JP7338372B2 - 通信装置、及び、通信装置のためのコンピュータプログラム - Google Patents

Description

本明細書では、端末装置を利用して、通信装置と外部装置との間に無線接続を確立する技術に関する。

非特許文献１には、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅによって策定された無線通信方式であるＤＰＰ（Device Provisioning Protocolの略）方式が記述されている。ＤＰＰ方式は、一対の装置の間にＷｉ－Ｆｉ接続を容易に確立させるための無線通信方式である。ＤＰＰ方式では、Ｃｏｎｆｉｇｕｒａｔｏｒとして動作する第１の装置は、アクセスポイントとのＷｉ－Ｆｉ接続を確立するための無線設定情報をＥｎｒｏｌｌｅｅとして動作する第２の装置に送信する。第２の装置は、第１の装置から受信された無線設定情報を利用して、アクセスポイントとのＷｉ－Ｆｉ接続を確立する。

「Device Provisioning Protocol Technical Specification Version 1.1」 Wi-Fi Alliance, ２０１８年

第２の装置が、第１の装置から受信された無線設定情報を利用して、アクセスポイントとのＷｉ－Ｆｉ接続を確立することができない可能性がある。例えば、第２の装置とアクセスポイントとの間の距離が大きい場合には、第２の装置は、アクセスポイントとのＷｉ－Ｆｉ接続を確立することができない。

本明細書では、通信装置とアクセスポイントとの間にＷｉ－Ｆｉ接続を適切に確立することができる技術を提供する。

本明細書で開示する通信装置は、Ｗｉ－Ｆｉ規格に従った無線通信を実行するための無線インターフェースと、前記通信装置の公開鍵を用いて得られる出力情報を外部に出力するための出力制御処理を実行する出力制御部と、前記公開鍵を取得した端末装置から、前記無線インターフェースを介して、前記公開鍵が利用された認証要求を受信する認証要求受信部と、前記端末装置から前記認証要求が受信される場合に、前記無線インターフェースを介して、認証応答を前記端末装置に送信する認証応答送信部と、前記認証応答が前記端末装置に送信された後に、前記端末装置から、前記無線インターフェースを介して、Ｎ個（前記Ｎは２以上の整数）のアクセスポイントに対応するＮ個の無線設定情報を受信する無線設定情報受信部であって、前記Ｎ個の無線設定情報のそれぞれは、当該無線設定情報に対応するアクセスポイントとの無線接続を確立するための情報である、前記無線設定情報受信部と、前記端末装置から前記Ｎ個の無線設定情報が受信される場合に、前記Ｎ個の無線設定情報のそれぞれについて、当該無線設定情報を利用して、前記無線インターフェースを介して、確認信号を当該無線設定情報に対応するアクセスポイントに送信する確認信号送信部と、前記Ｎ個のアクセスポイントのうちのＭ個（前記Ｍは前記Ｎ以下１以上の整数）のアクセスポイントのそれぞれから、前記無線インターフェースを介して、前記確認信号に対する応答信号を受信する応答信号受信部と、前記Ｍ個のアクセスポイントの中から対象アクセスポイントを選択する選択部と、前記無線インターフェースを介して、選択済みの前記対象アクセスポイントとの無線接続を確立する確立部と、を備える。

このような構成によれば、通信装置は、確認信号に対する応答信号を通信装置に送信したＭ個のアクセスポイント、即ち、通信装置が無線接続を確立可能であるＭ個の対象アクセスポイントの中から、対象アクセスポイントを選択する。このために、通信装置は、選択済みの対象アクセスポイントとの無線接続を適切に確立することができる。

また、本明細書で開示する通信装置は、表示部と、Ｗｉ－Ｆｉ規格に従った無線通信を実行するための無線インターフェースと、前記通信装置の公開鍵を用いて得られる出力情報を外部に出力するための出力制御処理を実行する出力制御部と、前記公開鍵を取得した端末装置から、前記無線インターフェースを介して、前記公開鍵が利用された認証要求を受信する認証要求受信部と、前記端末装置から前記認証要求が受信される場合に、前記無線インターフェースを介して、認証応答を前記端末装置に送信する認証応答送信部と、前記認証応答が前記端末装置に送信された後に、前記端末装置から、前記無線インターフェースを介して、Ｎ個（前記Ｎは１以上の整数）のアクセスポイントに対応するＮ個の無線設定情報を受信する無線設定情報受信部であって、前記Ｎ個の無線設定情報のそれぞれは、当該無線設定情報に対応するアクセスポイントとの無線接続を確立するための情報である、前記無線設定情報受信部と、前記端末装置から前記Ｎ個の無線設定情報が受信される場合に、前記Ｎ個の無線設定情報のそれぞれについて、当該無線設定情報を利用して、前記無線インターフェースを介して、確認信号を当該無線設定情報に対応するアクセスポイントに送信する確認信号送信部と、前記Ｎ個のアクセスポイントのうちのＭ個（前記Ｍは前記Ｎ以下１以上の整数）のアクセスポイントのそれぞれから、前記無線インターフェースを介して、前記確認信号に対する応答信号を受信する応答信号受信部と、前記Ｍ個のアクセスポイントの中から対象アクセスポイントを選択するための選択画面を前記表示部に表示させる第１の表示制御部と、前記選択画面において、前記Ｍ個のアクセスポイントの中から前記対象アクセスポイントが選択される場合に、前記無線インターフェースを介して、選択済みの前記対象アクセスポイントとの無線接続を確立する確立部と、を備える。

このような構成によれば、通信装置は、確認信号に対する応答信号を通信装置に送信したＭ個のアクセスポイント、即ち、通信装置が無線接続を確立可能であるＭ個のアクセスポイントの中から、対象アクセスポイントを選択するための選択画面を表示する。このために、通信装置は、選択済みの対象アクセスポイントとの無線接続を適切に確立することができる。

通信装置のためのコンピュータプログラム、当該コンピュータプログラムを記憶するコンピュータ可読記録媒体、及び、通信装置によって実行される方法も新規で有用である。また、端末装置と通信装置とを備える通信システムも、新規で有用である。

通信システムの構成を示す。 実施例の概要を説明するための説明図を示す。 ＡＰとのＢｏｏｔｓｔｒａｐｐｉｎｇの処理のシーケンス図を示す。 ＡＰとのＡｕｔｈｅｎｔｉｃａｔｉｏｎの処理のシーケンス図を示す。 ＡＰとのＣｏｎｆｉｇｕｒａｔｉｏｎの処理のシーケンス図を示す。 ＡＰとのＮｅｔｗｏｒｋ Ａｃｃｅｓｓの処理のシーケンス図を示す。 プリンタとのＢｏｏｔｓｔｒａｐｐｉｎｇの処理のシーケンス図を示す。 プリンタとのＡｕｔｈｅｎｔｉｃａｔｉｏｎの処理のシーケンス図を示す。 プリンタとのＣｏｎｆｉｇｕｒａｔｉｏｎの処理のシーケンス図を示す。 接続処理のフローチャート図を示す。 接続処理によって実現される処理の具体的なケースを示す。 図１１の続きを示す（ＤＰＰ接続の場合）。 図１１の続きを示す（Ｌｅｇａｃｙ接続の場合）。

（通信システム２の構成；図１）
図１に示されるように、通信システム２は、３個のＡＰ（Access Pointの略）６、７、８と、端末１０と、プリンタ１００と、を備える。本実施例では、各ＡＰ６、７、８が例えば同じ会社内の異なる部屋に設置されており、プリンタ１００が可搬型の小型プリンタである状況を想定している。即ち、プリンタ１００が移動して第１のＡＰ６の近くに設置されることもあれば第２のＡＰ７の近くに設置されることもある。このような状況において、本実施例では、プリンタ１００が第１のＡＰ６の近くに存在する場合には、プリンタ１００と第１のＡＰ６との間にＷｉ－Ｆｉ方式に従った無線接続（以下では「Ｗｉ－Ｆｉ接続」と記載する）を確立させ、プリンタ１００が第３のＡＰ８の近くに存在する場合には、プリンタ１００と第３のＡＰ８との間にＷｉ－Ｆｉ接続を確立させることを実現する。

（端末１０の構成）
端末１０は、携帯電話（例えばスマートフォン）、ＰＤＡ、タブレットＰＣ等の可搬型の端末装置である。なお、変形例では、端末１０は、据置型のＰＣ、ノートＰＣ等であってもよい。

端末１０は、カメラ１５と、Ｗｉ－Ｆｉインターフェース１６と、を備える。なお、以下では、インターフェースのことを単に「Ｉ／Ｆ」と記載する。カメラ１５は、物体を撮影するためのデバイスであり、本実施例では、特に、各ＡＰ７、８及びプリンタ１００のためのＱＲコード（登録商標）を撮影するために利用される。

Ｗｉ－ＦｉＩ／Ｆ１６は、Ｗｉ－Ｆｉ方式に従った無線通信（以下では「Ｗｉ－Ｆｉ通信」と呼ぶ）を実行するための無線インターフェースである。Ｗｉ－Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ，１１ａｃ等）に従って、無線通信を実行するための無線通信方式である。特に、Ｗｉ－ＦｉＩ／Ｆ１６は、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＤＰＰ（Device Provisioning Protocolの略）方式をサポートしている。ＤＰＰ方式は、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書である「Device Provisioning Protocol Technical Specification Version 1.1」に記述されており、端末１０を利用して、一対のデバイス（例えばプリンタ１００とＡＰ７又は８）の間に容易にＷｉ－Ｆｉ接続を確立させるための無線通信方式である。

（プリンタ１００の構成）
プリンタ１００は、印刷機能を実行可能な周辺装置（例えば、端末１０等の周辺装置）である。プリンタ１００は、操作部１１２と、表示部１１４と、Ｗｉ－ＦｉＩ／Ｆ１１６と、印刷実行部１１８と、制御部１３０と、を備える。各部１１２～１３０は、バス線（符号省略）に接続されている。

操作部１１２は、複数のキーを備える。ユーザは、操作部１１２を操作することによって、様々な指示をプリンタ１００に入力することができる。表示部１１４は、様々な情報を表示するためのディスプレイである。表示部１１４は、ユーザから指示を受け付けるタッチパネル（即ち操作部）としても機能する。Ｗｉ－ＦｉＩ／Ｆ１１６は、端末１０のＷｉ－ＦｉＩ／Ｆ１６と同様である。即ち、Ｗｉ－ＦｉＩ／Ｆ１１６は、ＤＰＰ方式をサポートしている。また、Ｗｉ－ＦｉＩ／Ｆ１１６には、ＭＡＣアドレス「ｍａｃｐｒ」が割り当てられている。印刷実行部１１８は、インクジェット方式、レーザ方式等の印刷機構を備える。

制御部１３０は、ＣＰＵ１３２とメモリ１３４とを備える。ＣＰＵ１３２は、メモリ１３４に格納されているプログラム１３６に従って、様々な処理を実行する。メモリ１３４は、揮発性メモリ、不揮発性メモリ等によって構成される。

（各ＡＰ６、７、８の構成）
ＡＰ６、７、８は、それぞれ、ＤＰＰ方式をサポートしている。第１のＡＰ６には、ＭＡＣアドレス「ｍａｃａｐ１」が割り当てられている。同様に、第２のＡＰ７には、ＭＡＣアドレス「ｍａｃａｐ２」が、第３のＡＰ８には、ＭＡＣアドレス「ｍａｃａｐ３」が割り当てられている。また、第１のＡＰ６には、第１のＡＰ６を識別するＳＳＩＤ（Service Set Identifierの略）「ａｐ１」と、第１のＡＰ６によって形成される無線ネットワークで利用されるパスワード「ｘｘｘ」と、を含むＡＰ情報が記憶されている。同様に、第２のＡＰ７には、ＳＳＩＤ「ａｐ２」とパスワード「ｙｙｙ」とを含むＡＰ情報が、第３のＡＰ８には、ＳＳＩＤ「ａｐ３」とパスワード「ｚｚｚ」とを含むＡＰ情報が記憶されている。

