JP3980421B2 - プレゼンス管理方法及び装置 - Google Patents
プレゼンス管理方法及び装置 Download PDFInfo
- Publication number
- JP3980421B2 JP3980421B2 JP2002187374A JP2002187374A JP3980421B2 JP 3980421 B2 JP3980421 B2 JP 3980421B2 JP 2002187374 A JP2002187374 A JP 2002187374A JP 2002187374 A JP2002187374 A JP 2002187374A JP 3980421 B2 JP3980421 B2 JP 3980421B2
- Authority
- JP
- Japan
- Prior art keywords
- user
- buddy
- client
- buddy list
- list
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- Computer Hardware Design (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Data Mining & Analysis (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上のユーザが他のユーザのプレゼンス情報を参照するためのプレゼンスシステムに関する。
本発明において、プレゼンスシステムは、サーバとクライアントとを含む。サーバは、クライアントを操作するユーザエージェントのプレゼンス情報を蓄積し、他のクライアントに配信する。配信されるプレゼンス情報の所有者を、プレゼンティティと呼ぶ。プレゼンティティのプレゼンス情報を受信するクライアントの操作者を、ウォッチャーと呼ぶ。ここでプレゼンス情報とは、プレゼンティティに関する任意の情報であり、例えば状態を表すテキストメッセージやアイコンファイル、住所や通信アドレスなどの個人情報が挙げられる。ユーザエージェントがそのプレゼンス情報の参照を希望している他のユーザエージェントを、ユーザエージェントのバディという。あるユーザエージェントのバディの一覧を、バディリストという。
【０００２】
【従来の技術】
近年、自宅や会社からインターネットに常時接続可能な通信サービスや、インターネットに接続可能な携帯電話が、急速に普及してきている。このようなインフラの整備を背景に、ユーザが他のユーザのプレゼンス情報をネットワーク上で参照できるプレゼンスシステムが日常生活や職場で用いられるようになってきている。なお、ユーザ同士がテキストメッセージをリアルタイムに交換するインスタントメッセージングシステム（以下、ＩＭシステムという）も一般的に用いられるようになっている。プレゼンスシステムの中には、テキストメッセージをプレゼンス情報の一部として扱うものもあるので、以下ではプレゼンスシステムはＩＭシステムを含むこととする。
【０００３】
プレゼンスシステムでは、プレゼンティティがプレゼンス情報を所有している。各プレゼンティティは、自分のプレゼンス情報を自由に設定することができる。また、ユーザは、自分が興味を持つプレゼンティティ、すなわちバディをサーバに登録する。依頼元ユーザはバディのウォッチャーとなり、バディのプレゼンス情報を取得する。
【０００４】
【発明が解決しようとする課題】
近年、一人のユーザが複数の端末を使用することは珍しくない。プレゼンスシステム上においても、一人のユーザが複数の端末を使用することを念頭に入れたシステムが存在する。例えば、マイクロソフトメッセンジャー（登録商標）では、一人のユーザが会社の端末と自宅の端末とを切り替えて使用することができる。ユーザが会社の端末でバディリストを更新すると、最新のバディリストがサーバにアップロードされる。その後自宅の端末がサーバに接続すると、自宅の端末のバディリストとサーバのバディリストとが比較され、最新のバディリストがサーバからダウンロードされる。このようにして、マイクロソフトメッセンジャーは、一人のユーザが複数の端末を使用する場合の端末間でのバディリストの同期を行っている。
【０００５】
しかし、前記プレゼンスシステムは、一人のユーザが同時に複数の端末を使用することを想定していない。そのため、仮に一人のユーザが同時に複数の端末をサーバに接続したくても、いずれか１つの端末しかサーバに接続できず不便である。また、仮に前記プレゼンスシステムで一人のユーザが複数の端末を接続できるとしても、各端末のバディリストが最新の状態になるのは、各端末がサーバに接続したときである。従って、複数の端末がサーバに接続された後で、ある端末のバディリストに、他の端末におけるバディリストの変更を反映させる仕組みは考えられていない。言い換えれば、動的に変化するバディリストが、一人のユーザの複数の端末間で同期する仕組みは未だ提供されていない。
【０００６】
また、前記プレゼンスシステムでは、各端末上で表示されるバディリストの表示形態が異なる場合がある。バディリストの表示形態は、バディの表示名や分類など表示属性情報を設定することにより、ユーザの好みに合わせることができる。しかし、表示属性情報は各端末上でのみ有効である。そのため、ユーザは、複数の端末上で同じようにバディリストを表示したい場合、各端末にいちいち表示属性を設定しなければならず、面倒である。
【０００７】
さらに、プレゼンスシステムでは、ユーザがバディに指定していないプレゼンティティのプレゼンス情報が、ユーザに通知されることがある。これはセキュリティ上好ましくない。その上、ユーザにとっては、見も知らぬプレゼンティティのプレゼンス情報を一方的に通知され、不快に感じることもある。
本発明の課題は、プレゼンスシステム上で一人のユーザが複数の端末を使用している場合に、動的に変化するバディリストを端末間で同期させることにある。
【０００８】
本発明の別の課題は、プレゼンスシステム上で一人のユーザが複数の端末を使用している場合に、各端末のバディリストの表示形態を、ユーザの負担を増加させることなく同期させることにある。
本発明の更に別の課題は、プレゼンスシステムのセキュリティを高め、ユーザにとって迷惑なプレゼンス通知を防止することにある。
【０００９】
【課題を解決するための手段】
発明１は、クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理装置に用いられるプレゼンス管理方法であって、以下のステップを含むプレゼンス管理方法を提供する。
・前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理ステップ、
・前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶ステップ、
・前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶ステップ、
・前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶ステップ、
・前記プレゼンス管理ステップで管理している任意のユーザのプレゼンス情報が更新された場合、そのプレゼンス情報の配信先ユーザのクライアントに対し、更新されたプレゼンス情報と前記ユーザの識別子とを含むプレゼンス通知メッセージを送信する更新通知ステップ、
・前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶ステップで記憶している配信先リストと、前記バディリスト記憶ステップで記憶しているバディリストと、を更新するバディリスト更新ステップ、
・前記バディリスト更新ステップでバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と前記バディの識別子とを含むプレゼンス通知メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期ステップ。
【００１０】
発明２は、発明１において、前記バディリスト同期ステップは、前記ユーザ群に含まれるいずれかのユーザに関する属性情報を、プレゼンス情報を通知するためのコマンドを用い、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するプレゼンス管理方法を提供する。
発明３は、発明１において、
・前記バディリスト記憶ステップは、前記バディリストに含まれる各バディに関する属性情報を、各バディと共に記憶し、
・前記バディリスト更新ステップは、前記バディリストに含まれる各バディに関する属性情報の設定をさらに受け付け、
・前記バディリスト同期ステップは、いずれかのバディの属性情報が設定されたか否かを判断し、属性情報が設定された場合、そのバディのプレゼンス情報と共に、前記バディの識別子及び前記バディに関する属性情報を、前記第１ユーザが操作する全てのクライアントに送信する、プレゼンス管理方法を提供する。
【００１１】
発明４は、クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理装置であって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理手段と、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶手段と、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶手段と、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶手段と、
前記プレゼンス管理手段が管理している任意のユーザのプレゼンス情報が更新された場合、そのプレゼンス情報の配信先ユーザのクライアントに対し、更新されたプレゼンス情報と前記ユーザの識別子とを含むプレゼンス通知メッセージを送信する更新通知手段と、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶手段で記憶している配信先リストと、前記バディリスト記憶手段で記憶しているバディリストと、を更新するバディリスト更新手段と、
前記バディリスト更新手段でバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と前記バディの識別子とを含むプレゼンス通知メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期手段と、
を備えるプレゼンス管理装置を提供する。
【００１２】
発明５は、クライアント群を操作するユーザ群のプレゼンス情報を管理するコンピュータを機能させるためのプレゼンス管理プログラムであって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理手段、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶手段、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶手段、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶手段、
前記プレゼンス管理手段が管理している任意のユーザのプレゼンス情報が更新された場合、そのプレゼンス情報の配信先ユーザのクライアントに対し、更新されたプレゼンス情報と前記ユーザの識別子とを含むプレゼンス通知メッセージを送信する更新通知手段、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶手段で記憶している配信先リストと、前記バディリスト記憶手段で記憶しているバディリストと、を更新するバディリスト更新手段、及び
前記バディリスト更新手段でバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と前記バディの識別子とを含むプレゼンス通知メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期手段、
として前記コンピュータを機能させるプレゼンス管理プログラムを提供する。
【００１３】
発明６は、クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理ステップと、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶ステップと、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶ステップと、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶ステップと、
前記プレゼンス管理ステップで管理している任意のユーザのプレゼンス情報が更新された場合、そのプレゼンス情報の配信先ユーザのクライアントに対し、更新されたプレゼンス情報と前記ユーザの識別子とを含むプレゼンス通知メッセージを送信する更新通知ステップと、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶ステップで記憶している配信先リストと、前記バディリスト記憶ステップで記憶しているバディリストと、を更新するバディリスト更新ステップと、
前記バディリスト更新ステップでバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と前記バディの識別子とを含むプレゼンス通知メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期ステップと、
を実行するためのプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
【００１４】
【発明の実施の形態】
＜第１実施形態例＞
（１）全体構成
図１は、本発明の第１実施形態例に係るプレゼンスシステムの概要図である。このプレゼンスシステムは、サーバ１と複数のクライアント２ａ，２ｂ・・・とを含んでいる。クライアント２ａ，２ｂ・・・とサーバ１とは、インターネットやイントラネット、移動体通信網などを含むネットワーク３により接続される。
【００１５】
各クライアント２ａ，２ｂ・・・は、ユーザエージェントＡ，Ｂ・・・により操作されている。このプレゼンスシステムでは、一人のユーザエージェントＡのクライアント２ａは、１または複数のクライアント２ａ1、２ａ2、２ａ3である。例えば、ユーザエージェントＡは、クライアント２ａとして、ＰＤＡ端末２ａ1と、ＰＣ端末２ａ2と、携帯電話２ａ3を操作してもよい。任意のユーザエージェントＡの１または複数のクライアントを、以下ではまとめてクライアント２ａという。
【００１６】
このプレゼンスシステムでは、ユーザエージェントＡの複数のクライアント２ａ1、２ａ2、２ａ3の全てがサーバ１に接続している場合がある。その場合であっても、各クライアント２ａ1、２ａ2、２ａ3上で表示されるユーザエージェントＡのバディやそのプレゼンス情報は同期する。また、バディ以外の属性情報、例えばバディの表示属性情報も、複数のクライアント間で同期することが好ましい。
【００１７】
以下では、ユーザエージェントＡの全クライアント２ａ1、２ａ2、２ａ3が、サーバ１に接続していることを前提に、サーバ１及びクライアント２の機能を説明する。
（２）サーバ及びクライアント
図２は、サーバ１及びクライアント２の機能構成を示すブロック図である。サーバ１及びクライアント２は、複数のモジュールとテーブルとを有している。以下では、各モジュール及びテーブルについて順次説明する。
【００１８】
（２−１）基本処理
サーバ１は、プレゼンスシステムにおけるサーバとしての基本処理のために、クライアントテーブル１０、バディリスト１１、ウォッチャーテーブル１２、プレゼンステーブル１３、リクエスト処理モジュール１４及びプレゼンス通知モジュール１５を有している。またクライアント２は、プレゼンスシステム上のクライアントとしての基本処理のために、リクエストモジュール２１及びプレゼンス表示モジュール２２を有している。これらのテーブル及びモジュールによりなされる基本処理は、大別して「プレゼンスの設定処理」、「バディの設定処理」、「プレゼンスの表示処理」、「プレゼンスの通知処理」である。
【００１９】
まず、「プレゼンスの設定処理」は次のように行われる。任意のユーザエージェントＡのプレゼンス情報は、リクエストモジュール２１からリクエスト処理モジュール１４に送信され、プレゼンステーブル１３に記憶される。プレゼンス情報が設定された日時を併せてプレゼンステーブル１３に記憶しておくとよい。新たなプレゼンス情報は、リクエストモジュール２１が自動的に生成しても良いし、ユーザエージェントＡが入力しても良い。
【００２０】
「バディの設定処理」は次のように行われる。ユーザエージェントＡは自分がその状態を参照したい他のユーザエージェント、すなわちバディのユーザＩＤ（以下、バディＩＤという）を指定する。バディＩＤは、リクエストモジュール２１からリクエスト処理モジュール１４に送信され、バディリスト１１に記憶される。バディＩＤの送信には、バディ設定コマンド、例えば「SUBSCRIBE」が用いられる。一方、ユーザエージェントＡのユーザＩＤは、指定したバディのウォッチャーのＩＤとして、ウォッチャーテーブル１２に記憶される。バディリスト１１及びウォッチャーテーブル１２の具体例については後述する。ウォッチャーテーブル１２に新たなウォッチャーを追加するに先立ち、プレゼンティティとなるバディに対し、新たなウォッチャーへプレゼンス情報の通知を許可するかどうかを確認してもよい。なお、ユーザＩＤとは、プレゼンスシステム上でサーバ１が各ユーザエージェントを識別するための識別子である。
【００２１】
「プレゼンスの表示処理」は次のように行われる。ユーザエージェントＡのバディのユーザＩＤとプレゼンス情報とは、サーバ１に接続した任意のクライアント２ａに送信される。具体的には、ユーザエージェントＡのバディのＩＤが、プレゼンス通知モジュール１５により、バディリスト１１から読み出される。次いで、各バディのプレゼンス情報が、プレゼンス通知モジュール１５により、プレゼンステーブル３から読み出される。読み出されたバディＩＤとプレゼンス情報とは、プレゼンス通知コマンド、例えば「NOTIFY」によりクライアント２ａに送信される。送信された各バディのプレゼンス情報は、プレゼンス表示モジュール２２によりクライアント２ａ上で表示される。
【００２２】
「プレゼンス通知処理」は次のように行われる。任意のユーザエージェントＡのプレゼンス情報が更新された場合、そのプレゼンス情報は、プレゼンス通知モジュール１５によりプレゼンステーブル３から読み出される。次いで、ユーザエージェントＡのウォッチャーＩＤが、ウォッチャーテーブル１２から抽出される。ユーザエージェントＡの新たなプレゼンス情報は、抽出されたウォッチャーのクライアント２に送信される。このプレゼンス通知には、前述と同様、「NOTIFY」などのプレゼンス通知コマンドが用いられる。通知されたプレゼンス情報は、プレゼンス表示モジュール２２によりバディの新たなプレゼンス情報として表示される。なお、ウォッチャーの各クライアント２は、クライアントテーブル１０から抽出される。クライアントテーブル１０は、ユーザＩＤと、そのユーザＩＤで特定されるユーザエージェントのクライアントＩＤとを、対応付けて記憶している。
【００２３】
（２−２）属性情報の設定処理
本プレゼンスシステムでは、任意のユーザエージェントＡは、バディに関する属性情報をサーバ１に設定することが出来る。ここでは、属性情報としてバディリストの表示属性情報を例にとり説明する。表示属性情報を設定するために、サーバ１は属性情報抽出モジュール１６を、クライアント２は属性情報設定モジュール２３を、それぞれ有している。各モジュールの機能について以下に説明する。
【００２４】
［バディ設定メッセージ］
図３は、バディ設定メッセージのフォーマット例である。バディ設定メッセージは、リクエストモジュール２１により生成され、サーバ１に送られる。通常、バディ設定メッセージは、バディ設定コマンド「SUBSCRIBE」とバディリスト情報とを含み、リクエストモジュール２１により生成される。このバディ設定メッセージには、表示属性情報が、属性情報設定モジュール２３によりさらに埋め込まれている。
【００２５】
バディ設定コマンド「SUBSCRIBE」は、サーバに対し、バディの設定を要求しているメッセージであることを示す。バディリスト情報は、バディＩＤとウォッチャーＩＤとを含む。ここでバディＩＤは、バディに指定されたユーザエージェントの識別子を示す。ウォッチャーＩＤは、要求元のユーザエージェントの識別子を示す。表示属性情報は、この例では、バディの「表示名」と、ウォッチャーからみたバディの分類を示す「分類名」とを含んでいる。
【００２６】
［サーバの処理（属性情報抽出モジュール）］
バディ設定メッセージの中の表示属性情報は、属性情報抽出モジュール１６により抽出され、バディリスト１１の中に書き込まれる。図４は、バディリスト１１に蓄積される情報を示す概念説明図である。バディリスト１１は、バディリスト情報と表示属性情報とを記憶している。具体的には、ウォッチャーＩＤ、バディＩＤ、表示名及び分類が１レコードに記憶されている。この図は、ユーザエージェントＡ（ユーザＩＤ：User-A@fujitsu.com）は、「shingo」、「ohno」、「okuyama」、及び「kakuta」の表示名で表示される４人のユーザエージェントを、バディに設定していることを示す。
【００２７】
また、図５は、ウォッチャーテーブル１２の概念説明図を示す。前述したように、ウォッチャーテーブル１２は、前記バディ設定メッセージに基づいて作成される。ウォッチャーテーブル１２は、プレゼンティティＩＤとウォッチャーＩＤとを１レコードに含んでいる。バディ設定メッセージ中のバディＩＤは、プレゼンティティＩＤとして書き込まれる。バディ設定メッセージ上のウォッチャーＩＤは、ウォッチャーＩＤとしてウォッチャーテーブル１２に記憶される。
【００２８】
（２−３）バディリストの同期処理
本プレゼンスシステムでは、一人のユーザエージェントＡが同時に操作する複数のクライアント間で、バディリストの表示を同期させる。この同期のために、サーバ１はバディリスト通知モジュール１７を、クライアント２はバディリスト同期モジュール２４を、それぞれ有している。これらのモジュールの機能について以下に説明する。
【００２９】
［プレゼンス通知メッセージ］
図６は、プレゼンス通知メッセージのフォーマット例である。プレゼンス通知メッセージは、サーバ１のプレゼンス通知モジュール１５により生成される。このメッセージは、プレゼンス通知コマンド「NOTIFY」と、バディリスト情報と、プレゼンス情報とを含んでいる。図６のプレゼンス通知メッセージには、バディの表示属性情報が、バディリスト通知モジュール１７によりさらに埋め込まれている。表示属性情報は、ウォッチャーが各バディに設定している情報であり、バディリスト１１から読み出される。なお、プレゼンス通知メッセージには、表示属性情報だけでなく、ユーザエージェントに関する様々な属性情報を埋め込むことができる。
【００３０】
（２−３−１）新たなバディの通知処理
前記プレゼンス通知メッセージは、前記基本処理のプレゼンス通知処理の他に、「新たなバディの通知処理」、及び「表示属性情報の更新通知処理」にも用いられる。まず、「新たなバディの通知処理」について説明する。
［サーバの処理（バディリスト通知モジュール）］
説明を容易にするために、ユーザエージェントＡがクライアント２ａ1を用い、バディＢ（表示名：福井さん）をバディリストに追加したとする。バディＢは、ユーザエージェントＡのバディとしてバディリスト１１に記憶される。また、ユーザエージェントＡは、バディＢのウォッチャーとしてウォッチャーテーブル１２に記憶される。次いで、新たなバディＢのプレゼンス情報は、プレゼンス通知メッセージにより通知される。通知先は、ユーザエージェントＡの接続中のクライアント２ａ1、２ａ2、２ａ3である。このプレゼンス通知メッセージは、バディリスト通知モジュール１７の指示により生成される。
【００３１】
［クライアントの処理（バディリスト同期モジュール）］
プレゼンス通知メッセージを受信したクライアント２ａ1、２ａ2、２ａ3では次の処理が行われる。まず、バディリスト情報がプレゼンス通知メッセージから抽出され、新たにバディが追加されたかが判断される。言い換えれば、既にそのプレゼンス情報が表示されているバディのＩＤと、通知されたバディのＩＤとをバディリスト同期モジュール２４が比較し、バディが追加されたか否かを判断する。プレゼンス通知メッセージ中のバディＩＤが新たなバディＩＤであれば、前記メッセージは新たなバディの通知と解釈される。その後、そのバディの表示名とそのプレゼンス情報とが追加表示される。これにより、任意のユーザエージェントＡが例えばクライアント２ａ1を用いてバディＢを追加した場合、クライアント２ａ1、２ａ2、２ａ3上でバディＢのプレゼンス情報が表示されるようになる。
【００３２】
（２−３−２）表示属性の更新通知処理
［サーバの処理（バディリスト通知モジュール）］
次に、「表示属性の更新通知処理」について説明する。説明を容易にするために、ユーザエージェントＡがクライアント２ａ1を用い、バディＢの表示属性情報を更新したとする。例えばバディＢの表示名が、「福井さん」から「fukui」に更新されたとする。新たな表示名「fukui」は、リクエスト処理モジュール１４によりバディリスト１１に書き込まれる。次いで、バディＢの新たな表示名は、プレゼンス通知メッセージにより通知される。通知先は、少なくともクライアント２ａ1、２ａ2、２ａ3である。このプレゼンス通知メッセージは、バディリスト通知モジュール１７の指示により生成される。
【００３３】
［クライアントの処理（バディリスト同期モジュール）］
クライアント２ａ1、２ａ2、２ａ3では、前述と同様に「新たなバディの通知」か否かの判断が行われる。その後、新たなバディの通知でなければ、プレゼンス通知メッセージ中のバディＢの表示属性情報が更新されたか否かが判断される。プレゼンス表示で表示されているバディの表示属性情報は、バディリスト同期モジュール２４により記憶されている。更新されていれば、前記メッセージは「表示属性情報の更新通知」と判断される。その結果、バディＢのプレゼンス表示が新たな表示属性情報に基づいて更新される。従って、ユーザエージェントＡの２ａ1、２ａ2、２ａ3は、バディＢを新たな表示名で表示するようになる。なお、表示属性情報がバディＢの分類名であれば、バディＢは新たな分類に属するバディの一人として表示されるようになる。
【００３４】
［画面例］
図７は、複数のクライアント２ａ1、２ａ2、２ａ3の間でのバディリストの同期を示す画面遷移例である。同図（ａ）は、プレゼンス表示の一例としてのバディリスト表示画面を示す。今仮に、ユーザエージェントＡの３つのクライアント２ａ1、２ａ2、２ａ3上でこの画面が表示されているものとする。同図（ｂ）は、バディの設定画面の一例を示す。この図は、クライアント２ａ1上で新たなバディＢ（表示名：福井さん）が設定されたことを示している。同図（ｃ）は、新たなバディリスト表示画面である。サーバ１は、新たに設定されたバディＢのプレゼンス情報及び表示属性情報を、ユーザエージェントＡのクライアント２ａ1、２ａ2、２ａ3に通知する。言い換えれば、これら３つのクライアントにプレゼンス通知メッセージが送信される。従って、これら３つのクライアント上では、「福井さん」のプレゼンス情報が追加表示されることになる。
【００３５】
図８は、バディだけでなく表示属性情報が同期することを示す画面遷移例である。同図（ａ）は、ユーザエージェントＡのクライアント２ａ1、２ａ2、２ａ3上でのバディリストの表示画面例である。同図（ｂ）は、表示属性情報の設定画面例である。この図は、クライアント２ａ1上で、バディＢの表示名「shingo」が「藤本真吾」に変更されたことを示している。同図（ｃ）は、表示属性情報の変更後に、クライアント２ａ1、２ａ2、２ａ3上で表示されるバディリスト表示画面である。バディＢの表示名は、「藤本真吾」に変更されている。
【００３６】
（２−４）再接続処理
サーバ１とクライアント２との接続は、ネットワーク３の不調により途切れたり、クライアント２の電源がオフになることにより途切れることがある。本プレゼンスシステムでは、ユーザエージェントＡのいずれかのクライアント２ａ1がサーバ１に接続してきたときに、他のクライアント２ａ2、２ａ3とプレゼンス表示が同期する。この処理のために、サーバ１は再接続検出モジュール１８を、クライアント２は再接続モジュール２５を、それぞれ有している。各モジュールの機能について以下に説明する。
【００３７】
（２−４−１）再接続処理
［再接続メッセージ］
図９（ａ）、（ｂ）は、再接続メッセージのフォーマット例を示す。再接続メッセージは、再接続モジュール２５により生成され、リクエストモジュール２１によりサーバ１に送信される。
【００３８】
同図（ａ）は、タイムスタンプのない再接続メッセージ（タイプ１）のフォーマット例である。再接続メッセージは、再接続要求を示すコマンド「LOGON」と、要求元ユーザＩＤと、を含んでいる。
同図（ｂ）は、タイムスタンプ付再接続メッセージ（タイプ２）のフォーマット例である。このメッセージは、さらにタイムスタンプを含んでいる。このメッセージは、タイムスタンプにより示された時間以降に変化したバディのプレゼンス情報を取得するために生成される。タイムスタンプは、再接続メッセージに必須の情報ではない。例えば長い時間接続が切れていた後に再接続する場合には、すべてのバディのプレゼンス情報を取得する方がよいと考えられるから、タイムスタンプは不要である。逆に例えば、サーバ１とクライアント２とがＵＤＰ(User datagram protocol)により接続している場合、タイムスタンプが有効である。例えば、３０分以上サーバ１から通信がない場合、クライアント２は再接続メッセージ（タイプ２）をサーバ１に送信することが考えられる。
【００３９】
［サーバの処理（再接続検出モジュール）］
同図（ｃ）は、再接続メッセージに対するプレゼンス通知メッセージの概念説明図である。前記図１６に示したプレゼンス通知メッセージと同様の情報が、このプレゼンス通知メッセージにも含ませている。再接続メッセージに基づいて抽出された、ユーザエージェントＡの全バディまたは一部のバディのプレゼンス情報などが、サーバ１からクライアント２に送信される。例えば、再接続メッセージ（タイプ１）が検出されると、ユーザエージェントＡの全バディのプレゼンス情報及び表示属性情報が、クライアント２ａ1、２ａ2、２ａ3に送信される。タイムスタンプ付再接続メッセージ（タイプ２）が検出されると、ユーザエージェントＡの一部のバディのプレゼンス情報及び表示属性情報が、クライアント２ａ1、２ａ2、２ａ3に送信される。一部のバディは、タイムスタンプで示された時間以降に設定されたプレゼンス情報を有するバディである。再接続メッセージの検出及びプレゼンス通知メッセージの送信の指示は、再接続検出モジュール１８により行われる。
【００４０】
［画面例］
図１０は、再接続したクライアント２ａ1に表示されるバディリスト表示画面例である。ここでは、クライアント２ａ1が再接続メッセージ（タイプ１）を送信した場合の画面例を示す。同図（ａ）は、起動直後の画面例を示す。クライアント２ａ1は、当初起動直後においては、いずれのバディのプレゼンス情報も表示属性情報も取得していない。同図（ｂ）は、サーバ１からバディのプレゼンス情報などを取得している途中のバディリスト表示画面例である。同図（ｃ）は、全バディのプレゼンス情報及び表示属性情報を取得した状態におけるバディリスト表示画面例である。
【００４１】
（２−４−２）ウォッチャー再登録処理（再接続検出モジュール）
ところで、ユーザエージェントＡがいずれのクライアント２ａ1、２ａ2、２ａ3からもサーバ１に接続しない期間があまりにも長い場合、ユーザエージェントＡはウォッチャーテーブル１２から削除される場合がある。本システムを長期間利用していないユーザエージェントＡに対するプレゼンス通知は、ネットワーク資源の無駄だからである。しかし、ウォッチャーテーブル１２から削除されたユーザエージェントＡが再接続すると、ユーザエージェントＡに対するプレゼンス通知を再開することが好ましい。さらに、ユーザエージェントＡへのプレゼンス通知を再開するにあたり、プレゼンティティに承諾を得ることが好ましい。以前はユーザエージェントＡに自分のプレゼンス情報を通知することを了承していたプレゼンティティであっても、時間の経過により気が変わっている場合もあるからである。
【００４２】
なお、プレゼンスシステムによっては、プレゼンステーブル１３に、各プレゼンティティのプレゼンス情報のアクセスレベルを設定出来る場合がある。その場合には、プレゼンティティへの前記確認をすることなく、プレゼンス通知の再開が可能か否かを判断することができる。
再接続したユーザエージェントＡへのプレゼンス通知の再開は、ユーザエージェントＡのユーザＩＤを、ウォッチャーテーブル１２に再登録することにより可能となる。再登録は、再接続検出モジュール１８により行われる。ユーザエージェントＡのプレゼンティティは、ユーザエージェントＡのバディリスト１１により決定することができる。図１０（ｄ）は、再接続後のクライアント２ａ上に、プレゼンス通知が送信されていることを示す画面例である。プレゼンス通知の再開により、ユーザエージェントＡは、再接続時のバディのプレゼンス情報だけではなく、それ以降のバディの最新のプレゼンス情報を知ることができるようになる。
【００４３】
（２−４−３）バディ見直し処理（再接続検出モジュール）
前記ウォッチャー再登録処理において、ユーザエージェントＡに対するプレゼンス通知の再開が不可と判断されたバディを、ユーザエージェントＡのバディリストから削除してもよい。これにより、サーバ１内のメモリ資源を有効活用することができる。バディの削除は、再接続検出モジュール１８により行う。
【００４４】
（２−４−５）再接続時の全体的な処理
図１１は、再接続時の全体的な処理の流れを示す説明図である。まずクライアント２からサーバ１に対し、再接続メッセージが送信される。再接続メッセージは、リクエスト処理モジュール１４から再接続検出モジュール１８に渡される（＃１）。ついで、再接続メッセージが解釈され、クライアント２ａ1のバディリスト情報がバディリストから読み出される（＃２、＃３）。次いでシステムによっては、バディに対してプレゼンス通知をしてもよいかのどうかの確認を行う（＃４）。その後、プレゼンス通知をしてもよいと答えたバディについては、そのバディのウォッチャーとしてユーザエージェントＡをウォッチャーテーブル１２に登録する（ウォッチャー再登録処理）（＃５）。
【００４５】
ユーザエージェントＡが再びウォッチャーとなったバディについては、そのプレゼンス情報がプレゼンステーブル１３から読み出される（＃６）。もし再接続メッセージがタイムスタンプを含んでいれば、そのタイムスタンプで示された時間よりも後に設定されたプレゼンス情報とその表示属性情報とが、プレゼンステーブル１３から読み出される（＃６）。ついで、プレゼンス情報、バディリスト情報及び表示属性情報を含むプレゼンス通知メッセージが、プレゼンス通知モジュール１５からクライアント２ａ1に送信される（＃７）。
【００４６】
プレゼンス通知を許可しなかったバディについては、そのバディをユーザエージェントＡのバディリストから削除してもよい（バディ見直し処理）（＃８）。また、ユーザエージェントＡがそのバディのウォッチャーではなくなったことを、クライアント２ａ1、２ａ2、２ａ3に通知してもよい（＃９）。この通知は、後述するウォッチ解除メッセージの送信により行うことができる。
【００４７】
（２−５）ウォッチ解除処理
プレゼンスシステム上では、サーバ１の都合によりプレゼンス情報の配信関係が解除される場合がある。この場合、ウォッチャーに対し、プレゼンティティのプレゼンス情報が配信されなくなったことを通知してもよい。この通知は、ウォッチ解除メッセージをサーバ１からクライアント２に送信することで行う。このメッセージの送受信のために、サーバ１はウォッチャー解除モジュール１１０を、クライアント２はウォッチ解除モジュール２６をそれぞれ有している。
【００４８】
［ウォッチ解除メッセージ］
図１２（ａ）は、ウォッチ解除メッセージのフォーマット例である。このメッセージは、ウォッチャー解除モジュール１１０により生成され、プレゼンス通知モジュール１５によりクライアント２に送信される。ウォッチ解除メッセージは、プレゼンス通知コマンド「NOTIFY」及びバディリスト情報に加え、解除コマンド「Subscription-State:terminated」を含む。解除コマンドは、バディリスト情報中のバディＩＤで特定されるバディのプレゼンス通知が解除されたことを示す。
【００４９】
［クライアントの処理（ウォッチ解除モジュール）］
図１２（ｂ）及び（ｃ）は、ウォッチ解除モジュール２６によるバディリスト表示画面の変化の一例を示す。同図（ｂ）のバディリスト表示画面は、ウォッチ解除メッセージ受信前のバディリスト表示画面を示している。同図（ｃ）は、ウォッチ解除メッセージ受信後のバディリスト表示画面を示している。ウォッチ解除メッセージ受信後は、バディリストから削除されたバディとそのプレゼンス情報の表示が削除される。この表示画面の変化は次のようにして行われる。まず、ウォッチ解除メッセージはウォッチ解除モジュール２６に渡され、削除すべきバディが決定する。ついでそのバディの表示の削除がプレゼンス表示モジュール２２に指示される。さらに、ウォッチ解除モジュール２６の指示により、バディリスト同期モジュール２４が記憶しているバディリスト情報及び表示属性情報から、対応するバディの情報が削除される。
【００５０】
図１２（ａ）のウォッチ解除メッセージの例では、ユーザＩＤ：user-A@im.jp.fujitsu.comのユーザエージェントＡが、ユーザＩＤ：mfukui@im.jp.fujitsu.comのユーザ（表示名：福井さん）のプレゼンス情報を参照するのを解除している。このため、ウォッチ解除メッセージ受信後は、図１２（ｂ）で表示されていたバディ「福井さん」とそのプレゼンス情報とが、図１２（ｃ）に示すようにバディリストから削除されている。
【００５１】
（２−６）セキュリティ強化処理
プレゼンスシステム上では、ユーザエージェントＡのバディ以外のユーザエージェントのプレゼンス情報が、クライアント２ａに送信されることがある。このようなプレゼンス通知を行う場合には、バディ以外のユーザエージェントＣのプレゼンス通知であることを、サーバ１がクライアント２ａに警告することが好ましい。また、警告を受け取ったクライアント２ａは、警告に応じた処理を行うことが好ましい。例えば、クライアント２ａは、ユーザエージェントＡに警告を通知したり、そのようなプレゼンス通知を無視することができる。このような処理を行うために、サーバ１はセキュリティ強化モジュール１１１を、クライアント２はセキュリティモジュール２７をそれぞれ有している。
【００５２】
［警告メッセージ］
図１３（ａ）は、警告メッセージのフォーマット例を示す。警告メッセージは、セキュリティ強化モジュール１１１により生成され、プレゼンス通知モジュール１５によりクライアント２に送信される。警告メッセージは、プレゼンス通知コマンド「NOTIFY」、バディリスト情報、プレゼンス情報に加え、警告コマンド「X-Warning:not-requested」を含む。バディリスト情報には、ユーザエージェントＡのバディではないユーザエージェントＣのユーザＩＤが含まれている。
【００５３】
［クライアントの処理（セキュリティモジュール）］
図１３（ｂ）は、前記警告メッセージを受信したクライント２ａが表示する警告表示画面の一例を示す。警告メッセージ中の警告コマンドは、セキュリティモジュール２７により抽出される。その後、警告表示画面により、ユーザエージェントＣを新たなバディに設定するか否かの選択を受け付ける。設定を選択された場合には、ユーザエージェントＣをバディに設定するバディ設定メッセージが、サーバ１に送信される。設定が選択されない場合、例えばユーザエージェントＣのプレゼンス通知は無視されてもよい。この機能により、見知らぬユーザエージェントＣがいつの間にかバディリストに追加されたり、そのプレゼンス情報が一方的に表示されるのを防ぐことが出来る。
【００５４】
（３）処理の流れ
［サーバ］
図１４は、サーバ１が行う主な処理の流れを示すフローチャートである。サーバ１は、所定のイベントの発生を契機に所定の処理を行う。
ステップＳ１，Ｓ２，Ｓ３：サーバ１は、新たなプレゼンス情報をいずれかのクライアント２から受信すると（Ｓ１）、プレゼンステーブル１３にこれを格納する（Ｓ２）。またサーバ１は、クライアント２に対応するユーザエージェントをクライアントテーブル１０から特定し、そのユーザエージェントのウォッチャーのクライアント２にプレゼンス通知を送信する（Ｓ３）。
【００５５】
ステップＳ４〜Ｓ７：サーバ１は、バディ設定メッセージをいずれかのクライアント２から受信すると（Ｓ４）、バディリスト１１及びウォッチャーテーブル１２を更新する（Ｓ５，Ｓ６）。新たなバディが追加されていない場合、ウォッチャーテーブル１２を更新しなくてもよい。次いで、そのクライアント２に対応するユーザエージェントの全てのクライアントをクライアントテーブル１０から抽出し、抽出したクライアントにバディのプレゼンス通知を送信する（Ｓ７）。このプレゼンス通知は、前述の「新たなバディの通知」の場合と「表示属性情報の更新通知」の場合とがある。
【００５６】
ステップＳ８，Ｓ９：サーバ１は、いずれかのクライアント２から再接続要求を受信すると（Ｓ８）、そのクライアント２に対応するユーザエージェントのバディのプレゼンス情報と表示属性情報とをバディリスト１１から読み出す。次いで、要求元のクライアントにプレゼンス通知を送信する（Ｓ９）。
ステップＳ１０，Ｓ１１：サーバ１は、いずれかのユーザエージェントのバディを削除する場合（Ｓ１０）、ウォッチ解除メッセージをクライアント２に送信する（Ｓ１１）。送信先は、前記ユーザエージェントに対応する全てのクライアントである。
【００５７】
ステップＳ１２，Ｓ１３：サーバ１は、いずれかのユーザエージェントのクライアント２に対して、バディ以外のユーザエージェントのプレゼンス通知を行う場合（Ｓ１２）、警告メッセージを送信する（Ｓ１３）。
［クライアント］
図１５は、クライアント２が、サーバ１からプレゼンス通知コマンド「NOTIFY」を受信した場合の処理の流れを示すフローチャートである。
【００５８】
ステップＳ２１，Ｓ２２，Ｓ２３，Ｓ２４：クライアント２は、プレゼンス通知コマンドを受信すると（Ｓ２１）、プレゼンス通知コマンドに警告コマンドが付加されているかどうかを判断する（Ｓ２２）。クライアント２は、警告コマンドが付加されている場合、確認ウィンドウを表示してもよい（Ｓ２３）。この確認ウインドウは、プレゼンス通知メッセージに含まれているプレゼンス情報の所有者をバディに設定するか否かの選択を、操作者から受け付ける（Ｓ２４）。
【００５９】
ステップＳ２５，Ｓ２６：前記ステップＳ２４で「バディに設定する」が選択されると、クライアント２は、プレゼンス通知コマンドに解除コマンドが付加されているかどうかを判断する（Ｓ２５）。解除コマンドが付加されている場合、クライアント２は、プレゼンス通知コマンドと共に通知されたバディとそのプレゼンス情報との表示を削除してもよい（Ｓ２６）。
【００６０】
ステップＳ２７，Ｓ２８：クライアント２は、新たなバディが通知されたか、またはいずれかのバディの新たなプレゼンス情報が通知されたか否かを判断する（Ｓ２７）。新たなバディが通知されている場合、バディリスト画面に新たなバディが表示される（Ｓ２８）。
ステップＳ２９，Ｓ３０，Ｓ３１：クライアント２は、バディの表示属性情報が更新されている場合（Ｓ２９）、バディリスト画面の表示形態を更新する（Ｓ３０）。その後、プレゼンス通知コマンドと共に通知されたプレゼンス情報を、バディリスト画面に表示する（Ｓ３１）。
【００６１】
本実施形態では、プレゼンス通知コマンド「NOTIFY」を用い、バディのプレゼンス通知、新たなバディの通知、表示属性情報の通知、バディの解除の通知、警告を行う。通知のタイミングは、それぞれ、バディのプレゼンス情報の更新時、新たなバディの設定時、表示属性情報の更新時、バディが解除されたとき、見知らぬプレゼンティティのプレゼンス通知の時である。これにより、プレゼンスシステム上で一人のユーザが複数の端末を使用している場合に、動的に変化するバディリストを端末間で同期させることができる。また、バディリストの表示形態が端末間でばらつくことなく、同一の形態で表示される。
【００６２】
＜その他の実施形態例＞
（Ａ）属性情報は、表示属性情報に限定されない。例えばウォッチ解除コマンドは、バディリストから削除されようとしているユーザエージェントに関する属性情報である。また警告コマンドは、警告コマンドともに送信されるプレゼンス情報の所有者に関する属性情報である。これらの他にも、必要に応じ、ユーザエージェントに関する種種の属性情報をプレゼンス通知コマンドと共に送信することができる。
【００６３】
（Ｂ）前述した本発明の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
＜付記＞
（付記１）
クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理装置に用いられるプレゼンス管理方法であって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理ステップと、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶ステップと、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶ステップと、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶ステップと、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶ステップで記憶している配信先リストと、前記バディリスト記憶ステップで記憶しているバディリストと、を更新するバディリスト更新ステップと、
前記バディリスト更新ステップでバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と共に前記バディの識別子を、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期ステップと、
を含むプレゼンス管理方法。
【００６４】
この方法は、プレゼンスシステムのサーバに用いられる。仮に、「ユーザエージェントＡが複数のクライアントｃ１，ｃ２，ｃ３を操作している」とする。また、「ユーザエージェントＡが、クライアントｃ１上で、新たなバディＢをバディリストに追加した」とする。サーバは、バディＢのプレゼンス情報とバディＢのＩＤとを、クライアントｃ１，ｃ２，ｃ３に通知する。これにより、クライアントｃ１に加えてクライアントｃ２，ｃ３が、バディＢが新たなバディとなったことを認識し、バディＢのプレゼンス情報を表示する。このようにして、一人のユーザが複数のクライアントを操作している状況において、バディリストが動的に変化しても、各端末のバディリストをリアルタイムに同期させることができる。
【００６５】
（付記２）
前記バディリスト同期ステップは、前記ユーザ群に含まれるいずれかのユーザに関する属性情報を、プレゼンス情報を通知するためのコマンドを用い、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信する、付記１に記載のプレゼンス管理方法。
【００６６】
ここで属性情報とは、例えば「バディのプレゼンス情報の配信を中止する通知」が挙げられる。また別の属性情報の例として、「バディに指定されていないユーザのプレゼンス情報を配信したことの通知」が挙げられる。さらに別の属性情報の例として、バディのプレゼンスを表示するための表示属性情報を挙げることができる。
【００６７】
（付記３）
前記バディリスト記憶ステップは、前記バディリストに含まれる各バディに関する属性情報を、各バディと共に記憶し、
前記バディリスト更新ステップは、前記バディリストに含まれる各バディに関する属性情報の設定をさらに受け付け、
前記バディリスト同期ステップは、いずれかのバディの属性情報が設定されたか否かを判断し、属性情報が設定された場合、そのバディのプレゼンス情報と共に、前記バディの識別子及び前記バディに関する属性情報を、前記第１ユーザが操作する全てのクライアントに送信する、
付記１に記載のプレゼンス管理方法。
【００６８】
例えばバディが追加された場合、追加されたバディとその属性情報は、プレゼンス通知コマンドを用いてユーザエージェントＡのクライアントに送信される。例えば属性情報がバディリストの表示に関する表示属性情報であれば、全てのクライアントにおいてバディリストは同じ表示形態で表示される。
また、バディリスト自体は更新されないがバディの表示属性情報が、例えばクライアントｃ１で更新されることもある。その場合、そのバディの表示属性情報が、プレゼンス通知コマンドにより、ユーザエージェントＡの残りのクライアントｃ２，ｃ３に通知される。このようにして、バディだけでなく、その表示形態を同期させることができる。
【００６９】
（付記４）
前記第１ユーザのいずれかのクライアントからの再接続要求を検出し、再接続要求に応じて前記第１ユーザの全てのバディの識別子及びプレゼンス情報を、前記クライアントに送信する第１再接続検出ステップを更に含む、付記１に記載のプレゼンス管理方法。
【００７０】
例えばユーザエージェントＡのクライアントｃ１，ｃ２，ｃ３のうち、クライアントｃ１が、再起動してサーバに「ＬＯＧＯＮ」コマンドを送信したとする。サーバは、ユーザエージェントＡのバディリスト及び各バディのプレゼンス情報を、プレゼンス通知コマンドを用いてクライアントｃ１に送信する。これにより、再起動したクライアントｃ１は、他のクライアントｃ２，ｃ３と同様のバディリストを表示することができる。
【００７１】
（付記５）
前記プレゼンス記憶ステップは、各ユーザのプレゼンス情報に加え、プレゼンス情報の設定時間をさらに記憶し、
前記第１ユーザのいずれかのクライアントからの最終接続時間を含む再接続要求を検出し、前記第１ユーザのバディのうち、前記最終接続時間後にプレゼンス情報が変化したバディの識別子及びプレゼンス情報を、前記クライアントに送信する第２再接続検出ステップをさらに含む、付記１に記載のプレゼンス管理方法。
【００７２】
この方法は、再接続してきたクライアントｃ１に、接続が中断していた間にプレゼンス情報が変化したバディのプレゼンス情報を通知する。例えばＵＤＰを用いてクライアントとサーバとが通信する場合に、３０分以上サーバからの通信がなかったら、クライアントは再接続要求を送信する。再接続要求は、サーバがクライアントに最後に通信した時間を含む。サーバは、指定された時間以降に設定されたプレゼンス情報を持つバディの識別子とそのプレゼンス情報とを、プレゼンス通知コマンドを用いてクライアントに送信する。再接続してきたユーザエージェントの全てのバディのプレゼンス情報を送信する場合に比べてサーバの負荷を軽減することができる。
【００７３】
（付記６）
前記ユーザ群に含まれる各ユーザの１または複数のクライアントが前記プレゼンス管理装置に最後に接続していた時間のうち最も最新の時間（以下、ログオフ時間という）を記憶するログオフ記憶ステップと、
前記ログオフ時間から一定時間が経過している第１ユーザの識別子を、前記配信先記憶ステップで記憶した配信先リストから削除する配信解除ステップと、
前記第１ユーザのいずれかのクライアントが前記プレゼンス管理装置に接続した場合、前記第１ユーザが前記配信先リストから削除されているかどうかを判断し、削除されていると判断した場合、前記第１ユーザのバディのプレゼンス情報の配信先として前記第１ユーザの識別子を再度配信先リストに書き込む配信先再記憶ステップと、
をさらに含む、付記１に記載のプレゼンス管理方法。
【００７４】
長い間プレゼンス管理装置に接続しなかったユーザエージェントＡは、配信先から削除される。そのようなユーザエージェントＡが再び接続してきたときには、サーバは、ユーザエージェントＡのバディリストに基づいて、ユーザエージェントＡを再びバディのウォッチャーに設定する。前記ユーザエージェントＡは、再びバディのプレゼンス情報の更新通知を取得できるようになる。
【００７５】
（付記７）
前記配信先再記憶ステップは、プレゼンス情報を前記第１ユーザへ配信することを許可するかどうかの確認を各バディに対して行い、許可しないバディの識別子を前記第１ユーザのバディリストから削除する、付記６に記載のプレゼンス管理方法。
【００７６】
ユーザエージェントＡのバディだったユーザエージェントＢが、時間の経過により気が変わり、ユーザエージェントＡへのプレゼンス情報の通知を許可しない場合がある。この場合、サーバは、ユーザエージェントＡのバディリストからバディＢを削除する。これにより、サーバのメモリ資源を有効に活用することができる。
【００７７】
（付記８）
前記第１ユーザのバディリストから少なくとも１のバディの識別子を削除するか否かを判断し、削除する場合、削除するバディの識別子と、そのバディのプレゼンス情報に代わる削除メッセージとを、前記第１ユーザのクライアントのうち接続中のものに通知する、付記１に記載のプレゼンス管理方法。
【００７８】
例えば前記第７発明においてバディを削除する場合や、プレゼンス管理装置が配信関係を削除する場合がある。その場合、削除されるバディの識別子と削除メッセージとを、プレゼンス通知コマンドを用いてクライアントに通知する。クライアントは、プレゼンス情報の更新が通知されなくなったバディを無駄に表示しなくてすむ利点がある。
【００７９】
（付記９）
前記バディリスト同期ステップは、前記ユーザ群に含まれる第２ユーザのプレゼンス情報を前記第１ユーザのクライアントに送信するに先立ち、前記第２ユーザの識別子が前記第１ユーザのバディリストに含まれているか否かを判断し、含まれていない場合、前記第２ユーザの識別子及びそのプレゼンス情報に加え、警告メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信する、付記１に記載のプレゼンス管理方法。
【００８０】
具体的には、ユーザエージェントＡのバディ以外のユーザエージェントＸが、自分のプレゼンス情報をユーザエージェントＡに送信する場合がある。この場合サーバは、ユーザエージェントＸの識別子とそのプレゼンス情報に加え、警告メッセージを、プレゼンス通知コマンドを用いて送信する。クライアントは、警告メッセージに基づいて、ユーザエージェントＸをバディに追加するかどうかを確認することができる。あるいは、クライアントは、警告メッセージに基づいて、ユーザエージェントＸのプレゼンス情報の通知を無視することもできる。従って、ユーザエージェントＡにとっては、見知らぬユーザエージェントＸのプレゼンス情報を一方的に見せられることがなくなる。
【００８１】
（付記１０）
クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理装置であって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理手段と、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶手段と、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶手段と、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶手段と、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶手段で記憶している配信先リストと、前記バディリスト記憶手段で記憶しているバディリストと、を更新するバディリスト更新手段と、
前記バディリスト更新手段でバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と共に前記バディの識別子を、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期手段と、
を備えるプレゼンス管理装置。
【００８２】
（付記１１）
クライアント群を操作するユーザ群のプレゼンス情報を管理するコンピュータを機能させるためのプレゼンス管理プログラムであって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理手段、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶手段、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶手段、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶手段、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶手段で記憶している配信先リストと、前記バディリスト記憶手段で記憶しているバディリストと、を更新するバディリスト更新手段、及び
前記バディリスト更新手段でバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と共に前記バディの識別子を、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期手段、
として前記コンピュータを機能させるプレゼンス管理プログラム。
【００８３】
（付記１２）
クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理ステップと、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶ステップと、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶ステップと、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶ステップと、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶ステップで記憶している配信先リストと、前記バディリスト記憶ステップで記憶しているバディリストと、を更新するバディリスト更新ステップと、
前記バディリスト更新ステップでバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と共に前記バディの識別子を、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期ステップと、
を実行するためのプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【００８４】
（付記１３）
ユーザが操作する第１クライアントに用いられるプレゼンス参照方法であって、
前記ユーザが興味を持つ１または複数の他のユーザであるバディのプレゼンス情報を管理するコンピュータに接続する接続ステップと、
前記バディの識別子及びそのプレゼンス情報を前記コンピュータから受信し、前記バディのプレゼンス情報を表示するバディリスト表示ステップと、
前記ユーザが操作する第２クライアントから設定された前記ユーザの新たなバディのプレゼンス情報とバディの識別子とを、前記バディリスト表示ステップ後に前記コンピュータから受信する同期ステップと、
前記新たなバディのプレゼンス情報を表示するバディリスト更新ステップと、
を含む、プレゼンス参照方法。
【００８５】
この方法を用いたプレゼンスシステムのクライアントｃ２は、別のクライアントｃ１で設定されたユーザエージェントＡの新たなバディＢのプレゼンス情報とその識別子とを、サーバから受信する。その後、クライアントｃ２は、クライアントｃ１と同じバディのプレゼンス情報を表示する。
（付記１４）
前記同期ステップは、前記バディのプレゼンス情報と識別子とに加え、前記バディに関する属性情報を更に受信し、
前記バディリスト更新ステップは、前記属性情報に基づいて、いずれかの前記バディに関する表示及び／またはプレゼンス情報に関する表示を更新する、
付記１３に記載のプレゼンス参照方法。
【００８６】
この方法を用いたプレゼンスシステムのクライアントｃ２は、別のクライアントｃ１で設定されたユーザエージェントＡの新たなバディＢのプレゼンス情報とその識別子と表示属性情報とを、サーバから受信する。その後、クライアントｃ２は、バディＢのプレゼンス情報を、例えば属性情報に従って表示する。その結果、クライアントｃ１，ｃ２におけるバディリストは、表示形態も含めて同期するようになる。
【００８７】
（付記１５）
前記コンピュータと最後に通信した時間（以下、最終接続時間という）を記憶する時間記憶ステップと、
前記バディリスト表示ステップ後に、前記最終接続時間を前記コンピュータに通知し、前記第１ユーザのバディのうち、前記最終接続時間後にプレゼンス情報が変化したバディの識別子及びそのプレゼンス情報を、前記コンピュータから取得するバディリスト再取得ステップと、
をさらに含む、付記１３に記載のプレゼンス参照方法。
【００８８】
例えばＵＤＰを用いてサーバとクライアントとが通信しているとする。クライアントは、サーバとの接続が切れたと類推できる場合、接続が切れている間に変化したプレゼンス情報の持ち主であるバディのプレゼンスを取得することができる。
（付記１６）
前記バディリスト表示ステップ後に、前記ユーザのいずれかのバディの識別子と、そのバディのプレゼンス情報に代わる削除メッセージと、を前記コンピュータから受信し、前記バディのプレゼンス情報の表示を消去するバディ削除ステップをさらに含む、付記１３に記載のプレゼンス参照方法。
【００８９】
削除メッセージを受信したクライアントは、対象バディをバディリストから削除し、バディが削除されたことをユーザエージェントに通知する。
（付記１７）
前記ユーザのバディ以外の第２ユーザのプレゼンス情報と、前記第２ユーザの識別子と、警告メッセージとを、前記コンピュータから受信する警告受信ステップをさらに含む、付記１３に記載のプレゼンス参照方法。
【００９０】
例えばユーザエージェントＢに関する警告メッセージを受信したクライアントは、例えばユーザエージェントＢをバディに設定するかどうかの確認ウインドウを表示してもよい。また、警告メッセージ付のプレゼンス通知を無視してもよい。
（付記１８）
前記警告受信ステップ後に、前記第２ユーザをバディに追加するか否かを前記第１ユーザに確認する確認ステップをさらに含む、付記１７に記載のプレゼンス参照方法。
【００９１】
例えばユーザエージェントＡがユーザエージェントＢをバディに追加することを許可した場合、ユーザエージェントＢのプレゼンス情報はユーザエージェントＡのクライアント上で表示されるようになる。逆に許可しない場合、ユーザエージェントＢのプレゼンス情報は、ユーザエージェントＡのクライアント上で表示されない。これにより、ユーザエージェントＡは、見知らぬ他人のプレゼンス情報を一方的に表示されることがなくなる。
【００９２】
（付記１９）
ユーザが操作する第１クライアントとしてのプレゼンス参照装置であって、
前記ユーザが興味を持つ１または複数の他のユーザであるバディのプレゼンス情報を管理するコンピュータに接続する接続手段と、
前記バディの識別子及びそのプレゼンス情報を前記コンピュータから受信し、前記バディのプレゼンス情報を表示するバディリスト表示手段と、
前記ユーザが操作する第２クライアントから設定された前記ユーザの新たなバディのプレゼンス情報とバディの識別子とを、前記バディリスト表示手段による表示後に前記コンピュータから受信する同期手段と、
前記新たなバディのプレゼンス情報を表示するバディリスト更新手段と、
を備えたプレゼンス参照装置。
【００９３】
（付記２０）
ユーザが操作する第１クライアントとしてのコンピュータを機能させるためのプレゼンス参照プログラムであって、
前記ユーザが興味を持つ１または複数の他のユーザであるバディのプレゼンス情報を管理するコンピュータに接続する接続手段、
前記バディの識別子及びそのプレゼンス情報を前記コンピュータから受信し、前記バディのプレゼンス情報を表示するバディリスト表示手段、
前記ユーザが操作する第２クライアントから設定された前記ユーザの新たなバディのプレゼンス情報とバディの識別子とを、前記バディリスト表示手段による表示後に前記コンピュータから受信する同期手段、及び
前記新たなバディのプレゼンス情報を表示するバディリスト更新手段、
として前記コンピュータを機能させるプレゼンス参照プログラム。
【００９４】
（付記２１）
ユーザが操作する第１クライアントに用いられるプレゼンス参照プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記ユーザが興味を持つ１または複数の他のユーザであるバディのプレゼンス情報を管理するコンピュータに接続する接続ステップと、
前記バディの識別子及びそのプレゼンス情報を前記コンピュータから受信し、前記バディのプレゼンス情報を表示するバディリスト表示ステップと、
前記ユーザが操作する第２クライアントから設定された前記ユーザの新たなバディのプレゼンス情報とバディの識別子とを、前記バディリスト表示ステップ後に前記コンピュータから受信する同期ステップと、
前記新たなバディのプレゼンス情報を表示するバディリスト更新ステップと、
を実行するためのプレゼンス参照プログラムを記録したコンピュータ読み取り可能な記録媒体。
【００９５】
（付記２２）
ユーザが操作する第１クライアントに用いられるプレゼンス参照方法であって、
前記ユーザが興味を持つ１または複数の他のユーザであるバディのプレゼンス情報を管理するコンピュータに接続する接続ステップと、
バディの識別子の指定及び／または前記バディリストの各バディに関する属性情報の設定を受け付け、バディの識別子と属性情報とを前記コンピュータに送信するバディリスト設定ステップと、
を含む、プレゼンス参照方法。
【００９６】
ユーザエージェントＡのクライアントｃ１は、新たなバディＢの識別子に加え、そのバディＢの属性情報を、サーバに送信する。バディＢの属性情報は、プレゼンス通知を用いてクライアントｃ１に送信される。
【００９７】
【発明の効果】
本発明を用いれば、プレゼンスシステム上で一人のユーザが複数の端末を使用している場合に、動的に変化するバディリストを端末間で同期させることができる。
【図面の簡単な説明】
【図１】 第１実施形態例に係るプレゼンスシステムの全体構成図。
【図２】 サーバ及びクライアントの機能ブロック図。
【図３】 バディ設定メッセージのフォーマット例。
【図４】 サーバに蓄積されるバディリストの説明図。
【図５】 サーバに蓄積されるウォッチャーテーブルの説明図。
【図６】 プレゼンス通知メッセージのフォーマット例。
【図７】 （ａ）バディリスト表示画面例（クライアント２ａ1）
（ｂ）バディの設定画面例
（ｃ）新たなバディ設定後のバディリスト表示画面例（クライアント２ａ1、２ａ2、２ａ3）
【図８】 （ａ）バディリスト表示画面例（クライアント２ａ1、２ａ2、２ａ3）
（ｂ）表示属性設定画面例バディリスト表示画面例（クライアント２ａ1）
（ｃ）表示属性更新後のバディリスト表示画面例（クライアント２ａ1、２ａ2、２ａ3）
【図９】 （ａ）再接続メッセージ（タイプ１）のフォーマット例。
（ｂ）タイムスタンプ付再接続メッセージ（タイプ１）のフォーマット例。
（ｃ）再接続メッセージに応じたプレゼンス通知メッセージ
【図１０】 （ａ）起動直後のバディリスト表示画面例（クライアント２ａ1）
（ｂ）図９（ｃ）のプレゼンス通知メッセージ受信中のバディリスト表示画面例（クライアント２ａ1）
（ｃ）図９（ｃ）のプレゼンス通知メッセージ受信完了後のバディリスト表示画面例（クライアント２ａ1）
（ｄ）バディのプレゼンス情報の更新が反映されたバディリスト表示画面例（クライアント２ａ1）
【図１１】 再接続処理の詳細な流れを示す説明図。
【図１２】 （ａ）ウォッチ解除メッセージのフォーマット例
（ｂ）ウォッチ解除メッセージ受信前のバディリスト画面例
（ｃ）ウォッチ解除メッセージ受信後のバディリスト画面例
【図１３】 （ａ）警告メッセージのフォーマット例
（ｂ）警告メッセージを受信した場合の警告表示画面例
【図１４】 サーバが行う主な処理の流れを示すフローチャート。
【図１５】 プレゼンス通知コマンドを受信したクライアントが行う処理の流れを示すフローチャート。
【符号の説明】
１：サーバ
２：クライアント
【発明の属する技術分野】
本発明は、ネットワーク上のユーザが他のユーザのプレゼンス情報を参照するためのプレゼンスシステムに関する。
本発明において、プレゼンスシステムは、サーバとクライアントとを含む。サーバは、クライアントを操作するユーザエージェントのプレゼンス情報を蓄積し、他のクライアントに配信する。配信されるプレゼンス情報の所有者を、プレゼンティティと呼ぶ。プレゼンティティのプレゼンス情報を受信するクライアントの操作者を、ウォッチャーと呼ぶ。ここでプレゼンス情報とは、プレゼンティティに関する任意の情報であり、例えば状態を表すテキストメッセージやアイコンファイル、住所や通信アドレスなどの個人情報が挙げられる。ユーザエージェントがそのプレゼンス情報の参照を希望している他のユーザエージェントを、ユーザエージェントのバディという。あるユーザエージェントのバディの一覧を、バディリストという。
【０００２】
【従来の技術】
近年、自宅や会社からインターネットに常時接続可能な通信サービスや、インターネットに接続可能な携帯電話が、急速に普及してきている。このようなインフラの整備を背景に、ユーザが他のユーザのプレゼンス情報をネットワーク上で参照できるプレゼンスシステムが日常生活や職場で用いられるようになってきている。なお、ユーザ同士がテキストメッセージをリアルタイムに交換するインスタントメッセージングシステム（以下、ＩＭシステムという）も一般的に用いられるようになっている。プレゼンスシステムの中には、テキストメッセージをプレゼンス情報の一部として扱うものもあるので、以下ではプレゼンスシステムはＩＭシステムを含むこととする。
【０００３】
プレゼンスシステムでは、プレゼンティティがプレゼンス情報を所有している。各プレゼンティティは、自分のプレゼンス情報を自由に設定することができる。また、ユーザは、自分が興味を持つプレゼンティティ、すなわちバディをサーバに登録する。依頼元ユーザはバディのウォッチャーとなり、バディのプレゼンス情報を取得する。
【０００４】
【発明が解決しようとする課題】
近年、一人のユーザが複数の端末を使用することは珍しくない。プレゼンスシステム上においても、一人のユーザが複数の端末を使用することを念頭に入れたシステムが存在する。例えば、マイクロソフトメッセンジャー（登録商標）では、一人のユーザが会社の端末と自宅の端末とを切り替えて使用することができる。ユーザが会社の端末でバディリストを更新すると、最新のバディリストがサーバにアップロードされる。その後自宅の端末がサーバに接続すると、自宅の端末のバディリストとサーバのバディリストとが比較され、最新のバディリストがサーバからダウンロードされる。このようにして、マイクロソフトメッセンジャーは、一人のユーザが複数の端末を使用する場合の端末間でのバディリストの同期を行っている。
【０００５】
しかし、前記プレゼンスシステムは、一人のユーザが同時に複数の端末を使用することを想定していない。そのため、仮に一人のユーザが同時に複数の端末をサーバに接続したくても、いずれか１つの端末しかサーバに接続できず不便である。また、仮に前記プレゼンスシステムで一人のユーザが複数の端末を接続できるとしても、各端末のバディリストが最新の状態になるのは、各端末がサーバに接続したときである。従って、複数の端末がサーバに接続された後で、ある端末のバディリストに、他の端末におけるバディリストの変更を反映させる仕組みは考えられていない。言い換えれば、動的に変化するバディリストが、一人のユーザの複数の端末間で同期する仕組みは未だ提供されていない。
【０００６】
また、前記プレゼンスシステムでは、各端末上で表示されるバディリストの表示形態が異なる場合がある。バディリストの表示形態は、バディの表示名や分類など表示属性情報を設定することにより、ユーザの好みに合わせることができる。しかし、表示属性情報は各端末上でのみ有効である。そのため、ユーザは、複数の端末上で同じようにバディリストを表示したい場合、各端末にいちいち表示属性を設定しなければならず、面倒である。
【０００７】
さらに、プレゼンスシステムでは、ユーザがバディに指定していないプレゼンティティのプレゼンス情報が、ユーザに通知されることがある。これはセキュリティ上好ましくない。その上、ユーザにとっては、見も知らぬプレゼンティティのプレゼンス情報を一方的に通知され、不快に感じることもある。
本発明の課題は、プレゼンスシステム上で一人のユーザが複数の端末を使用している場合に、動的に変化するバディリストを端末間で同期させることにある。
【０００８】
本発明の別の課題は、プレゼンスシステム上で一人のユーザが複数の端末を使用している場合に、各端末のバディリストの表示形態を、ユーザの負担を増加させることなく同期させることにある。
本発明の更に別の課題は、プレゼンスシステムのセキュリティを高め、ユーザにとって迷惑なプレゼンス通知を防止することにある。
【０００９】
【課題を解決するための手段】
発明１は、クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理装置に用いられるプレゼンス管理方法であって、以下のステップを含むプレゼンス管理方法を提供する。
・前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理ステップ、
・前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶ステップ、
・前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶ステップ、
・前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶ステップ、
・前記プレゼンス管理ステップで管理している任意のユーザのプレゼンス情報が更新された場合、そのプレゼンス情報の配信先ユーザのクライアントに対し、更新されたプレゼンス情報と前記ユーザの識別子とを含むプレゼンス通知メッセージを送信する更新通知ステップ、
・前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶ステップで記憶している配信先リストと、前記バディリスト記憶ステップで記憶しているバディリストと、を更新するバディリスト更新ステップ、
・前記バディリスト更新ステップでバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と前記バディの識別子とを含むプレゼンス通知メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期ステップ。
【００１０】
発明２は、発明１において、前記バディリスト同期ステップは、前記ユーザ群に含まれるいずれかのユーザに関する属性情報を、プレゼンス情報を通知するためのコマンドを用い、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するプレゼンス管理方法を提供する。
発明３は、発明１において、
・前記バディリスト記憶ステップは、前記バディリストに含まれる各バディに関する属性情報を、各バディと共に記憶し、
・前記バディリスト更新ステップは、前記バディリストに含まれる各バディに関する属性情報の設定をさらに受け付け、
・前記バディリスト同期ステップは、いずれかのバディの属性情報が設定されたか否かを判断し、属性情報が設定された場合、そのバディのプレゼンス情報と共に、前記バディの識別子及び前記バディに関する属性情報を、前記第１ユーザが操作する全てのクライアントに送信する、プレゼンス管理方法を提供する。
【００１１】
発明４は、クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理装置であって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理手段と、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶手段と、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶手段と、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶手段と、
前記プレゼンス管理手段が管理している任意のユーザのプレゼンス情報が更新された場合、そのプレゼンス情報の配信先ユーザのクライアントに対し、更新されたプレゼンス情報と前記ユーザの識別子とを含むプレゼンス通知メッセージを送信する更新通知手段と、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶手段で記憶している配信先リストと、前記バディリスト記憶手段で記憶しているバディリストと、を更新するバディリスト更新手段と、
前記バディリスト更新手段でバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と前記バディの識別子とを含むプレゼンス通知メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期手段と、
を備えるプレゼンス管理装置を提供する。
【００１２】
発明５は、クライアント群を操作するユーザ群のプレゼンス情報を管理するコンピュータを機能させるためのプレゼンス管理プログラムであって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理手段、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶手段、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶手段、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶手段、
前記プレゼンス管理手段が管理している任意のユーザのプレゼンス情報が更新された場合、そのプレゼンス情報の配信先ユーザのクライアントに対し、更新されたプレゼンス情報と前記ユーザの識別子とを含むプレゼンス通知メッセージを送信する更新通知手段、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶手段で記憶している配信先リストと、前記バディリスト記憶手段で記憶しているバディリストと、を更新するバディリスト更新手段、及び
前記バディリスト更新手段でバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と前記バディの識別子とを含むプレゼンス通知メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期手段、
として前記コンピュータを機能させるプレゼンス管理プログラムを提供する。
【００１３】
発明６は、クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理ステップと、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶ステップと、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶ステップと、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶ステップと、
前記プレゼンス管理ステップで管理している任意のユーザのプレゼンス情報が更新された場合、そのプレゼンス情報の配信先ユーザのクライアントに対し、更新されたプレゼンス情報と前記ユーザの識別子とを含むプレゼンス通知メッセージを送信する更新通知ステップと、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶ステップで記憶している配信先リストと、前記バディリスト記憶ステップで記憶しているバディリストと、を更新するバディリスト更新ステップと、
前記バディリスト更新ステップでバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と前記バディの識別子とを含むプレゼンス通知メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期ステップと、
を実行するためのプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
【００１４】
【発明の実施の形態】
＜第１実施形態例＞
（１）全体構成
図１は、本発明の第１実施形態例に係るプレゼンスシステムの概要図である。このプレゼンスシステムは、サーバ１と複数のクライアント２ａ，２ｂ・・・とを含んでいる。クライアント２ａ，２ｂ・・・とサーバ１とは、インターネットやイントラネット、移動体通信網などを含むネットワーク３により接続される。
【００１５】
各クライアント２ａ，２ｂ・・・は、ユーザエージェントＡ，Ｂ・・・により操作されている。このプレゼンスシステムでは、一人のユーザエージェントＡのクライアント２ａは、１または複数のクライアント２ａ1、２ａ2、２ａ3である。例えば、ユーザエージェントＡは、クライアント２ａとして、ＰＤＡ端末２ａ1と、ＰＣ端末２ａ2と、携帯電話２ａ3を操作してもよい。任意のユーザエージェントＡの１または複数のクライアントを、以下ではまとめてクライアント２ａという。
【００１６】
このプレゼンスシステムでは、ユーザエージェントＡの複数のクライアント２ａ1、２ａ2、２ａ3の全てがサーバ１に接続している場合がある。その場合であっても、各クライアント２ａ1、２ａ2、２ａ3上で表示されるユーザエージェントＡのバディやそのプレゼンス情報は同期する。また、バディ以外の属性情報、例えばバディの表示属性情報も、複数のクライアント間で同期することが好ましい。
【００１７】
以下では、ユーザエージェントＡの全クライアント２ａ1、２ａ2、２ａ3が、サーバ１に接続していることを前提に、サーバ１及びクライアント２の機能を説明する。
（２）サーバ及びクライアント
図２は、サーバ１及びクライアント２の機能構成を示すブロック図である。サーバ１及びクライアント２は、複数のモジュールとテーブルとを有している。以下では、各モジュール及びテーブルについて順次説明する。
【００１８】
（２−１）基本処理
サーバ１は、プレゼンスシステムにおけるサーバとしての基本処理のために、クライアントテーブル１０、バディリスト１１、ウォッチャーテーブル１２、プレゼンステーブル１３、リクエスト処理モジュール１４及びプレゼンス通知モジュール１５を有している。またクライアント２は、プレゼンスシステム上のクライアントとしての基本処理のために、リクエストモジュール２１及びプレゼンス表示モジュール２２を有している。これらのテーブル及びモジュールによりなされる基本処理は、大別して「プレゼンスの設定処理」、「バディの設定処理」、「プレゼンスの表示処理」、「プレゼンスの通知処理」である。
【００１９】
まず、「プレゼンスの設定処理」は次のように行われる。任意のユーザエージェントＡのプレゼンス情報は、リクエストモジュール２１からリクエスト処理モジュール１４に送信され、プレゼンステーブル１３に記憶される。プレゼンス情報が設定された日時を併せてプレゼンステーブル１３に記憶しておくとよい。新たなプレゼンス情報は、リクエストモジュール２１が自動的に生成しても良いし、ユーザエージェントＡが入力しても良い。
【００２０】
「バディの設定処理」は次のように行われる。ユーザエージェントＡは自分がその状態を参照したい他のユーザエージェント、すなわちバディのユーザＩＤ（以下、バディＩＤという）を指定する。バディＩＤは、リクエストモジュール２１からリクエスト処理モジュール１４に送信され、バディリスト１１に記憶される。バディＩＤの送信には、バディ設定コマンド、例えば「SUBSCRIBE」が用いられる。一方、ユーザエージェントＡのユーザＩＤは、指定したバディのウォッチャーのＩＤとして、ウォッチャーテーブル１２に記憶される。バディリスト１１及びウォッチャーテーブル１２の具体例については後述する。ウォッチャーテーブル１２に新たなウォッチャーを追加するに先立ち、プレゼンティティとなるバディに対し、新たなウォッチャーへプレゼンス情報の通知を許可するかどうかを確認してもよい。なお、ユーザＩＤとは、プレゼンスシステム上でサーバ１が各ユーザエージェントを識別するための識別子である。
【００２１】
「プレゼンスの表示処理」は次のように行われる。ユーザエージェントＡのバディのユーザＩＤとプレゼンス情報とは、サーバ１に接続した任意のクライアント２ａに送信される。具体的には、ユーザエージェントＡのバディのＩＤが、プレゼンス通知モジュール１５により、バディリスト１１から読み出される。次いで、各バディのプレゼンス情報が、プレゼンス通知モジュール１５により、プレゼンステーブル３から読み出される。読み出されたバディＩＤとプレゼンス情報とは、プレゼンス通知コマンド、例えば「NOTIFY」によりクライアント２ａに送信される。送信された各バディのプレゼンス情報は、プレゼンス表示モジュール２２によりクライアント２ａ上で表示される。
【００２２】
「プレゼンス通知処理」は次のように行われる。任意のユーザエージェントＡのプレゼンス情報が更新された場合、そのプレゼンス情報は、プレゼンス通知モジュール１５によりプレゼンステーブル３から読み出される。次いで、ユーザエージェントＡのウォッチャーＩＤが、ウォッチャーテーブル１２から抽出される。ユーザエージェントＡの新たなプレゼンス情報は、抽出されたウォッチャーのクライアント２に送信される。このプレゼンス通知には、前述と同様、「NOTIFY」などのプレゼンス通知コマンドが用いられる。通知されたプレゼンス情報は、プレゼンス表示モジュール２２によりバディの新たなプレゼンス情報として表示される。なお、ウォッチャーの各クライアント２は、クライアントテーブル１０から抽出される。クライアントテーブル１０は、ユーザＩＤと、そのユーザＩＤで特定されるユーザエージェントのクライアントＩＤとを、対応付けて記憶している。
【００２３】
（２−２）属性情報の設定処理
本プレゼンスシステムでは、任意のユーザエージェントＡは、バディに関する属性情報をサーバ１に設定することが出来る。ここでは、属性情報としてバディリストの表示属性情報を例にとり説明する。表示属性情報を設定するために、サーバ１は属性情報抽出モジュール１６を、クライアント２は属性情報設定モジュール２３を、それぞれ有している。各モジュールの機能について以下に説明する。
【００２４】
［バディ設定メッセージ］
図３は、バディ設定メッセージのフォーマット例である。バディ設定メッセージは、リクエストモジュール２１により生成され、サーバ１に送られる。通常、バディ設定メッセージは、バディ設定コマンド「SUBSCRIBE」とバディリスト情報とを含み、リクエストモジュール２１により生成される。このバディ設定メッセージには、表示属性情報が、属性情報設定モジュール２３によりさらに埋め込まれている。
【００２５】
バディ設定コマンド「SUBSCRIBE」は、サーバに対し、バディの設定を要求しているメッセージであることを示す。バディリスト情報は、バディＩＤとウォッチャーＩＤとを含む。ここでバディＩＤは、バディに指定されたユーザエージェントの識別子を示す。ウォッチャーＩＤは、要求元のユーザエージェントの識別子を示す。表示属性情報は、この例では、バディの「表示名」と、ウォッチャーからみたバディの分類を示す「分類名」とを含んでいる。
【００２６】
［サーバの処理（属性情報抽出モジュール）］
バディ設定メッセージの中の表示属性情報は、属性情報抽出モジュール１６により抽出され、バディリスト１１の中に書き込まれる。図４は、バディリスト１１に蓄積される情報を示す概念説明図である。バディリスト１１は、バディリスト情報と表示属性情報とを記憶している。具体的には、ウォッチャーＩＤ、バディＩＤ、表示名及び分類が１レコードに記憶されている。この図は、ユーザエージェントＡ（ユーザＩＤ：User-A@fujitsu.com）は、「shingo」、「ohno」、「okuyama」、及び「kakuta」の表示名で表示される４人のユーザエージェントを、バディに設定していることを示す。
【００２７】
また、図５は、ウォッチャーテーブル１２の概念説明図を示す。前述したように、ウォッチャーテーブル１２は、前記バディ設定メッセージに基づいて作成される。ウォッチャーテーブル１２は、プレゼンティティＩＤとウォッチャーＩＤとを１レコードに含んでいる。バディ設定メッセージ中のバディＩＤは、プレゼンティティＩＤとして書き込まれる。バディ設定メッセージ上のウォッチャーＩＤは、ウォッチャーＩＤとしてウォッチャーテーブル１２に記憶される。
【００２８】
（２−３）バディリストの同期処理
本プレゼンスシステムでは、一人のユーザエージェントＡが同時に操作する複数のクライアント間で、バディリストの表示を同期させる。この同期のために、サーバ１はバディリスト通知モジュール１７を、クライアント２はバディリスト同期モジュール２４を、それぞれ有している。これらのモジュールの機能について以下に説明する。
【００２９】
［プレゼンス通知メッセージ］
図６は、プレゼンス通知メッセージのフォーマット例である。プレゼンス通知メッセージは、サーバ１のプレゼンス通知モジュール１５により生成される。このメッセージは、プレゼンス通知コマンド「NOTIFY」と、バディリスト情報と、プレゼンス情報とを含んでいる。図６のプレゼンス通知メッセージには、バディの表示属性情報が、バディリスト通知モジュール１７によりさらに埋め込まれている。表示属性情報は、ウォッチャーが各バディに設定している情報であり、バディリスト１１から読み出される。なお、プレゼンス通知メッセージには、表示属性情報だけでなく、ユーザエージェントに関する様々な属性情報を埋め込むことができる。
【００３０】
（２−３−１）新たなバディの通知処理
前記プレゼンス通知メッセージは、前記基本処理のプレゼンス通知処理の他に、「新たなバディの通知処理」、及び「表示属性情報の更新通知処理」にも用いられる。まず、「新たなバディの通知処理」について説明する。
［サーバの処理（バディリスト通知モジュール）］
説明を容易にするために、ユーザエージェントＡがクライアント２ａ1を用い、バディＢ（表示名：福井さん）をバディリストに追加したとする。バディＢは、ユーザエージェントＡのバディとしてバディリスト１１に記憶される。また、ユーザエージェントＡは、バディＢのウォッチャーとしてウォッチャーテーブル１２に記憶される。次いで、新たなバディＢのプレゼンス情報は、プレゼンス通知メッセージにより通知される。通知先は、ユーザエージェントＡの接続中のクライアント２ａ1、２ａ2、２ａ3である。このプレゼンス通知メッセージは、バディリスト通知モジュール１７の指示により生成される。
【００３１】
［クライアントの処理（バディリスト同期モジュール）］
プレゼンス通知メッセージを受信したクライアント２ａ1、２ａ2、２ａ3では次の処理が行われる。まず、バディリスト情報がプレゼンス通知メッセージから抽出され、新たにバディが追加されたかが判断される。言い換えれば、既にそのプレゼンス情報が表示されているバディのＩＤと、通知されたバディのＩＤとをバディリスト同期モジュール２４が比較し、バディが追加されたか否かを判断する。プレゼンス通知メッセージ中のバディＩＤが新たなバディＩＤであれば、前記メッセージは新たなバディの通知と解釈される。その後、そのバディの表示名とそのプレゼンス情報とが追加表示される。これにより、任意のユーザエージェントＡが例えばクライアント２ａ1を用いてバディＢを追加した場合、クライアント２ａ1、２ａ2、２ａ3上でバディＢのプレゼンス情報が表示されるようになる。
【００３２】
（２−３−２）表示属性の更新通知処理
［サーバの処理（バディリスト通知モジュール）］
次に、「表示属性の更新通知処理」について説明する。説明を容易にするために、ユーザエージェントＡがクライアント２ａ1を用い、バディＢの表示属性情報を更新したとする。例えばバディＢの表示名が、「福井さん」から「fukui」に更新されたとする。新たな表示名「fukui」は、リクエスト処理モジュール１４によりバディリスト１１に書き込まれる。次いで、バディＢの新たな表示名は、プレゼンス通知メッセージにより通知される。通知先は、少なくともクライアント２ａ1、２ａ2、２ａ3である。このプレゼンス通知メッセージは、バディリスト通知モジュール１７の指示により生成される。
【００３３】
［クライアントの処理（バディリスト同期モジュール）］
クライアント２ａ1、２ａ2、２ａ3では、前述と同様に「新たなバディの通知」か否かの判断が行われる。その後、新たなバディの通知でなければ、プレゼンス通知メッセージ中のバディＢの表示属性情報が更新されたか否かが判断される。プレゼンス表示で表示されているバディの表示属性情報は、バディリスト同期モジュール２４により記憶されている。更新されていれば、前記メッセージは「表示属性情報の更新通知」と判断される。その結果、バディＢのプレゼンス表示が新たな表示属性情報に基づいて更新される。従って、ユーザエージェントＡの２ａ1、２ａ2、２ａ3は、バディＢを新たな表示名で表示するようになる。なお、表示属性情報がバディＢの分類名であれば、バディＢは新たな分類に属するバディの一人として表示されるようになる。
【００３４】
［画面例］
図７は、複数のクライアント２ａ1、２ａ2、２ａ3の間でのバディリストの同期を示す画面遷移例である。同図（ａ）は、プレゼンス表示の一例としてのバディリスト表示画面を示す。今仮に、ユーザエージェントＡの３つのクライアント２ａ1、２ａ2、２ａ3上でこの画面が表示されているものとする。同図（ｂ）は、バディの設定画面の一例を示す。この図は、クライアント２ａ1上で新たなバディＢ（表示名：福井さん）が設定されたことを示している。同図（ｃ）は、新たなバディリスト表示画面である。サーバ１は、新たに設定されたバディＢのプレゼンス情報及び表示属性情報を、ユーザエージェントＡのクライアント２ａ1、２ａ2、２ａ3に通知する。言い換えれば、これら３つのクライアントにプレゼンス通知メッセージが送信される。従って、これら３つのクライアント上では、「福井さん」のプレゼンス情報が追加表示されることになる。
【００３５】
図８は、バディだけでなく表示属性情報が同期することを示す画面遷移例である。同図（ａ）は、ユーザエージェントＡのクライアント２ａ1、２ａ2、２ａ3上でのバディリストの表示画面例である。同図（ｂ）は、表示属性情報の設定画面例である。この図は、クライアント２ａ1上で、バディＢの表示名「shingo」が「藤本真吾」に変更されたことを示している。同図（ｃ）は、表示属性情報の変更後に、クライアント２ａ1、２ａ2、２ａ3上で表示されるバディリスト表示画面である。バディＢの表示名は、「藤本真吾」に変更されている。
【００３６】
（２−４）再接続処理
サーバ１とクライアント２との接続は、ネットワーク３の不調により途切れたり、クライアント２の電源がオフになることにより途切れることがある。本プレゼンスシステムでは、ユーザエージェントＡのいずれかのクライアント２ａ1がサーバ１に接続してきたときに、他のクライアント２ａ2、２ａ3とプレゼンス表示が同期する。この処理のために、サーバ１は再接続検出モジュール１８を、クライアント２は再接続モジュール２５を、それぞれ有している。各モジュールの機能について以下に説明する。
【００３７】
（２−４−１）再接続処理
［再接続メッセージ］
図９（ａ）、（ｂ）は、再接続メッセージのフォーマット例を示す。再接続メッセージは、再接続モジュール２５により生成され、リクエストモジュール２１によりサーバ１に送信される。
【００３８】
同図（ａ）は、タイムスタンプのない再接続メッセージ（タイプ１）のフォーマット例である。再接続メッセージは、再接続要求を示すコマンド「LOGON」と、要求元ユーザＩＤと、を含んでいる。
同図（ｂ）は、タイムスタンプ付再接続メッセージ（タイプ２）のフォーマット例である。このメッセージは、さらにタイムスタンプを含んでいる。このメッセージは、タイムスタンプにより示された時間以降に変化したバディのプレゼンス情報を取得するために生成される。タイムスタンプは、再接続メッセージに必須の情報ではない。例えば長い時間接続が切れていた後に再接続する場合には、すべてのバディのプレゼンス情報を取得する方がよいと考えられるから、タイムスタンプは不要である。逆に例えば、サーバ１とクライアント２とがＵＤＰ(User datagram protocol)により接続している場合、タイムスタンプが有効である。例えば、３０分以上サーバ１から通信がない場合、クライアント２は再接続メッセージ（タイプ２）をサーバ１に送信することが考えられる。
【００３９】
［サーバの処理（再接続検出モジュール）］
同図（ｃ）は、再接続メッセージに対するプレゼンス通知メッセージの概念説明図である。前記図１６に示したプレゼンス通知メッセージと同様の情報が、このプレゼンス通知メッセージにも含ませている。再接続メッセージに基づいて抽出された、ユーザエージェントＡの全バディまたは一部のバディのプレゼンス情報などが、サーバ１からクライアント２に送信される。例えば、再接続メッセージ（タイプ１）が検出されると、ユーザエージェントＡの全バディのプレゼンス情報及び表示属性情報が、クライアント２ａ1、２ａ2、２ａ3に送信される。タイムスタンプ付再接続メッセージ（タイプ２）が検出されると、ユーザエージェントＡの一部のバディのプレゼンス情報及び表示属性情報が、クライアント２ａ1、２ａ2、２ａ3に送信される。一部のバディは、タイムスタンプで示された時間以降に設定されたプレゼンス情報を有するバディである。再接続メッセージの検出及びプレゼンス通知メッセージの送信の指示は、再接続検出モジュール１８により行われる。
【００４０】
［画面例］
図１０は、再接続したクライアント２ａ1に表示されるバディリスト表示画面例である。ここでは、クライアント２ａ1が再接続メッセージ（タイプ１）を送信した場合の画面例を示す。同図（ａ）は、起動直後の画面例を示す。クライアント２ａ1は、当初起動直後においては、いずれのバディのプレゼンス情報も表示属性情報も取得していない。同図（ｂ）は、サーバ１からバディのプレゼンス情報などを取得している途中のバディリスト表示画面例である。同図（ｃ）は、全バディのプレゼンス情報及び表示属性情報を取得した状態におけるバディリスト表示画面例である。
【００４１】
（２−４−２）ウォッチャー再登録処理（再接続検出モジュール）
ところで、ユーザエージェントＡがいずれのクライアント２ａ1、２ａ2、２ａ3からもサーバ１に接続しない期間があまりにも長い場合、ユーザエージェントＡはウォッチャーテーブル１２から削除される場合がある。本システムを長期間利用していないユーザエージェントＡに対するプレゼンス通知は、ネットワーク資源の無駄だからである。しかし、ウォッチャーテーブル１２から削除されたユーザエージェントＡが再接続すると、ユーザエージェントＡに対するプレゼンス通知を再開することが好ましい。さらに、ユーザエージェントＡへのプレゼンス通知を再開するにあたり、プレゼンティティに承諾を得ることが好ましい。以前はユーザエージェントＡに自分のプレゼンス情報を通知することを了承していたプレゼンティティであっても、時間の経過により気が変わっている場合もあるからである。
【００４２】
なお、プレゼンスシステムによっては、プレゼンステーブル１３に、各プレゼンティティのプレゼンス情報のアクセスレベルを設定出来る場合がある。その場合には、プレゼンティティへの前記確認をすることなく、プレゼンス通知の再開が可能か否かを判断することができる。
再接続したユーザエージェントＡへのプレゼンス通知の再開は、ユーザエージェントＡのユーザＩＤを、ウォッチャーテーブル１２に再登録することにより可能となる。再登録は、再接続検出モジュール１８により行われる。ユーザエージェントＡのプレゼンティティは、ユーザエージェントＡのバディリスト１１により決定することができる。図１０（ｄ）は、再接続後のクライアント２ａ上に、プレゼンス通知が送信されていることを示す画面例である。プレゼンス通知の再開により、ユーザエージェントＡは、再接続時のバディのプレゼンス情報だけではなく、それ以降のバディの最新のプレゼンス情報を知ることができるようになる。
【００４３】
（２−４−３）バディ見直し処理（再接続検出モジュール）
前記ウォッチャー再登録処理において、ユーザエージェントＡに対するプレゼンス通知の再開が不可と判断されたバディを、ユーザエージェントＡのバディリストから削除してもよい。これにより、サーバ１内のメモリ資源を有効活用することができる。バディの削除は、再接続検出モジュール１８により行う。
【００４４】
（２−４−５）再接続時の全体的な処理
図１１は、再接続時の全体的な処理の流れを示す説明図である。まずクライアント２からサーバ１に対し、再接続メッセージが送信される。再接続メッセージは、リクエスト処理モジュール１４から再接続検出モジュール１８に渡される（＃１）。ついで、再接続メッセージが解釈され、クライアント２ａ1のバディリスト情報がバディリストから読み出される（＃２、＃３）。次いでシステムによっては、バディに対してプレゼンス通知をしてもよいかのどうかの確認を行う（＃４）。その後、プレゼンス通知をしてもよいと答えたバディについては、そのバディのウォッチャーとしてユーザエージェントＡをウォッチャーテーブル１２に登録する（ウォッチャー再登録処理）（＃５）。
【００４５】
ユーザエージェントＡが再びウォッチャーとなったバディについては、そのプレゼンス情報がプレゼンステーブル１３から読み出される（＃６）。もし再接続メッセージがタイムスタンプを含んでいれば、そのタイムスタンプで示された時間よりも後に設定されたプレゼンス情報とその表示属性情報とが、プレゼンステーブル１３から読み出される（＃６）。ついで、プレゼンス情報、バディリスト情報及び表示属性情報を含むプレゼンス通知メッセージが、プレゼンス通知モジュール１５からクライアント２ａ1に送信される（＃７）。
【００４６】
プレゼンス通知を許可しなかったバディについては、そのバディをユーザエージェントＡのバディリストから削除してもよい（バディ見直し処理）（＃８）。また、ユーザエージェントＡがそのバディのウォッチャーではなくなったことを、クライアント２ａ1、２ａ2、２ａ3に通知してもよい（＃９）。この通知は、後述するウォッチ解除メッセージの送信により行うことができる。
【００４７】
（２−５）ウォッチ解除処理
プレゼンスシステム上では、サーバ１の都合によりプレゼンス情報の配信関係が解除される場合がある。この場合、ウォッチャーに対し、プレゼンティティのプレゼンス情報が配信されなくなったことを通知してもよい。この通知は、ウォッチ解除メッセージをサーバ１からクライアント２に送信することで行う。このメッセージの送受信のために、サーバ１はウォッチャー解除モジュール１１０を、クライアント２はウォッチ解除モジュール２６をそれぞれ有している。
【００４８】
［ウォッチ解除メッセージ］
図１２（ａ）は、ウォッチ解除メッセージのフォーマット例である。このメッセージは、ウォッチャー解除モジュール１１０により生成され、プレゼンス通知モジュール１５によりクライアント２に送信される。ウォッチ解除メッセージは、プレゼンス通知コマンド「NOTIFY」及びバディリスト情報に加え、解除コマンド「Subscription-State:terminated」を含む。解除コマンドは、バディリスト情報中のバディＩＤで特定されるバディのプレゼンス通知が解除されたことを示す。
【００４９】
［クライアントの処理（ウォッチ解除モジュール）］
図１２（ｂ）及び（ｃ）は、ウォッチ解除モジュール２６によるバディリスト表示画面の変化の一例を示す。同図（ｂ）のバディリスト表示画面は、ウォッチ解除メッセージ受信前のバディリスト表示画面を示している。同図（ｃ）は、ウォッチ解除メッセージ受信後のバディリスト表示画面を示している。ウォッチ解除メッセージ受信後は、バディリストから削除されたバディとそのプレゼンス情報の表示が削除される。この表示画面の変化は次のようにして行われる。まず、ウォッチ解除メッセージはウォッチ解除モジュール２６に渡され、削除すべきバディが決定する。ついでそのバディの表示の削除がプレゼンス表示モジュール２２に指示される。さらに、ウォッチ解除モジュール２６の指示により、バディリスト同期モジュール２４が記憶しているバディリスト情報及び表示属性情報から、対応するバディの情報が削除される。
【００５０】
図１２（ａ）のウォッチ解除メッセージの例では、ユーザＩＤ：user-A@im.jp.fujitsu.comのユーザエージェントＡが、ユーザＩＤ：mfukui@im.jp.fujitsu.comのユーザ（表示名：福井さん）のプレゼンス情報を参照するのを解除している。このため、ウォッチ解除メッセージ受信後は、図１２（ｂ）で表示されていたバディ「福井さん」とそのプレゼンス情報とが、図１２（ｃ）に示すようにバディリストから削除されている。
【００５１】
（２−６）セキュリティ強化処理
プレゼンスシステム上では、ユーザエージェントＡのバディ以外のユーザエージェントのプレゼンス情報が、クライアント２ａに送信されることがある。このようなプレゼンス通知を行う場合には、バディ以外のユーザエージェントＣのプレゼンス通知であることを、サーバ１がクライアント２ａに警告することが好ましい。また、警告を受け取ったクライアント２ａは、警告に応じた処理を行うことが好ましい。例えば、クライアント２ａは、ユーザエージェントＡに警告を通知したり、そのようなプレゼンス通知を無視することができる。このような処理を行うために、サーバ１はセキュリティ強化モジュール１１１を、クライアント２はセキュリティモジュール２７をそれぞれ有している。
【００５２】
［警告メッセージ］
図１３（ａ）は、警告メッセージのフォーマット例を示す。警告メッセージは、セキュリティ強化モジュール１１１により生成され、プレゼンス通知モジュール１５によりクライアント２に送信される。警告メッセージは、プレゼンス通知コマンド「NOTIFY」、バディリスト情報、プレゼンス情報に加え、警告コマンド「X-Warning:not-requested」を含む。バディリスト情報には、ユーザエージェントＡのバディではないユーザエージェントＣのユーザＩＤが含まれている。
【００５３】
［クライアントの処理（セキュリティモジュール）］
図１３（ｂ）は、前記警告メッセージを受信したクライント２ａが表示する警告表示画面の一例を示す。警告メッセージ中の警告コマンドは、セキュリティモジュール２７により抽出される。その後、警告表示画面により、ユーザエージェントＣを新たなバディに設定するか否かの選択を受け付ける。設定を選択された場合には、ユーザエージェントＣをバディに設定するバディ設定メッセージが、サーバ１に送信される。設定が選択されない場合、例えばユーザエージェントＣのプレゼンス通知は無視されてもよい。この機能により、見知らぬユーザエージェントＣがいつの間にかバディリストに追加されたり、そのプレゼンス情報が一方的に表示されるのを防ぐことが出来る。
【００５４】
（３）処理の流れ
［サーバ］
図１４は、サーバ１が行う主な処理の流れを示すフローチャートである。サーバ１は、所定のイベントの発生を契機に所定の処理を行う。
ステップＳ１，Ｓ２，Ｓ３：サーバ１は、新たなプレゼンス情報をいずれかのクライアント２から受信すると（Ｓ１）、プレゼンステーブル１３にこれを格納する（Ｓ２）。またサーバ１は、クライアント２に対応するユーザエージェントをクライアントテーブル１０から特定し、そのユーザエージェントのウォッチャーのクライアント２にプレゼンス通知を送信する（Ｓ３）。
【００５５】
ステップＳ４〜Ｓ７：サーバ１は、バディ設定メッセージをいずれかのクライアント２から受信すると（Ｓ４）、バディリスト１１及びウォッチャーテーブル１２を更新する（Ｓ５，Ｓ６）。新たなバディが追加されていない場合、ウォッチャーテーブル１２を更新しなくてもよい。次いで、そのクライアント２に対応するユーザエージェントの全てのクライアントをクライアントテーブル１０から抽出し、抽出したクライアントにバディのプレゼンス通知を送信する（Ｓ７）。このプレゼンス通知は、前述の「新たなバディの通知」の場合と「表示属性情報の更新通知」の場合とがある。
【００５６】
ステップＳ８，Ｓ９：サーバ１は、いずれかのクライアント２から再接続要求を受信すると（Ｓ８）、そのクライアント２に対応するユーザエージェントのバディのプレゼンス情報と表示属性情報とをバディリスト１１から読み出す。次いで、要求元のクライアントにプレゼンス通知を送信する（Ｓ９）。
ステップＳ１０，Ｓ１１：サーバ１は、いずれかのユーザエージェントのバディを削除する場合（Ｓ１０）、ウォッチ解除メッセージをクライアント２に送信する（Ｓ１１）。送信先は、前記ユーザエージェントに対応する全てのクライアントである。
【００５７】
ステップＳ１２，Ｓ１３：サーバ１は、いずれかのユーザエージェントのクライアント２に対して、バディ以外のユーザエージェントのプレゼンス通知を行う場合（Ｓ１２）、警告メッセージを送信する（Ｓ１３）。
［クライアント］
図１５は、クライアント２が、サーバ１からプレゼンス通知コマンド「NOTIFY」を受信した場合の処理の流れを示すフローチャートである。
【００５８】
ステップＳ２１，Ｓ２２，Ｓ２３，Ｓ２４：クライアント２は、プレゼンス通知コマンドを受信すると（Ｓ２１）、プレゼンス通知コマンドに警告コマンドが付加されているかどうかを判断する（Ｓ２２）。クライアント２は、警告コマンドが付加されている場合、確認ウィンドウを表示してもよい（Ｓ２３）。この確認ウインドウは、プレゼンス通知メッセージに含まれているプレゼンス情報の所有者をバディに設定するか否かの選択を、操作者から受け付ける（Ｓ２４）。
【００５９】
ステップＳ２５，Ｓ２６：前記ステップＳ２４で「バディに設定する」が選択されると、クライアント２は、プレゼンス通知コマンドに解除コマンドが付加されているかどうかを判断する（Ｓ２５）。解除コマンドが付加されている場合、クライアント２は、プレゼンス通知コマンドと共に通知されたバディとそのプレゼンス情報との表示を削除してもよい（Ｓ２６）。
【００６０】
ステップＳ２７，Ｓ２８：クライアント２は、新たなバディが通知されたか、またはいずれかのバディの新たなプレゼンス情報が通知されたか否かを判断する（Ｓ２７）。新たなバディが通知されている場合、バディリスト画面に新たなバディが表示される（Ｓ２８）。
ステップＳ２９，Ｓ３０，Ｓ３１：クライアント２は、バディの表示属性情報が更新されている場合（Ｓ２９）、バディリスト画面の表示形態を更新する（Ｓ３０）。その後、プレゼンス通知コマンドと共に通知されたプレゼンス情報を、バディリスト画面に表示する（Ｓ３１）。
【００６１】
本実施形態では、プレゼンス通知コマンド「NOTIFY」を用い、バディのプレゼンス通知、新たなバディの通知、表示属性情報の通知、バディの解除の通知、警告を行う。通知のタイミングは、それぞれ、バディのプレゼンス情報の更新時、新たなバディの設定時、表示属性情報の更新時、バディが解除されたとき、見知らぬプレゼンティティのプレゼンス通知の時である。これにより、プレゼンスシステム上で一人のユーザが複数の端末を使用している場合に、動的に変化するバディリストを端末間で同期させることができる。また、バディリストの表示形態が端末間でばらつくことなく、同一の形態で表示される。
【００６２】
＜その他の実施形態例＞
（Ａ）属性情報は、表示属性情報に限定されない。例えばウォッチ解除コマンドは、バディリストから削除されようとしているユーザエージェントに関する属性情報である。また警告コマンドは、警告コマンドともに送信されるプレゼンス情報の所有者に関する属性情報である。これらの他にも、必要に応じ、ユーザエージェントに関する種種の属性情報をプレゼンス通知コマンドと共に送信することができる。
【００６３】
（Ｂ）前述した本発明の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
＜付記＞
（付記１）
クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理装置に用いられるプレゼンス管理方法であって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理ステップと、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶ステップと、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶ステップと、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶ステップと、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶ステップで記憶している配信先リストと、前記バディリスト記憶ステップで記憶しているバディリストと、を更新するバディリスト更新ステップと、
前記バディリスト更新ステップでバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と共に前記バディの識別子を、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期ステップと、
を含むプレゼンス管理方法。
【００６４】
この方法は、プレゼンスシステムのサーバに用いられる。仮に、「ユーザエージェントＡが複数のクライアントｃ１，ｃ２，ｃ３を操作している」とする。また、「ユーザエージェントＡが、クライアントｃ１上で、新たなバディＢをバディリストに追加した」とする。サーバは、バディＢのプレゼンス情報とバディＢのＩＤとを、クライアントｃ１，ｃ２，ｃ３に通知する。これにより、クライアントｃ１に加えてクライアントｃ２，ｃ３が、バディＢが新たなバディとなったことを認識し、バディＢのプレゼンス情報を表示する。このようにして、一人のユーザが複数のクライアントを操作している状況において、バディリストが動的に変化しても、各端末のバディリストをリアルタイムに同期させることができる。
【００６５】
（付記２）
前記バディリスト同期ステップは、前記ユーザ群に含まれるいずれかのユーザに関する属性情報を、プレゼンス情報を通知するためのコマンドを用い、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信する、付記１に記載のプレゼンス管理方法。
【００６６】
ここで属性情報とは、例えば「バディのプレゼンス情報の配信を中止する通知」が挙げられる。また別の属性情報の例として、「バディに指定されていないユーザのプレゼンス情報を配信したことの通知」が挙げられる。さらに別の属性情報の例として、バディのプレゼンスを表示するための表示属性情報を挙げることができる。
【００６７】
（付記３）
前記バディリスト記憶ステップは、前記バディリストに含まれる各バディに関する属性情報を、各バディと共に記憶し、
前記バディリスト更新ステップは、前記バディリストに含まれる各バディに関する属性情報の設定をさらに受け付け、
前記バディリスト同期ステップは、いずれかのバディの属性情報が設定されたか否かを判断し、属性情報が設定された場合、そのバディのプレゼンス情報と共に、前記バディの識別子及び前記バディに関する属性情報を、前記第１ユーザが操作する全てのクライアントに送信する、
付記１に記載のプレゼンス管理方法。
【００６８】
例えばバディが追加された場合、追加されたバディとその属性情報は、プレゼンス通知コマンドを用いてユーザエージェントＡのクライアントに送信される。例えば属性情報がバディリストの表示に関する表示属性情報であれば、全てのクライアントにおいてバディリストは同じ表示形態で表示される。
また、バディリスト自体は更新されないがバディの表示属性情報が、例えばクライアントｃ１で更新されることもある。その場合、そのバディの表示属性情報が、プレゼンス通知コマンドにより、ユーザエージェントＡの残りのクライアントｃ２，ｃ３に通知される。このようにして、バディだけでなく、その表示形態を同期させることができる。
【００６９】
（付記４）
前記第１ユーザのいずれかのクライアントからの再接続要求を検出し、再接続要求に応じて前記第１ユーザの全てのバディの識別子及びプレゼンス情報を、前記クライアントに送信する第１再接続検出ステップを更に含む、付記１に記載のプレゼンス管理方法。
【００７０】
例えばユーザエージェントＡのクライアントｃ１，ｃ２，ｃ３のうち、クライアントｃ１が、再起動してサーバに「ＬＯＧＯＮ」コマンドを送信したとする。サーバは、ユーザエージェントＡのバディリスト及び各バディのプレゼンス情報を、プレゼンス通知コマンドを用いてクライアントｃ１に送信する。これにより、再起動したクライアントｃ１は、他のクライアントｃ２，ｃ３と同様のバディリストを表示することができる。
【００７１】
（付記５）
前記プレゼンス記憶ステップは、各ユーザのプレゼンス情報に加え、プレゼンス情報の設定時間をさらに記憶し、
前記第１ユーザのいずれかのクライアントからの最終接続時間を含む再接続要求を検出し、前記第１ユーザのバディのうち、前記最終接続時間後にプレゼンス情報が変化したバディの識別子及びプレゼンス情報を、前記クライアントに送信する第２再接続検出ステップをさらに含む、付記１に記載のプレゼンス管理方法。
【００７２】
この方法は、再接続してきたクライアントｃ１に、接続が中断していた間にプレゼンス情報が変化したバディのプレゼンス情報を通知する。例えばＵＤＰを用いてクライアントとサーバとが通信する場合に、３０分以上サーバからの通信がなかったら、クライアントは再接続要求を送信する。再接続要求は、サーバがクライアントに最後に通信した時間を含む。サーバは、指定された時間以降に設定されたプレゼンス情報を持つバディの識別子とそのプレゼンス情報とを、プレゼンス通知コマンドを用いてクライアントに送信する。再接続してきたユーザエージェントの全てのバディのプレゼンス情報を送信する場合に比べてサーバの負荷を軽減することができる。
【００７３】
（付記６）
前記ユーザ群に含まれる各ユーザの１または複数のクライアントが前記プレゼンス管理装置に最後に接続していた時間のうち最も最新の時間（以下、ログオフ時間という）を記憶するログオフ記憶ステップと、
前記ログオフ時間から一定時間が経過している第１ユーザの識別子を、前記配信先記憶ステップで記憶した配信先リストから削除する配信解除ステップと、
前記第１ユーザのいずれかのクライアントが前記プレゼンス管理装置に接続した場合、前記第１ユーザが前記配信先リストから削除されているかどうかを判断し、削除されていると判断した場合、前記第１ユーザのバディのプレゼンス情報の配信先として前記第１ユーザの識別子を再度配信先リストに書き込む配信先再記憶ステップと、
をさらに含む、付記１に記載のプレゼンス管理方法。
【００７４】
長い間プレゼンス管理装置に接続しなかったユーザエージェントＡは、配信先から削除される。そのようなユーザエージェントＡが再び接続してきたときには、サーバは、ユーザエージェントＡのバディリストに基づいて、ユーザエージェントＡを再びバディのウォッチャーに設定する。前記ユーザエージェントＡは、再びバディのプレゼンス情報の更新通知を取得できるようになる。
【００７５】
（付記７）
前記配信先再記憶ステップは、プレゼンス情報を前記第１ユーザへ配信することを許可するかどうかの確認を各バディに対して行い、許可しないバディの識別子を前記第１ユーザのバディリストから削除する、付記６に記載のプレゼンス管理方法。
【００７６】
ユーザエージェントＡのバディだったユーザエージェントＢが、時間の経過により気が変わり、ユーザエージェントＡへのプレゼンス情報の通知を許可しない場合がある。この場合、サーバは、ユーザエージェントＡのバディリストからバディＢを削除する。これにより、サーバのメモリ資源を有効に活用することができる。
【００７７】
（付記８）
前記第１ユーザのバディリストから少なくとも１のバディの識別子を削除するか否かを判断し、削除する場合、削除するバディの識別子と、そのバディのプレゼンス情報に代わる削除メッセージとを、前記第１ユーザのクライアントのうち接続中のものに通知する、付記１に記載のプレゼンス管理方法。
【００７８】
例えば前記第７発明においてバディを削除する場合や、プレゼンス管理装置が配信関係を削除する場合がある。その場合、削除されるバディの識別子と削除メッセージとを、プレゼンス通知コマンドを用いてクライアントに通知する。クライアントは、プレゼンス情報の更新が通知されなくなったバディを無駄に表示しなくてすむ利点がある。
【００７９】
（付記９）
前記バディリスト同期ステップは、前記ユーザ群に含まれる第２ユーザのプレゼンス情報を前記第１ユーザのクライアントに送信するに先立ち、前記第２ユーザの識別子が前記第１ユーザのバディリストに含まれているか否かを判断し、含まれていない場合、前記第２ユーザの識別子及びそのプレゼンス情報に加え、警告メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信する、付記１に記載のプレゼンス管理方法。
【００８０】
具体的には、ユーザエージェントＡのバディ以外のユーザエージェントＸが、自分のプレゼンス情報をユーザエージェントＡに送信する場合がある。この場合サーバは、ユーザエージェントＸの識別子とそのプレゼンス情報に加え、警告メッセージを、プレゼンス通知コマンドを用いて送信する。クライアントは、警告メッセージに基づいて、ユーザエージェントＸをバディに追加するかどうかを確認することができる。あるいは、クライアントは、警告メッセージに基づいて、ユーザエージェントＸのプレゼンス情報の通知を無視することもできる。従って、ユーザエージェントＡにとっては、見知らぬユーザエージェントＸのプレゼンス情報を一方的に見せられることがなくなる。
【００８１】
（付記１０）
クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理装置であって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理手段と、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶手段と、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶手段と、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶手段と、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶手段で記憶している配信先リストと、前記バディリスト記憶手段で記憶しているバディリストと、を更新するバディリスト更新手段と、
前記バディリスト更新手段でバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と共に前記バディの識別子を、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期手段と、
を備えるプレゼンス管理装置。
【００８２】
（付記１１）
クライアント群を操作するユーザ群のプレゼンス情報を管理するコンピュータを機能させるためのプレゼンス管理プログラムであって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理手段、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶手段、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶手段、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶手段、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶手段で記憶している配信先リストと、前記バディリスト記憶手段で記憶しているバディリストと、を更新するバディリスト更新手段、及び
前記バディリスト更新手段でバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と共に前記バディの識別子を、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期手段、
として前記コンピュータを機能させるプレゼンス管理プログラム。
【００８３】
（付記１２）
クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理ステップと、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶ステップと、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶ステップと、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶ステップと、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶ステップで記憶している配信先リストと、前記バディリスト記憶ステップで記憶しているバディリストと、を更新するバディリスト更新ステップと、
前記バディリスト更新ステップでバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と共に前記バディの識別子を、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期ステップと、
を実行するためのプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【００８４】
（付記１３）
ユーザが操作する第１クライアントに用いられるプレゼンス参照方法であって、
前記ユーザが興味を持つ１または複数の他のユーザであるバディのプレゼンス情報を管理するコンピュータに接続する接続ステップと、
前記バディの識別子及びそのプレゼンス情報を前記コンピュータから受信し、前記バディのプレゼンス情報を表示するバディリスト表示ステップと、
前記ユーザが操作する第２クライアントから設定された前記ユーザの新たなバディのプレゼンス情報とバディの識別子とを、前記バディリスト表示ステップ後に前記コンピュータから受信する同期ステップと、
前記新たなバディのプレゼンス情報を表示するバディリスト更新ステップと、
を含む、プレゼンス参照方法。
【００８５】
この方法を用いたプレゼンスシステムのクライアントｃ２は、別のクライアントｃ１で設定されたユーザエージェントＡの新たなバディＢのプレゼンス情報とその識別子とを、サーバから受信する。その後、クライアントｃ２は、クライアントｃ１と同じバディのプレゼンス情報を表示する。
（付記１４）
前記同期ステップは、前記バディのプレゼンス情報と識別子とに加え、前記バディに関する属性情報を更に受信し、
前記バディリスト更新ステップは、前記属性情報に基づいて、いずれかの前記バディに関する表示及び／またはプレゼンス情報に関する表示を更新する、
付記１３に記載のプレゼンス参照方法。
【００８６】
この方法を用いたプレゼンスシステムのクライアントｃ２は、別のクライアントｃ１で設定されたユーザエージェントＡの新たなバディＢのプレゼンス情報とその識別子と表示属性情報とを、サーバから受信する。その後、クライアントｃ２は、バディＢのプレゼンス情報を、例えば属性情報に従って表示する。その結果、クライアントｃ１，ｃ２におけるバディリストは、表示形態も含めて同期するようになる。
【００８７】
（付記１５）
前記コンピュータと最後に通信した時間（以下、最終接続時間という）を記憶する時間記憶ステップと、
前記バディリスト表示ステップ後に、前記最終接続時間を前記コンピュータに通知し、前記第１ユーザのバディのうち、前記最終接続時間後にプレゼンス情報が変化したバディの識別子及びそのプレゼンス情報を、前記コンピュータから取得するバディリスト再取得ステップと、
をさらに含む、付記１３に記載のプレゼンス参照方法。
【００８８】
例えばＵＤＰを用いてサーバとクライアントとが通信しているとする。クライアントは、サーバとの接続が切れたと類推できる場合、接続が切れている間に変化したプレゼンス情報の持ち主であるバディのプレゼンスを取得することができる。
（付記１６）
前記バディリスト表示ステップ後に、前記ユーザのいずれかのバディの識別子と、そのバディのプレゼンス情報に代わる削除メッセージと、を前記コンピュータから受信し、前記バディのプレゼンス情報の表示を消去するバディ削除ステップをさらに含む、付記１３に記載のプレゼンス参照方法。
【００８９】
削除メッセージを受信したクライアントは、対象バディをバディリストから削除し、バディが削除されたことをユーザエージェントに通知する。
（付記１７）
前記ユーザのバディ以外の第２ユーザのプレゼンス情報と、前記第２ユーザの識別子と、警告メッセージとを、前記コンピュータから受信する警告受信ステップをさらに含む、付記１３に記載のプレゼンス参照方法。
【００９０】
例えばユーザエージェントＢに関する警告メッセージを受信したクライアントは、例えばユーザエージェントＢをバディに設定するかどうかの確認ウインドウを表示してもよい。また、警告メッセージ付のプレゼンス通知を無視してもよい。
（付記１８）
前記警告受信ステップ後に、前記第２ユーザをバディに追加するか否かを前記第１ユーザに確認する確認ステップをさらに含む、付記１７に記載のプレゼンス参照方法。
【００９１】
例えばユーザエージェントＡがユーザエージェントＢをバディに追加することを許可した場合、ユーザエージェントＢのプレゼンス情報はユーザエージェントＡのクライアント上で表示されるようになる。逆に許可しない場合、ユーザエージェントＢのプレゼンス情報は、ユーザエージェントＡのクライアント上で表示されない。これにより、ユーザエージェントＡは、見知らぬ他人のプレゼンス情報を一方的に表示されることがなくなる。
【００９２】
（付記１９）
ユーザが操作する第１クライアントとしてのプレゼンス参照装置であって、
前記ユーザが興味を持つ１または複数の他のユーザであるバディのプレゼンス情報を管理するコンピュータに接続する接続手段と、
前記バディの識別子及びそのプレゼンス情報を前記コンピュータから受信し、前記バディのプレゼンス情報を表示するバディリスト表示手段と、
前記ユーザが操作する第２クライアントから設定された前記ユーザの新たなバディのプレゼンス情報とバディの識別子とを、前記バディリスト表示手段による表示後に前記コンピュータから受信する同期手段と、
前記新たなバディのプレゼンス情報を表示するバディリスト更新手段と、
を備えたプレゼンス参照装置。
【００９３】
（付記２０）
ユーザが操作する第１クライアントとしてのコンピュータを機能させるためのプレゼンス参照プログラムであって、
前記ユーザが興味を持つ１または複数の他のユーザであるバディのプレゼンス情報を管理するコンピュータに接続する接続手段、
前記バディの識別子及びそのプレゼンス情報を前記コンピュータから受信し、前記バディのプレゼンス情報を表示するバディリスト表示手段、
前記ユーザが操作する第２クライアントから設定された前記ユーザの新たなバディのプレゼンス情報とバディの識別子とを、前記バディリスト表示手段による表示後に前記コンピュータから受信する同期手段、及び
前記新たなバディのプレゼンス情報を表示するバディリスト更新手段、
として前記コンピュータを機能させるプレゼンス参照プログラム。
【００９４】
（付記２１）
ユーザが操作する第１クライアントに用いられるプレゼンス参照プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記ユーザが興味を持つ１または複数の他のユーザであるバディのプレゼンス情報を管理するコンピュータに接続する接続ステップと、
前記バディの識別子及びそのプレゼンス情報を前記コンピュータから受信し、前記バディのプレゼンス情報を表示するバディリスト表示ステップと、
前記ユーザが操作する第２クライアントから設定された前記ユーザの新たなバディのプレゼンス情報とバディの識別子とを、前記バディリスト表示ステップ後に前記コンピュータから受信する同期ステップと、
前記新たなバディのプレゼンス情報を表示するバディリスト更新ステップと、
を実行するためのプレゼンス参照プログラムを記録したコンピュータ読み取り可能な記録媒体。
【００９５】
（付記２２）
ユーザが操作する第１クライアントに用いられるプレゼンス参照方法であって、
前記ユーザが興味を持つ１または複数の他のユーザであるバディのプレゼンス情報を管理するコンピュータに接続する接続ステップと、
バディの識別子の指定及び／または前記バディリストの各バディに関する属性情報の設定を受け付け、バディの識別子と属性情報とを前記コンピュータに送信するバディリスト設定ステップと、
を含む、プレゼンス参照方法。
【００９６】
ユーザエージェントＡのクライアントｃ１は、新たなバディＢの識別子に加え、そのバディＢの属性情報を、サーバに送信する。バディＢの属性情報は、プレゼンス通知を用いてクライアントｃ１に送信される。
【００９７】
【発明の効果】
本発明を用いれば、プレゼンスシステム上で一人のユーザが複数の端末を使用している場合に、動的に変化するバディリストを端末間で同期させることができる。
【図面の簡単な説明】
【図１】 第１実施形態例に係るプレゼンスシステムの全体構成図。
【図２】 サーバ及びクライアントの機能ブロック図。
【図３】 バディ設定メッセージのフォーマット例。
【図４】 サーバに蓄積されるバディリストの説明図。
【図５】 サーバに蓄積されるウォッチャーテーブルの説明図。
【図６】 プレゼンス通知メッセージのフォーマット例。
【図７】 （ａ）バディリスト表示画面例（クライアント２ａ1）
（ｂ）バディの設定画面例
（ｃ）新たなバディ設定後のバディリスト表示画面例（クライアント２ａ1、２ａ2、２ａ3）
【図８】 （ａ）バディリスト表示画面例（クライアント２ａ1、２ａ2、２ａ3）
（ｂ）表示属性設定画面例バディリスト表示画面例（クライアント２ａ1）
（ｃ）表示属性更新後のバディリスト表示画面例（クライアント２ａ1、２ａ2、２ａ3）
【図９】 （ａ）再接続メッセージ（タイプ１）のフォーマット例。
（ｂ）タイムスタンプ付再接続メッセージ（タイプ１）のフォーマット例。
（ｃ）再接続メッセージに応じたプレゼンス通知メッセージ
【図１０】 （ａ）起動直後のバディリスト表示画面例（クライアント２ａ1）
（ｂ）図９（ｃ）のプレゼンス通知メッセージ受信中のバディリスト表示画面例（クライアント２ａ1）
（ｃ）図９（ｃ）のプレゼンス通知メッセージ受信完了後のバディリスト表示画面例（クライアント２ａ1）
（ｄ）バディのプレゼンス情報の更新が反映されたバディリスト表示画面例（クライアント２ａ1）
【図１１】 再接続処理の詳細な流れを示す説明図。
【図１２】 （ａ）ウォッチ解除メッセージのフォーマット例
（ｂ）ウォッチ解除メッセージ受信前のバディリスト画面例
（ｃ）ウォッチ解除メッセージ受信後のバディリスト画面例
【図１３】 （ａ）警告メッセージのフォーマット例
（ｂ）警告メッセージを受信した場合の警告表示画面例
【図１４】 サーバが行う主な処理の流れを示すフローチャート。
【図１５】 プレゼンス通知コマンドを受信したクライアントが行う処理の流れを示すフローチャート。
【符号の説明】
１：サーバ
２：クライアント
Claims (6)
- クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理装置に用いられるプレゼンス管理方法であって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理ステップと、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶ステップと、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶ステップと、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶ステップと、
前記プレゼンス管理ステップで管理している任意のユーザのプレゼンス情報が更新された場合、そのプレゼンス情報の配信先ユーザのクライアントに対し、更新されたプレゼンス情報と前記ユーザの識別子とを含むプレゼンス通知メッセージを送信する更新通知ステップと、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶ステップで記憶している配信先リストと、前記バディリスト記憶ステップで記憶しているバディリストと、を更新するバディリスト更新ステップと、
前記バディリスト更新ステップでバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と前記バディの識別子とを含むプレゼンス通知メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期ステップと、
を含むプレゼンス管理方法。 - 前記バディリスト同期ステップは、前記ユーザ群に含まれるいずれかのユーザに関する属性情報を、プレゼンス情報を通知するためのコマンドを用い、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信する、請求項１に記載のプレゼンス管理方法。
- 前記バディリスト記憶ステップは、前記バディリストに含まれる各バディに関する属性情報を、各バディと共に記憶し、
前記バディリスト更新ステップは、前記バディリストに含まれる各バディに関する属性情報の設定をさらに受け付け、
前記バディリスト同期ステップは、いずれかのバディの属性情報が設定されたか否かを判断し、属性情報が設定された場合、そのバディのプレゼンス情報と共に、前記バディの識別子及び前記バディに関する属性情報を、前記第１ユーザが操作する全てのクライアントに送信する、
請求項１に記載のプレゼンス管理方法。 - クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理装置であって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理手段と、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶手段と、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶手段と、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶手段と、
前記プレゼンス管理手段が管理している任意のユーザのプレゼンス情報が更新された場合、そのプレゼンス情報の配信先ユーザのクライアントに対し、更新されたプレゼンス情報と前記ユーザの識別子とを含むプレゼンス通知メッセージを送信する更新通知手段と、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶手段で記憶している配信先リストと、前記バディリスト記憶手段で記憶しているバディリストと、を更新するバディリスト更新手段と、
前記バディリスト更新手段でバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と前記バディの識別子とを含むプレゼンス通知メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期手段と、
を備えるプレゼンス管理装置。 - クライアント群を操作するユーザ群のプレゼンス情報を管理するコンピュータを機能させるためのプレゼンス管理プログラムであって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理手段、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶手段、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶手段、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶手段、
前記プレゼンス管理手段が管理している任意のユーザのプレゼンス情報が更新された場合、そのプレゼンス情報の配信先ユーザのクライアントに対し、更新されたプレゼンス情報と前記ユーザの識別子とを含むプレゼンス通知メッセージを送信する更新通知手段、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶手段で記憶している配信先リストと、前記バディリスト記憶手段で記憶しているバディリストと、を更新するバディリスト更新手段、及び
前記バディリスト更新手段でバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と前記バディの識別子とを含むプレゼンス通知メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期手段、
として前記コンピュータを機能させるプレゼンス管理プログラム。 - クライアント群を操作するユーザ群のプレゼンス情報を管理するプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の設定を受け付け、これを管理するプレゼンス管理ステップと、
前記ユーザ群に含まれる各ユーザの１または複数のクライアントの識別子を記憶するクライアント記憶ステップと、
前記ユーザ群に含まれる各ユーザのプレゼンス情報の配信先ユーザの識別子（以下、配信先リストという）を記憶する配信先記憶ステップと、
前記ユーザ群に含まれる各ユーザが興味を持つ１または複数の他のユーザであるバディの識別子（以下、バディリストという）を記憶するバディリスト記憶ステップと、
前記プレゼンス管理ステップで管理している任意のユーザのプレゼンス情報が更新された場合、そのプレゼンス情報の配信先ユーザのクライアントに対し、更新されたプレゼンス情報と前記ユーザの識別子とを含むプレゼンス通知メッセージを送信する更新通知ステップと、
前記ユーザ群に含まれる第１ユーザのバディリストの更新を、前記第１ユーザが操作するいずれかのクライアントから受け付け、更新内容に応じ、前記配信先記憶ステップで記憶している配信先リストと、前記バディリスト記憶ステップで記憶しているバディリストと、を更新するバディリスト更新ステップと、
前記バディリスト更新ステップでバディが追加されたかどうかを判断し、バディが追加された場合、追加されたバディのプレゼンス情報と前記バディの識別子とを含むプレゼンス通知メッセージを、前記第１ユーザのクライアントのうち前記プレゼンス管理装置と接続中のものに送信するバディリスト同期ステップと、
を実行するためのプレゼンス管理プログラムを記録した、コンピュータ読み取り可能な記録媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002187374A JP3980421B2 (ja) | 2002-06-27 | 2002-06-27 | プレゼンス管理方法及び装置 |
| US10/464,634 US8200755B2 (en) | 2002-06-27 | 2003-06-19 | Presence administration method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002187374A JP3980421B2 (ja) | 2002-06-27 | 2002-06-27 | プレゼンス管理方法及び装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007140920A Division JP4504997B2 (ja) | 2007-05-28 | 2007-05-28 | プレゼンス管理方法及び装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004030371A JP2004030371A (ja) | 2004-01-29 |
| JP3980421B2 true JP3980421B2 (ja) | 2007-09-26 |
Family
ID=29774185
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002187374A Expired - Fee Related JP3980421B2 (ja) | 2002-06-27 | 2002-06-27 | プレゼンス管理方法及び装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US8200755B2 (ja) |
| JP (1) | JP3980421B2 (ja) |
Families Citing this family (80)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7701925B1 (en) | 2000-03-22 | 2010-04-20 | Tekelec | Presence registration and routing node |
| WO2003032613A1 (en) * | 2001-10-10 | 2003-04-17 | Hotsip Ab | A method and a system for providing a user with a presence service |
| GB0215620D0 (en) * | 2002-07-05 | 2002-08-14 | Nokia Corp | Updating presence information |
| EP1441486B1 (en) | 2003-01-22 | 2010-03-24 | Nec Corporation | Presence system |
| EP1629457B1 (en) * | 2003-05-20 | 2011-11-23 | America Online, Inc. | Presence and geographic location notification |
| US20050009537A1 (en) * | 2003-07-11 | 2005-01-13 | Crocker Ronald T. | Method and apparatus for facilitating wireless presence-based services |
| US20050080866A1 (en) * | 2003-10-14 | 2005-04-14 | Kent Larry G. | Selectively displaying time indications for instant messaging (IM) messages |
| JP2005123970A (ja) * | 2003-10-17 | 2005-05-12 | Vodafone Kk | プレゼンス表示システムにおけるサーバー装置及びクライアント装置 |
| US20050125541A1 (en) * | 2003-12-04 | 2005-06-09 | Randall Frank | Integrating multiple communication modes |
| US7734708B1 (en) * | 2003-12-22 | 2010-06-08 | Aol Inc. | Enabling identification of online identities between different messaging services |
| JP4118800B2 (ja) * | 2003-12-26 | 2008-07-16 | ソフトバンクモバイル株式会社 | プレゼンス表示システム及びゲートウエイ装置 |
| US20050169223A1 (en) * | 2004-01-16 | 2005-08-04 | Crocker Ronald T. | Method and apparatus for facilitating a PTT session initiation using an IP-based protocol |
| US7675903B2 (en) * | 2004-02-06 | 2010-03-09 | Alcatel Lucent | Dynamic contact list management system and method |
| US9398152B2 (en) * | 2004-02-25 | 2016-07-19 | Avaya Inc. | Using business rules for determining presence |
| DE102004009654B4 (de) * | 2004-02-27 | 2006-11-30 | Cycos Ag | Kommunikationsserver zur Erfassung und Weiterleitung personenbezogener Daten und Verfahren zur Anzeige personenbezogener Daten an einem Kommunikationsendgerät |
| WO2005086966A2 (en) * | 2004-03-11 | 2005-09-22 | Tekelec | Methods, systems, and computer program products for providing presence gateway functionality in a telecommunications network |
| JP4352959B2 (ja) * | 2004-03-25 | 2009-10-28 | 日本電気株式会社 | プレゼンス情報に基づくグループ通信方式およびクライアント装置 |
| JP4479334B2 (ja) * | 2004-05-06 | 2010-06-09 | 株式会社日立製作所 | プレゼンスサービスを基盤としたプッシュ型情報配信方法、プッシュ型情報配信システム、情報提供装置及びチャネル検索装置 |
| US20050289096A1 (en) * | 2004-06-23 | 2005-12-29 | Nokia Corporation | Method, system and computer program to enable SIP event-based discovery of services and content within a community built on context information |
| JP4339192B2 (ja) | 2004-06-30 | 2009-10-07 | Ｎｅｃインフロンティア株式会社 | 交換装置及び交換システム |
| US9270769B1 (en) * | 2004-08-11 | 2016-02-23 | Aol Inc. | Mobile communications device |
| US20060069727A1 (en) * | 2004-08-25 | 2006-03-30 | Microsoft Corporation | System and method for synchronizing between an instant messenger client and a central contact store |
| US7725553B2 (en) * | 2004-11-16 | 2010-05-25 | Microsoft Corporation | Mixed massaging mode for multiple points of presence |
| JP2008526150A (ja) * | 2004-12-28 | 2008-07-17 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | ピアツーピアインスタントメッセージングのための方法および装置 |
| JP4544417B2 (ja) * | 2005-01-06 | 2010-09-15 | 日本電気株式会社 | リスト管理サーバ、リスト管理システム、リスト管理方法およびプログラム |
| US7617283B2 (en) * | 2005-01-10 | 2009-11-10 | International Business Machines Corporation | System and method for instant messaging |
| US8204052B2 (en) * | 2005-05-02 | 2012-06-19 | Tekelec, Inc. | Methods, systems, and computer program products for dynamically coordinating collection and distribution of presence information |
| US20070005710A1 (en) * | 2005-06-29 | 2007-01-04 | Microsoft Corporation | Message communication channel |
| US20070130217A1 (en) * | 2005-10-13 | 2007-06-07 | Unwired Software, Inc. | Many to many data synchronization |
| US7907713B2 (en) * | 2005-10-25 | 2011-03-15 | Tekelec | Methods, systems, and computer program products for using a presence database to deliver enhanced presence information regarding communications made to or from a presentity |
| JP4616758B2 (ja) * | 2005-11-30 | 2011-01-19 | 富士通株式会社 | プレゼンス管理方法及びプレゼンス管理装置 |
| US20070168433A1 (en) * | 2006-01-18 | 2007-07-19 | Morgan Fabian F | System and method for managing an instant messaging contact list |
| US8296370B2 (en) * | 2006-02-13 | 2012-10-23 | Research In Motion Limited | System and method of sharing auto-reply information |
| JP4679396B2 (ja) * | 2006-03-08 | 2011-04-27 | Ｎｅｃインフロンティア株式会社 | 通信システム、サーバ装置及びそれらに用いる端末連携方法 |
| EP1855444B1 (en) * | 2006-05-12 | 2009-02-25 | Alcatel Lucent | Method and system for transferring presence information from one presence owner to at least one presence watcher in a presence and intermediation system |
| US9241038B2 (en) * | 2006-05-23 | 2016-01-19 | Microsoft Technology Licensing, Llc | User presence aggregation at a server |
| US8375088B2 (en) * | 2006-08-11 | 2013-02-12 | At&T Intellectual Property I, L.P. | Customizable personal directory services |
| US8332474B2 (en) | 2006-08-11 | 2012-12-11 | At&T Intellectual Property I, L.P. | Personal directory services with directed communication |
| US8335825B2 (en) * | 2006-08-11 | 2012-12-18 | At&T Intellectual Property I, L.P. | Personal directory services with presence indication |
| WO2008025008A2 (en) * | 2006-08-24 | 2008-02-28 | Neustar, Inc. | System and method for filtering offensive information content in communication systems |
| WO2008073009A1 (en) * | 2006-12-14 | 2008-06-19 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and arrangement for handling a subscription for client data |
| US8606222B2 (en) | 2006-12-28 | 2013-12-10 | Tekelec Global, Inc. | Methods, systems, and computer program products for performing prepaid account balance screening |
| US8213440B2 (en) * | 2007-02-21 | 2012-07-03 | Tekelec Global, Inc. | Methods, systems, and computer program products for using a location routing number based query and response mechanism to route calls to IP multimedia subsystem (IMS) subscribers |
| US8730970B2 (en) * | 2007-02-23 | 2014-05-20 | Tekelec Global, Inc. | Methods systems, and computer program products for providing voicemail routing information in a network that provides customized voicemail services |
| GB0706074D0 (en) * | 2007-03-28 | 2007-05-09 | Skype Ltd | Detection of communication states |
| US9918218B2 (en) * | 2007-06-12 | 2018-03-13 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Method and system for a networked self-configuring communication device utilizing user preference information |
| WO2009039702A1 (fr) * | 2007-09-26 | 2009-04-02 | Alibaba Group Holding Limited | Procédé et système pour gérer les informations d'utilisateur dans le système de messagerie instantanée |
| EP2307976A4 (en) * | 2008-06-13 | 2011-11-16 | Tekelec Us | METHODS, SYSTEMS AND COMPUTER-READABLE MEDIA FOR PROVIDING PRESENCE DATA OF SEVERAL PRESENCE INFORMATION PROVIDERS |
| KR100982877B1 (ko) | 2008-08-28 | 2010-09-16 | 주식회사 케이티 | 인스턴트 메신저 서비스에서 친구 연결을 관리하는 방법 및장치 |
| KR101513627B1 (ko) * | 2008-09-18 | 2015-04-20 | 엘지전자 주식회사 | 이동 단말기 및 그의 버디정보 표시방법 |
| CN101399785A (zh) * | 2008-10-16 | 2009-04-01 | 腾讯科技（深圳）有限公司 | Im平台好友列表展现系统及展现方法 |
| US9584959B2 (en) * | 2008-11-24 | 2017-02-28 | Tekelec Global, Inc. | Systems, methods, and computer readable media for location-sensitive called-party number translation in a telecommunications network |
| US8831645B2 (en) * | 2008-11-24 | 2014-09-09 | Tekelec, Inc. | Methods, systems, and computer readable media for providing geo-location proximity updates to a presence system |
| WO2010083509A2 (en) | 2009-01-16 | 2010-07-22 | Tekelec | Methods, systems, and computer readable media for centralized routing and call instance code management for bearer independent call control (bicc) signaling messages |
| US9712341B2 (en) | 2009-01-16 | 2017-07-18 | Tekelec, Inc. | Methods, systems, and computer readable media for providing E.164 number mapping (ENUM) translation at a bearer independent call control (BICC) and/or session intiation protocol (SIP) router |
| US8458321B2 (en) * | 2009-06-26 | 2013-06-04 | Motorola Solutions, Inc. | Method and system of updating presence information in a communication system |
| KR101530550B1 (ko) * | 2009-10-06 | 2015-06-22 | 삼성전자 주식회사 | 통신 시스템과 그의 호 상태 제공 장치 및 방법 |
| US9319318B2 (en) * | 2010-03-15 | 2016-04-19 | Tekelec, Inc. | Methods, systems, and computer readable media for performing PCRF-based user information pass through |
| US8468205B2 (en) * | 2010-03-17 | 2013-06-18 | Apple Inc. | Method and apparatus for selective presence of messaging services |
| US8995965B1 (en) * | 2010-03-25 | 2015-03-31 | Whatsapp Inc. | Synthetic communication network method and system |
| US9628831B2 (en) | 2010-03-25 | 2017-04-18 | Whatsapp, Inc. | Multimedia transcoding method and system for mobile devices |
| CN102209313A (zh) * | 2010-03-29 | 2011-10-05 | 华为技术有限公司 | 订阅呈现信息的方法、系统、资源列表服务器及呈现服务器 |
| US8745638B1 (en) | 2010-10-01 | 2014-06-03 | Google Inc. | Method and system for distributing object update messages in a distributed network system |
| US8903974B2 (en) | 2010-10-05 | 2014-12-02 | Tekelec, Inc. | Methods, systems, and computer readable media for user controlled policy sharing |
| US9332036B2 (en) | 2010-10-15 | 2016-05-03 | Tekelec, Inc. | Methods, systems, and computer readable media for providing user receptivity driven policy in a communications network |
| US8620263B2 (en) | 2010-10-20 | 2013-12-31 | Tekelec, Inc. | Methods, systems, and computer readable media for diameter routing agent (DRA) based credit status triggered policy control |
| KR101536785B1 (ko) | 2010-10-29 | 2015-07-17 | 네이버 주식회사 | 멀티 로그인을 이용한 통합 커뮤니케이션 시스템 및 방법 그리고 통합 커뮤니케이션 툴의 동작을 제어하는 단말기 및 단말기에서의 커뮤니케이션 방법 |
| US8681622B2 (en) | 2010-12-17 | 2014-03-25 | Tekelec, Inc. | Policy and charging rules function (PCRF) and performance intelligence center (PIC) based congestion control |
| CN102740274B (zh) * | 2011-04-08 | 2015-11-11 | 腾讯科技（深圳）有限公司 | 多终端更新信息提醒同步的方法、装置及系统 |
| US8996670B2 (en) | 2011-08-05 | 2015-03-31 | Tekelec, Inc. | Methods, systems, and computer readable media for network metadata based policy control |
| US9985942B2 (en) * | 2012-07-30 | 2018-05-29 | Weckey | Portable sign-in service |
| US9641653B2 (en) | 2012-08-31 | 2017-05-02 | Satyanarayana T. | Method and apparatus for determining a synchronization of subscription-notification service subscriptions among multiple entities |
| JP6505963B2 (ja) * | 2012-12-28 | 2019-04-24 | 任天堂株式会社 | 情報処理装置、情報処理システム、情報処理プログラムおよび情報処理方法 |
| JP2014197759A (ja) * | 2013-03-29 | 2014-10-16 | 富士通株式会社 | プレゼンス管理方法、情報処理装置およびプログラム |
| JP5668156B2 (ja) * | 2014-02-05 | 2015-02-12 | 株式会社ソニー・コンピュータエンタテインメント | 処理装置および情報処理システム |
| CN104009980B (zh) | 2014-05-13 | 2015-07-22 | 腾讯科技（深圳）有限公司 | 基于社交类应用的通信方法及装置 |
| US20150350714A1 (en) * | 2014-05-29 | 2015-12-03 | Apple Inc. | Playback of video on demand |
| WO2016176079A1 (en) * | 2015-04-25 | 2016-11-03 | Raphael Oren | System and method for proximity based networked mobile communications |
| JP6679303B2 (ja) * | 2015-12-25 | 2020-04-15 | Ｄｙｎａｂｏｏｋ株式会社 | 電子機器、方法及びプログラム |
| CN108366167B (zh) * | 2018-01-29 | 2020-09-22 | 维沃移动通信有限公司 | 一种消息提醒的方法及移动终端 |
Family Cites Families (40)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5493692A (en) * | 1993-12-03 | 1996-02-20 | Xerox Corporation | Selective delivery of electronic messages in a multiple computer system based on context and environment of a user |
| US5727203A (en) * | 1995-03-31 | 1998-03-10 | Sun Microsystems, Inc. | Methods and apparatus for managing a database in a distributed object operating environment using persistent and transient cache |
| WO1997049056A2 (en) * | 1996-06-18 | 1997-12-24 | Ontrack Data International, Inc. | Apparatus and method for remote data recovery |
| US6496841B1 (en) * | 1996-06-26 | 2002-12-17 | Sun Microsystems, Inc. | Techniques for identifying and manipulating quoted or reproduced material using a quote bar |
| US20030064807A1 (en) * | 2001-09-25 | 2003-04-03 | Walker Jay S. | Method and apparatus for linked play gaming |
| US6750881B1 (en) * | 1997-02-24 | 2004-06-15 | America Online, Inc. | User definable on-line co-user lists |
| US7076546B1 (en) * | 1999-02-10 | 2006-07-11 | International Business Machines Corporation | Browser for use in accessing hypertext documents in a multi-user computer environment |
| US6883000B1 (en) * | 1999-02-12 | 2005-04-19 | Robert L. Gropper | Business card and contact management system |
| US7505974B2 (en) * | 1999-02-12 | 2009-03-17 | Gropper Robert L | Auto update utility for digital address books |
| US7283620B2 (en) * | 1999-02-26 | 2007-10-16 | At&T Bls Intellectual Property, Inc. | Systems and methods for originating and sending a voice mail message to an instant messaging platform |
| JP4170523B2 (ja) | 1999-06-30 | 2008-10-22 | 富士通株式会社 | 会話支援方法及び会話支援装置 |
| US6967728B1 (en) * | 1999-07-23 | 2005-11-22 | Electronics For Imaging, Inc. | Reusable and transferable printer driver preference system |
| US6691162B1 (en) * | 1999-09-21 | 2004-02-10 | America Online, Inc. | Monitoring users of a computer network |
| US6539421B1 (en) * | 1999-09-24 | 2003-03-25 | America Online, Inc. | Messaging application user interface |
| JP4357699B2 (ja) | 1999-10-20 | 2009-11-04 | 富士通株式会社 | 通信手段の通知方法及び通知システム |
| US20020035605A1 (en) * | 2000-01-26 | 2002-03-21 | Mcdowell Mark | Use of presence and location information concerning wireless subscribers for instant messaging and mobile commerce |
| JP2002157205A (ja) * | 2000-11-17 | 2002-05-31 | Square Co Ltd | クライアントシステム、メッセージ交換方法、記録媒体およびプログラムプロダクツ |
| EP1399833B1 (en) * | 2000-11-20 | 2017-04-19 | AT & T Mobility II, LLC | Methods and systems for providing application level presence information in wireless communication |
| JP2002170032A (ja) | 2000-11-30 | 2002-06-14 | Fujitsu Ltd | 広告方法及び広告装置 |
| US6957390B2 (en) * | 2000-11-30 | 2005-10-18 | Mediacom.Net, Llc | Method and apparatus for providing dynamic information to a user via a visual display |
| CN1328682C (zh) * | 2001-03-14 | 2007-07-25 | 诺基亚有限公司 | 用于实现即时信息客户机和即时信息用户独立身份的方法及设备 |
| EP1410202B1 (en) * | 2001-03-16 | 2006-07-26 | Novell, Inc. | Client-server model for synchronization of files |
| US20020194003A1 (en) * | 2001-06-05 | 2002-12-19 | Mozer Todd F. | Client-server security system and method |
| US6993327B2 (en) * | 2001-10-29 | 2006-01-31 | Motorola, Inc. | Multicast distribution of presence information for an instant messaging system |
| US7024451B2 (en) * | 2001-11-05 | 2006-04-04 | Hewlett-Packard Development Company, L.P. | System and method for maintaining consistent independent server-side state among collaborating servers |
| US6983370B2 (en) * | 2001-11-27 | 2006-01-03 | Motorola, Inc. | System for providing continuity between messaging clients and method therefor |
| US7310532B2 (en) * | 2001-12-05 | 2007-12-18 | Intel Corporation | Method of automatically updating presence information |
| US7233979B2 (en) * | 2002-03-14 | 2007-06-19 | Microsoft Corporation | Instant messaging session invite for arranging peer-to-peer communication between applications |
| US20030217142A1 (en) * | 2002-05-15 | 2003-11-20 | Microsoft Corporation | Method and system for supporting the communication of presence information regarding one or more telephony devices |
| US20030217098A1 (en) * | 2002-05-15 | 2003-11-20 | Microsoft Corporation | Method and system for supporting the communication of presence information regarding one or more telephony devices |
| US7552204B2 (en) * | 2002-05-15 | 2009-06-23 | Microsoft Corporation | Method and system for supporting the communication of presence information among computing devices of a network |
| US7461378B2 (en) * | 2002-06-11 | 2008-12-02 | Siemens Communications, Inc. | Methods and apparatus for processing an instant message |
| US7725542B2 (en) * | 2003-02-10 | 2010-05-25 | At&T Intellectual Property I, L.P. | Forwarding IM messages to E-mail |
| US7035942B2 (en) * | 2002-09-17 | 2006-04-25 | Bellsouth Intellectual Property Corp. | Server-based message protocol translation |
| US7716289B2 (en) * | 2002-10-17 | 2010-05-11 | At&T Intellectual Property I, L.P. | Transferring instant messaging (IM) messages |
| US7249161B2 (en) * | 2002-12-27 | 2007-07-24 | Nokia Corporation | Method and system for facilitating instant messaging transactions between disparate service providers |
| US20040158610A1 (en) * | 2003-02-10 | 2004-08-12 | Davis Joel A. | Client proxying for instant messaging |
| US20040196315A1 (en) * | 2003-04-01 | 2004-10-07 | International Business Machines Corporation | Method and apparatus for management of a primary buddy list in an instant messaging system |
| US20050055412A1 (en) * | 2003-09-04 | 2005-03-10 | International Business Machines Corporation | Policy-based management of instant message windows |
| US7912903B2 (en) * | 2003-09-25 | 2011-03-22 | Oracle America, Inc. | Method and system for processing instant messenger operations dependent upon presence state information in an instant messaging system |
-
2002
- 2002-06-27 JP JP2002187374A patent/JP3980421B2/ja not_active Expired - Fee Related
-
2003
- 2003-06-19 US US10/464,634 patent/US8200755B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004030371A (ja) | 2004-01-29 |
| US20040003037A1 (en) | 2004-01-01 |
| US8200755B2 (en) | 2012-06-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3980421B2 (ja) | プレゼンス管理方法及び装置 | |
| JP4357699B2 (ja) | 通信手段の通知方法及び通知システム | |
| EP1347606A1 (en) | Message-server, message system, and method of management of presence information | |
| CA2501486C (en) | System and method for a user interface directed to discovering and publishing presence information on a network | |
| JP3926963B2 (ja) | 状態設定システム及び方法 | |
| US8239452B2 (en) | System and method for discovering and publishing of presence information on a network | |
| US7698307B2 (en) | System and method for synchronizing between a file system and presence of contacts on a network | |
| US20050071428A1 (en) | Method and apparatus for delivering an electronic mail message with an indication of the presence of the sender | |
| JP2004005092A (ja) | ストレージシステム、ストレージ装置、及び該ストレージ装置を利用した情報共有方法 | |
| JP2006236320A (ja) | 連絡先ソースから収集された連絡先情報を探し出すための方法およびシステム | |
| JP2005190287A (ja) | プレゼンス表示システム及びゲートウエイ装置 | |
| JP2006236319A (ja) | 複数の連絡先ソースからの連絡先情報を集約するための方法およびシステム | |
| US20060069727A1 (en) | System and method for synchronizing between an instant messenger client and a central contact store | |
| US20050246544A1 (en) | System and method for identity confirmation of a contact published on a network | |
| JP2004013824A (ja) | プレゼンス管理方法及び装置 | |
| JP4046534B2 (ja) | プレゼンス管理方法及びプレゼンス設定方法 | |
| US20040117458A1 (en) | Program, method and apparatus for processing information | |
| JP4504997B2 (ja) | プレゼンス管理方法及び装置 | |
| JP2005267266A (ja) | グループ間情報共有システム | |
| JP4288410B2 (ja) | プレゼンスシステム、プレゼンスサーバおよびプログラム | |
| CN100512298C (zh) | 一种呈现业务系统及其提供应用程序信息的方法 | |
| JP7401726B1 (ja) | 情報処理装置および情報処理方法 | |
| JP2006244100A (ja) | プレゼンス情報配布システム | |
| JP4504396B2 (ja) | プレゼンス管理方法及び装置 | |
| JP4230369B2 (ja) | メッセージ端末、記憶装置、メッセージ端末の制御方法、メッセージ端末の制御プログラム、それを記録したコンピュータ読み取り可能な記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060425 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060623 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070327 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070528 |
|
| 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: 20070619 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070627 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3980421 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100706 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100706 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110706 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110706 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120706 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120706 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130706 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |