JP4356647B2 - 無線通信システム、アクセス・ポイント管理装置及びアクセス・ポイント管理方法、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム - Google Patents

Description

本発明は、無線ＬＡＮのような無線伝送路を経由してサーバから無線通信端末へデータ伝送を行なう無線通信システム、アクセス・ポイント管理装置及びアクセス・ポイント管理方法、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムに係り、特に、サーバ上で提供されるデータをアクセス・ポイント経由で無線通信端末に無線伝送する無線通信システム、アクセス・ポイント管理装置及びアクセス・ポイント管理方法、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムに関する。

さらに詳しくは、本発明は、複数のアクセス・ポイントと接続可能な無線通信端末が適当なアクセス・ポイントを経由してサーバから無線データ伝送する無線通信システム、アクセス・ポイント管理装置及びアクセス・ポイント管理方法、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムに係り、特に、クライアントとしての無線通信端末がサーバに対して要求するデータの伝送に必要な帯域を確保できるアクセス・ポイントを経由して無線データ伝送を行なう無線通信システム、アクセス・ポイント管理装置及びアクセス・ポイント管理方法、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムに関する。

旧来の有線通信方式における配線から解放するシステムとして、無線ネットワークが注目されている。現在、２．４ＧＨｚ帯や、５ＧＨｚ帯など、監督官庁の免許が不要な周波数帯域を利用して、異なった無線通信システム並びに無線通信装置が規定されている。無線ネットワークに関する標準的な規格として、ＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１や、ＨｉｐｅｒＬＡＮ／２やＩＥＥＥ８０２．１５．３、Ｂｌｕｅｔｏｏｔｈ通信などを挙げることができる。ＩＥＥＥ８０２．１１規格については、無線通信方式や使用する周波数帯域の違いなどにより、ＩＥＥＥ８０２．１１ａ規格、ＩＥＥＥ８０２．１１ｂ規格…などの各種無線通信方式が存在する。

無線ネットワークは、ＬＳＩの高集積化・低消費電力化とも相俟って性能が飛躍的に向上し、世界的にも広く利用される状況となり、標準化が進められている。また、無線ＬＡＮ装置は、コンピュータ周辺機器と同じ程度に低価格化してきており、旧来のコンピュータ・ネットワークという用途以外に、オフィスにおける周辺機器の接続や、家庭内の情報家電間におけるストリーム系高品質動画像伝送など、さまざまな局面での利用が図られている。例えば、有線ＬＡＮ上に設置されたサーバで提供される動画像などのコンテンツをアクセス・ポイント経由で無線伝送することによって、無線通信端末を所持するユーザは場所を選ばずに受信して楽しむことができる。

ここで、無線ネットワークは伝送媒体としての電波を複数の無線通信端末で共用するシステムなので、複数の端末が同一のチャネルを同時に利用することはできない。このことは、複数の端末で同時に動画像ストリーミングを行なう場合など高負荷の通信が頻繁に発生する場合に特に問題となる。

例えばＩＥＥＥ８０２．１１ｂでは、ＩＳＭ（Ｉｎｄｕｓｔｒｉａｌ Ｓｃｉｅｎｔｉｆｉｃ ａｎｄ Ｍｅｄｉｃａｌ：産業科学医療用）バンドとも呼ばれる２４００〜２４９７ＭＨｚ帯において１４チャネルを用意することによって、ネットワークの混雑の緩和を図り、同じエリア内でより多くの無線ネットワークを収容できるようにしている（但し、１４チャネル中の３チャネルのみを同時に使用可能とする）。

しかしながら、このようなマルチチャネル機能により、システム内で使用可能な周波数帯域を拡張できたとしても、１つのアクセス・ポイントに接続する無線通信端末が集中した場合、アクセス・ポイント自体で利用可能な帯域に制約があることから、動画像ストリーミングなどの高負荷通信を行なうのは困難になってしまう。

ここで、システム内に複数のアクセス・ポイントを設置して通信効率の向上を図るという手法が考えられる。

例えば、複数のアクセス・ポイントを設置した無線ＬＡＮシステムにおいて、アクセス・ポイント側で接続する無線通信端末の台数を制限して、特定のアクセス・ポイントへの接続が集中するのを回避することができる（例えば、特許文献１を参照のこと）。この場合、複数のアクセス・ポイント間で負荷の分散・均等化を図ることはできるが、アクセス・ポイントに接続する端末側で所望する帯域を確保できる訳ではない。サーバから動画像ストリーミングを行ないたい端末があったとしても、接続台数の制限下で接続先のアクセス・ポイントが決定されるだけであり、端末側からアクセス・ポイントで利用可能な帯域を確保することはできず、同じアクセス・ポイントに接続した他の端末との間で帯域の争奪を行なわなければならない。また、アクセス・ポイント側は、自分に接続した端末がサーバとの間でどのような形態のデータ伝送を行なっているかは、基本的に不知である

また、複数のアクセス・ポイントを設置した無線ＬＡＮシステムにおいて、無線通信端末が、各アクセス・ポイントに接続したときに得られる受信品質に基づいて、接続先となるアクセス・ポイントを決定して、スループットの向上を図るアクセス・ポイント切替方式について提案がなされている（例えば、特許文献２を参照のこと）。この場合、無線通信端末側で接続先となるアクセス・ポイントを選択することができるが、その際に端末は受信品質を確保することはできても、アクセス・ポイントで利用可能な帯域を確保できる訳ではない。同じアクセス・ポイントで良好な受信品質を得た周辺局が同様に接続してくる可能性もある。無線通信端末は、アクセス・ポイント経由でサーバから動画像ストリーミングを行なう場合であっても、同じアクセス・ポイントに接続した他の端末との間で帯域の争奪を行なわなければならいため、このような高負荷通信を行なうのは困難である。

特開２００２−１８５４５８ 特開２０００−１０１５９６

本発明の目的は、サーバ上で提供されるデータをアクセス・ポイント経由で無線通信端末に好適に無線伝送することができる、優れた無線通信システム、アクセス・ポイント管理装置及びアクセス・ポイント管理方法、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、複数のアクセス・ポイントと接続可能な無線通信端末が、適当なアクセス・ポイントを経由して無線データ伝送を好適に行なうことができる、優れた無線通信システム、アクセス・ポイント管理装置及びアクセス・ポイント管理方法、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、無線通信端末が動画像ストリーミングなどの高負荷伝送に必要となる帯域を確保できるアクセス・ポイントを経由して無線データ伝送を行なうことができる、優れた無線通信システム、アクセス・ポイント管理装置及びアクセス・ポイント管理方法、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。

本発明は、上記課題を参酌してなされたものであり、その第１の側面は、複数のアクセス・ポイントが設置され、有線伝送路上のサーバから提供されるデータをアクセス・ポイント経由でクライアントに無線伝送する無線通信システムであって、
各アクセス・ポイントについて予約可能な帯域に関するアクセス・ポイント予約情報を管理するアクセス・ポイント予約管理手段と、
サーバとのデータ通信を希望するクライアントが接続可能なアクセス・ポイントに関する利用可能アクセス・ポイント情報を管理する利用可能アクセス・ポイント管理手段と、
各アクセス・ポイントの予約可能な帯域に関する情報と、クライアントから接続可能なアクセス・ポイントに関する情報に基づいて、サーバとのデータ通信を行なうときにクライアントが接続するアクセス・ポイントを選定するアクセス・ポイント選定手段と、
該選定されたアクセス・ポイントの予約可能な帯域の中からクライアントがサーバとのデータ通信に必要となる帯域を使用することを前記アクセス・ポイント予約管理手段に対し予約要求する帯域予約要求手段と、
アクセス・ポイントの予約された帯域を利用してサーバとクライアント間でデータ通信を行なうデータ通信手段と、
を具備することを特徴とする無線通信システムである。

但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない（以下、同様）。

当該無線通信システムは、前記データ通信手段によるサーバとクライアント間のデータ通信が終了したときに、前記アクセス・ポイント予約管理手段に対して、該データ通信のために予約されたアクセス・ポイントの帯域の解放を要求するアクセス・ポイント解放要求手段をさらに備えていてもよい。また、前記アクセス・ポイント予約管理手段は前記有線伝送路上のホスト装置（すなわち、アクセス・ポイント管理用のサーバ）として構成され、前記利用可能アクセス・ポイント管理手段、前記アクセス・ポイント選定手段、前記帯域予約要求手段、前記前記アクセス・ポイント解放要求手段はクライアント毎に装備される。

無線通信システムによれば、有線ＬＡＮ上に設置されたサーバで提供される動画像などのコンテンツをアクセス・ポイント経由で無線伝送することができ、クライアントとしての無線通信端末側では場所を選ばずにコンテンツを受信して楽しむことができる。

但し、無線ネットワークは伝送媒体としての電波を複数の無線通信端末で共用するシステムなので、複数の端末が同一のチャネルを同時に利用することはできない。このことは、複数の端末で同時に動画像ストリーミングを行なう場合など高負荷の通信が頻繁に発生する場合に特に問題となる。

そこで、本発明に係る無線通信システムでは、複数のアクセス・ポイントを設置した無線通信環境下で、クライアントが要求する帯域に応じて各アクセス・ポイントに接続するクライアントの台数を制限することで（場合によっては、特定のクライアントによってアクセス・ポイントを占有させる）、サーバからクライアントへのアクセス・ポイントを経由した高負荷データ通信を良好に行なうようにしている。

すなわち、クライアント側では自局が接続可能な各アクセス・ポイントの利用状況を確認しながら、サーバとのデータ通信に必要となる使用帯域に応じて、接続先となるアクセス・ポイントを自動又は手動で切り替える。これによって、動画像ストリーミングなどの高負荷データ通信を行なうときには、クライアントは十分な帯域を確保することができるアクセス・ポイントに接続を切り替え、且つストリーミング処理中はこのアクセス・ポイントを占有することができるので、アクセス・ポイントが介在する無線伝送路上でも品質良好な高負荷データ伝送を実現することができる。

前記アクセス・ポイント予約管理手段は、前記帯域予約要求手段によってアクセス・ポイントの帯域の予約が要求されたことに応答して当該アクセス・ポイントの予約可能な帯域から予約要求された帯域を減算する。すなわち、アクセス・ポイント予約情報上でアクセス・ポイントの帯域を予約することにより、他のクライアントは当該アクセス・ポイントの当該予約された帯域を利用することができなくなるので、言い換えれば、帯域予約を行なったクライアントが当該アクセス・ポイントの予約帯域を占有することができる。

