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

Abstract

【課題】ユーザの一回の操作で複数の規格のいずれかに対応した他の通信装置を発見すること。【解決手段】通信装置は、第１の所定のチャネルにおいて、Ｗｉ−Ｆｉ ＮＡＮ（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠した第１の方式によってＮＡＮクラスタを探索する第１の探索機能と、複数のチャネルにおいて、第１の方式と異なる第２の方式によって他の通信装置を探索する第２の探索機能と、を有する。通信装置は、ユーザからの第１の探索指示を受け付けたことに応じて、第１の探索機能と第２の探索機能の何れか一方の探索機能による探索を行い、その後、他方の探索機能による探索を行い、更にその後、先の探索と同じ探索機能による探索を行う。【選択図】 図４

Description

本発明は、通信装置における、他の通信装置の認識技術に関する。

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

近年、このような従来型のＡＰとＳＴＡによる単純な無線ネットワーク構成だけでなく、さまざまな無線ＬＡＮネットワーク形態の製品および仕様規格が登場している。Ｗｉ−Ｆｉ Ｄｉｒｅｃｔは、互いに通信を行う通信装置のうちのいずれか一方が、ＡＰのような基地局として動作するＰ２Ｐ Ｇｒｏｕｐ Ｏｗｎｅｒ（以下、「ＧＯ」と呼ぶ。）となる。そして、他方の通信装置がＳＴＡのような端末局として動作するＰ２Ｐ Ｃｌｉｅｎｔ（以下、「Ｃｌｉｅｎｔ」と呼ぶ。）となり、ＧＯとＣｌｉｅｎｔとの間で無線接続が確立されて、通信が行われる。

Ｗｉ−Ｆｉ Ｄｉｒｅｃｔを拡張した規格として、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓがある。Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓでは、通信装置が、無線接続をする前に、他の通信装置との間で、相互に対応しているサービスの情報を交換する。これにより、通信装置は、どのようなサービスが提供され、また、利用できるのかを事前に知ることができる。ここでのサービスは、例えば、プリントサービス、ファイルの送受信サービス、画像や動画等の各種メディアデータの送信／再生サービス、画面のストリーミングサービス等を含みうる。また、ベンダ独自のサービスも、定義されうる。

一方で、省電力で通信装置やそれが提供するサービス等を発見するための規格として、Ｗｉ−Ｆｉ（登録商標） ＮＡＮ（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ）規格がある。ＮＡＮでは、通信装置が、他の通信装置との間で、情報交換する期間を同期することにより、情報交換に関する無線ＲＦを有効にする時間を短くする。これにより、通信装置は、省電力で、他の通信装置との間で、サービス情報の交換等を行うことができる（特許文献１参照）。

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

Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ ＳｅｒｖｉｃｅｓとＷｉ−Ｆｉ ＮＡＮとでは、異なるサービスの発見の仕組みが用いられており、それぞれ一方の規格に対応した通信装置しか発見することができない。そのため、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓで、通信装置とその提供するサービスとを検索した場合には、Ｗ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓに対応した通信装置しか発見することができない。一方で、Ｗｉ−Ｆｉ ＮＡＮで、通信装置とその提供するサービスとを検索した場合には、Ｗｉ−Ｆｉ ＮＡＮに対応した通信装置しか発見することができない。一方で、ユーザは、所定の規格に対応した通信装置を探したいのではなく、単に、所定のサービスを提供している通信装置を発見したいだけの場合があり、従来のそれぞれの規格による個別の検索ではユーザの利便性が満たされない場合があった。

本発明は上記課題に鑑みなされたものであり、ユーザの一回の操作で複数の規格のいずれかに対応した他の通信装置を発見することを可能とする技術を提供することを目的とする。

上記課題を解決するために、本発明による通信装置は、第１の所定のチャネルにおいて、Ｗｉ−Ｆｉ ＮＡＮ（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠した第１の方式によってＮＡＮクラスタを探索する第１の探索手段と、複数のチャネルにおいて、前記第１の方式と異なる第２の方式によって他の通信装置を探索する第２の探索手段と、ユーザからの探索指示を受け付ける受付手段と、前記受付手段により第１の探索指示を受け付けたことに応じて、前記第１の探索手段と前記第２の探索手段の何れか一方の探索手段による探索を行い、その後、他方の探索手段による探索を行い、更にその後、先の探索と同じ探索手段による探索を行うように制御する制御手段と、を有する。

ユーザの一回の操作で複数の規格のいずれかに対応した他の通信装置を発見することが可能となる。

無線通信システムの構成例を示す図。 ＳＴＡ１０１のハードウェア構成例を示すブロック図。 ＳＴＡ１０１の機能構成例を示すブロック図。 サービスを提供している通信装置の探索処理の流れの第１の例を示すフローチャート。 サービスを提供している通信装置の探索処理の流れの第１の例を示すシーケンス図。 探索処理開始時に、ＳＴＡ１０１のＵＩに表示される画面の例を示す図。 ＮＡＮ探索処理後に、ＳＴＡ１０１のＵＩに表示される画面の例を示す図。 Ｐ２Ｐ探索処理後に、ＳＴＡ１０１のＵＩに表示される画面の例を示す図。 サービスを提供している通信装置の探索処理の流れの第２の例を示すフローチャート。 探索処理の第２の例が実行された場合の概要を示す図。 サービスを提供している通信装置の探索処理の流れの第２の例を示すシーケンス図。 サービスを提供している通信装置の探索処理の流れの第３の例を示すフローチャート。 探索処理の第３の例が実行された場合の概要を示す図。 サービスを提供している通信装置の探索処理の流れの第４の例を示すフローチャート。

以下、本発明の実施の形態について、図面を参照しながら説明する。なお、以下では、ＩＥＥＥ８０２．１１規格に準拠した無線ＬＡＮシステムを用いた例について説明するが、本発明は、これに限られるものではない。すなわち、以下に説明するのと同様の機器及びサービス等の発見処理を行う無線通信システム（及びそれに含まれる無線通信装置）に、以下の議論を適用することが可能である。

（無線通信システム）
図１に、以下の各実施形態に係る無線通信システムの構成例（無線ネットワーク構成例）を示す。本無線通信システムは、複数の無線ＬＡＮの通信機能を有する無線通信装置を含んで構成される。なお、ここでの無線通信装置は、例えば、ＳＴＡ１０１、ＮＡＮ１０２、ＮＡＮ１０３、Ｐ２Ｐ１０５、Ｐ２Ｐ１０６及びＰ２Ｐ１０７を含む。ここで、図１には示されていないが、無線通信システム内には、無線ＬＡＮのアクセスポイント（ＡＰ）等が含まれうる。

ＳＴＡ１０１は、以下に説明する各処理を実行する通信装置であり、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ ＳｅｒｖｉｃｅｓおよびＷｉ−Ｆｉ ＮＡＮ規格による機器及びサービス発見処理を実行可能な通信装置である。ここで、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅ Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇのことを、以下ではＮＡＮ又はＷｉＦｉ ＮＡＮと呼ぶ。また、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓによる探索のことを、Ｐ２Ｐのよる探索と呼ぶ。ＳＴＡ１０１は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ ＳｅｒｖｉｃｅｓとＷｉ−Ｆｉ ＮＡＮとに基づいて、周囲の通信装置およびそれらが提供するサービスを検索し、ユーザに対してその検索結果を表示する機能を有する。

ＮＡＮ１０２及びＮＡＮ１０３は、Ｗｉ−Ｆｉ ＮＡＮ規格による機器及びサービス発見処理を実行可能な通信装置であり、ＮＡＮクラスタ１０４に参加している。ここで、ＮＡＮ１０２は、ＮＡＮクラスタ１０４のＭａｓｔｅｒとして動作しており、ＮＡＮ１０３は、ＮＡＮクラスタ１０４にＮｏｎ−Ｍａｓｔｅｒ Ｎｏｎ−Ｓｙｎｃとして参加しているものとする。ＮＡＮクラスタ１０４は、ＮＡＮ１０２及びＮＡＮ１０３が参加しているＮＡＮクラスタである。ＮＡＮクラスタ１０４に参加しているＮＡＮデバイスは、６ｃｈでネットワークを構築している。ここで、ＮＡＮクラスタ１０４においては、ＤＷ（Ｄｉｓｃｏｖｅｒｙ Ｗｉｎｄｏｗ）は、５１２ＴＵ（Ｔｉｍｅ Ｕｎｉｔ）周期で到来する１６ＴＵ分の期間であるものとする。すなわち、ＤＷから次のＤＷの先頭までの期間が５１２ＴＵである。なお、ＤＷは、所定の周期で到来する所定の期間であり、５１２ＴＵ周期以外の周期で到来する１６ＴＵ以外の長さの期間であってもよい。

