(57)【要約】【課題】通信路の確立に際して収容装置に偏りが生じないようにして無線端末を収容することを可能とする通信管理装置の提供。【解決手段】通信管理装置３０は、通信部３０ＣによりＢｌｕｅｔｏｏｔｈ端末２０からアクセスポイント１０に対して通信リンクの確立要求を受けたとき収容可否の要請を受信し、この収容可否の要請に基づき得られるアクセスポイント夫々が既に確立しているＢｌｕｅｔｏｏｔｈ端末との間の通信路の状態を収容状態記憶部３０Ａに記憶し、アクセスポイント毎の既に確立しているＢｌｕｅｔｏｏｔｈ端末との間の通信路の状態に基づきアクセスポイントに対して接続可否を通知する。【選択図】　　図３
2004007078.tif 000002
【特許請求の範囲】
【請求項１】
所定の通信可能範囲を形成する複数の収容装置と、
所定手順により前記収容装置との間で通信路を確立して通信を行う無線端末と、
前記収容装置が既に確立している前記無線端末との間の通信路の状態に応じて前記収容装置夫々に対し前記無線端末との接続可否を通知する通信管理装置と
を具備することを特徴とする無線通信システム。
【請求項２】
無線端末から収容装置に対して通信リンクの確立要求を受けたとき当該収容装置からの収容可否の要請を受信する受信手段と
前記収容可否の要請に基づき得られる前記収容装置夫々が既に確立している前記無線端末との間の通信路の状態を記憶する記憶手段と、
この記憶手段に記憶された前記収容装置毎の既に確立している前記無線端末との間の通信路の状態に基づき前記収容装置に対して通知すべき前記無線端末との接続可否を判定する判定手段と
を具備することを特徴とする通信管理装置。
【請求項３】
前記収容装置は、定期的、起動時、端末収容時又は端末切り放し時のいずれか又はその組合せ時に、収容端末数を前記通信管理装置に通知する手段を具備することを特徴とする請求項２記載の通信管理装置。
【請求項４】
前記判定手段による接続可否の判定結果を、前記収容可否要請の受信なしに、定期的に前記収容装置に送信する手段を具備することを特徴とする請求項２又は３記載の通信管理装置。
【請求項５】
前記無線端末及び前記収容装置がＢｌｕｅｔｏｏｔｈに従うとき、前記無線端末が前記収容装置に対してＬＭＰ−ｈｏｓｔ−ｃｏｎｎｅｃｔｉｏｎ−ｒｅｑコマンドを送信したことに応じて前記収容装置は前記通信管理装置に収容可否の要請を送信することを特徴とする請求項２乃至４のいずれか一項記載の通信管理装置。
【請求項６】
無線端末から収容装置に対して通信リンクの確立要求を受けたとき当該収容装置からの収容可否の要請を受信する受信ステップと
前記収容可否の要請に基づき得られる前記収容装置夫々が既に確立している前記無線端末との間の通信路の状態を記憶する記憶ステップと、
この記憶ステップにより記憶された前記収容装置毎の既に確立している前記無線端末との間の通信路の状態に基づき前記収容装置に対して通知すべき前記無線端末との接続可否を判定する判定ステップと
を具備することを特徴とする収容装置選定方法。
【請求項７】
所定の通信可能範囲に一の無線端末が在るとき当該無線端末に複数の収容装置が存在する無線通信方式に適用されるコンピュータに、
無線端末から収容装置に対して通信リンクの確立要求を受けたとき当該収容装置からの収容可否の要請を受信する受信手順と
前記収容可否の要請に基づき算出される前記収容装置夫々が既に確立している前記無線端末との間の通信路の状態を記憶する記憶手順と、
この記憶手順により記憶された前記収容装置毎の既に確立している前記無線端末との間の通信路の状態に基づき前記収容装置に対して通知すべき前記無線端末との接続可否を判定する判定手順と
を実行させる収容装置選定プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばＢｌｕｅｔｏｏｔｈに従う無線通信システム及び通信管理装置並びに収容装置選定方法及びプログラムに関する。
【０００２】
【従来の技術】
無線通信システムの一つであるＢｌｕｅｔｏｏｔｈにおいては、通信可能範囲が建屋内、ビルの一区画内、車両内等のように予め定まった近距離範囲となっている。このため、通信可能範囲においては、一のＢｌｕｅｔｏｏｔｈ端末に対して複数のアクセスポイント（収容装置）が存在することになる。
【０００３】
かかる無線通信システムにおいて、通信路の確立の手順としては、まず問い合わせ（デバイス検出）により接続可能なＢｌｕｅｔｏｏｔｈ端末を検出し、検出された中のアクセスポイントに対して接続要求を行う。アクセスポイントが複数存在する場合には、検出により複数のアクセスポイントが検出されるが、その中の一つを選定し接続要求を出す。
【０００４】
アクセスポイントの選定方式は、自動による選定とユーザの手動による選定が可能だが、この際にアクセスポイントの負荷を考慮しなければ、特定のアクセスポイントにＢｌｕｅｔｏｏｔｈ端末が集中し、負荷が偏りやすい。
【０００５】
【発明が解決しようとする課題】
例えばＢｌｕｅｔｏｏｔｈ技術を用いた無線アクセスにおいては、１台のアクセスポイントの端末接続台数は７台程度であるため、限られた空間で多くのＢｌｕｅｔｏｏｔｈ端末を収容するためには多くのアクセスポイントを密に配置することになる。しかしながら、従来技術では、各無線アクセスポイントは他の無線アクセスポイントの通信リソースを考慮せず自身の通信リソースのみから無線端末の収容可否判断を行なうため、無線アクセスポイント毎の収容無線端末数に偏りが生じることとなる。このため、多くのＢｌｕｅｔｏｏｔｈ端末を収容したアクセスポイントは個々の端末に提供するスループットが低くなり、少ないＢｌｕｅｔｏｏｔｈ端末を収容したアクセスポイントは高いスループットを提供する、不公平が生じるという問題点がある。
【０００６】
本発明の目的は、通信路の確立に際して収容装置に偏りが生じないようにして無線端末を収容することを可能とする無線通信システム及び通信管理装置並びに収容装置選定方法及びプログラムを提供することにある。
【０００７】
【課題を解決するための手段】
上記課題を解決するために本発明による無線通信システムは、所定の通信可能範囲を形成する複数の収容装置と、
所定手順により前記収容装置との間で通信路を確立して通信を行う無線端末と、
前記収容装置が既に確立している前記無線端末との間の通信路の状態に応じて前記収容装置夫々に対し前記無線端末との接続可否を通知する通信管理装置と
を具備することを特徴とする。
【０００８】
上記課題を解決するために本発明による通信管理装置は、無線端末から収容装置に対して通信リンクの確立要求を受けたとき当該収容装置からの収容可否の要請を受信する受信手段と
前記収容可否の要請に基づき得られる前記収容装置夫々が既に確立している前記無線端末との間の通信路の状態を記憶する記憶手段と、
この記憶手段に記憶された前記収容装置毎の既に確立している前記無線端末との間の通信路の状態に基づき前記収容装置に対して通知すべき前記無線端末との接続可否を判定する判定手段と
を具備することを特徴とする。
【０００９】
上記課題を解決するために本発明による収容装置選定方法は、無線端末から収容装置に対して通信リンクの確立要求を受けたとき当該収容装置からの収容可否の要請を受信する受信ステップと
前記収容可否の要請に基づき得られる前記収容装置夫々が既に確立している前記無線端末との間の通信路の状態を記憶する記憶ステップと、
この記憶ステップにより記憶された前記収容装置毎の既に確立している前記無線端末との間の通信路の状態に基づき前記収容装置に対して通知すべき前記無線端末との接続可否を判定する判定ステップと
を具備することを特徴とする。
【００１０】
上記課題を解決するために本発明による収容装置選定プログラムは、所定の通信可能範囲に一の無線端末が在るとき当該無線端末に複数の収容装置が存在する無線通信方式に適用されるコンピュータに、
無線端末から収容装置に対して通信リンクの確立要求を受けたとき当該収容装置からの収容可否の要請を受信する受信手順と
前記収容可否の要請に基づき算出される前記収容装置夫々が既に確立している前記無線端末との間の通信路の状態を記憶する記憶手順と、
この記憶手順により記憶された前記収容装置毎の既に確立している前記無線端末との間の通信路の状態に基づき前記収容装置に対して通知すべき前記無線端末との接続可否を判定する判定手順と
を実行させる。
【００１１】
本発明によれば、無線端末が収容装置と通信しようとする際に、通信管理装置、収容装置選定方法又は収容装置選定プログラムの実行により、低負荷の収容装置と通信路を確立することができ、収容装置の負荷を分散させ、通信品質の偏りを軽減することができる。
【００１２】
【発明の実施の形態】
以下、本発明に係る無線通信システム及び通信管理装置並びに収容装置選定方法及びプログラムの一実施形態を、無線通信方式としてＢｌｕｅｔｏｏｔｈに適用した例について説明する。
【００１３】
図１に示すように、本実施形態のＢｌｕｅｔｏｏｔｈシステムは、複数のアクセスポイント１０、複数のＢｌｕｅｔｏｏｔｈ端末２０を有し、建屋内、ビルの一区画内、車両内等の近距離範囲が通信可能範囲である。
【００１４】
また、本実施形態のＢｌｕｅｔｏｏｔｈシステムは、通信管理装置３０を有する。この通信管理装置３０は通信線４０によりアクセスポイント１０に接続される。そして、一のＢｌｕｅｔｏｏｔｈ端末２０に対し複数のアクセスポイント１０がアクセス可能であるのが、本実施形態の通信管理装置３０は、Ｂｌｕｅｔｏｏｔｈ端末２０が通信を行うとき、負荷が軽いアクセスポイント１０を選定し、該負荷が軽いアクセスポイント１０とＢｌｕｅｔｏｏｔｈ端末２０との間で通信路を確立するようにしている。
【００１５】
また、アクセスポイント１０は通信線５０を介してネットワーク６０及び通信端末７０に接続されている。
【００１６】
ここで、ある時点において、アクセスポイント１０−１は、Ｂｌｕｅｔｏｏｔｈ端末２０−１、２０−２、２０−３を収容し、アクセスポイント１０−２は、Ｂｌｕｅｔｏｏｔｈ端末２０−４を収容している。これらＢｌｕｅｔｏｏｔｈ端末２０−１〜２０−４は、アクセスポイント１０−１又は１０−２を介して互いに通信可能であり、また、ネットワーク４０を介して通信端末５０と通信可能である。
【００１７】
ここで、新たなＢｌｕｅｔｏｏｔｈ端末２０−５が、Ｂｌｕｅｔｏｏｔｈインターフェースを用いてネットワーク６０を介した通信を行なおうとする場合を図２を参照して説明する。図２のステップＳ１として、Ｂｌｕｅｔｏｏｔｈ端末２０−５は、アクセスポイント１０−１との同期確立フェーズの後、通信リンクの確立を要求するＬＭＰ−ｈｏｓｔ−ｃｏｎｎｅｃｔｉｏｎ−ｒｅｑコマンドをアクセスポイント１０−１に送信し、これを受信したアクセスポイント１０−１は通信管理装置３０に収容可否要請を送る（ステップＳ２）。収容可否要請を受信した通信管理装置３０は、自身が管理するアクセスポイント１０−１，１０−２の中で収容Ｂｌｕｅｔｏｏｔｈ端末１０の少ないアクセスポイントを探し、アクセスポイント１０−１がこれに該当しないため、アクセスポイント１０−１は、収容可否判断（不可）を送信する（ステップＳ３）。収容可否判断（不可）を受信したアクセスポイント１０−１は、Ｂｌｕｅｔｏｏｔｈ端末２０−５に通信リンクの確立を拒否するＬＭＰ−ｎｏｔ−ａｃｃｅｐｔｅｄコマンドを送信する（ステップＳ４）。
【００１８】
Ｂｌｕｅｔｏｏｔｈ端末２０−５は、さらに通信リンクの確立を要求するＬＭＰ−ｈｏｓｔ−ｃｏｎｎｅｃｔｉｏｎ−ｒｅｑコマンドを、先のアクセスポイント１０−１とは異なるアクセスポイント１０−２に送信し（ステップＳ１）、これを受信したアクセスポイント１０−２は通信管理装置３０に収容可否要請を送る（ステップＳ２）。収容可否要請を受信した通信管理装置３０は、自身が管理するアクセスポイントの中で収容Ｂｌｕｅｔｏｏｔｈ端末１０の少ないアクセスポイントを探し、アクセスポイント１０−２がこれに該当するため、アクセスポイント１０−２には収容可否判断（可）を送信する（ステップＳ３，Ｓ４）。収容可否判断（可）を受信したアクセスポイント１０−２は、Ｂｌｕｅｔｏｏｔｈ端末２０−５に通信リンクの確立を受け付けるＬＭＰ−ａｃｃｅｐｔｅｄコマンドを送信する（ステップＳ５）。これによりＢｌｕｅｔｏｏｔｈ端末２０−５はアクセスポイント１０−２に収容される（Ｓ６）。
【００１９】
上記の例では、Ｂｌｕｅｔｏｏｔｈ端末２０がアクセスポイント１０に対して通信リンクの確立を要求すると、アクセスポイント１０は通信管理装置３０に収容可否要請を送って通信管理装置３０から収容可否判断を受信するようにしているが、或るＢｌｕｅｔｏｏｔｈ端末２０が或るアクセスポイント１０に通信リンクの確立を要求したとき、当該アクセスポイント１０が既に通信管理装置３０から収容可否判断を受信している場合は、この収容可否判断を当該アクセスポイント１０が保持しておくことで、当該アクセスポイント１０による通信管理装置３０に対する収容可否要請の送出及び通信管理装置３０からの収容可否判断の受信を不要とすることができ、時間短縮を図ることができる。
【００２０】
アクセスポイント１０は、自身の起動時、Ｂｌｕｅｔｏｏｔｈ端末収容時、Ｂｌｕｅｔｏｏｔｈ端末切り放し時のいずれか又はその組合せ時に、その収容Ｂｌｕｅｔｏｏｔｈ端末数を通信管理装置３０に通知する。これにより通信管理装置３０は各アクセスポイントの収容Ｂｌｕｅｔｏｏｔｈ端末数を知り、収容Ｂｌｕｅｔｏｏｔｈ端末数が最小のアクセスポイントをみつけることができる。ここで、Ｂｌｕｅｔｏｏｔｈ端末切り放しとは、Ｂｌｕｅｔｏｏｔｈ端末からＬＭＰ−ｄｅｔａｃｈコマンドを受信し、Ｂｌｕｅｔｏｏｔｈ端末とのリンクを切断することを意味する。
【００２１】
また、各アクセスポイント１０は、自らが稼働していることを示す稼働通知を定期的に通信管理装置３０に送信してもよい。通信管理装置３０は一定時間以上稼働通知の届かないアクセスポイント１０を管理アクセスポイントから外すようにしてもよい。
【００２２】
また、各アクセスポイント１０は、稼働通知に、現在の収容Ｂｌｕｅｔｏｏｔｈ端末数を示す情報を乗せて通知しても良い。
【００２３】
また、通信管理装置３０は、収容可否要請の受信なしに、定期的に各アクセスポイントに収容可否判断（不可）あるいは収容可否判断（可）を送信してもよい。この場合、最も収容Ｂｌｕｅｔｏｏｔｈ端末数の少ないアクセスポイント１０に収容可否判断（可）を送信し、その他のアクセスポイント１０には収容可否判断（不可）を送信する。
【００２４】
また、各アクセスポイント１０が通信管理装置３０に送信する情報として、収容Ｂｌｕｅｔｏｏｔｈ端末数ではなく、収容Ｂｌｕｅｔｏｏｔｈ端末が過去一定時間内に送受信したパケット数を用いても良い。この場合、通信管理装置３０は、このパケット送受信数の少ないアクセスポイントのみに新たなＢｌｕｅｔｏｏｔｈ端末の収容を許可する。
【００２５】
本実施形態では、通信管理装置３０とアクセスポイント１０が別個に存在する形態にて説明を行なったが、通信管理装置３０の機能がアクセスポイント１０に具備され、物理的には通信管理装置３０とアクセスポイント１０とを分けない構成であっても、本発明は適用可能である。
【００２６】
次に、図３を参照して本実施形態における通信管理装置３０を詳細に説明する。
【００２７】
図３に示すように、本実施形態の通信管理装置３０は、収容状態記憶部３０Ａ、収容可否判定部３０Ｂ及び通信部３０Ｃからなり、図４に示すフローにより、アクセスポイント１０が既に確立しているＢｌｕｅｔｏｏｔｈ端末２０との間の通信路の状態に応じてアクセスポイント１０夫々に対しＢｌｕｅｔｏｏｔｈ端末２０との接続可否を通知するものとなっている。
【００２８】
通信部３０Ｃは、ステップＴ１にて、アクセスポイント１０から収容可否要請を受けとると、これに含まれるアクセスポイントＩＰアドレスとアクセスポイント起動時刻と収容台数とを、収容状態記憶部に送信し、収容状態記憶部３０Ｂはこれを記憶する（ステップＴ２）。
【００２９】
ここで、収容可否要請のフォーマット例を図５に示す。アクセスポイントＩＰアドレスは、アクセスポイントを識別する情報であり、アクセスポイント起動時刻はそのアクセスポイントが再起動したか否かを確認する情報であり、収容台数はそのアクセスポイント１０が現在収容しているＢｌｕｅｔｏｏｔｈ端末数を確認する情報である。
【００３０】
さらに、通信部３０Ｃは、収容可否要請のアクセスポイントＩＰアドレスを収容可否判定部３０Ｂに送信する。収容可否判定部３０Ｂは、収容可否要請のアクセスポイントＩＰアドレスから以下の手順で収容可否判断を行なう。
【００３１】
１．　収容状態記憶部３０Ａに記憶されているアクセスポイントの中で収容Ｂｌｕｅｔｏｏｔｈ端末が最小のものを探し、そのアクセスポイントＩＰアドレスを得る（ステップＴ３）。
【００３２】
２．　得られたアクセスポイントＩＰアドレスが収容可否要請のアクセスポイントＩＰアドレスとを比較し、等しければ収容可と判断し、そうでなければ収容不可と判断する（ステップＴ４）。
【００３３】
収容可否判定部３０Ｂは、収容可否判断の結果を通信部３０Ｃに送信し、通信部３０Ｃはその可否判断結果に従い収容可否判断（不可）あるいは収容可否判断（可）を収容可否要請の送信アクセスポイント１０へ送信する（ステップＴ５，Ｔ６）。
【００３４】
図６に収容可否判断（可）と収容可否判断（不可）のフォーマットの例を示す。収容可否判断（可）と収容可否判断（不可）の違いは、収容可否判断フィールドの値である。
【００３５】
通信部３０Ｃは、アクセスポイントからの稼働通知を受けとると、これに含まれるアクセスポイントＩＰアドレスとアクセスポイント起動時刻と収容台数と収容済みのＢｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスとを、収容状態記憶部３０Ａに送信し、収容状態記憶部３０Ａはこれを記憶する。ここで、稼働通知のメッセージフォーマットの例を図７に示す。アクセスポイントＩＰアドレスはアクセスポイントを識別する情報であり、アクセスポイント起動時刻はそのアクセスポイントが再起動したか否かを確認する情報であり、収容台数と収容済みのＢｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスは、そのアクセスポイントが現在収容しているＢｌｕｅｔｏｏｔｈ端末２０を確認する情報である。
【００３６】
収容状態記憶部３０Ａは、あるアクセスポイントＩＰアドレスに対して、一定時間以上通信部３０からアクセスポイントＩＰアドレスとアクセスポイント起動時刻と収容台数と収容済みのＢｌｕｅｔｏｏｔｈ端末のＢｌｕｅｔｏｏｔｈアドレスとを受けとらなかった場合、そのアクセスポイントＩＰアドレスに関する情報（アクセスポイント起動時刻と収容台数と収容済みのＢｌｕｅｔｏｏｔｈ端末のＢｌｕｅｔｏｏｔｈアドレス）を記憶から削除する。
【００３７】
収容可否判定部３０Ｂは、上記のステップに代えて、定期的に以下の手順に従い、各アクセスポイントの可否判断結果を通信部３０Ｃに送信しても良い。
【００３８】
１．　収容状態記憶部３０Ａを検索し、収容可否判定部３０Ｂの記憶するすべてのアクセスポイントＩＰアドレスを得る。
【００３９】
２．　収容状態記憶部３０Ａを検索し、収容Ｂｌｕｅｔｏｏｔｈ端末数の一番少ない収容可否判定部３０Ｂの記憶するすべてのアクセスポイントＩＰアドレスを得る。
【００４０】
３．　収容Ｂｌｕｅｔｏｏｔｈ端末数の一番少ないアクセスポイントＩＰアドレスを持つアクセスポイント１０を収容可とし、それ以外のアクセスポイントＩＰアドレスを持つアクセスポイント１０を収容不可と判断。
【００４１】
通信部３０Ｃは、その可否判断結果に従い、各々のアクセスポイント１０に収容可否判断（不可）あるいは収容可否判断（可）を送信する。
【００４２】
また、新たなＢｌｕｅｔｏｏｔｈ端末２０の収容可否判断基準として、収容Ｂｌｕｅｔｏｏｔｈ端末数ではなく、収容Ｂｌｕｅｔｏｏｔｈ端末２０が過去一定時間内に送受信したパケット数を用いても良い。この場合、収容可否要請稼働通知にて収容台数ではなく収容Ｂｌｕｅｔｏｏｔｈ端末２０が過去一定時間内に送受信したパケット数を記し、収容状態記憶部は収容Ｂｌｕｅｔｏｏｔｈ端末数の代わりにこのパケット数を記憶し、収容可否判定部３０Ｂはもっとも収容Ｂｌｕｅｔｏｏｔｈ端末数の少ないアクセスポイント１０の代わりにもっともこのパケット数の少ないアクセスポイント１０にのみ新たなＢｌｕｅｔｏｏｔｈ端末２０の収容を可と判断するようにもできる。
【００４３】
本発明におけるアクセスポイントの選定方法は、選定されるアクセスポイントが固定的でないようにすることで、特定のアクセスポイントへのＢｌｕｅｔｏｏｔｈ端末の集中を防止するものである。
【００４４】
かかる課題を達成するため上記実施形態では、通信管理装置３０において各アクセスポイント１０の収容端末数を把握し、特定のアクセスポイントにＢｌｕｅｔｏｏｔｈ端末が集中しないという条件で、各アクセスポイント１０に対して接続可否の判定結果を通知するようにしている。そして、判定手法としては、収容端末数の一番少ないアクセスポイント１０は収容可とし、それ以外のアクセスポイント１０は収容不可と判断する例を示した。この場合、一般に、収容端末数の大小の比較単位は１であるが、２以上であってもよい。
【００４５】
例えば、大小の比較単位を２とすると、端末数の差が２の場合は同一と見なされるので、一のアクセスポイント１０の収容端末数が他のアクセスポイント１０の収容端末数よりその差分が３を超える数であるとき、当該一のアクセスポイント１０を収容不可とし、他のアクセスポイント１０を収容可とする判断手法を採用することができる。
【００４６】
また、本発明におけるアクセスポイントの選定方法は、選定されるアクセスポイントが固定的でないようにすることでであるから、上記のような各アクセスポイントの負荷均衡を図ることに代えて、ある負荷分担パターンを設定し且つ保持し、該パターンに沿うように、各アクセスポイント１０に対して接続可否の判定結果を通知することもできる。
【００４７】
なお、本実施形態では、アクセスポイント１０と通信管理装置３０との間の情報のやりとりに、ＩＰパケットを用いたＵＤＰ通信を利用する例を示した。しかしながら、ＩＰパケット以外にも他の通信方法にて情報をやりとりした場合にも本発明は適用可能である。その場合は、収容可否要請と稼働通知のメッセージ内のアクセスポイントＩＰアドレスは、例えばＢｌｕｅｔｏｏｔｈアドレスのように、アクセスポイントを一意に識別する情報を用いれば良い。
【００４８】
本発明は、無線通信方式として、Ｂｌｕｅｔｏｏｔｈを例示したが、ＩＥＥＥ８０２．１１ｂを用いた通信方式にも本発明を適用することができる。
【００４９】
なお、通信管理装置３０の一部又は全部は、ハードウェアとして構成する場合の他に、図３、図４に示される各ステップを含むプログラムの実行によっても実現され得る。
【００５０】
【発明の効果】
以上述べたように本発明によれば、通信路の確立に際して収容装置に偏りが生じないようにして無線端末を収容することを可能とする無線通信システム及び通信管理装置並びに収容装置選定方法及びプログラムを提供できるものである。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る無線通信システムを示す構成図。
【図２】同実施形態におけるアクセスポイント選定の手順を示すフローチャート。
【図３】同実施形態における通信管理装置の詳細ブロック図。
【図４】同アクセスポイント選定の手順における通信管理装置の動作を示すフローチャート。
【図５】同実施形態における収容可否要請のフォーマットの例を示す図。
【図６】同実施形態における収容可否判断のフォーマットの例を示す図。
【図７】同実施形態における稼働通知のメッセージフォーマットの例を示す図。
【符号の説明】
１０…アクセスポイント
２０…Ｂｌｕｅｔｏｏｔｈ端末
３０…通信管理装置
３０Ａ…収容状態記憶部
３０Ｂ…収容可否判定部
３０Ｃ…通信部
４０…通信線
５０…通信線
６０…ネットワーク
７０…通信端末
【図１】
2004007078.tif 000003
【図２】
2004007078.tif 000004
【図３】
2004007078.tif 000005
【図４】
2004007078.tif 000006
【図５】
2004007078.tif 000007
【図６】
2004007078.tif 000008
【図７】
2004007078.tif 000009