JP7293705B2

JP7293705B2 - 機能実行装置及び端末装置のためのコンピュータプログラム

Info

Publication number: JP7293705B2
Application number: JP2019023930A
Authority: JP
Inventors: 卓弥井上; 弘崇朝倉
Original assignee: Brother Industries Ltd
Current assignee: Brother Industries Ltd
Priority date: 2019-02-13
Filing date: 2019-02-13
Publication date: 2023-06-20
Anticipated expiration: 2039-02-13
Also published as: JP2020135071A

Description

本明細書では、特定の認証情報を利用した通信を実行可能なデバイスに関する技術を開示する。

特許文献１には、ＢＬＥ（Bluetooth（登録商標） Low Energyの略）の規格に従ったペアリングを情報処理装置と実行する通信装置が開示されている。通信装置は、情報処理装置からペアリング要求を受信することに応じて、ＧＡＴＴ（Generic Attribute Profileの略）通信を利用するためのＰＩＮ（Personal Identification Numberの略）コードを表示する。通信装置は、表示されたＰＩＮコードが情報処理装置に入力される場合に、情報処理装置からＰＩＮコードを受信する。これにより、ＰＩＮコードの認証が実行され、ＧＡＴＴ通信が利用可能となる。通信装置は、ＧＡＴＴ通信を利用して、通信装置がサポートしている各サービスのリストを情報処理装置に供給する。情報処理装置は、当該リストに含まれるリモートＵＩのサービスを提供するために、ＧＡＴＴ通信を利用して、パスワードを通信装置に送信する。情報処理端末は、通信装置からパスワードに対する応答としてアクセス許可の応答が受信される場合に、リモートＵＩを表示する。

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

「Bluetooth Core Specification ver. 4.2」、Bluetooth SIG、２０１４年「Bluetooth Core Specification ver. 5.0」、Bluetooth SIG、２０１６年

上記の技術では、例えば、通信装置がサポートしている各サービスの中にユーザが望むサービスが含まれない場合でも、ＰＩＮコードの認証が実行される。

本明細書では、例えば、機能実行装置が実行可能な１個以上の機能の中にユーザが望む機能が含まれない場合に、認証情報を利用した対象処理が実行されるのを抑制するための技術を提供する。

本明細書で開示する機能実行装置は、第１の無線インターフェースと、前記機能実行装置及び端末装置のうちの一方の装置によって準備される特定の認証情報を利用した対象処理を実行することなく、前記第１の無線インターフェースを介して、前記機能実行装置が実行可能な１個以上の機能を示す機能画面を前記端末装置に表示させるための画面表示情報を前記端末装置に送信する送信部と、前記機能画面が前記端末装置に表示された後に、第１の機能を前記機能実行装置に実行させるための第１の実行指示が前記端末装置に入力される場合に、前記第１の無線インターフェースを介して、前記端末装置との第１の無線接続を確立する第１の確立部と、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記特定の認証情報を利用した前記対象処理を実行することなく、前記端末装置から実行要求を受信する受信部であって、前記実行要求は、前記特定の認証情報を利用した前記対象処理を前記機能実行装置に実行させるための要求である、前記受信部と、前記端末装置から前記実行要求が受信されることに応じて、前記特定の認証情報を利用した前記対象処理を実行する対象処理実行部と、前記特定の認証情報を利用した前記対象処理が実行された後に、前記第１の無線インターフェースを介して、前記第１の機能を実行するための第１の機能実行情報の通信を前記端末装置と実行する第１の通信実行部と、を備えてもよい。

上記の構成によれば、機能実行装置は、特定の認証情報を利用した対象処理を実行することなく、画面表示情報を端末装置に送信する。これにより、特定の認証情報を利用した対象処理が実行されることなく、機能画面が端末装置に表示される。そして、機能実行装置は、機能画面が端末装置に表示された後に、端末装置に第１の実行指示が入力される場合に、特定の無線接続を利用して、端末装置から実行要求を受信し、その後、特定の認証情報を利用した対象処理を実行する。そして、機能実行装置は、対象処理が実行された後に、第１の機能実行情報の通信を端末装置と実行する。即ち、機能実行装置が実行可能な１個以上の機能の中にユーザが望む機能が含まれないことに起因して、端末装置に第１の実行指示が入力されない場合には、特定の認証情報を利用した対象処理が実行されない。従って、機能実行装置が実行可能な１個以上の機能の中にユーザが望む機能が含まれない場合に、認証情報を利用した対象処理が実行されるのを抑制することができる。

また、本明細書で開示する端末装置のコンピュータプログラムは、機能実行装置及び前記端末装置のうちの一方の装置によって準備される特定の認証情報を利用した対象処理を実行することなく、前記端末装置の第１の無線インターフェースを介して、前記機能実行装置から、前記機能実行装置が実行可能な１個以上の機能を示す機能画面を前記端末装置に表示させるための画面表示情報を受信する受信部と、前記機能実行装置から前記画面表示情報が受信される場合に、前記機能画面を前記端末装置の表示部に表示させる表示制御部と、前記機能画面が前記表示部に表示された後に、第１の機能を前記機能実行装置に実行させるための第１の実行指示が前記端末装置に入力される場合に、前記第１の無線インターフェースを介して、前記機能実行装置との第１の無線接続を確立するための命令を前記端末装置のＯＳ（Operating Systemの略）プログラムに供給する供給部と、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、実行要求を前記機能実行装置に送信する送信部であって、前記実行要求は、前記特定の認証情報を利用した前記対象処理を前記機能実行装置に実行させるための要求である、前記送信部と、
前記特定の認証情報を利用した前記対象処理が実行された後に、前記第１の無線インターフェースを介して、前記第１の機能を実行するための機能実行情報の通信を前記機能実行装置と実行する通信実行部と、として機能させてもよい。

上記の構成によれば、端末装置は、特定の認証情報を利用した対象処理を実行することなく、機能実行装置から画面表示情報を受信する。これにより、特定の認証情報を利用した対象処理が実行されることなく、機能画面が端末装置に表示される。そして、端末装置は、機能画面を表示した後に、端末装置に第１の実行指示が入力される場合に、第１の無線接続を利用して、機能実行装置に実行要求を送信して、特定の認証情報を利用した対象処理を機能実行装置に実行させる。そして、端末装置は、対象処理が実行された後に、第１の機能実行情報の通信を機能実行装置と実行する。即ち、機能実行装置が実行可能な１個以上の機能の中にユーザが望む機能が含まれないことに起因して、端末装置に第１の実行指示が入力されない場合には、特定の認証情報を利用した対象処理が実行されない。従って、機能実行装置が実行可能な１個以上の機能の中にユーザが望む機能が含まれない場合に、認証情報を利用した対象処理が実行されるのを抑制することができる。

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

通信システムの構成を示す。ＰｒｉｍａｒｙＳｅｒｖｉｃｅ群の概念図を示す。ＰｒｉｍａｒｙＳｅｒｖｉｃｅ群のデータ構造を示す。図３の続きを示す。図４の続きを示す。比較例のシーケンス図を示す。図６の続きを示す。第１～第５実施例に共通する処理のシーケンス図を示す。図８の続きを示す。第１及び第２実施例において機能画面内のＡＰ接続ボタンが選択されるケース又は第５実施例において機能画面内のＢＬＥ接続ボタンが選択されるケースのシーケンス図を示す。図１０の続きを示す。図１１の続きを示す。第１及び第２実施例において機能画面内のＷＦＤ接続ボタンが選択されるケースのシーケンス図を示す。図１３の続きを示す。第１～第５実施例において機能画面内のエラー情報ボタンが選択されるケースのシーケンス図を示す。第３及び第４実施例において機能画面内のＡＰ接続ボタンが選択されるケースのシーケンス図を示す。第３実施例における図１６の続きを示す。第４実施例における図１６の続きを示す。

（第１実施例）
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、携帯端末１０（以下では単に「端末１０」と記載する）と、プリンタ１００と、ＡＰ（Access Pointの略）２００と、を備える。端末１０は、ＡＰ２００によって形成される無線ネットワーク（以下では「ＡＰネットワーク」と記載）に参加している。ＡＰ２００は、ＡＰネットワークを識別するＳＳＩＤ（Service Set Identifierの略）「ａｐ０１」と、当該ＡＰネットワークで利用されるパスワード「ｘｘｘ」と、を記憶する。

（端末１０の構成）
端末１０は、携帯電話（例えばスマートフォン）、ＰＤＡ、タブレットＰＣ等の可搬型の端末装置である。端末１０は、表示部１２と、無線ＬＡＮインターフェース１４と、ＢＴ（Bluetooth（登録商標）の略）インターフェース１６と、制御部３０と、を備える。各部１２～３０は、バス線（符号省略）に接続されている。なお、以下では、インターフェースのことを単に「Ｉ／Ｆ」と記載する。

表示部１２は、様々な情報を表示するためのディスプレイである。表示部１２は、ユーザから指示を受け付けるタッチパネル（即ち操作部）としても機能する。

無線ＬＡＮＩ／Ｆ１４は、Ｗｉ－Ｆｉ方式に従った無線通信（以下では「Ｗｉ－Ｆｉ通信」と記載）を実行するための無線インターフェースである。Ｗｉ－Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ，１１ａｃ等）に従って、無線通信を実行するための無線通信方式である。無線ＬＡＮＩ／Ｆ１４は、特に、Ｗｉ－ＦｉＡｌｌｉａｎｃｅによって策定されたＷＦＤ（Wi-Fi Direct（登録商標）の略）方式をサポートしている。ＷＦＤ方式は、Ｗｉ－ＦｉＡｌｌｉａｎｃｅによって作成された規格書「Wi-Fi Peer-to-Peer (P2P) Technical Specification Version1.1」に記述されている無線通信方式である。

端末１０は、ＷＦＤ方式のＧ／Ｏ（Group Ownerの略）状態、ＣＬ（Clientの略）状態、及び、デバイス状態のいずれかの状態で動作することができる。例えば、端末１０は、ＷＦＤ方式のクライアントとして動作して、ＷＦＤ方式のＧ／Ｏとして動作している外部装置（例えばプリンタ１００）が形成している無線ネットワーク（以下では「ＷＦＤネットワーク」と記載）に子局として参加可能である。

ＢＴＩ／Ｆ１６は、ＢＴ方式に従った無線通信を実行するためのＩ／Ｆである。ＢＴ方式は、例えば、ＩＥＥＥ８０２．１５．１の規格、及び、それに準ずる規格に基づく無線通信方式である。より具体的に言うと、ＢＴＩ／Ｆ１６は、ＢＬＥ（Bluetooth Low Energyの略）をサポートしている。ＢＬＥは、ＢＴ方式のバージョン４．０以降のバージョンで実現されている規格である。本実施例では、ＢＴＩ／Ｆ１６は、バージョン４．２で実現されているＢＬＥをサポートしていることを想定している。ＢＴＩ／Ｆ１６は、ＢＬＥに従った無線通信（以下では「ＢＬＥ通信」と記載）を実行可能である。なお、変形例では、ＢＴＩ／Ｆ１６は、バージョン４．２以降のバージョン（例えば５．０）で実現されているＢＬＥをサポートしていてもよい。

Ｗｉ－Ｆｉ方式とＢＴ方式との相違点を記述しておく。Ｗｉ－Ｆｉ通信の通信速度（例えば最大の通信速度が６００Ｍｂｐｓ）は、ＢＴ通信の通信速度（例えば最大の通信速度が２４Ｍｂｐｓ）よりも速い。Ｗｉ－Ｆｉ通信における搬送波の周波数は、２．４ＧＨｚ帯又は５．０ＧＨｚ帯である。ＢＴ通信における搬送波の周波数は、２．４ＧＨｚ帯である。即ち、Ｗｉ－Ｆｉ通信における搬送波の周波数として５．０ＧＨｚ帯が採用される場合には、Ｗｉ－Ｆｉ通信における搬送波の周波数とＢＴ通信における搬送波の周波数とは異なる。また、Ｗｉ－Ｆｉ通信を実行可能な最大の距離（例えば約１００ｍ）は、ＢＴ通信を実行可能な最大の距離（例えば約数十ｍ）よりも大きい。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６、３８に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成され、ＯＳ（Operating Systemの略）プログラム３６（以下では単に「ＯＳ３６」と記載する）とプリントアプリケーション３８（以下では単に「アプリ３８」と記載する）とを記憶する。本実施例では、ＯＳ３６がｉＯＳ（登録商標）である状況を想定している。

ＯＳ３６は、端末１０の基本的な動作を制御するためのプログラムである。アプリ３８は、Ｗｉ－Ｆｉ方式に従った無線接続を利用して、印刷データをプリンタ１００に送信するためのアプリケーションである。アプリ３８は、例えば、プリンタ１００のベンダによって提供されるインターネット上のサーバから端末１０にインストールされてもよいし、プリンタ１００と共に出荷されるメディアから端末１０にインストールされてもよい。

（プリンタ１００の構成）
プリンタ１００は、印刷機能を実行可能な周辺装置（例えば、端末１０の周辺装置）である。プリンタ１００は、表示部１１２と、無線ＬＡＮＩ／Ｆ１１４と、ＢＴＩ／Ｆ１１６と、制御部１３０と、を備える。

表示部１１２は、様々な情報を表示するためのディスプレイである。表示部１１２は、ユーザから指示を受け付けるタッチパネル（即ち操作部）としても機能する。無線ＬＡＮＩ／Ｆ１１４は、端末１０の無線ＬＡＮＩ／Ｆ１４と同様である。即ち、無線ＬＡＮＩ／Ｆ１１４は、ＷＦＤ方式をサポートしている。ＢＴＩ／Ｆ１１６は、端末１０のＢＴＩ／Ｆ１６と同様である。即ち、ＢＴＩ／Ｆ１１６は、ＢＬＥをサポートしている。

制御部１３０は、ＣＰＵ１３２と、メモリ１３４と、を備える。ＣＰＵ１３２は、メモリ１３４に記憶されているプログラム１３６に従って、様々な処理を実行する。メモリ１３４は、揮発性メモリ、不揮発性メモリ等によって構成され、プログラム１３６に加えて、プロトコルスタック１３８とＷＦＤ情報１６０と再開フラグ１６２とを記憶する。

プロトコルスタック１３８は、ＢＬＥに従ったプロトコルスタックを含む。プリンタ１００は、プロトコルスタック１３８を利用してＢＴ方式のサーバとして動作し、ＢＴ方式のクライアントとして動作する端末１０とＢＬＥ通信を実行可能である。

プロトコルスタック１３８は、図１に示す階層構造を有する。Ｌ２ＣＡＰ（Logical Link Control and Application Protocolの略）は、ＢＴＩ／Ｆ１１６を介した無線接続（以下では「Ｌ２ＣＡＰＬｉｎｋ」と記載）を確立するためのスタックである。ＳＭＰ（Security Manager Protocolの略）及びＡＴＴ（Attribute Protocolの略）は、Ｌ２ＣＡＰの上位層である。ＳＭＰは、Ｌ２ＣＡＰＬｉｎｋを介して通信される情報を暗号化するためのプロトコルである。ＡＴＴは、Ｌ２ＣＡＰＬｉｎｋを介した通信におけるサーバとクライアントとの間のアクセス方式を定義するためのプロトコルである。ＧＡＴＴ（Generic Attribute Profileの略）は、ＡＴＴの上位層であり、サーバ及びクライアントの機能を定義するためのプロトコルである。ＧＡＰ（Generic Access Profileの略）は、Ｌ２ＣＡＰ、ＳＭＰ、ＡＴＴ、及び、ＧＡＴＴの上位層であり、ＢＬＥ通信を実行可能な各デバイスに共通する機能を定義するためのプロトコルである。ＰｒｉｍａｒｙＳｅｒｖｉｃｅ群は、ＧＡＰの上位層であり、ＢＬＥ通信に関する具体的な動作を定義するためのアプリケーションである。なお、以下では、ＰｒｉｍａｒｙＳｅｒｖｉｃｅのことを単に「ＰＳ」と記載する。

ＷＦＤ情報１６０は、ＷＦＤ方式に従った無線接続（以下では「ＷＦＤ接続」と記載）を確立するために利用される情報である。ＷＦＤ情報１６０は、Ｇ／Ｏとして動作するプリンタ１００によって形成されるＷＦＤネットワークを識別するＳＳＩＤ「ｐ０１」と、当該ＷＦＤネットワークで利用されるパスワード「ｙｙｙ」と、を含む。ＷＦＤ情報１６０は、プリンタ１００の出荷段階から予めメモリ１３４に記憶されてもよいし、プリンタ１００の電源が投入される際に生成されてもよい。

再開フラグ１６２は、ＢＴ方式に従ったＡｄｖｅｒｔｉｓｅ信号（以下では単に「ＡＤＶ信号」と記載する）の送信を停止した直後にＡＤＶ信号の送信を再開することを示す「ＯＮ」と、ＡＤＶ信号の送信を停止した直後にＡＤＶ信号の送信を再開しないことを示す「ＯＦＦ」と、のうちのいずれかの値を示す。再開フラグ１６２は、プリンタ１００の電源が投入される際に「ＯＮ」に設定される。

（ＰＳ群の概念；図２）
図２を参照して、プロトコルスタック１３８に含まれるＰＳ群の概念を説明する。図２のテーブルは、理解の容易化のためにＰＳ群を概念的に示したものであり、ＰＳ群の具体的なデータ構造とは異なる。ＰＳ群のデータ構造については、図２の説明を終えた後に、図３から図５を参照して説明する。ＰＳ群は、ＢｌｕｅｔｏｏｔｈＳＩＧによって定義される（即ちＢＴ方式の規格によって予め決められている）第１種のＰＳと、プリンタ１００のベンダによって定義される第２種のＰＳと、に分けられる。

（第１種のＰＳ）
第１種のＰＳは、ＧＡＰＳｅｒｖｉｃｅ１３８Ａを含む。以下では、ＧＡＰＳｅｒｖｉｃｅのことを単に「ＧＡ」と記載する。ＧＡ１３８Ａは、ＢＴＩ／Ｆ１１６に関する情報を送信するためのＰＳである。当該情報は、例えば、ＢＴＩ／Ｆ１１６を示すデバイス名ＤＮ、ＢＴＩ／Ｆ１１６がサポートしている規格を示す情報等を含む。ＧＡ１３８Ａには、ＧＡに対応するＰＳを識別する識別子としてＢＴ方式の規格によって予め決められているＵＵＩＤ「０ｘ１８００」が割り当てられている。ＧＡ１３８Ａは、複数個のＣｈａｒａｃｔｅｒｉｓｔｉｃを含む。Ｃｈａｒａｃｔｅｒｉｓｔｉｃは、ＰＳの具体的な機能を定義する情報である。ＧＡ１３８Ａに含まれる複数個のＣｈａｒａｃｔｅｒｉｓｔｉｃは、デバイス名ＤＮの送信を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃ「ＤｅｖｉｃｅＮａｍｅ」を含む。「ＤｅｖｉｃｅＮａｍｅ」には、当該Ｃｈａｒａｃｔｅｒｉｓｔｉｃを識別する識別子としてＢＴ方式の規格によって予め決められているＵＵＩＤ「０ｘ２Ａ００」が割り当てられている。なお、図２では、ＧＡ１３８Ａに含まれる他のＣｈａｒａｃｔｅｒｉｓｔｉｃの記載を省略している。

（第２種のＰＳ）
第２種のＰＳは、ＦｕｎｃｔｉｏｎＳｅｒｖｉｃｅ１３８Ｂと、ＡＰＣｏｎｎｅｃｔｉｏｎ１３８Ｃと、ＷＦＤＣｏｎｎｅｃｔｉｏｎ１３８Ｄと、ＢＴＣｏｎｔｒｏｌ１３８Ｅと、ＥｒｒｏｒＳｅｒｖｉｃｅ１３８Ｆと、を含む。

（ＦｕｎｃｔｉｏｎＳｅｒｖｉｃｅ１３８Ｂ）
以下では、ＦｕｎｃｔｉｏｎＳｅｒｖｉｃｅのことを単に「ＦＳ」と記載する。ＦＳ１３８Ｂは、プリンタ１００が実行可能な複数個の機能を示す機能情報ＦＩを送信するためのＰＳである。機能情報ＦＩは、印刷機能を示す情報と、ＡＰ（例えばＡＰ２００）との無線接続（以下では「ＡＰ接続」と記載）を確立する機能を示す情報と、ＷＦＤ接続を確立する機能を示す情報と、エラーＵＲＬを送信する機能を示す情報と、を含む。ＦＳ１３８Ｂには、ＦＳに対応するＰＳを識別する識別子としてプリンタ１００のベンダによって定められるＵＵＩＤ「ａａａ０」が割り当てられている。以下でも、第２種のＰＳを識別するＵＵＩＤは、プリンタ１００のベンダによって定められるものである。なお、ＵＵＩＤ「ａａａ０」は、ＢＴ方式の規格によって予め決められているＵＵＩＤ（例えばＵＵＩＤ「０ｘ１８００」）の桁数よりも大きい桁数を有するものであり、本明細書では簡略化して記載されている。

ＦＳ１３８Ｂは、機能情報ＦＩの送信を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃ「ＦｕｎｃｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ」を含む。「ＦｕｎｃｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ」には、当該Ｃｈａｒａｃｔｅｒｉｓｔｉｃを識別する識別子としてプリンタ１００のベンダによって定められるＵＵＩＤ「ａａａ１」が割り当てられている。以下でも、第２種のＰＳに含まれるＣｈａｒａｃｔｅｒｉｓｔｉｃを識別するＵＵＩＤは、プリンタ１００のベンダによって定められるものである。

（ＡＰＣｏｎｎｅｃｔｉｏｎ１３８Ｃ）
以下では、ＡＰＣｏｎｎｅｃｔｉｏｎのことを単に「ＡＣ」と記載する。ＡＣ１３８Ｃは、ＡＰ接続を確立するためのＰＳである。ＡＣ１３８Ｃには、ＵＵＩＤ「ｂｂｂ０」が割り当てられている。ＡＣ１３８Ｃは、「ＣｏｎｎｅｃｔｉｏｎＳｔａｔｕｓ」、「ＩＰＡｄｄｒｅｓｓ」、「ＣｏｎｎｅｃｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ」、及び、「ＣｈａｎｇｅＰｅｒｍｉｓｓｉｏｎ」を含む４個のＣｈａｒａｃｔｅｒｉｓｔｉｃを含む。

「ＣｏｎｎｅｃｔｉｏｎＳｔａｔｕｓ」は、プリンタ１００のＡＰ接続に関する状態を示すＡＰ状態情報の送信を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃ（ＵＵＩＤ「ｂｂｂ１」）である。ＡＰ状態情報は、「Ｄｉｓａｂｌｅ」、「Ｅｎａｂｌｅ」、「Ｂｕｓｙ」、及び、「Ｅｒｒｏｒ」を含む複数個の状態のいずれかを示す。「Ｄｉｓａｂｌｅ」は、プリンタ１００がＡＰ接続の確立を許可しない状態に設定されていることを示す。「Ｅｎａｂｌｅ」は、プリンタ１００がＡＰ接続の確立を許可する状態に設定されていることを示す。「Ｂｕｓｙ」は、ＡＰ接続を確立するための処理が実行中であることを示す。「Ｅｒｒｏｒ」は、ＡＰ接続を確立するための処理が失敗したことを示す。

「ＩＰＡｄｄｒｅｓｓ」は、プリンタ１００のＩＰアドレスＩＡの送信を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃ（ＵＵＩＤ「ｂｂｂ２」）である。

「ＣｏｎｎｅｃｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ」は、通信相手（例えば端末１０）が無線接続を確立しているＡＰ（例えばＡＰ２００）のＳＳＩＤ及びパスワードの受信を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃ（ＵＵＩＤ「ｂｂｂ３」）である。

「ＣｈａｎｇｅＰｅｒｍｉｓｓｉｏｎ」は、後述するＡｔｔｒｉｂｕｔｅＰｅｒｍｉｓｓｉｏｎの値を変更するための指示の受信を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃ（ＵＵＩＤ「ｂｂｂ４」）である。なお、ＣｈａｎｇｅＰｅｒｍｉｓｓｉｏｎは、第３及び第４実施例で利用され、第１及び第２実施例では利用されない。

（ＷＦＤＣｏｎｎｅｃｔｉｏｎ１３８Ｄ）
以下では、ＷＦＤＣｏｎｎｅｃｔｉｏｎのことを単に「ＷＣ」と記載する。ＷＣ１３８Ｄは、ＷＦＤ接続を確立するためのＰＳ（ＵＵＩＤ「ｃｃｃ０」）である。ＷＣ１３８Ｄは、「ＣｏｎｎｅｃｔｉｏｎＳｔａｔｕｓ」、「ＣｏｎｎｅｃｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ」、「ＰｕｂｌｉｃＫｅｙ」、及び、「ＣｈａｎｇｅＳｔａｔｕｓ」を含む４個のＣｈａｒａｃｔｅｒｉｓｔｉｃを含む。

