(57)【特許請求の範囲】
【請求項１】
複数の通信装置の間で無線ネットワークを介して通信するための通信パラメータの共有方法であって、
複数の通信装置の中から、前記通信パラメータを共有する通信装置の制限を行う第１の通信装置を決定する決定工程と、
前記決定工程において決定された第１の通信装置が、前記通信パラメータを共有するために前記第１の通信装置が所定の信号を送信する送信先である他の通信装置の台数を管理する管理工程と、
前記第１の通信装置が、前記台数に基づいて、他の通信装置との、前記第１の通信装置と接続するための前記通信パラメータの共有を制限する制限工程と、
前記第１の通信装置に決定されなかった場合であって、前記第１の通信装置から前記所定の信号を受信した場合には、前記第１の通信装置から、当該第１の通信装置と接続するための通信パラメータを受信する受信工程と、
を有することを特徴とする通信パラメータの共有方法。
【請求項２】
前記第１の通信装置は、前記台数が所定の台数を超えた場合に他の通信装置との暗号化通信を制限することにより、当該暗号化通信による他の通信装置との前記通信パラメータの共有を制限することを特徴とする請求項１に記載の通信パラメータの共有方法。
【請求項３】
前記第１の通信装置は、前記台数が所定の台数を超えた場合に他の通信装置に対して前記通信パラメータの共有を拒否する信号を送信することにより、他の通信装置との前記通信パラメータの共有を制限することを特徴とする請求項１に記載の通信パラメータの共有方法。
【請求項４】
前記第１の通信装置は、他の通信装置と共有した前記通信パラメータを利用して、ＩＥＥＥ８０２．１１シリーズに準拠した無線通信を行うことを特徴とする請求項１から３のいずれか１項に記載の通信パラメータの共有方法。
【請求項５】
他の通信装置との間で無線ネットワークを介して通信するための通信パラメータの共有機能を有する通信装置であって、
複数の通信装置の中から、前記通信パラメータを共有する通信装置の制限を行う第１の通信装置を決定するための第１の決定手段と、
前記第１の決定手段により前記通信装置が前記第１の通信装置に決定された場合、前記通信パラメータを共有するために前記第１の通信装置が所定の信号を送信する送信先である他の通信装置の台数を管理する管理手段と、
前記通信装置が前記第１の通信装置に決定された場合、前記台数に基づいて、他の通信装置との、前記第１の通信装置と接続するための前記通信パラメータの共有を制限する制限手段と、
前記通信装置が前記第１の通信装置に決定されなかった場合であって、前記第１の通信装置から前記所定の信号を受信した場合には、前記第１の通信装置から、当該第１の通信装置と接続するための通信パラメータを受信する受信手段と、
を有することを特徴とする通信装置。
【請求項６】
前記制限手段は、前記台数が所定の台数を超えた場合に他の通信装置との暗号化通信を制限することにより、当該暗号化通信による他の通信装置との前記通信パラメータの共有を制限することを特徴とする請求項５に記載の通信装置。
【請求項７】
前記制限手段は、前記台数が所定の台数を超えた場合に他の通信装置に対して前記通信パラメータの共有を拒否する信号を送信することにより、他の通信装置との前記通信パラメータの共有を制限することを特徴とする請求項５に記載の通信装置。
【請求項８】
前記通信装置は、他の通信装置と共有した前記通信パラメータを利用して、ＩＥＥＥ８０２．１１シリーズに準拠した無線通信を行うことを特徴とする請求項５から７のいずれか１項に記載の通信装置。
【請求項９】
コンピュータを、請求項５から８のいずれか１項に記載の通信装置として動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信装置の間で無線ネットワークを介して通信するための通信パラメータの共有方法及び通信装置に関する。
【背景技術】
【０００２】
近年、コンピュータ周辺機器におけるネットワーク化は著しく進歩し、ネットワークを介して接続できない機器は存在しないといっても過言ではない。一方、既にネットワーク化の進んでいる機器においては、通信媒体として有線ケーブルが使用されていたが、無線通信へと変わる過渡期にある。
【０００３】
しかしながら、無線通信では、例えばIEEE 802.11x準拠の無線ＬＡＮの場合、使用前に設定しなければならない設定項目が数多く存在し、煩雑である。そこで、様々なメーカーから、SSID（Service Set Identifier、サービス・セット識別子）や暗号方式などの無線通信パラメータを簡単に設定するための仕組みが提案されている。
【０００４】
例えば、特許文献１のように、アクセスポイント（基地局）を介さずに、無線通信機器同士が直接無線ＬＡＮによって通信を行うアドホックなネットワークを利用して無線通信パラメータを設定する仕組みが提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１６３６６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
無線通信により無線通信パラメータを設定する場合、本来、設定情報を知る必要のない第三者や悪意を持った第三者による成りすましに対する対応を強化する必要がある。
【課題を解決するための手段】
【０００７】
本発明は、複数の通信装置の間で無線ネットワークを介して通信するための通信パラメータの共有方法であって、複数の通信装置の中から、前記通信パラメータを共有する通信装置の制限を行う第１の通信装置を決定する決定工程と、前記決定工程において決定された第１の通信装置が、前記通信パラメータを共有するために前記第１の通信装置が所定の信号を送信する送信先である他の通信装置の台数を管理する管理工程と、前記第１の通信装置が、前記台数に基づいて、他の通信装置との、前記第１の通信装置と接続するための前記通信パラメータの共有を制限する制限工程と、前記第１の通信装置に決定されなかった場合であって、前記第１の通信装置から前記所定の信号を受信した場合には、前記第１の通信装置から、当該第１の通信装置と接続するための通信パラメータを受信する受信工程と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、複数の通信装置の中から決定された通信装置により、通信パラメータの共有を要求した他の通信装置との間で通信パラメータを共有できる。従って、例えばアドホックネットワークのような特定のサーバが存在しない環境であっても、通信パラメータを共有する通信装置を制限することができる。
【図面の簡単な説明】
【０００９】
【図１】アドホックネットワークにおける通信パラメータ設定ネットワークを構築するステップを示す図である。
【図２】２台の無線通信機器によるアドホックなネットワークの構成の一例を示す図である。
【図３】デジタルカメラ２００（機器Ａ）の構成の一例を示す概略ブロック図である。
【図４】プリンタ２０１（機器Ｂ）の構成の一例を示す概略ブロック図である。
【図５】通信パラメータ設定制御機能を有する機器が２台の場合のシーケンスを示す図である。
【図６】３台の無線通信機器によるアドホックなネットワークの構成の一例を示す図である。
【図７】通信パラメータ設定制御機能を有する機器が３台の場合のシーケンスを示す図である。
【図８】第１の実施形態における機器が通信パラメータ設定ネットワークを構築する際の処理を示すフローチャートである。
【図９】第２の実施形態における通信パラメータ設定制御機能を有する機器のマスター機器決定ステップから機器能力収集ステップまでのシーケンスを示す図である。
【図１０】第２の実施形態における通信パラメータ設定制御機能を有するマスター側機器の処理を示すフローチャートである。
【図１１】第２の実施形態における通信パラメータ設定制御機能を有するスレーブ側機器の処理を示すフローチャートである。
【図１２】第３の実施形態における通信パラメータ設定制御機能を有する機器のマスター機器決定ステップから機器能力収集ステップまでのシーケンスを示す図である。
【図１３】２つのスレーブ機器がそれぞれ機器能力収集ステップに遷移している場合のマスター機器決定ステップから機器能力収集ステップまでの通信パラメータ設定制御機能を有する３つの機器のシーケンスを示す図である。
【図１４】第３の実施形態におけるマスター側機器の処理を示すフローチャートである。
【図１５】第４の実施形態における通信パラメータ設定制御機能を有する機器のマスター機器決定ステップから機器能力収集ステップまでのシーケンスを示す図である。
【図１６】第４の実施形態における通信パラメータ設定制御機能を有する機器のマスター側機器での処理を示すフローチャートである。
【図１７】第５の実施形態における通信パラメータ設定制御機能を有する機器のマスター機器決定ステップから機器能力収集ステップまでのシーケンスを示す図である。
【図１８】第５の実施形態における通信パラメータ設定制御機能を有するマスター機器の処理を示すフローチャートである。
【図１９】第５の実施形態における通信パラメータ設定制御機能を有するスレーブ機器の処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら発明を実施するための形態について詳細に説明する。
【００１１】
［第１の実施形態］
まず、２台の無線通信機器の間で、IEEE 802.11x準拠の無線ＬＡＮにおけるアドホックモードの通信パラメータ設定ネットワークを構築する場合について説明する。
【００１２】
図１には、アドホックモードにおいて、通信パラメータを設定する際のステップを示す。図１の各ステップは、６つの目的の異なる各ステップから構成される。ここで各ステップは、通信パラメータ設定ネットワーク形成ステップ１０１、マスター機器決定ステップ１０２、機器能力収集ステップ１０３、通信パラメータ転送方向決定ステップ１０４、通信パラメータ転送ステップ１０５、通信パラメータ設定ネットワーク終了ステップ１０６である。以下に、それぞれのステップでの機能について簡単に説明する。
【００１３】
＜通信パラメータ設定ネットワーク形成ステップ１０１＞
ここでは、機器Ａと機器Ｂの間で通信パラメータ設定用ネットワークをアドホック接続によって形成する処理を行う。
【００１４】
＜マスター機器決定ステップ１０２＞
ここでは、機器Ａと機器Ｂの間でどちらの機器が通信パラメータ設定用ネットワークのマスター機器となり、どちらの機器がスレーブ機器となるかを決定する処理と、各機器は相手が同一ネットワーク上に存在するか否かの監視処理を継続的に行う。
【００１５】
＜機器能力収集ステップ１０３＞
ここでは、ステップ１０２で決定されたマスター機器が同一ネットワーク上に存在するスレーブ機器が所有している機器能力属性値をスレーブ機器に問い合わせて収集する処理を行う。
【００１６】
＜通信パラメータ転送方向決定ステップ１０４＞
ここでは、ステップ１０３でマスター機器が収集した各スレーブ機器の機器能力属性値と自マスター機器の機器能力属性値とを比較する。その結果、どの機器からどの機器へ通信パラメータの転送を行うかをマスター機器が決定し、かつ、各スレーブ機器に対して通信パラメータの転送を行う上で必要となる、あて先や発信元情報などの指示を転送する。
【００１７】
＜通信パラメータ転送ステップ１０５＞
ここでは、ステップ１０４で決定された通信パラメータの転送方向に従って実際に通信パラメータ提供能力を持つ機器から通信パラメータ受理能力を持つ機器へ通信パラメータを転送する。
【００１８】
＜通信パラメータ設定ネットワーク終了ステップ１０６＞
ここでは、ステップ１０５の転送終了をきっかけに通信パラメータ設定ネットワークを終了するために必要となる処理を行う。尚、通信パラメータ設定ネットワーク終了ステップ１０６が終了した後は、通信パラメータ転送ステップ１０５において転送された通信パラメータを用いて新たなネットワークを構築することになる。
【００１９】
以上の６つのステップを実施することにより、アドホック無線通信において、通信パラメータを簡単に設定することができる。
【００２０】
尚、以下で説明する処理は、図１に示した通信パラメータ設定ネットワーク形成ステップ１０１からマスター機器決定ステップ１０２までの処理とする。
【００２１】
図２は、２台の無線通信機器によるアドホックなネットワークの構成の一例を示す図である。図２において、無線通信機器Ａは、無線通信機能２１０にIEEE 802.11x準拠の無線ＬＡＮを有するデジタルカメラ２００であり、通信パラメータ設定ボタン２２０を押下することで通信パラメータ設定モードのネットワークを構築することが可能である。また、無線通信機器Ｂは無線通信機能２１１にIEEE 802.11x準拠の無線ＬＡＮを有するプリンタ２０１であり、通信パラメータ設定ボタン２２１を押下することで通信パラメータ設定モードのネットワークを構築することが可能である。
【００２２】
そして、デジタルカメラ２００（機器Ａ）と、プリンタ２０１（機器Ｂ）との２者間でアドホックモードの無線通信パラメータ設定を行うものである。
【００２３】
ここで、図３及び図４を用いて、デジタルカメラ２００（機器Ａ）及びプリンタ２０１（機器Ｂ）の構成について説明する。
【００２４】
図３は、デジタルカメラ２００（機器Ａ）の構成の一例を示す概略ブロック図である。図３において、３０１はデジタルカメラ２００を制御する制御部、３０２は画像処理部、３０３は制御命令（プログラム）や制御データが格納されているＲＯＭ、３０４はＲＡＭである。ＲＡＭ３０４には、通信パラメータ設定用ネットワークを形成するための設定用通信パラメータが予め記憶されている。３０５は無線通信処理部であり、無線ＬＡＮにおける通信制御を行う。３０６はアンテナ、３０７はアンテナ制御部である。
【００２５】
３０８は撮像部であり、３０９のＣＣＤから入力された画素信号を取り込む。３１０はカードインタフェースであり、撮像画像や設定情報を格納する記録メディアカードの制御を行う。３１１は表示部であり、エラーメッセージなどの表示を行う。３１２は操作部であり、撮影、再生、設定などを指示するボタンを含む。３１３は二次電池を含む電源部である。３１４は無線以外の通信インタフェース部であり、例えばＵＳＢやIEEE1394などの有線インタフェースである。３１５は通信パラメータ設定ボタンであり、通信パラメータ設定起動を行う。
【００２６】
図４は、プリンタ２０１（機器Ｂ）の構成の一例を示す概略ブロック図である。図４において、４０１はプリンタ２０１を制御する制御部、４０２は画像処理部、４０３は制御命令（プログラム）や制御データが格納されているＲＯＭ、４０４はＲＡＭ、４０５は電源部である。ＲＡＭ４０４には、通信パラメータ設定用ネットワークを形成するための設定用通信パラメータが予め記憶されている。４０６は無線以外の通信インタフェース部であり、例えばＵＳＢやIEEE1394などの有線インタフェースである。
【００２７】
４０７はプリンタ用紙の給紙排紙を行う給紙排紙部である。４０８はプリンタエンジンであり、電子写真方式やインクジェット方式などの印字制御を行う。４０９はカードインタフェースであり、画像が格納された記録メディアカードの制御を行う。４１０は表示部であり、エラーメッセージなどを表示する。４１１は操作部であり、メニュー、設定などのボタンを含む。４１２は無線通信処理部であり、無線ＬＡＮにおける通信制御を行う。４１３はアンテナ、４１４はアンテナ制御部である。４１５は通信パラメータ設定ボタンであり、通信パラメータ設定起動を行う。
【００２８】
尚、上述したハードウェア構成は、本発明に係る好適な実施形態の一つの事例であり、必ずしも同じハードウェア構成を有していなければいけないものではなく、本発明の精神を適用できるハードウェア構成であれば良いことは言うまでもない。
【００２９】
また、無線通信機器として、デジタルカメラ及びプリンタを例に説明したが、本発明はこれだけに限るものではなく、パーソナルコンピュータ（ＰＣ）、ファクシミリ、複合機、ノートＰＣなどに適用しても良いことは言うまでもない。
【００３０】
上述した構成において、まず、デジタルカメラ２００（機器Ａ）で通信パラメータ設定ボタン２２０が押下され、次に、プリンタ２０１（機器Ｂ）で通信パラメータ設定ボタン２２１が押下された場合に、アドホックモードの通信パラメータ設定ネットワークを構築するシーケンスについて説明する。
【００３１】
図５は、通信パラメータ設定制御機能を有する機器が２台の場合のシーケンスを示す図である。まず、ユーザがデジタルカメラ２００（機器Ａ）の通信パラメータ設定ボタン２２０を押下し、通信パラメータ設定制御機能を開始すると、機器Ａは通信パラメータ設定ネットワークの形成を開始する。これにより、機器Ａはプローブ要求（Ｓ５０１：Probe Request）を無線区間に向けて送出する。図５に示す例では、まだ近隣に無線機器が存在しないため、機器Ａがビーコン（Ｓ５０２：Beacon）を送信し、アドホックネットワークのＩＢＳＳ（Independent Basic Service Set）クリエイターとなる。
【００３２】
引き続き、機器Ａと同様に、機器Ｂを起動すると、機器Ｂはプローブ要求（Ｓ５０３）を送出する。既に機器ＡがＩＢＳＳクリエイターとして存在するため、そのプローブ要求の応答として、機器Ａから機器Ｂに向けてプローブ応答（Ｓ５０４：Probe Response）が送出される。これにより、機器Ａと機器Ｂとの間で、通信パラメータ設定ネットワークが形成される。
【００３３】
次に、無線ドライバの機能により、機器Ａ及び機器Ｂそれぞれにおいて通信パラメータ設定ネットワークが形成されたことが通知される。通知が通信パラメータ設定制御機能に引き渡された時点で、機器Ａ及び機器Ｂは暗号化を実施する（Ｓ５０５及びＳ５０６）。尚、暗号化のアルゴリズムについては、特に規定しないが、例えば機器に固有の共通鍵に基づいて暗号化処理を行っても良い。また、暗号化処理は無線通信処理部３０５、４１２が実施しても良いし、制御部３０１、４０１が実施しても良い。
【００３４】
そして、通信パラメータ設定ネットワークが構築された時点で、図１に示したマスター機器決定ステップ１０２が開始される。ここでは、ＩＢＳＳクリエイター及びジョイナー（Joiner）はお互いにビーコン（Ｓ５０７，Ｓ５０８）を送出し続ける。その後、所定のアルゴリズムによりどちらの機器がマスター機器となるかが決定されると、マスター機器からマスター宣言（Ｓ５０９）が送信される。
【００３５】
尚、機器Ａ及び機器Ｂの間の通信は、上述のＳ５０５及びＳ５０６で暗号化されているため、このマスター機器決定ステップ１０２以降は安全に通信が行われる。
【００３６】
次に、３台の無線通信機器の間で、IEEE 802.11x準拠の無線ＬＡＮにおけるアドホックモードの通信パラメータ設定ネットワークを構築する際に暗号化を実施し、第三の機器である想定されていない機器のネットワークへの参加を防止する処理について説明する。
【００３７】
図６は、３台の無線通信機器によるアドホックなネットワークの構成の一例を示す図である。図６に示すように、機器Ａ及び機器Ｂは、図２に示したデジタルカメラ２００及びプリンタ２０１である。また、機器Ｃは機器Ａと同様に、無線通信機能６１０にIEEE 802.11x準拠の無線ＬＡＮを有するデジタルカメラ６００であり、通信パラメータ設定ボタン６２０を押下することで通信パラメータ設定モードのネットワークを構築することが可能である。
【００３８】
尚、デジタルカメラ６００（機器Ｃ）の構成は、図３に示したデジタルカメラ２００（機器Ａ）の構成と同様であり、ここでの説明は省略する。
【００３９】
上述した構成において、まず、デジタルカメラ２００（機器Ａ）で通信パラメータ設定ボタン２２０が押下され、次に、プリンタ２０１（機器Ｂ）で通信パラメータ設定ボタン２２１が押下されてアドホックモードの無線通信パラメータ設定ネットワークを構築した後に、デジタルカメラ６００（機器Ｃ）で通信パラメータ設定ボタン６２０が押下された場合のシーケンスについて説明する。
【００４０】
図７は、通信パラメータ設定制御機能を有する機器が３台の場合のシーケンスを示す図である。まず、図５に示した機器Ａと機器Ｂとの間で行われる通信パラメータ設定ネットワークの形成（Ｓ５０１〜Ｓ５０６）と同様に、通信パラメータ設定ネットワークが構築される（Ｓ７０１〜Ｓ７０６）。
【００４１】
ここで、第三の機器である想定されていない機器Ｃの電源が投入され、機器Ａ及び機器Ｂと同様に、通信パラメータ設定制御機能を開始する。まず、プローブ要求（Ｓ７０７）を送出し、既に機器ＡがＩＢＳＳクリエイターとして存在するため、プローブ要求の応答として、機器Ａから機器Ｃに向けてプローブ応答（Ｓ７０８）が送出される。これにより、機器Ｃは無線パラメータ設定ネットワークに参加をすることとなる。
【００４２】
しかしながら、機器Ｃは想定されていない第三者であるため、機器Ａと機器Ｂとの間のように暗号化は実施されていない。従って、無線通信パラメータ設定ネットワークが構築された後に、マスター機器決定ステップ１０２で決定されたマスター機器からのマスター宣言（Ｓ７１１）を認識することができない。
【００４３】
このように、通信の暗号化を実施することにより、通信パラメータ設定ネットワークに対して想定されていない第三者による機器の参加を防止することができる。
【００４４】
次に、図８を用いて、機器Ａ、機器Ｂ、機器Ｃにより通信パラメータ設定ネットワークを構築する際のシーケンス（図７）を機器で行われる処理の観点から説明する。
【００４５】
図８は、第１の実施形態における機器が通信パラメータ設定ネットワークを構築する際の処理を示すフローチャートである。まず、機器において、その電源又は無線通信機能が投入されると、ランダムタイマーを起動し、そのタイムアウトを待つ（Ｓ８０１）。この処理は、複数の機器が同時に電源投入された場合に発生するプローブ要求の競合を避けるための処理である。このランダムタイマーがタイムアウトすると、機器はプローブ要求を送信する（Ｓ８０２）。そして、このプローブ要求に対する応答を待つ（Ｓ８０３）。
【００４６】
次に、プローブ要求に対してプローブ応答が返却された場合（Ｓ８０３で応答あり）、この機器はジョイナーとして設定する（Ｓ８０４）。ジョイナーの場合、通信パラメータ設定ネットワークに参加する機器の数が規定数以内であれば、ＩＢＳＳクリエイターからの暗号化指示を受信する。ここで、暗号化指示を受信した場合には（Ｓ８０５のＹＥＳ）、この機器、即ち、機器Ｂは暗号化を有効にする（Ｓ８０６）。
【００４７】
また、ＩＢＳＳクリエイターからの暗号化指示を受信しなかった場合には（Ｓ８０５のＮＯ）、通信パラメータ設定ネットワークに参加できなかったことを意味するので、そのまま処理を終了する。
【００４８】
一方、プローブ要求に対してプローブ応答が返却されなかった場合には（Ｓ８０３で未応答）、この機器の近傍に通信パラメータ設定ネットワークが存在していないものと判断する。これにより、この機器、即ち、機器Ａは、ＩＢＳＳクリエイターとして設定を行う（Ｓ８０７）。その後、ＩＢＳＳクリエイターの機能として他の機器からのプローブ要求を待ち受ける（Ｓ８０８）。
【００４９】
次に、ＩＢＳＳクリエイターとして設定した機器が他の機器からのプローブ要求を確認すると（Ｓ８０８のＹＥＳ）、他の機器にプローブ応答を送信する（Ｓ８０９）。ここで、ＩＢＳＳクリエイターは、プローブ応答を送信した機器の数を記憶し、その機器の数が予め定めた規定数に達したか否かを判定する（Ｓ８１０）。ここで、規定数となった場合は（Ｓ８１０のＹＥＳ）、そのまま処理を終了する。
【００５０】
また、規定数となっていない場合は（Ｓ８１０のＮＯ）、ＩＢＳＳクリエイターは配下のジョイナーに対して、暗号化指示を行う（Ｓ８１１）。次に、暗号化指示が行き届いた時点で、ＩＢＳＳクリエイターは、自身の暗号化を有効にする（Ｓ８１２）。
【００５１】
第１の実施形態によれば、ＩＢＳＳクリエイターが通信パラメータ設定ネットワークに参加する機器の台数をカウントし、規定台数を超えた場合に、それ以降に参加を希望する他の機器に対して暗号化指示を送信しないようにすることにより、第三者や悪意を持った第三者による通信パラメータ設定ネットワークへの参加を拒絶することができる。
【００５２】
［第２の実施形態］
次に、図面を参照しながら本発明に係る第２の実施形態について詳細に説明する。第１の実施形態では、通信パラメータ設定ネットワーク構築時に参加台数の制限を行うことにより、通信パラメータ設定ネットワークへの第三者の参加を防止したが、第２の実施形態ではマスター機器決定ステップ１０２までは先行技術に記載されている既存の処理を行い、次の機器能力収集ステップ１０３において第三者の参加を防止するものである。
【００５３】
尚、第２の実施形態でも、図６に示した３台の無線通信機器によるアドホックなネットワークにおいて通信パラメータ設定ネットワークを構築する際に、想定されていない第三者によるネットワークへの参加を防止する処理について説明する。
【００５４】
図９は、第２の実施形態における通信パラメータ設定制御機能を有する機器のマスター機器決定ステップから機器能力収集ステップまでのシーケンスを示す図である。尚、図９では機器Ａと機器Ｂとの間で、既に図１の通信パラメータ設定ネットワーク形成ステップ１０１が終了し、機器ＡがＩＢＳＳクリエイター、機器Ｂ及び機器Ｃがジョイナーであるものとする。
【００５５】
機器Ａは、マスター問い合わせメッセージ（Ｓ９０１）をブロードキャストメッセージとして送信する。この時点では、マスター機器決定ステップ１０２が開始されたばかりであり、マスター機器は存在しないため、このマスター問い合わせメッセージ（Ｓ９０１）に対する応答は返却されない。
【００５６】
従って、機器Ａは、自らをマスター機器と設定し、このマスター問い合わせメッセージ（Ｓ９０１）の送信を停止し、マスター宣言メッセージ（Ｓ９０２）の送信を開始する。最初のマスター宣言メッセージを送信した時点で、内部的に保持している参加受付状態を許容に設定する（Ｓ９０３）。
【００５７】
次に、ランダムなインターバルが経過した後、機器Ｂがマスター問い合わせメッセージ（Ｓ９０４）を送信する。ここで、機器Ａは、機器Ｂからマスター問い合わせメッセージ（Ｓ９０４）が送信されたことを確認した段階でマスター宣言メッセージ（Ｓ９０５）を送信する。一方、機器Ｂは、機器Ａより送信されたマスター宣言メッセージ（Ｓ９０５）を受信したことにより、スレーブ宣言メッセージ（Ｓ９０６）を送信する。
【００５８】
尚、この例では、機器Ａに予め設定されている通信パラメータ設定ネットワークの構成規定機器数が２台であるものとする。
【００５９】
ここで、機器Ａは、機器Ｂからのスレーブ宣言メッセージ（Ｓ９０６）を受信した時点で、内部的に保持している参加受付状態を非許容に変更する（Ｓ９０７）。これにより、マスター機器の参加受付状態が非許容となったため、第２の実施形態では、機器能力収集ステップ１０３以降の処理は機器Ａと機器Ｂの間でのみ行われる。
【００６０】
例えば、ここで第三の機器Ｃが参入を試みようとした場合を想定する。まず、機器Ｃが機器Ａや機器Ｂと同様に、マスター問い合わせメッセージ（Ｓ９０８）を送信する。この通信パラメータ設定ネットワークで既にマスター機器となっている機器Ａが機器Ｃからのマスター問い合わせメッセージ（Ｓ９０８）を受信する。
【００６１】
ここで、機器Ａは、内部的に保持している参加受付状態を参照する。この例では、既に参加受付状態は非許容となっているため、機器Ａは機器Ｃに向けて、参加拒否通知メッセージ（Ｓ９０９）を送信する。この参加拒否通知メッセージ（Ｓ９０９）は機器Ｃにのみ送信され、機器Ｂとの通信は継続され、機器Ｂからは周期的にスレーブ宣言メッセージ（Ｓ９１０）が送信されてくる。
【００６２】
次に、上述した機器間のシーケンスの説明に引き続き、マスター側機器及びスレーブ側機器で行われる処理について説明する。尚、マスター機器決定ステップ１０２のマスター機器及びスレーブ機器の決定方法については公知であるため、ここでの説明は省略する。まず、図１０を用いて、マスター側機器で行われる処理について説明する。
【００６３】
図１０は、第２の実施形態における通信パラメータ設定制御機能を有するマスター側機器の処理を示すフローチャートである。尚、通信パラメータ設定制御機能を有する機器は、マスター機器決定ステップ１０２で決定した装置種別を判定し、自身がマスター側機器であることを認識しているものとする。
【００６４】
マスター側機器は、他のネットワーク参加機器からのマスター問い合わせメッセージを受信する（Ｓ１００１）。そして、マスター問い合わせメッセージを受信したマスター側機器は、内部に保持している参加受付状態を参照する（Ｓ１００２）。
【００６５】
ここで、参加受付状態が非許容の場合は（Ｓ１００２のＮＯ）、この時点で、マスター問い合わせメッセージ送信元の機器へ参加拒否通知メッセージを送信し（Ｓ１００７）、マスター問い合わせメッセージ送信元の機器との通信を終了する。
【００６６】
一方、参加受付状態が許容の場合は（Ｓ１００２のＹＥＳ）、ＲＡＭ３０４に保持しているスレーブ数を加算する（Ｓ１００３）。そして、加算したスレーブ数が上限に達したか否かを判定する（Ｓ１００４）。ここで、スレーブ数が上限に達した場合（Ｓ１００４のＹＥＳ）、このマスター機器は、ＲＡＭ３０４に保持している参加受付状態を許容から非許容に変更する（Ｓ１００５）。この処理により、これ以降の新規スレーブ機器のこのネットワークへの参加を拒否することができる。
【００６７】
また、上述のスレーブ数が上限に達していない場合は（Ｓ１００４のＮＯ）、この参加受付状態はそのままとする。その後、このマスター機器は、スレーブ機器群との間で次の機器能力収集ステップ１０３のシーケンスのやり取りを実施する（Ｓ１００６）。
【００６８】
次に、上述のマスター側機器の処理に続き、図１１を用いて、スレーブ側機器の処理について説明する。
【００６９】
図１１は、第２の実施形態における通信パラメータ設定制御機能を有するスレーブ側機器の処理を示すフローチャートである。尚、通信パラメータ設定制御機能を有する機器は、マスター機器決定ステップ１０２で決定した装置種別を判定し、自身がスレーブ側機器であることを認識しているものとする。
【００７０】
スレーブ側機器は、マスター側機器に向けてマスター問い合わせメッセージを送信する（Ｓ１１０１）。ここで、マスター側機器から周期的に送信されているマスター宣言メッセージを受信する（Ｓ１１０２）。これにより、スレーブ側機器はマスター機器の存在を認識する。
【００７１】
その後、マスター側機器から、参加拒否通知メッセージが送信されてきているか否かを確認する（Ｓ１１０３）。ここで、マスター側機器から、参加拒否通知メッセージが送信されていない場合は（Ｓ１１０３のＮＯ）、引き続き機器能力収集要求が送信されてくるか否かを判定する（Ｓ１１０４）。この判定処理を行う理由は、通信経路の伝播状況等により、参加拒否通知の取りこぼしなどが想定されるためである。
【００７２】
ここで、機器能力収集要求を受信したスレーブ側機器は、機器能力収集要求の送信元のマスター側機器に向けて、機器能力収集応答を送信する（Ｓ１１０５）。
【００７３】
一方、マスター側機器から参加拒否通知メッセージの受信を確認した場合（Ｓ１１０３のＹＥＳ）又は機器能力収集要求の受信が確認できなかった場合（Ｓ１１０４のＮＯ）、スレーブ側機器は、自身が通信パラメータ設定ネットワークへの参加が拒否されたと判断し、通信パラメータ設定ネットワークとの通信を終了し、無線通信機能を停止する。
【００７４】
尚、スレーブ側機器で、通信パラメータ設定ネットワークへの参加が拒否された場合、その旨をユーザインターフェースを介して表示するようにしても良い。
【００７５】
以上、説明した一連の処理により、無線パラメータ設定ネットワークに参加可能な機器の台数を限定することが可能となる。
【００７６】
［第３の実施形態］
次に、図面を参照しながら本発明に係る第３の実施形態について詳細に説明する。第１及び第２の実施形態では、通信パラメータ設定ネットワークへの新たな機器の参加を拒否する参加状態として規定数の機器が参加した状態、規定数の機器の参加を受け付けた状態としたが、第３の実施形態では機器能力収集要求を送信後のタイムアウト状態とするものである。
【００７７】
尚、第３の実施形態でも、図６に示した３台の無線通信機器によるアドホックなネットワークにおいて通信パラメータ設定ネットワークを構築する際に、想定されていない第三者によるネットワークへの参加を防止する処理について説明する。
【００７８】
図１２は、第３の実施形態における通信パラメータ設定制御機能を有する機器のマスター機器決定ステップから機器能力収集ステップまでのシーケンスを示す図である。尚、図１２では、機器Ａと機器Ｂとの間で、既に通信パラメータ設定ネットワーク形成ステップ１０１が終了し、機器ＡがＩＢＳＳクリエイター、機器Ｂ及び機器Ｃがジョイナーであるものとする。
【００７９】
機器Ａは、マスター問い合わせメッセージ（Ｓ１２０１）をブロードキャストメッセージとして送信する。この時点では、マスター機器決定ステップ１０２が開始されたばかりであり、マスター機器が存在しないため、このマスター問い合わせメッセージ（Ｓ１２０１）に対する応答は返却されない。
【００８０】
従って、機器Ａは、自らをマスター機器と設定し、このマスター問い合わせメッセージ（Ｓ１２０１）の送信を停止し、マスター宣言メッセージ（Ｓ１２０２）の送信を開始する。
【００８１】
次に、ランダムなインターバルが経過した後、機器Ｂがマスター問い合わせメッセージ（Ｓ１２０３）をブロードキャストメッセージとして送信する。ここで、機器Ａは、機器Ｂからマスター問い合わせメッセージ（Ｓ１２０３）が送信されたことを確認した段階でマスター宣言メッセージ（Ｓ１２０４）を送信する。一方、機器Ｂでは、機器Ａより送信されたマスター宣言メッセージ（Ｓ１２０４）を受信したことにより、スレーブ宣言メッセージ（Ｓ１２０５）を送信する。
【００８２】
次に、機器Ａは、機器Ｂからのスレーブ宣言メッセージ（Ｓ１２０５）を受信したことにより、図１に示した機器能力収集ステップ１０３を開始する。即ち、機器能力収集要求（Ｓ１２０６）を送信する。そして、送信と同時に、マスター側機器は参加受付タイマーをスタートさせる。この参加受付タイマーの起動中に、機器Ｂより機器能力収集応答（Ｓ１２０７）を受信することにより、次の通信パラメータ転送方向決定ステップ１０４へと状態が遷移する。
【００８３】
その後、参加受付タイマーのタイムアウト発生（Ｓ１２０８）により、機器Ａは、参加受付状態を参加拒否に遷移させる。これにより、今後の通信パラメータ設定ネットワークへの新規参加は不可能となる。
【００８４】
この時点で、例えば機器Ｃがマスター問い合わせメッセージ（Ｓ１２０９）を送信した場合、機器Ａは、機器Ｃに向けて参加拒否通知メッセージ（Ｓ１１１０）を送信し、この通信パラメータ設定ネットワークへの参加を拒絶する。
【００８５】
尚、図１２では、既に機器Ａ及び機器Ｂが機器能力収集ステップ１０３に遷移している状態で、新規にスレーブ機器（機器Ｃ）が参入しようとした場合を説明したが、既に２つのスレーブ機器（機器Ｂ及び機器Ｃ）が存在し、それぞれ機器能力収集ステップ１０３に遷移している状態であっても、本発明を適用することができる。
【００８６】
図１３は、２つのスレーブ機器がそれぞれ機器能力収集ステップに遷移している場合のマスター機器決定ステップから機器能力収集ステップまでの通信パラメータ設定制御機能を有する３つの機器のシーケンスを示す図である。尚、図１３では機器Ａ、機器Ｂ、機器Ｃ間で、既に図１の通信パラメータ設定ネットワーク形成ステップ１０１が終了し、機器ＡがＩＢＳＳクリエイター、機器Ｂ及び機器Ｃがジョイナーであるものとする。
【００８７】
機器Ａは、マスター問い合わせメッセージ（Ｓ１３０１）をブロードキャストメッセージとして送信する。この時点では、マスター機器決定ステップ１０２が開始されたばかりであり、マスター機器が存在しないため、このマスター問い合わせメッセージ（Ｓ１３０１）に対する応答は返却されない。
【００８８】
従って、機器Ａは、自らをマスター機器と設定し、このマスター問い合わせメッセージ（Ｓ１３０１）の送信を停止し、マスター宣言メッセージ（Ｓ１３０２）の送信を開始する。
【００８９】
次に、ランダムなインターバルが経過した後、機器Ｂがマスター問い合わせメッセージ（Ｓ１３０３）をブロードキャストメッセージとして送信する。機器Ｂと同様に、機器Ｃもマスター問い合わせメッセージ（Ｓ１３０４）を送信する。ここで、機器Ａは、機器Ｂ及び機器Ｃからマスター問い合わせメッセージ（Ｓ１３０３、Ｓ１３０４）が送信されたことを確認した段階でマスター宣言メッセージ（Ｓ１３０５）を送信する。
【００９０】
一方、機器Ｂは、機器Ａより送信されたマスター宣言メッセージ（Ｓ１３０５）を受信したことにより、スレーブ宣言メッセージ（Ｓ１３０６）を送信する。機器Ｂと同様に、機器Ｃも、機器Ａより送信されたマスター宣言メッセージ（Ｓ１３０５）を受信したことにより、スレーブ宣言メッセージ（Ｓ１３０７）を送信する
次に、機器Ａは、機器Ｂ及び機器Ｃからのスレーブ宣言メッセージ（Ｓ１３０６及びＳ１３０７）を受信したことにより、機器能力収集ステップ１０３を開始する。即ち、機器能力収集要求（Ｓ１３０８）をブロードキャストメッセージとして送信する。この送信と同時に、マスター側機器は参加受付タイマーをスタートさせる。この参加受付タイマーの起動中に、機器Ｂより機器能力収集応答（Ｓ１３０９）を受信することにより、次の通信パラメータ転送方向決定ステップ１０４へと状態が遷移する。
【００９１】
その後、参加受付タイマーのタイムアウト発生（Ｓ１３１０）により、機器Ａは、参加受付状態を参加拒否に遷移させる。これにより、今後の通信パラメータ設定ネットワークへの新規参加は不可能となる。
【００９２】
例えば、参加受付タイマーがタイムアウトした後に機器Ｃが機器能力収集応答（Ｓ１３１１）を送信した場合、機器Ａは機器Ｃに向けて参加拒否通知メッセージ（Ｓ１３１２）を送信し、この通信パラメータ設定ネットワークへの参加を拒絶する。
【００９３】
尚、第３の実施形態では、機器Ｃのみがタイムアウトとなる場合について説明したが、機器Ｂでタイムアウト以降にしか機器能力収集応答を送信できなかった場合も、参加受付は拒否されることとなる。
【００９４】
次に、図１４を用いて、上述したシーケンスを実現するための機器の処理について説明する。
【００９５】
図１４は、第３の実施形態におけるマスター側機器の処理を示すフローチャートである。尚、スレーブ側機器の処理については、第２の実施形態と何ら変わらないため、ここでの説明は省略する。
【００９６】
まず、通信パラメータ設定制御機能を持つ機器が自己をマスター側機器と判定した時点で、参加受付状態を「許容」と初期設定を行う（Ｓ１４０１）。続いて、スレーブ側機器となるその他の通信パラメータ設定制御機能を持つ機器からのマスター問い合わせの受信を待ち、他の機器からのマスター問い合わせを受信する（Ｓ１４０２）。次に、マスター問い合わせを受信した時点で、マスター宣言を、マスター問い合わせの送信元機器へ送信する（Ｓ１４０３）。
【００９７】
一方、マスター問い合わせ送信元の機器は、マスター宣言の受信により、自己をスレーブ側機器と判断する。そして、スレーブ宣言を、マスター宣言送信元の機器に送信する。このスレーブ宣言を受信するマスター側機器では、一つ以上の通信機器からスレーブ宣言を受け取ったか否かを判定する（Ｓ１４０４）。ここで、一つの機器からもスレーブ宣言を受信していない場合（Ｓ１４０４のＮＯ）、このマスター側機器が保有するスレーブ側機器が一つもないということなので、スレーブ側機器が現れるまで、マスター問い合わせの待ち受け状態（Ｓ１４０２）へと処理を戻す。
【００９８】
また、一つ以上の機器からスレーブ宣言を受信した場合（Ｓ１４０４のＹＥＳ）、マスター側機器は、機器能力収集要求を送信する（Ｓ１４０５）。この機器能力収集要求を送信後、参加受付タイマーを開始させる（Ｓ１４０６）。その後、機器能力収集要求を送信後、スレーブ側機器より機器能力収集応答を受信する（Ｓ１４０７）と、マスター側機器は、通信パラメータ転送方向決定ステップ１０４へと遷移する。
【００９９】
その後、参加受付タイマーのタイマー値を判定し、タイマー値が満了している場合は（Ｓ１４０８のＹＥＳ）、参加受付状態を「非許容」へ変更する（Ｓ１４０９）。
【０１００】
また、タイマー値が未満了である場合は（Ｓ１４０８のＮＯ）、再びマスター問い合わせメッセージの受信待ち状態（Ｓ１４０２）に遷移する。
【０１０１】
尚、第３の実施形態では、参加受付タイマーを機器能力収集要求の送信後に発動するように構成したが、通信パラメータ設定ネットワークを構築後、一番最初のスレーブ側機器の参入時に発動するように構成しても良い。その場合、図１４に示すＳ１４０５とＳ１４０６とを入れ替えれば良い。
【０１０２】
また、上述の参加受付タイマーを機器能力収集要求送信時ではなく、マスター宣言送信開始直後、図１４に示すＳ１４０３の次に発動するように構成することも可能である。
【０１０３】
また、タイマー満了時に、所定のユーザインターフェースを介してユーザの判断により参加受付時間を延長するように機能を拡張することも可能である。
【０１０４】
［第４の実施形態］
次に、図面を参照しながら本発明に係る第４の実施形態について詳細に説明する。通信パラメータ設定制御機能を有する機器において、不必要な機器の通信パラメータ設定ネットワーク参加を防ぐ形態としては、これまで説明した第１の実施形態から第３の実施形態までの手法の他に、異なる視点として、機器の能力による方法もある。第４の実施形態では、通信パラメータ設定ネットワークに参加する際に事前に参加しようとする機器の機器能力を判定するものである。
【０１０５】
尚、第４の実施形態でも、図６に示した３台の無線通信機器によるアドホックなネットワークにおいて通信パラメータ設定ネットワークを構築する際に、想定されていない第三者によるネットワークへの参加を防止する処理について説明する。
【０１０６】
図１５は、第４の実施形態における通信パラメータ設定制御機能を有する機器のマスター機器決定ステップから機器能力収集ステップまでのシーケンスを示す図である。尚、図１５では、機器Ａと機器Ｂとの間で、既に通信パラメータ設定ネットワーク形成ステップ１０１が終了し、機器ＡがＩＢＳＳクリエイター、機器Ｂ及び機器Ｃがジョイナーであるものとする。
【０１０７】
機器Ａは、マスター問い合わせメッセージ（Ｓ１５０１）をブロードキャストメッセージとして送信する。この時点では、マスター機器決定ステップ１０２が開始されたばかりであり、マスター機器は存在しないため、このマスター問い合わせメッセージ（Ｓ１５０１）に対する応答は返却されない。
【０１０８】
従って、機器Ａは、自らをマスター機器と設定し、このマスター問い合わせメッセージ（Ｓ１５０１）の送信を停止し、マスター宣言メッセージ（Ｓ１５０２）の送信を開始する。
【０１０９】
次に、ランダムなインターバルが経過した後、機器Ｂがマスター問い合わせメッセージ（Ｓ１５０３）をブロードキャストメッセージとして送信する。ここで、機器Ａは、機器Ｂからマスター問い合わせメッセージ（Ｓ１５０３）が送信されたことを確認した段階でマスター宣言メッセージ（Ｓ１５０４）を送信する。一方、機器Ｂでは、機器Ａより送信されたマスター宣言メッセージ（Ｓ１５０４）を受信したことにより、スレーブ宣言メッセージ（Ｓ１５０５）を送信する。
【０１１０】
次に、機器Ａは、機器Ｂからのスレーブ宣言メッセージ（Ｓ１５０５）を受信したことにより、機器能力収集ステップ１０３を開始する。即ち、機器能力収集要求（Ｓ１５０６）を送信する。一方、機器Ｂは、機器能力収集要求（Ｓ１５０６）を受信したことにより、自身の機器能力を設定し、機器能力収集応答（Ｓ１５０７）を機器Ａへ送信する。
【０１１１】
次に、機器Ａは、機器Ｂより機器能力収集応答（Ｓ１５０７）を受け、ＲＡＭ３０４に保持している機器能力情報と照合し、機器Ａの要求する機器能力を機器Ｂが満たしているか否かを判定する。ここで、機器能力を満たしていると判断した場合は、機器Ｂに向けて通信パラメータ受理者要求（Ｓ１５０８）を送信する。
【０１１２】
更に、ランダムなインターバルが経過した後、機器Ｃがマスター問い合わせメッセージ（Ｓ１５０９）を送信する。機器Ａは、機器Ｃからマスター問い合わせメッセージが送信されたことを確認した段階でマスター宣言メッセージ（Ｓ１５１０）を送信する。
【０１１３】
一方、機器Ｃは、機器Ａより送信されたマスター宣言メッセージ（Ｓ１５１０）を受信したことにより、スレーブ宣言メッセージ（Ｓ１５１１）を送信する。
【０１１４】
次に、機器Ａは、機器Ｃからのスレーブ宣言メッセージ（Ｓ１５１１）を受信したことにより、機器能力収集ステップ１０３を開始する。即ち、機器能力収集要求（Ｓ１５１２）を送信する。一方、機器Ｃは、機器能力収集要求（Ｓ１５１２）を受信したことにより、自身の機器能力を設定し、機器能力収集応答（Ｓ１５１３）を機器Ａへ送信する。
【０１１５】
次に、機器Ａは、機器Ｃより機器能力収集応答（Ｓ１５１３）を受け、ＲＡＭ３０４に保持している機器能力情報と照合し、機器Ａの要求する機器能力を機器Ｃが満たしているか否かを判定する。ここで、機器Ｂと異なり、機器Ｃが機器能力を満たしていないと判断した場合は、機器Ｃに向けて参加非許容通知メッセージ（Ｓ１５１４）を送信する。この参加非許容通知を受信した機器Ｃは、通信パラメータ設定制御機能を終了する。
【０１１６】
尚、図１５では、既に機器Ａ及び機器Ｂが機器能力収集ステップ１０３に遷移している状態で、新規にスレーブ機器（機器Ｃ）が参入しようとした場合を説明したが、既に２つのスレーブ機器（機器Ｂ及び機器Ｃ）が存在し、それぞれ機器能力収集ステップ１０３に遷移している状態であっても、本発明を適用することができる。
【０１１７】
次に、図１６を用いて、上述した図１５に示すシーケンスを実現するための機器の処理について説明する。尚、ここでは、マスター側機器の処理についてのみ説明し、スレーブ側機器の処理については第２の実施形態と何ら変わらないため、その説明は省略する。
【０１１８】
図１６は、第４の実施形態における通信パラメータ設定制御機能を有する機器のマスター側機器での処理を示すフローチャートである。マスター側機器は、スレーブ側機器からスレーブ宣言メッセージを受信する（Ｓ１６０１）。スレーブ宣言メッセージを受信したマスター側機器は、スレーブ側機器へ、機器能力収集要求を送信し、スレーブ側機器から機器能力収集応答を受信することにより、機器能力の交換を実施する（Ｓ１６０２）。
【０１１９】
次に、機器能力の交換が成功したか否かを判定し、失敗した場合は（Ｓ１６０３のＮＯ）、この時点で、マスター側機器は、スレーブ側機器に対して、参加拒否通知メッセージを送信する（Ｓ１６０５）。
【０１２０】
また、機器能力の交換が成功した場合は（Ｓ１６０２のＹＥＳ）、マスター側機器は、スレーブ側機器から得られた機器能力と自身の保有している機器能力を判定し、スレーブ側機器から得られた機器能力が、自身の保有する機器能力を満たすか否かを判定する（Ｓ１６０３）。ここで、不一致である場合は（Ｓ１６０３のＮＯ）、機器能力交換が失敗した場合と同様に、マスター側機器は、スレーブ側機器に対して、参加拒否通知メッセージを送信する（Ｓ１６０５）。
【０１２１】
また、判定した結果、機器能力が一致或いは十分である場合は（Ｓ１６０３のＹＥＳ）、通信パラメータ設定制御機能の通信パラメータ転送方向決定ステップ１０４を実行する（Ｓ１６０４）。
【０１２２】
尚、第４の実施形態における機器能力は、暗号方式や認証方式を想定しているが、それ以外の能力によって判定することも可能である。
【０１２３】
［第５の実施形態］
次に、図面を参照しながら本発明に係る第５の実施形態について詳細に説明する。第５の実施形態は、マスター機器決定ステップ１０２における要求信号及び応答信号に、乱数を用い、その乱数値を要素として、機器能力収集ステップ以降のシーケンスを暗号化することを特徴とする。
【０１２４】
尚、第５の実施形態でも、図６に示した３台の無線通信機器によるアドホックなネットワークにおいて通信パラメータ設定ネットワークを構築する際に、想定されていない第三者によるネットワークへの参加を防止する処理について説明する。
【０１２５】
図１７は、第５の実施形態における通信パラメータ設定制御機能を有する機器のマスター機器決定ステップから機器能力収集ステップまでのシーケンスを示す図である。尚、図１７では、機器Ａと機器Ｂとの間で、既に通信パラメータ設定ネットワーク形成ステップ１０１が終了し、機器ＡがＩＢＳＳクリエイター、機器Ｂ及び機器Ｃがジョイナーであるものとする。
【０１２６】
機器Ａは、マスター問い合わせメッセージをブロードキャストメッセージ（Ｓ１７０１）として送信する。この時点においては、マスター機器決定ステップが開始されたばかりであり、マスター機器は存在しないため、このマスター問い合わせメッセージ（Ｓ１７０１）に対する応答は返却されない。
【０１２７】
従って、機器Ａは、自らをマスター機器と設定し、このマスター問い合わせメッセージ（Ｓ１７０１）の送信を停止し、マスター宣言メッセージ（Ｓ１７０２）の送信を開始する。尚、このマスター宣言メッセージ（Ｓ１７０２）には、マスター側機器によって生成された乱数（M Nonce）が付与されている。
【０１２８】
次に、ランダムなインターバルが経過した後、機器Ｂがマスター問い合わせメッセージ（Ｓ１７０４）をブロードキャストメッセージとして送信する。尚、機器Ｂは、マスター問い合わせメッセージ（Ｓ１７０４）の送信前に、機器Ａよりマスター宣言メッセージ（Ｓ１７０２）を受信していた場合は、上述の乱数（M Nonce）と、機器Ｂ内で生成された乱数（S Nonce）と、機器固有のSeedとで、セッション鍵を生成する（Ｓ１７０３）。
【０１２９】
ここで、機器Ａは、機器Ｂからマスター問い合わせメッセージ（Ｓ１７０４）が送信されたことを確認した後、乱数（M Nonce）と、マスター問い合わせメッセージに付与された乱数（S Nonce）と、機器固有のSeedとで、セッション鍵を生成する（Ｓ１７０５）。
【０１３０】
次に、上述のセッション鍵を生成した後、機器Ａは、平文にてマスター宣言メッセージ（Ｓ１７０６）を機器Ｂへと送信する。その後、マスター問い合わせメッセージの送信元に対して、機器Ａは生成済みのセッション鍵を適用する（Ｓ１７０７）。
【０１３１】
一方、機器Ｂでは、機器Ａより送信されたマスター宣言メッセージ（Ｓ１７０６）を受信したことにより、生成済みのセッション鍵を適用する（Ｓ１７０８）。このセッション鍵を適用後、機器Ｂはこのセッション鍵による暗号化を実施し、スレーブ宣言メッセージ（Ｓ１７０９）を機器Ａへ送信する。これ以降、機器Ａと機器Ｂとの間の通信は、暗号化されることとなる。
【０１３２】
その後、例えば第三の端末機器Ｃが出現したとする。また、機器Ｃは、機器Ａより送信されていたマスター宣言メッセージ（Ｓ１７０６）を傍受済みであり、機器Ｂと同様に、セッション鍵を生成している（Ｓ１７１０）ものとする。
【０１３３】
まず、機器Ｃは、マスター問い合わせメッセージ（Ｓ１７１１）を機器Ａへ向けて送信する。一方、機器Ａは、既に機器Ｂとの間で暗号化を確定しているため、機器Ｃから送信されたマスター問い合わせメッセージ（Ｓ１７１１）を受信できない。
【０１３４】
従って、機器Ｃは、マスター問い合わせメッセージ（Ｓ１７１１）に対する返答を受信できないため、タイムアウトが発生する（Ｓ１７１２）。タイムアウトが発生した時点で、機器Ｃは通信パラメータ設定ネットワークに関する処理を終了する。
【０１３５】
次に、上述した機器間のシーケンスの説明に引き続き、マスター側機器及びスレーブ側機器で行われる処理について説明する。まず、図１８を用いて、マスター側機器で行われる処理について説明する。
【０１３６】
図１８は、第５の実施形態における通信パラメータ設定制御機能を有するマスター機器の処理を示すフローチャートである。マスター機器は、自己内で生成した乱数を付与してマスター宣言メッセージを送出する（Ｓ１８０１）。送出後、スレーブ候補機器よりの、マスター問い合わせメッセージを待ち受ける（Ｓ１８０２）。このマスター問い合わせメッセージ待ち受けにおいて、マスター問い合わせメッセージを未受信の場合は、マスター機器は、この待ち受け処理を繰り返す。
【０１３７】
その後、スレーブ機器よりマスター問い合わせメッセージを受信すると（Ｓ１８０２のＹＥＳ）、マスター機器は、自己内で生成した乱数（M Nonce）と、マスター問い合わせメッセージに付与されていたスレーブ側機器内にて生成された乱数（S Nonce）と、マスター機器内に保持されているSeedとから、通信パラメータ設定ネットワーク内にて有効なセッション鍵を生成する（Ｓ１８０３）。
【０１３８】
次に、マスター機器は、暗号化は行わずに、マスター宣言メッセージをスレーブ機器へ送信する（Ｓ１８０４）。そして、マスター宣言メッセージの送信後、生成したセッション鍵を適用し（Ｓ１８０５）、スレーブ機器からのスレーブ宣言メッセージを待ち受ける。このスレーブ宣言メッセージを受信する（Ｓ１８０６）と、マスター機器はセッション鍵によってスレーブ宣言メッセージの復号化を実施する（Ｓ１８０７）。また、複号化に失敗した場合は（Ｓ１８０７のＮＯ）、再びスレーブ宣言メッセージの受信待ち受け処理（Ｓ１８０６）に戻る。
【０１３９】
一方、上述のスレーブ宣言メッセージの復号化に成功した場合は（Ｓ１８０７のＹＥＳ）、通信パラメータ設定制御機能の次ステップである機器能力収集ステップ１０３へ遷移する（Ｓ１８０８）。
【０１４０】
次に、上述のマスター側機器の処理に続き、図１９を用いて、スレーブ側機器の処理について説明する。
【０１４１】
図１９は、第５の実施形態における通信パラメータ設定制御機能を有するスレーブ機器の処理を示すフローチャートである。まず、通信パラメータ設定制御機能を有する機器は、既に近傍にマスター側機器が存在する場合、マスター宣言メッセージを受信する（Ｓ１９０１）。マスター宣言メッセージには、マスター側機器の乱数（M Nonce）が含まれている。この乱数（M Nonce）と自己内で生成したスレーブ側機器の乱数（S Nonce）とSeedとから、通信パラメータ設定ネットワークにおいて使用するセッション鍵を生成する（Ｓ１９０２）。
【０１４２】
セッション鍵を生成後、スレーブ側機器は、マスター問い合わせをブロードキャストで送信する（Ｓ１９０３）。このマスター問い合わせを送信後、マスター側機器からマスター宣言が送信されるまで待機する（Ｓ１９０４）。その後、マスター側機器からマスター宣言メッセージを受信すると（Ｓ１９０４のＹＥＳ）、上述のセッション鍵生成時の乱数（M Nonce）と、ここで受信したマスター宣言メッセージ内に含まれる乱数（M Nonce）とを比較し、同一のものである場合は、生成したセッション鍵を適用する（Ｓ１９０５）。
【０１４３】
次に、スレーブ側機器は、このセッション鍵を用いて暗号化したスレーブ宣言をマスター側機器へ送信する（Ｓ１９０６）。スレーブ宣言が正しくマスター側機器へ送信できた場合は、マスター側機器から機器能力収集要求が送信されてくるため、その機器能力収集要求を待ち受ける（Ｓ１９０７）。ここで、マスター側から解読できる機器能力収集要求を受信できなかった場合（Ｓ１９０７のＮＯ）、スレーブ側機器は、通信パラメータ設定ネットワークに関する処理を終了する（Ｓ１９０９）。
【０１４４】
また、マスター側機器より機器能力収集要求を受信した場合（Ｓ１９０７のＹＥＳ）、スレーブ側機器は、通信パラメータ設定制御機能の次のステップである機器能力収集ステップ１０３の処理を実施する（Ｓ１９０８）。
【０１４５】
第５の実施形態によれば、第１の実施形態よりも強力な暗号化処理によりマスター機器とスレーブ機器との間で通信パラメータ設定を実施することができる。
【０１４６】
［他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005518145.tif 000002
【図２】
0005518145.tif 000003
【図３】
0005518145.tif 000004
【図４】
0005518145.tif 000005
【図５】
0005518145.tif 000006
【図６】
0005518145.tif 000007
【図７】
0005518145.tif 000008
【図８】
0005518145.tif 000009
【図９】
0005518145.tif 000010
【図１０】
0005518145.tif 000011
【図１１】
0005518145.tif 000012
【図１２】
0005518145.tif 000013
【図１３】
0005518145.tif 000014
【図１４】
0005518145.tif 000015
【図１５】
0005518145.tif 000016
【図１６】
0005518145.tif 000017
【図１７】
0005518145.tif 000018
【図１８】
0005518145.tif 000019
【図１９】
0005518145.tif 000020