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

Abstract

【課題】通信装置において、適切な相手装置との間で通信パラメータの設定を実行可能とすること。【解決手段】通信装置は、撮像装置に関する情報を示す画像を撮像することによって通信装置の情報を取得した他の装置から、無線通信のパラメータ設定に関する要求を受信し、要求が受信された場合に、この他の装置との間でパラメータ設定を実行するか否かについてのユーザ入力を受け付け、他の装置との間でパラメータ設定を実行することを示すユーザ入力が受け付けられた場合に、この他の装置とパラメータ設定を実行する。【選択図】 図４

Description

本発明は、無線通信における通信設定技術に関する。

近年、デジタルカメラ、プリンタ、携帯電話、スマートフォンなどの電子機器に無線通信機能が搭載され、これらの電子機器を無線ネットワークに接続することによって通信を伴うサービスを実行するケースが増えている。電子機器を無線ネットワークに接続するためには、例えば、暗号方式、暗号鍵、認証方式、認証鍵等の少なくともいずれかを含んだ、通信パラメータの設定がなされている必要がある。これらの通信パラメータの設定を容易にする技術として、Ｗｉ−Ｆｉ Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ（以下では「ＤＰＰ」と呼ぶ。）が策定されている。特許文献１には、ＱＲ（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ）コード等の標示により通信パラメータの設定を行う相手装置を検出することを含んだＤＰＰによる通信パラメータの設定技術が記載されている。特許文献１には、ＤＰＰでは、通信パラメータを提供する提供装置（コンフィギュレータ）が、アクセスポイントに接続するために必要な情報を、公開鍵を用いて、通信パラメータを受信する受信装置（エンローリ）に提供することが記載されている。

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

ＱＲコード（登録商標）を読み取ることにより公開鍵を取得して認証を実行するＤＰＰのようなパラメータ設定方式では、ＱＲコードを撮像する側の装置は撮像される側の装置を特定できるが、撮像される側の装置が撮像する側の装置を特定することができない。このため、少なくとも撮像される側の装置において、意図しない装置との間でパラメータ設定を実行してしまうという課題があった。

本発明は、上記課題に鑑みてなされたものであり、通信装置において、適切な相手装置との間で通信パラメータの設定を実行可能とすることを目的とする。

本発明の一態様による通信装置は、前記通信装置に関する情報を示す画像を撮像することによって前記通信装置の情報を取得した他の装置から、無線通信のパラメータ設定に関する要求を受信する受信手段と、前記受信手段によって前記要求が受信された場合に、前記他の装置との間で前記パラメータ設定を実行するか否かについてのユーザ入力を受け付ける受付手段と、前記他の装置との間でパラメータ設定を実行することを示す前記ユーザ入力が受け付けられた場合に、当該他の装置と前記パラメータ設定を実行する実行手段と、を有する。

本発明によれば、通信装置が適切な相手装置との間で通信パラメータの設定を実行することができる。

無線通信システムの構成例を示す図である。 通信装置のハードウェア構成例を示す図である。 通信装置の機能構成例を示す図である。 ＤＰＰのレスポンダ側の通信装置が実行する処理の流れの例を示すフローチャートである。 ＤＰＰのイニシエータ側の通信装置が実行する処理の流れの例を示すフローチャートである。 通信装置が表示するユーザインタフェースの一例を示す図である。 通信装置が表示するユーザインタフェースの一例を示す図である。 無線通信システムで実行される処理の流れの第１の例を示す図である。 無線通信システムで実行される処理の流れの第２の例を示す図である。 無線通信システムで実行される処理の流れの第３の例を示す図である。

以下、本発明の実施の形態について、図面を参照しながら説明する。本実施形態では、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮシステムを用いた例について説明する。しかしながら、これに限られず、ＩＥＥＥ８０２．１１規格シリーズに準拠しない他の無線通信システムにおいても以下の手法を適用可能である。なお、ＩＥＥＥは、Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ， Ｉｎｃ．の略称である。

（無線通信システムの構成）
図１に、本実施形態に係る無線通信システムの構成を示す。本無線通信システムは、例えば、アクセスポイント１０１、スマートフォン１０３、プリンタ１０４および無線ＬＡＮのネットワーク１０２を含む。なお、図１の例では、無線通信システムに含まれる通信装置として、アクセスポイント１０１、スマートフォン１０３、及びプリンタ１０４が示されているが、これらに限られない。例えば、これらの通信装置が、携帯電話、カメラ、パーソナルコンピュータ（ＰＣ）、ビデオカメラ、スマートウォッチ、パーソナルデジタルアシスタント（ＰＤＡ）等の他の形態の通信装置と置き換えられてもよい。また、無線通信システムに含まれる通信装置の数は、図１の例では３台であるが、２台または４台以上の通信装置が無線通信システムに含まれてもよい。

