(57)【要約】【課題】プレゼンティティによるプレゼンス情報の設定を制限する。【解決手段】プレゼンス情報のうち、ユーザエージェント自身が設定不可能な制限プレゼンス情報を設ける。例えば、プレゼンス情報のうちの「ゲームスコア」を制限プレゼンス情報とする場合、ゲームの管理者であるユーザエージェントＢのみが「ゲームスコア」の設定をすることができる。ユーザエージェントＡのゲームスコアがユーザエージェントＢにより更新されると、そのゲームスコアはユーザエージェントＡのウォッチャーＣに通知される。【選択図】　　　図１
2004013824.tif 000002
【特許請求の範囲】
【請求項１】
クライアント群のプレゼンス情報を管理するプレゼンス管理装置に用いられるプレゼンス管理方法であって、
第１クライアントを含むクライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶ステップと、
前記クライアント群のプレゼンス情報の配信先の識別子を、クライアント毎に記憶する配信先記憶ステップと、
前記第１クライアントの新たなプレゼンス情報の通知（以下、第１設定通知という）を、前記第１クライアントから受信する情報受信ステップと、
前記第１設定通知を受信した場合、前記第１クライアントのプレゼンス情報を更新するかどうかを判断し、前記判断結果に応じて前記プレゼンス情報の更新を制御する更新制御ステップと、
前記更新制御ステップでプレゼンス情報が更新された場合、前記第１クライアントのプレゼンス情報の配信先に、更新されたプレゼンス情報を配信する配信ステップと、
を含むプレゼンス管理方法。
【請求項２】
クライアント群のプレゼンス情報を管理するプレゼンス管理装置に用いられるプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
第１クライアントを含むクライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶ステップと、
前記クライアント群のプレゼンス情報の配信先の識別子を、クライアント毎に記憶する配信先記憶ステップと、
前記第１クライアントの新たなプレゼンス情報の通知（以下、第１設定通知という）を、前記第１クライアントから受信する情報受信ステップと、
前記第１設定通知を受信した場合、前記第１クライアントのプレゼンス情報を更新するかどうかを判断し、前記判断結果に応じて前記プレゼンス情報の更新を制御する更新制御ステップと、
前記更新制御ステップでプレゼンス情報が更新された場合、前記第１クライアントのプレゼンス情報の配信先に、更新されたプレゼンス情報を配信する配信ステップと、
を実行するためのプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【請求項３】
第１クライアント、第２クライアント及び第３クライアントを含むクライアント群のプレゼンス情報を管理するプレゼンス管理装置に用いられるプレゼンス管理方法であって、
前記クライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶ステップと、
前記第１クライアントのプレゼンス情報の配信先として第２クライアントを指定する配信設定を、第３クライアントから受け付ける配信設定ステップと、
前記配信設定を記憶する配信設定記憶ステップと、
前記第１クライアントの新たなプレゼンス情報の通知を受信する情報受信ステップと、
前記配信設定に基づいて、前記第１クライアントのプレゼンス情報を、前記第２クライアントに配信する配信ステップと、
を含むプレゼンス管理方法。
【請求項４】
第１クライアント、第２クライアント及び第３クライアントを含むクライアント群のプレゼンス情報を管理するプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
前記クライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶ステップと、
前記第１クライアントのプレゼンス情報の配信先として第２クライアントを指定する配信設定を、第３クライアントから受け付ける配信設定ステップと、
前記配信設定を記憶する配信設定記憶ステップと、
前記第１クライアントの新たなプレゼンス情報の通知を受信する情報受信ステップと、
前記配信設定に基づいて、前記第１クライアントのプレゼンス情報を、前記第２クライアントに配信する配信ステップと、
を実行するためのプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【請求項５】
第１クライアント、第２クライアント及び第３クライアントを含むクライアント群のプレゼンス情報を管理及び配信するプレゼンス管理装置に、前記第３クライアントとして接続する接続ステップと、
前記第１クライアントのプレゼンス情報の配信先として第２クライアントを指定する配信設定を、前記プレゼンス管理装置に送信する送信ステップと、
を含むプレゼンス配信設定方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上のユーザが他のユーザのプレゼンス情報を参照するためのプレゼンスシステムに関する。
本発明において、プレゼンスシステムは、サーバとクライアントとを含む。サーバは、クライアントを操作するユーザエージェントのプレゼンス情報を蓄積し、他のクライアントに配信する。配信されるプレゼンス情報の所有者を、プレゼンティティと呼ぶ。プレゼンティティのプレゼンス情報を受信するクライアントの操作者を、ウォッチャーと呼ぶ。ここでプレゼンス情報とは、プレゼンティティに関する任意の情報であり、例えば状態を表すテキストメッセージやアイコンファイル、住所や通信アドレスなどの個人情報が挙げられる。
【０００２】
【従来の技術】
近年、自宅や会社からインターネットに常時接続可能な通信サービスや、インターネットに接続可能な携帯電話が、急速に普及してきている。このようなインフラの整備を背景に、ユーザが他のユーザのプレゼンス情報をネットワーク上で参照できるプレゼンスシステムが日常生活や職場で用いられるようになってきている。また、ユーザ同士がテキストメッセージをリアルタイムに交換するインスタントメッセージングシステム（以下、ＩＭシステムという）も一般的に用いられるようになっている。プレゼンスシステムの中には、テキストメッセージをプレゼンス情報の一部として扱うものもあるので、以下ではプレゼンスシステムはＩＭシステムを含むこととする。
【０００３】
【発明が解決しようとする課題】
プレゼンスシステムでは、プレゼンティティがプレゼンス情報を所有している。各プレゼンティは、自分のプレゼンス情報を自由に変更することができる。また、ユーザは、自分が興味を持つプレゼンティティ（以下、バディという）をサーバに登録することにより、更新情報通知依頼を行う。この依頼を受けたサーバは、バディのプレゼンス情報を依頼元であるウォッチャーに配信する。更新情報通知依頼の破棄は、その依頼を設定したウォッチャーかまたはそのウォッチャーのバディに限られている。
前述したように、プレゼンス情報は、それを所有するプレゼンティティが自由に変更可能な情報である。しかし、プレゼンス情報の性質によっては、プレゼンティティが自由に変更しては困る情報も存在する。例えばネットワークを介して複数のユーザでゲームを行う場合、ゲームのスコアをプレゼンス情報として扱うことが考えられる。この場合、ゲームのスコアを各プレイヤが改竄できないことが好ましい。
【０００４】
同様に、更新情報通知依頼をウォッチャーが破棄するのは、不適切な場合がある。例えばプレゼンスシステム上で、商品やサービスの提供者が顧客からバディに指定してもらい、提供者のプレゼンス情報である広告情報を指定元に通知する広告方法がある。商品提供者などは、その代わりに、その顧客に自社商品などに関する特典を与える。この場合、広告情報は、商品提供者などのプレゼンス情報として顧客であるウォッチャーに配信される。従って、ウォッチャーが自由に更新情報通知依頼を破棄すると、広告を見てもらえなくなるおそれがある。
本発明の課題は、プレゼンスシステムにおいて、プレゼンティティによるプレゼンス情報の設定を制限することである。本発明の別の課題は、第三者によるプレゼンス情報の配信関係を設定することである。本発明のさらに別の課題は、プレゼンスシステムにおいて、設定された配信関係の破棄を制限することである。
【０００５】
【課題を解決するための手段】
発明１は、クライアント群のプレゼンス情報を管理するプレゼンス管理装置に用いられ、以下のステップを含むプレゼンス管理方法を提供する。
・第１クライアントを含むクライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶ステップ、
・前記クライアント群のプレゼンス情報の配信先の識別子を、クライアント毎に記憶する配信先記憶ステップ、
・前記第１クライアントの新たなプレゼンス情報の通知（以下、第１設定通知という）を、前記第１クライアントから受信する情報受信ステップ、
・前記第１設定通知を受信した場合、前記第１クライアントのプレゼンス情報を更新するかどうかを判断し、前記判断結果に応じて前記プレゼンス情報の更新を制御する更新制御ステップ、
・前記更新制御ステップでプレゼンス情報が更新された場合、前記第１クライアントのプレゼンス情報の配信先に、更新されたプレゼンス情報を配信する配信ステップ。
【０００６】
発明２は、クライアント群のプレゼンス情報を管理するプレゼンス管理装置に用いられるプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。前記プログラムは、以下のステップを実行する。
・第１クライアントを含むクライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶ステップ、
・前記クライアント群のプレゼンス情報の配信先の識別子を、クライアント毎に記憶する配信先記憶ステップ、
・前記第１クライアントの新たなプレゼンス情報の通知（以下、第１設定通知という）を、前記第１クライアントから受信する情報受信ステップ、
・前記第１設定通知を受信した場合、前記第１クライアントのプレゼンス情報を更新するかどうかを判断し、前記判断結果に応じて前記プレゼンス情報の更新を制御する更新制御ステップ、
・前記更新制御ステップでプレゼンス情報が更新された場合、前記第１クライアントのプレゼンス情報の配信先に、更新されたプレゼンス情報を配信する配信ステップ。
【０００７】
発明３は、第１クライアント、第２クライアント及び第３クライアントを含むクライアント群のプレゼンス情報を管理するプレゼンス管理装置に用いられるプレゼンス管理方法を提供する。この方法は、以下のステップを含む。
・前記クライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶ステップ、
・前記第１クライアントのプレゼンス情報の配信先として第２クライアントを指定する配信設定を、第３クライアントから受け付ける配信設定ステップ、
・前記配信設定を記憶する配信設定記憶ステップ、
・前記第１クライアントの新たなプレゼンス情報の通知を受信する情報受信ステップ、
・前記配信設定に基づいて、前記第１クライアントのプレゼンス情報を、前記第２クライアントに配信する配信ステップ。
【０００８】
発明４は、第１クライアント、第２クライアント及び第３クライアントを含むクライアント群のプレゼンス情報を管理するプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
・前記クライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶ステップ、
・前記第１クライアントのプレゼンス情報の配信先として第２クライアントを指定する配信設定を、第３クライアントから受け付ける配信設定ステップ、
・前記配信設定を記憶する配信設定記憶ステップ、
・前記第１クライアントの新たなプレゼンス情報の通知を受信する情報受信ステップ、
・前記配信設定に基づいて、前記第１クライアントのプレゼンス情報を、前記第２クライアントに配信する配信ステップ、
を実行するためのプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
【０００９】
発明５は、
・第１クライアント、第２クライアント及び第３クライアントを含むクライアント群のプレゼンス情報を管理及び配信するプレゼンス管理装置に、前記第３クライアントとして接続する接続ステップと、
・前記第１クライアントのプレゼンス情報の配信先として第２クライアントを指定する配信設定を、前記プレゼンス管理装置に送信する送信ステップと、
を含むプレゼンス配信設定方法を提供する。
【００１０】
【発明の実施の形態】
＜第１実施形態例＞
（１）全体概要
図１は、本発明の第１実施形態例に係るプレゼンスシステムの概念説明図を示す。このプレゼンスシステムでは、ユーザエージェントは自分のプレゼンス情報の設定を制限される。また、ユーザエージェントは、他人のプレゼンス情報を設定できる場合がある。
プレゼンスシステムは、サーバ１００と複数のクライアント２００ａ、２００ｂ、２００ｃ・・・とを含んで構成されている。各クライアント２００ａ、２００ｂ、２００ｃ・・・は、ユーザエージェントＡ、Ｂ、Ｃ・・・が操作している。サーバ１００は、各クライアント２００と対応するプレゼンス管理部１０ａ、１０ｂ、１０ｃ・・・を有している。各プレゼンス管理部１０は、主に次の処理を行う。
（ｓ１）対応するユーザエージェントによるプレゼンス情報の管理。
（ｓ２）プレゼンス情報の配信関係の管理。
（ｓ３）ウォッチャーのプレゼンス管理部へのプレゼンス情報の通知（内部変更通知）。
（ｓ４）バディの最新プレゼンス情報を、クライアントに通知（プレゼンス通知）。なお、あるユーザエージェントＢがユーザエージェントＡのプレゼンス情報の参照を希望する場合、ユーザエージェントＡをユーザエージェントＢのバディという。
（ｓ５）プレゼンス情報の設定制限。
【００１１】
一方、クライアント２００は、主に次の処理を行う。
（ｃ１）対応するユーザエージェントのプレゼンス情報のサーバ１００への設定。
（ｃ２）対応するユーザエージェント以外の他のユーザエージェントのプレゼンス情報のサーバ１００への設定。
（ｃ３）サーバ１００へのバディの設定。
（ｃ４）バディのプレゼンス情報の取得及び表示。
（２）サーバ
図２及び図３は、サーバ１００が有するプレゼンス管理部１０の詳細な構成を示す説明図である。図２及び図３では、ユーザエージェントＢのプレゼンス管理部１０ｂ及びユーザエージェントＡのプレゼンス管理部１０ａを示しているが、他のプレゼンス管理部１０の機能構成も同様である。またプレゼンス管理部１０ｂはプレゼンス管理部１０ａの機能を有し、その逆も同様である。以下に、図２及び図３を参照し、プレゼンス管理部１０の機能について、前記機能ｓ１〜ｓ５と関連づけて説明する。
【００１２】
（ｓ１、ｓ３、ｓ４）プレゼンス情報の管理、内部変更通知及びプレゼンス通知
図２を参照すれば、クライアント２００ｂからのユーザエージェントＢの最新プレゼンス情報は、依頼受付モジュール１１により受信され、プレゼンス更新モジュール１３によりプレゼンステーブル１４に最新のプレゼンス情報が書き込まれる（機能ｓ１）。またユーザエージェントＢの最新プレゼンス情報は、内部変更通知モジュール１５の内部変更通知により、ユーザエージェントＢのウォッチャーＸのプレゼンス管理部１０ｘに通知される（機能ｓ４）。このプレゼンス情報は、プレゼンス管理部１０ｘのプレゼンス通知モジュール１１０からクライアント２００ｘに送信される（プレゼンス通知、機能ｓ４）。プレゼンス通知は、プレゼンス通知モジュール１１０により送信される。
【００１３】
（ｓ２）プレゼンス情報の配信関係の管理
一方、バディＹの登録依頼がクライアント２００ｂから依頼受付モジュール１１に送信されると、ウォッチャー登録依頼が配信依頼モジュール１６により前記バディＹのプレゼンス管理部１０ｙに送信される（図２参照）。この依頼は、プレゼンス管理部１０ｙのウォッチャー登録モジュール１７により、ウォッチャーテーブル１８に書き込まれる。これにより、ユーザエージェントＢは、指定したバディＹのプレゼンス管理部１０ｙに、ウォッチャーとして記憶される。
（ｓ５）プレゼンス情報の設定制限
例えば、ネットワーク上でユーザエージェント同士が行うゲームの「ゲームスコア」と、ユーザエージェントからの「ひとこと」とが、プレゼンス情報に含まれている場合を考える。「ゲームスコア」は、その所有者自身がこれを設定できては改竄の可能性があり不適切である。そこでこのようなプレゼンス情報の設定はその所有者以外のユーザエージェントが行い、所有者からのプレゼンス情報の設定を制限する。
【００１４】
例えばプレゼンス管理部１０ｂは、ユーザエージェントＢ以外のユーザエージェント、例えばユーザエージェントＡのプレゼンス情報の設定通知を、クライアント２００ｂから受信する場合がある。この設定通知に含まれるプレゼンス情報は、依頼受付モジュール１１により受信され、更新制御モジュール１２によりユーザエージェントＡのプレゼンス管理部１０ａに送出される（図２参照）。逆に、プレゼンス管理部１０ｂは、ユーザエージェントＢのプレゼンス情報の設定通知を受信しても、その設定を行わない場合がある。
このようなプレゼンス管理部１０の機能を、ユーザエージェントＢによるユーザエージェントＡのプレゼンス情報「ゲームスコア」の設定を例に取り、説明する。ユーザエージェントＡのプレゼンス情報「ゲームスコア」は、ユーザエージェントＢのクライアント２００ｂからプレゼンス管理部１０ｂに通知され、更新制御モジュール１２によりプレゼンス管理部１０ａに送出され、記憶される（図２、図３参照）。その後、ユーザエージェントＡの新たなゲームスコアが、ウォッチャー、例えばユーザエージェントＣのプレゼンス管理部１０ｃに通知される（図３参照）。
【００１５】
設定可能者や制限フラグが、ゲームスコアと共にプレゼンス管理部１０ａに送出されてもよい。ユーザエージェントＡのゲームスコア、設定可能者、及び制限フラグは、プレゼンス管理部１０ａの更新制御モジュール１２により受信され、プレゼンステーブル１４に書き込まれる（図３参照）。ここで設定可能者とは、プレゼンス情報、この場合はゲームスコア、を設定可能な者である。この例では、設定可能者は、ユーザエージェントＢである。制限フラグは、プレゼンス情報が制限プレゼンス情報か通常プレゼンス情報かを示す。制限プレゼンス情報は、その所有者が登録・更新できないプレゼンス情報である。通常プレゼンス情報は、その所有者が登録・更新できるプレゼンス情報である。なお、設定可能者や制限フラグは、クライアント側で設定してもよい。また、クライアント側とサーバ側との両方で前記設定を行っても良い。
【００１６】
図４は、プレゼンステーブル１４に蓄積される情報の概念説明図である。ここでは、ユーザエージェントＡのプレゼンステーブルを例として示している。この例では、プレゼンス情報の内容を示す「項目」、「プレゼンス情報」、「制限フラグ」、及び「設定可能者」が、１レコードに記憶されている。制限フラグは、「１」であれば制限プレゼンス情報であることを、「０」であれば通常プレゼンス情報であることを示す。つまり、プレゼンス情報「ゲームスコア」は制限プレゼンス情報に、「ひとこと」は通常プレゼンス情報に設定されている。通常プレゼンス情報の設定可能者はユーザエージェントＡ自身であり、制限プレゼンス情報の設定可能者はここではユーザエージェントＢに設定されている。従って、ユーザエージェントＡがゲームスコアを設定しても、プレゼンス管理部１０ａの更新制御モジュール１２はゲームスコアの更新を行わない。ユーザエージェントＡは、制限プレゼンス情報「ゲームスコア」の設定可能者ではないからである。
【００１７】
（２）クライアント
再び図１に戻り、クライアント２００の機能について、前記ｃ１〜ｃ４の機能と関連づけて説明する。説明を容易にするために、ユーザエージェントＢが操作するクライアント２００ｂについ説明するが、他のクライアントも同様の機能を有している。
（ｃ１）対応するユーザエージェントのプレゼンス情報の設定の受付及びサーバ１００への送信。
ユーザエージェントＢのプレゼンス情報は、入力モジュール２１によりサーバ１００に送信される。プレゼンス情報のうち制限プレゼンス情報は、入力モジュール２１により設定が制限されてもよい。
【００１８】
（ｃ２）対応するユーザエージェント以外の他のユーザエージェントのプレゼンス情報の設定の受付及びサーバ１００への送信。
ユーザエージェントＢ以外の他のユーザエージェントのプレゼンス情報は、プレゼンス設定モジュール２３によりサーバ１００に送信される。
図５は、プレゼンス設定モジュール２３が表示するプレゼンス設定画面の一例である。この画面は、ユーザエージェントＢ以外のユーザエージェントの制限プレゼンス情報の設定を受け付ける。例えばこの画面は、ユーザ識別子である「名前」と、制限プレゼンス情報「ゲームスコア」とを表示する。さらにこの画面は、いずれかのユーザエージェントの選択（同図（ａ））及びそのゲームスコアの設定（同図（ｂ））を受け付け、設定されたプレゼンス情報をサーバ１００に送信する。
【００１９】
（ｃ３）サーバ１００へのバディの登録
ユーザエージェントＢのバディは、入力モジュール２１によりサーバ１００に送信される。
（ｃ４）バディのプレゼンス情報の取得及び表示。
ユーザジェントＢのバディのプレゼンス情報は、表示モジュール２２によりサーバ１００から取得され、表示される。
図６は、表示モジュール２２が表示するプレゼンス表示画面（同図（ａ））及び入力モジュール２１が表示するプレゼンス設定画面（同図（ｂ））の一例を示している。説明を容易にするため、ここではユーザエージェントＥのクライアント２００ｅ上で表示される画面例を示している。プレゼンス表示画面は、ユーザエージェントＥのバディＡ、Ｃ、Ｄのプレゼンス情報と、ユーザエージェントＥのプレゼンス情報とを示している。ユーザエージェントＥが自分のプレゼンス情報の設定を指示すると、同図（ｂ）のプレゼンス設定画面が表示される。プレゼンス設定画面は、制限プレゼンス情報「ゲームスコア」の設定を受け付けない。一方、この画面は、通常プレゼンス情報「ひとこと」の設定は受け付ける。
【００２０】
（４）処理
図７は、サーバ１００が行う処理の流れの一例を示すフローチャートである。
ステップＳ１：サーバ１００は、いずれかのクライアント２００からプレゼンス情報の設定依頼を受信したか否かを判断する。“Ｙｅｓ”と判断するとステップＳに移行し、“Ｎｏ”と判断すると後述するステップＳ８に移行する。
ステップＳ２：サーバ１００は、受信したプレゼンス情報が設定者自身のプレゼンス情報か否かを判断する。“Ｙｅｓ”と判断するとステップＳ３に移行し、“Ｎｏ”と判断すると後述するステップＳ６に移行する。
ステップＳ３：サーバ１００は、設定されたプレゼンス情報が制限プレゼンス情報か否かを判断する。制限されたプレゼンス情報であればその所有者自身による制限プレゼンス情報の設定はできないので、ステップＳ１に戻る。通常プレゼンス情報であれば、ステップＳ４に移行する。
【００２１】
ステップＳ４、Ｓ５：サーバ１００は、プレゼンス情報を更新し（Ｓ４）、そのプレゼンス情報のウォッチャーのクライアントに新たなプレゼンス情報を通知する（Ｓ５）。
ステップＳ６、Ｓ７：プレゼンス情報の設定者と所有者とが一致しない場合、ステップＳ６に移行する。サーバ１００は、受信したプレゼンス情報が制限プレゼンス情報であるか否かを判断する（Ｓ６）。制限プレゼンス情報であれば、サーバ１００はプレゼンス情報の設定者が設定可能者であるか否かを判断する（Ｓ７）。プレゼンス情報の設定者が設定可能者であれば、サーバ１００はプレゼンス情報の設定を行い（Ｓ４）、そのプレゼンス情報のウォッチャーにプレゼンス情報を通知する（Ｓ５）。
【００２２】
ステップＳ８、Ｓ９：サーバ１００がいずれかのクライアント２００からバディの登録依頼を受信した場合（Ｓ８）、サーバ１００はバディに指定されたクライアントのウォッチャーとして依頼元を記憶する（Ｓ９）。
本プレゼンスシステムでは、ユーザエージェントが、他のユーザエージェントのプレゼンス情報を設定することができる。また、ユーザエージェントが自分のプレゼンス情報を設定するのを制限することができる。
＜第２実施形態例＞
（１）全体概要
前記第１実施形態のプレゼンスシステムにおいて、クライアントが制限プレゼンス情報の項目を選択することができるようにすることも好ましい。図８は、第２実施形態例に係るプレゼンスシステムの全体構成図である。このプレゼンスシステムは、サーバ１００とクライアント２００ａ、ｂ、ｃ・・・を含んでいる。各クライアント２００ａ、ｂ、ｃ・・・は、ユーザエージェントＡ、Ｂ、Ｃ・・・により操作される。サーバ１００は、各クライアント２００ａ、ｂ、ｃ・・・に対応するプレゼンス管理部１０ａ、１０ｂ、１０ｃ・・・を有している。
【００２３】
（２）サーバ
図９は、サーバ１００におけるプレゼンス管理部１０の機能構成図である。ここでは、ユーザエージェントＡのプレゼンス管理部１０ａの構成を示しているが、他のプレゼンス管理部も同様の機能を有している。プレゼンス管理部１０ａは、第１実施形態例のプレゼンス管理部の構成に加え、選択肢テーブル１１１及び選択受付モジュール１１２をさらに有している。図中、図２と同様の符号で示した構成要素は、前述と同様の機能を有している。
まず、図１０を参照して選択肢テーブル１１１について説明するが、それに先立ちプレゼンステーブル１４について説明する。図１０（ａ）は、プレゼンステーブル１４に蓄積される情報の概念説明図を示す。この例では、プレゼンステーブル１４には、「項目」、「プレゼンス情報」、「制限フラグ」、「設定可能者」及び「選択フラグ」が、１レコードに蓄積されている。「選択フラグ」が１であれば、該当する制限プレゼンス情報が、その所有者の現在の制限プレゼンス情報であるカレント制限情報として選択されていることを示す。ここでは、「店舗ＳＰ１」、「店舗ＳＰ２」、「店舗ＳＰ３」の３つの制限プレゼンス情報の候補のうち、「店舗ＳＰ１」がユーザエージェントＡのカレント制限情報に選択されている。
【００２４】
図１０（ｂ）は、選択肢テーブル１１１の概念説明図を示す。選択肢テーブル１１１には、ユーザエージェントが制限プレゼンス情報の候補として選択可能な項目が記憶されている。この中から選択される項目が、ユーザエージェントのプレゼンステーブル１４に追加される。
図１０を用いて選択受付モジュール１１２の機能を説明する。まず選択受付モジュール１１２は、制限プレゼンス情報の候補を選択肢テーブル１１１からプレゼンステーブル１４に追加する指示を受け付ける。前記図１０（ａ）では、制限プレゼンス情報の候補として、「店舗ＳＰ１」、「店舗ＳＰ２」、「店舗ＳＰ３」の３項目が選択されている。また選択受付モジュール１１２は、制限プレゼンス情報の候補の中の少なくとも１つをカレント制限情報にする指示を受け付ける。前記図１０（ａ）では、制限プレゼンス情報の候補のうち、「店舗ＳＰ１」がカレント制限情報に選択されている。
【００２５】
（３）クライアント
再び図８を参照し、クライアント２００の機能について説明する。図中、前記図１と同じ符号を付した構成要素は、前述と同様の機能を有している。クライアント２００は、前記第１実施形態における構成要素に加え、さらに選択モジュール２４を有している。選択モジュール２４は、カレント制限情報の選択や、制限プレゼンス情報の候補の選択を受け付ける。
図１１（ａ）は、選択モジュール２４が表示するカレント制限情報の選択画面例である。画面上には制限プレゼンス情報の候補が表示されている。ユーザエージェントがこの中の少なくとも１つを選択し、例えば「ＯＫボタン」を押すと、選択した制限プレゼンス情報がそのユーザエージェントのカレント制限情報となる。この画面上でたとえば「追加ボタン」を押すと、同図（ｂ）に例示する制限プレゼンス情報の候補選択画面が表示される。この画面では、選択肢テーブル１１１に記憶されている制限プレゼンス情報の項目が表示される。ユーザエージェントが１または複数の項目を選択して例えば「決定ボタン」を押すと、選択した項目が、そのユーザエージェントのプレゼンステーブル１４に、制限プレゼンス情報の候補として記憶される。
【００２６】
（４）処理
図１２は、本実施形態例のプレゼンスシステムにおける処理の流れの一例を示すフローチャートである。ステップＳ１〜Ｓ９までの処理は前記第１実施形態例における流れと同様である。
ステップＳ１：サーバ１００は、いずれかのクライアント２００からプレゼンス情報の設定依頼を受信すると、ステップＳ２に移行する。バディの設定依頼を受信すると、後述するステップＳ８に移行する。
ステップＳ２：サーバ１００は、受信したプレゼンス情報が設定者自身のプレゼンス情報であればステップＳ３に移行し、そうでなければステップＳ６に移行する。
【００２７】
ステップＳ３：サーバ１００は、設定されたプレゼンス情報が制限プレゼンス情報であれば、ステップＳ１に戻る。通常プレゼンス情報であれば、ステップＳ４に移行する。
ステップＳ４、Ｓ５：サーバ１００は、プレゼンス情報を更新し（Ｓ４）、ウォッチャーに新たなプレゼンス情報を通知する（Ｓ５）。
ステップＳ６、Ｓ７：サーバ１００は、受信したプレゼンス情報が制限プレゼンス情報であれば（Ｓ６）、プレゼンス情報を設定可能か否かを判断する（Ｓ７）。設定可能であれば、サーバ１００はプレゼンス情報の設定を行い（Ｓ４）、そのプレゼンス情報のウォッチャーにプレゼンス情報を通知する（Ｓ５）。
ステップＳ８、Ｓ９：サーバ１００がいずれかのクライアント２００からバディの登録依頼を受信した場合（Ｓ８）、サーバ１００はバディに指定されたクライアントのウォッチャーとして依頼元を記憶する（Ｓ９）。
【００２８】
ステップＳ１０：サーバ１００は、いずれかのクライアント２００からカレント制限情報の選択を受信したか否かを判断する。“Ｙｅｓ”と判断すればステップＳ１１に移行する。”Ｎｏ”と判断すれば、後述するステップＳ１２に移行する。
ステップＳ１１：サーバ１００は、前記クライアントのカレント制限情報を更新する。
ステップＳ１２：サーバ１００は、いずれかのクライアント２００から制限プレゼンス情報の候補の追加を指示されたか否かを判断する。“Ｙｅｓ”と判断するとステップＳ１３に移行し、“Ｎｏ”と判断するとステップＳ１に戻る。
ステップＳ１３：サーバ１００は、指定された項目を、その依頼元クライアント２００の制限プレゼンス情報の候補に追加する。
【００２９】
このようにすれば、ユーザエージェントは、自分では設定できない制限プレゼンス情報の項目を選択することができるようになる。たとえば、ユーザエージェントが次々に店舗の会員になっていき、店舗から割引の特典をうける場合を考える。店舗は、その代わりに、店舗のプレゼンス情報をユーザエージェントのプレゼンス情報として他のユーザエージェントに配信してもらう。この場合、ユーザエージェントは店舗のプレゼンス情報のコンテンツそのものを設定することはできない。しかし、どの店舗のプレゼンス情報を自分のプレゼンス情報として配信するかは選択することができる。また、新たに自分が会員になった店舗を、自分の制限プレゼンス情報の候補とすることができる。
＜第３実施形態例＞
（１）全体概要
図１３は、第３実施形態例にかかるプレゼンスシステムの全体構成図である。このプレゼンスシステムでは、任意のユーザエージェントＢが、ユーザエージェントＣをユーザエージェントＡのウォッチャーに設定することができる。このプレゼンスシステムは、サーバ１００と複数のクライアント２００ａ、２００ｂ、２００ｃ・・・とを含んでいる。各クライアント２００ａ、ｂ、ｃ・・・は、ユーザエージェントＡ、Ｂ、Ｃ・・・により操作される。サーバ１００は、各クライアント２００ａ、ｂ、ｃ・・・に対応するプレゼンス管理部１０ａ、１０ｂ、１０ｃ・・・を有している。
【００３０】
各プレゼンス管理部１０は、主に以下の機能ｓ１〜ｓ５を有している。
（ｓ１）ユーザエージェントのプレゼンス情報の管理。
（ｓ２）プレゼンス情報の配信関係の管理。
（ｓ３）内部変更通知。
（ｓ４）プレゼンス通知。
（ｓ５）対応するユーザエージェント以外のユーザエージェント間でのプレゼンス情報の配信設定。
（ｓ６）前記配信設定の破棄の制御
各クライアント２００は、主に以下の機能ｃ１〜ｃ４を有している。
（ｃ１）クライアントを操作するユーザエージェントのプレゼンス情報のサーバ１００への登録
（ｃ２）サーバ１００へのバディの登録
（ｃ３）バディのプレゼンス情報の取得及び表示
（ｃ４）他のクライアント間でのプレゼンス情報の配信関係の、サーバ１００への登録
（ｃ５）前記配信関係の破棄
（２）サーバ
図１４、図１５及び図１６は、図１３に示すサーバ１００のプレゼンス管理部１０ａ、１０ｂ、１０ｃが有する機能構成を示すブロック図である。図中、前記第１実施形態例と同様の機能を有する構成要素は、同一の符号を付して示している。プレゼンス管理部１０ｂは、第１実施形態例の機能構成に加え、配信設定モジュール１１３を有している。以下では、ユーザエージェントＢが、ユーザエージェントＡのウォッチャーとしてユーザエージェントＣを設定する場合を例に取り、プレゼンス管理部１０ａ、１０ｂ、１０ｃの機能を説明する。なお、プレゼンス管理部１０ａは、プレゼンス管理部１０ｂ、１０ｃの機能を有し、他のプレゼンス管理部１０の機能も同様である。以下に、前述の機能ｓ１〜ｓ５と関連づけてプレゼンス管理部１０の機能をより詳細に説明する。
【００３１】
（ｓ１，ｓ３，ｓ４）プレゼンス情報の管理、内部変更通知及びプレゼンス通知
クライアント２００ｂからサーバ１００に送信されたユーザエージェントＢのプレゼンス情報は、依頼受付モジュール１１により受信され、プレゼンス更新モジュール１３によりプレゼンステーブル１４に書き込まれる（図１４参照、機能ｓ１）。また、前記プレゼンス情報は、ユーザエージェントＢのウォッチャーＸのプレゼンス管理部１０ｘに、内部変更通知モジュール１５により送出される（図１４参照、機能ｓ３）。その後、前記プレゼンス情報は、プレゼンス管理部１０ｘのプレゼンス通知モジュール１１０により、対応するクライアント２００ｘに送信される（プレゼンス通知、機能ｓ４）。
【００３２】
（ｓ２）プレゼンス情報の配信関係の管理。
クライアント２００ｂからのバディＹの登録依頼は、依頼受付モジュール１１により受信され、配信依頼モジュール１６によりバディリスト１１４に書き込まれる（図１４参照）。これにより、ユーザエージェントＹは、ユーザエージェントＢのバディとしてバディリスト１１４に記憶される。さらに、この登録依頼が、配信依頼モジュール１６により、バディＹのプレゼンス管理部１０ｙに送信される（図１４参照、機能ｓ２）。ユーザエージェントＢは、プレゼンス管理部１０ｙのウォッチャーテーブル１８に、ユーザエージェントＹのウォッチャーとして記憶される。
（ｓ５）配信設定
クライアント２００ｂからの配信関係は、依頼受付モジュール１１により受信される（図１４参照）。例えばユーザエージェントＡのウォッチャーとして、ユーザエージェントＣを設定する配信設定を考える。この配信設定は、配信設定モジュール１１３により、ユーザエージェントＡ、Ｃのプレゼンス管理部２００ａ、２００ｃに通知される（図１５，図１６参照）。具体的には、プレゼンティティに設定されたユーザエージェントＡのプレゼンス管理部２００ａは、ユーザエージェントＣをウォッチャーとして記憶する（図１５参照）。また、ウォッチャーに設定されたユーザエージェントＣのプレゼンス管理部２００ｃは、ユーザエージェントＡをバディとして記憶する（図１６参照）。このようにして、ユーザエージェントＢの配信設定により、ユーザエージェントＡの最新プレゼンス情報が、ユーザエージェントＣに配信されるようになる。
【００３３】
（ｓ６）配信設定の破棄
上記のように第三者によって設定された配信設定は、設定者によってのみ破棄可能にすることができる。また、上記のように第三者によって設定された配信設定をプレゼンティティまたはウォッチャーが破棄することを制限することも可能である。配信設定の破棄の制限について以下に説明する。説明を容易にするために、ユーザエージェントＢが、ユーザエージェントＣを、ユーザエージェントＡのウォッチャーに設定した場合を例に取る。
配信設定を制限するために、ユーザエージェントＢからの配信設定は、プレゼンティティ及びウォッチャーの指定に加え、配信設定者のＩＤ、プレゼンティティフラグ、ウォッチャーフラグを含むことができる。プレゼンティティフラグは、プレゼンティティによる配信設定の廃棄が可能か否かを指定する。ウォッチャーフラグは、ウォッチャーによる配信設定の破棄が可能か否かを指定する。
【００３４】
図１７及び図１８は、このような配信設定に基づくウォッチャーテーブル及びバディリストの概念説明図である。図１７は、ユーザエージェントＡのウォッチャーテーブルの概念説明図である。ウォッチャーテーブルには、「ウォッチャーＩＤ」、「配信設定者ＩＤ」、「プレゼンティティフラグ」及び「ウォッチャーフラグ」が、１レコードに記憶されている。ウォッチャーＩＤは、ユーザエージェントＡのウォッチャーを特定する識別子である。配信設定者ＩＤは、ウォッチャーを設定したユーザエージェントの識別子を示し、通常はウォッチャーＩＤと一致する。この図では、プレゼンティティ及びウォッチャーによる配信設定の廃棄が禁止されている例を示している。逆にウォッチャー自身による配信設定は、プレゼンティティ及びウォッチャー共に廃棄可能となっている。
【００３５】
図１８は、ウォッチャーに設定されたユーザエージェントＣのバディリストの概念説明図を示している。バディリストには、「バディＩＤ」、「配信設定者ＩＤ」、「プレゼンティティフラグ」及び「ウォッチャーフラグ」が、１レコードに記憶されている。バディＩＤは、ユーザエージェントＣのバディを特定する識別子である。この図では、プレゼンティティ及びウォッチャーによる配信設定の廃棄が禁止されている例を示している。またここでは、ユーザエージェントＣ自身がバディを指定した場合、プレゼンティティであるバディ及びウォッチャーであるユーザエージェントＣのいずれもが、配信設定を破棄可能である。
図１７及び図１８に示される配信設定の破棄の制御は、配信設定モジュール１１３により例えば次のように行われる。ユーザエージェントＡからの配信設定の破棄の指示は、プレゼンティティフラグが「不可」であれば無視される。プレゼンティティフラグが「可」であれば、該当レコードがユーザエージェントＡのウォッチャーテーブル１８から削除される。また、配信設定の廃棄がプレゼンス管理部１０ｃに通知され、該当レコードがユーザエージェントＣのバディリスト１１４から削除される。
【００３６】
同様に、ウォッチャーであるユーザエージェントＣからの配信設定の破棄の指示は、ウォッチャーフラグが「不可」であれば無視される。ウォッチャーフラグが「可」であれば、該当レコードがユーザエージェントＣのバディリスト１１４から削除される。また、配信設定の破棄がプレゼンス管理部１０ａに通知され、該当レコードがユーザエージェントＡのウォッチャーテーブル１８から削除される。
（３）クライアント
再び図１３を参照し、本発明のクライアント２００の機能について説明する。図中、前記第１実施形態例と同様の符号番号を付した要素は、前述と同様の機能を有している。クライアント２００は、第１実施形態例における機能構成に加え、配信設定モジュール２５を有している。配信設定モジュール２５は、他のクライアント間の配信設定を受け付ける。
【００３７】
図１９は、配信設定モジュール２５が表示する配信設定画面の一例を示す。同図（ａ）は、まずプレゼンティティを設定した後にウォッチャーを設定する場合の画面例を示す。この画面は、プレゼンティティ及びウォッチャーの設定に加え、プレゼンティティ及び／またはウォッチャーによる配信設定の破棄を許可するか否かの設定を受け付ける。同図（ｂ）は、ウォッチャーを設定した後にプレゼンティティを設定する場合の画面例である。この画面においても、ウォッチャー及び／またはプレゼンティティによる配信設定の破棄を許可するか否かの設定を受け付けることができる。これらの画面上で設定したプレゼンティティ、ウォッチャー、プレゼンティティフラグおよびウォッチャーフラグは、クライアント２００からサーバ１００に送信され、記憶される。
【００３８】
（４）処理
図２０は、本実施形態のプレゼンスシステム全体における処理の流れの一例を示すフローチャートである。
ステップＳ２１、Ｓ２２、Ｓ２３：サーバ１００は、いずれかのクライアント２００からプレゼンス情報の設定を受信すると、そのクライアントのプレゼンス情報を更新し（Ｓ２２）、そのクライアントのウォッチャーにプレゼンス通知を送信する（Ｓ２３）。
ステップＳ２４、Ｓ２５：サーバ１００は、いずれかのクライアント２００からバディの登録依頼を受信すると（Ｓ２４）、指定されたバディをそのクライアント２００のバディリスト１１４に追加し、バディのウォッチャーテーブル１８に依頼元のクライアントを登録する（Ｓ２５）。
【００３９】
ステップＳ２６、Ｓ２７、Ｓ２８：サーバ１００は、いずれかのクライアント２００から配信関係の設定を受信した場合（Ｓ２６）、プレゼンティティ及びウォッチャーをそれぞれ記憶する（Ｓ２７、Ｓ２８）。
ステップＳ２９、Ｓ３０、Ｓ３１：サーバ１００は、いずれかのクライアント２００から配信設定の破棄を受信すると（Ｓ２９）、配信設定の破棄を許可するか否かを判断する（Ｓ３０）。許可する場合には、該当するプレゼンティティのウォッチャーテーブル１８及びウォッチャーのバディリスト１１４を更新する（Ｓ３１）。
このようにして、第三者による配信設定に従ったプレゼンス情報の配信が可能となる。配信設定にプレゼンティティフラグ及びウォッチャーフラグを含ませることにより、プレゼンティティとウォッチャーの第三者による設定の破棄を制限することができる。
【００４０】
＜その他の実施形態例＞
（Ａ）前記第１〜第３実施形態例は、ニーズに応じて組み合わせることができる。
（Ｂ）前述した本発明の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
［実施例］
図２１は、第１及び第３実施形態例のプレゼンスシステムを、稟議システムに適応した実施例の説明図である。稟議システムは、稟議書を作成し、ネットワーク上で回送するシステムである。識別子「Ｕｓｅｒ−Ａ」のユーザエージェントＡが稟議システム２１１上で稟議書を作った場合、稟議書はプレゼンスシステム上の識別子「Ｕｓｅｒ−Ｘ」を付与される。稟議書「Ｕｓｅｒ−Ｘ」は、稟議システム２１１上で定められた回送順序に従い、ユーザエージェントＹ（ＩＤ：Ｕｓｅｒ−Ｙ）、ユーザエージェントＺ（ＩＤ：Ｕｓｅｒ−Ｚ）を回送する。稟議システムユーザ２１３は、稟議システム２１１上の稟議書（Ｕｓｅｒ−Ｘ）のプレゼンス情報を生成し、ユーザエージェントＡ，Ｙ、及びＺをそのウォッチャーとしてプレゼンスサーバ２１２に登録する。
【００４１】
ついで稟議システムユーザ２１３は、稟議書、すなわちユーザエージェントＸからユーザエージェントＡへのプレゼンス情報の配信設定を行う。同様に、稟議システムユーザ２１３は、ユーザエージェントＸからユーザエージェントＹ、ユーザエージェントＸからユーザエージェントＺへの配信関係も設定する。これらの配信関係は、一度に生成しても良いし、稟議書が回送されるごとに次の配信関係を設定しても良い。また、稟議書が回送される度に、不要となった配信設定を破棄することが好ましい。稟議書を作ったユーザエージェントＡは、稟議書が今誰のところにあり、誰が承認しているかという状態をいつでも把握することができる。
＜付記＞
（付記１）
クライアント群のプレゼンス情報を管理するプレゼンス管理装置に用いられるプレゼンス管理方法であって、
第１クライアントを含むクライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶ステップと、
前記クライアント群のプレゼンス情報の配信先の識別子を、クライアント毎に記憶する配信先記憶ステップと、
前記第１クライアントの新たなプレゼンス情報の通知（以下、第１設定通知という）を、前記第１クライアントから受信する情報受信ステップと、
前記第１設定通知を受信した場合、前記第１クライアントのプレゼンス情報を更新するかどうかを判断し、前記判断結果に応じて前記プレゼンス情報の更新を制御する更新制御ステップと、
前記更新制御ステップでプレゼンス情報が更新された場合、前記第１クライアントのプレゼンス情報の配信先に、更新されたプレゼンス情報を配信する配信ステップと、
を含むプレゼンス管理方法。
【００４２】
この方法は、インスタントメッセージングシステム上のクライアントを操作するユーザエージェントが、自分のプレゼンス情報を設定することを制限する。例えば、プレゼンス情報のうち、その所有者が登録及び更新できない制限プレゼンス情報を設ける。ユーザエージェントが制限プレゼンス情報の登録または更新のための設定通知をサーバに送信した場合、サーバは制限プレゼンス情報の更新を行わない。
（付記２）
前記プレゼンス情報は、プレゼンス情報の所有者が設定可能な通常プレゼンス情報と、プレゼンス情報の所有者が設定不可能な制限プレゼンス情報と、を含み、
前記更新制御ステップは、
前記第１設定通知で受信した前記新たなプレゼンス情報が通常プレゼンス情報か制限プレゼンス情報かを判断するサブステップと、
前記新たなプレゼンス情報が通常プレゼンス情報である場合、前記第１クライアントの通常プレゼンス情報を更新するサブステップと、
前記新たなプレゼンス情報が制限プレゼンス情報である場合、前記第１クライアントの制限プレゼンス情報を更新しないサブステップと、を含んでいる、
請求項１に記載のプレゼンス管理方法。
【００４３】
例えば、ネットワーク上でユーザエージェント同士が行うゲームの「ゲームスコア」と、ユーザエージェントからの「ひとこと」とが、プレゼンス情報に含まれている場合を考える。「ゲームスコア」は、ユーザエージェント自身がこれを変更できるのは不適切なので、制限プレゼンス情報に設定される。「ひとこと」は通常プレゼンス情報に設定され、ユーザエージェント自身により登録や更新が可能である。
（付記３）
前記情報受信ステップは、前記第１クライアントの新たなプレゼンス情報の通知（第２設定通知）を、前記クライアント群に含まれる第２クライアントからさらに受信し、
前記更新制御ステップは、前記第２設定通知に基づいて、第１クライアントのプレゼンス情報を更新する、
請求項１に記載のプレゼンス管理方法。
【００４４】
あるユーザエージェントＢは、他のユーザエージェントＡのプレゼンス情報の一部または全部を登録及び更新することができる。より具体的には、サーバは、ユーザエージェントＡのプレゼンス情報の設定通知をユーザエージェントＢのクライアントから受信する。ユーザエージェントＡのプレゼンス情報は、ユーザエージェントＢからの設定通知に基づいて更新される。
（付記４）
前記プレゼンス情報は、プレゼンス情報の所有者が設定不可能な制限プレゼンス情報と、前記制限プレゼンス情報の設定を許可されている設定可能者の識別子と、を含み、
前記更新制御ステップは、
前記第２設定通知で受信した前記新たなプレゼンス情報が制限プレゼンス情報か否かを判断するサブステップと、
前記新たなプレゼンス情報が制限プレゼンス情報である場合、前記第２クライアントが設定可能者であるか否かを判断するサブステップと、
前記第２クライアントが設定可能者である場合、前記第１クライアントの制限プレゼンス情報を前記第１設定通知に基づいて更新するサブステップと、を含んでいる、
請求項３に記載のプレゼンス管理方法。
【００４５】
例えば、ユーザエージェントＡのプレゼンス情報は、制限プレゼンス情報「ゲームスコア」と、通常プレゼンス情報「ひとこと」と、「設定可能者ＩＤ」とを含む。ユーザエージェントＢがユーザエージェントＡのゲームスコアを設定できるのは、ユーザエージェントＢがユーザエージェントＡの設定可能者に含まれている場合である。
（付記５）
前記プレゼンス情報は、プレゼンス情報の所有者が設定不可能な制限プレゼンス情報の複数の候補を含んでおり、
前記制限プレゼンス情報の候補のうち、どの候補をカレント制限プレゼンス情報とするかの選択を、前記第１クライアントから受け付ける選択ステップをさらに含み、
前記更新制御ステップは、前記第２設定通知により受信した制限プレゼンス情報が前記カレント制限プレゼンス情報か否かを判断し、判断結果に基づいて前記第１クライアントのカレント制限プレゼンス情報を更新する、
請求項３に記載のプレゼンス管理方法。
【００４６】
例えば、制限プレゼンス情報が店舗の広告であるとする。店舗の広告そのものは、制限プレゼンス情報であるので、ユーザエージェントＢだけが更新できる。しかし、ユーザエージェントＡは自分のプレゼンス情報としてどの店舗の広告を用いるかを選択できる。例えば制限プレゼンス情報の候補が「店舗ＳＰ１」、「店舗ＳＰ２」、「店舗ＳＰ３」である場合、ユーザエージェントＡは自分のプレゼンス情報として設定したい「店舗ＳＰ１」を、カレント制限プレゼンス情報に選択する。
（付記６）
前記制限プレゼンス情報の候補の選択を受け付ける候補選択ステップを更に含む、請求項５に記載のプレゼンス管理方法。
【００４７】
例えばユーザエージェントＡが「店舗ＳＰ４」を制限プレゼンス情報の候補に加えたい場合、この選択を受け付ける。
（付記７）
クライアント群のプレゼンス情報を管理するプレゼンス管理装置であって、
第１クライアントを含むクライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶手段と、
前記クライアント群のプレゼンス情報の配信先の識別子を、クライアント毎に記憶する配信先記憶手段と、
前記第１クライアントの新たなプレゼンス情報の通知（以下、第１設定通知という）を、前記第１クライアントから受信する情報受信手段と、
前記第１設定通知を受信した場合、前記第１クライアントのプレゼンス情報を更新するかどうかを判断し、前記判断結果に応じて前記プレゼンス情報の更新を制御する更新制御手段と、
前記更新制御ステップでプレゼンス情報が更新された場合、前記第１クライアントのプレゼンス情報の配信先に、更新されたプレゼンス情報を配信する配信手段と、
を備えるプレゼンス管理装置。
【００４８】
この発明は、前記第１発明と同様の作用効果を奏する。
（付記８）
クライアント群のプレゼンス情報を管理するコンピュータに用いられるプレゼンス管理プログラムであって、
第１クライアントを含むクライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶手段、
前記クライアント群のプレゼンス情報の配信先の識別子を、クライアント毎に記憶する配信先記憶手段、
前記第１クライアントの新たなプレゼンス情報の通知（以下、第１設定通知という）を、前記第１クライアントから受信する情報受信手段、
前記第１設定通知を受信した場合、前記第１クライアントのプレゼンス情報を更新するかどうかを判断し、前記判断結果に応じて前記プレゼンス情報の更新を制御する更新制御手段、及び
前記更新制御ステップでプレゼンス情報が更新された場合、前記第１クライアントのプレゼンス情報の配信先に、更新されたプレゼンス情報を配信する配信手段、
として前記コンピュータを機能させるためのプレゼンス管理プログラム。
【００４９】
この発明は、前記第１発明と同様の作用効果を奏する。
（付記９）
クライアント群のプレゼンス情報を管理するプレゼンス管理装置に用いられるプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
第１クライアントを含むクライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶ステップと、
前記クライアント群のプレゼンス情報の配信先の識別子を、クライアント毎に記憶する配信先記憶ステップと、
前記第１クライアントの新たなプレゼンス情報の通知（以下、第１設定通知という）を、前記第１クライアントから受信する情報受信ステップと、
前記第１設定通知を受信した場合、前記第１クライアントのプレゼンス情報を更新するかどうかを判断し、前記判断結果に応じて前記プレゼンス情報の更新を制御する更新制御ステップと、
前記更新制御ステップでプレゼンス情報が更新された場合、前記第１クライアントのプレゼンス情報の配信先に、更新されたプレゼンス情報を配信する配信ステップと、
を実行するためのプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【００５０】
この発明は、前記第１発明と同様の作用効果を奏する。ここで、記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
（付記１０）
クライアント群のプレゼンス情報を管理するプレゼンス管理装置に、前記クライアント群に含まれる第１クライアントとして接続する接続ステップと、
前記第１クライアントのプレゼンス情報の設定を制限し、設定を受け付けたプレゼンス情報を、前記プレゼンス管理装置に送信する設定制御ステップと、
を含む、プレゼンス設定方法。
【００５１】
この方法は、クライアント側でユーザエージェント自身のプレゼンス情報の登録や更新を制限する場合に用いられる。この方法を適用したクライアントは、例えば、ユーザエージェントＡのプレゼンス情報の設定を行う画面上で、前記制限プレゼンス情報の登録や更新を受け付けない。
（付記１１）
第１クライアント及び第２クライアントを含むクライアント群のプレゼンス情報を管理するプレゼンス管理装置に、前記第２クライアントとして接続する接続ステップと、
前記第１クライアントの新たなプレゼンス情報を含むプレゼンス情報の通知を、前記プレゼンス管理装置に送信する送信ステップと、
を含む、プレゼンス設定方法。
【００５２】
この方法は、ユーザエージェントＢのクライアントで他のユーザエージェントＡの制限プレゼンス情報を登録または更新する場合に用いられる。この方法を適用したユーザエージェントＢのクライアントは、例えば、他のユーザエージェントＡの制限プレゼンス情報を表示し、その更新を画面上で受け付ける。
（付記１２）
第１クライアント、第２クライアント及び第３クライアントを含むクライアント群のプレゼンス情報を管理するプレゼンス管理装置に用いられるプレゼンス管理方法であって、
前記クライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶ステップと、
前記第１クライアントのプレゼンス情報の配信先として第２クライアントを指定する配信設定を、第３クライアントから受け付ける配信設定ステップと、
前記配信設定を記憶する配信設定記憶ステップと、
前記第１クライアントの新たなプレゼンス情報の通知を受信する情報受信ステップと、
前記配信設定に基づいて、前記第１クライアントのプレゼンス情報を、前記第２クライアントに配信する配信ステップと、
を含むプレゼンス管理方法。
【００５３】
ユーザエージェントＡ，Ｂ，Ｃが操作するクライアントＡ，Ｂ，Ｃを考える。サーバは、ユーザエージェントＡのプレゼンス情報をクライアントＣに送信するという設定（以下、配信設定という）を、クライアントＢから受け付ける。ユーザエージェントＡは、ユーザエージェントＣのプレゼンティティとして記憶される。ユーザエージェントＣは、ユーザエージェントＡのウォッチャーとして記憶される。
（付記１３）
前記配信設定の破棄の指示を受信する破棄受信ステップと、
前記配信設定の破棄の指示がプレゼンス情報の配信先に設定されている前記第２クライアントから送信されているか否かを判断し、判断結果に基づいて配信設定の破棄を制限する第１破棄制御ステップと、
をさらに含む、請求項１２に記載のプレゼンス管理方法。
【００５４】
前記と同様にユーザエージェントＢにより、ユーザエージェントＡのプレゼンス情報をクライアントＣに送信する配信設定が実行されたとする。この配信設定の破棄が例えばウォッチャーであるユーザエージェントＣから指示された場合、サーバはこれを受け付けない。
（付記１４）
配信設定ステップは、プレゼンス情報の配信先に設定された第２クライアントが配信設定を破棄可能か否かを示す配信者フラグの設定をさらに受け付け、
前記配信設定記憶ステップは、前記配信者フラグをさらに記憶し、
前記第１破棄制御ステップは、前記配信者フラグに基づいて前記配信設定の破棄を制限する、
請求項１３に記載のプレゼンス管理方法。
【００５５】
前記と同様にユーザエージェントＢにより、ユーザエージェントＡのプレゼンス情報をクライアントＣに送信する配信設定が実行されたとする。この配信設定は、誰がこの配信設定を破棄できるかという指示を含む。サーバは、この指示を配信設定と対応付けて記憶し、配信設定の破棄が指示された場合には、指示元が破棄する権限を持つか否かにより処理を行う。
（付記１５）
前記第３クライアントにより設定された配信設定の破棄の指示を受信する破棄受信ステップと、
前記配信設定の破棄の指示がプレゼンス情報の提供者である前記第１クライアントから送信されているか否かを判断し、判断結果に基づいて配信設定の破棄を制限する第２破棄制御ステップと、
をさらに含む、請求項１２に記載のプレゼンス管理方法。
【００５６】
前記と同様にユーザエージェントＢにより、ユーザエージェントＡのプレゼンス情報をクライアントＣに送信する配信設定が実行されたとする。この配信設定の破棄が例えばプレゼンティティであるユーザエージェントＡから指示された場合、サーバはこれを受け付けなくてもよい。
（付記１６）
配信設定ステップは、プレゼンス情報の提供者に指定された第１クライアントが前記配信設定を破棄可能か否かを示す提供者フラグの設定をさらに受け付け、
前記配信設定記憶ステップは、前記提供者フラグをさらに記憶し、
前記第２廃棄制御ステップは、前記提供者フラグに基づいて前記配信設定の破棄を制限する、
請求項１５に記載のプレゼンス管理方法。
【００５７】
前記と同様にユーザエージェントＢにより、ユーザエージェントＡのプレゼンス情報をクライアントＣに送信する配信設定が実行されたとする。この配信設定は、誰がこの配信設定を破棄できるかという指示を含む。サーバは、この指示を配信設定と対応付けて記憶し、配信設定の破棄が指示された場合には、指示元が破棄する権限を持つか否かにより処理を行う。
（付記１７）
第１クライアント、第２クライアント及び第３クライアントを含むクライアント群のプレゼンス情報を管理するプレゼンス管理装置であって、
前記クライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶手段と、
前記第１クライアントのプレゼンス情報の配信先として第２クライアントを指定する配信設定を、第３クライアントから受け付ける配信設定手段と、
前記配信設定を記憶する配信設定記憶手段と、
前記第１クライアントの新たなプレゼンス情報の通知を受信する情報受信手段と、
前記配信設定に基づいて、前記第１クライアントのプレゼンス情報を、前記第２クライアントに配信する配信手段と、
を備えるプレゼンス管理装置。
【００５８】
本発明は、前記第１２発明と同様の作用効果を奏する。
（付記１８）
第１クライアント、第２クライアント及び第３クライアントを含むクライアント群のプレゼンス情報を管理するコンピュータを機能させるためのプレゼンス管理プログラムであって、
前記クライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶手段、
前記第１クライアントのプレゼンス情報の配信先として第２クライアントを指定する配信設定を、第３クライアントから受け付ける配信設定手段、
前記配信設定を記憶する配信設定記憶手段、
前記第１クライアントの新たなプレゼンス情報の通知を受信する情報受信手段、及び
前記配信設定に基づいて、前記第１クライアントのプレゼンス情報を、前記第２クライアントに配信する配信手段、
として前記コンピュータを機能させるプレゼンス管理プログラム。
【００５９】
本発明は、前記第１２発明と同様の作用効果を奏する。
（付記１９）
第１クライアント、第２クライアント及び第３クライアントを含むクライアント群のプレゼンス情報を管理するプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
前記クライアント群のプレゼンス情報を、クライアント毎に記憶するプレゼンス記憶ステップと、
前記第１クライアントのプレゼンス情報の配信先として第２クライアントを指定する配信設定を、第３クライアントから受け付ける配信設定ステップと、
前記配信設定を記憶する配信設定記憶ステップと、
前記第１クライアントの新たなプレゼンス情報の通知を受信する情報受信ステップと、
前記配信設定に基づいて、前記第１クライアントのプレゼンス情報を、前記第２クライアントに配信する配信ステップと、
を実行するためのプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【００６０】
この発明は、前記第１２発明と同様の作用効果を奏する。ここで、記録媒体としては前述と同様のものが考えられる。
（付記２０）
第１クライアント、第２クライアント及び第３クライアントを含むクライアント群のプレゼンス情報を管理及び配信するプレゼンス管理装置に、前記第３クライアントとして接続する接続ステップと、
前記第１クライアントのプレゼンス情報の配信先として第２クライアントを指定する配信設定を、前記プレゼンス管理装置に送信する送信ステップと、
を含むプレゼンス配信設定方法。
この方法は、ユーザエージェントＢのクライアントがユーザエージェントＡ，Ｃの配信設定を行う場合に用いられる。この方法を適用したユーザエージェントＢのクライアントは、例えば、他のユーザエージェントＡのプレゼンス情報を、ユーザエージェントＣのクライアントに送信する旨の配信設定を受け付ける。
【００６１】
【発明の効果】
本発明を用いれば、プレゼンティティによるプレゼンス情報の変更を制限することができる。また、本発明を用いれば、プレゼンスシステムにおいて、第三者によるプレゼンス情報の配信関係を設定することができる。さらに本発明を用いれば、プレゼンスシステムにおいて、設定されたプレゼンス情報の配信関係がプレゼンティティやウォッチャーにより破棄されるのを制限することができる。
【図面の簡単な説明】
【図１】第１実施形態例に係るプレゼンスシステムの全体構成図。
【図２】プレゼンス管理部の機能構成及び情報の流れ（ユーザエージェントＢ）
【図３】プレゼンス管理部の機能構成及び情報の流れ（ユーザエージェントＡ）
【図４】プレゼンステーブルの概念説明図（ユーザエージェントＡ）
【図５】プレゼンス設定画面例（ユーザエージェントＢ）
【図６】（ａ）プレゼンス表示画面例（ユーザエージェントＥ）
（ｂ）プレゼンス設定画面例（ユーザエージェントＥ）
【図７】サーバが行う処理の流れの一例を示すフローチャート（第１実施形態例）
【図８】第２実施形態例に係るプレゼンスシステムの全体構成図。
【図９】プレゼンス管理部の機能構成及び情報の流れ（ユーザエージェントＡ）
【図１０】（ａ）プレゼンステーブル（ユーザエージェントＡ）
（ｂ）選択肢テーブル
【図１１】（ａ）カレント制限情報の選択画面例
（ｂ）制限プレゼンス情報の候補選択画面例
【図１２】サーバが行う処理の流れの一例を示すフローチャート（第２実施形態例）
【図１３】第３実施形態例に係るプレゼンスシステムの全体構成図。
【図１４】図１３におけるプレゼンス管理部の機能構成及び情報の流れ（ユーザエージェントＢ）
【図１５】図１３におけるプレゼンス管理部の機能構成及び情報の流れ（ユーザエージェントＡ）
【図１６】図１３におけるプレゼンス管理部の機能構成及び情報の流れ（ユーザエージェントＣ）
【図１７】ウォッチャーテーブルの概念説明図（ユーザエージェントＡ）
【図１８】バディリストの概念説明図（ユーザエージェントＣ）
【図１９】クライアントが表示する配信設定画面例
（ａ）プレゼンティティを先に設定する画面例
（ｂ）ウォッチャーを先に設定する画面例
【図２０】サーバが行う処理の流れの一例を示すフローチャート（第３実施形態例）
【図２１】第３実施形態のプレゼンスシステムを稟議システムに適用した実施例
【符号の説明】
１００：サーバ
２００：クライアント
【図１】
2004013824.tif 000003
【図２】
2004013824.tif 000004
【図３】
2004013824.tif 000005
【図４】
2004013824.tif 000006
【図５】
2004013824.tif 000007
【図６】
2004013824.tif 000008
【図７】
2004013824.tif 000009
【図８】
2004013824.tif 000010
【図９】
2004013824.tif 000011
【図１０】
2004013824.tif 000012
【図１１】
2004013824.tif 000013
【図１２】
2004013824.tif 000014
【図１３】
2004013824.tif 000015
【図１４】
2004013824.tif 000016
【図１５】
2004013824.tif 000017
【図１６】
2004013824.tif 000018
【図１７】
2004013824.tif 000019
【図１８】
2004013824.tif 000020
【図１９】
2004013824.tif 000021
【図２０】
2004013824.tif 000022
【図２１】
2004013824.tif 000023