JP2004280229A - Presence system, presence server and program - Google Patents

Presence system, presence server and program Download PDF

Info

Publication number
JP2004280229A
JP2004280229A JP2003067698A JP2003067698A JP2004280229A JP 2004280229 A JP2004280229 A JP 2004280229A JP 2003067698 A JP2003067698 A JP 2003067698A JP 2003067698 A JP2003067698 A JP 2003067698A JP 2004280229 A JP2004280229 A JP 2004280229A
Authority
JP
Japan
Prior art keywords
information
presence information
user
server
client
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.)
Granted
Application number
JP2003067698A
Other languages
Japanese (ja)
Other versions
JP4288410B2 (en
Inventor
Takuya Murakami
卓弥 村上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2003067698A priority Critical patent/JP4288410B2/en
Publication of JP2004280229A publication Critical patent/JP2004280229A/en
Application granted granted Critical
Publication of JP4288410B2 publication Critical patent/JP4288410B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To allow a user to simultaneously use a plurality of presence-adaptable terminals without confusing the other users. <P>SOLUTION: A terminal 100 and a terminal 200 used by a user X have presentities 101, 201 transmitting presence information about the user X to a presence server 400. A presence information reception part 402 of the presence server 400 stores the presence information received from the terminals 100, 200 into entries E1, E2 of a presence information cache 401 corresponding to a client ID added therewith together with a user ID added therewith. A presence information decision part 404 decides unique presence information from the plurality of pieces of presence information about the user X stored in the entries E1, E2 on the basis of predetermined conditions. The presence information transmission part 403 adds the user ID to the decided presence information and transmits the presence information to a terminal 300 of a user Y. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、ユーザの状態を他のユーザに通知するシステムに関し、特にプレゼンスシステムおよびプレゼンスサーバに関する。
【０００２】
【従来の技術】
近年、インターネットや携帯電話網を利用したプレゼンスサービスが普及しはじめている。このプレゼンスサービスを利用することで、利用者は他の利用者のプレゼンス状態をリアルタイムに認識することができ、インスタントメッセージサービスを併用すれば通信相手のプレゼンス状態を認識しながらメッセージの送受信が行える。インスタントメッセージ／プレゼンスサービスの基本的なアーキテクチャは、ＲＦＣ２７７８（Ｎｅｔｗｏｒｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ：２７７８）に示されている。
【０００３】
プレゼンスシステムは、プレゼンスサービスを提供するシステムを指し、自身のプレゼンス情報を提供するプレゼンティティ、他のプレゼンティティの提供するプレゼンス情報を観察するウォッチャ、および、プレゼンティティからプレゼンス情報を受け取り、これをウォッチャに配信するプレゼンスサーバを主要な構成要素に持つ。図１０に本発明の前提となるプレゼンスシステムの構成例を示す。
【０００４】
図１０において、端末１００はユーザＸが利用する端末であり、プレゼンティティ１０１を含むプレゼンスクライアント（以下、単にクライアントと称す）１０２が実装されている。端末２００はユーザＹが利用する端末であり、プレゼンティティ２０１を含むクライアント２０２が実装されている。端末３００はユーザＺが利用する端末であり、ウォッチャ３０１を含むクライアント３０２が実装されている。一般にプレゼンティティサービスを利用する端末１００、２００、３００には、プレゼンティティとウォッチャの両方を備えるクライアントが実装されるが、図１０では説明を簡単にするために一方を省略してある。本明細書では、クライアントを実装した端末をプレゼンス対応端末と呼ぶ。これらの端末１００、２００、３００は、卓上に設置されたパーソナルコンピュータや携帯電話などであり、プレゼンスサーバ４００とは図示しないインターネットや携帯電話網などのネットワークを通じて接続される。
【０００５】
プレゼンスサーバ４００は、各クライアント毎のプレゼンス情報を保持するエントリＥ１、Ｅ２、Ｅ３を有するプレゼンス情報キャッシュ４０１と、各クライアントのプレゼンティティから送信されたプレゼンス情報を、プレゼンス情報キャッシュ４０１の該当するエントリに記憶するプレゼンス情報受信部４０２と、プレゼンス情報キャッシュ４０１に記憶された各クライアント毎のプレゼンス情報を、他のクライアントのウォッチャに送信するプレゼンス情報送信部４０３とを備えている。
【０００６】
次に、図１０に示したプレゼンスシステムの動作を説明する。
【０００７】
ユーザＸ、Ｙ、Ｚは、プレゼンスサービスを利用するにあたって、端末１００、２００、３００のクライアント１０２、２０２、３０２をプレゼンスサーバ４００に接続し、プレゼンスサーバ４００からクライアントＩＤを取得するとともに、仲間リストを登録する。各クライアント１０２、２０２、３０２に割り当てられたクライアントＩＤは、プレゼンスサーバ４００において管理されるとともに、各クライアント１０２、２０２、３０２でも保持される。今、クライアント１０２、２０２、３０２に割り当てられたクライアントＩＤを、それぞれａ、ｂ、ｃとする。仲間リストの登録は、このクライアントＩＤを用いて行われる。ここでは、クライアント３０２が登録した仲間リストにクライアント１０２、２０２のクライアントＩＤであるａ、ｂが含まれているものとする。このときのプレゼンス情報キャッシュ４０１の内容の一例を図１１に、クライアント３０２が保持する情報キャッシュの内容の一例を図１２にそれぞれ示す。
【０００８】
図１１を参照すると、プレゼンス情報キャッシュ４０１におけるエントリＥ１はクライアント１００に割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ａおよび仲間リスト（ｂ、ｃ）が設定されている。また、エントリＥ２はクライアント２００に、エントリＥ３はクライアント３００にそれぞれ割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ｂ、ｃ、仲間リスト（ａ、ｃ）、（ａ、ｂ）が設定されている。各エントリＥ１〜Ｅ３のプレゼンス情報設定欄４０１３は、そのエントリを割り当てられたクライアントのプレゼンス情報を保存する領域として使用される。
【０００９】
図１２を参照すると、クライアント３０２の情報キャッシュは、クライアントＩＤ設定欄３０２１にクライアントＩＤ＝ｃが設定され、プレゼンス情報設定欄３０２２にクライアント３０２自身のプレゼンス情報が設定され、仲間リスト設定欄３０２３に各仲間毎のクライアントＩＤ３０２４とそのプレゼンス情報３０２５とが設定される。
【００１０】
その後、ユーザＸが、自分の端末１００のクライアント１０２に対してユーザ自身のプレゼンス情報（在席中、離席中、取り込み中、外出中など）を入力すると、クライアント１０２のプレゼンティティ１０１は、入力されたプレゼンス情報に自己のクライアントＩＤ＝ａを添えてプレゼンスサーバ４００に送信する。同様に、クライアント２０２のプレゼンティティ２０１はユーザＹからプレゼンス情報が入力されると、自己のクライアントＩＤ＝ｂを添えてプレゼンスサーバ４００に送信する。ここでは、ユーザＸ、Ｙが手動でプレゼンス情報を入力する例を示したが、プレゼンティティ１０１、２０１が自動的にプレゼンス情報を認識して送信する場合もある。例えば、端末１００、２００が通信することが可能になったことを認識して「オンライン」のプレゼンス情報を送信し、通信できない状態になったことを認識して「オフライン」のプレゼンス情報を送信する場合がある。また、端末１００、２００が携帯電話のとき、電話中であることを認識して「電話中」のプレゼンス情報を送信する場合がある。
【００１１】
プレゼンスサーバ４００のプレゼンス情報受信部４０２は、クライアント１０２からクライアントＩＤ＝ａとプレゼンス情報を受信すると、プレゼンス情報キャッシュ４０１におけるクライアント１０２に対応するエントリＥ１のプレゼンス情報設定欄４０１３に今回受信したプレゼンス情報を設定する。そして、クライアントＩＤ＝ａのプレゼンス情報が更新されたことをプレゼンス情報送信部４０３に通知する。
【００１２】
プレゼンス情報送信部４０３は、プレゼンス情報キャッシュ４０１を参照し、クライアント３０２の仲間リスト設定欄３０２３にクライアントＩＤ＝ａが存在することを認識し、エントリＥ１から更新後のクライアント１０２のプレゼンス情報を読み出し、クライアントＩＤ＝ａを添えてクライアント３０２のウォッチャ３０１へ送信する。
【００１３】
ウォッチャ３０１は、情報キャッシュの仲間リスト設定欄３０２３におけるクライアントＩＤ＝ａに対応するプレゼンス情報３０２５を、受信したプレゼンス情報で更新し、端末３００に接続された図示しない表示装置の画面上に、文字やアイコンなどによって、クライアントＩＤ＝ａのプレゼンス情報を表示する。
【００１４】
同様に、プレゼンスサーバ４００のプレゼンス情報受信部４０２は、クライアント２０２からクライアントＩＤ＝ｂとプレゼンス情報を受信すると、プレゼンス情報キャッシュ４０１におけるクライアント２０２に対応するエントリＥ２に記憶されたプレゼンス情報を更新し、プレゼンス情報送信部４０３は、更新後のプレゼンス情報をクライアントＩＤ＝ｂを付加してクライアント３０２のウォッチャ３０１へ送信する。ウォッチャ３０１は、仲間リスト設定欄３０２３におけるクライアントＩＤ＝ｂに対応するプレゼンス情報３０２５を更新し、受信したクライアントＩＤ＝ｂのプレゼンス情報を画面上に表示する。
【００１５】
以上のような動作が行われることにより、ユーザＺは、クライアントＩＤ＝ａ、ｂに対応するユーザＸ、Ｙの最新のプレゼンス情報を認識することができる。
【００１６】
他方、或るユーザの状況を他のユーザに通知する他の技術として、後述する特許文献１に記載されたスケジュール管理システムがある。このスケジュール管理システムでは、グループウェアサーバが予め登録された複数のメンバにより共有されるスケジュール情報の設定を受け付ける。また、各メンバによる端末からのアクセスに応じて、Ｗｅｂサーバにより前記スケジュール情報を一覧画面データとして当該端末へ送信する。更に、スケジュールの設定があったとき、予め定めた条件に応じて、その旨を必要なメンバに対して、メールサーバにより、当該メンバの携帯型情報機器への直送型の電子メールまたは文字メッセージ通信により通知する。
【００１７】
【特許文献１】
特開２００２−９２２７７号公報
【００１８】
【発明が解決しようとする課題】
プレゼンスサービスのビジネスでの利用を考えると、在席中は自席上のパーソナルコンピュータをプレゼンス対応端末として利用し、会議中や外出中には携帯端末をプレゼンス対応端末として使いたいというように、複数のプレゼンス対応端末を同時に使用できると便利である。しかしながら、図１０に示したプレゼンスシステムは、１ユーザ当り１つのプレゼンス対応端末しか実質的に使用できない。何故なら、例えば、図１０において、端末１００と端末２００が同じユーザＸのものとすると、ユーザＺには、クライアントＩＤ＝ａとクライアントＩＤ＝ｂの２つのプレゼンス情報が通知されることになり、プレゼンス情報を受け取るユーザＺが混乱をきたすからである。
【００１９】
また、ビジネスの世界ではグループウェアサーバなどを用いてスケジュール情報をサーバに登録しておくことはごく一般的に行われている。前述の特許文献１記載のスケジュール管理システムでは、或るユーザのスケジュールが設定されたとき、その旨を他のユーザに対して直接型の電子メールや文字メッセージ通信により通知することができる。しかし、プレゼンスサービスを通じて通知することはできない。
【００２０】
本発明の目的は、他の利用者を混乱させることなく、複数のプレゼンス対応端末を一人のユーザが同時に使用できるようにしたプレゼンスシステムおよびプレゼンスサーバを提供することにある。
【００２１】
本発明の別の目的は、グループウェアサーバで管理されるユーザのスケジュール情報もそのユーザのプレゼンス情報の１つとして扱うことができ、グループウェアサーバと連携可能なプレゼンスシステムおよびプレゼンスサーバを提供することにある。
【００２２】
【課題を解決するための手段】
本発明の第１のプレゼンスシステムは、同一のユーザにかかる複数の第１のプレゼンス対応端末と、他のユーザにかかる第２のプレゼンス対応端末と、プレゼンスサーバとが、ネットワークを通じて接続されたプレゼンスシステムにおいて、前記複数の第１のプレゼンス対応端末は、クライアント識別情報とユーザ識別情報とを付加したプレゼンス情報を前記プレゼンスサーバに送信するプレゼンティティを備え、前記プレゼンスサーバは、複数のエントリを有するプレゼンス情報キャッシュと、前記プレゼンティティから受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備え、前記第２のプレゼンス対応端末は、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として利用者に表示するウォッチャを備えている。
【００２３】
本発明の第２のプレゼンスシステムは、同一のユーザにかかる第１のプレゼンス対応端末と、前記ユーザの予定の状態を示すスケジュール情報を管理するグループウェアサーバと、他のユーザにかかる第２のプレゼンス対応端末と、プレゼンスサーバとが、ネットワークを通じて接続されたプレゼンスシステムにおいて、前記第１のプレゼンス対応端末は、クライアント識別情報とユーザ識別情報とを付加したプレゼンス情報を前記プレゼンスサーバに送信するプレゼンティティを備え、前記グループウェアサーバは、前記ユーザのスケジュール情報と現在時刻とを比較して前記ユーザの予定の行動の変化時点で変化後の行動を示すプレゼンス情報をクライアント識別情報とユーザ識別情報とを付加して前記プレゼンスサーバに送信するプレゼンティティを備え、前記プレゼンスサーバは、複数のエントリを有するプレゼンス情報キャッシュと、前記プレゼンティティから受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備え、前記第２のプレゼンス対応端末は、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として利用者に表示するウォッチャを備えている。
【００２４】
本発明の第３のプレゼンスシステムは、第１または第２のプレゼンスシステムにおいて、前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のそれぞれについて、確からしさを示す信頼度を計算し、最も信頼度の高いプレゼンス情報を選択するものとして構成される。
【００２５】
本発明の第４のプレゼンスシステムは、第３のプレゼンスシステムにおいて、前記信頼度の計算は、プレゼンス情報を最後に受信した時刻からの経過時間、プレゼンス情報の種別およびプレゼンス情報の平均更新間隔をパラメータとする計算式を用いて行うものとして構成される。
【００２６】
本発明の第５のプレゼンスシステムは、第３または第４のプレゼンスシステムにおいて、前記プレゼンス情報送信手段は、前記プレゼンス情報決定手段で決定されたプレゼンス情報に該プレゼンス情報について計算された前記信頼度と前記ユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するものであり、前記第２のプレゼンス対応端末の前記ウォッチャは、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として前記付加された信頼度に応じた態様で利用者に表示するものとして構成される。
【００２７】
本発明の第６のプレゼンスシステムは、第３または第４のプレゼンスシステムにおいて、前記プレゼンス情報決定手段は、複数のプレゼンス情報の信頼度の何れもが予め設定された閾値より高く、かつ、互いに排他的な関係にない場合、複数のプレゼンス情報を統合した１つのプレゼンス情報を決定するものとして構成される。
【００２８】
本発明の第７のプレゼンスシステムは、第１または第２のプレゼンスシステムにおいて、前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のうち、最も最近に受信したプレゼンス情報を選択するものとして構成される。
【００２９】
本発明の第８のプレゼンスシステムは、第１または第２のプレゼンスシステムにおいて、前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のうち、予めユーザから登録されたプレゼンス情報選択条件に従って１つのプレゼンス情報を選択するものとして構成される。
【００３０】
本発明のプレゼンスサーバは、同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段を備えることを基本とする。具体的には、本発明の第１のプレゼンスサーバは、同一のユーザにかかる複数の第１のプレゼンス対応端末および他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバにおいて、複数のエントリを有するプレゼンス情報キャッシュと、前記複数の第１のプレゼンス対応端末から受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応するエントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備えている。
【００３１】
また本発明の第２のプレゼンスサーバは、同一のユーザにかかる第１のプレゼンス対応端末、前記ユーザの予定の状態を示すスケジュール情報を管理するグループウェアサーバおよび他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバにおいて、複数のエントリを有するプレゼンス情報キャッシュと、前記第１のプレゼンス対応端末および前記グループウェアサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備えている。
【００３２】
【作用】
本発明にあっては、プレゼンスサーバが、同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するため、他の利用者を混乱させることなく、複数のプレゼンス対応端末を一人のユーザが同時に使用することができ、また、グループウェアサーバとの連携が可能となる
【００３３】
【発明の第１の実施の形態】
図１を参照すると、本発明の第１の実施の形態にかかるプレゼンスシステムは、ユーザＸが利用する２台の端末１００、２００と、ユーザＹが利用する１台の端末３００と、プレゼンスサーバ４００とが、ネットワーク５００を通じて接続されている。
【００３４】
端末１００は、ユーザＸが例えば自席で利用するパーソナルコンピュータであり、プレゼンティティ１０１および情報キャッシュ１０５を含むクライアント１０２が実装され、キーボードやマウス等の入力装置およびＬＣＤ等の表示装置から構成される入出力装置１０３および記録媒体１０４が接続されている。プレゼンティティ１０１は、プレゼンス情報をプレゼンスサーバ４００に送信する際、クライアント１０２のＩＤとは別にユーザＸのＩＤを付加する点が図１０に示したプレゼンティティ１０１と相違する。情報キャッシュ１０５は、ユーザＸのＩＤ、クライアントＩＤ、クライアントのプレゼンス情報、仲間リストを保持する記憶部である。記録媒体１０４は、磁気ディスク等のコンピュータ可読記録媒体であり、クライアントプログラムを記録する。記録媒体１０４に記録されたクライアントプログラムは、端末１００の立ち上げ時などに端末１００を構成するコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上にクライアント１０２を実現する。
【００３５】
端末２００は、同じくユーザＸが利用する例えば携帯電話などの携帯型情報端末であり、プレゼンティティ２０１および情報キャッシュ２０５を含むクライアント２０２が実装され、キーボード等の入力装置およびＬＣＤ等の表示装置から構成される入出力装置２０３および記録媒体２０４を備えている。プレゼンティティ２０１は、プレゼンス情報をプレゼンスサーバ４００に送信する際、クライアント２０２のＩＤとは別にユーザＸのＩＤを付加する点が図１０に示したプレゼンティティ２０１と相違する。情報キャッシュ２０５は、ユーザＸのＩＤ、クライアントＩＤ、クライアントのプレゼンス情報、仲間リストを保持する記憶部である。記録媒体２０４は、メモリカード等のコンピュータ可読記録媒体であり、クライアントプログラムを記録する。記録媒体２０４に記録されたクライアントプログラムは、端末２００の初期設定時などに端末２００を構成するコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上にクライアント２０２を実現する。
【００３６】
端末３００は、ユーザＹが利用するパーソナルコンピュータ等の端末であり、ウォッチャ３０１および情報キャッシュ３０５を含むクライアント３０２が実装され、キーボードやマウス等の入力装置およびＬＣＤ等の表示装置から構成される入出力装置３０３および記録媒体３０４が接続されている。ウォッチャ３０１は、プレゼンスサーバ４００から受信したプレゼンス情報をそれに付加されたユーザＩＤにかかるユーザのプレゼンス情報として入出力装置３０３を通じて利用者に表示する点が図１０のウォッチャ３０１と相違する。情報キャッシュ３０５は、ユーザＹのＩＤ、クライアントＩＤ、クライアントのプレゼンス情報、仲間リストを保持する記憶部である。記録媒体３０４は、磁気ディスク等のコンピュータ可読記録媒体であり、クライアントプログラムを記録する。記録媒体３０４に記録されたクライアントプログラムは、端末３００の立ち上げ時などに端末３００を構成するコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上にクライアント３０２を実現する。
【００３７】
なお、一般にプレゼンティティサービスを利用する端末１００、２００、３００には、プレゼンティティとウォッチャの両方を備えるクライアントが実装されるが、図１では説明を簡単にするために一方を省略してある。
【００３８】
プレゼンスサーバ４００は、各クライアント毎のプレゼンス情報を保持するエントリＥ１、Ｅ２、Ｅ３を有するプレゼンス情報キャッシュ４０１と、プレゼンティティ１０１、２０１から受信したプレゼンス情報をそれに付加されたユーザＩＤと共に、それに付加されたクライアントＩＤに対応するプレゼンス情報キャッシュ４０１のエントリＥ１〜Ｅ３にキャッシングするプレゼンス情報受信部４０２と、予め定められた条件に基づいて、プレゼンス情報キャッシュ４０１に保存された同一のユーザＩＤにかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定部４０４と、プレゼンス情報決定部４０４で決定されたプレゼンス情報にユーザＩＤを付加して、端末３００のウォッチャ３０１に送信するプレゼンス情報送信部４０３とを備えている。
【００３９】
次に、本実施の形態のプレゼンスシステムの動作を説明する。
【００４０】
ユーザＸ、Ｙは、プレゼンスサービスを利用するにあたって、端末１００、２００、３００のクライアント１０２、２０２、３０２をプレゼンスサーバ４００に接続し、プレゼンスサーバ４００からクライアントＩＤを取得するとともに、仲間リストを登録する。各クライアント１０２、２０２、３０２に割り当てられたクライアントＩＤは、プレゼンスサーバ４００において管理されるとともに、各クライアント１０２、２０２、３０２でも保持される。今、クライアント１０２、２０２、３０２に割り当てられたクライアントＩＤを、それぞれａ、ｂ、ｃとする。仲間リストの登録は、このクライアントＩＤではなく、ユーザＩＤを用いて行われる。ここでは、ユーザＸのＩＤをｘ、ユーザＹのＩＤをｙとし、ユーザＸが登録した仲間リストにユーザＹのＩＤｙが含まれ、ユーザＹが登録した仲間リストにユーザＸのＩＤｘが含まれているものとする。ユーザＩＤとしては、例えばＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）−ＵＲＬを使用することができる。プレゼンス情報キャッシュ４０１の内容の一例を図２に、クライアント１０２、２０２、３０２が保持する情報キャッシュ１０５、２０５、３０５の内容の一例を図３にそれぞれ示す。
【００４１】
図２を参照すると、プレゼンス情報キャッシュ４０１におけるエントリＥ１はクライアント１００に割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ａおよび仲間リスト（ｙ）が設定されている。また、エントリＥ２はクライアント２００に割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ｂおよび仲間リスト（ｙ）が設定されている。更に、エントリＥ３はクライアント３００に割り当てられ、クライアントＩＤ設定欄４０１１および仲間リスト設定欄４０１２にクライアントＩＤ＝ｃおよび仲間リスト（ｘ）が設定されている。各エントリＥ１〜Ｅ３のプレゼンス情報欄４０１３は、そのエントリを割り当てられたクライアントのプレゼンス情報の設定用に使用され、ユーザＩＤ設定欄４０１４は、プレゼンス情報に付加されたユーザＩＤの設定用に使用される。各エントリＥ１〜Ｅ３の付加情報設定欄４０１５の利用方法については後述する。
【００４２】
図３（ａ）を参照すると、クライアント１０２の情報キャッシュ１０５は、ユーザＩＤ設定欄１０２６にユーザＸから事前にユーザＩＤ＝ｘが設定され、クライアントＩＤ設定欄１０２１にプレゼンスサーバ４００から通知されたクライアントＩＤ＝ａが設定され、プレゼンス情報設定欄１０２２にクライアント１０２自身のプレゼンス情報が設定され、仲間リスト設定欄１０２３に各仲間毎のユーザＩＤ１０２７とそのプレゼンス情報１０２５とが設定される。
【００４３】
図３（ｂ）を参照すると、クライアント２０２の情報キャッシュ２０５は、クライアントＩＤ設定欄２０２１にクライアントＩＤ＝ｂが設定されている点が相違するだけで、他は図３（ａ）に示したクライアント１０１の情報キャッシュ１０５と同じである。
【００４４】
図３（ｃ）を参照すると、クライアント３０２の情報キャッシュ３０５は、ユーザＩＤ設定欄３０２６にユーザＹから事前にユーザＩＤ＝ｙが設定され、クライアントＩＤ設定欄３０２１にプレゼンスサーバ４００から通知されたクライアントＩＤ＝ｃが設定され、プレゼンス情報設定欄３０２２にクライアント３０２自身のプレゼンス情報が設定され、仲間リスト設定欄３０２３に各仲間毎のユーザＩＤ３０２７とそのプレゼンス情報３０２５とが設定される。
【００４５】
図４はクライアントＩＤの取得と仲間リストの登録を行う際の各クライアントとプレゼンスサーバの処理例を示すフローチャートである。以下、クライアント３０２を例にして説明する。ユーザＹが入出力装置３０３から利用者登録を指示すると、クライアント３０２はネットワーク５００経由でプレゼンスサーバ４００に接続し、利用者登録要求を送信する（Ｓ３０１）。プレゼンスサーバ４００は、システムでユニークなクライアントＩＤ＝ｃを採番し（Ｓ４０１）、プレゼンス情報キャッシュ４０１から空きのエントリＥ３を確保して、そのクライアントＩＤ設定欄４０１１にクライアントＩＤ＝ｃを設定する（Ｓ４０２）。また、仲間リスト設定欄４０１２、プレゼンス情報設定欄４０１３およびユーザＩＤ設定欄４０１４はＮＵＬＬに初期化する。そして、採番したクライアントＩＤ＝ｃを指定した利用者登録完了通知を要求元のクライアント３０２へ送信する（Ｓ４０３）。クライアント３０２は、受信したクライアントＩＤ＝ｃを図３（ｃ）に示した情報キャッシュ３０５のクライアントＩＤ設定欄３０２１に設定する（Ｓ３０２）。
【００４６】
次にユーザＹが、仲間リストに載せたい通信相手の利用者ＸのユーザＩＤ＝ｘを指定した仲間リスト登録指示を入出力装置３０３から入力すると、クライアント３０２は、ユーザＩＤ＝ｘを指定した仲間リスト登録要求を、要求元ＩＤとしてクライアントＩＤ＝ｃを添えて、ネットワーク５００経由でプレゼンスサーバ４００へ送信する（Ｓ３０３）。プレゼンスサーバ４００は、要求元ＩＤと同じＩＤをクライアントＩＤ設定欄４０１１に持つエントリＥ３をプレゼンス情報キャッシュ４０１から検索し、そのエントリＥ３の仲間リスト設定欄４０１２に、登録要求されたユーザＩＤ＝ｘを登録する（Ｓ４０４）。そして、仲間リストの登録完了通知を要求元のクライアント３０２に送信する（Ｓ４０５）。
【００４７】
登録完了通知を受信したクライアント３０２は、登録を要求した仲間リストに含まれるユーザＩＤ＝ｘを図３（ｃ）の情報キャッシュ３０５の仲間リスト設定欄３０２３におけるユーザＩＤ３０２７に設定する（Ｓ３０４）。
【００４８】
次に、以上のような利用者登録と仲間リスト登録とがユーザＸ、Ｙで完了した後、ユーザＸが端末１００及び２００に自身のプレゼンス情報を入力した場合の動作を説明する。図５はその際のクライアントとプレゼンスサーバの処理例を示すフローチャートである。
【００４９】
ユーザＸが、利用者登録後に最初に、端末１００の入出力装置１０３からクライアント１０２に対してユーザ自身のプレゼンス情報（在席中、離席中、取り込み中、外出中など）を入力すると（Ｓ１１１）、クライアント１０２のプレゼンティティ１０１は、図３（ａ）の情報キャッシュ１０５のプレゼンス情報設定欄１０２２に、入力されたプレゼンス情報を設定すると共に、自己のクライアントＩＤ＝ａおよびユーザＩＤ＝ｘを添えてプレゼンスサーバ４００にプレゼンス情報を送信する（Ｓ１１２）。このプレゼンス情報をプレゼンス情報Ａとする。ここでは、ユーザＸが手動でプレゼンス情報を入力する例を示したが、プレゼンティティ１０１が自動的にプレゼンス情報を認識して送信する場合もある。例えば、端末１００が通信することが可能になったことを認識して「オンライン」のプレゼンス情報を送信し、通信できない状態になったことを認識して「オフライン」のプレゼンス情報を送信する場合がある。
【００５０】
プレゼンスサーバ４００のプレゼンス情報受信部４０２は、クライアント１０２からクライアントＩＤ＝ａおよびユーザＩＤ＝ｘが指定されたプレゼンス情報Ａを受信すると（Ｓ４１１）、プレゼンス情報キャッシュ４０１におけるクライアントＩＤ＝ａに対応するエントリＥ１のプレゼンス情報設定欄４０１３に今回受信したプレゼンス情報Ａを設定し、ユーザＩＤ設定欄４０１４にユーザＩＤ＝ｘを設定する（Ｓ４１２）。次に、更新したエントリＥ１のユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘと同じユーザＩＤを持つ他のエントリがプレゼンス情報キャッシュ４０１に存在するか否か（Ｓ４１３）、そのような他のエントリが存在した場合には、その他のエントリのプレゼンス情報設定欄４０１３が全てＮＵＬＬか否かを判定する（Ｓ４１４）。今の場合、ユーザＩＤ＝ｘを持つ他のエントリＥ２が存在するが、プレゼンス情報設定欄４０１３はＮＵＬＬなので、プレゼンス情報決定部４０４は、今回更新したエントリＥ１のプレゼンス情報設定欄４０１３に設定されたプレゼンス情報Ａを唯一のプレゼンス情報に決定し（Ｓ４１５）、エントリＥ１を指定してプレゼンス情報送信部４０３に送信を要求する。
【００５１】
プレゼンス情報送信部４０３は、プレゼンス情報キャッシュ４０１の指定されたエントリＥ１におけるユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘを仲間リストに含むエントリが存在するか否かを調べ、今の場合、エントリＥ３が存在するので、エントリＥ３のクライアントＩＤ設定欄４０１１に設定されたクライアントＩＤ＝ｃで特定されるクライアント３０２のウォッチャ３０１に対して、指定されたエントリＥ１のプレゼンス情報設定欄４０１３に設定されたプレゼンス情報ＡとユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘとを送信する（Ｓ４１７）。
【００５２】
クライアント３０２のウォッチャ３０１は、プレゼンスサーバ４００からプレゼンス情報ＡとユーザＩＤ＝ｘを受信すると（Ｓ３１１）、図３（ｃ）の情報キャッシュ３０５の仲間リスト３０２３における同じユーザＩＤ＝ｘに対応するプレゼンス情報３０２５を受信したプレゼンス情報Ａに更新する（Ｓ３１２）。そして、入出力装置３０３の画面に表示しているユーザＩＤ＝ｘに対応するアイコンあるいは文字を、更新後のプレゼンス情報Ａに合致するように変更する（Ｓ３１３）。
【００５３】
続いて、ユーザＸが端末２００の入出力装置２０３からクライアント１０２に対してユーザ自身のプレゼンス情報（在席中、離席中、取り込み中、外出中など）を入力した場合を考える。この入力したプレゼンス情報をプレゼンス情報Ｂとする。なお、ここでは、ユーザＸが手動でプレゼンス情報を入力する例を示したが、プレゼンティティ２０１が自動的にプレゼンス情報を認識して送信する場合もある。例えば、端末２００が携帯電話のとき、電話中であることを認識して「電話中」のプレゼンス情報を送信する場合がある。
【００５４】
クライアント２０２のプレゼンティティ２０１は、プレゼンス情報Ｂが入力されると（Ｓ１１１）、図３（ｂ）の情報キャッシュ２０５のプレゼンス情報設定欄２０２２に、入力されたプレゼンス情報Ｂを設定すると共に、自己のクライアントＩＤ＝ｂおよびユーザＩＤ＝ｘを添えてプレゼンスサーバ４００にプレゼンス情報Ｂを送信する（Ｓ１１２）。プレゼンスサーバ４００のプレゼンス情報受信部４０２は、クライアント２０２からクライアントＩＤ＝ｂおよびユーザＩＤ＝ｘが指定されたプレゼンス情報Ｂを受信すると（Ｓ４１１）、プレゼンス情報キャッシュ４０１におけるクライアントＩＤ＝ｂに対応するエントリＥ２のプレゼンス情報設定欄４０１３に今回受信したプレゼンス情報Ｂを設定し、ユーザＩＤ設定欄４０１４にユーザＩＤ＝ｘを設定する（Ｓ４１２）。次に、更新したエントリＥ２のユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘと同じユーザＩＤを持つ他のエントリがプレゼンス情報キャッシュ４０１に存在するか否か（Ｓ４１３）、そのような他のエントリが存在した場合には、その他のエントリのプレゼンス情報設定欄４０１３が全てＮＵＬＬか否かを判定する（Ｓ４１４）。今の場合、ユーザＩＤ＝ｘを持つ他のエントリＥ１が存在し、プレゼンス情報設定欄４０１３はＮＵＬＬでなくプレゼンス情報Ａが設定されているので、プレゼンス情報決定部４０４は、予め定められた条件に基づいて、複数のプレゼンス情報Ａ、Ｂから唯一のプレゼンス情報を決定する（Ｓ４１６）。このステップＳ４１６の決定方法については後述する。そして、決定したプレゼンス情報を保持しているエントリＥ１またはＥ２を指定してプレゼンス情報送信部４０３に送信を要求する。以降、プレゼンス情報送信部４０３およびウォッチャ３０１で、前述した処理と同様の処理が行われ（Ｓ４１７、Ｓ３１１〜Ｓ３１３）、プレゼンスサーバ４００がユーザＸのプレゼンスとして決定したプレゼンス情報がユーザＹに提示される。
【００５５】
図５の処理では、プレゼンス情報キャッシュ４０１に保持されたプレゼンス情報が更新されたとき、自動的にウォッチャ３０１に対するプレゼンス情報の送信処理を開始したが、ウォッチャ３０１からプレゼンス情報の問い合わせがあったときにプレゼンス情報を応答する形態もある。この場合の処理例を図６に示す。
【００５６】
ユーザＹが、端末３００の入出力装置３０３からクライアント３０２に対して仲間のプレゼンス情報の問い合わせを要求すると（Ｓ３２１）、クライアント３０２のウォッチャ３０１は、自己のクライアントＩＤ＝ｃを指定してプレゼンスサーバ４００に仲間リストのプレゼンス情報の問い合わせ要求を送信する（Ｓ３２２）。プレゼンスサーバ４００のプレゼンス情報送信部４０３は、クライアント３０２からクライアントＩＤ＝ｃが指定されたプレゼンス情報の問い合わせ要求を受信すると（Ｓ４２１）、プレゼンス情報決定部４０４にこの問い合わせ要求を伝達する。
【００５７】
プレゼンス情報決定部４０４は、問い合わせ要求で指定されたクライアントＩＤを持つプレゼンス情報キャッシュ４０１のエントリＥ３における仲間リスト設定欄４０１２からユーザＩＤ＝ｘを読み出し、このユーザＩＤ＝ｘを持つ全てのエントリを検索する（Ｓ４２２）。そして、同一のユーザＩＤ＝ｘを持つ複数のエントリが存在するかどうか（Ｓ４２３）、若しそのような複数のエントリがある場合には１つのエントリを除き他の全てのエントリのプレゼンス情報がＮＵＬＬかどうかを判定する（Ｓ４２４）。同一ユーザＩＤ＝ｘを持つエントリが１つだけ存在する場合（Ｓ４２３でＮＯ）、存在した１つのエントリのプレゼンス情報を唯一のプレゼンス情報に決定し（Ｓ４２５）、また、複数存在しても１つのエントリだけにプレゼンス情報が設定されている場合（Ｓ４２４でＹＥＳ）、その１つのエントリのプレゼンス情報を唯一のプレゼンス情報に決定する（Ｓ４２５）。他方、プレゼンス情報が設定された複数のエントリが存在すれば（Ｓ４２４でＮＯ）、予め定められた条件に基づいて、複数のプレゼンス情報から唯一のプレゼンス情報を決定する（Ｓ４２６）。このステップＳ４２６の決定方法については後述する。
【００５８】
次にプレゼンス情報決定部４０４は、決定したプレゼンス情報を保持しているエントリを指定してプレゼンス情報送信部４０３に送信を要求する。プレゼンス情報送信部４０３は、プレゼンス情報キャッシュ４０１の指定されたエントリにおけるプレゼンス情報設定欄４０１３に設定されたプレゼンス情報とユーザＩＤ設定欄４０１４に設定されたユーザＩＤ＝ｘとを、プレゼンス情報の問い合わせ元のウォッチャ３０１へ送信する（Ｓ４２７）。
【００５９】
クライアント３０２のウォッチャ３０１は、プレゼンス情報の問い合わせに対する応答としてプレゼンスサーバ４００からプレゼンス情報とユーザＩＤ＝ｘを受信すると（Ｓ３２３）、図３（ｃ）の情報キャッシュ３０５の仲間リスト３０２３における同じユーザＩＤ＝ｘに対応するプレゼンス情報３０２５を受信したプレゼンス情報で更新する（Ｓ３２４）。そして、入出力装置３０３の画面に表示しているユーザＩＤ＝ｘに対応するアイコンあるいは文字を、更新後のプレゼンス情報に合致するように変更する（Ｓ３２５）。
【００６０】
次に、図５のステップＳ４１６および図６のステップＳ４２６において複数のプレゼンス情報から唯一のプレゼンス情報を決定する幾つかの実施例について詳細に説明する。なお、説明を簡単にするために、対象となる複数のプレゼンス情報はプレゼンス情報Ａとプレゼンス情報Ｂの２つとする。勿論、同様の方法で３つ以上のプレゼンス情報から唯一のプレゼンス情報を決定することが可能である。
【００６１】
（１）実施例１
プレゼンス情報決定部４０４は、プレゼンス情報Ａ、プレゼンス情報Ｂのそれぞれについて、信頼度Ｒを計算し、信頼度Ｒのより高い方のプレゼンス情報を唯一のプレゼンス情報として採用する。つまり、プレゼンス情報Ａ、プレゼンス情報Ｂについて計算された信頼度ＲをそれぞれＲａ、Ｒｂとすると、Ｒａ＞Ｒｂならばプレゼンス情報Ａを採用し、Ｒａ＜Ｒｂならばプレゼンス情報Ｂを採用する。
【００６２】
信頼度Ｒは、プレゼンス情報の「確からしさ」をあらわす値である。信頼度Ｒに影響を与えるパラメータとしては、以下のものがある。
○ｔ：プレゼンティティからプレゼンス情報を最後に受信した時刻からの経過時間
○ｋ：プレゼンス情報の種別に応じて決まる定数
○Ｔｆ：プレゼンティティにおけるプレゼンス情報の平均プレゼンス更新間隔
【００６３】
経過時間ｔを信頼度Ｒに影響を与えるパラメータの１つにする理由は、プレゼンス情報を入力してから時間が経てば経つほど、プレゼンス情報は不確かになっていくからである。
【００６４】
プレゼンス情報の種別に応じて決まる定数ｋを信頼度Ｒに影響を与えるパラメータの１つにする理由は、プレゼンスサービスを利用しているユーザの実際のプレゼンスとプレゼンティティに入力されているプレゼンス情報とを比較してみると、入力し忘れが原因で一致しない状況がしばしば発生するが、その一致しない程度は全てのプレゼンス情報の種別で同じではなく、種別によって相違する傾向が見られるからである。また、「電話中」など自動的に検知されるプレゼンスの種別では、一致度が高い傾向を示すからである。
【００６５】
プレゼンティティにおけるプレゼンス情報の更新頻度をあらわすＴｆを信頼度Ｒに影響を与えるパラメータの１つにする理由は、ユーザが頻繁にプレゼンス情報を更新する端末であれば、このプレゼンティティのプレゼンス情報は比較的信頼度が高いものであるし、ユーザがあまり更新しない端末の場合は、信頼度は低いとみなすのが妥当であるからである。
【００６６】
具体的には、プレゼンス情報決定部４０４は、プレゼンス情報の信頼度Ｒを以下の式で計算する。
Ｒ（ｋ，Ｔｆ，ｔ）＝ｋ・ｅｘｐ（−ｃｔ） …（１）
【００６７】
式（１）におけるｋの値は、プレゼンス情報の種別毎に予めプレゼンス情報決定部４０４内の図示しないｋテーブルに保持しておく。プレゼンス情報の種別毎のｋの値の一例を図７に示す。また、式（１）における経過時間ｔは、プレゼンス情報受信部４０２が図５のステップＳ４１２においてプレゼンス情報をプレゼンス情報キャッシュ４０１に記憶する際にその時点の現在時刻を、図２の付加情報設定欄４０１５に設定しておき（なお、このとき後述する式（４）の計算も行う）、プレゼンス情報決定部４０４がステップＳ４１６、Ｓ４２６において前記式（１）を計算する際にその時点の現在時刻と付加情報設定欄４０１５に設定された時刻との差を計算して求める。
【００６８】
また、式（１）におけるｃは、信頼度Ｒの減衰速度を決定する定数で、下記の式により計算する。
ｃ＝（ｌｎ２）／Ｔ＝０．６９３１５／Ｔ …（２）
ここで、Ｔは信頼度Ｒの値が半減するまでの時間、すなわち「半減期」である。半減期Ｔは、下記の式により計算する。
Ｔ＝Ｔｓ＊Ｔｎ／Ｔｆ …（３）
ここで、Ｔｓは標準半減期で、これはプレゼンス情報の種別毎に予めプレゼンス情報決定部４０４内の図示しないＴｓテーブルに保持しておく。プレゼンス情報の種別毎のＴｓの値の一例を図７に示す。たとえば、「会議中」と「出張中」という２つのプレゼンス種別を考えると、会議は、普通数時間で終わるのに対し、出張は最低でも一日以上かかるため、「会議中」というプレゼンス情報は短時間で信頼度が下がっていくのに対し、「出張中」というプレゼンス情報は信頼度は比較的長時間信頼度が下がらない。このような観点から図７のＴｓの値が定められている。また、式（３）におけるＴｎは標準的なプレゼンス更新間隔で、たとえば約４時間とし、定数で定めておく。
【００６９】
式（３）における平均プレゼンス更新間隔Ｔｆは、プレゼンス情報受信部４０２がプレゼンス情報を受信するたびに図６のステップＳ４２２において計算する。具体的には、最新のプレゼンス更新間間隔（すなわち前回にプレゼンス情報を受信した時刻から今回プレゼンス情報を受信した時刻の差）Ｔｒを、以下の式（４）により平滑化したものを用いる。
Ｔｆ＝Ｔｒ＊α＋Ｔｆ＊（１−α） …（４）
ここで、αは例えば１／８とする。Ｔｆの値はプレゼンス情報キャッシュ４０１の付加情報設定欄４０１５に保存される。
【００７０】
この実施例１によれば、それぞれのプレゼンス情報毎に信頼度Ｒを算出できるため、ユーザはもっとも信頼性が高いプレゼンス情報を入手することができる。また、プレゼンス情報の信頼度Ｒに最終更新時からの経過時間ｔをパラメータとして含めてあるため、古いプレゼンス情報を排除することができる。また、プレゼンス情報の信頼度Ｒにプレゼンス情報の種別に応じた定数ｋをパラメータとして含めてあるため、プレゼンスの種別毎にプレゼンス情報の信頼度を調整することができる。また、プレゼンス情報の信頼度Ｒに、プレゼンス情報を入力する端末のプレゼンス更新頻度Ｔｆをパラメータとして含めてあるので、ユーザが頻繁に利用する端末のプレゼンス情報を優先することができるようになる。
【００７１】
（２）実施例２
プレゼンス情報決定部４０４は、プレゼンス情報Ａ、プレゼンス情報Ｂのうち、その受信時刻からの経過時間がより短いもの、つまり最も最近に受信したものを採用する。これは、実施例１における信頼度Ｒの計算式におけるパラメータをｔだけにした場合と等価である。本実施例の場合、プレゼンス情報受信部４０２が図５のステップＳ４１２においてプレゼンス情報をプレゼンス情報キャッシュ４０１に記憶する際にその時点の現在時刻を、図２の付加情報設定欄４０１５に設定しておき、プレゼンス情報決定部４０４がステップＳ４１６、Ｓ４２６において唯一のプレゼンス情報を決定する際、その時点の現在時刻と付加情報設定欄４０１５に設定された時刻との差を計算し、経過時間がより短いプレゼンス情報を採用する。
【００７２】
（３）実施例３
この実施例では、図２のプレゼンス情報キャッシュ４０１における付加情報設定欄４０１５に各ユーザ毎のプレゼンス情報選択条件を設定しておき、プレゼンス情報決定部４０４は、このプレゼンス情報選択条件を参照して、プレゼンス情報Ａ、Ｂの何れか一方を採用する。
【００７３】
プレゼンス情報選択条件としては、例えば１日を複数の時間帯に分割し、各時間帯毎に採用すべきクライアントを指定する。例えば、ユーザＸのクライアント１０２、２０２に割り当てられたプレゼンス情報キャッシュ４０１のエントリＥ１、Ｅ２における付加情報設定欄４０１５に、「午後５時〜翌日の午前８時迄はクライアントＩＤ＝ａ側、午前８時〜午後５時迄はクライアントＩＤ＝ｂ側」というプレゼンス情報選択条件を設定しておくと、ユーザＸが会社に居る間はクライアント１０２から受信したプレゼンス情報をウォッチャに配信し、自宅に居る間はクライアント２０２から受信したプレゼンス情報をウォッチャに配信するといったことが可能となる。
【００７４】
なお、プレゼンス情報キャッシュ４０１のエントリにおける付加情報設定欄４０１５へのプレゼンス情報選択条件の設定は、例えば、図４を参照して説明した仲間リストの登録時にあわせて実施することができる。
【００７５】
【発明の第２の実施の形態】
図８を参照すると、本発明の第２の実施の形態にかかるプレゼンスシステムは、図１に示した第１の実施の形態にかかるプレゼンスシステムにおけるユーザＸが利用する端末２００が、グループウェアサーバ６００に置き換えられている点が相違し、その他は第１の実施の形態と同じである。
【００７６】
グループウェアサーバ６００は、ユーザのスケジュール情報（予定表）を記憶するスケジュール記憶部６０１と、ネットワーク５００経由で接続された図示しない端末からスケジュール記憶部６０１に対するスケジュール情報の設定、参照を可能にするスケジューラ６０２と、クライアント６０３とを含んで構成される。
【００７７】
クライアント６０３は、ユーザＸ用のクライアントであり、図４で説明したような手順によってプレゼンスサーバ４００に利用者登録を行い、クライアントＩＤ＝ｂを取得し、情報キャッシュ６０４に保持している。また、情報キャッシュ６０４にはユーザＸのＩＤを保持している。プレゼンティティ６０５は、スケジュール記憶部６０１に記憶されたユーザＸのスケジュール情報と現在時刻とを比較し、ユーザＸの予定の行動の変化時点で変化後の行動を示すプレゼンス情報をクライアントＩＤとユーザＩＤとを付加してプレゼンスサーバ４００のプレゼンス情報受信部４０２に送信する機能を有する。プレゼンティティ６０５から送信されたプレゼンス情報は、プレゼンス情報受信部４０２で受信され、プレゼンス情報キャッシュ４０１に記憶される。第１の実施の形態と同様に、端末１００から受信したプレゼンス情報がプレゼンス情報キャッシュ４０１に記憶され、プレゼンス情報決定部４０４により何れか一方が選択されて、プレゼンス情報送信部４０３によりウォッチャー３０１に配信される。
【００７８】
このように本実施の形態によれば、グループウェアサーバ６００で管理されるユーザＸのスケジュール情報もユーザＸのプレゼンス情報の１つとして扱うことができ、グループウェアサーバ６００と連携可能なプレゼンスシステムを実現することができる。
【００７９】
【発明の他の実施の形態】
本発明は以上の実施の形態に限定されず、その他各種の付加変更が可能である。例えば以下のような実施の形態も考えられる。
【００８０】
プレゼンス情報決定部４０４が第１の実施の形態の実施例１に示したように信頼度Ｒを用いて複数のプレゼンス情報のうちから唯一のプレゼンス情報を決定し、プレゼンス情報送信部４０３を通じてプレゼンス情報を送信する際、その送信したプレゼンス情報の信頼度Ｒを付加し、ウォッチャー３０１では、受信したプレゼンス情報をそれに付加された信頼度に応じた態様で文字やアイコンを表示する。たとえば、信頼度が１．０であれば１００％の輝度でプレゼンス情報を表示するが、信頼度０．５ならば５０％の輝度でプレゼンス情報を表示する如くである。これにより、ユーザが画面に表示されているプレゼンス情報がどの程度信頼できるのか、視覚的に判断することが可能となる。
【００８１】
プレゼンス情報決定部４０４が第１の実施の形態の実施例１に示したように信頼度Ｒを用いて複数のプレゼンス情報のうちから唯一のプレゼンス情報を決定する際、複数のプレゼンス情報の信頼度の何れもが予め設定された閾値より高く、互いに排他的な関係にない場合、複数のプレゼンス情報を統合した１つのプレゼンス情報を決定する。たとえば、端末１００からのプレゼンス情報が外出中（信頼度０．５）であり、端末２００からのプレゼンス情報が会議中（信頼度０．８）の場合、両者を統合して「外出先で会議中」のプレゼンス情報とする如きである。この場合、例えば図９に示すような統合テーブルをプレゼンス情報記憶部４０４に内蔵させておく。図９において、行と列はプレゼンス情報の種別を示し、行と列の交点に符号×が記載されている種別どうしは排他的な関係にあるプレゼンス種類の組み合わせを示し、符号○が記載されている種別どうしは統合可能な組み合わせを示す。例えば、在席と外出は両立しないため、たとえ双方の信頼度Ｒの値が閾値を超えていたとしても、より信頼度の高い方が選択される。他方、外出と会議などは、前述したように「外出先で会議中」と矛盾なく統合できるため、符号○が記載されている。符号○の箇所には、統合後のプレゼンス情報として使用するプレゼンス情報の記載が予め設定されている。
【００８２】
【発明の効果】
以上説明したように本発明によれば、他の利用者を混乱させることなく、複数のプレゼンス対応端末を一人のユーザが同時に使用することができる。また、グループウェアサーバとの連携が可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態にかかるプレゼンスシステムのブロック図である。
【図２】プレゼンス情報キャッシュの内容例を示す図である。
【図３】各クライアントの情報キャッシュの内容例を示す図である。
【図４】クライアントＩＤの取得と仲間リストの登録を行う際の各クライアントとプレゼンスサーバの処理例を示すフローチャートである。
【図５】ユーザＸがプレゼンス対応端末に自身のプレゼンス情報を入力した場合のクライアントとプレゼンスサーバの処理例を示すフローチャートである。
【図６】ウォッチャからプレゼンス情報の問い合わせがあったときにクライアントとプレゼンスサーバの処理例を示すフローチャートである。
【図７】信頼度を求める際に使用する定数ｋ、Ｔｓの一例を示す図である。
【図８】本発明の第２の実施の形態にかかるプレゼンスシステムのブロック図である。
【図９】本発明の他の実施の形態で使用する統合テーブルの内容例を示す図である。
【図１０】本発明の前提となるプレゼンスシステムのブロック図である。
【図１１】本発明の前提となるプレゼンスサーバにおけるプレゼンス情報キャッシュの内容例を示す図である。
【図１２】本発明の前提となるクライアントにおける情報キャッシュの内容例を示す図である。
【符号の説明】
１００…ユーザＸが利用する端末
１０１…プレゼンティティ
１０２…プレゼンスクライアント
１０３…入出力装置
１０４…記録媒体
１０５…情報キャッシュ
２００…ユーザＸが利用する端末
２０１…プレゼンティティ
２０２…プレゼンスクライアント
２０３…入出力装置
２０４…記録媒体
２０５…情報キャッシュ
３００…ユーザＹが利用する端末
３０１…ウォッチャ
３０２…プレゼンスクライアント
３０３…入出力装置
３０４…記録媒体
３０５…情報キャッシュ
４００…プレゼンスサーバ
４０１…プレゼンス情報キャッシュ
４０２…プレゼンス情報受信部
４０３…プレゼンス情報送信部
４０４…プレゼンス情報決定部
４０５…記録媒体
５００…ネットワーク
Ｘ、Ｙ…ユーザ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a system for notifying another user of a user's status, and more particularly to a presence system and a presence server.
[0002]
[Prior art]
In recent years, presence services using the Internet and mobile telephone networks have begun to spread. By using this presence service, the user can recognize the presence status of another user in real time, and can use the instant message service to transmit and receive messages while recognizing the presence status of the communication partner. The basic architecture of the instant messaging / presence service is shown in RFC 2778 (Network Working Group Request for Comments: 2778).
[0003]
The presence system refers to a system that provides a presence service, a presentity that provides its own presence information, a watcher that observes the presence information provided by another presentity, and a watcher that receives presence information from a presentity and watches it. It has a presence server that distributes it to the main components. FIG. 10 shows a configuration example of a presence system as a premise of the present invention.
[0004]
In FIG. 10, a terminal 100 is a terminal used by a user X, and a presence client (hereinafter, simply referred to as a client) 102 including a presentity 101 is mounted. The terminal 200 is a terminal used by the user Y, and has a client 202 including a presentity 201 mounted thereon. The terminal 300 is a terminal used by the user Z, and has a client 302 including a watcher 301 mounted thereon. Generally, a client having both a presentity and a watcher is mounted on the terminals 100, 200, and 300 that use the presentity service, but one of them is omitted in FIG. 10 to simplify the description. In this specification, a terminal on which a client is mounted is referred to as a presence-compatible terminal. These terminals 100, 200, and 300 are personal computers and mobile phones installed on a desk, and are connected to the presence server 400 via a network such as the Internet or a mobile phone network (not shown).
[0005]
The presence server 400 stores the presence information cache 401 having entries E1, E2, and E3 holding the presence information of each client, and the presence information transmitted from the presentity of each client into the corresponding entry of the presence information cache 401. The system includes a presence information receiving unit 402 that stores the information, and a presence information transmitting unit 403 that transmits the presence information of each client stored in the presence information cache 401 to a watcher of another client.
[0006]
Next, the operation of the presence system shown in FIG. 10 will be described.
[0007]
In using the presence service, the users X, Y, and Z connect the clients 102, 202, and 302 of the terminals 100, 200, and 300 to the presence server 400, acquire the client ID from the presence server 400, and create a buddy list. register. The client IDs assigned to the clients 102, 202, and 302 are managed by the presence server 400, and are also held by the clients 102, 202, and 302. Now, assume that the client IDs assigned to the clients 102, 202, and 302 are a, b, and c, respectively. Registration of the buddy list is performed using this client ID. Here, it is assumed that the buddy list registered by the client 302 includes the client IDs a and b of the clients 102 and 202. FIG. 11 shows an example of the contents of the presence information cache 401 at this time, and FIG. 12 shows an example of the contents of the information cache held by the client 302.
[0008]
Referring to FIG. 11, the entry E1 in the presence information cache 401 is assigned to the client 100, and the client ID = a and the buddy list (b, c) are set in the client ID setting column 4011 and the buddy list setting column 4012. The entry E2 is assigned to the client 200, and the entry E3 is assigned to the client 300. The client ID = b, c, the buddy list (a, c), (a, b) are entered in the client ID setting column 4011 and the buddy list setting column 4012. ) Is set. The presence information setting column 4013 of each of the entries E1 to E3 is used as an area for storing the presence information of the client to which the entry is assigned.
[0009]
Referring to FIG. 12, in the information cache of the client 302, the client ID = c is set in the client ID setting column 3021, the presence information of the client 302 is set in the presence information setting column 3022, and each is set in the buddy list setting column 3023. A client ID 3024 for each friend and its presence information 3025 are set.
[0010]
Thereafter, when the user X inputs his / her own presence information (at present, away, taking in, going out, etc.) to the client 102 of his / her terminal 100, the presentity 101 of the client 102 receives the input. The presence information with its own client ID = a is transmitted to the presence server 400. Similarly, when the presence information 201 is input from the user Y, the presentity 201 of the client 202 transmits the presence information to the presence server 400 with its client ID = b. Here, an example in which the users X and Y manually input presence information has been described, but the presentities 101 and 201 may automatically recognize and transmit presence information. For example, it recognizes that the terminals 100 and 200 can communicate with each other, and transmits “online” presence information, and recognizes that communication has become impossible, and transmits “offline” presence information. There are cases. Further, when the terminals 100 and 200 are mobile phones, there is a case where the presence information of “on the phone” is transmitted while recognizing that the user is on the phone.
[0011]
When the presence information receiving unit 402 of the presence server 400 receives the client ID = a and the presence information from the client 102, the presence information receiving unit 402 stores the presently received presence information in the presence information setting column 4013 of the entry E1 corresponding to the client 102 in the presence information cache 401. Set. Then, the presence information transmitting unit 403 is notified that the presence information of the client ID = a has been updated.
[0012]
The presence information transmitting unit 403 refers to the presence information cache 401, recognizes that the client ID = a exists in the buddy list setting column 3023 of the client 302, and reads the updated presence information of the client 102 from the entry E1. The message is sent to the watcher 301 of the client 302 with the client ID = a.
[0013]
The watcher 301 updates the presence information 3025 corresponding to the client ID = a in the buddy list setting column 3023 of the information cache with the received presence information, and displays characters and the like on a screen of a display device (not shown) connected to the terminal 300. The presence information of the client ID = a is displayed by an icon or the like.
[0014]
Similarly, when the presence information receiving unit 402 of the presence server 400 receives the client ID = b and the presence information from the client 202, the presence information receiving unit 402 updates the presence information stored in the entry E2 corresponding to the client 202 in the presence information cache 401, The presence information transmitting unit 403 transmits the updated presence information to the watcher 301 of the client 302 with the client ID = b added. The watcher 301 updates the presence information 3025 corresponding to the client ID = b in the buddy list setting column 3023, and displays the received presence information of the client ID = b on the screen.
[0015]
By performing the above operations, the user Z can recognize the latest presence information of the users X and Y corresponding to the client IDs a and b.
[0016]
On the other hand, as another technique for notifying another user of the situation of a certain user, there is a schedule management system described in Patent Document 1 described later. In this schedule management system, the groupware server accepts setting of schedule information shared by a plurality of members registered in advance. Further, in response to access from each terminal by each member, the Web server transmits the schedule information to the terminal as list screen data. Further, when a schedule is set, a mail server sends the e-mail or text message to a member who needs the notification according to a predetermined condition. Notify by
[0017]
[Patent Document 1]
JP 2002-92277 A
[0018]
[Problems to be solved by the invention]
Considering the use of the presence service in business, there are multiple users, such as using a personal computer on their own as a presence-enabled terminal while they are at the desk and using a mobile terminal as a presence-enabled terminal during a meeting or going out. It is convenient to be able to use presence-enabled terminals simultaneously. However, the presence system shown in FIG. 10 can substantially use only one presence-capable terminal per user. Because, for example, in FIG. 10, if the terminal 100 and the terminal 200 are of the same user X, the user Z is notified of two presence information of the client ID = a and the client ID = b, This is because the user Z receiving the presence information is confused.
[0019]
In the business world, it is very common to register schedule information in a server using a groupware server or the like. In the schedule management system described in Patent Document 1, when a schedule of a certain user is set, the fact can be notified to other users by direct electronic mail or text message communication. However, it cannot be notified through the presence service.
[0020]
An object of the present invention is to provide a presence system and a presence server that allow one user to simultaneously use a plurality of presence-compatible terminals without confusing other users.
[0021]
Another object of the present invention is to provide a presence system and a presence server that can handle schedule information of a user managed by a groupware server as one of the presence information of the user and can cooperate with the groupware server. It is in.
[0022]
[Means for Solving the Problems]
A first presence system according to the present invention is a presence system in which a plurality of first presence corresponding terminals related to the same user, a second presence corresponding terminal related to another user, and a presence server are connected through a network. , The plurality of first presence-compatible terminals includes a presentity for transmitting presence information added with client identification information and user identification information to the presence server, and the presence server includes presence information having a plurality of entries. A cache, presence information receiving means for caching the presence information received from the presentity together with the user identification information added thereto and the entry corresponding to the client identification information added thereto, based on predetermined conditions. ,Previous Presence information determining means for determining unique presence information from a plurality of presence information relating to the same user identification information stored in the presence information cache; and adding user identification information to the presence information determined by the presence information determining means. Means for transmitting the presence information to the second presence-compatible terminal, and wherein the second presence-compatible terminal transmits the presence information received from the presence server to the presence of the user according to the user identification information added thereto. It has a watcher to display to the user as information.
[0023]
A second presence system according to the present invention includes a first presence-compatible terminal for the same user, a groupware server for managing schedule information indicating a scheduled state of the user, and a second presence for another user. In a presence system in which a corresponding terminal and a presence server are connected via a network, the first presence-compatible terminal transmits a presentity that transmits presence information to which client identification information and user identification information are added to the presence server. The groupware server compares the schedule information of the user with a current time, and adds client identification information and user identification information to the presence information indicating the changed behavior at the time of the change in the scheduled behavior of the user. To send to the presence server And a presence information cache having a plurality of entries, and the presence information received from the presentity together with the user identification information added thereto and the entry corresponding to the client identification information added thereto. Presence information receiving means for caching, and presence information determining means for determining only presence information from a plurality of presence information relating to the same user identification information stored in the presence information cache, based on predetermined conditions; And presence information transmitting means for adding user identification information to the presence information determined by the presence information determining means and transmitting the information to the second presence-compatible terminal, wherein the second presence-compatible terminal includes the presence server. From The signal presence information and a watcher to be displayed to the user as the presence information of the user according to the user identification information added thereto.
[0024]
In a third presence system according to the present invention, in the first or second presence system, the presence information determining means may include a plurality of presence information associated with the same user identification information stored in the presence information cache. , The reliability indicating the likelihood is calculated, and the presence information having the highest reliability is selected.
[0025]
A fourth presence system according to the present invention, in the third presence system, wherein the calculation of the reliability is performed by using parameters such as an elapsed time since the last time the presence information was received, a type of the presence information, and an average update interval of the presence information. It is configured to be performed using a calculation formula as follows.
[0026]
A fifth presence system according to the present invention, in the third or fourth presence system, wherein the presence information transmitting means includes the presence information determined by the presence information determination means and the reliability calculated for the presence information. The watcher of the second presence-compatible terminal adds the user identification information to the second presence-compatible terminal, and transmits the presence information received from the presence server to the user identification information added thereto. Are displayed to the user as presence information of the user according to the added reliability.
[0027]
A sixth presence system according to the present invention, in the third or fourth presence system, wherein the presence information determining means is such that any of the plurality of presence information has a reliability higher than a preset threshold value and is mutually exclusive. When there is no physical relationship, it is configured to determine one presence information by integrating a plurality of presence information.
[0028]
A seventh presence system according to the present invention, in the first or second presence system, wherein the presence information determining means includes a plurality of presence information items corresponding to the same user identification information stored in the presence information cache. It is configured to select the most recently received presence information.
[0029]
An eighth presence system according to the present invention, in the first or second presence system, wherein the presence information determining means includes a plurality of presence information items corresponding to the same user identification information stored in the presence information cache. It is configured to select one piece of presence information according to presence information selection conditions registered by the user in advance.
[0030]
The presence server of the present invention is basically provided with presence information determining means for determining unique presence information from a plurality of presence information relating to the same user identification information. Specifically, the first presence server of the present invention is a presence server connected via a network to a plurality of first presence corresponding terminals of the same user and second presence corresponding terminals of other users, A presence information cache having a plurality of entries, and presence information for caching the presence information received from the plurality of first presence-compatible terminals together with the user identification information added thereto and the entry corresponding to the client identification information added thereto; Receiving means, based on predetermined conditions, presence information determining means for determining unique presence information from a plurality of pieces of presence information relating to the same user identification information stored in the presence information cache, and the presence information Determined by the determining means And a presence information sending means for sending by adding the user identification information to the presence information to the second presence-ready terminal.
[0031]
Further, the second presence server of the present invention includes a first presence-compatible terminal for the same user, a groupware server for managing schedule information indicating a scheduled state of the user, and a second presence-compatible terminal for another user. A presence information cache having a plurality of entries in a presence server connected to the terminal via a network, and adding presence information received from the first presence-compatible terminal and the groupware server together with user identification information added thereto to the presence information cache; Presence information receiving means for caching in the entry corresponding to the client identification information, and a plurality of presence information relating to the same user identification information stored in the presence information cache, based on predetermined conditions. Presence information determining means for determining one piece of presence information; and presence information transmitting means for adding user identification information to the presence information determined by the presence information determining means and transmitting the user identification information to the second presence-compatible terminal. I have.
[0032]
[Action]
According to the present invention, since the presence server determines only presence information from a plurality of presence information relating to the same user identification information, a plurality of presence-compatible terminals can be connected to one user without confusion with other users. Users can use it at the same time, and can cooperate with groupware servers
[0033]
First Embodiment of the Invention
Referring to FIG. 1, the presence system according to the first embodiment of the present invention includes two terminals 100 and 200 used by a user X, one terminal 300 used by a user Y, and a presence server 400 Are connected through the network 500.
[0034]
The terminal 100 is, for example, a personal computer used by the user X at his / her own seat. The terminal 100 is equipped with a client 102 including a presentity 101 and an information cache 105. The output device 103 and the recording medium 104 are connected. The presentity 101 differs from the presentity 101 shown in FIG. 10 in that when transmitting the presence information to the presence server 400, the ID of the user X is added separately from the ID of the client 102. The information cache 105 is a storage unit that holds the ID of the user X, the client ID, the presence information of the client, and the buddy list. The recording medium 104 is a computer-readable recording medium such as a magnetic disk, and records a client program. The client program recorded on the recording medium 104 is read by a computer constituting the terminal 100 when the terminal 100 starts up, and the operation of the computer is controlled to realize the client 102 on the computer.
[0035]
The terminal 200 is a portable information terminal such as a mobile phone used by the user X. The terminal 200 is equipped with a client 202 including a presentity 201 and an information cache 205, and includes an input device such as a keyboard and a display device such as an LCD. And a recording medium 204. The presentity 201 differs from the presentity 201 shown in FIG. 10 in that when transmitting the presence information to the presence server 400, the ID of the user X is added in addition to the ID of the client 202. The information cache 205 is a storage unit that holds the user X ID, client ID, client presence information, and buddy list. The recording medium 204 is a computer-readable recording medium such as a memory card, and records a client program. The client program recorded on the recording medium 204 is read by a computer constituting the terminal 200 at the time of initial setting of the terminal 200, and the client 202 is realized on the computer by controlling the operation of the computer.
[0036]
The terminal 300 is a terminal such as a personal computer used by the user Y, has a client 302 including a watcher 301 and an information cache 305 mounted thereon, and has an input / output configured with an input device such as a keyboard and a mouse and a display device such as an LCD. The device 303 and the recording medium 304 are connected. The watcher 301 differs from the watcher 301 in FIG. 10 in that the presence information received from the presence server 400 is displayed to the user via the input / output device 303 as presence information of the user associated with the user ID added thereto. The information cache 305 is a storage unit that holds the ID of the user Y, the client ID, the presence information of the client, and the buddy list. The recording medium 304 is a computer-readable recording medium such as a magnetic disk, and records a client program. The client program recorded on the recording medium 304 is read by a computer constituting the terminal 300 when the terminal 300 starts up, and the operation of the computer is controlled to realize the client 302 on the computer.
[0037]
In general, the terminals 100, 200, and 300 that use the presentity service are equipped with a client having both a presentity and a watcher, but one of them is omitted in FIG. 1 for simplicity of explanation.
[0038]
The presence server 400 includes a presence information cache 401 having entries E1, E2, and E3 for holding presence information of each client, and the presence information received from the presentities 101 and 201 together with the user ID added thereto. The presence information receiving unit 402 caches entries E1 to E3 of the presence information cache 401 corresponding to the client ID, and a plurality of entries related to the same user ID stored in the presence information cache 401 based on predetermined conditions. A presence information determining unit 404 for determining unique presence information from the presence information; and a presence unit for adding a user ID to the presence information determined by the presence information determining unit 404 and transmitting the user ID to the watcher 301 of the terminal 300. And a scan information transmitting unit 403.
[0039]
Next, the operation of the presence system according to the present embodiment will be described.
[0040]
In using the presence service, the users X and Y connect the clients 102, 202 and 302 of the terminals 100, 200 and 300 to the presence server 400, acquire the client ID from the presence server 400, and register the buddy list. . The client IDs assigned to the clients 102, 202, and 302 are managed by the presence server 400, and are also held by the clients 102, 202, and 302. Now, assume that the client IDs assigned to the clients 102, 202, and 302 are a, b, and c, respectively. The registration of the buddy list is performed using the user ID instead of the client ID. Here, the ID of the user X is x, the ID of the user Y is y, the buddy list registered by the user X includes the IDy of the user Y, and the buddy list registered by the user Y includes the IDx of the user X. It is assumed that As the user ID, for example, a SIP (Session Initiation Protocol) -URL can be used. FIG. 2 shows an example of the contents of the presence information cache 401, and FIG. 3 shows an example of the contents of the information caches 105, 205, and 305 held by the clients 102, 202, and 302, respectively.
[0041]
Referring to FIG. 2, the entry E1 in the presence information cache 401 is assigned to the client 100, and the client ID = a and the buddy list (y) are set in the client ID setting column 4011 and the buddy list setting column 4012. The entry E2 is assigned to the client 200, and the client ID = b and the buddy list (y) are set in the client ID setting column 4011 and the buddy list setting column 4012. Further, the entry E3 is assigned to the client 300, and the client ID = c and the buddy list (x) are set in the client ID setting column 4011 and the buddy list setting column 4012. The presence information column 4013 of each entry E1 to E3 is used for setting the presence information of the client to which the entry is assigned, and the user ID setting column 4014 is used for setting the user ID added to the presence information. You. How to use the additional information setting column 4015 of each of the entries E1 to E3 will be described later.
[0042]
Referring to FIG. 3A, in the information cache 105 of the client 102, the user ID = x is set in advance from the user X in the user ID setting column 1026, and the client ID notified from the presence server 400 is set in the client ID setting column 1021. ID = a is set, the presence information of the client 102 is set in the presence information setting column 1022, and the user ID 1027 of each buddy and its presence information 1025 are set in the buddy list setting column 1023.
[0043]
Referring to FIG. 3B, the information cache 205 of the client 202 differs from the client shown in FIG. 3A only in that the client ID = b is set in the client ID setting column 2021. 101 is the same as the information cache 105.
[0044]
Referring to FIG. 3C, in the information cache 305 of the client 302, the user ID = y is set in advance by the user Y in the user ID setting column 3026, and the client notified from the presence server 400 in the client ID setting column 3021. ID = c is set, the presence information of the client 302 itself is set in the presence information setting column 3022, and the user ID 3027 and the presence information 3025 of each buddy are set in the buddy list setting column 3023.
[0045]
FIG. 4 is a flowchart showing a processing example of each client and presence server when acquiring a client ID and registering a buddy list. Hereinafter, the client 302 will be described as an example. When the user Y instructs user registration from the input / output device 303, the client 302 connects to the presence server 400 via the network 500 and transmits a user registration request (S301). The presence server 400 assigns a unique client ID = c in the system (S401), secures an empty entry E3 from the presence information cache 401, and sets the client ID = c in the client ID setting column 4011 (S401). S402). The buddy list setting column 4012, the presence information setting column 4013, and the user ID setting column 4014 are initialized to NULL. Then, a user registration completion notification designating the assigned client ID = c is transmitted to the requesting client 302 (S403). The client 302 sets the received client ID = c in the client ID setting column 3021 of the information cache 305 shown in FIG. 3C (S302).
[0046]
Next, when the user Y inputs a buddy list registration instruction specifying the user ID = x of the communication partner user X to be placed on the buddy list from the input / output device 303, the client 302 sets the buddy specified by the user ID = x. The list registration request is transmitted to the presence server 400 via the network 500 with the client ID = c as the request source ID (S303). The presence server 400 searches the presence information cache 401 for an entry E3 having the same ID as the requester ID in the client ID setting column 4011, and stores the registered user ID = x in the buddy list setting column 4012 of the entry E3. It is registered (S404). Then, a registration completion notification of the friend list is transmitted to the requesting client 302 (S405).
[0047]
The client 302 that has received the registration completion notification sets the user ID = x included in the buddy list that has requested registration in the user ID 3027 in the buddy list setting column 3023 of the information cache 305 in FIG. 3C (S304).
[0048]
Next, an operation in the case where the user X inputs his / her own presence information to the terminals 100 and 200 after the above-described user registration and buddy list registration are completed by the users X and Y will be described. FIG. 5 is a flowchart showing a processing example of the client and the presence server at that time.
[0049]
When the user X first inputs his / her presence information (at present, away, taking in, going out, etc.) to the client 102 from the input / output device 103 of the terminal 100 after user registration (S111). 3), the presentity 101 of the client 102 sets the input presence information in the presence information setting column 1022 of the information cache 105 in FIG. 3A, and adds its own client ID = a and user ID = x. The presence information is transmitted to the presence server 400 (S112). This presence information is referred to as presence information A. Here, the example in which the user X manually inputs the presence information has been described, but the presentity 101 may automatically recognize and transmit the presence information. For example, there is a case where the terminal 100 recognizes that communication has become possible and transmits “online” presence information, and recognizes that communication has become impossible, and transmits “offline” presence information. is there.
[0050]
When the presence information receiving unit 402 of the presence server 400 receives the presence information A specifying the client ID = a and the user ID = x from the client 102 (S411), the entry corresponding to the client ID = a in the presence information cache 401. The presence information A received this time is set in the presence information setting column 4013 of E1, and the user ID = x is set in the user ID setting column 4014 (S412). Next, it is determined whether or not another entry having the same user ID as the user ID = x set in the user ID setting column 4014 of the updated entry E1 exists in the presence information cache 401 (S413). If an entry exists, it is determined whether or not all the presence information setting columns 4013 of the other entries are NULL (S414). In this case, there is another entry E2 having the user ID = x, but since the presence information setting column 4013 is NULL, the presence information determination unit 404 sets the presence information setting column 4013 of the entry E1 updated this time. The presence information A is determined to be the only presence information (S415), and the transmission is requested to the presence information transmission unit 403 by designating the entry E1.
[0051]
The presence information transmitting unit 403 checks whether or not there is an entry including the user ID = x set in the user ID setting column 4014 in the designated entry E1 of the presence information cache 401 in the friend list, and in this case, Since the entry E3 exists, the presence information is set in the presence information setting column 4013 of the specified entry E1 for the watcher 301 of the client 302 specified by the client ID = c set in the client ID setting column 4011 of the entry E3. The presence information A and the user ID = x set in the user ID setting column 4014 are transmitted (S417).
[0052]
When the watcher 301 of the client 302 receives the presence information A and the user ID = x from the presence server 400 (S311), the presence information corresponding to the same user ID = x in the buddy list 3023 of the information cache 305 in FIG. 3025 is updated to the received presence information A (S312). Then, the icon or character corresponding to the user ID = x displayed on the screen of the input / output device 303 is changed so as to match the updated presence information A (S313).
[0053]
Next, it is assumed that the user X inputs his / her own presence information (e.g., present, away, taking in, going out, etc.) to the client 102 from the input / output device 203 of the terminal 200. The input presence information is referred to as presence information B. Here, the example in which the user X manually inputs the presence information has been described, but the presentity 201 may automatically recognize and transmit the presence information. For example, when the terminal 200 is a mobile phone, the presence information of “on the phone” may be transmitted while recognizing that the user is on the phone.
[0054]
When the presence information 201 of the client 202 is input (S111), the presentity 201 sets the input presence information B in the presence information setting column 2022 of the information cache 205 in FIG. The presence information B is transmitted to the presence server 400 with the client ID = b and the user ID = x (S112). When the presence information receiving unit 402 of the presence server 400 receives the presence information B in which the client ID = b and the user ID = x are specified from the client 202 (S411), the entry corresponding to the client ID = b in the presence information cache 401. The presence information B received this time is set in the presence information setting column 4013 of E2, and the user ID = x is set in the user ID setting column 4014 (S412). Next, it is determined whether or not another entry having the same user ID as the user ID = x set in the user ID setting column 4014 of the updated entry E2 exists in the presence information cache 401 (S413). If an entry exists, it is determined whether or not all the presence information setting columns 4013 of the other entries are NULL (S414). In this case, since another entry E1 having the user ID = x exists and the presence information A is set in the presence information setting column 4013 instead of NULL, the presence information determining unit 404 determines that the predetermined condition is satisfied. Based on the plurality of pieces of presence information A and B, unique presence information is determined (S416). The determination method in step S416 will be described later. Then, it designates the entry E1 or E2 holding the determined presence information and requests the presence information transmitting unit 403 to transmit. Thereafter, the presence information transmission unit 403 and the watcher 301 perform the same processing as the above-described processing (S417, S311 to S313), and the presence information determined as the presence of the user X by the presence server 400 is presented to the user Y. .
[0055]
In the process of FIG. 5, when the presence information held in the presence information cache 401 is updated, the transmission process of the presence information to the watcher 301 is automatically started. However, when the watcher 301 inquires of the presence information, There is also a form that responds with presence information. FIG. 6 shows a processing example in this case.
[0056]
When the user Y requests the client 302 from the input / output device 303 of the terminal 300 to inquire of the client 302 about presence information of friends (S 321), the watcher 301 of the client 302 specifies its own client ID = c and sets the presence server 400 to the presence server 400. To the presence information of the buddy list (S322). When the presence information transmitting unit 403 of the presence server 400 receives the inquiry request for the presence information in which the client ID = c is specified from the client 302 (S421), the presence information transmitting unit 403 transmits the inquiry request to the presence information determining unit 404.
[0057]
The presence information determination unit 404 reads the user ID = x from the buddy list setting column 4012 in the entry E3 of the presence information cache 401 having the client ID specified in the inquiry request, and searches for all entries having the user ID = x. (S422). Then, it is determined whether or not there are a plurality of entries having the same user ID = x (S423). If there are such a plurality of entries, the presence information of all the entries except one is NULL. It is determined whether or not (S424). If there is only one entry having the same user ID = x (NO in S423), the presence information of one existing entry is determined to be the sole presence information (S425). If the presence information is set only for the entry (YES in S424), the presence information of that one entry is determined as the only presence information (S425). On the other hand, if there are a plurality of entries in which the presence information is set (NO in S424), the unique presence information is determined from the plurality of presence information based on a predetermined condition (S426). The determination method in step S426 will be described later.
[0058]
Next, the presence information determination unit 404 requests the presence information transmission unit 403 to transmit by designating the entry holding the determined presence information. The presence information transmitting unit 403 sends the presence information set in the presence information setting field 4013 and the user ID = x set in the user ID setting field 4014 in the designated entry of the presence information cache 401 to the presence information inquiry source. (S427).
[0059]
When the watcher 301 of the client 302 receives the presence information and the user ID = x from the presence server 400 as a response to the inquiry about the presence information (S323), the same user ID = in the buddy list 3023 of the information cache 305 in FIG. The presence information 3025 corresponding to x is updated with the received presence information (S324). Then, the icon or character corresponding to the user ID = x displayed on the screen of the input / output device 303 is changed to match the updated presence information (S325).
[0060]
Next, some embodiments for determining unique presence information from a plurality of presence information in step S416 in FIG. 5 and step S426 in FIG. 6 will be described in detail. For the sake of simplicity, it is assumed that a plurality of target presence information are presence information A and presence information B. Of course, it is possible to determine unique presence information from three or more presence information in the same manner.
[0061]
(1) Example 1
The presence information determination unit 404 calculates the reliability R for each of the presence information A and the presence information B, and employs the presence information having the higher reliability R as the only presence information. That is, assuming that the degrees of reliability R calculated for the presence information A and the presence information B are Ra and Rb, respectively, if Ra> Rb, the presence information A is employed, and if Ra <Rb, the presence information B is employed.
[0062]
The reliability R is a value representing the “certainty” of the presence information. The parameters affecting the reliability R include the following.
○ t: Elapsed time since the last time the presence information was received from the presentity
○ k: Constant determined according to the type of presence information
○ Tf: average presence update interval of presence information of presentity
[0063]
The reason why the elapsed time t is one of the parameters affecting the reliability R is that the presence information becomes more uncertain as time passes after the presence information is input.
[0064]
The reason that the constant k determined according to the type of the presence information is one of the parameters affecting the reliability R is that the actual presence of the user using the presence service and the presence information input to the presentity are determined by the presence information. Is compared, there is often a situation in which they do not match due to forgetting to input. However, the degree of inconsistency is not the same for all types of presence information, but tends to differ depending on the type. Also, presence types that are automatically detected, such as “on the phone”, tend to have a high degree of coincidence.
[0065]
The reason why Tf, which indicates the frequency of updating the presence information in the presentity, is one of the parameters affecting the reliability R is that if the user frequently updates the presence information, the presence information of the presentity is compared with the terminal. This is because if the terminal has high target reliability and the user does not frequently update the terminal, it is appropriate to consider the terminal to have low reliability.
[0066]
Specifically, the presence information determining unit 404 calculates the reliability R of the presence information by the following equation.
R (k, Tf, t) = k · exp (−ct) (1)
[0067]
The value of k in equation (1) is stored in a not-shown k table in the presence information determination unit 404 in advance for each type of presence information. FIG. 7 shows an example of the value of k for each type of presence information. The elapsed time t in the equation (1) is the current time at the time when the presence information receiving unit 402 stores the presence information in the presence information cache 401 in step S412 in FIG. 4015 (the formula (4) described later is also calculated at this time). When the presence information determining unit 404 calculates the formula (1) in steps S416 and S426, the current time and the current time at that time are calculated. The difference from the time set in the additional information setting field 4015 is calculated and obtained.
[0068]
Further, c in the equation (1) is a constant that determines the decay rate of the reliability R, and is calculated by the following equation.
c = (ln2) /T=0.69315/T (2)
Here, T is the time until the value of the reliability R is reduced by half, that is, “half-life”. The half life T is calculated by the following equation.
T = Ts * Tn / Tf (3)
Here, Ts is a standard half-life, which is stored in a Ts table (not shown) in the presence information determination unit 404 in advance for each type of presence information. FIG. 7 shows an example of the value of Ts for each type of presence information. For example, considering two presence types, “in a meeting” and “on a business trip”, a meeting usually ends in a few hours, while a business trip takes at least one day. While the reliability decreases in a short time, the reliability of the presence information of “on a business trip” does not decrease for a relatively long time. From such a viewpoint, the value of Ts in FIG. 7 is determined. Tn in the equation (3) is a standard presence update interval, for example, about 4 hours, and is determined by a constant.
[0069]
The average presence update interval Tf in Expression (3) is calculated in step S422 in FIG. 6 every time the presence information receiving unit 402 receives the presence information. More specifically, the latest presence update interval (that is, the difference between the time at which the presence information was received last time and the time at which the presence information was received this time) Tr is smoothed by the following equation (4).
Tf = Tr * α + Tf * (1−α) (4)
Here, α is, for example, ８. The value of Tf is stored in the additional information setting column 4015 of the presence information cache 401.
[0070]
According to the first embodiment, since the reliability R can be calculated for each of the presence information, the user can obtain the presence information with the highest reliability. Further, since the reliability R of the presence information includes the elapsed time t from the last update as a parameter, old presence information can be excluded. Further, since the reliability k of the presence information includes a constant k corresponding to the type of the presence information as a parameter, the reliability of the presence information can be adjusted for each presence type. In addition, since the presence information reliability R includes the presence update frequency Tf of the terminal that inputs the presence information as a parameter, the presence information of the terminal frequently used by the user can be prioritized.
[0071]
(2) Example 2
Presence information determination section 404 adopts, from presence information A and presence information B, the one whose elapsed time from the reception time is shorter, that is, the most recently received information. This is equivalent to the case where only the parameter in the calculation formula of the reliability R in the first embodiment is t. In the case of the present embodiment, when the presence information receiving unit 402 stores the presence information in the presence information cache 401 in step S412 in FIG. 5, the current time at that time is set in the additional information setting field 4015 in FIG. When the presence information determination unit 404 determines the only presence information in steps S416 and S426, the difference between the current time at that time and the time set in the additional information setting field 4015 is calculated, and the presence time having a shorter elapsed time is determined. Adopt information.
[0072]
(3) Example 3
In this embodiment, the presence information selection condition for each user is set in the additional information setting column 4015 in the presence information cache 401 in FIG. 2, and the presence information determination unit 404 refers to the presence information selection condition, Either presence information A or B is adopted.
[0073]
As the presence information selection condition, for example, a day is divided into a plurality of time zones, and a client to be adopted for each time zone is specified. For example, in the additional information setting column 4015 in the entries E1 and E2 of the presence information cache 401 assigned to the clients 102 and 202 of the user X, “client ID = a side from 5:00 pm to 8:00 am of the next day, When the presence information selection condition of “Client ID = b side from time to 5:00 pm” is set, the presence information received from the client 102 is distributed to the watcher while the user X is at the office, and the presence information is transmitted to the watcher while the user X is at home. Can distribute the presence information received from the client 202 to the watcher.
[0074]
The setting of the presence information selection condition in the additional information setting column 4015 in the entry of the presence information cache 401 can be performed, for example, at the time of registering the buddy list described with reference to FIG.
[0075]
Second Embodiment of the Invention
Referring to FIG. 8, in the presence system according to the second embodiment of the present invention, the terminal 200 used by user X in the presence system according to the first embodiment shown in FIG. The other points are the same as those of the first embodiment.
[0076]
The groupware server 600 includes a schedule storage unit 601 that stores user schedule information (schedule), and a scheduler that enables setting and reference of schedule information to the schedule storage unit 601 from a terminal (not shown) connected via the network 500. 602 and a client 603.
[0077]
The client 603 is a client for the user X, registers the user in the presence server 400 according to the procedure described with reference to FIG. 4, obtains the client ID = b, and holds the client ID = b in the information cache 604. The information cache 604 holds the ID of the user X. The presentity 605 compares the schedule information of the user X stored in the schedule storage unit 601 with the current time, and, when the scheduled behavior of the user X changes, the presence information indicating the changed behavior is changed to the client ID and the user ID. And a function of transmitting the information to the presence information receiving unit 402 of the presence server 400. The presence information transmitted from the presentity 605 is received by the presence information receiving unit 402 and stored in the presence information cache 401. As in the first embodiment, the presence information received from the terminal 100 is stored in the presence information cache 401, one of which is selected by the presence information determination unit 404, and distributed to the watcher 301 by the presence information transmission unit 403. Is done.
[0078]
As described above, according to the present embodiment, a presence system that can also handle schedule information of user X managed by groupware server 600 as one of the presence information of user X, and can cooperate with groupware server 600 Can be realized.
[0079]
Another embodiment of the present invention
The present invention is not limited to the above embodiments, and various other additions and changes are possible. For example, the following embodiment is also conceivable.
[0080]
The presence information determination unit 404 determines the only presence information from the plurality of presence information using the reliability R as described in the first embodiment of the first embodiment, and the presence information is transmitted through the presence information transmission unit 403. Is transmitted, the reliability R of the transmitted presence information is added, and the watcher 301 displays the received presence information in characters or icons in a form according to the reliability added thereto. For example, if the reliability is 1.0, the presence information is displayed at 100% luminance, while if the reliability is 0.5, the presence information is displayed at 50% luminance. This allows the user to visually determine how reliable the presence information displayed on the screen is.
[0081]
When the presence information determination unit 404 determines only one presence information from a plurality of presence information using the reliability R as described in the first embodiment of the first embodiment, the reliability of the plurality of presence information Are higher than a preset threshold value and are not in an exclusive relationship with each other, one piece of presence information obtained by integrating a plurality of pieces of presence information is determined. For example, when the presence information from the terminal 100 is out of the office (reliability 0.5) and the presence information from the terminal 200 is in a meeting (reliability 0.8), the two are integrated and the "Middle" presence information. In this case, for example, an integrated table as shown in FIG. 9 is built in the presence information storage unit 404. In FIG. 9, rows and columns indicate the types of presence information, types in which a symbol x is described at the intersection of a row and a column indicate combinations of presence types that have an exclusive relationship, and a symbol ○ is described. The types indicate combinations that can be integrated. For example, since attendance and going out are not compatible, even if the value of the reliability R of both exceeds the threshold value, the one with higher reliability is selected. On the other hand, the sign “○” is described because “out of office” and “meeting” can be integrated without contradiction as described above. In the portion indicated by the symbol 記載, description of presence information to be used as presence information after integration is set in advance.
[0082]
【The invention's effect】
As described above, according to the present invention, one user can use a plurality of presence-compatible terminals simultaneously without confusing other users. Also, cooperation with the groupware server becomes possible.
[Brief description of the drawings]
FIG. 1 is a block diagram of a presence system according to a first embodiment of the present invention.
FIG. 2 is a diagram showing an example of the contents of a presence information cache.
FIG. 3 is a diagram showing an example of the contents of an information cache of each client.
FIG. 4 is a flowchart showing a processing example of each client and presence server when acquiring a client ID and registering a buddy list.
FIG. 5 is a flowchart illustrating a processing example of a client and a presence server when a user X inputs his / her presence information to a presence-compatible terminal.
FIG. 6 is a flowchart illustrating a processing example of a client and a presence server when a watcher inquires of presence information;
FIG. 7 is a diagram showing an example of constants k and Ts used when obtaining reliability.
FIG. 8 is a block diagram of a presence system according to a second embodiment of the present invention.
FIG. 9 is a diagram showing an example of the contents of an integration table used in another embodiment of the present invention.
FIG. 10 is a block diagram of a presence system on which the present invention is based.
FIG. 11 is a diagram showing an example of the contents of a presence information cache in a presence server as a premise of the present invention.
FIG. 12 is a diagram showing an example of the contents of an information cache in a client on which the present invention is based.
[Explanation of symbols]
100: Terminal used by user X
101 ... Presentity
102 ... Presence client
103 ... I / O device
104 recording medium
105 ... Information cache
200: Terminal used by user X
201 ... Presentity
202 ... Presence client
203: input / output device
204: recording medium
205 ... Information cache
300: Terminal used by user Y
301 ... Watcher
302 ... Presence client
303 ... I / O device
304: Recording medium
305 ... Information cache
400 ... Presence server
401 ... Presence information cache
402... Presence information receiving unit
403 ... Presence information transmitting unit
404... Presence information determination unit
405: Recording medium
500… Network
X, Y ... users