また、前記アクセス・ポイント予約管理手段は、予約しておいたアクセス・ポイントの帯域の解放が前記アクセス・ポイント解放要求手段によって要求されたことに応答して当該アクセス・ポイントの予約可能な帯域に解放された帯域を加算する。すなわち、アクセス・ポイント予約情報上でアクセス・ポイントの予約帯域を書き換えることにより、他のクライアントはこれまで予約されていた当該アクセス・ポイントの帯域を再び利用することができるようになり、当該アクセス・ポイントが帯域予約を行なっていたクライアントから解放されたことになる。

ここで、前記アクセス・ポイント予約管理手段は、各アクセス・ポイントについての最大実効速度を管理する最大実効速度管理手段を備えていてもよい。また、前記データ通信手段はサーバとクライアント間のデータ通信時における通信ログを取得する通信ログ取得手段を備えていてもよい。そして、前記最大実効速度管理手段は、アクセス・ポイントが採用する無線通信方式に基づいて最大実効速度を設定するとともに、通信ログに応じて最大実効速度を更新することができる。

このような場合、前記アクセス・ポイント予約管理手段は、前記帯域予約要求手段によってアクセス・ポイントの予約要求されたときには、予約する帯域を当該アクセス・ポイントの最大実効速度又は現在の予約可能な帯域から減算して、該アクセス・ポイント予約情報を更新することができる。また、前記アクセス・ポイント解放要求手段によって解放要求されたアクセス・ポイントの予約帯域を当該アクセス・ポイントの現在の予約可能な帯域に加算して、該アクセス・ポイント予約情報を更新することができる。

また、前記利用可能アクセス・ポイント管理手段は、サーバとのデータ通信を希望するクライアントが接続可能なアクセス・ポイントを探索する利用可能アクセス・ポイント探索手段を備えていてもよい。

前記アクセス・ポイント予約管理手段は、前記利用可能アクセス・ポイント管理手段からの要求に応じて、各アクセス・ポイントの予約可能な帯域に関する通知用アクセス・ポイント管理情報を提供する。また、前記利用可能アクセス・ポイント管理手段は、前記アクセス・ポイント予約管理手段から提供された情報に基づいて、クライアントが接続可能な各アクセス・ポイントで利用可能となる帯域に関する利用可能アクセス・ポイント情報を管理する。そして、前記アクセス・ポイント選定手段は、クライアントがサーバとのデータ通信を行なうときに必要となる帯域と該利用可能アクセス・ポイント情報に基づいて、該クライアントが接続すべきアクセス・ポイントを選定することができる。

また、本発明の第２の側面は、複数のアクセス・ポイントが設置され、有線伝送路上のサーバから提供されるデータをアクセス・ポイント経由でクライアントに無線伝送する無線通信環境においてアクセス・ポイントを管理するための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータ・システムに対し、
各アクセス・ポイントについて予約可能な帯域に関するアクセス・ポイント予約情報を管理するアクセス・ポイント予約管理手順と、
クライアントからの要求に応じて、各アクセス・ポイントの予約可能な帯域に関する通知用アクセス・ポイント予約情報を提供する通知用アクセス・ポイント予約情報提供手順と、
クライアントからのアクセス・ポイントの帯域予約要求に応答して、前記アクセス・ポイント予約情報を更新する第１のアクセス・ポイント予約情報更新手順と、
クライアントからのアクセス・ポイントの予約帯域の解放要求に応答して、前記アクセス・ポイント予約情報を更新する第２のアクセス・ポイント予約情報更新手順と、
を実行させることを特徴とするコンピュータ・プログラムである。

本発明の第２の側面に係るコンピュータ・プログラムは、コンピュータ・システム上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第２の側面に係るコンピュータ・プログラムをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第１側面に係る無線通信システムにおけるＡＰ管理サーバとして動作することができる。

また、本発明の第３の側面は、複数のアクセス・ポイントが設置され、有線伝送路上のサーバから提供されるデータをアクセス・ポイント経由でクライアントに無線伝送する無線通信環境においてクライアントとして動作するための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータ・システムに対し、
接続可能なアクセス・ポイントに関する利用可能アクセス・ポイント情報を管理する利用可能アクセス・ポイント管理手順と、
各アクセス・ポイントの予約可能な帯域に関する情報と、接続可能なアクセス・ポイントに関する利用可能アクセス・ポイント情報に基づいて、サーバとのデータ通信を行なうときに接続先となるアクセス・ポイントを選定するアクセス・ポイント選定手順と、
該選定されたアクセス・ポイントの予約可能な帯域の中からサーバとのデータ通信に必要となる帯域を予約要求する帯域予約要求手順と、
アクセス・ポイントの予約された帯域を利用してサーバとの間でデータ通信を行なうデータ通信手順と、
前記データ通信手順を実行してサーバとのデータ通信が終了したときに、該データ通信のために予約されたアクセス・ポイントの帯域の解放を要求するアクセス・ポイント解放要求手順と、
を実行させることを特徴とするコンピュータ・プログラムである。

本発明の第３の側面に係るコンピュータ・プログラムは、コンピュータ・システム上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第３の側面に係るコンピュータ・プログラムをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第１側面に係る無線通信システムにおけるクライアントとして動作することができる。

本発明によれば、複数のアクセス・ポイントと接続可能な無線通信端末が、適当なアクセス・ポイントを経由して無線データ伝送を好適に行なうことができる、優れた無線通信システム、アクセス・ポイント管理装置及びアクセス・ポイント管理方法、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。

また、本発明によれば、無線通信端末が動画像ストリーミングなどの高負荷伝送に必要となる帯域を確保できるアクセス・ポイントを経由して無線データ伝送を行なうことができる、優れた無線通信システム、アクセス・ポイント管理装置及びアクセス・ポイント管理方法、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。

本発明によれば、複数のアクセス・ポイントを設置した無線通信環境下で、クライアントが要求する帯域に応じて各アクセス・ポイントに接続するクライアントの台数を制限することで（場合によっては、特定のクライアントによってアクセス・ポイントを占有させる）、サーバからクライアントへのアクセス・ポイントを経由した高負荷データ通信を実現することができる。

本発明によれば、クライアントから接続可能な各アクセス・ポイントの利用状況をクライアント側で確認しながら、サーバとのデータ通信に必要となる使用帯域に応じて、接続先となるアクセス・ポイントを自動又は手動で切り替えることができ、これによって動画像ストリーミングなどの高負荷データ通信を、アクセス・ポイントが介在する無線伝送路上で実現することができる。

アクセス・ポイントは一般に無線ＬＡＮ通信エリアの拡大のために使用されるが、日本のような住環境では、１台のアクセス・ポイントで家全体をカバーできることが多い。このような通信環境下で複数のアクセス・ポイントを設置し、それぞれのアクセス・ポイント経由で高負荷データ通信を行なう端末数を制限することで（すなわち、各端末が要求する帯域に応じて接続先のアクセス・ポイントを分散させる）、複数の端末が同時に高負荷データ通信を行なうことが可能となる。このようなシステム構成によれば、複数のユーザが動画像ストリーミングをそれぞれの手元の無線端末で同時に同じ場所で楽しむといったことが可能となる。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

以下、図面を参照しながら本発明の実施形態について詳解する。

サーバ上で提供されるデータをアクセス・ポイント経由で無線通信端末に無線伝送する無線通信システムに関する。サーバ上のデータ・コンテンツをアクセス・ポイントまで移送する伝送路は、例えばＥｔｈｅｒｎｅｔ（登録商標）のような有線ＬＡＮを想定している。また、アクセス・ポイントから無線通信端末までの無線伝送路には、ＩＥＥＥ８０２．１１に代表される無線ＬＡＮ若しくはＰＡＮなどを想定している。

ＩＥＥＥ８０２．１１におけるネットワーキングは、ＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）の概念に基づいている。ＢＳＳは、アクセス・ポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）のようなマスタが存在するインフラストラクチャ・モードで定義されるＢＳＳと、複数の無線通信端末（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ：移動局）のみにより構成されるアドホック・モードで定義されるＩＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ ＢＳＳ）の２種類で構成される。本実施形態では、無線通信端末がアクセス・ポイント経由でデータを取得するインフラストラクチャ・モードを想定しているので、アドホック・モードについては説明を省略する。

インフラストラクチャ・モードのＢＳＳにおいては、無線通信システム内にコーディネイションを行なうアクセス・ポイント（ＡＰ）が必須である。すなわち、アクセス・ポイントは、自局周辺で電波の到達する範囲をＢＳＳとしてまとめ、いわゆるセルラ・システムで言うところの「セル」を構成する。各無線通信端末は、いずれか１つのアクセス・ポイントと接続し、そのＢＳＳのメンバとしてネットワークに参入する。アクセス・ポイントは適当な時間間隔でビーコンと呼ばれる制御信号を送信し、このビーコンを受信可能である無線通信端末はアクセス・ポイントが近隣に存在することを認識し、さらにアクセス・ポイントとの間でコネクション確立を行なう。

図１には、本発明の一実施形態に係る通信システムの構成を模式的に示している。

図示のシステム１０では、有線ＬＡＮ上には動画像データのストリーミングを行なうストリーミング・サーバ１１と、有線ＬＡＮ経由で受信したストリーミング・データをＩＥＥＥ８０２．１１で規定される無線伝送路を介して無線データ伝送する複数のアクセス・ポイント１２−１、１２−２、１２−３と、これら有線ＬＡＮ上の複数台のアクセス・ポイントを管理するＡＰ管理サーバ１３が設置されている。但し、ストリーミング・サーバ１１及びＡＰ管理サーバ１３は個別のサーバ装置として構成することができるが、これらのサーバ機能を単一の装置上で実装することも可能である。また、図示しないその他の情報提供サーバを有線ＬＡＮ上に設置し、各サーバからの情報コンテンツをアクセス・ポイント１２経由で無線通信端末に配信することができる。

無線ネットワークは伝送媒体としての電波を複数の無線通信端末で共用するシステムなので、複数の端末が同一のチャネルを同時に利用することはできない。本実施形態では、ＩＥＥＥ８０２．１１ｂなどのマルチバンド通信システムを想定しており、２４００〜２４９７ＭＨｚ帯において１４チャネルを用意することによって、ネットワークの混雑の緩和を図っている。但し、隣接する周波数チャネル間での干渉を回避するために、１４チャネル中のチャネル＃１、＃６、並びに＃１１という周波数直交する３つのチャネルを３台のアクセス・ポイント１２−１、１２−２、１２−３で使用しているものとする。

また、各アクセス・ポイント１２−１、１２−２、１２−３は、識別情報として、各々を一意に特定できるＢＳＳＩＤ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）と、同じ配信システムにより相互接続されたグループ内で同じ値となるＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）を有している。

