JP6179437B2 - 機能実行装置 - Google Patents

Description

本明細書では、端末装置と通信を実行するための機能実行装置を開示する。

特許文献１には、複合機をアクセスポイントに接続するための技術が開示されている。複合機は、周辺で無線ネットワークを形成しているアクセスポイントをサーチする。これにより、複合機は、アクセスポイントからＳＳＩＤを受信する。複合機は、受信済みのＳＳＩＤのリストを、表示部に表示する。ユーザによって接続対象のＳＳＩＤが選択されると、複合機は、選択されたＳＳＩＤのアクセスポイントと接続を実行する。

特開２０１０−７４３３４号公報

上記の技術では、ＳＳＩＤのリストに含まれる各ＳＳＩＤに対応するアクセスポイントを、周囲に存在するアクセスポイントの中から特定することは困難である。

端末装置を用いて無線通信を実行すべき状況において、通信対象の機器を特定することが望まれる場合がある。

本明細書では、端末装置を用いて、機能実行装置を容易に特定し得る技術を提供する。

本明細書によって開示される機能実行装置は、プローブ受信部と、応答送信部と、第１の信号受信部と、判断部と、出力制御部と、を備える。プローブ受信部は、プローブ信号を端末装置から受信する。応答送信部は、プローブ信号に対する応答信号を端末装置に送信する。第１の信号受信部は、応答信号を送信した後に、特定機能を示す機能情報を含む第１の信号を、端末装置から受信する。判断部は、機能実行装置が、受信済みの第１の信号に含まれる機能情報によって示される特定機能を実行可能であるか否かを判断する。出力制御部は、特定機能を実行可能であると判断される場合に、機能実行装置の出力部に、前記特定機能が実行可能であることを示す第１の報知を出力させる。出力制御部は、特定機能を実行可能でないと判断される場合に、出力部に、第１の報知を出力させない。

上記の構成によると、機能実行装置が、特定機能を実行可能である場合に、第１の報知を出力することによって、端末装置のユーザは、特定機能を実行可能な機能実行装置を特定することができる。

機能実行装置は、さらに、第１の信号を受信した後に、機器を識別するために機器に固有に設定される第１の識別情報を含む第２の信号を受信してもよい。出力制御部は、受信済みの第２の信号に含まれる第１の識別情報が、機能実行装置を識別するための情報である場合に、出力部に、第１の識別情報が機能実行装置を識別するための情報であることを示す第２の報知を出力させてもよい。出力制御部は、第１の識別情報が、機能実行装置を識別するための情報でない場合に、出力部に、第２の報知を出力させなくてもよい。上記の構成によると、機能実行装置は、第２の報知を出力することによって、第１の識別情報が機能実行装置を識別するための情報であることを報知することができる。この結果、端末装置のユーザは、第１の識別情報で識別される機能実行装置を特定することができる。

第２の報知は、第１の報知と同じであってもよい。出力部によって、第１の報知が出力されている間に、第２の信号が受信される場合に、出力制御部は、第１の識別情報が、機能実行装置を識別するための情報である場合に、出力部に、第１の報知の出力を継続させ、第１の識別情報が、機能実行装置を識別するための情報でない場合に、出力部に、第１の報知の出力を停止させてもよい。この構成によると、出力部から出力される報知を適切に停止させることができる。

第２の信号受信部は、第２の信号を受信した後に、機器を識別するための第２の識別情報を含む第３の信号を、さらに受信してもよい。出力制御部は、出力部によって、第２の報知が出力されている間に、受信済みの第３の信号に含まれる第２の識別情報が、機能実行装置を識別するための情報でない場合に、出力部に、前記第２の報知の出力を停止させてもよい。この構成によると、第２の報知が出力されている状態であっても、機能実行装置を識別するための情報でない識別情報が受信される場合に、適切に第２の報知の出力を停止することができる。

機能実行装置は、第１の信号が受信されてからの期間を計測する計測部を、さらに備えていてもよい。出力部によって、第１の報知が出力されている間に、第１の信号が受信されてから所定期間が経過しても、第２の信号が受信されない場合に、出力制御部は、出力部を、第１の報知の出力を停止させてもよい。この構成によると、第１の報知の出力を適切に停止することができる。

本明細書によって開示される通信システムは、端末装置と複数個の機能実行装置とを含む。端末装置は、プローブ送信部と、応答受信部と、第１の信号送信部と、機能実行情報受信部と、表示制御部と、を備える。プローブ送信部は、プローブ信号を送信する。応答受信部は、プローブ信号に対する応答信号を、複数個の機能実行装置から受信する。第1の信号送信部は、複数個の機能実行装置に、特定機能を示す機能情報を含む第１の信号を送信する。機能実行情報受信部は、第１の信号に対する応答信号として、特定機能を実行可能であることを示す実行可能情報を、複数個の機能実行装置のうちの１個以上の特定の機能実行装置から受信する。表示制御部は、１個以上の特定の機能実行装置に関連する１個以上の関連情報を、表示部に表示させる。

機能実行装置は、プローブ受信部と、応答送信部と、第１の信号受信部と、判断部と、機能実行情報送信部と、出力制御部と、を備える。プローブ受信部は、プローブ信号を端末装置から受信する。応答送信部は、プローブ信号に対する応答信号を端末装置に送信する。第1の信号受信部は、応答信号を送信した後に、第１の信号を端末装置から受信する。判断部は、機能実行装置が、受信済みの第１の信号に含まれる機能情報によって示される特定機能を実行可能であるか否かを判断する。機能実行情報送信部は、特定機能を実行可能であると判断される場合に、実行可能情報を、第１の信号に対する応答信号として、端末装置に送信する。出力制御部は、特定機能を実行可能であると判断される場合に、機能実行装置の出力部に、特定機能が実行可能であることを示す第１の報知を出力させる。出力制御部は、特定機能を実行可能でないと判断される場合に、出力部に、第１の報知を出力させない。

上記の構成によると、複数個の機能実行装置のそれぞれが、特定機能を実行可能である場合に、第１の報知を出力することによって、端末装置のユーザは、複数個の機能実行装置の中から、特定機能を実行可能な機能実行装置を特定することができる。

端末装置は、さらに、ユーザによって指定される前記特定機能を受け付ける機能受付部を備えていてもよい。第１の信号送信部は、ユーザによって指定された特定機能を示す機能情報を含む第１の信号を送信してもよい。この構成によると、端末装置のユーザは、複数個の機能実行装置の中から、ユーザが望む機能を実行可能な機能実行装置を特定することができる。

端末装置は、さらに、表示部に表示されている１個以上の関連情報の中から、ユーザによって選択される１個の特定の関連情報を受け付ける情報受付部と、特定の関連情報に関連する機能実行装置と、無線通信設定を用いて接続を確立する第１の確立部と、を備えていてもよい。機能実行装置は、端末装置と、無線通信設定を用いて接続を確立する第２の確立部を備える。この構成によると、端末装置のユーザは、特定機能を実行可能な機能実行装置の中から、ユーザが利用することを望む機能実行装置を特定することができる。

また、上記の機能装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の端末装置、当該端末装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。

通信システムの構成を示す。 携帯端末の接続処理のフローチャートを示す。 機器の接続処理のフローチャートを示す。 携帯端末と機器とによって実行される各処理のシーケンス図を示す。 図４に続くケースＡのシーケンス図を示す。 図４に続くケースＢのシーケンス図を示す。 図４に続くケースＣのシーケンス図を示す。

（通信システム２の構成）
図１に示されるように、通信システム２は、プリンタ１０，２００，３００と、スキャナ４００と、携帯端末１００と、を備える。プリンタ１０，２００，３００は、広い会場（例えば、イベント会場、工場内、オフィス内等）において、互いに離れた位置に設置されている。携帯端末１００のユーザは、会場内を、携帯端末１００を持って移動することができる。

（プリンタ１０の構成）
プリンタ１０は、印刷機能を実行可能な周辺機器（例えば携帯端末１００の周辺機器）である。プリンタ１０は、操作部１２と、表示部１４と、印刷実行部１６と、無線ＬＡＮインターフェース（以下ではインターフェースのことを「Ｉ／Ｆ」と記載する）２０と、制御部３０と、を備える。各部１２〜３０は、バス線（符号省略）に接続されている。

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をプリンタ１０に与えることができる。表示部１４は、様々な情報を表示するためのディスプレイである。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構である。印刷実行部１６は、カラープリント機能と、モノクロプリント機能と、の両方を実行可能である。

