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

Description

本発明は、通信技術に関する。

近年、デジタルカメラ、プリンタ、携帯電話・スマートフォンなどの電子機器に無線通信機能を搭載し、これらの機器を無線ネットワークに接続して使用するケースが増えている。

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

特許文献１に記載のＤＰＰでは、通信パラメータを提供するコンフィギュレータが、アクセスポイントに接続するために必要な情報を、通信パラメータを受信するエンローリに提供する。エンローリーデバイスはＩＥＥＥ８０２．１１規定のステーション（ＳＴＡ）もしくはアクセスポイント（ＡＰ）である。コンフィギュレータによる通信パラメータ提供後に、ＳＴＡとＡＰが接続するためにはＳＴＡとＡＰの間での認証処理や暗号鍵の確定が必要である。

米国特許出願公開第２０１７／０２９５４４８号明細書

ＤＰＰによる通信パラメータ設定が完了したエンローリ間（認証済み、暗号鍵を確定済みとなっているエンローリ間）であっても、再接続時には毎回暗号鍵の確定や認証処理を実施する必要がある。その結果、再接続における処理が冗長となり、再接続に要する時間を要してしまう。
本発明は、上記の課題に鑑みてなされたものであり、再接続に要する通信装置間の処理を簡略化することを目的とする。

本発明の一態様による通信装置は以下の構成を備える。すなわち、
Ｗｉ－Ｆｉ ＤＰＰ（Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ）規格に従って通信パラメータを取得する第１の取得手段と、
前記第１の取得手段により取得された前記通信パラメータを用いて、第１の他の通信装置とＤＰＰに準拠したＮｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を実行することにより、暗号鍵を取得する第２の取得手段と、
前記Ｎｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を実行することにより取得された前記暗号鍵を用いて、前記第１の他の通信装置との接続処理を実行する接続手段と、
前記第１の他の通信装置との再接続においては、前記Ｎｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理による前記暗号鍵の取得を省略して前記第１の他の通信装置と接続する再接続手段と、を備える。

本発明によれば、再接続に要する通信装置間の処理が簡略化され、再接続に要する処理時間が短縮される。

通信装置のハードウェア構成例を示す図。 通信装置のソフトウェア機能構成例を示す図。 通信システムの構成の一例を示す図。 通信装置間の動作シーケンスを示す図。 通信装置（ＳＴＡ）の動作を示すフローチャート。 通信装置（ＡＰ）の動作を示すフローチャート。

以下、本実施形態に係る通信装置について、図面を参照しながら詳細に説明する。以下では、ＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）８０２．１１シリーズに準拠した無線ＬＡＮシステムを用いた例について説明する。しかしながら、通信形態は必ずしもＩＥＥＥ８０２．１１準拠の無線ＬＡＮには限らない。

図３は、本実施形態に係る通信システムの構成例を示した図である。通信システムは、アクセスポイント３０２、スマートフォン３０４、プリンタ３０５および無線ＬＡＮネットワーク（以下、無線ネットワーク３０３）を含む。以下では、アクセスポイント３０２が形成する無線ネットワーク３０３に、プリンタ３０５を参加させる場合の処理について説明する。スマートフォン３０４は、ＤＰＰ（Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ）に規定されるコンフィギュレータとして動作し、プリンタ３０５にアクセスポイント３０２に接続するための情報を提供する。

なお、本実施形態における通信システムにおける装置をスマートフォン、アクセスポイント及びプリンタとして説明を行うが、例えば携帯電話、カメラ、ＰＣ、ビデオカメラ、スマートウォッチ、ＰＤＡなどの他の装置であってもよい。また、通信システムの装置数を３台として説明を行うが、２台または４台以上であってもよい。

続いて、図３に示す通信システムの通信装置（アクセスポイント３０２、スマートフォン３０４及びプリンタ３０５）の本実施形態におけるハードウェア構成について図１を用いて説明する。図１において、１０１は装置全体を示す。１０２は、記憶部１０３に記憶される制御プログラムを実行することにより装置全体を制御する制御部である。制御部１０２は例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）により構成される。１０３は制御部１０２が実行する制御プログラム、画像データ、通信パラメータ等の各種情報を記憶する記憶部である。後述する各種動作は、記憶部１０３に記憶された制御プログラムを制御部１０２が実行することにより行われる。記憶部１０３は、例えば、ＲＯＭ、ＲＡＭ、ＨＤＤ、フラッシュメモリまたは着脱可能なＳＤカードなどの記憶媒体により構成される。

１０４はＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮ通信を行うための無線部である。無線部１０４は、無線通信を行うチップにより構成される。１０５は各種表示を行う表示部でありＬＣＤやＬＥＤのように視覚で認知可能な情報の出力、あるいはスピーカなどの音出力が可能な機能を有する。表示部１０５は視覚情報および音情報の少なくともどちらか一方を出力する機能を備えるものである。表示部１０５は視覚情報を表示する場合、表示する視覚情報に対応する画像データを保持するＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）を有する。表示部１０５は、ＶＲＡＭに格納した画像データをＬＣＤやＬＥＤに表示させ続ける表示制御を行う。

