(57)【要約】【課題】  通信パラメータの提供元又は提供先として決定された無線通信装置が、その決定に応じて、認証側又は被認証側として認証処理を行う。【解決手段】  通信装置は、通信パラメータを受信装置に提供する提供装置として動作するか、通信パラメータを提供装置から受信する受信装置として動作するかを決定し、提供装置として動作すると決定された場合、通信パラメータを第１の他の通信装置に提供し、提供装置として動作すると決定された場合、通信パラメータの提供先である第１の他の通信装置を示す情報を、第２の他の通信装置に送信する。【選択図】      図５
2013146084.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
通信パラメータを受信装置に提供する提供装置として動作するか、通信パラメータを提供装置から受信する受信装置として動作するかを決定する決定手段と、
前記決定手段により提供装置として動作すると決定された場合、通信パラメータを第１の他の通信装置に提供する提供手段と、
前記決定手段により提供装置として動作すると決定された場合、前記提供手段における通信パラメータの提供先である前記第１の他の通信装置を示す情報を、第２の他の通信装置に送信する送信手段と、
を有することを特徴とする通信装置。
【請求項２】
前記決定手段により受信装置として動作すると決定された場合、通信パラメータを提供装置から受信する受信手段を有する、
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記送信手段によって送信される情報は、前記通信装置が提供装置として既に通信パラメータを提供した提供先を示す情報である、
ことを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記送信手段は、前記第２の他の通信装置に通信パラメータを提供する場合に、前記情報を送信する、
ことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
【請求項５】
前記通信パラメータは、無線ネットワークに接続するためのパラメータである、
ことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
【請求項６】
前記通信パラメータは、ネットワーク識別子、暗号鍵、認証方式、周波数チャネルの何れかを含む、
ことを特徴とする請求項１から５のいずれか１項に記載の通信装置。
【請求項７】
前記決定手段は、ＩＥＥＥ８０２．１１に準拠した無線ネットワークの通信によって決定する、
ことを特徴とする請求項１から６のいずれか１項に記載の通信装置。
【請求項８】
通信装置の制御方法であって、
通信パラメータを受信装置に提供する提供装置として動作するか、通信パラメータを提供装置から受信する受信装置として動作するかを決定する決定工程と、
前記決定工程において提供装置として動作すると決定された場合、通信パラメータを第１の他の通信装置に提供する提供工程と、
前記決定工程において提供装置として動作すると決定された場合、前記提供工程における通信パラメータの提供先である前記第１の他の通信装置を示す情報を、第２の他の通信装置に送信する送信工程と、
を有することを特徴とする制御方法。
【請求項９】
請求項１から７のいずれか１項に記載の通信装置としてコンピュータを動作させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信装置で構築されるネットワークにおける通信装置及びその制御方法に関する。
【背景技術】
【０００２】
従来、例えばIEEE802.11a/b/g/n/iなど、所謂IEEE802.11規格シリーズに基づいた無線ＬＡＮ接続を行う際の通信パラメータは多数存在し、尚且つ、設定値のバリエーションが多い。よって、その通信パラメータ設定を簡便にするための方法が提案されている。
【０００３】
特定の基地局を持つインフラストラクチャモードのネットワークでは、ネットワークを構成する無線通信装置は基地局により管理されている。よって、ネットワークを構成するための通信パラメータは、基地局から無線通信装置に配布される。
【０００４】
一方、特定の基地局を持たないアドホックモードのネットワークでは、全ての無線通信装置が対等な立場にある。よって、どの無線通信装置が通信パラメータの提供元となるかを決定する技術が必要であり、通信パラメータ提供元決定技術が提案されている（例えば、特許文献１、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2006-309458号公報
【特許文献２】特開2006-311138号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、例えば通信パラメータのセキュリティ設定として、無線ＬＡＮの暗号化方式の規格であるＷＰＡなどを選択した場合、通信パラメータ提供の方向性とは別に接続認証処理として、鍵共有アルゴリズムの起動方向を決定しなければならない。ＷＰＡはWi-Fi Protected Accessの略である。
【０００７】
よって、特定の基地局を持たず、全ての無線通信装置が対等な関係にあるアドホックモードのネットワークの場合、どの無線通信装置が接続認証処理を行うかを決定しなければならないという問題が依然として残っている。
【課題を解決するための手段】
【０００８】
本発明は、通信装置であって、通信パラメータを受信装置に提供する提供装置として動作するか、通信パラメータを提供装置から受信する受信装置として動作するかを決定する決定手段と、前記決定手段により提供装置として動作すると決定された場合、通信パラメータを第１の他の通信装置に提供する提供手段と、前記決定手段により提供装置として動作すると決定された場合、前記提供手段における通信パラメータの提供先である前記第１の他の通信装置を示す情報を、第２の他の通信装置に送信する送信手段と、を有することを特徴とする。
【図面の簡単な説明】
【０００９】
【図１】通信パラメータの自動設定アプリケーションを備えた無線通信装置の構成を表すブロック図である。
【図２】図１に示す無線通信装置によって構成されるネットワークの構成の一例を示す図である。
【図３】図２に示す端末Ａで実行される通信制御方法を説明するためのフローチャートである。
【図４】図２に示す端末Ｂ又は端末Ｃの通信制御方法を説明するためのフローチャートである。
【図５】図２に示すネットワーク構成における通信制御方法を示すシーケンスチャートである。
【図６】図２に示す端末Ａの、第２の実施形態における通信制御方法を説明するためのフローチャートである。
【図７】図２に示す端末Ｂ又は端末Ｃの、第２の実施形態における通信制御方法を説明するフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら発明を実施するための形態について詳細に説明する。
【００１１】
［第１の実施形態］
まず、本発明を実施するのに好適な事例におけるハードウェア構成について説明する。図１は、通信パラメータの自動設定アプリケーションを備えた無線通信装置の構成を表すブロック図である。ここで、本実施形態における通信パラメータとは、ネットワーク識別子（ＳＳＩＤ）、暗号鍵、認証方式、周波数チャネル等である。
【００１２】
１０１は無線通信装置、１０２は通信パラメータの設定制御及び無線機能の制御などを行う制御部、１０３は各種情報を記憶する記憶部である。１０４は無線通信を行うための無線部、１０５は表示などを行う表示部であり、ＬＣＤやＬＥＤのように視覚で認知可能な情報の出力や、スピーカなどの音出力が可能な機能を有する。１０６は通信パラメータ設定を開始するトリガを与える設定ボタン、１０７はアンテナ制御部、１０８はアンテナである。
【００１３】
以上が無線通信装置のハードウェア構成である。尚、このハードウェア構成は本発明における実施形態の一つの事例であり、必ずしもこのハードウェア構成を有していなければいけないものではない。本発明の精神を適用できるハードウェア構成であれば全て本発明の範囲内である。
【００１４】
図２は、図１に示す無線通信装置によって構成される通信ネットワークの構成の一例を示す図である。図２に示すように、IEEE802.11規格シリーズに準拠した無線ＬＡＮの無線通信機能を備えた無線通信装置２１（以下、端末Ａ）、無線通信装置２２（以下、端末Ｂ）、無線通信装置２３（以下、端末Ｃ）が存在する。
【００１５】
ここで、端末Ａ、端末Ｂ、端末Ｃは図１に示す無線通信装置としての機能を有し、全て同等の無線通信能力を有し、アドホックモードのネットワークを構成している。ここで、アドホックモードとは、基地局（アクセスポイント）を介さず、端末間で直接通信を行う通信形態である。アドホックモードのネットワークを構築後、定められた通信パラメータ提供元決定アルゴリズムに基づいて、通信パラメータの設定処理における役割（通信パラメータの提供元端末、又は提供先端末）を決定する。
【００１６】
尚、本実施形態では、通信パラメータ提供元決定アルゴリズムについては、例えば特開2006-311138号公報に記載のプロトコルを用いることができるが、本発明はこの方法に限定されるわけではない。端末Ａが通信パラメータの提供元端末として決定され、端末Ｂ及び端末Ｃが通信パラメータの提供先端末として決定されるものとする。図２に示す例では、端末Ｂ及び端末Ｃが端末Ａから通信パラメータを提供されている様子を示している。
【００１７】
図３は、図２に示す端末Ａで実行される通信制御方法を説明するためのフローチャートである。まず、ユーザが設定ボタン１０６を押下することで、通信パラメータ設定機能が有効化される。具体的には、自端末で通信パラメータ設定機能が有効になったことを示すために、例えば無線ＬＡＮで用いられるビーコン情報に特定の識別子を付与する。また、通信パラメータ設定機能が有効になったことをユーザに通知するために、表示部１０５に「通信パラメータ設定作業中」などと表示させる（Ｆ３０１）。これにより、ユーザの利便性が向上する。
【００１８】
次に端末Ａは、通信パラメータ設定機能が有効になった端末Ｂ及び端末Ｃとの間で予め定めた通信パラメータ提供方向決定処理を実施する。この処理により、端末Ａが通信パラメータ提供元端末と決定されたものとする（Ｆ３０２）。
【００１９】
次に、通信パラメータ提供元端末と決定された端末Ａは、通信パラメータ提供先端末と決定された端末Ｂ又は端末Ｃから、通信開始要求として通信パラメータ設定開始要求を受信する（Ｆ３０３）。
【００２０】
ここで、端末Ａは、通信パラメータ設定後（即ち、ネットワーク構築後）のデータ通信の際に使用する暗号方式、認証方式についてのネゴシエーションを、相手装置（例えば、端末Ｂ）との間で実施する（Ｆ３０４）。無線ＬＡＮにおける暗号・認証方式としては、いくつかのバリエーションが存在するが、この暗号・認証方式は２つに大別できる。まず、一つ目は通信パラメータ提供元端末から通信パラメータとして提供暗号鍵を、そのまま送信データを暗号化するための暗号鍵として利用する場合である（第１の暗号・認証方式）。
【００２１】
次に、二つ目は通信パラメータとして引き渡された暗号鍵を種として、受信元及び送信元とで認証処理を行い、新たなセッション鍵を生成して、そのセッション鍵を用いて送信データを暗号化する場合である（第２の暗号・認証方式）。
【００２２】
何れの場合も、通信パラメータ提供時に通信パラメータを暗号化する鍵と、通信パラメータ設定処理終了後に実際のデータ通信で用いる暗号鍵とは、異なることが望ましい。
【００２３】
尚、IEEE802.11i規格シリーズでは、一つ目の方式は従来のＷＥＰ鍵に相当し、二つ目の方式はＴＫＩＰ、ＣＣＭＰに相当する。ここで、ＷＥＰはWired Equivalent Privacyの略である。ＴＫＩＰはTemporal Key Integrity Protocolの略で、ユーザ認証機能を備え、パケット毎又は周期的に暗号鍵の変更が可能でメッセージ改ざん防止機能を有する。ＣＣＭＰ（Counter mode with Cipher block chaining Message authentication code Protocol）はデータの改ざんを検出することが可能である。
【００２４】
ネゴシエーションの結果、新たなセッション鍵を生成するような場合には、端末間でグループ鍵の共有処理も行うこととなる。そのため、第１の実施形態では、暗号・認証方式を区別するために、グループ鍵の共有処理を実施するか、しないかを判断基準とするものとして説明する（Ｆ３０５）。実際には、上記ネゴシエーションによってどの暗号・認証方式を用いるかが決定されるので、決定された暗号・認証方式に基づいて、F３０６以下の処理が行なわれるか、F３１４の処理が行なわれるかが決定される。
【００２５】
尚、本実施形態における説明では、暗号・認証方式についてのネゴシエーション結果に基づいて上記判断を行うものとして説明したが、暗号方式、認証方式のいずれかに基づいて上記判断を行ってもよい。
【００２６】
ここで、セッション鍵とは、主にユニキャスト通信に用いる暗号鍵であって、端末Ａと端末Ｂの組、および端末Ａと端末Ｃの組で異なるセッション鍵を用いても良いし、同一のセッション鍵を用いても良い。
【００２７】
一方、グループ鍵とは、マルチキャスト通信及びブロードキャスト通信に用いる暗号鍵であり、ネットワークを構成する全ての端末（本実施の形態では、端末Ａと端末Ｂと端末Ｃ）において同一である。尚、セッション鍵とグループ鍵を同一の鍵として、全ての通信をグループ鍵で行っても良い。
【００２８】
グループ鍵はパケットの送信元となりうる端末毎にそれぞれ有してもよく、本実施の形態ではネットワークを構成する端末は３つあるため、それぞれの端末はグループ鍵を３つずつ持っても良い。また、ネットワークとして唯一のグループ鍵を有するものとしてもよい。
【００２９】
まず、Ｆ３０５に示す判断処理において、グループ鍵の共有処理を実施する方式を採用した場合の説明を行う。
【００３０】
グループ鍵共有処理を実施する方式の場合、端末Ａと端末Ｂとは接続認証プロセスにおける役割（接続認証側か被接続認証側か）を決定する必要がある。ここで、接続認証側をオーセンティケータ−（Authenticator）と称し、被接続認証側をサプリカント（Supplicant）と称している。
【００３１】
第１の実施形態では、通信パラメータ提供方向決定処理により、通信パラメータ提供元端末と決定された端末Ａが接続認証側機能を担当するオーセンティケーターとなる。そして、通信パラメータ提供先端末に決定された端末Ｂ又は端末Ｃが被接続認証側機能を担当するサプリカントとなる。
【００３２】
通信パラメータを提供するに当たっては、セキュリティを保つために、通信パラメータの暗号化及び通信パラメータ提供元と提供先端末間での認証処理が行われる。そこで、端末Ａは、暗号・認証処理のために必要な乱数を生成する（Ｆ３０６）。ここで生成した乱数は、セッション鍵生成のために用いる乱数として使用するために、記憶しておく。
【００３３】
引き続き、端末Ａは端末Ｂとの間で、提供する通信パラメータを暗号化するための暗号鍵の共有処理及び認証処理を行う（Ｆ３０７）。Ｆ３０７に示す処理過程で、端末Ｂが生成した通信パラメータ提供時の暗号・認証処理に必要な乱数が端末Ｂから送信される。端末Ａと端末Ｂは、互いに生成した乱数を用いて通信パラメータ提供用の暗号鍵の共有処理を行う。
【００３４】
尚、後述するように、端末Ｂは、端末Ａとの間で共有された暗号鍵を、提供された通信パラメータを復号化するために用いる。つまりここでの暗号鍵の共有処理とは、端末Ａが提供する通信パラメータを暗号化するための暗号鍵を有し、端末Ｂが提供された通信パラメータを復号化するための暗号鍵を有するため、端末Ａと端末Ｂとの間で所定のプロトコル処理を行うことを示す。
【００３５】
次に、端末Ａ自身で生成した乱数と、端末Ｂから受信した乱数と、端末Ａが保有している暗号鍵の種と、に基づいて通信用のセッション鍵を生成する（Ｆ３０８）。
【００３６】
そして、端末Ａは、アドホックモードのネットワークを構成するのに必要な通信パラメータを、Ｆ３０７で端末Ｂとの間で共有した暗号鍵を用いて暗号化し、端末Ｂに対して送信する（Ｆ３０９）。その際、Ｆ３０８で生成したセッション鍵も併せて送信する。こうして、端末Ａと端末Ｂとの間でセッション鍵が共有される。以降の説明で用いるセッション鍵の共有処理とは、端末Ａが生成したセッション鍵を端末Ｂへ送信し、端末Ｂがそれを受信する処理を示す。
【００３７】
但し、ここでセッション鍵を端末Ｂへ送信しても端末Ｂが第１の実施形態に必要な機能を備えていない場合も考えられる。その場合、端末Ｂは端末Ａから送信されたセッション鍵を読み捨て、従来どおりの処理を行う。
【００３８】
Ｆ３０９で送信したセッション鍵は、端末Ａと端末Ｂとの間でユニキャスト通信を行う際に有効な暗号鍵である。次に端末Ａは、アドホックモードのネットワークを構成する端末全てに有効になるグループ鍵をセッション鍵で暗号化し、端末Ｂへ送信する（Ｆ３１０）。こうして、端末Ａと端末Ｂとの間でグループ鍵が共有される。このように、グループ鍵の共有処理とは、端末Ａがセッション鍵で暗号化したグループ鍵を端末Ｂへ送信し、端末Ｂがそれを受信する処理を示す。第１の実施形態ではグループ鍵を端末Ｂへ送信するのみであるが、端末Ａが既に別の端末との間で通信パラメータ設定処理を実施済みである場合、そのパラメータ設定処理を実施済みの端末全てとの間でグループ鍵の共有処理を行う。
【００３９】
この時点で、無線接続に必要な通信パラメータは一通りそろったことになる。よって、端末Ｂから設定完了通知が送信されてくるため、端末Ａはそれを受信する（Ｆ３１１）。このとき、表示部１０５に「無線ネットワークへの接続完了」などと表示させても良い。これにより、ユーザの利便性が向上する。
【００４０】
以上の処理により、端末Ａと端末Ｂとの間でアドホックモードのネットワークの通信が確立する。
【００４１】
次に、通信パラメータ設定処理を継続し、他の端末に対しても通信パラメータの提供を行うかを判断し（Ｆ３１２）、継続すると判断した場合、処理フローをＦ３０３から別の端末との間で実施する。また、継続しない場合、Ｆ３０１で設定した通信パラメータ設定機能が有効になったことを示す表示を終了する（Ｆ３１３）。
【００４２】
ここで、Ｆ３０５に示す判断処理で、グループ鍵共有処理を実施する方式を採用しなかった場合を説明する。
【００４３】
グループ鍵共有処理を実施しない方式の場合は、端末Ａから端末Ｂへ通信パラメータとして提供された暗号鍵をそのまま適用するのみでよい。即ち、端末Ａと端末Ｂとは、接続認証プロセスにおける接続認証側か被接続認証側かどうかの決定は特に不要である。通信パラメータを提供するに当たっては、通信パラメータの暗号化及び提供元端末と提供先端末間での認証処理が行われる。そこで、端末Ａは、前記暗号・認証処理のために必要な乱数を生成する（Ｆ３１４）。
【００４４】
次に、端末Ａは端末Ｂとの間で、提供する通信パラメータを暗号化するための暗号鍵の共有処理及び認証処理を行う（Ｆ３１５）。引き続き、端末Ａはアドホックモードのネットワークを構成するのに必要な通信パラメータを、Ｆ３１５で端末Ｂとの間で共有した暗号鍵を用いて暗号化し、端末Ｂに向けて送信する（Ｆ３１６）。
【００４５】
以上の処理により、グループ鍵の共有処理を実施しない場合の通信パラメータ設定処理が完了し、端末Ａと端末Ｂとの間で同一の通信パラメータが共有できたので、そのパラメータを用いてネットワークを構築することができる。
【００４６】
図４は、図２に示す端末Ｂ又は端末Ｃの通信制御方法を説明するためのフローチャートである。ここでは、端末Ｂについて説明を行う。
【００４７】
まず、端末Ｂにおいても端末Ａと同様に、設定ボタン１０６が押下されることにより、通信パラメータ設定機能が有効化される。上述のように、自端末において通信パラメータ設定機能が有効になったことを示すために、例えば無線ＬＡＮで用いられるビーコン情報に特定の識別子を付与する。また、通信パラメータ設定機能が有効になったことをユーザに通知するために、表示部１０５に「通信パラメータ設定作業中」などと表示させる（Ｆ４０１）。これにより、ユーザの利便性が向上する。
【００４８】
次に端末Ｂは、通信パラメータ設定機能が有効になった端末Ａ及び端末Ｃとの間で、予め定めた通信パラメータ提供方向決定処理を実施する。この提供方向決定処理により、端末Ａが通信パラメータ提供元端末と決定された場合、端末Ｂは通信パラメータ提供先端末（受信端末）と決定される（Ｆ４０２）。
【００４９】
次に、上述の提供方向決定処理により通信パラメータ受信端末と決定された端末Ｂは、通信パラメータ提供元端末と決定された端末Ａへ通信パラメータ設定開始要求を送信する（Ｆ４０３）。
【００５０】
ここで端末Ｂは、通信パラメータ設定処理を開始する際に、まずは、通信パラメータ設定後のデータ通信の際に使用する暗号・認証方式についてのネゴシエーションを、端末Ａとの間で実施する（Ｆ４０４）。端末Ａのフローチャートと同様に、端末Ｂにおいても、暗号・認証方式を区別するために、グループ鍵共有処理を実施するか、しないかを判断基準とする（Ｆ４０５）。
【００５１】
まず、Ｆ４０５に示す判断処理において、グループ鍵共有処理を実施する方式を採用した場合について説明を行う。
【００５２】
グループ鍵共有処理を実施する方式の場合、端末Ａと端末Ｂとは接続認証プロセスにおける接続認証側か被接続認証側か否かを決定する必要がある。ここで、通信パラメータ提供方向決定処理により、通信パラメータ提供元端末と決定された端末Ａが接続認証側機能を担当するオーセンティケーターとなる。そして、通信パラメータ提供先端末に決定された端末Ｂ又は端末Ｃは、被接続認証側機能を担当するサプリカントとなる。
【００５３】
端末Ａが通信パラメータを提供するに当たっては、通信パラメータの暗号化及び通信パラメータ提供元と提供先端末間での認証処理が行われる。そこで、端末Ｂは、前記暗号・認証処理のために必要な乱数を生成する（Ｆ４０６）。
【００５４】
引き続き、端末Ｂは、端末Ａとの間で、提供される通信パラメータを復号化するための暗号鍵の共有処理及び認証処理を行う（Ｆ４０７）。Ｆ４０７に示す処理過程で、端末Ａが生成した通信パラメータ提供時の暗号・認証処理に必要な乱数が端末Ａから送信される。端末Ａと端末Ｂは、互いに生成した乱数を用いて通信パラメータ提供用の暗号鍵の共有処理を行う。
【００５５】
その後、アドホックモードのネットワークを構成するのに必要な通信パラメータが端末Ａから端末Ｂに向けて送信されるので、端末Ｂはそれを受信する（Ｆ４０８）。なお、通信パラメータは、Ｆ４０７で端末Ａと端末Ｂ間で共有された暗号鍵によって暗号化されている。
【００５６】
また、端末Ａからは、端末Ｂと端末Ａとの間でのみ有効なセッション鍵（図３のＦ３０８にて端末Ａが生成）も通信パラメータとして送信される。
【００５７】
Ｆ４０８で受信したセッション鍵は、端末Ａと端末Ｂとの間でユニキャスト通信を行う際に有効な暗号鍵である。次に端末Ｂは、アドホックモードのネットワークを構成する全端末で有効になるグループ鍵を端末Ａから受信する（Ｆ４０９）。なお、グループ鍵は、Ｆ４０８で端末Ａから提供されたセッション鍵により暗号化されている。こうして、端末Ａと端末Ｂとの間でグループ鍵が共有される。
【００５８】
この時点で、無線通信に必要な通信パラメータは一通りそろったため、端末Ｂは端末Ａへ設定完了通知を送信する（Ｆ４１０）。このとき、表示部１０５に「無線ネットワークへの接続完了」などと表示させても良い。これによりユーザの利便性が向上する。
【００５９】
以上の処理により、端末Ａと端末Ｂとの間でアドホックモードのネットワークの通信が確立するので、Ｆ４０１で設定した通信パラメータ設定機能が有効になったことを示す表示を終了する（Ｆ４１１）。
【００６０】
ここで、Ｆ４０５に示す判断処理においてグループ鍵共有処理を実施する方式を採用しなかった場合について説明を行う。
【００６１】
グループ鍵共有処理を実施しない方式の場合は、端末Ａから端末Ｂへ通信パラメータとして提供された暗号鍵をそのまま適用するのみで良い。即ち、端末Ａと端末Ｂとは、接続認証プロセスにおける接続認証側か被接続認証側かの決定は特に不要である。
【００６２】
端末Ａが通信パラメータを提供するに当たっては、通信パラメータの暗号化及び提供元と提供先端末間での認証処理が行われる。そこで、端末Ｂは、前記暗号・認証処理のために必要な乱数を生成する（Ｆ４１２）。
【００６３】
次に端末Ｂは、端末Ａとの間で、提供される通信パラメータを復号化するための暗号鍵の共有処理及び認証処理を行う（Ｆ４１３）。
【００６４】
そして、端末Ａから、アドホックモードのネットワークを構成するのに必要な通信パラメータが端末Ｂに向けて送信されるので、端末Ｂはそれを受信する（Ｆ４１４）。尚、通信パラメータは、Ｆ４１３で端末Ａと端末Ｂ間で共有された暗号鍵によって暗号化されている。
【００６５】
以上の処理により、グループ鍵共有処理をしない場合の通信パラメータ設定処理が完了し、端末Ａと端末Ｂとの間で同一の通信パラメータが共有できたので、そのパラメータを用いてネットワークを構築することができる。
【００６６】
図５は、図２に示すネットワーク構成における通信制御方法を示すシーケンスチャートである。まず、端末Ａ、端末Ｂ及び端末Ｃで、それぞれ通信パラメータ設定機能を有効にするために設定ボタン１０６が押下される。設定ボタン１０６が押下されることにより、通信パラメータ設定機能が有効となり、予め定められた通信パラメータ提供方向決定処理を実施する（Ｓ５０１）。
【００６７】
この通信パラメータ提供方向決定処理により、端末Ａが通信パラメータ提供端末に決定され（Ｓ５０３）、端末Ｂ及び端末Ｃが通信パラメータ受信端末と決定される（Ｓ５０２，Ｓ５０４）。
【００６８】
次に、通信パラメータ受信端末と決定された端末Ｂから、通信パラメータ設定開始要求が、通信パラメータ提供端末と決定された端末Ａへ送信される（Ｓ５０５）。引き続き、通信パラメータ設定開始手続きが端末Ａと端末Ｂとの間で行われる（Ｓ５０６）。
【００６９】
通信パラメータ設定開始手続きに引き続き、端末Ａと端末Ｂとの間で、通信パラメータ設定後（即ち、ネットワーク構築後）のデータ通信時に使用する暗号・認証方式についてのネゴシエーションが行われる（Ｓ５０７）。ここでは、図３及び図４を用いて説明したグループ鍵共有処理の実施の有無によって処理が区別される。
【００７０】
Ｓ５０７において、グループ鍵の共有処理を行う暗号・認証方式が選択された場合、本来であれば通信パラメータ設定処理に引き続いて実施される接続認証処理及びセッション鍵の共有処理を、通信パラメータ設定処理の中で同時に実行する（Ｓ５０８）。これにより、通信パラメータの設定処理後に接続認証処理及びセッション鍵の共有処理を行う場合と比べ、ネットワーク形成までに要する時間を短縮することができる。
【００７１】
セッション鍵が定まると、アドホックモードのネットワークにおいてマルチキャスト通信、及びグループキャスト通信に使用するグループ鍵を、セッション鍵を用いて端末Ａから端末Ｂへ向けて配信する（Ｓ５０９）。
【００７２】
以上の処理により、端末Ａと端末Ｂとの間で無線接続に必要な通信パラメータは一通り共有されるため、通信パラメータ設定完了通知が、端末Ａから端末Ｂへ送信される（Ｓ５１０）。こうして端末Ａと端末Ｂ間で共通の通信パラメータが設定され、アドホックモードのネットワークが確立される。
【００７３】
次に、端末Ａと端末Ｂとの間で、通信パラメータ設定及び新規ネットワーク構築が完了した後に、端末Ｃがネットワークに参加する場合を、図５を用いて引き続き説明する。
【００７４】
まず、端末Ｃは、上述のＳ５０４で既に通信パラメータ受信端末と決定されているので、通信パラメータ受信端末と決定された端末Ｃから、通信パラメータ設定開始要求が、通信パラメータ提供端末と決定された端末Ａへ送信される（Ｓ５１１）。次に、通信パラメータ設定開始手続きが端末Ａと端末Ｃとの間で行われる（Ｓ５１２）。
【００７５】
通信パラメータ設定開始手続きに引き続き、端末Ａと端末Ｃとの間で、通信パラメータ設定後（即ち、ネットワーク構築後）のデータ通信時に使用する暗号・認証方式についてのネゴシエーションが行われる（Ｓ５１３）。ここでも、図３及び図４を用いて説明したグループ鍵共有処理の実施の有無によって処理が区別される。
【００７６】
Ｓ５１３において、グループ鍵の共有処理を行う暗号・認証方式が選択された場合について説明する。この場合、本来であれば通信パラメータ設定処理に引き続いて実施される接続認証処理及びセッション鍵共有処理を、通信パラメータ設定処理の中で同時に実行する（Ｓ５１４）。これにより、通信パラメータの設定処理後に接続認証処理及びセッション鍵の共有処理を行う場合と比べ、ネットワーク形成までに要する時間を短縮することができる。
【００７７】
セッション鍵が定まると、アドホックモードのネットワークにおいてマルチキャスト通信、及びグループキャスト通信に使用するグループ鍵を、セッション鍵を用いて端末Ａから端末Ｃへ向けて配信する（Ｓ５１５）。
【００７８】
以上の処理により、端末Ａと端末Ｃとの間で無線接続に必要な通信パラメータは一通り共有される。そのため、通信パラメータ設定完了通知が端末Ａから端末Ｃへ送信され（Ｓ５１６）、端末Ｃは、端末Ａと端末Ｂとが構築しているアドホックモードのネットワークに参加する。
【００７９】
ここで、ネットワーク内の端末が共通で用いるグループ鍵が常に同一であると、悪意のある第三者や、かつてネットワークに参加していた端末が容易にネットワークに参加することが可能となり、セキュリティ上の危険がある。よって、周期的なタイマや、通信パラメータ提供を受ける端末が増加、減少する度に、グループ鍵を更新しても良い。
【００８０】
図５に示す例では、端末Ｃが新たにネットワークに参加した時点で、端末Ａは端末Ｂ及び端末Ｃとの間でグループ鍵共有を行う（Ｓ５１７）。このようにネットワーク内の端末が増加もしくは減少した際にグループ鍵の共有処理を実行することにより、グループ鍵が更新されるため、セキュリティを向上することができる。
【００８１】
このように、本実施形態では、通信パラメータ設定処理の役割（通信パラメータの提供元端末、又は提供先端末）の判別に応じて、セッション鍵の共有処理における役割（認証側、又は被認証側）を決定する。これにより、通常であれば通信パラメータ設定処理の後に行う必要があるセッション鍵の共有処理を通信パラメータ設定処理の中で実行することができるため、接続完了までの時間を短縮することができる。また、通信パラメータ提供元端末が認証側端末となることにより、グループ鍵の更新を容易に行うことができ、セキュリティが向上する。
【００８２】
［第２の実施形態］
次に、図面を参照しながら本発明に係る第２の実施形態を詳細に説明する。第１の実施形態では、端末Ａと端末Ｂ又は端末Ｃが通信パラメータを設定し、接続が完了するまでを説明した。第２の実施形態では、端末Ａと端末Ｂ又は端末Ｃとの間で既に通信パラメータの設定が完了している場合の再接続を説明する。
【００８３】
尚、第２の実施形態におけるハードウェア構成は、第１の実施形態で用いた図１に示す構成と同様である。また、第２の実施形態におけるネットワーク構成例も第１の実施形態で用いた図２に示す構成と同様である。端末Ａと端末Ｂ及び端末Ｃ間でネットワークを形成するまでの処理は第1の実施形態と同様であるため、ここでの説明を省略する。
【００８４】
図６は、図２に示す端末Ａの、第２の実施形態における通信制御方法を説明するためのフローチャートである。まず、通信パラメータ提供元端末である端末Ａが通信パラメータ提供先端末である端末Ｂから通信開始要求を受信する（Ｆ６０１）。この通信開始要求は、通信パラメータ設定処理だけでなく、通常の接続認証処理でも使用されるものとする。通信開始要求を受信した端末Ａは、通信パラメータ設定処理の開始を要求されたか接続認証処理の開始を要求されたかを判別するため、その送信元へ向けて処理識別要求を送信する（Ｆ６０２）。
【００８５】
処理識別要求に対して端末Ｂからその応答である処理識別応答が返答される。この応答の種別が通信パラメータ設定用か否かで処理を分岐する（Ｆ６０３）。
【００８６】
次に、処理識別応答が通常の接続認証処理を示している場合について説明する。まず、通常の接続認証処理である場合、通信パラメータ送信元であった端末Ａが接続認証側機能を担当するオーセンティケータとして端末Ｂを認証し、端末Ｂとの間でセッション鍵の共有処理を実施する（Ｆ６０４）。
【００８７】
このセッション鍵共有処理に引き続き、端末Ａはアドホックモードのネットワークに参加する全ての端末との間で、マルチキャスト通信又はブロードキャスト通信時に使用されるグループ鍵の共有処理を実行する（Ｆ６０５）。ここで、端末Ａが新しく通信パラメータを提供した端末が増加している場合も考えられるため、端末Ａはこれまでに通信パラメータを提供した端末に対して、提供先端末のリストを配布する（Ｆ６０６）。このリストは、端末Ａがネットワークから離脱した後の接続認証側機能を担う端末を決定する際に使用される。
【００８８】
一方、Ｆ６０３において、処理識別応答が通信パラメータ設定用を示している場合について説明する。この場合、既に図３を用いて説明した通信パラメータ設定処理を実施する（Ｆ６０７）。
【００８９】
次に、通信パラメータ設定が終了した時点で、上述の通信パラメータを提供した提供先端末のリストを更新する（Ｆ６０８）。その後、ネットワークに参加している全ての端末との間でグループ鍵共有処理を実施し（Ｆ６０９）、更新したリストを、各端末に配布する（Ｆ６１０）。
【００９０】
以上により、アドホックモードのネットワークを構成する全ての端末で、グループ鍵が更新され、それぞれの端末情報を保有することができる。また、表示部１０５に、「無線ネットワークへの接続完了」などと表示させても良く、ユーザの利便性が向上する。
【００９１】
図７は、図２に示す端末Ｂ又は端末Ｃの、第２の実施形態における通信制御方法を説明するフローチャートである。ここでは、端末Ｂの場合について説明を行う。
【００９２】
通信パラメータ受信端末である端末Ｂは、通信パラメータ提供元端末である端末Ａへ、通信開始要求を送信する（Ｆ７０１）。通信開始要求は、通信パラメータ設定処理だけでなく、通常の接続認証処理でも使用される。端末Ｂは、通信開始要求を受信した端末Ａから、通信パラメータ設定処理の開始を要求されたか接続認証処理の開始を要求されたかを判別するための処理識別要求を受信する。
【００９３】
但し、通信パラメータの提供元端末であった端末Ａが既にネットワーク上に存在しない場合もある。その場合、ある一定期間のタイムアウト及び所定の再送回数だけリトライを行い、端末Ａがネットワーク上に存在するか否かを判定する（Ｆ７０２）。
【００９４】
ここで、端末Ａからの応答が無い場合、端末Ａがネットワーク上に存在しないものと判断し、端末Ｂは端末Ａから受信した通信パラメータの提供先端末のリストを参照し、通信開始要求の送信先を選選択する。例えば端末Ｄを新たな接続先として設定する（Ｆ７０３）。
【００９５】
そして端末Ｂは、選択された通信開始要求の送信先端末Ｄへ向けて、通信開始要求を送信する（Ｆ７０４）。その後、通信開始要求を受信した端末Ｄからの処理識別要求の受信を待機する。ここで、端末Ｄも存在しない場合、通信パラメータの提供先端末リストから再度端末を選択し、通信開始要求を送信する。こうして、処理識別要求を受信するか、このリストが空になるまで処理を続ける。
【００９６】
処理識別要求の受信元によって処理は変わらないため、ここでは、端末Ａから処理識別要求を受信したものとして説明を行う。
【００９７】
端末Ｂは、処理識別応答として通常の接続認証処理である旨を応答する。この場合は、端末Ａが接続認証側機能を担うオーセンティケータとして端末Ｂを認証する。そして端末Ｂは端末Ａとの間でセッション鍵の共有処理を実施する（Ｆ７０５）。セッション鍵共有処理に引き続き、端末Ｂは端末Ａとの間で、アドホックモードのネットワーク全体でマルチキャスト通信又はブロードキャスト通信時に使用するグループ鍵の共有処理を実行する（Ｆ７０６）。
【００９８】
ここで、端末Ａが新しく通信パラメータを提供した端末が増加している場合も考えられるため、端末Ａから提供先端末のリストを受信する（Ｆ７０７）。
【００９９】
以上により、アドホックモードのネットワークを構成する全ての端末においてグループ鍵が更新され、それぞれの端末情報を保有する。このとき、表示部１０５に「無線ネットワークへの接続完了」などと表示させても良く、ユーザの利便性が向上する。
このように、通信パラメータの提供元端末（認証側）が、提供先端末のリストをネットワーク内の端末に配布することにより、上記提供元端末がネットワークから離脱した場合であっても、新たな認証側端末を決定することができる。
【０１００】
以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態のみに限定する趣旨ではない。本発明の要旨を逸脱しない範囲で、実施形態は種々に変形することが可能である。
【０１０１】
また、IEEE802.11シリーズに準拠の無線ＬＡＮシステムを例に挙げて説明したが、通信形態は必ずしもIEEE802.11準拠の無線ＬＡＮに限定されないことは言うまでもない。
【０１０２】
また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行する。これによっても、本発明の目的が達成されることは言うまでもない。
【０１０３】
この場合、コンピュータ読み取り可能な記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１０４】
このプログラムコードを供給するための記録媒体として、例えばフレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【０１０５】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、次の場合も含まれることは言うまでもない。即ち、プログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合である。
【０１０６】
更に、記録媒体から読出されたプログラムコードがコンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図１】
2013146084.tif 000003
【図２】
2013146084.tif 000004
【図３】
2013146084.tif 000005
【図４】
2013146084.tif 000006
【図５】
2013146084.tif 000007
【図６】
2013146084.tif 000008
【図７】
2013146084.tif 000009