(57)【要約】【課題】  通信パラメータの提供、受け取りを行う際に、各装置が異なるネットワークを形成すると、通信パラメータの設定が行えない。また、通信パラメータの提供側は、提供機能として起動するのには時間がかかる。【解決手段】  ネットワークの形成後に、他のネットワークを検索し、他のネットワークに存在する通信装置の機能に応じて、他のネットワークに参加し、通信パラメータの設定処理を実行する。また、他の通信装置から通信パラメータを受け取ると決定した後に、通信パラメータの提供側装置の提供機能の起動状態を判別し、該判別に応じて、通信パラメータの提供を要求する。【選択図】  図１
2008187348.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
ネットワークを形成する形成手段と、
前記形成手段によりネットワークの形成後に、他のネットワークを検索する検索手段と、
前記検索手段により検出した他のネットワークに存在する他の通信装置が有する機能を判別する判別手段と、
前記判別手段により判別した前記他の通信装置の機能に応じて、前記他のネットワークに参加する参加手段と、
前記参加手段による前記他のネットワークへの参加後に、前記他の通信装置との間でネットワーク通信のための通信パラメータの設定処理を実行する設定手段と、
を有することを特徴とする通信装置。
【請求項２】
前記判別手段により判別した前記他の通信装置の機能に応じて、前記形成手段により形成したネットワークでの通信を継続するか、前記参加手段による他のネットワークへの参加を行うかを選択する選択手段を有することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記判別手段により前記他の通信装置の機能が通信パラメータの提供側であると判別されると、前記参加手段により前記他のネットワークに参加することを特徴とする請求項１または請求項２に記載の通信装置。
【請求項４】
前記判別手段により前記他の通信装置の機能が通信パラメータの提供側であると判別され、かつ、前記通信装置の機能が通信パラメータの提供側でない場合に、前記参加手段により前記他のネットワークに参加することを特徴とする請求項３に記載の通信装置。
【請求項５】
前記設定手段は、前記他の通信装置に通信パラメータの提供を要求し、前記他の通信装置から受け取った通信パラメータを設定することを特徴とする請求項１乃至請求項４のいずれかに記載の通信装置。
【請求項６】
前記設定手段による前記通信パラメータの設定処理を開始する際に、前記他の通信装置の機能の起動状態を確認する確認手段と、
前記設定手段は、前記確認手段による確認結果に応じて、前記設定処理を継続することを特徴とする請求項１乃至請求項５のいずれかに記載の通信装置。
【請求項７】
前記確認手段は、前記前記他の通信装置の機能の起動か完了しているか否かを確認することを特徴とする請求項６に記載の通信装置。
【請求項８】
前記通信装置の機能を決定する決定手段を有し、
前記決定手段により前記通信装置の機能を通信パラメータの提供側に決定する前に、前記判別手段により前記通信パラメータの提供側の他の通信装置を判別すると、前記参加手段による前記他のネットワークへの参加を実行することを特徴とする請求項１乃至請求項７のいずれかに記載の通信装置。
【請求項９】
前記通信装置の機能を決定する決定手段を有し、
前記決定手段により決定した機能を他の通信装置に通知する通知手段を有することを特徴とする請求項１乃至請求項７のいずれかに記載の通信装置。
【請求項１０】
前記通知手段は、前記決定手段により決定した機能の起動状態を他の通信装置に通知することを特徴とする請求項９に記載の通信装置。
【請求項１１】
前記通知手段は、前記決定手段により決定した機能の起動が完了しているか否か通知することを特徴とする請求項１０に記載の通信装置。
【請求項１２】
前記通知手段は、前記決定手段により決定した機能の起動が完了しているか否かに応じて、前記決定手段により決定した機能を他の通信装置に通知することを特徴とする請求項９に記載の通信装置。
【請求項１３】
通信装置であって、
ネットワーク通信のための通信パラメータを他の通信装置に提供するか、他の通信装置から通信パラメータを受け取るかを決定する決定手段と、
通信パラメータの提供側装置を確認する確認手段と、
前記決定手段により前記通信装置が他の通信装置から通信パラメータを受け取ると決定した後に、通信パラメータの提供側装置の通信パラメータ提供機能の起動状態を判別する判別手段と、
前記判別手段による判別に応じて、前記他の通信装置に通信パラメータの提供を要求する要求手段と、
を有することを特徴とする通信装置。
【請求項１４】
通信パラメータの提供側装置が形成するネットワークに参加する参加手段を有し、
前記判別手段は、前記参加手段により前記提供側装置が形成するネットワークへの参加後に、前記判別を行うことを特徴とする請求項１３に記載の通信装置。
【請求項１５】
通信装置の通信方法であって、
ネットワークを形成する形成工程と、
前記形成工程においてネットワークの形成後に、他のネットワークを検索する検索工程と、
前記検索工程において検出した他のネットワークに存在する他の通信装置が有する機能を判別する判別工程と、
前記判別工程において判別した前記他の通信装置の機能に応じて、前記他のネットワークに参加する参加工程と、
前記参加工程における前記他のネットワークへの参加後に、前記他の通信装置との間でネットワーク通信のための通信パラメータの設定処理を実行する設定工程と、
を有することを特徴とする通信装置の通信方法。
【請求項１６】
通信装置の通信方法であって、
ネットワーク通信のための通信パラメータを他の通信装置に提供するか、他の通信装置から通信パラメータを受け取るかを決定する決定工程と、
通信パラメータの提供側装置を確認する確認工程と、
前記決定工程において前記通信装置が他の通信装置から通信パラメータを受け取ると決定した後に、通信パラメータの提供側装置の通信パラメータ提供機能の起動状態を判別する判別工程と、
前記判別工程における判別に応じて、前記他の通信装置に通信パラメータの提供を要求する要求工程と、
を有することを特徴とする通信装置の通信方法。
【請求項１７】
ネットワークを形成する形成工程と、
前記形成工程においてネットワークの形成後に、他のネットワークを検索する検索工程と、
前記検索工程において検出した他のネットワークに存在する他の通信装置が有する機能を判別する判別工程と、
前記判別工程において判別した前記他の通信装置の機能に応じて、前記他のネットワークに参加する参加工程と、
前記参加工程における前記他のネットワークへの参加後に、前記他の通信装置との間でネットワーク通信のための通信パラメータの設定処理を実行する設定工程と、
をコンピュータが実行するためのプログラム。
【請求項１８】
ネットワーク通信のための通信パラメータを他の通信装置に提供するか、他の通信装置から通信パラメータを受け取るかを決定する決定工程と、
通信パラメータの提供側装置を確認する確認工程と、
前記決定工程において前記通信装置が他の通信装置から通信パラメータを受け取ると決定した後に、通信パラメータの提供側装置の通信パラメータ提供機能の起動状態を判別する判別工程と、
前記判別工程における判別に応じて、前記他の通信装置に通信パラメータの提供を要求する要求工程と、
をコンピュータが実行するためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信パラメータの設定処理を行う通信装置、及び通信装置の通信方法、プログラムに関する。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮに代表される無線通信では、使用前に設定しなければならない設定項目が数多く存在する。例えば、設定項目として、ネットワーク識別子としてのＳＳＩＤ、暗号方式、暗号鍵、認証方式、認証鍵等の無線通信を行うために必要な無線パラメータがあり、ユーザが手入力により設定するには非常に煩雑である。
【０００３】
そこで、様々なメーカーから、無線パラメータを簡単に無線機器に設定するための自動設定方法が考案されている。これら自動設定方法は、接続する機器間で予め定められた手順、及びメッセージにより、一方の機器から他方の機器に無線パラメータを提供し、無線パラメータの設定を自動的に行っている。
【０００４】
無線パラメータの自動設定方法に関しては、各メーカーが独自の方法を採用している場合が多い。従って、共通の無線パラメータ自動設定方法に対応していない機器間では、無線パラメータ設定のための手順が異なるか、解読可能なメッセージが異なり、自動設定方法を用いて無線パラメータの設定を行うことはできない。一方、共通の無線パラメータ自動設定方法に対応している機器の間では、当該自動設定方法を用いて簡単に無線パラメータの設定を行うことができる。
【０００５】
また、近年、ゲーム機や家電機器などにも無線機能が搭載されている。それらは無線基地局により管理されたネットワーク上での通信に限らず、基地局の介在無しに機器同士で直接接続するアドホック接続を行う機器もある。
【０００６】
特許文献１、２には、無線パラメータの自動設定の一例が開示されている。
【特許文献１】特開２００３‐３３８８２１号公報
【特許文献２】特開２００４‐２６６８７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
無線基地局と無線端末間で通信を行う際には、無線端末は、すでに基地局によって形成されたネットワークに参加し、無線パラメータ設定を開始し、基地局から無線パラメータ情報を取得すればよい。
【０００８】
しかし、機器間で直接通信を行うアドホック接続では、各機器が自身でネットワークを形成することができるため、それぞれの機器が別々のネットワークを形成し、その結果相互に通信できない場合がある。そのため、各機器は、あらかじめ特定のＳＳＩＤや周波数などのパラメータ（設定用パラメータ）で通信を開始し、同一のネットワークを形成した後に相互に通信し、無線パラメータ設定を行う必要があった。
【０００９】
しかし、設定用パラメータが、第三者に流出すると、自動設定する無線パラメータも流出してしまい、セキュリティー上の問題がある。
【００１０】
また偶然に所望していない機器が同時に無線パラメータ設定を開始した場合も、同様に、その機器と無線パラメータ情報の交換を誤って行う恐れがある。さらには、アドホック接続の無線パラメータ設定方式は、基地局と無線端末間のように無線パラメータの転送方向が一意に定められていない。
【００１１】
そのため、ユーザが、参加するネットワークやパラメータ転送方向を選択する必要があり、ユーザの操作性を損なうという問題があった。
【００１２】
上記問題は、無線パラメータに限らず、機器間の通信に設定が必要な有線等の通信パラメータであっても起り得る。
【００１３】
本発明は、複数の通信装置間で通信パラメータ設定を行う場合に発生する課題を解決し、通信パラメータの設定処理が行えるようにすることを目的とする。
【００１４】
例えば、通信装置が互いに異なるネットワークを形成していても、通信パラメータの設定処理が行えるようにする。また、通信パラメータの設定を行う際の機能の起動に時間がかかる場合でも、通信パラメータの設定処理が行えるようにする。
【課題を解決するための手段】
【００１５】
本発明は、通信装置がネットワークの形成後に、他のネットワークを検索し、他のネットワークに存在する他の通信装置が有する機能に応じて、前記他のネットワークに参加して、前記他の通信装置との間でネットワーク通信のための通信パラメータの設定処理を実行する。
【００１６】
また、本発明は、通信装置が他の通信装置から通信パラメータを受け取ると決定した後に、通信パラメータの提供側装置の通信パラメータ提供機能の起動状態を判別し、該判別に応じて、前記他の通信装置に通信パラメータの提供を要求する。
【発明の効果】
【００１７】
本発明によれば、通信パラメータの設定処理の失敗を低減することができる。例えば、各通信装置が異なるネットワークを形成する場合であっても、ネットワークを融合し、通信パラメータの設定処理を実行できる。また、通信パラメータの設定を行う際の機能の起動に時間がかかる場合でも、通信パラメータの設定処理を実行できる。
【発明を実施するための最良の形態】
【００１８】
＜実施形態１＞
図１、図２は、本実施形態を説明するためのネットワーク構成例である。
図１に示す構成には、ＩＥＥＥ８０２．１１無線ＬＡＮの無線通信機能を備えた端末Ａ１００ａ、端末Ｂ１００ｂが存在する。
【００１９】
以下、端末Ａ１００ａを端末Ａ、端末Ｂ１００ｂを端末Ｂとして説明する。端末Ａ、端末Ｂは、無線パラメータの自動設定アプリケーションを備えている。本実施形態に係る無線パラメータの自動設定アプリケーションは、一方の端末から他方の端末に対して、無線通信を行うための無線パラメータを提供する。無線パラメータは、ネットワーク識別子としてのＳＳＩＤ、周波数チャネル、暗号方式、暗号鍵、認証方式、認証鍵等の全てもしくは一部の情報とする。なお、ＳＳＩＤは、Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒの略である。そして、両端末は、提供した、または提供された無線パラメータを設定し、該無線パラメータにより形成されるネットワークを形成し、該ネットワークを介して通信する。ここで、無線パラメータの提供は、両通信端末の無線パラメータの全てが一致しなくても通信できるパケットを用いて予め定められた手順、及びメッセージにより行われる。例えば、ＳＳＩＤと周波数チャネルが一致すれば、暗号、認証無しで無線パラメータの提供、受け取りが行え、提供した、または提供された無線パラメータを新たに設定することで、暗号、認証を用いた通信が行える。従って、無線パラメータを提供するネットワークと、提供後に通信するネットワークを同じネットワークにすることもできるし、異なるネットワークにすることもできる。
【００２０】
図１の端末Ａは、無線通信のための無線パラメータの設定情報である無線パラメータ設定情報１０１ａをメモリに格納し、ネットワークＡ１０２ａを形成している。また、端末Ｂは、無線パラメータ設定情報１０１ｂをメモリに格納し、ネットワークＢ１０２ｂを形成している。ここで、無線パラメータ設定情報には、ネットワーク識別子としてのＳＳＩＤ、周波数チャネル、暗号方式、暗号鍵、認証方式、認証鍵等の無線通信を行うための無線パラメータが含まれるものとする。また、各端末は、ＩＥＥＥ８０２．１１無線ＬＡＮのアドホックモードによるアドホック通信により無線通信を行う。
【００２１】
図２は、端末Ｂが無線パラメータの提供端末に決定した場合に同一ネットワークＢ１０２ｂ上で無線パラメータ設定情報Ｂ１０１ｂを端末Ｂから端末Ａに送信（提供）する動作を示した図である。
【００２２】
図９は本実施形態に係る、端末Ａ，Ｂの構成を表すブロック図である。制御部９０２は、ＣＰＵ等のコンピュータにより構成され、記憶部９０３に格納されるプログラムを実行し、後述の各種処理を実行する。制御部９０２は、無線パラメータの自動設定アプリケーションを実行し、後述の無線パラメータの自動設定を実行する。制御部９０２により無線パラメータ自動設定が実行されると、提供側端末から受取端末に無線パラメータが提供され、互いに同じ無線パラメータを記憶する。そして、自動または手動により、同じ無線パラメータが設定されると、該無線パラメータにより形成されるネットワークを形成し、該ネットワークを介して通信することができる。記憶部９０３は、制御部９０２が後述の各種処理を実行するためのプログラム及び各種情報を記憶する。また、記憶部９０３は、無線パラメータ設定情報１０１ａ、または１０１ｂを記憶すると共に、制御部９０２による無線パラメータの自動設定により設定された無線パラメータを記憶する。無線部９０４は、記憶部９０３に設定された無線パラメータを用いて、ＩＥＥＥ８０２．１１準拠の無線ＬＡＮ通信を行う。表示部９０５は、各種表示を行う表示部でありＬＣＤやＬＥＤのように視覚で認知可能な情報の出力、あるいはスピーカなどの音出力が可能な機能を有する。設定ボタン９０６は、無線パラメータ自動設定を開始するトリガを与えるボタンである。設定ボタン９０６がユーザにより操作されると、制御部９０２により無線パラメータの自動設定が開始される。
【００２３】
端末Ａ、Ｂは、設定ボタン９０６がユーザにより操作されると、以下に説明する無線パラメータの自動設定を互いに開始するが、説明を簡略にするために、以下の説明では端末Ｂの動作について説明する。
【００２４】
図３、図４は、無線パラメータ設定処理の動作を表すフローチャートである。図３、図４に示す動作は、制御部９０２が記憶部９０３に記憶されているプログラムを実行することにより行われる。
【００２５】
設定ボタン９０６がユーザにより操作され、無線パラメータ自動設定処理が開始されると、端末Ｂは無線パラメータ自動設定処理における役割を示す機能情報を、無線パラメータの提供可能を示す「提供候補」に設定する（Ｓ３０１）。つぎに、ネットワーク識別子であるＳＳＩＤや周波数チャネルなどをランダムに選択した無線パラメータでネットワークＢを形成し、ビーコン信号の送信を開始する（Ｓ３０２）。
【００２６】
つぎに、無線パラメータ自動設定処理全体のタイムアウトを示すタイマＴ１を開始し（Ｓ３０３）、機能情報が「提供候補」として未確定のままに設定されてから「提供」または「受取」に確定するまでの時間を示すタイマＴ２を開始する（Ｓ３０４）。また、定期的に周辺のネットワークを検索するためのインタバルを示すタイマＴ３を開始（Ｓ３０５）する。ここで、各タイマの関係は、タイマＴ１＞タイマＴ２＞タイマＴ３とする。また、タイマＴ１、タイマＴ２、タイマＴ３の夫々は、ランダムな値であってもよいし、予め定められた値でもよい。タイマＴ３がタイムアウトすると（Ｓ３０６）、端末Ｂは周辺のネットワークのスキャンを開始する（Ｓ３０７）。ここでは使用する周波数チャネル全部をスキャンしてネットワーク上の端末を検索するものとする。もし、スキャンの結果として、機能情報が「提供」に確定した端末を発見すると（Ｓ３０８）、「提供」端末が存在しているネットワークの無線パラメータ設定情報を取り出し（Ｓ３１７）、タイマＴ２を停止する（Ｓ３１８）。無線パラメータの設定情報（例えばＳＳＩＤ）は、「提供」端末が存在しているネットワークのビーコン信号に含まれ、該ビーコン信号を受信することにより設定情報を取り出すことができる。また、周波数チャネルは、「提供」端末を発見した周波数チャネルに相当する。端末Ｂによるスキャンの結果として、機能情報が「提供」の端末Ａを発見した場合には、端末Ｂは端末Ａが送信するビーコン信号から、ネットワークＡの無線パラメータ設定情報を取り出す。
【００２７】
また、端末Ｂは、自身の機能情報を「提供候補」から「受取」に変更し、確定する（Ｓ３１９）。そして、取り出した設定情報を用いて「提供」端末が存在するネットワークへの参加処理を行う（Ｓ３２０）。例えば、端末Ａが「提供」端末の場合は、端末ＢはネットワークＡに参加する。そして、タイマＴ１がタイムアウトしていないことを確認後（Ｓ３２１）、参加完了を待つ（Ｓ３２２）。タイマＴ１がタイムアウトする前に「提供」端末のネットワークへの参加が完了すると（Ｓ３２２）、端末Ｂは、登録開始要求信号を「提供」端末のＭＡＣアドレスを利用して該端末に送信する（Ｓ３２３）。そして、「提供」端末から、登録開始確認信号を受信すると（Ｓ３２４）、「提供」端末から無線パラメータを受け取る。無線パラメータを受け取り、記憶部９０３への記憶、設定が完了すると（Ｓ３２５）、表示部９０５に「パラメータ設定成功」を示す表示を行う（Ｓ３２６）。そして、全処理のタイマを停止し、無線パラメータ自動設定処理を終了する（Ｓ３２８）。無線パラメータを設定した後は、設定した無線パラメータを用いたネットワークが形成され、該ネットワークで設定した無線パラメータを用いた通信が可能となる。
【００２８】
また、登録開始要求信号の送信後、一定時間が経過しても、「提供」端末から、登録開始確認信号を受信できない場合は、表示部９０５にエラーを表示し、Ｓ３２８に進む。また、「提供」端末のネットワークへの参加が完了する前に、タイマＴ１がタイムアウトすると（Ｓ３２１）、「タイムアウト・設定失敗」などを表示部９０５に表示し（Ｓ３２７）、Ｓ３２８に進む。
【００２９】
Ｓ３０７のスキャンの結果、機能情報が「提供」に確定した端末を発見できなければ（Ｓ３０８）、タイマＴ２がタイムアウトしたか否かを確認する（Ｓ３０９）。タイマＴ２がタイムアウトするまでに機能情報が「提供」を示す端末が発見されなければ（Ｓ３０９）、端末Ｂは自身の機能情報を「提供」に変更し、確定して設定する（Ｓ３１０）。
【００３０】
つぎに、全体タイマＴ１がタイムアウトするまでに（Ｓ３１２）、機能情報探索要求が他の端末から送信されるのを待つ（Ｓ３１３）。機能情報探索要求を他の端末から受信すると、機能情報を「提供」に設定した通知信号を送信し（Ｓ３１４）、他の端末に端末Ｂ自身が「提供」端末であることを通知する。その後、上記他の端末からの登録開始要求の受信を待ち、登録開始要求を受信すると（Ｓ３１５）、登録開始確認信号を送信し、無線パラメータ設定情報Ｂを提供する処理を開始する。例えば、端末Ｂが「提供」端末になると、端末ＡはステップＳ３０８の判別により、「提供」端末Ｂを発見するので、端末Ａは、ステップＳ３１７からＳ３２５を実行し、「受取」端末となる。そして、「提供」端末Ｂから「受取」端末Ａに無線パラメータ設定情報Ｂが提供されることになる。
【００３１】
端末Ｂは、無線パラメータ設定情報の提供が完了すると（Ｓ３１６）、表示部９０５にパラメータ設定の成功を示す「パラメータ設定成功」を表示し、全処理のタイマの停止を行い処理を終了する（Ｓ３２８）。無線パラメータを設定した後は、設定した無線パラメータを用いたネットワークが形成され、該ネットワークで設定した無線パラメータを用いた通信が可能となる。
【００３２】
また、機能情報探索要求を受信する前に、タイマＴ１がタイムアウトすると（Ｓ３１２）、「タイムアウト・設定失敗」などを表示部９０５に表示する（Ｓ３２７）。Ｓ３２８では、全処理のタイマを停止し、処理を終了する。
【００３３】
なお、上記説明では、ステップＳ３０２で即座にネットワークを形成する場合について記載したが、ネットワークを形成する前にステップＳ３０３以降の処理を実行してもよい。この場合、「提供」端末を発見すると、ステップＳ３１７移行の処理を実行し、「提供」端末を発見したネットワークに参加し、「提供」端末から無線パラメータ設定情報を受け取る。「提供」端末が発見できなければ、ステップＳ３０１からの処理を開始する。
【００３４】
図４は、図３のスキャン処理（Ｓ３０７、Ｓ３０８）のスキャン方法としてアクティブスキャンを行った場合の詳細な制御を示すフローチャートである。
【００３５】
まず、端末Ｂは、アクティブスキャンを開始する（Ｓ４０１）。ここでは、周波数チャネルを選択し、選択した周波数チャネルで機能情報の探索要求信号を送信する（Ｓ４０２）。
【００３６】
該探索要求には、自身の機能情報が「提供候補」であることを示す情報が含まれている。また、探索要求を受信した端末は、自身の機能情報を応答信号に含めて返信する。端末Ｂは、応答信号が受信できたか否かを判別する。応答信号を受信した場合には、探索要求を送信したネットワークにアドホック通信の端末が存在すると判別し（Ｓ４０４）、応答信号に含まれる機能情報を確認し（Ｓ４０５）、「提供」端末が存在するかを判別する（Ｓ４０６）。その結果、「提供」端末が存在する場合は、（Ｓ４０６）、図３のステップＳ３１７に進む。
【００３７】
一方、探索信号に対する応答信号が一定時間内に受信できない場合（アドホック通信の端末が存在しない場合）は、全周波数チャネルでのスキャンが終了したかを判別する（Ｓ４０７）。または、応答信号を受信したが応答信号に含まれる機能情報が「提供」端末でない場合も、全周波数チャネルでのスキャンが終了したかを判別する（Ｓ４０７）。全周波数チャネルのスキャンが終了していれば、図３のステップＳ３０９に進み、タイマＴ２がタイムアップしていなければ、タイマＴ３がタイムアップする度に、スキャンを開始する（Ｓ３０７）。全周波数チャネルでのスキャンが終了していなければ、周波数チャネルを変更し（Ｓ４０９）、変更した周波数チャネルにおいて、Ｓ４０２において探索要求信号を送信する。
【００３８】
図５は、端末Ａと端末Ｂがアドホック通信によって無線パラメータ設定を行う場合の無線ＬＡＮによる処理を示したシーケンス図である。図５に示す動作は、各端末の制御部９０２が記憶部９０３に記憶されているプログラムを実行することにより行われる。
【００３９】
端末Ａおよび端末Ｂともに無線パラメータ設定を開始する設定ボタンが押下され、端末ＡはネットワークＡ、端末ＢはネットワークＢを形成し、それぞれタイマＴ１、Ｔ２、Ｔ３を開始する（Ｆ５０１、Ｆ５０２）。
【００４０】
そして、端末ＡはネットワークＡ上で自動設定モードが起動していることを示すビーコン信号（Ｂｅａｃｏｎ（Ｍｏｄｅ−Ｏｎ））を送信する（Ｆ５０３）。また、端末ＢはネットワークＢ上で自動設定モードが起動していることを示すビーコン信号（Ｂｅａｃｏｎ（Ｍｏｄｅ−Ｏｎ））を送信する（Ｆ５０４）。
【００４１】
つぎに、端末ＢのタイマＴ３がタイムアウトし、端末Ｂがアクティブスキャンを開始する（Ｆ５０５）。
【００４２】
以下、機能情報として「提供候補」を示す場合にはＰＣと省略して記述する（図中ではＭｙＭｏｄｅ＝Ｐｒｏｖｉｄｅｒ  Ｃａｎｄｉｄａｔｅと示している）。また、機能情報として「提供」を示す場合にはＰと省略して記述する（図中ではＭｙＭｏｄｅ＝Ｐｒｏｖｉｄｅｒとして示している）。
【００４３】
端末Ｂは、各周波数チャネルのネットワーク上に存在する端末を検索するために、自身の機能情報として「提供候補」が設定されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ（以下プローブ要求ＰＣ）を各周波数チャネルで送信する（Ｆ５０６、Ｆ５０７）。このＰｒｏｂｅ  Ｒｅｑｕｅｓｔは、上述の探索要求信号に相当する。
【００４４】
端末ＢがネットワークＡで探索要求信号（Ｆ５０７）を送信すると、ネットワークＡが形成されている周波数チャネルに存在する端末Ａは、プローブ要求ＰＣ（Ｆ５０７）を受信する。端末Ａがこのプローブ要求ＰＣ（Ｆ５０７）を受信すると、端末Ａは、自身の機能情報である「提供候補」が設定されたＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅ（以下プローブ応答ＰＣ）を送信する（Ｆ５０８）。つまり、この状態では、端末Ａ，Ｂ共に、「提供候補」の状態である。
【００４５】
その後端末Ｂは、タイマＴ２がタイムアウトすると、自身の機能情報を「提供」（ＭｙＭｏｄｅ＝Ｐｒｏｖｉｄｅｒ）に設定する。
【００４６】
これに対して、同様に、ネットワークＡに存在する端末Ａも、タイマＴ３がタイムアウトし、アクティブスキャンを開始する（Ｆ５０９）。端末Ａも、全ての周波数のネットワーク上に存在する端末を検索するため、自身の機能情報として「提供候補」が設定されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ（以下プローブ要求ＰＣ）を送信する（Ｆ５１０、Ｆ５１１）。ネットワークＢが形成されている周波数において端末Ａによりプローブ要求ＰＣ（Ｆ５１１）が送信されると、端末Ｂは、このプローブ要求ＰＣ（Ｆ５１１）を受信する。そして、端末Ｂは、自身の機能情報である「提供」が設定されたＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅ（以下プローブ応答Ｐ）を送信する（Ｆ５１２）。端末Ｂからのプローブ応答Ｐを受信した端末Ａは、タイマＴ２を停止し、自身の機能情報を「受取」（ＭｙＭｏｄｅ＝Ｒｅｃｅｉｖｅｒ）に設定する。従って、この状態では、端末Ａは「受取」端末、端末Ｂは「提供」端末に確定したことになる。
【００４７】
端末Ａはスキャンの結果、端末Ｂの機能情報が「提供」であることを確認後、端末Ｂが形成しているネットワークＢに対して参加する（Ｆ５１３）。つづけて端末Ａは、無線パラメータ設定の開始を要求する登録開始要求（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔ）を端末Ｂに対して送信する（Ｆ５１４）。そして、端末Ａと端末Ｂは、無線パラメータ設定処理のプロトコル制御を行い、無線パラメータ自動設定処理を開始する（Ｆ５１５）。なお、登録開始確認の信号は、該プロトコル制御内で、端末Ｂから端末Ａに送信される。
【００４８】
端末Ａは、無線パラメータ設定情報を端末Ｂから受け取る（Ｐａｒａｍｅｔｅｒ  Ｉｎｆｏ  Ｏｆｆｅｒ）（Ｆ５１６）。そして、端末Ａは無線パラメータ設定情報の受け取りに成功したことを示すＰａｒａｍｅｔｅｒ  Ｒｅｃｅｉｖｅ  Ｓｕｃｃｅｅｄｅｄ応答を送信する（Ｆ５１７）。無線パラメータ設定情報の受け取り成功を確認した端末Ｂは、端末Ａに対してパラメータ設定完了（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｆｉｎｉｓｈｅｄ）を送信し（Ｆ５１８）、無線パラメータ設定情報の提供、受け取り処理を終了する。
【００４９】
なお、上記説明では、セキュリティー面の配慮からスキャン時に複数の端末が機能情報として「提供」を通知した場合には登録失敗とする。このようにすることにより、ユーザが意図しない端末から無線パラメータ設定情報を受け取ってしまう、または、提供してしまうことを防止できる。また、上記説明では、タイマＴ１、タイマＴ２、タイマＴ３の夫々は、ランダムな値であってもよいし、予め定められた値でもよいとした。しかしながら、タイマＴ２は、設定ボタン９０６が操作される度にランダムな値が設定されるようにした方がよい。これは、複数の端末の設定ボタン９０６が同時に操作された場合に、複数の端末の役割が同時に確定されることを防ぐためである。このようにすることで、複数の端末の役割が同時に「提供」に確定され、登録失敗になってしまうことを低減できる。
【００５０】
以上のように本実施形態によれば、複数の通信装置が夫々異なるネットワークを形成していても、通信パラメータの提供、受け取りの設定処理を実行することができる。また、通信パラメータの提供、受け取りの設定処理における役割に応じて、複数のネットワークを１つのネットワークに融合し、設定処理を実行することができる。従って、アドホック通信による無線パラメータ設定を行う場合などに、ユーザが無線パラメータ設定の提供側端末か受取側端末かの役割を指定しなくても、各端末が自律的に相互通信が可能なネットワークを決定することが可能になる。そして、ネットワークを融合し、役割に応じて無線パラメータの設定処理を行うことができる。
【００５１】
＜実施形態２＞
以下、実施形態２について説明する。実施形態２は、実施形態１で説明した図３のスキャン処理（Ｓ３０７、Ｓ３０８）が異なる。他の処理及び端末の構成は、実施形態１と同様なので説明は省略する。
【００５２】
図６は、図３のスキャン処理（Ｓ３０７、Ｓ３０８）のスキャン方法としてパッシブスキャンを行った場合の詳細な制御を示すフローチャートである。図６に示す動作は、スキャン処理を実行する端末の制御部９０２が記憶部９０３に記憶されているプログラムを実行することにより行われる。
【００５３】
端末Ｂは、パッシブスキャンを開始する（Ｓ６０１）。ここでは、各周波数チャネルに存在しているネットワークでビーコン信号が送信されているかを判別するために、周波数チャネルを選択し、ビーコン信号を一定時間監視する（Ｓ６０２）。そして、ビーコン信号が受信されると、アドホック通信の端末が存在すると判別し（Ｓ６０４）、受信したビーコン信号に自動設定モードが起動していることを示す情報が含まれているかを確認する（Ｓ６０６）。受信したビーコン信号に自動設定モードが起動していることを示す情報が含まれていた場合は、ビーコン信号を送信した端末の機能情報を調べるために、該端末に探索要求を送信する（Ｓ６０７）。該探索要求には、自身の機能情報が「提供候補」であることを示す情報が含まれている。また、探索要求を受信した端末は、自身の機能情報を応答信号に含めて返信する。
【００５４】
端末Ｂは、探索要求に対する応答信号を受信すると、応答信号に含まれる機能情報を確認し（Ｓ６０８）、応答端末が「提供」端末か否かを判別する（Ｓ６０９）。応答信号を送信した端末が「提供」端末の場合は、図３のＳ３１７に進む。
【００５５】
一方、Ｓ６０２においてビーコン信号が受信できなかった場合は（アドホック通信の端末が存在しない場合）（Ｓ６０４）、全周波数チャネルでのスキャンが終了したかを判別する（Ｓ６１０）。また、ビーコン信号が受信できても受信したビーコン信号に自動設定モードが起動していることを示す情報が含まれていない場合（Ｓ６０６）も、全周波数チャネルでのスキャンが終了したかを判別する（Ｓ６１０）。また、応答信号を送信した端末が「提供」端末でない場合も（Ｓ６０９）、全周波数チャネルでのスキャンが終了したかを判別する（Ｓ６１０）。全周波数チャネルのスキャンが終了していれば、図３のステップＳ３０９に進み、タイマＴ２がタイムアップしていなければ、タイマＴ３がタイムアップする度に、スキャンを開始する（Ｓ３０７）。全周波数チャネルでのスキャンが終了していなければ、周波数チャネルを変更し（Ｓ６１２）、Ｓ６０２においてビーコン信号の監視を行う。
【００５６】
図７は、端末Ａと端末Ｂがアドホック通信によって無線パラメータ設定を行う場合の無線ＬＡＮによる処理を示したシーケンス図である。図７に示す動作は、各端末の制御部９０２が記憶部９０３に記憶されているプログラムを実行することにより行われる。
【００５７】
端末Ａおよび端末Ｂともに無線パラメータ設定を開始する設定ボタンが押下され、端末ＡはネットワークＡ、端末ＢはネットワークＢを形成し、それぞれタイマＴ１、Ｔ２、Ｔ３を開始する（Ｆ７０１、Ｆ７０２）。
【００５８】
端末ＡはネットワークＡ上で設定モードが起動していることを示すビーコン信号（Ｂｅａｃｏｎ（Ｍｏｄｅ−Ｏｎ））を送信する（Ｆ７０３）。端末ＢもネットワークＢ上で設定モードが起動していることを示すビーコン信号（Ｂｅａｃｏｎ（Ｍｏｄｅ−Ｏｎ））を送信する（Ｆ７０４）。
【００５９】
つぎに、ネットワークＢに存在する端末ＢのタイマＴ３がタイムアウトし、端末Ｂがパッシブスキャンを開始する（Ｆ７０５）。
【００６０】
以下機能情報として「提供候補」を示す場合にはＰＣと省略して記述する（図中ではＭｙＭｏｄｅ＝Ｐｒｏｖｉｄｅｒ  Ｃａｎｄｉｄａｔｅと示している）。また、機能情報として「提供」を示す場合にはＰと省略して記述する（図中ではＭｙＭｏｄｅ＝Ｐｒｏｖｉｄｅｒとして示している）。
【００６１】
端末Ｂは、各周波数のネットワーク上に存在する端末を検索し、ネットワークＡを検索中に端末Ａからのビーコン情報として設定モードが起動していることを示すＢｅａｃｏｎ（Ｍｏｄｅ−Ｏｎ）を受信する（Ｆ７０６）。端末Ｂは、上記ビーコン信号を受信すると、設定モードのビーコンを検出した端末Ａに対して、自身の機能情報として「提供候補」が設定されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ（以下プローブ要求ＰＣ）を送信する（Ｆ７０７）。このとき端末Ａも機能情報は「提供候補」である。そこで、ネットワークＡの端末Ａは、端末Ｂからのプローブ要求ＰＣ（Ｆ７０７）を受信した際に、自身の機能情報である「提供候補」を設定したＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅ（以下プローブ応答ＰＣ）を送信する（Ｆ７０８）。つまり、この状態では、端末Ａ，Ｂ共に、「提供候補」の状態である。
【００６２】
その後、端末ＢのタイマＴ２がタイムアウトすると、端末Ｂは自身の機能情報を「提供」（ＭｙＭｏｄｅ＝Ｐｒｏｖｉｄｅｒ）に設定する。
【００６３】
つぎに、端末ＡのタイマＴ３がタイムアウトし、端末Ａが、パッシブスキャンにより各周波数のネットワーク上に存在する端末を検索する（Ｆ７０９）。端末Ａは、ネットワークＢを検索中に端末Ｂからビーコン情報として設定モードが起動していることを示すＢｅａｃｏｎ（Ｍｏｄｅ−Ｏｎ）を受信する（Ｆ７１０）。端末Ａは、上記ビーコン信号を受信すると、設定モードのビーコンを検出した端末Ｂに対して、自身の機能情報として「提供候補」が設定されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ（以下プローブ要求ＰＣ）を送信する（Ｆ７１１）。この時点ではネットワークＢの端末Ｂが「提供」端末であるので、端末Ａからプローブ要求ＰＣ（Ｆ７１１）を受信すると、端末Ｂは自身の機能情報である「提供」が設定されたＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅ（以下プローブ応答Ｐ）を送信する（Ｆ７１２）。端末Ｂからのプローブ応答Ｐを受信した端末Ａは、タイマＴ２を停止し、自身の機能情報を「受取」（ＭｙＭｏｄｅ＝Ｒｅｃｅｉｖｅｒ）に設定する。従って、この状態では、端末Ａは「受取」端末、端末Ｂは「提供」端末に確定したことになる。
【００６４】
端末Ａはスキャンの結果、端末Ｂの機能情報が「提供」であることを確認後、端末Ｂが形成しているネットワークＢに対して参加する（Ｆ７１３）。つづけて端末Ａは、無線パラメータ設定の開始を要求する登録開始要求（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔ）を端末Ｂに対して送信する（Ｆ７１４）。そして、端末Ａと端末Ｂは、無線パラメータ設定処理のプロトコル制御を行い、無線パラメータ自動設定処理を開始する（Ｆ７１５）。なお、登録開始確認の信号は、該プロトコル制御内で、端末Ｂから端末Ａに送信される。
【００６５】
端末Ａは、無線パラメータ設定情報を端末Ｂから受け取る（Ｐａｒａｍｅｔｅｒ  Ｉｎｆｏ  Ｏｆｆｅｒ）（Ｆ７１６）。そして、端末Ａは無線パラメータ設定情報の受け取りに成功したことを示すＰａｒａｍｅｔｅｒ  Ｒｅｃｅｉｖｅ  Ｓｕｃｃｅｅｄｅｄ応答を送信する（Ｆ７１７）。無線パラメータ設定情報の受け取り成功を確認した端末Ｂは、端末Ａに対してパラメータ設定完了（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｆｉｎｉｓｈｅｄ）を送信し（Ｆ７１８）、無線パラメータ設定情報の提供、受け取り処理を終了する。
【００６６】
このようにスキャンの方法として、自身から検索の要求信号を出すケースとなるアクティブスキャン（実施形態１）だけでなく、自身から検索の要求を出さずに他の通信装置からのビーコン情報を見るパッシブスキャン（実施形態２）を利用することもできる。
【００６７】
また、本実施の形態では、パッシブスキャン時にはビーコンによって設定モードを起動中か否かを確認するようにしたが、ビーコン信号に機能情報を格納できるようにし、ビーコン信号の受信により機能情報が確認できるようにしてもよい。ビーコン信号に機能情報を格納するようにすることにより、機能情報を確認するためのプローブ要求、プローブ応答を省略でき、速やかにネットワークの融合に移行することができる。
【００６８】
＜実施形態３＞
図８は、端末Ａと端末Ｂと端末Ｃの３台がアドホック通信によって無線パラメータ設定を行う場合の無線ＬＡＮによる処理を示したシーケンス図である。端末Ａ、端末Ｂ、端末Ｃの構成は、実施形態１で説明した図９の構成と同様であるので説明は省略する。図８に示す動作は、各端末の制御部９０２が記憶部９０３に記憶されているプログラムを実行することにより行われる。なお、本実施形態では、スキャン処理において機能情報が「提供」の端末を発見しても、他の周波数のスキャンを継続し、全ての周波数チャネルのスキャンを行うものとする。
【００６９】
まず、端末Ａと端末Ｂが無線パラメータ設定を開始する設定ボタンが押下され、端末ＡはネットワークＡ、端末ＢはネットワークＢを形成し、それぞれタイマＴ１、Ｔ２、Ｔ３を開始する（Ｆ８０１、Ｆ８０２）。
【００７０】
つぎに、ネットワークＡに存在する端末ＡのタイマＴ３がタイムアウトし、端末Ａがアクティブスキャンを開始する（Ｆ８０３）。
【００７１】
以下機能情報として「提供候補」を示す場合にはＰＣと省略して記述する（図中ではＭｙＭｏｄｅ＝Ｐｒｏｖｉｄｅｒ  Ｃａｎｄｉｄａｔｅと示している）。また、機能情報として「提供」を示す場合にはＰと省略して記述する（図中ではＭｙＭｏｄｅ＝Ｐｒｏｖｉｄｅｒとして示している）。また、機能情報として「受理」を示す場合にはＲと省略して記述する（図中ではＭｙＭｏｄｅ＝Ｒｅｃｅｉｖｅｒとして示している）。
【００７２】
端末Ａは、各周波数のネットワーク上に存在する端末を検索するため自身の機能情報として「提供候補」が設定されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ（以下プローブ要求ＰＣ）を送信する（Ｆ８０４）。端末ＡがネットワークＢでプローブ要求ＰＣを送信すると、ネットワークＢに存在する端末Ｂは、プローブ要求ＰＣを受信する。そして、端末Ｂは、端末Ａからのプローブ要求ＰＣ（Ｆ８０５）に対して、自身の機能情報である「提供候補」が設定されたＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅ（以下プローブ応答ＰＣ）を送信する（Ｆ８０６）。
【００７３】
また、ネットワークＢに存在する端末ＢもタイマＴ３がタイムアウトし、アクティブスキャンを開始する（Ｆ８０７）。端末Ｂは、各周波数のネットワーク上に存在する端末を検索するため自身の機能情報として「提供候補」が設定されたプローブ要求ＰＣを送信する（Ｆ８０８）。端末ＢがネットワークＡでプローブ要求ＰＣを送信すると、ネットワークＡに存在する端末Ａは、端末Ｂからのプローブ要求ＰＣ（Ｆ８０８）に対して、自身の機能情報である「提供候補」が設定されたプローブ応答ＰＣを送信する（Ｆ８０９）。
【００７４】
その後、端末Ｂでは、タイマＴ２のタイムアウトが発生し、自身の機能を「提供」に確定する（ＭｙＭｏｄｅ＝Ｐｒｏｖｉｄｅｒ）。
【００７５】
つぎに、端末ＡではタイマＴ３が再度タイムアップすると、再度スキャンを行い（Ｆ８１１）、自身の機能情報として「提供候補」が設定されたプローブ要求ＰＣを送信する（Ｆ８１２）。端末ＡがネットワークＢでプローブ要求ＰＣを送信すると（Ｆ８１２）、応答としてネットワークＢに存在する端末Ｂからプローブ応答Ｐを受信する（Ｆ８１３）。
【００７６】
また並行して、端末Ｃでも無線パラメータ設定を開始する設定ボタンが押下され、端末ＣはネットワークＣを形成し、タイマを開始したとする（Ｆ８１０）。
【００７７】
そのとき、端末Ｃにおいても、端末Ａのスキャン処理により、端末Ａからプローブ要求ＰＣを受信し（Ｆ８１４）、端末Ｃは応答信号としてプローブ応答ＰＣを送信する（Ｆ８１５）。
【００７８】
端末Ａは、全周波数をスキャンした結果、ネットワークＢに存在する端末Ｂの機能情報が「提供」であることを確認できたため、タイマＴ２を停止し、自身の機能情報を「受取」（ＭｙＭｏｄｅ＝Ｒｅｃｅｉｖｅｒ）に設定する。また、端末Ａは、端末Ｂが形成しているネットワークＢに対して参加する（Ｆ８１６）。
【００７９】
つづいて端末Ａは、無線パラメータ設定の開始を要求するＲｅｇｉｓｔｒａｔｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔを端末Ｂに対して送信する（Ｆ８２２）。このとき、ネットワークＣに存在する端末Ｃがアクティブスキャンを開始し（Ｆ８１７）、自身の機能情報を「提供候補」に設定したプローブ要求ＰＣを送信する。端末ＣがネットワークＡのスキャンを行うと、端末ＣはネットワークＡにプローブ要求ＰＣを送信する（Ｆ８１８）。端末ＡがネットワークＢに参加していてもネットワークＡは形成しているので、ネットワークＡの存在する周波数上では、端末Ａが端末Ｃにより送信されたプローブ要求ＰＣ（Ｆ８１８）を受信し、その応答としてプローブ応答Ｒを返信する（Ｆ８１９）。また端末ＣがネットワークＢの存在する周波数上を検索している際には、端末Ｂが端末Ｃにより送信されたプローブ要求ＰＣ（Ｆ８２０）を受信し、その応答としてプローブ応答Ｐを返信する（Ｆ８２１）。
【００８０】
端末Ｃは端末Ｂからプローブ応答Ｐを受信したので、タイマＴ２を停止し、自身の機能情報を「受取」（ＭｙＭｏｄｅ＝Ｒｅｃｅｉｖｅｒ）に設定する。端末Ｃはスキャンの結果、端末Ｂの機能情報が「提供」であることを確認後、端末Ｂが形成しているネットワークＢに対して参加する（Ｆ８２３）。
【００８１】
この時点で、端末Ａと端末Ｂと端末Ｃが同一のネットワークＢ上に融合されたことになる。
ふたたび、端末Ａと端末Ｂのパラメータ設定処理に戻る。
端末Ａと端末Ｂは無線パラメータ設定処理のプロトコル制御を行う（Ｆ８２４）。
【００８２】
そこで端末Ａは、無線のパラメータ設定情報を端末ＢからＰａｒａｍｅｔｅｒ  Ｉｎｆｏ  Ｏｆｆｅｒにより獲得し（Ｆ８２５）、端末Ａは獲得に成功したことを示すＰａｒａｍｅｔｅｒ  Ｒｅｃｅｉｖｅ  Ｓｕｃｃｅｅｄｅｄ応答を送信する（Ｆ８２６）。端末Ａは、無線パラメータ設定情報の獲得成功を送信後、端末Ｂから端末Ａに対して送信されるパラメータ設定完了を待ち（Ｆ８２７）、処理を終了する。
【００８３】
同様に、端末Ｂと端末Ｃのパラメータ設定処理も継続して行われる。端末Ｃは、無線パラメータ設定の開始を要求するＲｅｇｉｓｔｒａｔｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔを端末Ｂに対して送信し（Ｆ８２８）、無線パラメータ設定処理のプロトコル制御を行う（Ｆ８２９）。そして、端末Ｃは、無線パラメータ設定情報を端末ＢからＰａｒａｍｅｔｅｒ  Ｉｎｆｏ  Ｏｆｆｅｒにより獲得する（Ｆ８３０）。
【００８４】
つづいて、端末Ｃは獲得に成功したことを示すＰａｒａｍｅｔｅｒ  Ｒｅｃｅｉｖｅ  Ｓｕｃｃｅｅｄｅｄ応答を送信後（Ｆ８３１）、端末Ｂから端末Ｃに対して送信される無線パラメータ設定完了を待ち（Ｆ８３２）、処理を終了する。
【００８５】
なお、実施例３では、アクティブスキャンを例に説明したが、パッシブスキャンを用いることもできる。
【００８６】
このように、機能情報が「提供」の通信装置が存在しているネットワークを各通信装置が検索し、「提供」装置を発見後そのネットワークに参加する。この処理によって、複数装置でそれぞれ異なるネットワークが形成されているような場合でも、ネットワークを同一のものに融合することができる。そして、各装置はパラメータ設定の機能役割を一意に確定し、設定処理を実行することができる。
【００８７】
＜実施形態４＞
上記実施形態１〜３では、各端末がそれぞれ機能情報を設定した後、同一ネットワークに参加し、直ちに無線パラメータ設定処理の開始を実施している。
【００８８】
しかしながら、機能情報が「提供」に設定された後、無線パラメータの提供機能が起動完了するまでに時間がかかることがある。つまり、実施形態１から実施形態３の図３のＳ３１４、図５のＦ５１２、図７のＦ７１２、図８のＦ８１３、Ｆ８２１において「提供」端末であることを宣言したとしても、提供機能の起動が完了していない場合がある。無線パラメータの提供機能が起動完了するまでに時間がかかる理由としては、無線パラメータ設定時に通信内容を秘匿するために実施する暗号アルゴリズムの初期化処理、暗号鍵の算出、暗号鍵算出のための乱数生成などがあげられる。また、本発明が適用されうる通信機能が搭載される通信装置がゲーム機や家電機器などの場合、通信機能に割かれるプロセッサの処理能力が低いことが多く、さらに起動に時間が掛かる。
【００８９】
提供機能の起動が完了していない「提供」端末と、「受取」端末とが無線パラメータの自動設定処理を進めても、無線パラメータの自動設定は行えず、エラーとなってしまう。
【００９０】
そこで、本実施形態は、無線パラメータの提供、受け取り動作を開始する前に、機能情報が「受取」と設定された端末から、機能情報が「提供」と設定されている端末の機能起動状態を把握した後に、無線パラメータ設定処理のプロトコル制御を開始するとよい。
【００９１】
また、複数の端末がそれぞれ機能情報を設定した後、上記実施形態１〜３で説明した制御により各端末が同一ネットワークに参加した後に、各端末が同一ネットワークに存在していることを確認してから無線パラメータ設定処理のプロトコル制御の開始を行うよい。
【００９２】
以上のような無線パラメータ設定処理の確実性を向上させるための実施の形態について、実施形態４として説明を行う。
【００９３】
なお、以下の説明は、上記実施携帯１〜３で説明した制御により各端末が複数のネットワークを１つのネットワークに融合した後の制御について説明する。ネットワークを融合ための制御は、実施形態１〜３のいずれかと同様なので説明は省略する。
【００９４】
図１０は、端末Ａと端末Ｂがアドホック通信によって無線パラメータ設定処理を行う場合の、端末Ａと端末Ｂのそれぞれの機能情報が設定済みの場合における処理を示したシーケンス図である。図１０に示す動作は、各端末の制御部９０２が記憶部９０３に記憶されているプログラムを実行することにより行われる。
【００９５】
本シーケンス図の前に、端末Ａは自身の機能情報を「受取」を設定し、端末Ｂは自身の機能情報を「提供」に設定したものとする（実施形態１〜３参照）。
【００９６】
機能情報が決定されているため、機能情報を「受取」に設定した端末Ａは、機能情報が「提供」に設定されている端末Ｂが形成しているネットワークＢに対して参加を行う（Ｆ１００１）。端末ＡがネットワークＢに参加すると、実施形態１〜３では、無線パラメータ設定の開始を要求する登録開始要求（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔ）を端末Ｂに対して送信していた。本実施形態では、「受取」端末である端末Ａは、ネットワークＢに参加後に、端末Ｂが「提供」端末としての機能をすぐに実行できる状態か否かの確認を行う（無線パラメータの提供機能が起動完了しているかを確認する）。
【００９７】
そのために端末Ａは、端末Ｂの存在および機能の起動状況を確認するために、自身の機能情報として「受取」が設定されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ（以下プローブ要求Ｒ）を送信する（Ｆ１００２）
端末Ｂは、端末Ａからのプローブ要求Ｒを受信した際に、自身のパラメータ提供機能が起動完了している場合は、自身の機能情報として「提供」が設定されたＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅ（以下プローブ応答Ｐ）を送信する（Ｆ１００３）。また、端末Ｂはパラメータ提供機能が起動完了していない場合は、後述するように「未起動」または応答を返信しないようにする。
【００９８】
端末Ａは、プローブ応答Ｐを受信すると、無線パラメータ設定の開始を要求するＲｅｇｉｓｔｒａｔｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔを端末Ｂに対して送信し（Ｆ１００４）、無線パラメータ設定処理のプロトコル制御を行う（Ｆ１００５）。そして、端末Ａは、無線パラメータ設定情報を端末ＢからＰａｒａｍｅｔｅｒ  Ｉｎｆｏ  Ｏｆｆｅｒにより獲得すると（Ｆ１００６）、獲得に成功したことを示すＰａｒａｍｅｔｅｒ  Ｒｅｃｅｉｖｅ  Ｓｕｃｃｅｅｄｅｄ応答を端末Ｂに送信する（Ｆ１００７）。無線パラメータ設定情報の受け取り成功を確認した端末Ｂは、端末Ａに対して無線パラメータ設定完了（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｆｉｎｉｓｈｅｄ）を送信し（Ｆ１００８）、無線パラメータ設定情報の提供、受け取り処理を終了する。
【００９９】
以上が本実施形態における端末Ａと端末Ｂとのシーケンスの説明であり、アドホックネットワークが、２台の端末から構成されている例である。
【０１００】
図１１は、端末Ａ、端末Ｂ、端末Ｃがアドホック通信によって無線パラメータ設定を行う場合の、端末Ａ、端末Ｂ、端末Ｃのそれぞれの機能情報が設定済みの場合における処理を示したシーケンス図である。図１１に示す動作は、各端末の制御部９０２が記憶部９０３に記憶されているプログラムを実行することにより行われる。
【０１０１】
本シーケンス図の前に、端末Ａおよび端末Ｃは自身の機能情報を「受取」に設定し、端末Ｂは自身の機能情報を「提供」に設定したものとする（実施形態３参照）。
【０１０２】
機能情報が決定されているため、機能情報が「受取」に設定されている端末Ａおよび端末Ｃは、機能情報が「提供」に設定されている端末Ｂが形成しているネットワークＢに対して参加を行う（Ｆ１１０１）。
【０１０３】
つづけて端末Ａは、端末Ｂの存在および機能の起動状況を確認するために、自身の機能情報として「受取」が設定されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ（以下プローブ要求Ｒ）を送信する（Ｆ１１０２）。
【０１０４】
端末Ａが送信したプローブ要求Ｒは、ネットワークの状況により、同じく自身の機能情報として「受取」が設定された端末Ｃに先に届くことがある（Ｆ１１０２）。端末Ｃは、端末Ａからのプローブ要求Ｒを受信すると、自身の機能情報として「受取」が設定されたＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅ（以下プローブ応答Ｒ）を送信する（Ｆ１１０３）。この場合、端末Ａは、機能情報が「提供」に設定されている端末Ｂの存在を確認できなかったため、再びプローブ要求Ｒを送信する（Ｆ１１０４）。ただし、プローブ要求Ｒはブロードキャストパケットでもよいので、Ｆ１１０４としてプローブ要求Ｒを再送信することなく、Ｆ１１０２のプローブ要求Ｒへの応答としてのプローブ応答Ｐを受信することもできる。
【０１０５】
端末Ｂは、端末Ａからのプローブ要求Ｒを受信した際に、自身のパラメータ提供機能が起動完了している場合は、自身の機能情報として「提供」が設定されたＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅ（以下プローブ応答Ｐ）を送信する（Ｆ１１０５）。また、端末Ｂは無線パラメータ設定情報の提供機能が起動完了していない場合は、後述するように「未起動」または応答を返信しないようにする。
【０１０６】
端末Ａは、プローブ応答Ｐを受信すると、無線パラメータ設定処理の開始を要求するＲｅｇｉｓｔｒａｔｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔを端末Ｂに対して送信し（Ｆ１１０６）、無線パラメータ設定処理のプロトコル制御を行う（Ｆ１１０７）。そして、端末Ａは、無線パラメータ設定情報を端末ＢからＰａｒａｍｅｔｅｒ  Ｉｎｆｏ  Ｏｆｆｅｒにより獲得すると（Ｆ１００８）、獲得に成功したことを示すＰａｒａｍｅｔｅｒ  Ｒｅｃｅｉｖｅ  Ｓｕｃｃｅｅｄｅｄ応答を端末Ｂに送信する（Ｆ１００９）。無線パラメータ設定情報の受け取り成功を確認した端末Ｂは、端末Ａに対して無線パラメータ設定完了（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｆｉｎｉｓｈｅｄ）を送信し（Ｆ１１１０）、無線パラメータ設定情報の提供、受け取り処理を終了する。
【０１０７】
同様に、端末Ｃも端末Ｂにプローブ要求Ｒを送信し、プローブ応答Ｐを受信すると、無線パラメータ設定処理のプロトコル制御を開始し、無線パラメータ設定情報を端末Ｂから受け取る（不図示）。
【０１０８】
このように、３台以上の端末がネットワークに参加していても、機能情報が「提供」に設定されている端末Ｂの存在を機能情報が「受取」に設定された端末が改めて確認する。このようにすることにより、無線パラメータ設定の開始を要求する相手先を確実に特定することが可能となる。
【０１０９】
次に各端末の処理について詳細なフローチャートを用いて説明する。
図１２は本実施形態における「受取」端末（端末Ａ、または端末Ｃ）の動作を表すフローチャートである。図１２に示す動作は、「受取」端末の制御部９０２が記憶部９０３に記憶されているプログラムを実行することにより行われる。説明の簡略化のために、以下、「受取」端末が端末Ａ、「提供」端末が端末Ｂの場合を例に説明する。また、図１２は、端末Ａが端末ＢのネットワークＢに参加した後に実行される。
【０１１０】
端末Ａと端末Ｂのそれぞれの機能情報が設定済みであり、端末Ａは自身の機能情報が「受取」と設定される（Ｓ１２０１）。機能情報が「受取」と決定された端末Ａは、パラメータ設定処理のプロトコル制御の「受取」として機能を起動する（Ｓ１２０２）。
【０１１１】
端末Ａは、「受取」としての機能の起動が完了したら、無線パラメータ設定処理のプロトコル制御の「提供」機能の起動が完了しているかどうかを、端末Ｂに向けてプローブ要求Ｒを送信して、問い合わせる（Ｓ１２０３）。
【０１１２】
端末Ａは、端末Ｂへの起動状態の問い合わせの応答を待つために一定時間待機する（Ｓ１２０４）。上記一定時間内に端末Ｂから提供機能の起動完了済の応答が無ければ、ユーザにユーザーエラーを通知して処理を終了する（Ｓ１２０８）。
【０１１３】
なお、図１２では１回の問い合わせのみを行い、ユーザーエラーを通知して処理を終了しているが、ここに再送タイマを設け、複数回の問い合わせを実施してもよい。この場合は、規定回数の試行を経ても端末Ｂから提供機能の起動完了済の応答が無ければ、ユーザーエラーを通知して処理を終了する。また、後述するように、起動状態の問い合わせの応答として、「未起動」を受信した場合は、「起動済」または一定時間が経過しても応答が受信されなくなるまで、再度、起動状態の問い合わせを行うようにしてもよい。
【０１１４】
Ｓ１２０４での起動状態問い合わせ応答の待機中に、端末Ａは端末Ｂから提供機能の起動完了済の応答を受信した場合は、無線パラメータ設定の開始を要求するＲｅｇｉｓｔｒａｔｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔを、端末Ｂに向けて送信する（Ｓ１２０５）。
【０１１５】
端末Ａは、前記端末ＢへのＲｅｇｉｓｔｒａｔｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔへの応答を待つために一定時間待機する（Ｓ１２０６）。端末Ａは、端末Ｂから、Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔへの応答が無ければ（Ｓ１２０６）、端末Ａは端末Ｂが他の端末との間でパラメータ設定を開始していると判断し、ユーザにビジーエラーを通知して処理を終了する（Ｓ１２０９）。なお、図１２ではパラメータ設定の開始要求を１回の送信し、応答が無ければユーザにビジーエラーを通知して処理を終了しているが、ここに再送タイマを設け、複数回の問い合わせを実施してもよい。この場合は、規定回数の試行を経ても端末Ｂから応答がなければビジーエラーを通知して処理を終了する。
【０１１６】
Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔへの応答が、端末Ｂからあった場合は（Ｓ１２０６）、端末Ａはその後パラメータ設定処理のプロトコル制御を実施する（Ｓ１２０９）。
【０１１７】
図１３は本実施形態における端末Ｂの動作を表すフローチャートである。図１３に示す動作は、「提供」端末である端末Ｂの制御部９０２が記憶部９０３に記憶されているプログラムを実行することにより行われる。図１３は、端末Ｂが「提供」端末に決定した時点（図３のＳ３１０）で開始される。
【０１１８】
端末Ａと端末Ｂのそれぞれの機能情報が設定済みであり、端末Ｂは自身の機能情報が「提供」と設定されると、（Ｓ１３０１）。「提供」端末としての機能を開始し、必要な初期化処理を開始する（Ｓ１３０２）。なお、この時点では、「提供」端末としての機能の初期化処理が完了していないので、機能起動状態を「未起動」として管理する。
【０１１９】
その後、端末Ｂは、機能情報として「提供候補」が設定されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ（以下プローブ要求ＰＣ）が受信されたか否かを判別する（Ｓ１３０３）。プローブ要求ＰＣを受信した場合は、端末Ｂは、プローブ応答Ｐを返信する（Ｓ１３０９）。プローブ要求ＰＣが受信されなければ、端末Ｂは、機能情報として「受取」が設定されたＰｒｏｂｅ  Ｒｅｑｕｅｓｔ（以下プローブ要求Ｒ）が受信されたか否かを判別する（Ｓ１３０４）。プローブ要求Ｒを受信していない場合は、端末Ｂは、「提供」端末としての機能の初期化処理が完了したか否かを判別する（Ｓ１３０５）。初期化処理が完了していなければ、Ｓ１３０３に戻る。初期化処理が完了した場合は、「提供」端末としての機能起動状態を、「未起動」から「起動済」に変更し（Ｓ１３０６）、Ｓ１３０３に戻る。
【０１２０】
また、Ｓ１３０４において、端末Ｂは、プローブ要求Ｒを受信すると、機能起動状態が「未起動」か、「起動済」か、を判別する（Ｓ１３０７）。「起動済」であれば、端末Ｂは、プローブ応答Ｐを返信し（Ｓ１３０９）、図３のＳ３１５に進み、上記説明の処理を実行する。つまり、図３、図５、図７、図８、図１０、図１１の「提供」端末として、無線パラメータ設定情報の提供処理を行う。
【０１２１】
また、「起動済」でなければ、初期化処理が完了しておらず、「未起動」状態なので、プローブ要求Ｒに対して応答しない、または「未起動」を応答として返信する（Ｓ１３０８）。なお、Ｓ１３０８において、プローブ要求Ｒに対して応答しないようにした場合は、「受取」端末（端末Ａ）は、機能起動状態が「起動済」の端末の存在しないことを確認できる。一方、「未起動」を返信する場合は、「受取」端末（端末Ａ）は、「提供」端末の準備が整っていないことを確認できるので、起動が完了するまでプローブ要求Ｒを再度送信し、起動の完了まで無線パラメータの設定処理を進めるのを待機することができる。
【０１２２】
以上のように本実施形態によれば、「受取」端末が「提供」端末の状態を確認することで、「提供」端末として準備が整っていない状態によるエラー終了を回避できる。
【０１２３】
以上のように本発明によれば、複数の通信装置が夫々異なるネットワークを形成していても、通信パラメータの提供、受け取りの設定処理を実行することができる。また、通信パラメータの提供、受け取りの設定処理における役割に応じて、複数のネットワークを１つのネットワークに融合し、設定処理を実行することができる。従って、アドホック通信による無線パラメータ設定を行う場合などに、ユーザが無線パラメータ設定の提供側装置か受取側装置かの役割を指定しなくても、各通信装置が自律的に相互通信が可能なネットワークを決定することが可能になる。そして、ネットワークを融合し、役割に応じて無線パラメータの設定処理を行うことができる。
【０１２４】
また、通信装置によるネットワークの検索は、自身から検索の要求信号を出すケースとなるアクティブスキャン、自身から検索の要求を出さずに他の通信装置からのビーコン情報等の信号を受信するパッシブスキャン等、様々な方法により実行することができる。
【０１２５】
また、通信パラメータの提供側装置として機能する場合に、提供装置としての起動に時間がかかる場合であっても、通信パラメータの提供、受け取りの設定処理を実行することができる。
【０１２６】
なお、上記各実施形態では８０２．１１により定められた無線ＬＡＮのアドホックモードについて記載したが、他の通信方式により、他の通信方式の通信パラメータを端末間で設定する場合にも適用できる。他の通信方式としては、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＷＢ（ＷＵＳＢ（ワイヤレスＵＳＢ），ワイヤレス１３９４、ＷＩＮＥＴ）、ＺｉｇＢｅｅ、ＭＢＯＡ（Ｍｕｌｔｉ  Ｂａｎｄ  ＯＦＤＭ  Ａｌｌｉａｎｃｅ）、などが挙げられる。また、有線ＬＡＮ等の有線通信媒体において実施してもよい。
【０１２７】
また、通信パラメータとしてネットワーク識別子、暗号方式、暗号鍵、認証方式、認証鍵を例にしたが、他の情報であってもよいし、他の情報も通信パラメータには含まれるようにしてもよい。
【図面の簡単な説明】
【０１２８】
【図１】実施形態１〜４における２台の端末によりアドホックネットワークを形成した場合の構成図
【図２】実施形態１〜４における２台の端末により無線パラメータ設定を行う場合の構成図。
【図３】実施形態１〜４における端末の動作を表すフローチャート
【図４】実施形態１におけるアクティブスキャン時の詳細動作を表すフローチャート
【図５】実施形態１における端末Ａ，端末Ｂの動作を表すシーケンス図
【図６】実施形態２におけるパッシブスキャン時の詳細動作を表すフローチャート
【図７】実施形態２における端末Ａ，端末Ｂの動作を表すシーケンス図
【図８】実施形態３における端末Ａ，端末Ｂ、端末Ｃの動作を表すシーケンス図
【図９】実施形態１〜４における端末を構成するブロック図
【図１０】実施形態４における端末Ａ，端末Ｂの動作を表すシーケンス図
【図１１】実施形態４における端末Ａ，端末Ｂ、端末Ｃの動作を表すシーケンス図
【図１２】実施形態４における端末Ａ、Ｃの動作を表すフローチャート
【図１３】実施形態４における端末Ｂの動作を表すフローチャート
【符号の説明】
【０１２９】
１００ａ  端末Ａ
１００ｂ  端末Ｂ
１０１ａ  無線パラメータ設定情報Ａ
１０１ｂ  無線パラメータ設定情報Ｂ
１０２ａ  ネットワークＡ
１０２ｂ  ネットワークＢ
９０２  制御部
９０３  記憶部
９０４  無線部
９０５  表示部
９０６  設定ボタン
【図１】
2008187348.tif 000003
【図２】
2008187348.tif 000004
【図３】
2008187348.tif 000005
【図４】
2008187348.tif 000006
【図５】
2008187348.tif 000007
【図６】
2008187348.tif 000008
【図７】
2008187348.tif 000009
【図８】
2008187348.tif 000010
【図９】
2008187348.tif 000011
【図１０】
2008187348.tif 000012
【図１１】
2008187348.tif 000013
【図１２】
2008187348.tif 000014
【図１３】
2008187348.tif 000015