無線ＬＡＮＩ／Ｆ２０は、Ｗｉ−Ｆｉ方式に従ったＷｉ−Ｆｉ通信を実行するためのインターフェースである。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従って、無線通信を実行するための無線通信方式である。制御部３０は、無線ＬＡＮＩ／Ｆ２０を介して、Ｗｉ−Ｆｉ通信を実行することができる。より具体的に言うと、制御部３０は、後述のＷＦＤ（Wi-Fi Directの略）方式の無線ネットワーク（以下では「ＷＦＤＮＷ」（Wi-Fi Direct Networkの略）と呼ぶ）を利用して、無線ＬＡＮＩ／Ｆ２０を介して、Ｗｉ−Ｆｉ通信を実行することができる。

制御部３０は、ＣＰＵ３２とメモリ３４とを備える。メモリ３４は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理（例えば後述の図３の処理）を実行する。

（ＷＦＤ方式）
続いて、ＷＦＤ方式について説明する。ＷＦＤ方式は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Ｗｉ−Ｆｉ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ） Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．１」に記述されている無線通信方式である。

以下では、プリンタ１０のように、ＷＦＤ方式をサポートしている機器のことを「ＷＦＤ機器」と呼ぶ。上記のＷＦＤの規格書では、ＷＦＤ機器の状態として、Ｇｒｏｕｐ Ｏｗｎｅｒ状態（以下では「Ｇ／Ｏ状態」と呼ぶ）、クライアント状態（以下では「ＣＬ状態」と呼ぶ）、及び、デバイス状態の３つの状態が定義されている。ＷＦＤ機器は、上記の３つの状態のうちの１つの状態で選択的に動作可能である。

Ｇ／Ｏ状態のＷＦＤ機器（即ちＧ／Ｏ機器）は、当該ＷＦＤ機器が親局として動作する無線ネットワーク（即ちＷＦＤＮＷ）を形成する機器である。ＣＬ状態のＷＦＤ機器（即ちＣＬ機器）は、ＷＦＤＮＷの子局として動作する機器である。デバイス状態のＷＦＤ機器（即ちデバイス機器）は、ＷＦＤＮＷに所属していない機器である。

Ｇ／Ｏ機器は、他の機器を介さずに、ＣＬ機器と対象データの無線通信を実行可能である。対象データは、ＯＳＩ参照モデルのネットワーク層の情報、及び、ネットワーク層よりも上位層（例えばアプリケーション層）の情報を含むデータであり、例えば、印刷対象の画像を表わす印刷データを含む。また、Ｇ／Ｏ機器は、一対のＣＬ機器の間の対象データの無線通信を中継可能である。このように、ＷＦＤＮＷでは、各機器は、当該各機器とは別体に構成されているアクセスポイント（以下では「ＡＰ」と呼ぶ）を介さずに、対象データの無線通信を実行することができる。即ち、ＷＦＤ方式は、ＡＰが利用されない無線通信方式であると言える。

また、Ｇ／Ｏ機器は、ＷＦＤＮＷに所属していないデバイス機器と対象データの無線通信を実行することができないが、デバイス機器と接続用データの無線通信を実行して、デバイス機器との無線接続を確立することができる。これにより、Ｇ／Ｏ機器は、デバイス機器をＷＦＤＮＷに参加させることができる。

接続用データは、ＯＳＩ参照モデルのネットワーク層よりも下位層（例えば、物理層、データリンク層等）の情報を含むデータ（即ち、ネットワーク層の情報を含まないデータ）である。接続用データは、ＷＦＤ方式に特有である特有データを含むＷＦＤ接続用データと、特有データを含まない通常接続用データと、のどちらかに分類される。

通常接続用データは、例えば、Probe Request/Response信号、Authentication Request/Response信号、Association Request/Response信号、WSC Exchange信号、4-Way Handshake信号等を含む。Probe Request信号は、無線ネットワークの親局として動作する機器（例えば、Ｇ／Ｏ機器、ＡＰ）をサーチするための信号であり、Probe Response信号は、その応答信号である。Authentication Request信号は、認証方式を確認するための信号であり、Authentication Response信号は、その応答信号である。Association Requestは、接続を要求するための信号であり、Association Response信号は、その応答信号である。WSC Exchange信号は、パスワード等の各種情報を供給するための信号である。4-Way Handshake信号は、認証を実行するための信号である。

また、ＷＦＤ接続用データは、上記の通常接続用データに加えて、ＷＦＤ方式に特有である特有データとして、例えば、Invitation Request/Response信号、Provision Discovery Request/Response信号等を含む。Invitation Request信号は、ＷＦＤＮＷに参加することを指示するための信号であり、Invitation Response信号は、その応答信号である。Provision Discovery Request信号は、ＷＰＳ（Wi-Fi Protected Setupの略）の方式（例えば、プッシュボタン方式、ＰＩＮコード方式等）を確認するための信号であり、Provision Discovery Response信号は、その応答信号である。

また、上記の接続用データの他に、ＷＦＤ方式に従って、無線接続が確立されていない機器（例えばＧ／Ｏ機器とデバイス機器との間、２個のデバイス機器の間）は、Service Discoveryパケットと、Service Discoveryパケットに対する応答と、を用いた無線通信を実行可能である。

Service Discoveryパケット及びその応答は、通常のＷｉ−Ｆｉに従った無線通信では用いられない信号である。Service Discoveryパケット及びその応答は、通常、通信対象の機器が、どのような機能（例えばプリント機能）を実行可能であるかを、当該通信対象の機器に確認するために用いられる信号である。なお、Service Discoveryパケット及びその応答は、ＯＳＩ参照モデルのネットワーク層よりも下位層（例えば、物理層、データリンク層等）の情報を含むデータ（即ち、ネットワーク層の情報を含まないデータ）である。

（プリンタ２００，３００の構成）
プリンタ３００は、プリンタ１０と同様の構成を有する。プリンタ３００の印刷実行部は、カラープリント機能と、モノクロプリント機能と、の両方を実行可能である。なお、プリンタ２００は、印刷実行部を除いて、プリンタ１０と同様の構成を有する。プリンタ２００の印刷実行部は、モノクロプリント機能を実行可能であるが、カラープリント機能を実行可能でない。

（スキャナ４００の構成）
スキャナ４００は、プリンタ１０の印刷実行部１６に替えて、図示省略したスキャン実行部を備える。スキャン実行部は、ＣＣＤ、ＣＩＳ等のスキャン機構である。

（携帯端末１００の構成）
携帯端末１００は、例えば、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。携帯端末１００は、操作部１１２と、表示部１１４と、無線ＬＡＮＩ／Ｆ１２０と、制御部１３０と、を備える。各部１１２〜１３０は、バス線（符号省略）に接続されている。

操作部１１２は、複数のキーを備える。ユーザは、操作部１１２を操作することによって、様々な指示を携帯端末１００に与えることができる。表示部１１４は、様々な情報を表示するためのディスプレイである。無線ＬＡＮＩ／Ｆ１２０は、無線ＬＡＮＩ／Ｆ２０と同様、Ｗｉ−Ｆｉ方式に従ったＷｉ−Ｆｉ通信を実行するためのインターフェースである。

制御部１３０は、ＣＰＵ１３２とメモリ１３４とを備える。メモリ１３４は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。ＣＰＵ１３２は、メモリ１３４に格納されているプログラム１３６に従って、様々な処理を実行する。プログラム１３６は、機器（例えばプリンタ１０、スキャナ４００）に機能（例えばプリント機能、スキャン機能等）を実行させるためのアプリケーション（以下では「機器用アプリケーション」と呼ぶ）を含む。機器用アプリケーションは、例えば、機器のベンダによって提供されるサーバから携帯端末１００にインストールされてもよいし、機器と共に出荷されるメディアから携帯端末１００にインストールされてもよい。

（携帯端末１００が実行する接続処理；図２）
携帯端末１００のユーザは、携帯端末１００を利用して、携帯端末１００に格納されているデータを用いた印刷を、プリンタに実行させることを望む場合がある。あるいは、原稿のスキャンデータを、携帯端末１００に格納することを望む場合がある。携帯端末１００が、ＷＦＤＮＷに参加していない状況、即ち、携帯端末１０がデバイス状態である状況では、ユーザは、携帯端末１００に、実行を希望する機能（例えばプリント機能、スキャン機能）を実行可能な機器と同一のＷＦＤＮＷに所属させる必要がある。この場合、ユーザは、携帯端末１００の操作部１１２を操作することによって、機器用アプリケーションを起動させる。機器用アプリケーションが起動されると、ＣＰＵ１３２は、図２の接続処理を実行する。

