JP2023166864A - 通信装置およびその制御方法、通信システム - Google Patents

Abstract

【課題】ユーザの利便性が高い通信パラメータの設定処理技術を提供する。【解決手段】通信装置は、無線ネットワークへの接続のための通信パラメータの提供を要求する設定要求を他の通信装置から受信する受信手段と、他の通信装置に提供されることになる複数の通信パラメータそれぞれに対する優先度を決定する決定手段と、決定された優先度に基づいて、設定要求に対する設定応答を他の通信装置に送信する送信手段と、を有する。送信手段は、設定応答を受信した他の通信装置が複数の通信パラメータそれぞれに対する優先度を特定できるような形態で、複数の通信パラメータを設定応答に含める。【選択図】図３

Description

本発明は、通信パラメータの設定処理に関するものである。

近年、無線ネットワークにアクセスするための通信パラメータを設定する技術として、Ｗｉ－Ｆｉ（登録商標）ＤＰＰ（Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ）規格が策定された。ＤＰＰ規格では、コンフィギュレータ（Ｃｏｎｆｉｇｕｒａｔｏｒ）と呼ばれる装置が、エンローリ（Ｅｎｒｏｌｌｅｅ）と呼ばれる装置に通信パラメータを提供することが定められている（特許文献１）。

ＤＰＰ規格においては、通信パラメータは、ＤＰＰ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅフレームに含められ、コンフィギュレータからエンローリに送信される。通信パラメータを提供されたエンローリは、例えばアクセスポイント（ＡＰ）として動作する場合は、取得した通信パラメータに基づいて無線ネットワークを形成する。また、ステーション（ＳＴＡ）として動作する場合は、取得した通信パラメータに基づいて無線ネットワークに接続する。また、ＤＰＰ規格のバージョン２．０以降では、ＤＰＰ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅフレーム内に、通信パラメータを１個だけでなく複数個含めることが可能となっている。

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

しかしながら、コンフィギュレータが複数個の通信パラメータを送信した場合、エンローリは、複数個の通信パラメータの何れを使用するのが望ましいかは未知である。そのため、エンローリは、複数の通信パラメータを順次使用してネットワークへの接続を試行する（すなわち複数回試行する）ことになる。結果としてネットワークへの接続までに時間を要すことになりユーザの利便性が損なわれる場合がある。

本発明は、このような問題に鑑みてなされたものであり、ユーザの利便性が高い通信パラメータの設定処理技術を提供することを目的としている。

上述の問題点を解決するため、本発明に係る通信装置は以下の構成を備える。すなわち、通信装置は、
無線ネットワークへの接続のための通信パラメータの提供を要求する設定要求を他の通信装置から受信する受信手段と、
前記他の通信装置に提供されることになる複数の通信パラメータそれぞれに対する優先度を決定する決定手段と、
前記決定された優先度に基づいて、前記設定要求に対する設定応答を前記他の通信装置に送信する送信手段と、
を有し、
前記送信手段は、前記設定応答を受信した前記他の通信装置が前記複数の通信パラメータそれぞれに対する優先度を特定できるような形態で、前記複数の通信パラメータを前記設定応答に含める。

本発明によれば、ユーザの利便性が高い通信パラメータの設定処理技術を提供することができる。

通信システムの全体構成を示す図である。 通信装置のハードウェア構成を示す図である。 通信装置（コンフィギュレータ）が実行する処理のフローチャートである。 通信装置（エンローリ）が実行する処理のフローチャートである。 通信装置（コンフィギュレータ）と通信装置（エンローリ）との間のシーケンス図である。 通信装置（コンフィギュレータ）が実行する処理のフローチャートである。 通知フォーマットの例を示す図である。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

（第１実施形態）
本発明に係る通信装置の第１実施形態として、Ｗｉ－ＦｉのＤＰＰ（Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ）規格に準拠して動作する通信装置を含む通信システムを例に挙げて以下に説明する。特に、各通信装置は、バージョン２．０以降のＤＰＰ規格に準拠しており、複数の通信パラメータを１つのＤＰＰ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅフレームで送信／受信可能に構成されていることを想定する。

＜システム構成および装置構成＞
図１は、通信システムの全体構成を示す図である。通信システムには、通信装置１０１および通信装置１０２が含まれる。

通信装置１０１は、ＤＰＰ規格に準拠したコンフィギュレータとして動作する。コンフィギュレータとは、無線ネットワーク１０５または無線ネットワーク１０６に接続もしくは形成するために必要な通信パラメータを提供／送信する役割の装置である。ここでは、通信装置１０１は、通信装置１０２に対して無線ネットワーク１０５および無線ネットワーク１０６の両方の通信パラメータを提供することを想定する。なお、複数の通信パラメータは、無線ネットワーク１０５および無線ネットワーク１０６に接続するための２個の通信パラメータに限らず、他の無線ネットワークに紐づく通信パラメータを含めた３個以上であってもよい。

なお、通信パラメータとは、例えば、ＤＰＰ規格に準拠したクレデンシャルであり、無線ネットワーク１０５または無線ネットワーク１０６に接続するために必要な鍵情報であるｎｅｔＡｃｃｅｓｓＫｅｙ等の情報が含まれる。しかし、これに限らず、鍵情報としてＰＳＫ（Ｐｒｅ Ｓｈａｒｅｄ Ｋｅｙ）等の情報含むものであってもよい。また、通信パラメータは、無線ネットワーク１０５または無線ネットワーク１０６の識別子であるＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）や周波数チャネルの情報を含んでいてもよい。また、無線ネットワーク１０５または無線ネットワーク１０６において用いられる暗号方式や認証方式等の情報を含んでいてもよいし、当該通信パラメータの有効期限を含んでいてもよい。

コンフィギュレータである通信装置１０１は、通信装置１０２に提供する通信パラメータを複数個保持している場合、通信装置１０２が接続する無線ネットワークの優先度に対応するように各通信パラメータの優先度を決定する。例えば、無線ネットワーク１０６と比べて無線ネットワーク１０５に接続させたい場合、無線ネットワーク１０５に接続するための通信パラメータの優先度を、無線ネットワーク１０６に接続するための通信パラメータの優先度より高くなるように決定する。