「ＣｏｎｎｅｃｔｉｏｎＳｔａｔｕｓ」は、プリンタ１００のＷＦＤ接続に関する状態を示すＷＦＤ状態情報の送信を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃ（ＵＵＩＤ「ｃｃｃ１」）である。ＷＦＤ状態情報は、「Ｄｉｓａｂｌｅ」、「Ｅｎａｂｌｅ」、「Ｒｅａｄｙ」、「Ｓｔａｒｔ」、及び、「Ｅｒｒｏｒ」を含む複数個の状態のいずれかを示す。「Ｄｉｓａｂｌｅ」は、プリンタ１００がＷＦＤ接続の確立を許可しない状態に設定されていることを示す。「Ｅｎａｂｌｅ」は、プリンタ１００がＷＦＤ接続の確立を許可する状態に設定されていることを示す。「Ｒｅａｄｙ」は、公開鍵を利用してＷＦＤ情報１６０を暗号化する処理が完了したことを示す。「Ｓｔａｒｔ」は、プリンタ１００がＧ／Ｏとしての動作を開始したことを示す。「Ｅｒｒｏｒ」は、ＷＦＤ接続を確立するための処理が失敗したことを示す。

「ＣｏｎｎｅｃｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ」は、公開鍵を利用して暗号化されたＷＦＤ情報（以下では「暗号化済みのＷＦＤ情報」と記載）の送信を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃ（ＵＵＩＤ「ｃｃｃ２」）である。

「ＰｕｂｌｉｃＫｅｙ」は、公開鍵の受信を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃ（ＵＵＩＤ「ｃｃｃ３」）である。

「ＣｈａｎｇｅＳｔａｔｕｓ」は、プリンタ１００のＷＦＤ接続に関する状態を変更するための指示（例えば、プリンタ１００をＧ／Ｏとして動作させるための指示）の受信を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃ（ＵＵＩＤ「ｃｃｃ４」）である。

（ＢＴＣｏｎｔｒｏｌ１３８Ｅ）
以下では、ＢＴＣｏｎｔｒｏｌのことを単に「ＢＣ」と記載する。ＢＣ１３８Ｅは、ＢＴＩ／Ｆ１１６の状態を変更する指示を受信するためのＰＳ（ＵＵＩＤ「ｄｄｄ０」）である。ＢＣ１３８Ｅは、「ＰａｒｉｎｇＣｏｎｔｒｏｌ」及び「ＡｄｖｅｒｔｉｓｉｎｇＣｏｎｔｒｏｌ」を含む２個のＣｈａｒａｃｔｅｒｉｓｔｉｃを含む。

「ＰａｉｒｉｎｇＣｏｎｔｒｏｌ」は、確立済みのＬ２ＣＡＰＬｉｎｋを切断するための指示の受信を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃ（ＵＵＩＤ「ｄｄｄ１」）である。

「ＡｄｖｅｒｔｉｓｉｎｇＣｏｎｔｒｏｌ」は、再開フラグ１６２を「ＯＮ」から「ＯＦＦ」に変更するための指示の受信を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃ（ＵＵＩＤ「ｄｄｄ２」）である。

（ＥｒｒｏｒＳｅｒｖｉｃｅ１３８Ｆ）
以下では、ＥｒｒｏｒＳｅｒｖｉｃｅのことを単に「ＥＳ」と記載する。ＥＳ１３８Ｆは、エラーＵＲＬを送信するためのＰＳ（ＵＵＩＤ「ｅｅｅ０」）である。エラーＵＲＬは、プリンタ１００が印刷機能を実行不可能なエラー状態（例えば紙詰まり）を解消するための方法が記載されているＷｅｂページを示すＵＲＬである。ＥＳ１３８Ｆは、エラーＵＲＬの送信を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃ「ＥｒｒｏｒＩｎｆｏｒｍａｔｉｏｎ（ＵＵＩＤ「ｅｅｅ１」）」を含む。

（ＰＳ群のデータ構造；図３～図５）
図２を参照して、ＰＳ群の概念を説明した。続いて、図３～図５を参照して、ＰＳ群の具体的なデータ構造を説明する。

ＰＳ群は、Ｈａｎｄｌｅと、ＡｔｔｒｉｂｕｔｅＴｙｐｅと、ＡｔｔｒｉｂｕｔｅＶａｌｕｅと、ＡｔｔｒｉｂｕｔｅＰｅｒｍｉｓｓｉｏｎと、が対応付けられたテーブル構造を有する。Ｈａｎｄｌｅは、「０ｘ０００１」から続く連番である。図３～図５では、「０ｘ０００２」より後の一部のデータ構造が省略されている。このため、「０ｘ０００２」より後のＨａｎｄｌｅは、実際の値ではなく、記号「ｎｋ（ｋ＝１、２、３、…）」で表現されている。ＡｔｔｒｉｂｕｔｅＴｙｐｅ（以下では単に「ＡＴｙｐｅ」と記載）は、通信対象の情報のタイプを示す識別子（即ちＵＵＩＤ）である。ＡｔｔｒｉｂｕｔｅＶａｌｕｅ（以下では単に「ＡＶａｌｕｅ」と記載）は、通信対象の情報を示す。ＡｔｔｒｉｂｕｔｅＰｅｒｍｉｓｉｉｏｎ（以下では単に「ＡＰｅｒ」と記載）は、ＳＭＰに関する項目であり、より具体的には、情報の読み出し又は書き込みを許可するための条件を示す。

具体的には、ＡＰｅｒには、４つの項目のそれぞれを示す値が記憶される。１つ目の項目は情報の読み出しや書き込みを許可するか否かを示す項目であり、「Readable」、「Writeable」、及び、「Readable and writeable」のいずれかを示す１つの値がＡＰｅｒに記憶される。２つ目の項目は、情報の読み出し又は書き込みの実行時に、Ｅｎｃｒｙｐｔｉｏｎを要求するか否かを示す項目であり、「Encryption required」及び「No encryption required」のいずれかを示す１つの値がＡＰｅｒに記憶される。３つ目の項目は、情報の読み出し又は書き込みの実行時に、Ａｕｔｈｅｎｔｉｃａｔｉｏｎを要求するか否かを示す項目であり、「Authentication required」及び「No authentication required」のいずれかを示す１つの値がＡＰｅｒに記憶される。４つ目の項目は、情報の読み出し又は書き込みの実行時に、Ａｕｔｈｏｒｉｚａｔｉｏｎを要求するか否かを示す項目であり、「Authorization required」及び「No authorization required」のいずれかを示す１つの値がＡＰｅｒに記憶される。「Encryption required」、「Authentication required」、及び、「Authorization required」のいずれかを示す値がＡＰｅｒに記憶されている場合には、ＳＭＰに従った認証通信が実行されることを条件として、情報の読み出し又は書き込みが許可される。また、「No encryption required」かつ「No authentication required」かつ「No authorization required」を示す値がＡＰｅｒに記憶されている場合に、ＳＭＰに従った認証通信を実行することなく、情報の読み出し又は書き込みが許可される。図３～図５ではこれらを簡略化して記載している。例えば、ＡＰｅｒが「Readable without authentication」を示す場合には、上記１つ目の項目として「Readable」を示す値と、上記３つ目の項目として「No authentication required」を示す値とが、当該ＡＰｅｒに実際に記憶されている。また、図３～図５のＡＰｅｒの記載は、上記２つ目の項目と上記４つ目の項目について省略されている。実際には、上記２つ目の項目として「No encryption required」を示す値と、上記４つ目の項目として「No authorization required」を示す値と、が各ＡＰｅｒに記憶されている。以降では、特に言及する場合を除き、上記２つ目の項目として「No encryption required」を示す値と、上記４つ目の項目として「No authorization required」を示す値とが、ＡＰｅｒに記憶されているものとする。なお、ＡＰｅｒが「Readable without authentication when discoverable」を示す各値を記憶している場合には、上記１つ目の項目として「Readable」を示す値と、上記３つ目の項目として「No authentication required」を示す値と、上記４つ目の項目として「No authorization required」を示す値と、が当該ＡＰｅｒに記憶されており、さらに、サーバの状態が後述するＤｉｓｃｏｖｅｒａｂｌｅ状態であるという条件（即ち「when discoverable」）が満たされる場合には、「No authentication required」と「No authorization required」に従って、ＳＭＰに従った認証通信を実行することなく、情報の読み出しを許可することを示す値が、当該ＡＰｅｒに記憶されている。以上のように、図面のＡｐｅｒの記載は、ＢｌｕｅｔｏｏｔｈＳＩＧの規格に記載されている実際の項目と完全に一致するものではなく、ＳＭＰに関する条件を概念的に示すものであることに留意されたい。

（第１種のＰＳ）
（ＧＡＰＳｅｒｖｉｃｅ（ＧＡ）１３８Ａ）
ＧＡ１３８Ａは、Ｈａｎｄｌｅの範囲「０ｘ０００１」～所定値（「ｎ２」の１つ前の値）に対応するデータ群である。Ｈａｎｄｌｅ「０ｘ０００１」に対応するＡＴｙｐｅは、１個のＰＳを構成するデータ群のうちの先頭のデータであることを示すＵＵＩＤ「０ｘ２８００」を含む。Ｈａｎｄｌｅ「０ｘ０００１」に対応するＡＶａｌｕｅは、ＧＡ１３８Ａを他のＰＳと区別するためのＵＵＩＤ「０ｘ１８００」を含む。Ｈａｎｄｌｅ「０ｘ０００１」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。この各値は、ＳＭＰに従った情報の暗号化を実行することなく、情報を読み出すことが可能であることを意味する。

Ｈａｎｄｌｅ「０ｘ０００２」に対応するＡＴｙｐｅは、ＣｈａｒａｃｔｅｒｉｓｔｉｃＤｅｃｌａｒａｔｉｏｎを示すＵＵＩＤ「０ｘ２８０３」を含む。ＣｈａｒａｃｔｅｒｉｓｔｉｃＤｅｃｌａｒａｔｉｏｎは、ＣｈａｒａｃｔｅｒｉｓｔｉｃのプロパティやＵＵＩＤ等を定義するデータである。ここで、プロパティは、Ｃｈａｒａｃｔｅｒｉｓｔｉｃが読み出されるべき情報を定義するものであることを示す「Ｒｅａｄ」やＣｈａｒａｃｔｅｒｉｓｔｉｃが書き込まれるべき情報を定義するものであることを示す「Ｗｒｉｔｅ」等を含む複数個の情報のうちのいずれか１個を示す。Ｈａｎｄｌｅ「０ｘ０００２」に対応するＡＶａｌｕｅは、「Ｒｅａｄ」を示すプロパティと、Ｃｈａｒａｃｔｅｒｉｓｔｉｃの情報に対応するＨａｎｄｌｅ「ｎ１」と、当該ＣｈａｒａｃｔｅｒｉｓｔｉｃのＵＵＩＤ「０ｘ２Ａ００」と、を含む。Ｈａｎｄｌｅ「０ｘ０００２」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。

Ｈａｎｄｌｅ「ｎ１」に対応するＡｔｙｐｅは、Ｃｈａｒａｃｔｅｒｉｓｔｉｃ「ＤｅｖｉｃｅＮａｍｅ」のＵＵＩＤ「０ｘ２Ａ００」を含む。Ｈａｎｄｌｅ「ｎ１」に対応するＡＶａｌｕｅは、デバイス名ＤＮを含む。Ｈａｎｄｌｅ「ｎ１」に対応するＡＰｅｒは、「Readable without authentication when discoverable」を示す各値を含む。この各値は、ＢＴ方式のペリフェラル（即ちプリンタ１００）の状態がＤｉｓｃｏｖｅｒａｂｌｅ状態である場合に、ＳＭＰに従った情報の暗号化を実行することなく、情報（ここではデバイス名ＤＮ）を読み出すことが可能であることを意味する。別言すれば、ペリフェラルの状態がＤｉｓｃｏｖｅｒａｂｌｅ状態でない場合（即ち非Ｄｉｓｃｏｖｅｒａｂｌｅ状態である場合）には、ＳＭＰに従った情報の暗号化を実行することを条件として、情報を読み出すことが可能であることを意味する。ここで、Ｄｉｓｃｏｖｅｒａｂｌｅ状態は、ペリフェラルがＡＤＶ信号の送信を繰り返し実行している状態である。別言すれば、Ｄｉｓｃｏｖｅｒａｂｌｅ状態は、ＡＤＶ信号がＢＴ方式のセントラルによって受信される際に、セントラルがペリフェラルの存在を検出可能な状態である。さらに、Ｄｉｓｃｏｖｅｒａｂｌｅ状態において送信されるＡＤＶ信号には、Ｄｉｓｃｏｖｅｒａｂｌｅ状態であることに関する所定の値が含まれる。ここで、「所定の値」は、例えば、ＢＴ方式の規格に定められているＬＥＬｉｍｉｔｅｄＤｉｓｃｏｖｅｒａｂｌｅＭｏｄｅｆｌａｇ「１」、又は、ＢＴ方式の規格に定められているＬＥＧｅｎｅｒａｌＤｉｓｃｏｖｅｒａｂｌｅＭｏｄｅｆｌａｇ「１」である。これに対して、非Ｄｉｓｃｏｖｅｒａｂｌｅ状態は、ペリフェラルがＡＤＶ信号の送信を実行していない状態、又は、ペリフェラルがＡＤＶ信号の送信を繰り返し実行し、かつ、当該ＡＤＶ信号に上記の所定の値が含まれていない状態（別言すれば、当該ＡＤＶ信号にＬＥＬｉｍｉｔｅｄＤｉｓｃｏｖｅｒａｂｌｅＭｏｄｅｆｌａｇ「０」とＬＥＧｅｎｅｒａｌＤｉｓｃｏｖｅｒａｂｌｅＭｏｄｅｆｌａｇ「０」の双方が含まれている状態）を示す。なお、「Readable without authentication when discoverable」はバージョン４．２以降の規格に定められている項目である。以下では、特に言及する場合を除き、ＡＤＶ信号が送信される状況において、ＡＤＶ信号にＤｉｓｃｏｖｅｒａｂｌｅ状態であることに関する所定の値が含まれているものとする。

ＧＡ１３８Ａが上記のデータ構造を有しているので、ＧＡ１３８Ａ内のデバイス名ＤＮは、以下のように読み出される。ＣＰＵ１３２（即ちサーバ）は、クライアントからＵＵＩＤ「０ｘ２８０３」を指定したＲｅａｄＢｙＴｙｐｅＲｅｑｕｅｓｔ信号を受信すると、ＵＵＩＤ「０ｘ２８０３」に対応するＡＰｅｒに示される「Readable without authentication」に従って、クライアントがＵＵＩＤ「０ｘ２８０３」に対応するＡＶａｌｕｅ（即ち、プロパティ「Ｒｅａｄ」、Ｈａｎｄｌｅ「ｎ１」、及び、ＵＵＩＤ「０ｘ２Ａ００」）を読み出すことを許可する。この結果、クライアントは、これらの情報を読み出す（即ち受信する）ことができ、これらの情報に基づいて、Ｈａｎｄｌｅ「ｎ１」及びＵＵＩＤ「０ｘ２Ａ００」に対応する情報の「Ｒｅａｄ」を実行可能であることを知ることができる。そして、クライアントは、ＵＵＩＤ「０ｘ２Ａ００」を指定したＲｅａｄＢｙＴｙｐｅＲｅｑｕｅｓｔ信号をサーバに送信する。サーバは、クライアントから当該信号を受信すると、ＵＵＩＤ「０ｘ２Ａ００」に対応するＡＰｅｒに示される「Readable without authentication when discoverable」に従って、クライアントがＵＵＩＤ「０ｘ２Ａ００」に対応するＡＶａｌｕｅ（即ちデバイス名ＤＮ）を読み出すことを許可する。これにより、クライアントは、デバイス名ＤＮを読み出すことができる。

なお、第１種のＰＳについては、「Readable without authentication」等の上記の各項目のうち、ＳＩＧによって予め決められている項目が採用される。即ち、例えば、Ｈａｎｄｌｅ「ｎ１」に対応するＡＰｅｒについては、「Readable without authentication when discoverable」しか採用することができず、プリンタ１００のベンダが他の項目を採用することができない。一方、次に説明する第２種のＰＳについては、プリンタ１００のベンダが上記の各項目のうちの任意の項目を採用することができる。

（第２種のＰＳ）
（ＦｕｎｃｔｉｏｎＳｅｒｖｉｃｅ（ＦＳ）１３８Ｂ）
ＦＳ１３８Ｂは、Ｈａｎｄｌｅの範囲「ｎ２」～「ｎ４」に対応するデータ群である。Ｈａｎｄｌｅ「ｎ２」に対応するＡＴｙｐｅは、ＦＳ１３８Ｂの先頭データであることを示すＵＵＩＤ「０ｘ２８００」を含む。Ｈａｎｄｌｅ「ｎ２」に対応するＡＶａｌｕｅは、ＦＳ１３８Ｂを他のＰＳと区別するためのＵＵＩＤ「ａａａ０」を含む。Ｈａｎｄｌｅ「ｎ２」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。

Ｈａｎｄｌｅ「ｎ３」に対応するＡＴｙｐｅは、ＣｈａｒａｃｔｅｒｉｓｔｉｃＤｅｃｌａｒａｔｉｏｎであることを示すＵＵＩＤ「０ｘ２８０３」を含む。Ｈａｎｄｌｅ「ｎ３」に対応するＡＶａｌｕｅは、プロパティ「Ｒｅａｄ」と、Ｈａｎｄｌｅ「ｎ４」と、ＵＵＩＤ「ａａａ１」と、を含む。Ｈａｎｄｌｅ「ｎ３」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。

Ｈａｎｄｌｅ「ｎ４」に対応するＡｔｙｐｅは、Ｃｈａｒａｃｔｅｒｉｓｔｉｃ「ＦｕｎｃｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ」のＵＵＩＤ「ａａａ１」を含む。Ｈａｎｄｌｅ「ｎ４」に対応するＡＶａｌｕｅは、機能情報ＦＩを含む。Ｈａｎｄｌｅ「ｎ４」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。

（ＡＰＣｏｎｎｅｃｔｉｏｎ（ＡＣ）１３８Ｃ）
図４に示すように、ＡＣ１３８Ｃは、Ｈａｎｄｌｅの範囲「ｎ５」～「ｎ１３」に対応するデータ群である。Ｈａｎｄｌｅ「ｎ５」に対応するＡＴｙｐｅは、ＡＣ１３８Ｃの先頭データであることを示すＵＵＩＤ「０ｘ２８００」を含む。Ｈａｎｄｌｅ「ｎ５」に対応するＡＶａｌｕｅは、ＡＣ１３８Ｃを他のＰＳと区別するためのＵＵＩＤ「ｂｂｂ０」を含む。Ｈａｎｄｌｅ「ｎ５」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。

Ｈａｎｄｌｅ「ｎ６」～「ｎ９」に対応する各ＡＴｙｐｅは、ＣｈａｒａｃｔｅｒｉｓｔｉｃＤｅｃｌａｒａｔｉｏｎであることを示すＵＵＩＤ「０ｘ２８０３」を含む。Ｈａｎｄｌｅ「ｎ６」に対応するＡＶａｌｕｅは、プロパティ「Ｒｅａｄ」と、Ｈａｎｄｌｅ「ｎ１０」と、ＵＵＩＤ「ｂｂｂ１」と、を含む。同様に、Ｈａｎｄｌｅ「ｎ７」～「ｎ９」に対応する各ＡＶａｌｕｅは、プロパティと、Ｈａｎｄｌｅと、ＵＵＩＤと、を含む。なお、Ｈａｎｄｌｅ「ｎ８」及び「ｎ９」に対応する各プロパティは、「Ｒｅａｄ」ではなく「Ｗｒｉｔｅ」である。また、Ｈａｎｄｌｅ「ｎ６」～「ｎ９」に対応する各ＡＰｅｒは、「Readable without authentication」を示す各値を含む。

Ｈａｎｄｌｅ「ｎ１０」に対応するＡｔｙｐｅは、Ｃｈａｒａｃｔｅｒｉｓｔｉｃ「ＣｏｎｎｅｃｔｉｏｎＳｔａｔｕｓ」のＵＵＩＤ「ｂｂｂ１」を含む。Ｈａｎｄｌｅ「ｎ１０」に対応するＡＶａｌｕｅは、ＡＰ状態情報（例えば「Ｄｉｓａｂｌｅ」）を含む。Ｈａｎｄｌｅ「ｎ１０」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。

Ｈａｎｄｌｅ「ｎ１１」に対応するＡｔｙｐｅは、Ｃｈａｒａｃｔｅｒｉｓｔｉｃ「ＩＰＡｄｄｒｅｓｓ」のＵＵＩＤ「ｂｂｂ２」を含む。Ｈａｎｄｌｅ「ｎ１１」に対応するＡＶａｌｕｅは、ＩＰアドレスＩＡを含む。Ｈａｎｄｌｅ「ｎ１１」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。

Ｈａｎｄｌｅ「ｎ１２」に対応するＡｔｙｐｅは、Ｃｈａｒａｃｔｅｒｉｓｔｉｃ「ＣｏｎｎｅｃｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ」のＵＵＩＤ「ｂｂｂ３」を含む。Ｈａｎｄｌｅ「ｎ１２」に対応するＡＶａｌｕｅには、クライアントからＡＰ（例えば２００）のＳＳＩＤとパスワードが書き込まれる。なお、情報が書き込まれる前では、当該ＡＶａｌｕｅは空情報を含む。Ｈａｎｄｌｅ「ｎ１２」に対応するＡＰｅｒは、「Writeable without authentication」を示す各値を含む。この各値は、ＳＭＰに従った情報の暗号化を実行することなく、情報（ここではＳＳＩＤとパスワード）が書き込まれることが可能であることを意味する。

Ｈａｎｄｌｅ「ｎ１３」に対応するＡｔｙｐｅは、Ｃｈａｒａｃｔｅｒｉｓｔｉｃ「ＣｈａｎｇｅＰｅｒｍｉｓｓｉｏｎ」のＵＵＩＤ「ｂｂｂ４」を含む。Ｈａｎｄｌｅ「ｎ１３」に対応するＡＶａｌｕｅには、ＡｔｔｒｉｂｕｔｅＰｅｒｍｉｓｓｉｏｎの値を変更するためのＰｅｒｍｉｓｓｉｏｎ変更指示が書き込まれる。Ｈａｎｄｌｅ「ｎ１３」に対応するＡＰｅｒは、「Writeable without authentication」を示す各値を含む。

ＡＣ１３８Ｃが上記のデータ構造を有しているので、例えば、ＡＣ１３８Ｃ内のＵＵＩＤ「ｎ１２」に対応するＡＶａｌｕｅには、以下のように情報が書き込まれる。ＣＰＵ１３２（即ちサーバ）は、クライアントからＵＵＩＤ「０ｘ２８０３」を指定したＲｅａｄＢｙＴｙｐｅＲｅｑｕｅｓｔ信号を受信すると、各ＵＵＩＤ「０ｘ２８０３」に対応するＡＰｅｒに示される「Readable without authentication」に従って、クライアントが各ＵＵＩＤ「０ｘ２８０３」に対応する各ＡＶａｌｕｅ（即ちプロパティ「Ｒｅａｄ（又はＷｒｉｔｅ）」、Ｈａｎｄｌｅ「ｎ１０」～「ｎ１３」、及び、ＵＵＩＤ「ｂｂｂ１」～「ｂｂｂ４」）を読み出すことを許可する。この結果、クライアントは、これらの情報を読み出すだすことができ、これらの情報に基づいて、例えばＨａｎｄｌｅ「ｎ１２」及びＵＵＩＤ「ｂｂｂ３」に対応する情報の「Ｗｒｉｔｅ」を実行可能であることを知ることができる。そして、クライアントは、Ｈａｎｄｌｅ「ｎ１２」を指定しているとともに書き込み対象の情報（即ちＳＳＩＤとパスワード）を含むＷｒｉｔｅＲｅｑｕｅｓｔ信号をサーバに送信する。サーバは、当該信号を受信すると、Ｈａｎｄｌｅ「ｎ１２」に対応するＡＰｅｒに示される「Writeable without authentication」に従って、情報をＨａｎｄｌｅ「ｎ１２」に対応するＡＶａｌｕｅに書き込むことを許可する。これにより、クライアントは、ＳＳＩＤとパスワードを書き込むことができる。

（ＷＦＤＣｏｎｎｅｃｔｉｏｎ（ＷＣ）１３８Ｄ）
図５に示されるように、ＷＣ１３８Ｄは、Ｈａｎｄｌｅの範囲「ｎ１４」～「ｎ２２」に対応するデータ群である。Ｈａｎｄｌｅ「ｎ１４」に対応するＡＴｙｐｅは、ＷＣ１３８Ｄの先頭データであることを示すＵＵＩＤ「０ｘ２８００」を含む。Ｈａｎｄｌｅ「ｎ１４」に対応するＡＶａｌｕｅは、ＷＣ１３８Ｄを他のＰＳと区別するためのＵＵＩＤ「ｃｃｃ０」を含む。Ｈａｎｄｌｅ「ｎ１４」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。

