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

Abstract

【課題】第三者が第１の外部装置を利用することによって、通信装置と第２の外部装置との間に無線接続が確立されることを抑制するための技術を開示する。【解決手段】通信装置は、ユーザを認証するためのユーザ認証情報の入力を受け付け、入力済みのユーザ認証情報を利用した認証が成功する場合に、公開鍵を用いて得られる特定情報を出力部に出力させ、特定情報が出力された後に、第１の外部装置から公開鍵が利用された認証要求を受信し、認証応答を第１の外部装置に送信し、第１の外部装置から第１の接続情報を受信し、第１の接続情報を利用して、通信装置と第２の外部装置との間に無線インターフェースを介した第１の無線接続を確立する。【選択図】図７

Description

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

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

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

「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」に記述されており、端末１０を利用して一対のデバイス（例えばプリンタ１００とＡＰ６）の間に容易にＷｉ−Ｆｉ接続を確立させるための無線通信方式である。

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

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

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

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

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

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

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

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

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

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

Ｔ３５では、プリンタ１００及びＡＰ６は、記憶済みの第１及び第２のＣＯを利用して、ＤＰＰ方式のＮｅｔｗｏｒｋ Ａｃｃｅｓｓ（以下では、単に「ＮＡ」と記載する）を実行する。ＮＡは、Ｗｉ−Ｆｉ接続を確立するための接続キーをプリンタ１００及びＡＰ６の間で共有するための処理である。

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

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

（各処理の説明；図３〜図９）
続いて、図３〜図９を参照して、図２のＴ２０〜Ｔ３５において実行される各処理の詳細を説明する。なお、Ｔ５〜Ｔ１５の処理は、プリンタ１００に代えてＡＰ６が利用される点を除いて、Ｔ２０〜Ｔ３０の処理と同様であるので、その詳細な説明を省略する。また、ＢＳについて、図３で概要を示し、図７でその詳細を示す。また、図８も、端末１０とプリンタ１００との間で実行されるＢＳのケースを示す。図３、図７、図８は、一つの実施例において実行される処理である。

（Ｂｏｏｔｓｔｒａｐｐｉｎｇ（ＢＳ）の概略；図３）
まず、図３を参照して、図２のＴ２０のＢＳの処理の概略を説明する。図３の初期状態では、プリンタ１００のメモリ１３４は、プリンタ１００の公開鍵ＰＰＫ１及び秘密鍵ｐｓｋ１を予め記憶している。また、プリンタ１００は、プリンタ１００の電源がＯＮされる場合に、後述する不可能状態としての動作を開始する。

端末１０は、ユーザからアプリ４０の起動操作を受け付けることに応じて、Ｔ１００において、アプリ４０を起動し、さらに、カメラ１５を起動する。端末１０によって実行される以降の各処理は、アプリ４０によって実現される。アプリ４０が起動されることにより、端末１０とプリンタ１００において、後述する図７のＴ１０２〜Ｔ１１２の処理が実行される。

Ｔ１１２の処理が終了すると、プリンタ１００は、Ｔ１２２において、不可能状態から可能状態に移行する。不可能状態は、Ｗｉ−ＦｉＩ／Ｆ１１６が、端末１０からＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ（以下では、単に「ＡＲｅｑ」と記載する）（後述の図４のＴ２００参照）を受信しても、ＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ（以下では、単に「ＡＲｅｓ」と記載する）（後述のＴ２１０参照）を送信しない状態である。即ち、不可能状態は、ＡＲｅｑに対する応答であるＡＲｅｓが送信されない状態である。可能状態は、Ｗｉ−ＦｉＩ／Ｆ１１６が、端末１０からＡＲｅｑを受信することに応じて、ＡＲｅｓを端末１０に送信する状態である。即ち、プリンタ１００は、不可能状態から可能状態に移行することによって、Ａｕｔｈ（図２のＴ２５参照）を実行可能な状態になる。具体的には、本実施例では、不可能状態は、Ｗｉ−ＦｉＩ／Ｆ１１６が、外部から信号を受信しても、当該信号をＣＰＵ１３２に供給しない状態である。また、可能状態は、Ｗｉ−ＦｉＩ／Ｆ１１６が、外部から信号を受信することに応じて、当該信号をＣＰＵ１３２に供給し、当該信号に対する応答を送信する状態である。可能状態は、ＣＰＵ１３２が外部から受信した信号を処理する状態であるので、不可能状態と比較して処理負荷が高い。なお、変形例では、不可能状態がＷｉ−ＦｉＩ／Ｆ１１６に通電されていない状態であり、可能状態がＷｉ−ＦｉＩ／Ｆ１１６に通電されている状態であってもよい。また、別の変形例では、不可能状態は、Ｗｉ−ＦｉＩ／Ｆ１１６が、外部からＡＲｅｑを受信しても、ＡＲｅｑが受信されたことを示す通知をＣＰＵ１３２に供給しない状態であり、可能状態は、Ｗｉ−ＦｉＩ／Ｆ１１６が、外部からＡＲｅｑを受信することに応じて、ＡＲｅｑが受信されたことを示す通知をＣＰＵ１３２に供給する状態であってもよい。

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

端末１０は、Ｔ１３２において、カメラ１５を利用して、プリンタ１００に表示されたＱＲコードを撮影する。そして、端末１０は、Ｔ１３４において、撮影済みのＱＲコードをデコードして、公開鍵ＰＰＫ１とチャネルリストとＭＡＣアドレス「ａｂｃ」とを取得する。

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

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

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

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

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

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

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

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

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

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

