JP2021057760A - 通信装置と通信装置のためのコンピュータプログラム - Google Patents

Abstract

【課題】通信装置と外部装置との間に無線接続を確立させるための新規な技術を提供すること。【解決手段】通信装置は、第１の外部装置から第１の特定信号を受信する場合に、第１の公開鍵を用いて得られる第１の特定情報を出力部に出力させる。第１の特定情報が出力されることによって、第１の公開鍵が第１の外部装置によって取得される。通信装置は、第１の公開鍵を取得した第１の外部装置から、第１の公開鍵が利用された第１の認証要求を受信し、第１の認証応答を第１の外部装置に送信する。通信装置は、第１の認証応答を第１の外部装置に送信する場合に、第１の外部装置との第１の無線接続を確立する。【選択図】図１０

Description

本明細書では、外部装置との無線接続を確立可能な通信装置に関する技術を開示する。

特許文献１には、スマートフォンを利用して、カメラとＡＰとの間の無線接続を確立するための技術が開示されている。カメラは、ユーザから操作を受け付けることに応じて、通信パラメータの設定を行うための情報を含むＱＲコード（登録商標）を表示し、検索信号の受信の監視を開始する。スマートフォンは、カメラに表示されたＱＲコードを読み取ることによって、通信パラメータの設定を行うための情報を取得し、検索信号をカメラに送信する。カメラは、スマートフォンから検索信号を受信する場合に、検索信号に対する応答をスマートフォンに送信する。スマートフォンは、カメラから応答が受信される場合に、取得済みの情報を利用して通信パラメータを設定し、設定済みの通信パラメータをカメラに送信する。また、スマートフォンは、同様の処理をＡＰと実行して、通信パラメータをＡＰに送信する。これにより、カメラは、受信済みの通信パラメータを利用して、ＡＰとの無線接続を確立することができる。

特開２０１７−２８４５４号公報 特開２０１８−６９８３号公報 特開２０１８−３７９７８号公報

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

本明細書では、通信装置と外部装置との間に無線接続を確立させるための新規な技術を提供する。

本明細書によって開示される通信装置は、出力部と、無線インターフェースと、第１の外部装置から、前記無線インターフェースを介して、第１の特定信号を受信する第１の特定信号受信部と、前記第１の外部装置から前記第１の特定信号が受信される場合に、第１の公開鍵を用いて得られる第１の特定情報を前記出力部に出力させる第１の出力制御部であって、前記第１の特定情報が出力されることによって、前記第１の公開鍵が前記第１の外部装置によって取得される、前記第１の出力制御部と、前記第１の公開鍵を取得した前記第１の外部装置から、前記無線インターフェースを介して、前記第１の公開鍵が利用された第１の認証要求を受信する第１の認証要求受信部と、前記第１の外部装置から前記第１の認証要求が受信される場合に、前記無線インターフェースを介して、第１の認証応答を前記第１の外部装置に送信する第１の認証応答送信部と、前記第１の認証応答が前記第１の外部装置に送信される場合に、前記無線インターフェースを介して、前記第１の外部装置との第１の無線接続を確立する第１の確立部と、を備えていてもよい。

上記の構成によると、通信装置は、第１の外部装置から第１の特定信号を受信する場合に、第１の公開鍵を用いて得られる第１の特定情報を出力する。これにより、第１の公開鍵が第１の外部装置によって取得される。そして、通信装置は、第１の外部装置から第１の公開鍵が利用された第１の認証要求を受信し、第１の認証応答を第１の外部装置に送信し、第１の外部装置との第１の無線接続を確立する。このように、新規な手法を利用して、通信装置と第１の外部装置との間に無線接続を確立させることができる。

また、本明細書によって開示される通信装置は、無線インターフェースと、第１の外部装置から、前記無線インターフェースを介して、第１の特定信号を受信する第１の特定信号受信部と、前記第１の外部装置から前記第１の特定信号が受信される場合に、前記通信装置の動作状態を応答不可能状態から第１の応答可能状態に移行させる第１の状態移行部であって、前記応答不可能状態は、認証応答を送信しない状態であり、前記第１の応答可能状態は、前記無線インターフェースに割り当てられている第１のＭＡＣアドレスを送信先のＭＡＣアドレスとして含む第１の認証要求を受信することに応じて、第１の認証応答を送信する状態である、前記第１の状態移行部と、前記第１の外部装置から、前記無線インターフェースを介して、前記第１の認証要求を受信する第１の認証要求受信部と、前記通信装置の動作状態が前記第１の応答可能状態に移行された後に、前記第１の外部装置から前記第１の認証要求が受信される場合に、前記無線インターフェースを介して、前記第１の認証応答を前記第１の外部装置に送信する第１の認証応答送信部と、前記第１の認証応答が前記第１の外部装置に送信される場合に、前記無線インターフェースを介して、前記第１の外部装置との第１の無線接続を確立する第１の確立部と、を備えていてもよい。

上記の構成によると、通信装置は、第１の外部装置から第１の特定信号を受信する場合に、第１の応答可能状態に移行する。これにより、通信装置は、第１の外部装置から第１の認証要求を受信する場合に、第１の認証応答を第１の外部装置に送信することができる。このために、通信装置は、第１の外部装置との第１の無線接続を確立することができる。このように、新規な手法を利用して、通信装置と第１の外部装置との間に無線接続を確立させることができる。

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

通信システムの構成を示す。 プリンタとＡＰとの間にＷｉ−Ｆｉ接続が確立されるケースＡと、プリンタと端末との間にＷｉ−Ｆｉ接続が確立されるケースＢと、のそれぞれの概略を説明するための説明図を示す。 Ｂｏｏｔｓｔｒａｐｐｉｎｇの処理のシーケンス図を示す。 Ａｕｔｈｅｎｔｉｃａｔｉｏｎの処理のシーケンス図を示す。 Ｃｏｎｆｉｇｕｒａｔｉｏｎの処理のシーケンス図を示す。 Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓの処理のシーケンス図を示す。 ケースＢのシーケンス図を示す。 Ｂｏｏｔｓｔｒａｐｐｉｎｇの処理のフローチャートを示す。 ケースＡのシーケンス図を示す。 ケースＢのシーケンス図を示す。 プリンタと端末との間にＷｉ−Ｆｉ接続が確立されるケースＣのシーケンス図を示す。

（通信システム２の構成；図１）
図１に示されるように、通信システム２は、ＡＰ（Access Pointの略）６と、端末１０と、プリンタ１００と、を備える。本実施例では、端末１０のユーザが、端末１０を利用してプリンタ１００とＡＰ６との間にＷｉ−Ｆｉ方式に従った無線接続（以下では「Ｗｉ−Ｆｉ接続」と記載する）を確立させるケースと、端末１０とプリンタ１００との間にＷｉ−Ｆｉ接続を確立させるケースと、を切り替えることが可能な技術を開示する。

（端末１０の構成）
端末１０は、携帯電話（例えばスマートフォン）、ＰＤＡ、タブレットＰＣ等の可搬型の端末装置である。なお、変形例では、端末１０は、据置型のＰＣ、ノートＰＣ等であってもよい。端末１０は、カメラ１５とＷｉ−Ｆｉインターフェース１６とを備える。以下では、インターフェースを単に「Ｉ／Ｆ」と記載する。カメラ１５は、物体を撮影するためのデバイスであり、本実施例では、特に、ＡＰ６及びプリンタ１００のためのＱＲコードを撮影するために利用される。また、端末１０は、接続アプリケーション４０（以下では単に「アプリ４０」と記載する）を記憶している。アプリ４０は、プリンタ１００とＡＰ６との間にＷｉ−Ｆｉ接続を確立させるためのプログラムであり、例えば、プリンタ１００のベンダによって提供されるインターネット上のサーバから端末１０にインストールされる。

Ｗｉ−ＦｉＩ／Ｆ１６は、Ｗｉ−Ｆｉ方式に従ったＷｉ−Ｆｉ通信を実行するための無線インターフェースである。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ，１１ａｃ等）に従って、無線通信を実行するための無線通信方式である。特に、Ｗｉ−ＦｉＩ／Ｆ１６は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷＦＤ（Wi-Fi Directの略）方式及びＤＰＰ（Device Provisioning Protocolの略）方式をサポートしている。

ＷＦＤ方式は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Wi-Fi Peer-to-Peer (P2P) Technical Specification Version1.1」に記述されている接続方式である。ＷＦＤでは、無線ネットワークの親局として動作するＧｒｏｕｐ Ｏｗｎｅｒ状態（以下では「Ｇ／Ｏ状態」と呼ぶ）、及び、無線ネットワークの子局として動作するクライアント状態（以下では「ＣＬ状態」と呼ぶ）が定義されている。

ＤＰＰ方式は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書である「Device Provisioning Protocol Specification Version 1.1」に記述されており、端末１０を利用して一対のデバイス（例えば、プリンタ１００とＡＰ６、又は、プリンタ１００と端末１０）の間に容易にＷｉ−Ｆｉ接続を確立させるための無線通信方式である。

（端末２０及び端末３０の構成）
端末２０は、端末１０と同様の構成を備える。ただし、端末２０は、ＷＦＤ方式をサポートしているが、ＤＰＰ方式をサポートしていない。端末３０は、端末１０と同様の構成を備え、ＷＦＤ方式及びＤＰＰ方式をサポートしている。

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

操作部１１２は、複数のキーを備える。ユーザは、操作部１１２を操作することによって、様々な指示をプリンタ１００に入力することができる。表示部１１４は、様々な情報を表示するためのディスプレイである。Ｗｉ−ＦｉＩ／Ｆ１１６は、端末１０のＷｉ−ＦｉＩ／Ｆ１６と同様である。即ち、Ｗｉ−ＦｉＩ／Ｆ１１６は、ＷＦＤ方式及びＤＰＰ方式をサポートしている。また、Ｗｉ−ＦｉＩ／Ｆ１１６には、２個のＭＡＣアドレス「ＭＡＣａ」及び「ＭＡＣｂ」が割り当てられている。「ＭＡＣａ」は、ＡＰ６とのＷｉ−Ｆｉ接続を確立するために利用されるＭＡＣアドレスである。「ＭＡＣｂ」は、端末１０とのＷｉ−Ｆｉ接続を確立するために利用されるＭＡＣアドレスである。印刷実行部１１８は、インクジェット方式、レーザ方式等の印刷機構を備える。

制御部１３０は、ＣＰＵ１３２とメモリ１３４とを備える。ＣＰＵ１３２は、メモリ１３４に格納されているプログラム１３６に従って、様々な処理を実行する。メモリ１３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ１３４は、さらに、ＭＡＣアドレス「ＭＡＣａ」と公開鍵ＰＰＫ１ａと秘密鍵ｐｓｋ１ａとを関連付けて記憶していると共に、ＭＡＣアドレス「ＭＡＣｂ」と公開鍵ＰＰＫ１ｂと秘密鍵ｐｓｋ１ｂとを関連付けて記憶している。公開鍵ＰＰＫ１ａ及び秘密鍵ｐｓｋ１ａは、ＡＰ６とのＷｉ−Ｆｉ接続を確立するために利用される情報である。公開鍵ＰＰＫ１ｂ及び秘密鍵ｐｓｋ１ｂは、端末１０とのＷｉ−Ｆｉ接続を確立するために利用される情報である。