本実施形態では、アクセスポイント１０１が形成するネットワーク１０２に、プリンタ１０４を参加させる際の処理について説明する。このとき、例えばスマートフォン１０３が、ＤＰＰのコンフィギュレータとして動作し、ＤＰＰのエンローリとして動作するプリンタ１０４に対して、アクセスポイント１０１に接続するための情報を提供しうる。なお、上述のように、ＤＰＰは、ＷｉＦｉ Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌの略語である。また、コンフィギュレータは通信パラメータの提供を行う提供装置であり、エンローリは提供される通信パラメータを受信する受信装置である。通信パラメータは、アクセスポイント等のネットワークを形成する装置に接続するために使われる情報であり、例えば、ネットワーク識別子としてのＳＳＩＤや、暗号鍵、暗号方式等の情報である。

本実施形態では、ＤＰＰによるパラメータ設定を開始するイニシエータが、イニシエータと共にパラメータ設定を実行するレスポンダにおいて示されたＱＲコード等の画像を撮像して、公開鍵を取得し、その公開鍵を用いてパラメータ設定を実行する。イニシエータとレスポンダは、通信パラメータの提供処理における役割とは無関係に決定される。すなわち、コンフィギュレータはイニシエータとレスポンダのいずれにおいても動作可能であり、同様に、エンローリもイニシエータとレスポンダのいずれにおいても動作可能である。ＤＰＰによるパラメータ設定処理では、上述のように、イニシエータは、通信パラメータの送受信の相手装置を特定してＱＲコード等の画像の読み取りを行う一方で、レスポンダは、どの通信装置によってその画像が読み取られたかを特定できない。このため、レスポンダは、不適切な相手装置とＤＰＰによるパラメータ設定を実行してしまいうる。これに対して本実施形態では、レスポンダが、イニシエータからＱＲコード等の画像の読み取り後にレスポンダへ送信される所定の信号（例えばＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）を受信した際に、ユーザ入力を受付可能な状態へ移行する。例えば、レスポンダは、要求信号から得られるイニシエータについての装置情報を画面表示し、パラメータ設定の相手装置がユーザの意図したものとなっているかのユーザ入力を受け付ける。そして、レスポンダにおいて、イニシエータがパラメータ設定の相手装置として受け入れることを示すユーザ入力が受け付けられたことに応じて、その後のＤＰＰによるパラメータ設定処理が継続されるようにする。これにより、通信装置が、ユーザによる確認がなされた他の装置との間でパラメータ交換を行うようにすることができ、不適切な装置との間で通信パラメータの交換が行われること等を防ぐことができるようになる。

以下では、このような処理を実行する通信装置の構成と、実行される処理の流れの例について詳細に説明する。

（装置構成）
図２は、本実施形態に係る各通信装置（アクセスポイント１０１、スマートフォン１０３及びプリンタ１０４）のハードウェア構成例を示している。通信装置は、一例において、制御部２０１、記憶部２０２、無線部２０３、表示部２０４、撮像部２０５、アンテナ制御部２０６、アンテナ２０７、及び入力部２０８を有する。

制御部２０１は、記憶部２０２に記憶された制御プログラムを実行することによって通信装置全体を制御する。制御部２０１は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の１つ以上のプロセッサを含んで構成される。また、制御部２０１は、例えば、ＡＳＩＣ（特定用途向け集積回路）やＤＳＰ（デジタルシグナルプロセッサ）等のハードウェアや、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）等のゲートアレイ回路を含んで構成されてもよい。記憶部２０２は、制御部２０１によって実行される制御プログラムや、画像データ、通信パラメータ等の各種情報を記憶する。後述する各種動作は、記憶部２０２に記憶された制御プログラムを制御部２０１が実行することにより実現されうる。記憶部２０２は、例えば、ＲＯＭ（読み出し専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、ＨＤＤ（ハードディスクドライブ）、フラッシュメモリ、又は着脱可能なＳＤ（セキュアデジタル）カード等の記憶媒体を含んで構成される。

無線部２０３は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮ通信を行うための各種処理を実行する。無線部２０３は、例えば無線周波数（ＲＦ）回路やベースバンド（ＢＢ）回路等の無線通信回路が形成された回路チップを含んで構成される。表示部２０４は、ＬＣＤ（液晶ディスプレイ）やＬＥＤ（発光ダイオード）のように視覚で認知可能な情報の出力や、スピーカなどの音出力が可能な機能を用いて、各種情報を外部に提示する。すなわち、表示部２０４は、視覚情報と音情報との少なくともいずれかを出力する機能を有する。なお、表示部２０４は、視覚情報を表示する場合、例えば表示対象の視覚情報に対応する画像データを保持可能なＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）を有し、ＬＣＤやＬＥＤに対して、ＶＲＡＭに格納した画像データを継続的に表示させる表示制御を行いうる。