（Ｃｏｎｆｉｇｕｒａｔｉｏｎ（Ｃｏｎｆｉｇ）；図５）
続いて、図５を参照して、図２のＴ３０のＣｏｎｆｉｇの処理を説明する。Ｔ３００では、プリンタ１００は、Ｗｉ−ＦｉＩ／Ｆ１１６を介して、ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔ（以下では、単に「ＣＲｅｑ」と記載する）を端末１０に送信する。当該ＣＲｅｑは、ＣＯ（即ちプリンタ１００とＡＰ６との間のＷｉ−Ｆｉ接続を確立するための情報）の送信を要求する信号である。

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

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

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

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

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

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

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

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

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

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

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

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

（Ｂｏｏｔｓｔｒａｐｐｉｎｇ（ＢＳ）の詳細；図７）
続いて、図７を参照して、図３のＢＳの詳細を説明する。特に、Ｔ１０２〜Ｔ１１２の処理について説明する。

端末１０は、Ｔ１００において、アプリ４０を起動すると、Ｔ１０２において、Ｗｉ−ＦｉＩ／Ｆ１６を介して、ＰＲｅｑをブロードキャストによって送信する。当該ＰＲｅｑは、アプリ４０において予め決められているＳＳＩＤ「ＤＩＳＰＬＡＹ」を含む。なお、ＰＲｅｑ内のＳＳＩＤの文字列は、「ＤＩＳＰＬＡＹ」に限られず、プリンタ１００が解釈可能な文字列であればよい。

プリンタ１００は、Ｔ１０２において、Ｗｉ−ＦｉＩ／Ｆ１１６を介して、端末１０からＰＲｅｑを受信すると、Ｗｉ−ＦｉＩ／Ｆ１１６からＳＳＩＤ「ＤＩＳＰＬＡＹ」を取得する。この場合、プリンタ１００は、受信したＰＲｅｑに含まれるＳＳＩＤが予め決められている文字列「ＤＩＳＰＬＡＹ」を含むので、Ｔ１０４以降の処理を実行する。なお、仮に、ＳＳＩＤが予め決められている文字列「ＤＩＳＰＬＡＹ」を含まない場合、プリンタ１００は、Ｔ１０４以降の処理をスキップして、図７の処理を終了する。

Ｔ１０４では、プリンタ１００は、第２のＣＯがメモリ１３４に記憶されているのか否かを判断する。上記したように、プリンタ１００は、端末１０とのＣｏｎｆｉｇの処理が実行される場合に、第２のＣＯをメモリ１３４に記憶し（図５のＴ３１２参照）、当該第２のＣＯを利用して、ＡＰとのＮＡを実行する（図６参照）。即ち、第２のＣＯがメモリ１３４に記憶されていることは、プリンタ１００とＡＰ（例えば、ＡＰ６とは異なるＡＰ７）との間でＮＡが実行され、プリンタ１００とＡＰとの間にＷｉ−Ｆｉ接続が既に確立されていることを意味する。プリンタ１００は、第２のＣＯがメモリ１３４に記憶されている、即ち、プリンタ１００とＡＰとの間にＷｉ−Ｆｉ接続が既に確立されていると判断する場合（Ｔ１０４でＹＥＳ）に、Ｔ１０８に進む。一方、プリンタ１００は、第２のＣＯがメモリ１３４に記憶されていない、即ち、プリンタ１００がいずれのＡＰとのＷｉ−Ｆｉ接続を確立していない場合（Ｔ１０４でＮＯ）に、Ｔ１０６に進む。

Ｔ１０６では、プリンタ１００は、プリンタ１００の状態がデフォルト状態であるのか否かを判断する。デフォルト状態は、ユーザを認証するためのパスワードとしてデフォルトのパスワードがメモリ１３４に記憶されている状態である。デフォルトのパスワードは、プリンタ１００の出荷段階からメモリ１３４に予め記憶されており、例えば、プリンタ１００の説明書に記載されている。デフォルトのパスワードは、プリンタ１００にログインするために利用される。具体的には、プリンタ１００は、有線ＬＡＮ（Local Area Networkの略）上のサーバとして動作する。プリンタ１００は、有線ＬＡＮを介して、端末（例えば１０）からログイン要求を受信する場合に、パスワード入力画面を端末に表示させる。パスワード入力画面に入力されたパスワードがデフォルトのパスワードと一致する場合に、端末のプリンタ１００へのログインが完了する。ログイン状態において、端末は、プリンタ１００にアクセスして、プリンタ１００の設定値（例えば、デフォルトのパスワード、ネットワーク設定に関する値等）を変更するための変更画面を表示することができる。例えば、変更画面において、新しいパスワードが入力される場合に、端末は、新しいパスワードをプリンタ１００に送信する。これにより、プリンタ１００は、デフォルトのパスワードに代えて、新しいパスワードをメモリ１３４に記憶する。新しいパスワードがメモリ１３４に記憶されている状態では、新しいパスワードを知るユーザしかプリンタ１００の設定値を変更することができない。

プリンタ１００は、プリンタ１００の状態がデフォルト状態であると判断する場合（Ｔ１０６でＹＥＳ）に、後述するＴ１０８〜Ｔ１１２の処理をスキップして、Ｔ１２２の処理を実行する。一方、プリンタ１００は、プリンタ１００の状態がデフォルト状態でない、即ち、新しいパスワードがメモリ１３４に記憶されている状態であると判断する場合（Ｔ１０６でＮＯ）に、Ｔ１０８に進む。

Ｔ１０８では、プリンタ１００は、パスワードの入力を受け付け可能であることをユーザに通知する通知画面を表示部１１４に表示させる。

Ｔ１１０では、プリンタ１００は、操作部１１２の複数のキーがユーザによって操作されることによって、パスワードの入力を受け付ける。