Ｓ１０では、ＣＰＵ１３２は、Probe Request信号をブロードキャストによって送信する。Ｓ１２では、ＣＰＵ１３２は、Probe Request信号の応答として、Probe Response信号を受信することを監視している。ＣＰＵ１３２は、Probe Request信号を送信してから、所定の待機期間が経過してもProbe Response信号が受信されない場合（Ｓ１２でＮＯ）、接続処理を終了する。一方、ＣＰＵ１３２は、Probe Request信号を送信してから、所定の待機期間が経過するまでに、１個以上の機器（即ち、Ｇ／Ｏ機器、デバイス機器）からProbe Response信号が受信されると（Ｓ１２でＹＥＳ）、Ｓ１４に進む。Probe Response信号は、機器のデバイス名を含む。なお、Probe Request信号を送信してProbe Response信号を受信することによって、プリンタ１０の周囲に存在するＧ／Ｏ機器を見つけるための処理がＳｃａｎ処理であり、プリンタ１０の周囲に存在するデバイス機器を見つけるための処理がＳｅａｒｃｈ処理である。

Ｓ１４では、ＣＰＵ１３２は、受信済みの１個以上のProbe Response信号に含まれる１個以上のデバイス名を示す機器リストを、表示部１１４に表示させる。なお、変形例では、デバイス名に代えて、ＳＳＩＤを機器リストに示してもよい。Ｓ１６では、ＣＰＵ１３２は、機器リストとともに、第１の機能指定リストを、表示部１１４に表示させる。第１の機能指定リストは、プリント機能と、スキャン機能と、を表す文字列を含む。

ユーザは、表示部１１４に第１の機能指定リストが表示されると、ユーザが望む第１の機能（例えばプリント機能）を選択する第１の機能指定操作（例えば文字列「プリント機能」を選択する操作）を、操作部１１２に実行する。Ｓ１６では、ＣＰＵ１３２は、ユーザによる第１の機能指定操作を受け付けることを監視している。

なお、ＣＰＵ１３２は、Ｓ１６の機能指定操作を監視している間、Ｓ１０〜Ｓ１４の処理を定期的に実行する。これにより、１回目のＳ１０でProbe Request信号が送信された後に、携帯端末１００と通信不可能（例えば電源ＯＦＦ）から通信可能（例えば電源ＯＮ）に切り替えられた機器のデバイス名を含む機器リストを表示することができる。また、１回目のＳ１０でProbe Request信号が送信された後に、携帯端末１００と通信可能（例えば電源ＯＮ）から通信不可能（例えば電源ＯＦＦ）に切り替えられた機器のデバイス名を含まない機器リストを表示することができる。

機能指定操作を受け付けると（Ｓ１６でＹＥＳ）、ＣＰＵ１３２は、機器リストに含まれる１個以上の機器のそれぞれに対して、指定済みの機能を実行可能であるか否かの機能問合せを送信する。具体的には、ＣＰＵ１３２は、機能問合せとして、ＷＦＤ方式のService Discoveryパケットを送信する。Service Discoveryパケットは、指定済みの機能を示す機能情報と、デバイス名と、を含む。Service Discoveryパケットに含まれる機能情報は、問合せ内容を示すための情報であり、Service Discoveryパケットに含まれるデバイス名は、Service Discoveryパケットの送信先を示すための情報である。

Ｓ２０では、ＣＰＵ１３２は、機能問合せに対する応答が受信されることを監視する。所定の待機期間が経過する前に、応答が受信される場合（Ｓ２０でＹＥＳ）、Ｓ２２の処理をスキップして、Ｓ２４に進む。一方、ＣＰＵ１３２は、所定の待機期間が経過しても、応答が受信されない場合（Ｓ２０でＮＯ）、Ｓ２２において、ＣＰＵ１３２は、Ｓ１８で送信された機能問合せの送信先の機器を示すデバイス名を、機器リストから消去して、Ｓ２４に進む。この結果、表示部１１４に表示される機器リストは、Ｓ２０において、機器問合せに対する応答が受信された機器（即ち、Ｓ１６で受け付けた機能を実行可能な機器）のデバイス名を含み、機器問合せに対する応答が受信されなかった機器（Ｓ１６で受け付けた機能を実行可能でない機器）のデバイス名を含まない。なお、変形例では、ＣＰＵ１３２は、機能問合せに対する応答が受信されると、応答に含まれるデバイス名を示す機器リストを新たに生成し、機器リストを更新してもよい。

Ｓ２４では、ＣＰＵ１３２は、Ｓ１４で表示された機器リストに含まれる全てのデバイス名の機器に、機能問合せを送信したか否かを判断する。機能問合せを送信していない機器のデバイス名が存在する場合（Ｓ２４でＮＯ）、Ｓ１８に戻る。一方、全ての機器に機能問合せが送信された場合（Ｓ２４でＹＥＳ）、Ｓ２６に進む。

Ｓ２６では、ＣＰＵ１３２は、機器リストの他に、第２の機能指定リストを、表示部１１４に表示させる。第２の機能指定リストは、Ｓ１６によって指定された機能に応じて異なる。例えば、Ｓ１６において、プリント機能が指定された場合、ＣＰＵ１３２は、カラープリント機能と、モノクロプリント機能と、を含む第２の機能指定リストを、表示部１１４に表示させる。また、例えば、Ｓ１６において、スキャン機能が指定された場合、ＣＰＵ１３２は、カラースキャン機能と、モノクロスキャン機能と、を含む第２の機能指定リストを、表示部１１４に表示させる。言い換えると、第２の機能指定リストは、第１の機能指定リストによって指定された機能を、より詳細な機能（即ち第１の機能指定リストによって指定された機能よりも下位概念の機能）を指定するためのリストということができる。

ユーザは、表示部１１４に第２の機能指定リストが表示されると、ユーザが望む第２の機能（例えばカラープリント機能）を選択する第２の機能指定操作を、操作部１１２に実行可能である。また、ユーザは、表示部１１４に表示されている機器リストの中から、１個のデバイス名を選択する機器選択操作を、操作部１１２に実行可能である。Ｓ２６では、ＣＰＵ１３２は、ユーザによって、第２の機能指定操作が実行されるか、機器選択操作を実行されるかを監視している。第２の機能指定操作を受け付ける場合（Ｓ２６でＹＥＳ）、Ｓ１８に戻る。

一方、ＣＰＵ１３２では、機器選択操作を受け付ける場合（Ｓ２６でＮＯ）、Ｓ２８において、ＣＰＵ１３２は、Ｓ２６において、機器リストに含まれるデバイス名のうち、選択されたデバイス名に、記号（例えばデバイス名を表す文字列の前に黒丸）が付された機器リストを、表示部１１２に表示させる。

なお、ＣＰＵ１３２は、Ｓ２６の機器選択操作を監視している間、Ｓ１８〜Ｓ２４の処理を定期的に実行する。これにより、機器の通信状況（即ち携帯端末１００と通信可能であるか否か）の変化に対応する機器リストを、表示することできる。

次いで、Ｓ３０では、ＣＰＵ１３２は、各機器１０，２００〜４００に対して、機器問合せを送信する。具体的には、ＣＰＵ１３２は、機器問合せとして、ＷＦＤ方式のService Discoveryパケットを送信する。Service Discoveryパケットは、選択済みのデバイス名を含む。即ち、Service Discoveryパケットは、Ｓ１２で受信されたProbe Response信号に含まれるデバイス名を含む。Service Discoveryパケットに含まれるデバイス名は、問合せ内容を示すための情報であり、Service Discoveryパケットの送信先を示すための情報でもある。なお、変形例では、Service Discoveryパケットは、デバイス名とともに、あるいはデバイス名に代えて、ＳＳＩＤ、ＭＡＣアドレス等、機器に応じて一意に特定される機器固有の情報を含んでいてもよい。機器固有の情報は、Ｓ１２で受信されたProbe Response信号に含まれる情報であってもよいし、Probe Response信号とは別に取得される情報であってもよい。

Ｓ１０〜Ｓ３０では、携帯端末１００と機器との無線通信は、ＯＳＩ参照モデルのネットワーク層よりも下位層を用いて、即ち、ＯＳＩ参照モデルのネットワーク層以上の通信層を用いずに、実行される。

