JP2006227792A - プレゼンスシステム、プレゼンス方法、サーバ装置および利用者端末 - Google Patents

Abstract

【課題】 プレゼンティティのプレゼンス情報にサブスクライブする権利をポイント制にしたプレゼンスシステムを提供する。
【解決手段】 ポイント更新部２６は、ポイント更新イベント２７−ｉに基づいて、ポイント保持部２５に保持されたウォッチャ毎のポイント値を変更する。ウォッチャリスト更新部２４は、ウォッチャ４１からのプレゼンティティ３１に対するサブスクライブ要求時、ウォッチャのポイント値をポイント保持部２５から参照し、所定値以上のポイントがあることを条件にウォッチャ４１をウォッチャリスト記憶部２２のプレゼンティティ３１のウォッチャリストに登録し、かつ、その後にポイント値が０になればウォッチャリストから削除する。状態通知部２３は、プレゼンティティ３１のプレゼンス情報の変化時、変化後のプレゼンス情報をプレゼンティティ３１のウォッチャリストに登録されているウォッチャ４１に通知する。
【選択図】 図１

Description

本発明は、端末利用者のプレゼンス状態（オンライン、オフラインなど）を他の端末利用者に通知するプレゼンスシステムに関する。

プレゼンスシステムとは、各ユーザの状態を管理するシステム一般を指し、その基本的なアーキテクチャは、IETF(Internet Engineering Task Force)が発行するRFC(Request for Comments)2778に示されている。それによると、プレゼンスシステムは、自分のプレゼンス情報を提供するプレゼンティティ、プレゼンティティの提供するプレゼンス情報を観察するウォッチャ、および、プレゼンティティからプレゼンス情報を受け取り、これをウォッチャに配信するプレゼンスサービスからなる。ウォッチャには、フェッチャとサブスクライバの２種類がある。フェッチャは、プレゼンスサービスに対し、或るプレゼンティティの現在のプレゼンス情報を要求する。一方、サブスクライバは、プレゼンスサービスに対し、あるプレゼンティティのプレゼンス情報が変化したときに通知を行うよう要求するものである。

プレゼンティティ、ウォッチャ、プレゼンスサービスは、プレゼンスシステムの論理的な構成要素であり、物理的にネットワーク上に配置する際、プレゼンスサービス用のサーバ装置を必要としないピア・ツー・ピアの構成をとる場合と、プレゼンティティやウォッチャの機能の一部を利用者端末とサーバ装置とに分散配置する構成をとる場合とがある。

プレゼンスシステムにおいて、ウォッチャへのプレゼンス情報の通知を制御する従来技術として、特許文献１に記載されるシステムがある。この従来のプレゼンスシステムでは、フェッチャであるウォッチャを対象とし、対話者リスト（バディリスト）に登録されている対話者とのコミュニケーション状況などを観測し、その観測値を予め定められた変換規則に従って優先度ポイントに変換し、この優先度ポイントに応じて各対話者のプレゼンス情報の問い合わせ間隔を決定または変更する。これにより、活発にコミュニケーションしている対話者のプレゼンス情報については短い周期で問い合わせを行い、それ以外の対話者のプレゼンス情報は長い周期で問い合わせを行うといった制御を実現している。

また他の従来技術として、特許文献２に記載されるプレゼンスシステムがある。この従来のプレゼンスシステムでは、或るプレゼンティティのプレゼンス情報が変化した場合、そのプレゼンス情報を通知する相手としてリストに登録されているサブスクライブであるウォッチャの中から、通知先決定ルールを元に決定されるウォッチャに対してのみプレゼンス情報を通知するようにしている。
特開２００３−２９６２５９号公報 特開２００４−２７２３１１号公報

特許文献１記載の技術では、フェッチャであるウォッチャ自身が対話者のプレゼンス情報の問い合わせ間隔を制御するものであるため、サブスクライバであるウォッチャには適用が困難である。つまり、或るプレゼンティティのプレゼンス情報にサブスクライブするウォッチャに対する当該プレゼンス情報の通知を制御することはできない。

これに対して特許文献２記載の技術では、サブスクライバであるウォッチャを対象としており、通知先決定ルールの内容しだいで、或るウォッチャへはプレゼンス情報の変化を通知しないようにすることも可能になる。しかしながら、基本的に全てのサブスクライブ要求を許可しており、また許可したウォッチャをその後に強制的にウォッチャリストから削除する考えはない。

本発明はこのような事情に鑑みて提案されたものであり、その目的は、プレゼンティティのプレゼンス情報にサブスクライブする条件としてポイント制を導入し、ポイントのないウォッチャからのサブスクライブ要求は拒否し、また一旦許可したサブスクライブ要求であってもその後にポイントが無くなればウォッチャリストから削除されるようにしたプレゼンスシステムを提供することにある。

本発明の第１のプレゼンスシステムは、ウォッチャ毎のポイント値を保持するポイント保持部と、１以上のポイント更新イベントに基づいて前記ポイント保持部に保持されたポイント値を変更するポイント更新部と、プレゼンティティのウォッチャリストを保持するウォッチャリスト記憶部と、ウォッチャからの前記プレゼンティティに対するサブスクライブ要求時、そのウォッチャの有するポイント値を前記ポイント保持部から参照し、所定値以上のポイントがあることを条件にそのウォッチャ識別子を前記プレゼンティティのウォッチャリストに登録し、かつ、その後に前記ポイント値が所定値より小さくなった場合に前記登録したウォッチャ識別子を前記ウォッチャリストから削除するウォッチャリスト更新部と、前記プレゼンティティのプレゼンス情報の変化時、変化後のプレゼンス情報を前記プレゼンティティのウォッチャリストに登録されているウォッチャに通知する状態通知部とを備えることを特徴とする。

本発明の第２のプレゼンスシステムは、第１のプレゼンスシステムにおいて、前記ポイント更新部は、ポイント値を減少するポイント更新イベントの発生時、変更対象となるウォッチャを有するクライアントのプレゼンス情報を確認し、そのプレゼンス情報が予め定められた状態である場合に限ってポイントの減算処理を行うものであることを特徴とする。

本発明の第３のプレゼンスシステムは、第１のプレゼンスシステムにおいて、前記ポイント更新部は、或るプレゼンティティのウォッチャリストから或るウォッチャ識別子を削除する際、同時にそのウォッチャ識別子のウォッチャのバディリストから前記プレゼンティティの識別子を削除するものであることを特徴とする。

本発明の第４のプレゼンスシステムは、第１のプレゼンスシステムにおいて、ウォッチャへのプレゼンス情報の通知に関するそれぞれ異なる複数のポリシを記憶するポリシ保持部と、前記ウォッチャリストに記憶されるウォッチャが有するポイント値に応じて決定される前記複数のポリシの何れか１つのポリシを選択するためのポリシ選択情報を保持するポリシ選択情報記憶部とを備え、前記状態通知部は、前記ウォッチャリストに登録されているウォッチャに対応するポリシ選択情報により特定されるポリシを前記ポリシ保持部から参照して前記ウォッチャに対するプレゼンス情報の通知を制御するものであることを特徴とする。

本発明の第５のプレゼンスシステムは、第１乃至第４のプレゼンスシステムにおいて、１つの前記ポイント更新イベントは、プレゼンティティのプレゼンス情報にサブスクライブする権利を購入したユーザの利用者端末におけるウォッチャの識別子と購入額に対応するポイント値とを含むポイント更新イベントであり、他の１つの前記ポイント更新イベントは、所定ポイント値の減算を指示する定期的に発生するポイント更新イベントであることを特徴とする。

本発明の第６のプレゼンスシステムは、第１乃至第４のプレゼンスシステムにおいて、１つの前記ポイント更新イベントは、プレゼンティティのプレゼンス情報にサブスクライブする権利を購入したユーザの利用者端末におけるウォッチャの識別子と購入額に対応するポイント値とを含むポイント更新イベントであり、他の１つの前記ポイント更新イベントは、前記状態通知部がウォッチャにプレゼンティティのプレゼンス情報を通知する毎にそのウォッチャのポイント値の減算を指示するポイント更新イベントであることを特徴とする。

本発明の第７のプレゼンスシステムは、第６のプレゼンスシステムにおいて、前記減算を指示するポイント更新イベントは、通知するプレゼンス情報の内容等に応じて減算するポイント値が決定されているものであることを特徴とする。

本発明の第８のプレゼンスシステムは、第１乃至第４のプレゼンスシステムにおいて、１つの前記ポイント更新イベントは、ウォッチャを有する利用者端末のコミュニケーション状況に応じて決定されたポイント値の加算を指示するポイント更新イベントであり、他の１つの前記ポイント更新イベントは、所定ポイント値の減算を指示する定期的に発生するポイント更新イベントであることを特徴とする。