（本実施例の概要；図２）
続いて、図２を参照して、本実施例の概要を説明する。本実施例では、第１のＡＰ６と端末１０が第１のＡＰ６のＡＰ情報を利用した通信を実行することによって、端末１０と第１のＡＰ６との間にＷｉ－Ｆｉ接続を確立させ、さらに、各デバイス７、８、１０，１００がＤＰＰ方式に従った通信を実行することによって、プリンタ１００と第２のＡＰ７又は第３のＡＰ８との間にＷｉ－Ｆｉ接続を確立させることを実現する。以下では、特に言及する場合を除き、理解の容易化のために、各デバイスのＣＰＵ（例えばＣＰＵ１３２）が実行する動作を、ＣＰＵを主体として記載せずに、各デバイス（例えばプリンタ１００）を主体として記載する。

Ｔ２では、ユーザは、第１のＡＰ６のＡＰ情報（ＳＳＩＤ「ａｐ１」及びパスワード「ｘｘｘ」）を端末１０に入力する。これにより、Ｔ３では、端末１０及び第１のＡＰ６は、４ｗａｙ－ｈａｎｄｓｈａｋｅの通信を実行する。なお、変形例では、４ｗａｙ－ｈａｎｄｓｈａｋｅの通信に代えて、ＳＡＥ（Simultaneous Authentication of Equalsの略、通称「Dragonfly」）の通信が利用されてもよい。４ｗａｙ－ｈａｎｄｓｈａｋｅの通信の少なくとも一部の過程において、端末１０及び第１のＡＰ６は、パスワード「ｘｘｘ」によって暗号化された暗号情報を通信する。そして、暗号情報の復号が成功する場合に、端末１０と第１のＡＰ６との間にＷｉ－Ｆｉ接続が確立される。これにより、端末１０は、第１のＡＰ６によって形成される無線ネットワークに子局として参加する。この場合、端末１０は、第１のＡＰ６を識別するＳＳＩＤ「ａｐ１」を記憶する。なお、以下では、ＡＰ情報を利用して確立されるＷｉ－Ｆｉ接続を、「Ｌｅｇａｃｙ接続」と記載する。

次いで、端末１０は、ユーザからの操作に応じて、第１のＡＰ６との間のＬｅｇａｃｙ接続を切断し、第２のＡＰ７とのＷｉ－Ｆｉ接続を確立するための処理を実行する。Ｔ５では、端末１０は、ＤＰＰ方式のＢｏｏｔｓｔｒａｐｐｉｎｇ（以下では、単に「ＢＳ」と記載する）を第２のＡＰ７と実行する。当該ＢＳは、第２のＡＰ７に貼り付けられているＱＲコードが端末１０によって撮影されることに応じて、後述のＴ１０のＡｕｔｈｅｎｔｉｃａｔｉｏｎ（以下では、単に「Ａｕｔｈ」と記載する）で利用される情報を第２のＡＰ７から端末１０に提供する処理である。

Ｔ１０では、端末１０は、Ｔ５のＢＳで取得済みの情報を利用して、ＤＰＰ方式のＡｕｔｈを第２のＡＰ７と実行する。当該Ａｕｔｈは、端末１０及び第２のＡＰ７のそれぞれが通信相手を認証するための処理である。

Ｔ１５では、端末１０は、ＤＰＰ方式のＣｏｎｆｉｇｕｒａｔｉｏｎ（以下では、単に「Ｃｏｎｆｉｇ」と記載する）を第２のＡＰ７と実行する。当該Ｃｏｎｆｉｇは、第２のＡＰ７がＷｉ－Ｆｉ接続を確立するための情報を第２のＡＰ７に送信する処理である。具体的には、端末１０は、第２のＡＰ用Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔ（以下では、Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔのことを単に「ＣＯ」と記載する）を生成して、第２のＡＰ用ＣＯを第２のＡＰ７に送信する。この結果、第２のＡＰ７では、第２のＡＰ用ＣＯが記憶される。

Ｔ２０では、端末１０は、ＤＰＰ方式のＮｅｔｗｏｒｋ Ａｃｃｅｓｓ（以下では、単に「ＮＡ」と記載する）を第２のＡＰ７と実行する。端末１０は、当該ＮＡにおいて、第２の端末用ＣＯを生成する。そして、端末１０及び第２のＡＰ７は、第２の端末用ＣＯ及び第２のＡＰ用ＣＯを利用して、端末１０と第２のＡＰ７との間のＷｉ－Ｆｉ接続を確立するための接続キーを共有する。

Ｔ２５では、端末１０及び第２のＡＰ７は、４ｗａｙ－ｈａｎｄｓｈａｋｅの通信を実行する。なお、変形例では、４ｗａｙ－ｈａｎｄｓｈａｋｅの通信に代えて、ＳＡＥの通信が利用されてもよい。４ｗａｙ－ｈａｎｄｓｈａｋｅの通信の少なくとも一部の過程において、端末１０及び第２のＡＰ７は、Ｔ２０のＮＡで共有済みの接続キーによって暗号化された暗号情報を通信する。そして、暗号情報の復号が成功する場合に、端末１０と第２のＡＰ７との間にＷｉ－Ｆｉ接続が確立される。これにより、端末１０は、第２のＡＰ７によって形成される無線ネットワークに子局として参加する。この場合、端末１０は、第２のＡＰ７を識別するＳＳＩＤ「ａｐ２」を記憶する。なお、以下では、ＤＰＰ方式に従った通信を利用して確立されるＷｉ－Ｆｉ接続を、「ＤＰＰ接続」と記載する。

次いで、端末１０は、ユーザからの操作に応じて、第２のＡＰ７との間のＤＰＰ接続を切断し、第３のＡＰ８とのＤＰＰ接続を確立するための処理を実行する。端末１０は、Ｔ３５において、ＤＰＰ方式のＢＳを第３のＡＰ８と実行する。当該ＢＳは、第３のＡＰ８に貼り付けられているＱＲコードが端末１０によって撮影されることに応じて、後述のＴ４０のＡｕｔｈで利用される情報を第３のＡＰ８から端末１０に提供する処理である。

Ｔ４０では、端末１０は、Ｔ３５のＢＳで取得済みの情報を利用して、ＤＰＰ方式のＡｕｔｈを第３のＡＰ８と実行する。当該Ａｕｔｈは、端末１０及び第３のＡＰ８のそれぞれが通信相手を認証するための処理である。

Ｔ４５では、端末１０は、ＤＰＰ方式のＣｏｎｆｉｇを第３のＡＰ８と実行する。当該Ｃｏｎｆｉｇは、第３のＡＰ８がＤＰＰ接続を確立するための情報を第３のＡＰ８に送信する処理である。具体的には、端末１０は、第３のＡＰ用ＣＯを生成して、第３のＡＰ用ＣＯを第３のＡＰ８に送信する。この結果、第３のＡＰ８では、第３のＡＰ用ＣＯが記憶される。

Ｔ５０では、端末１０は、ＤＰＰ方式のＮＡを第３のＡＰ８と実行する。端末１０は、当該ＮＡにおいて、第３の端末用ＣＯを生成する。そして、端末１０及び第３のＡＰ８は、第３の端末用ＣＯ及び第３のＡＰ用ＣＯを利用して、端末１０と第３のＡＰ８との間のＤＰＰ接続を確立するための接続キーを共有する。

Ｔ５５では、端末１０及び第３のＡＰ８は、Ｔ５０のＮＡで共有済みの接続キーを利用して、４ｗａｙ－ｈａｎｄｓｈａｋｅの通信を実行する。これにより、端末１０と第３のＡＰ８との間にＤＰＰ接続が確立され、端末１０は、第３のＡＰ８によって形成される無線ネットワークに子局として参加する。この場合、端末１０は、第３のＡＰ８を識別するＳＳＩＤ「ａｐ３」を記憶する。なお、変形例では、４ｗａｙ－ｈａｎｄｓｈａｋｅの通信に代えて、ＳＡＥの通信が利用されてもよい。

次いで、端末１０は、Ｔ６５において、ＤＰＰ方式のＢＳをプリンタ１００と実行する。当該ＢＳは、プリンタ１００に表示されるＱＲコードが端末１０によって撮影されることに応じて、後述のＴ７０のＡｕｔｈで利用される情報をプリンタ１００から端末１０に提供する処理である。

Ｔ７０では、端末１０は、Ｔ６５のＢＳで取得済みの情報を利用して、ＤＰＰ方式のＡｕｔｈをプリンタ１００と実行する。当該Ａｕｔｈは、端末１０及びプリンタ１００のそれぞれが通信相手を認証するための処理である。

Ｔ７５では、端末１０は、ＤＰＰ方式のＣｏｎｆｉｇをプリンタ１００と実行する。当該Ｃｏｎｆｉｇは、プリンタ１００がＷｉ－Ｆｉ接続を確立するための情報をプリンタ１００に送信する処理である。具体的には、端末１０は、各ＡＰ６、７、８のそれぞれについて、プリンタ用ＣＯを生成して、プリンタ用ＣＯをプリンタ１００に送信する。

Ｔ８５では、プリンタ１００は、端末１０から受信したプリンタ用ＣＯを利用して、後述する接続処理（図１０）を実行する。図２のケースでは、プリンタ１００は、端末１０から受信したプリンタ用ＣＯのうち、第３のＡＰ８に対応する第３のプリンタ用ＣＯを利用して、第３のＡＰ８とのＤＰＰ接続を確立する。これにより、プリンタ１００は、第３のＡＰ８によって形成される無線ネットワークに子局として参加する。

ＤＰＰ方式では、プリンタ１００とＡＰ（例えば第３のＡＰ８）との間にＤＰＰ接続を確立させるために、ユーザは、ＡＰ情報（即ちＳＳＩＤ、パスワード）をプリンタ１００に入力する必要がない。従って、ユーザは、プリンタ１００とＡＰとの間にＤＰＰ接続（即ちＷｉ－Ｆｉ接続）を容易に確立させることができる。

（ＡＰとのＢｏｏｔｓｔｒａｐｐｉｎｇ（ＢＳ）；図３）
続いて、図３～図１２を参照して、図２のＴ３５～Ｔ５０、及び、Ｔ６５～Ｔ８５において実行される各処理の詳細を説明する。なお、図２のＴ５～Ｔ２５は、第２のＡＰ７との間でＢＳ等の処理が実行される点を除いて、Ｔ３５～Ｔ５０と同様なので、詳細な説明は省略する。

まず、図３を参照して、図２のＴ３５において端末１０と第３のＡＰ８との間で実行されるＢＳの処理を説明する。図３の初期状態では、第３のＡＰ８は、第３のＡＰ８の公開鍵ＡＰＫ１及び秘密鍵ａｓｋ１を予め記憶している。また、第３のＡＰ８の公開鍵ＡＰＫ１と、第３のＡＰ８のＭＡＣアドレス「ｍａｃａｐ３」と、をコード化することによって得られるＱＲコードが、第３のＡＰ８の筐体に貼り付けられている。

端末１０は、ユーザからの操作に応じて、カメラ１５を起動し、Ｔ１２０において、カメラ１５を利用して、第３のＡＰ８の筐体に貼り付けられているＱＲコードを撮影する。そして、端末１０は、Ｔ１２２において、撮影済みのＱＲコードをデコードして、公開鍵ＡＰＫ１とＭＡＣアドレス「ｍａｃａｐ３」とを取得する。Ｔ１２２の処理が終了すると、図３の処理が終了する。

（ＡＰとのＡｕｔｈｅｎｔｉｃａｔｉｏｎ（Ａｕｔｈ）；図４）
続いて、図４を参照して、図２のＴ４０において端末１０と第３のＡＰ８との間で実行されるＡｕｔｈの処理を説明する。

Ｔ２００では、端末１０は、端末１０の公開鍵ＴＰＫ１及び秘密鍵ｔｓｋ１を生成する。次いで、端末１０は、Ｔ２０１において、ＥＣＤＨ（Elliptic curve Diffie-Hellman key exchangeの略）に従って、生成済みの秘密鍵ｔｓｋ１と、図３のＴ１２２で取得された第３のＡＰ８の公開鍵ＡＰＫ１と、を用いて、共有鍵ＳＫ１を生成する。そして、端末１０は、Ｔ２０２において、生成済みの共有鍵ＳＫ１を用いてランダム値ＲＶ１を暗号化して、暗号化データＥＤ１を生成する。

Ｔ２１０では、端末１０は、Ｗｉ－ＦｉＩ／Ｆ１６を介して、図３のＴ１２２で取得されたＭＡＣアドレス「ｍａｃａｐ３」を送信先として、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ（以下では、単に「ＡＲｅｑ」と記載する）を第３のＡＰ８に送信する。ＡＲｅｑは、認証の実行を第３のＡＰ８に要求する信号であり、Ｔ２００で生成された端末１０の公開鍵ＴＰＫ１と、Ｔ２０２で生成された暗号化データＥＤ１と、端末１０のｃａｐａｂｉｌｉｔｙと、を含む。

