(57)【要約】【課題】ユーザが目的の装置を見つけやすくすること。【解決手段】要求装置１０は、通信可能な応答装置２０の属性を表示手段に表示し、この表示手段に表示した属性の選択をユーザから受け付けることによって当該属性を持つ応答装置のグループの選択を受け付ける。そして、選択されたグループに含まれる応答装置２０に対し通信により応答を要求する。この応答を要求された応答装置２０は、音、光又は振動などの人間の五感に訴える応答信号を発する。【選択図】図１
2010069686.tif 000002
【特許請求の範囲】
【請求項１】
要求装置からの要求に対し応答装置が応答する方法であって、
要求装置が、
通信可能な応答装置の属性を表示手段に表示するステップと、
この表示手段に表示した属性の選択をユーザから受け付けることによって当該属性を持つ応答装置のグループの選択を受け付けるステップと、
選択されたグループに含まれる応答装置に対し前記通信により応答を要求するステップとを実行し、
この応答を要求された応答装置が、
音、光又は振動などの人間の五感に訴える応答信号を発するステップを実行することを特徴とした要求応答方法。
【請求項２】
請求項１記載の方法において、
前記要求装置が、
通信可能な応答装置を探索するステップと、
探索できた応答装置から前記通信により応答装置の属性を取得するステップと、
前記通信可能な応答装置を当該応答装置の前記属性と関連付けて記憶部に記憶するステップとを実行し、
この記憶部の情報に基づいて前記応答装置の属性を表示手段に表示することを特徴とした要求応答方法。
【請求項３】
前記応答装置の属性が、応答装置の種類である請求項１又は２記載の要求応答方法。
【請求項４】
前記応答装置の属性が、応答装置の能力である請求項１又は２記載の要求応答方法。
【請求項５】
前記応答装置の属性が、応答装置のステータスである請求項１又は２記載の要求応答方法。
【請求項６】
前記通信がBluetooth通信である請求項１又は２記載の要求応答方法。
【請求項７】
応答装置に対し応答を要求する要求装置であって、
前記応答装置との間でデータ通信を行なう通信手段と、ユーザが指示を入力する入力手段と、ユーザに対し情報を表示する表示手段と、情報を記憶する記憶手段と、情報を処理する処理手段とを備え、
前記記憶手段が、前記通信手段を介して通信可能な応答装置と、当該応答装置の属性とを関連付けて記憶し、
前記処理手段が、
前記通信可能な応答装置の属性を前記記憶手段から読み出して前記表示手段に表示するステップと、
この表示手段に表示した属性の選択を前記入力手段から受け付けるステップと、
この選択された属性に関連付けられた一ないし複数の応答装置を前記記憶手段から選択するステップと、
この選択した応答装置に対し前記通信手段を介して応答を要求し、当該応答装置に、音、光又は振動などの人間の五感に訴える応答信号を出力させるステップと、
を実行することを特徴とした要求装置。
【請求項８】
応答装置に対し応答を要求する要求プログラムであって、
通信手段を介して通信可能な応答装置と、当該応答装置の属性とを関連付けて記憶した記憶手段から、当該通信可能な応答装置の属性を読み出して表示手段に表示するステップと、
この表示手段に表示した属性の選択を入力手段から受け付けるステップと、
この選択された属性に関連付けられた一ないし複数の応答装置を前記記憶手段から選択するステップと、
この選択した応答装置に対し前記通信手段を介して応答を要求し、当該応答装置に、音、光又は振動などの人間の五感に訴える応答信号を出力させるステップと、
を処理手段に実行させることを特徴とした要求プログラム。
【請求項９】
要求装置からの要求を応答装置が認証する方法であって、
要求装置が、
通信可能な応答装置を表示手段に表示するステップと、
この表示手段に表示した応答装置の中からサービスを要求する応答装置の選択をユーザから受け付けるステップと、
選択された応答装置に対し前記通信によりサービスを要求するステップとを実行し、
このサービスを要求された応答装置が、
音、光又は振動などの人間の五感に訴える応答信号を発するステップと、
前記要求装置に認証を要求するステップとを実行し、
この認証を要求された要求装置が、
前記応答装置が発した前記応答信号の属性の選択をユーザから受け付けるステップと、
この選択された応答信号の属性を前記通信により前記応答装置に送信するステップとを実行し、
この応答信号の属性を受信した応答装置が、前記発した応答信号の属性と、前記要求装置から受信した応答信号の属性とが一致したことを条件として、前記要求装置に対するサービスの提供を許可することを特徴とした認証方法。
【請求項１０】
前記応答装置が、前記応答信号を発する前に、当該発する応答信号の属性をランダムに決定することを特徴とした請求項９記載の認証方法。
【請求項１１】
前記通信がBluetooth通信である請求項９又は１０記載の認証方法。
【請求項１２】
要求装置に対しサービスを提供する応答装置であって、
前記要求装置との間でデータ通信を行なう通信手段と、前記要求装置からの要求に応じて音、光又は振動などの人間の五感に訴える応答信号を発する応答出力手段と、情報の記憶手段と、情報の処理手段とを備え、
前記記憶手段が、認証に使用する前記応答信号の属性を記憶し、
前記処理手段が、
前記通信手段を介して前記要求装置からサービスの要求を受けると、前記認証に使用する応答信号の属性を有する応答信号を前記応答出力手段から出力させるステップと、
前記通信手段を介して前記要求装置から応答信号の属性を取得するステップと、
前記応答出力手段から出力させた応答信号の属性と、前記要求装置から取得した応答信号の属性とが一致したことを条件として、前記要求装置へのサービスの提供を許可するステップと、
を実行することを特徴とした応答装置。
【請求項１３】
前記処理手段が、前記認証に使用する応答信号の属性をランダムに決定することを特徴とした請求項１２記載の応答装置。
【請求項１４】
サービスを要求する要求装置を認証する認証プログラムであって、
前記認証に使用する応答信号の属性を記憶手段から読み出すステップと、
通信手段を介して前記要求装置からサービスの要求を受けると、前記認証に使用する応答信号の属性を有する応答信号を応答出力手段から出力させるステップと、
前記通信手段を介して前記要求装置から応答信号の属性を取得するステップと、
前記応答出力手段から出力させた応答信号の属性と、前記要求装置から取得した応答信号の属性とが一致したことを条件として、前記要求装置への前記サービスの提供を許可するステップと、
を処理手段に実行させる認証プログラム。
【請求項１５】
前記処理手段に、前記認証に使用する応答信号の属性をランダムに決定させることを特徴とした請求項１４記載の認証プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、要求装置の要求に対し応答装置が応答する方法に関する。
【背景技術】
【０００２】
図１２に従来例を示す。ＰＤＡ（Personal Digital Assistants）などの要求装置５０は、Bluetoothにより通信可能なプリンタなどの応答装置６０を探索し、検索できた応答装置６０のリストを画面に表示する。通信可能な応答装置６０のリストは、各応答装置６０の型番と、各応答装置６０の識別情報（ＭＡＣアドレスやBluetoothデバイスアドレスのような不規則な英数字の列による識別情報）とを表示する。ユーザは、このリストを見てサービスを要求したい応答装置６０を選択する。
【０００３】
しかし、応答装置６０の型番を見ても、同じ型番の応答装置６０が複数設置されている場合、ユーザは自分がサービスを要求したい応答装置６０を区別できない。また、応答装置６０の識別情報（不規則な英数字の列による識別情報）を見ても、自分がサービスを要求したい応答装置６０の識別情報を暗記していなければ、所望の応答装置６０を選択することができず、不便である。
【０００４】
そこで、出願人は、次の思想を提案した。即ち、ユーザが、応答装置６０のリストから一つの応答装置６０を選択すると、対応する応答装置６０の実機が、音、光又は振動などの人間の五感に訴える応答信号を発することにより、ユーザが、自己の選択した応答装置６０の実機を知ることができるものである（特許文献１）。
【特許文献１】特願２００７−２４２７５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、上記特許文献１の思想を利用し、更に、ユーザが目的の装置を見つけやすくすることを課題とする。
【課題を解決するための手段】
【０００６】
本願発明では、要求装置において応答装置の属性を選択することにより、選択したのと同じ属性を持つ一ないし複数の応答装置から音、光、振動などの人間の五感に訴える応答信号を発信させる。
【０００７】
即ち、要求装置からの要求に対し応答装置が応答するにあたり、要求装置は、通信可能な応答装置の属性を表示手段に表示し、この表示手段に表示した属性の選択をユーザから受け付けることによって当該属性を持つ応答装置のグループの選択を受け付ける。また、要求装置は、当該選択されたグループに含まれる応答装置に対し前記通信により応答を要求する。一方、この応答を要求された応答装置は、音、光又は振動などの人間の五感に訴える応答信号を発する。
【０００８】
ここで、前記要求装置は、通信可能な応答装置を探索し、探索できた応答装置から前記通信により応答装置の属性を取得するとよい。そして、要求装置は、前記通信可能な応答装置を当該応答装置の前記属性と関連付けて記憶部に記憶し、この記憶部の情報に基づいて前記応答装置の属性を表示手段に表示するとよい。
【０００９】
また、前記応答装置の属性としては、応答装置の種類、応答装置の能力または応答装置のステータスを採用するとよい。また、前記通信は、Bluetooth通信を採用するとよい。
【００１０】
また、他の発明では、応答装置が発する音、光、振動などの人間の五感に訴える応答信号を利用し、要求装置からの要求を応答装置が認証する。
【００１１】
即ち、要求装置は、通信可能な応答装置を表示手段に表示し、この表示手段に表示した応答装置の中からサービスを要求する応答装置の選択をユーザから受け付ける。そして、当該選択された応答装置に対し前記通信によりサービスを要求する。このサービスを要求された応答装置は、音、光又は振動などの人間の五感に訴える応答信号を発し、前記要求装置に認証を要求する。この認証を要求された要求装置は、前記応答装置が発した前記応答信号の属性の選択をユーザから受け付け、この選択された応答信号の属性を前記通信により前記応答装置に送信する。この応答信号の属性を受信した応答装置は、前記発した応答信号の属性と、前記要求装置から受信した応答信号の属性とが一致したことを条件として、前記要求装置に対するサービスの提供を許可する。
【００１２】
ここで、前記応答装置は、前記応答信号を発する前に、当該発する応答信号の属性をランダムに決定するとよい。また、前記通信は、Bluetooth通信を採用するとよい。
【発明の効果】
【００１３】
本発明によれば、ユーザが、要求装置において、応答装置の属性を選択すると、当該属性を持つ一ないし複数の応答装置が応答信号を発して所在を示すので、ユーザは、目的の属性を持つ一ないし複数の応答装置を一度の選択操作で知ることができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の第１実施形態を説明する。まず、図１に基づいて第１実施形態の概要を述べる。本実施形態において、ＰＤＡ（Personal Digital Assistants）などの要求装置１０は、Bluetooth等により通信可能なプリンタなどの応答装置２０を探索し、検索できた応答装置２０のリストを当該応答装置２０の属性別にソートして画面に表示する。図１では、応答装置２０の属性として応答装置２０の能力別（カラー又は白黒）にソートされている。通信可能な応答装置２０のリストは、各応答装置２０の名称を表示している。ユーザは、このリストを見て応答装置２０の属性（カラー又は白黒）を選択する。ユーザが、応答装置２０のリストから一つの属性（ここではカラー）を選択すると、カラープリンタであるプリンタＡおよびプリンタＢに対して応答要求がなされ、プリンタＡおよびプリンタＢの実機が、音、光又は振動などの人間の五感に訴える応答信号（ここでは赤色のLED光）を発することにより、ユーザが、自己の選択した属性を持つ応答装置２０、即ち、２台のカラープリンタの所在を知ることができる。
【００１５】
図２は、本実施形態のシステム構成図である。
【００１６】
まず、要求装置１０は、応答装置２０に対し応答を要求する要求装置であって、応答装置２０との間でデータ通信を行なう通信手段１４と、ユーザが指示を入力する入力手段１１と、ユーザに対し情報を表示する表示手段１２と、情報を記憶する記憶手段１５と、情報を処理する処理手段１３とを備えている。
【００１７】
記憶手段１５は、通信手段１４を介して通信可能な応答装置２０と、当該応答装置２０の属性とを関連付けて記憶する応答装置記憶部１６を備えている。
【００１８】
これを更に詳述すると、本実施形態において、要求装置１０は、ＰＤＡとする。入力手段１１は、ＰＤＡの表示手段１２にタッチすることで情報を入力するタッチペンとする。表示手段１２は、タッチパネルを備えた液晶表示装置とする。処理手段１３は、プログラムを実行することにより種々の処理を実現するプロセッサとする。通信手段１４は、応答装置２０と無線電波によりデータ通信を行なう通信モジュールとする。後ほど、Bluetooth通信を採用した実施例も紹介する。記憶手段１５は、データを記憶する記憶装置とする。RAM、HDD、USBメモリ、メモリカードなどがこれに該当する。応答装置記憶部１６は、記憶手段１５の一記憶領域に設けられている。
【００１９】
図３は、応答装置記憶部１６に記憶されるデータの構造図である。応答装置記憶部１６には、応答装置２０ごとに固有の識別情報（応答装置識別情報）と、応答装置２０の属性の一つである装置名と、応答装置２０の属性の一つである装置の種類と、応答装置２０の属性の一つである応答装置の能力と、応答装置２０の属性の一つである応答装置のステータスとを関連付けたエントリが記憶される。当該エントリは、各応答装置２０ごとに記憶される。
【００２０】
本実施形態において、要求装置１０が備える通信手段１４の無線通信範囲内には、応答装置２０として３台のプリンタが存在するものとし、図３では、この３台の応答装置２０のエントリが登録された状態を示している。応答装置識別情報００１のプリンタＡは、カラー印刷の能力を持ち、ある時点でのステータスは正常である。応答装置識別情報００２のプリンタＢは、カラー印刷の能力を持ち、ある時点でのステータスは異常である。応答装置識別情報００３のプリンタＣは、白黒印刷の能力だけでカラー印刷の能力が無く、ある時点でのステータスは異常である。これらの情報は、応答装置２０から取得する。
【００２１】
一方、応答手段２０は、要求装置１０との間でデータ通信を行なう通信手段２４と、要求装置１０からの要求に応じて音、光又は振動などの人間の五感に訴える応答信号を発する応答出力手段２１と、情報の記憶手段２５と、情報の処理手段２３とを備えている。記憶手段２５は、自装置の属性情報を記憶する本体属性記憶部２６を備えている。
【００２２】
これを更に詳述すると、本実施形態において、応答装置２０は複数設けられており、要求装置１０との無線通信範囲内に、応答装置２０として、３台のプリンタが存在するものとする。応答出力手段２１は、LED（Light Emitting Diode）を備え、赤色、青色、黄色、緑色を発光できるようになっている。処理手段２３は、プログラムを実行することにより種々の処理を実現するプロセッサとする。通信手段２４は、要求装置１０と無線電波によりデータ通信を行なう通信モジュールとする。後ほど、Bluetooth通信を採用した実施例も紹介する。記憶手段２５は、データを記憶する記憶装置とする。RAM、HDD、USBメモリ、メモリカードなどがこれに該当する。本体属性記憶部２６は、記憶手段２の一記憶領域に設けられている。
【００２３】
図４は、本体属性記憶部２６に記憶されるデータの構造図である。要求装置１０との無線通信範囲内に、応答装置２０として、３台のプリンタが存在し、当該各プリンタＡ，Ｂ，Ｃが、それぞれ異なる属性を各装置の本体属性記憶部２６に記憶している。各本体属性記憶部２６には、応答装置２０ごとに固有の識別情報（応答装置識別情報）と、応答装置２０の属性の一つである装置名と、応答装置２０の属性の一つである装置の種類と、応答装置２０の属性の一つである応答装置の能力と、応答装置２０の属性の一つである応答装置のステータスとが関連付けて記憶されている。
【００２４】
図４（ａ）は、ある時点において、プリンタＡの本体属性記憶部２６に記憶されているデータであり、応答装置識別情報００１のプリンタＡは、カラー印刷の能力を持ち、ある時点でのステータスは正常である。図４（ｂ）は、ある時点において、プリンタＢの本体属性記憶部２６に記憶されているデータであり、応答装置識別情報００２のプリンタＢは、カラー印刷の能力を持ち、ある時点でのステータスは異常である。図４（ｃ）は、ある時点において、プリンタＣの本体属性記憶部２６に記憶されたデータであり、応答装置識別情報００３のプリンタＣは、白黒印刷の能力だけでカラー印刷の能力が無く、ある時点でのステータスは異常である。各応答装置２０の処理手段２３は、本体のステータスに変化があった場合、最新のステータスを本体属性記憶部２６に更新するものとする。
【００２５】
ここで、要求装置１０との通信にBluetoothを用いる場合は、応答装置識別情報として、Bluetoothデバイスアドレスを採用することができる。この場合、Bluetoothデバイスアドレスは、Bluetoothモジュールの内部に保持されているので、応答装置識別情報をはじめ、他の属性情報を、通信手段２４の内部の記憶部に保持する構成としてもよい。
【００２６】
次に、本実施形態の動作を説明する。図５は、本実施形態の動作を示すフローチャートである。
【００２７】
まず、要求装置１０の処理手段１３は、通信手段１４により、当該通信手段１４の無線通信範囲内に在る応答装置２０を探索する（Ｓ１）。本実施形態では、応答装置２０として、３台のプリンタ（プリンタＡ，Ｂ，Ｃ）を検索できたとする。
【００２８】
続いて、要求装置１０の処理手段１３は、通信手段１４により、プリンタＡ，Ｂ，Ｃの通信手段２４との間に接続を確立する（Ｓ２）。ここで、各応答装置２０との接続は必ずしも同時に行なう必要はない。各応答装置２０との接続を１台ずつ順に行なってもよい。例えば、Bluetooth通信の場合は、応答装置１台ずつ順に接続を確立することになる。
【００２９】
続いて、要求装置１０の処理手段１３は、通信手段１４を介し接続中の応答装置２０に対し、当該応答装置２０の属性情報を要求する（Ｓ３）。
【００３０】
この要求を受けた応答装置２０の処理手段２３は、通信手段２４を介して当該要求を取得し、本体属性記憶部２６から応答装置２０の属性を読み出し（Ｓ４）、通信手段２４を介して要求装置１０に送信する（Ｓ５）。本実施形態では、本体属性記憶部２６から、応答装置２０ごとに固有の識別情報（応答装置識別情報）と、応答装置２０の属性の一つである装置名と、応答装置２０の属性の一つである装置の種類と、応答装置２０の属性の一つである応答装置の能力と、応答装置２０の属性の一つである応答装置のステータスとを関連付けて読み出す。具体的には、プリンタＡ，Ｂ，Ｃの本体属性記憶部２６から、それぞれ図４のデータを読み出したとする。
【００３１】
要求装置１０の処理手段は、通信手段１４を介して応答装置２０の属性情報を取得し、応答装置記憶部１６に格納する（Ｓ６）。本実施形態では、応答装置２０ごとに固有の識別情報（応答装置識別情報）と、応答装置２０の属性の一つである装置名と、応答装置２０の属性の一つである装置の種類と、応答装置２０の属性の一つである応答装置の能力と、応答装置２０の属性の一つである応答装置のステータスとを関連付けたエントリを生成し、応答装置記憶部１６に登録する。
【００３２】
Ｓ２の接続確立を応答装置１台ずつ順に行なう場合は、上述したＳ２〜Ｓ６の処理を各応答装置２０ごとに繰り返し実行する。
【００３３】
要求装置１０の応答装置記憶部１６には、図３に示したプリンタＡ，Ｂ，Ｃのエントリが登録される。
【００３４】
続いて、要求装置１０の処理手段１３は、属性選択画面を表示手段１２に表示する（Ｓ７）。図６は、属性選択画面の遷移を表している。本実施形態において、処理手段１３は、まず、属性選択メニューを表示手段１２に表示する。この属性選択メニューから種類別、能力別、ステータスを選べるようになっている。ユーザは、入力手段１１を操作し、種類別、能力別又はステータスのいずれかを選択する。
【００３５】
処理手段１３は、種類別が選択された場合、応答装置記憶部１６に登録された情報のうち、装置名を種類別にソートした画面を検索結果画面として表示手段１２に表示する。このとき、各応答装置２０に異なるＬＥＤの発光色（応答信号属性）を割り当て、各応答装置２０と各割り当てたＬＥＤの表示色（応答信号属性）とを関連付けて記憶手段１５に格納する。本実施形態では、図３のエントリに基づき、装置名であるプリンタＡ、プリンタＢ、プリンタＣを装置の種類であるプリンタのグループとして表示する。その際、処理手段１３は、プリンタＡ，Ｂ，Ｃにそれぞれ割り当てたＬＥＤ表示色を装置名に付加して表示する。本実施形態では、プリンタＡに赤色が、プリンタＢに黄色が、プリンタＣに青色が割り当てられている。また、処理手段１３は、装置の種類であるプリンタの表示に、そのプリンタのグループに属する応答装置２０の台数を付加して表示する。本実施形態では、プリンタは３台である。
【００３６】
また、処理手段１３は、能力別が選択された場合、応答装置記憶部１６に登録された情報のうち、装置名を能力別にソートした画面を検索結果画面として表示手段１２に表示する。このとき、各能力に異なるＬＥＤの発光色を割り当て、各能力と各割り当てたＬＥＤの表示色とを関連付けて記憶手段１５に格納する。本実施形態では、図３のエントリに基づき、装置名であるプリンタＡ、プリンタＢを装置の能力であるカラープリンタのグループとして表示する。また、プリンタＣを装置の能力である白黒プリンタのグループとして表示する。その際、処理手段１３は、各能力であるカラープリンタおよび白黒プリンタにそれぞれ割り当てたＬＥＤ表示色を装置名に付加して表示する。本実施形態では、カラープリンタに赤色が、白黒プリンタに黄色が割り当てられている。また、処理手段１３は、各能力の表示に、その能力のグループに属する応答装置２０の台数を付加して表示する。本実施形態では、カラープリンタは２台、白黒プリンタは１台である。
【００３７】
また、処理手段１３は、ステータスが選択された場合、応答装置記憶部１６に登録された情報のうち、装置名をステータス別にソートした画面を検索結果画面として表示手段１２に表示する。本実施形態では、図３のエントリに基づき、装置名であるプリンタＡを装置のステータスである正常なプリンタのグループとして表示する。また、プリンタＢおよびプリンタＣを装置のステータスである異常なプリンタのグループとして表示する。その際、処理手段１３は、各ステータスの表示に、そのステータスのグループに属する応答装置２０の台数を付加して表示する。本実施形態では、正常なプリンタは１台、異常なプリンタは２台である。
【００３８】
続いて、ユーザは、入力手段１１を操作し、検索結果画面に表示された属性を選択する（Ｓ７）。図６において、属性は、装置の種類としての「プリンタ」、装置の能力としての「カラープリンタ」「白黒プリンタ」および装置のステータスとしての「正常なプリンタ」「異常なプリンタ」である。
【００３９】
処理手段１３は、入力手段１１によって選択された属性を持つ応答装置２０を応答装置記憶部１６から選択する（Ｓ８）。そして、処理手段１３は、選択した応答装置２０に対し、通信手段１４を介して応答を要求する（Ｓ９）。この応答要求には応答信号の属性を付加する。本実施形態において、応答信号の属性とは、ＬＥＤの発光色である。
【００４０】
本実施形態では、図６の説明で述べたように、応答装置の属性「プリンタ」が選択された場合、プリンタＡに対する応答要求には赤色の応答信号属性を付加し、プリンタＢに対する応答要求には黄色の応答信号属性を付加し、プリンタＣに対する応答要求には青色の応答信号属性を付加する。
【００４１】
また、応答装置の属性「カラープリンタ」が選択された場合、プリンタＡに対する応答要求に赤色の応答信号属性を付加し、プリンタＢに対する応答要求にも赤色の応答信号属性を付加する。
【００４２】
また、応答装置の属性「白黒プリンタ」が選択された場合、プリンタＣに対する応答要求に黄色の応答信号属性を付加する。
【００４３】
それぞれに付加する応答信号属性は、図６の検索結果画面を表示する際に記憶手段１５に関連付けて格納した応答信号属性を読み出して得る。
【００４４】
一方、応答装置２０の処理手段２３は、要求装置１０から送信された応答要求を取得すると、当該応答要求に付加された応答信号属性を取得し、当該応答信号属性に指示されたＬＥＤの発光色でＬＥＤを発光することによって応答信号を発するように、応答出力手段２１を制御する（Ｓ１０）。要求装置１０が、応答装置２０との接続を１台ずつ順に行なう必要がある場合は、各応答装置２０に対し、Ｓ９およびＳ１０の処理を繰り返す。
【００４５】
これにより、図６において、ユーザが属性「プリンタ」を選択すると、プリンタＡの赤色ＬＥＤと、プリンタＢの黄色ＬＥＤと、プリンタＣの青色ＬＥＤとが点灯する。
【００４６】
また、ユーザが属性「カラープリンタ」を選択すると、プリンタＡおよびプリンタＢの赤色ＬＥＤが点灯する（図１のイメージ）。
【００４７】
また、ユーザが属性「白黒プリンタ」を選択すると、プリンタＣの黄色ＬＥＤが点灯すする。
【００４８】
また、ユーザが属性「正常なプリンタ」を選択すると、プリンタＡのデフォルト色のＬＥＤが点灯する。
【００４９】
また、ユーザが属性「異常なプリンタ」を選択すると、プリンタＢ、Ｃのデフォルト色のＬＥＤが点灯する。
【００５０】
このように、本実施形態によれば、ユーザが応答装置の属性を選択することによって、当該選択した属性を持つ一ないし複数の応答装置２０が所定色のＬＥＤを発光させるので、ユーザは、選択した属性を持つ一ないし複数の応答装置を一度の選択操作で視認することができる。
【００５１】
次に、上記第１実施形態において、通信にBluetoothを採用した場合の実施例を説明する。図７はBluetoohによる通信手順を示している。Bluetoothによる通信は、HCI（Host Controller Interface）を用いて行なわれる。通信データの交換は、主にHCIコマンドとHCIイベントの交換により行なわれる。
【００５２】
まず、要求装置１０の通信手段１４は、無線通信範囲内の応答装置２０を探索するために、HCI_Inquiryを送信する（Ｓ１１）。これを受信した無線通信範囲内の応答装置２０は、その通信手段２４が、HCI_Inquiry_Result_eventを送信する（Ｓ１２）。このHCIイベントには、CoD（Class Of Device）と、Bluetoothデバイスアドレス（BD_ADDR）とが含まれている。CoDには、それを送出した応答装置２０の装置の種類が表されている。また、Bluetoothデバイスアドレスは、それを送出した応答装置２０の固有の識別情報である。要求装置１０の処理手段１３は、通信手段１４を介して取得したBluetoothデバイスアドレスを応答装置識別情報として、また、CoDを応答装置の種類として、両者を関連付けて応答装置記憶部１６に登録する。本実施形態では、要求装置１０の無線通信範囲内に３台のプリンタが検索され、各プリンタのエントリが応答装置記憶部１６に登録される。
【００５３】
続いて、要求装置１０の処理手段１３は、図７で四角く囲んだＳ１００の処理を、応答装置２０ごとに１台ずつ繰り返し実行する。
【００５４】
処理手段１３は、応答装置記憶部１６に登録した１番目のエントリから応答装置識別情報を読み出し、該当の応答装置２０との間に接続を確立させる。このため、通信手段１４は、該当の応答装置２０に対し、HCI_Create_Connectionを送出する（Ｓ１４）。これに対し、該当の応答装置２０の通信手段２４は、HCI_Connection_Complete_eventを返す（Ｓ１５）。
【００５５】
続いて、要求装置１０の処理手段１３は、該当の応答装置２０に対し応答装置２０の属性の一つである装置名を要求する。このために、通信手段１４は、HCI_Remote_Name_Requestを送出する（Ｓ１６）。これを受信した応答装置２０の通信手段２４は、本体属性記憶部２６に記憶されている装置名を読み出し、要求装置１０に送信する。このために、応答装置２０の通信手段２４は、要求装置１０に対し、HCI_Remote_Name_Request_Complete_eventを送出する（Ｓ１７）。
【００５６】
これを受けた要求装置１０の処理手段１３は、取得した応答装置２０の装置名（プリンタＡ、プリンタＢまたはプリンタＣ）を、通信中の応答装置２０の応答装置識別情報に関連付けて応答装置記憶部１６に登録する（Ｓ１８）。
【００５７】
続いて、要求装置１０の処理手段１３は、通信中の応答装置２０から他の属性情報を取得するために、通信中の応答装置２０に対し、属性値要求を送出する（Ｓ１９）。
【００５８】
この属性値要求は、本実施形態において、応答装置２０の能力およびステータスを取得するためのものである。これは、予めHCIコマンドとして用意されているコマンドではない。このため、処理手段１３は、属性値要求をHCIコマンドまたはエコー要求のパラメータ領域に埋め込んで、応答装置２０に引き渡すものとする。
【００５９】
こうして、要求装置１０から属性値要求を受けた応答装置２０では、処理手段２３が、受信したHCIコマンドまたはエコー要求のパラメータ領域から属性値要求を読み出し、この要求に対し、本体属性記憶部２６に記憶された能力情報とステータス情報とを読み出し、要求装置１０に返信する（Ｓ２０、Ｓ２１）。
【００６０】
この属性値情報の返信は、前記HCIコマンドまたはエコー要求に対する応答として、HCIイベントまたはエコー応答のパラメータ領域に属性値情報を埋め込むことによって、要求装置１０に引き渡すものとする。
【００６１】
このHCIイベントまたはエコー応答を受信した要求装置１０では、処理手段１３が、当該HCIイベントまたはエコー応答のパラメータ領域から属性値情報を読み出し、当該属性値情報に含まれる能力とステータスの値を、通信中の応答装置２０の応答装置識別情報に関連付けて、応答装置記憶部１６に格納する。
【００６２】
続いて、要求装置１０は、通信中の応答装置２０との接続を切断する。このために、通信手段１４は、通信中の応答装置２０に対し、HCI_Disconnectを送出する（Ｓ２３）。
【００６３】
このコマンドを受けた応答装置２０の通信手段２４は、HCI_Disconnection_Complete_eventを要求装置１０に送出する（Ｓ２４）。
【００６４】
以上のＳ１００の囲みの動作を無線通信範囲内の各応答装置２０との間で順に繰り返すことにより、要求装置１０の応答装置記憶部１６には、図３に示すエントリが登録される。
【００６５】
次に、Bluetooth通信によって、応答装置２０に応答信号を出力させる動作を説明する。図８が、その動作のフローチャートである。要求装置１０においてユーザが応答装置の属性を選択すると、要求装置１０の処理手段１３は、選択された属性を持つ応答装置２０を応答装置記憶部１６から選択する。そして、処理手段１３は、選択した応答装置２０との間で接続を確立する。選択した応答装置２０が複数の場合、１台ずつ順に接続確立を行なう。四角で囲ったＳ２００の動作は、選択した応答装置２０が複数ある場合に、各応答装置２０ごとに繰り返し実行する。
【００６６】
要求装置１０の通信手段１４は、接続を確立するために、目標の応答装置２０の応答装置識別情報に宛ててHCI_Create_Connectionを送出する（Ｓ３１）。このコマンドを受けた応答装置２０の通信手段２４は、HCI_Connection_Complete_eventを要求装置１０に返し、接続を確立する（Ｓ３２）。
【００６７】
続いて、要求装置１０の処理手段１３は、通信中の応答装置２０に対し、応答信号の出力を要求する（Ｓ３３応答要求）。このために、通信手段１４は、通信中の応答装置２０に対し、応答要求を送出する。この応答要求には、応答信号の属性の指定を含める。ここで、この応答要求も、予めHCIコマンドとして用意されているコマンドではない。このため、処理手段１３は、応答要求をHCIコマンドまたはエコー要求のパラメータ領域に埋め込んで、応答装置２０に引き渡すものとする。
【００６８】
この応答要求を受けた応答装置２０では、通信手段２４が応答要求を受信し、処理手段２３は、当該応答要求から応答信号の属性指示を読み出し、応答出力手段２１に対し、属性指示に応じた応答信号を出力するように制御する（Ｓ３４）。本実施形態において、応答信号の属性指示とは、ＬＥＤの発光色の指定である。応答出力手段２１は、指示された色のＬＥＤを発光し、発光の終了を指示されるまで、発光を継続する。
【００６９】
続いて、発光を行なった応答装置２０の処理手段２３は、応答信号の出力を開始した旨を要求装置１０に送信する（Ｓ３５）。この応答信号の出力を開始した旨は、前記HCIコマンドまたはエコー要求に対する応答として、HCIイベントまたはエコー応答のパラメータ領域に応答信号の出力を開始した旨を埋め込むことによって、要求装置１０に引き渡すものとする。
【００７０】
この通知を受けた要求装置１０の処理手段１３は、通信中の応答装置２０との接続を切断する。このために、通信手段１４は、通信中の応答装置２０に対し、HCI_Disconnectを送出する（Ｓ３６）。このコマンドを受けた応答装置２０の通信手段２４は、HCI_Disconnection_Complete_eventを要求装置１０に送出する（Ｓ３７）。
【００７１】
以上のＳ２００の囲みの動作を無線通信範囲内の各応答装置２０との間で順に繰り返すことにより、ユーザが選択した属性を有する一ないし複数の応答装置２０が同時に応答信号を発する、即ち、所定色のＬＥＤを発光させ、ユーザが選択した属性を有する装置の所在を視覚的に確認させる。
【００７２】
その後、例えばユーザが入力手段を操作することにより、要求装置１０において応答信号の出力終了が指示されると、要求装置１０の処理手段１３は、応答信号を出力中の各応答装置２０に対し、応答信号の出力停止を指示する。
【００７３】
このために、まず通信手段１４は、応答信号を出力中の応答装置２０との接続を確立する。どの応答装置２０が応答信号を出力中であるかは、応答信号の出力を要求する際に、該当の応答装置２０の応答装置識別情報を記憶手段１５に記憶しておくものとする。通信手段１４は、接続を確立するために、目標の応答装置２０の応答装置識別情報に宛ててHCI_Create_Connectionを送出する（Ｓ３９）。このコマンドを受けた応答装置２０の通信手段２４は、HCI_Connection_Complete_eventを要求装置１０に返し、接続を確立する（Ｓ４０）。
【００７４】
続いて、要求装置１０の処理手段１３は、通信中の応答装置２０に対し、応答信号の出力停止を要求する。このために、通信手段１４は、通信中の応答装置２０に対し、応答終了要求を送出する（Ｓ４１）。ここで、この応答終了要求も、予めHCIコマンドとして用意されているコマンドではない。このため、処理手段１３は、応答終了要求をHCIコマンドまたはエコー要求のパラメータ領域に埋め込んで、応答装置２０に引き渡すものとする。
【００７５】
この応答終了要求を受けた応答装置２０では、通信手段２４が応答終了要求を受信し、処理手段２３は、応答出力手段２１に対し、応答信号の出力を停止するように制御する。これを受けて、応答出力手段２１は、応答信号の出力を停止する。即ち、ＬＥＤの発光を終了する（Ｓ４２）。
【００７６】
続いて、応答信号の出力を停止した応答装置２０の処理手段２３は、応答信号の出力を停止した旨（応答終了）を要求装置１０に送信する（Ｓ４３）。この応答信号の出力を停止した旨は、前記HCIコマンドまたはエコー要求に対する応答として、HCIイベントまたはエコー応答のパラメータ領域に応答信号の出力を停止した旨を埋め込むことによって、要求装置１０に引き渡すものとする。
【００７７】
この通知を受けた要求装置１０の処理手段１３は、通信中の応答装置２０との接続を切断する。このために、通信手段１４は、通信中の応答装置２０に対し、HCI_Disconnectを送出する（Ｓ４４）。このコマンドを受けた応答装置２０の通信手段２４は、HCI_Disconnection_Complete_eventを要求装置１０に送出する（Ｓ４５）。
【００７８】
以上のＳ３００の囲みの動作を無線通信範囲内の各応答装置２０との間で順に繰り返すことにより、応答信号を出力していた各応答装置２０が、応答信号の出力を終了する。
【００７９】
以上により、第１実施形態をBluetooth通信により実現することができる。
【００８０】
ここで、本発明の範囲は、上述した第１実施形態に限定されるものではない。例えば、要求装置１０および応答装置２０の装置の種類、外観は問わない。入力手段、表示手段、通信手段は、それぞれ要求装置および応答装置の種類に応じて適切な手段であればよい。また、第１実施形態では、要求装置が各応答装置の属性を取得してから、ユーザが装置の種類別、能力別またはステータス別に属性を選択できる構成とした。しかし、ユーザに先に種類別、能力別またはステータス別のいずれかを選択させてから、必要な属性情報だけを応答装置に要求してもよい。例えば、ユーザがステータス別を選択したのであれば、応答装置に要求する属性情報はステータス情報だけで足り、種類情報や能力情報を取得する必要はない。また、要求装置が種類別、能力別またはステータス別のいずれか一つの機能だけにしか対応していなくてもよい。この場合、図６の属性選択メニューは不要であり、要求装置が対応している属性についてのみ応答装置から取得すれば足りる。また、応答装置の属性は、種類、能力、ステータスに限られず、他の属性情報を扱ってもよい。また、ステータス情報は正常か異常かだけでなく、例えば、印刷装置の場合はインクの残量を属性としてもよい。また、要求装置と応答装置との間の通信は、Bluetooth以外に無線LANや有線接続でも本発明を利用することは可能である。また、応答装置が出力する応答信号は、光以外に音や振動など、人間の五感に訴える信号であればよい。
【００８１】
次に、本発明の第２実施形態を説明する。図９は、第２実施形態の概要説明図である。本実施形態では、要求装置３０が特定の応答装置４０に対してサービスを要求したとき、このサービスの要求を受けた応答装置４０が属性を有する認証キーを出力する。ここにいう認証キーは、音、光、振動などの人間の五感に訴える信号である。この応答装置４０が設置された場所にいるユーザは、この認証キーを把握することができる。逆に、この応答装置４０が設置された場所に居ない者は、応答装置が出力した認証キーを把握することができない。図９の例では、サービスを要求された応答装置４０が認証キーとして黄色のＬＥＤを点灯させた。
【００８２】
ユーザは、応答装置４０が発した認証キーを把握し、その認証キーの属性を要求装置１０に入力する。ここでは、ユーザが、黄色を選択する。要求装置３０は、ユーザが選択した認証キーの属性を応答装置４０に送信する。応答装置４０は、自己の発した認証キーの属性と、要求装置３０から受信した認証キーの属性とが一致したことを条件として、要求装置３０へのサービスの提供を許可する。
【００８３】
このような本実施形態によれば、応答装置４０の設置された場所にいるユーザを認証することができる。
【００８４】
図１０は、本実施形態のシステム構成図である。第１実施形態と同一の部分には、同一の符号を付し、重複説明を省略する。要求装置３０は、第１実施形態の要求装置１０の構成に加え、記憶手段１５に、認証キー候補記憶部３７を備えている。処理手段３７は、第１実施形態の動作に加え、この認証キー候補記憶部３７の情報を利用した新たな動作を実行する。認証キー候補記憶部３７は、記憶手段１５の一記憶領域に設けられている。
【００８５】
一方、応答装置４０は、第１実施形態の応答装置２０の構成に加え、記憶手段２５に、認証キー候補記憶部４７を備えている。認証キー候補記憶部４７には、応答出力手段２１が出力可能な応答信号の属性が記憶されている。本実施形態では、応答出力手段２１が、赤色、青色、黄色、緑色の各ＬＥＤを備え、各色を発光できるようになっている。このため、認証キー候補記憶部４７には、認証キーの候補として赤色、青色、黄色、緑色の情報が格納されている。処理手段４３は、第１実施形態の動作に加え、この認証キー候補記憶部４７の情報を利用した新たな動作を実行する。認証キー候補記憶部４７は、記憶手段２５の一記憶領域に設けられている。
【００８６】
その他のシステム構成は、前述した第１実施形態のシステム構成と同一である。
【００８７】
次に、本実施形態の動作を図１１に基づいて説明する。まず、要求装置３０の表示手段１２には、第１実施形態と同一の動作によって、応答装置の検索結果画面が表示されているものとする。具体的には、図９に示すように応答装置がステータスによってソートされた画面が表示されているものとする。
【００８８】
ユーザは、要求装置３０において、入力手段１１を操作し、表示手段１２に表示されている応答装置４０の中から、サービスの提供を要求する応答装置４０を一つ選択する（Ｓ５１）。ここでは、図９に示すように、正常なプリンタであるプリンタＡを選択したものとする。
【００８９】
この選択操作を受けた要求装置３０の処理手段３３は、選択された応答装置４０の応答装置識別情報を応答装置記憶部１６から読み出し、選択された応答装置の応答装置識別情報に宛てて接続要求を送信する。これを受けた応答装置４０の通信手段２４は、接続を要求してきた要求装置３０との間に接続を確立する（Ｓ５２）。
【００９０】
続いて、要求装置３０は、接続中の応答装置４０に対し、印刷等のサービスの要求を送信する（Ｓ５３）。サービスを要求された応答装置４０の処理手段４３は、認証キー候補記憶部４７に登録されている認証キーの属性の中から、一つの認証キーの属性をランダムに選択し、選択した属性により認証キーとして応答信号を出力するように応答出力手段２１を制御する。応答出力手段２１は、指示された属性の応答信号を出力する。本実施形態では、認証キー候補記憶部４７から認証キーの属性として黄色を選択し、応答出力手段２１が黄色のＬＥＤを発光させたとする。
【００９１】
続いて、認証キーを出力した応答装置４０は、要求装置３０に対して認証を要求する（Ｓ５５）。応答装置４０の処理手段４３は、認証キー候補記憶部４７に記憶されている認証キーの候補を読み出し、認証要求に付加する。通信手段２４は、この認証要求を要求装置３０に送信する。本実施形態では、認証キー候補として、赤色、青色、黄色、緑色の４色の情報が認証キー候補記憶部４７から読み出され、そのすべてが認証要求に付加される。
【００９２】
要求装置３０の通信手段１４が、この認証要求を受信すると、処理手段３３は、当該認証要求に付加された認証キー候補を取得し、表示手段１２に表示する。本実施形態では、図９に示すように、認証キー候補である、赤色、青色、黄色、緑色のリストが検索結果画面に表示される。
【００９３】
ユーザは、サービスを要求した応答装置４０の発している応答信号（認証キー）を把握し、その認証キーの属性を画面に表示されている認証キー候補から選択する（Ｓ５６）。ここで、ユーザは、応答装置４０が発する黄色のＬＥＤ表示を確認し、要求装置３０の画面に表示されている認証キー候補から黄色を選択する。このような認証キー候補の選択は、ユーザが応答装置４０の設置場所にいるからこそ行なうことができ、応答装置の発する認証キー（ＬＥＤの色）を確認できない場所にいる者は、適切な認証キー候補を選択することができない。要求装置３０の処理手段３３は、ユーザが選択した認証キーの属性を、通信手段１４を介して応答装置４０に送信する（Ｓ５７）。
【００９４】
要求装置３０から認証キーの属性を受信した応答装置４０では、通信手段２４が当該認証キーの属性を受信し、処理手段４３は、これを受けて応答出力手段２１からの認証キーの出力を停止させる。また、処理手段４３は、要求装置３０から受信した認証キーの属性と、応答出力手段２１から出力させた認証キーの属性とが一致しているか否かを判断し（Ｓ５８）、一致している場合は、ユーザから要求されたサービスの提供を許可し、サービスの提供を開始する（Ｓ５９）。正しい認証キーである黄色を選択したユーザは、例えば、応答装置４０に行なった印刷要求に対し、印刷出力のサービスを受けることができる。
【００９５】
本実施形態によれば、応答装置が発する応答信号（認証キー）を把握できる場所に居るユーザだけを認証することができ、例えば、無線通信範囲内であっても、応答装置が設置された部屋の隣の部屋などに居るユーザが、権限なく隣室の応答装置を利用する事態を防止することができる。
【００９６】
第２実施形態の動作をBluetooth通信で行なう場合、図１１のフローチャートにおいて、接続確立（Ｓ５２）は、第１実施形態と同様に、HCI_Create_ConnectionとHCI_Connection_Complete_eventの交換によって行なうことができる。また、サービス要求Ｓ５３、認証要求Ｓ５５および認証キー送信Ｓ５７は、第１実施形態と同様に、HCIコマンド、HCIイベント、エコー要求またはエコー応答のパラメータ領域に情報を埋め込んで送受することができる。
【００９７】
ここで、本発明の範囲は、上述した第２実施形態に限定されるものではない。例えば、要求装置と応答装置との間の通信は、Bluetooth以外に無線LANや有線接続でも本発明を利用することは可能である。また、応答装置が出力する応答信号は、光以外に音や振動など、人間の五感に訴える信号であればよい。また、第２実施形態では、第１実施形態の動作を前提として属性選択画面から応答装置を選択する構成としたが、これに限らず、要求装置においてユーザがサービスを要求する一つの応答装置を選択することができれば十分であり、必ずしも第１実施形態の動作を前提とする必要はない。
【図面の簡単な説明】
【００９８】
【図１】本発明の第１実施形態の概要を示す概要説明図である。
【図２】本発明の第１実施形態のシステム構成を示す構成図である。
【図３】図２に示す応答装置記憶部のデータ構造図である。
【図４】図２に示す本体属性記憶部のデータ構造図である。
【図５】本発明の第１実施形態の動作を示すフローチャートである。
【図６】図５の動作に登場する属性選択画面の構成図である。
【図７】第１実施形態をBluetooth通信で行なう場合のフローチャート前段である。
【図８】第１実施形態をBluetooth通信で行なう場合のフローチャート後段である。
【図９】本発明の第２実施形態の概要を示す概要説明図である。
【図１０】本発明の第２実施形態のシステム構成を示す構成図である。
【図１１】本発明の第２実施形態の動作を示すフローチャートである。
【図１２】従来例の説明図である。
【符号の説明】
【００９９】
１０，３０  要求装置
１１  入力手段
１２  表示手段
１３  処理手段
１４  通信手段
１５  記憶手段
１６  応答装置記憶部
２０，４０  応答装置
２１  応答出力手段
２３  処理手段
２４  通信手段
２５  記憶手段
２６  本体属性記憶部
３７，４７  認証キー候補記憶部
【図１】
2010069686.tif 000003
【図２】
2010069686.tif 000004
【図３】
2010069686.tif 000005
【図４】
2010069686.tif 000006
【図５】
2010069686.tif 000007
【図６】
2010069686.tif 000008
【図７】
2010069686.tif 000009
【図８】
2010069686.tif 000010
【図９】
2010069686.tif 000011
【図１０】
2010069686.tif 000012
【図１１】
2010069686.tif 000013
【図１２】
2010069686.tif 000014