なお、通信装置は、ＮＡＮ１０２によって提供されるサービスを利用するために、ＮＡＮ１０２が接続している不図示のＡＰに接続し、そのＡＰを介してＮＡＮ１０２と通信する必要があるものとする。この場合、ＮＡＮ１０２は、サービスを提供していることを通知するメッセージであるＰｕｂｌｉｓｈメッセージに、ＡＰを介してＮＡＮ１０２に接続する必要があることを示す情報を付与して必ず送信する。例えば、ＮＡＮ１０２は、ＮＡＮ Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ａｔｔｒｉｂｕｔｅの、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｂｉｔｍａｐにおいて、ＷＬＡＮ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅを有効にしたメッセージを送信する。なお、ＮＡＮ Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ａｔｔｒｉｂｕｔｅ等は、ＮＡＮ規格において規定されている、メッセージ内の情報要素である。

一方、通信装置は、ＮＡＮ１０３によって提供されるサービスを利用するために、不図示のＩＢＳＳに参加して、ＮＡＮ１０３と通信する必要があるものとする。この場合、ＮＡＮ１０３は、Ｐｕｂｌｉｓｈメッセージに、ＩＢＳＳに参加してＮＡＮ１０３と通信する必要があることを示す情報を付与して送信する。例えば、ＮＡＮ１０３は、ＮＡＮ Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ａｔｔｒｉｂｕｔｅの、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｂｉｔｍａｐにおいて、ＩＢＳＳを有効にしたメッセージを送信する。

Ｐ２Ｐ１０５、Ｐ２Ｐ１０６、及びＰ２Ｐ１０７は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓ規格による機器及びサービス発見処理を実行可能な通信装置である。例えば、Ｐ２Ｐ１０７はＰ２Ｐ Ｇｒｏｕｐ Ｏｗｎｅｒ（ＧＯ）として動作しているものとする。また、Ｐ２Ｐ１０５及びＰ２Ｐ１０６は、Ｐ２Ｐネットワークを構築しておらず、また、ＧＯやＰ２Ｐ Ｃｌｉｅｎｔ（ＣＬ）として動作していないものとする。Ｐ２Ｐ１０５及びＰ２Ｐ１０６は、後述するＳｅａｒｃｈ Ｓｔａｔｅ、Ｌｉｓｔｅｎ Ｓｔａｔｅを繰り返しているものとする。

（ＳＴＡ１０１の構成）
続いて、後述の各処理を実行するＳＴＡ１０１のハードウェア構成例及び機能構成例について、図２及び図３を用いて説明する。

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

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

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

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

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

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

図３は、ＳＴＡ１０１の機能構成例を示すブロック図である。ＳＴＡ１０１は、その機能構成として、例えば、無線ＬＡＮ制御部３０１、ＮＡＮクラスタ探索部３０２、ＮＡＮデバイス探索部３０３、Ｐ２Ｐ探索部３０４、探索制御部３０５、ＵＩ制御部３０６、及び記憶部３０７を有する。

無線ＬＡＮ制御部３０１は、他の無線ＬＡＮ通信機能を有する通信装置との間で無線信号の送受信を行うためのアンテナ及び回路、及びそれらを制御するプログラムを含んで構成される。無線ＬＡＮ制御部３０１は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓ及びＷｉ−Ｆｉ ＮＡＮによる機器及びサービス発見処理を実行することができる。

ＮＡＮクラスタ探索部３０２は、ＮＡＮクラスタを探索するための制御部である。ＮＡＮクラスタ探索部３０２は、例えば、無線ＬＡＮ制御部３０１を介してＤｉｓｃｏｖｅｒｙ Ｂｅａｃｏｎを受信することによって、周囲に存在するＮＡＮクラスタを発見することができる。ここで、Ｄｉｓｃｏｖｅｒｙ Ｂｅａｃｏｎには、ＮＡＮ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ（ＩＥ）が付与される。ＮＡＮクラスタ探索部３０２は、ＮＡＮ ＩＥが付与されたＢｅａｃｏｎを受信することで、受信したＢｅａｃｏｎがＮＡＮクラスタに関するＢｅａｃｏｎであることを識別することができる。

ＮＡＮデバイス探索部３０３は、ＳＴＡ１０１が参加しているＮＡＮクラスタ内に存在するＮＡＮデバイスを探索するための制御部である。ＮＡＮデバイス探索部３０３は、例えば、無線ＬＡＮ制御部３０１を介して、Ｐｕｂｌｉｓｈメッセージの送信、Ｓｕｂｓｃｒｉｂｅメッセージの受信等を実行することによって、ＮＡＮクラスタ内のＮＡＮデバイスを発見する。Ｐｕｂｌｉｓｈメッセージ及びＳｕｂｓｃｒｉｂｅメッセージ等のＮＡＮのサービス発見に関わるメッセージは、ＮＡＮ Ｓｅｒｖｉｃｅ Ｄｅｖｉｃｅ Ｆｒａｍｅ（ＳＤＦ）という形式で送受信される。また、各メッセージは、ＮＡＮに関する属性情報（ＮＡＮ Ａｔｔｒｉｂｕｔｅｓ）を含んで構成される。

Ｐ２Ｐ探索部３０４は、Ｐ２Ｐデバイスを探索するための制御部であり、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓで規定されているＤｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙを実行する制御部である。Ｐ２Ｐ探索部３０４は、例えば、無線ＬＡＮ制御部３０１を介して、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔに準拠したＰｒｏｂｅ Ｒｅｑｕｅｓｔ（探索要求）を送信し、Ｐ２Ｐデバイスからその応答（探索応答）を受信することによって、Ｐ２Ｐデバイスを発見する。このとき、Ｐｒｏｂｅ ＲｅｑｕｅｓｔにはＳＳＩＤとして「ＤＩＲＥＣＴ−」が接頭辞として付与されると共にＰ２Ｐデバイスとしての能力等の情報を含んだＰ２Ｐ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ（Ｐ２Ｐ ＩＥ）が付与される。

探索制御部３０５は、ＮＡＮデバイス探索部３０３とＰ２Ｐ探索部３０４とを制御して、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓ又はＷｉ−Ｆｉ ＮＡＮに対応した通信装置を発見するハードウェアおよびプログラムを含んで構成される。また、探索制御部３０５は、発見した通信装置をリスト化して、その結果をＵＩ制御部３０６に表示させるための制御をさらに実行するハードウェアおよびプログラムをも含む。探索制御部３０５が実行する処理の詳細については後述する。

ＵＩ制御部３０６は、ＳＴＡ１０１の不図示のユーザによるＳＴＡ１０１の操作を受け付けるためのタッチパネルやボタンなどのユーザインタフェースに関するハードウェアと、それらを制御するプログラムとを含んで構成される。また、ＵＩ制御部３０６は、例えば画像又は音声によってユーザに対して情報を提示するためのインタフェースを有する。記憶部３０７は、ＳＴＡ１０１が動作するプログラムおよびデータを保存するＲＯＭとＲＡＭとを含んで構成される。

（処理の流れ）
続いて、上述の構成を有するＳＴＡ１０１が実行する処理についてのいくつかの実施形態を説明する。

＜実施形態１＞
図４は、実施形態１に係る、サービスを提供している通信装置をＳＴＡ１０１が探索する処理の流れの例を示すフローチャートである。本処理は、探索制御部３０５が、ＮＡＮクラスタ探索部３０２、ＮＡＮデバイス探索部３０３、及びＰ２Ｐ探索部３０４を制御することによって実行される。

ＳＴＡ１０１は、まず、ＵＩ制御部３０６を介して、ユーザから探索開始の指示を受け付けたか否かを確認する（Ｓ４０１）。ＳＴＡ１０１は、ユーザからの指示がない場合（Ｓ４０１でＮＯ）はユーザから指示を受けるまで待ち受け、ユーザから探索開始の指示を受け付けると（Ｓ４０１でＹＥＳ）、ＮＡＮクラスタ探索部３０２によって、ＮＡＮクラスタを探索する（Ｓ４０２）。Ｓ４０２では、ＳＴＡ１０１は、例えば、Ｄｉｓｃｏｖｅｒｙ Ｂｅａｃｏｎの受信を一定期間待ち受ける。