ｃａｐａｂｉｌｉｔｙは、ＤＰＰ方式をサポートしている機器において予め指定されている情報であり、ＤＰＰ方式のＣｏｎｆｉｇｕｒａｔｏｒのみとして動作可能であることを示す値と、ＤＰＰ方式のＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値と、Ｃｏｎｆｉｇｕｒａｔｏｒ及びＥｎｒｏｌｌｅｅのどちらとしても動作可能であることを示す値と、のいずれか１個の値を含む。Ｃｏｎｆｉｇｕｒａｔｏｒは、Ｃｏｎｆｉｇ（例えば図２のＴ４５）において、ＮＡ（例えば図２のＴ５０）で利用されるＣＯをＥｎｒｏｌｌｅｅに送信するデバイスを意味する。一方、Ｅｎｒｏｌｌｅｅは、Ｃｏｎｆｉｇにおいて、ＣｏｎｆｉｇｕｒａｔｏｒからＮＡで利用されるＣＯを受信するデバイスを意味する。上記のように、本実施例では、端末１０が第２のＡＰ用ＣＯ、第３のＡＰ用ＣＯ、又は、第１～第３のプリンタ用ＣＯを生成して第２のＡＰ７、第３のＡＰ８、又は、プリンタ１００に送信する。従って、端末１０のｃａｐａｂｉｌｉｔｙは、Ｃｏｎｆｉｇｕｒａｔｏｒのみとして動作可能であることを示す値を含む。

第３のＡＰ８は、Ｔ２１０において、端末１０からＡＲｅｑを受信する。上記のように、当該ＡＲｅｑは、第３のＡＰ８のＭＡＣアドレス「ｍａｃａｐ３」を送信先として送信される。従って、第３のＡＰ８は、端末１０から当該ＡＲｅｑを適切に受信することができる。

次いで、第３のＡＰ８は、ＡＲｅｑの送信元（即ち端末１０）を認証するための以下の処理を実行する。具体的には、第３のＡＰ８は、Ｔ２１２において、ＥＣＤＨに従って、ＡＲｅｑ内の端末１０の公開鍵ＴＰＫ１と、第３のＡＰ８の秘密鍵ａｓｋ１と、を用いて、共有鍵ＳＫ１を生成する。ここで、Ｔ２０１で端末１０によって生成される共有鍵ＳＫ１と、Ｔ２１２で第３のＡＰ８によって生成される共有鍵ＳＫ１と、は同じである。従って、第３のＡＰ８は、Ｔ２１４において、生成済みの共有鍵ＳＫ１を用いて、ＡＲｅｑ内の暗号化データＥＤ１を適切に復号することができ、この結果、ランダム値ＲＶ１を取得することができる。第３のＡＰ８は、暗号化データＥＤ１の復号が成功する場合には、ＡＲｅｑの送信元が第３のＡＰ８のＱＲコードを撮影したデバイスであると判断し、即ち、認証が成功したと判断し、Ｔ２１６以降の処理を実行する。一方、第３のＡＰ８は、仮に、暗号化データＥＤ１の復号が成功しない場合には、ＡＲｅｑの送信元が第３のＡＰ８のＱＲコードを撮影したデバイスでないと判断し、即ち、認証が失敗したと判断し、Ｔ２１６以降の処理を実行しない。

第３のＡＰ８は、Ｔ２１６において、第３のＡＰ８の新たな公開鍵ＡＰＫ２及び新たな秘密鍵ａｓｋ２を生成する。なお、変形例では、第３のＡＰ８は、公開鍵ＡＰＫ２及び秘密鍵ａｓｋ２を予め記憶していてもよい。次いで、第３のＡＰ８は、Ｔ２１７において、ＥＣＤＨに従って、Ｔ２１０のＡＲｅｑ内の端末１０の公開鍵ＴＰＫ１と、生成済みの第３のＡＰ８の秘密鍵ａｓｋ２と、を用いて、共有鍵ＳＫ２を生成する。そして、第３のＡＰ８は、Ｔ２１８において、生成済みの共有鍵ＳＫ２を用いて、取得済みのランダム値ＲＶ１及び新たなランダム値ＲＶ２を暗号化して、暗号化データＥＤ２を生成する。

Ｔ２２０では、第３のＡＰ８は、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ（以下では、単に「ＡＲｅｓ」と記載する）を端末１０に送信する。当該ＡＲｅｓは、Ｔ２１６で生成された第３のＡＰ８の公開鍵ＡＰＫ２と、Ｔ２１８で生成された暗号化データＥＤ２と、第３のＡＰ８のｃａｐａｂｉｌｉｔｙと、を含む。当該ｃａｐａｂｉｌｉｔｙは、Ｅｎｒｏｌｌｅｅのみとして動作可能であることを示す値を含む。

端末１０は、Ｔ２２０において、Ｗｉ－ＦｉＩ／Ｆ１６を介して、第３のＡＰ８からＡＲｅｓを受信することに応じて、当該ＡＲｅｓの送信元（即ち第３のＡＰ８）を認証するための以下の処理を実行する。具体的には、端末１０は、Ｔ２２２において、ＥＣＤＨに従って、Ｔ２００で生成された端末１０の秘密鍵ｔｓｋ１と、ＡＲｅｓ内の第３のＡＰ８の公開鍵ＡＰＫ２と、を用いて、共有鍵ＳＫ２を生成する。ここで、Ｔ２１７で第３のＡＰ８によって生成される共有鍵ＳＫ２と、Ｔ２２２で端末１０によって生成される共有鍵ＳＫ２と、は同じである。従って、端末１０は、Ｔ２２４において、生成済みの共有鍵ＳＫ２を用いて、ＡＲｅｓ内の暗号化データＥＤ２を適切に復号することができ、この結果、ランダム値ＲＶ１及びＲＶ２を取得することができる。端末１０は、暗号化データＥＤ２の復号が成功する場合には、ＡＲｅｓの送信元が撮影済みのＱＲコードを有するデバイスであると判断し、即ち、認証が成功したと判断し、Ｔ２３０以降の処理を実行する。一方、端末１０は、仮に、暗号化データＥＤ２の復号が成功しない場合には、ＡＲｅｓの送信元が撮影済みのＱＲコードを有するデバイスでないと判断し、即ち、認証が失敗したと判断し、Ｔ２３０以降の処理を実行しない。

Ｔ２３０では、端末１０は、Ｗｉ－ＦｉＩ／Ｆ１６を介して、Ｃｏｎｆｉｒｍを第３のＡＰ８に送信する。Ｃｏｎｆｉｒｍは、端末１０がＣｏｎｆｉｇｕｒａｔｏｒとして動作し、かつ、第３のＡＰ８がＥｎｒｏｌｌｅｅとして動作することを示す情報を含む。この結果、Ｔ２３２において、Ｃｏｎｆｉｇｕｒａｔｏｒとして動作することが端末１０によって決定され、Ｔ２３４において、Ｅｎｒｏｌｌｅｅとして動作することが第３のＡＰ８によって決定される。Ｔ２３４の処理が終了すると、図４の処理が終了する。なお、図４の処理が終了すると、端末１０は、公開鍵ＴＰＫ１及び秘密鍵ｔｓｋ１を破棄する。

（ＡＰとのＣｏｎｆｉｇｕｒａｔｉｏｎ（Ｃｏｎｆｉｇ）；図５）
続いて、図５を参照して、図２のＴ４５において端末１０と第３のＡＰ８との間で実行されるＣｏｎｆｉｇの処理を説明する。

Ｔ３００では、第３のＡＰ８は、ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔ（以下では、単に「ＣＲｅｑ」と記載する）を端末１０に送信する。当該ＣＲｅｑは、第３のＡＰ用ＣＯの送信を要求する信号である。

端末１０は、Ｔ３００において、第３のＡＰ８から、Ｗｉ－ＦｉＩ／Ｆ１６を介して、ＣＲｅｑを受信する。この場合、端末１０は、Ｔ３０２において、端末１０のメモリ（図示省略）から公開鍵ＴＰＫ２及び秘密鍵ｔｓｋ２を取得する。公開鍵ＴＰＫ２及び秘密鍵ｔｓｋ２は、第３のＡＰ８とのＣｏｎｆｉｇの前に実行された第２のＡＰ７とのＣｏｎｆｉｇ（図２の１５）において、第２のＡＰ用ＣＯを生成する際に利用された公開鍵及び秘密鍵と同じである。次いで、端末１０は、Ｔ３０４において、取得済みの秘密鍵ｔｓｋ２を利用して、第３のＡＰ用ＣＯを生成する。具体的には、端末１０は、以下の各処理を実行する。

端末１０は、まず、端末１０の公開鍵ＴＰＫ２をハッシュ化することによって、ハッシュ値ＨＶを生成する。また、端末１０は、ハッシュ値ＨＶと、グループＩＤ「ｏｆｆｉｃｅ３」と、図４のＴ２２０のＡＲｅｓ内の第３のＡＰ８の公開鍵ＡＰＫ２と、の組み合わせをハッシュ化することによって、第１の値を生成する。そして、端末１０は、ＥＣＤＳＡ（Elliptic Curve Digital Signature Algorithmの略）に従って、端末１０の秘密鍵ｔｓｋ２を利用して、生成済みの第１の値を暗号化することによって、電子署名ＤＳａｐ３を生成する。この結果、端末１０は、ハッシュ値ＨＶと、グループＩＤ「ｏｆｆｉｃｅ３」と、第３のＡＰ８の公開鍵ＡＰＫ２と、電子署名ＤＳａｐ３と、を含む第３のＡＰ用Ｓｉｇｎｅｄ－Ｃｏｎｎｅｃｔｏｒ（以下では、Ｓｉｇｎｅｄ－Ｃｏｎｎｅｃｔｏｒのことを単に「ＳＣ」と記載する）を生成することができる。そして、端末１０は、第３のＡＰ用ＳＣと、端末１０の公開鍵ＴＰＫ２と、を含む第３のＡＰ用ＣＯを生成する。なお、グループＩＤ「ｏｆｆｉｃｅ３」は、第３のＡＰ８によって形成される無線ネットワークを識別するＩＤである。グループＩＤ「ｏｆｆｉｃｅ３」は、ユーザによって端末１０に入力される。

Ｔ３１０では、端末１０は、Ｗｉ－ＦｉＩ／Ｆ１６を介して、第３のＡＰ用ＣＯを含むＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ（以下では、単に「ＣＲｅｓ」と記載する）を第３のＡＰ８に送信する。

第３のＡＰ８は、Ｔ３１０において、端末１０からＣＲｅｓを受信する。この場合、第３のＡＰ８は、Ｔ３１２において、当該ＣＲｅｓ内の第３のＡＰ用ＣＯを記憶する。Ｔ３１２の処理が終了すると、図５の処理が終了する。

（ＡＰとのＮｅｔｗｏｒｋ Ａｃｃｅｓｓ（ＮＡ）；図６）
続いて、図６を参照して、図２のＴ５０において端末１０と第３のＡＰ８との間で実行されるＮＡの処理を説明する。

Ｔ４００では、端末１０は、端末１０の新たな公開鍵ＴＰＫ３及び秘密鍵ｔｓｋ３を生成する。次いで、Ｔ４０２において、端末１０は、図５のＴ３０２で取得された端末１０の秘密鍵ｔｓｋ２を利用して、第３の端末用ＣＯを生成する。具体的には、端末１０は、以下の各処理を実行する。

端末１０は、まず、端末１０の公開鍵ＴＰＫ２をハッシュ化することによって、ハッシュ値ＨＶを生成する。また、端末１０は、ハッシュ値ＨＶと、グループＩＤ「ｏｆｆｉｃｅ３」と、Ｔ４００で生成された端末１０の公開鍵ＴＰＫ３と、の組み合わせをハッシュ化することによって、第２の値を生成する。そして、端末１０は、ＥＣＤＳＡに従って、端末１０の秘密鍵ｔｓｋ２を利用して、生成済みの第２の値を暗号化することによって、電子署名ＤＳｔｅ３を生成する。この結果、端末１０は、ハッシュ値ＨＶと、グループＩＤ「ｏｆｆｉｃｅ３」と、端末１０の公開鍵ＴＰＫ３と、電子署名ＤＳｔｅ３と、を含む第３の端末用ＳＣを生成することができる。第３の端末用ＳＣに含まれるハッシュ値ＨＶ及びグループＩＤ「ｏｆｆｉｃｅ３」は、それぞれ、第３のＡＰ用ＳＣに含まれるハッシュ値ＨＶ及びグループＩＤ「ｏｆｆｉｃｅ３」と同じである。第３の端末用ＳＣに含まれる公開鍵ＴＰＫ３及び電子署名ＤＳｔｅ３は、それぞれ、第３のＡＰ用ＳＣに含まれる公開鍵ＡＰＫ２及び電子署名ＤＳａｐ３とは異なる。そして、端末１０は、第３の端末用ＳＣと、端末１０の公開鍵ＴＰＫ２と、を含む第３の端末用ＣＯを生成して記憶する。

Ｔ４１０では、端末１０は、Ｗｉ－ＦｉＩ／Ｆ１６を介して、第３の端末用ＳＣを含むＤＰＰ Ｐｅｅｒ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ（以下では、単に「ＤＲｅｑ」と記載する）を第３のＡＰ８に送信する。当該ＤＲｅｑは、認証の実行と、第３のＡＰ用ＳＣの送信と、を第３のＡＰ８に要求する信号である。

第３のＡＰ８は、Ｔ４１０において、端末１０からＤＲｅｑを受信することに応じて、ＤＲｅｑの送信元（即ち端末１０）、及び、ＤＲｅｑ内の各情報（即ち、ハッシュ値ＨＶ、「ｏｆｆｉｃｅ３」、及び、公開鍵ＴＰＫ３）を認証するための処理を実行する。具体的には、第３のＡＰ８は、Ｔ４１２において、まず、第３の端末用ＳＣ内のハッシュ値ＨＶ及びグループＩＤ「ｏｆｆｉｃｅ３」が、それぞれ、第３のＡＰ用ＳＣ内のハッシュ値ＨＶ及びグループＩＤ「ｏｆｆｉｃｅ３」に一致するのか否かに関する第１のＡＰ判断処理を実行する。図６のケースでは、第３のＡＰ８は、第１のＡＰ判断処理で「一致する」と判断するので、ＤＲｅｑの送信元（即ち端末１０）の認証が成功したと判断する。なお、第１のＡＰ判断処理で「一致する」と判断することは、第３の端末用ＳＣ及び第３のＡＰ用ＳＣが同じ装置（即ち端末１０）によって生成されたことを意味する。従って、第３のＡＰ８は、第３の端末用ＳＣの生成元（即ち端末１０）の認証が成功したとも判断する。さらに、第３のＡＰ８は、第３のＡＰ用ＣＯに含まれる端末１０の公開鍵ＴＰＫ２を用いて、第３の端末用ＳＣ内の電子署名ＤＳｔｅ３を復号する。図６のケースでは、電子署名ＤＳｔｅ３の復号が成功するので、第３のＡＰ８は、電子署名ＤＳｔｅ３を復号することによって得られた第２の値と、第３の端末用ＳＣ内の各情報（即ち、ハッシュ値ＨＶ、「ｏｆｆｉｃｅ３」、及び、公開鍵ＴＰＫ３）をハッシュ化することによって得られる値と、が一致するのか否かに関する第２のＡＰ判断処理を実行する。図６のケースでは、第３のＡＰ８は、第２のＡＰ判断処理で「一致する」と判断するので、ＤＲｅｑ内の各情報の認証が成功したと判断し、Ｔ４１４以降の処理を実行する。なお、第２のＡＰ判断処理で「一致する」と判断することは、第３の端末用ＣＯが端末１０に記憶された後に、第３の端末用ＳＣ内の各情報が第三者によって改ざんされていないことを意味する。なお、後述の電子署名を利用した認証も、第三者によって情報が改ざんされていないことを確認するための処理である。一方、第１のＡＰ判断処理で「一致しない」と判断される場合、電子署名ＤＳｔｅ３の復号が失敗する場合、又は、第２のＡＰ判断処理で「一致しない」と判断される場合には、第３のＡＰ８は、認証が失敗したと判断し、Ｔ４１４以降の処理を実行しない。

次いで、第３のＡＰ８は、Ｔ４１４において、ＥＣＤＨに従って、第３の端末用ＳＣ内の公開鍵ＴＰＫ３と、第３のＡＰ８の秘密鍵ａｓｋ２と、を用いて、接続キー（即ち共有鍵）ＣＫ１を生成する。

Ｔ４２０では、第３のＡＰ８は、第３のＡＰ用ＳＣを含むＤＰＰ Ｐｅｅｒ Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｐｏｎｓｅ（以下では、単に「ＤＲｅｓ」と記載する）を端末１０に送信する。

端末１０は、Ｔ４２０において、Ｗｉ－ＦｉＩ／Ｆ１６を介して、第３のＡＰ８からＤＲｅｓを受信することに応じて、ＤＲｅｓの送信元（即ち第３のＡＰ８）、及び、ＤＲｅｓ内の各情報（即ち、ハッシュ値ＨＶ、「ｏｆｆｉｃｅ３」、及び、公開鍵ＡＰＫ２）を認証するための処理を実行する。具体的には、端末１０は、Ｔ４２２において、まず、第３のＡＰ用ＳＣ内のハッシュ値ＨＶ及びグループＩＤ「ｏｆｆｉｃｅ３」が、それぞれ、第３の端末用ＳＣ内のハッシュ値ＨＶ及びグループＩＤ「ｏｆｆｉｃｅ３」に一致するのか否かに関する第１のＴＥ判断処理を実行する。図６のケースでは、端末１０は、第１のＴＥ判断処理で「一致する」と判断するので、ＤＲｅｓの送信元（即ち第３のＡＰ８）の認証が成功したと判断する。なお、第１のＴＥ判断処理で「一致する」と判断することは、第３の端末用ＳＣ及び第３のＡＰ用ＳＣが同じ装置（即ち端末１０）によって生成されたことを意味する。従って、端末１０は、第３の端末用ＳＣの生成元（即ち端末１０）の認証が成功したとも判断する。さらに、端末１０は、第３の端末用ＣＯに含まれる端末１０の公開鍵ＴＰＫ２を用いて、第３のＡＰ用ＳＣ内の電子署名ＤＳａｐ３を復号する。図６のケースでは、電子署名ＤＳａｐ３の復号が成功するので、端末１０は、電子署名ＤＳａｐ３を復号することによって得られた第１の値と、第３のＡＰ用ＳＣ内の各情報（即ち、ハッシュ値ＨＶ、「ｏｆｆｉｃｅ３」、及び、公開鍵ＡＰＫ２）をハッシュ化することによって得られる値と、が一致するのか否かに関する第２のＴＥ判断処理を実行する。図６のケースでは、端末１０は、第２のＴＥ判断処理で「一致する」と判断するので、ＤＲｅｓ内の各情報の認証が成功したと判断し、Ｔ４２４以降の処理を実行する。一方、第１のＴＥ判断処理で「一致しない」と判断される場合、電子署名ＤＳａｐ３の復号が失敗する場合、又は、第２のＴＥ判断処理で「一致しない」と判断される場合には、端末１０は、認証が失敗したと判断し、Ｔ４２４以降の処理を実行しない。

端末１０は、Ｔ４２４において、ＥＣＤＨに従って、端末１０の秘密鍵ｔｓｋ３と、第３のＡＰ用ＳＣ内の公開鍵ＡＰＫ２と、を用いて、接続キーＣＫ１を生成する。ここで、Ｔ４１４で第３のＡＰ８によって生成される接続キーＣＫ１と、Ｔ４２４で端末１０によって生成される接続キーＣＫ１と、は同じである。これにより、ＤＰＰ接続を確立するための接続キーＣＫ１が端末１０及び第３のＡＰ８の間で共有される。

接続キーＣＫ１が端末１０及び第３のＡＰ８の間で共有された後に、Ｔ４２５において、端末１０及び第３のＡＰ８は、接続キーＣＫ１を利用して、４ｗａｙ－ｈａｎｄｓｈａｋｅの通信を実行する（図２のＴ５５）。この結果、端末１０と第３のＡＰ８との間にＤＰＰ接続が確立される。これにより、端末１０は、第３のＡＰ８が親局として動作する無線ネットワークであって、グループＩＤ「ｏｆｆｉｃｅ３」によって識別される無線ネットワークに子局として参加する。端末１０は、第３のＡＰ８とのＤＰＰ接続が確立される場合に、第３のＡＰ８のＳＳＩＤ「ａｐ３」を第３の端末用ＣＯと関連付けて記憶する。

（プリンタ１００とのＢｏｏｔｓｔｒａｐｐｉｎｇ（ＢＳ）；図７）
続いて、図７を参照して、図２のＴ６５において端末１０とプリンタ１００との間で実行されるＢＳの処理を説明する。図７の初期状態では、端末１０は、第１のＡＰ６のＡＰ情報（ＳＳＩＤ「ａｐ１」とパスワード「ｘｘｘ」）と、端末１０の公開鍵ＴＰＫ２及び秘密鍵ｔｓｋ２（図５のＴ３０２参照）と、端末１０の公開鍵ＴＰＫ５及び秘密鍵ｔｓｋ５と、第２の端末用ＣＯ（図２のＴ２０参照）と、端末１０の公開鍵ＴＰＫ３及び秘密鍵ｔｓｋ３（図６のＴ４００参照）と、第３の端末用ＣＯ（図２のＴ５０、図６のＴ４０２参照）と、を記憶している。ここで、公開鍵ＴＰＫ５及び秘密鍵ｔｓｋ５は、第２のＡＰ７とのＮＡにおいて、第２の端末用ＣＯを生成する際に利用された公開鍵及び秘密鍵である。公開鍵ＴＰＫ５及び秘密鍵ｔｓｋ５を生成する処理は、図６のＴ４００と同様である。第２の端末用ＣＯは、第２の端末用ＳＣと、公開鍵ＴＰＫ２と、を含む。第２の端末用ＳＣは、ハッシュ値ＨＶと、グループＩＤ「ｏｆｆｉｃｅ２」と、端末１０の公開鍵ＴＰＫ５と、電子署名ＤＳｔｅ２と、を含む。グループＩＤ「ｏｆｆｉｃｅ２」は、第２のＡＰ７によって形成される無線ネットワークを識別するＩＤである。電子署名ＤＳｔｅ２は、ハッシュ値ＨＶと、グループＩＤ「ｏｆｆｉｃｅ２」と、端末１０の公開鍵ＴＰＫ５と、端末１０の秘密鍵ｔｓｋ２を利用して生成される。

また、プリンタ１００は、プリンタ１００の公開鍵ＰＰＫ１及び秘密鍵ｐｓｋ１をメモリ１３４内に予め記憶している。

プリンタ１００は、Ｔ５１０において、ＱＲコードを表示するためのＱＲコード表示操作がユーザによって実行されることに応じて、Ｔ５１２において、プリンタ１００の状態を応答不可能状態から応答可能状態に移行する。応答不可能状態は、Ｗｉ－ＦｉＩ／Ｆ１１６が、端末１０からＡＲｅｑを受信しても、ＡＲｅｓを送信しない状態である。可能状態は、Ｗｉ－ＦｉＩ／Ｆ１１６が、端末１０からＡＲｅｑを受信することに応じて、ＡＲｅｓを端末１０に送信する状態である。即ち、プリンタ１００は、不可能状態から可能状態に移行することによって、Ａｕｔｈ（図２のＴ７０）を実行可能な状態になる。具体的には、本実施例では、応答不可能状態は、Ｗｉ－ＦｉＩ／Ｆ１１６が、外部から信号を受信しても、当該信号をＣＰＵ１３２に供給しない状態である。また、応答可能状態は、Ｗｉ－ＦｉＩ／Ｆ１１６が、外部から信号を受信することに応じて、当該信号をＣＰＵ１３２に供給し、当該信号に対する応答を送信する状態である。応答可能状態は、ＣＰＵ１３２が外部から受信した信号を処理する状態であるので、応答不可能状態と比較して処理負荷が高い。なお、変形例では、応答不可能状態がＷｉ－ＦｉＩ／Ｆ１１６に通電されていない状態であり、応答可能状態がＷｉ－ＦｉＩ／Ｆ１１６に通電されている状態であってもよい。また、別の変形例では、応答不可能状態は、Ｗｉ－ＦｉＩ／Ｆ１１６が、外部からＡＲｅｑを受信しても、ＡＲｅｑが受信されたことを示す通知をＣＰＵ１３２に供給しない状態であり、応答可能状態は、Ｗｉ－ＦｉＩ／Ｆ１１６が、外部からＡＲｅｑを受信することに応じて、ＡＲｅｑが受信されたことを示す通知をＣＰＵ１３２に供給する状態であってもよい。