（本実施例の概要；図２）
続いて、図２を参照して、本実施例の概要を説明する。ＡＰ６もＤＰＰ方式をサポートしている。本実施例では、ケースＡにおいて、各デバイス６，１０，１００がＤＰＰ方式に従った通信を実行することによって、ＡＰ６とプリンタ１００との間にＷｉ−Ｆｉ接続を確立することを実現する。また、ケースＢにおいて、端末１０及びプリンタ１００がＤＰＰ方式及びＷＦＤ方式に従った通信を実行することによって、端末１０とプリンタ１００との間にＷｉ−Ｆｉ接続を確立することを実現する。以下では、理解の容易化のために、各デバイスのＣＰＵ（例えばＣＰＵ１３２等）が実行する動作を、ＣＰＵを主体として記載せずに、各デバイス（例えばプリンタ１００）を主体として記載する。

（ケースＡの概要）
まず、ケースＡの概要を説明する。Ｔ５では、端末１０は、ＤＰＰ方式のＢｏｏｔｓｔｒａｐｐｉｎｇ（以下では、単に「ＢＳ」と記載する）をＡＰ６と実行する。当該ＢＳは、ＡＰ６に貼り付けられているＱＲコードが端末１０によって撮影されることに応じて、後述のＴ１０のＡｕｔｈｅｎｔｉｃａｔｉｏｎ（以下では「Ａｕｔｈ」と記載する）で利用される情報をＡＰ６から端末１０に提供する処理である。

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

Ｔ１５では、端末１０は、ＤＰＰ方式のＣｏｎｆｉｇｕｒａｔｉｏｎ（以下では「Ｃｏｎｆｉｇ」と記載する）をＡＰ６と実行する。当該Ｃｏｎｆｉｇは、プリンタ１００とＡＰ６との間のＷｉ−Ｆｉ接続を確立するための情報をＡＰ６に送信する処理である。具体的には、端末１０は、当該Ｃｏｎｆｉｇにおいて、プリンタ１００とＡＰ６との間にＷｉ−Ｆｉ接続を確立させるための第１のＣｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔ（以下では、Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｂｊｅｃｔのことを「ＣＯ」と記載する）を生成して、第１のＣＯをＡＰ６に送信する。

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

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

Ｔ３０では、端末１０は、ＤＰＰ方式のＣｏｎｆｉｇをプリンタ１００と実行する。当該Ｃｏｎｆｉｇは、プリンタ１００とＡＰ６との間のＷｉ−Ｆｉ接続を確立するための情報をプリンタ１００に送信する処理である。端末１０は、当該Ｃｏｎｆｉｇにおいて、プリンタ１００とＡＰ６との間にＷｉ−Ｆｉ接続を確立させるための第２のＣＯを生成して、第２のＣＯをプリンタ１００に送信する。

Ｔ３５では、プリンタ１００及びＡＰ６は、第１及び第２のＣＯを利用して、ＤＰＰ方式のＮｅｔｗｏｒｋ Ａｃｃｅｓｓ（以下では「ＮＡ」と記載する）を実行する。ＮＡは、Ｗｉ−Ｆｉ接続を確立するための接続キーをプリンタ１００及びＡＰ６の間で共有するための処理である。そして、プリンタ１００及びＡＰ６は、４ｗａｙ−ｈａｎｄｓｈａｋｅの通信を実行する。４ｗａｙ−ｈａｎｄｓｈａｋｅの通信の少なくとも一部の過程において、プリンタ１００及びＡＰ６は、共有済みの接続キーによって暗号化された暗号情報を通信する。そして、暗号情報の復号が成功する場合に、プリンタ１００とＡＰ６との間にＷｉ−Ｆｉ接続が確立される。これにより、プリンタ１００は、ＡＰ６によって形成される無線ネットワークに子局として参加することができ、この結果、ＡＰ６を介して、当該無線ネットワークに参加している他のデバイスとの通信を実行することができる。なお、変形例では、プリンタ１００及びＡＰ６は、４ｗａｙ−ｈａｎｄｓｈａｋｅの通信に代えて、ＳＡＥ（Simultaneous Authentication of Equalsの略、通称「Dragonfly」）の通信を実行してもよい。

ＤＰＰ方式では、プリンタ１００とＡＰ６との間にＷｉ−Ｆｉ接続を確立させるために、ユーザは、ＡＰ６が親局として動作する無線ネットワークの情報（例えばＳＳＩＤ（Service Set Identifierの略）、パスワード等）をプリンタ１００に入力する必要がない。従って、ユーザは、プリンタ１００とＡＰ６との間のＷｉ−Ｆｉ接続を容易に確立させることができる。

（ケースＢの概要）
続いて、ケースＢの概要を説明する。Ｔ４０では、端末１０は、ＷＦＤ方式のＰｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｒｖｅｒｙ（以下では「ＰＤ」と記載する）をプリンタ１００と実行する。当該ＰＤは、ＷＦＤ方式に従った通信の開始を端末１０とプリンタ１００との間で共有するための処理である。

Ｔ４５では、端末１０は、ＷＦＤ方式のＧ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎ（以下では「ＧＮ」と記載する）をプリンタ１００と実行する。当該ＧＮは、端末１０及びプリンタ１００のどちらがＧ／Ｏ状態になるのかを決定するための処理である。

Ｔ５０では、端末１０は、ＤＰＰ方式のＢＳをプリンタ１００と実行する。当該ＢＳは、後述のＴ５５のＡｕｔｈで利用される情報をプリンタ１００から端末１０に提供する処理である。

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

Ｔ６０では、端末１０は、ＤＰＰ方式のＣｏｎｆｉｇをプリンタ１００と実行する。当該Ｃｏｎｆｉｇは、端末１０とプリンタ１００との間のＷｉ−Ｆｉ接続を確立するための情報を通信するための処理である。端末１０及びプリンタ１００のうちの一方から他方にＣＯが送信される。

Ｔ６５では、端末１０は、Ｔ６０で通信されたＣＯを利用して、プリンタ１００とのＷｉ−Ｆｉ接続を確立する。

（ケースＡの各処理；図３〜図６）
続いて、図３〜図６を参照して、図２のケースＡのＴ２０〜Ｔ３５において実行される各処理の詳細を説明する。Ｔ５〜Ｔ１５の処理は、プリンタ１００に代えてＡＰ６が利用される点を除いて、Ｔ２０〜Ｔ３０の処理と同様であるので、その詳細な説明を省略する。以下の処理では、端末１０及びプリンタ１００によって実行される全ての通信は、Ｗｉ−ＦｉＩ／Ｆ１６，１１６を介して実行される。このために、「Ｗｉ−ＦｉＩ／Ｆ１６（又は１１６）を介して」という記載を省略する。

（Ｔ２０のＢｏｏｔｓｔｒａｐｐｉｎｇ（ＢＳ）；図３）
まず、図３を参照して、図２のＴ２０のＢＳの処理を説明する。プリンタ１００は、Ｔ１２０において、不可能状態からＡＰ用ＤＰＰ可能状態に移行する。不可能状態は、Ｗｉ−ＦｉＩ／Ｆ１１６が、端末１０からＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ（以下では「ＡＲｅｑ」と記載する）（後述の図４のＴ２１０参照）を受信しても、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ（以下では「ＡＲｅｓ」と記載する）（後述のＴ２２０参照）を送信しない状態である。ＡＰ用ＤＰＰ可能状態は、Ｗｉ−ＦｉＩ／Ｆ１１６が、端末１０から、ＡＰ６とのＷｉ−Ｆｉ接続を確立するためのＭＡＣアドレス「ＭＡＣａ」を送信先のＭＡＣアドレスとして含むＡＲｅｑを受信することに応じて、ＡＲｅｓを端末１０に送信する状態である。即ち、プリンタ１００は、不可能状態からＡＰ用ＤＰＰ可能状態に移行することによって、Ａｕｔｈを実行可能な状態になる。

次いで、プリンタ１００は、Ｔ１２２において、ＱＲコードを表示部１１４に表示させる。当該ＱＲコードは、メモリ１３４に予め記憶されている公開鍵ＰＰＫ１ａと、メモリ１３４に予め記憶されているチャネルリストと、ＭＡＣアドレス「ＭＡＣａ」と、がコード化されることによって得られるコード画像である。チャネルリストは、Ａｕｔｈで利用されるべき複数個の通信チャネルの値のリストである。当該ＱＲコードは、Ｔ１２２の処理が実行される際にプリンタ１００によって生成されてもよいし、プリンタ１００の出荷段階からメモリ１３４に予め記憶されていてもよい。この点は、後述の図７のＴ５２２のＱＲコードについても同様である。

端末１０によって実行される以降の各処理は、アプリ４０によって実現される。端末１０は、Ｔ１３２において、カメラ１５を利用して、Ｔ１２２でプリンタ１００に表示されたＱＲコードを撮影する。そして、端末１０は、Ｔ１３４において、撮影済みのＱＲコードをデコードして、公開鍵ＰＰＫ１ａとチャネルリストとＭＡＣアドレス「ＭＡＣａ」とを取得する。Ｔ１３０の処理が終了すると、図２のＴ２０のＢＳの処理が終了する。

（Ｔ２５のＡｕｔｈｅｎｔｉｃａｔｉｏｎ（Ａｕｔｈ）；図４）
続いて、図４を参照して、図２のＴ２５のＡｕｔｈの処理を説明する。端末１０は、Ｔ２００において、端末１０の公開鍵ＴＰＫ１及び秘密鍵ｔｓｋ１を生成する。次いで、端末１０は、Ｔ２０２において、ＥＣＤＨ（Elliptic curve Diffie-Hellman key exchangeの略）に従って、生成済みの秘密鍵ｔｓｋ１と、図３のＴ１３４で取得されたプリンタ１００の公開鍵ＰＰＫ１ａと、を用いて、共有鍵ＳＫ１を生成する。そして、端末１０は、Ｔ２０４において、生成済みの共有鍵ＳＫ１を用いてランダム値ＲＶ１を暗号化して、暗号化データＥＤ１を生成する。

Ｔ２１０では、端末１０は、図３のＴ１３４で取得されたＭＡＣアドレス「ＭＡＣａ」を送信先として、ＡＲｅｑをプリンタ１００に送信する。ＡＲｅｑは、認証の実行をプリンタ１００に要求する信号である。ここで、端末１０は、Ｔ１３４で取得されたチャネルリスト内の複数個の通信チャネルを順次利用して、ＡＲｅｑをプリンタ１００に送信することを繰り返す。当該ＡＲｅｑは、Ｔ２００で生成された端末１０の公開鍵ＴＰＫ１と、Ｔ２０４で生成された暗号化データＥＤ１と、端末１０のｃａｐａｂｉｌｉｔｙと、を含む。

ｃａｐａｂｉｌｉｔｙは、ＤＰＰ方式のＣｏｎｆｉｇｕｒａｔｏｒのみとして動作可能であることを示す値と、ＤＰＰ方式のＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値と、Ｃｏｎｆｉｇｕｒａｔｏｒ及びＥｎｒｏｌｌｅｅのどちらとしても動作可能であることを示す値と、のいずれか１個の値を含む。Ｃｏｎｆｉｇｕｒａｔｏｒは、Ｃｏｎｆｉｇ（図２のＴ３０）において、ＣＯをＥｎｒｏｌｌｅｅに送信するデバイスを意味する。Ｅｎｒｏｌｌｅｅは、Ｃｏｎｆｉｇにおいて、ＣｏｎｆｉｇｕｒａｔｏｒからＣＯを受信するデバイスを意味する。上記のように、図２のケースＡでは、端末１０が第１又は第２のＣＯを生成してＡＰ６又はプリンタ１００に送信する。従って、端末１０のｃａｐａｂｉｌｉｔｙは、Ｃｏｎｆｉｇｕｒａｔｏｒのみとして動作可能であることを示す値を含む。

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