Ｔ１１２では、プリンタ１００は、Ｔ１１０で入力されたパスワードを利用した認証を行う。プリンタ１００は、入力済みのパスワードがメモリ１３４内のパスワードと一致する場合に、認証が成功したと判断して（Ｔ１１２でＹＥＳ）、Ｔ１２２に進む。これにより、上記したように、プリンタ１００の状態が可能状態となり（Ｔ１２２）、かつ、ＱＲコードが表示され（Ｔ１２４）、端末１０とのＢＳが実行される。一方、プリンタ１００は、入力済みのパスワードがメモリ１３４内のパスワードと一致しない場合に、認証が失敗したと判断して（Ｔ１１２でＮＯ）、Ｔ１２２以降の処理をスキップして、図７の処理が終了する。即ち、端末１０とのＢＳが実行されない。

このような構成によれば、プリンタ１００は、入力済みのパスワードを利用した認証が成功する場合（Ｔ１１２でＹＥＳ）に、公開鍵ＰＰＫ１をコード化することによって得られるＱＲコードを表示する（Ｔ１２４）。一方、プリンタ１００は、入力済みのパスワードを利用した認証が失敗する場合（Ｔ１１２でＮＯ）に、ＱＲコードを表示しない。この結果、ＢＳ以降の処理が実行されない。これにより、プリンタ１００のユーザとは異なる第三者（即ち、パスワードを知らないユーザ）が端末１０を利用することにより、プリンタ１００とＡＰ６との間にＷｉ−Ｆｉ接続が確立されることを抑制することができる。

また、このような構成によれば、プリンタ１００は、入力済みのパスワードを利用した認証が成功する場合（Ｔ１１２でＹＥＳ）に、プリンタ１００の状態を可能状態に移行する（Ｔ１２２）。一方、プリンタ１００は、入力済みのパスワードを利用した認証が失敗する場合（Ｔ１１２でＮＯ）に、プリンタ１００の状態を不可能状態に維持する。即ち、パスワードの認証が失敗する場合に、端末１０からのＡＲｅｑに対するＡＲｅｓが送信されず、Ａｕｔｈの処理が完了しない。この結果、プリンタ１００とＡＰ６との間にＷｉ−Ｆｉ接続が確立されない。これにより、プリンタ１００のユーザとは異なる第三者（即ち、パスワードを知らないユーザ）が端末１０を利用することにより、プリンタ１００とＡＰ６との間にＷｉ−Ｆｉ接続が確立されることを抑制することができる。

また、プリンタ１００は、第２のＣＯがメモリ１３４に記憶され、かつ、入力済みのパスワードを利用した認証が成功する場合（Ｔ１０４でＹＥＳ、かつ、Ｔ１１２でＹＥＳ）に、可能状態に移行し、ＱＲコードを表示する（Ｔ１２２、Ｔ１２４）。即ち、プリンタ１００とＡＰ（特に他のＡＰ）との間にＷｉ−Ｆｉ接続が既に確立されている状況において、可能状態への移行及びＱＲコードの表示のために、ユーザは、パスワードを入力する必要がある。これにより、例えば、プリンタ１００とＡＰ７との間にＷｉ−Ｆｉ接続が既に確立されている状況において、他のＡＰ６とのＷｉ−Ｆｉ接続が許可なく確立されることを抑制することができる。

また、プリンタ１００は、プリンタ１００の状態がデフォルト状態でなく、かつ、入力済みのパスワードを利用した認証が成功する場合（Ｔ１０６でＹＥＳ、かつ、Ｔ１１２でＹＥＳ）に、可能状態に移行し、ＱＲコードを表示する（Ｔ１２２、Ｔ１２４）。新しいパスワードがメモリ１３４に記憶されていることは、プリンタ１００の利用が新しいパスワードを入力したユーザによって制限されていることを意味する。プリンタ１００の利用が制限されている状況において、ＡＰ（例えばＡＰ６）とのＷｉ−Ｆｉ接続が許可なく確立されることを抑制することができる。

また、プリンタ１００は、第２のＣＯがメモリ１３４に記憶されておらず、かつ、プリンタ１００の状態がデフォルト状態である場合（Ｔ１０４でＮＯ、かつ、Ｔ１０６でＮＯ）に、パスワードの入力を受け付けることなく、可能状態に移行し、ＱＲコードを表示する（Ｔ１２２、Ｔ１２４）。この場合は、プリンタ１００がいずれのＡＰとのＷｉ−Ｆｉ接続を確立しておらず、さらに、デフォルトのパスワードがメモリ１３４に記憶されている状態を意味する。即ち、プリンタ１００の状態が出荷段階である可能性が高い。この場合に、パスワードの入力を不要とすることで、ユーザの利便性を向上させることができる。

また、プリンタ１００は、端末１０からＳＳＩＤ「ＤＩＳＰＬＡＹ」を含むＰＲｅｑを受信する場合（図７のＴ１０２）に、通知画面を表示する（Ｔ１０８）。このような構成によれば、ユーザは、プリンタ１００を操作しなくとも、端末１０のアプリ４０を起動させるだけで、パスワードを入力すべきことを知ることができる。

（ＱＲコードが撮影されないケース：図８）
続いて、図８を参照して、ＢＳの他のケースの処理を説明する。本ケースでは、プリンタ１００に表示されるＱＲコードが端末１０によって撮影されない状況を想定している。また、本ケースは、図６の続きである。即ち、プリンタ１００のメモリ１３４には、第２のＣＯが記憶されている。

