(57)【要約】      （修正有）【課題】ＤＰＰを用いたパラメータ共有処理において、複数のネットワーク識別子を簡単に設定できるようにする。【解決手段】Ｗｉ−Ｆｉ  Ｄｅｖｉｃｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ｐｒｏｔｏｃｏｌを用いた通信パラメータ共有処理を開始する指示に従って、通信パラメータ共有処理において用いられる公開鍵を共有し、共有された公開鍵を用いて、通信パラメータを提供する提供装置との間で認証処理を実行する。認証処理の後、複数のネットワーク識別子を要求することを示すＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットを生成する生成し、生成されたＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットを提供装置へ送信する。【選択図】図７
2020043474.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｉ−Ｆｉ  Ｄｅｖｉｃｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ｐｒｏｔｏｃｏｌを用いた通信パラメータ共有処理を開始する指示を受け付ける受付手段と、
前記指示に従って、前記通信パラメータ共有処理において用いられる公開鍵を共有する処理を実行する実行手段と、
前記実行手段の処理によって共有された公開鍵を用いて、通信パラメータを提供する提供装置との間で認証処理を実行する認証手段と、
前記認証処理の後、複数のネットワーク識別子を要求することを示すＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットを生成する生成手段と、
前記生成手段によって生成されたＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットを前記提供装置へ送信する送信手段と、
を有することを特徴とする通信装置。
【請求項２】
前記生成手段は、複数のネットワーク識別子を要求することに加えて、要求するネットワーク暗号化方式を示す情報を含んだＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットを生成することを特徴とする請求項１記載の通信装置。
【請求項３】
前記送信手段によって送信されたＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットに応答して前記提供装置から送信されたＣｏｎｆｉｇｕｒａｔｏｉｎ  Ｒｅｓｐｏｎｓｅパケットを受信する受信手段と、
前記受信手段によって受信されたＣｏｎｆｉｇｕｒａｔｏｉｎ  Ｒｅｓｐｏｎｓｅパケットから取得された複数のネットワーク識別子の少なくとも何れかを自装置に設定する設定手段と、
を有することを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
Ｗｉ−Ｆｉ  Ｄｅｖｉｃｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ｐｒｏｔｏｃｏｌを用いた通信パラメータ共有処理を開始する指示を受け付ける受付手段と、
前記指示に従って、前記通信パラメータ共有処理において用いられる公開鍵を共有する処理を実行する実行手段と、
前記実行手段の処理によって共有された公開鍵を用いて、通信パラメータを受信する受信装置との間で認証処理を実行する認証手段と、
前記認証処理の後、複数のネットワーク識別子を要求することを示すＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットを、前記受信装置から受信する受信手段と、
前記受信手段によって受信されたＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットに応答して、複数のネットワーク識別子を含むＣｏｎｆｉｇｕｒａｔｏｉｎ  Ｒｅｓｐｏｎｓｅパケットを、前記受信装置へ送信する送信手段と、
を有することを特徴とする通信装置。
【請求項５】
前記通信パラメータ共有処理において用いられる公開鍵を共有する処理は、前記提供装置と前記受信装置の一方が他方のＱＲコードを撮影することによって公開鍵を共有する処理であることを特徴とする請求項１乃至４の何れか一項に記載の通信装置。
【請求項６】
前記ネットワーク識別子はＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）であることを特徴とする請求項１乃至５の何れか一項に記載の通信装置。
【請求項７】
Ｗｉ−Ｆｉ  Ｄｅｖｉｃｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ｐｒｏｔｏｃｏｌを用いた通信パラメータ共有処理を開始する指示に従って、前記通信パラメータ共有処理において用いられる公開鍵を共有する処理を実行する実行工程と、
前記共有された公開鍵を用いて、通信パラメータを提供する提供装置との間で認証処理を実行する認証工程と、
前記認証処理の後、複数のネットワーク識別子を要求することを示すＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットを生成する生成工程と、
前記生成されたＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットを前記提供装置へ送信する送信工程と、
を有することを特徴とする通信方法。
【請求項８】
Ｗｉ−Ｆｉ  Ｄｅｖｉｃｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ｐｒｏｔｏｃｏｌを用いた通信パラメータ共有処理を開始する指示に従って、前記通信パラメータ共有処理において用いられる公開鍵を共有する処理を実行する実行工程と、
前記共有された公開鍵を用いて、通信パラメータを受信する受信装置との間で認証処理を実行する認証工程と、
前記認証処理の後、複数のネットワーク識別子を要求することを示すＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットを、前記受信装置から受信する受信工程と、
前記受信されたＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットに応答して、複数のネットワーク識別子を含むＣｏｎｆｉｇｕｒａｔｏｉｎ  Ｒｅｓｐｏｎｓｅパケットを、前記受信装置へ送信する送信工程と、
を有することを特徴とする通信方法。
【請求項９】
請求項１乃至６の何れか一項に記載の通信装置としてコンピュータを動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信方法及びプログラムに関する。
【背景技術】
【０００２】
近年、デジタルカメラ、プリンタ、携帯電話・スマートフォンなどに無線通信機能を搭載し、これらの通信装置を無線ネットワークに接続して使用するケースが増えている。
【０００３】
通信装置を無線ネットワークに接続するには、暗号方式、暗号鍵、認証方式、認証鍵等のさまざまな通信パラメータを設定する必要がある。これらの通信パラメータの設定を容易にする技術として、ＱＲコード（登録商標）等を用いた通信パラメータの設定プロトコルを規定した規格（Ｗｉ−Ｆｉ  Ｄｅｖｉｃｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ｐｒｏｔｏｃｏｌ、以下ＤＰＰと称する）が策定されている。
【０００４】
特許文献１に記載のＤＰＰでは、通信パラメータを提供するコンフィグレータが、アクセスポイントに接続するために必要な情報を、通信パラメータを受信するエンローリに提供する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国公開特許２０１７／０２９５４４８号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＤＰＰ仕様においては、ＳＳＩＤのようなネットワーク識別子を一つしか配布することができず、企業向けアクセスポイントなどで広く普及している複数のネットワーク識別子を配布することができなかった。
【０００７】
本発明はこのような課題に対してなされたもので、ＤＰＰを用いたパラメータ共有処理において、複数のネットワーク識別子を簡単に設定できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上述の課題を解決するために、本発明の通信装置は、Ｗｉ−Ｆｉ  Ｄｅｖｉｃｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ｐｒｏｔｏｃｏｌを用いた通信パラメータ共有処理を開始する指示を受け付ける受付手段と、前記指示に従って、前記通信パラメータ共有処理において用いられる公開鍵を共有する処理を実行する実行手段と、前記実行手段の処理によって共有された公開鍵を用いて、通信パラメータを提供する提供装置との間で認証処理を実行する認証手段と、前記認証処理の後、複数のネットワーク識別子を要求することを示すＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットを生成する生成手段と、前記生成手段によって生成されたＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットを前記提供装置へ送信する送信手段とを有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ＤＰＰを用いたパラメータ共有処理において、複数のネットワーク識別子を簡単に設定できるようになる。
【図面の簡単な説明】
【００１０】
【図１】通信装置のハードウェア構成を示す図
【図２】通信装置のソフトウェア機能構成を示す図
【図３】通信システムの構成の一例を示す図
【図４】本実施形態の通信装置間の動作シーケンス図
【図５】本実施形態のエンローリ装置の要求情報の一例を示す図
【図６】本実施形態のコンフィギュレータ装置の応答情報の一例を示す図
【図７】本実施形態の通信装置の動作フローチャート図（その１）
【図８】本実施形態の通信装置の動作フローチャート図（その２）
【発明を実施するための形態】
【００１１】
以下、本実施形態に係る通信装置について、図面を参照しながら詳細に説明する。以下では、ＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）８０２．１１シリーズに準拠した無線ＬＡＮシステムを用いた例について説明する。しかしながら、通信形態は必ずしもＩＥＥＥ８０２．１１準拠の無線ＬＡＮには限らない。
【００１２】
図３は、本実施形態に係る通信システムの構成を示した図である。通信システムは、アクセスポイント３０２、スマートフォン３０４、プリンタ３０５および無線ＬＡＮネットワーク３０３（以下、ネットワーク３０３）を含む。以下では、アクセスポイント３０２が形成するネットワーク３０３に、プリンタ３０５を参加させる場合の処理について説明する。スマートフォン３０４は、ＤＰＰに規定されるコンフィグレータ（Ｃｏｎｆｉｇｕｒａｔｏｒ）として動作し、アクセスポイント３０２に接続するための情報をプリンタ３０５へ提供する。
【００１３】
なお、本実施形態における通信システムにおける各通信装置をスマートフォン、アクセスポイント及びプリンタとして説明を行うが、例えば携帯電話、カメラ、ＰＣ、ビデオカメラ、スマートウォッチ、ＰＤＡなどの他の通信装置であってもよい。また、通信システムの装置数を３台として説明を行うが、２台または４台以上であってもよい。
【００１４】
続いて、図３に示す通信システムの通信装置の本実施形態におけるハードウェア構成について図１を用いて説明する。図１において、１０１は装置全体を示す。１０２は、記憶部１０３に記憶される制御プログラムを実行することにより装置全体を制御する制御部である。制御部１０２は例えば一つ又は複数のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等のプロセッサにより構成される。１０３は制御部１０２が実行する制御プログラム、画像データ、通信パラメータ等の各種情報を記憶する記憶部である。後述する各種動作は、記憶部１０３に記憶された制御プログラムを制御部１０２が実行することにより行われる。記憶部１０３は、例えば、一つ又は複数のＲＯＭ、ＲＡＭ、ＨＤＤ、フラッシュメモリまたは着脱可能なＳＤカードなどの記憶媒体により構成される。
【００１５】
１０４はＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮ通信を行うための無線部である。無線部１０４は、無線通信を行うチップにより構成される。１０５は各種表示を行う表示部でありＬＣＤやＬＥＤのように視覚で認知可能な情報の出力、あるいはスピーカなどの音出力が可能な機能を有する。表示部１０５は視覚情報および音情報の少なくともどちらか一方を出力する機能を備えるものである。表示部１０５は視覚情報を表示する場合、表示する視覚情報に対応する画像データを保持するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）を有する。表示部１０５は、ＶＲＡＭに格納した画像データをＬＣＤやＬＥＤに表示させ続ける表示制御を行う。
【００１６】
１０６は、撮像素子、レンズ等により構成され、写真や動画の撮影を行う撮影部である。撮影部１０６は、バーコード、ＱＲコード（登録商標）などの二次元コード等の画像の撮影を行う。１０７はアンテナ１０８の出力制御を行うアンテナ制御部であり、１０８は無線ＬＡＮで通信するための２．４ＧＨｚ帯および／または５ＧＨｚ帯で通信可能なアンテナである。１０９は、ユーザが各種入力等を行い、通信装置１０１を操作するための入力部である。入力部１０９は、入力に対応するフラグを記憶部１０３等のメモリに記憶する。尚、図１の例は一例であり、通信装置がその他のハードウェア構成を有していてもよい。例えば通信装置がプリンタである場合には、図１に示す構成の他に、印刷部を有していてもよい。また、通信装置１０１がアクセスポイント３０２である場合には、撮影部１０６や表示部１０５は備えていなくてもよい。
【００１７】
図２は、後述の通信制御機能を実行するソフトウェア機能ブロックの構成の一例を表すブロック図である。本実施形態において、各通信装置の機能ブロックは、それぞれ記憶部１０３にプログラムとして記憶され、制御部１０２によって当該プログラムが実行されることによりその機能が実施される。制御部１０２は、制御プログラムにしたがって、各ハードウェアの制御、および、情報の演算や加工を行うことで各機能を実現する。なお、本機能ブロックに含まれる一部または全部がハードウェア化されていてもよい。この場合、各機能ブロックに含まれる一部または全部は、例えばＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）により構成される。
【００１８】
図２において、２０１はソフトウェア機能ブロック全体を示す。２０２は通信パラメータ制御部である。通信パラメータ制御部２０２は、装置間で通信パラメータを共有するための通信パラメータ共有処理を実行する。通信パラメータ共有処理においては、提供装置が受信装置に、無線通信するための通信パラメータを提供する。ここで、通信パラメータには、ネットワーク識別子としてのＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）、暗号方式、暗号鍵、認証方式、認証鍵等の無線ＬＡＮ通信を行うために必要な無線通信パラメータが含まれる。また、ＤＰＰに規定されるコネクタ、ＭＡＣアドレス、ＰＳＫ、パスフレーズ、ＩＰレイヤでの通信を行うためのＩＰアドレス、上位レイヤで実行されるサービスに必要な情報等を含めてもよい。通信パラメータ制御部２０２が実行する通信パラメータ共有処理は、ＤＰＰであるとする。
【００１９】
２０３はバーコード読み取り制御部である。バーコード読み取り制御部２０３は、撮影部１０６により撮影されたバーコード、ＱＲコードなどの二次元コード等の画像を解析し、符号化された情報を取得する。バーコード読み取り制御部２０３は、通信パラメータ共有処理を実行する際に使用される公開鍵を含むコード情報を撮影部１０６によって撮影し、撮影した画像を取得する。なお、コード情報は、ＣＰコードまたはＱＲコードなどの二次元コードまたはバーコードなどの一次元コードであってもよい。バーコード読み取り制御部２０３は、撮影部１０６の撮影によって取得したコード情報の画像を解析し、符号化された情報を取得する。本実施形態において、コード情報には、通信パラメータ共有処理において用いられる情報が含まれ得る。通信パラメータ共有処理において用いられる情報は、認証処理に用いられる公開鍵や装置の識別子などの情報である。なお、公開鍵は、通信パラメータ共有処理の際のセキュリティを高めるために用いられる情報であり、証明書、またはパスワードなどの情報であってもよい。ここで、公開鍵は公開鍵暗号方式で用いられる暗号鍵の一種である。
【００２０】
２０４はバーコード生成制御部である。バーコード、ＱＲコードなどの二次元コード等で表された画像を生成し、生成したバーコード、ＱＲコードなどの二次元コード等の画像を表示部１０５へ表示するための制御を実施する。バーコード生成制御部２０４は、通信パラメータ共有処理を実行する際に使用される公開鍵や通信装置の識別子などの情報を含むコード情報を生成する。２０５はアプリケーションレイヤにおけるサービス制御部である。ここでのアプリケーションレイヤとはＯＳＩ参照モデル（７層）における第５層以上の上位レイヤにおけるサービス提供層のことを指す。すなわちサービス制御部２０５は、無線部１０４による無線通信を用いて印刷処理や画像ストリーミング処理や、ファイル転送処理などを実行する。
【００２１】
２０６はパケット受信部、２０７はパケット送信部であり、上位レイヤの通信プロトコルを含むあらゆるパケットの送受信を制御する。また、パケット受信２０６及びパケット送信部２０７は、対向装置との間でＩＥＥＥ８０２．１１規格に準拠したパケットの送信及び受信を行うため無線部１０４を制御する。
【００２２】
２０８はステーション機能制御部であり、ＩＥＥＥ８０２．１１規格に定められたインフラストラクチャモードにおけるステーション（ＳＴＡ）として動作するＳＴＡ機能を提供する。ＳＴＡ機能制御部２０８は、ＳＴＡとして動作する際に、認証・暗号処理等を実施する。また、２０９はアクセスポイント機能制御部であり、ＩＥＥＥ８０２．１１規格に定められたインフラストラクチャモードにおけるアクセスポイント（ＡＰ）として動作するＡＰ機能を提供する。ＡＰ機能制御部２０９は、無線ネットワークを形成し、ＳＴＡに対する認証・暗号処理およびＳＴＡの管理等を実施する。２１０はデータ記憶部であり、ソフトウェアそのものおよび、通信パラメータや、バーコード類の情報の記憶部１０３への書き込み及び読み出しの制御を行う。また、通信装置１０１がアクセスポイント３０２である場合には、バーコード読み取り部２０３などは存在しなくてよい。
【００２３】
以上の構成を有する通信システムの動作について説明を行う。アクセスポイント３０２はネットワーク３０３を構築しており、スマートフォン３０４はアクセスポイント３０２に接続可能な通信パラメータを保持している。スマートフォン３０４における通信パラメータの取得方法は、アクセスポイント３０２がＤＰＰに非対応の場合は、ＷＰＳやＡＯＳＳなどの既存プロトコルを用いてもよい。また、アクセスポイント３０２がＤＰＰに対応する場合は、ＤＰＰを用いた自動設定などを用いてもよい。または、ユーザが入力部１０９を用いて手動で入力してもよい。
【００２４】
図４はある二つの通信装置間の動作シーケンスを示すものである。デバイスＡは通信パラメータを提供するコンフィグレータであり図３のスマートフォン３０４に相当する。
【００２５】
デバイスＢは通信パラメータを受信するエンローリであり、図３のアクセスポイント３０２や、プリンタ３０５に相当する。以下の説明では、通信パラメータ提供装置をコンフィグレータ、通信パラメータ受信装置をエンローリ（Ｅｎｒｏｌｌｅｅ）と呼ぶ。
【００２６】
ＤＰＰ仕様に基づき、デバイスＡとデバイスＢとの間で、ＤＰＰ  Ｂｏｏｔｓｔｒａｐｐｉｎｇ処理を実行したのちに、ＤＰＰ  Ａｕｔｈｅｎｔｉｃａｔｏｎ処理を実施する。
【００２７】
その後、ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｉｎ処理を実施する。  ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ処理は、まず、エンローリによってＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ送信処理が行われる。このＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔを受信したコンフィグレータは、内容を確認し、ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｓｐｏｎｓｅをエンローリに向けて送信する。
【００２８】
ＤＰＰ  Ｃｏｎｆｉｇｕｒａｉｔｏｎ処理の詳細について図７および図８を用いて後述する。
【００２９】
また、デバイスＡ、デバイスＢが直接接続する場合は、ＤＰＰ  Ｎｅｔｗｏｒｋ  Ｉｎｔｒｏｄｕｃｔｉｏｎ処理を実施したのち、ＷＰＡ２  ４ＷａｙＨａｎｄｓｈａｋｅ処理を実施し接続処理を完了する。
【００３０】
図７は、図４におけるデバイスＢ、通信パラメータ受信装置であるエンローリとして動作する通信装置の動作フローの一例を示す図である。
【００３１】
ＤＰＰによる通信パラメータ共有処理を実施するために、エンローリは、表示部１０５、入力部１０９がユーザによって操作され、ＤＰＰを開始する指示を受け付けることに応じて、通信パラメータ設定アプリケーションを起動する（Ｓ７０１）。その後、エンローリは、ＤＰＰ仕様に規定されているＤＰＰ  Ｂｏｏｔｓｔｒａｐｐｉｎｇ処理を実施する（Ｓ７０２）。ＤＰＰ  Ｂｏｏｔｓｔｒａｐｐｉｎｇ処理とは、ＱＲコードを用いて、エンローリとコンフィグレータ間で公開鍵を共有する処理である。具体的には、エンローリとコンフィグレータの何れか一方が、保持している公開鍵の情報を符号化してＱＲコードを生成し、他方がそのＱＲコードを読み取って公開鍵の情報を得る処理である。尚、ＤＰＰ  Ｂｏｏｔｓｔｒａｐｐｉｎｇ処理は、ＱＲコードの代わりに、Ｗｉ−ＦｉやＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線通信を利用して公開鍵を共有してもよい。
【００３２】
引き続きエンローリは、ＤＰＰ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ処理を実施する（Ｓ７０３）。ＤＰＰ  Ａｕｔｈｅｎｔｉａｔｉｏｎ処理とは、上述のＤＰＰ  Ｂｏｏｔｓｔｒａｐｐｉｎｇ処理にて共有した公開鍵の情報を用いて、エンローリとコンフィグレータとの間で認証を行う処理である。
【００３３】
次にエンローリは、通信パラメータとして複数のネットワーク情報が必要か否かを判定する（Ｓ７０４）。Ｓ７０５において、エンローリは、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｔｔｒｉｂｕｔｅ  Ｏｂｊｅｃｔを生成する。具体的にはＳ７０４で複数のネットワーク情報が必要であると判定された場合、エンローリは、ＤＰＰ仕様で規定されているＣｏｎｆｉｇｕｒａｔｉｏｎ  Ａｔｔｒｉｂｕｔｅ  Ｏｂｊｅｃｔに、図５で示すように、必要なネットワーク暗号化方式を設定する。更に、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｔｔｒｉｂｕｔｅ  Ｏｂｊｅｃｔに、図５で示すように、複数ネットワーク有効・無効の要求リストを設定する。図５の例では、必要なネットワーク暗号化方式として、ＤＰＰ方式およびＷＰＡ３方式を要求し、複数ネットワークを有効とした通信パラメータを要求する。尚、ネットワーク暗号化方式の情報はＣｏｎｆｉｇｕｒａｔｉｏｎ  Ａｔｔｒｉｂｕｔｅ  Ｏｂｊｅｃｔに設定されなくてもよい。
【００３４】
一方Ｓ７０４における判定の結果、複数ネットワーク情報が不要と判定された場合、エンローリはＣｏｎｆｉｇｕｒａｔｉｏｎ  Ａｔｔｒｉｂｕｔｅ  Ｏｂｊｅｃｔに、必要なネットワーク暗号化方式と複数ネットワーク有効・無効の要求リストを設定しない。
【００３５】
Ｓ７０６において、エンローリは、Ｓ７０５で生成されたＣｏｎｆｉｇｕｒａｔｉｏｎ  Ａｔｔｒｉｂｕｔｅ  Ｏｂｊｅｃｔを含むＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットを、コンフィグレータに送信する（Ｓ７０６）。
【００３６】
ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケット送信後、エンローリはコンフィグレータからのＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｉｎ  Ｒｅｓｐｏｎｓｅパケットを受信する（Ｓ７０７）。なお、Ｓ７０６のパケット送信後、対向するコンフィグレータからのレスポンスパケットが受信されない場合は、エンローリは、タイムアウト処理もしくはパケット再送処理を行う。
【００３７】
ここで、Ｓ７０７においてエンローリがＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｉｎ  Ｒｅｓｐｏｎｓｅパケットを受信した場合、エンローリは、当該パケットに設定されているＤＰＰ  Ｓｔａｔｕｓというフィールドを参照する（Ｓ７０８）。これは、コンフィグレータでの処理結果を示すものであり、処理が成功したか失敗したかを示すものである。
【００３８】
Ｓ７０８において、成功を示す値が格納されている場合は、エンローリは、ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｂｊｅｃｔのパース処理を行い、コンフィグレータから通知された通信パラメータ情報を取得する（Ｓ７０９）。
【００３９】
エンローリは、Ｓ７０９において取得した通信パラメータの情報を自装置に設定する。取得した通信パラメータに複数のネットワーク情報（例えば複数のＳＳＩＤ）が含まれる場合には、含まれる全てのネットワーク情報を設定する。又は、自動的に選択された何れかのネットワーク情報を設定する。選択の仕方は、ランダムに選択されてもよいし、各ネットワークのセキュリティの情報を参照してよりセキュリティが高い方のネットワーク情報を選択するなどであってもよい。又は、設定すべきネットワーク情報をユーザに選択させるための画面を表示し、ユーザによる選択を受け付けて、選択された方のネットワーク情報を設定するようにしてもよい。
【００４０】
これにより、複数のネットワーク情報を設定するために複数回ＤＰＰの処理を実行する必要がなくなり、ユーザの操作負荷が減り、コンフィグレータとエンローリの処理負荷も削減される。
【００４１】
図８は、図４におけるデバイスＡ、通信パラメータ提供装置であるコンフィグレータとして動作する通信装置の動作フローの一例を示す図である。
【００４２】
ＤＰＰによる通信パラメータ共有処理を実施するために、コンフィグレータは、表示部１０５、入力部１０９がユーザによって操作され、ＤＰＰを開始する指示を受け付けることに応じて、通信パラメータ設定アプリケーションを起動する（Ｓ８０１）。その後、コンフィグレータは、ＤＰＰ仕様に規定されているＤＰＰ  Ｂｏｏｔｓｔｒａｐｐｉｎｇ処理を実施する（Ｓ８０２）。ＤＰＰ  Ｂｏｏｔｓｔｒａｐｐｉｎｇ処理は上述した通りである。
【００４３】
引き続き、コンフィグレータは、ＤＰＰ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ処理を実施する（Ｓ８０３）。ＤＰＰ  Ａｕｔｈｅｎｔｉａｔｉｏｎ処理は上述した通りである。
【００４４】
その後、コンフィグレータは、エンローリから送信されたＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔパケットを受信する（Ｓ８０４）。ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｎ  Ｒｅｑｕｅｓｔパケットには、エンローリが受信を要求する情報の種別が、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｔｔｒｉｂｕｔｅ  Ｏｂｊｅｃｔに設定されている。よって、コンフィグレータは、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｔｔｒｉｂｕｔｅ  Ｏｂｊｅｃｔのパース処理を行い、エンローリが必要な情報を確認する（Ｓ８０５）。
【００４５】
コンフィグレータは、Ｓ８０５で取得したＣｏｎｆｉｇｕｒａｔｉｏｎ  Ａｔｔｒｉｂｕｔｅ  Ｏｂｊｅｃｔの情報に基づいて、エンローリの要求を判定する（Ｓ８０６）。
【００４６】
ここで、エンローリが単一ネットワーク情報のみを要求していると判定された場合は、ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｎ  Ｒｅｓｐｏｎｓｅパケットに設定するＤＰＰ  ＳｔａｔｕｓとしてＯＫを設定する（Ｓ８１１）。その後、コンフィグレータは、自装置が保持しており、且つエンローリに設定を希望するＷｉ−Ｆｉ情報をＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｂｊｅｃｔに設定する（Ｓ８１２）。そして、コンフィグレータは、ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｎ  Ｒｅｑｕｅｓｔパケットの応答として、エンローリへＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｉｎ  Ｒｅｓｐｏｎｓｅパケットを送信する（Ｓ８１０）。ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｉｎ  Ｒｅｓｐｏｎｓｅパケットには、ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｂｊｅｃｔが含まれる。
【００４７】
一方、Ｓ８０６において、エンローリが複数ネットワーク情報を要求していると判定された場合は、コンフィグレータは、その要求に対して、自装置が対応可能か否かを判定する（Ｓ８０７）。
【００４８】
Ｓ８０７において、コンフィグレータが対応可能であると判定された場合は、コンフィグレータは、自装置が保持していて、且つエンローリから要求されている情報についてＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｂｊｅｃｔに設定を行う（Ｓ８０８）。さらに、コンフィグレータは、ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｎ  Ｒｅｓｐｏｎｓｅパケットに設定するＤＰＰ  ＳｔａｔｕｓとしてＯＫを設定する（Ｓ８０９）。
【００４９】
そしてコンフィグレータは、エンローリへＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｉｎ  Ｒｅｓｐｏｎｓｅパケットを送信する（Ｓ８１０）。ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｉｎ  Ｒｅｓｐｏｎｓｅパケットには、ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｂｊｅｃｔが含まれる。図６は、Ｓ８１０でコンフィグレータが送信するＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｎ  Ｒｅｓｐｏｎｓｅパケットに含まれるＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｂｊｅｃｔの一例である。図６の例では、複数のＳＳＩＤ（ＳＳＩＤ「ａｂｃｄｅ」とＳＳＩＤ「ｖｗｘｙｚ」）が含まれている。
【００５０】
Ｓ８０７において、コンフィグレータが対応不可能であると判定された場合は、コンフィグレータは、ＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｎ  Ｒｅｓｐｏｎｓｅパケットに設定するＤＰＰ  Ｓｔａｔｕｓとしてエラーを設定する（Ｓ８１３）。その後、コンフィグレータは、エンローリへＤＰＰ  Ｃｏｎｆｉｇｕｒａｔｏｉｎ  Ｒｅｓｐｏｎｓｅパケットを送信する（Ｓ８１０）。
【００５１】
以上のように、本実施形態によれば、ＤＰＰによる通信パラメータ設定において、複数のネットワーク情報を同時に設定することが可能となる。尚、本実施形態においてコンフィグレータから配布される複数のネットワーク識別子は、単一のアクセスポイントが複数の異なるネットワークを形成した際（所謂マルチＳＳＩＤ）のネットワーク識別子であってよい。又は、異なる複数のアクセスポイントそれぞれが形成するネットワークのネットワーク識別子であってもよい。
【００５２】
（その他の実施形態）
各実施形態において、装置間の通信をＩＥＥＥ８０２．１１準拠の無線ＬＡＮ通信により行う場合について説明したが、これに限る物ではない。例えば、ワイヤレスＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ、ＮＦＣ等の無線通信媒体を用いて実施してもよい。ここで、ＵＷＢは、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷＩＮＥＴなどが含まれる。
【００５３】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００５４】
１０２  制御部
１０３  記憶部
１０４  無線部
１０５  表示部
１０６  撮影部
【図１】
2020043474.tif 000003
【図２】
2020043474.tif 000004
【図３】
2020043474.tif 000005
【図４】
2020043474.tif 000006
【図５】
2020043474.tif 000007
【図６】
2020043474.tif 000008
【図７】
2020043474.tif 000009
【図８】
2020043474.tif 000010