JP7353433B2 - 通信装置、制御方法及びプログラム - Google Patents

Description

本発明は、通信装置、通信装置の制御方法及びプログラムに関する。

近年、デジタルカメラ、プリンタ、携帯機器、スマートフォンなどの無線通信機能が搭載された電子機器を無線ネットワークに接続して使用するケースが増えている。電子機器を無線ネットワークに接続するには、暗号方式、暗号鍵、認証方式、認証鍵等のさまざまな通信パラメータを設定する必要がある。これらの通信パラメータの設定を容易にする技術として、ＱＲコード（登録商標）等を用いた通信パラメータの設定プロトコル（Ｗｉ－Ｆｉ Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ、以下ＤＰＰと称する）が策定されている（非特許文献１）。

非特許文献１のＤＰＰでは、コンフィギュレータがアクセスポイントに対して、コンフィギュレータの秘密鍵と公開鍵のペアを用いて、無線ネットワークを形成するための通信パラメータを設定する。また、非特許文献１では、エンローリに対しても、アクセスポイントの設定に用いたコンフィギュレータの秘密鍵と公開鍵のペアを用いて、アクセスポイントに接続するための通信パラメータを提供する。ここで、アクセスポイントに接続させたいエンローリの数が多い場合、そのアクセスポイントに接続するための通信パラメータを提供可能なコンフィギュレータが複数存在すると、通信パラメータの配布処理効率が上がるため、ユーザの利便性が向上する。

Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅ， Ｗｉ－Ｆｉ Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ （ＤＰＰ） ＤＲＡＦＴ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖ０．０．３５

コンフィギュレータが、エンローリに提供する通信パラメータの暗号化と復号に用いる秘密鍵と公開鍵のペアは、ネットワークごとに一意となる。これは、アクセスポイントが、ネットワーク設定時に提供されたコンフィギュレータの公開鍵を用いて無線端末の送信した接続要求に含まれる通信パラメータを復号できた場合にのみ接続を受け付けるためである。よって、アクセスポイントの設定に使用されたコンフィギュレータの秘密鍵と公開鍵のペアを用いて提供された通信パラメータを保持するエンローリのみが、そのアクセスポイントに接続することができる。そのため、ある装置が他のコンフィギュレータによって設定が完了しているアクセスポイントに接続するための通信パラメータを提供するためには、その設定に用いたコンフィギュレータの秘密鍵と公開鍵のペアを取得する必要があった。

非特許文献１では、コンフィギュレータの秘密鍵と公開鍵のペアを複数の電子機器でシェアするために、外部の記憶媒体（例えば、ＵＳＢメモリまた無線ストレージ）を用いることが記載されている。しかしながら、この方法では、通信パラメータの設定に用いられる固有の情報であるコンフィギュレータの秘密鍵と公開鍵を、一旦外部の記憶媒体に格納し、他の電子機器でこれらを読み出すという手間が生じる。

本発明は、通信パラメータの設定に用いられた固有の情報を他の装置に提供する際の手間を簡略化することを目的とする。

本発明の一態様による通信装置は、Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータの役割を示す第一情報を含むフレームを外部装置から受信すると、Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータに関する情報である第二情報を前記外部装置へ提供する提供手段を有し、前記外部装置は前記提供手段で提供された第二情報に基づいてコンフィグレータとして機能する。

本発明によれば、通信パラメータの設定に用いられた固有の情報を他の装置に提供する際の手間が簡略化される。

実施形態における通信システムの構成例を示す図。 実施形態における携帯機器の構成例を示すブロック図。 携帯機器による通信パラメータ提供処理を表すフローチャート。 携帯機器とアクセスポイントの間の通信パラメータ提供処理を表すシーケンス図。 プリンタとアクセスポイントの無線接続処理を表すシーケンス図。 第１実施形態による鍵ペアの共有処理を表すシーケンス図。 第１実施形態における携帯機器１０１の動作を表すフローチャート。 第１実施形態における携帯機器１０２の動作を表すフローチャート。 第１実施形態における鍵ペアの共有処理の他の例を表すシーケンス図。 第１実施形態における鍵ペアの共有処理の他の例を表すシーケンス図。 第１実施形態による鍵ペアの共有処理を表すシーケンス図。 第２実施形態における携帯機器１０１の動作を表すフローチャート。 第２実施形態における携帯機器１０２の動作を表すフローチャート。 第３実施形態による鍵ペアの共有処理を表すシーケンス図。 第３実施形態における携帯機器１０１の動作を表すフローチャート。 第３実施形態における携帯機器１０２の動作を表すフローチャート。

以下に、添付図面に従って本発明に係る各実施形態を説明する。ただし、本発明の技術範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるものではない。

＜第１実施形態＞
図１に、第１実施形態における通信システムの構成例を示す。

携帯機器１０１は、無線ＬＡＮ機能を有し、例えば、ＤＰＰに規定されるコンフィギュレータとして動作する。携帯機器１０１は、アクセスポイント１０３に対して無線ネットワーク１０４を形成するための通信パラメータを提供することができる。ここで、通信パラメータには、ネットワーク識別子としてのＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）、暗号方式、暗号鍵、認証方式等の、無線通信を行うために必要な設定項目が含まれる。なお、コンフィギュレータである携帯機器１０１の提供する通信パラメータは、携帯機器１０１の保持するコンフィギュレータ専用の秘密鍵によって暗号化される。携帯機器１０１は、アクセスポイント１０３の設定に用いたコンフィギュレータ専用の秘密鍵と公開鍵のペア（以下、鍵ペアと称する）を携帯機器１０２に渡すことができる。

携帯機器１０２は、無線ＬＡＮ機能を有し、例えば、ＤＰＰに規定されるコンフィギュレータまたはエンローリとして動作する。携帯機器１０２は、エンローリとして動作して携帯機器１０１からコンフィギュレータ専用の鍵ペアを取得し、無線ネットワーク１０４に接続するための通信パラメータを提供するコンフィギュレータとして動作することができる。

アクセスポイント１０３は、例えばＤＰＰに規定されるアクセスポイントとして動作する。また、アクセスポイント１０３はエンローリとして動作し、コンフィギュレータである携帯機器１０１から通信パラメータを取得することで無線ネットワーク１０４を形成することができる。プリンタ１０５およびプリンタ１０６は、無線ＬＡＮ機能を有し、例えばＤＰＰに規定されるエンローリとして動作する。プリンタ１０５およびプリンタ１０６は、コンフィギュレータである携帯機器１０１もしくは携帯機器１０２から暗号化された通信パラメータを取得し、これを復号して用いることで、無線ネットワーク１０４に接続することができる。

なお、本実施形態の携帯機器としては、携帯電話、デジタルカメラ、ビデオカメラ、ＰＣ、ＰＤＡ、スマートフォン、スマートウォッチなどの電子機器があげられるがこれらに限られるものではない。また、本実施形態では、無線ネットワークに接続される電子機器として携帯機器とプリンタを用いて説明を行うがこれらに限られるものではなく、無線ネットワークに接続が可能な電子機器であればよく、携帯型でなくてもよい。また、本実施形態におけるアクセスポイントは、ＤＰＰに規定されるアクセスポイントとして動作するとともに特定の機能をもつ電子機器（プリンタやデジタルカメラなど）であってもよい。

図２は、本実施形態における携帯機器１０１および携帯機器１０２の機能構成例を示すブロック図である。図２に示される各機能部は、コンピュータ（プロセッサ）が、メモリに格納されたプログラムを実行することにより実現される。ただし、各機能の一部またはすべてが専用のハードウェアにより実現されてもよい。

図２において、無線通信制御部２０１は、無線ＬＡＮを介して他の無線装置との間で無線信号の送受信を行うための、アンテナおよび回路等を用いた通信を制御する。送受信部２０２は、各通信レイヤのプロトコルに応じたデータの送受信制御を行う。操作部２０３は、ユーザが携帯機器１０１を操作するために用いられる。操作部２０３には撮像部２０７を起動するためのボタン等が含まれる。なお、操作部２０３はハードウェアで構成されていてもよいし、ソフトウェアにより表示部２０４を用いて提供されるＵＩで構成されてもよい。表示部２０４は、ＬＣＤやＬＥＤ、あるいはスピーカのように視覚・聴覚で認知可能な情報を出力するなど、各種表示処理を行う。

制御部２０５は、携帯機器１０１全体を制御する。記憶部２０６は、携帯機器１０１を制御するためのプログラムやデータが格納されたＲＯＭと、一時的な記憶を司るＲＡＭとを備えている。後述する各種動作は、記憶部２０６に記憶された制御プログラムを不図示のＣＰＵが実行して、制御部２０５などの機能部を実現することにより行われる。

撮像部２０７は、撮像素子、レンズ等を含み、静止画や動画の撮影を行う。画像処理部２０８は、撮像部２０７で撮影された画像等の画像処理を行う。また、画像処理部２０８は、撮像部２０７により撮影されたＱＲコードの画像を解析し、符号化された情報を復号してその情報（ＱＲコード情報）を取得する。コード生成部２０９は、ＱＲコード情報を生成し、生成したＱＲコード情報をＱＲコード（画像）として表示部２０４へ表示するための制御を行う。なお、本実施形態では、コード情報の画像としてＱＲコードを用いたがこれに限られるものではなく、バーコード、二次元コードなどが用いられてもよい。

通信パラメータ処理部２１０は、無線ネットワーク１０４に接続するための通信パラメータの提供や取得を行うための処理を行う。役割判定部２１１は、通信パラメータの送受信を行う相手機器の役割を判定する。本実施形態では、判定される役割の種類として、通信パラメータを提供する「コンフィギュレータ」、通信パラメータを取得する「エンローリ」などが存在するが、これらに限らない。例えば、コンフィギュレータ専用の鍵ペアを提供する役割や、コンフィギュレータ専用の鍵ペアを取得する役割が存在してもよい。

鍵共有処理部２１２は、アクセスポイント１０３への通信パラメータの提供に用いた秘密鍵と公開鍵のペア（鍵ペア）を、他の装置との間で共有するための処理を行う。鍵共有処理部２１２は、鍵共有を行うためのユーザからの指示受信や相手装置からの共有要求の許可を受け付けて、鍵共有処理を実行する。

なお、上記機能ブロックは一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、何れかの機能ブロックが更に複数の機能を行うブロックに分かれてもよい。