本発明の第９のプレゼンスシステムは、第１乃至第４のプレゼンスシステムにおいて、前記ポイント更新イベントは、ウォッチャを有する利用者端末の位置に応じてポイント値の加算または減算を指示するポイント更新イベントであることを特徴とする。

本発明の第１０のプレゼンスシステムは、第１乃至第４のプレゼンスシステムにおいて、１つの前記ポイント更新イベントは、予め定められた利用開始日時の到来時に発生し、ポイント値の加算を指示するポイント更新イベントであり、他の１つの前記ポイント更新イベントは、予め定められた利用終了日時の到来時に発生し、その時点のポイント値を無効にするポイント更新イベントであることを特徴とする。

本発明のプレゼンス方法は、ポイント更新部が、１以上のポイント更新イベントに基づいて、ウォッチャ毎のポイント値を保持するポイント保持部に保持された前記ポイント値を変更するステップ、ウォッチャリスト更新部が、ウォッチャからのプレゼンティティに対するサブスクライブ要求時、そのウォッチャの有するポイント値を前記ポイント保持部から参照し、所定値以上のポイントがあることを条件にそのウォッチャ識別子を前記プレゼンティティのウォッチャリストに登録し、かつ、その後に前記ポイント値が所定値より小さくなった場合に前記登録したウォッチャ識別子を前記ウォッチャリストから削除するステップ、状態通知部が、前記プレゼンティティのプレゼンス情報の変化時、変化後のプレゼンス情報を前記プレゼンティティのウォッチャリストに登録されているウォッチャに通知するステップ、を含むことを特徴とする。

本発明のサーバ装置は、ウォッチャ毎のポイント値を保持するポイント保持部と、１以上のポイント更新イベントに基づいて前記ポイント保持部に保持されたポイント値を変更するポイント更新部と、プレゼンティティのウォッチャリストを保持するウォッチャリスト記憶部と、ウォッチャからの前記プレゼンティティに対するサブスクライブ要求時、そのウォッチャの有するポイント値を前記ポイント保持部から参照し、所定値以上のポイントがあることを条件にそのウォッチャ識別子を前記プレゼンティティのウォッチャリストに登録し、かつ、その後に前記ポイント値が所定値より小さくなった場合に前記登録したウォッチャ識別子を前記ウォッチャリストから削除するウォッチャリスト更新部と、前記プレゼンティティのプレゼンス情報の変化時、変化後のプレゼンス情報を前記プレゼンティティのウォッチャリストに登録されているウォッチャに通知する状態通知部とを備えることを特徴とする。

本発明の利用者端末は、プレゼンティティを有する利用者端末であって、前記プレゼンティティは、ウォッチャ毎のポイント値を保持するポイント保持部と、１以上のポイント更新イベントに基づいて前記ポイント保持部に保持されたポイント値を変更するポイント更新部と、自プレゼンティティのウォッチャリストを保持するウォッチャリスト記憶部と、ウォッチャからの自プレゼンティティに対するサブスクライブ要求時、そのウォッチャの有するポイント値を前記ポイント保持部から参照し、所定値以上のポイントがあることを条件にそのウォッチャ識別子を前記ウォッチャリストに登録し、かつ、その後に前記ポイント値が所定値より小さくなった場合に前記登録したウォッチャ識別子を前記ウォッチャリストから削除するウォッチャリスト更新部と、自プレゼンティティのプレゼンス情報の変化時、変化後のプレゼンス情報を前記ウォッチャリストに登録されているウォッチャに通知する状態通知部とを備えることを特徴とする。

『作用』
本発明にあっては、サーバ装置または利用者端末に設けられたポイント更新部が、１以上のポイント更新イベントに基づいて、ウォッチャ毎のポイント値を保持するポイント保持部に保持された前記ポイント値を変更し、サーバ装置または利用者端末に設けられたウォッチャリスト更新部が、ウォッチャからのプレゼンティティに対するサブスクライブ要求時、そのウォッチャの有するポイント値を前記ポイント保持部から参照し、所定値以上のポイントがあることを条件にそのウォッチャ識別子を前記プレゼンティティのウォッチャリストに登録し、かつ、その後に前記ポイント値が所定値より小さくなった場合に前記登録したウォッチャ識別子を前記ウォッチャリストから削除し、またサーバ装置または利用者端末に設けられた状態通知部が、前記プレゼンティティのプレゼンス情報の変化時、変化後のプレゼンス情報を前記プレゼンティティのウォッチャリストに登録されているウォッチャに通知する。

本発明によれば、プレゼンティティのプレゼンス情報にサブスクライブする権利をポイント制にしたプレゼンスシステムが実現できる。その理由は、１以上のポイント更新イベントに基づいて各ウォッチャ毎のポイント値を管理でき、そして、ポイントのないウォッチャからのサブスクライブ要求は拒否し、また一旦許可したサブスクライブ要求であってもその後にポイントが無くなればウォッチャリストから削除してプレゼンスサービスの提供を停止することができるからである。

『第１の実施の形態』
図１を参照すると、本発明の第１の実施の形態にかかるプレゼンスシステムは、ネットワーク１を通じて相互に通信可能に接続されるサーバ装置２および複数の利用者端末３、４を含んで構成される。図１には２台の利用者端末が描かれているが、利用者端末は３台以上あってよい。

利用者端末３、４は、キーボード等の入力装置、ＬＣＤ等の表示装置、通信インタフェースなどの通信機能を有するパーソナルコンピュータや携帯情報端末などの情報処理装置である。このうち利用者端末３はユーザＢが使用する端末で、プレゼンティティ３１が設けられている。プレゼンティティ３１は、ユーザＢの最新のプレゼンス情報を入力装置からの入力や端末状態などに基づいて検知してネットワーク１経由でサーバ装置２に通知する機能を有する。また、利用者端末４はユーザＡが使用する端末で、ウォッチャ４１が設けられている。ウォッチャ４１は、サーバ装置２に対し、或るプレゼンティティのプレゼンス情報が変化したときに通知を行うように要求するサブスクライバとして動作し、サーバ装置２から或るプレゼンティティのプレゼンス情報が通知されてきたときには、その内容を表示装置に表示する機能を有する。

プレゼンティティ３１およびウォッチャ４１は、それぞれプレゼンスシステムのクライアント３０、４０を構成している。各クライアント３０、４０には一意な識別子（ＩＤ）が割り当てられ、互いに区別される。以下、プレゼンティティ３１を含む利用者端末３のクライアント３０に割り当てられたＩＤを、プレゼンティティ３１のクライアントＩＤ或いはプレゼンティティ３１のＩＤと呼ぶ場合があり、ウォッチャ４１を含む利用者端末４のクライアント４０に割り当てられたＩＤを、ウォッチャ４１のクライアントＩＤ或いはウォッチャ４１のＩＤと呼ぶ場合がある。

サーバ装置２は、パーソナルコンピュータやワークステーション等の情報処理装置であり、プレゼンスシステムのサーバとして動作する。サーバ装置２は、プレゼンス情報保持部２１、ウォッチャリスト記憶部２２、状態通知部２３、ウォッチャリスト更新部２４、ポイント保持部２５およびポイント更新部２６を有する。

プレゼンス情報保持部２１は、プレゼンティティ３１を有するクライアント３０の最新のプレゼンス情報を保持する。例えば、プレゼンス情報保持部２１は、プレゼンティティ３１のクライアントＩＤとプレゼンス情報の対応関係を保持する記憶部を有し、プレゼンティティ３１からクライアントＩＤとプレゼンス情報の組をネットワーク１経由で受信すると、その組のクライアントＩＤに対応して記憶部に記憶されているプレゼンス情報と今回通知されたプレゼンス情報とを比較し、不一致であれば、今回通知されたプレゼンス情報によって記憶部に記憶されている古いプレゼンス情報を上書きすると共に、状態通知部２３に対してクライアントＩＤを付加してプレゼンス情報が変化した旨を通知する。

ウォッチャリスト記憶部２２は、プレゼンティティ３１を有するクライアント３０毎にそのプレゼンス情報を観測しているウォッチャ４１を有するクライアント４０のＩＤの一覧であるウォッチャリストを記憶する。例えば、ユーザＢのプレゼンティティ３１のプレゼンス情報をユーザＡのウォッチャ４１が観測している場合、ユーザＢのプレゼンティティ３１のクライアントＩＤに対応するウォッチャリストに、ユーザＡのウォッチャ４１のクライアントＩＤが登録される。