１０６は、撮像素子、レンズ等により構成され、写真や動画の撮影を行う撮影部である。撮影部１０６は、一次元のバーコード、ＱＲコード（登録商標）などの二次元コードなどの画像の撮影を行う。１０７はアンテナ１０８の出力制御を行うアンテナ制御部であり、１０８は無線ＬＡＮで通信するための２．４ＧＨｚ帯および／または５ＧＨｚ帯で通信可能なアンテナである。１０９は、ユーザーが各種入力等を行い、通信装置１０１を操作するための入力部である。入力部１０９は、入力に対応するフラグを記憶部１０３等のメモリに記憶する。尚、図１の例は一例であり、通信装置がその他のハードウェア構成を有していてもよい。例えば通信装置１０１がプリンタである場合には、図１に示す構成の他に、印刷部を有していてもよい。また、通信装置１０１がアクセスポイント３０２である場合には、撮影部１０６や表示部１０５は備えていなくてもよい。

図２は、後述の通信制御機能を実行するソフトウェア機能ブロックの構成の一例を表すブロック図である。本実施形態において、通信装置１０１の機能ブロックは、それぞれ記憶部１０３に制御プログラムとして記憶され、制御部１０２によって当該制御プログラムが実行されることによりその機能が実施される。制御部１０２は、制御プログラムにしたがって、各ハードウェアの制御、および、情報の演算や加工を行うことで各機能ブロックを実現する。なお、機能ブロックに含まれる一部または全部がハードウェア化されていてもよい。この場合、機能ブロックに含まれる一部または全部は、例えばＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）により構成される。

図２において、２０１はソフトウェア機能ブロック全体を示す。２０２は通信パラメータ制御部である。通信パラメータ制御部２０２は、装置間で通信パラメータを共有するための通信パラメータ共有処理を実行する。通信パラメータ共有処理においては、提供装置が受信装置に、無線通信するための通信パラメータを提供する。ここで、通信パラメータには、ネットワーク識別子としてのＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）、暗号方式、暗号鍵、認証方式、認証鍵等の無線ＬＡＮ通信を行うために必要な無線通信パラメータが含まれる。また、ＤＰＰに規定されるコネクタ、ＭＡＣアドレス、ＰＳＫ、パスフレーズ、ＩＰ層での通信を行うためのＩＰアドレス、上位サービスに必要な情報等も含めてもよい。通信パラメータ制御部２０２が実行する通信パラメータ共有処理は、ＤＰＰであるとする。しかしながら、通信パラメータ制御部２０２が実行する通信パラメータ共有処理は、ＷＰＳ（Ｗｉ－Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ）またはＷｉ－Ｆｉ Ｄｉｒｅｃｔなど他の処理であってもよく、ＤＰＰに限らない。

２０３はバーコード読み取り制御部である。バーコード読み取り制御部２０３は、撮影部１０６により撮影された一次元のバーコード、ＱＲコード（登録商標）などの二次元コードなどの画像を解析し、符号化された情報を取得する。バーコード読み取り制御部２０３は、通信パラメータ共有処理を実行する際に使用される公開鍵を含むコード情報を撮影部１０６によって撮影し、撮影した画像を取得する。なお、コード情報は、ＣＰコードまたはＱＲコード（登録商標）などの２次元コードまたはバーコードなどの１次元コードであってもよい。バーコード読み取り制御部２０３は、撮影部１０６の撮影によって取得したコード情報の画像を解析し、符号化された情報を取得する。本実施形態において、コード情報には、通信パラメータ共有処理において用いられる情報が含まれ得る。通信パラメータ共有処理において用いられる情報は、認証処理に用いられる公開鍵や装置の識別子などの情報である。なお、公開鍵は、通信パラメータ共有処理の際のセキュリティを高めるために用いられる情報であり、証明書、またはパスワードなどの情報であってもよい。ここで、公開鍵は公開鍵暗号方式で用いられる暗号鍵の一種である。

２０４はバーコード生成制御部であり、一次元のバーコード、ＱＲコード（登録商標）などの二次元コードを生成し、表示部１０５へ表示するための制御を実施する。バーコード生成制御部２０４は、通信パラメータ共有処理を実行する際に使用される公開鍵や通信装置の識別子などの情報を含むコード情報を生成する。２０５はアプリケーションレイヤにおけるサービス制御部である。ここでのアプリケーションレイヤとはＯＳＩ参照モデルにおける第５層以上の上位レイヤにおけるサービス提供層のことをさす。すなわちサービス制御部２０５は、無線部１０４による無線通信を用いて印刷処理や画像ストリーミング処理や、ファイル転送処理などを実行する。

２０６はパケット受信部、２０７はパケット送信部であり、上位レイヤの通信プロトコルを含むあらゆるパケットの送受信を制御する。また、パケット受信２０６及びパケット送信部２０７は、対向装置との間でＩＥＥＥ８０２．１１規格に準拠したパケットの送信及び受信を行うため無線部１０４を制御する。

２０８はステーション機能制御部であり、ＩＥＥＥ８０２．１１規格に定められたインフラストラクチャモードにおけるステーション（ＳＴＡ）として動作するＳＴＡ機能を提供する。ステーション機能制御部２０８は、ＳＴＡとして動作する際に、認証・暗号処理等を実施する。また、２０９はアクセスポイント機能制御部であり、ＩＥＥＥ８０２．１１規格に定められたインフラストラクチャモードにおけるアクセスポイント（ＡＰ）として動作するＡＰ機能を提供する。ＡＰ機能制御部２０９は、無線ネットワークを形成し、ＳＴＡに対する認証・暗号処理およびＳＴＡの管理等を実施する。２１０はデータ記憶部であり、ソフトウェアそのものおよび、通信パラメータや、バーコード類の情報の記憶部１０３への書き込み及び読み出しの制御を行う。なお、通信装置１０１がアクセスポイント３０２である場合には、バーコード読み取り制御部２０３およびステーション機能制御部２０８などは存在しなくてよい。