また、コンフィギュレータである通信装置１０１は、通信装置１０２に複数の通信パラメータを提供する際に、通信装置１０２が複数の通信パラメータそれぞれに対する優先度を特定できるような情報を通知する。例えば、複数の通信パラメータと共に当該通信パラメータの優先度を示す情報を提供する。また、優先度を示す情報を併せて送信するのではなく、優先度の高い順に通信パラメータを並べて送信することで、エンローリが通信パラメータの優先度を特定できるようにしてもよい。

一方、通信装置１０２は、ＤＰＰ規格に準拠したエンローリとして動作する。エンローリとは、無線ネットワーク１０５および無線ネットワーク１０６に接続するために必要な通信パラメータを取得／受信する役割の装置である。ここでは、通信装置１０２は、通信装置１０１から無線ネットワーク１０５および無線ネットワーク１０６の両方の通信パラメータを受信することを想定する。また、通信装置１０１は、アクセスポイント１０３が形成する無線ネットワーク１０５またはアクセスポイント１０４が形成する無線ネットワーク１０６に接続する子局であるステーション（ＳＴＡ）としても動作できる。なお、通信装置１０２は、無線ネットワークを形成する無線基地局（親局）であるアクセスポイント（ＡＰ）として動作してもよい。

また、エンローリである通信装置１０２は、通信パラメータを要求する際に、役割情報も通知する。この役割情報とは、通信パラメータの設定処理（共有処理とも言う）が行われた後の役割を示す。ここでは役割として、取得した通信パラメータを用いて無線ネットワーク接続を行う「ステーション」、もしくは、取得した通信パラメータを用いて無線ネットワーク形成を行う「アクセスポイント」を示すものとする。また、役割として、通信パラメータを提供する「コンフィギュレータ」を示してもよい。ここでは、通信装置１０２はステーションとして動作するため、「ステーション」を示す役割情報を通知する。

なお、通信装置１０１および通信装置１０２の具体例としては、アクセスポイント装置、携帯電話、デジタルカメラ、ビデオカメラ、プリンタ、プロジェクタ、ＰＣ、ＰＤＡ、スマートフォン、スマートウォッチなどが挙げられるが、これらに限られない。

アクセスポイント１０３は、例えば、ＤＰＰ規格に規定されるアクセスポイントとして動作する。具体的には、アクセスポイント１０３は、無線ネットワーク１０５の情報を含むビーコンを周期的に送信し、また、他の通信装置からの接続要求を受け付け、当該他の通信装置の無線ネットワーク１０５への接続を許可する。また、アクセスポイント１０３は、ＤＰＰ規格に規定されるエンローリとして動作し、コンフィギュレータとして動作する通信装置１０１から通信パラメータを取得することで無線ネットワーク１０５を形成することができる。なお、通信パラメータはコンフィギュレータから提供されたものではなく、ＵＩ（ユーザインタフェース）を介してユーザが設定したものでもよい。

アクセスポイント１０４は、アクセスポイント１０３と同様に、通信装置１０１から通信パラメータを取得することで無線ネットワーク１０６を形成することができる。

また、本実施形態におけるアクセスポイント１０３およびアクセスポイント１０４は、ＤＰＰ規格に規定されるアクセスポイントとして動作するとともに特定の機能をもつ電子機器（プリンタやデジタルカメラなど）であってもよい。

また、無線ネットワーク１０５は、ＩＥＥＥ８０２．１１シリーズ規格に準拠した無線ネットワークであり、アクセスポイント１０３が形成したネットワークである。ここで、ＩＥＥＥとは、Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓの略である。ただし、無線ネットワーク１０５は、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ規格に準拠したＧｒｏｕｐ Ｏｗｎｅｒとして形成したネットワークであってもよい。また、ワイヤレスＵＳＢ、ＭＢＯＡ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＷＢ、ＺｉｇＢｅｅ、ＮＦＣ等に準拠したネットワークであってもよい。ここで、ＭＢＯＡは、Ｍｕｌｔｉ Ｂａｎｄ ＯＦＤＭ Ａｌｌｉａｎｃｅの略であり、ＵＷＢは、Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄの略である。また、ＵＷＢは、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷＩＮＥＴなどが含まれる。

無線ネットワーク１０６は、無線ネットワーク１０５と同様に、ＩＥＥＥ８０２．１１シリーズ規格に準拠した無線ネットワークであり、アクセスポイント１０４が形成したネットワークである。

図２は、通信装置１０１のハードウェア構成を示す図である。なお、通信装置１０２も同様のハードウェア構成を有する。

記憶部２０１は、ＲＯＭやＲＡＭ等の１以上のメモリにより構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。

制御部２０２は、ＣＰＵやＭＰＵ等の１以上のプロセッサにより構成され、記憶部２０１に記憶されたプログラムを実行することにより通信装置１０１全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）との協働により通信装置１０１全体を制御するようにしてもよい。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサにより通信装置１０１全体を制御するようにしてもよい。また、制御部２０２は、機能部２０３を制御して、撮像や印刷、投影等の所定の処理を実行する。

機能部２０３は、通信装置１０１が所定の処理を実行するためのハードウェアである。例えば、通信装置１０１がカメラである場合、機能部２０３は撮像部であり、撮像処理を行う。また、例えば、通信装置１０１がプリンタである場合、機能部２０３は印刷部であり、印刷処理を行う。また、例えば、通信装置１０１がプロジェクタである場合、機能部２０３は投影部であり、投影処理を行う。機能部２０３が処理するデータは、記憶部２０１に記憶されているデータであってもよいし、後述する通信部２０６を介して他の通信装置と通信したデータであってもよい。

入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、画面上への表示や、スピーカーによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。また、出力部２０５は、所与の情報（例えば公開鍵）をＱＲコード（登録商標）として画面上へ表示する。

