(57)【要約】【課題】複数のアプリケーションをグループ化し、それらのプレゼンス情報を統合して管理する。【解決手段】複数のサービスを提供するアプリケーションサーバ２−１〜２−Ｎからサービスを受ける複数のクライアント１−１〜１−Ｎと、アプリケーションのプレゼンス情報と、グループ情報を管理するプレゼンス情報ＤＢ３４１を備えたプレゼンスサーバ３を備え、プレゼンスサーバ３は、アプリケーションクライアント１−１〜１−Ｎからのプレゼンス情報登録を受け、アプリケーション種別登録テーブル３４１−Ｂにおいて、プレゼンス情報登録元アプリケーションと同一のグループ識別子３４１−５を持つ全てのアプリケーションのプレゼンス情報を、登録されたプレゼンス情報の内容に応じて更新し、結果をプレゼンス情報テーブル３４１−Ａに反映させる。【選択図】図１
2006174193.tif 000002
【特許請求の範囲】
【請求項１】
それぞれが、入出力インターフェースと、ＣＰＵと、アプリケーションプログラムを記憶したメモリとを有する複数のアプリケーションサーバと、
入出力インターフェースと、ＣＰＵと、上記複数のアプリケーションサーバにそれぞれ対応した複数のアプリケーションクライアントプログラムを記憶したメモリとを有する端末と、
入出力インターフェースと、ＣＰＵと、上記端末のプレゼンス情報を記憶したメモリとを有するプレゼンスサーバを備え、
上記プレゼンスサーバは、上記複数のアプリケーションのうちの一のアプリケーションに関する上記端末のプレゼンス情報登録を上記端末から受けた場合に、該一のアプリケーションと同一のグループに属する少なくとも一つの他のアプリケーションに関する上記端末のプレゼンス情報を上記一のアプリケーションと同期させることを特徴とするプレゼンス統合管理システム。
【請求項２】
上記同一のグループに属する複数のアプリケーションは、同時に使用することができない複数のアプリケーションであることを特徴とする請求項１記載のプレゼンス統合管理システム。
【請求項３】
請求項１記載のプレゼンス統合管理システムであって、
上記プレゼンスサーバのメモリには、
上記複数のアプリケーションのそれぞれの種別を示すアプリケーション識別子、および上記複数のアプリケーションのグループを示すグループ識別子を記憶したアプリケーション種別テーブルと、
各アプリケーションに関するプレゼンス情報を記憶したプレゼンス情報テーブルとが記憶されていることを特徴とするプレゼンス統合管理システム。
【請求項４】
請求項１記載のプレゼンス統合管理システムであって、
上記一のアプリケーションに関する上記端末のプレゼンス情報が「使用中」である場合、同一グループに属する上記他のアプリケーションに関する上記端末のプレゼンス情報を「競合中」に更新することを特徴とするプレゼンス統合管理システム。
【請求項５】
請求項１記載のプレゼンス統合管理システムであって、
上記一のアプリケーションに関する上記端末のプレゼンス情報が「使用可能」である場合、同一グループに属する上記他のアプリケーションに関する上記端末のプレゼンス情報を「使用可能」に更新するプレゼンス統合管理システム。
【請求項６】
請求項１記載のプレゼンス統合管理システムであって、
上記端末からのプレゼンス情報登録の際に、上記一のアプリケーションの識別子を上記端末から上記プレゼンスサーバに送信することを特徴とするプレゼンス統合管理システム。
【請求項７】
請求項１記載のプレゼンス統合管理システムであって、
プレゼンスサーバから他の端末または他のサーバにプレゼンス情報を通知する際に、アプリケーションの識別子を上記プレゼンスサーバから上記他の端末または他のサーバに送信することを特徴とするプレゼンス統合管理システム。
【請求項８】
請求項１記載のプレゼンス統合管理システムであって、
上記プレゼンスサーバが上記端末のプレゼンス情報を同期させる代りに、
上記端末のメモリが、プレゼンス統合クライアントを有し、
上記一のアプリケーションに関するプレゼンス情報を登録する際に、上記プレゼンス統合クライアントが上記一のアプリケーションと同一のグループに属するアプリケーションに関するプレゼンス情報も同期をとって上記プレゼンスサーバに登録することを特徴とするプレゼンス統合管理システム。
【請求項９】
端末及び複数のアプリケーションサーバと接続され、
入出力インターフェースと、
ＣＰＵと、
上記端末のプレゼンス情報を記憶したメモリとを有するプレゼンスサーバであって、
上記複数のアプリケーションのうちの一のアプリケーションに関する上記端末のプレゼンス情報登録を上記端末から受けた場合に、該一のアプリケーションと同一のグループに属する少なくとも一つの他のアプリケーションに関する上記端末のプレゼンス情報を上記一のアプリケーションと同期させることを特徴とするプレゼンスサーバ。
【請求項１０】
上記同一のグループに属する複数のアプリケーションは、同時に使用することができない複数のアプリケーションであることを特徴とする請求項９記載のプレゼンスサーバ。
【請求項１１】
請求項９記載のプレゼンスサーバであって、
上記メモリには、
上記複数のアプリケーションのそれぞれの種別を示すアプリケーション識別子、および上記複数のアプリケーションのグループを示すグループ識別子を記憶したアプリケーション種別テーブルと、
各アプリケーションに関するプレゼンス情報を記憶したプレゼンス情報テーブルとが記憶されていることを特徴とするプレゼンスサーバ。
【請求項１２】
請求項９記載のプレゼンスサーバであって、
上記一のアプリケーションに関する上記端末のプレゼンス情報が「使用中」である場合、同一グループに属する上記他のアプリケーションに関する上記端末のプレゼンス情報を「競合中」に更新することを特徴とするプレゼンスサーバ。
【請求項１３】
請求項９記載のプレゼンスサーバであって、
上記一のアプリケーションに関する上記端末のプレゼンス情報が「使用可能」である場合、同一グループに属する上記他のアプリケーションに関する上記端末のプレゼンス情報を「使用可能」に更新するプレゼンスサーバ。
【請求項１４】
請求項９記載のプレゼンスサーバであって、
上記端末からのプレゼンス情報登録の際に、上記一のアプリケーションの識別子を上記端末から受信することを特徴とするプレゼンスサーバ。
【請求項１５】
請求項９記載のプレゼンスサーバであって、
他の端末または他のサーバにプレゼンス情報を通知する際に、アプリケーションの識別子を上記他の端末または他のサーバに送信することを特徴とするプレゼンスサーバ。
【請求項１６】
端末及び複数のアプリケーションサーバと接続され、上記端末のプレゼンス情報を記憶したメモリを有するプレゼンスサーバで実行可能なプレゼンス情報管理プログラムであって、
上記複数のアプリケーションのうちの一のアプリケーションに関する上記端末のプレゼンス情報登録を上記端末から受信するステップと、
該一のアプリケーションと同一のグループに属する少なくとも一つの他のアプリケーションに関する上記端末のプレゼンス情報を上記一のアプリケーションと同期させるステップとを有するプレゼンス情報管理方法を上記プレゼンスサーバで実行可能なプレゼンス情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のアプリケーションのプレセンス情報を統合して管理するシステムに関する。
【背景技術】
【０００２】
プレゼンスサーバは個人の利用可能なアプリケーション種別や、その利用状況をプレゼンス情報として管理するサーバである（例えば、特許文献１、２参照）。ユーザが利用できるコミュニケーションの手段が多様化し、1ユーザが複数のアプリケーションを同時に使用することが可能となったことを受け、ユーザのプレゼンス情報は（１）ユーザ名（２）ユーザが使用するアプリケーション種別（３）個々のアプリケーションの状態、の３つを要素として含む。
個々のアプリケーションは独立して動作し、ユーザがアプリケーションを起動した際に、そのアプリケーションの状態を「使用可能」としてプレゼンスサーバに登録する。プレゼンス情報を持つアプリケーションの多くは、通信相手とセッションを確立し、セッション内でデータの送受信を行う。このようなアプリケーションにおいては、通信中という状態が存在し、セッション確立時にはアプリケーションの状態を「通信中」として登録する。１ユーザが複数の相手と同時に通信を行うことはなく、セッションは常に一対一の関係で確立される。ユーザが特定の相手と通信している時に、別のユーザとのセッションを確立することはない。このため、ユーザは相手のプレゼンス情報を取得し、それが使用可能であればセッションを確立して通信を行うが、相手のプレゼンスが通信中であれば、相手の通信が終了するのを待つことになる。
【０００３】
【特許文献１】特開２００４−７２４８５号公報
【０００４】
【特許文献２】特開２００４−７０７５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、アプリケーションの中にはデバイス、リソース等の制約から、同時に使用できない組み合わせが存在する。このため、通信中でないにもかかわらずアプリケーションを利用できない場合がある。例えば、ユーザが多人数参加のＴＶ会議と1対1のＴＶ電話を使用可能な場合を考える。これらの２つのアプリケーションはどちらもカメラ、マイクの２つのデバイスを使用するため、ＴＶ会議とＴＶ電話を同時に使用することはできない。ＴＶ会議使用中には、ＴＶ会議のプレゼンスは「通話中」に設定される。ところが、この時他のユーザからは当該ユーザはＴＶ会議で通話中であり、ＴＶ電話は使用可能に見える。実際にはＴＶ会議とＴＶ電話は同時に使用できないため、当該ユーザに対してＴＶ電話による通話を試みてもエラーとなる。このように、プレゼンス情報と実際のユーザの状態が不一致となり、使用可能に見えるアプリケーションが使用できない、という問題が発生する。
上記問題は、アプリケーション間の制約を考慮せず、プレゼンス情報を個別に管理するために発生する。特許文献１では複数のプレゼンス情報が集約してユーザに送信されるが、アプリケーション間の制約は考慮しないため、上記問題を解決できない。また、特許文献２は、複数の通信メディアを持つ端末において、メディアを論理番号で管理し、あるメディアが通信中の場合に代替メディアを提供するが、論理番号間の制約を考慮しないという点で特許文献１と同様の問題を持つ。また、代替メディアでの通信を望まない他ユーザに対し、意図しないメディアを用いた通信が行われる問題がある。
そこで本発明は、上記問題点に鑑みてなされたもので、デバイスやリソースの競合など、制約により同時に使用できないアプリケーションをグループ化し、同一グループのアプリケーションのプレゼンス情報を統合して管理することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、サービスを提供する複数のアプリケーションサーバと、前記アプリケーションサーバからサービスを受ける複数のアプリケーションクライアントと、前記アプリケーションクライアントのプレゼンス情報をグループ化して管理するためのプレゼンス情報ＤＢをにより、同一グループに属するアプリケーションのプレゼンス情報を統合管理するプレゼンスサーバとを備え、前記プレゼンスサーバはアプリケーションクライアントからのプレゼンス情報登録を受信し、プレゼンス情報通知元と同一グループに属する全アプリケーションクライアントのプレゼンス情報を、通知されたプレゼンス情報に応じて更新し、グループ内のアプリケーションクライアントのプレゼンス情報を同期させる。
【発明の効果】
【０００７】
従って、本発明は、特定のアプリケーションのプレゼンス情報が更新された場合に、当該アプリケーションと同一グループに属するアプリケーションのプレゼンス情報も合わせて更新することで、他ユーザにグループ内の全アプリケーションの状態をリアルタイムに通知することを可能とする。 
【発明を実施するための最良の形態】
【０００８】
以下、本発明の一実施形態を図面に基づいて説明する。
【実施例１】
【０００９】
図１はシステム構成図である。該システムはユーザに各種サービスを提供するためのアプリケーションクライアント１−１〜１−Ｍ〜１−Ｎ、プレゼンスクライアント１−ＰＣ、アプリケーションクライアントに対応したアプリケーションサーバ２−１〜２−Ｍ〜２−Ｎ、ユーザのプレゼンス情報を管理するプレゼンスサーバ３で構成される。これらの機器はネットワーク４を通して相互接続される。ただし、本発明の効果を奏する限り、システム構成はこれに限定されない。
【００１０】
図２はアプリケーションクライアント１の装置構成図である。アプリケーションクライアント１はネットワークインターフェース１０、ＣＰＵ１２、ハードディスク１４、メモリ１６、バス１８という基本ハードウェア構成を備え、ネットワークインターフェース１０上のパケット送受信部１０１を介してネットワーク４と通信を行う。メモリ１６上には、ユーザにＴＶ電話、多地点ＴＶ会議などのサービスを提供するためのアプリケーションプログラム１６１が記憶されている。アプリケーションプログラム１６１は、各種サービスの制御を行うアプリケーション制御プログラム１６１１、アプリケーションの利用状況をプレゼンス情報として登録するためのプレゼンス制御プログラム１６１３、通信状況を監視し、必要に応じてタイムアウト処理を行うための通信監視タイマプログラム１６１５により構成される。ただし、本発明の効果を奏する限り、装置構成はこれに限定されない。
【００１１】
図１９はプレゼンスクライアント１−ＰＣの装置構成図である。プレゼンスクライアント１−ＰＣはネットワークインターフェースＰＣ０、ＣＰＵ（ＰＣ２）、ハードディスクＰＣ４、メモリＰＣ６、バスＰＣ８という基本ハードウェア構成を備え、ネットワークインターフェースＰＣ０上のパケット送受信部ＰＣ０１を介してネットワーク４と通信を行う。メモリＰＣ６上には、プレゼンス情報を処理するためのプレゼンスクライアントプログラムＰＣ６１を搭載している。プレゼンスクライアントプログラムＰＣ６１は、プレゼンス情報の通知、登録等の制御を行うプレゼンス制御プログラムＰＣ６１１、通信状況を監視し、必要に応じてタイムアウト処理を行うための通信監視タイマプログラムＰＣ６１３により構成される。ただし、本発明の効果を奏する限り、装置構成はこれに限定されない。
【００１２】
図３はアプリケーションサーバ２の装置構成図である。アプリケーションサーバ２はネットワークインターフェース２０、ＣＰＵ２２、ハードディスク２４、メモリ２６、バス２８という基本ハードウェア構成を備え、ネットワークインターフェース２０上のパケット送受信部２０１を介してネットワーク４と通信を行う。メモリ２６上には、ＴＶ電話、多地点ＴＶ会議などのサービスを制御するためのアプリケーション制御プログラム２６１が記憶されている。アプリケーション制御プログラム２６１は、各種サービスの制御を行うアプリケーション制御プログラム２６１１、プレゼンスサーバとプレゼンス情報の送受信を行うためのプレゼンス制御プログラム２６１３、通信状況を監視し、必要に応じてタイムアウト処理を行うための通信監視タイマプログラム２６１５により構成される。アプリケーション制御プログラムは、例えばＳＩＰ、Ｈ．３２３などの、各アプリケーションに応じたプロトコル処理のためのプログラムを用いる。ただし、本発明の効果を奏する限り、装置構成はこれに限定されない。
【００１３】
図４はプレゼンスサーバ３の装置構成図である。プレゼンスサーバ３はネットワークインターフェース３０、ＣＰＵ３２、ハードディスク３４、メモリ３６、バス３８という基本ハードウェア構成を備え、ネットワークインターフェース３０上のパケット送受信部３０１を介してネットワーク４と通信を行う。メモリ３６上には、ユーザのプレゼンス情報を収集、蓄積し、必要に応じて情報を通知するためのプレゼンス情報管理プログラム３６１を搭載している。プレゼンス情報管理プログラム３６１は、プレゼンス情報の登録、通知を行うプレゼンス制御プログラム３６１１、通信状況を監視し、必要に応じてタイムアウト処理を行うための通信監視タイマプログラム３６１３により構成される。プレゼンス情報は、ハードディスク３４上のプレゼンス情報ＤＢ３４１に格納される。プレゼンス情報ＤＢ３４１は、少なくとも、ユーザのプレゼンス情報を管理するプレゼンス情報テーブル３４１−Ａと、アプリケーションの種別を管理するアプリケーション種別テーブル３４１−Ｂから構成されている。プレゼンス情報テーブルは、ユーザ名３４１−１、アプリケーションの種別を示すアプリケーション識別子３４１−２、アプリケーションのグループ種別を示すグループ識別子３４１−３、当該アプリケーションのプレゼンス情報３４１−４により構成される。アプリケーション種別テーブル３４１−Ｂは、アプリケーションの種別と、そのグループ情報を管理する。グループはグループ識別子３４１−５で識別される。今、アプリケーション１からアプリケーションＭまでが同一グループに属するものとすると、アプリケーション種別テーブル３４１−Ｂは、同一グループに属するアプリケーションの識別子（３４１−６１〜３４１−６Ｍ）と、グループ識別子３４１−５の対を保持する。これにより、アプリケーションのグループ分けを行う。ただし、本発明の効果を奏する限り、装置構成はこれに限定されない。
【００１４】
次に、システム全体の動作を示すシーケンスについて説明する。図５は、ユーザＡのアプリケーション１クライアントＡ（１−１Ａ）が、アプリケーション１サーバ２−１を介して、ユーザＢのアプリケーション１クライアントＢ（１−１Ｂ）との間に、アプリケーション１のセッションを確立する際のシーケンスである。アプリケーション１クライアントＡ（１−１Ａ）は、ユーザＢとのセッション開始要求Ｓ１−００１をアプリケーション１サーバ２−１に送信する。アプリケーションセッションの制御については、ＳＩＰ等のプロトコルを用いる。アプリケーションサーバ２−１は、宛先がユーザＢであることを検出して、セッション開始要求をアプリケーション１クライアントＢ（１−１Ｂ）に転送する（Ｓ１−００３）。ユーザＡからのセッション開始要求Ｓ１−００３を受信したユーザＢは、セッションを確立するためにセッション開始応答Ｓ１−００５をアプリケーション１サーバ２−１に送信する。ユーザＢからのセッション開始応答Ｓ１−００５を受信したアプリケーション１サーバ２−１は、宛先がユーザＡであることを検出し、セッション開始応答Ｓ１−００７をアプリケーション１クライアントＡ（１−１Ａ）に転送する。以上の手順を経て、ユーザＡとユーザＢの間にアプリケーション１のセッションが確立される。これらのセッション制御は、ＳＩＰ等の個別のプロトコル用のアプリケーション制御プログラムによって行われる。上記手順を経た後、アプリケーション１クライアントＡ（１−１Ａ）は自身の状態を「使用中」として、プレゼンスサーバ３に登録する。プレゼンス情報の登録はプレゼンス情報登録メッセージＳ１−００９で行う。プレゼンス情報登録メッセージのフォーマットを図１３のＰＫ−０１に示す。プレゼンス情報登録メッセージＰＫ−０１はメッセージ種別（プレゼンス情報登録）ＰＫ−０１０１、ユーザ名ＰＫ−０１０３、アプリケーション識別子ＰＫ−０１０５、プレゼンス情報ＰＫ−０１０７から成る。プレゼンス情報登録Ｓ１−００９を受信したプレゼンスサーバ３は、プレゼンス情報ＤＢ３４１に受信したプレゼンス情報を登録する。プレゼンスサーバ３は情報を登録した後、プレゼンス情報登録完了メッセージＳ１−０１１をアプリケーション１クライアントＡ（１−１Ａ）に送信し、登録処理を完了させる。プレゼンス情報登録完了メッセージＳ１−０１１のフォーマットを図１３のＰＫ−０３に示す。プレゼンス情報登録完了メッセージＰＫ−０３は、メッセージ種別（プレゼンス情報登録完了）ＰＫ−０３０１、ユーザ名ＰＫ−０３０３、アプリケーション識別子ＰＫ−０３０５、応答コードＰＫ−０３０７から成る。プレゼンスサーバ３はさらに、アプリケーション種別テーブル３４１−Ｂに基づいて、プレゼンス情報登録Ｓ１−００９によって登録されたアプリケーションのプレゼンス情報とそれ以外のアプリケーションのプレゼンス情報との同期をとる（Ｓ１−０１３）。同期をとるにあたり、プレゼンスサーバ３は、プレゼンス情報登録メッセージＰＫ−０１中のアプリケーション識別子ＰＫ−０１０５を取得する。次に、取得したアプリケーション識別子ＰＫ−０１０５を用いて、アプリケーション種別管理テーブル３４１−Ｂを検索し、該アプリケーションが属するグループのグループ識別子３４１−５を検出する。最後にプレゼンスサーバ３は、該ユーザに対してグループ内でアプリケーション識別子ＰＫ−０１０５以外の識別子を持つ全てのアプリケーションのプレゼンス情報を「競合中」として、プレゼンス情報テーブル３４１−Ａに登録する。以上の処理を行った結果、他ユーザがユーザＡのプレゼンス情報を閲覧した他のユーザは、アプリケーション１が使用中、アプリケーション２〜アプリケーションＭは競合中であり、アプリケーション１だけでなく、アプリケーション２〜アプリケーションＭも使用不可であると知ることができる。以上はユーザＡから通信を開始した場合の処理であるが、セッション開始要求を受信したユーザＢについても同様の処理を行う。その場合、ユーザＢはセッション開始応答Ｓ１−００５を送信した後に、プレゼンスサーバ３に対してプレゼンス情報登録メッセージＰＫ−０１を送信する。また、セッション開始時ではなく、セッション終了時にも同様の処理を行う。この場合、アプリケーション１クライアントＡ（１−１Ａ）はアプリケーション１サーバ２−１を介してアプリケーション１クライアントＢ（１−１Ｂ）にセッション終了要求メッセージを送信し、セッション終了応答を受信した後にプレゼンス情報を「使用可能」として、プレゼンスサーバ３にプレゼンス情報登録メッセージＰＫ−０１を送信する。プレゼンスサーバ３はプレゼンス情報登録メッセージＰＫ−０１受信後に、該ユーザに対して同一グループに属する全てのアプリケーションのプレゼンス情報を「使用可能」として同期をとる。この処理により、ユーザＡのプレゼンス情報を閲覧した他のユーザはアプリケーション１だけではなく、同一グループに属する他のアプリケーションも使用可能と知ることができる。セッション終了時のユーザＢの処理も。セッション開始時に準じる。
【００１５】
プレゼンス情報の同期をとった後のプレゼンスサーバの処理は２通り考えられる。１つは、アプリケーションサーバ２がプレゼンスサーバ３に対して、事前にプレゼンス情報の通知を要求しておき、プレゼンスサーバ３はプレゼンス情報の更新があるたびにプレゼンス情報の通知を要求したアプリケーションサーバ２に最新の情報を通知するというものである。もう１つは、アプリケーションサーバ２がアプリケーションクライアント１からセッション開始要求メッセージを受信した際に、その都度プレゼンスサーバ３に最新のプレゼンス情報を要求するというものである。どちらの処理の場合も、更新要求のあったアプリケーションのプレゼンス情報だけでなく、同一グループのアプリケーションのプレゼンス情報も同期をとって更新して通知する。これにより、更新要求のあったアプリケーションが使用不可の場合は、同一グループのアプリケーションも使用不可であること、逆に更新要求のあったアプリケーションが使用可能な場合は、同一グループのアプリケーションも使用可能であることを他のユーザに通知できる。
【００１６】
図６は前者のシーケンスを示す。ユーザＡのプレゼンス情報の通知を望むアプリケーションＭサーバ２−Ｍは、プレゼンス情報通知要求Ｎ１−００１をプレゼンスサーバ３に送信する。プレゼンス情報通知要求Ｎ１−００１のフォーマットを図１３のＰＫ−０５に示す。プレゼンス情報通知要求ＰＫ−０５は、メッセージ種別（プレゼンス情報通知要求）ＰＫ−０５０１、ユーザ名ＰＫ−０５０３、アプリケーション識別子ＰＫ−０５０５を含む。これを受信したプレゼンスサーバ３は、その時点での最新のプレゼンス情報を、プレゼンス情報通知メッセージＮ１−００３によって要求元に送信する。プレゼンス情報通知メッセージＮ１−００３のフォーマットを図１３のＰＫ−０７に示す。プレゼンス情報通知メッセージＰＫ−０７は、メッセージ種別（プレゼンス情報通知）ＰＫ−０７０１、ユーザ名ＰＫ−０７０３、アプリケーション識別子ＰＫ−０７０５、プレゼンス情報ＰＫ−０７０７を含む。図５におけるセッション開始手順（Ｓ１−００１〜Ｓ１−００７）を終えたアプリケーション１クライアントＡ（１−１Ａ）は、プレゼンス情報登録メッセージＮ１−００５をプレゼンスサーバ３に送信する。プレゼンスサーバ３がプレゼンス情報の同期（Ｎ１−００９）を行うと、ユーザＡのアプリケーションＭのプレゼンス情報は「使用可能」から「競合中」に変化する。そこで、プレゼンスサーバ３は、アプリケーションＭサーバ２−Ｍからの要求に従い、プレゼンス情報通知メッセージＮ１−０１１を送信する。この処理方法ではアプリケーションＭサーバ２−Ｍは常に最新のプレゼンス情報を把握することができるので、アプリケーションＭクライアントＢ（１−ＭＢ）からセッション開始要求Ｎ１−０１３を受信した際に、プレゼンスサーバ３にプレゼンス情報を要求することはない。この処理により、アプリケーション１クライアントＡ（１−１Ａ）のプレゼンス状態を知りたいサーバまたは他のユーザは、プレゼンス情報通知要求を１度行うだけで、プレゼンス情報の更新のたびに最新のプレゼンス情報を知ることができる。
【００１７】
図７はもう一つの処理シーケンスである。アプリケーション１クライアントＡは、図５におけるセッション開始手順（Ｓ１−００１〜Ｓ１−００７）を完了した後、プレゼンス情報登録メッセージＮ２−００１をプレゼンスサーバ３に送信する。このメッセージを受信したプレゼンスサーバは、プレゼンス情報登録完了メッセージＮ２−００３をアプリケーション１クライアントＡ（１−１Ａ）に送信した後、プレゼンス情報の同期を行う（Ｎ２−００５）。同期処理により、ユーザＡのアプリケーションＭのプレゼンス情報は更新されるが、アプリケーションＭサーバ２−Ｍから要求を受けていないため、この時点ではプレゼンス情報はアプリケーションＭサーバ２−Ｍに通知されない。この状態でユーザＢからのセッションＭ開始要求Ｎ２−００７を受信したアプリケーションＭサーバ２−Ｍは、ユーザＡのプレゼンス情報を持っていないため、プレゼンスサーバ３に対してユーザＡのプレゼンス情報を要求する。これはプレゼンス情報通知要求Ｎ２−００９を送信することで実現される。プレゼンス情報通知要求Ｎ２−００９を受信したプレゼンスサーバ３は、アプリケーションＭサーバ２−Ｍにプレゼンス情報通知Ｎ２−０１１を送信して、要求されたプレゼンス情報を通知する。この処理により、アプリケーション１クライアントＡ（１−１Ａ）のプレゼンス情報を知りたいサーバまたは他のユーザは、プレゼンス情報通知要求を行うたびに最新のプレゼンス情報を知ることができる。
【００１８】
アプリケーションサーバ２がプレゼンス情報を取得する契機は図６、図７のシーケンスで説明したように２つの場合が考えられるが、プレゼンス情報を取得した後の動作も２通り考えられる。一つは該アプリケーションにおいて宛先ユーザのプレゼンスが「使用中」、もしくは「競合中」の場合にはメッセージを転送せずにエラーとして扱う処理であり、もう一つは宛先ユーザのプレゼンス情報に関わらずにメッセージを送信する方法である。
【００１９】
図８は前者の処理を示すシーケンスである。ユーザＡはアプリケーション１を使用中のため、同一グループに属するアプリケーションＭのプレゼンス情報は「競合中」であるとする。この状態において、アプリケーションＭクライアントＢ（１−ＭＢ）からのセッション開始要求Ｔ１−００１を受信したアプリケーションＭサーバ２−Ｍは、宛先ユーザ（ユーザＡ）のプレゼンス情報が「競合中」であることを検出し、セッション開始要求元のアプリケーションＭクライアントＢ（１−ＭＢ）にエラー通知Ｔ１−００３を、宛先のアプリケーションＭクライアントＡ（１−ＭＡ）に着信通知Ｔ１−００５をそれぞれ送信する。これらのエラー通知、着信通知は、ＳＩＰなどの個々のプロトコル用のアプリケーション制御プログラムにより行われる。この処理により、他のクライアントと通信中でセッション要求を受け付けることができないクライアント（アプリケーションＭクライアントＡ（１−ＭＡ））へのセッション開始要求を、途中のサーバが遮断してエラー通知を出すことで、通話中のクライアントがエラー通知の処理をせずに済む。また、無駄なトラフィックを増やさずに済む。
【００２０】
図９はもう一つの処理シーケンスを示す。プレゼンス情報の前提条件は図８と同等とする。こちらの処理においては、アプリケーションサーバはユーザのプレゼンス情報を考慮しないため、アプリケーションＭクライアントＢ（１−ＭＢ）からのセッション開始要求Ｔ２−００１を受信したアプリケーションＭサーバ２−Ｍは、ユーザＡのプレゼンス情報が競合中であっても、これをアプリケーションＭクライアントＡ（１−ＭＡ）に転送し（Ｔ２−００３）、エラー処理はクライアントに委ねる。この処理においては、プレゼンス情報はアプリケーションの制御に影響を及ぼさないため、図６、７の手順によるプレゼンス情報の取得は省略できる。
【００２１】
次に、システムの各構成要素の動作をフローチャートにより説明する。図１０はアプリケーションクライアント１のフローチャートである。アプリケーションクライアント１は起動時に処理を開始（ＡＣ―００１）し、イベント処理ループ（ＡＣ−００７）に入る。イベントとは、ネットワークを介したメッセージ受信や、キー押下などによるユーザ操作を指す。ユーザがセッション開始ボタンを押下（ＡＣ−０１０）した場合、アプリケーションクライアント１はアプリケーションサーバ２にセッション開始要求メッセージを送信する（ＡＣ−０１３）。セッション開始要求メッセージを受信した場合（ＡＣ−０１６）、アプリケーションクライアント１はセッション開始応答メッセージを送信（ＡＣ−０１９）した後、プレゼンス情報登録先にプレゼンス情報を「使用中」として登録する（ＡＣ−０２５）。プレゼンス情報登録先は、プレゼンスサーバ３か、後述するプレゼンス統合クライアント１−Ｐのいずれかである。セッション開始応答メッセージを受信した場合（ＡＣ−０２２）も、プレゼンス情報登録先にプレゼンス情報を「使用中」として登録する（ＡＣ−０２５）。以上がセッション開始時の処理である。ユーザがセッション終了ボタンを押下した場合（ＡＣ−０２８）、アプリケーションクライアント１はアプリケーションサーバ２にセッション終了要求を送信する（ＡＣ−０３１）。アプリケーションサーバ２からセッション終了要求を受信した場合（ＡＣ−０３４）、アプリケーションクライアント１はセッション終了応答を送信（ＡＣ−０３７）し、その後プレゼンス情報登録先にプレゼンス情報を「使用可能」として登録する（ＡＣ−０４３）。セッション終了応答を受信した場合（ＡＣ−０４０）も、同様の処理（ＡＣ−０４３）を行う。イベント処理ループはアプリケーションクライアント１の終了時に同時に終了（ＡＣ−０４６）し、アプリケーションクライアント１は終了する（ＡＣ−０４９）。
【００２２】
図１１はアプリケーションサーバ２のフローチャートである。アプリケーションサーバ２は起動時に処理を開始（ＡＳ−００１）し、メッセージ処理ループ（ＡＳ−００４）に入る。セッション開始要求を受信した場合（ＡＳ−００７）、アプリケーションサーバ２は、宛先ユーザのプレゼンス情報を取得済みかどうか調べる（ＡＳ−０１０）。アプリケーションサーバがセッション制御にプレゼンス情報を用いない場合（図９）、この手順は省略できる。プレゼンス情報を取得していない場合は、プレゼンスサーバ３にプレゼンス情報通知要求を送信する（ＡＳ−０１６）。プレゼンス情報を取得済みの場合、プレゼンス情報に応じた処理を行う（ＡＳ−０１３）。ここでのメッセージ処理は図８、図９のいずれかの方式を取る。セッション開始応答メッセージを受信した場合（ＡＳ−０１９）、セッション終了要求メッセージを受信した場合（ＡＳ−０２２）、セッション終了応答メッセージを受信した場合（ＡＳ−０２５）、アプリケーションサーバ２はこれらのメッセージを宛先ユーザに転送する（ＡＳ−０２８）。プレゼンス情報通知を受信した場合（ＡＳ−０３１）、アプリケーションサーバ２は、セッション開始要求メッセージを処理中かどうか調べる（ＡＳ−０３４）。セッション開始要求メッセージ処理中の場合、プレゼンス情報通知はアプリケーションサーバ２が能動的に収集した情報であり、この情報を用いてメッセージ処理を継続する（ＡＳ−０１３）。メッセージ処理ループはアプリケーションサーバ２の終了時に同時に終了（ＡＳ−０４３）し、アプリケーションサーバ２は終了する（ＡＳ−０４６）。
【００２３】
図１２はプレゼンスサーバ３のフローチャートである。プレゼンスサーバ３は起動時に処理を開始（ＰＳ−００１）し、メッセージ処理ループ（ＰＳ−００４）に入る。プレゼンス情報登録メッセージを受信した場合（ＰＳ−００７）、プレゼンスサーバ３はプレゼンス情報ＤＢ３４１にプレゼンス情報を登録し、プレゼンス情報登録完了メッセージを登録元に送信する（ＰＳ−０１０）。その後、登録したプレゼンス情報の種別を判定する（ＰＳ−０１３）。プレゼンス情報の内容が「使用中」の場合、プレゼンスサーバ３は、該ユーザの同一グループに属する他のアプリケーションのプレゼンス状態を全て「競合中」に設定する（ＰＳ−０１６）。プレゼンス情報の内容が「使用中」でなければ、即ち「使用可能」であれば、プレゼンスサーバ３は該ユーザの同一グループに属する全アプリケーションの状態を「使用可能」に設定する（ＰＳ−０１９）。以上の処理はプレゼンス情報の同期処理である。ＰＳ−０１６、ＰＳ−０１９の同期処理を行った後は、プレゼンス情報の更新が発生するため、プレゼンスサーバ３は、事前にプレゼンス情報の通知を要求したアプリケーションサーバに対して、プレゼンス情報通知メッセージを送信する（ＰＳ−０２５）。プレゼンス情報の通知は、アプリケーションサーバからのプレゼンス情報通知要求を受信した場合（ＰＳ−０２２）にも行われる。グループ登録メッセージを受信した場合（ＰＳ−０２４）、プレゼンスサーバ３は、アプリケーション種別テーブル３４１−Ｂにグループ識別子とアプリケーション識別子の組を登録し（ＰＳ−０２６）、グループ登録送信元にグループ登録完了メッセージを送信する（ＰＳ−０２７）。グループ登録処理については後述する。メッセージ処理ループはプレゼンスサーバ３の終了時に同時に終了（ＰＳ−０２８）し、プレゼンスサーバ３は終了する（ＰＳ−０３１）。
【実施例２】
【００２４】
これまではプレゼンス情報の同期をプレゼンスサーバでとる方式について説明してきたが、同期はクライアント側で実現することも可能である。図１４は、クライアントによるプレゼンス情報の同期を目的としたシステム構成図である。該システムはユーザに各種サービスを提供するためのアプリケーションクライアント１−１〜１−Ｍ〜１−Ｎ、プレゼンスクライアント１−ＰＣ、アプリケーションクライアントに対応したアプリケーションサーバ２−１〜２−Ｍ〜２−Ｎ、ユーザのプレゼンス情報を管理するプレゼンスサーバ３で構成される。アプリケーションクライアント１−１〜１−Ｎは、同一端末の上で動作し、全アプリケーションクライアントのプレゼンス情報を統合して管理するプレゼンス統合クライアント１−Ｐも同一端末上で動作する。これらの機器はネットワーク４を通して相互接続される。この実施例においては、各アプリケーションクライアントはプレゼンス情報をプレゼンス統合クライアント１−Ｐに登録し、プレゼンス統合クライアント１−Ｐが同期のとれたプレゼンス情報をプレゼンスサーバ３に登録する。
図１５は統合プレゼンスクライアント１−Ｐの装置構成図である。統合プレゼンスクライアント１−ＰはネットワークインターフェースＰ０、ＣＰＵ（Ｐ２）、ハードディスクＰ４、メモリＰ６、バスＰ８という基本ハードウェア構成を備え、ネットワークインターフェースＰ０上のパケット送受信部Ｐ０１を介してネットワーク４と通信を行う。メモリＰ６上には、各アプリケーションクライアント１−１〜１−Ｎのプレゼンス情報を収集、蓄積し、必要に応じて情報を通知するためのプレゼンス情報当具管理プログラムＰ６１を搭載している。プレゼンス情報統合管理プログラムＰ６１は、プレゼンス情報の登録、通知を行うプレゼンス制御プログラムＰ６１１、通信状況を監視し、必要に応じてタイムアウト処理を行うための通信監視タイマプログラムＰ６１３により構成される。プレゼンス情報は、ハードディスクＰ４上のプレゼンス情報ＤＢ（Ｐ４１）に格納される。プレゼンス情報ＤＢ（Ｐ４１）は、ユーザのプレゼンス情報を管理するプレゼンス情報テーブルＰ４１−Ａと、アプリケーションの種別を管理するアプリケーション種別テーブルＰ４１−Ｂを持つ。プレゼンス情報テーブルは、ユーザ名Ｐ４１−１、アプリケーションの種別を示すアプリケーション識別子Ｐ４１−２、アプリケーションのグループ種別を示すグループ識別子Ｐ４１−３、各アプリケーションのプレゼンス情報Ｐ４１−４により構成される。アプリケーション種別テーブルＰ４１−Ｂは、アプリケーションの種別と、そのグループ情報を管理する。グループはグループ識別子Ｐ４１−５で識別される。今、アプリケーション１からアプリケーションＭまでが同一グループに属するものとすると、アプリケーション種別テーブルＰ４１−Ｂは、同一グループに属するアプリケーションの識別子（Ｐ４１−６１〜Ｐ４１−６Ｍ）と、グループ識別子Ｐ４１−５の対を保持する。これにより、アプリケーションのグループ分けを行う。ただし、本発明の効果を奏する限り、装置構成はこれに限定されない。
【００２５】
図１６はシステム全体のシーケンスである。セッション確立手順については、図５と同様とする。アプリケーション１クライアントＡ（１−１Ａ）は、図５と同様の手順を経てアプリケーション１クライアントＢ（１−１Ｂ）との間にセッションを確立する（Ｓ２−００１〜Ｓ２―００７）。クライアントでプレゼンス情報の同期を取る場合、アプリケーションクライアントから見たプレゼンス情報の登録先は、プレゼンス統合クライアント１−Ｐになる。そこで、アプリケーション１クライアントＡ（１−１Ａ）は、アプリケーション１の状態を「使用中」として、プレゼンス情報登録メッセージＳ２−００９をプレゼンス統合クライアント１−Ｐに送信する。プレゼンス統合クライアント１−Ｐは、プレゼンス情報ＤＢ（Ｐ４１）に受信したプレゼンス情報を登録する。プレゼンス統合クライアント１−Ｐは情報を登録した後、プレゼンス情報登録完了メッセージＳ２−０１１をアプリケーション１クライアントＡ（１−１Ａ）に送信し、登録処理を完了させる。プレゼンス統合クライアント１−Ｐはさらに、アプリケーション種別テーブルＰ４１−Ｂに基づいて、プレゼンス情報の同期をとる（Ｓ２−０１３）。プレゼンス統合クライアント１−Ｐは、プレゼンス情報登録メッセージＰＫ−０１中のアプリケーション識別子ＰＫ−０１０５を取得する。次に、取得したアプリケーション識別子ＰＫ−０１０５を用いて、アプリケーション種別管理テーブルＰ４１−Ｂを検索し、該アプリケーションが属するグループのグループ識別子Ｐ４１−５を検出する。グループ識別子を検出した後、プレゼンス統合クライアント１−Ｐは、グループ内でアプリケーション識別子ＰＫ−０１０５以外の識別子を持つ全てのアプリケーションのプレゼンス情報を「競合中」として、プレゼンス情報テーブルＰ４１−Ａに登録する。以上でプレゼンス統合クライアント１−Ｐにおける、プレゼンス情報の同期処理が完了する。プレゼンス統合クライアント１−Ｐは、同期の取れた全てのアプリケーション（１〜Ｍ）のプレゼンス情報を、プレゼンス情報登録メッセージＳ２−０１５を用いてプレゼンスサーバに登録する。プレゼンスサーバ３側では情報の同期処理は行わず、プレゼンスサーバ３はプレゼンス情報登録完了メッセージＳ２−０１７を返信して処理を完了する。
【００２６】
図１７はプレゼンス統合クライアント１−Ｐのフローチャートである。プレゼンス統合クライアント１−Ｐは起動時に処理を開始（ＰＣ−００１）し、メッセージ処理ループ（ＰＣ−００４）に入る。プレゼンス情報登録メッセージを受信した場合（ＰＣ−００７）、プレゼンス統合クライアント１−Ｐは、プレゼンス情報ＤＢ（Ｐ４１）にプレゼンス情報を登録後、プレゼンス情報登録完了をプレゼンス登録元のアプリケーションクライアントに送信する（ＰＣ−０１０）。その後、プレゼンス統合サーバは、登録されたプレゼンス情報の内容を調査する（ＰＣ−０１３）。プレゼンス情報の内容が「使用中」だった場合、同一グループに属する他のアプリケーションクライアントのプレゼンス情報を全て「競合中」としてプレゼンスサーバ３に登録する（ＰＣ−０１９）。プレゼンス情報の内容が「使用中」でない、即ち「使用可能」だった場合、同一グループに属する全アプリケーションクライアントのプレゼンスを「使用可能」としてプレゼンスサーバ３に登録する。グループ登録メッセージを受信した場合（ＰＣ−０２０）、プレゼンス統合クライアント１−Ｐは、アプリケーション種別テーブルＰ４１−Ｂにグループ識別子とアプリケーション識別子の組を登録し（ＰＣ−０１７）、グループ登録送信元にグループ登録完了メッセージを送信する（ＰＣ−０１８）。グループ登録処理については後述する。メッセージ処理ループはプレゼンス統合クライアント１−Ｐの終了時に同時に終了（ＰＣ−０２２）し、プレゼンス統合クライアント１−Ｐは終了する（ＰＣ−０２５）。
【００２７】
次に、実際のアプリケーションを用いたシステム構成の例について説明する。図１８はアプリケーションとしてＴＶ会議、ＴＶ電話を備えたシステム構成図である。システムは図１におけるアプリケーションの具体例として、ＴＶ会議サーバ２−Ａ、ＴＶ電話サーバ２−Ｂと、それぞれに対応したＴＶ会議クライアント１−Ａ、ＴＶ電話クライアント１−Ｂを備える。クライアント・サーバ間の呼制御プロトコルにはＳＩＰを用いることを想定し、呼制御サーバとしてＳＩＰサーバ２−Ｃを構成要素に含める。ＴＶ会議、ＴＶ電話は、映像、音声デバイスを共有するため、グループ化して管理する必要性が高い。これらのサーバ群は、図２５に示すように、ブレードサーバを用いて一筐体で実現することも可能である。ただし、本発明の効果を奏する限り、システム構成はこれに限定されない。
【００２８】
次に、プレゼンスクライアントによるプレゼンス情報通知と、グループ登録の様子を。シーケンスを用いて説明する。図２０はプレゼンス情報がプレゼンスクライアントに通知される様子を示す。プレゼンス情報をプレゼンスサーバ３から通知してもらうためには、事前にどのユーザの、どのアプリケーションのプレゼンス情報の通知を受けるかを登録する必要がある。今、ユーザＡが、ユーザＢのアプリケーション１〜アプリケーションＭのプレゼンス情報の通知を要求すると仮定すると、プレゼンスクライアントＡ（１−ＰＣＡ）は、プレゼンスサーバ３にプレゼンス情報通知要求（ＰＲ−００１、ＰＲ−００５）を送信する。プレゼンス情報の通知要求は、ユーザとアプリケーション種別を両方指定し、通知を要求する全ての組み合わせに対して、メッセージを逐次送信する。プレゼンス情報通知要求を受信したプレゼンスサーバ３は、受信した要求ごとにプレゼンス情報通知（ＰＲ−００３、ＰＲ−００７）を送信する。以後、ユーザＢのプレゼンス情報に変化があるたびに、プレゼンスサーバ３はユーザＡに対してプレゼンス情報の通知を行う。ここで、ユーザＢがアプリケーション１に対する操作を行い、アプリケーション１のプレゼンス情報に変化が生じると、アプリケーション１クライアントＢ（１−１Ｂ）はプレゼンス情報登録メッセージＰＲ−００９をプレゼンスサーバ３に送信する。プレゼンスサーバ３はプレゼンス情報登録完了メッセージＰＲ−０１１を返信した後、アプリケーション種別テーブル３４１−Ｂに従い、プレゼンス情報の同期を取る（ＰＲ−０１３）。ユーザＡがユーザＢのプレゼンス情報の通知を要求しているため、プレゼンスサーバ３はプレゼンスクライアントＡ（１−ＰＣＡ）に対して、プレゼンス情報通知メッセージ（ＰＲ−０１５、ＰＲ−０１７）を送信する。この時、プレゼンスクライアントＡ（１−ＰＣＡ）の画面は、図２３に示すように変化する。ＧＵＩ−０１はユーザＢのプレゼンス情報が更新される前の画面であり、アプリケーションの状態は、アプリケーション１〜Ｍが全て使用可能と表示される。プレゼンスサーバ３からのプレゼンス情報通知を受信した後は、画面はＧＵＩ−０３に示すように、アプリケーション１が使用中、アプリケーション２〜Ｍは競合中に変化する。以上がプレゼンス情報通知の様子である。
【００２９】
アプリケーションのグループ化にはさまざまなパターンが考えられる。例えばデバイスの制約等から、事前にグループ分けが可能であり、システム管理者がシステム起動時に設定を行う場合がある。しかし、ユーザが自身でグループを定義したい場合もある。このような場合、ユーザがアプリケーションのグループを手動または自動で設定できる手段が必要である。図２１はグループ登録のシーケンス図である。グループの登録は、プレゼンスクライアント１−ＰＣから、図２４に示すＧＵＩを用いて行う。ユーザはＧＵＩを用いてグループ名（ＩＴＥＭ−５０１）を指定し、該グループに含めるアプリケーションを、リスト中から選択する（ＩＴＥＭ−５０３〜ＩＴＥＭ−５０７）。登録ボタン（ＩＴＥＭ−５０９）を押下すると、図２１のシーケンス中のグループ登録メッセージＧＲ−００１がプレゼンスサーバ３に送信される。グループ登録メッセージの内容を図１３に示す（ＰＫ−０９）。グループ登録メッセージＰＫ−０９は、メッセージ種別（ＰＫ−０９０１）、ユーザ名（ＰＫ−０９０３）、グループ識別子（ＰＫ−０９０５）、該グループに含めるアプリケーション識別子のリスト（ＰＫ−０９０７〜ＰＫ−０９０９）を情報として含む。プレゼンスサーバ３はグループ登録メッセージＧＲ−００１に対して、グループ登録完了メッセージＧＲ−００３をプレゼンスクライアント１−ＰＣに送信する。図１３にグループ登録完了メッセージの内容を示す（ＰＫ−１１）。グループ登録完了メッセージＰＫ−１１は、メッセージ種別（ＰＫ−１１０１）、ユーザ名（ＰＫ−１１０３）、グループ識別子（ＰＫ−１１０５）、応答コード（ＰＫ−１１０７）を情報として含む。以上でグループの登録が完了する。なお、プレゼンス統合クライアントが存在する場合は、グループの登録はプレゼンス統合クライアントに対して行う。
【００３０】
プレゼンス情報通知要求機能、グループ登録機能を実現するための、プレゼンスクライアント１−ＰＣのフローチャートを図２２に示す。プレゼンスクライアント１−ＰＣは起動時に処理を開始（ＰＣＣ−００１）し、イベント処理ループ（ＰＣＣ−００４）に入る。イベントとは、ネットワークを介したメッセージ受信や、キー押下などによるユーザ操作を指す。ユーザがプレゼンス情報通知要求ボタンを押下した場合（ＰＣＣ−００７）、プレゼンスクライアント１−ＰＣはプレゼンス情報通知要求メッセージを、プレゼンスサーバ３、プレゼンス統合クライアント１−Ｐのいずれかに送信する（ＰＣＣ−０１０）。送信先はシステム構成に依存する。ユーザがグループ登録ボタンを押下した場合（ＰＣＣ−０１３）、プレゼンスクライアントはグループ登録メッセージを、プレゼンスサーバ３、プレゼンス統合クライアント１−Ｐのいずれかに送信する（ＰＣＣ−０１６）。イベント処理ループはプレゼンスクライアント１−ＰＣの終了時に同時に終了（ＰＣＣ−０１９）し、プレゼンスクライアント１−ＰＣは終了する（ＰＣＣ−０２２）。なお、プレゼンスクライアント１−ＰＣとプレゼンス統合クライアント１−Ｐは、一つのアプリケーションとして実装することもできる。
【産業上の利用可能性】
【００３１】
以上のように、本発明に係るプレゼンス統合管理システムでは、アプリケーションをグループ化して、同一グループに属するアプリケーションのプレゼンス情報を統合管理することができるので、１ユーザがＴＶ会議システムやＴＶ電話などの複数のアプリケーションを同時に使用する、リアルタイムコミュニケーションシステムなどに適用できる。
【図面の簡単な説明】
【００３２】
【図１】プレゼンス統合管理システムのシステム構成図
【図２】アプリケーションクライアントの装置構成図
【図３】アプリケーションサーバの装置構成図
【図４】プレゼンスサーバの装置構成図
【図５】セッション開始時のシーケンス図
【図６】プレゼンス情報通知の一実施例を示すシーケンス図
【図７】プレゼンス情報通知の別の実施例を示すシーケンス図
【図８】セッション開始要求の処理方法の一実施例を示すシーケンス図
【図９】セッション開始要求の処理方法の別の実施例を示すシーケンス図
【図１０】アプリケーションクライアントのフローチャート
【図１１】アプリケーションサーバのフローチャート
【図１２】プレゼンスサーバのフローチャート
【図１３】パケットフォーマット
【図１４】プレゼンス統合クライアントを含んだシステム構成図
【図１５】プレゼンス統合クライアントの装置構成図
【図１６】プレゼンス統合クライアントを含んだセッション開始時のシーケンス図
【図１７】プレゼンス統合クライアントのフローチャート
【図１８】ＴＶ会議とＴＶ電話によるシステム構成図
【図１９】プレゼンスクライアントの装置構成図
【図２０】プレゼンス情報通知のシーケンス図
【図２１】グループ登録のシーケンス図
【図２２】プレゼンスクライアントのフローチャート
【図２３】プレゼンス情報通知のＧＵＩ
【図２４】グループ登録のＧＵＩ
【図２５】ブレードサーバによるシステム構築図
【符号の説明】
【００３３】
１−１〜１−Ｎ  アプリケーションクライアント
１−Ｐ プレゼンス統合クライアント
２−１〜２−Ｎ  アプリケーションサーバ
３ プレゼンスサーバ
４  外部ネットワーク
【図１】
2006174193.tif 000003
【図２】
2006174193.tif 000004
【図３】
2006174193.tif 000005
【図４】
2006174193.tif 000006
【図５】
2006174193.tif 000007
【図６】
2006174193.tif 000008
【図７】
2006174193.tif 000009
【図８】
2006174193.tif 000010
【図９】
2006174193.tif 000011
【図１０】
2006174193.tif 000012
【図１１】
2006174193.tif 000013
【図１２】
2006174193.tif 000014
【図１３】
2006174193.tif 000015
【図１４】
2006174193.tif 000016
【図１５】
2006174193.tif 000017
【図１６】
2006174193.tif 000018
【図１７】
2006174193.tif 000019
【図１８】
2006174193.tif 000020
【図１９】
2006174193.tif 000021
【図２０】
2006174193.tif 000022
【図２１】
2006174193.tif 000023
【図２２】
2006174193.tif 000024
【図２３】
2006174193.tif 000025
【図２４】
2006174193.tif 000026
【図２５】
2006174193.tif 000027