状態通知部２３は、プレゼンティティ３１のプレゼンス情報をウォッチャ４１に配信する処理を司る。サブスクライブ機能に関し状態通知部２３は、プレゼンス情報保持部２１からプレゼンティティ３１のプレゼンス情報が変化した旨の通知をプレゼンティティ３１のクライアントＩＤと共に受信すると、ウォッチャリスト記憶部２２におけるそのプレゼンティティ３１のクライアントＩＤに対応するウォッチャリストにウォッチャ４１のクライアントＩＤが登録されているかどうかを検索し、若し登録されていれば、登録されているクライアントＩＤのクライアント４０中のウォッチャ４１に対して今回通知されたユーザのプレゼンス情報を通知し、若し登録されていなければ、このような通知処理は行わない。

ポイント保持部２５は、ウォッチャ４１を有するクライアント４０のＩＤとポイント値の組を記憶する。本実施の形態の場合、記憶されるポイント値は０または正の整数値をとる。

ウォッチャリスト更新部２４は、利用者端末４のウォッチャ４１から自クライアント４０のＩＤと観測対象となるプレゼンティティ３１のクライアントＩＤとを含むサブスクライブ要求を受信すると、そのウォッチャ４１のクライアントＩＤでポイント保持部２５を検索してそのウォッチャ４１のクライアント４０が有するポイント値を取得し、ポイント値が１以上であれば、当該サブスクライブ要求を許可すべく、ウォッチャリスト記憶部２２における当該サブスクライブ要求で指定されたプレゼンティティ３１のクライアントＩＤに対応するウォッチャリストに当該ウォッチャ４１のクライアントＩＤを登録する。また、この登録後、ポイント保持部２５に保持された前記ポイント値がポイント更新部２６によってその後に減算されることにより０になると、０になったポイント値を持つウォッチャ４１のクライアントＩＤをウォッチャリスト記憶部２２のウォッチャリストから削除する処理を行う。

ポイント更新部２６は、サーバ装置２内部または／およびサーバ装置２外部で発生する複数のポイント更新イベント２７−１〜２７−ｎに基づいて、ポイント保持部２５のポイント値を更新する処理を行う。複数のポイント更新イベントのうちの少なくとも１つは、ポイント値の加算を行うためのものであり、少なくとも他の１つのポイント更新イベントはポイント値の減算を行うためのものである。各ポイント更新イベントは、ポイント値の更新を行うウォッチャ４１のクライアントＩＤと正または負のポイント値を含む。

次に本実施の形態の動作を、図１のブロック図および図２〜図４のフローチャートを参照して説明する。

まず、ユーザＡがユーザＢのプレゼンス情報を観測したいために、ウォッチャ４１のクライアントＩＤとプレゼンティティ３１のクライアントＩＤとを指定したサブスクライブ要求をネットワーク１経由で利用者端末４からサーバ装置２へ送信した際の動作を説明する。

サーバ装置２のウォッチャリスト更新部２４は、利用者端末４から送信されたサブスクライブ要求を受信すると（図２のステップＳ１）、サブスクライブ要求に含まれるウォッチャ４１のクライアントＩＤでポイント保持部２５を検索する（ステップＳ２）。そして、検索されたポイント値が０であれば（ステップＳ３でＮＯ）、当該サブスクライブ要求を拒否する（ステップＳ４）。他方、検索されたポイント値が１以上であれば（ステップＳ３でＹＥＳ）、サブスクライブ要求に含まれるプレゼンティティ３１のクライアントＩＤに対応するウォッチャリストをウォッチャリスト記憶部２２から検索し、この検索したウォッチャリストにサブスクライブ要求に含まれるウォッチャ４１のクライアントＩＤを登録する（ステップＳ５）。その後、ウォッチャリスト更新部２４は、ポイント保持部２５に保持されたウォッチャ４１のポイント値が減算されて０になると（ステップＳ６でＹＥＳ）、ウォッチャ４１のクライアントＩＤが登録されているウォッチャリストをウォッチャリスト記憶部２２から検索し、検索したウォッチャリストからウォッチャ４１のクライアントＩＤを削除する（ステップＳ７）。

次に、利用者端末３のプレゼンティティ３１から自クライアントＩＤを付加したプレゼンス情報がネットワーク１を通じてサーバ装置２へ送信された際の動作を説明する。

サーバ装置２のプレゼンス情報保持部２１は、プレゼンティティ３１からのプレゼンス情報がサーバ装置２で受信されると（図３のステップＳ１１）、それに付加されたクライアントＩＤに対応して記憶しているプレゼンス情報を今回受信したプレゼンス情報に更新する（ステップＳ１２）。次に、状態通知部２３は、更新後のプレゼンス情報とプレゼンティティ３１のクライアントＩＤをプレゼンス情報保持部２１から受け取り、そのクライアントＩＤに対応するウォッチャリストをウォッチャリスト記憶部２２から検索し、そのウォッチャリストにウォッチャ４１のクライアントＩＤが登録されているかどうかを調べる（ステップＳ１３）。もしウォッチャ４１のクライアントＩＤが登録されていれば（ステップＳ１４でＹＥＳ）、登録されているクライアントＩＤのウォッチャ４１に対して、前記受け取ったプレゼンティティ３１のクライアントＩＤとプレゼンス情報をネットワーク１経由で通知する（ステップＳ１５）。このように、プレゼンティティ３１のウォッチャリストにウォッチャ４１のクライアントＩＤが登録されていれば、プレゼンティティ３１から送信されたユーザＢのプレゼンス情報がサーバ装置２およびネットワーク１を経由して利用者端末４のウォッチャ４１に通知される。

次に、ウォッチャ４１のクライアントＩＤおよび加算値を含むポイント更新イベント２７−ｉ（ｉ＝１〜ｎ）がサーバ装置２の内部や外部で発生した際の動作を説明する。

ポイント更新イベント２７−ｉが発生すると（図４のステップＳ２１）、サーバ装置２のポイント更新部２６は、ポイント更新イベント２７−ｉに含まれるウォッチャ４１のクライアントＩＤに対応するポイント値をポイント保持部２５から検索する（ステップＳ２２）。次に、検索したポイント値とポイント更新イベント２７−ｉに含まれる加算値とを加算し（ステップＳ２３）、加算後のポイント値でポイント保持部２５の元のポイント値を書き換える（ステップＳ２４）。これにより、加算値が正の場合はポイント値が増加し、加算値が負の場合はポイント値が減少する。なお、本実施の形態の場合、ポイント値は０より小さくならないように、加算結果が０より小さい場合、０にまるめられる。

以上のように本実施の形態によれば、プレゼンティティ３１に対するウォッチャ４１からのサブスクライブの可否を、複数のポイント更新イベント２７−１〜２７−ｎによって増加または減少されるポイント値によって制御することができる。

以上の説明では、ポイント保持部２５にはウォッチャ４１を有するクライアント４０のＩＤとポイント値の組が記憶されるものとしたが、ウォッチャ４１の有するポイントを各プレゼンティティ３１毎に管理する形態も可能である。この場合、ポイント保持部２５には、プレゼンティティ３１のＩＤとウォッチャ４１のＩＤとポイント値の組が記憶され、ウォッチャリスト更新部２４は、プレゼンティティ３１のプレゼンス情報に対するウォッチャ４１からのサブスクライブ要求時、プレゼンティティ３１のＩＤとウォッチャ４１のＩＤとに対応して保持されたポイント値を参照してサブスクライブ要求の受け付け可否を判断する。また、ポイント更新イベント２７−ｉは、プレゼンティティ３１のＩＤとウォッチャ４１のＩＤと加減算するポイント値とを含み、ポイント更新部２６は、ポイント更新イベント２７−ｉに含まれるプレゼンティティ３１のＩＤとウォッチャ４１のＩＤとに対応してポイント保持部２５に保持されたポイント値を更新する。

次に、ポイント更新イベント２７−１〜２７−ｎの実施例について説明する。

１）実施例１
図５を参照すると、本実施例においては、サーバ装置２に外部装置５が接続され、外部装置５からサーバ装置２のポイント更新部２６に対し、ポイント更新イベントとしてポイント更新情報５１、５２が出力される。

外部装置５は、ポイント加算部５３、記憶部５４およびポイント減算部５５を有し、端末装置５６に接続されている。

端末装置５６は、プレゼンティティ３１のプレゼンス情報にサブスクライブする権利を販売するための装置である。この端末装置５６は、コンビニエンスストアなどの店頭に設置された販売機であってもよいし、Ｗｅｂ上の仮想店舗の販売システムを実現する端末であってもよい。端末装置５６からポイント加算部５３へは、プレゼンティティ３１のプレゼンス情報にサブスクライブする権利を購入したユーザＡの利用者端末４におけるウォッチャ４１のクライアントＩＤと、購入額に対応するポイント値とが通知される。