撮像部２０５は、撮像素子、レンズ等を含んで構成され、写真や動画の撮像を行う。撮像部２０５は、バーコード、二次元コード、ＱＲコード（登録商標）等の画像の撮像を行うことができる。アンテナ制御部２０６はアンテナ２０７の制御を行い、アンテナ２０７は無線ＬＡＮで通信するための２．４ＧＨｚ帯および／または５ＧＨｚ帯に動作帯域を有する任意のタイプのアンテナである。入力部２０８は、各種ユーザ入力を受け付ける受付装置であり、ユーザが通信装置を操作する際に用いられる。入力部２０８は、受け付けたユーザ入力に対応するフラグを記憶部２０２等のメモリに記憶する。

なお、図２の構成例は一例にすぎず、通信装置は、その他のハードウェア構成を有していてもよいし、一部のハードウェアを有しなくてもよい。例えば、通信装置がプリンタである場合には、通信装置は、図２の構成に加えて印刷部を有しうる。また、通信装置がアクセスポイント１０１である場合には、通信装置は、表示部２０４や撮像部２０５を有しなくてもよい。また、上述の２つ以上のブロックが１つに統合されてもよい。例えば、通信装置がスマートフォン１０３である場合、表示部２０４と入力部２０８のそれぞれの少なくとも一部が統合されたタッチパネルが用いられてもよい。また、１つのブロックが２つ以上のブロックに分割されてもよい。

図３は、通信装置の機能構成例を示している。なお、図３は、主として後述の処理を実行するための機能を示しており、通信装置は、示されるもの以外の機能を有してもよい。

通信装置は、その機能構成として、例えば、通信パラメータ制御部３０１、画像読取制御部３０２、画像生成制御部３０３、及び、サービス制御部３０４を有する。また、通信装置は、例えば、パケット受信部３０５、パケット送信部３０６、ステーション機能制御部３０７、アクセスポイント機能制御部３０８、及びデータ記憶部３０９を有する。これらの機能ブロックは、それぞれ、記憶部２０２に記憶されたプログラムが制御部２０１によって実行されることによって実現されうる。例えば、制御部２０１は、制御プログラムに従って、各ハードウェアの制御、及び、情報の演算や加工を行うことによって各機能を実現する。なお、一部又は全部の機能が、ＡＳＩＣ等の専用のハードウェアによって実現されてもよい。

通信パラメータ制御部３０１は、装置間で通信パラメータを共有するための通信パラメータ共有処理を実行する。通信パラメータ共有処理では、提供装置が、無線通信を実行するための通信パラメータを受信装置に提供する。ここで、通信パラメータは、ネットワーク識別子としてのＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）、暗号方式、暗号鍵、認証方式、認証鍵等の少なくともいずれかなど、無線ＬＡＮの通信を行うために必要な無線通信パラメータを含む。また、通信パラメータは、ＤＰＰで規定されるコネクタ、ＭＡＣアドレス、ＰＳＫ、パスフレーズ、ＩＰ層での通信を行うためのＩＰアドレス、上位サービスに必要な情報等を含んでもよい。なお、ＭＡＣはＭｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌの、ＰＳＫはＰｒｅ Ｓｈａｒｅｄ Ｋｅｙの、ＩＰはＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌの、頭字語である。本実施形態では、通信パラメータ制御部３０１は、ＤＰＰによる通信パラメータ共有処理を実行するものとする。しかしながら、通信パラメータ制御部３０１はＤＰＰによらずに、ＷＰＳ（Ｗｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ）やＷｉ−Ｆｉ Ｄｉｒｅｃｔなどによって通信パラメータ共有処理を実行してもよい。

画像読取制御部３０２は、撮像部２０５により撮像されたバーコード、二次元コード、ＱＲコード等の画像を解析し、符号化された情報を取得する。画像読取制御部３０２は、通信パラメータ共有処理を実行する際に使用される公開鍵を含むコード情報を、撮像部２０５によって撮像した画像として取得する。なお、コード情報は、ＣＰ（Ｃｏｍｐｕｔｅｒ Ｐｕｒｐｏｓｅ）コードまたはＱＲコードなどの２次元コードまたはバーコードなどの１次元コードでありうる。画像読取制御部３０２は、取得したコード情報の画像を解析し、符号化された情報を取得する。本実施形態では、コード情報は、通信パラメータ共有処理において用いられる情報を含みうる。ここで、通信パラメータ共有処理において用いられる情報は、例えば、認証処理に用いられる公開鍵や装置の識別子などの情報を含む。なお、公開鍵は、公開鍵暗号方式で用いられる暗号鍵の一種で、通信パラメータ共有処理の際のセキュリティを高めるために用いられる情報である。なお、公開鍵に代えて、証明書やパスワード等の情報が用いられてもよい。画像生成制御部３０３は、バーコード、二次元コード、ＱＲコード等の画像を生成し、生成した画像を表示部２０４へ表示するための制御を実行する。画像生成制御部３０３は、通信パラメータ共有処理を実行する際に使用される公開鍵や通信装置の識別子などの情報を含むコード情報を生成する。なお、通信装置においては、予め生成されたコード情報が筐体やその通信装置の製品の取り扱い説明書や製品の包装（例えば箱）に貼付されるなどによって、画面表示を伴わずにコード情報が表示されてもよい。これによれば、表示部２０４を有しない通信装置であっても、本実施形態に係る処理を実行することが可能となる。