Ｈａｎｄｌｅ「ｎ１５」～「ｎ１８」に対応する各ＡＴｙｐｅは、ＣｈａｒａｃｔｅｒｉｓｔｉｃＤｅｃｌａｒａｔｉｏｎであることを示すＵＵＩＤ「０ｘ２８０３」を含む。Ｈａｎｄｌｅ「ｎ１５」に対応するＡＶａｌｕｅは、プロパティ「Ｒｅａｄ」と、Ｈａｎｄｌｅ「ｎ１９」と、ＵＵＩＤ「ｃｃｃ１」と、を含む。同様に、Ｈａｎｄｌｅ「ｎ１６～」～「ｎ１８」に対応する各ＡＶａｌｕｅは、プロパティと、Ｈａｎｄｌｅと、ＵＵＩＤと、を含む。なお、Ｈａｎｄｌｅ「ｎ１７」及び「ｎ１８」に対応する各プロパティは、「Ｒｅａｄ」ではなく「Ｗｒｉｔｅ」である。また、Ｈａｎｄｌｅ「ｎ１５」～「ｎ１８」に対応する各ＡＰｅｒは、「Readable without authentication」を示す各値を含む。

Ｈａｎｄｌｅ「ｎ１９」に対応するＡｔｙｐｅは、Ｃｈａｒａｃｔｅｒｉｓｔｉ「ＣｏｎｎｅｃｔｉｏｎＳｔａｔｕｓ」のＵＵＩＤ「ｃｃｃ１」を含む。Ｈａｎｄｌｅ「ｎ１９」に対応するＡＶａｌｕｅは、ＷＦＤ状態情報（例えば「Ｄｉｓａｂｌｅ」）を含む。Ｈａｎｄｌｅ「ｎ１９」に対応するＡＰｅｒは、「Readable without authentication」を示す各値と、を含む。

Ｈａｎｄｌｅ「ｎ２０」に対応するＡＴｙｐｅは、Ｃｈａｒａｃｔｅｒｉｓｔｉｃ「ＣｏｎｎｅｃｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ」のＵＵＩＤ「ｃｃｃ２」を含む。Ｈａｎｄｌｅ「ｎ２０」に対応するＡＶａｌｕｅは、暗号化済みのＷＦＤ情報を含み得る。ここで、ＷＦＤ情報１６０が暗号化される前では、当該ＡＶａｌｕｅは、暗号化済みのＷＦＤ情報を含まずに、空情報を含む。また、Ｈａｎｄｌｅ「ｎ２０」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。

Ｈａｎｄｌｅ「ｎ２１」に対応するＡＴｙｐｅは、Ｃｈａｒａｃｔｅｒｉｓｔｉｃ「ＰｕｂｌｉｃＫｅｙ」のＵＵＩＤ「ｃｃｃ３」を含む。Ｈａｎｄｌｅ「ｎ２１」に対応するＡＶａｌｕｅには、公開鍵が書き込まれる。また、Ｈａｎｄｌｅ「ｎ２２」に対応するＡＴｙｐｅは、Ｃｈａｒａｃｔｅｒｉｓｔｉｃ「ＣｈａｎｇｅＳｔａｔｕｓ」のＵＵＩＤ「ｃｃｃ４」を含む。Ｈａｎｄｌｅ「ｎ２２」に対応するＡＶａｌｕｅには、ＷＦＤ接続に関する状態を変更するための各指示（例えば、プリンタ１００の状態を「Ｄｉｓａｂｌｅ」から「Ｅｎａｂｌｅ」に変更するＥｎａｂｌｅ指示、プリンタ１００をＧ／Ｏとして動作させるためのＳｔａｒｔ指示）が書き込まれる。各Ｈａｎｄｌｅ「ｎ２１」及び「ｎ２２」に対応する各ＡＰｅｒは、「Writeable without authentication」を示す各値を含む。

（ＢＴＣｏｎｔｒｏｌ（ＢＣ）１３８Ｅ）
ＢＣ１３８Ｅは、Ｈａｎｄｌｅの範囲「ｎ２３」～「ｎ２７」に対応するデータ群である。Ｈａｎｄｌｅ「ｎ２３」に対応するＡＴｙｐｅは、ＢＣ１３８Ｅの先頭データであることを示すＵＵＩＤ「０ｘ２８００」を含む。Ｈａｎｄｌｅ「ｎ２３」に対応するＡＶａｌｕｅは、ＢＣ１３８Ｅを他のＰＳと区別するためのＵＵＩＤ「ｄｄｄ０…」を含む。Ｈａｎｄｌｅ「ｎ２３」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。

Ｈａｎｄｌｅ「ｎ２４」及び「ｎ２５」に対応する各ＡＴｙｐｅは、ＣｈａｒａｃｔｅｒｉｓｔｉｃＤｅｃｌａｒａｔｉｏｎであることを示すＵＵＩＤ「０ｘ２８０３」を含む。Ｈａｎｄｌｅ「ｎ２４」に対応するＡＶａｌｕｅは、プロパティ「Ｗｒｉｔｅ」と、Ｈａｎｄｌｅ「ｎ２６」と、ＵＵＩＤ「ｄｄｄ１」と、を含み、同様に、Ｈａｎｄｌｅ「ｎ２５」に対応するＡＶａｌｕｅは、プロパティと、Ｈａｎｄｌｅと、ＵＵＩＤと、を含む。

Ｈａｎｄｌｅ「ｎ２６」に対応するＡＴｙｐｅは、Ｃｈａｒａｃｔｅｒｉｓｔｉｃ「ＰａｒｉｎｇＣｏｎｔｒｏｌ」のＵＵＩＤ「ｄｄｄ１」を含む。Ｈａｎｄｌｅ「ｎ２６」に対応するＡＶａｌｕｅには、Ｌ２ＣＡＰＬｉｎｋを切断するための切断指示が書き込まれる。Ｈａｎｄｌｅ「ｎ２７」に対応するＡＴｙｐｅは、Ｃｈａｒａｃｔｅｒｉｓｔｉｃ「ＡｄｖｅｒｔｉｓｉｎｇＣｏｎｔｒｏｌ」のＵＵＩＤ「ｄｄｄ２」を含む。Ｈａｎｄｌｅ「ｎ２７」に対応するＡＶａｌｕｅには、再開フラグ１６２を「ＯＮ」から「ＯＦＦ」に変更するための再開フラグＯＦＦ指示が書き込まれる。各Ｈａｎｄｌｅ「ｎ２６」及び「ｎ２７」に対応する各ＡＰｅｒは、「Writeable without authentication」を示す各値を含む。

（ＥｒｒｏｒＳｅｒｖｉｃｅ（ＥＳ）１３８Ｆ）
ＥＳ１３８Ｆは、Ｈａｎｄｌｅの範囲「ｎ２８」～「ｎ３０」に対応するデータ群である。Ｈａｎｄｌｅ「ｎ２８」に対応するＡＴｙｐｅは、ＥＳ１３８Ｆの先頭データであることを示すＵＵＩＤ「０ｘ２８００」を含む。Ｈａｎｄｌｅ「ｎ２８」に対応するＡＶａｌｕｅは、ＥＳ１３８Ｆを他のＰＳと区別するためのＵＵＩＤ「ｅｅｅ０」と、を含む。Ｈａｎｄｌｅ「ｎ２８」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。

Ｈａｎｄｌｅ「ｎ２９」に対応するＡＴｙｐｅは、ＣｈａｒａｃｔｅｒｉｓｔｉｃＤｅｃｌａｒａｔｉｏｎであることを示すＵＵＩＤ「０ｘ２８０３」を含む。Ｈａｎｄｌｅ「ｎ２９」に対応するＡＶａｌｕｅは、プロパティ「Ｒｅａｄ」と、Ｈａｎｄｌｅ「ｎ３０」と、ＵＵＩＤ「ｅｅｅ１」と、を含む。Ｈａｎｄｌｅ「ｎ２９」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。

Ｈａｎｄｌｅ「ｎ３０」に対応するＡＴｙｐｅは、Ｃｈａｒａｃｔｅｒｉｓｔｉｃ「ＥｒｒｏｒＩｎｆｏｒｍａｔｉｏｎ」のＵＵＩＤ「ｅｅｅ１」を含む。Ｈａｎｄｌｅ「ｎ３０」に対応するＡＶａｌｕｅは、エラーＵＲＬを含み得る。ここで、プリンタ１００がエラー状態でない場合には、当該ＡＶａｌｕｅは、エラーＵＲＬを含まずに、空情報を含む。また、Ｈａｎｄｌｅ「ｎ３０」に対応するＡＰｅｒは、「Readable without authentication」を示す各値を含む。

（比較例；図６及び図７）
本実施例の端末１０及びプリンタ１００によって実行される処理を説明する前に、比較例の携帯端末３００（以下では単に「端末３００」と記載する）及びプリンタ５００によって実行される処理を説明する。端末３００は、ＯＳ３６を備えるが、本実施例の処理（後述の図８～図１８参照）を実現するためのアプリ３８とは異なるアプリ３３８を備える。プリンタ５００は、本実施例の処理を実現するためのプログラム１３６とは異なるプログラムを備え、再開フラグ１６２を記憶しない。また、比較例のＰＳ群は、少なくともＧＡ１３８Ａ及びＦＳ１３８Ｂを含む。なお、以下では、理解の容易さの観点から、端末３００のＣＰＵがＯＳ３６、アプリ３３８に従って実行する処理を、それぞれ、ＯＳ３６、アプリ３３８を主体として説明する。また、比較例の全ての通信は、端末３００及びプリンタ５００のそれぞれのＢＴＩ／Ｆを介して実行されるので、以下では、「ＢＴＩ／Ｆを介して」という説明を省略する。

Ｔ１０では、アプリ３３８を起動する操作がユーザによって端末３００に実行され、この結果、アプリ３３８が起動する。この場合、Ｔ１２では、アプリ３３８は、Ｓｃａｎ開始命令をＯＳ３６に供給する。Ｓｃａｎ開始命令は、ＳｃａｎＲｅｑｕｅｓｔ信号の送信を開始させるための命令である。

また、Ｔ１４では、プリンタ５００の電源を投入する操作がユーザによってプリンタ５００に実行される。Ｔ２０では、プリンタ５００は、ＡＤＶ信号のブロードキャスト送信を開始する。当該信号は、ＢＴ方式の規格によって予め決められている接続許可パラメータ「ＡＤＶ＿ＩＮＤ」を含む。当該パラメータは、ＡＤＶ信号を受信したデバイスとのＬ２ＣＡＰＬｉｎｋを確立することを許可することを示す。なお、変形例では、接続許可パラメータは、「ＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤ」であってもよい。

ＯＳ３６は、アプリ３３８からＳｃａｎ開始命令を取得し（Ｔ１２）、かつ、プリンタ５００からＡＤＶ信号を受信する場合（Ｔ２０）に、Ｔ２２において、ＳｃａｎＲｅｑｕｅｓｔ信号をプリンタ５００に送信する。当該信号は、ＡＤＶ信号の送信元のデバイス（ここではプリンタ５００）の情報を要求するための信号である。

Ｔ２４では、ＯＳ３６は、プリンタ５００からＳｃａｎＲｅｑｕｅｓｔ信号に対する応答としてＳｃａｎＲｅｓｐｏｎｓｅ信号を受信する。当該信号は、プリンタ５００のモデル名「ｍｏｄｅｌ０」を含む。ＯＳ３６は、当該信号を受信すると、当該信号をアプリ３３８に供給する。

アプリ３３８は、ＯＳ３６からＳｃａｎＲｅｓｐｏｎｓｅ信号を取得すると、Ｔ２６において、接続確認画面を端末３００の表示部に表示させる。接続確認画面は、ＢＴ方式に従った無線接続（即ちＬ２ＣＡＰＬｉｎｋ）をプリンタ５００と確立するのか否かをユーザに確認するための画面である。接続確認画面は、ＳｃａｎＲｅｓｐｏｎｓｅ信号に含まれるモデル名「ｍｏｄｅｌ０」と、Ｌ２ＣＡＰＬｉｎｋの確立の指示を受け付けるための接続ボタンと、を含む。

アプリ３３８は、Ｔ２８において、接続確認画面内の接続ボタンの選択を受け付けると、Ｔ３０において、接続開始命令をＯＳ３６に供給する。接続開始命令は、ＣＯＮＮＥＣＴ＿ＩＮＤ信号の送信を開始させるための命令である。当該信号は、Ｌ２ＣＡＰＬｉｎｋの確立を要求するための信号である。なお、接続開始命令の取得をトリガとして開始される後述するＴ３０～Ｔ８０の処理のうちＯＳ３６によって実行される処理は、ＯＳ３６によって自動的に実行され、アプリ３３８からの命令によって停止することができない。

ＯＳ３６は、Ｔ３０において、アプリ３３８から接続開始命令を取得すると、Ｔ３２において、ＣＯＮＮＥＣＴ＿ＩＮＤ信号をプリンタ５００に送信する。当該信号がプリンタ５００に送信されると、Ｔ３４において、端末３００とプリンタ５００の間にＬ２ＣＡＰＬｉｎｋが確立される。

プリンタ５００は、Ｔ３４において、Ｌ２ＣＡＰＬｉｎｋが確立されると、Ｔ３６において、ＡＤＶ信号の送信を停止する。即ち、プリンタ５００が、Ｄｉｓｃｏｖｅｒａｂｌｅ状態から非Ｄｉｓｃｏｖｅｒａｂｌｅ状態に移行する。このように、Ｌ２ＣＡＰＬｉｎｋが確立されることに応じてＡＤＶ信号の送信が停止するのは、例えば、ＢＴＩ／Ｆ１１６のチップ等の仕様による。

また、ＯＳ３６は、Ｔ３４で確立されたＬ２ＣＡＰＬｉｎｋを利用して、後述するＴ３８からＴ７８の処理を実行する。Ｔ３８からＴ７８の処理は、ｉＯＳの仕様により実行される。即ち、ｉＯＳはＬ２ＣＡＰＬｉｎｋが確立される場合に、ＰＳ群の情報を自動的に取得する仕様を有する。Ｔ３８では、ＯＳ３６は、ＡＴＴによって定義されるＲｅａｄＢｙＧｒｏｕｐＴｙｐｅＲｅｑｕｅｓｔ信号（以下では単に「Ｇｒｏｕｐ＿Ｒｅｑ信号」と記載）をプリンタ５００に送信する。Ｇｒｏｕｐ＿Ｒｅｑ信号は、プリンタ５００のプロトコルスタック内のＰＳ群の構成を示す情報を読み出すための信号である。

プリンタ５００は、Ｔ３８において、端末３００からＧｒｏｕｐ＿Ｒｅｑ信号を受信すると、Ｔ４０において、当該信号に対する応答として、各ＰＳのＵＵＩＤと、各ＰＳの最初のＨａｎｄｌｅと、各ＰＳの最後のＨａｎｄｌｅと、を端末３００に送信する。具体的には、プリンタ５００は、ＰＳ群から、先頭データであることを示すＵＵＩＤ「０ｘ２８００」に対応するＡＶａｌｕｅを取得する。図３に示すように、ＵＵＩＤ「０ｘ２８００」に対応するＡＶａｌｕｅとして、ＧＡ１３８ＡのＵＵＩＤ「０ｘ１８００」、ＦＳ１３８Ｂの「ａａａ０」等が取得される。また、プリンタ５００は、各ＰＳの最初のＨａｎｄｌｅ（例えば、ＧＡ１３８Ａの最初のＨａｎｄｌｅ「０ｘ０００１」、ＦＳ１３８Ｂの最初のＨａｎｄｌｅ「ｎ２」等）と、各ＰＳの最後のＨａｎｄｌｅ（例えば、ＧＡ１３８Ａの最後のＨａｎｄｌｅ（ｎ２の前の値）、ＦＳ１３８Ｂの最後のＨａｎｄｌｅ「ｎ４」等）と、を取得する。そして、プリンタ５００は、取得済みの各情報を端末３００に送信する。これにより、端末３００は、プリンタ５００のＰＳ群の構成を知ることができる。

次いで、ＯＳ３６は、Ｔ４０で受信された各情報を利用して、複数個のＰＳに対応する複数個のＲｅａｄＢｙＴｙｐｅＲｅｑｕｅｓｔ信号（以下では、単に「Ｔｙｐｅ＿Ｒｅｑ信号」と記載）をプリンタ５００に順次送信する。Ｔｙｐｅ＿Ｒｅｑ信号は、ＡＴｙｐｅを指定した信号であって、指定済みのＡＴｙｐｅに対応するＡＶａｌｕｅを読み出すための信号である。ＯＳ３６は、具体的には、以下の処理を実行する。

まず、ＯＳ３６は、Ｔ４２Ａにおいて、最も小さい値を有するＨａｎｄｌｅ「０ｘ０００１」に対応するＰＳであるＧＡ１３８Ａについて、Ｔｙｐｅ＿Ｒｅｑ信号をプリンタ５００に送信する。具体的には、ＯＳ３６は、Ｔ４２Ａにおいて、ＵＵＩＤ「０ｘ２８０３」（即ちＣｈａｒａｃｔｅｒｉｓｔｉｃＤｅｃｌａｒａｔｉｏｎ）と、ＧＡ１３８Ａの最初のＨａｎｄｌｅ「０ｘ０００１」と、ＧＡ１３８Ａの最後のＨａｎｄｌｅ（記載省略）と、を含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ５００に送信する。

プリンタ５００は、Ｔ４２Ａにおいて、端末３００からＴｙｐｅ＿Ｒｅｑ信号を受信すると、Ｔｙｐｅ＿Ｒｅｑ信号に含まれる最初のＨａｎｄｌｅ「０ｘ０００１」及び最後のＨａｎｄｌｅによって示されるＨａｎｄｌｅの範囲内に含まれるデータ群の中から、Ｔｙｐｅ＿Ｒｅｑ信号に含まれるＵＵＩＤ「０ｘ２８０３」に対応するＨａｎｄｌｅ「０ｘ０００２」を特定する。次いで、プリンタ５００は、特定済みのＨａｎｄｌｅ「０ｘ０００２」に対応するＡＶａｌｕｅ及びＡＰｅｒを特定する。ここで、特定済みのＡＰｅｒは、「Readable without authentication」を示す。このため、プリンタ５００は、Ｔ４２Ｂにおいて、ＳＭＰに従った情報の暗号化を実行することなく、特定済みのＨａｎｄｌｅ「０ｘ０００２」と、特定済みのＡＶａｌｕｅ（即ち、プロパティ「Ｒｅａｄ」、Ｈａｎｄｌｅ「ｎ１」、及び、ＵＵＩＤ「０ｘ２Ａ００」）と、をＴｙｐｅ＿Ｒｅｑ信号に対する応答として端末３００に送信する。

ＯＳ３６は、Ｔ４２Ｂにおいて、プリンタ５００からＨａｎｄｌｅ「０ｘ０００２」及びＡＶａｌｕｅを受信すると、Ｔ４２Ｃにおいて、当該ＡＶａｌｕｅ内のＵＵＩＤ「０ｘ２Ａ００」を含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ５００に送信する。当該信号は、さらに、ＧＡ１３８Ａの最初のＨａｎｄｌｅ「０ｘ０００１」とＧＡ１３８Ａの最後のＨａｎｄｌｅとを含む。

プリンタ５００は、Ｔ４２Ｃにおいて、端末３００からＴｙｐｅ＿Ｒｅｑ信号を受信すると、当該信号に含まれる最初のＨａｎｄｌｅ「０ｘ０００１」及び最後のＨａｎｄｌｅによって示されるＨａｎｄｌｅの範囲内に含まれるデータ群の中から、Ｔｙｐｅ＿Ｒｅｑ信号に含まれるＵＵＩＤ「０ｘ２Ａ００」に対応するＨａｎｄｌｅ「ｎ１」を特定する。次いで、プリンタ５００は、特定済みのＨａｎｄｌｅ「ｎ１」に対応するＡＶａｌｕｅ及びＡＰｅｒを特定する。ここで、特定済みのＡＰｅｒは、「Readable without authentication when discoverable」を示す。上述したように、現時点では、プリンタ５００は、非Ｄｉｓｃｏｖｅｒａｂｌｅ状態である。このため、プリンタ５００は、ＳＭＰに従った情報の暗号化を実行することを条件として、情報を読み出すことを許可する。そして、現時点では、ＳＭＰに従った情報の暗号化を実行するための鍵（本比較例では後述のＬｏｎｇＴｅｒｍＫｅｙ）が生成されていない。このために、プリンタ５００は、ＳＭＰに従った情報の暗号化を実行することができず、この結果、Ｔ４６において、ＥｒｒｏｒＲｅｓｐｏｎｓｅ信号を端末３００に送信する。

ＯＳ３６は、Ｔ４６において、プリンタ５００からＥｒｒｏｒＲｅｓｐｏｎｓｅ信号を受信すると、Ｔ４８において、ＰａｉｒｉｎｇＲｅｑｕｅｓｔ信号をプリンタ５００に送信する。当該信号は、ＳＭＰに関する処理を開始させるための信号である。

プリンタ５００は、Ｔ４８において、端末３００からＰａｉｒｉｎｇＲｅｑｕｅｓｔ信号を受信すると、Ｔ５０において、ＰａｉｒｉｎｇＲｅｓｐｏｎｓｅ信号を端末３００に送信する。そして、プリンタ５００は、Ｔ５２において、ＰＩＮコード「１２３４」を表示する。これにより、ユーザは、ＰＩＮコード「１２３４」を知ることができる。

ＯＳ３６は、Ｔ５０において、プリンタ５００からＰａｉｒｉｎｇＲｅｓｐｏｎｓｅ信号を受信すると、Ｔ５４において、ＰＩＮコードを入力するためのＰＩＮ入力画面を端末３００の表示部に表示させる。

図７に示されるように、Ｔ６０では、ＯＳ３６は、ＰＩＮ入力画面でＰＩＮコード「１２３４」の入力を受け付ける。この結果、Ｔ６２において、ＯＳ３６とプリンタ５００との間でＳＭＰに従った認証通信が実行される。認証通信の少なくとも一部の過程において、入力済みのＰＩＮコード「１２３４」によって暗号化された情報である暗号化情報が通信される。そして、暗号化情報の復号が成功する場合に、プリンタ５００は、ＬｏｎｇＴｅｒｍＫｅｙ（以下では単に「Ｋｅｙ」と記載）を端末３００に送信する。これにより、後述するＴ７２以降の処理において、ＯＳ３６とプリンタ５００との間でＢＬＥ通信される情報は、Ｋｅｙによって暗号化される。なお、図７において、細線の矢印、太線の矢印は、それぞれ、暗号化されていない情報の通信、ＳＭＰに従って暗号化された情報の通信を示す。以下の図でも同様である。

Ｔ６２の認証通信が完了すると、ＯＳ３６は、Ｔ７２において、図６のＴ４２Ｃと同様のＴｙｐｅ＿Ｒｅｑ信号をプリンタ５００に再び送信する。ただし、上述したように、当該信号内の情報は、Ｋｅｙによって暗号化されている。

プリンタ５００は、Ｔ７２において、端末３００からＴｙｐｅ＿Ｒｅｑ信号を受信すると、当該信号内の情報をＫｅｙによって復号し、復号済みの情報に含まれる最初のＨａｎｄｌｅ「０ｘ０００１」及び最後のＨａｎｄｌｅによって示されるＨａｎｄｌｅの範囲内に含まれるデータ群の中から、Ｔｙｐｅ＿Ｒｅｑ信号に含まれるＵＵＩＤ「０ｘ２Ａ００」に対応するＨａｎｄｌｅ「ｎ１」を特定する。次いで、プリンタ５００は、特定済みのＨａｎｄｌｅ「ｎ１」に対応するＡＶａｌｕｅ及びＡＰｅｒを特定する。ここで、特定済みのＡＰｅｒは、「Readable without authentication when discoverable」を示す。プリンタ５００は、非Ｄｉｓｃｏｖｅｒａｂｌｅ状態であるものの、Ｔ６２の認証処理を実行済みであるために、ＳＭＰに従った情報の暗号化を実行可能である。従って、プリンタ５００は、当該ＡＶａｌｕｅに含まれる情報（即ちデバイス名ＤＮ）を読み出すことを許可する。このため、プリンタ５００は、Ｋｅｙを利用してデバイス名ＤＮを暗号化し、Ｔ７４において、暗号化済みのデバイス名ＤＮを端末３００に送信する。

続けて、ＯＳ３６は、Ｔ７６Ａにおいて、ＰＳ群のうち、Ｈａｎｄｌｅ「０ｘ０００１」の次に小さいＨａｎｄｌｅに対応するＰＳについて、Ｔｙｐｅ＿Ｒｅｑ信号をプリンタ５００に送信する。すなわち、ＧＡ１３８Ａ（Ｈａｎｄｌｅ「０ｘ０００１」）の次のＰＳであるＦＳ１３８Ｂ（Ｈａｎｄｌｅ「ｎ２」）について、Ｔｙｐｅ＿Ｒｅｑ信号をプリンタ５００に送信する。当該信号は、ＵＵＩＤ「０ｘ２８０３」と、ＦＳ１３８Ｂの最初のＨａｎｄｌｅ「ｎ２」と、ＦＳ１３８Ｂの最後のＨａｎｄｌｅ「ｎ４」と、を含む。Ｔ７６Ｂは、ＵＵＩＤ「０ｘ２８０３」に対応するＨａｎｄｌｅ「ｎ３」と、Ｈａｎｄｌｅ「ｎ３」に対応するＡＶａｌｕｅ（即ち、プロパティ「Ｒｅａｄ」、Ｈａｎｄｌｅ「ｎ４」、及び、ＵＵＩＤ「ａａａ１」）が端末３００に送信される点を除いて、図６のＴ４２Ｂと同様である。

