JP2019075657A - 通信装置、通信方法、及びプログラム - Google Patents

Abstract

【課題】代理処理の実行において、代理処理を実行する装置の通信量や消費電力を低減させる。【解決手段】通信装置は、所定の時間間隔で到来する所定の長さの期間において無線信号の送受信を行い、前記期間を同期している複数の通信装置の集合に属する特定の通信装置の代理として前記期間における無線信号の送信と受信の少なくともいずれかの代理処理を行う。そして、代理処理の結果、行うべき代理処理、当該代理処理の数、のうちの少なくとも何れかを記憶し、その内容が変化したと判断された場合、前記特定の通信装置へ通知を行う。【選択図】図４

Description

本発明は、通信技術に関する。

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

また、このような従来型のＡＰとＳＴＡによる単純な無線ネットワーク構成のみならず、さまざまな無線ＬＡＮのネットワーク形態の製品、および仕様規格が登場している。特許文献１には、省電力で通信装置やそれが提供するサービスなどを発見するための規格としてＷｉ−Ｆｉ Ａｌｌｉａｎｃｅによって規定されているＮＡＮ規格（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ規格）がある。これは、通信装置が、他の通信装置との間で情報交換する期間を当該他の通信装置と同期して、無線ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）部を有効にする時間を短縮することによって省電力化を図るものである。この、ＮＡＮにおける同期のための期間は、ＤＷ（Ｄｉｓｃｏｖｅｒｙ Ｗｉｎｄｏｗ）と呼ばれる。また、所定の同期期間が共有されたＮＡＮデバイスの集合は、ＮＡＮクラスタと呼ばれる。ＮＡＮデバイスの中で、ＭａｓｔｅｒおよびＮｏｎ−Ｍａｓｔｅｒ Ｓｙｎｃという役割を有する端末は、ＤＷ期間における端末間の同期を確保するための信号である、Ｓｙｎｃ Ｂｅａｃｏｎを送信する。ＮＡＮデバイスは、他の端末との間で同期を確立した上で、ＤＷ期間において、サービスを発見するための信号であるＳｕｂｓｃｒｉｂｅメッセージ及びサービスを提供していることを通知するための信号であるＰｕｂｌｉｓｈメッセージ等を、送受信する。さらに、ＮＡＮデバイスは、ＤＷ期間において、サービスに関する追加情報を交換するためのＦｏｌｌｏｗ−ｕｐメッセージを送受信することができる。一方、ＮＡＮデバイスは、一部のＤＷ期間において無線信号を受信しない状態であるＤＯＺＥ状態に入ることも可能であり、より一層消費電力を低減することができる。

ＤＷ期間のうち、どのくらいの頻度のＤＷ期間で無線信号を受信するかは、ＮＡＮデバイスに依存する。しかしながらＮＡＮクラスタに参加する全てのＮＡＮデバイスは、ＤＷ０と呼ばれる特別なＤＷ期間では必ず無線信号を受信できる状態（以降、ＡＷＡＫＥ状態）である必要がある。ＤＷ０は、１６回のＤＷ期間に対して１回の周期で到来するＤＷ期間である。また、ＤＷ０は、ＮＡＮクラスタが同期に用いるカウンタタイマであるＴＳＦ（Ｔｉｍｅ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）の下位２３ｂｉｔが０ｘ０である時刻から始まるＤＷ期間である。また、ＭａｓｔｅｒとＮｏｎ−Ｍａｓｔｅｒ Ｓｙｎｃとして動作するＮＡＮデバイスは、ＤＷ期間ごとにＳｙｎｃ Ｂｅａｃｏｎを送信する必要があるため、全てのＤＷ期間で無線信号を受信できることとなる。

一方で、ＤＷ期間ごとにＳｙｎｃ Ｂｅａｃｏｎを送信しないＮＡＮデバイスはＮｏｎ−Ｍａｓｔｅｒ Ｎｏｎ−Ｓｙｎｃとして動作し、全てのＤＷ期間でＡＷＡＫＥ状態である必要はなく、最低限ＤＷ０でＡＷＡＫＥ状態であればよい。

サービスの検索や提供を他の通信装置に依頼することで、自身の無線信号が到達できない範囲にいる通信装置のサービスの発見する方法の提案がなされている（特許文献２）。これによれば例えば、代理を依頼する側の通信装置（以降、Ｐｒｏｘｙ Ｃｌｉｅｎｔ）は、代理を依頼される側の通信装置（以降、Ｐｒｏｘｙ Ｓｅｒｖｅｒ）に、Ｓｕｂｓｃｒｉｂｅメッセージの代理送信を依頼することができる。これを受けたＰｒｏｘｙ Ｓｅｒｖｅｒは、Ｐｒｏｘｙ Ｃｌｉｅｎｔの代わりにＳｕｂｓｃｒｉｂｅメッセージを送信し、その結果をＰｒｏｘｙ Ｃｌｉｅｎｔに通知する。

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

上述のように、ＮＡＮを用いることでサービスの発見を効率的に行うことができる。しかしながら上記の代理処理において、Ｐｒｏｘｙ ＳｅｒｖｅｒがＤＷ期間毎に毎回代理処理の結果の通知を行うと、Ｐｒｏｘｙ Ｓｅｒｖｅｒの処理負荷や通信量が増えることにより消費電力が増加してしまう。

そこで本発明は、代理処理の実行において、代理処理を実行する装置の通信量や消費電力を低減させることを目的とする。

上記目的のために本発明の通信装置は、所定の時間間隔で到来する所定の長さの期間において無線信号の送受信を行う通信手段と、前記期間を同期している複数の通信装置の集合に属する特定の通信装置の代理として前記期間における無線信号の送信と受信の少なくともいずれかの代理処理を行う処理手段と、前記処理手段による代理処理の結果、前記処理手段によって行うべき代理処理、当該代理処理の数、のうちの少なくとも何れかを記憶する記憶手段と、前記記憶手段によって記憶された内容が変化したか否か判断する判断手段と、前記判断手段によって変化したと判断された場合、前記特定の通信装置へ、前記記憶手段による記憶に基づく通知を行う通知手段と、を有することを特徴とする。

本発明によれば、代理処理の実行において、代理処理を実行する装置の通信量や消費電力を低減させることができる。

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

以下、本発明の実施の形態について、図面を参照しながら説明する。なお、以下では、各通信装置は、ＩＥＥＥ８０２．１１規格シリーズに準拠する無線ＬＡＮの通信機能を有する端末であるものとするが、これに限られない。また、以下の各通信装置は、Ｗｉ−Ｆｉ Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ規格（ＮＡＮ）に従って他の通信装置及びその提供するサービスを発見可能なＮＡＮデバイスであるものとするが、これにも限られない。すなわち、以下の各説明では、所定の規格に対応する専門用語が用いられているが、同種の他の規格においても以下の各議論を適用することが可能である。

