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