無線伝送路上には、無線通信端末としての複数のクライアント２１−１、２１−２、２１−３…が存在している。ＬＡＮ上に設置されたサーバで提供される動画像などのコンテンツをアクセス・ポイント１２−１、１２−２、又は１２−３経由で無線伝送することによって、無線通信端末を所持するユーザは場所を選ばずに受信して楽しむことができる。各クライアント２１−１、２１−２、２１−３…はそれぞれ固有のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを有しており、通信システム内ではこのＭＡＣアドレスを用いてクライアントを識別することができる。

上述したように無線伝送路上には複数の周波数チャネルが用意され、マルチチャネル機能により周波数帯域が拡張されている。しかしながら、アクセス・ポイント毎に利用可能な帯域に制約があることから、接続するクライアントが集中したアクセス・ポイントを経由してストリーミング・サーバ１１から動画像ストリーミングを受けるのは困難となる。

そこで、本実施形態では、ＡＰ管理サーバ１３の介在により、クライアントが要求する帯域に応じて各アクセス・ポイント１２−１、１２−２、１２−３に接続するクライアント２１の台数を制限するようにしている。例えば、動画像ストリーミングを行なおうとする特定のクライアント２１によって１台のアクセス・ポイント１２を占有させることによって、ストリーミング・サーバ１１からクライアント２１へのアクセス・ポイントを経由した高負荷データ通信を行なうようにしている。

クライアント２１は、接続先となるアクセス・ポイント１２で利用可能な帯域の確保を実現するために、自局が接続可能なアクセス・ポイントの探索機能と、接続先アクセス・ポイントの切替機能と、アクセス・ポイントの利用可能帯域を予約するアクセス・ポイント予約クライアント機能を備えている。

クライアント２１は、アクセス・ポイントの探索機能により自局から接続可能なアクセス・ポイントを発見する。また、クライアントは、ＡＰ管理サーバ１３から提供される情報に基づいて、これら接続可能な各アクセス・ポイントの利用状況を確認する。そして、例えばストリーミング・サーバ１１から動画像ストリーミングを受信したいときには、かかる高負荷データ通信に必要となる使用帯域を予約することが可能なアクセス・ポイントを選択し、アクセス・ポイント切り替え機能によって接続先のアクセス・ポイントを切り替える。

図２には、クライアント２１がＡＰ管理サーバ１３の介在によりアクセス・ポイント１２の帯域を予約して、ストリーミング・サーバ１１からのデータ・ストリーミングを行なうための動作シーケンスを示している。

ＡＰ管理サーバ１３は、有線ＬＡＮ上の各アクセス・ポイント１２−１…に関する最大実効速度や既に接続先クライアントに予約されている帯域に関する情報を記述したＡＰ予約リストを管理している。ＡＰ予約リストの構造や管理方法の詳細に関しては後述に譲る。

クライアント２１はいずれかのアクセス・ポイントに既に接続しており、そのアクセス・ポイント経由でＡＰ管理サーバ１３を始め有線ＬＡＮ上の各ホストと交信可能であるとする。そして、クライアント２１は、ストリーミング・サーバ１１からのストリーミングを受けたいときに、十分な帯域を確保できるアクセス・ポイントを選択するために、まずＡＰ管理サーバ１３に対しＡＰ予約リストを要求する。ＡＰ管理サーバ１３は、この要求に応答して、クライアントに通知用のＡＰ予約リストを作成して返信する。

クライアント２１は、アクセス・ポイント探索機能により自局から接続可能なアクセス・ポイントを発見することができ、これらを利用可能ＡＰリストに登録している。そして、クライアント２１は、ＡＰ管理サーバ１３からＡＰ予約リストを受け取ると、これと利用可能ＡＰリストを比較して、ストリーミング受信のために接続する（すなわち帯域を予約する）アクセス・ポイントを決定し、ＡＰ管理サーバ１３に対しアクセス・ポイントの予約要求を行なう。利用可能ＡＰリストの作成方法の詳細については後述に譲る。

ＡＰ管理サーバ１３は、クライアント２１から予約要求を受け取ると、ＡＰ予約リスト上で当該予約要求されているアクセス・ポイントに関する予約帯域の情報を更新し、クライアント２１に対しアクセス・ポイントの予約が確定したことを示す肯定応答を通知する。ＡＰ管理サーバ１３がＡＰ予約リスト上でアクセス・ポイントの帯域を予約することにより、他のクライアントは当該アクセス・ポイントの当該予約された帯域を利用することができなくなるので、言い換えれば、クライアント２１が当該アクセス・ポイントの予約帯域を占有することができる。クライアント２１によるアクセス・ポイントの占有状態は、後にクライアント２１がアクセス・ポイントを解放する（後述）まで続く。

上記の手順によりクライアント２１が帯域予約したアクセス・ポイントが現在接続しているアクセス・ポイントと異なることがある。このような場合、クライアント２１は、ストリーミング・サーバ１１からストリーミング受信を開始するに際し、アクセス・ポイント切替機能により、帯域予約したアクセス・ポイントへ接続し直す。

クライアント２１は、このようにしてストリーミング受信に必要となる帯域を利用することができるアクセス・ポイントとの接続を確保すると、当該アクセス・ポイントを経由してストリーミング・サーバ１１に対してストリーミングを要求する。そして、アクセス・ポイントを介して、ストリーミング・サーバ１１とクライアント２１間でデータ・ストリーミングが行なわれる。

その後、ストリーミング・サーバ１１からのデータ・ストリーミングが終了すると、クライアント２１は、ＡＰ管理サーバ１３に対して、帯域を予約したアクセス・ポイントの解放を要求する。

ＡＰ管理サーバ１３は、クライアント２１からアクセス・ポイント解放要求を受信すると、ＡＰ予約リスト上で、当該解放要求されているアクセス・ポイントに関する予約帯域の情報を更新し、クライアント２１に対しアクセス・ポイントが解放されたことを示す肯定応答を通知する。ＡＰ管理サーバ１３がＡＰ予約リスト上でアクセス・ポイントの予約帯域を書き換えることにより、他のクライアントはこれまで予約されていた当該アクセス・ポイントの帯域を再び利用することができるようになり、当該アクセス・ポイントがクライアント２１から解放されたことになる。

図３には、ＡＰ管理サーバ１３が起動時に実行する処理手順をフローチャートの形式で示している。

ＡＰ管理サーバ１３の電源を投入する（若しくは当該サーバ機能を持つホスト装置が当該サーバ機能を起動する）と、まず別途定義されるＡＰ管理サーバ検索処理ルーチンを実行して（ステップＳ１）、有線ＬＡＮ上でＡＰ管理サーバが既に存在するかどうかをチェックする（ステップＳ２）。

ここで、有線ＬＡＮ上で既存のＡＰ管理サーバを発見することができた場合には、当該ＡＰ管理サーバのＩＰアドレスを保存して（ステップＳ３）、本処理ルーチンを終了する。

他方、有線ＬＡＮ上にＡＰ管理サーバが存在しない場合には、当該通信システムはＡＰ管理サーバが存在していないシステムとして、自身を当該システム内のＡＰ管理サーバとして動作させる（ステップＳ４）。

図４には、図３に示したフローチャートのステップＳ１で実行されるＡＰ管理サーバ検索処理の詳細な手順をフローチャートの形式で示している。

まず、ＡＰ管理サーバは、有線ＬＡＮ上でＡＰ管理サーバ検索コマンドをブロードキャストする（ステップＳ１１）。

ここで、ＡＰ管理サーバから応答があったときには（ステップＳ１２）、ＡＰ管理サーバのＩＰアドレスを返して（ステップＳ１３）、本処理ルーチン全体を終了する。

他方、ＡＰ管理サーバから応答がなかった場合には、自身が当該通信システムのＡＰ管理サーバになれるかどうかをチェックする（ステップＳ１４）。そして、自身がＡＰ管理サーバとなり得る場合には、自身がＡＰ管理サーバとなり（ステップＳ１５）、ＡＰ管理サーバのＩＰアドレスとして自信のＩＰアドレスを返す（ステップＳ１６）。また、自身がＡＰ管理サーバになり得ない場合には、ＡＰ管理サーバが見つからなかった旨を返し（ステップＳ１７）、本処理ルーチンを終了する。

図５には、有線ＬＡＮ上のホスト装置がＡＰ管理サーバとして動作するための処理手順をフローチャートの形式で示している。

ＡＰ管理サーバは、クライアントからの要求を待機している（ステップＳ２１）。

そして、ＡＰ管理サーバは、アクセス・ポイント経由でクライアントからアクセス・ポイントの帯域予約要求を受信すると（ステップＳ２２）、別途定義済みのアクセス・ポイント予約処理を起動する（ステップＳ２６）。

また、ＡＰ管理サーバは、アクセス・ポイント経由でクライアントからアクセス・ポイント予約リスト取得要求を受信すると（ステップＳ２３）、別途定義済みのアクセス・ポイント予約リスト取得処理を起動する（ステップＳ２７）。

また、ＡＰ管理サーバは、アクセス・ポイント経由でクライアントから帯域予約中のアクセス・ポイント解放要求を受信すると（ステップＳ２４）、別途定義済みのアクセス・ポイント解放処理を起動する（ステップＳ２８）。

また、ＡＰ管理サーバは、他のホスト装置からＡＰ管理サーバ検索要求を受信すると（ステップＳ２５）、別途定義済みのアクセス・ポイント管理サーバ応答処理を起動する（ステップＳ２９）。

ＡＰ管理サーバは、下表に示すようなＡＰ予約リストを保持し、アクセス・ポイント毎のＳＳＩＤ及びＢＳＳＩＤ、最大実効速度［Ｍｂｐｓ］と、帯域予約しているクライアントのＭＡＣアドレス並びに予約した帯域［Ｍｂｐｓ］を管理している。

但し、ＡＰ管理サーバは有線ＬＡＮに設置されているすべてのアクセス・ポイントの帯域予約状況をＡＰ予約リスト上で管理している訳ではなく、クライアントからの帯域予約要求により帯域が予約されているアクセス・ポイントのみがＡＰ予約リスト上にエントリされている。クライアントからすべての利用可能帯域を解放されたアクセス・ポイントのレコードはＡＰ予約リストから削除される（後述）。

図６には、ＡＰ管理サーバ１３がクライアント２１からのアクセス・ポイントに対する帯域予約要求に応じて行なう、アクセス・ポイントの予約処理の手順をフローチャートの形式で示している。

クライアント２１からのアクセス・ポイントに対する帯域予約要求には、クライアント自身のＭＡＣアドレスと、帯域予約先となるアクセス・ポイントのＳＳＩＤ（仮にＡＡＡＡとする）及びＢＳＳＩＤ（仮にｘｘｘｘとする）、並びに予約したい帯域（仮にｙｙｙｙとする）が記載されている。

ＡＰ管理サーバ１３は、クライアント２１から帯域予約要求を受信すると、ＡＰ予約リストを参照し、帯域予約要求されているアクセス・ポイントがＡＰ予約リストに既に登録されているかどうかをチェックする（ステップＳ３１）。ここで、当該アクセス・ポイントが未登録の場合には、別途定義済みの処理ルーチンを呼び出して当該アクセス・ポイントのレコードを作成して、ＡＰ予約リストに登録する（ステップＳ３２）。

次いで、ＡＰ管理サーバ１３は、ＡＰ予約リストを参照として、クライアント２１から予約要求されている帯域ｙｙｙｙが予約要求先のアクセス・ポイントで利用可能であるかどうかをチェックする（ステップＳ３３）。

このチェック結果が肯定的であれば、ＡＰ管理サーバは、管理用ＡＰ予約リストの当該アクセス・ポイントのレコードにおいて、予約されている帯域に帯域予約された帯域ｙｙｙｙを加算して（すなわち、通知用ＡＰ予約リスト中の該当する利用可能帯域から帯域ｙｙｙｙを減算して）（ステップＳ３４）、ＡＰ予約リストを更新する（ステップＳ３５）。そして、要求元のクライアント２１に対して、アクセス・ポイントに対する帯域予約が確定した旨を通知する（ステップＳ３６）。

他方、クライアント２１から予約要求されている帯域ｙｙｙｙが予約要求先のアクセス・ポイントで利用可能でない場合には（ステップＳ３３）、ＡＰ管理サーバ１３は、要求元のクライアント２１に対して、アクセス・ポイントに対する帯域予約が失敗した旨を通知する（ステップＳ３７）。

図７には、図６に示したフローチャート中のステップＳ３２で起動される、ＡＰ予約リストにアクセス・ポイントの新規レコードを追加登録するための処理手順をフローチャートの形式で示している。

まず、最大実効速度フィールドにデフォルト値の４［Ｍｂｐｓ］を代入し（ステップＳ４１）、続いて、登録済みＡＰリストの当該アクセス・ポイントのレコードに登録、ＳＳＩＤ、最大実効速度を登録する（ステップＳ４２）。

次いで、登録済みＡＰリストから最大実効速度を取得する（ステップＳ４３）。そして、ＡＰ予約リストの当該アクセス・ポイントのレコードにＳＳＩＤと、最大実効速度を書き込んで（ステップＳ４４）、本処理ルーチンを終了する。

ＡＰ管理サーバ１３が、通信システム内の各クライアント２１によって帯域予約されている各アクセス・ポイント１２−１、１２−２、１２−３に関するＳＳＩＤ、ＢＳＳＩＤや、最大実効速度、予約されている帯域などの情報を表１に示したＡＰ予約リスト上で管理していることは既に述べた通りである。一方、クライアント２１側では、自局の通信に必要となる帯域を確保できるアクセス・ポイントを探し出して接続先を切り替えるためには、各アクセス・ポイント１２−１、１２−２、１２−３の利用可能帯域に関する情報が必要となる。そこで、クライアント２１はＡＰ管理サーバ１３に対しＡＰ予約リストを要求し、ＡＰ管理サーバ１３はクライアント２１にＡＰ予約リストを返信する（図２を参照のこと）。

その際、ＡＰ管理サーバ１３は、表１に示したＡＰ予約リストをそのまま送信するのではなく、クライアント２１側で必要とする各アクセス・ポイント１２−１、１２−２、１２−３の利用可能帯域を参照し易い形式の通知用ＡＰ予約リストを作成して、これをクライアント２１に提供するようになっている。下表には通知用ＡＰ予約リストの構成例を示している。同表では、表１に示した管理用ＡＰ予約リストにエントリされている各アクセス・ポイント１２−１、１２−２、１２−３に関し、クライアント２１側で接続切り替えに必要となるＳＳＩＤやＢＳＳＩＤなどの識別情報と、利用可能帯域の情報が記載されている。ここで言う利用可能帯域は、管理用ＡＰ予約リスト上で記載されているアクセス・ポイントの最大実効速度からいずれかのクライアントによって既に予約されている帯域を減算して求めることができる。

図８には、ＡＰ管理サーバ１３がクライアント２１からのＡＰ予約リスト取得要求に応じて行なう処理手順をフローチャートの形式で示している。

ＡＰ管理サーバ１３は、まず、管理用ＡＰ予約リストにエントリされている各アクセス・ポイント１２−１、１２−２、１２−３について、最大実効速度からいずれかのクライアントによって既に予約されている帯域を減算して利用可能帯域を求め、ＳＳＩＤ及びＢＳＳＩＤとともに利用可能帯域を記載したアクセス・ポイント毎のレコードからなる通知用ＡＰ予約リストを作成する（ステップＳ５１）。

そして、この通知用ＡＰ予約リストを要求元のクライアント２１に送信して（ステップＳ５２）、本処理ルーチンを終了する。

クライアント２１は、ストリーミング・サーバ１１から動画像ストリーミングを行なう場合など高負荷データ通信を行なうときにはアクセス・ポイントの帯域予約を行ない、予約された帯域を占有して所望の通信品質を確保することができる。また、高負荷データ通信が完了した後は、クライアント２１は予約しておいたアクセス・ポイントの帯域を解放して、他のクライアントが当該アクセス・ポイントを利用できる状態に戻すようにしている。

アクセス・ポイントの解放処理は、クライアント２１がＡＰ管理サーバ１３に対してアクセス・ポイントの解放要求を発行することによって起動する。このとき、ＡＰ管理サーバ１３が管理用ＡＰ予約リスト（表１を参照のこと）上でアクセス・ポイントの予約可能帯域を書き換えることにより、他のクライアントはこれまで予約されていた当該アクセス・ポイントの帯域を再び利用することができるようになる。

図９には、ＡＰ管理サーバ１３がクライアント２１からのアクセス・ポイントの解放要求に応じて実行するアクセス・ポイントの解放処理の手順をフローチャートの形式で示している。

クライアント２１からのアクセス・ポイント解放要求には、当該クライアント２１のＭＡＣアドレス（仮にＭＡＣ−Ｃとする）と、帯域を解放しようとしているアクセス・ポイントのＢＳＳＩＤ（仮にｘｘｘｘとする）と、ストリーミング中の通信状態のレポートである「ストリーミング・ログ（ＳｔｒｅａｍｉｎｇＬｏｇ）」が記載されている（後述）。

ＡＰ管理サーバ１３は、クライアント２１からアクセス・ポイントの解放要求を受け取ると、そのＢＳＳＩＤ“ｘｘｘｘ”で識別される当該アクセス・ポイントがＭＡＣ−Ｃのクライアント２１によって実際に帯域予約されているかどうかを管理用ＡＰ予約リスト上で確認する（ステップＳ６１）。

次いで、別途定義済みの最大実効速度更新ルーチンを起動して、ストリーミング・ログを用いて当該アクセス・ポイントの最大実効速度を算出し（ステップＳ６２）、管理用ＡＰ予約リスト中の該当レコードの最大実効速度を更新する。

次いで、ＡＰ管理サーバ１３は、管理用ＡＰ予約リスト上で、当該アクセス・ポイントの帯域をさらに他のクライアントが予約しているかどうかをチェックする（ステップＳ６３）。ここで、他のいずれのクライアントも当該アクセス・ポイントを帯域予約していない場合には、管理用ＡＰ予約リスト上から当該アクセス・ポイントのレコードを削除する（ステップＳ６４）。また、他のいずれかのクライアントが当該アクセス・ポイントの帯域を予約しているときには、管理用ＡＰ予約リスト中の該当レコードの予約されている帯域から、要求元クライアント２１が解放する帯域を減算する（すなわち、通知用ＡＰ予約リスト中の該当する利用可能帯域に、要求元クライアント２１が開放する帯域を加算する）（ステップＳ６５）。このように管理用ＡＰ予約リストの更新を行なった後に、要求元クライアント２１に対しアクセス・ポイントの解放が成功裏に終わったことを通知して（ステップＳ６６）、本処理ルーチンを終了する。

ＡＰ管理サーバ１３がＡＰ予約リスト上でアクセス・ポイントの予約帯域を書き換えることにより、他のクライアントはこれまで予約されていた当該アクセス・ポイントの帯域を再び利用することができるようになり、当該アクセス・ポイントがクライアント２１から解放されたことになる。

他方、ＢＳＳＩＤ“ｘｘｘｘ”で識別される当該アクセス・ポイントがＭＡＣ−Ｃのクライアント２１によって実際に帯域予約されていることを管理用ＡＰ予約リスト上で確認できなかった場合には（ステップＳ６１）、ＡＰ管理サーバ１３は、要求元クライアント２１に対し、要求されたアクセス・ポイントの予約帯域の解放に失敗した旨を通知する（ステップＳ６７）。

図１０には、図９に示したフローチャートのステップＳ６２において行なわれる、ストリーミング・ログに基づいてアクセス・ポイントの最大実効速度を更新するための処理手順をフローチャートの形式で示している。

まず、ストリーミング・ログを受け取ったかどうかをチェックし（ステップＳ７１）、続いて、自動更新対象のアクセス・ポイントであるかどうかをチェックする（ステップＳ７２）。そして、ストリーミング・ログにスループットのレポートが含まれているかどうかをチェックする（ステップＳ７３）。

ストリーミング・ログにスループットのレポートが含まれていない場合には、別途定義済みの処理ルーチンにより最大転送速度ＮｅｗＲａｔｅを求め（ステップＳ７４）、現在の転送速度ＣｕｒｒｅｎｔＲａｔｅに現在の最大転送速度を代入する（ステップＳ７５）。ここで、ステップＳ７４で求められた最大転送速度ＮｅｗＲａｔｅと現在の最大転送速度ＣｕｒｒｅｎｔＲａｔｅの大小比較を行ない（ステップＳ７６）、ＮｅｗＲａｔｅの方が大きければ、当該アクセス・ポイントの最大転送速度をＮｅｗＲａｔｅに設定する（ステップＳ７７）。

他方、ストリーミング・ログにスループットのレポートが含まれている場合には（ステップＳ７３）、当該アクセス・ポイントの最大転送速度を平均スループットに設定する（ステップＳ７８）。

図１１には、図１０に示したフローチャートのステップＳ７４において行なわれる、アクセス・ポイント１２の最大転送速度を求めるための処理手順をフローチャートの形式で示している。