次に、ＤＰＰ規格で規定された通信パラメータの提供処理に関して、図３、図４を用いて説明する。また、ＤＰＰ規格で規定されたアクセスポイントへの接続処理に関して、図５を用いて説明する。

まず、コンフィギュレータである携帯機器１０１が、アクセスポイント１０３に無線ネットワーク１０４を形成させるために、また、プリンタ１０５を無線ネットワーク１０４へ接続させるために、通信パラメータを提供する処理について述べる。図３は、コンフィギュレータである携帯機器１０１が、エンローリであるアクセスポイント１０３に通信パラメータを提供する処理を示すフローチャートである。

携帯機器１０１において、制御部２０５は、パラメータ提供の指示をユーザから受けると、アクセスポイント１０３の表示するＱＲコードを撮影するために撮像部２０７を起動する（Ｓ３０１）。そして、制御部２０５は、携帯機器１０１の撮像部２０７がＱＲコードを撮影したか否かを判定する（Ｓ３０２）。ここで、アクセスポイント１０３の表示するＱＲコードは、ディスプレイ等で表示されたものに限らず、電子機器の筺体や付属品に貼り付けられたラベル等に印刷されたものであってもよい。また、ＱＲコードは、例えば説明書等に記載されたものでもよい。なお、Ｓ３０２にて、撮像部２０７の起動から所定の時間内にＱＲコードを撮影できなかった場合、通信パラメータの提供処理を終了してもよい。

ＱＲコードを撮影したと判定されると（Ｓ３０２でＹＥＳ）、画像処理部２０８は撮像画像中のＱＲコードを復号し、アクセスポイント１０３の認証用の公開鍵を含むＱＲコード情報を取得する（Ｓ３０３）。次に、制御部２０５は、送受信部２０２、無線通信制御部２０１を用いて、アクセスポイント１０３に認証要求を送信する（Ｓ３０４）。この認証要求は、例えばＤＰＰ規格で規定されたＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔフレームである。この認証要求には、認証に用いるための認証情報と、携帯機器１０１の識別情報、役割情報、乱数、共有鍵生成用の公開鍵が含まれる。

認証情報は、ＱＲコードに含まれるアクセスポイント１０３の認証用の公開鍵のハッシュ値である。識別情報は、携帯機器１０１の認証用の公開鍵のハッシュ値である。役割情報は、携帯機器１０１の役割（コンフィギュレータまたはエンローリなど）を示す情報である。乱数は、後述する認証応答の受信時に、認証のために使用される。共有鍵生成用の公開鍵は、アクセスポイント１０３との間で生成される共有鍵の生成元となる鍵である。

認証要求を受信したアクセスポイント１０３は、認証要求を送信した装置がＱＲコードを撮影した装置であるか否かを判定する。この判定は、認証要求に含まれている認証情報を用いて行われる。すなわち、アクセスポイント１０３が、表示したＱＲコードに含めた公開鍵のハッシュ値を計算し、計算されたハッシュ値と認証要求に含まれるハッシュ値（認証情報）とを比較し、両者が一致した場合に検証が成功したと判定する。なお、このときのハッシュ値の計算に用いられるハッシュ関数は、認証要求を送信する携帯機器１０１との間で予め合意されているものとする。

認証要求に含まれている公開鍵は、後述するタグ情報などアクセスポイント１０３との間で送受信する情報を暗号化および復号するために用いられる共有鍵の生成元となる鍵である。コンフィギュレータである携帯機器１０１は、アクセスポイント１０３の共有鍵生成用の公開鍵（後述の認証応答に含まれている）と、携帯機器１０１の共有鍵生成用の秘密鍵の双方を用いて共有鍵を生成する。一方、エンローリであるアクセスポイント１０３は、携帯機器１０１の共有鍵生成用の公開鍵と、アクセスポイント１０３の共有鍵生成用の秘密鍵の双方を用いて共有鍵を生成する。共有鍵は、例えば、ＥＣＤＨ（Ｅｌｌｉｐｔｉｃ Ｃｕｒｖｅ Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎ）方式に基づいて生成される。以下、共有鍵は、このＥＣＤＨ方式に基づいて生成されるものとするが、この方式に限定されるものではなく、その他の公開鍵暗号方式で生成してもよい。

Ｓ３０４にてアクセスポイント１０３に認証要求を送信した後、携帯機器１０１の制御部２０５は、アクセスポイント１０３から認証応答を受信するのを待つ（Ｓ３０５）。Ｓ３０４にて所定の時間内に認証応答を受信できなかった場合、通信パラメータの提供処理を終了する。

認証応答は、例えばＤＰＰ規格で規定されたＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームである。この認証応答には、アクセスポイント１０３の共有鍵生成用の公開鍵、役割情報、乱数、タグ情報が含まれる。携帯機器１０１は、アクセスポイント１０３の共有鍵生成用の公開鍵と自身の共有鍵生成用の秘密鍵を用いて共有鍵を生成する。共有鍵の生成については上述したとおりである。

また、タグ情報は、携帯機器１０１の送信した認証要求に含まれていた乱数であり、アクセスポイント１０３の共有鍵生成用の秘密鍵と、携帯機器１０１の共有鍵生成用の公開鍵の双方を用いて生成された共有鍵で暗号化されている。携帯機器１０１は、タグ情報を自身が生成した共有鍵で正しく復号できた場合に、認証に成功したと判定する。より具体的には、制御部２０５が、携帯機器１０１の共有鍵生成用の秘密鍵とアクセスポイント１０３の共有鍵生成用の公開鍵を用いて、アクセスポイント１０３が共有鍵を生成したのと同等の方法で共有鍵を生成し、その共有鍵を使ってタグ情報を検証する。制御部２０５は、自身が生成した共有鍵でタグ情報を復号できた場合に認証成功と判定し、復号できなかった場合に認証失敗と判定する。

図３において、認証応答を受信すると（Ｓ３０５でＹＥＳ）、携帯機器１０１の制御部２０５は、認証応答の内容を検証する（Ｓ３０６）。上述のように、制御部２０５は、認証応答に含まれるタグ情報を用いて認証成功か否かを判定し、認証応答に含まれているアクセスポイント１０３の役割情報がエンローリを示すか否かを判定する。認証に失敗した、または、認証応答を送信したアクセスポイント１０３の役割がエンローリを示さないと判定された場合（Ｓ３０６でＮＯ）、制御部２０５は、表示部２０４にエラーを示すメッセージを表示して（Ｓ３１０）、パラメータ提供処理を終了する。

認証成功と判定され、且つ、アクセスポイント１０３の役割がエンローリであると判定された場合（Ｓ３０６でＹＥＳ）、制御部２０５は、アクセスポイント１０３へ認証確認を送信する（Ｓ３０７）。この認証確認は、例えばＤＰＰ規格で規定されたＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｎｆｉｒｍフレームである。この認証確認は、タグ情報を含む。タグ情報は、アクセスポイント１０３が送信した認証応答に含まれていた乱数を制御部２０５が共有鍵によって暗号化したものである。携帯機器１０１の制御部２０５は、認証確認を送信後、エンローリであるアクセスポイント１０３から設定要求が送信されるのを待つ（Ｓ３０８）。

認証確認を受信したアクセスポイント１０３は、その認証確認に含まれているタグ情報を自身が生成した共有鍵で正しく復号できた場合に、認証成功と判定する。認証成功と判定すると、アクセスポイント１０３は、認証要求を送信した携帯機器１０１をコンフィギュレータと認定し、携帯機器１０１に対して設定要求を送信する。設定要求は、例えばＤＰＰ規格で規定されたＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔフレームである。この設定要求には、アクセスポイント１０３のデバイス情報や通信パラメータ受領後の役割情報が含まれる。デバイス情報は、アクセスポイント１０３のデバイス名などである。また、通信パラメータ受領後の役割情報は、エンローリが無線ネットワークを構築するアクセスポイントとして動作するか無線ネットワークに接続する装置として動作するかを示す情報である。ここでは、無線ネットワークを構築するアクセスポイントとして動作することを示す情報が設定される。設定要求に含まれる情報は、アクセスポイント１０３が認証応答の送信時においてタグ情報の暗号化に使用した共有鍵で暗号化される。

アクセスポイント１０３からの設定要求が受信されると（Ｓ３０８でＹＥＳ）、携帯機器１０１の通信パラメータ処理部２１０は、設定応答として、無線ネットワーク１０４を形成するための通信パラメータの提供処理を行う（Ｓ３０９）。設定応答は、例えばＤＰＰ規格で規定されたＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームである。携帯機器１０１の通信パラメータ処理部２１０が送信する設定応答には、通信パラメータ、パラメータの有効期限、携帯機器１０１のコンフィギュレータ専用の公開鍵などが含まれる。設定応答において、通信パラメータは、携帯機器１０１のコンフィギュレータ専用の秘密鍵で暗号化されている。さらに、設定応答に含まれる情報は、Ｓ３０７にてタグ情報の暗号化に使用した共有鍵で暗号化される。なお、通信パラメータは、暗号鍵として、共有鍵の生成に用いた通信相手の公開鍵（この場合、アクセスポイント１０３からの認証応答に含まれる公開鍵）を含む。

エンローリであるアクセスポイント１０３は、設定要求を送信後、コンフィギュレータである携帯機器１０１から設定応答が送信されるのを待ち受ける。設定応答を受信したアクセスポイント１０３は、設定応答に含まれる情報を、タグ情報の暗号化に使用した共有鍵で復号する。さらに、アクセスポイント１０３は、携帯機器１０１のコンフィギュレータ専用の秘密鍵で暗号化された通信パラメータを、携帯機器１０１のコンフィギュレータ専用の公開鍵で復号する。アクセスポイント１０３は、復号して得られた通信パラメータで無線ネットワーク１０４を形成することができる。

以上のような処理を行う携帯機器１０１がアクセスポイント１０３に通信パラメータを提供するまでの、携帯機器１０１とアクセスポイント１０３の動作についてさらに説明する。図４は、携帯機器１０１が、アクセスポイント１０３に通信パラメータを提供する処理を示すシーケンス図である。