次いで、プリンタ１００は、Ｔ５１４において、ＱＲコードを表示部１１４に表示する。当該ＱＲコードは、メモリ１３４に予め記憶されている公開鍵ＰＰＫ１と、プリンタ１００のＭＡＣアドレス「ｍａｃｐｒ」と、がコード化されることによって得られるコード画像である。当該ＱＲコードは、Ｔ５１４においてプリンタ１００によって生成されてもよいし、プリンタ１００の出荷段階からメモリ１３４に予め記憶されていてもよい。

端末１０は、Ｔ５２０において、カメラ１５を利用して、プリンタ１００に表示されたＱＲコードを撮影する。そして、端末１０は、Ｔ５２２において、撮影済みのＱＲコードをデコードして、公開鍵ＰＰＫ１とＭＡＣアドレス「ｍａｃｐｒ」とを取得する。Ｔ５２２の処理が終了すると、図７の処理が終了する。

（プリンタ１００とのＡｕｔｈｅｎｔｉｃａｔｉｏｎ（Ａｕｔｈ）；図８）
続いて、図８を参照して、図２のＴ７０において端末１０とプリンタ１００との間で実行されるＡｕｔｈの処理を説明する。

端末１０は、Ｔ６００において、端末１０の新たな公開鍵ＴＰＫ６及び秘密鍵ｔｓｋ６を生成し、Ｔ６０１において、ＥＣＤＨに従って、生成済みの秘密鍵ｔｓｋ６と、図７のＴ５２２で取得されたプリンタ１００の公開鍵ＰＰＫ１と、を用いて、共有鍵ＳＫ５を生成する。そして、端末１０は、Ｔ６０２おいて、生成済みの共有鍵ＳＫ５を用いてランダム値ＲＶ５を暗号化して、暗号化データＥＤ５を生成する。

Ｔ６１０では、端末１０は、Ｗｉ－ＦｉＩ／Ｆ１６を介して、図７のＴ５２２で取得されたＭＡＣアドレス「ｍａｃｐｒ」を送信先として、ＡＲｅｑをプリンタ１００に送信する。当該ＡＲｅｑは、Ｔ６００で生成された端末１０の公開鍵ＴＰＫ６と、Ｔ６０２で生成された暗号化データＥＤ５と、端末１０のｃａｐａｂｉｌｉｔｙと、を含む。当該ｃａｐａｂｉｌｉｔｙは、Ｃｏｎｆｉｇｕｒａｔｏｒのみとして動作可能であることを示す値を含む。

プリンタ１００は、Ｔ６１０において、端末１０から、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、ＡＲｅｑを受信する。当該ＡＲｅｑがプリンタ１００のＭＡＣアドレス「ｍａｃｐｒ」を送信先として送信されるので、プリンタ１００は、当該ＡＲｅｑを適切に受信することができる。

次いで、プリンタ１００は、ＡＲｅｑの送信元（即ち端末１０）を認証するためのＴ６１２及びＴ６１４の処理を実行する。Ｔ６１２及びＴ６１４は、実行主体がプリンタ１００である点、及び、利用されるデータ（鍵、暗号化データ等）が異なる点を除くと、図４のＴ２１２及びＴ２１４と同様である。即ち、プリンタ１００は、Ｔ６１２において、公開鍵ＴＰＫ６と秘密鍵ｐｓｋ１とを用いて共有鍵ＳＫ５を生成し、Ｔ６１４において、共有鍵ＳＫ５を用いてＡＲｅｑ内の暗号化データＥＤ５を復号する。この場合、プリンタ１００は、認証が成功したと判断し、Ｔ６１６以降の処理を実行する。

プリンタ１００は、Ｔ６１６において、プリンタ１００の新たな公開鍵ＰＰＫ２及び新たな秘密鍵ｐｓｋ２を生成する。なお、変形例では、公開鍵ＰＰＫ２及び秘密鍵ｐｓｋ２は、メモリ１３４に予め記憶されていてもよい。続いて実行されるＴ６１７及びＴ６１８は、実行主体がプリンタ１００である点、及び、利用されるデータ（鍵、暗号化データ等）が異なる点を除くと、図４のＴ２１７及びＴ２１８と同様である。即ち、プリンタ１００は、Ｔ６１７において、公開鍵ＴＰＫ６と秘密鍵ｐｓｋ２とを用いて共有鍵ＳＫ６を生成し、Ｔ６１８において、共有鍵ＳＫ６を用いてランダム値ＲＶ５、ＲＶ６を暗号化して暗号化データＥＤ６を生成する。

Ｔ６２０では、プリンタ１００は、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、ＡＲｅｓを端末１０に送信する。当該ＡＲｅｓは、Ｔ６１６で生成されたプリンタ１００の公開鍵ＰＰＫ２と、Ｔ６１８で生成された暗号化データＥＤ６と、プリンタ１００のｃａｐａｂｉｌｉｔｙと、を含む。当該ｃａｐａｂｉｌｉｔｙは、Ｅｎｒｏｌｌｅｅのみとして動作可能であることを示す値を含む。

Ｔ６２２～Ｔ６３４は、通信対象がプリンタ１００である点、及び、利用されるデータ（鍵、暗号化データ等）が異なる点を除いて、図４のＴ２２２～Ｔ２３４と同様である。この結果、Ｃｏｎｆｉｇｕｒａｔｏｒとして動作することが端末１０によって決定され、Ｅｎｒｏｌｌｅｅとして動作することがプリンタ１００によって決定される。Ｔ６３４の処理が終了すると、図８の処理が終了する。なお、図８の処理が終了すると、端末１０は公開鍵ＴＰＫ６及び秘密鍵ｔｓｋ６を破棄する。

（プリンタ１００とのＣｏｎｆｉｇｕｒａｔｉｏｎ（Ｃｏｎｆｉｇ）；図９）
続いて、図９を参照して、図２のＴ７５において端末１０とプリンタ１００との間で実行されるＣｏｎｆｉｇの処理を説明する。

Ｔ７００では、プリンタ１００は、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、ＣＲｅｑを端末１０に送信する。当該ＣＲｅｑは、プリンタ用ＣＯの送信を要求する信号である。

端末１０は、Ｔ７００において、プリンタ１００から、Ｗｉ－ＦｉＩ／Ｆ１６を介して、ＣＲｅｑを受信する。この場合、端末１０は、Ｔ７０２において、端末１０のメモリ（図示省略）から端末１０の公開鍵ＴＰＫ２及び秘密鍵ｔｓｋ２を取得する。

Ｔ７０４ａ～Ｔ７０４ｃでは、端末１０は、プリンタ用ＣＯを生成する。Ｔ７０４ａでは、端末１０は、第１のＡＰ６に対応する第１のプリンタ用ＣＯを生成する。第１のプリンタ用ＣＯは、第１のＡＰ６のＡＰ情報内のＳＳＩＤ「ａｐ１」と、セキュリティ情報と、ＡＫＭ「ｐｓｋ」と、を含む。セキュリティ情報は、端末１０が確立するＬｅｇａｃｙ接続のセキュリティに関する情報であり、第１のＡＰ６のＡＰ情報内のパスワード「ｘｘｘ」と、その他の関係情報（例えば、当該Ｌｅｇａｃｙ接続の確立にパスワードを利用するのか否かを示す情報、当該パスワード（即ち文字列）の長さや構成の制限を示す情報等）と、を含む。端末１０は、セキュリティ情報が一致するＡＰとの間にＬｅｇａｃｙ接続を確立することができる。別言すれば、端末１０は、セキュリティ情報が一致しないＡＰとの間にＬｅｇａｃｙ接続を確立することができない。ＡＫＭ「ｐｓｋ」は、第１のプリンタ用ＣＯがＬｅｇａｃｙ接続を確立するためのＣＯであることを示す値である。

Ｔ７０４ｂでは、端末１０は、第２のＡＰ７に対応する第２のプリンタ用ＣＯを生成する。具体的には、端末１０は、まず、端末１０の公開鍵ＴＰＫ２をハッシュ化することによって、ハッシュ値ＨＶを生成する。また、端末１０は、ハッシュ値ＨＶと、グループＩＤ「ｏｆｆｉｃｅ２」と、図８のＴ６２０のＡＲｅｓ内のプリンタ１００の公開鍵ＰＰＫ２と、の組み合わせをハッシュ化することによって、第３の値を生成する。そして、端末１０は、ＥＣＤＳＡに従って、端末１０の秘密鍵ｔｓｋ２を利用して、生成済みの第３の値を暗号化することによって、電子署名ＤＳｐｒ２を生成する。この結果、端末１０は、ハッシュ値ＨＶと、グループＩＤ「ｏｆｆｉｃｅ２」と、プリンタ１００の公開鍵ＰＰＫ２と、電子署名ＤＳｐｒ２と、を含む第２のプリンタ用ＳＣを生成する。また、端末１０は、端末１０のメモリ（図示省略）から、グループＩＤ「ｏｆｆｉｃｅ２」を含む第２の端末用ＣＯに関連付けて記憶されている第２のＡＰ７のＳＳＩＤ「ａｐ２」を取得する。そして、端末１０は、第２のプリンタ用ＳＣと、端末１０の公開鍵ＴＰＫ２と、ＳＳＩＤ「ａｐ２」と、ＡＫＭ「ｄｐｐ」と、を含む第２のプリンタ用ＣＯを生成する。ＡＫＭ「ｄｐｐ」は、第２のプリンタ用ＣＯがＤＰＰ接続を確立するためのＣＯであることを示す値である。

Ｔ７０４ｃでは、端末１０は、第３のＡＰ８に対応する第３のプリンタ用ＣＯを生成する。Ｔ７０４ｃは、利用されるデータ（グループＩＤ等）が異なる点を除くと、Ｔ７０４ｂと同様である。第３のプリンタ用ＣＯは、第３のプリンタ用ＳＣと、公開鍵ＴＰＫ２と、第３のＡＰ８のＳＳＩＤ「ａｐ３」と、ＡＫＭ「ｄｐｐ」と、を含む。第３のプリンタ用ＳＣは、ハッシュ値ＨＶと、グループＩＤ「ｏｆｆｉｃｅ３」と、プリンタ１００の公開鍵ＰＰＫ２と、電子署名ＤＳｐｒ３と、を含む。電子署名ＤＳｐｒ３は、ハッシュ値ＨＶと、グループＩＤ「ｏｆｆｉｃｅ３」と、プリンタ１００の公開鍵ＰＰＫ２と、秘密鍵ｔｓｋ２を利用して、生成される。

Ｔ７１０では、端末１０は、Ｗｉ－ＦｉＩ／Ｆ１６を介して、Ｔ７０４ａ～Ｔ７０４ｃで生成された第１～第３のプリンタ用ＣＯを含むＣＲｅｓをプリンタ１００に送信する。

プリンタ１００は、Ｔ７１０において、端末１０から、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、ＣＲｅｓを受信する。この場合、プリンタ１００は、Ｔ７１２において、当該ＣＲｅｓ内の第１～第３のプリンタ用ＣＯをメモリ１３４に記憶する。そして、プリンタ１００は、後述する接続処理（図１０）を実行する。

（接続処理；図１０）
図１０を参照して、プリンタ１００のＣＰＵ１３２がプログラム１３６に従って実行する接続処理について説明する。Ｓ１０では、ＣＰＵ１３２は、図９のＴ７１０で端末１０から受信した第１～第３のプリンタ用ＣＯの中から１個のプリンタ用ＣＯを選択する。

Ｓ１２では、ＣＰＵ１３２は、Ｓ１０で選択されたプリンタ用ＣＯ内のＡＫＭが「ｄｐｐ」を示すのか否かを判断する。ＣＰＵ１３２は、ＡＫＭが「ｄｐｐ」を示すと判断する場合（Ｓ１２でＹＥＳ）、即ち、Ｓ１０で選択されたプリンタ用ＣＯがＤＰＰ接続を確立するためのプリンタ用ＣＯである場合に、Ｓ１４に進む。

