(57)【特許請求の範囲】
【請求項１】
外部の機器と通信する機能を有すると共に、前記外部の機器に対し所定の機能を提供する通信装置であって、
存在通知を発する少なくとも１つ以上の通知手段と、
当該通信装置の存在通知を要求する存在通知要求情報と、存在通知を発する通知手段とが対応付けられた制御方法情報を記憶した制御方法記憶手段と、
前記存在通知要求情報を前記外部の機器から受信する受信手段と、
前記受信手段が受信した前記存在通知要求情報に基づき前記制御方法情報を参照し、前記存在通知要求情報に対応づけられた前記通知手段による存在通知ができるか否かを判定する判定手段と、
前記判定手段により通知できないと判定された場合に、代替する前記通知手段を決定する代替手段と、
前記受信手段が受信した前記存在通知要求情報に基づき前記制御方法情報を参照し、前記存在通知要求情報に対応づけられた前記通知手段、又は、前記判定手段による判定の結果、前記代替手段により決定された前記通知手段による存在通知の実行を制御する通知制御手段と、
前記存在通知要求情報に対する応答情報を、前記通知制御手段により制御され実行された前記通知手段についての情報を含めて、前記外部の機器に送信する応答手段と、
を有することを特徴とする通信装置。
【請求項２】
前記通知手段は、音、光、又は、振動のいずれかの物理作用を外部に及ぼす、
ことを特徴とする請求項１記載の通信装置。
【請求項３】
ａ）前記通知手段が光源の場合、前記光源が点灯又は点滅し、
ｂ）前記通知手段が音声出力手段の場合、前記音声出力手段から音又はメッセージを出力し、
ｃ）前記通知手段が表示装置の場合、前記表示装置が点灯若しくは点滅し、又は、前記存在通知要求情報を受信する前と色を変えて点灯若しくは点滅し、
ｄ）前記通知手段がモータの場合、前記モータが駆動し、
のいずれか１つの制御方法により前記通知手段は存在通知を発する、
ことを特徴とする請求項１又は２項記載の通信装置。
【請求項４】
前記存在通知要求情報は、
ブルートゥース通信規格のechoコマンドのDataフィールドに含まれており、前記Dataフィールドに通知手段、又は、通知手段及び通知態様が記述されている、
ことを特徴とする請求項１〜３いずれか１項記載の通信装置。
【請求項５】
前記存在通知要求情報は、
ブルートゥース通信規格のホストコントロールインターフェイスの拡張コマンドであり、前記拡張コマンドのオペコードフィールドに通知要求が、１つ以上のパラメータフィールドに通知手段、又は、通知手段及び通知態様がそれぞれ記述されている、
ことを特徴とする請求項１〜３いずれか１項記載の通信装置。
【請求項６】
請求項１〜５いずれか１項記載の通信装置を搭載したプリンタ。
【請求項７】
第１の通信装置と第２の通信装置が通信する通信システムにおいて、
前記第１の通信装置は、
前記第２の通信装置の識別情報を一覧表示する表示部と、
一覧表示された前記第２の通信装置からポインティングデバイスにより選択された前記第２の通信装置に、存在通知を要求する存在通知要求情報を送信する送信手段と、
を有し、
前記第２の通信装置は、
存在通知を発する少なくとも１つ以上の通知手段と、
当該通信装置の存在通知を要求する存在通知要求情報と、存在通知を発する通知手段とが対応付けられた制御方法情報を記憶した制御方法記憶手段と、
前記存在通知要求情報を前記第１の通信装置から受信する受信手段と、
前記受信手段が受信した前記存在通知要求情報に基づき前記制御方法情報を参照し、前記存在通知要求情報に対応づけられた前記通知手段による存在通知ができるか否かを判定する判定手段と、
前記判定手段により通知できないと判定された場合に、代替する前記通知手段を決定する代替手段と、
前記受信手段が受信した前記存在通知要求情報に基づき前記制御方法情報を参照し、前記存在通知要求情報に対応づけられた前記通知手段、又は、前記判定手段による判定の結果、前記代替手段により決定された前記通知手段による存在通知の実行を制御する通知制御手段と、
前記存在通知要求情報に対する応答情報を、前記通知制御手段により制御され実行された前記通知手段についての情報を含めて、前記第１の通信装置に送信する応答手段と、を有する、ことを特徴とする通信システム。
【請求項８】
前記第２の通信装置が複数存在する場合、
前記第１の通信装置の前記送信手段は、一覧表示された前記第２の通信装置の全てに前記存在通知要求情報を送信し、
前記存在通知要求情報を受信した前記第２の通信装置の前記通知手段は前記制御方法情報に基づき存在通知を発する、
ことを特徴とする請求項７記載の通信システム。
【請求項９】
第１の通信装置と第２の通信装置が通信する通信システムの通信方法において、
前記第１の通信装置は、
前記第２の通信装置の識別情報を表示部に一覧表示するステップと、
一覧表示された前記第２の通信装置からポインティングデバイスにより選択された前記第２の通信装置に、存在通知を要求する存在通知要求情報を送信するステップと、
を有し、
前記第２の通信装置は、
受信手段が、前記存在通知要求情報を前記第１の通信装置から受信するステップと、
判定手段が、前記受信手段が受信した前記存在通知要求情報に基づき、制御方法記憶手段に記憶された当該通信装置の存在通知を要求する存在通知要求情報と、存在通知を発する通知手段とが対応付けられた制御方法情報を参照し、前記存在通知要求情報に対応づけられた前記通知手段による存在通知ができるか否かを判定するステップと、
前記判定手段により通知できないと判定された場合に、代替手段が、代替する前記通知手段を決定するステップと、
通知制御手段が、前記受信手段が受信した前記存在通知要求情報に基づき前記制御方法情報を参照し、前記存在通知要求情報に対応づけられた前記通知手段、又は、前記判定手段による判定の結果、前記代替手段により決定された前記通知手段による存在通知の実行を制御するステップと、
通知手段が存在通知を発するステップと、
応答手段が、前記存在通知要求情報に対する応答情報を、前記通知制御手段により制御され実行された前記通知手段についての情報を含めて、前記第１の通信装置に送信するステップと、を有することを特徴とする通信方法。
【請求項１０】
外部の機器と通信する機能を有すると共に、前記外部の機器に対し所定の機能を提供する通信装置に搭載されたコンピュータに、
存在通知要求情報を前記外部の機器から受信する受信ステップと、
前記受信ステップにより受信された前記存在通知要求情報に基づき、制御方法記憶手段に記憶された当該通信装置の存在通知を要求する存在通知要求情報と、存在通知を発する通知手段とが対応付けられた制御方法情報を参照し、前記存在通知要求情報に対応づけられた前記通知手段による存在通知ができるか否かを判定する判定ステップと、
前記判定ステップにより通知できないと判定された場合に、代替する前記通知手段を決定する代替通知手段決定ステップと、
前記受信ステップにより受信された前記存在通知要求情報に基づき前記制御方法情報を参照し、前記存在通知要求情報に対応づけられた前記通知手段、又は、前記判定ステップによる判定の結果、前記代替通知手段決定ステップにより決定された前記通知手段による存在通知の実行を制御する通知制御ステップと、
存在通知を発する通知ステップと、
前記存在通知要求情報に対する応答情報を、前記通知制御ステップにより制御され実行された前記通知手段についての情報を含めて、前記外部の機器に送信する応答ステップと、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信可能な機器等に関し、特に、通信相手の存在を通知可能な通信装置、プリンタ、通信システム及びプログラムに関する。
【背景技術】
【０００２】
近距離無線通信が可能な通信装置を搭載した、携帯電話、ＰＤＡ、ノートパソコン、デジタルカメラ、プリンタ等のＯＡ機器が市販されるようになっている。例えば、  Bluetooth(登録商標)に準拠した無線通信では，最大100m程度の通信が可能となり、デジタルカメラで撮影した画像をプリンタに送信することにより、無線によるダイレクプリントを可能にしたり、また、携帯電話，ＰＤＡ，ノートＰＣ等の様々なモバイル機器間で無線によるデータの送受信が可能となる。
【０００３】
無線通信によって端末同士が接続するまでの手順は、接続を行なう一方の通信装置が無線到達範囲の通信装置を探索し、その探索結果から接続する通信装置を特定し、その通信装置に対して接続を行うという手順である。通信装置同士が通信装置を特定するために用いられる情報は固有アドレスであるが、この固有アドレスは長い数値の羅列であることが多いため、ユーザが通信相手の通信装置を把握する情報としては適切でない。そこで、通信相手とさらに通信して機器の型番などの情報を取得することがある（例えば、特許文献１参照。）。
【０００４】
特許文献１記載の通信装置は、探索された通信装置の型番の一覧を、通信装置を搭載した機器に表示することができる。図１３は、通信装置を搭載した機器に表示された型番の一覧を示す。ユーザは一覧の中から所望の機器を選択することができる。
【０００５】
また、例えば改良前の製品と改良後の製品等のように類似した機器だと型番も類似してしまい、固有アドレスで通信装置を表示する場合と同じ問題が生じることから、特許文献１記載の通信装置は、通信装置を探索した日時及び場所を表示することができる。したがって、探索された通信装置が数多い場合でも、ユーザが複数の型番から所望の機器を選択できるようになりユーザビリティを向上させることができる。
【特許文献１】特開２００６−３１８２８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、このようにして一覧表示した装置からの選択を用意しても、類似機種（デジタル複合機ならデジタル複合機同士）が複数実在する場合、ユーザが所望の通信装置を見分けることは難しい。例えば、デジタル複合機の場合、外見から型番を確認しにくい上、型番が酷似している。これでは、ユーザは実際に文書がどの機器から印刷されるかを把握できない。
【０００７】
図１３では、デジタル複合機の一覧を、型番と固有アドレスで示しているが、型番では「ＭＰ  Ｃ４５００」のように一致するデジタル複合機が存在する。また、固有アドレスは外観から見えない場所に記載されていることが多く、例えば、機器側の固有アドレスを確認するためには機器の電源を一旦オフにして、所定の場所（デジタル複合機の裏側等）に配置された通信装置を取り外す必要があるなど、事実上、ユーザが所望の通信装置を見分けることは困難である。
【０００８】
本発明は、上記課題に鑑み、通信相手の機器の特定を容易する通信装置、プリンタ、通信システム及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題に鑑み、本発明は、外部の機器と通信する機能を有すると共に、前記外部の機器に対し所定の機能を提供する通信装置であって、存在通知を発する少なくとも１つ以上の通知手段と、当該通信装置の存在通知を要求する存在通知要求情報と、存在通知を発する通知手段とが対応付けられた制御方法情報を記憶した制御方法記憶手段と、前記存在通知要求情報を前記外部の機器から受信する受信手段と、前記受信手段が受信した前記存在通知要求情報に基づき前記制御方法情報を参照し、前記存在通知要求情報に対応づけられた前記通知手段による存在通知ができるか否かを判定する判定手段と、前記判定手段により通知できないと判定された場合に、代替する前記通知手段を決定する代替手段と、前記受信手段が受信した前記存在通知要求情報に基づき前記制御方法情報を参照し、前記存在通知要求情報に対応づけられた前記通知手段、又は、前記判定手段による判定の結果、前記代替手段により決定された前記通知手段による存在通知の実行を制御する通知制御手段と、前記存在通知要求情報に対する応答情報を、前記通知制御手段により制御され実行された前記通知手段についての情報を含めて、前記外部の機器に送信する応答手段と、を有することを特徴とする。
【００１０】
本発明によれば、通知手段が当該通信装置の存在を通知するので通信装置又はそれを搭載した機器を容易に特定できる。
本発明によれば、存在通知要求情報で指定された制御方法で通知手段を制御ができない場合には、実際の通知手段及び制御方法を機器に送信するので通信装置又はそれを搭載した機器を特定できる。
【００１１】
また、本発明の一形態において、前記通知手段は、音、光、又は、振動のいずれかの物理作用を外部に及ぼす、ことを特徴とする。
【００１２】
本発明によれば、存在通知要求を受信すると、通知手段が音、光、振動等の物理作用を外部に及ぼすので、通信装置又はそれを搭載した機器を容易に特定できる。
【００１５】
また、本発明の一形態において、ａ）通知手段が光源の場合、光源が点灯又は点滅し、ｂ）通知手段が音声出力手段の場合、音声出力手段から音又はメッセージを出力し、ｃ）通知手段が表示装置の場合、表示装置が点灯若しくは点滅し、又は、存在通知要求情報を受信する前と色を変えて点灯若しくは点滅し、ｄ）通知手段がモータの場合、モータが駆動し、のいずれか１つの制御方法により通知手段は存在通知を発する、ことを特徴とする。
【００１６】
本発明によれば、ａ）の場合、光を点灯又は点滅させて存在を通知するので、ユーザに煩わしさを感じさせにくい。また、ｂ）の場合、光源が他の機器などで隠れていても機器が存在することを通知できる。ｃ）の場合、光を点灯又は点滅させて存在を通知するのでユーザに煩わしさを感じさせにくく、かつ、新たなデバイス装置を追加する必要がないのでコスト増を抑制できる。ｄ）の場合、モータ駆動の音によりプレゼンスを通知するので、光源が他の機器などで隠れていても機器が存在することを通知でき、また、多くの場合機器はモータを備えるので新たなデバイス装置を追加する必要がなくコスト増を抑制できる。
【００１７】
また、本発明の一形態において、存在通知要求情報は、ブルートゥース通信規格のechoコマンドのDataフィールドに含まれており、前記Dataフィールドに通知手段、又は、通知手段及び通知態様が記述されている、ことを特徴とする。
また、本発明の一形態において、存在通知要求情報は、ブルートゥース通信規格のホストコントロールインターフェイスの拡張コマンドであり、前記拡張コマンドのオペコードフィールドに通知要求が、１つ以上のパラメータフィールドに通知手段、又は、通知手段及び通知態様が記述されている、ことを特徴とする。
【００１８】
本発明によれば、echoコマンドを利用することで拡張コマンドを定義（ハードウェアの変更）する必要がなくプレゼンス通知が可能であり、拡張コマンドを利用することでプレゼンス通知の詳細な制御が可能であり、標準コマンドを利用することで拡張コマンドを定義することなくプレゼンス通知が可能となる。
【発明の効果】
【００１９】
通信相手の機器の特定を容易する機器、プリンタ、機器システム及びプログラムを提供することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明を実施するための最良の形態について図面を参照しながら説明する。
【００２１】
図１は、本実施形態の無線通信システム１００の概略構成図を示す。ユーザは無線通信装置を搭載した携帯電話やＰＤＡ（Personal Data Assistant）等の携帯機器１１を携帯している。携帯機器１１は、所定範囲に存在する無線通信装置を搭載した機器１２Ａ〜１２Ｃ（区別しない場合、単に機器１２という）を探索して固有アドレスや型番を取得している。例えば、ユーザの操作により携帯機器１１のディスプレイ１１ａには機器１２Ａ〜１２Ｃが一覧表示される。図１では、機器１２Ａ〜１２Ｃの型番「imager ＭＰ Ｃ４５００」等と固有アドレス「00:0B:50:00:06:9D」等が表示されている。
【００２２】
本実施形態の無線通信システム１００は、ユーザがペンやキーボードなどで携帯機器１１に表示された機器１２Ａ〜１２Ｃを選択すると、携帯機器１１が選択された機器（図では機器１２Ｂ）にプレゼンス要求を送信し、機器１２ＢのＬＥＤ等が例えば所定の色で点灯したり点滅する。
【００２３】
すなわち、無線通信システム１００は、携帯機器１１に表示される２次元世界と物理空間内の実機とを結びつけるので、ユーザは選択した機器１２Ｂがどこにあるか又はどれが選択した機器１２Ｂかを容易に特定することができる。
【００２４】
図２は、無線通信システム１００の概略構成図の別の一形態を示す。図２の携帯機器１１と機器１２はいずれもBluetooth（登録商標）に準拠した通信装置を搭載している。携帯機器１１は例えば携帯電話、ＰＨＳ、ＰＤＡ、ＰＣ（パーソナルコンピュータ）であり、機器１２は例えばプリンタ、ファクシミリ、複写機、ＭＦＰ（Multi  Function Printer）等であるが、携帯機器１１がプリンタ等であってもよく、機器１２が携帯電話等であってもよい。
【００２５】
以下では、Bluetooth（登録商標）をＢＬＴＨと、Bluetooth（登録商標）に準拠した通信装置をＢＬＴＨモジュールと、ＢＬＴＨモジュールを搭載した機器１２をＢＬＴＨ機器と称す。
【００２６】
ＢＬＴＨは近距離無線通信規格の一つであり、一対多接続が可能で低消費電力であることを特長としており、携帯電話やＰＤＡ を始めとし様々な端末に搭載されている。本実施形態では、ＢＬＴＨによる通信を例にして説明するが、Ｗｉ-Ｆｉ、Ｚｉｇｂｅｅなどの無線通信規格を用いてもよい。
【００２７】
〔ＢＬＴＨについて〕
ＢＬＴＨについて概略を説明する。ＢＬＴＨ機器が初めて互いに接続する場合、双方に搭載されたＢＬＴＨモジュール２５が同一のPIN（Personal Identification Number）コードを互いに送信することが要求される。すなわち、ユーザは最初の接続時だけ、端末間でPINコードにより互いに認証するボンディング又はペアリングと呼ばれる作業を完了させておくことになる。本実施形態では、ＢＬＴＨモジュール２５間でそれぞれボンディングが完了しているものとする。
【００２８】
なお、Ｗｉ-Ｆｉなどの無線ＬＡＮの場合、アクセスポイントへの接続にはアクセスポイントと同じESS-ID(Extend Service Set-Identifier)及びアクセスポイントが記憶するWEP(Wired Equivalent Privacy)キーを、携帯機器１１と機器１２が記憶していることが必要である。したがって、無線ＬＡＮで接続する場合、携帯機器１１と機器１２はESS-ID及びWEPを記憶しているものとする。
【００２９】
続いて、ＢＬＴＨのプロトコルスタックについて図３に基づき説明する。図３のプロトコルスタックは、ＢＬＴＨ標準規格で定義されているレイヤ構成に、ＨＣＩ（Host Control Interface）インターフェイスを加えた構成となっている。図ではＨＣＩインターフェイスをＨＣＩドライバとＨＣＩファームウェアで示した。
【００３０】
物理層はいわゆるＲＦ通信の処理を行うレイヤで、２.４ＧＨｚの周波数帯域を用いた周波数ホッピング型のスペクトル拡散方式で変調された電波により通信路を形成する。ベースバンド層は、物理層に対してパケットを送受信するインターフェイスとなるレイヤで、ＳＣＯリンクとＡＣＬリンクの２つの通信リンクを提供する。ベースバンド層により、周波数ホッピングのための送受信周波数の切り替え、誤り訂正、ピコネットの形成などの処理が実行される。
【００３１】
リンク管理層は、ベースバンド層に対し通信リンクの設定やそのリンクに関する様々な通信パラメータを指定する。それらは、制御パケットとしてリンク管理層に定義され、必要に応じて接続先のＢＬＴＨモジュール２５との通信に用いられる。
【００３２】
ＨＣＩファームウェアとＨＣＩドライバは、ＢＬＴＨによる無線通信に対する既存のインターフェイスへの整合性を与える。ＨＣＩインターフェイスにより、上位層（図ではＬ２ＣＡＰ以上）はＢＬＴＨ特有の通信プロトコルを意識することなく、下位層のハードウェアにアクセスできることになる。
【００３３】
ＨＣＩファームウェアは、物理層、ベースバンド層及びリンク管理層側と、それよりも上位のレイヤの間に設けられ、物理層及びベースバンド層を構成するＩＣチップ又はＩＣチップのファームウェア又はミドルウェアとして実装されている。
【００３４】
また、ＨＣＩドライバは、上位層側が下位層側にアクセスするための共通のコマンドを提供する。本実施形態では、ＨＣＩのコマンドの規定されていない領域を利用してプレゼンス要求を送信したり、ベンダー拡張領域にプレゼンス要求のコマンドを新たに設けたり、標準ＨＣＩコマンドのプレゼンス要求と兼用するなどして、機器１２にプレゼンス要求する。
【００３５】
いずれの形態であっても、Ｌ２ＣＡＰ（論理リンク管理層)にはプレゼンス要求を送信したり、受信してそれを解釈するプレゼンスコマンド制御部３１が含まれる。プレゼンスコマンド制御部３１は、プレゼンス要求にデバイス装置４０及びその制御方法を対応づけて記憶する制御方法テーブル３０を参照して、プレゼンス要求を生成しまた解釈する。プレゼンスコマンド制御部３１は、後述するようにＣＰＵがプログラムを実行することで実現される。
【００３６】
Ｌ２ＣＡＰは、上位のアプリケーションから提供されるユーザデータ（例えば、印刷データ等）を、ベースバンド層で送受信される論理チャネルとして管理し、所定のサイズのパケットに分割したり再構築する。
【００３７】
Ｌ２ＣＡＰよりも上のレイヤは、Ｌ２ＣＡＰに適合した種々のプロトコルがスタックされうるレイヤとなる。ＲＦＣＯＭＭはケーブルリプレイスメントプロトコルとも呼ばれ、有線の代わりにシリアル伝送するプロコルを定めるレイヤである。また、利用可能なサービスを探索するＳＤＰ（service discovery protocol）をスタックし、サービスに関する情報獲得のための機能及び手続きを規定することが多い。
【００３８】
なお、ＲＦＣＯＭＭのレイヤには、この他にも種々のプロファイル（シリアルポートプロファイル、ヘッドセットプロファイル、オブジェクトエクスチェンジプロファイル等）がスタックされている。
【００３９】
アプリケーションは、ＯＳ上で動作するブラウザソフトウェア、ワープロソフトウェア、デバイス制御ソフトウェア、又は、ＯＳに含まれる一部のデバイス制御ソフトウェアである。アプリケーションインターフェイスは、ＲＦＣＯＭＭなどの通信プロファイルに対し、アプリケーションがアクセスする共通のインターフェイスを規定する。
【００４０】
アプリケーションのレイヤには、プレゼンス要求を受信した場合、ＬＥＤ４３の点灯などによりプレゼンス通知するプレゼンス通知部３２が含まれる。プレゼンス通知部３２は、ＬＥＤ４３などのデバイス装置４０を制御するデバイス制御ソフトウェアの一形態である。プレゼンス通知部３２は、プレゼンス要求に応じて所定のデバイス装置４０の制御部又はデバイス制御ソフトウェアにプレゼンス通知を要求する。なお、以下では単に、プレゼンス通知部３２がデバイス装置４０を制御すると表現する。
【００４１】
一般的には物理層、ベースバンド層及びリンク管理層は、全てのＢＬＴＨモジュール２５に共通した機能であるので、ＢＬＴＨモジュール２５（ＩＣチップ）、すなわちハードウェアとして構成される。また、ＨＣＩファームウェアはＢＬＴＨモジュール２５と一体である。これに対し、ＨＣＩドライバ、Ｌ２ＣＡＰ及びＲＦＣＯＭＭ等の上位のレイヤは、ＢＬＴＨ機器などのホスト側で実行されるＯＳなどのソフトウェアにより実装されている。
【００４２】
〔携帯機器１１、機器１２の構成について〕
図４は、携帯機器１１及び機器１２が有するコンピュータのハードウェア構成図を示す。携帯機器１１及び機器１２は、それぞれに要求される機能に応じてコンピュータも設計されているが、基本的な構成は共通である。なお、携帯機器１１及び機器１２の共通部分については同時に説明する。
【００４３】
コンピュータは、それぞれバスで相互に接続されているＲＡＭ２１、ＲＯＭ２２、メモリカード装着部２３、入力装置２４、ＢＬＴＨモジュール２５、表示制御装置２６、記憶装置２７及びＣＰＵ２８を有するように構成される。
【００４４】
ＲＡＭ２１はＯＳ（Operating Software）や各種のプログラムやデータを展開する作業メモリになり、ＲＯＭ２２はＢＩＯＳなどＯＳを起動するためのプログラムや設定ファイルを記憶している。メモリカード装置部２３は、フラッシュメモリなどの記憶媒体２９が着脱可能に構成されており、記憶媒体２９にプレゼンスコマンド制御プログラム３１Ｐ、プレゼンス通知プログラム３２Ｐやデータを書き込む際に使用され、また、記憶媒体２９に記録されたプレゼンスコマンド制御プログラム３１Ｐ、プレゼンス通知プログラム３２Ｐやデータを読み込む際に使用される。
【００４５】
入力装置２４はキーボードやマウスなどのポインティングデバイス、タッチパネルなど、ユーザからの様々な操作指示を入力するための装置である。ＢＬＴＨモジュール２５は、Bluetooth（登録商標）に準拠した通信装置であって、図３のプロトコルスタックのうちハードウェアで構成されるレイヤが実装されたＩＣチップ等である。したがって、ＢＬＴＨモジュール２５が備えるアンテナにより、互いに電波を送受信しパケットが抽出される。表示制御装置２６は、ディスプレイ４２に表示される画面を制御し、例えば、アプリケーションプログラムが生成するウィンドウ、操作画面、などの表示位置等をディスプレイ４２に指示する。
【００４６】
記憶装置２７は、ＨＤＤ（ハードディスクドライブ）やフラッシュメモリなど不揮発性メモリである。携帯機器１１の記憶装置２７には、ＯＳ、プレゼンスコマンド制御プログラム３１Ｐ、制御方法テーブル３０、アプリケーションプログラム、ドライバ等のファイルが記憶されている。機器１２の記憶装置２７には、これらに加え、さらにプレゼンス通知プログラム３２Ｐが記憶されている。
【００４７】
ＣＰＵ２８は、ＯＳ、プロトコルスタックの上位レイヤ、種々のプログラムを記憶装置２７から読み込んで実行することで、コンピュータが行う処理を統括的に制御する。携帯機器１１のＣＰＵ２８は、プレゼンスコマンド制御プログラム３１Ｐを記憶装置２７からロードして実行することで、プレゼンスコマンド制御部３１を実現する。また、機器１２のＣＰＵ２８は、プレゼンスコマンド制御プログラム３１Ｐ、プレゼンス通知プログラム３２Ｐを記憶装置２７からロードして実行することで、プレゼンスコマンド制御部３１とプレゼンス通知部３２を実現する。また、機器１２のＣＰＵ２８は、不図示のプログラムを記憶装置２７からロードして実行することで、携帯機器１１から送信されたプレゼンス要求によりプレゼンス通知が可能か否かを判定する判定部３３を実現する。
【００４８】
プレゼンスコマンド制御プログラム３１Ｐ及びプレゼンス通知プログラム３２Ｐは、予め記憶装置２７にインストールされた状態で携帯機器１１又は機器１２として出荷されてもよいし、ネットワークからダウンロードされたり、記憶媒体２９に記憶された状態で配布されメモリカード装置部２３から記憶装置２７にインストールされてもよい。
【００４９】
〔デバイス装置４０〕
プレゼンス通知するための機器１２のデバイス装置４０について説明する。機器１２は搬送モータ４１、ディスプレイ４２、ＬＥＤ４３及びスピーカ４４等のデバイス装置４０を有する。なお、携帯機器１１にも同様のデバイス装置４０が接続されうるが図では省略した。
【００５０】
これらデバイス装置４０は、プレゼンス通知部３２がプレゼンス要求に応じて制御するデバイス装置４０である。搬送モータ４１は排紙機構のあるプリンタ等で用紙を搬送するためのモータである。ディスプレイ４２はＵＩ（ユーザインターフェイス）となる画面であり、機器１２の状態、操作画面、等を表示するものであって、通常はバックライトを備えている。ＬＥＤ４３は、赤、青、黄、白など種々の色で点灯又は点滅する光源であって、動作状況等を光で知らせるため外部から視認できる箇所に配設されている。スピーカ４４は音源回路に接続されたアンプを有し、音や音声メッセージを出力する。
【００５１】
〔ＢＬＴＨモジュール２５間の通信〕
ＢＬＴＨモジュール２５間の通信について説明する。ＢＬＴＨでは、１つのマスターと１つ以上のスレーブがネットワーク（ピコネット）を形成する。マスターはコンピュータネットワークの例えばサーバに相当し、スレーブはクライアントに相当するが、ＢＬＴＨではこの関係は固定でなく原則的に通信をしたい方がマスターになり、ピコネットを形成した後もＨＣＩコマンドにより切り替えることができる。
【００５２】
ＢＬＴＨでは、その通信状態をいくつかのフェーズに区分する。例えば、待ち受けフェーズはいかなるパケットの送受信も行わないフェーズであり、ＢＬＴＨ機器の電源を入れた直後や、通信リンクを切断した場合に待ち受けフェーズとなる。また、同期確立フェーズはピコネット内同期を確立するフェーズで、Inquiry（問い合わせ）とPage（呼び出し）の２つの状態がある。
【００５３】
例えば、携帯機器１１をマスターとすると、携帯機器１１のＢＬＴＨモジュール２５は無線到達範囲にある機器１２を探索するため、Inquiryパケットをブロードキャストする。これを受信した機器１２のＢＬＴＨモジュール２５はＦＨＳパケットを携帯機器１１に送信する。ＦＨＳパケットには、自端末のBD_ADDR(ＢＬＴＨアドレス)やクロック情報などの情報が含まれる。
【００５４】
次いで、携帯機器１１ はＦＨＳパケットにより取得したBD_ADDR に対して、例えば"Create_Connection" のＨＣＩコマンドを送信し、機器１２と接続を行なう。機器１２が接続を受け入れるとピコネット内同期が確立する。
【００５５】
これにより、ＢＬＴＨでは通信が可能な接続フェーズに遷移する。接続フェーズでは、携帯機器１１は、"Remote_name_Request"と呼ばれるＨＣＩコマンドによって機器１２の機器情報を取得する。機器情報には、機器１２の種類を表す"Code of Device"が含まれるので、以上の処理で携帯機器１１は、機器１２の型番や固有アドレスを取得できたことになり、図１に示したように、携帯機器１１のディスプレイ１１ａに機器１２の一覧を表示することができる。
【００５６】
ユーザは、この探索結果の情報から接続するＢＬＴＨ機器を特定し、ＦＴＰ(File Transfer Profile)やＯＢＥＸ(Object Exchange)Profile などのプロファイルで接続を行なう。
【００５７】
〔プレゼンス通知の形態（デバイス装置４０の制御方法）例〕
本実施形態のＢＬＴＨ機器（携帯機器１１）はユーザにより選択されたＢＬＴＨ機器（機器１２）に対してプレゼンス要求を送信し、機器１２がＬＥＤ４３等のデバイス装置４０を制御することで、ユーザにプレゼンス（存在）を通知する。例えば、搬送モータ４１でプレゼンス通知する場合、搬送モータ４１は用紙を搬送することなく搬送モータ４１を回転駆動してその動作音によりにプレゼンスを通知する。例えば、短時間に搬送モータ４１の回転方向を切り替えたりして動作音を大きくしてもよい。
【００５８】
ディスプレイ４２でプレゼンス通知する場合、ディスプレイ４２のバックライトの輝度を最大にしたり、色を変えて点灯したり、点滅するなどによりプレゼンスを通知する。搬送モータ４１やディスプレイ４２を予め備えた機器１２であれば、構成を追加する必要がないのでコスト増を抑制できる。
【００５９】
ＬＥＤ４３でプレゼンス通知する場合は、ＬＥＤ４３を点灯したり、点滅したり、種々の色で点滅するなどしてプレゼンスを通知する。また、スピーカ４４でプレゼンス通知する場合は、「ピピピ…」等の注意喚起音、「ブルートゥースにより接続しています」等の音声メッセージの出力によりプレゼンスを通知する。
【００６０】
〔プレゼンス要求〕
プレゼンス要求のいくつかの形態について説明する。
＜echoコマンドの利用＞
echoコマンドとは、Ｌ２ＣＡＰ層で接続したチャネル上のコマンドで、接続テスト行うためのコマンドであり、ＬＡＮ（ＴＣＰ／ＩＰ）の場合はＰｉｎｇコマンドに相当するコマンドである。以下、echoコマンドを利用したプレゼンス要求をエコー要求と、エコー要求に対する機器１２の応答をエコー応答という。
【００６１】
図５（ａ）はエコー要求"echo Request"のフォーマットを、図５（ｂ）はエコー応答"echo Response"のフォーマットを、それぞれ示す。
【００６２】
Code（echoコマンドのオペコード）とIdentifier（接続の識別番号）のビット長は固定であるが、Data欄には任意のデータを格納することができるので、Length（データ数）によりエコー要求とエコー応答の全体の長さを指定する。echoコマンドではエコー要求とエコー応答に含まれているData欄の記述が同一であるか否かによって、接続テストの結果を判断する。
【００６３】
ＢＬＴＨの仕様ではData欄の記述が定義されていない。このため、echoコマンドによりプレゼンス要求を送信する場合、エコー要求のData欄にプレゼンス要求を埋め込むことができる。
【００６４】
図６（ａ）は、Data欄にプレゼンス要求が埋め込まれたエコー要求の一例を示す。Data欄には「PRESENCE＿YOUKYU，RED」と記述されているが、実際には、ビット列にコード化（例えば、ASCIIコード等で１６進数に変換）して記述される。カンマを挟んで記述される「RED」は、ＬＥＤ４３を赤色で点灯するよう要求する引数で、「Blue」や「GREEN」など他の色でもよい。
【００６５】
スピーカ４４から音を出力する場合は、点灯色でなく例えば「Sound」が引数となり、例えば、「PRESENCE＿YOUKYU，Sound」がData欄に記述される。また、搬送モータ４１を駆動する場合は「Motor」が引数となり、例えば、「PRESENCE＿YOUKYU，Motor」がData欄に記述される。ディスプレイ４２を駆動する場合は「Display」が引数となり、例えば、「PRESENCE＿YOUKYU，Display」がData欄に記述される。
【００６６】
したがって、ｅｃｏｈコマンドを利用してプレゼンス要求する場合、制御方法テーブル３０には例えば次のような制御方法が記憶されている。
RED    ：LED４３         ：赤色に点灯
Blue   ：LED４３         ：青色に点灯
Sound  ：スピーカ４４    ：音を出力
Motor  ：搬送モータ４１  ：搬送モータ４１を駆動
Display：ディスプレイ４２：ディスプレイ４２のバックライトを点滅
携帯機器１１のプレゼンスコマンド制御部３１は、ディスプレイ１１ａに表示された機器１２Ａ〜１２Ｃの一覧からいずれかが選択されると、プレゼンス要求するためのエコー要求コマンドを生成する。プレゼンスコマンド制御部３１は、予め定められている制御方法を制御方法テーブル３０から抽出してエコー要求のData欄に記述する。また、ユーザにより、所望のプレゼンス通知方法（ＬＥＤ４３や搬送モータ４１等）を選択することができ、この場合はユーザの選択に応じて制御方法テーブル３０から制御方法を抽出しエコー要求のData欄に記述する。
【００６７】
機器１２のプレゼンスコマンド制御部３１は、エコー要求を受信するとData欄の記述に基づき制御方法テーブル３０を参照し制御方法を抽出する。そして、制御方法をプレゼンス通知部３２に送信する。プレゼンス通知部３２は、指定された制御方法に従いデバイス装置４０を制御する。これにより、ユーザにプレゼンスが通知される。
【００６８】
また、echoコマンドは、上述のようにエコー応答を返送するコマンドであるので、機器１２のプレゼンスコマンド制御部３１は、エコー応答を返送する。図６（ｂ）は、エコー応答の一例を示す。原則的にエコー要求とエコー応答ではData欄の記述は同じになる。
【００６９】
しかしながら、例えば、「PRESENCE＿YOUKYU，RED」に対してＬＥＤ４３が備えられていない場合や、他の携帯機器１１からのプレゼンス要求処理を実行していたり、機器１２の本来の機能が作動中等のため、エコー要求のＤａｔａ欄に記述された制御方法でプレゼンス通知できない場合がある。判定部３３は、デバイス装置４０の動作状況等を監視したり問い合わせることで、エコー要求のＤａｔａ欄に記述された制御方法でプレゼンス通知できるか否かを判定する。
【００７０】
判定部３３がエコー要求のＤａｔａ欄に記述された制御方法ではプレゼンス通知できないと判定した場合、プレゼンスコマンド制御部３１は実際に行ったプレゼンス通知をエコー応答を利用して携帯機器１１に返す。
【００７１】
図６（ｂ）では、例えば赤色で点灯できないため青色で点灯した場合のエコー応答を示すものであり、Data欄に「BLUEDE_HYOUZI_TYU」と記述されている。
【００７２】
したがって、機器１２のプレゼンスコマンド制御部３１には、プレゼンス要求と同じプレゼンス通知ができない場合に代替するプレゼンス通知を、制御方法テーブル３０に記憶している。そして、最終的にプレゼンス通知が可能なデバイス装置４０が定まると、プレゼンスコマンド制御部３１がData欄を記述し、エコー応答のechoコマンドを送信する。エコー要求に従いプレゼンス通知できた場合はData欄に「PRESENCE＿YOUKYU，RED」を記述する。
【００７３】
ところで、例えばＬＥＤ４３の点灯によりプレゼンス通知した場合、いつまでも点灯していると消費電力が増大し、また煩わしさ感じさせる場合があるので、所定時間が経過したら終了することが好ましい。このため、プレゼンス通知部３２は、予め定められた所定時間が経過したらデバイス装置４０の制御を終了する。
【００７４】
また、携帯機器１１からプレゼンス通知を終了させるechoコマンドが受信された時にデバイス装置４０の制御を終了してもよい。図６（ｃ）は、プレゼンス通知を終了させるパラメータがData欄に記述されたエコー終了要求のechoコマンドの一例を示す。Data欄には「PRESENCE_YOUKYU_SYURYOU」と記述されている。プレゼンスコマンド制御部３１はエコー終了要求のechoコマンドのData欄の記述に基づき制御方法テーブル３０を参照し、プレゼンス通知部３２にプレゼンス通知の終了を要求する。
【００７５】
なお、エコー終了要求のechoコマンドは、ユーザの操作により携帯機器１１から機器１２に送信されてもよいし、携帯機器１１がエコー応答のechoコマンドを受信してから所定時間が経過した時に、携帯機器１１のプレゼンスコマンド制御部３１が自動的に機器１２に送信してもよい。
【００７６】
echoコマンドを用いてプレゼンス要求する無線通信システム１００の動作について、図７のシーケンス図に基づき説明する。
【００７７】
まず、携帯機器１１と機器１２が接続を確立する（Ｓ１０）。
【００７８】
そして、ユーザが携帯機器１１のディスプレイ１１ａに表示された機器１２の一覧から、いずれかの機器１２を選択すると、携帯機器１１のプレゼンスコマンド制御部３１は、エコー要求を送信する（Ｓ２０）。
【００７９】
機器１２のプレゼンスコマンド制御部３１はエコー要求を受信する（Ｓ３０）。そして、機器１２のプレゼンスコマンド制御部３１はData欄の記述に基づき制御方法テーブル３０を参照して、プレゼンス通知するデバイス装置４０等を検出し、プレゼンス通知部３２がデバイス装置４０を制御することでプレゼンス通知が実行される。
【００８０】
機器１２のプレゼンスコマンド制御部３１は、echoコマンドの仕様に従いエコー応答を携帯機器１１に送信する（Ｓ４０）。実際に行ったプレゼンス通知とエコー要求の制御方法が等しければエコー要求と同じＤａｔａ欄のエコー応答を返送し、そうでなければ、実際に行ったプレゼンス通知をＤａｔａ欄に記述してエコー応答を返送する。
【００８１】
ついで、携帯機器１１のプレゼンスコマンド制御部３１はエコー終了要求を機器１２に送信する（Ｓ５０）。上記のように、ユーザの操作によりエコー終了要求を送信してもよいし、エコー応答を受信してから所定時間経過後に送信してもよい。また、エコー終了要求がなくても、機器１２のプレゼンス通知部３２が所定時間経過後にプレゼンス通知を終了してもよい。
【００８２】
echoコマンドを利用することで次述のように拡張コマンドを定義（ハードウェアの変更）する必要がなく、コスト増を抑制してプレゼンス通知することができる。
【００８３】
＜ベンダー拡張コマンドの利用＞
ＨＣＩコマンドは、一部のコードがベンダーのデバッグ領域として開放されている。すなわちデバッグ領域については各ベンダーがコマンドを定義することができる。ＨＣＩコマンドのオペコードは１６ビットになっており、上位６ビットＯＧＦ（OpCode Group Field）と下位１０ビットＯＣＦ（OpCode Command Field）とから構成される。このうち、0xfc00(OGF=0x3f/OCF=0x000)から0xffff(OGF=0x3f/OCF=0xfff)までがデバッグ領域である。  したがって、デバッグ領域を利用することで、ベンダー拡張コマンドを定義することができる。
【００８４】
図８（ａ）はＨＣＩコマンドのフォーマットの一例を示す。OpCodeにはベンダー拡張コマンドが、Lengthにはパラメータ数が、Parameter０〜Ｎには所望のパラメータを設定することができる。
【００８５】
例えば、プレゼンス要求するＨＣＩコマンドのOpCodeを「0xFC00」と定義し、制御方法をパラメータに定義する。パラメータにより、例えば表示する色等が決定される。したがって、ベンダー拡張コマンドを利用してプレゼンス要求する場合、制御方法テーブル３０には例えば次のような制御方法が記憶されている。
FC00  0x1  ：LED４３         ：赤色に点灯
FC00  0x2  ：LED４３         ：青色に点灯
FC00  0x3  ：スピーカ４４    ：音を出力
FC00  0x4  ：搬送モータ４１  ：搬送モータ４１を駆動
FC00  0x5  ：ディスプレイ４２：ディスプレイ４２のバックライトを点滅
図８（ｂ）は定義されたプレゼンス要求コマンドの一例を示す。ここでは、OpCodeは「FC00」、Parameter０は「0x1（＝RED）」、Lengthはパラメータが１つなので「１」である。
【００８６】
プレゼンス要求する場合、携帯機器１１のプレゼンスコマンド制御部３１は、制御方法テーブル３０を参照して図８（ｂ）のようなＨＣＩコマンドを生成する。ＨＣＩコマンドは、ＨＣＩドライバ側からＨＣＩファームウェアにコマンドを送信される際に用いられるコマンドであるので、携帯機器１１のＨＣＩドライバからＨＣＩファームウェアに送出されたＨＣＩコマンドは、機器１２のＨＣＩファームウェアに送信される。
【００８７】
これに対し、機器１２のＨＣＩファームウェアは、ＨＣＩイベントによりプレゼンスコマンド制御部３１にイベントの発生を通知する。ＨＣＩイベントは、ＨＣＩファームウェアがＨＣＩドライバにイベントが発生したことを通知するために用いられる。
【００８８】
図９（ａ）はＨＣＩイベントのフォーマットの一例を示す。プレゼンス要求のＨＣＩコマンドを受信した機器１２のＨＣＩファームウェアは、OpCodeは「FC00」に対応した「Event Code」を格納し、「Parameter０〜Ｎ」にＨＣＩコマンドのパラメータを格納してＨＣＩイベントを生成し、機器１２のＨＣＩドライバに送出する。
【００８９】
機器１２のプレゼンスコマンド制御部３１は、制御方法テーブル３０を参照してＨＣＩイベントの「Event Code」及び「Parameter」を抽出し、プレゼンス通知部３２に制御方法を送信する。プレゼンス通知部３２は、制御方法に従いデバイス装置４０を制御する。これにより、ユーザにプレゼンスが通知される。
【００９０】
プレゼンス要求のＨＣＩコマンドに対しては必ずしも応答を返送する必要はないが、要求されたパラメータでプレゼンス通知できたか否かを応答したり、要求されたパラメータでプレゼンス通知できなかった場合には実際の制御方法を「Parameter」に記述して応答することで、ユーザの利便性が向上する。
【００９１】
プレゼンス要求のパラメータに従って通知できた場合、機器１２のプレゼンスコマンド制御部３１はプレゼンス要求のパラメータ「0x1（＝ＲＥＤ）」を「Parameter」に格納しプレゼンス応答を送信する。プレゼンス応答のOpCodeはプレゼンス要求と同様に拡張定義されている。
【００９２】
判定部３３が、プレゼンス要求のパラメータに従って通知できないと判定した場合、機器１２のプレゼンスコマンド制御部３１は実際にプレゼンス通知した制御方法に応じたパラメータを「Parameter」に格納し応答を送信する。
【００９３】
図９（ｂ）はＨＣＩコマンドによるプレゼンス応答の一例を示す。図９（ｂ）では、プレゼンス要求のパラメータ「0x1（＝RED）」に対し、「0x２（＝BLUE）」が格納されている。したがって、ＨＣＩコマンドを用いてプレゼンス要求する場合も、ユーザは実際のプレゼンス通知の制御方法を把握することができる。
【００９４】
また、echoコマンドを用いたプレゼンス要求と同様に、所定時間が経過したらプレゼンスの通知を終了することが好ましいので、機器１２のプレゼンス通知部３２は、予め定められた所定時間が経過したらデバイス装置４０の制御を終了する。携帯機器１１からプレゼンス終了要求のＨＣＩコマンドを機器１２に送信することで、プレゼンス通知を終了してもよい。
【００９５】
図９（ｃ）は、プレゼンス終了要求のＨＣＩコマンドの一例を示す。プレゼンス通知の終了を要求するOpCodeはプレゼンス要求と同様に拡張定義されている。また、プレゼンス通知を終了要求する「Parameter」には実際にプレゼンス通知しているパラメータが格納される。
【００９６】
機器１２のプレゼンスコマンド制御部３１はＨＣＩコマンドに基づき制御方法テーブル３０を参照して、プレゼンス通知部３２にプレゼンス通知の終了を要求する。
【００９７】
なお、ＨＣＩコマンドを拡張定義するには、ＢＬＴＨモジュール（ＩＣチップ）２５を改良する必要があるが、ＨＣＩコマンドを用いれば、echoコマンドと兼用することなく、プレゼンス要求を通知することができる。
【００９８】
図１０は、無線通信システム１００が拡張定義されたＨＣＩコマンドを用いてプレゼンス要求する手順を示すシーケンス図の一例である。
【００９９】
まず、携帯機器１１と機器１２が接続を確立する（Ｓ１０）。
【０１００】
そして、ユーザが携帯機器１１のディスプレイ１１ａに表示された機器１２の一覧から、いずれかの機器１２を選択すると、携帯機器１１のプレゼンスコマンド制御部３１は、プレゼンス要求するためのＨＣＩコマンドを送信する（Ｓ２１）。
【０１０１】
機器１２のプレゼンスコマンド制御部３１はＨＣＩコマンドを受信する（Ｓ３０）。そして、機器１２のプレゼンスコマンド制御部３１はＨＣＩコマンドに基づき制御方法テーブル３０を参照して制御方法を抽出し、プレゼンス通知部３２がデバイス装置４０を制御することでプレゼンス通知が実行される。
【０１０２】
そして、機器１２のプレゼンスコマンド制御部３１は、プレゼンス応答するためのＨＣＩコマンドを送信する（Ｓ４１）。送信するＨＣＩコマンドのＥｖｅｎｔ Ｃｏｄｅは予め拡張定義されており、また、パラメータには実際に行ったプレゼンス通知の制御方法が記述される。
【０１０３】
ついで、携帯機器１１のプレゼンスコマンド制御部３１はプレゼンス終了要求のＨＣＩコマンドを機器１２に送信する（Ｓ５１）。上記のように、ユーザの操作によりＨＣＩコマンドを送信してもよいし、ステップＳ４１のＨＣＩコマンドを受信してから所定時間経過後に送信してもよい。また、機器１２のプレゼンス通知部３２が所定時間経過後にプレゼンス通知を終了してもよい。
【０１０４】
拡張コマンドを利用することでプレゼンス通知の詳細な制御が可能となる。
【０１０５】
＜任意のコマンドの利用＞
プレゼンス要求を拡張定義することなく、任意のコマンドを利用して送信することもできる。例えば、マスターとスレーブを接続してピコネットを形成するためのＨＣＩコマンド（Create_Connection）を利用することができる。
【０１０６】
この場合、Create_Connectionとプレゼンス要求は一体である。したがって、機器１２がCreate_Connectionを受信すると、携帯機器１１と接続してピコネット内同期が確立すると共に、機器１２のプレゼンスコマンド制御部３１は、予め定められた制御方法でプレゼンス通知部３２にプレゼンスの通知を要求する。
【０１０７】
したがって、任意のコマンドの利用する場合、各デバイス装置４０のプレゼンス通知の方法は固定となる。例えば、ＬＥＤ４３でプレゼンス通知する場合は点灯色や点滅間隔が固定となり、スピーカ４４でプレゼンス通知する場合は音やメッセージの内容が固定となる。
【０１０８】
また、Create_Connectionに対する応答はＨＣＩの仕様として定められているので、プレゼンス要求として受信しても、これに対する応答は仕様に従った応答であり、プレゼンス要求の失敗などを通知することはできない。
【０１０９】
任意のコマンドを利用してプレゼンス要求する場合、制御方法テーブル３０には例えば次のような制御方法が記憶されている。
Create_Connection  ：LED４３         ：赤色に点灯
Create_Connection  ：LED４３         ：青色に点灯
Create_Connection  ：スピーカ４４    ：音を出力
Create_Connection  ：搬送モータ４１  ：搬送モータ４１を駆動
Create_Connection  ：ディスプレイ４２：ディスプレイ４２のバックライトを点滅
図１１は、無線通信システム１００が任意のＨＣＩコマンドを用いてプレゼンス要求する手順を示すシーケンス図の一例である。
【０１１０】
例えば、接続時にプレゼンス要求する場合、携帯機器１１のプレゼンスコマンド制御部３１は任意のＨＣＩコマンドとしてCreate_Connectionを機器１２に送信する（Ｓ１２）。
【０１１１】
機器１２のプレゼンスコマンド制御部３１は、受信したＨＣＩコマンドに従い処理すると共に（Ｓ１２）、任意のＨＣＩコマンドに対応づけられたプレゼント通知を実行する（Ｓ３０）。上記のように、このプレゼンス通知の制御方法は固定である。
【０１１２】
機器１２のプレゼンス通知部３２は別の任意のＨＣＩコマンドを受信することで、プレゼンス通知を終了してもよいし、所定時間経過後にプレゼンス通知を終了してもよい。
【０１１３】
標準コマンドを利用することで拡張コマンドを定義することなくプレゼンス通知が可能となる。
【０１１４】
〔複数の機器１２にプレゼンス要求する場合〕
上述したように、携帯機器１１がプレゼンス要求した機器１２はプレゼンス通知するが、携帯機器１１は図１に示したように複数の機器１２と接続しているので、接続が確立した全ての機器１２にプレゼンス通知することもできる。
【０１１５】
例えば、機器１２の１台１台にプレゼンス通知を要求する場合、プレゼンス通知を認識しながらユーザは順番に所望の機器１２がどれかを確認していく必要がある。これに対し、利用可能な機器１２が全て点灯していたらユーザは利用可能なサービスを一目で把握でき便利である。また、点灯していることは接続状態であることを意味するので、接続状態か否かを瞬時に把握できるので、通信のトラブルシューティングに利用することもできる。
【０１１６】
図１２は、携帯機器１１が複数の機器１２にプレゼンス要求する手順を示すシーケンス図である。図１２では、機器１２としてプリンタ１２Ｄ、ファクシミリ装置１２Ｅ、及び、腕時計１２Ｆが、携帯機器１１と接続される。また、図では携帯機器１１がマスターで、３台の機器１２はいずれもスレーブとなる。なお、図１２ではechoコマンドを用いてプレゼンス要求する。
【０１１７】
まず、携帯機器１１は、３台の機器１２と接続状態を確立する（Ｓ１０）。これにより、携帯機器１１のディスプレイ１１ａには機器１２の一覧が表示される。そして、ユーザが、複数の機器１２にプレゼンス要求する所定の操作を入力すると、携帯機器１１のプレゼンスコマンド制御部３１は、３台の機器１２に順番にプレゼンス要求していく。
【０１１８】
この順番は、例えば、携帯機器１１のディスプレイ１１ａに一覧表示された機器１２のリスト順（例えば、上から下）とすることで、ユーザはプレゼンス通知中の機器１２と一覧表示された機器１２との対応を把握することができる。ユーザがプレゼンス要求する順番を設定してもよい。
【０１１９】
例えば、プリンタ１２Ｄからプレゼンス要求する場合、携帯機器１１のプレゼンスコマンド制御部３１は、「MYGROUP＿YOUKYU，RED」がData欄に記述されたエコー要求をプリンタ１２Ｄに送信する（Ｓ１１０）。
【０１２０】
エコー要求を受信したプリンタ１２Ｄのプレゼンスコマンド制御部３１は、Data欄の記述に基づき制御方法テーブル３０を参照して、プレゼンス通知するデバイス装置４０等を検出し、プレゼンス通知部３２がデバイス装置４０を制御することでプレゼンス通知を実行する（Ｓ１２０）。ここで、機器１２のプレゼンス通知部３２は、他の処理に優先してData欄に指定されたプレゼンス通知を実行することが好ましい。これにより複数の機器１２が同じプレゼンス通知を実行できユーザが把握しやすくなる。
【０１２１】
ついで、機器１２のプレゼンスコマンド制御部３１は、echoコマンドの仕様に従い「RED_DE_HYOUJI_TYU」がData欄に記述されたエコー応答を携帯機器１１に送信する（Ｓ１３０）。
【０１２２】
携帯機器１１のプレゼンスコマンド制御部３１は、同様の処理をファクシミリ装置１２Ｅと腕時計１２Ｆに繰り返す。
【０１２３】
携帯機器１１のプレゼンスコマンド制御部３１は、「MYGROUP＿YOUKYU，RED」がData欄に記述されたエコー要求をファクシミリ装置１２Ｅに送信する（Ｓ１４０）。
【０１２４】
エコー要求を受信したファクシミリ装置１２Ｅのプレゼンスコマンド制御部３１は、Data欄の記述に基づき制御方法テーブル３０を参照して、プレゼンス通知するデバイス装置４０等を検出し、プレゼンス通知部３２がデバイス装置４０を制御することでプレゼンス通知を実行する（Ｓ１５０）。ここで、機器１２のプレゼンス通知部３２は、他の処理に優先してData欄に指定されたプレゼンス通知を実行することが好ましい。これにより複数の機器１２が同じプレゼンス通知を実行できユーザが把握しやすくなる。
【０１２５】
ついで、機器１２のプレゼンスコマンド制御部３１は、echoコマンドの仕様に従い「RED_DE_HYOUJI_TYU」がData欄に記述されたエコー応答を携帯機器１１に送信する（Ｓ１６０）。
【０１２６】
ついで、携帯機器１１のプレゼンスコマンド制御部３１は、「MYGROUP＿YOUKYU，RED」がData欄に記述されたエコー要求を腕時計１２Ｆに送信する（Ｓ１７０）。
【０１２７】
エコー要求を受信した腕時計１２Fのプレゼンスコマンド制御部３１は、Data欄の記述に基づき制御方法テーブル３０を参照して、プレゼンス通知するデバイス装置４０等を検出し、プレゼンス通知部３２がデバイス装置４０を制御することでプレゼンス通知を実行する（Ｓ１８０）。ここで、機器１２のプレゼンス通知部３２は、他の処理に優先してData欄に指定されたプレゼンス通知を実行することが好ましい。これにより複数の機器１２が同じプレゼンス通知を実行できユーザが把握しやすくなる。
【０１２８】
ついで、機器１２のプレゼンスコマンド制御部３１は、echoコマンドの仕様に従い「RED_DE_HYOUJI_TYU」がData欄に記述されたエコー応答を携帯機器１１に送信する（Ｓ１９０）。
【０１２９】
以上の処理により、複数の機器１２が同時期にプレゼンス通知することができる。各機器１２がプレゼンス通知するタイミングを少しずつ遅らせるなどしてもよい。なお、図１２では省略したが、プレゼンス通知はユーザの操作又は所定時間の経過により終了する。
【０１３０】
本実施形態の無線通信システム１００は、機器１２が物理的作用を外界に及ぼすので、携帯機器１１に表示される２次元世界と物理空間内の実機とを結びつけることができる。また、無線接続という接続の有無が把握しにくい通信形態でも、接続しているか否かを容易に把握できる。
【図面の簡単な説明】
【０１３１】
【図１】無線通信システムの概略構成図である。
【図２】無線通信システムの別の一形態を示す図である。
【図３】ＢＬＴＨのプロトコルスタックの一例を示す図である。
【図４】携帯機器及び機器が有するコンピュータのハードウェア構成図の一例である。
【図５】エコー要求のフォーマットとエコー応答のフォーマットを示す図である。
【図６】Data欄にプレゼンス要求が埋め込まれたエコー要求の一例を示す図である。
【図７】無線通信システムがechoコマンドを用いてプレゼンス要求する手順を示すシーケンス図の一例である。
【図８】ＨＣＩコマンドのフォーマットの一例を示す図である。
【図９】ＨＣＩイベントのフォーマットの一例を示す図である。
【図１０】無線通信システムが拡張定義されたＨＣＩコマンドを用いてプレゼンス要求する手順を示すシーケンス図の一例である。
【図１１】無線通信システムが任意のＨＣＩコマンドを用いてプレゼンス要求する手順を示すシーケンス図の一例である。
【図１２】携帯機器が複数の機器にプレゼンス要求する手順を示すシーケンス図の一例である。
【図１３】通信装置を搭載した機器に表示された型番の一覧を示す図である。
【符号の説明】
【０１３２】
１１      携帯機器
１２      機器
３０      制御方法テーブル
３１      プレゼンスコマンド制御部
３２      プレゼンス通知部
３３      判定部
４０      デバイス装置
４１      搬送モータ
４２      ディスプレイ
４３      ＬＥＤ
４４      スピーカ
１００    無線通信システム
【図１】
0004960818.tif 000002
【図２】
0004960818.tif 000003
【図３】
0004960818.tif 000004
【図４】
0004960818.tif 000005
【図５】
0004960818.tif 000006
【図６】
0004960818.tif 000007
【図７】
0004960818.tif 000008
【図８】
0004960818.tif 000009
【図９】
0004960818.tif 000010
【図１０】
0004960818.tif 000011
【図１１】
0004960818.tif 000012
【図１２】
0004960818.tif 000013
【図１３】
0004960818.tif 000014