ポイント加算部５３は、端末装置５６からウォッチャ４１のクライアントＩＤとポイント値が通知されると、これらを指定したポイント更新情報５１をサーバ装置２のポイント更新部２６へ送信し、記憶部５４にそのウォッチャ４１のクライアントＩＤを登録する。ポイント更新部２６は、図４に示した処理を実行することにより、ポイント更新情報で指定されたウォッチャ４１のクライアントＩＤに対応してポイント保持部２５に保持されたポイント値を、ポイント更新情報で指定されたポイント値だけ加算する。

ポイント減算部５５は、記憶部５４に記憶されたウォッチャ４１のクライアントＩＤ毎に、登録時点から一定時間が経過する度に、そのウォッチャ４１のクライアントＩＤを指定して１ポイントの減算を指示するポイント更新情報５２をサーバ装置２のポイント更新部２６へ送信する。ポイント更新部２６は、図４に示した処理を実行することにより、ポイント更新情報で指定されたウォッチャ４１のクライアントＩＤに対応してポイント保持部２５に保持されたポイント値を、ポイント更新情報で指定された１ポイントだけ減算する。また、減算後のポイント値が０になった場合、ポイント更新部２６はそれに対応するウォッチャ４１のクライアントＩＤをポイント減算部５５に通知し、ポイント減算部５５は通知されたウォッチャ４１のクライアントＩＤを記憶部５４から削除する。

ここで、ポイント減算部５５が１ポイントの減算を指示するポイント更新情報５２を送信する周期をＴ時間、ウォッチャ４１を備えた利用者端末４のユーザＡが利用者端末３のプレゼンティティ３１のプレゼンス情報にサブスクライブする権利を購入した際に得たポイント値をＰとすると、購入後Ｔ×Ｐ時間にわたって、ユーザＡのウォッチャ４１はユーザＢのプレゼンティティ３１のプレゼンス情報をサブスクライブすることができる。換言すれば、ユーザＡのウォッチャ４１がユーザＢのプレゼンティティ３１のプレゼンティティ情報にサブスクライブできる時間を上記の時間に制限することができる。

このように本実施例によれば、プレゼンティティ３１のプレゼンス情報にサブスクライブするためにはポイント値を購入する必要があり、また購入したポイント値に応じた時間だけサブスクライブを可能にするため、プレゼンス情報の収集に高いコストがかかるプレゼンスサービスの有料化や、有料で有名人のプレゼンス情報を配信するプレゼンスサービスなどといった用途に利用可能である。

なお、本実施例では、ポイント値の減算を指示するポイント更新情報５２を外部装置５からサーバ装置２に与えたが、等価な機能をサーバ装置２の内部に設けることもできる。その例を図６に示す。図６は、一定時間毎に−１ポイントの減算を指示するポイント更新情報５７を発生するタイマ５８をサーバ装置２に備え、外部装置５の記憶部５４およびポイント減算部５５が省略されている点で、図５の実施例と相違する。また、ポイント更新部２６は、タイマ５８から一定周期で発生するポイント更新情報５７を受信する毎に、ポイント保持部２５に保持されている各ウォッチャのポイント値を１だけ減算する処理を行う。ただし、ポイント値が既に０になっているものはそれ以上減算しない。

２）実施例２
図７を参照すると、本実施例は、外部装置５の記憶部５４およびポイント減算部５５が省略されている点と、サーバ装置２の状態通知部２３からポイント更新部２６にポイント更新情報５９が送出されるようになっている点で図５の実施例と相違する。

状態通知部２３は、ウォッチャ４１にプレゼンティティ３１のプレゼンス情報を通知した際、そのウォッチャ４１のクライアントＩＤを指定し１ポイントだけ減算する旨のポイント更新情報５９をポイント更新部２６に通知する。ポイント更新部２６は、図４に示した処理を実行することにより、ポイント更新情報５９で指定されたウォッチャ４１のクライアントＩＤに対応してポイント保持部２５に保持されたポイント値を、ポイント更新情報で指定された１ポイントだけ減算する。

従って、本実施例によれば、ウォッチャ４１を備えた利用者端末４のユーザＡがユーザＢのプレゼンティティ３１のプレゼンス情報にサブスクライブする権利を購入した際に得たポイント値をＰとすると、ユーザＡのウォッチャ４１は、ユーザＢのプレゼンティティ３１のプレゼンス情報更新通知をＰ回まで受けることができる。換言すれば、ユーザＡのウォッチャ４１がユーザＢのプレゼンティティ３１のプレゼンス情報の通知を受ける回数をＰ回に制限することができる。

このように本実施例によれば、プレゼンティティ３１のプレゼンス情報にサブスクライブするためにはポイント値を購入する必要があり、また購入したポイント値に応じた回数だけプレゼンス情報の更新通知の受信を可能にするため、プレゼンス情報の収集に高いコストがかかるプレゼンスサービスの有料化や、有料で有名人のプレゼンス情報を配信するプレゼンスサービスなどといった用途に利用可能である。

以上の説明では、状態通知部２３は、ウォッチャ４１にプレゼンティティ３１のプレゼンス情報を通知した際、そのウォッチャ４１のポイントを常に同じポイントだけ（１ポイントだけ）減算するようにしたが、以下のように減算するポイント値を可変にすることも可能である。

ａ）通知するプレゼンス情報の種類に応じて、減算するポイント数を変える。例えば、プレゼンス情報として、「オンライン」、「オフライン」、「ユーザ位置」の３種類がある場合、前者の２種類のプレゼンス情報を通知する際は１ポイントだけ減じ、後者の「ユーザ位置」のプレゼンス情報を通知する際には例えば２倍のポイントを減ずる。

ｂ）プライバシに深くかかわる種類のプレゼンス情報を通知する際には、それ以外のプレゼンス情報を通知する際よりも多くのポイントを減ずる。例えば、プレゼンス情報の一つにプライバシに深くかかわる「食事中」がある場合、このプレゼンス情報を通知する際には通常の１ポイントよりも多く、例えば２ポイントを減算する。

ｃ）より詳細なプレゼンス情報を通知する際にはより多くのポイントを減じる。例えば、プレゼンス情報の１つの「ユーザ位置」に精度の低いものと高いものとの２種類がある場合、精度の高いユーザ位置を通知する際には、通常の１ポイントよりも多く、例えば２ポイントを減じる。

ｄ）その他、通知するプレゼンス情報の項目数に比例したポイント値を減算する等の方法が考えられる。

３）実施例３
図８を参照すると、本実施例においては、プレゼンティティ３１を有する利用者端末３に、コミュニケーション状況観測部６２、コミュニケーション状況保存部６３およびポイント加算部６４を備え、また、図６の実施例と同様に、一定時間毎に−１ポイントの減算を指示するポイント更新情報５７を発生するタイマ５８をサーバ装置２に備えている。なお、本実施例の場合、ポイント保持部２５には、プレゼンティティのＩＤとウォッチャのＩＤとポイント値の組が記憶される。

コミュニケーション状況観測部６２は、ウォッチャ４１を有する利用者端末４のユーザＡからインスタントメッセージ（ＩＭ）を受け取る毎およびユーザＢからユーザＡにＩＭを送信する毎に、コミュニケーション状況保存部６３に記憶されているウォッチャ４１との間のＩＭ通信回数を１だけ加算する。

ポイント加算部６４は、一定期間毎にコミュニケーション状況保存部６３を参照してウォッチャ４１を有するユーザＡとのＩＭ通信回数を取得し、ＩＭ通信回数が１以上であれば、自プレゼンティティ３１のＩＤと、ウォッチャ４１のＩＤと、予め定められた一定のポイント値またはＩＭ通信回数に応じて定まるポイント値とを指定したポイント更新情報６１をサーバ装置２のポイント更新部２６へ通知し、その後、読み取ったＩＭ通信回数をクリアする。ポイント更新部２６は、図４に示した処理を実行することにより、ポイント更新情報で指定されたプレゼンティティＩＤとウォッチャＩＤに対応してポイント保持部２５に保持されたポイント値を、ポイント更新情報で指定されたポイント値だけ加算する。

このように本実施例によれば、プレゼンティティ３１を有する利用者端末３とＩＭ通信によるコミュニケーションを行っている利用者端末４のウォッチャ４１に対しては、そのプレゼンティティ３１のプレゼンス情報にサブスクライブすることを許可し、反対にコミュニケーションをしないウォッチャ４１からのサブスクライブ要求は無効にすることができる。また、一旦許可しても、その後に長時間にわたってコミュニケーションのない相手のウォッチャ４１はウォッチャリストから削除でき、常に連絡を取り合っている相手だけを残しておくことができる。