以上の構成を有する通信システムの動作について説明を行う。アクセスポイント３０２は無線ネットワーク３０３を構築しており、スマートフォン３０４はアクセスポイント３０２に接続可能な通信パラメータを保持している。スマートフォン３０４における通信パラメータの取得方法は、アクセスポイント３０２がＤＰＰに非対応の場合は、ＷＰＳやＡＯＳＳなどの既存プロトコルを用いてもよい。また、アクセスポイント３０２がＤＰＰに対応する場合は、ＤＰＰを用いた自動設定などを用いてもよい。または、ユーザーが入力部１０９を用いて手動で入力してもよい。

図４は、本実施形態の通信装置間の動作シーケンスの一例を示す図である。図４を用いて本実施形態による通信装置間の動作シーケンス（アクセスポイント３０２、スマートフォン３０４、およびプリンタ３０５の間で実施される処理動作シーケンス）について説明する。図４に示されるプリンタ３０５のシーケンスは、大まかには、次の３つの処理に分かれる。１つ目の処理は、プリンタ３０５が無線ネットワークの通信パラメータに関する情報を他の通信装置（スマートフォン３０４）から取得し、通信パラメータ設定する処理（Ｆ４００、Ｆ４０１）である。本例では、ＤＰＰにより通信パラメータの設定処理に関する情報が取得され、通信パラメータが取得、設定される。２つ目の処理は、取得された通信パラメータに基づいて、プリンタ３０５とアクセスポイント３０２の間で無線ネットワークを介した通信のための通信パラメータを共有し、その通信パラメータに基づいて暗号鍵を設定する処理（Ｆ４０３～Ｆ４０４）である。通信パラメータを共有するための処理は、通信パラメータ設定処理に関する情報に基づいて実行され、例えばＤＰＰにより規定されるＮｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎの手順を含む。３つ目の処理は、共有された通信パラメータ、設定された暗号鍵に基づいて、アクセスポイント３０２とプリンタ３０５の間の無線ネットワークによる通信を確立する処理（Ｆ４０５～Ｆ４１２）である。この３つ目の処理は、例えば４－Ｗａｙ Ｈａｎｄｓｈａｋｅを含む。以下、図４に示される処理についてより詳しく説明する。

図４では、アクセスポイント３０２およびプリンタ３０５をエンローリーデバイスとして、スマートフォン３０４をコンフィギュレータデバイスとして使用して、ネットワークを確立する様子が示されている。ＤＰＰにおける通信パラメータ設定は、ネットワークのすべてのデバイスをコンフィギュレータが管理するため、まずアクセスポイント３０２の通信パラメータの設定処理に関する情報の取得を、スマートフォン３０４を用いて実施する（Ｆ４００）。その後、プリンタ３０５の通信パラメータの設定処理に関する情報の取得および通信パラメータの設定を、スマートフォン３０４を用いて実施する（Ｆ４０１）。通信パラメータに関する情報は、例えばＤＰＰ Ｃｒｅｄｅｎｔｉａｌに含まれている情報であり、その詳細は、ＤＰＰ仕様により規定されたとおりである。

以上によりプリンタ３０５とアクセスポイント３０２の２つのエンローリーデバイスにおける通信パラメータの設定処理に関する情報の取得と通信パラメータの設定が完了する。引き続き、プリンタ３０５がアクセスポイント３０２の構築するネットワークに接続するための手順が開始される。まず、プリンタ３０５とアクセスポイント３０２の間で、通信パラメータの共有と暗号鍵（ＰＭＫ）の設定が実行される。具体的には、プリンタ３０５がＤＰＰによる接続要求信号（ＤＰＰ接続要求）をアクセスポイント３０２へ送信する（Ｆ４０３）。すなわち、プリンタ３０５がＰｅｅｒ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔをアクセスポイントへ送信してＤＰＰにより規定されているＮｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎのシーケンスを開始する。

なお、接続要求信号を送信する前の時点において、プリンタ３０５は接続対象となるアクセスポイント３０２を特定できていない。したがって、プリンタ３０５は、接続要求信号の送信に先立ち、ＩＥＥＥ８０２．１１規格で規定された相手装置検索（Ｆ４０２）を行う。ここで、ＩＥＥＥ８０２．１１規格で規定された相手装置検索には、
・アクセスポイント３０２から送信されているビーコン信号（Ｂｅａｃｏｎ）を受信し、ＳＳＩＤなどによってアクセスポイントを特定する方法（パッシブスキャン）、
・プリンタ３０５がＰｒｏｂｅ Ｒｅｑ信号（プローブリクエスト）を送信し、その応答のＰｒｏｂｅ Ｒｅｓｐ信号（プローブレスポンス）を受信することでアクセスポイントを特定する方法（アクティブスキャン）、
などがある。なお、パッシブスキャン、アクティブスキャン以外に、接続要求信号をブロードキャストパケットとしてネットワーク上のすべてのデバイスに送信するようにしてもよい。

プリンタ３０５からＤＰＰ接続要求（Ｆ４０３）を受信したアクセスポイント３０２は、応答として、ＤＰＰ接続応答をプリンタ３０５へ送信する（Ｆ４０４）。Ｆ４０３とＦ４０４のＤＰＰ接続要求とＤＰＰ接続応答のやりとりにおいて、コンフィギュレータデバイスからそれぞれのエンローリーデバイスに渡された情報に基づいて、次の（１）～（３）の３つの確認が行われる。これらの確認により、プリンタ３０５とアクセスポイント３０２は、それぞれ相互に接続可能であることが判断できる。なお、以下の確認内容は、ＤＰＰにおけるＮｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ Ｅｘｃｈａｎｇｅで規定されているものである。