Ｓ１４では、ＣＰＵ１３２は、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、Ｓ１０で選択されたプリンタ用ＣＯを含むＤＲｅｑ（図６のＴ４１０参照）をブロードキャストに送信する。当該ＤＲｅｑは、認証の実行と、ＡＰ用ＳＣの送信と、をＡＰに要求する信号であるとともに、当該ＡＰとのＤＰＰ接続を確立することができるのか否かを確認するための信号である。なお、変形例では、当該ＤＲｅｑは、ユニキャストに送信されてもよい。

Ｓ１６では、ＣＰＵ１３２は、ＡＰから、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、Ｓ１４で送信されたＤＲｅｑ（以下、「対象ＤＲｅｑ」と記載する）に対するＤＲｅｓを受信するのか否かを判断する。ＤＲｅｓが受信されない状況は、例えば、以下の２個の状況が想定される。第１の状況は、プリンタ１００の近くにＡＰが設置されていないことに起因して、当該ＡＰが対象ＤＲｅｑを受信することができない状況である。第２状況は、プリンタ１００の近くのＡＰが対象ＤＲｅｑを受信することができるものの、当該ＡＰが認証を失敗する（例えば、当該ＡＰが対象ＤＲｅｑ内のＣＯに含まれるグループＩＤと一致するグループＩＤを記憶していない）状況である。この状況では、認証が失敗するので、ＡＰがＤＲｅｓを送信せず、ＡＰからＤＲｅｓが受信されない。また、ＤＲｅｓが受信される状況は、プリンタ１００の近くのＡＰが対象ＤＲｅｑを受信することができ、かつ、当該ＡＰが認証を成功する状況である。

ＣＰＵ１３２は、対象ＤＲｅｑに対するＤＲｅｓを受信したと判断する場合（Ｓ１６でＹＥＳ）に、Ｓ１７において、ＤＲｅｓの送信元とＤＲｅｓ内の各情報（即ち、ハッシュ値、グループＩＤ、公開鍵）の認証及び接続キーの生成を実行する（図６のＴ４２２、Ｔ４２４参照）。そして、ＣＰＵ１３２は、Ｓ１８において、Ｓ１０で選択されたＣＯを選択対象として決定し、Ｓ３０に進む。一方、ＣＰＵ１３２は、対象ＤＲｅｑに対するＤＲｅｓを受信しないと判断する場合（Ｓ１６でＮＯ）に、Ｓ１７及びＳ１８をスキップして、Ｓ３０に進む。なお、仮に、Ｓ１７において認証が失敗する場合には、ＣＰＵ１３２は、Ｓ１８をスキップして、Ｓ３０に進む。

また、ＣＰＵ１３２は、ＡＫＭが「ｐｓｋ」を示すと判断する場合（Ｓ１２でＮＯ）、即ち、Ｓ１０で選択されたプリンタ用ＣＯがＬｅｇａｃｙ接続を確立するためのプリンタ用ＣＯである場合に、Ｓ２４に進む。

Ｓ２４では、ＣＰＵ１３２は、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、Ｗｉ－Ｆｉ方式に従ったＰｒｏｂｅ Ｒｅｑｕｅｓｔ（以下では、単に「ＰＲｅｑ」と記載する）をブロードキャストに送信する。当該ＰＲｅｑは、Ｓ１０で選択されたプリンタ用ＣＯに含まれるＳＳＩＤを含み、当該ＳＳＩＤによって識別されるＡＰとのＤＰＰ接続を確立することができるのか否かを確認するための信号である。なお、変形例では、当該ＰＲｅｑは、ユニキャストに送信されてもよい。

Ｓ２５では、ＣＰＵ１３２は、ＡＰから、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、Ｓ２４で送信されたＰＲｅｑ（以下、「対象ＰＲｅｑ」と記載する）に対するＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ（以下では、単に「ＰＲｅｓ」と記載する）を受信するのか否かを判断する。ＰＲｅｓが受信されない状況は、例えば、以下の２個の状況が想定される。第１の状況は、プリンタ１００の近くにＡＰが設置されていないことに起因して、当該ＡＰが対象ＰＲｅｑを受信することができない状況である。第２状況は、プリンタ１００の近くのＡＰが対象ＰＲｅｑを受信することができるものの、対象ＰＲｅｑに含まれるＳＳＩＤが当該ＡＰに記憶されているＡＰと一致しない状況である。ＳＳＩＤが一致しないので、ＡＰがＰＲｅｓを送信せずに、ＡＰからＰＲｅｓが受信されない。また、ＰＲｅｓが受信される状況は、プリンタ１００の近くのＡＰが対象ＰＲｅｑを受信することができ、かつ、対象ＰＲｅｑに含まれるＳＳＩＤが当該ＡＰに記憶されているＡＰと一致する状況である。

ＣＰＵ１３２は、対象ＰＲｅｑに対するＰＲｅｓを受信したと判断する場合（Ｓ２５でＹＥＳ）に、Ｓ２６に進み、対象ＰＲｅｑに対するＰＲｅｓを受信しないと判断する場合（Ｓ１６でＮＯ）に、Ｓ２６及びＳ２８をスキップして、Ｓ３０に進む。

Ｓ２６では、ＣＰＵ１３２は、Ｓ１０で選択されたプリンタ用ＣＯに含まれるセキュリティ情報内の関係情報がＳ２５で受信されたＰＲｅｓ内の情報（即ちＰＲｅｓの送信元であるＡＰのセキュリティに関する関係情報）と一致するのか否かを判断する。ＣＰＵ１３２は、両情報が一致すると判断する場合（Ｓ２６でＹＥＳ）に、Ｓ２８に進み、両情報が一致しないと判断する場合（Ｓ２６でＮＯ）に、Ｓ２８をスキップして、Ｓ３０に進む。Ｓ２８は、Ｓ１８と同様である。

Ｓ３０では、ＣＰＵ１３２は、図９のＴ７１０で端末１０から受信した第１～第３のプリンタ用ＣＯの中に未選択のプリンタ用ＣＯが存在するのか否かを判断する。ＣＰＵ１３２は、未選択のプリンタ用ＣＯが存在すると判断する場合（Ｓ３０でＹＥＳ）に、Ｓ１０に戻り、第１～第３のプリンタ用ＣＯの中から新たなプリンタ用ＣＯを選択する。一方、ＣＰＵ１３２は、未選択のプリンタ用ＣＯが存在しないと判断する場合（Ｓ３０でＮＯ）に、Ｓ３２に進む。

Ｓ３２では、ＣＰＵ１３２は、Ｓ１８及びＳ２８において選択対象として決定された１個以上のプリンタ用ＣＯが存在するのか否かを判断する。ＣＰＵ１３２は、図９のＴ７１０で端末１０から受信した第１～第３のプリンタ用ＣＯの中のいずれのプリンタ用ＣＯも選択対象として選択されなかったと判断する場合（Ｓ３２でＮＯ）に、Ｓ５０において、通知画面を表示部１１４に表示させる。通知画面は、ＡＰとのＷｉ－Ｆｉ接続の確立のための動作をユーザに促すための様々なメッセージを含む。様々なメッセージは、例えば、各ＡＰ６、７、８とは異なるＡＰであって、プリンタ１００の近くに存在するＡＰとのＢＳの実行をユーザに促すためのメッセージや、プリンタ１００をＡＰ６、７、８のいずかのＡＰに近づけるための動作をユーザに促すためのメッセージ等を含む。これにより、ＡＰとのＷｉ－Ｆｉ接続の確立のための動作をユーザに知らせることができる。Ｓ５０が終了すると、図１０の処理が終了する。

また、ＣＰＵ１３２は、選択対象として決定された１個以上のプリンタ用ＣＯが存在すると判断する場合（Ｓ３２でＹＥＳ）に、Ｓ３４において、選択画面を表示部１１４に表示させる。選択画面は、Ｓ１８及びＳ２８において選択対象として決定された１個以上のプリンタ用ＣＯに対応する１個以上のＡＰの中から接続対象のＡＰ（以下では、「対象ＡＰ」と記載する）を選択するための画面である。選択画面は、当該１個以上のＡＰに対応する１個以上のＳＳＩＤを含む。

次いで、Ｓ３６では、ＣＰＵ１３２は、選択画面において１個以上のＳＳＩＤの中から対象ＡＰに対応する対象ＳＳＩＤを選択する操作を受け付けることを監視する。ＣＰＵ１３２は、対象ＳＳＩＤを選択する操作が受け付けられる場合（Ｓ３６でＹＥＳ）に、Ｓ３８に進む。

Ｓ３８では、ＣＰＵ１３２は、第１～第３のプリンタ用ＣＯのうち、Ｓ３６で選択された対象ＳＳＩＤを含むプリンタ用ＣＯ（以下では、「対象ＣＯ」と記載する）以外の２個のＣＯをメモリ１３４から削除する。不必要なＣＯを削減することによって、メモリ１３４の記憶容量の使用量が増大することを抑制することができる。

次いで、Ｓ４０では、ＣＰＵ１３２は、対象ＣＯ内のＡＰ情報又はＳ１７で生成された接続キーを利用して、４ｗａｙ－ｈａｎｄｓｈａｋｅの通信を実行する。これにより、プリンタ１００と対象ＡＰとの間にＷｉ－Ｆｉ接続（即ちＬｅｇａｃｙ接続又はＤＰＰ接続）が確立される。

次いで、Ｓ４２では、ＣＰＵ１３２は、プリンタ１００の状態を応答可能状態から応答不可能状態に移行する。上記したように、応答可能状態は、応答不可能状態と比較して処理負荷が高い。応答可能状態を維持する比較例と比較して、応答不可能状態に移行することによって、プリンタ１００の処理負荷を低減することができる。Ｓ４２の処理が終了すると、図１０の処理が終了する。

（具体的なケース；図１１～図１３）
図１１～図１３を参照して、図１０の接続処理によって実現される具体的なケースについて説明する。

Ｔ７２０では、プリンタ１００は、第１～第３のプリンタ用ＣＯの中から第１のプリンタ用ＣＯを選択する（図１０のＳ１０）。Ｔ７２２では、プリンタ１００は、第１のプリンタ用ＣＯ内のＡＫＭが「ｐｓｋ」を示すと判断する（Ｓ１２でＮＯ）。そして、Ｔ７２４では、プリンタ１００は、第１のプリンタ用ＣＯ内のＳＳＩＤ「ａｐ１」を含む対象ＰＲｅｑをブロードキャストに送信する（Ｓ２４）。本ケースでは、第１のプリンタ用ＣＯに対応する第１のＡＰ６は、プリンタ１００の近くに設定されている。このため、Ｔ７２６では、プリンタ１００は、第１のＡＰ６からＰＲｅｓを受信する（Ｓ２５でＹＥＳ）。

本ケースでは、第１のプリンタ用ＣＯに含まれるセキュリティ情報内の関係情報がＴ７２６のＰＲｅｓ内の情報（即ち第１のＡＰ６のセキュリティに関する関係情報）と一致する。このため、Ｔ７２８では、プリンタ１００は、両情報が一致すると判断し（Ｓ２６でＹＥＳ）、第１のプリンタ用ＣＯを選択対象に決定する（Ｓ２８）。

次いで、Ｔ７４０では、プリンタ１００は、第２、第３のプリンタ用ＣＯの中から第２のプリンタ用ＣＯを選択する（Ｓ３０でＹＥＳ、Ｓ１０）。Ｔ７４２では、プリンタ１００は、第２のプリンタ用ＣＯ内のＡＫＭが「ｄｐｐ」を示すと判断する（Ｓ１２でＹＥＳ）。そして、Ｔ７４４では、プリンタ１００は、第２のプリンタ用ＣＯを含む対象ＤＲｅｑをブロードキャストに送信する（Ｓ１４）。本ケースでは、第２のプリンタ用ＣＯに対応する第２のＡＰ７は、プリンタ１００の近くに設定されてない。このため、Ｔ７４８では、プリンタ１００は、対象ＤＲｅｑに対するＤＲｅｓを受信しないと判断し（Ｓ１６でＮＯ）、第２のプリンタ用ＣＯを選択対象として決定しない。

