JP4288410B2 - プレゼンスシステム、プレゼンスサーバおよびプログラム - Google Patents
プレゼンスシステム、プレゼンスサーバおよびプログラム Download PDFInfo
- Publication number
- JP4288410B2 JP4288410B2 JP2003067698A JP2003067698A JP4288410B2 JP 4288410 B2 JP4288410 B2 JP 4288410B2 JP 2003067698 A JP2003067698 A JP 2003067698A JP 2003067698 A JP2003067698 A JP 2003067698A JP 4288410 B2 JP4288410 B2 JP 4288410B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- presence information
- user
- client
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、ユーザの状態を他のユーザに通知するシステムに関し、特にプレゼンスシステムおよびプレゼンスサーバに関する。
【０００２】
【従来の技術】
近年、インターネットや携帯電話網を利用したプレゼンスサービスが普及しはじめている。このプレゼンスサービスを利用することで、利用者は他の利用者のプレゼンス状態をリアルタイムに認識することができ、インスタントメッセージサービスを併用すれば通信相手のプレゼンス状態を認識しながらメッセージの送受信が行える。インスタントメッセージ／プレゼンスサービスの基本的なアーキテクチャは、RFC2778(Network Working Group Request for Comments:2778)に示されている。
【０００３】
プレゼンスシステムは、プレゼンスサービスを提供するシステムを指し、自身のプレゼンス情報を提供するプレゼンティティ、他のプレゼンティティの提供するプレゼンス情報を観察するウォッチャ、および、プレゼンティティからプレゼンス情報を受け取り、これをウォッチャに配信するプレゼンスサーバを主要な構成要素に持つ。図１０に本発明の前提となるプレゼンスシステムの構成例を示す。
【０００４】
図１０において、端末１００はユーザＸが利用する端末であり、プレゼンティティ１０１を含むプレゼンスクライアント（以下、単にクライアントと称す）１０２が実装されている。端末２００はユーザＹが利用する端末であり、プレゼンティティ２０１を含むクライアント２０２が実装されている。端末３００はユーザＺが利用する端末であり、ウォッチャ３０１を含むクライアント３０２が実装されている。一般にプレゼンティティサービスを利用する端末１００、２００、３００には、プレゼンティティとウォッチャの両方を備えるクライアントが実装されるが、図１０では説明を簡単にするために一方を省略してある。本明細書では、クライアントを実装した端末をプレゼンス対応端末と呼ぶ。これらの端末１００、２００、３００は、卓上に設置されたパーソナルコンピュータや携帯電話などであり、プレゼンスサーバ４００とは図示しないインターネットや携帯電話網などのネットワークを通じて接続される。
【０００５】
プレゼンスサーバ４００は、各クライアント毎のプレゼンス情報を保持するエントリＥ１、Ｅ２、Ｅ３を有するプレゼンス情報キャッシュ４０１と、各クライアントのプレゼンティティから送信されたプレゼンス情報を、プレゼンス情報キャッシュ４０１の該当するエントリに記憶するプレゼンス情報受信部４０２と、プレゼンス情報キャッシュ４０１に記憶された各クライアント毎のプレゼンス情報を、他のクライアントのウォッチャに送信するプレゼンス情報送信部４０３とを備えている。
【０００６】
次に、図１０に示したプレゼンスシステムの動作を説明する。
【０００７】
ユーザＸ、Ｙ、Ｚは、プレゼンスサービスを利用するにあたって、端末１００、２００、３００のクライアント１０２、２０２、３０２をプレゼンスサーバ４００に接続し、プレゼンスサーバ４００からクライアントＩＤを取得するとともに、仲間リストを登録する。各クライアント１０２、２０２、３０２に割り当てられたクライアントＩＤは、プレゼンスサーバ４００において管理されるとともに、各クライアント１０２、２０２、３０２でも保持される。今、クライアント１０２、２０２、３０２に割り当てられたクライアントＩＤを、それぞれａ、ｂ、ｃとする。仲間リストの登録は、このクライアントＩＤを用いて行われる。ここでは、クライアント３０２が登録した仲間リストにクライアント１０２、２０２のクライアントＩＤであるａ、ｂが含まれているものとする。このときのプレゼンス情報キャッシュ４０１の内容の一例を図１１に、クライアント３０２が保持する情報キャッシュの内容の一例を図１２にそれぞれ示す。
【０００８】
図１１を参照すると、プレゼンス情報キャッシュ４０１におけるエントリＥ１はクライアント１００に割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ａおよび仲間リスト（ｂ、ｃ）が設定されている。また、エントリＥ２はクライアント２００に、エントリＥ３はクライアント３００にそれぞれ割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ｂ、ｃ、仲間リスト（ａ、ｃ）、（ａ、ｂ）が設定されている。各エントリＥ１〜Ｅ３のプレゼンス情報設定欄４０１３は、そのエントリを割り当てられたクライアントのプレゼンス情報を保存する領域として使用される。
【０００９】
図１２を参照すると、クライアント３０２の情報キャッシュは、クライアントＩＤ設定欄３０２１にクライアントＩＤ＝ｃが設定され、プレゼンス情報設定欄３０２２にクライアント３０２自身のプレゼンス情報が設定され、仲間リスト設定欄３０２３に各仲間毎のクライアントＩＤ３０２４とそのプレゼンス情報３０２５とが設定される。
【００１０】
その後、ユーザＸが、自分の端末１００のクライアント１０２に対してユーザ自身のプレゼンス情報（在席中、離席中、取り込み中、外出中など）を入力すると、クライアント１０２のプレゼンティティ１０１は、入力されたプレゼンス情報に自己のクライアントＩＤ＝ａを添えてプレゼンスサーバ４００に送信する。同様に、クライアント２０２のプレゼンティティ２０１はユーザＹからプレゼンス情報が入力されると、自己のクライアントＩＤ＝ｂを添えてプレゼンスサーバ４００に送信する。ここでは、ユーザＸ、Ｙが手動でプレゼンス情報を入力する例を示したが、プレゼンティティ１０１、２０１が自動的にプレゼンス情報を認識して送信する場合もある。例えば、端末１００、２００が通信することが可能になったことを認識して「オンライン」のプレゼンス情報を送信し、通信できない状態になったことを認識して「オフライン」のプレゼンス情報を送信する場合がある。また、端末１００、２００が携帯電話のとき、電話中であることを認識して「電話中」のプレゼンス情報を送信する場合がある。
【００１１】
プレゼンスサーバ４００のプレゼンス情報受信部４０２は、クライアント１０２からクライアントＩＤ＝ａとプレゼンス情報を受信すると、プレゼンス情報キャッシュ４０１におけるクライアント１０２に対応するエントリＥ１のプレゼンス情報設定欄４０１３に今回受信したプレゼンス情報を設定する。そして、クライアントＩＤ＝ａのプレゼンス情報が更新されたことをプレゼンス情報送信部４０３に通知する。
【００１２】
プレゼンス情報送信部４０３は、プレゼンス情報キャッシュ４０１を参照し、クライアント３０２の仲間リスト設定欄３０２３にクライアントＩＤ＝ａが存在することを認識し、エントリＥ１から更新後のクライアント１０２のプレゼンス情報を読み出し、クライアントＩＤ＝ａを添えてクライアント３０２のウォッチャ３０１へ送信する。
【００１３】
ウォッチャ３０１は、情報キャッシュの仲間リスト設定欄３０２３におけるクライアントＩＤ＝ａに対応するプレゼンス情報３０２５を、受信したプレゼンス情報で更新し、端末３００に接続された図示しない表示装置の画面上に、文字やアイコンなどによって、クライアントＩＤ＝ａのプレゼンス情報を表示する。
【００１４】
同様に、プレゼンスサーバ４００のプレゼンス情報受信部４０２は、クライアント２０２からクライアントＩＤ＝ｂとプレゼンス情報を受信すると、プレゼンス情報キャッシュ４０１におけるクライアント２０２に対応するエントリＥ２に記憶されたプレゼンス情報を更新し、プレゼンス情報送信部４０３は、更新後のプレゼンス情報をクライアントＩＤ＝ｂを付加してクライアント３０２のウォッチャ３０１へ送信する。ウォッチャ３０１は、仲間リスト設定欄３０２３におけるクライアントＩＤ＝ｂに対応するプレゼンス情報３０２５を更新し、受信したクライアントＩＤ＝ｂのプレゼンス情報を画面上に表示する。
【００１５】
以上のような動作が行われることにより、ユーザＺは、クライアントＩＤ＝ａ、ｂに対応するユーザＸ、Ｙの最新のプレゼンス情報を認識することができる。
【００１６】
他方、或るユーザの状況を他のユーザに通知する他の技術として、後述する特許文献１に記載されたスケジュール管理システムがある。このスケジュール管理システムでは、グループウェアサーバが予め登録された複数のメンバにより共有されるスケジュール情報の設定を受け付ける。また、各メンバによる端末からのアクセスに応じて、Ｗｅｂサーバにより前記スケジュール情報を一覧画面データとして当該端末へ送信する。更に、スケジュールの設定があったとき、予め定めた条件に応じて、その旨を必要なメンバに対して、メールサーバにより、当該メンバの携帯型情報機器への直送型の電子メールまたは文字メッセージ通信により通知する。
【００１７】
【特許文献１】
特開２００２−９２２７７号公報
【００１８】
【発明が解決しようとする課題】
プレゼンスサービスのビジネスでの利用を考えると、在席中は自席上のパーソナルコンピュータをプレゼンス対応端末として利用し、会議中や外出中には携帯端末をプレゼンス対応端末として使いたいというように、複数のプレゼンス対応端末を同時に使用できると便利である。しかしながら、図１０に示したプレゼンスシステムは、１ユーザ当り１つのプレゼンス対応端末しか実質的に使用できない。何故なら、例えば、図１０において、端末１００と端末２００が同じユーザＸのものとすると、ユーザＺには、クライアントＩＤ＝ａとクライアントＩＤ＝ｂの２つのプレゼンス情報が通知されることになり、プレゼンス情報を受け取るユーザＺが混乱をきたすからである。
【００１９】
また、ビジネスの世界ではグループウェアサーバなどを用いてスケジュール情報をサーバに登録しておくことはごく一般的に行われている。前述の特許文献１記載のスケジュール管理システムでは、或るユーザのスケジュールが設定されたとき、その旨を他のユーザに対して直接型の電子メールや文字メッセージ通信により通知することができる。しかし、プレゼンスサービスを通じて通知することはできない。
【００２０】
本発明の目的は、他の利用者を混乱させることなく、複数のプレゼンス対応端末を一人のユーザが同時に使用できるようにしたプレゼンスシステムおよびプレゼンスサーバを提供することにある。
【００２１】
本発明の別の目的は、グループウェアサーバで管理されるユーザのスケジュール情報もそのユーザのプレゼンス情報の１つとして扱うことができ、グループウェアサーバと連携可能なプレゼンスシステムおよびプレゼンスサーバを提供することにある。
【００２２】
【課題を解決するための手段】
本発明の第１のプレゼンスシステムは、同一のユーザにかかる複数の第１のプレゼンス対応端末と、他のユーザにかかる第２のプレゼンス対応端末と、プレゼンスサーバとが、ネットワークを通じて接続されたプレゼンスシステムにおいて、前記複数の第１のプレゼンス対応端末は、自プレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報と自プレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報とを付加したプレゼンス情報を前記プレゼンスサーバに送信するプレゼンティティを備え、前記プレゼンスサーバは、複数のエントリを有するプレゼンス情報キャッシュを備え、且つ、前記プレゼンティティから受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備え、前記第２のプレゼンス対応端末は、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として利用者に表示するウォッチャを備えている。
【００２３】
本発明の第２のプレゼンスシステムは、同一のユーザにかかる第１のプレゼンス対応端末と、前記ユーザの予定の状態を示すスケジュール情報を管理するグループウェアサーバと、他のユーザにかかる第２のプレゼンス対応端末と、プレゼンスサーバとが、ネットワークを通じて接続されたプレゼンスシステムにおいて、前記第１のプレゼンス対応端末は、自プレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報と自プレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報とを付加したプレゼンス情報を前記プレゼンスサーバに送信するプレゼンティティを備え、前記グループウェアサーバは、前記ユーザのスケジュール情報と現在時刻とを比較して前記ユーザの予定の行動の変化時点で変化後の行動を示すプレゼンス情報をクライアント識別情報とユーザ識別情報とを付加して前記プレゼンスサーバに送信するプレゼンティティを備え、前記プレゼンスサーバは、複数のエントリを有するプレゼンス情報キャッシュを備え、且つ、前記プレゼンティティから受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備え、前記第２のプレゼンス対応端末は、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として利用者に表示するウォッチャを備えている。
【００２４】
本発明の第３のプレゼンスシステムは、第１または第２のプレゼンスシステムにおいて、前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のそれぞれについて、確からしさを示す信頼度を計算し、最も信頼度の高いプレゼンス情報を選択するものとして構成される。
【００２５】
本発明の第４のプレゼンスシステムは、第３のプレゼンスシステムにおいて、前記信頼度の計算は、プレゼンス情報を最後に受信した時刻からの経過時間、プレゼンス情報の種別およびプレゼンス情報の平均更新間隔をパラメータとする計算式を用いて行うものとして構成される。
【００２６】
本発明の第５のプレゼンスシステムは、第３または第４のプレゼンスシステムにおいて、前記プレゼンス情報送信手段は、前記プレゼンス情報決定手段で決定されたプレゼンス情報に該プレゼンス情報について計算された前記信頼度と前記ユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するものであり、前記第２のプレゼンス対応端末の前記ウォッチャは、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として前記付加された信頼度に応じた態様で利用者に表示するものとして構成される。
【００２７】
本発明の第６のプレゼンスシステムは、第３または第４のプレゼンスシステムにおいて、前記プレゼンス情報決定手段は、複数のプレゼンス情報の信頼度の何れもが予め設定された閾値より高く、かつ、互いに排他的な関係にない場合、複数のプレゼンス情報を統合した１つのプレゼンス情報を決定するものとして構成される。
【００２８】
本発明の第７のプレゼンスシステムは、第１または第２のプレゼンスシステムにおいて、前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のうち、最も最近に受信したプレゼンス情報を選択するものとして構成される。
【００２９】
本発明の第８のプレゼンスシステムは、第１または第２のプレゼンスシステムにおいて、前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のうち、予めユーザから登録されたプレゼンス情報選択条件に従って１つのプレゼンス情報を選択するものとして構成される。
【００３０】
本発明のプレゼンスサーバは、プレゼンスクライアントが搭載されているプレゼンス対応端末を使用するユーザの識別子をユーザ識別情報と定義するとき、同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段を備えることを基本とする。具体的には、本発明の第１のプレゼンスサーバは、同一のユーザにかかる複数の第１のプレゼンス対応端末および他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバにおいて、複数のエントリを有するプレゼンス情報キャッシュを備え、且つ、前記複数の第１のプレゼンス対応端末から受信したプレゼンス情報をそれに付加された、前記第１のプレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報と共に、それに付加された、前記第１のプレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報に対応するエントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備えている。
【００３１】
また本発明の第２のプレゼンスサーバは、同一のユーザにかかる第１のプレゼンス対応端末、前記ユーザの予定の状態を示すスケジュール情報を管理するグループウェアサーバおよび他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバにおいて、複数のエントリを有するプレゼンス情報キャッシュを備え、且つ、前記第１のプレゼンス対応端末および前記グループウェアサーバから受信したプレゼンス情報をそれに付加された、前記第１のプレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報と共に、それに付加された、前記第１のプレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備えている。
【００３２】
【作用】
本発明にあっては、プレゼンスサーバが、同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するため、他の利用者を混乱させることなく、複数のプレゼンス対応端末を一人のユーザが同時に使用することができ、また、グループウェアサーバとの連携が可能となる
【００３３】
【発明の第１の実施の形態】
図１を参照すると、本発明の第１の実施の形態にかかるプレゼンスシステムは、ユーザＸが利用する２台の端末１００、２００と、ユーザＹが利用する１台の端末３００と、プレゼンスサーバ４００とが、ネットワーク５００を通じて接続されている。
【００３４】
端末１００は、ユーザＸが例えば自席で利用するパーソナルコンピュータであり、プレゼンティティ１０１および情報キャッシュ１０５を含むクライアント１０２が実装され、キーボードやマウス等の入力装置およびＬＣＤ等の表示装置から構成される入出力装置１０３および記録媒体１０４が接続されている。プレゼンティティ１０１は、プレゼンス情報をプレゼンスサーバ４００に送信する際、クライアント１０２のＩＤとは別にユーザＸのＩＤを付加する点が図１０に示したプレゼンティティ１０１と相違する。情報キャッシュ１０５は、ユーザＸのＩＤ、クライアントＩＤ、クライアントのプレゼンス情報、仲間リストを保持する記憶部である。記録媒体１０４は、磁気ディスク等のコンピュータ可読記録媒体であり、クライアントプログラムを記録する。記録媒体１０４に記録されたクライアントプログラムは、端末１００の立ち上げ時などに端末１００を構成するコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上にクライアント１０２を実現する。
【００３５】
端末２００は、同じくユーザＸが利用する例えば携帯電話などの携帯型情報端末であり、プレゼンティティ２０１および情報キャッシュ２０５を含むクライアント２０２が実装され、キーボード等の入力装置およびＬＣＤ等の表示装置から構成される入出力装置２０３および記録媒体２０４を備えている。プレゼンティティ２０１は、プレゼンス情報をプレゼンスサーバ４００に送信する際、クライアント２０２のＩＤとは別にユーザＸのＩＤを付加する点が図１０に示したプレゼンティティ２０１と相違する。情報キャッシュ２０５は、ユーザＸのＩＤ、クライアントＩＤ、クライアントのプレゼンス情報、仲間リストを保持する記憶部である。記録媒体２０４は、メモリカード等のコンピュータ可読記録媒体であり、クライアントプログラムを記録する。記録媒体２０４に記録されたクライアントプログラムは、端末２００の初期設定時などに端末２００を構成するコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上にクライアント２０２を実現する。
【００３６】
端末３００は、ユーザＹが利用するパーソナルコンピュータ等の端末であり、ウォッチャ３０１および情報キャッシュ３０５を含むクライアント３０２が実装され、キーボードやマウス等の入力装置およびＬＣＤ等の表示装置から構成される入出力装置３０３および記録媒体３０４が接続されている。ウォッチャ３０１は、プレゼンスサーバ４００から受信したプレゼンス情報をそれに付加されたユーザＩＤにかかるユーザのプレゼンス情報として入出力装置３０３を通じて利用者に表示する点が図１０のウォッチャ３０１と相違する。情報キャッシュ３０５は、ユーザＹのＩＤ、クライアントＩＤ、クライアントのプレゼンス情報、仲間リストを保持する記憶部である。記録媒体３０４は、磁気ディスク等のコンピュータ可読記録媒体であり、クライアントプログラムを記録する。記録媒体３０４に記録されたクライアントプログラムは、端末３００の立ち上げ時などに端末３００を構成するコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上にクライアント３０２を実現する。
【００３７】
なお、一般にプレゼンティティサービスを利用する端末１００、２００、３００には、プレゼンティティとウォッチャの両方を備えるクライアントが実装されるが、図１では説明を簡単にするために一方を省略してある。
【００３８】
プレゼンスサーバ４００は、各クライアント毎のプレゼンス情報を保持するエントリＥ１、Ｅ２、Ｅ３を有するプレゼンス情報キャッシュ４０１と、プレゼンティティ１０１、２０１から受信したプレゼンス情報をそれに付加されたユーザＩＤと共に、それに付加されたクライアントＩＤに対応するプレゼンス情報キャッシュ４０１のエントリＥ１〜Ｅ３にキャッシングするプレゼンス情報受信部４０２と、予め定められた条件に基づいて、プレゼンス情報キャッシュ４０１に保存された同一のユーザＩＤにかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定部４０４と、プレゼンス情報決定部４０４で決定されたプレゼンス情報にユーザＩＤを付加して、端末３００のウォッチャ３０１に送信するプレゼンス情報送信部４０３とを備えている。
【００３９】
次に、本実施の形態のプレゼンスシステムの動作を説明する。
【００４０】
ユーザＸ、Ｙは、プレゼンスサービスを利用するにあたって、端末１００、２００、３００のクライアント１０２、２０２、３０２をプレゼンスサーバ４００に接続し、プレゼンスサーバ４００からクライアントＩＤを取得するとともに、仲間リストを登録する。各クライアント１０２、２０２、３０２に割り当てられたクライアントＩＤは、プレゼンスサーバ４００において管理されるとともに、各クライアント１０２、２０２、３０２でも保持される。今、クライアント１０２、２０２、３０２に割り当てられたクライアントＩＤを、それぞれａ、ｂ、ｃとする。仲間リストの登録は、このクライアントＩＤではなく、ユーザＩＤを用いて行われる。ここでは、ユーザＸのＩＤをｘ、ユーザＹのＩＤをｙとし、ユーザＸが登録した仲間リストにユーザＹのＩＤｙが含まれ、ユーザＹが登録した仲間リストにユーザＸのＩＤｘが含まれているものとする。ユーザＩＤとしては、例えばＳＩＰ(Session Initiation Protocol)−ＵＲＬを使用することができる。プレゼンス情報キャッシュ４０１の内容の一例を図２に、クライアント１０２、２０２、３０２が保持する情報キャッシュ１０５、２０５、３０５の内容の一例を図３にそれぞれ示す。
【００４１】
図２を参照すると、プレゼンス情報キャッシュ４０１におけるエントリＥ１はクライアント１００に割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ａおよび仲間リスト（ｙ）が設定されている。また、エントリＥ２はクライアント２００に割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ｂおよび仲間リスト（ｙ）が設定されている。更に、エントリＥ３はクライアント３００に割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ｃおよび仲間リスト（ｘ）が設定されている。各エントリＥ１〜Ｅ３のプレゼンス情報欄４０１３は、そのエントリを割り当てられたクライアントのプレゼンス情報の設定用に使用され、ユーザＩＤ設定欄４０１４は、プレゼンス情報に付加されたユーザＩＤの設定用に使用される。各エントリＥ１〜Ｅ３の付加情報設定欄４０１５の利用方法については後述する。
【００４２】
図３（ａ）を参照すると、クライアント１０２の情報キャッシュ１０５は、ユーザＩＤ設定欄１０２６にユーザＸから事前にユーザＩＤ＝ｘが設定され、クライアントＩＤ設定欄１０２１にプレゼンスサーバ４００から通知されたクライアントＩＤ＝ａが設定され、プレゼンス情報設定欄１０２２にクライアント１０２自身のプレゼンス情報が設定され、仲間リスト設定欄１０２３に各仲間毎のユーザＩＤ１０２７とそのプレゼンス情報１０２５とが設定される。
【００４３】
図３（ｂ）を参照すると、クライアント２０２の情報キャッシュ２０５は、クライアントＩＤ設定欄２０２１にクライアントＩＤ＝ｂが設定されている点が相違するだけで、他は図３（ａ）に示したクライアント１０１の情報キャッシュ１０５と同じである。
【００４４】
図３（ｃ）を参照すると、クライアント３０２の情報キャッシュ３０５は、ユーザＩＤ設定欄３０２６にユーザＹから事前にユーザＩＤ＝ｙが設定され、クライアントＩＤ設定欄３０２１にプレゼンスサーバ４００から通知されたクライアントＩＤ＝ｃが設定され、プレゼンス情報設定欄３０２２にクライアント３０２自身のプレゼンス情報が設定され、仲間リスト設定欄３０２３に各仲間毎のユーザＩＤ３０２７とそのプレゼンス情報３０２５とが設定される。
【００４５】
図４はクライアントＩＤの取得と仲間リストの登録を行う際の各クライアントとプレゼンスサーバの処理例を示すフローチャートである。以下、クライアント３０２を例にして説明する。ユーザＹが入出力装置３０３から利用者登録を指示すると、クライアント３０２はネットワーク５００経由でプレゼンスサーバ４００に接続し、利用者登録要求を送信する（Ｓ３０１）。プレゼンスサーバ４００は、システムでユニークなクライアントＩＤ＝ｃを採番し（Ｓ４０１）、プレゼンス情報キャッシュ４０１から空きのエントリＥ３を確保して、そのクライアントＩＤ設定欄４０１１にクライアントＩＤ＝ｃを設定する（Ｓ４０２）。また、仲間リスト設定欄４０１２、プレゼンス情報設定欄４０１３およびユーザＩＤ設定欄４０１４はＮＵＬＬに初期化する。そして、採番したクライアントＩＤ＝ｃを指定した利用者登録完了通知を要求元のクライアント３０２へ送信する（Ｓ４０３）。クライアント３０２は、受信したクライアントＩＤ＝ｃを図３（ｃ）に示した情報キャッシュ３０５のクライアントＩＤ設定欄３０２１に設定する（Ｓ３０２）。
【００４６】
次にユーザＹが、仲間リストに載せたい通信相手の利用者ＸのユーザＩＤ＝ｘを指定した仲間リスト登録指示を入出力装置３０３から入力すると、クライアント３０２は、ユーザＩＤ＝ｘを指定した仲間リスト登録要求を、要求元ＩＤとしてクライアントＩＤ＝ｃを添えて、ネットワーク５００経由でプレゼンスサーバ４００へ送信する（Ｓ３０３）。プレゼンスサーバ４００は、要求元ＩＤと同じＩＤをクライアントＩＤ設定欄４０１１に持つエントリＥ３をプレゼンス情報キャッシュ４０１から検索し、そのエントリＥ３の仲間リスト設定欄４０１２に、登録要求されたユーザＩＤ＝ｘを登録する（Ｓ４０４）。そして、仲間リストの登録完了通知を要求元のクライアント３０２に送信する（Ｓ４０５）。
【００４７】
登録完了通知を受信したクライアント３０２は、登録を要求した仲間リストに含まれるユーザＩＤ＝ｘを図３（ｃ）の情報キャッシュ３０５の仲間リスト設定欄３０２３におけるユーザＩＤ３０２７に設定する（Ｓ３０４）。
【００４８】
次に、以上のような利用者登録と仲間リスト登録とがユーザＸ、Ｙで完了した後、ユーザＸが端末１００及び２００に自身のプレゼンス情報を入力した場合の動作を説明する。図５はその際のクライアントとプレゼンスサーバの処理例を示すフローチャートである。
【００４９】
ユーザＸが、利用者登録後に最初に、端末１００の入出力装置１０３からクライアント１０２に対してユーザ自身のプレゼンス情報（在席中、離席中、取り込み中、外出中など）を入力すると（Ｓ１１１）、クライアント１０２のプレゼンティティ１０１は、図３（ａ）の情報キャッシュ１０５のプレゼンス情報設定欄１０２２に、入力されたプレゼンス情報を設定すると共に、自己のクライアントＩＤ＝ａおよびユーザＩＤ＝ｘを添えてプレゼンスサーバ４００にプレゼンス情報を送信する（Ｓ１１２）。このプレゼンス情報をプレゼンス情報Ａとする。ここでは、ユーザＸが手動でプレゼンス情報を入力する例を示したが、プレゼンティティ１０１が自動的にプレゼンス情報を認識して送信する場合もある。例えば、端末１００が通信することが可能になったことを認識して「オンライン」のプレゼンス情報を送信し、通信できない状態になったことを認識して「オフライン」のプレゼンス情報を送信する場合がある。
【００５０】
プレゼンスサーバ４００のプレゼンス情報受信部４０２は、クライアント１０２からクライアントＩＤ＝ａおよびユーザＩＤ＝ｘが指定されたプレゼンス情報Ａを受信すると（Ｓ４１１）、プレゼンス情報キャッシュ４０１におけるクライアントＩＤ＝ａに対応するエントリＥ１のプレゼンス情報設定欄４０１３に今回受信したプレゼンス情報Ａを設定し、ユーザＩＤ設定欄４０１４にユーザＩＤ＝ｘを設定する（Ｓ４１２）。次に、更新したエントリＥ１のユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘと同じユーザＩＤを持つ他のエントリがプレゼンス情報キャッシュ４０１に存在するか否か（Ｓ４１３）、そのような他のエントリが存在した場合には、その他のエントリのプレゼンス情報設定欄４０１３が全てＮＵＬＬか否かを判定する（Ｓ４１４）。今の場合、ユーザＩＤ＝ｘを持つ他のエントリＥ２が存在するが、プレゼンス情報設定欄４０１３はＮＵＬＬなので、プレゼンス情報決定部４０４は、今回更新したエントリＥ１のプレゼンス情報設定欄４０１３に設定されたプレゼンス情報Ａを唯一のプレゼンス情報に決定し（Ｓ４１５）、エントリＥ１を指定してプレゼンス情報送信部４０３に送信を要求する。
【００５１】
プレゼンス情報送信部４０３は、プレゼンス情報キャッシュ４０１の指定されたエントリＥ１におけるユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘを仲間リストに含むエントリが存在するか否かを調べ、今の場合、エントリＥ３が存在するので、エントリＥ３のクライアントＩＤ設定欄４０１１に設定されたクライアントＩＤ＝ｃで特定されるクライアント３０２のウォッチャ３０１に対して、指定されたエントリＥ１のプレゼンス情報設定欄４０１３に設定されたプレゼンス情報ＡとユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘとを送信する（Ｓ４１７）。
【００５２】
クライアント３０２のウォッチャ３０１は、プレゼンスサーバ４００からプレゼンス情報ＡとユーザＩＤ＝ｘを受信すると（Ｓ３１１）、図３（ｃ）の情報キャッシュ３０５の仲間リスト３０２３における同じユーザＩＤ＝ｘに対応するプレゼンス情報３０２５を受信したプレゼンス情報Ａに更新する（Ｓ３１２）。そして、入出力装置３０３の画面に表示しているユーザＩＤ＝ｘに対応するアイコンあるいは文字を、更新後のプレゼンス情報Ａに合致するように変更する（Ｓ３１３）。
【００５３】
続いて、ユーザＸが端末２００の入出力装置２０３からクライアント１０２に対してユーザ自身のプレゼンス情報（在席中、離席中、取り込み中、外出中など）を入力した場合を考える。この入力したプレゼンス情報をプレゼンス情報Ｂとする。なお、ここでは、ユーザＸが手動でプレゼンス情報を入力する例を示したが、プレゼンティティ２０１が自動的にプレゼンス情報を認識して送信する場合もある。例えば、端末２００が携帯電話のとき、電話中であることを認識して「電話中」のプレゼンス情報を送信する場合がある。
【００５４】
クライアント２０２のプレゼンティティ２０１は、プレゼンス情報Ｂが入力されると（Ｓ１１１）、図３（ｂ）の情報キャッシュ２０５のプレゼンス情報設定欄２０２２に、入力されたプレゼンス情報Ｂを設定すると共に、自己のクライアントＩＤ＝ｂおよびユーザＩＤ＝ｘを添えてプレゼンスサーバ４００にプレゼンス情報Ｂを送信する（Ｓ１１２）。プレゼンスサーバ４００のプレゼンス情報受信部４０２は、クライアント２０２からクライアントＩＤ＝ｂおよびユーザＩＤ＝ｘが指定されたプレゼンス情報Ｂを受信すると（Ｓ４１１）、プレゼンス情報キャッシュ４０１におけるクライアントＩＤ＝ｂに対応するエントリＥ２のプレゼンス情報設定欄４０１３に今回受信したプレゼンス情報Ｂを設定し、ユーザＩＤ設定欄４０１４にユーザＩＤ＝ｘを設定する（Ｓ４１２）。次に、更新したエントリＥ２のユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘと同じユーザＩＤを持つ他のエントリがプレゼンス情報キャッシュ４０１に存在するか否か（Ｓ４１３）、そのような他のエントリが存在した場合には、その他のエントリのプレゼンス情報設定欄４０１３が全てＮＵＬＬか否かを判定する（Ｓ４１４）。今の場合、ユーザＩＤ＝ｘを持つ他のエントリＥ１が存在し、プレゼンス情報設定欄４０１３はＮＵＬＬでなくプレゼンス情報Ａが設定されているので、プレゼンス情報決定部４０４は、予め定められた条件に基づいて、複数のプレゼンス情報Ａ、Ｂから唯一のプレゼンス情報を決定する（Ｓ４１６）。このステップＳ４１６の決定方法については後述する。そして、決定したプレゼンス情報を保持しているエントリＥ１またはＥ２を指定してプレゼンス情報送信部４０３に送信を要求する。以降、プレゼンス情報送信部４０３およびウォッチャ３０１で、前述した処理と同様の処理が行われ（Ｓ４１７、Ｓ３１１〜Ｓ３１３）、プレゼンスサーバ４００がユーザＸのプレゼンスとして決定したプレゼンス情報がユーザＹに提示される。
【００５５】
図５の処理では、プレゼンス情報キャッシュ４０１に保持されたプレゼンス情報が更新されたとき、自動的にウォッチャ３０１に対するプレゼンス情報の送信処理を開始したが、ウォッチャ３０１からプレゼンス情報の問い合わせがあったときにプレゼンス情報を応答する形態もある。この場合の処理例を図６に示す。
【００５６】
ユーザＹが、端末３００の入出力装置３０３からクライアント３０２に対して仲間のプレゼンス情報の問い合わせを要求すると（Ｓ３２１）、クライアント３０２のウォッチャ３０１は、自己のクライアントＩＤ＝ｃを指定してプレゼンスサーバ４００に仲間リストのプレゼンス情報の問い合わせ要求を送信する（Ｓ３２２）。プレゼンスサーバ４００のプレゼンス情報送信部４０３は、クライアント３０２からクライアントＩＤ＝ｃが指定されたプレゼンス情報の問い合わせ要求を受信すると（Ｓ４２１）、プレゼンス情報決定部４０４にこの問い合わせ要求を伝達する。
【００５７】
プレゼンス情報決定部４０４は、問い合わせ要求で指定されたクライアントＩＤを持つプレゼンス情報キャッシュ４０１のエントリＥ３における仲間リスト設定欄４０１２からユーザＩＤ＝ｘを読み出し、このユーザＩＤ＝ｘを持つ全てのエントリを検索する（Ｓ４２２）。そして、同一のユーザＩＤ＝ｘを持つ複数のエントリが存在するかどうか（Ｓ４２３）、若しそのような複数のエントリがある場合には１つのエントリを除き他の全てのエントリのプレゼンス情報がＮＵＬＬかどうかを判定する（Ｓ４２４）。同一ユーザＩＤ＝ｘを持つエントリが１つだけ存在する場合（Ｓ４２３でＮＯ）、存在した１つのエントリのプレゼンス情報を唯一のプレゼンス情報に決定し（Ｓ４２５）、また、複数存在しても１つのエントリだけにプレゼンス情報が設定されている場合（Ｓ４２４でＹＥＳ）、その１つのエントリのプレゼンス情報を唯一のプレゼンス情報に決定する（Ｓ４２５）。他方、プレゼンス情報が設定された複数のエントリが存在すれば（Ｓ４２４でＮＯ）、予め定められた条件に基づいて、複数のプレゼンス情報から唯一のプレゼンス情報を決定する（Ｓ４２６）。このステップＳ４２６の決定方法については後述する。
【００５８】
次にプレゼンス情報決定部４０４は、決定したプレゼンス情報を保持しているエントリを指定してプレゼンス情報送信部４０３に送信を要求する。プレゼンス情報送信部４０３は、プレゼンス情報キャッシュ４０１の指定されたエントリにおけるプレゼンス情報設定欄４０１３に設定されたプレゼンス情報とユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘとを、プレゼンス情報の問い合わせ元のウォッチャ３０１へ送信する（Ｓ４２７）。
【００５９】
クライアント３０２のウォッチャ３０１は、プレゼンス情報の問い合わせに対する応答としてプレゼンスサーバ４００からプレゼンス情報とユーザＩＤ＝ｘを受信すると（Ｓ３２３）、図３（ｃ）の情報キャッシュ３０５の仲間リスト３０２３における同じユーザＩＤ＝ｘに対応するプレゼンス情報３０２５を受信したプレゼンス情報で更新する（Ｓ３２４）。そして、入出力装置３０３の画面に表示しているユーザＩＤ＝ｘに対応するアイコンあるいは文字を、更新後のプレゼンス情報に合致するように変更する（Ｓ３２５）。
【００６０】
次に、図５のステップＳ４１６および図６のステップＳ４２６において複数のプレゼンス情報から唯一のプレゼンス情報を決定する幾つかの実施例について詳細に説明する。なお、説明を簡単にするために、対象となる複数のプレゼンス情報はプレゼンス情報Ａとプレゼンス情報Ｂの２つとする。勿論、同様の方法で３つ以上のプレゼンス情報から唯一のプレゼンス情報を決定することが可能である。
【００６１】
（１）実施例１
プレゼンス情報決定部４０４は、プレゼンス情報Ａ、プレゼンス情報Ｂのそれぞれについて、信頼度Ｒを計算し、信頼度Ｒのより高い方のプレゼンス情報を唯一のプレゼンス情報として採用する。つまり、プレゼンス情報Ａ、プレゼンス情報Ｂについて計算された信頼度ＲをそれぞれＲａ、Ｒｂとすると、Ｒａ＞Ｒｂならばプレゼンス情報Ａを採用し、Ｒａ＜Ｒｂならばプレゼンス情報Ｂを採用する。
【００６２】
信頼度Ｒは、プレゼンス情報の「確からしさ」をあらわす値である。信頼度Ｒに影響を与えるパラメータとしては、以下のものがある。
○ｔ：プレゼンティティからプレゼンス情報を最後に受信した時刻からの経過時間
○ｋ：プレゼンス情報の種別に応じて決まる定数
○Ｔｆ：プレゼンティティにおけるプレゼンス情報の平均プレゼンス更新間隔
【００６３】
経過時間ｔを信頼度Ｒに影響を与えるパラメータの１つにする理由は、プレゼンス情報を入力してから時間が経てば経つほど、プレゼンス情報は不確かになっていくからである。
【００６４】
プレゼンス情報の種別に応じて決まる定数ｋを信頼度Ｒに影響を与えるパラメータの１つにする理由は、プレゼンスサービスを利用しているユーザの実際のプレゼンスとプレゼンティティに入力されているプレゼンス情報とを比較してみると、入力し忘れが原因で一致しない状況がしばしば発生するが、その一致しない程度は全てのプレゼンス情報の種別で同じではなく、種別によって相違する傾向が見られるからである。また、「電話中」など自動的に検知されるプレゼンスの種別では、一致度が高い傾向を示すからである。
【００６５】
プレゼンティティにおけるプレゼンス情報の更新頻度をあらわすＴｆを信頼度Ｒに影響を与えるパラメータの１つにする理由は、ユーザが頻繁にプレゼンス情報を更新する端末であれば、このプレゼンティティのプレゼンス情報は比較的信頼度が高いものであるし、ユーザがあまり更新しない端末の場合は、信頼度は低いとみなすのが妥当であるからである。
【００６６】
具体的には、プレゼンス情報決定部４０４は、プレゼンス情報の信頼度Ｒを以下の式で計算する。
Ｒ（ｋ，Ｔｆ，ｔ）＝ｋ・ｅｘｐ（−ｃｔ） …（１）
【００６７】
式（１）におけるｋの値は、プレゼンス情報の種別毎に予めプレゼンス情報決定部４０４内の図示しないｋテーブルに保持しておく。プレゼンス情報の種別毎のｋの値の一例を図７に示す。また、式（１）における経過時間ｔは、プレゼンス情報受信部４０２が図５のステップＳ４１２においてプレゼンス情報をプレゼンス情報キャッシュ４０１に記憶する際にその時点の現在時刻を、図２の付加情報設定欄４０１５に設定しておき（なお、このとき後述する式（４）の計算も行う）、プレゼンス情報決定部４０４がステップＳ４１６、Ｓ４２６において前記式（１）を計算する際にその時点の現在時刻と付加情報設定欄４０１５に設定された時刻との差を計算して求める。
【００６８】
また、式（１）におけるｃは、信頼度Ｒの減衰速度を決定する定数で、下記の式により計算する。
ｃ＝（ｌｎ２）／Ｔ＝0.69315／Ｔ …（２）
ここで、Ｔは信頼度Ｒの値が半減するまでの時間、すなわち「半減期」である。半減期Tは、下記の式により計算する。
Ｔ＝Ｔｓ＊Ｔｎ／Ｔｆ …（３）
ここで、Ｔｓは標準半減期で、これはプレゼンス情報の種別毎に予めプレゼンス情報決定部４０４内の図示しないＴｓテーブルに保持しておく。プレゼンス情報の種別毎のＴｓの値の一例を図７に示す。たとえば、「会議中」と「出張中」という２つのプレゼンス種別を考えると、会議は、普通数時間で終わるのに対し、出張は最低でも一日以上かかるため、「会議中」というプレゼンス情報は短時間で信頼度が下がっていくのに対し、「出張中」というプレゼンス情報は信頼度は比較的長時間信頼度が下がらない。このような観点から図７のＴｓの値が定められている。また、式（３）におけるＴｎは標準的なプレゼンス更新間隔で、たとえば約４時間とし、定数で定めておく。
【００６９】
式（３）における平均プレゼンス更新間隔Ｔｆは、プレゼンス情報受信部４０２がプレゼンス情報を受信するたびに図６のステップＳ４２２において計算する。具体的には、最新のプレゼンス更新間間隔（すなわち前回にプレゼンス情報を受信した時刻から今回プレゼンス情報を受信した時刻の差）Ｔｒを、以下の式（４）により平滑化したものを用いる。
Ｔｆ＝Ｔｒ＊α＋Ｔｆ＊（１−α） …（４）
ここで、αは例えば１／８とする。Ｔｆの値はプレゼンス情報キャッシュ４０１の付加情報設定欄４０１５に保存される。
【００７０】
この実施例１によれば、それぞれのプレゼンス情報毎に信頼度Ｒを算出できるため、ユーザはもっとも信頼性が高いプレゼンス情報を入手することができる。また、プレゼンス情報の信頼度Ｒに最終更新時からの経過時間ｔをパラメータとして含めてあるため、古いプレゼンス情報を排除することができる。また、プレゼンス情報の信頼度Ｒにプレゼンス情報の種別に応じた定数ｋをパラメータとして含めてあるため、プレゼンスの種別毎にプレゼンス情報の信頼度を調整することができる。また、プレゼンス情報の信頼度Ｒに、プレゼンス情報を入力する端末のプレゼンス更新頻度Ｔｆをパラメータとして含めてあるので、ユーザが頻繁に利用する端末のプレゼンス情報を優先することができるようになる。
【００７１】
（２）実施例２
プレゼンス情報決定部４０４は、プレゼンス情報Ａ、プレゼンス情報Ｂのうち、その受信時刻からの経過時間がより短いもの、つまり最も最近に受信したものを採用する。これは、実施例１における信頼度Ｒの計算式におけるパラメータをｔだけにした場合と等価である。本実施例の場合、プレゼンス情報受信部４０２が図５のステップＳ４１２においてプレゼンス情報をプレゼンス情報キャッシュ４０１に記憶する際にその時点の現在時刻を、図２の付加情報設定欄４０１５に設定しておき、プレゼンス情報決定部４０４がステップＳ４１６、Ｓ４２６において唯一のプレゼンス情報を決定する際、その時点の現在時刻と付加情報設定欄４０１５に設定された時刻との差を計算し、経過時間がより短いプレゼンス情報を採用する。
【００７２】
（３）実施例３
この実施例では、図２のプレゼンス情報キャッシュ４０１における付加情報設定欄４０１５に各ユーザ毎のプレゼンス情報選択条件を設定しておき、プレゼンス情報決定部４０４は、このプレゼンス情報選択条件を参照して、プレゼンス情報Ａ、Ｂの何れか一方を採用する。
【００７３】
プレゼンス情報選択条件としては、例えば１日を複数の時間帯に分割し、各時間帯毎に採用すべきクライアントを指定する。例えば、ユーザＸのクライアント１０２、２０２に割り当てられたプレゼンス情報キャッシュ４０１のエントリＥ１、Ｅ２における付加情報設定欄４０１５に、「午後５時〜翌日の午前８時迄はクライアントＩＤ＝ａ側、午前８時〜午後５時迄はクライアントＩＤ＝ｂ側」というプレゼンス情報選択条件を設定しておくと、ユーザＸが会社に居る間はクライアント１０２から受信したプレゼンス情報をウォッチャに配信し、自宅に居る間はクライアント２０２から受信したプレゼンス情報をウォッチャに配信するといったことが可能となる。
【００７４】
なお、プレゼンス情報キャッシュ４０１のエントリにおける付加情報設定欄４０１５へのプレゼンス情報選択条件の設定は、例えば、図４を参照して説明した仲間リストの登録時にあわせて実施することができる。
【００７５】
【発明の第２の実施の形態】
図８を参照すると、本発明の第２の実施の形態にかかるプレゼンスシステムは、図１に示した第１の実施の形態にかかるプレゼンスシステムにおけるユーザＸが利用する端末２００が、グループウェアサーバ６００に置き換えられている点が相違し、その他は第１の実施の形態と同じである。
【００７６】
グループウェアサーバ６００は、ユーザのスケジュール情報（予定表）を記憶するスケジュール記憶部６０１と、ネットワーク５００経由で接続された図示しない端末からスケジュール記憶部６０１に対するスケジュール情報の設定、参照を可能にするスケジューラ６０２と、クライアント６０３とを含んで構成される。
【００７７】
クライアント６０３は、ユーザＸ用のクライアントであり、図４で説明したような手順によってプレゼンスサーバ４００に利用者登録を行い、クライアントＩＤ＝ｂを取得し、情報キャッシュ６０４に保持している。また、情報キャッシュ６０４にはユーザＸのＩＤを保持している。プレゼンティティ６０５は、スケジュール記憶部６０１に記憶されたユーザＸのスケジュール情報と現在時刻とを比較し、ユーザＸの予定の行動の変化時点で変化後の行動を示すプレゼンス情報をクライアントＩＤとユーザＩＤとを付加してプレゼンスサーバ４００のプレゼンス情報受信部４０２に送信する機能を有する。プレゼンティティ６０５から送信されたプレゼンス情報は、プレゼンス情報受信部４０２で受信され、プレゼンス情報キャッシュ４０１に記憶される。第１の実施の形態と同様に、端末１００から受信したプレゼンス情報がプレゼンス情報キャッシュ４０１に記憶され、プレゼンス情報決定部４０４により何れか一方が選択されて、プレゼンス情報送信部４０３によりウォッチャー３０１に配信される。
【００７８】
このように本実施の形態によれば、グループウェアサーバ６００で管理されるユーザＸのスケジュール情報もユーザＸのプレゼンス情報の１つとして扱うことができ、グループウェアサーバ６００と連携可能なプレゼンスシステムを実現することができる。
【００７９】
【発明の他の実施の形態】
本発明は以上の実施の形態に限定されず、その他各種の付加変更が可能である。例えば以下のような実施の形態も考えられる。
【００８０】
プレゼンス情報決定部４０４が第１の実施の形態の実施例１に示したように信頼度Ｒを用いて複数のプレゼンス情報のうちから唯一のプレゼンス情報を決定し、プレゼンス情報送信部４０３を通じてプレゼンス情報を送信する際、その送信したプレゼンス情報の信頼度Ｒを付加し、ウォッチャー３０１では、受信したプレゼンス情報をそれに付加された信頼度に応じた態様で文字やアイコンを表示する。たとえば、信頼度が1.0であれば100％の輝度でプレゼンス情報を表示するが、信頼度0.5ならば50％の輝度でプレゼンス情報を表示する如くである。これにより、ユーザが画面に表示されているプレゼンス情報がどの程度信頼できるのか、視覚的に判断することが可能となる。
【００８１】
プレゼンス情報決定部４０４が第１の実施の形態の実施例１に示したように信頼度Ｒを用いて複数のプレゼンス情報のうちから唯一のプレゼンス情報を決定する際、複数のプレゼンス情報の信頼度の何れもが予め設定された閾値より高く、互いに排他的な関係にない場合、複数のプレゼンス情報を統合した１つのプレゼンス情報を決定する。たとえば、端末１００からのプレゼンス情報が外出中(信頼度0.5)であり、端末２００からのプレゼンス情報が会議中(信頼度0.8)の場合、両者を統合して「外出先で会議中」のプレゼンス情報とする如きである。この場合、例えば図９に示すような統合テーブルをプレゼンス情報記憶部４０４に内蔵させておく。図９において、行と列はプレゼンス情報の種別を示し、行と列の交点に符号×が記載されている種別どうしは排他的な関係にあるプレゼンス種類の組み合わせを示し、符号○が記載されている種別どうしは統合可能な組み合わせを示す。例えば、在席と外出は両立しないため、たとえ双方の信頼度Ｒの値が閾値を超えていたとしても、より信頼度の高い方が選択される。他方、外出と会議などは、前述したように「外出先で会議中」と矛盾なく統合できるため、符号○が記載されている。符号○の箇所には、統合後のプレゼンス情報として使用するプレゼンス情報の記載が予め設定されている。
【００８２】
【発明の効果】
以上説明したように本発明によれば、他の利用者を混乱させることなく、複数のプレゼンス対応端末を一人のユーザが同時に使用することができる。また、グループウェアサーバとの連携が可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態にかかるプレゼンスシステムのブロック図である。
【図２】プレゼンス情報キャッシュの内容例を示す図である。
【図３】各クライアントの情報キャッシュの内容例を示す図である。
【図４】クライアントＩＤの取得と仲間リストの登録を行う際の各クライアントとプレゼンスサーバの処理例を示すフローチャートである。
【図５】ユーザＸがプレゼンス対応端末に自身のプレゼンス情報を入力した場合のクライアントとプレゼンスサーバの処理例を示すフローチャートである。
【図６】ウォッチャからプレゼンス情報の問い合わせがあったときにクライアントとプレゼンスサーバの処理例を示すフローチャートである。
【図７】信頼度を求める際に使用する定数ｋ、Ｔｓの一例を示す図である。
【図８】本発明の第２の実施の形態にかかるプレゼンスシステムのブロック図である。
【図９】本発明の他の実施の形態で使用する統合テーブルの内容例を示す図である。
【図１０】本発明の前提となるプレゼンスシステムのブロック図である。
【図１１】本発明の前提となるプレゼンスサーバにおけるプレゼンス情報キャッシュの内容例を示す図である。
【図１２】本発明の前提となるクライアントにおける情報キャッシュの内容例を示す図である。
【符号の説明】
１００…ユーザＸが利用する端末
１０１…プレゼンティティ
１０２…プレゼンスクライアント
１０３…入出力装置
１０４…記録媒体
１０５…情報キャッシュ
２００…ユーザＸが利用する端末
２０１…プレゼンティティ
２０２…プレゼンスクライアント
２０３…入出力装置
２０４…記録媒体
２０５…情報キャッシュ
３００…ユーザＹが利用する端末
３０１…ウォッチャ
３０２…プレゼンスクライアント
３０３…入出力装置
３０４…記録媒体
３０５…情報キャッシュ
４００…プレゼンスサーバ
４０１…プレゼンス情報キャッシュ
４０２…プレゼンス情報受信部
４０３…プレゼンス情報送信部
４０４…プレゼンス情報決定部
４０５…記録媒体
５００…ネットワーク
Ｘ、Ｙ…ユーザ
【発明の属する技術分野】
本発明は、ユーザの状態を他のユーザに通知するシステムに関し、特にプレゼンスシステムおよびプレゼンスサーバに関する。
【０００２】
【従来の技術】
近年、インターネットや携帯電話網を利用したプレゼンスサービスが普及しはじめている。このプレゼンスサービスを利用することで、利用者は他の利用者のプレゼンス状態をリアルタイムに認識することができ、インスタントメッセージサービスを併用すれば通信相手のプレゼンス状態を認識しながらメッセージの送受信が行える。インスタントメッセージ／プレゼンスサービスの基本的なアーキテクチャは、RFC2778(Network Working Group Request for Comments:2778)に示されている。
【０００３】
プレゼンスシステムは、プレゼンスサービスを提供するシステムを指し、自身のプレゼンス情報を提供するプレゼンティティ、他のプレゼンティティの提供するプレゼンス情報を観察するウォッチャ、および、プレゼンティティからプレゼンス情報を受け取り、これをウォッチャに配信するプレゼンスサーバを主要な構成要素に持つ。図１０に本発明の前提となるプレゼンスシステムの構成例を示す。
【０００４】
図１０において、端末１００はユーザＸが利用する端末であり、プレゼンティティ１０１を含むプレゼンスクライアント（以下、単にクライアントと称す）１０２が実装されている。端末２００はユーザＹが利用する端末であり、プレゼンティティ２０１を含むクライアント２０２が実装されている。端末３００はユーザＺが利用する端末であり、ウォッチャ３０１を含むクライアント３０２が実装されている。一般にプレゼンティティサービスを利用する端末１００、２００、３００には、プレゼンティティとウォッチャの両方を備えるクライアントが実装されるが、図１０では説明を簡単にするために一方を省略してある。本明細書では、クライアントを実装した端末をプレゼンス対応端末と呼ぶ。これらの端末１００、２００、３００は、卓上に設置されたパーソナルコンピュータや携帯電話などであり、プレゼンスサーバ４００とは図示しないインターネットや携帯電話網などのネットワークを通じて接続される。
【０００５】
プレゼンスサーバ４００は、各クライアント毎のプレゼンス情報を保持するエントリＥ１、Ｅ２、Ｅ３を有するプレゼンス情報キャッシュ４０１と、各クライアントのプレゼンティティから送信されたプレゼンス情報を、プレゼンス情報キャッシュ４０１の該当するエントリに記憶するプレゼンス情報受信部４０２と、プレゼンス情報キャッシュ４０１に記憶された各クライアント毎のプレゼンス情報を、他のクライアントのウォッチャに送信するプレゼンス情報送信部４０３とを備えている。
【０００６】
次に、図１０に示したプレゼンスシステムの動作を説明する。
【０００７】
ユーザＸ、Ｙ、Ｚは、プレゼンスサービスを利用するにあたって、端末１００、２００、３００のクライアント１０２、２０２、３０２をプレゼンスサーバ４００に接続し、プレゼンスサーバ４００からクライアントＩＤを取得するとともに、仲間リストを登録する。各クライアント１０２、２０２、３０２に割り当てられたクライアントＩＤは、プレゼンスサーバ４００において管理されるとともに、各クライアント１０２、２０２、３０２でも保持される。今、クライアント１０２、２０２、３０２に割り当てられたクライアントＩＤを、それぞれａ、ｂ、ｃとする。仲間リストの登録は、このクライアントＩＤを用いて行われる。ここでは、クライアント３０２が登録した仲間リストにクライアント１０２、２０２のクライアントＩＤであるａ、ｂが含まれているものとする。このときのプレゼンス情報キャッシュ４０１の内容の一例を図１１に、クライアント３０２が保持する情報キャッシュの内容の一例を図１２にそれぞれ示す。
【０００８】
図１１を参照すると、プレゼンス情報キャッシュ４０１におけるエントリＥ１はクライアント１００に割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ａおよび仲間リスト（ｂ、ｃ）が設定されている。また、エントリＥ２はクライアント２００に、エントリＥ３はクライアント３００にそれぞれ割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ｂ、ｃ、仲間リスト（ａ、ｃ）、（ａ、ｂ）が設定されている。各エントリＥ１〜Ｅ３のプレゼンス情報設定欄４０１３は、そのエントリを割り当てられたクライアントのプレゼンス情報を保存する領域として使用される。
【０００９】
図１２を参照すると、クライアント３０２の情報キャッシュは、クライアントＩＤ設定欄３０２１にクライアントＩＤ＝ｃが設定され、プレゼンス情報設定欄３０２２にクライアント３０２自身のプレゼンス情報が設定され、仲間リスト設定欄３０２３に各仲間毎のクライアントＩＤ３０２４とそのプレゼンス情報３０２５とが設定される。
【００１０】
その後、ユーザＸが、自分の端末１００のクライアント１０２に対してユーザ自身のプレゼンス情報（在席中、離席中、取り込み中、外出中など）を入力すると、クライアント１０２のプレゼンティティ１０１は、入力されたプレゼンス情報に自己のクライアントＩＤ＝ａを添えてプレゼンスサーバ４００に送信する。同様に、クライアント２０２のプレゼンティティ２０１はユーザＹからプレゼンス情報が入力されると、自己のクライアントＩＤ＝ｂを添えてプレゼンスサーバ４００に送信する。ここでは、ユーザＸ、Ｙが手動でプレゼンス情報を入力する例を示したが、プレゼンティティ１０１、２０１が自動的にプレゼンス情報を認識して送信する場合もある。例えば、端末１００、２００が通信することが可能になったことを認識して「オンライン」のプレゼンス情報を送信し、通信できない状態になったことを認識して「オフライン」のプレゼンス情報を送信する場合がある。また、端末１００、２００が携帯電話のとき、電話中であることを認識して「電話中」のプレゼンス情報を送信する場合がある。
【００１１】
プレゼンスサーバ４００のプレゼンス情報受信部４０２は、クライアント１０２からクライアントＩＤ＝ａとプレゼンス情報を受信すると、プレゼンス情報キャッシュ４０１におけるクライアント１０２に対応するエントリＥ１のプレゼンス情報設定欄４０１３に今回受信したプレゼンス情報を設定する。そして、クライアントＩＤ＝ａのプレゼンス情報が更新されたことをプレゼンス情報送信部４０３に通知する。
【００１２】
プレゼンス情報送信部４０３は、プレゼンス情報キャッシュ４０１を参照し、クライアント３０２の仲間リスト設定欄３０２３にクライアントＩＤ＝ａが存在することを認識し、エントリＥ１から更新後のクライアント１０２のプレゼンス情報を読み出し、クライアントＩＤ＝ａを添えてクライアント３０２のウォッチャ３０１へ送信する。
【００１３】
ウォッチャ３０１は、情報キャッシュの仲間リスト設定欄３０２３におけるクライアントＩＤ＝ａに対応するプレゼンス情報３０２５を、受信したプレゼンス情報で更新し、端末３００に接続された図示しない表示装置の画面上に、文字やアイコンなどによって、クライアントＩＤ＝ａのプレゼンス情報を表示する。
【００１４】
同様に、プレゼンスサーバ４００のプレゼンス情報受信部４０２は、クライアント２０２からクライアントＩＤ＝ｂとプレゼンス情報を受信すると、プレゼンス情報キャッシュ４０１におけるクライアント２０２に対応するエントリＥ２に記憶されたプレゼンス情報を更新し、プレゼンス情報送信部４０３は、更新後のプレゼンス情報をクライアントＩＤ＝ｂを付加してクライアント３０２のウォッチャ３０１へ送信する。ウォッチャ３０１は、仲間リスト設定欄３０２３におけるクライアントＩＤ＝ｂに対応するプレゼンス情報３０２５を更新し、受信したクライアントＩＤ＝ｂのプレゼンス情報を画面上に表示する。
【００１５】
以上のような動作が行われることにより、ユーザＺは、クライアントＩＤ＝ａ、ｂに対応するユーザＸ、Ｙの最新のプレゼンス情報を認識することができる。
【００１６】
他方、或るユーザの状況を他のユーザに通知する他の技術として、後述する特許文献１に記載されたスケジュール管理システムがある。このスケジュール管理システムでは、グループウェアサーバが予め登録された複数のメンバにより共有されるスケジュール情報の設定を受け付ける。また、各メンバによる端末からのアクセスに応じて、Ｗｅｂサーバにより前記スケジュール情報を一覧画面データとして当該端末へ送信する。更に、スケジュールの設定があったとき、予め定めた条件に応じて、その旨を必要なメンバに対して、メールサーバにより、当該メンバの携帯型情報機器への直送型の電子メールまたは文字メッセージ通信により通知する。
【００１７】
【特許文献１】
特開２００２−９２２７７号公報
【００１８】
【発明が解決しようとする課題】
プレゼンスサービスのビジネスでの利用を考えると、在席中は自席上のパーソナルコンピュータをプレゼンス対応端末として利用し、会議中や外出中には携帯端末をプレゼンス対応端末として使いたいというように、複数のプレゼンス対応端末を同時に使用できると便利である。しかしながら、図１０に示したプレゼンスシステムは、１ユーザ当り１つのプレゼンス対応端末しか実質的に使用できない。何故なら、例えば、図１０において、端末１００と端末２００が同じユーザＸのものとすると、ユーザＺには、クライアントＩＤ＝ａとクライアントＩＤ＝ｂの２つのプレゼンス情報が通知されることになり、プレゼンス情報を受け取るユーザＺが混乱をきたすからである。
【００１９】
また、ビジネスの世界ではグループウェアサーバなどを用いてスケジュール情報をサーバに登録しておくことはごく一般的に行われている。前述の特許文献１記載のスケジュール管理システムでは、或るユーザのスケジュールが設定されたとき、その旨を他のユーザに対して直接型の電子メールや文字メッセージ通信により通知することができる。しかし、プレゼンスサービスを通じて通知することはできない。
【００２０】
本発明の目的は、他の利用者を混乱させることなく、複数のプレゼンス対応端末を一人のユーザが同時に使用できるようにしたプレゼンスシステムおよびプレゼンスサーバを提供することにある。
【００２１】
本発明の別の目的は、グループウェアサーバで管理されるユーザのスケジュール情報もそのユーザのプレゼンス情報の１つとして扱うことができ、グループウェアサーバと連携可能なプレゼンスシステムおよびプレゼンスサーバを提供することにある。
【００２２】
【課題を解決するための手段】
本発明の第１のプレゼンスシステムは、同一のユーザにかかる複数の第１のプレゼンス対応端末と、他のユーザにかかる第２のプレゼンス対応端末と、プレゼンスサーバとが、ネットワークを通じて接続されたプレゼンスシステムにおいて、前記複数の第１のプレゼンス対応端末は、自プレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報と自プレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報とを付加したプレゼンス情報を前記プレゼンスサーバに送信するプレゼンティティを備え、前記プレゼンスサーバは、複数のエントリを有するプレゼンス情報キャッシュを備え、且つ、前記プレゼンティティから受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備え、前記第２のプレゼンス対応端末は、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として利用者に表示するウォッチャを備えている。
【００２３】
本発明の第２のプレゼンスシステムは、同一のユーザにかかる第１のプレゼンス対応端末と、前記ユーザの予定の状態を示すスケジュール情報を管理するグループウェアサーバと、他のユーザにかかる第２のプレゼンス対応端末と、プレゼンスサーバとが、ネットワークを通じて接続されたプレゼンスシステムにおいて、前記第１のプレゼンス対応端末は、自プレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報と自プレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報とを付加したプレゼンス情報を前記プレゼンスサーバに送信するプレゼンティティを備え、前記グループウェアサーバは、前記ユーザのスケジュール情報と現在時刻とを比較して前記ユーザの予定の行動の変化時点で変化後の行動を示すプレゼンス情報をクライアント識別情報とユーザ識別情報とを付加して前記プレゼンスサーバに送信するプレゼンティティを備え、前記プレゼンスサーバは、複数のエントリを有するプレゼンス情報キャッシュを備え、且つ、前記プレゼンティティから受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備え、前記第２のプレゼンス対応端末は、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として利用者に表示するウォッチャを備えている。
【００２４】
本発明の第３のプレゼンスシステムは、第１または第２のプレゼンスシステムにおいて、前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のそれぞれについて、確からしさを示す信頼度を計算し、最も信頼度の高いプレゼンス情報を選択するものとして構成される。
【００２５】
本発明の第４のプレゼンスシステムは、第３のプレゼンスシステムにおいて、前記信頼度の計算は、プレゼンス情報を最後に受信した時刻からの経過時間、プレゼンス情報の種別およびプレゼンス情報の平均更新間隔をパラメータとする計算式を用いて行うものとして構成される。
【００２６】
本発明の第５のプレゼンスシステムは、第３または第４のプレゼンスシステムにおいて、前記プレゼンス情報送信手段は、前記プレゼンス情報決定手段で決定されたプレゼンス情報に該プレゼンス情報について計算された前記信頼度と前記ユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するものであり、前記第２のプレゼンス対応端末の前記ウォッチャは、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として前記付加された信頼度に応じた態様で利用者に表示するものとして構成される。
【００２７】
本発明の第６のプレゼンスシステムは、第３または第４のプレゼンスシステムにおいて、前記プレゼンス情報決定手段は、複数のプレゼンス情報の信頼度の何れもが予め設定された閾値より高く、かつ、互いに排他的な関係にない場合、複数のプレゼンス情報を統合した１つのプレゼンス情報を決定するものとして構成される。
【００２８】
本発明の第７のプレゼンスシステムは、第１または第２のプレゼンスシステムにおいて、前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のうち、最も最近に受信したプレゼンス情報を選択するものとして構成される。
【００２９】
本発明の第８のプレゼンスシステムは、第１または第２のプレゼンスシステムにおいて、前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のうち、予めユーザから登録されたプレゼンス情報選択条件に従って１つのプレゼンス情報を選択するものとして構成される。
【００３０】
本発明のプレゼンスサーバは、プレゼンスクライアントが搭載されているプレゼンス対応端末を使用するユーザの識別子をユーザ識別情報と定義するとき、同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段を備えることを基本とする。具体的には、本発明の第１のプレゼンスサーバは、同一のユーザにかかる複数の第１のプレゼンス対応端末および他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバにおいて、複数のエントリを有するプレゼンス情報キャッシュを備え、且つ、前記複数の第１のプレゼンス対応端末から受信したプレゼンス情報をそれに付加された、前記第１のプレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報と共に、それに付加された、前記第１のプレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報に対応するエントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備えている。
【００３１】
また本発明の第２のプレゼンスサーバは、同一のユーザにかかる第１のプレゼンス対応端末、前記ユーザの予定の状態を示すスケジュール情報を管理するグループウェアサーバおよび他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバにおいて、複数のエントリを有するプレゼンス情報キャッシュを備え、且つ、前記第１のプレゼンス対応端末および前記グループウェアサーバから受信したプレゼンス情報をそれに付加された、前記第１のプレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報と共に、それに付加された、前記第１のプレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備えている。
【００３２】
【作用】
本発明にあっては、プレゼンスサーバが、同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するため、他の利用者を混乱させることなく、複数のプレゼンス対応端末を一人のユーザが同時に使用することができ、また、グループウェアサーバとの連携が可能となる
【００３３】
【発明の第１の実施の形態】
図１を参照すると、本発明の第１の実施の形態にかかるプレゼンスシステムは、ユーザＸが利用する２台の端末１００、２００と、ユーザＹが利用する１台の端末３００と、プレゼンスサーバ４００とが、ネットワーク５００を通じて接続されている。
【００３４】
端末１００は、ユーザＸが例えば自席で利用するパーソナルコンピュータであり、プレゼンティティ１０１および情報キャッシュ１０５を含むクライアント１０２が実装され、キーボードやマウス等の入力装置およびＬＣＤ等の表示装置から構成される入出力装置１０３および記録媒体１０４が接続されている。プレゼンティティ１０１は、プレゼンス情報をプレゼンスサーバ４００に送信する際、クライアント１０２のＩＤとは別にユーザＸのＩＤを付加する点が図１０に示したプレゼンティティ１０１と相違する。情報キャッシュ１０５は、ユーザＸのＩＤ、クライアントＩＤ、クライアントのプレゼンス情報、仲間リストを保持する記憶部である。記録媒体１０４は、磁気ディスク等のコンピュータ可読記録媒体であり、クライアントプログラムを記録する。記録媒体１０４に記録されたクライアントプログラムは、端末１００の立ち上げ時などに端末１００を構成するコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上にクライアント１０２を実現する。
【００３５】
端末２００は、同じくユーザＸが利用する例えば携帯電話などの携帯型情報端末であり、プレゼンティティ２０１および情報キャッシュ２０５を含むクライアント２０２が実装され、キーボード等の入力装置およびＬＣＤ等の表示装置から構成される入出力装置２０３および記録媒体２０４を備えている。プレゼンティティ２０１は、プレゼンス情報をプレゼンスサーバ４００に送信する際、クライアント２０２のＩＤとは別にユーザＸのＩＤを付加する点が図１０に示したプレゼンティティ２０１と相違する。情報キャッシュ２０５は、ユーザＸのＩＤ、クライアントＩＤ、クライアントのプレゼンス情報、仲間リストを保持する記憶部である。記録媒体２０４は、メモリカード等のコンピュータ可読記録媒体であり、クライアントプログラムを記録する。記録媒体２０４に記録されたクライアントプログラムは、端末２００の初期設定時などに端末２００を構成するコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上にクライアント２０２を実現する。
【００３６】
端末３００は、ユーザＹが利用するパーソナルコンピュータ等の端末であり、ウォッチャ３０１および情報キャッシュ３０５を含むクライアント３０２が実装され、キーボードやマウス等の入力装置およびＬＣＤ等の表示装置から構成される入出力装置３０３および記録媒体３０４が接続されている。ウォッチャ３０１は、プレゼンスサーバ４００から受信したプレゼンス情報をそれに付加されたユーザＩＤにかかるユーザのプレゼンス情報として入出力装置３０３を通じて利用者に表示する点が図１０のウォッチャ３０１と相違する。情報キャッシュ３０５は、ユーザＹのＩＤ、クライアントＩＤ、クライアントのプレゼンス情報、仲間リストを保持する記憶部である。記録媒体３０４は、磁気ディスク等のコンピュータ可読記録媒体であり、クライアントプログラムを記録する。記録媒体３０４に記録されたクライアントプログラムは、端末３００の立ち上げ時などに端末３００を構成するコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上にクライアント３０２を実現する。
【００３７】
なお、一般にプレゼンティティサービスを利用する端末１００、２００、３００には、プレゼンティティとウォッチャの両方を備えるクライアントが実装されるが、図１では説明を簡単にするために一方を省略してある。
【００３８】
プレゼンスサーバ４００は、各クライアント毎のプレゼンス情報を保持するエントリＥ１、Ｅ２、Ｅ３を有するプレゼンス情報キャッシュ４０１と、プレゼンティティ１０１、２０１から受信したプレゼンス情報をそれに付加されたユーザＩＤと共に、それに付加されたクライアントＩＤに対応するプレゼンス情報キャッシュ４０１のエントリＥ１〜Ｅ３にキャッシングするプレゼンス情報受信部４０２と、予め定められた条件に基づいて、プレゼンス情報キャッシュ４０１に保存された同一のユーザＩＤにかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定部４０４と、プレゼンス情報決定部４０４で決定されたプレゼンス情報にユーザＩＤを付加して、端末３００のウォッチャ３０１に送信するプレゼンス情報送信部４０３とを備えている。
【００３９】
次に、本実施の形態のプレゼンスシステムの動作を説明する。
【００４０】
ユーザＸ、Ｙは、プレゼンスサービスを利用するにあたって、端末１００、２００、３００のクライアント１０２、２０２、３０２をプレゼンスサーバ４００に接続し、プレゼンスサーバ４００からクライアントＩＤを取得するとともに、仲間リストを登録する。各クライアント１０２、２０２、３０２に割り当てられたクライアントＩＤは、プレゼンスサーバ４００において管理されるとともに、各クライアント１０２、２０２、３０２でも保持される。今、クライアント１０２、２０２、３０２に割り当てられたクライアントＩＤを、それぞれａ、ｂ、ｃとする。仲間リストの登録は、このクライアントＩＤではなく、ユーザＩＤを用いて行われる。ここでは、ユーザＸのＩＤをｘ、ユーザＹのＩＤをｙとし、ユーザＸが登録した仲間リストにユーザＹのＩＤｙが含まれ、ユーザＹが登録した仲間リストにユーザＸのＩＤｘが含まれているものとする。ユーザＩＤとしては、例えばＳＩＰ(Session Initiation Protocol)−ＵＲＬを使用することができる。プレゼンス情報キャッシュ４０１の内容の一例を図２に、クライアント１０２、２０２、３０２が保持する情報キャッシュ１０５、２０５、３０５の内容の一例を図３にそれぞれ示す。
【００４１】
図２を参照すると、プレゼンス情報キャッシュ４０１におけるエントリＥ１はクライアント１００に割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ａおよび仲間リスト（ｙ）が設定されている。また、エントリＥ２はクライアント２００に割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ｂおよび仲間リスト（ｙ）が設定されている。更に、エントリＥ３はクライアント３００に割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ｃおよび仲間リスト（ｘ）が設定されている。各エントリＥ１〜Ｅ３のプレゼンス情報欄４０１３は、そのエントリを割り当てられたクライアントのプレゼンス情報の設定用に使用され、ユーザＩＤ設定欄４０１４は、プレゼンス情報に付加されたユーザＩＤの設定用に使用される。各エントリＥ１〜Ｅ３の付加情報設定欄４０１５の利用方法については後述する。
【００４２】
図３（ａ）を参照すると、クライアント１０２の情報キャッシュ１０５は、ユーザＩＤ設定欄１０２６にユーザＸから事前にユーザＩＤ＝ｘが設定され、クライアントＩＤ設定欄１０２１にプレゼンスサーバ４００から通知されたクライアントＩＤ＝ａが設定され、プレゼンス情報設定欄１０２２にクライアント１０２自身のプレゼンス情報が設定され、仲間リスト設定欄１０２３に各仲間毎のユーザＩＤ１０２７とそのプレゼンス情報１０２５とが設定される。
【００４３】
図３（ｂ）を参照すると、クライアント２０２の情報キャッシュ２０５は、クライアントＩＤ設定欄２０２１にクライアントＩＤ＝ｂが設定されている点が相違するだけで、他は図３（ａ）に示したクライアント１０１の情報キャッシュ１０５と同じである。
【００４４】
図３（ｃ）を参照すると、クライアント３０２の情報キャッシュ３０５は、ユーザＩＤ設定欄３０２６にユーザＹから事前にユーザＩＤ＝ｙが設定され、クライアントＩＤ設定欄３０２１にプレゼンスサーバ４００から通知されたクライアントＩＤ＝ｃが設定され、プレゼンス情報設定欄３０２２にクライアント３０２自身のプレゼンス情報が設定され、仲間リスト設定欄３０２３に各仲間毎のユーザＩＤ３０２７とそのプレゼンス情報３０２５とが設定される。
【００４５】
図４はクライアントＩＤの取得と仲間リストの登録を行う際の各クライアントとプレゼンスサーバの処理例を示すフローチャートである。以下、クライアント３０２を例にして説明する。ユーザＹが入出力装置３０３から利用者登録を指示すると、クライアント３０２はネットワーク５００経由でプレゼンスサーバ４００に接続し、利用者登録要求を送信する（Ｓ３０１）。プレゼンスサーバ４００は、システムでユニークなクライアントＩＤ＝ｃを採番し（Ｓ４０１）、プレゼンス情報キャッシュ４０１から空きのエントリＥ３を確保して、そのクライアントＩＤ設定欄４０１１にクライアントＩＤ＝ｃを設定する（Ｓ４０２）。また、仲間リスト設定欄４０１２、プレゼンス情報設定欄４０１３およびユーザＩＤ設定欄４０１４はＮＵＬＬに初期化する。そして、採番したクライアントＩＤ＝ｃを指定した利用者登録完了通知を要求元のクライアント３０２へ送信する（Ｓ４０３）。クライアント３０２は、受信したクライアントＩＤ＝ｃを図３（ｃ）に示した情報キャッシュ３０５のクライアントＩＤ設定欄３０２１に設定する（Ｓ３０２）。
【００４６】
次にユーザＹが、仲間リストに載せたい通信相手の利用者ＸのユーザＩＤ＝ｘを指定した仲間リスト登録指示を入出力装置３０３から入力すると、クライアント３０２は、ユーザＩＤ＝ｘを指定した仲間リスト登録要求を、要求元ＩＤとしてクライアントＩＤ＝ｃを添えて、ネットワーク５００経由でプレゼンスサーバ４００へ送信する（Ｓ３０３）。プレゼンスサーバ４００は、要求元ＩＤと同じＩＤをクライアントＩＤ設定欄４０１１に持つエントリＥ３をプレゼンス情報キャッシュ４０１から検索し、そのエントリＥ３の仲間リスト設定欄４０１２に、登録要求されたユーザＩＤ＝ｘを登録する（Ｓ４０４）。そして、仲間リストの登録完了通知を要求元のクライアント３０２に送信する（Ｓ４０５）。
【００４７】
登録完了通知を受信したクライアント３０２は、登録を要求した仲間リストに含まれるユーザＩＤ＝ｘを図３（ｃ）の情報キャッシュ３０５の仲間リスト設定欄３０２３におけるユーザＩＤ３０２７に設定する（Ｓ３０４）。
【００４８】
次に、以上のような利用者登録と仲間リスト登録とがユーザＸ、Ｙで完了した後、ユーザＸが端末１００及び２００に自身のプレゼンス情報を入力した場合の動作を説明する。図５はその際のクライアントとプレゼンスサーバの処理例を示すフローチャートである。
【００４９】
ユーザＸが、利用者登録後に最初に、端末１００の入出力装置１０３からクライアント１０２に対してユーザ自身のプレゼンス情報（在席中、離席中、取り込み中、外出中など）を入力すると（Ｓ１１１）、クライアント１０２のプレゼンティティ１０１は、図３（ａ）の情報キャッシュ１０５のプレゼンス情報設定欄１０２２に、入力されたプレゼンス情報を設定すると共に、自己のクライアントＩＤ＝ａおよびユーザＩＤ＝ｘを添えてプレゼンスサーバ４００にプレゼンス情報を送信する（Ｓ１１２）。このプレゼンス情報をプレゼンス情報Ａとする。ここでは、ユーザＸが手動でプレゼンス情報を入力する例を示したが、プレゼンティティ１０１が自動的にプレゼンス情報を認識して送信する場合もある。例えば、端末１００が通信することが可能になったことを認識して「オンライン」のプレゼンス情報を送信し、通信できない状態になったことを認識して「オフライン」のプレゼンス情報を送信する場合がある。
【００５０】
プレゼンスサーバ４００のプレゼンス情報受信部４０２は、クライアント１０２からクライアントＩＤ＝ａおよびユーザＩＤ＝ｘが指定されたプレゼンス情報Ａを受信すると（Ｓ４１１）、プレゼンス情報キャッシュ４０１におけるクライアントＩＤ＝ａに対応するエントリＥ１のプレゼンス情報設定欄４０１３に今回受信したプレゼンス情報Ａを設定し、ユーザＩＤ設定欄４０１４にユーザＩＤ＝ｘを設定する（Ｓ４１２）。次に、更新したエントリＥ１のユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘと同じユーザＩＤを持つ他のエントリがプレゼンス情報キャッシュ４０１に存在するか否か（Ｓ４１３）、そのような他のエントリが存在した場合には、その他のエントリのプレゼンス情報設定欄４０１３が全てＮＵＬＬか否かを判定する（Ｓ４１４）。今の場合、ユーザＩＤ＝ｘを持つ他のエントリＥ２が存在するが、プレゼンス情報設定欄４０１３はＮＵＬＬなので、プレゼンス情報決定部４０４は、今回更新したエントリＥ１のプレゼンス情報設定欄４０１３に設定されたプレゼンス情報Ａを唯一のプレゼンス情報に決定し（Ｓ４１５）、エントリＥ１を指定してプレゼンス情報送信部４０３に送信を要求する。
【００５１】
プレゼンス情報送信部４０３は、プレゼンス情報キャッシュ４０１の指定されたエントリＥ１におけるユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘを仲間リストに含むエントリが存在するか否かを調べ、今の場合、エントリＥ３が存在するので、エントリＥ３のクライアントＩＤ設定欄４０１１に設定されたクライアントＩＤ＝ｃで特定されるクライアント３０２のウォッチャ３０１に対して、指定されたエントリＥ１のプレゼンス情報設定欄４０１３に設定されたプレゼンス情報ＡとユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘとを送信する（Ｓ４１７）。
【００５２】
クライアント３０２のウォッチャ３０１は、プレゼンスサーバ４００からプレゼンス情報ＡとユーザＩＤ＝ｘを受信すると（Ｓ３１１）、図３（ｃ）の情報キャッシュ３０５の仲間リスト３０２３における同じユーザＩＤ＝ｘに対応するプレゼンス情報３０２５を受信したプレゼンス情報Ａに更新する（Ｓ３１２）。そして、入出力装置３０３の画面に表示しているユーザＩＤ＝ｘに対応するアイコンあるいは文字を、更新後のプレゼンス情報Ａに合致するように変更する（Ｓ３１３）。
【００５３】
続いて、ユーザＸが端末２００の入出力装置２０３からクライアント１０２に対してユーザ自身のプレゼンス情報（在席中、離席中、取り込み中、外出中など）を入力した場合を考える。この入力したプレゼンス情報をプレゼンス情報Ｂとする。なお、ここでは、ユーザＸが手動でプレゼンス情報を入力する例を示したが、プレゼンティティ２０１が自動的にプレゼンス情報を認識して送信する場合もある。例えば、端末２００が携帯電話のとき、電話中であることを認識して「電話中」のプレゼンス情報を送信する場合がある。
【００５４】
クライアント２０２のプレゼンティティ２０１は、プレゼンス情報Ｂが入力されると（Ｓ１１１）、図３（ｂ）の情報キャッシュ２０５のプレゼンス情報設定欄２０２２に、入力されたプレゼンス情報Ｂを設定すると共に、自己のクライアントＩＤ＝ｂおよびユーザＩＤ＝ｘを添えてプレゼンスサーバ４００にプレゼンス情報Ｂを送信する（Ｓ１１２）。プレゼンスサーバ４００のプレゼンス情報受信部４０２は、クライアント２０２からクライアントＩＤ＝ｂおよびユーザＩＤ＝ｘが指定されたプレゼンス情報Ｂを受信すると（Ｓ４１１）、プレゼンス情報キャッシュ４０１におけるクライアントＩＤ＝ｂに対応するエントリＥ２のプレゼンス情報設定欄４０１３に今回受信したプレゼンス情報Ｂを設定し、ユーザＩＤ設定欄４０１４にユーザＩＤ＝ｘを設定する（Ｓ４１２）。次に、更新したエントリＥ２のユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘと同じユーザＩＤを持つ他のエントリがプレゼンス情報キャッシュ４０１に存在するか否か（Ｓ４１３）、そのような他のエントリが存在した場合には、その他のエントリのプレゼンス情報設定欄４０１３が全てＮＵＬＬか否かを判定する（Ｓ４１４）。今の場合、ユーザＩＤ＝ｘを持つ他のエントリＥ１が存在し、プレゼンス情報設定欄４０１３はＮＵＬＬでなくプレゼンス情報Ａが設定されているので、プレゼンス情報決定部４０４は、予め定められた条件に基づいて、複数のプレゼンス情報Ａ、Ｂから唯一のプレゼンス情報を決定する（Ｓ４１６）。このステップＳ４１６の決定方法については後述する。そして、決定したプレゼンス情報を保持しているエントリＥ１またはＥ２を指定してプレゼンス情報送信部４０３に送信を要求する。以降、プレゼンス情報送信部４０３およびウォッチャ３０１で、前述した処理と同様の処理が行われ（Ｓ４１７、Ｓ３１１〜Ｓ３１３）、プレゼンスサーバ４００がユーザＸのプレゼンスとして決定したプレゼンス情報がユーザＹに提示される。
【００５５】
図５の処理では、プレゼンス情報キャッシュ４０１に保持されたプレゼンス情報が更新されたとき、自動的にウォッチャ３０１に対するプレゼンス情報の送信処理を開始したが、ウォッチャ３０１からプレゼンス情報の問い合わせがあったときにプレゼンス情報を応答する形態もある。この場合の処理例を図６に示す。
【００５６】
ユーザＹが、端末３００の入出力装置３０３からクライアント３０２に対して仲間のプレゼンス情報の問い合わせを要求すると（Ｓ３２１）、クライアント３０２のウォッチャ３０１は、自己のクライアントＩＤ＝ｃを指定してプレゼンスサーバ４００に仲間リストのプレゼンス情報の問い合わせ要求を送信する（Ｓ３２２）。プレゼンスサーバ４００のプレゼンス情報送信部４０３は、クライアント３０２からクライアントＩＤ＝ｃが指定されたプレゼンス情報の問い合わせ要求を受信すると（Ｓ４２１）、プレゼンス情報決定部４０４にこの問い合わせ要求を伝達する。
【００５７】
プレゼンス情報決定部４０４は、問い合わせ要求で指定されたクライアントＩＤを持つプレゼンス情報キャッシュ４０１のエントリＥ３における仲間リスト設定欄４０１２からユーザＩＤ＝ｘを読み出し、このユーザＩＤ＝ｘを持つ全てのエントリを検索する（Ｓ４２２）。そして、同一のユーザＩＤ＝ｘを持つ複数のエントリが存在するかどうか（Ｓ４２３）、若しそのような複数のエントリがある場合には１つのエントリを除き他の全てのエントリのプレゼンス情報がＮＵＬＬかどうかを判定する（Ｓ４２４）。同一ユーザＩＤ＝ｘを持つエントリが１つだけ存在する場合（Ｓ４２３でＮＯ）、存在した１つのエントリのプレゼンス情報を唯一のプレゼンス情報に決定し（Ｓ４２５）、また、複数存在しても１つのエントリだけにプレゼンス情報が設定されている場合（Ｓ４２４でＹＥＳ）、その１つのエントリのプレゼンス情報を唯一のプレゼンス情報に決定する（Ｓ４２５）。他方、プレゼンス情報が設定された複数のエントリが存在すれば（Ｓ４２４でＮＯ）、予め定められた条件に基づいて、複数のプレゼンス情報から唯一のプレゼンス情報を決定する（Ｓ４２６）。このステップＳ４２６の決定方法については後述する。
【００５８】
次にプレゼンス情報決定部４０４は、決定したプレゼンス情報を保持しているエントリを指定してプレゼンス情報送信部４０３に送信を要求する。プレゼンス情報送信部４０３は、プレゼンス情報キャッシュ４０１の指定されたエントリにおけるプレゼンス情報設定欄４０１３に設定されたプレゼンス情報とユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘとを、プレゼンス情報の問い合わせ元のウォッチャ３０１へ送信する（Ｓ４２７）。
【００５９】
クライアント３０２のウォッチャ３０１は、プレゼンス情報の問い合わせに対する応答としてプレゼンスサーバ４００からプレゼンス情報とユーザＩＤ＝ｘを受信すると（Ｓ３２３）、図３（ｃ）の情報キャッシュ３０５の仲間リスト３０２３における同じユーザＩＤ＝ｘに対応するプレゼンス情報３０２５を受信したプレゼンス情報で更新する（Ｓ３２４）。そして、入出力装置３０３の画面に表示しているユーザＩＤ＝ｘに対応するアイコンあるいは文字を、更新後のプレゼンス情報に合致するように変更する（Ｓ３２５）。
【００６０】
次に、図５のステップＳ４１６および図６のステップＳ４２６において複数のプレゼンス情報から唯一のプレゼンス情報を決定する幾つかの実施例について詳細に説明する。なお、説明を簡単にするために、対象となる複数のプレゼンス情報はプレゼンス情報Ａとプレゼンス情報Ｂの２つとする。勿論、同様の方法で３つ以上のプレゼンス情報から唯一のプレゼンス情報を決定することが可能である。
【００６１】
（１）実施例１
プレゼンス情報決定部４０４は、プレゼンス情報Ａ、プレゼンス情報Ｂのそれぞれについて、信頼度Ｒを計算し、信頼度Ｒのより高い方のプレゼンス情報を唯一のプレゼンス情報として採用する。つまり、プレゼンス情報Ａ、プレゼンス情報Ｂについて計算された信頼度ＲをそれぞれＲａ、Ｒｂとすると、Ｒａ＞Ｒｂならばプレゼンス情報Ａを採用し、Ｒａ＜Ｒｂならばプレゼンス情報Ｂを採用する。
【００６２】
信頼度Ｒは、プレゼンス情報の「確からしさ」をあらわす値である。信頼度Ｒに影響を与えるパラメータとしては、以下のものがある。
○ｔ：プレゼンティティからプレゼンス情報を最後に受信した時刻からの経過時間
○ｋ：プレゼンス情報の種別に応じて決まる定数
○Ｔｆ：プレゼンティティにおけるプレゼンス情報の平均プレゼンス更新間隔
【００６３】
経過時間ｔを信頼度Ｒに影響を与えるパラメータの１つにする理由は、プレゼンス情報を入力してから時間が経てば経つほど、プレゼンス情報は不確かになっていくからである。
【００６４】
プレゼンス情報の種別に応じて決まる定数ｋを信頼度Ｒに影響を与えるパラメータの１つにする理由は、プレゼンスサービスを利用しているユーザの実際のプレゼンスとプレゼンティティに入力されているプレゼンス情報とを比較してみると、入力し忘れが原因で一致しない状況がしばしば発生するが、その一致しない程度は全てのプレゼンス情報の種別で同じではなく、種別によって相違する傾向が見られるからである。また、「電話中」など自動的に検知されるプレゼンスの種別では、一致度が高い傾向を示すからである。
【００６５】
プレゼンティティにおけるプレゼンス情報の更新頻度をあらわすＴｆを信頼度Ｒに影響を与えるパラメータの１つにする理由は、ユーザが頻繁にプレゼンス情報を更新する端末であれば、このプレゼンティティのプレゼンス情報は比較的信頼度が高いものであるし、ユーザがあまり更新しない端末の場合は、信頼度は低いとみなすのが妥当であるからである。
【００６６】
具体的には、プレゼンス情報決定部４０４は、プレゼンス情報の信頼度Ｒを以下の式で計算する。
Ｒ（ｋ，Ｔｆ，ｔ）＝ｋ・ｅｘｐ（−ｃｔ） …（１）
【００６７】
式（１）におけるｋの値は、プレゼンス情報の種別毎に予めプレゼンス情報決定部４０４内の図示しないｋテーブルに保持しておく。プレゼンス情報の種別毎のｋの値の一例を図７に示す。また、式（１）における経過時間ｔは、プレゼンス情報受信部４０２が図５のステップＳ４１２においてプレゼンス情報をプレゼンス情報キャッシュ４０１に記憶する際にその時点の現在時刻を、図２の付加情報設定欄４０１５に設定しておき（なお、このとき後述する式（４）の計算も行う）、プレゼンス情報決定部４０４がステップＳ４１６、Ｓ４２６において前記式（１）を計算する際にその時点の現在時刻と付加情報設定欄４０１５に設定された時刻との差を計算して求める。
【００６８】
また、式（１）におけるｃは、信頼度Ｒの減衰速度を決定する定数で、下記の式により計算する。
ｃ＝（ｌｎ２）／Ｔ＝0.69315／Ｔ …（２）
ここで、Ｔは信頼度Ｒの値が半減するまでの時間、すなわち「半減期」である。半減期Tは、下記の式により計算する。
Ｔ＝Ｔｓ＊Ｔｎ／Ｔｆ …（３）
ここで、Ｔｓは標準半減期で、これはプレゼンス情報の種別毎に予めプレゼンス情報決定部４０４内の図示しないＴｓテーブルに保持しておく。プレゼンス情報の種別毎のＴｓの値の一例を図７に示す。たとえば、「会議中」と「出張中」という２つのプレゼンス種別を考えると、会議は、普通数時間で終わるのに対し、出張は最低でも一日以上かかるため、「会議中」というプレゼンス情報は短時間で信頼度が下がっていくのに対し、「出張中」というプレゼンス情報は信頼度は比較的長時間信頼度が下がらない。このような観点から図７のＴｓの値が定められている。また、式（３）におけるＴｎは標準的なプレゼンス更新間隔で、たとえば約４時間とし、定数で定めておく。
【００６９】
式（３）における平均プレゼンス更新間隔Ｔｆは、プレゼンス情報受信部４０２がプレゼンス情報を受信するたびに図６のステップＳ４２２において計算する。具体的には、最新のプレゼンス更新間間隔（すなわち前回にプレゼンス情報を受信した時刻から今回プレゼンス情報を受信した時刻の差）Ｔｒを、以下の式（４）により平滑化したものを用いる。
Ｔｆ＝Ｔｒ＊α＋Ｔｆ＊（１−α） …（４）
ここで、αは例えば１／８とする。Ｔｆの値はプレゼンス情報キャッシュ４０１の付加情報設定欄４０１５に保存される。
【００７０】
この実施例１によれば、それぞれのプレゼンス情報毎に信頼度Ｒを算出できるため、ユーザはもっとも信頼性が高いプレゼンス情報を入手することができる。また、プレゼンス情報の信頼度Ｒに最終更新時からの経過時間ｔをパラメータとして含めてあるため、古いプレゼンス情報を排除することができる。また、プレゼンス情報の信頼度Ｒにプレゼンス情報の種別に応じた定数ｋをパラメータとして含めてあるため、プレゼンスの種別毎にプレゼンス情報の信頼度を調整することができる。また、プレゼンス情報の信頼度Ｒに、プレゼンス情報を入力する端末のプレゼンス更新頻度Ｔｆをパラメータとして含めてあるので、ユーザが頻繁に利用する端末のプレゼンス情報を優先することができるようになる。
【００７１】
（２）実施例２
プレゼンス情報決定部４０４は、プレゼンス情報Ａ、プレゼンス情報Ｂのうち、その受信時刻からの経過時間がより短いもの、つまり最も最近に受信したものを採用する。これは、実施例１における信頼度Ｒの計算式におけるパラメータをｔだけにした場合と等価である。本実施例の場合、プレゼンス情報受信部４０２が図５のステップＳ４１２においてプレゼンス情報をプレゼンス情報キャッシュ４０１に記憶する際にその時点の現在時刻を、図２の付加情報設定欄４０１５に設定しておき、プレゼンス情報決定部４０４がステップＳ４１６、Ｓ４２６において唯一のプレゼンス情報を決定する際、その時点の現在時刻と付加情報設定欄４０１５に設定された時刻との差を計算し、経過時間がより短いプレゼンス情報を採用する。
【００７２】
（３）実施例３
この実施例では、図２のプレゼンス情報キャッシュ４０１における付加情報設定欄４０１５に各ユーザ毎のプレゼンス情報選択条件を設定しておき、プレゼンス情報決定部４０４は、このプレゼンス情報選択条件を参照して、プレゼンス情報Ａ、Ｂの何れか一方を採用する。
【００７３】
プレゼンス情報選択条件としては、例えば１日を複数の時間帯に分割し、各時間帯毎に採用すべきクライアントを指定する。例えば、ユーザＸのクライアント１０２、２０２に割り当てられたプレゼンス情報キャッシュ４０１のエントリＥ１、Ｅ２における付加情報設定欄４０１５に、「午後５時〜翌日の午前８時迄はクライアントＩＤ＝ａ側、午前８時〜午後５時迄はクライアントＩＤ＝ｂ側」というプレゼンス情報選択条件を設定しておくと、ユーザＸが会社に居る間はクライアント１０２から受信したプレゼンス情報をウォッチャに配信し、自宅に居る間はクライアント２０２から受信したプレゼンス情報をウォッチャに配信するといったことが可能となる。
【００７４】
なお、プレゼンス情報キャッシュ４０１のエントリにおける付加情報設定欄４０１５へのプレゼンス情報選択条件の設定は、例えば、図４を参照して説明した仲間リストの登録時にあわせて実施することができる。
【００７５】
【発明の第２の実施の形態】
図８を参照すると、本発明の第２の実施の形態にかかるプレゼンスシステムは、図１に示した第１の実施の形態にかかるプレゼンスシステムにおけるユーザＸが利用する端末２００が、グループウェアサーバ６００に置き換えられている点が相違し、その他は第１の実施の形態と同じである。
【００７６】
グループウェアサーバ６００は、ユーザのスケジュール情報（予定表）を記憶するスケジュール記憶部６０１と、ネットワーク５００経由で接続された図示しない端末からスケジュール記憶部６０１に対するスケジュール情報の設定、参照を可能にするスケジューラ６０２と、クライアント６０３とを含んで構成される。
【００７７】
クライアント６０３は、ユーザＸ用のクライアントであり、図４で説明したような手順によってプレゼンスサーバ４００に利用者登録を行い、クライアントＩＤ＝ｂを取得し、情報キャッシュ６０４に保持している。また、情報キャッシュ６０４にはユーザＸのＩＤを保持している。プレゼンティティ６０５は、スケジュール記憶部６０１に記憶されたユーザＸのスケジュール情報と現在時刻とを比較し、ユーザＸの予定の行動の変化時点で変化後の行動を示すプレゼンス情報をクライアントＩＤとユーザＩＤとを付加してプレゼンスサーバ４００のプレゼンス情報受信部４０２に送信する機能を有する。プレゼンティティ６０５から送信されたプレゼンス情報は、プレゼンス情報受信部４０２で受信され、プレゼンス情報キャッシュ４０１に記憶される。第１の実施の形態と同様に、端末１００から受信したプレゼンス情報がプレゼンス情報キャッシュ４０１に記憶され、プレゼンス情報決定部４０４により何れか一方が選択されて、プレゼンス情報送信部４０３によりウォッチャー３０１に配信される。
【００７８】
このように本実施の形態によれば、グループウェアサーバ６００で管理されるユーザＸのスケジュール情報もユーザＸのプレゼンス情報の１つとして扱うことができ、グループウェアサーバ６００と連携可能なプレゼンスシステムを実現することができる。
【００７９】
【発明の他の実施の形態】
本発明は以上の実施の形態に限定されず、その他各種の付加変更が可能である。例えば以下のような実施の形態も考えられる。
【００８０】
プレゼンス情報決定部４０４が第１の実施の形態の実施例１に示したように信頼度Ｒを用いて複数のプレゼンス情報のうちから唯一のプレゼンス情報を決定し、プレゼンス情報送信部４０３を通じてプレゼンス情報を送信する際、その送信したプレゼンス情報の信頼度Ｒを付加し、ウォッチャー３０１では、受信したプレゼンス情報をそれに付加された信頼度に応じた態様で文字やアイコンを表示する。たとえば、信頼度が1.0であれば100％の輝度でプレゼンス情報を表示するが、信頼度0.5ならば50％の輝度でプレゼンス情報を表示する如くである。これにより、ユーザが画面に表示されているプレゼンス情報がどの程度信頼できるのか、視覚的に判断することが可能となる。
【００８１】
プレゼンス情報決定部４０４が第１の実施の形態の実施例１に示したように信頼度Ｒを用いて複数のプレゼンス情報のうちから唯一のプレゼンス情報を決定する際、複数のプレゼンス情報の信頼度の何れもが予め設定された閾値より高く、互いに排他的な関係にない場合、複数のプレゼンス情報を統合した１つのプレゼンス情報を決定する。たとえば、端末１００からのプレゼンス情報が外出中(信頼度0.5)であり、端末２００からのプレゼンス情報が会議中(信頼度0.8)の場合、両者を統合して「外出先で会議中」のプレゼンス情報とする如きである。この場合、例えば図９に示すような統合テーブルをプレゼンス情報記憶部４０４に内蔵させておく。図９において、行と列はプレゼンス情報の種別を示し、行と列の交点に符号×が記載されている種別どうしは排他的な関係にあるプレゼンス種類の組み合わせを示し、符号○が記載されている種別どうしは統合可能な組み合わせを示す。例えば、在席と外出は両立しないため、たとえ双方の信頼度Ｒの値が閾値を超えていたとしても、より信頼度の高い方が選択される。他方、外出と会議などは、前述したように「外出先で会議中」と矛盾なく統合できるため、符号○が記載されている。符号○の箇所には、統合後のプレゼンス情報として使用するプレゼンス情報の記載が予め設定されている。
【００８２】
【発明の効果】
以上説明したように本発明によれば、他の利用者を混乱させることなく、複数のプレゼンス対応端末を一人のユーザが同時に使用することができる。また、グループウェアサーバとの連携が可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態にかかるプレゼンスシステムのブロック図である。
【図２】プレゼンス情報キャッシュの内容例を示す図である。
【図３】各クライアントの情報キャッシュの内容例を示す図である。
【図４】クライアントＩＤの取得と仲間リストの登録を行う際の各クライアントとプレゼンスサーバの処理例を示すフローチャートである。
【図５】ユーザＸがプレゼンス対応端末に自身のプレゼンス情報を入力した場合のクライアントとプレゼンスサーバの処理例を示すフローチャートである。
【図６】ウォッチャからプレゼンス情報の問い合わせがあったときにクライアントとプレゼンスサーバの処理例を示すフローチャートである。
【図７】信頼度を求める際に使用する定数ｋ、Ｔｓの一例を示す図である。
【図８】本発明の第２の実施の形態にかかるプレゼンスシステムのブロック図である。
【図９】本発明の他の実施の形態で使用する統合テーブルの内容例を示す図である。
【図１０】本発明の前提となるプレゼンスシステムのブロック図である。
【図１１】本発明の前提となるプレゼンスサーバにおけるプレゼンス情報キャッシュの内容例を示す図である。
【図１２】本発明の前提となるクライアントにおける情報キャッシュの内容例を示す図である。
【符号の説明】
１００…ユーザＸが利用する端末
１０１…プレゼンティティ
１０２…プレゼンスクライアント
１０３…入出力装置
１０４…記録媒体
１０５…情報キャッシュ
２００…ユーザＸが利用する端末
２０１…プレゼンティティ
２０２…プレゼンスクライアント
２０３…入出力装置
２０４…記録媒体
２０５…情報キャッシュ
３００…ユーザＹが利用する端末
３０１…ウォッチャ
３０２…プレゼンスクライアント
３０３…入出力装置
３０４…記録媒体
３０５…情報キャッシュ
４００…プレゼンスサーバ
４０１…プレゼンス情報キャッシュ
４０２…プレゼンス情報受信部
４０３…プレゼンス情報送信部
４０４…プレゼンス情報決定部
４０５…記録媒体
５００…ネットワーク
Ｘ、Ｙ…ユーザ
Claims (13)
- 同一のユーザにかかる複数の第１のプレゼンス対応端末と、他のユーザにかかる第２のプレゼンス対応端末と、プレゼンスサーバとが、ネットワークを通じて接続されたプレゼンスシステムにおいて、前記複数の第１のプレゼンス対応端末は、自プレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報と自プレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報とを付加したプレゼンス情報を前記プレゼンスサーバに送信するプレゼンティティを備え、前記プレゼンスサーバは、複数のエントリを有するプレゼンス情報キャッシュを備え、且つ、前記プレゼンティティから受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備え、前記第２のプレゼンス対応端末は、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として利用者に表示するウォッチャを備えることを特徴とするプレゼンスシステム。
- 同一のユーザにかかる第１のプレゼンス対応端末と、前記ユーザの予定の状態を示すスケジュール情報を管理するグループウェアサーバと、他のユーザにかかる第２のプレゼンス対応端末と、プレゼンスサーバとが、ネットワークを通じて接続されたプレゼンスシステムにおいて、前記第１のプレゼンス対応端末は、自プレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報と自プレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報とを付加したプレゼンス情報を前記プレゼンスサーバに送信するプレゼンティティを備え、前記グループウェアサーバは、前記ユーザのスケジュール情報と現在時刻とを比較して前記ユーザの予定の行動の変化時点で変化後の行動を示すプレゼンス情報をクライアント識別情報とユーザ識別情報とを付加して前記プレゼンスサーバに送信するプレゼンティティを備え、前記プレゼンスサーバは、複数のエントリを有するプレゼンス情報キャッシュを備え、且つ、前記プレゼンティティから受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備え、前記第２のプレゼンス対応端末は、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として利用者に表示するウォッチャを備えることを特徴とするプレゼンスシステム。
- 前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のそれぞれについて、確からしさを示す信頼度を計算し、最も信頼度の高いプレゼンス情報を選択するものであることを特徴とする請求項１または２記載のプレゼンスシステム。
- 前記信頼度の計算は、プレゼンス情報を最後に受信した時刻からの経過時間、プレゼンス情報の種別およびプレゼンス情報の平均更新間隔をパラメータとする計算式を用いて行うものであることを特徴とする請求項３記載のプレゼンスシステム。
- 前記プレゼンス情報送信手段は、前記プレゼンス情報決定手段で決定されたプレゼンス情報に該プレゼンス情報について計算された前記信頼度と前記ユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するものであり、前記第２のプレゼンス対応端末の前記ウォッチャは、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として前記付加された信頼度に応じた態様で利用者に表示するものであることを特徴とする請求項３または４記載のプレゼンスシステム。
- 前記プレゼンス情報決定手段は、複数のプレゼンス情報の信頼度の何れもが予め設定された閾値より高く、かつ、互いに排他的な関係にない場合、複数のプレゼンス情報を統合した１つのプレゼンス情報を決定するものであることを特徴とする請求項３または４記載のプレゼンスシステム。
- 前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のうち、最も最近に受信したプレゼンス情報を選択するものであることを特徴とする請求項１または２記載のプレゼンスシステム。
- 前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のうち、予めユーザから登録されたプレゼンス情報選択条件に従って１つのプレゼンス情報を選択するものであることを特徴とする請求項１または２記載のプレゼンスシステム。
- プレゼンスクライアントが搭載されているプレゼンス対応端末を使用するユーザの識別子をユーザ識別情報と定義するとき、同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段を備えたプレゼンスサーバ。
- 同一のユーザにかかる複数の第１のプレゼンス対応端末および他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバにおいて、複数のエントリを有するプレゼンス情報キャッシュを備え、且つ、前記複数の第１のプレゼンス対応端末から受信したプレゼンス情報をそれに付加された、前記第１のプレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報と共に、それに付加された、前記第１のプレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報に対応するエントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備えることを特徴とするプレゼンスサーバ。
- 同一のユーザにかかる第１のプレゼンス対応端末、前記ユーザの予定の状態を示すスケジュール情報を管理するグループウェアサーバおよび他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバにおいて、複数のエントリを有するプレゼンス情報キャッシュを備え、且つ、前記第１のプレゼンス対応端末および前記グループウェアサーバから受信したプレゼンス情報をそれに付加された、前記第１のプレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報と共に、それに付加された、前記第１のプレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備えることを特徴とするプレゼンスサーバ。
- 複数のエントリを有するプレゼンス情報キャッシュを備え、同一のユーザにかかる複数の第１のプレゼンス対応端末および他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバを構成するコンピュータを、前記複数の第１のプレゼンス対応端末から受信したプレゼンス情報をそれに付加された、前記第１のプレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報と共に、それに付加された、前記第１のプレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段、として機能させることを特徴とするプログラム。
- 複数のエントリを有するプレゼンス情報キャッシュを備え、同一のユーザにかかる第１のプレゼンス対応端末、前記ユーザの予定の状態を示すスケジュール情報を管理するグループウェアサーバおよび他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバを構成するコンピュータを、前記第１のプレゼンス対応端末および前記グループウェアサーバから受信したプレゼンス情報をそれに付加された、前記第１のプレゼンス対応端末を使用するユーザの識別子であるユーザ識別情報と共に、それに付加された、前記第１のプレゼンス対応端末に搭載されているプレゼンスクライアントの識別子であるクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段、として機能させるプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003067698A JP4288410B2 (ja) | 2003-03-13 | 2003-03-13 | プレゼンスシステム、プレゼンスサーバおよびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003067698A JP4288410B2 (ja) | 2003-03-13 | 2003-03-13 | プレゼンスシステム、プレゼンスサーバおよびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004280229A JP2004280229A (ja) | 2004-10-07 |
| JP4288410B2 true JP4288410B2 (ja) | 2009-07-01 |
Family
ID=33285233
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003067698A Expired - Fee Related JP4288410B2 (ja) | 2003-03-13 | 2003-03-13 | プレゼンスシステム、プレゼンスサーバおよびプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4288410B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006343889A (ja) * | 2005-06-08 | 2006-12-21 | Nec Corp | プレゼンス更新システム、サーバセンタ装置及びそれらに用いるプレゼンス更新方法 |
| JP4679396B2 (ja) * | 2006-03-08 | 2011-04-27 | Ｎｅｃインフロンティア株式会社 | 通信システム、サーバ装置及びそれらに用いる端末連携方法 |
| JP4793076B2 (ja) | 2006-04-25 | 2011-10-12 | 日本電気株式会社 | 接続制御システム |
| EP2161901A1 (en) * | 2008-09-04 | 2010-03-10 | Sony Corporation | Aggregated user presence management method within a home network and device for user presence management within a home network |
| JP6302614B2 (ja) * | 2011-02-25 | 2018-03-28 | 任天堂株式会社 | 通信システム、情報処理装置、プログラム及び情報処理方法 |
| JP5714937B2 (ja) * | 2011-02-25 | 2015-05-07 | 大阪瓦斯株式会社 | 在席確認システム |
-
2003
- 2003-03-13 JP JP2003067698A patent/JP4288410B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004280229A (ja) | 2004-10-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8200755B2 (en) | Presence administration method and device | |
| EP1691565B1 (en) | Server apparatus and client apparatus in presence display system | |
| AU2004279203B2 (en) | System and method for a user interface directed to discovering and publishing presence information on a network | |
| US9473427B2 (en) | Method and system for delivering reminder information | |
| US7139827B1 (en) | Communication means notification method and notification system | |
| US7698307B2 (en) | System and method for synchronizing between a file system and presence of contacts on a network | |
| US20170251344A1 (en) | Method and System for Connecting People in a Social Network | |
| US20040054729A1 (en) | Communication system, communication server and communication method | |
| EP1347606A1 (en) | Message-server, message system, and method of management of presence information | |
| EP1560395A1 (en) | System and method for session reestablishment between client terminal and server | |
| KR20020074304A (ko) | 무선 통신망을 이용한 휴대 단말기의 모바일 메신저서비스 시스템 및 방법 | |
| US20050246421A1 (en) | System and method for discovering and publishing of presence information on a network | |
| US9486710B2 (en) | Management server, controlling method thereof, non-transitory computer readable storage medium having stored thereon a computer program for a management server and terminal device | |
| US20050246544A1 (en) | System and method for identity confirmation of a contact published on a network | |
| US10541951B2 (en) | Enhancing network messaging with a real-time, interactive representation of current messaging activity of a user's contacts and associated contacts | |
| KR20070047454A (ko) | 실시간 보호 서비스를 제공하는 실시간 미팅서버 및 그동작방법 | |
| JP6843106B2 (ja) | 通信装置、通信方法及び通信システム | |
| JP4288410B2 (ja) | プレゼンスシステム、プレゼンスサーバおよびプログラム | |
| JP2008262466A (ja) | 情報共有システム，情報共有方法及びその方法を実装した情報共有プログラム | |
| JP4060592B2 (ja) | 状態表示プログラム及び記録媒体 | |
| US10911892B2 (en) | Method for determining the relative positions of at least two mobile terminal devices to each other | |
| JP2005348327A (ja) | 通信システム、アドレス帳管理サーバ、通信端末、通信方法 | |
| JP2013073488A (ja) | サーバ装置、プログラム及び通信システム | |
| KR20050091905A (ko) | 메신저 서비스 시스템을 이용한 서버와 사용자 단말기간에 데이터 동기화 방법 및 그 시스템 | |
| JP4244359B2 (ja) | 状態配信方法、状態配信プログラム及び状態配信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060213 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080417 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080422 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080924 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081111 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090303 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090316 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4288410 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120410 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120410 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130410 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130410 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140410 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |