JP2018157275A

JP2018157275A - 通信装置、通信方法、及びプログラム

Info

Publication number: JP2018157275A
Application number: JP2017050373A
Authority: JP
Inventors: 佑生吉川; Yuki Yoshikawa
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2017-03-15
Filing date: 2017-03-15
Publication date: 2018-10-04
Anticipated expiration: 2037-03-15
Also published as: WO2018168576A1; JP7034596B2; US20190394716A1

Abstract

【課題】通信装置間で定められた期間において通信を行うシステムにおいて、通信装置が送信した要求信号に対する返信信号をより確実に効率的に受信できるようにする
【解決手段】所定の時間間隔で到来する所定の長さの期間において他の通信装置との間で無線信号の送信又は受信を行うことが可能な通信装置は、複数の前記期間の一部の期間を無線信号の送信又は受信を行う期間、残りの一部の期間を行わない期間とし、他の通信装置へ送信した要求信号に対する返信信号を受信していない場合は、前記残りの一部の期間においても無線信号の受信を行うように制御する
【選択図】図３

Description

本発明は、無線通信を行う通信装置、通信方法及びプログラムに関する。

近年、ＩＥＥＥ８０２．１１規格シリーズに代表される無線ＬＡＮが広く利用されている。無線ＬＡＮは、多くの場合、アクセスポイント（ＡＰ）と呼ばれる基地局によってネットワークが制御される。このＡＰと、ＡＰの電波到達範囲内に存在し、無線接続状態であるステーション（ＳＴＡ）とによって無線ネットワークが構成される。

また、このような従来型のＡＰとＳＴＡによる無線ネットワーク構成のみならず、さまざまな無線ＬＡＮのネットワーク形態の製品、および仕様規格が登場している。特許文献１には、Ｗｉ−ＦｉＡｌｌｉａｎｃｅによって規定されたＮＡＮ（ＮｅｉｇｈｂｏｒＡｗａｒｅｎｅｓｓＮｅｔｗｏｒｋｉｎｇ）について記載されている。ＮＡＮは、通信装置が、他の装置を発見するため、及び他の装置が実行可能なサービスを発見するための仕組みを規定した規格である。特許文献１によれば、ＮＡＮでは、定められた期間において各装置がビーコンを送信することが規定されている。各装置は、定められた期間において通信し、それ以外の期間では、無線通信を行わないスリープ状態となることで、低消費電力で他の装置やサービスを発見することが可能になる。特許文献２によれば、ＮＡＮを実行するある一部の装置は、定められた期間のうちの一部の期間においてもスリープ状態となることで、さらに低消費電力で他の装置やサービスを発見することが可能になる。

米国特許出願公開第２０１５／００３６５４０号明細書米国特許出願公開第２０１６／０２１９４２２号明細書

上述のように通信装置は、ＮＡＮを用いることで他の装置やサービスの発見を低消費電力で効率的に行うことができる。しかし上記の技術では、定められた期間のうちの一部の期間においてもスリープ状態となる通信装置が、返信を必要とする所定の要求信号を送信し、当該返信が通信装置のスリープ状態中に行われた場合に、通信装置はその返信を受信できないという問題がある。また、返信を送信する装置は、当該返信が通信装置で受信されるまで通信装置がスリープ状態中であっても返信を繰り返してしまうという無駄が発生する。

本発明は、これらの問題に対してなされたものであり、通信装置間で定められた期間において通信を行うシステムにおいて、通信装置が送信した要求信号に対する返信信号を、より確実に効率的に受信できるようにすることを目的とする。

本発明は、所定の時間間隔で到来する所定の長さの期間において他の通信装置との間で無線信号の送信又は受信を行うことが可能な通信装置であって、複数の前記期間のうちの一部である第１の期間を無線信号の送信又は受信を行う期間とし、残りの一部である第２の期間を無線信号の送信及び受信を行わない期間として決定する決定手段と、前記決定手段により決定された前記第１の期間において、前記他の通信装置へ要求信号を送信する送信手段と、前記第１の期間において前記要求信号に対する返信信号を受信していない場合、前記第２の期間においても無線信号の受信を行うよう制御する制御手段とを有することを特徴とする。

また、本発明は、所定の時間間隔で到来する所定の長さの期間において他の通信装置との間で無線信号の送信又は受信を行うことが可能な通信装置であって、複数の前記期間のうちの一部である第１の期間を無線信号の送信又は受信を行う期間とし、残りの一部である第２の期間を無線信号の送信及び受信を行わない期間として決定する決定手段と、前記他の通信装置からの返信信号を要求する要求信号であって、前記第１の期間を示す情報を含む要求信号を前記他の通信装置へ送信する送信手段とを有することを特徴とする。

本発明によれば、通信装置間で定められた期間において通信を行うシステムにおいて、通信装置が送信した要求信号に対する返信信号をより確実に効率的に受信できるようになる。

通信システムの構成を示す図である。ＮＡＮデバイス１０１、１０２の機能構成を示すブロック図である。ＮＡＮデバイス１０２の動作を示すフローチャートである。ＮＡＮデバイス１０１の動作を示すフローチャートである。通信システムのシーケンスを示す図である。ＮＡＮデバイス１０２の動作を示すフローチャートである。ＮＡＮデバイス１０１の動作を示すフローチャートである。通信システムのシーケンスを示す図である。本実施形態で用いるフレームの構成を示す図である。

以下、本発明の実施の形態について、図面を参照しながら説明する。なお、以下では、各通信装置は、ＩＥＥＥ８０２．１１規格シリーズに準拠する無線ＬＡＮの通信機能を有する端末であるものとするが、これに限られない。また、以下の各通信装置はＷｉ−ＦｉＮｅｉｇｈｂｏｒＡｗａｒｅｎｅｓｓＮｅｔｗｏｒｋｉｎｇ（ＮＡＮ）によって通信装置間で通信を行い、他の通信装置及びサービスを発見可能なＮＡＮデバイスであるものとするが、これにも限られない。すなわち、以下の各説明では、所定の規格に対応する専門用語が用いられているが、同種の他の規格においても以下の各議論を適用することが可能である。ＮＡＮでは、サービス情報をＤｉｓｃｏｖｅｒｙＷｉｎｄｏｗ（以降、ＤＷと称す）と呼ばれる期間に通信する。ＤＷは、所定の時間間隔で到来する所定の長さの期間であり、ＮＡＮを実行する複数のデバイスが、ｃｏｎｖｅｒｇｅする時間である。また、ＤＷのスケジュールを共有している端末の集合をＮＡＮクラスタと呼ぶ。