本実施例では、ＩＭの通信回数に基づいてポイントを加算したが、コミュニケーション状況観測部６２は、ＩＭ通信回数だけでなく、各ＩＭ通信による送信文字数などの通信内容もコミュニケーション状況保存部６３に保存し、ポイント加算部６４はＩＭ通信回数に加えて各ＩＭ通信の通信内容も考慮して、加算するポイント値を決定するようにしてもよい。

また本実施例のコミュニケーション状況観測部６２は、ＩＭ通信を観測したが、電子メールの送受信回数、各メールの文字数などの通信内容を観測してコミュニケーション状況保存部６３に保存し、ポイント加算部６４はメールの送受信回数や各メールの通信内容に基づいて加算するポイント値を決定するようにしてもよい。

また本実施例のコミュニケーション状況観測部６２は、ＶｏＩＰやその他のＰ２Ｐセッションによる通信回数、利用時間を観測してコミュニケーション状況保存部６３に保存し、ポイント加算部６４はＶｏＩＰやその他のＰ２Ｐセッションによる通信回数、利用時間に基づいて加算するポイント値を決定するようにしてもよい。

４）実施例４
図９を参照すると、本実施例においては、ウォッチャ４１を有する利用者端末４にＲＦＩＤタグ４２を備え、外部装置７に、位置検出部７２、記憶部７３およびポイント加算部７４を備え、また、図６の実施例と同様に、一定時間毎に−１ポイントの減算を指示するポイント更新情報５７を発生するタイマ５８をサーバ装置２に備えている。

利用者端末４に設けられたＲＦＩＤタグ４２は、ウォッチャ４１のクライアントＩＤを記憶する。

外部装置７は、所定の店舗内やイベント会場など特定の場所に設置される。位置検出部７２は、ＲＦＩＤタグの読取リーダであり、当該店舗やイベント会場に居るユーザの利用者端末に設けられたＲＦＩＤタグ４２に記憶されたウォッチャ４１のクライアントＩＤを一定周期毎に読み取って記憶部７３に記憶する。

ポイント加算部７４は、一定期間毎に記憶部７３を参照し、ウォッチャ４１のクライアントＩＤが記憶されていれば、そのウォッチャ４１のクライアントＩＤと、予め定められた一定のポイント値とを指定したポイント更新情報７１をサーバ装置２のポイント更新部２６へ通知し、その後、参照したウォッチャ４１のクライアントＩＤを記憶部７３から削除する。ポイント更新部２６は、図４に示した処理を実行することにより、ポイント更新情報で指定されたウォッチャ４１のクライアントＩＤに対応してポイント保持部２５に保持されたポイント値を、ポイント更新情報で指定されたポイント値だけ加算する。記憶部７３からウォッチャ４１のクライアントＩＤが削除されても、ウォッチャ４１を有する利用者端末４のユーザＡがなおも当該店舗等に居る場合には、位置検出部７２の次の読取周期でウォッチャ４１のクライアントＩＤが再度検出されて記憶部７３に記憶されるので、再びポイント更新情報がサーバ装置２に送られる。これにより、当該店舗に利用者端末４が存在する時間に応じてポイント値が加算されることになる。

このように本実施例によれば、ウォッチャ４１を有する利用者端末４のユーザＡが外部装置５の設置された店舗等に入っていると、そのことが外部装置７により検出されてサーバ装置２の当該ウォッチャ４１のポイント値が加算されるため、予め定められた場所を訪れたユーザに対して、プレゼンスサービスのサブスクライブ機能を利用させることができる。

本実施例では、ウォッチャ４１を有する利用者端末４が所定の場所に居ることを利用者端末４に設けたＲＦＩＤタグを検知することで検出したが、入退出検出センサなど他の種類のセンサを利用して、利用者端末４が所定の場所に居ることを検知することもできる。また、所定の場所から退出したことを検知したときに、ポイントの減算あるいは無効化を指示するポイント更新情報を外部装置７からサーバ装置２へ送信するようにしてもよい。

５）実施例５
図１０を参照すると、本実施例においては、スケジュール記憶部８３、時計８４およびポイント加減算部８５を有する外部装置８を備え、この外部装置８からサーバ装置２のポイント更新部２６にポイント更新情報８１、８２が送信される。

スケジュール記憶部８３は、ウォッチャ４１のクライアントＩＤとサブスクライブ期間の始期情報および終期情報との組が記憶されている。時計８４は、現在日時をポイント加減算部８５に提供する。

ポイント加減算部８５は、時計８４が示す現在日時がスケジュール記憶部８３に記憶されたウォッチャ４１のクライアントＩＤに対応するサブスクライブ期間の始期情報が示す日時に一致すると、そのウォッチャ４１のクライアントＩＤを指定して予め定められたポイント値を加算する旨のポイント更新情報８１をサーバ装置２のポイント更新部２６へ送信する。またポイント加減算部８５は、時計８４が示す現在日時がスケジュール記憶部８３に記憶されたウォッチャ４１のクライアントＩＤに対応するサブスクライブ期間の終期情報が示す日時に一致すると、そのウォッチャ４１のクライアントＩＤを指定してそのポイント値を０にする旨のポイント更新情報８２をサーバ装置２のポイント更新部２６へ送信する。ポイント更新部２６は、図４に示した処理を実行することにより、ポイント更新情報８１、８２で指定されたウォッチャ４１のクライアントＩＤに対応してポイント保持部２５に保持されたポイント値を加減算する。

このように本実施例によれば、特定の利用開始日時から利用終了日時までの間に限ってプレゼンスサービスのサブスクライブ機能を利用させることができる。

『第２の実施の形態』
図１１を参照すると、本発明の第２の実施の形態にかかるプレゼンスシステムは、利用者端末４がウォッチャ４１に加えてプレゼンティティ４３を同一クライアント上に備えている点と、サーバ装置２のポイント更新部２６の動作が異なる点で、図１の第１の実施の形態と相違する。

プレゼンティティ４３は、ウォッチャ４１と共にプレゼンスサービスのクライアント４０を構成しており、利用者端末４のユーザＡのプレゼンス情報をサーバ装置２に通知する。この通知されたプレゼンス情報は、ウォッチャ４１を有するクライアント４０のＩＤに対応付けてプレゼンス情報保持部２１に保持される。

図１２を参照すると、本実施の形態におけるサーバ装置２のポイント更新部２６は、ポイント更新イベント２７−ｉ（ｉ＝１〜ｎ）が発生すると（図１２のステップＳ２１）、ポイント更新イベント２７−ｉに含まれるポイント値の正負の判定などによってポイントを減算する更新イベントかどうかを判別する（ステップＳ３１）。ポイントの減算でなく加算を行う更新イベントの場合、図４のステップＳ２２〜Ｓ２４と同様の処理を実行することによりポイントを加算する（ステップＳ３４）。

他方、ポイントを減算する更新イベントの場合、ポイント更新部２６は、ポイント更新イベント２７−ｉに含まれるウォッチャ４１のＩＤに対応するプレゼンス情報をプレゼンス情報保持部２１から参照し（ステップＳ３２）、プレゼンス情報が「オンライン」であれば（ステップＳ３３でＹＥＳ）、図４のステップＳ２２〜Ｓ２４と同様の処理を実行することによりポイントを減算する（ステップＳ３４）。しかし、プレゼンス情報が「オンライン」以外であれば、ステップＳ３４をスキップする。つまり、ポイントを減算しない。

上記以外の動作は第１の実施の形態およびその実施例と同じである。

このように本実施の形態によれば、ウォッチャ４１およびプレゼンティティ４３を有するクライアント４０のプレゼンス情報が「オンライン」である期間に限って、ポイント保持部２５に保持されたそのウォッチャ４１のポイントの減算を行うようにしたので、プレゼンスサービスを利用していない「オフライン」の期間にポイントが減算されることがなく、ユーザの利便性が高まる。

『第３の実施の形態』
図１３を参照すると、本発明の第３の実施の形態にかかるプレゼンスシステムは、利用者端末３がプレゼンティティ３１に加えてウォッチャ３２を同一クライアント３０上に備え、利用者端末４がウォッチャ４１に加えてプレゼンティティ４３を同一クライアント４０上に備えている点と、サーバ装置２がバディリスト記憶部２８を備え、状態通知部２３およびウォッチャリスト更新部２４の動作が異なる点で、図１の第１の実施の形態と相違する。

ウォッチャ３２は、プレゼンティティ３１と共にプレゼンスサービスのクライアント３０を構成しており、サーバ装置２に対し、プレゼンティティ４３のプレゼンス情報が変化したときに通知を行うように要求するサブスクライバとして動作し、サーバ装置２からプレゼンティティ４３のプレゼンス情報が通知されてきたときには、その内容を表示装置に表示する機能を有する。プレゼンティティ４３は、ウォッチャ４１と共にプレゼンスサービスのクライアント４０を構成しており、利用者端末４のユーザＡのプレゼンス情報をサーバ装置２に通知する。この通知されたプレゼンス情報はウォッチャ４１のクライアントＩＤに対応付けてプレゼンス情報保持部２１に保持される。

