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

Abstract

【課題】第１の通信装置が、第１の通信装置自身の状況を考慮して、適切な役割を担うことが可能な技術を提供する。【解決手段】第１の通信装置は、第１の通信装置の公開鍵を用いて得られる出力情報を外部に出力するための出力制御処理を実行し、公開鍵を取得した第２の通信装置から公開鍵が利用された認証要求を受信する。第１の通信装置は、第１の通信装置と第１のアクセスポイントとの間に無線接続が確立されている場合に、第１の通信装置が第１の役割を担うことを示す第１の役割情報を含む第１の認証応答を第２の通信装置に送信する。また、第１の通信装置は、第１の通信装置といずれかのアクセスポイントとの間に無線接続が確立されていない場合に、第１の通信装置が第１の役割とは異なる第２の役割を担うことを示す第２の役割情報を含む第２の認証応答を第２の通信装置に送信する。【選択図】図７

Description

本明細書では、第１の通信装置と他の装置との間に無線接続を確立させるための技術を開示する。

非特許文献１には、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定された無線通信方式であるＤＰＰ（Device Provisioning Protocolの略）方式が記述されている。ＤＰＰ方式は、一対の装置の間にＷｉ−Ｆｉ接続を容易に確立させるための無線通信方式である。ＤＰＰ方式では、Ｃｏｎｆｉｇｕｒａｔｏｒの役割を担う第１の装置は、Ｗｉ−Ｆｉ接続を確立するための情報をＥｎｒｏｌｌｅｅの役割を担う第２の装置に送信する。そして、第２の装置と他の装置（例えば第１の装置でもよいし第１の装置とは異なる装置でもよい）との間にＷｉ−Ｆｉ接続が確立される。

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

本明細書では、第１の通信装置が、第１の通信装置自身の状況を考慮して、適切な役割を担うことが可能な技術を提供する。

本明細書によって開示される第１の通信装置は、Ｗｉ−Ｆｉ規格に従った無線通信を実行するための無線インターフェースと、前記Ｗｉ−Ｆｉ規格に従った出力情報であって、前記第１の通信装置の公開鍵を用いて得られる前記出力情報を外部に出力するための出力制御処理を実行する出力制御部と、前記公開鍵を取得した第２の通信装置から、前記無線インターフェースを介して、前記公開鍵が利用された認証要求を受信する認証要求受信部と、前記第１の通信装置といずれかのアクセスポイントとの間に無線接続が確立されているのか否かを判断する第１の判断部と、前記第２の通信装置から前記認証要求が受信され、かつ、前記第１の通信装置と第１のアクセスポイントとの間に無線接続が確立されていると判断される場合に、前記無線インターフェースを介して、前記第１の通信装置が第１の役割を担うことを示す第１の役割情報を含む第１の認証応答を前記第２の通信装置に送信する第１の認証応答送信部であって、前記第１の役割は、前記第２の通信装置が前記第１のアクセスポイントとの第１の無線接続を確立するための第１の無線設定情報を前記第２の通信装置に送信する役割である、前記第１の認証応答送信部と、前記第１の認証応答が前記第２の通信装置に送信された後に、前記無線インターフェースを介して、前記第１の無線設定情報を前記第２の通信装置に送信する無線設定送信部と、前記第２の通信装置から前記認証要求が受信され、かつ、前記第１の通信装置といずれかのアクセスポイントとの間に無線接続が確立されていないと判断される場合に、前記無線インターフェースを介して、前記第１の通信装置が前記第１の役割とは異なる第２の役割を担うことを示す第２の役割情報を含む第２の認証応答を前記第２の通信装置に送信する第２の認証応答送信部であって、前記第２の役割は、前記第１の通信装置が第２のアクセスポイントとの第２の無線接続を確立するための第２の無線設定情報を前記第２の通信装置から受信する役割である、前記第２の認証応答送信部と、前記第２の認証応答が前記第２の通信装置に送信された後に、前記無線インターフェースを介して、前記第２の無線設定情報を前記第２の通信装置から受信する第１の無線設定受信部と、前記第２の無線設定情報を利用して、前記無線インターフェースを介して、前記第２のアクセスポイントとの前記第２の無線接続を確立する第１の確立部と、を備えてもよい。

上記の構成によると、第１の通信装置は、第１の通信装置といずれかのアクセスポイントとの間に無線接続が確立されているのか否かを判断する。第１の通信装置と第１のアクセスポイントとの間に無線接続が確立されている状況において、第１の通信装置は、第１の無線設定情報を第２の通信装置に送信する役割である第１の役割を担い、第１の無線設定情報を第２の通信装置に送信する。この結果、第２の通信装置と第１のアクセスポイントとの間に第１の無線接続を確立させることができる。また、第１の通信装置といずれかのアクセスポイントとの間に無線接続が確立されていない状況において、第１の通信装置は、第２の通信装置から第２の無線設定情報を受信する役割である第２の役割を担い、第２の通信装置から第２の無線設定情報を受信する。この結果、第１の通信装置と第２のアクセスポイントとの間に第２の無線接続を確立させることができる。従って、第１の通信装置は、第１の通信装置自身の状況を考慮して、適切な役割を担うことができる。

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

通信システムの構成を示す。 プリンタとアクセスポイントとの間にＤＰＰ方式に従った無線接続を確立するための処理の概略のシーケンス図を示す。 Ｂｏｏｔｓｔｒａｐｐｉｎｇの処理のシーケンス図を示す。 Ａｕｔｈｅｎｔｉｃａｔｉｏｎの処理のシーケンス図を示す。 Ｃｏｎｆｉｇｕｒａｔｉｏｎの処理のシーケンス図を示す。 Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓの処理のシーケンス図を示す。 Ａｕｔｈｅｎｔｉｃａｔｉｏｎの処理のフローチャートを示す。 プリンタとＡＰとの間に無線接続が確立されているケースＡにおけるＢｏｏｔｓｔｒａｐｐｉｎｇの処理とＡｕｔｈｅｎｔｉｃａｔｉｏｎの処理のシーケンス図を示す。 図８の続きのシーケンス図（Ｃｏｎｆｉｇｕｒａｔｉｏｎの処理とＮｅｔｗｏｒｋ Ａｃｃｅｓｓの処理）を示す。 プリンタとＡＰとの間、及び、端末装置とＡＰの間に無線接続が確立されているケースＢにおけるＢｏｏｔｓｔｒａｐｐｉｎｇの処理とＡｕｔｈｅｎｔｉｃａｔｉｏｎの処理のシーケンス図を示す。 図１０の続きのシーケンス図（Ｃｏｎｆｉｇｕｒａｔｉｏｎの処理とＮｅｔｗｏｒｋ Ａｃｃｅｓｓの処理）を示す。 プリンタとＡＰとの間にＷＦＤ方式に従った無線接続を確立するケースＣにおけるＢｏｏｔｓｔｒａｐｐｉｎｇの処理のシーケンス図を示す。 図１２の続きのシーケンス図（Ａｕｔｈｅｎｔｉｃａｔｉｏｎの処理）を示す。 図１３の続きのシーケンス図（Ｃｏｎｆｉｇｕｒａｔｉｏｎの処理）を示す。 図１４の続きのシーケンス図（Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓの処理）を示す。 本実施例の各ケースをまとめたテーブルを示す。

（実施例）
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、２個のアクセスポイント（以下では単に「ＡＰ」と記載する）６、８と、プリンタ１０と、２個の端末１００、２００と、を備える。本実施例では、ユーザは、例えば、端末１００を利用して、プリンタ１０とＡＰ６との間にＷｉ−Ｆｉ規格に従った無線接続（以下では「Ｗｉ−Ｆｉ接続」と記載する）を確立させる。

（端末１００の構成）
端末１００は、携帯電話（例えばスマートフォン）、ＰＤＡ、タブレットＰＣ等の可搬型の端末装置である。変形例では、端末１００は、据置型の端末装置であってもよい。端末１００は、カメラ１１５と、Ｗｉ−Ｆｉインターフェース１１６と、を備える。以下では、インターフェースのことを単に「Ｉ／Ｆ」と記載する。

カメラ１１５は、物体を撮影するためのデバイスであり、本実施例では、各ＡＰ６、８及びプリンタ１０のためのＱＲコード（登録商標）を撮影するために利用される。

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

Ｗｉ−ＦｉＩ／Ｆ１１６は、さらに、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷＦＤ（Wi-Fi Direct（登録商標）の略）方式をサポートしている。ＷＦＤ方式は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Wi-Fi Peer-to-Peer (P2P) Technical Specification Version1.1」に記述されている方式である。ＷＦＤでは、Ｇｒｏｕｐ Ｏｗｎｅｒ状態（以下では「Ｇ／Ｏ状態」と呼ぶ）、及び、ＣＬｉｅｎｔ状態（以下では「ＣＬ状態」と呼ぶ）が定義されている。また、本実施例では、Ｇ／Ｏ状態及びＣＬ状態のいずれとも異なる状態のことを「デバイス状態」と呼ぶ。ＷＦＤ方式をサポートしている機器は、上記の３つの状態のうちの１つの状態で選択的に動作可能である。以下では、ＷＦＤ方式に従って確立されるＷｉ−Ｆｉ接続のことを「ＷＦＤ接続」と記載することがある。

（端末２００の構成）
端末２００も、端末１００と同様の可搬型の端末装置である。なお、変形例では、端末２００は、据置型の端末装置であってもよい。端末２００も、端末１００と同様に、カメラ２１５と、Ｗｉ−ＦｉＩ／Ｆ２１６と、を備える。

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

操作部１２は、複数のボタンを備える。ユーザは、操作部１２を操作することによって、様々な指示をプリンタ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、さらに、いわゆるタッチパネル（即ち操作部）として機能する。印刷実行部１８は、インクジェット方式、レーザ方式等の印刷機構を備える。

Ｗｉ−ＦｉＩ／Ｆ１６は、ＤＰＰ方式とＷＦＤ方式とをサポートしている。このために、プリンタ１０は、ＡＰ６とのＷｉ−Ｆｉ接続を確立することができ、さらに、端末（例えば端末１００）とのＡＰを介さないＷＦＤ接続を確立することができる。なお、以下では、ＡＰ６とのＷｉ−Ｆｉ接続のことを「ＡＰ接続」と記載することがある。

Ｗｉ−ＦｉＩ／Ｆ１６には、２個のＭＡＣアドレス「ｍａｃ_ａｐ」、「ｍａｃ_ｗｆｄ」が割り当てられている。ＭＡＣアドレス「ｍａｃ_ａｐ」は、ＡＰ接続に利用されるＭＡＣアドレスである。ＭＡＣアドレス「ｍａｃ_ｗｆｄ」は、ＷＦＤ接続に利用されるＭＡＣアドレスである。

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

また、メモリ３４は、ＡＰ接続の確立に利用されるＡＰ情報４４を記憶し得る。

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

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

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

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

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

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

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

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

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

（各処理の詳細；図３〜図６）
次いで、図３〜図６を参照して、図２のＴ２５〜Ｔ４０において実行される各処理の詳細を説明する。なお、Ｔ５〜Ｔ１５の処理は、プリンタ１０に代えてＡＰ６が利用される点を除いてＴ２５〜Ｔ３５の処理と同様であるので、その詳細な説明を省略する。