アクセスポイント１０３は、パラメータ受領の指示をユーザから受けると（Ｓ４０１）、ディスプレイにＱＲコードを表示し（Ｓ４０２）、認証要求を待ち受ける。なお、所定の時間内に認証要求を受信できなかった場合、アクセスポイント１０３は認証要求の待ち受けを終了してもよい。また、アクセスポイント１０３がＱＲコードを表示するディスプレイ等を備えておらず、電子機器の筺体や付属品に貼り付けられたラベル等にＱＲコードが印刷されている場合、Ｓ４０２はスキップされる。すなわち、アクセスポイント１０３は、パラメータ受領の指示を受け付けると（Ｓ４０１）、Ｓ４０２での処理を行わずに認証要求を待ち受ける。

一方、携帯機器１０１は、パラメータ提供の指示をユーザから受けると（Ｓ４０３）、アクセスポイント１０３の表示するＱＲコードを撮影するために撮像部２０７を起動する（Ｓ４０４）。そして、携帯機器１０１の撮像部２０７がアクセスポイント１０３の表示するＱＲコードを撮影することで、そのＱＲコードが示す情報を取得する（Ｓ４０５）。

ＱＲコードが示す情報を取得した携帯機器１０１は、認証要求を生成、送信し、アクセスポイント１０３はこの認証要求を受信する（Ｓ４０６）。アクセスポイント１０３は、受信した認証要求の内容を検証する。認証要求を送信した携帯機器１０１がＱＲコードを撮影した装置であると判定すると、役割情報を検証する（Ｓ４０７）。アクセスポイント１０３は、役割情報を検証した結果、認証要求を送信した装置の役割がコンフィギュレータを示すと判定すると、認証応答を生成、送信する（Ｓ４０８）。携帯機器１０１へ認証応答を送信したアクセスポイント１０３は、携帯機器１０１から認証確認が送信されるのを待ち受ける。

認証応答を受信した携帯機器１０１は、認証応答の内容を検証する（Ｓ４０９）。携帯機器１０１は、認証応答の認証に成功し、認証応答に含まれる役割情報がエンローリを示すと判定すると、アクセスポイント１０３へ認証確認を送信する（Ｓ４１０）。

携帯機器１０１から認証確認を受信（Ｓ４１０）したアクセスポイント１０３は、認証確認の内容を検証する。アクセスポイント１０３は、自身が生成した共有鍵でタグ情報を正しく復号できた場合に認証に成功したと判定する。認証に成功したと判定されると、アクセスポイント１０３は、携帯機器１０１との間で通信パラメータの設定処理を行う（Ｓ４１１）。より具体的には、アクセスポイント１０３は、通信パラメータの設定処理を行うために設定要求を送信し、携帯機器１０１から設定応答が送信されるのを待ち受ける。設定要求を受信した携帯機器１０１は、携帯機器１０１のコンフィギュレータ専用の秘密鍵で暗号化した通信パラメータと、コンフィギュレータ専用の公開鍵を設定応答に含めて送信する。設定応答を受信したアクセスポイント１０３は、携帯機器１０１のコンフィギュレータ専用の公開鍵で通信パラメータを復号する。アクセスポイント１０３は、この復号された通信パラメータを用いて無線ネットワーク１０４を形成する。

以上、図３、図４を用いて説明した処理によって、携帯機器１０１が、アクセスポイント１０３に通信パラメータを提供することができる。また、図３、図４を用いて説明した処理と同様の処理によって、コンフィギュレータである携帯機器１０１がエンローリであるプリンタ１０５に対して通信パラメータを提供することができる。ただし、タグ情報の暗号化などに使用される共有鍵は、携帯機器１０１とアクセスポイント１０３との間で生成した共有鍵とは異なる鍵となる。これは、プリンタ１０５の共有鍵生成用の鍵ペアが、アクセスポイント１０３の共有鍵生成用の鍵ペアと異なるためである。また、通信パラメータに含まれる内容も異なるものとなる。これは、プリンタ１０５が携帯機器１０１から受領する通信パラメータには、アクセスポイント１０３の共有鍵生成用の公開鍵は含まれず、プリンタ１０５自身の共有鍵生成用の公開鍵が含まれるためである。

続いて、コンフィギュレータである携帯機器１０１から通信パラメータを取得したプリンタ１０５が、アクセスポイント１０３の形成する無線ネットワーク１０４に接続する処理について述べる。図５は、プリンタ１０５が、アクセスポイント１０３の形成する無線ネットワーク１０４に接続する処理を示すシーケンス図である。

プリンタ１０５は、無線ネットワーク１０４への接続指示をユーザから受けると（Ｓ５０１）、検索要求を送信する（Ｓ５０２）。この検索要求は、例えばＤＰＰ規格で規定されたＤＰＰ Ｐｅｅｒ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔフレームである。この検索要求には、プリンタ１０５が携帯機器１０１から取得した通信パラメータが含まれている。この通信パラメータは、上述した通り携帯機器１０１のコンフィギュレータ専用の秘密鍵で暗号化されている。

検索要求を受信したアクセスポイント１０３は、Ｓ４１１にて取得した携帯機器１０１のコンフィギュレータ専用の公開鍵を使用して、検索要求に含まれる通信パラメータを復号する（Ｓ５０３）。なお、復号できない場合は、検索要求を破棄する。通信パラメータを復号したアクセスポイント１０３は、プリンタ１０５との間で共有するマスター鍵（ＰＭＫ（Ｐａｉｒｗｉｓｅ Ｍａｓｔｅｒ Ｋｅｙ））を生成する（Ｓ５０４）。このマスター鍵は、ＷＰＡ（Ｗｉ－Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ａｃｃｅｓｓ）と呼ばれる暗号化規格において様々な鍵のもとになり、無線接続を確立する際に用いられる。マスター鍵は、通信パラメータに含まれるプリンタ１０５の共有鍵生成用の公開鍵と、アクセスポイント１０３の共有鍵生成用の秘密鍵の双方を用いて生成される。

Ｓ５０４にてマスター鍵を生成したアクセスポイント１０３は、検索応答を送信する（Ｓ５０５）。この検索応答は、例えばＤＰＰ規格で規定されたＤＰＰ Ｐｅｅｒ Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｐｏｎｓｅフレームである。この検索応答には、Ｓ４１１にてアクセスポイント１０３が携帯機器１０１から取得した通信パラメータが含まれている。この通信パラメータも同様に、携帯機器１０１のコンフィギュレータ専用の秘密鍵で暗号化されている。

検索応答を受信したプリンタ１０５は、携帯機器１０１から取得したコンフィギュレータ専用の公開鍵を使用して、検索応答に含まれる通信パラメータを復号する（Ｓ５０６）。なお、復号できない場合は、検索応答を破棄する。通信パラメータを復号したプリンタ１０５は、アクセスポイント１０３との間で共有するマスター鍵を生成する（Ｓ５０７）。マスター鍵は、通信パラメータに含まれるアクセスポイント１０３の共有鍵生成用の公開鍵と、プリンタ１０５の共有鍵生成用の秘密鍵の双方を用いて生成される。マスター鍵を共有したプリンタ１０５とアクセスポイント１０３は、マスター鍵を用いて接続処理を行う（Ｓ５０８）。以上により、プリンタ１０５は、アクセスポイント１０３の形成する無線ネットワーク１０４に接続することができる。

次に、携帯機器１０１に加えて、携帯機器１０２も、アクセスポイント１０３の形成する無線ネットワーク１０４に接続するための通信パラメータを提供するコンフィギュレータとして動作させる場合を考える。この場合、携帯機器１０１が通信パラメータを暗号化するために用いた携帯機器１０１のコンフィギュレータ専用の鍵ペアを、携帯機器１０２が取得する必要がある。その理由を説明するために、携帯機器１０１のコンフィギュレータ専用の鍵ペアを保持していない携帯機器１０２が、携帯機器１０１からエンローリとして取得した通信パラメータをプリンタ１０６に提供する場合を考える。

例えば、携帯機器１０２が、携帯機器１０１のコンフィギュレータ専用の秘密鍵で暗号化されたままの通信パラメータを、プリンタ１０６に提供する。プリンタ１０６は、取得した通信パラメータを含めた検索要求をアクセスポイント１０３に送信する。検索要求を受信したアクセスポイント１０３は携帯機器１０１のコンフィギュレータ専用の公開鍵を用いて通信パラメータの復号を行うが、通信パラメータに含まれる公開鍵は携帯機器１０２の共有鍵生成用の公開鍵である。アクセスポイント１０３は、この通信パラメータに含まれる携帯機器１０２の共有鍵生成用の公開鍵と、アクセスポイント１０３の共有鍵生成用の秘密鍵の双方を用いてマスター鍵を生成する。一方、プリンタ１０６は、アクセスポイント１０３から送信された通信パラメータに含まれるアクセスポイント１０３の共有鍵生成用の公開鍵と、プリンタ１０６の共有鍵生成用の秘密鍵の双方を用いてマスター鍵を生成する。そのため、アクセスポイント１０３およびプリンタ１０６の間で生成するマスター鍵は異なる鍵となり、無線接続を確立することができない。

また、例えば、携帯機器１０２が、携帯機器１０１のコンフィギュレータ専用の公開鍵で復号した通信パラメータを、携帯機器１０２のコンフィギュレータ専用の秘密鍵で暗号化してプリンタ１０６に提供したとする。プリンタ１０６は、携帯機器１０２から取得した通信パラメータを含めた検索要求をアクセスポイント１０３に送信する。検索要求を受信したアクセスポイント１０３は通信パラメータの復号を試みるが、携帯機器１０１のコンフィギュレータ専用の公開鍵ではこの通信パラメータを復号できないため、検索要求を破棄する。その結果、プリンタ１０６は、無線ネットワーク１０４に接続することができない。

以上の理由により、携帯機器１０２を無線ネットワーク１０４に接続するための通信パラメータを提供するコンフィギュレータとして動作させるためには、携帯機器１０１のコンフィギュレータ専用の鍵ペアを携帯機器１０２が取得する必要がある。以下、無線ネットワーク１０４に接続するための通信パラメータの暗号化および復号に用いる携帯機器１０１のコンフィギュレータ専用の鍵ペアを、携帯機器１０１から携帯機器１０２に提供する処理を説明する。なお、第１実施形態では、アクセスポイント１０３の設定に用いた携帯機器１０１のコンフィギュレータ専用の鍵ペアの共有を、携帯機器１０２が携帯機器１０１に要求する場合の処理について述べる。

図６は、本実施形態における携帯機器１０１と携帯機器１０２の間の処理を示すシーケンス図である。携帯機器１０１、携帯機器１０２は、それぞれ外部装置である携帯機器１０２、携帯機器１０１と通信が可能である。

携帯機器１０２は、無線ネットワーク１０４に接続するための通信パラメータを提供するコンフィギュレータとして動作するために、携帯機器１０１のコンフィギュレータ専用の鍵ペアを共有するようにユーザから指示を受ける（Ｓ６０１）。そして、携帯機器１０２は、ＱＲコードを自装置の表示部２０４に表示させ、認証要求を待ち受ける（Ｓ６０２）。一方、携帯機器１０１は、ユーザからパラメータ提供の開始指示を受けると（Ｓ６０３）、携帯機器１０２が表示するＱＲコードの画像を撮像してＱＲコード情報を取得する（Ｓ６０４、Ｓ６０５）。Ｓ６０６、Ｓ６０９、Ｓ６１３は、携帯機器１０１と携帯機器１０２が互いを認証するための情報（本実施形態では、認証情報、乱数、タグ情報）を含むフレームを交換する認証処理である。そして、この認証処理の間に、コンフィギュレータが通信パラメータを提供するのに用いる固有の情報（本実施形態ではコンフィギュレータの秘密鍵）をエンローリと共有するための要求、およびその要求に対する許可がやり取りされる。

携帯機器１０１は取得したＱＲコード情報に基づいて認証要求を生成し、送信する（Ｓ６０６）。これらのＳ６０３～Ｓ６０６の処理は、図４で説明したＳ４０３～Ｓ４０６までの処理と同様である。携帯機器１０２は、認証要求を受信すると（Ｓ６０６）、認証要求の内容を検証する。携帯機器１０２は、認証要求に含まれる認証情報を検証して、認証要求を送信した携帯機器１０１がＱＲコードを撮影した装置であると判定（認証成功）すると、認証要求に含まれる役割情報を検証する（Ｓ６０７）。携帯機器１０２は、携帯機器１０１の送信した認証要求に含まれる役割情報がコンフィギュレータであると判定すると、鍵ペアの共有要求を示す情報を認証応答に含める処理を行う（Ｓ６０８）。鍵ペアの共有要求は、例えば、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームの所定のビットを立てることで示される。なお、鍵ペアの要求を示すために所定のビットを用いるとしたがこれに限られるものではない。例えば、認証応答に含める役割情報が、「パラメータ提供装置」を表すコンフィギュレータや「パラメータ受領装置」を表すエンローリ以外の役割、例えば「鍵ペア受領装置」を表す役割を示すようにしてもよい。携帯機器１０２は、以上のようにして生成した、鍵ペアの共有要求を含む認証応答を送信する（Ｓ６０９）。認証応答を送信後、携帯機器１０２は、認証要求を送信した携帯機器１０１から認証確認が送信されるのを待つ。

携帯機器１０１は、認証応答を受信し（Ｓ６０９）、タグ情報による認証に成功すると、認証応答に含まれる携帯機器１０２の役割情報を検証する（Ｓ６１０）。役割情報の検証により、認証応答を送信した装置の役割がエンローリ（もしくは「鍵ペア受領装置を示す役割」）を示すと判定されると、携帯機器１０１は、パラメータ提供処理を継続する。一方、役割情報が上記以外の役割を示す場合、パラメータ提供処理を終了する。

パラメータ提供処理を継続する携帯機器１０１は、認証応答に鍵ペアの共有要求が含まれているかを確認する（Ｓ６１１）。認証応答に鍵ペアの共有要求が含まれている場合、携帯機器１０１は、鍵ペアの共有要求がある旨を表示部２０４に表示してユーザに通知し、操作部２０３を用いたユーザからの鍵ペアの共有に対する許可の指示を待ち受ける。鍵ペアの共有がユーザから許可された場合、携帯機器１０１は、鍵ペアの共有許可を示す情報を認証確認に含める（Ｓ６１２）。鍵ペアの共有許可は、例えば、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｎｆｉｒｍフレームの所定のビットを立てることで示される。携帯機器１０１は、鍵ペアの共有許可を示す情報を含めた認証確認を携帯機器１０２に送信する（Ｓ６１３）。

なお、鍵ペアの共有要求がある旨を表示部２０４に表示し、操作部２０３を用いたユーザからの許可指示を受け付けることを鍵ペアの共有の条件としたが、これに限られるものではない。例えば、ユーザからの許可指示を受けることなく鍵ペアの共有許可を示す情報を認証確認に含める処理実行してもよい。この場合、鍵ペアの共有要求がある旨の表示が省略されてもよい。

一方、ユーザが鍵ペアの共有を許可しない場合、後述する鍵ペアの提供処理（Ｓ６１６）は行われない。あるいは、鍵ペアの共有が許可されない場合、認証確認を送信しないことで、パラメータ提供処理を行わずに終了してもよい。さらに、鍵ペア共有を許可しない場合、許可しないことを示す情報を含めたメッセージを携帯機器１０２に送信するようにしてもよい。

認証確認を受信した携帯機器１０２は、認証確認に含まれる鍵ペアの共有許可を示す情報を確認する（Ｓ６１４）。鍵ペアの共有許可を示す情報が認証確認に含まれていない場合、携帯機器１０２はパラメータ受領処理を終了する。なお、鍵ペアの共有許可を示す情報が認証確認に含まれていない場合、携帯機器１０２は、表示部２０４にエラーを示すメッセージを表示してユーザに通知してもよい。

認証確認による認証が完了すると、通信パラメータの設定が行われる（Ｓ６１５）。より具体的には、携帯機器１０２が認証確認による認証を完了した後、携帯機器１０１に対して設定要求を送信する。携帯機器１０１は、この設定要求に応答して、通信パラメータを含む設定応答を携帯機器１０２に送信する。これにより通信パラメータの提供処理が行われる。通信パラメータの提供処理が完了すると、携帯機器１０１は、携帯機器１０１のコンフィギュレータ専用の秘密鍵と公開鍵のペアを、携帯機器１０１と携帯機器１０２との間の共有鍵を使用して暗号化し、携帯機器１０２に送信する（Ｓ６１６）。なお、Ｓ６１５で送信した設定応答に携帯機器１０１のコンフィギュレータ専用の公開鍵が含まれているため、Ｓ６１６では秘密鍵だけを送信するようにしてもよい。また、携帯機器１０１は、Ｓ６１５でのパラメータ提供処理にて、設定応答に携帯機器１０１のコンフィギュレータ専用の秘密鍵を含めて送信してもよい。その場合、Ｓ６１６の処理が不要となる。

また、携帯機器１０１は、Ｓ６１３にて認証確認を送信後、Ｓ６１５での通信パラメータ提供処理が完了する前に携帯機器１０１のコンフィギュレータ専用の鍵ペアを提供するようにしてもよい。さらに、携帯機器１０１は、鍵ペアの共有許可を示す情報を含めずに認証確認を送信した場合でも、携帯機器１０１のコンフィギュレータ専用の鍵ペアを提供してもよい。

アクセスポイント１０３の設定に用いた携帯機器１０１のコンフィギュレータ専用の秘密鍵と公開鍵のペアを取得した携帯機器１０２は、コンフィギュレータとしてエンローリであるプリンタ１０６に通信パラメータを提供することができる。プリンタ１０６は、携帯機器１０２から取得した通信パラメータを用いて、図５のシーケンスで示した処理を実施することで、アクセスポイント１０３が形成する無線ネットワーク１０４に接続することが可能となる。

なお、Ｓ６０３にてパラメータ提供の開始を指示ではなく、鍵ペア共有の開始を指示された場合、Ｓ６１２においてユーザからの許可指示を待ち受けずに、鍵ペアの共有許可を示す情報を認証確認に含める処理を行ってもよい。

なお、通信パラメータを提供せずに、すなわちＳ６１５のパラメータ設定を行わずに、鍵ペアだけが提供されるようにしてもよい。その場合、Ｓ６１５での通信パラメータ提供処理を省くことができるため、ユーザの利便性が向上する。この鍵ペアだけを提供する処理は、Ｓ６１２にてユーザから鍵ペアだけを渡す旨の指示も受けた場合に実行されるようにしてもよい。なお、Ｓ６０３にてパラメータ提供の指示ではなく、鍵ペア共有の開始が指示された場合に、Ｓ６１２においてユーザからの許可指示を待ち受けずに、鍵ペアだけを提供する処理が行われるようにしてもよい。なお、後述の図９～図１１のシーケンス図に示される処理においても、通信パラメータの提供処理を行わずに鍵ペアの提供処理が実行されるようにしてもよい。

続いて、図７、図８のフローチャートを用いて、携帯機器１０１、携帯機器１０２の処理を説明する。

図７は、携帯機器１０１が、携帯機器１０２の要求に応じて、自身が保持するコンフィギュレータの鍵ペア（秘密鍵と公開鍵）を携帯機器１０２に提供する処理を示すフローチャートである。撮像部２０７を起動してから、認証応答の検証を行うまでの処理は図３（Ｓ３０１～Ｓ３０６）と同様である。図７では、図３の処理において、認証応答を用いた認証に成功し、役割情報がエンローリを示すと判定された後（Ｓ３０６でＹＥＳ）の処理を示す。

携帯機器１０２が送信した認証応答について、役割がエンローリであり、タグ情報の検証に成功すると、携帯機器１０１の制御部２０５は、認証応答に鍵ペアの共有要求があるかどうかを判定する（Ｓ７０１）。鍵ペアの共有要求があると判定された場合、制御部２０５は表示部２０４と操作部２０３を用いて鍵ペアの共有の可否をユーザに確認する（Ｓ７０２）。ユーザが共有を許可した場合（Ｓ７０２でＯＫ）、鍵共有処理部２１２は認証確認に共有許可を示す情報を設定し（Ｓ７０３）、これを携帯機器１０２に送信する（Ｓ７０４）。他方、認証応答に鍵ペアの共有要求がないと判定された場合（Ｓ７０１でＮＯ）、または、ユーザが共有を許可しない場合（Ｓ７０２でＮＧ）、Ｓ７０３はスキップされ、共有許可を示す情報のない認証確認を携帯機器１０２に送信する（Ｓ７０４）。