サーバ装置２のバディリスト記憶部２８は、ウォッチャ４１、３２を有するクライアント４０、３０のＩＤに対応してバディリストを記憶する。バディリストには、そのウォッチャ４１、３２がプレゼンス情報を観測しているプレゼンティティ３１、４３のクライアントＩＤが記憶される。

状態通知部２３は、プレゼンス情報保持部２１からプレゼンティティ３１のプレゼンス情報の通知を受けると、ウォッチャリスト記憶部２２を参照して第１の実施の形態と同様の処理を行うと共に、バディリスト記憶部２８を参照し、プレゼンス情報の変化したプレゼンティティ３１を観測しているウォッチャ４１のクライアント４０を検索し、そのクライアント４０に対して前記通知されたプレゼンス情報を通知する。ただし、ウォッチャリスト記憶部２２に基づく処理で既にプレゼンス情報を通知している場合には重複した通知は行わない。プレゼンス情報保持部２１からプレゼンティティ４３のプレゼンス情報の通知を受けた場合も、同様の動作が行われる。

ウォッチャリスト更新部２４は、第１の実施の形態と同様にポイント保持部２５に記憶されるポイントが０になったウォッチャ４１、３２のクライアントＩＤをウォッチャリスト記憶部２２中のプレゼンティティ３１、４３に対応するウォッチャリストから削除すると共に、そのウォッチャ４１、３２のバディリストからもバディ（プレゼンティティ３１、４３）にかかるクライアントＩＤを削除する。

上記以外の動作は第１の実施の形態およびその実施例と同じである。

このように本実施の形態によれば、ウォッチャリストに加えてバディリストに基づいてプレゼンス情報の通知を行う場合に、ポイントが０になったウォッチャのウォッチャリストからのＩＤの削除に加えて、そのウォッチャのバディリストからバディ（プレゼンティティ）にかかるＩＤを削除することにより、ポイントが０になったウォッチャへのプレゼンス情報の通知を停止することができる。

『第４の実施の形態』
図１４を参照すると、本実施の形態にかかるプレゼンスシステムは、サーバ装置２が状態通知ポリシ保持部２Ａとポリシ選択情報記憶部２９とを備え、状態通知部２３およびウォッチャリスト更新部２４の動作が異なる点で、図１の第１の実施の形態と相違する。

状態通知ポリシ保持部２Ａは、第１のポリシ２Ａ１および第２のポリシ２Ａ２を記憶している。第１および第２のポリシは、ウォッチャ４１へのプレゼンス情報の通知に関するポリシである点で同じであるが、第１のポリシ２Ａ１は、保有するポイント値が予め定められた値α以上持つウォッチャ４１に適用されるポリシ、第２のポリシ２Ａ２は、保有するポイント値がα未満のウォッチャ４１に適用されるポリシである。第１のポリシ２Ａ１は第２のポリシ２Ａ２に比べて、より正確にプレゼンティティ３１のプレゼンス情報を通知するポリシーとなっている。例えば、プレゼンス情報として、「オンライン」、「オフライン」、「ユーザ位置」の３つがある場合、第１のポリシ２Ａ１はこれら３つのプレゼンス情報の変化をそのまま正しく通知するのに対し、第２のポリシー２Ａ２は前者の２つのプレゼンス情報の変化は通知するが、後者の「ユーザ位置」のプレゼンス情報の変化は通知しないように設定される。

ポリシ選択情報記憶部２９は、ウォッチャリスト記憶部２２に記憶される各プレゼンティティ３１毎のウォッチャリストに記載されるウォッチャ４１のＩＤに対応して、そのウォッチャ４１へのプレゼンス情報の通知に関し、第１および第２のポリシーの何れのポリシーを使用するかを選択する情報を記憶する。例えば図１５に示すように、ウォッチャリスト記憶部２２にプレゼンティティ３１のＩＤに対応するウォッチャリストがあり、そこにウォッチャ４１のＩＤが登録されている場合、そのウォッチャ４１のＩＤに対応する２ビットのポリシ選択ビット（ｂ１、ｂ０）がポリシ選択情報として記憶部２９に記憶される。ここで、第１のポリシー２Ａ１が選択されている場合、ビットｂ１のみが１（オン）になり、第２のポリシー２Ａ２が選択されている場合、ビットｂ０のみが１（オン）になる。

ウォッチャリスト更新部２４は、利用者端末４のウォッチャ４１から自クライアント４０のＩＤと観測対象となるプレゼンティティ３１のクライアント３０のＩＤとを含むサブスクライブ要求を受信すると、そのウォッチャ４１のクライアントＩＤでポイント保持部２５を検索してそのウォッチャ４１のクライアント４０が有するポイント値を取得し、ポイント値が１以上であれば、当該サブスクライブ要求を許可すべく、ウォッチャリスト記憶部２２における当該サブスクライブ要求で指定されたプレゼンティティ３１のクライアントＩＤに対応するウォッチャリストに当該ウォッチャ４１のクライアントＩＤを登録し、かつ、ポイント値がα以上あれば第１のポリシ２Ａ１が選択されるように、そうでなければ第２のポリシ２Ａ２が選択されるようにポリシ選択情報記憶部２９にポリシ選択情報を設定する。また、この登録後、ポイント保持部２５に保持されたポイント値の変化を監視し、０になればウォッチャ４１のクライアントＩＤをウォッチャリスト記憶部２２のウォッチャリストから削除し、α以上あったポイント値がαより少なくなると、第１のポリシに代わって第２のポリシが選択されるようにポリシ選択情報を更新し、反対にαより少なかったポイント値がα以上になると、第２のポリシに代わって第１のポリシが選択されるようにポリシ選択情報を更新する。

状態通知部２３は、プレゼンス情報保持部２１から或るプレゼンティティのプレゼンス情報が変化した旨の通知をプレゼンティティのクライアントＩＤと共に受信すると、ウォッチャリスト記憶部２２におけるそのプレゼンティティのクライアントＩＤに対応するウォッチャリストに登録されているウォッチャ４１のクライアントＩＤおよびポリシ選択情報を検索し、若し登録されていなければ、プレゼンス情報の通知は行わず、若し登録されていれば、ポリシ選択情報で選択される第１のポリシ２Ａ１または第２のポリシー２Ａ２を状態通知ポリシ保持部２Ａから参照し、この参照したポリシに基づいて、ウォッチャ４１に対するプレゼンス情報の通知を制御する。

次に本実施の形態の動作を、第１の実施の形態との相違点を中心に説明する。

まず、ユーザＡがユーザＢのプレゼンス情報を観測したいために、ウォッチャ４１のクライアントＩＤとプレゼンティティ３１のクライアントＩＤとを指定したサブスクライブ要求をネットワーク１経由で利用者端末４からサーバ装置２へ送信した際の動作を説明する。

サーバ装置２のウォッチャリスト更新部２４は、利用者端末４から送信されたサブスクライブ要求を受信すると（図１６のステップＳ４１）、サブスクライブ要求に含まれるウォッチャ４１のクライアントＩＤでポイント保持部２５を検索する（ステップＳ４２）。そして、検索されたポイント値が０であれば（ステップＳ４３でＮＯ）、当該サブスクライブ要求を拒否する（ステップＳ４４）。他方、検索されたポイント値が１以上であれば（ステップＳ４３でＹＥＳ）、サブスクライブ要求に含まれるプレゼンティティ３１のクライアントＩＤに対応するウォッチャリストをウォッチャリスト記憶部２２から検索し、この検索したウォッチャリストにサブスクライブ要求に含まれるウォッチャ４１のクライアントＩＤを登録する（ステップＳ４５）。そして、ウォッチャリスト更新部２４は、そのポイント値がα以上かどうかを判定し（ステップＳ４６）、α以上であれば、登録したクライアントＩＤに対応するポリシ選択情報中の第１ポリシ選択ビットｂ１だけをオンにし（ステップＳ４７）、αより小さければ第２ポリシ選択ビットｂ０だけをオンにする（ステップＳ４８）。