ＳＴＡ１０１は、ＮＡＮクラスタを発見できたどうかを判定し（Ｓ４０３）、発見できた場合（Ｓ４０３でＹＥＳ）には、そのＮＡＮクラスタに参加する（Ｓ４０４）。このとき、ＳＴＡ１０１は、複数のＮＡＮクラスタを発見した場合、例えば、Ｗｉ−Ｆｉ ＮＡＮの規格に従って、Ｄｉｓｃｏｖｅｒｙ Ｂｅａｃｏｎに含まれるｃｌｕｓｔｅｒ ｇｒａｄｅ（ＣＧ）が最大のＮＡＮクラスタに参加しうる。ＳＴＡ１０１は、ＮＡＮクラスタに参加すると、続いて、参加したＮＡＮクラスタ内でＮＡＮデバイスを探索する（Ｓ４０５）。ここでは、ＳＴＡ１０１は、例えば、Ｗｉ−Ｆｉ ＮＡＮ規格に従って、Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｆｒａｍｅ（ＳＤＦ）のＳｕｂｓｃｒｉｂｅメッセージを送信する。なお、Ｓｕｂｓｃｒｉｂｅメッセージは、サービスを提供するＮＡＮデバイスを探索するためのメッセージである。サービスを提供しているＮＡＮデバイスは、Ｓｕｂｓｃｒｉｂｅメッセージを受信すると、ＳＤＦのＰｕｂｌｉｓｈメッセージで応答する。これにより、ＳＴＡ１０１は、サービスを提供するＮＡＮデバイスを発見することができる。ＳＴＡ１０１は、一定期間にわたってＮＡＮデバイスの探索を実行後、ＵＩ制御部３０６にその探索の結果を表示することによって、発見したデバイスをユーザに通知する（Ｓ４０６）。

その後、ＳＴＡ１０１は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓ規格に従って、Ｐ２Ｐ Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙを実行して、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓに対応した通信装置を発見する（Ｓ４０７）。なお、ＳＴＡ１０１は、Ｓ４０３でＮＡＮクラスタを発見しなかったと判定した場合（Ｓ４０３でＮＯ）には、上述のＳ４０４〜Ｓ４０６の処理を実行せずに、Ｐ２Ｐの探索を実行する（Ｓ４０７）。この処理は、例えば、全チャネルスキャン、Ｌｉｓｔｅｎ Ｓｔａｔｅ、及びＳｅａｒｃｈ Ｓｔａｔｅからなる。ここで、Ｌｉｓｔｅｎ Ｓｔａｔｅは、所定のチャネルに一定期間留まり他の通信装置からの探索要求を待ち受ける状態である。また、Ｓｅａｒｃｈ Ｓｔａｔｅは、複数のチャネル（例えば１ｃｈ、６ｃｈ、１１ｃｈ）において待ち受けている通信装置を探索するために順番にＰｒｏｂｅ Ｒｅｑｕｅｓｔ（探索要求）を送信する状態である。これらの処理については後述する。

ＳＴＡ１０１は、その後、Ｐ２Ｐ Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙで発見したＷｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓに対応した通信装置を、Ｓ４０６と同様に、ＵＩ上に表示してユーザに通知する（Ｓ４０８）。ＳＴＡ１０１は、Ｓ４０８において探索結果を表示した後に、再度、ＮＡＮクラスタ発見処理から処理を繰り返す。ただし、ＳＴＡ１０１は、Ｓ４０２〜Ｓ４０８の処理を所定回数だけ実行した後に、探索処理を終了してもよい。

なお、Ｓ４０６及びＳ４０８で表示される探索結果は、以前の探索結果に、新たに発見された通信装置の情報を追加したものでありうる。例えば、Ｓ４０６で表示された探索結果に、Ｓ４０７での探索結果が追加されてＳ４０８において表示されてもよい。また、探索結果は、以前の探索結果の一部又は全部に上書きされてもよい。例えば、Ｓ４０６で表示された探索結果は、Ｓ４０７における探索結果では上書きされず、次にＳ４０５の探索を実行した結果によって上書きされうる。同様に、Ｓ４０８で表示されたＳ４０７における探索結果の部分は、Ｓ４０５における探索結果では上書きされず、次のＳ４０７の探索の実行結果によって上書きされうる。すなわち、ＮＡＮによる検索結果は、別の機会のＮＡＮによる検索結果で上書きされ、Ｐ２Ｐ Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙによる検索結果は、別の機会のＰ２Ｐ Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙによる検索結果で上書きされるようにしてもよい。

次に、サービスを提供する通信装置をＳＴＡ１０１が探索する際のシーケンスについて、図５を用いて説明する。このとき、ＳＴＡ１０１の周囲には、図１のような通信装置及びＮＡＮクラスタが存在するものとする。

まず、ＳＴＡ１０１の不図示のユーザが、デバイスを探索するためにＳＴＡ１０１のＵＩを操作し、デバイス探索処理の開始を指示する（Ｓ５０１）。図６に探索を開始する際の画面６０１の例を示す。画面６０１の左上に、「探索開始」ボタンがあり、それを押すことで、以下に示すデバイス探索処理が開始される。また、画面６０１は、「ＮＡＮ探索開始」ボタンおよび「Ｐ２Ｐ探索開始」ボタンを含みうる。これらは、それぞれ、ＮＡＮデバイスまたはＰ２Ｐデバイスを単独で探索する場合にユーザが利用することができるボタンである。ただし、多くのユーザにとっては、ＮＡＮやＰ２Ｐといった無線ＬＡＮの形態を意識せずに通信装置やサービスを検索できることが有用であるため、「探索開始」ボタンが用意される。なお、探索開始時においては、デバイスがまだ発見されていないため、画面６０１には、デバイス名や接続形態は表示されていない。

ＳＴＡ１０１は、「探索開始」ボタンの押下を検出すると、まず、ＮＡＮクラスタの探索を開始する。これは図４のＳ４０２に相当する処理である。ここで、ＮＡＮ１０２は、ＮＡＮ Ｍａｓｔｅｒであるため、定期的にＤｉｓｃｏｖｅｒｙ Ｂｅａｃｏｎを送信している（Ｓ５０２）。ＳＴＡ１０１は、このＤｉｓｃｏｖｅｒｙ Ｂｅａｃｏｎを受信することにより、ＮＡＮクラスタを発見することができる。ＳＴＡ１０１は、ＮＡＮクラスタを発見すると、そのＮＡＮクラスタに参加する。ここで、ＳＴＡ１０１がＮｏｎ−Ｍａｓｔｅｒ Ｎｏｎ−ＳｙｎｃとしてＮＡＮクラスタに参加するものとして以降の説明をする。

ＳＴＡ１０１は、ＮＡＮクラスタに参加すると、ＤＷ（Ｄｉｓｃｏｖｅｒｙ Ｗｉｎｄｏｗ）期間において、ＮＡＮ ＭａｓｔｅｒからＳｙｎｃ Ｂｅａｃｏｎを受信する（Ｓ５０３）。ＤＷ期間は、１６ＴＵ（＝１６×１０２４マクロ秒）の長さの期間である。ここでは、ＮＡＮ１０２がＮＡＮ Ｍａｓｔｅｒであるため、ＳＴＡ１０１は、ＮＡＮ１０２から送信されるＳｙｎｃ Ｂｅａｃｏｎを受信する。そして、ＳＴＡ１０１は、ＮＡＮ探索処理として、ＮＡＮクラスタのメンバに対してＳｕｂｓｃｒｉｂｅメッセージを送信してサービスを検索する（Ｓ５０４）。

このとき、ＮＡＮ１０２はこのＤＷ期間に同期しており、ＮＡＮ１０３はこのＤＷ期間に同期していないものとする。この場合、ＮＡＮ１０２だけがＳｕｂｓｃｒｉｂｅメッセージを受信し、ＮＡＮ１０３は、受信をオフにしているため、Ｓｕｂｓｃｒｉｂｅメッセージを受信しない。ＮＡＮ１０２は、Ｓｕｂｓｃｒｉｂｅメッセージを受信すると、提供しているサービスをＰｕｂｌｉｓｈメッセージでＳＴＡ１０１に通知する（Ｓ５０５）。

ＳＴＡ１０１は、ＤＷ期間が終わるとＤＯＺＥ期間に入り、ＤＯＺＥ期間では一切の送受信を行わず、消費電力を低減させる。ＤＯＺＥ期間は、ＤＷ期間が終わってから次のＤＷ期間になるまでの期間であり、その長さは４９６ＴＵ（＝４９６×１０２４マクロ秒）である。ＮＡＮ１０２は、ＤＷ期間外でも、ＮＡＮクラスタ外のＮＡＮデバイスがＮＡＮ１０２を発見することを容易にするために、Ｄｉｓｃｏｖｅｒｙ Ｂｅａｃｏｎを定期的に送信する（Ｓ５０６）。