Claims (13)

同一のユーザにかかる複数の第１のプレゼンス対応端末と、他のユーザにかかる第２のプレゼンス対応端末と、プレゼンスサーバとが、ネットワークを通じて接続されたプレゼンスシステムにおいて、前記複数の第１のプレゼンス対応端末は、クライアント識別情報とユーザ識別情報とを付加したプレゼンス情報を前記プレゼンスサーバに送信するプレゼンティティを備え、前記プレゼンスサーバは、複数のエントリを有するプレゼンス情報キャッシュと、前記プレゼンティティから受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備え、前記第２のプレゼンス対応端末は、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として利用者に表示するウォッチャを備えることを特徴とするプレゼンスシステム。In a presence system in which a plurality of first presence corresponding terminals related to the same user, a second presence corresponding terminal related to another user, and a presence server are connected through a network, the plurality of first presence corresponding terminals are connected. The terminal includes a presentity for transmitting presence information to which the client identification information and the user identification information are added to the presence server, wherein the presence server includes a presence information cache having a plurality of entries, Presence information receiving means for caching information together with the user identification information added thereto in the entry corresponding to the client identification information added thereto, and stored in the presence information cache based on predetermined conditions. Presence information determining means for determining unique presence information from a plurality of pieces of presence information relating to the same user identification information; and adding the user identification information to the presence information determined by the presence information determining means, thereby determining the second presence information. Means for transmitting presence information to the corresponding terminal, wherein the second presence corresponding terminal displays the presence information received from the presence server to the user as presence information of the user according to the user identification information added thereto. A presence system comprising a watcher. 同一のユーザにかかる第１のプレゼンス対応端末と、前記ユーザの予定の状態を示すスケジュール情報を管理するグループウェアサーバと、他のユーザにかかる第２のプレゼンス対応端末と、プレゼンスサーバとが、ネットワークを通じて接続されたプレゼンスシステムにおいて、前記第１のプレゼンス対応端末は、クライアント識別情報とユーザ識別情報とを付加したプレゼンス情報を前記プレゼンスサーバに送信するプレゼンティティを備え、前記グループウェアサーバは、前記ユーザのスケジュール情報と現在時刻とを比較して前記ユーザの予定の行動の変化時点で変化後の行動を示すプレゼンス情報をクライアント識別情報とユーザ識別情報とを付加して前記プレゼンスサーバに送信するプレゼンティティを備え、前記プレゼンスサーバは、複数のエントリを有するプレゼンス情報キャッシュと、前記プレゼンティティから受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備え、前記第２のプレゼンス対応端末は、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として利用者に表示するウォッチャを備えることを特徴とするプレゼンスシステム。A first presence-compatible terminal for the same user, a groupware server for managing schedule information indicating the scheduled status of the user, a second presence-compatible terminal for another user, and a presence server. The first presence-compatible terminal comprises a presentity for transmitting presence information to which client identification information and user identification information are added to the presence server, wherein the groupware server Comparing the schedule information of the user with the current time, and transmitting the presence information indicating the changed behavior at the time of the change of the scheduled behavior of the user to the presence server by adding the client identification information and the user identification information to the presence server; The presence server A presence information cache having a plurality of entries, and presence information receiving means for caching the presence information received from the presentity together with the user identification information added thereto and the entry corresponding to the client identification information added thereto; And presence information determining means for determining only presence information from a plurality of pieces of presence information relating to the same user identification information stored in the presence information cache, based on predetermined conditions, and the presence information determining means Presence information transmitting means for adding user identification information to the presence information determined in step 2 and transmitting the information to the second presence-compatible terminal, wherein the second presence-compatible terminal transmits the presence information received from the presence server. Added to it The presence system comprising: a watcher to be displayed to the user as the presence information of the user according to the user identification information. 前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のそれぞれについて、確からしさを示す信頼度を計算し、最も信頼度の高いプレゼンス情報を選択するものであることを特徴とする請求項１または２記載のプレゼンスシステム。The presence information determining means calculates reliability indicating certainty for each of the plurality of presence information relating to the same user identification information stored in the presence information cache, and selects the presence information having the highest reliability. 3. The presence system according to claim 1, wherein 前記信頼度の計算は、プレゼンス情報を最後に受信した時刻からの経過時間、プレゼンス情報の種別およびプレゼンス情報の平均更新間隔をパラメータとする計算式を用いて行うものであることを特徴とする請求項３記載のプレゼンスシステム。The calculation of the reliability is performed by using a calculation formula having parameters of an elapsed time from a time when the presence information is last received, a type of the presence information, and an average update interval of the presence information. Item 3. The presence system according to Item 3. 前記プレゼンス情報送信手段は、前記プレゼンス情報決定手段で決定されたプレゼンス情報に該プレゼンス情報について計算された前記信頼度と前記ユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するものであり、前記第２のプレゼンス対応端末の前記ウォッチャは、前記プレゼンスサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報にかかるユーザのプレゼンス情報として前記付加された信頼度に応じた態様で利用者に表示するものであることを特徴とする請求項３または４記載のプレゼンスシステム。The presence information transmitting means adds the reliability calculated for the presence information and the user identification information to the presence information determined by the presence information determining means and transmits the presence information to the second presence-compatible terminal. The watcher of the second presence-capable terminal transmits the presence information received from the presence server as presence information of the user associated with the user identification information added thereto in a form corresponding to the added reliability. The presence system according to claim 3 or 4, wherein the presence system is displayed. 前記プレゼンス情報決定手段は、複数のプレゼンス情報の信頼度の何れもが予め設定された閾値より高く、かつ、互いに排他的な関係にない場合、複数のプレゼンス情報を統合した１つのプレゼンス情報を決定するものであることを特徴とする請求項３または４記載のプレゼンスシステム。The presence information determining means determines one presence information by integrating the plurality of presence information when all of the reliability of the plurality of presence information are higher than a preset threshold value and are not mutually exclusive. The presence system according to claim 3 or 4, wherein the presence system performs the operation. 前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のうち、最も最近に受信したプレゼンス情報を選択するものであることを特徴とする請求項１または２記載のプレゼンスシステム。The said presence information determination means selects the presence information received most recently among the plurality of presence information concerning the same user identification information stored in the presence information cache. 3. The presence system according to 1 or 2. 前記プレゼンス情報決定手段は、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報のうち、予めユーザから登録されたプレゼンス情報選択条件に従って１つのプレゼンス情報を選択するものであることを特徴とする請求項１または２記載のプレゼンスシステム。The presence information determining means selects one presence information according to a presence information selection condition registered by a user from among a plurality of presence information related to the same user identification information stored in the presence information cache. The presence system according to claim 1, wherein the presence system is provided. 同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段を備えたプレゼンスサーバ。A presence server having presence information determining means for determining unique presence information from a plurality of presence information relating to the same user identification information. 同一のユーザにかかる複数の第１のプレゼンス対応端末および他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバにおいて、複数のエントリを有するプレゼンス情報キャッシュと、前記複数の第１のプレゼンス対応端末から受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応するエントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備えることを特徴とするプレゼンスサーバ。A presence information cache having a plurality of entries in a presence server connected through a network to a plurality of first presence corresponding terminals relating to the same user and a second presence corresponding terminal relating to another user; Presence information receiving means for caching the presence information received from the presence-capable terminal together with the user identification information added thereto in an entry corresponding to the client identification information added thereto, and the presence information based on predetermined conditions. Presence information determining means for determining unique presence information from a plurality of pieces of presence information relating to the same user identification information stored in the information cache; and adding user identification information to the presence information determined by the presence information determining means. Above Presence server characterized in that it comprises a presence information sending means for sending 2 to presence-ready terminal. 同一のユーザにかかる第１のプレゼンス対応端末、前記ユーザの予定の状態を示すスケジュール情報を管理するグループウェアサーバおよび他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバにおいて、複数のエントリを有するプレゼンス情報キャッシュと、前記第１のプレゼンス対応端末および前記グループウェアサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段と、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段と、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段とを備えることを特徴とするプレゼンスサーバ。A first presence-compatible terminal according to the same user, a groupware server that manages schedule information indicating the scheduled state of the user, and a presence server connected to a second presence-compatible terminal according to another user through a network; A presence information cache having a plurality of entries, and the presence information received from the first presence-compatible terminal and the groupware server together with the user identification information added thereto and the entry corresponding to the client identification information added thereto. Presence information receiving means to be cached, and presence information for determining unique presence information from a plurality of pieces of presence information relating to the same user identification information stored in the presence information cache, based on predetermined conditions. Presence server characterized in that it comprises a presence information sending unit and information determining unit, by adding the user identification information to the presence information determined by the presence information determination means for transmitting to said second presence-ready terminal. 複数のエントリを有するプレゼンス情報キャッシュを備え、同一のユーザにかかる複数の第１のプレゼンス対応端末および他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバを構成するコンピュータを、前記複数の第１のプレゼンス対応端末から受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段、として機能させることを特徴とするプログラム。A computer comprising a presence information cache having a plurality of entries, the computer constituting a presence server connected via a network to a plurality of first presence corresponding terminals relating to the same user and second presence corresponding terminals relating to other users, Presence information receiving means for caching the presence information received from the plurality of first presence-compatible terminals together with the user identification information added thereto and the entry corresponding to the client identification information added thereto, according to a predetermined condition; Presence information determining means for determining only presence information from a plurality of pieces of presence information relating to the same user identification information stored in the presence information cache, based on the presence information determined by the presence information determining means. Program for causing to function presence information transmitting means as, for transmitting by adding information to said second presence-ready terminal. 複数のエントリを有するプレゼンス情報キャッシュを備え、同一のユーザにかかる第１のプレゼンス対応端末、前記ユーザの予定の状態を示すスケジュール情報を管理するグループウェアサーバおよび他のユーザにかかる第２のプレゼンス対応端末にネットワークを通じて接続されたプレゼンスサーバを構成するコンピュータを、前記第１のプレゼンス対応端末および前記グループウェアサーバから受信したプレゼンス情報をそれに付加されたユーザ識別情報と共に、それに付加されたクライアント識別情報に対応する前記エントリにキャッシングするプレゼンス情報受信手段、予め定められた条件に基づいて、前記プレゼンス情報キャッシュに保存された前記同一のユーザ識別情報にかかる複数のプレゼンス情報から唯一のプレゼンス情報を決定するプレゼンス情報決定手段、該プレゼンス情報決定手段で決定されたプレゼンス情報にユーザ識別情報を付加して前記第２のプレゼンス対応端末へ送信するプレゼンス情報送信手段、として機能させるプログラム。A first presence corresponding terminal for the same user, a groupware server for managing schedule information indicating a scheduled state of the user, and a second presence corresponding to another user, comprising a presence information cache having a plurality of entries. A computer that constitutes a presence server connected to the terminal through a network is connected to the presence information received from the first presence-compatible terminal and the groupware server together with the user identification information added thereto and the client identification information added thereto. Presence information receiving means for caching in the corresponding entry, based on a predetermined condition, unique presence information from a plurality of presence information relating to the same user identification information stored in the presence information cache; Presence information determination means determining a program to function a presence information sending unit as, to be transmitted to the presence information determination unit user identification information and the second presence-ready terminal by adding the presence information determined by.
JP2003067698A 2003-03-13 2003-03-13 Presence system, presence server and program Expired - Fee Related JP4288410B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003067698A JP4288410B2 (en) 2003-03-13 2003-03-13 Presence system, presence server and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003067698A JP4288410B2 (en) 2003-03-13 2003-03-13 Presence system, presence server and program

