(57)【特許請求の範囲】
【請求項１】
ユーザの状態情報を他の装置に提供するための状態情報提供装置であって、
タイマと、
外部の装置から特定の機器宛に送信された信号を受信するための信号受信手段と、
前記信号受信手段及び前記タイマに接続され、前記信号受信手段が受信した信号と、前記信号受信手段が信号を受信した時間とに基づいて、前記特定の機器のユーザの状態を推定し状態情報を生成するための状態情報生成手段と、
状態情報の送信要求イベントの発生に応答して、前記状態情報を所定の送信先に送信するための状態情報送信手段とを含み、
前記状態情報送信手段は、
１又は複数の送信先のアドレスと、前記ユーザにより設定されるレベル情報であって、状態情報を送信する際の状態情報の詳細度レベルを規定するレベル情報とを送信先ごとに予め記憶するためのアドレス記憶手段と、
前記状態情報の送信要求イベントの発生に応答して、前記状態情報生成手段により生成された前記状態情報を前記アドレス記憶手段により特定されるアドレスに送信するための送信手段とを含み、
前記状態情報提供装置は、前記送信手段により前記状態情報が送信されるに先立って、前記状態情報を、送信先アドレスに対応して前記アドレス記憶手段に記憶されているレベル情報にしたがって送信先へ送信すべき情報の詳細度のレベルに合致するように変換して、変換された状態情報を前記送信手段により送信させるための詳細度レベル変換手段をさらに含む、状態情報提供装置。
【請求項２】
前記状態情報生成手段は、
前記状態情報生成手段により推定された状態に関する情報を保持するための状態情報保持手段と、
前記信号受信手段により受信された信号を解析するための信号解析手段と、
前記信号解析手段による前記信号の解析結果及び前記状態情報生成手段に保持された状態情報と、前記タイマによる計時とに基づき、予め定められた状態遷移スキームに基づいて、前記特定の機器のユーザの新たな状態を特定し、前記状態情報保持手段に保持させるための状態遷移手段と、
前記状態遷移手段により特定された新たな状態を示す状態情報を生成して前記状態情報送信手段に与えるための手段とを含む、請求項１に記載の状態情報提供装置。
【請求項３】
前記状態情報生成手段は、
前記信号受信手段が受信した信号及び当該信号が受信された時刻情報とからなる信号受信の履歴を記憶するための履歴記憶手段と、
前記状態情報の送信要求イベントの発生に応答して、前記履歴記憶手段に記憶された信号受信の履歴を解析して前記特定の機器のユーザの状態を推定し、状態情報を生成して前記状態情報送信手段に与えるための手段とを含む、請求項１に記載の状態情報提供装置。
【請求項４】
通信装置と、
前記通信装置が他の装置から状態情報の送信要求を受信したことに応答して、前記送信要求イベントを生成するための送信要求イベント生成手段とをさらに含む、請求項１〜請求項３のいずれかに記載の状態情報提供装置。
【請求項５】
前記タイマが直前の前記送信要求イベントの発生から一定時間の経過を計時したことに応答して、前記送信要求イベントを生成するための送信要求イベント生成手段をさらに含む、請求項１〜請求項３のいずれかに記載の状態情報提供装置。
【請求項６】
前記状態情報生成手段により新たな状態情報が生成されたことに応答して、前記送信要求イベントを生成するための送信要求イベント生成手段をさらに含む、請求項１に記載の状態情報提供装置。
【請求項７】
前記信号受信手段及び前記タイマに接続され、前記信号受信手段が信号を受信しない時間が所定時間継続したことに応答して、前記状態情報生成手段により生成された前記特定の機器のユーザの状態を、不在状態に設定するための手段をさらに含む、請求項１〜請求項６のいずれかに記載の状態情報提供装置。
【請求項８】
前記アドレス記憶手段はさらに、状態情報を送信する際のフォーマットを送信先ごとに記憶しており、
前記状態情報送信手段は、前記アドレス記憶手段に記憶されたアドレスごとに、前記状態情報を、当該アドレスに対応して記憶されたフォーマットに変換して前記送信手段に与えるためのフォーマット変換手段をさらに含む、請求項１〜請求項７のいずれかに記載の状態情報提供装置。
【請求項９】
前記アドレス記憶手段はさらに、状態情報を送信する際に使用する通信プロトコルを特定するプロトコル情報を、送信先ごとに記憶し、
前記送信手段は、前記状態情報の送信要求イベントの発生に応答して、前記状態情報生成手段を、前記アドレス記憶手段により特定されるアドレスに、当該アドレスに対応して前記アドレス記憶手段に記憶されているプロトコル情報により特定される通信プロトコルを用いて送信するための手段を含む、請求項１〜請求項８のいずれかに記載の状態情報提供装置。
【請求項１０】
前記アドレス記憶手段はさらに、固定的な状態情報を送信先ごとに記憶し、
前記状態情報提供装置は、前記送信手段により前記状態情報が送信されるに先立って、当該送信先に対応して前記アドレス記憶手段に記憶されている固定的な状態情報があるか否かを判定し、固定的な状態情報がある場合には前記状態情報を当該固定的な状態情報で置換するための手段をさらに含む、請求項１〜請求項９のいずれかに記載の状態情報提供装置。
【請求項１１】
前記アドレス記憶手段はさらに、状態情報の送信を許可するか否かを示す送信許可情報を送信先ごとに記憶し、
前記送信手段は、前記状態情報の送信要求イベントの発生に応答して、前記アドレス記憶手段に記憶されたアドレスであってかつ対応の送信許可情報により送信が許可されている送信先に前記状態情報を送信するための手段を含む、請求項１に記載の状態情報提供装置。
【請求項１２】
前記状態情報生成手段により推定された状態情報を表示するための状態情報表示手段をさらに含む、請求項１〜請求項１１のいずれかに記載の状態情報提供装置。
【請求項１３】
前記信号受信手段が受信した信号が、前記状態情報提供装置に対して送信された信号か否かを判定するための手段と、
前記判定するための手段により、前記信号受信手段が受信した信号が前記状態情報提供装置に対して送信された信号であると判定されたことに応答して、当該信号により指定される所定の動作を実行するための動作実行手段とをさらに含む、請求項１〜請求項１２のいずれかに記載の状態情報提供装置。
【請求項１４】
前記信号受信手段が信号を受信したことに応答して、所定の表示を行なうための手段をさらに含む、請求項１〜請求項１３のいずれかに記載の状態情報提供装置。
【請求項１５】
外部の装置から、当該装置のユーザの状態情報を受信するための受信手段と、
前記受信手段により受信された状態情報を表示するための受信情報表示手段とをさらに含む、請求項１〜請求項１４のいずれかに記載の状態情報提供装置。
【請求項１６】
前記受信情報表示手段は、前記受信手段により受信された複数の他機器のユーザの状態情報を表示するための手段を含む、請求項１５に記載の状態情報提供装置。
【請求項１７】
前記受信情報表示手段はさらに、前記表示するための手段に表示された他機器のユーザのうちの一部が選択されたことに応答して、当該選択されたユーザの機器との間の接続を確立し、当該選択されたユーザとの間のコミュニケーション手段を提供するための手段をさらに含む、請求項１６に記載の状態情報提供装置。
【請求項１８】
状態情報送信のためのモードを、第１及び第２のモードのいずれかに設定するための手操作可能なスイッチと、
前記スイッチにより状態情報送信のためのモードが前記第１のモードに設定されたことに応答して、予め定める固定された状態情報を前記状態情報送信手段に与え、前記モードが前記第２のモードに設定されたことに応答して、前記状態情報生成手段により生成される状態情報を、前記状態情報送信手段に与えるための手段とをさらに含む、請求項１〜請求項１７のいずれかに記載の状態情報提供装置。
【請求項１９】
前記信号受信手段は、外部の装置から特定の機器宛に無線により送信された信号を受信するための手段を含む、請求項１〜請求項１８のいずれかに記載の状態情報提供装置。
【請求項２０】
コンピュータにより実行されると、請求項１〜請求項１９のいずれかに記載の状態情報提供装置の全ての機能を実現する、コンピュータプログラム。
【請求項２１】
請求項２０に記載のコンピュータプログラムを記録した、コンピュータ読取可能な記録媒体。
【請求項２２】
請求項２０に記載のコンピュータプログラムによりプログラムされた、コンピュータ。
【請求項２３】
コンピュータを用いてユーザの状態情報を他の装置に提供する状態情報提供方法であって、
信号受信装置を用いて、外部の装置から特定の機器宛に送信された信号を受信するステップと、
前記コンピュータに、前記信号が受信された時刻を取得させるステップと、
前記コンピュータに、前記受信された信号と、前記取得された時刻とに基づいて、前記特定の機器のユーザの状態を推定し状態情報を生成させるステップと、
状態情報の送信要求イベントの発生に応答して、前記コンピュータに、前記状態情報を所定の送信先に送信させるステップとを含み、
前記送信させるステップは、
１又は複数の送信先のアドレスと、前記ユーザにより設定されるレベル情報であって、状態情報を送信する際の状態情報の詳細度レベルを規定するレベル情報とを送信先ごとに予めアドレス記憶手段に記憶させるステップと、
前記状態情報の送信要求イベントの発生に応答して、前記コンピュータに、前記状態情報を生成させるステップにおいて生成された前記状態情報を前記アドレス記憶手段により特定されるアドレスに送信させる送信ステップとを含み、
前記状態情報提供方法は、前記送信ステップにおいて前記状態情報が送信されるに先立って、前記コンピュータに、前記状態情報を、送信先アドレスに対応して前記アドレス記憶手段に記憶されているレベル情報にしたがって送信先へ送信すべき情報の詳細度のレベルに合致するように変換させて、変換させた状態情報を前記送信ステップにおいて送信させるステップをさらに含む、状態情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ある人の現在の状態を示す情報を他人に通知することを支援する装置に関し、特に、ある人の状態を示す情報を、特別な操作を行なうことなく他人に通知することを可能にする装置に関する。
【背景技術】
【０００２】
ネットワーク技術の発達に伴い、地球規模で個人同士がいつでもコミュニケーションを行なうことが可能になってきた。最も利用されているのがいわゆるインターネットにおける電子メールである。しかし最近では、これに加えてパーソナルコンピュータ（以下「ＰＣ」と呼ぶ。）においてインスタントメッセンジャと呼ばれるサービスも普及しつつある。
【０００３】
インスタントメッセンジャサービスでは、電子メールと異なり、通信相手先の装置がネットワークに接続している場合には、相手装置に対してメッセージを送ると、相手装置の画面上にそのメッセージが直ちに表示される。通信相手先が受信操作を行なわない限り相手にメッセージが伝わらない電子メールと比較して、インスタントメッセンジャサービスは即時性が高く、リアルタイムのコミュニケーションに適している。
【０００４】
しかし、通信相手先の装置がネットワークに接続していたとしても、本人が直ちにメッセージに対し返信できる状態にあるとは限らない。たとえば、一時的に端末を離れており１，２分のうちに戻ってくる場合もあるだろうし、何らかの会議に出ていたりして数時間の間、端末前に戻ってくることができない場合もある。したがって、通信相手先の状態が分からないと、インスタントメッセンジャサービスでメッセージを送っても直ちに相手にメッセージが伝わらない場合もありうる。
【０００５】
そうした問題を避けるために、端末がネットワークに接続していることを前提として、さらに自分がどのような状態であるか（不在、在宅、在席等）を常に通信相手に対して表示しておく、という機能を持つインスタントメッセンジャプログラムが一般的になってきている。例えばこうしたシステムの一例が後掲の特許文献１に開示されている。このように、通信先の相手に対して表示されるべきユーザの状態に関する情報を、以下「状態情報」と呼ぶ。
【特許文献１】特開２００３−１６９１３７
【特許文献２】特開２００１−３０７２６０
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ユーザがＰＣの前に座っている状況では、状態情報をキーやマウスによって変更することは容易である。しかし、仕事で使用している場合はともかく、家庭でＰＣを使用している大半のユーザは、常時ＰＣの電源をＯＮにしているとは限らず、むしろ使用していない場合には電源を切っているユーザが多いと考えられる。電源が入っていなければ、そのユーザのＰＣがネットワークに接続されていないことは相手にすぐ分かるが、ユーザが実際に家にいるかどうか、またはある部屋の中にいるか否かまでは分からない。また、仮にユーザがＰＣの電源をＯＮにしていたとしても、上記したような機能を持つインスタントメッセンジャプログラムを起動していない限り、通信相手には当該ユーザの状態は分からない。
【０００７】
またさらに、インスタントメッセンジャプログラムが起動されていたとしても、ユーザが状態情報を正しく設定していない限り、相手に当該ユーザの状態情報は正確には伝わらない。実際、ユーザの日常生活の中で自分の現在の状況をインスタントメッセンジャプログラムに、必要が生じる都度、設定することは非常に煩雑である。
【０００８】
一方、その家庭のユーザのプレセンス情報を、遠方のユーザが知りたい、又は、遠方のユーザに知らせたい、という要求は確実に存在する。例えば、特許文献２には、家庭内の電気機器の使用状況を集中的にモニタし、外部に通知する生活モニタ装置を開示している。各電器機器及び生活モニタ装置にはともに無線装置を設けておき、電気機器が操作されるたびに生活モニタ装置に無線により操作があったことを通知する。生活モニタ装置は、これら電気機器の使用状況によって、その家庭内のユーザの生活状況を表す情報を作成し、外部に送信する。
【０００９】
しかし、こうしたシステムを構築するためには、家庭で用いられる電気機器の各々に無線通信装置を設けなければならない。そのために電気機器のコストが上昇することは明らかである。
【００１０】
また特許文献２に開示されたシステムは、ある人の生活状況を外部からモニタすること自体が目的であって、そうした情報を有効に利用して相互のコミュニケーションを効率的にするためのものではない。
【００１１】
さらに、状態情報を利用したコミュニケーションは、できるだけ容易な操作で実行可能であるとともに、ユーザによる状態情報の操作も可能とすることが望ましい。また、通信相手がいずれも同じ通信環境にあるとは限らないので、状態情報を通知する際には、相手ごとに適切な通信方法を選択できるようにすることが望ましい。
【００１２】
それゆえに、本発明の目的は、コストの上昇を引き起こすことなく、ユーザの状態情報を通信相手先に適切な形で通知可能な装置を提供することである。
【００１３】
本発明の別の目的は、コストの上昇を引き起こすことなく、ユーザの状態情報を通信相手先に通知可能で、当該状態情報を用いて効率的にコミュニケーションを行なことを可能にする装置を提供することである。
【００１４】
本発明の別の目的は、コストの上昇を引き起こすことなく、ユーザの状態情報を通信相手先に相手ごとに適切な形式を選択して通知可能で、当該状態情報を用いて効率的にコミュニケーションを行なうことを可能にする装置を提供することである。
【課題を解決するための手段】
【００１５】
本発明の第１の局面にかかる状態情報提供装置は、ユーザの状態情報を他の装置に提供するための状態情報提供装置であって、タイマと、外部の装置から特定の機器宛に送信された信号を傍受するための信号傍受手段と、当該信号傍受手段及びタイマに接続され、信号傍受手段が傍受した信号と、信号傍受手段が信号を傍受した時間とに基づいて、特定の機器のユーザの状態を推定し状態情報を生成するための状態情報生成手段と、状態情報の送信要求イベントの発生に応答して、状態情報を所定の送信先に送信するための状態情報送信手段とを含む。
【００１６】
特定の機器宛に送信された信号を傍受し、その信号とそのときの時間とに基づいてユーザの状態情報を生成する。ユーザが状態情報生成のための操作を特に行なわなくても、他の機器を操作するために送信した信号を用いて状態情報が生成されるため、ユーザが意識しなくとも、その状態情報を生成できる。
【００１７】
好ましくは、状態情報生成手段は、状態情報生成手段により推定された状態に関する情報を保持するための状態情報保持手段と、信号傍受手段により傍受された信号を解析するための信号解析手段と、信号解析手段による信号の解析結果及び状態情報生成手段に保持された状態情報と、タイマによる計時とに基づき、予め定められた状態遷移スキームに基づいて、特定の機器のユーザの新たな状態を特定し、状態情報保持手段に保持させるための状態遷移手段と、状態遷移手段により特定された新たな状態を示す状態情報を生成して状態情報送信手段に与えるための手段とを含む。
【００１８】
状態情報保持手段に記憶されている状態情報と、信号の解析結果とに基づき、予め定められた状態遷移スキームに基づいてユーザの新たな状態が推定できる。したがって、傍受した信号を多数記憶しておく必要がない。
【００１９】
状態情報生成手段は、信号傍受手段が傍受した信号及び当該信号が傍受された時刻情報からなる信号傍受の履歴を記憶するための履歴記憶手段と、状態情報の送信要求イベントの発生に応答して、履歴記憶手段に記憶された信号傍受の履歴を解析して特定の機器のユーザの状態を推定し、状態情報を生成して状態情報送信手段に与えるための手段とを含んでもよい。
【００２０】
信号傍受の履歴を保存しておくことにより、履歴に基づいて確実にユーザの状態を推定できる。
【００２１】
好ましくは、状態情報提供装置は、通信装置と、通信装置が他の装置から状態情報の送信要求を受信したことに応答して、送信要求イベントを生成するための送信要求イベント生成手段とをさらに含む。
【００２２】
他の装置から状態情報の送信要求があるたびに送信要求イベントが生成され、その送信要求イベントに応答して状態情報が送信される。そのため、必要が生じない限り状態情報を送信する必要がない。
【００２３】
さらに好ましくは、状態情報提供装置は、タイマが直前の送信要求イベントの発生から一定時間の経過を計時したことに応答して、送信要求イベントを生成するための送信要求イベント生成手段をさらに含む。
【００２４】
一定時間ごとに状態情報が繰返し送信されるので、受信側では現在の当該ユーザの状態を、高い信頼性で確認できる。
【００２５】
好ましくは、状態情報提供装置は、状態情報生成手段により新たな状態情報が生成されたことに応答して、送信要求イベントを生成するための送信要求イベント生成手段をさらに含む。
【００２６】
新たな状態情報が生成されたときに状態情報が送信されるので、状態の変更があったときに間違いなく状態情報が相手に送信される。相手は、確実に最新の状態情報を入手できる。
【００２７】
好ましくは、状態情報提供装置は、信号傍受手段及びタイマに接続され、信号傍受手段が信号を傍受しない時間が所定時間継続したことに応答して、状態情報生成手段により生成された特定の機器のユーザの状態を、不在状態に設定するための手段をさらに含む。
【００２８】
例えばユーザが当該状態情報提供装置の付近から離れた場合、ユーザが何もしなくても、当該ユーザの状態が正しく状態情報に反映される。
【００２９】
好ましくは、状態情報送信手段は、１又は複数の送信先のアドレスを予め記憶するためのアドレス記憶手段と、状態情報の送信要求イベントの発生に応答して、状態情報生成手段をアドレス記憶手段により特定されるアドレスに送信するための送信手段とを含む。
【００３０】
予め記憶された特定のアドレスに状態情報が送信される。その都度送信先を特定する必要がない。
【００３１】
好ましくは、アドレス記憶手段はさらに、状態情報を送信する際のフォーマットを送信先ごとに記憶しており、状態情報送信手段は、アドレス記憶手段に記憶されたアドレスごとに、状態情報を、当該アドレスに対応して記憶されたフォーマットに変換して送信手段に与えるためのフォーマット変換手段をさらに含む。
【００３２】
送信先ごとに異なるフォーマットで状態情報を送信することが必要な場合、ユーザの介在なく自動的にそれぞれ適切なフォーマットで状態情報を送信できる。
【００３３】
好ましくは、アドレス記憶手段はさらに、状態情報を送信する際に使用する通信プロトコルを特定するプロトコル情報を、送信先ごとに記憶し、送信手段は、状態情報の送信要求イベントの発生に応答して、状態情報生成手段を、アドレス記憶手段により特定されるアドレスに、当該アドレスに対応してアドレス記憶手段に記憶されているプロトコル情報により特定される通信プロトコルを用いて送信するための手段を含む。
【００３４】
送信先ごとに異なる通信プロトコルで状態情報を送信することが必要な場合、ユーザの介在なく自動的にそれぞれ適切な通信プロトコルで状態情報を送信できる。
【００３５】
アドレス記憶手段はさらに、状態情報を送信する際の状態情報の詳細度レベルを規定するレベル情報を送信先ごとに記憶してもよく、状態情報提供装置は、送信手段により状態情報が送信されるに先立って、状態情報を、送信先アドレスに対応してアドレス記憶手段に記憶されているレベル情報にしたがった詳細度レベルの状態情報に変換するための詳細度レベル変換手段をさらに含む。
【００３６】
送信先ごとに異なる詳細度レベルで状態情報を送信することができるので、相手に応じてユーザが適切と考える程度の詳細度にしたがって分類された状態情報を送信できる。相手に応じてユーザが適切と考える程度でプライバシを開示することができる。
【００３７】
好ましくは、アドレス記憶手段はさらに、固定的な状態情報を送信先ごとに記憶し、状態情報提供装置は、送信手段により状態情報が送信されるに先立って、当該送信先に対応してアドレス記憶手段に記憶されている固定的な状態情報があるか否かを判定し、固定的な状態情報がある場合には状態情報を当該固定的な状態情報で置換するための手段をさらに含む。
【００３８】
特定の送信先には、固定された状態情報を送信するように設定できる。送信先によっては、実際の状態ではない情報を与えることにより、ユーザのプライバシを守ることができる。
【００３９】
さらに好ましくは、アドレス記憶手段はさらに、状態情報の送信を許可するか否かを示す送信許可情報を送信先ごとに記憶し、状態情報送信手段は、状態情報の送信要求イベントの発生に応答して、アドレス記憶手段に記憶されたアドレスであってかつ対応の送信許可情報により送信が許可されている送信先に状態情報を送信するための手段を含む。
【００４０】
送信先ごとに状態情報を送信するか否かを設定できる。相手を選んで、ユーザが適切と考える相手のみにユーザのプライバシに属する情報を開示できる。
【００４１】
状態情報提供装置は、状態情報生成手段により推定された状態情報を表示するための状態情報表示手段をさらに含んでもよい。
【００４２】
推定された状態情報が表示されることにより、ユーザは現在の推定状態情報を確認できる。
【００４３】
好ましくは、信号傍受手段が傍受した信号が、状態情報提供装置に対して送信された信号か否かを判定するための手段と、判定するための手段により、信号傍受手段が傍受した信号が状態情報提供装置に対して送信された信号であると判定されたことに応答して、当該信号により指定される所定の動作を実行するための動作実行手段とをさらに含む。
【００４４】
当該状態情報提供装置に他の機能を組込んだ場合、信号傍受手段を、制御信号の受信装置として使用し、当該他の機能を制御することができる。
【００４５】
さらに好ましくは、信号傍受手段が信号を傍受したことに応答して、所定の表示を行なうための手段をさらに含む。
【００４６】
信号傍受手段が信号を傍受したことが所定の表示で確認できるため、ユーザは状態情報提供装置が正常に動作していることを確認できる。
【００４７】
状態情報提供装置は、外部の装置から、当該装置のユーザの状態情報を受信するための受信手段と、受信手段により受信された状態情報を表示するための受信情報表示手段とをさらに含んでもよい。
【００４８】
好ましくは、受信情報表示手段は、受信手段により受信された複数の他機器のユーザの状態情報を表示するための手段を含む。
【００４９】
さらに好ましくは、受信情報表示手段はさらに、表示するための手段に表示された他機器のユーザのうちの一部が選択されたことに応答して、当該選択されたユーザの機器との間の接続を確立し、当該選択されたユーザとの間のコミュニケーション手段を提供するための手段をさらに含む。
【００５０】
他のユーザの状態を確認して、通信可能な相手を確認して簡易な方法でコミュニケーションを開始することができる。
【００５１】
好ましくは、状態情報提供装置は、状態情報送信のためのモードを、第１及び第２のモードのいずれかに設定するための手操作可能なスイッチと、スイッチにより状態情報送信のためのモードが第１のモードに設定されたことに応答して、予め定める固定された状態情報を状態情報送信手段に与え、モードが第２のモードに設定されたことに応答して、状態情報生成手段により生成される状態情報を、状態情報送信手段に与えるための手段とをさらに含む。
【００５２】
ユーザが望む場合、どの送信先に対しても固定された状態情報が送られるようになり、ユーザのプライバシを保護することができる。
【００５３】
信号傍受手段は、外部の装置から特定の機器宛に無線により送信された信号を傍受するための手段を含んでもよい。
【００５４】
無線により送信された信号を使用してユーザの状態を推定できるので、状態推定のための配線等が不要で、ユーザの生活環境に与える影響を小さくすることができる。
【００５５】
本発明の第２の局面にかかるコンピュータプログラムは、コンピュータにより実行されると、上記したいずれかの状態情報提供装置の全ての機能を実現する。
【００５６】
本発明の第３の局面にかかる記録媒体は、上記したコンピュータプログラムを記録した、コンピュータ読取可能な記録媒体である。
【００５７】
本発明の第４の局面にかかるコンピュータは、上記したコンピュータプログラムによりプログラムされたコンピュータである。
【００５８】
本発明の第５の局面にかかる状態情報提供方法は、信号受信装置を用いて、外部の装置から特定の機器宛に送信された信号を傍受するステップと、コンピュータに、信号が傍受された時刻を取得させるステップと、コンピュータに、傍受された信号と、取得された時刻とに基づいて、特定の機器のユーザの状態を推定し状態情報を生成させるステップと、状態情報の送信要求イベントの発生に応答して、コンピュータに、状態情報を所定の送信先に送信させるステップとを含む。
【発明の効果】
【００５９】
以上のように本発明によれば、ユーザが状態情報生成のための操作を特に行なわなくても、他の機器を操作するために送信した信号を用いて状態情報が生成されるため、ユーザが意識しなくとも、その状態情報を生成できる。各機器に、状態情報を生成するために特別な機能部分を追加する必要はない。
【００６０】
また、種々の方法により、送信先ごとに状態情報の開示を制御でき、ユーザのプライバシを保護しながら、他のユーザに対してユーザの状態情報を知らせることができる。
【発明を実施するための最良の形態】
【００６１】
［第１の実施の形態］
‐概要‐
現代の日本の一般的な家庭では、テレビジョン受像機（以下単に「ＴＶ」と呼ぶ。）、エアコンディショナー（以下単に「エアコン」と呼ぶ。）等が普及しており、ＴＶはほぼ１００％、エアコンはほぼ９０％の普及率である。これらのうち、ＴＶであれば家庭にユーザがいる場合には通年で非常に高い稼働率となるであろうし、エアコンについても夏季又は冬季に限れば、家庭にユーザがいる場合には高い稼働率となると思われる。また、ケーブルＴＶの普及に伴い、ケーブルＴＶのコンバータの稼働率も高い。  すなわち、ＰＣの電源がついていない状況であっても、ユーザが家庭にいればＴＶ、エアコン、ケーブルＴＶのコンバータのいずれかが動作していることが多い。ユーザがこれらの機器を制御する際の機器の制御情報を用いて、離れた場所にいる他のユーザに現在、もしくは過去のこのユーザの状態を知らせるようにすれば、意識してユーザの状態を入力することなく、ユーザの状態を推定して通知することが可能になる。本実施の形態にかかる装置は、そのような装置である。
【００６２】
そのために、本実施の形態にかかる装置では、他機器宛に対してリモートコントローラ（以下簡単のために「リモコン」と呼ぶ。）によって赤外線を用いて送られた制御コマンドを受信して、当該制御コマンド及びその履歴を解析することにより、ユーザの状態情報を作成する機能を持つ。
【００６３】
さらに本実施の形態にかかる装置は、制御コマンド及び制御コマンドによって所定の状態遷移スキームによりユーザの状態を推定し、その結果をユーザ自身に知らせる機能も持つ。この機能により、どのような情報が他ユーザに送信されているかをユーザ自身が把握できる。
【００６４】
なお、本実施の形態にかかる装置と関連する機器としては、ＴＶ、エアコン、ケーブルＴＶのコンバータに限らず、その他のものも使用できる。例えばＶＴＲ（Ｖｉｄｅｏ  Ｔａｐｅ  Ｒｅｃｏｒｄｅｒ）、最近普及しつつあるハードディスクレコーダ、ＤＶＤプレーヤ、ＰＣ、携帯電話、携帯音楽プレーヤ、その他多数のものを利用できる。
【００６５】
‐構成‐
図１に、本装置を使用した家庭内のシステムの概念図を示す。図１を参照して、このシステムは、本実施の形態にかかる状態情報管理装置３０と、それぞれリモコン４０、４２、及び４４により遠隔操作可能なＴＶ３２、ＶＴＲ３４、及びエアコン３６とを含む。このシステムでは、リモコン４０はＴＶ３２の、リモコン４２はＶＴＲ３４の、リモコン４４はエアコン３６の、それぞれ専用リモコンである。
【００６６】
本実施の形態では、リモコン４０、４２、及び４４はいずれも赤外線を利用してそれぞれＴＶ３２、ＶＴＲ３４、及びエアコン３６に対して制御情報を送信する機能を持つ。赤外線を用いるリモコンの場合、リモコン４０、４２、及び４４のいずれから射出された赤外線でも、周囲の壁等に反射して状態情報管理装置３０に届く可能性が高い。状態情報管理装置３０は、ユーザがリモコン４０、４２、及び４４のいずれかからＴＶ３２、ＶＴＲ３４、又はエアコン３６に制御コマンドを射出した場合、当該制御コマンドを傍受（以下「受信」と呼ぶ。）できる可能性が高い。そこで、後述するように状態情報管理装置３０は、これらリモコン４０、４２、及び４４のいずれからの制御コマンドを受信した場合でも、それらがどの装置に対する制御コマンドであるのか、またそれらがどのような意味を持つ制御コマンドであるか、を解釈する機能を持つ。
【００６７】
図２に、図１に示すシステムを含んだネットワークシステムの概要を示す。図２を参照して、このシステムは、ユーザＡ、Ｂ、及びＣの家庭にそれぞれ設置された、図１に示す状態情報管理装置３０と同様の状態情報管理装置３０Ａ、３０Ｂ、及び３０Ｃと、これら状態情報管理装置３０Ａ、３０Ｂ，３０Ｃで作成された状態情報をユーザ間で中継するためのプレゼンスサーバ５０とを含む。以下の説明では、プレゼンスサーバ５０には状態情報管理装置３０Ａからの状態情報についてはプレゼンス情報管理装置３０Ｂに対し送信するという設定がなされているものとする。
【００６８】
なお、状態情報管理装置３０Ｂは、このようにしてプレゼンスサーバ５０経由で取得したユーザＡの状態情報を表示する機能を持つ。また、状態情報管理装置３０Ｂ及び３０Ｃは、携帯電話又は携帯端末等の形態であっても良い。
【００６９】
プレゼンスサーバ５０を設けることにより、複数のユーザに対してあるユーザの状態情報を通知するときに、プレゼンスサーバ５０のみに状態情報を登録すればよく、個々のユーザに対して個別に通知を行なう必要がない。そのため、ユーザの操作は簡単になり、ネットワークにかかる負荷も小さくてすむ。
【００７０】
この場合、プレゼンスサーバ５０にはユーザ間の状態情報の伝達に関する許可情報を設定しておく。例えばユーザＡの情報はユーザＢには伝えてもよい、という情報を保持する。この許可情報がないユーザ（例えばユーザＣ）に対してはユーザＡの状態情報を通知しないようにする。このように各ユーザの状態情報の送信を制限することにより、各ユーザのプライバシを保つ。
【００７１】
なお、各ユーザの許可情報は、状態情報の作成元のユーザにより設定（追加、変更、削除）できる。通信相手の識別情報を含む特定のリクエストを状態情報管理装置３０Ａ等からプレゼンスサーバ５０に対して送信することにより、プレゼンスサーバ５０上で特定のプログラムが、当該識別情報により特定される通信相手に対する、当該ユーザの状態情報の通知の設定を更新する。
【００７２】
図３に状態情報管理装置３０の正面の外観を示す。図３を参照して、状態情報管理装置３０は、ほぼ直方体形状の筐体６０と、筐体６０の正面に設けられた赤外線受光部６２と、コマンドを受信した場合に点灯するコマンド受信表示部６４と、この状態情報管理装置３０が設けられた家庭のユーザの状態として状態情報管理装置３０が推定した状態情報を表示するためのユーザ状態表示部６６とを含む。
【００７３】
コマンド受信表示部６４はＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）等からなる。赤外線を用いて制御コマンドが送信される場合、状態情報管理装置３０がコマンドを受信したかどうかはユーザには判別しにくい。そこで、コマンドや信号を受信した場合には、コマンド受信表示部６４を所定の表示態様で短時間だけ点灯させる。これにより、ユーザは状態情報管理装置３０が正しく動作していることを確認でき、安心できる。ＬＥＤではなく、またはこれに加え、簡単なスピーカと音声信号の発生装置を設け、コマンドを受信すると特徴のある音が鳴るようにしてもよい。
【００７４】
なお、コマンド受信表示部６４は常時表示する必要はなく、ユーザが設定をした特別なモードでのみ表示するようにしてもよい。
【００７５】
ユーザ状態表示部６６は本装置によって推定されたユーザの状態、すなわち当該ユーザの状態情報を示す。例えば、ユーザ状態表示部６６を赤、黄色、緑の発光が可能なＬＥＤで構成し、赤は留守、黄色は在宅、緑は在室等というように状態に応じて表示を変化させる。ユーザ状態表示部６６の表示は、外部機器（例えば図２の状態情報管理装置３０Ｂ等）に対して送信される本ユーザの状態情報にしたがうものであることが望ましい。送信される、又は送信された状態情報がユーザに理解可能な形式で同時に表示されることで、ユーザは安心して状態情報管理装置３０を使用できる。
【００７６】
状態情報管理装置３０はさらに、通信相手状態表示部６８，７０，７２と、状態情報の送信をユーザがマニュアルで制御するためのスイッチ７４とを含む。
【００７７】
通信相手状態表示部６８，７０，７２は、通信相手から受信した状態情報にしたがい、通信相手のユーザの状態を表示する。これは本状態情報管理装置３０が他の装置のユーザ状態を受信する場合に使用される。
【００７８】
スイッチ７４は、当該状態情報管理装置３０のユーザの状態情報を、特定の固定した情報に設定するために使用するスイッチである。このスイッチにより、状態情報管理装置３０の動作モードが第１のモード及び第２のモードのいずれかに設定できる。本実施の形態では、スイッチ７４をオフ（第１のモード）にすれば、この状態情報管理装置３０のユーザの状態情報は「留守」を示す値に固定される。スイッチ７４をオン（第２のモード）に設定すれば、状態情報が通信相手先に通知される。このようにスイッチ７４を設けることにより、受信した信号からユーザの状態を推測して送信するだけでなく、ユーザが望む状態にマニュアルで設定することができる。このようにマニュアルで特定の状態に設定できれば、ユーザがプライバシを守ろうとする場合に好適である。
【００７９】
なお、図３に示すスイッチ７４は、独立したスイッチである必要はない。例えばスライドスイッチ又はロータリースイッチとして、いくつかの状態を選択できるとともに、電源スイッチと併用してもよい。さらに、外部機器に表示を出して、リモコンで設定するソフトウェアでの切替えでもよい。
【００８０】
図４に、本実施の形態にかかる状態情報管理装置３０の機能的なブロック図を示す。実際には、この装置のうち、後述するフローチャートによって説明する機能部分は、実質的にコンピュータのハードウェアとその上で実行されるソフトウェアとにより実現される。コンピュータハードウェアについてはごく一般的なものを用いればよいので、ここではその詳細な説明は行なわない。
【００８１】
なお、このコンピュータプログラムは、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＦＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）等のコンピュータ可読な記録媒体に記録されて流通し、実行時にはコンピュータのメモリに格納される。当該コンピュータは、このプログラムを実行する（当該プログラムによりプログラムされる）ことにより、図４に記載の各機能ブロックの機能を実現できる。ただし、例えば赤外線受光部等、本来のコンピュータのハードウェアに含まれない部分については、そのための部品を別途用意する必要がある。
【００８２】
図４を参照して、状態情報管理装置３０は、図３に示す赤外線受光部６２からなる信号受信部９０と、信号受信部９０が受信した赤外線の信号に基づいて、制御コマンドを解析するためのコマンド解析部９２と、状態情報管理装置３０が受信する可能性のあるコマンドを全て記憶しておくためのコマンド記憶部９４とを含む。
【００８３】
信号受信部９０は、コマンド送信がパケット通信である場合には、パケットの受信機能を備えたものとする必要がある。本実施の形態のように赤外線通信を用いる場合には、フォトディテクタの出力をサンプリングすることによりデータを取得する。
【００８４】
赤外線のコマンド信号のフォーマットとしては、日本国内の場合、財団法人家電製品協会で規定されたいわゆる家製協フォーマットがあるが、各ベンダー依存のコマンドも存在する。ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ）１３９４と呼ばれる規格ではＡＶＣ（Ａｕｄｉｏ−Ｖｉｓｕａｌ  Ｃｏｎｔｒｏｌ）というコマンドセットがよく使用される。ユニバーサルプラグアンドプレイと呼ばれる規格では、ＤＣＰ（Ｄｅｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）という制御手法が存在する。
【００８５】
本実施の形態の装置では、上記したいずれのフォーマットのコマンドであっても解析可能である。なお、いずれかひとつのフォーマットのみ、またはそれらのある組み合わせに対してのみコマンド解析可能としてもよい。いずれのフォーマットを限定的に利用しなければならないというわけではない。複数の物理層により受信されるコマンドであっても、複数のコマンドセットが同時に利用される場合であっても、それらが解析可能であればそれらを一緒にコマンドフォーマットとして採用してもよい。つまり、赤外線コマンドでビデオの再生コマンドを受信しても、ＩＥＥＥ１３９４経由でビデオの再生コマンドを受信しても、同じビデオ再生コマンドとして扱って、後述する状態推定部で状態推定を行ってもよい。
【００８６】
なお、コマンドの意味が解釈できないベンダー特有のコマンドであっても、コマンドであることが判明すれば少なくともコマンドが発生したという情報が利用可能である。この情報を利用して、例えば後述するようにユーザが在室している、というような状態推定が可能になる。
【００８７】
図４に示されるコマンド記憶部９４は、状態情報管理装置３０が受信する可能性のあるコマンドとして想定できるものを全て記憶しておくためのものである。例えばＴＶのオン・オフ、又はチャネルの変更等のコマンドをコマンド記憶部９４に記憶しておく。信号受信部９０が受信した信号に含まれるコマンドがどのような意味を持つのかという解析を行なうために、コマンド解析部９２がコマンド記憶部９４の記憶内容を参照する。
【００８８】
図４を参照して、状態情報管理装置３０はさらに、コマンド解析部９２により解析されたコマンドを記憶、管理するためのイベント管理部９６と、イベント管理部９６に接続され、イベントが発生したときの時刻又はイベント間の時間を取得するためのタイマ９８と、イベント管理部９６に記憶されたイベント及びタイマ９８から取得する時間情報とに基づいて、状態情報管理装置３０のユーザの状態を推定し状態情報を作成するための状態推定部１００とを含む。
【００８９】
イベントとは、コマンドを受信して、それを解釈した情報のことをいう。
【００９０】
状態推定部１００の状態推定で採用されれている状態遷移スキームについては、図８を参照して後述する。
【００９１】
再び図４を参照して、状態情報管理装置３０はさらに、図１に示す通信相手状態表示部６８，７０，７２からなる状態表示部１０２と、状態推定部１００により推定された結果からユーザの状態情報を生成するための状態情報生成部１０４と、状態情報生成部１０４により生成された状態情報を、他の機器（図４には図示しない。）に送信するための状態情報通信部１０６と、状態情報通信部１０６に対しインターネットへの接続を提供するネットワークインタフェース（Ｉ／Ｆ）１０８と、状態情報通信部１０６が状態情報を送信するあて先として、予め相手機器のアドレス情報を記憶するためのアドレス記憶部１１０とを含む。
【００９２】
本実施の形態では、信号受信部９０がコマンドを受信し、コマンド解析部９２がそれを解析し、状態推定部１００がユーザの状態を推定するたびに、状態表示部１０２による状態表示が行なわれる。
【００９３】
アドレス記憶部１１０が記憶するアドレス情報は、通常はインターネット上のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス、ＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）、電子メールアドレス、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）アドレス等である。また、アドレス記憶部１１０には、通信相手ごとに、どのようなフォーマットでどのような通信プロトコルで状態情報を送信するかについての情報が記憶されている。本実施の形態では、状態情報の送信は図２に示すプレゼンスサーバ５０により中継されるので、アドレス記憶部１１０にはプレゼンスサーバ５０のアドレスが記憶されている。
【００９４】
なお、状態情報は、一般的にいえば何らかの形で状態情報の送信要求イベントが発生すると送信される。送信要求イベントを発生させるタイミングについては、システムの性質又は設計思想により適宜選択することが可能である。例えば他の装置から状態情報の送信要求の電子メールを受信したとき、前回の状態情報の送信から所定時間が経過したとき、新たな状態情報が生成されたとき、ユーザの指示があったとき、等が典型的な送信要求イベントの発生タイミングである。
【００９５】
本実施の形態では、状態情報通信部１０６は、特定の通信相手から状態情報のリクエストを受けた場合、その相手に対して状態情報を送信する機能を持つ。アドレス記憶部１１０にはそのための情報も格納されている。そうしたリクエストの一つの形式は電子メールである。状態情報通信部１０６は、電子メールで状態情報のリクエストを受けた場合、リクエストを出した装置のメールアドレスが適切かどうかをチェックした上で、電子メール本文に状態情報を格納して当該相手に対して送信する機能を持つ。状態情報を添付ファイルとして送信してもよい。この場合には、アドレス記憶部１１０に状態情報送信を許可するアドレスを記憶しておき、リクエストの送信元に対して状態情報を送信してよいか否かを判定する。
【００９６】
すなわち状態情報通信部１０６は、そうしたリクエストを電子メールで受信すると、最初にその電子メールの発信者のメールアドレスを確認する。そしてそのメールアドレスがアドレス記憶部１１０に記憶されているか否かを判定し、記憶されていなければ状態情報の送信を行なわない。本実施の形態の状態情報管理装置３０の状態情報通信部１０６は、メールアドレスの成りすまし（偽ったアドレスを用いた電子メール）を防ぐために、本文やサブジェクトに予め定めた認証用のキーワードを含めて、このキーワードをベースにチェックする。
【００９７】
図５に複数の装置に送信する場合の、アドレス記憶部１１０に記憶された送信アドレス情報１２０の例を示す。図５を参照して、この送信アドレス情報１２０は、アドレスリストの中から当該アドレスが選択されているか否かを示す「選択」欄と、当該アドレスに対応する相手を特定するためのニックネームからなる「相手」欄と、送信先を特定するための情報からなる「アドレス」欄と、送信に使用すべき通信プロトコルを規定する「プロトコル」欄と、状態情報を送信する際のデータフォーマットを特定する「フォーマット」欄と、相手により送信すべき情報の種類、詳細度等を規定する情報からなる「状態レベル」欄とを含む。
【００９８】
なお、図２では状態情報管理装置３０Ａはプレゼンスサーバ５０に状態情報を送るが、プレゼンスサーバを介さずに直接相手端末に状態情報を送ってもよい。この場合には、送信アドレス情報１２０のアドレスを相手端末のアドレスに設定すればよい。
【００９９】
「選択」欄は、アドレスリストの中から現在選択されているものを示す。図５に示す例では、選択されているアドレスが○で示されている。ここで、「選択されている」とは、状態情報を送信する相手先という意味である。図５に示す例では、２つの装置に対して状態情報が送信されることになっている。
【０１００】
「相手」欄は、本装置のユーザが相手を特定するためのニックネームである。人間が読んで理解可能な文字で書かれることが多い。
【０１０１】
「アドレス」欄は、該当する相手に送るためのアドレス情報である。ここではアドレス以外に「ｈｔｔｐ：／／」のように、プロトコル情報を含めて記載している。
【０１０２】
「プロトコル」欄は、データ送信のときに使う通信プロトコルを特定するプロトコル情報を格納する。アドレス欄にもプロトコル情報が記載されている場合、これと重複する。どちらかに記載があればよい。双方に記載がある場合には本実施の形態の装置ではアドレス欄の記載内容を優先する。
【０１０３】
「フォーマット」欄は、通信相手に状態情報を送信する際に当該状態情報を表現するためのフォーマットである。相手に応じて異なるフォーマットで状態情報を送信すべきことが要求されることがあるので、送信に先立ち、ここで特定されたフォーマットに状態情報を変換する必要がある。
【０１０４】
「状態レベル」は、相手に送信すべき状態の条件、詳細度のレベル等を指定する欄である。通信プロトコルやサービスプロバイダによっては、有効な状態情報が異なる場合があり得る。また相手によっては詳細の状態を送りたくない場合もある。このような状況では、この状態レベルに格納された情報にしたがって、相手に応じて状態情報の詳細度を細かく制御することが可能となる。
【０１０５】
図５に示される例では、例えば相手「Ｘおじさん」に送信する際には、状態情報は単に「留守」又は「在宅」の二種類のみである。一方、「Ｚ助」に送信する際には、状態情報は「留守」「在宅」に加え、「在室」、「ＴＶチャネル」、「エアコン」「温度」等という状態のいずれかをとることができる。この「状態レベル」の記載によれば、Ｚ助という相手に対しては、留守、在宅、在室以外に、ＴＶチャネルの変化（１０チャネルを見ているとか、チャネルのアップを行なった、等という情報）、さらにエアコンの操作（２３度に設定した等の操作情報）という詳細度のレベルで状態情報を送ることを示している。こうすることで、相手によりユーザのプライバシをどの程度開示するか、というプライバシ開示の制御を行なえる。
【０１０６】
この欄に、これ以外の条件（更新の頻度、状態推定のアルゴリズム等）を書くこともできる。
【０１０７】
なお、本実施の形態の状態情報管理装置３０においては、状態情報通信部１０６は、電子メール本文や電子メールのサブジェクト欄に状態リクエストのための特別の文字列が含まれているか否かによって当該電子メールが状態情報のリクエストの電子メールか否かを判別する。
【０１０８】
例えば、電子メールのヘッダが以下のような電子メールを状態情報通信部１０６に送信する場合を考える。
【０１０９】
Ｔｏ：ｕｅｄａ＿ｔｖ＿ｐｒｅｓｅｎｃｅ＠ｅｘａｍｐｌｅ．ｃｏｍ
Ｆｒｏｍ: ｙａｍａｄａ＿ｋｅｉｔａｉ＠ｅｘａｍｐｌｅ．ｋｅｉｔａｉ
Ｓｕｂｊｅｃｔ: ＃ｐｒｅｓｅｎｃｅ＿ｒｅｑｕｅｓｔ
（本文）  Ｋｅｙ=ｊａｃｋ
というような電子メールである。この場合、本装置のメールアドレスは
ｕｅｄａ＿ｔｖ＿ｐｒｅｓｅｎｃｅ＠ｅｘａｍｐｌｅ．ｃｏｍ
であり、送信者アドレスはユーザ（山田）の携帯アドレス
ｙａｍａｄａ＿ｋｅｉｔａｉ＠ｅｘａｍｐｌｅ．ｋｅｉｔａｉ
である。
【０１１０】
この場合、サブジェクトに＃ｐｅｓｅｎｃｅ＿ｒｅｑｕｅｓｔという予め定められた文字列が含まれているため、状態情報通信部１０６は、当該電子メールが状態情報を送れというリクエストであると判定する。
【０１１１】
さらに状態情報管理装置３０は、メールのｆｒｏｍアドレスがアドレス記憶部１１０に含まれており、かつ送信可に設定されているか否かをチェックし、さらに本文のＫｅｙ=ｊａｃｋという文字列を見て、状態情報を送信してよいと判定する。ｊａｃｋという文字列は、本装置のユーザが変更可能である。この文字列は本実施の形態では全てのユーザに対して共通であるが、ユーザ（電子メールアドレス）ごとに別々のキーワードを設定するようにしてもよい。もちろん公開鍵暗号方式等の暗号化方式を用いてもよい。
【０１１２】
なお状態情報管理装置３０は、前述したとおり、アドレス記憶部１１０にアドレスが保持されたサーバ（図２に示すプレゼンスサーバ５０）に対して定期的に状態情報を送信する。これに加えて状態情報管理装置３０は、アドレス記憶部１１０に電子メールアドレスが記憶されている場合、当該メールアドレスに定期的に状態情報を送信する。
【０１１３】
状態推定部１００で生成する状態情報は、送る先の装置、又は途中のプレゼンスサーバ５０（図２参照）が解釈できる形式である必要がある。そのためのフォーマットとしては、最も単純なテキスト形式、電子メールの本文の形式、電子メールへの添付ファイルの形式、ＷＥＢサーバで利用可能なＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の形式等を利用できる。またインスタントメッセンジャという通信手法では、ＳＩＰを用い、状態情報はＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で書かれることが多い。状態推定部１００により得られた「状態」からこれらの形式へのフォーマット変換を、状態情報生成部１０４で行なう。
【０１１４】
以下、図４に機能的ブロック図を示した状態情報管理装置３０を実現するためのプログラムについて説明する。
【０１１５】
図６に、イベントを記憶する処理フローの例を示す。このプログラムは、図４に示す信号受信部９０が何らかの信号を受信した場合に起動される
。まず、ステップ１３０で信号を受信したかどうかをチェックする。キーの押し下げ、センサー入力もここでいう信号に含まれる。続いてステップ１３２において、信号に含まれるコマンドをコマンド記憶部９４（図４を参照）に記憶されたコマンド情報を参照して解析し、どのようなコマンドであるかを判定する。
【０１１６】
続いてステップ１３４において、イベント管理部９６に含まれる、イベントを記憶するためのメモリのあふれを防ぐため、直前のイベントのうち最も古いものを消去する。
【０１１７】
ステップ１３６では、ステップ１３２で特定されたコマンドと、当該コマンドが発生した時刻（図４のタイマ９８から取得）とを合わせてイベントとしてイベント管理部９６内のメモリに記憶する。
【０１１８】
図７に、図４の状態推定部１００、状態情報生成部１０４、及び状態情報通信部１０６で行なわれる、状態推定及び状態情報の送信処理のフローを示す。図７を参照して、ステップ１５０で初期設定処理を行なう。本実施の形態の状態情報管理装置３０ではＳＩＰを使うので、このステップで最初にセッションを確立する。さらに、予め設定された初期の状態（本実施の形態では「在宅」）を、状態情報管理装置３０の状態としてアドレス記憶部１１０に記録された送信先（例えば図２に示すプレゼンスサーバ５０）に送信する。
【０１１９】
続いてステップ１５２でタイマ９８（図４参照）をクリアする。
【０１２０】
ステップ１５４で、イベントが発生したかどうかを判定する。イベントが発生している場合にはステップ１５６に、さもなければステップ１５４に、それぞれ進む。
【０１２１】
イベントが発生した場合、それによってユーザが存在し、さらに何らかの形でユーザの状態が変化したと推定できる。したがってステップ１５６において、ユーザ状態を推定する。ステップ１５６で行なわれるユーザ状態の推定処理の詳細については図８を参照して後述する。
【０１２２】
ステップ１５８では、ユーザの状態情報が変わったので、その状態情報をプレゼンスサーバ５０に送信する。
【０１２３】
一方、ステップ１５４でイベントが発生していないと判定された場合、ステップ１５４においてタイマの計時が２０分となったか否かを判定する。すなわち、過去のイベント発生から２０分が経過したかどうかを判定する。タイマが２０分となっていればステップ１６２に進み、さもなければ何もせず制御はステップ１５４に戻る。
【０１２４】
ステップ１６２では、ユーザ状態として「行方不明」を設定する。この状態情報をステップ１６４でプレゼンスサーバ５０に送信する。
【０１２５】
図７のステップ１５６で実行される、ユーザの状態推定の処理で使用される状態遷移スキームについて図８を参照して説明する。図８は、ユーザの状態変化をイベントの発生に対応した状態遷移図の形で示す。図８を参照して、ユーザの状態は状態Ｓ０、Ｓ１、Ｓ２、Ｓ３の間で、イベントの発生に応じて遷移する。遷移先の状態がユーザの状態の推定結果になる。図８において、イベントは矢印Ｔ１〜Ｔ１４で示されている。イベントにより、ユーザの状態間での遷移が発生する。各矢印の上に記載されている説明「ＯＮ／操作イベント（ＴＶ）発生」等がその遷移を引き起こす条件になる。この例では「（ＴＶ）」は、発生した操作イベントがＴＶ向けのものであることを示している。
【０１２６】
なお、図８において、状態Ｓ０、Ｓ１、Ｓ２、 Ｓ３のいずれかに入ったとき（矢印の遷移が起きたとき）には、タイマ９８はクリアされる。さらに状態が変更されたとき（状態Ｓ０、Ｓ１、Ｓ２、Ｓ３間で遷移があったとき）には、状態情報を送信する。ただし、他の機器からのリクエストがある場合には、直ちに状態情報を送信する。
【０１２７】
図８において、状態Ｓ０は「留守」、状態Ｓ１は「在宅」、状態Ｓ２は「在室」、及び状態Ｓ３は「ＴＶ視聴」の状態である。
【０１２８】
以下、各イベントの発生に伴う状態遷移（矢印Ｔ１〜Ｔ１４）の説明を行なう。矢印Ｔ１は、状態Ｓ１（在宅）において、ＴＶの電源ＯＮ又はチャネル変更等の操作イベントが発生したことを示す。ユーザがＴＶを視聴している状態に入ったと推定できるので、状態Ｓ３に移行する。なお、在室の状態にあって電源ＯＮイベントではなく操作イベントを受けるケースというのは、通常はあり得ないが、コマンドを正しく受信しなかった場合、又はユーザがリモコンを用いずにＴＶ本体の電源スイッチを操作した場合に生じ得る。
【０１２９】
状態Ｓ２（在室）において、ＴＶの電源ＯＮ又は操作イベントが発生した場合にも、状態Ｓ３に移行する。
【０１３０】
状態Ｓ３においてＴＶの電源ＯＮ又は操作イベントが発生した場合、ＴＶの操作が継続して行なわれていることになるので、矢印Ｔ３で示されるように再度状態Ｓ３に遷移する。そしてそのたびにタイマ９８（図４参照）をクリアする。
【０１３１】
状態Ｓ２（在室）又は状態Ｓ３（ＴＶ視聴）においてＴＶの電源ＯＦＦのイベントが発生した場合、図８において矢印Ｔ４及びＴ５によりそれぞれ示されるように、在宅状態Ｓ１に移行する。
【０１３２】
状態Ｓ３においてＴＶの操作イベントが３０分間発生しなかった場合、状態は矢印Ｔ６により示されるように、状態Ｓ２（在室）に遷移する。なお、この３０分という時定数に限らず、本状態遷移に示される各時定数はユーザが変更できる。
【０１３３】
状態Ｓ２（在室）において２０分以上の間、何もイベントが発生しない場合、矢印Ｔ７により示されるように状態は状態Ｓ１（在宅）に移行する。
【０１３４】
状態Ｓ１（在宅）においてＴＶ以外の機器の操作イベントが発生した場合、状態はＳ２（在室）に移行する。例えばエアコンの操作、又はＶＴＲの操作等である。
【０１３５】
在室状態Ｓ２及びＴＶ視聴状態Ｓ３において、ＴＶ以外のイベントが発生した場合、矢印Ｔ１０及びＴ９によりそれぞれ示すように、同じ状態に遷移しタイマ９８のクリアを行なう。
【０１３６】
留守状態Ｓ０において留守解除のイベントが発生すると、矢印Ｔ１１により示されるように状態Ｓ１（在宅）に移行する。ここでいう留守解除のイベントとは、リモコンからの信号受信ではなく、ユーザが図３に示すスイッチ７４を操作して不在から在宅へモードの切替えを行なったことを示す。
【０１３７】
状態Ｓ１（在宅）、Ｓ２（在室）、及びＳ３（ＴＶ視聴）のいずれにおいても、留守設定のイベントが発生すると矢印Ｔ１２、Ｔ１３、及びＴ１４により示されるように、留守状態Ｓ３に移行する。留守設定のイベントは、留守解除と同様に、ユーザが図３に示すスイッチ７４を操作して、留守状態に設定したことにより発生する。
【０１３８】
図９に、図４の状態情報通信部１０６により行なわれる、異なる送信先に状態情報を送信する処理（図７に示すステップ１５８又はステップ１６４で実行される処理に相当）の詳細を示す。まずステップ１７０において、状態情報を送信するあて先を図４に示すアドレス記憶部１１０に記憶された送信アドレス情報１２０から取得する。
【０１３９】
ステップ１７２では、ステップ１７０で取得されたあて先アドレスに送るときの状態情報のフォーマットを選択する。このフォーマットは図５に示す「フォーマット」の欄により定められる。またこのとき、送信すべき状態レベルの選択も行なわれる。
【０１４０】
ステップ１７４では、図７に示す状態情報生成部１０４により生成された状態情報を、選択されたフォーマット及び状態レベルに合わせて、変換する。この状態レベルに合わせた変換では、例えば送信先の「状態レベル」として「留守」「在宅」のみが規定されている場合、推定された状態が「在宅」「在室」「ＴＶ視聴」である場合には、いずれも単に「在宅」にまとめてしまう（すなわち「在宅」で置換する。）、という処理である。送信先の状態レベルにあわせてこのように状態情報の置換を行なうことは容易である。
【０１４１】
ステップ１７６では、現在選択されているアドレスに送る場合に用いるべき通信プロトコルを選択する。通信プロトコルは、図５に示す送信アドレス情報１２０の「プロトコル」欄にしたがって選択される。
【０１４２】
ステップ１７８では、ステップ１７６で選択された通信プロトコルを用いて、ステップ１７０で取得されたあて先のアドレスに状態情報を送信する。
【０１４３】
ステップ１８０では、さらに別の送信先があるか否かを判定する。もし別の送信先があればステップ１７０に戻る。別の送信先がなければこの処理を終了する。このようにして、送信先がなくなるまで上記の処理を繰返す。
【０１４４】
なお、ステップ１７８では、別の装置からの状態情報のリクエストがあったときにデータを送信できるように、状態情報を準備する処理も行なう。これにより、別の装置から状態情報のリクエストがあったときには、状態推定を行なわず直ちに状態情報を返信できる。
【０１４５】
以上の構成により、状態情報管理装置３０から図２に示すプレゼンスサーバ５０を経由して、または直接に、通信相手に状態情報管理装置３０のユーザの状態情報が送信できる。
【０１４６】
‐動作‐
この第１の実施の形態の装置は以下のように動作する。ユーザが状態情報管理装置３０の電源を投入すると、状態情報管理装置３０は当該ユーザの状態を「在宅」に設定し、プレゼンスサーバ５０及び図５に示す送信アドレス情報１２０において選択されている相手に状態情報を送信する。
【０１４７】
図１を参照して、ユーザが例えばリモコン４０を用いてＴＶ３２を操作したものとする。リモコン４０は制御コマンドを赤外線でＴＶ３２に送り、ＴＶ３２はその制御コマンドにしたがって動作する。
【０１４８】
一方、この制御コマンドは状態情報管理装置３０の信号受信部９０（図４参照）にも受信される。コマンド解析部９２はこのコマンドをコマンド記憶部９４に記憶されている内容を利用して解析し、イベントとしてイベント管理部９６に解析結果を送る。イベント管理部９６はこのイベントの受信に応答し、タイマ９８からその時の時刻を取得してイベント情報とともに記憶する。イベント管理部９６はさらに、タイマ９８の、イベント発生間隔を測定するためのタイマをリセットする。
【０１４９】
状態推定部１００は、タイマ９８により一定時間間隔ごとに起動され、イベント管理部９６に記憶されているイベント情報を読み出してユーザの状態を推定する。状態の推定方法については図８を参照して説明したとおりである。状態推定部１００は、推定された状態を状態情報生成部１０４に与える。状態情報生成部１０４は推定された状態に基づいて、通知先に送信すべき状態情報を生成し状態情報通信部１０６に与える。
【０１５０】
状態情報通信部１０６は、アドレス記憶部１１０から通知先アドレス、通信プロトコル、フォーマット、状態レベル等を、選択された通知先ごとに読出し、与えられた状態情報を読み出されたフォーマット情報及び状態レベルにしたがった形式に変換し、指定された通信プロトコルにしたがって、指定されたアドレスにネットワークＩ／Ｆ１０８を介して送信する。状態情報通信部１０６はこの処理を、選択された全ての通知先に対して送信が終了するまで繰返す。
【０１５１】
状態推定部１００による状態推定結果は状態表示部１０２にも与えられ、推定された状態にしたがった表示が図３に示すユーザ状態表示部６６により行なわれる。
【０１５２】
図１０に、上記した構成を持つ状態情報管理装置３０から情報を取得した他の装置で、各状態情報管理装置３０のユーザの状態情報を表示した例を示す。この例では少なくとも８台の状態情報管理装置３０から状態情報を取得し、表示している。この例では、状態情報として、相手ユーザの名前とともに、相手ユーザの状態情報管理装置３０から送信されて来た状態情報をそのまま表示している。もちろん、これに限らず何か他の形式（アイコン形式）等で表示するようにしてもよい。
【０１５３】
なおこの例ではさらに、矩形領域２１２で示すように相手ユーザがＴＶ視聴状態にある場合、この相手ユーザを選択してメッセージを送ったり、電話をかけたりすることができるように、この表示のプログラムとメッセージ送信のプログラム、又はＴＶ電話プログラムとを連動させている。図１０に示す表示では、メッセージ送信のプログラム及びＴＶ電話プログラムを起動するためのボタン２１４及び２１６が表示されている。
【０１５４】
なお、そのような連動プログラムを起動することにより相手と直ちにコミュニケーションをとることが可能であることを示すため、図１０に示す例では、そうした処理が可能な相手ユーザの状態情報の表示には下線を付してある。該当ユーザを選択し、ボタン２１４又は２１６を押す（クリックする）ことにより、該当ユーザにメッセージを送るためのプログラム及びＴＶ電話をかけるためのプログラムが起動し、該当ユーザの機器との間の接続が確立され、直ちに該当ユーザとコミュニケーションすることが可能になる。
【０１５５】
また本装置は、ここではＴＶやＶＴＲ等とは独立した装置として説明したが、ＴＶやＶＴＲ等に機能が内蔵されて、ＴＶやＶＴＲや携帯電話そのものが本装置として動作してもかまわない。もちろんエアコンや冷蔵庫、洗濯機に本機能が内蔵されても構わない。
【０１５６】
状態情報管理装置３０がさらにＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ。ＩＰはＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）等のコミュニケーションの機能を持つ場合には、プレゼンスサーバ５０は状態情報の中継機能と同時に、ユーザの間の接続管理を行なうＳＩＰサーバの機能を持つようにすることが望ましい。
【０１５７】
また、本実施の形態では、状態情報管理装置３０はプレゼンスサーバ５０から定期的に状態情報を取得する。しかし、本実施の形態のシステムはそのような状態情報の取得方法に限定されるわけではない。例えば、ユーザの操作に応答してプレゼンスサーバ５０にアクセスするようにしてもよい。逆に、プレゼンスサーバ５０から定期的に各状態情報管理装置３０に対して所定のユーザの状態情報を送信するようにしたり、状態情報が状態情報管理装置３０等から送信されるたびにその状態情報を所定の通信相手に送信したりするようにしてもよい。
【０１５８】
図３に示す赤外線受光部６２は本実施の形態では赤外線受光部であるが、一般的には何らかの形でリモコンや他機器からの制御信号を受信可能なものであればよい。無線ＬＡＮや有線ＬＡＮ、近距離の無線通信、その他インターネットプロトコルを用いる通信媒体等でもよい。無線の場合にはアンテナが必要となり、有線の場合には線を接続するコネクタが必要となる。また、どれか信号受信部が上記したもののうちの一つのみである必要はなく、複数の受信インタフェースを持ち、異なる信号を並列で受信可能としてもよい。
【０１５９】
上記した状態情報管理装置３０の状態推定部１００は、上記した状態遷移スキームによりユーザの状態を推定する。しかし、本発明はそのような実施の形態に限定されるわけではない。簡易的なものとしては、イベント管理部９６に記憶されたコマンドをそのまま状態とすることも可能である。この場合、「１１時３５分２５秒  Ｘ社エアコンＯＮ」というような情報をユーザの状態情報として他のユーザに送る。コマンドの詳細が解釈できない場合でも、「１１時５５分Ｙ社機器操作」という情報を送信できる。このようにして、受信し解析されたコマンドを変換して送信するだけであれば、状態推定部１００の構成としては最も簡単である。
【０１６０】
なおこの場合、時刻情報は状態情報と同時に状態情報管理装置３０から送信してもよいし、受信側のサーバ又は装置が受信時に状態情報に付すようにしてもよい。なお、状態推定はイベントが蓄積される毎に行なう以外に、タイマによって起動されることが望ましい。
【０１６１】
また、例えばコマンドを受信してから２０分間は在室状態、２０分間を過ぎてもコマンドの受信がない場合は留守、のように単に二つの状態の間でユーザ状態を遷移させることも可能である。状態遷移として、どの程度まで詳細な推定を行なうかについては設計事項に属する。
【０１６２】
ユーザの状態の推定に、イベントの履歴を用いることもできる。この場合、イベントは時間・時刻情報との対で記憶する。イベント管理部９６は、状態推定部１００における状態推定の方式により、二つ以上のイベントを履歴として記憶する場合、一つのみを記憶する場合のどちらもあり得る。本実施の形態の装置では、イベントは後述するようにひとつのみ記憶するものとする。なお、コマンド情報は、コマンドと状態推定方式に応じて、コマンドが到着したこと（単にコマンドが到着したという情報のみ）、コマンドの対象機種種別（エアコン、ＴＶ等）、メーカ、コマンド内容（再生、エアコンの運転開始、ＶＴＲのオン・オフ等）を含むことが考えられる。
【０１６３】
もし、状態情報管理装置３０のユーザが複数いて、かつ、それぞれのユーザを特定できる場合には、それぞれのユーザ毎に履歴を別々に持つことが望ましい。ＩＰパケットで送信側機器が特定できるような場合には、ユーザ毎の履歴の管理が可能になる。機器間での近距離無線通信のための特定の規格、又は双方向赤外線通信（ＩｒＤＡ）等の方式を用いると、携帯端末や携帯電話との双方向通信が可能になり、この場合には端末のＩＤや個人情報を同時に取得することが可能になる。
【０１６４】
履歴を通知する場合には、本実施の形態の状態情報管理装置３０のように時刻情報を出すものであることが望ましい。今日の１０時２５分１０秒にエアコンがオンされた、というような情報を他の装置又はユーザに伝えるためである。簡易的にはコマンドが入力されてからの時間を計測することでも実現可能である。コマンドが入力されてから１０分間は在宅の表示を出す、ということであれば、イベント管理部９６はコマンド情報を記憶したときにタイマをリセットすることで実現できる。
【０１６５】
さらに、履歴に基づいてユーザの状態を明示的に推定することは必ずしも必要ではない。現在から一定数又は一定時間のイベント履歴を送信さえすれば、それを受信した他のユーザが、その履歴を見てユーザ状態を推測することも可能だからである。
【０１６６】
なお、図４に示すコマンド記憶部９４に記憶されるコマンドは、新しい機器が登場したときに対応するために、後から更新・追加可能な形態で記憶されていることが望ましい。さらにこれはネットワークによって更新可能であることが望ましい。コマンド記憶部９４の内容を更新する手段については、通常のコンピュータハードウェアと、任意のデータ書き換えプログラムにより実現できるので、ここではその詳細については述べない。
【０１６７】
同様に、図４に示すアドレス記憶部１１０に記憶されるアドレス情報についても、通常のコンピュータハードウェアと、例えば対話的にアドレス記憶部１１０に記憶されたデータを更新することが可能なプログラムとにより実現できる。それらはごく一般的な技術で実現できるので、ここではそれらについての詳細は述べない。
【０１６８】
本実施の形態の状態情報管理装置３０では、特定の相手から電子メールによるリクエストが送信されてきたときに、状態情報を当該電子メールの発信元に対して送信する。しかし、状態情報の送信プロトコルが電子メールの送信プロトコルに限定されるわけではない。例えば、インスタントメッセージで発信すること、インターネットウェブサーバで用いられるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコル又はＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルを用いてファイル転送を行なうこと等が考えられる。
【０１６９】
さらに別の方法として、図４に示す状態情報通信部１０６をＷＥＢサーバとして構成することが考えられる。このＷＥＢサーバは、他の装置からＨＴＴＰプロトコルで状態情報をリクエストされたときに、ＨＴＭＬ形式で状態情報を返信する。この場合、アドレス記憶部１１０にアドレスを記憶させる必要はないが、リクエストの送信元の装置に対して状態情報を送ってよいかどうかをチェックするための手段を設けておくことが好ましい。
【０１７０】
なお、前記したように状態情報の送信形式は状態情報生成部１０４が定める。しかし場合によっては、状態情報管理装置３０の出荷時点では送信形式を決めることが出来ない場合があり得る。その場合には、実際の状態情報の送信時、又は通信先アドレスのアドレス記憶部１１０への登録時にユーザが送信形式を選択できるようにすることが望ましい。さらに、相手先によって形式が異なる場合には、アドレス記憶部１１０に相手先の解釈できる形式を併せて記載することで、送信相手によって適切な形式に状態情報を変換して送ることができる。通信プロトコルが異なる場合でも同様である。メールを送信するＳＭＴＰ、ＰＯＰ、ＨＴＭＬを送信するＨＴＴＰ、状態情報をＸＭＬとして運ぶＳＩＰ等、どれを使うべきかをユーザごとにネットワークＩ／Ｆ１０８に記憶しておくことで、ユーザの切替え、相手先によるダイナミックな切替えのどちらでも対応が可能である。
【０１７１】
ここでは状態情報と記載しているが、この状態情報を受け取った側でプレゼンス（ユーザの存在か否か）表示のために使用するか、それ以外の目的で使用するかどうかはどちらでもよい。
【０１７２】
なお、上記実施の形態では、家庭電器機器の制御コマンドを受信することにより、ユーザの状態推定を行なっている。しかし本発明はそのような実施の形態に限定されるわけではない。制御コマンドの受信だけでなく、焦電センサー、人体センサー、音センサー等を用いて人の存在、又はＴＶ若しくはステレオ等の音をセンシングし、その情報に基づいてユーザの状態推定を行なうようにしてもよい。この場合には、図４に示す信号受信部９０、これらのセンサーからの信号を、受光部からの信号受信と並行して持つことになる。
【０１７３】
なお、図６のステップ１３４では、先入先出方式でイベントを消去している。しかし本発明はそのような実施の形態には限定されない。例えばメモリに余裕がある場合には、コマンドが入る毎ではなくて、記憶されたイベントのうち古いものを一日に一度まとめて消去する等、他のタイミングでイベント履歴の消去をしてもよい。
【０１７４】
なお、他の装置からリクエストがあったときに状態情報を送信するためには、状態情報管理装置３０内にＷＥＢサーバを稼動させておき、ＷＥＢサーバの支配下にある書類フォルダに状態情報をＨＴＭＬ形式で保存しておけばよい。
【０１７５】
なお、上記した実施の形態の装置では、スイッチ７４（図３を参照）を筐体６０に設けることにより手作業でユーザ状態を固定できるようにした。しかし本発明はそのような実施の形態に限定されるわけではない。例えば後述する第２の実施の形態の装置のようにこの装置自身がリモコンを持っているのであれば、リモコンにこのスイッチを設けるようにしてもよい。また、リモコンのキーの特定の操作に応答してユーザの状態を固定するようにしてもよい。
【０１７６】
［第２の実施の形態］
‐概要‐
第１の実施の形態の装置では、ユーザが他の機器に対してリモコンを用いて送る制御コマンドを受信することによって、ユーザの状態情報を作成している。しかし本発明はそうした実施の形態には限定されない。
【０１７７】
例えば、ユーザからの指定により、当該ユーザの状態情報を任意の値に固定すること、又は他ユーザから問い合わせがあった場合に、当該ユーザの状態情報を通知しないことを選択するようにもできる。そのようにすれば、ユーザの意思によりユーザの真の状態をあえて隠したりすることが可能になる。この第２の実施の形態にかかる装置は、第１の実施の形態にかかる装置の機能に加えて、そうした機能を持つ装置である。また、本実施の形態にかかる状態情報管理装置は、状態情報管理装置としての機能だけでなく、ＴＶのセットトップボックスとしての機能も持っている。そのため、この第２の実施の形態にかかる状態情報管理装置は、状態情報管理装置自身を操作するためのリモコンを備える。
【０１７８】
‐構成‐
図１１に、この第２の実施の形態にかかる状態情報管理装置を兼ねるセットトップボックス２３０を含む、家庭内の電気機器の構成を模式的に示す。図１に示す第１の実施の形態にかかる構成と異なるのは、図１に示す状態情報管理装置３０とは異なり、第２の実施の形態にかかるセットトップボックス２３０が、自分自身のリモコン２３２を有することである。
【０１７９】
図１２に、セットトップボックス２３０の機能ブロック図を示す。図１２に示すセットトップボックス２３０が図４に示す状態情報管理装置３０と異なるのは、セットトップボックス２３０のセットトップボックスとしての機能を実現する（セットトップボックスとしての動作を実行する）ための自機器制御部２４６と、信号受信部９０により受信される制御コマンドのうち、自分宛の制御コマンド（自機器コマンド）を選択して自機器制御部２４６に与えるための自機器コマンド選択部２４４とを新たに含む点である。図１２において、図４と同じ部品には同じ参照番号を付してある。それらの名称及び機能もそれぞれ同一である。したがってそれらについての詳細な説明はここでは繰返さない。
【０１８０】
自機器制御部２４６が実行する自機器の制御とは、セットトップボックス２３０のパワーオフであったり、セットトップボックス２３０からの状態情報の送信相手先の選定であったり、各種モード設定であったりする。さらにセットトップボックス特有の機能を制御するための処理、例えばチャネルの変更、音量の大小、再生、停止、インタラクティブ処理の場合の入力等も含む。
【０１８１】
なお、図１２に示すコマンド記憶部９４には、自機器宛の制御コマンドも記憶されている。したがってコマンド解析部９２は、このセットトップボックス２３０のための制御コマンドが受信された場合にも、他の機器宛の制御コマンドが受信された場合と同様の状態推定の処理を実行する。
【０１８２】
図１３に、このセットトップボックス２３０による、状態推定と自機器の制御とを行なうための処理のフローを示す。図１３を参照して、まずステップ２６０において信号の入力をチェックする。
【０１８３】
ステップ２６２において、入力された信号に基づいて、受信したデータの妥当性をチェックする。データが妥当なものであればステップ２６４に進み、それ以外の場合にはステップ２６０に戻る。赤外線のリモコンでは、多くの場合、制御信号に続いて制御信号を反転したビット列を送り、受信側でそれを検証することでデータの妥当性を検証するという手法が取られる。なお、これに限らずＣＲＣ（Ｃｙｃｌｅ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）等のチェックによって有効なコマンドかどうかを確認するようにしてもよい。
【０１８４】
受信したデータが妥当なものである場合、ステップ２６４で受信したデータが制御コマンドであるものとして、その制御コマンドを使用しているメーカをチェックする。すなわち、受信した制御コマンドを使用しているメーカが、自機器を製造したメーカと同一か否かを判定する。自機器を製造したメーカと同一であればステップ２６６に進み、それ以外の場合にはステップ２７０に進む。
【０１８５】
ステップ２６６では、受信した制御コマンドが制御の対象とする機器の種別が、自機器の属する機種であるかをチェックする。自機器の機種と一致している場合にはステップ２６６に進み、それ以外の場合にはステップ２７０に進む。ステップ２６４及びステップ２６６の処理が図１２に示す自機器コマンド選択部２４４の処理に相当する。
【０１８６】
ステップ２６８では、受信した制御コマンドを実行することにより自機器を制御する。すなわちステップ２３６の処理が図１２に示す自機器制御部２４６の処理に相当する。
【０１８７】
ステップ２７０では、自機器宛かそうでないかとは関係なく、受信したコマンドを解析し、その種類に応じてユーザの状態を推定し、送信する。このステップ２７０の処理は、図１２の状態推定部１００、状態情報生成部１０４、及び状態情報通信部１０６の処理に相当する。
【０１８８】
本実施の形態にかかる装置では、さらに、アドレス記憶部１１０の内容をユーザが直接書き換えることにより、相手ごとに、自分の状態をある特定の状態に固定して通知することができる。図１４に、セットトップボックス２３０で使用される送信アドレス情報２９０を示す。
【０１８９】
図１４を参照して、送信アドレス情報２９０には、図５に示す送信アドレス情報１２０の情報に加えて、「強制設定」の欄が設けられている。この「強制設定」の欄に、例えば矩形２９２で示されるように「留守」というような情報を設定しておくと、この通信相手には、実際のユーザの状態とは関係なく、この「強制設定」の欄の内容が送信される。つまり、状態情報が、送信に先立ってこの「強制設定」の欄の内容によって置換される。この設定は第１の実施の形態におけるのと異なり、ユーザごとにできる上、自由にその内容を変更できる。そのため、ユーザが通信相手ごとに状態情報の送信条件を柔軟に設定できるという効果がある。
【０１９０】
‐動作‐
この第２の実施の形態にかかるセットトップボックス２３０の動作については、セットトップボックス２３０自体の機能を制御する部分を除いて第１の実施の形態に係る状態情報管理装置３０の動作と同様である。したがってここではその詳細な説明は繰返さない。
【０１９１】
なお、インターネットプロトコルを用いる場合には、自分のアドレス以外のパケットも受信することで同様のことが可能である。ただし、ＩＰパケットには、自動で送られる多種のパケットが存在するため、機器制御用のパケットのみを抽出することが必要である。ＩＰの場合にはアドレスにより一意に自機器宛かどうかを判定できるので、メーカや機種のチェックは不要である。
【０１９２】
［変形例］
上記した実施の形態では、本装置はＴＶ又はＶＴＲの表示内容自体を操作することはできない。しかし、本発明はそのような実施の形態には限定されない。本発明にかかる装置をＴＶ又はＶＴＲと組み合わせた場合、ＴＶの映像に重畳して、画面の一部に上記した状態情報を表示することも可能である。その一例を図１５に示す。図１５に示す例では、画面の上部３００に状態表示をテキストで行なっている。テキストではなくアイコン又は写真等を画面の一部に表示するようにしてもよい。これの文字やアイコン、写真はユーザが登録できるようにしておくことが望ましい。また、専用のチャネルを用いて状態情報を画面全体に表示するようにしてもよい。
【０１９３】
上記実施の形態の装置では、リモコンとして赤外線を使用するものを用いている。しかし本発明はそのような実施の形態に限定されるわけではない。例えば赤外線を用いるものに変えて、無線を使用するリモコンを用いることもできる。ＩＥＥＥ８０２．１１等の規格にしたがう無線で送られた制御コマンド、ＩＥＥＥ１３９４やＩＥＥＥ８０２．３系の有線のネットワークを用いた通信で送られた制御コマンド、ＩＰを用いたコマンド送信のいずれでもよい。リモコンは通常の赤外線リモコンでも、ＰＣのようなインテリジェントなものでもよいし、他のＡＶ機器又は携帯電話であってもよい。
【０１９４】
また、リモコンを用いず、状態情報管理装置とともに、他の家庭電化製品がいずれも共通の通信線を用いてバス形式で通信を行なうシステムであってもよい。要は、ある装置に対して制御コマンドを与えると、その制御コマンドが状態情報管理装置でも受信可能で、状態情報管理装置がその情報を用いてユーザの状態を推定できるような通信方法であればどのようなものを用いてもよい。
【０１９５】
さらに、状態情報管理装置が家の中に２台以上存在する場合、それらをネットワークで接続して、一つの状態として状態情報を送ることが可能であることが望ましい。１階と２階の装置を接続して、ユーザが１階で操作しても２階で操作しても状態情報が更新されることが望ましい。
【０１９６】
さらに本装置には、音声通話又はビデオ通話の機能を内蔵することが望ましい。第１の実施の形態に付随して述べたように、通信相手に状態を通知するだけではなくて、その相手が希望すればワンタッチで通話が可能である装置を作ることで、円滑なコミュニケーションが実現可能である。
【０１９７】
他のユーザの状態を通信により取得して表示を行なう場合、機器本体等において、ユーザが操作を行なわずに、状態の変化を通知できるようにすることが望ましい。こうすることにより、リモコン等の操作を行なうことなく現在の状態を把握することが可能になる。
【０１９８】
さらに、ＴＶ等の表示装置に対して、より詳しく、ユーザの状態と情報を送り表示可能なことが望ましい。
【０１９９】
今回開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味および範囲内でのすべての変更を含む。
【図面の簡単な説明】
【０２００】
【図１】本発明の第１の実施の形態にかかる装置を用いた、家庭内のシステムの全体構成を示す図である。
【図２】本発明の第１の実施の形態にかかる装置を含むネットワークシステムの全体構成を示す図である。
【図３】本発明の第１の実施の形態にかかる装置の概観を示す図である。
【図４】本発明の第１の実施の形態にかかる装置のブロック図である。
【図５】本発明の第１の実施の形態にかかる装置で使用されるアドレス情報を示す表形式の図である。
【図６】本発明の第１の実施の形態の装置により実行される、イベント記憶を行なう処理のフローチャートである。
【図７】本発明の第１の実施の形態にかかる装置により実行される、状態推定及び状態送信処理のフローチャートである。
【図８】本発明の第２の実施の形態にかかる装置おいて行なわれる状態推定のための状態遷移図である。
【図９】本発明の第１の実施の形態にかかる装置により実行される、状態送信処理の詳細を示すフローチャートである。
【図１０】状態送信を受けた装置での表示例を示す模式図である。
【図１１】本発明の第２の実施の形態にかかる装置を用いた、家庭うちのシステムの全体構成を示す図である。
【図１２】本発明の第２の実施の形態にかかる装置のブロック図である。
【図１３】本発明の第２の実施の形態にかかる装置において信号入力があった場合に実行される処理を示すフローチャートである。
【図１４】本発明の第２の実施の形態にかかる装置において使用される送信アドレス情報２９０を表形式で示す図である。
【図１５】本発明の第１及び第２の実施の形態の装置における、表示方法の変形例について説明する模式図である。
【符号の説明】
【０２０１】
３０  状態情報管理装置、３２  テレビジョン受像機（ＴＶ）、３４  ビデオテープレコーダ（ＶＴＲ），３６  エアコン、４０，４２，４４，２３２  リモコン、５０  プレゼンスサーバ、６０  筐体、６２  赤外線受光部、６４  コマンド受信表示部、６６  ユーザ状態表示部、６８，７０，７２  通信相手状態表示部、７４  スイッチ、９０  信号受信部、９２  コマンド解析部、９４  コマンド記憶部、９６  イベント管理部、９８  タイマ、１００  状態推定部、１０２  状態表示部、１０４  状態情報生成部、１０６  状態情報通信部、１０８  ネットワークＩ／Ｆ、１１０  アドレス記憶部、１２０  送信アドレス情報、２３０  セットトップボックス、２４４  自機器コマンド選択部、２４６  自機器制御部２４６
【図１】
0004612296.tif 000002
【図２】
0004612296.tif 000003
【図３】
0004612296.tif 000004
【図４】
0004612296.tif 000005
【図５】
0004612296.tif 000006
【図６】
0004612296.tif 000007
【図７】
0004612296.tif 000008
【図８】
0004612296.tif 000009
【図９】
0004612296.tif 000010
【図１０】
0004612296.tif 000011
【図１１】
0004612296.tif 000012
【図１２】
0004612296.tif 000013
【図１３】
0004612296.tif 000014
【図１４】
0004612296.tif 000015
【図１５】
0004612296.tif 000016