Ｔ５００、Ｔ５０２は、図７のＴ１００、Ｔ１０２と同様である。Ｔ５０４では、プリンタ１００は、第２のＣＯがメモリ１３４に記憶されていると判断する（図７のＴ１０４でＹＥＳ）。Ｔ５０８、Ｔ５１０は、図７のＴ１０８、Ｔ１１０と同様である。Ｔ５１２では、プリンタ１００は、Ｔ５１０で入力されたパスワードの認証が成功したと判断する（Ｔ１１２でＹＥＳ）。Ｔ５２２、Ｔ５２４は、図７のＴ１２２、Ｔ１２４と同様である。本ケースでは、プリンタ１００に表示されるＱＲコードが端末１０によって撮影されないことに起因して、端末１０からプリンタ１００にＡＲｅｑ（図４のＴ２００参照）が送信されない。この場合、プリンタ１００は、Ｔ５２６において、Ｔ５２２で可能状態に移行してから所定時間以内にＡＲｅｑを受信しないと判断し、Ｔ５２８において、可能状態から不可能状態に移行する。これにより、プリンタ１００において長時間に亘って可能状態が継続することを抑制することができる。即ち、Ｗｉ−ＦｉＩ／Ｆ１１６が外部から受信した信号をＣＰＵ１３２に供給する状態、即ち、ＣＰＵ１３２が外部から受信された信号を処理する状態が継続することを抑制できる。これにより、プリンタ１００の処理負荷を軽減することができる。そして、Ｔ５３０では、プリンタ１００は、端末１０からＡＲｅｑが受信されなかったことを示すエラー画面を表示部１１４に表示させる。Ｔ５３０の処理が終了すると、図８の処理が終了する。

（対応関係）
プリンタ１００、端末１０、ＡＰ６が、それぞれ、「通信装置」、「第１の外部装置」、「第２の外部装置」の一例である。表示部１１４、Ｗｉ−ＦｉＩ／Ｆ１１６が、それぞれ、「出力部」、「無線インターフェース」の一例である。パスワードが、「ユーザ認証情報」の一例である。プリンタ１００の公開鍵ＰＰＫ１、ＱＲコードが、それぞれ、「公開鍵」、「特定情報」の一例である。ＡＲｅｑ、ＡＲｅｓ、図５のＴ３１０の第２のＣＯが、それぞれ、「認証要求」、「認証応答」、「第１の接続情報」の一例である。図２のＴ４０で確立されるＷｉ−Ｆｉ接続が、「第１の無線接続」の一例である。

ＡＰ７、ＡＰ７とのＣｏｎｆｉｇにおいてメモリ１３４に記憶される第２のＣＯ、ＡＰ７とのＷｉ−Ｆｉ接続が、それぞれ、「第３の外部装置」、「第２の接続情報」、「第２の無線接続」の一例である。デフォルト状態、新しいパスワードがメモリ１３４に記憶されている状態が、それぞれ、「第１の状態」、「第２の状態」の一例である。チャネルリスト、図４のＴ２００で利用される通信チャネル、図２のＴ４０で利用される通信チャネルが、それぞれ、「通信チャネル情報」、「第１の通信チャネル」、「第２の通信チャネル」の一例である。図８のＴ５２６の所定時間経過が、「特定条件」の一例である。ＡＰ用ＳＣｏｎｔ、第２のＣＯ内のハッシュ値ＨＶが、それぞれ、「受信情報」、「認証情報」の一例である。

図７のＴ１１０、Ｔ１２４、図４のＴ２００、Ｔ２１０、図５のＴ３１０、図２のＴ４０が、ぞれぞれ、「受付部」、「第１の出力制御部」、「認証要求受信部」、「認証応答送信部」、「接続情報受信部」、「確立部」によって実行される処理の一例である。

図７のＴ１１０、Ｔ１２２、図４のＴ２００、Ｔ２１０、図５のＴ３１０、図２のＴ４０が、ぞれぞれ、「受付部」、「第１の状態移行部」、「認証要求受信部」、「認証応答送信部」、「接続情報受信部」、「確立部」によって実行される処理の一例である。

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

（変形例１）例えば、図７のＴ１２４でプリンタ１００に表示されるＱＲコードは、チャネルリスト及びＭＡＣアドレス「ａｂｃ」がコード化されたものでなくてもよい。即ち、ＱＲコードは、少なくとも公開鍵ＰＰＫ１がコード化されることによって得られるコード画像であればよい。この場合、プリンタ１００は、Ｔ１２２で不可能状態から可能状態に移行することに応じて、プリンタ１００が利用可能な全ての無線チャネルのうちの１個の無線チャネルが利用されたＡＲｅｑを受信することを監視する。また、端末１０は、図４のＴ２００において、端末１０が利用可能な全ての無線チャネルを順次利用して、ＡＲｅｑをブロードキャストによって順次送信する。即ち、「特定情報」は、少なくとも公開鍵を用いて得られる情報であればよい。

（変形例２）共有鍵（例えばＳＫ１）を生成するための処理（例えば、図４のＴ１４２、Ｔ２０２）は、ＥＣＤＨに従った上記の実施例の処理に限らず、ＥＣＤＨに従った他の処理であってもよい。また、共有鍵を生成するための処理は、ＥＣＤＨに従った処理に限らず、他の方式（例えば、ＤＨ（Diffie-Hellman key exchangeの略）等）に従った処理が実行されてもよい。また、上記の実施例では、電子署名ＤＳ１及びＤＳ２が、ＥＣＤＳＡに従って生成されたが、他の方式（例えば、ＤＳＡ（Digital Signature Algorithmの略）、ＲＡＳ（Rivest-Shamir-Adleman cryptosystemの略）等）に従って生成されてもよい。