次いで、Ｓ３２では、ＣＰＵ１３２は、ユーザによって、さらに、機器選択操作を実行されるかを監視している。機器選択操作を受け付ける場合（Ｓ３２でＹＥＳ）、Ｓ２８に戻る。一方、機器選択操作を受け付けない場合（Ｓ３２でＮＯ）、Ｓ３４において、ＣＰＵ１３２は、ユーザによって、操作部１１２に接続操作が実行されることを監視する。接続操作は、表示部１１４に表示される接続ボタンの操作と、機器リストの中からデバイス名を選択する操作と、を含む。

Ｓ３６では、ＣＰＵ１３２は、ユーザによって接続操作を受け付ける（Ｓ３４でＹＥＳ）と、接続操作によって選択されたデバイス名によって示される機器（例えばプリンタ１０）と、接続を確立する。

具体的には、ＣＰＵ１３２は、接続要求（即ちAssociation Request信号）を、接続操作によって選択されたデバイス名の機器（以下では「対象機器」と呼ぶ）に送信し、対象機器とＧ／Ｏネゴシエーションを実行する。Ｇ／Ｏネゴシエーションでは、ＣＰＵ１３２は、携帯端末１００のＧ／Ｏ優先度を示す情報を対象機器に送信すると共に、対象機器のＧ／Ｏ優先度を示す情報を対象機器から受信する。Ｇ／Ｏ優先度は、Ｇ／Ｏ状態になるべき程度を示す指標であり、各機器において予め決められている。

ＣＰＵ１３２は、携帯端末１００のＧ／Ｏ優先度と対象機器のＧ／Ｏ優先度とを比較して、優先度が高い方の機器がＧ／Ｏ状態になることを決定し、優先度が低い方の機器がＣＬ状態になることを決定する。対象機器も同様に、プリンタ１０のＧ／Ｏ優先度と対象機器のＧ／Ｏ優先度とに基づいて、Ｇ／Ｏ状態及びＣＬ状態を決定する。

Ｇ／Ｏネゴシエーションにおいて、携帯端末１００がＧ／Ｏ状態になることが決定される場合には、ＣＰＵ１３２は、予めメモリ１３４に記憶されているＷＦＤ無線設定情報を対象機器に供給する。ＷＦＤ無線設定情報は、認証方式、暗号化方式、パスワード、ＳＳＩＤ、ＢＳＳＩＤ（Basic Service Set Identifierの略）等を含む。ＷＦＤ無線設定情報に含まれる認証方式、暗号化方式、及び、パスワードは、ＷＦＤＮＷにおいて、認証及び暗号化のために利用される情報である。ＷＦＤ無線設定情報に含まれるＳＳＩＤは、ＷＦＤＮＷを識別するためのネットワーク識別子である。ＷＦＤ無線設定情報に含まれるＢＳＳＩＤは、Ｇ／Ｏ機器のＭＡＣアドレスである。なお、以下では、無線設定情報のことを「ＷＳＩ（Wireless Setting Informationの略）」と呼ぶ。

ＣＰＵ１３２がＷＦＤＷＳＩを対象機器に供給すれば、対象機器は、ＷＦＤＷＳＩに従った認証の実行を携帯端末１００に要求する（即ちAuthentication Request信号）。ＣＰＵ１３２は、認証を実行して、当該認証が成功すれば、プリンタ１０と対象デバイス機器との間に接続が確立される。ＣＰＵ１３２は、対象デバイス機器のＭＡＣアドレスを、プリンタ１０の管理リストに登録する。これにより、携帯端末１００は、Ｇ／Ｏ機器としてＷＦＤＮＷに新たに所属し（即ち、ＷＦＤＮＷを新たに形成し）、対象機器は、ＣＬ機器としてＷＦＤＮＷに新たに所属する。

一方において、Ｇ／Ｏネゴシエーションにおいて、携帯端末１００がＣＬ状態になることが決定される場合には、対象機器は、ＷＦＤＷＳＩを準備して、ＷＦＤＷＳＩを携帯端末１００に供給する。ＣＰＵ１３２は、対象機器からＷＦＤＷＳＩを取得して、ＷＦＤＷＳＩに従った認証の実行を対象機器に要求する。対象機器が認証を実行して、当該認証が成功すれば、携帯端末１００と対象機器との間に接続が確立される。対象機器は、携帯端末１００のＷＦＤＭＡＣを、対象デバイス機器の管理リストに登録する。これにより、対象デバイス機器は、Ｇ／Ｏ機器としてＷＦＤＮＷに新たに所属し（即ち、ＷＦＤＮＷを新たに形成し）、携帯端末１００は、ＣＬ機器としてＷＦＤＮＷに新たに所属する。

これにより、接続が確立されると、携帯端末１００と接続が確立された機器との無線通信は、ＯＳＩ参照モデルのネットワーク層以上の通信層を用いて実行される。

（機器が実行する接続処理；図３）
以下では、図３を参照して、プリンタ１０，２００，３００及びスキャナ４００のそれぞれが実行する処理を説明する。ここでは、プリンタ１０のＣＰＵ３２が実行する処理を説明するが、プリンタ２００，３００及びスキャナ４００のＣＰＵは、それぞれ、プリンタ１０のＣＰＵ３２と同様の処理を実行する。

ＣＰＵ３２は、プリンタ１０の電源がＯＦＦからＯＮに切り替えられると、本処理を実行する。Ｓ５０では、ＣＰＵ３２は、Probe Request信号が受信されることを監視している。Probe Request信号が受信されると（Ｓ５０でＹＥＳ）、Ｓ５２において、ＣＰＵ３２は、Probe Request信号の送信元（例えば携帯端末１００）に、Probe Response信号を送信する。Probe Response信号は、プリンタ１０のデバイス名を含む。

次いで、Ｓ５４では、ＣＰＵ３２は、Probe Request信号の送信元（例えば携帯端末１００）から、機能問合せが受信されることを監視する。機能問合せが受信されない場合（Ｓ５４でＮＯ）、Ｓ５０に戻る。一方、Probe Response信号を送信してから所定の待機時間内に、機能問合せが受信される場合（Ｓ５４でＹＥＳ）、Ｓ５６において、ＣＰＵ３２は、機能問合せに含まれる機能情報によって示される機能（例えばプリント機能）が実行可能であるか否かを判断する。

プリンタ１０が機能情報によって示される機能を実行可能でないと判断される場合（Ｓ５６でＮＯ）、Ｓ７８に進む。一方、プリンタ１０が機能情報によって示される機能を実行可能であると判断される場合（Ｓ５６でＹＥＳ）、Ｓ５８において、ＣＰＵ３２は、機能を実行可能であることを示す応答を、機能問合せの送信元に送信する。

次いで、Ｓ６０では、ＣＰＵ３２は、表示部１４を点滅させる。なお、既に表示部１４が点滅されている場合、ＣＰＵ３２は、表示部１４の点滅を停止させずに、継続的に表示部１４を点滅させる。そして、Ｓ６２において、ＣＰＵ３２は、制御部３０内のタイマのカウント値をリセットし、カウントを開始する。Ｓ６４では、ＣＰＵ３２は、Ｓ５４又は後述するＳ６５において、機能問合せが受信されてから、所定期間が経過したか否かを判断する。Ｓ６４の所定期間は、機能問合せの送信元（例えば携帯端末１００）が、機能問合せ（即ちService Discovery）を繰り返し送信する間隔よりも長い。Ｓ６４では、具体的には、Ｓ６２でリセットされたタイマのカウント値が「０」である場合に、所定期間が経過した（Ｓ６４でＹＥＳ）と判断し、タイマのカウント値が「０」より大きい場合に、所定期間が経過していない（Ｓ６４でＮＯ）と判断する。Ｓ６４でＹＥＳの場合にＳ７８に進み、Ｓ６４でＮＯの場合にＳ６５に進む。

Ｓ６５では、ＣＰＵ３２は、機能問合せが受信されるか否かを判断する。機能問合せが受信される場合に（Ｓ６５でＹＥＳ）、Ｓ５６に戻る。一方、機能問合せが受信されない場合に（Ｓ６５でＮＯ）、Ｓ６６において、ＣＰＵ３２は、機能問合せの送信元（例えば携帯端末１００）から、機器問合せが受信されるか否かを判断する。機器問合せが受信されない場合に（Ｓ６６でＮＯ）、Ｓ６４に戻る。一方、機能問合せが受信される場合に（Ｓ６６でＹＥＳ）、Ｓ６８において、ＣＰＵ３２は、機能問合せに含まれるデバイス名が、プリンタ１０のデバイスと一致するか否かを判断する。機能問合せに含まれるデバイス名が、プリンタ１０のデバイスと一致しない場合（Ｓ６８でＮＯ）、Ｓ７８に進む。

一方、機能問合せに含まれるデバイス名が、プリンタ１０のデバイス名と一致する場合（Ｓ６８でＹＥＳ）、Ｓ７０において、ＣＰＵ３２は、機器問合せの応答として、デバイス名が一致したことを示す応答を、機器問合せの送信元に送信する。次いで、Ｓ７２において、ＣＰＵ３２は、ＣＰＵ３２は、表示部１４を点滅させる。なお、既に表示部１４が点滅されている場合、ＣＰＵ３２は、表示部１４の点滅を停止させずに、継続的に表示部１４を点滅させる。

Ｓ７３では、ＣＰＵ３２は、制御部３０内のタイマをリセットし、カウントを開始する。次いで、Ｓ７４では、ＣＰＵ３２は、Ｓ６４と同様の手法で、Ｓ６６で機器問合せが受信されてから、所定期間が経過したか否かを判断する。所定期間が経過した場合（Ｓ７４でＹＥＳ）、ＣＰＵ３２は、Ｓ７８に進む。Ｓ７４の所定期間は、Ｓ６４の所定期間と同じであり、機器問合せの送信元（例えば携帯端末１００）が、機器問合せ（即ちService Discovery）を繰り返し送信する間隔よりも長い。なお、変形例では、Ｓ７４の所定期間は、Ｓ６４の所定期間と異なっていてもよい。

一方、所定期間が経過していない場合に（Ｓ７４でＮＯ）、Ｓ７６において、ＣＰＵ３２は、接続確立処理を実行すべきか否かを判断する。具体的には、機器問合せの送信元（例えば携帯端末１００）が送信するＧ／Ｏ優先度を示す情報が受信される場合（例えば図２のＳ４０）に、接続確立処理を実行すべきであると判断し、Ｇ／Ｏ優先度を示す情報が受信されない場合に接続確立処理を実行すべきでない（Ｓ７６でＮＯ）と判断する。Ｓ７６でＮＯの場合にＳ６５に戻る。一方、接続確立処理を実行すべきであると判断される場合、Ｇ／Ｏ優先度を示す情報の送信元と接続を確立してＷＦＤＮＷを形成して、Ｓ７８に進む。

Ｓ７８では、ＣＰＵ３２は、表示部１４の点滅を停止させて、Ｓ５０に戻る。なお、表示部１４が点滅されていない場合、ＣＰＵ３２は、Ｓ７８の処理をスキップして、Ｓ５０に戻る。図２の携帯端末１００の接続処理で説明されるように、機能問合せの送信元は、機能問合せ（即ちService Discovery）を、定期的に送信する。また、機器問合せの送信元は、機器問合せ（即ちService Discovery）を、定期的に送信する。このため、通常、プリンタ１０と各問合せの送信元とが通信可能な状況では、表示部１４の点滅が開始されると、Ｓ５６又はＳ６８においてＮＯと判断されるか、あるいは、接続が確立されるまで、表示部１４の点滅は継続される。

Ｓ５０〜Ｓ７６では、プリンタ１０と各信号の送信元の無線通信は、ＯＳＩ参照モデルのネットワーク層よりも下位層を用いて、即ち、ＯＳＩ参照モデルのネットワーク層以上の通信層を用いずに、実行される。Ｓ７６の処理によって接続が確立されると、プリンタ１０と接続が確立された装置との無線通信は、ＯＳＩ参照モデルのネットワーク層以上の通信層を用いて実行される。

（本実施例の効果）
続いて、図４〜図７を参照して、プリンタ１０，２００，３００、スキャナ４００（以下では、まとめて「機器１０，２００〜４００」と呼ぶ）及び携帯端末１００によって実現される具体例を説明する。図４〜図７は、携帯端末１００が図２の各処理を実行し、機器１０，２００〜４００が、それぞれ図３の各処理を実行することによって実現される。

（機器の検索処理；図４）
図４の初期状態では、機器１０，２００〜４００は、それぞれデバイス状態である。携帯端末１００のユーザは、操作部１１２を操作することによって、機器用アプリケーションを起動させる。この結果、携帯端末１００は、Probe Request信号をブロードキャストによって送信する（図２のＳ１０）。

機器１０，２００〜４００は、それぞれ、Probe Request信号を受信する（図３のＳ５０でＹＥＳ）と、Probe Response信号を、携帯端末１００に送信する（Ｓ５２）。

携帯端末１００は、機器１０，２００〜４００から、Probe Response信号を受信する（図２のＳ１２でＹＥＳ）と、Probe Response信号に含まれるデバイス名（例えば「プリンタ１０」、「プリンタ２００」）が示される機器リストを、表示部１１４に表示する（Ｓ１４）。携帯端末１００は、さらに、「プリント機能」と「スキャン機能」とを含む第１の機能指定リストを表示させる。ユーザは、操作部１１２に、第１の機能指定操作を実行することによって、「プリント機能」を指定する（Ｓ１６でＹＥＳ）。携帯端末１００は、「プリント機能」の選択を受け付けると、プリント機能を示す機能情報を含む機能情報と、デバイス名と、を含む機能問合せを、機器リストに含まれるデバイス名の機器１０，２００〜４００のそれぞれに送信する（Ｓ１８）。

プリンタ１０は、機能問合せを受信すると（図３のＳ５４でＹＥＳ）、プリンタ１０がプリント機能を実行可能であると判断して（Ｓ５６でＹＥＳ）、プリント機能を実行可能であることを示す応答を、携帯端末１００に送信する（Ｓ５８）。プリンタ１０は、表示部１４の点滅を開始する（Ｓ６０）とともに、タイマをリセットしてカウントを開始する（Ｓ６２）。プリンタ２００，３００は、プリンタ１０と同様に、プリント機能を実行可能であると判断して（Ｓ５６でＹＥＳ）、図３のＳ５８〜Ｓ６２の処理を実行する。

一方、スキャナ４００は、印刷実行部を有しておらず、プリント機能を実行することができない。スキャナ４００は、機能問合せを受信すると（図３のＳ５４でＹＥＳ）、スキャナ４００がプリント機能を実行可能でないと判断する（Ｓ５６でＮＯ）。この場合、スキャナ４００は、機能問合せに対する応答を携帯端末１００に送信せず、かつ、表示部を点滅させず（即ちＳ５８〜Ｓ６２の処理を実行せず）、接続処理を終了する。

携帯端末１００は、機器リストに含まれるデバイス名のうち、機能問合せを送信してから所定期間を経過しても、機能問合せに対する応答が受信されないスキャナ４００のデバイス名を、機器リストから消去する（図２のＳ２２）。この結果、機器リストには、プリント機能を実行可能なプリンタ１０，２００，３００のデバイス名のみが示される。これにより、ユーザは、機器１０，２００〜４００のうち、プリント機能を実行可能なプリンタ１０，２００，３００のデバイス名を、機器リストを用いて特定することができる。また、プリンタ１０，２００，３００の表示部が点滅しているため、ユーザは、プリント機能を実行可能なプリンタ１０，２００，３００自体（即ち設置場所）を容易に特定することができる。

（携帯端末１００が携帯端末１００に最も近いプリンタ１０と接続するケース；図５）
図４の処理が終了すると、携帯端末１００は、機器リストとともに、第２の機能指定リストを、表示部１１２に表示する。第２の機能指定リストは、プリント機能の詳細な機能である、「カラープリント」及び「モノクロプリント」を含む。変形例では、第２の機能指定リストは、「カラープリント」及び「モノクロプリント」を示す文字列に代えて、あるいは、これらとともに「両面印刷」、「２ＩＮ１印刷」等の他の機能を含んでいてもよい。

ユーザは、操作部１１２に、第２の機能指定操作を実行することによって、「カラープリント」を選択する（Ｓ２６でＹＥＳ）。携帯端末１００は、「カラープリント」の選択を受け付けると、カラープリント機能を示す機能情報を含む機能情報と、デバイス名と、を含む機能問合せを、機器リストに含まれるデバイス名のプリンタ１０，２００，３００のそれぞれに送信する（Ｓ１８）。

