(57)【要約】【課題】  通信パラメータの自動設定の際に役割が予め決まっていない場合でも、ユーザが各機器の役割を選択すること無く適切に通信パラメータの設定処理およびネットワーク参加処理を実行する。【解決手段】  通信装置の通信方法であって、予め定められた通信チャネル上で通信相手装置を検索する第一の検索工程と、通信可能な全ての通信チャネル上で通信相手装置を検索する第二の検索工程と、前記第一の検索工程と、前記第二の検索工程を使用して通信相手装置を検索する検索制御工程とを有する。【選択図】  図４
2010093448.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
予め定められた通信チャネル上で他の通信装置を検索する第一の検索手段と、
複数の通信チャネルを切替えながら他の通信装置を検索する第二の検索手段と、
前記第一の検索手段と、前記第二の検索手段とを使用して、通信パラメータを提供する提供装置を検索する検索制御手段と
を備えることを特徴とする通信装置。
【請求項２】
前記検索制御手段は、予め定められた期間中は前記第一の検索手段により前記提供装置を検索し、前記予め定められた期間が経過しても前記提供装置を発見できない場合は、前記第二の検索手段により前記提供装置を検索することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記検索制御手段は、予め定められた期間中は前記第二の検索手段により前記提供装置を検索し、前記予め定められた期間が経過しても前記提供装置を発見できない場合は、前記第一の検索手段により前記提供装置を検索することを特徴とする請求項１に記載の通信装置。
【請求項４】
前記検索制御手段により前記提供装置を発見した場合に、前記提供装置との間で通信に必要な通信パラメータを共有する設定手段を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
【請求項５】
通信装置の通信方法であって、
予め定められた通信チャネル上で他の通信装置を検索する第一の検索工程と、
複数の通信チャネルを切替えながら他の通信装置を検索する第二の検索工程と、
前記第一の検索工程と、前記第二の検索工程とを使用して、通信パラメータを提供する提供装置を検索する検索制御工程と
を有することを特徴とする通信装置の通信方法。
【請求項６】
請求項５に記載の通信方法を、コンピュータに実行させるためのコンピュータプログラム。
【請求項７】
コンピュータにより読み出し可能であり、請求項６に記載のコンピュータプログラムを記憶した記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信方法およびコンピュータプログラム、記憶媒体に関するものである。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮに代表される無線通信では、使用前に設定しなければならない設定項目が数多く存在する。例えば、ネットワーク識別子としてのＳＳＩＤ、暗号方式、暗号鍵、認証方式、認証鍵等の無線通信を行うために必要な通信パラメータ等があり、ユーザが手入力により設定するには非常に煩雑である。
【０００３】
そこで、様々なメーカから、通信パラメータを簡単に無線機器に設定するための自動設定方法が考案されている。これら自動設定方法では、接続する機器間で予め定められた手順、及びメッセージにより、一方の機器から他方の機器に通信パラメータを提供することで、通信パラメータの設定を自動的に行うこととしている。
【０００４】
特許文献１には、無線ＬＡＮアドホックモードの通信（以下、アドホック通信）における通信パラメータの自動設定の一例が開示されている。また、非特許文献１には、アクセスポイント（基地局）とステーション（端末局）間における通信パラメータの自動設定の業界標準規格であるＷｉ−Ｆｉ  Ｐｒｏｔｅｃｔｅｄ  Ｓｅｔｕｐ（以下、ＷＰＳ）が開示されている。また、非特許文献２には、無線通信接続における暗号方式、暗号鍵、認証方式、認証鍵等の業界標準規格であるＷｉ−Ｆｉ  Ｐｒｏｔｅｃｔｅｄ  Ａｃｃｅｓｓ（以下、ＷＰＡ）が開示されている。
【特許文献１】特開２００６−３１１１３９号公報
【非特許文献１】Wi-Fi CERTIFIED for Wi-Fi Protected Setup: Easing the User Experience for Home and Small Office Wi-Fi Networks, http://www.wi-fi.org/wp/wifi-protected-setup
【非特許文献２】Wi-Fi Protected Access Enhanced Security Implementation Based on IEEE P802.11i standard
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ＷＰＳでは、通信パラメータを提供する機器（以下、提供装置）と受信する機器（以下、受信装置）の役割が予め決められているため、通信パラメータの転送方向も一意に決まる。
【０００６】
しかし、提供装置と受信装置の役割が予め決められていない場合には、通信パラメータの転送方向を一意に決定することができない。このような場合に、どの機器を提供装置とし、どの機器を受信装置とするかをユーザに選択させるようにすると、ユーザの操作性が損われるという問題がある。
【０００７】
さらには、複数の機器が提供装置となってしまうと、受信装置はどの提供装置から通信パラメータを受け取ればよいのかを判別することができないという問題もある。
【０００８】
上記問題は、既に複数の機器間で構築済みのネットワークに新たに機器を追加する場合にも起こり得る。この場合、ネットワークに参加中の機器が提供装置となり、新たに参加する機器が受信装置となって該ネットワークの通信パラメータを受信するのが望ましい。しかし、提供装置と受信装置の役割が予め決められていないため、新たに参加する機器に適切な通信パラメータを設定することができないという問題がある。
【０００９】
また上記問題は、無線通信の通信パラメータに限られず、機器間の通信に設定が必要な有線等の通信パラメータにおいても起こり得る。
【００１０】
本発明は、上記課題に鑑みてなされたものであり、通信パラメータの自動設定の際に役割が予め決められていない場合でも、ユーザの操作性を損なうこと無く適切に通信パラメータを設定することができるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明は、
通信装置であって、
予め定められた通信チャネル上で他の通信装置を検索する第一の検索手段と、
複数の通信チャネルを切替えながら他の通信装置を検索する第二の検索手段と、
前記第一の検索手段と、前記第二の検索手段とを使用して、通信パラメータを提供する提供装置を検索する検索制御手段とを備えることを特徴とする。
【発明の効果】
【００１２】
本発明により、通信パラメータの自動設定の際に役割が予め決められていない場合でも、ユーザの操作性を損なうこと無く適切に通信パラメータを設定することができるようになる。
【発明を実施するための最良の形態】
【００１３】
［第１の実施形態］
以下、本実施形態に係る通信装置について、図面を参照しながら詳細に説明する。以下では、ＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮシステムを用いた例について説明するが、通信形態は必ずしもＩＥＥＥ８０２．１１準拠の無線ＬＡＮには限らない。
【００１４】
本実施形態に好適な事例におけるハードウェア構成について説明する。
【００１５】
図１は本発明の一実施形態に係る通信装置（提供装置または受信装置）の構成の一例を表すブロック図である。１０１は装置全体を示す。１０２は、記憶部１０３に記憶されるコンピュータプログラムを実行することにより装置全体を制御する制御部である。制御部１０２は、他の装置との間で通信パラメータの設定制御も行う。１０３は制御部１０２が実行するコンピュータプログラムと、通信パラメータ等の各種情報を記憶する記憶部である。後述する各種動作は、記憶部１０３に記憶されたコンピュータプログラムを制御部１０２が実行することにより行われる。
【００１６】
１０４は無線通信を行うための無線部である。１０５は各種表示を行う表示部でありＬＣＤやＬＥＤのように視覚で認知可能な情報の出力、あるいはスピーカなどの音出力が可能な機能を有する。
【００１７】
１０６は通信パラメータ設定処理を開始するトリガを与える設定ボタンである。制御部１０２は、ユーザによる設定ボタン１０６の操作を検出すると、後述する処理を実行する。
【００１８】
１０７はアンテナ制御部、そして１０８はアンテナである。１０９は、ユーザが各種入力を行うための入力部である。
【００１９】
図２は、後述の通信パラメータ設定動作において、後述の各装置が実行するソフトウェア機能ブロックの構成の一例を表すブロック図である。
【００２０】
２０１は装置全体を示している。２０２は通信パラメータの自動設定機能ブロックである。本実施形態では、ネットワーク識別子としてのＳＳＩＤ、暗号方式、暗号鍵、認証方式、認証鍵等の無線通信を行うために必要な通信パラメータの自動設定を行う。
【００２１】
２０３は各種通信にかかわるパケットを受信するパケット受信部である。ビーコン（報知信号）の受信は、パケット受信部２０３によって行われる。２０４は各種通信にかかわるパケットを送信するパケット送信部である。ビーコンの送信は、パケット送信部２０４によって行われる。なおビーコンには、送信元の装置の各種情報（自己情報）が付加される。
【００２２】
２０５はプローブリクエストなどの機器検索信号の送信を制御する検索信号送信部である。なお、プローブリクエストは、所望のネットワークを検索するためのネットワーク検索信号ということもできる。プローブリクエストの送信は、検索信号送信部２０５により行われる。また、受信したプローブリクエストに対する応答信号であるプローブレスポンスの送信も検索信号送信部２０５により行われる。
【００２３】
２０６は他の装置からのプローブリクエストなどの機器検索信号の受信を制御する検索信号受信部である。プローブリクエストの受信は、検索信号受信部２０６により行われる。また、プローブレスポンスの受信も検索信号受信部２０６により行われる。なお機器検索信号、及びその応答信号には、送信元の装置の各種情報（自己情報）が付加される。
【００２４】
２０７は、ネットワーク接続を制御するネットワーク制御部である。無線ＬＡＮアドホックネットワークへの接続処理などは、ネットワーク制御部２０７により実施される。
【００２５】
通信パラメータ自動設定機能ブロックにおいて、２０８は、通信パラメータ自動設定における各種プロトコルを制御する自動設定制御部である。
【００２６】
２０９は相手装置に通信パラメータを提供する通信パラメータ提供部である。後述の通信パラメータ自動設定の提供処理は、自動設定制御部２０８の制御に基づいて、通信パラメータ提供部２０９により行われる。２１０は相手装置より通信パラメータを受信する通信パラメータ受信部である。後述の通信パラメータ自動設定の受信処理は、自動設定制御部２０８の制御に基づいて、通信パラメータ受信部２１０により行われる。
【００２７】
また、通信パラメータ自動設定処理が開始されてからの経過時間が当該設定処理の制限時間を越えたか否かの判定も、自動設定制御部２０８により行われる。また、当該制限時間を超えたと判定した場合には、自動設定制御部２０８の制御により、設定処理が中止される。
【００２８】
２１１は、通信パラメータ自動設定処理における役割を決定する役割決定部である。後述の役割決定処理は、役割決定部２１１により実施される。
【００２９】
２１２は、通信パラメータの自動設定の開始と終了の通知に関する処理を制御する設定通知制御部である。後述する提供装置における開始通知メッセージ、開始通知応答メッセージ、および完了通知メッセージの送受信処理は、設定通知制御部２１２により実施される。
【００３０】
２１３は、ビーコン制御部であり、ビーコン（報知信号）の送信タイミングを制御する。ここで、ＩＥＥＥ８０２．１１無線ＬＡＮのアドホックネットワークにおけるビーコンの送信アルゴリズムについて説明する。
【００３１】
アドホックネットワークにおけるビーコンの送信は、ネットワークを構成する全ての装置間で自律分散的に行われる。ビーコンの送信間隔（ビーコン周期）は、アドホックネットワークを最初に作成した装置が決定することになっており、通常は１００ｍｓ程度の間隔でいずれかの装置からビーコンが送信される。なお、アドホックネットワークではいずれか１つの装置がビーコンの送信を開始することにより、ネットワークが形成される。
【００３２】
ビーコンを送信するタイミングはコンテンションウィンドウ（乱数発生範囲、以下ＣＷ）と呼ばれるパラメータにより制御される。ネットワーク内の各装置は、ビーコンを送信する時間になると０からＣＷの中からランダムなある値（ＣＷｒａｎｄ）を求める。このＣＷｒａｎｄに、予め定められた一定の間隔（スロットタイム）を掛けた時間をビーコン送信までの待ち時間（バックオフ時間）とする。
【００３３】
次に、前記ビーコン送信までの待ち時間をスロットタイムでデクリメントしていき、待ち時間が０になったときにビーコンを送信する。もし、自装置がビーコンを送信する前に他の装置からのビーコンを受信した場合は、ビーコンを送信する処理を中止する。
【００３４】
このようにすることにより、各装置から送信されるビーコンの衝突を防ぐことができる。アドホックネットワーク上の各装置は、０からＣＷの間の乱数を選択するので、ネットワークを構成している装置のうち、もっとも小さいＣＷｒａｎｄを選択した装置がビーコンを送信することになる。
【００３５】
例えば、各装置に初期値として同一のＣＷが設定されている場合は、各装置によるビーコンの送信確率は同じになり、その結果として、各装置による単位時間当たりのビーコンの送信回数はほぼ同じになる。言い換えれば、各装置によるビーコンの送信頻度（送信割合）は同じになる。
【００３６】
一方でネットワーク上の１つの装置がＣＷを初期値よりも小さい値に設定すると、当該装置が他の装置よりもビーコンを送信する確率は高くなる。つまり、ＣＷはビーコンの送信確率を決定するためのパラメータ、又はビーコンの単位時間当たりの送信回数を決定するためのパラメータということができる。
【００３７】
又、各装置が送信するビーコンの送信割合を決定するためのパラメータということもできる。また、ＣＷはビーコンを送信するタイミングを決定するためのパラメータ、ビーコンの送信までの待ち時間を決定するためのパラメータと言い換えることもできる。
【００３８】
なお、ＣＷの値は、ＣＷｍｉｎ（最小値）からＣＷｍａｘ（最大値）までの範囲で変更することが可能であり、ＣＷｍｉｎに設定すると単位時間当たりのビーコンの送信回数が最大になる。各装置には、初期値としてＣＷｉｎｉｔ（＞ＣＷｍｉｎ）が設定されており、通信パラメータ自動設定処理が実行されていない間は、初期値を用いてビーコンの送信が行われる。
【００３９】
図３は、通信装置Ａ３００（以下、装置Ａ）、通信装置Ｂ３０１（以下、装置Ｂ）を示した図である。これら全ての装置は、先に説明した図１、図２の構成を有している。
【００４０】
装置Ａと装置Ｂはともに、通信パラメータの提供装置、または受信装置として動作するか未決定の状態で、それぞれ、ネットワークＡ３０２（以下、ネットワークＡ）とネットワークＢ３０３（以下、ネットワークＢ）を作成している。
【００４１】
装置Ａと装置Ｂは、それぞれの装置を相互に発見し、どちらの装置が提供装置となるか決定する。その結果、提供装置となった装置から受信装置となった装置に対して通信パラメータを提供する。
【００４２】
また、ネットワークＡおよびネットワークＢは、それぞれ、装置Ａと装置Ｂにより作成されるアドホックネットワークである。アドホックネットワークは、ＩＢＳＳ（Ｉｎｄｅｐｅｎｄ  Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）と呼ばれ、各ネットワークはネットワーク識別子であるＢＳＳＩＤにより区別される。
【００４３】
ここで、ＢＳＳＩＤとはネットワークを作成する装置が生成するランダムな値のネットワーク識別子である。なお、ＳＳＩＤは装置に予め設定しておくことも、ユーザが任意の値を設定することも可能なネットワーク識別子であり、ＢＳＳＩＤとは異なるものである。また、上記説明で明らかなように、ＢＳＳＩＤは、通信パラメータ自動設定処理によって提供装置から受信装置へ提供される通信パラメータではない。
【００４４】
図４は、装置Ａと装置Ｂにおいて、設定ボタン１０６が押下され、装置Ａと装置Ｂの間で通信パラメータの自動設定処理を実施した場合の処理シーケンスの一例を示した図である。
【００４５】
装置Ａと装置Ｂ夫々において設定ボタン１０６が押されると、装置ＡはユニークなネットワークＡを作成し（Ｆ４０１）、装置ＢもユニークなネットワークＢを作成する（Ｆ４０２）。
【００４６】
ここで、Ｆ４０１およびＦ４０２にて作成するネットワークは、予め定められた同一の無線ＬＡＮチャネル上に作成する。無線ＬＡＮチャネルとは、無線ＬＡＮでの通信に使用することが許可されている周波数チャネル（通信チャネル）である。例えば、ＩＥＥＥ８０２．１１ｇ準拠の無線ＬＡＮの場合は、日本国内で１ｃｈから１３ｃｈまでを無線ＬＡＮチャネルとして使用できる。なお、ここでは装置Ｂの設定ボタン１０６が先に押され、装置Ｂが先にネットワークを作成するものとする。
【００４７】
装置Ａと装置Ｂは、その動作役割（以下、役割）として提供装置にも受信装置にも確定していないことを示す「提供装置候補」に設定され（Ｆ４０３、Ｆ４０４）、第一のタイマＴ１を開始する（Ｆ４０５，Ｆ４０６）。
【００４８】
装置Ａおよび装置Ｂは、作成したネットワークにおいて通信パラメータの自動設定処理機能を有していることを通知する情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）を含むビーコン（報知信号）を送信する。あるいは自動設定処理中であることを通知する情報要素を含むビーコンを送信する（Ｆ４０７、Ｆ４０８）。このとき、ビーコンには、現時点の役割である「提供装置候補」を示す情報要素が含まれていてもよい。
【００４９】
このビーコンには、ネットワークＡとネットワークＢで異なるＢＳＳＩＤが含まれるため、該ビーコンを受信した装置は、いずれのネットワークに属する装置から送信されたビーコンであるかを認識できる。
【００５０】
引き続いて、装置Ｂは、検索信号Ａを送信する（Ｆ４０９）。検索信号Ａにもビーコン同様に、通信パラメータの自動設定処理機能を有している、あるいは自動設定処理中であることを示す情報要素や現時点の役割である「提供装置候補」を示す情報要素を含めて送信する。なお、タイマＴ１が満了するまでの期間中は、検索信号Ａはネットワークを作成した無線ＬＡＮチャネル上でのみ送信される。これにより、装置はタイマＴ１が満了するまでの間、当該無線ＬＡＮチャネル上のネットワークに存在する装置からの検索応答信号を確実に受信することが可能となる。
【００５１】
装置Ａは装置Ｂから送信された検索信号Ａを受信すると、検索応答信号Ａを装置Ｂに対して送信する（Ｆ４１０）。検索応答信号Ａにも、ビーコンや検索信号Ａと同様に、通信パラメータの自動設定処理機能を有している、あるいは自動設定処理中であることを示す情報要素や現時点の役割である「提供装置候補」を示す情報要素を含めて送信する。
【００５２】
ここで、装置Ｂにおいて提供装置を検出できないままタイマＴ１が満了すると（Ｆ４１１）、装置Ｂは第二のタイマＴ２を開始する（Ｆ４１１）。同様に、装置Ａにおいて提供装置を検出できないままタイマＴ１が満了すると（Ｆ４１２）、装置Ａは第二のタイマＴ２を開始する（Ｆ４１２）。
【００５３】
タイマＴ２が満了するまでの期間中も、各装置はタイマＴ１の場合と同様に検索信号Ａを送信する。ただし、タイマＴ２が満了するまでの期間中は、通信可能な全ての無線ＬＡＮチャネルを切替えながら検索信号Ａを送信する。これにより、装置はタイマＴ２が満了するまでの間、全ての無線ＬＡＮチャネル上のネットワークに存在する装置から検索応答信号を受信することが可能となる。
【００５４】
装置Ｂにおいて提供装置を検出できないままタイマＴ２が満了すると（Ｆ４１３）、装置Ｂは自身の動作役割を提供装置に設定する（Ｆ４１４）。
【００５５】
今度は、装置Ａが検索信号Ａを送信する（Ｆ４１５）。装置Ａから送信される検索信号Ａも、通信パラメータの自動設定処理機能を有している、あるいは自動設定処理中であることを示す情報要素や現時点の役割である「提供装置候補」を示す情報要素を含んでいる。
【００５６】
装置Ｂは装置Ａから送信された検索信号Ａを受信したら、検索応答信号Ｂを装置Ａに対して送信する（Ｆ４１６）。検索応答信号Ｂには、ビーコンや検索信号Ａと同様に、通信パラメータの自動設定処理機能を有している、あるいは自動設定処理中であることを示す情報要素、現時点の役割が含まれる。この時点では、装置Ｂは自身の動作役割を提供装置に決定しているため、「提供装置」を示す情報要素が含まれる。このとき、役割としての「提供装置」を示す情報要素に加えて、通信パラメータを提供可能な状態であることを示す情報要素を付加してもよい。
【００５７】
次に、装置Ａは装置Ｂから送信された検索応答信号Ｂを受信し、装置Ｂの役割が提供装置であり、通信パラメータを提供可能な状態であることを確認する。そこで、装置Ａは、タイマＴ２を停止して（Ｆ４１７）、自身の役割を受信装置に設定し（Ｆ４１８）、装置Ｂが作成したネットワークＢへ参加する（Ｆ４１９）。これによって、装置Ａと装置Ｂの間では、通信パラメータの自動設定プロトコル処理で交わされる通信メッセージ（プロトコルメッセージ）を相互に送受信可能となる。
【００５８】
ここで、自動設定プロトコル処理とは、提供装置から受信装置へ通信パラメータを提供するために予め定められた各種通信メッセージの送受信を行う処理のことをいう。なお、ＷＰＳでは上記プロトコル処理のことをＲｅｇｉｓｔｒａｔｉｏｎプロトコルと呼んでいる（非特許文献１参照）。本実施形態では説明を簡単にするため、受信装置から提供装置に対して通信パラメータ設定起動を示すメッセージを送信し、該メッセージに応じて提供装置が受信装置に対する通信パラメータの提供処理を行うものとする。そして、提供が完了したら通信パラメータ設定完了のメッセージを送信するものとする。
【００５９】
なお、Ｆ４１７で装置ＡがネットワークＢに参加した時点では、暗号鍵、認証鍵等の通信パラメータが装置Ａに設定されていないため、装置Ａは装置Ｂとの間で暗号、認証を用いた通信を行うことはできない。
【００６０】
なお、装置Ａと装置Ｂの間で、通信パラメータの提供装置あるいは受信装置の役割を決定するにあたっては、検索信号と検索応答信号を用いることとした。
【００６１】
しかし、敢えて検索信号や検索応答信号の送受信を行わず、相互に送受信するビーコンの情報を用いて役割を決定するようにしてもよい。
【００６２】
装置Ａは装置Ｂが作成したネットワークに参加すると、装置Ｂに通信パラメータ設定起動を示すメッセージを送信し（Ｆ４２０）、提供装置である装置Ｂから受信装置である装置Ａに対する通信パラメータ提供処理を行う（Ｆ４２１）。通信パラメータの提供が完了すると、装置Ｂは装置Ａに対して通信パラメータ設定完了のメッセージを送信する（Ｆ４２２）。これにより通信パラメータ設定処理が完了し、装置Ａと装置Ｂの間で通信パラメータが共有される。
【００６３】
そして、装置Ａと装置Ｂでは、共有した通信パラメータを用いて通信接続処理を行う（Ｆ４２３）。
【００６４】
なお、通信パラメータ設定処理の終了と同時に通信接続処理の開始を行うことで、ユーザに操作を強いることなく装置Ａと装置Ｂの通信が可能となる。その場合に、装置が通信接続処理を開始したことを明示的に表す接続要求信号を送信してもよい。アドホックモードでは、インフラストラクチャモードのようなアソシエーション処理が行われないが、接続要求信号の受信により、接続を要求してきた装置を即座に認識することができる。
【００６５】
本実施形態では、装置Ｂは装置Ａに対して、ネットワークＢの通信パラメータを送信し、その通信パラメータで通信接続処理を行った。この場合、装置Ａが装置Ｂに対して接続要求信号を送信することにより、装置Ｂは装置ＡがネットワークＢへ参加したことを知ることができ、参加台数の把握も容易になる。
【００６６】
また、通信接続処理の開始前にユーザに接続開始を確認するようにし、ユーザからの操作に応じて通信接続処理を開始してもよい。例えば、通信パラメータ設定処理が終了すると、表示部１０５にて、接続を開始するか否かの選択を促す表示を行い、ユーザによる入力部１０９からの入力に応じて、通信接続処理を開始するようにしてもよい。
【００６７】
また、装置Ｂが装置Ａに対して、ネットワークＢと異なるネットワークを示す通信パラメータを送信するようにしてもよい。例えば、ネットワークＣで通信するための通信パラメータを装置Ｂから装置Ａへ提供し、提供後に装置Ａ、Ｂ共にネットワークＣで通信するようにしてもよい。その場合は、装置Ａ又は装置ＢはネットワークＣ上で他方の装置を検出したことをトリガに通信接続処理を開始するようにすればよい。なお、この場合、ネットワークＣはネットワークＢとは異なる無線ＬＡＮチャネル上のネットワークであっても構わないことは言うまでもない。
【００６８】
図８は、装置Ａと装置Ｂにおいて、設定ボタン１０６が押下され、装置Ａと装置Ｂの間で提供装置あるいは受信装置のいずれで動作するかを決定し、通信パラメータの自動設定処理を実施した場合の動作フローの一例を示したフローチャートである。
【００６９】
以下、本フローチャートに沿って両装置が実行する制御について説明する。
【００７０】
まず、通信パラメータ設定処理の開始を指示するための設定ボタン１０６が押される（ステップＳ８０１）。
【００７１】
設定ボタン１０６が押下された装置では、自身が現在すでにネットワークに参加しているかどうかを調べる（ステップＳ８０２）。ここで、ネットワークに参加している場合とは、例えば既に他の装置との間で行った通信パラメータ設定処理によって共有した通信パラメータを用いてネットワークを構成している場合である。
【００７２】
もしすでにネットワークに参加しているのであれば、参加中のネットワークに別の新しい装置を参加させるために、自身の役割を提供装置に設定する（ステップＳ８１５）。そして、自身の役割が提供装置であることを示す情報等を含んだビーコンの送信を開始する（ステップＳ８１６）。
【００７３】
その後、ネットワークへ参加する新しい装置からの通信パラメータ設定起動を示すメッセージを受信すると、通信パラメータ提供処理を開始する（ステップＳ８１７）。
【００７４】
即ち、ステップＳ８１７において開始する通信パラメータ提供処理では、自身がネットワークに参加している場合には、自身が参加中のネットワークの通信パラメータを提供する。なお、自身が現在すでにネットワークに参加している場合には、後述の図６で示す開始通知処理を起動する。
【００７５】
ここで、ビーコン（報知信号）、検索信号（プローブリクエスト）、検索応答信号（プローブレスポンス）には、以下の情報要素が、信号に応じて必須、あるいはオプションとして含まれているものとする。
・通信パラメータの自動設定処理機能を有する、あるいは自動設定処理中であることを通知する情報要素
・自装置の役割を示す情報要素
・提供機能が起動中か否かを示す情報要素
ステップＳ８０２において、ネットワークに参加していないと判定された場合には、動作役割を決定するために自らネットワークを作成する（ステップＳ８０３）。そして、役割を提供装置候補に設定した上で（ステップＳ８０４）、後述する提供装置探索処理を起動する（ステップＳ８０５）。なお、ステップ８０３にて作成されるネットワークは、予め定められた無線ＬＡＮチャネル上に作成されるものとする。
【００７６】
提供装置探索処理の結果、役割が提供装置である装置を発見した場合は（ステップＳ８０６でＹｅｓ）、自身の役割を受信装置に設定し（ステップＳ８０７）、提供装置が作成したネットワークに参加する（ステップＳ８０８）。ネットワークへ参加後、自身の役割が「受信装置」であることを示す情報を含んだビーコン送信を開始する（ステップＳ８０９）。
【００７７】
なお、この時点では提供装置から通信パラメータの提供を受けていないため、参加したネットワークにて暗号、認証を用いた通信を行うことはできない。ネットワークに参加した装置は、通信パラメータの提供を要求するために、通信パラメータ設定起動を示すメッセージを提供装置へ送信し、提供装置からの通信パラメータの受信処理を開始する（ステップＳ８１０）。
【００７８】
一方、提供装置探索処理の結果、役割が提供装置である装置を発見できない場合には（ステップＳ８０６でＮｏ）、自装置の役割を提供装置に設定する（ステップＳ８１５）。
【００７９】
続けて、提供装置であることを示す情報を含んだビーコン送信を開始し（ステップＳ８１６）、受信装置からの通信パラメータ設定起動を示すメッセージの受信に応じて、通信パラメータ提供処理を開始する（ステップＳ８１７）。なお、ステップＳ８１７において開始する通信パラメータ提供処理では、自身がネットワークに参加していない場合には、ステップＳ８０３で作成したネットワークの通信パラメータを提供する。
【００８０】
役割が受信装置となった装置は、通信パラメータの受信が完了したかどうかを確認する（ステップＳ８１１）。完了した場合には、表示部１０５でＬＣＤにメッセージを表示する、あるいはＬＥＤの点滅・点灯・色や音などでユーザが識別可能なように通信パラメータ設定の成功を示す表示を行い（ステップＳ８１４）、処理を終了する（ステップＳ８２２）。
【００８１】
一方、エラーが発生した場合には（ステップＳ８１２）、ステップＳ８１３に進む。そして、同様に表示部１０５でＬＣＤにメッセージを表示する、あるいはＬＥＤの点滅・点灯・色や音などでユーザが識別可能なようにエラー通知を行い（ステップＳ８１３）、処理を終了する（ステップＳ８２２）。
【００８２】
一方、役割が提供装置となった装置は、通信パラメータの提供が完了したかどうかを確認する（ステップＳ８１８）。完了した場合には、ステップＳ８２１に進む。そして、表示部１０５でＬＣＤにメッセージを表示する、あるいはＬＥＤの点滅・点灯・色や音などでユーザが識別可能なように通信パラメータ設定の成功を示す表示を行い（ステップＳ８２１）、処理を終了する（ステップＳ８２２）。一方、エラーが発生した場合には（ステップＳ８１９）、ステップＳ８２０に進む。そして、同様に表示部１０５でＬＣＤにメッセージを表示する、あるいはＬＥＤの点滅・点灯・色や音などでユーザが識別可能なようにエラー通知を行い（ステップＳ８２０）、処理を完了する（ステップＳ８２２）。
【００８３】
図１７は、図８のステップＳ８０５にて行われる提供装置探索処理（検索制御工程）を実施した場合の動作フローの一例を示したフローチャートである。
【００８４】
以下、本フローチャートに沿って提供装置探索処理の制御について説明する。
【００８５】
処理開始後、装置は第一のタイマＴ１を開始する（ステップＳ１７００）。
【００８６】
タイマＴ１を開始後、装置はビーコン送信を開始する（ステップＳ１７０１）。ここで、ビーコンに現時点の役割である「提供装置候補」を示す情報要素を含めてもよい。
【００８７】
そして、提供装置が見つかるか、タイマＴ１が満了するまで、提供装置の検索処理を行う（ステップＳ１７０２〜ステップＳ１７０５）。具体的には、タイマＴ１が満了でなければ（ステップＳ１７０２）、各装置は検索信号（プローブリクエスト）を送信し（ステップＳ１７０３）、検索応答信号（プローブレスポンス）の受信を待つ（ステップＳ１７０４）。
【００８８】
なお本実施形態において、ステップＳ１７０３とステップ１７０４にて行われる検索信号および検索応答信号の送受信は、予め定められた無線ＬＡＮチャネル上（通信チャネル上）でのみ行われる。すなわち、通信パラメータ設定処理を行う複数の装置が予め定められた無線ＬＡＮチャネル上でネットワークを形成すると共に、第一の期間が経過するまでは該無線ＬＡＮチャネル上で提供装置の検索を行う（第一の検索手段）。これにより、提供装置が予め定められた無線ＬＡＮチャネル上にネットワークを形成していた場合に、該提供装置を迅速に発見することが可能となるからである。
【００８９】
次に、受信した検索応答信号の情報要素に含まれる相手の役割が提供装置かどうかを判定し（ステップＳ１７０５）、もし提供装置であればタイマＴ１を停止して（ステップＳ１７１１）処理を終了する。
【００９０】
また、タイマＴ１が満了するまでに、役割が提供装置である装置を発見できない場合には（ステップＳ１７０２）、装置は第二のタイマＴ２を開始する（ステップＳ１７０６）。
【００９１】
タイマＴ２を開始後、装置は提供装置が見つかるか、タイマＴ２が満了するまで、提供装置の検索処理を行う（ステップＳ１７０７〜ステップＳ１７１０）。具体的には、タイマＴ２が満了でなければ（ステップＳ１７０７）、各装置は検索信号（プローブリクエスト）を送信し（ステップＳ１７０８）、検索応答信号（プローブレスポンス）の受信を待つ（ステップＳ１７０９）。
【００９２】
なお本実施形態において、ステップＳ１７０８とステップ１７０９にて行われる検索信号および検索応答信号の送受信は、通信可能な全ての無線ＬＡＮチャネル上で行われる。これは、例えば各無線ＬＡＮチャネル上での検索信号の送信と検索応答信号の待ち受けを切替えて行うことで実施される。
【００９３】
すなわち、第一の期間が経過しても予め定められた無線ＬＡＮチャネル上で提供装置を検出できない場合は、無線ＬＡＮチャネルを順番に切替えながら提供装置の検索処理を第二の期間が経過するまで行う（第二の検索手段）。
【００９４】
これにより、予め定められた無線ＬＡＮチャネルとは異なるネットワークに参加中の装置が提供装置となり（ステップＳ８０２のＹｅｓ）、当該ネットワーク上で提供装置が通信パラメータを提供する場合でも、提供装置を確実に発見することが可能となる。
【００９５】
次に、受信した検索応答信号の情報要素に含まれる相手の役割が提供装置かどうかを判定し（ステップＳ１７１０）、もし提供装置であればタイマＴ２を停止して（ステップＳ１７１２）処理を終了する。
【００９６】
タイマＴ２が満了するまでに、役割が提供装置である装置を発見できない場合には（ステップＳ１７０７）、装置は処理を終了する。
【００９７】
なお、図１７ではプローブリクエストに対するプローブレスポンスの受信を待機することにより、通信パラメータの設定処理を開始している提供装置を検索する方法（アクティブスキャン）について説明した。しかし、通信パラメータの設定処理を実行中の提供装置は、通信パラメータ自動設定を意味する付加情報を付加したビーコンを送信するので、受信装置は一定時間、当該ビーコンが送信されてくるのを待つ方法（パッシブスキャン）を用いるようにしてもよい。
【００９８】
また、ステップＳ１７０５およびステップ１７１０では、受信した検索応答信号の情報要素に含まれる相手の役割が「提供装置」かどうかを判定する方法について説明した。ここで、受信した検索応答信号の情報要素に含まれる相手の役割が「提供候補装置」であった場合に、検索応答信号に含まれる情報を利用して自身の役割を提供装置に決定するか否かを判定してもよい。具体的には、例えば検索応答信号を送信する装置が検索応答信号に設定ボタン１０６が押下されてからの経過時間を格納して送信する。検索応答信号を受信した装置は、検索応答信号に格納されている該経過時間と、自身の設定ボタン１０６が押下されてからの経過時間とを比較する。比較した結果、自身の方が検索応答信号を送信した装置よりも以前に設定ボタン１０６を押下していた場合には、自身の役割を提供装置に設定し、ステップＳ８１６へ進む。
【００９９】
また、比較した結果、検索応答信号を送信した装置の方が自身よりも以前に設定ボタン１０６を押下していた場合には、検索応答信号を送信した装置へ通知信号を送信し、通知信号を受信した装置は自身の役割を提供装置に設定してもよい。
【０１００】
上記処理を行うことで、速やかに提供装置を決定することが可能となる。
【０１０１】
なお、比較する情報としては、上記設定ボタン１０６が押下されてからの経過時間に限られず、例えば、装置のＭＡＣアドレスの大小を比較してもよい。あるいは、検索応答信号に含まれるＴｉｍｉｎｇ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ（ＴＳＦ）の値を比較してもよい。
【０１０２】
次に、構築済みのアドホックネットワークへ通信パラメータの自動設定を用いて新たに装置を追加する場合について説明する。なお、構築済みのアドホックネットワークとは、通信パラメータ設定処理を行った装置間で共有された通信パラメータにより複数の装置で構成されたアドホックネットワークのことを指すものとする。
【０１０３】
図５は、第１の通信装置Ａ５００（以下、装置Ａ）、第２の通信装置Ｂ５０１（以下、装置Ｂ）、第３の通信装置Ｃ５０３（以下、装置Ｃ）、およびネットワーク５０２を示した図である。装置Ａ、装置Ｂ、および装置Ｃは先に説明した図１、図２の構成を有している。
【０１０４】
ここで、装置Ａと装置Ｂから構成されるネットワーク５０２へ装置Ｃが参加する際に、装置Ｂと装置Ｃの設定ボタンが操作された場合を考える。
【０１０５】
図６は、提供装置の通知処理動作を説明するフローチャート図である。図８のステップＳ８０２において、装置がネットワークに参加中の場合に、該装置は図６の処理を開始する。
【０１０６】
処理が開始されると、提供装置のビーコン制御部２１３は提供装置による単位時間当たりのビーコンの送信頻度（送信割合、送信回数）を増加させる（ステップＳ６０１）。
【０１０７】
なお、ＩＥＥＥ８０２．１１無線ＬＡＮのアドホックネットワークにおいては、プローブレスポンスを返信する装置は、プローブリクエストを受信する直前にビーコンを送信した装置であることが規定されている。
【０１０８】
そこで、ステップＳ６０１では、ＣＷを初期値よりも小さな値に設定する。これにより、提供装置による単位時間当たりのビーコンの送信回数が、ネットワークに参加中の他の装置よりも多くなる。この結果、新規に参加する装置による提供装置の検索処理（図８のステップＳ８０８〜Ｓ８１０）において、提供装置からのプローブレスポンスを短時間で検出することが可能となる。
【０１０９】
このように、提供装置のビーコンの送信頻度を高くすることで、新規に参加する装置が提供装置を検索する場合に、提供装置からのプローブレスポンスを受信する確率が高くなる。また、新規に参加する装置がパッシブスキャンにより提供装置を検索する場合であっても、提供装置からのビーコンを受信する確率が上がる。
【０１１０】
その結果、新規に参加する装置が提供装置を検出できないまま通信パラメータ設定処理の制限時間を経過してしまう確率を下げることが可能となる。また、新規に参加する装置が提供装置を短時間で検出することができれば、通信パラメータの提供が完了するまでの時間も短縮することができる。
【０１１１】
その後、提供装置は、通信パラメータの自動設定が開始されたことを通知する開始通知メッセージをブロードキャスト送信する（ステップＳ６０２）。なお、本開始通知メッセージをネットワークに参加している各装置にユニキャスト送信してもよい。また、本開始通知メッセージは、装置Ｂが提供装置としての動作を開始したことを通知するメッセージと言い換えることもできる。
【０１１２】
提供装置は起動した提供処理がエラー終了する（ステップＳ６０６）か、受信装置への通信パラメータの提供が完了する（ステップＳ６０３）まで待機する。あるいは他の装置からエラー通知又は完了通知メッセージを受信する（ステップＳ６０５、ステップＳ６０８）まで待機する。
【０１１３】
提供処理が成功し、受信装置への通信パラメータの提供が完了した場合は（ステップＳ６０３）、提供装置は完了通知メッセージをブロードキャスト送信する（ステップＳ６０４）。なお、本完了通知メッセージをネットワークに参加している各装置にユニキャスト送信してもよい。
【０１１４】
ステップ６０４により完了通知メッセージを送信するか、または他の装置から完了通知メッセージを受信した（ステップＳ６０５）場合は、ステップＳ６０９ヘ進む。
【０１１５】
また、提供処理が失敗した場合は（ステップＳ６０６）、提供装置はエラー通知メッセージをブロードキャスト送信する（ステップＳ６０７）。なお、エラー通知メッセージをネットワークに参加している各装置にユニキャスト送信してもよい。
【０１１６】
ステップ６０７によりエラー通知メッセージを送信するか、または他の装置からエラー通知メッセージを受信した（ステップＳ６０８）場合は、ステップＳ６０９へ進む。
【０１１７】
ステップＳ６０９において、提供装置のビーコン制御部２１３はＣＷを初期値に再設定し、ステップＳ６０１にて増加したビーコンの送信頻度を元に戻す（ステップＳ６０９）。
【０１１８】
なお、ＣＷの初期値への再設定は、提供処理の開始後であれば、処理開始直後、提供処理完了後、エラー後のいつでもよい。処理開始後直後に再設定すれば、ビーコンを送信する頻度（回数）が低くなるので、ビーコン送信による消費電力をより効率的に低減することができる。
【０１１９】
また、ステップＳ６０２にて送信した開始通知メッセージは、提供処理がエラー終了するか、または受信装置へ通信パラメータを提供するか、または他の装置から通知メッセージを受信するまで、繰り返し送信される。
【０１２０】
図７は、ネットワークに参加中の提供装置以外の装置（装置Ａ）の代理応答処理動作を説明するフローチャート図である。装置Ａが開始通知メッセージを受信すると、図７の処理が開始される。
【０１２１】
装置Ａの自動設定制御部２０８は、開始通信メッセージの受信を検出すると、ステップＳ７０２〜Ｓ７０７にて説明する処理の制限時間を経過したか否かを判定するためのタイマを起動する（ステップＳ７０１）。
【０１２２】
次に自動設定制御部２０８は、送信するビーコンおよび検索応答信号（プローブレスポンス）に含める情報の内容を変更する（ステップＳ７０２）。ステップＳ７０２において、自動設定制御部２０８は、送信するビーコンおよび検索応答信号に、提供装置（装置Ｂ）を一意に識別する識別情報を付加する。識別情報としては、例えば提供装置のＭＡＣアドレス情報を格納する。これにより、検索信号に対して提供装置ではない装置Ａが検索応答信号を返した場合でも、検索信号の送信元の装置は提供装置の存在を検出することが可能となる。
【０１２３】
そして、ビーコン制御部２１３はＣＷを初期値より大きい値に変更して設定し（ステップＳ７０３）、ビーコンの送信頻度（送信割合）を削減する。
【０１２４】
これにより、ネットワークに参加中の提供装置以外の装置による単位時間当たりのビーコンの送信回数が、提供装置よりも少なくなる。この結果、新規に参加する装置による提供装置の検索処理（図８のステップＳ８０８〜Ｓ８１０）において、提供装置からのプローブレスポンスを短時間で検出することが可能となる。
【０１２５】
その後、装置Ａは提供装置から送信される完了通知メッセージまたはエラー通知メッセージを待ち受ける（ステップＳ７０４、ステップＳ７０５）。通知メッセージを受信すると、装置Ａのビーコン制御部２１３はＣＷを初期値に再設定し（戻し）、ステップＳ７０３にて削減したビーコンの送信頻度を元に戻す（ステップＳ７０６）。
【０１２６】
更に自動設定制御部２０８は、送信するビーコンおよび検索応答信号に含める情報の内容を、ステップＳ７０２で行った変更前の内容に戻す（ステップＳ７０７）。すなわち、送信するビーコンおよび検索応答信号に付加された、提供装置（装置Ｂ）を一意に識別する識別情報を除去する。
【０１２７】
なお、ステップＳ７０１にて設定したタイマが満了すると、受信装置はステップＳ７０２〜ステップＳ７０７の処理を中止する。また、タイマ満了時にステップＳ７０２、ステップＳ７０３の処理が既に行われていた場合には、ステップＳ７０６、ステップ７０７と同様の再設定処理を行う。
【０１２８】
図９は、本実施形態における各装置の動作を説明するシーケンス図である。装置Ａは、通信パラメータの自動設定により装置Ｂから通信パラメータの提供を受け、該通信パラメータのネットワーク５０２に既に参加しているものとする（Ｆ９０１）。また、装置Ｃは、まだ通信パラメータの提供を受けていないものとする。
【０１２９】
ユーザにより装置Ｂの設定ボタンが操作されると、装置Ｂは図８の処理を起動する（Ｆ９０２）。装置Ｂは既に通信パラメータの自動設定により装置Ａとの間で共有された通信パラメータを用いることによりネットワーク５０２へ参加しているため、自身の役割を提供装置に設定し、通信パラメータの提供処理を開始する（Ｆ９０２）。
【０１３０】
また、装置Ｂは図６の開始通知処理を起動する（Ｆ９０３）。開始通知処理を起動後、装置Ｂは開始通知メッセージを送信し、ビーコンの送信頻度を増加させる（Ｆ９０４）。
【０１３１】
開始通知メッセージを受信した装置Ａは図７の代理応答処理を起動し、ビーコンの送信頻度を削減する（Ｆ９０５）。
【０１３２】
このように、装置Ｂがビーコンの送信頻度を増加し、装置Ａがビーコンの送信頻度を削減することで、新たに参加する装置Ｃが提供装置である装置Ｂをより短時間に検出することが可能となる。
【０１３３】
ユーザにより装置Ｃの設定ボタン１０６が操作されると、装置Ｃは図８の処理を起動する。装置Ｃはネットワークに参加していないため、ネットワークの作成、役割の提供装置候補への設定等の処理を行った後、提供装置の検索処理を開始する。なお、図９では検索処理以降について示し、それより前の処理については省略している。装置Ｃは、提供装置を検出するために検索信号を送信する（Ｆ９０６）。
【０１３４】
装置Ｃから送信された検索信号に対して、ネットワーク５０２では装置Ａまたは装置Ｂが検索応答信号を返信する（Ｆ９０７ａ、Ｆ９０７ｂ）。
【０１３５】
この場合、装置Ｃは図１７で説明したように、タイマＴ１が満了するまでは予め定められた無線ＬＡＮチャネル上で提供装置を探索する（ステップ１７０２〜ステップ１７０５）。そのため、ネットワーク５０２が予め定められた無線ＬＡＮチャネル上のネットワークである場合には、タイマＴ１の期間内に提供装置を検出することができる。
【０１３６】
また、例えば装置Ａが通信パラメータの自動設定により、装置Ｂから予め定められた無線ＬＡＮチャネルとは異なる無線ＬＡＮチャネル上のネットワークの通信パラメータを受信する場合も考えられる。すなわち、ネットワーク５０２が予め定められた無線ＬＡＮチャネルとは異なる無線ＬＡＮチャネル上のネットワークとなる場合である。この場合、装置ＣはタイマＴ１が満了後、タイマＴ２が満了するまでに無線ＬＡＮチャネルを順番に切替えながら提供装置を探索する（ステップＳ１７０７〜ステップＳ１７１０）ことで、タイマＴ２の期間内に提供装置を検出することができる。
【０１３７】
装置Ａが検索応答信号を返信する場合には、装置Ａは提供装置である装置Ｂの識別情報（ＭＡＣアドレス）を検索応答信号に格納して返信する（Ｆ９０７ｂ）。また、装置Ｂが検索応答信号を返信する場合には、装置Ｂは自身が提供装置であることを示す情報を検索応答信号に格納して返信する（Ｆ９０７ａ）。このように、装置Ｃはネットワーク５０２のどの装置から検索応答信号を受信した場合でも、提供装置である装置Ｂを確実に検出することができる。
【０１３８】
装置Ｃは提供装置の存在を検出すると、自身の役割を受信装置に設定する。（Ｆ９０８）。そして、装置Ｃはネットワーク５０２に参加し、提供装置である装置Ｂからネットワーク５０２での通信に必要な通信パラメータを受信する（Ｆ９０９）。
【０１３９】
装置Ｂは装置Ｃへ通信パラメータを提供後、装置Ａへ完了通知メッセージを送信する（Ｆ９１０）。完了通知メッセージの送信後、装置ＢはＦ９０３にて増加させたビーコンの送信頻度を元に戻す。装置Ａは完了通知メッセージを受信すると、Ｆ９０５にて削減したビーコンの送信頻度を元に戻す。
【０１４０】
このように、ユーザは設定ボタン１０６の操作のみを行うことで、自動的に装置Ｃをネットワーク５０２へ参加させることが可能となる。
【０１４１】
なお、図９の説明では装置Ｂの設定ボタン１０６が操作された場合について説明したが、装置Ａの設定ボタン１０６が操作される場合も考えられる。装置Ａの設定ボタン１０６が操作された場合であっても、図８のステップＳ８０２を経て装置Ａが提供装置となることで、図９の場合と同様に装置Ｃをネットワーク５０２に追加することが可能である。
【０１４２】
上記処理によって通信装置間で簡単に通信パラメータを共有することが可能となる。前述した通り、装置Ａと装置Ｂとで設定ボタン１０６を操作することで、装置Ａと装置Ｂとの間で通信接続処理を行い、ネットワーク５０２を構成することとなる。
【０１４３】
前記通信接続処理は、前述した通り、通信パラメータ設定処理完了後に自動で開始しても良いし、設定ボタン１０６の再押下や、入力部１０９による接続コマンド投入などによって行っても良い。
【０１４４】
なお、前記通信接続処理は、共有された通信パラメータのうち、認証方式および暗号方式によって異なる。
【０１４５】
本実施形態では、認証方式および暗号方式として採用される組み合わせは、例えば図１０のとおりとなる。
【０１４６】
Ｏｐｅｎ認証とは、ＩＥＥＥ８０２．１１規格において、Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎとして定義されている認証方式であり、詳細はＩＥＥＥ８０２．１１規格を参照されたい。Ｓｈａｒｅｄ認証とは、ＩＥＥＥ８０２．１１およびＩＥＥＥ８０２．１１ｉ規格にて、Ｓｈａｒｅｄ  Ｋｅｙ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎとして定義されている認証方式であり、暗号方式としてＷＥＰを使用する。
【０１４７】
なお、ＷＥＰは、Ｗｉｒｅｄ  Ｅｑｕｉｖａｌｅｎｔ  Ｐｒｉｖａｃｙの略であり、詳細についてＩＥＥＥ８０２.１１もしくはＩＥＥＥ８０２．１１ｉ規格を参照されたい。またＷＰＡ認証方式、ＷＰＡ−ＰＳＫ認証方式、ＷＰＡ２認証方式、およびＷＰＡ２−ＰＳＫ認証方式は、Ｗｉ−Ｆｉアライアンスが規定する暗号化方式の規格である。これらは、ＩＥＥＥ８０２．１１i規格におけるＲＳＮＡ（Ｒｏｂｕｓｔ  Ｓｅｃｕｒｉｔｙ  Ｎｅｔｗｏｒｋ  Ａｓｓｏｃｉａｔｉｏｎ）をベースとしている。
【０１４８】
そして、ＴＫＩＰは、Ｔｅｍｐｏｒａｌ  Ｋｅｙ  Ｉｎｔｅｇｒｉｔｙ  Ｐｒｏｔｏｃｏｌの略である。ＣＣＭＰは、ＣＴＲｗｉｔｈ  ＣＢＣ−ＭＡＣ  Ｐｒｏｔｏｃｏｌの略であり、暗号方式にはＡＥＳを利用するものである。ＡＥＳは、Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄの略である。
【０１４９】
いずれについても詳細についてはＷｉ−Ｆｉアライアンスの仕様書またはテスト仕様書を参照されたい。ＷＰＡ−ＰＳＫ認証方式およびＷＰＡ２−ＰＳＫ認証方式は、事前共有鍵による認証方式である。ＷＰＡ認証方式およびＷＰＡ２認証方式は、別途用意した認証サーバによりユーザ認証を行い、認証サーバより通信経路の暗号鍵を取得する方式である。どちらも、詳細については、ＩＥＥＥ８０２．１１ｉ規格を参照されたい。
【０１５０】
接続処理の方法は、認証方式によって異なる。現状採りうる認証方式としては、表にあるとおり、Ｏｐｅｎ認証、Ｓｈａｒｅｄ認証、ＷＰＡ認証、ＷＰＡ−ＰＳＫ認証、ＷＰＡ２認証、ＷＰＡ２−ＰＳＫ認証の６通りがある。このうち、ＷＰＡ認証とＷＰＡ２認証、およびＷＰＡ−ＰＳＫ認証とＷＰＡ２−ＰＳＫ認証は、本質的には同一の認証方法である。このため、以下の説明ではＷＰＡとＷＰＡ２およびＷＰＡ−ＰＳＫとＷＰＡ２−ＰＳＫは同一とみなし、４通り（ＯＰＥＮ、Ｓｈａｒｅｄ、ＷＰＡ、ＷＰＡ−ＰＳＫ）の認証方式について説明していく。
【０１５１】
ただし、ＷＰＡ認証については、別途認証サーバを外部に設置し、該認証サーバとの間で認証処理を行うため、本発明のように全ての通信装置が対等な立場で動作する場合には煩雑な処理となるため、ここでの説明は割愛する。
【０１５２】
ここでは、本実施形態においては、Ｏｐｅｎ認証、Ｓｈａｒｅｄ認証、ＷＰＡ−ＰＳＫ認証のそれぞれについて説明を行う。
【０１５３】
まず、Ｏｐｅｎ認証について説明する。Ｏｐｅｎ認証においては、互いの通信装置において、通信パラメータ自動設定処理において共有した通信パラメータを設定し、お互いを検索してＩＢＳＳネットワークを構成する。
【０１５４】
次に、Ｓｈａｒｅｄ認証について説明する。Ｓｈａｒｅｄ認証の詳細な説明についてはＩＥＥＥ８０２．１１およびＩＥＥＥ８０２．１１ｉの仕様書に記述があるため詳細は省略するが、Ｓｈａｒｅｄ認証を実施する場合は、ＲｅｑｕｅｓｔｅｒとＲｅｓｐｏｎｄｅｒを決定する必要がある。
【０１５５】
インフラストラクチャモードにおいて、ＳＴＡ（ステーション）はＲｅｑｕｅｓｔｅｒとして動作し、ＡＰ（アクセスポイント）はＲｅｓｐｏｎｄｅｒとして動作する。一方、アドホックモードでは、ＡＰが存在しない。このため、ＩＢＳＳでＳｈａｒｅｄ  ＫｅｙＡｕｔｈｅｎｔｉｃａｔｉｏｎを実現するためには、ＳＴＡにＲｅｓｐｏｎｄｅｒ機能の実装および、Ｒｅｑｕｅｓｔｅｒ／Ｒｅｓｐｏｎｄｅｒ役割決定アルゴリズムを実装する必要がある。
【０１５６】
このＲｅｑｕｅｓｔｅｒ／Ｒｅｓｐｏｎｄｅｒ役割決定アルゴリズムは後述のＷＰＡ−ＰＳＫ認証におけるＳｕｐｐｌｉｃａｎｔ／Ａｕｔｈｅｎｔｉｃａｔｏｒ役割決定と同様の手法をとってもよい。例えば、通信パラメータ自動設定処理における通信パラメータ提供装置がＲｅｓｐｏｎｄｅｒとなって、通信パラメータ受信装置がＲｅｑｕｅｓｔｅｒとなってもよい。
【０１５７】
最後に、ＷＰＡ−ＰＳＫ認証について説明する。ＷＰＡ−ＰＳＫ認証は、ＩＥＥＥ８０２．１１ｉおよび、ＷＰＡにて規格化されており、ＩＢＳＳでの動作方法にも規定がある。図１２にＩＥＥＥ８０２．１１ｉで規定されているシーケンスを記載する。詳細はＩＥＥＥ８０２．１１ｉ規格を参照していただくとして、ここでは概要について説明をする。
【０１５８】
まず、通信パラメータ自動設定処理が終了した装置Ａと装置Ｂが存在するとする。通信パラメータ自動設定処理が完了した後、自動的あるいは、ユーザ操作によって、自動設定された通信パラメータを用いて、通信接続処理が実行される。
【０１５９】
まず、装置Ａと装置Ｂは互いに相手を検索する（Ｆ１２０１）。互いが認識できた場合は、装置Ａと装置ＢのうちＭＡＣアドレスの大きなものがＡｕｔｈｅｎｔｉｃａｔｏｒとなり、他方がＳｕｐｐｌｉｃａｎｔとなる。そして、一度目の４ウェイハンドシェイクおよびグループキーハンドシェイクを実行する（Ｆ１２０２〜Ｆ１２０３）。
【０１６０】
なお、４ウェイハンドシェイクとは、ＡｕｔｈｅｎｔｉｃａｔｏｒとＳｕｐｐｌｉｃａｎｔとの間で乱数のやり取りを行い、事前共有鍵に基づいてペアワイズ鍵と呼ばれるユニキャストパケットの暗号鍵をセッション毎に生成する仕組みである。グループキーハンドシェイクは、Ａｕｔｈｅｎｔｉｃａｔｏｒが保有しているマルチキャストパケットやブロードキャストパケットの暗号鍵を送付する仕組みである。
【０１６１】
その後、ＡｕｔｈｅｎｔｉｃａｔｏｒとＳｕｐｐｌｉｃａｎｔの役割を交換して、再度４ウェイハンドシェイクとグループキーハンドシェイクを実施する（Ｆ１２０４〜Ｆ１２０５）。以上により装置Ａと装置Ｂとの間で暗号化通信が可能となる。
【０１６２】
このようにＩＥＥＥ８０２．１１ｉ仕様完全準拠では、４ウェイハンドシェイクおよびグループキーハンドシェイクが複数回行われるため、処理が冗長となる。冗長な処理の実施および、役割決定アルゴリズムの実行のために、接続完了までに時間がかかる。よって、冗長な処理の削減や処理時間の改善のための手法をとることも可能である。
【０１６３】
その手法としては、いくつか考えられるが、ここでは、
第一の方法：４ウェイハンドシェイクを１回に統合
第二の方法：グループ鍵をネットワークで１つに統合
第三の方法：グループ鍵およびペアワイズ鍵を全て１つに統合
第四の方法：通信パラメータ自動設定処理のなかで鍵交換もあわせて実施
の以上４つについて説明する。
【０１６４】
前述の４つの方法による鍵交換シーケンスの回数の差異および、保有するペアワイズ鍵並びにグループ鍵の個数について図１１に示す。
【０１６５】
まず、保有する鍵の数について説明する。ｎ個の通信装置からなるアドホックのＩＢＳＳネットワークでは、ＩＥＥＥ８０２．１１ｉに完全準拠した場合は、ペアワイズ鍵は対向の通信装置分のｎ−１個必要である。また、グループ鍵は対向の通信装置分に加えて、自身の現在のグループ鍵と一つ前のグループ鍵の計２つが必要であり、合算するとｎ＋１個が必要となる。自身のグループ鍵が２つ必要な理由は、グループキーハンドシェイクの進行状況によっては、同一ネットワークでは異なるグループ鍵を持つものが過渡期としては存在するからである。
【０１６６】
第一の方法では、シーケンスを減らすだけであり、所有する鍵の数は変わらない。
【０１６７】
第二の方法では、ペアワイズ鍵は同様にｎ−１個必要であるが、グループ鍵は全体で１個でよい。
【０１６８】
第三の方法では、ペアワイズ鍵としてグループ鍵をそのまま利用するため、ペアワイズ鍵は０個となり、グループ鍵のみ１個持つこととなる。
【０１６９】
第四の方法では、ペアワイズ鍵は同様にｎ−１個必要である。グループ鍵は、それぞれ所有しても良いし、全体で１つとしても良いため、場合によってｎ＋１個持つ場合もあるし、１個だけ持つ場合もある。
【０１７０】
次に、対向の装置１台当たりに実施される鍵交換の数について説明する。ＩＥＥＥ８０２．１１ｉに完全に準拠した場合は、すでに図１２で説明した通り、４ウェイハンドシェイクを２回、グループキーハンドシェイクを２回それぞれ実施する。
【０１７１】
第一の方法では、冗長であった４ウェイハンドシェイクを削減するため、４ウェイハンドシェイクの実施回数が１回となる。グループキーハンドシェイクについては変わらず２回の実施となる。
【０１７２】
第二の方法では、グループ鍵がネットワークで１つに統合されるため、常に新規端末に配布するだけとなり、グループキーハンドシェイクは１回となる。４ウェイハンドシェイクの実施回数については、第一の方法に準じて１回の実施でも良いし、ＩＥＥＥ８０２．１１ｉ規格に準拠して２回双方向で実施してもよい。
【０１７３】
第三の方法では、予め設定した１つの鍵をペアワイズ鍵およびグループ鍵として利用するため、鍵交換シーケンスは行わない。
【０１７４】
第四の方法では、ＷＰＳの通信パラメータ自動設定処理シーケンスで鍵交換処理相当を行ってしまうため、独立した４ウェイハンドシェイクは実施しない。グループキーハンドシェイクについては、任意の実行回数となる。
【０１７５】
以上、図１１を参照して説明したように、これらの方法は、先に述べたＩＥＥＥ８０２．１１ｉ仕様に完全準拠したものに比べ、鍵交換シーケンス数および保有する鍵の数において有利となっている。
【０１７６】
引き続き、前述の４つの手法についてシーケンス図を用いて詳細な説明を行う。
【０１７７】
第一の方法について、図１３を用いて説明する。
【０１７８】
まず、通信パラメータ自動設定処理が終了した装置Ａと装置Ｂが存在するとする。通信パラメータ自動設定処理が完了した後、自動的あるいは、ユーザ操作によって、自動設定された通信パラメータを用いて、通信接続処理が実行される。
【０１７９】
まず、装置Ａと装置Ｂは互いに相手を検索する（Ｆ１３０１）。互いが認識できた場合は、装置Ａと装置ＢのうちＭＡＣアドレスの大きなものがＡｕｔｈｅｎｔｉｃａｔｏｒとなり、他方がＳｕｐｐｌｉｃａｎｔとなる。そして、４ウェイハンドシェイクおよび一度目のグループキーハンドシェイクを実行する（Ｆ１３０２〜Ｆ１３０３）。
【０１８０】
その後、ＡｕｔｈｅｎｔｉｃａｔｏｒとＳｕｐｐｌｉｃａｎｔの役割を交換して、再度グループキーハンドシェイクを実施する（Ｆ１３０４）。以上により通信が可能となる。
【０１８１】
このように第一の方法では、ＩＥＥＥ８０２．１１ｉ仕様では一組の装置について２回実施される４ウェイハンドシェイク処理を１回に削減する。
【０１８２】
４ウェイハンドシェイクは４ウェイハンドシェイクを実行している通信装置間でペアワイズ鍵を共有するための処理であるため、連続して２回実施してもセキュリティ向上にはならず、冗長なだけである。よって、第一の方法においては、従来方向を変えて２回実施していた４ウェイハンドシェイクを１回に削減することで、通常の接続処理に要する時間を短縮することができる。
【０１８３】
第二の方法について、図１４を用いて説明する。まず、通信パラメータ自動設定処理が終了した装置Ａと装置Ｂが存在するとする。通信パラメータ自動設定処理が完了した後、自動的あるいは、ユーザ操作によって、自動設定された通信パラメータを用いて、通信接続処理が実行される。
【０１８４】
まず、装置Ａと装置Ｂは互いに相手を検索する（Ｆ１４０１）。互いが認識できた場合は、装置Ａと装置ＢのうちＭＡＣアドレスの大きなものがＡｕｔｈｅｎｔｉｃａｔｏｒとなり、他方がＳｕｐｐｌｉｃａｎｔとなり、４ウェイハンドシェイクおよびグループキーハンドシェイクを実行する（Ｆ１４０２〜Ｆ１４０３）。以上により通信が可能となる。
【０１８５】
ＩＥＥＥ８０２．１１ｉ仕様では、通信装置ごとに異なるグループ鍵が設定されているが、第二の方法でば、グループ鍵をネットワークとして１つに統合する。
【０１８６】
ペアワイズ鍵は通信経路毎に用意するがグループ鍵はネットワークとして共通の１つを使いまわす。これによりグループキーハンドシェイク処理もＩＥＥＥ８０２．１１ｉ準拠では２回実施しなければいけないところを、１回に削減できる。また、グループ鍵を１つだけ設定することにより、ブロードキャストパケット及びマルチキャストパケットの暗号・復号処理を送信した装置毎に異なる鍵を保持する必要がなく、簡潔になるという利点がある。
【０１８７】
第三の方法は、非特許文献２に記載されているＷＰＡ−Ｎｏｎｅ（Ｏｐｔｉｏｎａｌ  ＩＢＳＳ  Ｇｌｏｂａｌ  Ｐｒｅ−Ｓｈａｒｅｄ  Ｋｅｙ  Ｓｙｓｔｅｍ）と同様である。
【０１８８】
ＷＰＡ−Ｎｏｎｅの詳細については前述した文献に記載されているため詳細については割愛する。通常のＷＰＡでは、４ウェイハンドシェイクにより、ペアワイズ鍵の元となる要素に乱数を作用させ、セッション鍵を生成する。一方、ＷＰＡ−Ｎｏｎｅでは、ペアワイズ鍵の元となる要素をそのままセッション鍵として適用する。
【０１８９】
すなわち、第三の方法の大きな特徴は、鍵交換処理が実施されないことである。よって接続のたびにセッション鍵が生成される通常のＷＰＡ接続処理よりもセキュリティは低下する。そこで、本方法をとる場合は、接続の都度、通信パラメータ自動設定処理を起動して、そこで共有される通信パラメータの通信鍵を毎回ランダムにすることでセキュリティを向上することができる。
【０１９０】
第四の方法について、図１５を用いて説明する。まず、図４の説明で述べたように、通信パラメータ自動設定における、通信相手検索および役割決定処理が実施される（Ｆ１５０１）。引き続き、通信パラメータ自動設定処理により、通信パラメータが通信パラメータ提供装置から通信パラメータ受信装置へ転送される（Ｆ１５０２）。このＦ１５０２の処理の中で、従来は実施していなかった鍵交換処理を通信パラメータ設定処理と同時実行する。
【０１９１】
ここで、同時実行にあたっては、通信パラメータ設定処理のメッセージ交換処理で利用される乱数を鍵交換処理の乱数で利用するなどがある。よってＦ１５０２終了時点で装置Ａと装置Ｂとでペアワイズ鍵が共有されている。通信パラメータ自動設定処理終了後、グループ鍵交換処理を実施する（Ｆ１５０３）。このように第四の方法は、通信パラメータ自動設定処理のなかで鍵交換もあわせて実施することを特徴としている。
【０１９２】
第四の方法であれば、同一のネットワークであっても装置間のペアワイズ鍵はそれぞれ異なるためセキュリティが向上する。また通信パラメータ設定処理内で４ウェイハンドシェイク相当の処理を実施することにより、トータルの接続時間を短縮することが可能となる。
【０１９３】
また、この説明ではグループ鍵交換は別途実施するとしたが、グループ鍵交換までも通信パラメータ設定処理内で実施すれば、さらにトータルの接続時間を短縮することが可能となる。
【０１９４】
以上で説明した、ＩＥＥＥ８０２．１１ｉ準拠の方法とあわせて５つの方法については、システムとしてどれか１つを選んでも良いし、どの方法を使用するかの情報を通信パラメータに含めて提供するようにしてもよい。また、通信パラメータ自動設定処理のモードによって動的に切り替えを実施しても良い。
【０１９５】
ここでは、通信パラメータ自動設定処理のモードによって動的に切り替えを実施する場合について、図１６を用いて説明を行う。
【０１９６】
通信パラメータ自動設定処理によって通信パラメータとして鍵交換が必要なＷＰＡ−ＰＳＫまたはＷＰＡ２−ＰＳＫ等が選択されたとする。この場合、既にネットワークで利用されている鍵交換方式を判定する（ステップＳ１６０１）。この判定処理により、既に何らかの鍵交換方式が選択されている場合は（ステップＳ１６０１−２のＹｅｓ）、その方式をそのまま使用する。特に選択されていない場合については（ステップＳ１６０１−２のＮｏ）、引き続き通信パラメータ自動設定の処理モードを判定する（ステップＳ１６０２）。
【０１９７】
ここで述べる処理モードとは、例えば通信パラメータ自動設定処理によって設定された通信パラメータを恒久的に使用するか、一時的なセッション情報として使用するかなどがある。
【０１９８】
例えば、設定された通信パラメータを恒久的に使用する処理モード（電源を一度オフした後に再度無線通信を行うときも同一の通信パラメータを用いるモード）であれば、セキュリティの高い方式（第一の方法、第四の方法等）を選択する。
【０１９９】
そして、一時的なセッション情報として使用するモード（一度電源をオフすると設定した通信パラメータを消去、もしくは使用不可能とするモード）であれば、セキュリティよりも処理負荷を優先した方式（第二、第三の方法等）を選択するようにしてもよい。
【０２００】
処理モードによっても、どの鍵交換方式を利用するかが確定しない場合は（ステップＳ１６０２−２のＮｏ）、引き続き同一ネットワークに存在する通信装置の台数を判定する（ステップＳ１６０３）。そして、通信装置の台数によって好適な鍵交換方式を選択する。たとえば、通信装置が２台の場合には、ＩＥＥＥ８０２．１１ｉに完全準拠、もしくは第一の方法、第四の方法を選択し、通信装置が３台以上の場合には、第二の方法、第三の方法を選択するようにしてもよい。
【０２０１】
このように本実施形態によれば、ネットワークに参加中の装置の設定ボタンが操作された場合に、当該装置が提供装置となって通信パラメータの提供処理を実行する。そのため、ユーザはネットワークに参加中の装置の中から提供装置、受信装置を意識することなく、任意の装置を選択すれば、通信パラメータの提供を受けることができる。
【０２０２】
つまり、提供装置を選択すること無く、任意の装置の設定ボタンを操作することで、ネットワークへ新規に装置を追加することが可能となる。また、提供処理の終了後、増加させていたビーコンの送信頻度を元に戻すことにより、ビーコン送信による消費電力を低減することができる。なお、通信パラメータの提供処理開始後の直後にビーコンの送信頻度を元に戻せば、ビーコン送信による消費電力をより効率的に低減することができる。
【０２０３】
そして通信パラメータを簡単にかつ安全に提供した後に、ネットワークへ新規追加する際に、鍵交換アルゴリズムについての選択肢を広げ、それを自動的に判定して設定することにより、ネットワークを形成する際のユーザのストレスを低減させることができる。また、安全・簡単・短時間にネットワークを形成することができる。
【０２０４】
［第２の実施形態］
上記第１の実施形態では、図１７で説明した提供装置探索処理において、装置はタイマＴ１が満了するまでの期間中に、予め定められた無線ＬＡＮチャネル上で提供装置を検索することとした。また、提供装置を発見すること無くタイマＴ１が満了した場合は、装置はタイマＴ２が満了するまでの期間中に、複数の無線ＬＡＮチャネルを切替えながら提供装置を検索することとした。
【０２０５】
これに対して第２の実施形態においては、提供装置を探索する際に、装置はタイマＴ１が満了するまでの期間中は、全ての無線ＬＡＮチャネルを切替えながら提供装置を検索することとする。また、提供装置を発見すること無くタイマＴ１が満了した場合は、装置はタイマＴ２が満了するまでの期間中に、予め定められた無線ＬＡＮチャネル上で提供装置を検索することとする。
【０２０６】
これにより、ネットワークに参加中の装置が提供装置となり（ステップＳ８０２のＹＥＳ）、予め定められた無線ＬＡＮチャネル以外の無線ＬＡＮチャネル上で提供装置が通信を行う場合でも、提供装置を迅速に発見することが可能になる。
【０２０７】
図１８は、第２の実施形態において実施される提供装置探索処理の動作フローの一例を示したフローチャートである。
【０２０８】
以下、本フローチャートに沿って提供装置探索処理の制御について説明する。
【０２０９】
処理開始後、装置は第一のタイマＴ１を開始する（ステップＳ１８００）。
【０２１０】
タイマＴ１を開始後、装置はビーコン送信を開始する（ステップＳ１８０１）。ここで、ビーコンに現時点の役割である「提供装置候補」を示す情報要素を含めてもよい。
【０２１１】
そして、提供装置が見つかるか、タイマＴ１が満了するまで、提供装置の検索処理を行う（ステップＳ１８０２〜ステップＳ１８０５）。具体的には、タイマＴ１が満了でなければ（ステップＳ１８０２）、各装置は検索信号（プローブリクエスト）を送信し（ステップＳ１８０３）、検索応答信号（プローブレスポンス）の受信を待つ（ステップＳ１８０４）。
【０２１２】
なお本実施形態において、ステップＳ１８０３とステップ１８０４にて行われる検索信号および検索応答信号の送受信は、通信可能な全ての無線ＬＡＮチャネル上で行われる。これは、例えば各無線チャネル上での検索信号の送信と検索応答信号の待ち受けを連続して行うことで実施される。
【０２１３】
これにより、予め定められた無線ＬＡＮチャネルとは異なるネットワークに参加中の装置が提供装置となり（ステップＳ８０２のＹＥＳ）、当該ネットワーク上で提供装置が通信パラメータを提供する場合でも、提供装置を確実に発見することが可能となる。すなわち、例えば図５のネットワーク５０２へ装置Ｃが参加する際に、ネットワーク５０２が予め定められた無線ＬＡＮチャネル以外の無線ＬＡＮチャネル上のネットワークであっても、装置Ｃは提供装置を速やかに発見することが可能となる。
【０２１４】
次に、受信した検索応答信号の情報要素に含まれる相手の役割が提供装置かどうかを判定し（ステップＳ１８０５）、もし提供装置であればタイマＴ１を停止して（ステップＳ１８１１）処理を終了する。
【０２１５】
また、タイマＴ１が満了するまでに、役割が提供装置である装置を発見できない場合には（ステップＳ１８０２）、装置は第二のタイマＴ２を開始する（ステップＳ１８０６）。
【０２１６】
タイマＴ２を開始後、装置は提供装置が見つかるか、タイマＴ２が満了するまで、提供装置の検索処理を行う（ステップＳ１８０７〜ステップＳ１８１０）。具体的には、タイマＴ２が満了でなければ（ステップＳ１８０７）、各装置は検索信号（プローブリクエスト）を送信し（ステップＳ１８０８）、検索応答信号（プローブレスポンス）の受信を待つ（ステップＳ１８０９）。
【０２１７】
なお本実施形態において、ステップＳ１８０８とステップ１８０９にて行われる検索信号および検索応答信号の送受信は、予め定められた無線ＬＡＮチャネル上でのみ行われる。これにより、提供装置が予め定められた無線ＬＡＮチャネル上にネットワークを構築していた場合でも、装置が提供装置を確実に発見することが可能となる。
【０２１８】
次に、受信した検索応答信号の情報要素に含まれる相手の役割が提供装置かどうかを判定し（ステップＳ１８１０）、もし提供装置であればタイマＴ２を停止して（ステップＳ１８１２）処理を終了する。
【０２１９】
タイマＴ２が満了するまでに、役割が提供装置である装置を発見できない場合には（ステップＳ１８０７）、装置は処理を終了する。
【０２２０】
以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態のみに限定する趣旨ではない。本発明の要旨を逸脱しない範囲で、実施形態は種々に変形することが可能である。
【０２２１】
上記各実施形態では、提供装置による単位時間当たりのビーコンの送信回数を他の装置よりも多くするために、ＣＷの値を変更する例について説明したが、提供装置が他の装置よりもビーコンの送信回数を多くできるのであれば、他のパラメータを用いてもよい。例えば、ビーコンの送信間隔（ビーコン周期）を変更できるのであれば、提供装置においてビーコンの送信間隔を小さくすることによって、単位時間当たりのビーコンの送信回数を多くすることができる。
【０２２２】
上記説明では、ＣＷの変更は初期値より大きくする、又は小さくすると説明した。この変更は、各装置のＣＷの初期値が同一とは限らないため、変更可能な範囲内での最小値（ＣＷｍｉｎ）又は最大値（ＣＷｍａｘ）に変更すれば、ビーコンの送信頻度（回数）をより確実に変更できる。また、開始通知メッセージは、通信パラメータの自動設定が開始されたことを通知するメッセージとして説明した。
【０２２３】
しかしながら、開始通知メッセージは、設定ボタン１０６が操作されたことを通知するメッセージ、提供装置が他の受信装置に通信パラメータを提供できるようにするためのメッセージと言い換えることもできる。
【０２２４】
また、上記説明はＩＥＥＥ８０２．１１準拠の無線ＬＡＮを例に説明した。しかしながら、本発明は、ワイヤレスＵＳＢ、ＭＢＯＡ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＷＢ、ＺｉｇＢｅｅ等の他の無線媒体において実施してもよい。また、有線ＬＡＮ等の有線通信媒体において実施してもよい。
【０２２５】
ここで、ＭＢＯＡは、Ｍｕｌｔｉ  Ｂａｎｄ  ＯＦＤＭ  Ａｌｌｉａｎｃｅの略である。また、ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷＩＮＥＴなどが含まれる。
【０２２６】
また、通信パラメータとしてネットワーク識別子、暗号方式、暗号鍵、認証方式、認証鍵を例にしたが、他の情報であってもよいし、他の情報も通信パラメータには含まれるようにしてもよいことは言うまでも無い。
【０２２７】
本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録したコンピュータ読取可能な記憶媒体を、システムあるいは装置に供給するよう構成することによっても達成されることはいうまでもない。この場合、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することにより、上記機能が実現されることとなる。なお、この場合、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２２８】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０２２９】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現される場合に限られない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２３０】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、前述した実施形態の機能が実現される場合も含まれる。つまり、プログラムコードがメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって実現される場合も含まれる。
【図面の簡単な説明】
【０２３１】
【図１】本発明の実施形態における装置のブロック図である。
【図２】本発明の実施形態における装置内のソフトウェア機能ブロック図である。
【図３】本発明の実施形態における第一のネットワーク構成図である。
【図４】本発明の実施形態における装置Ａ、装置Ｂの動作を表すシーケンス図である。
【図５】本発明の実施形態における第二のネットワーク構成図である。
【図６】本発明の実施形態における提供装置の通知処理動作を表すフローチャートである。
【図７】本発明の実施形態における代理応答動作を表すフローチャートである。
【図８】本発明の実施形態における通信パラメータ自動設定動作を表すフローチャートである。
【図９】本発明の実施形態における装置Ａ、装置Ｂ、装置Ｃの動作を表すシーケンス図である。
【図１０】サポートしている認証・暗号方式の表を示す図である。
【図１１】鍵交換アルゴリズムでの保有鍵・鍵交換シーケンスの比較表を示す図である。
【図１２】鍵交換処理のシーケンス図（その１）である。
【図１３】鍵交換処理のシーケンス図（その２）である。
【図１４】鍵交換処理のシーケンス図（その３）である。
【図１５】鍵交換処理のシーケンス図（その４）である。
【図１６】鍵交換アルゴリズム選択アルゴリズムを示すフローチャートである。
【図１７】本発明の第１の実施形態における提供装置探索処理動作を表すフローチャートである。
【図１８】本発明の第２の実施形態における提供装置探索処理動作を表すフローチャートである。
【符号の説明】
【０２３２】
２０１  提供装置
２０２  通信パラメータ自動設定機能ブロック
２０３  パケット受信部
２０４  パケット送信部
２０５  検索信号送信部
２０６  検索信号受信部
２０７  ネットワーク制御部
２０８  自動設定制御部
２０９  通信パラメータ提供部
２１０  通信パラメータ受信部
２１１  役割決定部
２１２  設定通知制御部
２１３  ビーコン制御部
【図１】
2010093448.tif 000003
【図２】
2010093448.tif 000004
【図３】
2010093448.tif 000005
【図４】
2010093448.tif 000006
【図５】
2010093448.tif 000007
【図６】
2010093448.tif 000008
【図７】
2010093448.tif 000009
【図８】
2010093448.tif 000010
【図９】
2010093448.tif 000011
【図１０】
2010093448.tif 000012
【図１１】
2010093448.tif 000013
【図１２】
2010093448.tif 000014
【図１３】
2010093448.tif 000015
【図１４】
2010093448.tif 000016
【図１５】
2010093448.tif 000017
【図１６】
2010093448.tif 000018
【図１７】
2010093448.tif 000019
【図１８】
2010093448.tif 000020