(57)【要約】【課題】  複数の制御装置に接続する可能性のある通信装置が、通信帯域を有効に利用できるようにすることを目的とする。【解決手段】  制御装置は、通信装置と関連付けを行なう関連付け手段と、関連付け手段により関連付けられた通信装置が関連付けられる他の制御装置を検出する検出手段と、検出手段により他の制御装置が検出された場合、他の制御装置が通信に用いる通信帯域を、制御装置の通信に用いる通信帯域として設定する設定手段とを有する。【選択図】  図４
2012129651.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを制御する制御装置であって、
通信装置と関連付けを行なう関連付け手段と、
前記関連付け手段により関連付けられた前記通信装置が関連付けられる他の制御装置を検出する検出手段と、
前記検出手段により前記他の制御装置が検出された場合、前記他の制御装置が通信に用いる通信帯域を、前記制御装置の通信に用いる通信帯域として設定する設定手段と
を有することを特徴とする制御装置。
【請求項２】
前記検出手段は、
前記他の制御装置が送信する報知信号に基づいて、前記他の制御装置を検出する
ことを特徴とする請求項１記載の制御装置。
【請求項３】
前記関連付け手段により前記通信装置と関連付けが行なわれた場合、前記通信装置の情報を含む報知信号を送信する送信手段
を更に有することを特徴とする請求項１又は２記載の制御装置。
【請求項４】
前記関連付け手段により前記通信装置と関連付けが行なわれた場合、前記通信装置の情報と前記制御装置が通信に用いる通信帯域の情報とを含む報知信号を送信する送信手段
を更に有することを特徴とする請求項１又は２記載の制御装置。
【請求項５】
前記制御装置は、
Ｗｉｒｅｌｅｓｓ ＵＳＢで規定されたホストである
ことを特徴とする請求項１から４のいずれか１項に記載の制御装置。
【請求項６】
前記通信装置は、
Ｗｉｒｅｌｅｓｓ ＵＳＢで規定されたコンカレントデバイスである
ことを特徴とする請求項１から５のいずれか１項に記載の制御装置。
【請求項７】
請求項１から６のいずれか１項に記載の制御装置と、
前記制御装置と関連付けられた通信装置と、
前記制御装置と関連付けられた前記通信装置に関連付けられる他の制御装置と
を有することを特徴とする通信システム。
【請求項８】
ネットワークを制御する制御装置の制御方法であって、
関連付け手段が、通信装置と関連付けを行なう工程と、
検出手段が、前記関連付け手段により関連付けられた前記通信装置が関連付けられる他の制御装置を検出する工程と、
設定手段が、前記検出手段により前記他の制御装置が検出された場合、前記他の制御装置が通信に用いる通信帯域を、前記制御装置の通信に用いる通信帯域として設定する工程と
を有することを特徴とする制御方法。
【請求項９】
コンピュータを、請求項１から６のいずれか１項に記載の制御装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信システム、制御方法及びプログラムに関する。
【背景技術】
【０００２】
通信方式の一つとして、ＷＵＳＢ（Wireless USB）を用いた技術が知られている。ＷＵＳＢにおけるホストとデバイスは、通信開始前に、ＷＵＳＢ規格で規定されるアソシエーションという処理により関連付けられる。この関連付けは、ＵＳＢケ−ブルによるものと、無線によるものとが規定されている。
【０００３】
また、ホスト及びデバイスは、使用周波数帯を示すＢＧ（Band Group）及びＴＦＣ（Time Frequency Code）で規定される周波数ホッピング方式によって通信し、この通信は、同一のＢＧ及びＴＦＣを用いて行なわれる。ホストは、通常、空きチャネルを選択するなどして、自身が使用するＢＧ及びＴＦＣを選択する。また、ホストは、互いに非同期に且つ他のホストと協調せずに、デバイスの使用帯域を割り当てる（すなわち、ＢＧ又はＴＦＣを設定する）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−３５２８３５号公報
【特許文献２】特開平１０−１３５９６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＷＵＳＢ方式のデバイスとしては、複数のホストに対して同時に接続可能なコンカレントデバイス（以下、Ｃ−デバイスと略して呼ぶ場合もある）が開発されている。Ｃ−デバイスが接続する複数のホストは、同一のＢＧ及びＴＦＣ、すなわち、同一のチャネルを使用するのが望ましい。
【０００６】
なぜならば、複数のホストが異なるＢＧ及びＴＦＣを使用していた場合、デバイスにおいては、時間的に重なる区間を使用帯域として複数のホストから割り当てられることがあるためである。この場合、デバイスは、割り当てられた使用帯域を有効に利用できない。
【０００７】
上述した特許文献１及び２では、無線端末の指示により他の無線端末がチャネル（ＢＧ及びＴＦＣに相当する）を変更する技術が提案されているが、これらに記載された方法では、通信を開始するまでにチャネル変更指示等のオーバーヘッドが発生してしまう。
【０００８】
本発明は、上記課題に鑑みてなされたものであり、複数の制御装置に接続する可能性のある通信装置が、通信帯域を有効に利用できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明の一態様は、ネットワークを制御する制御装置であって、通信装置と関連付けを行なう関連付け手段と、前記関連付け手段により関連付けられた前記通信装置が関連付けられる他の制御装置を検出する検出手段と、前記検出手段により前記他の制御装置が検出された場合、前記他の制御装置が通信に用いる通信帯域を、前記制御装置の通信に用いる通信帯域として設定する設定手段とを有する。
【発明の効果】
【００１０】
本発明によれば、通信装置が複数の制御装置に関連付けられている場合、当該複数の制御装置が同じ通信帯域を用いて通信するため、通信装置は通信帯域を有効に利用することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施の形態に係わる通信システムの構成の一例を示す図。
【図２】図１に示すホスト２０の機能的な構成の一例を示す図。
【図３】（ａ）はデバイス情報管理部２８に管理される情報の一例を示す図であり、（ｂ）及び（ｃ）は受信ビーコン管理部２９に管理される情報の一例を示す図。
【図４】図１に示す通信システムの処理の流れの一例を示すシーケンスチャート。
【図５】図１に示す通信システムの処理の流れの一例を示すフローチャート。
【図６】実施形態２に係わる通信システムの処理の流れの一例を示すシーケンスチャート。
【図７】実施形態２に係わる受信ビーコン管理部２９に管理される情報の一例を示す図。
【図８】実施形態２に係わるホスト２０の処理の流れの一例を示すフローチャート。
【図９】実施形態３に係わるデバイス１０の機能的な構成の一例を示す図。
【図１０】（ａ）はホスト情報管理部１３に管理される情報の一例を示す図であり、（ｂ）はデバイス情報管理部２８に管理される情報の一例を示す図。
【図１１】実施形態３に係わる通信システムの処理の流れの一例を示すシーケンスチャート。
【図１２】実施形態３に係わるホスト２０の処理の流れの一例を示すフローチャート。
【図１３】実施形態３に係わる通信システムの処理の流れの一例を示すシーケンスチャート。
【図１４】実施形態３に係わる通信システムの処理の流れの一例を示すシーケンスチャート。
【図１５】実施形態３に係わるデバイス１０の処理の流れの一例を示すフローチャート。
【発明を実施するための形態】
【００１２】
以下、本発明の一実施の形態について添付図面を参照して詳細に説明する。
【００１３】
（実施形態１）
図１は、本発明の一実施の形態に係わる通信システムの構成の一例を示す図である。
【００１４】
通信システムには、デバイス１０と、複数のホスト２０（２０ａ〜２０ｃ）とが設けられ、これら各装置間では、Ｗｉｒｅｌｅｓｓ ＵＳＢ（ＷＵＳＢ）を用いた無線通信が行なわれる。この場合、ＤＶＣはデバイス１０に相当し、ＴＶはホスト２０ａに相当し、複数のＰＣがホスト２０ｂ及び２０ｃにそれぞれ相当する。
【００１５】
ここで、ホスト２０は、ＷＵＳＢホスト（ＷＵＳＢで規定されたホスト）として機能し、デバイス１０との間の各種通信を制御する。デバイス１０は、ＷＵＳＢデバイス（ＷＵＳＢで規定されたデバイス）として機能する。本実施形態においては、デバイス１０とホスト２０との間でアソシエーション（関連付け処理）が実施された後、ホスト及びデバイス間における接続が確立される通信方式が利用される。
【００１６】
デバイス１０は、複数のホスト２０に対して同時に接続可能なコンカレントデバイス（以下、Ｃ−デバイスと略して呼ぶ場合もある）である。より具体的には、デバイス１０は、１つの無線部を用いて、複数のホスト２０とアソシエーションし、それらホスト２０に対して同時に接続状態となれる。
【００１７】
以上が、通信システムの全体構成の一例についての説明である。なお、上記説明した、デバイス１０及び複数のホスト２０各々には、例えば、コンピュータが内蔵されている。コンピュータには、ＣＰＵ等の主制御手段、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）等の記憶手段が具備される。また、コンピュータにはその他、キーボード、マウス、ディスプレイ又はタッチパネル等の入出力手段等も具備される。なお、これら各構成部は、バス等により接続され、主制御手段が記憶手段に記憶されたプログラムを実行することで制御される。
【００１８】
次に、図２を用いて、図１に示すホスト２０（２０ａ〜２０ｃ）の機能的な構成の一例について説明する。
【００１９】
ホスト（制御装置）２０は、その機能的な構成として、通信状態判定部２１と、ビーコン受信処理部２２と、ビーコン情報判定部２３と、ビーコン編集部２４と、無線部２５と、ビーコン送信処理部２６と、チャネル設定部２７とを具備して構成される。また、ホスト２０には、デバイス情報管理部２８や受信ビーコン管理部２９も設けられる。
【００２０】
通信状態判定部２１は、デバイス情報管理部２８に管理された情報に基づいて、自装置の通信状態を判定する。例えば、デバイス１０とアソシエーション済みであるか等の判定を行なう。
【００２１】
デバイス情報管理部２８は、アソシエーション済みのデバイスの情報を管理する。デバイス情報の管理は、例えば、ＲＡＭ等を用いて行なわれる。具体的には、デバイス情報管理部２８は、図３（ａ）に示すように、アソシエーションしたデバイスの通し番号と、デバイスを識別するためのＭＡＣアドレスと、属性とを対応付けて管理する。なお、本実施形態においては、属性として、アソシエーションしたデバイスが、Ｃ−デバイスであるか否かの情報が管理される。
【００２２】
無線部２５は、ＷＵＳＢ方式のホストとして動作し、デバイス１０と通信する。ビーコン送信処理部２６は、他の装置に向けてビーコンを送信し、ビーコン受信処理部２２は、他の装置からのビーコンを受信する。ビーコンの送信及び受信は、無線部２５を介して行なわれる。なお、本実施形態においては、報知信号の一例として、ビーコンを例に挙げて説明するが、報知信号は、これに限られない。
【００２３】
ビーコン編集部２４は、ビーコンを編集する。ビーコン編集部２４は、デバイス情報管理部２８に管理されたデバイスの情報に基づいて、送信するビーコンの内容を編集する。具体的には、ビーコンにおけるＩＥ（Infomation Element）の拡張領域を使用して、アソシエーション済みのデバイスの属性をビーコンに設定する。
【００２４】
受信ビーコン管理部（報知信号管理部）２９は、他のホスト２０やデバイス１０から受信したビーコンを管理する。受信ビーコンの管理は、例えば、ＲＡＭ等を用いて行なわれる。具体的には、受信ビーコン管理部２９は、図３（ｂ）及び図３（ｃ）に示すように、受信したビーコンの通し番号と、ビーコン送信元の装置のＭＡＣアドレスと、送信元の装置が使用するＢＧ及びＴＦＣと、属性とを対応付けて管理する。ＢＧ（Band Group）及びＴＦＣ（Time Frequency Code）は、使用周波数帯（通信帯域）を示す。属性は、ビーコン送信元の装置がアソシエーション済みのデバイスの属性を示す。
【００２５】
ビーコン情報判定部（報知信号情報判定部）２３は、デバイス情報管理部２８と受信ビーコン管理部２９とから属性の情報（属性情報）を取得し、取得した属性情報を比較する。チャネル設定部２７は、ホスト２０が使用するＢＧ及びＴＦＣを設定する。
【００２６】
以上が、ホスト２０の機能的な構成の一例についての説明である。ここでは、デバイス１０の機能的な構成の説明については省略するが、デバイス１０には、例えば、上述した、ビーコン受信処理部２２と、ビーコン編集部２４と、無線部２５と、ビーコン送信処理部２６とが機能的な構成として設けられる。
【００２７】
次に、図４に示すシーケンスチャートを用いて、図１に示す通信システムにおける処理の流れの一例について説明する。
【００２８】
まず、デバイス１０とホスト２０ａとの間でアソシエーションが行われる（Ｓ１０１）。このとき、デバイス１０は、ホスト２０ａに対して自装置がＣ−デバイスである旨を通知する（Ｓ１０２）。また、デバイス１０は、ホスト２０ｂとも、ホスト２０ａと同様の処理を行なう（Ｓ１０３及びＳ１０４）。
【００２９】
ホスト２０ａ及びホスト２０ｂは、一連のアソシエーション処理の中で、Ｃ−デバイスである旨の通知をデバイス１０から受信すると、デバイス情報管理部２８において、当該デバイス１０に関する情報を管理する。このとき、ホスト２０ａ及びホスト２０ｂのデバイス情報管理部２８には、図３（ａ）に示すように、デバイス１０に関する情報として、通し番号「１」、ＭＡＣアドレス「ａａ：ａａ：ａａ：ａａ：ａａ：ａａ」、属性「Ｃ−デバイス」が管理される。
【００３０】
ここで、ホスト２０ａは、無線部２５の電源をオンする（Ｓ１０５）。そして、デバイス情報管理部２８を参照し、自装置がＣ−デバイスとアソシエーション済みであるか否かを判定する。この場合、デバイス情報管理部２８には、図３（ａ）に示す情報が管理されており、ホスト２０ａは、属性がＣ−デバイスであるデバイス１０とアソシエーション済みである。そのため、ホスト２０ａは、周囲の装置からビーコンを受信し、受信ビーコン管理部２９において、当該受信したビーコンを管理する（Ｓ１０６）。このとき、周囲の装置（デバイス１０及びホスト２０ｂ）は、ビーコンを送信していないため、ホスト２０ａの受信ビーコン管理部２９には、図３（ｂ）に示すように、データは格納されない。
【００３１】
次に、ホスト２０ａは、受信ビーコン管理部２９を検索し、属性に「Ｃ−デバイス」が設定されたビーコンがあるか否かを判定する。この場合、そのようなビーコンは存在しないため、ホスト２０ａは、空きチャネルを選択する等してＢＧ及びＴＦＣを設定する（Ｓ１０７）。
【００３２】
その後、ホスト２０ａは、Ｃ−デバイスとアソシエーション済みであることを示すＩＥ（以下、Ｃ−デバイスＩＥ（コンカレントデバイス情報）と呼ぶ）をビーコンに設定し、送信する（Ｓ１０８）。このビーコンを受信したデバイス１０は、ホスト２０ａとの間で接続処理を実施し、ホスト２０ａと接続する（Ｓ１０９）。ここで、デバイス１０は、Ｃ−デバイスであるので、Ｃ−デバイスＩＥをビーコンに設定し、当該ビーコンを送信する（Ｓ１１０）。
【００３３】
ここで、ホスト２０ｂにおいても、無線部２５の電源がオンされたとする（Ｓ１１１）。ホスト２０ｂは、周囲の装置からビーコンを受信し、受信ビーコン管理部２９において、当該受信したビーコンを管理する（Ｓ１１２）。このとき、ホスト２０ｂの受信ビーコン管理部２９には、図３（ｃ）に示すように、Ｓ１１３で受信したビーコンが管理されている。すなわち、送信元アドレスとして「ホスト２０ａのＭＡＣアドレス」、ＢＧとして「ＢＧ１」、ＴＦＣとして「ＴＦＣ１」が管理される。また、Ｓ１１３で受信したビーコンには、Ｃ−デバイスＩＥが設定されているため、属性としては、「Ｃ−デバイス」が保持されている。
【００３４】
続いて、ホスト２０ｂは、受信ビーコン管理部２９を検索し、属性に「Ｃ−デバイス」が設定されたビーコンがあるか否かを判定する。この場合、該当のビーコンが存在するため、ホスト２０ｂは、ビーコンの送信元であるホスト２０ａが使用しているＢＧ及びＴＦＣと同一の値を自装置のＢＧ及びＴＦＣとして設定する（Ｓ１１４）。すなわち、ホスト２０ｂは、ホスト２０ａ及びデバイス１０の通信で使用されているＢＧ及びＴＦＣと同じ通信帯域を自装置のＢＧ及びＴＦＣとして設定する。
【００３５】
その後、ホスト２０ｂは、Ｃ−デバイスＩＥをビーコンに設定し、送信する（Ｓ１１５及びＳ１１６）。これにより、ホスト２０ｂからのビーコンを受信したデバイス１０は、当該ホスト２０ｂと接続処理を実施する（Ｓ１１７）。接続が確立すると、両装置間で通信が開始される。
【００３６】
このように実施形態１においては、Ｃ−デバイスであるデバイス１０とアソシエーションしているホスト２０ａ及び２０ｂは、自律的に同一のＢＧ及びＴＦＣを設定することになる。
【００３７】
なお、図４に示すシーケンスチャートにおいては、ホスト２０ｂは、Ｓ１１３に示すホスト２０ａから送信されるビーコンを受信し、当該ビーコンに基づいて自装置のＢＧ及びＴＦＣを設定しているが、これに限られない。すなわち、ホスト２０ｂは、ホスト２０ａから送信されるビーコンではなく、デバイス１０から送信されるビーコンを受信しても良い。この場合にも、デバイス１０から受信したビーコンには、Ｃ−デバイスＩＥが設定されているため、デバイス１０及び複数のホスト２０ａ及び２０ｂ間で同じチャネルが使用されることになる。
【００３８】
次に、図５（ａ）に示すフローチャートを用いて、図１に示すホスト２０（２０ａ〜２０ｃ）の処理の流れの一例について説明する。
【００３９】
この処理が始まると、ホスト２０は、まず、通信状態判定部２１において、Ｃ−デバイスとアソシエーション済みであるか否かの判定を行なう。アソシエーション済みでなければ（Ｓ２０１でＮＯ）、チャネル設定部２７において、空きチャネルを選択する等してＢＧ及びＴＦＣを設定する（Ｓ２０２）。そして、ビーコン送信処理部２６において、ビーコンの送信を開始する（Ｓ２０９）。
【００４０】
また、Ｃ−デバイスとアソシエーション済みであれば（Ｓ２０１でＹＥＳ）、ホスト２０は、ビーコン受信処理部２２において、他の装置から送信されているビーコンを受信する。そして、受信ビーコン管理部２９において、当該受信したビーコンに関する情報を管理する（Ｓ２０３）。
【００４１】
次に、ホスト２０は、ビーコン情報判定部２３において、受信ビーコン管理部２９を検索し、属性が「Ｃ−デバイス」であるビーコンが管理されているか否かを判定する。該当のビーコンが管理されていなければ（Ｓ２０４でＮＯ）、ホスト２０は、チャネル設定部２７において、空きチャネルを選択する等してＢＧ及びＴＦＣを設定する（Ｓ２０５）。その後、ホスト２０は、Ｃ−デバイスとアソシエーション済みであるため、ビーコン編集部２４において、Ｃ−デバイスＩＥをビーコンに設定し（Ｓ２０８）、ビーコン送信処理部２６において、ビーコンの送信を開始する（Ｓ２０９）。
【００４２】
Ｓ２０４の判定の結果、属性が「Ｃ−デバイス」であるビーコンが受信ビーコン管理部２９に管理されていれば（Ｓ２０４でＹＥＳ）、ホスト２０は、チャネル設定部２７において、当該ビーコン送信元が使用しているＢＧ及びＴＦＣを特定する（Ｓ２０６）。そして、特定したＢＧ及びＴＦＣと同一のＢＧ及びＴＦＣを設定する（Ｓ２０７）。例えば、図３（ｃ）に示す情報が受信ビーコン管理部２９に管理されていれば、ＢＧには「ＢＧ１」、ＴＦＣには「ＴＦＣ１」が設定される。なお、属性が「Ｃ−デバイス」であるビーコンが受信ビーコン管理部２９に複数保持されている場合には、無作為にいずれかを選択しても良いし、また、ＢＧ１及びＴＦＣの値が低い又は高い等に応じていずれかを選択するようにしても良い。
【００４３】
その後、ホスト２０は、ビーコン編集部２４において、Ｃ−デバイスＩＥをビーコンに設定し（Ｓ２０８）、ビーコン送信処理部２６において、ビーコンの送信を開始する（Ｓ２０９）。
【００４４】
次に、図５（ｂ）に示すフローチャートを用いて、図１に示すデバイス１０の処理の流れの一例について説明する。
【００４５】
デバイス１０は、自装置がＣ−デバイスであれば（Ｓ３０１でＹＥＳ）、Ｃ−デバイスＩＥをビーコンに設定し（Ｓ３０２）、ビーコンの送信を開始する（Ｓ３０３）。一方、Ｃ−デバイスでなければ（Ｓ３０１でＮＯ）、そのままビーコンの送信を開始する（Ｓ３０３）。
【００４６】
以上説明したように実施形態１によれば、Ｃ−デバイスであるデバイス１０とアソシエーションしている複数のホスト２０は、自律的に同一のＢＧ及びＴＦＣを設定することになる。これにより、ホスト２０及びデバイス１０が通信を開始するまでの間にチャネル変更指示等のオーバーヘッドが発生しない。また、デバイス１０は、通信帯域を有効に利用することができる。
【００４７】
（実施形態２）
次に、実施形態２について説明する。実施形態２においては、Ｃ−デバイスとアソシエーション済みであることを示すＣ−デバイスＩＥに加えて、Ｃ−デバイスの識別情報（実施形態２においては、ＭＡＣアドレス）をビーコンに設定して送信する場合について説明する。なお、Ｃ−デバイスの識別情報は、必ずしもＭＡＣアドレスである必要はなく、Ｃ−デバイスを一意に識別できる情報であれば何でも良い。
【００４８】
図６に示すシーケンスチャートを用いて、実施形態２に係わる通信システムにおける処理の流れの一例について説明する。ここでは、ホスト２０ｃは、デバイス１０とはアソシエーションしておらず、不図示の他のＣ−デバイスとアソシエーションしているものとして説明する。なお、実施形態１を説明した図４と同様の処理については同一の符号を付し、その説明については省略する場合もある。
【００４９】
実施形態１を説明した図４と同様にしてＳ１０１〜Ｓ１０７までの処理が行なわれると、ホスト２０ａは、Ｃ−デバイスであるデバイス１０のＭＡＣアドレスと、Ｃ−デバイスＩＥとをビーコンに設定する。そして、当該ビーコンを送信する（Ｓ４０１、Ｓ４０３、Ｓ４０４）。このビーコンを受信したデバイス１０は、ホスト２０ａとの間で接続処理を実施し、ホスト２０ａと接続する（Ｓ１０９）。ここで、デバイス１０は、Ｃ−デバイスであるので、自装置のＭＡＣアドレスとＣ−デバイスＩＥとをビーコンに設定し、送信する（Ｓ４０２）。
【００５０】
ここで、ホスト２０ｃにおいて、無線部２５の電源がオンされるとともに（Ｓ４０７）、ビーコンの受信処理が行なわれる（Ｓ４０８）。このとき、ホスト２０ｃの受信ビーコン管理部２９においては、図７に示すように、Ｓ４０４で受信したビーコンが管理される。実施形態２に係わる受信ビーコン管理部２９においては、実施形態１を説明した図３（ｂ）及び図３（ｃ）に加えて、「Ｃ−デバイスのＭＡＣアドレス」が対応付けて管理される。
【００５１】
ホスト２０ｃは、当該受信したビーコンに設定されたＣ−デバイスのＭＡＣアドレスを参照する。この場合、Ｃ−デバイスのＭＡＣアドレスは、デバイス１０のＭＡＣアドレスであるので「ａａ：ａａ：ａａ：ａａ：ａａ：ａａ」となる。そして、ホスト２０ｃは、デバイス情報管理部２８に管理されているＭＡＣアドレスと、当該ビーコンに設定されたＣ−デバイスのＭＡＣアドレスとを比較する。上述した通り、ホスト２０ｃは、デバイス１０以外の他のＣ−デバイスとアソシエーションしているため、ここでは、両者のＭＡＣアドレスは不一致となる。
【００５２】
そのため、ホスト２０ｃは、空きチャネルを選択する等してＢＧ及びＴＦＣを設定する（Ｓ４０９）。その後、ホスト２０ｃは、他のＣ−デバイスとアソシエーション済みであるため、Ｃ−デバイスＩＥ及び他のＣ−デバイスのＭＡＣアドレスをビーコンに設定し、ビーコン送信処理部２６において、ビーコンの送信を開始する。
【００５３】
一方、ホスト２０ｂは、ホスト２０ａからのビーコンを受信する（Ｓ４０３）。そして、当該ビーコンの送信元であるホスト２０ａが使用しているＢＧ及びＴＦＣと同一の値を自装置のＢＧ及びＴＦＣとして設定する（Ｓ４０５）。すなわち、ホスト２０ｂは、ホスト２０ａ及びデバイス１０の通信で使用されているＢＧ及びＴＦＣと同じ通信帯域を自装置のＢＧ及びＴＦＣとして設定する。
【００５４】
その後、ホスト２０ｂは、Ｃ−デバイスＩＥ及びデバイス１０のＭＡＣアドレスをビーコンに設定し、送信する（Ｓ４０６）。これにより、ホスト２０ｂからのビーコンを受信したデバイス１０は、当該ホスト２０ｂと接続処理を実施する（Ｓ１１７）。接続が確立すると、両装置間で通信が開始される。
【００５５】
このように実施形態２においては、Ｃ−デバイスＩＥに加えて、Ｃ−デバイスのＭＡＣアドレスをビーコンに設定する。これにより、同一のＣ−デバイスとアソシエーションしているホスト２０のみが同一のチャネルを設定することになる。すなわち、デバイス１０とアソシエーションしたホスト２０ａ及びホスト２０ｂは、同一チャネルを設定することになるが、ホスト２０ｃは、当該チャネルを使用しないため、デバイス１０は、より広い通信帯域を使用できることになる。
【００５６】
次に、図８に示すフローチャートを用いて、実施形態２に係わるホスト２０（２０ａ〜２０ｃ）の処理の流れの一例について説明する。なお、実施形態１を説明した図５（ａ）と同様の処理については同一の符号を付し、その説明については省略する場合もある。
【００５７】
実施形態１を説明した図５（ａ）と同様にＳ２０１〜Ｓ２０４までの処理が行なわれる。ここで、属性が「Ｃ−デバイス」であるビーコンが受信ビーコン管理部２９に管理されていれば（Ｓ２０４でＹＥＳ）、ホスト２０は、ビーコン情報判定部２３において、当該ビーコンに設定されたＣ−デバイスのＭＡＣアドレスを取得する（Ｓ５０１）。そして、当該ＭＡＣアドレスと、デバイス情報管理部２８に管理されたＭＡＣアドレスとを比較する（Ｓ５０２）。
【００５８】
比較の結果、両者のＭＡＣアドレスが不一致であれば（Ｓ５０３でＮＯ）、ホスト２０は、チャネル設定部２７において、空きチャネルを選択する等してＢＧ及びＴＦＣを設定する（Ｓ２０５）。その後、ホスト２０は、Ｃ−デバイスとアソシエーション中であるため、ビーコン編集部２４において、Ｃ−デバイスＩＥ及び当該デバイスのＭＡＣアドレスをビーコンに設定する（Ｓ５０４）。そして、ビーコン送信処理部２６において、ビーコンの送信を開始する（Ｓ２０９）。
【００５９】
一方、Ｓ５０３の判定の結果、両者のＭＡＣアドレスが一致していれば（Ｓ５０３でＹＥＳ）、ホスト２０は、チャネル設定部２７において、当該ビーコン送信元が使用しているＢＧ及びＴＦＣを特定する（Ｓ２０６）。そして、特定したＢＧ及びＴＦＣと同一のＢＧ及びＴＦＣを設定する（Ｓ２０７）。その後、ホスト２０は、ビーコン編集部２４において、Ｃ−デバイスＩＥ及び当該デバイスのＭＡＣアドレスをビーコンに設定し（Ｓ５０４）、ビーコン送信処理部２６において、ビーコンの送信を開始する（Ｓ２０９）。
【００６０】
なお、デバイス１０側の処理についての説明については省略する。実施形態２に係わるデバイス１０側の処理としては、実施形態１を説明した図５（ｂ）に示すＳ３０２の処理において、Ｃ−デバイスＩＥに加えて、自装置（Ｃ−デバイス）のＭＡＣアドレスをビーコンに設定する点が異なる。
【００６１】
以上説明したように実施形態２によれば、Ｃ−デバイスＩＥに加えて、Ｃ−デバイスのＭＡＣアドレスをビーコンに設定する。これにより、デバイスにおいては、より広い通信帯域を使用できることになる。
【００６２】
（実施形態３）
次に、実施形態３について説明する。実施形態３においては、Ｃ−デバイスＩＥをビーコンに一度設定した後に設定を止めたり、また、設定を止めた後に再設定したりする場合について説明する。
【００６３】
まず、図９を用いて、実施形態３に係わるデバイス１０における機能的な構成の一例について説明する。
【００６４】
デバイス１０は、通信状態判定部１１と、ビーコン受信処理部１２と、ホスト情報管理部１３と、ビーコン編集部１４と、無線部１５と、ビーコン送信処理部１６とを具備して構成される。なお、ホスト情報管理部１３以外の構成は、図２を用いて説明したホスト２０における機能的な構成と同様の機能を果たすため、その説明については省略する場合もある。
【００６５】
ホスト情報管理部１３は、アソシエーション済みのホストの情報を管理する。具体的には、ホスト情報管理部１３には、図１０（ａ）に示すように、アソシエーションしているホストの通し番号と、ホストのＭＡＣアドレスと、接続フラグとが対応付けて管理される。接続フラグには、該当のホストと接続中であれば「１」が設定され、該当のホストと接続中でなければ「０」が設定される。図１０（ａ）の場合、デバイス１０は、ホストＭＡＣアドレス「ｂｂ：ｂｂ：ｂｂ：ｂｂ：ｂｂ：ｂｂ」であるホスト２０ａと、ホストＭＡＣアドレス「ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ：」であるホスト２０ｂと接続中である旨示されている。
【００６６】
通信状態判定部１１は、デバイス側通信状態判定手段として機能し、ホスト情報管理部１３に管理されているホストとの通信状態を判定する。
【００６７】
ここで、実施形態３に係わるホスト２０のデバイス情報管理部２８には、図１０（ｂ）に示すように、実施形態１を説明した図３（ａ）の構成に加えて、接続フラグが管理される。図１０（ｂ）の場合、ＭＡＣアドレス「ａａ：ａａ：ａａ：ａａ：ａａ：ａａ」であるデバイス１０と接続中である旨示されている。
【００６８】
次に、図１１に示すシーケンスチャートを用いて、実施形態３に係わる通信システムにおける処理の流れの一例について説明する。なお、実施形態１を説明した図４と同様の処理については同一の符号を付し、その説明については省略する場合もある。
【００６９】
実施形態１を説明した図４と同様にしてＳ１０１〜Ｓ１１０までの処理が行なわれる。ここで、デバイス１０は、Ｓ１０９でホスト２０ａに接続されている。そのため、ホスト２０ａのデバイス情報管理部２８には、デバイス１０に対応する接続フラグが「１」に設定されている。
【００７０】
ここで、ホスト２０ａは、デバイス情報管理部２８に管理されているＣ−デバイスの接続フラグが全て「１」であるか否かを判定する。ここで、ホスト２０ａのデバイス情報管理部２８には、図１０（ｂ）に示す情報が管理されているとする。この場合、Ｃ−デバイスはデバイス１０のみであり、且つ接続フラグが「１」であるので、ホスト２０ａは、Ｃ−デバイスＩＥを設定せずに、ビーコンを送信する（Ｓ６０１）。
【００７１】
ここで、ホスト２０ｂにおいて、無線部２５の電源がオンされるとともに（Ｓ１１１）、ビーコンの受信処理が行なわれる（Ｓ１１１）。その後、ホスト２０ｂは、Ｓ６０２に示すように、デバイス１０のビーコンを受信し、デバイス１０のＢＧ及びＴＦＣを自装置のＢＧ及びＴＦＣとして設定する（Ｓ６０３）。そして、Ｃ−デバイスＩＥを設定したビーコンを送信する（Ｓ１１６）。
【００７２】
ホスト２０ｂからビーコンを受信したデバイス１０は、接続処理を実施し、ホスト２０ｂと接続する（Ｓ１１７）。このとき、デバイス１０のホスト情報管理部１３においては、ホスト２０ｂに該当する接続フラグに「１」が設定される。ここで、デバイス１０のホスト情報管理部１３には、図１０（ａ）に示す情報が管理されているとする。この場合、デバイス１０は、アソシエーションしている全てのホスト２０と接続中であるので、デバイス１０は、Ｃ−デバイスＩＥを設定せずに、ビーコンを送信する（Ｓ６０４）。
【００７３】
また、ホスト２０ｂは、Ｓ１１７の処理でデバイス１０と接続されたことにより、デバイス情報管理部２８に管理されているＣ−デバイスの接続フラグが全て「１」となったため、Ｃ−デバイスＩＥを設定せずに、ビーコンを送信する（Ｓ６０５）。
【００７４】
このように実施形態３においては、デバイス１０は、アソシエーション済みのホスト２０ａ及び２０ｂが同一チャネルに設定し、それらホスト２０ａ及び２０ｂと接続されると、Ｃ−デバイスＩＥを設定せずに、ビーコンを送信する。また、ホスト２０ａ及び２０ｂにおいても、アソシエーション済みのデバイス１０と接続されると、Ｃ−デバイスＩＥを設定せずに、ビーコンを送信する。
【００７５】
これにより、Ｓ６０４の処理以降においては、他のホストが、デバイス１０と同じチャネルに設定することを回避できるため、通信帯域を有効に活用できる。
【００７６】
次に、図１２に示すフローチャートを用いて、実施形態３に係わるホスト２０（２０ａ〜２０ｃ）の処理の流れの一例について説明する。なお、実施形態３に係わるホスト２０は、実施形態１を説明したホスト２０と同様の処理の流れを行なうため、ここでは、ビーコンの設定処理のみについて説明する。
【００７７】
ホスト２０は、通信状態判定部２１において、デバイス１０が接続又は切断されたことを検出する。デバイス１０が接続又は切断されると（Ｓ７０１でＹＥＳ）、ホスト２０は、デバイス情報管理部２８の情報を更新する（Ｓ７０２）。すなわち、接続フラグの更新処理を実施する。
【００７８】
その後、ホスト２０は、通信状態判定部２１において、Ｓ７０１で切断又は接続された装置がＣ−デバイスであるか否かを判定する。Ｓ７０１で切断又は接続された装置がＣ−デバイスでなければ（Ｓ７０３でＮＯ）、この処理を終了する。Ｓ７０１で切断又は接続された装置がＣ−デバイスであれば（Ｓ７０３でＹＥＳ）、ホスト２０は、デバイス情報管理部２８において、Ｃ−デバイスに対応する接続フラグが全て「１」であるか否かを判定する。全て「１」であれば（Ｓ７０４でＹＥＳ）、ホスト２０は、ビーコンの編集に際して、Ｃ−デバイスＩＥをビーコンへ設定しない（Ｓ７０５）。そうでなければ（Ｓ７０４でＮＯ）、ホスト２０は、Ｃ−デバイスＩＥをビーコンへ設定する（Ｓ７０６）。
【００７９】
次に、図１３及び図１４を用いて、ビーコンへＣ−デバイスＩＥを再度設定する際の処理の流れについて説明する。まず、図１３を用いて、デバイス１０とホスト２０ｂとの間の接続が切断された場合について説明する。
【００８０】
ホスト２０ａ及び２０ｂは、Ｃ−デバイスＩＥを設定せずに、ビーコンを送信している（Ｓ８０１、Ｓ８０２）。ここで、デバイス１０とホスト２０ｂとの間の接続が切断されたとする（Ｓ８０３）。すると、ホスト２０ｂのデバイス情報管理部２８においては、デバイス１０に対応する接続フラグに「０」を設定する。
【００８１】
そのため、デバイス情報管理部２８に管理されているＣ−デバイスの接続フラグが全て「１」でないので、ホスト２０ｂは、ビーコンにＣ−デバイスＩＥを設定し（Ｓ８０４）、ビーコンを送信する（Ｓ８０５）。
【００８２】
このような構成により、Ｓ８０３の切断処理の後、デバイス１０が他のホスト（不図示）とアソシエーションした場合、当該他のホストも、ホスト２０ｂと同じチャネルに設定することができる。
【００８３】
次に、図１４を用いて、ホスト２０が電源オフ等の理由により無線ネットワーク上から消滅した場合について説明する。
【００８４】
ホスト２０ａ及び２０ｂは、Ｃ−デバイスＩＥを設定せずに、ビーコンを送信している（Ｓ９０１〜Ｓ９０４）。ここで、ホスト２０ｂが電源オフ等したとする（Ｓ９０５）。
【００８５】
この場合、デバイス１０は、ホスト２０ｂからのビーコンを受信できなくなる。そのため、デバイス１０は、接続中のホスト２０ｂが無線ネットワーク上から消滅したことを検出し、ホスト情報管理部１３において、ホスト２０ｂに対応する接続フラグに「０」を設定する。
【００８６】
ホスト情報管理部１３に管理されているホスト２０の接続フラグが全て「１」ではなくなるため、デバイス１０は、ビーコンにＣ−デバイスＩＥを設定し（Ｓ９０６）、ビーコンを送信する（Ｓ９０７）。
【００８７】
このような構成により、Ｓ９０５においてホスト２０ｂが無線ネットワーク上から消滅した後、デバイス１０が他のホスト（不図示）とアソシエーションした場合、当該他のホストも、ホスト２０ｂと同じチャネルに設定することができる。
【００８８】
次に、図１５に示すフローチャートを用いて、実施形態３に係わるデバイス１０の処理の流れの一例について説明する。ここでは、ビーコンの設定処理のみについて説明する。
【００８９】
デバイス１０は、通信状態判定部１１において、ホスト２０に接続又はホスト２０から切断されたことを検出すると、この処理は開始する（Ｓ１００１でＹＥＳ）。すると、デバイス１０は、ホスト情報管理部１３の情報を更新する（Ｓ１００２）。すなわち、接続フラグの更新処理を実施する。
【００９０】
その後、デバイス１０は、ホスト情報管理部１３に管理されているホスト２０の接続フラグを参照する。そして、全てのホストの接続フラグが「１」であれば（Ｓ１００３でＹＥＳ）、デバイス１０は、ビーコンの編集に際して、Ｃ−デバイスＩＥをビーコンへ設定しない（Ｓ１００４）。そうでなければ（Ｓ１００３でＮＯ）、デバイス１０は、Ｃ−デバイスＩＥをビーコンへ設定する（Ｓ１００５）。
【００９１】
以上説明したように実施形態３によれば、ホスト２０及びデバイス１０により送信されるビーコンからＣ−デバイスＩＥが削除されたり、また、再設定されたりするため、必要以上の数のホスト２０が同一のチャネルを使用することを回避できる。
【００９２】
なお、実施形態３に対して、実施形態２で説明した処理を組み合わせて実施しても構わない。すなわち、実施形態３においても、Ｃ−デバイスのＭＡＣアドレスを設定して送信し、当該ＭＡＣアドレスに基づいて各種処理を切り替えて行なうように構成しても構わない。
【００９３】
以上が本発明の代表的な実施形態の例であるが、本発明は、上記及び図面に示す実施形態に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【００９４】
例えば、上述した実施形態１〜３においては、デバイス１０が１つの無線部を持ち２つのホストと同時にアソシエーション又は接続する場合について説明したが、これに限られない。例えば、Ｎ個（Ｎは２以上）の無線部を持つＷＵＳＢデバイスがＮ個以上のホストと同時に接続されるような場合にも応用できることはいうまでもない。
【００９５】
（その他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2012129651.tif 000003
【図２】
2012129651.tif 000004
【図３】
2012129651.tif 000005
【図４】
2012129651.tif 000006
【図５】
2012129651.tif 000007
【図６】
2012129651.tif 000008
【図７】
2012129651.tif 000009
【図８】
2012129651.tif 000010
【図９】
2012129651.tif 000011
【図１０】
2012129651.tif 000012
【図１１】
2012129651.tif 000013
【図１２】
2012129651.tif 000014
【図１３】
2012129651.tif 000015
【図１４】
2012129651.tif 000016
【図１５】
2012129651.tif 000017