まず、リンク速度が１１Ｍｂｐｓを下回るかどうかをチェックする（ステップＳ８１）。リンク速度が１１Ｍｂｐｓを下回る場合には、アクセス・ポイント１２とクライアント２１間の無線伝送路はＩＥＥＥ８０２．１１ｂで規定される無線ネットワークであると推定されるので、当該アクセス・ポイント１２の最大転送速度を４Ｍｂｐｓに決定する（ステップＳ８５）。

一方、リンク速度化１１Ｍｂｐｓ以上であれば、アクセス・ポイント１２とクライアント２１間の無線伝送路がＩＥＥＥ８０２．１１ｂとＩＥＥＥ８０２．１１ｇの混在する動作モードであるかどうかをチェックする（ステップＳ８２）。ここで、ＩＥＥＥ８０２．１１ｇでは、２．４ＧＨｚ帯のＩＥＥＥ８０２．１１及びＩＥＥＥ８０２．１１ｂとの互換性を取りながら２０Ｍｂｐｓ以上の高速化を図られている。

ＩＥＥＥ８０２．１１ｂとＩＥＥＥ８０２．１１ｇの混在モードである場合には、当該アクセス・ポイント１２の最大転送速度を１０Ｍｂｐｓに設定する（ステップＳ８４）。また、混在モードでない、すなわちＩＥＥＥ８０２．１１ｇモードである場合には、当該アクセス・ポイント１２の最大転送速度を２０Ｍｂｐｓに設定する（ステップＳ８３）。

クライアント２１は、ストリーミング・サーバ１１から動画像ストリーミングを受ける場合には、十分な帯域を利用することができるアクセス・ポイントへ接続を切り替える。そして、ストリーミング・サーバ１１は、アクセス・ポイント経由でストリーミング要求を受け取ると、アクセス・ポイントを介してクライアント２１との間でデータ・ストリーミングを開始する。図１２には、ストリーミング・サーバ１１における動作手順をフローチャートの形式で示している。

ストリーミング・サーバ１１は、有線ＬＡＮ上でストリーミング要求の受信を待機しており（ステップＳ９１）、ストリーミング要求を受信すると（ステップＳ９２）、要求元のクライアント２１に対して指定されたデータのストリーミング処理を実行する（ステップＳ９３）。

上記の説明では、アクセス・ポイント経由で接続されるクライアント２１を対象としているが、勿論、有線ＬＡＮ上のクライアントに対しても、ストリーミング・サーバ１１は同様にストリーミング処理を行なうことができる。

本実施形態では、無線伝送路上のクライアント２１は、ＡＰ管理サーバ１３の介在により、自局から接続可能な各アクセス・ポイントの利用状況を確認しながら、ストリーミング・サーバ１１とのデータ通信に必要となる使用帯域に応じて接続先となるアクセス・ポイントを切り替え、これによって動画像ストリーミングなどの高負荷データ通信を、アクセス・ポイントが介在する無線伝送路上で実現することができる。図１３には、ストリーミング受信を行なう際のクライアント２１が実行する動作手順をフローチャートの形式で示している。

クライアント２１は、まずＡＰ管理サーバ１３に対しＡＰ予約リストを要求する（ステップＳ１０１）。クライアント２１は現在接続中のアクセス・ポイント経由でＡＰ管理サーバ１３に要求を送信することができる。

ＡＰ管理サーバ１３側では、管理用ＡＰ予約リスト（表１を参照のこと）にエントリされている各アクセス・ポイント１２−１、１２−２、１２−３について、最大実効速度から既に予約されている帯域を減算して利用可能帯域を求め、ＳＳＩＤ及びＢＳＳＩＤとともに利用可能帯域を記載したアクセス・ポイント毎のレコードからなる通知用ＡＰ予約リスト（表２を参照のこと）を作成し、これを要求元クライアント２１へ返信する（前述及び図８を参照のこと）。

クライアント２１は、ＡＰ管理サーバ１３から通知用ＡＰ予約リストを受信することができたならば（ステップＳ１０２）、別途定義済みの処理ルーチンにより、自局が利用することができるアクセス・ポイントに関する情報をリストアップした利用可能ＡＰリストを作成する（ステップＳ１０３）。

次いで、クライアント２１は、別途定義済みの処理ルーチンにより、ＡＰ管理サーバ１３から取得した通知用ＡＰ予約リストと、自局の利用可能ＡＰリストに基づいて、アクセス・ポイントの予約処理を行なう（ステップＳ１０４）。通知用ＡＰ予約リストからは各アクセス・ポイント１２−１、１２−２、１２−３で利用可能な帯域が分かり、利用可能ＡＰリストからは当該クライアント２１が交信可能なアクセス・ポイントが判るので、両リストを参照することで、交信可能で且つ動画像ストリーミング処理に十分な帯域を利用可能なアクセス・ポイントを割り出すことができる。

上記の処理手順により、クライアント２１が動画像ストリーミングのための接続先となるアクセス・ポイントを予約することができたならば（ステップＳ１０５）、別途定義済みの処理手順により、ストリーミング・サーバ１１との間でストリーミング処理を実行する（ステップＳ１０６）。

その後、ストリーミング・サーバ１１からのデータ・ストリーミングが終了すると、接続先のアクセス・ポイントの帯域を予約したままの状態では通信リソースの浪費となる。そこで、クライアント２１は、別途定義済みの処理ルーチンにより、アクセス・ポイントの帯域予約を解放する処理を実行する（ステップＳ１０７）。アクセス・ポイントの解放処理が行なわれると、他のクライアントはこれまで予約されていた当該アクセス・ポイントの帯域を再び利用することができるようになる。

図１４には、図１３に示したフローチャートのステップＳ１０３で実行される、利用可能ＡＰリストの作成処理の手順をフローチャートの形式で示している。

利用可能ＡＰリストの作成に際し、周波数スキャンを行なうように設定されている場合には（ステップＳ１１１）、クライアント２１は無線伝送路上で周波数スキャンを行ない、アクセス・ポイントから送信されるビーコンの受信を試みる。そして、受信ビーコンから当該アクセス・ポイントのＳＳＩＤと使用チャネルを取得して、自局の受信可能範囲内に存在する各アクセス・ポイント１２−１、１２−２、１２−３に関するＳＳＩＤ、使用チャネル、並びに電波強度を記載した周辺ＡＰリストを作成する（ステップＳ１１２）。周辺ＡＰリストの構成例を以下に示す。

次いで、この周辺ＡＰリストと登録済み接続先リストを照合し、一致するアクセス・ポイントをリストアップして、利用可能ＡＰリストを作成する（ステップＳ１１３）。登録済み接続先リストの構成例を以下に示す。「ＷＥＰ（Ｗｉｒｅｄ Ｅｑｕｉｖａｌｅｎｔ Ｐｒｉｖａｃｙ）」は共通鍵暗号方式により無線伝送路上で有線伝送路と対等の安全性を確保するための暗号キーが記載される。また、「優先」は、同一のＥＳＳＩＤに複数のアクセス・ポイントが存在する場合（後述）に使用する。

周辺ＡＰリストと登録済み接続先リストを照合すると、クライアント２１は、自局から接続が可能な各アクセス・ポイント１２−１、１２−２、１２−３のＳＳＩＤ、ＢＳＳＩＤ、使用チャネル、電波強度を得ることができ、これらを利用可能ＡＰリストにリストアップする。利用可能ＡＰリストの構成例を以下に示す。

他方、利用可能ＡＰリストの作成に際し、周波数スキャンを行なわないように設定されている場合には（ステップＳ１１１）、登録済み接続先ＡＰリスト（表４を参照のこと）をそのまま利用可能ＡＰリストとして使用する（ステップＳ１１４）。

図１５には、図１３に示したフローチャートのステップＳ１０４で実行される、クライアント２１がアクセス・ポイントの帯域を予約するための処理手順をフローチャートの形式で示している。

クライアント２１は、まず、別途定義済みの処理ルーチンにより、利用可能ＡＰリスト中から、当該クライアント２１が帯域を予約することが可能なアクセス・ポイントの選定を行なう（ステップＳ１２１）。当該処理ルーチンからは、候補となるアクセス・ポイントのＳＳＩＤと使用チャネル（ＣａｎｄｉｄａｔｅＳＳＩＤ、ＣａｎｄｉｄａｔｅＣｈａｎｎｅｌ）を戻り値として得ることができる。

そして、予約可能アクセス・ポイントを発見することができた（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤとＣａｎｄｉｄａｔｅＣｈａｎｎｅｌを得ることができた）場合には（ステップＳ１２２）、続いて、クライアント２１はＡＰ管理サーバ１３に対して当該アクセス・ポイントの帯域予約要求を行なう（ステップＳ１２３）。

クライアント２１は、ＡＰ管理サーバ１３に対し、アクセス・ポイントのＳＳＩＤ（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤ）と希望する帯域を指定して帯域予約要求を行なう。これに対し、ＡＰ管理サーバ１３は、図６に示した処理手順に従って当該アクセス・ポイントの予約処理（前述）を行なう。

予約要求した結果、クライアント２１が所望のアクセス・ポイントを予約することができなかった場合には（ステップＳ１２４）、当該アクセス・ポイント（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤのアクセス・ポイント）のレコードを利用可能ＡＰリストから削除し（ステップＳ１３２）、ステップＳ１２１に戻って予約可能アクセス・ポイントの選定処理を再度行なう。

一方、予約要求した結果、クライアント２１が所望のアクセス・ポイントを予約することができた場合には（ステップＳ１２４）、続いて、クライアント２１は、候補となっている当該アクセス・ポイント（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤのアクセス・ポイント）への接続処理を行なう（ステップＡ１２５）。

アクセス・ポイントへの接続処理は、クライアント２１が当該アクセス・ポイントに対し、ＳＳＩＤと暗号キー（ＷＥＰキーやＷＰＡ−ＰＳＫなど）を指定して接続要求を送信することによって行なわれる。

ここで、クライアント２１が希望するアクセス・ポイント（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤのアクセス・ポイント）に接続することができなかった場合には（ステップＳ１２６）、これまで接続していたアクセス・ポイント（すなわち、ＣｕｒｒｅｎｔＳＳＩＤ及びＣｕｒｒｅｎｔＣｈａｎｎｅｌのアクセス・ポイント）に再接続し（ステップＳ１３１）、当該アクセス・ポイント（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤのアクセス・ポイント）のレコードを利用可能ＡＰリストから削除して（ステップＳ１３２）、ステップＳ１２１に戻って予約可能アクセス・ポイントの選定処理を再度行なう。