ＤＷ期間のうち、どのくらいの頻度のＤＷ期間で無線信号を受信するかは、各ＮＡＮデバイスに依存する。しかしながらＮＡＮクラスタに参加する全てのＮＡＮデバイスは、ＤＷ０と呼ばれる特別なＤＷ期間では必ず無線信号を受信できる状態（以降、アウェイク状態）である必要がある。ＤＷ０は、１６回のＤＷ期間に対して１回の周期で到来するＤＷ期間である。また、ＤＷ０は、ＮＡＮクラスタが同期に用いるカウンタタイマであるＴＳＦ（ＴｉｍｅＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＦｕｎｃｔｉｏｎ）の下位２３ｂｉｔが０ｘ０である時刻から始まるＤＷ期間である。ＤＷは、ＤＷ０〜ＤＷ１５の１６回のＤＷ期間を所定の間隔で繰り返す。即ちＤＷｎ（ｎは０から１５の整数）の１６回後のＤＷ期間もまたＤＷｎである。なお、ＤＷは、一定周期毎に発生する。

ＮＡＮクラスタを形成する各装置は、Ｍａｓｔｅｒ、Ｎｏｎ−ＭａｓｔｅｒＳｙｎｃおよびＮｏｎ−ＭａｓｔｅｒＮｏｎ−Ｓｙｎｃのうちの何れかの役割で動作する。Ｍａｓｔｅｒとして動作する装置は、各装置がＤＷを識別し、同期するためのビーコンであるＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＢｅａｃｏｎ（以降、ＳｙｎｃＢｅａｃｏｎと称す）を送信する。また、Ｍａｓｔｅｒとして動作する装置は、ＮＡＮクラスタに属していない装置に当該ＮＡＮクラスタを認識させるための信号であるＤｉｓｃｏｖｅｒｙＢｅａｃｏｎを送信する。ＤｉｓｃｏｖｅｒｙＢｅａｃｏｎは、例えば１００ｍｓ毎に、ＤＷの期間外で送信される。なお、各ＮＡＮクラスタにおいて、少なくとも１台の装置は、Ｍａｓｔｅｒとして動作しなければならない。

Ｎｏｎ−ＭａｓｔｅｒＳｙｎｃとして動作する装置は、ＳｙｎｃＢｅａｃｏｎを送信するが、ＤｉｓｃｏｖｅｒｙＢｅａｃｏｎは送信しない。Ｎｏｎ−ＭａｓｔｅｒＮｏｎ−Ｓｙｎｃとして動作する装置は、ＳｙｎｃＢｅａｃｏｎもＤｉｓｃｏｖｅｒｙＢｅａｃｏｎも送信しない。

ＮＡＮクラスタに参加する装置は，ＳｙｎｃＢｅａｃｏｎに従って、所定周期毎のＤＷ期間に同期し、ＤＷ期間においてサービス情報を通信する。ただし、Ｎｏｎ−ＭａｓｔｅｒＮｏｎ−Ｓｙｎｃとして動作する装置はすべてのＤＷで通信を行なう必要はない。

各装置は、ＤＷ期間にサービスを発見または要求するための信号であるＳｕｂｓｃｒｉｂｅメッセージや、サービスを提供していることを通知するための信号であるＰｕｂｌｉｓｈメッセージを互いに通信する。さらに、各装置は、ＤＷ期間にサービスに関する追加情報を交換するためにＦｏｌｌｏｗ−ｕｐメッセージをやり取りすることができる。なお、Ｐｕｂｌｉｓｈ，Ｓｕｂｓｃｒｉｂｅ、Ｆｏｌｌｏｗ−ｕｐといったメッセージを、総称してＳｅｒｖｉｃｅＤｉｓｃｏｖｅｒｙＦｒａｍｅ（ＳＤＦ）と呼ぶ。各装置は、ＳＤＦをやり取りすることで、サービスの広告または検出を行なうことができる。なお、他の装置が提供するサービスを検索するためのサービス検索要求メッセージであるＳｕｂｓｃｒｉｂｅメッセージを送信するＮＡＮデバイスを、Ｓｕｂｓｃｒｉｂｅｒと称する。また、サービスを提供するためのサービス提供メッセージであるＰｕｂｌｉｓｈメッセージを送信するＮＡＮデバイスを、Ｐｕｂｌｉｓｈｅｒと称する。

上述のように、ＮＡＮデバイスは、ＤＷ期間においても、スリープ状態で、無線信号を送受信しない状態となって、消費電力を抑制することができる。一方で、そのようなＮＡＮデバイスは、スリープ状態となっているＤＷ期間においては、Ｓｕｂｓｃｒｉｂｅメッセージ及びＰｕｂｌｉｓｈメッセージの送受信を行うことができない。このため、そのＮＡＮデバイスが提供するサービスを他のＮＡＮデバイスが発見するまでの期間が長期化してしまいうる。

これに対して、ＮＡＮデバイスによっては、Ｓｕｂｓｃｒｉｂｅ及びＰｕｂｌｉｓｈ等のサービスの検索及び報知を、他のＮＡＮデバイスに依頼することが可能でありうる。本実施形態では、他のＮＡＮデバイスのサービスの検索及び報知を代理処理する特定のＮＡＮデバイスのことを代理サーバ（以降、ＰｒｏｘｙＳｅｒｖｅｒとする）と呼ぶ。他のＮＡＮデバイスに代理処理を依頼する特定のＮＡＮデバイスを代理クライアント（以降、ＰｒｏｘｙＣｌｉｅｎｔとする）と呼ぶ。ＰｒｏｘｙＳｅｒｖｅｒは、ＰｒｏｘｙＣｌｉｅｎｔから、サービス情報の代理送信を依頼された場合、当該ＰｒｏｘｙＣｌｉｅｎｔのサービス情報を代理送信する。ＰｒｏｘｙＳｅｒｖｅｒがサービスの検索及び報知をＰｒｏｘｙＣｌｉｅｎｔの代わりに実行することによって、ＰｒｏｘｙＣｌｉｅｎｔは、より多くの期間にわたってスリープ状態に入ることで、大幅に消費電力を削減することができる。また、ＰｒｏｘｙＣｌｉｅｎｔが提供しているサービスを検索しているＮＡＮデバイスにとっては、ＰｒｏｘｙＣｌｉｅｎｔがスリープ状態のときにＳｕｂｓｃｒｉｂｅメッセージを送信しても、ＰｒｏｘｙＳｅｒｖｅｒが応答を返してくれる場合がある。このため、サービスを検索しているＮＡＮデバイスは、ＰｒｏｘｙＣｌｉｅｎｔがスリープ状態であっても、ＰｒｏｘｙＳｅｒｖｅｒが代理で応答することによってＰｒｏｘｙＣｌｉｅｎｔが提供するサービスを発見できる可能性が高まる。