ＮＡＮ１０２は、次のＤＷ期間に入ると、前のＤＷ期間と同様に、Ｓｙｎｃ Ｂｅａｃｏｎを送信する（Ｓ５０７）。そして、ＳＴＡ１０１も、前のＤＷ期間と同様に、サービスを発見するためにＳｕｂｓｃｒｉｂｅメッセージを送信する（Ｓ５０８）。このＤＷ期間では、ＮＡＮ１０２およびＮＡＮ１０３が、共に同期しており、受信をオンにしていてこのＳｕｂｓｃｒｉｂｅメッセージを受信しているものとする。この場合、ＮＡＮ１０２及びＮＡＮ１０３は、Ｓｕｂｓｃｒｉｂｅメッセージを受信したことに応じて、自身が提供しているサービスをＰｕｂｌｉｓｈメッセージでＳＴＡ１０１に通知する（Ｓ５０９、Ｓ５１０）。

このように、ＮＡＮ探索処理では、ＤＷ期間とＤＯＺＥ期間とを繰り返すことによってＮＡＮデバイスが探索される。ＤＷ期間では、Ｓｕｂｓｃｒｉｂｅメッセージの送信、Ｐｕｂｌｉｓｈメッセージの受信により、通信装置およびそれらが提供するサービスが、他の通信装置によって発見される。そして、ＤＷ期間が終わると、ＳＴＡ１０１は、ＤＯＺＥ期間に入り、送受信を停止して消費電力を低減する。これらの処理はＳ４０５の処理に相当する。なお、図５では、ＤＷ期間が２回でＤＯＺＥ期間が１回の場合を示しているが、それぞれの回数はこれらに限られない。ただし、ＤＷ期間とＤＯＺＥ期間とは、交互に繰り返される。

ＳＴＡ１０１は、ＮＡＮ探索処理が終わると、その結果をＵＩ上に表示する（Ｓ５１１）。図７に、このときに表示される画面７０１の例を示す。ここまでにＮＡＮ１０２及びＮＡＮ１０３が発見されているため、画面７０１には、それらが表示される。また、画面７０１には、各デバイスがサービスを利用する際に必要な接続形態と、デバイスを発見したときの探索方法も表示される。ＮＡＮ１０２は、上述のとおり、Ｐｕｂｌｉｓｈメッセージにおいて、サービスを提供する際にＷＬＡＮ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅを利用することを通知しているため、ＮＡＮ１０２に対応する接続形態には、Ｉｎｆｒａと表示される。一方で、ＮＡＮ１０３は、上述のとおり、Ｐｕｂｌｉｓｈメッセージにおいて、サービスを提供する際にＩＢＳＳを利用することを通知しているため、ＮＡＮ１０３に対応する接続形態には、ＩＢＳＳと表示される。また、ＮＡＮ１０２及びＮＡＮ１０３のいずれもＮＡＮを利用して発見されたものであるため、ＮＡＮ１０２及びＮＡＮ１０３に対応する探索方法にはそれぞれＮＡＮと表示される。

ＳＴＡ１０１は、ＮＡＮ探索を完了して探索結果を表示すると、次にＰ２Ｐ探索を実行する。この処理は、図４のＳ４０７の処理に対応する。Ｐ２Ｐ探索では、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓの規格に従って、Ｓｃａｎ Ｐｈａｓｅで全チャネルをスキャンした後に、Ｌｉｓｔｅｎ ＳｔａｔｅとＳｅａｒｃｈ Ｓｔａｔｅとが切り替えられながら実行される。これにより、ＳＴＡ１０１は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓに対応した他の通信装置を発見することができる。

ＳＴＡ１０１は、まず、すべてのチャネルにＰ２Ｐデバイスを探索していることを明示するために、Ｐ２Ｐ ＩＥを付与したＰｒｏｂｅ Ｒｅｑｕｅｓｔ（探索要求）を送信する（Ｓ５１２）。このとき、Ｐ２Ｐ１０５及びＰ２Ｐ１０６は、Ｐ２Ｐ規格で規定されるＳｅａｒｃｈ Ｓｔａｔｅであり、Ｓ５１２で送信されたＰｒｏｂｅ Ｒｅｑｕｅｓｔに応答しないものとする。一方で、Ｐ２Ｐ１０７は、ＧＯで動作しており、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔに対して、Ｐ２Ｐ ＩＥを付与すると共に、提供しているサービスの情報を含めたＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ（探索応答）を送信する（Ｓ５１３）。Ｓ５１２及びＳ５１３の処理は、Ｓｃａｎ Ｐｈａｓｅと呼ばれる。

次に、ＳＴＡ１０１は、Ｌｉｓｔｅｎ Ｓｔａｔｅに入る（Ｓ５１４、Ｓ５１５）。Ｌｉｓｔｅｎ Ｓｔａｔｅの通信装置は、他の通信装置から送信されるＰ２Ｐ探索要求を特定のチャネルに留まって待ち受け、自分から探索要求を送信せずに、探索要求が来た場合に探索応答を返すだけとなる。本例では、ＳＴＡ１０１は、チャネル１（１ｃｈ）に留まるものとする。このとき、Ｐ２Ｐ１０５が、Ｓｅａｒｃｈ Ｓｔａｔｅにおいて、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを１ｃｈにブロードキャストしたとする（Ｓ５１４）。ＳＴＡ１０１は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信すると、その応答としてＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを送信する（Ｓ５１５）。また、ＳＴＡ１０１は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信することにより、Ｐ２Ｐ１０５の存在を認識できるため、Ｐ２Ｐ１０５を探索結果に追加する。

ＳＴＡ１０１は、Ｌｉｓｔｅｎ Ｓｔａｔｅを完了すると、続いてＳｅａｒｃｈ Ｓｔａｔｅに入る（Ｓ５１６〜Ｓ５１９）。Ｓｅａｒｃｈ Ｓｔａｔｅにおいて、ＳＴＡ１０１は、１ｃｈ、６ｃｈ及び１１ｃｈに、順番にＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信する（Ｓ５１６、Ｓ５１７、Ｓ５１８）。このとき、ＳＴＡ１０１は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを送信した後に、そのＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信したチャネルに所定期間だけ留まり、他の通信装置からのＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを待ち受ける。ここで、本例では、Ｐ２Ｐ１０６が１１ｃｈでＬｉｓｔｅｎ Ｓｔａｔｅで探索要求を待ち受けているものとする。すると、Ｐ２Ｐ１０６は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを１１ｃｈで受信し、その応答として、Ｐｒｏｂｅ ＲｅｓｐｏｎｓｅをＳＴＡ１０１に送信する（Ｓ５１９）。ＳＴＡ１０１は、Ｐ２Ｐ１０６からＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信することにより、Ｐ２Ｐ１０６の存在を認識でき、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅに含まれたＰ２Ｐ ＩＥの情報からサービスの情報を取得する。そして、ＳＴＡ１０１は、Ｐ２Ｐ１０６を、探索の結果に追加する。

なお、一回のＰ２Ｐ探索処理（Ｓ４０７）により、上述のＳｃａｎ Ｐｈａｓｅ、Ｌｉｓｔｅｎ Ｓｔａｔｅ及びＳｅａｒｃｈ Ｓｔａｔｅは繰り返し実行されてもよいが、本例ではそれぞれ１回ずつ実行されるものとする。

ＳＴＡ１０１は、Ｐ２Ｐ探索処理を完了すると、Ｐ２Ｐの探索結果をＳ５１１の結果に追加してＵＩに表示する（Ｓ５２０）。図８は、このときにＵＩに表示される画面８０１の例を示す。画面８０１には、図７の画面７０１に、Ｐ２Ｐ探索で発見されたＰ２Ｐデバイスとして、Ｐ２Ｐ１０７、Ｐ２Ｐ１０６及びＰ２Ｐ１０５が追加される。このとき、Ｐ２Ｐ１０７はＧＯとして動作しているため、ＧＯやＣＬとして動作していないＰ２Ｐデバイスと区別するために、Ｐ２Ｐ１０７に対応する接続形態としてＰ２Ｐ ＧＯと表示される。一方、他のＰ２ＰデバイスであるＰ２Ｐ１０６及びＰ２Ｐ１０５は、対応する接続形態としてＰ２Ｐと表示される。このように、サービスを利用するときの接続形態をユーザに提示することにより、ユーザが、自身が特定した接続形態のデバイスを選択することができる。