ＯＳ３６は、Ｔ７６Ｂにおいて、端末３００からＨａｎｄｌｅ「ｎ３」及びＡＶａｌｕｅを受信すると、Ｔ７６Ｃにおいて、ＵＵＩＤ「ａａａ１」を含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ５００に送信する。当該信号は、ＦＳ１３８Ｂの最初のＨａｎｄｌｅ「ｎ２」とＦＳ１３８Ｂの最後のＨａｎｄｌｅ「ｎ４」を含む。

プリンタ５００は、Ｔ７６Ｃにおいて、端末３００からＴｙｐｅ＿Ｒｅｑ信号を受信すると、当該信号内の情報をＫｅｙによって復号し、復号済みの情報に含まれる最初のＨａｎｄｌｅ「ｎ２」及び最後のＨａｎｄｌｅ「ｎ４」によって示されるＨａｎｄｌｅの範囲内に含まれるデータ群の中から、Ｔｙｐｅ＿Ｒｅｑ信号に含まれるＵＵＩＤ「ａａａ１」に対応するＨａｎｄｌｅ「ｎ４」を特定する。次いで、プリンタ５００は、特定済みのＨａｎｄｌｅ「ｎ４」に対応するＡＶａｌｕｅ及びＡＰｅｒを特定する。ここで、特定済みのＡＰｅｒは、「Readable without authentication」を示す。従って、プリンタ５００は、当該ＡＶａｌｕｅに含まれる情報（即ち機能情報ＦＩ）を読み出すことを許可する。このため、プリンタ５００は、Ｋｅｙを利用して機能情報ＦＩを暗号化し、Ｔ７８において、暗号化済みの機能情報ＦＩを端末３００に送信する。

ＯＳ３６は、Ｔ７８において、プリンタ５００から機能情報ＦＩを受信した後に、ＰＳ群のうちの残りの各ＰＳに対応する各Ｔｙｐｅ＿Ｒｅｑ信号をプリンタ５００に順次送信する。ＯＳ３６は、上述したＴ３８～Ｔ７８の処理と残りの各ＰＳに対応する各Ｔｙｐｅ＿Ｒｅｑ信号の送信を自動的に実行することによって、ＰＳ群の情報、即ち、各ＰＳに含まれるＣｈａｒａｃｔｅｒｉｓｔｉｃのプロパティ、ＵＵＩＤ、及び、Ｈａｎｄｌｅを知ることができる。

ＯＳ３６は、複数個のＰＳに対応する複数個のＴｙｐｅ＿Ｒｅｑ信号の全ての送信が完了すると、Ｔ８０において、接続完了通知をアプリ３３８に供給する。接続完了通知は、図６のＴ３０の接続開始命令に対する応答である。

アプリ３３８は、Ｔ８０において、ＯＳ３６から接続完了通知を取得すると、Ｔ８１Ａにおいて、各ＰＳの各ＵＵＩＤを示す第１のリストを要求するためのリスト要求をＯＳ３６に供給する。これにより、アプリ３３８は、Ｔ８１Ｂにおいて、ＯＳ３６から第１のリストを取得する。次いで、アプリ３３８は、Ｔ８１Ｃにおいて、第１のリストの中からＦＳ１３８ＢのＵＵＩＤ「ａａａ０」を選択し、選択済みのＵＵＩＤ「ａａａ０」をＯＳ３６に供給する。これにより、アプリ３３８は、Ｔ８１Ｄにおいて、ＯＳ３６からＦＳ１３８Ｂ内の各Ｃｈａｒａｃｔｅｒｉｓｔｉｃの各プロパティと各ＵＵＩＤとを含む第２のリスト（ここでは１組のプロパティ「Ｒｅａｄ」とＵＵＩＤ「ａａａ１」のみを含むリスト）を取得する。

アプリ３３８は、Ｔ８１Ｄにおいて、ＯＳ３６から第２のリストを取得すると、Ｔ８２において、第２のリストの中からＵＵＩＤ「ａａａ１」を選択し、ＵＵＩＤ「ａａａ１」に対応するプロパティ「Ｒｅａｄ」に従って、選択済みのＵＵＩＤ「ａａａ１」を含むＴｙｐｅ＿Ｒｅｑ信号の送信をＯＳ３６に要求する。この結果、ＯＳ３６は、ＵＵＩＤ「ａａａ１」とＦＳ１３８Ｂの最初のＨａｎｄｌｅ「ｎ２」と最後のＨａｎｄｌｅ「ｎ４」とを含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ５００に送信する。

プリンタ５００は、Ｔ８２において、端末３００からＵＵＩＤ「ａａａ１」を含むＴｙｐｅ＿Ｒｅｑ信号を受信すると、Ｔ８４において、Ｔ７８と同様に、機能情報ＦＩをＴｙｐｅ＿Ｒｅｑ信号に対する応答として端末３００に送信する。

ＯＳ３６は、Ｔ８４において、プリンタ５００から機能情報ＦＩを受信すると、受信済みの機能情報ＦＩをアプリ３３８に供給する。

アプリ３３８は、Ｔ８４においてＯＳ３６から機能情報ＦＩを取得すると、Ｔ９０において、プリンタ５００の機能を示す機能画面を表示する。機能画面は、プリンタ５００のモデル名「ｍｏｄｅｌ０」と、機能情報ＦＩによって示されるプリンタ５００の複数個の機能のうちの印刷機能を示す文字情報と、を含む。また、本ケースでは、機能情報ＦＩは、プリンタ５００がＡＰ接続の確立とＷＦＤ接続の確立とエラー情報の送信とを実行可能であることを示す。このため、機能画面は、これら機能を実行するためのボタンとして、ＡＰ接続ボタンと、ＷＦＤ接続ボタンと、エラー情報ボタンと、を含む。ＡＰ接続ボタンは、ＡＰ接続を確立する指示を受け付けるためのボタンである。ＷＦＤ接続ボタンは、ＷＦＤ接続を確立するための指示を受け付けるためのボタンである。エラー情報ボタンは、エラーＵＲＬを表示する指示を受け付けるためのボタンである。また、機能画面は、さらに、Ｃａｎｃｅｌボタンを含む。Ｃａｎｃｅｌボタンは、以降の処理をキャンセルするための指示を受け付けるためのボタンである。

本比較例では、プリンタ５００が実行可能な複数個の機能（即ち、印刷機能、ＡＰ接続、ＷＦＤ接続）の中にユーザが望む機能が存在しない。この場合、ユーザは、Ｔ９２において、機能画面内のＣａｎｃｅｌボタンを選択する。この結果、機能画面の表示が終了し、図７の処理が終了する。

本比較例によると、端末３００においてＴ９０で機能画面が表示される前に、Ｔ６２の認証通信が実行される。即ち、ユーザがＰＩＮコードを端末３００に入力しなければ（Ｔ６０）、端末３００において機能画面が表示されない。そして、本比較例では、機能画面内に示される複数個の機能の中にユーザが望む機能が含まれない。即ち、本比較例によると、プリンタ５００が実行可能な複数個の機能の中にユーザが望む機能が含まれない場合でも、ユーザがＰＩＮコードを入力しなければならない。そこで、本実施例では、プリンタ１００が実行可能な複数個の機能の中にユーザが望む機能が含まれない場合に、プリンタ１００と端末１０との間で認証通信が実行されることを抑制することを実現する。これにより、プリンタ１００が実行可能な複数個の機能の中にユーザが望む機能が含まれない場合に、ユーザがＰＩＮコードを入力する作業を実行せずに済む。この結果、ユーザの利便性が向上する。

（Ｃａｎｃｅｌのケース；図８、図９）
図８及び図９を参照して、本実施例において機能画面のＣａｎｃｅｌボタンが選択されるケースを説明する。なお、以下では、理解の容易さの観点から、端末１０のＣＰＵ３２がＯＳ３６、アプリ３８に従って実行する処理を、それぞれ、ＯＳ３６、アプリ３８を主体として説明する。プリンタ１００のＣＰＵ１３２がプログラム１３６に従って実行する処理を、プリンタ１００を主体として説明する。また、本実施例の通信は、特に言及する場合を除き、端末１０及びプリンタ１００の各ＢＴＩ／Ｆを介して実行されるので、以下では、「ＢＴＩ／Ｆ１６（又は１１６）を介して」という説明を省略する。

Ｔ１１０、Ｔ１１２は、それぞれ、図６のＴ１０、Ｔ１２と同様である。プリンタ１００は、Ｔ１１４において、プリンタ１００の電源を投入する操作がユーザによって実行されると、Ｔ１１６において、再開フラグ１６２を「ＯＮ」に設定する。そして、プリンタ１００は、Ｔ１２０において、接続許可パラメータ「ＡＤＶ＿ＩＮＤ」を含むＡＤＶ信号のブロードキャスト送信を開始する。

ＯＳ３６は、プリンタ１００からＡＤＶ信号を受信するので（Ｔ１２０）、Ｔ１２２において、ＳｃａｎＲｅｑｕｅｓｔ信号をプリンタ１００に送信し、Ｔ１２４において、プリンタ１００からモデル名「ｍｏｄｅｌ1」を含むＳｃａｎＲｅｓｐｏｎｓｅ信号を受信し、当該信号をアプリ３３８に供給する。

Ｔ１２６～Ｔ１３２は、接続確認画面がモデル名「ｍｏｄｅｌ1」を含む点を除いて、図６のＴ２６～Ｔ３２と同様である。ＯＳ３６は、Ｔ１３２において、ＣＯＮＮＥＣＴ＿ＩＮＤ信号をプリンタ１００に送信し、Ｔ１３４において、端末１０とプリンタ１００の間にＬ２ＣＡＰＬｉｎｋを確立する。

プリンタ１００は、Ｔ１３４において、Ｌ２ＣＡＰＬｉｎｋが確立されると、Ｔ１３６において、ＡＤＶ信号の送信を停止する。上記したように、現時点において、再開フラグ１６２は「ＯＮ」を示す。このため、プリンタ１００は、Ｔ１３６でＡＤＶ信号の送信を停止した直後に、Ｔ１３７において、ＡＤＶ信号の送信を再開する。即ち、プリンタ１００は、Ｄｉｓｃｏｖｅｒａｂｌｅ状態から非Ｄｉｓｃｏｖｅｒａｂｌｅ状態に移行した直後に、Ｄｉｓｃｏｖｅｒａｂｌｅ状態に再び移行する。ここで、再開後のＡＤＶ信号は、接続許可パラメータ「ＡＤＶ＿ＩＮＤ」を含まず、接続不許可パラメータ「ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤ」を含む。当該パラメータは、ＡＤＶ信号を受信したデバイスとのＬ２ＣＡＰＬｉｎｋを確立することを許可しないことを示す。当該パラメータを含むＡＤＶ信号を受信したデバイスは、Ｓｃａｎ＿Ｒｅｑｕｅｓｔ信号を送信せず、この結果、当該デバイスとプリンタ１００との間にＬ２ＣＡＰＬｉｎｋが確立されない。このような構成によれば、再開後のＡＤＶ信号が端末１０とは異なるデバイスによって受信される場合に、当該異なるデバイスとプリンタ１００との間にＬ２ＣＡＰＬｉｎｋが確立されることを抑制することができる。

また、ＯＳ３６は、Ｔ１３４で確立されたＬ２ＣＡＰＬｉｎｋを利用して、後述するＴ１３８～Ｔ１７８の処理を実行する。Ｔ１３８～Ｔ１４２Ｃは、図６のＴ３８～Ｔ４２Ｃと同様である。

プリンタ１００は、Ｔ１４２Ｃにおいて、端末１０からＵＵＩＤ「０ｘ２Ａ００」を含むＴｙｐｅ＿Ｒｅｑ信号を受信すると、当該信号に含まれる最初のＨａｎｄｌｅ「０ｘ０００１」及び最後のＨａｎｄｌｅによって示されるＨａｎｄｌｅの範囲内に含まれるデータ群の中から、Ｔｙｐｅ＿Ｒｅｑ信号に含まれるＵＵＩＤ「０ｘ２Ａ００」に対応するＨａｎｄｌｅ「ｎ１」を特定する。次いで、プリンタ５００は、特定済みのＨａｎｄｌｅ「ｎ１」に対応するＡＶａｌｕｅ及びＡＰｅｒを特定する。ここで、特定済みのＡＰｅｒは、「Readable without authentication when discoverable」を示す。上述したように、現時点では、プリンタ１００は、Ｄｉｓｃｏｖｅｒａｂｌｅ状態である（Ｔ１３７）。このため、プリンタ１００は、ＳＭＰに従った情報の暗号化を実行することなく、情報を読み出すことを許可する。この結果、プリンタ１００は、Ｔ１４４において、ＳＭＰに従った情報の暗号化を実行することなく、ＵＵＩＤ「０ｘ２Ａ００」に対応するＡＶａｌｕｅであるデバイス名ＤＮを端末１０に送信する。このように、プリンタ１００は、Ｔ１３７でＤｉｓｃｏｖｅｒａｂｌｅ状態に再び移行するので、Ｔ１４２ＣでＴｙｐｅ＿Ｒｅｑ信号を受信する場合に、図６のＴ４６のようにＥｒｒｏｒＲｅｓｐｏｎｓｅ信号を端末１０に送信することなく、即ち、ＰＩＮコードの入力を端末１０に求めることなく、デバイス名ＤＮを端末１０に送信することができる。

ＯＳ３６は、Ｔ１４４において、プリンタ１００からデバイス名ＤＮを受信すると、Ｔ１７６Ａにおいて、ＦＳ１３８Ｂに対応するＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。Ｔ１７６Ａ～Ｔ１７６Ｃは、Ｋｅｙを利用した暗号化が実行されない点を除いて、図７のＴ７６Ａ～Ｔ７６Ｃと同様である。

プリンタ１００は、Ｔ１７６Ｃにおいて、端末１０からＴｙｐｅ＿Ｒｅｑ信号を受信すると、当該信号に含まれる最初のＨａｎｄｌｅ「ｎ２」及び最後のＨａｎｄｌｅ「ｎ４」によって示されるＨａｎｄｌｅの範囲内に含まれるデータ群の中から、Ｔｙｐｅ＿Ｒｅｑ信号に含まれるＵＵＩＤ「ａａａ１」に対応するＨａｎｄｌｅ「ｎ４」を特定する。次いで、プリンタ１００は、特定済みのＨａｎｄｌｅ「ｎ４」に対応するＡＶａｌｕｅ及びＡＰｅｒを特定する。ここで、特定済みのＡＰｅｒは、「Readable without authentication」を示す。このため、プリンタ１００は、当該ＡＶａｌｕｅに含まれる情報（即ち機能情報ＦＩ）を読み出すことを許可する。この結果、プリンタ１００は、Ｔ１７８において、ＳＭＰに従った情報の暗号化を実行することなく、機能情報ＦＩを端末１０に送信する。

ＯＳ３６は、Ｔ１７８において、プリンタ１００から機能情報ＦＩを受信すると、ＰＳ群のうちの残りの各ＰＳに対応する各Ｔｙｐｅ＿Ｒｅｑ信号をプリンタ１００に順次送信し、プリンタ１００から残りの各ＰＳのプロパティ「Ｒｅａｄ」に対応する各ＡＶａｌｕｅを受信する。そして、ＯＳ３６は、Ｔ１８０において、接続完了通知をアプリ３８に供給する。

図９に示されるように、アプリ３８は、Ｔ１８０において、ＯＳ３６から接続完了通知を取得すると、図７のＴ８１Ａ～Ｔ８１Ｄと同様の処理を実行し、Ｔ１８２において、ＵＵＩＤ「ａａａ１」を含むＴｙｐｅ＿Ｒｅｑ信号の送信をＯＳ３６に要求する。この結果、ＯＳ３６は、ＵＵＩＤ「ａａａ１」とＦＳ１３８Ｂの最初のＨａｎｄｌｅ「ｎ２」と最後のＨａｎｄｌｅ「ｎ４」とを含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。

ＯＳ３６は、Ｔ１８２において、Ｔｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信すると、Ｔ１８４において、プリンタ１００から機能情報ＦＩを受信し、受信済みの機能情報ＦＩをアプリ３８に供給する。

アプリ３８は、Ｔ１８４において、ＯＳ３６から機能情報ＦＩを取得すると、Ｔ１８５Ｃにおいて、各ＰＳの各ＵＵＩＤを含む第１のリストの中からＢＣ１３８ＥのＵＵＩＤ「ｄｄｄ０」を選択し、選択済みのＵＵＩＤ「ｄｄｄ０」をＯＳ３６に供給する。これにより、アプリ３８は、Ｔ１８５Ｄにおいて、ＯＳ３６からＢＣ１３８Ｅ内の各Ｃｈａｒａｃｔｅｒｉｓｔｉｃの各ＵＵＩＤの第２のリスト（即ち、２個のＵＵＩＤ「ｄｄｄ１」、「ｄｄｄ２」を含むリスト）を取得する。

アプリ３８は、Ｔ１８５Ｄにおいて、ＯＳ３６から第２のリストを取得すると、Ｔ１８６において、第２のリストの中からＵＵＩＤ「ｄｄｄ１」を選択し、切断指示を含むＷｒｉｔｅＲｅｑｕｅｓｔ信号の送信をＯＳ３６に要求する。この結果、ＯＳ３６は、選択済みのＵＵＩＤ「ｄｄｄ１」に対応するＨａｎｄｌｅ「ｎ２６」と切断指示とを含むＷｒｉｔｅＲｅｑｕｅｓｔ信号をプリンタ１００に送信する。

プリンタ１００は、Ｔ１８２において、端末１０からＷｒｉｔｅＲｅｑｕｅｓｔ信号を受信すると、当該信号に含まれるＨａｎｄｌｅ「ｎ２６」に対応するＡＶａｌｕｅ及びＡＰｅｒを特定する。ここで、特定済みのＡＰｅｒは、「Writeable without authentication」を示す。このため、プリンタ１００は、当該信号に含まれる情報（即ち切断指示）を特定済みのＡＶａｌｕｅに書き込むことを許可する。即ち、プリンタ１００は、切断指示を当該ＡＶａｌｕｅに記憶する。

プリンタ１００は、切断指示が記憶されると、Ｔ１８８において、ＷｒｉｔｅＲｅｓｐｏｎｓｅ信号を端末１０に送信する。さらに、プリンタ１００は、Ｔ１８９Ａにおいて、記憶済みの切断指示に従って、図８のＴ１３４で確立されたＬ２ＣＡＰＬｉｎｋを切断する。

プリンタ１００は、Ｌ２ＣＡＰＬｉｎｋが切断されると、Ｔ１８９Ｂにおいて、接続不許可パラメータを含むＡＤＶ信号に代えて、接続許可パラメータ「ＡＤＶ＿ＩＮＤ」を含むＡＤＶ信号の送信を開始する。

また、端末１０は、Ｔ１８８において、プリンタ１００からＷｒｉｔｅＲｅｓｐｏｎｓｅ信号を受信すると、Ｔ１９０において、プリンタ１００の機能を示す機能画面を表示する。Ｔ１９０の機能画面は、モデル名が異なる点を除いて、図７のＴ９０の機能画面と同様である。

本ケースでは、プリンタ１００が実行可能な複数個の機能（即ち、印刷機能、ＡＰ接続、ＷＦＤ接続）の中にユーザが望む機能が存在しない。この場合、ユーザは、Ｔ１９２において、機能画面内のＣａｎｃｅｌボタンを選択する。この結果、機能画面の表示が終了し、図９の処理が終了する。

本ケースによると、プリンタ１００は、Ｌ２ＣＡＰＬｉｎｋを確立した後にＡＤＶ信号の送信を再開する（図８のＴ１３７）。これにより、プリンタ１００の状態がＤｉｓｃｏｖｅｒａｂｌｅ状態になる。このため、プリンタ１００は、Ｔ１４２Ｃにおいて、Ｔｙｐｅ＿Ｒｅｑ信号を受信する場合（Ｔ１４２Ｃ）に、ＳＭＰに従った情報の暗号化を実行することなく、デバイス名ＤＮを端末１０に送信する（Ｔ１４４）。即ち、図６の比較例とは異なり、端末１０において機能画面が表示される前に、認証通信が実行されない。これにより、プリンタ１００が実行可能な複数個の機能の中にユーザが望む機能が含まれない場合に、プリンタ１００と端末１０との間で認証通信が実行されることを抑制することができる。即ち、プリンタ１００が実行可能な複数個の機能の中にユーザが望む機能が含まれない場合に、ユーザがＰＩＮコードを入力する作業を実行せずに済む。この結果、ユーザの利便性が向上する。

（ＡＰ接続のケース；図１０～図１２）
図１０～図１２を参照して、本実施例において機能画面のＡＰ接続ボタンが選択されるケースを説明する。本ケースでは、プリンタ１００が実行可能な複数個の機能（即ち、印刷機能、ＡＰ接続、ＷＦＤ接続）の中にユーザが望むＡＰ接続の機能が存在する。この場合、ユーザは、Ｔ２００において、機能画面内のＡＰ接続ボタンを選択する。

アプリ３８は、Ｔ２００において、ＡＰ接続ボタンの選択を受け付けると、Ｔ２１２において、接続開始命令をＯＳ３６に供給する。これにより、ＯＳ３６は、Ｔ２３２において、ＣＯＮＮＥＣＴ＿ＩＮＤ信号をプリンタ１００に送信し、Ｔ２３４において、端末１０とプリンタ１００の間にＬ２ＣＡＰＬｉｎｋを確立する。

プリンタ１００は、Ｔ２３４において、Ｌ２ＣＡＰＬｉｎｋが確立されると、Ｔ２３６において、ＡＤＶ信号の送信を停止する。そして、再開フラグ１６２が「ＯＮ」を示すので、Ｔ２３７において、ＡＤＶ信号の送信を再開する。即ち、プリンタ１００は、Ｄｉｓｃｏｖｅｒａｂｌｅ状態に再び移行する。

また、ＯＳ３６は、Ｔ２３４で確立されたＬ２ＣＡＰＬｉｎｋを利用して、図８のＴ１３８～Ｔ１４２Ｂと同様の通信（即ち、Ｇｒｏｕｐ＿Ｒｅｑ信号の送信と、ＵＵＩＤ「０ｘ２８０３」を含むＴｙｐｅ＿Ｒｅｑ信号の送信）を実行する。そして、ＯＳ３６は、Ｔ２４２Ｃにおいて、図８のＴ１４２Ｃと同様に、ＵＵＩＤ「０ｘ２Ａ００」を含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。

プリンタ１００は、Ｔ２４２Ｃにおいて、端末１０からＴｙｐｅ＿Ｒｅｑ信号を受信すると、ＡＰｅｒが「Readable without authentication when discoverable」を示し、かつ、プリンタ１００がＤｉｓｃｏｖｅｒａｂｌｅ状態であることに起因して、図８のＴ１４４と同様に、Ｔ２４４において、デバイス名ＤＮを端末１０に送信する。

ＯＳ３６は、Ｔ２４４において、プリンタ１００からデバイス名ＤＮを受信すると、図８のＴ１７６Ａ～Ｔ１７８と同様の通信を実行するとともに、ＰＳ群のうちの残りの各ＰＳに対応する各Ｔｙｐｅ＿Ｒｅｑ信号をプリンタ１００に順次送信する。そして、ＯＳ３６は、図８のケースと同様に、ＥｒｒｏｒＲｅｓｐｏｎｓｅ信号を受信することなく、プリンタ１００から残りの各ＰＳのプロパティ「Ｒｅａｄ」に対応する各ＡＶａｌｕｅを受信し、Ｔ２５０において、接続完了通知をアプリ３８に供給する。

アプリ３８は、Ｔ２５０において、ＯＳ３６から接続完了通知を取得すると、Ｔ２５２において、ＯＳ３６からＢＣ１３８Ｅ内の各Ｃｈａｒａｃｔｅｒｉｓｔｉｃの各ＵＵＩＤを示す第２のリストを取得する。そして、アプリ３８は、ＯＳ３６を介して、当該第２のリスト内のＵＵＩＤ「ｄｄｄ２」に対応するＨａｎｄｌｅ「ｎ２７」と再開フラグＯＦＦ指示とを含むＷｒｉｔｅＲｅｑｕｅｓｔ信号をプリンタ１００に送信する。

プリンタ１００は、Ｔ２５２において、端末１０からＷｒｉｔｅＲｅｑｕｅｓｔ信号を受信すると、Ｈａｎｄｌｅ「ｎ２７」に対応するＡＰｅｒが「Writeable without authentication」を示すことに起因して、再開フラグＯＦＦ指示をＨａｎｄｌｅ「ｎ２７」に対応するＡＶａｌｕｅに記憶する。そして、プリンタ１００は、Ｔ２５４において、ＷｒｉｔｅＲｅｓｐｏｎｓｅ信号を端末１０に送信する。

また、アプリ３８は、Ｔ２５６において、図９のＴ１８６と同様に、Ｈａｎｄｌｅ「ｎ２６」と切断指示とを含むＷｒｉｔｅＲｅｑｕｅｓｔ信号をプリンタ１００に送信し、Ｔ２５８において、図９のＴ１８８と同様に、プリンタ１００からＷｒｉｔｅＲｅｓｐｏｎｓｅ信号を受信する。この結果、切断指示がＨａｎｄｌｅ「ｎ２６」に対応するＡＶａｌｕｅに記憶される。