（１）それぞれのエンローリーデバイスが同一のコンフィギュレータデバイスから通信パラメータを受領したか否かの確認、
（２）接続を行おうとするデバイスの役割がＡＰ－ＳＴＡの組み合わせであり、ＳＴＡ－ＳＴＡまたはＡＰ－ＡＰという同一の役割の組み合わせでないことの確認、
（３）それぞれのエンローリーデバイスが同一のグループを構成することがコンフィギュレータデバイスから期待されているか否かの確認。

また、Ｆ４０３とＦ４０４によるＤＰＰ接続要求／応答の間にアクセスポイント３０２およびプリンタ３０５はＰＭＫ（Ｐａｉｒｗｉｓｅ Ｍａｓｔｅｒ Ｋｅｙ）を算出する。ＰＭＫの算出は、例えば、スマートフォン３０４からアクセスポイント３０２とプリンタ３０５に設定されたＤＰＰ仕様の通信パラメータに基づいて、プリンタ３０５とアクセスポイント３０２との間でＰＭＫＳＡ情報が確立されることにより実現される。さらに、算出されたＰＭＫに基づいて、ＩＥＥＥ８０２．１１規格に定められた手法でＰＭＫＩＤ（ＰＭＫ Ｉｄｅｎｔｉｆｉｅｒ）というハッシュ値が計算される。

ＤＰＰ接続要求とＤＰＰ接続応答により、無線ネットワークを介してプリンタ３０５とアクセスポイント３０２が無線通信を行うための通信パラメータが共有され、暗号鍵（ＰＭＫ）が設定される。その後、接続処理を実施する際は、例えば、ＩＥＥＥ８０２．１１規格にて定められているように、Ａｕｔｈｅｎｔｉｃａｔｉｏｎパケットの送受信（Ｆ４０５、Ｆ４０６）が実施される。そして、Ａｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｅｓｔパケットとＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅパケットの送受信（Ｆ４０７、Ｆ４０８）が実施される。その後、ＰＭＫにもとづいて実際のセッション鍵（ＩＥＥＥ８０２．１１規格によればＰＴＫ（Ｐａｉｒｗｉｓｅ Ｔｒａｎｓｉｅｎｔ Ｋｅｙ））を生成するために４－Ｗａｙ Ｈａｎｄｓｈａｋｅが実施される（Ｆ４０９からＦ４１２）。これは、ＷＰＡ（Ｗｉ－Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ａｃｃｅｓｓ）、ＷＰＡ２で実施される４－Ｗａｙ Ｈａｎｄｓｈａｋｅと同等の処理である。こうして、プリンタ３０５とアクセスポイント３０２との無線接続が確立する。

以上により接続処理を完了すると、プリンタ３０５とアクセスポイント３０２との間でデータ通信が可能となる。その後、プリンタ３０５がアクセスポイント３０２に再接続する際は、上記のようにして生成されたＰＭＫに基づいたＰＭＫＩＤをＡｓｓｏｃｉａｔｉｏｎリクエストパケットに付与して送信する。これにより、プリンタ３０５とアクセスポイント３０２は、Ｆ４０３およびＦ４０４を実施せずに、ＩＥＥＥ８０２．１１規格に基づいた再接続処理を実施することができる。すなわち、通信のための暗号鍵が設定された後にプリンタ３０５がアクセスポイント３０２に再接続する場合は、通信パラメータを共有し暗号鍵（ＰＭＫ）を設定するための手順（Ｆ４０３～Ｆ４０４）を省略して、無線通信で使用する暗号鍵の設定（Ｆ４０５～Ｆ４１２）を開始させる。

アクセスポイント３０２は、ＰＭＫＩＤが付与されたＡｓｓｏｃｉａｔｉｏｎリクエストパケット（Ｆ４０７）を受信した場合、付与されているＰＭＫＩＤに紐づくＰＭＫＳＡ情報もしくはＰＭＫ情報が存在するかを内部的に検索する。ＰＭＫＩＤ情報に紐づく情報が存在する場合、アクセスポイント３０２は、Ａｓｓｏｃｉａｔｉｏｎリクエストパケット（Ｆ４０７）が再接続要求であると判断し、存在しない場合はＤＰＰによるパラメータ設定後の初回の接続要求であると判断することができる。ここで、再接続実施時には、上述したＤＰＰ接続要求（Ｆ４０３）とＤＰＰ接続応答（Ｆ４０４）のやり取りは実施されず、上述した（１）～（３）の確認も実施されない。すなわち、ＤＰＰにおけるＮｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ ＥｘｃｈａｎｇｅとＰＭＫの生成に相当する処理が省略される。結果、再接続時における接続までの時間を短縮することができる。

なお、ＰＭＫＩＤ情報が有効期限切れやアクセスポイント３０２の再起動などにより参照不可となっている場合は、Ｆ４０３、Ｆ４０４を省略せずに接続処理を最初から実施することになる。ここで、Ｆ４０３，Ｆ４０４を再実行する際は、ユーザーへの利便性を考慮し、表示部１０５に何も表示せず自動的に実施するようにしてもよいし、ユーザーへの注意喚起のために認証処理を再実施する旨を表示するようにしてもよい。また、ＤＰＰによる、通信パラメータの設定処理に関する情報も失われている場合は、プリンタ３０５またはアクセスポイント３０２またはそれら両方は、スマートフォン３０４によるＤＰＰ処理（Ｆ４００、Ｆ４０１）を再実施する必要がある。この場合も、ユーザーへの利便性を考慮し、表示部１０５に何も表示せず自動的に実施してもよいし、ユーザーへの注意喚起のため、認証処理を再実施する旨を表示してもよい。