また、Ｐ２Ｐ１０５〜Ｐ２Ｐ１０７は、Ｐ２Ｐ探索によって発見されたため、それらに対応する探索方法には、Ｐ２Ｐと表示される。これにより、ユーザは、発見した通信装置が、ＮＡＮで発見した通信装置なのか、Ｐ２Ｐで発見した通信装置であるのかを知ることができる。これにより、ユーザは、例えばＮＡＮ１０２のサービスをよく利用する場合には、ＮＡＮで探索すればＮＡＮ１０２を発見できることを知ることができる。そして、ユーザは、予めＮＡＮ１０２を使うことがわかっている場合には、探索開始ボタンでＮＡＮとＰ２Ｐの両方の探索を実行するのではなく、ＮＡＮ探索開始ボタンを使用することができる。これにより、ＮＡＮの探索のみを実行することにより、ＤＯＺＥ期間の頻度が高くなるため、ＳＴＡ１０１の消費電力を低減させることができる。また、ユーザは、よく使うサービスを提供している通信装置がＰ２Ｐで発見される場合には、Ｐ２Ｐ探索開始ボタンを押すことによってＰ２Ｐの探索だけを実行し、ＮＡＮ探索を省くことができる。これにより、ＳＴＡ１０１は、すばやくＰ２Ｐデバイスを発見することができる。

本実施形態では、ＳＴＡ１０１は、ＮＡＮ探索をＤＷ２回分の期間にわたって実行し、Ｐ２Ｐ探索ではＳｃａｎ Ｐｈａｓｅ、Ｌｉｓｔｅｎ Ｓｔａｔｅ、Ｓｅａｒｃｈ Ｓｔａｔｅをそれぞれ１回ずつ実行するものとしたが、これに限られない。すなわち、様々なタイミング及び期間においてＮＡＮ探索及びＰ２Ｐ探索が実行されうる。このとき、ＮＡＮ探索の時間とＰ２Ｐ探索の時間とをそれぞれ固定時間にせず、可変時間としうる。これにより、同様の動作をする２つの通信装置が存在する場合に、一方がＮＡＮ探索を実行中に他方がＰ２Ｐ探索を実行し、また、一方がＰ２Ｐ探索を実行中に他方がＮＡＮ探索を実行することによって、互いを発見できなくなることを防ぐことができる。

また、本実施形態では、Ｐ２Ｐでの探索よりもＮＡＮの探索の方を先に実行しているが、Ｐ２Ｐでの探索を先に実行してもよい。例えば、ユーザがよく利用するサービスを提供する通信装置を発見できる可能性が高い探索方式を先に実行するようにしてもよく、この場合、ユーザが期待する結果を早期に得ることが可能となる。

また、本実施形態では、Ｐ２Ｐでの探索の後に、再度ＮＡＮクラスタの探索処理を実行するものとしたが、必ずしもそのような処理は行われなくてもよい。例えば、すでに発見しているＮＡＮクラスタが存在する場合は、ＮＡＮクラスタ探索処理（Ｓ４０２、Ｓ４０３）を行わずに、発見済みのＮＡＮクラスタへ参加してもよい（Ｓ４０４）。これにより、例えば周囲の通信装置の状況が大きく変動せず、参加可能なＮＡＮクラスタが実質的に変動しない場合に、迅速にＮＡＮクラスタ内でのＮＡＮデバイス探索を開始することができる。

本実施形態によれば、ユーザによる一回の探索開始ボタンの押下という操作によって、ＮＡＮデバイスとＰ２Ｐデバイスとの両方の通信装置を一度に探索することができる。このように、ユーザが、デバイスの探索の際に、Ｐ２Ｐの探索とＮＡＮの探索とのそれぞれを別個に開始する必要がなくなるため、利便性が向上する。

ＵＩにおける画面への発見された通信装置に関する情報の追加は、ＮＡＮ又はＰ２Ｐでの探索処理が終わってから行われてもよいし、機器が発見される度に行われてもよい。これにより、機器が発見されてから、その機器の存在がユーザに通知されるまでの期間が短縮されるため、ユーザの利便性をさらに向上させることができる。

本実施形態では、ＮＡＮ探索処理とＰ２Ｐ探索処理とを交互に実行するため、既存のＮＡＮの探索及びＰ２Ｐの探索と同じ枠組みで機器及びその対応するサービスの検索を実行することができるため、制御が容易である点で有利である。

＜実施形態２＞
本実施形態では、Ｐ２ＰのＬｉｓｔｅｎ Ｓｔａｔｅと同時に、ＮＡＮのＤＷ期間によるＮＡＮデバイスの探索処理が実行される。本実施形態で実行される処理について、図９を用いて説明する。本実施形態では、既に参加すべきＮＡＮクラスタは発見済みとして説明する。

Ｓ９０１はＳ４０１と同様である。ＳＴＡ１０１は、探索を開始すると、続いて乱数Ｎを生成する（Ｓ９０２）。これはＰ２Ｐ Ｌｉｓｔｅｎ Ｓｔａｔｅの時間を決めるための乱数である。Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓの規格に従うと、Ｌｉｓｔｅｎ Ｓｔａｔｅの期間は、（１００ＴＵ×乱数値）の長さとなる。例えばＮ＝２の場合は、ＳＴＡ１０１は、次のＬｉｓｔｅｎ Ｓｔａｔｅの期間の長さを２００ＴＵとする。なお、乱数値の範囲は、推奨値として１〜３が指定されているため、ここでは乱数は１〜３の値が指定されるものとする。

乱数が決定されると、ＳＴＡ１０１は、ＮＡＮの探索とＰ２ＰのＬｉｓｔｅｎ Ｓｔａｔｅとを並行して実行する（Ｓ９０３）。このとき、ＳＴＡ１０１は、ＮＡＮの探索においても６ｃｈを使うものとし、これに伴って、Ｌｉｓｔｅｎ Ｓｔａｔｅのチャネルを、ＮＡＮの探索で用いられるチャネルに合わせて、６ｃｈとするものとする。ＳＴＡ１０１は、例えばＳｕｂｓｃｒｉｂｅメッセージを送信し、Ｐｕｂｌｉｓｈメッセージの受信を待つことによって、ＮＡＮデバイスの探索を行う。ＳＴＡ１０１は、それと同時に、他のＰ２Ｐデバイスから送信されるＰｒｏｂｅ Ｒｅｑｕｅｓｔの受信を待ち受け、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信した場合には、その送信元の通信装置の情報を探索結果としてＵＩに表示してユーザに通知する。また、ＳＴＡ１０１は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信した場合には、それに対する応答として、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅを送信する。ＵＩへの情報の表示は実施形態１と同様に行うことができる。なお、ＳＴＡ１０１は、自身が参加しているＮＡＮクラスタのＤＷ期間になったときに、Ｓ９０３の処理を開始する。また、処理が実行される期間は、ＤＷ期間と同じ１６ＴＵである。

ＳＴＡ１０１は、１６ＴＵの期間、並行探索処理を実行した後は、通常のＬｉｓｔｅｎ Ｓｔａｔｅで動作する（Ｓ９０４）。Ｌｉｓｔｅｎ Ｓｔａｔｅは１００×Ｎの期間にわたるため、ＳＴＡ１０１がＬｉｓｔｅｎ Ｓｔａｔｅ単独で動作する期間の長さは、１００×Ｎ−１６ＴＵとなる。ＳＴＡ１０１は、この期間において発見したＰ２Ｐデバイスも、ＵＩに表示してユーザに通知する。

ＳＴＡ１０１は、Ｌｉｓｔｅｎ Ｓｔａｔｅを完了すると、続いてＳｅａｒｃｈ Ｓｔａｔｅになり、１ｃｈ、６ｃｈ及び１１ｃｈにおいて、それぞれＰ２Ｐデバイスを探索する（Ｓ９０５、Ｓ９０６、Ｓ９０７）。ここで、各チャネルの探索時間は、１００ＴＵと（５１２−１００×Ｎ）／３ＴＵとのうち短い方とされる。例えばＮ＝１の場合は、（５１２−１００×１）／３＝１３７．３３…ＴＵであるため、１チャネルあたりの探索時間は１００ＴＵとされる。Ｎ＝２の場合も、（５１２−１００×２）／３＝１０４ＴＵであるため、１チャネルあたりの探索時間は１００ＴＵとされる。一方、Ｎ＝３の場合は、（５１２−１００×３）／３＝７０．６６６…ＴＵであるため、１チャネルあたりの探索時間は７１ＴＵ又は７０ＴＵとされる。ここで、Ｎ＝３の場合は５１２−１００×３＝２１２ＵＴであるため、３チャネルの合計の探索時間が２１２ＴＵとなるように、各チャネルの探索期間の長さが決定される。