プリンタ１００は、再開フラグＯＦＦ指示及び切断指示がＡＶａｌｕｅに記憶されると、Ｔ２６０Ａにおいて、記憶済みの切断指示に従って、Ｔ２３４で確立されたＬ２ＣＡＰＬｉｎｋを切断し、Ｔ２６０Ｂにおいて、接続許可パラメータ「ＡＤＶ＿ＩＮＤ」を含むＡＤＶ信号の送信を開始する。また、プリンタ１００はＴ２６２において、記憶済みの再開フラグＯＦＦ指示に従って、再開フラグ１６２を「ＯＮ」から「ＯＦＦ」に変更する。これにより、以降の処理において、ＡＤＶ信号の送信が再開されない。

図１１に示すように、アプリ３８は、Ｔ２５８において、端末１０からＷｒｉｔｅＲｅｓｐｏｎｓｅ信号を受信すると、Ｔ３１２において、接続開始命令をＯＳ３６に供給する。Ｔ３２２～Ｔ３３６は、図８のＴ１３２～Ｔ１３４と同様である。ここで、図１０のＴ２６２で再開フラグ１６２が「ＯＦＦ」に変更されているので、プリンタ１００は、ＡＤＶ信号の送信を再開しない。即ち、プリンタ１００は、非Ｄｉｓｃｏｖｅｒａｂｌｅ状態である。

また、ＯＳ３６は、Ｔ２３４で確立されたＬ２ＣＡＰＬｉｎｋを利用して、図８のＴ１３８～Ｔ１４２Ｂと同様の通信を実行する。そして、ＯＳ３６は、Ｔ３４２Ｃにおいて、図８のＴ１４２Ｃと同様に、ＵＵＩＤ「０ｘ２Ａ００」を含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。

Ｔ３４２Ｃで端末１０からＴｙｐｅ＿Ｒｅｑ信号を受信した時点において、Ｋｅｙは生成されていない。このため、プリンタ１００は、ＡＰｅｒが「Readable without authentication when discoverable」を示し、かつ、プリンタ１００が非Ｄｉｓｃｏｖｅｒａｂｌｅ状態であることに起因して、Ｔ３４６において、Ｅｒｒｏｒ＿Ｒｅｓｐｏｎｓｅ信号を端末１０に送信する。

ＯＳ３６は、Ｔ３４６において、プリンタ１００からＥｒｒｏｒＲｅｓｐｏｎｓｅ信号を受信すると、Ｔ３４８において、ＰａｉｒｉｎｇＲｅｑｕｅｓｔ信号をプリンタ１００に送信し、Ｔ３５０において、ＰａｉｒｉｎｇＲｅｓｐｏｎｓｅ信号をプリンタ１００から受信する。この結果、プリンタ１００は、Ｔ３５２において、ＰＩＮコード「１２３４」を表示し、端末１０は、Ｔ３５４において、ＰＩＮ入力画面を端末１０の表示部１２に表示する。

ＯＳ３６は、Ｔ３６０において、ＰＩＮ入力画面でＰＩＮコード「１２３４」の入力を受け付けると、Ｔ３６２において、ＯＳ３６とプリンタ１００との間でＳＭＰに従った認証通信を実行する。当該認証通信において、入力済みのＰＩＮコード「１２３４」によって暗号化された暗号化情報の復号が成功し、Ｋｅｙがプリンタ１００から端末１０に送信される。これにより、後述するＴ３７２以降の処理において、ＯＳ３６とプリンタ１００との間でＢＴ方式に従って通信される情報は、Ｋｅｙによって暗号化される。

Ｔ３６２の認証通信が完了すると、ＯＳ３６は、Ｔ３７２において、Ｔ３４２Ｃと同様のＴｙｐｅ＿Ｒｅｑ信号をプリンタ５００に再び送信する。ただし、上述したように、当該Ｔｙｐｅ＿Ｒｅｑ信号内の情報は、Ｋｅｙによって暗号化されている。

Ｔ３７２で端末１０からＴｙｐｅ＿Ｒｅｑ信号を受信した時点において、Ｋｅｙが生成されており、ＳＭＰに従った情報の暗号化を実行可能である。このため、プリンタ１００は、ＡＰｅｒが「Readable without authentication when discoverable」を示し、かつ、プリンタ１００が非Ｄｉｓｃｏｖｅｒａｂｌｅ状態であることに起因して、Ｔ３７４において、Ｋｅｙを利用してデバイス名ＤＮを暗号化し、暗号化済みのデバイス名ＤＮを端末３００に送信する。

ＯＳ３６は、Ｔ３７４において、プリンタ１００からデバイス名ＤＮを受信すると、Ｋｅｙによる暗号化が実行される点を除いて、図８のＴ１７６Ａ～Ｔ１７８と同様の通信を実行するとともに、ＰＳ群のうちの残りの各ＰＳに対応する各Ｔｙｐｅ＿Ｒｅｑ信号をプリンタ１００に順次送信する。この結果、ＯＳ３６は、プリンタ１００から残りの各ＰＳのプロパティ「Ｒｅａｄ」に対応する各ＡＶａｌｕｅを受信し、Ｔ３８０において、接続完了通知をアプリ３８に供給する。

図１２に示すように、アプリ３８は、Ｔ３８０において、ＯＳ３６から接続完了通知を取得すると、Ｔ４０２において、ＯＳ３６からＡＣ１３８Ｃ内の各Ｃｈａｒａｃｔｅｒｉｓｔｉｃの各ＵＵＩＤを示す第２のリストを取得する。そして、アプリ３８は、ＯＳ３６を介して、当該第２のリスト内のＵＵＩＤ「ｂｂｂ１」とＡＣ１３８Ｃの最初のＨａｎｄｌｅ「ｎ５」と最後のＨａｎｄｌｅ「ｎ１３」とを含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。

本ケースでは、Ｔ４０２でＴｙｐｅ＿Ｒｅｑ信号がプリンタ１００に送信される時点において、プリンタ１００のＡＰ状態情報は「Ｅｎａｂｌｅ」に設定されている。このため、アプリ３８は、Ｔ４０２において、Ｔｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信すると、Ｔ４０４において、ＯＳ３６を介して、プリンタ１００からＵＵＩＤ「ｂｂｂ１」に対応するＡＰ状態情報「Ｅｎａｂｌｅ」を受信する。

アプリ３８は、Ｔ４０４において、ＯＳ３６からＡＰ状態情報「Ｅｎａｂｌｅ」を取得すると、Ｔ４０６において、ＳＳＩＤ画面を表示部１２に表示する。ＳＳＩＤ画面は、端末１０が現在参加しているＡＰ２００のＡＰネットワークを識別するＳＳＩＤのリストと、パスワードを入力するための入力欄と、を含む。当該リストは、ＡＰ２００のＳＳＩＤ「ａｐ０１」を含む。

Ｔ４０８では、アプリ３８は、ＳＳＩＤ画面内のリストの中からＳＳＩＤ「ａｐ０１」を選択する指示を受け付けるとともに、ＳＳＩＤ画面内の入力欄にＡＰ２００のパスワード「ｘｘｘ」を入力することを受け付ける。これにより、アプリ３８は、取得済みの第２のリストの中からＵＵＩＤ「ｂｂｂ３」を選択し、ＯＳ３６を介して、選択済みのＵＵＩＤ「ｂｂｂ３」に対応するＨａｎｄｌｅ「ｎ１２」とＳＳＩＤ「ａｐ０１」とパスワード「ｘｘｘ」とを含むＷｒｉｔｅＲｅｑｕｅｓｔ信号をプリンタ１００に送信する。ここで、ＷｒｉｔｅＲｅｑｕｅｓｔ信号内の情報（即ちＨａｎｄｌｅ「ｎ１２」とＳＳＩＤ「ａｐ０１」とパスワード「ｘｘｘ」）は、Ｋｅｙによって暗号化されている。

プリンタ１００は、Ｔ４１０において、端末１０からＷｒｉｔｅＲｅｑｕｅｓｔ信号を受信すると、当該信号内の情報を復号し、ＳＳＩＤ「ａｐ０１」及びパスワード「ｘｘｘ」を取得する。そして、プリンタ１００は、ＳＳＩＤ「ａｐ０１」及びパスワード「ｘｘｘ」をＨａｎｄｌｅ「ｎ１２」に対応するＡＶａｌｕｅに記憶する。次いで、プリンタ１００は、Ｔ４１２において、ＷｒｉｔｅＲｅｓｐｏｎｓｅ信号を端末１０に送信し、Ｔ４１４において、記憶済みのＳＳＩＤ「ａｐ０１」及びパスワード「ｘｘｘ」を利用して、ＡＰ接続を確立するためのＡＰ接続処理を開始し、ＡＰ状態情報を「Ｅｎａｂｌｅ」から「Ｂｕｓｙ」に変更する。

アプリ３８は、Ｔ４１２において、プリンタ１００から、ＯＳ３６を介して、ＷｒｉｔｅＲｅｓｐｏｎｓｅ信号を受信すると、Ｔ４１６において、ＯＳ３６を介して、ＵＵＩＤ「ｂｂｂ１」を含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。Ｔ４１６では、アプリ３８は、ＡＰ接続処理が完了する前に、ＵＵＩＤ「ｂｂｂ１」を含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。この結果、アプリ３８は、Ｔ４１８において、プリンタ１００から、ＯＳ３６を介して、ＵＵＩＤ「ｂｂｂ１」に対応するＡＶａｌｕｅ内のＡＰ状態情報「Ｂｕｓｙ」を受信する。

アプリ３８は、「Ｂｕｓｙ」を取得するのでＡＰ接続処理が完了していないことを知ることができ、Ｔ４２２において、ＯＳ３６を介して、ＵＵＩＤ「ｂｂｂ１」を含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に再び送信する。ここで、Ｔ４２０においてＡＰ接続処理が完了し、プリンタ１００とＡＰ２００との間にＡＰ接続が確立される。なお、図１２において、破線の矢印は、ＡＰネットワークが利用されたＷｉ－Ｆｉ通信（即ち無線ＬＡＮＩ／Ｆ１１４を介した通信）を示す。プリンタ１００は、ＡＰ接続が確立されると、ＡＰ状態情報を「Ｂｕｓｙ」から「Ｅｎａｂｌｅ」に変更する。その後、Ｔ４２２では、アプリ３８は、ＵＵＩＤ「ｂｂｂ１」を含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。この結果、アプリ３８は、Ｔ４２４において、プリンタ１００から、ＯＳ３６を介して、ＵＵＩＤ「ｂｂｂ１」に対応するＡＶａｌｕｅ内のＡＰ状態情報「Ｅｎａｂｌｅ」を受信する。

アプリ３８は、Ｔ４２４において、プリンタ１００から、ＯＳ３６を介して、ＡＰ状態情報「Ｅｎａｂｌｅ」を受信すると、Ｔ４２６において、ＯＳ３６を介して、ＡＣ１３８Ｃの「ＩＰＡｄｄｒｅｓｓ」のＵＵＩＤ「ｂｂｂ２」と、ＡＣ１３８Ｃの最初のＨａｎｄｌｅ「ｎ５」と、最後のＨａｎｄｌｅ「ｎ１３」と、を含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。この結果、アプリ３８は、Ｔ４２８において、プリンタ１００から、ＯＳ３６を介して、ＵＵＩＤ「ｂｂｂ２」に対応するＡＶａｌｕｅ内のＩＰアドレスＩＡを受信する。

アプリ３８は、Ｔ４２８において、ＯＳ３６からＩＰアドレスＩＡを取得すると、Ｔ４３０において、ＩＰアドレスＩＡを宛先とした確認信号の送信をＯＳ３６に要求する。この結果、ＯＳ３６は、ＡＰ２００のＡＰネットワークを利用して、無線ＬＡＮＩ／Ｆ１４を介して、確認信号を送信する。上記したように、プリンタ１００とＡＰ２００との間にはＡＰ接続が確立されている。このため、確認信号は、ＡＰ２００を介してプリンタ１００によって受信される。

プリンタ１００は、Ｔ４３０において、無線ＬＡＮＩ／Ｆ１１４を介して、ＡＰ２００から確認信号を受信すると、Ｔ４３２において、無線ＬＡＮＩ／Ｆ１１４とＡＰ２００とを介して、確認信号に対する応答信号を端末１０に送信する。

アプリ３８は、Ｔ４３２において、プリンタ１００から、ＯＳ３６を介して、応答信号を受信すると、プリンタ１００との通信を実行可能であると判断する。Ｔ４３２の後に実行されるＴ４３４～Ｔ４３８Ｂは、ＷｒｉｔｅＲｅｑｕｅｓｔ信号内の情報がＫｅｙにより暗号化される点を除いて、図１０のＴ２５６～Ｔ２６０Ｂと同様である。

プリンタ１００は、Ｔ４３８Ａにおいて、Ｌ２ＣＡＰＬｉｎｋが切断されると、Ｔ４４０において、再開フラグ１６２を「ＯＦＦ」から「ＯＮ」に変更する。

また、アプリ３８は、Ｔ４３６において、プリンタ１００から、ＯＳ３６を介して、ＷｒｉｔｅＲｅｓｐｏｎｓｅ信号を受信すると、Ｔ４５０において、印刷画面を表示部１２に表示する。そして、アプリ３８は、印刷画面において、ユーザから印刷操作を受け付ける。印刷操作は、印刷対象の画像を選択する操作と、印刷設定（用紙サイズ、色数等）の入力を受け付ける操作と、を含む。

Ｔ４５２では、アプリ３８は、ＯＳ３６、無線ＬＡＮＩ／Ｆ１４、及び、ＡＰ２００を介して、選択済みの画像に対応する画像情報と、入力済みの印刷設定を示す設定情報と、を含む印刷データをプリンタ１００に送信する。この結果、プリンタ１００は、Ｔ４５４において、端末１０から受信された設定情報によって示される印刷設定に従って、端末１０から受信された画像情報に対応する画像の印刷を実行する。

本ケースの構成によれば、プリンタ１００は、機能画面内のＡＰ接続ボタンが選択される場合（図１０のＴ２００）に、再開フラグ１６２を「ＯＮ」から「ＯＦＦ」に変更する（Ｔ２６２）。これにより、プリンタ１００は、Ｌ２ＣＡＰＬｉｎｋの確立に応じてＡＤＶ信号の送信を停止した後に、ＡＤＶ信号の送信を再開しない。そして、プリンタ１００は、ＡＰｅｒが「Readable without authentication when discoverable」を示し、かつ、プリンタ１００が非Ｄｉｓｃｏｖｅｒａｂｌｅ状態であることに起因して、認証通信を実行する（図１１のＴ３２６）。この結果、端末１０は、ＡＰ２００のＳＳＩＤ「ａｐ０１」及びパスワード「ｘｘｘ」をＫｅｙによって暗号化してプリンタ１００に送信することができる（Ｔ４１０）。このために、ＳＳＩＤ「ａｐ０１」及びパスワード「ｘｘｘ」が第三者によって取得されることを抑制することができる。

（ＷＦＤ接続のケース；図１３、図１４）
図１３、図１４を参照して、本実施例において機能画面のＷＦＤ接続ボタンが選択されるケースを説明する。本ケースでは、プリンタ１００が実行可能な複数個の機能（即ち、印刷機能、ＡＰ接続、ＷＦＤ接続）の中にユーザが望むＷＦＤ接続の機能が存在する。この場合、ユーザは、Ｔ２００において、機能画面内のＷＦＤ接続ボタンを選択する。

アプリ３８は、Ｔ５００において、ＷＦＤ接続ボタンの選択を受け付けると、Ｔ５１２において、接続開始命令をＯＳ３６に供給する。Ｔ５３２～Ｔ５３７は、図１０のＴ２３２～Ｔ２３７（即ち２ＣＡＰＬｉｎｋの確立、ＡＤＶ信号の送信の再開）と同様である。そして、ＯＳ３６は、図８のＴ１３８～Ｔ１４２Ｂ、図１０のＴ２４２Ｃ、Ｔ２４４と同様の通信（即ちＰＳ群に対応する各Ｔｙｐ＿Ｒｅｑ信号の順次送信）を実行する。即ち、ＡＤＶ信号の送信の再開により、プリンタ１００はＤｉｓｃｏｖｅｒａｂｌｅ状態であるので、ＥｒｒｏｒＲｅｓｐｏｎｓｅ信号は受信されず、ＳＭＰに従った認証通信は実行されない。

アプリ３８は、Ｔ５５０において、ＯＳ３６からＴ５１２の接続開始命令に対する接続完了通知を取得すると、Ｔ５５２において、ＯＳ３６からＷＣ１３８Ｄ内の各Ｃｈａｒａｃｔｅｒｉｓｔｉｃの各ＵＵＩＤを示す第２のリストを取得する。そして、アプリ３８は、ＯＳ３６を介して、当該第２のリスト内のＵＵＩＤ「ｃｃｃ４」に対応するＨａｎｄｌｅ「ｎ２２」とＥｎａｂｌｅ指示とを含むＷｒｉｔｅＲｅｑｕｅｓｔ信号をプリンタ１００に送信する。

プリンタ１００は、Ｔ５５２において、端末１０からＷｒｉｔｅＲｅｑｕｅｓｔ信号を受信すると、Ｈａｎｄｌｅ「ｎ２２」に対応するＡＰｅｒが「Writeable without authentication」を示すことに起因して、Ｅｎａｂｌｅ指示をＨａｎｄｌｅ「ｎ２２」に対応するＡＶａｌｕｅに記憶する。そして、プリンタ１００は、Ｔ５５４において、ＷｒｉｔｅＲｅｓｐｏｎｓｅ信号を端末１０に送信する。

また、アプリ３８は、Ｔ５５６において、ＯＳ３６を介して、取得済みの第２のリスト内のＵＵＩＤ「ｃｃｃ３」に対応するＨａｎｄｌｅ「ｎ２１」と公開鍵とを含むＷｒｉｔｅＲｅｑｕｅｓｔ信号をプリンタ１００に送信する。なお、公開鍵は、アプリ３８の起動時にアプリ３８によって予め生成されてもよいし、ＷＦＤ接続ボタンが選択される場合等にアプリ３８によって生成されてもよい。

プリンタ１００は、Ｔ５５６において、端末１０からＷｒｉｔｅＲｅｑｕｅｓｔ信号を受信すると、Ｈａｎｄｌｅ「ｎ２１」に対応するＡＰｅｒが「Writeable without authentication」を示すことに起因して、公開鍵をＨａｎｄｌｅ「ｎ２１」に対応するＡＶａｌｕｅに記憶する。Ｔ５５８は、Ｔ５５４と同様である。

Ｔ５６０、Ｔ５６２は、図１０のＴ２５６、Ｔ２５８と同様である。これにより、切断指示がＨａｎｄｌｅ「ｎ２６」に対応するＡＶａｌｕｅに記憶される。

プリンタ１００は、Ｅｎａｂｌｅ指示、公開鍵、及び、切断指示がＡＶａｌｕｅに記憶されると、Ｔ５６４Ａにおいて、記憶済みの切断指示に従って、Ｔ５３４で確立されたＬ２ＣＡＰＬｉｎｋを切断し、Ｔ５６４Ｂにおいて、接続許可パラメータ「ＡＤＶ＿ＩＮＤ」を含むＡＤＶ信号の送信を開始する。また、プリンタ１００はＴ５６６において、記憶済みのＥｎａｂｌｅ指示に従って、プリンタ１００の状態を「Ｄｉｓａｂｌｅ」から「Ｅｎａｂｌｅ」に変更する。これにより、ＷＦＤ状態情報が「Ｄｉｓａｂｌｅ」から「Ｅｎａｂｌｅ」に変更される。また、プリンタ１００は、Ｔ５６８において、記憶済みの公開鍵を利用して、ＷＦＤ情報１６０を暗号化する。プリンタ１００は、ＷＦＤ情報１６０の暗号化が完了すると、プリンタ１００の状態を「Ｅｎａｂｌｅ」から「Ｒｅａｄｙ」に変更する。

図１４に示すように、アプリ３８は、Ｔ５６２において、端末１０からＷｒｉｔｅＲｅｓｐｏｎｓｅ信号を受信すると、Ｔ５７０において、接続開始命令をＯＳ３６に供給する。Ｔ５７２～Ｔ５７７は、図１３のＴ５３２～Ｔ５３７と同様である。そして、ＯＳ３６は、図８のＴ１３８～Ｔ１４２Ｂ、図１０のＴ２４２Ｃ、Ｔ２４４と同様の通信を実行する。即ち、図１３と同様に、ＳＭＰに従った認証通信は実行されない。

アプリ３８は、Ｔ５８０において、ＯＳ３６からＴ５７０の接続開始命令に対する接続完了通知を取得すると、Ｔ５８２において、ＯＳ３６からＷＣ１３８Ｄ内の各Ｃｈａｒａｃｔｅｒｉｓｔｉｃの各ＵＵＩＤを示す第２のリストを取得する。そして、アプリ３８は、ＯＳ３６を介して、当該第２のリスト内のＵＵＩＤ「ｃｃｃ１」とＷＣ１３８Ｄの最初のＨａｎｄｌｅ「ｎ１４」と最後のＨａｎｄｌｅ「ｎ２２」とを含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。

本ケースでは、Ｔ５８２でＴｙｐｅ＿Ｒｅｑ信号がプリンタ１００に送信される時点において、プリンタ１００のＷＦＤ状態情報は「Ｒｅａｄｙ」に設定されている。このため、アプリ３８は、Ｔ５８２において、ＯＳ３６を介して、Ｔｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信すると、Ｔ５８４において、ＯＳ３６を介して、プリンタ１００からＵＵＩＤ「ｃｃｃ１」に対応するＷＦＤ状態情報「Ｒｅａｄｙ」を受信する。

アプリ３８は、Ｔ５８４において、ＯＳ３６からＷＦＤ状態情報「Ｒｅａｄｙ」を取得すると、Ｔ５８６において、ＯＳ３６を介して、取得済みの第２のリスト内のＵＵＩＤ「ｃｃｃ２」とＷＣ１３８Ｄの最初のＨａｎｄｌｅ「ｎ１４」と最後のＨａｎｄｌｅ「ｎ２２」とを含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。この結果、アプリ３８は、Ｔ５８８において、プリンタ１００から、ＯＳ３６を介して、暗号化済みのＷＦＤ情報を受信する。

Ｔ５９０では、アプリ３８は、公開鍵を利用して、受信済みの暗号化済みのＷＦＤ情報を復号する。これにより、アプリ３８は、ＷＦＤ情報１６０を取得する。

Ｔ５９２では、アプリ３８は、ＯＳ３６を介して、取得済みの第２のリスト内のＵＵＩＤ「ｃｃｃ４」に対応するＨａｎｄｌｅ「ｎ２２」とＳｔａｒｔ指示とを含むＷｒｉｔｅＲｅｑｕｅｓｔ信号をプリンタ１００に送信する。この結果、Ｈａｎｄｌｅ「ｎ２２」に対応するＡＶａｌｕｅに、Ｓｔａｒｔ指示が記憶され、Ｔ５９４において、ＷｒｉｔｅＲｅｓｐｏｎｓｅ信号が端末１０に送信される。

プリンタ１００は、Ｔ５９６において、記憶済みのＳｔａｒｔ指示に従って、Ｇ／Ｏ状態としての動作を開始する。この結果、プリンタ１００の状態は、「Ｒｅａｄｙ」から「Ｓｔａｒｔ」に変更される。

また、アプリ３８は、Ｔ５９８において、Ｔ５９０で取得したＷＦＤ情報１６０をＯＳ３６に供給して、ＷＦＤ接続の確立をＯＳ３６に要求する。これにより、ＯＳ３６は、Ｔ６００において、ＷＦＤ方式のクライアントとして動作して、ＷＦＤ情報１６０を利用して、プリンタ１００との間にＷＦＤ接続を確立する。

また、プリンタ１００は、Ｔ６００において、端末１０との間でＷＦＤ接続を確立すると、Ｔ６０２において、プリンタ１００の状態を「Ｓｔａｒｔ」から「Ｅｎａｂｌｅ」に変更する。

また、アプリ３８は、Ｔ５９８において、ＷＦＤ情報１６０をＯＳ３６に供給すると、Ｔ６０４において、Ｔ５８２と同様に、ＯＳ３６を介して、ＵＵＩＤ「ｃｃｃ１」を含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。本ケースでは、アプリ３８は、ＷＦＤ接続の確立が完了した後に、ＵＵＩＤ「ｃｃｃ１」を含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。この結果、アプリ３８は、Ｔ６０６において、プリンタ１００から、ＯＳ３６を介して、ＵＵＩＤ「ｃｃｃ１」に対応するＡＶａｌｕｅ内のＷＦＤ状態情報「Ｅｎａｂｌｅ」を受信する。

アプリ３８は、Ｔ６０６において、プリンタ１００からＷＦＤ状態情報「Ｅｎａｂｌｅ」を受信すると、ＷＦＤ接続の確立が完了したと判断する。Ｔ６０６の後に実行されるＴ６０８～Ｔ６１２Ｂは、図１３のＴ５６０～Ｔ５６４Ｂと同様である。

Ｔ６２０～Ｔ６２２は、印刷データがＷＦＤ接続を利用して端末１０からプリンタ１００に直接送信される点を除いて、図１２のＴ４５０～Ｔ４５４と同様である。