ＮＡＮについて説明する。ＮＡＮでは、サービス情報をＤｉｓｃｏｖｅｒｙ Ｗｉｎｄｏｗ（以降、ＤＷと称す）と呼ばれる期間に通信する。ＤＷは、ＮＡＮを実行する複数のデバイスが、ｃｏｎｖｅｒｇｅする時間およびチャネルである。また、ＤＷのスケジュールを共有している端末の集合をＮＡＮクラスタと呼ぶ。

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

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

ＮＡＮクラスタに参加する端末は、Ｓｙｎｃ Ｂｅａｃｏｎに従って、所定周期毎のＤＷ期間に同期し、ＤＷ期間においてサービス情報を通信する。

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

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

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

しかしながら、Ｐｒｏｘｙ Ｃｌｉｅｎｔからサービスの検索及び報知の代理処理を要求されたＰｒｏｘｙ Ｓｅｒｖｅｒが頻繁にＤＯＺＥ状態に入ると、Ｐｒｏｘｙ Ｃｌｉｅｎｔのサービスの検索及び報知の代理処理を行う期間が少なくなってしまう。そのため、Ｐｒｏｘｙ Ｓｅｒｖｅｒはできるだけ多くのＤＷにおいてＡＷＡＫＥ状態であるようにすればそのような不都合を解消できる。一方で、Ｐｒｏｘｙ Ｓｅｒｖｅｒの機能を有しているが、Ｐｒｏｘｙ依頼を受けていない状態の場合においては、多くのＤＷにおいてＡＷＡＫＥにする必要はなくＤＯＺＥ状態でいた方が消費電力を低減できる。

以下、各実施形態に共通の無線通信システム及び通信装置の構成について説明した後に、各実施形態に係る処理の流れについて説明する。

（無線通信システムの構成）
まず、本実施形態の無線通信システムの構成例について、図１を用いて説明する。本実施形態の無線通信システムは、それぞれがＮＡＮ規格に従う通信装置であるＮＡＮデバイス１０１〜ＮＡＮデバイス１０５を含んで構成され、ＮＡＮデバイス１０１〜１０５は、ＮＡＮクラスタ１０６に参加している。ＮＡＮクラスタ１０６に参加しているＮＡＮデバイス（ＮＡＮデバイス１０１〜１０５）は、２．４ＧＨｚの周波数帯域の６ｃｈ（２．４３７ＧＨｚ）でネットワークを構築している。ここで、ＮＡＮクラスタ１０６は、ＤＷ期間の長さが１６ＴＵであり、また、ＤＷ期間の開始タイミングから次のＤＷ期間の開始タイミングまでの時間間隔が５１２ＴＵのＮＡＮクラスタである。また、ＤＷ期間は、ＤＷ０〜ＤＷ１５の１６個のＤＷ期間を１つの周期とする期間であり、ＤＷｎ（ｎは０から１５の整数）の１６個後のＤＷ期間もまたＤＷｎである。ＮＡＮクラスタ１０６に参加している全てのＮＡＮデバイスは、ＤＷ０では必ずＡＷＡＫＥ状態であり無線信号を受信できるものとする。

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

ＮＡＮデバイス１０２、１０５はＮｏｎ−Ｍａｓｔｅｒ Ｎｏｎ−ＳｙｎｃとしてＮＡＮクラスタ１０６に参加する通信装置である。ＮＡＮデバイス１０２はプリントサービスおよびチャットサービスを検索する。一方でＮＡＮデバイス１０５は写真共有サービスを検索する。ＮＡＮデバイス１０２、１０５はＰｒｏｘｙ Ｃｌｉｅｎｔの機能を有しており、Ｐｒｏｘｙ Ｓｅｒｖｅｒを発見すると、代理でサービスの検索を依頼することができる。自身でサービスを検索している場合、すなわちＰｒｏｘｙを依頼していない場合には、すべてのＤＷ期間で無線信号を受信する。一方で、Ｐｒｏｘｙを依頼している場合には、ＤＷ０、ＤＷ２、ＤＷ４のみで無線信号を受信する。

ＮＡＮデバイス１０３およびＮＡＮデバイス１０４はＮＡＮデバイス１０２が検索するプリントサービスを提供可能なデバイスであるＰｕｂｌｉｓｈｅｒであるものとする。ＮＡＮデバイス１０３はＮＡＮクラスタ１０６におけるＤＷ１およびＤＷ３でサービスの報知を行う。

ＮＡＮデバイス１０１〜１０５は、無線信号を送受信しないＤＷ期間においては、通信部に電力を供給せず、ＤＯＺＥ状態となるものとする。

なお、ＮＡＮデバイス１０１〜１０５の各々が他の役割として動作してもよい。例えば、ＮＡＮデバイス１０２がサービスを提供するためのサービス提供信号であるＰｕｂｌｉｓｈメッセージを送信するＰｕｂｌｉｓｈｅｒとして動作してもよい。以後、電波送受信可能な状態をアウェイク状態と呼び、電波送受信不可能な状態をスリープ状態と呼ぶ。また、Ｐｒｏｘｙ Ｓｅｒｖｅｒに登録されている代理で検索を行うサービスを代理サービスと呼ぶ。

（ＮＡＮデバイス１０１の構成）
図２は、ＮＡＮデバイス１０１の機能構成例を示すブロック図である。ＮＡＮデバイス１０１は、その機能構成として、例えば、無線ＬＡＮ制御部２０１、ＮＡＮ制御部２０２、Ｐｒｏｘｙ Ｓｅｒｖｅｒ制御部２０３、ＵＩ制御部２０４、及び記憶部２０５を有する。

無線ＬＡＮ制御部２０１は、他の無線ＬＡＮ装置との間で無線信号の送受信を行うためのアンテナ並びに回路、及びそれらを制御するプログラムを含んで構成される。無線ＬＡＮ制御部２０１は、ＩＥＥＥ８０２．１１規格シリーズに従って、無線ＬＡＮの通信制御を実行する。ＮＡＮ制御部２０２は、ＮＡＮ規格に従って制御を行うプログラムおよびハードウェアを含んで構成される。Ｐｒｏｘｙ Ｓｅｒｖｅｒ制御部２０３は、ＮＡＮ制御部２０２を制御して、他のＮＡＮデバイスのサービスの検索及び報知を代理するＰｒｏｘｙ機能を実現する。ＵＩ制御部２０４は、ＮＡＮデバイス１０１の不図示のユーザによるＮＡＮデバイス１０１に対する操作を受け付けるためのタッチパネル又はボタン等のユーザインタフェースに関わるハードウェアおよびそれらを制御するプログラムを含んで構成される。なお、ＵＩ制御部２０４は、例えば、画像等の表示、又は音声出力等の、情報をユーザに提示するための機能をも有する。記憶部２０５は、ＮＡＮデバイス１０１が動作するプログラムおよびデータを保存するＲＯＭとＲＡＭ等によって構成されうる記憶装置である。

