(57)【要約】【課題】  リアルタイムなウォッチャー（プレゼンス情報収集側）の状態に応じたプレゼンス情報を、プレゼンティティ（プレゼンス情報提供側）からウォッチャーに通知することができるプレゼンス情報収集配信システムを提供する。【解決手段】  本発明のプレゼンス情報収集配信システムは、プレゼンス情報提供端末からプレゼンス情報を受信する手段と、プレゼンス情報収集端末の状態に関する情報を受信する手段と、プレゼンス情報収集端末の状態に応じて受信したプレゼンス情報を加工する手段と、加工したプレゼンス情報をプレゼンス情報収集端末に向に送信する手段とを有することを特徴とする。【選択図】      図１
2009080552.tif 000002
【特許請求の範囲】
【請求項１】
プレゼンス情報を提供するプレゼンス情報提供端末から、上記プレゼンス情報提供端末に係るプレゼンス情報を受信する提供側プレゼンス情報受信手段と、
プレゼンス情報を収集するプレゼンス情報収集端末から、上記プレゼンス情報収集端末の状態に関する情報を受信する収集側状態情報受信手段と、
上記プレゼンス情報収集端末の状態に応じて、上記提供側プレゼンス情報受信手段が受信したプレゼンス情報を加工するプレゼンス情報加工手段と、
上記プレゼンス情報加工手段により加工されたプレゼンス情報を、上記プレゼンス情報収集端末に送信する提供側プレゼンス情報送信手段と
を有することを特徴とするプレゼンス情報収集配信システム。
【請求項２】
上記プレゼンス情報提供端末を収容する第１のサブシステムと、上記プレゼンス情報収集端末を収容する第２のサブシステムとを備え、
上記第１のサブシステムは、上記提供側プレゼンス情報受信手段と、上記プレゼンス情報加工手段とを有し、
上記第２のサブシステムは、上記収集側状態情報受信手段と、上記提供側プレゼンス情報送信手段とを有する
ことを特徴とする請求項１に記載のプレゼンス情報収集配信システム。
【請求項３】
上記第２のサブシステムは、
上記プレゼンス情報加工手段により加工されたプレゼンス情報を、さらに加工するプレゼンス情報再加工手段をさらに有し、
上記提供側プレゼンス情報送信手段は、上記プレゼンス情報再加工手段により加工されたプレゼンス情報を、上記プレゼンス情報収集端末に送信する
ことを特徴とする請求項２に記載のプレゼンス情報収集配信システム。
【請求項４】
ＩＥＴＦ  ＳＩＰ／ＳＩＭＰＬＥのフレームワークを利用して構築されていることを特徴とする請求項１〜３のいずれかに記載のプレゼンス情報収集配信システム。
【請求項５】
プレゼンス情報を提供するプレゼンス情報提供端末と、プレゼンス情報を収集するプレゼンス情報収集端末と、上記プレゼンス情報提供端末からプレゼンス情報を受信し、受信したプレゼンス情報を上記プレゼンス情報収集端末に送信するプレゼンス情報収集配信システムとを有するネットワークシステムにおいて、
上記プレゼンス情報収集配信システムとして、請求項１〜４のいずれかに記載のプレゼンス情報収集配信システムを適用したことを特徴とするネットワークシステム。
【請求項６】
コンピュータを、
プレゼンス情報を提供するプレゼンス情報提供端末から、上記プレゼンス情報提供端末に係るプレゼンス情報を受信する提供側プレゼンス情報受信手段と、
プレゼンス情報を収集するプレゼンス情報収集端末から、上記プレゼンス情報収集端末の状態に関する情報を受信する収集側状態情報受信手段と、
上記プレゼンス情報収集端末の状態に応じて、上記提供側プレゼンス情報受信手段が受信したプレゼンス情報を加工するプレゼンス情報加工手段と、
上記プレゼンス情報加工手段により加工されたプレゼンス情報を、上記プレゼンス情報収集端末に送信する提供側プレゼンス情報送信手段と
して機能させることを特徴とするプレゼンス情報収集配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プレゼンス情報収集配信システム、ネットワークシステム及びプレゼンス情報収集配信プログラムに関し、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用したプレゼンス情報収集配信システムに適用し得る。
【背景技術】
【０００２】
ユーザの状態（電話中、離席中等）をリアルタイムに相手に伝えるコミュニケーションサービスとして「プレゼンスサービス」というサービスが存在する。昨今のプレゼンスサービスは、旧来のオンライン／オフライン程度の状態だけでなく、様々な状態等を通知できるにようになってきている。それに伴い、ロケーションの状況（ユーザの居場所）や、ユーザが使用する端末の種類などによって、ユーザが受け取りたい情報を制限するなど、ユーザの状態に応じて最適な情報通知を実施する要望がある。
【０００３】
プレゼンス情報を提供するプレゼンティティ側の端末から、プレゼンス情報を購読（収集）するウォッチャー側の端末に通知する情報を制限する方法として、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用したシステムがある。例えば、Ｐｒｅｓｅｎｃｅ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  ｒｕｌｅ（非特許文献４参照）に基づいてプレゼンス情報のウォッチャーに対する開示ポリシーを管理・制御してウォッチャーに送信する情報を制限することも考えられる。また、ウォッチャー側からプレゼンティティ側へのＳＵＢＳＣＲＩＢＥ時（情報通知の予約時）に設定したイベント通知フィルタ（Ｅｖｅｎｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ  ｆｉｌｔｅｒｉｎｇ、非特許文献３参照）の内容に基づいて、不要なプレゼンス情報の更新通知をフィルタリングし、ウォッチャー側で必要な情報のみを通知することも考えられる。
【０００４】
しかし、上述の方式では、ウォッチャーからのＳＵＢＳＣＲＩＢＥ時（情報通知の予約時）に設定したイベント通知フィルタや、プレゼンス情報のウォッチャーに対する開示ポリシーで一意に送信される情報が決まり、ウォッチャーの状況に応じた送信はできない。ウォッチャー側の状態が変わった場合に、ウォッチャーから再度イベント通知フィルタを設定したＳＵＢＳＣＲＩＢＥを送信することも考えられるが、ウォッチャーが複数のプレゼンティティについてプレゼンス情報購読をしている場合に、そのたびにネットワーク上に大量のトラフィックが発生するという問題がある。また、プレゼンスサーバ及びクライアント端末への負荷も大きくなるという問題もある。さらに、ウォッチャー側においてイベント通知フィルタの機能を具備していることが前提になる。
【０００５】
また、ウォッチャー側からの情報に基づいて、プレゼンティティ側で送信するプレゼンス情報の内容を制御するシステムとしては、特許文献１及び特許文献２に示すものが提案されている。特許文献２に記載されているシステムは、ウォッチャー側の状態をプレゼンティティ側の条件（ポリシー）に基づいて通知し、プレゼンティティ側ではウォッチャー側の状態により通知する情報の制限を実施するものである。特許文献１に記載されているシステムは、あらかじめ登録されている条件（ポリシー）によって、プレゼンティティ側からウォッチャー側に通知する情報の制限を実施するものである。
【特許文献１】特開２００５−０４４１３４号公報
【特許文献２】特開２００６−２７７２４３号公報
【非特許文献１】ＩＥＴＦ  ＲＦＣ３２６５
【非特許文献２】ＩＥＴＦ  ＲＦＣ３２６１
【非特許文献３】ＩＥＴＦ  ＲＦＣ４６６０
【非特許文献４】ＩＥＴＦ，「Ｐｒｅｓｅｎｃｅ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｒｕｌｅｓ」，[Online]，INTERNET，[２００７年９月１１日検索]，＜ＵＲＬ：http://www.ietf.org/internet-drafts/draft-ietf-simple-presence-rules-10.txt＞
【非特許文献５】ＩＥＴＦ  ＲＦＣ３８５６
【非特許文献６】ＩＥＴＦ  ＲＦＣ３８５７
【非特許文献７】ＩＥＴＦ  ＲＦＣ３９０３
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献２で述べられる手段は、ウォッチャーの状態をプレゼンティティ側の条件（ポリシー）に基づいて、通知する方式であり、ウォッチャー側のポリシーの適用まで考慮されていない。また、特許文献２のシステムは、端末（クライアント端末）上での実現をベースに記載されており、サーバ（ＳＩＰを用いたプレゼンスサーバ）上において、具体的にどのようなフレームワーク（構成）でウォッチャーの情報をプレゼンティティに通知するかが明確でなく、特に、複数プレゼンスサーバの構成で実現することが考慮されていない。
【０００７】
また、特許文献１も最適な通知方法手段として提案されているが、あらかじめ登録されているポリシー（条件）によって実施することが前提になっているため、リアルタイムなウォッチャーの状態を、プレゼンティティ側に通知することは考慮されていない。
【０００８】
そのため、リアルタイムなウォッチャーの状態に応じたプレゼンス情報を、プレゼンティティからウォッチャーに通知することができるプレゼンス情報収集配信システム、ネットワークシステム及びプレゼンス情報収集配信プログラムが望まれている。
【課題を解決するための手段】
【０００９】
第１の本発明のプレゼンス情報収集配信システムは、（１）プレゼンス情報を提供するプレゼンス情報提供端末から、上記プレゼンス情報提供端末に係るプレゼンス情報を受信する提供側プレゼンス情報受信手段と、（２）プレゼンス情報を収集するプレゼンス情報収集端末から、上記プレゼンス情報収集端末の状態に関する情報を受信する収集側状態情報受信手段と、（３）上記プレゼンス情報収集端末の状態に応じて、上記提供側プレゼンス情報受信手段が受信したプレゼンス情報を加工するプレゼンス情報加工手段と、（４）上記プレゼンス情報加工手段により加工されたプレゼンス情報を、上記プレゼンス情報収集端末に送信する提供側プレゼンス情報送信手段とを有することを特徴とする。
【００１０】
第２の本発明のネットワークシステムは、（１）プレゼンス情報を提供するプレゼンス情報提供端末と、プレゼンス情報を収集するプレゼンス情報収集端末と、上記プレゼンス情報提供端末からプレゼンス情報を受信し、受信したプレゼンス情報を上記プレゼンス情報収集端末に向けて送信するプレゼンス情報収集配信システムとを有するネットワークシステムにおいて、（１）上記プレゼンス情報収集配信システムとして、第１の本発明のプレゼンス情報収集配信システムを適用したことを特徴とするネットワークシステム。
【００１１】
第３の本発明のプレゼンス情報収集配信プログラムは、コンピュータを、（１）プレゼンス情報を提供するプレゼンス情報提供端末から、上記プレゼンス情報提供端末に係るプレゼンス情報を受信する提供側プレゼンス情報受信手段と、（２）プレゼンス情報を収集するプレゼンス情報収集端末から、上記プレゼンス情報収集端末の状態に関する情報を受信する収集側状態情報受信手段と、（３）上記プレゼンス情報収集端末の状態に応じて、上記提供側プレゼンス情報受信手段が受信したプレゼンス情報を加工するプレゼンス情報加工手段と、（４）上記プレゼンス情報加工手段により加工されたプレゼンス情報を、上記プレゼンス情報収集端末に送信する提供側プレゼンス情報送信手段として機能させることを特徴とする。
【発明の効果】
【００１２】
リアルタイムなウォッチャー（プレゼンス情報収集側）の状態に応じたプレゼンス情報を、プレゼンティティ（プレゼンス情報提供側）からウォッチャーに通知することができるプレゼンス情報収集配信システムを提供する。
【発明を実施するための最良の形態】
【００１３】
（Ａ）主たる実施形態  
以下、本発明によるプレゼンス情報収集配信システム、ネットワークシステム及びプレゼンス情報収集配信プログラムの一実施形態を、図面を参照しながら詳述する。
【００１４】
（Ａ−１）実施形態の構成
図２は、ネットワークシステム１の全体構成について示したブロック図である。
【００１５】
ネットワークシステム１は、プレゼンスサーバ１０、端末２０、ＩＰ網３０を有する。ネットワークシステム１では、プレゼンスサーバ１０、端末２０が、ＩＰ網３０に接続して通信しているものとする。また、ここでは、ネットワークシステム１は、３台のプレゼンスサーバ１０（１０−１、１０−２、１０−３）と、３台の端末２０（２０−１、２０−２、２０−３）とを有しているものとするが、プレゼンスサーバ１０及び端末２０の数は限定されないものである。また、端末２０−１は、プレゼンティティ（プレゼンス情報提供者）が使用する端末であり、端末２０−２、２０−３は、ウォッチャー（プレゼンス情報収集（購読）者）が使用する端末であるものとする。
【００１６】
プレゼンスサーバ１０−１〜１０−３は、はプレゼンティティが使用する端末２０からプレゼンティティの状態などの情報を有するプレゼンス情報を収集し、所定のウォッチャーが使用する端末２０に対して、プレゼンス情報をリアルタイムに通知するものである。ここでは、プレゼンスサーバ１０−１は、端末２０−１（プレゼンティティ端末）からプレゼンス情報を収集して、プレゼンスサーバ１０−２を経由して端末２０−２（ウォッチャー端末）に収集したプレゼンス情報を通知するものとする。
【００１７】
また、プレゼンスサーバ１０は、端末２０とＳＩＰ又はＸＣＡＰ（ＸＭＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ、ＩＥＴＦ  ＲＦＣ４８２５参照）にて接続し、他のプレゼンスサーバ１０とはＳＩＰにて接続しても良い。
【００１８】
図１は、プレゼンスサーバ１０−１〜１０−３の内部構成について示したブロック図である。なお、図１は、例としてプレゼンスサーバ１０−１の内部構成について示しているが、他のプレゼンスサーバ１０も同様の構成である。
【００１９】
各プレゼンスサーバ１０−１〜１０−３は、プレゼンス情報処理部１１、ＳＩＰ信号処理部１２、仮想ウォッチャー処理部１３、ポリシー制御部１４、ＸＣＡＰ／ＨＴＴＰ処理部１５、プレゼンス情報管理部１６、ユーザ情報管理部１７、ポリシー情報管理部１８を有している。
【００２０】
なお、この実施形態のプレゼンス情報収集配信システムは、少なくともプレゼンスサーバ１０−１、１０−２を、サブシステムとして有しているものとする。図１及び図２においては、プレゼンスサーバ１０−１、プレゼンスサーバ１０−２はそれぞれ別の装置として記載されているが、１つの装置として構築しても良いし、３以上の装置により分散処理し得るようにしたものであっても良く、その分散処理の方式は限定されないものである。また、この実施形態のプレゼンス情報収集配信システムは、パソコンなどの情報処理装置（１台に限定されず、複数台を分散処理し得るようにしたものであっても良い。）上に、実施形態のプレゼンス情報収集配信プログラム（固定データを含む）をインストールすることにより構築されるものであるが、機能的には図１及び図２のように表すことができる。
【００２１】
また、この実施形態の情報収集配信システム、及び、ネットワークシステム１は、例えば、ＩＥＴＦで検討されているＳＩＰ／ＳＩＭＰＬＥ（ＳＩＰ  ｆｏｒ  Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ  ａｎｄ  Ｐｒｅｓｅｎｃｅ  Ｌｅｖｅｒａｇｉｎｇ  Ｅｘｔｅｎｓｉｏｎｓ）のフレームワークを利用して構築しても良い。ＩＥＴＦ  ＳＩＰ／ＳＩＭＰＬＥにおけるプレゼンスサービスに関するフレームワークとしては、例えば、ＩＥＴＦ  ＲＦＣ３２６５（非特許文献１参照）に示されるように、ＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹメソッドを利用してプレゼンス情報の登録とプレゼンス情報の通知を実現するものが挙げられる。例えば、プレゼンスサーバ１０同士の間、及び、プレゼンスサーバ１０と端末２０の間の、プレゼンス情報の登録とプレゼンス情報の通知について、ＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹメソッドを用いても良い。
【００２２】
プレゼンス情報処理部１１は、プレゼンス関連情報の制御をするものである。ＳＩＰ信号処理部１２は、ＳＩＰの信号により、他のプレゼンスサーバ１０や端末２０とのデータ送受信制御をするものである。
【００２３】
ポリシー制御部１４は、ポリシー情報管理部１８に記憶されたポリシー情報に基づいてプレゼンス通知のポリシー制御をするものである。ポリシー情報管理部１８は、ポリシー制御部１４において適用されるポリシー情報を管理するものである。ポリシー情報管理部１８に記憶されるポリシー情報は、プレゼンティティ又はウォッチャー（の端末２０）から受信した情報に基づいて、各プレゼンティティ又はウォッチャー（の端末２０）ごとに設定しても良い。又、ポリシー情報管理部１８に記憶されるポリシー情報は、予め登録されているものを適用するようにしても良い。ポリシー制御部１４の具体的な機能及び、ポリシー情報管理部１８に記憶される情報の詳細については後述する。
【００２４】
仮想ウォッチャー処理部１３は、ポリシー制御部１４と連携しプレゼンスサーバのハンドリングによりウォッチャー（端末２０−２）に適切なプレゼンス情報通知を実現するものであり、ウォッチャー情報記憶部１３ａを有している。仮想ウォッチャー処理部１３は、ウォッチャーに関する情報をウォッチャー情報記憶部１３ａに記憶し、記憶された情報に基づいてプレゼンス情報の収集及び通知を行う。仮想ウォッチャー処理部１３の具体的な機能及び、ウォッチャー情報記憶部１３ａに記憶される情報については後述する。
【００２５】
ユーザ情報管理部１７は、加入者情報や位置情報等を管理するものである。プレゼンス情報管理部１６は、各ユーザのプレゼンス情報を管理するものである。ＸＣＡＰ／ＨＴＴＰ処理部１５は、ＸＣＡＰ又はＨＴＴＰを用いて、端末２０からプレゼンスポリシー情報の受信など実施するものである。
【００２６】
次に、プレゼンティティ側のプレゼンスサーバ１０−１における、仮想ウォッチャー処理部１３、ポリシー制御部１４における具体的な処理、及び、ウォッチャー情報記憶部１３ａ、ポリシー情報管理部１８において管理される情報の詳細について説明する。
【００２７】
図３は、プレゼンスサーバ１０が、プレゼンティティのプレゼンスサーバとして動作する場合に、仮想ウォッチャー処理部１３において生成され、ウォッチャー情報記憶部１３ａに記憶されるウォッチャーリスト３００の例について示した説明図である。
【００２８】
ウォッチャーリスト３００は、プレゼンティティ（端末２０−１）について、現在情報購読をしているウォッチャーの情報を示すものであり、ウォッチャー側のプレゼンスサーバ１０−２からの購読要求受信時に生成されるものである。例えば、プレゼンスサーバ１０−１において、ウォッチャー側のプレゼンスサーバ１０−２から、プレゼンティティ（端末２０−１）について購読要求があった際に、プレゼンスサーバ１０−１内の仮想ウォッチャー処理部１３において、プレゼンティティにごとに生成される。又、仮想ウォッチャー処理部１３では、プレゼンティティごとに仮想ウォッチャーが生成（起動）される。仮想ウォッチャーは、対応するプレゼンティティのウォッチャーリスト３００の内容を管理するとともに、ウォッチャーの状態に応じたプレゼンス情報を生成して、ウォッチャー側のプレゼンスサーバ１０−２に通知するなどの機能を担っている。
【００２９】
ウォッチャーリスト３００は、情報配信先ユーザＩＤ３０１、送信アドレス３０２、ウォッチャー状態３０３の情報を有している。
【００３０】
情報配信先ユーザＩＤ３０１（仮想ウォッチャーＩＤ）は、ウォッチャー側のプレゼンスサーバ１０−２において、当該プレゼンティティのプレゼンス情報を購読している仮想ウォッチャーを識別するための情報を示している。ウォッチャー側のプレゼンスサーバ１０−２における仮想ウォッチャーの詳細については後述する。
【００３１】
送信アドレス３０２は、ウォッチャーの端末２０を識別するための情報であり、例えばここでは、ＩＰアドレス、ドメイン名などが入力されるものとする。
【００３２】
ウォッチャー状態３０３は、ウォッチャーの状態を示しており、ここでは、例えば、状態１、状態２、状態３の３つのステータスで示されるものとする。状態１は、当該ウォッチャーがログインしているオンライン状態か、ログオフしているオフライン状態かを示すものである。状態２は、当該ウォッチャーが、現在仕事中であるか、仕事中ではなくプライベートな状態であるかを示している。状態３は、当該ウォッチャーの現在のロケーション（居場所）について示している。ロケーションの表示は、ロケーションの名称（例えば、「蕨」や「自宅」など）としても良いし、座標情報（例えば、緯度経度情報）などにより示しても良く、ロケーションを認識できる情報であれば、その形式は限定されないものである。
【００３３】
図５は、プレゼンスサーバ１０が、プレゼンティティのプレゼンスサーバとして動作する場合に、ポリシー制御部１４において適用される、通知ポリシーテーブル５００の例について示した説明図である。
【００３４】
通知ポリシーテーブル５００は、ウォッチャーに通知するプレゼンティティのプレゼンス情報のポリシーについて定義したテーブルであり、プレゼンティティ（端末２０−１）からのポリシー登録時に、ポリシー情報管理部１８に設定されるものである。通知ポリシーテーブル５００は、ポリシーＩＤ５０１、通知ポリシー５０２の情報を有している。ポリシーＩＤ５０１は、ポリシーを識別するためのＩＤである。
【００３５】
通知ポリシー５０２は、ウォッチャーに通知するプレゼンティティの情報を示している。ここでは、ウォッチャーに通知するプレゼンス情報としては、状態１（オンライン／オフライン）、状態２（仕事／プライベート）、状態３（ロケーション情報）の項目があり、通知ポリシー５０２において、どのような組み合わせの情報を送信するかが定義されるものとする。例えば、ポリシーＩＤ５０１が「２」の、「通知ポリシー５０２では、状態１（オンライン／オフライン）、状態２（仕事／プライベート）を通知」となっているので、このポリシーが適用されたウォッチャーには、状態１、状態２の情報は通知されるが、状態３（ロケーション情報）については通知されないことになる。
【００３６】
図４は、プレゼンスサーバ１０が、プレゼンティティ側のプレゼンスサーバとして動作する場合に、ポリシー制御部１４において適用される通知条件テーブル４００の例について示した説明図である。
【００３７】
通知条件テーブル４００は、ウォッチャーがどのような条件（状態）の場合に、通知ポリシーテーブル５００（図５参照）のどのポリシーを適用するかについて定義したテーブルであり、プレゼンティティ（端末２０−１）からのポリシー登録時に、ポリシー情報管理部１８に設定されるものである。通知条件テーブル４００は、条件ＮＯ４０１、条件４０２、適用ポリシー４０３の情報を有している。
【００３８】
条件ＮＯ４０１は、条件を識別する情報を示している。
【００３９】
条件４０２は、ウォッチャーの状態を示しており、ウォッチャーリスト３００のウォッチャー状態３０３（図３参照）に対応するものである。適用ポリシー４０３は、ウォッチャーが、条件４０２の条件に一致する状態の場合に適用する通知ポリシーテーブル５００のポリシーＩＤ５０１（図５参照）を示すものである。例えば、条件ＮＯ４０１が「２」の条件４０２においては、条件４０２：「ウォッチャーの状態２＝プライベート」、適用ポリシー４０３：「２」となっているので、ウォッチャーリスト３００においてウォッチャー状態３０３の状態２が「プライベート」となっているウォッチャーについては、通知ポリシーテーブル５００のポリシーＩＤ５０１が「２」の通知ポリシー５０２が適用され、状態１（オンライン／オフライン）、状態２（仕事／プライベート）のみが通知されることになる。
【００４０】
プレゼンティティ側のプレゼンスサーバ１０−１において、仮想ウォッチャー処理部１３（仮想ウォッチャー）は、ポリシー制御部１４に、上述のウォッチャーリスト３００（図３参照）の情報を通知し、ポリシー制御部１４にて、通知条件テーブル４００（図４参照）、通知ポリシーテーブル５００（図５参照）、により通知条件を決定して、仮想ウォッチャー処理部１３（仮想ウォッチャー）へ応答する。応答を受信した仮想ウォッチャー処理部１３（仮想ウォッチャー）は、ポリシー制御部１４から通知された通知ポリシーに従ったプレゼンス情報を生成して、送信先（ウォッチャー側のプレゼンスサーバ１０−２）に送信する。
【００４１】
次に、ウォッチャー側のプレゼンスサーバ１０−２における、仮想ウォッチャー処理部１３、ポリシー制御部１４の詳細について説明する。
【００４２】
図６は、プレゼンスサーバ１０が、ウォッチャーのプレゼンスサーバとして動作する場合に、仮想ウォッチャー処理部１３において生成され、ウォッチャー情報記憶部１３ａに記憶されるウォッチャー情報管理テーブル６００の例について示した説明図である。
【００４３】
ウォッチャー情報管理テーブル６００は、当該プレゼンスサーバ１０が収容している各ウォッチャーの状態、及び、現在プレゼンス情報を購読しているプレゼンティティの情報を管理するものである。ウォッチャー情報管理テーブル６００の情報は、ウォッチャー（端末２０−２）からの購読要求受信時に、仮想ウォッチャー処理部１３において生成される。例えば、プレゼンスサーバ１０−２において、ウォッチャー（端末２０−２）から、プレゼンティティ（端末２０−１）について購読要求があった際に、プレゼンスサーバ１０−２内の仮想ウォッチャー処理部１３において、プレゼンティティにごとに生成される。又、仮想ウォッチャー処理部１３では、ウォッチャーごとに仮想ウォッチャーが生成（起動）される。仮想ウォッチャーは、対応するウォッチャーのウォッチャー情報管理テーブル６００の内容を管理するとともに、ウォッチャーの状態に応じたプレゼンス情報を生成して、ウォッチャー（端末２０−２）に通知するなどの機能を担っている。
【００４４】
ウォッチャー情報管理テーブル６００は、情報配信先ユーザＩＤ６０１、仮想ウォッチャーＩＤ６０２、ウォッチャー状態６０３、プレゼンティティＩＤ６０４の情報を有している。情報配信先ユーザＩＤ６０１は、ウォッチャーのユーザＩＤを示すものである。仮想ウォッチャーＩＤ６０２は、当該ウォッチャーに対応する仮想ウォッチャーを識別するための情報である。
【００４５】
ウォッチャー状態６０３は、ウォッチャーの状態を示しており、ここでは例えば、状態１、状態２、状態３、状態４の４つのステータスで示されるものとする。状態１、状態２、状態３については、上述のウォッチャーリスト３００と同様のものであるので説明を省略する。状態４は、ウォッチャーが現在使用している端末の情報を示す端末条件である。例えば、情報配信先ユーザＩＤ６０１が「ａａａ」のウォッチャー状態６０３は、状態４が「携帯」となっているので、当該ウォッチャーは携帯電話を用いてログインしていることを示している。
【００４６】
プレゼンティティＩＤ６０４は、当該ウォッチャーが現在プレゼンス情報購読をしているプレゼンティティの一覧を示している。
【００４７】
図８は、プレゼンスサーバ１０が、ウォッチャー側のプレゼンスサーバとして動作する場合に、ポリシー制御部１４において適用される通知ポリシーテーブル８００の例について示した説明図である。
【００４８】
通知ポリシーテーブル８００は、ウォッチャーに送信するプレゼンティティの情報のポリシーについて定義したテーブルであり、ウォッチャー（端末２０−２）のポリシー登録時に、ポリシー情報管理部１８に設定されるものである。通知ポリシーテーブル８００は、ポリシーＩＤ８０１、通知ポリシー８０２の情報を有している。ポリシーＩＤ８０１、通知ポリシー８０２は、上述の通知ポリシーテーブル５００におけるポリシーＩＤ５０１、通知ポリシー５０２と同様の内容であるので詳しい説明を省略する。
【００４９】
図７は、プレゼンスサーバ１０が、ウォッチャー側のプレゼンスサーバとして動作する場合に、ポリシー制御部１４において適用される通知条件テーブル７００の例について示した説明図である。
【００５０】
通知条件テーブル７００は、ウォッチャーがどのような条件（状態）の場合に、通知ポリシーテーブル８００（図８参照）のどのポリシーを適用するかについて定義したテーブルであり、ウォッチャー（端末２０−２）のポリシー登録時に、ポリシー情報管理部１８に設定されるものである。通知条件テーブル７００は、条件ＮＯ７０１、条件７０２、適用ポリシー７０３の情報を有している。
【００５１】
条件ＮＯ７０１は、条件を識別する情報を示している。条件７０２は、ウォッチャーの状態を示しており、ウォッチャー情報管理テーブル６００のウォッチャー状態６０３（図６参照）に対応するものである。適用ポリシー７０３は、ウォッチャーが、条件７０２の条件に一致する状態の場合に適用する、通知ポリシーテーブル８００のポリシーＩＤ８０１（図８参照）を示すものである。ポリシーの適用方法については上述の通知条件テーブル４００、通知ポリシーテーブル５００と同様であるので詳しい説明を省略する。
【００５２】
ウォッチャー側のプレゼンスサーバ１０−２において、仮想ウォッチャー処理部１３（仮想ウォッチャー）は、ポリシー制御部１４に、上述のウォッチャー情報管理テーブル６００（図６参照）を通知し、ポリシー制御部１４にて、通知条件テーブル７００（図７参照）、通知ポリシーテーブル８００（図８参照）により通知条件を決定して、仮想ウォッチャー処理部１３（仮想ウォッチャー）へ応答する。応答を受信した、仮想ウォッチャー処理部１３（仮想ウォッチャー）は、ポリシー制御部１４から通知された通知ポリシーに従った情報を生成して、送信先（ウォッチャー（端末２０−２））に送信する。
【００５３】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態のネットワークシステム１におけるプレゼンス情報収集配信の動作を説明する。
【００５４】
図９は、ネットワークシステム１における、プレゼンス情報収集配信に関する動作について示した説明図である。
【００５５】
ここでは、プレゼンティティのユーザが端末２０−１をしており、ウォッチャーのユーザは端末２０−２を使用してログインしているものとする。
【００５６】
まず、プレゼンティティ（端末２０−１）の状態通知が、プレゼンスサーバ１０−１にされ（Ｓ１０１）、ウォッチャー（端末２０−２）の状態通知がプレゼンスサーバ１０−２にされたものとする（Ｓ１０２）。
【００５７】
そして、ウォッチャー（端末２０−２）からプレゼンティティ（端末２０−１）に対する購読要求が、プレゼンスサーバ１０−２へ送信されたものとする（Ｓ１０３）。
【００５８】
プレゼンティティ（端末２０−１）に対する購読要求を受信すると、プレゼンスサーバ１０−２の仮想ウォッチャー処理部１３では、ウォッチャー（端末２０−２）に対応する仮想ウォッチャーが生成され、ウォッチャー情報管理テーブル６００の情報が生成される（Ｓ１０４）。
【００５９】
そして、プレゼンスサーバ１０−２内の仮想ウォッチャー処理部１３により、ウォッチャー（端末２０−２）が購読要求したプレゼンティティ（端末２０−１）を収容するプレゼンスサーバ１０−１に購読要求が送信される（Ｓ１０５）。
【００６０】
プレゼンスサーバ１０−２から購読要求を受信すると、プレゼンスサーバ１０−１の仮想ウォッチャー処理部１３では、プレゼンティティ（端末２０−１）に対応する仮想ウォッチャーが生成され、ウォッチャーリスト３００が生成される（Ｓ１０６）。
【００６１】
そして、プレゼンスサーバ１０−１の仮想ウォッチャー処理部１３（仮想ウォッチャー）では、購読要求をしたウォッチャー（端末２０−２）の状態を逐次管理するために、プレゼンスサーバ１０−２へウォッチャー（端末２０−２）の状態（プレゼンス情報）について購読要求が実施される。そして、プレゼンスサーバ１０−２の仮想ウォッチャー処理部１３（仮想ウォッチャー）では、ウォッチャー（端末２０−２）の状態（プレゼンス情報）が収集され、プレゼンスサーバ１０−１の仮想ウォッチャー処理部１３（仮想ウォッチャー）に通知される。ウォッチャー（端末２０−２）の状態（プレゼンス情報）が通知されると、プレゼンスサーバ１０−１の仮想ウォッチャー処理部１３（仮想ウォッチャー）では、通知された状態（プレゼンス情報）がウォッチャーリスト３００に反映される（Ｓ１０７）。
【００６２】
ウォッチャー（端末２０−２）の状態（プレゼンス情報）を受信すると、プレゼンスサーバ１０−１の仮想ウォッチャー処理部１３（仮想ウォッチャー）及びポリシー制御部１４では、ウォッチャーリスト３００の内容と、通知条件テーブル４００の内容と、通知ポリシーテーブル５００の内容とに基づいて、通知内容が決定され、ウォッチャー（端末２０−２）に通知するプレゼンス情報が生成される（Ｓ１０８）。
【００６３】
次に、プレゼンスサーバ１０−１の仮想ウォッチャー処理部１３（仮想ウォッチャー）により、上述のステップＳ１０８において生成されたプレゼンス情報が、プレゼンスサーバ１０−２に通知される（Ｓ１０９）。
【００６４】
プレゼンティティ（端末２０−１）のプレゼンス情報を受信すると、プレゼンスサーバ１０−２の仮想ウォッチャー処理部１３（仮想ウォッチャー）及びポリシー制御部１４では、ウォッチャー情報管理テーブル６００の内容と、通知条件テーブル７００の内容と、通知ポリシーテーブル８００の内容とに基づいて通知内容が決定され、ウォッチャー（端末２０−２）に送信するプレゼンス情報が生成される（Ｓ１１０）。
【００６５】
次に、プレゼンスサーバ１０−２の仮想ウォッチャー処理部１３（仮想ウォッチャー）により、上述のステップＳ１１０においてにおいて生成されたプレゼンス情報が、プレゼンスサーバ１０−２に通知される（Ｓ１１１）。
【００６６】
ウォッチャー（端末２０−２）の状態が変更されると、上述のステップＳ１０２と同様の状態通知がウォッチャー（端末２０−２）からプレゼンスサーバ１０−２に送信され、その内容がプレゼンスサーバ１０−２の仮想ウォッチャー処理部１３（仮想ウォッチャー）によりウォッチャー情報管理テーブル６００に反映される。その後、プレゼンスサーバ１０−１の仮想ウォッチャー処理部１３（仮想ウォッチャー）にウォッチャー（端末２０−２）の状態（プレゼンス情報）が通知され、プレゼンスサーバ１０−１の仮想ウォッチャー処理部１３（仮想ウォッチャー）によりウォッチャーリスト３００の情報が更新される。
【００６７】
プレゼンティティ（端末２０−１）の状態が変更されると、上述のステップＳ１０１と同様の状態通知が送信され、以降上述のステップＳ１０８〜Ｓ１１１と同様の処理により動作する。
【００６８】
図１０及び図１１は、上述の図９に示す動作をＳＩＰ／ＳＩＭＰＬＥベース（ＳＣＲＩＢＥ／ＮＯＴＩＦＹメソッドを利用）で表現したシーケンス図である。
【００６９】
まず、事前準備として、プレゼンティティ（端末２０−１）から、プレゼンスサーバ１０−１へ、端末登録（ＲＥＧＩＳＴＥＲ）、状態通知（ＰＵＢＬＩＳＨ）、ポリシー情報が通知（ＸＣＡＰ  ＰＵＴ）される。そして、プレゼンスサーバ１０−１のポリシー情報管理部１８において、通知されたポリシー情報が、通知条件テーブル４００、通知ポリシーテーブル５００に設定される（Ｓ２０１）。ステップＳ２０１は上述のステップＳ１０１に対応する動作である。
【００７０】
そして、ウォッチャー（端末２０−２）から、プレゼンスサーバ１０−２へも同様に、端末登録（ＲＥＧＩＳＴＥＲ）、状態通知（ＰＵＢＬＩＳＨ）、ポリシー情報が設定（ＸＣＡＰ  ＰＵＴ）される。そして、プレゼンスサーバ１０−２のポリシー情報管理部１８において、通知されたポリシー情報が、通知条件テーブル７００、通知ポリシーテーブル８００に設定される（Ｓ２０２）。ステップＳ２０２は上述のステップＳ１０２に対応する動作である。
【００７１】
次に、ウォッチャー（端末２０−２）からプレゼンスサーバ１０−２に、プレゼンティティ（端末２０−１）のプレゼンス情報について購読要求（ＳＵＢＳＣＲＩＢＥ）が通知されると、プレゼンスサーバ１０−２の仮想ウォッチャー処理部１３では、ウォッチャー情報管理テーブル６００が生成され、ウォッチャー（端末２０−２）に対応する仮想ウォッチャーが生成される。そして、プレゼンスサーバ１０−２から、プレゼンスサーバ１０−１に、プレゼンティティ（端末２０−１）のプレゼンス情報について購読要求（ＳＵＢＳＣＲＩＢＥ）が通知される（Ｓ２０３）。ステップＳ２０３は上述のステップＳ１０３〜Ｓ１０５に対応する動作である。
【００７２】
プレゼンスサーバ１０−２から、プレゼンスサーバ１０−１に、購読要求（ＳＵＢＳＣＲＩＢＥ）が通知されると、プレゼンスサーバ１０−１の仮想ウォッチャー処理部１３では、ウォッチャーリスト３００が生成され、プレゼンティティ（端末２０−１）に対応する仮想ウォッチャーが生成される。そして、プレゼンスサーバ１０−１から、プレゼンスサーバ１０−２に、ウォッチャー（端末２０−２）のプレゼンス情報について購読要求（ＳＵＢＳＣＲＩＢＥ）が通知される（Ｓ２０４）。
【００７３】
プレゼンスサーバ１０−１から購読要求（ＳＵＢＳＣＲＩＢＥ）が通知されると、プレゼンスサーバ１０−２では、ウォッチャー情報管理テーブル６００のウォッチャー（端末２０−２）の状態に関する情報が参照され、プレゼンスサーバ１０−１に状態通知（ＮＯＴＩＦＹ）される。そして、プレゼンスサーバ１０−１の仮想ウォッチャー処理部１３では、通知された情報に基づいて、ウォッチャーリスト３００の内容が更新される（Ｓ２０５）。ステップＳ２０４、Ｓ２０５は上述のステップＳ１０６、Ｓ１０７に対応する動作である。
【００７４】
次に、プレゼンスサーバ１０−１では、仮想ウォッチャー処理部１３及びポリシー制御部１４により、ウォッチャーリスト３００、通知条件テーブル４００の情報に基づいて、通知ポリシーテーブル５００のいずれかのポリシーが決定され、決定されたポリシーに基づいたプレゼンス情報が生成される。すなわち、ウォッチャー（端末２０−２）の状態に応じて決定したポリシーに基づいて、プレゼンスサーバ１０−２へ通知されるプレゼンティティ（端末２０−１）のプレゼンス情報が生成される。そして、生成されたプレゼンス情報が、プレゼンスサーバ１０−１からプレゼンスサーバ１０−２へ通知（ＮＯＴＩＦＹ）される。プレゼンスサーバ１０−１からプレゼンティティ（端末２０−１）のプレゼンス情報が通知されると、プレゼンスサーバ１０−２では、仮想ウォッチャー処理部１３及びポリシー制御部１４により、ウォッチャー情報管理テーブル６００、通知条件テーブル７００の情報に基づいて、通知ポリシーテーブル８００のいずれかのポリシーが決定され、決定されたポリシーに基づいたプレゼンス情報が生成される。そして、生成されたプレゼンス情報が、プレゼンスサーバ１０−２からウォッチャー（端末２０−２）へ通知（ＮＯＴＩＦＹ）される（Ｓ２０６）。ステップＳ２０６は、上述のＳ１０８〜Ｓ１１１に対応する動作である。
【００７５】
次に、ウォッチャー（端末２０−２）の状態が変化した場合の動作について説明する。ウォッチャー（端末２０−２）の状態が変化すると、プレゼンスサーバ１０−２へ状態通知（ＰＵＢＬＩＳＨ）がされる。状態通知（ＰＵＢＬＩＳＨ）がされるとプレゼンスサーバ１０−２では、通知された情報に基づいて、ウォッチャー情報管理テーブル６００の情報が更新される。そして、プレゼンスサーバ１０−２から、プレゼンスサーバ１０−１に、ウォッチャー（端末２０−２）に関する状態通知（ＮＯＴＩＦＹ）がされる。ウォッチャー（端末２０−２）に関する状態通知（ＮＯＴＩＦＹ）がされると、プレゼンスサーバ１０−１では、通知された情報に基づいて、ウォッチャーリスト３００の内容が更新される（Ｓ２０７）。
【００７６】
次に、プレゼンティティ（端末２０−１）の状態が変化した場合の動作について説明する。プレゼンティティ（端末２０−１）の状態が変化すると、プレゼンスサーバ１０−１へ状態通知（ＰＵＢＬＩＳＨ）がされる。そして、状態通知（ＰＵＢＬＩＳＨ）がされるとプレゼンスサーバ１０−１では、上述のステップＳ２０６と同様の動作によりウォッチャー（端末２０−２）に通知するためのプレゼンス情報が再度生成され、プレゼンスサーバ１０−２状態通知（ＮＯＴＩＦＹ）される。そして、プレゼンスサーバ１０−２においても同様に、ウォッチャー（端末２０−２）に通知するためのプレゼンス情報が再度生成され、ウォッチャー（端末２０−２）に状態通知（ＮＯＴＩＦＹ）される。ただし、プレゼンスサーバ１０−２で、通知ポリシーテーブル８００のうち適用されるポリシーが「通知しない」というものであった場合などは、プレゼンスサーバ１０−２からウォッチャー（端末２０−２）にプレゼンス情報は通知（ＮＯＴＩＦＹ）されない場合がある。
【００７７】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【００７８】
この実施形態では、プレゼンティティ側のプレゼンスサーバ１０−１、及びウォッチャー側のプレゼンスサーバ１０−２双方で、仮想ウォッチャー処理及びそれぞれの通知ポリシー情報を管理することで、プレゼンティティ側から、ウォッチャーの状態に応じた、情報通知を実現することができる。また、ウォッチャー側での受信ポリシーも考慮した形でウォッチャーはプレゼンティティ情報を受信することができる。
【００７９】
また、上述の図１０及び図１１に示すように、この実施形態のネットワークシステム（プレゼンス情報収集配信システム）は、ＩＥＴＦ  ＳＩＰＭＰＬＥベースのフレームワークから逸脱することなく、構築することができる。これにより、ＳＩＰ／ＳＩＭＰＬＥベースのフレームワークを利用してネットワークシステム（プレゼンス情報収集配信システム）を実現することができる。
【００８０】
また、この実施形態では、イベント通知フィルタ技術（ＩＥＴＦ  ＲＦＣ４６６０、非特許文献３参照）を使用しないので、ネットワークに流れるトラフィックを低減できるとともに、プレゼンティティ側の端末２０−１への処理負荷も低減することができる。
【００８１】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【００８２】
（Ｂ−１）上記の実施形態で規定しているプレゼンスサーバ間の通信は、ＳＩＰに限定されないものである。例えば、単にプレゼンス情報や、各種命令（購読要求など）の情報を有するデータファイルをＨＴＴＰなどにより交換しても良い。
【００８３】
（Ｂ−２）上記の実施形態においては、プレゼンティティ側のプレゼンスサーバ１０−１と、ウォッチャー側のプレゼンスサーバ１０−２の双方において、仮想ウォッチャー処理部１３、ポリシー制御部１４などを備えて、プレゼンティティ（端末２０−１）に係るプレゼンス情報を、ウォッチャー（端末２０−２）の状態に応じて加工しているが、プレゼンティティ側のプレゼンスサーバ１０−１のみにおいて、プレゼンス情報を加工するようにしても良い。また、ウォッチャー側のプレゼンスサーバ１０−２のみにおいて、プレゼンス情報を加工するようにしても良い。
【００８４】
（Ｂ−３）上記の実施形態において、プレゼンスサーバ１０は、ウォッチャー側プレゼンスサーバとして必要な構成のみ有していても良い。例えば、プレゼンスサーバ１０が、プレゼンティティの端末のみを収容し、ウォッチャー情報管理テーブル６００、通知条件テーブル７００、通知ポリシーテーブル８００に係る処理を行わないようにしても良い。
【００８５】
また、プレゼンスサーバ１０は、ウォッチャー側プレゼンスサーバとして必要な構成のみ有していても良い。例えば、プレゼンスサーバ１０が、ウォッチャーの端末のみを収容し、ウォッチャーリスト３００、通知条件テーブル４００、通知ポリシーテーブル５００に係る処理を行わないようにしても良い。
【００８６】
（Ｂ−４）上記の実施形態において、ネットワークシステム１に、呼制御サーバを別途配置してＩＰ網に接続させ、各装置（システム）間の通信について呼制御する構成としても良い。
【００８７】
（Ｂ−５）上記の実施形態においてウォッチャーリスト３００、通知条件テーブル４００、通知ポリシーテーブル５００、ウォッチャー情報管理テーブル６００、通知条件テーブル７００、通知ポリシーテーブル８００は、各項目の情報が記憶されていれば、上述の図３〜図８に示すようなテーブルの構成に限定されないものである。
【図面の簡単な説明】
【００８８】
【図１】実施形態に係るプレゼンスサーバの内部構成について説明したブロック図である。
【図２】実施形態に係る、ネットワークシステムの全体構成について説明したブロック図である。
【図３】実施形態に係る、プレゼンスサーバにおいて生成されるウォッチャーリストの例について示した説明図である。
【図４】実施形態に係るプレゼンスサーバが、プレゼンティティ側のプレゼンスサーバとして動作する場合に適用される通知条件テーブルの例について説明した説明図である。
【図５】実施形態に係るプレゼンスサーバが、プレゼンティティ側のプレゼンスサーバとして動作する場合に適用される通知ポリシーテーブルの例について説明した説明図である。
【図６】実施形態に係る、プレゼンスサーバにおいて生成されるウォッチャー情報管理テーブルの例について示した説明図である。
【図７】実施形態に係るプレゼンスサーバが、ウォッチャー側のプレゼンスサーバとして動作する場合に適用される通知条件テーブルの例について説明した説明図である。
【図８】実施形態に係るプレゼンスサーバが、ウォッチャー側のプレゼンスサーバとして動作する場合に適用される通知ポリシーテーブルの例について説明した説明図である。
【図９】実施形態に係るネットワークシステム（プレゼンス情報収集配信システム）の動作について示した説明図である。
【図１０】実施形態に係るネットワークシステム（プレゼンス情報収集配信システム）の動作をＳＩＰ／ＳＩＭＰＬＥベースで示したシーケンス図の前半部分である。
【図１１】実施形態に係るネットワークシステム（プレゼンス情報収集配信システム）の動作をＳＩＰ／ＳＩＭＰＬＥベースで示したシーケンス図の後半部分である。
【符号の説明】
【００８９】
１…ネットワークシステム、１０、１０−１〜１０−３…プレゼンスサーバ、２０、２０−１〜２０−３…端末、３０…ＩＰ網、１１…プレゼンス情報処理部、１２…ＳＩＰ信号処理部、１３…仮想ウォッチャー処理部、１３ａ…ウォッチャー情報記憶部、１４…ポリシー制御部、１５…ＸＣＡＰ／ＨＴＴＰ処理部、１６…プレゼンス情報管理部、１７…ユーザ情報管理部、１８…ポリシー情報管理部。
【図１】
2009080552.tif 000003
【図２】
2009080552.tif 000004
【図３】
2009080552.tif 000005
【図４】
2009080552.tif 000006
【図５】
2009080552.tif 000007
【図６】
2009080552.tif 000008
【図７】
2009080552.tif 000009
【図８】
2009080552.tif 000010
【図９】
2009080552.tif 000011
【図１０】
2009080552.tif 000012
【図１１】
2009080552.tif 000013