次いで、Ｔ７６０では、プリンタ１００は、残りの第３のプリンタ用ＣＯを選択する（Ｓ３０でＹＥＳ、Ｓ１０）。Ｔ７６２では、プリンタ１００は、第３のプリンタ用ＣＯ内のＡＫＭが「ｄｐｐ」を示すと判断する（Ｓ１２でＹＥＳ）。そして、Ｔ７６４では、プリンタ１００は、第３のプリンタ用ＳＣを含む対象ＤＲｅｑをブロードキャストに送信する（Ｓ１４）。

本ケースでは、第３のプリンタ用ＣＯに対応する第３のＡＰ８は、プリンタ１００の近くに設置されている。このため、Ｔ７６４では、第３のＡＰ８は、プリンタ１００から対象ＤＲｅｑを受信する。そして、Ｔ７６６では、第３のＡＰ８は、対象ＤＲｅｑの送信元（即ちプリンタ１００）及び対象ＤＲｅｑ内の各情報（即ち、ハッシュ値ＨＶ、「ｏｆｆｉｃｅ３」、及び、公開鍵ＰＰＫ２）を認証し、当該認証が成功し、接続キーＣＫ２を生成する。Ｔ７６６の処理は、利用されるデータ（鍵、電子署名等）が異なる点を除いて、図６のＴ４１２及びＴ４１４と同様である。接続キーＣＫ２は、第３のプリンタ用ＳＣ内の公開鍵ＰＰＫ２と、第３のＡＰ８の秘密鍵ａｓｋ２と、を用いて生成される。Ｔ７６８では、第３のＡＰ８は、対象ＤＲｅｑに対するＤＲｅｓをプリンタ１００に送信する。当該ＤＲｅｓは、第３のＡＰ用ＳＣを含む。

プリンタ１００は、Ｔ７６８において、第３のＡＰ８からＤＲｅｓを受信すると（Ｓ１６でＹＥＳ）、Ｔ７７０において、ＤＲｅｓの送信元（即ち第３のＡＰ８）及びＤＲｅｓ内の各情報（即ち、ハッシュ値ＨＶ、「ｏｆｆｉｃｅ３」、及び、公開鍵ＡＰＫ２）を認証し、当該認証が成功し、接続キーＣＫ２を生成する（Ｓ１７）。Ｔ７７０の処理は、実行主体がプリンタ１００である点、及び、利用されるデータ（鍵、電子署名等）が異なる点を除いて、図６のＴ４２２及びＴ４２４と同様である。接続キーＣＫ２は、プリンタ１００の秘密鍵ｐｓｋ２と、第３のＡＰ用ＳＣ内の公開鍵ＡＰＫ２と、を用いて生成される。Ｔ７７２では、プリンタ１００は、第３のプリンタ用ＣＯを選択対象に決定する（Ｓ１８）。

次いで、Ｔ７８０では、プリンタ１００は、選択対象として決定された第１及び第３のプリンタ用ＣＯが存在すると判断する（Ｓ３０でＮＯ、Ｓ３２でＹＥＳ）。そして、Ｔ７８２では、プリンタ１００は、第１のＡＰ６のＳＳＩＤ「ａｐ１」と、第３のＡＰ８のＳＳＩＤ「ａｐ３」と、を含む選択画面を表示する（Ｓ３４）。

（ＤＰＰ接続の場合；図１２）
図１２では、図１１の続きとして、第３のＡＰ８とのＤＰＰ接続を確立するケースについて説明する。Ｔ８００では、プリンタ１００は、選択画面において、第３のＡＰ８のＳＳＩＤ「ａｐ３」を選択する操作を受け付ける（Ｓ３６でＹＥＳ）。

Ｔ８０４では、プリンタ１００は、図９のＴ７１２で記憶された第１～第３のプリンタ用ＣＯのうち、ＳＳＩＤ「ａｐ３」を含む第３のプリンタ用ＣＯ（即ち対象ＣＯ）以外の第１及び第２のプリンタ用ＣＯをメモリ１３４から削除する（Ｓ３８）。

Ｔ８０６では、プリンタ１００は、図１１のＴ７７０で生成された接続キーＣＫ２を利用して、４ｗａｙ－ｈａｎｄｓｈａｋｅの通信を実行する（Ｓ４０）。この結果、プリンタ１００と第３のＡＰ８との間に、ＤＰＰ接続が確立される。

Ｔ８０８では、プリンタ１００は、プリンタ１００の状態を応答可能状態から応答不可能状態に移行する（Ｓ４２）。

（Ｌｅｇａｃｙ接続の場合；図１３）
図１３では、図１１の続きとして、第１のＡＰ６とのＬｅｇａｃｙ接続を確立するケースについて説明する。Ｔ８２０では、プリンタ１００は、選択画面において、第１のＡＰ６のＳＳＩＤ「ａｐ１」を選択する操作を受け付ける（Ｓ３６でＹＥＳ）。

Ｔ８２４では、プリンタ１００は、図９のＴ７１２で記憶された第１～第３のプリンタ用ＣＯのうち、ＳＳＩＤ「ａｐ１」を含む第１のプリンタ用ＣＯ（即ち対象ＣＯ）以外の第２及び第３のプリンタ用ＣＯをメモリ１３４から削除する（Ｓ３８）。

Ｔ８２６では、プリンタ１００は、第１のプリンタ用ＣＯ内のＡＰ情報（即ちＳＳＩＤ「ａｐ１」及びパスワード「ｘｘｘ」）を利用して、４ｗａｙ－ｈａｎｄｓｈａｋｅの通信を実行する（Ｓ４０）。この結果、プリンタ１００と第３のＡＰ８との間に、Ｌｅｇａｃｙ接続が確立される。Ｔ８２８は、図１２のＴ８０８と同様である。

（本実施例の効果）
本実施例の構成によれば、プリンタ１００は、端末１０から第１～第３のプリンタ用ＣＯが受信される場合（図９のＴ７１０）に、第１～第３のプリンタ用ＣＯのそれぞれについて、当該プリンタ用ＣＯを利用して、ＤＲｅｑ又はＰＲｅｑを当該プリンタ用ＣＯに対応するＡＰに送信する（図１０のＳ１４又はＳ２４）。プリンタ１００は、ＡＰからＤＲｅｑ又はＰＲｅｑに対する応答が受信される場合（Ｓ１６でＹＥＳ又はＳ２５でＹＥＳ）に、当該応答に対応するプリンタ用ＣＯを選択対象として決定する（Ｓ１８又はＳ２８）。そして、プリンタ１００は、選択対象として決定された１個以上のプリンタ用ＣＯに対応する１個以上のＡＰの中から対象ＡＰを選択するための選択画面を表示する（Ｓ３４）。即ち、選択画面は、Ｗｉ－Ｆｉ接続を確立することができないＡＰのＳＳＩＤを含まない。これにより、プリンタ１００は、選択画面において選択された対象ＡＰとのＷｉ－Ｆｉ接続（即ちＬｅｇａｃｙ接続又はＤＰＰ接続）を適切に確立することができる。

また、プリンタ１００は、図１０のＳ１０で選択されたプリンタ用ＣＯがＤＰＰ接続を確立するためのプリンタ用ＣＯである場合（Ｓ１２でＹＥＳ）に、ＤＰＰ接続を確立することができるのか否かを確認するための確認信号として、ＤＰＰ方式に従ったＤＲｅｑを当該プリンタ用ＣＯに対応するＡＰに送信する（Ｓ１４）。また、プリンタ１００は、図１０のＳ１０で選択されたプリンタ用ＣＯがＬｅｇａｃｙ接続を確立するためのプリンタ用ＣＯである場合（Ｓ１２でＮＯ）に、Ｌｅｇａｃｙ接続を確立することができるのか否かを確認するための確認信号として、ＰＲｅｑを当該プリンタ用ＣＯに対応するＡＰに送信する（Ｓ２４）。選択済みのプリンタ用ＣＯの種類に応じて、適切な確認信号を送信することができる。

（対応関係）
プリンタ１００、Ｗｉ－ＦｉＩ／Ｆ１１６、表示部１１４が、それぞれ、「通信装置」、「無線インターフェース」、「表示部」の一例である。端末１０が、「端末装置」の一例である。３個のＡＰ６、７、８が、「Ｎ個のアクセスポイント」の一例である。第１のＡＰ６及び第３のＡＰ８が、「Ｍ個のアクセスポイント」の一例である。公開鍵ＰＰＫ１、ＱＲコードが、それぞれ、「公開鍵」、「出力情報」の一例である。ＡＲｅｑ、ＡＲｅｓが、それぞれ、「認証要求」、「認証応答」の一例である。第１～第３のプリンタ用ＣＯが、「Ｎ個の無線設定情報」の一例である。第２及び第３のプリンタ用ＣＯが、「第１の無線設定情報」の一例である。第１のプリンタ用ＣＯが、「第２の無線設定情報」の一例である。ＤＲｅｑ及びＰＲｅｑが、「確認信号」の一例である。ＤＲｅｓ及びＰＲｅｓが、「応答信号」の一例である。図１０のＳ３４の選択画面、Ｓ５０の通知画面が、それぞれ、「選択画面」、「通知画面」の一例である。

図７のＴ５１４、図８のＴ６１０、Ｔ６２０、図９のＴ７１０が、それぞれ、「出力制御部」、「認証要求受信部」、「認証応答送信部」、「無線設定情報受信部」によって実現される処理の一例である。図１０のＳ１４及びＳ２４が、「確認信号送信部」によって実現される処理の一例である。Ｓ１６及びＳ２５が、「応答信号受信部」によって実現される処理の一例である。Ｓ３４、Ｓ３６、Ｓ４０が、それぞれ、「第１の表示制御部」、「選択部」、「確立部」によって実現される処理の一例である。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）「通信装置」は、プリンタ１００でなくてもよく、スキャナ、多機能機、携帯端末、ＰＣ、サーバ等の他のデバイスであってもよい。

（変形例２）上記の実施例では、プリンタ１００は、公開鍵等をコード化することによって得られるＱＲコードを表示する（図７のＴ５１４）。これに代えて、プリンタ１００は、当該ＱＲコードの印刷を印刷実行部１１８に実行させてもよい。本変形例では、ＱＲコードの印刷が、「出力制御処理」の一例である。

（変形例３）プリンタ１００及び端末１０のそれぞれは、Ｗｉ－Ｆｉ方式とは異なる無線方式（例えばＢＴ（Bluetooth（登録商標）の略）方式、ＮＦＣ（Near Field Communicationの略）方式等）に従った無線インターフェース（例えばＢＴＩ／Ｆ、ＮＦＣＩ／Ｆ等）をさらに備えていてもよい。この場合、図７のＴ５１４において、プリンタ１００は、例えば、公開鍵等の送信をプリンタ１００のＢＴＩ／Ｆに指示してもよい。端末１０は、端末１０のＢＴＩ／Ｆを介して、公開鍵等を受信することができる。本変形例では、公開鍵等の送信をＢＴＩ／Ｆに指示することが「出力制御処理」の一例である。別の変形例では、プリンタ１００は、公開鍵等をプリンタ１００のＮＦＣＩ／Ｆに記憶させてもよい。この場合、端末１０は、端末１０のＮＦＣＩ／Ｆを介して、公開鍵等を受信することができる。本変形例では、公開鍵等をＮＦＣＩ／Ｆに記憶させることが「出力制御処理」の一例である。

（変形例４）上記の実施例では、プリンタ１００は、選択画面において対象ＳＳＩＤの選択を受け付ける（図１０のＳ３６）。これに代えて、プリンタ１００は、ユーザによる選択を受け付けることなく、選択対象として決定された１個以上のプリンタ用ＣＯの中から自動的に対象ＣＯを選択してもよい。本変形例では、自動的に対象ＣＯを選択することが、「選択部」によって実現される処理の一例である。

（変形例５）上記の実施例では、選択画面は、選択対象として決定された第１及び第３のプリンタ用ＣＯに対応する２個のＳＳＩＤ「ａｐ１」、「ａｐ３」を含む（図１１のＴ７８２）。これに代えて、選択画面は、全てのＳＳＩＤ「ａｐ１」～「ａｐ３」を含んでいてもよい。そして、選択画面は、ＳＳＩＤ「ａｐ１」～「ａｐ３」のそれぞれについて、当該ＳＳＩＤによって識別されるＡＰとのＷｉ－Ｆｉ接続が確立可能か否かの結果を含んでいてもよい。