また、上記では、再接続時にＰＭＫＩＤ情報をＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔパケットに付加したが、これに限られるものではない。例えば、プリンタ３０５がアクセスポイントをサーチするためのＰｒｏｂｅ Ｒｅｑｕｅｓｔ信号にＰＭＫＩＤ情報が付加されるようにしてもよい。あるいは、アクセスポイント３０２がＢｅａｃｏｎ信号もしくはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ信号に、ＰＭＫＩＤを付与するように構成することも可能である。

図５、図６は、本実施形態による通信装置１０１（通信パラメータ制御部２０２）の動作例を示すフローチャートである。なお、図５のフローチャートはプリンタ３０５の動作を示している。プリンタ３０５はスマートフォン３０４との間でＤＰＰによる通信パラメータの設定処理が完了した状態である。この状態においてアクセスポイント３０２と接続を行う際の動作フローを説明する。また、図６のフローチャートはアクセスポイント３０２の動作を示している。アクセスポイント３０２もスマートフォン３０４との間でＤＰＰによる通信パラメータの設定処理が完了した状態である。

まず、プリンタ３０５は、今回のアクセスポイント３０２への接続が、上述した４－Ｗａｙ Ｈａｎｄｓｈａｋｅによって暗号鍵が設定された後の、アクセスポイント３０２への再接続であるか否かを判断する。本実施形態では、例えば、次のＳ５０１、Ｓ５０２により判断される。まず、通信接続の対象となるアクセスポイント３０２を相手装置検索により検索する（Ｓ５０１）。本例では、Ｂｅａｃｏｎ信号の検出により装置探索が行われる。プリンタ３０５は、通信接続の対象となるアクセスポイントからのＢｅａｃｏｎ信号を検出すると、当該Ｂｅａｃｏｎ信号が、自身が保持しているＰＭＫＳＡ情報に対応するＰＭＫＩＤを含むか否かを判定する。なお、上述のように、Ｐｒｏｂｅ ＲｅｓｐｏｎｓｅにＰＭＫＩＤが含まれてもよく、その場合、プリンタ３０５は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅに含まれているＰＭＫＩＤについて上記処理を行う。Ｓ５０１でＮＯの場合、プリンタ３０５はアクセスポイント３０２との接続履歴があるか否かを判定する（Ｓ５０２）。ここでの接続履歴とは、アクセスポイント３０２のＭＡＣアドレス情報、ＢＳＳＩＤ情報、およびＰＭＫＳＡ情報などの少なくとも何れかを記憶しているか否かである。スマートフォン３０４は、ＤＰＰ処理においてプリンタ３０５にアクセスポイント３０２のＭＡＣアドレスなどの機器固有情報を渡さないため、ＭＡＣアドレスを保有していることで接続履歴があることを判定することが可能である。

例えば初回接続時のように、ＰＭＫＳＡ情報も接続履歴もない場合、Ｓ５０１およびＳ５０２による判定結果はＮＯとなる。従って、プリンタ３０５は、図４で説明したＤＰＰ接続要求（Ｆ４０３）をアクセスポイント３０２に送信し（Ｓ５０３）、アクセスポイント３０２からのＤＰＰ接続応答（Ｆ４０４）を待ち受ける（Ｓ５０４）。ステップＳ５０４でＤＰＰ接続応答が受信されず、エラー終了と判定された場合は、本処理を終了する。なお、Ｓ５０４では、あらかじめ定めた回数のＤＰＰ接続要求の再送を実施してもＤＰＰ接続応答が受信されない場合に、プリンタ３０５はＤＰＰ接続要求による処理がエラー終了したと判定する。或は、一度のＤＰＰ接続要求に対して所定時間だけＤＰＰ接続応答を待ち受け、所定時間を経過してもＤＰＰ接続応答を受信しなかった場合にエラー終了したと判定するようにしてもよい。

ＤＰＰ接続応答を受信すると（Ｓ５０４でＹＥＳ）、プリンタ３０５はアクセスポイント３０２から受信したＤＰＰ接続応答の内容を確認する（Ｓ５０５）。ここで確認する内容は、例えば図４のＦ４０３～Ｆ４０４で説明した（１）～（３）の確認を含む。なお、アクセスポイント３０２がこれらの確認内容を確認し、その結果をＤＰＰ接続応答に付加して伝達するようにしてもよい。その場合、プリンタ３０５は、内容確認を省略し、アクセスポイント３０２による確認結果を採用する。この際に、プリンタ３０５は、ＰＭＫを設定する。

その後、プリンタ３０５は、ＩＥＥＥ８０２．１１規格に沿った、Ａｕｔｈｅｎｔｉｃａｔｉｏｎパケットの送受信（Ｆ４０５～Ｆ４０６）を行う（Ｓ５０６）。そして、プリンタ３０５は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔの送受信（Ｆ４０７、Ｆ４０８）を行う（Ｓ５０７）。プリンタ３０５は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅが成功（正常応答）を示していると判定した場合、無線ネットワークによる通信に用いられる暗号鍵を生成するために４－Ｗａｙ Ｈａｎｄｓｈａｋｅを実施する（Ｓ５０８）。ここで生成される暗号鍵は、例えば、セッション鍵（ＩＥＥＥ８０２．１１規格に規定されているＰＴＫ）である。４－Ｗａｙ Ｈａｎｄｓｈａｋｅが完了すると、プリンタ３０５はアクセスポイント３０２との間でセキュリティの担保されたデータ通信が可能となる。他方、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅが失敗を示す場合は本処理を終了する。或は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅが失敗を示す場合、Ｓ５０３のＤＰＰ接続から処理をやり直すようにしてもよい。