その後、制御部２０５は、携帯機器１０２からの設定要求を待ち受ける（Ｓ７０５）。設定要求が受信されると、通信パラメータ処理部２１０は、通信パラメータを携帯機器１０２に提供する（Ｓ７０６）。この提供処理は、Ｓ３１０と同様である。続いて、鍵共有処理部２１２は、コンフィギュレータの秘密鍵と公開鍵である鍵ペアを携帯機器１０２に提供する（Ｓ７０７）。なお、鍵ペアは、共有鍵により暗号化される。また、後述の図８のＳ８０７に示されるように、Ｓ７０３で共有許可が設定されていないと設定要求が受信されないため、鍵ペアの共有は実行されない。但し、安全のために、Ｓ７０７では、Ｓ７０３で供給許可を設定した場合にのみ、鍵ペアの提供を実行するようにしてもよい。

図８は、携帯機器１０２が、携帯機器１０１の保持する鍵ペアを共有するようにユーザから指示を受け、アクセスポイント１０３の設定処理に用いた携帯機器１０１のコンフィギュレータ専用の鍵ペアを取得する処理を示すフローチャートである。

携帯機器１０２のコード生成部２０９は、携帯機器１０１の保持する携帯機器１０１のコンフィギュレータ専用の鍵ペアを共有するようにユーザから操作部２０３を介して指示を受けると、ＱＲコードを生成し、表示部２０４に表示する（Ｓ８０１）。その後、制御部２０５は、認証要求を待ち受ける（Ｓ８０２）。なお、所定の時間内に認証要求を受信できなかった場合、アクセスポイント１０３は認証要求の待ち受けを終了してもよい。

携帯機器１０１から認証要求を受信すると、制御部２０５は受信した認証要求に含まれている認証情報を用いて認証を行い、役割判定部２１１は役割情報を検証してその役割を判定する。制御部２０５は、認証情報を用いた認証に成功し、且つ、役割判定部２１１により判定された役割がコンフィギュレータであるかを判定する（Ｓ８０３）。認証に失敗した、または、携帯機器１０１の役割がコンフィギュレータでないと判定されると、制御部２０５は、表示部２０４にエラーを示すメッセージを表示（Ｓ８１１）し、処理を終了する。なお、エラーメッセージの表示（Ｓ８１１）は省略されてもよい。

一方、Ｓ８０３において認証成功と判定され、且つ、認証要求を送信した携帯機器１０１の役割がコンフィギュレータであると判定された場合、鍵共有処理部２１２は、鍵ペアの共有要求を示す情報を認証応答に設定する（Ｓ８０４）。その後、制御部２０５は、携帯機器１０１に共有要求が設定された認証応答を送信し（Ｓ８０５）、携帯機器１０１からの認証確認を待ち受ける。

携帯機器１０１から認証確認を受信すると（Ｓ８０６）、制御部２０５は認証確認に含まれているタグ情報を用いた認証に成功し、且つ、鍵ペアの共有許可を示す情報が認証確認に含まれているか否かを判定する（Ｓ８０７）。認証に成功したと判定され、且つ、鍵ペアの共有許可を示す情報が認証確認に含まれていると判定された場合、通信パラメータ処理部２１０は、携帯機器１０１へ設定要求を送信する（Ｓ８０８）。その後、通信パラメータ処理部２１０は、携帯機器１０１からの設定応答を受信することにより通信パラメータを取得する（Ｓ８０９）。そして、鍵共有処理部２１２は、携帯機器１０１のコンフィギュレータ専用の鍵ペアを取得する（Ｓ８１０）。一方、Ｓ８０７において、タグ情報の検証に失敗した、または、鍵ペアの共有許可を示す情報が認証確認に含まれていないと判定された場合、制御部２０５は、表示部２０４にエラーを示すメッセージを表示し、処理を終了する（Ｓ８１１）。

＜変形例１＞
図６では、携帯機器１０１と携帯機器１０２が認証のための情報を交換するためのフレームから、コンフィギュレータが通信パラメータを提供するのに用いる固有の情報（本実施形態では鍵ペア）を共有する要求（共有要求）が検出される例を示した。しかしながら共有要求を携帯機器１０１に通知する方法はこれに限られるものではない。例えば、携帯機器１０１宛の鍵ペアの共有要求を示す情報を含むＡｃｔｉｏｎフレームを用いて通知してもよいし、ＱＲコードを用いて鍵ペアの共有要求を通知してもよい。図９は、鍵ペアの共有要求を示す情報をＱＲコード内に含める場合の処理を示すシーケンス図である。

携帯機器１０２は、無線ネットワーク１０４に接続するための通信パラメータを提供するコンフィギュレータとして動作するために、携帯機器１０１のコンフィギュレータ専用の鍵ペアを共有するようにユーザから指示を受ける（Ｓ９０１）。鍵ペアを共有する指示を受けた携帯機器１０２は、鍵ペアの共有要求を示す情報をＱＲコードに埋め込み（Ｓ９０２）、これを表示する（Ｓ９０３）。携帯機器１０２の表示したＱＲコードの情報を携帯機器１０１が取得するためのＳ９０４からＳ９０６での処理は、図４のＳ４０３からＳ４０５までの処理と同様である。なお、共有要求を含むＱＲコードが、印刷物などの形態で提供されてもよい。

携帯機器１０１は、取得したＱＲコード情報に、鍵ペアの共有要求が存在することを確認する（Ｓ９０７）。鍵ペアの共有要求を確認した携帯機器１０１は、鍵ペアの共有を許可する場合、鍵ペアの共有許可を示す情報を認証要求に含め（Ｓ９０８）、これを携帯機器１０２に送信する（Ｓ９０９）。なお、Ｓ９０７、Ｓ９０８の処理はＳ６１１、Ｓ６１２と同様である。

携帯機器１０２は、認証要求を受信し（Ｓ９０９）、認証要求に含まれる認証情報による認証に成功（認証要求を送信した携帯機器１０１がＱＲコードを撮影した装置であると判定）すると、認証要求に含まれている役割情報を検証する（Ｓ９１０）。認証情報の検証により、携帯機器１０１がコンフィギュレータであることを確認すると、携帯機器１０２は、認証要求に含まれる鍵ペアの共有許可を示す情報を確認する（Ｓ９１１）。鍵ペアの共有許可は、例えば、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの所定のビットが立っていることで示される。なお、認証要求において鍵ペアの共有許可を示す方法はこれに限られるものではない。例えば、役割が「パラメータ提供装置」を表すコンフィギュレータではなく「鍵ペア提供装置」であることを表すように、認証要求に含まれる役割情報を設定することで、鍵ペアの共有許可が示されてもよい。

認証要求から鍵ペアの共有許可を示す情報を確認した携帯機器１０２は、認証応答を送信し（Ｓ９１２）、携帯機器１０１から認証確認が送信されるのを待ち受ける。一方、認証応答を受信した携帯機器１０１は、認証応答に含まれるタグ情報と携帯機器１０２の役割情報を検証する（Ｓ９１３）。そして、タグ情報が正しく復号されて認証に成功したと判定され、役割情報がエンローリを示す場合、携帯機器１０１は認証確認を送信する（Ｓ９１４）。こうして認証が完了すると、設定要求と設定応答による通信パラメータの提供処理が行われる。通信パラメータの設定処理および鍵ペアの提供処理であるＳ９１５からＳ９１６の処理は、図６のＳ６１５からＳ６１６の処理と同様である。

以上のように、図９を用いて説明した処理によれば、ＱＲコードを用いて鍵ペアの共有要求を通知することで、携帯機器１０１のコンフィギュレータ専用の鍵ペアを共有することができる。

＜変形例２＞
また、図６を用いて説明した処理によれば、鍵ペアの共有を要求する携帯機器１０２がＱＲコードを表示していたがこれに限られるものではない。携帯機器１０１がＱＲコードを表示する場合でも、鍵ペアの共有を携帯機器１０２が携帯機器１０１に要求するようにしてもよい。図１０は、携帯機器１０１がＱＲコードを表示し、携帯機器１０２が携帯機器１０１に鍵ベアの要求を行う処理を示すシーケンス図である。

携帯機器１０１は、パラメータ提供の指示をユーザから受けると（Ｓ１００１）、ＱＲコードを自装置の表示部２０４に表示させ、認証要求を待ち受ける（Ｓ１００２）。一方、携帯機器１０２は、無線ネットワーク１０４に接続するための通信パラメータを提供するコンフィギュレータとして動作するために、携帯機器１０１のコンフィギュレータ専用の鍵ペアを共有するようにユーザから指示を受ける（Ｓ１００３）。携帯機器１０２は、この指示を受けてＱＲコードを撮影するために撮像部２０７を起動する（Ｓ１００４）。携帯機器１０２は、携帯機器１０１の表示部２０４に表示されているＱＲコードを、携帯機器１０２の撮像部２０７により撮像して、そのＱＲコードが示す情報を取得する（Ｓ１００５）。携帯機器１０２は、ＱＲコード情報を用いて認証要求を生成し、鍵ペアの共有要求を示す情報をこの認証要求に含め（Ｓ１００６）、これを携帯機器１０１に送信する（Ｓ１００７）。鍵ペアの共有要求は、例えば、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの所定のビットを立てることで示される。

認証要求を受信した携帯機器１０１は、認証要求に含まれる認証情報により認証に成功すると、認証要求に含まれている役割情報を検証する（Ｓ１００８）。この検証により役割情報がエンローリを示すことを確認すると、携帯機器１０１は、認証要求に鍵ペアの共有要求が含まれているか否かを確認する（Ｓ１００９）。認証要求に鍵ペアの共有要求が含まれていることを確認すると、携帯機器１０１は、鍵ペアの共有許可を示す情報を認証要求に含め（Ｓ１０１０）これを携帯機器１０２に送信する（Ｓ１０１１）。鍵ペアの共有許可は、例えば、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームの所定のビットが立っていることで示される。なお、Ｓ１００９、Ｓ１０１０の処理はＳ６１１、Ｓ６１２と同様である。