通信部２０６は、ＩＥＥＥ８０２．１１シリーズ規格に準拠した無線通信の制御や、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｏｒｏｔｏｃｏｌ）通信の制御を行う。また、通信部２０６はアンテナ２０７を制御して、無線通信のための無線信号の送受信を行う。通信装置１０１は通信部２０６を介して、画像データや文書データ、映像データ等のコンテンツを通信装置１０２と通信する。

＜装置の動作＞
図３は、コンフィギュレータである通信装置１０１が実行する処理のフローチャートである。通信装置１０１の電源が投入された場合に、記憶部２０１に記憶されたプログラムを制御部２０２が読み出し、それを実行することで実現される処理の流れのフローチャートを示す。なお、通信装置１０１の電源が投入された場合に代えて、ユーザ操作等により通信装置１０１が通信設定モード等、所定の動作モードに入った場合や、通信設定アプリケーション等、所定のアプリケーションが起動した場合に、実現されるようにしてもよい。

また、図３に示すフローチャートの少なくとも一部をハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。ＦＰＧＡは、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてゲートアレイ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。この場合、以下のフローチャートにおける各ブロックは、ハードウェアブロックとして見做すことができる。なお、複数のブロックをまとめて１つのハードウェアブロックとして構成してもよいし、１つのブロックを複数のハードウェアブロックとして構成してもよい。

Ｓ３０１では、通信装置１０１は、認証用の公開鍵（例えばＤＰＰ規格で規定されたｂｏｏｔｓｔｒａｐｐｉｎｇ ｋｅｙ）の共有処理を行う。ここでは、通信装置１０２が認証用の公開鍵を含むＱＲコードを出力部２０５に表示し、通信装置１０１がそのＱＲコードを撮像することで、認証用の公開鍵を共有することを想定する。ただし、通信装置１０２がディスプレイ等にＱＲコードを表示する形態に限定されない。

Ｓ３０２では、通信装置１０１は、Ｓ３０１で取得した通信装置１０２の認証用の公開鍵を用いて認証処理を行う。ここでは、認証処理を行うために通信装置１０１は、認証要求を送信する。ここでは、「認証要求」とは、ＤＰＰ規格に準拠したＤＰＰ＿Ａｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ｒｅｑｕｅｓｔフレームである。また、認証要求には、認証処理に用いられる認証情報、通信装置１０１の識別情報、通信装置１０１が生成した乱数、および、共有鍵を生成するために用いられる共有鍵生成用の公開鍵（通信装置１０１の公開鍵）が含まれる。また、ここでは、「認証情報」とは、具体的にはＱＲコードに含まれる通信装置１０２の認証用の公開鍵のハッシュ値である。また、通信装置１０１の識別情報とは、具体的には、通信装置１０１の認証用公開鍵のハッシュ値である。また、乱数は、後述する認証応答の受信時に、認証のために使用される。

なお、共有鍵生成用の公開鍵（通信装置１０１の公開鍵）は、通信装置１０２との間で生成される共有鍵の生成元となる鍵として用いられる。共有鍵は、例えば、ＥＣＤＨ（Ｅｌｌｉｐｔｉｃ Ｃｕｒｖｅ Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎ）方式に基づいて生成される。なお、共有鍵の生成方法は、ＥＣＤＨ方式に限定されるものではなく、その他の公開鍵暗号方式であってもよい。

認証要求を受信した通信装置１０２は、認証要求を送信した装置の検証処理を行う。この判定は、認証要求に含まれている認証情報を用いて行われる。即ち、通信装置１０２が、通信装置１０２の認証用公開鍵のハッシュ値を計算し、計算されたハッシュ値と認証要求に含まれるハッシュ値（認証情報）とを比較し、両者が一致した場合に検証が成功したと判定する。なお、このときのハッシュ値の計算に用いられるハッシュ関数は、ＤＰＰ規格において定められており、通信装置１０１がハッシュ値の計算に用いたハッシュ関数と同じである。

認証要求を送信した通信装置１０１は、認証応答を待ち受ける。ここでは、「認証応答」とは、ＤＰＰ規格に準拠したＤＰＰ＿Ａｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅフレームである。認証応答には、通信装置１０２の共有鍵生成用の公開鍵、通信装置１０２が生成した乱数、および、タグ情報が含まれる。なお、タグ情報とは、通信装置１０１の送信した認証要求に含まれていた乱数等用いたハッシュ値を、上述した共有鍵により暗号化したものである。なお、Ｓ３０２にて、認証応答の待ち受けを開始してから所定の時間内に認証応答を受信しなかった場合、通信パラメータの設定処理を終了してもよい。

所定時間内に認証応答を受信した場合、通信装置１０１は、認証応答に含まれる情報に基づいて、通信装置１０２の認証を行う。具体的には、通信装置１０１は、まず、通信装置１０１の共有鍵生成用の秘密鍵と通信装置１０２の共有鍵生成用の公開鍵とを用いて共有鍵を生成する。通信装置１０１の共有鍵生成用の公開鍵は、通信装置１０１が共有鍵を生成する際に用いられる通信装置１０１の共有鍵生成用の秘密鍵に対応する通信装置１０１の公開鍵である。また、通信装置１０２の共有鍵生成用の公開鍵は、通信装置１０２が共有鍵を生成する際に用いられる通信装置１０２の共有鍵生成用の秘密鍵に対応する公開鍵である。このような組み合わせの鍵を用いることにより、通信装置１０１は、通信装置１０２が生成した共有鍵と同じ共有鍵を生成することができる。なお、共有鍵生成用の互いの公開鍵が、上述した認証要求および認証応答の送受により、通信装置１０１と通信装置１０２との間で正しく授受されなかった場合には、同じ共有鍵を生成できないことになる。

次に、通信装置１０１は、認証応答に含まれるタグ情報を、生成した共有鍵で復号し、認証要求に含めた乱数等を正しく復号できるかを確認する。正しく復号できた場合には、通信装置１０１は、認証に成功したと判定し、通信装置１０２をエンローリとして認定する。一方、正しく復号できなかった場合には認証に失敗したと判定する。なお、正しく復号できない場合とは、例えば、同じ共有鍵を生成できなかった場合である。認証に失敗した場合、通信装置１０２はエラーを通知する。一方、認証に成功した場合、通信装置１０１は、通信装置１０２へ認証確認を送信する。ここでは、「認証確認」とは、ＤＰＰ規格に準拠したＤＰＰ＿Ａｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ｃｏｎｆｉｒｍフレームであり、タグ情報を含む。タグ情報は、通信装置１０２が送信した認証応答に含まれていた乱数を通信装置１０１が共有鍵によって暗号化したものである。