その後、ウォッチャリスト更新部２４は、ポイント保持部２５に保持されたウォッチャ４１のポイント値がポイント更新部２６によって更新されることによって、０になるかどうか（ステップＳ４９）、α以上あったものがαより小さくなったり或いはその逆の変化が起きたかどうか（ステップＳ４６）を監視する。そして、α以上あったポイント値がαより小さくなると（ステップＳ４６でＮＯ）、第２ポリシ選択ビットｂ０だけがオンになるようにポリシ選択情報を更新し（ステップＳ４８）、αより小さかったポイント値がα以上になると（ステップＳ４６でＹＥＳ）、第１ポリシ選択ビットｂ１だけがオンになるようにポリシ選択情報を更新し（ステップＳ４７）、また、ポイント値が０になると（ステップＳ４９でＹＥＳ）、ウォッチャ４１のクライアントＩＤが登録されているウォッチャリストをウォッチャリスト記憶部２２から検索し、検索したウォッチャリストからウォッチャ４１のクライアントＩＤを削除する（ステップＳ５０）。

次に、利用者端末３のプレゼンティティ３１から自クライアントＩＤを付加したプレゼンス情報がネットワーク１を通じてサーバ装置２へ送信された際の動作を説明する。

サーバ装置２のプレゼンス情報保持部２１は、プレゼンティティ３１からのプレゼンス情報がサーバ装置２で受信されると（図１７のステップＳ６１）、それに付加されたクライアントＩＤに対応して記憶しているプレゼンス情報を今回受信したプレゼンス情報に更新する（ステップＳ６２）。次に、状態通知部２３は、更新後のプレゼンス情報とプレゼンティティ３１のクライアントＩＤをプレゼンス情報保持部２１から受け取り、そのクライアントＩＤに対応するウォッチャリストをウォッチャリスト記憶部２２から検索し、そのウォッチャリストに登録されているウォッチャ４１のクライアントＩＤとポリシ選択情報を検索する（ステップＳ６３）。もしウォッチャ４１のクライアントＩＤおよびポリシ選択情報が登録されていれば（ステップＳ６４でＹＥＳ）、ポリシ選択情報によって選択されている第１または第２のポリシ２Ａ１または２Ａ２を状態通知ポリシ保持部２Ａから参照し、登録されているクライアントＩＤのウォッチャ４１に対する今回のプレゼンス情報の通知の可否および／または通知するプレゼンス情報を決定する（ステップＳ６５）。そして、この決定に従って、前記受け取ったプレゼンティティ３１のクライアントＩＤとプレゼンス情報を必要に応じてネットワーク１経由でウォッチャ４１に通知する（ステップＳ６６）。

従って、プレゼンティティ３１のウォッチャリストにウォッチャ４１のクライアントＩＤが登録されており、プレゼンティティ３１から送信されたユーザＢのプレゼンス情報が「ユーザ位置」であり、ウォッチャ４１のクライアントＩＤに対応して第１のポリシ２Ａ１を選択するポリシ選択情報が保持されている場合、サーバ装置２およびネットワーク１を経由して利用者端末４のウォッチャ４１に、今回のプレゼンス情報「ユーザ位置」が通知される。他方、もしウォッチャ４１のクライアントＩＤに対応して第２のポリシ２Ａ２を選択するポリシ選択情報が保持されていれば、今回のプレゼンス情報「ユーザ位置」は通知されない。

上記以外の動作は第１の実施の形態およびその実施例と同じである。

このように本実施の形態によれば、ウォッチャ４１の有するポイント値の大小に応じて、そのウォッチャ４１へのプレゼンス情報の状態通知ポリシを変えることができる。

以上の説明では、ポイント値が０の場合にサブスクライブ要求を認めず、また一旦認めたサブスクライブもポイント値が０になると停止させたが、ポイント値が０の場合でもサブスクライブを許可し、状態通知ポリシによって、ポイント値が１以上のウォッチャと差別化するようにしてもよい。

『その他の実施の形態』
以上の実施の形態は、プレゼンティティおよびウォッチャの機能を利用者端末とサーバ装置とに分散配置する方式のプレゼンスシステムに本発明を適用したが、本発明はプレゼンスサービス用のサーバ装置を必要としないピア・ツー・ピア方式のプレゼンスシステムに対しても適用可能である。ピア・ツー・ピア方式のプレゼンスシステムに本発明を適用する場合、前記各実施の形態におけるサーバ装置が有する構成要素のうちプレゼンティティに関連するものは利用者端末のプレゼンティティ側に実装され、ウォッチャに関連するものは利用者端末のウォッチャ側に実装される。例として、図１の実施の形態に対応する、ピア・ツー・ピア方式による本発明の実施の形態の構成例を図１８に示す。

図１８を参照すると、利用者端末３のプレゼンスサービスのクライアント３０Ａは、プレゼンティティ３１Ａを含む。このプレゼンティティ３１Ａは、図１のサーバ装置２が備えていたプレゼンス情報保持部２１、ウォッチャリスト記憶部２２、状態通知部２３、ウォッチャリスト更新部２４、ポイント保持部２５およびポイント更新部２６に対応する、プレゼンス情報保持部２１Ａ、ウォッチャリスト記憶部２２Ａ、状態通知部２３Ａ、ウォッチャリスト更新部２４Ａ、ポイント保持部２５Ａおよびポイント更新部２６Ａを有する。ここで、サーバ装置２上の各部はサーバの性質上、複数のプレゼンティティをサポートするものであるのに対し、利用者端末３のプレゼンティティ３１Ａ上の各部は自プレゼンティティだけに特化されている。例えば、サーバ装置２のプレゼンス情報保持部２１は、多数のプレゼンティティのプレゼンス情報を保持するが、利用者端末３のプレゼンス情報保持部２１Ａは自プレゼンティティ３１Ａのプレゼンス情報だけを保持する。同様に、ウォッチャリスト記憶部２２Ａは自プレゼンティティ３１Ａに対応するウォッチャリストだけを保持し、状態通知部２３Ａは自プレゼンティティ３１Ａのプレゼンス情報だけをネットワーク１経由でウォッチャ４１へ通知する。また、ポイント保持部２５ＡはウォッチャのＩＤ毎にポイント値を保持する。

以上本発明の実施の形態および実施例について説明したが、本発明は以上の例に限定されずその他各種の付加変更が可能である。また、本発明にかかるサーバ装置および利用者端末は、その有する機能をハードウェア的に実現することは勿論、コンピュータとプログラムとで実現することができる。プログラムは、磁気ディスクや半導体メモリ等のコンピュータ可読記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータを前述した各実施の形態におけるサーバ装置および利用者端末として機能させる。

本発明の第１の実施の形態にかかるプレゼンスシステムのブロック図である。 本発明の第１の実施の形態におけるサーバ装置がサブスクライブ要求を受信した際の処理例を示すフローチャートである。 本発明の第１の実施の形態におけるサーバ装置がプレゼンス情報を受信した際の処理例を示すフローチャートである。 本発明の第１の実施の形態におけるサーバ装置がポイント更新イベントを受信した際の処理例を示すフローチャートである。 ポイント更新イベントの実施例１の説明図である。 ポイント更新イベントの実施例１の変形例の説明図である。 ポイント更新イベントの実施例２の説明図である。 ポイント更新イベントの実施例３の説明図である。 ポイント更新イベントの実施例４の説明図である。 ポイント更新イベントの実施例５の説明図である。 本発明の第２の実施の形態にかかるプレゼンスシステムのブロック図である。 本発明の第２の実施の形態におけるサーバ装置がポイント更新イベントを受信した際の処理例を示すフローチャートである。 本発明の第３の実施の形態にかかるプレゼンスシステムのブロック図である。 本発明の第４の実施の形態にかかるプレゼンスシステムのブロック図である。 本発明の第４の実施の形態におけるサーバ装置のポリシ選択情報記憶部の説明図である。 本発明の第４の実施の形態におけるサーバ装置がサブスクライブ要求を受信した際の処理例を示すフローチャートである。 本発明の第４の実施の形態におけるサーバ装置がプレゼンス情報を受信した際の処理例を示すフローチャートである。 本発明の他の実施の形態にかかるプレゼンスシステムのブロック図である。

符号の説明

１…ネットワーク
２…サーバ装置
２１…プレゼンス情報保持部
２２…ウォッチャリスト記憶部
２３…状態通知部
２４…ウォッチャリスト更新部
２５…ポイント保持部
２６…ポイント更新部
２７−１〜２７−ｎ…ポイント更新イベント
２８…バディリスト記憶部
２９…ポリシ選択情報記憶部
２Ａ…状態通知ポリシ保持部
２Ａ１…第１のポリシ
２Ａ２…第２のポリシ
３…利用者端末
３０…プレゼンスシステムのクライアント
３１…プレゼンティティ
３２…ウォッチャ
４…利用者端末
４０…プレゼンスシステムのクライアント
４１…ウォッチャ
４３…プレゼンティティ

Claims (15)