図１に本実施形態におけるネットワーク構成例を示す。
ＮＡＮデバイス１０１、１０２及び１０３は、ＮＡＮ規格に則った通信を行なう通信装置である。通信装置は一例として、スマートフォン、タブレット端末、ＰＣ、デジタルカメラ、プリンタ、各種デジタル家電、各種のセンサーデバイス等であるが、その他の装置であっても構わない。ＮＡＮデバイス１０１〜１０３はＮＡＮ規格に基づいて、周囲の通信装置およびそれらが提供するサービスを発見したり、自身が提供するサービスを広告することができる。図１においてＮＡＮデバイス１０１〜１０３はＮＡＮクラスタ１０５を形成している。ＮＡＮクラスタ１０５に参加している各ＮＡＮデバイス１０１〜１０３は、２．４ＧＨｚの周波数帯域の６ｃｈ（２．４３７ＧＨｚ）で通信する。ＮＡＮクラスタ１０５において５１２ＴＵ（ＴｉｍｅＵｎｉｔ）毎に１６ＴＵのＤＷが設けられる。ＮＡＮクラスタ１０５を形成する各ＮＡＮデバイスはＤＷにおいて送受信されるＳｙｎｃＢｅａｃｏｎにより、ＤＷのスケジュールを同期する。なお、１ＴＵは１０２４μｓｅｃである。各ＤＷ期間にＮＡＮクラスタを形成する各ＮＡＮデバイスは、ＳＤＦによりサービス情報を通信する。

ＮＡＮデバイス１０１は以下に説明する各処理を実行することが可能な通信装置である。ＮＡＮデバイス１０１は、ＮＡＮ規格に基づいて、周囲の通信装置およびそれらが提供するサービスを発見し、自身が提供可能なサービスの情報を提供することができる。ＮＡＮデバイス１０１は、ＮＡＮクラスタ１０５に、Ｍａｓｔｅｒとして参加しているものとする。

ＮＡＮデバイス１０２はＮｏｎ−ＭａｓｔｅｒＮｏｎ−ＳｙｎｃとしてＮＡＮクラスタ１０５に参加する通信装置である。ＮＡＮデバイス１０２はプリンタサービスを検索する。本実施形態において、ＮＡＮデバイス１０２は、ＤＷ０、ＤＷ３のみでアウェイク状態となり無線信号を送受信し、他のＤＷや、ＤＷ以外の期間ではスリープ状態であるとする。ＮＡＮデバイス１０３はＮＡＮデバイス１０２が検索するプリンタサービスを提供可能なデバイスであるＰｕｂｌｉｓｈｅｒであるものとする。ＮＡＮデバイス１０１〜１０３は、無線信号を送受信しないＤＷ期間においては、スリープ状態となるものとする。スリープ状態における各ＮＡＮデバイスは、後述する通信部２０６への電力供給を行わないことで、アウェイク状態に比べて低消費電力で動作する。

なお、上述した各ＮＡＮデバイス１０１〜１０３の役割は一例であり、各々が他の役割として動作してもよい。例えば、ＮＡＮデバイス１０２がサービスを提供するためのサービス提供信号であるＰｕｂｌｉｓｈメッセージを送信するＰｕｂｌｉｓｈｅｒとして動作してもよい。

続いて、ＮＡＮデバイス１０１〜１０３のハードウェア構成を、図２を用いて説明する。図２は、通信装置２００（ＮＡＮデバイス１０１〜１０３）のハードウェア構成を示す図である。

記憶部２０１はＲＯＭやＲＡＭ等のメモリにより構成され、後述する各週動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数の、メモリを備えていてもよい。

制御部２０２はＣＰＵやＭＰＵ等のプロセッサにより構成され、記憶部２０１に記憶されたプログラムを実行することにより通信装置２００全体を制御する。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサにより通信装置２００全体を制御するようにしてもよい。

また、制御部２０２は、機能部２０３を制御して、撮像や印刷、投影等の所定の処理を実行する。機能部２０３は、通信装置２００が所定の処理を実行するためのハードウェアである。例えば、通信装置２００がカメラである場合、機能部２０３は、撮像部であり、撮像処理を行う。また、例えば通信装置２００がプリンタである場合、機能部２０３は印刷部であり、印刷処理を行う。また、例えば、通信装置２００がプロジェクタである場合、機能部２０３は投影部であり、投影処理を行う。機能部２０３が処理するデータは、機能部２０１に記憶されているデータであってもよいし、後述する通信部２０６を介して他の通信装置と通信したデータであってもよい。

入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、画面上への表示や、スピーカによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を一つのモジュールで実現するようにしてもよい。出力部２０５は、表示による出力を行う場合、例えばＬＣＤやＬＥＤにより構成され、ユーザが視覚で認知可能な情報を出力し、各種ＵＩの表示制御を行う。

通信部２０６は、ＩＥＥＥ（ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃＥｎｇｉｎｅｅｒｓ）８０２．１１シリーズに準拠した通信を行うためのチップにより構成される。通信部２０６は、無線通信の制御や、ＩＰ通信の制御を行う。また、通信部２０６はアンテナ２０７を制御して、無線通信のための無線信号の送受信を行う。通信装置２００は通信部２０６を介して、画像データや文書データ、映像データ等のコンテンツを他の通信装置と通信する。

続いて、上述のようなＮＡＮデバイス１０１、１０２、１０３が実行する処理の流れ、無線通信システムにおけるシーケンスなどの、いくつかの実施形態について説明する。

＜実施形態１＞
本実施形態では、ＮＡＮデバイス１０２がＮＡＮデバイス１０１に代理でのサービス検索を要求し、当該要求に対する返信がない場合には本来スリープ状態となるべきＤＷでもアウェイク状態となる。

検索本実施形態ではＮＡＮデバイス１０１は、他のＮＡＮデバイスのサービスの検索および報知を代理することができるＰｒｏｘｙＳｅｒｖｅｒとして動作することができる。ＮＡＮデバイス１０２はＰｒｏｘｙＣｌｉｅｎｔの機能を有しており、ＰｒｏｘｙＳｅｒｖｅｒを発見すると、代理でサービスの検索や報知を依頼することができる。ＰｒｏｘｙＳｅｒｖｅｒは代理で検索した結果をＰｕｂｌｉｓｈｅｒＬｉｓｔにまとめる。なお、ＮＡＮデバイス１０２がＰｕｂｌｉｓｈｅｒの場合は、ＳｕｂｓｃｒｉｂｅｒＬｉｓｔとなる。ＰｕｂｌｉｓｈｅｒＬｉｓｔ又はＳｕｂｓｃｒｉｂｅｒＬｉｓｔはＰｒｏｘｙＣｌｉｅｎｔからの要求に応じて、それに応答する形でＰｒｏｘｙＳｅｒｖｅｒからＰｒｏｘｙＣｌｉｅｎｔへ送信される。

ＮＡＮクラスタにてＮＡＮデバイス１０１が代理でサービス検索を行う際の、ＮＡＮデバイス１０２の動作を図３に示すフローチャートを用いて説明する。

図３のフローチャートは、ＮＡＮデバイス１０２がＮＡＮクラスタに参加し、ＰｒｏｘｙＣｌｉｅｎｔとしての動作を開始した時点で開始される。なお、図３に示すフローチャートは、ＮＡＮデバイス１０２の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実行される。なお、図３に示すフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。