Ｓ３０３では、通信装置１０１は、通信装置１０２から設定要求を待ち受け、通信装置１０２から送信された設定要求を受信する。なお、設定要求を待ち受ける時間は、認証確認を送信してからの所定時間であってもよいし、Ｓ３０１にて撮像部を起動してからの所定時間であってもよい。ここでは、「設定要求」とは、ＤＰＰ規格に準拠したＤＰＰ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｒｅｑｕｅｓｔフレームである。この設定要求には、通信装置１０２のデバイス情報、役割情報が含まれる。デバイス情報とは、通信装置１０２のデバイス名などである。また、役割情報とは、通信パラメータ受信後の役割を示す情報であり、「ステーション」、「アクセスポイント」もしくは「コンフィギュレータ」である。ここでは、役割情報は「ステーション」を示す。なお、設定要求に含まれる情報は、通信装置１０２が認証応答の送信時においてタグ情報の暗号化に使用した共有鍵で暗号化される。

Ｓ３０４では、通信装置１０１は、提供可能な通信パラメータが複数個存在するか否かを判定する。すなわち、通信装置１０２がステーションとして動作することになる通信パラメータが複数個存在するか否かを判定する。通信パラメータが複数個存在しない（１個のみ存在する）と判定した場合（Ｓ３０４でＮｏ）はＳ３０５に進み、通信パラメータが複数個存在すると判定した場合（Ｓ３０４でＹｅｓ）はＳ３０６に進む。なお、提供可能な通信パラメータが存在しない場合は、通信パラメータの設定処理を終了する。

Ｓ３０５では、通信装置１０１は、保持している１個の通信パラメータを含めた設定応答をエンローリである通信装置１０２に送信する。ここでは、「設定応答」とは、ＤＰＰ規格に準拠したＤＰＰ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅフレームである。通信装置１０１が送信する設定応答には、通信パラメータ、通信パラメータの有効期限、通信装置１０１のコンフィギュレータ専用の公開鍵、役割情報、提供チャネル情報などが含まれる。なお、通信パラメータは、ＤＰＰ規格に準拠したクレデンシャルの他、通信装置１０２からの認証応答に含まれる公開鍵を含む。また、設定応答に含まれる情報は、通信装置１０２との間で生成された共有鍵で暗号化される。その後、通信パラメータの設定処理を終了する。

Ｓ３０６では、通信装置１０１は、提供可能な複数の通信パラメータそれぞれの優先度を決定する。ここで優先度とは、通信装置１０２が無線ネットワークへの接続を試行する際の試行順序の優先度である。ここでは、通信装置１０１が、アクセスポイント１０３およびアクセスポイント１０４の各々から受信した電波強度に基づいて優先度を決定する。電波強度は、アクセスポイントから受信する信号のＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｉｏｎ）の値で示される。例えば、アクセスポイント１０４の電波強度よりアクセスポイント１０３の電波強度の方が強ければ、アクセスポイント１０３に接続するための通信パラメータの優先度をアクセスポイント１０４に接続するための通信パラメータの優先度よりも高くする。

一般的には、コンフィギュレータとエンローリは近接しているため、通信装置１０１における電波強度と通信装置１０２における電波強度はほぼ同じである。そのため、ここでは電波強度は通信装置１０１が測定した値であることを想定するが、通信装置１０２が測定した値でもよい。後者の場合、通信装置１０１は、通信装置１０２が測定した値を通信装置１０２から事前に取得しておく。

Ｓ３０７では、通信装置１０１は、複数の通信パラメータと共に当該複数の通信パラメータそれぞれに対する優先度（Ｓ３０６にて決定した優先度）を示す情報を含めた設定応答をエンローリである通信装置１０２に送信する。

以上の処理によって、コンフィギュレータである通信装置１０１は、設定応答を受信するエンローリである通信装置１０２が複数の通信パラメータそれぞれの優先度を特定できるような形態で、設定応答を通信装置１０２に送信することができる。

図７は、優先度を示す通知フォーマットの例を示す図である。図７は、コンフィギュレータがエンローリに送信する設定応答に含まれるＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔの一例である。ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔは、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）形式で記述される。

図７では、設定応答に含まれる２個の通信パラメータが例示的に記載されている。それぞれの通信パラメータ内の末尾には「ｐｒｉｏｒｉｔｙ」フィールドが追加されており、優先度を示す文字列もしくは値が指定される。

１個目の通信パラメータには優先度「１」、２個目の通信パラメータには優先度「２」が設定されている。ここでは設定された値が小さいほど高い優先度を示すことを想定する。そのため、通信装置１０２は、１個目の通信パラメータの方が２個目の通信パラメータよりも高い優先度であると判定する。このようなフォーマットを用いることにより、複数の通信パラメータそれぞれの優先度を示すことが可能となる。

なお、ここでは、優先度を示すために「ｐｒｉｏｒｉｔｙ」フィールドを設ける例を説明したが、他の方策で優先度を示すよう構成してもよい。例えば、ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔ内の他の項目に格納されてもよい。例えば、オプションで規定されている「Ｓｅｒｖｉｃｅ」フィールドに格納するよう構成してもよい。また、ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔ内に優先度を示す情報を含めるのではなく、別のオブジェクトを設定応答に含めることで通知してもよい。例えば、複数の通信パラメータにおける優先度の高い順を示す情報を記載したオブジェクトを設定応答に含めるよう構成してもよい。なお、優先度の高い順を示す情報は、例えば、ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔを識別する「ｉｎｄｅｘ」フィールドを新たに定義して、その識別情報を優先度の高い順に並べた情報であってもよい。