また、プリンタ１００は、図３のＴ１２０でＡＰ用ＤＰＰ可能状態に移行すると、チャネルリスト内の複数個の通信チャネルのうちの１個の通信チャネルが利用されたＡＲｅｑを受信することを監視する。上記のように、Ｔ２１０のＡＲｅｑは、チャネルリスト内の複数個の通信チャネルを順次利用して送信される。従って、プリンタ１００は、端末１０から当該ＡＲｅｑを適切に受信することができる。

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

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

Ｔ２２０では、プリンタ１００は、ＡＲｅｓを端末１０に送信する。当該ＡＲｅｓは、Ｔ２１６で生成されたプリンタ１００の公開鍵ＰＰＫ２と、Ｔ２１８で生成された暗号化データＥＤ２と、プリンタ１００のｃａｐａｂｉｌｉｔｙと、を含む。上述したように、図２のケースＡでは、プリンタ１００は、端末１０から第２のＣＯを受信する。従って、プリンタ１００のｃａｐａｂｉｌｉｔｙは、Ｅｎｒｏｌｌｅｅのみとして動作可能であることを示す値を含む。

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

Ｔ２３０において、端末１０は、Ｃｏｎｆｉｒｍをプリンタ１００に送信する。Ｃｏｎｆｉｒｍは、端末１０がＣｏｎｆｉｇｕｒａｔｏｒとして動作し、かつ、プリンタ１００がＥｎｒｏｌｌｅｅとして動作することを示す情報を含む。この結果、Ｔ２３２において、Ｃｏｎｆｉｇｕｒａｔｏｒとして動作することが端末１０によって決定され、Ｔ２３４において、Ｅｎｒｏｌｌｅｅとして動作することがプリンタ１００によって決定される。Ｔ２３４の処理が終了すると、図４の処理が終了する。

（Ｔ３０のＣｏｎｆｉｇｕｒａｔｉｏｎ（Ｃｏｎｆｉｇ）；図５）
続いて、図５を参照して、図２のＴ３０のＣｏｎｆｉｇの処理を説明する。Ｔ３００では、プリンタ１００は、ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔ（以下では「ＣＲｅｑ」と記載する）を端末１０に送信する。当該ＣＲｅｑは、ＣＯの送信を要求する信号である。

端末１０は、Ｔ３００において、プリンタ１００からＣＲｅｑを受信する。この場合、端末１０は、Ｔ３０１において、端末１０のメモリ（図示省略）から、グループＩＤ「Ｇｒｏｕｐ１」と公開鍵ＴＰＫ２と秘密鍵ｔｓｋ２とを取得する。上述したように、端末１０は、図２のＴ１５において、ＡＰ６とのＣｏｎｆｉｇを実行済みであり、この際に、グループＩＤ「Ｇｒｏｕｐ１」と公開鍵ＴＰＫ２と秘密鍵ｔｓｋ２とを生成してメモリに記憶する。グループＩＤ「Ｇｒｏｕｐ１」は、プリンタ１００とＡＰ６との間のＷｉ−Ｆｉ接続が確立されることによって形成される無線ネットワークを識別する情報である。Ｔ３０１では、端末１０は、図２のＴ１５で記憶された各情報を取得する。次いで、端末１０は、Ｔ３０２において、第２のＣＯを生成する。具体的には、端末１０は、以下の各処理を実行する。

端末１０は、端末１０の公開鍵ＴＰＫ２をハッシュ化することによって、ハッシュ値ＨＶを生成する。また、端末１０は、ハッシュ値ＨＶと、グループＩＤ「Ｇｒｏｕｐ１」と、図４のＴ２２０のＡＲｅｓ内のプリンタ１００の公開鍵ＰＰＫ２と、の組み合わせをハッシュ化することによって、特定値を生成する。そして、端末１０は、ＥＣＤＳＡ（Elliptic Curve Digital Signature Algorithmの略）に従って、端末１０の秘密鍵ｔｓｋ２を用いて、生成済みの特定値を暗号化することによって、電子署名ＤＳ１を生成する。この結果、端末１０は、ハッシュ値ＨＶと、グループＩＤ「Ｇｒｏｕｐ１」と、プリンタ１００の公開鍵ＰＰＫ２と、電子署名ＤＳ１と、を含むプリンタ用Ｓｉｇｎｅｄ−Ｃｏｎｎｅｃｔｏｒ（以下では、Ｓｉｇｎｅｄ−Ｃｏｎｎｅｃｔｏｒのことを「ＳＣ」と記載する）を生成することができる。そして、端末１０は、プリンタ用ＳＣと、端末１０の公開鍵ＴＰＫ２と、を含む第２のＣＯを生成する。

Ｔ３１０では、端末１０は、第２のＣＯを含むＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ（以下では「ＣＲｅｓ」と記載する）をプリンタ１００に送信する。

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

（Ｔ３５のＮｅｔｗｏｒｋ Ａｃｃｅｓｓ（ＮＡ）；図６）
続いて、図６を参照して、プリンタ１００とＡＰ６との間で実行される図２のＴ３５のＮＡの処理を説明する。上記のように、図２のＴ２０〜Ｔ３０と同様に、図２のＴ５〜Ｔ１５の処理が端末１０及びＡＰ６の間で実行済みである。ただし、ＡＰ６は、図３のＴ１２０及びＴ１２２の処理を実行しない。ＡＰ６は、ＡＰ６の公開鍵ＡＰＫ１及び秘密鍵ａｓｋ１を予め記憶している。そして、ＡＰ６の公開鍵ＡＰＫ１と、ＡＰ６のチャネルリストと、ＡＰ６のＭＡＣアドレスと、をコード化することによって得られるＱＲコードが、ＡＰ６の筐体に貼り付けられている。端末１０が当該ＱＲコードを撮影することによって、端末１０及びＡＰ６の間でＴ１３４以降の各処理と同様の各処理が実行される。この結果、ＡＰ６は、ＡＰ６の公開鍵ＡＰＫ２及び秘密鍵ａｓｋ２を記憶し（図４のＴ２１６参照）、さらに、端末１０から第１のＣＯを受信する（図５のＴ３１０参照）。第１のＣＯは、ＡＰ用ＳＣと、端末１０の公開鍵ＴＰＫ２と、を含む。当該公開鍵ＴＰＫ２は、第２のＣＯに含まれる公開鍵ＴＰＫ２と同じである。また、ＡＰ用ＳＣは、ハッシュ値ＨＶと、グループＩＤ「Ｇｒｏｕｐ１」と、ＡＰ６の公開鍵ＡＰＫ２と、電子署名ＤＳ２と、を含む。当該ハッシュ値ＨＶ及び当該グループＩＤは、それぞれ、第２のＣＯに含まれるハッシュ値ＨＶ及びグループＩＤと同じである。電子署名ＤＳ２は、ハッシュ値ＨＶとグループＩＤ「Ｇｒｏｕｐ１」と公開鍵ＡＰＫ２との組み合わせをハッシュ化することによって得られる特定値が端末１０の秘密鍵ｔｓｋ２によって暗号化された情報であり、第２のＣＯに含まれる電子署名ＤＳ１とは異なる値である。

プリンタ１００は、Ｔ４００において、プリンタ用ＳＣを含むＤＰＰ Ｐｅｅｒ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ（以下では「ＤＲｅｑ」と記載する）をＡＰ６に送信する。当該ＤＲｅｑは、認証の実行とＡＰ用ＳＣの送信とをＡＰ６に要求する信号である。

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

次いで、ＡＰ６は、Ｔ４０４において、ＥＣＤＨに従って、取得済みのプリンタ１００の公開鍵ＰＰＫ２と、記憶済みのＡＰ６の秘密鍵ａｓｋ２と、を用いて、接続キー（即ち共有鍵）ＣＫを生成する。

Ｔ４１０では、ＡＰ６は、ＡＰ用ＳＣを含むＤＰＰ Ｐｅｅｒ Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｐｏｎｓｅ（以下では「ＤＲｅｓ」と記載する）をプリンタ１００に送信する。

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

プリンタ１００は、Ｔ４１４において、ＥＣＤＨに従って、記憶済みのプリンタ１００の秘密鍵ｐｓｋ２と、受信済みのＡＰ用ＳＣ内のＡＰ６の公開鍵ＡＰＫ２と、を用いて、接続キーＣＫを生成する。ここで、Ｔ４０４でＡＰ６によって生成される接続キーＣＫと、Ｔ４１４でプリンタ１００によって生成される接続キーＣＫと、は同じである。これにより、Ｗｉ−Ｆｉ接続を確立するための接続キーＣＫがプリンタ１００及びＡＰ６の間で共有される。

接続キーＣＫがプリンタ１００及びＡＰ６の間で共有された後に、Ｔ４２０において、プリンタ１００及びＡＰ６は、接続キーＣＫを利用して、４ｗａｙ−ｈａｎｄｓｈａｋｅの通信を実行する。この結果、プリンタ１００とＡＰ６との間にＷｉ−Ｆｉ接続が確立される。なお、上述したように、プリンタ１００は、プリンタ１００のチャネルリストに含まれる複数個の通信チャネルのうちの１個の通信チャネルを利用して、端末１０から図４のＴ２１０のＡＲｅｑを受信する。即ち、プリンタ１００は、プリンタ１００と端末１０との双方が利用可能な通信チャネルを利用して、端末１０からＴ２１０のＡＲｅｑを受信する。一方、Ｔ４２０のＷｉ−Ｆｉ接続で利用されるチャネルは、ＡＰ６によって決定される。本実施例では、プリンタ１００が図４のＴ２１０で端末１０からＡＲｅｑを受信するための通信チャネルと、プリンタ１００がＴ４２０でＷｉ−Ｆｉ接続をＡＰ６と確立するための通信チャネルと、が異なる。ただし、変形例では、前者の通信チャネルと後者の通信チャネルとは同じでもよい。

（ケースＢの各処理；図７）
続いて、図７を参照して、図２のケースＢのＴ４０〜Ｔ６５において実行される各処理の詳細を説明する。

図２のＴ４０のＰＤでは、端末１０は、Ｔ５００において、Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｒｖｅｒｙ Ｒｅｑｕｅｓｔ（以下では「ＰＤＲｅｑ」と記載する）をプリンタ１００に送信する。ＰＤＲｅｑは、ＷＦＤ方式に従った通信の開始を要求する信号である。

プリンタ１００は、Ｔ５００において、端末１０からＰＤＲｅｑを受信する。この場合、プリンタ１００は、Ｔ５０２において、Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｒｖｅｒｙ Ｒｅｓｐｏｎｓｅ（以下では「ＰＤＲｅｓ」と記載する）を端末１０に送信する。