サービス制御部３０４は、アプリケーションレイヤにおけるサービスを制御する。ここでのアプリケーションレイヤとは、ＯＳＩ参照モデルにおける第５層以上の上位レイヤにおけるサービス提供層のことを指す。サービス制御部３０４は、無線部２０３による無線通信を用いて、印刷処理や画像ストリーミング処理や、ファイル転送処理などの制御を実行する。

パケット受信部３０５及びパケット送信部３０６は、上位レイヤの通信プロトコルを含む任意のパケットの送受信を制御する。例えば、パケット受信部３０５及びパケット送信部３０６は、通信の相手装置との間でＩＥＥＥ８０２．１１規格シリーズに準拠したパケットの送信及び受信を行うために無線部２０３を制御する。

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

なお、通信装置は、図３に示される構成の一部を有しなくてもよく、場合によっては、図３に示される構成と同様の機能を果たすことができる他の構成によって全ての構成が置き換えられてもよい。例えば、通信装置がアクセスポイント１０１である場合には、画像読取制御部３０２等を有しなくてもよい。また、通信装置において予め生成されたコード情報が筐体に貼付されるなどによって、画面表示を伴わずにコード情報を表示する場合、画像生成制御部３０３が省略されてもよい。

（処理の流れ）
続いて、上述の通信装置が実行する処理の流れの例について説明する。以下では、まず、ＤＰＰのレスポンダ及びイニシエータが実行する処理の流れについて説明し、その後、無線通信システムで実行される処理の流れの例を説明する。

＜レスポンダ側の通信装置の動作＞
図４に、レスポンダとして動作する通信装置（以下ではレスポンダ装置と呼ぶ。）が実行する処理の流れの例を示す。レスポンダ装置は、まず、例えばユーザ入力を介して、ＤＰＰによる通信パラメータ設定を実行するためのアプリケーションを起動する（Ｓ４０１）。その後、レスポンダ装置は、例えばユーザ操作を介して、通信パラメータの提供装置（コンフィギュレータ）と受信装置（エンローリ）とのいずれとの役割で動作するかを決定する（Ｓ４０２）。なお、レスポンダ装置は、例えばユーザ操作によらない事前設定された役割で動作するようにしてもよい。例えば、レスポンダ装置は、自装置がアクセスポイントである場合、常にコンフィギュレータとして動作するようにしてもよい。その後、レスポンダ装置は、例えば表示部２０４を介して、自装置の公開鍵等の自装置に関する情報を示すＱＲコードのようなコード情報の画像を表示する（Ｓ４０３）。なお、レスポンダ装置は、例えば印刷された画像が筐体に貼付される形式でコード情報を表示してもよく、この場合、Ｓ４０３においては特段の処理を実行しなくてもよい。コード情報の画像は、イニシエータ側の通信装置（以下ではイニシエータ装置と呼ぶ。）によって撮像される。イニシエータ装置は、撮像したコード情報を解析し、レスポンダ装置に関する情報を取得した後に、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットをレスポンダ装置へ送信する。そして、レスポンダ装置は、このＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットを受信する（Ｓ４０４）。

そして、レスポンダ装置は、Ｓ４０２で決定された自装置の通信パラメータ提供処理における役割（コンフィギュレータまたはエンローリ）を確認する（Ｓ４０５）。レスポンダ装置は、自装置がコンフィギュレータとして動作すると決定されている場合は、設定確認のためのユーザインタフェース（ＵＩ）を表示する（Ｓ４０６）。このＵＩの例を図６に示す。レスポンダ装置は、一例において、図６に示すように、イニシエータ装置のデバイス名を提示し、このイニシエータ装置との間での通信パラメータ設定処理の実行を許可するか否かのユーザ入力を受付可能な状態へ移行する。なお、図６の「デバイス名」の領域には、イニシエータ装置のＭＡＣアドレスや、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットに付加情報として設定されたイニシエータ装置を特定可能な情報などが表示される。図６のＵＩでは、「ＯＫ」、「ＮＯ」、「相互」の３つの選択肢が提示され、ユーザはこれらの選択肢のうちのいずれかを選択する。ここで、「ＯＫ」は、表示されたイニシエータ装置との間の通信パラメータ設定処理を許可することを示す選択肢であり、「ＮＧ」は、表示されたイニシエータ装置との間の通信パラメータ設定処理を許可しないことを示す選択肢である。また、「相互」は、イニシエータ装置が表示したＱＲコード等のコード情報をレスポンダ装置が撮像することによる相互認証処理を実行して、相互にコード情報が取得された状態で通信パラメータ設定処理を実行することを示す選択肢である。なお、レスポンダ装置は、イニシエータ装置との通信パラメータ設定処理を許可する場合に、初期設定として「ＯＫ」又は「相互」の一方を実行するように指定されていてもよい。この場合、例えば図６のＵＩにおいて、「ＯＫ」のみが表示され、ユーザ入力によってこの「ＯＫ」が選択された場合、このユーザ入力は初期設定に基づいて「ＯＫ」又は「相互」として解釈される。

レスポンダ装置は、ユーザ操作が受け付けられた際に、これらの選択肢のうちのいずれがユーザによって選択されたかを判定する（Ｓ４０７）。レスポンダ装置は、Ｓ４０７において「ＮＯ」が選択されたと判定した場合は、イニシエータ装置に対してＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅパケットでエラー応答を送信して（Ｓ４１７）、処理を終了する。レスポンダ装置は、Ｓ４０７で「ＯＫ」が選択されたと判定した場合は、通信パラメータ設定処理の相手装置であるイニシエータ装置の情報をユーザに入力させるためのＵＩを表示し、ユーザ入力の受付状態へ移行する（Ｓ４０８）。Ｓ４０８で表示されるＵＩの例を図７に示す。ユーザは、図７の「入力欄」に、イニシエータ装置の情報を入力する。ここで入力される情報は、例えば後述のＳ４１１で取得可能な情報と同様の情報でありうる。例えば、レスポンダ装置が、事前にインターネット等を介してイニシエータ装置の情報に関するファイルを取得しておき、そのファイルを指定することによってイニシエータ装置の情報が入力されうる。また、入力される情報は、後述のＳ４１１で取得可能な情報と異なっていてもよい。例えば、レスポンダ装置は、イニシエータ装置を特定可能な情報等のユーザによる手動入力を受け付けてもよい。レスポンダ装置は、Ｓ４０８で相手装置の情報のユーザによる入力を受け付けると、その後に処理をＳ４１２へ進める（Ｓ４０９でＮＯ）。

一方、レスポンダ装置は、Ｓ４０７で「相互」が選択されたと判定した場合は、Ｓ４０８の処理を実行せず、処理をＳ４１０へ進める（Ｓ４０９でＹＥＳ）。Ｓ４１０において、レスポンダ装置は、イニシエータ装置にＱＲコード等のコード情報の表示を促すために、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅパケットでエラー応答を送信する。イニシエータ装置は、このＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅパケットでのエラー応答に応じてコード情報を表示する。レスポンダ装置は、イニシエータ装置がコード情報を表示するのを待ち、コード情報が表示された際に、このコード情報を撮像し（Ｓ４１１）、イニシエータ装置の情報を取得する。ここで取得される情報は、例えば、イニシエータ装置の公開鍵等の情報でありうる。レスポンダ装置は、イニシエータ装置の情報を取得すると、続いて、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅパケットで正常応答を送信する（Ｓ４１２）。その後、レスポンダ装置は、ＤＰＰの仕様に基づいてパラメータ交換を実行し、イニシエータ装置との接続処理を実行する（Ｓ４１３〜Ｓ４１６）。

＜イニシエータ側の通信装置の動作＞
続いて、図５を用いて、イニシエータ装置が実行する処理の流れの例について説明する。イニシエータ装置は、まず、例えばユーザ入力を介して、ＤＰＰによる通信パラメータ設定を実行するためのアプリケーションを起動する（Ｓ５０１）。その後、イニシエータ装置は、例えばユーザ操作を介して、通信パラメータの提供装置（コンフィギュレータ）と受信装置（エンローリ）とのいずれの役割で動作するかを決定する（Ｓ５０２）。そして、イニシエータ装置は、レスポンダ装置において表示されている公開鍵を含むＱＲコード等のコード情報を撮像し（Ｓ５０３）、レスポンダ装置に関する情報を取得する。イニシエータ装置は、この情報を取得したことに応じて、レスポンダ装置に対してＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットを送信する（Ｓ５０８）。

なお、イニシエータ装置は、レスポンダ装置に対してＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットを送信する前に、Ｓ４０５〜Ｓ４０８と同様の処理を実行しうる。ただし、例えば、イニシエータ装置が通信パラメータ設定処理を実行する相手装置を誤らずに選択してコード情報の読み取りを開始することができ、レスポンダ装置を確実に特定できると考えられる場合、これらの処理は実行されなくてもよい。