図４は、エンローリである通信装置１０２が実行する処理のフローチャートである。通信装置１０２の電源が投入された場合に、記憶部２０１に記憶されたプログラムを制御部２０２が読み出し、それを実行することで実現される。なお、通信装置１０２の電源が投入された場合に代えて、図３を用いて説明した通信装置１０１と同様の処理によって実行開始されるようにしてもよい。

Ｓ４０１では、通信装置１０２は、認証用の公開鍵の共有処理を行う。ここでは、通信装置１０２は、認証用の公開鍵を含むＱＲコードを出力部２０５に表示する。

Ｓ４０２では、通信装置１０２は、認証処理を行う。まず、認証処理を行うために通信装置１０２は、通信装置１０１が送信する認証要求を待ち受ける。なお、Ｓ４０２にて、認証要求の待ち受けを開始してから所定の時間内に認証要求を受信しなかった場合、通信パラメータの受信処理を終了してもよい。

認証要求を受信した通信装置１０１は、認証要求を送信した装置の検証処理を行う。この判定は、認証要求に含まれている認証情報を用いて行われる。即ち、通信装置１０２が、通信装置１０２の認証用公開鍵のハッシュ値を計算し、計算されたハッシュ値と認証要求に含まれるハッシュ値（認証情報）とを比較し、両者が一致した場合に検証が成功したと判定する。

検証に成功した場合、通信装置１０２は、通信装置１０１の共有鍵生成用の公開鍵と、通信装置１０２の共有鍵生成用の秘密鍵の双方を用いて、通信装置１０１が共有鍵を生成したのと同じ方法により共有鍵を生成する。そして、通信装置１０２は、認証応答を送信する。なお、検証に失敗した場合には、通信装置１０２は、認証応答を送信しない。しかし、これに代えて、検証に失敗した場合に、通信装置１０２は、検証に失敗したことを示す認証応答を送信するようにしてもよい。

認証応答を送信した通信装置１０２は、通信装置１０１が送信する認証確認を待ち受ける。なお、認証確認を待ち受ける時間は、認証応答を送信してからの所定時間であってもよいし、Ｓ４０１にてＱＲコードを表示してからの所定時間であってもよい。

認証確認を受信した通信装置１０２は、当該認証確認に含まれているタグ情報を自身が生成した共有鍵で正しく復号できた場合に、認証成功と判定する。認証成功と判定すると、通信装置１０２は、認証要求を送信した通信装置１０１をコンフィギュレータとして認定する。一方、認証成功と判定しない場合（即ち、認証に失敗した場合）は、通信装置１０２は、通信装置１０１をコンフィギュレータとして認定せず、通信パラメータの受信処理を終了する。

Ｓ４０３では、通信装置１０２は、コンフィギュレータである通信装置１０１に設定要求を送信する。Ｓ４０４では、通信装置１０２は、コンフィギュレータである通信装置１０１から設定応答を受信する。

Ｓ４０５では、通信装置１０２は、受信した設定応答に通信パラメータが複数個存在するか否かを判定する。例えば、ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔが複数存在する場合は、通信パラメータが複数個存在すると判定する。あるいは、優先度を示す情報が含まれている場合は、通信パラメータが複数個存在すると判定する。通信パラメータが複数個存在しない（１個のみ存在する）と判定した場合（Ｓ４０５でＮｏ）はＳ４０６に進み、通信パラメータが複数個存在すると判定した場合（Ｓ４０５でＹｅｓ）はＳ４０７に進む。

Ｓ４０６では、通信装置１０２は、取得した１個の通信パラメータを用いて無線ネットワークへの接続を行う。一方、Ｓ４０７では、通信装置１０２は、まず、複数の通信パラメータそれぞれの優先度を特定する。具体的には、設定応答に含まれる優先度を示す情報を確認する。そして、通信装置１０２は、優先度に従って無線ネットワークへの接続を試行する。

ここでは、無線ネットワーク１０５へ接続するための通信パラメータＡと、無線ネットワーク１０６へ接続するための通信パラメータＢの２個が含まれている場合を想定する。例えば、通信パラメータＡの優先度が高ければ、まず、通信パラメータＡを用いて無線ネットワーク１０５への接続を試行する。無線ネットワーク１０５への接続が完了すれば、通信パラメータの設定処理を終了する。なお、通信パラメータＡを用いたが無線ネットワーク１０５へ接続できなかった場合は、次に優先度の高い通信パラメータＢを用いて無線ネットワーク１０６への接続を試行する。

以上、図４を用いて説明した処理によって、エンローリである通信装置１０２は、複数の通信パラメータそれぞれ優先度を特定し、その優先度に従って無線ネットワークへの接続試行を行うことができる。

図５は、通信装置１０１（コンフィギュレータ）と通信装置１０２（エンローリ）との間のシーケンス図である。

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

一方、通信装置１０１は、パラメータ送信の指示をユーザから受けると（Ｓ５０３）、通信装置１０２の表示する（またはラベル等に印刷された）ＱＲコードを撮像するために撮像部を起動する（Ｓ５０４）。そして、通信装置１０１の撮像部がＱＲコードを撮像することで、通信装置１０１はＱＲコードが示す情報を取得する（Ｓ５０５）。

ＱＲコードが示す情報を取得した通信装置１０１は、認証要求を生成、送信し、通信装置１０２はこの認証要求を受信する（Ｓ５０６）。通信装置１０２は、受信した認証要求の内容を検証する（Ｓ５０７）。認証要求を送信した通信装置１０１がＱＲコードを撮像した装置であると判定すると、通信装置１０２は、認証応答を生成、送信する（Ｓ５０８）。通信装置１０１へ認証応答を送信した通信装置１０２は、通信装置１０１から認証確認が送信されるのを待ち受ける。

認証応答を受信した通信装置１０１は、認証応答の内容を検証する（Ｓ５０９）。通信装置１０１は、認証成功と判定すると、通信装置１０２へ認証確認を送信する（Ｓ５１０）。Ｓ５１０にて通信装置１０１から認証確認を受信した通信装置１０２は、認証確認の内容を検証する（Ｓ５１１）。通信装置１０２は、自身が生成した共有鍵でタグ情報を正しく復号できた場合に認証に成功したと判定する。認証に成功したと判定すると、通信装置１０２は、通信パラメータを要求するための設定要求を送信する（Ｓ５１２）。設定要求を送信した通信装置１０２は、通信装置１０１から設定応答が送信されるのを待ち受ける。