クライアント２１が希望するアクセス・ポイント（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤのアクセス・ポイント）に接続することができた場合には（ステップＳＡ１２６）、希望するアクセス・ポイントを現在のアクセス・ポイントに設定する（すなわち、ＣｕｒｒｅｎｔＳＳＩＤにＣａｎｄｉｄａｔｅＳＳＩＤを代入するとともに、ＣｕｒｒｅｎｔＣｈａｎｎｅｌにＣａｎｄｉｄａｔｅＣｈａｎｎｅｌを代入する）（ステップＳ１２７）。そして、アクセス・ポイントの予約処理が成功裏に終了した旨を当該処理ルーチンの呼び出し元に返し（ステップＳ１２８）、本処理ルーチンを終了する。

また、予約可能アクセス・ポイントの選定処理ルーチン（ステップＳ１２１）において予約可能アクセス・ポイントを発見することができなかった場合には（ステップＳ１２２）、現在接続しているアクセス・ポイントでストリーミングを行なうかどうかを判断する（ステップＳ１２９）。そして、現在接続しているアクセス・ポイントでストリーミングを行なう場合には、アクセス・ポイントの予約処理が成功裏に終了した旨を当該処理ルーチンの呼び出し元に返し（ステップＳ１２８）、本処理ルーチンを終了する。現在接続しているアクセス・ポイントでストリーミングを行なわない場合には、アクセス・ポイントの予約処理が失敗した旨を当該処理ルーチンの呼び出し元に返し（ステップＳ１３０）、本処理ルーチンを終了する。

図１６には、図１５に示したフローチャートのステップＳ１２１で行なわれる、クライアント２１が利用可能ＡＰリストから予約可能アクセス・ポイントを選定するための処理手順をフローチャートの形式で示している。

クライアント２１は、まず、ＡＰ管理サーバ１３から取得した通知用ＡＰ予約リスト（表２を参照のこと）と、図１４に示した処理手順に従って自局で作成した利用可能ＡＰリスト（表５を参照のこと）を比較する（ステップＳ１４１）。そして、通知用ＡＰ予約リストにエントリされていないアクセス・ポイントのレコードが利用可能ＡＰリスト中にあるかどうかをチェックする（ステップＳ１４２）。

ここで、通知用ＡＰ予約リストにエントリされていないアクセス・ポイントのレコードが利用可能ＡＰリスト中にある場合には、当該アクセス・ポイントを予約の候補アクセス・ポイントに設定し（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤにＣｕｒｒｅｎｔＳＳＩＤを代入するとともに、ＣａｎｄｉｄａｔｅＣｈａｎｎｅｌに発見したチャネルを代入し）（ステップＳ１４５）、これを当該処理ルーチンの要求元への戻り値として、本処理ルーチンを終了する。

通知用ＡＰ予約リストにエントリされていないアクセス・ポイントのレコードが利用可能ＡＰリスト中で発見できない場合には（ステップＳ１４２）、続いて、利用可能ＡＰリストと通知用ＡＰ予約リストの双方に含まれるが、利用可能帯域に余裕のあるアクセス・ポイントがあるかどうかをチェックする（ステップＳ１４３）。

利用可能帯域に余裕のあるアクセス・ポイントを通知用ＡＰ予約リストから発見することができた場合には、当該アクセス・ポイントを予約の候補アクセス・ポイントに設定し（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤにＣｕｒｒｅｎｔＳＳＩＤを代入するとともに、ＣａｎｄｉｄａｔｅＣｈａｎｎｅｌに発見したチャネルを代入し）（ステップＳ１４６）、これを当該処理ルーチンの要求元への戻り値として、本処理ルーチンを終了する。

他方、ストリーミング処理を行なうのに十分な帯域を確保できるアクセス・ポイントを利用可能ＡＰリスト中から発見することができなかった場合には（ステップＳ１４３）、利用可能アクセス・ポイントがゼロ（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤにＣｕｒｒｅｎｔＳＳＩＤとＣａｎｄｉｄａｔｅＣｈａｎｎｅｌにゼロを代入）である旨を当該処理ルーチンの要求元への戻り値として（ステップＳ１４４）、本処理ルーチンを終了する。

図１７には、図１３に示したフローチャートのステップＳ１０６で行なわれる、クライアント２１が帯域予約したアクセス・ポイント経由でストリーミング・サーバ１１とストリーミング処理を行なうための処理手順をフローチャートの形式で示している。

まず、クライアント２１は、ストリーミング・ログを作成するために使用する各変数に初期値を代入し（ステップＳ１５１）、帯域予約したアクセス・ポイント経由でストリーミング・サーバ１１に対しストリーミングを要求する（ステップＳ１５２）。使用する変数として、最大リンク速度（ＭａｘＬｉｎｋ）、最小リンク速度（ＭｉｎＬｉｎｋ）、最大スループット（ＭａｘＴｈｒｏｕｇｈｐｕｔ）、平均スループット（ＡｖｅＴｈｒｏｕｇｈｐｕｔ）、最小スループット（ＭｉｎＴｈｒｏｕｇｈｐｕｔ）、測定回数（ｍｅａｓｕｒｅＣｏｕｎｔ）などが挙げられる。続いて、別途定義済み利処理ルーチンによりストリーミング・ログを作成する（ステップＳ１５３）。

そして、クライアント２１は、ストリーミング・サーバ１１からのストリーミング・データを受信し（ステップＳ１５４）、ストリーミング・データの再生処理を行なう（ステップＳ１５５）。

ストリーミング・サーバ１１からデータを受信している間（ステップＳ１５６）、クライアント２１は、ストリーミング・ログの作成、ストリーミング・データの受信及び再生処理を繰り返し行なう。

図１８には、図１７に示したフローチャートのステップＳ１５３で実行される、クライアント２１がストリーミング・データを受信する際にストリーミング・ログを作成するための処理手順をフローチャートの形式で示している。

まず、変数ＣｕｒＬｉｎｋに現在のリンク速度を代入するとともに、ＣｕｒＴｈｒｏｕｇｈｐｕｔに現在のスループットを代入する（ステップＳ１６１）。

次いで、ＣｕｒＬｉｎｋとＭａｘＬｉｎｋを大小比較する（ステップＳ１６２）。ＣｕｒＬｉｎｋの方が大きい場合には、ＭａｘＬｉｎｋにＣｕｒＬｉｎｋを代入して、最大リンク速度を更新する（ステップＳ１６３）。

次いで、ＣｕｒＴｈｒｏｕｇｈｐｕｔとＭａｘＴｈｒｏｕｇｈｐｕｔを大小比較する（ステップＳ１６４）。ＣｕｒＴｈｒｏｕｇｈｐｕｔの方が大きい場合には、ＭａｘＴｈｒｏｕｇｈｐｕｔにＣｕｒＴｈｒｏｕｇｈｐｕｔを代入して、最大スループットを更新する（ステップＳ１６５）。

また、ＣｕｒＬｉｎｋがＭａｘＬｉｎｋよりも大きくない場合には、続いてＣｕｒＬｉｎｋとＭｉｎＬｉｎｋを大小比較する（ステップＳ１６７）。ＣｕｒＬｉｎｋの方が小さい場合には、ＭｉｎＬｉｎｋにＣｕｒＬｉｎｋを代入して、最小リンク速度を更新する（ステップＳ１６８）。

最小リンク速度を更新した後、又はＣｕｒＴｈｒｏｕｇｈｐｕｔがＭａｘＴｈｒｏｕｇｈｐｕｔよりも大きくない場合には（ステップＳ１６４）、続いてＣｕｒＴｈｒｏｕｇｈｐｕｔとＭｉｎＴｈｒｏｕｇｈｐｕｔを大小比較する（ステップＳ１６９）。ＣｕｒＴｈｒｏｕｇｈｐｕｔの方が小さい場合には、ＭｉｎＴｈｒｏｕｇｈｐｕｔにＣｕｒＴｈｒｏｕｇｈｐｕｔを代入して、最小スループットを更新する（ステップＳ１７０）。

そして、合計スループットＳｕｍＴｈｒｏｕｇｈｐｕｔに現在のスループットＣｕｒＴｈｒｏｕｇｈｐｕｔを加算するとともに、測定回数ＭｅａｓｕｒｅＣｏｕｎｔをインクリメントして（ステップＳ１６６）、本処理ルーチンを終了する。

図１９には、図１３に示したフローチャートのステップＳ１０７で実行される、ストリーミング処理を終了した後にアクセス・ポイントの帯域予約を解除するためのクライアント２１側で行なうアクセス・ポイント解放処理の手順をフローチャートの形式で示している。

まず、クライアント２１は、ストリーミング・ログを用いて、平均スループットＡｖｅＴｈｒｏｕｇｈｐｕｔを算出する（ステップＳ１８１）。

そして、クライアント２１は、ＡＰ管理サーバ１３に対し、ストリーミング処理のためにステップＳ１０４で帯域予約したアクセス・ポイントの解放要求を行なう（ステップＳ１８２）。

この解放要求には、当該アクセス・ポイントのＳＳＩＤ及びＢＳＳＩＤ、当該アクセス・ポイントが使用するチャネル、並びにストリーミング・ログとして得られた最大リンク速度（ＭａｘＬｉｎｋ）、最小リンク速度（ＭｉｎＬｉｎｋ）、最大スループット（ＭａｘＴｈｒｏｕｇｈｐｕｔ）、平均スループット（ＡｖｅＴｈｒｏｕｇｈｐｕｔ）、最小スループット（ＭｉｎＴｈｒｏｕｇｈｐｕｔ）が記載される。

ＡＰ管理サーバ１３側では、クライアント２１からアクセス・ポイントの解放要求を受信すると、図９に示した処理ルーチンを起動して、対象となっているアクセス・ポイントの帯域予約の解除を行なう。具体的には、管理用ＡＰ予約リストの当該アクセス・ポイントのレコード上で予約されている帯域から要求元クライアント２１が解放する帯域を減算する（すなわち、通知用ＡＰ予約リスト中の該当する利用可能帯域に、要求元クライアント２１が開放する帯域を加算する）、あるいは当該レコードをリストから削除する（前述）。ＡＰ管理サーバ１３が管理用ＡＰ予約リスト（表１を参照のこと）上でアクセス・ポイントの予約帯域を書き換えることにより、他のクライアントはこれまで予約されていた当該アクセス・ポイントの帯域を再び利用することができるようになる。

図２０には、図１に示した通信システムの変形例を示している。図１との相違は、すべてのアクセス・ポイント１２−１、１２−２、１２−３が同じＳＳＩＤを設定している点にある。但し、各アクセス・ポイント１２−１、１２−２、１２−３は別々のチャネルを使用しているものとする。この場合、クライアント２１側でのアクセス・ポイントの設定は見かけ上１台のアクセス・ポイントに対する設定処理で済むことになる。