ＮＡＮデバイス１０２は初め、ＰｒｏｘｙＣｌｉｅｎｔとして動作する。具体的には、ＰｒｏｘｙＣｌｉｅｎｔとして動作可能であることをＰｒｏｘｙＳｅｒｖｉｃｅとしてＳｕｂｓｃｒｉｂｅメッセージを用いて周囲に報知する。ＰｒｏｘｙＣｌｉｅｎｔとして動作可能なことの報知の方法は、他の方法でもよい。たとえば、ＳｙｎｃＢｅａｃｏｎにＰｒｏｘｙＣｌｉｅｎｔとしての動作が可能であることを示す情報を含めてもよい。サービス検索に使用するＳｕｂｓｃｒｉｂｅメッセージ中にＰｒｏｘｙＣｌｉｅｎｔとして動作可能であることを示す情報を含めてもよい。

図３において、ＮＡＮデバイス１０２は、ＰｒｏｘｙＳｅｒｖｅｒとして動作するＮＡＮデバイス１０１を発見したか判断する（Ｓ３０１）。尚、ＮＡＮデバイス１０２のＰｒｏｘｙＣｌｉｅｎｔとしての動作の開始は、Ｓ３０１においてＹｅｓと判断されたことを条件としてもよい。ＮＡＮデバイス１０２は、自身がアウェイク状態になるＤＷ０またはＤＷ３となったか判断する（Ｓ３０２）。ＮＡＮデバイス１０２はＤＷ０とＤＷ３以外の期間（その他のＤＷの期間及びＤＷ以外の期間）ではスリープ状態となる。ＮＡＮデバイス１０２は、ＤＷ０又はＤＷ３になると、スリープ状態からアウェイク状態に移行し、Ｓ３０１において発見したＮＡＮデバイス１０１へサービス登録依頼を送信する（Ｓ３０３）。そしてＮＡＮデバイス１０２は、サービス登録依頼の受信確認信号であるＡＣＫがＮＡＮデバイス１０１から返信されたか判断する（Ｓ３０４）。ＮＡＮデバイス１０２は、ＡＣＫがなければ再度サービス登録依頼を送信する。ＡＣＫが受信されると、ＰｒｏｘｙＳｅｒｖｅｒであるＮＡＮデバイス１０１はサービス登録依頼を受信したということになる。ＰｒｏｘｙＳｅｒｖｅｒは受信したサービス登録依頼に基づいて、代理でサービス検索を開始することを示すため、ｃｏｎｆｉｒｍメッセージをＮＡＮデバイス１０２へ返信する。ｃｏｎｆｉｒｍメッセージは、サービス登録依頼に対する返信信号であり、依頼されたサービス登録が完了した旨を示すメッセージである。ＮＡＮデバイス１０２は、サービス登録依頼を送信したら、このｃｏｎｆｉｒｍメッセージを受信したか判断する（Ｓ３０６）。ｃｏｎｆｉｒｍメッセージを受信した場合、ＤＷ０、ＤＷ３のみアウェイク状態となり、サービス検索を続行する（Ｓ３０９）。尚、このとき、サービス検索をＰｒｏｘｙＳｅｒｖｅｒに任せて、ＮＡＮクラスタを離脱してもよい。ＮＡＮデバイス１０２は、ｃｏｎｆｉｒｍメッセージを受信していなければ、サービス登録依頼を送信したＤＷが終了したかどうかを確認する（Ｓ３０７）。まだサービス登録依頼を送信したＤＷであれば、引き続きｃｏｎｆｉｒｍメッセージの受信を待つ。サービス登録依頼を送信したＤＷが終了した場合、ＮＡＮデバイス１０２は、閾値以上の時間、例えば４回分のＤＷ以上ｃｏｎｆｉｒｍメッセージを待っているかどうか確認する（Ｓ３０８）。閾値以上の時間待っていない場合は、ＮＡＮデバイス１０２は、本来スリープ状態となるべきＤＷ１、ＤＷ２等のＤＷ（ＤＷ０とＤＷ３以外のＤＷ）においてもアウェイク状態となり、引き続きｃｏｎｆｉｒｍメッセージの受信を待機する（Ｓ３１０）。閾値以上の時間待っていた場合、ＮＡＮデバイス１０２は、ｃｏｎｆｒｉｍメッセージは返信されないものとしてＤＷ０，ＤＷ３のみアウェイク状態となり、サービス検索を続行する（Ｓ３０９）。このとき、ＰｒｏｘｙＳｅｒｖｅｒとして動作するＮＡＮデバイスが他にいるかどうか検索してもよい。Ｐｒｏｘｙ依頼をやめて、ＮＡＮデバイス１０２だけでサービス検索をしてもよい。本来アウェイク状態になるＤＷにて、再びＰｒｏｘｙＳｅｒｖｅｒに対してサービス登録依頼を送信してもよい。尚、ｃｏｎｆｒｉｍメッセージの受信を待機する期間の閾値である４回分のＤＷはその数に限らず、その他の回数でもよいし、可変な値としてもよい。たとえば、４回分のＤＷで返信が来ないことが続いた場合、８回分のＤＷを待つようにしてもよい。逆に、すぐに返信が来ることが続いている場合、２回分のＤＷに変更する。という処理をしてもよい。これにより、返信を受け取るの待ち時間を効率的に決めることができる。

尚、上記図３のフローチャートに示すＮＡＮデバイス１０２の動作は、サービス登録依頼の送信とｃｏｎｆｉｒｍメッセージの受信の際の動作に限らない。たとえば、ＮＡＮデバイス１０２がＰｕｂｌｉｓｈｅｒＬｉｓｔを要求し、それに対してＮＡＮデバイス１０１がＰｕｂｌｉｓｈｅｒＬｉｓｔを返信する際にも同様の動作を行う。この場合、Ｓ３０３はＰｕｂｌｉｓｈｅｒＬｉｓｔの要求を送信する動作となる。Ｓ３０５はＰｕｂｌｉｓｈｅｒＬｉｓｔを受信したかどうかを判断する動作となる。他にも、ＤＷ外で通信を行う前のメッセージの送受信でもよい。たとえば、Ｓ３０３をＤＷ外のどの期間で通信を行うのか、候補を挙げるメッセージの送信とする。この場合、Ｓ３０５で受信待ちするメッセージはＤＷ外のどの期間で通信を行うのか、候補の中から選択したメッセージとなる。Ｓ３０３を、上記のＤＷ外のどの期間で通信を行うのか、選択したメッセージの送信とすると、Ｓ３０５はＤＷ外のどの期間で通信を行うのか決定するメッセージの受信待ちとなる。このように、ＤＷ内で行われる要求信号とそれに対する返信信号がやり取りされる場合、且つ、片方、もしくは両方のＮＡＮデバイスが通常は一部のＤＷでスリープ状態となる場合に、図３のフローチャートは適用することができる。これらの場合、ＮＡＮデバイス１０１、１０２はＰｒｏｘｙＳｅｒｖｅｒ、ＰｒｏｘｙＣｌｉｅｎｔの立場とは限らない。たとえば、両デバイスをＰｒｏｘｙの処理を行わないＮｏｎ−ＭａｓｔｅｒＮｏｎ−Ｓｙｎｃ同士のメッセージの送受信としてもよい。