ＳＴＡ１０１は、Ｓｅａｒｃｈ Ｓｔａｔｅでは、実施形態１で説明したように、各チャネルでＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信して、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅを待ち受ける。そして、ＳＴＡ１０１は、Ｐ２ＰデバイスからＰｒｏｂｅ Ｒｅｓｐｏｎｓｅが受信された場合に、そのＰ２Ｐデバイスの情報を、探索結果としてＵＩに表示してユーザに通知する。なお、ＳＴＡ１０１は、一度Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを送信してから所定期間にわたってＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを待ち続けてもよいし、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを複数回送信しながらＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを待ってもよい。いずれの場合であっても、ＳＴＡ１０１は、上述の１チャネルあたりの探索時間だけＳｅａｒｃｈ Ｓｔａｔｅの処理を実行する。

ＳＴＡ１０１は、Ｓｅａｒｃｈ Ｓｔａｔｅを完了すると、Ｓ９０３の処理の開始から５１２ＴＵだけ経過したかを判断する（Ｓ９０８）。そして、ＳＴＡ１０１は、Ｓ９０３の処理の開始から５１２ＴＵだけ経過していない場合（Ｓ９０８でＮＯ）、次のＤＷまでの期間だけＤＯＺＥ状態で送受信をオフにして待機する（Ｓ９０９）。一方、ＳＴＡ１０１は、Ｓ９０３の処理の開始から５１２ＴＵだけ経過している場合（Ｓ９０８でＹＥＳ）は、処理をＳ９０２に戻す。例えば、Ｎ＝３の場合は、Ｓ９０８の時点で５１２ＴＵを経過することになるため、処理はＳ９０２に戻る。一方で、Ｎ＝１またはＮ＝２の場合には５１２ＴＵ経過していないため、次のＤＷまでの時間だけ待つ。ここで、Ｎ＝１のときは、１１２ＴＵだけ待ち、Ｎ＝２のときは１２ＴＵだけ待つ。なお、ＳＴＡ１０１は、乱数Ｎが定まった時点で待機すべき期間長を特定することができる場合、Ｓ９０８の判定を行うまでもなく、Ｓ９０７の処理の終了後、その特定した期間長だけＤＯＺＥ状態で待機することができる。例えば、上述の例においてＮ＝１の場合、Ｓ９０７の処理終了後、Ｓ９０８の判定を行うことなく、１１２ＴＵだけＤＯＺＥ状態で待機することができる。すなわち、Ｓ９０８の判定は必ずしも処理として実行されなければならないわけではない。

図１０に、乱数Ｎが順にＮ＝３、Ｎ＝２、Ｎ＝１となった場合の、探索処理のイメージ図を示す。期間１００１を含む５１２ＴＵの期間はＮ＝３の場合の例を示している。この場合、Ｐ２Ｐ ＬｉｓｔｅｎとＮＡＮのＤＷ期間の待ち受けとが並行して１６ＴＵだけ実行され、その後に、Ｌｉｓｔｅｎ Ｓｔａｔｅによる探索が３００−１６＝２８４ＴＵだけ実行される。その後、Ｓｅａｒｃｈ Ｓｔａｔｅが、１ｃｈ、６ｃｈ、１１ｃｈの順に、７１ＴＵ、７１ＴＵ、７０ＴＵの期間だけ実行される。

期間１００２を含む５１２ＴＵの期間はＮ＝２の場合の例を示している。この場合は、Ｌｉｓｔｅｎ ＳｔａｔｅとＳｅａｒｃｈ Ｓｔａｔｅとの合計時間が５００ＴＵとなり、５１２ＴＵと５００ＴＵとの差分の期間である１２ＴＵの間はＤＯＺＥ状態とされ、ＳＴＡ１０１の送受信がオフとされる。期間１００３を含む５１２ＴＵの期間はＮ＝１の場合の例を示している。

続いて、図１１を用いて、本実施形態におけるＳＴＡ１０１がサービスを提供する通信装置を探索する際のシーケンスについて説明する。なお、実施形態１の説明と同様に、ＳＴＡ１０１の周囲には、図１のような通信装置及びＮＡＮクラスタが存在するものとするが、ここでは、説明を簡単にするため、Ｐ２Ｐ１０７については説明を省略する。なお、図１１において送受信される各信号については実施形態１と同様のものであるが、Ｓ１１０２からＳ１１０８のＰ２Ｐ Ｌｉｓｔｅｎ Ｓｔａｔｅ期間と、Ｓ１１０３からＳ１１０６のＮＡＮのＤＷ期間とが重複して実行される点で異なる。ＤＷ期間は１６ＴＵであるため、ＮＡＮのＤＷによる探索は１６ＴＵ経過した後は停止され、Ｐ２Ｐ Ｌｉｓｔｅｎ Ｓｔａｔｅは継続される。そして、その後Ｐ２Ｐ Ｓｅａｒｃｈ ＳｔａｔｅによるＰ２Ｐ探索が引き続き実行される。なお、図１１では省略しているが、乱数Ｎの値によってはＤＯＺＥ期間が発生し、ＳＴＡ１０１の省電力が図られる。またＳ１１０２からＳ１１１２の処理は繰り返し実行されうる。このとき、Ｓ９０３からＳ９０９（場合によってはＳ９０８）のサイクルを５１２ＴＵにすることでＤＷ期間と６ｃｈでのＰ２Ｐ Ｌｉｓｔｅｎ Ｓｔａｔｅのタイミングを合わせることを容易にしている。

本実施形態では、ＮＡＮによる探索とＰ２Ｐの探索とが一部並行して実行されることにより、探索処理の効率化が図られている。すなわち、ＮＡＮの探索とＰ２Ｐの探索とを交互に実行する場合、ＮＡＮの探索をしている間はＰ２Ｐデバイスが発見できずに、Ｐ２Ｐの探索をしている間はＮＡＮデバイスを発見することができない。これに対して、本実施形態では、同時にＮＡＮとＰ２Ｐのデバイスを発見することができる。一方で、Ｐ２Ｐの探索が繰り返し実行されるため、実施形態１よりも省電力の効果が少ない。そのため、ＳＴＡ１０１は、常にＰ２Ｐによる探索を実行せずに、例えば３回のＤＷ期間のうち１回のＤＷ期間中だけＰ２Ｐの探索処理を並行して実行し、それ以外の２回についてはＰ２Ｐの探索を実行せずに、ＤＯＺＥ状態に入るようにしてもよい。これにより、ＳＴＡ１０１の省電力化を図ることができる。

＜実施形態３＞
本実施形態では、Ｐ２ＰのＳｅａｒｃｈ Ｓｔａｔｅと並行して、ＮＡＮのＤＷ期間によるＮＡＮデバイスの探索処理が実行される。本実施形態に係る処理の流れについて図１２を用いて説明する。本実施形態では、既に参加すべきＮＡＮクラスタは発見されているものとして説明する。

Ｓ１２０１はＳ４０１と同様であるため説明を省略する。ＳＴＡ１０１は、続いて、Ｓ９０２と同様に、乱数Ｎを生成する（Ｓ１２０２）。ＳＴＡ１０１は、次にＰ２Ｐ Ｓｅａｒｃｈ Ｓｔａｔｅで探索を実行する（Ｓ１２０３〜Ｓ１２０６）。このときの期間長は実施形態２と同様であり、例えばＮ＝１、Ｎ＝２の場合の各チャネルのＳｅａｒｃｈ Ｓｔａｔｅによる探索期間長は１００ＴＵとされる。また、Ｎ＝３場合の各チャネルのＳｅａｒｃｈ Ｓｔａｔｅによる探索期間長は７０ＴＵまたは７１ＴＵのように、１ｃｈ、６ｃｈ及び１１ｃｈのＳｅａｒｃｈ Ｓｔａｔｅによる探索期間長の合計が２１２ＴＵに収まるように設定される。ただし、６ｃｈでＰ２Ｐ Ｓｅａｒｃｈ Ｓｔａｔｅでの処理を実行する期間が、参加しているＮＡＮクラスタのＤＷ期間に一致するように、最初のＳｅａｒｃｈ Ｓｔａｔｅ（Ｓ１２０３）の開始タイミングが決定される。

ＳＴＡ１０１は、ＤＷ期間になった場合に、ＮＡＮのＤＷ期間による探索と、６ｃｈのＰ２Ｐ Ｓｅａｒｃｈ Ｓｔａｔｅでの探索とを並行して実行する（Ｓ１２０５）。例えば、ＳＴＡ１０１は、ＤＷ期間中にＮＡＮとしてＳｕｂｓｃｒｉｂｅメッセージを送信し、Ｐ２ＰとしてＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信する。このときの順序はどちらが先であってもよい。ただし、Ｐ２Ｐ Ｓｅａｒｃｈ Ｓｔａｔｅの開始がＤＷ期間の開始タイミングよりも先の場合は、Ｐ２ＰによるＰｒｏｂｅ Ｒｅｑｕｅｓｔを先に送信することによって、Ｐ２ＰのＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信できる期間を長くすることができる。また、ＳＴＡ１０１は、ＳｕｂｓｃｒｉｂｅメッセージとＰｒｏｂｅ Ｒｅｓｐｏｎｓｅとを送信した後に、ＮＡＮではＰｕｂｌｉｓｈメッセージを待ち受け、Ｐ２ＰではＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを待ち受ける。そして、ＳＴＡ１０１は、ＮＡＮとＰ２Ｐとのいずれかにおいて応答が返ってきた場合には、その応答の送信元の通信装置の情報を探索結果として追加してＵＩに表示して、ユーザに通知する。