（Ｂｏｏｔｓｔｒａｐｐｉｎｇ（ＢＳ）；図３）
まず、図３を参照して、図２のＴ２５で実行されるＢＳの処理を説明する。図３の初期状態では、プリンタ１０のメモリ３４は、プリンタ１０の公開鍵ＰＰＫ１及び秘密鍵ｐｓｋ１を予め記憶している。また、図３の初期状態では、メモリ３４は、ＡＰ情報４４を記憶していない。

Ｔ１００では、ユーザは、操作部１２を操作して、所定指示をプリンタ１０に入力する。プリンタ１０は、Ｔ１００において、ユーザから所定指示の入力を受け付けると、Ｔ１０２において、選択画面を表示部１４に表示する。選択画面は、通信方法を選択するための画面である。選択画面は、ＡＰを介した通信を利用することを示す「ＡＰ通信」ボタンと、ＡＰを介さないＷＦＤ方式に従った通信を利用することを示し「ＷＦＤ通信」ボタンと、を含む。なお、選択画面は表示されなくてもよい。この場合、例えば、ＡＰを介した通信の利用に関する第１の画面においてユーザから指示を受け付ける場合に、ＡＰ用ＱＲコード（Ｔ１０６参照）が表示され、第１の画面とは異なる第２の画面であって、ＷＦＤに従った通信の利用に関する第２の画面においてユーザから指示を受け付ける場合に、ＷＦＤ用ＱＲコード（図１２のＴ８５６参照）が表示されてもよい。

Ｔ１０４では、ユーザは、操作部１２を操作して、選択画面内の「ＡＰ通信」ボタンを選択する。プリンタ１０は、Ｔ１０４において、ユーザから「ＡＰ通信」ボタンの選択を受け付けると、Ｔ１０６において、ＡＰ用ＱＲコードを表示部１４に表示する。ＡＰ用ＱＲコードは、プリンタ１０の公開鍵ＰＰＫ１と、ＡＰ接続に利用されるＭＡＣアドレス「ｍａｃ＿ａｐ」と、をコード化することによって得られたものである。

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

（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ（Ａｕｔｈ）；図４）
次いで、図４を参照して、図２のＴ３０で実行されるＡｕｔｈの処理を説明する。なお、端末１００及びプリンタ１０の間で実行される以下の全ての通信は、端末１００のＷｉ−ＦｉＩ／Ｆ１１６とプリンタ１０のＷｉ−ＦｉＩ／Ｆ１６とを介して実行される。従って、以下では、「Ｗｉ−ＦｉＩ／Ｆ１１６（又は１６）を介して」という記載を省略する。

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

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

ｃａｐａｂｉｌｉｔｙは、ＤＰＰ方式をサポートしている機器において予め指定されている情報であり、ＤＰＰ方式のＣｏｎｆｉｇｕｒａｔｏｒのみとして動作可能であることを示す値と、ＤＰＰ方式のＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値と、Ｃｏｎｆｉｇｕｒａｔｏｒ及びＥｎｒｏｌｌｅｅのどちらとしても動作可能であることを示す値と、のいずれか１個の値を含む。Ｃｏｎｆｉｇｕｒａｔｏｒは、Ｃｏｎｆｉｇ（例えば図２のＴ３５）において、ＮＡ（例えば図２のＴ４０）で利用されるＣＯをＥｎｒｏｌｌｅｅに送信する役割を意味する。一方、Ｅｎｒｏｌｌｅｅは、Ｃｏｎｆｉｇにおいて、ＣｏｎｆｉｇｕｒａｔｏｒからＮＡで利用されるＣＯを受信する役割を意味する。本ケースでは、ＡＲｅｑは、端末１００のｃａｐａｂｉｌｉｔｙとしてＣｏｎｆｉｇｕｒａｔｏｒ及びＥｎｒｏｌｌｅｅのどちらでも動作可能であることを示す値を含む。

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

プリンタ１０は、Ｔ２１０において、端末１００からＡＲｅｑを受信すると、Ｔ２１１において、後述する図７の処理を実行して、プリンタ１０のｃａｐａｂｉｌｉｔｙをＥｎｒｏｌｌｅｅに決定する。

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

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

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

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

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

（Ｃｏｎｆｉｇｕｒａｔｉｏｎ（Ｃｏｎｆｉｇ）；図５）
次いで、図５を参照して、図２のＴ３５で実行されるＣｏｎｆｉｇの処理を説明する。Ｔ３００では、プリンタ１０は、ＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔ（以下では単に「ＣＲｅｑ」と記載する）を端末１００に送信する。ＣＲｅｑは、第１のプリンタ用ＣＯの送信を要求する信号である。ＣＲｅｑは、プリンタ１０が第１のプリンタ用ＣＯを受信することを示す値「ｓｔａ」を含む。さらに、ＣＲｅｑは、プリンタ１０がＣｏｎｆｉｇｕｒａｔｏｒとして動作するための動作情報を要求する値「ｃｏｎｆｉｇ」を含む。例えば、図３〜図６の処理が終了してプリンタ１０とＡＰ６との間にＡＰ接続が確立された後に、プリンタ１０と端末１００との間でＤＰＰ方式に従った通信が実行される後述のケースＡ（図８、図９）が想定される。このケースでは、プリンタ１０は、Ｃｏｎｆｉｇｕｒａｔｏｒとして動作して、第１のプリンタ用ＣＯを利用して、第１の端末用ＣＯを生成し、第１の端末用ＣＯを端末１００に送信する。本ケースにおいて、プリンタ１０は、後のケースＡに先立ち、Ｔ３００において、値「ｃｏｎｆｉｇ」を含むＣＲｅｑを予め端末１００に送信する。これにより、プリンタ１０は、後のケースＡにおいて、Ｃｏｎｆｉｇｕｒａｔｏｒとして動作して、端末１００から取得した第１のプリンタ用ＣＯを利用して、第１の端末用ＣＯを生成することが可能となる。

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

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

Ｔ３１０では、端末１００は、第１のプリンタ用ＣＯを含むＤＰＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ（以下では単に「ＣＲｅｓ」と記載する）をプリンタ１０に送信する。ここで、ＣＲｅｓは、ＣＲｅｑ内の値「ｃｏｎｆｉｇ」に対する応答として動作情報を含む。動作情報は、プリンタ１０がＣｏｎｆｉｇｕｒａｔｏｒとして動作して他の端末（例えば端末２００）のための第１の端末用ＣＯを生成するための情報（例えば、端末１００の秘密鍵ｔｓｋ２）を含む。

プリンタ１０は、Ｔ３１０において、端末１００からＣＲｅｓを受信すると、Ｔ３１２において、ＣＲｅｓ内の第１のプリンタ用ＣＯを記憶する。第１のプリンタ用ＣＯは、ＡＰ６とのＡＰ接続の確立に利用される情報であり、ＡＰ６とのＡＰ接続を確立するための接続情報であると言える。プリンタ１０は、ＡＰ情報４４として第１のプリンタ用ＣＯを記憶する。Ｔ３１２の処理が終了すると、図５の処理が終了する。

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

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

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

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

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

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

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

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

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

上述したように、接続キーＣＫ１がプリンタ１０及びＡＰ６の間で共有された後に、Ｔ４２０において、プリンタ１０及びＡＰ６は、接続キーＣＫ１を利用して、４ｗａｙ−ｈａｎｄｓｈａｋｅの通信を実行する。この結果、プリンタ１０とＡＰ６との間にＡＰ接続が確立される。Ｔ４２０が終了すると、図６の処理が終了する。

（プリンタ１０のＡｕｔｈの処理；図７）
図７を参照して、プリンタ１０のＣＰＵ３２によって実現されるＡｕｔｈの処理を説明する。図４のＡｕｔｈの処理のうち、プリンタ１０が実行する処理は、図７の処理によって実現される。

Ｓ２では、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ１６を介して、ＢＳの処理においてプリンタ１０のＱＲコードを撮影した端末（以下では、「Ｉｎｉｔｉａｔｏｒ端末」と記載）からＡＲｅｑを受信することを監視する。ＣＰＵ３２は、Ｉｎｉｔｉａｔｏｒ端末からＡＲｅｑを受信する場合（Ｓ２でＹＥＳ）に、Ｓ４に進む。図４のＴ２１０の処理は、Ｓ２に処理によって実現される。なお、図７の処理における全ての通信は、Ｗｉ−ＦｉＩ／Ｆ１６を介して実行される。従って、以下では、「Ｗｉ−ＦｉＩ／Ｆ１６を介して」という記載を省略する。

Ｓ４では、ＣＰＵ３２は、受信済みのＡＲｅｑがＭＡＣアドレス「ｍａｃ＿ａｐ」を含むのか否かを判断する。図３のＴ１０６で示したように、「ＡＰ通信」ボタンが選択される場合には、ＭＡＣアドレス「ｍａｃ＿ａｐ」を含む情報がコード化されたＡＰ用ＱＲコードが表示される。これにより、Ｉｎｉｔｉａｔｏｒ端末は、ＡＰ用ＱＲコードを撮影し、ＭＡＣアドレス「ｍａｃ＿ａｐ」を取得し、ＭＡＣアドレス「ｍａｃ＿ａｐ」を含むＡＲｅｑをプリンタ１０に送信する。一方、選択画面内の「ＷＦＤ通信」ボタンが選択される場合には、ＷＦＤ接続で利用されるＭＡＣアドレス「ｍａｃ＿ｗｆｄ」を含む情報がコード化されたＷＦＤ用ＱＲコードが表示される。これにより、Ｉｎｉｔｉａｔｏｒ端末は、ＷＦＤ用ＱＲコードを撮影し、ＭＡＣアドレス「ｍａｃ＿ｗｆｄ」を取得し、ＭＡＣアドレス「ｍａｃ＿ｗｆｄ」を含むＡＲｅｑをプリンタ１０に送信する。ＣＰＵ３２は、受信済みのＡＲｅｑがＭＡＣアドレス「ｍａｃ＿ａｐ」を含むと判断する場合（Ｓ４でＹＥＳ）に、Ｓ１０に進み、受信済みのＡＲｅｑがＭＡＣアドレス「ｍａｃ＿ｗｆｄ」を含むと判断する場合（Ｓ４でＮＯ）に、Ｓ２０に進む。そして、プリンタ１０は、ＡＲｅｑがＭＡＣアドレス「ｍａｃ＿ａｐ」を含むと判断される場合（Ｓ４でＹＥＳ）に、いずれかのＡＰとのＡＰ接続を確立し、ＡＲｅｑがＭＡＣアドレス「ｍａｃ＿ｗｆｄ」を含むと判断される場合に、Ｉｎｉｔｉａｔｏｒ端末とのＷＦＤ接続を確立する。ＷＦＤ接続を確立する処理については、図１２〜図１５において後述する。このような構成によれば、プリンタ１０は、ＡＲｅｑに含まれるＭＡＣアドレスに応じて適切なＷｉ−Ｆｉ接続を確立することができる。

Ｓ１０では、ＣＰＵ３２は、ＡＰ情報４４がメモリ３４に記憶されているのか否かを判断する。ＡＰ情報４４がメモリ３４に記憶されていないことは、プリンタ１０といずれかのＡＰとの間にＡＰ接続が確立されていないことを意味する。ＣＰＵ３２は、ＡＰ情報４４がメモリ３４に記憶されていないと判断する場合（Ｓ１０でＮＯ）に、Ｓ１６に進む。

