(57)【要約】【課題】  コミュニティとコミュニティに属しているユーザに対し、プレゼンス情報を相手に応じてそれぞれ特定可能とし、異なるプレゼンス情報を同一ユーザに対して指定している場合には最適なプレゼンス情報のみを通知し認識させる。【解決手段】  クライアントで、特定のコミュニティ、そのコミュニティに属する特定ユーザに対して送信先としての優先度を指定し、その際、特定ユーザに対してプレゼンスを特定して優先度情報を含むプレゼンス情報を生成し、通知サーバで、プレゼンス情報について自己の管理するコミュニティを判定し、自己の管理するコミュニティに該当するプレゼンス情報について自己の管理するユーザを判定し、優先度情報に基づき自己の管理するユーザ向けのプレゼンス情報から優先度の高いプレゼンス情報を抽出し、該当プレゼンス情報を通知する。【選択図】        図１
2005044134.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの状態および状況を表すプレゼンス情報を送信元クライアントから送信し、送信先クライアントで受信して相手ユーザに認識させるようにしたプレゼンス情報通知・認識システムにおいて、
ネットワークを介して接続された複数の通知サーバと複数のクライアントからなり、
各クライアントは、特定のコミュニティやユーザに対して通知したいプレゼンスを特定して送信元ユーザ情報、送信先ユーザ、送信先コミュニティ、送信元ユーザのプレゼンスおよびプレゼンス情報の優先度情報を含むプレゼンス情報を生成するユーザインタフェースを備え、
各通知サーバは、自己が管理するコミュニティ情報を保持するコミュニティ管理部と、自己が管理するユーザ情報を保持するユーザ管理部と、受信したプレゼンス情報について前記コミュニティ情報を参照して自己の管理するコミュニティかどうかを判定し、自己の管理するコミュニティに該当するプレゼンス情報について前記ユーザ情報を参照して自己の管理するユーザかどうかを判定し、前記優先度情報に基づいて自己の管理するユーザに対するプレゼンス情報から優先度の高いプレゼンス情報を抽出する判断部を備え、
抽出した優先度の高いプレゼンス情報の送信先クライアントに対して該当するプレゼンス情報を通知して認識させるようにしたことを特徴とするプレゼンス情報通知・認識システム。
【請求項２】
通知サーバがコミュニティ管理部を有する代わりに、コミュニティ情報を一元管理するコミュニティ管理部を有する管理サーバを備え、
各通知サーバが、この管理サーバから自己が使用するコミュニティ情報を取得するようにしたことを特徴とする請求項１記載のプレゼンス情報通知・認識システム。
【請求項３】
ユーザの状態および状況を表すプレゼンス情報を送信元クライアントから送信し、送信先クライアントで受信して相手ユーザに認識させるようにしたプレゼンス情報通知・認識システムにおいて、
ネットワークを介して接続された管理サーバと複数のクライアントからなり、
管理サーバは、前記複数のクライアントのそれぞれが属するコミュニティ情報を保持するコミュニティ管理部を備え、
各クライアントは、特定のコミュニティやユーザに対して通知したいプレゼンスを特定して送信元ユーザ情報、送信先ユーザ、送信先コミュニティ、送信元ユーザのプレゼンスおよびプレゼンス情報の優先度情報を含むプレゼンス情報を生成するユーザインタフェースと、受信したプレゼンス情報について前記管理サーバから取得したコミュニティ情報を参照して自己の所属するコミュニティかどうかを判定し、自己の所属するコミュニティに該当するプレゼンス情報の場合、自ユーザ宛であるかを判定し、自ユーザ宛のプレゼンス情報について前記優先度情報に基づいて優先度の高いプレゼンス情報を抽出する判断部を備え、
抽出した自ユーザに該当するプレゼンス情報を自ユーザに認識させ、また自ユーザに該当しないコミュニティおよびユーザに対するプレゼンス情報を破棄するようにしたことを特徴とするプレゼンス情報通知・認識システム。
【請求項４】
ユーザの状態および状況などを表すプレゼンス情報を送信元クライアントから送付し、送信先クライアントで受信して認識するようにしたプレゼンス情報通知・認識システムにおいて、
ネットワークを介して接続された管理サーバと複数のクライアントからなり、
管理サーバは、前記複数のクライアントのそれぞれが属するコミュニティ情報を保持するコミュニティ管理部を備え、
各クライアントは、特定のコミュニティやユーザに対して通知したいプレゼンスを特定して送信元ユーザ情報、送信先ユーザ、送信先コミュニティ、送信元ユーザのプレゼンスおよびプレゼンス情報の優先度情報を含むプレゼンス情報を生成するユーザインタフェースと、生成されたプレゼンス情報について前記管理サーバから取得したコミュニティ情報を参照して送信先とするコミュニティがあるかを判定し、該当するコミュニティがあった場合、そのコミュニティとコミュニティに属するユーザを送信先とするプレゼンス情報から優先度情報に基づいて優先度の高いプレゼンス情報を抽出する判断部を備え、
抽出した優先度の高いプレゼンス情報を該当する送信先クライアントに通知して認識させるようにしたことを特徴とするプレゼンス情報通知・認識システム。
【請求項５】
ユーザインタフェースは、通知先とするユーザおよびコミュニティに対する優先度が相対的に決まる指定位置で構成されたことを特徴とする請求項１から請求項４のうちのいずれか１項記載のプレゼンス情報通知・認識システム。
【請求項６】
ユーザインタフェースは、複数のコミュニティにそれぞれ対応付けられ、相対的に優先度を定めた位置にそれぞれ対応させた複数のコミュニティ情報タブを備え、
各コミュニティ情報タブは、対応するコミュニティに対して設定された共通のプレゼンスと複数のユーザ情報インデックスを有し、
各ユーザ情報インデックスは、単一のユーザに向けたプレゼンスと単一のユーザ情報の組み合わせを有し、
プレゼンス情報送信時には前記共通のプレゼンスを全ユーザ情報インデックスのユーザに対して送信するためのプレゼンス情報を生成し、必要に応じて、指定されたコミュニティ情報タブ上のユーザ情報インデックスの少なくとも１つを選択して指定することで特定のユーザに向けて対応するプレゼンスを送信するための優先的なプレゼンス情報を生成することを特徴とする請求項５記載のプレゼンス情報通知・認識システム。
【請求項７】
ユーザインタフェースは、通知先とするユーザおよびコミュニティに対する優先度が直接指定される構成としたことを特徴とする請求項１から請求項４のうちのいずれか１項記載のプレゼンス情報通知・認識システム。
【請求項８】
各クライアントは、
ユーザインタフェースにより入力されたプレゼンスの内容を抽出した条件情報をプレゼンス情報に含ませて送信し、
他のクライアントから受信したプレゼンス情報から条件情報を抽出し、この条件情報、当該プレゼンス情報の送信日時および送信元ユーザ情報を基にしてクライアントに対して自己のプレゼンス情報の送信を抑える処理を行うようにしたことを特徴とする請求項１から請求項７のうちのいずれか１項記載のプレゼンス情報・認識システム。
【請求項９】
ユーザの状態および状況を表すプレゼンス情報を相手ユーザに送信し、他のユーザからのプレゼンス情報を受信して自ユーザに認識させるようにしたプレゼンス情報通知・認識システムのクライアントにおいて、
特定のコミュニティやユーザに対して通知したいプレゼンスを特定して送信元ユーザ情報、送信先ユーザ、送信先コミュニティ、送信元ユーザのプレゼンスおよびプレゼンス情報の優先度情報を含むプレゼンス情報を生成するユーザインタフェースを備えたことを特徴とするプレゼンス情報通知・認識システムのクライアント。
【請求項１０】
自己が管理するコミュニティ情報を保持するコミュニティ管理部と、自己が管理するユーザ情報を保持するユーザ管理部と、任意のクライアントからネットワークを介して送信元ユーザ情報、送信先ユーザ、送信先コミュニティ、送信元ユーザのプレゼンスおよびプレゼンス情報の優先度情報を含むプレゼンス情報を受信し、受信したプレゼンス情報について前記コミュニティ情報を参照して自己の管理するコミュニティかどうかを判定し、自己の管理するコミュニティに該当するプレゼンス情報について前記ユーザ情報を参照して自己の管理するユーザかどうかを判定し、前記優先度情報に基づいて自己の管理するユーザに対するプレゼンス情報から優先度の高いプレゼンス情報を抽出する判断部を備え、
抽出した優先度の高いプレゼンス情報の送信先クライアントに対して該当するプレゼンス情報を通知し、また自己の管理しないコミュニティおよびユーザに対するプレゼンス情報は他の通知サーバに転送するようにしたプレゼンス情報通知・認識システムの通知サーバ。
【請求項１１】
通知サーバがコミュニティ管理部を有する代わりに、コミュニティ情報を一元管理する管理サーバから自己が使用するコミュニティ情報を取得するようにしたことを特徴とする請求項１０記載のプレゼンス情報通知・認識システムの通知サーバ。
【請求項１２】
受信したプレゼンス情報についてコミュニティ管理部からネットワークを介して入手したコミュニティ情報を参照して自ユーザの所属するコミュニティかどうかを判定し、自ユーザの所属するコミュニティに該当するプレゼンス情報の場合、自ユーザ宛であるかを判定し、自ユーザ宛のプレゼンス情報について優先度情報に基づいて優先度の高いプレゼンス情報を抽出する判断部を備え、
抽出した優先度の高いプレゼンス情報が自ユーザに該当する場合には該当するプレゼンス情報を自ユーザに認識させ、また自ユーザに該当しないコミュニティおよびユーザに対するプレゼンス情報を破棄するようにしたことを特徴とする請求項９記載のプレゼンス情報通知・認識システムのクライアント。
【請求項１３】
生成されたプレゼンス情報について管理サーバからネットワークを介して取得したコミュニティ情報を参照して送信先とするコミュニティがあるかを判定し、該当するコミュニティのプレゼンス情報があった場合、それらのプレゼンス情報から優先度情報に基づいて優先度の高いプレゼンス情報を抽出する判断部を備え、
抽出した優先度の高いプレゼンス情報を該当する送信先クライアントに通知して認識させるようにしたことを特徴とする請求項９記載のプレゼンス情報通知・認識システムのクライアント。
【請求項１４】
ユーザインタフェースは、通知先とするユーザおよびコミュニティに対する優先度が相対的に決まる指定位置で構成されたことを特徴とする請求項９、請求項１２および請求項１３のうちのいずれか１項記載のプレゼンス情報通知・認識システムのクライアント。
【請求項１５】
ユーザインタフェースは、複数のコミュニティにそれぞれ対応付けられ、相対的に優先度を定めた位置にそれぞれ対応させた複数のコミュニティ情報タブを備え、
各コミュニティ情報タブは、対応するコミュニティに対して設定された共通のプレゼンスと複数のユーザ情報インデックスを有し、
各ユーザ情報インデックスは、単一のユーザに向けたプレゼンスと単一のユーザ情報の組み合わせを有し、
プレゼンス情報送信時には前記共通のプレゼンスを全ユーザ情報インデックスのユーザに対して送信するためのプレゼンス情報を生成し、必要に応じて、指定されたコミュニティ情報タブ上のユーザ情報インデックスの少なくとも１つを選択して指定することで特定のユーザに向けて対応するプレゼンスを送信するための優先的なプレゼンス情報を生成することを特徴とする請求項１４記載のプレゼンス情報通知・認識システムのクライアント。
【請求項１６】
ユーザインタフェースは、通知先とするユーザおよびコミュニティに対する優先度が直接指定される構成としたことを特徴とする請求項９、請求項１２および請求項１３のうちのいずれか１項記載のプレゼンス情報通知・認識システムのクライアント。
【請求項１７】
ユーザインタフェースにより入力されたプレゼンスの内容を抽出した条件情報をプレゼンス情報に含ませて送信し、
他のクライアントから受信したプレゼンス情報から条件情報を抽出し、この条件情報、当該プレゼンス情報の送信日時および送信元ユーザ情報を基にしてクライアントに対して自己のプレゼンス情報の送信を抑える処理を行うようにしたことを特徴とする請求項９、請求項１２から請求項１６のうちのいずれか１項記載のプレゼンス情報・認識システムのクライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、インスタントメッセージングシステムや電話などのコミュニケーションシステムにおいて、ユーザが自分の現在の状態や状況を表すプレゼンス情報を他のユーザまたはコミュニティに対して通知・認識させるプレゼンス情報通知・認識システム、それに適用されるクライアントおよび通知サーバに関するものである。
【背景技術】
【０００２】
インスタントメッセージングシステムおよび電話などのコミュニケーションシステムにおいて、通信相手が、例えば着席中、離席中、通信中、外出中等の状態に置かれている場合がある。このような通信相手の現在の状態を知ることができれば、その状況に応じた通信手段の選択および通信開始の判断ができるようになり、通信を行う上で有効な手段となる。そのために、時間によってリアルタイムに変化する可能性のある特定のユーザの状態および状況などを表す情報をプレゼンス情報と定義し、このプレゼンス情報を事前に通知するプレゼンス機能を通信システムに持たせる技術が提案されてきた（例えば、非特許文献１参照）。この技術では、自己の現在の状態を知らせるユーザからのプレゼンス情報は、それを受け取るすべてのユーザに対して共通に送られるため、その情報にはすべて同一内容として認識される単一表現が用いられていた。
【０００３】
【非特許文献１】飯塚久夫監修、大西廣一、岡田忠信、和泉俊勝および大宮知己編著「ＩＰ時代のやさしい通信方式−ＶｏＩＰ・インタラクティブ通信のためのプロトコル−」オーム社、２００２年７月２５日、ｐｐ．１６８−１７１
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のプレゼンス情報通知・認識システムは、以上のように構成されているので、プレゼンス情報として単一表現を用いているため、特定のユーザまたはコミュニティに対しては共通したものとは異なるプレゼンス情報を通知し認識させることはできなかった。例えばあるユーザとはコミュニケーションを望むが、別のユーザとはコミュニケーションを望まないといった意思表示が行えない。また、特定のコミュニティに対しても適切なプレゼンス情報を通知することができないため、送信ユーザが複数のコミュニティに属している場合に、時間帯の制約、ユーザの状況や気分などにより特定のコミュニティとだけのコミュニケーションを望むといった意思表示もできないなどの課題があった。なお、ここで、コミュニティとは、複数のユーザから構成され、その構成ユーザが変動する可能性のある論理的な集合体のことである。
【０００５】
この発明は、以上のような課題を解消するためになされたもので、第１の目的は、コミュニティとコミュニティに属しているユーザに対し、プレゼンス情報を相手に応じてそれぞれ特定可能とし、また、異なるプレゼンス情報を同一ユーザに対して指定している場合にはそのユーザに最適なプレゼンス情報のみを通知し認識させることを可能にするプレゼンス情報通知・認識システム、それに適用されるクライアントおよび通知サーバを得るものである。
【課題を解決するための手段】
【０００６】
この発明に係るプレゼンス情報通知・認識システムは、ユーザの状態および状況を表すプレゼンス情報を送信元クライアントから送信し、送信先クライアントで受信して相手ユーザに認識させるようにしたプレゼンス情報通知・認識システムにおいて、ネットワークを介して接続された複数の通知サーバと複数のクライアントからなり、各クライアントは、特定のコミュニティやユーザに対して通知したいプレゼンスを特定して送信元ユーザ情報、送信先ユーザ、送信先コミュニティ、送信元ユーザのプレゼンスおよびプレゼンス情報の優先度情報を含むプレゼンス情報を生成するユーザインタフェースを備え、各通知サーバは、自己が管理するコミュニティ情報を保持するコミュニティ管理部と、自己が管理するユーザ情報を保持するユーザ管理部と、受信したプレゼンス情報についてコミュニティ情報を参照して自己の管理するコミュニティかどうかを判定し、自己の管理するコミュニティに該当するプレゼンス情報についてユーザ情報を参照して自己の管理するユーザかどうかを判定し、優先度情報に基づいて自己の管理するユーザに対するプレゼンス情報から優先度の高いプレゼンス情報を抽出する判断部を備え、抽出した優先度の高いプレゼンス情報の送信先クライアントに対して該当するプレゼンス情報を通知して認識させるようにしたものである。
【発明の効果】
【０００７】
この発明によれば、ユーザの状態および状況を表すプレゼンス情報を送信元クライアントから送信し、送信先クライアントで受信して相手ユーザに認識させるようにしたプレゼンス情報通知・認識システムにおいて、ネットワークを介して接続された複数の通知サーバと複数のクライアントからなり、各クライアントは、特定のコミュニティやユーザに対して通知したいプレゼンスを特定して送信元ユーザ情報、送信先ユーザ、送信先コミュニティ、送信元ユーザのプレゼンスおよびプレゼンス情報の優先度情報を含むプレゼンス情報を生成するユーザインタフェースを備え、各通知サーバは、自己が管理するコミュニティ情報を保持するコミュニティ管理部と、自己が管理するユーザ情報を保持するユーザ管理部と、受信したプレゼンス情報についてコミュニティ情報を参照して自己の管理するコミュニティかどうかを判定し、自己の管理するコミュニティに該当するプレゼンス情報についてユーザ情報を参照して自己の管理するユーザかどうかを判定し、優先度情報に基づいて自己の管理するユーザに対するプレゼンス情報から優先度の高いプレゼンス情報を抽出する判断部を備え、抽出した優先度の高いプレゼンス情報の送信先クライアントに対して該当するプレゼンス情報を通知して認識させるように構成したので、指定した各ユーザに対してそれぞれに特定したプレゼンス情報を通知し認識させることができ、また、複数のコミュニティに属したユーザに対して、同一ユーザからの最適なプレゼンス情報のみを通知し認識させることができる効果がある。結果として、ユーザは、希望する相手ユーザやコミュニティに対してのみリアルタイムに自己のプレゼンスを提供することで、当該相手のみとのコミュニケーションを実現できる効果がある。
【発明を実施するための最良の形態】
【０００８】
以下、この発明の各実施の形態を説明する。
実施の形態１．
図１はこの発明の実施の形態１によるプレゼンス情報通知・認識システムの構成を示すブロック図である。図において、ユーザインタフェース１は、ユーザが実際にプレゼンス情報を指定する手段である。なお、ここで指定されるプレゼンス情報は、送信元ユーザ情報、送信先ユーザもしくは送信先コミュニティ、送信元ユーザのプレゼンス、プレゼンスの優先度情報から構成されるものとする。送信元クライアント２は、ユーザインタフェース１を備え、実際にプレゼンス情報を送信する手段である。通知サーバ３，３０は、判断部４，４０、ユーザ管理部５，５０およびコミュニティ情報管理部６，６０を備え、受信したプレゼンス情報から自身の管理するユーザに対して最適なプレゼンス情報を通知する手段である。判断部４，４０は、あるユーザから別の特定のユーザへ送信されたプレゼンス情報のうち最適なものを判断する手段である。ユーザ管理部５，５０は、それぞれの通知サーバ３，３０が管理する各ユーザ情報を保持する手段である。コミュニティ情報管理部６，６０は、それぞれの通知サーバ３，３０が管理する各コミュニティの情報を保持する手段である。送信先クライアント７，７０，７００は、通知サーバ３，３０から通知されたプレゼンス情報をユーザに認識させる手段である。なお、図では送信元クライアントと送信先クライアントに分けて示しているが、これは送信と受信の動作役割を説明するための便宜上のもので、実際には、各クライアントとなる端末は、送信元クライアント２の機能と送信先クライアント７，７０，７００の機能の両方を備えていることになる。
【０００９】
図１のユーザインタフェース１の構成例について図２に示す。図において、ユーザインタフェース１は、複数のコミュニティＡ１，Ａ２，Ａ３に対してそれぞれ対応して設けられたコミュニティ情報タブＸ２から構成される。コミュニティ情報タブＸ２は、例えば単一のコミュニティＡ３に対して設定された共通のプレゼンスＸ３（例、プレゼンスＵＰ１）と複数のユーザ情報インデックスＸ４から構成される。ここで、コミュニティ情報タブＸ２は、例ではコミュニティＡ１，Ａ２，Ａ３について３つの位置に存在するが、これらの位置に対して相対的な優先度を定めておく。図２で、例えば左、中、右の順にタブ位置で優先度を決めておいた場合、通知するプレゼンス情報の優先度はコミュニティＡ１に対するプレゼンス情報＞コミュニティＡ３に対するプレゼンス情報＞コミュニティＡ２に対するプレゼンス情報のように決まる。この関係をプレゼンス情報の優先度情報とする。
【００１０】
次に、各ユーザ情報インデックスＸ４は、単一のユーザに向けたプレゼンスＸ５と単一のユーザ情報Ｘ６から構成される。例えば図２の最初の段でみれば、ユーザ情報インデックスは、単一のユーザ（ユーザ情報）ＵＤ１とそれに向けたプレゼンスＵＰ１で構成されているということになる。ここで、あるコミュニティ（例、Ａ３）に属するユーザのユーザ情報Ｘ６（例、ＵＤ１〜ＵＤ８；８名）に対して送りたいプレゼンスＸ５（例、ＵＰ１〜ＵＰ４）のいずれかを割り当てたユーザ情報インデックスＸ４を予め設けておいて、現状で送信を行いたいユーザとしてユーザ情報インデックスＸ４を画面上で、例えばクリックなどにより指定（図２のＵＤ１，ＵＤ３，ＵＤ５，ＵＤ６，ＵＤ８）できるようにユーザインタフェース１を構成しておく。図２の指定例では、コミュニティＡ３に関して生成されるプレゼンス情報は３つで、それぞれは送信元ユーザ情報、送信先コミュニティＡ３、送信先ユーザ（ＵＤ５、ＵＤ８）、送信元ユーザのプレゼンス（ＵＰ１，ＵＰ３，ＵＰ４）、プレゼンス情報の優先度情報で構成されることになる。同様に、コミュニティＡ１，Ａ２についても指定が行われ、プレゼンス情報がそれぞれ生成されることになる。なお、図２の例で、ユーザ情報インデックスＸ４を全く指定しなかった場合には、コミュニティＡ３に属する全ユーザＵＤ１〜ＵＤ８に対してプレゼンスＵＰ１が送られることになる。
【００１１】
以上のようにユーザインタフェース１を構成しておくことにより、単一のユーザに向けたプレゼンス情報（この例ではユーザＵＤ５に対して指定したプレゼンスＵＰ３を含んだプレゼンス情報）は、そのユーザが現在属しているコミュニティ宛のプレゼンス情報（この例ではコミュニティＡ３に対して指定したプレゼンスＵＰ１を含んだプレゼンス情報）より高い優先度を持つプレゼンス情報として通知できるようになる。また、コミュニティに属しているすべてのユーザがユーザ情報インデックスＸ４に表示されているため、現在各ユーザに通知しているプレゼンス情報を把握することができ、送信を望まないユーザ宛へのプレゼンス情報の通知を防止するために有効な役割を果たす。
【００１２】
図２に例示したユーザインタフェースの場合、ユーザおよびコミュニティに対するプレゼンス情報に相対的な優先度が設けられ、送信元ユーザが優先度を意識しないで入力することで間接的に優先度が決まることに特徴がある。これに対し、他の例として、ユーザおよびコミュニティに対して予め順位が決められており、送信元ユーザがその順位にあわせて優先度を直接指定する構成もある。いずれの場合でもこの発明に適用することができる。
【００１３】
次に、通知サーバ３の動作手順について図３のフローチャートに従って説明する。
送信元クライアント２からプレゼンス情報が送信されて来るが、通知サーバ３はそれを受信するが、その後、判断部４により以下の処理が行われる。受信したプレゼンス情報がまだあるかどうかを検出する（ステップＳＴ１）。受信したプレゼンス情報がまだある場合には、そのプレゼンス情報から送信先を取得し、送信先がコミュニティかユーザかの判断を行う（ステップＳＴ２）。送信先がコミュニティの場合には、コミュニティ情報管理部６を参照して通知サーバ３自身が管理しているコミュニティであるかの判断を行う（ステップＳＴ３）。通知サーバ３で管理しているコミュニティでなかった場合には、そのコミュニティを管理している通知サーバ３０に対し該当するプレゼンス情報を転送し（ステップＳＴ４）、次のプレゼンス情報についてステップＳＴ１の検出を行う。
【００１４】
ステップＳＴ３において、通知サーバ３が管理しているコミュニティであった場合には、コミュニティ情報管理部６からそのコミュニティに属するユーザリストを取得する（ステップＳＴ５）。ユーザリストの取得後、処理対象のユーザリストに対象のユーザがあるかどうか検出し（ステップＳＴ６）、対象のユーザがない場合にはステップＳＴ１の検出に戻る。一方、対象のユーザがある場合には、ユーザリストから１ユーザを抽出し（ステップＳＴ７）、抽出したユーザをユーザリストから削除する（ステップＳＴ８）。
【００１５】
ステップＳＴ８実行後、またはステップＳＴ２において送信先がユーザの場合には、ユーザ管理部５を参照して、送信先ユーザが通知サーバ３自身の管理しているユーザかどうかの判断を行う（ステップＳＴ９）。通知サーバ３で管理しているユーザでなかった場合には、該当するプレゼンス情報を、そのユーザを管理している通知サーバ３０に転送し（ステップＳＴ１０）、ステップＳＴ１の検出に戻る。一方、ステップＳＴ９において、通知サーバ３が管理しているユーザであった場合には、コミュニティのユーザリストには送信元ユーザも含まれるため、送信先ユーザが送信元ユーザかどうかの判断を行い（ステップＳＴ１１）、もし同一であればステップＳＴ６の検出に戻る。
【００１６】
また、ステップＳＴ１１において、送信先ユーザと送信元ユーザが異なる場合には、通知サーバ３で保持しているプレゼンス情報に送信先ユーザへのものが存在するかどうかの検出を行う（ステップＳＴ１２）。通知サーバ３に送信先ユーザへのプレゼンス情報が保持されている場合には、保持されているプレゼンス情報と現在処理対象のプレゼンス情報との優先度を比較する（ステップＳＴ１３）。ステップＳＴ１３において、通知サーバ３に送信先ユーザへのプレゼンス情報が保持されていない場合、また保持されているが、そのプレゼンス情報より現在処理対象のプレゼンス情報の方が優先度が高い場合には、通知サーバ３に保持するプレゼンス情報を更新する（ステップＳＴ１４）。
【００１７】
ステップＳＴ１４実行後、またはステップＳＴ１３において保持されているプレゼンス情報の方が現在処理対象のプレゼンス情報よりも優先度が高い場合には、ステップＳＴ６の検出に戻る。他方、ステップＳＴ１において受信したプレゼンス情報がなくなった場合には、通知サーバ３で保持されているプレゼンス情報をそれぞれのユーザに対して通知する（ステップＳＴ１５）。
【００１８】
以上のように、この実施の形態１によれば、ネットワークを介して接続された複数の通知サーバと複数のクライアントからなり、クライアント側で、ユーザインタフェースを用いて特定のコミュニティやユーザに対して通知したいプレゼンスを特定することにより送信元ユーザ情報、送信先ユーザ、送信先コミュニティ、送信元ユーザのプレゼンスおよびプレゼンス情報の優先度情報を含むプレゼンス情報を生成し、通知サーバは、コミュニティ管理部で自己が管理するコミュニティ情報を保持し、またユーザ管理部で自己が管理するユーザ情報を保持し、判断部により、受信したプレゼンス情報についてコミュニティ情報を参照して自己の管理するコミュニティかどうかを判定し、自己の管理するコミュニティに該当するプレゼンス情報についてユーザ情報を参照して自己の管理するユーザかどうかを判定し、優先度情報に基づいて自己の管理するユーザに対するプレゼンス情報から優先度の高いプレゼンス情報を抽出し、抽出した優先度の高いプレゼンス情報の送信先クライアントに対して該当するプレゼンス情報を通知し、また自己の管理しないコミュニティおよびユーザに対するプレゼンス情報は他の通知サーバに転送するようにしている。したがって、指定した各ユーザに対してそれぞれに特定したプレゼンス情報を通知し認識させることができ、また複数のコミュニティに属したユーザに対して、同一ユーザからの最適なプレゼンス情報のみを通知し認識させることができる効果が得られる。ユーザは、希望する相手ユーザやコミュニティに対してのみリアルタイムに自己のプレゼンスを提供することで、当該相手のみとのコミュニケーションを実現できる効果が得られる。
【００１９】
実施の形態２．
図４はこの発明の実施の形態２によるプレゼンス情報通知・認識システムの構成を示すブロック図である。図において、図１と同一および相当する部分には同一符号を付し、原則としてその説明は省略する。ここでは、通知サーバ３，３０がコミュニティ管理部を持たず、その代わりに、コミュニティ管理部６１を持つ管理サーバ８が別途設けられ、各通知サーバ３，３０に対応するコミュニティ情報を管理している。したがって、各通知サーバ３，３０は、送信先を判断する際に自己が管轄するコミュニティ情報を管理サーバ８にアクセスして取得する。
この実施の形態２の場合、管理サーバ８によりコミュニティ情報の一元管理が可能となる。
【００２０】
実施の形態３．
図５はこの発明の実施の形態３によるプレゼンス情報通知・認識システムの構成を示すブロック図である。図において、図４と同一および相当する部分には同一符号を付し、原則としてその説明は省略する。
上記実施の形態２の場合、通知サーバ３，３０が送信先クライアント７，７０，７００に通知するプレゼンス情報を判断しているが、この実施の形態３では、このような通知サーバを備えない構成としている。代わりに、送信先クライアント７，７０，７００に判断部４１，４２，４３を備え、受信したプレゼンス情報から認識すべき最適のプレゼンス情報、すなわちあるユーザから別の特定のユーザへ送信されたプレゼンス情報のうち最適なものを判断する。
【００２１】
例えば送信先クライアント７は、判断部４１により、受信したプレゼンス情報について管理サーバ８から取得したコミュニティ情報を参照して自己の所属するコミュニティかどうかを判定し、自己の所属するコミュニティに該当するプレゼンス情報の場合、自ユーザ宛であるかを判定する。次に、自ユーザ宛のプレゼンス情報について優先度情報に基づいて優先度の高いプレゼンス情報を抽出する。抽出した優先度の高いプレゼンス情報が自ユーザに該当する場合には該当するプレゼンス情報を自ユーザに認識させ、また自ユーザに該当しないコミュニティおよびユーザに対するプレゼンス情報を破棄する。
以上のように、この実施の形態３によれば、通知サーバを必要としない構成としたので、より簡易なシステム構築およびより柔軟なネットワーク構成を実現できる効果が得られる。
【００２２】
実施の形態４．
図６はこの発明の実施の形態４によるプレゼンス情報通知・認識システムの構成を示すブロック図である。図において、図５と同一および相当する部分には同一符号を付し、原則としてその説明は省略する。ここでは、判断部４４は、送信元クライアント２側に設けられる。すなわち、送信する前のプレゼンス情報について、あるユーザから別の特定のユーザへ送信されるプレゼンス情報のうち最適なものが判断され、判断された送信先に送信されるようにしている。
【００２３】
送信元クライアント２は、判断部４４により、生成されたプレゼンス情報について管理サーバ８から取得したコミュニティ情報を参照して送信先とするコミュニティがあるかを判定する。次に、該当するコミュニティのプレゼンス情報があった場合、それらのプレゼンス情報から優先度情報に基づいて優先度の高いプレゼンス情報を抽出する。抽出した優先度の高いプレゼンス情報を該当する送信先クライアントに通知して認識させる。
したがって、この実施の形態４によれば、送信元クライアント以外の構成については既存のものをそのまま利用して行うことができる。
【００２４】
実施の形態５．
上記各実施の形態では、実際に通知し認識させるプレゼンス情報は、優先度情報を基に判断されるようにしていた。ここでは、優先度を選択指定することに加え、送信前に得ている他のユーザからのプレゼンス情報を基にして、そのユーザに対して自己のプレゼンス情報を通知するか、しないかの選択指定を行えるようにしておく。そのため、プレゼンス情報の構成には、通知の要否を判定するための条件情報を含ませるようにしておく。この条件情報の設定と抽出処理は各クライアントにおいて次のように行われる。
【００２５】
これから通知しようとするプレゼンスが、例えば「５月１８日から６月３日まで不在する」あるいは「出張中」というものであった場合、その期間、「不在」など認識し、その認識結果を条件情報としてプレゼンス情報の構成に含ませ送信される。このようなプレゼンス情報を相手ユーザから受信すると、条件情報からの「不在」およびその期間の認識結果、プレゼンス情報の送信日時、送信元ユーザ情報等を抽出する。次に、受信ユーザが今度は送信元となって、ユーザインタフェースを使って当該相手ユーザ（送信先クライアント）への自己のプレゼンスを入力したとき、現在日時および送信先ユーザ情報（受信プレゼンス情報の送信元に該当）を上記抽出された情報と照合し、「不在」であることの認識結果を持つ送信先ユーザに対して自己のプレゼンス情報の送信を抑える判断処理を行う。この場合、対応する送信先ユーザへの送信を中止することを画面上に表示するようにしてもよい。また、画面に表示することで送信元ユーザに送信の最終判断をさせるようにしてもよい。
【００２６】
以上のように、この実施の形態５によれば、プレゼンス情報の構成として、ユーザインタフェースにより入力されたプレゼンスの内容を抽出した条件情報を含ませるようにし、他のクライアントから受信したプレゼンス情報から条件情報を抽出し、この条件情報、当該プレゼンス情報の送信日時および送信元ユーザ情報を基にして当該他のクライアントに対して自己のプレゼンス情報の送信を抑えるようにしている。したがって、コミュニケーションを希望する相手ユーザの範囲を絞ることができ、より効率的なコミュニケーションを可能にする効果が得られる。
【図面の簡単な説明】
【００２７】
【図１】この発明の実施の形態１によるプレゼンス情報通知・認識システムの構成を示すブロック図である。
【図２】同実施の形態１に係るユーザインタフェースの構成例を示す説明図である。
【図３】同実施の形態１に係る通知サーバの動作手順について示すフローチャートである。
【図４】この発明の実施の形態２によるプレゼンス情報通知・認識システムの構成を示すブロック図である。
【図５】この発明の実施の形態３によるプレゼンス情報通知・認識システムの構成を示すブロック図である。
【図６】この発明の実施の形態４によるプレゼンス情報通知・認識システムの構成を示すブロック図である。
【符号の説明】
【００２８】
１  ユーザインタフェース、２  送信元クライアント、３，３０  通知サーバ、４，４０〜４４  判断部、５，５０  ユーザ管理部、６，６０，６１コミュニティ情報管理部、７，７０，７００  送信先クライアント、８  管理サーバ。
【図１】
2005044134.tif 000003
【図２】
2005044134.tif 000004
【図３】
2005044134.tif 000005
【図４】
2005044134.tif 000006
【図５】
2005044134.tif 000007
【図６】
2005044134.tif 000008