図３に、本実施形態に係るＮＡＮデバイス１０１のハードウェア構成を示す。ＮＡＮデバイス１０１は、そのハードウェア構成の一例として、記憶部３０１、制御部３０２、機能部３０３、入力部３０４、出力部３０５、通信部３０６及びアンテナ２０７を有する。

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

制御部３０２は、一つ以上のＣＰＵ、または、ＭＰＵ等のプロセッサにより構成され、記憶部３０１に記憶されたプログラムを実行することによりＮＡＮデバイス１０１全体を制御する。なお、制御部３０２は、記憶部３０１に記憶されたプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）との協働によりＮＡＮデバイス１０１全体を制御するようにしてもよい。

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

入力部３０４は、ユーザからの各種操作の受付を行う。出力部３０５は、ユーザに対して各種出力を行う。ここで、出力部３０５による出力とは、画面上への表示や、スピーカによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部３０４と出力部３０５の両方を１つのモジュールで実現するようにしてもよい。

通信部３０６は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線通信の制御や、ＩＰ通信の制御を行う。また、通信部３０６はアンテナ３０７を制御して、無線通信のための無線信号の送受信を行う。ＮＡＮデバイス１０１は通信部３０６を介して、画像データや文書データ、映像データ等のコンテンツを他の通信装置と通信する。

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

＜実施形態１＞
本実施形態では、ＮＡＮデバイス１０１がＮＡＮデバイス１０２の代理でサービスを検索し、検索結果に変更があったことを契機に、その結果をまとめてＮＡＮデバイス１０２に通知する。

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

ＮＡＮデバイス１０１はＰｒｏｘｙ Ｓｅｒｖｅｒとしての動作を開始すると、Ｐｒｏｘｙ Ｓｅｒｖｅｒとして動作可能であることを周囲に報知する。具体的には、提供するサービスとしてＰｒｏｘｙ Ｓｅｒｖｉｃｅの情報を含んだＰｕｂｌｉｓｈメッセージを報知してもよいし、Ｓｙｎｃ ＢｅａｃｏｎにＰｒｏｘｙ Ｓｅｒｖｅｒとしての動作が可能であることを示す情報を含めてもよい。又は、他のＮＡＮデバイスからＰｒｏｘｙ Ｃｌｉｅｎｔとして動作する情報を受け取ってからＰｒｏｘｙ Ｓｅｒｖｅｒとしての動作を開始してもよい。

ＮＡＮデバイス１０１は、Ｐｒｏｘｙ Ｃｌｉｅｎｔを発見したかどうかを判断する（Ｓ４０１）。Ｐｌｏｘｙ Ｃｌｉｅｎｔを発見した場合には、ＮＡＮデバイス１０１は、Ｐｒｏｘｙ Ｃｌｉｅｎｔから、サービスを代理で検索する依頼を受信したか否かを判断する（Ｓ４０２）。代理検索の依頼を受信した場合には、ＮＡＮデバイス１０１は依頼内容をサービス登録として登録し、サービスの代理検索を開始する（Ｓ４０３）。更に、代理検索の依頼元であるＰｌｏｘｙ Ｃｌｉｅｎｔに対してサービス登録状況を送信する（Ｓ４０３）。

サービス登録状況とは、Ｐｒｏｘｙ ＳｅｒｖｅｒであるＮＡＮデバイス１０１に登録されている代理処理を行うサービスの種類や、代理処理の登録数や、代理処理を依頼したＰｒｏｘｙ Ｃｌｉｅｎｔを示す情報等を含んだサービス登録の登録状況である。Ｐｒｏｘｙ Ｓｅｒｖｅｒは、Ｐｒｏｘｙ Ｃｌｉｅｎｔからの依頼に応じて代理処理を実行するが、その登録数に制限を設けている。例えば、登録数が１０個に達した場合には、それ以降（１１個目以降）の代理処理の登録はできないようになる。そのためＰｒｏｘｙ Ｓｅｒｖｅｒは、現在登録されている代理処理の登録数や代理処理を行うサービスの種類や、登録の依頼元の情報を記憶して管理している。代理処理を行うサービスの種類は、検索（Ｓｕｂｓｃｒｉｂｅ）を代理で行うものであるか、報知（Ｐｕｂｌｉｓｈ）を代理で行うものであるかという情報の他に、プリントサービス、チャットサービス、画像送信サービス等の、サービスの内容を示す情報を含む。サービスの内容を示す情報は、例えば、サービス名のハッシュ値として管理される。Ｐｒｏｘｙ Ｃｌｉｅｎｔを示す情報は、Ｐｒｏｘｙ ＣｌｉｅｎｔのデバイスＩＤやＭＡＣアドレス、ＵＵＩＤ等、装置を識別できる情報であればよい。Ｓ４０３において、ＮＡＮデバイス１０１は、これらの情報をＮＡＮデバイス１０２に送信する。これを受けたＮＡＮデバイス１０２は、Ｐｒｏｘｙ ＳｅｒｖｅｒであるＮＡＮデバイス１０１にあといくつの代理処理を依頼可能であるのかを知ることができる。

本実施形態では、ＳｕｂｓｃｒｉｂｅｒであるＮＡＮデバイス１０２からプリントサービスの代理検索の登録依頼を受信する。なお、Ｓ４０１〜Ｓ４０３までの代理処理の登録動作と、これから説明する代理検索の処理は並行して実行させてもよい。ＮＡＮデバイス１０１は、複数のＰｒｏｘｙ Ｃｌｉｅｎｔからそれぞれ依頼された複数のサービスを登録してもよい。よって、あるタイミングでサービス登録依頼を受信しなくても（Ｓ４０１やＳ４０２でＮｏ）、すでに登録済みのサービスがあるか判断し（Ｓ４０４）、ある場合はＳ４０５に進みＰｒｏｘｙ Ｓｅｒｖｅｒとして代理検索を開始する。

代理検索を開始したときのＮＡＮデバイス１０１の動作を具体的に説明する。ＮＡＮデバイス１０１は、登録されているサービス登録を参照し、Ｐｒｏｘｙ Ｃｌｉｅｎｔが起動する直前のＤＷまで待つ（Ｓ４０５）。前述のサービス登録には、Ｐｒｏｘｙ Ｃｌｉｅｎｔの識別情報と併せて、そのＰｒｏｘｙ Ｃｌｉｅｎｔが起動している（起きている）ＤＷを示す情報が管理されている。この情報は、Ｐｒｏｘｙ Ｃｌｉｅｎｔがサービス登録を依頼する際に併せてＰｒｏｘｙ Ｃｌｉｅｎｔから送信される。そして、ＮＡＮデバイス１０１は、代理で検索するサービスのサービス検索用フレームを送信する（Ｓ４０６）。Ｓ４０５の処理に代えて、例えば、Ｐｒｏｘｙ Ｃｌｉｅｎｔが起きる直前のＤＷだけでなく、すべてのＤＷにおいて、検索用フレームを送信してもよい。しかし、Ｐｒｏｘｙ Ｃｌｉｅｎｔが起きる直前のＤＷのみで検索を行うことで、代理検索時の検索用フレームの送信回数を削減できる。一方で、すべてのＤＷで検索する場合は、検索用フレームの送信回数は増えるが、より多くの装置を発見できる。他にも、すべてのＮＡＮデバイスが起きていると考えられるＤＷ０にて代理検索用フレームを送信することで、効率的に検索結果を得ることも可能である。本実施形態の場合、検索用フレームの送信にはＮＡＮデバイス１０２の代理としてＳｕｂｓｃｒｉｂｅメッセージを送信する。なお、省電力のためにＰｒｏｘｙ Ｓｅｒｖｅｒ自身はＳｕｂｓｃｒｉｂｅメッセージを送信せず、ＰｕｂｌｉｓｈｅｒからのＰｕｂｌｉｓｈメッセージの受信を待つだけでもよい。