Ｓ１６では、ＣＰＵ３２は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｅｎｒｏｌｌｅｅ」に決定する。

次いで、Ｓ４０では、ＣＰＵ３２は、図４のＴ２１２〜Ｔ２１８と同様の処理（即ちＩｎｉｔｉａｔｏｒ端末の認証と暗号化データの生成）を実行する。

次いで、Ｓ４２では、ＣＰＵ３２は、ｃａｐａｂｉｌｉｔｙ「Ｅｎｒｏｌｌｅｅ」を含むＡＲｅｓをＩｎｉｔｉａｔｏｒ端末に送信する。

次いで、Ｓ４４では、ＣＰＵ３２は、図４のＴ２３０、Ｔ２３４と同様のＣｏｎｆｉｒｍ処理を実行する。即ち、ＣＰＵ３２は、Ｅｎｒｏｌｌｅｅとして動作することを決定する。Ｓ４４の処理が終了すると、図７の処理が終了する。

また、ＡＰ情報４４がメモリ３４に記憶されていることは、プリンタ１０といずれかのＡＰ（例えばＡＰ６）との間にＡＰ接続が確立されていることを意味する。ＣＰＵ３２は、ＡＰ情報４４がメモリ３４に記憶されていると判断する場合（Ｓ１０でＹＥＳ）に、Ｓ１２に進む。

Ｓ１２では、ＣＰＵ３２は、Ｓ２で受信されたＡＲｅｑが、Ｉｎｉｔｉａｔｏｒ端末のｃａｐａｂｉｌｉｔｙとしてＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値を含むのか否かを判断する。受信済みのＡＲｅｑがＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値を含む状況は、例えば、Ｉｎｉｔｉａｔｏｒ端末において他の装置からＣＯを受信することを優先的に実行するプログラムがインストールされている状況や、Ｉｎｉｔｉａｔｏｒ端末において他の装置からＣＯを受信することを選択するための操作がユーザによって行われた状況等が想定される。ＣＰＵ３２は、受信済みのＡＲｅｑがＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値を含むと判断する場合（Ｓ１２でＹＥＳ）に、Ｓ１４に進む。

Ｓ１４では、ＣＰＵ３２は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｃｏｎｆｉｇｕｒａｔｏｒ」に決定する。続くＳ３０は、Ｓ４０と同様である。

次いで、Ｓ３２では、ＣＰＵ３２は、ｃａｐａｂｉｌｉｔｙ「Ｃｏｎｆｉｇｕｒａｔｏｒ」を含むＡＲｅｓをＩｎｉｔｉａｔｏｒ端末に送信する。

次いで、Ｓ３４では、ＣＰＵ３２は、Ｃｏｎｆｉｒｍ処理を実行する。Ｓ３４のＣｏｎｆｉｒｍ処理では、ＣＰＵ３２は、Ｓ４４で実行されるＣｏｎｆｉｒｍ処理と異なり、Ｃｏｎｆｉｇｕｒａｔｏｒとして動作することを決定する。Ｓ３４の処理が終了すると、図７の処理が終了する。

また、ＣＰＵ３２は、受信済みのＡＲｅｑがＣｏｎｆｉｇｕｒａｔｏｒ及びＥｎｒｏｌｌｅｅのどちらとしても動作可能であることを示す値を含む場合、又は、受信済みのＡＲｅｑがＣｏｎｆｉｇｕｒａｔｏｒとしてのみ動作可能であることを示す値を含むと判断する場合（Ｓ１２でＮＯ）に、Ｓ１６に進む。即ち、ＣＰＵ３２は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｅｎｒｏｌｌｅｅ」に決定する。そして、Ｓ４０〜Ｓ４４の処理が実行されて、図７の処理が終了する。

また、ＣＰＵ３２は、受信済みのＡＲｅｑがＭＡＣアドレス「ｍａｃ＿ｗｆｄ」を含むと判断する場合（Ｓ４でＮＯ）に、Ｓ２０〜Ｓ２６の処理を実行する。プリンタ１０は、後述するＧ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎを実行して、Ｇ／Ｏ状態とＣＬ状態とのうちのいずれかを選択する。ＣＰＵ３２は、Ｇ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎの結果、プリンタ１０がＧ／Ｏ状態である場合（Ｓ２０でＹＥＳ）に、Ｓ２４に進み、Ｇ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎの結果、プリンタ１０がＣＬ状態である場合（Ｓ２０でＮＯ）に、Ｓ２６に進む。

Ｓ２４では、ＣＰＵ３２は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｃｏｎｆｉｇｕｒａｔｏｒ」に決定する。そして、ＣＰＵ３２は、Ｓ２４が終了すると、Ｓ３０〜Ｓ３４の処理を実行して、図７の処理を終了する。

Ｓ２６では、ＣＰＵ３２は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｅｎｒｏｌｌｅｅ」に決定する。そして、ＣＰＵ３２は、Ｓ２６が終了すると、Ｓ４０〜Ｓ４４の処理を実行して、図７の処理を終了する。

例えば、Ｉｎｉｔｉａｔｏｒ端末からＡＲｅｑが受信される前に、Ｓ１０の判断（即ちＡＰ情報４４が記憶されているのか否かの判断）が実行される比較例が想定される。例えば、プリンタ１０は、Ａｕｔｈの処理の前にＢＳの処理においてＳ１０の判断を実行する。この比較例では、プリンタ１０は、何らかの原因（例えば通信不良）においてＡｕｔｈの処理が実行されない場合にもＳ１０の判断が不必要に実行される。これに対して、本実施例の構成によれば、プリンタ１０は、Ｉｎｉｔｉａｔｏｒ端末からＡＲｅｑが受信される場合（Ｓ２でＹＥＳ）にＳ１０の判断を実行する。本実施例の構成によれば、Ｓ１０の判断が不必要に実行されることを抑制することができる。なお、変形例では、比較例の構成を採用してもよい。

（具体的なケースＡ；図８、図９）
図８、図９を参照して、図７の処理によって実現される具体的なケースＡを説明する。ケースＡは、図２（即ち図３〜図６）の処理の続きである。即ち、ケースＡの初期状態では、プリンタ１０とＡＰ６との間にＡＰ接続が確立されている。このため、プリンタ１０のメモリ３４には、ＡＰ情報４４として第１のプリンタ用ＣＯが記憶されている（図５のＴ３１２参照）。また、端末２００は、いずれかのＡＰとの間にＡＰ接続を確立していない。本ケースでは、プリンタ１０とＡＰ６との間にＡＰ接続を確立した後に、端末２００とＡＰ６との間にＡＰ接続を確立する。端末２００とＡＰ６との間にＡＰ接続が確立されることによって、端末２００は、ＡＰ６によって形成される無線ネットワークに子局として参加することができ、ＡＰ６を介して、プリンタ１０と通信することができる。

（ケースＡにおけるＢｏｏｔｓｔｒａｐｐｉｎｇ（ＢＳ）とＡｕｔｈｅｎｔｉｃａｔｉｏｎ（Ａｕｔｈ）；図８）
図８を参照して、ケースＡにおけるＢＳの処理とＡｕｔｈの処理を説明する。Ｔ４５５は、端末２００がプリンタ１０のＡＰ用ＱＲコードを撮影する点を除いて、図２のＴ２５（即ち図３）と同様である。

Ｔ５００では、端末２００は、端末２００の公開鍵ＴＰＫ３及び秘密鍵ｔｓｋ３を生成する。Ｔ５０２は、端末２００の秘密鍵ｔｓｋ３とプリンタ１０の公開鍵ＰＰＫ１とを用いて共有鍵ＳＫ３を生成する点を除いて、図４のＴ２０２と同様である。Ｔ５０４は、共有鍵ＳＫ３を用いてランダム値ＲＶ２を暗号化して、暗号化データＥＤ２を生成する点を除いて、図４のＴ２０４と同様である。

本ケースでは、例えば、端末２００において他の装置からＣＯを受信することを選択するための操作がユーザによって行われている。このため、Ｔ５１０では、端末２００は、端末２００のｃａｐａｂｉｌｉｔｙとしてＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値を含むＡＲｅｑをプリンタ１０に送信する。さらに、当該ＡＲｅｑは、Ｔ５００で生成された端末２００の公開鍵ＴＰＫ３と、Ｔ５０４で生成された暗号化データＥＤ３と、ＭＡＣアドレス「ｍａｃ＿ａｐ」とを含む。

プリンタ１０は、Ｔ５１０において、端末２００からＡＲｅｑを受信すると、Ｔ５１１ａにおいて、受信済みのＡＲｅｑがＭＡＣアドレス「ｍａｃ＿ａｐ」を含むと判断する（図７のＳ４でＹＥＳ）。Ｔ５１１ｂでは、プリンタ１０は、ＡＰ情報４４として第１のプリンタ用ＣＯがメモリ３４に記憶されていると判断する（Ｓ１０でＹＥＳ）。Ｔ５１１ｃでは、プリンタ１０は、受信済みＡＲｅｑが、端末２００のｃａｐａｂｉｌｉｔｙとしてＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値を含むと判断する（Ｓ１２でＹＥＳ）。そして、Ｔ５１１ｄでは、プリンタ１０は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｃｏｎｆｉｇｕｒａｔｏｒ」に決定する（Ｓ１４）。

次いで、プリンタ１０は、図４のＴ２１２〜Ｔ２１８と同様の認証を実行し、認証が成功する（Ｓ３０）。即ち、プリンタ１０は、Ｔ５１２において、ＡＲｅｑ内の端末２００の公開鍵ＴＰＫ３と、プリンタ１０の秘密鍵ｐｓｋ１と、を用いて、共有鍵ＳＫ３を生成し、Ｔ５１４において、共有鍵ＳＫ３を用いて、ＡＲｅｑ内の暗号化データＥＤ３を復号し、ランダム値ＲＶ３を取得する。そして、プリンタ１０は、Ｔ５１６において、プリンタ１０の新たな公開鍵ＰＰＫ３及び新たな秘密鍵ｐｓｋ３を生成し、Ｔ５１７において、ＡＲｅｑ内の端末２００の公開鍵ＴＰＫ３とプリンタ１０の秘密鍵ｐｓｋ３とを用いて、共有鍵ＳＫ３を生成し、Ｔ５１８において、共有鍵ＳＫ３を用いて、ランダム値ＲＶ３及び新たなランダム値ＲＶ４を暗号化して、暗号化データＥＤ４を生成する。

次いで、プリンタ１０は、Ｔ５２０において、プリンタ１０の公開鍵ＰＰＫ３と、暗号化データＥＤ４と、プリンタ１０のｃａｐａｂｉｌｉｔｙ（即ち、Ｃｏｎｆｉｇｕｒａｔｏｒのみとして動作可能であることを示す値）と、を含むＡＲｅｓを端末２００に送信する（Ｓ３２）。

端末２００は、Ｔ５２０において、プリンタ１０からＡＲｅｓを受信すると、図４のＴ２２２、Ｔ２２４と同様の認証を実行し、認証が成功する。即ち、端末２００は、Ｔ５２２において、Ｔ５００で生成された端末２００の秘密鍵ｔｓｋ３と、ＡＲｅｓ内のプリンタ１０の公開鍵ＰＰＫ３と、を用いて、共有鍵ＳＫ４を生成し、Ｔ５２４において、共有鍵ＳＫ４を用いて、ＡＲｅｓ内の暗号化データＥＤ４を復号し、ランダム値ＲＶ３及びＲＶ４を取得する。

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

