(57)【特許請求の範囲】
【請求項１】
第１情報端末は、第１情報端末で動作可能なアプリケーション及びその動作状態に基づいて、当該情報端末を使用している利用者の状態を決定し、任意の移動端末に対して前記利用者状態を無線または有線で直接送信し、
前記移動端末は、受信した利用者状態が前記移動端末に予め保持されている利用者の利用者状態か否かを判断し、前記判断結果に基づいて、前記移動端末から所定の第２情報端末に対し、ネットワークを介して前記利用者状態を送信し、
前記第２情報端末上で受信した利用者状態を出力する、状態通知方法。
【請求項２】
第１情報端末に設けられる生成装置と、移動体通信網上の移動端末に設けられる送信装置と、第２情報端末に設けられる受信装置とからなり、
前記移動端末及び第２情報端末は、ネットワークを介して接続されて通信可能な通信装置を備え、
前記生成装置は、第１情報端末で動作可能なアプリケーション及びその動作状態に基づいて利用者及び利用者の状態を決定し、無線または有線により前記送信装置に直接接続可能であり、前記利用者及び利用者状態を任意の前記送信装置に送信し、
前記送信装置は、無線または有線により前記生成装置に直接接続可能であり、前記利用者及び利用者状態を任意の前記生成装置から受信し、前記利用者が予め前記移動端末に対応付けられた利用者か否かを判断し、前記判断に基づいて、受信した利用者状態を前記通信装置を用いて所定の前記受信装置に送信し、
前記受信装置は、前記通信装置を用いて前記受信装置から前記利用者状態を受信し、受信した利用者状態を出力する、
状態通知システム。
【請求項３】
前記生成装置は、第１情報端末で動作可能なアプリケーションに基づいて利用者状態となりうる状態が記述された状態リストを作成し、前記状態リストからいずれかの状態を利用者状態として特定し、作成した状態リスト及び特定した利用者状態を前記送信装置に送信し、
前記送信装置は、前記利用者状態に加え、前記状態リストを前記受信装置に送信し、
前記受信装置は、前記利用者状態に加えて前記状態リストを受信及び出力する、
請求項２に記載の状態通知システム。
【請求項４】
所定のアプリケーションが動作可能な情報端末に設けられ、
利用者を特定する識別情報を、前記アプリケーションから取得する識別手段と、
前記アプリケーションの動作状態に基づいて、利用者の状態を決定する決定手段と、
無線または有線により外部の移動端末と直接接続可能であり、前記識別情報及び利用者の状態を任意の前記移動端末に送信する送信手段と、
を備える、生成装置。
【請求項５】
前記請求項２に記載の状態通知システムに用いられる送信装置であって、
ネットワークを介して互いに接続されて通信可能な通信装置とともに、かつ利用者の識別情報を保持している移動端末上で動作可能であり、
無線または有線により外部の情報端末に直接接続であり、前記利用者の識別情報及び利用者状態を任意の前記情報端末から受け取る受信手段と、
前記受信した識別情報及び前記保持された識別情報に基づいて、前記利用者の認証を行う認証手段と、
前記認証結果に基づいて、受信した利用者状態を所定の他の通信装置に前記通信装置を用いて送信する送信手段と、
を備える、送信装置。
【請求項６】
前記請求項２に記載の状態通知システムに用いられる送信装置であって、
ネットワークを介して互いに接続されて通信可能な通信装置とともに、かつ移動端末上で動作可能であり、
利用者の識別情報を保持する保持手段と、
無線または有線により外部の情報端末に直接接続であり、前記利用者の識別情報及び利用者状態を任意の前記情報端末から受け取る受信手段と、
前記受信した識別情報及び前記保持された識別情報に基づいて、前記利用者の認証を行う認証手段と、
前記認証結果に基づいて、受信した利用者状態を所定の他の通信装置に前記通信装置を用いて送信する送信手段と、
を備える、送信装置。
【請求項７】
前記請求項２に記載の状態通知システムに用いられる受信装置であって、
ネットワークを介して互いに接続されて通信可能な通信装置とともに動作可能であり、
前記通信装置を用いて外部の前記通信装置から利用者状態を受信する受信手段と、
前記受信した利用者状態を出力する出力手段と、
を備える受信装置。
【請求項８】
所定のアプリケーションが動作可能な情報端末に用いられる状態生成プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
Ａ；利用者を特定する識別情報を、前記アプリケーションから取得する段階と、
Ｂ；前記アプリケーションの動作状態に基づいて、利用者の状態を決定する段階と、
Ｃ；無線または有線により外部の移動端末と直接接続する段階と、
Ｄ；前記識別情報及び利用者の状態を、任意の前記移動端末に送信する段階と、
を実行するための状態生成プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、利用者の状態を他の利用者に通知するための技術に関する。
本発明において、状態通知装置とは、互いにネットワークを介して接続され、記憶している利用者状態を互いにリアルタイムに送受信可能な装置を言う。利用者状態は、自動的または利用者により状態通知装置に対して設定可能な場合もあるし、他の検出手段から状態通知装置に通知される場合もある。
【０００２】
【従来の技術】
近年、ネットワーク上の利用者状態を他の利用者にリアルタイムで通知する状態通知装置が、種々提供されている。これらの状態通知装置は、ネットワーク上の利用者間のコミュニケーションを促進するために用いられる。例えば、利用者は、状態通知装置により取得した相手の状態に応じてコミュニケーションを開始することが出来る。また逆に、利用者は、状態通知装置により通知した自分の状態に都合の良いサービスの提供を受けることができる。
【０００３】
代表的な状態通知装置の一つとして、インターネット上で公開されているＩＣＱ（ミラービリース社製）を挙げることができる。ＩＣＱとは、互いにインターネットを介して接続され、利用者状態や文字メッセージの設定を受け付け、前記設定された内容を互いにリアルタイムに通知可能な装置及びその装置を含むシステムを言う。
【０００４】
ＩＣＱを用いれば、利用者はインターネットに接続している他の利用者を知ることができる。また、利用者Ａは、必要に応じ自分の状態を見せても良い他の利用者ＢをＩＣＱ上で指定する。すると、指定された他の利用者Ｂは、ＩＣＱ上で利用者Ａの状態をリアルタイムに見ることができる。ただし、前記状態通知は、利用者Ａ及びＢがともにＩＣＱによりインターネットに接続している場合に可能である。ＩＣＱ以外にも、類似の機能を持つ状態通知装置が多数提供されている。
【０００５】
また、ＩＲＣ(Internet Relay Chat, RFC1459)などの会話装置と状態検出装置とを組み合わせた状態通知装置も提案されている。この状態通知装置は、利用者の状態変化を状態検出装置が検知し、会話装置を介して仮想空間内の他の利用者に新たな利用者状態を通知する。従って、仮想空間を共有している利用者同士は、互いの状態をリアルタイムに知ることができる。また、状態通知装置によっては、仮想空間を共有しなくとも、会話装置を介して互いに利用者状態を送受信可能な場合がある。
【０００６】
【発明が解決しようとする課題】
例えば、出張などで頻繁に移動する利用者は、常にインターネットや会話システムに接続できるとは限らない。一方、他の利用者は、そのような利用者の状態こそ、リアルタイムに把握したいと望む。しかし、前記ＩＣＱなどの状態通知装置では、インターネット上に接続している利用者についてしか、状態を把握することができない。また、会話装置を組み込んだ状態通知装置は、仮想空間に参加している利用者または会話システムに接続中の利用者の状態のみしか通知することができない。言い換えれば、利用者がＩＣＱに接続していない場合や、会話システムに接続していない場合、利用者の状態は他の利用者に通知されない。
【０００７】
さらに、前記従来の状態通知装置には、互いに所定の状態リストを共有しており、状態リストの中のいずれかの状態が利用者の状態として送受信されるという前提がある。例えば、ＩＣＱでは、"idle"、"away"などの所定の状態リストが用意され、この中から利用者の状態が選択される。これでは、利用者の状態を通知できる精度が予め状態リストで決まってしまうため、それ以上の精度で利用者の状態を通知することができない。
【０００８】
本発明は、ネットワーク上の制約を解除し、かつきめ細かく、利用者の状態をリアルタイムに通知する技術を提供することを目的とする。
【０００９】
【課題を解決するための手段】
前記課題を解決するために、本願第１発明は、
Ａ；第１情報端末は、第１情報端末で動作可能なアプリケーション及びその動作状態に基づいて、当該情報端末を使用している利用者の状態を決定し、任意の移動端末に対して前記利用者状態を無線または有線で直接送信し、
Ｂ；前記移動端末は、受信した利用者状態が前記移動端末に予め保持されている利用者の利用者状態か否かを判断し、前記判断結果に基づいて、前記移動端末から所定の第２情報端末に対し、ネットワークを介して前記利用者状態を送信し、
Ｃ；前記第２情報端末上で受信した利用者状態を出力する、状態通知方法を提供する。
【００１０】
第１情報端末と移動端末とは、無線などにより直接に通信可能である。移動端末と第２情報端末とは、ＩＣＱなどの状態通知装置によりネットワークを介してリアルタイムに通信可能である。第１情報端末で検知された利用者状態は、移動端末に送信され、ついで第２情報端末にリアルタイムに送信される。第２情報端末では、利用者状態が、文字メッセージやアイコンなどを用いることにより利用者に通知される。従って、利用者は、移動先の第１情報端末がネットワークや特定のシステムに接続されているか否かに関わらず、自己の状態を前記ネットワークや特定のシステム上の他人に通知することができる。
【００１１】
本願第２発明は、第１情報端末に設けられる生成装置と、移動体通信網上の移動端末に設けられる送信装置と、第２情報端末に設けられる受信装置とからなる状態通知システムを提供する。前記移動端末及び第２情報端末は、ネットワークを介して接続されて通信可能な通信装置を備えている。
前記生成装置は、第１情報端末で動作可能なアプリケーション及びその動作状態に基づいて利用者及び利用者の状態を決定し、無線または有線により前記送信装置に直接接続可能であり、前記利用者及び利用者状態を任意の前記送信装置に送信する。
【００１２】
前記送信装置は、無線または有線により前記生成装置に直接接続可能であり、前記利用者及び利用者状態を任意の前記生成装置から受信する。さらに、送信装置は、前記利用者が予め前記移動端末に対応付けられた利用者か否かを判断し、前記判断に基づいて、受信した利用者状態を前記通信装置を用いて所定の前記受信装置に送信する。
【００１３】
前記受信装置は、前記通信装置を用いて前記受信装置から前記利用者状態を受信し、受信した利用者状態を出力する、
利用者Ａの状態を、利用者Ｂの情報端末ＰＣ２に通知する場合を考える。利用者Ａは、移動する場合は携帯電話などの移動端末を携帯し、移動先では情報端末ＰＣ１を使用する。情報端末ＰＣ１の生成装置と移動端末の送信装置とは、小電力型の無線などにより直接に通信可能である。移動端末及び情報端末ＰＣ２には、インターネットなどを介してリアルタイムに通信可能な通信装置、例えばＩＣＱが設けられている。
【００１４】
生成装置は、起動しているアプリケーションの状態などから利用者Ａの状態を決定する。さらに生成装置は、利用者Ａの状態を移動端末に送信する。例えば、情報端末ＰＣ１上に電子メールがたくさんたまっている場合、「電子メールがたくさんたまっている」状態が移動端末に送信される。移動端末上の送信装置は、受信した利用者状態を情報端末ＰＣ２に送信する。この送信は、ＩＣＱなどの状態通知装置を用いて行われる。情報端末ＰＣ２上の受信装置は、ＩＣＱなどの状態通知装置を介して利用者Ａの状態を受信し、利用者Ｂに通知する。
【００１５】
従って、利用者が移動中や移動先で使用する情報端末ＰＣ１が、インターネットや特定のシステムに接続していなくても、利用者状態をリアルタイムにインターネットや特定のシステム上の他の利用者に通知できる。
本願第３発明は、前記第２発明において、前記生成装置が、第１情報端末で動作可能なアプリケーションに基づいて利用者状態となりうる状態が記述された状態リストを作成し、前記状態リストからいずれかの状態を利用者状態として特定し、作成した状態リスト及び特定した利用者状態を前記送信装置に送信する状態通知システムを提供する。このシステムにおいては、前記送信装置は、前記利用者状態に加え、前記状態リストを前記受信装置に送信する。また、前記受信装置は、前記利用者状態に加えて前記状態リストを受信及び出力する。
【００１６】
例えば、生成装置は、第１情報端末上で電子メール装置が動作する場合、１）電子メールがたくさんたまっている、２）電子メールがたまっている、３）電子メールを作成中、の３つの状態リストを作成する。そして、利用者の状態として適切ないずれかの状態を選択する。状態リスト及び利用者状態は、生成装置から送信装置を介して受信装置に送信され、利用者に通知される。この場合、各状態に特定の状態ＩＤを付し、いずれかの状態ＩＤを利用者状態として通知しても良い。
【００１７】
本願第４発明は、所定のアプリケーションが動作可能な情報端末に設けられ、識別手段と決定手段と送信手段とを備える生成装置を提供する。識別手段は、利用者を特定する識別情報を、前記アプリケーションから取得する。決定手段は、前記アプリケーションの動作状態に基づいて、利用者の状態を決定する。送信手段は、無線または有線により外部の移動端末と直接接続可能であり、前記識別情報及び利用者の状態を任意の前記移動端末に送信する。
【００１８】
所定のアプリケーションは、特に限定されず、例えば電子メール装置、ブラウザ、エディタ、スクリーンセーバを挙げることができる。識別手段は、アプリケーションを操作している利用者のパスワードやユーザ名を、アプリケーションから取得する。アプリケーションが電子メール装置の場合、決定手段は、受信したメールの蓄積状態や、電子メール装置に対する入力状態などから、利用者の状態を決定する。送出手段は、前記利用者の識別情報と利用者の状態とを、無線または有線で外部の移動端末に直接送信する。
【００１９】
本願第５発明は、前記第２発明に記載の状態通知システムに用いられる送信装置であって、ネットワークを介して互いに接続されて通信装置とともに、かつ利用者の識別情報を保持している移動端末上で動作可能な送信装置を提供する。この送信装置は、受信手段と認証手段と送信手段とを備えている。
受信手段は、無線または有線により外部の情報端末に直接接続であり、前記利用者の識別情報及び利用者状態を任意の前記情報端末から受け取る。認証手段は、前記受信した識別情報及び前記保持された識別情報に基づいて、前記利用者の認証を行う。送信手段は、前記認証結果に基づいて、受信した利用者状態を所定の他の通信装置に前記通信装置を用いて送信する。
【００２０】
移動端末は、利用者の識別情報、例えばアカウント名やログイン名を記憶している。これらの識別情報は、例えば電話番号やシリアル番号などと共に、予め設定可能である。受信手段は、前記第４発明の生成装置から利用者の識別情報及び利用者状態を受信する。認証手段は、まず、受信した利用者識別情報と記憶している利用者識別情報とを比較する。両者が一致した場合、利用者状態は送信手段から通信装置を介して所定の情報端末に送信される。
【００２１】
本願第６発明は、前記第２発明に記載の状態通知システムに用いられる送信装置であって、ネットワークを介して互いに接続されて通信可能な通信装置とともに、かつ移動端末上で動作可能な送信装置を提供する。この送信装置は、この送信装置は、保持手段と受信手段と認証手段と送信手段とを備えている。
保持手段は、利用者の識別情報を保持している。受信手段は、無線または有線により外部の情報端末に直接接続であり、前記利用者の識別情報及び利用者状態を任意の前記情報端末から受け取る。認証手段は、前記受信した識別情報及び前記保持された識別情報に基づいて、前記利用者の認証を行う。送信手段は、前記認証結果に基づいて、受信した利用者状態を所定の他の通信装置に前記通信装置を用いて送信する。
【００２２】
本発明の送信装置は、利用者識別情報を保持していない移動端末が対象である点が、前記第５発明の送信装置と異なっている。そのため、前記送信装置の構成に加え、保持手段を有している。保持手段は、前記第４発明の生成装置から受信する識別情報を用いて利用者を認証するための識別情報を保持している。例えば、利用者のログイン名やアカウント名である。識別情報の設定方法は、特に限定されない。例えば、移動端末に設けられている入力手段を用いたり、移動端末に他の情報端末から識別情報を送信することにより、識別情報を登録可能である。また、識別情報を記憶した外付けメモリから、予め識別情報を読み取っておくことも可能である。
【００２３】
本願第７発明は、前記第２発明に記載の状態通知システムに用いられる受信装置であって、ネットワークを介して互いに接続されて通信可能な通信装置とともに動作可能な受信装置を提供する。この受信装置は、前記通信装置を用いて外部の前記通信装置から利用者状態を受信する受信手段と、前記受信した利用者状態を出力する出力手段とを備えている。
【００２４】
例えば、受信装置は、ＩＣＱなどの状態通知装置が動作可能な情報端末に設けられる。受信装置は、前記生成装置から送信される利用者状態を通信装置を介して受信し、受信内容をディスプレイなどに出力する。
本願第８発明は、所定のアプリケーションが動作可能な情報端末に用いられる、下記Ａ〜Ｄ段階を実行するための状態生成プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
Ａ；利用者を特定する識別情報を、前記アプリケーションから取得する段階、
Ｂ；前記アプリケーションの動作状態に基づいて、利用者の状態を決定する段階、
Ｃ；無線または有線により外部の移動端末と直接接続する段階、
Ｄ；前記識別情報及び利用者の状態を、任意の前記移動端末に送信する段階。
【００２５】
前記第４発明と同様の作用効果を有する。
【００２６】
【発明の実施の形態】
次に、本発明の状態通知システム、生成装置、送信装置及び受信装置について、図面を参照しながら具体的に説明する。
＜第１実施形態例＞
［全体構成］
図１は、本発明の第１実施形態例に係る状態通知システム１の全体構成図である。本実施形態例に係る状態通知システムは、生成装置と送信装置と受信装置とから構成されている。生成装置は、アプリケーションが動作可能な情報端末PC１に設けられている。送信装置は移動端末Ｍに設けられている。受信装置は情報端末ＰＣ２に設けられている。
【００２７】
情報端末PC１は、ＬＡＮ(Local Area Network)やインターネット、イントラネットなどのネットワークに接続されていても良いし、ネットワークとは独立であっても良い。情報端末PC1と移動端末Ｍとは、その場限りのアドホックな形態で接続される。アドホックな接続とは、ネットワークアドレス等の入力無しに、自動的に接続処理がなされるもので、いわゆるプラグアンドプレイ技術と呼ばれる接続形態を言う。Sun Microsystem社のJINI技術やMicrosoft社のユニバーサルプラグアンドプレイ技術がその例である。移動端末Ｍと情報端末PC２とは、移動体通信網とインターネットで接続され、状態通知装置により状態の通知が可能である。また、説明を容易にするため移動端末Ｍを１つしか示していないが、複数の移動端末Ｍを含む構成が可能である。
【００２８】
本実施形態例では、状態通知システムを会社での社員管理に適用する場合を想定して説明する。情報端末ＰＣ１は、例えば、社員が移動中または移動先で使用する任意のＰＣ(Personal Computer)やＷＳ(Work Station)であることを想定している。移動端末Ｍは、社員が常に携帯していることを想定している。情報端末PC２は、各社員の状態情報を収集しているサーバや、特定の利用者が使用しているＰＣなどを想定している。
【００２９】
［生成装置］
図２は、本実施形態例の状態通知システムを構成する生成装置２、送信装置３及び受信装置４の機能構成を示すブロック図である。
生成装置２は、アプリケーションが動作可能な情報端末ＰＣ１上に設けられている。本実施形態例では、アプリケーションとして電子メール装置が動作可能な場合を例に取る。ただし、アプリケーションは、電子メール装置に限定されず、例えばエディタ、ブラウザ、スクリーンセーバなどでもよい。また、１つだけでなく複数のアプリケーションが動作可能であっても良い。
【００３０】
生成装置２は、ユーザ識別部２１、リスト作成部２２、状態選択部２３及び通信部２４を有している。
ユーザ識別部２１は、アプリケーションからユーザを特定するユーザ識別情報を取得する。例えば、情報端末の起動時に入力されるパスワード及びユーザ名をアプリケーションから取得する。
【００３１】
リスト作成部２２は、アプリケーションに応じて状態リストを作成し、通信部２４に送出する。状態リストには、アプリケーションの動作状態から通知可能なユーザ状態が記述される。図３に、本実施形態例において作成される状態リストの概念図の一例を示す。状態リストには、１）たくさんメールがたまっている、２）メールがたまっている、３）メールがたまっていない、４）メール作成中、の４つの状態が記述されている。図３では、各状態を表すテキストデータが状態リストに保持されている。テキストデータと共に、またはテキストデータに変えて、図形データを用いることも可能である。前記データに加え、音声データを用いても良い。
【００３２】
また例えば、アプリケーションが文書編集用エディタの場合、リスト作成部２２は、１）ファイルを編集中、２）ファイルを印刷中、３）ファイルを表示中、の３つの状態が記述された状態リスト（図示せず）を作成する。
さらに例えば、アプリケーションがインターネット電話装置であり、誰かと電話中であるとき、リスト作成部２は、１）“***-***-****”から電話受信中、２）“***-***-****”へ電話発信中、の２つの状態リスト（図示せず）を作成する。“***-***-****”は、通信先アドレスである。そして、電話中でないとき、リスト作成部２は、１）待機中、の１つの状態リスト（図示せず）を作成する。通信状態は、インターネット電話装置から取得可能である。この場合、通信状態の変化に応じ、リスト作成部２２は状態リストを作成し直す。
【００３３】
状態選択部２３は、アプリケーションの動作状態から、状態リストに記述されているいずれかの状態を選択する。状態選択部２３は、選択した状態をカレント状態として記憶する。また、状態選択部２３は、カレント状態を通信部２４に送出する。送出するカレント状態は、状態リストに記述されている状態そのものでも良いし、状態を特定可能な情報、例えば状態ＩＤでも良い。
【００３４】
通信部２４は、状態リストやカレント状態を、通信可能な受信装置３に送信する。また、通信部２４は、状態リストやカレント状態と共に、ユーザ識別情報も送信する。送信形態の一例としては、いわゆるコードレス電話に用いられる小電力型の無線を用いることが挙げられる。また、移動端末の充電器に情報端末ＰＣ１とのデータの通信機能を持たせ、充電器に移動端末を置くことにより生成装置２からのデータの受信を可能にすることも考えられる。さらに、情報端末ＰＣ１の通信部２４に移動端末Ｍとの接続部分を設け、両者を有線で接続する形態も考えられる。
【００３５】
本実施形態例では、両者間におけるデータを無線により送受信する場合を例に取り、説明する。その場合、通信部２４は、前記送信に先立って、無線通信が可能な所定範囲に送信装置３があるか否かの判断する。通信部２４は、送信装置３があると判断すると、無線通信可能な範囲にある全ての送信装置３へ、データを送信する。
【００３６】
［送信装置］
送信装置３は、移動体通信網に接続可能な移動端末、例えば携帯電話やＰＨＳに設けられる。移動端末上では状態通知装置が動作可能である。移動端末は、移動体通信網を介してインターネットと接続することにより、情報端末ＰＣ２と状態通知装置上で通信可能である。
【００３７】
また、移動端末は検知すべきユーザを特定するためのユーザ識別情報を記憶している。ユーザ識別情報としては、例えば、ログイン名やアカウント名を挙げることが出来る。移動端末上のユーザ識別情報は、適宜登録機能を用いて設定しておくか、ＳＩＭ(Subscriber Identity Module)カードに記憶させておき、移動端末に当該カードを挿入することで使用に先立って設定される。
【００３８】
送信装置３は、受信部３１、ユーザ識別部３２、リスト送信部３３、状態送信部３４及び通信部３５を有している。
受信部３１は、情報端末ＰＣ１上の任意の生成装置２から、状態リスト及びカレント状態をユーザ識別情報とともに受信する。受信形態の一例としては、いわゆるコードレス電話に用いられる小電力型の無線を用いることが挙げられる。また、移動端末の充電器に情報端末ＰＣ１とのデータの通信機能を持たせ、充電器に移動端末を置くことにより生成装置２からのデータの受信を可能にすることも考えられる。さらに、情報端末ＰＣ１の通信部２４に移動端末Ｍとの接続部分を設ける場合、移動端末Ｍの受信部３１にも情報端末PC１との接続部分を設け、両者を有線で接続する形態も考えられる。
【００３９】
本実施形態例では、前述したように、無線による受信を例に取る。この場合、受信部３１は、無線受信可能な所定範囲に生成装置２があるか否かを判断する。受信部３１は、生成装置２があると判断すると、全ての生成装置２からのデータを待機する。受信部３１は、データに含まれるユーザ識別情報を、ユーザ識別部３２に振り分ける。また、受信部３１は、後述するユーザ識別情報の比較結果に基づいて、状態リスト及びカレント状態をリスト送信部３３及び状態送信部３４に振り分ける。
【００４０】
ユーザ識別部３２は、予め移動端末内に記憶されているユーザ識別情報と、生成装置から受信したユーザ識別情報とを比較する。ユーザ識別部３２は、比較結果を受信部３１に通知する。
リスト送信部３３は、前記比較結果に基づいて受信部３１から状態リストを受け取る。リスト送信部３３は、状態リストを所定のフォーマットに変換して通信部３５に送出する。所定のフォーマットとは、具体的には、状態通知装置が定めるフォーマットである。特に、通知内容が状態リストであることの区別をする情報も含まれる。
【００４１】
状態送信部３４は、前記比較結果に基づいて受信部３１からカレント状態を受け取る。状態送信部３４は、カレント状態を所定のフォーマットに変換して通信部３５に送出する。この変換も、前記と同様に行う。但し、状態リストであることの区別情報ではなく、状態であることの区別情報が付される。
通信部３５は、前記リスト送信部３３及び状態送信部３４から受け取ったデータを、状態通知装置を介して所定の情報端末ＰＣ２に送信する。このとき、通信部３５は、前記送信に先立ち、情報端末ＰＣ２と状態通知装置経由で接続しているか否かを判断する。
【００４２】
［受信装置］
受信装置４は、状態通知装置が動作可能な情報端末ＰＣ２上に設けられる。情報端末ＰＣ２は、インターネットと接続することにより、移動端末Ｍと状態通知装置経由で通信可能である。
受信装置４は、通信部４１、記憶部４２、リスト書換部４３、状態書換部４４及び表示部４５を有している。
【００４３】
通信部４１は、状態リスト及びカレント状態を、状態通知装置経由で前記移動端末Ｍから受信する。また、通信部４１は、前記受信に先立ち、移動端末Ｍと状態通知装置経由で接続しているか否かを判断する。
記憶部４２は、受信した状態リスト及びカレント状態を保持する。
リスト書換部４３は、通信部４１を介して移動端末Ｍから状態リストを受け取る。リスト書換部４３は、受け取った状態リストが記憶されている状態リストと異なる場合、前者を記憶部４２に格納する。また、リスト書換部４３は、状態リストを表示部４５に送出する。
【００４４】
状態書換部４４は、通信部４１を介して移動端末Ｍからカレント状態を受け取る。状態書換部４３は、受け取ったカレント状態が記憶されているカレント状態と異なる場合、前者を記憶部４２に格納する。また、状態書換部４４は、カレント状態を表示部４５に通知する。
表示部４５は、状態リスト及びカレント状態をディスプレイなどに出力する。図４は、状態リスト及びカレント状態の表示例である。状態リスト中の反転部分は、カレント状態であることを示している。前記移動端末Ｍと対応付けてユーザ名を記憶しておき、状態リストと共にユーザ名を表示しても良い。また、状態リストが図形データや音声データを含む場合には、それらのデータに基づいた状態通知も可能である。
【００４５】
［処理の流れ］
次に、状態通知システムを構成する生成装置、送信装置及び受信装置が行う処理の流れについて具体的に説明する。
（１）生成装置
図５は、生成装置が行う処理の流れを示すフローチャートである。情報端末PC１上で所定のアプリケーション、すなわち電子メール装置が起動することにより以下の処理が開始される。
【００４６】
ステップＳ１では、所定の初期設定が行われる。具体的には、ユーザ識別部２１がパスワードやユーザＩＤなどのユーザ識別情報を電子メール装置から取得する。また、リスト作成部２２は、状態リストを記憶するバッファをクリアにする。状態選択部２３はカレント状態を記憶するバッファをクリアする。さらに、通信部２４は、送信先の移動端末Ｍを記憶するバッファをクリアする。
【００４７】
ステップＳ２では、通信部２４が、無線通信可能な範囲内に送信装置３があるか否かを判断する。生成装置２と送信装置３との通信を無線で行わない場合には、他の判断方法により送信装置の存在の有無を判断する。例えば、通信を有線で行う場合には、生成装置２が所定の通信ポートに接続されているか否かを判断する。
【００４８】
ステップＳ３では、通信部２４が、通信可能な移動端末Ｍの通信アドレスを記憶する。この場合の通信アドレスとしては、例えばコードレス電話に用いられる小電力型の無線であれば、電話番号を用いることができる。この処理は、生成装置と送信装置との間の通信が、前述のように有線で行われる場合や、相手を特定しない一斉同報型の無線通信の場合には、不要である。なお、通信可能な範囲内に複数の移動端末がある場合も考えられる。
【００４９】
ステップＳ４では、リスト作成部２２が、状態リストを電子メール装置に応じて作成する。送信先の移動端末Ｍが複数有る場合には、リスト作成部２２は、それぞれの移動端末毎に状態リストを作成してもよい。
ステップＳ５では、リスト作成部２２は、バッファに記憶されている状態リストと新たに作成した状態リストとが一致するか否かを判断する。アプリケーションの起動直後は、両者は一致しない。“Ｙｅｓ”と判断すると、後述のステップＳ８に移行する。状態リストが変化していないので、改めて状態リストを送信する必要がないからである。“Ｎｏ”と判断するとステップＳ６に移行する。
【００５０】
ステップＳ６では、リスト作成部２２は、新たに作成した状態リストをバッファに格納する。
ステップＳ７では、リスト作成部２２は、最新の状態リストを通信部２４に送出する。通信部２４は、受け取った状態リスト及びユーザ識別情報を、バッファ内の送信先移動端末に送信する。
【００５１】
ステップＳ８では、状態選択部２３は、電子メール装置の動作状態に基づいて、状態リストのいずれかの状態をカレント状態として選択する。例えば、未読の電子メールが１０通以上たまっている場合、「電子メールがたくさんたまっている」をカレント状態として選択する。
ステップＳ９では、状態選択部２３は、バッファに記憶しているカレント状態と新たに選択したカレント状態とが一致するか否かを判断する。“Ｙｅｓ”と判断すると、前述のステップＳ２に戻る。カレント状態が変化していないので改めて送信する必要が無いからである。“Ｎｏ”と判断するとステップＳ１０に移行する。
【００５２】
ステップＳ１０では、状態選択部２３は、新たなカレント状態をバッファに格納する。
ステップＳ１１では、状態選択部２３は、新たなカレント状態を通信部２４に送出する。通信部２４は、新たなカレント状態及びユーザ識別情報を、バッファに記憶された送信先移動端末Ｍに送信する。
【００５３】
（２）送信装置
図６は、送信装置３が行う処理の流れを示すフローチャートである。移動端末Ｍ上の状態通知装置の起動を契機として、以下の処理が開始される。状態通知装置は、起動したとき、利用者によって設定された初期設定に従い、受信装置４との通信を確立する。
【００５４】
ステップＳ２１では、所定の初期設定が行われる。すなわち、受信部３１は、情報端末PC１を記憶するバッファをクリアする。リスト送信部３３は、状態リストを記憶するバッファをクリアする。状態送信部３４は、カレント状態を記憶するバッファをクリアする。
ステップＳ２２では、通信部３５は、情報端末ＰＣ２と状態通知装置経由でリアルタイムに通信可能か否かを判断する。
【００５５】
ステップＳ２３では、受信部３１が、無線通信可能な範囲に情報端末ＰＣ１があるか否かを判断する。生成装置がないと判断すると、前記ステップＳ２１に戻り、前述の処理を繰り返す。生成装置があると判断すると、ステップＳ２４に移行する。
ステップＳ２４では、受信部３１が、状態リストを受信したか否かを判断する。“Ｙｅｓ”と判断するとステップＳ２５に移行し、“Ｎｏ”と判断すると後述するステップＳ２７に移行する。
【００５６】
ステップＳ２５では、ユーザ識別部３２が、生成装置２を認証するか否かを判断する。この判断は、ユーザ識別情報が一致するか否かに基づいて行われる。“Ｙｅｓ”と判断すると、ステップＳ２６に移行する。“Ｎｏ”と判断すると、後述するステップＳ２７に移行する。
ステップＳ２６では、受信部３１は前記認証結果に基づいて、状態リストをリスト送信部３３に送出する。リスト送信部３３は、状態リストのフォーマットを変換し、通信部３５に送出する。通信部３５は、状態通知装置を介して、状態リストを情報端末ＰＣ２に送信する。
【００５７】
ステップＳ２７では、受信部３１が、情報端末ＰＣ１からカレント状態を受信したか否かを判断する。“Ｙｅｓ”と判断するとステップＳ２８に移行する。“Ｎｏ”と判断すると後述するステップＳ３０に移行する。
ステップＳ２８では、ユーザ識別部３２が、生成装置２を認証するか否かを前述と同様に判断する。“Ｙｅｓ”と判断すると、ステップＳ２９に移行する。“Ｎｏ”と判断すると、後述するステップＳ３０に移行する。
【００５８】
ステップＳ２９では、受信部３１は前記認証結果に基づいて、カレント状態を状態送信部３４に送出する。状態送信部３４は、カレント状態のフォーマットを変換し、通信部３５に送出する。通信部３５は、状態通知装置を介して、カレント状態を情報端末ＰＣ２に送信する。
ステップＳ３０では、受信部３１は、所定時間の経過を待機し、所定時間が経過するとステップＳ３１に移行する。
【００５９】
ステップＳ３１では、受信部３１は、前記ステップＳ２３と同様に、通信可能な生成装置があるか否かを判断する。“Ｙｅｓ”と判断すると前記ステップＳ２４に移行して前述の処理を繰り返す。“Ｎｏ”と判断するとステップＳ３２に移行する。
ステップＳ３２では、所定の終了処理が行われる。具体的には、リスト送信部３３及び状態送信部３４が、バッファ内の状態リスト及びカレント状態をクリアする。
【００６０】
ステップＳ３３では、前記クリアされた状態リスト及びカレント状態が通信部３５及び状態通知装置を介して情報端末ＰＣ２に送出される。これにより、受信装置４では、例えば空白の状態リスト及びカレント状態が表示され、生成装置２と送信装置３との接続が切断されたことがユーザに通知される。
ステップＳ３４では、通信部３５は、移動端末Ｍ上の状態通知装置が終了しているか否かを判断する。“Ｎｏ”と判断すると前述のステップＳ２２に戻る。“Ｙｅｓ”と判断すると処理を終了する。
【００６１】
（３）受信装置
図７は、受信装置４が行う処理の流れを示すフローチャートである。情報端末ＰＣ２上の状態通知装置の起動を契機として、以下の処理が開始される。状態通知装置は起動したとき、利用者によって設定された初期設定に従い、送信装置３との通信を確立する。
【００６２】
ステップＳ４１では、所定の初期設定が行われる。具体的には、リスト書換部４３が記憶部４２の状態リストを、状態書換部４４がカレント状態をそれぞれクリアする。
ステップＳ４２では、通信部４１は、所定の移動端末Ｍと状態通知装置経由でリアルタイムに通信可能か否かを判断する。“Ｙｅｓ”と判断すると、ステップＳ４３に移行する。“Ｎｏ”と判断すると、後述するステップＳ４８に移行する。
【００６３】
ステップＳ４３では、通信部４１は、移動端末Ｍから状態リストを受信したか否かを判断する。“Ｙｅｓ”と判断するとステップＳ４４に移行する。“Ｎｏ”と判断するとステップＳ４５に移行する。
ステップＳ４４では、通信部４１は、受信した状態リストをリスト書換部４３に送出する。リスト書換部４３は、状態リストのフォーマットを表示に適した所定の形式に変換し、記憶部４２に格納する。なお、リスト書換部４３は、受信した状態リストと記憶されている状態リストとが異なる場合のみ、状態リストの格納を行っても良い。
【００６４】
ステップＳ４５では、通信部４１は、カレント状態を移動端末Ｍから受信したか否かを判断する。“Ｙｅｓ”と判断するとステップＳ４６に移行する。“Ｎｏ”と判断すると後述するステップＳ４７に移行する。
ステップＳ４６では、通信部４１は、受信したカレント状態を状態書換部４４に送出する。状態書換部４４は、新たに受け取ったカレント状態を表示に適した所定の形式に変換し、記憶部４２に格納する。
【００６５】
ステップＳ４７では、リスト書換部４３及び状態書換部４４は、最新の状態リスト及びカレント状態を、表示部４５に送出する。表示部４５は、所定のウインドウをディスプレイ上に表示し、取得した状態リスト及びカレント状態を出力する。なお、状態リストやカレント状態に変化が無い場合には、表示を更新しないようにすることもできる。
【００６６】
ステップＳ４８では、通信部４１は、状態通知装置が終了しているか否かを判断する。“Ｎｏ”と判断すると、前記ステップＳ４２に戻って前述の処理を繰り返す。“Ｙｅｓ”と判断すると処理を終了する。すなわち、受信装置４は、状態通知装置を介し、送信装置Ｍからの状態通知を待機し、状態通知があると表示する。
【００６７】
本実施形態例によれば、生成装置２は、アプリケーションに応じた状態を通知可能であるため、ユーザ状態を精度良く把握して通知することができる。生成装置２が動作する情報端末ＰＣ１は、移動端末Ｍと通信可能でさえあればよく、ネットワークへの帰属や状態通知装置の有無は問わない。移動端末Ｍは、移動体通信網とインターネットを介して情報端末PC２と通信可能な範囲に位置する限り、送信装置３によりユーザ状態を受信装置４に送信することができる。しかも、送信装置３と受信装置４との通信は、既存の状態通知装置及び既存の通信システムを利用可能である。したがって、本実施形態例に係る状態通知システムは、構築がきわめて容易であり、ユーザ状態を把握できる範囲を拡大することができる。しかも、情報端末ＰＣ２上のアプリケーションに応じて生成装置２を適宜設定することにより、きめ細かいユーザ状態を通知可能である。
【００６８】
＜他の実施形態例＞
（ａ）前記第１実施形態例においては、１つのアプリケーションの状態からユーザ状態を通知する場合について説明した。しかし、通常は、情報端末上には複数のアプリケーションが動作可能である。その場合、各アプリケーションに対して前記生成装置を設けることが考えられる。
【００６９】
また、前記第１実施形態例においては、生成装置をアプリケーションの外部に設けた例を示した。しかし、生成装置をアプリケーションに組み込んで構成しても良い。
（ｂ）前記第１実施形態例において、状態リストを通知せず、カレント状態だけを通知することも考えられる。この場合、生成装置２のリスト作成部２２、送信装置３のリスト送信部３３及び受信装置４のリスト書換部４３を設けなくてもよい。状態選択部２３は、第１実施形態例と同様にアプリケーションの状態を検知すると、検知した状態を送信する。ただし、状態選択部２３は、検知した状態をテキストデータなどで具体的に通知する。例えば、状態選択部２３は、アプリケーションが電子メール装置である場合、未読電子メールの数を検知して「未読電子メールが３０通たまっている。」などの文字メッセージを送信装置３に送信する。送信装置３は、前述と同様に、文字メッセージを受信装置４に状態通知装置を介して送信する。文字メッセージは、受信装置４によりディスプレイなどに表示される。
【００７０】
（ｃ）前記第１実施形態例では、生成装置２のリスト作成部２２は、アプリケーションに応じた状態リストを作成する。しかし、作成される状態リストは、同一のアプリケーションに対して１つとは限らない。リスト作成部２２は、ニーズに応じて、さらにきめ細かい状態リストを作成することも可能である。以下に具体的な例を挙げて説明する。
【００７１】
電子メール装置が朝起動され、移動先にいる社員Ａが朝の時点でたまっていた電子メールを読む。その後、社員Ａは、電子メール装置を起動したままでしばらく席を離れ、その間に再び電子メールがたまったとする。この場合、社員Ａを管理する社員Ｂは、社員Ａが全くメールを読んでいないのでメールがたまっている状態であるのか、メールを読んだが再びたまってしまった状態であるのかを区別したい。前述のニーズがある場合、リスト作成部２２は、電子メール装置の状態の変化に基づいて、例えば以下のような状態リストを作成する。
【００７２】
１）メールがたくさんたまっている。
２）メールがたまっている。
３）その後、たくさんのメールがやってきている。
４）その後、メールがやってきている。
上記１）及び２）は、電子メールを起動後全く読んでいない状態を表す。３）及び４）は、起動後に電子メールを読んだにもかかわらず、その後電子メールがたまった状態を表す。状態を通知される側では、全くメールを見ていないのか、それとも一時的にたまってしまっただけなのか、などの判断が可能となる。
【００７３】
なお、同一のアプリケーションを異なる利用者が実行する場合、アプリケーションの使用者毎に状態リストを作成することが好ましい。本例や前述のインターネット電話などアプリケーションの状態変化に基づいて状態リストを作成する場合には、同一のアプリケーションであっても、使用者によりアプリケーションの状態が変わり、状態リストも変わってくると考えられるからである。
【００７４】
【発明の効果】
本発明を用いれば、広い範囲できめ細かなユーザ状態をリアルタイムに把握し、他のユーザに通知することができる。
【図面の簡単な説明】
【図１】第１実施形態例に係る状態通知システムの全体構成図。
【図２】生成装置、送信装置及び受信装置の機能構成を示すブロック図。
【図３】状態リストの概念図の一例。
【図４】状態リスト及びカレント状態の表示例。
【図５】生成装置が行う処理の流れを示すフローチャート。
【図６】送信装置が行う処理の流れを示すフローチャート。
【図７】受信装置が行う処理の流れを示すフローチャート。
【符号の説明】
１；状態通知システム
２；生成装置
３；送信装置
４；受信装置
【図１】
0004150132.tif 000002
【図２】
0004150132.tif 000003
【図３】
0004150132.tif 000004
【図４】
0004150132.tif 000005
【図５】
0004150132.tif 000006
【図６】
0004150132.tif 000007
【図７】
0004150132.tif 000008