イニシエータ装置は、自装置がコンフィギュレータとして動作している場合に、コード情報によって取得した相手装置の情報を表示し（Ｓ５０５）、その相手装置との通信パラメータ設定処理を許可するか否かのユーザ入力を受け付けうる。そして、例えば意図しない相手装置のコード情報を読み取ってしまっていた場合等に、Ｓ５０６において「ＮＯ」が選択されることにより、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットを送信せずに、通信パラメータの設定処理を終了しうる。また、イニシエータ装置は、Ｓ５０６において「ＯＫ」が選択された場合に、例えば図７のＵＩを表示し、相手装置の情報の入力を促してもよい（Ｓ５０７）。一例において、イニシエータ装置は、相手装置の名称等の情報の入力を受け付けうる。その後、イニシエータ装置は、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットを送信する。そして、イニシエータ装置は、レスポンダ装置からのＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅパケットでの正常応答を受信する（Ｓ５１１）。

また、イニシエータ装置は、Ｓ５０６において「相互」が選択された場合には、Ｓ５０７の処理を実行せずにＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットを送信する。その後、イニシエータ装置は、例えば相手装置からＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅパケットでのエラー応答を受信したことに応じて、ＱＲコード等のコード情報を表示部２０４に表示させる（Ｓ５１０）。また、イニシエータ装置は、「相互」が選択された場合、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットの送信後に所定時間が経過したことに応じて、コード情報を表示するようにしてもよい。そして、イニシエータ装置は、レスポンダ装置がこのコード情報を取得した後に送信するＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅパケットでの正常応答を、受信する（Ｓ５１１）。

その後は、イニシエータ装置は、ＤＰＰの仕様に基づいてパラメータ交換を実行し、レスポンダ装置との接続処理を実行する（Ｓ５１２〜Ｓ５１５）。

以上のように、本実施形態によれば、ＱＲコード等のコード情報を利用した通信パラメータ設定において、レスポンダ装置のユーザがイニシエータ装置を特定（必要に応じてイニシエータ装置がレスポンダ装置を確認）可能とする。そして、ユーザによる許可後に、これらの通信装置間での通信パラメータの提供及び受信を行うことが可能となる。

＜無線通信システム全体における処理の流れ＞
続いて、上述のようなイニシエータ装置及びレスポンダ装置を含んだ無線通信システムにおいて実行される処理の流れの例について説明する。上述のように、本実施形態にかかる無線通信システムでは、アクセスポイント１０１がネットワーク１０２を構築しており、スマートフォン１０３がアクセスポイント１０１に接続可能な通信パラメータを保持している。スマートフォン１０３は、例えば、アクセスポイント１０１がＤＰＰに対応していない場合、ＷＰＳやＡＯＳＳ（ＡｉｒＳｔａｔｉｏｎ Ｏｎｅ−Ｔｏｕｃｈ Ｓｅｃｕｒｅ Ｓｙｓｔｅｍ）などの既存のプロトコルを用いて通信パラメータを取得しうる。また、スマートフォン１０３は、アクセスポイント１０１がＤＰＰに対応している場合は、ＤＰＰを用いた自動設定等を用いてもよい。なお、本実施形態では、図１の無線通信システムに関してアクセスポイント１０１がスマートフォン１０３に通信パラメータを提供する場合について説明するが、このような構成以外が用いられてもよい。例えば、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ（登録商標）のグループオーナが本実施形態に係るアクセスポイント１０１と同様に動作し、クライアントに通信パラメータを提供し、そのクライアントがさらに別のクライアントに通信パラメータを提供するようにしてもよい。また、スマートフォン１０３のユーザが、入力部２０８を介して手動で通信パラメータを入力してもよい。その後、スマートフォン１０３は、ＤＰＰのコンフィギュレータとして、エンローリ（プリンタ１０４）との通信パラメータ設定処理を実行するものとする。このとき、スマートフォン１０３（コンフィギュレータ）がイニシエータであって相互認証を行わない場合、レスポンダであって相互認証を行わない場合、レスポンダであって相互認証を行う場合、の処理の流れについて、以下、説明する。

図８は、コンフィギュレータがイニシエータであって相互認証を行わない場合の処理の流れの例を示している。本処理では、まず、レスポンダ装置がＱＲコードを表示し、イニシエータ装置は、レスポンダ装置に表示されたＱＲコードを撮像する。イニシエータ装置は、このＱＲコードの撮像を契機として、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットをレスポンダ装置に送信する。レスポンダ装置は、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットを受信すると、必要に応じて、図６に示すようなＵＩ画面を表示する。なお、レスポンダ装置がエンローリである場合、受信したパラメータを使用するか否かを後に選択すれば足りる場合など、相手装置（イニシエータ装置）によらずに通信パラメータ設定処理を許可してもよい場合がある。このような場合、レスポンダ装置は、ＵＩ画面を表示しなくてもよい。なお、レスポンダ装置がＵＩ画面を表示して、特定のイニシエータ装置との間でのみ通信パラメータ設定処理を許可するようにすることで、不必要な通信パラメータ設定処理が実行されるのを抑制することができる。レスポンダ装置は、ＵＩ画面が表示された場合、そのＵＩ画面においてユーザによって「ＯＫ」が押下されたことに応じて、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅパケットをイニシエータ装置へ送信する。その後は、ＤＰＰの仕様に基づいて、パラメータ交換が実行され、レスポンダ装置とイニシエータ装置との間の接続処理が実行される。

