(57)【特許請求の範囲】
【請求項１】
複数のプレゼンティティが属する第１ネットワークと、
この第１ネットワークに接続される第１プレゼンスサーバと、
複数のウォッチャが属し前記第１ネットワークとは別の第２ネットワークと、
この第２ネットワークに接続される第２プレゼンスサーバと、
前記第１および第２ネットワークを接続して前記第１および第２プレゼンスサーバ間の通信環境を形成する通信網とを具備し、
前記第１および第２ネットワークは、前記通信網を介したパケットの授受により相互に音声通話の可能な電話端末を備え、
前記第１プレゼンスサーバは、
前記第１ネットワークに属するプレゼンティティに、そのプレゼンスの取得を要求する前記第２ネットワークに属するウォッチャを対応付けて登録した第１ウォッチャリストと、
前記第１ウォッチャリストに登録されたプレゼンティティのプレゼンスを、前記通信網を介して前記第２プレゼンスサーバにプレゼンスメッセージで通知する外部通知部とを備え、
前記第２プレゼンスサーバは、
前記第２ネットワークに属するウォッチャに、そのウォッチャがプレゼンスの取得を要求する前記第１ネットワークに属するプレゼンティティを対応付けて登録した第２ウォッチャリストと、
前記プレゼンスメッセージにより通知されたプレゼンティティのプレゼンスを、このプレゼンティティに対応付けて前記第２ウォッチャリストに登録されたウォッチャに前記第２ネットワーク内で通知する内部通知部とを備えることを特徴とするプレゼンス管理システム。
【請求項２】
前記第２プレゼンスサーバは、
前記第１ネットワークのプレゼンティティのプレゼンスの取得要求を自配下のウォッチャから受けると、要求元のウォッチャをこの取得要求において指定されたプレゼンティティに対応付けて前記第２ウォッチャリストを更新し、
この取得要求において指定されたプレゼンティティと当該要求元のウォッチャとを前記通信網を介して前記第１プレゼンスサーバに通知メッセージで通知し、
前記第１プレゼンスサーバは、
前記通知メッセージにより通知されたプレゼンティティとウォッチャとを対応付けて前記第１ウォッチャリストを更新することを特徴とする請求項１に記載のプレゼンス管理システム。
【請求項３】
前記第２プレゼンスサーバは、
前記第１プレゼンスサーバから通知されたこの第１プレゼンスサーバの配下のプレゼンティティのプレゼンスを記憶するプレゼンスデータベースをさらに備え、
前記第１ネットワークのプレゼンティティのプレゼンスの取得要求を自配下のウォッチャから受けると、この取得要求において指定されたプレゼンティティの前記第２ウォッチャリストにおける登録の有無を確認し、
前記取得要求において指定されたプレゼンティティが前記第２ウォッチャリストに登録されていれば、当該プレゼンティティのプレゼンスを前記プレゼンスデータベースから読み出して要求元のウォッチャに前記第２ネットワークを介して通知することを特徴とする請求項１に記載のプレゼンス管理システム。
【請求項４】
複数のプレゼンティティが属するネットワークに接続されるプレゼンスサーバにおいて、
前記ネットワークに属するプレゼンティティに、そのプレゼンスの取得を要求する前記ネットワークとは別の他ネットワークに属するウォッチャを対応付けて登録したウォッチャリストと、
このウォッチャリストに登録されたプレゼンティティのプレゼンスを、前記ネットワークと前記他ネットワークとを接続し前記ネットワークに属する電話端末と前記他ネットワークに属する電話端末とのパケットの授受による音声通話を中継する通信網を介して当該他ネットワークに送信する送信部とを具備することを特徴とするプレゼンスサーバ。
【請求項５】
複数のウォッチャが属するネットワークに接続されるプレゼンスサーバにおいて、
前記ネットワークに属するウォッチャに、そのウォッチャがプレゼンスの取得を要求する、前記ネットワークとは別の他ネットワークに属するプレゼンティティを対応付けて登録したウォッチャリストと、
前記他ネットワークから、前記ネットワークと前記他ネットワークとを接続し前記ネットワークに属する電話端末と前記他ネットワークに属する電話端末とのパケットの授受による音声通話を中継する通信網を介してプレゼンスメッセージにより通知されたプレゼンティティのプレゼンスを、このプレゼンティティに対応付けて前記ウォッチャリストに登録されたウォッチャに前記ネットワーク内で通知する内部通知部とを備えることを特徴とするプレゼンスサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザのプレゼンスをネットワークを介して管理することの可能なプレゼンス管理システムに関する。
【背景技術】
【０００２】
例えば特許文献１〜３に開示されるように、ネットワークに参加するユーザの状態を管理する機能を有するシステムが知られている。この種の機能を備えるシステムでは、ユーザごとの状態（オンライン、オフライン、通話中、離席中、在席中など：以下プレゼンスと総称する）がデータベース化されて管理される。各ユーザのプレゼンスが変化するとその旨を示すイベント通知メッセージが端末からサーバに通知され、データベースが更新される。メッセージの授受に係わるプロトコルは、ＳＩＰ（Session Initiation Protocol）が代表的である。
【０００３】
例えば、或るユーザの最新の状態を、別のユーザが知りたいという要求がある。そこで、「どのユーザが、どのユーザの状態を知りたいのか」をシステムに登録しておくことでこのような要求に応えられるようにしたシステムが提供されており、例えばインスタントメッセンジャ（ＩＭ）サービスはその一例である。「プレゼンスを公開する側」のユーザ（あるいは端末）をプレゼンティティ（presentity）と称し、「プレゼンスを閲覧する側」のユーザ（あるいは端末）をウォッチャ（watcher）と称する。
【０００４】
この種のシステムでは拠点（例えばオフィスなど）ごとに敷設されるＬＡＮ（Local Area Network）に、プレゼンスを管理するためのサーバ（以下、プレゼンスサーバと称する）が設けられる。プレゼンスサーバは配下のプレゼンティティからプレゼンスの変化を通知されると、直ちに配下のウォッチャにその旨を通知する。
【０００５】
ところでこの種のシステムは、複数の拠点を専用線などで接続した比較的広域のネットワークにおいても適用され始めている。このようなシステムではプレゼンティティとウォッチャとが異なるＬＡＮに属することが起こりうる。このような環境化においてはプレゼンティティのプレゼンスが変わるたびごとに拠点間を跨ぐトラフィックが生じ、ＬＡＮ間を接続する回線容量がプレゼンス通知に係わるトラフィックによって圧迫されることが指摘されている。このようなトラフィックはウォッチャの数が増えるほどに増大し、ひいては音声通話などのリアルタイム性を要する通信に弊害をもたらすので何らかの対処が望まれる。
【特許文献１】特開２００５−１９０２８７号公報
【特許文献２】特開２００６−２４４１００号公報
【特許文献３】特開２００５−２７５７５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
以上述べたように既存の技術では、プレゼンティティの状態が変化するたびごとに、その旨がウォッチャに通知されるようになっている。このためプレゼンティティとウォッチャとが異なるプレゼンスサーバに属するケースでは、サーバ間を接続する回線の容量が圧迫されることになり易く、何らかの対処が望まれている。  
この発明は上記事情によりなされたもので、その目的は、プレゼンスの変化の通知に係わるトラフィック量を削減し、これによりネットワーク負荷の軽減を図ったプレゼンス管理システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の一態様によれば、複数のプレゼンティティの属する第１ネットワークを配下とする第１プレゼンスサーバと、複数のウォッチャの属する第２ネットワークを配下とする第２プレゼンスサーバと、前記第１および第２ネットワークを接続して前記第１および第２プレゼンスサーバ間の通信環境を形成する通信チャネルとを具備し、前記第１プレゼンスサーバは、前記第２ネットワークのウォッチャからプレゼンスの取得を要求される自配下のプレゼンティティと、その要求元のウォッチャとを対応付けて登録する第１ウォッチャリストと、前記第１ウォッチャリストに登録されたプレゼンティティのプレゼンスを、前記通信チャネルを介して前記第２プレゼンスサーバにプレゼンスメッセージで通知する外部通知部とを備え、前記第２プレゼンスサーバは、前記第１ネットワークのプレゼンティティのプレゼンスの取得を要求する自配下のウォッチャと、その要求先のプレゼンティティとを対応付けて登録する第２ウォッチャリストと、前記プレゼンスメッセージにより通知されたプレゼンティティのプレゼンスを、このプレゼンティティに対応付けて前記第２ウォッチャリストに登録されたウォッチャに前記第２ネットワークを介して通知する内部通知部とを備えることを特徴とするプレゼンス管理システムが提供される。
【０００８】
このような手段を講じることにより、第１ネットワークのプレゼンティティのプレゼンスは、第１プレゼンスサーバから第２プレゼンスサーバに通知される。その際に必要になるメッセージの数は、第２ネットワークにおけるウォッチャの数に関わらずただ１つでよい。これによりウォッチャの数が如何に多くとも、通信チャネルを経由するトラフィックを大幅に削減することが可能になる。
【発明の効果】
【０００９】
この発明によれば、プレゼンスの変化の通知に係わるトラフィック量を削減し、これによりネットワーク負荷の軽減を図ったプレゼンス管理システムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
図１は、この発明に係わるプレゼンス管理システムの実施の形態を示すシステム図である。この実施形態では、ＩＰネットワーク６０を介してＩＰパケットを授受することで音声通話を実現する、いわゆるＶｏＩＰ（Voice over IP）システムを例として採り上げる。  
図１において、それぞれ異なる拠点に形成されるローカルネットワークがＩＰネットワーク６０を介して接続される。各ローカルネットワークは複数の端末をＬＡＮを介して接続して形成される。このうち一方のＬＡＮには、交換サーバ１、プレゼンスサーバＡ、ＰＣ（パーソナルコンピュータ）端末４１，４２、およびＩＰ電話機４３が接続される。プレゼンスサーバＡは、その配下であるＰＣ端末４１，４２、ＩＰ電話機４３のユーザのプレゼンスを一元管理する。
【００１１】
他方のＬＡＮには、プレゼンスサーバＢ、ＰＣ端末５１、およびＩＰ電話機５２，５３が接続される。プレゼンスサーバＢは、その配下であるＰＣ端末５１、ＩＰ電話機５２，５３のユーザのプレゼンスを一元管理する。各ＬＡＮにおける内線通話、およびＩＰネットワーク６０を経由する外線通話は交換サーバ１により制御される。
【００１２】
なお以下では、各端末のユーザを区別する。図示するように、ＰＣ端末４１，４２、ＩＰ電話機４３のユーザを、それぞれＪｏｈｎ、Ｄａｖｅ、Ｂｏｂとする。また、ＰＣ端末５１、ＩＰ電話機５２，５３のユーザを、それぞれＪａｓｏｎ、Ｓａｍ、Ａｌｉｃｅとする。
【００１３】
図２は、プレゼンティティとウォッチャとの関係を例示する図である。プレゼンティティおよびウォッチャは、いずれもプレゼンスサーバに属する。図２においてはＰＣ端末４１がプレゼンティティであり、ＰＣ端末４１はプレゼンスサーバＡの配下にある。ＰＣ端末５１、およびＩＰ電話機５２はいずれもこのプレゼンティティのウォッチャであり、ＰＣ端末５１およびＩＰ電話機５２はプレゼンスサーバＢの配下にある。
【００１４】
プレゼンティティ４１はそのユーザのプレゼンスステータスを、直上のプレゼンスサーバＡに通知する。ウォッチャ５１，５２はプレゼンティティ４１のプレゼンス情報の通知を、プレゼンスサーバＢを経由してプレゼンスサーバＡに予め予約する。これによりプレゼンティティ４１の状態が変化するとその都度、あるいは定期的にその旨が各ウォッチャ５１，５２に通知される。”どのウォッチャがどのプレゼンティティのプレゼンスの通知を予約しているか”、を示す情報は、例えば図３に示すようにデータベース化されてシステムに管理される。例えばプレゼンティティ”Ｊｏｈｎ”のプレゼンスは、ウォッチャ”Ｊａｓｏｎ”および”Ｓａｍ”によって通知予約される。同様に”Ｄａｖｅ”のプレゼンスは、”Ａｌｉｃｅ”および”Ｂｏｂ”によって通知予約される。この実施形態ではこのデータベースの詳細につき説明する。
【００１５】
図４は、図１のプレゼンスサーバＡ，Ｂの一実施の形態を示す機能ブロック図である。プレゼンスサーバＡ，Ｂは、インタフェース部（Ｉ／Ｆ）３１、データベース部ＤＢ、および、主制御部３４を備える。Ｉ／Ｆ３１はＩＰネットワーク６０に接続されてパケットの授受に関する処理を担う。
【００１６】
データベース部ＤＢは、第１プレゼンス管理テーブル３５ａ、第１ウォッチャリスト３５ｂ、第２ウォッチャリスト３５ｃ、および第２プレゼンス管理テーブル３５ｄを記憶する。第１プレゼンス管理テーブル３５ａは図５に示すように、配下のＬＡＮ内におけるプレゼンティティのプレゼンスを管理するためのテーブルである。プレゼンティティは、自己のプレゼンスが変化するとその旨をＰＵＢＬＩＳＨメッセージなどにより真上のプレゼンスサーバに通知する。これを受けたプレゼンスサーバはそのメッセージを解読して、第１プレゼンス管理テーブル３５ａを更新しつつ、管理する。明らかなように、図５はプレゼンスサーバＢに記憶される第１プレゼンス管理テーブルを示す。
【００１７】
第１ウォッチャリスト３５ｂは、他のＬＡＮに属するウォッチャから自配下のプレゼンティティのプレゼンスの取得を要求された場合に、その要求元のウォッチャを自配下のプレゼンティティに対応付けて登録したリストである。  
図６はプレゼンスサーバＡの第１ウォッチャリスト３５ｂの一例を示す図である。このリストには、プレゼンスサーバＢの配下のＬＡＮのウォッチャ（Ｊａｓｏｎ，Ｓａｍ，Ａｌｉｃｅ）からプレゼンスの取得を要求される自配下のプレゼンティティ（Ｊｏｈｎ，Ｄａｖｅ，Ｂｏｂ）に対して、その要求元のウォッチャを対応付けて登録する。例えばＪｏｈｎはプレゼンスサーバＡの配下にあり、プレゼンスサーバＢの配下のＪａｓｏｎからプレゼンスの取得を予約されている。さらに各ウォッチャには、プレゼンスの通知の形態を区別するための要求種別なる属性が対応付けられる。図６ではＪａｓｏｎとＡｌｉｃｅに「通知必要」属性が、Ｓａｍに「参照確認」属性が対応付けられている。
【００１８】
第２ウォッチャリスト３５ｃは、他のＬＡＮのプレゼンティティのプレゼンスの取得を要求する自配下のウォッチャを、その要求先のプレゼンティティに対応付けて登録したリストである。  
図７はプレゼンスサーバＢの第２ウォッチャリスト３５ｃの一例を示す図である。このリストには、プレゼンスサーバＡの配下のＬＡＮのプレゼンティティ（Ｊｏｈｎ，Ｄａｖｅ，Ｂｏｂ）の取得を要求する自配下のウォッチャ（Ｊａｓｏｎ，Ｓａｍ，Ａｌｉｃｅ）が、プレゼンスサーバＡの配下のＬＡＮのプレゼンティティに対応付けて登録される。図５と対応するように、ＪｏｈｎはＪａｓｏｎとＳａｍの両方からウォッチされている。
【００１９】
第２プレゼンス管理テーブル３５ｄは図８に示すように、他のプレゼンスサーバに管理されるプレゼンティティのプレゼンスを一時的に管理するためのテーブルである。つまり他のプレゼンスサーバから通知されたその配下のプレゼンティティのプレゼンスは、通知の完了後に破棄されるのではなく第２プレゼンス管理テーブル３５ｄにストアされる。図５はプレゼンスサーバＢに記憶される第２プレゼンス管理テーブルを示す。プレゼンスサーバＢにとってはＪｏｈｎ、Ｄａｖｅ、Ｂｏｂのいずれも相手方サーバ（プレゼンスサーバＡ）に属するが、いずれのユーザのプレゼンスも、プレゼンスサーバＢに通知された経緯を持つことが分かる。このうちＤａｖｅのみがオフライン状態であることがわかる。なお図５〜図８においてカッコ内の符号は図１の端末の符号に対応する。
【００２０】
ところで主制御部３４はこの実施形態に係わる処理機能として、外部通知部３４ａと内部通知部３４ｂとを備える。外部通知部３４ａは、第１ウォッチャリストに登録されたプレゼンティティのプレゼンスを、第１プレゼンス管理テーブル３５ａから読み出してＩＰネットワーク６０を介して他のプレゼンスサーバにプレゼンスメッセージで通知する。
【００２１】
内部通知部３４ｂは、プレゼンスメッセージにより通知されたプレゼンティティのプレゼンスを、このプレゼンティティに対応付けて第２ウォッチャリスト３５ｃに登録されたウォッチャに、配下のＬＡＮを介して通知する。その際、プレゼンスメッセージにより通知されたプレゼンティティは第２プレゼンス管理テーブル３５ｄに登録される。
【００２２】
このほか主制御部３４は、各プレゼンティティから通知されたプレゼンスを第１プレゼンス管理テーブル３５ａに登録したり、配下のウォッチャからの通知予約を受け付けるなどの、従来からの処理機能も備える。次に、上記構成における作用を説明する。
【００２３】
図９は、ウォッチャからプレゼンス情報の通知予約メッセージを受信したプレゼンスサーバにおける処理手順を示すフローチャートである。ここではプレゼンスサーバＢを主体として説明する。図９において、通知予約メッセージを受信すると、プレゼンスサーバＢは指定されたプレゼンティティの識別子（ＳＩＰ  ＵＲＩなど）をこのメッセージから読み出す（ステップＳ１）。次にプレゼンスサーバＢは、図８の第２プレゼンス管理テーブル３５ｄを検索して、読み出したプレゼンティティがこのデータベースに存在するか否かを検索する（ステップＳ２）。
【００２４】
例えばユーザＪａｓｏｎがＪｏｈｎのプレゼンス通知を予約したというケースでは、Ｊｏｈｎは図８にリストアップされているので、検索でＪｏｈｎが見つかることになる。そうするとプレゼンスサーバＢは図７の第２ウォッチャリスト３５ｃに、予約元のＪａｓｏｎをＪｏｈｎのウォッチャとして新たに追記する（ステップＳ３）。続いてプレゼンスサーバＢは、図８の第２プレゼンス管理テーブル３５ｄにＪｏｈｎのプレゼンスが保持されているので、要求種別として参照確認を設定したプレゼンス通知予約をプレゼンスサーバＡに送信する（ステップＳ４）。次にプレゼンスサーバＢは、指定されたプレゼンティティ（Ｊｏｈｎ）のプレゼンス情報を第２プレゼンス管理テーブル３５ｄから読み出して、要求元のＪａｓｏｎに通知する（ステップＳ５）。
【００２５】
これに対し、同じくＪａｓｏｎがＪｉｍｍｙ（図示せず）のプレゼンス通知を予約したというケースでは、ステップＳ２の検索で予約対象が見つからないことになる。そうするとプレゼンスサーバＢは、予約元のＪａｓｏｎ（ウォッチャ）と指定先のＪｉｍｍｙ（プレゼンティティ）とを対応付けて第２ウォッチャリスト３５ｃに追記し、このリストを更新する（ステップＳ６）。続いてプレゼンスサーバＢは、プレゼンスサーバＡにプレゼンス情報の通知予約を転送する（ステップＳ７）。これを受けてプレゼンスサーバＡは、自己の記憶する第１ウォッチャリスト３５ｂを更新する。そして、Ｊｉｍｍｙのプレゼンスが第１プレゼンス管理テーブル３５ａに存在すれば、ステップＳ７でそのプレゼンスがＪａｓｏｎに通知されることになる。以上の説明ではＪａｓｏｎとＪｉｍｍｙなるユーザを例として説明したが、ＪａｓｏｎはプレゼンスサーバＢの配下に、ＪｉｍｍｙはプレゼンスサーバＡの配下にそれぞれ属することになる。
【００２６】
図１０は、図９のステップＳ２の検索で「なし」のケースにおける信号シーケンスを示す図である。Ｊｉｍｍｙを対象とするプレゼンスの通知予約メッセージがＪａｓｏｎからプレゼンスサーバＢに届くと、プレゼンスサーバＢはこの予約をプレゼンスサーバＡに転送する。このメッセージの要求種別は（通知必要）である。これに対しＯＫメッセージがプレゼンスサーバＡからＪａｓｏｎに戻り、これ以降、Ｊｉｍｍｙのプレゼンスが変化すると、プレゼンスサーバＡからプレゼンスサーバＢを経由して、Ｊａｓｏｎにその旨が通知される。
【００２７】
図１１は、図９のステップＳ２の検索で「あり」のケースにおける信号シーケンスを示す図である。Ｊｏｈｎを対象とするプレゼンスの通知予約メッセージがＳａｍからプレゼンスサーバＢに届くと、プレゼンスサーバＢは、Ｊｏｈｎのプレゼンスを第２プレゼンス管理テーブル３５ｄに保持していることになる。そこでプレゼンスサーバＢは、プレゼンス情報参照確認の通知予約をプレゼンスサーバＡに送信する。これに対してプレゼンスサーバＡから許可（ＯＫ）が届くと、Ｓａｍに対しては、プレゼンスサーバＢの第２プレゼンス管理テーブル３５ｄから読み出したＪｏｈｎのプレゼンス情報が送信される。
【００２８】
図１２はプレゼンス状態の通知予約を受けているプレゼンティティの状態が変化したときの信号シーケンスを示す図である。ＪａｓｏｎおよびＳａｍがプレゼンスサーバＢに予約通知を行っているが、このうち通知が必要なのはＪａｓｏｎのみであることがプレゼンスサーバＡに明示されている。よってプレゼンスサーバＡからプレゼンスサーバＢに対しては、プレゼンス情報の通知がただ一度だけ行われる。
【００２９】
プレゼンスサーバＢはプレゼンスサーバＡから通知されたプレゼンティティ情報をもとに図７の第２ウォッチャリスト３５ｃを検索して、通知予約を行っている自配下のウォッチャ群を読み出し、それぞれにプレゼンスサーバＡから通知されたプレゼンス情報を分配する。すなわちＪｏｈｎのプレゼンスは、プレゼンスサーバＡからプレゼンスサーバＢに対してはただ１度だけ通知される。これを受けてプレゼンスサーバＢは第２ウォッチャリスト３５ｃを参照し、ＪｏｈｎのウォッチャであるＪａｓｏｎおよびＳａｍを見つけ出す。そうするとＬＡＮ内の通信によって、ＪａｓｏｎおよびＳａｍにＪｏｈｎのプレゼンスが通知されることになる。
【００３０】
以上説明したようにこの実施形態では、各ＬＡＮを配下とするプレゼンスサーバＡ，Ｂに、第１ウォッチャリスト３５ｂと第２ウォッチャリスト３５ｃとの両方を記憶させる。第１ウォッチャリスト３５ｂには、自配下のプレゼンティティごとに他のＬＡＮに属するウォッチャを対応付けて記録する。第２ウォッチャリスト３５ｃには、他のＬＡＮに属するプレゼンティティごとに自配下のウォッチャを対応付けて記録する。そして、プレゼンティティのプレゼンス変化イベントが生じると、その直上のプレゼンスサーバは第１ウォッチャリスト３５ｂを参照して、他のプレゼンスサーバ宛に、イベント発生をＩＰネットワーク６０を経由してメッセージにより通知する。このメッセージを受けたプレゼンスサーバは、第２ウォッチャリスト３５ｄを参照して、そのプレゼンティティのプレゼンティティ取得を要求するウォッチャ群にイベントを通知する。
【００３１】
このようにしたので、ウォッチャとプレゼンティティとが別のＬＡＮに属するケースにおいて、ウォッチャの数だけのメッセージをＩＰネットワーク６０に通知する必要がなくなる。従ってこの実施形態によれば、他サーバに属するプレゼンティティのプレゼンス状態が変化した際に、プレゼンス状態通知に係わるトラフィックを必要最小限にすることができる。さらに、他サーバに属するプレゼンティティのプレゼンス状態の通知予約をする際のトラフィックも、必要最小限のプレゼンス状態通知で実現することが可能となる。これらのことからプレゼンスの変化の通知に係わるトラフィック量を削減でき、これによりネットワーク負荷の軽減を図ったプレゼンス管理システムを提供することが可能となる。
【００３２】
なお、この発明は上記実施形態そのままに限定されるものではない。例えばＩＰネットワーク６０は専用回線でも良い。またこの発明は実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。さらに、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００３３】
【図１】この発明に係わるプレゼンス管理システムの実施の形態を示すシステム図。
【図２】プレゼンティティとウォッチャとの関係を例示する図。
【図３】プレゼンティティとウォッチャとの対応関係を概略的に示す図。
【図４】プレゼンスサーバＡ，Ｂの一実施の形態を示す機能ブロック図。
【図５】第１プレゼンス管理テーブル３５ａの一例を示す図。
【図６】プレゼンスサーバＡの第１ウォッチャリスト３５ｂの一例を示す図。
【図７】プレゼンスサーバＢの第２ウォッチャリスト３５ｃの一例を示す図。
【図８】第２プレゼンス管理テーブル３５ｄの一例を示す図。
【図９】ウォッチャからプレゼンス情報の通知予約メッセージを受信したプレゼンスサーバにおける処理手順を示すフローチャート。
【図１０】図９のステップＳ２の検索で「なし」のケースにおける信号シーケンスを示す図。
【図１１】図９のステップＳ２の検索で「あり」のケースにおける信号シーケンスを示す図。
【図１２】プレゼンス状態の通知予約を受けているプレゼンティティの状態が変化したときの信号シーケンスを示す図。
【符号の説明】
【００３４】
１…交換サーバ、Ａ，Ｂ…プレゼンスサーバ、４１，４２，５１…ＰＣ端末、４３，５２，５３…ＩＰ電話機、６０…ＩＰネットワーク、３１…インタフェース部（Ｉ／Ｆ）、ＤＢ…データベース部、３４…主制御部、３５ａ…第１プレゼンス管理テーブル、３５ｂ…第１ウォッチャリスト、３５ｃ…第２ウォッチャリスト、３５ｄ…第２プレゼンス管理テーブル、３４ａ…外部通知部、３４ｂ…内部通知部
【図１】
0004393545.tif 000002
【図２】
0004393545.tif 000003
【図３】
0004393545.tif 000004
【図４】
0004393545.tif 000005
【図５】
0004393545.tif 000006
【図６】
0004393545.tif 000007
【図７】
0004393545.tif 000008
【図８】
0004393545.tif 000009
【図９】
0004393545.tif 000010
【図１０】
0004393545.tif 000011
【図１１】
0004393545.tif 000012
【図１２】
0004393545.tif 000013