本ケースの構成によれば、プリンタ１００は、機能画面内のＷＦＤ接続ボタンが選択される場合（図１３のＴ５００）に、公開鍵をプリンタ１００に送信する（Ｔ５５６）。これにより、プリンタ１００は、ＷＦＤ情報１６０を暗号化する（Ｔ５６８）。そして、プリンタ１００は、暗号化済みのＷＦＤ情報を端末１０に送信する（図１４のＴ５８８）。このために、ＷＦＤ情報１６０が第三者によって取得されることを抑制することができる。

また、本ケースの構成によれば、プリンタ１００は、Ｌ２ＣＡＰＬｉｎｋを確立した後にＡＤＶ信号の送信を再開する（図１３のＴ５３７）。ＡＰｅｒが「Readable without authentication when discoverable」を示し、かつ、プリンタ１００がＤｉｓｃｏｖｅｒａｂｌｅ状態であることに起因して、ＳＭＰに従った認証通信が実行されずに、公開鍵がプリンタ１００に送信される（Ｔ５５６）。このため、公開鍵による暗号化を実行すべき場合に、ＳＭＰのＫｅｙに従った暗号化が実行されることを抑制することができる。

（エラー情報の場合；図１５）
図１５を参照して、本実施例において機能画面のエラー情報ボタンが選択されるケースを説明する。本ケースでは、ユーザは、プリンタ１００がエラー状態であるのか否かを確認するために、機能画面内のエラー情報ボタンを選択する。

アプリ３８は、Ｔ６３０において、エラー情報ボタンの選択を受け付けると、Ｔ６３２において、接続開始命令をＯＳ３６に供給する。Ｔ６４２～Ｔ６４７は、図１０のＴ２３２～Ｔ２３７と同様である。そして、ＯＳ３６は、図８のＴ１３８～Ｔ１４２Ｂ、図１０のＴ２４２Ｃ、Ｔ２４４と同様の通信を実行する。即ち、図１０と同様に、ＳＭＰに従った認証通信は実行されない。

アプリ３８は、Ｔ６６０において、ＯＳ３６からＴ６３２の接続開始命令に対する接続完了通知を取得すると、Ｔ６６２において、ＯＳ３６からＥＳ１３８Ｆ内の各Ｃｈａｒａｃｔｅｒｉｓｔｉｃの各ＵＵＩＤを示す第２のリストを取得する。そして、アプリ３８は、ＯＳ３６を介して、当該第２のリスト内のＵＵＩＤ「ｅｅｅ１」とＥＳ１３８Ｆの最初のＨａｎｄｌｅ「ｎ２８」と最後のＨａｎｄｌｅ「ｎ３０」とを含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。

本ケースでは、Ｔ６６２でＴｙｐｅ＿Ｒｅｑ信号がプリンタ１００に送信される時点において、プリンタ１００の状態がエラー状態（例えば紙詰まり）である。このため、アプリ３８は、Ｔ６６２において、Ｔｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信すると、Ｔ６６４において、ＯＳ３６を介して、プリンタ１００からＵＵＩＤ「ｅｅｅ１」に対応するエラーＵＲＬを受信する。

Ｔ６６４の後に実行されるＴ６６６～Ｔ６７０Ｂは、図１０のＴ２５６～Ｔ２６０Ｂと同様である。即ち、Ｔ６４４で確立されたＬ２ＣＡＰＬｉｎｋが切断される。

アプリ３８は、Ｔ６６８において、ＯＳ３６からＷｒｉｔｅＲｅｑｕｅｓｔ信号を取得すると、Ｔ６７２において、エラーＵＲＬを表示部１２に表示する。これにより、ユーザは、表示済みのエラーＵＲＬを選択し、エラー状態（例えば紙詰まり）を解消するための方法が記載されているＷｅｂページを見ることができる。

また、本ケースの構成によれば、プリンタ１００は、機能画面内のエラー情報ボタンが選択される場合（Ｔ６３０）に、Ｌ２ＣＡＰＬｉｎｋを確立した後にＡＤＶ信号の送信を再開する（Ｔ６４７）。ＡＰｅｒが「Readable without authentication when discoverable」を示し、かつ、プリンタ１００がＤｉｓｃｏｖｅｒａｂｌｅ状態であることに起因して、ＳＭＰに従った認証通信が実行されず、エラーＵＲＬが端末１０に送信される（Ｔ６６４）。第１実施例のＳＳＩＤ「ａｐ０１」及びパスワード「ｘｘｘ」と比較して機密性が低いエラーＵＲＬを、ＳＭＰに従った認証通信を実行せずに、端末１０に送信することができる。

（対応関係）
プリンタ１００、端末１０、ＢＴＩ／Ｆ１１６、無線ＬＡＮＩ／Ｆ１１４が、それぞれ、「機能実行装置」、「端末装置」、「第１の無線インターフェース」、「第２の無線インターフェース」の一例である。ＡＰ接続を確立する機能又はＷＦＤ接続を確立する機能が、「第１の機能」の一例である。図９のＴ１９０の機能画面、当該機能画面内のＡＰ接続ボタン又はＷＦＤ接続ボタンを選択する指示、機能情報ＦＩが、それぞれ、「機能画面」、「第１の実行指示」、「画面表示情報」の一例である。印刷データが、「関係データ」の一例である。接続不許可パラメータ「ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤ」が、「不許可情報」の一例である。接続開始命令が、「命令」の一例である。エラーＵＲＬを送信する機能、機能画面内のエラー情報ボタンを選択する指示、図１５のＴ６６２のＴｙｐｅ＿Ｒｅｑ信号が、それぞれ、「第２の機能」、「第２の実行指示」、「第２の機能実行情報」の一例である。図１５のＴ６４４のＬ２ＣＡＰＬｉｎｋが、「第５の無線接続（及び特定の無線接続）」の一例である。

図１０～図１２（ＡＰ接続の場合）についての対応関係は以下の通りである。ＰＩＮコード、暗号化情報が、それぞれ、「特定の認証情報（及び第１（又は第２）のコード）」、「関係情報」の一例である。プリンタ１００、端末１０が、それぞれ、「一方の装置」、「他方の装置」の一例である。ＡＰ２００が「外部装置」の一例である。図１０のＴ２３４のＬ２ＣＡＰＬｉｎｋ、図１１のＴ３３４のＬ２ＣＡＰＬｉｎｋが、それぞれ、「第１の無線接続」、「第２の無線接続」の一例である。再開フラグ「ＯＮ」である状態、再開フラグ「ＯＦＦ」である状態が、それぞれ、「第１の状態」、「第２の状態」の一例である。図１０のＴ２５２のフラグＯＦＦ指示が、「実行要求（及び設定変更要求）」の一例である。Ｔｙｐｅ＿Ｒｅｑ信号が、「特定のＲｅａｄ要求」の一例である。図１２のＴ４１０のＳＳＩＤ「ａｐ０１」とパスワード「ｘｘｘ」が、「第１の機能実行情報」の一例である。

図１３、図１４（ＷＦＤ接続の場合）についての対応関係は以下の通りである。公開鍵、ＰＩＮコードが、それぞれ、「特定の認証情報」、「特定のコード」の一例である。端末１０、プリンタ１００が、それぞれ、「一方の装置」、「他方の装置」の一例である。端末１０が「外部装置」の一例である。図１３のＴ５３４のＬ２ＣＡＰＬｉｎｋ、図１４のＴ５７４のＬ２ＣＡＰＬｉｎｋが、それぞれ、「第１の無線接続」、「第３の無線接続」の一例である。図１４のＴ５８８の暗号化済みのＷＦＤ情報が、「第１の機能実行情報」の一例である。図１３のＴ５５６の公開鍵を含むＷｒｉｔｅＲｅｑｕｅｓｔ信号が、「実行要求」の一例である。

ＡＰ接続の場合において、図１０のＴ２３４、図１０のＴ２５２、図１１のＴ３６２、図１２のＴ４１０が、それぞれ、「第１の確立部」、「受信部」、「対象処理実行部」、「第１の通信実行部」によって実現される処理の一例である。ＷＦＤ接続の場合において、図１３のＴ５３４、図１３のＴ５５６、図１３のＴ５６８、図１４のＴ５８８が、それぞれ、「第１の確立部」、「受信部」、「対象処理実行部」、「第１の通信実行部」によって実現される処理の一例である。図９のＴ１８４、図９のＴ１９０が、それぞれ、「受信部」、「表示制御部」によって実現される処理の一例である。ＡＰ接続の場合において、図１０のＴ２１２、図１２のＴ４１０が、それぞれ、「供給部」、「通信実行部」によって実現される処理の一例である。ＷＦＤ接続の場合において、図１３のＴ５１２、図１４のＴ５８８が、それぞれ、「供給部」、「通信実行部」によって実現される処理の一例である。

（第２実施例）
（ＷＦＤ接続の場合；図１３、図１４）
第２実施例は、第１実施例の変形例である。第２実施例は、ＷＦＤ接続の場合の処理の一部が異なる点を除いて、第１実施例と同様である。本実施例では、アプリ３８及びプリンタ１００は、図１３のＴ５６０～Ｔ５６４Ｂの処理と図１４のＴ５７０～Ｔ５８０の処理を実行しない。即ち、プリンタ１００は、Ｔ５３４で確立されたＬ２ＣＡＰＬｉｎｋを切断することなく、当該Ｌｉｎｋの確立が維持された状態で、ＷＦＤ情報１６０を暗号化する（Ｔ５６８）。そして、プリンタ１００は、Ｔ５３４のＬ２ＣＡＰＬｉｎｋを利用して、暗号化済みのＷＦＤ情報を端末１０に送信する（Ｔ５８８）。

本実施例では、プリンタ１００のＣＰＵ１３２の処理能力が比較的高い状況を想定している。ＣＰＵ１３２の処理能力が比較的高い場合、ＣＰＵ１３２はＬ２ＣＡＰＬｉｎｋの確立が維持された状態でＷＦＤ情報１６０を暗号化することができる。例えば、ＣＰＵ１３２の処理能力が比較的低い場合、ＣＰＵ１３２はＬ２ＣＡＰＬｉｎｋの確立が維持された状態でＷＦＤ情報１６０を暗号化することができない。このような場合に、第１実施例のように、Ｌ２ＣＡＰＬｉｎｋを切断した（図１３のＴ５６４Ａ参照）後にＷＦＤ情報１６０を暗号化する構成を採用するのが有効である。これに対して、本実施例では、ＣＰＵ１３２の処理能力が比較的高いことを考慮して、Ｌ２ＣＡＰＬｉｎｋを切断し再びＬ２ＣＡＰＬｉｎｋを確立する処理（即ち図１３のＴ５６０～図１４のＴ５８０の処理）を省略し、不必要な処理が実行されることを抑制することができる。

（第３実施例）
（ＡＰ接続の場合；図１６、図１７）
第３実施例は、ＡＰ接続の場合の処理の一部が異なる点を除いて、第１実施例と同様である。

Ｔ７００～Ｔ７２０は、図１０のＴ２００～Ｔ２５０（即ち２ＣＡＰＬｉｎｋの確立、ＡＤＶ信号の送信の再開、即ちＰＳ群に対応する各Ｔｙｐ＿Ｒｅｑ信号の順次送信）と同様である。即ち、ＡＤＶ信号の送信の再開により、プリンタ１００はＤｉｓｃｏｖｅｒａｂｌｅ状態であるので、ＥｒｒｏｒＲｅｓｐｏｎｓｅ信号は受信されず、ＳＭＰに従った認証通信は実行されない。

アプリ３８は、Ｔ７２０において、ＯＳ３６からＴ７１２の接続開始命令に対する接続完了通知を取得すると、Ｔ７２２において、ＯＳ３６からＡＰ１３８Ｃ内の各Ｃｈａｒａｃｔｅｒｉｓｔｉｃの各ＵＵＩＤを示す第２のリストを取得する。そして、アプリ３８は、ＯＳ３６を介して、当該第２のリスト内のＵＵＩＤ「ｂｂｂ４」に対応するＨａｎｄｌｅ「ｎ１３」とＰｅｒｍｉｓｓｉｏｎ変更指示とを含むＷｒｉｔｅＲｅｑｕｅｓｔ信号をプリンタ１００に送信する。当該Ｐｅｒｍｉｓｓｉｏｎ変更指示は、ＡＰ１３８Ｃ内の「Readable without authentication」を示す各値を「Readable with authentication」を示す各値に変更するとともにＡＰ１３８Ｃ内の「Writeable without authentication」を示す各値を「Writeable with authentication」を示す各値に変更するための指示である。具体的には、当該指示は、「No authentication required」を示す値を「Authentication required」を示す値に変更するための指示である。なお、変形例では、当該指示に従って、「No encryption required」を示す値が「Encryption required」を示す値に変更されてもよいし、「No authorization required」を示す値が「Authorization required」を示す値に変更されてもよい。ここで、「Readable with authentication」は、ＳＭＰに従った情報の暗号化を実行することを条件として、情報を読み出すことが可能であることを意味する。また、「Writeable with authentication」は、ＳＭＰに従った情報の暗号化を実行することを条件として、情報が書き込まれることが可能であることを意味する。なお、変形例では、ＡＰ１３８Ｃ内の各データの全てに限らず、例えば、ＡＰ１３８Ｃ内の各データ内のうちの少なくとも１個のデータ（例えばＨａｎｄｌｅ「ｎ１０」に対応するデータ）内の「Readable without authentication」を示す各値のみが「Readable with authentication」を示す各値に変更されてもよい。

プリンタ１００は、Ｔ７２２において、端末１０からＷｒｉｔｅＲｅｑｕｅｓｔ信号を受信すると、Ｈａｎｄｌｅ「ｎ１３」に対応するＡＰｅｒが「Writeable without authentication」を示すことに起因して、Ｐｅｒｍｉｓｓｉｏｎ変更指示をＨａｎｄｌｅ「ｎ１３」に対応するＡＶａｌｕｅに記憶する。そして、プリンタ１００は、Ｔ７２４において、ＷｒｉｔｅＲｅｓｐｏｎｓｅ信号を端末１０に送信する。

Ｔ７２６、Ｔ７２８は、図１０のＴ２５６、Ｔ２５８と同様である。これにより、切断指示がＨａｎｄｌｅ「ｎ２６」に対応するＡＶａｌｕｅに記憶される。

プリンタ１００は、Ｐｅｒｍｉｓｓｉｏｎ変更指示及び切断指示がＡＶａｌｕｅに記憶されると、Ｔ７３０Ａにおいて、記憶済みの切断指示に従って、Ｔ７１２の接続開始命令に応じて確立されたＬ２ＣＡＰＬｉｎｋを切断し、Ｔ７３０Ｂにおいて、接続許可パラメータ「ＡＤＶ＿ＩＮＤ」を含むＡＤＶ信号の送信を開始する。また、プリンタ１００はＴ７３２において、記憶済みのＰｅｒｍｉｓｓｉｏｎ変更指示に従って、Ｈａｎｄｌｅ「ｎ１１」、「ｎ１２」に対応するＡＰｅｒ内の「Readable without authentication」を示す各値を「Readable with authentication」を示す各値に変更するとともにＨａｎｄｌｅ「ｎ１３」、「ｎ１４」に対応するＡＰｅｒ内の「Writeable without authentication」を示す各値を「Writeable with authentication」を示す各値に変更する。

図１７に示すように、アプリ３８は、Ｔ７２８において、端末１０からＷｒｉｔｅＲｅｓｐｏｎｓｅ信号を受信すると、Ｔ７４２において、接続開始命令をＯＳ３６に供給する。これにより、図１１のＴ３３２～Ｔ３３６と同様の処理（即ち２ＣＡＰＬｉｎｋの確立とＡＤＶ信号の送信の停止）が実行される。

プリンタ１００は、再開フラグ１６２が「ＯＮ」を示すので、Ｔ７４７において、ＡＤＶ信号の送信を再開する。即ち、プリンタ１００は、Ｄｉｓｃｏｖｅｒａｂｌｅ状態に再び移行する。

また、ＯＳ３６は、Ｔ７１２の接続開始命令に応じて確立されたＬ２ＣＡＰＬｉｎｋを利用して、図８のＴ１３８～Ｔ１７８と同様の通信（即ち、Ｇｒｏｕｐ＿Ｒｅｑ信号の送信と、ＵＵＩＤ「０ｘ２８０３」を含むＴｙｐｅ＿Ｒｅｑ信号の送信、ＧＡ１３８Ａに対応するＴｙｐｅ＿Ｒｅｑ信号の送信、ＦＳ１３８Ｂ対応するＴｙｐｅ＿Ｒｅｑ信号の送信）を実行する。

アプリ３８は、ＧＡ１３８ＡのＡＰｅｒが「Readable without authentication when discoverable」を示し、かつ、プリンタ１００がＤｉｓｃｏｖｅｒａｂｌｅ状態であることに起因して、プリンタ１００からデバイス名ＤＮを受信する。また、アプリ３８は、ＦＳ１３８ＢのＡＰｅｒが「Readable without authentication」を示すことに起因して、プリンタ１００から機能情報ＦＩを受信する。

ＯＳ３６は、プリンタ１００から機能情報ＦＩを受信すると、Ｔ７５６Ａにおいて、Ｈａｎｄｌｅ「ｎ１」の次に小さい値を有するＨａｎｄｌｅ「ｎ５」に対応するＰＳであるＡＣ１３８Ｃについて、Ｔｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。当該信号は、ＵＵＩＤ「０ｘ２８０３」と、ＡＣ１３８Ｃの最初のＨａｎｄｌｅ「ｎ５」と、ＡＣ１３８Ｃの最後のＨａｎｄｌｅ「ｎ１３」と、を含む。

プリンタ１００は、Ｔ７５６Ａにおいて、端末１０からＴｙｐｅ＿Ｒｅｑ信号を受信すると、Ｔｙｐｅ＿Ｒｅｑ信号に含まれる最初のＨａｎｄｌｅ「ｎ５」及び最後のＨａｎｄｌｅ「ｎ１３」によって示されるＨａｎｄｌｅの範囲内に含まれるデータ群の中から、Ｔｙｐｅ＿Ｒｅｑ信号に含まれるＵＵＩＤ「０ｘ２８０３」に対応するＨａｎｄｌｅ「ｎ６」～「ｎ９」を特定する。プリンタ１００は、特定済みの各Ｈａｎｄｌｅ「ｎ６」～「ｎ９」に対応するＡＰｅｒが「Readable without authentication」を示すことに起因して、Ｔ７５６Ｂにおいて、特定済みの各Ｈａｎｄｌｅ「ｎ６」～「ｎ９」と、特定済みの各Ｈａｎｄｌｅ「ｎ６」～「ｎ９」に対応するＡＶａｌｕｅ（プロパティ「Ｒｅａｄ」、Ｈａｎｄｌｅ「ｎ６」、及び、ＵＵＩＤ「ｂｂｂ１」）～ＡＶａｌｕｅ（プロパティ「Ｗｒｉｔｅ」、Ｈａｎｄｌｅ「ｎ９」、及び、ＵＵＩＤ「ｂｂｂ４」）を端末１０に送信する。

ＯＳ３６は、Ｔ７５６Ｂにおいて、プリンタ５００から各Ｈａｎｄｌｅと各ＡＶａｌｕｅを受信すると、Ｔ７５６Ｃにおいて、各ＡＶａｌｕｅのうちの最も小さい値を有するＨａｎｄｌｅ「ｎ１０」に対応するＵＵＩＤ「ｂｂｂ１」を含むＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に送信する。当該信号は、さらに、ＡＣ１３８Ｃの最初のＨａｎｄｌｅ「ｎ５」とＡＣ１３８Ｃの最後のＨａｎｄｌｅ「ｎ１３」とを含む。

プリンタ５００は、Ｔ７５６Ｃにおいて、端末１０からＴｙｐｅ＿Ｒｅｑ信号を受信すると、当該信号に含まれる最初のＨａｎｄｌｅ「ｎ５」及び最後のＨａｎｄｌｅ「ｎ１３」によって示されるＨａｎｄｌｅの範囲内に含まれるデータ群の中から、Ｔｙｐｅ＿Ｒｅｑ信号に含まれるＵＵＩＤ「ｂｂｂ１」に対応するＨａｎｄｌｅ「ｎ１０」を特定する。ここで、特定済みのＨａｎｄｌｅ「ｎ１０」に対応するＡＰｅｒは、「Readable with authentication」を示す。現時点では、ＳＭＰに従った情報の暗号化を実行するためのＫｅｙが生成されていない。このために、プリンタ１００は、ＳＭＰに従った情報の暗号化を実行することができず、この結果、Ｔ７５８において、ＥｒｒｏｒＲｅｓｐｏｎｓｅ信号を端末１０に送信する。

Ｔ７６８～Ｔ７８２は、図１１のＴ３４８～Ｔ３６２と同様である。これにより、後述するＴ７９０以降の処理において、ＯＳ３６とプリンタ１００との間でＢＴ方式に従って通信される情報は、Ｋｅｙによって暗号化される。

Ｔ７８２の認証通信が完了すると、ＯＳ３６は、Ｔ７９０において、Ｔ７５６Ｃと同様のＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に再び送信する。ただし、上述したように、当該Ｔｙｐｅ＿Ｒｅｑ信号内の情報は、Ｋｅｙによって暗号化されている。

Ｔ７９０で端末１０からＴｙｐｅ＿Ｒｅｑ信号を受信した時点において、Ｋｅｙが生成されており、ＳＭＰに従った情報の暗号化を実行可能である。このため、プリンタ１００は、ＡＰｅｒが「Readable without authentication」を示すことに起因して、Ｔ７９２において、Ｋｅｙを利用してＡＰ状態情報（ここでは「Ｅｎａｂｌｅ」）を暗号化し、暗号化済みのＡＰ状態情報を端末１０に送信する。Ｔ７９４は、図１１のＴ３８０と同様である。

Ｔ７９４においてＯＳ３６から接続完了通知が取得されると、図１２のＴ４０２～Ｔ４５４と同様の処理が実行される。これにより、ＡＰ接続の確立と印刷が実行される。

本ケースの構成によれば、プリンタ１００は、機能画面内のＡＰ接続ボタンが選択される場合（図１６のＴ７００）に、ＡＣ１３８ＣのＡＰｅｒを「Readable without authentication」から「Readable with authentication」に変更する（Ｔ７３２）。これにより、プリンタ１００は、ＡＣ１３８ＣのＡＰｅｒが「Readable with authentication」を示すことに起因して、認証通信を実行する（図１７のＴ７８２）。この結果、端末１０は、第１実施例と同様に、ＡＰ２００のＳＳＩＤ「ａｐ０１」及びパスワード「ｘｘｘ」をＫｅｙによって暗号化してプリンタ１００に送信することができる。このために、ＳＳＩＤ「ａｐ０１」及びパスワード「ｘｘｘ」が第三者によって取得されることを抑制することができる。

（対応関係）
再開フラグ「ＯＮ」かつＡＰｅｒが「Readable without authentication」を示す状態、再開フラグ「ＯＮ」かつＡＰｅｒが「Readable with authentication」を示す状態が、それぞれ、「第１の状態」、「第２の状態」の一例である。「Readable without authentication」、「Readable with authentication」が、それぞれ、「第１の設定情報」、「第２の設定情報」の一例である。図１６のＴ７２２のＰｅｒｍｉｓｓｉｏｎ変更指示が、「実行要求（設定変更要求）」の一例である。図１６で引用する図１０のＴ２３４のＬ２ＣＡＰＬｉｎｋ、図１７で引用する図１１のＴ３３４のＬ２ＣＡＰＬｉｎｋが、それぞれ、「第１の無線接続」、「第２の無線接続」の一例である。図１７のＴ７８２が、「対象処理実行部」によって実現される処理の一例である。図１７のＴ７４２が、「供給部」によって実現される処理の一例である。

（第４実施例）
（ＡＰ接続の場合；図１６、図１８）
第４実施例は、第３実施例の変形例である。第４実施例は、ＡＰ接続の場合の処理の一部が異なる点を除いて、第３実施例と同様である。

図１６に示すように、本実施例では、アプリ３８及びプリンタ１００は、図１６のＴ７２６～Ｔ７３９Ｂの処理を実行しない。即ち、プリンタ１００は、Ｔ７１２の接続開始命令に応じて確立されたＬ２ＣＡＰＬｉｎｋを切断することなく、当該Ｌｉｎｋの確立が維持された状態で、ＡＣ１３８ＣのＡＰｅｒ「Readable with authentication（又はWriteable with authentication）」を変更する（Ｔ７３２）。

アプリ３８は、Ｔ７２８において、ＷｒｉｔｅＲｅｓｐｏｎｓｅ信号を受信すると、図１８に示すように、Ｔ８００の処理を実行する。Ｔ８００は、Ｋｅｙを利用した暗号化が実行されない点を除いて、図１２のＴ４０２と同様である。