次に、サービス登録依頼を受信してから、ｃｏｎｆｉｒｍメッセージを返信するまでのＮＡＮデバイス１０１の動作を図４に示すフローチャートを用いて説明する。なお、図４の動作で送受信される信号は図３で示したフローチャートで送受信された信号にそれぞれ対応する。

フローチャートは、ＮＡＮデバイス１０１がＮＡＮクラスタに参加し、ＰｒｏｘｙＳｅｒｖｅｒとしての動作を開始した時点で開始される。なお、図４に示すフローチャートは、ＮＡＮデバイス１０２の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実行される。なお、図４に示すフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。

ＮＡＮデバイス１０１は初め、ＰｒｏｘｙＳｅｒｖｅｒとして動作する。具体的には、ＰｒｏｘｙＳｅｒｖｅｒとして動作可能であることをＰｒｏｘｙＳｅｒｖｉｃｅとしてＰｕｂｌｉｓｈメッセージを用いて周囲に報知する。ＰｒｏｘｙＳｅｒｖｅｒとして動作可能なことの報知の方法は、他の方法でもよい。たとえば、ＳｙｎｃＢｅａｃｏｎにＰｒｏｘｙＳｅｒｖｅｒとしての動作が可能であることを示す情報を含めてもよい。サービス検索に使用するＰｕｂｌｉｓｈメッセージ中にＰｒｏｘｙＳｅｒｖｅｒとして動作可能であることを示す情報を含めてもよい。

図４において、ＮＡＮデバイス１０１は、ＰｒｏｘｙＣｌｉｅｎｔとして動作するＮＡＮデバイス１０２を発見したか判断する（Ｓ４０１）。尚、ＮＡＮデバイス１０１のＰｒｏｘｙＳｅｒｖｅｒとしての動作の開始は、Ｓ４０１においてＹｅｓと判断されたことを条件としてもよい。ＮＡＮデバイス１０１はＰｒｏｘｙＣｌｉｅｎｔを発見すると、ＤＷまで待つ（Ｓ４０２）。次にＮＡＮデバイス１０１は、サービス登録依頼を受信したかどうか判断する（Ｓ４０３）。ＮＡＮデバイス１０１は、サービス登録依頼を受信すると、ＰｒｏｘｙＳｅｒｖｅｒとして、受信したサービス登録依頼によって依頼されたサービスを代理で実行するための準備を行う（Ｓ４０４）。この例では、サービスの検索処理がサービス登録依頼によって依頼されているものとする。ＮＡＮデバイス１０１は、代理検索の準備ができたら、ＮＡＮデバイス１０２にｃｏｎｆｉｒｍメッセージの返信を行う。ＮＡＮデバイス１０１は、このとき、ｃｏｎｆｉｒｍメッセージの送信をサービス登録依頼を受信したＤＷ内で行うことが可能かを判定する（Ｓ４０５）。同じＤＷ内で送信できる場合は、ＮＡＮデバイス１０１は当該ＤＷにおいてｃｏｎｆｉｒｍメッセージを送信する（Ｓ４０７）。できない場合は次のＤＷまでｃｏｎｆｉｒｍメッセージの送信を待機する（Ｓ４０６）。その後、次のＤＷになると、ＮＡＮデバイス１０１はｃｏｎｆｉｒｍメッセージを送信する（Ｓ４０７）。なお、Ｓ４０４とＳ４０６〜Ｓ４０７は独立して動作してもよい。Ｓ４０５〜Ｓ４０７がＳ４０４より前に来てもよい。

続いて、Ｓｕｂｓｃｒｉｂｅｒとして動作するＮＡＮデバイス１０２が、ＮＡＮデバイス１０１にＳｕｂｓｃｒｉｂｅを登録してから、ＰｕｂｌｉｓｈｅｒＬｉｓｔを受信するまでのシーケンスを、図５を用いて説明する。このときｃｏｎｆｉｒｍメッセージとＰｕｂｌｉｓｈｅｒＬｉｓｔはＮＡＮデバイス１０２が要求信号を送信したＤＷとは別のＤＷに返信するとする。

図５において、ＮＡＮデバイス１０２は通常ＤＷ０、ＤＷ３においてアウェイク状態であるとし、それ以外はスリープ状態であるものとする。ＮＡＮデバイス１０１、ＮＡＮデバイス１０３はすべてのＤＷにおいてアウェイク状態であるとし、それ以外はスリープ状態であるものとする。また、ＮＡＮデバイス１０３はＤＷ２にてＰｕｂｌｉｓｈメッセージを送信するものとする。

ＮＡＮデバイス１０２がサービス検索を開始する。ＤＷ０になると、ＮＡＮデバイス１０２は近くにＰｒｏｘｙＳｅｒｖｅｒとして動作するＮＡＮデバイス１０１が存在することを確認し、サービス登録依頼を送信する（Ｓ５０２）。ＮＡＮデバイス１０１はサービス登録依頼を受信すると、代理検索の準備を開始するとともに、ＰｒｏｘｙＣｌｉｅｎｔであるＮＡＮデバイス１０２にｃｏｎｆｉｒｍメッセージを送信する。ただし、ｃｏｎｆｉｒｍメッセージはＤＷ０には返信されず、ＤＷ１に返信される（Ｓ５０５）。ＮＡＮデバイス１０２はＤＷ０が終了した時点でｃｏｎｆｉｒｍメッセージを受信していないため、本来スリープ状態となるＤＷ１でもアウェイク状態となることを決定する（Ｓ５０３）。ＤＷ１になり、ＮＡＮデバイス１０１がｃｏｎｆｉｒｍメッセージを送信する（Ｓ５０５）。ＮＡＮデバイス１０２はこれを確認すると、通常状態に戻り、次のＤＷ２ではスリープ状態となることを決定する（Ｓ５０７）。ＤＷ２にて、ＮＡＮデバイス１０１はＮＡＮデバイス１０３からＰｕｂｌｉｓｈメッセージを受け取り、ＮＡＮデバイス１０２の通信相手の候補として記憶する。ＤＷ３になり、ＮＡＮデバイス１０２はＮＡＮデバイス１０１にＰｕｂｌｉｓｈｅｒＬｉｓｔを要求する（Ｓ５１２）。ＮＡＮデバイス１０２はＤＷ３が終了した時点でＰｕｂｌｉｓｈｅｒＬｉｓｔを受信していないため、本来スリープ状態となるＤＷ４でもアウェイク状態となることを決定する（Ｓ５１３）。ＤＷ４になり、ＮＡＮデバイス１０１がＰｕｂｌｉｓｈｅｒＬｉｓｔを送信する（Ｓ５１５）。ＮＡＮデバイス１０２はこれを確認すると、通常状態に戻り、次のＤＷ５ではスリープ状態となることを決定する（Ｓ５１７）。