プリンタ１０は、機能問合せを受信すると（図３のＳ６５でＹＥＳ）、プリンタ１０がカラープリント機能を実行可能であると判断して（Ｓ５６でＹＥＳ）、プリント機能を実行可能であることを示す応答を、携帯端末１００に送信する（Ｓ５８）。プリンタ１０は、表示部１４の点滅を継続する（Ｓ６０）とともに、タイマをリセットしてカウントを再開する（Ｓ６２）。プリンタ３００は、プリンタ１０と同様に、カラープリント機能を実行可能であると判断して（Ｓ６５でＹＥＳ）、図３のＳ５８〜Ｓ６２の処理を実行する。

一方、プリンタ２００は、カラープリント機能を有する印刷実行部を有しておらず、カラープリント機能を実行することができない。プリンタ２００は、機能問合せを受信すると（図３のＳ５４でＹＥＳ）、プリンタ２００がカラープリント機能を実行可能でないと判断する（Ｓ５６でＮＯ）。この場合、プリンタ２００は、機能問合せに対する応答を携帯端末１００に送信せず、表示部の点滅を停止して（Ｓ７８）、接続処理を終了する。これにより、プリンタ２００は、プリンタ２００の表示部の点滅を適切に停止することができる。

携帯端末１００は、機器リストに含まれるデバイス名のうち、機能問合せを送信してから所定期間を経過しても、機能問合せに対する応答が受信されないプリンタ２００のデバイス名を、機器リストから消去する（図２のＳ２２）。この結果、機器リストには、カラープリント機能を実行可能なプリンタ１０，３００のデバイス名のみが示される。これにより、ユーザは、機器１０，２００〜４００のうち、カラープリント機能を実行可能なプリンタ１０，３００のデバイス名を、機器リストを用いて特定することができる。また、カラープリント機能を実行可能なプリンタ１０，３００の表示部が点滅しているために、ユーザは、カラープリント機能を実行可能なプリンタ１０，３００自体を容易に特定することができる。

ユーザは、プリンタ１０，３００のどちらのプリンタを利用しても、カラープリント機能を実行させることができる。この状況で、ユーザは、プリンタ１０，３００のうち、携帯端末１００により近い位置に設置されているプリンタを利用することを望む。しかしながら、機器リスト、及び、プリンタ１０，３００の表示部を確認しても、携帯端末１００により近い位置に配置されているプリンタが、プリンタ１０，３００のいずれであるかを判断することは難しい。

このため、ユーザは、機器リストに示されるデバイス名のうち、「プリンタ３００」を選択する機器選択操作を実行する。携帯端末１００は、機器リストのうち、選択済みの「プリンタ３００」に、黒丸記号を付す（Ｓ２８）。そして、携帯端末１００は、機器選択操作を受け付けると（図２のＳ２６でＮＯ）、選択済みの「プリンタ３００」を示す機器情報を含む機器問合せを送信する（Ｓ３０）。

プリンタ１０は、「プリンタ３００」を示す機器情報を含む機器問合せを受信すると（図３のＳ６６でＹＥＳ）、機器問合せに含まれるデバイス名がプリンタ１０のデバイス名「プリンタ１０」と一致しないと判断し（Ｓ６８でＮＯ）、表示部１４の点滅を停止させる（Ｓ７８）。これにより、プリンタ１０は、表示部１４の点滅を適切に停止することができる。

一方、プリンタ３００は、機器問合せを受信すると（図３のＳ６６でＹＥＳ）、機器問合せに含まれるデバイス名がプリンタ３００のデバイス名「プリンタ３００」と一致すると判断し（Ｓ６８でＹＥＳ）、機器問合せに対する応答を送信する（Ｓ７０）。また、プリンタ３００は、タイマをリセットする（Ｓ７３）。この結果、プリンタ３００の表示部は、継続して点滅する。

次いで、ユーザは、機器リストに示されるデバイス名のうち、「プリンタ１０」を選択する機器選択操作を実行する。携帯端末１００は、機器リストのうち、選択済みの「プリンタ１０」に、黒丸記号を付す（図２のＳ２８）。そして、携帯端末１００は、機器選択操作を受け付けると（Ｓ３２でＹＥＳ）、選択済みの「プリンタ１０」を示す機器情報を含む機器問合せを送信する（Ｓ３０）。この結果、プリンタ３００の表示部は点滅しており、プリンタ１０の表示部１４は点滅していない。これにより、ユーザは、機器リストの「プリンタ３００」に対応するプリンタ３００自体を特定することができる。

プリンタ１０は、機器問合せを受信すると（図３のＳ６６でＹＥＳ）、機器問合せに含まれるデバイス名がプリンタ１０のデバイス名「プリンタ１０」と一致すると判断し（Ｓ６８でＹＥＳ）、機器問合せに対する応答を送信する（Ｓ７０）。プリンタ１０の表示部の点滅は停止しているため（Ｓ７１でＹＥＳ）、プリンタ１０は、表示部１４の点滅を開始する（Ｓ７２）。また、プリンタ１０は、タイマをリセットする（Ｓ７３）。

プリンタ３００は、機器問合せを受信すると（図３のＳ６６でＹＥＳ）、機器問合せに含まれるデバイス名がプリンタ３００のデバイス名「プリンタ３００」と一致しないと判断し（Ｓ６８でＮＯ）、表示部１４の点滅を停止させる（Ｓ７８）。この結果、プリンタ１０の表示部１４は点滅しており、プリンタ３００の表示部は点滅していない。これにより、ユーザは、機器リストの「プリンタ１０」に対応するプリンタ１０自体を特定することができる。ユーザは、携帯端末１００により近い位置に設置されているプリンタ１０を特定することができる。

ユーザは、特定されたプリンタ１０を示す文字列「プリンタ１０」を、機器リストから選択する操作を含む接続操作を、操作部１２に実行する。携帯端末１００は、接続操作を受け付けると（図２のＳ３４でＹＥＳ）、プリンタ１０と接続を確立する（図２のＳ３６、図３のＳ７６でＹＥＳ）。

プリンタ１０は、携帯端末１００と接続が確立されると、表示部１４の点滅を停止して（図３のＳ７８）。

これにより、ユーザは、携帯端末１００の操作部１１４を操作することによって、携帯端末１００と接続されているプリンタ１０に、カラープリント機能を実行させることができる。

（携帯端末１００に終了操作が実行されるケースＢ；図６）
図６のケースＢでは、携帯端末１００がカラープリント機能を示す機能情報を含む機能問合せを、プリンタ１０，２００，３００に送信した結果（図２のＳ１８）、プリンタ１０，３００から、応答を受信し（Ｓ２０でＹＥＳ）、機器リストからデバイス名「プリンタ２００」を消去する（図２のＳ２２）までの処理は、図５の処理と同様である。

この状況では、プリンタ１０，３００の表示部が点滅している。この状況において、例えば、携帯端末１００の近くにプリンタ１０，３００の両方が存在しない、あるいは、他の機能（例えばスキャン機能）の実行を望む等、ユーザが処理を中止することを望む場合がある。この場合、ユーザは、携帯端末１００の電源をＯＮからＯＦＦに切り替える、あるいは、操作部１１４の終了キーを操作する等の終了操作を実行する。ユーザによって、終了操作が実行されると、携帯端末１００は、機器リストを、表示部１１４から消去し、さらに、機器用アプリケーションを終了する。これにより、携帯端末１００は、機能問合せを繰り返し送信する処理を停止する。

プリンタ１０，３００は、カラープリント機能を示す機能情報を含む機能問合せを、携帯端末１００から受信した後、所定期間が経過しても、機能問合せ及び機器問合せを受信しないために（図３のＳ６４でＹＥＳ）、表示部の点滅を停止する（Ｓ７８）。これにより、プリンタ１０，３００は、処理を終了することを示す信号を、終了操作後に携帯端末１００から受信しなくても、表示部の点滅を停止することができる。

（携帯端末１００がプリンタ３００と無線通信不可能となるケースＣ；図７）
図７のケースＣでは、携帯端末１００がカラープリント機能を示す機能情報を含む機能問合せを、プリンタ１０，２００に送信した結果、プリンタ１０から、応答を受信し（Ｓ２０でＹＥＳ）、機器リストからデバイス名「プリンタ２００」を消去する（図２のＳ２２）までの処理は、図５の処理と同様である。