プリンタ１００は、Ｔ８００において、端末１０からＴｙｐｅ＿Ｒｅｑ信号を受信すると、当該信号に含まれる最初のＨａｎｄｌｅ「ｎ５」及び最後のＨａｎｄｌｅ「ｎ１３」によって示されるＨａｎｄｌｅの範囲内に含まれるデータ群の中から、Ｔｙｐｅ＿Ｒｅｑ信号に含まれるＵＵＩＤ「ｂｂｂ１」に対応するＨａｎｄｌｅ「ｎ１０」を特定する。ここで、特定済みのＨａｎｄｌｅ「ｎ１０」に対応するＡＰｅｒは、「Readable with authentication」を示す。現時点では、ＳＭＰに従った情報の暗号化を実行するためのＫｅｙが生成されていない。このために、プリンタ１００は、ＳＭＰに従った情報の暗号化を実行することができず、この結果、Ｔ８０２において、ＥｒｒｏｒＲｅｓｐｏｎｓｅ信号を端末１０に送信する。

Ｔ８０６～Ｔ８８２は、図１７のＴ７６８～Ｔ７８２と同様である。Ｔ８８２の認証通信が完了すると、ＯＳ３６は、Ｔ８９０において、Ｔ８００と同様のＴｙｐｅ＿Ｒｅｑ信号をプリンタ１００に再び送信する。ただし、上述したように、当該Ｔｙｐｅ＿Ｒｅｑ信号内の情報は、Ｋｅｙによって暗号化されている。この結果、ＯＳ３６は、Ｔ８９２において、プリンタ１００からＫｅｙによって暗号化されたＡＰ状態情報（ここでは「Ｅｎａｂｌｅ」）を受信し、受信済みの情報をアプリ３８に供給する。

Ｔ８９２においてＯＳ３６から暗号化済みのＡＰ状態情報が取得されると、図１２のＴ４０６～Ｔ４５４と同様の処理が実行される。これにより、ＡＰ接続の確立と印刷が実行される。

本実施例では、プリンタ１００のＣＰＵ１３２の処理能力が比較的高い状況を想定している。ＣＰＵ１３２の処理能力が比較的高い場合、ＣＰＵ１３２はＬ２ＣＡＰＬｉｎｋの確立が維持された状態でＡＰｅｒ内の値を変更することができる。例えば、ＣＰＵ１３２の処理能力が比較的低い場合、ＣＰＵ１３２はＬ２ＣＡＰＬｉｎｋの確立が維持された状態でＡＰｅｒ内の値を変更することができない。このような場合に、第３実施例のように、Ｌ２ＣＡＰＬｉｎｋを切断した後にＡＰｅｒ内の値を変更する構成を採用するのが有効である。これに対して、本実施例では、ＣＰＵ１３２の処理能力が比較的高いことを考慮して、Ｌ２ＣＡＰＬｉｎｋを切断し再びＬ２ＣＡＰＬｉｎｋを確立する処理を省略し、不必要な処理を実行させることを抑制することができる。

（対応関係）
図１６で引用する図１０のＴ２３４のＬ２ＣＡＰＬｉｎｋが、「第１の無線接続」の一例である。図１８のＴ８８２が、「対象処理実行」によって実現される処理の一例である。図１６のＴ７１２が、「供給部」によって実現される処理の一例である。

（第５実施例）
第５実施例は、ＢＬＥ通信を利用した印刷が実行可能な点を除いて第１実施例と同様である。図９、図１０に示すように、本実施例では、機能画面にＢＬＥ接続ボタンが含まれる。ＢＬＥ接続ボタンは、ＢＬＥのＫｅｙによる暗号化を実行して、印刷データをプリンタ１００に送信する指示を受け付けるボタンである。また、図示は省略するが、本実施例のＰＳ群は、各ＰＳ１３８Ａ～１３８Ｆに加えて、端末１０から印刷データを受信するためのＰＳ（以下、「ＰＰＳ」と記載）を含む。ＰＰＳは、印刷データの受信（即ち書き込み）を定義するＣｈａｒａｃｔｅｒｉｓｔｉｃを含む。

（印刷の場合；図１０、図１１）
本ケースでは、プリンタ１００が実行可能な複数個の機能（即ち、印刷機能、ＡＰ接続、ＷＦＤ接続）の中にユーザが望む印刷の機能が存在する。この場合、ユーザは、Ｔ２００において、機能画面内のＢＬＥ接続ボタンを選択する。

本ケースでは、アプリ３８は、Ｔ２００において、ＢＬＥ接続ボタンの選択を受け付ける。これにより、第１実施例と同様に、Ｔ２１２～Ｔ２６２の処理及び図１１のＴ３１２～Ｔ３８０の処理が実行される。

アプリ３８は、Ｔ３８０において、ＯＳ３６から接続完了通知を取得すると、Ｔ３９０において、印刷画面を表示部１２に表示する。そして、アプリ３８は、印刷画面において、ユーザから印刷操作を受け付ける。

Ｔ３９０では、アプリ３８は、ＯＳ３６からＰＰＳ内の第２のリストを取得し、ＯＳ３６を介して、当該第２のリスト内のＵＵＩＤに対応するＨａｎｄｌｅと印刷データとを含むＷｒｉｔｅＲｅｑｕｅｓｔ信号をプリンタ１００に送信する。ここで、当該信号内の印刷データは、Ｋｅｙによって暗号化されている。

プリンタ１００は、Ｔ３９２において、端末１０からＷｒｉｔｅＲｅｑｕｅｓｔ信号を受信すると、Ｔ３９４において、ＷｒｉｔｅＲｅｑｕｅｓｔ信号内の情報を復号して、印刷データを取得する。そして、プリンタ１００は、印刷データ内の印刷設定に従って、印刷データ内の画像情報に対応する画像の印刷を実行する。

本ケースによれば、端末１０は、印刷データをＫｅｙによって暗号化してプリンタ１００に送信することができる（Ｔ３９２）。このために、印刷データ内の情報が第三者によって取得されることを抑制することができる。

（対応関係）
印刷機能、機能画面内のＢＬＥ接続ボタンを選択する指示、Ｔ３９２の印刷データが、それぞれ、「第１の機能」、「第１の実行指示」、「第１の機能実行情報」の一例である。

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

（変形例１）「機能実行装置」は、プリンタ１００でなくてもよく、例えば、スキャナ、ＦＡＸ装置、多機能機であってもよい。例えば、「機能実行装置」がスキャナである場合、スキャナは、図１０のＴ２００において、機能画面内のＢＬＥ接続ボタンが選択される場合に、図１１のＴ３９２において、端末１０からスキャン要求を受信してもよい。そして、スキャナは、Ｔ３９４において、スキャン要求内のスキャン設定に従ってスキャンを実行してスキャンデータを生成し、生成済みのスキャンデータをＫｅｙで暗号化して、端末１０に送信してもよい。本変形例では、スキャンデータを送信する機能、スキャンデータが、それぞれ、「第１の機能」、「第１の機能実行情報」の一例である。

（変形例２）「端末装置」は、端末１０でなくてもよく、例えば、デスクトップＰＣ等の据え置き型の端末装置であってもよい。

（変形例３）「第１の無線インターフェース」は、ＢＴＩ／Ｆでなくてもよく、ＢＴ方式以外の通信方式（例えば、Ｚｉｇｂｅｅ（登録商標）方式、Ｗｉ－Ｆｉ方式）に従った無線通信を実行するためのＩ／Ｆであってもよい。例えば、「第１の無線インターフェース」がＷｉ－Ｆｉ方式に従った無線通信を実行するためのＩ／Ｆである場合、ＷＰＳ（Wi-Fi Protected Setupの略）方式に従ったＰＩＮコードが、「特定の認証情報」の一例である。

（変形例４）上記の各実施例では、端末１０は、プリンタ１００から機能情報ＦＩを受信し（図９のＴ１８４）、機能情報ＦＩによって示される文字情報を含む機能画面を表示する（Ｔ１９０）。これに代えて、端末１０は、プリンタ１００から特定情報（例えばモデル名）を受信し、受信済みの特定情報を利用して、端末１０に記憶されている複数個の機能情報の中からプリンタ１００に対応する機能情報ＦＩを特定してもよい。そして、端末１０は、特定済みの機能情報ＦＩによって示される文字情報を含む機能画面を表示してもよい。本変形例では、特定情報が、「画面表示情報」の一例である。

（変形例５）上記の第１実施例では、プリンタ１００は、ＰＩＮコード「１２３４」を表示し（図１１のＴ３５２）、端末１０は、ＰＩＮコード「１２３４」の入力を受け付ける（Ｔ３５４）。これに代えて、プリンタ１００は、ＰＩＮコード「１２３４」をコード化したコード画像（例えば、バーコード、ＱＲコード（登録商標））を表示し、端末１０は、当該コード画像を復号して、ＰＩＮコード「１２３４」を取得してもよい。また、端末１０は、ＮＦＣ（Near field communicationの略）通信等を利用して、プリンタ１００のＩＣタグからＰＩＮコード「１２３４」を取得してもよい。

（変形例６）上記の第１実施例では、プリンタ１００がＰＩＮコード「１２３４」を準備する（図１１のＴ３５２）。これに代えて、端末１０がＰＩＮコード「１２３４」を準備し、当該ＰＩＮコード「１２３４」がプリンタ１００に入力されてもよい。一般的に言えば、「特定の認証情報」及び「第１のコード」は、機能実行装置及び前記端末装置のうちの一方の装置によって準備されればよい。また、例えば、端末１０がＰＩＮコード「１２３４」を準備する場合に、プリンタ１００は、ＳＭＰに従った認証通信を実行する前に、ＰａｉｒｉｎｇＲｅｑｕｅｓｔ信号を端末１０に送信し、端末１０からＰａｉｒｉｎｇＲｅｓｐｏｎｓｅ信号を受信する。そして、プリンタ１００は、ＰａｉｒｉｎｇＲｅｓｐｏｎｓｅ信号を受信することに応じて、ＳＭＰに従った認証通信を実行する。本変形例では、ＰａｉｒｉｎｇＲｅｓｐｏｎｓｅ信号が「実行要求」の一例である。

（変形例７）上記の第１実施例では、プリンタ１００がＧ／Ｏとして動作し、端末１０が公開鍵を準備する（図１３のＴ５５６）。これに代えて、端末１０がＧ／Ｏとして動作し、プリンタ１００が公開鍵を準備してもよい。そして、端末１０は、プリンタ１００から受信した公開鍵を利用して、端末１０に記憶されているＷＦＤ情報を暗号化してもよい。一般的に言えば、「特定の認証情報」及び「公開鍵」は、機能実行装置及び前記端末装置のうちの一方の装置によって準備されればよい。

（変形例８）「特定のＲｅａｄ要求」は、Ｔｙｐｅ＿Ｒｅｑ信号でなくてもよく、ＡＴＴによって定義される他の信号（例えば、ＲｅａｄＲｅｑｕｅｓｔ信号、ＲｅａｄＢｌｏｂＲｅｑｕｅｓｔ信号、ＲｅａｄＭｕｌｔｉｐｌｅＲｅｑｕｅｓｔ信号）であってもよい。

（変形例９）上記の各実施例では、アプリ３８は、図９のＴ１８６等において、ＷｒｉｔｅＲｅｑｕｅｓｔ信号をプリンタ１００に送信する。これに代えて、アプリ３８は、ＡＴＴのよって定義される他の信号（例えば、ＷｒｉｔｅＣｏｍｍａｎｄ信号、ＳｉｇｈｅｄＷｒｉｔｅＣｏｍｍａｎｄ信号）をプリンタ１００に送信してもよい。

（変形例１０）上記の第１実施例では、プリンタ１００は、機能画面内のエラー情報ボタンが選択される場合（図１５のＴ６３０）に、ＳＭＰに従った情報の暗号化を実行することなく、エラーＵＲＬを端末１０に送信する（Ｔ６６４）。これに代えて、例えば、機能画面内に印刷ボタンが含まれており、プリンタ１００は、機能画面内の印刷ボタンが選択される場合に、ＳＭＰに従った情報の暗号化を実行することなく、端末１０から印刷データを受信してもよい。本変形例では、印刷機能、印刷データが、「第２の機能」、「第２の機能実行情報」の一例である。

（変形例１１）上記の第１実施例では、端末１０は、エラーＵＲＬを表示する（図１５のＴ６７２）。これに代えて、端末１０は、エラー状態を示すメッセージを表示してもよい。本変形例では、当該メッセージが、「エラー情報」の一例である。また、端末１０は、プリンタ１００から特定情報（例えばエラーの種類を示す番号）を受信し、受信済みの特定情報を利用して、端末１０に記憶されている複数個のエラーＵＲＬの中からプリンタ１００の現在のエラー状態に対応するエラーＵＲＬを特定してもよい。そして、端末１０は、特定済みエラーＵＲＬを表示してもよい。本変形例では、特定情報が、「エラー表示情報」の一例である。

（変形例１２）上記の第４実施例では、プリンタ１００は、端末１０からＰｅｒｍｉｓｓｉｏｎ変更指示を受信し（図１６のＴ７２２）、ＡＰｅｒ内の値を変更する（Ｔ７３２）。これに代えて、プリンタ１００は、端末１０からＡＤＶ信号の送信を停止するための停止指示を受信し、受信済みの停止指示に従って、ＡＤＶ信号の送信を停止してもよい。そして、プリンタ１００は、図１８のＴ８００に代えて、端末１０からＵＵＩＤ「０ｘ２Ａ００」を含むＴｙｐｅ＿Ｒｅｑ信号を受信してもよい。これにより、ＡＰｅｒが「Readable without authentication when discoverable」を示し、かつ、プリンタ１００が非Ｄｉｓｃｏｖｅｒａｂｌｅ状態であることに起因して、認証通信が実行されてもよい。本変形例では、停止指示、Ｄｉｓｃｏｖｅｒａｂｌｅ状態、非Ｄｉｓｃｏｖｅｒａｂｌｅ状態が、それぞれ、「設定変更要求」、「第１の状態」、「第２の状態」の一例である。

（変形例１３）上記の第１実施例では、ＯＳ３６は、第１種のＰＳに対するＴｙｐｅ＿Ｒｅｑ信号の送信（例えば図８のＴ１４２Ａ）と第２種のＰＳに対するＴｙｐｅ＿Ｒｅｑ信号の送信（例えば図８のＴ１７６Ａ）を実行する。これに代えて、ＯＳ３６は、第１種のＰＳに対するＴｙｐｅ＿Ｒｅｑ信号の送信のみを実行し、第２種のＰＳに対するＴｙｐｅ＿Ｒｅｑ信号の送信を実行しなくてもよい。

（変形例１４）図１２のＴ４５０～Ｔ４５４の処理は実行されなくてもよい。本変形例では、「関係データ」の通信を実行しなくてもよい。

（変形例１５）上記の第３、第４実施例では、プリンタ１００は、ＡＰ１３８Ｃ内のＡＰｅｒ内の「Readable(or Writeable) without authentication」を示す各値を「Readable(or Writeable) with authentication」を示す各値に変更する。これに代えて、プリンタ１００は、第２種のＰＳ内のＡＰｅｒ内の「Readable(or Writeable) without authentication」を示す各値の全てを「Readable(or Writeable) with authentication」を示す各値に変更してもよい。

（変形例１６）ＯＳ３６は、例えばＡｎｄｒｏｉｄ（登録商標）であってもよい。この場合、図８のＴ１３８、Ｔ１４２Ａ、Ｔ１４２Ｃ、Ｔ１７６Ａ、Ｔ１７６Ｃ、図１０のＴ２４２Ｃ、図１１のＴ３４２Ｃ、Ｔ３７２、図１５のＴ６５２Ｃ、図１７のＴ７５６Ａ、Ｔ７５６Ｃ、Ｔ７９０等は実行されない。このため、例えば上記の第４実施例において、Ｔ１３７の処理（図１６で引用する図８のＴ１３７～Ｔ１７８も同様）は実行されなくてもよい。即ち、接続開始命令の取得に応じて、ＯＳ３６がＰＳ群の情報の自動取得を実行しないため、ＡＤＶ信号の送信が再開されなくてもよい。本変形例では、ＦＳ１３８ＢのＡＰｅｒが「Readable without authentication」を示すことにより、例えば、図９のＴ１８２でＴｙｐｅ＿Ｒｅｑ信号を受信しても、ＥｒｒｏｒＲｅｓｐｏｎｓｅ信号が送信されず、機能画面を表示する前に認証通信が実行されない。そして、図１６のＴ７３２によってＡＣ１３８ＣのＡＰｅｒが「Readable with authentication」に変更されることに起因して、認証通信が実行される（図１８のＴ８０２～Ｔ８８０）。本変形例では、ＦＳ１３８ＢのＡＰｅｒが「Readable without authentication」を示すこと、ＡＣ１３８ＣのＡＰｅｒが「Readable with authentication」を示すことが、それぞれ、「第１の状態」、「第２の状態」の一例である。また、更なる変形例として、ＦＳ１３８ＢのＨａｎｄｌｅ「ｎ１」に対応するＡＰｅｒは「Readable without authentication」で不変であり、ＡＣ１３８ＣのＨａｎｄｌｅ「ｎ１０」に対応するＡＰｅｒが「Readable with authentication」で不変であってもよい。そして、図１６のＴ７２２、Ｔ７２４、Ｔ７３２の処理が実行されなくてもよい。本変形例では、「設定変更要求」を省略可能である。

（変形例１７）図８のＴ１３７では、プリンタ１００は、接続不許可パラメータ「ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤ」を含むＡＤＶ信号を送信する。これに代えて、プリンタ１００は、接続許可パラメータ「ＡＤＶ＿ＩＮＤ」を含むＡＤＶ信号を送信してもよい。本変形例では、「不許可情報」を省略可能である。

（変形例１８）上記の第１、第２実施例では、ＯＳ３６はｉＯＳであり、ＷＦＤ接続ボタンが選択された後に、ＡＤＶ信号の送信が再開されることによって（図１３のＴ５３７又は図１４のＴ５７２）、認証通信が実行されない。これに代えて、ＯＳ３６が、例えばＡｎｄｒｏｉｄ（登録商標）の場合には、接続開始命令の取得に応じて、ＯＳ３６がＰＳ群の情報の自動取得を実行しないため、ＡＤＶ信号の送信の再開（即ち図１３のＴ５３７又は図１４のＴ５７２の処理）が実行されない。この場合、ＷＣ１３８ＣのＡＰｅｒが「Readable(or Writeable) without authentication」を示すことに起因して、認証通信が実行されない。本変形例では、「特定のコードを利用した前記通信を実行することなく」は、「Readable(or Writeable) without authentication」を示すＡＰｅｒによって実現されている。

（変形例１９）上記の各実施例では、プリンタ１００及び端末１０は、ＡＰ接続の確立とＷＦＤ接続の確立の双方を実行可能である。これに代えて、プリンタ１００及び端末１０は、ＡＰ接続の確立とＷＦＤ接続の確立のうちのいずれか一方を実行可能でもよい。

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

（変形例２１）上記の第１実施例では、プリンタ１００は、認証通信を実行するために、再開フラグ１６２を「ＯＮ」から「ＯＦＦ」に変更し（図１０のＴ２６２）、ＡＤＶ信号の送信を停止した後に、ＡＤＶ信号の送信を再開しない（図１１のＴ３３６）。これに代えて、プリンタ１００は、再開フラグ１６２を「ＯＮ」に維持し、ＡＤＶ信号の送信を停止した後に、Ｄｉｓｃｏｖｅｒａｂｌｅ状態であることに関する所定の値を含まないＡＤＶ信号の送信を開始してもよい。この場合でも、プリンタ１００の状態は、非Ｄｉｓｃｏｖｅｒａｂｌｅ状態となり、その結果、認証通信が実行される。本変形例では、上記の所定の値を含まないＡＤＶ信号の送信を実行している状態が、「第２の状態」の一例である。

（変形例２２）上記の各実施例では、プリンタ１００は、Ｌ２ＣＡＰＬｉｎｋを確立し（図８のＴ１３４）、確立済みのＬ２ＣＡＰＬｉｎｋを利用して、機能情報ＦＩを端末１０に送信する（Ｔ１８４）。これに代えて、プリンタ１００は、機能情報ＦＩを含むＡＤＶ信号を端末１０に送信してもよい。この場合、図８のＴ１３０～Ｔ１８０の処理が実行せずに、接続確認画面内の接続ボタンが選択される場合に、Ｔ１８２以降の処理が実行され、ＡＤＶ信号内の機能情報ＦＩを利用して、機能画面が表示されてもよい。本変形例では、機能情報ＦＩを含むＡＤＶ信号を受信することが、「対象処理を実行することなく、画面表示情報を端末装置に送信する送信部」によって実現される処理の一例であり、ＡＤＶ信号内の機能情報ＦＩが、「画面表示情報」の一例である。