ＳＴＡ１０１は、Ｐ２Ｐ Ｓｅａｒｃｈ Ｓｔａｔｅを完了すると、Ｐ２Ｐ Ｌｉｓｔｅｎ ＳｔａｔｅでＰ２Ｐ探索処理を実行する（Ｓ１２０７）。このＰ２Ｐ Ｌｉｓｔｅｎ Ｓｔａｔｅでの探索処理の期間はＮ×１００ＴＵである。また、この期間中は、実施形態２に係る処理とは異なり、ＮＡＮによるＤＷ期間による探索は実行されないため、使用されるチャネルは６ｃｈである必要はなく、１ｃｈまたは１１ｃｈが用いられてもよい。

その後、ＳＴＡ１０１は、実施形態２と同様に、Ｓ１２０３の処理の開始から５１２ＴＵだけ経過したかを判定（Ｓ１２０８）し、５１２ＴＵ経過していた場合（Ｓ１２０８でＹＥＳ）には処理をＳ１２０２に戻す。一方、ＳＴＡ１０１は、Ｓ１２０３の処理の開始から５１２ＴＵだけ経過していなかった場合（Ｓ１２０８でＮＯ）は、５１２ＴＵから余った時間分だけＤＯＺＥ状態に入り（Ｓ１２０９）、省電力化を図る。

図１３に、乱数Ｎが順にＮ＝２、Ｎ＝３、Ｎ＝１となった場合の、探索処理のイメージ図を示す。期間１３０１を含む５１２ＴＵの期間はＮ＝２の場合の例を示しており、６ｃｈでＳｅａｒｃｈ Ｓｔａｔｅでの処理が実行されている間に、１６ＴＵの期間だけＮＡＮのＤＷ期間での待ち受けが行われる。その後、Ｌｉｓｔｅｎ Ｓｔａｔｅによる探索が１００×２ＴＵだけ実行され、余った時間はＤＯＺＥ状態にあてられる。

期間１３０２を含む５１２ＴＵの期間はＮ＝３の場合の例を示している。この場合、Ｌｉｓｔｅｎ Ｓｔａｔｅの期間長は３００ＴＵとされる。そして、余った時間の７０＋７１＋７１ＴＵ分だけ１ｃｈ、６ｃｈ及び１１ｃｈの各チャネルにおけるＳｅａｒｃｈ Ｓｔａｔｅに割り当てられる。そして、そのうちの６ｃｈのＳｅａｒｃｈ Ｓｔａｔｅ中にＮＡＮによるＤＷ期間の探索が並行して実行される。なお、このとき、前回のＤＷ期間の開始から、５１２ＴＵ経過したあとにＮＡＮによる探索が実行されるように制御される。

期間１３０３を含む５１２ＴＵの期間はＮ＝１の場合の例を示しており、Ｌｉｓｔｅｎ Ｓｔａｔｅによる探索は１００ＴＵにわたって実行され、ＤＯＺＥ期間は１１２ＴＵとされる。そして、期間１３０１及び期間１３０２と同様に、６ｃｈのＳｅａｒｃｈ Ｓｔａｔｅ時に、並行してＮＡＮによるＤＷ期間による探索が実行される。また、前回のＤＷ期間の開始から５１２ＴＵだけ経過した後に、ＮＡＮによる探索が開始される。

このとき、Ｓ１２０３からＳ１２０９（場合によってはＳ１２０８）までのサイクルを５１２ＴＵにすることで、ＤＷ期間と６ｃｈでのＰ２Ｐ Ｓｅａｒｃｈ Ｓｔａｔｅとのタイミングを合わせることを容易にすることができる。

本実施形態では、Ｓｅａｒｃｈ Ｓｔａｔｅ時にＮＡＮの探索が並行して実行される。このため、実施形態２と同様に、探索の効率化を図ることができる。また、本実施形態の処理は、Ｌｉｓｔｅｎ Ｓｔａｔｅで使用されるチャネルが６ｃｈでない場合にも適用可能である。

＜実施形態４＞
本実施形態では、探索開始後に、Ｐ２Ｐによる探索要求を受信した場合にＰ２Ｐによる探索を開始する。本実施形態において実行される処理について図１４を用いて説明する。なお、ここでは、図４の処理と異なる点について詳細に説明する。

本実施形態では、Ｓ１４０２のＮＡＮクラスタ発見処理と、Ｓ１４０５のＮＡＮクラスタ内でのデバイス探索において、Ｐ２Ｐの探索要求が受信されたか否かを記憶しておく。Ｐ２Ｐの探索要求とは、Ｐ２Ｐ ＩＥが含まれたＰｒｏｂｅ Ｒｅｑｕｅｓｔ又はＡｃｔｉｏｎ ｆｒａｍｅ等である。そして、Ｓ１４０６までのＤＷ期間におけるＮＡＮ探索が終わると、ＳＴＡ１０１は、所定期間内にＰ２Ｐによる探索要求を受信したかどうかを判断する（Ｓ１４０７）。ＳＴＡ１０１は、Ｐ２Ｐによる探索要求を受信していなかった場合（Ｓ１４０７でＮＯ）は、ＤＯＺＥで動作する（Ｓ１４０９）。すなわち、この場合、ＳＴＡ１０１は、通常のＮＡＮの探索と同様の手順を実行することとなる。一方、ＳＴＡ１０１は、所定期間内にＰ２Ｐによる探索要求を受信したと判定した場合（Ｓ１４０７でＹＥＳ）は、Ｐ２Ｐの探索要求を開始する（Ｓ１４０８）。そして発見された場合にはＵＩ上に表示する（Ｓ１４１０）。

本実施形態では、ＳＴＡ１０１は、ＮＡＮの探索を実行中にＰ２Ｐの探索要求を受信した場合、Ｐ２Ｐの探索処理を開始する。このため、ＳＴＡ１０１は、周囲にＰ２Ｐデバイスが存在した場合のみＰ２Ｐ探索を開始し、Ｐ２Ｐデバイスが周囲に存在しない場合にはＤＯＺＥ期間を長くすることができるため、ＳＴＡ１０１の消費電力を低減することができる。

上述の説明では、ＳＴＡ１０１は、ＮＡＮの探索を実行中にＰ２Ｐの探索要求を受信した場合にＰ２Ｐの探索処理を開始するようにしたが、その逆でもよい。すなわち、ＳＴＡ１０１は、Ｐ２Ｐの探索を実行中にＮＡＮクラスタを発見した場合、ＮＡＮクラスタに参加してＮＡＮの探索処理を開始してもよい。

また、本実施形態ではＰ２Ｐデバイスが発見された後は、実施形態１と同様にＰ２Ｐの探索とＮＡＮの探索とが交互に実行されるようにしている。しかしながら、Ｐ２Ｐ探索要求をトリガにＰ２Ｐ探索が開始される処理であれば、どのような処理の流れが用いられてもよい。例えば、実施形態２及び実施形態３のように、Ｐ２Ｐの探索を実行しながら、一部の期間で並行してＮＡＮの探索が実行されるようにしてもよい。

また、ＳＴＡ１０１は、Ｓ１４０２とＳ１４０５でＰ２Ｐ探索要求を受信した場合に、すぐにＰ２Ｐの探索を開始するようにしてもよい。また、ＳＴＡ１０１は、Ｐ２Ｐ探索要求を受信した場合にすぐにＰ２Ｐの探索要求に対する応答を返してもよい。すなわち、ＳＴＡ１０１は、Ｐ２Ｐ ＩＥが含まれたＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信した場合に、Ｐ２Ｐ ＩＥを含めたＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを付与して応答してもよい。

＜その他の実施形態＞
上述の実施形態において、ＳＴＡ１０１はサービスを提供している通信装置を検索しているものとした。しかしながら、本発明はサービスを提供している通信装置の探索に限定されない。例えば、ＳＴＡ１０１は、サービスを提供しており、所定のサービスを検索している通信装置を探索する通信装置であってもよい。その場合、ＮＡＮクラスタ内のデバイス探索時に、Ｓｕｂｓｃｒｉｂｅメッセージを送信するのではなく、Ｐｕｂｌｉｓｈメッセージを送信することによって、サービスを提供できることを他の通信装置に通知することができる。