（ケースＡにおけるＣｏｎｆｉｇｕｒａｔｉｏｎ（Ｃｏｎｆｉｇ）とＮｅｔｗｏｒｋ Ａｃｃｅｓｓ（ＮＡ）；図９）
図９を参照して、ケースＡにおけるＣｏｎｆｉｇの処理とＮＡの処理を説明する。即ち、図９は、図８の続きである。本ケースでは、端末２００がＥｎｒｏｌｌｅｅである。このため、Ｔ６００では、端末２００が、ＣＲｅｑをプリンタ１０に送信する。本ケースのＣＲｅｑは、値「ｓｔａ」を含むが、値「ｃｏｎｆｉｇ」を含まない。

プリンタ１０は、Ｔ６００において、端末２００からＣＲｅｑを受信すると、Ｔ６０２において、ＡＰ情報４４である第１のプリンタ用ＣＯから、ハッシュ値ＨＶ１と、グループＩＤ「Ｇｒｏｕｐ１」と、公開鍵ＴＰＫ２と、を取得する。次いで、プリンタ１０は、Ｔ６０４において、第１の端末用ＣＯを生成する。具体的には、プリンタ１０は、以下の各処理を実行する。

プリンタ１０は、ハッシュ値ＨＶ１と、グループＩＤ「Ｇｒｏｕｐ１」と、図８のＴ５１０のＡＲｅｑ内の端末２００の公開鍵ＴＰＫ３と、の組み合わせをハッシュ化することによって、特定値を生成する。そして、プリンタ１０は、ＥＣＤＳＡに従って、図５のＴ３１０で端末１００から受信した動作情報に含まれる秘密鍵ｔｓｋ２を利用して、生成済みの特定値を暗号化することによって、電子署名ＤＳｔａ１を生成する。この結果、プリンタ１０は、ハッシュ値ＨＶ１と、グループＩＤ「Ｇｒｏｕｐ１」と、端末２００の公開鍵ＴＰＫ３と、電子署名ＤＳｔａ１と、を含む第１の端末用ＳＣを生成することができる。そして、プリンタ１０は、第１の端末用ＳＣと、公開鍵ＴＰＫ２と、を含む第１の端末用ＣＯを生成する。

Ｔ６１０では、プリンタ１０は、第１の端末用ＣＯを含むＣＲｅｓを端末２００に送信する。これにより、端末２００は、第１の端末用ＣＯを取得し、Ｔ６１２において、第１の端末用ＣＯを記憶する。

次いで、端末２００は、Ｔ６２０において、第１の端末用ＳＣを含むＤＲｅｑをＡＰ６に送信する。

ＡＰ６は、Ｔ６２０において、端末２００からＤＲｅｑを受信すると、Ｔ６２２において、図６のＴ４０２と同様に、ＤＲｅｑの認証を実行する。図９のケースでは、受信済み第１の端末用ＳＣ内のハッシュ値ＨＶ１及びグループＩＤ「Ｇｒｏｕｐ１」が、それぞれ、記憶済みのＡＰ用ＣＯに含まれるＡＰ用ＳＣ内のハッシュ値ＨＶ１及びグループＩＤ「Ｇｒｏｕｐ１」に一致するので、ＡＰ６は、第１のＡＰ判断処理において、認証成功と判断する。

ＡＰ６は、さらに、記憶済みのＡＰ用ＣＯに含まれる公開鍵ＴＰＫ２を用いて、受信済みの第１の端末用ＳＣ内の電子署名ＤＳｔａ１を復号する。図９のケースでは、電子署名ＤＳｔａ１の復号が成功する。本ケースでは、ＡＰ６は、電子署名ＤＳｐｒ１を復号することによって得られた特定値と、受信済みの第１の端末用ＳＣ内の各情報（即ち、ハッシュ値ＨＶ１、「Ｇｒｏｕｐ１」、及び、公開鍵ＴＰＫ３）をハッシュ化することによって得られる値と、が一致するので、ＡＰ６は、第２のＡＰ判断処理において、認証成功と判断する。

次いで、Ｔ６２４では、ＡＰ６は、ＥＣＤＨに従って、取得済みの端末２００の公開鍵ＴＰＫ３と、記憶済みのＡＰ６の秘密鍵ａｓｋ２と、を用いて、接続キーＣＫ２を生成する。Ｔ６３０では、ＡＰ６は、ＡＰ用ＳＣを含むＤＲｅｓを端末２００に送信する。

端末２００は、Ｔ６３０において、ＡＰ６からＤＲｅｓを受信すると、Ｔ６３２において、図６のＴ４１２と同様に、ＤＲｅｓの認証を実行する。端末２００は、まず、第１のＰＲ判断処理と同様の第１のＴＡ判断処理を実行する。図９のケースでは、受信済みＡＰ用ＳＣ内のハッシュ値ＨＶ１及びグループＩＤ「Ｇｒｏｕｐ１」が、それぞれ、記憶済みの第１の端末用ＣＯに含まれる第１の端末用ＳＣ内のハッシュ値ＨＶ１及びグループＩＤ「Ｇｒｏｕｐ１」に一致するので、端末２００は、第１のＴＡ判断処理において、認証成功と判断する。

次いで、端末２００は、第２のＰＲ判断処理と同様の第２のＴＡ判断処理を実行する。具体的には、端末２００は、記憶済みの第１の端末用ＣＯに含まれる公開鍵ＴＰＫ２を用いて、受信済みのＡＰ用ＳＣ内の電子署名ＤＳａｐ１を復号する。本ケースでは、端末２００は、電子署名ＤＳａｐ１を復号することによって得られた特定値と、受信済みのＡＰ用ＳＣ内の各情報（即ち、ハッシュ値ＨＶ１、「Ｇｒｏｕｐ１」、及び、公開鍵ＡＰＫ２）をハッシュ化することによって得られる値と、が一致するので、端末２００は、第２のＴＡ判断処理において、認証成功と判断する。

次いで、Ｔ６３４では、端末２００は、ＥＣＤＨに従って、記憶済みの端末２００の秘密鍵ｔｓｋ３と、取得済みのＡＰ６の公開鍵ＡＰＫ２と、を用いて、接続キーＣＫ２を生成する。これにより、端末２００及びＡＰ６は、Ｔ６４０において、接続キーＣＫ２を利用して、ＡＰ接続を確立する。

（具体的なケースＢ；図１０、図１１）
図１０、図１１を参照して、図７の処理によって実現される具体的なケースＢを説明する。ケースＢは、ケースＡと同様に、図２（即ち図３〜図６）の処理の続きである。即ち、ケースＡの初期状態では、プリンタ１０とＡＰ６との間にＡＰ接続が確立されている。また、端末２００は、ＡＰ８との間にＡＰ接続を確立している。本ケースでは、各デバイス８、１０、２００がＤＰＰ方式に従った通信を実行することによって、プリンタ１０とＡＰ８との間に新たにＡＰ接続を確立する。これにより、プリンタ１０をＡＰ６からＡＰ８に接続し直すことができる。

（ケースＢにおけるＢｏｏｔｓｔｒａｐｐｉｎｇ（ＢＳ）とＡｕｔｈｅｎｔｉｃａｔｉｏｎ（Ａｕｔｈ）；図１０）
図１０を参照して、ケースＢにおけるＢＳの処理とＡｕｔｈの処理を説明する。Ｔ６５５は、図８のＴ４５５と同様である。Ｔ７００〜Ｔ７０４は、図８のＴ５００〜Ｔ５０４と同様である。

本ケースでは、端末２００において他の装置からＣＯを受信することを選択するための操作がユーザによって行われていない。このため、Ｔ７１０では、端末２００は、端末２００のｃａｐａｂｉｌｉｔｙとしてＣｏｎｆｉｇｕｒａｔｏｒ及びＥｎｒｏｌｌｅｅのどちらでも動作可能であることを示す値を含むＡＲｅｑをプリンタ１０に送信する。Ｔ７１０は、端末２００のｃａｐａｂｉｌｉｔｙの値が異なる点を除いて、図８のＴ５１０と同様である。

Ｔ７１１ａ、Ｔ７１１ｂは、図８のＴ５１１ａ、Ｔ５１１ｂと同様である。Ｔ５１１ｃでは、プリンタ１０は、受信済みＡＲｅｑが、端末２００のｃａｐａｂｉｌｉｔｙとしてＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値を含まないと判断する（Ｓ１２でＮＯ）。そして、Ｔ７１１ｄでは、プリンタ１０は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｅｎｒｏｌｌｅｅ」に決定する（Ｓ１６）。

Ｔ７１２〜Ｔ７１８は、図８のＴ５１２〜Ｔ５１８と同様である。Ｔ７２０は、ＡＲｅｓがプリンタ１０のｃａｐａｂｉｌｉｔｙとしてＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値を含む点を除いて、図８のＴ５２０と同様である。

Ｔ７２２、Ｔ７２４は、図８のＴ５２２、Ｔ５２４と同様である。Ｔ７３０は、Ｃｏｎｆｉｒｍが、端末２００がＣｏｎｆｉｇｕｒａｔｏｒとして動作し、かつ、プリンタ１０がＥｎｒｏｌｌｅｅとして動作することを示す情報を含む点を除いて、図８のＴ５３０と同様である。この結果、Ｔ７３２において、Ｃｏｎｆｉｇｕｒａｔｏｒとして動作することが端末２００によって決定され、Ｔ５３４において、Ｅｎｒｏｌｌｅｅとして動作することがプリンタ１０によって決定される。

（ケースＢにおけるＣｏｎｆｉｇｕｒａｔｉｏｎ（Ｃｏｎｆｉｇ）とＮｅｔｗｏｒｋ Ａｃｃｅｓｓ（ＮＡ）；図１１）
図１１を参照して、ケースＢにおけるＣｏｎｆｉｇの処理とＮＡの処理を説明する。即ち、図１１は、図１０の続きである。本ケースでは、プリンタ１０がＥｎｒｏｌｌｅｅである。このため、Ｔ８００では、プリンタ１０が、ＣＲｅｑを端末２００に送信する。本ケースのＣＲｅｑは、値「ｓｔａ」と、値「ｃｏｎｆｉｇ」を含む。