携帯機器１０２は、認証応答を受信すると、認証応答に含まれているタグ情報、役割情報を検証する（Ｓ１０１２）。そして、タグ情報を用いた認証が成功し、役割情報がコンフィギュレータを示す場合、携帯機器１０２は、認証応答に鍵ペアの共有許可が含まれているかを確認する（Ｓ１０１３）。鍵ペアの共有許可を確認した携帯機器１０２は、認証確認を携帯機器１０１に送信する（Ｓ１０１４）。こうして認証が完了すると、通信パラメータの提供処理（Ｓ１０１５）と鍵ペアの提供処理（Ｓ１０１６）が行われる。通信パラメータの設定処理および鍵ペアの提供処理であるＳ１０１５からＳ１０１６での処理は、図６のＳ６１５からＳ６１６までの処理と同様である。

以上のように、図１０を用いて説明した処理によれば、携帯機器１０１がＱＲコードを表示する場合にも、携帯機器１０１のコンフィギュレータ専用の鍵ペアを共有することができる。

以上のように、第１実施形態によれば、携帯機器１０２が携帯機器１０１に要求することで、アクセスポイント１０３の設定に用いた携帯機器１０１のコンフィギュレータ専用の秘密鍵と公開鍵のペアを共有することができる。鍵ペアを共有した結果、無線ネットワーク１０４に接続するための通信パラメータを配布するコンフィギュレータを複製することが可能となるため、ユーザの利便性が向上する。

＜第２実施形態＞
第１実施形態では、アクセスポイント１０３の設定に用いた携帯機器１０１のコンフィギュレータ専用の鍵ペアの共有を携帯機器１０２が携帯機器１０１に要求する場合について説明した。第２実施形態では、アクセスポイント１０３の設定に用いた携帯機器１０１のコンフィギュレータ専用の鍵ペアの共有を、携帯機器１０１が携帯機器１０２に要求する場合の処理について説明する。

図１１は、第２実施形態における携帯機器１０１と携帯機器１０２の間の処理を示すシーケンス図である。

携帯機器１０２は、通信パラメータ受領の指示をユーザから受けると（Ｓ１１０１）、ディスプレイにＱＲコードを表示し（Ｓ１１０２）、認証要求を待ち受ける。一方、携帯機器１０１は、無線ネットワーク１０４に接続するための通信パラメータを提供するコンフィギュレータとして携帯機器１０２を動作させるために、携帯機器１０２との間で鍵ペアを共有するようにユーザから指示を受ける（Ｓ１１０３）。携帯機器１０１は、Ｓ１１０３で指示を受けると、ＱＲコードを撮影するために撮像部２０７を起動する（Ｓ１１０４）。携帯機器１０１は、携帯機器１０２の表示部２０４に表示されているＱＲコードを撮像部２０７により撮像し、そのＱＲコードが示す情報を取得する（Ｓ１１０５）。ＱＲコードが示す情報を取得した携帯機器１０１は、鍵ペアの共有要求を示す情報を認証要求に含め（Ｓ１１０６）、この認証要求を携帯機器１０２に送信する（Ｓ１１０７）。

Ｓ１１０７にて携帯機器１０１から認証要求を受信した携帯機器１０２は、認証要求に含まれる認証情報や役割情報を検証する。携帯機器１０２は、認証に成功し、役割情報がコンフィギュレータを示すことを確認すると、鍵ペアの共有要求を示す情報が認証要求に含まれているか否かを確認する（Ｓ１１０９）。鍵ペアの共有要求を示す情報が含まれていることを確認した携帯機器１０２は、共有の可否をユーザに問合せ、操作部２０３を用いたユーザからの共有許可の指示を待ち受ける。鍵ペアの共有を許可する指示が入力されると、携帯機器１０２は、鍵ペアの共有許可を示す情報を認証要求に含め（Ｓ１１１０）、これを携帯機器１０１へ送信する（Ｓ１１１１）。

鍵ペアの共有が許可されない場合、後述するＳ１１１６での鍵ペア提供の処理は行われない。なお、鍵ペアの共有が許可されない場合、認証応答を送信しないことで、パラメータ提供処理を行わずに終了してもよい。さらに、鍵ペアの共有が許可されない場合、鍵ペアの供給を許可しないことを示す情報を含めたメッセージ（認証応答）を携帯機器１０１に送信してもよい。

携帯機器１０１は、認証応答を受信すると、認証応答に含まれるタグ情報と役割情報を検証する（Ｓ１１１２）。携帯機器１０１は、タグ情報による認証に成功し、役割情報がエンローリを示すことを確認すると、認証応答に含まれる鍵ペアの共有許可を確認する（Ｓ１１１３）。鍵ペアの共有許可が確認されると、携帯機器１０１は認証確認を送信する（Ｓ１１１４）。こうして、認証を完了すると通信パラメータの提供処理が行われ（Ｓ１１１５）、続いて鍵ペアの提供処理が行われる（Ｓ１１１６）。Ｓ１１１５からＳ１１１６の処理は、図６のＳ６１５からＳ６１６の処理と同様である。

続いて、上述の動作を実現する携帯機器１０１の動作と携帯機器１０２の動作を、図１２および図１３のフローチャートを用いて説明する。図１２は、携帯機器１０１が、アクセスポイント１０３の設定処理に用いた携帯機器１０１のコンフィギュレータ専用の鍵ペアを提供する処理を示すフローチャートである。

携帯機器１０２との間で鍵ペアを共有するようにユーザから指示を受けた携帯機器１０１の鍵共有処理部２１２は、撮像部２０７を起動する（Ｓ１２０１）。そして、鍵共有処理部２１２は、撮像部２０７がＱＲコードを撮影したか否かを判定する（Ｓ１２０２）。Ｓ１２０２にてＱＲコードを撮影したと判定されると、画像処理部２０８は撮像画像中のＱＲコードを復号し、携帯機器１０２の認証用の公開鍵を含むＱＲコード情報を取得する。制御部２０５は、取得されたＱＲコード情報を用いて認証要求を生成する（Ｓ１２０３）。制御部２０５は、鍵ペアの共有要求を示す情報を認証要求に含め（Ｓ１２０４）、認証要求を携帯機器１０２に送信する（Ｓ１２０５）。その後、鍵共有処理部２１２は、携帯機器１０２からの認証応答を待ち受ける（Ｓ１２０６）。なお、Ｓ１２０６にて所定の時間内に認証応答を受信できなかった場合、鍵ペア共有処理を終了するようにしてもよい。

認証応答を受信すると、制御部２０５は、認証応答に含まれるタグ情報による認証に成功したか否か、携帯機器１０２の役割情報がエンローリを示すか否かを判定する（Ｓ１２０７）。認証に失敗した場合、または、役割情報がエンローリを示さないと判定した場合、制御部２０５は、表示部２０４にエラーを示すメッセージを表示し、鍵ペア共有処理を終了する（Ｓ１２１３）。認証に成功し、且つ、役割情報がエンローリであると判定した場合、制御部２０５は、鍵ペアの共有許可が認証応答に含まれている否かを判定する（Ｓ１２０８）。鍵ペアの共有許可が認証応答に含まれていないと判定された場合（Ｓ１２０８でＮＯ）、鍵共有処理部２１２は、表示部２０４にエラーを示すメッセージを表示し、鍵共有処理を終了する（Ｓ１２１３）。

鍵ペアの共有許可が認証応答に含まれていると判定された場合（Ｓ１２０８でＹＥＳ）、制御部２０５は、認証確認を送信し（Ｓ１２０９）、携帯機器１０２からの設定要求を待つ（Ｓ１２１０）。携帯機器１０２からの設定要求が受信されると、通信パラメータ処理部２１０は、通信パラメータの提供処理を行い、携帯機器１０２に通信パラメータを提供する（Ｓ１２１１）。そして、鍵共有処理部２１２は、鍵ペアを提供する（Ｓ１２１２）。なお、Ｓ１２１１、Ｓ１２１２の処理はＳ７０６、Ｓ７０７の処理と同様である。

図１３は携帯機器１０２が、携帯機器１０１によるコンフィギュレータ専用の鍵ペアの提供を受け付ける処理を示すフローチャートである。パラメータ受領の指示をユーザから受けたことに応じて、コード生成部２０９は、ＱＲコードを生成し、表示部２０４に表示するよう制御する（Ｓ１３０１）。その後、制御部２０５は、認証要求を待ち受ける（Ｓ１３０２）。なお、所定の時間内に認証要求を受信できなかった場合、アクセスポイント１０３は認証要求の待ち受けを終了してもよい。

携帯機器１０１から認証要求を受信すると、制御部２０５は認証要求の認証情報を検証して認証成功か否か（認証要求の送信元の装置がＱＲコードを撮影した装置であるか否か）を判定し、役割判定部２１１は役割情報を検証する（Ｓ１３０３）。認証に失敗した、または、役割情報がコンフィギュレータ以外の場合（Ｓ１３０３でＮＯ）、制御部２０５は、表示部２０４にエラーを示すメッセージを表示（Ｓ１３１３）し、処理を終了する。なお、エラーメッセージの表示（Ｓ１３１３）は省略されてもよい。

認証に成功し、且つ、役割情報がコンフィギュレータを示す場合（Ｓ１３０３でＹＥＳ）、制御部２０５は、認証要求に鍵ペアの共有要求が設定されているか否かを判定する（Ｓ１３０４）。認証要求に鍵ペアの共有要求が設定されている場合、制御部２０５は共有設定の可否をユーザに確認する（Ｓ１３０５）。ユーザが共有設定を許可した場合（Ｓ１３０５でＹＥＳ）、制御部２０５は共有許可を認証応答に設定し（Ｓ１３０６）、これを携帯機器１０１に送信する（Ｓ１３０７）。一方、認証要求に鍵ペアの供給要求を示す情報が設定されていない場合（Ｓ１３０４でＮＯ）、または、ユーザが共有設定を許可しない場合（Ｓ１３０５でＮＯ）、制御部２０５は、供給許可の設定の無い認証応答を携帯機器１０１に送信する（Ｓ１３０７）。そして、制御部２０５は、認証応答の送信先である携帯機器１０１からの認証確認を待ち受ける（Ｓ１３０８）。