（変形例３）例えば、図７のＴ１０２において、端末１０は、ＰＲｅｑに代えて、ＷＦＤ方式のＳｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔをプリンタ１００に送信してもよい。当該Ｒｅｑｕｅｓｔは、プリンタ１００がＱＲコードの表示を実行可能であるのか否かを問い合わせるための情報を含む。本変形例では、Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔが、「特定信号」の一例である。別の変形例では、端末１０は、ＰＲｅｑに代えて、Ｗｉ−Ｆｉ方式とは異なる他の方式（例えば、ＮＦＣ（Near Field Communicationの略）方式、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式等）を利用した信号をプリンタ１００に送信してもよい。本変形例では、他の方式を利用した信号が、「特定信号」の一例である。

（変形例４）上記の実施例では、プリンタ１００は、端末１０からＰＲｅｑを受信する場合に、通知画面を表示する（図７のＴ１０８）。これに代えて、プリンタ１００は、操作部１１２において所定の操作が行われる場合に、通知画面を表示してもよい。本変形例では、「特定信号受信部」を省略可能である。また、別の変形例では、プリンタ１００は、通知画面に代えて、パスワードの入力を受け付け可能であることをユーザに通知する音声を出力してもよいし、当該通知を示すライトを点灯してもよい。本変形例では、音声を出力すること、及び、ライトを点灯することが、「通知部」によって実現される処理の一例である。

（変形例５）上記の実施例では、プリンタ１００は、第２のＣＯがメモリ１３４に記憶されているのか否かを判断する（図７のＴ１０４）。これに代えて、プリンタ１００は、ＡＰ７とのＷｉ−Ｆｉ接続の確立に利用されたＳＳＩＤとパスワードがメモリ１３４に記憶されているのか否かを判断してもよい。本変形例では、ＳＳＩＤとパスワードが、「第２の接続情報」の一例である。

（変形例６）図７のＴ１０４の処理は実行されなくてもよい。本変形例では、「第２の接続情報」を省略可能である。

（変形例７）上記の実施例では、プリンタ１００は、プリンタ１００の状態がデフォルト状態であるのか否かを判断する（図７のＴ１０６）。これに代えて、例えば、プリンタ１００の出荷段階では、パスワードがメモリ１３４に記憶されていなくてもよい。そして、プリンタ１００は、メモリ１３４にパスワードが記憶されていない場合に、通知画面を表示せず、メモリ１３４にパスワードが記憶されている場合に、通知画面を表示してもよい。本変形例では、パスワードが記憶されていない状態、パスワードが記憶されている状態が、それぞれ、「第１の状態」、「第２の状態」の一例である。別の変形例では、プリンタ１００は、特定のユーザによる印刷機能の利用を制限する設定「ＯＮ」と、特定のユーザによる印刷機能の利用を制限しない設定「ＯＦＦ」と、のうちのいずれかの設定を記憶してもよい。そして、プリンタ１００は、設定「ＯＦＦ」が記憶されている場合に、通知画面を表示せず、設定「ＯＮ」が記憶されている場合に、通知画面を表示してもよい。本変形例では、設定「ＯＦＦ」が記憶されている状態、設定「ＯＮ」が記憶されている状態が、それぞれ、「第１の状態」、「第２の状態」の一例である。

（変形例８）図７のＴ１０６の処理は実行されなくてもよい。本変形例では、「第１の状態」及び「第２の状態」を省略可能である。

（変形例９）上記の実施例では、プリンタ１００は、プリンタ１００の電源がＯＮされる場合に、不可能状態としての動作を開始する。そして、プリンタ１００は、端末１０からＰＲｅｑが受信され、かつ、第２のＣＯがメモリ１３４に記憶されていると判断される場合（Ｔ１０４でＹＥＳ）に、不可能状態から可能状態に移行する（Ｔ１２２）。これに代えて、プリンタ１００は、プリンタ１００の電源がＯＮされる場合に、不可能状態と可能状態のいずれで動作するか判断してもよい。例えば、プリンタ１００は、第２のＣＯがメモリ１３４に記憶されていないと判断する場合に、可能状態としての動作を開始し、第２のＣＯがメモリ１３４に記憶されていると判断する場合に、不可能状態としての動作を開始してもよい。そして、プリンタ１００は、端末１０からＰＲｅｑが受信され、かつ、第２のＣＯがメモリ１３４に記憶されていない場合に、通知画面を表示することなく、可能状態としての動作を維持し、端末１０からＰＲｅｑが受信され、かつ、第２のＣＯがメモリ１３４に記憶されている場合に、通知画面を表示し、その後の認証成功に応じて、不可能状態から可能状態に移行してもよい。なお、不可能状態と可能状態のいずれで動作するか否かを、デフォルト状態であるのか否かで判断してもよい。本変形例では、可能状態としての動作を維持することが、「動作制御部」の一例である。

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

（変形例１１）Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Device Provisioning Protocol Technical Specification Version 1.1」には、共有コード、キー、フレーズ、及び、ワードを「コード」と呼ぶことが記載されている。従って、プリンタ１００は、Ｔ１２４において、ＱＲコードに代えて、公開鍵ＰＰＫ１とチャネルリストとＭＡＣアドレス「ａｂｃ」とがコード化されることによって得られる共有コード、キー、フレーズ、及び、ワードを含む画像を表示部１１４に表示してもよい。

（変形例１２）図２のＴ３５において、端末１０とプリンタ１００との間でＮＡの処理が実行されて、端末１０とプリンタ１００との間でＷｉ−Ｆｉ接続が確立されてもよい。即ち、「第２の外部装置」は、「第１の外部装置」と同じ装置であってもよい。

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