端末２００は、Ｔ８００において、プリンタ１０からＣＲｅｑを受信すると、Ｔ８０２では、端末２００のメモリ（図示省略）から、グループＩＤ「Ｇｒｏｕｐ２」と公開鍵ＴＰＫ１０と秘密鍵ｔｓｋ１０とを取得する。本ケースでは、端末２００とＡＰ８との間にＡＰ接続が確立されている。即ち、端末２００は、ＤＰＰ方式に従ったＣｏｎｆｉｇをＡＰ８と実行済みであり、この際に、グループＩＤ「Ｇｒｏｕｐ２」と公開鍵ＴＰＫ１０と秘密鍵ｔｓｋ１０とを生成してメモリに記憶する。即ち、Ｔ８０２では、端末２００は、Ｃｏｎｆｉｇで記憶された各情報を取得する。次いで、端末２００は、Ｔ８０４において、第１のプリンタ用ＣＯを生成する。具体的には、端末２００は、端末２００の公開鍵ＴＰＫ１０をハッシュ化することによって、ハッシュ値ＨＶ２を生成する。また、端末２００は、ハッシュ値ＨＶ２と、グループＩＤ「Ｇｒｏｕｐ２」と、図１０のＴ７２０のＡＲｅｓ内のプリンタ１０の公開鍵ＰＰＫ３と、の組み合わせをハッシュ化することによって、特定値を生成する。そして、端末１００は、端末２００の秘密鍵ｔｓｋ１０を利用して、生成済みの特定値を暗号化することによって、電子署名ＤＳｐｒ２を生成する。この結果、端末１００は、ハッシュ値ＨＶ２と、グループＩＤ「Ｇｒｏｕｐ２」と、プリンタ１０の公開鍵ＰＰＫ３と、電子署名ＤＳｐｒ２と、を含む第１のプリンタ用ＳＣを生成する。そして、端末１００は、第１のプリンタ用ＳＣと、端末２００の公開鍵ＴＰＫ１０と、を含む第１のプリンタ用ＣＯを生成する。

Ｔ８１０では、端末２００は、第１のプリンタ用ＣＯを含むＣＲｅｓをプリンタ１０に送信する。これにより、プリンタ１０は、Ｔ８１２において、ＡＰ情報４４として記憶されている第１のプリンタ用ＣＯ（即ち、ＡＰ６とのＡＰ接続に利用される第１のプリンタ用ＣＯ）に代えて、Ｔ８１０で受信された第１のプリンタ用ＣＯをＡＰ情報４４として記憶する。即ち、ＡＰ情報４４を更新する。

上記したように、本ケースでは、端末２００とＡＰ８との間にＡＰ接続が確立されている。このため、ＡＰ８は、ＡＰ８の公開鍵ＡＰＫ１０及び秘密鍵ａｓｋ１０を記憶し、さらに、端末２００から受信されるＡＰ用ＣＯを記憶する。ＡＰ用ＣＯは、ＡＰ用ＳＣと、端末１００の公開鍵ＴＰＫ１０と、を含む。また、ＡＰ用ＳＣは、ハッシュ値ＨＶ２と、グループＩＤ「Ｇｒｏｕｐ２」と、ＡＰ８の公開鍵ＡＰＫ１０と、電子署名ＤＳａｐ２と、を含む。電子署名ＤＳａｐ２は、ハッシュ値ＨＶ２とグループＩＤ「Ｇｒｏｕｐ２」と公開鍵ＡＰＫ１０との組み合わせをハッシュ化することによって得られる特定値が端末２００の秘密鍵ｔｓｋ１０によって暗号化された情報であり、第１のプリンタ用ＣＯに含まれる電子署名ＤＳｐｒ２とは異なる値である。

Ｔ８２０〜Ｔ８３４は、主に、ＡＰ８とプリンタ１０との間で通信が実行される点と、公開鍵ＰＰＫ３と秘密鍵ａｓｋ１０（又は秘密鍵ｐｓｋ３と公開鍵ＡＰＫ１０）を用いて接続キーＣＫ３が生成される点と、を除いて、図６のＴ４００〜Ｔ４１４と同様である。これにより、プリンタ１０及びＡＰ８は、Ｔ８４０において、接続キーＣＫ３を利用して、ＡＰ接続を確立する。

（具体的なケースＣ；図１２〜図１５）
図１２〜図１５を参照して、図７の処理によって実現される具体的なケースＣを説明する。ケースＣは、ケースＡと同様に、図２（即ち図３〜図６）の処理の続きである。即ち、ケースＣの初期状態では、プリンタ１０とＡＰ６との間にＡＰ接続が確立されている。本ケースでは、ユーザによって「ＷＦＤ通信」ボタンが選択されることによって、プリンタ１０と端末２００との間にＷＦＤ接続が確立される。

（ケースＣにおけるＢｏｏｔｓｔｒａｐｐｉｎｇ（ＢＳ）；図１２）
図１２を参照して、ケースＣにおけるＢＳの処理を説明する。Ｔ８５０、Ｔ８５２は、図３のＴ１００、Ｔ１０２と同様である。Ｔ８５４では、ユーザは、操作部１２を操作して、選択画面内の「ＷＦＤ通信」ボタンを選択する。Ｔ８５６は、ＷＦＤ用ＱＲコードが表示部１４に表示される点を除いて、図３のＴ１０６と同様である。ＷＦＤ用ＱＲコードは、プリンタ１０の公開鍵ＰＰＫ１と、ＷＦＤ接続に利用されるＭＡＣアドレス「ｍａｃ＿ｗｆｄ」と、をコード化することによって得られたものである。

Ｔ８７０、Ｔ８７２は、ＷＦＤ用ＱＲコードが端末２００によって撮影される点と、ＭＡＣアドレス「ｍａｃ＿ｗｆｄ」が端末２００によって取得される点と、を除いて、図３のＴ１２０、Ｔ１２２と同様である。

次いで、端末２００とプリンタ１０は、Ｔ８８０において、ＷＦＤ方式に従ったＷＦＤ Ｄｉｓｃｏｖｅｒｙの通信を実行する。ＷＦＤ Ｄｉｓｃｏｖｅｒｙは、プリンタ１０を検索するための通信である。

次いで、端末２００とプリンタ１０は、Ｔ８９０において、ＷＦＤ方式に従ったＧ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎの通信を実行する。Ｇ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎは、Ｇ／Ｏ状態及びＣＬ状態のうちのどちらで動作すべきかを決定するための通信である。本ケースでは、プリンタ１０がＧ／Ｏ状態となり、端末２００がＣＬ状態となることが決定される。この結果、Ｔ８９２では、端末２００がＣＬ状態となり、Ｔ８９４では、プリンタ１０がＧ／Ｏ状態となる。例えば、プリンタ１０と端末２００のいずれがＧ／Ｏ状態となるかは、プリンタ１０又は端末２００の仕様等の様々な要因により決まる。本実施例では、プリンタ１０といずれかのＡＰとの間にＡＰ接続が確立されている場合に、プリンタ１０はＧ／Ｏ状態となり、プリンタ１０といずれかのＡＰとの間にＡＰ接続が確立されていない場合に、プリンタ１０はＣＬ状態となる。なお、変形例では、端末２００がＧ／Ｏ状態となり、プリンタ１０がＣＬ状態となることが決定されてもよい。

（ケースＣにおけるＡｕｔｈｅｎｔｉｃａｔｉｏｎ（Ａｕｔｈ）；図１３）
図１３を参照して、ケースＣにおけるＡｕｔｈの処理を説明する。即ち、図１３は、図１２の続きである。Ｔ９００〜Ｔ９０４は、図８のＴ５００〜Ｔ５０４と同様である。Ｔ９１０は、ＡＲｅｑが端末２００のｃａｐａｂｉｌｉｔｙとしてＣｏｎｆｉｇｕｒａｔｏｒ及びＥｎｒｏｌｌｅｅのどちらでも動作可能であることを示す値とＭＡＣアドレス「ｍａｃ＿ｗｆｄ」とを含む点を除いて、図８のＴ５１０と同様である。

プリンタ１０は、Ｔ９１０において、端末２００からＡＲｅｑを受信すると、Ｔ９１１ａにおいて、受信済みのＡＲｅｑがＭＡＣアドレス「ｍａｃ＿ｗｆｄ」を含むと判断する（図７のＳ４でＮＯ）。Ｔ９１１ｃでは、プリンタ１０は、プリンタ１０がＧ／Ｏ状態であるので（Ｓ２０でＹＥＳ）、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｃｏｎｆｉｇｕｒａｔｏｒ」に決定する（Ｓ２４）。Ｔ９１２〜Ｔ９３４は、図８のＴ５１２〜Ｔ５３４と同様である。

（ケースＣにおけるＣｏｎｆｉｇｕｒａｔｉｏｎ（Ｃｏｎｆｉｇ）；図１４）
図１４を参照して、ケースＣにおけるＣｏｎｆｉｇの処理を説明する。即ち、図１４は、図１３の続きである。Ｔ１０００は、図９のＴ６００と同様である。

Ｔ１００２では、プリンタ１０は、プリンタ１０の公開鍵ＰＰＫ４及び秘密鍵ｐｓｋ４を生成する。次いで、プリンタ１０は、Ｔ１００４において、第２の端末用ＣＯを生成する。具体的には、プリンタ１０は、以下の各処理を実行する。

プリンタ１０は、まず、プリンタ１０の公開鍵ＰＰＫ４をハッシュ化することによって、ハッシュ値ＨＶ３を生成する。また、プリンタ１０は、ハッシュ値ＨＶ３と、グループＩＤ「Ｇｒｏｕｐ３」と、図１３のＴ９１０のＡＲｅｑ内の端末２００の公開鍵ＴＰＫ３と、の組み合わせをハッシュ化することによって、特定値を生成する。そして、プリンタ１０は、ＥＣＤＳＡに従って、秘密鍵ｐｓｋ４を利用して、生成済みの特定値を暗号化することによって、電子署名ＤＳｔａ３を生成する。この結果、プリンタ１０は、ハッシュ値ＨＶ３と、グループＩＤ「Ｇｒｏｕｐ３」と、端末２００の公開鍵ＴＰＫ３と、電子署名ＤＳｔａ３と、を含む第２の端末用ＳＣを生成することができる。そして、プリンタ１０は、第２の端末用ＳＣと、公開鍵ＰＰＫ４と、を含む第２の端末用ＣＯを生成する。

Ｔ１０１０では、プリンタ１０は、第２の端末用ＣＯを含むＣＲｅｓを端末２００に送信する。これにより、端末２００は、第２の端末用ＣＯを取得し、Ｔ１０１２において、第２の端末用ＣＯを記憶する。

（ケースＣにおけるＮｅｔｗｏｒｋ Ａｃｃｅｓｓ（ＮＡ）；図１５）
図１５を参照して、ケースＣにおけるＮＡの処理を説明する。即ち、図１５は、図１４の続きである。

Ｔ１０２０では、プリンタ１０は、プリンタ１０の公開鍵ＰＰＫ５及び秘密鍵ｐｓｋ５を生成する。次いで、プリンタ１０は、Ｔ１０２２において、第２のプリンタ用ＣＯを生成する。具体的には、プリンタ１０は、以下の各処理を実行する。

プリンタ１０は、ハッシュ値ＨＶ３と、グループＩＤ「Ｇｒｏｕｐ３」と、Ｔ１０２０で生成した公開鍵ＰＰＫ５と、の組み合わせをハッシュ化することによって、特定値を生成する。そして、プリンタ１０は、ＥＣＤＳＡに従って、秘密鍵ｐｓｋ４を利用して、生成済みの特定値を暗号化することによって、電子署名ＤＳｐｒ３を生成する。この結果、プリンタ１０は、ハッシュ値ＨＶ３と、グループＩＤ「Ｇｒｏｕｐ３」と、プリンタ１０の公開鍵ＰＰＫ５と、電子署名ＤＳｐｒ３と、を含む第２のプリンタ用ＳＣを生成することができる。そして、プリンタ１０は、第２のプリンタ用ＳＣと、公開鍵ＰＰＫ４と、を含む第２の端末用ＣＯを生成する。

Ｔ１０３０では、プリンタ１０は、第２のプリンタ用ＳＣを含むＤＲｅｑを端末２００に送信する。

端末２００は、Ｔ１０３０において、プリンタ１０からＤＲｅｑを受信すると、Ｔ１０３２において、図６のＴ４０２と同様に、ＤＲｅｑの認証を実行する。具体的には、端末２００は、受信済み第２のプリンタ用ＳＣ内のハッシュ値ＨＶ３及びグループＩＤ「Ｇｒｏｕｐ３」が、それぞれ、記憶済みの第２の端末用ＳＣ内のハッシュ値ＨＶ３及びグループＩＤ「Ｇｒｏｕｐ３」に一致すると判断する。そして、端末２００は、記憶済みの第２の端末用ＣＯ内の公開鍵ＰＰＫ４を用いて、受信済みの第２のプリンタ用ＳＣ内の電子署名ＤＳｐｒ３を復号する。端末２００は、電子署名ＤＳｐｒ３を復号することによって得られた特定値と、受信済みの第２のプリンタ用ＳＣ内の各情報（即ち、ハッシュ値ＨＶ３、「Ｇｒｏｕｐ３」、及び、公開鍵ＰＰＫ５）をハッシュ化することによって得られる値と、が一致すると判断する。以上により、端末２００は、ＤＲｅｑの認証成功と判断する。

次いで、Ｔ１０３４では、端末２００は、ＥＣＤＨに従って、記憶済みの端末２００の秘密鍵ｔｓｋ３と、取得済みのプリンタ１０の公開鍵ＰＰＫ５と、を用いて、接続キーＣＫ４を生成する。Ｔ１０４０では、端末２００は、第２の端末用ＳＣを含むＤＲｅｓをプリンタ１０に送信する。

プリンタ１０は、Ｔ１０４０において、端末２００からＤＲｅｓを受信すると、Ｔ１０４２において、図６のＴ４１２と同様に、ＤＲｅｓの認証を実行する。具体的には、プリンタ１０は、受信済み第２の端末用ＳＣ内のハッシュ値ＨＶ３及びグループＩＤ「Ｇｒｏｕｐ３」が、それぞれ、記憶済みの第２のプリンタ用ＳＣ内のハッシュ値ＨＶ３及びグループＩＤ「Ｇｒｏｕｐ３」に一致すると判断する。そして、プリンタ１０は、記憶済みの第２のプリンタ用ＣＯ内の公開鍵ＰＰＫ４を用いて、受信済みの第２の端末用ＳＣ内の電子署名ＤＳｔａ３を復号する。プリンタ１０は、電子署名ＤＳｔａ３を復号することによって得られた特定値と、受信済みの第２の端末用ＳＣ内の各情報（即ち、ハッシュ値ＨＶ３、「Ｇｒｏｕｐ３」、及び、公開鍵ＴＰＫ３）をハッシュ化することによって得られる値と、が一致すると判断する。以上により、プリンタ１０は、ＤＲｅｓの認証成功と判断する。

次いで、Ｔ１０４４では、プリンタ１０は、ＥＣＤＨに従って、取得済みの端末２００の公開鍵ＴＰＫ３と、記憶済みのプリンタ１０の秘密鍵ｐｓｋ５と、を用いて、接続キーＣＫ４を生成する。これにより、プリンタ１０及び端末２００は、Ｔ１０５０において、接続キーＣＫ４を利用して、ＷＦＤ接続を確立する。

（本実施例の各ケースをまとめたテーブル；図１６）
図１６を参照して、図７のプリンタ１０のＡｕｔｈの処理によって実現される各ケースについて説明する。図１６の行番号１〜８の各ケースに示すように、プリンタ１０のｃａｐａｂｉｌｉｔｙが決定される。

行番号１〜４のケースは、ＢＳの処理においてプリンタ１０のＱＲコードを撮影した端末（即ち「Ｉｎｉｔｉａｔｏｒ端末」）といずれかのＡＰ（例えばＡＰ６）との間にＡＰ接続が確立されているケースを示す。

行番号１のケースでは、プリンタ１０といずれかのＡＰ（例えばＡＰ６）との間にＡＰ接続が確立されておらず、かつ、プリンタ１０に表示される選択画面（図３のＴ１０２参照）において「ＡＰ通信」ボタンが選択されるケースを示す。このケースは、図２〜図６のケースに相当する。即ち、Ｉｎｉｔｉａｔｏｒ端末とＡＰ６との間にＡＰ接続が確立されている状況において、プリンタ１０は、ＡＰ６との間にＡＰ接続を確立する。このケースでは、プリンタ１０は、ＡＲｅｑがＭＡＣアドレス「ｍａｃ＿ａｐ」を含むと判断し（図７のＳ４でＹＥＳ）、ＡＰ情報４４がメモリ３４に記憶されていないと判断する（Ｓ１０でＮＯ）。この結果、プリンタ１０は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｅｎｒｏｌｌｅｅ」に決定する（Ｓ１６）。本ケースでは、プリンタ１０は、Ｉｎｉｔｉａｔｏｒ端末からＣＯを受信して、Ｉｎｉｔｉａｔｏｒ端末が現在参加している無線ネットワークに子局として参加することができる。

行番号２のケースでは、プリンタ１０といずれかのＡＰとの間にＡＰ接続が確立されておらず、かつ、選択画面において「ＷＦＤ通信」ボタンが選択されるケースを示す。このケースは、プリンタ１０とＩｎｉｔｉａｔｏｒ端末との間にＷＦＤ接続を確立するケースに相当する。このケースでは、プリンタ１０は、ＡＲｅｑがＭＡＣアドレス「ｍａｃ＿ｗｆｄ」を含むと判断する（図７のＳ４でＮＯ）。プリンタ１０は、プリンタ１０といずれかのＡＰとの間にＡＰ接続が確立さていないので、ＣＬ状態となる（Ｓ２０でＮＯ）。この結果、プリンタ１０は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｅｎｒｏｌｌｅｅ」に決定する（Ｓ２６）。本ケースでは、プリンタ１０は、「ＷＦＤ通信」ボタンが選択されることに応じて、ＷＦＤ方式に従って、Ｉｎｉｔｉａｔｏｒ端末と通信を実行することができる。

行番号３のケースでは、プリンタ１０とＡＰ６との間にＡＰ接続が確立されており、かつ、選択画面において「ＡＰ通信」ボタンが選択されるケースを示す。このケースは、図１０、図１１のケースＢに相当する。即ち、Ｉｎｉｔｉａｔｏｒ端末とＡＰ８との間にＡＰ接続が確立されている状況において、プリンタ１０をＡＰ６からＡＰ８に接続し直すケースに相当する。このケースでは、プリンタ１０は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｅｎｒｏｌｌｅｅ」に決定する（図１０のＴ７１１ａ〜Ｔ７１１ｄ、図７のＳ１６）。

行番号４のケースでは、プリンタ１０といずれかのＡＰとの間にＡＰ接続が確立されており、かつ、選択画面において「ＷＦＤ通信」ボタンが選択されるケースを示す。このケースは、Ｉｎｉｔｉａｔｏｒ端末といずれかのＡＰとの間にＡＰ接続が確立されているものの、プリンタ１０とＩｎｉｔｉａｔｏｒ端末との間にＷＦＤ接続を確立するケースに相当する。このケースでは、プリンタ１０は、ＡＲｅｑがＭＡＣアドレス「ｍａｃ＿ｗｆｄ」を含むと判断する（図７のＳ４でＮＯ）。プリンタ１０は、プリンタ１０といずれかのＡＰとの間にＡＰ接続が確立さているので、Ｇ／Ｏ状態となる（Ｓ２０でＹＥＳ）。この結果、プリンタ１０は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｃｏｎｆｉｇｕｒａｔｏｒ」に決定する（Ｓ２４）。本ケースでは、プリンタ１０は、ＡＰを介した通信を実行することができるものの、セキュリティを考慮して、ＷＦＤ方式に従って、Ｉｎｉｔｉａｔｏｒ端末と通信を実行することができる。

また、行番号５〜８のケースは、Ｉｎｉｔｉａｔｏｒ端末といずれかのＡＰ（例えばＡＰ６）との間にＡＰ接続が確立されていないケースを示す。

行番号５のケースは、Ｉｎｉｔｉａｔｏｒ端末といずれかのＡＰとの間にＡＰ接続が確立されていない点を除いて、行番号１のケースと同様である。このケースでは、Ｉｎｉｔｉａｔｏｒ端末とＡＰ６との間にＡＰ接続が確立されていない状況において、プリンタ１０がＡＰ６との間にＡＰ接続を確立する。例えば、プリンタ１０とＡＰ６との間にＡＰ接続が確立された後に、Ｉｎｉｔｉａｔｏｒ端末がＡＰ６に貼り付けられているＱＲコードを撮影することによって、Ｉｎｉｔｉａｔｏｒ端末とＡＰ６との間にもＡＰ接続が確立される。このケースでは、プリンタ１０は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｅｎｒｏｌｌｅｅ」に決定する（図７のＳ１６）。本ケースでは、プリンタ１０とＩｎｉｔｉａｔｏｒ端末の双方をＡＰによって形成される無線ネットワークに参加させることができる。

行番号６のケースは、Ｉｎｉｔｉａｔｏｒ端末といずれかのＡＰとの間にＡＰ接続が確立されていない点を除いて、行番号２のケースと同様である。このケースでは、プリンタ１０は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｅｎｒｏｌｌｅｅ」に決定する（図７のＳ２６）。本ケースでは、プリンタ１０とＩｎｉｔｉａｔｏｒ端末の双方がＡＰとＷｉ−Ｆｉ接続を確立していない状況において、プリンタ１０は、ＷＦＤ方式に従って、Ｉｎｉｔｉａｔｏｒ端末と通信を実行することができる。

行番号７のケースは、Ｉｎｉｔｉａｔｏｒ端末といずれかのＡＰとの間にＡＰ接続が確立されていない点を除いて、行番号３のケースと同様である。このケースは、図８、図９のケースＡに相当する。即ち、Ｉｎｉｔｉａｔｏｒ端末といずれかのＡＰとの間にＡＰ接続が確立されておらず、かつ、プリンタ１０とＡＰ６との間にＡＰ接続が確立されている状況において、Ｉｎｉｔｉａｔｏｒ端末は、ＡＰ６との間にＡＰ接続が確立する。このケースでは、プリンタ１０は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｃｏｎｆｉｇｕｒａｔｏｒ」に決定する（図８のＴ５１１ａ〜Ｔ５１１ｄ、図７のＳ１４）。本ケースでは、プリンタ１０は、ＣＯをＩｎｉｔｉａｔｏｒ端末に送信して、Ｉｎｉｔｉａｔｏｒ端末をプリンタ１０が現在参加している無線ネットワークに子局として参加させることができる。

行番号８のケースは、Ｉｎｉｔｉａｔｏｒ端末といずれかのＡＰとの間にＡＰ接続が確立されていない点を除いて、行番号４のケースと同様である。このケースは、図１２〜図１５のケースＣに相当する。即ち、プリンタ１０といずれかのＡＰとの間にＡＰ接続が確立されているものの、プリンタ１０は、Ｉｎｉｔｉａｔｏｒ端末との間にＷＦＤ接続を確立する。このケースでは、プリンタ１０は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｃｏｎｆｉｇｕｒａｔｏｒ」に決定する（図１３のＴ９１１ａ、Ｔ９１１ｃ、図７のＳ２４）。本ケースでは、プリンタ１０は、ＡＰを介した通信を実行することができるものの、セキュリティを考慮して、ＷＦＤ方式に従って、Ｉｎｉｔｉａｔｏｒ端末と通信を実行することができる。

（本実施例の効果）
本実施例の構成によれば、プリンタ１０は、ＡＰ情報４４がメモリ３４に記憶されているのか否か、即ち、プリンタ１０といずれかのアクセスポイントとの間にＡＰ接続が確立されているのか否かを判断する（図７のＳ１０）。プリンタ１０とＡＰ６との間にＡＰ接続が確立されている状況において（Ｓ１０でＹＥＳ）、プリンタ１０は、Ｃｏｎｆｉｇｕｒａｔｏｒの役割を担い（Ｓ１４）、第１の端末用ＣＯを端末２００に送信する（図９のＴ６１０、図１６の行番号７のケース）。この結果、端末２００とＡＰ６との間にＡＰ接続を確立させることができる（Ｔ６４０）。また、プリンタ１０といずれかのアクセスポイントとの間にＡＰ接続が確立されていない状況において（Ｓ１０でＮＯ）、プリンタ１０は、Ｅｎｒｏｌｌｅｅの役割を担い（Ｓ１６）、端末１００から第１のプリンタ用ＣＯを受信する（図５のＴ３１０、図１６の行番号１のケース）。この結果、プリンタ１０とＡＰ６との間にＡＰ接続を確立させることができる。従って、プリンタ１０は、プリンタ１０自身の状況を考慮して、適切な役割を担うことができる。

また、プリンタ１０といずれかのアクセスポイントとの間にＡＰ接続が確立されている状況において、プリンタ１０は、ＡＲｅｑがＩｎｉｔｉａｔｏｒ端末のｃａｐａｂｉｌｉｔｙとしてＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値を含むのか否かを判断する（図７のＳ１２）。プリンタ１０は、ＡＲｅｑが当該値を含むと判断する場合（図７のＳ１２でＹＥＳ）に、Ｃｏｎｆｉｇｕｒａｔｏｒの役割を担う（Ｓ１４、図１６の行番号７のケース）。一方、プリンタ１０は、ＡＲｅｑが当該値を含まないと判断する場合（図７のＳ１２でＮＯ）に、Ｅｎｒｏｌｌｅｅの役割を担う（Ｓ１６、図１６の行番号３のケース）。このような構成によれば、プリンタ１０は、プリンタ１０自身の状況とＩｎｉｔｉａｔｏｒ端末の状況の双方を考慮して、適切な役割を担うことができる。

（対応関係）
プリンタ１０、表示部１４、Ｗｉ−ＦｉＩ／Ｆ１６が、それぞれ、「第１の通信装置」、「表示部」、「無線インターフェース」の一例である。ＡＰ用ＱＲコード及びＷＦＤ用ＱＲコードが、「出力情報」の一例である。Ｉｎｉｔｉａｔｏｒ端末（例えば端末１００）が、「第２の通信装置」の一例である。ＡＲｅｑ（即ちＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）が、「認証要求」の一例である。ＡＲｅｓ（即ちＤＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）が、「第１の認証応答（及び第２の認証応答）」の一例である。ｃａｐａｂｉｌｉｔｙ「Ｃｏｎｆｉｇｕｒａｔｏｒ」、ｃａｐａｂｉｌｉｔｙ「Ｅｎｒｏｌｌｅｅ」が、それぞれ、「第１の役割情報」、「第２の役割情報」の一例である。図９のＴ６１０の第１の端末用ＣＯが、「第１の無線設定情報」の一例である。図５のＴ３１０の第１のプリンタ用ＣＯが、「第２の無線設定情報」の一例である。ＡＰ６が、「第１のアクセスポイント」の一例である。図１６の行番号１のケースにおいて、ＡＰ６が「第２のアクセスポイント」の一例である。図１６の行番号３のケースにおいて、ＡＰ８が「第２のアクセスポイント」の一例である。図８のＴ５１０のＡＲｅｑにおいて、端末２００のｃａｐａｂｉｌｉｔｙとしてＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値が、「所定情報」の一例である。ＭＡＣアドレス「ｍａｃ＿ａｐ」、ＭＡＣアドレス「ｍａｃ＿ｗｆｄ」が、それぞれ、「第１の利用情報」、「第２の利用情報」の一例である。ＡＰ情報４４が、「アクセスポイント情報」の一例である。

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

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

（変形例１）プリンタ１０は、図３のＴ１０６において、ＱＲコードを表示する代わりに、ＱＲコードの印刷を印刷実行部１８に実行させてもよい。本変形例では、ＱＲコードの印刷を印刷実行部１８に実行させる処理が「出力制御処理」の一例である。

（変形例２）プリンタ１０及び端末１００のそれぞれは、Ｗｉ−Ｆｉ方式とは異なる無線方式（例えば、ＢＴ（Blue Tooth（登録商標）の略）方式、ＮＦＣ（Near Field Communicationの略）方式等）に従った無線インターフェース（例えば、ＢＴＩ／Ｆ、ＮＦＣＩ／Ｆ等）をさらに備えていてもよい。この場合、図３のＴ１０６において、プリンタ１０は、例えば、公開鍵ＰＰＫ１とＭＡＣアドレス「ｍａｃ＿ａｐ」とを含むＤＰＰ情報の送信をプリンタ１０のＢＴＩ／Ｆに指示してもよい。この場合、端末１００は、端末１００のＢＴＩ／Ｆを介して、ＤＰＰ情報を受信することができる。本変形例では、ＤＰＰ情報の送信をＢＴＩ／Ｆに指示することが「出力制御処理」の一例である。また、別の変形例では、図３のＴ１０６において、プリンタ１０は、ＤＰＰ情報をプリンタ１０のＮＦＣＩ／Ｆに記憶させてもよい。この場合、端末１００は、端末１００のＮＦＣＩ／Ｆを介して、ＤＰＰ情報を受信することができる。本変形例では、ＤＰＰ情報をＮＦＣＩ／Ｆに記憶させることが「出力制御処理」の一例である。

（変形例３）上記のケースＡでは、プリンタ１０は、ＤＰＰ方式に従った図２の処理を実行して、ＡＰ６との間にＡＰ接続を確立する。そして、プリンタ１０は、図９のＴ６１０において、図２の処理において記憶された第１のプリンタ用ＣＯを利用して、第１の端末用ＳＣを生成し、第１の端末用ＣＯを端末２００に送信する。これに代えて、プリンタ１０は、Ｗｉ−Ｆｉ方式のうち、ＤＰＰ方式とは異なる他の方式（例えばＷＰＳ（Wi-Fi Protected Setupの略）方式）に従って、無線プロファイル（即ちＳＳＩＤ（Service Set Identifierの略）とパスワード）を利用した通信を実行して、ＡＰ６との間にＡＰ接続を確立してもよい。この場合、プリンタ１０は、Ｃｏｎｆｉｇの処理において、第１の端末用ＳＣに代えて、当該他の方式においてプリンタ１０に記憶された無線プロファイルを含む第１の端末用ＣＯを端末２００に送信してもよい。これにより、端末２００は、受信済みの無線プロファイルを利用して、ＡＰ６との間にＡＰ接続を確立することができる。本変形例では、無線プロファイルが、「第１の無線設定情報」の一例である。また、本変形例では、プリンタ１０は、図７のＳ４において、ＡＰ情報４４として無線プロファイルが記憶されているのか否かを判断してもよい。本変形例では、無線プロファイルが、「アクセスポイント情報」の一例である。

（変形例４）上記のケースＢでは、端末２００は、ＤＰＰ方式に従った通信を実行して、ＡＰ８との間にＡＰ接続を確立する。そして、端末２００は、図１１のＴ８１０において、ＤＰＰ方式に従った通信において記憶された各情報を利用して、第１のプリンタ用ＳＣを生成し、第１のプリンタ用ＣＯをプリンタ１０に送信する。これに代えて、端末２００は、Ｗｉ−Ｆｉ方式のうち、ＤＰＰ方式とは異なる他の方式（例えばＷＰＳ（Wi-Fi Protected Setupの略）方式）に従った通信を実行して、ＡＰ８との間にＡＰ接続を確立してもよい。この場合、プリンタ１０は、第１のプリンタ用ＳＣに代えて、他の方式において端末２００に記憶された無線プロファイルを含む第１のプリンタ用ＣＯを端末２００から受信してもよい。本変形例では、無線プロファイルが、「第２の無線設定情報」の一例である。

（変形例５）Ｗｉ−ＦｉＩ／Ｆ１１６は、ＷＦＤ方式に代えて、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＳｏｆｔＡＰ方式をサポートしていてもよい。この場合、図３のＴ１０２の選択画面は、「ＷＦＤ通信」ボタンに代えて、「ＳｏｆｔＡＰ通信」ボタンを含んでもよい。ここで、選択画面内の「ＡＰ通信」ボタンが選択される場合に表示されるＡＰ用ＱＲコードは、公開鍵ＰＰＫ１と、ＡＰを介した通信を利用することを示す第１の情報と、をコード化することによって得られる。一方、選択画面内の「ＳｏｆｔＡＰ通信」ボタンが選択される場合に表示されるＳｏｆｔＡＰ用ＱＲコードは、公開鍵ＰＰＫ１と、ＡＰを介さないＳｏｆｔＡＰ方式に従った通信を利用することを示す第２の情報と、をコード化することによって得られる。さらに、本変形例では、プリンタ１０は、Ａｕｔｈの処理において、図７のＳ４の判断に代えて、ＡＲｅｑが第１の情報を含むのか否かを判断してもよい。プリンタ１０は、ＡＲｅｑが第１の情報を含むと判断する場合に、Ｓ１０に進むとともに、ＡＰ（例えばＡＰ６）との間にＡＰ接続を確立してもよい。また、プリンタ１０は、ＡＲｅｑが第２の情報を含むと判断する場合に、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｃｏｎｆｉｇｕｒａｔｏｒ」と「Ｅｎｒｏｌｌｅｅ」のうちのいずれかに決定し、Ｉｎｉｔｉａｔｏｒ端末との間にＳｏｆｔＡＰ方式に従ったＷｉ−Ｆｉ接続を確立してもよい。本変形例では、第１の情報、第２の情報が、それぞれ、「第１の利用情報」、「第２の利用情報」の一例である。

（変形例６）図７のＳ１２の処理は実行されなくてもよい。本変形例では、図１６のテーブルの行番号３のケースにおいて、プリンタ１０は、プリンタ１０のｃａｐａｂｉｌｉｔｙを「Ｃｏｎｆｉｇｕｒａｔｏｒ」に決定してもよい。そして、Ｉｎｉｔｉａｔｏｒ端末とＡＰ８との間にＡＰ接続が確立されている状況において、プリンタ１０は、ＡＰ６に関する第１の端末用ＣＯを生成し、第１の端末用ＣＯをＩｎｉｔｉａｔｏｒ端末に送信してもよい。そして、Ｉｎｉｔｉａｔｏｒ端末は、ＡＰ８からＡＰ６に接続し直してもよい。本変形例では、「第２の判断部」及び「所定情報」を省略可能である。