（変形例６）「確立部」によって実現される処理は、図１０のＳ１７で生成された接続キーを利用した４ｗａｙ－ｈａｎｄｓｈａｋｅの通信に限らない（Ｓ４０）。例えば、プリンタ１００は、選択画面において対象ＳＳＩＤの選択を受け付けた後（Ｓ３６でＹＥＳ）に、受信済みのＤＲｅｓと、対象ＳＳＩＤを含むプリンタ用ＣＯと、を利用して、接続キーを生成してもよい。そして、プリンタ１００は、対象ＳＳＩＤの選択後に生成された接続キーを利用した４ｗａｙ－ｈａｎｄｓｈａｋｅの通信を実行してもよい。

（変形例７）図１０のＳ５０の処理は実行されなくてもよい。本変形例では、「第２の表示制御部」を省略可能である。

（変形例８）図１０のＳ１２及びＳ２４～Ｓ２８の処理は実行されなくてもよい。本変形例では、「第２の無線設定情報」を省略可能である。

（変形例９）図１０のＳ３８の処理は実行されなくてもよい。本変形例では、「削除部」を省略可能である。

（変形例１０）上記の実施例では、プリンタ１００は、４ｗａｙ－ｈａｎｄｓｈａｋｅの通信の実行後に、応答不可能状態に移行する（図１０のＳ４２）。これに代えて、プリンタ１００は、端末１０から第１～第３のプリンタ用ＣＯを受信した後で、接続処理の開始前に、応答不可能状態に移行してもよい。一般的に言えば、通信装置の状態は、Ｎ個の無線設定情報が受信された後に、認証応答を送信可能である状態から、認証応答を送信不可能である状態に移行されればよい。

（変形例１１）図１０のＳ４２の処理は実行されなくてもよい。本変形例では、「移行部」を省略可能である。

（変形例１２）図１０の接続処理は、実施例のように、３個のプリンタ用ＣＯが受信される場合だけに限らす、２個のプリンタ用ＣＯ又は４個以上のプリンタ用ＣＯが受信される場合にも実行される。また、図１０の接続処理は、１個のプリンタ用ＣＯが受信される場合にも実行される。一般的に言えば、「Ｎ」は、１以上の整数であればよい。

（変形例１３）上記の実施例では、図２～図１３の各処理がソフトウェア（例えば、プログラム１３６）によって実現されるが、これらの各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、６：第１のＡＰ、７：第２のＡＰ、８：第３のＡＰ、１０：端末、１５：カメラ、１６：Ｗｉ－ＦｉＩ／Ｆ、１００：プリンタ、１１２：操作部、１１４：表示部、１１６：Ｗｉ－ＦｉＩ／Ｆ、１１８：印刷実行部、１３０：制御部、１３２：ＣＰＵ、１３４：メモリ、１３６：プログラム

Claims (9)

1. 通信装置であって、
   Ｗｉ－Ｆｉ規格に従った無線通信を実行するための無線インターフェースと、
   前記通信装置の公開鍵を用いて得られる出力情報を外部に出力するための出力制御処理を実行する出力制御部と、
   前記公開鍵を取得した端末装置から、前記無線インターフェースを介して、前記公開鍵が利用された認証要求を受信する認証要求受信部と、
   前記端末装置から前記認証要求が受信される場合に、前記無線インターフェースを介して、認証応答を前記端末装置に送信する認証応答送信部と、
   前記認証応答が前記端末装置に送信された後に、前記端末装置から、前記無線インターフェースを介して、Ｎ個（前記Ｎは２以上の整数）のアクセスポイントに対応するＮ個の無線設定情報を受信する無線設定情報受信部であって、前記Ｎ個の無線設定情報のそれぞれは、当該無線設定情報に対応するアクセスポイントとの無線接続を確立するための情報である、前記無線設定情報受信部と、
   前記端末装置から前記Ｎ個の無線設定情報が受信される場合に、前記Ｎ個の無線設定情報のそれぞれについて、当該無線設定情報を利用して、前記無線インターフェースを介して、確認信号を当該無線設定情報に対応するアクセスポイントに送信する確認信号送信部と、
   前記Ｎ個のアクセスポイントのうちのＭ個（前記Ｍは前記Ｎ以下１以上の整数）のアクセスポイントのそれぞれから、前記無線インターフェースを介して、前記確認信号に対する応答信号を受信する応答信号受信部と、
   前記Ｍ個のアクセスポイントの中から対象アクセスポイントを選択する選択部と、
   前記無線インターフェースを介して、選択済みの前記対象アクセスポイントとの無線接続を確立する確立部と、
   を備える、通信装置。
2. 通信装置であって、
   表示部と、
   Ｗｉ－Ｆｉ規格に従った無線通信を実行するための無線インターフェースと、
   前記通信装置の公開鍵を用いて得られる出力情報を外部に出力するための出力制御処理を実行する出力制御部と、
   前記公開鍵を取得した端末装置から、前記無線インターフェースを介して、前記公開鍵が利用された認証要求を受信する認証要求受信部と、
   前記端末装置から前記認証要求が受信される場合に、前記無線インターフェースを介して、認証応答を前記端末装置に送信する認証応答送信部と、
   前記認証応答が前記端末装置に送信された後に、前記端末装置から、前記無線インターフェースを介して、Ｎ個（前記Ｎは１以上の整数）のアクセスポイントに対応するＮ個の無線設定情報を受信する無線設定情報受信部であって、前記Ｎ個の無線設定情報のそれぞれは、当該無線設定情報に対応するアクセスポイントとの無線接続を確立するための情報である、前記無線設定情報受信部と、
   前記端末装置から前記Ｎ個の無線設定情報が受信される場合に、前記Ｎ個の無線設定情報のそれぞれについて、当該無線設定情報を利用して、前記無線インターフェースを介して、確認信号を当該無線設定情報に対応するアクセスポイントに送信する確認信号送信部と、
   前記Ｎ個のアクセスポイントのうちのＭ個（前記Ｍは前記Ｎ以下１以上の整数）のアクセスポイントのそれぞれから、前記無線インターフェースを介して、前記確認信号に対する応答信号を受信する応答信号受信部と、
   前記Ｍ個のアクセスポイントの中から対象アクセスポイントを選択するための選択画面を前記表示部に表示させる第１の表示制御部と、
   前記選択画面において、前記Ｍ個のアクセスポイントの中から前記対象アクセスポイントが選択される場合に、前記無線インターフェースを介して、選択済みの前記対象アクセスポイントとの無線接続を確立する確立部と、
   を備える、通信装置。
3. 前記第１の表示制御部は、前記通信装置によって前記Ｎ個のアクセスポイントのうちのいずれかのアクセスポイントから前記応答信号が受信される場合に、前記選択画面を前記表示部に表示させ、
   前記通信装置は、さらに、
   前記Ｎ個のアクセスポイントのいずれからも前記応答信号が受信されない場合に、アクセスポイントとの無線接続の確立のための動作をユーザに促すための通知画面を前記表示部に表示させる第２の表示制御部を備える、請求項２に記載の通信装置。
4. 前記確認信号送信部は、前記Ｎ個の無線設定情報のうちの第１の無線設定情報が、前記Ｗｉ－Ｆｉ規格のＤＰＰ（Device Provisioning Protocolの略）方式に従った情報を含む場合に、前記ＤＰＰ方式に従ったDPP Peer Discovery Requestである前記確認信号を、前記第１の無線設定情報に対応する第１のアクセスポイントに送信する、請求項１から３のいずれか一項に記載の通信装置。
5. 前記確認信号送信部は、前記Ｎ個の無線設定情報のうちの第２の無線設定情報が、ＳＳＩＤ（Service Set Identifierの略）及びパスワードを含む場合に、Probe Requestである前記確認信号を、前記第２の無線設定情報に対応する第２のアクセスポイントに送信する、請求項１から４のいずれか一項に記載の通信装置。
6. 前記通信装置は、さらに、
   前記端末装置から前記Ｎ個の無線設定情報が受信される場合に、前記Ｎ個の無線設定情報をメモリに記憶する記憶制御部と、
   前記Ｎが２以上の整数である場合に、前記対象アクセスポイントが選択された後に、前記メモリから、前記Ｎ個の無線設定情報のうち、前記対象アクセスポイントに対応する無線設定情報以外の１個以上の無線設定情報を削除する削除部と、を備える、請求項１から５のいずれか一項に記載の通信装置。
7. 前記通信装置は、さらに、
   前記端末装置から前記Ｎ個の無線設定情報が受信された後に、前記通信装置の状態を、前記認証応答を送信可能である状態から、前記認証応答を送信不可能である状態に移行する移行部を備える、請求項１から６のいずれか一項に記載の通信装置。
8. 通信装置のためのコンピュータプログラムであって、
   前記通信装置は、
   Ｗｉ－Ｆｉ規格に従った無線通信を実行するための無線インターフェースと、
   コンピュータと、
   を備え、
   前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
   前記通信装置の公開鍵を用いて得られる出力情報を外部に出力するための出力制御処理を実行する出力制御部と、
   前記公開鍵を取得した端末装置から、前記無線インターフェースを介して、前記公開鍵が利用された認証要求を受信する認証要求受信部と、
   前記端末装置から前記認証要求が受信される場合に、前記無線インターフェースを介して、認証応答を前記端末装置に送信する認証応答送信部と、
   前記認証応答が前記端末装置に送信された後に、前記端末装置から、前記無線インターフェースを介して、Ｎ個（前記Ｎは２以上の整数）のアクセスポイントに対応するＮ個の無線設定情報を受信する無線設定情報受信部であって、前記Ｎ個の無線設定情報のそれぞれは、当該無線設定情報に対応するアクセスポイントとの無線接続を確立するための情報である、前記無線設定情報受信部と、
   前記端末装置から前記Ｎ個の無線設定情報が受信される場合に、前記Ｎ個の無線設定情報のそれぞれについて、当該無線設定情報を利用して、前記無線インターフェースを介して、確認信号を当該無線設定情報に対応するアクセスポイントに送信する確認信号送信部と、
   前記Ｎ個のアクセスポイントのうちのＭ個（前記Ｍは前記Ｎ以下１以上の整数）のアクセスポイントのそれぞれから、前記無線インターフェースを介して、前記確認信号に対する応答信号を受信する応答信号受信部と、
   前記Ｍ個のアクセスポイントの中から対象アクセスポイントを選択する選択部と、
   前記無線インターフェースを介して、選択済みの前記対象アクセスポイントとの無線接続を確立する確立部と、
   として機能させる、コンピュータプログラム。
9. 通信装置のためのコンピュータプログラムであって、
   前記通信装置は、
   Ｗｉ－Ｆｉ規格に従った無線通信を実行するための無線インターフェースと、
   表示部と、
   コンピュータと、
   を備え、
   前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
   前記通信装置の公開鍵を用いて得られる出力情報を外部に出力するための出力制御処理を実行する出力制御部と、
   前記公開鍵を取得した端末装置から、前記無線インターフェースを介して、前記公開鍵が利用された認証要求を受信する認証要求受信部と、
   前記端末装置から前記認証要求が受信される場合に、前記無線インターフェースを介して、認証応答を前記端末装置に送信する認証応答送信部と、
   前記認証応答が前記端末装置に送信された後に、前記端末装置から、前記無線インターフェースを介して、Ｎ個（前記Ｎは１以上の整数）のアクセスポイントに対応するＮ個の無線設定情報を受信する無線設定情報受信部であって、前記Ｎ個の無線設定情報のそれぞれは、当該無線設定情報に対応するアクセスポイントとの無線接続を確立するための情報である、前記無線設定情報受信部と、
   前記端末装置から前記Ｎ個の無線設定情報が受信される場合に、前記Ｎ個の無線設定情報のそれぞれについて、当該無線設定情報を利用して、前記無線インターフェースを介して、確認信号を当該無線設定情報に対応するアクセスポイントに送信する確認信号送信部と、
   前記Ｎ個のアクセスポイントのうちのＭ個（前記Ｍは前記Ｎ以下１以上の整数）のアクセスポイントのそれぞれから、前記無線インターフェースを介して、前記確認信号に対する応答信号を受信する応答信号受信部と、
   前記Ｍ個のアクセスポイントの中から対象アクセスポイントを選択するための選択画面を前記表示部に表示させる第１の表示制御部と、
   前記選択画面において、前記Ｍ個のアクセスポイントの中から前記対象アクセスポイントが選択される場合に、前記無線インターフェースを介して、選択済みの前記対象アクセスポイントとの無線接続を確立する確立部と、
   として機能させる、コンピュータプログラム。

Images