ＮＡＮデバイス１０１は、ＰｕｂｌｉｓｈｅｒからのＰｕｂｌｉｓｈメッセージを受信したか否か判断する（Ｓ４０７）。受信した場合、Ｐｕｂｌｉｓｈメッセージによって示されるサービスが、代理で検索しているサービスと合致するか否かを判断する（Ｓ４０８）。代理検索しているサービスであった場合、ＮＡＮデバイス１０１は、検索結果候補のフィルタリングを行う（Ｓ４０９）。例えば、代理検索しているサービス名は一致したとしても、Ｐｕｂｌｉｓｈｅｒがサービスの提供対象とする装置がＭＡＣ Ａｄｄｒｅｓｓ等によって指定されており、それがＰｒｏｘｙ Ｃｌｉｅｎｔとは異なるものであった場合は検索結果に反映させない。又は、同じＮＡＮデバイスからある期間中に複数のＰｕｂｌｉｓｈを受信した場合、１つの検索結果候補として出力する。他にも、Ｐｕｂｌｉｓｈ受信時の電波強度が一定以下の場合、検索結果候補から除外することも考えられる。尚、検索結果候補とは、ＮＡＮデバイス１０１が代理で検索した結果発見されたＮＡＮデバイス、もしくはサービスのことであり、ＮＡＮデバイスの識別情報、発見されたＮＡＮデバイスが提供するサービスの情報が含まれる。検索結果のフィルタリングが終わると、ＮＡＮデバイス１０１は、検索結果候補の存在率を計算する（Ｓ４１０）。これは、例えば、前回存在率を計算してから、代理検索のＳｕｂｓｃｒｉｂｅを１０回送信した場合を考える。Ｓｕｂｓｃｒｉｂｅ１０回の送信に対してＰｕｂｌｉｓｈを８回受け取った場合、存在率は８０％となる。別の計算方法として、前回存在率を計算してから、５回のＤＷがあったとする。５回のＤＷのうち、３回のＤＷでＰｕｂｌｉｓｈを受信した場合、存在率は６０％と計算できる。存在率の計算方法はこのほかのものであってもよい。

次に、ＮＡＮデバイス１０１は、ある検索結果候補に対して計算した存在率が、ある閾値以上であるかを確認し、閾値以上であれば、その検索結果候補を検索結果の１つとして記憶する（Ｓ４１１）。検索結果とは、検索結果候補から、Ｐｌｏｘｙ Ｃｌｉｅｎｔに送信する内容をまとめ、ＮＡＮデバイス１０１が記憶部３０１に記憶するものである。このように、フィルタリングや存在率の計算を行うことで、例えば、対象期間のみ電波が届かなかった場合に検索結果から除外されてしまうことや、突発的に現れて消えるデバイスが検索結果に含まれてしまうことを避けることができる。なお、存在率を計算する対象の期間は、それぞれ重なる期間があってもよい。

次に、ＮＡＮデバイス１０１は、記憶した検索結果からＰｕｂｌｉｓｈｅｒ Ｌｉｓｔを出力する（Ｓ４１２）。これは、最後の検索結果をそのままＰｕｂｌｉｓｈｅｒ Ｌｉｓｔとする。Ｐｕｂｌｉｓｈｅｒ Ｌｉｓｔとは、検索結果から、実際にＰｒｏｘｙ Ｃｌｉｅｎｔに送信する情報である。他に、送信するデータ量を削減するために、前回までに送信したＰｕｂｌｉｓｈｅｒ Ｌｉｓｔを記憶し、その差分を今回のＰｕｂｌｉｓｈｅｒ Ｌｉｓｔとしてもよい。この場合、次のＳ４１３では、送信する内容があるかどうかを確認する処理となる。また、検索結果としたかどうかを毎回記憶し、過去５回分の平均値をとって、この後送信するべきＰｕｂｌｉｓｈｅｒ Ｌｉｓｔの内容としてもよい。

次に、ＮＡＮデバイス１０１は、今回送信する予定のＰｕｂｌｉｓｈｅｒ Ｌｉｓｔと、前回のＰｕｂｌｉｓｈｅｒ Ｌｉｓｔとを比較し、変化があったか否かを判断する（Ｓ４１３）。Ｐｕｂｌｉｓｈｅｒ Ｌｉｓｔが変化するとは、即ち、Ｐｕｂｌｉｓｈｅｒ Ｌｉｓｔに含まれるＮＡＮデバイスの数や識別情報、提供するサービスの内容等の少なくとも何れかが変化することである。Ｐｕｂｌｉｓｈｅｒ Ｌｉｓｔに変化があった場合、記憶部３０１に記憶しているＰｕｂｌｉｓｈｅｒ Ｌｉｓｔを更新する（Ｓ４１４）。次に、Ｐｒｏｘｙ Ｃｌｉｅｎｔが起きるＤＷまで待った後（Ｓ４１５）、Ｐｕｂｌｉｓｈｅｒ ＬｉｓｔをＰｒｏｘｙ Ｃｌｉｅｎｔに送信する（Ｓ４１６）。

図５に、このとき送信するＳＤＦ（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ）であるＰｕｂｌｉｓｈｅｒ Ｌｉｓｔのフレーム構成例を示す。ＳＤＦはＩＥＥＥ８０２．１１規格のＰｕｂｌｉｃ Ａｃｔｉｏｎ Ｆｒａｍｅを用いる。ＳＤＦはＰｕｂｌｉｃｈ Ａｃｔｉｏｎ Ｆｒａｍｅの一部にＮＡＮで規定される情報を含めるためのＮＡＮ Ａｔｔｒｉｂｕｔｅ ５０１を含む。複数あるＡｔｔｒｉｂｕｔｅのうち、ひとつはＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ Ａｔｔｒｉｂｕｔｅを含める。なお、他のＡｔｔｒｉｂｕｔｅを用いてもよいし、組み合わせて用いてもよい。