制御部２０５は、携帯機器１０１から認証確認を受信するとそのタグ情報を用いて認証を行い、認証に成功すると（Ｓ１３０９でＹＥＳ）、携帯機器１０１へ設定要求を送信する（Ｓ１３１０）。その後、通信パラメータ処理部２１０は、携帯機器１０１との通信パラメータ提供処理により、通信パラメータを取得する（Ｓ１３１１）。また、鍵共有処理部２１２は、Ｓ１３０６で共有許可を設定している場合に、携帯機器１０１のコンフィギュレータの鍵ペアの提供を受け付け、鍵ペアを取得する（Ｓ１３１２）。

以上のように、第２実施形態によれば、携帯機器１０１から携帯機器１０２に鍵ペアの共有を要求することで、アクセスポイント１０３の設定に用いた携帯機器１０１のコンフィギュレータ専用の秘密鍵と公開鍵のペアを共有することができる。鍵ペアを共有した結果、無線ネットワーク１０４に接続するための通信パラメータを配布するコンフィギュレータが増加するため、ユーザの利便性が向上する。

なお、携帯機器１０１のコンフィギュレータ専用の鍵ペアの共有を携帯機器１０１が携帯機器１０２に要求する場合にも、図９を用いて説明した処理（変形例１）のように、ＱＲコードを用いて鍵ペアの共有要求を通知することで鍵ペアを共有してもよい。また、図１０を用いて説明した処理（変形例２）のように、携帯機器１０１がＱＲコードを表示する場合でも、鍵ペアを共有してよい。

＜第３実施形態＞
第１実施形態および第２実施形態では、携帯機器１０１と携帯機器１０２が認証のための情報を交換するためのフレームもしくはＱＲコードを用いて、鍵ペアの共有要求を通知する例を示した。第３実施形態では、アクセスポイント１０３の設定に用いた携帯機器１０１のコンフィギュレータ専用の鍵ペアの共有を、通信パラメータの設定処理を行うためのフレームを用いて、携帯機器１０１が携帯機器１０２に要求する場合の処理について説明する。

図１４は、第３実施形態における携帯機器１０１と携帯機器１０２の間の処理を示すシーケンス図である。

携帯機器１０２は、無線ネットワーク１０４に接続するための通信パラメータを提供するコンフィギュレータとして動作するために、携帯機器１０１のコンフィギュレータ専用の鍵ペアを共有するようにユーザから指示を受ける（Ｓ１４０１）。そして、携帯機器１０２は、ＱＲコードを自装置の表示部２０４に表示させ、認証要求を待ち受ける（Ｓ１４０２）。これらのＳ１４０１～Ｓ１４０２の処理は、図６で説明したＳ６０１～Ｓ６０２までの処理と同様である。

一方、携帯機器１０１は、ユーザからパラメータ提供の開始指示を受けると（Ｓ１４０３）、携帯機器１０２が表示するＱＲコードの画像を撮像してＱＲコード情報を取得する（Ｓ１４０４、Ｓ１４０５）。携帯機器１０１は取得したＱＲコード情報に基づいて認証要求を生成し、送信する（Ｓ１４０６）。

携帯機器１０２は、認証要求を受信すると（Ｓ１４０６）、認証要求の内容を検証する。携帯機器１０２は、認証要求に含まれる認証情報を検証して、認証要求を送信した携帯機器１０１がＱＲコードを撮影した装置であると判定（認証成功）すると、認証要求に含まれる役割情報を検証する（Ｓ１４０７）。携帯機器１０２は、役割情報を検証した結果、認証要求を送信した装置の役割がコンフィギュレータを示すと判定すると、認証応答を生成、送信する（Ｓ１４０８）。携帯機器１０１へ認証応答を送信した携帯機器１０２は、携帯機器１０１から認証確認が送信されるのを待ち受ける。携帯機器１０１は、認証応答を受信し（Ｓ１４０８）、タグ情報による認証に成功すると、認証応答に含まれる携帯機器１０２の役割情報を検証する（Ｓ１４０９）。携帯機器１０１は、認証応答の認証に成功し、認証応答に含まれる役割情報がエンローリを示すと判定すると、携帯機器１０２へ認証確認を送信する（Ｓ１４１０）。これらのＳ１４０３～Ｓ１４１０の処理は、図４で説明したＳ４０３～Ｓ４１０までの処理と同様である。

携帯機器１０２は、認証確認を受信すると（Ｓ１４１０）、認証確認の内容を検証する。認証確認の内容を検証した結果、認証に成功したと判定されると、鍵ペアの共有要求を示す情報を設定要求に含める処理を行う（Ｓ１４１１）。鍵ペアの共有要求は、例えば、ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの所定のビットを立てることで示される。なお、鍵ペアの要求を示すために所定のビットを用いるとしたがこれに限られるものではない。例えば、設定要求に含める通信パラメータ受領後の役割情報が、「アクセスポイント」や「無線ネットワークに接続する装置」以外の役割、例えば「コンフィギュレータ」を表す役割を示すようにしてもよい。携帯機器１０２は、以上のようにして生成した、鍵ペアの共有要求を含む設定要求を送信する（Ｓ１４１２）。設定要求を送信後、携帯機器１０２は、認証確認を送信した携帯機器１０１から設定応答が送信されるのを待つ。

設定要求を受信した携帯機器１０１は、設定要求に鍵ペアの共有要求が含まれているかを確認する（Ｓ１４１３）。設定要求に鍵ペアの共有要求が含まれている場合、携帯機器１０１は、鍵ペアの共有要求がある旨を表示部２０４に表示してユーザに通知し、操作部２０３を用いたユーザからの鍵ペアの共有に対する許可の指示を待ち受ける。鍵ペアの共有がユーザから許可された場合、携帯機器１０１は、鍵ペアの共有許可を示す情報を設定応答に含める（Ｓ１４１４）。鍵ペアの共有許可は、例えば、ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームの所定のビットを立てることで示される。携帯機器１０１は、鍵ペアの共有許可を示す情報を含めた設定応答を携帯機器１０２に送信する（Ｓ１４１５）。設定応答を送信した携帯機器１０１は、携帯機器１０１のコンフィギュレータ専用の秘密鍵と公開鍵のペアを、携帯機器１０１と携帯機器１０２との間の共有鍵を使用して暗号化し、携帯機器１０２に送信する（Ｓ１４１６）。なお、Ｓ１４１５で送信した設定応答に携帯機器１０１のコンフィギュレータ専用の公開鍵が含まれているため、Ｓ１４１６では秘密鍵だけを送信するようにしてもよい。また、携帯機器１０１は、Ｓ１４１５で送信した設定応答に携帯機器１０１のコンフィギュレータ専用の秘密鍵を含めて送信してもよい。その場合、Ｓ１４１６の処理が不要となる。

なお、鍵ペアの共有要求がある旨を表示部２０４に表示し、操作部２０３を用いたユーザからの許可指示を受け付けることを鍵ペアの共有の条件としたが、これに限られるものではない。例えば、ユーザからの許可指示を受けることなく鍵ペアを提供してもよい。また、ユーザからの許可指示を受けることなく鍵ペアの共有許可を示す情報を設定応答に含める処理を実行してもよい。この場合、鍵ペアの共有要求がある旨の表示が省略されてもよい。

一方、ユーザが鍵ペアの共有を許可しない場合、鍵ペアの提供処理（Ｓ１４１６）は行われない。あるいは、鍵ペアの共有が許可されない場合、設定応答を送信しないことで、パラメータ提供処理を行わずに終了してもよい。さらに、鍵ペア共有を許可しない場合、許可しないことを示す情報を含めた設定応答を携帯機器１０２に送信するようにしてもよい。

設定応答を受信した携帯機器１０２は、設定応答に含まれる鍵ペアの共有許可を示す情報を確認する（Ｓ１４１７）。鍵ペアの共有許可を示す情報が設定応答に含まれていない場合、携帯機器１０２はパラメータ受領処理を終了する。なお、鍵ペアの共有許可を示す情報が設定応答に含まれていない場合、携帯機器１０２は、表示部２０４にエラーを示すメッセージを表示してユーザに通知してもよい。

続いて、図１５、図１６のフローチャートを用いて、携帯機器１０１、携帯機器１０２の処理を説明する。

図１５は、携帯機器１０１が、携帯機器１０２の要求に応じて、自身が保持するコンフィギュレータの鍵ペア（秘密鍵と公開鍵）を携帯機器１０２に提供する処理を示すフローチャートである。撮像部２０７を起動してから、設定要求の受信を行うまでの処理は図３（Ｓ３０１～Ｓ３０８）と同様である。図１５では、図３の処理において、設定要求を受信したと判定された後（Ｓ３０８でＹＥＳ）の処理を示す。

携帯機器１０２が送信した設定要求を受信した携帯機器１０１の制御部２０５は、設定要求に鍵ペアの共有要求があるかどうかを判定する（Ｓ１５０１）。鍵ペアの共有要求があると判定された場合、制御部２０５は表示部２０４と操作部２０３を用いて鍵ペアの共有の可否をユーザに確認する（Ｓ１５０２）。ユーザが共有を許可した場合（Ｓ１５０２でＯＫ）、鍵共有処理部２１２は設定応答に共有許可を示す情報を設定し（Ｓ１５０３）、これを携帯機器１０２に送信する（Ｓ１５０４）。他方、設定要求に鍵ペアの共有要求がないと判定された場合（Ｓ１５０１でＮＯ）、または、ユーザが共有を許可しない場合（Ｓ１５０２でＮＧ）、Ｓ１５０３はスキップされ、共有許可を示す情報のない設定応答を携帯機器１０２に送信する（Ｓ１５０４）。

続いて、鍵共有処理部２１２は、コンフィギュレータの秘密鍵と公開鍵である鍵ペアを携帯機器１０２に提供する（Ｓ１５０５）。なお、鍵ペアは、共有鍵により暗号化される。また、安全のために、Ｓ１５０５では、Ｓ１５０３で共有許可を設定した場合にのみ、鍵ペアの提供を実行するようにしてもよい。

図１６は、携帯機器１０２が、携帯機器１０１の保持する鍵ペアを共有するようにユーザから指示を受け、アクセスポイント１０３の設定処理に用いた携帯機器１０１のコンフィギュレータ専用の鍵ペアを取得する処理を示すフローチャートである。