図９は、エンローリがイニシエータであって相互認証を行わない場合の処理の流れの例を示している。本処理でも、まず、レスポンダ装置がＱＲコードを表示し、イニシエータ装置は、レスポンダ装置に表示されたＱＲコードを撮像する。イニシエータ装置は、このＱＲコードの撮像を契機として、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットをレスポンダ装置に送信する。レスポンダ装置は、このＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットを受信すると、図６に示すようなＵＩ画面を表示させる。図６における「デバイス名」には、イニシエータ装置のＭＡＣアドレスや、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットに付加情報として設定されているイニシエータ装置を特定するための情報が表示される。レスポンダ装置が通信パラメータの提供装置（コンフィギュレータ）である場合、イニシエータ装置を特定せずに通信パラメータを提供してしまうと、意図しない通信装置がネットワークに参加可能となってしまいうる。このため、本処理例では、コンフィギュレータとして機能するレスポンダ装置は、エンローリの候補であるイニシエータ装置を特定する情報をユーザに提供し、そのイニシエータ装置と通信パラメータ設定処理を実行してよいか否かのユーザ操作を受け付ける。これにより、ユーザが通信パラメータ設定処理を実行してよいと判断した相手装置との間でのみ、通信パラメータ設定処理を実行するようにすることができる。レスポンダ装置は、ＵＩ画面においてユーザによって「ＯＫ」が押下されたことに応じて、図７のようなＵＩ画面を表示させ、通信パラメータ設定処理を実行する相手装置に関する情報のユーザ入力を受け付ける。そして、レスポンダ装置は、そのユーザ入力を受け付けた後に、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅパケットをイニシエータ装置へ送信する。その後は、ＤＰＰの仕様に基づいて、パラメータ交換が実行され、レスポンダ装置とイニシエータ装置との間の接続処理が実行される。

図１０は、相互認証が行われる場合の処理の流れの例を示している。なお、図１０の処理例は、エンローリがイニシエータの場合の処理例を示しているが、コンフィギュレータがイニシエータであっても同様の処理が実行されうる。本処理でも、まず、レスポンダ装置がＱＲコードを表示し、イニシエータ装置は、レスポンダ装置に表示されたＱＲコードを撮像する。イニシエータ装置は、このＱＲコードの撮像を契機として、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットをレスポンダ装置に送信する。レスポンダ装置は、このＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットを受信すると、図６に示すようなＵＩ画面を表示させる。そして、レスポンダ装置は、ユーザによって「相互」が押下されると、イニシエータ装置に対してＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅパケットでエラー応答を送信し、イニシエータ装置がＱＲコードを表示するのを待機する。その後、イニシエータ装置がＱＲコードを表示し、レスポンダ装置は、レスポンダ装置に表示されたＱＲコードを撮像する。レスポンダ装置は、イニシエータ装置の情報を取得すると、イニシエータ装置に対して、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅパケットで正常応答を送信する。その後は、ＤＰＰの仕様に基づいて、パラメータ交換が実行され、レスポンダ装置とイニシエータ装置との間の接続処理が実行される。

以上のようにして、ＤＰＰのレスポンダ装置は、ユーザがイニシエータ装置の情報を確認できるようにし、その確認結果に基づいて、そのイニシエータ装置との通信パラメータ設定処理の実行を許可するかのユーザ操作を受付可能とするＵＩ画面を表示する。レスポンダ装置は、一例において、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔパケットを受信したことに基づいて、このＵＩ画面を表示する。そして、レスポンダ装置は、イニシエータ装置との通信パラメータ設定処理を許可することを示すユーザ操作を受け付けたことに基づいて、ＤＰＰによる通信パラメータ設定処理を継続する。一方、レスポンダ装置は、イニシエータ装置との通信パラメータ設定処理を許可しないことを示すユーザ操作を受け付けた場合は、ＤＰＰによる通信パラメータ設定処理を継続せずに処理を終了する。これにより、ユーザが意図しない通信装置間で通信パラメータが交換されてしまうことを防ぐことができる。

なお、ＵＩ画面の表示は必ずしも用いられなくてもよい。例えば、音声等によるイニシエータ装置の情報の提示が行われてもよく、レスポンダ装置に備えられたキーや物理ボタン等によって、上述のＯＫやＮＯ等の選択を受け付けてもよい。すなわち、ユーザが相手装置を確認して通信パラメータ設定処理の実行可否を判断できるようにする任意の情報提示方法及び操作受付方法が用いられうる。