例えば、図５ではＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ Ａｔｔｒｉｂｕｔｅを一部変更した形を示している。Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ ＡｔｔｒｉｂｕｔｅのＳｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｆｉｅｌｄ ５０５にて、ｓｕｂ−Ａｔｔｒｉｂｕｔｅを付与することを示す。なお、ｓｕｂ−ａｔｔｒｉｂｕｔｅであることを示すために、現在使用されていない７ｂｉｔ目を用いる（５１６）。これに基づき、Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ Ａｔｔｒｉｂｕｔｅにｓｕｂ−ａｔｔｒｉｂｕｔｅを付与する（５０６〜５１５）。５０６にはｓｕｂ−ａｔｔｒｉｂｕｔｅがＰｕｂｌｉｓｈｅｒ Ｌｉｓｔであることを示すＩＤを記述する（５０６）。ここでは、例えば０ｘ０５を示す。次に、ｓｕｂ−ａｔｔｒｉｂｕｔｅの長さを示す（５０７）。次に、Ｎｕｍ ｏｆ Ｐｕｂｌｉｓｈｅｒ（５０８）は、送信するＰｕｂｌｉｓｈｅｒの数が入力される。もし、送信するＰｕｂｌｉｓｈｅｒがない場合、この値を０としてＰｒｏｘｙ Ｃｌｉｅｎｔに送信することになる。その後ろのＬｅｎｇｔｈ（５０９）には、１つのＰｕｂｌｉｓｈｅｒの情報の長さが入力される。Ｍａｃ ａｄｄｒｅｓｓ（５１０）にはＰｕｂｌｉｓｈｅｒのＭａｃ ａｄｄｒｅｓｓが入力される。Ｉｎｓｔａｎｃｅ ＩＤ（５１１）からｆｉｌｔｅｒ（５１４）には、Ｐｕｂｌｉｓｈメッセージに含まれる情報がそのまま入力される。以後（５１５）、各Ｐｕｓｂｌｉｓｈメッセージの情報を５０９〜５１４と同様に続けていく。なお、上記フレーム構成は一例であり、別の構成をとってもよい。

ＮＡＮデバイス１０１は、サービスを代理で検索する際に、Ｓ４０７でＰｕｂｌｉｓｈメッセージの受信を待つほかに、Ｐｒｏｘｙ ＣｌｉｅｎｔからのＰｒｏｘｙ登録終了依頼の受信も待つ（Ｓ４１７）。ＮＡＮデバイス１０１は、Ｐｒｏｘｙ登録終了依頼を受信すると、対象のＰｒｏｘｙ Ｃｌｉｅｎｔのサービスの代理検索を終了すると共に、Ｐｒｏｘｙ登録終了依頼に伴って更新されたサービス登録の状況をＰｒｏｘｙ Ｃｌｉｅｎｔへ通知する（Ｓ４１８）。なお、Ｓ４０１、Ｓ４０５、Ｓ４１５、Ｓ４１７はそれぞれ独立した動作である。よって、順番が入れ替わっても構わないし、並行して実行してもよい。

続いて、Ｓｕｂｓｃｒｉｂｅｒとして動作するＮＡＮデバイス１０２が、ＮＡＮデバイス１０１にＳｕｂｓｃｒｉｂｅを登録してから、Ｐｕｂｌｉｓｈｅｒ Ｌｉｓｔを受信するまでのシーケンスを、図６を用いて説明する。

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

ＮＡＮデバイス１０２がサービス検索を開始する。ＤＷ０になると、ＮＡＮデバイス１０２は近くにＰｒｏｘｙ Ｓｅｒｖｅｒとして動作するＮＡＮデバイス１０１が存在することを確認し、サービス登録依頼を送信する（Ｓ６０２）。ＮＡＮデバイス１０１はサービス登録依頼を受信すると、代理検索の準備を開始するとともに、ＮＡＮデバイス１０２にサービス登録状況を送信する（Ｓ６０３）。

次に、ＮＡＮデバイス１０３がサービスの提供を開始する。ＤＷ１になると、ＮＡＮデバイス１０１はＮＡＮデバイス１０２が起きる直前のＤＷであるため、代理でＳｕｂｓｃｒｉｂｅメッセージを送信する（Ｓ６０５）。ＮＡＮデバイス１０３はこれを受け取ると、Ｐｕｂｌｉｓｈメッセージを送信する（Ｓ６０６）。ＮＡＮデバイス１０１はＤＷ１で受信したＰｕｂｌｉｓｈメッセージから、図４のフローに従ってＰｕｂｌｉｓｈｅｒ Ｌｉｓｔを作成する（Ｓ６０７）。作成したＰｕｂｌｉｓｈｅｒ Ｌｉｓｔは初回の送信となるため、ＮＡＮデバイス１０１は送信すると判断する。ＤＷ２になると、ＮＡＮデバイス１０２がＮＡＮフレームを受信可能となるため、ＮＡＮデバイス１０１はＰｕｂｌｉｓｈｅｒ Ｌｉｓｔを送信する（Ｓ６０９）。

次に、ＮＡＮデバイス１０４がサービスの提供を開始する。ＤＷ３になると、ＮＡＮデバイス１０２が起きる直前のＤＷであるため、ＮＡＮデバイス１０１は代理でＳｕｂｓｃｒｉｂｅメッセージを送信する（Ｓ６１１）。ＮＡＮデバイス１０３はこれを受け取ると、Ｐｕｂｌｉｓｈメッセージを送信する（Ｓ６１２）。ＮＡＮデバイス１０１はＤＷ３で受信したＰｕｂｌｉｓｈメッセージから図３のフローに従ってＰｕｂｌｉｓｈｅｒ Ｌｉｓｔを作成する（Ｓ６１４）。作成したＰｕｂｌｉｓｈｅｒ Ｌｉｓｔは、前回送信したＰｕｂｌｉｓｈｅｒ Ｌｉｓｔと同じであるため、ＮＡＮデバイス１０１はＰｕｂｌｉｓｈｅｒ Ｌｉｓｔを送信しないと判断する。ＤＷ４になると、ＮＡＮデバイス１０２がＮＡＮフレームを受信可能となるが、Ｐｕｂｌｉｓｈｅｒ Ｌｉｓｔを送信しないと判断しているため、何も送信しない。このあと、もしＮＡＮデバイス１０４からのＰｕｂｌｉｓｈをＮＡＮデバイス１０１が受信できた場合は、図３のフローにしたがってＰｕｂｌｉｓｈｅｒ ＬｉｓｔをＮＡＮデバイス１０２に送信することになる。