図２のＴ４５のＧＮでは、端末１０は、Ｔ５１０において、Ｇ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎ Ｒｅｑｕｅｓｔ（以下では「ＧＮＲｅｑ」と記載する）をプリンタ１００に送信する。ＧＮＲｅｑは、端末１０のＩｎｔｅｎｔ値を含む。Ｉｎｔｅｎｔ値は、Ｇ／Ｏへのなり易さを示す値であり、所定の数値範囲（例えば１〜１５）の中から予め決められている。

プリンタ１００は、Ｔ５１０において、端末１０からＧＮＲｅｑを受信する。この場合、プリンタ１００は、Ｔ５１２において、Ｇ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ（以下では「ＧＮＲｅｓ」と記載する）を端末１０に送信する。ＧＮＲｅｓは、プリンタ１００のＩｎｔｅｎｔ値を含む。

端末１０及びプリンタ１００のそれぞれは、自身のＩｎｔｅｎｔ値と通信相手のＩｎｔｅｎｔ値とを比較し、大きいＩｎｔｅｎｔ値を有するデバイスがＧ／Ｏ（即ち親局）になることを決定し、小さいＩｎｔｅｎｔ値を有するデバイスがＣＬ（即ち子局）になること決定する。図７のケースでは、Ｔ５１４において、プリンタ１００は、Ｇ／Ｏになることを決定し、Ｔ５１６において、端末１０は、ＣＬになることを決定する。

図２のＴ５０のＢＳでは、プリンタ１００は、Ｔ５２０において、不可能状態からＷＦＤ用ＤＰＰ可能状態に移行する。ＷＦＤ用ＤＰＰ可能状態は、Ｗｉ−ＦｉＩ／Ｆ１１６が、端末１０から、端末１０とのＷｉ−Ｆｉ接続を確立するためのＭＡＣアドレス「ＭＡＣｂ」を送信先のＭＡＣアドレスとして含むＡＲｅｑを受信することに応じて、ＡＲｅｓを端末１０に送信する状態である。即ち、プリンタ１００は、不可能状態からＷＦＤ用ＤＰＰ可能状態に移行することによって、Ａｕｔｈを実行可能な状態になる。

次いで、プリンタ１００は、Ｔ５２２において、ＱＲコードを表示部１１４に表示させる。当該ＱＲコードは、公開鍵ＰＰＫ１ｂとチャネルリストとＭＡＣアドレス「ＭＡＣｂ」とがコード化されることによって得られるコード画像である。即ち、当該ＱＲコードは、図３のＴ１２２で表示されるＱＲコードとは異なる。

Ｔ５３２及びＴ５３４は、Ｔ５３４において、公開鍵ＰＰＫ１ｂとＭＡＣアドレス「ＭＡＣｂ」とが取得される点を除くと、図３のＴ１３２及びＴ１３４と同様である。

図２のＴ５５のＡｕｔｈでは、図４のＴ２００〜Ｔ２３０と同様の処理が実行される。ただし、いくつかの相違点が存在し、これらを以下に説明する。端末１０は、Ｔ２０２において、公開鍵ＰＰＫ１ａに代えて、Ｔ５３４で取得された公開鍵ＰＰＫ１ｂを利用する。端末１０は、Ｔ２１０において、ＭＡＣアドレス「ＭＡＣａ」に代えて、Ｔ５３４で取得されたＭＡＣアドレス「ＭＡＣｂ」を送信先のアドレスとして含むＡＲｅｑをプリンタ１００に送信する。また、ＧＮにおいてＧ／Ｏになることが決定されたデバイス（図７のケースではプリンタ１００）がＣｏｎｆｉｇｕｒａｔｏｒになり、ＣＬになることが決定されたデバイス（図７のケースでは端末１０）がＥｎｒｏｌｌｅｅになる。このために、Ｔ２１０のＡＲｅｑ内の端末１０のｃａｐａｂｉｌｉｔｙは、Ｃｏｎｆｉｇｕｒａｔｏｒではなく、Ｅｎｒｏｌｌｅｅのみとして動作可能であることを示す。

プリンタ１００は、Ｔ２１２において、秘密鍵ｐｓｋ１ａに代えて、秘密鍵ｐｓｋ１ｂを利用する。また、Ｔ２２０のＡＲｅｓ内のｃａｐａｂｉｌｉｔｙは、Ｅｎｒｏｌｌｅｅではなく、Ｃｏｎｆｉｇｕｒａｔｏｒのみとして動作可能であることを示す。

図４のＴ２００〜Ｔ２３０と同様の処理が実行されると、端末１０は、Ｔ６３２において、Ｅｎｒｏｌｌｅｅになることを決定する。また、プリンタ１００は、Ｔ６３４において、Ｃｏｎｆｉｇｕｒａｔｏｒになることを決定する。

図２のＴ６０のＣｏｎｆｉｇでは、以下が実行される。上述したように、本ケースでは、端末１０がＥｎｒｏｌｌｅｅになり（Ｔ６３２）、プリンタ１００がＣｏｎｆｉｇｕｒａｔｏｒになる（Ｔ６３４）。このために、Ｅｎｒｏｌｌｅｅである端末１０は、Ｔ７００において、ＣＲｅｑをプリンタ１００に送信する。

プリンタ１００は、Ｔ７００において、端末１０からＣＲｅｑを受信する。この場合、プリンタ１００は、Ｔ７０１において、プリンタ１００がＧ／Ｏとして動作する無線ネットワークを識別する識別子であるＳＳＩＤ（Service Set Identifierの略）と、当該無線ネットワークで利用されるパスワードと、を生成する。次いで、プリンタ１００は、Ｔ７０２において、ＳＣを含むＣＯではなく、Ｔ７０１で生成されたＳＳＩＤ及びパスワードを含むＣＯを生成する。そして、プリンタ１００は、Ｔ７１０において、生成済みのＣＯを端末１０に送信する。

端末１０は、Ｔ７１０において、プリンタ１００からＣＯを受信する。これにより、端末１０は、ＣＯに含まれるＳＳＩＤ及びパスワードを利用して、プリンタ１００とのＷｉ−Ｆｉ接続を確立することができる。

図２のＴ６５のＷｉ−Ｆｉ接続の確立では、Ｔ７３０に示されるように、端末１０とプリンタ１００との間で、Ｐｒｏｂｅ、Ａｓｓｏｃｉａｔｉｏｎ、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、４−Ｗａｙ Ｈａｎｄｓｈａｋｅ等の各種通信が実行される。これらの通信の過程において、ＳＳＩＤ及びパスワードの通信が実行され、Ｇ／Ｏであるプリンタ１００は、パスワードの認証を実行する。当該認証が成功すると、端末１０とプリンタ１００との間にＷｉ−Ｆｉ接続が確立される。上記のケースＡでも説明したように、プリンタ１００は、プリンタ１００のチャネルリストに含まれる複数個の通信チャネルのうちの１個の通信チャネルを利用して、端末１０からＡＲｅｑを受信する。一方、Ｔ７３０のＷｉ−Ｆｉ接続で利用されるチャネルは、Ｇ／Ｏによって決定される。本ケースでは、プリンタ１００がＧ／Ｏになるので（Ｔ５５４）、プリンタ１００は、ＡＲｅｑの受信に利用されたチャネルと同じチャネルを利用して、Ｔ７３０において、Ｗｉ−Ｆｉ接続を端末１０と確立する。即ち、本実施例では、プリンタ１００がＴ５５で端末１０からＡＲｅｑを受信するための通信チャネルと、プリンタ１００がＴ７３０でＷｉ−Ｆｉ接続を端末１０と確立するための通信チャネルと、が同じである。ただし、変形例では、前者の通信チャネルと後者の通信チャネルとは異なってもよい。

（プリンタ１００のＢｏｏｔｓｔｒａｐｐｉｎｇ処理の詳細；図８）
続いて、図８を参照して、プリンタ１００のＣＰＵ１３２によって実行されるＢＳ処理を説明する。プリンタ１００の電源がＯＮされる場合に、図８の処理が開始される。

Ｓ１００では、ＣＰＵ１３２は、Ｗｉ−ＦｉＩ／Ｆ１１６を介して、端末（例えば１０）から、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ（以下では「ＰＲＲｅｑ」と記載する）、又は、ＰＤＲｅｑを受信することを監視する。ＣＰＵ３２は、端末からＰＲＲｅｑ又はＰＤＲｅｑを受信する場合（Ｓ１００でＹＥＳ）に、Ｓ１１０に進む。

Ｓ１１０では、ＣＰＵ１３２は、Ｓ１００で受信された信号の送信元の端末とは異なるデバイスとのＷｉ−Ｆｉ接続を確立するための処理（即ち、図８のＳ１２０以降の処理、及び、図３〜図７の処理）を実行中であるのか否かを判断する。ＣＰＵ１３２は、当該処理を実行中であると判断する場合（Ｓ１１０でＹＥＳ）には、Ｓ１２０以降の処理を実行することなく、Ｓ１００に戻る。このように、Ｓ１２０〜Ｓ１４０の処理が実行されたことに起因して、或るデバイスとのＷｉ−Ｆｉ接続を確立するための処理が実行中である場合には、当該Ｗｉ−Ｆｉ接続が確立されるまでに間に、他のデバイスからＰＲＲｅｑ又はＰＤＲｅｑが受信されても（Ｓ１００でＹＥＳ）、Ｓ１２０〜Ｓ１４０の処理が実行されない。これにより、上記の或るデバイスとのＷｉ−Ｆｉ接続を確立するための処理が他の処理によって妨げられるのを抑制することができ、この結果、プリンタ１００は、上記の或るデバイスとのＷｉ−Ｆｉ接続を適切に確立することができる。一方、ＣＰＵ１３２は、Ｗｉ−Ｆｉ接続を確立するための処理を実行中でないと判断する場合（Ｓ１１０でＮＯ）には、Ｓ１２０に進む。

Ｓ１２０では、ＣＰＵ１３２は、Ｓ１００で受信された信号が、ＳＳＩＤ「ＤＩＳＰＬＡＹ」を含むＰＲＲｅｑであるのか否かを判断する。ＣＰＵ３２は、受信済みの信号が当該ＰＲＲｅｑであると判断する場合（Ｓ１２０でＹＥＳ）には、Ｓ１２２に進む。一方、ＣＰＵ３２は、受信済みの信号がＰＤＲｅｑであると判断する場合（Ｓ１２０でＮＯ）には、Ｓ１３０に進む。

Ｓ１２２では、ＣＰＵ１３２は、指示画面を表示する。指示画面は、ユーザがＱＲコードを表示するのか否かを指示するための画面であり、ＯＫボタンとＣＡＮＣＥＬボタンとを含む。

Ｓ１２４では、ＣＰＵ１３２は、Ｓ１２２で表示された指示画面内のＯＫボタンが選択されたのか否かを判断する。ＣＰＵ１３２は、ＯＫボタンが選択されたと判断する場合（１２４でＹＥＳ）に、Ｓ１２６に進み、ＣＡＮＣＥＬボタンが選択されたと判断する場合（１２４でＮＯ）に、Ｓ１２６及びＳ１２８の処理を実行することなく、Ｓ１００の処理に戻る。このように、本実施例では、指示画面が表示され、ＯＫボタンが選択される場合には、ＡＰ用ＤＰＰ可能状態への移行（Ｓ１２６）と、ＱＲコードの表示（Ｓ１２８）と、が実行される。一方、ＣＡＮＣＥＬボタンが選択される場合には、これらの処理が実行されない。このために、プリンタ１００は、ユーザの意図に応じてＱＲコードを表示するのか否かを切り替えることができる。