また、上述の実施形態では、ＱＲコード（登録商標）の画像を利用して、通信パラメータ設定処理を実行するための情報が通信装置間で送受信される例について説明したが、これに限られない。例えば、ＱＲコード（登録商標）の撮像に代えて、Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＮＦＣ）やＢｌｕｅｔｏｏｔｈ（登録商標）などの無線通信が用いられてもよい。また、ＩＥＥＥ８０２．１１ａｄやＴｒａｎｓｆｅｒＪｅｔ（登録商標）等の無線通信が用いられてもよい。なお、ＱＲコード等のコード情報に代えて、ユーザが読み取ることができる情報が用いられてもよい。例えば、所定の文字列が表示され、アプリケーション起動後にユーザがその文字列を入力することにより、上述のＱＲコードの撮像で得られる情報と同様の情報を取得できるようにしてもよい。

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

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

２０１：制御部、２０２：記憶部、２０３：無線部、２０４：表示部、２０５：撮像部

Claims (14)

1. 通信装置であって、
   前記通信装置に関する情報を示す画像を撮像することによって前記通信装置の情報を取得した他の装置から、無線通信のパラメータ設定に関する要求を受信する受信手段と、
   前記受信手段によって前記要求が受信された場合に、前記他の装置との間で前記パラメータ設定を実行するか否かについてのユーザ入力を受け付ける受付手段と、
   前記他の装置との間でパラメータ設定を実行することを示す前記ユーザ入力が受け付けられた場合に、当該他の装置と前記パラメータ設定を実行する実行手段と、
   を有することを特徴とする通信装置。
2. 前記受付手段は、前記受信手段によって前記要求が受信された場合に前記他の装置に関する情報を提示して、前記ユーザ入力を受け付ける、
   ことを特徴とする請求項１に記載の通信装置。
3. 前記受付手段は、前記パラメータ設定における前記通信装置の役割に基づいて、前記他の装置に関する情報を提示するか否かを制御する、
   ことを特徴とする請求項２に記載の通信装置。
4. 前記受付手段は、前記通信装置がパラメータを提供する役割で動作する場合に、前記他の装置に関する情報を提示する、
   ことを特徴とする請求項３に記載の通信装置。
5. 前記受付手段は、前記通信装置がパラメータを提供する役割で動作する場合であって、前記他の装置との間でパラメータ設定を実行することを示す前記ユーザ入力が受け付けられた場合に、前記他の装置の情報をユーザに入力させる、
   ことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
6. 前記受付手段は、前記通信装置がパラメータを提供する役割で動作する場合に、前記ユーザ入力として、前記他の装置との間で相互認証を行うか否かの選択を受け付ける、
   ことを特徴とする請求項１から５のいずれか１項に記載の通信装置。
7. 前記相互認証は、前記他の装置が前記通信装置の情報を取得することと、前記通信装置の情報を前記他の装置が取得することとを含む、
   ことを特徴とする請求項６に記載の通信装置。
8. 前記要求は、前記他の装置が前記通信装置の情報を取得したことに基づいて当該他の装置から送信される、
   ことを特徴とする請求項７に記載の通信装置。
9. 前記通信装置に関する情報を示す画像を表示する表示手段をさらに有し、
   前記他の装置は前記表示手段によって表示された画像を撮像することによって前記通信装置の情報を取得する、
   ことを特徴とする請求項７又は８に記載の通信装置。
10. 撮像手段を有し、
    前記相互認証が行われる場合、前記要求に対してエラー応答を送信することにより、前記他の装置に当該他の装置に関する情報を示す画像を表示させ、
    当該他の装置の情報に関する画像を撮像することによって前記他の装置の情報を取得する、
    ことを特徴とする請求項９に記載の通信装置。
11. 前記相互認証が行われる場合、前記他の装置の情報を取得したことに基づいて、前記要求に対して正常応答を送信する、
    ことを特徴とする請求項７から１０のいずれか１項に記載の通信装置。
12. 前記パラメータ設定は、Ｄｅｖｉｃｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ（ＤＰＰ）によるパラメータ設定であり、
    前記要求はＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔである、
    ことを特徴とする請求項１から１１のいずれか１項に記載の通信装置。
13. 通信装置に関する情報を示す画像を撮像することによって前記通信装置の情報を取得した他の装置から、無線通信のパラメータ設定に関する要求を受信する受信手段を有する前記通信装置の制御方法であって、
    受付手段が、前記受信手段によって前記要求が受信された場合に、前記他の装置との間で前記パラメータ設定を実行するか否かについてのユーザ入力を受け付ける受付工程と、
    実行手段が、前記他の装置との間でパラメータ設定を実行することを示す前記ユーザ入力が受け付けられた場合に、当該他の装置と前記パラメータ設定を実行する実行工程と、
    を有することを特徴とする制御方法。
14. コンピュータを請求項１から１２のいずれか１項に記載の通信装置が有する各手段として機能させるためのプログラム。

Images