(57)【特許請求の範囲】
【請求項１】
プレゼンティティおよびウォッチャのいずれにも設定され得る複数の端末装置と、これらの端末装置のプレゼンスを管理するサーバユニットとを具備するプレゼンス管理システムにおいて、
前記サーバユニットは、
前記プレゼンティティごとにその複数のウォッチャのそれぞれとの関係を示すパラメータをテーブル化した関係テーブルを格納するデータベースと、
前記プレゼンティティのプレゼンスの変化を検知すると、その変化元のプレゼンティティに対するウォッチャのそれぞれの前記パラメータを前記データベースから読み出す読み出し部と、
前記変化元のプレゼンティティに対するウォッチャのそれぞれに前記読み出したパラメータを通知するパラメータ通知手段と、
前記ウォッチャから取得要求を受けると当該プレゼンティティのプレゼンスを要求元のウォッチャに通知する手段とを備え、
前記複数の端末装置は、
前記パラメータを通知されると、そのパラメータを前記変化元のプレゼンティティに関係の近いほど時間的な順序が先になる計算式に代入して取得タイミングを算出する算出処理部と、
前記算出した取得タイミングで前記取得要求を前記サーバユニットに送出する取得処理部を備えることを特徴とするプレゼンス管理システム。
【請求項２】
前記複数の端末装置は複数のグループに組み分けされ、
前記関係テーブルは、
前記プレゼンティティごとに前記複数のグループのそれぞれに属するウォッチャとの関係を示すパラメータを前記グループ単位で対応付けたテーブルであることを特徴とする請求項１に記載のプレゼンス管理システム。
【請求項３】
前記複数の端末装置は互いに優先度の異なる複数のクラスに階層化され、
前記関係テーブルは、
前記プレゼンティティごとに前記複数のクラスのそれぞれに属するウォッチャとの関係を示すパラメータを前記クラス単位で対応付けたテーブルであることを特徴とする請求項１に記載のプレゼンス管理システム。
【請求項４】
プレゼンティティおよびウォッチャのいずれにも設定され得る複数の端末装置のプレゼンスを管理するサーバユニットから、前記プレゼンティティのプレゼンスをそのウォッチャに通知するプレゼンス通知方法において、
前記プレゼンティティごとにその複数のウォッチャのそれぞれとの関係を示すパラメータをテーブル化した関係テーブルを、前記サーバユニットに記憶させ、
前記サーバユニットが、前記プレゼンティティのプレゼンスの変化を検知すると、その変化元のプレゼンティティに対するウォッチャのそれぞれの前記パラメータを前記関係テーブルから取得し、
前記サーバユニットが、前記変化元のプレゼンティティに対するウォッチャのそれぞれに前記取得したパラメータを通知し、
前記複数の端末装置が、前記パラメータを通知されると、そのパラメータを前記変化元のプレゼンティティに関係の近いほど時間的な順序が先になる計算式に代入して取得タイミングを算出し、
前記複数の端末装置が、前記算出した取得タイミングで前記取得要求を前記サーバユニットに送出し、
前記サーバ装置が、前記取得要求を受けると当該プレゼンティティのプレゼンスを要求元のウォッチャに通知することを特徴とするプレゼンス通知方法。
【請求項５】
前記複数の端末装置は複数のグループに組み分けされ、
前記関係テーブルは、
前記プレゼンティティごとに前記複数のグループのそれぞれに属するウォッチャとの関係を示すパラメータを前記グループ単位で対応付けたテーブルであることを特徴とする請求項４に記載のプレゼンス通知方法。
【請求項６】
前記複数の端末装置は互いに優先度の異なる複数のクラスに階層化され、
前記関係テーブルは、
前記プレゼンティティごとに前記複数のクラスのそれぞれに属するウォッチャとの関係を示すパラメータを前記クラス単位で対応付けたテーブルであることを特徴とする請求項４に記載のプレゼンス通知方法。
【請求項７】
プレゼンスを管理するサーバユニットにより前記プレゼンスを管理され、プレゼンティティまたはウォッチャのいずれにも設定され得る端末装置であって、
前記サーバユニットから、プレゼンスが変化したプレゼンティティに対するウォッチャのそれぞれとの関係を示すパラメータを通知されると、そのパラメータを前記変化元のプレゼンティティに関係の近いほど時間的な順序が先になる計算式に代入して取得タイミングを算出する算出処理部と、
前記算出した取得タイミングで、前記変化したプレゼンスの取得要求を前記サーバユニットに送出する取得処理部とを備えることを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークを介してユーザのプレゼンスを管理することの可能なプレゼンス管理システムと、このシステムに用いられるプレゼンス通知方法、サーバユニットおよび端末装置に関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）ネットワークを利用するサービスの一つに、ネットワーク内のユーザの状態をメンバ同士で共有できるサービスがある。ユーザの状態（オンライン、オフライン、通話中、離席中、在席中など）を示すプレゼンスはプレゼンスサーバによりデータベース化されて管理される。「プレゼンスを公開する側」のユーザ（あるいは端末）をプレゼンティティ（presentity）と称し、「プレゼンスを閲覧する側」のユーザ（あるいは端末）をウォッチャ（watcher）と称する。
【０００３】
プレゼンティティの状態が変化すると即座にそのことがプレゼンスサーバに通知される。その後、通知を受けたプレゼンスサーバからウォッチャにプレゼンティティの状態変化が通知されるが、そのタイミングに注意を要する。状態変化を一度に全てのウォッチャに通知すると、ネットワーク負荷やプレゼンスサーバの処理負荷が突発的に大きくなるので好ましくない。ウォッチャの数が多ければなおさらである。
【０００４】
特許文献１に、この種のシステムにおける負荷を軽減するための技術が開示される。この文献ではクライアント−サーバ間で無用なメッセージを授受しないことで負荷の軽減を図っている。しかしながらこの文献にいうところのメッセージは電子メールやテキストデータなどであり、プレゼンスの通知そのものに関わるメッセージ（例えばＳＩＰ（Session Initiation Protocol）メッセージ）ではない。つまりこの文献には端末間でのプレゼンスの通知が完了していることを前提として、その上位における処理が開示されるに過ぎない。より下位層レベルでの、プレゼンティティ−ウォッチャ間でのメッセージの授受に関わる負荷を軽減することが望まれている。このほかウォッチャがメールクライアントのようにサーバに定期的にプレゼンス取得要求を出したり、あるいはＩＥＴＦ（Internet Engineering Task Force）にはプレゼンスサーバからプレゼンス変化の差分情報だけを通知するといった規定もあるが、いずれも負荷分散のための抜本的な対策ではない。
【特許文献１】特開２００６−２８５７８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
以上述べたように、既存のプレゼンス管理システムではプレゼンスサーバからウォッチャにプレゼンス情報を通知する際に、ネットワークやコンピュータ設備を含むシステムの負荷が大きくなりやすい。ウォッチャごとに通知のタイミングをずらすことも考えられるが、より洗練された手法が望まれている。
【０００６】
この発明は上記事情によりなされたもので、その目的は、プレゼンス情報の通知に係わるシステムの負荷を効果的に軽減し得るプレゼンス管理システム、プレゼンス通知方法および端末装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の一態様によれば、プレゼンティティおよびウォッチャのいずれにも設定され得る複数の端末装置と、これらの端末装置のプレゼンスを管理するサーバユニットとを具備するプレゼンス管理システムにおいて、前記サーバユニットは、前記プレゼンティティごとにその複数のウォッチャのそれぞれとの関係を示すパラメータをテーブル化した関係テーブルを格納するデータベースと、前記プレゼンティティのプレゼンスの変化を検知すると、その変化元のプレゼンティティに対するウォッチャのそれぞれの前記パラメータを前記データベースから読み出す読み出し部と、前記変化元のプレゼンティティに対するウォッチャのそれぞれに前記読み出したパラメータを通知するパラメータ通知手段と、前記ウォッチャから取得要求を受けると当該プレゼンティティのプレゼンスを要求元のウォッチャに通知する手段とを備え、前記複数の端末装置は、前記パラメータを通知されると、そのパラメータを前記変化元のプレゼンティティに関係の近いほど時間的な順序が先になる計算式に代入して取得タイミングを算出する算出処理部と、前記算出した取得タイミングで前記取得要求を前記サーバユニットに送出する取得処理部を備えることを特徴とするプレゼンス管理システムが提供される。
【０００８】
このような手段を講じることにより、端末装置ごとに、その端末をプレゼンティティとしたときの複数のウォッチャに対するパラメータ（例えば優先順位）が予め定義されてデータベース化される。つまり、或るプレゼンティティに３つのウォッチャがあるとしたとき、このウォッチャ間での優先順位が予め決められる。優先順位の決め方は同じグループに属するか否かであったり、階層化されたクラスレベルに応じてというように、システムの組織構造を反映することができる。
【０００９】
そしてプレゼンティティのプレゼンスが変化すると、そのプレゼンスは一斉にではなく、パラメータに従うタイミングで各ウォッチャに順次配信される。よって既存技術のように一斉配信に伴う突発的なシステム負荷を軽減できるとともに、組織構造に応じたプレゼンス通知を実現できるようになり、より洗練されたかたちでのプレゼンス管理を実現することが可能になる。
【発明の効果】
【００１０】
この発明によれば、プレゼンス情報の通知に係わるシステムの負荷を効果的に軽減し得るプレゼンス管理システム、プレゼンス通知方法および端末装置を提供することができる。
【発明を実施するための最良の形態】
【００１１】
図１は、この発明に係わるプレゼンス管理システムの実施の形態を示すシステム図である。この実施形態では、ＩＰネットワーク６０を介してＩＰパケットを授受することで音声通話を実現する、いわゆるＶｏＩＰ（Voice over IP）システムを例として採り上げ、その主たるプロトコルとしてＳＩＰを用いることとする。
【００１２】
図１において、それぞれ異なる拠点に形成されるローカルネットワークがＩＰネットワーク６０を介して接続される。各ローカルネットワークはＬＡＮを介して接続される複数の端末により形成される。このうち一方のＬＡＮには交換サーバ１、プレゼンスサーバ１００、および複数のＩＰ端末４１〜４ｎが接続される。このうち符号４１，４２は例えばＰＣ（パーソナルコンピュータ）端末であり、４ｎはＩＰ電話機であり、いずれもＳＩＰ処理機能およびＶｏＩＰ通信機能を備える。
【００１３】
他方のＬＡＮには、プレゼンスサーバ２００および複数のＩＰ端末５１〜５ｍが接続される。符号５１は例えばＰＣ端末であり、符号５２，５ｍは例えばＩＰ電話機である。各ＬＡＮにおける内線通話、およびＩＰネットワーク６０を経由する外線通話は交換サーバ１により制御される。
【００１４】
図１のシステムにおいて、プレゼンスサーバ１００はＩＰ端末４１〜４ｎ、およびＩＰ端末５１〜５ｍを配下とし、これらの端末のユーザのプレゼンスを一元的に管理する。各ＩＰ端末は他のＩＰ端末との関係においてプレゼンティティ、およびウォッチャのいずれにも設定され得る。”どのウォッチャがどのプレゼンティティのプレゼンスの通知を予約しているか”、を示す情報は予めデータベース化されてシステムに登録される。
【００１５】
図２は図１のシステムにおけるウォッチャとプレゼンティティとの関係の一例を示す模式図である。図２において記号A-Pm，A-Wh-1，B-Wl-3などとして示すオブジェクトはいずれも図１のＩＰ端末であり、プレゼンスサーバ１００の配下にあることが示される。記号内の添え字Ｐはプレゼンティティ（Presentity）であることを示し、Ｗはウォッチャ（Watcher）であることを示す。図２にはプレゼンティティA-Pmのプレゼンスを他の端末がウォッチャとしてモニタするという設定が示される。
【００１６】
この実施形態では各ＩＰ端末を２つの観点から組織化する。第１の観点は添え字Ａ，Ｂで区別されるグループであり、グループＡに属する端末には添え字Ａを付し、グループＢに属する端末には添え字Ｂを付す。グループは例えば図１の２つのＬＡＮに相当する。あるいは営業部、設計部、…などというように、オフィス内における各部署に対応付けることもできる。
【００１７】
第２の観点は添え字ｈ，ｍ，ｌで区別される、クラス階層構造である。ｈ，ｍ，ｌはそれぞれclass high，class middle，class lowに対応する。図２においてプレゼンティティA-PmはMiddleクラスに属する。このほかMiddleクラスにはウォッチャA-Wm-2、B-Wm-2が属する。Middleクラスより上位のHighクラスにはウォッチャA-Wh-1、B-Wh-2が属する。Middleクラスより下位のLowクラスにはウォッチャA-Wl-3とB-Wl-3が属する。このクラス分けは例えばオフィス内での役職に対応付けることができる。役職が上がるほどにｌｏｗからｈｉｇｈへと上位クラスに対応付けることで、優先度の順位を明示することができる。なお添え字内の最後の１，２，…，ｘ、は通し番号である。
【００１８】
プレゼンティティA-Pmは自己のプレゼンスが変化すると、変化後のプレゼンス情報をＰＵＢＬＩＳＨメッセージなどによりプレゼンスサーバ１００に送信する。プレゼンスサーバ１００はこのメッセージを受信、解読して、変化元のプレゼンティティのプレゼンスをデータベース上で更新しつつ配下のＩＰ端末のプレゼンスをリアルタイムで管理する。ウォッチャA-Wh-1、A-Wm-2、A-Wl-3、B-Wh-1、B-Wm-2、B-Wl-3はプレゼンティティA-Pmのプレゼンスをプレゼンスサーバ１００から取得、参照する。
【００１９】
図２において、プレゼンティティA-PmおよびウォッチャA-Wh-1、A-Wm-2、A-Wl-3はグループＡに所属する。ウォッチャB-Wh-1、B-Wm-2、B-Wl-3はグループＢに所属する。ウォッチャA-Wh-1およびB-Wh-1はHighクラスに、プレゼンティティA-Pm、ウォッチャA-Wm-2、B-Wm-2はMiddleクラスに、ウォッチャA-Wl-3、B-Wl-3はLowクラスに設定される。なお階層構造はこの３段階に限られるものではないし、グループの数もＡ，Ｂの２つに限らない。
【００２０】
図３は複数のグループとその関係の一例を示す模式図である。図３にはＡ〜Ｄ、およびＭ〜Ｏの７つのグループ間の関係がツリー構造で示される。各グループに添えて示す数値（１）〜（５）は本願発明において新たに導入する指標である関係値を示す。この関係値はグループ間の関係の近さの度合いを示すパラメータであり、関係が近いほど小さい数値を示す。グループ間の関係の遠近はシステム運用に応じて任意に設定される。
【００２１】
図３はグループＡから見た他のグループとの関係を示すもので、例えばグループＡに並列の関係にあるグループＢは、グループＡと関係値（２）で関係付けられる。グループＡの直上位にあるグループＮにも関係値（２）がセットされる。関係値（５）をセットされたグループＣ，ＤはグループＡと最も遠い関係である。自グループであるグループＡに対しては最も小さい関係値（１）がセットされる。
【００２２】
ここでの関係値は、プレゼンティティとウォッチャとの関係をグループ単位で示すものといえる。例えばグループＡのプレゼンティティはグループＢのウォッチャと、関係値（２）で関係付けられる。他のグループＢ〜Ｏから見た他のグループとの関係も任意に設定することができ、一覧表のようにして管理することができる。
【００２３】
図４はグループ間の関係を示す関係値をテーブル化した状態を示す模式図である。このテーブルを関係表と称することにする。この表においては縦横にＡ〜Ｏとしてグループ名称が配置され、各グループの交点にそのグループ間の関係を示す関係値が記載される。例えばグループＡとＤとの交点には数値（５）が置かれ、これは図３に対応している。
【００２４】
図５は、図１のプレゼンスサーバ１００の実施の形態を示す機能ブロック図である。プレゼンスサーバ２００も同様の構成である。プレゼンスサーバ１００は、インタフェース部（Ｉ／Ｆ）３１、データベース部ＤＢ、および、主制御部３４を備える。このうちＩ／Ｆ３１はＩＰネットワーク６０に接続されてパケットの授受に関する処理を担う。データベース部ＤＢはハードディスクレコーダなどのストレージデバイスであり、図４の関係表３５ａを記憶する。
【００２５】
ところで主制御部３４はこの実施形態に係わる処理機能として、読み出し部３４ａと、通知処理部３４ｂと、算出処理部３４ｃとを備える。読み出し部３４ａは、配下のプレゼンティティからプレゼンスの変化を通知されると、その変化元のプレゼンティティに対するウォッチャのそれぞれの関係値を、関係表３５ａから読み出す。例えば図２のプレゼンティティA-Pmのプレゼンスの変化を検知すると、読み出し部３４ａはそのウォッチャの属するグループＢの関係値（２）を、関係表３５ａから取得する。
【００２６】
通知処理部３４ｂは、変化元のプレゼンティティに対するウォッチャのそれぞれに変化元プレゼンティティのプレゼンスを通知する。この処理にあたり通知処理部３４ｂは、読み出された関係値に従うタイミングで各ウォッチャごとへの通知を行う。そのタイミングは算出処理部３４ｃにより算出される。  
算出処理部３４ｃは通知処理部３４ｂによる各ウォッチャへの通知のタイミングを、読み出された関係値に基づいて算出する。その処理にあたり算出処理部３４ｃは、変化元のプレゼンティティに関係の近いウォッチャほど時間的な順序が先になるような計算式を用い、この計算式に関係値を代入して通知タイミングを算出する。  
このほか主制御部３４は、各プレゼンティティから通知されたプレゼンスをデータベースＤＢに登録したり、配下のウォッチャからプレゼンス通知の予約を受け付けるなどの、既存の処理機能も備える。次に、上記構成における作用を説明する。
【００２７】
［第１の実施形態］
図６は、プレゼンス通知に関わる処理手順の第１の実施形態を示すフローチャートである。プレゼンティティからプレゼンスの変化を通知されると、プレゼンスサーバ１００は変化元のプレゼンティティを対象として登録しているウォッチャと、これらのウォッチャとプレゼンティティとのそれぞれを関係付ける関係値とをデータベースＤＢから読み出す（ブロックＢ１）。
【００２８】
次にプレゼンスサーバ１００は、読み出した関係値が同じ値であるウォッチャごとに同一送信対象のキューに仕分ける。つまり読み出したウォッチャを関係値ごとにキューイングする（ブロックＢ２）。次にプレゼンスサーバ１００は、関係の一番近い送信対象キュー、つまり関係値の小さいキューから順次ウォッチャを読み出し、プレゼンス情報を送信する（ブロックＢ３）。ブロックＢ３の処理は同一送信対象のキューが全て空になるまで継続され、全てのキューが空になれば終了する（ブロックＢ４のループ）。以下に、図６の手順を＜グループ分けによる組織化＞、および＜クラス分けによる組織化＞のそれぞれごとに説明する。
【００２９】
＜グループ分けによる組織化＞
図２のグループＡに属するプレゼンティティA-Pmのプレゼンスが変化すると、プレゼンスサーバ１００は、プレゼンティティA-Pmのプレゼンス情報の通知対象として登録されているウォッチャを読み出す。図２によれば他の全ての端末がプレゼンティティA-Pmのウォッチャである。グループＡのウォッチャに対しては関係値が（１）であるので、ウォッチャA-Wh-1、A-Wm-2、A-Wl-3に即座にプレゼンス情報が通知される。グループＢのウォッチャに対しては関係値が（２）であるので、ウォッチャB-Wh-1、B-Wm-2、B-Wl-3にはその次にプレゼンス情報が通知される。このように、プレゼンス情報は所属するグループの関係値に基づいて段階的に通知される。
【００３０】
＜クラス分けによる組織化＞
この例では、プレゼンスサーバ１００は図７に示す関係表をデータベースＤＢに記憶する。この関係表はクラス階層ごとに関係値を定義したもので、クラスに属するメンバも併せて登録される。図７の関係表は、プレゼンティティごとにそれぞれのクラスに属するウォッチャとの関係を示す関係値を、クラス単位でまとめて対応付けたテーブルである。
【００３１】
図２のMiddleクラスに属するプレゼンティティA-Pmのプレゼンスが変化すると、プレゼンスサーバ１００は、プレゼンティティA-Pmのプレゼンス情報の通知対象として登録されているウォッチャを読み出す。次にプレゼンスサーバ１００は、図７に示すテーブルを参照してプレゼンティティA-Pmと各ウォッチャとの関係値を読み出す。この例ではウォッチャA-Wh-1、B-Wh-1が１番目のキューに、ウォッチャA-Wm-2、B-Wm-2が２番目のキューに、ウォッチャA-Wl-3、B-Wl-3が３番目のキューに仕分けされる。そののちプレゼンスサーバ１００はクラスの順に従ってウォッチャをキューから読み出し、順次プレゼンス情報を送信する。
【００３２】
キューイングされたプレゼンス情報をプレゼンスサーバ１００から送出するタイミングは算出処理部３４ｃにより算出される。そのタイミングは例えば次式［１］のように決められる。式（１）において、プレゼンスサーバ１００がプレゼンティティからプレゼンス変化を通知された時点から［Ｔ］秒後に、プレゼンス情報を対象のウォッチャに通知するとする。
【００３３】
Ｔ［秒］＝｛（プレゼンティティの関係値）×（ウォッチャの関係値）−１｝…［１］
図２において例えばプレゼンティティA-PmとグループＢのウォッチャB-Wm-2とは、図３によればそれぞれ（１）、（２）の関係値で結ばれている。これを式［１］に代入すれば１×２−１＝１となり、プレゼンス情報は１秒後にウォッチャB-Wm-2に通知されることになる。なおグループＡに対してはＴ＝０となるので、通知は即座に行われる。このように式［１］の−１項にはグループが同じであれば即時に通知が行われるという意味がある。
【００３４】
以上のようにこの実施形態では、プレゼンティティごとの複数のウォッチャを予めグループ化、またはクラス分けする。そうしてグループ（またはクラス）ごとにプレゼンティティとの関係の近さを示すパラメータ（関係値）を予めテーブル化してプレゼンスサーバ１００に記憶させる。プレゼンスサーバ１００はプレゼンティティからプレゼンス更新の通知を受けるとテーブルから関係値を読み出し、関係の近いウォッチャから順にプレゼンスを通知するようにしている。
【００３５】
このようにしたので、変化したプレゼンスは複数のウォッチャに時間差をもって通知されるようになり、ネットワークリソースに対する負荷を分散することができる。またプレゼンスサーバ１００の負荷も時間的に分散することができ、全体的なシステム負荷を軽減することが可能になる。
【００３６】
さらに、グループまたはクラスといった組織構造を反映する順序で、プレゼンスが段階的にウォッチャに通知されるようになる。よって例えばメッセージを早く受信したい役員クラスには即座にプレゼンス変化を通知し、順次、役職に応じて即時性を下げていくといった運用が可能になる。このように洗練された形態でのプレゼンス通知を実現することが可能になる。
【００３７】
［第２の実施形態］
図８は、プレゼンス通知に関わる処理手順の第２の実施形態を示すフローチャートである。この実施形態ではプレゼンス情報をウォッチャが主体的にプレゼンスサーバ１００に取得しにいく形態を説明する。  
図８においてプレゼンティティA-Pmからプレゼンス変化を通知されたプレゼンスサーバ１００は、「プレゼンスが変化したという事実」をウォッチャB-Wm-2に通知する。具体的にはプレゼンスサーバ１００は、この事実と、プレゼンティティの関係値［Group A （１）］およびウォッチャの関係値［Group B （２）］をプレゼンティティ情報更新通知メッセージに記載してウォッチャB-Wm-2に通知する。このメッセージはプレゼンス情報そのものを通知する場合に比べて少ないパケット量で通知することができる。
【００３８】
このメッセージを受けたウォッチャB-Wm-2は関係値（１）および（２）から取得時間Ｔ、すなわちプレゼンティティ情報更新通知メッセージを受けてからプレゼンスの取得要求をプレゼンスサーバ１００に送出するまでの時間を、式［１］を用いて算出する。算出した一定時間Ｔが経過するとウォッチャB-Wm-2は、ＳＵＢＳＣＲＩＢＥメッセージなどでプレゼンスサーバ１００に取得要求を送出する。プレゼンスサーバ１００はこれに応じてプレゼンス情報をウォッチャB-Wm-2に通知する。
【００３９】
このように第２の実施形態では、算出処理部３４ｃの機能をＩＰ端末側にインプリメントする。そうしてプレゼンスサーバ１００からウォッチャに関係値を通知し、ウォッチャ側で決定した取得タイミングでプレゼンス情報を取得するようにしている。このようにすることで、プレゼンティティ、プレゼンスサーバ１００、ウォッチャとの間で授受されるパケット量を少なくすることができ、システム負荷をさらに軽減することができる。
【００４０】
［第３の実施形態］
図９は、プレゼンス通知に関わる処理手順の第３の実施形態を示すフローチャートである。この実施形態では、プレゼンスサーバ１００側において取得時間Ｔを算出し、その値をプレゼンス情報更新通知メッセージに記載してウォッチャB-Wm-2に通知する。これを受けたウォッチャB-Wm-2は、通知された一定時間Ｔの経過後に取得要求をプレゼンスサーバ１００に送出する。プレゼンスサーバ１００はこれに応じてプレゼンス情報をウォッチャB-Wm-2に通知する。このようにすることでプレゼンス情報更新通知メッセージのパケット量をさらに少なくすることができ、システム負荷をさらに軽減することができる。
【００４１】
以上述べたように上記の各実施形態によれば、複数のウォッチャにプレゼンス情報を通知するにあたり、プレゼンスサーバ１００やネットワークにかかる負荷を分散することができるようになる。しかも組織構造に合わせてプレゼンスを通知できるので、単に負荷分散しただけでない、洗練されたシステムを構築することが可能になる。従ってプレゼンス情報の通知に係わるシステムの負荷を効果的に軽減し得るプレゼンス管理システム、プレゼンス通知方法、サーバユニットおよび端末装置を提供することが可能となる。
【００４２】
なお、この発明は上記実施の形態に限定されるものではない。例えば関係値に閾値を設定し、一定の関係値よりも遠い（または近い）グループにはプレゼンス情報を送信しないようにしてもよい。このようにすれば情報の秘匿性を高めることができる。このほか、プレゼンティティよりも低いクラスに属するウォッチャにはプレゼンス情報を送信しないようにすることもできる。
【００４３】
また図８、図９のシーケンスではグループの関係に係わる関係値のみを通知するようにしたが、これに変えてクラス間の関係を示す関係値を通知するようにすることも、もちろん可能である。さらにはグループ、クラスの双方の関係値をプレゼンスサーバ１００からウォッチャに通知しても良い。  
また、関係値をテーブル化した関係表をＩＰ端末側に備えるようにしても良い。このようにすればメッセージの授受に関わるパケット量をさらに少なくすることができる。
【００４４】
さらに、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００４５】
【図１】この発明に係わるプレゼンス管理システムの実施の形態を示すシステム図。
【図２】図１のシステムにおけるウォッチャとプレゼンティティとの関係の一例を示す模式図。
【図３】複数のグループとその関係の一例を示す模式図。
【図４】図２のデータベース部ＤＢに記憶される関係表３５ａの一例を示す図。
【図５】プレゼンスサーバ１００，２００の一実施の形態を示す機能ブロック図。
【図６】プレゼンス通知に関わる処理手順の第１の実施形態を示すフローチャート。
【図７】クラス階層ごとに関係値およびメンバを登録した関係表の例を示す図。
【図８】プレゼンス通知に関わる処理手順の第２の実施形態を示すフローチャート。
【図９】プレゼンス通知に関わる処理手順の第３の実施形態を示すフローチャート。
【符号の説明】
【００４６】
１…交換サーバ、１００，２００…プレゼンスサーバ１００、４１，４２，５１…ＰＣ端末、４３，５２，５３…ＩＰ電話機、６０…ＩＰネットワーク、３１…インタフェース部、ＤＢ…データベース部、３４…主制御部、３４ａ…読み出し部、３４ｂ…通知処理部、３４ｃ…算出処理部、３５ａ…関係表
【図１】
0004406462.tif 000002
【図２】
0004406462.tif 000003
【図３】
0004406462.tif 000004
【図４】
0004406462.tif 000005
【図５】
0004406462.tif 000006
【図６】
0004406462.tif 000007
【図７】
0004406462.tif 000008
【図８】
0004406462.tif 000009
【図９】
0004406462.tif 000010