(57)【要約】【課題】  通信装置間で定められた期間において通信を行うシステムにおいて、通信装置が送信した要求信号に対する返信信号をより確実に効率的に受信できるようにする【解決手段】  所定の時間間隔で到来する所定の長さの期間において他の通信装置との間で無線信号の送信又は受信を行うことが可能な通信装置は、複数の前記期間の一部の期間を無線信号の送信又は受信を行う期間、残りの一部の期間を行わない期間とし、他の通信装置へ送信した要求信号に対する返信信号を受信していない場合は、前記残りの一部の期間においても無線信号の受信を行うように制御する【選択図】  図３
2018157275.tif 000002
【特許請求の範囲】
【請求項１】
所定の時間間隔で到来する所定の長さの期間において他の通信装置との間で無線信号の送信又は受信を行うことが可能な通信装置であって、
複数の前記期間のうちの一部である第１の期間を無線信号の送信又は受信を行う期間とし、残りの一部である第２の期間を無線信号の送信及び受信を行わない期間として決定する決定手段と、
前記決定手段により決定された前記第１の期間において、前記他の通信装置へ要求信号を送信する送信手段と、
前記第１の期間において前記要求信号に対する返信信号を受信していない場合、前記第２の期間においても無線信号の受信を行うよう制御する制御手段と、
を有することを特徴とする通信装置。
【請求項２】
前記制御手段は、前記要求信号に対する受信確認信号を受信し、且つ、前記返信信号を受信していない場合に、前記第２の期間においても前記通信手段による無線信号の受信を行うよう制御することを特徴とする請求項１記載の通信装置。
【請求項３】
所定の時間間隔で到来する所定の長さの期間において他の通信装置との間で無線信号の送信又は受信を行うことが可能な通信装置であって、
複数の前記期間のうちの一部である第１の期間を無線信号の送信又は受信を行う期間とし、残りの一部である第２の期間を無線信号の送信及び受信を行わない期間として決定する決定手段と、
前記他の通信装置からの返信信号を要求する要求信号であって、前記第１の期間を示す情報を含む要求信号を前記他の通信装置へ送信する送信手段と、
を有することを特徴とする通信装置。
【請求項４】
前記他の通信装置は、前記通信装置の代理として前記期間においてサービスの検索又は報知を行う代理サーバであることを特徴とする請求項１乃至３の何れか一項に記載の通信装置。
【請求項５】
前記要求信号は、前記代理サーバに対して代理の処理を依頼する信号であることを特徴とする請求項４記載の通信装置。
【請求項６】
前記通信装置及び前記他の通信装置は、ＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）クラスタを形成し、無線信号の送信又は受信を行うことを特徴とする請求項１乃至５の何れか一項に記載の通信装置。
【請求項７】
前記所定の時間間隔で到来する所定の長さの期間は、ＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）のＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗであることを特徴とする請求項１乃至６の何れか一項に記載の通信装置。
【請求項８】
前記期間以外の期間、及び前記第２の期間は、前記第１の期間よりも低消費電力で動作することを特徴とする請求項１乃至７の何れか一項に記載の通信装置。
【請求項９】
所定の時間間隔で到来する所定の長さの期間において通信装置間で無線信号の送信又は受信を行う通信方法であって、
複数の前記期間のうちの一部である第１の期間を無線信号の送信又は受信を行う期間とし、残りの一部である第２の期間を無線信号の送信及び受信を行わない期間として決定する決定工程と、
前記決定工程により決定された前記第１の期間において、他の通信装置へ要求信号を送信する送信工程と、
前記第１の期間において前記要求信号に対する返信信号を受信していない場合、前記第２の期間においても無線信号の受信を行うよう制御する工程と、
を有することを特徴とする通信方法。
【請求項１０】
所定の時間間隔で到来する所定の長さの期間において通信装置間で無線信号の送信又は受信を行う通信方法であって、
複数の前記期間のうちの一部である第１の期間を無線信号の送信又は受信を行う期間とし、残りの一部である第２の期間を無線信号の送信及び受信を行わない期間として決定する決定工程と、
他の通信装置からの返信信号を要求する要求信号であって、前記第１の期間を示す情報を含む要求信号を前記他の通信装置へ送信する送信工程と、
を有することを特徴とする通信方法。
【請求項１１】
請求項１乃至８の何れか一項に記載の通信装置としてコンピュータを動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信を行う通信装置、通信方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ＩＥＥＥ８０２．１１規格シリーズに代表される無線ＬＡＮが広く利用されている。無線ＬＡＮは、多くの場合、アクセスポイント（ＡＰ）と呼ばれる基地局によってネットワークが制御される。このＡＰと、ＡＰの電波到達範囲内に存在し、無線接続状態であるステーション（ＳＴＡ）とによって無線ネットワークが構成される。
【０００３】
また、このような従来型のＡＰとＳＴＡによる無線ネットワーク構成のみならず、さまざまな無線ＬＡＮのネットワーク形態の製品、および仕様規格が登場している。特許文献１には、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅによって規定されたＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）について記載されている。ＮＡＮは、通信装置が、他の装置を発見するため、及び他の装置が実行可能なサービスを発見するための仕組みを規定した規格である。特許文献１によれば、ＮＡＮでは、定められた期間において各装置がビーコンを送信することが規定されている。各装置は、定められた期間において通信し、それ以外の期間では、無線通信を行わないスリープ状態となることで、低消費電力で他の装置やサービスを発見することが可能になる。特許文献２によれば、ＮＡＮを実行するある一部の装置は、定められた期間のうちの一部の期間においてもスリープ状態となることで、さらに低消費電力で他の装置やサービスを発見することが可能になる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許出願公開第２０１５／００３６５４０号明細書
【特許文献２】米国特許出願公開第２０１６／０２１９４２２号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のように通信装置は、ＮＡＮを用いることで他の装置やサービスの発見を低消費電力で効率的に行うことができる。しかし上記の技術では、定められた期間のうちの一部の期間においてもスリープ状態となる通信装置が、返信を必要とする所定の要求信号を送信し、当該返信が通信装置のスリープ状態中に行われた場合に、通信装置はその返信を受信できないという問題がある。また、返信を送信する装置は、当該返信が通信装置で受信されるまで通信装置がスリープ状態中であっても返信を繰り返してしまうという無駄が発生する。
【０００６】
本発明は、これらの問題に対してなされたものであり、通信装置間で定められた期間において通信を行うシステムにおいて、通信装置が送信した要求信号に対する返信信号を、より確実に効率的に受信できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、所定の時間間隔で到来する所定の長さの期間において他の通信装置との間で無線信号の送信又は受信を行うことが可能な通信装置であって、複数の前記期間のうちの一部である第１の期間を無線信号の送信又は受信を行う期間とし、残りの一部である第２の期間を無線信号の送信及び受信を行わない期間として決定する決定手段と、前記決定手段により決定された前記第１の期間において、前記他の通信装置へ要求信号を送信する送信手段と、前記第１の期間において前記要求信号に対する返信信号を受信していない場合、前記第２の期間においても無線信号の受信を行うよう制御する制御手段とを有することを特徴とする。
【０００８】
また、本発明は、所定の時間間隔で到来する所定の長さの期間において他の通信装置との間で無線信号の送信又は受信を行うことが可能な通信装置であって、複数の前記期間のうちの一部である第１の期間を無線信号の送信又は受信を行う期間とし、残りの一部である第２の期間を無線信号の送信及び受信を行わない期間として決定する決定手段と、前記他の通信装置からの返信信号を要求する要求信号であって、前記第１の期間を示す情報を含む要求信号を前記他の通信装置へ送信する送信手段とを有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、通信装置間で定められた期間において通信を行うシステムにおいて、通信装置が送信した要求信号に対する返信信号をより確実に効率的に受信できるようになる。
【図面の簡単な説明】
【００１０】
【図１】通信システムの構成を示す図である。
【図２】ＮＡＮデバイス１０１、１０２の機能構成を示すブロック図である。
【図３】ＮＡＮデバイス１０２の動作を示すフローチャートである。
【図４】ＮＡＮデバイス１０１の動作を示すフローチャートである。
【図５】通信システムのシーケンスを示す図である。
【図６】ＮＡＮデバイス１０２の動作を示すフローチャートである。
【図７】ＮＡＮデバイス１０１の動作を示すフローチャートである。
【図８】通信システムのシーケンスを示す図である。
【図９】本実施形態で用いるフレームの構成を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について、図面を参照しながら説明する。なお、以下では、各通信装置は、ＩＥＥＥ８０２．１１規格シリーズに準拠する無線ＬＡＮの通信機能を有する端末であるものとするが、これに限られない。また、以下の各通信装置はＷｉ−Ｆｉ  Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ（ＮＡＮ）によって通信装置間で通信を行い、他の通信装置及びサービスを発見可能なＮＡＮデバイスであるものとするが、これにも限られない。すなわち、以下の各説明では、所定の規格に対応する専門用語が用いられているが、同種の他の規格においても以下の各議論を適用することが可能である。  ＮＡＮでは、サービス情報をＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗ（以降、ＤＷと称す）と呼ばれる期間に通信する。ＤＷは、所定の時間間隔で到来する所定の長さの期間であり、ＮＡＮを実行する複数のデバイスが、ｃｏｎｖｅｒｇｅする時間である。また、ＤＷのスケジュールを共有している端末の集合をＮＡＮクラスタと呼ぶ。
【００１２】
ＤＷ期間のうち、どのくらいの頻度のＤＷ期間で無線信号を受信するかは、各ＮＡＮデバイスに依存する。しかしながらＮＡＮクラスタに参加する全てのＮＡＮデバイスは、ＤＷ０と呼ばれる特別なＤＷ期間では必ず無線信号を受信できる状態（以降、アウェイク状態）である必要がある。ＤＷ０は、１６回のＤＷ期間に対して１回の周期で到来するＤＷ期間である。また、ＤＷ０は、ＮＡＮクラスタが同期に用いるカウンタタイマであるＴＳＦ（Ｔｉｍｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）の下位２３ｂｉｔが０ｘ０である時刻から始まるＤＷ期間である。ＤＷは、ＤＷ０〜ＤＷ１５の１６回のＤＷ期間を所定の間隔で繰り返す。即ちＤＷｎ（ｎは０から１５の整数）の１６回後のＤＷ期間もまたＤＷｎである。なお、ＤＷは、一定周期毎に発生する。
ＮＡＮクラスタを形成する各装置は、Ｍａｓｔｅｒ、Ｎｏｎ−Ｍａｓｔｅｒ  ＳｙｎｃおよびＮｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−Ｓｙｎｃのうちの何れかの役割で動作する。Ｍａｓｔｅｒとして動作する装置は、各装置がＤＷを識別し、同期するためのビーコンであるＳｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｂｅａｃｏｎ（以降、Ｓｙｎｃ  Ｂｅａｃｏｎと称す）を送信する。また、Ｍａｓｔｅｒとして動作する装置は、ＮＡＮクラスタに属していない装置に当該ＮＡＮクラスタを認識させるための信号であるＤｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎを送信する。Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎは、例えば１００ｍｓ毎に、ＤＷの期間外で送信される。なお、各ＮＡＮクラスタにおいて、少なくとも１台の装置は、Ｍａｓｔｅｒとして動作しなければならない。
【００１３】
Ｎｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃとして動作する装置は、Ｓｙｎｃ  Ｂｅａｃｏｎを送信するが、Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎは送信しない。Ｎｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−Ｓｙｎｃとして動作する装置は、Ｓｙｎｃ  ＢｅａｃｏｎもＤｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎも送信しない。
【００１４】
ＮＡＮクラスタに参加する装置は，Ｓｙｎｃ  Ｂｅａｃｏｎに従って、所定周期毎のＤＷ期間に同期し、ＤＷ期間においてサービス情報を通信する。ただし、Ｎｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−Ｓｙｎｃとして動作する装置はすべてのＤＷで通信を行なう必要はない。      
【００１５】
各装置は、ＤＷ期間にサービスを発見または要求するための信号であるＳｕｂｓｃｒｉｂｅメッセージや、サービスを提供していることを通知するための信号であるＰｕｂｌｉｓｈメッセージを互いに通信する。さらに、各装置は、ＤＷ期間にサービスに関する追加情報を交換するためにＦｏｌｌｏｗ−ｕｐメッセージをやり取りすることができる。なお、Ｐｕｂｌｉｓｈ，Ｓｕｂｓｃｒｉｂｅ、Ｆｏｌｌｏｗ−ｕｐといったメッセージを、総称してＳｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｆｒａｍｅ（ＳＤＦ）と呼ぶ。各装置は、ＳＤＦをやり取りすることで、サービスの広告または検出を行なうことができる。なお、他の装置が提供するサービスを検索するためのサービス検索要求メッセージであるＳｕｂｓｃｒｉｂｅメッセージを送信するＮＡＮデバイスを、Ｓｕｂｓｃｒｉｂｅｒと称する。また、サービスを提供するためのサービス提供メッセージであるＰｕｂｌｉｓｈメッセージを送信するＮＡＮデバイスを、Ｐｕｂｌｉｓｈｅｒと称する。
【００１６】
上述のように、ＮＡＮデバイスは、ＤＷ期間においても、スリープ状態で、無線信号を送受信しない状態となって、消費電力を抑制することができる。一方で、そのようなＮＡＮデバイスは、スリープ状態となっているＤＷ期間においては、Ｓｕｂｓｃｒｉｂｅメッセージ及びＰｕｂｌｉｓｈメッセージの送受信を行うことができない。このため、そのＮＡＮデバイスが提供するサービスを他のＮＡＮデバイスが発見するまでの期間が長期化してしまいうる。
【００１７】
これに対して、ＮＡＮデバイスによっては、Ｓｕｂｓｃｒｉｂｅ及びＰｕｂｌｉｓｈ等のサービスの検索及び報知を、他のＮＡＮデバイスに依頼することが可能でありうる。本実施形態では、他のＮＡＮデバイスのサービスの検索及び報知を代理処理する特定のＮＡＮデバイスのことを代理サーバ（以降、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとする）と呼ぶ。他のＮＡＮデバイスに代理処理を依頼する特定のＮＡＮデバイスを代理クライアント（以降、Ｐｒｏｘｙ  Ｃｌｉｅｎｔとする）と呼ぶ。Ｐｒｏｘｙ  Ｓｅｒｖｅｒは、Ｐｒｏｘｙ  Ｃｌｉｅｎｔから、サービス情報の代理送信を依頼された場合、当該Ｐｒｏｘｙ  Ｃｌｉｅｎｔのサービス情報を代理送信する。Ｐｒｏｘｙ  Ｓｅｒｖｅｒがサービスの検索及び報知をＰｒｏｘｙ  Ｃｌｉｅｎｔの代わりに実行することによって、Ｐｒｏｘｙ  Ｃｌｉｅｎｔは、より多くの期間にわたってスリープ状態に入ることで、大幅に消費電力を削減することができる。また、Ｐｒｏｘｙ  Ｃｌｉｅｎｔが提供しているサービスを検索しているＮＡＮデバイスにとっては、Ｐｒｏｘｙ  Ｃｌｉｅｎｔがスリープ状態のときにＳｕｂｓｃｒｉｂｅメッセージを送信しても、Ｐｒｏｘｙ  Ｓｅｒｖｅｒが応答を返してくれる場合がある。このため、サービスを検索しているＮＡＮデバイスは、Ｐｒｏｘｙ  Ｃｌｉｅｎｔがスリープ状態であっても、Ｐｒｏｘｙ  Ｓｅｒｖｅｒが代理で応答することによってＰｒｏｘｙ  Ｃｌｉｅｎｔが提供するサービスを発見できる可能性が高まる。
【００１８】
図１に本実施形態におけるネットワーク構成例を示す。
ＮＡＮデバイス１０１、１０２及び１０３は、ＮＡＮ規格に則った通信を行なう通信装置である。通信装置は一例として、スマートフォン、タブレット端末、ＰＣ、デジタルカメラ、プリンタ、各種デジタル家電、各種のセンサーデバイス等であるが、その他の装置であっても構わない。ＮＡＮデバイス１０１〜１０３はＮＡＮ規格に基づいて、周囲の通信装置およびそれらが提供するサービスを発見したり、自身が提供するサービスを広告することができる。図１においてＮＡＮデバイス１０１〜１０３はＮＡＮクラスタ１０５を形成している。ＮＡＮクラスタ１０５に参加している各ＮＡＮデバイス１０１〜１０３は、２．４ＧＨｚの周波数帯域の６ｃｈ（２．４３７ＧＨｚ）で通信する。ＮＡＮクラスタ１０５において５１２ＴＵ（Ｔｉｍｅ  Ｕｎｉｔ）毎に１６ＴＵのＤＷが設けられる。ＮＡＮクラスタ１０５を形成する各ＮＡＮデバイスはＤＷにおいて送受信されるＳｙｎｃ  Ｂｅａｃｏｎにより、ＤＷのスケジュールを同期する。なお、１ＴＵは１０２４μｓｅｃである。各ＤＷ期間にＮＡＮクラスタを形成する各ＮＡＮデバイスは、ＳＤＦによりサービス情報を通信する。
【００１９】
ＮＡＮデバイス１０１は以下に説明する各処理を実行することが可能な通信装置である。ＮＡＮデバイス１０１は、ＮＡＮ規格に基づいて、周囲の通信装置およびそれらが提供するサービスを発見し、自身が提供可能なサービスの情報を提供することができる。ＮＡＮデバイス１０１は、ＮＡＮクラスタ１０５に、Ｍａｓｔｅｒとして参加しているものとする。
【００２０】
ＮＡＮデバイス１０２はＮｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−ＳｙｎｃとしてＮＡＮクラスタ１０５に参加する通信装置である。ＮＡＮデバイス１０２はプリンタサービスを検索する。本実施形態において、ＮＡＮデバイス１０２は、ＤＷ０、ＤＷ３のみでアウェイク状態となり無線信号を送受信し、他のＤＷや、ＤＷ以外の期間ではスリープ状態であるとする。ＮＡＮデバイス１０３はＮＡＮデバイス１０２が検索するプリンタサービスを提供可能なデバイスであるＰｕｂｌｉｓｈｅｒであるものとする。ＮＡＮデバイス１０１〜１０３は、無線信号を送受信しないＤＷ期間においては、スリープ状態となるものとする。スリープ状態における各ＮＡＮデバイスは、後述する通信部２０６への電力供給を行わないことで、アウェイク状態に比べて低消費電力で動作する。
【００２１】
なお、上述した各ＮＡＮデバイス１０１〜１０３の役割は一例であり、各々が他の役割として動作してもよい。例えば、ＮＡＮデバイス１０２がサービスを提供するためのサービス提供信号であるＰｕｂｌｉｓｈメッセージを送信するＰｕｂｌｉｓｈｅｒとして動作してもよい。
【００２２】
続いて、ＮＡＮデバイス１０１〜１０３のハードウェア構成を、図２を用いて説明する。図２は、通信装置２００（ＮＡＮデバイス１０１〜１０３）のハードウェア構成を示す図である。
【００２３】
記憶部２０１はＲＯＭやＲＡＭ等のメモリにより構成され、後述する各週動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数の、メモリを備えていてもよい。
【００２４】
制御部２０２はＣＰＵやＭＰＵ等のプロセッサにより構成され、記憶部２０１に記憶されたプログラムを実行することにより通信装置２００全体を制御する。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサにより通信装置２００全体を制御するようにしてもよい。
【００２５】
また、制御部２０２は、機能部２０３を制御して、撮像や印刷、投影等の所定の処理を実行する。機能部２０３は、通信装置２００が所定の処理を実行するためのハードウェアである。例えば、通信装置２００がカメラである場合、機能部２０３は、撮像部であり、撮像処理を行う。また、例えば通信装置２００がプリンタである場合、機能部２０３は印刷部であり、印刷処理を行う。また、例えば、通信装置２００がプロジェクタである場合、機能部２０３は投影部であり、投影処理を行う。機能部２０３が処理するデータは、機能部２０１に記憶されているデータであってもよいし、後述する通信部２０６を介して他の通信装置と通信したデータであってもよい。
【００２６】
入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、画面上への表示や、スピーカによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を一つのモジュールで実現するようにしてもよい。出力部２０５は、表示による出力を行う場合、例えばＬＣＤやＬＥＤにより構成され、ユーザが視覚で認知可能な情報を出力し、各種ＵＩの表示制御を行う。
【００２７】
通信部２０６は、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１シリーズに準拠した通信を行うためのチップにより構成される。通信部２０６は、無線通信の制御や、ＩＰ通信の制御を行う。また、通信部２０６はアンテナ２０７を制御して、無線通信のための無線信号の送受信を行う。通信装置２００は通信部２０６を介して、画像データや文書データ、映像データ等のコンテンツを他の通信装置と通信する。
【００２８】
続いて、上述のようなＮＡＮデバイス１０１、１０２、１０３が実行する処理の流れ、無線通信システムにおけるシーケンスなどの、いくつかの実施形態について説明する。
【００２９】
＜実施形態１＞
本実施形態では、ＮＡＮデバイス１０２がＮＡＮデバイス１０１に代理でのサービス検索を要求し、当該要求に対する返信がない場合には本来スリープ状態となるべきＤＷでもアウェイク状態となる。
【００３０】
検索本実施形態ではＮＡＮデバイス１０１は、他のＮＡＮデバイスのサービスの検索および報知を代理することができるＰｒｏｘｙ  Ｓｅｒｖｅｒとして動作することができる。ＮＡＮデバイス１０２はＰｒｏｘｙ  Ｃｌｉｅｎｔの機能を有しており、Ｐｒｏｘｙ  Ｓｅｒｖｅｒを発見すると、代理でサービスの検索や報知を依頼することができる。Ｐｒｏｘｙ  Ｓｅｒｖｅｒは代理で検索した結果をＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔにまとめる。なお、ＮＡＮデバイス１０２がＰｕｂｌｉｓｈｅｒの場合は、Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｓｔとなる。Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔ又はＳｕｂｓｃｒｉｂｅｒ  ＬｉｓｔはＰｒｏｘｙ  Ｃｌｉｅｎｔからの要求に応じて、それに応答する形でＰｒｏｘｙ  ＳｅｒｖｅｒからＰｒｏｘｙ  Ｃｌｉｅｎｔへ送信される。
【００３１】
ＮＡＮクラスタにてＮＡＮデバイス１０１が代理でサービス検索を行う際の、ＮＡＮデバイス１０２の動作を図３に示すフローチャートを用いて説明する。
【００３２】
図３のフローチャートは、ＮＡＮデバイス１０２がＮＡＮクラスタに参加し、Ｐｒｏｘｙ  Ｃｌｉｅｎｔとしての動作を開始した時点で開始される。なお、図３に示すフローチャートは、ＮＡＮデバイス１０２の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実行される。なお、図３に示すフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。
【００３３】
ＮＡＮデバイス１０２は初め、Ｐｒｏｘｙ  Ｃｌｉｅｎｔとして動作する。具体的には、Ｐｒｏｘｙ  Ｃｌｉｅｎｔとして動作可能であることをＰｒｏｘｙ  ＳｅｒｖｉｃｅとしてＳｕｂｓｃｒｉｂｅメッセージを用いて周囲に報知する。Ｐｒｏｘｙ  Ｃｌｉｅｎｔとして動作可能なことの報知の方法は、他の方法でもよい。たとえば、Ｓｙｎｃ  ＢｅａｃｏｎにＰｒｏｘｙ  Ｃｌｉｅｎｔとしての動作が可能であることを示す情報を含めてもよい。サービス検索に使用するＳｕｂｓｃｒｉｂｅメッセージ中にＰｒｏｘｙ  Ｃｌｉｅｎｔとして動作可能であることを示す情報を含めてもよい。
【００３４】
図３において、ＮＡＮデバイス１０２は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして動作するＮＡＮデバイス１０１を発見したか判断する（Ｓ３０１）。尚、ＮＡＮデバイス１０２のＰｒｏｘｙ  Ｃｌｉｅｎｔとしての動作の開始は、Ｓ３０１においてＹｅｓと判断されたことを条件としてもよい。ＮＡＮデバイス１０２は、自身がアウェイク状態になるＤＷ０またはＤＷ３となったか判断する（Ｓ３０２）。ＮＡＮデバイス１０２はＤＷ０とＤＷ３以外の期間（その他のＤＷの期間及びＤＷ以外の期間）ではスリープ状態となる。ＮＡＮデバイス１０２は、ＤＷ０又はＤＷ３になると、スリープ状態からアウェイク状態に移行し、Ｓ３０１において発見したＮＡＮデバイス１０１へサービス登録依頼を送信する（Ｓ３０３）。そしてＮＡＮデバイス１０２は、サービス登録依頼の受信確認信号であるＡＣＫがＮＡＮデバイス１０１から返信されたか判断する（Ｓ３０４）。ＮＡＮデバイス１０２は、ＡＣＫがなければ再度サービス登録依頼を送信する。ＡＣＫが受信されると、Ｐｒｏｘｙ  ＳｅｒｖｅｒであるＮＡＮデバイス１０１はサービス登録依頼を受信したということになる。Ｐｒｏｘｙ  Ｓｅｒｖｅｒは受信したサービス登録依頼に基づいて、代理でサービス検索を開始することを示すため、ｃｏｎｆｉｒｍメッセージをＮＡＮデバイス１０２へ返信する。ｃｏｎｆｉｒｍメッセージは、サービス登録依頼に対する返信信号であり、依頼されたサービス登録が完了した旨を示すメッセージである。ＮＡＮデバイス１０２は、サービス登録依頼を送信したら、このｃｏｎｆｉｒｍメッセージを受信したか判断する（Ｓ３０６）。ｃｏｎｆｉｒｍメッセージを受信した場合、ＤＷ０、ＤＷ３のみアウェイク状態となり、サービス検索を続行する（Ｓ３０９）。尚、このとき、サービス検索をＰｒｏｘｙ  Ｓｅｒｖｅｒに任せて、ＮＡＮクラスタを離脱してもよい。ＮＡＮデバイス１０２は、ｃｏｎｆｉｒｍメッセージを受信していなければ、サービス登録依頼を送信したＤＷが終了したかどうかを確認する（Ｓ３０７）。まだサービス登録依頼を送信したＤＷであれば、引き続きｃｏｎｆｉｒｍメッセージの受信を待つ。サービス登録依頼を送信したＤＷが終了した場合、ＮＡＮデバイス１０２は、閾値以上の時間、例えば４回分のＤＷ以上ｃｏｎｆｉｒｍメッセージを待っているかどうか確認する（Ｓ３０８）。閾値以上の時間待っていない場合は、ＮＡＮデバイス１０２は、本来スリープ状態となるべきＤＷ１、ＤＷ２等のＤＷ（ＤＷ０とＤＷ３以外のＤＷ）においてもアウェイク状態となり、引き続きｃｏｎｆｉｒｍメッセージの受信を待機する（Ｓ３１０）。閾値以上の時間待っていた場合、ＮＡＮデバイス１０２は、ｃｏｎｆｒｉｍメッセージは返信されないものとしてＤＷ０，ＤＷ３のみアウェイク状態となり、サービス検索を続行する（Ｓ３０９）。このとき、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして動作するＮＡＮデバイスが他にいるかどうか検索してもよい。Ｐｒｏｘｙ依頼をやめて、ＮＡＮデバイス１０２だけでサービス検索をしてもよい。本来アウェイク状態になるＤＷにて、再びＰｒｏｘｙ  Ｓｅｒｖｅｒに対してサービス登録依頼を送信してもよい。尚、ｃｏｎｆｒｉｍメッセージの受信を待機する期間の閾値である４���分のＤＷはその数に限らず、その他の回数でもよいし、可変な値としてもよい。たとえば、４回分のＤＷで返信が来ないことが続いた場合、８回分のＤＷを待つようにしてもよい。逆に、すぐに返信が来ることが続いている場合、２回分のＤＷに変更する。という処理をしてもよい。これにより、返信を受け取るの待ち時間を効率的に決めることができる。
【００３５】
尚、上記図３のフローチャートに示すＮＡＮデバイス１０２の動作は、サービス登録依頼の送信とｃｏｎｆｉｒｍメッセージの受信の際の動作に限らない。たとえば、ＮＡＮデバイス１０２がＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを要求し、それに対してＮＡＮデバイス１０１がＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを返信する際にも同様の動作を行う。この場合、Ｓ３０３はＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔの要求を送信する動作となる。Ｓ３０５はＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを受信したかどうかを判断する動作となる。他にも、ＤＷ外で通信を行う前のメッセージの送受信でもよい。たとえば、Ｓ３０３をＤＷ外のどの期間で通信を行うのか、候補を挙げるメッセージの送信とする。この場合、Ｓ３０５で受信待ちするメッセージはＤＷ外のどの期間で通信を行うのか、候補の中から選択したメッセージとなる。Ｓ３０３を、上記のＤＷ外のどの期間で通信を行うのか、選択したメッセージの送信とすると、Ｓ３０５はＤＷ外のどの期間で通信を行うのか決定するメッセージの受信待ちとなる。このように、ＤＷ内で行われる要求信号とそれに対する返信信号がやり取りされる場合、且つ、片方、もしくは両方のＮＡＮデバイスが通常は一部のＤＷでスリープ状態となる場合に、図３のフローチャートは適用することができる。これらの場合、ＮＡＮデバイス１０１、１０２はＰｒｏｘｙ  Ｓｅｒｖｅｒ、Ｐｒｏｘｙ  Ｃｌｉｅｎｔの立場とは限らない。たとえば、両デバイスをＰｒｏｘｙの処理を行わないＮｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−Ｓｙｎｃ同士のメッセージの送受信としてもよい。
【００３６】
次に、サービス登録依頼を受信してから、ｃｏｎｆｉｒｍメッセージを返信するまでのＮＡＮデバイス１０１の動作を図４に示すフローチャートを用いて説明する。なお、図４の動作で送受信される信号は図３で示したフローチャートで送受信された信号にそれぞれ対応する。
【００３７】
フローチャートは、ＮＡＮデバイス１０１がＮＡＮクラスタに参加し、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとしての動作を開始した時点で開始される。なお、図４に示すフローチャートは、ＮＡＮデバイス１０２の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実行される。なお、図４に示すフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。
【００３８】
ＮＡＮデバイス１０１は初め、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして動作する。具体的には、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして動作可能であることをＰｒｏｘｙ  ＳｅｒｖｉｃｅとしてＰｕｂｌｉｓｈメッセージを用いて周囲に報知する。Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして動作可能なことの報知の方法は、他の方法でもよい。たとえば、Ｓｙｎｃ  ＢｅａｃｏｎにＰｒｏｘｙ  Ｓｅｒｖｅｒとしての動作が可能であることを示す情報を含めてもよい。サービス検索に使用するＰｕｂｌｉｓｈメッセージ中にＰｒｏｘｙ  Ｓｅｒｖｅｒとして動作可能であることを示す情報を含めてもよい。
【００３９】
図４において、ＮＡＮデバイス１０１は、Ｐｒｏｘｙ  Ｃｌｉｅｎｔとして動作するＮＡＮデバイス１０２を発見したか判断する（Ｓ４０１）。尚、ＮＡＮデバイス１０１のＰｒｏｘｙ  Ｓｅｒｖｅｒとしての動作の開始は、Ｓ４０１においてＹｅｓと判断されたことを条件としてもよい。ＮＡＮデバイス１０１はＰｒｏｘｙ  Ｃｌｉｅｎｔを発見すると、ＤＷまで待つ（Ｓ４０２）。次にＮＡＮデバイス１０１は、サービス登録依頼を受信したかどうか判断する（Ｓ４０３）。ＮＡＮデバイス１０１は、サービス登録依頼を受信すると、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして、受信したサービス登録依頼によって依頼されたサービスを代理で実行するための準備を行う（Ｓ４０４）。この例では、サービスの検索処理がサービス登録依頼によって依頼されているものとする。ＮＡＮデバイス１０１は、代理検索の準備ができたら、ＮＡＮデバイス１０２にｃｏｎｆｉｒｍメッセージの返信を行う。ＮＡＮデバイス１０１は、このとき、ｃｏｎｆｉｒｍメッセージの送信をサービス登録依頼を受信したＤＷ内で行うことが可能かを判定する（Ｓ４０５）。同じＤＷ内で送信できる場合は、ＮＡＮデバイス１０１は当該ＤＷにおいてｃｏｎｆｉｒｍメッセージを送信する（Ｓ４０７）。できない場合は次のＤＷまでｃｏｎｆｉｒｍメッセージの送信を待機する（Ｓ４０６）。その後、次のＤＷになると、ＮＡＮデバイス１０１はｃｏｎｆｉｒｍメッセージを送信する（Ｓ４０７）。なお、Ｓ４０４とＳ４０６〜Ｓ４０７は独立して動作してもよい。Ｓ４０５〜Ｓ４０７がＳ４０４より前に来てもよい。
【００４０】
続いて、Ｓｕｂｓｃｒｉｂｅｒとして動作するＮＡＮデバイス１０２が、ＮＡＮデバイス１０１にＳｕｂｓｃｒｉｂｅを登録してから、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔを受信するまでのシーケンスを、図５を用いて説明する。このときｃｏｎｆｉｒｍメッセージとＰｕｂｌｉｓｈｅｒ  ＬｉｓｔはＮＡＮデバイス１０２が要求信号を送信したＤＷとは別のＤＷに返信するとする。
【００４１】
図５において、ＮＡＮデバイス１０２は通常ＤＷ０、ＤＷ３においてアウェイク状態であるとし、それ以外はスリープ状態であるものとする。ＮＡＮデバイス１０１、ＮＡＮデバイス１０３はすべてのＤＷにおいてアウェイク状態であるとし、それ以外はスリープ状態であるものとする。また、ＮＡＮデバイス１０３はＤＷ２にてＰｕｂｌｉｓｈメッセージを送信するものとする。
【００４２】
ＮＡＮデバイス１０２がサービス検索を開始する。ＤＷ０になると、ＮＡＮデバイス１０２は近くにＰｒｏｘｙ  Ｓｅｒｖｅｒとして動作するＮＡＮデバイス１０１が存在することを確認し、サービス登録依頼を送信する（Ｓ５０２）。ＮＡＮデバイス１０１はサービス登録依頼を受信すると、代理検索の準備を開始するとともに、Ｐｒｏｘｙ  ＣｌｉｅｎｔであるＮＡＮデバイス１０２にｃｏｎｆｉｒｍメッセージを送信する。ただし、ｃｏｎｆｉｒｍメッセージはＤＷ０には返信されず、ＤＷ１に返信される（Ｓ５０５）。ＮＡＮデバイス１０２はＤＷ０が終了した時点でｃｏｎｆｉｒｍメッセージを受信していないため、本来スリープ状態となるＤＷ１でもアウェイク状態となることを決定する（Ｓ５０３）。ＤＷ１になり、ＮＡＮデバイス１０１がｃｏｎｆｉｒｍメッセージを送信する（Ｓ５０５）。ＮＡＮデバイス１０２はこれを確認すると、通常状態に戻り、次のＤＷ２ではスリープ状態となることを決定する（Ｓ５０７）。ＤＷ２にて、ＮＡＮデバイス１０１はＮＡＮデバイス１０３からＰｕｂｌｉｓｈメッセージを受け取り、ＮＡＮデバイス１０２の通信相手の候補として記憶する。ＤＷ３になり、ＮＡＮデバイス１０２はＮＡＮデバイス１０１にＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを要求する（Ｓ５１２）。ＮＡＮデバイス１０２はＤＷ３が終了した時点でＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを受信していないため、本来スリープ状態となるＤＷ４でもアウェイク状態となることを決定する（Ｓ５１３）。ＤＷ４になり、ＮＡＮデバイス１０１がＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを送信する（Ｓ５１５）。ＮＡＮデバイス１０２はこれを確認すると、通常状態に戻り、次のＤＷ５ではスリープ状態となることを決定する（Ｓ５１７）。
【００４３】
このように、ＮＡＮデバイス１０２は要求信号を送信した際に、それに対する返信信号が受信されなければ、本来スリープ状態となるべき次のＤＷでもアウェイク状態となることで、次のＤＷに返信信号が送信されたとしても確実に受信できるようになる。また、返信信号を送る側にとっては、返信信号を送ったにも関わらず、返信信号に対するＡＣＫが返ってこないために返信信号を無駄に繰り返し送信してしまうという問題を防ぐことができる。また、返信信号を待つ側は返信信号を待ちながらも、ＤＷ期間以外はスリープ状態とすることができ、常にアウェイク状態となることと比べると消費電力を抑えながら返信信号の待機をすることができる。
【００４４】
＜実施形態２＞
本実施形態では、ＮＡＮデバイス１０２がＮＡＮデバイス１０１に代理でのサービス検索を要求する際に、信号の送受信が可能なＤＷの情報（以降、ａｗａｋｅ  ｔｉｍｅ）を含める。実施形態１と同様な点に関しては説明を省略する。
【００４５】
ＮＡＮクラスタにてＮＡＮデバイス１０１が代理でサービス検索を行う際の、ＮＡＮデバイス１０２の動作を図６に示すフローチャートを用いて説明する。
【００４６】
図６のフローチャートは、ＮＡＮデバイス１０２がＮＡＮクラスタに参加し、ユーザによる指示によってＰｒｏｘｙ  ＣｌｉｅｎｔとしてＰｒｏｘｙ  ＳｅｒｖｅｒにＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求を行う際に開始される。なお、このフローチャートはＰｒｏｘｙ  Ｓｅｒｖｅｒにサービスを登録した時点から、定期的に実行されてもよい。ユーザ操作ではなく何らかのイベント発生に基づいて自動的にトリガがかかってもよい。なお、図６に示すフローチャートは、ＮＡＮデバイス１０２の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実行される。なお、図６に示すフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。
【００４７】
ＮＡＮデバイス１０２は初め、Ｐｒｏｘｙ  Ｃｌｉｅｎｔとして動作する。ＮＡＮデバイス１０２は自身がアウェイク状態になるＤＷまで待機する（Ｓ６０２）。アウェイク状態になるＤＷにおいて、ＮＡＮデバイス１０２は、ａｗａｋｅ  ｔｉｍｅを含めてＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔの要求をＮＡＮデバイス１０１へ送信する（Ｓ６０３）。次にＮＡＮデバイス１０２は、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔの要求に対するＡＣＫが返信されたか判断する（Ｓ６０４）。ＡＣＫがなければ再度Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求を送信する。ＮＡＮデバイス１０２は、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求を送信したら、そのＤＷ内でＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを受信したか判断する（Ｓ６０６）。Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔを受信した場合、ＮＡＮデバイス１０２は、受信したＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを出力部２０５に出力する（Ｓ６０８）。出力部２０５に出力することにより、ユーザは出力されたＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔから所望のＰｕｂｌｉｓｈｅｒを選択することができるようになる。尚、ユーザがＰｕｂｌｉｓｈｅｒを選択するのではなく、何らかの条件に基づいてＮＡＮデバイス１０２が自動的にＰｕｂｌｉｓｈｅｒを選択するようにしてもよい。その場合、ＮＡＮデバイス１０２はＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを出力部２０５に出力しなくてもよく、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔの代わりに、選択されたＰｕｂｌｉｓｈｅｒを出力するようにしてもよい。また、今回受信したＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔの中からは通信相手となるＰｕｂｌｉｓｈｅｒは選択せず、ＮＡＮデバイス１０２は次回以降のＤＷにおいて再度Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔの要求を送信してもよい。
【００４８】
Ｓ６０６において、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔを受信していなければ、ＮＡＮデバイス１０２は、すでに２回Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求を送信したかどうかを判定する（Ｓ６０７）。まだであれば、ＮＡＮデバイス１０２は、自身がアウェイクになるＤＷまで待機し、再度Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求を送信する（Ｓ６０３）。すでに２回以上Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求を送信していた場合、ＮＡＮデバイス１０２は、他のＰｒｏｘｙ  Ｓｅｒｖｅｒを検索する（Ｓ６０９）。このとき、Ｐｒｏｘｙ  Ｓｅｒｖｅｒを利用せずにＮＡＮデバイス１０２自身だけでサービス検索してもよい。尚、Ｓ６０７の判断は、閾値以上の時間であるかどうか、閾値回数のＤＷだけ待ったかどうか等を基準としてもよい。また、回数は２回に限らず、その他の回数や可変の値をとってもよい。また、上記の動作はＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求とＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔの返信に限らない。
【００４９】
次に、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求を受信してから、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔを返信するまでのＮＡＮデバイス１０１の動作を図７に示すフローチャートを用いて説明する。なお、図７の動作で送受信される信号は図６で示したフローチャートで送受信された信号にそれぞれ対応する。
【００５０】
フローチャートは、ＮＡＮデバイス１０１がＮＡＮクラスタに参加し、Ｐｒｏｘｙ  ＳｅｒｖｅｒとしてＰｒｏｘｙ  Ｃｌｉｅｎｔのサービスを代理で検索開始した時点で開始される。なお、図７に示すフローチャートは、ＮＡＮデバイス１０２の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実行される。なお、図７に示すフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。
【００５１】
ＮＡＮデバイス１０１は初め、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして動作する。ＮＡＮデバイス１０１はＤＷにおいて、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求の受信を待つ（Ｓ７０３）。ＮＡＮデバイス１０１は、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求を受信したら、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求を受信したＤＷ内でＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを返信できるか確認する（Ｓ７０４）。Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔを送信できる場合は、ＮＡＮデバイス１０１は当該ＤＷにおいてＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを送信する（Ｓ７０８）。ＤＷ内にＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを送信できない場合、もしくはできなかった場合は、ＮＡＮデバイス１０１はＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔにａｗａｋｅ  ｔｉｍｅが含まれるかを確認する（Ｓ７０５）。含まれていなかった場合、ＮＡＮデバイス１０１は次のＤＷまで待機し（Ｓ７０６）、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔを送信する（Ｓ７０８）。ａｗａｋｅ  ｔｉｍｅが含まれていた場合、ＮＡＮデバイス１０１は、その情報を解析し、次にＰｒｏｘｙ  Ｃｌｉｅｎｔがアウェイク状態になるＤＷまで待機する（Ｓ７０７）。Ｐｒｏｘｙ  Ｃｌｉｅｎｔがアウェイク状態になるＤＷにおいて、Ｐｒｏｘｙ  Ｃｌｉｅｎｔから再度要求が来なかったとしても、ＮＡＮデバイス１０１はＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを送信する（Ｓ７０８）。
【００５２】
図９にＰｒｏｘｙ  Ｓｅｒｖｅｒが送信するＳＤＦ（Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅ）であるＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔのフレーム構成例を示す。ＳＤＦはＩＥＥＥ８０２．１１規格のＰｕｂｌｉｃ  Ａｃｔｉｏｎ  Ｆｒａｍｅを用いる。ＳＤＦはＰｕｂｌｉｃｈ  Ａｃｔｉｏｎ  Ｆｒａｍｅの一部にＮＡＮで規定される情報を含めるためのＮＡＮ  Ａｔｔｒｉｂｕｔｅ（９０１）を含む。情報の種別を示すＡｔｔｒｉｂｕｔｅ  ＩＤ（９０２）には、Ｐｕｂｌｉｓｈｅｒ  ｌｉｓｔ  Ａｔｔｒｉｂｕｔｅであることを示す０ｘ１６が入力される。なお、この値は別でも構わない。Ｎｕｍ  ｏｆ  Ｐｕｂｌｉｓｈｅｒ（９０４）は、送信するＰｕｂｌｉｓｈｅｒの数が入力される。もし、送信するＰｕｂｌｉｓｈｅｒがない場合、この値を０としてＰｒｏｘｙ  Ｃｌｉｅｎｔに送信することになる。その後ろのＬｅｎｇｔｈ（９０５）には、１つのＰｕｂｌｉｓｈｅｒの情報の長さが入力される。Ｍａｃ  ａｄｄｒｅｓｓ（９０６）にはＰｕｂｌｉｓｈｅｒのＭａｃ  ａｄｄｒｅｓｓが入力される。ｓｅｒｖｉｃｅ  ＩＤ（９０７）からｆｉｌｔｅｒ（９１１）には、Ｐｕｂｌｉｓｈメッセージに含まれる情報がそのまま入力される。以後（９１２）、各Ｐｕｓｂｌｉｓｈメッセージの情報を９０５〜９１１と同様に続けていく。なお、上記フレーム構成は一例であり、別の構成をとってもよい。たとえば、これの他にＮＡＮ  Ａｔｔｒｉｂｕｔｅを付加してもよい。これにより、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔ以外のＰｒｏｘｙに関する情報をＰｒｏｘｙ  Ｃｌｉｅｎｔに送信することが可能となる。
【００５３】
続いて、Ｓｕｂｓｃｒｉｂｅｒとして動作するＮＡＮデバイス１０２が、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求を送信してからＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを受信するまでのシーケンスを、図８を用いて説明する。このときＰｕｂｌｉｓｈｅｒ  ＬｉｓｔはＮＡＮデバイス１０２が要求信号を送信したＤＷとは別のＤＷに返信するとする。
【００５４】
図８において、ＮＡＮデバイス１０２は通常ＤＷ０、ＤＷ３においてアウェイク状態であるとし、それ以外はスリープ状態であるものとする。ＮＡＮデバイス１０１、ＮＡＮデバイス１０３はすべてのＤＷにおいてアウェイク状態であるとし、それ以外はスリープ状態であるものとする。また、ＮＡＮデバイス１０３はＤＷ２にてＰｕｂｌｉｓｈメッセージを送信するものとする。
【００５５】
ＤＷ０になると、ＮＡＮデバイス１０２はａｗａｋｅ  ｔｉｍｅを含んだＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求を送信する（Ｓ８０３）。ＮＡＮデバイス１０１はＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求を受信すると、ＤＷ０でＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔが返信できるかを判断する（Ｓ８０４）。確認の結果、ＤＷ０でＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔが返信できないので、ＮＡＮデバイス１０１は図７の動作に従い、ＤＷ３までＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを送信しない。
【００５６】
ＤＷ２にて、ＮＡＮデバイス１０３がＰｕｂｌｉｓｈを送信する。ＮＡＮデバイス１０１はこれを受信すると、ＮＡＮデバイス１０２の通信相手の候補としてＮＡＮデバイス１０３の情報を記憶する。
【００５７】
ＤＷ３に入ると、ＮＡＮデバイス１０２はａｗａｋｅ  ｔｉｍｅで示した通り、アウェイク状態になる。ＮＡＮデバイス１０１はＮＡＮデバイス１０２がアウェイク状態になるＤＷであるため、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔを送信する。このとき、ＮＡＮデバイス１０２からＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求を受信しなくても、ＮＡＮデバイス１０１はＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを送信する。このとき、Ｐｕｂｌｉｓｈｅｒ  ＬｉｓｔにＤＷ２で検出したＮＡＮデバイス１０３の情報も含めて送信してもよい。
【００５８】
このように、返信が必要なフレームにａｗａｋｅ  ｔｉｍｅを含めることで以下の利点が挙げられる。ＮＡＮデバイス１０２は従来通りアウェイク状態になるＤＷ以外ではスリープ状態になっていたとしても、Ｐｕｂｌｉｓｈｅｒ  Ｌｉｓｔをより確実に受信することができる。また、ＤＷ３にてＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔの要求を再送する必要がない。一方でＮＡＮデバイス１０１はＮＡＮデバイス１０２のａｗａｋｅ  ｔｉｍｅを解析できるため、ＤＷ１、ＤＷ２等のＮＡＮデバイス１０２がスリープ状態であるＤＷにおいて無駄にＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔを送信する必要がなくなる。ＮＡＮデバイス１０２は本来スリープ状態のＤＷではスリープ状態のままなので、実施形態１と比較して、より消費電力を抑えることが可能となる。
【００５９】
＜その他の実施形態＞
上述の実施形態では、ＮＡＮデバイス１０２はＤＷ０、ＤＷ３でアウェイク状態となり、その他のＤＷではスリープ状態となっていたが、他のＤＷでアウェイク状態となっていてもよい。上述の実施形態では、ＮＡＮデバイス１０１が、ＮＡＮデバイス１０２が要求しているサービスの検索に関して、代理で検索するＰｒｏｘｙ  Ｓｅｒｖｅｒとして動作する場合について説明した。しかしながら、Ｐｒｏｘｙ機能によって代理送信されるのは検索するサービスの情報に限られない。例えば、ＮＡＮデバイス１０１は、他の装置によるサービスを提供している通知を受け付けて、その装置の代わりにサービスを通知してもよい。この場合、ＮＡＮデバイス１０１は、例えば、他の装置によるＰｕｂｌｉｓｈメッセージを代理で送信してその応答であるＳｕｂｓｃｒｉｂｅメッセージやＦｏｌｌｏｗ−ｕｐメッセージを受信することによってサービスの検索を行いうる。なお、ＮＡＮデバイス１０１は、Ｐｕｂｌｉｓｈメッセージを送信することなく、さらに別の装置が（例えば自発的に）送信したＳｕｂｓｃｒｉｂｅメッセージを待ち受けてもよい。いずれの場合であっても、ＮＡＮデバイス１０１は、サービスの検索の代理を依頼した装置に対して、その装置が無線信号を受信できるＤＷ期間において、その検索結果を通知することができる。
【００６０】
また、上述の実施形態では、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０２からのＰｒｏｘｙ要求を受け付けたが、他の１つ以上のＮＡＮデバイスからのＰｒｏｘｙ要求を受け付けてもよい。
【００６１】
上述の実施形態２において、ＮＡＮデバイス１０２はＰｕｂｌｉｓｈｅｒ  Ｌｉｓｔ要求にａｗａｋｅ  ｔｉｍｅを含めて送信したが、ａｗａｋｅ  ｔｉｍｅを含めるのは、別のフレームでもよい。ＮＡＮデバイス１０２が一部のＤＷにてスリープ状態になっている間に送信するフレームすべてに含めてもよい。スリープ状態かアウェイク状態としていたＤＷを変更する際に含めてもよい。上述の実施形態２のように、返信の必要なフレームに含めるようにしてもよい。いずれかの組み合わせでもよい。
【００６２】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６３】
１０１、１０２、１０３  ＮＡＮデバイス
１０５  ＮＡＮクラスタ
【図１】
2018157275.tif 000003
【図２】
2018157275.tif 000004
【図３】
2018157275.tif 000005
【図４】
2018157275.tif 000006
【図５】
2018157275.tif 000007
【図６】
2018157275.tif 000008
【図７】
2018157275.tif 000009
【図８】
2018157275.tif 000010
【図９】
2018157275.tif 000011