通信装置、通信装置の通信方法、プログラム、記憶媒体
【課題】 通信パラメータの提供を受ける場合には、通信装置は、通信パラメータの提供装置を探さなければならない。しかし、提供装置を探索するための信号に対して、必ずしも提供装置が応答するとは限らず、通信パラメータの提供機器を簡単に探すことができない。
【解決手段】 通信パラメータの提供装置を探索するための信号が送信されると、提供装置ではない装置が探索信号への応答する頻度を減らし、提供装置が探索信号への応答する頻度を高めることで、通信パラメータの提供を受ける装置が提供装置を容易に検出できるようにする。
【解決手段】 通信パラメータの提供装置を探索するための信号が送信されると、提供装置ではない装置が探索信号への応答する頻度を減らし、提供装置が探索信号への応答する頻度を高めることで、通信パラメータの提供を受ける装置が提供装置を容易に検出できるようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信装置の通信方法、プログラム、記憶媒体に関する。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮに代表される無線通信では、使用前に設定しなければならない設定項目が数多く存在する。例えば、設定項目として、ネットワーク識別子としてのＳＳＩＤ、暗号方式、暗号鍵、認証方式、認証鍵等の無線通信を行うために必要な通信パラメータがあり、ユーザが手入力により設定するには非常に煩雑である。
【０００３】
そこで、様々なメーカーから、通信パラメータを簡単に無線機器に設定するための自動設定方法が考案されている。これら自動設定方法は、接続する機器間で予め定められた手順、及びメッセージにより、一方の機器から他方の機器に通信パラメータを提供し、通信パラメータの設定を自動的に行っている。
【０００４】
通信パラメータの自動設定方法に関しては、各メーカーが独自の方法を採用している場合が多い。従って、共通の通信パラメータ自動設定方法に対応していない機器間では、通信パラメータ設定のための手順が異なるか、解読可能なメッセージが異なり、自動設定方法を用いて通信パラメータの設定を行うことはできない。一方、共通の通信パラメータ自動設定方法に対応している機器の間では、当該自動設定方法を用いて簡単に通信パラメータの設定を行うことができる。
【０００５】
特許文献１には、通信パラメータの自動設定の一例が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−３３８８２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
通信パラメータの自動設定方法においては、通信パラメータを他の無線機器に提供する提供装置と、提供装置から提供された通信パラメータを受信し、自装置に設定する受信装置の役割が必要である。
【０００８】
よって、無線機器が自動設定により通信パラメータの提供を受ける場合には、その無線機器は、通信パラメータの提供装置を探さなければならない。
【０００９】
しかしながら、提供装置を探索するための信号に対して、必ずしも提供装置が応答するとは限らないという問題が存在するために、通信パラメータの提供機器を簡単に探すことができない。
【００１０】
例えば、ＩＥＥＥ８０２．１１規格のＩＢＳＳアドホックネットワークでは、探索要求信号であるプローブリクエストに対して応答を返す局は、ビーコンを最後に送信した局とされている。そのため、提供装置を探索するためにプローブリクエストを送信しても、提供装置以外の機器が応答してしまう場合があり、通信パラメータ提供装置の確定が難しいという問題があった。
【００１１】
そこで本発明は、通信パラメータを提供する提供装置の確定を、容易にかつ迅速に行えるようにすることを目的とする。
【課題を解決するための手段】
【００１２】
本発明の通信装置は、通信パラメータの提供装置を検索するための検索信号の受信に基づいて、他の通信装置が検索信号に対して応答する装置となるように、通信装置からの信号の送信を制御する。
【００１３】
また、通信パラメータの提供装置を検索するための検索信号の受信通知の検出に基づいて、通信装置が検索信号に対して応答する装置となるように、通信装置からの信号の送信を制御する。
また、通信方法及びプログラム、記憶媒体を提供する。
【発明の効果】
【００１４】
本発明によれば、通信パラメータを提供する提供装置の確定を、容易にかつ迅速に行える。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態における端末のブロック構成図
【図２】本発明の実施形態における３台の端末によりアドホック ネットワークを形成した場合の構成図
【図３】第一の実施形態における端末Ａ、端末Ｂ，端末Ｃの動作を表すシーケンス図
【図４】第二の実施形態における端末Ａ、端末Ｂ，端末Ｃの動作を表すシーケンス図
【図５】第三の実施形態における端末Ａ、端末Ｂ，端末Ｃの動作を表すシーケンス図
【図６】第一の実施形態における端末Ｂの動作を表すフローチャート図
【図７】第一の実施形態における端末Ａの動作を表すフローチャート図
【図８】第二の実施形態における端末Ｂの動作を表すフローチャート図
【図９】第二の実施形態における端末Ａの動作を表すフローチャート図
【図１０】第三の実施形態における端末Ｂの動作を表すフローチャート図
【図１１】第三の実施形態における端末Ａの動作を表すフローチャート図
【図１２】本発明の実施形態における端末Ｃの動作を表すフローチャート図
【図１３】本発明の実施形態における端末内のソフトウェア機能ブロック図
【発明を実施するための形態】
【００１６】
＜実施形態１＞
以下、本発明に係る無線通信装置について、図面を参照しながら詳細に説明する。以下では、ＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮシステムを用いた例について説明するが、通信形態は必ずしもＩＥＥＥ８０２．１１準拠の無線ＬＡＮには限らない。
本実施形態に好適な事例におけるハードウェア構成について説明する。
【００１７】
図１は本発明を適用できる実施形態に係る、後述の各端末の構成の一例を表すブロック図である。１０１は端末全体を示す。１０２は、記憶部１０３に記憶される制御プログラムを実行することにより端末全体を制御する制御部である。制御部１０２は、他の端末との間で通信パラメータの設定制御も行う。１０３は制御部１０２が実行する制御プログラムと、通信パラメータ等の各種情報を記憶する記憶部である。後述する各種動作は、記憶部１０３に記憶された制御プログラムを制御部１０２が実行することにより行われる。１０４は無線通信を行うための無線部である。１０５は各種表示を行う表示部でありＬＣＤやＬＥＤのように視覚で認知可能な情報の出力、あるいはスピーカなどの音出力が可能な機能を有する。１０６は通信パラメータ設定を開始するトリガを与える設定ボタンである。制御部１０２はユーザによる設定ボタン１０６の操作を検出することにより、後述する通信パラメータの設定動作を開始する。１０７はアンテナ制御部、そして１０８のアンテナである。
【００１８】
図１３は本実施形態に係る、後述の各端末が実行するソフトウェア機能ブロックの構成の一例を表すブロック図である。
１３０１は端末全体を示している。１３０２は通信パラメータ自動設定機能ブロックである。本実施形態では、ネットワーク識別子としてのＳＳＩＤ、暗号方式、暗号鍵、認証方式、認証鍵等の無線通信を行うために必要な通信パラメータの自動設定を行う。１３０３は各種通信にかかわるパケットを受信するパケット受信部である。１３０４は各種通信にかかわるパケットを送信するパケット送信部である。１３０５はプローブリクエストなどの機器検索信号の送信を制御する検索信号送信部である。後述するプローブリクエストの送信は、検索信号送信部１３０５により行われる。１３０６は他の端末からのプローブリクエストなどの機器検索信号の受信を制御する検索信号受信部である。後述するプローブレスポンスの受信は、検索信号受信部１３０６により行われる。また、プローブレスポンスはプローブリクエストに対する応答信号であり、プローブレスポンスには、プローブレスポンスを送信する機器の各種情報（自己情報）を付加される。
【００１９】
１３０８は、ビーコン、プローブレスポンスの送信の抑止の解除通知の送信を制御する抑止解除通知部である。後述の抑止解除通知は、抑止解除通知部１３０８により行われる。１３０９は、プローブリクエストなどの機器検索信号を受信したことを通知する検索信号受信通知信号を送信する検索信号受信通知送信部である。後述のプローブリクエスト受信通知の送信は、検索信号受信通知送信部１３０９により行われる。１３１０は、検索信号受信通知を受信する検索信号受信通知受信部である。後述のプローブリクエスト受信通知の受信は、検索信号受信通知受信部１３１０により行われる。
【００２０】
１３１４は、ビーコンなど報知信号の送信頻度の増加、減少および抑止、抑止解除などの送信制御を行う報知信号制御部である。なお、ビーコンは、ネットワークに関する各種情を報知するための報知信号である。後述のビーコン送信の抑止（報知信号抑止）、ビーコンインターバルまたはビーコンコンテンションウインドウの値の変更（報知信号の送信間隔の変更）は、報知信号制御部１３１４により行われる。１３１５は、プローブレスポンスなどの応答信号について報知信号と同様に送信頻度の増加、減少および抑止、抑止解除などの送信制御を行う応答信号制御部である。後述のプローブレスポンスの送信の抑止（応答信号抑止）は、応答信号制御部１３１５により行われる。
【００２１】
通信パラメータ自動設定機能ブロックにおける、１３１１は、通信パラメータの提供装置から送られた通信パラメータを受信する通信パラメータ受信部である。１３１２は、通信パラメータの提供装置として機能する場合に、相手機器に通信パラメータを提供する通信パラメータ提供部である。１３１３は、通信パラメータ自動設定における各種プロトコルを制御する自動設定制御部である。後述の通信パラメータ自動設定の処理は、自動設定制御部１３１３の制御に基づいて、通信パラメータ受信部１３１１、通信パラメータ提供部１３１２により行われる。
【００２２】
なお、全ての機能ブロックはソフトウェアもしくはハードウェア的に相互関係を有するものである。また、上記機能ブロックは一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、何れかの機能ブロックが更に複数の機能を行うブロックに分かれてもよい。
【００２３】
図２は、端末Ａ２２、端末Ｂ２３、端末Ｃ２４，および端末Ａ２２と端末Ｂ２３が構成するアドホックネットワーク２１を示した図である。
各端末は、ＩＥＥＥ８０２．１１無線ＬＡＮ通信機能を備えており、無線ＬＡＮアドホック（以下、アドホック）通信により無線通信を行い、先に説明した図１、図１３の構成を有する。
【００２４】
図２は、最初に端末Ａ２２（以下、端末Ａと称す）と端末Ｂ２３（以下、端末Ｂと称す）との間で通信パラメータの自動設定が既に行われており、端末Ａが通信パラメータ提供装置であり、端末Ｂが通信パラメータ受信装置であるとする。
通信パラメータの自動設定により確立したネットワーク２１に対し、新たな通信パラメータ受信装置である端末Ｃ２４（以下、端末Ｃと称す）が参加することを考える。
【００２５】
図１２は、端末Ｃが、通信パラメータ提供端末を検索する際の動作フローチャート図である。端末Ｃは、通信パラメータ提供端末を探すために、通信パラメータ自動設定を意味する付加情報を付加したプローブリクエストを送信する（Ｓ１２０１）。その後、通信パラメータ自動設定における提供装置であることを示す付加情報が付加されたプローブレスポンスが返送されてくるのを待つ（Ｓ１２０２）。一定時間待ってもプローブレスポンスが返送されてこない場合、あるいは、返送されてきたプローブレスポンスに提供装置であることを示す付加情報が付加されていない場合は、再度、プローブリクエストの送信を繰り返す（Ｓ１２０１）。以下、通信パラメータ自動設定における提供装置が見つかるまで同様の動作を繰り返す。
【００２６】
また、返送されてきたプローブレスポンスに提供装置であることを示す付加情報が付加されていた場合は、プローブレスポンスが提供装置であると判断する。そして、該提供装置に通信パラメータの提供を要求し、提供装置（端末Ａ）との間で通信パラメータの自動設定処理を開始し、提供装置から通信パラメータの提供を受ける（Ｓ１２０３）。
【００２７】
図６は、端末Ｂの動作フローチャート図である。
端末Ｂは、端末Ｃからのプローブリクエストを受信する（Ｓ６０１）。端末Ｂがプローブリクエストの応答順番であった場合は、この時点でプローブレスポンスの応答準備に入る。つまり、プローブリクエストが送信されるまでの間に端末Ｂがビーコンを最後に送信した局である場合に、プローブレスポンスの応答準備に入る。
【００２８】
端末Ｂは、受信したプローブリクエストに通信パラメータ自動設定を示す付加情報が付加されているか否かを判定する（Ｓ６０２）。付加情報が無い場合は、特に何もせず、プローブリクエストを送信した端末である端末Ｃへ向けて通常のプローブレスポンスを返信し（Ｓ６０７）、処理を終了する。
【００２９】
一方、上記付加情報が付加されていた場合は（Ｓ６０２）、まず、端末Ｃへプローブレスポンスを返信する（Ｓ６０３）。ただし、端末Ｂは通信パラメータ自動設定処理が完了済みであるので、プローブレスポンスに付加情報は付与しない。
【００３０】
次に、通信パラメータ自動設定処理における通信パラメータ提供装置である端末Ａにプローブリクエスト受信通知を送信し、プローブリクエストを受信したことを端末Ａに通知する（Ｓ６０４）。前記受信通知を送信後、端末Ｂはビーコン送信およびプローブレスポンス送信を抑止する（Ｓ６０５）。
【００３１】
その後、端末Ｂは、ビーコン送信およびプローブレスポンス送信を抑止してから一定時間が経過したか、端末Ａからのビーコンを受信した時点で、ビーコン送信およびプローブレスポンスの送信抑止を解除する（Ｓ６０６）。
【００３２】
なお、ステップＳ６０５において、端末Ｂがビーコン送信およびプローブレスポンス送信の抑止を実施する代わりに、端末Ｂがビーコンインターバルを拡大もしくは、コンテンションウィンドウを拡大してもよい。このようにすることにより、プローブリクエストの応答順番の局になる可能性を低くすることができる。この場合は、ステップＳ６０６では、送信抑止の解除ではなく、ビーコンインターバルを元の値へ復帰もしくは、コンテンションウィンドウを元のサイズへ復帰するようにする。同様に、それ以外の手法で、端末Ｃからのプローブリクエストへの応答をしにくくなるようにしてもよい。
【００３３】
図７は、端末Ａの動作フローチャート図である。
端末Ａは、端末Ｂからプローブリクエスト受信通知を受信すると、該受信通知を検出する（Ｓ７０１）。前記受信通知の受信により、端末Ａは、ネットワーク上に端末Ａを探している端末がいることが判るため、ビーコンインターバルを縮小し（Ｓ７０２）、端末Ａの検出が容易になるようにする。つまり、ビーコンインターバルを縮小することにより、ビーコンを送信する機会を増やし、プローブリクエストに応答する局になるようにする。引き続き、プローブリクエストの受信を待つ（Ｓ７０３）。プローブリクエストを受信すると、受信したプローブリクエストに通信パラメータ自動設定を示す付加情報が付加されているか否かを判定する（Ｓ７０４）。
【００３４】
ここで、付加情報が付加されていない場合は、端末Ａを探している端末からのプローブリクエストではないため、再度プローブリクエスト受信待ちに戻る。一方、付加情報が付加されている場合は、プローブレスポンスを送信する（Ｓ７０５）。プローブレスポンスを送信したことにより、端末Ａの存在を端末Ｃに通知することができたため、ビーコンインターバルを元の値に戻す（Ｓ７０６）。なお、上記説明では端末Ａのビーコンインターバルの制御について言及したが、端末Ｃが端末Ａを検出し易くするためには、ビーコンインターバルの短縮の代わりに、例えばコンテンションウィンドウを縮小するようにしてもよい。また、端末Ｃが端末Ａを検出し易くする手法であれば、他の手法であっても良い。
【００３５】
そして、一定時間内に、端末Ｃから通信パラメータの提供が要求されると（Ｓ７０７）、端末Ｃとの間で通信パラメータの自動設定処理を開始し、端末Ｃに通信パラメータを提供する（Ｓ７０８）。また、Ｓ７０７において、一定時間内に、端末Ｃから通信パラメータの提供が要求されなければ、Ｓ７０３に戻り、プローブリクエストの受信を待つ。
【００３６】
図３は、端末Ｃが、ネットワーク２１に対して、通信パラメータ自動設定における提供装置を探索する際のシーケンス図である。
【００３７】
端末Ｃは、通信パラメータ提供装置を検索するために、通信パラメータ自動設定機能を有していることを示す識別子を付加したプローブリクエスト（Ｐｒｏｂｅ．Ｒｅｑ．）をネットワーク２１に対して、ブロードキャストで送信する（Ｆ３０１）。
【００３８】
先に述べたようにＩＥＥＥ８０２．１１準拠のＩＢＳＳアドホックネットワークにおいては、ビーコンを最後に送出した端末が、プローブリクエストに対する応答であるプローブレスポンス（Ｐｒｏｂｅ．Ｒｅｓｐ．）を返却すると規定されている。よって、タイミングにより通信パラメータ提供装置である端末Ａではなく、この図のように通信パラメータ受信装置である端末Ｂが応答を返却する場合がある（Ｆ３０２）。
【００３９】
プローブレスポンスを返却した端末Ｂは、本来端末Ｃに応答を返すべきである端末Ａに向けて、プローブリクエスト受信通知を送信する（Ｆ３０３）。
【００４０】
端末Ｂは、前記プローブリクエスト受信通知を送信すると共に、自身のビーコン（ｂｅａｃｏｎ）およびプローブレスポンス送信を抑止する（Ｆ３０４）。また、端末Ａは、プローブリクエスト受信通知を受信すると、ビーコンインターバルの縮小等によりビーコンの送信頻度を増加し、プローブレスポンスの送信局となるようにする（Ｆ３０８）。
【００４１】
端末Ｃは、端末Ｂからのプローブレスポンスを受信したため、通信パラメータ提供装置を特定できない。そのため、再度ネットワーク２１に対して、ブロードキャストでプローブリクエストを送信する（Ｆ３０５）。
【００４２】
今回は端末Ｂのビーコン、プローブレスポンス送信機能は抑止されているため、端末Ａが端末Ｃに向けてプローブレスポンスを返送する（Ｆ３０６）。
【００４３】
なお、端末Ｂにおける前記プローブレスポンス送信機能の抑止は、端末Ａが端末Ｃにプローブレスポンスを返送した時点もしくは、あらかじめ定めたタイマーなどを契機として解除される（Ｆ３０７）。
【００４４】
本実施の形態では、端末Ａのビーコンインターバルまたはビーコンコンテンションウインドウを元の値に復帰させるタイミングとして、ステップＳ７０５でのプローブレスポンスを送信することを契機としている。しかしながら、プローブレスポンスの送信後に実施される端末Ａと端末Ｃ間の通信パラメータ自動設定処理の開始を、ビーコンインターバルまたはビーコンコンテンションウインドウを元の値に復帰させるタイミングとしてもよい。
【００４５】
同様に、端末Ｂにおけるプローブレスポンス送信機能の抑止を解除する契機も、端末Ａと端末Ｃ間で実施される通信パラメータ自動設定処理の開始を契機としてもよい。
【００４６】
＜実施形態２＞
実施形態２におけるハードウェア構成例は、実施形態１と同様に図１であり、ソフトウェアブロック構成は図１３であるとする。また、実施形態２におけるネットワーク構成例も、実施形態１と同様に図２であるとする。
【００４７】
本実施形態に係る端末Ｃの動作フローチャート図は実施形態１と同様（図１２）である。
図８は、本実施形態に係る端末Ｂの動作フローチャート図である。
端末Ｂは、端末Ｃからプローブリクエストを受信する（Ｓ８０１）。端末Ｂがプローブリクエストの応答順番であった場合は、この時点でプローブレスポンスの応答準備に入る。そして、端末Ｂは、プローブリクエストに通信パラメータ自動設定を示す付加情報が付加されているか否かを判定する（Ｓ８０２）。付加情報が無い場合は、特に何もせず、通常のプローブレスポンスを端末Ｃへ向けて返信し（Ｓ８０６）、処理を終了する。
【００４８】
一方、付加情報が付加されていた場合は、通信パラメータ自動設定処理における通信パラメータ提供装置である端末Ａへ向けて、プローブリクエストを受信したことをプローブリクエスト受信通知として通知する（Ｓ８０３）。そして、受信通知を送信後、端末Ｂはビーコン送信およびプローブレスポンス送信を抑止する（Ｓ８０４）。
【００４９】
その後、端末Ｂは、ビーコン送信およびプローブレスポンス送信を抑止してから一定時間が経過したか、端末Ａからのビーコンを受信した時点で、ビーコン送信およびプローブレスポンスの送信抑止を解除する（Ｓ８０５）。
【００５０】
なお、ステップＳ８０４において、端末Ｂがビーコン送信およびプローブレスポンス送信の抑止を実施する代わりに、ビーコンインターバルを拡大もしくは、コンテンションウィンドウを拡大してもよい。このようにすることにより、プローブリクエストの応答順番の局になる可能性を低くすることができる。この場合は、ステップＳ８０５では、送信抑止の解除ではなく、ビーコンインターバルを元の値へ復帰もしくは、コンテンションウィンドウを元のサイズへ復帰するようにする。同様に、それ以外の手法で、端末Ｃからのプローブリクエストへの応答をしにくくなるようにしてもよい。
【００５１】
図９は、本実施形態に係る端末Ａの動作フローチャート図である。
端末Ａは、端末Ｂよりプローブリクエスト受信通知を受信すると、該受信通知を検出する（Ｓ９０１）。受信通知の受信により、端末Ａは、ネットワーク上に端末Ａを探している端末がいることが判る。そのため、自身の存在を知らせるためプローブレスポンスを送信する（Ｓ９０２）。このプローブレスポンスは端末Ｃで解釈しない場合もあるため、ビーコンインターバルを縮小し（Ｓ９０３）、端末Ａの検が容易になるようにする。つまり、ビーコンインターバルを縮小することにより、ビーコンを送信する機会を増やし、プローブリクエストに応答する局になるようにする。引き続き、プローブリクエストの受信を待つ（Ｓ９０４）。プローブリクエストを受信すると、受信したプローブリクエストに通信パラメータ自動設定を示す付加情報が付加されているか否かを判定する（Ｓ９０５）。
【００５２】
ここで、付加情報が付加されていない場合は、端末Ａを探している端末からのプローブリクエストではないため、再度プローブリクエスト受信待ちに戻る。一方、付加情報が付加されている場合は、ここでプローブレスポンスを送信する（Ｓ９０６）。プローブレスポンスを送信した時点で、端末Ａの存在を端末Ｃに通知することができたため、ビーコンインターバルを元の値に戻す（Ｓ９０７）。なお、上記説明では端末Ａのビーコンインターバルの制御について言及したが、端末Ｃが端末Ａを検出し易くするためには、ビーコンインターバルの短縮の代わりに、例えばコンテンションウィンドウを縮小するようにしてもよい。また、端末Ｃが端末Ａを検出し易くする手法であれば、他の手法であっても良い。
【００５３】
そして、一定時間内に、端末Ｃから通信パラメータの提供が要求されると（Ｓ９０８）、端末Ｃとの間で通信パラメータの自動設定処理を開始し、端末Ｃに通信パラメータを提供する（Ｓ９０９）。また、Ｓ９０８において、一定時間内に、端末Ｃから通信パラメータの提供が要求されなければ、Ｓ９０４に戻り、プローブリクエストの受信を待つ。
【００５４】
図４は、端末Ｃが、ネットワーク２１に対して、通信パラメータ自動設定における提供装置を探索する際のシーケンス図である。
【００５５】
端末Ｃは、通信パラメータ提供装置を検付加したプローブリクエスト（Ｐｒｏｂｅ．Ｒｅｑ．）をネットワーク２１に対して、ブロードキャストで送信する。（Ｆ４０１）
先に述べたようにＩＥＥＥ８０２．１１準拠のＩＢＳＳアドホックネットワークにおいては、ビーコンを最後に送出した端末が、プローブリクエストに対する応答であるプローブレスポンス（Ｐｒｏｂｅ．Ｒｅｓｐ．）を返却すると規定されている。よって、タイミングにより通信パラメータ提供装置である端末Ａではなく、図４のように通信パラメータ受信装置である端末Ｂが応答を返却する順番の局の場合がある。しかしながら、本実施の形態においては、端末Ｂはプローブレスポンスを送信することなく、本来端末Ｃに応答を返すべきである端末Ａに向けて、プローブリクエスト受信通知を送信する（Ｆ４０２）。
【００５６】
端末Ｂは、前記プローブリクエスト受信通知を送信すると、自身のビーコン（ｂｅａｃｏｎ）およびプローブレスポンス送信を抑止する（Ｆ４０３）。また、端末Ａは、プローブリクエスト受信通知を受信すると、ビーコンインターバルの縮小等によりビーコンの送信頻度を増加し、プローブレスポンスの送信局となるようにする（Ｆ４０８）。
【００５７】
端末Ａは、端末Ｃからのプローブリクエストの受信および、端末Ｂからのプローブリクエスト受信通知の受信をトリガとして、端末Ｃに向けて、プローブレスポンスを送信する（Ｆ４０４）。このプローブレスポンスの送信は、ＩＥＥＥ８０２．１１準拠のＩＢＳＳアドホックネットワークにおけるプローブレスポンス送信順番に係わらずに行われる。
【００５８】
端末Ｃは、再度ネットワーク２１に対して、ブロードキャストでプローブリクエストを送信する（Ｆ４０５）。
【００５９】
今回は端末Ｂのプローブレスポンス送信機能は抑止されているため、端末Ａが端末Ｃに向けてプローブレスポンスを返送する（Ｆ４０６）。
【００６０】
なお、端末Ｂにおける前記プローブレスポンス送信機能の抑止は、端末Ａが端末Ｃにプローブレスポンスを返送した時点もしくは、あらかじめ定めたタイマーなどを契機として解除される（Ｆ４０７）。
【００６１】
本実施の形態において、端末Ａのビーコンインターバルまたはビーコンコンテンションウインドウを元の値に復帰させるタイミングとして、ステップＳ９０６でのプローブレスポンスを送信することを契機としている。しかしながら、プローブレスポンスの送信後に実施される端末Ａと端末Ｃ間の通信パラメータ自動設定処理の開始を、前記ビーコンインターバルまたはビーコンコンテンションウインドウを元の値に復帰させるタイミングとしてもよい。
【００６２】
同様に、端末Ｂにおけるプローブレスポンス送信機能の抑止を解除する契機も、端末Ａと端末Ｃ間で実施される通信パラメータ自動設定処理の開始を契機としてもよい。
【００６３】
＜実施形態３＞
実施形態３におけるハードウェア構成例も、実施形態１と同様に図１であり、ソフトウェアブロック構成も、実施形態１と同様に図１３であるとする。また、実施形態３におけるネットワーク構成例も、実施形態１および実施形態２と同様に図２であるとする。
【００６４】
本実施形態に係る端末Ｃの動作フローチャート図は実施形態１と同様（図１２）である。
【００６５】
図１０は、本実施形態に係る端末Ｂの動作フローチャート図である。
端末Ｂは、端末Ｃからプローブリクエストを受信する（Ｓ１００１）。端末Ｂがプローブリクエストの応答順番である場合は、この時点でプローブレスポンスの応答準備に入る。端末Ｂは、プローブリクエストに通信パラメータ自動設定を示す付加情報が付加されているか否かを判定する（Ｓ１００２）。付加情報が無い場合は、特に何もせず、通常のプローブレスポンスを端末Ｃへ向けて返信し（Ｓ１００７）、処理を終了する。
【００６６】
一方、付加情報が付加されていた場合は、通信パラメータ自動設定処理における通信パラメータ提供装置である端末Ａへ向けて、プローブリクエストを受信した旨をプローブリクエスト受信通知として通知する（Ｓ１００３）。この受信通知を送信後、端末Ｂはビーコン送信およびプローブレスポンス送信を抑止する（Ｓ１００４）。
【００６７】
端末Ｂは、端末Ａから抑止解除通知を受信すると（Ｓ１００５）、ビーコン送信およびプローブレスポンスの送信抑止を解除する（Ｓ１００６）。抑止解除通知を受信しなければ（Ｓ１００５）、ビーコン送信およびプローブレスポンスの送信抑止を継続する。
【００６８】
なお、端末Ｂがビーコン送信およびプローブレスポンス送信の抑止を実施する代わりに、端末Ｂがビーコンインターバルを拡大もしくは、コンテンションウィンドウを拡大してもよい。このようにすることにより、プローブリクエストの応答順番の局になる可能性を低くすることができる。この場合は、ステップＳ１００６では、送信抑止の解除ではなく、ビーコンインターバルを元の値へ復帰もしくは、コンテンションウィンドウを元のサイズへ復帰するようにする。同様に、それ以外の手法で、端末Ｃからのプローブリクエストへの応答をしにくくなるようにしてもよい。
【００６９】
図１１は、本実施形態に係る端末Ａの動作フローチャート図である。
端末Ａは、端末Ｂよりプローブリクエスト受信通知を受信すると、該受信通知を検出する（Ｓ１１０１）。前記受信通知の受信により、端末Ａは、ネットワーク上に端末Ａを探している端末がいることが判る。そのため、ビーコンインターバルを縮小し（Ｓ１１０２）、端末Ａの検出が容易になるようにする。つまり、ビーコンインターバルを縮小することにより、ビーコンを送信する機会を増やし、プローブリクエストに応答する局になるようにする。引き続き、プローブリクエストの受信を待つ（Ｓ１１０３）。プローブリクエストを受信すると、受信したプローブリクエストに通信パラメータ自動設定を示す付加情報が付加されているか否かを判定する（Ｓ１１０４）。
【００７０】
ここで、付加情報が付加されていない場合は、端末Ａを探している端末からのプローブリクエストではないため、再度プローブリクエスト受信待ちに戻る。一方、付加情報が付加されている場合は、ここでプローブレスポンスを送信する（Ｓ１１０５）。プローブレスポンスを送信した時点で、端末Ａの存在を端末Ｃに通知することができたため、端末Ｂへ向けて、抑止解除通知を送信する（Ｓ１１０６）。つまり、端末Ａのために、端末Ｂは、ビーコン送出およびプローブレスポンス送信を抑止している。この端末Ｂへ向けて、抑止解除通知を送信し、端末Ｂに、ビーコン送出およびプローブレスポンス送信の抑止を解除させる。
【００７１】
端末Ａは、抑止解除通知を送信すると、ビーコンインターバルを元の値に戻す（Ｓ１１０７）。なお、上記説明では端末Ａのビーコンインターバルの制御について言及したが、端末Ｃが端末Ａを検出し易くするためには、ビーコンインターバルの短縮の代わりに、例えばコンテンションウィンドウを縮小するようにしてもよい。また、端末Ｃが端末Ａを検出し易くする手法であれば、他の手法であっても良い。
【００７２】
そして、一定時間内に、端末Ｃから通信パラメータの提供が要求されると（Ｓ１１０８）、端末Ｃとの間で通信パラメータの自動設定処理を開始し、端末Ｃに通信パラメータを提供する（Ｓ１１０９）。また、Ｓ１１０８において、一定時間内に、端末Ｃから通信パラメータの提供が要求されなければ、Ｓ１１０３に戻り、プローブリクエストの受信を待つ。
【００７３】
図５は、端末Ｃが、ネットワーク２１に対して、通信パラメータ自動設定における提供装置を探索するための処理についてのシーケンス図である。
【００７４】
端末Ｃは、通信パラメータ提供装置を検索するために、通信パラメータ自動設定機能を有していることを示す識別子を付加したプローブリクエスト（Ｐｒｏｂｅ．Ｒｅｑ．）をネットワーク２１に対して、ブロードキャストで送信する（Ｆ５０１）。
【００７５】
先に述べたようにＩＥＥＥ８０２．１１準拠のＩＢＳＳアドホックネットワークにおいては、ビーコンを最後に送出した端末が、プローブリクエストに対する応答であるプローブレスポンス（Ｐｒｏｂｅ．Ｒｅｓｐ．）を返却すると規定されている。よって、タイミングにより通信パラメータ提供装置である端末Ａではなく、図５のように通信パラメータ受信装置である端末Ｂが応答を返却する場合がある（Ｆ５０２）。
【００７６】
プローブレスポンスを返却した端末Ｂは、本来端末Ｃに応答を返すべきである端末Ａに向けて、プローブリクエスト受信通知を送信する（Ｆ５０３）。
【００７７】
端末Ｂは、プローブリクエスト受信通知を送信すると共に、自身のビーコン（ｂｅａｃｏｎ）およびプローブレスポンス送信を抑止する（Ｆ５０４）。また、端末Ａは、プローブリクエスト受信通知を受信すると、ビーコンインターバルの縮小等によりビーコンの送信頻度を増加し、プローブレスポンスの送信局となるようにする（Ｆ５０９）。
【００７８】
端末Ｃは、端末Ｂからのプローブレスポンスを受信したため、通信パラメータ提供装置を特定できない。そのため、再度、ブロードキャストでプローブリクエストを送信する（Ｆ５０５）。
【００７９】
今回は端末Ｂのビーコン、プローブレスポンス送信機能は抑止されているため、端末Ａが端末Ｃに向けてプローブレスポンスを返送する（Ｆ５０６）。
【００８０】
端末Ｃは、端末Ａからのプローブレスポンスを受信することにより、通信パラメータ提供装置を認識することができる。
【００８１】
端末Ａは、プローブレスポンス送信後、端末Ｃから新たにプローブリクエストが送信されてこないことを確認した上で、端末Ｂに向けて、抑止解除通知を送信する（Ｆ５０７）。
端末Ｂは、抑止解除通知を受信したことをトリガとして送信機能の抑止を解除する（Ｆ５０８）。
【００８２】
端末Ａが抑止解除通知を送信する前にプローブリクエストが再び端末Ｃから送信された場合は、端末Ａは、端末Ｃに向けてプローブレスポンスを返送し、端末Ｂに向けて抑止解除通知を送信する。抑止解除通知を受けた端末Ｂは、送信機能の抑止を解除する。
【００８３】
本実施形態において、端末Ａのビーコンインターバルまたはビーコンコンテンションウインドウを元の値に復帰するタイミングおよび、端末Ｂに抑止解除通知を送信する契機は、ステップＳ１１０５でのプローブレスポンスの送信を契機とした。しかしながら、プローブレスポンスの送信後に実施される端末Ａと端末Ｃ間の通信パラメータ自動設定処理の開始を、その契機としてもよい。
【００８４】
以上のように、上記各実施形態によれば、新たに通信パラメータの提供を受ける通信装置は、通信パラメータの提供装置を少ない検索回数で検出することが可能となる。
【００８５】
また、互いの装置が対等にネットワークを構成している状況下（アドホックネットワーク）であっても、容易に通信パラメータの提供装置を検出できる。
【００８６】
また、提供装置は、プローブリクエストの受信通知を受けると、ビーコンの送信頻度が増加するようにするので、提供装置が定常的にビーコンの送信頻度を増加するようにするよりも、消費電力を低減させることが可能となる。
【００８７】
以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施例のみに限定する趣旨ではない。本発明の要旨を逸脱しない範囲で、実施形態は種々に変形することが可能である。
【００８８】
例えば、以上の実施形態の説明においては、プローブリクエスト・プローブレスポンスを用いたが、送信される信号を限定するものではなく、同様の役割を行えるものであれば、いかなる信号であっても構わない。
【００８９】
また、上記説明はＩＥＥＥ８０２．１１準拠の無線ＬＡＮを例に説明した。しかしながら、本発明は、ワイヤレスＵＳＢ、ＭＢＯＡ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＷＢ、ＺｉｇＢｅｅ等の他の無線媒体において実施してもよい。また、有線ＬＡＮ等の有線通信媒体において実施してもよい。
【００９０】
ここで、ＭＢＯＡは、Ｍｕｌｔｉ Ｂａｎｄ ＯＦＤＭ Ａｌｌｉａｎｃｅの略である。また、ＵＷＢは、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷＩＮＥＴなどが含まれる。
【００９１】
また、通信パラメータとしてネットワーク識別子、暗号方式、暗号鍵、認証方式、認証鍵を例にしたが、他の情報であってもよいし、他の情報も通信パラメータには含まれるようにしてもよいことは言うまでも無い。
【００９２】
本発明は前述の機能を実現するソフトウエアのプログラムコードを記録した記録媒体をシステムあるいは装置に供給し、システムあるいは装置のコンピュータ（ＣＰＵ、ＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行するようにしてもよい。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９３】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【００９４】
また、コンピュータが読み出したプログラムコードを実行することにより、前述の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳが実際の処理の一部または全部を行い、前述の機能を実現してもよい。ＯＳとは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの略である。
【００９５】
さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、そのプログラムコードの指示に基づき、機能拡張ボードや機能拡張ユニットに備わるＣＰＵが実際の処理の一部または全部を行い、前述の機能を実現してもよい。
【符号の説明】
【００９６】
１３０１ 端末装置
１３０２ 通信パラメータ自動設定機能ブロック
１３０３ パケット受信部
１３０４ パケット送信部
１３０５ 検索信号送信部
１３０６ 検索信号受信部
１３０８ 抑止解除通知部
１３０９ 検索信号受信通知送信部
１３１０ 検索信号受信通知受信部
１３１１ 通信パラメータ受信部
１３１２ 通信パラメータ提供部
１３１３ 自動設定制御部
１３１４ 報知信号制御部
１３１５ 応答信号制御部
【技術分野】
【０００１】
本発明は、通信装置、通信装置の通信方法、プログラム、記憶媒体に関する。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮに代表される無線通信では、使用前に設定しなければならない設定項目が数多く存在する。例えば、設定項目として、ネットワーク識別子としてのＳＳＩＤ、暗号方式、暗号鍵、認証方式、認証鍵等の無線通信を行うために必要な通信パラメータがあり、ユーザが手入力により設定するには非常に煩雑である。
【０００３】
そこで、様々なメーカーから、通信パラメータを簡単に無線機器に設定するための自動設定方法が考案されている。これら自動設定方法は、接続する機器間で予め定められた手順、及びメッセージにより、一方の機器から他方の機器に通信パラメータを提供し、通信パラメータの設定を自動的に行っている。
【０００４】
通信パラメータの自動設定方法に関しては、各メーカーが独自の方法を採用している場合が多い。従って、共通の通信パラメータ自動設定方法に対応していない機器間では、通信パラメータ設定のための手順が異なるか、解読可能なメッセージが異なり、自動設定方法を用いて通信パラメータの設定を行うことはできない。一方、共通の通信パラメータ自動設定方法に対応している機器の間では、当該自動設定方法を用いて簡単に通信パラメータの設定を行うことができる。
【０００５】
特許文献１には、通信パラメータの自動設定の一例が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−３３８８２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
通信パラメータの自動設定方法においては、通信パラメータを他の無線機器に提供する提供装置と、提供装置から提供された通信パラメータを受信し、自装置に設定する受信装置の役割が必要である。
【０００８】
よって、無線機器が自動設定により通信パラメータの提供を受ける場合には、その無線機器は、通信パラメータの提供装置を探さなければならない。
【０００９】
しかしながら、提供装置を探索するための信号に対して、必ずしも提供装置が応答するとは限らないという問題が存在するために、通信パラメータの提供機器を簡単に探すことができない。
【００１０】
例えば、ＩＥＥＥ８０２．１１規格のＩＢＳＳアドホックネットワークでは、探索要求信号であるプローブリクエストに対して応答を返す局は、ビーコンを最後に送信した局とされている。そのため、提供装置を探索するためにプローブリクエストを送信しても、提供装置以外の機器が応答してしまう場合があり、通信パラメータ提供装置の確定が難しいという問題があった。
【００１１】
そこで本発明は、通信パラメータを提供する提供装置の確定を、容易にかつ迅速に行えるようにすることを目的とする。
【課題を解決するための手段】
【００１２】
本発明の通信装置は、通信パラメータの提供装置を検索するための検索信号の受信に基づいて、他の通信装置が検索信号に対して応答する装置となるように、通信装置からの信号の送信を制御する。
【００１３】
また、通信パラメータの提供装置を検索するための検索信号の受信通知の検出に基づいて、通信装置が検索信号に対して応答する装置となるように、通信装置からの信号の送信を制御する。
また、通信方法及びプログラム、記憶媒体を提供する。
【発明の効果】
【００１４】
本発明によれば、通信パラメータを提供する提供装置の確定を、容易にかつ迅速に行える。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態における端末のブロック構成図
【図２】本発明の実施形態における３台の端末によりアドホック ネットワークを形成した場合の構成図
【図３】第一の実施形態における端末Ａ、端末Ｂ，端末Ｃの動作を表すシーケンス図
【図４】第二の実施形態における端末Ａ、端末Ｂ，端末Ｃの動作を表すシーケンス図
【図５】第三の実施形態における端末Ａ、端末Ｂ，端末Ｃの動作を表すシーケンス図
【図６】第一の実施形態における端末Ｂの動作を表すフローチャート図
【図７】第一の実施形態における端末Ａの動作を表すフローチャート図
【図８】第二の実施形態における端末Ｂの動作を表すフローチャート図
【図９】第二の実施形態における端末Ａの動作を表すフローチャート図
【図１０】第三の実施形態における端末Ｂの動作を表すフローチャート図
【図１１】第三の実施形態における端末Ａの動作を表すフローチャート図
【図１２】本発明の実施形態における端末Ｃの動作を表すフローチャート図
【図１３】本発明の実施形態における端末内のソフトウェア機能ブロック図
【発明を実施するための形態】
【００１６】
＜実施形態１＞
以下、本発明に係る無線通信装置について、図面を参照しながら詳細に説明する。以下では、ＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮシステムを用いた例について説明するが、通信形態は必ずしもＩＥＥＥ８０２．１１準拠の無線ＬＡＮには限らない。
本実施形態に好適な事例におけるハードウェア構成について説明する。
【００１７】
図１は本発明を適用できる実施形態に係る、後述の各端末の構成の一例を表すブロック図である。１０１は端末全体を示す。１０２は、記憶部１０３に記憶される制御プログラムを実行することにより端末全体を制御する制御部である。制御部１０２は、他の端末との間で通信パラメータの設定制御も行う。１０３は制御部１０２が実行する制御プログラムと、通信パラメータ等の各種情報を記憶する記憶部である。後述する各種動作は、記憶部１０３に記憶された制御プログラムを制御部１０２が実行することにより行われる。１０４は無線通信を行うための無線部である。１０５は各種表示を行う表示部でありＬＣＤやＬＥＤのように視覚で認知可能な情報の出力、あるいはスピーカなどの音出力が可能な機能を有する。１０６は通信パラメータ設定を開始するトリガを与える設定ボタンである。制御部１０２はユーザによる設定ボタン１０６の操作を検出することにより、後述する通信パラメータの設定動作を開始する。１０７はアンテナ制御部、そして１０８のアンテナである。
【００１８】
図１３は本実施形態に係る、後述の各端末が実行するソフトウェア機能ブロックの構成の一例を表すブロック図である。
１３０１は端末全体を示している。１３０２は通信パラメータ自動設定機能ブロックである。本実施形態では、ネットワーク識別子としてのＳＳＩＤ、暗号方式、暗号鍵、認証方式、認証鍵等の無線通信を行うために必要な通信パラメータの自動設定を行う。１３０３は各種通信にかかわるパケットを受信するパケット受信部である。１３０４は各種通信にかかわるパケットを送信するパケット送信部である。１３０５はプローブリクエストなどの機器検索信号の送信を制御する検索信号送信部である。後述するプローブリクエストの送信は、検索信号送信部１３０５により行われる。１３０６は他の端末からのプローブリクエストなどの機器検索信号の受信を制御する検索信号受信部である。後述するプローブレスポンスの受信は、検索信号受信部１３０６により行われる。また、プローブレスポンスはプローブリクエストに対する応答信号であり、プローブレスポンスには、プローブレスポンスを送信する機器の各種情報（自己情報）を付加される。
【００１９】
１３０８は、ビーコン、プローブレスポンスの送信の抑止の解除通知の送信を制御する抑止解除通知部である。後述の抑止解除通知は、抑止解除通知部１３０８により行われる。１３０９は、プローブリクエストなどの機器検索信号を受信したことを通知する検索信号受信通知信号を送信する検索信号受信通知送信部である。後述のプローブリクエスト受信通知の送信は、検索信号受信通知送信部１３０９により行われる。１３１０は、検索信号受信通知を受信する検索信号受信通知受信部である。後述のプローブリクエスト受信通知の受信は、検索信号受信通知受信部１３１０により行われる。
【００２０】
１３１４は、ビーコンなど報知信号の送信頻度の増加、減少および抑止、抑止解除などの送信制御を行う報知信号制御部である。なお、ビーコンは、ネットワークに関する各種情を報知するための報知信号である。後述のビーコン送信の抑止（報知信号抑止）、ビーコンインターバルまたはビーコンコンテンションウインドウの値の変更（報知信号の送信間隔の変更）は、報知信号制御部１３１４により行われる。１３１５は、プローブレスポンスなどの応答信号について報知信号と同様に送信頻度の増加、減少および抑止、抑止解除などの送信制御を行う応答信号制御部である。後述のプローブレスポンスの送信の抑止（応答信号抑止）は、応答信号制御部１３１５により行われる。
【００２１】
通信パラメータ自動設定機能ブロックにおける、１３１１は、通信パラメータの提供装置から送られた通信パラメータを受信する通信パラメータ受信部である。１３１２は、通信パラメータの提供装置として機能する場合に、相手機器に通信パラメータを提供する通信パラメータ提供部である。１３１３は、通信パラメータ自動設定における各種プロトコルを制御する自動設定制御部である。後述の通信パラメータ自動設定の処理は、自動設定制御部１３１３の制御に基づいて、通信パラメータ受信部１３１１、通信パラメータ提供部１３１２により行われる。
【００２２】
なお、全ての機能ブロックはソフトウェアもしくはハードウェア的に相互関係を有するものである。また、上記機能ブロックは一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、何れかの機能ブロックが更に複数の機能を行うブロックに分かれてもよい。
【００２３】
図２は、端末Ａ２２、端末Ｂ２３、端末Ｃ２４，および端末Ａ２２と端末Ｂ２３が構成するアドホックネットワーク２１を示した図である。
各端末は、ＩＥＥＥ８０２．１１無線ＬＡＮ通信機能を備えており、無線ＬＡＮアドホック（以下、アドホック）通信により無線通信を行い、先に説明した図１、図１３の構成を有する。
【００２４】
図２は、最初に端末Ａ２２（以下、端末Ａと称す）と端末Ｂ２３（以下、端末Ｂと称す）との間で通信パラメータの自動設定が既に行われており、端末Ａが通信パラメータ提供装置であり、端末Ｂが通信パラメータ受信装置であるとする。
通信パラメータの自動設定により確立したネットワーク２１に対し、新たな通信パラメータ受信装置である端末Ｃ２４（以下、端末Ｃと称す）が参加することを考える。
【００２５】
図１２は、端末Ｃが、通信パラメータ提供端末を検索する際の動作フローチャート図である。端末Ｃは、通信パラメータ提供端末を探すために、通信パラメータ自動設定を意味する付加情報を付加したプローブリクエストを送信する（Ｓ１２０１）。その後、通信パラメータ自動設定における提供装置であることを示す付加情報が付加されたプローブレスポンスが返送されてくるのを待つ（Ｓ１２０２）。一定時間待ってもプローブレスポンスが返送されてこない場合、あるいは、返送されてきたプローブレスポンスに提供装置であることを示す付加情報が付加されていない場合は、再度、プローブリクエストの送信を繰り返す（Ｓ１２０１）。以下、通信パラメータ自動設定における提供装置が見つかるまで同様の動作を繰り返す。
【００２６】
また、返送されてきたプローブレスポンスに提供装置であることを示す付加情報が付加されていた場合は、プローブレスポンスが提供装置であると判断する。そして、該提供装置に通信パラメータの提供を要求し、提供装置（端末Ａ）との間で通信パラメータの自動設定処理を開始し、提供装置から通信パラメータの提供を受ける（Ｓ１２０３）。
【００２７】
図６は、端末Ｂの動作フローチャート図である。
端末Ｂは、端末Ｃからのプローブリクエストを受信する（Ｓ６０１）。端末Ｂがプローブリクエストの応答順番であった場合は、この時点でプローブレスポンスの応答準備に入る。つまり、プローブリクエストが送信されるまでの間に端末Ｂがビーコンを最後に送信した局である場合に、プローブレスポンスの応答準備に入る。
【００２８】
端末Ｂは、受信したプローブリクエストに通信パラメータ自動設定を示す付加情報が付加されているか否かを判定する（Ｓ６０２）。付加情報が無い場合は、特に何もせず、プローブリクエストを送信した端末である端末Ｃへ向けて通常のプローブレスポンスを返信し（Ｓ６０７）、処理を終了する。
【００２９】
一方、上記付加情報が付加されていた場合は（Ｓ６０２）、まず、端末Ｃへプローブレスポンスを返信する（Ｓ６０３）。ただし、端末Ｂは通信パラメータ自動設定処理が完了済みであるので、プローブレスポンスに付加情報は付与しない。
【００３０】
次に、通信パラメータ自動設定処理における通信パラメータ提供装置である端末Ａにプローブリクエスト受信通知を送信し、プローブリクエストを受信したことを端末Ａに通知する（Ｓ６０４）。前記受信通知を送信後、端末Ｂはビーコン送信およびプローブレスポンス送信を抑止する（Ｓ６０５）。
【００３１】
その後、端末Ｂは、ビーコン送信およびプローブレスポンス送信を抑止してから一定時間が経過したか、端末Ａからのビーコンを受信した時点で、ビーコン送信およびプローブレスポンスの送信抑止を解除する（Ｓ６０６）。
【００３２】
なお、ステップＳ６０５において、端末Ｂがビーコン送信およびプローブレスポンス送信の抑止を実施する代わりに、端末Ｂがビーコンインターバルを拡大もしくは、コンテンションウィンドウを拡大してもよい。このようにすることにより、プローブリクエストの応答順番の局になる可能性を低くすることができる。この場合は、ステップＳ６０６では、送信抑止の解除ではなく、ビーコンインターバルを元の値へ復帰もしくは、コンテンションウィンドウを元のサイズへ復帰するようにする。同様に、それ以外の手法で、端末Ｃからのプローブリクエストへの応答をしにくくなるようにしてもよい。
【００３３】
図７は、端末Ａの動作フローチャート図である。
端末Ａは、端末Ｂからプローブリクエスト受信通知を受信すると、該受信通知を検出する（Ｓ７０１）。前記受信通知の受信により、端末Ａは、ネットワーク上に端末Ａを探している端末がいることが判るため、ビーコンインターバルを縮小し（Ｓ７０２）、端末Ａの検出が容易になるようにする。つまり、ビーコンインターバルを縮小することにより、ビーコンを送信する機会を増やし、プローブリクエストに応答する局になるようにする。引き続き、プローブリクエストの受信を待つ（Ｓ７０３）。プローブリクエストを受信すると、受信したプローブリクエストに通信パラメータ自動設定を示す付加情報が付加されているか否かを判定する（Ｓ７０４）。
【００３４】
ここで、付加情報が付加されていない場合は、端末Ａを探している端末からのプローブリクエストではないため、再度プローブリクエスト受信待ちに戻る。一方、付加情報が付加されている場合は、プローブレスポンスを送信する（Ｓ７０５）。プローブレスポンスを送信したことにより、端末Ａの存在を端末Ｃに通知することができたため、ビーコンインターバルを元の値に戻す（Ｓ７０６）。なお、上記説明では端末Ａのビーコンインターバルの制御について言及したが、端末Ｃが端末Ａを検出し易くするためには、ビーコンインターバルの短縮の代わりに、例えばコンテンションウィンドウを縮小するようにしてもよい。また、端末Ｃが端末Ａを検出し易くする手法であれば、他の手法であっても良い。
【００３５】
そして、一定時間内に、端末Ｃから通信パラメータの提供が要求されると（Ｓ７０７）、端末Ｃとの間で通信パラメータの自動設定処理を開始し、端末Ｃに通信パラメータを提供する（Ｓ７０８）。また、Ｓ７０７において、一定時間内に、端末Ｃから通信パラメータの提供が要求されなければ、Ｓ７０３に戻り、プローブリクエストの受信を待つ。
【００３６】
図３は、端末Ｃが、ネットワーク２１に対して、通信パラメータ自動設定における提供装置を探索する際のシーケンス図である。
【００３７】
端末Ｃは、通信パラメータ提供装置を検索するために、通信パラメータ自動設定機能を有していることを示す識別子を付加したプローブリクエスト（Ｐｒｏｂｅ．Ｒｅｑ．）をネットワーク２１に対して、ブロードキャストで送信する（Ｆ３０１）。
【００３８】
先に述べたようにＩＥＥＥ８０２．１１準拠のＩＢＳＳアドホックネットワークにおいては、ビーコンを最後に送出した端末が、プローブリクエストに対する応答であるプローブレスポンス（Ｐｒｏｂｅ．Ｒｅｓｐ．）を返却すると規定されている。よって、タイミングにより通信パラメータ提供装置である端末Ａではなく、この図のように通信パラメータ受信装置である端末Ｂが応答を返却する場合がある（Ｆ３０２）。
【００３９】
プローブレスポンスを返却した端末Ｂは、本来端末Ｃに応答を返すべきである端末Ａに向けて、プローブリクエスト受信通知を送信する（Ｆ３０３）。
【００４０】
端末Ｂは、前記プローブリクエスト受信通知を送信すると共に、自身のビーコン（ｂｅａｃｏｎ）およびプローブレスポンス送信を抑止する（Ｆ３０４）。また、端末Ａは、プローブリクエスト受信通知を受信すると、ビーコンインターバルの縮小等によりビーコンの送信頻度を増加し、プローブレスポンスの送信局となるようにする（Ｆ３０８）。
【００４１】
端末Ｃは、端末Ｂからのプローブレスポンスを受信したため、通信パラメータ提供装置を特定できない。そのため、再度ネットワーク２１に対して、ブロードキャストでプローブリクエストを送信する（Ｆ３０５）。
【００４２】
今回は端末Ｂのビーコン、プローブレスポンス送信機能は抑止されているため、端末Ａが端末Ｃに向けてプローブレスポンスを返送する（Ｆ３０６）。
【００４３】
なお、端末Ｂにおける前記プローブレスポンス送信機能の抑止は、端末Ａが端末Ｃにプローブレスポンスを返送した時点もしくは、あらかじめ定めたタイマーなどを契機として解除される（Ｆ３０７）。
【００４４】
本実施の形態では、端末Ａのビーコンインターバルまたはビーコンコンテンションウインドウを元の値に復帰させるタイミングとして、ステップＳ７０５でのプローブレスポンスを送信することを契機としている。しかしながら、プローブレスポンスの送信後に実施される端末Ａと端末Ｃ間の通信パラメータ自動設定処理の開始を、ビーコンインターバルまたはビーコンコンテンションウインドウを元の値に復帰させるタイミングとしてもよい。
【００４５】
同様に、端末Ｂにおけるプローブレスポンス送信機能の抑止を解除する契機も、端末Ａと端末Ｃ間で実施される通信パラメータ自動設定処理の開始を契機としてもよい。
【００４６】
＜実施形態２＞
実施形態２におけるハードウェア構成例は、実施形態１と同様に図１であり、ソフトウェアブロック構成は図１３であるとする。また、実施形態２におけるネットワーク構成例も、実施形態１と同様に図２であるとする。
【００４７】
本実施形態に係る端末Ｃの動作フローチャート図は実施形態１と同様（図１２）である。
図８は、本実施形態に係る端末Ｂの動作フローチャート図である。
端末Ｂは、端末Ｃからプローブリクエストを受信する（Ｓ８０１）。端末Ｂがプローブリクエストの応答順番であった場合は、この時点でプローブレスポンスの応答準備に入る。そして、端末Ｂは、プローブリクエストに通信パラメータ自動設定を示す付加情報が付加されているか否かを判定する（Ｓ８０２）。付加情報が無い場合は、特に何もせず、通常のプローブレスポンスを端末Ｃへ向けて返信し（Ｓ８０６）、処理を終了する。
【００４８】
一方、付加情報が付加されていた場合は、通信パラメータ自動設定処理における通信パラメータ提供装置である端末Ａへ向けて、プローブリクエストを受信したことをプローブリクエスト受信通知として通知する（Ｓ８０３）。そして、受信通知を送信後、端末Ｂはビーコン送信およびプローブレスポンス送信を抑止する（Ｓ８０４）。
【００４９】
その後、端末Ｂは、ビーコン送信およびプローブレスポンス送信を抑止してから一定時間が経過したか、端末Ａからのビーコンを受信した時点で、ビーコン送信およびプローブレスポンスの送信抑止を解除する（Ｓ８０５）。
【００５０】
なお、ステップＳ８０４において、端末Ｂがビーコン送信およびプローブレスポンス送信の抑止を実施する代わりに、ビーコンインターバルを拡大もしくは、コンテンションウィンドウを拡大してもよい。このようにすることにより、プローブリクエストの応答順番の局になる可能性を低くすることができる。この場合は、ステップＳ８０５では、送信抑止の解除ではなく、ビーコンインターバルを元の値へ復帰もしくは、コンテンションウィンドウを元のサイズへ復帰するようにする。同様に、それ以外の手法で、端末Ｃからのプローブリクエストへの応答をしにくくなるようにしてもよい。
【００５１】
図９は、本実施形態に係る端末Ａの動作フローチャート図である。
端末Ａは、端末Ｂよりプローブリクエスト受信通知を受信すると、該受信通知を検出する（Ｓ９０１）。受信通知の受信により、端末Ａは、ネットワーク上に端末Ａを探している端末がいることが判る。そのため、自身の存在を知らせるためプローブレスポンスを送信する（Ｓ９０２）。このプローブレスポンスは端末Ｃで解釈しない場合もあるため、ビーコンインターバルを縮小し（Ｓ９０３）、端末Ａの検が容易になるようにする。つまり、ビーコンインターバルを縮小することにより、ビーコンを送信する機会を増やし、プローブリクエストに応答する局になるようにする。引き続き、プローブリクエストの受信を待つ（Ｓ９０４）。プローブリクエストを受信すると、受信したプローブリクエストに通信パラメータ自動設定を示す付加情報が付加されているか否かを判定する（Ｓ９０５）。
【００５２】
ここで、付加情報が付加されていない場合は、端末Ａを探している端末からのプローブリクエストではないため、再度プローブリクエスト受信待ちに戻る。一方、付加情報が付加されている場合は、ここでプローブレスポンスを送信する（Ｓ９０６）。プローブレスポンスを送信した時点で、端末Ａの存在を端末Ｃに通知することができたため、ビーコンインターバルを元の値に戻す（Ｓ９０７）。なお、上記説明では端末Ａのビーコンインターバルの制御について言及したが、端末Ｃが端末Ａを検出し易くするためには、ビーコンインターバルの短縮の代わりに、例えばコンテンションウィンドウを縮小するようにしてもよい。また、端末Ｃが端末Ａを検出し易くする手法であれば、他の手法であっても良い。
【００５３】
そして、一定時間内に、端末Ｃから通信パラメータの提供が要求されると（Ｓ９０８）、端末Ｃとの間で通信パラメータの自動設定処理を開始し、端末Ｃに通信パラメータを提供する（Ｓ９０９）。また、Ｓ９０８において、一定時間内に、端末Ｃから通信パラメータの提供が要求されなければ、Ｓ９０４に戻り、プローブリクエストの受信を待つ。
【００５４】
図４は、端末Ｃが、ネットワーク２１に対して、通信パラメータ自動設定における提供装置を探索する際のシーケンス図である。
【００５５】
端末Ｃは、通信パラメータ提供装置を検付加したプローブリクエスト（Ｐｒｏｂｅ．Ｒｅｑ．）をネットワーク２１に対して、ブロードキャストで送信する。（Ｆ４０１）
先に述べたようにＩＥＥＥ８０２．１１準拠のＩＢＳＳアドホックネットワークにおいては、ビーコンを最後に送出した端末が、プローブリクエストに対する応答であるプローブレスポンス（Ｐｒｏｂｅ．Ｒｅｓｐ．）を返却すると規定されている。よって、タイミングにより通信パラメータ提供装置である端末Ａではなく、図４のように通信パラメータ受信装置である端末Ｂが応答を返却する順番の局の場合がある。しかしながら、本実施の形態においては、端末Ｂはプローブレスポンスを送信することなく、本来端末Ｃに応答を返すべきである端末Ａに向けて、プローブリクエスト受信通知を送信する（Ｆ４０２）。
【００５６】
端末Ｂは、前記プローブリクエスト受信通知を送信すると、自身のビーコン（ｂｅａｃｏｎ）およびプローブレスポンス送信を抑止する（Ｆ４０３）。また、端末Ａは、プローブリクエスト受信通知を受信すると、ビーコンインターバルの縮小等によりビーコンの送信頻度を増加し、プローブレスポンスの送信局となるようにする（Ｆ４０８）。
【００５７】
端末Ａは、端末Ｃからのプローブリクエストの受信および、端末Ｂからのプローブリクエスト受信通知の受信をトリガとして、端末Ｃに向けて、プローブレスポンスを送信する（Ｆ４０４）。このプローブレスポンスの送信は、ＩＥＥＥ８０２．１１準拠のＩＢＳＳアドホックネットワークにおけるプローブレスポンス送信順番に係わらずに行われる。
【００５８】
端末Ｃは、再度ネットワーク２１に対して、ブロードキャストでプローブリクエストを送信する（Ｆ４０５）。
【００５９】
今回は端末Ｂのプローブレスポンス送信機能は抑止されているため、端末Ａが端末Ｃに向けてプローブレスポンスを返送する（Ｆ４０６）。
【００６０】
なお、端末Ｂにおける前記プローブレスポンス送信機能の抑止は、端末Ａが端末Ｃにプローブレスポンスを返送した時点もしくは、あらかじめ定めたタイマーなどを契機として解除される（Ｆ４０７）。
【００６１】
本実施の形態において、端末Ａのビーコンインターバルまたはビーコンコンテンションウインドウを元の値に復帰させるタイミングとして、ステップＳ９０６でのプローブレスポンスを送信することを契機としている。しかしながら、プローブレスポンスの送信後に実施される端末Ａと端末Ｃ間の通信パラメータ自動設定処理の開始を、前記ビーコンインターバルまたはビーコンコンテンションウインドウを元の値に復帰させるタイミングとしてもよい。
【００６２】
同様に、端末Ｂにおけるプローブレスポンス送信機能の抑止を解除する契機も、端末Ａと端末Ｃ間で実施される通信パラメータ自動設定処理の開始を契機としてもよい。
【００６３】
＜実施形態３＞
実施形態３におけるハードウェア構成例も、実施形態１と同様に図１であり、ソフトウェアブロック構成も、実施形態１と同様に図１３であるとする。また、実施形態３におけるネットワーク構成例も、実施形態１および実施形態２と同様に図２であるとする。
【００６４】
本実施形態に係る端末Ｃの動作フローチャート図は実施形態１と同様（図１２）である。
【００６５】
図１０は、本実施形態に係る端末Ｂの動作フローチャート図である。
端末Ｂは、端末Ｃからプローブリクエストを受信する（Ｓ１００１）。端末Ｂがプローブリクエストの応答順番である場合は、この時点でプローブレスポンスの応答準備に入る。端末Ｂは、プローブリクエストに通信パラメータ自動設定を示す付加情報が付加されているか否かを判定する（Ｓ１００２）。付加情報が無い場合は、特に何もせず、通常のプローブレスポンスを端末Ｃへ向けて返信し（Ｓ１００７）、処理を終了する。
【００６６】
一方、付加情報が付加されていた場合は、通信パラメータ自動設定処理における通信パラメータ提供装置である端末Ａへ向けて、プローブリクエストを受信した旨をプローブリクエスト受信通知として通知する（Ｓ１００３）。この受信通知を送信後、端末Ｂはビーコン送信およびプローブレスポンス送信を抑止する（Ｓ１００４）。
【００６７】
端末Ｂは、端末Ａから抑止解除通知を受信すると（Ｓ１００５）、ビーコン送信およびプローブレスポンスの送信抑止を解除する（Ｓ１００６）。抑止解除通知を受信しなければ（Ｓ１００５）、ビーコン送信およびプローブレスポンスの送信抑止を継続する。
【００６８】
なお、端末Ｂがビーコン送信およびプローブレスポンス送信の抑止を実施する代わりに、端末Ｂがビーコンインターバルを拡大もしくは、コンテンションウィンドウを拡大してもよい。このようにすることにより、プローブリクエストの応答順番の局になる可能性を低くすることができる。この場合は、ステップＳ１００６では、送信抑止の解除ではなく、ビーコンインターバルを元の値へ復帰もしくは、コンテンションウィンドウを元のサイズへ復帰するようにする。同様に、それ以外の手法で、端末Ｃからのプローブリクエストへの応答をしにくくなるようにしてもよい。
【００６９】
図１１は、本実施形態に係る端末Ａの動作フローチャート図である。
端末Ａは、端末Ｂよりプローブリクエスト受信通知を受信すると、該受信通知を検出する（Ｓ１１０１）。前記受信通知の受信により、端末Ａは、ネットワーク上に端末Ａを探している端末がいることが判る。そのため、ビーコンインターバルを縮小し（Ｓ１１０２）、端末Ａの検出が容易になるようにする。つまり、ビーコンインターバルを縮小することにより、ビーコンを送信する機会を増やし、プローブリクエストに応答する局になるようにする。引き続き、プローブリクエストの受信を待つ（Ｓ１１０３）。プローブリクエストを受信すると、受信したプローブリクエストに通信パラメータ自動設定を示す付加情報が付加されているか否かを判定する（Ｓ１１０４）。
【００７０】
ここで、付加情報が付加されていない場合は、端末Ａを探している端末からのプローブリクエストではないため、再度プローブリクエスト受信待ちに戻る。一方、付加情報が付加されている場合は、ここでプローブレスポンスを送信する（Ｓ１１０５）。プローブレスポンスを送信した時点で、端末Ａの存在を端末Ｃに通知することができたため、端末Ｂへ向けて、抑止解除通知を送信する（Ｓ１１０６）。つまり、端末Ａのために、端末Ｂは、ビーコン送出およびプローブレスポンス送信を抑止している。この端末Ｂへ向けて、抑止解除通知を送信し、端末Ｂに、ビーコン送出およびプローブレスポンス送信の抑止を解除させる。
【００７１】
端末Ａは、抑止解除通知を送信すると、ビーコンインターバルを元の値に戻す（Ｓ１１０７）。なお、上記説明では端末Ａのビーコンインターバルの制御について言及したが、端末Ｃが端末Ａを検出し易くするためには、ビーコンインターバルの短縮の代わりに、例えばコンテンションウィンドウを縮小するようにしてもよい。また、端末Ｃが端末Ａを検出し易くする手法であれば、他の手法であっても良い。
【００７２】
そして、一定時間内に、端末Ｃから通信パラメータの提供が要求されると（Ｓ１１０８）、端末Ｃとの間で通信パラメータの自動設定処理を開始し、端末Ｃに通信パラメータを提供する（Ｓ１１０９）。また、Ｓ１１０８において、一定時間内に、端末Ｃから通信パラメータの提供が要求されなければ、Ｓ１１０３に戻り、プローブリクエストの受信を待つ。
【００７３】
図５は、端末Ｃが、ネットワーク２１に対して、通信パラメータ自動設定における提供装置を探索するための処理についてのシーケンス図である。
【００７４】
端末Ｃは、通信パラメータ提供装置を検索するために、通信パラメータ自動設定機能を有していることを示す識別子を付加したプローブリクエスト（Ｐｒｏｂｅ．Ｒｅｑ．）をネットワーク２１に対して、ブロードキャストで送信する（Ｆ５０１）。
【００７５】
先に述べたようにＩＥＥＥ８０２．１１準拠のＩＢＳＳアドホックネットワークにおいては、ビーコンを最後に送出した端末が、プローブリクエストに対する応答であるプローブレスポンス（Ｐｒｏｂｅ．Ｒｅｓｐ．）を返却すると規定されている。よって、タイミングにより通信パラメータ提供装置である端末Ａではなく、図５のように通信パラメータ受信装置である端末Ｂが応答を返却する場合がある（Ｆ５０２）。
【００７６】
プローブレスポンスを返却した端末Ｂは、本来端末Ｃに応答を返すべきである端末Ａに向けて、プローブリクエスト受信通知を送信する（Ｆ５０３）。
【００７７】
端末Ｂは、プローブリクエスト受信通知を送信すると共に、自身のビーコン（ｂｅａｃｏｎ）およびプローブレスポンス送信を抑止する（Ｆ５０４）。また、端末Ａは、プローブリクエスト受信通知を受信すると、ビーコンインターバルの縮小等によりビーコンの送信頻度を増加し、プローブレスポンスの送信局となるようにする（Ｆ５０９）。
【００７８】
端末Ｃは、端末Ｂからのプローブレスポンスを受信したため、通信パラメータ提供装置を特定できない。そのため、再度、ブロードキャストでプローブリクエストを送信する（Ｆ５０５）。
【００７９】
今回は端末Ｂのビーコン、プローブレスポンス送信機能は抑止されているため、端末Ａが端末Ｃに向けてプローブレスポンスを返送する（Ｆ５０６）。
【００８０】
端末Ｃは、端末Ａからのプローブレスポンスを受信することにより、通信パラメータ提供装置を認識することができる。
【００８１】
端末Ａは、プローブレスポンス送信後、端末Ｃから新たにプローブリクエストが送信されてこないことを確認した上で、端末Ｂに向けて、抑止解除通知を送信する（Ｆ５０７）。
端末Ｂは、抑止解除通知を受信したことをトリガとして送信機能の抑止を解除する（Ｆ５０８）。
【００８２】
端末Ａが抑止解除通知を送信する前にプローブリクエストが再び端末Ｃから送信された場合は、端末Ａは、端末Ｃに向けてプローブレスポンスを返送し、端末Ｂに向けて抑止解除通知を送信する。抑止解除通知を受けた端末Ｂは、送信機能の抑止を解除する。
【００８３】
本実施形態において、端末Ａのビーコンインターバルまたはビーコンコンテンションウインドウを元の値に復帰するタイミングおよび、端末Ｂに抑止解除通知を送信する契機は、ステップＳ１１０５でのプローブレスポンスの送信を契機とした。しかしながら、プローブレスポンスの送信後に実施される端末Ａと端末Ｃ間の通信パラメータ自動設定処理の開始を、その契機としてもよい。
【００８４】
以上のように、上記各実施形態によれば、新たに通信パラメータの提供を受ける通信装置は、通信パラメータの提供装置を少ない検索回数で検出することが可能となる。
【００８５】
また、互いの装置が対等にネットワークを構成している状況下（アドホックネットワーク）であっても、容易に通信パラメータの提供装置を検出できる。
【００８６】
また、提供装置は、プローブリクエストの受信通知を受けると、ビーコンの送信頻度が増加するようにするので、提供装置が定常的にビーコンの送信頻度を増加するようにするよりも、消費電力を低減させることが可能となる。
【００８７】
以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施例のみに限定する趣旨ではない。本発明の要旨を逸脱しない範囲で、実施形態は種々に変形することが可能である。
【００８８】
例えば、以上の実施形態の説明においては、プローブリクエスト・プローブレスポンスを用いたが、送信される信号を限定するものではなく、同様の役割を行えるものであれば、いかなる信号であっても構わない。
【００８９】
また、上記説明はＩＥＥＥ８０２．１１準拠の無線ＬＡＮを例に説明した。しかしながら、本発明は、ワイヤレスＵＳＢ、ＭＢＯＡ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＷＢ、ＺｉｇＢｅｅ等の他の無線媒体において実施してもよい。また、有線ＬＡＮ等の有線通信媒体において実施してもよい。
【００９０】
ここで、ＭＢＯＡは、Ｍｕｌｔｉ Ｂａｎｄ ＯＦＤＭ Ａｌｌｉａｎｃｅの略である。また、ＵＷＢは、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷＩＮＥＴなどが含まれる。
【００９１】
また、通信パラメータとしてネットワーク識別子、暗号方式、暗号鍵、認証方式、認証鍵を例にしたが、他の情報であってもよいし、他の情報も通信パラメータには含まれるようにしてもよいことは言うまでも無い。
【００９２】
本発明は前述の機能を実現するソフトウエアのプログラムコードを記録した記録媒体をシステムあるいは装置に供給し、システムあるいは装置のコンピュータ（ＣＰＵ、ＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行するようにしてもよい。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９３】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【００９４】
また、コンピュータが読み出したプログラムコードを実行することにより、前述の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳが実際の処理の一部または全部を行い、前述の機能を実現してもよい。ＯＳとは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの略である。
【００９５】
さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、そのプログラムコードの指示に基づき、機能拡張ボードや機能拡張ユニットに備わるＣＰＵが実際の処理の一部または全部を行い、前述の機能を実現してもよい。
【符号の説明】
【００９６】
１３０１ 端末装置
１３０２ 通信パラメータ自動設定機能ブロック
１３０３ パケット受信部
１３０４ パケット送信部
１３０５ 検索信号送信部
１３０６ 検索信号受信部
１３０８ 抑止解除通知部
１３０９ 検索信号受信通知送信部
１３１０ 検索信号受信通知受信部
１３１１ 通信パラメータ受信部
１３１２ 通信パラメータ提供部
１３１３ 自動設定制御部
１３１４ 報知信号制御部
１３１５ 応答信号制御部
【特許請求の範囲】
【請求項１】
通信装置であって、
通信パラメータの提供装置を検索するための検索信号を受信する受信手段と、
前記受信手段による前記検索信号の受信に基づいて、他の通信装置が検索信号に対して応答する装置となるように、前記通信装置からの信号の送信を制御する送信制御手段と、を有することを特徴とする通信装置。
【請求項２】
前記送信制御手段は、前記通信装置からの報知信号の送信を抑止又は前記通信装置からの報知信号の送信頻度を低減することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記送信制御手段は、前記検索信号に対する応答信号の送信を抑止することを特徴とする請求項１又は請求項２に記載の通信装置。
【請求項４】
通信装置であって、
通信パラメータの提供装置を検索するための検索信号の受信通知を検出する検出手段と、
前記検出手段による検出に基づいて、前記通信装置が前記検索信号に対して応答する装置となるように、前記通信装置からの信号の送信を制御する送信制御手段と、
を有することを特徴とする通信装置。
【請求項５】
前記送信制御手段は、前記通信装置からの報知信号の送信の頻度を増加させることを特徴とする請求項４に記載の通信装置。
【請求項６】
前記送信制御手段は、前記通信装置からの報知信号の送信間隔を縮小することを特徴とする請求項４に記載の通信装置。
【請求項７】
前記検出手段による検出に基づいて、前記検索信号を送信した装置に対して、前記検索信号に対する応答信号を送信する応答手段を有することを特徴とする請求項４乃至請求項６の何れかに記載の通信装置。
【請求項８】
前記検索信号に対して応答する応答手段と、
前記応答手段による応答の後に、前記受信通知を送信した装置に対して、信号の送信抑止の解除を通知する通知手段と、
を有することを特徴とする請求項４乃至請求項７の何れかに記載の通信装置。
【請求項９】
他の通信装置との間での通信パラメータの設定処理の開始の後に、前記受信通知を送信した装置に対して、信号の送信抑止の解除を通知する通知手段と、
を有することを特徴とする請求項４乃至請求項７の何れかに記載の通信装置。
【請求項１０】
前記送信制御手段による送信制御を、制御の前に戻す復帰手段を有することを特徴とする請求項４乃至請求項９の何れかに記載の通信装置。
【請求項１１】
通信装置の通信方法であって、
通信パラメータの提供装置を検索するための検索信号の受信に基づいて、他の通信装置が検索信号に対して応答する装置となるように、前記通信装置からの信号の送信を制御することを特徴とする通信装置の通信方法。
【請求項１２】
通信装置の通信方法であって、
通信パラメータの提供装置を検索するための検索信号の受信通知の検出に基づいて、前記通信装置が前記検索信号に対して応答する装置となるように、前記通信装置からの信号の送信を制御することを特徴とする通信装置の通信方法。
【請求項１３】
請求項１乃至請求項１０のいずれかの通信装置としてコンピュータを機能させることを特徴とするコンピュータプログラム。
【請求項１４】
請求項１３のプログラムを記憶した記憶媒体。
【請求項１】
通信装置であって、
通信パラメータの提供装置を検索するための検索信号を受信する受信手段と、
前記受信手段による前記検索信号の受信に基づいて、他の通信装置が検索信号に対して応答する装置となるように、前記通信装置からの信号の送信を制御する送信制御手段と、を有することを特徴とする通信装置。
【請求項２】
前記送信制御手段は、前記通信装置からの報知信号の送信を抑止又は前記通信装置からの報知信号の送信頻度を低減することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記送信制御手段は、前記検索信号に対する応答信号の送信を抑止することを特徴とする請求項１又は請求項２に記載の通信装置。
【請求項４】
通信装置であって、
通信パラメータの提供装置を検索するための検索信号の受信通知を検出する検出手段と、
前記検出手段による検出に基づいて、前記通信装置が前記検索信号に対して応答する装置となるように、前記通信装置からの信号の送信を制御する送信制御手段と、
を有することを特徴とする通信装置。
【請求項５】
前記送信制御手段は、前記通信装置からの報知信号の送信の頻度を増加させることを特徴とする請求項４に記載の通信装置。
【請求項６】
前記送信制御手段は、前記通信装置からの報知信号の送信間隔を縮小することを特徴とする請求項４に記載の通信装置。
【請求項７】
前記検出手段による検出に基づいて、前記検索信号を送信した装置に対して、前記検索信号に対する応答信号を送信する応答手段を有することを特徴とする請求項４乃至請求項６の何れかに記載の通信装置。
【請求項８】
前記検索信号に対して応答する応答手段と、
前記応答手段による応答の後に、前記受信通知を送信した装置に対して、信号の送信抑止の解除を通知する通知手段と、
を有することを特徴とする請求項４乃至請求項７の何れかに記載の通信装置。
【請求項９】
他の通信装置との間での通信パラメータの設定処理の開始の後に、前記受信通知を送信した装置に対して、信号の送信抑止の解除を通知する通知手段と、
を有することを特徴とする請求項４乃至請求項７の何れかに記載の通信装置。
【請求項１０】
前記送信制御手段による送信制御を、制御の前に戻す復帰手段を有することを特徴とする請求項４乃至請求項９の何れかに記載の通信装置。
【請求項１１】
通信装置の通信方法であって、
通信パラメータの提供装置を検索するための検索信号の受信に基づいて、他の通信装置が検索信号に対して応答する装置となるように、前記通信装置からの信号の送信を制御することを特徴とする通信装置の通信方法。
【請求項１２】
通信装置の通信方法であって、
通信パラメータの提供装置を検索するための検索信号の受信通知の検出に基づいて、前記通信装置が前記検索信号に対して応答する装置となるように、前記通信装置からの信号の送信を制御することを特徴とする通信装置の通信方法。
【請求項１３】
請求項１乃至請求項１０のいずれかの通信装置としてコンピュータを機能させることを特徴とするコンピュータプログラム。
【請求項１４】
請求項１３のプログラムを記憶した記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−１３００１６（Ｐ２０１２−１３００１６Ａ）
【公開日】平成２４年７月５日（２０１２．７．５）
【国際特許分類】
【出願番号】特願２０１２−２３２９（Ｐ２０１２−２３２９）
【出願日】平成２４年１月１０日（２０１２．１．１０）
【分割の表示】特願２００７−１８７１４９（Ｐ２００７−１８７１４９）の分割
【原出願日】平成１９年７月１８日（２００７．７．１８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年７月５日（２０１２．７．５）
【国際特許分類】
【出願日】平成２４年１月１０日（２０１２．１．１０）
【分割の表示】特願２００７−１８７１４９（Ｐ２００７−１８７１４９）の分割
【原出願日】平成１９年７月１８日（２００７．７．１８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]