Ｓ１２６では、ＣＰＵ１３２は、ＡＰ用ＤＰＰ可能状態に移行することをＷｉ−ＦｉＩ／Ｆ１１６に指示する。これにより、ＣＰＵ１３２は、ＭＡＣアドレス「ＭＡＣａ」を送信先のＭＡＣアドレスとして含むＡＲｅｑの受信を待ち受ける状態になる。

Ｓ１２８では、ＣＰＵ１３２は、公開鍵ＰＰＫ１ａ、チャネルリスト、及び、ＭＡＣアドレス「ＭＡＣａ」がコード化されることによって得られるＱＲコードを表示する。Ｓ１２８が終了すると、図８の処理が終了する。

また、Ｓ１３０では、ＣＰＵ１３２は、ＰＤＲｅｑに含まれるＣｏｎｆｉｇ Ｍｅｔｈｏｄｓ（以下では「ＣＭ」と記載する）のフィールドに記述されている情報を確認する。そして、ＣＰＵ１３２は、ＣＭが、文字列「ＤＰＰ」を含むのか、文字列「Ｐｕｓｈ Ｂｕｔｔｏｎ」を含むのか、を判断する。ここで、ＣＭが文字列「ＤＰＰ」を含むということは、ＰＤＲｅｑの送信元の端末が、ＤＰＰ方式に従った通信を実行してＷＦＤ方式に従ったＷｉ−Ｆｉ接続の確立を要求していることを意味する。また、ＣＭが文字列「Ｐｕｓｈ Ｂｕｔｔｏｎ」を含むということは、ＰＤＲｅｑの送信元の端末が、ＤＰＰ方式を利用せずに、ＷＦＤ方式に従ったＷｉ−Ｆｉ接続の確立を要求していることを意味する。ＣＰＵ１３２は、ＣＭが文字列「ＤＰＰ」を含むと判断する場合（Ｓ１３０でＹＥＳ）には、Ｓ１３２に進み、ＣＭが文字列「Ｐｕｓｈ Ｂｕｔｔｏｎ」を含むと判断する場合（Ｓ１３０でＮＯ）には、Ｓ１４０に進む。

Ｓ１３２、Ｓ１３４、及び、これらの処理によって得られる効果は、Ｓ１２２及びＳ１２４と同様である。Ｓ１３６では、ＣＰＵ１３２は、ＷＦＤ用ＤＰＰ可能状態に移行することをＷｉ−ＦｉＩ／Ｆ１１６に指示する。これにより、ＣＰＵ１３２は、ＭＡＣアドレス「ＭＡＣｂ」を送信先のＭＡＣアドレスとして含むＡＲｅｑの受信を待ち受ける状態になる。

Ｓ１３８では、ＣＰＵ１３２は、公開鍵ＰＰＫ１ｂ、チャネルリスト、及び、ＭＡＣアドレス「ＭＡＣｂ」がコード化されることによって得られるＱＲコードを表示する。Ｓ１３８が終了すると、図８の処理が終了する。

また、Ｓ１３０でＮＯと判断される場合には、Ｓ１３２〜Ｓ１３８の処理が実行されず、Ｓ１４０が実行される。Ｓ１４０では、ＣＰＵ３２は、ＷＰＳ（Wi-Fi Protected Setupの略）のＰＢＣ（Push Button Configurationの略）方式に従ったＰＢＣ画面を表示する。ＰＢＣ画面は、ＷＦＤ方式に従ったＷｉ−Ｆｉ接続を確立するためのトリガとなるボタンを含む。

（ケースＡの詳細；図９）
続いて、図９〜図１１を参照して、図８の処理（さらには図３〜図７の処理）によって実現される具体的なケースを説明する。まず、図９を参照して、図２のケースＡ（即ち図３〜図６のケースＡ）の詳細を説明する。

端末１０は、Ｔ８００において、ユーザからアプリ４０を起動するための操作を受け付けることに応じて、Ｔ８０２において、選択画面を表示する。選択画面は、プリンタ１００とＡＰ６との間にＷｉ−Ｆｉ接続を確立させるためのボタンＢ１と、プリンタ１００と端末１０との間にＷｉ−Ｆｉ接続を確立させるためのボタンＢ２と、を含む。例えば、端末１０がＡＰ６とのＷｉ−Ｆｉ接続を確立中である場合には、ユーザは、ボタンＢ１を選択する。端末１０は、Ｔ８０４において、ボタンＢ１の選択を受け付けることに応じて、Ｔ８１０において、ＳＳＩＤ「ＤＩＳＰＬＡＹ」を含むＰＲＲｅｑをプリンタ１００に送信する。

プリンタ１００は、Ｔ８１０において、プリンタ１００からＰＲＲｅｑを受信すると（図８のＳ１００でＹＥＳ）、Ｔ８１２において、指示画面を表示する（Ｓ１１０でＮＯ、Ｓ１２０でＹＥＳ、Ｓ１２２）。指示画面は、ＯＫボタンＢ３とＣＡＮＣＥＬボタンＢ４とを含む。プリンタ１００は、Ｔ８１４において、ユーザからＯＫボタンＢ３の選択を受け付けることに応じて（Ｓ１２４でＹＥＳ）、Ｔ８２０において、ＡＰ用ＤＰＰ可能状態に移行し（Ｓ１２６）、Ｔ８２２において、ＱＲコードを表示する（Ｓ１２８）。Ｔ８２０及びＴ８２２の処理が、図３のＴ１２０及びＴ１２２の処理に対応する。

Ｔ８２４及びＴ８２６は、図３のＴ１３２及びＴ１３４と同様である。Ｔ８３０のＡｕｔｈは、図４のＡｕｔｈと同様である。プリンタ１００は、Ｔ８３０のＡｕｔｈが終了すると、Ｔ８３５において、ＱＲコードの表示を終了する。

ここで、端末１０とは異なる端末３０において、Ｔ８００〜Ｔ８０４と同様の動作が実行されると、プリンタ１００は、Ｔ８３７において、端末３０から、ＳＳＩＤ「ＤＩＳＰＬＡＹ」を含むＰＲＲｅｑを受信する（Ｓ１００でＹＥＳ）。この場合、プリンタ１００は、端末１０とのＷｉ−Ｆｉ接続を確立するための処理を実行中であるので（Ｓ１１０でＹＥＳ）、ＱＲコードを表示しない。

Ｔ８４０のＣｏｎｆｉｇ及びＴ８５０のＮＡは、図５のＣｏｎｆｉｇ及び図６のＮＡと同様である。これにより、プリンタ１００は、ＡＰ６とのＷｉ−Ｆｉ接続を確立する。例えば、端末１０がＡＰ６とのＷｉ−Ｆｉ接続を確立中である場合には、プリンタ１００は、同じＡＰ６とのＷｉ−Ｆｉ接続を確立することができる。このために、プリンタ１００は、端末１０から、ＡＰ６を介して、印刷対象の画像を表わす画像データを受信して、当該画像の印刷を実行することができる。

プリンタ１００は、Ｔ８５０のＮＡが終了すると、Ｔ８６０において、ＡＰ用ＤＰＰ可能状態から不可能状態に移行する。図示省略しているが、プリンタ１００は、Ｔ８２０でＡＰ用ＤＰＰ可能状態に移行してから所定時間が経過してもＡＲｅｑを受信しない場合にも、ＡＰ用ＤＰＰ可能状態から不可能状態に移行する。

（ケースＢの詳細；図１０）
続いて、図１０を参照して、図２のケースＢ（即ち図７のケースＢ）の詳細を説明する。Ｔ９００及びＴ９０２は、図９のＴ８００及びＴ８０２と同様である。

例えば、端末１０がＡＰ６とのＷｉ−Ｆｉ接続を確立中でない場合には、ユーザは、ボタンＢ２を選択する。この場合、端末１０は、Ｔ９０４において、ボタンＢ２の選択を受け付けることに応じて、Ｔ９１０において、文字列「ＤＰＰ」が記述されたＣＭを含むＰＤＲｅｑをプリンタ１００に送信する。

プリンタ１００は、Ｔ９１０において、プリンタ１００からＰＤＲｅｑを受信すると（図８のＳ１００でＹＥＳ）、Ｔ９１２において、ＰＤＲｅｓをプリンタ１００に送信する。Ｔ９１０及びＴ９１２の処理が、図７のＴ５００及びＴ５０２の処理に対応する。Ｔ９１４のＧＮは、図７のＴ５１０〜Ｔ５１６と同様である。

次いで、プリンタ１００は、Ｔ９１６において、指示画面を表示する（Ｓ１１０でＮＯ、Ｓ１２０でＮＯ、Ｓ１３０でＹＥＳ、Ｓ１３２）。プリンタ１００は、Ｔ９１８において、ユーザからＯＫボタンＢ３の選択を受け付けると（Ｓ１３４でＹＥＳ）、Ｔ９２０において、ＷＦＤ用ＤＰＰ可能状態に移行し（Ｓ１３６）、Ｔ９２２において、ＱＲコードを表示する（Ｓ１３８）。Ｔ９２０及びＴ９２２の処理が、図７のＴ５２０及びＴ５２２の処理に対応する。

Ｔ９２４及びＴ９２６は、図７のＴ５３２及びＴ５３４と同様である。Ｔ９３０のＡｕｔｈは、図７のＡｕｔｈと同様である。プリンタ１００は、Ｔ９３０のＡｕｔｈが終了すると、Ｔ９３５において、ＱＲコードの表示を終了する。

ここで、端末１０とは異なる端末３０において、Ｔ９００〜Ｔ９０４と同様の動作が実行されると、プリンタ１００は、Ｔ９３７において、端末３０から、文字列「ＤＰＰ」が記述されたＣＭを含むＰＤＲｅｑを受信する（Ｓ１００でＹＥＳ）。この場合、プリンタ１００は、端末１０とのＷｉ−Ｆｉ接続を確立するための処理を実行中であるので（Ｓ１１０でＹＥＳ）、ＱＲコードを表示しない。

Ｔ９４０のＣｏｎｆｉｇ及びＴ９５０のＷｉ−Ｆｉ接続の確立は、図７のＴ７００〜Ｔ７１０のＣｏｎｆｉｇ及びＴ７３０のＷｉ−Ｆｉ接続の確立と同様である。これにより、プリンタ１００は、端末１０とのＷｉ−Ｆｉ接続を確立することができる。このために、プリンタ１００は、端末１０から、ＡＰ６を介さずに、印刷対象の画像を表わす画像データを受信して、当該画像の印刷を実行することができる。

プリンタ１００は、Ｔ９５０のＷｉ−Ｆｉ接続の確立が終了すると、Ｔ９６０において、ＤＰＰ用ＤＰＰ可能状態から不可能状態に移行する。図示省略しているが、プリンタ１００は、Ｔ９２０でＷＦＤ用ＤＰＰ可能状態に移行してから所定時間が経過してもＡＲｅｑを受信しない場合にも、ＷＦＤ用ＤＰＰ可能状態から不可能状態に移行する。このように、プリンタ１００が不可能状態に移行するので、プリンタ１００がＡｒｅｑの受信を待ち受ける処理を実行せずに済み、プリンタ１００の処理負荷を軽減させ得る。

