(57)【特許請求の範囲】
【請求項１】
通信装置であって、
所定の時間間隔で到来する所定の長さの期間における無線信号の送信と受信との少なくともいずれかの処理を前記通信装置の代理として実行することができる他の通信装置を探索する探索手段と、
前記期間のうち前記他の通信装置が無線信号の送受信を行うことができる状態となっている前記期間の頻度の情報を取得する取得手段と、
前記頻度の情報に基づいて、前記探索手段による探索によって検出された前記他の通信装置のうち、前記通信装置の代理として前記処理を実行する装置を選択する選択手段と、
を有することを特徴とする通信装置。
【請求項２】
前記取得手段は、前記他の通信装置から受信した所定の信号に含まれる、当該他の通信装置が無線信号の送受信を行うことができる状態となる前記期間の情報から、前記頻度の情報を取得する、
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記取得手段は、前記期間において前記他の通信装置から所定の信号を受信した回数に基づいて、前記頻度の情報を取得する、
ことを特徴とする請求項１に記載の通信装置。
【請求項４】
前記選択手段は、前記頻度が最も高い前記他の通信装置、又は、前記頻度が所定値以上の前記他の通信装置の中から、前記通信装置の代理として前記処理を実行する装置を選択する、
ことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
【請求項５】
前記選択手段は、前記頻度が最も高い前記他の通信装置、又は、前記頻度が所定値以上の前記他の通信装置が、複数、存在する場合に、複数の当該他の通信装置からの信号の受信強度に基づいて、前記通信装置の代理として前記処理を実行する装置を選択する、
ことを特徴とする請求項４に記載の通信装置。
【請求項６】
前記取得手段は、さらに、前記他の通信装置についての、前記期間におけるＢｅａｃｏｎを送信する装置へのなりやすさを示す値を、当該他の通信装置から取得し、
前記選択手段は、前記頻度の情報と前記値とに基づいて、前記他の通信装置のうち、前記通信装置の代理として前記処理を実行する装置を選択する、
ことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
【請求項７】
前記値は、その大きさが大きいほど、前記期間においてＢｅａｃｏｎを送信する装置になりやすく、
前記選択手段は、前記値が最大の前記他の通信装置、又は、前記値が所定値以上の前記他の通信装置の中から、前記通信装置の代理として前記処理を実行する装置を選択する、
ことを特徴とする請求項６に記載の通信装置。
【請求項８】
前記期間は、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅ  Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  ＮｅｔｗｏｒｋｉｎｇのＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗの期間である、
ことを特徴とする請求項１から７のいずれか１項に記載の通信装置。
【請求項９】
通信装置であって、
Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  ＮｅｔｗｏｒｋｉｎｇのＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗにおいてサービス情報を代理で送信することが可能な他の通信装置を検出する検出手段と、
前記検出手段により検出された他の通信装置がＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗにおいて無線通信を行わない状態となる頻度に応じて、当該他の通信装置に前記通信装置のサービス情報の代理送信を依頼するか否かを判定する判定手段と、
を有することを特徴とする通信装置。
【請求項１０】
前記検出手段により複数の他の通信装置が検出された場合、前記判定手段は、当該複数の他の通信装置のうち、Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗにおいて無線通信を行わない状態となる頻度が低い他の通信装置に前記通信装置のサービス情報の代理送信を依頼すると判定することを特徴とする請求項９に記載の通信装置。
【請求項１１】
前記判定手段は、ビーコンまたはＳｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｆｒａｍｅに含まれる情報に示されるＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗにおいて無線通信を行わない状態となる頻度に応じて、前記検出手段により検出された他の通信装置に前記通信装置のサービス情報の代理送信を依頼するか否かを判定することを特徴とする請求項９または１０に記載の通信装置。
【請求項１２】
通信装置の制御方法であって、
所定の時間間隔で到来する所定の長さの期間における無線信号の送信と受信との少なくともいずれかの処理を前記通信装置の代理として実行することができる他の通信装置を探索する探索工程と、
前記期間のうち前記他の通信装置が無線信号の送受信を行うことができる状態となっている前記期間の頻度の情報を取得する取得工程と、
前記頻度の情報に基づいて、前記探索工程における探索によって検出された前記他の通信装置のうち、前記通信装置の代理として前記処理を実行する装置を選択する選択工程と、
を有することを特徴とする制御方法。
【請求項１３】
コンピュータを、請求項１から１１のいずれか１項に記載の通信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置における、他の通信装置の認識技術に関する。
【背景技術】
【０００２】
近年、ＩＥＥＥ８０２．１１規格シリーズに代表される無線ＬＡＮが広く利用されている。無線ＬＡＮは、多くの場合、アクセスポイント（ＡＰ）と呼ばれる基地局によってネットワークが制御される。このＡＰと、ＡＰの電波到達範囲内に存在し、無線接続状態であるステーション（ＳＴＡ）とによって無線ネットワークが構成される。
【０００３】
また、このような従来型のＡＰとＳＴＡによる単純な無線ネットワーク構成のみならず、さまざまな無線ＬＡＮのネットワーク形態の製品、および仕様規格が登場している。特許文献１には、省電力で通信装置やそれが提供するサービスなどを検出するための規格としてＷｉ−Ｆｉ  Ａｌｌｉａｎｃｅによって規定されるＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）が記載されている。これは、通信装置が、他の通信装置との間で情報交換する期間を当該他の通信装置と同期して、無線ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部を有効にする時間を短縮することによって省電力化を図るものである。この、ＮＡＮにおける同期のための期間は、ＤＷ（Ｄｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗ）と呼ばれる。また、所定の同期期間が共有されたＮＡＮデバイスの集合は、ＮＡＮクラスタと呼ばれる。ＮＡＮデバイスの中で、ＭａｓｔｅｒおよびＮｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃという役割を有する端末は、ＤＷ期間における端末間の同期を確保するための信号である、Ｓｙｎｃ  Ｂｅａｃｏｎを送信する。ＮＡＮデバイスは、他の端末との間で同期を確立した上で、ＤＷ期間において、サービスを検出するための信号であるＳｕｂｓｃｒｉｂｅメッセージ及びサービスを提供していることを通知するための信号であるＰｕｂｌｉｓｈメッセージ等を、送受信する。さらに、ＮＡＮデバイスは、ＤＷ期間において、サービスに関する追加情報を交換するためのＦｏｌｌｏｗ−ｕｐメッセージを送受信することができる。一方、ＮＡＮデバイスは、ＤＷ期間において無線信号を受信しない状態であるＤＯＺＥ状態に入ることも可能であり、消費電力を低減することができる。
【０００４】
ＤＷ期間のうち、どのくらいの頻度のＤＷ期間で無線信号を受信するかは、ＮＡＮデバイスに依存するが、ＮＡＮクラスタに参加する全てのＮＡＮデバイスは、ＤＷ０と呼ばれる特別なＤＷ期間では必ず無線信号を受信する必要がある。ＤＷ０は、１６回のＤＷ期間に対して１回の周期で到来するＤＷ期間である。また、ＤＷ０は、ＮＡＮクラスタが同期に用いるカウンタタイマであるＴＳＦ（Ｔｉｍｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）の下位２３ｂｉｔが０ｘ０である時刻から始まるＤＷ期間である。また、ＭａｓｔｅｒとＮｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃとして動作するＮＡＮデバイスは、ＤＷ期間ごとにＳｙｎｃ  Ｂｅａｃｏｎを送信する必要があるため、全てのＤＷ期間で無線信号を受信できることとなる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許出願公開第２０１４／０３０２７８７号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＮＡＮデバイスは、ＤＷ期間においてＤＯＺＥ状態となっていると、その期間においてはＳｕｂｓｃｒｉｂｅメッセージ及びＰｕｂｌｉｓｈメッセージの送受信ができなくなってしまう。このため、頻繁にＤＷ期間においてＤＯＺＥ状態となるＮＡＮデバイスが提供するサービスの、他の機器による検出までの期間が長期化してしまうという課題があった。
【０００７】
本発明は上記課題に鑑みなされたものであり、通信装置が他の機器及びその提供するサービスを検出するまでの期間を短縮するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明による通信装置は、所定の時間間隔で到来する所定の長さの期間における無線信号の送信と受信との少なくともいずれかの処理を前記通信装置の代理として実行することができる他の通信装置を探索する探索手段と、前記期間のうち前記他の通信装置が無線信号の送受信を行うことができる状態となっている前記期間の頻度の情報を取得する取得手段と、前記頻度の情報に基づいて、前記探索手段による探索によって検出された前記他の通信装置のうち、前記通信装置の代理として前記処理を実行する装置を選択する選択手段と、を有する。
【発明の効果】
【０００９】
通信装置が他の機器及びその提供するサービスを発見するまでの期間を短縮することができる。
【図面の簡単な説明】
【００１０】
【図１】無線通信システムの構成例を示す図。
【図２】ＮＡＮ１０１のハードウェア構成例を示すブロック図。
【図３】ＮＡＮ１０１の機能構成例を示すブロック図。
【図４】ＤＷ期間と、信号送受信タイミングとの関係の例を示す図。
【図５】Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索処理の第１の例を示すフローチャート。
【図６】Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈのフレーム構成例を示す図。
【図７】Ｐｒｏｘｙ  Ｓｅｒｖｅｒの選択処理の第１の例を示すフローチャート。
【図８】Ｐｒｏｘｙ依頼処理の流れの第１の例を示すシーケンス図。
【図９】Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索処理の第２の例を示すフローチャート。
【図１０】Ｓｙｎｃ  Ｂｅａｃｏｎのフレーム構成例を示す図。
【図１１】Ｐｒｏｘｙ  Ｓｅｒｖｅｒの選択処理の第２の例を示すフローチャート。
【図１２】Ｐｒｏｘｙ依頼処理の流れの第２の例を示すシーケンス図。
【図１３】Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索処理の第３の例を示すフローチャート。
【図１４】Ｐｒｏｘｙ  Ｓｅｒｖｅｒの選択処理の第３の例を示すフローチャート。
【図１５】Ｐｒｏｘｙ依頼処理の流れの第３の例を示すシーケンス図。
【図１６】Ｐｒｏｘｙ依頼処理の流れの第４の例を示すシーケンス図。
【図１７】Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索処理の第４の例を示すフローチャート。
【図１８】Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索処理の第４の例の一部について詳細に示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について、図面を参照しながら説明する。なお、以下では、各通信装置は、ＩＥＥＥ８０２．１１規格シリーズに準拠する無線ＬＡＮの通信機能を有する端末であるものとするが、これに限られない。また、以下の各通信装置は、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅ  Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ（ＮＡＮ）によって他の通信装置及びその提供するサービスを発見可能なＮＡＮデバイスであるものとするが、これにも限られない。すなわち、以下の各説明では、所定の規格に対応する専門用語が用いられているが、同種の他の規格においても以下の各議論を適用することが可能である。
【００１２】
ＮＡＮでは、サービス情報をＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗ（ＤＷ）と呼ばれる期間において通信が行われる。ＤＷは、ＮＡＮを実行する複数のデバイスが、ｃｏｎｖｅｒｇｅする時間およびチャネルである。また、ＤＷのスケジュールを共有している端末の集合をＮＡＮクラスタと呼ぶ。なお、ＤＷは、一定周期毎に発生する。
【００１３】
ＮＡＮクラスタに属する各端末は、Ｍａｓｔｅｒ、Ｎｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃ及びＮｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−Ｓｙｎｃのうちのいずれかの役割で動作する。Ｍａｓｔｅｒとして動作する端末は、各端末がＤＷを識別し、同期するためのビーコンである、Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｂｅａｃｏｎ（Ｓｙｎｃ  Ｂｅａｃｏｎ）を送信する。また、Ｍａｓｔｅｒとして動作する端末は、ＮＡＮクラスタに属していない端末に、そのＮＡＮクラスタを認識させるための信号であるＤｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎを送信する。Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎは、例えば１００ＴＵ（Ｔｉｍｅ  Ｕｎｉｔ、１ＴＵは、１０２４μ秒）ごとに、ＤＷの期間外で送信される。なお、各ＮＡＮクラスタにおいて、少なくとも１台の端末は、Ｍａｓｔｅｒとして動作する。
【００１４】
Ｎｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃとして動作する端末は、Ｓｙｎｃ  Ｂｅａｃｏｎを送信するが、Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎは送信しない。Ｎｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−Ｓｙｎｃとして動作する端末は、Ｓｙｎｃ  ＢｅａｃｏｎもＤｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎも送信しない。
【００１５】
ＮＡＮクラスタに参加する端末は、Ｓｙｎｃ  Ｂｅａｃｏｎに従って、所定周期毎のＤＷ期間に同期し、ＤＷ期間においてサービス情報を通信する。
【００１６】
各端末は、ＤＷ期間にサービスを検出または要求するための信号であるＳｕｂｓｃｒｉｂｅ信号や、サービスを提供していることを通知するための信号であるＰｕｂｌｉｓｈ信号を互いに通信する。更に、各端末は、ＤＷ期間にサービスに関する追加情報を交換するためのＦｏｌｌｏｗ−ｕｐ信号をやりとりすることができる。なお、Ｐｕｂｌｉｓｈ、Ｓｕｂｓｃｒｉｂｅ、Ｆｏｌｌｏｗ−ｕｐといった信号を、総称してＳｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｆｒａｍｅ（ＳＤＦ）と呼ぶ。各端末は、ＳＤＦをやりとりすることで、サービスの広告または検出を行うことができる。
【００１７】
また、同一のＮＡＮクラスタに参加している各端末は、２．４ＧＨｚの周波数帯域の６ｃｈ（２．４３７ＧＨｚ）で通信する。ＮＡＮクラスタでは、５１２ＴＵ毎に１６ＴＵのＤＷが設けられる。即ち、ＮＡＮクラスタにおいて、５１２ＴＵごとに、１６ＴＵのＤＷが繰り返し設けられる。ＮＡＮクラスタに参加する各端末は、ＤＷにおいて送受信されるＳｙｎｃ  Ｂｅａｃｏｎにより、ＤＷのスケジュールを同期する。各ＤＷ期間にＮＡＮクラスタに属する各端末は、ＳＤＦにより、サービス情報を通信する。
【００１８】
上述のように、ＮＡＮデバイスは、ＤＷ期間においても、ＤＯＺＥ状態で、無線信号を送受信しない状態となって、消費電力を抑制することができる。一方で、そのようなＮＡＮデバイスは、ＤＯＺＥ状態となっているＤＷ期間においては、Ｓｕｂｓｃｒｉｂｅメッセージ及びＰｕｂｌｉｓｈメッセージの送受信を行うことができない。このため、そのＮＡＮデバイスがサービスを発見するまでの期間が長期化してしまいうる。
【００１９】
これに対して、ＮＡＮデバイスによっては、Ｓｕｂｓｃｒｉｂｅ及びＰｕｂｌｉｓｈ等のサービスの検索及び報知を、他のＮＡＮデバイスに依頼することが可能でありうる。ここでは、他のＮＡＮデバイスのサービスの検索及び報知を代理して実行するＮＡＮデバイスのことをＰｒｏｘｙ  Ｓｅｒｖｅｒと呼び、他のＮＡＮデバイスに代理を依頼するＮＡＮデバイスをＰｒｏｘｙ  Ｃｌｉｅｎｔと呼ぶ。Ｐｒｏｘｙ  Ｓｅｒｖｅｒは、Ｐｒｏｘｙ  Ｃｌｉｅｎｔから、サービス情報の代理送信を依頼された場合、そのＰｒｏｘｙ  Ｃｌｉｅｎｔのサービス情報を代理送信する。Ｐｒｏｘｙ  Ｓｅｒｖｅｒがサービスの検索及び報知をＰｒｏｘｙ  Ｃｌｉｅｎｔの代わりに実行することによって、Ｐｒｏｘｙ  Ｃｌｉｅｎｔは、より多くの期間にわたってＤＯＺＥ状態に入ることで、大幅に消費電力を削減することができる。また、Ｐｒｏｘｙ  Ｃｌｉｅｎｔが提供しているサービスを検索しているＮＡＮデバイスにとっては、Ｐｒｏｘｙ  ＣｌｉｅｎｔがＤＯＺＥ状態のときにＳｕｂｓｃｒｉｂｅメッセージを送信しても、Ｐｒｏｘｙ  Ｓｅｒｖｅｒが応答を返してくれる場合がある。このため、サービスを検索しているＮＡＮデバイスは、Ｐｒｏｘｙ  ＣｌｉｅｎｔがＤＯＺＥ状態であっても、Ｐｒｏｘｙ  Ｃｌｉｅｎｔが提供するサービスを検出できる可能性が高まる。
【００２０】
したがって、本実施形態では、ＮＡＮデバイスが、周囲のＰｒｏｘｙ  Ｓｅｒｖｅｒとして動作可能な他のＮＡＮデバイスを探索して、発見されたデバイスの中から、Ｐｒｏｘｙ処理を依頼するデバイスを選択する。そして、ＮＡＮデバイスは、選択されたデバイスに対して、Ｐｒｏｘｙ処理を依頼する。これにより、ＮＡＮデバイスの消費電力を低く抑えることができる。
【００２１】
一方、Ｐｒｏｘｙ  Ｃｌｉｅｎｔがサービスの検索及び報知の代理を要求しているにも関わらず、その要求を受けたＰｒｏｘｙ  Ｓｅｒｖｅｒが頻繁にＤＯＺＥ状態に入ると、Ｐｒｏｘｙ  Ｃｌｉｅｎｔのサービスの検索及び報知の代理をする期間が少なくなる。この結果、Ｐｒｏｘｙ  Ｃｌｉｅｎｔによって提供されるサービスの他のＮＡＮデバイスによる発見までの時間が長期化してしまう場合がありうる。また、Ｐｒｏｘｙ  Ｃｌｉｅｎｔがサービス検索側の装置であった場合、検索対象のサービスを発見するまでの時間が長期化してしまう場合がありうる。
【００２２】
このため、本実施形態では、さらに、ＮＡＮデバイスが、サービスの発見までの時間を短縮できるようなＰｒｏｘｙ  Ｓｅｒｖｅｒを、自身の代理で所定の無線信号を送受信するＰｒｏｘｙ  Ｓｅｒｖｅｒとして選択するようにする。すなわち、ＮＡＮデバイスは、頻繁にＤＯＺＥ状態へと移行することがないようなＰｒｏｘｙ  Ｓｅｒｖｅｒを、自身の代理として所定の無線信号の送受信を行うＰｒｏｘｙ  Ｓｅｒｖｅｒとして選択する制御を行う。以下では、各実施形態に共通の無線通信システム及び通信装置の構成について説明した後に、各実施形態に係る処理の流れについて説明する。
【００２３】
（無線通信システムの構成）
まず、本実施形態の無線通信システムの構成例について、図１を用いて説明する。本実施形態の無線通信システムは、それぞれがＮＡＮ規格に従う通信装置（ＮＡＮデバイス）であるＮＡＮ１０１〜ＮＡＮ１０４を含んで構成され、ＮＡＮ１０１〜１０４は、ＮＡＮクラスタ１０５に参加している。ＮＡＮクラスタ１０５に参加しているＮＡＮデバイス（ＮＡＮ１０１〜１０４）は、周波数チャネル６（６ｃｈ）でネットワークを構築している。ここで、ＮＡＮクラスタ１０５は、ＤＷ期間の長さが１６ＴＵであり、また、ＤＷ期間の開始タイミングから次のＤＷ期間の開始タイミングまでの時間間隔が５１２ＴＵのＮＡＮクラスタである。また、ＤＷ期間は、ＤＷ０〜ＤＷ１５の１６個のＤＷ期間を１つの周期とする期間であり、ＤＷｎ（ｎは０から１５の整数）の１６個後のＤＷ期間もまたＤＷｎである。ＮＡＮクラスタ１０５に参加している全てのＮＡＮデバイスは、ＤＷ０で必ず無線信号を受信するものとする。
【００２４】
ＮＡＮ１０１は、以下に説明する各処理を実行することが可能な通信装置である。ＮＡＮ１０１は、ＮＡＮ規格に基づいて、周囲の通信装置およびそれらが提供するサービスを発見し、自身が提供可能なサービスの情報を提供することができる。また、ＮＡＮ１０１は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒを探索し、その探索によって発見されたＰｒｏｘｙ  Ｓｅｒｖｅｒのいずれかを選択して、無線信号の代理送受信を依頼することができるＰｒｏｘｙ  Ｃｌｉｅｎｔとして動作しうる。なお、ここでの、Ｐｒｏｘｙ  Ｓｅｒｖｅｒは、他のＮＡＮデバイスのサービスの探索及び報知を代理することができるＮＡＮデバイスである。ＮＡＮ１０１は、ＮＡＮクラスタ１０５に、Ｎｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−Ｓｙｎｃとして参加しているものとする。ＮＡＮ１０１は、一例において、ＤＷ０、ＤＷ４、ＤＷ８、ＤＷ１２で無線信号を受信する状態と、全てのＤＷ期間で無線信号を受信する状態とを有する。ここでＤＷｎはｎ＝０〜１５であり、ＤＷ０を基準として、ＤＷ０の開始から５１２×ｎ［ＴＵ］の経過後に開始されるＤＷ期間をＤＷｎとする。また、ＤＷ１６は次のＤＷ０に相当する。なお、ＮＡＮ１０１は、ＮＡＮ１０２〜１０４が提供しているＰｒｏｘｙサービスのＳｕｂｓｃｒｉｂｅｒである。
【００２５】
ＮＡＮ１０２は、ＭａｓｔｅｒとしてＮＡＮクラスタ１０５に参加する通信装置である。ＮＡＮ１０２は、全てのＤＷ期間で無線信号を受信しており、さらに、全てのＤＷ期間でＳｙｎｃ  Ｂｅａｃｏｎを送信する。また、ＮＡＮ１０２は、５０ＴＵより大きく２００ＴＵより小さい周期でＤｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎを送信する。ＮＡＮ１０２は、ＮＡＮ１０１が探しているＰｒｏｘｙサービスのＰｕｂｌｉｓｈｅｒ（Ｐｒｏｘｙ  Ｓｅｒｖｅｒ）である。
【００２６】
ＮＡＮ１０３は、Ｎｏｎ−Ｍａｓｔｅｒ  ＳｙｎｃとしてＮＡＮクラスタ１０５に参加している通信装置である。ＮＡＮ１０３は、全てのＤＷ期間において無線信号を送受信することができ、全てのＤＷ期間においてＳｙｎｃ  Ｂｅａｃｏｎを送信する。ＮＡＮ１０３は、ＮＡＮ１０４が探しているＰｒｏｘｙサービスを提供しているＰｕｂｌｉｓｈｅｒ（Ｐｒｏｘｙ  Ｓｅｒｖｅｒ）であるものとする。
【００２７】
ＮＡＮ１０４は、ＭａｓｔｅｒとしてＮＡＮクラスタ１０５に参加している通信装置である。ＮＡＮ１０４は、全てのＤＷ期間において無線信号を送受信することができ、全てのＤＷ期間においてＳｙｎｃ  Ｂｅａｃｏｎを送信する。また、ＮＡＮ１０４は、５０ＴＵより大きく２００ＴＵより小さい周期でＤｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎを送信する。ＮＡＮ１０２は、ＮＡＮ１０１が探しているＰｒｏｘｙサービスのＰｕｂｌｉｓｈｅｒ（Ｐｒｏｘｙ  Ｓｅｒｖｅｒ）である。
【００２８】
（ＮＡＮ１０１の構成）
図２に、本実施形態に係るＮＡＮ１０１のハードウェア構成を示す。ＮＡＮ１０１は、そのハードウェア構成の一例として、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６及びアンテナ２０７を有する。
【００２９】
記憶部２０１は、ＲＯＭ、ＲＡＭの両方、もしくは、いずれか一方により構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。
【００３０】
制御部２０２は、ＣＰＵ、または、ＭＰＵにより構成され、記憶部２０１に記憶されたプログラムを実行することによりＮＡＮ１０１全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）との協働によりＮＡＮ１０１全体を制御するようにしてもよい。
【００３１】
また、制御部２０２は、機能部２０３を制御して、撮像や印刷、投影等の所定の処理を実行する。機能部２０３は、ＮＡＮ１０１が所定の処理を実行するためのハードウェアである。例えば、ＮＡＮ１０１がカメラである場合、機能部２０３は撮像部であり、撮像処理を行う。また、例えば、ＮＡＮ１０１がプリンタである場合、機能部２０３は印刷部であり、印刷処理を行う。また、例えば、ＮＡＮ１０１がプロジェクタである場合、機能部２０３は投影部であり、投影処理を行う。機能部２０３が処理するデータは、記憶部２０１に記憶されているデータであってもよいし、後述する通信部２０６を介して他のＳＴＡと通信したデータであってもよい。
【００３２】
入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、画面上への表示や、スピーカーによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。
【００３３】
通信部２０６は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線通信の制御や、ＩＰ通信の制御を行う。また、通信部２０６はアンテナ２０７を制御して、無線通信のための無線信号の送受信を行う。ＮＡＮ１０１は通信部２０６を介して、画像データや文書データ、映像データ等のコンテンツを他の通信装置と通信する。
【００３４】
図３は、ＮＡＮ１０１の機能構成例を示すブロック図である。ＮＡＮ１０１は、その機能構成として、例えば、無線ＬＡＮ制御部３０１、ＮＡＮ制御部３０２、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索制御部３０３、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部３０４、ＵＩ制御部３０５、及び記憶部３０６を有する。
【００３５】
無線ＬＡＮ制御部３０１は、他の無線ＬＡＮ装置との間で無線信号の送受信を行うためのアンテナ並びに回路、及びそれらを制御するプログラムを含んで構成される。無線ＬＡＮ制御部３０１は、ＩＥＥＥ８０２．１１規格シリーズに従って、無線ＬＡＮの通信制御を実行する。ＮＡＮ制御部３０２は、ＮＡＮ規格に従って制御を行うプログラムおよびハードウェアを含んで構成される。
【００３６】
ここで、ＮＡＮ１０１は、上述のように、一例において、ＤＷ０、ＤＷ４、ＤＷ８、ＤＷ１２で無線信号を受信する状態と、全てのＤＷ期間で無線信号を受信する状態とを有する。この状態について、図４（ａ）及び（ｂ）を用いて説明する。図４（ａ）及び（ｂ）は、ＮＡＮ１０１の無線信号の受信状態を表す模式図である。図４（ａ）は、全てのＤＷ期間において無線信号を送受信できる状態を示している。この状態では、ＮＡＮ１０１は、全てのＤＷ期間（すなわちＤＷ０〜１５）において、無線ＬＡＮ制御部３０１によって、無線送受信回路を有効として、無線信号の送信と受信との少なくともいずれかを行う。一方、図４（ｂ）は、ｎが４の倍数であるＤＷｎ（すなわちＤＷ０、ＤＷ４、ＤＷ８、ＤＷ１２）の期間において、無線信号を送受信できる状態を示している。この場合、ＮＡＮ１０１は、ＤＷ１〜ＤＷ３など、ｎが４の倍数ではないＤＷｎの期間においては、無線送受信回路を無効として、無線信号の送受信を行わない。このため、ＮＡＮ１０１は、消費電力を低減することができる。
【００３７】
Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索制御部３０３は、ＮＡＮ制御部３０２を制御して、他のＮＡＮデバイスが提供するサービスの検索を制御する。Ｐｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部３０４は、サービス報知の代理を依頼するＰｒｏｘｙ  Ｓｅｒｖｅｒの選択制御を行う。Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索制御部３０３の詳細な処理については図５を用いて、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部３０４の詳細な処理については図７を用いて、それぞれ後述する。ＵＩ制御部３０５は、ＮＡＮ１０１の不図示のユーザによるＮＡＮ１０１に対する操作を受け付けるためのタッチパネル又はボタン等のユーザインタフェースに関わるハードウェアおよびそれらを制御するプログラムを含んで構成される。なお、ＵＩ制御部３０５は、例えば、画像等の表示、又は音声出力等の、情報をユーザに提示するための機能をも有する。記憶部３０６は、ＮＡＮ１０１が動作するプログラムおよびデータを保存するＲＯＭとＲＡＭ等によって構成されうる記憶装置である。
【００３８】
（処理の流れ）
続いて、上述のようなＮＡＮ１０１が実行する処理の流れ、無線通信システムにおけるシーケンスなどの、いくつかの実施形態について説明する。
【００３９】
＜実施形態１＞
本実施形態では、ＮＡＮ１０１は、周囲に存在するＰｒｏｘｙ  Ｓｅｒｖｅｒのうち、ＤＷ期間において信号が受信できる状態となっている頻度が高いものを、ＮＡＮ１０１のためのＰｒｏｘｙ処理を実行するＰｒｏｘｙ  Ｓｅｒｖｅｒとして選択する。これにより、ＮＡＮ１０１がＰｒｏｘｙ処理を依頼したＰｒｏｘｙ  Ｓｅｒｖｅｒが、ＤＷ期間において代理処理を実行できる確率が高くなり、サービスの探索／発見に係る時間を短縮することが可能となる。例えば、４つのＤＷ期間ごとの周期で起動しているＰｒｏｘｙ  Ｓｅｒｖｅｒより、２つのＤＷ期間ごとの周期で起動しているＰｒｏｘｙ  Ｓｅｒｖｅｒの方が、代理応答等をすることが可能なＤＷ期間の頻度が高くなるため、ＮＡＮ１０１は後者を選択する。以下、本処理の流れについて説明する。
【００４０】
まず、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索制御部３０３によって実行される、ＮＡＮ１０１の周囲のＰｒｏｘｙ  Ｓｅｒｖｅｒの探索処理の流れの例について、図５を用いて説明する。本処理は、ＮＡＮ１０１が、Ｐｒｏｘｙとして動作することを依頼する対象候補としてＰｒｏｘｙ  Ｓｅｒｖｅｒを探索する際の処理である。本処理は、例えば、ＮＡＮ１０１の電源オン時に、所定の周期で、ユーザの明示的な指示によって、等、様々なタイミングで実行されうる。本処理では、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索制御部３０３は、ＮＡＮクラスタ１０５内の全てのデバイスが起動するＤＷ期間であるＤＷ０において、Ｐｒｏｘｙ  Ｓｅｒｖｅｒが送信するＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを受信する。そして、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索制御部３０３は、受信したＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈが、既知のＰｒｏｘｙ  Ｓｅｒｖｅｒから送信されたものであるかを、ＮＡＮ１０１内に保持されているリストを用いて確認する（Ｓ５０１）。なお、ＮＡＮ１０１は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして動作可能な装置を、ビーコン信号に含まれる情報に基づいて識別してもよい。この場合、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして動作可能な装置は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして動作可能なことを示す情報を含めてビーコンを送信する。そして、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索制御部３０３は、送信元のＰｒｏｘｙ  Ｓｅｒｖｅｒがリスト内に存在しない場合（Ｓ５０１でＮＯ）に、受信したＰｒｏｘｙ  Ｓｅｒｖｅｒ  ＰｕｂｌｉｓｈからＤＷ情報を取得する（Ｓ５０２）。また、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索制御部３０３は、その送信元のＰｒｏｘｙ  Ｓｅｒｖｅｒの情報とＤＷ情報とを、上述のリストに追加する（Ｓ５０３）。一方、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索制御部３０３は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈの送信元のＰｒｏｘｙ  Ｓｅｒｖｅｒの情報がリストに格納されていた場合（Ｓ５０１でＹＥＳ）は、それ以上の処理を行わない（Ｓ５０４）。
【００４１】
図６に、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈのフレーム構成例を示す。Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈは、ＮＡＮのＰｕｂｌｉｓｈフレームを拡張したフレームであり、Ｐｒｏｘｙサービスを提供することを通知するための情報を追加したフレームである。Ｐｕｂｌｉｃ  Ａｃｔｉｏｎ  Ａｔｔｒｉｂｕｔｅ情報要素のうち、Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ  Ａｔｔｒｉｂｕｔｅには、ＮＡＮのＰｕｂｌｉｓｈフレームと同じ値が設定される。また、Ｐｒｏｘｙサービス機能を提供することを通知するための情報であるＰｒｏｘｙ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ  Ａｔｔｒｉｂｕｔｅ（ＰＳＤＡ）が、属性情報として追加される。
【００４２】
ＰＳＤＡを含んだＰｕｂｌｉｓｈフレームを受信したＮＡＮデバイスは、送信元のＮＡＮデバイスがＰｒｏｘｙ  Ｓｅｒｖｅｒとして動作することを識別する。ＰＳＤＡには、Ａｔｔｒｉｂｕｔｅ  ＩＤとしてＮＡＮ規格において予約された（Ｒｅｓｅｒｖｅｄの）値である１４が設定される。Ｌｅｎｇｔｈには２が設定される。Ａｗａｋｅ  ＤＷ  ｂｉｔｍａｐは、Ｐｒｏｘｙ  Ｓｅｒｖｅｒが無線信号を受信するＤＷ期間をビットで通知するための情報であり、２バイトのビットマップが格納される。Ａｗａｋｅ  ＤＷ  ｂｉｔｍａｐの「ｎ」ビット目が１の場合は、このＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈフレームの送信元の装置がＤＷｎの期間において無線信号を受信することが示される。また、Ａｗａｋｅ  ＤＷ  ｂｉｔｍａｐの「ｎ」ビット目が０の場合は、このＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈフレームの送信元の装置がＤＷｎの期間において無線信号を受信しないことが示される。例えば、Ａｗａｋｅ  ＤＷ  ｂｉｔｍａｐが７の場合、下位０〜２ビット目が１であり、他のビットが０であるため、ＤＷ０〜ＤＷ２の期間において無線信号が受信され、ＤＷ３〜ＤＷ１５では無線信号が受信されないことが示される。Ｐｒｏｘｙ  Ｃｌｉｅｎｔとして動作する通信装置は、Ａｗａｋｅ  ＤＷ  Ｂｉｔｍａｐの情報を取得することにより、送信元のＰｒｏｘｙ  ＳｅｒｖｅｒがどのＤＷで無線信号を受信するかを知ることができる。
【００４３】
続いて、ＮＡＮ１０１のＰｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部３０４が実行する、ＮＡＮ１０１がＰｒｏｘｙとしての動作を依頼する対象のＰｒｏｘｙ  Ｓｅｒｖｅｒを決定する処理について、図７を用いて説明する。本処理は、ＮＡＮ１０１が、自らの消費電力を低減するために、Ｐｒｏｘｙ  Ｓｅｒｖｅｒにサービスの報知、又は、サービス情報の収集の代理を依頼すると決定した場合に実行される。ＮＡＮ１０１は、例えば、ユーザからの操作を一定期間検知しなかった場合、又は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒに代理を依頼するためのユーザによる明示的な操作を検出した場合等に、上述の依頼を行う。なお、これら以外の場合にも、ＮＡＮ１０１は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒに代理を依頼することを決定することができ、本処理は、そのような場合にも実行されうる。
【００４４】
本処理では、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部３０４は、まず、ＤＷ０の期間において、Ｐｒｏｘｙ  ＳｅｒｖｅｒからＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを受信する（Ｓ７０１）。このとき、ＮＡＮ１０１は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒを探していることを示すＳｕｂｓｃｒｉｂｅメッセージを自発的に送信することで、Ｐｒｏｘｙ  ＳｅｒｖｅｒがＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを送信することを促してもよい。なお、Ｓ７０１の処理は、図５の処理によって周囲に存在するＰｒｏｘｙ  Ｓｅｒｖｅｒをリスト化している場合には省略されてもよいし、また、本処理を実行することによって図５の処理が省略されてもよい。
【００４５】
Ｐｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部３０４は、一通りの探索を終えた後、複数のＰｒｏｘｙ  Ｓｅｒｖｅｒを発見することができたかを判定する（Ｓ７０２）。そして、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部３０４は、１つのＰｒｏｘｙ  Ｓｅｒｖｅｒのみを発見した場合（Ｓ７０２でＮＯ）は、そのＰｒｏｘｙ  Ｓｅｒｖｅｒに対して代理処理を依頼する（Ｓ７０４）。一方、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部３０４は、複数のＰｒｏｘｙ  Ｓｅｒｖｅｒを発見した場合（Ｓ７０２でＹＥＳ）は、最も多くのＤＷ期間において無線信号を受信するＰｒｏｘｙ  Ｓｅｒｖｅｒに、代理処理を依頼する（Ｓ７０３）。ここで、各Ｐｒｏｘｙ  Ｓｅｒｖｅｒが無線信号を受信するＤＷ期間の数は、受信したＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈメッセージに含まれるＡｗａｋｅ  ＤＷ  ｂｉｔｍａｐによって確認される。このとき、Ａｗａｋｅ  ＤＷ  ｂｉｔｍａｐでは、上述のように、無線信号が受信されるＤＷ期間に対応するビットが「１」で表される。このため、ＮＡＮ１０１は、Ａｗａｋｅ  ＤＷ  ｂｉｔｍａｐにおいて最も多くのビットが１となっているＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈの送信元の装置を、代理処理の実行を依頼するＰｒｏｘｙ  Ｓｅｒｖｅｒとして決定しうる。
【００４６】
なお、上述の説明では、ＤＷ０の期間において、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈが受信される例について説明したが、ＤＷ０以外のＤＷ期間においてＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈが受信されてもよい。例えば、ＮＡＮ１０１は、ＤＷ０〜ＤＷ１５の全てのＤＷ期間においてＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを受信した後で、代理処理を依頼するＰｒｏｘｙ  Ｓｅｒｖｅｒを決定してもよい。多くのＤＷ期間においてＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを受信することで、より多くのＰｒｏｘｙ  Ｓｅｒｖｅｒの情報を取得することができるため、ＮＡＮ１０１がより適切なＰｒｏｘｙ  Ｓｅｒｖｅｒを選択できる確率を向上させることができる。一方、ＮＡＮ１０１は、図７のようにＤＷ０の期間においてのみＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを受信して代理処理を行うＰｒｏｘｙ  Ｓｅｒｖｅｒを決定することで、無線信号を送受信する期間を短縮できるため、消費電力を低減することができる。
【００４７】
また、Ｓ７０３においてＡｗａｋｅ  ＤＷ  ｂｉｔｍａｐにおいて最も多くのビットを１と設定したＰｒｏｘｙ  Ｓｅｒｖｅｒが複数存在する場合には、ＮＡＮ１０１は、さらに他の方法で代理処理を依頼する装置を決定してもよい。例えば、ＮＡＮ１０１は、受信強度を示すＲＳＳＩが最も高いＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈの送信元の装置を、代理処理を依頼するＰｒｏｘｙ  Ｓｅｒｖｅｒとして選択してもよい。ＮＡＮ１０１は、ＲＳＳＩが最も高いＰｒｏｘｙ  Ｓｅｒｖｅｒに代理処理を依頼することにより、自身と物理的に近接したＰｒｏｘｙ  Ｓｅｒｖｅｒに代理処理を依頼することができる確率を高めることができる。このため、ＮＡＮ１０１は、自身の代理処理を行うＰｒｏｘｙ  Ｓｅｒｖｅｒとは通信可能である一方でＮＡＮ１０１とは通信できない場所に、ＮＡＮ１０１を探しているＮＡＮデバイスが存在する確率を低減することができる。この結果、効率的なサービスの発見及び報知を行うことができるようになる。
【００４８】
次に、図８を用いて、ＮＡＮ１０１が、他の通信装置にＰｒｏｘｙとしての動作を依頼する際の無線通信システムの動作に関する流れについて説明する。まず、Ｎｏｎ−Ｍａｓｔｅｒ  ＳｙｎｃであるＮＡＮ１０３は、周囲のデバイスに対してＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを送信する（Ｓ８０１）。なお、ＮＡＮ１０１は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして動作可能な装置を検索するためのＳｕｂｓｃｒｉｂｅメッセージを送信し、その応答としてＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを受信してもよい。ＮＡＮ１０１は、そのＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを受信すると、その受信に関する上述の処理を実行し、無線通信を行う又は行わないＤＷの情報を取得する（Ｓ８０２）。続いて、ＭａｓｔｅｒであるＮＡＮ１０２及びＮＡＮ１０４も、順次、周囲のデバイスに対してＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを送信する（Ｓ８０３、Ｓ８０５）。そして、ＮＡＮ１０１は、それらのＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを受信し、受信に関する上述の処理を実行して、受信したＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈから無線通信を行う又は行わないＤＷの情報を取得する（Ｓ８０４、Ｓ８０６）。
【００４９】
そして、ＮＡＮ１０１は、ＤＷ０の期間が終了した後、Ｐｒｏｘｙを依頼する対象Ｐｒｏｘｙ  Ｓｅｒｖｅｒを決定する処理を行う（Ｓ８０７）。本実施形態においては、ＮＡＮ１０２は、Ｍａｓｔｅｒであり、全てのＤＷ期間において無線信号を受信できる状態（ＡＷＡＫＥ）に滞在しているものとする。一方、ＮＡＮ１０３は、Ｎｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−Ｓｙｎｃであり、ｎが４の倍数であるＤＷｎの期間、すなわちＤＷ０、ＤＷ４、ＤＷ８及びＤＷ１２の期間でのみ、無線信号を受信できる状態（ＡＷＡＫＥ）となるものとする。また、ＮＡＮ１０４は、例えば、ｎが２の倍数であるＤＷｎの期間において無線信号を受信できる状態（ＡＷＡＫＥ）であるものとする。ＮＡＮ１０１は、図７の処理に基づいて、周囲に複数のＰｒｏｘｙ  Ｓｅｒｖｅｒ（ＮＡＮ１０２〜ＮＡＮ１０４）の中から、最も多くのＤＷ期間においてＡＷＡＫＥ状態となるものを、代理処理を依頼するＰｒｏｘｙ  Ｓｅｒｖｅｒとして選択する。すなわち、この場合は、ＮＡＮ１０２が最も多くのＤＷ期間においてＡＷＡＫＥ状態となるため、ＮＡＮ１０１は、自身の代理として信号の送受信を行うＰｒｏｘｙ  Ｓｅｒｖｅｒ（Ｐｒｏｘｙとしての動作を依頼する対象）として、ＮＡＮ１０２を選択する。
【００５０】
ＮＡＮ１０１は、続くＤＷ１の期間において、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを、選択したＰｒｏｘｙ  ＳｅｒｖｅｒであるＮＡＮ１０２に送信する（Ｓ８０８）。Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔは、サービス情報の代理送信を依頼するためのメッセージである。そして、ＮＡＮ１０２は、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを受信したことに応じて、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅを返信する（Ｓ８０９）。そして、ＮＡＮ１０２は、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅの返信後にＰｒｏｘｙ処理を開始する（Ｓ８１０）。ＮＡＮ１０２は、Ｓｕｂｓｃｒｉｂｅメッセージを他の装置から受信した場合、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔに含まれるＮＡＮ１０１のサービス情報を代理送信する。一方、ＮＡＮ１０１は、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅの受信後に、無線信号の送受信を行わないＤＯＺＥ状態に移行するように制御を行う（Ｓ８１１）。
【００５１】
なお、ＮＡＮ１０１は、Ｐｒｏｘｙ処理の依頼対象のＰｒｏｘｙ  ＳｅｒｖｅｒがＡＷＡＫＥ状態となっているＤＷ期間において、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを送信する。依頼対象のＰｒｏｘｙ  ＳｅｒｖｅｒがＡＷＡＫＥ状態となっていないＤＷ期間にＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔが送信されると、その依頼対象のＰｒｏｘｙ  Ｓｅｒｖｅｒはそれを受信することができないからである。本実施形態では、ＮＡＮ１０２は全てのＤＷ期間においてＡＷＡＫＥ状態である。このため、ＮＡＮ１０１は、Ｐｒｏｘｙ処理の依頼対象としてＮＡＮ１０２を選択した直後のＤＷ期間であるＤＷ１の期間において、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを送信しうる。これに対して、例えば、ＮＡＮ１０２が、ｎが２の倍数のＤＷｎの期間においてのみＡＷＡＫＥ状態となる場合には、ＮＡＮ１０１は、ＤＷ２の期間において、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを送信することになる。
【００５２】
また、ＮＡＮ１０１は、周囲にＡＷＡＫＥ状態となるＤＷ期間の頻度の最も高い複数のＰｒｏｘｙ  Ｓｅｒｖｅｒが複数存在する場合、それらのＰｒｏｘｙ  Ｓｅｒｖｅｒの一部または全部にＰｒｏｘｙ処理を依頼しうる。ＮＡＮ１０１が最もＡＷＡＫＥ状態となるＤＷ期間の頻度が高い複数のＰｒｏｘｙ  ＳｅｒｖｅｒにＰｒｏｘｙ処理を依頼することにより、より効率的なサービスの発見／報知が可能となりうる。一方で、Ｐｒｏｘｙ処理の依頼対象のＰｒｏｘｙ  Ｓｅｒｖｅｒの数を抑えると、複数のＰｒｏｘｙ  Ｓｅｒｖｅｒが同じＰｒｏｘｙ  Ｃｌｉｅｎｔのサービスの発見／報知に係る処理を実行する頻度が低減されるため、無線リソースの浪費を防ぐことができる。
【００５３】
なお、上述の説明では、ＮＡＮ１０１は、複数のＰｒｏｘｙ  Ｓｅｒｖｅｒのうち、ＤＷ期間でＡＷＡＫＥ状態となっている頻度が最大のものを、Ｐｒｏｘｙ処理を依頼する対象として選択する例について説明したが、これに限られない。例えば、ＮＡＮ１０１は、複数のＰｒｏｘｙ  Ｓｅｒｖｅｒのうち、ＤＷ期間でＡＷＡＫＥ状態となっている頻度が所定値以上となるものを、Ｐｒｏｘｙ処理を依頼する対象として選択してもよい。すなわち、ＮＡＮ１０１は、上述の所定値を１／２として設定しておき、例えば、２回に１回以上の頻度でＤＷ期間においてＡＷＡＫＥ状態となるＰｒｏｘｙ  Ｓｅｒｖｅｒを、Ｐｒｏｘｙ処理の依頼対象として選択してもよい。そして、この場合に、複数のＰｒｏｘｙ  Ｓｅｒｖｅｒが所定値以上の頻度でＤＷ期間においてＡＷＡＫＥ状態となる場合、それらの一部又は全部が選択されうる。所定値以上の頻度でＤＷ期間においてＡＷＡＫＥ状態となるＰｒｏｘｙ  Ｓｅｒｖｅｒの一部が選択されるときの選択基準として、例えば上述のようにＲＳＳＩが用いられてもよいし、他の値が用いられてもよい。
【００５４】
＜実施形態２＞
本実施形態では、ＮＡＮ１０１は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを介してではなく、Ｓｙｎｃ  Ｂｅａｃｏｎを介して、ＤＷ情報を取得する。本処理について、主として実施形態１との差異について説明する。
【００５５】
図９は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒの探索処理の流れの例を示すフローチャートである。本処理では、図５の処理に、Ｓｙｎｃ  Ｂｅａｃｏｎの受信処理が追加されている。ここで、Ｓ９０４〜Ｓ９０６の処理は、それぞれＳ５０３〜Ｓ５０５と同様であるため、説明を省略する。Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索制御部３０３は、周囲のＰｒｏｘｙ  Ｓｅｒｖｅｒから信号を受信すると、まず、そのＰｒｏｘｙ  ＳｅｒｖｅｒがＮＡＮ１０１内に保持されているリストに含まれているかを確認する（Ｓ９０１）。そして、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索制御部３０３は、信号の送信元のＰｒｏｘｙ  Ｓｅｒｖｅｒがリスト内に存在しない場合（Ｓ９０１でＮＯ）、Ｓ９０１の前に受信した信号が、Ｓｙｎｃ  Ｂｅａｃｏｎであったかを判定する（Ｓ９０２）。そして、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索制御部３０３は、受信した信号がＳｙｎｃ  Ｂｅａｃｏｎであった場合（Ｓ９０２でＹＥＳ）に、そのＳｙｎｃ  Ｂｅａｃｏｎから、Ｍａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅを取得する（Ｓ９０３）。Ｍａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅは、クラスタ内でＭａｓｔｅｒとして動作するか否かを決定するためにも用いられうる情報である。
【００５６】
ここで、図１０を用いて、本実施形態におけるＰｒｏｘｙ  Ｓｅｒｖｅｒが送信するＳｙｎｃ  Ｂｅａｃｏｎのフレーム構成について説明する。Ｓｙｎｃ  Ｂｅａｃｏｎは、ＮＡＮ規格に従う所定の信号であり、例えば、ＮＡＮ  Ａｔｔｒｉｂｕｔｅおよび拡張したＮＡＮ  Ａｔｔｒｉｂｕｔｅを含む。拡張したＮＡＮ  Ａｔｔｒｉｂｕｔｅには、例えば、図６と同様に、ＰＳＤＡが含められる。すなわち、Ｓｙｎｃ  Ｂｅａｃｏｎには、Ａｗａｋｅ  ＤＷ  Ｂｉｔｍａｐが含まれる。この結果、ＮＡＮデバイスは、Ｓｙｎｃ  Ｂｅａｃｏｎを受信することで、このＳｙｎｃ  Ｂｅａｃｏｎの送信元のＰｒｏｘｙ  Ｓｅｒｖｅｒが、どのＤＷ期間において無線信号を送受信できる状態（ＡＷＡＫＥ状態）にあるかを知ることができる（Ｓ９０４）。
【００５７】
また、このＳｙｎｃ  Ｂｅａｃｏｎには、Ｓｙｎｃ  Ｂｅａｃｏｎに格納されることが必須のＭａｓｔｅｒ  Ｉｎｄｉｃａｔｉｏｎ  Ａｔｔｒｉｂｕｔｅ及びＣｌｕｓｔｅｒ  Ａｔｔｒｉｂｕｔｅが含まれる。そして、Ｍａｓｔｅｒ  Ｉｎｄｉｃａｔｉｏｎ  Ａｔｔｒｉｂｕｔｅ及びＣｌｕｓｔｅｒ  Ａｔｔｒｉｂｕｔｅと同一のＩｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔには、ＮＡＮ  Ａｔｔｒｉｂｕｔｅが格納される。Ｓｙｎｃ  Ｂｅａｃｏｎは、複数のＩｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔを含んでもよい。また、ＮＡＮ  Ａｔｔｒｉｂｕｔｅを格納するＩｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔは複数に分けられてもよい。なお、図１０のＳｙｎｃ  Ｂｅａｃｏｎには、格納されることが必須のＡｔｔｒｉｂｕｔｅのみが示されているが、その他の格納可能なＡｔｔｒｉｂｕｔｅが含まれてもよい。
【００５８】
図９の処理により、ＮＡＮデバイス（ＮＡＮ１０１）は、周囲に存在するＰｒｏｘｙ  Ｓｅｒｖｅｒの情報についてのリストを形成できる。ここで、リストには、Ｐｒｏｘｙ  ＳｅｒｖｅｒがＤＷ期間のうちどの程度の頻度で無線信号を送受信できる状態（ＡＷＡＫＥ状態）にあるかを示す情報、及びそのＰｒｏｘｙ  ＳｅｒｖｅｒのＭａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅが含まれる。
【００５９】
続いて、ＮＡＮ１０１のＰｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部３０４は、自身の代理として信号の送受信を行うＰｒｏｘｙ  Ｓｅｒｖｅｒを選択する。この選択処理について、図１１を用いて説明する。本処理では、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部３０４は、まず、図９のようにして得られたＰｒｏｘｙ  Ｓｅｒｖｅｒのリストから、ＤＷ期間のうちＡＷＡＫＥ状態となっている頻度が最大のＰｒｏｘｙ  Ｓｅｒｖｅｒをピックアップする（Ｓ１１０１）。そして、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部３０４は、Ｓ１１０１でＰｒｏｘｙ  Ｓｅｒｖｅｒが１つだけピックアップされた場合（Ｓ１１０２でＮＯ）、そのＰｒｏｘｙ  Ｓｅｒｖｅｒを、Ｐｒｏｘｙ処理の依頼対象として選択する（Ｓ１１０４）。
【００６０】
一方、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部３０４は、Ｓ１１０１でＰｒｏｘｙ  Ｓｅｒｖｅｒが複数台ピックアップされた場合（Ｓ１１０２でＹＥＳ）には、それらのＰｒｏｘｙ  ＳｅｒｖｅｒのＭａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅを参照する。そして、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部３０４は、Ｍａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅが最大のＰｒｏｘｙ  Ｓｅｒｖｅｒを、Ｐｒｏｘｙ処理の依頼対象として選択する（Ｓ１１０３）。ここで、Ｍａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅは、ＮＡＮクラスタにおけるＭａｓｔｅｒ、Ｎｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃ、Ｎｏｎ−Ｍａｓｔｅｒ  ｎｏｎ−Ｓｙｎｃのそれぞれへのなりやすさに対応するパラメータである。Ｍａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅは、その値が大きい装置ほど、Ｍａｓｔｅｒ又はＮｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃになりやすくなる、という傾向を示す値である。すなわち、Ｓ１１０３では、Ｍａｓｔｅｒ又はＮｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃになる傾向が最も強いＰｒｏｘｙ  Ｓｅｒｖｅｒが、Ｐｒｏｘｙ処理の依頼対象として選択されることとなる。このように、ＮＡＮ１０１は、すべてのＤＷで無線信号を送受信する必要のあるＭａｓｔｅｒ又はＮｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃになりやすい、Ｐｒｏｘｙ  ＳｅｒｖｅｒにＰｒｏｘｙ処理を依頼することが可能となる。これにより、ＮＡＮ１０１は、よりＡＷＡＫＥ期間が長くなる可能性が高いＰｒｏｘｙ  ＳｅｒｖｅｒにＰｒｏｘｙを依頼することにより、サービスの発見／報知の効率を高めることができる。
【００６１】
図１２に、図８と同様に、ＮＡＮ１０１が、他の通信装置にＰｒｏｘｙとしての動作を依頼する際の無線通信システムの動作に関する流れの例を示す。図１２の処理の流れでは、図８のＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈ（Ｓ８０１、Ｓ８０３、Ｓ８０５）が、Ｓｙｎｃ  Ｂｅａｃｏｎ（Ｓ１２０１、Ｓ１２０３、Ｓ１２０５）に変更されている。また、信号の受信処理（Ｓ１２０２、Ｓ１２０４、Ｓ１２０６）も、送信される信号が変更されていることに対応して変更されている。そして、ＮＡＮ１０１は、Ｓｙｎｃ  ＢｅａｃｏｎからＤＷ情報を取得して、自身のための代理送信を行うＰｒｏｘｙ  Ｓｅｒｖｅｒを選択する（Ｓ１２０７）。代理送信を行うＰｒｏｘｙ  Ｓｅｒｖｅｒの選択後の処理（Ｓ１２０８〜１２１１）は、Ｓ８０８〜Ｓ８１１と同様である。
【００６２】
Ｍａｓｔｅｒ又はＮｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃのデバイスは、Ｓｙｎｃ  Ｂｅａｃｏｎを送信する。ここで、図１２には示していないが、ＮＡＮ１０１は、図８のＰｒｏｘｙ  Ｓｅｒｖｅｒ  ＰｕｂｌｉｓｈとＳｙｎｃ  Ｂｅａｃｏｎとを同時に受信してもよい。これにより、ＮＡＮ１０１は、Ｎｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−ＳｙｎｃのデバイスからはＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈによって、そのデバイスのＤＷ情報を取得することができる。また、ＮＡＮ１０１は、それ以外のデバイスからは、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  ＰｕｂｌｉｓｈとＳｙｎｃ  Ｂｅａｃｏｎの両方によって、ＤＷ情報（及びＭａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅ）を取得することができる。
【００６３】
Ｓｙｎｃ  Ｂｅａｃｏｎは、ＮＡＮクラスタ内の同期を維持するために送信される。このため、Ｓｙｎｃ  Ｂｅａｃｏｎを送信するデバイスはＤＷ期間においてＡＷＡＫＥ状態になる頻度が高いと考えられる。すなわち、そのデバイスからのＤＷ情報を取得できるＤＷ期間は、高頻度で到来すると言える。これに対して、Ｓｙｎｃ  Ｂｅａｃｏｎを送信しないデバイスが、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを送信することができるのは、そのデバイスがＡＷＡＫＥ状態となるＤＷ期間である。したがって、そのデバイスがＡＷＡＫＥ状態となる頻度が低い場合、そのデバイスからのＤＷ情報を取得できるＤＷ期間は低頻度でしか到来しない。このため、ＮＡＮデバイスは、Ｓｙｎｃ  ＢｅａｃｏｎからＤＷ情報を取得することにより、早期にＰｒｏｘｙを依頼するＰｒｏｘｙ  Ｓｅｒｖｅｒを決定できる確率が高くなる。
【００６４】
また、ＮＡＮ１０１は、ＤＷ期間においてＡＷＡＫＥ状態となる頻度のみならず、Ｓｙｎｃ  Ｂｅａｃｏｎに含まれるＭａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅに基づいて、Ｐｒｏｘｙ処理の依頼対象となるＰｒｏｘｙ  Ｓｅｒｖｅｒを選択する。ここで、Ｍａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅが大きい値で、Ｍａｓｔｅｒ等のＳｙｎｃ  Ｂｅａｃｏｎを送信する役割になりやすいＰｒｏｘｙ  Ｓｅｒｖｅｒは、ＤＷ期間において信号を送受信できる確率も高くなる。このため、本実施形態では、ＮＡＮデバイスは、Ｍａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅが大きいＰｒｏｘｙ  Ｓｅｒｖｅｒを、自身の代理としてＰｒｏｘｙ処理を実行するＰｒｏｘｙ  Ｓｅｒｖｅｒとして選択する。これにより、ＮＡＮクラスタが、ＤＷ期間においてＡＷＡＫＥ状態となる頻度が高いＰｒｏｘｙ  Ｓｅｒｖｅｒを、自身の代理処理を実行するＰｒｏｘｙ  Ｓｅｒｖｅｒとして選択する確率を高めることができる。
【００６５】
なお、上述の説明では、ＮＡＮ１０１が、Ｍａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅが最大のＰｒｏｘｙ  Ｓｅｒｖｅｒを、自身の代理処理を実行するＰｒｏｘｙ  Ｓｅｒｖｅｒとして選択する例を示したが、これに限られない。ＮＡＮ１０１は、例えば、Ｍａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅが所定値以上のＰｒｏｘｙ  Ｓｅｒｖｅｒを自身の代理処理を実行するＰｒｏｘｙ  Ｓｅｒｖｅｒとして選択してもよい。このとき、複数のＰｒｏｘｙ  Ｓｅｒｖｅｒが最大のＭａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅを有する場合には、その複数のＰｒｏｘｙ  Ｓｅｒｖｅｒの全部が選択されてもよいし、一部（例えば１つ）のみが選択されてもよい。一部が選択される場合は、実施形態１と同様に、例えばＲＳＳＩなどを基準としてその選択が行われてもよい。
【００６６】
＜実施形態３＞
本実施形態では、ＮＡＮ１０１は、ＤＷ情報をＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを介して取得するのではなく、Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎを介して取得する。以下では、主として、上述の各実施形態との差異について説明する。ここで、Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎのフレーム構成は、図１０に示すようなＳｙｎｃ  Ｂｅａｃｏｎの構成と同様である。ここで、Ｓｙｎｃ  Ｂｅａｃｏｎは、ＤＷ期間内に送信することが規定されている。その一方で、Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎは、ＮＡＮクラスタの存在をＮＡＮクラスタに未参加のデバイスに報知することが目的であるため、ＤＷ期間外で送信される。また、Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎは、ＤＷ期間内で送信されてもよい。
【００６７】
図１３に、本実施形態に係るＰｒｏｘｙ  Ｓｅｒｖｅｒ探索処理を示す。図１３の処理は、受信した信号がＤｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎであるかの判定処理（Ｓ１３０２）が含まれている点で図９と相違するが、それ以外の点では一致する。図９におけるＳ９０１が図１３のＳ１３０１に対応し、また、図９のＳ９０２〜Ｓ９０６が図１３のＳ１３０３〜Ｓ１３０７に対応する。
【００６８】
図１４に、本実施形態に係るＰｒｏｘｙ  Ｓｅｒｖｅｒ選択処理を示す。図１４の処理のうち、Ｓ１４０１〜Ｓ１４０２の処理は、図１１のＳ１１０１〜Ｓ１１０２と同様である。本実施形態では、ＤＷ期間においてＡＷＡＫＥ状態となる頻度が大きいＰｒｏｘｙ  Ｓｅｒｖｅｒがリストに複数含まれている場合の処理が図１１の場合と異なる。本実施形態では、図１１のＳ１１０３と同様に、まず、Ｍａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅが最大のＰｒｏｘｙ  Ｓｅｒｖｅｒが特定される（Ｓ１４０３）。ここで、そのようなＰｒｏｘｙ  Ｓｅｒｖｅｒが１つだけ存在する場合（Ｓ１４０４でＮＯ）、ＮＡＮ１０１は、その１つのＰｒｏｘｙ  Ｓｅｒｖｅｒに対して、自身のためのＰｒｏｘｙ処理を依頼する（Ｓ１４０７）。一方、ＮＡＮ１０１は、そのようなＰｒｏｘｙ  Ｓｅｒｖｅｒが複数存在する場合（Ｓ１４０４でＹＥＳ）は、続いて、Ｍａｓｔｅｒ  Ｒａｎｋの計算を行う（Ｓ１４０５）。そして、ＮＡＮ１０１は、Ｍａｓｔｅｒ  Ｒａｎｋが最大となるＰｒｏｘｙ  Ｓｅｒｖｅｒを、自身の代理処理を依頼するＰｒｏｘｙ  Ｓｅｒｖｅｒとして選択する（Ｓ１４０６）。ここで、Ｍａｓｔｅｒ  Ｒａｎｋは、Ｍａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅ、Ｒａｎｄｏｍ  Ｆａｃｔｏｒ、及びＮＡＮ  Ａｄｄｒｅｓｓを用いて算出され、その時点でＮＡＮクラスタに含まれる各ＮＡＮデバイスに対してユニークな値となる。このため、ＮＡＮ１０１は、Ｓ１４０６において、１つのＰｒｏｘｙ  Ｓｅｒｖｅｒを選択することができる。その後、ＮＡＮ１０１は、その１つのＰｒｏｘｙ  Ｓｅｒｖｅｒに、ＮＡＮ１０１自身のためにＰｒｏｘｙ処理を実行するように依頼する（Ｓ１４０７）。この処理によれば、１つのＰｒｏｘｙ  Ｓｅｒｖｅｒが選択されて、Ｐｒｏｘｙ処理を実行するため、消費電力が低くなることが期待される。
【００６９】
続いて、図１５を用いて、ＮＡＮ１０１が、他の通信装置にＰｒｏｘｙとしての動作を依頼する際の無線通信システムの動作について説明する。ここで、ＮＡＮ１０３は、上述の通り、Ｎｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃであり、Ｍａｓｔｅｒではないため、Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎを送信しない。一方で、ＮＡＮ１０２及びＮＡＮ１０４は、Ｍａｓｔｅｒであるため、Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎを送信する（Ｓ１５０１、Ｓ１５０３）。そして、ＮＡＮ１０１は、このＤｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎを受信する（Ｓ１５０２、Ｓ１５０４）。その後、ＮＡＮ１０１は、Ｄｉｓｃｏｖｅｒｙ  ＢｅａｃｏｎによってＤＷ情報を取得し、そのＤＷ情報に従って、自身のための代理送信を行うＰｒｏｘｙ  Ｓｅｒｖｅｒを選択する（Ｓ１５０５）。代理送信を依頼する対象の選択後の代理送信依頼処理（Ｓ１５０６〜Ｓ１５０９）は、Ｓ８０８〜Ｓ８１１又はＳ１２０８〜Ｓ１２１１と同様である。なお、この場合の代理送信依頼処理は、必ずしもＤＷ期間において行われなくてもよい。
【００７０】
なお、図１５には示していないが、図８のＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈ、又は、図１２のＳｙｎｃ  Ｂｅａｃｏｎの送受信が同時に実行されてもよい。これによれば、ＮＡＮ１０１は、Ｎｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−ＳｙｎｃのデバイスからはＰｒｏｘｙ  Ｓｅｒｖｅｒ  ＰｕｂｌｉｓｈによってＤＷ情報を取得することができる。一方、ＮＡＮ１０１は、Ｎｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃのデバイスからは、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈ及びＳｙｎｃ  Ｂｅａｃｏｎの両方からＤＷ情報を取得することができる。また、本実施形態によれば、ＮＡＮ１０１は、Ｍａｓｔｅｒのデバイスからは、Ｄｉｓｃｏｖｅｒｙ  ＢｅａｃｏｎによりＤＷ情報を取得可能となる。Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎは、ＮＡＮクラスタに参加する前に受信されるものである。また、Ｍａｓｔｅｒは、上述のように、ＤＷ期間においてＡＷＡＫＥ状態となっている頻度が高いことが期待される。このため、ＮＡＮ１０１は、ＤＷ期間においてＡＷＡＫＥ状態となっている頻度が高いデバイスを、効率良く、かつ、より迅速に、発見することができる確率が高くなる。
【００７１】
＜実施形態４＞
実施形態１では、ＮＡＮ１０１が、各Ｐｒｏｘｙ  Ｓｅｒｖｅｒから送信されるＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを受動的に待ち受ける処理について説明した。これに対して、本実施形態では、ＮＡＮ１０１は、能動的にＰｒｏｘｙ  Ｓｅｒｖｅｒの情報を問い合わせる。
【００７２】
図１６を用いて、ＮＡＮ１０１が、Ｐｒｏｘｙ  Ｓｅｒｖｅｒに対して能動的に問い合わせを行う処理について説明する。なお、ここでは、主として上述の実施形態と異なる点について説明する。ＮＡＮ１０１は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを送信する（Ｓ１６０１）。これに対して、ＮＡＮ１０２〜ＮＡＮ１０４は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅを返信する（Ｓ１６０２、Ｓ１６０４、Ｓ１６０６）。この応答メッセージであるＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅは、図６のＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈと同様の構成を有しうる。なお、実施形態２及び３においても、ＮＡＮ１０１は、Ｓｕｂｓｃｒｉｂｅメッセージへの応答信号として、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを受信してもよい。その後、ＮＡＮ１０１は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信して（Ｓ１６０３、Ｓ１６０５、Ｓ１６０７）、ＤＷ情報を取得し、そのＤＷ情報に従って、代理送信を行うＰｒｏｘｙ  Ｓｅｒｖｅｒを選択する（Ｓ１６０８）。代理送信を依頼する対象の選択後の代理送信依頼処理（Ｓ１６０９〜Ｓ１６１２）は、Ｓ８０８〜Ｓ８１１、Ｓ１２０８〜Ｓ１２１１、又はＳ１５０６〜Ｓ１５０９と同様である。
【００７３】
＜実施形態５＞
上述の各実施形態では、Ｐｒｏｘｙ  Ｓｅｒｖｅｒが、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈ、Ｓｙｎｃ  Ｂｅａｃｏｎ、Ｄｉｓｃｏｖｅｒｙ  ＢｅａｃｏｎのいずれかのフレームにＤＷ情報を格納して送信する例について説明した。この場合、ＮＡＮ１０１は、受信した信号から取得したＤＷ情報に基づいて、自身のための代理処理を実行するＰｒｏｘｙ  Ｓｅｒｖｅｒを選択する。本実施形態では、ＮＡＮ１０１は、受信信号に格納されたＤＷ情報を取得するのではなく、ＤＷ０〜ＤＷ１５までＰｒｏｘｙ  Ｓｅｒｖｅｒからの信号の受信回数をカウントする。そして、ＮＡＮ１０１は、このカウントに従って、各Ｐｒｏｘｙ  Ｓｅｒｖｅｒが、ＤＷ期間においてＡＷＡＫＥ状態となっている頻度を判定する。本処理は、例えば、図５、図９及び図１３の処理に代えて実行されうる。
【００７４】
この処理の流れについて、図１７及び図１８を用いて説明する。ＮＡＮ１０２〜ＮＡＮ１０４はＰｒｏｘｙ  Ｓｅｒｖｅｒであるため、ＤＷ期間において、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈと、Ｓｙｎｃ  Ｂｅａｃｏｎとを送信する。ＮＡＮ１０２及びＮＡＮ１０４は、Ｍａｓｔｅｒであるため、それとは別にＤｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎを送信する。ＮＡＮ１０１は、ＤＷ０〜ＤＷ１５の（例えば１周期の）期間において、Ｐｒｏｘｙ  ＳｅｒｖｅｒからのＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈ又はＳｙｎｃ  Ｂｅａｃｏｎの受信頻度をカウントする（Ｓ１７０１、Ｓ１７０２）。なお、ＮＡＮ１０１は、ＤＷ期間内でＤｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎを受信した場合にも、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈ又はＳｙｎｃ  Ｂｅａｃｏｎを受信した場合と同様に、ＤＷ期間においてＡＷＡＫＥ状態となっている頻度の判定を行う。
【００７５】
図１８に、Ｓ１７０２の処理を詳細化した処理フローを示す。ＮＡＮ１０１は、受信した報知情報（Ｐｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈ、Ｓｙｎｃ  Ｂｅａｃｏｎ、Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎのいずれかを含む）の送信元のＰｒｏｘｙ  Ｓｅｒｖｅｒがリストに含まれているかを判定する（Ｓ１８０１）。ここで、リストには、ＮＡＮ１０１が以前に報知情報を受信した際のその報知情報の送信元であるＰｒｏｘｙ  Ｓｅｒｖｅｒの情報が含まれる。ＮＡＮ１０１は、報知情報の送信元のＰｒｏｘｙ  Ｓｅｒｖｅｒの情報がリストに含まれている場合（Ｓ１８０１でＹＥＳ）、その報知情報を受信したＤＷ期間においてそのＰｒｏｘｙ  Ｓｅｒｖｅｒから別の報知情報を受信したかを判定する（Ｓ１８０２）。例えば、ＮＡＮ１０１が、所定の１つのＤＷ期間において、ＮＡＮ１０２からＳｙｎｃ  Ｂｅａｃｏｎを受信した後にＰｒｏｘｙ  Ｓｅｒｖｅｒ  Ｐｕｂｌｉｓｈを受信した場合に、Ｓ１８０２ではＹＥＳと判定される。この場合、ＮＡＮ１０２がそのＤＷ期間においてＡＷＡＫＥ状態であったことが重要なのであって、２つの信号が受信されたことが重要ではない。したがって、ＮＡＮ１０１は、同じＤＷ期間内に複数の信号が受信されたとしても（Ｓ１８０２でＹＥＳ）、１回分だけ受信回数をカウントアップすることとして、２回目以降の信号の受信の際には何もしない（Ｓ１８０５）。一方、ＮＡＮ１０１は、同じＤＷ期間内で最初に報知情報を受信した場合（Ｓ１８０２でＮＯ）は、そのＰｒｏｘｙ  ＳｅｒｖｅｒがＤＷ期間でＡＷＡＫＥ状態であった回数として、信号受信回数をカウントアップする（Ｓ１８０３）。また、ＮＡＮ１０１は、Ｓ１８０１において、報知情報の送信元のＰｒｏｘｙ  Ｓｅｒｖｅｒがリストに存在しないと判定した場合（Ｓ１８０１でＮＯ）、そのＰｒｏｘｙ  Ｓｅｒｖｅｒを新規にリストに登録する（Ｓ１８０４）。そして、ＮＡＮ１０１は、そのＰｒｏｘｙ  ＳｅｒｖｅｒがＤＷ期間でＡＷＡＫＥ状態であった回数として、信号受信回数をカウントアップする（Ｓ１８０３）。このようにカウントアップすることにより、ＮＡＮ１０１は、各Ｐｒｏｘｙ  Ｓｅｒｖｅｒが、ＤＷ期間においてＡＷＡＫＥ状態となる頻度を特定することができる。ＮＡＮ１０１は、その特定された頻度に基づいて、上述の各実施形態と同様に、自身のための代理処理を依頼する対象のＰｒｏｘｙ  Ｓｅｒｖｅｒを選択する（Ｓ１７０３）。
【００７６】
このようにすることで、ＮＡＮデバイスは、周囲のＰｒｏｘｙ  ＳｅｒｖｅｒがＤＷ期間においてＡＷＡＫＥ状態となっている頻度を判定することができ、その頻度が高いＰｒｏｘｙ  Ｓｅｒｖｅｒに対して、Ｐｒｏｘｙ処理を依頼することができる。したがって、ＮＡＮ１０１がＰｒｏｘｙ処理を依頼したＰｒｏｘｙ  Ｓｅｒｖｅｒが、ＤＷ期間において代理処理を実行できる確率が高くなり、サービスの探索／発見に係る時間を短縮することが可能となる。
【００７７】
＜その他の実施形態＞
上述の各実施形態では、ＮＡＮ１０１は、周囲のＰｒｏｘｙ  Ｓｅｒｖｅｒが無線信号を送受信するＤＷ期間の情報を取得して、それに基づいてＰｒｏｘｙ処理を依頼するＰｒｏｘｙ  Ｓｅｒｖｅｒを選択する場合の例について説明したが、これに限られない。例えば、ＮＡＮ１０１は、Ｍａｓｔｅｒ  Ｐｒｅｆｅｒｅｎｃｅの値のみに基づいて、Ｐｒｏｘｙ処理を依頼するＰｒｏｘｙ  Ｓｅｒｖｅｒを選択してもよい。これは、ＭａｓｔｅｒはすべてのＤＷ期間でＡＷＡＫＥ状態である必要があるため、ＭａｓｔｅｒになりやすいＰｒｏｘｙ  Ｓｅｒｖｅｒは、全ＤＷ期間でＰｒｏｘｙ処理を実行可能となる確率が高くなる。したがって、ＮＡＮ１０１が、このようなＰｒｏｘｙ  ＳｅｒｖｅｒにＰｒｏｘｙ処理を依頼することにより、そのＰｒｏｘｙ  ＳｅｒｖｅｒがＤＷ期間において代理処理を実行できる確率が高くなる。
【００７８】
また、Ｐｒｏｘｙ  Ｓｅｒｖｅｒは、ＤＷ期間に限られないＡＷＡＫＥ状態である期間やＤＯＺＥ状態である期間をＰｒｏｘｙ  Ｃｌｉｅｎｔへ通知し、Ｐｒｏｘｙ  ＣｌｉｅｎｔはＡＷＡＫＥ状態である時間が長いＰｒｏｘｙ  Ｓｅｒｖｅｒを選択してもよい。また、Ｐｒｏｘｙ  Ｃｌｉｅｎｔは、Ｐｒｏｘｙ  ＳｅｒｖｅｒにＰｒｏｘｙ処理を依頼した後に、定期的にＮＡＮクラスタ内の他のＰｒｏｘｙ  Ｓｅｒｖｅｒを探索して、Ｐｒｏｘｙ  Ｓｅｒｖｅｒの再選択を実行してもよい。
【００７９】
また、ＮＡＮデバイスは、一定以上のＤＷ期間においてＡＷＡＫＥ状態となっているＰｒｏｘｙ  Ｓｅｒｖｅｒが存在しない場合には、Ｐｒｏｘｙ処理を依頼しないようにしてもよい。例えば、ＮＡＮ１０１は、図７のＳ７０３において、全ＤＷ期間でＡＷＡＫＥ状態となっているＰｒｏｘｙ  Ｓｅｒｖｅｒが存在しなかった場合には、どのＰｒｏｘｙ  ＳｅｒｖｅｒにもＰｒｏｘｙ処理を依頼しなくてもよい。この場合、ＮＡＮ１０１は、Ｐｒｏｘｙ処理の依頼を行わずに、自ら通常通りサービスを報知し、又は、サービスを発見することで、サービスの探索／発見が実行されうる。
【００８０】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００８１】
３０１：無線ＬＡＮ制御部、３０２：ＮＡＮ制御部、３０３：Ｐｒｏｘｙ  Ｓｅｒｖｅｒ探索制御部、３０４：Ｐｒｏｘｙ  Ｓｅｒｖｅｒ選択制御部、３０５：ＵＩ制御部、３０６：記憶部
【図１】
0006579884.tif 000002
【図２】
0006579884.tif 000003
【図３】
0006579884.tif 000004
【図４】
0006579884.tif 000005
【図５】
0006579884.tif 000006
【図６】
0006579884.tif 000007
【図７】
0006579884.tif 000008
【図８】
0006579884.tif 000009
【図９】
0006579884.tif 000010
【図１０】
0006579884.tif 000011
【図１１】
0006579884.tif 000012
【図１２】
0006579884.tif 000013
【図１３】
0006579884.tif 000014
【図１４】
0006579884.tif 000015
【図１５】
0006579884.tif 000016
【図１６】
0006579884.tif 000017
【図１７】
0006579884.tif 000018
【図１８】
0006579884.tif 000019