このように本実施形態では、ＮＡＮデバイス１０１が代理でサービスを検索し、検索した結果に変化があった場合のみＰｕｂｌｉｓｈｅｒ ＬｉｓｔをＰｒｏｘｙ Ｃｌｉｅｎｔへ送信する。これによりＮＡＮデバイス１０１はＰｕｂｌｉｓｈｅｒ Ｌｉｓｔを送信するための通信量を抑えることができ、それに伴い消費電力も抑えることができる。また、Ｐｒｏｘｙ Ｃｌｉｅｎｔとなるデバイスは一般にスマートフォンなどの消費電力をなるべく抑えたい機器であることが考えられる。Ｐｒｏｘｙ ＣｌｉｅｎｔであるＮＡＮデバイス１０２は、Ｐｕｂｌｉｓｈｅｒ Ｌｉｓｔを要求することなくＰｕｂｌｉｓｈｅｒ Ｌｉｓｔの受信が可能となるため、フレーム送信時にかかる消費電力を抑えることができる。さらに、Ｐｕｂｌｉｓｈｅｒ Ｌｉｓｔを受信する回数を減らすことにより、受信した内容からＮＡＮデバイス１０２のユーザに検索結果を表示するための演算回数を減らすことができ、ＮＡＮデバイス１０２は省電力で動作することができる。

尚、図６のシーケンスでは、ＮＡＮデバイス１０１はＮＡＮデバイス１０２が受信可能となる直前のＤＷである、ＤＷ１，ＤＷ３でのみ代理検索フレームを送信していた。しかし、例えばＤＷ０で送信していてもよい。また、ＮＡＮデバイス１０２がＰｒｏｘｙ Ｃｌｉｅｎｔとしてサービス登録を行った後、特定ＤＷでない周期および期間に受信可能となっていてもよい。例えば、２ｍｉｎごとに１６ｍｓｅｃだけ受信可能となっていてもよい。その場合、ＮＡＮデバイス１０１はＰｒｏｘｙ Ｃｌｉｅｎｔが受信可能になる期間より前のＤＷおよびＤＷ０でのみ代理検索フレームを送信することとしてもよい。これにより、ＮＡＮデバイス１０２はさらに省電力でサービス検索を行うことが可能になる。

＜実施形態２＞
第１の実施形態では、Ｐｒｏｘｙ Ｓｅｒｖｅｒとして動作するＮＡＮデバイス１０１が、Ｐｕｂｌｉｓｈｅｒ Ｌｉｓｔに変化があったことをトリガとしてＰｒｏｘｙ ＣｌｉｅｎｔへＰｕｂｌｉｓｈｅｒ Ｌｉｓｔを送信した。これに対して本実施形態は、Ｐｒｏｘｙ Ｓｅｒｖｅｒとして動作するＮＡＮデバイス１０１が管理しているサービス登録状況に変化があった場合に、その旨をＰｒｏｘｙ Ｃｌｉｅｎｔへ通知する。

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

ＮＡＮデバイス１０１はＰｒｏｘｙ Ｓｅｒｖｅｒとしての動作を開始すると、図４のフローチャートと同様に、Ｐｒｏｘｙ Ｓｅｒｖｅｒとして動作可能であることを周囲に報知する。そして、ＮＡＮデバイス１０１は、Ｐｒｏｘｙ Ｃｌｉｅｎｔを発見したかどうかを判断する（Ｓ７０１）。Ｐｌｏｘｙ Ｃｌｉｅｎｔを発見した場合には、ＮＡＮデバイス１０１は、Ｐｒｏｘｙ Ｃｌｉｅｎｔから、サービスを代理で検索する依頼を受信したか否かを判断する（Ｓ７０２）。代理検索の依頼を受信した場合には、ＮＡＮデバイス１０１はサービス登録が可能か否かを判断する（Ｓ７０３）。判断の結果、サービス登録が可能ではない場合は、ＮＡＮデバイス１０１はサービス登録失敗の通知をＰｒｏｘｙ Ｃｌｉｅｎｔへ送信する（Ｓ７０４）。サービス登録が可能な場合は、ＮＡＮデバイス１０１は依頼内容をサービス登録として登録しサービスの代理検索を開始する（Ｓ７０５）。更に、代理検索の依頼元であるＰｒｏｘｙ Ｃｌｉｅｎｔに対してサービス登録状況を送信する（Ｓ７０５）。

図８に、このとき送信するＳＤＦ（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ）であるサービス登録のフレーム構成例を示す。ＳＤＦはＩＥＥＥ８０２．１１規格のＰｕｂｌｉｃ Ａｃｔｉｏｎ Ｆｒａｍｅを用いる。ＳＤＦはＰｕｂｌｉｃｈ Ａｃｔｉｏｎ Ｆｒａｍｅの一部にＮＡＮで規定されている情報を含めるためのＮＡＮ Ａｔｔｒｉｂｕｔｅ（５０１）を含む。フレーム構成の一部（５０１〜５０７、５１６）は実施形態１と重複するため、説明を省略する。なお、５０６にはｓｕｂ−ａｔｔｒｉｂｕｔｅがサービス登録状況であることを示すＩＤを記述する。ここでは、例えば０ｘ０７を示す。８０１、８０２にＮＡＮデバイス１０１に登録可能なサービスの最大値と現在登録しているサービスの数を示す。

Ｓ７０５において依頼内容をサービス登録として登録する処理では、２つ目のｓｕｂ−ａｔｔｒｉｂｕｔｅを付与する。２つ目のｓｕｂ−ａｔｔｒｉｂｕｔｅには、５０６に例えば０ｘ０１を記述する。また、応答がどのサービスに対応するのかを示すためのＩＤを８０３に記述する。さらに、対象のサービスは登録依頼が成功したかどうかを判断するための値を８０４に記述する。

なお、上記フレーム構成は一例であり、別の構成をとってもよい。例えば、８０１、８０２はＰｕｂｌｉｓｈ、Ｓｕｂｓｃｒｉｂｅで分けて記述してもよい。これにより、Ｐｕｂｌｉｓｈ、Ｓｕｂｓｃｒｉｂｅで登録可能な数が異なる場合、その通知を行うことができるようになる。ｓｕｂ−ａｔｔｒｉｂｕｔｅは１つにまとめてもよい。また、８０４に応答拒否と入れた場合に、その理由を示す領域があってもよい。ｓｕｂ−ａｔｔｒｉｂｕｔｅをフレームごとに分け、２回に分けて送信してもよい。これにより例えば、登録依頼の送信者には図８に示すフレームを送信し、他のＰｒｏｘｙ Ｃｌｉｅｎｔもしくは周囲のＮＡＮデバイスに向けては１つ目のｓｕｂ−ａｔｔｒｉｂｕｔｅのみを送信する。といった操作が可能になる。

また、新たにサービスを登録する時には一つ目のｓｕｂ−ａｔｔｒｉｂｕｔｅの情報を送信せず、登録サービス数が減少したときのみ通知してもよい。これにより、一度Ｐｒｏｘｙ Ｓｅｒｖｅｒに登録したサービス数が上限に達したことで新たなサービス登録依頼をあきらめていたＰｒｏｘｙ Ｃｌｉｅｎｔは新たにサービスを登録するタイミングを計ることができる。