通常、クライアント２１がアクセス・ポイント１２と接続を行なう際、ＥＳＳＩＤとＷＥＰを指定して行なうことになっているので（チャネル選択は物理層に委ねられているので、ユーザ・レベルでチャネルを指定することはできない）、図２０に示したシステムを実現するためには、クライアント２１側でチャネルを指定してアクセス・ポイント１２に接続する機能が必要となる。

図２０に示した通信システムでは、クライアント２１側で行なう予約可能アクセス・ポイントの選定処理、ＡＰ管理サーバ１３への帯域予約要求、アクセス・ポイントとの接続処理が図１に示したシステムの場合とは相違する。これらの処理手順について以下に説明する。

図２１には、図２０に示した通信システムにおいて、クライアント２１が行なう予約可能アクセス・ポイントの選定処理の手順をフローチャートの形式で示している。

クライアント２１は、まず、ＡＰ管理サーバ１３から取得した通知用ＡＰ予約リスト（表２を参照のこと）と、図１４に示した処理手順に従って自局で作成した利用可能ＡＰリスト（表５を参照のこと）を比較する（ステップＳ１９１）。

そして、クライアント２１は、通知用ＡＰ予約リストにエントリされていないアクセス・ポイントのレコードが利用可能ＡＰリスト中にあるかどうかをチェックする（ステップＳ１９２）。この場合、ＣｕｒｒｅｎｔＳＳＩＤと同じＳＳＩＤで且つ他のチャネルに設定されているアクセス・ポイントがあるかどうかをチェックすることになる。かかるアクセス・ポイントを発見できた場合には、クライアント２１は、当該アクセス・ポイントを予約の候補アクセス・ポイントに設定し（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤにＣｕｒｒｅｎｔＳＳＩＤを代入するとともに、ＣａｎｄｉｄａｔｅＣｈａｎｎｅｌに発見したチャネルを代入し）（ステップＳ１９６）、これを当該処理ルーチンの要求元への戻り値として、本処理ルーチンを終了する。

ＣｕｒｒｅｎｔＳＳＩＤと同じＳＳＩＤで且つ他のチャネルに設定されているアクセス・ポイントを発見できない場合には（ステップＳ１９２）、続いて、クライアント２１は、利用可能ＡＰリストと通知用ＡＰ予約リストの双方に含まれるが、利用可能帯域に余裕のあるアクセス・ポイントがあるかどうかをチェックする（ステップＳ１９３）。かかるアクセス・ポイントを発見できた場合には、クライアント２１は、当該アクセス・ポイントを予約の候補アクセス・ポイントに設定し（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤにＣｕｒｒｅｎｔＳＳＩＤを代入するとともに、ＣａｎｄｉｄａｔｅＣｈａｎｎｅｌに発見したチャネルを代入し）（ステップＳ１９７）、これを当該処理ルーチンの要求元への戻り値として、本処理ルーチンを終了する。

ストリーミング処理を行なうのに十分な帯域を確保できるアクセス・ポイントを利用可能ＡＰリスト中から発見することができなかった場合には（ステップＳ１９３）、さらに、他のＳＳＩＤで且つ利用可能ＡＰリストと接続先リストに合致するアクセス・ポイントがあるかどうかをチェックする（ステップＳ１９４）。かかるアクセス・ポイントを発見できた場合には、クライアント２１は、当該アクセス・ポイントを予約の候補アクセス・ポイントに設定し（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤにＣｕｒｒｅｎｔＳＳＩＤを代入するとともに、ＣａｎｄｉｄａｔｅＣｈａｎｎｅｌに発見したチャネルを代入し）（ステップＳ１９７）、これを当該処理ルーチンの要求元への戻り値として、本処理ルーチンを終了する。

他方、いずれの判別ブロックＳ１９２〜Ｓ１９４においても適当なアクセス・ポイントを発見することができなかった場合には、利用可能アクセス・ポイントがゼロ（すなわち、ＣａｎｄｉｄａｔｅＳＳＩＤにＣｕｒｒｅｎｔＳＳＩＤとＣａｎｄｉｄａｔｅＣｈａｎｎｅｌにゼロを代入）である旨を当該処理ルーチンの要求元への戻り値として（ステップＳ１９５）、本処理ルーチンを終了する。

図２２には、図２０に示した通信システムにおいて、クライアント２１が行なうＡＰ管理サーバ１３への帯域予約要求の処理手順をフローチャートの形式で示している。

図１に示したシステムでは、クライアント２１はＡＰ管理サーバ１３に対しＳＳＩＤ及び希望帯域を指定して帯域予約要求を行なうが（前述）、本システムでは、クライアント２１はＡＰ管理サーバ１３に対しＳＳＩＤ及びＢＳＳＩＤ、希望帯域を指定して帯域予約要求を行なうことになる。

また、図２３には、図２０に示した通信システムにおいて、クライアント２１がアクセス・ポイント１２と接続するため処理手順をフローチャートの形式で示している。

図１に示したシステムでは、クライアント２１はアクセス・ポイント１２に対しＳＳＩＤ及び暗号キー（ＷＥＰキー、ＷＰＡ−ＰＳＫなど）を指定して接続要求を行なうが（前述）、本システムでは、クライアント２１はアクセス・ポイント１２に対しＳＳＩＤ及びＢＳＳＩＤ、暗号キー（ＷＥＰキー、ＷＰＡ−ＰＳＫなど）を指定して接続要求を行なうことになる。

以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。

本明細書では、ストリーミング・サーバとクライアント間の動画像データのストリーミングを行なう場合を例にとって説明してきたが、本発明の要旨はこれに限定されるものではない。複数のアクセス・ポイントを設置した無線通信環境下で、アクセス・ポイントの介在によりサーバとクライアント間で高負荷のデータ伝送や帯域を予約したデータ伝送を行ないたい場合に、同様に本発明を適用することができる。

要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。

図１は、本発明の一実施形態に係る通信システムの構成を模式的に示した図である。 図２は、クライアント２１がＡＰ管理サーバ１３の介在によりアクセス・ポイント１２の帯域を予約して、ストリーミング・サーバからのデータ・ストリーミングを行なうための動作シーケンスを示した図である。 図３は、ＡＰ管理サーバ１３が起動時に実行する処理手順を示したフローチャートである。 図４は、ＡＰ管理サーバ検索処理の詳細な手順を示したフローチャートである。 図５は、有線ＬＡＮ上のホスト装置がＡＰ管理サーバとして動作するための処理手順を示したフローチャートである。 図６は、ＡＰ管理サーバがクライアントからのアクセス・ポイントに対する帯域予約要求に応じて行なうアクセス・ポイントの予約処理の手順を示したフローチャートである。 図７は、ＡＰ予約リストにアクセス・ポイントの新規レコードを追加登録するための処理手順を示したフローチャートである。 図８は、ＡＰ管理サーバがクライアントからのＡＰ予約リスト取得要求に応じて行なう処理手順を示したフローチャートである。 図９は、ＡＰ管理サーバがクライアントからのアクセス・ポイントの解放要求に応じて実行するアクセス・ポイントの解放処理の手順を示したフローチャートである。 図１０は、ストリーミング・ログに基づいてアクセス・ポイントの最大実効速度を更新するための処理手順を示したフローチャートである。 図１１は、アクセス・ポイントの最大転送速度を求めるための処理手順を示したフローチャートである。 図１２は、ストリーミング・サーバ１１における動作手順を示したフローチャートである。 図１３は、ストリーミング受信を行なう際のクライアントが実行する動作手順を示したフローチャートである。 図１４は、利用可能ＡＰリストの作成処理の手順を示したフローチャートである。 図１５は、クライアントがアクセス・ポイントの帯域を予約するための処理手順を示したフローチャートである。 図１６は、クライアントが利用可能ＡＰリストから予約可能アクセス・ポイントを選定するための処理手順を示したフローチャートである。 図１７は、クライアントが帯域予約したアクセス・ポイント経由でストリーミング・サーバ１１とストリーミング処理を行なうための処理手順を示したフローチャートである。 図１８は、クライアントがストリーミング・データを受信する際にストリーミング・ログを作成するための処理手順を示したフローチャートである。 図１９は、ストリーミング処理を終了した後にアクセス・ポイントの帯域予約を解除するためのクライアント側で行なうアクセス・ポイント解放処理の手順を示したフローチャートである。 図２０は、通信システムの変形例を示した図である。 図２１は、図２０に示した通信システムにおいて、クライアントが行なう予約可能アクセス・ポイントの選定処理の手順を示したフローチャートである。 図２２は、図２０に示した通信システムにおいて、クライアントが行なうＡＰ管理サーバ１３への帯域予約要求の処理手順を示したフローチャートである。 図２３は、図２０に示した通信システムにおいて、クライアントがアクセス・ポイントと接続するため処理手順を示したフローチャートである。

符号の説明

１１…ストリーミング・サーバ
１２…アクセス・ポイント
１３…ＡＰ管理サーバ
２１…クライアント

Claims (15)

1. 複数のアクセス・ポイントが設置され、有線伝送路上のサーバから提供されるデータをアクセス・ポイント経由でクライアントに無線伝送する無線通信環境においてクライアントとして動作する無線通信装置であって、
   接続可能なアクセス・ポイントに関する利用可能アクセス・ポイント情報を管理する利用可能アクセス・ポイント管理手段と、
   有線伝送路上の前記サーバからデータを取得するために接続先のアクセス・ポイントを選択する際に、所定のアクセス・ポイント管理サーバにアクセス・ポイント予約情報要求を送信する手段と、
   前記アクセス・ポイント管理サーバから受信した通知用アクセス・ポイント予約情報と前記利用可能アクセス・ポイント情報を比較して、自局から接続可能で且つ前記サーバからデータを取得するために十分な帯域を確保できるアクセス・ポイントを接続先に決定するアクセス・ポイント選定手段と、
   前記アクセス・ポイント管理サーバに対して前記の接続先に決定したアクセス・ポイントの帯域予約要求を行なう帯域予約要求手段と、
   前記の接続先に決定したアクセス・ポイントの予約された帯域を利用して前記サーバとの間でデータ通信を行なうデータ通信手段と、
   を具備することを特徴とする無線通信装置。
2. 前記データ通信手段によるサーバとのデータ通信が終了したときに、前記の接続先に決定したアクセス・ポイントの予約された帯域の解放を要求するアクセス・ポイント解放要求手段をさらに備える、
   ことを特徴とする請求項１に記載の無線通信装置。
3. 前記データ通信手段は、クライアントとして動作する前記無線通信装置と前記サーバ間のデータ通信時における通信ログを取得する通信ログ取得手段を備える、
   ことを特徴とする請求項１に記載の無線通信装置。