携帯端末１００が、カラー機能を示す機能情報を含む機能問合せに対する応答を、プリンタ３００から受信してから、カラープリント機能を示す機能情報を含む機能問合せを、プリンタ３００に送信するまでの期間に、携帯端末１００が、プリンタ３００と無線通信を実行することができなくなる場合がある。例えば、携帯端末１００とプリンタ３００との間に位置する扉が閉じられると、携帯端末１００が、プリンタ３００と無線通信を実行することができなくなる。この場合、携帯端末１００は、機能問合せに対する応答を、プリンタ３００から受信することができない（図２のＳ２０でＮＯ）。この場合、携帯端末１００は、機器リストから、プリンタ３００のデバイス名「プリンタ３００」を、消去する（図２のＳ２２）。これにより、ユーザは、携帯端末１００を利用して、プリンタ３００にカラープリント機能を実行させることができないことを知ることができる。

一方、プリンタ３００は、カラープリント機能を示す機能情報を含む機能問合せを、携帯端末１００から受信した後、所定期間が経過しても、機能問合せ及び機器問合せを受信しないために（図３のＳ６４でＹＥＳ）、表示部の点滅を停止する（Ｓ７８）。これにより、プリンタ３００は、処理を終了することを示す信号を、終了操作後に携帯端末１００から受信しなくても、表示部の点滅を停止することができる。

（対応関係）
プリンタ１０，２００，３００及びスキャナ４００が、それぞれ「機能実行装置」の一例であり、携帯端末１００が「端末装置」の一例である。Probe Request信号、Probe Response信号のそれぞれが、「プローブ信号」、「応答信号」の一例である。機能問合せが、「第1の信号」の一例であり、機器問合せが、「第２の信号」、「第３の信号」の一例である。表示部１４の点滅が、「第1の報知」及び「第２の報知」の一例である。表示部１４が「出力部」の一例である。

図３のＳ５０でProbe Request信号を受信する処理が、「プローブ受信部」が実行する処理の一例である。Ｓ５２のProbe Response信号を送信する処理が、「応答送信部」が実行する処理の一例である。Ｓ５４、Ｓ６５で機能問合せを受信する処理が、「第１の信号受信部」が実行する処理の一例である。Ｓ５６における判断処理が、「判断部」が実行する処理の一例である。Ｓ６６で機器問合せを受信する処理が、「第２の信号受信部」が実行する処理の一例である。Ｓ６０、Ｓ７２、Ｓ７８において、表示部１４の点滅を切り替える処理が、「出力制御部」が実行する処理の一例である。Ｓ５８で応答を送信する処理が、「機能実行情報送信部」が実行する処理の一例である。Ｓ７６で接続を確立する処理が「第２の確立部」の一例である。

図２のＳ１０でProbe Request信号を送信する処理が、「プローブ送信部」が実行する処理の一例である。Ｓ１２でProbe Response信号を受信する処理が、「応答受信部」が実行する処理の一例である。Ｓ１８で機能問合せを送信する処理が、「第１の信号送信部」が実行する処理の一例である。Ｓ２０で応答を受信する処理が、「機能実行情報受信部」が実行する処理の一例である。Ｓ２２で機器リストを表示する処理が「表示制御部」が実行する処理の一例である。Ｓ１６でユーザの指定を受け付ける処理が「機能受付部」が実行する処理の一例である。Ｓ３４でユーザの接続操作を受け付ける処理が「情報受付部」が実行する処理の一例である。Ｓ３６で接続を確立する処理が「第１の確立部」の一例である。

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

（変形例１）機器１０，２００〜４００は、スピーカを備えていてもよい。ＣＰＵ３２は、図３のＳ６０，Ｓ７２において、表示部の点滅とともに、あるいは、表示部の点滅に代えて、スピーカから音声（例えばプリント機能を実行可能であることを示す音声、機器問合せのデバイス名に一致することを示す音声）を出力してもよい。

ＣＰＵ３２は、図３のＳ６０，Ｓ７２において、スピーカに一定期間において音声を出力させた後、音声を停止させてもよい。あるいは、機器１０，２００〜４００は、図３のＳ６０，Ｓ７２において、スピーカに一定期間において音声を出力させる処理を、繰り返し実行してもよい。また、あるいは、機器１０，２００〜４００は、図３のＳ６０，Ｓ７２において、スピーカに音声の出力を開始させ、Ｓ７８において、音声の出力を停止させるまで、継続的に音声を出力させてもよい。本変形例では、スピーカが「出力部」の一例であり、上記の音声が「第１の報知」及び「第２の報知」の一例である。

（変形例２）機器１０，２００〜４００は、図３のＳ６０において、表示部の点滅とともに、あるいは、表示部の点滅に代えて、表示部に、機能を実行可能であることを示す文字列、図形等を表示させてもよい。図３のＳ７２でも同様である。この場合、機器１０，２００〜４００は、機能を実行可能でないと判断する場合（Ｓ５６でＮＯ）に、機能を実行可能でないことを示す文字列、図形等を表示させてもよい。本変形例では、上記の文字列、図形等が「第１の報知」及び「第２の報知」の一例である。

（変形例３）上記の実施例では、機器１０，２００〜４００は、機能を実行可能であると判断する場合（図３のＳ５６でＹＥＳ）にも、デバイス名が一致する場合（Ｓ６８でＹＥＳ）にも、表示部を点滅させている。しかしながら、機器１０，２００〜４００は、機能が実行可能であると判断する応答する場合（Ｓ５６でＹＥＳ）と、デバイス名が一致する場合（Ｓ６８でＹＥＳ）と、で、実行する処理が異なっていてもよい。例えば、機器１０，２００〜４００は、機能を実行可能であると判断する応答する場合（Ｓ５６でＹＥＳ）に、スピーカから音声を出力させてもよく、デバイス名が一致する場合（Ｓ６８でＹＥＳ）に、表示部を点滅させてもよい。この態様では、出力される上記の音声が「第１の報知」の一例であり、表示部の点滅が「第２の報知」の一例である。あるいは、例えば、機器１０，２００〜４００は、機能が実行可能であると判断する応答する場合（Ｓ５６でＹＥＳ）に、表示部を第1の間隔（あるいは第１の色（例えば緑色））で点滅させ、デバイス名が一致する場合（Ｓ６８でＹＥＳ）に、表示部を第1の間隔と異なる第２の間隔（あるいは第２の色（例えば赤色））で点滅させてもよい。この態様では、第１の間隔（あるいは緑色）の点滅が「第１の報知」の一例であり、第２の間隔（あるいは赤色）の点滅が「第２の報知」の一例である。一般的に言うと、「第１の報知」と「第２の報知」とは異なっていてもよい。

（変形例４）上記の実施例では、機器１０，２００〜４００は、機能を実行可能でないと判断する場合（Ｓ５６でＮＯ）に、表示部を点滅させない。しかしながら、機器１０，２００〜４００は、機能が実行可能でないと判断する場合に、表示部を点滅させてもよい。この場合、機器１０，２００〜４００は、機能が実行可能であると判断する場合と異なる態様（例えば、色、点滅間隔）で表示部を点滅させてもよい。

（変形例５）上記の実施例では、機器１０，２００〜４００は、機能を実行可能でないと判断する場合（Ｓ５６でＮＯ）に、機器問合せに対する応答を、携帯端末１００に送信しない。しかしながら、機器１０，２００〜４００は、機能を実行可能でないと判断する場合（Ｓ５６でＮＯ）に、機器問合せに対する応答として、機能を実行可能でないことを示す応答を、携帯端末１００に送信してもよい。この場合、携帯端末１００は、受信された応答を解析して、応答が機能実行可能でないことを示す場合に、応答の送信元のデバイス名を、機器リストから消去し、受信された応答を解析して、応答が機能実行可能であることを示す場合に、応答の送信元のデバイス名を、機器リストから消去しなくてもよい。

（変形例６）機器１０，２００〜４００は、Probe Request信号の応答として、機器１０，２００〜４００のデバイス名とともに、あるいは、デバイス名に代えて、ＭＡＣアドレス等、機器１０，２００〜４００固有の識別情報を含むProbe Response信号を、送信してもよい。携帯端末１００は、受信済みのProbe Response信号に含まれるＭＡＣアドレス等のうちのいずれかの情報を含む機器リストを、表示部１１４に表示させてもよい。一般的には、携帯端末１００は、機器１０，２００〜４００を識別するための識別情報を、を含む機器リストを、表示部１１４に表示させてもよい。本変形例では、ＭＡＣアドレス、識別情報が、それぞれ「関連情報」の一例である。