これはＭｕｌｔｉｃａｓｔやＢｒｏａｄＣａｓｔで一度に送信してもよい。これにより、Ｐｒｏｘｙ Ｓｅｒｖｅｒの代理サービス登録状況を回りに通知することができる。また、複数のＰｒｏｘｙ Ｃｌｉｅｎｔからサービスを登録しており、ある特定のＰｒｏｘｙ Ｃｌｉｅｎｔが通知したＤＷ内で受信可能状態となっていない場合に備えて、以下の処理を行う。まず、ＮＡＮデバイス１０１は、現段階でサービス登録状況を通知したＰｒｏｘｙ Ｃｌｉｅｎｔのほかに代理でサービスを登録しているＰｒｏｘｙ Ｃｌｉｅｎｔがいるかを確認する（Ｓ７０６）。該当するＰｒｏｘｙ Ｃｌｉｅｎｔがいる場合、ＮＡＮデバイス１０１はＰｒｏｘｙ Ｃｌｉｅｎｔが受信可能となるＤＷまで待つ（Ｓ７０７）。このとき、Ｐｒｏｘｙ ＣｌｉｅｎｔがＤＷ以外で受信可能となる場合は、その期間まで待つようにしてもよい。該当するＰｒｏｘｙ Ｃｌｉｅｎｔが受信可能となったら、ＮＡＮデバイス１０１は、そのＰｒｏｘｙ Ｃｌｉｅｎｔに向けてサービス登録状況を通知する（Ｓ７０８）。

ここで、ＮＡＮデバイス１０１は、複数のＰｒｏｘｙ Ｃｌｉｅｎｔの複数のサービスを登録してもよい。よって、あるタイミングでサービス登録依頼を受信できなくても、すでに登録済みのサービスがある場合はＳ７１０に進み（Ｓ７０９）、Ｐｒｏｘｙ Ｓｅｒｖｅｒとして代理検索を開始する。代理検索を開始したときのＮＡＮデバイス１０１の動作（Ｓ７１０〜Ｓ７１３）は、実施形態１と同様であるため説明を省略する。

ＮＡＮデバイス１０１は、サービスを代理で検索する際に、Ｓ７１１でＰｕｂｌｉｓｈメッセージの受信を待つほかに、Ｐｒｏｘｙ ＣｌｉｅｎｔからのＰｒｏｘｙ登録終了依頼の受信も待つ（Ｓ７１４）。ＮＡＮデバイス１０１は、Ｐｒｏｘｙ登録終了依頼を受信すると、対象のＰｒｏｘｙ Ｃｌｉｅｎｔのサービスの代理検索を終了すると共に、Ｐｒｏｘｙ登録終了依頼に伴って更新されたサービス登録の状況をＰｒｏｘｙ Ｃｌｉｅｎｔへ通知する（Ｓ７１５）。サービス登録状況の通知方法はＳ７０５〜Ｓ７０８と同様の動作を行う（Ｓ７１５〜Ｓ７１８）。なお、実施形態１と同様に、Ｓ７０１、Ｓ７１０、Ｓ７１４はそれぞれ独立した動作である。よって、順番が入れ替わっても構わないし、並行して実行してもよい。

続いて、Ｓｕｂｓｃｒｉｂｅｒとして動作するＮＡＮデバイス１０２が、ＮＡＮデバイス１０１に２件のサービスを登録するまでのシーケンスを、図９を用いて説明する。

図９において、ＮＡＮデバイス１０２はＤＷ０、ＤＷ２、ＤＷ４においてアウェイク（起動）状態であるとし、それ以外はスリープ状態であるものとする。ＮＡＮデバイス１０１、ＮＡＮデバイス１０３はすべてのＤＷにおいてアウェイク状態であるとし、ＤＷ以外ではスリープ状態であるものとする。ＮＡＮデバイス１０５はＤＷ０、ＤＷ２、ＤＷ３、ＤＷ４においてアウェイク状態であるとし、それ以外はスリープ状態であるものとする。ＮＡＮデバイス１０３はＤＷ１、ＤＷ３にてＰｕｂｌｉｓｈメッセージを送信する。本シーケンス開始時にはＮＡＮデバイス１０１はＰｒｏｘｙ Ｓｅｒｖｅｒとして動作しており、ＮＡＮデバイス１０５は写真共有サービスの代理検索依頼を行っているものとする。また、ＮＡＮデバイス１０５はＤＷ１とＤＷ２の間でサービス検索終了処理を開始するものとする。また、ＮＡＮデバイス１０１が代理で検索できるサービスは全部で５つあり、ＮＡＮデバイス１０５が代理検索を依頼している写真共有サービスを含めて４つのサービスをすでに代理で検索しているものとする。

ＮＡＮデバイス１０２がサービス検索を開始する。ＤＷ０になると、ＮＡＮデバイス１０２は近くにＰｒｏｘｙ Ｓｅｒｖｅｒとして動作するＮＡＮデバイス１０１が存在することを確認する。次に、代理で検索を依頼したいプリントサービスおよびチャットサービスについてそれぞれについてサービス登録依頼を送信する（Ｓ９０２）。なお、これはまとめて行ってもよい。また、その際に優先順位とともにサービス登録を依頼してもよい。ＮＡＮデバイス１０１はサービス登録依頼を受信すると、サービス登録可能かを確認し、可能であれば、代理検索の準備を開始するとともに、ＮＡＮデバイス１０２にサービス登録状況を送信する（Ｓ９０３）。本実施例ではＮＡＮデバイス１０１が新たに代理で登録できるサービスは１つであるため、プリントサービスのみを代理検索で登録し、チャットサービスは登録不可応答を返す。プリントサービスを新たに代理検索の項目としたため、各Ｐｒｏｘｙ Ｃｌｉｅｎｔに向けて、サービス登録状況を送信する（Ｓ９０４）。ＤＷ１では、ＮＡＮデバイス１０１はＮＡＮデバイス１０２、ＮＡＮデバイス１０５の代理でサービスを検索する（Ｓ９０６）。

次に、ＮＡＮデバイス１０５が写真共有サービスの検索を終了する。ＤＷ２になると、ＮＡＮデバイス１０２およびＮＡＮデバイス１０５がＮＡＮフレームを受信可能となるため、ＮＡＮデバイス１０１はＰｕｂｌｉｓｈｅｒ Ｌｉｓｔを送信する（Ｓ９０９、Ｓ９１０）。

ＮＡＮデバイス１０５はユーザからサービス検索終了の通知を受け取ったため、サービス登録を終了する依頼を送信する（Ｓ９１１）。ＮＡＮデバイス１０１はＮＡＮデバイス１０５からサービス登録終了依頼を受信すると、写真共有サービスの代理検索を終了し、サービス登録状況を各Ｐｒｏｘｙ Ｃｌｉｅｎｔに送信する（Ｓ９１２）。ここで、ＮＡＮデバイス１０２はＮＡＮデバイス１０１に代理検索を依頼できる枠が１つ増えたことを知ることになる。