携帯機器１０２の制御部２０５は、鍵ペアを共有するようにユーザから操作部２０３を介して指示を受けると、ＱＲコードを生成し、表示部２０４に表示する（Ｓ１６０１）。その後、制御部２０５は、認証要求を待ち受ける（Ｓ１６０２）。携帯機器１０１から認証要求を受信すると、制御部２０５は、認証を行い、役割情報を検証してその役割がコンフィギュレータであるかを判定する（Ｓ１６０３）。認証に失敗した、または、携帯機器１０１の役割がコンフィギュレータでないと判定されると（Ｓ１６０３でＮＯ）、制御部２０５は、表示部２０４にエラーを示すメッセージを表示（Ｓ１６１２）し、処理を終了する。

一方、Ｓ１６０３において認証成功と判定され、且つ、認証要求を送信した携帯機器１０１の役割がコンフィギュレータであると判定された場合（Ｓ１６０３でＹＥＳ）、制御部２０５は認証応答を送信し（Ｓ１６０４）、携帯機器１０１からの認証確認を待ち受ける。携帯機器１０１から認証確認を受信すると（Ｓ１６０５でＹＥＳ）、制御部２０５は認証確認に含まれているタグ情報を用いた認証に成功したかを判定する（Ｓ１６０６）。

制御部２０５は、携帯機器１０１から認証確認を受信するとそのタグ情報を用いて認証を行い、認証に成功すると（Ｓ１６０６でＹＥＳ）、鍵共有処理部２１２は、鍵ペアの共有要求を示す情報を設定要求に設定する（Ｓ１６０７）。その後、制御部２０５は、携帯機器１０１に共有要求が設定された設定要求を送信し（Ｓ１６０８）、携帯機器１０１からの設定応答を待ち受ける。一方、Ｓ１６０６において、タグ情報の検証に失敗した場合、制御部２０５は、表示部２０４にエラーを示すメッセージを表示し、処理を終了する（Ｓ１６１２）。

携帯機器１０１から設定応答を受信すると（Ｓ１６０９）、制御部２０５は鍵ペアの共有許可を示す情報が設定応答に含まれているか否かを判定する（Ｓ１６１０）。そして、鍵ペアの共有許可を示す情報が設定応答に含まれていると判定された場合（Ｓ１１０でＹＥＳ）、鍵共有処理部２１２は、携帯機器１０１のコンフィギュレータ専用の鍵ペアを取得する（Ｓ１６１１）。Ｓ１６１０にて鍵ペアの共有許可を示す情報が認証確認に含まれていないと判定された場合（Ｓ１６１０でＮＯ）、制御部２０５はパラメータ受領処理を終了する、または、表示部２０４にエラーを示すメッセージを表示し、処理を終了する（Ｓ１６１２）。

＜その他の実施形態＞
上述の各実施形態においては、ＱＲコード（登録商標）の画像を利用して通信パラメータの設定を行うための情報を装置間でやり取りする構成について説明した。しかし、ＱＲコード（登録商標）の撮影に代えて、ＮＦＣやＢｌｕｅｔｏｏｔｈ（登録商標）などの無線通信を用いてもよい。また、ＩＥＥＥ８０２．１１ａｄもしくはトランスファージェット（ＴｒａｎｓｆｅｒＪｅｔ）（登録商標）等の無線通信を用いてもよい。

なお、読みとるＱＲコード（登録商標）は表示部に表示されているＱＲコードだけではなく、通信機器の筺体にシールなどの形態で貼り付けられているＱＲコードであってよい。また、読みとるＱＲコード（登録商標）は取り扱い説明書や通信機器の販売時の段ボールなどの包装に貼り付けられているものであってもよい。また、ＱＲコードでなく、バーコード、二次元コードであっても良い。また、ＱＲコードなどの機械が読み取り可能な情報に代えて、ユーザが読みとれる形式の情報であっても良い。

また、各実施形態において、装置間の通信をＩＥＥＥ８０２．１１準拠の無線ＬＡＮ通信により行う場合について説明したが、これに限る物ではない。例えば、ワイヤレスＵＳＢ、ＭＢＯＡ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＷＢ、ＺｉｇＢｅｅ、ＮＦＣ等の無線通信媒体を用いて実施してもよい。ここで、ＭＢＯＡは、Ｍｕｌｔｉ Ｂａｎｄ ＯＦＤＭ Ａｌｌｉａｎｃｅの略である。また、ＵＷＢは、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷＩＮＥＴなどが含まれる。

また、各実施形態において、無線ＬＡＮのアクセスポイントに接続するための通信パラメータを提供する場合について記載したが、これに限るものではない。例えば、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）のグループオーナーに接続するための通信パラメータを提供するようにしてよい。

以上のように、各実施形態によれば、コンフィギュレータが通信パラメータの暗号化と復号に用いる秘密鍵と公開鍵のペアを、他の装置からの要求、あるいは、コンフィギュレータからの要求により、共有することができる。その結果、アクセスポイントに接続するための通信パラメータを提供するコンフィギュレータの数を容易に増やすことができる。例えば、ＤＰＰによる通信パラメータの設定の手続きにおいて、記憶媒体または別のプロトコル（例えばＨＴＴＰ）を用いることなく、コンフィギュレータの鍵ペアを当該コンフィギュレータとエンローリで共有することができる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１、１０２：携帯機器、１０３：アクセスポイント、１０４：無線ネットワーク、１０５、１０６：プリンタ、２０１：無線通信制御部、２０２：送受信部、２０３：操作部、２０４：表示部、２０５：制御部、２０６：記憶部、２０７：撮像部、２０８：画像処理部、２０９：コード生成部、２１０：通信パラメータ処理部、２１１：役割判定部、２１２：鍵共有処理部

Claims (24)

1. 通信装置であって、
   Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータの役割を示す第一情報を含むフレームを外部装置から受信すると、Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータに関する情報である第二情報を前記外部装置へ提供する提供手段を有し、前記外部装置は前記提供手段で提供された第二情報に基づいてコンフィグレータとして機能することを特徴とする通信装置。
2. 通信装置であって、
   外部装置から受信したフレームにＤｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータの役割を示す第一情報を含む場合、Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータとして機能するための情報である第二情報を前記外部装置へ提供する提供手段を有することを特徴とする通信装置。
3. 前記外部装置と認証のための情報を交換することにより認証処理を行う認証手段を更に有し、前記フレームは前記認証手段による認証に成功した場合に受信するフレームであることを特徴とする請求項１または２に記載の通信装置。
4. 前記認証処理は、認証要求の送信と認証応答の受信とを含むことを特徴とする請求項３に記載の通信装置。
5. 前記認証要求はＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔであり、前記認証応答はＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅであることを特徴とする請求項４に記載の通信装置。
6. 前記フレームは、ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔフレームであり、前記通信装置はＤｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータとして機能することを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
7. 前記フレームに前記第一情報が含まれる場合に、前記第二情報を提供することを許可するか否かをユーザに問合わせる問合せ手段をさらに備えることを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
8. 前記第二情報は、通信パラメータを提供するための情報であることを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
9. 前記フレームにアクセスポイントの役割を示す第三情報が含まれる場合は 通信パラメータを前記外部装置に送信することを特徴とする請求項１乃至８のいずれか１項に記載の通信装置。
10. 前記第二情報は、通信パラメータの提供において前記通信パラメータの暗号化に用いられる秘密鍵を含むことを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
11. 通信装置であって、
    Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータの役割を示す情報を含めたフレームを外部装置に送信する送信手段と、
    Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータに関する情報である第二情報を、前記フレームを受信した前記外部装置から受信する受信手段と、を備え、前記受信手段で受信した第二情報に基づいてコンフィグレータとして機能することを特徴とする通信装置。
12. 通信装置であって、
    Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータの役割を示す情報を含めたフレームを外部装置に送信する送信手段と、
    Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータとして機能するための情報である第二情報を、前記フレームを受信した前記外部装置から受信する受信手段と、を備えることを特徴とする通信装置。
13. 前記外部装置と認証のための情報を交換することにより認証処理を行う認証手段を更に有し、前記フレームは前記認証手段による認証に成功した場合に受信するフレームであることを特徴とする請求項１１または１２に記載の通信装置。
14. 前記認証処理は、認証要求の受信と認証応答の送信とを含むことを特徴とする請求項１３に記載の通信装置。
15. 前記認証要求はＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔであり、前記認証応答はＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅであることを特徴とする請求項１４に記載の通信装置。
16. 前記フレームは、ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔフレームであり、前記通信装置はＤｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるエンローリとして機能することを特徴とする請求項１１乃至１５のいずれか１項に記載の通信装置。
17. 前記第二情報は、通信パラメータを提供するための情報であることを特徴とする請求項１１乃至１６のいずれか１項に記載の通信装置。
18. 前記第二情報は、通信パラメータの提供において前記通信パラメータの暗号化に用いられる秘密鍵を含むことを特徴とする請求項１１乃至１７のいずれか１項に記載の通信装置。
19. 通信装置が実行する制御方法であって、
    Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータの役割を示す第一情報を含むフレームを外部装置から受信すると、Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータに関する情報である第二情報を前記外部装置へ提供する提供工程を有し、前記外部装置は前記提供工程で提供された第二情報に基づいてコンフィグレータとして機能することを特徴とする制御方法。
20. 通信装置が実行する制御方法であって、
    外部装置から受信したフレームにＤｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータの役割を示す第一情報を含む場合、Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータとして機能するための情報である第二情報を前記外部装置へ提供する提供工程を有することを特徴とする制御方法。
21. 通信装置が実行する制御方法であって、
    Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータの役割を示す情報を含めたフレームを外部装置に送信する送信工程と、
    Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータに関する情報である第二情報を、前記フレームを受信した前記外部装置から受信する受信工程と、を備え、前記通信装置は前記受信工程で受信した第二情報に基づいてコンフィグレータとして機能することを特徴とする制御方法。
22. 通信装置が実行する制御方法であって、
    Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータの役割を示す情報を含めたフレームを外部装置に送信する送信工程と、
    Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌにおいて定義されるコンフィギュレータとして機能するための情報である第二情報を、前記フレームを受信した前記外部装置から受信する受信工程と、を備えることを特徴とする制御方法。
23. 請求項１乃至１０のいずれか１項に記載された通信装置の各手段としてコンピュータを機能させるためのプログラム。
24. 請求項１１乃至１８のいずれか１項に記載された通信装置の各手段としてコンピュータを機能させるためのプログラム。

Images