Publications (2)

Publication Number Publication Date
JP2004280229A true JP2004280229A (en) 2004-10-07
JP4288410B2 JP4288410B2 (en) 2009-07-01

Family

ID=33285233

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003067698A Expired - Fee Related JP4288410B2 (en) 2003-03-13 2003-03-13 Presence system, presence server and program

Country Status (1)

Country Link
JP (1) JP4288410B2 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006343889A (en) * 2005-06-08 2006-12-21 Nec Corp Presence update system, server center device and presence update method used therefor
JP2007241586A (en) * 2006-03-08 2007-09-20 Nec Infrontia Corp Communication system, server device, and terminal cooperation method used for same
US7764607B2 (en) 2006-04-25 2010-07-27 Nec Corporation Method and system for connection control
JP2011028709A (en) * 2008-09-04 2011-02-10 Sony Deutschland Gmbh Aggregated user presence management method within home network and device for user presence management within home network
JP2012178062A (en) * 2011-02-25 2012-09-13 Nintendo Co Ltd Communication system, information processing device, program and information processing method
JP2012178022A (en) * 2011-02-25 2012-09-13 Osaka Gas Co Ltd Presence confirmation system

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006343889A (en) * 2005-06-08 2006-12-21 Nec Corp Presence update system, server center device and presence update method used therefor
JP2007241586A (en) * 2006-03-08 2007-09-20 Nec Infrontia Corp Communication system, server device, and terminal cooperation method used for same
JP4679396B2 (en) * 2006-03-08 2011-04-27 Ｎｅｃインフロンティア株式会社 COMMUNICATION SYSTEM, SERVER DEVICE, AND TERMINAL LINKING METHOD USED FOR THEM
US7764607B2 (en) 2006-04-25 2010-07-27 Nec Corporation Method and system for connection control
JP2011028709A (en) * 2008-09-04 2011-02-10 Sony Deutschland Gmbh Aggregated user presence management method within home network and device for user presence management within home network
JP2012178062A (en) * 2011-02-25 2012-09-13 Nintendo Co Ltd Communication system, information processing device, program and information processing method
JP2012178022A (en) * 2011-02-25 2012-09-13 Osaka Gas Co Ltd Presence confirmation system

Also Published As

Publication number Publication date
JP4288410B2 (en) 2009-07-01

Similar Documents

Publication Publication Date Title
US8200755B2 (en) Presence administration method and device
AU2004279203B2 (en) System and method for a user interface directed to discovering and publishing presence information on a network
EP1691565B1 (en) Server apparatus and client apparatus in presence display system
US8239452B2 (en) System and method for discovering and publishing of presence information on a network
EP1786173B1 (en) Dynamic buddy list generation method
US7698307B2 (en) System and method for synchronizing between a file system and presence of contacts on a network
US7437566B2 (en) System and method for identity confirmation of a contact published on a network
EP2873204A1 (en) Method and system for delivering reminder information
JP2001249878A (en) Method and system for reporting communication means
JP4288410B2 (en) Presence system, presence server and program
JP2004054340A (en) Apparatus, system and method for instant messaging, program, and recording medium
JP2007208393A (en) Presence management system
EP1522979A2 (en) Mail exchange between users of network game
JP4060592B2 (en) Status display program and recording medium
JP2006244100A (en) Presence information distribution system
KR100640512B1 (en) Method and system for synchronizing data between server and terminal using messenger service system
JP2007115271A (en) Client management method and device
JP4692008B2 (en) Presence system, presence method, server device, and user terminal
JP4244359B2 (en) Status distribution method, status distribution program, and status distribution device
JP5041368B2 (en) E-mail management apparatus, e-mail management method, and program
JP2005196801A (en) Information processing device, address information management method and address information management system
JP2004178517A (en) Method and system of distributed management of personal information
JP4519886B2 (en) Status display program, recording medium, and apparatus
JP2020154403A (en) Message management device, message management system and message management method
JP2001344390A (en) Information-processing apparatus and method

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