1. ウォッチャ毎のポイント値を保持するポイント保持部と、１以上のポイント更新イベントに基づいて前記ポイント保持部に保持されたポイント値を変更するポイント更新部と、プレゼンティティのウォッチャリストを保持するウォッチャリスト記憶部と、ウォッチャからの前記プレゼンティティに対するサブスクライブ要求時、そのウォッチャの有するポイント値を前記ポイント保持部から参照し、所定値以上のポイントがあることを条件にそのウォッチャ識別子を前記プレゼンティティのウォッチャリストに登録し、かつ、その後に前記ポイント値が所定値より小さくなった場合に前記登録したウォッチャ識別子を前記ウォッチャリストから削除するウォッチャリスト更新部と、前記プレゼンティティのプレゼンス情報の変化時、変化後のプレゼンス情報を前記プレゼンティティのウォッチャリストに登録されているウォッチャに通知する状態通知部とを備えることを特徴とするプレゼンスシステム。
2. 前記ポイント更新部は、ポイント値を減少するポイント更新イベントの発生時、変更対象となるウォッチャを有するクライアントのプレゼンス情報を確認し、そのプレゼンス情報が予め定められた状態である場合に限ってポイントの減算処理を行うものであることを特徴とする請求項１記載のプレゼンスシステム。
3. 前記ポイント更新部は、或るプレゼンティティのウォッチャリストから或るウォッチャ識別子を削除する際、同時にそのウォッチャ識別子のウォッチャのバディリストから前記プレゼンティティの識別子を削除するものであることを特徴とする請求項１記載のプレゼンスシステム。
4. ウォッチャへのプレゼンス情報の通知に関するそれぞれ異なる複数のポリシを記憶するポリシ保持部と、前記ウォッチャリストに記憶されるウォッチャが有するポイント値に応じて決定される前記複数のポリシの何れか１つのポリシを選択するためのポリシ選択情報を保持するポリシ選択情報記憶部とを備え、前記状態通知部は、前記ウォッチャリストに登録されているウォッチャに対応するポリシ選択情報により特定されるポリシを前記ポリシ保持部から参照して前記ウォッチャに対するプレゼンス情報の通知を制御するものであることを特徴とする請求項１記載のプレゼンスシステム。
5. １つの前記ポイント更新イベントは、プレゼンティティのプレゼンス情報にサブスクライブする権利を購入したユーザの利用者端末におけるウォッチャの識別子と購入額に対応するポイント値とを含むポイント更新イベントであり、他の１つの前記ポイント更新イベントは、所定ポイント値の減算を指示する定期的に発生するポイント更新イベントであることを特徴とする請求項１乃至４の何れか１項に記載のプレゼンスシステム。
6. １つの前記ポイント更新イベントは、プレゼンティティのプレゼンス情報にサブスクライブする権利を購入したユーザの利用者端末におけるウォッチャの識別子と購入額に対応するポイント値とを含むポイント更新イベントであり、他の１つの前記ポイント更新イベントは、前記状態通知部がウォッチャにプレゼンティティのプレゼンス情報を通知する毎にそのウォッチャのポイント値の減算を指示するポイント更新イベントであることを特徴とする請求項１乃至４の何れか１項に記載のプレゼンスシステム。
7. 前記減算を指示するポイント更新イベントは、通知するプレゼンス情報の内容等に応じて減算するポイント値が決定されているものであることを特徴とする請求項６記載のプレゼンスシステム。
8. １つの前記ポイント更新イベントは、ウォッチャを有する利用者端末のコミュニケーション状況に応じて決定されたポイント値の加算を指示するポイント更新イベントであり、他の１つの前記ポイント更新イベントは、所定ポイント値の減算を指示する定期的に発生するポイント更新イベントであることを特徴とする請求項１乃至４の何れか１項に記載のプレゼンスシステム。
9. 前記ポイント更新イベントは、ウォッチャを有する利用者端末の位置に応じてポイント値の加算または減算を指示するポイント更新イベントであることを特徴とする請求項１乃至４の何れか１項に記載のプレゼンスシステム。
10. １つの前記ポイント更新イベントは、予め定められた利用開始日時の到来時に発生し、ポイント値の加算を指示するポイント更新イベントであり、他の１つの前記ポイント更新イベントは、予め定められた利用終了日時の到来時に発生し、その時点のポイント値を無効にするポイント更新イベントであることを特徴とする請求項１乃至４の何れか１項に記載のプレゼンスシステム。
11. ポイント更新部が、１以上のポイント更新イベントに基づいて、ウォッチャ毎のポイント値を保持するポイント保持部に保持された前記ポイント値を変更するステップ、
    ウォッチャリスト更新部が、ウォッチャからのプレゼンティティに対するサブスクライブ要求時、そのウォッチャの有するポイント値を前記ポイント保持部から参照し、所定値以上のポイントがあることを条件にそのウォッチャ識別子を前記プレゼンティティのウォッチャリストに登録し、かつ、その後に前記ポイント値が所定値より小さくなった場合に前記登録したウォッチャ識別子を前記ウォッチャリストから削除するステップ、
    状態通知部が、前記プレゼンティティのプレゼンス情報の変化時、変化後のプレゼンス情報を前記プレゼンティティのウォッチャリストに登録されているウォッチャに通知するステップ、を含むことを特徴とするプレゼンス方法。
12. ウォッチャ毎のポイント値を保持するポイント保持部と、１以上のポイント更新イベントに基づいて前記ポイント保持部に保持されたポイント値を変更するポイント更新部と、プレゼンティティのウォッチャリストを保持するウォッチャリスト記憶部と、ウォッチャからの前記プレゼンティティに対するサブスクライブ要求時、そのウォッチャの有するポイント値を前記ポイント保持部から参照し、所定値以上のポイントがあることを条件にそのウォッチャ識別子を前記プレゼンティティのウォッチャリストに登録し、かつ、その後に前記ポイント値が所定値より小さくなった場合に前記登録したウォッチャ識別子を前記ウォッチャリストから削除するウォッチャリスト更新部と、前記プレゼンティティのプレゼンス情報の変化時、変化後のプレゼンス情報を前記プレゼンティティのウォッチャリストに登録されているウォッチャに通知する状態通知部とを備えることを特徴とするサーバ装置。
13. プレゼンティティを有する利用者端末であって、前記プレゼンティティは、ウォッチャ毎のポイント値を保持するポイント保持部と、１以上のポイント更新イベントに基づいて前記ポイント保持部に保持されたポイント値を変更するポイント更新部と、自プレゼンティティのウォッチャリストを保持するウォッチャリスト記憶部と、ウォッチャからの自プレゼンティティに対するサブスクライブ要求時、そのウォッチャの有するポイント値を前記ポイント保持部から参照し、所定値以上のポイントがあることを条件にそのウォッチャ識別子を前記ウォッチャリストに登録し、かつ、その後に前記ポイント値が所定値より小さくなった場合に前記登録したウォッチャ識別子を前記ウォッチャリストから削除するウォッチャリスト更新部と、自プレゼンティティのプレゼンス情報の変化時、変化後のプレゼンス情報を前記ウォッチャリストに登録されているウォッチャに通知する状態通知部とを備えることを特徴とする利用者端末。
14. サーバ装置を構成するコンピュータを、１以上のポイント更新イベントに基づいて、ウォッチャ毎のポイント値を保持するポイント保持部に保持された前記ポイント値を変更するポイント更新手段、ウォッチャからのプレゼンティティに対するサブスクライブ要求時、そのウォッチャの有するポイント値を前記ポイント保持部から参照し、所定値以上のポイントがあることを条件にそのウォッチャ識別子を前記プレゼンティティのウォッチャリストに登録し、かつ、その後に前記ポイント値が所定値より小さくなった場合に前記登録したウォッチャ識別子を前記ウォッチャリストから削除するウォッチャリスト更新手段、前記プレゼンティティのプレゼンス情報の変化時、変化後のプレゼンス情報を前記プレゼンティティのウォッチャリストに登録されているウォッチャに通知する状態通知手段、として機能させるためのプログラム。
15. 利用者端末を構成するコンピュータを、１以上のポイント更新イベントに基づいて、ウォッチャ毎のポイント値を保持するポイント保持部に保持された前記ポイント値を変更するポイント更新手段、ウォッチャからのプレゼンティティに対するサブスクライブ要求時、そのウォッチャの有するポイント値を前記ポイント保持部から参照し、所定値以上のポイントがあることを条件にそのウォッチャ識別子を前記ウォッチャリストに登録し、かつ、その後に前記ポイント値が所定値より小さくなった場合に前記登録したウォッチャ識別子を前記ウォッチャリストから削除するウォッチャリスト更新手段、自プレゼンティティのプレゼンス情報の変化時、変化後のプレゼンス情報を前記ウォッチャリストに登録されているウォッチャに通知する状態通知手段、として機能させるためのプログラム。

Images