ホーム > 特許ランキング > ブラザー工業株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024004363
(43)【公開日】2024-01-16
(54)【発明の名称】第１の通信装置のためのコンピュータプログラム
(51)【国際特許分類】
H04W 12/0431 20210101AFI20240109BHJP
H04W 84/12 20090101ALI20240109BHJP
H04W 12/069 20210101ALI20240109BHJP
H04W 12/77 20210101ALI20240109BHJP
H04W 12/75 20210101ALI20240109BHJP
H04W 84/10 20090101ALI20240109BHJP
H04W 88/06 20090101ALI20240109BHJP
H04W 76/10 20180101ALI20240109BHJP
【ＦＩ】
H04W12/0431
H04W84/12
H04W12/069
H04W12/77
H04W12/75
H04W84/10 110
H04W88/06
H04W76/10
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2022103994
(22)【出願日】2022-06-28
(71)【出願人】
【識別番号】000005267
【氏名又は名称】ブラザー工業株式会社
(74)【代理人】
【識別番号】110000110
【氏名又は名称】弁理士法人 快友国際特許事務所
(72)【発明者】
【氏名】朝倉 弘崇
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD11
5K067DD17
5K067EE02
5K067EE10
5K067EE25
5K067FF23
5K067HH21
(57)【要約】
【課題】Ｗｉ－Ｆｉ接続が確立されない場合に、ＤＰＰ処理を第１の通信装置に適切に再実行するための技術を提供すること。
【解決手段】第１の通信装置は、第２の通信装置のブートストラッピングキーが取得される場合に、ＤＰＰに従ったＤＰＰ処理を実行し、Ｗｉ－Ｆｉ接続が確立されない場合に、第１の通信装置にＤＰＰ処理を再実行させるための複数個の手法のうち、ブートストラッピングキーの取得手段に基づいて決定される１個の手法を示す手法画面を前記第１の通信装置の表示部に表示してもよい
【選択図】図２１
【解決手段】第１の通信装置は、第２の通信装置のブートストラッピングキーが取得される場合に、ＤＰＰに従ったＤＰＰ処理を実行し、Ｗｉ－Ｆｉ接続が確立されない場合に、第１の通信装置にＤＰＰ処理を再実行させるための複数個の手法のうち、ブートストラッピングキーの取得手段に基づいて決定される１個の手法を示す手法画面を前記第１の通信装置の表示部に表示してもよい
【選択図】図２１
【特許請求の範囲】
【請求項1】
第１の通信装置のためのコンピュータプログラムであって、
前記第１の通信装置は、
Ｗｉ－Ｆｉ規格に従ったＷｉ－Ｆｉ通信を実行するためのＷｉ－Ｆｉインターフェースと、
コンピュータと、
を備え、
前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
第１の所定操作が実行される場合に、第２の通信装置のブートストラッピングキーを取得する取得部と、
前記ブートストラッピングキーが取得される場合に、前記Ｗｉ－Ｆｉ規格のＤＰＰ（Device Provisioning Protocolの略）に従ったＤＰＰ処理を実行するＤＰＰ処理実行部であって、
前記ＤＰＰ処理は、
前記Ｗｉ－Ｆｉインターフェースを介して、前記ブートストラッピングキーが利用された認証要求を前記第２の通信装置に送信する処理と、
前記第２の通信装置に前記認証要求が送信される場合に、前記Ｗｉ－Ｆｉインターフェースを介して、前記第２の通信装置から認証応答を受信する処理と、
前記第２の通信装置から前記認証応答が受信される場合に、前記Ｗｉ－Ｆｉインターフェースを介して、接続情報の通信を前記第２の通信装置と実行するする処理であって、前記接続情報は、前記第１の通信装置又は前記第２の通信装置と外部装置との間に、前記Ｗｉ－Ｆｉインターフェースを介したＷｉ－Ｆｉ接続を確立するための情報である、前記処理と、
を含む、前記ＤＰＰ処理実行部と、
前記Ｗｉ－Ｆｉ接続が確立されない場合に、前記第１の通信装置に前記ＤＰＰ処理を再実行させるための複数個の手法のうち、前記ブートストラッピングキーの取得手段に基づいて決定される１個の手法を示す手法画面を前記第１の通信装置の表示部に表示させる表示制御部と、
として機能させる、コンピュータプログラム。
前記第１の通信装置は、
Ｗｉ－Ｆｉ規格に従ったＷｉ－Ｆｉ通信を実行するためのＷｉ－Ｆｉインターフェースと、
コンピュータと、
を備え、
前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
第１の所定操作が実行される場合に、第２の通信装置のブートストラッピングキーを取得する取得部と、
前記ブートストラッピングキーが取得される場合に、前記Ｗｉ－Ｆｉ規格のＤＰＰ（Device Provisioning Protocolの略）に従ったＤＰＰ処理を実行するＤＰＰ処理実行部であって、
前記ＤＰＰ処理は、
前記Ｗｉ－Ｆｉインターフェースを介して、前記ブートストラッピングキーが利用された認証要求を前記第２の通信装置に送信する処理と、
前記第２の通信装置に前記認証要求が送信される場合に、前記Ｗｉ－Ｆｉインターフェースを介して、前記第２の通信装置から認証応答を受信する処理と、
前記第２の通信装置から前記認証応答が受信される場合に、前記Ｗｉ－Ｆｉインターフェースを介して、接続情報の通信を前記第２の通信装置と実行するする処理であって、前記接続情報は、前記第１の通信装置又は前記第２の通信装置と外部装置との間に、前記Ｗｉ－Ｆｉインターフェースを介したＷｉ－Ｆｉ接続を確立するための情報である、前記処理と、
を含む、前記ＤＰＰ処理実行部と、
前記Ｗｉ－Ｆｉ接続が確立されない場合に、前記第１の通信装置に前記ＤＰＰ処理を再実行させるための複数個の手法のうち、前記ブートストラッピングキーの取得手段に基づいて決定される１個の手法を示す手法画面を前記第１の通信装置の表示部に表示させる表示制御部と、
として機能させる、コンピュータプログラム。
【請求項2】
前記取得手段は、コード画像の撮影と、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信を含む第１の通信と、ＮＦＣ（Near Field Communicationの略）通信を含む第２の通信と、のいずれかの手段である、請求項１に記載のコンピュータプログラム。
【請求項3】
前記手法画面は、前記取得手段が前記コード画像の撮影である場合に、コード画像の撮影をユーザに促す第１のメッセージを含む、請求項２に記載のコンピュータプログラム。
【請求項4】
前記取得部は、さらに、前記第１の所定操作が実行される場合に、前記ブートストラッピングキーがワンタイムキーであるのか否かを示すワンタイム情報を取得し、
前記手法画面は、
前記取得手段が前記コード画像の撮影であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーであることを示す場合に、前記第１のメッセージを含み、
前記取得手段が前記コード画像の撮影であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーでないことを示す場合に、前記第１のメッセージを含まず、前記第１の通信装置への第２の所定操作の実行を前記ユーザに促す第２のメッセージを含む、
請求項３に記載のコンピュータプログラム。
前記手法画面は、
前記取得手段が前記コード画像の撮影であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーであることを示す場合に、前記第１のメッセージを含み、
前記取得手段が前記コード画像の撮影であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーでないことを示す場合に、前記第１のメッセージを含まず、前記第１の通信装置への第２の所定操作の実行を前記ユーザに促す第２のメッセージを含む、
請求項３に記載のコンピュータプログラム。
【請求項5】
前記手法画面は、前記取得手段が前記第１の通信である場合に、前記第１の通信装置への第２の所定操作の実行をユーザに促す第２のメッセージを含む、請求項２に記載のコンピュータプログラム。
【請求項6】
前記取得部は、さらに、前記第１の所定操作が実行される場合に、前記ブートストラッピングキーがワンタイムキーであるのか否かを示すワンタイム情報を取得し、
前記手法画面は、前記取得手段が前記第１の通信である場合に、前記ワンタイム情報によって示される内容に関わらず、前記第２のメッセージを含む、請求項５に記載のコンピュータプログラム。
前記手法画面は、前記取得手段が前記第１の通信である場合に、前記ワンタイム情報によって示される内容に関わらず、前記第２のメッセージを含む、請求項５に記載のコンピュータプログラム。
【請求項7】
前記手法画面は、前記取得手段が前記第２の通信である場合に、前記第１の通信装置を前記第２の通信装置に近づけることをユーザに促す第３のメッセージを含む、請求項２に記載のコンピュータプログラム。
【請求項8】
前記取得部は、さらに、前記第１の所定操作が実行される場合に、前記ブートストラッピングキーがワンタイムキーであるのか否かを示すワンタイム情報を取得し、
前記手法画面は、
前記取得手段が前記第２の通信であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーであることを示す場合に、前記第３のメッセージを含み、
前記取得手段が前記第２の通信であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーでないことを示す場合に、前記第３のメッセージを含まず、前記第１の通信装置への第２の所定操作の実行を前記ユーザに促す第２のメッセージを含む、
請求項７に記載のコンピュータプログラム。
前記手法画面は、
前記取得手段が前記第２の通信であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーであることを示す場合に、前記第３のメッセージを含み、
前記取得手段が前記第２の通信であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーでないことを示す場合に、前記第３のメッセージを含まず、前記第１の通信装置への第２の所定操作の実行を前記ユーザに促す第２のメッセージを含む、
請求項７に記載のコンピュータプログラム。
【請求項9】
前記取得部は、さらに、前記第１の所定操作が実行される場合に、前記第２の通信装置の状態を非応答状態から応答状態に移行させるために、ユーザが第３の所定操作を前記第２の通信装置に実行する必要があるのか否かを示す移行情報を取得し、
前記非応答状態は、前記第２の通信装置が前記認証応答を送信不可能な状態であり、
前記応答状態は、前記第２の通信装置が前記認証応答を送信可能な状態であり、
前記手法画面は、
前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要があることを示す場合に、前記第３の所定操作の実行を前記ユーザに促す第４のメッセージを含み、
前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要がないことを示す場合に、前記前記第４のメッセージを含まない、
請求項２に記載のコンピュータプログラム。
前記非応答状態は、前記第２の通信装置が前記認証応答を送信不可能な状態であり、
前記応答状態は、前記第２の通信装置が前記認証応答を送信可能な状態であり、
前記手法画面は、
前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要があることを示す場合に、前記第３の所定操作の実行を前記ユーザに促す第４のメッセージを含み、
前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要がないことを示す場合に、前記前記第４のメッセージを含まない、
請求項２に記載のコンピュータプログラム。
【請求項10】
前記第１の通信である前記取得手段は、前記第２の通信装置から前記ブートストラッピングキーを含むアドバタイズ信号を受信する第１種の手段と、アドバタイズ信号の通信の後に確立されるＢｌｕｅｔｏｏｔｈ接続又はＷｉ－Ｆｉ接続を利用して前記第２の通信装置から前記ブートストラッピングキーを受信する第２種の手段と、を含み、
前記手法画面は、
前記取得手段が前記第１の通信のうちの前記第１種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要があることを示す場合に、前記第４のメッセージを含み、
前記取得手段が前記第１の通信のうちの前記第１種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要がないことを示す場合に、前記第４のメッセージを含まず、
前記取得手段が前記第１の通信のうちの前記第２種の手段である場合に、前記移行情報によって示される内容に関わらず、前記第４のメッセージを含まない、請求項９に記載のコンピュータプログラム。
前記手法画面は、
前記取得手段が前記第１の通信のうちの前記第１種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要があることを示す場合に、前記第４のメッセージを含み、
前記取得手段が前記第１の通信のうちの前記第１種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要がないことを示す場合に、前記第４のメッセージを含まず、
前記取得手段が前記第１の通信のうちの前記第２種の手段である場合に、前記移行情報によって示される内容に関わらず、前記第４のメッセージを含まない、請求項９に記載のコンピュータプログラム。
【請求項11】
前記第２の通信である前記取得手段は、ＮＦＣ通信を利用して前記第２の通信装置から前記ブートストラッピングキーを受信する第３種の手段と、ＮＦＣ通信の後に確立されるＷｉ－Ｆｉ接続を利用して前記第２の通信装置から前記ブートストラッピングキーを受信する第４種の手段と、を含み、
前記手法画面は、
前記取得手段が前記第２の通信のうちの前記第３種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要があることを示す場合に、前記第４のメッセージを含み、
前記取得手段が前記第２の通信のうちの前記第３種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要がないことを示す場合に、前記第４のメッセージを含まず、
前記取得手段が前記第２の通信のうちの前記第４種の手段である場合に、前記移行情報によって示される内容に関わらず、前記第４のメッセージを含まない、請求項９に記載のコンピュータプログラム。
前記手法画面は、
前記取得手段が前記第２の通信のうちの前記第３種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要があることを示す場合に、前記第４のメッセージを含み、
前記取得手段が前記第２の通信のうちの前記第３種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要がないことを示す場合に、前記第４のメッセージを含まず、
前記取得手段が前記第２の通信のうちの前記第４種の手段である場合に、前記移行情報によって示される内容に関わらず、前記第４のメッセージを含まない、請求項９に記載のコンピュータプログラム。
【請求項12】
前記取得部は、さらに、前記取得手段を示す手段情報を取得し、
前記表示制御部は、前記複数個の手法のうち、取得済みの前記手段情報によって示される前記取得手段に基づいて決定される前記１個の手法を示す前記手法画面を前記表示部に表示させる、請求項１に記載のコンピュータプログラム。
前記表示制御部は、前記複数個の手法のうち、取得済みの前記手段情報によって示される前記取得手段に基づいて決定される前記１個の手法を示す前記手法画面を前記表示部に表示させる、請求項１に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書は、通信装置と外部装置との間に無線接続を確立させるための技術を開示する。
【背景技術】
【0002】
特許文献１には、ＤＰＰ（Device Provisioning Protocolの略）に従って、一対の装置の間にＷｉ－Ｆｉ接続を確立させる技術が開示されている。特に、特許文献１には、端末は、ＱＲコード（登録商標）、ＮＦＣ（Near Field Communicationの略）通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信等のいずれか１つの手段を利用して、プリンタの公開鍵を取得することが記載されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１９－１８００４２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１には、ＤＰＰに従った処理が失敗する場合、即ち、一対の装置の間にＷｉ－Ｆｉ接続が確立されない場合に、ＤＰＰに従った処理を再実行するための手段について、何ら開示されていない。本明細書では、Ｗｉ－Ｆｉ接続が確立されない場合に、ＤＰＰ処理を第１の通信装置に適切に再実行するための技術を提供する。
【課題を解決するための手段】
【0005】
本明細書は、第１の通信装置のためのコンピュータプログラムを開示する。前記第１の通信装置は、Ｗｉ－Ｆｉ規格に従ったＷｉ－Ｆｉ通信を実行するためのＷｉ－Ｆｉインターフェースと、コンピュータと、を備えてもよい。前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、第１の所定操作が実行される場合に、第２の通信装置のブートストラッピングキーを取得する取得部と、前記ブートストラッピングキーが取得される場合に、前記Ｗｉ－Ｆｉ規格のＤＰＰ（Device Provisioning Protocolの略）に従ったＤＰＰ処理を実行するＤＰＰ処理実行部であって、前記ＤＰＰ処理は、前記Ｗｉ－Ｆｉインターフェースを介して、前記ブートストラッピングキーが利用された認証要求を前記第２の通信装置に送信する処理と、前記第２の通信装置に前記認証要求が送信される場合に、前記Ｗｉ－Ｆｉインターフェースを介して、前記第２の通信装置から認証応答を受信する処理と、前記第２の通信装置から前記認証応答が受信される場合に、前記Ｗｉ－Ｆｉインターフェースを介して、接続情報の通信を前記第２の通信装置と実行するする処理であって、前記接続情報は、前記第１の通信装置又は前記第２の通信装置と外部装置との間に、前記Ｗｉ－Ｆｉインターフェースを介したＷｉ－Ｆｉ接続を確立するための情報である、前記処理と、を含む、前記ＤＰＰ処理実行部と、前記Ｗｉ－Ｆｉ接続が確立されない場合に、前記第１の通信装置に前記ＤＰＰ処理を再実行させるための複数個の手法のうち、前記ブートストラッピングキーの取得手段に基づいて決定される１個の手法を示す手法画面を前記第１の通信装置の表示部に表示させる表示制御部と、として機能させてもよい。
【0006】
上記の構成によると、第１の通信装置は、第２の通信装置のブートストラッピングキーを取得する。そして、第１の通信装置は、前記第１の通信装置又は前記第２の通信装置と外部装置との間にＷｉ－Ｆｉ接続が確立されない場合に、ＤＰＰ処理を再実行させるための複数個の手法のうち、ブートストラッピングキーの取得手段に基づいて決定される１個の手法を示す手法画面を表示する。このように、Ｗｉ－Ｆｉ接続が確立されない場合に、手法画面に従って、第１の通信装置にＤＰＰ処理を適切に再実行させることができる。
【0007】
上記の第１の通信装置のためのコンピュータプログラムを記憶するコンピュータ可読記録媒体、当該コンピュータプログラムによって実現される第１の通信装置そのもの、及び、当該第１の通信装置によって実行される方法も、新規で有用である。また、上記の第１の通信装置と第２の通信装置とを備える通信システムも、新規で有用である。
【図面の簡単な説明】
【0008】
【図1】通信システムの概略を示す。
【図2】各プリンタの特徴を示す。
【図3】各デバイスの制御構成を示す。
【図4】アプリによって実行される処理のフローチャートを示す。
【図5】ケースＡ１のシーケンス図を示す。
【図7】ケースＡ２のシーケンス図を示す。
【図8】ケースＡ３のシーケンス図を示す。
【図9】ケースＢ１及びケースＢ２のシーケンス図を示す。
【図10】ケースＣのシーケンス図を示す。
【図11】ケースＤ１及びケースＤ２のシーケンス図を示す。
【図12】ケースＥ１及びケースＥ２のシーケンス図を示す。
【図13】ケースＦ１のシーケンス図を示す。
【図14】ケースＦ２のシーケンス図を示す。
【図15】ケースＧ１及びケースＧ２のシーケンス図を示す。
【図16】ケースＨ１及びケースＨ２のシーケンス図を示す。
【図17】ケースＩ１及びケースＩ２のシーケンス図を示す。
【図18】ケースＪ１のシーケンス図を示す。
【図19】ケースＪ２のシーケンス図を示す。
【図20】ケースＫ１及びケースＫ２のシーケンス図を示す。
【図21】本実施例の各ケースのまとめを示す。
【発明を実施するための形態】
【0009】
（通信システムの概略；図１）
図１に示されるように、通信システム２は、ＡＰ（Access Pointの略）６と、複数個のプリンタ１０Ａ～１０Ｋと、端末１００と、を備える。以下では、プリンタ１０Ａ～１０Ｋを特に区別しないときは、単に「プリンタ１０」と記載することがある。本実施例では、端末１００を利用して、各プリンタ１０Ａ～１０ＫとＡＰ６との間にＷｉ－Ｆｉ規格に従った無線接続（以下では「Ｗｉ－Ｆｉ接続」と記載する）を確立させる状況を想定している。
図１に示されるように、通信システム２は、ＡＰ（Access Pointの略）６と、複数個のプリンタ１０Ａ～１０Ｋと、端末１００と、を備える。以下では、プリンタ１０Ａ～１０Ｋを特に区別しないときは、単に「プリンタ１０」と記載することがある。本実施例では、端末１００を利用して、各プリンタ１０Ａ～１０ＫとＡＰ６との間にＷｉ－Ｆｉ規格に従った無線接続（以下では「Ｗｉ－Ｆｉ接続」と記載する）を確立させる状況を想定している。
【0010】
（各プリンタの特徴；図２）
図２を参照して、各プリンタ１０Ａ～１０Ｋの特徴を説明する。図２は、各プリンタ１０Ａ～１０Ｋについて、セットアップ情報出力手段とワンタイム情報との組合せを示す。セットアップ情報出力手段は、各プリンタ１０Ａ～１０Ｋがセットアップ情報を出力する手段を示す。ここで、セットアップ情報とは、各プリンタ１０Ａ～１０ＫとＡＰ６との間にＷｉ－Ｆｉ接続を確立させる際に利用される情報を意味し、例えば、各プリンタ１０Ａ～１０Ｋの公開鍵を含む。セットアップ情報の詳細については後述する。ワンタイム情報は、セットアップ情報に含まれる公開鍵がワンタイムキーであること（即ち１回のみ利用可能なキーであること）を示す「ＹＥＳ」と、公開鍵がワンタイムキーでないこと（即ち永続的に利用可能なキーであること）を示す「ＮＯ」と、のいずれか一方を示す。
図２を参照して、各プリンタ１０Ａ～１０Ｋの特徴を説明する。図２は、各プリンタ１０Ａ～１０Ｋについて、セットアップ情報出力手段とワンタイム情報との組合せを示す。セットアップ情報出力手段は、各プリンタ１０Ａ～１０Ｋがセットアップ情報を出力する手段を示す。ここで、セットアップ情報とは、各プリンタ１０Ａ～１０ＫとＡＰ６との間にＷｉ－Ｆｉ接続を確立させる際に利用される情報を意味し、例えば、各プリンタ１０Ａ～１０Ｋの公開鍵を含む。セットアップ情報の詳細については後述する。ワンタイム情報は、セットアップ情報に含まれる公開鍵がワンタイムキーであること（即ち１回のみ利用可能なキーであること）を示す「ＹＥＳ」と、公開鍵がワンタイムキーでないこと（即ち永続的に利用可能なキーであること）を示す「ＮＯ」と、のいずれか一方を示す。
【0011】
プリンタ１０Ａ及び１０Ｂのそれぞれは、セットアップ情報をコード化することによって得られるＱＲコード（登録商標）を表示することによって、セットアップ情報を出力することができる。特に、プリンタ１０Ａの公開鍵はワンタイムキーであり、プリンタ１０Ｂの公開鍵はワンタイムキーでない。また、プリンタ１０Ｃは、セットアップ情報をコード化することによって得られるＱＲコードが貼り付けられている筐体５０（図１参照）を備える。
【0012】
プリンタ１０Ｄ～１０Ｇは、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に従った無線通信を利用することによって、セットアップ情報を出力することができる。以下では、Ｂｌｕｅｔｏｏｔｈのことを「ＢＴ」と記載し、ＢＴ規格に従った無線通信のことを「ＢＴ通信」と記載する。ＢＴ規格は、例えば、ＩＥＥＥ８０２．１５．１の規格、及び、それに準ずる規格である。より具体的に言うと、各プリンタ１０Ｄ～１０Ｇは、ＢＬＥ（Bluetooth Low Energyの略）をサポートしている。ＢＬＥは、ＢＴ規格のバージョン４．０以降のバージョンで実現されている。特に、プリンタ１０Ｄ及び１０Ｅのそれぞれは、アドバタイズ信号を利用して、セットアップ情報を端末１００に送信する。プリンタ１０Ｆ及びプリンタ１０Ｇのそれぞれは、ＢＴによる１対１接続（例えばＧＡＴＴ（Generic Attribute Profileの略））を利用して、セットアップ情報を端末１００に送信する。また、プリンタ１０Ｄ及びプリンタ１０Ｆのそれぞれの公開鍵はワンタイムキーであり、プリンタ１０Ｅ及びプリンタ１０Ｇのそれぞれの公開鍵はワンタイムキーではない。
【0013】
プリンタ１０Ｈ～１０Ｋのそれぞれは、ＮＦＣ（Near Field Communicationの略）方式に従った通信（以下では「ＮＦＣ通信」と記載する）を利用することによって、セットアップ情報を出力することができる。ＮＦＣ方式は、例えば、ＩＳＯ／ＩＥＣ２１４８１又は１８０９２の国際標準規格に基づく無線通信方式である。プリンタ１０Ｈ及び１０Ｉのそれぞれは、ＮＦＣ通信を利用して、セットアップ情報を端末１００に直接的に送信する。また、プリンタ１０Ｊ及びプリンタ１０Ｋのそれぞれは、ＮＦＣ通信を利用して、当該プリンタとのＷｉ－Ｆｉ接続を確立するための情報を端末１００に送信し、当該Ｗｉ－Ｆｉ接続を利用して、セットアップ情報を端末１００に送信する。このように、一対のデバイスの間において、ＮＦＣ通信を利用して、Ｗｉ－Ｆｉ接続を確立するための情報を通信し、その後、Ｗｉ－Ｆｉ接続を利用して、目的のデータを通信することを「ＮＦＣハンドオーバ」と記載することがある。また、プリンタ１０Ｈ及びプリンタ１０Ｊの公開鍵はワンタイムキーであり、プリンタ１０Ｉ及びプリンタ１０Ｋの公開鍵はワンタイムキーではない。
【0014】
【0015】
（プリンタ１０の構成）
プリンタ１０は、印刷機能を実行可能な周辺装置（例えば、端末１００の周辺装置）である。変形例では、プリンタ１０は、スキャン機能、ファクシミリ機能等を実行可能な多機能機であってもよい。プリンタ１０は、操作部１２とＷｉ－Ｆｉインターフェース１６と印刷実行部１８とを備える。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をプリンタ１０に入力することができる。印刷実行部１８は、インクジェット方式、レーザ方式等の印刷機構を備える。
プリンタ１０は、印刷機能を実行可能な周辺装置（例えば、端末１００の周辺装置）である。変形例では、プリンタ１０は、スキャン機能、ファクシミリ機能等を実行可能な多機能機であってもよい。プリンタ１０は、操作部１２とＷｉ－Ｆｉインターフェース１６と印刷実行部１８とを備える。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をプリンタ１０に入力することができる。印刷実行部１８は、インクジェット方式、レーザ方式等の印刷機構を備える。
【0016】
Ｗｉ－ＦｉＩ／Ｆ１６は、Ｗｉ－Ｆｉ規格に従ったＷｉ－Ｆｉ通信を実行するための無線Ｉ／Ｆである。Ｗｉ－Ｆｉ規格は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ、１１ａｃ等）に従って、無線通信を実行するための無線通信規格である。特に、Ｗｉ－ＦｉＩ／Ｆ１６は、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＤＰＰ（Device Provisioning Protocolの略）をサポートしている。ＤＰＰの詳細は、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Wi-Fi Easy Connect （商標）Specification Version 2.0」に記述されている。
【0017】
また、プリンタ１０Ｊ及びプリンタ１０ＫのＷｉ－ＦｉＩ／Ｆ１６は、さらに、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷＦＤ（Wi-Fi Direct（登録商標）の略）をサポートしている。その理由については後述する。ＷＦＤの詳細は、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Wi-Fi Direct （登録商標）Specification Version1.9」に記述されている。以下では、ＷＦＤに従って確立されるＷｉ－Ｆｉ接続のことを「ＷＦＤ接続」と記載する。なお、他の各プリンタ１０Ａ～１０ＩのＷｉ－ＦｉＩ／Ｆ１６は、ＷＦＤをサポートしていてもよいし、ＷＦＤをサポートしていなくてもよい。
【0018】
また、プリンタ１０Ａ及び１０Ｂは、表示部１４を備える。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネルであり、操作部１２としても機能する。本実施例では、表示部１４にはＱＲコードが表示される。なお、他の各プリンタ１０Ｃ～１０Ｋは、表示部１４を備えていてもよいし、表示部１４を備えていなくてもよい。
【0019】
また、各プリンタ１０Ｄ～１０Ｇは、ＢＴＩ／Ｆ２０を備える。ＢＴＩ／Ｆ２０は、ＢＴ通信を実行するためのＩ／Ｆである。なお、他の各プリンタ１０Ａ～１０Ｃ及び１０Ｈ～１０Ｋは、ＢＴＩ／Ｆ２０を備えていてもよいし、ＢＴＩ／Ｆ２０を備えていなくてもよい。
【0020】
また、各プリンタ１０Ｈ～１０Ｋは、ＮＦＣＩ／Ｆ２２を備える。ＮＦＣＩ／Ｆ２２は、ＮＦＣ通信を実行するためのＩ／Ｆである。なお、他の各プリンタ１０Ａ～１０Ｇは、ＮＦＣＩ／Ｆ２２を備えていてもよいし、ＮＦＣＩ／Ｆ２２を備えていなくてもよい。
【0021】
ここで、Ｗｉ－Ｆｉ通信とＢＴ通信とＮＦＣ通信との相違点を記述しておく。各通信の通信速度は、Ｗｉ－Ｆｉ通信の通信速度（例えば最大の通信速度が６００Ｍｂｐｓ）、ＢＴ通信の通信速度（例えば最大の通信速度が２４Ｍｂｐｓ）、ＮＦＣ通信の通信速度（例えば最大の通信速度が４２４ｋｂｐｓ）の順に速い。各通信における搬送波の周波数は、Ｗｉ－Ｆｉ通信における搬送波の周波数が２．４ＧＨｚ帯又は５．０ＧＨｚ帯であり、ＢＴ通信における搬送波の周波数が２．４ＧＨｚ帯であり、ＮＦＣ通信における搬送波の周波数が１３．５６ＭＨｚである。即ち、Ｗｉ－Ｆｉ通信における搬送波の周波数として５．０ＧＨｚ帯が採用される場合には、各通信における搬送波の周波数は互いに異なる。また、各通信を実行可能な最大の距離は、Ｗｉ－Ｆｉ通信を実行可能な最大の距離（例えば１００ｍ）、ＢＴ通信を実行可能な最大の距離（例えば約数十ｍ）、ＮＦＣ通信を実行可能な最大の距離（例えば約１０ｃｍ）の順に大きい。
【0022】
制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３４は、さらに、自身のモデル名ＭＮを記憶する。
【0023】
（端末１００の構成）
端末１００は、携帯電話（例えばスマートフォン）、ＰＤＡ、タブレットＰＣ等の可搬型の端末装置である。変形例では、端末１００は、据置型のＰＣ、ノートＰＣ等であってもよい。端末１００は、操作部１１２と表示部１１４とＷｉ－ＦｉＩ／Ｆ１１６とカメラ１１８と制御部１３０とを備える。各部１１２～１３０は、バス線（符号省略）に接続されている。
端末１００は、携帯電話（例えばスマートフォン）、ＰＤＡ、タブレットＰＣ等の可搬型の端末装置である。変形例では、端末１００は、据置型のＰＣ、ノートＰＣ等であってもよい。端末１００は、操作部１１２と表示部１１４とＷｉ－ＦｉＩ／Ｆ１１６とカメラ１１８と制御部１３０とを備える。各部１１２～１３０は、バス線（符号省略）に接続されている。
【0024】
操作部１１２は、様々な指示を端末１００に入力するためのＩ／Ｆである。表示部１１４は、様々な情報を表示するためのディスプレイである。表示部１１４は、いわゆるタッチパネルであり、操作部１１２としても機能する。カメラ１１８は、物体を撮影するためのデバイスである。本実施例では、カメラ１１８は、プリンタ１０のＱＲコードを撮影するために利用される。Ｗｉ－ＦｉＩ／Ｆ１１６は、ＤＰＰとＷＦＤとをサポートしている。
【0025】
制御部１３０は、ＣＰＵ１３２とメモリ１３４とを備える。ＣＰＵ１３２は、メモリ１３４に記憶されているプログラム１３６，１３８に従って、様々な処理を実行する。メモリ１３４は、揮発性メモリ、不揮発性メモリ等によって構成される。
【0026】
ＯＳ（Operating Systemの略）プログラム１３６は、端末１００の基本的な動作を実現するためのプログラムである。アプリケーション１３８は、端末１００とＡＰ６との間にＷｉ－Ｆｉ接続を確立させたり、プリンタ１０とＡＰ６との間にＷｉ－Ｆｉ接続を確立させたりするためのプログラムである。以下では、ＯＳプログラム、アプリケーションのことを、それぞれ、「ＯＳ」、「アプリ」と記載する。アプリ１３８は、例えば、プリンタ１０のベンダによって提供されるインターネット上のサーバ（図示省略）又はＯＳ１３６のベンダによって提供されるインターネット上のサーバ（図示省略）から端末１００にインストールされる。
【0027】
なお、アプリ１３８は、ＯＳ１３６に指示を供給することによって、ＯＳ１３６に様々な処理を実行させたり、ＯＳ１３６を介して他のアプリに様々な処理を実行させたりすることができる。従って、アプリ１３８からの指示に応じてＯＳ１３６又は他のアプリによって実行される各処理も、アプリ１３８によって実現される処理である（即ち当該処理を実行する実行部としてＣＰＵ１３２を機能させる）と言える。
【0028】
（アプリの処理；図４）
続いて、図４を参照して、端末１００のＣＰＵ１３２がアプリ１３８を実行することによって実現される処理を説明する。図４は、ＤＰＰに従ってプリンタ１０とＡＰ６との間にＷｉ－Ｆｉ接続を確立させるための処理である。以下では、Ｗｉ－Ｆｉ接続の確立対象のプリンタのことを「対象プリンタ」と記載する。また、以下では、図４の処理を説明する際に、ＣＰＵ１３２ではなくアプリ１３８を主体として記載する。図４の処理は、Ｗｉ－Ｆｉセットアップ操作がユーザから受け付けられることをトリガとして開始される。
続いて、図４を参照して、端末１００のＣＰＵ１３２がアプリ１３８を実行することによって実現される処理を説明する。図４は、ＤＰＰに従ってプリンタ１０とＡＰ６との間にＷｉ－Ｆｉ接続を確立させるための処理である。以下では、Ｗｉ－Ｆｉ接続の確立対象のプリンタのことを「対象プリンタ」と記載する。また、以下では、図４の処理を説明する際に、ＣＰＵ１３２ではなくアプリ１３８を主体として記載する。図４の処理は、Ｗｉ－Ｆｉセットアップ操作がユーザから受け付けられることをトリガとして開始される。
【0029】
アプリ１３８は、Ｓ１０において、通知画面ＳＣ１（図５参照）を表示部１１４に表示させる。通知画面ＳＣ１は、対象プリンタの選択を促すメッセージと、対象プリンタの選択の具体的な手段の選択肢（即ち、ＱＲコード撮影、ＢＴ、ＮＦＣ、及びモデル名選択）と、を含む。選択肢「ＱＲコード撮影」は、対象プリンタに表示又は貼り付けられたＱＲコードを撮影することによって対象プリンタを選択することを意味する。選択肢「ＢＴ」は、対象プリンタとＢＴ通信を実行することによって対象プリンタを選択することを意味する。選択肢「ＮＦＣ」は、対象プリンタとＮＦＣ通信を実行することによって対象プリンタを選択することを意味する。選択肢「モデル名選択」は、対象プリンタのモデル名を選択することによって対象プリンタを選択することを意味する。
【0030】
アプリ１３８は、Ｓ１２において、対象プリンタを選択する手段の選択をユーザから受け付ける。具体的には、アプリ１３８は、まず、通知画面ＳＣ１内の選択肢の中から１つの選択肢の選択をユーザから受け付ける。この場合、選択された選択肢に応じた処理が実行される。
【0031】
例えば、選択肢「ＱＲコード撮影」が選択された場合には、アプリ１３８は、対象プリンタに表示又は貼り付けられたＱＲコードの撮影操作をユーザから受け付ける。この結果、アプリ１３８は、当該ＱＲコードをデコードすることによって、セットアップ情報を取得する。選択肢「ＢＴ」が選択された場合には、アプリ１３８は、対象プリンタとのＢＴ通信を利用して、対象プリンタからセットアップ情報を受信する。選択肢「ＮＦＣ」が選択された場合には、アプリ１３８は、端末１００が対象プリンタに近づけられることに応じて、対象プリンタとのＮＦＣ通信を利用して、対象プリンタからセットアップ情報を受信する。選択肢「モデル名選択」が選択された場合には、アプリ１３８は、対象プリンタのモデル名の選択をユーザから受け付ける。この場合、セットアップ情報は取得されない。
【0032】
ここで、図４に示されるように、セットアップ情報は、手段情報と公開鍵とワンタイム情報とＤＰＰ自動移行情報とを含む。手段情報は、セットアップ情報取得手段（即ちＱＲコード撮影、ＢＴ通信、又は、ＮＦＣ通信）を示す情報である。公開鍵は、ＤＰＰに従った認証を実行する際に利用される情報である。ワンタイム情報は、公開鍵がワンタイムキーであることを示す「ＹＥＳ」と、公開鍵がワンタイムキーでないことを示す「ＮＯ」と、のいずれか一方を示す。ＤＰＰ自動移行情報は、対象プリンタがユーザからＤＰＰ移行操作を受け付けることなくＤＰＰ非応答状態からＤＰＰ応答状態に移行することを示す「ＹＥＳ」と、対象プリンタがユーザからＤＰＰ移行操作を受け付けることに応じてＤＰＰ非応答状態からＤＰＰ応答状態に移行することを示す「ＮＯ」と、のいずれか一方を示す。ＤＰＰ応答状態は、ＤＰＰ処理を実行可能な状態、即ち、ＤＰＰのＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔを受信して、ＤＰＰのＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅを送信可能な状態である。ＤＰＰ非応答状態は、ＤＰＰ処理を実行不可能な状態、即ち、ＤＰＰのＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅを送信不可能な状態である。上記のセットアップ情報の取得が、ＤＰＰのＢｏｏｔｓｔｒａｐｐｉｎｇに相当する。
【0033】
アプリ１３８は、Ｓ１４において、セットアップ情報を取得したのか否かを判断する。具体的には、アプリ１３８は、選択肢「ＱＲコード」、「ＢＴ」、及び「ＮＦＣ」のいずれかが選択される場合には、選択肢に応じた処理が実行されることによってセットアップ情報が取得されるので、Ｓ１４でＹＥＳと判断して、Ｓ２０に進み、セットアップ情報を記憶する。一方、アプリ１３８は、選択肢「モデル名選択」が選択される場合に、セットアップ情報が取得されないので、Ｓ１４でＮＯと判断して、Ｓ１６に進む。
【0034】
アプリ１３８は、Ｓ１６において、セットアップ情報取得手段を表示部１４に表示させる。アプリ１３８は、プリンタのモデル名毎に、当該モデル名を有するプリンタのセットアップ情報出力手段（図２参照）を記憶している。アプリ１３８は、選択済みのモデル名を有するプリンタ（即ち対象プリンタ）のセットアップ情報出力手段から、セットアップ情報取得手段（即ち、ＱＲコード撮影、ＢＴ、及びＮＦＣのうちの１つ以上の手段）を特定する。そして、アプリ１３８は、特定済みの取得手段を表示部１４に表示させる。ユーザは、当該表示を見ることによって、対象プリンタからセットアップ情報を取得するための手段を知ることができる。アプリ１３８は、Ｓ１６の処理が終了すると、再びＳ１０の処理を実行する。
【0035】
アプリ１３８は、Ｓ２２において、取得済みのセットアップ情報に含まれる手段情報が「ＱＲコード」を示し、かつ、ＤＰＰ自動移行情報が「ＮＯ」を示すのか否かを判断する。アプリ１３８は、手段情報が「ＱＲコード」を示し、かつ、ＤＰＰ自動移行情報が「ＮＯ」を示す場合に、Ｓ２２でＹＥＳと判断してＳ２４に進む。一方、アプリ１３８は、上記の場合以外（即ち、手段情報が「ＱＲコード」とは異なる場合、又は、ＤＰＰ自動移行情報が「ＹＥＳ」を示す場合）に、Ｓ２２でＮＯと判断してＳ３０に進む。
【0036】
アプリ１３８は、Ｓ２４において、対象プリンタにＤＰＰ移行操作を実行済みであるのか否かをユーザに問い合わせる画面を表示部１１４に表示させる。当該画面は、対象プリンタに対するＤＰＰ移行操作を実行済みであるのか否かをユーザに問い合わせるメッセージと、ＹＥＳボタンと、ＮＯボタンと、を含む。
【0037】
アプリ１３８は、Ｓ２６において、上記の画面のＹＥＳボタンが選択されたのかＮＯボタンが選択されたのかを判断する。アプリ１３８は、ＹＥＳボタンが選択される場合（Ｓ２６でＹＥＳ）にＳ３０に進み、ＮＯボタンが選択される場合（Ｓ２６でＮＯ）にＳ２８に進む。なお、上記の画面でＹＥＳボタンが選択される状況は、対象プリンタがユーザからのＤＰＰ移行操作を受け付けることに応じてＱＲコードを表示させるケースである（例えば、後述のケースＡ２参照）。一方、上記の画面でＮＯボタンが選択される状況は、対象プリンタの筐体にＱＲコードが貼付されているケースである（後述のケースＣ参照）。
【0038】
アプリ１３８は、Ｓ２８において、対象プリンタに対してＤＰＰ移行操作を実行することをユーザに促す画面を表示部１１４に表示させる。この結果、当該画面を見たユーザから、対象プリンタに対してＤＰＰ移行操作が実行された後に、Ｓ３０以降の処理が実行される。
【0039】
アプリ１３８は、Ｓ３０において、ＤＰＰ処理を開始する。具体的には、アプリ１３８は、まず、取得済みの公開鍵が利用されたＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔを対象プリンタに送信する。この結果、ＤＰＰのＡｕｔｈｅｎｔｉｃａｔｉｏｎ（以下では「Ａｕｔｈ」と記載する）、Ｃｏｎｆｉｇｕｒａｔｉｏｎ（以下では「Ｃｏｎｆｉｇ」と記載する）等のＤＰＰに従った各種処理（以下では「ＤＰＰ処理」と記載する）が、端末１００と対象プリンタとの間で実行される。
【0040】
アプリ１３８は、Ｓ３２において、対象プリンタとＡＰ（例えばＡＰ６）との間にＷｉ－Ｆｉ接続が確立されたのか否かを判断する。具体的には、アプリ１３８は、対象プリンタとＡＰの間にＷｉ－Ｆｉ接続が確立される場合に、対象プリンタから、Ｗｉ－Ｆｉ接続が確立されたことを示す情報を含むＳｔａｔｕｓ Ｑｕｅｒｙ Ｒｅｓｕｌｔ（以下では、単に「Ｒｅｓｕｌｔ」と記載する）を受信する。一方、アプリ１３８は、対象プリンタとＡＰとの間にＷｉ－Ｆｉ接続が確立されない場合に、対象プリンタから、Ｗｉ－Ｆｉ接続が確立されなかったことを示す情報を含むＲｅｓｕｌｔを受信する。アプリ１３８は、対象プリンタから、Ｗｉ－Ｆｉ接続が確立されたことを示す情報を含むＲｅｓｕｌｔを受信する場合に、Ｓ３２でＹＥＳと判断して、図４の処理を終了する。一方、アプリ１３８は、対象プリンタから、Ｗｉ－Ｆｉ接続が確立されなかったことを示す情報を含むＲｅｓｕｌｔを受信する場合に、Ｓ３２でＮＯと判断して、Ｓ３４に進む。
【0041】
アプリ１３８は、Ｓ３４において、Ｓ２０で記憶済みのセットアップ情報に含まれる手段情報に基づいて、ＤＰＰ処理の再実行手段（例えばＱＲコードの再撮影等）を表わす画面を表示部１１４に表示させる。当該画面の具体例及びその詳細については後述する。手段情報に基づいて決定される再実行手段が表示されるので、適切な再実行手段をユーザに提示することができる。
【0042】
アプリ１３８は、Ｓ３６において、ユーザから再実行手段の実行を受け付けたのか否かを判断する。アプリ１３８は、ユーザから再実行手段の実行を受け付ける場合に、Ｓ３６でＹＥＳと判断して、Ｓ３０の処理を再実行する。一方、アプリ１３８は、ユーザからＤＰＰ処理の再実行をキャンセルする操作を受け付ける場合に、Ｓ３６でＮＯと判断して、図４の処理を終了する。
【0043】
（ケースＡ１；図５及び図６）
続いて、図５～図２０を参照して、図４の処理によって実現される具体的なケースを説明する。まず、図５及び図６を参照して、ケースＡ１を説明する。ケースＡ１は、端末１００とプリンタ１０Ａとの間でＤＰＰ処理が実行されるケースである。特に、ケースＡ１は、プリンタ１０ＡがＤＰＰのＣｏｎｆｉｇｒａｔｉｏｎ Ｏｂｊｅｃｔ（以下では「ＣＯ」と記載する）を記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。
続いて、図５～図２０を参照して、図４の処理によって実現される具体的なケースを説明する。まず、図５及び図６を参照して、ケースＡ１を説明する。ケースＡ１は、端末１００とプリンタ１０Ａとの間でＤＰＰ処理が実行されるケースである。特に、ケースＡ１は、プリンタ１０ＡがＤＰＰのＣｏｎｆｉｇｒａｔｉｏｎ Ｏｂｊｅｃｔ（以下では「ＣＯ」と記載する）を記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。
【0044】
図示省略しているが、図５の初期状態では、端末１００とＡＰ６との間でＤＰＰ処理が実行されており、端末１００とＡＰ６との間にＷｉ－Ｆｉ接続が確立済みである。図５の以下の説明では、理解の容易化のために、各デバイスのＣＰＵ（例えばＣＰＵ３２、１３２等）が実行する動作を、ＣＰＵを主体として記載せずに、各デバイス（例えばプリンタ１０Ａ、端末１００等）を主体として記載する。図６～図２０の説明でも同様である。
【0045】
図５のＴ１００において、ユーザによってプリンタ１０Ａの電源をＯＮする操作が実行されると、Ｔ１０２において、プリンタ１０Ａの電源がＯＮされる。この場合、プリンタ１０Ａは、Ｔ１０４において、公開鍵ＰＫＡ１を生成し、Ｔ１０６において、ＱＲコードＱＲＡ１を生成し、Ｔ１１０において、ＤＰＰ非応答状態からＤＰＰ応答状態に移行し、Ｔ１１２において、ＱＲコードＱＲＡ１を表示部１４に表示する。ＱＲコードＱＲＡ１は、手段情報「ＱＲコード」と、公開鍵ＰＫＡ１と、ワンタイム情報「ＹＥＳ」と、ＤＰＰ自動移行情報「ＹＥＳ」と、をコード化することによって得られるコード画像（即ち、セットアップ情報をコード化することによって得られるコード画像）である。
【0046】
また、図示省略しているが、プリンタ１０Ａは、Ｔ１０４において、公開鍵ＰＫＡ１に対応する秘密鍵を生成する。公開鍵ＰＫＡ１及び秘密鍵は、ＤＰＰに従った認証を実行する際に利用される。このように、プリンタ１０Ａの電源がＯＮされる際に、Ｔ１０４において公開鍵ＰＫＡ１が生成されるので、プリンタ１０Ａは、予め公開鍵ＰＫＡ１を記憶しておく必要がない。
【0047】
端末１００は、Ｔ１２０において、ユーザからアプリ１３８を起動する操作を受け付ける。この結果、アプリ１３８が起動されると、アプリ１３８は、Ｔ１２２において、通知画面ＳＣ１を表示部１１４に表示させる（図４のＳ１０）。
【0048】
端末１００は、Ｔ１２４において、ユーザから、通知画面ＳＣ１内の選択肢「ＱＲコード撮影」の選択を受け付ける。この場合、端末１００は、カメラ１１８を起動させる。そして、端末１００は、Ｔ１２６において、プリンタ１０Ａに表示されているＱＲコードＱＲＡ１をカメラ１１８によって撮影する操作を受け付ける（Ｓ１２）。この場合、端末１００は、撮影済みのＱＲコードＱＲＡ１をデコードすることによってセットアップ情報を取得し（Ｓ１４でＹＥＳ）、Ｔ１２８において、取得済みのセットアップ情報をメモリ１３４に記憶する（Ｓ２０）。Ｔ１２６の処理は、ＤＰＰのＢｏｏｔｓｔｒａｐｐｉｎｇに相当する。
【0049】
また、端末１００は、Ｔ１２８において、セットアップ情報を記憶すると、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＹＥＳ」を示すので（Ｓ２２でＮＯ）、Ｔ１３０において、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、公開鍵ＰＫＡ１が利用されたＡｕｔｈ Ｒｅｑｕｅｓｔをプリンタ１０Ａに送信する（Ｓ３０）。以下では、Ｒｅｑｕｅｓｔのことを「Ｒｅｑ」と記載する。
【0050】
Ａｕｔｈ Ｒｅｑは、送信元の端末１００の認証の実行を要求する信号である。具体的には、端末１００は、まず、端末１００の秘密鍵（図示省略）とプリンタ１０Ａの公開鍵ＰＫＡ１とを利用して共有鍵を生成し、共有鍵を利用してランダム値を暗号化することによって暗号化データを生成する。そして、端末１００は、端末１００の公開鍵（図示省略）と暗号化データと端末１００のＣａｐａｂｉｌｉｔｙとを含むＡｕｔｈ Ｒｅｑをプリンタ１０Ａに送信する。端末１００のＣａｐａｂｉｌｉｔｙは、ＤＰＰのＣｏｎｆｉｇｕｒａｔｏｒのみとして動作可能であることを示す値を含む。
【0051】
プリンタ１０Ａは、Ｔ１３０において、Ｗｉ－ＦｉＩ／Ｆ１６を介して、端末１００からＡｕｔｈ Ｒｅｑを受信すると、Ａｕｔｈ Ｒｅｑに含まれる暗号化データの認証を実行する。具体的には、プリンタ１０Ａは、Ａｕｔｈ Ｒｅｑに含まれる端末１００の公開鍵とプリンタ１０Ａの秘密鍵とを利用して共有鍵を生成し、共有鍵を利用して暗号化データを復号する。プリンタ１０Ａは、暗号化データの復号が成功する場合に、認証が成功したと判断し、Ｔ１３２以降の処理を実行する。
【0052】
プリンタ１０Ａは、Ｔ１３２において、ＤＰＰ応答状態からＤＰＰ非応答状態に移行する。暗号化データの認証が成功したので、ＤＰＰ応答状態を維持する必要がないからである。ＤＰＰ応答状態はＤＰＰ非応答状態と比較してプリンタ１０Ａの処理負荷が高い状態であるので、ＤＰＰ応答状態からＤＰＰ非応答状態に移行することによって、プリンタ１０Ａの処理負荷を低減することができる。
【0053】
また、プリンタ１０Ａは、Ｔ１３４において、Ｗｉ－ＦｉＩ／Ｆ１６を介して、プリンタ１０ＡのＣａｐａｂｉｌｉｔｙを含むＡｕｔｈ Ｒｅｓｐｎｏｓｅを端末１００に送信する。以下では、Ｒｅｓｐｏｎｓｅのことを「Ｒｅｓ」と記載する。プリンタ１０ＡのＣａｐａｂｉｌｉｔｙは、ＤＰＰのＥｎｒｏｌｌｅｅのみとして動作可能であることを示す値を含む。
【0054】
端末１００は、Ｔ１３４において、プリンタ１０ＡからＡｕｔｈ Ｒｅｓを受信すると、Ａｕｔｈ Ｒｅｓに含まれるプリンタ１０ＡのＣａｐａｂｉｌｉｔｙ（即ちＥｎｒｏｌｌｅｅ）と、端末１００自身のＣａｐａｂｉｌｉｔｙ（即ちＣｏｎｆｉｇｕｒａｔｏｒ）と、が衝突しないと判断する。そして、端末１００は、Ｔ１３５において、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、Ａｕｔｈ ＣｏｎｆｉｒｍをＡＰ６に送信する。Ａｕｔｈ Ｃｏｎｆｉｒｍは、端末１００がＣｏｎｆｉｇｕｒａｔｏｒとして動作し、かつ、プリンタ１０ＡがＥｎｒｏｌｌｅｅとして動作することを示す情報を含む。この結果、端末１００は、Ｔ１３６において、Ｃｏｎｆｉｇｕｒａｔｏｒとして動作することを決定する。Ｃｏｎｆｉｇｕｒａｔｏｒは、ＣＯをＥｎｒｏｌｌｅｅに送信する役割を担うデバイスである。
【0055】
また、Ｔ１３８では、プリンタ１０Ａは、Ｅｎｒｏｌｌｅｅとして動作することを決定する。Ｅｎｒｏｌｌｅｅは、ＣｏｎｆｉｇｕｒａｔｏｒからＣＯを受信する役割を担うデバイスである。Ｔ１３０及びＴ１３４～Ｔ１３８の処理は、ＤＰＰのＡｕｔｈに相当する。
【0056】
プリンタ１０Ａは、Ｔ１４０において、Ｗｉ－ＦｉＩ／Ｆ１６を介して、Ｃｏｎｆｉｇ Ｒｅｑを端末１００に送信する。Ｃｏｎｆｉｇ Ｒｅｑは、ＣＯの送信を要求する信号である。
【0057】
端末１００は、Ｔ１４０において、プリンタ１０ＡからＣｏｎｆｉｇ Ｒｅｑを受信すると、プリンタ用ＣＯを生成する。具体的には、端末１００は、まず、Ｗｉ－Ｆｉ接続を確立するためにプリンタ１０Ａによって利用されるべき情報であるプリンタ用Ｓｉｇｎｅｄ Ｃｏｎｎｅｃｔｏｒ（以下では「ＳＣ」と記載する）を生成する。プリンタ用ＳＣは、例えば、無線ネットワークを識別する識別子であるグループＩＤを含む。そして、端末１００は、プリンタ用ＳＣを含むプリンタ用ＣＯを生成し、Ｔ１４２において、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、プリンタ用ＣＯを含むＣｏｎｆｉｇ Ｒｅｓをプリンタ１０Ａに送信する。
【0058】
プリンタ１０Ａは、Ｔ１４２において、Ｗｉ－ＦｉＩ／Ｆ１６を介して、端末１００からＣｏｎｆｉｇ Ｒｅｓを受信すると、Ｔ１４４において、Ｗｉ－ＦｉＩ／Ｆ１６を介して、Ｃｏｎｆｉｇ Ｒｅｓｕｌｔを端末１００に送信する。Ｃｏｎｆｉｇ Ｒｅｓｕｌｔは、Ｃｏｎｆｉｇが成功したことを示す情報を含む。Ｔ１４０～Ｔ１４４の処理は、ＤＰＰのＣｏｎｆｉｇに相当する。
【0059】
プリンタ１０Ａは、Ｔ１５０において、Ｗｉ－ＦｉＩ／Ｆ１６を介して、プリンタ用ＳＣを含むＤｉｓｃｏｖｅｒｙ ＲｅｑをＡＰ６に送信する。Ｄｉｓｃｏｖｅｒｙ Ｒｅｑは、相手のＳＣの送信を要求する信号である。しかしながら、本ケースでは、ＡＰ６の電波環境が悪いことに起因して、ＡＰ６は、Ｄｉｓｃｏｖｅｒｙ Ｒｅｑを受信しない。この結果、ＡＰ６は、Ｄｉｓｃｏｖｅｒｙ Ｒｅｓをプリンタ１０Ａに送信しない。
【0060】
プリンタ１０Ａは、Ｔ１５２において、Ｄｉｓｃｏｖｅｒｙ ＲｅｑをＡＰ６に送信してから所定時間が経過しても、ＡＰ６からＤｉｓｃｏｖｅｒｙ Ｒｅｓを受信しない場合に、端末１００にＲｅｓｕｌｔを送信する。当該Ｒｅｓｕｌｔは、プリンタ１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続が確立されなかったことを示す情報「エラー」を含む。なお、図示省略しているが、プリンタ１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続が確立されない場合には、プリンタ１０Ａは、Ｔ１４２で受信済みのプリンタ用ＣＯを削除する。
【0061】
（図５の続き；図６）
端末１００は、図５のＴ１５２において、対象プリンタから、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、エラーを含むＲｅｓｕｌｔを受信すると、図６のＴ１５４において、通知画面ＳＣ２を表示部１１４に表示させる（図４のＳ３４）。具体的には、まず、端末１００は、セットアップに失敗したこと（即ちプリンタ１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続が確立されなかったこと）を示すメッセージを特定する。次いで、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＱＲコード」を示し、かつ、ワンタイム情報が「ＹＥＳ」を示すので、ＱＲコードの再撮影を促すメッセージを特定する。プリンタ１０Ａの公開鍵がワンタイムキーであるので、公開鍵を再取得する必要があるからである。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＹＥＳ」を示すので、ＤＰＰ移行操作を促すメッセージを特定しない。この結果、通知画面ＳＣ２は、セットアップに失敗したことを示すメッセージと、ＱＲコードの再撮影を促すメッセージと、を含み、ＤＰＰ移行操作を促すメッセージを含まない。即ち、通知画面ＳＣ２は、端末１００が特定したメッセージを含むと共に、端末１００が特定しないメッセージを含まない。これにより、セットアップに失敗したこと、及び、ＱＲコードの再撮影を実行すべきこと、がユーザに通知される。
端末１００は、図５のＴ１５２において、対象プリンタから、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、エラーを含むＲｅｓｕｌｔを受信すると、図６のＴ１５４において、通知画面ＳＣ２を表示部１１４に表示させる（図４のＳ３４）。具体的には、まず、端末１００は、セットアップに失敗したこと（即ちプリンタ１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続が確立されなかったこと）を示すメッセージを特定する。次いで、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＱＲコード」を示し、かつ、ワンタイム情報が「ＹＥＳ」を示すので、ＱＲコードの再撮影を促すメッセージを特定する。プリンタ１０Ａの公開鍵がワンタイムキーであるので、公開鍵を再取得する必要があるからである。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＹＥＳ」を示すので、ＤＰＰ移行操作を促すメッセージを特定しない。この結果、通知画面ＳＣ２は、セットアップに失敗したことを示すメッセージと、ＱＲコードの再撮影を促すメッセージと、を含み、ＤＰＰ移行操作を促すメッセージを含まない。即ち、通知画面ＳＣ２は、端末１００が特定したメッセージを含むと共に、端末１００が特定しないメッセージを含まない。これにより、セットアップに失敗したこと、及び、ＱＲコードの再撮影を実行すべきこと、がユーザに通知される。
【0062】
プリンタ１０Ａは、エラーを含むＲｅｓｕｌｔを端末１００に送信すると、Ｔ１５６において、公開鍵ＰＫＡ１とは異なる公開鍵ＰＫＡ２を生成し、Ｔ１５８において、ＱＲコードＱＲＡ２を生成し、Ｔ１６０において、ＤＰＰ非応答状態からＤＰＰ応答状態に移行し、Ｔ１６２において、ＱＲコードＱＲＡ２を表示部１４に表示する。即ち、プリンタ１０Ａは、図５のＴ１５０でＤｉｓｃｏｖｅｒｙ ＲｅｑをＡＰ６に送信してから所定時間が経過しても、ＡＰ６からＤｉｓｃｏｖｅｒｙ Ｒｅｓを受信しない場合に、ユーザからの操作を受け付けることなく、Ｔ１５６～Ｔ１６２の処理を実行する。このように、プリンタ１０ＡとＡＰ６との間のＷｉ－Ｆｉ接続が確立されない場合に、Ｔ１５６において、自動的に（即ちユーザからの操作を受け付けることなく）公開鍵ＰＫＡ２が生成されるので、ユーザの利便性が向上する。ＱＲコードＱＲＡ２は、公開鍵ＰＫＡ１に代えて公開鍵ＰＫＡ２を含むセットアップ情報がコード化されることによって得られるコード画像である。
【0063】
ユーザは、通知画面ＳＣ２を見ることに応じて、Ｔ１６４において、ＱＲコードＱＲＡ２を再撮影する。Ｔ１６４及びＴ１６６の処理は、セットアップ情報が異なる（具体的には公開鍵ＰＫＡ２が利用される）点を除いて、図５のＴ１２６及びＴ１２８の処理と同様である。その後、公開鍵ＰＫＡ２が利用される点を除いて、図５のＴ１３０～Ｔ１４４の処理と同様の処理が実行される。
【0064】
プリンタ１０Ａは、Ｔ１６６において、Ｗｉ－ＦｉＩ／Ｆ１６を介して、プリンタ用ＳＣを含むＤｉｓｃｏｖｅｒｙ ＲｅｑをＡＰ６に送信する。Ｔ１６６の段階では、ＡＰ６の電波環境が改善されている。このため、ＡＰ６は、Ｔ１６６において、プリンタ１０ＡからＤｉｓｃｏｖｅｒｙ Ｒｅｑを受信する。
【0065】
ＡＰ６は、Ｔ１６６において、プリンタ１０ＡからＤｉｓｃｏｖｅｒｙ Ｒｅｑを受信すると、ＡＰ用ＳＣを利用して、Ｄｉｓｃｏｖｅｒｙ Ｒｅｑに含まれるプリンタ用ＳＣの認証を実行する。ＡＰ６は、プリンタ用ＳＣの認証が成功すると、接続キーを生成する。そして、ＡＰは、Ｔ１６８において、ＡＰ用ＳＣを含むＤｉｓｃｏｖｅｒｙ Ｒｅｓをプリンタ１０Ａに送信する。
【0066】
プリンタ１０Ａは、Ｔ１６８において、ＡＰ６からＤｉｓｃｏｖｅｒｙ Ｒｅｓを受信すると、プリンタ用ＳＣを利用して、Ｄｉｓｃｏｖｅｒｙ Ｒｅｓに含まれるＡＰ用ＳＣの認証を実行する。プリンタ１０Ａは、ＡＰ用ＳＣの認証が成功すると、接続キーを生成する。ここで生成される接続キーは、ＡＰ６によって生成される接続キーと同じである。即ち、プリンタ１０Ａ及びＡＰ６によって接続キーが共有される。
【0067】
次いで、プリンタ１０Ａは、接続キーを利用して、４ｗａｙ－ｈａｎｄｓｈａｋｅの通信をＡＰ６と実行する。この結果、Ｔ１７０において、プリンタ１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。端末１００とＡＰ６との間にもＷｉ－Ｆｉ接続が確立済みであるので、端末１００とプリンタ１０Ａとは、ＡＰ６を介して相互に通信可能となる。Ｔ１６６～Ｔ１７０の処理は、ＤＰＰのＮｅｔｗｏｒｋ Ａｃｃｅｓｓに相当する。
【0068】
また、図示省略しているが、プリンタ１０Ａは、ＡＰ６とのＷｉ－Ｆｉ接続が確立されると、受信済みのプリンタ用ＣＯをメモリ３４に記憶する。従って、これ以降、プリンタ１０Ａでは、ＤＰＰ自動移行情報として「ＹＥＳ」に代えて「ＮＯ」が利用される。プリンタ用ＣＯが記憶されている状況では、プリンタ１０Ａとデバイス（本ケースではＡＰ６）との間にＷｉ－Ｆｉ接続が確立されている。このような状況でＤＰＰ自動移行情報が「ＹＥＳ」であると（即ちＤＰＰ応答状態に自動的に移行すると）、ユーザが意図しない状況でプリンタ１０ＡがＤＰＰ処理を実行してしまうおそれがある。この結果、例えば、プリンタ１０Ａのユーザとは異なる第三者によってプリンタ１０ＡのＱＲコードが撮影され得る。ユーザが意図しない状況でプリンタ１０ＡがＤＰＰ処理を実行すると、プリンタ１０Ａが新たなプリンタ用ＣＯを受信することによって記憶済みのプリンタ用ＣＯを削除することに応じて、ＡＰ６とのＷｉ－Ｆｉ接続が切断される可能性がある。このような事象を抑制するために、プリンタ１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続が確立されると、即ち、プリンタ１０Ａがプリンタ用ＣＯを記憶すると、ＤＰＰ自動移行情報が「ＹＥＳ」から「ＮＯ」に変更される。
【0069】
また、プリンタ１０Ａは、ＡＰ６とのＷｉ－Ｆｉ接続が確立されると、Ｗｉ－ＦｉＩ／Ｆ１６を介して、Ｗｉ－Ｆｉ接続が確立されたことを示す情報「成功」を含むＲｅｓｕｌｔを端末１００に送信する。
【0070】
端末１００は、Ｔ１７２において、Ｗｉ－ＦｉＩ／Ｆ１１６を介してプリンタ１０Ａから成功を含むＲｅｓｕｌｔを受信する（図４のＳ３２でＹＥＳ）。
【0071】
上述したように、プリンタ１０Ａは、ＡＰ６とのＷｉ－Ｆｉ接続を確立することができる。このために、プリンタ１０Ａは、端末１００からＡＰ６を介して印刷対象の画像を表わす印刷データを受信して、当該印刷データによって表わされる画像の印刷を実行することができる。
【0072】
（ケースＡ２；図７）
続いて、図７を参照して、ケースＡ２を説明する。ケースＡ２は、端末１００とプリンタ１０Ａとの間でＤＰＰ処理が実行されるケースである。特に、ケースＡ２は、プリンタ１０ＡがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。
続いて、図７を参照して、ケースＡ２を説明する。ケースＡ２は、端末１００とプリンタ１０Ａとの間でＤＰＰ処理が実行されるケースである。特に、ケースＡ２は、プリンタ１０ＡがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。
【0073】
図７のＴ２００において、ユーザによってプリンタ１０Ａの電源をＯＮする操作が実行されると、Ｔ２０２において、プリンタ１０Ａの電源がＯＮされる。本ケースでは、プリンタ１０ＡがＣＯを記憶済みであるので、プリンタ１０Ａは、ＤＰＰ応答状態に自動的に移行しない。プリンタ１０Ａは、Ｔ２０３において、ユーザからＤＰＰ移行操作を受け付けると、Ｔ２０４～Ｔ２１２の処理を実行する。Ｔ２０４～Ｔ２１２の処理は、公開鍵ＰＫＡ３が利用される点、及び、ＱＲコードＱＲＡ３が利用される点を除いて、図５のＴ１０４～Ｔ１１２と同様である。プリンタ１０Ａは、ユーザからＤＰＰ移行操作を受け付ける場合に公開鍵を生成するので、適切なタイミングで公開鍵を生成することができる。ＱＲコードＱＲＡ３は、公開鍵ＰＫＡ１に代えて公開鍵ＰＫＡ３を含み、かつ、ＤＰＰ自動移行情報「ＮＯ」を含むセットアップ情報がコード化されることによって得られるコード画像である。その後、図５のＴ１２０～Ｔ１２８と同様の処理が実行される。
【0074】
本ケースでは、記憶済みのセットアップ情報に含まれる手段情報が「ＱＲコード」を示し、かつ、ＤＰＰ自動移行情報が「ＮＯ」を示すので（図４のＳ２２でＹＥＳ）、端末１００は、Ｔ２１４において、問合画面（図４参照）を表示部１１４に表示させる（Ｓ２４）。本ケースでは、ユーザはＤＰＰ移行操作をプリンタ１０Ａに実行済みであるので（Ｔ２０３参照）、端末１００は、Ｔ２１６において、ユーザから問合画面内のＹＥＳボタンの選択を受け付ける（Ｓ２６でＹＥＳ）。この場合、公開鍵ＰＫＡ３が利用される点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。即ち、プリンタ１０ＡとＡＰ６との間のＷｉ－Ｆｉ接続が確立されない。
【0075】
この場合、端末１００は、Ｔ２５４において、通知画面ＳＣ３を表示部１１４に表示させる（図４のＳ３４）。具体的には、まず、端末１００は、セットアップに失敗したことを示すメッセージを特定する。次いで、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＱＲコード」を示し、かつ、ワンタイム情報が「ＹＥＳ」を示すので、ＱＲコードの再撮影を促すメッセージを特定する。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＮＯ」を示すので、ＤＰＰ移行操作を促すメッセージを特定する。従って、通知画面ＳＣ３は、セットアップに失敗したことを示すメッセージと、ＱＲコードの再撮影を促すメッセージと、ＤＰＰ移行操作を促すメッセージと、を含む。これにより、セットアップに失敗したこと、ＱＲコードの再撮影を実行すべきこと、及び、ＤＰＰ移行操作を実行すべきこと、がユーザに通知される。
【0076】
ユーザは、通知画面ＳＣ３を見ることに応じて、Ｔ２５５において、ＤＰＰ移行操作をプリンタ１０Ａに実行する。その後のＴ２５６～Ｔ２６６の処理は、公開鍵ＰＫＡ４が利用される点、ＱＲコードＱＲＡ４が利用される点、及び、ＤＰＰ自動移行情報「ＮＯ」が利用される点を除いて、図６のＴ１５６～Ｔ１６６と同様である。プリンタ１０Ａは、ユーザからＤＰＰ移行操作を受け付ける場合に公開鍵を生成するので、適切なタイミングで公開鍵を生成することができる。その後、公開鍵ＰＫＡ４が利用される点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0077】
（ケースＡ３；図８）
続いて、図８を参照して、ケースＡ３を説明する。ケースＡ３は、端末１００とプリンタ１０Ａとの間でＤＰＰ処理が実行されるケースである。特に、ケースＡ３は、対象プリンタの選択手段として「モデル名選択」が選択されるケースである。ケースＡ３の初期状態は、ケースＡ１の初期状態と同様である。ケースＡ３では、まず、図５のＴ１００～Ｔ１１２と同様の処理が実行される。Ｔ３２０及びＴ３２２の処理は、図５のＴ１２０及びＴ１２２の処理と同様である。
続いて、図８を参照して、ケースＡ３を説明する。ケースＡ３は、端末１００とプリンタ１０Ａとの間でＤＰＰ処理が実行されるケースである。特に、ケースＡ３は、対象プリンタの選択手段として「モデル名選択」が選択されるケースである。ケースＡ３の初期状態は、ケースＡ１の初期状態と同様である。ケースＡ３では、まず、図５のＴ１００～Ｔ１１２と同様の処理が実行される。Ｔ３２０及びＴ３２２の処理は、図５のＴ１２０及びＴ１２２の処理と同様である。
【0078】
端末１００は、Ｔ３２４において、通知画面ＳＣ１内の選択肢「モデル名選択」の選択を受け付けた後、プリンタ１０Ａのモデル名ＭＮＡの選択を受け付ける（図４のＳ１２）。この場合、端末１００は、セットアップ情報を取得しないので（Ｓ１４でＮＯ）、まず、プリンタ１０Ａのセットアップ情報出力手段（即ちＱＲコード）を特定する。そして、アプリ１３８は、Ｔ３２６において、通知画面ＳＣ４を表示部１１４に表示させる（Ｓ１６）。通知画面ＳＣ４は、ＱＲコードの撮影を促すメッセージを含む。ユーザは、通知画面ＳＣ４を見ることによって、ＱＲコードを撮影すべきことを知ることができる。その後、図５のＴ１２６～Ｔ１５２の処理、及び図６と同様の処理が実行され、プリンタ１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0079】
（ケースＢ１；図９）
続いて、図９を参照して、ケースＢ１を説明する。ケースＢ１は、端末１００とプリンタ１０Ｂとの間でＤＰＰ処理が実行されるケースである。特に、ケースＢ１は、プリンタ１０ＢがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。図２に示されるように、プリンタ１０Ｂの公開鍵はワンタイムキーでない。プリンタ１０Ｂは、公開鍵ＰＫＢをプリンタ１０Ｂの出荷段階から予め記憶している。
続いて、図９を参照して、ケースＢ１を説明する。ケースＢ１は、端末１００とプリンタ１０Ｂとの間でＤＰＰ処理が実行されるケースである。特に、ケースＢ１は、プリンタ１０ＢがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。図２に示されるように、プリンタ１０Ｂの公開鍵はワンタイムキーでない。プリンタ１０Ｂは、公開鍵ＰＫＢをプリンタ１０Ｂの出荷段階から予め記憶している。
【0080】
Ｔ４００及びＴ４０２の処理は、図５のＴ１００及びＴ１０２の処理と同様である。また、Ｔ４０６～Ｔ４１２の処理は、セットアップ情報が異なる点（具体的には公開鍵ＰＫＢが利用される点及びワンタイム情報「ＮＯ」が利用される点）を除いて、図５のＴ１０６～Ｔ１１２の処理と同様である。なお、変形例では、プリンタ１０Ｂは、ＱＲコードＱＲＢ１をプリンタ１０Ｂの出荷段階から記憶していてもよい。この変形例では、Ｔ４０６の処理を省略可能である。その後、公開鍵ＰＫＢが利用される点、及び、処理の主体がプリンタ１０Ｂである点を除いて、図５のＴ１２０～Ｔ１５２と同様の処理が実行される。即ち、プリンタ１０ＢとＡＰ６との間のＷｉ－Ｆｉ接続が確立されない。
【0081】
端末１００は、Ｔ４２２において、通知画面ＳＣ５を表示部１１４に表示させる（図３のＳ３４）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＱＲコード」を示し、かつ、ワンタイム情報が「ＮＯ」を示すので、ＱＲコードの再撮影を促すメッセージを特定せずに、ＤＰＰ再実行操作の実行を促すメッセージを特定する。プリンタ１０Ｂの公開鍵はワンタイムキーでないので、公開鍵を再取得する必要がないからである。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＹＥＳ」を示すので、ＤＰＰ移行操作を促すメッセージを特定しない。この結果、通知画面ＳＣ５は、セットアップに失敗したことを示すメッセージと、ＤＰＰ再実行操作の実行を促すメッセージと、を含み、ＤＰＰ移行操作を促すメッセージを含まない。
【0082】
【0083】
ユーザは、通知画面ＳＣ５を見ることに応じて、Ｔ４２４において、ＤＰＰ再実行操作を端末１００に実行する。この場合、公開鍵ＰＫＢが利用される点、及び、処理の主体がプリンタ１０Ｂである点を除いて、図５のＴ１３０～Ｔ１４４、及び、図６のＴ１６６～Ｔ１７２と同様の処理が実行され、プリンタ１０ＢとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0084】
（ケースＢ２；図９）
続いて、図９を参照して、ケースＢ２を説明する。ケースＢ２は、端末１００とプリンタ１０Ｂとの間でＤＰＰ処理が実行されるケースである。特に、ケースＢ２は、プリンタ１０ＢがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＢ２では、まず、公開鍵ＰＫＢが利用される点を除いて、図７のＴ２００～Ｔ２０３及びＴ２０６～Ｔ２１２と同様の処理が実行される。その後、公開鍵ＰＫＢが利用される点、及び、処理の主体がプリンタ１０Ｂである点を除いて、図５のＴ１２０～Ｔ１２８、図７のＴ２１４、Ｔ２１６、及び図５のＴ１３０～Ｔ１５２と同様の処理が実行される。即ち、プリンタ１０ＢとＡＰ６との間のＷｉ－Ｆｉ接続が確立されない。
続いて、図９を参照して、ケースＢ２を説明する。ケースＢ２は、端末１００とプリンタ１０Ｂとの間でＤＰＰ処理が実行されるケースである。特に、ケースＢ２は、プリンタ１０ＢがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＢ２では、まず、公開鍵ＰＫＢが利用される点を除いて、図７のＴ２００～Ｔ２０３及びＴ２０６～Ｔ２１２と同様の処理が実行される。その後、公開鍵ＰＫＢが利用される点、及び、処理の主体がプリンタ１０Ｂである点を除いて、図５のＴ１２０～Ｔ１２８、図７のＴ２１４、Ｔ２１６、及び図５のＴ１３０～Ｔ１５２と同様の処理が実行される。即ち、プリンタ１０ＢとＡＰ６との間のＷｉ－Ｆｉ接続が確立されない。
【0085】
端末１００は、Ｔ４３２において、通知画面ＳＣ６を表示部１１４に表示させる（図３のＳ３４）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＱＲコード」を示し、かつ、ワンタイム情報が「ＮＯ」を示すので、ＱＲコードの再撮影を促すメッセージを特定せずに、ＤＰＰ再実行操作の実行を促すメッセージを特定する。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＮＯ」を示すので、ＤＰＰ移行操作を促すメッセージを特定する。この結果、通知画面ＳＣ６は、セットアップに失敗したことを示すメッセージと、ＤＰＰ再実行操作の実行を促すメッセージと、ＤＰＰ移行操作を促すメッセージと、を含む。
【0086】
ユーザは、通知画面ＳＣ６を見ることに応じて、Ｔ４３４において、ＤＰＰ移行操作をプリンタ１０Ｂに実行する。この場合、プリンタ１０Ｂは、Ｔ４３６において、ＤＰＰ非応答状態からＤＰＰ応答状態に移行する。Ｔ４３８の処理は、Ｔ４２４の処理と同様である。その後、公開鍵ＰＫＢが利用される点、及び、処理の主体がプリンタ１０Ｂである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＢとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0087】
（ケースＣ；図１０）
続いて、図１０を参照して、ケースＣを説明する。ケースＣは、端末１００とプリンタ１０Ｃとの間でＤＰＰ処理が実行されるケースである。上記の通り、プリンタ１０Ｃは、ＱＲコードＱＲＣが貼り付けられた筐体５０を備える（図１参照）。従って、プリンタ１０Ｃは、プリンタ１０Ｃの出荷段階からワンタイムキーでない公開鍵ＰＫＣを記憶している（図２参照）。また、プリンタ１０ＣがＣＯを記憶しているのか否かに関わらず、ＤＰＰ自動移行情報は「ＮＯ」を示す。
続いて、図１０を参照して、ケースＣを説明する。ケースＣは、端末１００とプリンタ１０Ｃとの間でＤＰＰ処理が実行されるケースである。上記の通り、プリンタ１０Ｃは、ＱＲコードＱＲＣが貼り付けられた筐体５０を備える（図１参照）。従って、プリンタ１０Ｃは、プリンタ１０Ｃの出荷段階からワンタイムキーでない公開鍵ＰＫＣを記憶している（図２参照）。また、プリンタ１０ＣがＣＯを記憶しているのか否かに関わらず、ＤＰＰ自動移行情報は「ＮＯ」を示す。
【0088】
Ｔ５００及びＴ５０２の処理は、図５のＴ１００及びＴ１０２の処理と同様である。その後、図５のＴ１２０～Ｔ１２８と同様の処理が実行される。本ケースでは、記憶済みのセットアップ情報に含まれる手段情報が「ＱＲコード」を示し、かつ、ＤＰＰ自動移行情報が「ＮＯ」を示すので（図４のＳ２２でＹＥＳ）、端末１００は、Ｔ５０４において、問合画面（図４参照）を表示部１１４に表示させる（Ｓ２４）。本ケースでは、ユーザはＤＰＰ移行操作をプリンタ１０Ｃに実行済みでないので、端末１００は、Ｔ５０６において、ユーザから問合画面内のＮＯボタンの選択を受け付ける（Ｓ２６でＮＯ）。この場合、端末１００は、Ｔ５０８において、ＤＰＰ移行操作を促す画面（図４参照）を表示部１１４に表示させる（Ｓ２８）。
【0089】
プリンタ１０Ｃは、Ｔ５１０において、当該画面を見たユーザからＤＰＰ移行操作を受け付けると、Ｔ５１２において、ＤＰＰ応答状態に移行する。その後、公開鍵ＰＫＣが利用される点、及び、処理の主体がプリンタ１０Ｃである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。即ち、プリンタ１０ＣとＡＰ６との間のＷｉ－Ｆｉ接続が確立されない。
【0090】
端末１００は、Ｔ５２２において、通知画面ＳＣ６を表示部１１４に表示させる（図３のＳ３４、図９参照）。具体的な処理は、図９のＴ４３２の処理と同様である。Ｔ５３０～Ｔ５３４の処理は、図９のＴ４３４～Ｔ４３８の処理と同様である。その後、公開鍵ＰＫＣが利用される点、及び、処理の主体がプリンタ１０Ｃである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＣとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0091】
（ケースＤ１；図１１）
続いて、図１１を参照して、ケースＤ１を説明する。ケースＤ１は、端末１００とプリンタ１０Ｄとの間でＤＰＰ処理が実行されるケースである。特に、ケースＤ１は、プリンタ１０ＤがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。ケースＤ１では、まず、公開鍵ＰＫＤ１が利用される点を除いて、図５のＴ１００～Ｔ１０４及びＴ１１０と同様の処理が実行される。
続いて、図１１を参照して、ケースＤ１を説明する。ケースＤ１は、端末１００とプリンタ１０Ｄとの間でＤＰＰ処理が実行されるケースである。特に、ケースＤ１は、プリンタ１０ＤがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。ケースＤ１では、まず、公開鍵ＰＫＤ１が利用される点を除いて、図５のＴ１００～Ｔ１０４及びＴ１１０と同様の処理が実行される。
【0092】
プリンタ１０Ｄは、Ｔ６１２において、セットアップ情報をＢＴＩ／Ｆ２０に供給する。本ケースのセットアップ情報は、手段情報が「ＢＴ（ＡＤＶ＿ＥＸＴ）」を示し、公開鍵がＰＫＤ１であり、ワンタイム情報が「ＹＥＳ」を示し、ＤＰＰ自動移行情報が「ＹＥＳ」を示す。手段情報「ＢＴ（ＡＤＶ＿ＥＸＴ）」は、アドバタイズ信号を利用して、セットアップ情報がプリンタ１０Ｄから端末１００に送信されることを示す情報である。
【0093】
プリンタ１０Ｄは、セットアップ情報を含むアドバタイズ信号であるＢＬＥ＿ＡＤＶ＿ＥＸＴを繰り返し送信する。Ｔ６１４の段階では、端末１００によってアドバタイズ信号は受信されない。
【0094】
その後、図５のＴ１２０及びＴ１２２と同様の処理が実行され、通知画面ＳＣ１が表示される（図４のＳ１０、図５参照）。端末１００は、Ｔ６２４において、ユーザから、通知画面ＳＣ１内の選択肢「ＢＴ」の選択を受け付ける（Ｓ１２）。この場合、端末１００は、端末１００のＢＴＩ／Ｆ１２０の状態を、アドバタイズ信号を受信不可能な状態から、アドバタイズ信号を受信可能な状態に移行させる。この結果、端末１００は、Ｔ６２６において、プリンタ１０Ｄから、アドバタイズ信号を受信してセットアップ情報を取得し（Ｓ１４でＹＥＳ）、Ｔ６２８において、取得済みのセットアップ情報をメモリ１３４に記憶する（Ｓ２０）。その後、記憶済みのセットアップ情報に含まれるセットアップ手段が「ＢＴ（ＡＤＶ＿ＥＸＴ）」を示すので（Ｓ２２でＮＯ）、公開鍵ＰＫＤ１が利用される点、及び、処理の主体がプリンタ１０Ｄである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。特に、図１１で引用するＴ１３２において、プリンタ１０ＤがＤＰＰ非応答状態に移行すると、プリンタ１０Ｄは、アドバタイズ信号の送信を停止する。
【0095】
端末１００は、Ｔ６５４において、通知画面ＳＣ５を表示部１１４に表示させる（図４のＳ３４、図９参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＢＴ（ＡＤＶ＿ＥＸＴ）」を示すので、ＤＰＰ再実行操作の実行を促すメッセージを特定する。ユーザがＤＰＰ再実行操作を端末１００に実行すれば、端末１００が、プリンタ１０Ｄからアドバタイズ信号を受信することによって、新たな公開鍵を含むセットアップ情報を取得することができるからである。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＹＥＳ」を示すので、ＤＰＰ移行操作を促すメッセージを特定しない。
【0096】
Ｔ６５６及びＴ６６０の処理は、公開鍵ＰＫＤ２が利用される点を除いて、図６のＴ１５６及びＴ１６０の処理と同様である。Ｔ６６２の処理は、セットアップ情報が異なる点（具体的には公開鍵ＰＫＤ２が利用される点）を除いて、Ｔ６１２の処理と同様である。Ｔ６６４の処理は、図９のＴ４２４の処理と同様である。その後、Ｔ６２６及びＴ６２８と同様の処理が実行され、端末１００は、新たなセットアップ情報を取得及び記憶する。さらに、公開鍵ＰＫＤ２が利用される点、及び、処理の主体がプリンタ１０Ｄである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＤとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0097】
（ケースＤ２；図１１）
続いて、図１１を参照して、ケースＤ２を説明する。ケースＤ２は、端末１００とプリンタ１０Ｄとの間でＤＰＰ処理が実行されるケースである。特に、ケースＤ２は、プリンタ１０ＤがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＤ２では、まず、公開鍵ＰＫＤ３が利用される点を除いて、図７のＴ２００～Ｔ２０４及びＴ２１０と同様の処理が実行される。Ｔ６７２の処理は、セットアップ情報が異なる点（具体的には公開鍵ＰＫＤ３が利用される点及びＤＰＰ自動移行情報「ＮＯ」が利用される点）を除いて、Ｔ６１２の処理と同様である。その後、図５のＴ１２０及びＴ１２２が実行され、Ｔ６２４～Ｔ６２８と同様の処理が実行される。この結果、端末１００は、セットアップ情報を取得及び記憶する。その後、公開鍵ＰＫＤ３が利用される点、及び、処理の主体がプリンタ１０Ｄである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
続いて、図１１を参照して、ケースＤ２を説明する。ケースＤ２は、端末１００とプリンタ１０Ｄとの間でＤＰＰ処理が実行されるケースである。特に、ケースＤ２は、プリンタ１０ＤがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＤ２では、まず、公開鍵ＰＫＤ３が利用される点を除いて、図７のＴ２００～Ｔ２０４及びＴ２１０と同様の処理が実行される。Ｔ６７２の処理は、セットアップ情報が異なる点（具体的には公開鍵ＰＫＤ３が利用される点及びＤＰＰ自動移行情報「ＮＯ」が利用される点）を除いて、Ｔ６１２の処理と同様である。その後、図５のＴ１２０及びＴ１２２が実行され、Ｔ６２４～Ｔ６２８と同様の処理が実行される。この結果、端末１００は、セットアップ情報を取得及び記憶する。その後、公開鍵ＰＫＤ３が利用される点、及び、処理の主体がプリンタ１０Ｄである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
【0098】
端末１００は、Ｔ６７４において、通知画面ＳＣ６を表示部１１４に表示させる（図４のＳ３４、図９参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＢＴ（ＡＤＶ＿ＥＸＴ）」を示すので、ＤＰＰ再実行操作の実行を促すメッセージを特定する。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＮＯ」を示すので、ＤＰＰ移行操作を促すメッセージを特定する。Ｔ６７５の処理は、図７のＴ２５５の処理と同様である。また、Ｔ６７６の処理は、公開鍵がＰＫＤ４である点を除いて、図６のＴ１５６の処理と同様である
【0099】
その後、Ｔ６６０～Ｔ６６４と同様の処理が実行され、Ｔ６２６及びＴ６２８と同様の処理が実行され、端末１００は、新たなセットアップ情報（即ち公開鍵ＰＫＤ４を含むセットアップ情報）を取得及び記憶する。その後、公開鍵ＰＫＤ４が利用される点、及び、処理の主体がプリンタ１０Ｄである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＤとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0100】
（ケースＥ１；図１２）
続いて、図１２を参照して、ケースＥ１を説明する。ケースＥ１は、端末１００とプリンタ１０Ｅとの間でＤＰＰ処理が実行されるケースである。特に、ケースＥ１は、プリンタ１０ＥがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。図２に示されるように、プリンタ１０Ｅの公開鍵はワンタイムキーでない。プリンタ１０Ｅは、公開鍵ＰＫＥをプリンタ１０Ｅの出荷段階から予め記憶している。ケースＥ１では、まず、図５のＴ１００、Ｔ１０２、及び、Ｔ１１０と同様の処理が実行される。
続いて、図１２を参照して、ケースＥ１を説明する。ケースＥ１は、端末１００とプリンタ１０Ｅとの間でＤＰＰ処理が実行されるケースである。特に、ケースＥ１は、プリンタ１０ＥがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。図２に示されるように、プリンタ１０Ｅの公開鍵はワンタイムキーでない。プリンタ１０Ｅは、公開鍵ＰＫＥをプリンタ１０Ｅの出荷段階から予め記憶している。ケースＥ１では、まず、図５のＴ１００、Ｔ１０２、及び、Ｔ１１０と同様の処理が実行される。
【0101】
Ｔ７１２及びＴ７１４の処理は、セットアップ情報が異なる点（具体的には公開鍵ＰＫＥが利用される点）を除いて、図１１のＴ６１２及びＴ６１４の処理と同様である。その後、図５のＴ１２０及びＴ１２２の処理と同様の処理が実行され、通知画面ＳＣ１が表示される（図４のＳ１０、図５参照）。Ｔ７２４～Ｔ７２８の処理は、セットアップ情報が異なる点、及び、処理の主体がプリンタ１０Ｅである点を除いて、図１１のＴ６２４～Ｔ６２８の処理と同様である。その後、公開鍵ＰＫＥが利用される点、及び、処理の主体がプリンタ１０Ｅである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
【0102】
端末１００は、Ｔ７５４において、通知画面ＳＣ５を表示部１１４に表示させる（図４のＳ３４、図９参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＢＴ（ＡＤＶ＿ＥＸＴ）」を示すので、ＤＰＰ再実行操作の実行を促すメッセージを特定する。このように、手段情報が「ＢＴ（ＡＤＶ＿ＥＸＴ）」を示す場合には、ワンタイム情報が「ＹＥＳ」を示す場合であっても「ＮＯ」を示す場合であっても、端末１００は、ＤＰＰ再実行操作の実行を促すメッセージを特定する。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＹＥＳ」を示すので、ＤＰＰ移行操作を促すメッセージを特定しない。
【0103】
Ｔ７６０及びＴ７６４の処理は、図１１のＴ６６０及びＴ６６４の処理と同様である。その後、公開鍵ＰＫＥが利用される点、及び、処理の主体がプリンタ１０Ｅである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＥとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0104】
（ケースＥ２；図１２）
続いて、図１２を参照して、ケースＥ２を説明する。ケースＥ２は、端末１００とプリンタ１０Ｅとの間でＤＰＰ処理が実行されるケースである。特に、ケースＥ２は、プリンタ１０ＥがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＥ２では、まず、図７のＴ２００～Ｔ２０３及びＴ２１０と同様の処理が実行される。Ｔ７７２の処理は、セットアップ情報が異なる点（具体的にはＤＰＰ自動移行情報「ＮＯ」が利用される点）を除いて、Ｔ７１２の処理と同様である。その後、図５のＴ１２０及びＴ１２２が実行され、Ｔ７２４～Ｔ７２８と同様の処理が実行される。この結果、端末１００は、セットアップ情報を取得及び記憶する。その後、公開鍵ＰＫＥが利用される点、及び、処理の主体がプリンタ１０Ｅである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
続いて、図１２を参照して、ケースＥ２を説明する。ケースＥ２は、端末１００とプリンタ１０Ｅとの間でＤＰＰ処理が実行されるケースである。特に、ケースＥ２は、プリンタ１０ＥがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＥ２では、まず、図７のＴ２００～Ｔ２０３及びＴ２１０と同様の処理が実行される。Ｔ７７２の処理は、セットアップ情報が異なる点（具体的にはＤＰＰ自動移行情報「ＮＯ」が利用される点）を除いて、Ｔ７１２の処理と同様である。その後、図５のＴ１２０及びＴ１２２が実行され、Ｔ７２４～Ｔ７２８と同様の処理が実行される。この結果、端末１００は、セットアップ情報を取得及び記憶する。その後、公開鍵ＰＫＥが利用される点、及び、処理の主体がプリンタ１０Ｅである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
【0105】
端末１００は、Ｔ７７４において、通知画面ＳＣ６を表示部１１４に表示させる（図４のＳ３４、図９参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＢＴ（ＡＤＶ＿ＥＸＴ）」を示すので、ＤＰＰ再実行操作の実行を促すメッセージを特定する。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＮＯ」を示すので、ＤＰＰ移行操作を促すメッセージを特定する。
【0106】
Ｔ７７５～Ｔ７８４の処理は、図９のＴ４３４～Ｔ４３８の処理と同様である。その後、公開鍵ＰＫＥが利用される点、及び、処理の主体がプリンタ１０Ｅである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＥとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0107】
（ケースＦ１；図１３）
続いて、図１３を参照して、ケースＦ１を説明する。ケースＦ１は、端末１００とプリンタ１０Ｆとの間でＤＰＰ処理が実行されるケースである。特に、ケースＦ１は、プリンタ１０ＦがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。ケースＦ１では、まず、公開鍵ＰＫＦ１が利用される点を除いて、図５のＴ１００～Ｔ１０４及びＴ１１０と同様の処理が実行される。Ｔ８１２の処理は、セットアップ情報が異なる点（具体的には、手段情報「ＢＴ（ＧＡＴＴ）」が利用される点及び公開鍵ＰＫＦ１が利用される点）を除いて、図１１のＴ６１２の処理と同様である。手段情報「ＢＴ（ＧＡＴＴ）」は、ＢＴによる１対１接続を利用して、セットアップ情報がプリンタ１０Ｆから端末１００に送信されることを示す情報である。
続いて、図１３を参照して、ケースＦ１を説明する。ケースＦ１は、端末１００とプリンタ１０Ｆとの間でＤＰＰ処理が実行されるケースである。特に、ケースＦ１は、プリンタ１０ＦがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。ケースＦ１では、まず、公開鍵ＰＫＦ１が利用される点を除いて、図５のＴ１００～Ｔ１０４及びＴ１１０と同様の処理が実行される。Ｔ８１２の処理は、セットアップ情報が異なる点（具体的には、手段情報「ＢＴ（ＧＡＴＴ）」が利用される点及び公開鍵ＰＫＦ１が利用される点）を除いて、図１１のＴ６１２の処理と同様である。手段情報「ＢＴ（ＧＡＴＴ）」は、ＢＴによる１対１接続を利用して、セットアップ情報がプリンタ１０Ｆから端末１００に送信されることを示す情報である。
【0108】
プリンタ１０Ｆは、アドバタイズ信号であるＢＬＥ＿ＡＤＶ＿ＩＮＤを繰り返し送信する。当該アドバタイズ信号は、セットアップ情報を含まない。Ｔ８１４の段階では、端末１００によってアドバタイズ信号は受信されない。
【0109】
その後、図５のＴ１２０及びＴ１２２と同様の処理が実行され、通知画面ＳＣ１が表示される（図４のＳ１０、図５参照）。端末１００は、Ｔ８２４において、ユーザから、通知画面ＳＣ１内の選択肢「ＢＴ」の選択を受け付ける（Ｓ１２）。この場合、端末１００は、端末１００のＢＴＩ／Ｆ１２０を、アドバタイズ信号を受信不可能な状態から、アドバタイズ信号を受信可能な状態に移行させる。この結果、端末１００は、Ｔ８２５において、プリンタ１０Ｆから、アドバタイズ信号を受信して、Ｔ８２６において、ＢＴによる１対１接続（即ちＧＡＴＴ接続）を確立する。
【0110】
端末１００は、Ｔ８２７において、ＢＴＩ／Ｆ１２０を介して、ＧＡＴＴ接続を利用して、セットアップ情報要求をプリンタ１０Ｆに送信する。
【0111】
プリンタ１０Ｆは、Ｔ８２７において、端末１００からセットアップ情報要求を受信すると、Ｔ８２８において、ＢＴＩ／Ｆ２０を介して、ＧＡＴＴ接続を利用して、セットアップ情報を端末１００に送信する。
【0112】
端末１００は、Ｔ８２８において、プリンタ１０Ｆからセットアップ情報を受信すると（図４のＳ１４でＹＥＳ）、受信済みのセットアップ情報をメモリ１３４に記憶する（Ｓ２０）。その後、記憶済みのセットアップ情報に含まれる手段情報が「ＢＴ（ＧＡＴＴ）」を示すので（Ｓ２２でＮＯ）、公開鍵ＰＫＦ１が利用される点、及び、処理の主体がプリンタ１０Ｆである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。特に、図１３で引用するＴ１３２において、プリンタ１０ＦがＤＰＰ非応答状態に移行すると、プリンタ１０Ｆは、アドバタイズ信号の送信を停止する。
【0113】
端末１００は、Ｔ８５４において、通知画面ＳＣ５を表示部１１４に表示させる（図４のＳ３４、図９参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＢＴ（ＧＡＴＴ）」であるので、ＤＰＰ再実行操作の実行を促すメッセージを特定する。ユーザがＤＰＰ再実行操作を端末１００に実行すれば、端末１００が、プリンタ１０Ｆから、ＧＡＴＴ接続を利用して、新たな公開鍵を含むセットアップ情報を取得することができるからである。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＹＥＳ」であるので、ＤＰＰ移行操作を促すメッセージを特定しない。
【0114】
Ｔ８５６及びＴ８６０の処理は、公開鍵ＰＫＦ２が利用される点を除いて、図６のＴ１５６及びＴ１６０の処理と同様である。Ｔ８６２の処理は、セットアップ情報が異なる点（具体的には公開鍵ＰＫＦ２が利用される点）を除いて、Ｔ８１２の処理と同様である。Ｔ８６４の処理は、図９のＴ４２４の処理と同様である。その後、Ｔ８２７～Ｔ８３０と同様の処理が実行され、端末１００は、新たなセットアップ情報を取得及び記憶する。さらに、公開鍵ＰＫＦ２が利用される点、及び、処理の主体がプリンタ１０Ｆである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＦとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0115】
（ケースＦ２；図１４）
続いて、図１４を参照して、ケースＦ２を説明する。ケースＦ２は、端末１００とプリンタ１０Ｆとの間でＤＰＰ処理が実行されるケースである。特に、ケースＦ２は、プリンタ１０ＦがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＦ２では、まず、図５のＴ１００及びＴ１０２と同様の処理が実行される。
続いて、図１４を参照して、ケースＦ２を説明する。ケースＦ２は、端末１００とプリンタ１０Ｆとの間でＤＰＰ処理が実行されるケースである。特に、ケースＦ２は、プリンタ１０ＦがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＦ２では、まず、図５のＴ１００及びＴ１０２と同様の処理が実行される。
【0116】
プリンタ１０Ｆは、電源がＯＮされると、アドバタイズ信号であるＢＬＥ＿ＡＤＶ＿ＩＮＤを繰り返し送信する。アドバタイズ信号は、セットアップ情報を含まない。Ｔ８７４の段階では、端末１００によってアドバタイズ信号は受信されない。
【0117】
その後、図５のＴ１２０及びＴ１２２と同様の処理が実行され、通知画面ＳＣ１が表示される（図４のＳ１０、図５参照）。端末１００は、Ｔ８７６において、ユーザから、通知画面ＳＣ１内の選択肢「ＢＴ」の選択を受け付ける（Ｓ１２）。この場合、端末１００は、端末１００のＢＴＩ／Ｆ１２０を、アドバタイズ信号を受信不可能な状態から、アドバタイズ信号を受信可能な状態に移行させる。この結果、端末１００は、Ｔ８７７において、プリンタ１０Ｆから、アドバタイズ信号を受信して、Ｔ８２６において、ＢＴによる１対１接続（即ちＧＡＴＴ接続）を確立する。
【0118】
端末１００は、Ｔ８８０において、ＢＴＩ／Ｆ１２０を介して、ＧＡＴＴ接続を利用して、プリンタ１０Ｆのシリアル番号の送信を要求するシリアル番号要求をプリンタ１０Ｆに送信する。
【0119】
プリンタ１０Ｆは、Ｔ８８０において、端末１００からシリアル番号要求を受信すると、Ｔ８８２において、ＢＴＩ／Ｆ２０を介して、ＧＡＴＴ接続を利用して、プリンタ１０Ｆのシリアル番号を端末１００に送信する。
【0120】
端末１００は、Ｔ８８２において、プリンタ１０Ｆからシリアル番号を要求すると、Ｔ８８４において、ＢＴＩ／Ｆ１２０を介して、ＧＡＴＴ接続を利用して、パスワードをプリンタ１０Ｆに送信する。当該パスワードは、端末１００において、プリンタ１０Ｆのシリアル番号と関連付けて予め記憶されていてもよいし、Ｔ８８２の処理の後にユーザによって入力されてもよい。
【0121】
プリンタ１０Ｆは、Ｔ８８４において、端末１００からパスワードを受信すると、当該パスワードの認証を実行する。本ケースでは、パスワードの認証が成功するので、プリンタ１０Ｆは、Ｔ８８６において、ＢＴＩ／Ｆ２０を介して、ＧＡＴＴ接続を利用して、認証ＯＫを示す信号を端末１００に送信する。なお、認証が失敗する場合には、プリンタ１０Ｆは、Ｔ８８６以降の処理を実行しない。
【0122】
端末１００は、Ｔ８８６において、プリンタ１０Ｆから認証ＯＫを示す信号を受信すると、Ｔ８８８において、ＢＴＩ／Ｆ１２０を介して、ＧＡＴＴ接続を利用して、ＤＰＰ移行要求をプリンタ１０Ｆに送信する。ＤＰＰ移行要求は、プリンタ１０Ｆの状態をＤＰＰ非応答状態からＤＰＰ応答状態に移行させることをプリンタ１０Ｆに要求する信号である。このように、本ケースでは、プリンタ１０Ｆの状態をＤＰＰ非応答状態からＤＰＰ応答状態に移行させるために、プリンタ１０ＦにＤＰＰ移行操作を直接的に実行する必要がない。
【0123】
上記のＴ８８０～Ｔ８８６の認証のための処理を実行するのは、以下の理由による。即ち、上記の通り、ケースＦ２では、プリンタ１０Ｆがプリンタ用ＣＯを記憶している。また、プリンタ１０ＦにＤＰＰ移行操作を直接的に実行する必要がない。このため、仮に上記の認証のための処理が実行されないとすると、プリンタ１０Ｆが、第三者の端末からＤＰＰ移行要求を受信し、記憶済みのプリンタ用ＣＯに代えて新たなＣＯを記憶してしまう可能性がある。この結果、プリンタ１０Ｆとデバイスとの間のＷｉ－Ｆｉ接続が切断される可能性がある。一方、本ケースでは、上記の認証が実行されるので、プリンタ１０Ｆの正規のユーザのみが、端末１００を利用して、ＤＰＰ移行要求をプリンタ１０Ｆに送信することができる。このために、上記の事象が発生することを抑制できる。
【0124】
Ｔ８８９及びＴ８９０の処理は、公開鍵がＰＫＦ３である点を除いて、図５のＴ１０４及びＴ１１０の処理と同様である。また、Ｔ８９１～Ｔ８９４の処理は、セットアップ情報が異なる点（具体的には公開鍵ＰＫＦ３及びＤＰＰ自動移行情報「ＮＯ」が利用される点）を除いて、図１３のＴ８１２及びＴ８２７～Ｔ８３０の処理と同様である。その後、公開鍵ＰＫＦ３が利用される点、及び、処理の主体がプリンタ１０Ｆである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
【0125】
端末１００は、Ｔ８９５において、通知画面ＳＣ５を表示部１１４に表示させる（図４のＳ３４、図９参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＢＴ（ＧＡＴＴ）」を示すので、ＤＰＰ再実行操作の実行を促すメッセージを特定するとともに、ＤＰＰ移行操作を促すメッセージを特定しない。上記の通り、本ケースでは、端末１００は、ＧＡＴＴ接続を利用して、ＤＰＰ移行要求をプリンタ１０Ｆに送信するので、ＤＰＰ移行操作をプリンタ１０Ｆに直接的に実行する必要がないからである。Ｔ８９６の処理は、図９のＴ４２４の処理と同様である。また、Ｔ８９７及びＴ８９８の処理は、公開鍵がＰＫＦ４である点を除いて、Ｔ８８８及びＴ８８９の処理と同様である。
【0126】
その後、公開鍵ＰＫＦ４が利用される点を除いて、Ｔ８９０～Ｔ８９４と同様の処理が実行され、端末１００は、新たなセットアップ情報を取得及び記憶する。その後、公開鍵ＰＫＦ４が利用される点、及び、処理の主体がプリンタ１０Ｆである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＦとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0127】
（ケースＧ１；図１５）
続いて、図１５を参照して、ケースＧ１を説明する。ケースＧ１は、端末１００とプリンタ１０Ｇとの間でＤＰＰ処理が実行されるケースである。特に、ケースＧ１は、プリンタ１０ＧがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。図２に示されるように、プリンタ１０Ｇの公開鍵はワンタイムキーでない。プリンタ１０Ｇは、公開鍵ＰＫＧをプリンタ１０Ｇの出荷段階から予め記憶している。ケースＧ１では、まず、図５のＴ１００、Ｔ１０２、及び、Ｔ１１０と同様の処理が実行される。
続いて、図１５を参照して、ケースＧ１を説明する。ケースＧ１は、端末１００とプリンタ１０Ｇとの間でＤＰＰ処理が実行されるケースである。特に、ケースＧ１は、プリンタ１０ＧがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。図２に示されるように、プリンタ１０Ｇの公開鍵はワンタイムキーでない。プリンタ１０Ｇは、公開鍵ＰＫＧをプリンタ１０Ｇの出荷段階から予め記憶している。ケースＧ１では、まず、図５のＴ１００、Ｔ１０２、及び、Ｔ１１０と同様の処理が実行される。
【0128】
Ｔ９１２の処理は、セットアップ情報が異なる点（具体的には、公開鍵ＰＫＧが利用される点及びワンタイム情報「ＮＯ」が利用される点）を除いて、図１３のＴ８１２の処理と同様である。また、Ｔ９１４の処理は、図１３のＴ８１４の処理と同様である。
【0129】
その後、図５のＴ１２０及びＴ１２２と同様の処理が実行され、通知画面ＳＣ１が表示される（図４のＳ１０、図５参照）。次いで、図１３のＴ８２４～Ｔ８３０と同様の処理が実行され、端末１００は、ＧＡＴＴ接続を利用して、プリンタ１０Ｇからセットアップ情報を受信し、セットアップ情報を記憶する（Ｓ１２、Ｓ１４でＹＥＳ、Ｓ２０）。次いで、公開鍵ＰＫＧが利用される点、及び、処理の主体がプリンタ１０Ｇである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
【0130】
端末１００は、Ｔ９５４において、通知画面ＳＣ５を表示部１１４に表示させる（図４のＳ３４、図９参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＢＴ（ＧＡＴＴ）」を示すので、ＤＰＰ再実行操作の実行を促すメッセージを特定するとともに、ＤＰＰ移行操作を促すメッセージを特定しない。このように、手段情報が「ＢＴ（ＧＡＴＴ）」を示す場合には、ワンタイム情報が「ＹＥＳ」を示す場合であっても「ＮＯ」を示す場合であっても、端末１００は、ＤＰＰ再実行操作の実行を促すメッセージを特定する。
【0131】
Ｔ９６０の処理は、図６のＴ１６０の処理と同様である。また、Ｔ９６４の処理は、図９のＴ４２４の処理と同様である。その後、公開鍵ＰＫＧが利用される点、及び、処理の主体がプリンタ１０Ｇである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＧとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0132】
（ケースＧ２；図１５）
続いて、図１５を参照して、ケースＧ２を説明する。ケースＧ２は、端末１００とプリンタ１０Ｇとの間でＤＰＰ処理が実行されるケースである。特に、ケースＧ２は、プリンタ１０ＧがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＧ２では、まず、図５のＴ１００及びＴ１０２と同様の処理が実行される。Ｔ９７４の処理は、図１４のＴ８７４の処理と同様である。
続いて、図１５を参照して、ケースＧ２を説明する。ケースＧ２は、端末１００とプリンタ１０Ｇとの間でＤＰＰ処理が実行されるケースである。特に、ケースＧ２は、プリンタ１０ＧがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＧ２では、まず、図５のＴ１００及びＴ１０２と同様の処理が実行される。Ｔ９７４の処理は、図１４のＴ８７４の処理と同様である。
【0133】
その後、図５のＴ１２０及びＴ１２２と同様の処理が実行され、通知画面ＳＣ１が表示される（図４のＳ１０、図５参照）。次いで、図１４のＴ８７６～Ｔ８９４と同様の処理が実行され、端末１００は、ＧＡＴＴ接続を利用して、プリンタ１０Ｇからセットアップ情報を受信し、セットアップ情報を記憶する（Ｓ１２、Ｓ１４でＹＥＳ、Ｓ２０）。次いで、公開鍵ＰＫＧが利用される点、及び、処理の主体がプリンタ１０Ｇである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
【0134】
端末１００は、Ｔ９９２において、通知画面ＳＣ５を表示部１１４に表示させる（図４のＳ３４、図９参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＢＴ（ＧＡＴＴ）」を示すので、ＤＰＰ再実行操作の実行を促すメッセージを特定するとともに、ＤＰＰ移行操作を促すメッセージを特定しない。
【0135】
Ｔ９９５の処理は、図９のＴ４２４の処理と同様である。端末１００は、Ｔ９９５において、ユーザからＤＰＰ再実行操作の実行を受け付けると、Ｔ９９６において、ＢＴＩ／Ｆ１２０を介して、ＧＡＴＴ接続を利用して、ＤＰＰ移行要求をプリンタ１０Ｇに送信する。
【0136】
プリンタ１０Ｇは、Ｔ９９６において、端末１００からＤＰＰ移行要求を受信すると、Ｔ９９７において、ＤＰＰ非応答状態からＤＰＰ応答状態に移行する。その後、公開鍵ＰＫＧが利用される点、及び、処理の主体がプリンタ１０Ｇである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＧとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0137】
（ケースＨ１；図１６）
続いて、図１６を参照して、ケースＨ１を説明する。ケースＨ１は、端末１００とプリンタ１０Ｈとの間でＤＰＰ処理が実行されるケースである。特に、ケースＨ１は、プリンタ１０ＨがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。ケースＨ１では、まず、公開鍵ＰＫＨ１が利用される点を除いて、図５のＴ１００～Ｔ１０４及びＴ１１０と同様の処理が実行される。
続いて、図１６を参照して、ケースＨ１を説明する。ケースＨ１は、端末１００とプリンタ１０Ｈとの間でＤＰＰ処理が実行されるケースである。特に、ケースＨ１は、プリンタ１０ＨがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。ケースＨ１では、まず、公開鍵ＰＫＨ１が利用される点を除いて、図５のＴ１００～Ｔ１０４及びＴ１１０と同様の処理が実行される。
【0138】
プリンタ１０Ｈは、Ｔ１０１２において、セットアップ情報をＮＦＣＩ／Ｆ２２に供給するとともに、ＮＦＣＩ／Ｆ２２の状態を、ＮＦＣ通信を実行不可能な状態からＮＦＣ通信を実行可能な状態に移行させる。本ケースのセットアップ情報は、手段情報が「ＮＦＣ（直接通信）」を示し、公開鍵がＰＫＨ１であり、ワンタイム情報が「ＹＥＳ」を示し、ＤＰＰ自動移行情報が「ＹＥＳ」を示す。手段情報「ＮＦＣ（直接通信）」は、ＮＦＣ通信を利用して、セットアップ情報がプリンタ１０Ｈから端末１００に直接的に送信されることを示す情報である。
【0139】
その後、図５のＴ１２０及びＴ１２２と同様の処理が実行され、通知画面ＳＣ１が表示される（図４のＳ１０、図５参照）。端末１００は、Ｔ１０２４において、ユーザから、通知画面ＳＣ１内の選択肢「ＮＦＣ」の選択を受け付ける（Ｓ１２）。この場合、端末１００は、端末１００のＮＦＣＩ／Ｆ１２２の状態を、ＮＦＣ通信を実行不可能な状態から、ＮＦＣ通信を実行可能な状態に移行させる。その後、端末１００のユーザは、Ｔ１０２６において、端末１００をプリンタ１０Ｈにタッチして、端末１００とプリンタ１０Ｈとの間でＮＦＣ接続を確立させる。そして、端末１００は、Ｔ１０２７において、ＮＦＣＩ／Ｆ１２２を介して、ＮＦＣ接続を利用して、プリンタ１０Ｈからセットアップ情報を受信し、Ｔ１０２８において、受信済みのセットアップ情報をメモリ１３４に記憶する（Ｓ２０）。その後、記憶済みのセットアップ情報に含まれる手段情報が「ＮＦＣ（直接通信）」を示すので（Ｓ２２でＮＯ）、公開鍵ＰＫＨ１が利用される点、及び、処理の主体がプリンタ１０Ｈである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。特に、図１６で引用するＴ１３２において、プリンタ１０ＨがＤＰＰ非応答状態に移行すると、プリンタ１０Ｈは、ＮＦＣＩ／Ｆ２２の状態を、ＮＦＣ通信を実行可能な状態からＮＦＣ通信を実行不可能な状態に移行させる。
【0140】
端末１００は、Ｔ１０５４において、通知画面ＳＣ７を表示部１１４に表示させる（図４のＳ３４）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＮＦＣ（直接通信）」を示し、かつ、ワンタイム情報が「ＹＥＳ」を示すので、端末１００をプリンタ１０Ｈに再びタッチすることを促すメッセージを特定する。端末１００をプリンタ１０Ｈに再びタッチすれば、ＮＦＣ接続を利用して、新たな公開鍵を含むセットアップ情報を取得することができるからである。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＹＥＳ」を示すので、ＤＰＰ移行操作を促すメッセージを特定しない。従って、通知画面ＳＣ７は、セットアップに失敗したことを示すメッセージと、端末１００をプリンタ１０Ｈに再びタッチすることを促すメッセージと、を含む。
【0141】
Ｔ１０５６及びＴ１０６０の処理は、公開鍵ＰＫＨ２が利用される点を除いて、図６のＴ１５６及びＴ１６０の処理と同様である。また、Ｔ１０６２の処理は、セットアップ情報が異なる点（具体的には公開鍵ＰＫＨ２が利用される点）を除いて、Ｔ１０１２の処理と同様である。Ｔ１０６４の処理は、Ｔ１０２６の処理と同様である。
【0142】
その後、Ｔ１０２７及びＴ１０２８の処理が実行され、端末１００は、ＮＦＣ接続を介して、公開鍵ＰＫＨ２を含むセットアップ情報を受信し、記憶する。そして、公開鍵ＰＫＨ２が利用される点、及び、処理の主体がプリンタ１０Ｈである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＨとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0143】
（ケースＨ２；図１６）
続いて、図１６を参照して、ケースＨ２を説明する。ケースＨ２は、端末１００とプリンタ１０Ｈとの間でＤＰＰ処理が実行されるケースである。特に、ケースＨ２は、プリンタ１０ＨがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＨ２では、まず、公開鍵ＰＫＨ３が利用される点を除いて、図７のＴ２００～Ｔ２０４及びＴ２１０と同様の処理が実行される。Ｔ１０７２の処理は、セットアップ情報が異なる点（具体的には公開鍵ＰＫＨ３が利用される点及びＤＰＰ自動移行情報「ＮＯ」が利用される点）を除いて、Ｔ１０１２の処理と同様である。
続いて、図１６を参照して、ケースＨ２を説明する。ケースＨ２は、端末１００とプリンタ１０Ｈとの間でＤＰＰ処理が実行されるケースである。特に、ケースＨ２は、プリンタ１０ＨがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＨ２では、まず、公開鍵ＰＫＨ３が利用される点を除いて、図７のＴ２００～Ｔ２０４及びＴ２１０と同様の処理が実行される。Ｔ１０７２の処理は、セットアップ情報が異なる点（具体的には公開鍵ＰＫＨ３が利用される点及びＤＰＰ自動移行情報「ＮＯ」が利用される点）を除いて、Ｔ１０１２の処理と同様である。
【0144】
その後、図５のＴ１２０及びＴ１２２と同様の処理が実行され、通知画面ＳＣ１が表示される（図４のＳ１０、図５参照）。次いで、セットアップ情報が異なる点を除いて、Ｔ１０２４～Ｔ１０２８の処理と同様の処理が実行され、端末１００は、セットアップ情報を受信及び記憶する。その後、公開鍵ＰＫＨ３が利用される点、及び、処理の主体がプリンタ１０Ｈである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
【0145】
端末１００は、Ｔ１０７４において、通知画面ＳＣ８を表示部１１４に表示させる（図４のＳ３４）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＮＦＣ（直接通信）」を示し、かつ、ワンタイム情報が「ＹＥＳ」を示すので、端末１００をプリンタ１０Ｈに再びタッチすることを促すメッセージを特定する。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＮＯ」を示すので、ＤＰＰ移行操作を促すメッセージを特定する。従って、通知画面ＳＣ８は、セットアップに失敗したことを示すメッセージと、端末１００をプリンタ１０Ｈに再びタッチすることを促すメッセージと、ＤＰＰ移行操作を促すメッセージと、を含む。Ｔ１０７５の処理は、図７のＴ２５５の処理と同様である。また、Ｔ１０７６の処理は、公開鍵ＰＫＨ４が利用される点を除いて、図６のＴ１５６の処理と同様である。
【0146】
その後、Ｔ１０６０～Ｔ１０６４と同様の処理が実行された後にＴ１０２７及びＴ１０２８と同様の処理が実行され、ＮＦＣ接続を介して、公開鍵ＰＫＨ４を含むセットアップ情報を受信し、記憶する。そして、公開鍵ＰＫＨ４が利用される点、及び、処理の主体がプリンタ１０Ｈである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＨとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0147】
（ケースＩ１；図１７）
続いて、図１７を参照して、ケースＩ１を説明する。ケースＩ１は、端末１００とプリンタ１０Ｉとの間でＤＰＰ処理が実行されるケースである。特に、ケースＩ１は、プリンタ１０ＩがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。図２に示されるように、プリンタ１０Ｉの公開鍵はワンタイムキーでない。プリンタ１０Ｉは、公開鍵ＰＫＩをプリンタ１０Ｉの出荷段階から予め記憶している。ケースＩ１では、まず、図５のＴ１００、Ｔ１０２、及び、Ｔ１１０と同様の処理が実行される。Ｔ１１１２の処理は、セットアップ情報が異なる点（具体的には公開鍵ＰＫＩが利用される点及びワンタイム情報「ＮＯ」が利用される点）を除いて、図１６のＴ１０１２の処理と同様である。
続いて、図１７を参照して、ケースＩ１を説明する。ケースＩ１は、端末１００とプリンタ１０Ｉとの間でＤＰＰ処理が実行されるケースである。特に、ケースＩ１は、プリンタ１０ＩがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。図２に示されるように、プリンタ１０Ｉの公開鍵はワンタイムキーでない。プリンタ１０Ｉは、公開鍵ＰＫＩをプリンタ１０Ｉの出荷段階から予め記憶している。ケースＩ１では、まず、図５のＴ１００、Ｔ１０２、及び、Ｔ１１０と同様の処理が実行される。Ｔ１１１２の処理は、セットアップ情報が異なる点（具体的には公開鍵ＰＫＩが利用される点及びワンタイム情報「ＮＯ」が利用される点）を除いて、図１６のＴ１０１２の処理と同様である。
【0148】
その後、図５のＴ１２０及びＴ１２２の処理と同様の処理が実行され、通知画面ＳＣ１が表示される（図４のＳ１０、図５参照）。Ｔ１１２４～Ｔ１１２８の処理は、セットアップ情報が異なる点、及び、処理の主体がプリンタ１０Ｉである点を除いて、図１６のＴ１０２４～Ｔ１０２８の処理と同様である。その後、公開鍵ＰＫＩが利用される点、及び、処理の主体がプリンタ１０Ｉである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
【0149】
端末１００は、Ｔ１１５４において、通知画面ＳＣ５を表示部１１４に表示させる（図４のＳ３４、図９参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＮＦＣ（直接通信）」を示し、かつ、ワンタイム情報が「ＮＯ」であるので、ＤＰＰ再実行操作の実行を促すメッセージを特定する。プリンタ１０Ｉの公開鍵はワンタイムキーでないので、公開鍵を再取得する必要がないからである。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＹＥＳ」を示すので、ＤＰＰ移行操作を促すメッセージを特定しない。
【0150】
Ｔ１１６０の処理は、図６のＴ１６０の処理と同様である。また、Ｔ１１６４の処理は、図９のＴ４２４の処理と同様である。その後、公開鍵ＰＫＩが利用される点、及び、処理の主体がプリンタ１０Ｉである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＩとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0151】
（ケースＩ２；図１７）
続いて、図１７を参照して、ケースＩ２を説明する。ケースＩ２は、端末１００とプリンタ１０Ｉとの間でＤＰＰ処理が実行されるケースである。特に、ケースＩ２は、プリンタ１０ＩがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＨＩでは、まず、図７のＴ２００～Ｔ２０３及びＴ２１０と同様の処理が実行される。Ｔ１１７２の処理は、セットアップ情報が異なる点（具体的にはＤＰＰ自動移行情報「ＮＯ」が利用される点）を除いて、Ｔ１１１２の処理と同様である。
続いて、図１７を参照して、ケースＩ２を説明する。ケースＩ２は、端末１００とプリンタ１０Ｉとの間でＤＰＰ処理が実行されるケースである。特に、ケースＩ２は、プリンタ１０ＩがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＨＩでは、まず、図７のＴ２００～Ｔ２０３及びＴ２１０と同様の処理が実行される。Ｔ１１７２の処理は、セットアップ情報が異なる点（具体的にはＤＰＰ自動移行情報「ＮＯ」が利用される点）を除いて、Ｔ１１１２の処理と同様である。
【0152】
その後、図５のＴ１２０及びＴ１２２と同様の処理が実行され、通知画面ＳＣ１が表示される（図４のＳ１０、図５参照）。次いで、セットアップ情報が異なる点を除いて、Ｔ１１２４～Ｔ１１２８の処理と同様の処理が実行され、端末１００は、セットアップ情報を受信及び記憶する。その後、公開鍵ＰＫＩが利用される点、及び、処理の主体がプリンタ１０Ｉである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
【0153】
端末１００は、Ｔ１１７４において、通知画面ＳＣ６を表示部１１４に表示させる（図４のＳ３４、図９参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＮＦＣ（直接通信）」を示し、かつ、ワンタイム情報が「ＮＯ」を示すので、ＤＰＰ再実行操作の実行を促すメッセージを特定する。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＮＯ」を示すので、ＤＰＰ移行操作を促すメッセージを特定する。Ｔ１１７５～Ｔ１１８４の処理は、図９のＴ４３４～Ｔ４３８の処理と同様である。
【0154】
その後、公開鍵ＰＫＩが利用される点、及び、処理の主体がプリンタ１０Ｉである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＩとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0155】
（ケースＪ１；図１８）
続いて、図１８を参照して、ケースＪ１を説明する。ケースＪ１は、端末１００とプリンタ１０Ｊとの間でＤＰＰ処理が実行されるケースである。特に、ケースＪ１は、プリンタ１０ＪがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。ケースＪ１では、まず、公開鍵ＰＫＪ１が利用される点を除いて、図５のＴ１００～Ｔ１０４及びＴ１１０と同様の処理が実行される。詳しくは後述するが、ケースＪ１のセットアップ情報は、手段情報「ＮＦＣハンドオーバ」を含む。手段情報「ＮＦＣハンドオーバ」は、ＮＦＣ通信を利用してＷｉ－Ｆｉ接続を確立するための情報を通信し、その後、Ｗｉ－Ｆｉ接続を利用して、セットアップ情報がプリンタ１０Ｊから端末１００に送信されることを示す情報である。
続いて、図１８を参照して、ケースＪ１を説明する。ケースＪ１は、端末１００とプリンタ１０Ｊとの間でＤＰＰ処理が実行されるケースである。特に、ケースＪ１は、プリンタ１０ＪがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。ケースＪ１では、まず、公開鍵ＰＫＪ１が利用される点を除いて、図５のＴ１００～Ｔ１０４及びＴ１１０と同様の処理が実行される。詳しくは後述するが、ケースＪ１のセットアップ情報は、手段情報「ＮＦＣハンドオーバ」を含む。手段情報「ＮＦＣハンドオーバ」は、ＮＦＣ通信を利用してＷｉ－Ｆｉ接続を確立するための情報を通信し、その後、Ｗｉ－Ｆｉ接続を利用して、セットアップ情報がプリンタ１０Ｊから端末１００に送信されることを示す情報である。
【0156】
プリンタ１０Ｊは、Ｔ１２１２において、ＷＦＤ接続情報をＮＦＣＩ／Ｆ２２に供給する。ＷＦＤ接続情報は、プリンタ１０Ｊと端末１００との間にＷＦＤ接続を確立させるために利用される情報（例えば、プリンタ１０ＪがＷＦＤの親局として動作する無線ネットワークのＳＳＩＤ（Service Set Identifierの略））である。
【0157】
【0158】
端末１００は、Ｔ１２２７において、ＮＦＣＩ／Ｆ１２２を介して、ＮＦＣ接続を利用して、プリンタ１０ＨからＷＦＤ接続情報を受信し、Ｔ１０２８において、受信済みのＷＦＤ接続情報を利用して、プリンタ１０ＪとのＷＦＤ接続を確立する。
【0159】
端末１００は、Ｔ１２３０において、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、ＷＦＤ接続を利用して、セットアップ情報要求をプリンタ１０Ｊに送信する。
【0160】
プリンタ１０Ｊは、Ｔ１２３０において、端末１００からセットアップ情報要求を受信すると、Ｔ１２３１において、セットアップ情報をＷｉ－ＦｉＩ／Ｆ１６に供給し、Ｔ１２３２において、Ｗｉ－ＦｉＩ／Ｆ１６を介して、ＷＦＤ接続を利用して、セットアップ情報を端末１００に送信する。本ケースのセットアップ情報は、手段情報が「ＮＦＣハンドオーバ」を示し、公開鍵がＰＫＪ１であり、ワンタイム情報が「ＹＥＳ」を示し、ＤＰＰ自動移行情報が「ＹＥＳ」を示す。
【0161】
端末１００は、プリンタ１０Ｊからセットアップ情報を受信すると（図４のＳ１４でＹＥＳ）、Ｔ１２３４において、セットアップ情報を記憶する（Ｓ２０）。その後、Ｔ１２３６において、端末１００とプリンタ１０Ｊとの間のＷＦＤ接続が切断される。
【0162】
その後、記憶済みのセットアップ情報に含まれる手段情報が「ＮＦＣハンドオーバ」を示すので（Ｓ２２でＮＯ）、公開鍵ＰＫＪ１が利用される点、及び、処理の主体がプリンタ１０Ｊである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
【0163】
端末１００は、Ｔ１２５４において、通知画面ＳＣ７を表示部１１４に表示させる（図４のＳ３４、図１６参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＮＦＣハンドオーバ」を示し、かつ、ワンタイム情報が「ＹＥＳ」を示すので、端末１００をプリンタ１０Ｈに再びタッチすることを促すメッセージを特定する。端末１００をプリンタ１０Ｈに再びタッチすれば、ＮＦＣハンドオーバによって確立されるＷＦＤ接続を利用して、新たな公開鍵を含むセットアップ情報を受信することができるからである。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＹＥＳ」を示すので、ＤＰＰ移行操作を促すメッセージを特定しない。
【0164】
Ｔ１２５６及びＴ１２６０の処理は、公開鍵ＰＫＪ２が利用される点を除いて、図６のＴ１５６及びＴ１６０の処理と同様である。Ｔ１２６２の処理は、Ｔ１２１２の処理と同様である。また、Ｔ１２６４の処理は、Ｔ１２２６の処理と同様である。
【0165】
その後、Ｔ１２２７～Ｔ１２３６と同様の処理が実行され、端末１００は、公開鍵ＰＫＪ２を含むセットアップ情報を取得及び記憶する。そして、公開鍵ＰＫＪ２が利用される点、及び、処理の主体がプリンタ１０Ｊである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＪとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0166】
（ケースＪ２；図１９）
続いて、図１９を参照して、ケースＪ２を説明する。ケースＪ２は、端末１００とプリンタ１０Ｊとの間でＤＰＰ処理が実行されるケースである。特に、ケースＪ２は、プリンタ１０ＪがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＪ２では、まず、公開鍵ＰＫＪ３が利用される点を除いて、図５のＴ１００～Ｔ１０４と同様の処理が実行される。Ｔ１２７２の処理は、図１８のＴ１２１２の処理と同様である。
続いて、図１９を参照して、ケースＪ２を説明する。ケースＪ２は、端末１００とプリンタ１０Ｊとの間でＤＰＰ処理が実行されるケースである。特に、ケースＪ２は、プリンタ１０ＪがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＪ２では、まず、公開鍵ＰＫＪ３が利用される点を除いて、図５のＴ１００～Ｔ１０４と同様の処理が実行される。Ｔ１２７２の処理は、図１８のＴ１２１２の処理と同様である。
【0167】
【0168】
端末１００は、Ｔ１２８０において、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、ＷＦＤ接続を利用して、プリンタ１０Ｊのシリアル番号の送信を要求するシリアル番号要求をプリンタ１０Ｊに送信する。
【0169】
プリンタ１０Ｊは、Ｔ１２８０において、端末１００からシリアル番号要求を受信すると、Ｔ１２８２において、Ｗｉ－ＦｉＩ／Ｆ１６を介して、ＷＦＤ接続を利用して、プリンタ１０Ｊのシリアル番号を端末１００に送信する。
【0170】
端末１００は、Ｔ１２８２において、プリンタ１０Ｊからシリアル番号を受信すると、Ｔ１２８４において、Ｗｉ－ＦｉＩ／Ｆ１１６を介して、ＷＦＤ接続を利用して、ＤＰＰ移行要求をプリンタ１０Ｊに送信する。図示省略しているが、ＤＰＰ移行要求は、パスワード含む。当該パスワードは、端末１００において、プリンタ１０Ｊのシリアル番号と関連付けて予め記憶されていてもよいし、Ｔ１２８２の処理の後にユーザによって入力されてもよい。このように、本ケースでは、プリンタ１０ＪにＤＰＰ移行操作を直接的に実行する必要がない。
【0171】
プリンタ１０Ｊは、Ｔ１２８２において、端末１００からＤＰＰ移行要求を受信すると、ＤＰＰ移行要求に含まれるパスワードの認証を実行する。本ケースでは、パスワードの認証が成功するので、プリンタ１０Ｊは、Ｔ１２８６～Ｔ１２８８の処理を実行する。なお、認証が失敗する場合には、プリンタ１０Ｊは、Ｔ１２８６以降の処理を実行しない。Ｔ１２８６及びＴ１２８７の処理は、公開鍵ＰＫＪ３が利用される点を除いて、図６のＴ１５６及びＴ１６０の処理と同様である。また、Ｔ１２８８の処理は、セットアップ情報が異なる点（具体的には公開鍵ＰＫＪ３が利用される点及びＤＰＰ自動移行情報「ＮＯ」が利用される点）を除いて、図１８のＴ１２３１の処理と同様である。
【0172】
Ｔ１２８９～Ｔ１２９２の処理は、セットアップ情報が異なる点を除いて、図１８のＴ１２３０～Ｔ１２３６の処理と同様である。その後、公開鍵ＰＫＪ３が利用される点、及び、処理の主体がプリンタ１０Ｊである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
【0173】
端末１００は、Ｔ１２５４において、通知画面ＳＣ７を表示部１１４に表示させる（図４のＳ３４、図１６参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＮＦＣハンドオーバ」を示し、かつ、ワンタイム情報が「ＹＥＳ」を示すので、端末１００をプリンタ１０Ｊに再びタッチすることを促すメッセージを特定する。次いで、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＮＦＣハンドオーバ」を示すので、ＤＰＰ移行操作を促すメッセージを特定しない。上記の通り、本ケースでは、端末１００は、ＮＦＣハンドオーバによって確立されるＷＦＤ接続を利用して、ＤＰＰ移行要求をプリンタ１０Ｊに送信するので、ＤＰＰ移行操作をプリンタ１０Ｊに直接的に実行する必要がないからである。Ｔ１２９６の処理は、Ｔ１２７６の処理と同様である。その後、Ｔ１２７７及びＴ１２７８と同様の処理が実行され、端末１００とプリンタ１０Ｊとの間にＷＦＤ接続が確立される。
【0174】
Ｔ１２９７の処理は、Ｔ１２８４の処理と同様である。また、Ｔ１２９８の処理は、公開鍵ＰＫＪ４が利用される点を除いて、図６のＴ１５６の処理と同様である。その後、Ｔ１２８７～Ｔ１２９２と同様の処理が実行され、端末１００は、公開鍵ＰＫＪ４を含むセットアップ情報を取得及び記憶する。そして、公開鍵ＰＫＪ４が利用される点、及び、処理の主体がプリンタ１０Ｊである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＪとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0175】
（ケースＫ１；図２０）
続いて、図２０を参照して、ケースＫ１を説明する。ケースＫ１は、端末１００とプリンタ１０Ｋとの間でＤＰＰ処理が実行されるケースである。特に、ケースＫ１は、プリンタ１０ＫがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。図２に示されるように、プリンタ１０Ｋの公開鍵はワンタイムキーでない。プリンタ１０Ｋは、公開鍵ＰＫＫをプリンタ１０Ｋの出荷段階から予め記憶している。ケースＫ１では、まず、図５のＴ１００、Ｔ１０２、及び、Ｔ１１０と同様の処理が実行される。Ｔ１３１２の処理は、図１８のＴ１２１２の処理と同様である。
続いて、図２０を参照して、ケースＫ１を説明する。ケースＫ１は、端末１００とプリンタ１０Ｋとの間でＤＰＰ処理が実行されるケースである。特に、ケースＫ１は、プリンタ１０ＫがＣＯを記憶していないことに起因して、ＤＰＰ移行情報が「ＹＥＳ」を示すケースである。図２に示されるように、プリンタ１０Ｋの公開鍵はワンタイムキーでない。プリンタ１０Ｋは、公開鍵ＰＫＫをプリンタ１０Ｋの出荷段階から予め記憶している。ケースＫ１では、まず、図５のＴ１００、Ｔ１０２、及び、Ｔ１１０と同様の処理が実行される。Ｔ１３１２の処理は、図１８のＴ１２１２の処理と同様である。
【0176】
その後、図５のＴ１２０及びＴ１２２と同様の処理が実行され、通知画面ＳＣ１が表示される（図４のＳ１０、図５参照）。次いで、図１８のＴ１２２４～Ｔ１２３６と同様の処理が実行され、端末１００は、ＮＦＣハンドオーバによって確立されるＷＦＤ接続を利用して、プリンタ１０Ｋからセットアップ情報を受信し、セットアップ情報を記憶する（Ｓ１２、Ｓ１４でＹＥＳ、Ｓ２０）。次いで、公開鍵ＰＫＫが利用される点、及び、処理の主体がプリンタ１０Ｋである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
【0177】
端末１００は、Ｔ１３５４において、通知画面ＳＣ５を表示部１１４に表示させる（図４のＳ３４、図９参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＮＦＣハンドオーバ」を示し、かつ、ワンタイム情報が「ＮＯ」を示すので、ＤＰＰ再実行操作の実行を促すメッセージを特定する。プリンタ１０Ｋの公開鍵がワンタイムキーでないので、プリンタ１０Ｋの公開鍵を再取得する必要がないからである。次いで、端末１００は、記憶済みのセットアップ情報に含まれるＤＰＰ自動移行情報が「ＹＥＳ」を示すので、ＤＰＰ移行操作を促すメッセージを特定しない。
【0178】
Ｔ１３６０の処理は、図６のＴ１６０の処理と同様である。また、Ｔ１３６４の処理は、図９のＴ４２４の処理と同様である。その後、公開鍵ＰＫＫが利用される点、及び、処理の主体がプリンタ１０Ｋである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＫとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0179】
（ケースＫ２；図２０）
続いて、図２０を参照して、ケースＫ２を説明する。ケースＫ２は、端末１００とプリンタ１０Ｋの間でＤＰＰ処理が実行されるケースである。特に、ケースＫ２は、プリンタ１０ＫがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＫ２では、まず、図５のＴ１００及びＴ１０２と同様の処理が実行される。Ｔ１３７２の処理は、図１９のＴ１３１２の処理と同様である。
続いて、図２０を参照して、ケースＫ２を説明する。ケースＫ２は、端末１００とプリンタ１０Ｋの間でＤＰＰ処理が実行されるケースである。特に、ケースＫ２は、プリンタ１０ＫがＣＯを記憶済みであることに起因して、ＤＰＰ移行情報が「ＮＯ」を示すケースである。ケースＫ２では、まず、図５のＴ１００及びＴ１０２と同様の処理が実行される。Ｔ１３７２の処理は、図１９のＴ１３１２の処理と同様である。
【0180】
その後、図５のＴ１２０及びＴ１２２と同様の処理が実行され、通知画面ＳＣ１が表示される（図４のＳ１０、図５参照）。次いで、図１９のＴ１２７４～Ｔ１２９２と同様の処理が実行され、端末１００は、ＮＦＣハンドオーバによって確立されるＷＦＤ接続を利用して、プリンタ１０Ｋからセットアップ情報を受信し、セットアップ情報を記憶する（Ｓ１２、Ｓ１４でＹＥＳ、Ｓ２０）。次いで、公開鍵ＰＫＫが利用される点、及び、処理の主体がプリンタ１０Ｋである点を除いて、図５のＴ１３０～Ｔ１５２と同様の処理が実行される。
【0181】
端末１００は、Ｔ１３９４において、通知画面ＳＣ７を表示部１１４に表示させる（図４のＳ３４、図１６参照）。具体的には、端末１００は、記憶済みのセットアップ情報に含まれる手段情報が「ＮＦＣハンドオーバ」を示し、かつ、ＤＰＰ自動移行情報が「ＮＯ」を示すので、端末１００をプリンタ１０Ｋに再びタッチすることを促すメッセージを特定するとともに、ＤＰＰ移行操作を促すメッセージを特定しない。Ｔ１３９６の処理は、図６のＴ１０２６の処理と同様である。
【0182】
その後、図１９のＴ１２７７、Ｔ１２７８、Ｔ１２８４、Ｔ１２８７、及びＴ１２９２と同様の処理が実行され、プリンタ１０Ｋの状態がＤＰＰ非応答状態からＤＰＰ応答状態に移行される。その後、公開鍵ＰＫＫが利用される点、及び、処理の主体がプリンタ１０Ｋである点を除いて、図５のＴ１３０～Ｔ１４４及び図６のＴ１６６～Ｔ１７２の処理と同様の処理が実行され、プリンタ１０ＫとＡＰ６との間にＷｉ－Ｆｉ接続が確立される。
【0183】
（本実施例のまとめ；図２１）
図２１に、本実施例のまとめを示す。図２１は、セットアップ情報出力手段とワンタイム情報とＤＰＰ自動移行情報と再実行手段の通知内容との組合せを示す。例えば、図２１の２行目は、セットアップ情報をコード化することによって得られるＱＲコードを表示することによってセットアップ情報を出力することができ、公開鍵がワンタイムキーであるプリンタ１０Ａについて、ＤＰＰ自動移行情報が「ＹＥＳ」を示す状況では、プリンタ１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続が確立されない場合に、ＱＲコードの撮影を促すメッセージを含む通知画面（ＳＣ２、図６参照）が表示されることを示す（ケースＡ１、図５及び図６参照）。他の行についても同様である。
図２１に、本実施例のまとめを示す。図２１は、セットアップ情報出力手段とワンタイム情報とＤＰＰ自動移行情報と再実行手段の通知内容との組合せを示す。例えば、図２１の２行目は、セットアップ情報をコード化することによって得られるＱＲコードを表示することによってセットアップ情報を出力することができ、公開鍵がワンタイムキーであるプリンタ１０Ａについて、ＤＰＰ自動移行情報が「ＹＥＳ」を示す状況では、プリンタ１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続が確立されない場合に、ＱＲコードの撮影を促すメッセージを含む通知画面（ＳＣ２、図６参照）が表示されることを示す（ケースＡ１、図５及び図６参照）。他の行についても同様である。
【0184】
特に、ケースＡ１及びＡ２では、通知画面はＱＲコードの撮影を促すメッセージを含み（図６の通知画面ＳＣ２、図７の通知画面ＳＣ３参照）、ケースＢ１、Ｂ２及びＣでは、通知画面はＱＲコードの撮影を促すメッセージを含まず、ＤＰＰ再実行操作の実行を促すメッセージを含む（図９の通知画面ＳＣ５、ＳＣ６参照）。また、ケースＡ１及びＢ１では、通知画面はＤＰＰ移行操作の実行をユーザに促すメッセージを含まず（図６の通知画面ＳＣ２、図９の通知画面ＳＣ５参照）、ケースＡ２、Ｂ２、及びＣでは、通知画面はＤＰＰ移行操作の実行をユーザに促すメッセージを含む（図７の通知画面ＳＣ３、図９の通知画面ＳＣ６参照）。このように、端末１００は、セットアップ情報出力手段がＱＲコード表示（又は貼り付け）の場合に、ワンタイム情報及びＤＰＰ移行情報に応じた適切な通知画面を表示することができる。
【0185】
また、ケースＤ１～Ｇ２では、ワンタイム情報が「ＹＥＳ」を示すのか「ＮＯ」を示すのかに関わらず、通知画面は、ＤＰＰ再実行操作の実行を促すメッセージを含む（図１１～図１５で参照する図９の通知画面ＳＣ５、ＳＣ６参照）。特に、ケースＤ１、Ｅ１、及びＦ１～Ｇ２では、通知画面はＤＰＰ移行操作の実行をユーザに促すメッセージを含まず（図１１～図１５で参照する図６の通知画面ＳＣ２、図９の通知画面ＳＣ５参照）、ケースＤ２及びＥ２では、通知画面はＤＰＰ移行操作の実行をユーザに促すメッセージを含む（図１１及び図１２で参照する図９の通知画面ＳＣ６参照）。このように、端末１００は、セットアップ情報出力手段がＢＴ（即ちＢＴ（ＡＤＶ＿ＥＸＴ）又はＢＴ（ＧＡＴＴ））の場合に、適切な通知画面を表示することができる。
【0186】
また、ケースＨ１及びＨ２では、通知画面は端末をプリンタにタッチすることを促すメッセージを含み（図１６の通知画面ＳＣ７、ＳＣ８参照）、ケースＩ１及びＩ２では、通知画面は端末をプリンタにタッチすることを促すメッセージを含まず、ＤＰＰ再実行操作の実行を促すメッセージを含む（図１７で参照する図９の通知画面ＳＣ５、ＳＣ６参照）。特に、ケースＨ１、Ｉ１、Ｊ１～Ｋ２では、通知画面はＤＰＰ移行操作の実行をユーザに促すメッセージを含まず（図１６の通知画面ＳＣ７、図１７～図２０で参照する図９の通知画面ＳＣ５及び図１６の通知画面ＳＣ７参照）、ケースＨ２及びＩ２では、通知画面はＤＰＰ移行操作の実行をユーザに促すメッセージを含む（図１６の通知画面ＳＣ８、図１７で参照する図９の通知画面ＳＣ６参照）。このように、端末１００は、セットアップ情報出力手段がＮＦＣ（即ちＮＦＣ（直接通信）又はＮＦＣハンドオーバ）の場合に、適切な通知画面を表示することができる。
【0187】
（本実施例の効果）
上記の構成によると、プリンタ１０Ａは、プリンタ１０Ａの公開鍵ＰＫＡ１と、ワンタイム情報「ＹＥＳ」と、をコード化することによって得られるＱＲコードＱＲＡ１を表示部１４に表示させる（図５のＴ１１２）。端末１００は、ＱＲコードＱＲＡ１を撮影することによって、プリンタ１０Ａの公開鍵ＰＫＡ１と、ワンタイム情報「ＹＥＳ」とを取得し（図５のＴ１２６）、公開鍵ＰＫＡ１が利用されたＤＰＰ処理を実行する（図５のＴ１３０～Ｔ１４４）。プリンタ１０Ａは、プリンタ１０ＡとＡＰ６との間のＷｉ－Ｆｉ接続が確立されない場合に、ワンタイム情報が「ＹＥＳ」を示すので、公開鍵ＰＫＡ１とは異なる公開鍵ＰＫＡ２をコード化することによって得られるＱＲコードＱＲＡ２を表示部１４に表示させる（図６のＴ１６２）。端末１００は、ＱＲコードＱＲＡ２を撮影することによって、公開鍵ＰＫＡ２を取得し（図６のＴ１６４）、公開鍵ＰＫＡ２が利用されたＤＰＰ処理を実行する（図６で参照する図５のＴ１３０～Ｔ１４４）。また、プリンタ１０Ｂは、プリンタ１０Ｂの公開鍵ＰＫＢと、ワンタイム情報「ＮＯ」と、をコード化することによって得られるＱＲコードＱＲＢ１を表示部に表示させる（図９のＴ４１２）。端末１００は、ＱＲコードＱＲＢ１を撮影することによってプリンタ１０Ｂの公開鍵ＰＫＢと、ワンタイム情報「ＮＯ」とを取得し（図９で参照する図５のＴ１２６）、公開鍵ＰＫＢが利用されたＤＰＰ処理を実行する（図９で参照する図５のＴ１３０～Ｔ１４４）。端末１００は、プリンタ１０ＢとＡＰ６との間のＷｉ－Ｆｉ接続が確立されない場合に、ワンタイム情報が「ＮＯ」を示すので、取得済みの公開鍵ＰＫＢが利用されたＤＰＰ処理を再び実行する。プリンタ１０Ｃの筐体５０にプリンタ１０Ｃの公開鍵ＰＫＢと、ワンタイム情報「ＮＯ」と、をコード化することによって得られるＱＲコードＱＲＣが貼り付けられている場合も同様である（図１０のケースＣ参照）。このように、端末１００は、プリンタ１０（即ち各プリンタ１０Ａ～１０Ｋ）とＡＰ６との間のＷｉ－Ｆｉ接続が確立されない場合に、公開鍵がワンタイムキーであるのか否かに応じて、新たな公開鍵を取得するのか否かを切替えることができる。従って、端末１００は、プリンタとＡＰ６との間にＷｉ－Ｆｉ接続が確立されない場合に、ＤＰＰ処理を適切に再実行することができる。
上記の構成によると、プリンタ１０Ａは、プリンタ１０Ａの公開鍵ＰＫＡ１と、ワンタイム情報「ＹＥＳ」と、をコード化することによって得られるＱＲコードＱＲＡ１を表示部１４に表示させる（図５のＴ１１２）。端末１００は、ＱＲコードＱＲＡ１を撮影することによって、プリンタ１０Ａの公開鍵ＰＫＡ１と、ワンタイム情報「ＹＥＳ」とを取得し（図５のＴ１２６）、公開鍵ＰＫＡ１が利用されたＤＰＰ処理を実行する（図５のＴ１３０～Ｔ１４４）。プリンタ１０Ａは、プリンタ１０ＡとＡＰ６との間のＷｉ－Ｆｉ接続が確立されない場合に、ワンタイム情報が「ＹＥＳ」を示すので、公開鍵ＰＫＡ１とは異なる公開鍵ＰＫＡ２をコード化することによって得られるＱＲコードＱＲＡ２を表示部１４に表示させる（図６のＴ１６２）。端末１００は、ＱＲコードＱＲＡ２を撮影することによって、公開鍵ＰＫＡ２を取得し（図６のＴ１６４）、公開鍵ＰＫＡ２が利用されたＤＰＰ処理を実行する（図６で参照する図５のＴ１３０～Ｔ１４４）。また、プリンタ１０Ｂは、プリンタ１０Ｂの公開鍵ＰＫＢと、ワンタイム情報「ＮＯ」と、をコード化することによって得られるＱＲコードＱＲＢ１を表示部に表示させる（図９のＴ４１２）。端末１００は、ＱＲコードＱＲＢ１を撮影することによってプリンタ１０Ｂの公開鍵ＰＫＢと、ワンタイム情報「ＮＯ」とを取得し（図９で参照する図５のＴ１２６）、公開鍵ＰＫＢが利用されたＤＰＰ処理を実行する（図９で参照する図５のＴ１３０～Ｔ１４４）。端末１００は、プリンタ１０ＢとＡＰ６との間のＷｉ－Ｆｉ接続が確立されない場合に、ワンタイム情報が「ＮＯ」を示すので、取得済みの公開鍵ＰＫＢが利用されたＤＰＰ処理を再び実行する。プリンタ１０Ｃの筐体５０にプリンタ１０Ｃの公開鍵ＰＫＢと、ワンタイム情報「ＮＯ」と、をコード化することによって得られるＱＲコードＱＲＣが貼り付けられている場合も同様である（図１０のケースＣ参照）。このように、端末１００は、プリンタ１０（即ち各プリンタ１０Ａ～１０Ｋ）とＡＰ６との間のＷｉ－Ｆｉ接続が確立されない場合に、公開鍵がワンタイムキーであるのか否かに応じて、新たな公開鍵を取得するのか否かを切替えることができる。従って、端末１００は、プリンタとＡＰ６との間にＷｉ－Ｆｉ接続が確立されない場合に、ＤＰＰ処理を適切に再実行することができる。
【0188】
また、上記の構成によると、端末１００は、第１の通信装置又は第２の通信装置と外部装置との間にＷｉ－Ｆｉ接続が確立されない場合に、ＤＰＰ処理を再実行させるための複数個の手法（本実施例ではＱＲコード撮影、ＢＴ、ＮＦＣ）のうち、ブートストラッピングキーの取得手段に基づいて決定される１個の手法を示す通知画面（例えば、図６の通知画面ＳＣ２等参照）を表示する。このように、ユーザは、Ｗｉ－Ｆｉ接続が確立されない場合に、通知画面に従って、ＤＰＰ処理を適切に再実行させることができる。
【0189】
（対応関係）
端末１００、プリンタ１０（即ちプリンタ１０Ａ～１０Ｋ）、ＡＰ６が、それぞれ、「第１の通信装置」、「第２の通信装置」、「外部装置」の一例である。公開鍵ＰＫＡ１が、「ブートストラッピングキー」の一例である。ＱＲコードＱＲＡ１が、「コード画像」の一例である。ＢＴ通信、ＮＦＣ通信が、それぞれ、「第１の通信」、「第２の通信」の一例である。特に、ＢＴ（ＡＤＶ＿ＥＸＴ）、ＢＴ（ＧＡＴＴ）のそれぞれに対応する手段が、それぞれ、「第１種の手段」、「第２種の手段」の一例である。また、ＮＦＣ（直接通信）、ＮＦＣハンドオーバのそれぞれに対応する手段が、それぞれ、「第３種の手段」、「第４種の手段」の一例である。ＤＰＰ非応答状態、ＤＰＰ応答状態が、それぞれ、「非応答状態」、「応答状態」の一例である。ＤＰＰ自動移行情報が、「移行情報」の一例である。各通知画面ＳＣ２等が、「手法画面」の一例である。Ａｕｔｈ Ｒｅｑ、Ａｕｔｈ Ｒｅｓ、プリンタ用ＣＯが、それぞれ、「認証要求」、「認証応答」、「接続情報」の一例である。図５のＴ１３０～Ｔ１４４の処理が、「ＤＰＰ処理」の一例である。通知画面ＳＣ１内の「ＱＲコード」の選択及びＱＲコードの撮影が、「第１の所定操作」の一例である。ＤＰＰ再実行操作、ＤＰＰ移行操作が、それぞれ、「第２の所定操作」、「第３の所定操作」の一例である。ＱＲコードの撮影を促すメッセージ（図６の通知画面ＳＣ２参照）、ＤＰＰ再実行操作の実行を促すメッセージ（図７の通知画面ＳＣ３参照）、端末をプリンタに近づけることを促すメッセージ（図１６の通知画面ＳＣ７参照）、プリンタにＤＰＰ移行操作を実行することをユーザに促すメッセージ（図７の通知画面ＳＣ３参照）が、それぞれ、「第１のメッセージ」、「第２のメッセージ」、「第３のメッセージ」、「第４のメッセージ」の一例である。
端末１００、プリンタ１０（即ちプリンタ１０Ａ～１０Ｋ）、ＡＰ６が、それぞれ、「第１の通信装置」、「第２の通信装置」、「外部装置」の一例である。公開鍵ＰＫＡ１が、「ブートストラッピングキー」の一例である。ＱＲコードＱＲＡ１が、「コード画像」の一例である。ＢＴ通信、ＮＦＣ通信が、それぞれ、「第１の通信」、「第２の通信」の一例である。特に、ＢＴ（ＡＤＶ＿ＥＸＴ）、ＢＴ（ＧＡＴＴ）のそれぞれに対応する手段が、それぞれ、「第１種の手段」、「第２種の手段」の一例である。また、ＮＦＣ（直接通信）、ＮＦＣハンドオーバのそれぞれに対応する手段が、それぞれ、「第３種の手段」、「第４種の手段」の一例である。ＤＰＰ非応答状態、ＤＰＰ応答状態が、それぞれ、「非応答状態」、「応答状態」の一例である。ＤＰＰ自動移行情報が、「移行情報」の一例である。各通知画面ＳＣ２等が、「手法画面」の一例である。Ａｕｔｈ Ｒｅｑ、Ａｕｔｈ Ｒｅｓ、プリンタ用ＣＯが、それぞれ、「認証要求」、「認証応答」、「接続情報」の一例である。図５のＴ１３０～Ｔ１４４の処理が、「ＤＰＰ処理」の一例である。通知画面ＳＣ１内の「ＱＲコード」の選択及びＱＲコードの撮影が、「第１の所定操作」の一例である。ＤＰＰ再実行操作、ＤＰＰ移行操作が、それぞれ、「第２の所定操作」、「第３の所定操作」の一例である。ＱＲコードの撮影を促すメッセージ（図６の通知画面ＳＣ２参照）、ＤＰＰ再実行操作の実行を促すメッセージ（図７の通知画面ＳＣ３参照）、端末をプリンタに近づけることを促すメッセージ（図１６の通知画面ＳＣ７参照）、プリンタにＤＰＰ移行操作を実行することをユーザに促すメッセージ（図７の通知画面ＳＣ３参照）が、それぞれ、「第１のメッセージ」、「第２のメッセージ」、「第３のメッセージ」、「第４のメッセージ」の一例である。
【0190】
図５のＴ１２６の処理、Ｔ１３０～Ｔ１４４の処理が、それぞれ、「取得部」、「ＤＰＰ処理実行部」によって実行される処理の一例である。特に、Ｔ１３０の処理、Ｔ１３４の処理、Ｔ１４２の処理が、それぞれ、「認証要求を送信する処理」、「認証応答を受信する処理」、「第１の接続情報の通信を実行する処理」の一例である。
【0191】
以上、本明細書が開示する技術の具体例を詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【0192】
（変形例１）上記の実施例では、例えばプリンタ１０ＡとＡＰ６との間にＷｉ－Ｆｉ接続を確立させるために、端末１００とプリンタ１０Ａとの間でＤＰＰ処理が実行された。変形例では、端末１００とＡＰ６との間にＷｉ－Ｆｉ接続を確立させるために、端末１００とプリンタ１０Ａとの間でＤＰＰ処理が実行されてもよい。本変形例では、プリンタ１０ＡがＣｏｎｆｉｇｕｒａｔｏｒとして動作し、端末１００がＥｎｒｏｌｌｅｅとして動作し、プリンタ１０Ａが端末用ＣＯを端末１００に送信してもよい。本変形例では、端末用ＣＯが、「第１の接続情報（及び接続情報）」の一例である。また、別の変形例では、端末１００とプリンタ１０Ａとの間にＷｉ－Ｆｉ接続を確立させるために、端末１００とプリンタ１０Ａとの間でＤＰＰ処理が実行されてもよい。本変形例では、端末１００又はプリンタ１０Ａが、「外部装置」の一例である。また、別の変形例では、端末１００は、プリンタ用ＳＣを含むプリンタ用ＣＯをプリンタ１０Ａに送信することに代えて、ＡＰ６のＳＳＩＤ及びパスワードを含むプリンタ用ＣＯをプリンタ１０Ａに送信してもよい。本変形例では、ＡＰ６のＳＳＩＤ及びパスワードを含むプリンタ用ＣＯが、「第１の接続情報（及び接続情報）」の一例である。
【0193】
（変形例２）セットアップ情報は、手段情報を含まなくてもよい。この場合、端末１００自身が、セットアップ情報の取得手段を判断してもよい。例えば、端末１００は、ＱＲコードが撮影されることに応じてセットアップ情報が取得される場合に（図５のＴ１２６参照）に、セットアップ情報の取得手段として「ＱＲコード」を特定してもよい。即ち、端末１００は、セットアップ情報を取得した際の手段（即ち、ＱＲコード、ＢＴ（ＡＤＶ＿ＥＸＴ）、ＢＴ（ＧＡＴＴ）、ＮＦＣ（直接通信）、及びＮＦＣハンドオーバ）のいずれかを自身で判断し、これを記憶してもよい。
【0194】
（変形例３）端末１００は、ワンタイム情報が「ＹＥＳ」を示すのか「ＮＯ」を示すのかに関わらず、公開鍵の再取得を促すメッセージ（例えばＱＲコードの撮影を促すメッセージ）を含む通知画面を表示部１１４に表示させてもよい。特に、本変形例では、セットアップ情報は、ワンタイム情報を含まなくてもよい。一般的に言うと、「手法画面」は、「第１（又は第３）のメッセージ」を含んでいてもよい。
【0195】
（変形例４）端末１００は、ＤＰＰ自動移行情報が「ＹＥＳ」を示すのか「ＮＯ」を示すのかに関わらず、ＤＰＰ移行操作の実行をユーザに促すメッセージを含んでいてもよい。特に、本変形例では、セットアップ情報は、ＤＰＰ自動移行情報を含まなくてもよい。この場合、各通知画面ＳＣ２等は、ＤＰＰ移行操作の実行をユーザに促すメッセージを含んでいてもよい。一般的に言うと、「手法画面」は「第４のメッセージ」を含んでいてもよい。
【0196】
（変形例５）プリンタ１０Ｆは、図１３のＴ８１２において、ＷＦＤ接続情報をＢＴＩ／Ｆ２０に供給してもよい。この場合、端末１００は、Ｔ８２５において、プリンタ１０から、ＢＴＩ／Ｆ１２０を介して、ＷＦＤ接続情報を含むアドバタイズ信号を受信してもよい。この結果、端末１００とプリンタ１０Ｆとの間にＷＦＤ接続が確立され、端末１００は、当該ＷＦＤ接続を利用して、プリンタ１０Ｆからセットアップ情報を受信してもよい。本ケースでは、ＢＴ通信を利用してＷＦＤ接続を確立するための情報を通信し、その後ＷＦＤ接続を利用してセットアップ情報を受信する手段が、「第２種の手段」の一例である。
【0197】
（変形例６）本実施例では、各プリンタ１０が１個のセットアップ情報出力手段（即ち、ＱＲコード、ＢＴ、ＮＦＣのいずれか）を実行可能な例を説明した。変形例では、プリンタ１０は、上記のセットアップ情報出力手段のうちの２個以上のセットアップ情報出力手段を実行可能に構成されていてもよい。本変形例でも、セットアップ情報の取得手段に基づいて通知画面（例えばＳＣ２）が表示されるので、ユーザは、Ｗｉ－Ｆｉ接続が確立されない場合に、通知画面に従って、ＤＰＰ処理を適切に再実行させることができる。
【0198】
（変形例７）本実施例では、端末１００は、手段情報と公開鍵とワンタイム情報とＤＰＰ自動移行情報との４つの情報を含むセットアップ情報を同時に取得した（例えば図５のＴ１２６参照）。変形例では、端末１００は、これらの情報を同時ではなく、別のタイミングで取得してもよい。例えば、プリンタ１０Ａは、それぞれの情報をコード化することによって４つのＱＲコードを生成及び表示し、これらのＱＲコードが順次撮影されることによって、セットアップ情報（即ち４つの情報）を取得してもよい。
【0199】
【0200】
本明細書または図面に説明した技術要素は、単独で、あるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成し得るものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【0201】
本特許出願時の特許請求の範囲において、各請求項が一部の請求項のみに従属している場合であっても、各請求項が当該一部の請求項のみに従属可能であることに限定されない。技術的に矛盾しない範囲において、各請求項は、出願時に従属していない他の請求項にも従属可能である。即ち、各請求項の技術は以下のように様々に組み合わせることができる。
（項目１）
第１の通信装置のためのコンピュータプログラムであって、
前記第１の通信装置は、
Ｗｉ－Ｆｉ規格に従ったＷｉ－Ｆｉ通信を実行するためのＷｉ－Ｆｉインターフェースと、
コンピュータと、
を備え、
前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
第１の所定操作が実行される場合に、第２の通信装置のブートストラッピングキーを取得する取得部と、
前記ブートストラッピングキーが取得される場合に、前記Ｗｉ－Ｆｉ規格のＤＰＰ（Device Provisioning Protocolの略）に従ったＤＰＰ処理を実行するＤＰＰ処理実行部であって、
前記ＤＰＰ処理は、
前記Ｗｉ－Ｆｉインターフェースを介して、前記ブートストラッピングキーが利用された認証要求を前記第２の通信装置に送信する処理と、
前記第２の通信装置に前記認証要求が送信される場合に、前記Ｗｉ－Ｆｉインターフェースを介して、前記第２の通信装置から認証応答を受信する処理と、
前記第２の通信装置から前記認証応答が受信される場合に、前記Ｗｉ－Ｆｉインターフェースを介して、接続情報の通信を前記第２の通信装置と実行するする処理であって、前記接続情報は、前記第１の通信装置又は前記第２の通信装置と外部装置との間に、前記Ｗｉ－Ｆｉインターフェースを介したＷｉ－Ｆｉ接続を確立するための情報である、前記処理と、
を含む、前記ＤＰＰ処理実行部と、
前記Ｗｉ－Ｆｉ接続が確立されない場合に、前記第１の通信装置に前記ＤＰＰ処理を再実行させるための複数個の手法のうち、前記ブートストラッピングキーの取得手段に基づいて決定される１個の手法を示す手法画面を前記第１の通信装置の表示部に表示させる表示制御部と、
として機能させる、コンピュータプログラム。
（項目２）
前記取得手段は、コード画像の撮影と、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信を含む第１の通信と、ＮＦＣ（Near Field Communicationの略）通信を含む第２の通信と、のいずれかの手段である、項目１に記載のコンピュータプログラム。
（項目３）
前記手法画面は、前記取得手段が前記コード画像の撮影である場合に、コード画像の撮影をユーザに促す第１のメッセージを含む、項目２に記載のコンピュータプログラム。
（項目４）
前記取得部は、さらに、前記第１の所定操作が実行される場合に、前記ブートストラッピングキーがワンタイムキーであるのか否かを示すワンタイム情報を取得し、
前記手法画面は、
前記取得手段が前記コード画像の撮影であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーであることを示す場合に、前記第１のメッセージを含み、
前記取得手段が前記コード画像の撮影であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーでないことを示す場合に、前記第１のメッセージを含まず、前記第１の通信装置への第２の所定操作の実行を前記ユーザに促す第２のメッセージを含む、
項目３に記載のコンピュータプログラム。
（項目５）
前記手法画面は、前記取得手段が前記第１の通信である場合に、前記第１の通信装置への第２の所定操作の実行をユーザに促す第２のメッセージを含む、項目２又は３に記載のコンピュータプログラム。
（項目６）
前記取得部は、さらに、前記第１の所定操作が実行される場合に、前記ブートストラッピングキーがワンタイムキーであるのか否かを示すワンタイム情報を取得し、
前記手法画面は、前記取得手段が前記第１の通信である場合に、前記ワンタイム情報によって示される内容に関わらず、前記第２のメッセージを含む、項目５に記載のコンピュータプログラム。
（項目７）
前記手法画面は、前記取得手段が前記第２の通信である場合に、前記第１の通信装置を前記第２の通信装置に近づけることをユーザに促す第３のメッセージを含む、項目２から６のいずれか一項に記載のコンピュータプログラム。
（項目８）
前記取得部は、さらに、前記第１の所定操作が実行される場合に、前記ブートストラッピングキーがワンタイムキーであるのか否かを示すワンタイム情報を取得し、
前記手法画面は、
前記取得手段が前記第２の通信であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーであることを示す場合に、前記第３のメッセージを含み、
前記取得手段が前記第２の通信であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーでないことを示す場合に、前記第３のメッセージを含まず、前記第１の通信装置への第２の所定操作の実行を前記ユーザに促す第２のメッセージを含む、
項目７に記載のコンピュータプログラム。
（項目９）
前記取得部は、さらに、前記第１の所定操作が実行される場合に、前記第２の通信装置の状態を非応答状態から応答状態に移行させるために、ユーザが第３の所定操作を前記第２の通信装置に実行する必要があるのか否かを示す移行情報を取得し、
前記非応答状態は、前記第２の通信装置が前記認証応答を送信不可能な状態であり、
前記応答状態は、前記第２の通信装置が前記認証応答を送信可能な状態であり、
前記手法画面は、
前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要があることを示す場合に、前記第３の所定操作の実行を前記ユーザに促す第４のメッセージを含み、
前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要がないことを示す場合に、前記前記第４のメッセージを含まない、
項目２から８のいずれか一項に記載のコンピュータプログラム。
（項目１０）
前記第１の通信である前記取得手段は、前記第２の通信装置から前記ブートストラッピングキーを含むアドバタイズ信号を受信する第１種の手段と、アドバタイズ信号の通信の後に確立されるＢｌｕｅｔｏｏｔｈ接続又はＷｉ－Ｆｉ接続を利用して前記第２の通信装置から前記ブートストラッピングキーを受信する第２種の手段と、を含み、
前記手法画面は、
前記取得手段が前記第１の通信のうちの前記第１種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要があることを示す場合に、前記第４のメッセージを含み、
前記取得手段が前記第１の通信のうちの前記第１種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要がないことを示す場合に、前記第４のメッセージを含まず、
前記取得手段が前記第１の通信のうちの前記第２種の手段である場合に、前記移行情報によって示される内容に関わらず、前記第４のメッセージを含まない、項目９に記載のコンピュータプログラム。
（項目１１）
前記第２の通信である前記取得手段は、ＮＦＣ通信を利用して前記第２の通信装置から前記ブートストラッピングキーを受信する第３種の手段と、ＮＦＣ通信の後に確立されるＷｉ－Ｆｉ接続を利用して前記第２の通信装置から前記ブートストラッピングキーを受信する第４種の手段と、を含み、
前記手法画面は、
前記取得手段が前記第２の通信のうちの前記第３種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要があることを示す場合に、前記第４のメッセージを含み、
前記取得手段が前記第２の通信のうちの前記第３種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要がないことを示す場合に、前記第４のメッセージを含まず、
前記取得手段が前記第２の通信のうちの前記第４種の手段である場合に、前記移行情報によって示される内容に関わらず、前記第４のメッセージを含まない、項目９又は１０に記載のコンピュータプログラム。
（項目１２）
前記取得部は、さらに、前記取得手段を示す手段情報を取得し、
前記表示制御部は、前記複数個の手法のうち、取得済みの前記手段情報によって示される前記取得手段に基づいて決定される前記１個の手法を示す前記手法画面を前記表示部に表示させる、項目１から１１のいずれか一項に記載のコンピュータプログラム。
（項目１）
第１の通信装置のためのコンピュータプログラムであって、
前記第１の通信装置は、
Ｗｉ－Ｆｉ規格に従ったＷｉ－Ｆｉ通信を実行するためのＷｉ－Ｆｉインターフェースと、
コンピュータと、
を備え、
前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
第１の所定操作が実行される場合に、第２の通信装置のブートストラッピングキーを取得する取得部と、
前記ブートストラッピングキーが取得される場合に、前記Ｗｉ－Ｆｉ規格のＤＰＰ（Device Provisioning Protocolの略）に従ったＤＰＰ処理を実行するＤＰＰ処理実行部であって、
前記ＤＰＰ処理は、
前記Ｗｉ－Ｆｉインターフェースを介して、前記ブートストラッピングキーが利用された認証要求を前記第２の通信装置に送信する処理と、
前記第２の通信装置に前記認証要求が送信される場合に、前記Ｗｉ－Ｆｉインターフェースを介して、前記第２の通信装置から認証応答を受信する処理と、
前記第２の通信装置から前記認証応答が受信される場合に、前記Ｗｉ－Ｆｉインターフェースを介して、接続情報の通信を前記第２の通信装置と実行するする処理であって、前記接続情報は、前記第１の通信装置又は前記第２の通信装置と外部装置との間に、前記Ｗｉ－Ｆｉインターフェースを介したＷｉ－Ｆｉ接続を確立するための情報である、前記処理と、
を含む、前記ＤＰＰ処理実行部と、
前記Ｗｉ－Ｆｉ接続が確立されない場合に、前記第１の通信装置に前記ＤＰＰ処理を再実行させるための複数個の手法のうち、前記ブートストラッピングキーの取得手段に基づいて決定される１個の手法を示す手法画面を前記第１の通信装置の表示部に表示させる表示制御部と、
として機能させる、コンピュータプログラム。
（項目２）
前記取得手段は、コード画像の撮影と、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信を含む第１の通信と、ＮＦＣ（Near Field Communicationの略）通信を含む第２の通信と、のいずれかの手段である、項目１に記載のコンピュータプログラム。
（項目３）
前記手法画面は、前記取得手段が前記コード画像の撮影である場合に、コード画像の撮影をユーザに促す第１のメッセージを含む、項目２に記載のコンピュータプログラム。
（項目４）
前記取得部は、さらに、前記第１の所定操作が実行される場合に、前記ブートストラッピングキーがワンタイムキーであるのか否かを示すワンタイム情報を取得し、
前記手法画面は、
前記取得手段が前記コード画像の撮影であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーであることを示す場合に、前記第１のメッセージを含み、
前記取得手段が前記コード画像の撮影であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーでないことを示す場合に、前記第１のメッセージを含まず、前記第１の通信装置への第２の所定操作の実行を前記ユーザに促す第２のメッセージを含む、
項目３に記載のコンピュータプログラム。
（項目５）
前記手法画面は、前記取得手段が前記第１の通信である場合に、前記第１の通信装置への第２の所定操作の実行をユーザに促す第２のメッセージを含む、項目２又は３に記載のコンピュータプログラム。
（項目６）
前記取得部は、さらに、前記第１の所定操作が実行される場合に、前記ブートストラッピングキーがワンタイムキーであるのか否かを示すワンタイム情報を取得し、
前記手法画面は、前記取得手段が前記第１の通信である場合に、前記ワンタイム情報によって示される内容に関わらず、前記第２のメッセージを含む、項目５に記載のコンピュータプログラム。
（項目７）
前記手法画面は、前記取得手段が前記第２の通信である場合に、前記第１の通信装置を前記第２の通信装置に近づけることをユーザに促す第３のメッセージを含む、項目２から６のいずれか一項に記載のコンピュータプログラム。
（項目８）
前記取得部は、さらに、前記第１の所定操作が実行される場合に、前記ブートストラッピングキーがワンタイムキーであるのか否かを示すワンタイム情報を取得し、
前記手法画面は、
前記取得手段が前記第２の通信であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーであることを示す場合に、前記第３のメッセージを含み、
前記取得手段が前記第２の通信であり、かつ、前記ワンタイム情報が、前記ブートストラッピングキーがワンタイムキーでないことを示す場合に、前記第３のメッセージを含まず、前記第１の通信装置への第２の所定操作の実行を前記ユーザに促す第２のメッセージを含む、
項目７に記載のコンピュータプログラム。
（項目９）
前記取得部は、さらに、前記第１の所定操作が実行される場合に、前記第２の通信装置の状態を非応答状態から応答状態に移行させるために、ユーザが第３の所定操作を前記第２の通信装置に実行する必要があるのか否かを示す移行情報を取得し、
前記非応答状態は、前記第２の通信装置が前記認証応答を送信不可能な状態であり、
前記応答状態は、前記第２の通信装置が前記認証応答を送信可能な状態であり、
前記手法画面は、
前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要があることを示す場合に、前記第３の所定操作の実行を前記ユーザに促す第４のメッセージを含み、
前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要がないことを示す場合に、前記前記第４のメッセージを含まない、
項目２から８のいずれか一項に記載のコンピュータプログラム。
（項目１０）
前記第１の通信である前記取得手段は、前記第２の通信装置から前記ブートストラッピングキーを含むアドバタイズ信号を受信する第１種の手段と、アドバタイズ信号の通信の後に確立されるＢｌｕｅｔｏｏｔｈ接続又はＷｉ－Ｆｉ接続を利用して前記第２の通信装置から前記ブートストラッピングキーを受信する第２種の手段と、を含み、
前記手法画面は、
前記取得手段が前記第１の通信のうちの前記第１種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要があることを示す場合に、前記第４のメッセージを含み、
前記取得手段が前記第１の通信のうちの前記第１種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要がないことを示す場合に、前記第４のメッセージを含まず、
前記取得手段が前記第１の通信のうちの前記第２種の手段である場合に、前記移行情報によって示される内容に関わらず、前記第４のメッセージを含まない、項目９に記載のコンピュータプログラム。
（項目１１）
前記第２の通信である前記取得手段は、ＮＦＣ通信を利用して前記第２の通信装置から前記ブートストラッピングキーを受信する第３種の手段と、ＮＦＣ通信の後に確立されるＷｉ－Ｆｉ接続を利用して前記第２の通信装置から前記ブートストラッピングキーを受信する第４種の手段と、を含み、
前記手法画面は、
前記取得手段が前記第２の通信のうちの前記第３種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要があることを示す場合に、前記第４のメッセージを含み、
前記取得手段が前記第２の通信のうちの前記第３種の手段であり、かつ、前記移行情報が、前記ユーザが前記第３の所定操作を実行する必要がないことを示す場合に、前記第４のメッセージを含まず、
前記取得手段が前記第２の通信のうちの前記第４種の手段である場合に、前記移行情報によって示される内容に関わらず、前記第４のメッセージを含まない、項目９又は１０に記載のコンピュータプログラム。
（項目１２）
前記取得部は、さらに、前記取得手段を示す手段情報を取得し、
前記表示制御部は、前記複数個の手法のうち、取得済みの前記手段情報によって示される前記取得手段に基づいて決定される前記１個の手法を示す前記手法画面を前記表示部に表示させる、項目１から１１のいずれか一項に記載のコンピュータプログラム。
【符号の説明】
【0202】
２：通信システム、６：ＡＰ、１０，１０Ａ～１０Ｋ：プリンタ、１２，１１２：操作部、１４，１１４：表示部、１６，１１６：Ｗｉ－ＦｉＩ／Ｆ、１８：印刷実行部、２０，１２０：ＢＴＩ／Ｆ、２２，１２２：ＮＦＣＩ／Ｆ、３０，１３０：制御部、３２，１３２：ＣＰＵ、３４，１３４：メモリ、３６：プログラム、１００：端末、１１８：カメラ、１３６：ＯＳプログラム、１３８：アプリケーション
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】