（変形例１４）上記の実施例では、端末１０を利用して、プリンタ１００とＡＰ６との間のＷｉ−Ｆｉ接続が確立される。これに代えて、例えば、端末１０を利用して、ＷＦＤ方式のＧ／Ｏ（Group Ownerの略）として動作するプリンタ１００（即ち親局として動作するデバイス）と、他のデバイス（即ち子局として動作するデバイス）と、の間のＷｉ−Ｆｉ接続が確立されてもよい。即ち、「第２の外部装置」は、「親局装置」でなくてもよい。

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

（変形例１６）図７のＴ１０２及びＴ１２２の処理は実行されなくてもよい。本変形例では、プリンタ１００は、常に可能状態として動作していてもよい。そして、プリンタ１００は、操作部１１２において所定の操作（例えばログインのための操作）が行われる場合に、通知画面を表示し、認証成功によりＱＲコードを表示してもよい。本変形例では、「受付部」によって実現される処理は、プリンタ１００において所定の操作が行われることをトリガとして実行されてもよく、「第１の状態移行部」を省略可能である。

（変形例１７）図７のＴ１０２及びＴ１２４の処理は実行されなくてもよい。本変形例では、プリンタ１００は、操作部１１２において所定の操作（例えばログインのための操作）が行われる場合に、通知画面を表示してもよい。そして、認証成功によりプリンタ１００の状態が可能状態となった後に、端末１０がプリンタ１００の筐体に貼り付けられているＱＲコードを撮影して、公開鍵ＰＰＫ１等を取得してもよい。本変形例では、「受付部」によって実現される処理は、プリンタ１００において所定の操作が行われることをトリガとして実行されてもよく、「第１の表示制御部」を省略可能である。

（変形例１８）「受付部」によって実現される処理は、プリンタ１００の操作部１１２にパスワードを入力する処理に限らない（図７のＴ１１０）。例えば、パスワードがＩＣカードに記憶されており、プリンタ１００のカードリーダが当該ＩＣカード内のパスワードを読み出すことによって、パスワードがプリンタ１００に入力されてもよい。また、パスワードが端末に記憶されており、プリンタ１００が当該端末からパスワードを受信することによって、パスワードがプリンタ１００に入力されてもよい。ここで、パスワードは、ＮＦＣ方式、Ｂｌｕｅｔｏｏｔｈ方式、ＷＦＤ（Wi-Fi Direct（登録商標）の略）方式等の様々な通信方式に従った無線接続を利用して受信されてもよい。

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

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

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

Claims (21)

1. 通信装置であって、
   出力部と、
   無線インターフェースと、
   前記通信装置のユーザを認証するためのユーザ認証情報の入力を受け付ける受付部と、
   入力済みの前記ユーザ認証情報を利用した認証が成功する場合に、公開鍵を用いて得られる特定情報を前記出力部に出力させる第１の出力制御部であって、前記入力済みのユーザ認証情報を利用した認証が失敗する場合に、前記特定情報は前記出力部によって出力されず、前記特定情報が出力されることによって、前記公開鍵が第１の外部装置によって取得される、前記第１の出力制御部と、
   前記特定情報が出力された後に、前記第１の外部装置から、前記無線インターフェースを介して、前記公開鍵が利用された認証要求を受信する認証要求受信部と、
   前記第１の外部装置から前記認証要求が受信される場合に、前記無線インターフェースを介して、前記認証要求に対する応答である認証応答を前記第１の外部装置に送信する認証応答送信部と、
   前記認証応答が前記第１の外部装置に送信された後に、前記第１の外部装置から、前記無線インターフェースを介して、第１の接続情報を受信する接続情報受信部であって、前記第１の接続情報は、前記通信装置と第２の外部装置との間に前記無線インターフェースを介した第１の無線接続を確立するための情報である、前記接続情報受信部と、
   前記第１の外部装置から前記第１の接続情報が受信される場合に、前記第１の接続情報を利用して、前記通信装置と前記第２の外部装置との間に前記無線インターフェースを介した前記第１の無線接続を確立する確立部と、
   を備える、通信装置。
2. 前記受付部は、前記通信装置と第３の外部装置との間に前記無線インターフェースを介した第２の無線接続を確立するための第２の接続情報が前記通信装置のメモリに記憶されている場合に、前記ユーザ認証情報の入力を受け付け、
   前記第１の出力制御部は、
   前記第２の接続情報が前記メモリに記憶されており、かつ、前記ユーザ認証情報を利用した認証が成功する場合に、前記特定情報を前記出力部に出力させ、
   前記第２の接続情報が前記メモリに記憶されていない場合に、前記ユーザ認証情報の入力を受け付けることなく、前記特定情報を前記出力部に出力させる、請求項１に記載の通信装置。
3. 前記受付部は、前記通信装置の状態が、前記通信装置の利用が制限されていない第１の状態と、前記通信装置の利用が制限されている第２の状態と、のうちの前記第２の状態である場合に、前記ユーザ認証情報の入力を受け付け、
   前記第１の出力制御部は、
   前記通信装置の状態が前記第２の状態であり、かつ、前記ユーザ認証情報を利用した認証が成功する場合に、前記特定情報を前記出力部に出力させ、
   前記通信装置の状態が前記第１の状態である場合に、前記ユーザ認証情報の入力を受け付けることなく、前記特定情報を前記出力部に出力させる、請求項１又は２に記載の通信装置。
4. 前記特定情報は、前記公開鍵がコード化されることによって得られるコード画像である、請求項１から３のいずれか一項に記載の通信装置。
5. 前記コード画像は、ＱＲコード（登録商標）であり、
   前記公開鍵は、前記ＱＲコードが前記第１の外部装置によって撮影されることに応じて、前記第１の外部装置によって取得される、請求項４に記載の通信装置。