（変形例７）「機能実行装置」は、プリンタ１０、スキャナ４００に限られず、他の通信装置（例えば、印刷実行部とスキャン実行部とを備える多機能機、ＦＡＸ装置、コピー機、電話機、デスクトップＰＣ、ノートＰＣ、タブレットＰＣ、サーバ、携帯電話、ＰＤＡ端末等）であってもよい。また、「端末装置」は、携帯端末１００に限られず、他の通信装置（例えば、多機能機、プリンタ、スキャナ、ＦＡＸ装置、コピー機、電話機、デスクトップＰＣ等）であってもよい。

（変形例８）上記の実施例では、プリンタ１０のＣＰＵ３２がメモリ３４内のプログラム（即ちソフトウェア）を実行することによって、図３〜図７の各処理が実現される。これに代えて、図３〜図７の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。また、携帯端末１００のＣＰＵ１３２がメモリ１３４内のプログラム（即ちソフトウェア）を実行することによって、図２、図４〜図７の各処理が実現される。これに代えて、図２、図４〜図７の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。

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

２：通信システム、１０，２００，３００：プリンタ、１２：操作部、１４：表示部、１６：印刷実行部、２０：無線ＬＡＮＩ／Ｆ、３０：制御部、３２：ＣＰＵ、３４：メモリ、１００：携帯端末、１１２：操作部、１１４：表示部、１２０：無線ＬＡＮＩ／Ｆ、１３０：制御部、１３２：ＣＰＵ、１３４：メモリ、４００：スキャナ

Claims (8)

1. 機能実行装置であって、
   プローブ信号を端末装置から受信するプローブ受信部と、
   前記プローブ信号に対する応答信号を前記端末装置に送信する応答送信部と、
   前記応答信号を送信した後に、特定機能を示す機能情報を含む第１の信号を、前記端末装置から受信する第１の信号受信部と、
   前記第１の信号を受信した後に、機器を識別するために前記機器に固有に設定される第１の識別情報を含む第２の信号を受信する第２の信号受信部と、
   受信済みの前記第１の信号に含まれる前記機能情報によって示される前記特定機能を、前記機能実行装置が実行可能であるか否かを判断する判断部と、
   前記特定機能を実行可能であると判断される場合に、前記機能実行装置の出力部に、前記特定機能が実行可能であることを示す第１の報知を出力させ、前記特定機能を実行可能でないと判断される場合に、前記出力部に、前記第１の報知を出力させない出力制御部であって、受信済みの前記第２の信号に含まれる前記第１の識別情報が、前記機能実行装置を識別するための情報である場合に、前記出力部に、前記第１の識別情報が前記機能実行装置を識別するための情報であることを示す第２の報知を出力させ、前記第１の識別情報が、前記機能実行装置を識別するための情報でない場合に、前記出力部に、前記第２の報知を出力させない、前記出力制御部と、を備える機能実行装置。
2. 前記第２の報知は、前記第１の報知と同じであり、
   前記出力部によって、前記第１の報知が出力されている間に、前記第２の信号が受信される場合に、
   前記出力制御部は、前記第１の識別情報が、前記機能実行装置を識別するための情報である場合に、前記出力部に、前記第１の報知の出力を継続させ、前記第１の識別情報が、前記機能実行装置を識別するための情報でない場合に、前記出力部に、前記第１の報知の出力を停止させる、請求項１に記載の機能実行装置。
3. 前記第２の信号受信部は、前記第２の信号を受信した後に、機器を識別するための第２の識別情報を含む第３の信号を、さらに受信し、
   前記出力制御部は、前記出力部によって、前記第２の報知が出力されている間に、受信済みの前記第３の信号に含まれる前記第２の識別情報が、前記機能実行装置を識別するための情報でない場合に、前記出力部に、前記第２の報知の出力を停止させる、請求項１又は２に記載の機能実行装置。
4. 前記機能実行装置は、
   前記第１の信号が受信されてからの期間を計測する計測部を、さらに備え、
   前記出力部によって、前記第１の報知が出力されている間に、前記第１の信号が受信されてから所定期間が経過しても、前記第２の信号が受信されない場合に、前記出力制御部は、前記出力部を、前記第１の報知の出力を停止させる、請求項１から３のいずれか一項に記載の機能実行装置。
5. 端末装置と複数個の機能実行装置とを含む通信システムであって、
   前記端末装置は、
   プローブ信号を送信するプローブ送信部と、
   前記プローブ信号に対する応答信号を、前記複数個の機能実行装置から受信する応答受信部と、
   前記複数個の機能実行装置に、特定機能を示す機能情報を含む第１の信号を送信する第１の信号送信部と、
   前記第１の信号に対する応答信号として、前記特定機能を実行可能であることを示す実行可能情報を、前記複数個の機能実行装置のうちの１個以上の特定の機能実行装置から受信する機能実行情報受信部と、
   前記１個以上の特定の機能実行装置に関連する１個以上の関連情報を、表示部に表示させる表示制御部と、を備え、
   前記複数個の機能実行装置のそれぞれは、
   前記プローブ信号を前記端末装置から受信するプローブ受信部と、
   前記プローブ信号に対する前記応答信号を前記端末装置に送信する応答送信部と、
   前記応答信号を送信した後に、前記第１の信号を前記端末装置から受信する第１の信号受信部と、
   前記第１の信号を受信した後に、機器を識別するために前記機器に固有に設定される第１の識別情報を含む第２の信号を受信する第２の信号受信部と、
   当該機能実行装置が、受信済みの前記第１の信号に含まれる前記機能情報によって示される前記特定機能を実行可能であるか否かを判断する判断部と、
   前記特定機能を実行可能であると判断される場合に、前記実行可能情報を、前記第１の信号に対する応答信号として、前記端末装置に送信する機能実行情報送信部と、
   前記特定機能を実行可能であると判断される場合に、前記機能実行装置の出力部に、前記特定機能が実行可能であることを示す第１の報知を出力させ、前記特定機能を実行可能でないと判断される場合に、前記出力部に、前記第１の報知を出力させない、出力制御部であって、受信済みの前記第２の信号に含まれる前記第１の識別情報が、前記機能実行装置を識別するための情報である場合に、前記出力部に、前記第１の識別情報が前記機能実行装置を識別するための情報であることを示す第２の報知を出力させ、前記第１の識別情報が、前記機能実行装置を識別するための情報でない場合に、前記出力部に、前記第２の報知を出力させない、前記出力制御部と、を備える、通信システム。
6. 前記端末装置は、さらに、
   ユーザによって指定される前記特定機能を受け付ける機能受付部を備え、
   前記第１の信号送信部は、前記ユーザによって指定された前記特定機能を示す前記機能情報を含む第１の信号を送信する、請求項５に記載の通信システム。
7. 前記端末装置は、さらに、
   前記表示部に表示されている前記１個以上の関連情報の中から、ユーザによって選択される１個の特定の関連情報を受け付ける情報受付部と、
   前記特定の関連情報に関連する前記機能実行装置と、無線通信設定を用いて接続を第１の確立する確立部と、を備え、
   前記機能実行装置は、
   前記端末装置と、前記無線通信設定を用いて前記接続を確立する第２の確立部を備える、請求項５又は６に記載の通信システム。
8. 機能実行装置のためのコンピュータプログラムであって、
   前記コンピュータプログラムは、前記機能実行装置に搭載されるコンピュータに、以下の各処理、即ち、
   プローブ信号を端末装置から受信するプローブ受信処理と、
   前記プローブ信号に対する応答信号を前記端末装置に送信する応答送信処理と、
   前記応答信号を送信した後に、特定機能を示す機能情報を含む第１の信号を、前記端末装置から受信する第１の信号受信処理と、
   前記機能実行装置が、受信済みの前記第１の信号に含まれる前記機能情報によって示される前記特定機能を実行可能であるか否かを判断する判断処理と、
   前記特定機能を実行可能であると判断される場合に、前記機能実行装置の出力部に、前記特定機能が実行可能であることを示す第１の報知を出力させ、前記特定機能を実行可能でないと判断される場合に、前記出力部に、前記第１の報知を出力させない、第１の出力制御処理と、
   前記第１の信号を受信した後に、機器を識別するために前記機器に固有に設定される第１の識別情報を含む第２の信号を受信する第２の信号受信処理と、
   受信済みの前記第２の信号に含まれる前記第１の識別情報が、前記機能実行装置を識別するための情報である場合に、前記出力部に、前記第１の識別情報が前記機能実行装置を識別するための情報であることを示す第２の報知を出力させ、前記第１の識別情報が、前記機能実行装置を識別するための情報でない場合に、前記出力部に、前記第２の報知を出力させない、第２の出力制御処理と、を実行させるコンピュータプログラム。

Images