（変形例７）図７のＳ４、Ｓ２０〜Ｓ２６の処理は実行されなくてもよい。即ち、プリンタ１０とＩｎｉｔｉａｔｏｒ端末との間にＷＦＤ接続は確立されなくてもよい。本変形例では、「第２の確立部」、「第１の利用情報」、「第２の利用情報」、及び、「第３の無線接続」を省略可能である。

（変形例８）上記の実施例では、プリンタ１０は、ＡＰ情報４４がメモリ３４に記憶されているのか否かを判断する（図７のＳ１０）。これに代えて、プリンタ１０は、例えば、確認信号をＡＰに送信することを試行し、確認信号に対する応答信号が受信されるのか否かを判断してもよい。プリンタ１０は、応答信号が受信されると判断される場合に、Ｓ１２に進み、応答信号が受信されないと判断される場合に、Ｓ１６に進んでもよい。本変形例では、「アクセスポイント情報」を省略可能である。

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

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

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

２：通信システム、６、８：ＡＰ、１０：プリンタ、１２：操作部、１４：表示部、１６：Ｗｉ−ＦｉＩ／Ｆ、１８：印刷実行部、３０：制御部、３２：ＣＰＵ、３４：メモリ、４０：プログラム、４４：ＡＰ情報、１００：端末、１１５：カメラ、１１６：Ｗｉ−ＦｉＩ／Ｆ、２００：端末、２１５：カメラ、２１６：Ｗｉ−ＦｉＩ／Ｆ、ＰＰＫ１、ＰＰＫ２、ＰＰＫ３、ＰＰＫ４、ＰＰＫ５：公開鍵（プリンタ）、ＴＰＫ１、ＴＰＫ２、ＴＰＫ３、ＴＰＫ１０：公開鍵（端末）、ＡＰＫ１、ＡＰＫ２、ＡＰＫ１０：公開鍵（ＡＰ）、ｐｓｋ１、ｐｓｋ２、ｐｓｋ３、ｐｓｋ４、ｐｓｋ５：秘密鍵（プリンタ）、ｔｓｋ１、ｔｓｋ２、ｔｓｋ３、ｔｓｋ１０：秘密鍵（端末）、ａｓｋ１、ａｓｋ２、ａｓｋ１０：秘密鍵（ＡＰ）、ＲＶ１、ＲＶ２、ＲＶ３、ＲＶ４：ランダム値、ＥＤ１、ＥＤ２、ＥＤ３、ＥＤ４：暗号化データ、ＳＫ１、ＳＫ２、ＳＫ３、ＳＫ４：共有鍵、ＨＶ１、ＨＶ２、ＨＶ３：ハッシュ値、ＤＳｐｒ１、ＤＳｐｒ２、ＤＳｐｒ３：電子署名（プリンタ）、ＤＳｔａ１、ＤＳｔａ３：電子署名（端末）、ＤＳａｐ１、ＤＳａｐ２：電子署名（ＡＰ）、ＣＫ１、ＣＫ２、ＣＫ３、ＣＫ４：接続キー

Claims (11)

1. 第１の通信装置であって、
   Ｗｉ−Ｆｉ規格に従った無線通信を実行するための無線インターフェースと、
   前記Ｗｉ−Ｆｉ規格に従った出力情報であって、前記第１の通信装置の公開鍵を用いて得られる前記出力情報を外部に出力するための出力制御処理を実行する出力制御部と、
   前記公開鍵を取得した第２の通信装置から、前記無線インターフェースを介して、前記公開鍵が利用された認証要求を受信する認証要求受信部と、
   前記第１の通信装置といずれかのアクセスポイントとの間に無線接続が確立されているのか否かを判断する第１の判断部と、
   前記第２の通信装置から前記認証要求が受信され、かつ、前記第１の通信装置と第１のアクセスポイントとの間に無線接続が確立されていると判断される場合に、前記無線インターフェースを介して、前記第１の通信装置が第１の役割を担うことを示す第１の役割情報を含む第１の認証応答を前記第２の通信装置に送信する第１の認証応答送信部であって、前記第１の役割は、前記第２の通信装置が前記第１のアクセスポイントとの第１の無線接続を確立するための第１の無線設定情報を前記第２の通信装置に送信する役割である、前記第１の認証応答送信部と、
   前記第１の認証応答が前記第２の通信装置に送信された後に、前記無線インターフェースを介して、前記第１の無線設定情報を前記第２の通信装置に送信する無線設定送信部と、
   前記第２の通信装置から前記認証要求が受信され、かつ、前記第１の通信装置といずれかのアクセスポイントとの間に無線接続が確立されていないと判断される場合に、前記無線インターフェースを介して、前記第１の通信装置が前記第１の役割とは異なる第２の役割を担うことを示す第２の役割情報を含む第２の認証応答を前記第２の通信装置に送信する第２の認証応答送信部であって、前記第２の役割は、前記第１の通信装置が第２のアクセスポイントとの第２の無線接続を確立するための第２の無線設定情報を前記第２の通信装置から受信する役割である、前記第２の認証応答送信部と、
   前記第２の認証応答が前記第２の通信装置に送信された後に、前記無線インターフェースを介して、前記第２の無線設定情報を前記第２の通信装置から受信する第１の無線設定受信部と、
   前記第２の無線設定情報を利用して、前記無線インターフェースを介して、前記第２のアクセスポイントとの前記第２の無線接続を確立する第１の確立部と、
   を備える、第１の通信装置。
2. 前記第１の判断部は、前記第２の通信装置から前記認証要求が受信される場合に、前記第１の通信装置といずれかのアクセスポイントとの間に無線接続が確立されているのか否かを判断する、請求項１に記載の第１の通信装置。
3. 前記第１の通信装置は、さらに、
   前記第２の通信装置から前記認証要求が受信される場合に、前記認証要求が所定情報を含むのか否かを判断する第２の判断部であって、前記所定情報は、前記第２の通信装置が前記第２の役割を担うことを示す情報である、前記第２の判断部を備え、
   前記第１の認証応答送信部は、前記第１の通信装置と前記第１のアクセスポイントとの間に無線接続が確立されていると判断され、かつ、前記認証要求が前記所定情報を含むと判断される場合に、前記無線インターフェースを介して、前記第１の役割情報を含む前記第１の認証応答を前記第２の通信装置に送信し、
   前記第２の認証応答送信部は、さらに、前記第１の通信装置と前記第１のアクセスポイントとの間に無線接続が確立されていると判断され、かつ、前記認証要求が前記所定情報を含まないと判断される場合に、前記無線インターフェースを介して、前記第２の役割情報を含む前記第２の認証応答を前記第２の通信装置に送信する、請求項１又は２に記載の第１の通信装置。
4. 前記認証要求は、アクセスポイントを介した通信の利用に関する第１の利用情報と、アクセスポイントを介さない通信の利用に関する第２の利用情報と、のうちのいずれかを含み、
   前記第１の判断部は、前記認証要求が前記第１の利用情報を含む場合に、前記第１の通信装置といずれかのアクセスポイントとの間に無線接続が確立されているのか否かを判断し、
   前記第１の通信装置は、さらに、
   前記認証要求が前記第２の利用情報を含む場合に、前記無線インターフェースを介して、前記第２の通信装置とアクセスポイントを介さない第３の無線接続を確立する第２の確立部を備える、請求項１から３のいずれか一項に記載の第１の通信装置。
5. 前記第３の無線接続は、前記Ｗｉ−Ｆｉ規格のWi-Fi Direct方式に従った無線接続である、請求項４に記載の第１の通信装置。
6. 前記第１の通信装置は、前記第１の通信装置が前記Wi-Fi Direct方式におけるGroup Owner状態である場合に、前記第１の役割を担い、
   前記第１の通信装置は、前記第１の通信装置が前記Wi-Fi Direct方式におけるClient状態である場合に、前記第２の役割を担う、請求項５に記載の第１の通信装置。
7. 前記出力情報は、前記Ｗｉ−Ｆｉ規格のDevice Provisioning Protocol方式に従った情報である、請求項１から６のいずれか一項に記載の第１の通信装置。
8. 前記第１の判断部は、前記第１の通信装置との無線接続が確立されたアクセスポイントに関するアクセスポイント情報がメモリに記憶されている場合に、前記第１の通信装置といずれかのアクセスポイントとの間に無線接続が確立されていると判断する、請求項１から７のいずれか一項に記載の第１の通信装置。
9. 前記アクセスポイント情報は、前記Ｗｉ−Ｆｉ規格のDevice Provisioning Protocol方式に従ったSigned Connectorを含む、請求項８に記載の第１の通信装置。
10. 前記出力情報は、前記公開鍵がコード化されることによって得られるコード画像であり、
    前記出力制御処理は、前記コード画像である前記出力情報を表示部に表示させるための処理である、請求項１から９のいずれか一項に記載の第１の通信装置。
11. 第１の通信装置のためのコンピュータプログラムであって、
    前記第１の通信装置は、
    Ｗｉ−Ｆｉ規格に従った無線通信を実行するための無線インターフェースを備え、
    前記第１の通信装置のコンピュータを以下の各部、即ち、
    前記Ｗｉ−Ｆｉ規格に従った出力情報であって、前記第１の通信装置の公開鍵を用いて得られる前記出力情報を外部に出力するための出力制御処理を実行する出力制御部と、
    前記公開鍵を取得した第２の通信装置から、前記無線インターフェースを介して、前記公開鍵が利用された認証要求を受信する認証要求受信部と、
    前記第１の通信装置といずれかのアクセスポイントとの間に無線接続が確立されているのか否かを判断する第１の判断部と、
    前記第２の通信装置から前記認証要求が受信され、かつ、前記第１の通信装置と第１のアクセスポイントとの間に無線接続が確立されていると判断される場合に、前記無線インターフェースを介して、前記第１の通信装置が第１の役割を担うことを示す第１の役割情報を含む第１の認証応答を前記第２の通信装置に送信する第１の認証応答送信部であって、前記第１の役割は、前記第２の通信装置が前記第１のアクセスポイントとの第１の無線接続を確立するための第１の無線設定情報を前記第２の通信装置に送信する役割である、前記第１の認証応答送信部と、
    前記第１の認証応答が前記第２の通信装置に送信された後に、前記無線インターフェースを介して、前記第１の無線設定情報を前記第２の通信装置に送信する無線設定送信部と、
    前記第２の通信装置から前記認証要求が受信され、かつ、前記第１の通信装置といずれかのアクセスポイントとの間に無線接続が確立されていないと判断される場合に、前記無線インターフェースを介して、前記第１の通信装置が前記第１の役割とは異なる第２の役割を担うことを示す第２の役割情報を含む第２の認証応答を前記第２の通信装置に送信する第２の認証応答送信部であって、前記第２の役割は、前記第１の通信装置が第２のアクセスポイントとの第２の無線接続を確立するための第２の無線設定情報を前記第２の通信装置から受信する役割である、前記第２の認証応答送信部と、
    前記第２の認証応答が前記第２の通信装置に送信された後に、前記無線インターフェースを介して、前記第２の無線設定情報を前記第２の通信装置から受信する第１の無線設定受信部と、
    前記第２の無線設定情報を利用して、前記無線インターフェースを介して、前記第２のアクセスポイントとの前記第２の無線接続を確立する第１の確立部と、
    として機能させる、コンピュータプログラム。

Images