また、上述の実施形態において、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓに基づいた検索が実行されるものとしたが、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔに基づいた通信装置の探索が実行されてもよい。

また、上述の実施形態では、ＳＴＡ１０１が送信したＳｕｂｓｃｒｉｂｅメッセージの応答としてＰｕｂｌｉｓｈメッセージを送信した通信装置が、探索結果に加えられた。しかしながら、Ｓｕｂｓｃｒｉｂｅメッセージの応答として受信されたＰｕｂｌｉｓｈメッセージの送信元の通信装置以外の通信装置を、探索結果に含めてもよい。例えば、ブロードキャストで送信されたＰｕｂｌｉｓｈメッセージの送信元の通信装置が探索結果に加えられてもよい。このため、ＮＡＮデバイス探索部は、必ずしもＳｕｂｓｃｒｉｂｅメッセージを送信しなくてもよい。

また、ＮＡＮデバイス探索部３０３およびＰ２Ｐ探索部３０４は、実施形態では特定のサービスを指定することはなかったが、特定のサービスを提供する通信装置のみを探索するようにしてもよい。例えば、ＮＡＮデバイス探索部３０３は、Ｓｕｂｓｃｒｉｂｅメッセージに特定のサービスをのみを探索していることを示す情報を付与しうる。また、受信したＰｕｂｌｉｓｈメッセージについても特定のサービスを提供している通信装置のみが探索結果として加えられうる。また、Ｐ２Ｐ探索部３０４は、特定のサービスのみを探索していることを示す情報を付与することによって、特定のサービスを提供している通信装置のみからの応答を受信することができ、探索結果を絞ることができる。特定のサービスとは、例えばプリントサービス、データ交換サービス、画面のミラーリングサービス等、様々なものが考えられる。また、特定のサービスを探索する場合には、ＮＡＮデバイス探索部３０３とＰ２Ｐ探索部３０４は、同種のサービスを提供する通信装置を探索するようにしてもよいし、異なる種類のサービスを提供する通信装置を探索するようにしてもよい。

また、実施形態２及び実施形態３において、ＮＡＮのＤＷ期間に合わせてＳｅａｒｃｈ Ｓｔａｔｅの時間を変更するようにしたが、これに限られない。例えば、Ｐ２Ｐ Ｓｅａｒｃｈ Ｓｔａｔｅの時間を１００ＴＵに固定し、Ｐ２Ｐの探索中に６ｃｈを用いている期間とＮＡＮのＤＷ期間とが重複したときのみ、ＮＡＮによる探索を実行するようにしてもよい。代わりに、Ｐ２Ｐの探索ではＬｉｓｔｅｎ ＳｔａｔｅをＮ×１００ＴＵとし、Ｓｅａｒｃｈ Ｓｔａｔｅを３００ＴＵと固定する。これにより、通常のＰ２Ｐの探索時間となるため、Ｐ２Ｐの探索時間を動的に変更することによって、他の通信装置等の発見が困難となる事象を回避することができる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

３０１：無線ＬＡＮ制御部、３０２：ＮＡＮクラスタ探索部、３０３：ＮＡＮデバイス探索部、３０４：Ｐ２Ｐ探索部、３０５：探索制御部、３０６：ＵＩ制御部、３０７：記憶部

Claims (16)

1. 通信装置であって、
   第１の所定のチャネルにおいて、Ｗｉ−Ｆｉ ＮＡＮ（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠した第１の方式によってＮＡＮクラスタを探索する第１の探索手段と、
   複数のチャネルにおいて、前記第１の方式と異なる第２の方式によって他の通信装置を探索する第２の探索手段と、
   ユーザからの探索指示を受け付ける受付手段と、
   前記受付手段により第１の探索指示を受け付けたことに応じて、前記第１の探索手段と前記第２の探索手段の何れか一方の探索手段による探索を行い、その後、他方の探索手段による探索を行い、更にその後、先の探索と同じ探索手段による探索を行うように制御する制御手段と、
   を有することを特徴とする通信装置。
2. 前記制御手段は、前記第１の探索手段による探索を行い、その後、前記第２の探索手段による探索を行い、更にその後、前記第１の探索手段による探索を行うように制御することを特徴とする請求項１に記載の通信装置。
3. 前記制御手段は、先の前記第１の探索手段による探索によって前記ＮＡＮクラスタを検出した場合は、前記第２の探索手段による探索の後に前記第１の探索手段による探索を実行せず、先の前記第１の探索手段による探索によって前記ＮＡＮクラスタを検出しなかった場合は、前記第２の探索手段による探索の後に前記第１の探索手段による探索を実行するように制御することを特徴とする請求項２に記載の通信装置。
4. 前記制御手段は、前記第２の探索手段による探索を行い、その後、前記第１の探索手段による探索を行い、更にその後、前記第２の探索手段による探索を行うように制御することを特徴とする請求項１に記載の通信装置。
5. 前記第２の探索手段は、第２の所定のチャネルにおいて、前記他の通信装置からの探索要求を待ち受けるリッスン状態と、前記複数のチャネルにおいて、探索要求を送信することで他の通信装置からの前記探索要求に対する探索応答を待ち受けるサーチ状態とを切り替えて探索を行うことを特徴とする請求項１から４の何れか１項に記載の通信装置。
6. 前記リッスン状態において前記探索要求に対する応答として前記探索応答を送信する送信手段を更に有することを特徴とする請求項５に記載の通信装置。
7. 前記第１の探索手段は、前記他の通信装置からの所定のメッセージを所定の期間において待ち受けることで前記ＮＡＮクラスタの探索を行い、かつ前記所定の期間ではない期間においては前記ＮＡＮクラスタの探索は行わないことを特徴とする請求項１から６の何れか１項に記載の通信装置。
8. 前記所定のメッセージは、Ｗｉ−Ｆｉ ＮＡＮ規格に準拠したＤｉｓｃｏｖｅｒｙ Ｂｅａｃｏｎであることを特徴とする請求項７に記載の通信装置。
9. 前記第１の探索手段によって前記ＮＡＮクラスタが検出された場合、前記第１の探索手段は、前記検出されたＮＡＮクラスタに属する他の通信装置を探索することを特徴とする請求項１から８の何れか１項に記載の通信装置。
10. 前記第１の探索手段によって第１のＮＡＮクラスタと、前記第１のＮＡＮクラスタよりクラスタグレードが高い第２のＮＡＮクラスタとが検出された場合、前記第１の探索手段は、前記第２のＮＡＮクラスタに属する他の通信装置を探索することを特徴とする請求項９に記載の通信装置。
11. 前記第１の探索手段と前記第２の探索手段との少なくとも一方で検出された他の通信装置の情報を表示する表示手段を更に有することを特徴とする請求項９または１０に記載の通信装置。
12. 前記表示手段は、前記第１の探索手段によって検出された他の通信装置と、前記第２の探索手段によって検出された他の通信装置とを区別可能に表示することを特徴とする請求項１１に記載の通信装置。
13. 前記受付手段によって、前記第１の探索指示とは異なる第２の探索指示を受け付けた場合、前記第２の探索手段による探索は行わず、前記第１の探索手段による探索を行い、
    前記受付手段によって、前記第１の探索指示および前記第２の探索指示と異なる第３の探索指示を受け付けた場合、前記第１の探索手段による探索は行わず、前記第２の探索手段による探索を行うことを特徴とする請求項１から１２の何れか１項に記載の通信装置。
14. 前記第２の探索手段は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ規格に準拠した探索を実行することを特徴とする請求項１から１３の何れか１項に記載の通信装置。
15. 第１の所定のチャネルにおいて、Ｗｉ−Ｆｉ ＮＡＮ（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠した第１の方式によってＮＡＮクラスタを探索する第１の探索手段と、複数のチャネルにおいて、前記第１の方式と異なる第２の方式によって通信装置を探索する第２の探索手段と、を有する装置によって実行される探索方法であって、
    ユーザからの探索指示を受け付ける受付工程と、
    前記受付工程により第１の探索指示を受け付けたことに応じて、前記第１の探索手段と前記第２の探索手段との何れか一方の探索手段による探索を行い、その後、他方の探索手段による探索を行い、更にその後、先の探索と同じ探索手段による探索を行うように制御する制御工程と、
    を有することを特徴とする探索方法。
16. 請求項１から１４の何れか一項に記載の通信装置の各手段としてコンピュータを機能させるためのプログラム。

Images