（ケースＣの詳細；図１１）
続いて、図１１を参照して、ケースＡ及びケースＢとは異なるケースＣの詳細を説明する。ケースＣでは、端末１０ではなく、ＤＰＰ方式をサポートしていない端末２０が利用される。

端末２０は、プリンタ１００とのＷｉ−Ｆｉ接続を確立するためのアプリを備える。当該アプリは、端末１０のアプリ４０とは異なるプログラムであって、ＤＰＰ方式を利用せずに、ＷＦＤ方式に従ってＷｉ−Ｆｉ接続を確立するためのプログラムである。端末１０は、Ｔ１０００において、ユーザから当該アプリを起動するための操作を受け付けることに応じて、Ｔ１００２において、問合画面を表示する。問合画面は、プリンタ１００と端末１０との間にＷｉ−Ｆｉ接続を確立させるのか否かをユーザに問い合わせるメッセージと、ＯＫボタンＢ５と、を含む。端末１０は、Ｔ１００４において、ボタンＢ５の選択を受け付けることに応じて、Ｔ１０１０において、文字列「Ｐｕｓｈ Ｂｕｔｔｏｎ」が記述されたＣＭを含むＰＤＲｅｑをプリンタ１００に送信する。

プリンタ１００は、Ｔ１０１０において、プリンタ１００からＰＤＲｅｑを受信すると（図８のＳ１００でＹＥＳ）、Ｔ１０１２において、ＰＤＲｅｓをプリンタ１００に送信する。Ｔ１０１４のＧＮは、図７のＴ５１０〜Ｔ５１６と同様である。即ち、ケースＣでも、プリンタ１００がＧ／Ｏになることが決定される（図７のＴ５１４）。

次いで、プリンタ１００は、Ｔ１０２０において、ＰＢＣ画面を表示する（Ｓ１１０でＮＯ、Ｓ１２０でＮＯ、Ｓ１３０でＮＯ、Ｓ１４０）。ＰＢＣ画面は、端末１０とのＷｉ−Ｆｉ接続を確立することを示すメッセージと、接続ボタンＢ６と、を含む。プリンタ１００は、Ｔ１０２２において、ユーザから接続ボタンＢ６の選択を受け付けると、Ｔ１０３０において、ＷＰＳを端末２０と実行する。ＷＰＳの過程において、Ｇ／Ｏであるプリンタ１００は、ＳＳＩＤ及びパスワードを生成し、それらの情報を端末１０に送信する。

Ｔ１０５０のＷｉ−Ｆｉ接続の確立は、図７のＴ７３０のＷｉ−Ｆｉ接続の確立と同様である。これにより、プリンタ１００は、端末１０とのＷｉ−Ｆｉ接続を確立することができる。このために、プリンタ１００は、端末１０から、ＡＰ６を介さずに、印刷対象の画像を表わす画像データを受信して、当該画像の印刷を実行することができる。

（本実施例の効果）
プリンタ１００は、端末１０から文字列「ＤＰＰ」が記述されたＣＭを含むＰＤＲｅｑを受信する場合（図１０のＴ９１０）に、ＷＦＤ用ＤＰＰ可能状態に移行し（Ｔ９２０）、公開鍵ＰＰＫ１ｂ等をコード化することによって得られるＱＲコードを表示する（Ｔ９２２）。これにより、公開鍵ＰＰＫ１ｂ等が端末１０によって取得される（Ｔ９２６）。プリンタ１００は、端末１０から公開鍵ＰＰＫ１ｂが利用されたＡＲｅｑを受信する場合に、ＡＲｅｓを端末１０に送信することができる（Ｔ９３０）。このために、プリンタ１００は、端末１０とのＷｉ−Ｆｉ接続を確立することができる（Ｔ９５０）。このように、新規な手法を利用して、プリンタ１００と端末１０との間にＷｉ−Ｆｉ接続を確立させることができる。

例えば、プリンタ１００に対する操作の知識を有するユーザは、プリンタ１００に対する所定の操作（例えば設定画面における操作）を実行することによって、ＱＲコードの表示とＷＦＤ用ＤＰＰ可能状態への移行とをプリンタ１００に実行させることができる。しかしながら、上記の知識に乏しいユーザは、上記の所定の操作を適切に実行することができない可能性がある。本実施例によると、プリンタ１００は、端末１０からＰＤＲｅｑを受信する場合に、ユーザによって上記の所定の操作が実行されなくても、ＱＲコードの表示とＷＦＤ用ＤＰＰ可能状態への移行とを実行する。このために、ユーザは、端末１０のアプリ４０を利用して、ＱＲコードの表示とＷＦＤ用ＤＰＰ可能状態への移行とをプリンタ１００に容易に実行させることができる。

また、プリンタ１００は、端末１０から、ＰＤＲｅｑとは異なるＰＲＲｅｑを受信する場合（図９のＴ８１０）に、ＡＰ用ＤＰＰ可能状態に移行し（Ｔ８２０）、公開鍵ＰＰＫ１ａ等をコード化することによって得られるＱＲコードを表示する（Ｔ８２２）。これにより、公開鍵ＰＰＫ１ａ等が端末１０によって取得される（Ｔ８２６）。プリンタ１００は、端末１０から公開鍵ＰＰＫ１ａが利用されたＡＲｅｑを受信する場合に、ＡＲｅｓを端末１０に送信することができる（Ｔ８３０）。このために、プリンタ１００は、ＡＰ６とのＷｉ−Ｆｉ接続を確立することができる（Ｔ８５０）。このように、プリンタ１００は、端末１０からＰＤＲｅｑを受信するのかＰＲＲｅｑを受信するのかに応じて、即ち、端末１０からの要求に応じて、適切なデバイス（即ちプリンタ１００又はＡＰ６）とのＷｉ−Ｆｉ接続を確立することができる。

また、図１０のケースＢでは、プリンタ１００は、Ｔ９２０において、ＭＡＣアドレス「ＭＡＣｂ」を送信先のＭＡＣアドレスとして含むＡＲｅｑの受信を待ち受ける状態に移行し、Ｔ９２２において、ＭＡＣアドレス「ＭＡＣｂ」がコード化されたＱＲコードを表示する。この場合、プリンタ１００は、仮に、ＭＡＣアドレス「ＭＡＣｂ」とは異なるＭＡＣアドレス「ＭＡＣａ」を送信先のＭＡＣアドレスとして含むＡＲｅｑを受信しても、ＡＲｅｓを送信しない。即ち、プリンタ１００がＡＰ６とのＷｉ−Ｆｉ接続を確立するための処理が実行されないので、プリンタ１００は、端末１０とのＷｉ−Ｆｉ接続を適切に確立することができる。一方、図９のケースＡでは、プリンタ１００は、Ｔ８２０において、ＭＡＣアドレス「ＭＡＣａ」を送信先のＭＡＣアドレスとして含むＡＲｅｑの受信を待ち受ける状態に移行し、Ｔ８２２において、ＭＡＣアドレス「ＭＡＣａ」がコード化されたＱＲコードを表示する。この場合、プリンタ１００は、仮に、ＭＡＣアドレス「ＭＡＣａ」とは異なるＭＡＣアドレス「ＭＡＣｂ」を送信先のＭＡＣアドレスとして含むＡＲｅｑを受信しても、ＡＲｅｓを送信しない。即ち、プリンタ１００が端末１０とのＷｉ−Ｆｉ接続を確立するための処理が実行されないので、プリンタ１００は、ＡＰ６とのＷｉ−Ｆｉ接続を適切に確立することができる。

また、プリンタ１００は、端末２０から文字列「Ｐｕｓｈ Ｂｕｔｔｏｎ」が記述されたＣＭを含むＰＤＲｅｑを受信する場合（図１１のＴ１０１０）に、ＷＦＤ用ＤＰＰ可能状態に移行せず、ＱＲコードを表示しない。このために、プリンタ１００は、ＤＰＰ方式を利用せずに、端末２０とのＷｉ−Ｆｉ接続を適切に確立することができる（Ｔ１０５０）。特に、本実施例では、プリンタ１００が端末１０及び端末２０から同じ種類の信号であるＰＤＲｅｑを受信し得る状況を想定している。そして、プリンタ１００は、ＰＤＲｅｑに含まれるＣＭに記述されている情報に応じて、ＷＦＤ用ＤＰＰ可能状態に移行してＱＲコードを表示するのか（図１０のＴ９２０及びＴ９２２）、ＰＢＣ画面を表示するのか（図１１のＴ１０２０）、を切り替える。このために、プリンタ１００は、端末１０又は端末２０に応じた適切な手法を利用して、端末１０又は端末２０とのＷｉ−Ｆｉ接続を確立することができる。

（対応関係）
プリンタ１００が、「通信装置」の一例である。端末１０が、「第１の外部装置」及び「第２の外部装置」の一例である。端末２０、端末３０が、それぞれ、「第３の外部装置」、「第４の外部装置」の一例である。表示部１１４、Ｗｉ−ＦｉＩ／Ｆ１１６が、それぞれ、「出力部」、「無線インターフェース」の一例である。チャネルリスト内のチャネルが、「所定の通信チャネル」の一例である。文字列「ＤＰＰ」が記述されたＣＭを含むＰＤＲｅｑ、ＳＳＩＤ「ＤＩＳＰＬＡＹ」を含むＰＲＲｅｑ、文字列「Ｐｕｓｈ Ｂｕｔｔｏｎ」が記述されたＣＭを含むＰＤＲｅｑが、それぞれ、「第１の特定信号」、「第２の特定信号」、「第３の特定信号」の一例である。文字列「ＤＰＰ」、文字列「Ｐｕｓｈ Ｂｕｔｔｏｎ」が、それぞれ、「第１の所定情報」、「第２の所定情報」の一例である。図１０のケースＢにおけるＷＦＤ用ＤＰＰ可能状態、ＱＲコード、公開鍵ＰＰＫ１ｂ、ＭＡＣアドレス「ＭＡＣｂ」、ＡＲｅｑ、ＡＲｅｓ、Ｗｉ−Ｆｉ接続が、それぞれ、「第１の応答可能状態」、「第１の特定情報」、「第１の公開鍵」、「第１のＭＡＣアドレス」、「第１の認証要求」、「第１の認証応答」、「第１の無線接続」の一例である。図９のケースＡにおけるＡＰ用ＤＰＰ可能状態、ＱＲコード、公開鍵ＰＰＫ１ａ、ＭＡＣアドレス「ＭＡＣａ」、ＡＲｅｑ、ＡＲｅｓ、Ｗｉ−Ｆｉ接続が、それぞれ、「第２の応答可能状態」、「第２の特定情報」、「第２の公開鍵」、「第２のＭＡＣアドレス」、「第２の認証要求」、「第２の認証応答」、「第２の無線接続」の一例である。図１１のケースＣにおけるＷｉ−Ｆｉ接続が、「第３の無線接続」の一例である。図１０のＴ９２２でＱＲコードを表示してから所定時間が経過することが、「特定条件」の一例である。