6. 前記出力部は、画像を表示するための表示部であり、
   前記第１の出力制御部は、前記特定情報を前記表示部である前記出力部に表示させる、請求項１から５のいずれか一項に記載の通信装置。
7. 前記通信装置は、さらに、
   前記入力済みのユーザ認証情報を利用した認証が成功する場合に、前記通信装置の状態を不可能状態から可能状態に移行させる第１の状態移行部であって、前記入力済みのユーザ認証情報を利用した認証が失敗する場合に、前記通信装置の状態は前記不可能状態に維持され、前記不可能状態は、前記認証応答が送信されない状態であり、前記可能状態は、前記第１の外部装置から前記認証要求を受信することに応じて、前記認証応答を前記第１の外部装置に送信する状態である、前記第１の状態移行部を備え、
   前記認証応答送信部は、前記通信装置の状態が前記可能状態に移行された後に、前記第１の外部装置から前記認証要求が受信される場合に、前記無線インターフェースを介して、前記認証応答を前記第１の外部装置に送信する、請求項１から６のいずれか一項に記載の通信装置。
8. 前記特定情報は、前記公開鍵と、前記通信装置において予め決められている第１の通信チャネルを示す通信チャネル情報と、を用いて得られる情報であり、
   前記特定情報が出力されることによって、前記通信チャネル情報が前記第１の外部装置によって取得され、
   前記可能状態は、前記第１の外部装置から前記第１の通信チャネルが利用された前記認証要求を受信することを監視し、前記第１の外部装置から前記認証要求を受信することに応じて、前記認証応答を前記第１の外部装置に送信する状態であり、
   前記認証応答送信部は、前記通信装置の状態が前記可能状態に移行された後に、前記第１の外部装置から前記第１の通信チャネルが利用された前記認証要求が受信される場合に、前記無線インターフェースを介して、前記認証応答を前記第１の外部装置に送信する、請求項７に記載の通信装置。
9. 通信装置であって、
   無線インターフェースと、
   前記通信装置のユーザを認証するためのユーザ認証情報の入力を受け付ける受付部と、
   入力済みの前記ユーザ認証情報を利用した認証が成功する場合に、前記通信装置の状態を不可能状態から可能状態に移行させる第１の状態移行部であって、前記入力済みのユーザ認証情報を利用した認証が失敗する場合に、前記通信装置の状態は前記不可能状態に維持され、前記不可能状態は、認証要求に対する応答である認証応答が送信されない状態であり、前記可能状態は、第１の外部装置から前記認証要求を受信することに応じて、前記認証応答を前記第１の外部装置に送信する状態である、前記第１の状態移行部と、
   前記第１の外部装置から、前記無線インターフェースを介して、前記認証要求を受信する認証要求受信部と、
   前記通信装置の状態が前記可能状態に移行された後に、前記第１の外部装置から前記認証要求が受信される場合に、前記無線インターフェースを介して、前記認証応答を前記第１の外部装置に送信する認証応答送信部と、
   前記認証応答が前記第１の外部装置に送信された後に、前記第１の外部装置から、前記無線インターフェースを介して、第１の接続情報を受信する接続情報受信部であって、前記第１の接続情報は、前記通信装置と第２の外部装置との間に前記無線インターフェースを介した第１の無線接続を確立するための情報である、前記接続情報受信部と、
   前記第１の外部装置から前記第１の接続情報が受信される場合に、前記第１の接続情報を利用して、前記通信装置と前記第２の外部装置との間に前記無線インターフェースを介した前記第１の無線接続を確立する確立部と、
   を備える、通信装置。
10. 前記受付部は、前記通信装置と第３の外部装置との間に前記無線インターフェースを介した第２の無線接続を確立するための第２の接続情報が前記通信装置のメモリに記憶されている場合に、前記ユーザ認証情報の入力を受け付け、
    前記第１の状態移行部は、
    前記第２の接続情報が前記メモリに記憶されており、かつ、前記ユーザ認証情報を利用した認証が成功する場合に、前記通信装置の状態を前記不可能状態から前記可能状態に移行させ、
    前記通信装置は、さらに、
    前記第２の接続情報が前記メモリに記憶されていない場合に、前記ユーザ認証情報の入力を受け付けることなく、前記通信装置の状態を前記可能状態として動作させる動作制御部を備える、請求項９に記載の通信装置。
11. 前記受付部は、前記通信装置の状態が、前記通信装置の利用が制限されていない第１の状態と、前記通信装置の利用が制限されている第２の状態と、のうちの前記第２の状態である場合に、前記ユーザ認証情報の入力を受け付け、
    前記第１の状態移行部は、
    前記通信装置の状態が前記第２の状態であり、かつ、前記ユーザ認証情報を利用した認証が成功する場合に、前記通信装置の状態を前記不可能状態から前記可能状態に移行させ、
    前記通信装置は、さらに、
    前記通信装置の状態が前記第１の状態である場合に、前記ユーザ認証情報の入力を受け付けることなく、前記通信装置の状態を前記可能状態として動作させる動作制御部を備える、請求項９又は１０に記載の通信装置。
12. 前記可能状態は、前記第１の外部装置から前記通信装置において予め決められている第１の通信チャネルが利用された前記認証要求を受信することを監視し、前記第１の外部装置から前記認証要求を受信することに応じて、前記認証応答を前記第１の外部装置に送信する状態であり、
    前記認証応答送信部は、前記通信装置の状態が前記可能状態に移行された後に、前記第１の外部装置から前記第１の通信チャネルが利用された前記認証要求が受信される場合に、前記無線インターフェースを介して、前記認証応答を前記第１の外部装置に送信する、請求項９から１１のいずれか一項に記載の通信装置。