そこでＮＡＮデバイス１０２は次にアウェイク状態となるＤＷ４にて、ＮＡＮデバイス１０１にサービス登録依頼を送信する（Ｓ９２０）。ＮＡＮデバイス１０１はサービス登録が可能なことを確認し、代理検索を開始するとともに、ＮＡＮデバイス１０２にサービス登録状況を送信する（Ｓ９２１）。

このように、Ｐｒｏｘｙ Ｓｅｒｖｅｒが適切なタイミングでサービス登録状況を他のＮＡＮデバイスに送信することにより、Ｐｒｏｘｙ Ｃｌｉｅｎｔはサービス検索を代理で依頼できるタイミングを適切に計ることができるようになる。また、サービスを新たに登録したときもサービス登録状況を送信することで、Ｐｒｏｘｙ Ｃｌｉｅｎｔは常にＰｒｏｘｙ Ｓｅｒｖｅｒに登録できるサービスの空き状況を把握できる。よって、ユーザからサービス検索指示を新たに受け取ったときに、Ｐｒｏｘｙ Ｓｅｒｖｅｒに代理検索を依頼できるかをＰｒｏｘｙ Ｃｌｉｅｎｔ単体で把握することができるようになる。

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

上述の実施形態でＰｒｏｘｙ Ｓｅｒｖｅｒに登録可能な代理サービスの数は任意に設定可能である。又は、Ｐｒｏｘｙ Ｓｅｒｖｅｒの負荷状況に応じて動的に変更されてもよい。上述の実施形態ではサービス登録状況を代理サービスの数で表現したが、別の方法で表現してもよい。例えば、登録しているサービスＩＤの一覧を送信するようにしてもよい。これにより、例えばＰｒｏｘｙ Ｃｌｉｅｎｔが新しくサービスの代理検索を依頼するときに、他のＰｒｏｘｙ Ｃｌｉｅｎｔと共同でサービス検索を代理実行してもらえるかを事前に知ることができるようになる。

また、上記実施形態では、記憶した検索結果や登録したサービスに変更があったときに毎回Ｐｒｏｘｙ Ｃｌｉｅｎｔに向けた通知を行っていた。これを変更が何回かあった場合にまとめて送信するようにしてもよい。例えば、１度目の検索結果から２度目の検索結果に差分があり、３度目の検索結果にも差分があった場合、３度目の検索結果のみを送信するものとしてもよい。これにより、Ｐｒｏｘｙ Ｃｌｉｅｎｔに送信するフレームをさらに減らすことができるようになる。これについては、例えば、差分のみ通知する際は、１度目から２度目、２度目から３度目の差分をまとめて送信するようにしてもよい。また、上述の実施形態では、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０２からのＰｒｏｘｙ要求を受け付けたが、他の１つ以上のＮＡＮデバイスからのＰｒｏｘｙ要求を受け付けてもよい。

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

２０１ 無線ＬＡＮ制御部
２０２ ＮＡＮ制御部
２０３ Ｐｒｏｘｙ Ｓｅｒｖｅｒ制御部
２０４ ＵＩ制御部
２０５ 記憶部

Claims (13)

1. 所定の時間間隔で到来する所定の長さの期間において無線信号の送受信を行う通信手段と、
   前記期間を同期している複数の通信装置の集合に属する特定の通信装置の代理として前記期間における無線信号の送信と受信の少なくともいずれかの代理処理を行う処理手段と、
   前記処理手段による代理処理の結果、前記処理手段によって行うべき代理処理、当該代理処理の数、のうちの少なくとも何れかを記憶する記憶手段と、
   前記記憶手段によって記憶された内容が変化したか否か判断する判断手段と、
   前記判断手段によって変化したと判断された場合、前記特定の通信装置へ、前記記憶手段による記憶に基づく通知を行う通知手段と、
   を有することを特徴とする通信装置。
2. 前記通知手段は、前記期間において、前記特定の通信装置へ前記通知を行うことを特徴とする請求項１に記載の通信装置。
3. 前記特定の通信装置が、複数の前記期間のうちの一部の期間において起動し、残りの一部の期間において起動していない場合、前記処理手段は、前記特定の通信装置が起動している一部の期間の直前の前記期間において代理処理を行うことを特徴とする請求項１又は２に記載の通信装置。
4. 前記処理手段によって行われる代理処理は、サービスを提供する装置を検索する処理であることを特徴とする請求項１乃至３の何れか一項に記載の通信装置。
5. 前記記憶手段によって記憶される代理処理は、検索の対象となるサービスを示す情報を含むことを特徴とする請求項１乃至４の何れか一項に記載の通信装置。
6. 前記記憶手段によって記憶される代理処理の数は、当該代理処理を依頼した特定の通信装置の数であることを特徴とする請求項１乃至５の何れか一項に記載の通信装置。
7. 前記記憶手段は、前記処理手段による代理処理の結果、前記処理手段によって行うべき代理処理、当該代理処理の数、のうちの少なくとも何れかと、前記代理処理を依頼した前記特定の通信装置の識別情報とを併せて記憶することを特徴とする請求項１乃至６の何れか一項に記載の通信装置。
8. 前記無線信号は、他の通信装置が提供するサービスを示す信号を含む、
   ことを特徴とする請求項１乃至７の何れか一項に記載の通信装置。
9. 前記無線信号は、他の通信装置が提供するサービスを検索する信号を含む、
   ことを特徴とする請求項１乃至８の何れか一項に記載の通信装置。
10. 前記期間は、Ｗｉ−Ｆｉ Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ規格で規定されたＤｉｓｃｏｖｅｒｙ Ｗｉｎｄｏｗであり、
    前記複数の通信装置の集合は、Ｗｉ−Ｆｉ Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ規格で規定されたＮＡＮクラスタであることを特徴とする請求項１乃至９の何れか一項に記載の通信装置。
11. 前記通知手段は、Ｗｉ−Ｆｉ Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ規格で規定されたＳｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｆｒａｍｅを使用して通知を行うことを特徴とする請求項１乃至１０の何れか一項に記載の通信装置。
12. 所定の時間間隔で到来する所定の長さの期間において無線信号の送受信を行う通信工程と、
    前記期間を同期している複数の通信装置の集合に属する特定の通信装置の代理として前記期間における無線信号の送信と受信の少なくともいずれかの代理処理を行う処理工程と、
    前記処理工程による代理処理の結果、前記処理工程によって行うべき代理処理、当該代理処理の数、のうちの少なくとも何れかを記憶部に記憶する記憶工程と、
    前記記憶手段によって記憶された内容が変化したか否か判断する判断手段と、
    前記判断工程によって変化したと判断された場合、前記特定の通信装置へ、前記記憶部による記憶に基づく通知を行う通知工程と、
    を有することを特徴とする通信方法。
13. 請求項１乃至１１の何れか一項に記載の通信装置としてコンピュータを動作させるためのプログラム。

Images