一方、ステップＳ５０１またはＳ５０２においてＹＥＳと判定された場合、プリンタ３０５は、接続履歴情報としてＩＥＥＥ８０２．１１規格に定められたＰＭＫＳＡ情報を保有している。この場合、プリンタ３０５は、保有しているＰＭＫＳＡ情報に基づいたハッシュ値であるＰＭＫＩＤ情報を設定する（Ｓ５０９）。ＰＭＫＩＤが保有されている場合は、これを読み出して設定するようにしてもよい。そして、プリンタ３０５は、Ｓ５０９で設定したＰＭＫＩＤを、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔに付加情報として付加してアクセスポイント３０２に送信する（Ｓ５１０）。

ＰＭＫＩＤが付加されたＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔを受信したアクセスポイント３０２は、ＰＭＫＩＤに相当するＰＭＫＳＡ情報があるか否かを判定する（図６により後述する）。アクセスポイント３０２は、ＰＭＫＩＤに相当するＰＭＫＳＡ情報がある場合、要求された接続が再接続であると判断し、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅとして「成功」を返送する。Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅに付加されているＰＭＫＩＤに相当するＰＭＫＳＡ情報がない場合、アクセスポイント３０２は、要求された接続が初回接続であると判断し、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅとして「失敗」を返送する。

プリンタ３０５はＳ５１０で送信したＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔに対するＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅが成功なのか失敗なのかを判定する（Ｓ５１１）。Ｓ５１１で成功と判定された場合、プリンタ３０５は、実際のセッション鍵（ＩＥＥＥ８０２．１１規格によればＰＴＫ）を生成するために４－Ｗａｙ Ｈａｎｄｓｈａｋｅを実施する（Ｓ５０８）。こうして、Ｓ５０３～Ｓ５０７の処理が省略される。一方、Ｓ５１１で失敗と判定された場合は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔに付加したＰＭＫＩＤに相当するＰＭＫＳＡ情報がアクセスポイント３０２に存在しないことを意味するので、処理はＳ５０３に戻る。こうしてプリンタ３０５はＤＰＰ接続要求の送信から接続処理をやり直す。この際に、プリンタ３０５は、ユーザーへの利便性を考慮して表示部１０５に何も表示せずにＳ５０３を再実行してもよいし、ユーザーへの注意喚起のために認証処理を再実施する旨を表示してＳ５０３を再実行してもよい。

なお、図５のフローチャートではＳ５１１でＮＯの場合にＤＰＰ接続要求（Ｓ５０３）から再実施する例を示したが、これに限られるものではない。例えば、スマートフォン３０４との間でのパラメータ設定処理（Ｆ４０１）からやり直すようにしてもよい。或いは、Ｓ５０３のＤＰＰ接続要求を行う際に、Ｆ４０１で取得、設定した通信パラメータも存在しない場合に、Ｆ４０１からの処理をやり直すようにしてもよい。さらに、実施形態では、Ｓ５０５で付加されたＰＭＫＩＤに対応するＰＭＫＳＡ情報がアクセスポイント３０２に存在しない場合は、アクセスポイント３０２より失敗を示すＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅが返送されるがこれに限られるものではない。たとえば、アクセスポイント３０２が、Ｓ５０５で付加されたＰＭＫＩＤに対応するＰＭＫＳＡ情報が存在しない場合に、成功を示すＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅを返送するが４－Ｗａｙ Ｈａｎｄｓｈａｋｅを開始しないようにしてもよい。その場合、プリンタ３０５は、４－Ｗａｙ Ｈａｎｄｓｈａｋｅの開始をあらかじめ定めた時間だけ待ち受ける。そして、プリンタ３０５は、４－Ｗａｙ Ｈａｎｄｓｈａｋｅがあらかじめ定めた時間内に開始されない場合に、いったん切断処理を実施したうえで、図５に示すフローチャートのＳ５０３から処理をやり直すようにしてもよい。また、Ｓ５０１でＹｅｓとなった場合であっても、Ｂｅａｃｏｎ等に含まれるＰＭＫＩＤの有効期限が切れている場合には、プリンタ３０５は、Ｓ５０９ではなく、Ｓ５０３に進んで、ＤＰＰ接続要求を送信するようにしてもよい。

次に、図６を参照してアクセスポイント３０２による動作を説明する。アクセスポイント３０２は、現在通信接続中ではない他の通信装置との通信において生成されたＰＭＫＩＤが存在する場合に（Ｓ６０１でＹＥＳ）、ＢｅａｃｏｎにそのＰＭＫＩＤを付加して（Ｓ６０２）、送信する（Ｓ６０３）。Ｓ６０１で該当するＰＭＫＩＤが存在しない場合は、ＰＭＫＩＤが付加されていないＢｅａｃｏｎが送信される。そして、アクセスポイント３０２は、他の通信装置からのＤＰＰ接続要求信号またはＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔを待つ（Ｓ６０４、Ｓ６１０）。なお、通常のＢｅａｃｏｎを送信する構成であってもよく、その場合Ｓ６０１、Ｓ６０２は省略される。また、Ｓ６０２～Ｓ６０３の処理に代えてまたはこれに加えて、Ｐｒｏｂｅ ＲｅｓｐｏｎｓｅにＰＭＫＩＤを付加して送信するようにしてもよい。