設定要求を受信した通信装置１０１は、提供可能な通信パラメータが複数個存在することを確認する（Ｓ５１３）。次に、アクセスポイントの電波強度に従って、通信パラメータそれぞれの優先度を決定する（Ｓ５１４）。そして、優先度を示す情報を設定応答に含める（Ｓ５１５）。通信装置１０１は、優先度を示す情報を含めた設定応答を通信装置１０２に送信する（Ｓ５１６）。

設定応答を受信した通信装置１０２は、設定応答に含まれる通信パラメータと優先度を示す情報とに基づいて無線ネットワークへの接続試行を行う（Ｓ５１７）。

以上説明したとおり第１実施形態によれば、コンフィギュレータである通信装置１０１は、複数の通信パラメータを送信する場合、優先度を示す情報を併せてエンローリである通信装置１０２に通知する。これにより、通信装置１０２は、優先度に従って無線ネットワークへの接続試行を行うことが可能となる。そのため、例えば、通信装置１０２が、より強い電波強度の（すなわち接続が安定した）無線ネットワークに優先的に接続するよう制御することが可能となる。そのため、通信設定をやりなおす等のユーザの利便性低下を抑制することが可能となる。

（変形例）
なお、上述の説明においては、通信パラメータの優先度を、電波強度に基づいて決定したが、これに限らない。例えば、通信装置１０２がより高いセキュリティの無線ネットワークに優先的に接続するよう制御すべく、通信装置１０１は、通信パラメータのセキュリティ方式に従って各通信パラメータの優先度を決定してもよい。具体的には、通信パラメータに格納されるＡＫＭ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｔｙｐｅ）により判定されるセキュリティ方式のセキュリティの高さによって優先度を決定してもよい。例えば、ＡＫＭが"ｄｏｔ１ｘ"、"ｄｐｐ"、"ｓａｅ"、"ｐｓｋ"の順に優先度を設定するとよい。

なお、このセキュリティの高さ順に限らず、通信装置ごとに定めたセキュリティ方式の順番に優先度の高さを決定してもよい。また、各通信パラメータに紐づく電波強度が等しい（または所定の範囲内）の場合、セキュリティの高さによって優先度を決定してもよい。

また、通信装置１０２が形成されたのがより新しい無線ネットワークに優先的に接続するよう制御すべく、通信装置１０１は、アクセスポイントに構成情報を提供した日時に従って各通信パラメータの優先度を決定してもよい。例えば、各アクセスポイントに対してコンフィギュレータが構成情報を提供した日時が新しい順に、それぞれのアクセスポイントに対応する通信パラメータの優先度を高くするとよい。

さらに、通信装置１０２がより長い期間接続可能な無線ネットワークに優先的に接続するよう制御すべく、通信装置１０１は、通信パラメータに含まれる有効期限に従って各通信パラメータの優先度を決定してもよい。例えば、通信パラメータに含まれる有効期限（例えばＡＫＭ＝ｄｐｐの有効期限）を示す情報に従って、通信パラメータの優先度を決定してもよい。有効期限がより未来である（有効期間が長い）順に、通信パラメータの優先度を高くするとよい。

また、通信装置１０２が自身の通信能力により適合した無線ネットワークに優先的に接続するよう制御すべく、通信装置１０１は、通信装置１０２の通信能力を示す能力情報に従って各通信パラメータの優先度を決定してもよい。例えば、能力情報とは、エンローリが対応しているＡＫＭである。ここでは、エンローリが対応しているＡＫＭと同じ通信パラメータの優先度を高くするとよい。なお、対応するＡＫＭが複数あれば、その中からより高いセキュリティのものをより高い優先度に決定してもよい。

（第２実施形態）
第２実施形態では、複数の通信パラメータを設定応答に含める場合において、優先度を示す情報を設定応答に明示的に含めることなく複数の通信パラメータを通知する形態について説明する。すなわち、優先度を示す情報を設定応答に明示的に含めることなく、エンローリに優先度を特定させる。なお、システムの全体構成、装置構成については第１実施形態と同様であるため説明は省略する。

＜装置の動作＞
図６は、第２実施形態における通信装置（コンフィギュレータ）が実行する処理のフローチャートである。なお、認証用の公開鍵の共有処理から、優先度を決定するまでの処理（Ｓ６０１～Ｓ６０６）は、図３（Ｓ３０１～Ｓ３０６）と同様であるため説明は省略する。通信装置１０１は、各通信パラメータの優先度を決定すると（Ｓ６０６）、Ｓ６０７に進む。

Ｓ６０７では、通信装置１０１は、複数の通信パラメータを優先度に従った順番で設定応答に含める。具体的には、設定応答内の所定の格納領域における複数のＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔを、当該所定の格納領域の先頭位置から優先度の高い順に配置する。そして、設定応答をエンローリである通信装置１０２に送信する。

通信装置１０２では、無線ネットワークへ接続する場合、設定応答の所定の格納領域に格納された複数のＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔを先頭から順に使用して、無線ネットワークへの接続を施行する。

以上説明したとおり第２実施形態によれば、コンフィギュレータである通信装置１０１は、優先度に従った順番に複数の通信パラメータを設定応答に含める。これにより、設定応答に優先度を示す情報を明示的に含めることなく、エンローリに複数の通信パラメータそれぞれの優先度を特定させることが可能となる。そのため、設定応答を生成するための処理負荷の増加を抑制することが可能となる。