図１０のＴ９１０、Ｔ９１６、Ｔ９２０、Ｔ９２２、Ｔ９５０が、それぞれ、「第１の特定信号受信部」、「表示制御部」、「第１の状態移行部」、「第１の出力制御部」、「第１の確立部」によって実行される処理の一例である。Ｔ９３０で引用する図４のＴ２１０、Ｔ９３０で引用する図４のＴ２２０が、それぞれ、「第１の認証要求受信部」、「第１の認証応答送信部」によって実行される処理の一例である。Ｔ９２２でＱＲコードを表示してから所定時間が経過する場合に、Ｔ９６０と同様に、不可能状態に移行させる処理が、「第３の状態移行部」によって実行される処理の一例である。図７のＴ６３４が、「動作制御部」の一例である。図９のＴ８１０、Ｔ８２０、Ｔ８２２、Ｔ８５０が、それぞれ、「第２の特定信号受信部」、「第２の状態移行部」、「第２の出力制御部」、「第２の確立部」によって実行される処理の一例である。Ｔ８３０で引用する図４のＴ２１０、Ｔ９３０で引用する図４のＴ２２０が、それぞれ、「第２の認証要求受信部」、「第２の認証応答送信部」によって実行される処理の一例である。図１１のＴ１０１０、Ｔ１０５０が、それぞれ、「第３の特定信号受信部」、「第３の確立部」によって実行される処理の一例である。

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

（変形例１）
「第１の特定信号」は、ＰＤＲｅｑでなくてもよく、ＧＮＲｅｑであってもよいし、ＷＦＤ方式に従った他の信号であってもよい。

（変形例２）
図８のＳ１００では、ＰＲＲｅｑの受信が監視されなくてもよい。この場合、Ｓ１２０〜Ｓ１２８が省略されてもよい。即ち、図９のケースＡが実現されなくてもよい。一般的に言うと、「第２の特定信号受信部」、「第２の出力制御部」、「第２の状態移行部」、「「第２の認証要求受信部」、「第２の認証応答送信部」、及び、「第２の確立部」は省略可能である。

（変形例３）
プリンタ１００は、２つの異なる公開鍵ＰＰＫ１ａ，ＰＰＫ１ｂを利用しなくてもよく、１個の公開鍵のみを利用してもよい。即ち、図９のＴ８２２で表示されるＱＲコードが示す公開鍵と、図１０のＴ９２２で表示されるＱＲコードが示す公開鍵と、は同じでもよい。一般的に言うと、「第２の公開鍵」は、上記の実施例のように、第１の公開鍵と異なるものであってもよいし、本変形例のように、第１の公開鍵と同じものであってもよい。

（変形例４）
例えば、図１０のＴ９２２で表示されるＱＲコードは、チャネルリスト及びＭＡＣアドレスがコード化されたものでなくてもよい。即ち、ＱＲコードは、少なくとも公開鍵がコード化されることによって得られるコード画像であればよい。一般的に言うと、「第１の特定情報」は、少なくとも公開鍵を用いて得られる情報であればよく、第１のＭＡＣアドレスを用いて得られる情報でなくてもよい。同様に、「第２の特定情報」は、少なくとも公開鍵を用いて得られる情報であればよく、第２のＭＡＣアドレスを用いて得られる情報でなくてもよい。

（変形例５）
Ｗｉ−ＦｉＩ／Ｆ１１６には、１個のＭＡＣアドレスのみが割り当てられていてもよい。即ち、図９のＴ８２２で表示されるＱＲコードが示すＭＡＣアドレスと、図１０のＴ９２２で表示されるＱＲコードが示すＭＡＣアドレスと、は同じでもよい。一般的に言うと、「無線インターフェース」には、第１のＭＡＣアドレスとは異なる第２のＭＡＣアドレスが割り当てられなくてもよい。

（変形例６）
図８のＳ１００では、文字列「Ｐｕｓｈ Ｂｕｔｔｏｎ」が記述されたＣＭを含むＰＤＲｅｑの受信が監視されなくてもよい。この場合、Ｓ１４０が省略されてもよい。即ち、図１１のケースＣが実現されなくてもよい。一般的に言うと、「第３の特定信号受信部」及び「第３の確立部」は省略可能である。

（変形例７）
図８のＳ１１０が実行されなくてもよい。一般的に言うと、第４の外部装置から第１の特定信号が受信される場合に、第１の特定情報が出力されてもよい。

（変形例８）
図８のＳ１２２、Ｓ１２４、Ｓ１３２、及び、Ｓ１３４が実行されなくてもよい。即ち「表示制御部」は省略可能である。

（変形例９）
プリンタ１００は、図７のＧＮにおいて、ＣＬになることを決定してもよい。この場合、プリンタ１００は、Ｔ６３４に代えて、Ｅｎｒｏｌｌｅｅになることを決定する。即ち、「動作制御部」は省略可能である。

（変形例１０）
図９のＴ８１０において、端末１０は、ＰＲＲｅｑに代えて、ＷＦＤ方式のＳｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔをプリンタ１００に送信してもよい。当該Ｒｅｑｕｅｓｔは、プリンタ１００がＱＲコードの表示を実行可能であるのか否かを問い合わせるための情報を含む。本変形例では、Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔが、「第２の特定信号」の一例である。

（変形例１１）
プリンタ１００は、図９のＴ８２２及び図１０のＴ９２２において、ＱＲコードを表示部１１４に表示することに代えて、印刷媒体へのＱＲコードの印刷を印刷実行部１１８に実行させてもよい。本変形例によると、例えば、プリンタ１００が表示部１１４を備えていない状況においても、ＤＰＰ方式に従った通信を実行して、プリンタ１００とＡＰ６又は端末１０との間のＷｉ−Ｆｉ接続を確立することができる。本変形例では、印刷実行部１１８が、「出力部」の一例である。別の変形例では、プリンタ１００が、Ｗｉ−ＦｉＩ／Ｆ１１６とは異なる無線インターフェース（例えば、ＮＦＣ（Near Field Communicationの略）Ｉ／Ｆ、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｉ／Ｆ）を備えていてもよい。この場合、プリンタ１００は、図９のＴ８２２又は図１０のＴ９２２において、当該異なる無線インターフェースを介して、公開鍵とチャネルリストとＭＡＣアドレスとを端末１０に送信してもよい。本変形例では、当該異なる無線インターフェースが、「出力部」の一例である。また、本変形例では、「第１の特定情報」は、「コード画像」でなくてもよい。

（変形例１２）
プリンタ１００は、図８のＳ１００において、ＰＤＲｅｑ又はＰＲＲｅｑを受信する場合に、当該信号の受信電波強度を算出し、算出済みの受信電波強度が予め決められている閾値以上である場合に、Ｓ１１０以降の処理を実行してもよい。

（変形例１３）
プリンタ１００は、ＱＲコードに代えて、公開鍵とチャネルリストとＭＡＣアドレスとがコード化されることによって得られる共有コード、キー、フレーズ、及び、ワードを含む画像を表示部１１４に表示してもよい。

（変形例１４）
プリンタ１００は、ＷＦＤ用ＤＰＰ可能状態に移行してから所定時間経過する場合に、不可能状態に移行しなくてもよい。即ち、「第３の状態移行部」は省略可能である。また、別の変形例では、プリンタ１００は、所定時間が経過することを監視することに代えて、ユーザから不可能状態に移行することを示す指示を受け付けることを監視してもよい。本変形例では、ユーザから指示を受け付けることが「特定条件」の一例である。

（変形例１５）
図１０のＴ９１０でＰＤＲｅｑが送信されると、プリンタ１００とは異なるプリンタにおいて、ＱＲコードが表示される可能性がある。このような状況に対処するために、端末１０は、Ｔ９２４でＱＲコードを撮影すると（即ちＴ９２６で公開鍵ＰＰＫ１ｂ等を取得すると）、ＱＲコードの表示を停止させるための所定の文字列（例えばＳＳＩＤ「ＮＯＴ ＤＩＳＰＬＡＹ」）を含む信号（例えばＰＲＲｅｑ）をブロードキャストによって送信してもよい。この場合、上記の異なるプリンタは、当該信号を受信すると、ＱＲコードの表示を停止する。同様に、端末１０は、図９のＴ８２４でＱＲコードを撮影すると、上記の所定の文字列を含む信号をブロードキャストによって送信してもよい。別の変形例では、プリンタ１００は、図１０のＴ９３０において、ＡＲｅｑを受信すると、上記の所定の文字列を含む信号をブロードキャストによって送信してもよい。同様に、プリンタ１００は、図９のＴ８３０において、ＡＲｅｑを受信すると、上記の所定の文字列を含む信号をブロードキャストによって送信してもよい。

（変形例１６）
プリンタ１００は、図１０のＴ９１２において、ＰＤＲｅｓを端末１０に送信すると、ＧＮを実行することなく、自発的にＧ／Ｏ状態に移行してもよい。同様に、プリンタ１００は、図１１のＴ９１２において、ＰＤＲｅｓを端末１０に送信すると、ＧＮを実行することなく、自発的にＧ／Ｏ状態に移行してもよい。

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

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

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

２：通信システム、６：ＡＰ、１０，２０，３０：端末、１６，１１６：Ｗｉ−ＦｉＩ／Ｆ、４０：接続アプリケーション、１００：プリンタ、１１２：操作部、１１４：表示部、１１８：印刷実行部、１３０：制御部、１３２：ＣＰＵ、１３４：メモリ、１３６：プログラム

Claims (19)

1. 通信装置であって、
   出力部と、
   無線インターフェースと、
   第１の外部装置から、前記無線インターフェースを介して、第１の特定信号を受信する第１の特定信号受信部と、
   前記第１の外部装置から前記第１の特定信号が受信される場合に、第１の公開鍵を用いて得られる第１の特定情報を前記出力部に出力させる第１の出力制御部であって、前記第１の特定情報が出力されることによって、前記第１の公開鍵が前記第１の外部装置によって取得される、前記第１の出力制御部と、
   前記第１の公開鍵を取得した前記第１の外部装置から、前記無線インターフェースを介して、前記第１の公開鍵が利用された第１の認証要求を受信する第１の認証要求受信部と、
   前記第１の外部装置から前記第１の認証要求が受信される場合に、前記無線インターフェースを介して、第１の認証応答を前記第１の外部装置に送信する第１の認証応答送信部と、
   前記第１の認証応答が前記第１の外部装置に送信される場合に、前記無線インターフェースを介して、前記第１の外部装置との第１の無線接続を確立する第１の確立部と、
   を備える、通信装置。
2. 前記通信装置は、さらに、
   第２の外部装置から、前記無線インターフェースを介して、前記第１の特定信号とは異なる第２の特定信号を受信する第２の特定信号受信部と、
   前記第２の外部装置から前記第２の特定信号が受信される場合に、第２の公開鍵を用いて得られる第２の特定情報を前記出力部に出力させる第２の出力制御部であって、前記第２の特定情報が出力されることによって、前記第２の公開鍵が前記第２の外部装置によって取得される、前記第２の出力制御部と、
   前記第２の公開鍵を取得した前記第２の外部装置から、前記無線インターフェースを介して、前記第２の公開鍵が利用された第２の認証要求を受信する第２の認証要求受信部と、
   前記第２の外部装置から前記第２の認証要求が受信される場合に、前記無線インターフェースを介して、第２の認証応答を前記第２の外部装置に送信する第２の認証応答送信部と、
   前記第２の認証応答が前記第２の外部装置に送信される場合に、前記無線インターフェースを介して、アクセスポイントとの第２の無線接続を確立する第２の確立部と、
   を備える、請求項１に記載の通信装置。