13. 前記確立部は、前記第１の通信チャネルとは異なる第２の通信チャネルを利用して、前記通信装置と前記第２の外部装置との間に前記無線インターフェースを介した前記第１の無線接続を確立する、請求項８又は１２に記載の通信装置。
14. 前記通信装置は、さらに、
    前記通信装置の状態が前記可能状態に移行された後に、特定条件が満たされる場合に、前記通信装置の状態を前記可能状態から前記不可能状態に移行させる第２の状態移行部を備える、請求項７から１３のいずれか一項に記載の通信装置。
15. 前記通信装置は、さらに、
    前記第１の外部装置から特定信号を受信する特定信号受信部と、
    前記第１の外部装置から前記特定信号が受信される場合に、前記ユーザ認証情報の入力を受け付け可能であることを前記ユーザに通知する通知部と、を備える、請求項１から１４のいずれか一項に記載の通信装置。
16. 前記通知部は、前記ユーザ認証情報の入力を受け付け可能であることを前記ユーザに通知する通知画面を前記通信装置の表示部に表示させる、請求項１５に記載の通信装置。
17. 前記第２の外部装置は、前記第１の外部装置とは異なる装置であって、無線ネットワークの親局として動作すべき親局装置であり、
    前記確立部は、前記通信装置と前記第２の外部装置との間に前記無線インターフェースを介した前記第１の無線接続を確立して、前記通信装置を前記無線ネットワークに子局として参加させる、請求項１から１６のいずれか一項に記載の通信装置。
18. 前記第１の接続情報は、前記第２の外部装置から受信される受信情報を認証するための認証情報を含む、請求項１から１７のいずれか一項に記載の通信装置。
19. 前記通信装置は、さらに、
    前記認証応答が前記第１の外部装置に送信された後に、前記通信装置をＷｉ−Ｆｉ規格に従ったＥｎｒｏｌｌｅｅとして動作させる動作制御部であって、前記第１の外部装置は、前記Ｗｉ−Ｆｉ規格に従ったＣｏｎｆｉｇｕｒａｔｏｒとして動作する、前記動作制御部を備える、請求項１から１８のいずれか一項に記載の通信装置。
20. 通信装置のためのコンピュータプログラムであって、
    前記通信装置は、
    出力部と、
    無線インターフェースと、
    コンピュータと、
    を備え、
    前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
    前記通信装置のユーザを認証するためのユーザ認証情報の入力を受け付ける受付部と、
    入力済みの前記ユーザ認証情報を利用した認証が成功する場合に、公開鍵を用いて得られる特定情報を前記出力部に出力させる第１の出力制御部であって、前記入力済みのユーザ認証情報を利用した認証が失敗する場合に、前記特定情報は前記出力部によって出力されず、前記特定情報が出力されることによって、前記公開鍵が第１の外部装置によって取得される、前記第１の出力制御部と、
    前記特定情報が出力された後に、前記第１の外部装置から、前記無線インターフェースを介して、前記公開鍵が利用された認証要求を受信する認証要求受信部と、
    前記第１の外部装置から前記認証要求が受信される場合に、前記無線インターフェースを介して、前記認証要求に対する応答である認証応答を前記第１の外部装置に送信する認証応答送信部と、
    前記認証応答が前記第１の外部装置に送信された後に、前記第１の外部装置から、前記無線インターフェースを介して、第１の接続情報を受信する接続情報受信部であって、前記第１の接続情報は、前記通信装置と第２の外部装置との間に前記無線インターフェースを介した第１の無線接続を確立するための情報である、前記接続情報受信部と、
    前記第１の外部装置から前記第１の接続情報が受信される場合に、前記第１の接続情報を利用して、前記通信装置と前記第２の外部装置との間に前記無線インターフェースを介した前記第１の無線接続を確立する確立部と、
    として機能させる、コンピュータプログラム。
21. 通信装置のためのコンピュータプログラムであって、
    前記通信装置は、
    無線インターフェースと、
    コンピュータと、
    を備え、
    前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
    前記通信装置のユーザを認証するためのユーザ認証情報の入力を受け付ける受付部と、
    入力済みの前記ユーザ認証情報を利用した認証が成功する場合に、前記通信装置の状態を不可能状態から可能状態に移行させる第１の状態移行部であって、前記入力済みのユーザ認証情報を利用した認証が失敗する場合に、前記通信装置の状態は前記不可能状態に維持され、前記不可能状態は、認証要求に対する応答である認証応答が送信されない状態であり、前記可能状態は、第１の外部装置から前記認証要求を受信することに応じて、前記認証応答を前記第１の外部装置に送信する状態である、前記第１の状態移行部と、
    前記第１の外部装置から、前記無線インターフェースを介して、前記認証要求を受信する認証要求受信部と、
    前記通信装置の状態が前記可能状態に移行された後に、前記第１の外部装置から前記認証要求が受信される場合に、前記無線インターフェースを介して、前記認証応答を前記第１の外部装置に送信する認証応答送信部と、
    前記認証応答が前記第１の外部装置に送信された後に、前記第１の外部装置から、前記無線インターフェースを介して、第１の接続情報を受信する接続情報受信部であって、前記第１の接続情報は、前記通信装置と第２の外部装置との間に前記無線インターフェースを介した第１の無線接続を確立するための情報である、前記接続情報受信部と、
    前記第１の外部装置から前記第１の接続情報が受信される場合に、前記第１の接続情報を利用して、前記通信装置と前記第２の外部装置との間に前記無線インターフェースを介した前記第１の無線接続を確立する確立部と、
    として機能させる、コンピュータプログラム。

Images