（変形例２３）上記の各実施例では、プリンタ１００のＣＰＵ１３２がプログラム１３６（即ちソフトウェア）を実行すること及び端末１０のＣＰＵ３２がプログラム３６、３８を実行することによって、図７～図１８の各処理が実現される。これに代えて、いずれかの処理は、論理回路等のハードウェアによって実現されてもよい。
以下に、本明細書で開示する技術の特徴を列挙する。
（項目１）
機能実行装置であって、
第１の無線インターフェースと、
前記機能実行装置及び端末装置のうちの一方の装置によって準備される特定の認証情報を利用した対象処理を実行することなく、前記第１の無線インターフェースを介して、前記機能実行装置が実行可能な１個以上の機能を示す機能画面を前記端末装置に表示させるための画面表示情報を前記端末装置に送信する送信部と、
前記機能画面が前記端末装置に表示された後に、第１の機能を前記機能実行装置に実行させるための第１の実行指示が前記端末装置に入力される場合に、前記第１の無線インターフェースを介して、前記端末装置との第１の無線接続を確立する第１の確立部と、
前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記特定の認証情報を利用した前記対象処理を実行することなく、前記端末装置から実行要求を受信する受信部であって、前記実行要求は、前記特定の認証情報を利用した前記対象処理を前記機能実行装置に実行させるための要求である、前記受信部と、
前記端末装置から前記実行要求が受信されることに応じて、前記特定の認証情報を利用した前記対象処理を実行する対象処理実行部と、
前記特定の認証情報を利用した前記対象処理が実行された後に、前記第１の無線インターフェースを介して、前記第１の機能を実行するための第１の機能実行情報の通信を前記端末装置と実行する第１の通信実行部と、
を備える、機能実行装置。
（項目２）
前記第１の無線インターフェースは、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式に従った無線通信を実行するためのインターフェースである、項目１に記載の機能実行装置。
（項目３）
前記機能実行装置は、さらに、
前記第１の無線インターフェースとは異なる第２の無線インターフェースを備え、
前記第１の機能は、前記第２の無線インターフェースを介した無線接続を外部装置と確立する機能であり、
前記第１の機能実行情報は、前記第２の無線インターフェースを介した前記無線接続を前記外部装置と確立するための情報を含む、項目１又は２に記載の機能実行装置。
（項目４）
前記１個以上の機能は、印刷機能及びスキャン機能のうちの少なくとも一方の機能を含み、
前記第１の機能は、前記少なくとも一方の機能に関係する関係データの通信を前記端末装置と実行するために、前記第２の無線インターフェースを介した前記無線接続を前記外部装置と確立する機能である、項目３に記載の機能実行装置。
（項目５）
前記第１の機能は、印刷機能及びスキャン機能のうちの少なくとも一方の機能であり、
前記第１の機能実行情報は、前記少なくとも一方の機能に関係する関係データを含む、項目１又は２に記載の機能実行装置。
（項目６）
前記機能実行装置は、
前記特定の認証情報を利用した前記対象処理を実行不可能な第１の状態と、
前記特定の認証情報を利用した前記対象処理を実行可能な第２の状態と、
のうちのどちらかの状態に設定され、
前記送信部は、前記機能実行装置が前記第１の状態に設定されている間に、前記画面表示情報を前記端末装置に送信し、
前記実行要求は、前記機能実行装置を前記第１の状態に代えて前記第２の状態に設定するための設定変更要求であり、
前記対象処理実行部は、前記端末装置から前記設定変更要求を受信することに応じて、前記機能実行装置が前記第１の状態に代えて前記第２の状態に設定された後に、前記特定の認証情報を利用した前記対象処理を前記端末装置と実行する、項目１から５のいずれか一項に記載の機能実行装置。
（項目７）
前記機能実行装置は、さらに、
前記端末装置から前記設定変更要求が受信される場合に、前記第１の無線接続を切断する第１の切断部と、
前記第１の無線接続が切断された後に、前記第１の無線インターフェースを介して、前記端末装置との第２の無線接続を確立する第２の確立部と、
を備え、
前記第１の通信実行部は、前記第２の無線接続を利用して、前記第１の無線インターフェースを介して、前記第１の機能実行情報の通信を前記端末装置と実行する、項目６に記載の機能実行装置。
（項目８）
前記第１の通信実行部は、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記第１の機能実行情報の通信を前記端末装置と実行する、項目６に記載の機能実行装置。
（項目９）
前記第１の無線インターフェースは、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式に従った無線通信を実行するためのインターフェースであり、
前記第１の状態は、前記第１の無線インターフェースが前記Ｂｌｕｅｔｏｏｔｈ方式に従ったＡｄｖｅｒｔｉｓｅ信号を繰り返し送信する状態を含む、項目６から８のいずれか一項に記載の機能実行装置。
（項目１０）
前記端末装置から前記Ｂｌｕｅｔｏｏｔｈ方式に従った特定のＲｅａｄ要求が受信され、かつ、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号の送信を停止している場合に、前記特定の認証情報を利用した前記対象処理は実行され、
前記端末装置から前記特定のＲｅａｄ要求が受信され、かつ、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する場合に、前記特定の認証情報を利用した前記対象処理は実行されず、
前記送信部は、前記機能実行装置が、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する前記第１の状態に設定されている間に、前記端末装置から前記特定のＲｅａｄ要求が受信される場合に、前記特定の認証情報を利用した前記対象処理を実行することなく、前記画面表示情報を前記端末装置に送信する、項目９に記載の機能実行装置。
（項目１１）
前記第１の状態は、前記第１の無線インターフェースが前記Ｂｌｕｅｔｏｏｔｈ方式に従った無線接続の確立を許可しない不許可情報を含むＡｄｖｅｒｔｉｓｅ信号を繰り返し送信する状態を含む、項目１０に記載の機能実行装置。
（項目１２）
前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号の送信を停止している場合に、前記特定の認証情報を利用した前記対象処理は実行され、
前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する場合に、前記特定の認証情報を利用した前記対象処理は実行されず、
前記第２の状態は、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号の送信を停止している状態を含み、
前記設定変更要求は、前記Ａｄｖｅｒｔｉｓｅ信号の送信を前記第１の無線インターフェースに実行させないための要求であり、
前記送信部は、前記機能実行装置が、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する前記第１の状態に設定されている間に、前記特定の認証情報を利用した前記対象処理を実行することなく、前記画面表示情報を前記端末装置に送信し、
前記対象処理実行部は、前記機能実行装置が、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号の送信を停止している前記第２の状態に設定されている間に、前記特定の認証情報を利用した前記対象処理を実行する、項目９から１１のいずれか一項に記載の機能実行装置。
（項目１３）
前記第１の無線インターフェースは、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式に従った無線通信を実行するためのインターフェースであり、
前記第１の状態は、第１の設定情報がメモリに記憶されている状態を含み、
前記第１の設定情報は、前記端末装置から前記Ｂｌｕｅｔｏｏｔｈ方式に従った特定のＲｅａｄ要求が受信される場合に、前記特定の認証情報を利用した前記対象処理を実行することなく、前記特定のＲｅａｄ要求に対する応答を送信する設定を示し、
前記第２の状態は、第２の設定情報が前記メモリに記憶されている状態を含み、
前記第２の設定情報は、前記端末装置から前記特定のＲｅａｄ要求が受信される場合に、前記特定の認証情報を利用した前記対象処理を実行し、前記特定の認証情報を利用した認証が成功する場合に、前記特定のＲｅａｄ要求に対する前記応答を送信する設定を示し、
前記設定変更要求は、前記メモリ内の前記第１の設定情報を前記第２の設定情報に変更する要求であり、
前記送信部は、前記メモリに前記第１の設定情報が記憶されている間に、前記端末装置から前記特定のＲｅａｄ要求が受信される場合に、前記特定の認証情報を利用した前記対象処理を実行することなく、前記特定のＲｅａｄ要求に対する前記応答として前記画面表示情報を前記端末装置に送信し、
前記対象処理実行部は、前記メモリに前記第２の設定情報が記憶されている間に、前記端末装置から前記特定のＲｅａｄ要求が受信される場合に、前記特定の認証情報を利用した前記対象処理を実行する、項目６から１１のいずれか一項に記載の機能実行装置。
（項目１４）
前記特定の認証情報は、前記機能実行装置及び前記端末装置のうちの前記一方の装置によって準備される第１のコードであり、
前記特定の認証情報を利用した前記対象処理は、前記第１のコードが前記一方の装置に表示された後に、第２のコードが前記機能実行装置及び前記端末装置のうちの他方の装置に入力される場合に、前記第２のコードに関係する関係情報を前記他方の装置から前記一方の装置に送信することを含み、
前記第１の通信実行部は、前記関係情報の通信が実行された後に、前記第１のコードと前記第２のコードとが一致すると前記一方の装置によって判断される場合に、前記第１の無線インターフェースを介して、前記第１の機能実行情報の通信を前記端末装置と実行する、項目１から１３のいずれか一項に記載の機能実行装置。
（項目１５）
前記特定の認証情報は、前記機能実行装置及び前記端末装置のうちの前記一方の装置によって準備される公開鍵であり、
前記実行要求は、前記公開鍵を前記一方の装置から前記機能実行装置及び前記端末装置のうちの他方の装置に送信するための要求であり、
前記第１の機能実行情報は、前記公開鍵を利用する前記対象処理が実行されることによって前記他方の装置によって生成される情報である、項目１から５のいずれか一項に記載の機能実行装置。
（項目１６）
前記機能実行装置は、さらに、
前記端末装置から前記実行要求が受信される場合に、前記第１の無線接続を切断する第２の切断部と、
前記第１の無線接続が切断された後に、前記第１の無線インターフェースを介して、前記端末装置との第３の無線接続を確立する第３の確立部と、
を備え、
前記第１の通信実行部は、前記第３の無線接続を利用して、前記第１の無線インターフェースを介して、前記第１の機能実行情報の通信を前記端末装置と実行する、項目１５に記載の機能実行装置。
（項目１７）
前記第１の通信実行部は、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記第１の機能実行情報の通信を前記端末装置と実行する、項目１５に記載の機能実行装置。
（項目１８）
前記第１の無線インターフェースは、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式に従った無線通信を実行するためのインターフェースであり、
前記送信部は、前記特定の認証情報である前記公開鍵を利用した前記対象処理と、前記Ｂｌｕｅｔｏｏｔｈ方式に従った特定のコードを利用した通信と、のどちらも実行することなく、前記画面表示情報を前記端末装置に送信し、
前記対象処理実行部は、前記特定のコードを利用した前記通信を実行することなく、前記公開鍵を利用した前記対象処理を実行する、項目１５から１７のいずれか一項に記載の機能実行装置。
（項目１９）
前記第１の無線インターフェースが前記Ｂｌｕｅｔｏｏｔｈ方式に従ったＡｄｖｅｒｔｉｓｅ信号を繰り返し送信する場合に、前記特定のコードを利用した前記通信は実行されず、
前記送信部は、前記機能実行装置が、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する状態に設定されている間に、前記特定のコードを利用した前記通信を実行することなく、前記画面表示情報を前記端末装置に送信し、
前記対象処理実行部は、前記機能実行装置が、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する状態に設定されている間に、前記特定のコードを利用した前記通信を実行することなく、前記公開鍵を利用した前記対象処理を実行し、
前記第１の通信実行部は、前記機能実行装置が、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する状態に設定されている間に、前記特定のコードを利用した前記通信を実行することなく、前記第１の機能実行情報の通信を前記端末装置と実行する、項目１８に記載の機能実行装置。
（項目２０）
前記機能実行装置は、さらに、
前記機能画面が前記端末装置に表示された後に、前記機能実行装置に前記第１の機能とは異なる第２の機能を実行させるための第２の実行指示が前記端末装置に入力される場合に、前記第１の無線インターフェースを介して、前記端末装置との第４の無線接続を確立する第４の確立部と、
前記特定の認証情報を利用した前記対象処理を実行することなく、前記第４の無線接続を利用して、前記第１の無線インターフェースを介して、前記第２の機能を実行するための第２の機能実行情報の通信を前記端末装置と実行する第２の通信実行部と、
を備える、項目１から１９のいずれか一項に記載の機能実行装置。
（項目２１）
前記第２の機能は、前記機能実行装置がエラー状態である場合に、前記エラー状態に関係するエラー情報を前記端末装置に表示させるためのエラー表示情報を前記端末装置に送信する機能であり、
前記第２の通信実行部は、前記端末装置から、前記エラー表示情報を前記端末装置に送信するための要求を前記第２の機能実行情報として受信する、項目２０に記載の機能実行装置。
（項目２２）
端末装置のためのコンピュータプログラムであって、
前記端末装置のコンピュータを、以下の各部、即ち、
機能実行装置及び前記端末装置のうちの一方の装置によって準備される特定の認証情報を利用した対象処理を実行することなく、前記端末装置の第１の無線インターフェースを介して、前記機能実行装置から、前記機能実行装置が実行可能な１個以上の機能を示す機能画面を前記端末装置に表示させるための画面表示情報を受信する受信部と、
前記機能実行装置から前記画面表示情報が受信される場合に、前記機能画面を前記端末装置の表示部に表示させる表示制御部と、
前記機能画面が前記表示部に表示された後に、第１の機能を前記機能実行装置に実行させるための第１の実行指示が前記端末装置に入力される場合に、前記第１の無線インターフェースを介して、前記機能実行装置との第１の無線接続を確立するための命令を前記端末装置のＯＳ（Operating Systemの略）プログラムに供給する供給部と、
前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、実行要求を前記機能実行装置に送信する送信部であって、前記実行要求は、前記特定の認証情報を利用した前記対象処理を前記機能実行装置に実行させるための要求である、前記送信部と、
前記特定の認証情報を利用した前記対象処理が実行された後に、前記第１の無線インターフェースを介して、前記第１の機能を実行するための機能実行情報の通信を前記機能実行装置と実行する通信実行部と、
として機能させるコンピュータプログラム。
（項目２３）
前記コンピュータプログラムは、前記コンピュータを、さらに、
前記機能画面が前記端末装置に表示された後に、前記機能実行装置に前記第１の機能とは異なる第２の機能を実行させるための第２の実行指示が前記端末装置に入力される場合に、前記第１の無線インターフェースを介して、前記機能実行装置との特定の無線接続を確立する特定の確立部と、
前記特定の認証情報を利用した前記対象処理を実行することなく、前記特定の無線接続を利用して、前記第１の無線インターフェースを介して、前記第２の機能を実行するための第２の機能実行情報の通信を前記機能実行装置と実行する特定の通信実行部と、として機能させる、項目２２のいずれか一項に記載のコンピュータプログラム。
（項目２４）
前記第２の機能は、前記機能実行装置がエラー状態である場合に、前記エラー状態に関係するエラー情報を前記端末装置に表示させるためのエラー表示情報を前記端末装置に送信する機能であり、
前記特定の通信実行部は、前記エラー表示情報を前記端末装置に送信するための要求を前記第２の機能実行情報として前記機能実行装置に送信する、項目２３に記載のコンピュータプログラム。

２：通信システム、１０：携帯端末、１２：表示部、１４：無線ＬＡＮＩ／Ｆ、１６：ＢＴＩ／Ｆ、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：ＯＳプログラム、３８：プリントアプリケーション、１００：プリンタ、１１２：表示部、１１４：無線ＬＡＮＩ／Ｆ、１１６：ＢＴＩ／Ｆ、１３０：制御部、１３２：ＣＰＵ、１３４：メモリ、１３６：プログラム、１３８：プロトコルスタック、１３８Ａ：ＧＡ、１３８Ｂ：ＦＳ、１３８Ｃ：ＡＣ、１３８Ｄ：ＷＤ、１３８Ｅ：ＢＣ、１３８Ｆ：ＥＳ、１６０：ＷＦＤ情報、１６２：再開フラグ、２００：ＡＰ、３００：携帯端末、３３８：アプリ、５００：プリンタ、ＤＮ：デバイス名、ＦＩ：機能情報、ＩＡ：ＩＰアドレス

Claims

機能実行装置であって、
第１の無線インターフェースと、
前記機能実行装置及び端末装置のうちの一方の装置によって準備される特定の認証情報を利用した対象処理を実行することなく、前記第１の無線インターフェースを介して、前記機能実行装置が実行可能な１個以上の機能を示す機能画面を前記端末装置に表示させるための画面表示情報を前記端末装置に送信する送信部と、
前記機能画面が前記端末装置に表示された後に、第１の機能を前記機能実行装置に実行させるための第１の実行指示が前記端末装置に入力される場合に、前記第１の無線インターフェースを介して、前記端末装置との第１の無線接続を確立する第１の確立部と、
前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記特定の認証情報を利用した前記対象処理を実行することなく、前記端末装置から実行要求を受信する受信部であって、前記実行要求は、前記特定の認証情報を利用した前記対象処理を前記機能実行装置に実行させるための要求である、前記受信部と、
前記端末装置から前記実行要求が受信されることに応じて、前記特定の認証情報を利用した前記対象処理を実行する対象処理実行部と、
前記特定の認証情報を利用した前記対象処理が実行された後に、前記第１の無線インターフェースを介して、前記第１の機能を実行するための第１の機能実行情報の通信を前記端末装置と実行する第１の通信実行部と、
を備える、機能実行装置。
前記第１の無線インターフェースは、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式に従った無線通信を実行するためのインターフェースである、請求項１に記載の機能実行装置。
前記機能実行装置は、さらに、
前記第１の無線インターフェースとは異なる第２の無線インターフェースを備え、
前記第１の機能は、前記第２の無線インターフェースを介した無線接続を外部装置と確立する機能であり、
前記第１の機能実行情報は、前記第２の無線インターフェースを介した前記無線接続を前記外部装置と確立するための情報を含む、請求項１又は２に記載の機能実行装置。
前記１個以上の機能は、印刷機能及びスキャン機能のうちの少なくとも一方の機能を含み、
前記第１の機能は、前記少なくとも一方の機能に関係する関係データの通信を前記端末装置と実行するために、前記第２の無線インターフェースを介した前記無線接続を前記外部装置と確立する機能である、請求項３に記載の機能実行装置。
前記第１の機能は、印刷機能及びスキャン機能のうちの少なくとも一方の機能であり、
前記第１の機能実行情報は、前記少なくとも一方の機能に関係する関係データを含む、請求項１又は２に記載の機能実行装置。
前記機能実行装置は、
前記特定の認証情報を利用した前記対象処理を実行不可能な第１の状態と、
前記特定の認証情報を利用した前記対象処理を実行可能な第２の状態と、
のうちのどちらかの状態に設定され、
前記送信部は、前記機能実行装置が前記第１の状態に設定されている間に、前記画面表示情報を前記端末装置に送信し、
前記実行要求は、前記機能実行装置を前記第１の状態に代えて前記第２の状態に設定するための設定変更要求であり、
前記対象処理実行部は、前記端末装置から前記設定変更要求を受信することに応じて、前記機能実行装置が前記第１の状態に代えて前記第２の状態に設定された後に、前記特定の認証情報を利用した前記対象処理を前記端末装置と実行する、請求項１から５のいずれか一項に記載の機能実行装置。
前記機能実行装置は、さらに、
前記端末装置から前記設定変更要求が受信される場合に、前記第１の無線接続を切断する第１の切断部と、
前記第１の無線接続が切断された後に、前記第１の無線インターフェースを介して、前記端末装置との第２の無線接続を確立する第２の確立部と、
を備え、
前記第１の通信実行部は、前記第２の無線接続を利用して、前記第１の無線インターフェースを介して、前記第１の機能実行情報の通信を前記端末装置と実行する、請求項６に記載の機能実行装置。
前記第１の通信実行部は、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記第１の機能実行情報の通信を前記端末装置と実行する、請求項６に記載の機能実行装置。
前記第１の無線インターフェースは、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式に従った無線通信を実行するためのインターフェースであり、
前記第１の状態は、前記第１の無線インターフェースが前記Ｂｌｕｅｔｏｏｔｈ方式に従ったＡｄｖｅｒｔｉｓｅ信号を繰り返し送信する状態を含む、請求項６から８のいずれか一項に記載の機能実行装置。
前記端末装置から前記Ｂｌｕｅｔｏｏｔｈ方式に従った特定のＲｅａｄ要求が受信され、かつ、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号の送信を停止している場合に、前記特定の認証情報を利用した前記対象処理は実行され、
前記端末装置から前記特定のＲｅａｄ要求が受信され、かつ、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する場合に、前記特定の認証情報を利用した前記対象処理は実行されず、
前記送信部は、前記機能実行装置が、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する前記第１の状態に設定されている間に、前記端末装置から前記特定のＲｅａｄ要求が受信される場合に、前記特定の認証情報を利用した前記対象処理を実行することなく、前記画面表示情報を前記端末装置に送信する、請求項９に記載の機能実行装置。
前記第１の状態は、前記第１の無線インターフェースが前記Ｂｌｕｅｔｏｏｔｈ方式に従った無線接続の確立を許可しない不許可情報を含むＡｄｖｅｒｔｉｓｅ信号を繰り返し送信する状態を含む、請求項１０に記載の機能実行装置。
前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号の送信を停止している場合に、前記特定の認証情報を利用した前記対象処理は実行され、
前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する場合に、前記特定の認証情報を利用した前記対象処理は実行されず、
前記第２の状態は、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号の送信を停止している状態を含み、
前記設定変更要求は、前記Ａｄｖｅｒｔｉｓｅ信号の送信を前記第１の無線インターフェースに実行させないための要求であり、
前記送信部は、前記機能実行装置が、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する前記第１の状態に設定されている間に、前記特定の認証情報を利用した前記対象処理を実行することなく、前記画面表示情報を前記端末装置に送信し、
前記対象処理実行部は、前記機能実行装置が、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号の送信を停止している前記第２の状態に設定されている間に、前記特定の認証情報を利用した前記対象処理を実行する、請求項９から１１のいずれか一項に記載の機能実行装置。
前記第１の無線インターフェースは、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式に従った無線通信を実行するためのインターフェースであり、
前記第１の状態は、第１の設定情報がメモリに記憶されている状態を含み、
前記第１の設定情報は、前記端末装置から前記Ｂｌｕｅｔｏｏｔｈ方式に従った特定のＲｅａｄ要求が受信される場合に、前記特定の認証情報を利用した前記対象処理を実行することなく、前記特定のＲｅａｄ要求に対する応答を送信する設定を示し、
前記第２の状態は、第２の設定情報が前記メモリに記憶されている状態を含み、
前記第２の設定情報は、前記端末装置から前記特定のＲｅａｄ要求が受信される場合に、前記特定の認証情報を利用した前記対象処理を実行し、前記特定の認証情報を利用した認証が成功する場合に、前記特定のＲｅａｄ要求に対する前記応答を送信する設定を示し、
前記設定変更要求は、前記メモリ内の前記第１の設定情報を前記第２の設定情報に変更する要求であり、
前記送信部は、前記メモリに前記第１の設定情報が記憶されている間に、前記端末装置から前記特定のＲｅａｄ要求が受信される場合に、前記特定の認証情報を利用した前記対象処理を実行することなく、前記特定のＲｅａｄ要求に対する前記応答として前記画面表示情報を前記端末装置に送信し、
前記対象処理実行部は、前記メモリに前記第２の設定情報が記憶されている間に、前記端末装置から前記特定のＲｅａｄ要求が受信される場合に、前記特定の認証情報を利用した前記対象処理を実行する、請求項６から１１のいずれか一項に記載の機能実行装置。
前記特定の認証情報は、前記機能実行装置及び前記端末装置のうちの前記一方の装置によって準備される第１のコードであり、
前記特定の認証情報を利用した前記対象処理は、前記第１のコードが前記一方の装置に表示された後に、第２のコードが前記機能実行装置及び前記端末装置のうちの他方の装置に入力される場合に、前記第２のコードに関係する関係情報を前記他方の装置から前記一方の装置に送信することを含み、
前記第１の通信実行部は、前記関係情報の通信が実行された後に、前記第１のコードと前記第２のコードとが一致すると前記一方の装置によって判断される場合に、前記第１の無線インターフェースを介して、前記第１の機能実行情報の通信を前記端末装置と実行する、請求項１から１３のいずれか一項に記載の機能実行装置。
前記特定の認証情報は、前記機能実行装置及び前記端末装置のうちの前記一方の装置によって準備される公開鍵であり、
前記実行要求は、前記公開鍵を前記一方の装置から前記機能実行装置及び前記端末装置のうちの他方の装置に送信するための要求であり、
前記第１の機能実行情報は、前記公開鍵を利用する前記対象処理が実行されることによって前記他方の装置によって生成される情報である、請求項１から５のいずれか一項に記載の機能実行装置。
前記機能実行装置は、さらに、
前記端末装置から前記実行要求が受信される場合に、前記第１の無線接続を切断する第２の切断部と、
前記第１の無線接続が切断された後に、前記第１の無線インターフェースを介して、前記端末装置との第３の無線接続を確立する第３の確立部と、
を備え、
前記第１の通信実行部は、前記第３の無線接続を利用して、前記第１の無線インターフェースを介して、前記第１の機能実行情報の通信を前記端末装置と実行する、請求項１５に記載の機能実行装置。
前記第１の通信実行部は、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記第１の機能実行情報の通信を前記端末装置と実行する、請求項１５に記載の機能実行装置。
前記第１の無線インターフェースは、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式に従った無線通信を実行するためのインターフェースであり、
前記送信部は、前記特定の認証情報である前記公開鍵を利用した前記対象処理と、前記Ｂｌｕｅｔｏｏｔｈ方式に従った特定のコードを利用した通信と、のどちらも実行することなく、前記画面表示情報を前記端末装置に送信し、
前記対象処理実行部は、前記特定のコードを利用した前記通信を実行することなく、前記公開鍵を利用した前記対象処理を実行する、請求項１５から１７のいずれか一項に記載の機能実行装置。
前記第１の無線インターフェースが前記Ｂｌｕｅｔｏｏｔｈ方式に従ったＡｄｖｅｒｔｉｓｅ信号を繰り返し送信する場合に、前記特定のコードを利用した前記通信は実行されず、
前記送信部は、前記機能実行装置が、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する状態に設定されている間に、前記特定のコードを利用した前記通信を実行することなく、前記画面表示情報を前記端末装置に送信し、
前記対象処理実行部は、前記機能実行装置が、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する状態に設定されている間に、前記特定のコードを利用した前記通信を実行することなく、前記公開鍵を利用した前記対象処理を実行し、
前記第１の通信実行部は、前記機能実行装置が、前記第１の無線インターフェースが前記Ａｄｖｅｒｔｉｓｅ信号を繰り返し送信する状態に設定されている間に、前記特定のコードを利用した前記通信を実行することなく、前記第１の機能実行情報の通信を前記端末装置と実行する、請求項１８に記載の機能実行装置。
前記機能実行装置は、さらに、
前記機能画面が前記端末装置に表示された後に、前記機能実行装置に前記第１の機能とは異なる第２の機能を実行させるための第２の実行指示が前記端末装置に入力される場合に、前記第１の無線インターフェースを介して、前記端末装置との第４の無線接続を確立する第４の確立部と、
前記特定の認証情報を利用した前記対象処理を実行することなく、前記第４の無線接続を利用して、前記第１の無線インターフェースを介して、前記第２の機能を実行するための第２の機能実行情報の通信を前記端末装置と実行する第２の通信実行部と、
を備える、請求項１から１９のいずれか一項に記載の機能実行装置。
前記第２の機能は、前記機能実行装置がエラー状態である場合に、前記エラー状態に関係するエラー情報を前記端末装置に表示させるためのエラー表示情報を前記端末装置に送信する機能であり、
前記第２の通信実行部は、前記端末装置から、前記エラー表示情報を前記端末装置に送信するための要求を前記第２の機能実行情報として受信する、請求項２０に記載の機能実行装置。
端末装置のためのコンピュータプログラムであって、
前記端末装置のコンピュータを、以下の各部、即ち、
機能実行装置及び前記端末装置のうちの一方の装置によって準備される特定の認証情報を利用した対象処理を実行することなく、前記端末装置の第１の無線インターフェースを介して、前記機能実行装置から、前記機能実行装置が実行可能な１個以上の機能を示す機能画面を前記端末装置に表示させるための画面表示情報を受信する受信部と、
前記機能実行装置から前記画面表示情報が受信される場合に、前記機能画面を前記端末装置の表示部に表示させる表示制御部と、
前記機能画面が前記表示部に表示された後に、第１の機能を前記機能実行装置に実行させるための第１の実行指示が前記端末装置に入力される場合に、前記第１の無線インターフェースを介して、前記機能実行装置との第１の無線接続を確立するための命令を前記端末装置のＯＳ（Operating Systemの略）プログラムに供給する供給部と、
前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、実行要求を前記機能実行装置に送信する送信部であって、前記実行要求は、前記特定の認証情報を利用した前記対象処理を前記機能実行装置に実行させるための要求である、前記送信部と、
前記特定の認証情報を利用した前記対象処理が実行された後に、前記第１の無線インターフェースを介して、前記第１の機能を実行するための機能実行情報の通信を前記機能実行装置と実行する通信実行部と、
として機能させるコンピュータプログラム。
前記コンピュータプログラムは、前記コンピュータを、さらに、
前記機能画面が前記端末装置に表示された後に、前記機能実行装置に前記第１の機能とは異なる第２の機能を実行させるための第２の実行指示が前記端末装置に入力される場合に、前記第１の無線インターフェースを介して、前記機能実行装置との特定の無線接続を確立する特定の確立部と、
前記特定の認証情報を利用した前記対象処理を実行することなく、前記特定の無線接続を利用して、前記第１の無線インターフェースを介して、前記第２の機能を実行するための第２の機能実行情報の通信を前記機能実行装置と実行する特定の通信実行部と、として機能させる、請求項２２のいずれか一項に記載のコンピュータプログラム。
前記第２の機能は、前記機能実行装置がエラー状態である場合に、前記エラー状態に関係するエラー情報を前記端末装置に表示させるためのエラー表示情報を前記端末装置に送信する機能であり、
前記特定の通信実行部は、前記エラー表示情報を前記端末装置に送信するための要求を前記第２の機能実行情報として前記機能実行装置に送信する、請求項２３に記載のコンピュータプログラム。