（変形例）
上述の各実施形態においては、ＱＲコード（登録商標）の画像を利用して通信パラメータの設定を行うための情報を装置間でやり取りする構成について説明した。しかし、ＱＲコード（登録商標）の撮像に代えて、ＮＦＣやＢｌｕｅｔｏｏｔｈ（登録商標）などの無線通信を用いてもよい。また、ＩＥＥＥ８０２．１１ａｄもしくはトランスファージェット（ＴｒａｎｓｆｅｒＪｅｔ）（登録商標）等の無線通信を用いてもよい
なお、通信装置１０２が読みとるＱＲコードは表示部に表示されているＱＲコードに限定されない。例えば、通信装置１０１の筺体や付属品に貼り付けられたラベル等に印刷されたＱＲコードを、通信装置１０２に撮像させる形態でもよい。また、通信装置１０１の説明書や梱包に記録表示されたＱＲコードを撮像させる形態でもよい。さらに、ＱＲコードではなく、バーコードや他の二次元コードなどを表示するようにしてもよい。また、ＱＲコードなどの画像符号化された情報に限定されず、ユーザが認識可能な形式（文字列など）の情報であっても良い。

また、上述の説明では、通信装置１０１がＱＲコード（認証用の公開鍵）を表示し、そのＱＲコードを通信装置１０２が撮像することにより、認証用の公開鍵を共有した。しかし、通信装置１０２がＱＲコードを表示し、そのＱＲコードを通信装置１０１が撮像する構成としてもよい。

本明細書の開示は、以下の通信装置、制御方法、通信システム、およびプログラムを含む。
（項目１）
通信装置であって、
無線ネットワークへの接続のための通信パラメータの提供を要求する設定要求を他の通信装置から受信する受信手段と、
前記他の通信装置に提供されることになる複数の通信パラメータそれぞれに対する優先度を決定する決定手段と、
前記決定された優先度に基づいて、前記設定要求に対する設定応答を前記他の通信装置に送信する送信手段と、
を有し、
前記送信手段は、前記設定応答を受信した前記他の通信装置が前記複数の通信パラメータそれぞれに対する優先度を特定できるような形態で、前記複数の通信パラメータを前記設定応答に含める
ことを特徴とする通信装置。
（項目２）
前記送信手段は、前記複数の通信パラメータと共に該複数の通信パラメータそれぞれに対する優先度を示す情報を前記設定応答に含める
ことを特徴とする項目１に記載の通信装置。
（項目３）
前記複数の通信パラメータそれぞれに対する優先度を示す情報を対応する通信パラメータ内に含める
ことを特徴とする項目２に記載の通信装置。
（項目４）
前記送信手段は、前記複数の通信パラメータそれぞれに対する優先度に基づいて、前記設定応答内における前記複数の通信パラメータの並び順を制御する
ことを特徴とする項目１に記載の通信装置。
（項目５）
前記複数の通信パラメータは、それぞれ異なるアクセスポイントにより形成された無線ネットワークに接続するための通信パラメータであり、
前記決定手段は、前記複数の通信パラメータに対応する複数の無線ネットワークそれぞれの電波強度に基づいて、前記複数の通信パラメータそれぞれに対する優先度を決定する
ことを特徴とする項目１から４のいずれか１項目に記載の通信装置。
（項目６）
前記決定手段は、前記複数の通信パラメータそれぞれのセキュリティ方式に基づいて、前記複数の通信パラメータそれぞれに対する優先度を決定する
ことを特徴とする項目１から４のいずれか１項目に記載の通信装置。
（項目７）
前記複数の通信パラメータは、それぞれ異なるアクセスポイントにより形成された無線ネットワークに接続するための通信パラメータであり、
前記決定手段は、前記複数の通信パラメータに対応する複数のアクセスポイントそれぞれに構成情報を提供した日時に基づいて、前記複数の通信パラメータそれぞれに対する優先度を決定する
ことを特徴とする項目１から４のいずれか１項目に記載の通信装置。
（項目８）
前記決定手段は、前記複数の通信パラメータそれぞれの有効期限に基づいて、前記複数の通信パラメータそれぞれに対する優先度を決定する
ことを特徴とする項目１から４のいずれか１項目に記載の通信装置。
（項目９）
前記他の通信装置の通信能力に関する能力情報を取得する取得手段を更に有し、
前記決定手段は、前記他の通信装置の通信能力に基づいて、前記複数の通信パラメータそれぞれに対する優先度を決定する
ことを特徴とする項目１から４のいずれか１項目に記載の通信装置。
（項目１０）
前記通信装置は、ＩＥＥＥ８０２．１１シリーズ規格に準拠した通信を行い、
前記設定要求は、バージョン２．０以降のＤＰＰ（Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ）規格に準拠したＤＰＰ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｒｅｑｕｅｓｔフレームであり、
前記設定応答は、バージョン２．０以降のＤＰＰ規格に準拠したＤＰＰ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅフレームである
ことを特徴とする項目１から９のいずれか１項目に記載の通信装置。
（項目１１）
通信装置の制御方法であって、
無線ネットワークへの接続のための通信パラメータの提供を要求する設定要求を他の通信装置から受信する受信工程と、
前記他の通信装置に提供されることになる複数の通信パラメータそれぞれに対する優先度を決定する決定工程と、
前記決定された優先度に基づいて、前記設定要求に対する設定応答を前記他の通信装置に送信する送信工程と、
を含み、
前記送信工程では、前記設定応答を受信した前記他の通信装置が前記複数の通信パラメータそれぞれに対する優先度を特定できるような形態で、前記複数の通信パラメータを前記設定応答に含める
ことを特徴とする制御方法。
（項目１２）
第１の通信装置と第２の通信装置とを含む通信システムであって、
前記第１の通信装置は、
無線ネットワークへの接続のための通信パラメータの提供を要求する設定要求を前記第２の通信装置に送信する第１の送信手段と、
前記第２の通信装置から前記設定要求に対する設定応答を受信する第１の受信手段と、
前記設定応答に含まれる通信パラメータに基づいて無線ネットワークへの接続を試行する制御手段と、
を有し、
前記第２の通信装置は、
前記設定要求を前記第１の通信装置から受信する第２の受信手段と、
前記第１の通信装置に提供されることになる複数の通信パラメータそれぞれに対する優先度を決定する決定手段と、
前記決定された優先度に基づいて、前記設定応答を前記第１の通信装置に送信する第２の送信手段と、
を有し、
前記第２の送信手段は、前記設定応答を受信した前記第１の通信装置が前記複数の通信パラメータそれぞれに対する優先度を特定できるような形態で、前記複数の通信パラメータを前記設定応答に含め、
前記制御手段は、前記設定応答に含まれる前記複数の通信パラメータを、該複数の通信パラメータそれぞれに対する優先度が高い順に使用して無線ネットワークへの接続を試行する
ことを特徴とする通信システム。
（項目１３）
通信部を有するコンピュータを、項目１から１０のいずれか１項目に記載の通信装置として動作させるためのプログラム。

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

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０１、１０２ 通信装置； １０３、１０４ アクセスポイント； １０５、１０６ 無線ネットワーク

