(57)【要約】【課題】  ＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠した方式に従って代理処理を要求、もしくは、受け付けた場合に、ユーザが当該代理処理に関する情報を知ることができるようにすることを目的とする。【解決手段】  通信装置は、自装置が提供するサービス情報の報知、もしくは、他の通信装置が提供するサービス情報の検索の開始または停止を代理装置が実行するように、代理装置に要求した場合、当該要求に対する応答に基づく通知をユーザに行う。【選択図】  図４
2019054358.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
前記通信装置が提供するサービス情報の報知の開始、もしくは、停止を代理装置が実行するように、ＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠した方式に従って、前記代理装置に要求する要求手段と、
ＮＡＮ規格に準拠した方式に従って、前記要求手段に対する応答を前記代理装置から取得する取得手段と、
前記取得手段により取得した前記応答に基づく通知をユーザに行う通知手段と、
を有することを特徴とする通信装置。
【請求項２】
前記通信装置が提供する前記サービス情報を報知する報知手段を更に有することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記要求手段により前記通信装置が提供する前記サービス情報の報知の開始を要求した場合、前記報知手段は前記サービス情報の報知を停止することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記報知手段は、ＮＡＮ規格に準拠したＰｕｂｌｉｓｈを利用して、前記サービス情報を報知することを特徴とする請求項２または３に記載の通信装置。
【請求項５】
通信装置であって、
他の通信装置が提供するサービス情報の検索の開始、もしくは、停止を代理装置が実行するように、ＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠した方式に従って、前記代理装置に要求する要求手段と、
前記要求手段に対する応答を、ＮＡＮ規格に準拠した方式に従って、前記代理装置から取得する取得手段と、
前記取得手段により取得した前記応答に基づく通知をユーザに行う通知手段と、
を有することを特徴とする通信装置。
【請求項６】
前記他の通信装置が提供する前記サービス情報の検索を行う検索手段を更に有することを特徴とする請求項５に記載の通信装置。
【請求項７】
前記要求手段による要求をした場合、前記検索手段は前記サービス情報の検索を停止することを特徴とする請求項６に記載の通信装置。
【請求項８】
前記検索手段は、ＮＡＮ規格に準拠したＳｕｂｓｃｒｉｂｅを利用して、前記サービス情報を検索することを特徴とする請求項６または７に記載の通信装置。
【請求項９】
前記要求手段は、ＮＡＮ規格に準拠したＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを前記代理装置へ送信することで、前記要求を行うことを特徴とする請求項１から８のいずれか１項に記載の通信装置。
【請求項１０】
前記通信装置は、ＮＡＮ規格に準拠したＰｒｏｘｙ  Ｃｌｉｅｎｔであり、
前記代理装置は、ＮＡＮ規格に準拠したＰｒｏｘｙ  Ｓｅｒｖｅｒであることを特徴とする請求項１から９のいずれか１項に記載の通信装置。
【請求項１１】
前記通知手段は、表示部を用いて、前記応答に基づく通知をユーザに行うことを特徴とする請求項１から１０のいずれか１項に記載の通信装置。
【請求項１２】
前記要求手段による要求をした場合、前記要求手段による要求をする前に比して、前記通信装置がＮＡＮ規格に準拠した通信に係る消費電力が減るように制御する制御手段を更に有することを特徴とする請求項１から１１のいずれか１項に記載の通信装置。
【請求項１３】
前記制御手段は、前記要求手段による要求をした場合、前記要求手段による要求をする前に比して、前記通信装置の通信部がＤＯＺＥ状態である頻度が高くなるように制御することを特徴とする請求項１２に記載の通信装置。
【請求項１４】
代理装置であって、
他の通信装置が提供するサービス情報の報知を前記代理装置に開始、もしくは、停止させるための要求を、ＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠した方式に従って、前記他の通信装置から受け付ける受付手段と、
前記受付手段により前記要求を受け付けたことに応じて、所定の通知をユーザに行う通知手段と、
を有することを特徴とする代理装置。
【請求項１５】
代理装置であって、
第１の他の通信装置が提供するサービス情報の検索を前記代理装置に開始、もしくは、停止させるための要求を、ＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠した方式に従って、第２の他の通信装置から受け付ける受付手段と、
前記受付手段により前記要求を受け付けたことに応じて、所定の通知をユーザに行う通知手段と、
を有することを特徴とする代理装置。
【請求項１６】
前記受付手段が前記要求を受け付けた場合に、ＮＡＮ規格に準拠した方式に従って、当該要求に対する応答を前記他の通信装置へ送信する送信手段を更に有することを特徴とする請求項１４または１５に記載の代理装置。
【請求項１７】
通信装置の制御方法であって、
前記通信装置が提供するサービス情報の報知、もしくは、他の通信装置が提供するサービス情報の検索の開始または停止を代理装置が実行するように、前記代理装置に要求する要求工程と、
当該要求に対する応答を前記代理装置から取得する取得工程と、
取得した前記応答に基づく通知をユーザに行う通知工程と、
を有することを特徴とする制御方法。
【請求項１８】
代理装置の制御方法であって、
第１の他の通信装置が提供するサービス情報の検索の開始または停止を前記代理装置に行わせるための要求、もしくは、第２の他の通信装置が提供するサービス情報の報知の開始または停止を前記代理装置に行わせるための要求を、前記第２の他の通信装置から受け付ける受付工程と、
前記要求を受け付けたことに応じて、所定の通知をユーザに行う通知工程と、
を有することを特徴とする代理装置。
【請求項１９】
コンピュータを、請求項１から１３のいずれか１項に記載の通信装置、もしくは、請求項１４から１６のいずれか１項に記載の代理装置として動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、代理処理に関する情報を通知する装置に関する。
【背景技術】
【０００２】
デバイスの検索や、デバイスが提供するサービスの検索を、省電力で行うための規格としてＷｉ−Ｆｉ  Ａｌｌｉａｎｃｅによって規定されたＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）規格がある。特許文献１では、デバイスが行うサービスの検索や提供処理を、Ｐｒｏｘｙ  Ｓｅｒｖｅｒと呼ばれる他のデバイスに代理して処理させる代理処理を要求する方法が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許出願公開第２０１５／００８１８４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術では、Ｐｒｏｘｙ  Ｓｅｒｖｅｒにサービス検索等の代理処理を要求した場合であっても、当該代理処理が開始されたか否かをユーザが知ることができなかった。従って、例えばユーザが代理処理の開始を指示した場合であっても、当該指示に応じて代理処理が開始されたか否かをユーザが知ることができなかった。
【０００５】
上記を鑑み、ＮＡＮ規格に準拠した方式に従って代理処理に関する要求をした場合、もしくは、受け付けた場合に、ユーザが当該代理処理に関する情報を知ることができるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の通信装置は、前記通信装置が提供するサービス情報の報知の開始、もしくは、停止を代理装置が実行するように、ＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠した方式に従って、前記代理装置に要求する要求手段と、ＮＡＮ規格に準拠した方式に従って、前記要求手段に対する応答を前記代理装置から取得する取得手段と、前記取得手段により取得した前記応答に基づく通知をユーザに行う通知手段と、を有する。
【０００７】
また、本発明の他の側面の通信装置は、他の通信装置が提供するサービス情報の検索の開始、もしくは、停止を前記代理装置が実行するように、ＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠した方式に従って、前記代理装置に要求する要求手段と、前記要求手段に対する応答を、ＮＡＮ規格に準拠した方式に従って、前記代理装置から取得する取得手段と、前記取得手段により取得した前記応答に基づく通知をユーザに行う通知手段と、を有する。
【０００８】
また、本発明の他の側面の代理装置は、他の通信装置が提供するサービス情報の報知を前記代理装置に開始、もしくは、停止させるための要求を、ＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠した方式に従って、前記他の通信装置から受け付ける受付手段と、前記受付手段により前記要求を受け付けたことに応じて、所定の通知をユーザに行う通知手段と、を有する。
【０００９】
また、本発明の他の側面の代理装置は、第１の他の通信装置が提供するサービス情報の検索を前記代理装置に開始、もしくは、停止させるための要求を、ＮＡＮ（Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠した方式に従って、第２の他の通信装置から受け付ける受付手段と、前記受付手段により前記要求を受け付けたことに応じて、所定の通知をユーザに行う通知手段と、を有する。
【発明の効果】
【００１０】
本発明によれば、ＮＡＮ規格に準拠した方式に従って代理処理に関する要求をした場合、もしくは、受け付けた場合に、ユーザが当該代理処理に関する情報を知ることができる。
【図面の簡単な説明】
【００１１】
【図１】無線通信システムの構成例を示す図。
【図２】ＮＡＮデバイス１０１のハードウェア構成例を示すブロック図。
【図３】Ｐｒｏｘｙ依頼処理の流れを示すシーケンス図。
【図４】Ｐｒｏｘｙ  Ｃｌｉｅｎｔが実現するフローチャート。
【図５】Ｐｒｏｘｙ  Ｃｌｉｅｎｔが実現するフローチャート。
【図６】Ｐｒｏｘｙ  Ｓｅｒｖｅｒが実現するフローチャート。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について、図面を参照しながら説明する。以下では、各通信装置は、ＩＥＥＥ８０２．１１規格シリーズに準拠する無線ＬＡＮの通信機能を有するものとするが、これに限られない。また、以下の各通信装置は、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅ  Ｎｅｉｇｈｂｏｒ  Ａｗａｒｅｎｅｓｓ  Ｎｅｔｗｏｒｋｉｎｇ（ＮＡＮ）によって他の通信装置及びその提供するサービス（インスタンス）を検出可能なＮＡＮデバイスであるものとする。ここで、サービス（機能や、インスタンスなどと言い換えても良い）とは、印刷サービスや、情報共有サービス、画像表示サービス、撮像サービスなどが挙げられる。
【００１３】
以下の各説明では、ＮＡＮ規格に対応する用語を用いて説明するが、同種の他の規格においても以下の各議論を適用することが可能である。即ち、ＮＡＮ規格とは異なる規格においても、本発明を適用可能である。
【００１４】
ＮＡＮ規格に準拠した通信装置は、周期的に設定されたＤｉｓｃｏｖｅｒｙ  Ｗｉｎｄｏｗ（ＤＷ）と呼ばれる期間（ＤＷ期間）において、サービス情報を通信する。ＤＷでは、ＮＡＮを実行する複数のデバイスが、所定の周波数チャネル（Ｗｉ−Ｆｉの２．４ＧＨｚにおける６ｃｈ）において集中（ｃｏｎｖｅｒｇｅ）して通信する。また、ＤＷのスケジュール（ＤＷとなるタイミング）を共有し、同期している装置の集合をＮＡＮクラスタと呼ぶ。
【００１５】
ＮＡＮクラスタに属する各装置は、Ｍａｓｔｅｒ、Ｎｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃ及びＮｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−Ｓｙｎｃのうちの何れかの役割で動作する。Ｍａｓｔｅｒとして動作する装置は、各装置がＤＷを共有し、同期できるようにするためのビーコンであるＳｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｂｅａｃｏｎ（Ｓｙｎｃ  Ｂｅａｃｏｎ）を送信する。また、Ｍａｓｔｅｒとして動作する装置は、ＮＡＮクラスタに属していない装置に、そのＮＡＮクラスタを認識させるための信号であるＤｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎを送信する。Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎは、例えば１００ＴＵ（Ｔｉｍｅ  Ｕｎｉｔ、１ＴＵは１０２４μ秒）ごとに送信され、ＤＷの期間外でも送信される。なお、各ＮＡＮクラスタにおいて、少なくとも１台の装置は、Ｍａｓｔｅｒとして動作する。
【００１６】
Ｎｏｎ−Ｍａｓｔｅｒ  Ｓｙｎｃとして動作する装置は、Ｓｙｎｃ  Ｂｅａｃｏｎを送信するが、Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎは送信しない。Ｎｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−Ｓｙｎｃとして動作する装置は、Ｓｙｎｃ  ＢｅａｃｏｎもＤｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎも送信しない。
【００１７】
ＮＡＮクラスタに参加する装置は、Ｓｙｎｃ  Ｂｅａｃｏｎに含まれる情報に従って、所定周期毎のＤＷ期間に同期し、ＤＷ期間においてサービス情報を通信する。
【００１８】
具体的には、各装置は、他の通信装置が提供するサービスを検索し、検出するための信号であるＳｕｂｓｃｒｉｂｅメッセージや、自装置が提供するサービスを通知するための信号であるＰｕｂｌｉｓｈメッセージを、ＤＷ期間に互いに通信する。さらに、各装置は、ＤＷ期間にサービスに関する追加情報を交換するためのＦｏｌｌｏｗ−ｕｐメッセージをやりとりすることができる。なお、Ｐｕｂｌｉｓｈ、Ｓｕｂｓｃｒｉｂｅ、Ｆｏｌｌｏｗ−ｕｐは、いずれもＮＡＮ規格に準拠したメッセージである。また、これらのメッセージを総称して、Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｆｒａｍｅ（ＳＤＦ）と呼ぶ。各装置は、ＮＡＮ規格に準拠した方式に従ってＳＤＦをやりとりすることで、サービスの広告または検出を行うことができる。
【００１９】
ＮＡＮデバイスは、ＤＷ期間外において、無線信号を送受信しないＤＯＺＥ状態となって、消費電力を抑制することができる。更に、ＮＡＮデバイスは、ＤＷ期間においても、無線信号を送受信しないＤＯＺＥ状態となって、消費電力を抑制することができる。ＤＯＺＥ状態となっているＤＷ期間では、ＮＡＮデバイスは、Ｓｕｂｓｃｒｉｂｅメッセージ及びＰｕｂｌｉｓｈメッセージの送受信を行うことができない。このため、このようなＮＡＮデバイスが、他のＮＡＮデバイスおよび当該他のＮＡＮデバイスが提供するサービスを検出するまでの期間や、ＮＡＮデバイスが提供するサービスを他のＮＡＮデバイスが検出するまでの期間が長期化してしまいうる。
【００２０】
そこで、ＮＡＮデバイスが、Ｓｕｂｓｃｒｉｂｅ及びＰｕｂｌｉｓｈ等のサービスの検索や報知を、他のＮＡＮデバイスに要求することを考える。ここでは、他のＮＡＮデバイスのサービスの検索や報知を代理して実行するＮＡＮデバイスのことをＰｒｏｘｙ  Ｓｅｒｖｅｒ（代理装置）と呼ぶ。また、他のＮＡＮデバイスにサービスの検索及び報知の代理を要求するＮＡＮデバイスをＰｒｏｘｙ  Ｃｌｉｅｎｔと呼ぶ。
【００２１】
Ｐｒｏｘｙ  Ｓｅｒｖｅｒは、Ｐｒｏｘｙ  Ｃｌｉｅｎｔから、サービス情報の代理送信の要求を受付けた場合、そのＰｒｏｘｙ  Ｃｌｉｅｎｔが提供するサービス情報を代理送信する。また、Ｐｒｏｘｙ  Ｓｅｒｖｅｒは、Ｐｒｏｘｙ  Ｃｌｉｅｎｔから、サービス情報の代理検索の要求を受付けた場合、そのＰｒｏｘｙ  Ｃｌｉｅｎｔが検索したいサービス情報の検索を代理で行う。なお、この場合、Ｐｒｏｘｙ  Ｓｅｒｖｅｒはサービス情報の検索結果をＰｒｏｘｙ  Ｃｌｉｅｎｔに通知する。これを代理検索と呼ぶ。
【００２２】
Ｐｒｏｘｙ  Ｃｌｉｅｎｔは、これらの要求のうち、いずれか一方のみをＰｒｏｘｙ  Ｓｅｒｖｅｒに要求してもよいし、両方をＰｒｏｘｙ  Ｓｅｒｖｅｒに要求してもよい。両方を要求する場合、サービス情報の代理送信の要求と、サービス情報の代理検索の要求とを、各々個別の要求信号で行ってもよいし、まとめて１つの要求信号で行うようにしてもよい。
【００２３】
また、複数のサービスに関して代理送信および／もしくは代理検索を要求する場合、複数のサービスの各々について個別の要求信号で行ってもよいし、まとめて１つの要求信号で行うようにしてもよい。
【００２４】
Ｐｒｏｘｙ  Ｓｅｒｖｅｒがサービスの検索及び報知をＰｒｏｘｙ  Ｃｌｉｅｎｔの代わりに実行することによって、Ｐｒｏｘｙ  Ｃｌｉｅｎｔはサービスの検索及び報知を実行しなくてもよくなる。これにより、Ｐｒｏｘｙ  Ｃｌｉｅｎｔは、より多くの期間にわたってＤＯＺＥ状態となることができ、ＮＡＮ通信に係る消費電力を削減することができる。また、Ｐｒｏｘｙ  Ｃｌｉｅｎｔが提供しているサービスを検索しているＮＡＮデバイスにもメリットがある。即ち、Ｐｒｏｘｙ  ＣｌｉｅｎｔがＤＯＺＥ状態であるときに、このようなＮＡＮデバイスがＳｕｂｓｃｒｉｂｅメッセージを送信しても、Ｐｒｏｘｙ  Ｓｅｒｖｅｒが応答を返してくれる場合がある。このため、サービスを検索しているＮＡＮデバイスは、Ｐｒｏｘｙ  ＣｌｉｅｎｔがＤＯＺＥ状態であっても、そのＰｒｏｘｙ  Ｃｌｉｅｎｔが提供するサービスを検出できる可能性が高まる。
【００２５】
次に、無線通信システム及び通信装置の構成について説明する。
【００２６】
（無線通信システムの構成）
まず、本実施形態の無線通信システムの構成例について、図１を用いて説明する。本実施形態の無線通信システムは、それぞれがＮＡＮ規格に従う通信装置（ＮＡＮデバイス）であるＮＡＮデバイス１０１〜１０４を含んで構成される。ＮＡＮデバイス１０１〜１０４は、ＮＡＮクラスタ１０５に参加している。ＮＡＮクラスタ１０５に参加しているＮＡＮデバイス（ＮＡＮデバイス１０１〜１０４）は、周波数チャネル６（６ｃｈ）で無線ネットワーク（クラスタ）を構築している。ここで、ＮＡＮクラスタ１０５は、ＤＷ期間の長さが１６ＴＵであり、また、ＤＷ期間の開始タイミングから次のＤＷ期間の開始タイミングまでの時間間隔が５１２ＴＵのＮＡＮクラスタである。
【００２７】
また、ＤＷ期間は、ＤＷ０〜１５の１６個のＤＷ期間を１つの周期として繰り返される。ここで、各ＤＷ期間をＤＷｎ（ｎは０から１５の整数）と表す。なお、ＤＷ１５の次は、ＤＷ０に戻る。また、ＤＷ０は、ＮＡＮクラスタが同期に用いるタイマカウンタであるＴＳＦ（Ｔｉｍｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）の下位２３ｂｉｔが「０ｘ０」となる時刻から始まるＤＷ期間である。また、ＮＡＮクラスタ１０５では、ＤＷ期間は５１２ＴＵごとに開始されるものとする。この場合、ＤＷｎの開始期間はＤＷ０の開始から５１２×ｎ［ＴＵ］の経過後に開始される。
【００２８】
ＮＡＮクラスタ１０５に参加している全てのＮＡＮデバイスは、少なくともＤＷ０の期間では必ず、無線信号を受信するＡｗａｋｅ状態となり、Ｄｏｚｅ状態にはならないものとする。
【００２９】
ＮＡＮデバイス１０１は、以下に説明する各処理を実行することが可能な通信装置である。ＮＡＮデバイス１０１は、ＮＡＮ規格に基づいて、周囲の通信装置およびそれらが提供するサービスを検出し、また、自装置が提供可能なサービスの情報を報知することができる。また、ＮＡＮデバイス１０１は、他のＮＡＮデバイスのサービスの探索及び報知を代理するＰｒｏｘｙ  Ｓｅｒｖｅｒとして動作することができる。ＮＡＮデバイス１０１は、ＮＡＮクラスタ１０５に、Ｎｏｎ−Ｍａｓｔｅｒ  Ｎｏｎ−Ｓｙｎｃとして参加しているものとする。ＮＡＮデバイス１０１は、ＤＷ０、ＤＷ４、ＤＷ８、ＤＷ１２で無線信号を受信する第１のモードと、全てのＤＷ期間で無線信号を受信する第２のモードとを有する。
【００３０】
ＮＡＮデバイス１０２は、ＭａｓｔｅｒとしてＮＡＮクラスタ１０５に参加する通信装置である。ＮＡＮデバイス１０２は、全てのＤＷ期間で無線信号を受信しており、さらに、全てのＤＷ期間でＳｙｎｃ  Ｂｅａｃｏｎを送信する。ＮＡＮデバイス１０３は、Ｎｏｎ−Ｍａｓｔｅｒ  ｎｏｎ−ＳｙｎｃとしてＮＡＮクラスタ１０５に参加している通信装置である。ＮＡＮデバイス１０３は、ＤＷ０でのみ無線信号を送受信する。ＮＡＮデバイス１０３は、ＮＡＮデバイス１０４が探している所定のサービスを提供しているＰｕｂｌｉｓｈｅｒ（提供装置）であるものとする。ＮＡＮデバイス１０４は、Ｎｏｎ−Ｍａｓｔｅｒ  ｎｏｎ−ＳｙｎｃとしてＮＡＮクラスタ１０５に参加している通信装置である。ＮＡＮデバイス１０４は、ＮＡＮデバイス１０３が提供している所定のサービスを探しているＳｕｂｓｃｒｉｂｅｒ（検索装置）であるものとする。なお、ＮＡＮデバイス１０１〜１０４は、無線信号を送受信しないＤＷ期間においては、デバイスの各々が有する通信部に電力を供給せず、ＤＯＺＥ状態となるものとする。
【００３１】
（ＮＡＮデバイス１０１の構成）
図２に、本実施形態に係るＮＡＮデバイス１０１のハードウェア構成を示す。なお、他のＮＡＮデバイス１０２〜１０４も、これと同様のハードウェア構成を有する。ＮＡＮデバイス１０１は、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６およびアンテナ２０７を有する。
【００３２】
記憶部２０１は、ＲＯＭ、ＲＡＭの両方、もしくは、いずれか一方の、１以上のメモリにより構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。ここで、ＲＯＭはＲｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの略であり、ＲＡＭはＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの略である。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。
【００３３】
制御部２０２は、ＣＰＵやＭＰＵ等の１以上のプロセッサにより構成され、記憶部２０１に記憶されたプログラムを実行することによりＮＡＮデバイス１０１全体を制御する。ここで、ＣＰＵはＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略であり、ＭＰＵはＭｉｃｒｏ−ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略である。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）との協働によりＮＡＮデバイス１０１全体を制御するようにしてもよい。
【００３４】
また、制御部２０２は、機能部２０３を制御して、撮像や印刷、投影等の所定の処理を実行する。機能部２０３は、ＮＡＮデバイス１０１がこれらの所定の処理を実行するためのハードウェアである。例えば、ＮＡＮデバイス１０１がカメラである場合、機能部２０３は撮像部であり、撮像処理を行う。また、例えば、ＮＡＮデバイス１０１がプリンタである場合、機能部２０３は印刷部であり、印刷処理を行う。また、例えば、ＮＡＮデバイス１０１がプロジェクタである場合、機能部２０３は投影部であり、投影処理を行う。機能部２０３が処理するデータは、記憶部２０１に記憶されているデータであってもよいし、後述する通信部２０６を介して他のＮＡＮデバイスと通信したデータであってもよい。
【００３５】
入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、表示部による画面上への表示や、スピーカーによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。
【００３６】
通信部２０６は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線通信、特に、ＮＡＮに準拠した無線通信の制御や、ＩＰ通信の制御を行う。また、通信部２０６はアンテナ２０７を介して、無線通信のための無線信号の送受信を行う。ＮＡＮデバイス１０１は通信部２０６を用いて、画像データや文書データ、映像データ等のコンテンツを他のＮＡＮデバイスと通信する。
【００３７】
（処理の流れ）
続いて、上述のようなＮＡＮデバイス１０１が実行する処理の流れ、および、図１に示した無線通信システムにおけるシーケンスについて、詳細に説明する。
【００３８】
図３は、ＮＡＮデバイス１０１がＰｒｏｘｙ  Ｃｌｉｎｅｔとして動作し、ＮＡＮデバイス１０２がＰｒｏｘｙ  Ｓｅｒｖｅｒとして動作した場合のシーケンス図である。ここでは、Ｐｒｏｘｙ  Ｃｌｉｅｎｔとして動作するＮＡＮデバイス１０１が、Ｐｒｏｘｙ  ＳｅｒｖｅｒであるＮＡＮデバイス１０２を検索し、代理処理を要求する場合について説明する。なお、ＮＡＮデバイス１０１は、全てのＤＷ期間で無線信号を受信する第２のモードで動作しているものとする。
【００３９】
まず、ＮＡＮデバイス１０１はＰｒｏｘｙ  Ｓｅｒｖｅｒ（Ｐｒｏｘｙ  Ｓｅｒｖｅｒのサービスを実行しているデバイス）を検索するため、Ｓｕｂｓｃｒｉｂｅメッセージ（以下、Ｓｕｂｓｃｒｉｂｅ）を送信する（Ｆ３０１）。なお、ＳｕｂｓｃｒｉｂｅはＤＷ期間内に送信される。しかしこれに限らず、ＤＷ期間内において予め通知したＤＷ期間外のタイミングでＳｕｂｓｃｒｉｂｅを送信するようにしてもよい。
【００４０】
また、ＮＡＮデバイス１０１は、マルチキャストにより同一クラスタに所属した複数のＮＡＮデバイスへＳｕｂｓｃｒｉｂｅを送信する。しかしこれに限らず、ブロードキャストにより同一クラスタに所属した複数のＮＡＮデバイスへＳｕｂｓｃｒｉｂｅを送信してもよい。また、ＮＡＮデバイス１０１は、個々の装置に向けたユニキャストによるＳｕｂｓｃｒｉｂｅの送信を繰り返すようにしてもよい。さらには、複数のネットワーク（ＮＡＮクラスタ１０５とは異なるＮＡＮクラスタを含む）へ向けたブロードキャストにより、Ｓｕｂｓｃｒｉｂｅを送信してもよい。
【００４１】
Ｓｕｂｓｃｒｉｂｅを受信した、Ｐｒｏｘｙ  ＳｅｒｖｅｒであるＮＡＮデバイス１０２は、Ｐｕｂｌｉｓｈメッセージ（以下、Ｐｕｂｌｉｓｈ）をＳｕｂｓｃｒｉｂｅの送信元であるＮＡＮデバイス１０１へ送信する（Ｆ３０２）。ここで、ＰｕｂｌｉｓｈはＤＷ期間内に送信される。しかしこれに限らず、ＤＷ期間内において予め通知したＤＷ期間外のタイミングでＰｕｂｌｉｓｈを送信するようにしてもよい。
【００４２】
なお、当該Ｐｕｂｌｉｓｈは、ＮＡＮデバイス１０１宛てのユニキャストにより送信される。しかしこれに限らず、マルチキャストもしくはブロードキャストにより同一クラスタに所属した複数のＮＡＮデバイスへＰｕｂｌｉｓｈを送信してもよい。さらには、複数のネットワーク（ＮＡＮクラスタ１０５とは異なるＮＡＮクラスタを含む）へ向けたブロードキャストにより、Ｐｕｂｌｉｓｈを送信してもよい。また、ＮＡＮデバイス１０２がＳｕｂｓｃｒｉｂｅの受信とは無関係に、定期的にＰｕｂｌｉｓｈを送信するようにしてもよい。この場合、Ｆ３０１のステップを省略するシステム構成であってもよい。
【００４３】
ＮＡＮデバイス１０１は、Ｐｕｂｌｉｓｈを受信することによって、ＮＡＮデバイス１０２がＰｒｏｘｙ  Ｓｅｒｖｅｒのサービスを実行していることを知る。そこで、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０２に向けてサービス情報の代理送信を要求する。具体的には、サービスの代理送信を要求する登録要求メッセージであって、ＮＡＮ規格に準拠したＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔメッセージ（以下、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔ）を送信する（Ｆ３０３）。
【００４４】
Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  ＲｅｑｕｅｓｔはＰｒｏｘｙ  Ｃｌｉｅｎｔとして動作するＮＡＮデバイス１０１およびＰｒｏｘｙ  Ｓｅｒｖｅｒとして動作するＮＡＮデバイス１０２の省電力化を図るためにＤＷ内の期間中に送信される。しかしこれに限らず、ＤＷ期間内において予め通知したＤＷ期間外のタイミングでＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを送信するようにしてもよい。また、ＤＷ期間内の通信状況や、ＮＡＮクラスタ１０５の参加台数に基づいて、ＤＷ期間内で送信するか、ＤＷ期間外で送信するかを切り替えるようにしてもよい。このような構成とすることで、省電力を図りつつ、ネットワーク状況に応じた適切なタイミングで、通信装置はサービス情報の代理送信を要求することができる。
【００４５】
ＮＡＮデバイス１０２はＮＡＮデバイス１０１からＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを受信すると、当該メッセージの内容を解析し、自装置で要求された代理送信が実行可能かどうかを判定する。実行可能な場合、ＮＡＮデバイス１０２は要求内容を自装置内に記憶する。そして、要求された代理送信が実行可能であることを示すＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅメッセージ（以下、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅ）をＮＡＮデバイス１０１に向けて送信する（Ｆ３０４）。
【００４６】
次に、ＮＡＮデバイス１０１からのＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔの解析の結果、自装置で要求された代理送信が実行可能でないと判定した場合について説明する。このような場合は、ＮＡＮデバイス１０２は、エラー、もしくは、実行可能でないことを示すＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  ＲｅｓｐｏｎｓｅをＮＡＮデバイス１０１に向けて応答する。実行可能でないと判定される場合として、例えば、ＮＡＮデバイス１０２が代理処理（代理送信や代理検索）の処理負荷（プロセッサやメモリの使用量など）が所定の閾値よりも高い場合が挙げられる。またこれに限らず、ユーザ指示等によって、代理処理が許可された装置であるか否かの設定によって、代理処理が実行可能でないと判定されるようにしてもよい。
【００４７】
なお、実行可能でないと判定した場合に、ＮＡＮデバイス１０２が応答を行わない構成としてもよい。この場合、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅを送信することをもって代理処理が実行可能であることが分かるため、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅに代理処理が実行可能であることを示す情報を敢えて付加する必要がない。
【００４８】
Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  ＲｅｓｐｏｎｓｅはＰｒｏｘｙ  Ｃｌｉｅｎｔとして動作するＮＡＮデバイス１０１およびＰｒｏｘｙ  Ｓｅｒｖｅｒとして動作するＮＡＮデバイス１０２の省電力化を図るためにＤＷ内の期間中に送信される。しかしこれに限らず、ＤＷ期間内において予め通知したＤＷ期間外のタイミングでＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅを送信するようにしてもよい。また、ＤＷ期間内の通信状況や、ＮＡＮクラスタ１０５の参加台数に基づいて、ＤＷ期間内で送信するか、ＤＷ期間外で送信するかを切り替えるようにしてもよい。このような構成とすることで、省電力を図りつつ、ネットワーク状況に応じた適切なタイミングで、通信装置はサービス情報の代理送信の要求に対する応答を行うことができる。
【００４９】
ＮＡＮデバイス１０１は、ＮＡＮデバイス１０２から代理送信が実行可能であることを示すＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅを受信すると、代理送信が開始されたことを、出力部２０５を介してユーザに通知する。また、ＮＡＮデバイス１０２においても、代理送信が実行可能であることを示すＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅを送信すると、代理送信が開始されたことを、ＮＡＮデバイス１０２の出力部を介してユーザに通知する。
【００５０】
更に、ＮＡＮデバイス１０１および１０２は、当該サービス情報の送信、もしくは、検索を利用するアプリケーションに、代理送信が開始されたことを通知するようにしてもよい。これにより、アプリケーションは、代理送信が開始されたことに応じた処理を行うことができる。
【００５１】
また、ＮＡＮデバイス１０１は、代理送信が実行可能であることを示すＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅの受信に応じて、動作モードを第２のモードから、一部のＤＷ期間で無線信号を受信する第１のモードへ切り替えるようにしてもよい。これにより、ＮＡＮデバイス１０１の通信部２０６がＤＯＺＥ状態である頻度が高くなり、よりＮＡＮ規格に準拠した通信に係る消費電力を低減させることができる。従って、ＮＡＮデバイス１０１の消費電力を低減させることができる。
【００５２】
なお、これに限らず、ＮＡＮデバイス１０１はＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを送信したことに応じて動作モードを第２のモードから第１のモードへ切り替えるようにしてもよい。
【００５３】
また、ＮＡＮデバイス１０１が自装置のサービス情報を報知するＰｕｂｌｉｓｈを送信していた場合、代理送信が実行可能であることを示すＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅを受信したことに応じて、Ｐｕｂｌｉｓｈの送信を停止してもよい。これにより、ＮＡＮデバイス１０１が送信する信号の量が減るため、ＮＡＮ規格に準拠した通信に係る消費電力を低減させることができる。従って、ＮＡＮデバイス１０１の消費電力を低減させることができる。
【００５４】
ＮＡＮデバイス１０２がサービス情報の代理送信を開始した状態で、ＮＡＮデバイス１０３は、Ｓｕｂｓｃｒｉｂｅを送信してサービス検索を行う（Ｆ３０５）。ＮＡＮデバイス１０２は、ＮＡＮデバイス１０２が提供しているサービス内容と合わせて、ＮＡＮデバイス１０１から依頼されたサービス情報の報知を行うため、Ｐｕｂｌｉｓｈを送信する（Ｆ３０６）。これにより、ＮＡＮデバイス１０３は、ＮＡＮデバイス１０１がＳｕｂｓｃｒｉｂｅに対してＰｕｂｌｉｓｈを送信しない場合であっても、ＮＡＮデバイス１０１が実行しているサービスを知ることができる。
【００５５】
上述の説明においては、サービスの代理送信について説明したが、サービスの代理検索についても同様のシーケンスで実行することが可能である。この場合、Ｆ３０５、３０６に代えて、ＮＡＮデバイス１０２がＳｕｂｓｃｒｉｂｅを送信し、サービスを提供する他のＮＡＮデバイスからＰｕｂｌｉｓｈを受信する。この際、サービスを提供する他のＮＡＮデバイスがＰｕｂｌｉｓｈを定期的に送信するシステムである場合には、ＮＡＮデバイス１０２はＳｕｂｓｃｒｉｂｅの送信を省略してもよい。そして、Ｐｕｂｌｉｓｈを受信した場合、ＮＡＮデバイス１０２は適当なタイミングで、当該Ｐｕｂｌｉｓｈに含まれるサービス情報をＮＡＮデバイス１０１に通知する。適当なタイミングとは、例えばＰｕｂｌｉｓｈを受信したタイミングの次のＤＷ期間内であるが、これに限られない。このようにして、ＮＡＮデバイス１０１は、他のＮＡＮデバイスが提供するサービス情報を取得することができる。
【００５６】
また、ＮＡＮデバイス１０１自身がＳｕｂｓｃｒｉｂｅを送信していた場合、代理検索が実行可能であることを示すＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅを受信したことに応じて、Ｓｕｂｓｃｒｉｂｅの送信を停止してもよい。これにより、ＮＡＮデバイス１０１が送信する信号の量が減るため、ＮＡＮ規格に準拠した通信に係る消費電力を低減させることができる。従って、ＮＡＮデバイス１０１の消費電力を低減させることができる。
【００５７】
図４に、ＮＡＮデバイス１０１がＰｒｏｘｙ  Ｃｌｉｅｎｔとして、サービス情報の送信や検索の代理処理をＰｒｏｘｙ  Ｓｅｒｖｅｒに要求する場合のフローチャートを示す。図４に示すフローチャートは、ユーザによりＮＡＮ通信機能がＯＮにされた場合に開始される。しかしこれに限らず、サービス情報の送信や検索の代理処理の要求がユーザにより指示されたことに応じて開始されるようにしてもよい。また、所定の時刻になった場合や、ＮＡＮデバイス１０１が所定の位置もしくは範囲に属した、または、離脱した場合、ＮＡＮデバイス１０１が新たなクラスタに属した場合等、所定の条件を満たしたことに応じて開始されるようにしてもよい。なお、所定の時刻にはタイマが所定時間の経過を計測したタイミングが含まれる。また、ＮＡＮデバイス１０１の電源がＯＮにされた場合に開始されるようにしてもよい。
【００５８】
ここで、図４に示すフローチャートは、記憶部２０１に記憶されたプログラムを制御部２０２が読み出して実行することで実現される。なお、図４のフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。
【００５９】
まず、ＮＡＮデバイス１０１はＰｒｏｘｙ  Ｓｅｒｖｅｒの検索を開始する（Ｓ４０１）。Ｐｒｏｘｙ  Ｓｅｒｖｅｒを検索する方法としては、以下の２種類がある。
【００６０】
１つ目は、ＮＡＮデバイス１０１がＳｕｂｓｃｒｉｂｅ（代理処理サービスを実行可能な装置を検索する検索信号）を送信し、当該Ｓｕｂｓｃｒｉｂｅを受信したＰｒｏｘｙ  ＳｅｒｖｅｒからＰｕｂｌｉｓｈを受信することで、能動的に検索を行う方法である。ここで、Ｐｒｏｘｙ  Ｓｅｒｖｅｒから送信されるＰｕｂｌｉｓｈには、代理処理サービスを実行可能であることを示す情報が含まれる。
【００６１】
２つ目は、ＮＡＮデバイス１０１がＳｕｂｓｃｒｉｂｅを送信することなく、Ｐｒｏｘｙ  ＳｅｒｖｅｒからＤＷ期間において定期的に送信されるＰｕｂｌｉｓｈを受動的に待ち受ける方法である。いずれの方法であっても、Ｓ４０１において、ＮＡＮデバイス１０１はＰｒｏｘｙ  ＳｅｒｖｅｒからのＰｕｂｌｉｓｈを待ち受ける。なお、当該Ｐｕｂｌｉｓｈの待ち受けはＤＷ期間に限り行い、ＤＷ期間外ではＤｏｚｅ状態となり待ち受けを行わないようにしてもよい。
【００６２】
次に、ＮＡＮデバイス１０１は所定時間、Ｐｕｂｌｉｓｈを待ち受けた結果、Ｐｕｂｌｉｓｈを受信しなかった場合（Ｓ４０２のＮｏ）、代理処理を実行可能なＰｒｏｘｙ  Ｓｅｒｖｅｒが存在しない旨の不在通知を行う（Ｓ４０８）。当該不在通知は、出力部２０５を介してユーザに対して行われる。なお、これに加えて、もしくは、代えて、ＮＡＮ通信によるサービス情報を利用するアプリケーションに不在通知を行うようにしてもよい。
【００６３】
また、Ｐｕｂｌｉｓｈを受信した場合であっても、当該Ｐｕｂｌｉｓｈに、新規の代理処理の要求を受け付けていないことが示されている場合は、ステップＳ４０８に進むようにしてもよい。
【００６４】
なお、不在通知を行った場合、ユーザ操作や上述した所定の条件を満たしたことに応じて、再度、ステップＳ４０１から処理を開始するようにしてもよい。
【００６５】
一方、Ｐｕｂｌｉｓｈを受信した場合（Ｓ４０２のＹｅｓ）は、ＮＡＮデバイス１０１がＰｒｏｘｙ  Ｓｅｒｖｅｒを検出したこととなる。ここでは、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして、ＮＡＮデバイス１０２が検出されたものとする。この場合、ＮＡＮデバイス１０１はＮＡＮデバイス１０２に、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを送信する（Ｓ４０３）。Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔには、ＮＡＮデバイス１０１が要求するサービスの代理処理（代理送信や代理検索）の情報（インスタンス）が含まれる。なお、ＮＡＮデバイス１０１は上述した所定時間が経過する前に、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを送信するようにしてよい。
【００６６】
Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを送信すると、ＮＡＮデバイス１０１はＮＡＮデバイス１０２からの応答メッセージを待ち受ける（Ｓ４０４）。なお、この応答メッセージは、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅのことである。
【００６７】
所定時間（Ｓ４０２の所定時間と同じであっても異なっていてもよい）、応答メッセージを受信しない場合は、ＮＡＮデバイス１０１はＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを再送するか否かを判定する（Ｓ４０９）。ここでの判定基準は、例えば、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔの送信回数が所定値を超えたかで行う。これに代えて、ステップＳ４０４やＳ４０９の判定回数が所定値を超えたかで行うようにしてもよい。当該所定値は、ＮＡＮデバイス１０１が実行しているアプリケーションに応じてもよいし、ユーザが設定するようにしてもよい。
【００６８】
ステップＳ４０９の判定の結果、再試行が必要である場合（Ｓ４０９のＹｅｓ）は、ステップＳ４０３に戻り、ＮＡＮデバイス１０１はＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを再送する。一方、判定の結果、再試行が不要な場合はステップＳ４０８と同様に不在通知を行う（Ｓ４１０）。なお、不在通知に代えて、代理処理を実行可能なＰｒｏｘｙ  Ｓｅｒｖｅｒに対する代理処理の要求に失敗したことを示すエラー通知を行うようにしてもよい。
【００６９】
次に、ステップＳ４０４において応答メッセージ（Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅ）を受信した場合（Ｓ４０４のＹｅｓ）について説明する。この場合、ＮＡＮデバイス１０１は、受信したＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅの内容を解析する（Ｓ４０５）。具体的には、受信したＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅが、ステップＳ４０３において要求した代理処理が実行可能であることを示すか、実行可能でないことを示すかを解析する。
【００７０】
そして、当該解析の結果、要求した代理処理が実行可能であることを示す場合（Ｓ４０６のＹｅｓ）、ＮＡＮデバイス１０１は、代理処理が開始されたことを、出力部２０５を介してユーザに通知する（Ｓ４０７）。この際、代理処理を行うＮＡＮデバイス１０２に関する情報を併せてユーザに通知するようにしてもよい。また、ＮＡＮデバイス１０１は、当該サービス情報の送信、もしくは、検索を利用するアプリケーションに、代理処理が開始されたことを通知（インスタンス登録完了通知）するようにしてもよい。
【００７１】
一方、当該解析の結果、要求した代理処理が実行可能でないことを示す場合（Ｓ４０６のＮｏ）、ＮＡＮデバイス１０１は、ユーザにエラーを通知する（Ｓ４１１）。具体的には、代理処理を実行可能なＰｒｏｘｙ  Ｓｅｒｖｅｒに対する代理処理の要求に失敗したことを示すエラーを通知する。なお、ここで、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅに付加情報があった場合、当該付加情報も併せて通知するようにしてもよい。付加情報には、例えば、代理処理を実行できない理由等が挙げられる。
【００７２】
図５に、ＮＡＮデバイス１０１がＰｒｏｘｙ  Ｓｅｒｖｅｒに要求した代理処理の停止要求を行う場合のフローチャートを示す。図５に示すフローチャートは、Ｐｒｏｘｙ  Ｓｅｒｖｅｒに代理送信を要求している場合において、ＮＡＮデバイス１０１が提供するサービス情報に変化があった場合に開始される。また、Ｐｒｏｘｙ  Ｓｅｒｖｅｒに代理検索を要求している場合において、例えばＮＡＮデバイス１０１が実行するアプリケーションのＯＮ／ＯＦＦ等に伴い、検索すべきサービス情報に変化があった場合に開始される。このような場合には、Ｐｒｏｘｙ  Ｓｅｒｖｅｒに要求している代理処理の停止（登録インスタンスの削除）を行う必要があるからである。
【００７３】
なお、これに限らず、ユーザもしくはアプリケーションが代理処理の停止を指示した場合に開始される。また、所定の時刻になった場合や、ＮＡＮデバイス１０１が所定の位置もしくは範囲に属した、または、離脱した場合、ＮＡＮデバイス１０１が新たなクラスタに属した場合等、所定の条件を満たしたことに応じて開始されるようにしてもよい。なお、所定の時刻にはタイマが所定時間の経過を計測したタイミングが含まれる。
【００７４】
ここで、図５に示すフローチャートは、記憶部２０１に記憶されたプログラムを制御部２０２が読み出して実行することで実現される。なお、図５のフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。
【００７５】
まず、ＮＡＮデバイス１０１は、要求済みの代理処理の停止を要求する停止要求メッセージであって、ＮＡＮ規格に準拠したＰｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  ＲｅｑｕｅｓｔメッセージをＰｒｏｘｙ  Ｓｅｒｖｅｒに送信する（Ｓ５０１）。なお、以下では、Ｐｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔメッセージを単にＰｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔと称する。また、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして、ここではＮＡＮデバイス１０２であることを例に説明する。
【００７６】
Ｐｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔには、代理処理の停止を要求するサービスの情報を含めるようにしてもよい。この際、当該メッセージに代理処理の停止を要求するサービスの情報が含まれていない場合には、Ｐｒｏｘｙ  ＳｅｒｖｅｒはＮＡＮデバイス１０１から要求された全てのサービスに関する代理処理を停止するようにしてもよい。また、当該メッセージにおいて、サービスを指定することなく、代理送信もしくは代理検索のみが指定された場合、指定された代理処理に係る全てのサービスに関する代理処理を停止するようにしてもよい。
【００７７】
また、Ｐｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔに代えて、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを使用してもよい。この場合、Ｐｒｏｘｙ  ＳｅｒｖｅｒはＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔにおいて指定された代理処理のみを行うようにし、他の代理処理については停止すればよい。
【００７８】
当該メッセージを送信した後、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０２からの応答メッセージを待ち受ける（Ｓ５０２）。なお、この応答メッセージは、ＮＡＮ規格に準拠したＰｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅメッセージ（以下、Ｐｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅ）である。しかしこれに代えて、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅであってもよい。
【００７９】
所定時間（Ｓ４０２やＳ４０９の所定時間と同じであっても異なっていてもよい）、応答メッセージを受信しない場合は、ＮＡＮデバイス１０１はＰｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを再送するか否かを判定する（Ｓ５０６）。ここでの判定基準は、例えば、Ｐｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔの送信回数が所定値を超えたかで行う。これに代えて、ステップＳ５０６の判定回数が所定値を超えたかで行うようにしてもよい。当該所定値は、ＮＡＮデバイス１０１が実行しているアプリケーションに応じてもよいし、ユーザが設定するようにしてもよい。
【００８０】
ステップＳ５０６の判定の結果、再試行が必要である場合（Ｓ５０６のＹｅｓ）は、ステップＳ５０１に戻り、ＮＡＮデバイス１０１はＮＡＮデバイス１０２Ｐｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔを再送する。
【００８１】
一方、判定の結果、再試行が不要な場合（Ｓ５０６のＮｏ）は、ＮＡＮデバイス１０１はユーザにエラーを通知する（Ｓ５０７）。当該エラー通知は、代理処理の停止に失敗したことを示す通知であってもよいし、代理処理を実行しているＮＡＮデバイス１０２を見つけることができなかった旨の不在通知であってもよい。
【００８２】
なお、Ｐｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  ＲｅｑｕｅｓｔおよびＰｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅは、ＤＷ期間内に送信される。しかしこれに限らず、ＤＷ期間内において予め通知したＤＷ期間外のタイミングでＰｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  ＲｅｑｕｅｓｔおよびＰｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  Ｒｅｓｐｏｎｓｅを送信するようにしてもよい。
【００８３】
次に、ステップＳ５０２において応答メッセージを受信した場合（Ｓ５０２のＹｅｓ）について説明する。ＮＡＮデバイス１０２から応答メッセージを受信すると、ＮＡＮデバイス１０１は、受信した応答メッセージの内容を解析する（Ｓ５０３）。そして、ＮＡＮデバイス１０１は、ステップＳ５０１で要求した代理処理の停止が正常に受け付けられたかを判定する（Ｓ５０４）。なお、正常に受け付けられたか否かの情報は、応答メッセージに含まれているものとする。しかし、これに代えて、ステップＳ５０１で要求した代理処理の停止が正常に受け付けられた場合のみ、応答メッセージを送信するようなシステムである場合には、ステップＳ５０３の処理は省略されうる。また、ステップＳ５０１で要求した代理処理の停止が正常に受け付けられない場合とは、ＮＡＮデバイス１０２において何らかのエラーが発生し、正常な応答ができない場合などが考えられる。
【００８４】
当該解析の結果、要求した代理処理の停止が正常に受け付けられたことを示す場合（Ｓ５０４のＹｅｓ）、ＮＡＮデバイス１０１は、代理処理が停止したことを、出力部２０５を介してユーザに通知する（Ｓ５０５）。この際、代理処理を停止したＮＡＮデバイス１０２に関する情報を併せてユーザに通知するようにしてもよい。また、ＮＡＮデバイス１０１は、当該サービス情報の送信、もしくは、検索を利用するアプリケーションに、代理送信が停止されたことを通知（インスタンス削除完了通知）するようにしてもよい。
【００８５】
一方、当該解析の結果、要求した代理処理の停止が正常に受け付けられなかったことを示す場合（Ｓ５０４Ｎｏ）、ＮＡＮデバイス１０１は、ユーザにエラーを通知する（Ｓ５０８）。具体的には、Ｐｒｏｘｙ  Ｓｅｒｖｅｒに対する代理処理の停止要求に失敗したことを示すエラーを通知する。なお、ここで、応答メッセージに付加情報があった場合、当該付加情報も併せて通知するようにしてもよい。付加情報には、例えば、代理処理の停止を正常に受け付けられなかった理由等が挙げられる。
【００８６】
なお、上述のフローにおけるステップＳ６０７、６０８において、ＮＡＮデバイス１０１が要求していた代理処理に対応する処理（ＰｕｂｌｉｓｈやＳｕｂｓｃｒｉｂｅの送信等）を開始するようにしてもよい。特に、代理処理を要求したＮＡＮデバイス１０１が、要求前には当該代理処理に対応する処理（ＰｕｂｌｉｓｈやＳｕｂｓｃｒｉｂｅの送信等）を行い、代理処理が開始されたことに応じて当該処理を停止していた場合、これらの処理を再開する。これにより、仮に、Ｐｒｏｘｙ  Ｓｅｒｖｅｒが適切に代理処理を実行できていない場合であっても、ＮＡＮデバイス１０１自身が処理を行うことで、アプリケーションが適切にサービスの報知や検索を行うことができる。従って、ユーザの利便性が向上する。
【００８７】
次に、図６に、ＮＡＮデバイス１０２がＰｒｏｘｙ  Ｓｅｒｖｅｒとして、代理処理に関する要求をＰｒｏｘｙ  Ｃｌｉｅｎｔから受け付ける場合のフローチャートを示す。
【００８８】
図６に示すフローチャートは、ユーザによりＮＡＮ通信機能がＯＮにされた場合に開始される。しかしこれに限らず、代理処理の開始がユーザにより指示されたことに応じて開始されるようにしてもよい。また、所定の時刻になった場合や、ＮＡＮデバイス１０２が所定の位置もしくは範囲に属した、または、離脱した場合、ＮＡＮデバイス１０２が新たなクラスタに属した場合等、所定の条件を満たしたことに応じて開始されるようにしてもよい。なお、所定の時刻にはタイマが所定時間の経過を計測したタイミングが含まれる。また、ＮＡＮデバイス１０２の電源がＯＮにされた場合に開始されるようにしてもよい。また、ＮＡＮデバイス１０２の電源がバッテリーから商用電源に切り替わった場合に開始されるようにしてもよい。
【００８９】
ここで、図６に示すフローチャートは、ＮＡＮデバイス１０２が記憶部に記憶されたプログラムを制御部が読み出して実行することで実現される。なお、図６のフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。
【００９０】
まず、ＮＡＮデバイス１０２はＰｒｏｘｙ  Ｓｅｒｖｅｒとしての機能を開始する（Ｓ６０１）。そして、ＮＡＮデバイス１０２は、自装置が提供する印刷・撮像サービスなどのサービス情報と共に、Ｐｒｏｘｙ  Ｓｅｒｖｅｒサービスを提供する旨の情報を含むＰｕｂｌｉｓｈを送信する（Ｓ６０２）。
【００９１】
Ｐｕｂｌｉｓｈは、ブロードキャスト、マルチキャスト、もしくは、ユニキャストを利用して、ＮＡＮデバイス１０２が参加しているＮＡＮクラスタ１０５内の他のＮＡＮデバイスに向けて送信される。なお、ＮＡＮクラスタ１０５とは異なる他のクラスタを含む、複数のクラスタに向けて送信するようにしてもよい。また、Ｐｕｂｌｉｓｈは、ＮＡＮデバイス１０２が参加しているクラスタのＤＷ期間内で送信される。しかしこれに限らず、ＤＷ期間内において予め通知したＤＷ期間外のタイミングでＰｕｂｌｉｓｈを送信するようにしてもよい。
【００９２】
また、ＮＡＮデバイス１０２はＰｕｂｌｉｓｈを定期的に送信するようにしてもよいし、他のＮＡＮデバイスからのＳｕｂｓｃｒｉｂｅの受信に応じてＰｕｂｌｉｓｈを送信するようにしてもよい。また、これらのいずれか一方の方法でのみ送信するようにしてもよいし、両方の方法で送信するようにしてもよい。
【００９３】
なお、ＮＡＮデバイス１０２が代理処理機能を提供するものの、一時的に新規の代理処理を受け付けられない場合には、Ｐｕｂｌｉｓｈに新規の代理処理を受け付けていないことを示す付加情報を加えてもよい。このような場合は、新規の依頼は受け付けられないため、ステップＳ６０３以降の処理には進まず、新規の代理処理を受け付けられるようになるまで、ＮＡＮデバイス１０２はステップＳ６０２の処理を繰り返す。もしくは、ユーザにエラーを通知し、図６に示すフローを終了してもよい。
【００９４】
次に、ＮＡＮデバイス１０２は、Ｐｒｏｘｙ  Ｃｌｉｅｎｔ（ここではＮＡＮデバイス１０１）からの代理処理に関する要求メッセージを待ち受ける（Ｓ６０３）。ここで、代理処理に関する要求メッセージとは、Ｐｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  ＲｅｑｕｅｓｔおよびＰｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔである。ＮＡＮデバイス１０２は、要求メッセージを受信するまで（Ｓ６０３のＮｏ）、ステップＳ６０２の処理を継続する。
【００９５】
要求メッセージを受信した場合（Ｓ６０３のＹｅｓ）、ＮＡＮデバイス１０２は、受信した要求メッセージの内容を確認する（Ｓ６０４）。具体的には、受信した要求メッセージがＰｒｏｘｙ  Ｒｅｇｉｓｔｅｒ  ＲｅｑｕｅｓｔであるかＰｒｏｘｙ  Ｄｅｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔであるかを確認する。また、代理送信であるか代理検索であるか、および、いかなるサービスに関するものかについても確認する。
【００９６】
そして、ＮＡＮデバイス１０２が実行している代理処理の内容を確認し（Ｓ６０５）、要求メッセージの内容に基づき、必要に応じて代理処理の内容を変更する（Ｓ６０６）。例として、ＮＡＮデバイス１０１から印刷サービスの代理送信が要求された場合を説明する。ＮＡＮデバイス１０２は、既にＮＡＮデバイス１０１の印刷サービスの代理送信を実行しているか否かを確認し、実行していなければ、ＮＡＮデバイス１０１の印刷サービスの代理送信を新たに開始する。一方、既にＮＡＮデバイス１０１の印刷サービスの代理送信を実行していれば、特に代理処理の内容は変更しない。
【００９７】
他の例として、ＮＡＮデバイス１０１から印刷サービスの代理送信の停止が要求された場合を説明する。ＮＡＮデバイス１０２は、ＮＡＮデバイス１０１の印刷サービスの代理送信を実行しているか否かを確認し、実行していれば、ＮＡＮデバイス１０１の印刷サービスの代理送信を停止する。一方、既にＮＡＮデバイス１０１の印刷サービスの代理送信を実行していなければ、特に代理処理の内容は変更しない。
【００９８】
そして、ＮＡＮデバイス１０２は、必要に応じた代理処理の内容を変更が全て、正常に完了したかを判定する（Ｓ６０７）。全て正常に完了した場合（Ｓ６０７のＹｅｓ）には、ＮＡＮデバイス１０２は、要求を正常に受け付けた旨を示す情報を含む応答メッセージをＮＡＮデバイス１０１に送信する（Ｓ６０８）。また、ＮＡＮデバイス１０２は、これらの結果をユーザに通知する（Ｓ６０８）。
【００９９】
一方、ＮＡＮデバイス１０２は、必要に応じた代理処理の内容を変更が正常に完了しなかった場合、要求を正常に受け付けられなかった旨を示す情報を含む応答メッセージをＮＡＮデバイス１０１に送信する（Ｓ６０９）。また、ＮＡＮデバイス１０２は、これらの結果をユーザに通知する（Ｓ６０９）。
【０１００】
なお、図６においては、ＮＡＮデバイス１０２がＰｒｏｘｙ  Ｓｅｒｖｅｒとしての機能を開始した上で、代理処理を要求するメッセージを受信する例について説明を行った。しかし、これに限らず、ＮＡＮデバイス１０２がＰｒｏｘｙ  Ｓｅｒｖｅｒとしての機能を開始してなくとも、Ｐｒｏｘｙ  Ｓｅｒｖｅｒを実行可能であることを示す情報をＰｕｂｌｉｓｈに付加して、Ｐｒｏｘｙ  Ｃｌｉｅｎｔに報知するようにしてもよい。このようにすることで、ＮＡＮデバイス１０２がＰｒｏｘｙ  Ｓｅｒｖｅｒとしての機能の開始前であっても、代理処理の開始要求等を受け付けることができる。また、代理処理の開始要求を受け付けたことに応じて、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとしての機能を開始することができる。
【０１０１】
また、インスタンスの削除については、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとしての機能の実行の有無にかかわらず受付を実行するようにしてもよい。
【０１０２】
以上のように本実施形態によれば、ＮＡＮの代理処理についての情報をユーザに提供することができる。また、代理処理を要求したタイミングで情報を提供するので、適切なタイミングでＮＡＮの代理処理についての情報をユーザに提供することができる。従って、ユーザは、例えば自身が有する装置の単位時間当たりのバッテリー消費量が、これから減るといったことを認識することができる。
【０１０３】
また、ＮＡＮの代理処理についての情報を、撮像機能や印刷機能等を提供するアプリケーションに通知する。これにより、アプリケーションがＮＡＮの代理処理に関する情報を把握することができるため、アプリケーションは代理処理の状況を鑑みた制御を行うことができる。
【０１０４】
なお、Ｐｒｏｘｙ  Ｓｅｒｖｅｒは、Ｐｒｏｘｙ  Ｃｌｉｅｎｔ代理処理を要求された場合（当該要求を受け付けて代理処理を実行する場合を含む）、ＤＯＺＥ状態となる頻度を低下させるようにしてもよい。例えば、代理処理を要求される前にはＤＷ０、ＤＷ４、ＤＷ８、ＤＷ１２で無線信号を受信して他のＤＷ期間ではＤＯＺＥ状態となるようにし、代理処理の要求後は全てのＤＷ期間で無線信号を受信するようにしてもよい。これにより、Ｐｒｏｘｙ  Ｓｅｒｖｅｒが代理処理を行っていない場合には省電力となるようにできると共に、代理処理の期間を適切に確保することができる。
【０１０５】
本発明は前述の機能を実現するソフトウェアのプログラムコードを記録した記録媒体をシステムあるいは装置に供給し、システムあるいは装置のコンピュータ（ＣＰＵ、ＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行するようにしてもよい。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０６】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１０７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳが実際の処理の一部または全部を行い、前述の機能を実現してもよい。ＯＳとは、Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍの略である。
【０１０８】
さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、そのプログラムコードの指示に基づき、機能拡張ボードや機能拡張ユニットに備わるＣＰＵが実際の処理の一部または全部を行い、前述の機能を実現してもよい。
【符号の説明】
【０１０９】
３０１  無線ＬＡＮ制御部
３０２  ＮＡＮ制御部
３０３  Ｐｒｏｘｙ制御部
３０４  ＤＷ設定制御部
３０５  ＵＩ制御部
３０６  記憶部
【図１】
2019054358.tif 000003
【図２】
2019054358.tif 000004
【図３】
2019054358.tif 000005
【図４】
2019054358.tif 000006
【図５】
2019054358.tif 000007
【図６】
2019054358.tif 000008