4. 前記利用可能アクセス・ポイント管理手段は、接続可能なアクセス・ポイントを探索する利用可能アクセス・ポイント探索手段を備える、
   ことを特徴とする請求項１に記載の無線通信装置。
5. 前記利用可能アクセス・ポイント管理手段は、各アクセス・ポイントの利用可能な帯域に関する通知用アクセス・ポイント予約情報を前記アクセス・ポイント管理サーバから取得し、該通知用アクセス・ポイント予約情報に基づいて、接続可能な各アクセス・ポイントに接続して利用可能となる帯域に関する利用可能アクセス・ポイント情報を管理し、
   前記アクセス・ポイント選定手段は、サーバとのデータ通信を行なうときに必要となる帯域と該利用可能アクセス・ポイント情報に基づいて、接続すべきアクセス・ポイントを選定する、
   ことを特徴とする請求項１に記載の無線通信装置。
6. 複数のアクセス・ポイントが設置され、有線伝送路上のサーバから提供されるデータをアクセス・ポイント経由でクライアントに無線伝送する無線通信環境においてクライアントとして動作するための無線通信方法であって、
   接続可能なアクセス・ポイントに関する利用可能アクセス・ポイント情報を管理する利用可能アクセス・ポイント管理ステップと、
   有線伝送路上の前記サーバからデータを取得するために接続先のアクセス・ポイントを選択する際に、所定のアクセス・ポイント管理サーバにアクセス・ポイント予約情報要求を送信するステップと、
   前記アクセス・ポイント管理サーバから受信した通知用アクセス・ポイント予約情報と前記利用可能アクセス・ポイント情報を比較して、自局から接続可能で且つ前記サーバからデータを取得するために十分な帯域を確保できるアクセス・ポイントを接続先に決定するアクセス・ポイント選定ステップと、
   前記アクセス・ポイント管理サーバに対して前記の接続先に決定したアクセス・ポイントの帯域予約要求を行なう帯域予約要求ステップと、
   前記の接続先に決定したアクセス・ポイントの予約された帯域を利用して前記サーバとの間でデータ通信を行なうデータ通信ステップと、
   前記データ通信ステップにおけるサーバとのデータ通信が終了したときに、前記の接続先に決定したアクセス・ポイントの予約された帯域の解放を要求するアクセス・ポイント解放要求ステップと、
   を有することを特徴とする無線通信方法。
7. 複数のアクセス・ポイントが設置され、有線伝送路上のサーバから提供されるデータをアクセス・ポイント経由でクライアントに無線伝送する無線通信環境においてアクセス・ポイントを管理するアクセス・ポイント管理装置であって、
   各アクセス・ポイントに関する最大実効速度と、既に接続先クライアントに予約されている帯域に関する情報を記述した管理用アクセス・ポイント予約情報を管理するアクセス・ポイント予約管理手段と、
   前記クライアントからのアクセス・ポイント予約情報要求に応答して、各アクセス・ポイントの利用可能帯域に関する情報を記述した通知用アクセス・ポイント予約情報を作成して返信する通知用アクセス・ポイント予約情報提供手段と、
   前記クライアントからのアクセス・ポイントの帯域予約要求に応じて、前記管理用アクセス・ポイント予約情報中の当該アクセス・ポイントの予約されている帯域に関する情報を更新する第１のアクセス・ポイント予約情報更新手段と、
   前記クライアントからのアクセス・ポイントの予約帯域の解放要求に応じて、前記管理用アクセス・ポイント予約情報中の当該アクセス・ポイントの予約されている帯域に関する情報を更新する第２のアクセス・ポイント予約情報更新手段と、
   を具備することを特徴とするアクセス・ポイント管理装置。
8. 前記第１のアクセス・ポイント予約情報更新手段は、アクセス・ポイントの帯域の予約が要求されたことに応じて、前記管理用アクセス・ポイント予約情報に記載されている当該アクセス・ポイントの予約可能な帯域に予約要求された帯域を加算し、
   前記第２のアクセス・ポイント予約情報更新手段は、予約しておいたアクセス・ポイントの帯域の解放が要求されたことに応答して、前記管理用アクセス・ポイント予約情報に記載されている当該アクセス・ポイントの予約可能な帯域から解放された帯域を減算する、
   ことを特徴とする請求項７に記載のアクセス・ポイント管理装置。
9. 各アクセス・ポイントについての最大実効速度を管理する最大実効速度管理手段をさらに備える、
   ことを特徴とする請求項７に記載のアクセス・ポイント管理装置。
10. 前記サーバと前記クライアント間のアクセス・ポイントを介したデータ通信時における通信ログを取得する通信ログ取得手段を備え、
    前記最大実効速度管理手段は、前記アクセス・ポイントが採用する無線通信方式に基づいて最大実効速度を設定するとともに、通信ログに応じて最大実効速度を更新する、
    ことを特徴とする請求項９に記載のアクセス・ポイント管理装置。
11. 前記第１のアクセス・ポイント予約情報更新手段は、アクセス・ポイントの予約要求された帯域を当該アクセス・ポイントの最大実効速度又は現在の予約可能な帯域から減算して該アクセス・ポイント予約情報を更新し、
    前記第１のアクセス・ポイント予約情報更新手段は、解放要求されたアクセス・ポイントの予約帯域を当該アクセス・ポイントの現在の予約可能な帯域に加算して前記管理用アクセス・ポイント予約情報を更新する、
    ことを特徴とする請求項９に記載のアクセス・ポイント管理装置。
12. 複数のアクセス・ポイントが設置され、有線伝送路上のサーバから提供されるデータをアクセス・ポイント経由でクライアントに無線伝送する無線通信環境においてアクセス・ポイントを管理するためのアクセス・ポイント管理方法であって、
    各アクセス・ポイントに関する最大実効速度と、既に接続先クライアントに予約されている帯域に関する情報を記述した管理用アクセス・ポイント予約情報を管理するアクセス・ポイント予約管理ステップと、
    前記クライアントからのアクセス・ポイント予約情報要求に応答して、各アクセス・ポイントの利用可能帯域に関する情報を記述した通知用アクセス・ポイント予約情報を作成して返信する通知用アクセス・ポイント予約情報提供ステップと、
    前記クライアントからのアクセス・ポイントの帯域予約要求に応じて、前記管理用アクセス・ポイント予約情報中の当該アクセス・ポイントの予約されている帯域に関する情報を更新する第１のアクセス・ポイント予約情報更新ステップと、
    前記クライアントからのアクセス・ポイントの予約帯域の解放要求に応じて、前記管理用アクセス・ポイント予約情報中の当該アクセス・ポイントの予約されている帯域に関する情報を更新する第２のアクセス・ポイント予約情報更新ステップと、
    を有することを特徴とするアクセス・ポイント管理方法。
13. 複数のアクセス・ポイントが設置され、有線伝送路上のサーバから提供されるデータをアクセス・ポイント経由でクライアントに無線伝送する無線通信環境においてクライアントとして動作するための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータを、
    接続可能なアクセス・ポイントに関する利用可能アクセス・ポイント情報を管理する利用可能アクセス・ポイント管理手段、
    有線伝送路上の前記サーバからデータを取得するために接続先のアクセス・ポイントを選択する際に、所定のアクセス・ポイント管理サーバにアクセス・ポイント予約情報要求を送信する手段、
    前記アクセス・ポイント管理サーバから受信した通知用アクセス・ポイント予約情報と前記利用可能アクセス・ポイント情報を比較して、自局から接続可能で且つ前記サーバからデータを取得するために十分な帯域を確保できるアクセス・ポイントを接続先に決定するアクセス・ポイント選定手段、
    前記アクセス・ポイント管理サーバに対して前記の接続先に決定したアクセス・ポイントの帯域予約要求を行なう帯域予約要求手段、
    前記の接続先に決定したアクセス・ポイントの予約された帯域を利用して前記サーバとの間でデータ通信を行なうデータ通信手段、
    として機能させるためのコンピュータ・プログラム。
14. 複数のアクセス・ポイントが設置され、有線伝送路上のサーバから提供されるデータをアクセス・ポイント経由でクライアントに無線伝送する無線通信環境においてアクセス・ポイントを管理するための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータを、
    各アクセス・ポイントに関する最大実効速度と、既に接続先クライアントに予約されている帯域に関する情報を記述した管理用アクセス・ポイント予約情報を管理するアクセス・ポイント予約管理手段、
    前記クライアントからのアクセス・ポイント予約情報要求に応答して、各アクセス・ポイントの利用可能帯域に関する情報を記述した通知用アクセス・ポイント予約情報を作成して返信する通知用アクセス・ポイント予約情報提供手段、
    前記クライアントからのアクセス・ポイントの帯域予約要求に応じて、前記管理用アクセス・ポイント予約情報中の当該アクセス・ポイントの予約されている帯域に関する情報を更新する第１のアクセス・ポイント予約情報更新手段、
    前記クライアントからのアクセス・ポイントの予約帯域の解放要求に応じて、前記管理用アクセス・ポイント予約情報中の当該アクセス・ポイントの予約されている帯域に関する情報を更新する第２のアクセス・ポイント予約情報更新手段、
    として機能させるためのコンピュータ・プログラム。
15. 複数のアクセス・ポイントが設置され、有線伝送路上のサーバから提供されるデータをアクセス・ポイント経由でクライアントに無線伝送する無線通信システムであって、
    各アクセス・ポイントに関する最大実効速度と既に接続先クライアントに予約されている帯域に関する情報を記述した管理用アクセス・ポイント予約情報を管理し、前記クライアントからのアクセス・ポイント予約情報要求に応答して、各アクセス・ポイントの利用可能帯域に関する情報を記述した通知用アクセス・ポイント予約情報を作成して返信するとともに、前記クライアントからのアクセス・ポイントの帯域予約要求に応じて、管理用アクセス・ポイント予約情報中の当該アクセス・ポイントの予約されている帯域に関する情報を更新するアクセス・ポイント管理サーバをさらに備え、
    クライアントは、
    自局から接続可能なアクセス・ポイントを探索して利用可能アクセス・ポイント情報に登録し、
    有線伝送路上のサーバからデータを取得するために接続先のアクセス・ポイントを選択する際に、アクセス・ポイント管理サーバにアクセス・ポイント予約情報要求を送信し、
    アクセス・ポイント管理サーバから受信した通知用アクセス・ポイント予約情報と前記利用可能アクセス・ポイント情報を比較して、自局から接続可能で且つ前記サーバからデータを取得するために十分な帯域を確保できるアクセス・ポイントを接続先に決定し、
    アクセス・ポイント管理サーバに対して当該アクセス・ポイントの帯域予約要求を行なった後に、当該アクセス・ポイントと接続する、
    ことを特徴とする無線通信システム。

Images