Claims (13)

1. 通信装置であって、
   無線ネットワークへの接続のための通信パラメータの提供を要求する設定要求を他の通信装置から受信する受信手段と、
   前記他の通信装置に提供されることになる複数の通信パラメータそれぞれに対する優先度を決定する決定手段と、
   前記決定された優先度に基づいて、前記設定要求に対する設定応答を前記他の通信装置に送信する送信手段と、
   を有し、
   前記送信手段は、前記設定応答を受信した前記他の通信装置が前記複数の通信パラメータそれぞれに対する優先度を特定できるような形態で、前記複数の通信パラメータを前記設定応答に含める
   ことを特徴とする通信装置。
2. 前記送信手段は、前記複数の通信パラメータと共に該複数の通信パラメータそれぞれに対する優先度を示す情報を前記設定応答に含める
   ことを特徴とする請求項１に記載の通信装置。
3. 前記複数の通信パラメータそれぞれに対する優先度を示す情報を対応する通信パラメータ内に含める
   ことを特徴とする請求項２に記載の通信装置。
4. 前記送信手段は、前記複数の通信パラメータそれぞれに対する優先度に基づいて、前記設定応答内における前記複数の通信パラメータの並び順を制御する
   ことを特徴とする請求項１に記載の通信装置。
5. 前記複数の通信パラメータは、それぞれ異なるアクセスポイントにより形成された無線ネットワークに接続するための通信パラメータであり、
   前記決定手段は、前記複数の通信パラメータに対応する複数の無線ネットワークそれぞれの電波強度に基づいて、前記複数の通信パラメータそれぞれに対する優先度を決定する
   ことを特徴とする請求項１に記載の通信装置。
6. 前記決定手段は、前記複数の通信パラメータそれぞれのセキュリティ方式に基づいて、前記複数の通信パラメータそれぞれに対する優先度を決定する
   ことを特徴とする請求項１に記載の通信装置。
7. 前記複数の通信パラメータは、それぞれ異なるアクセスポイントにより形成された無線ネットワークに接続するための通信パラメータであり、
   前記決定手段は、前記複数の通信パラメータに対応する複数のアクセスポイントそれぞれに構成情報を提供した日時に基づいて、前記複数の通信パラメータそれぞれに対する優先度を決定する
   ことを特徴とする請求項１に記載の通信装置。
8. 前記決定手段は、前記複数の通信パラメータそれぞれの有効期限に基づいて、前記複数の通信パラメータそれぞれに対する優先度を決定する
   ことを特徴とする請求項１に記載の通信装置。
9. 前記他の通信装置の通信能力に関する能力情報を取得する取得手段を更に有し、
   前記決定手段は、前記他の通信装置の通信能力に基づいて、前記複数の通信パラメータそれぞれに対する優先度を決定する
   ことを特徴とする請求項１に記載の通信装置。
10. 前記通信装置は、ＩＥＥＥ８０２．１１シリーズ規格に準拠した通信を行い、
    前記設定要求は、バージョン２．０以降のＤＰＰ（Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ）規格に準拠したＤＰＰ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｒｅｑｕｅｓｔフレームであり、
    前記設定応答は、バージョン２．０以降のＤＰＰ規格に準拠したＤＰＰ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅフレームである
    ことを特徴とする請求項１に記載の通信装置。
11. 通信装置の制御方法であって、
    無線ネットワークへの接続のための通信パラメータの提供を要求する設定要求を他の通信装置から受信する受信工程と、
    前記他の通信装置に提供されることになる複数の通信パラメータそれぞれに対する優先度を決定する決定工程と、
    前記決定された優先度に基づいて、前記設定要求に対する設定応答を前記他の通信装置に送信する送信工程と、
    を含み、
    前記送信工程では、前記設定応答を受信した前記他の通信装置が前記複数の通信パラメータそれぞれに対する優先度を特定できるような形態で、前記複数の通信パラメータを前記設定応答に含める
    ことを特徴とする制御方法。
12. 第１の通信装置と第２の通信装置とを含む通信システムであって、
    前記第１の通信装置は、
    無線ネットワークへの接続のための通信パラメータの提供を要求する設定要求を前記第２の通信装置に送信する第１の送信手段と、
    前記第２の通信装置から前記設定要求に対する設定応答を受信する第１の受信手段と、
    前記設定応答に含まれる通信パラメータに基づいて無線ネットワークへの接続を試行する制御手段と、
    を有し、
    前記第２の通信装置は、
    前記設定要求を前記第１の通信装置から受信する第２の受信手段と、
    前記第１の通信装置に提供されることになる複数の通信パラメータそれぞれに対する優先度を決定する決定手段と、
    前記決定された優先度に基づいて、前記設定応答を前記第１の通信装置に送信する第２の送信手段と、
    を有し、
    前記第２の送信手段は、前記設定応答を受信した前記第１の通信装置が前記複数の通信パラメータそれぞれに対する優先度を特定できるような形態で、前記複数の通信パラメータを前記設定応答に含め、
    前記制御手段は、前記設定応答に含まれる前記複数の通信パラメータを、該複数の通信パラメータそれぞれに対する優先度が高い順に使用して無線ネットワークへの接続を試行する
    ことを特徴とする通信システム。
13. 通信部を有するコンピュータを、請求項１から１０のいずれか１項に記載の通信装置として動作させるためのプログラム。

Images