このように、ＮＡＮデバイス１０２は要求信号を送信した際に、それに対する返信信号が受信されなければ、本来スリープ状態となるべき次のＤＷでもアウェイク状態となることで、次のＤＷに返信信号が送信されたとしても確実に受信できるようになる。また、返信信号を送る側にとっては、返信信号を送ったにも関わらず、返信信号に対するＡＣＫが返ってこないために返信信号を無駄に繰り返し送信してしまうという問題を防ぐことができる。また、返信信号を待つ側は返信信号を待ちながらも、ＤＷ期間以外はスリープ状態とすることができ、常にアウェイク状態となることと比べると消費電力を抑えながら返信信号の待機をすることができる。

＜実施形態２＞
本実施形態では、ＮＡＮデバイス１０２がＮＡＮデバイス１０１に代理でのサービス検索を要求する際に、信号の送受信が可能なＤＷの情報（以降、ａｗａｋｅｔｉｍｅ）を含める。実施形態１と同様な点に関しては説明を省略する。

ＮＡＮクラスタにてＮＡＮデバイス１０１が代理でサービス検索を行う際の、ＮＡＮデバイス１０２の動作を図６に示すフローチャートを用いて説明する。

図６のフローチャートは、ＮＡＮデバイス１０２がＮＡＮクラスタに参加し、ユーザによる指示によってＰｒｏｘｙＣｌｉｅｎｔとしてＰｒｏｘｙＳｅｒｖｅｒにＰｕｂｌｉｓｈｅｒＬｉｓｔ要求を行う際に開始される。なお、このフローチャートはＰｒｏｘｙＳｅｒｖｅｒにサービスを登録した時点から、定期的に実行されてもよい。ユーザ操作ではなく何らかのイベント発生に基づいて自動的にトリガがかかってもよい。なお、図６に示すフローチャートは、ＮＡＮデバイス１０２の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実行される。なお、図６に示すフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。

ＮＡＮデバイス１０２は初め、ＰｒｏｘｙＣｌｉｅｎｔとして動作する。ＮＡＮデバイス１０２は自身がアウェイク状態になるＤＷまで待機する（Ｓ６０２）。アウェイク状態になるＤＷにおいて、ＮＡＮデバイス１０２は、ａｗａｋｅｔｉｍｅを含めてＰｕｂｌｉｓｈｅｒＬｉｓｔの要求をＮＡＮデバイス１０１へ送信する（Ｓ６０３）。次にＮＡＮデバイス１０２は、ＰｕｂｌｉｓｈｅｒＬｉｓｔの要求に対するＡＣＫが返信されたか判断する（Ｓ６０４）。ＡＣＫがなければ再度ＰｕｂｌｉｓｈｅｒＬｉｓｔ要求を送信する。ＮＡＮデバイス１０２は、ＰｕｂｌｉｓｈｅｒＬｉｓｔ要求を送信したら、そのＤＷ内でＰｕｂｌｉｓｈｅｒＬｉｓｔを受信したか判断する（Ｓ６０６）。ＰｕｂｌｉｓｈｅｒＬｉｓｔを受信した場合、ＮＡＮデバイス１０２は、受信したＰｕｂｌｉｓｈｅｒＬｉｓｔを出力部２０５に出力する（Ｓ６０８）。出力部２０５に出力することにより、ユーザは出力されたＰｕｂｌｉｓｈｅｒＬｉｓｔから所望のＰｕｂｌｉｓｈｅｒを選択することができるようになる。尚、ユーザがＰｕｂｌｉｓｈｅｒを選択するのではなく、何らかの条件に基づいてＮＡＮデバイス１０２が自動的にＰｕｂｌｉｓｈｅｒを選択するようにしてもよい。その場合、ＮＡＮデバイス１０２はＰｕｂｌｉｓｈｅｒＬｉｓｔを出力部２０５に出力しなくてもよく、ＰｕｂｌｉｓｈｅｒＬｉｓｔの代わりに、選択されたＰｕｂｌｉｓｈｅｒを出力するようにしてもよい。また、今回受信したＰｕｂｌｉｓｈｅｒＬｉｓｔの中からは通信相手となるＰｕｂｌｉｓｈｅｒは選択せず、ＮＡＮデバイス１０２は次回以降のＤＷにおいて再度ＰｕｂｌｉｓｈｅｒＬｉｓｔの要求を送信してもよい。

Ｓ６０６において、ＰｕｂｌｉｓｈｅｒＬｉｓｔを受信していなければ、ＮＡＮデバイス１０２は、すでに２回ＰｕｂｌｉｓｈｅｒＬｉｓｔ要求を送信したかどうかを判定する（Ｓ６０７）。まだであれば、ＮＡＮデバイス１０２は、自身がアウェイクになるＤＷまで待機し、再度ＰｕｂｌｉｓｈｅｒＬｉｓｔ要求を送信する（Ｓ６０３）。すでに２回以上ＰｕｂｌｉｓｈｅｒＬｉｓｔ要求を送信していた場合、ＮＡＮデバイス１０２は、他のＰｒｏｘｙＳｅｒｖｅｒを検索する（Ｓ６０９）。このとき、ＰｒｏｘｙＳｅｒｖｅｒを利用せずにＮＡＮデバイス１０２自身だけでサービス検索してもよい。尚、Ｓ６０７の判断は、閾値以上の時間であるかどうか、閾値回数のＤＷだけ待ったかどうか等を基準としてもよい。また、回数は２回に限らず、その他の回数や可変の値をとってもよい。また、上記の動作はＰｕｂｌｉｓｈｅｒＬｉｓｔ要求とＰｕｂｌｉｓｈｅｒＬｉｓｔの返信に限らない。

次に、ＰｕｂｌｉｓｈｅｒＬｉｓｔ要求を受信してから、ＰｕｂｌｉｓｈｅｒＬｉｓｔを返信するまでのＮＡＮデバイス１０１の動作を図７に示すフローチャートを用いて説明する。なお、図７の動作で送受信される信号は図６で示したフローチャートで送受信された信号にそれぞれ対応する。

フローチャートは、ＮＡＮデバイス１０１がＮＡＮクラスタに参加し、ＰｒｏｘｙＳｅｒｖｅｒとしてＰｒｏｘｙＣｌｉｅｎｔのサービスを代理で検索開始した時点で開始される。なお、図７に示すフローチャートは、ＮＡＮデバイス１０２の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実行される。なお、図７に示すフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。

ＮＡＮデバイス１０１は初め、ＰｒｏｘｙＳｅｒｖｅｒとして動作する。ＮＡＮデバイス１０１はＤＷにおいて、ＰｕｂｌｉｓｈｅｒＬｉｓｔ要求の受信を待つ（Ｓ７０３）。ＮＡＮデバイス１０１は、ＰｕｂｌｉｓｈｅｒＬｉｓｔ要求を受信したら、ＰｕｂｌｉｓｈｅｒＬｉｓｔ要求を受信したＤＷ内でＰｕｂｌｉｓｈｅｒＬｉｓｔを返信できるか確認する（Ｓ７０４）。ＰｕｂｌｉｓｈｅｒＬｉｓｔを送信できる場合は、ＮＡＮデバイス１０１は当該ＤＷにおいてＰｕｂｌｉｓｈｅｒＬｉｓｔを送信する（Ｓ７０８）。ＤＷ内にＰｕｂｌｉｓｈｅｒＬｉｓｔを送信できない場合、もしくはできなかった場合は、ＮＡＮデバイス１０１はＰｕｂｌｉｓｈｅｒＬｉｓｔにａｗａｋｅｔｉｍｅが含まれるかを確認する（Ｓ７０５）。含まれていなかった場合、ＮＡＮデバイス１０１は次のＤＷまで待機し（Ｓ７０６）、ＰｕｂｌｉｓｈｅｒＬｉｓｔを送信する（Ｓ７０８）。ａｗａｋｅｔｉｍｅが含まれていた場合、ＮＡＮデバイス１０１は、その情報を解析し、次にＰｒｏｘｙＣｌｉｅｎｔがアウェイク状態になるＤＷまで待機する（Ｓ７０７）。ＰｒｏｘｙＣｌｉｅｎｔがアウェイク状態になるＤＷにおいて、ＰｒｏｘｙＣｌｉｅｎｔから再度要求が来なかったとしても、ＮＡＮデバイス１０１はＰｕｂｌｉｓｈｅｒＬｉｓｔを送信する（Ｓ７０８）。

図９にＰｒｏｘｙＳｅｒｖｅｒが送信するＳＤＦ（ＳｅｒｖｉｃｅＤｉｓｃｏｖｅｒｙｆｒａｍｅ）であるＰｕｂｌｉｓｈｅｒＬｉｓｔのフレーム構成例を示す。ＳＤＦはＩＥＥＥ８０２．１１規格のＰｕｂｌｉｃＡｃｔｉｏｎＦｒａｍｅを用いる。ＳＤＦはＰｕｂｌｉｃｈＡｃｔｉｏｎＦｒａｍｅの一部にＮＡＮで規定される情報を含めるためのＮＡＮＡｔｔｒｉｂｕｔｅ（９０１）を含む。情報の種別を示すＡｔｔｒｉｂｕｔｅＩＤ（９０２）には、ＰｕｂｌｉｓｈｅｒｌｉｓｔＡｔｔｒｉｂｕｔｅであることを示す０ｘ１６が入力される。なお、この値は別でも構わない。ＮｕｍｏｆＰｕｂｌｉｓｈｅｒ（９０４）は、送信するＰｕｂｌｉｓｈｅｒの数が入力される。もし、送信するＰｕｂｌｉｓｈｅｒがない場合、この値を０としてＰｒｏｘｙＣｌｉｅｎｔに送信することになる。その後ろのＬｅｎｇｔｈ（９０５）には、１つのＰｕｂｌｉｓｈｅｒの情報の長さが入力される。Ｍａｃａｄｄｒｅｓｓ（９０６）にはＰｕｂｌｉｓｈｅｒのＭａｃａｄｄｒｅｓｓが入力される。ｓｅｒｖｉｃｅＩＤ（９０７）からｆｉｌｔｅｒ（９１１）には、Ｐｕｂｌｉｓｈメッセージに含まれる情報がそのまま入力される。以後（９１２）、各Ｐｕｓｂｌｉｓｈメッセージの情報を９０５〜９１１と同様に続けていく。なお、上記フレーム構成は一例であり、別の構成をとってもよい。たとえば、これの他にＮＡＮＡｔｔｒｉｂｕｔｅを付加してもよい。これにより、ＰｕｂｌｉｓｈｅｒＬｉｓｔ以外のＰｒｏｘｙに関する情報をＰｒｏｘｙＣｌｉｅｎｔに送信することが可能となる。

続いて、Ｓｕｂｓｃｒｉｂｅｒとして動作するＮＡＮデバイス１０２が、ＰｕｂｌｉｓｈｅｒＬｉｓｔ要求を送信してからＰｕｂｌｉｓｈｅｒＬｉｓｔを受信するまでのシーケンスを、図８を用いて説明する。このときＰｕｂｌｉｓｈｅｒＬｉｓｔはＮＡＮデバイス１０２が要求信号を送信したＤＷとは別のＤＷに返信するとする。

図８において、ＮＡＮデバイス１０２は通常ＤＷ０、ＤＷ３においてアウェイク状態であるとし、それ以外はスリープ状態であるものとする。ＮＡＮデバイス１０１、ＮＡＮデバイス１０３はすべてのＤＷにおいてアウェイク状態であるとし、それ以外はスリープ状態であるものとする。また、ＮＡＮデバイス１０３はＤＷ２にてＰｕｂｌｉｓｈメッセージを送信するものとする。

ＤＷ０になると、ＮＡＮデバイス１０２はａｗａｋｅｔｉｍｅを含んだＰｕｂｌｉｓｈｅｒＬｉｓｔ要求を送信する（Ｓ８０３）。ＮＡＮデバイス１０１はＰｕｂｌｉｓｈｅｒＬｉｓｔ要求を受信すると、ＤＷ０でＰｕｂｌｉｓｈｅｒＬｉｓｔが返信できるかを判断する（Ｓ８０４）。確認の結果、ＤＷ０でＰｕｂｌｉｓｈｅｒＬｉｓｔが返信できないので、ＮＡＮデバイス１０１は図７の動作に従い、ＤＷ３までＰｕｂｌｉｓｈｅｒＬｉｓｔを送信しない。

ＤＷ２にて、ＮＡＮデバイス１０３がＰｕｂｌｉｓｈを送信する。ＮＡＮデバイス１０１はこれを受信すると、ＮＡＮデバイス１０２の通信相手の候補としてＮＡＮデバイス１０３の情報を記憶する。

ＤＷ３に入ると、ＮＡＮデバイス１０２はａｗａｋｅｔｉｍｅで示した通り、アウェイク状態になる。ＮＡＮデバイス１０１はＮＡＮデバイス１０２がアウェイク状態になるＤＷであるため、ＰｕｂｌｉｓｈｅｒＬｉｓｔを送信する。このとき、ＮＡＮデバイス１０２からＰｕｂｌｉｓｈｅｒＬｉｓｔ要求を受信しなくても、ＮＡＮデバイス１０１はＰｕｂｌｉｓｈｅｒＬｉｓｔを送信する。このとき、ＰｕｂｌｉｓｈｅｒＬｉｓｔにＤＷ２で検出したＮＡＮデバイス１０３の情報も含めて送信してもよい。