3. 前記第１の特定情報は、前記第１の公開鍵と、前記無線インターフェースに割り当てられている第１のＭＡＣアドレスと、を用いて得られ、
   前記第１の特定情報が出力されることによって、前記第１の公開鍵と前記第１のＭＡＣアドレスとが前記第１の外部装置によって取得され、
   前記第１の認証要求は、前記第１のＭＡＣアドレスを送信先のＭＡＣアドレスとして含み、
   前記第２の特定情報は、前記第２の公開鍵と、前記無線インターフェースに割り当てられている第２のＭＡＣアドレスであって、前記第１のＭＡＣアドレスとは異なる前記第２のＭＡＣアドレスと、を用いて得られ、
   前記第２の特定情報が出力されることによって、前記第２の公開鍵と前記第２のＭＡＣアドレスとが前記第２の外部装置によって取得され、
   前記第２の認証要求は、前記第２のＭＡＣアドレスを送信先のＭＡＣアドレスとして含む、請求項２に記載の通信装置。
4. 前記通信装置は、さらに、
   第３の外部装置から、前記無線インターフェースを介して、第３の特定信号を受信する第３の特定信号受信部であって、前記第３の外部装置から前記第３の特定信号が受信される場合に、前記第１の特定情報は出力されない、前記第３の特定信号受信部と、
   前記第３の外部装置から前記第３の特定信号が受信される場合に、前記第３の外部装置から認証要求が受信されることなく、前記無線インターフェースを介して、前記第３の外部装置との第３の無線接続を確立する第３の確立部と、
   を備える、請求項１から３のいずれか一項に記載の通信装置。
5. 前記第１の特定信号と前記第３の特定信号とは同じ種類の信号であり、
   前記第１の特定信号は、第１の所定情報を含み、
   前記第３の特定信号は、前記第１の所定情報とは異なる第２の所定情報を含む、請求項４に記載の通信装置。
6. 前記第１の特定情報が出力されてから前記第１の外部装置との前記第１の無線接続が確立されるまでの間に、第４の外部装置から、前記無線インターフェースを介して、前記第１の特定信号が受信される場合に、前記第１の特定情報は出力されない、請求項１から５のいずれか一項に記載の通信装置。
7. 前記第１の特定情報は、前記第１の公開鍵がコード化されることによって得られるＱＲコード（登録商標）であり、
   前記第１の公開鍵は、前記ＱＲコードが前記第１の外部装置によって撮影されることに応じて、前記第１の外部装置によって取得される、請求項１から６のいずれか一項に記載の通信装置。
8. 前記出力部は、画像を表示するための表示部であり、
   前記第１の出力制御部は、前記第１の特定情報を前記表示部である前記出力部に表示させる、請求項１から７のいずれか一項に記載の通信装置。
9. 前記通信装置は、さらに、
   前記第１の外部装置から前記第１の特定信号が受信される場合に、前記第１の特定情報の表示を指示するための指示画面を前記表示部である前記出力部に表示させる表示制御部を備え、
   前記第１の出力制御部は、前記指示画面において、前記第１の特定情報の表示が指示される場合に、前記第１の特定情報を前記表示部である前記出力部に表示させる、請求項８に記載の通信装置。
10. 前記通信装置は、さらに、
    前記第１の外部装置から前記第１の特定信号が受信される場合に、前記通信装置の動作状態を応答不可能状態から第１の応答可能状態に移行させる第１の状態移行部であって、前記応答不可能状態は、認証応答を送信しない状態であり、前記第１の応答可能状態は、前記無線インターフェースに割り当てられている第１のＭＡＣアドレスを送信先のＭＡＣアドレスとして含む前記第１の認証要求を受信することに応じて、前記第１の認証応答を送信する状態である、前記第１の状態移行部を備え、
    前記第１の認証応答送信部は、前記通信装置の動作状態が前記第１の応答可能状態に移行された後に、前記第１の外部装置から前記第１の認証要求が受信される場合に、前記第１の認証応答を前記第１の外部装置に送信する、請求項１から９のいずれか一項に記載の通信装置。
11. 通信装置であって、
    無線インターフェースと、
    第１の外部装置から、前記無線インターフェースを介して、第１の特定信号を受信する第１の特定信号受信部と、
    前記第１の外部装置から前記第１の特定信号が受信される場合に、前記通信装置の動作状態を応答不可能状態から第１の応答可能状態に移行させる第１の状態移行部であって、前記応答不可能状態は、認証応答を送信しない状態であり、前記第１の応答可能状態は、前記無線インターフェースに割り当てられている第１のＭＡＣアドレスを送信先のＭＡＣアドレスとして含む第１の認証要求を受信することに応じて、第１の認証応答を送信する状態である、前記第１の状態移行部と、
    前記第１の外部装置から、前記無線インターフェースを介して、前記第１の認証要求を受信する第１の認証要求受信部と、
    前記通信装置の動作状態が前記第１の応答可能状態に移行された後に、前記第１の外部装置から前記第１の認証要求が受信される場合に、前記無線インターフェースを介して、前記第１の認証応答を前記第１の外部装置に送信する第１の認証応答送信部と、
    前記第１の認証応答が前記第１の外部装置に送信される場合に、前記無線インターフェースを介して、前記第１の外部装置との第１の無線接続を確立する第１の確立部と、
    を備える、通信装置。
12. 第２の外部装置から、前記無線インターフェースを介して、前記第１の特定信号とは異なる第２の特定信号を受信する第２の特定信号受信部と、
    前記第２の外部装置から前記第２の特定信号が受信される場合に、前記通信装置の動作状態を前記応答不可能状態から第２の応答可能状態に移行させる第２の状態移行部であって、前記第２の応答可能状態は、前記無線インターフェースに割り当てられている第２のＭＡＣアドレスであって、前記第１のＭＡＣアドレスとは異なる第２のＭＡＣアドレスを送信先のＭＡＣアドレスとして含む第２の認証要求を受信することに応じて、第２の認証応答を送信する状態である、前記第２の状態移行部と、
    前記第２の外部装置から、前記無線インターフェースを介して、前記第２の認証要求を受信する第２の認証要求受信部と、
    前記通信装置の動作状態が前記第２の応答可能状態に移行された後に、前記第２の外部装置から前記第２の認証要求が受信される場合に、前記無線インターフェースを介して、前記第２の認証応答を前記第２の外部装置に送信する第２の認証応答送信部と、
    前記第２の認証応答が前記第２の外部装置に送信される場合に、前記無線インターフェースを介して、アクセスポイントとの第２の無線接続を確立する第２の確立部と、
    を備える、請求項１１に記載の通信装置。
13. 前記通信装置は、さらに、
    第３の外部装置から、前記無線インターフェースを介して、第３の特定信号を受信する第３の特定信号受信部であって、前記第３の外部装置から前記第３の特定信号が受信される場合に、前記通信装置の動作状態は前記第１の応答可能状態に移行されない、前記第３の特定信号受信部と、
    前記第３の外部装置から前記第３の特定信号が受信される場合に、前記第３の外部装置から認証要求が受信されることなく、前記無線インターフェースを介して、前記第３の外部装置との第３の無線接続を確立する第３の確立部と、
    を備える、請求項１１又は１２に記載の通信装置。
14. 前記第１の特定信号と前記第３の特定信号とは同じ種類の信号であり、
    前記第１の特定信号は、第１の所定情報を含み、
    前記第３の特定信号は、前記第１の所定情報とは異なる第２の所定情報を含む、請求項１３に記載の通信装置。
15. 前記第１の応答可能状態は、前記通信装置において予め決められている所定の通信チャネルが利用された前記第１の認証要求を受信することを監視し、前記所定の通信チャネルが利用された前記第１の認証要求を受信することに応じて、前記第１の認証応答を送信する状態であり、
    前記第１の認証応答送信部は、前記通信装置の動作状態が前記第１の応答可能状態に移行された後に、前記第１の外部装置から前記所定の通信チャネルが利用された前記第１の認証要求が受信される場合に、前記第１の認証応答を前記第１の外部装置に送信する、請求項１０から１４のいずれか一項に記載の通信装置。
16. 前記通信装置は、さらに、
    前記通信装置の動作状態が前記第１の応答可能状態に移行された後に、特定条件が満たされる場合に、前記通信装置の動作状態を前記第１の応答可能状態から前記応答不可能状態に移行させる第３の状態移行部を備える、請求項１０から１５のいずれか一項に記載の通信装置。
17. 前記通信装置は、さらに、
    前記第１の認証応答が前記第１の外部装置に送信される場合に、前記通信装置をＷｉ−Ｆｉ規格のＤＰＰ（Device Provisioning Protocolの略）方式に従ったＣｏｎｆｉｇｕｒａｔｏｒとして動作させる動作制御部であって、前記第１の外部装置は、前記ＤＰＰ方式に従ったＥｎｒｏｌｌｅｅとして動作する、前記動作制御部を備える、請求項１から１６のいずれか一項に記載の通信装置。
18. 通信装置のためのコンピュータプログラムであって、
    前記通信装置のコンピュータを、以下の各部、即ち、
    第１の外部装置から、前記通信装置の無線インターフェースを介して、第１の特定信号を受信する第１の特定信号受信部と、
    前記第１の外部装置から前記第１の特定信号が受信される場合に、第１の公開鍵を用いて得られる第１の特定情報を前記通信装置の出力部に出力させる第１の出力制御部であって、前記第１の特定情報が出力されることによって、前記第１の公開鍵が前記第１の外部装置によって取得される、前記第１の出力制御部と、
    前記第１の公開鍵を取得した前記第１の外部装置から、前記無線インターフェースを介して、前記第１の公開鍵が利用された第１の認証要求を受信する第１の認証要求受信部と、
    前記第１の外部装置から前記第１の認証要求が受信される場合に、前記無線インターフェースを介して、第１の認証応答を前記第１の外部装置に送信する第１の認証応答送信部と、
    前記第１の認証応答が前記第１の外部装置に送信される場合に、前記無線インターフェースを介して、前記第１の外部装置との第１の無線接続を確立する第１の確立部と、
    として機能させる、コンピュータプログラム。
19. 通信装置のためのコンピュータプログラムであって、
    前記通信装置のコンピュータを、以下の各部、即ち、
    第１の外部装置から、前記通信装置の無線インターフェースを介して、第１の特定信号を受信する第１の特定信号受信部と、
    前記第１の外部装置から前記第１の特定信号が受信される場合に、前記通信装置の動作状態を応答不可能状態から第１の応答可能状態に移行させる第１の状態移行部であって、前記応答不可能状態は、認証応答を送信しない状態であり、前記第１の応答可能状態は、前記無線インターフェースに割り当てられている第１のＭＡＣアドレスを送信先のＭＡＣアドレスとして含む第１の認証要求を受信することに応じて、第１の認証応答を送信する状態である、前記第１の状態移行部と、
    前記第１の外部装置から、前記無線インターフェースを介して、前記第１の認証要求を受信する第１の認証要求受信部と、
    前記通信装置の動作状態が前記第１の応答可能状態に移行された後に、前記第１の外部装置から前記第１の認証要求が受信される場合に、前記無線インターフェースを介して、前記第１の認証応答を前記第１の外部装置に送信する第１の認証応答送信部と、
    前記第１の認証応答が前記第１の外部装置に送信される場合に、前記無線インターフェースを介して、前記第１の外部装置との第１の無線接続を確立する第１の確立部と、
    として機能させる、コンピュータプログラム。

Images