ＤＰＰ接続要求を受け付けると（Ｓ６０４でＹＥＳ）、アクセスポイント３０２は、ＤＰＰ接続要求の内容を確認する（Ｓ６０５）。ここで確認する内容は、例えば図４のＦ４０３～Ｆ４０４で説明した（１）～（３）の確認を含む。続いて、アクセスポイント３０２は、ＤＰＰ接続応答をＤＰＰ接続要求の送信元に送信する。ＤＰＰ接続応答に、Ｓ６０５の確認結果が付加されてもよい。その後、アクセスポイント３０２は、ＩＥＥＥ８０２．１１規格に沿った、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ（Ｆ４０５～Ｆ４０６）とＡｓｓｏｃｉａｔｉｏｎ（Ｆ４０７、Ｆ４０８）を実行する（Ｓ６０７～Ｓ６０８）。そして、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔの送信元の通信装置に対し４－Ｗａｙ Ｈａｎｄｓｈａｋｅを開始する（Ｓ６０９）。

他方、ＤＰＰ接続要求とＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔを待ち受けている間にＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔを受信した場合、処理はＳ６１０からＳ６１１へ進む。アクセスポイント３０２は、受信したＡｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｅｓｔにＰＭＫＩＤが付加されているか否かを確認する。ＰＭＫＩＤが付加されていない場合（Ｓ６１１でＮＯ）、アクセスポイント３０２は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔの送信元に対してＡｓｓｏｃｉａｔｉｎ Ｒｅｓｐｏｎｓｅ（失敗）を送信する（Ｓ６１５）。

受信したＡｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｅｓｔがＰＭＫＩＤを含む場合（Ｓ６１１でＹＥＳ）、アクセスポイント３０２は、当該ＰＭＫＩＤに対応するＰＭＫＳＡ情報を検索する（Ｓ６１２）。対応するＰＭＫＳＡ情報が検索された場合（Ｓ６１３でＹＥＳ）、アクセスポイント３０２は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔの送信元に対してＡｓｓｏｃｉａｔｉｎ Ｒｅｓｐｏｎｓｅ（成功）を送信する（Ｓ６１４）。そして、アクセスポイント３０２は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔの送信元の装置との４－Ｗａｙ Ｈａｎｄｓｈａｋｅを実行する。こうして、無線ネットワークによる通信に用いられる暗号鍵の設定開始を指示するＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔに設定済みとなっている暗号鍵を特定する情報が付加されている場合、アクセスポイント３０２は通信に用いる暗号鍵の設定を開始する。結果、Ｓ６０５～Ｓ６０６による共有の手順が省略され、接続処理に要する時間が短縮される。

他方、ＰＭＫＩＤに対応するＰＭＫＳＡ情報が存在しなかった場合（Ｓ６１３でＮＯ）、アクセスポイント３０２は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔの送信元に対してＡｓｓｏｃｉａｔｉｎ Ｒｅｓｐｏｎｓｅ（失敗）を送信する（Ｓ６１５）。この場合、Ｓ６０９による４－Ｗａｙ Ｈａｎｄｓｈａｋｅは実行されない。なお、Ｓ６１３でＮＯの場合にＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ（失敗）が送信されるがこれに限られるものではない。例えば、アクセスポイント３０２は、Ｓ６１３でＮＯの場合にＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ（成功）を送信し、Ｓ６０９の４－Ｗａｙ Ｈａｎｄｓｈａｋｅを開始しないように制御してもよい。

また、ＰＭＫＩＤに有効期限がある場合には、アクセスポイント３０２は、ＰＭＫＳＡ情報において、ＰＭＫＩＤと有効期限とを対応付けて管理しておき、Ｓ６１２において当該ＰＭＫＩＤの有効期限が切れているか否かを確認する。そして、有効期限が切れていない場合にはＳ６１３でＹｅｓとし、有効期限が切れている場合、即ち、当該ＰＭＫＩＤが無効である場合にはＳ６１３でＮｏとする。なお、これに代えて、アクセスポイント３０２は、有効期限の切れたＰＭＫＩＤについての情報をＰＭＫＳＡ情報から削除するようにしてもよい。このような構成によっても、同様の効果を得ることができる。

以上のように、上記実施形態によれば、ＤＰＰによる通信パラメータ設定後にＡＰとＳＴＡとの間の接続履歴の有無等によって接続までの手順を切り替えることができ、特に再接続時の手順を簡略化することが可能となる。

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

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

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

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

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

１０１：装置全体、１０２：制御部、１０３：記憶部、１０４：無線部、１０５：表示部、１０６：撮影部、１０７アンテナ制御部、１０８：アンテナ、３０２：アクセスポイント、３０３：ネットワーク、３０４：スマートフォン、３０５：プリンタ

Claims (20)

1. 通信装置であって、
   Ｗｉ－Ｆｉ ＤＰＰ（Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ）規格に従って通信パラメータを取得する第１の取得手段と、
   前記第１の取得手段により取得された前記通信パラメータを用いて、第１の他の通信装置とＤＰＰに準拠したＮｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を実行することにより、暗号鍵を取得する第２の取得手段と、
   前記Ｎｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を実行することにより取得された前記暗号鍵を用いて、前記第１の他の通信装置との接続処理を実行する接続手段と、
   前記第１の他の通信装置との再接続においては、前記Ｎｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理による前記暗号鍵の取得を省略して前記第１の他の通信装置と接続する再接続手段と、
   を備えることを特徴とする通信装置。