このように、返信が必要なフレームにａｗａｋｅｔｉｍｅを含めることで以下の利点が挙げられる。ＮＡＮデバイス１０２は従来通りアウェイク状態になるＤＷ以外ではスリープ状態になっていたとしても、ＰｕｂｌｉｓｈｅｒＬｉｓｔをより確実に受信することができる。また、ＤＷ３にてＰｕｂｌｉｓｈｅｒＬｉｓｔの要求を再送する必要がない。一方でＮＡＮデバイス１０１はＮＡＮデバイス１０２のａｗａｋｅｔｉｍｅを解析できるため、ＤＷ１、ＤＷ２等のＮＡＮデバイス１０２がスリープ状態であるＤＷにおいて無駄にＰｕｂｌｉｓｈｅｒＬｉｓｔを送信する必要がなくなる。ＮＡＮデバイス１０２は本来スリープ状態のＤＷではスリープ状態のままなので、実施形態１と比較して、より消費電力を抑えることが可能となる。

＜その他の実施形態＞
上述の実施形態では、ＮＡＮデバイス１０２はＤＷ０、ＤＷ３でアウェイク状態となり、その他のＤＷではスリープ状態となっていたが、他のＤＷでアウェイク状態となっていてもよい。上述の実施形態では、ＮＡＮデバイス１０１が、ＮＡＮデバイス１０２が要求しているサービスの検索に関して、代理で検索するＰｒｏｘｙＳｅｒｖｅｒとして動作する場合について説明した。しかしながら、Ｐｒｏｘｙ機能によって代理送信されるのは検索するサービスの情報に限られない。例えば、ＮＡＮデバイス１０１は、他の装置によるサービスを提供している通知を受け付けて、その装置の代わりにサービスを通知してもよい。この場合、ＮＡＮデバイス１０１は、例えば、他の装置によるＰｕｂｌｉｓｈメッセージを代理で送信してその応答であるＳｕｂｓｃｒｉｂｅメッセージやＦｏｌｌｏｗ−ｕｐメッセージを受信することによってサービスの検索を行いうる。なお、ＮＡＮデバイス１０１は、Ｐｕｂｌｉｓｈメッセージを送信することなく、さらに別の装置が（例えば自発的に）送信したＳｕｂｓｃｒｉｂｅメッセージを待ち受けてもよい。いずれの場合であっても、ＮＡＮデバイス１０１は、サービスの検索の代理を依頼した装置に対して、その装置が無線信号を受信できるＤＷ期間において、その検索結果を通知することができる。

また、上述の実施形態では、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０２からのＰｒｏｘｙ要求を受け付けたが、他の１つ以上のＮＡＮデバイスからのＰｒｏｘｙ要求を受け付けてもよい。

上述の実施形態２において、ＮＡＮデバイス１０２はＰｕｂｌｉｓｈｅｒＬｉｓｔ要求にａｗａｋｅｔｉｍｅを含めて送信したが、ａｗａｋｅｔｉｍｅを含めるのは、別のフレームでもよい。ＮＡＮデバイス１０２が一部のＤＷにてスリープ状態になっている間に送信するフレームすべてに含めてもよい。スリープ状態かアウェイク状態としていたＤＷを変更する際に含めてもよい。上述の実施形態２のように、返信の必要なフレームに含めるようにしてもよい。いずれかの組み合わせでもよい。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０１、１０２、１０３ＮＡＮデバイス
１０５ＮＡＮクラスタ

Claims

所定の時間間隔で到来する所定の長さの期間において他の通信装置との間で無線信号の送信又は受信を行うことが可能な通信装置であって、
複数の前記期間のうちの一部である第１の期間を無線信号の送信又は受信を行う期間とし、残りの一部である第２の期間を無線信号の送信及び受信を行わない期間として決定する決定手段と、
前記決定手段により決定された前記第１の期間において、前記他の通信装置へ要求信号を送信する送信手段と、
前記第１の期間において前記要求信号に対する返信信号を受信していない場合、前記第２の期間においても無線信号の受信を行うよう制御する制御手段と、
を有することを特徴とする通信装置。
前記制御手段は、前記要求信号に対する受信確認信号を受信し、且つ、前記返信信号を受信していない場合に、前記第２の期間においても前記通信手段による無線信号の受信を行うよう制御することを特徴とする請求項１記載の通信装置。
所定の時間間隔で到来する所定の長さの期間において他の通信装置との間で無線信号の送信又は受信を行うことが可能な通信装置であって、
複数の前記期間のうちの一部である第１の期間を無線信号の送信又は受信を行う期間とし、残りの一部である第２の期間を無線信号の送信及び受信を行わない期間として決定する決定手段と、
前記他の通信装置からの返信信号を要求する要求信号であって、前記第１の期間を示す情報を含む要求信号を前記他の通信装置へ送信する送信手段と、
を有することを特徴とする通信装置。
前記他の通信装置は、前記通信装置の代理として前記期間においてサービスの検索又は報知を行う代理サーバであることを特徴とする請求項１乃至３の何れか一項に記載の通信装置。
前記要求信号は、前記代理サーバに対して代理の処理を依頼する信号であることを特徴とする請求項４記載の通信装置。
前記通信装置及び前記他の通信装置は、ＮＡＮ（ＮｅｉｇｈｂｏｒＡｗａｒｅｎｅｓｓＮｅｔｗｏｒｋｉｎｇ）クラスタを形成し、無線信号の送信又は受信を行うことを特徴とする請求項１乃至５の何れか一項に記載の通信装置。
前記所定の時間間隔で到来する所定の長さの期間は、ＮＡＮ（ＮｅｉｇｈｂｏｒＡｗａｒｅｎｅｓｓＮｅｔｗｏｒｋｉｎｇ）のＤｉｓｃｏｖｅｒｙＷｉｎｄｏｗであることを特徴とする請求項１乃至６の何れか一項に記載の通信装置。
前記期間以外の期間、及び前記第２の期間は、前記第１の期間よりも低消費電力で動作することを特徴とする請求項１乃至７の何れか一項に記載の通信装置。
所定の時間間隔で到来する所定の長さの期間において通信装置間で無線信号の送信又は受信を行う通信方法であって、
複数の前記期間のうちの一部である第１の期間を無線信号の送信又は受信を行う期間とし、残りの一部である第２の期間を無線信号の送信及び受信を行わない期間として決定する決定工程と、
前記決定工程により決定された前記第１の期間において、他の通信装置へ要求信号を送信する送信工程と、
前記第１の期間において前記要求信号に対する返信信号を受信していない場合、前記第２の期間においても無線信号の受信を行うよう制御する工程と、
を有することを特徴とする通信方法。
所定の時間間隔で到来する所定の長さの期間において通信装置間で無線信号の送信又は受信を行う通信方法であって、
複数の前記期間のうちの一部である第１の期間を無線信号の送信又は受信を行う期間とし、残りの一部である第２の期間を無線信号の送信及び受信を行わない期間として決定する決定工程と、
他の通信装置からの返信信号を要求する要求信号であって、前記第１の期間を示す情報を含む要求信号を前記他の通信装置へ送信する送信工程と、
を有することを特徴とする通信方法。
請求項１乃至８の何れか一項に記載の通信装置としてコンピュータを動作させるためのプログラム。