2. 前記第１の取得手段は、ＤＰＰにおけるコンフィギュレータとして動作する第２の他の通信装置から、前記通信パラメータを取得することを特徴とする請求項１に記載の通信装置。
3. 前記接続手段は、ＡｕｔｈｅｎｔｉｃａｔｉｏｎパケットまたはＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔを前記第１の他の通信装置へ送信することにより、前記第１の他の通信装置との前記接続処理を開始することを特徴とする請求項１または２に記載の通信装置。
4. 前記接続手段は、前記第１の他の通信装置との間で４－Ｗａｙ Ｈａｎｄｓｈａｋｅを実行することを特徴とする請求項１から３のいずれか１項に記載の通信装置。
5. 接続の対象となっている前記第１の他の通信装置に関する接続履歴が存在するかを判定する判定手段をさらに備え、
   前記判定手段により前記接続履歴が存在すると判定された場合に、前記再接続手段は、前記Ｎｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理による前記暗号鍵の取得を省略して前記第１の他の通信装置と接続することを特徴とする請求項１から４のいずれか１項に記載の通信装置。
6. 前記接続履歴は、前記第１の他の通信装置のＭＡＣアドレスを含むことを特徴とする請求項５に記載の通信装置。
7. 前記第１の他の通信装置を検索する検索手段をさらに備え、
   前記再接続手段は、前記検索手段において前記第１の他の通信装置から受信したＢｅａｃｏｎもしくはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅに付加されている情報に基づいて前記接続履歴が存在するか否かを判定することを特徴とする請求項５または６に記載の通信装置。
8. 前記第１の他の通信装置から受信したＢｅａｃｏｎもしくはＰｒｏｂｅ ＲｅｓｐｏｎｓｅにＰＭＫＩＤが付加されている場合に、前記接続履歴が存在すると判定することを特徴とする請求項７に記載の通信装置。
9. 前記再接続手段は、前記暗号鍵を示す情報が付加されたＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔを送信することを特徴とする請求項１から８のいずれか１項に記載の通信装置。
10. 前記再接続手段による前記第１の他の通信装置との接続に失敗した場合、前記第１の他の通信装置と前記Ｎｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を実行する実行手段をさらに備えることを特徴とする請求項１から９のいずれか１項に記載の通信装置。
11. 前記第１の他の通信装置は、ＩＥＥＥ８０２．１１シリーズ規格に準拠したアクセスポイントであることを特徴とする請求項１から１０のいずれか１項に記載の通信装置。
12. 前記暗号鍵は、ＰＭＫ（Ｐａｉｒｗｉｓｅ Ｍａｓｔｅｒ Ｋｅｙ）であることを特徴とする請求項１から１１のいずれか１項に記載の通信装置。
13. 通信装置であって、
    他の通信装置とＤＰＰに準拠したＮｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を実行することにより、暗号鍵を取得する取得手段と、
    前記Ｎｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を実行することにより取得された前記暗号鍵を用いて、前記他の通信装置と接続する接続手段と、
    前記暗号鍵を特定する情報が付加された要求信号を前記他の通信装置から受信した場合、前記Ｎｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を省略して、前記他の通信装置と接続する再接続手段と、
    を備えることを特徴とする通信装置。
14. 前記接続手段は、前記他の通信装置と４－Ｗａｙ Ｈａｎｄｓｈａｋｅを実行することによって、前記他の通信装置と接続することを特徴とする請求項１３に記載の通信装置。
15. 前記暗号鍵を特定する情報を付加したＢｅａｃｏｎ信号を送信する送信手段をさらに備えることを特徴とする請求項１３または１４に記載の通信装置。
16. Ｂｅａｃｏｎ信号に対応するプローブリクエストを受信した場合に、前記プローブリクエストに対して、前記暗号鍵を特定する情報を付加したプローブレスポンスを送信する送信手段をさらに備えることを特徴とする請求項１３または１４に記載の通信装置。
17. 前記通信装置は、ＩＥＥＥ８０２．１１シリーズ規格に準拠したアクセスポイントであることを特徴とする請求項１３から１６のいずれか１項に記載の通信装置。
18. 通信装置の制御方法であって、
    Ｗｉ－Ｆｉ ＤＰＰ（Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ）規格に従って通信パラメータを取得する第１の取得工程と、
    前記第１の取得工程において取得された前記通信パラメータを用いて、第１の他の通信装置とＤＰＰに準拠したＮｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を実行することにより、暗号鍵を取得する第２の取得工程と、
    前記Ｎｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を実行することにより取得された前記暗号鍵を用いて、前記第１の他の通信装置との接続処理を実行する接続工程と、
    前記第１の他の通信装置との再接続においては、前記Ｎｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理による前記暗号鍵の取得を省略して前記第１の他の通信装置と接続する再接続工程と、
    を備えることを特徴とする制御方法。
19. 通信装置の制御方法であって、
    他の通信装置とＤＰＰに準拠したＮｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を実行することにより、暗号鍵を取得する取得工程と、
    前記Ｎｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を実行することにより取得された前記暗号鍵を用いて、前記他の通信装置と接続する接続工程と、
    前記暗号鍵を特定する情報が付加された要求信号を前記他の通信装置から受信した場合、前記Ｎｅｔｗｏｒｋ Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を省略して、前記他の通信装置と接続する再接続工程と、
    を備えることを特徴とする制御方法。
20. 請求項１から１７のいずれか１項に記載された通信装置の各手段としてコンピュータを機能させるためのプログラム。

Images