(57)【要約】【課題】より適切なタイミングでの発信を支援する。【解決手段】プレゼンス情報提供サーバ１００は、プレゼンティティ端末のプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを、ＳＩＰサーバから取得する。プレゼンティティ端末の識別子と、取得したプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを対応づけて、状態データ１１１に記憶する。またウォッチャー端末からプレゼンティティ端末のプレゼンス情報の参照要求データを受信すると、状態データ１１１から、プレゼンティティ端末のプレゼンス情報と、プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを取得して、取得したプレゼンス情報および稼働状態を含む応答データを、ウォッチャー端末に送信する。【選択図】      図２
2013179385.tif 000002
【特許請求の範囲】
【請求項１】
ウォッチャー端末にプレゼンティティ端末のプレゼンス情報を提供するプレゼンス情報提供サーバであって、
プレゼンティティ端末のプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを取得し、当該プレゼンティティ端末の識別子と、取得したプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを対応づけて、状態データに記憶する状態取得手段と、
ウォッチャー端末から前記プレゼンティティ端末のプレゼンス情報の参照要求データを受信すると、前記状態データから、当該プレゼンティティ端末のプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを取得して、取得したプレゼンス情報および稼働状態を含む応答データを、前記ウォッチャー端末に送信するプレゼンス情報応答手段
を備えることを特徴とするプレゼンス情報提供サーバ。
【請求項２】
ウォッチャー端末にプレゼンティティ端末のプレゼンス情報を提供するプレゼンス情報提供サーバであって、
プレゼンティティ端末のプレゼンス情報を受信し、当該プレゼンティティ端末の識別子と、取得したプレゼンティティ端末のプレゼンス情報とを対応づけて、プレゼンスデータに記憶するプレゼンス情報取得手段と、
ＳＩＰサーバの稼働状態を取得し、当該ＳＩＰサーバの識別子と、取得した稼働状態とを対応づけて、サーバ状態データに記憶する稼働状態取得手段と、
ウォッチャー端末から前記プレゼンティティ端末のプレゼンス情報の参照要求データを受信すると、前記プレゼンスデータから、当該プレゼンティティ端末のプレゼンス情報を取得するとともに、端末間を接続する際に経由するＳＩＰサーバの識別子を対応づけた網データから、前記ウォッチャー端末および前記プレゼンティティ端末間を接続する際に経由するＳＩＰサーバの識別子を取得するとともに、前記サーバ状態データから当該ＳＩＰサーバの稼働状態を取得し、取得した稼働状態に基づいて、前記ウォッチャー端末および前記プレゼンティティ端末間の通信が可能か否かの網状態を決定し、当該プレゼンティティ端末のプレゼンス情報および当該網状態とを含む応答データを、前記ウォッチャー端末に送信するプレゼンス情報応答手段
を備えることを特徴とするプレゼンス情報提供サーバ。
【請求項３】
前記プレゼンス情報応答手段は、
前記ウォッチャー端末および前記プレゼンティティ端末間を接続する際に経由するＳＩＰサーバの識別子を対応づけたルートが複数ある場合、各ルートについて、当該ルートに対応づけられるＳＩＰサーバの稼働状態を取得して、当該ルートの通信が可能か否かの網状態を決定し、全てのルートが通信不可の場合、前記ウォッチャー端末および前記プレゼンティティ端末間の通信が不可であることを示す網状態を前記応答データに含める
ことを特徴とする請求項２に記載のプレゼンス情報提供サーバ。
【請求項４】
ウォッチャー端末にプレゼンティティ端末のプレゼンス情報を提供するプレゼンス情報提供方法であって、
プレゼンス情報提供サーバが、プレゼンティティ端末のプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを取得し、当該プレゼンティティ端末の識別子と、取得したプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを対応づけて、状態データに記憶する状態取得ステップと、
前記プレゼンス情報提供サーバが、ウォッチャー端末から前記プレゼンティティ端末のプレゼンス情報の参照要求データを受信すると、前記状態データから、当該プレゼンティティ端末のプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを取得して、取得したプレゼンス情報および稼働状態を含む応答データを、前記ウォッチャー端末に送信するプレゼンス情報応答ステップ
を備えることを特徴とするプレゼンス情報提供方法。
【請求項５】
ウォッチャー端末にプレゼンティティ端末のプレゼンス情報を提供するプレゼンス情報提供方法であって、
プレゼンス情報提供サーバが、プレゼンティティ端末のプレゼンス情報を受信し、当該プレゼンティティ端末の識別子と、取得したプレゼンティティ端末のプレゼンス情報とを対応づけて、プレゼンスデータに記憶するプレゼンス情報取得ステップと、
前記プレゼンス情報提供サーバが、ＳＩＰサーバの稼働状態を取得し、当該ＳＩＰサーバの識別子と、取得した稼働状態とを対応づけて、サーバ状態データに記憶する稼働状態取得ステップと、
前記プレゼンス情報提供サーバが、ウォッチャー端末から前記プレゼンティティ端末のプレゼンス情報の参照要求データを受信すると、前記プレゼンスデータから、当該プレゼンティティ端末のプレゼンス情報を取得するとともに、端末間を接続する際に経由するＳＩＰサーバの識別子を対応づけた網データから、前記ウォッチャー端末および前記プレゼンティティ端末間を接続する際に経由するＳＩＰサーバの識別子を取得するとともに、前記サーバ状態データから当該ＳＩＰサーバの稼働状態を取得し、取得した稼働状態に基づいて、前記ウォッチャー端末および前記プレゼンティティ端末間の通信が可能か否かの網状態を決定し、当該プレゼンティティ端末のプレゼンス情報および当該網状態とを含む応答データを、前記ウォッチャー端末に送信するプレゼンス情報応答ステップ
を備えることを特徴とするプレゼンス情報提供方法。
【請求項６】
前記プレゼンス情報応答ステップは、
前記ウォッチャー端末および前記プレゼンティティ端末間を接続する際に経由するＳＩＰサーバの識別子を対応づけたルートが複数ある場合、各ルートについて、当該ルートに対応づけられるＳＩＰサーバの稼働状態を取得して、当該ルートの通信が可能か否かの網状態を決定し、全てのルートが通信不可の場合、前記ウォッチャー端末および前記プレゼンティティ端末間の通信が不可であることを示す網状態を前記応答データに含める
ことを特徴とする請求項５に記載のプレゼンス情報提供方法。
【請求項７】
コンピュータに、請求項４ないし請求項６のいずれか１項に記載のステップを実行させるためのプレゼンス情報提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウォッチャー端末にプレゼンティティ端末のプレゼンス情報を提供するプレゼンス情報提供サーバ、プレゼンス情報提供方法およびプレゼンス情報提供プログラムに関する。
【背景技術】
【０００２】
一般的に、プレゼンティティのプレゼンス情報をウォッチャーに通知するプレゼンス機能が知られている（例えば特許文献１参照。）。このプレゼンス情報は、在籍中、会議中などのプレゼンティティの状態である。ウォッチャーは、サーバに、プレゼンティティのプレゼンス情報を取得するためにＳＵＢＳＣＲＩＢＥメッセージを送信する。これに対してサーバは、ウォッチャーに、ＮＯＴＩＦＹメッセージとして、プレゼンティティのプレゼンス情報を提供する。
【０００３】
このようなプレゼンス機能の普及により、ユーザは、相手方のプレゼンス情報を考慮して電話をかけることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１０９４５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、相手方のプレゼンス情報を考慮して電話をかけたとしても、電話がつながりにくい、またはつながらない場合がある。
【０００６】
例えば、災害などが発生すると、多くのユーザが安否確認の電話をかけることにより、ＳＩＰサーバで輻輳が発生し、呼が通らない状況が知られている。輻輳が発生すると、ユーザは電話がつながりにくい状態であるにもかかわらず、多くのユーザがさらに電話をかけ、輻輳状態が長引いてしまう。
【０００７】
また、ＳＩＰサーバの障害により電話がつながらない場合も、災害時と同様に、呼が通らない状態となる。この場合ユーザは、電話がつながらない状態であるにもかかわらず、多くのユーザがさらに電話をかけ、無駄なトラフィックが発生する。これにより、通話システムはさらに処理負荷が高い状態に陥ってしまう。
【０００８】
このように、ユーザのプレゼンス情報を提供するのみでは、通話システムに負担が発生する場合がある。
【０００９】
従って本発明の目的は、より適切なタイミングでの発信を支援するプレゼンス情報提供サーバ、プレゼンス情報提供方法およびプレゼンス情報提供プログラムを提供することである。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明の第１の特徴は、ウォッチャー端末にプレゼンティティ端末のプレゼンス情報を提供するプレゼンス情報提供サーバに関する。即ち本発明の第１の特徴に係るプレゼンス情報提供サーバは、プレゼンティティ端末のプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを取得し、当該プレゼンティティ端末の識別子と、取得したプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを対応づけて、状態データに記憶する状態取得手段と、ウォッチャー端末からプレゼンティティ端末のプレゼンス情報の参照要求データを受信すると、状態データから、当該プレゼンティティ端末のプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを取得して、取得したプレゼンス情報および稼働状態を含む応答データを、ウォッチャー端末に送信するプレゼンス情報応答手段を備える。
【００１１】
本発明の第２の特徴は、ウォッチャー端末にプレゼンティティ端末のプレゼンス情報を提供するプレゼンス情報提供サーバに関する。即ち本発明の第２の特徴に係るプレゼンス情報提供サーバは、プレゼンティティ端末のプレゼンス情報を受信し、当該プレゼンティティ端末の識別子と、取得したプレゼンティティ端末のプレゼンス情報とを対応づけて、プレゼンスデータに記憶するプレゼンス情報取得手段と、ＳＩＰサーバの稼働状態を取得し、当該ＳＩＰサーバの識別子と、取得した稼働状態とを対応づけて、サーバ状態データに記憶する稼働状態取得手段と、ウォッチャー端末からプレゼンティティ端末のプレゼンス情報の参照要求データを受信すると、プレゼンスデータから、当該プレゼンティティ端末のプレゼンス情報を取得するとともに、端末間を接続する際に経由するＳＩＰサーバの識別子を対応づけた網データから、ウォッチャー端末およびプレゼンティティ端末間を接続する際に経由するＳＩＰサーバの識別子を取得するとともに、サーバ状態データから当該ＳＩＰサーバの稼働状態を取得し、取得した稼働状態に基づいて、ウォッチャー端末およびプレゼンティティ端末間の通信が可能か否かの網状態を決定し、当該プレゼンティティ端末のプレゼンス情報および当該網状態とを含む応答データを、ウォッチャー端末に送信するプレゼンス情報応答手段を備える。
【００１２】
ここで、プレゼンス情報応答手段は、ウォッチャー端末およびプレゼンティティ端末間を接続する際に経由するＳＩＰサーバの識別子を対応づけたルートが複数ある場合、各ルートについて、当該ルートに対応づけられるＳＩＰサーバの稼働状態を取得して、当該ルートの通信が可能か否かの網状態を決定し、全てのルートが通信不可の場合、ウォッチャー端末およびプレゼンティティ端末間の通信が不可であることを示す網状態を応答データに含めても良い。
【００１３】
本発明の第３の特徴は、ウォッチャー端末にプレゼンティティ端末のプレゼンス情報を提供するプレゼンス情報提供方法に関する。本発明の第３の特徴に係るプレゼンス情報提供方法は、プレゼンス情報提供サーバが、プレゼンティティ端末のプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを取得し、当該プレゼンティティ端末の識別子と、取得したプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを対応づけて、状態データに記憶する状態取得ステップと、プレゼンス情報提供サーバが、ウォッチャー端末からプレゼンティティ端末のプレゼンス情報の参照要求データを受信すると、状態データから、当該プレゼンティティ端末のプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを取得して、取得したプレゼンス情報および稼働状態を含む応答データを、ウォッチャー端末に送信するプレゼンス情報応答ステップを備える。
【００１４】
本発明の第４の特徴は、ウォッチャー端末にプレゼンティティ端末のプレゼンス情報を提供するプレゼンス情報提供方法に関する。即ち本発明の第４の特徴に係るプレゼンス情報提供方法は、プレゼンス情報提供サーバが、プレゼンティティ端末のプレゼンス情報を受信し、当該プレゼンティティ端末の識別子と、取得したプレゼンティティ端末のプレゼンス情報とを対応づけて、プレゼンスデータに記憶するプレゼンス情報取得ステップと、プレゼンス情報提供サーバが、ＳＩＰサーバの稼働状態を取得し、当該ＳＩＰサーバの識別子と、取得した稼働状態とを対応づけて、サーバ状態データに記憶する稼働状態取得ステップと、プレゼンス情報提供サーバが、ウォッチャー端末からプレゼンティティ端末のプレゼンス情報の参照要求データを受信すると、プレゼンスデータから、当該プレゼンティティ端末のプレゼンス情報を取得するとともに、端末間を接続する際に経由するＳＩＰサーバの識別子を対応づけた網データから、ウォッチャー端末およびプレゼンティティ端末間を接続する際に経由するＳＩＰサーバの識別子を取得するとともに、サーバ状態データから当該ＳＩＰサーバの稼働状態を取得し、取得した稼働状態に基づいて、ウォッチャー端末およびプレゼンティティ端末間の通信が可能か否かの網状態を決定し、当該プレゼンティティ端末のプレゼンス情報および当該網状態とを含む応答データを、ウォッチャー端末に送信するプレゼンス情報応答ステップを備える。
【００１５】
ここで、プレゼンス情報応答ステップは、ウォッチャー端末およびプレゼンティティ端末間を接続する際に経由するＳＩＰサーバの識別子を対応づけたルートが複数ある場合、各ルートについて、当該ルートに対応づけられるＳＩＰサーバの稼働状態を取得して、当該ルートの通信が可能か否かの網状態を決定し、全てのルートが通信不可の場合、ウォッチャー端末およびプレゼンティティ端末間の通信が不可であることを示す網状態を応答データに含めても良い。
【００１６】
本発明の第５の特徴は、コンピュータに本発明の第３の特徴または第４の特徴に記載のステップを実行させるためのプレゼンス情報提供プログラムに関する。
【発明の効果】
【００１７】
本発明によれば、より適切なタイミングでの発信を支援するプレゼンス情報提供サーバ、プレゼンス情報提供方法およびプレゼンス情報提供プログラムを提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態に係るプレゼンス情報提供システムのシステム構成を説明する図である。
【図２】本発明の実施の形態に係るプレゼンス情報提供システムにおける処理を説明するシーケンス図である。
【図３】本発明の実施の形態に係るプレゼンス情報提供サーバとＳＩＰサーバのハードウェア構成および機能ブロックを説明する図である。
【図４】本発明の実施の形態に係る状態データのデータ構造とデータの一例を説明する図である。
【図５】本発明の実施の形態に係るプレゼンス情報提供サーバが出力する結果の一例である。
【図６】本発明の変形例に係るプレゼンス情報提供システムにおける処理を説明するシーケンス図である。
【図７】本発明の変形例に係るプレゼンス情報提供サーバのハードウェア構成および機能ブロックを説明する図である。
【図８】本発明の変形例に係るプレゼンス情報提供サーバのプレゼンスデータのデータ構造とデータの一例を説明する図である。
【図９】本発明の変形例に係るプレゼンス情報提供サーバのサーバ状態データのデータ構造とデータの一例を説明する図である。
【図１０】本発明の変形例に係るプレゼンス情報提供サーバの網データのデータ構造とデータの一例を説明する図である。
【図１１】本発明の変形例に係るプレゼンス情報提供サーバの網状態データのデータ構造とデータの一例を説明する図である。
【図１２】本発明の変形例に係るプレゼンス情報提供サーバの網状態決定手段による網状態決定処理の一例を説明するフローチャートである。
【図１３】本発明の変形例に係るプレゼンス情報提供サーバが出力する結果の一例である。
【発明を実施するための形態】
【００１９】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００２０】
（実施の形態）
図１に示す本発明の実施の形態に係るプレゼンス情報提供システム６は、次世代ネットワーク（ＮＧＮ：Next Generation Network）において、プレゼンティティ端末のプレゼンス情報を提供する。ＮＧＮは、固定通信と移動体通信を融合し、電話サービス、データ通信サービス、ストリーミングサービスなどの各種サービスを提供する基盤ネットワークである。本発明の実施の形態に係るプレゼンス情報提供システム６は、プレゼンティティ端末のプレゼンス情報を提供するとともに、このプレゼンティティ端末と通信するために必要なＳＩＰサーバの稼働状況も通知する。
【００２１】
ここで、ＳＩＰサーバの稼働状況は、輻輳が発生しているか、障害が発生しているか、正常に処理できているかなど、ＳＩＰサーバの機能の稼働の状況である。
【００２２】
プレゼンス情報提供システム６は、プレゼンス情報提供サーバ１００、第１の端末２、第２の端末３、第１のＳＩＰサーバ１０、第２のＳＩＰサーバ２０、第３のＳＩＰサーバ３０、他サーバ４および他ネットワークサーバ５を備える。プレゼンス情報提供サーバ１００、第１のＳＩＰサーバ１０、第２のＳＩＰサーバ２０、第３のＳＩＰサーバ３０および他サーバ４は、通信ネットワークにより相互に通信可能に接続される。
【００２３】
第１の端末２および第２の端末３は、ユーザの端末であって、いわゆる電話機である。本発明の実施の形態において第２の端末３は、プレゼンティティ端末で、プレゼンス情報を提供する。第１の端末２は、ウォッチャー端末で、第２の端末３のプレゼンス情報を取得する。
【００２４】
第１のＳＩＰサーバ１０は、第１の端末２を収容するセッション制御サーバである。第２のＳＩＰサーバ２０は、第２の端末３を収容するセッション制御サーバである。第３のＳＩＰサーバ３０は、第１のＳＩＰサーバ１０、第２のＳＩＰサーバ２０および他ネットワークサーバ５間でのセッションを中継するセッション中継サーバである。ここで、第１のＳＩＰサーバ１０および第２のＳＩＰサーバ２０は、一般的に、「加入者収容サーバ」、「ＳＳＣ」などと称される場合もある。第３のＳＩＰサーバ３０は、一般的に、「中継サーバ」、「ＩＳＣ」などと称される場合もある。
【００２５】
プレゼンス情報提供サーバ１００は、ウォッチャー端末にプレゼンティティ端末のプレゼンス情報を提供する。プレゼンス情報提供サーバ１００は、プレゼンス情報提供システム６におけるプレゼンティティ端末のプレゼンス情報を保持し、要求に応じてプレゼンス情報を提供する。他サーバ４および他ネットワークサーバ５は、プレゼンス情報提供システム６の各サーバに接続し、情報を送受信する。
【００２６】
本発明の実施の形態において、第１のＳＩＰサーバ１０および第２のＳＩＰサーバ２０は、各サーバが収容する端末に、情報提供要求（ＳＵＢＳＣＲＩＢＥ）を送信する。これにより各端末は、プレゼンス情報が変更されると、情報提供（ＮＯＴＩＦＹ）により、第１のＳＩＰサーバ１０および第２のＳＩＰサーバ２０に最新のプレゼンス情報を提供する。第１のＳＩＰサーバ１０および第２のＳＩＰサーバ２０は、各端末のプレゼンス情報を取得する。各端末のプレゼンス情報を取得すると、第１のＳＩＰサーバ１０および第２のＳＩＰサーバ２０は、取得したプレゼンス情報を、プレゼンス情報提供サーバ１００にＮＯＴＩＦＹする。このとき、第１のＳＩＰサーバ１０および第２のＳＩＰサーバ２０は、併せて、自身の稼働状況をプレゼンス情報提供サーバ１００にＮＯＴＩＦＹする。
【００２７】
ウォッチャー端末である第１の端末２は、第１のＳＩＰサーバ１０に、第２の端末３のプレゼンス情報の提供を要求するためのＳＵＢＳＣＲＩＢＥを送信する。第１のＳＩＰサーバ１０は、ＳＵＢＳＣＲＩＢＥをプレゼンス情報提供サーバ１００に送信する。プレゼンス情報提供サーバ１００は、第１のＳＩＰサーバ１０から受信したＳＵＢＳＣＲＩＢＥに対して、第２の端末３のプレゼンス情報を取得し、取得した第２の端末３のプレゼンス情報を、第１のＳＩＰサーバ１０にＮＯＴＩＦＹする。第１のＳＩＰサーバ１０は、第２の端末３のプレゼンス情報を、第１の端末２にＮＯＴＩＦＹする。このとき、プレゼンス情報提供サーバ１００は、併せて、第２の端末３を収容する第２のＳＩＰサーバ２０の稼働状況も、第１のＳＩＰサーバ１０を介して第１の端末２にＮＯＴＩＦＹする。
【００２８】
図２を参照して、本発明の実施の形態において、プレゼンス情報提供サーバ１００が、プレゼンス情報を取得し、提供する処理を説明する。
【００２９】
まずステップＳ１において第２のＳＩＰサーバ２０は、第２の端末３に、ＳＵＢＳＣＲＩＢＥを送信する。第２の端末３は、受信したＳＵＢＳＣＲＩＢＥに対応して、ステップＳ２において自身のプレゼンス情報「在宅」のＮＯＴＩＦＹを、第２のＳＩＰサーバ２０に送信する。ステップＳ３において第２のＳＩＰサーバ２０は、第２の端末３のプレゼンス情報と、第２のＳＩＰサーバ２０の稼働状況とを、プレゼンス情報提供サーバ１００に送信する。
【００３０】
同様に、ステップＳ４において第１のＳＩＰサーバ１０は、第１の端末２に、ＳＵＢＳＣＲＩＢＥを送信する。第１の端末２は、受信したＳＵＢＳＣＲＩＢＥに対応して、自身のプレゼンス情報「不在」のＮＯＴＩＦＹを、第１のＳＩＰサーバ１０に送信する。第１のＳＩＰサーバ１０は、第１の端末２のプレゼンス情報と、第１のＳＩＰサーバ１０の稼働状況とを、プレゼンス情報提供サーバ１００に送信する。
【００３１】
ステップＳ７においてプレゼンス情報提供サーバ１００は、ステップＳ３およびステップＳ６において受信したＮＯＴＩＦＹに基づいて、状態データ１１１を更新する。具体的にはプレゼンス情報提供サーバ１００は、ステップＳ３で受信したＮＯＴＩＦＹに基づいて、第２の端末３のプレゼンス情報と、第２のＳＩＰサーバ２０の稼働状況とを対応づけて、状態データ１１１に記憶する。さらにプレゼンス情報提供サーバ１００は、ステップＳ６で受信したＮＯＴＩＦＹに基づいて、第１の端末２のプレゼンス情報と、第１のＳＩＰサーバ１０の稼働状況とを対応づけて、状態データ１１１に記憶する。
【００３２】
その後、ステップＳ１１において、第１の端末２が、第２の端末３のプレゼンス情報を取得するためのＳＵＢＳＣＲＩＢＥを第１のＳＩＰサーバ１０に送信する。ステップＳ１２において、第１のＳＩＰサーバ１０は、第２の端末３のプレゼンス情報を取得するためのＳＵＢＳＣＲＩＢＥをプレゼンス情報提供サーバ１００に送信する。プレゼンス情報提供サーバ１００は、状態データ１１１から第２の端末３のプレゼンス情報と、第２の端末３を収容する第２のＳＩＰサーバ２０の稼働状況を取得し、ステップＳ１３においてＮＯＴＩＦＹを第１のＳＩＰサーバ１０に送信する。ステップＳ１４において第１のＳＩＰサーバ１０は、ＮＯＴＩＦＹを第１の端末２に送信し、第１の端末２は、第２の端末３のプレゼンス情報と、第２のＳＩＰサーバ２０の稼働状況を取得する。
【００３３】
ステップＳ１１ないしステップＳ１４においては、第３のＳＩＰサーバ３０が、第１のＳＩＰサーバ１０および第２のＳＩＰサーバ２０を介して収容する第１の端末２および第２の端末３においてプレゼンス情報を提供する場合を説明したが、これに限らない。例えば、他ネットワークサーバ５が、第２の端末３のプレゼンス情報を取得する場合も同様である。
【００３４】
具体的には、ステップＳ２１において、他ネットワークサーバ５が、第２の端末３のプレゼンス情報を取得するためのＳＵＢＳＣＲＩＢＥを第３のＳＩＰサーバ３０に送信する。ステップＳ２２において、第３のＳＩＰサーバ３０は、第２の端末３のプレゼンス情報を取得するためのＳＵＢＳＣＲＩＢＥをプレゼンス情報提供サーバ１００に送信する。プレゼンス情報提供サーバ１００は、状態データ１１１から第２の端末３のプレゼンス情報と、第２の端末３を収容する第２のＳＩＰサーバ２０の稼働状況を取得し、ステップＳ２３においてＮＯＴＩＦＹを第３のＳＩＰサーバ３０に送信する。ステップＳ２４において第３のＳＩＰサーバ３０は、ＮＯＴＩＦＹを他ネットワークサーバ５に送信し、他ネットワークサーバ５は、第２の端末３のプレゼンス情報と、第２のＳＩＰサーバ２０の稼働状況を取得する。
【００３５】
図３を参照して、本発明の実施の形態に係るプレゼンス情報提供サーバ１００および第１のＳＩＰサーバ１０を説明する。
【００３６】
プレゼンス情報提供サーバ１００は、記憶装置１１０、中央処理制御装置１２０および通信制御装置１３０を備える一般的なコンピュータである。プレゼンス情報提供サーバ１００は、一般的なコンピュータが所定の処理を実行するためのプログラムを実行することにより、図３に示す各部を実装する。
【００３７】
通信制御装置１３０は、プレゼンス情報提供サーバ１００をＳＩＰサーバ等に接続するためのインタフェースである。通信制御装置１３０は、中央処理制御装置１２０の指示に従って、データを送受信する。
【００３８】
記憶装置１１０は、状態データ１１１を記憶する。状態データ１１１は、プレゼンス情報提供サーバ１００が提供する端末のプレゼンス情報と、この端末を収容するＳＩＰサーバの稼働状態とを対応づけたデータである。
【００３９】
状態データ１１１は、図４に示すように、ユーザ識別子、端末識別子、プレゼンス情報、収容サーバ識別子および収容サーバ稼働状態を対応づけたデータである。図４に示す状態データ１１１は、図１に示す第１の端末２のユーザ「Ａさん」と、第２の端末３のユーザ「Ｂさん」の状態を示す。ユーザ「Ａさん」について、端末識別子「0X-XXXX-XXXX」、プレゼンス情報「不在」である。また状態データ１１１は、ユーザＡさんの第１の端末２を収容する「第１のＳＩＰサーバ」の稼働状態は「正常」であることを示す。
【００４０】
ここで、端末識別子は、例えば各端末の電話番号である。ユーザ識別子および収容サーバ識別子は、予め加入者データなどにより設定される。プレゼンス情報および収容サーバ稼働状態は、収容サーバからＮＯＴＩＦＹされることにより、設定される。
【００４１】
中央処理制御装置１２０は、状態取得手段１２１およびプレゼンス情報応答手段１２２を備える。
【００４２】
状態取得手段１２１は、プレゼンティティ端末のプレゼンス情報と、プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを取得する。さらに状態取得手段１２１は、プレゼンティティ端末の識別子と、取得したプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを対応づけて、状態データ１１１に記憶する。ここで、状態取得手段１２１が、プレゼンティティ端末のプレゼンス情報と、プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを取得する方法はいくつか考えられる。例えば状態取得手段１２１は、図２に示すように、プレゼンス情報とＳＩＰサーバの稼働状態とを、このＳＩＰサーバから取得しても良い。また状態取得手段１２１は、プレゼンス情報をプレゼンティティ端末から取得するとともに、ＳＩＰサーバの稼働状態をＳＩＰサーバから取得しても良い。この場合状態取得手段１２１は、プレゼンティティ端末の識別子とこのプレゼンティティ端末を収容するＳＩＰサーバの識別子とを対応づけたデータを参照して、プレゼンティティ端末のプレゼンス情報と、このプレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを対応づけて、状態データ１１１に記憶する。
【００４３】
状態取得手段１２１は、ＳＩＰサーバからＮＯＴＩＦＹを受信した際の処理であって、具体的には、図２のステップＳ３、Ｓ６およびステップＳ７等の処理である。図２のステップＳ３で示す例では、状態取得手段１２１は、第２のＳＩＰサーバ２０からのＮＯＴＩＦＹにより、プレゼンティティ端末である第２の端末３のプレゼンス情報と、第２のＳＩＰサーバ２０の稼働状態とを取得する。状態取得手段１２１は、第２の端末３の識別子と、ＳＩＰサーバの稼働状態とを対応づけて、状態データ１１１に記憶する。
【００４４】
プレゼンス情報応答手段１２２は、ウォッチャー端末からプレゼンティティ端末のプレゼンス情報の参照要求データを受信した際の処理である。プレゼンス情報応答手段１２２は、状態データ１１１から、当該プレゼンティティ端末のプレゼンス情報と、当該プレゼンティティ端末を収容するＳＩＰサーバの稼働状態とを取得する。プレゼンス情報応答手段１２２は、取得したプレゼンス情報および稼働状態を含む応答データを、ウォッチャー端末に送信する。
【００４５】
プレゼンス情報応答手段１２２は、ＳＩＰサーバからＳＵＢＳＣＲＩＢＥを受信した際の処理であって、具体的には、図２のステップＳ１２、Ｓ１３、Ｓ２２およびＳ２３等の処理である。図２のステップＳ１２およびＳ１３に示す例では、プレゼンス情報応答手段１２２は、第１のＳＩＰサーバ１０から、第２の端末３に関するＳＵＢＳＣＲＩＢＥを受けると、状態データ１１１から、第２の端末３のプレゼンス情報と、第２のＳＩＰサーバ２０の稼働状況とを取得する。プレゼンス情報応答手段１２２は、第１のＳＩＰサーバ１０に、第２の端末３のプレゼンス情報と、第２のＳＩＰサーバ２０の稼働状況とを知らせるＮＯＴＩＦＹを送信する。
【００４６】
このとき、プレゼンス情報応答手段１２２は、状態データ１１１から第２の端末３のユーザ識別子を取得して、第１のＳＩＰサーバ１０に送信しても良い。この場合、第１のＳＩＰサーバ１０は、図５に示すように、第１の端末２に、ユーザ識別子「Ｂさん」のプレゼンス情報「在宅」と、第２のＳＩＰサーバ２０の稼働状態「正常」を通知することができる。これにより、第１の端末２のユーザは、第２の端末３のプレゼンス情報だけでなく、第２の端末３を収容するＳＩＰサーバの稼働状態も取得できるので、第２の端末３の稼働状態も考慮して、第２の端末３にアクセスすることができる。例えば、第２の端末３のユーザが「在宅」であっても、第２の端末３を収容する第２のＳＩＰサーバが輻輳状態などで異常状態の場合、第１の端末２のユーザは、第２の端末３へのアクセスを抑制することができる。
【００４７】
図３を参照して、ＳＩＰサーバを説明する。第１のＳＩＰサーバ１０は、通信制御装置１１、中央処理制御装置１２、記憶装置１３および加入者端末通信制御装置１４を備えるコンピュータである。第１のＳＩＰサーバ１０は、コンピュータが所定の処理を実行するためのプログラムを実行することにより、図３に示す各部を実装する。
【００４８】
通信制御装置１１は、第１のＳＩＰサーバ１０を他のＳＩＰサーバやプレゼンス情報提供サーバ１００に接続するためのインタフェースである。加入者端末通信制御装置１４は、第１のＳＩＰサーバ１０を、第１のＳＩＰサーバが収容する加入者端末に接続するためのインタフェースである。通信制御装置１１および加入者端末通信制御装置１４は、中央処理制御装置１２の指示に従って、データを送受信する。
【００４９】
中央処理制御装置１２は、ＳＩＰメッセージ制御手段１５、プレゼンス情報送信手段１６、稼働状態取得手段１７およびプレゼンス情報要求処理手段１８を備える。
【００５０】
ＳＩＰメッセージ制御手段１５は、第１の端末２から受信したＳＩＰメッセージを処理し、他のＳＩＰサーバに転送したり、他のＳＩＰサーバから受信したＳＩＰメッセージを処理し、第１の端末２に転送する。また、ＳＩＰメッセージ制御手段１５は、加入者データ（図示せず）の管理など、一般的なＳＩＰサーバとしての処理を担う。
【００５１】
プレゼンス情報送信手段１６は、第１の端末２から取得した第１の端末２のプレゼンス情報を、プレゼンス情報提供サーバ１００に送信する。プレゼンス情報送信手段１６の処理は、図２のステップＳ５およびステップＳ６の処理に相当する。このときプレゼンス情報送信手段１６は、稼働状態取得手段１７が取得した第１のＳＩＰサーバ１０の稼働状態も併せて、プレゼンス情報提供サーバ１００に送信する。
【００５２】
稼働状態取得手段１７は、第１のＳＩＰサーバ１０が、輻輳状態であるか、障害発生中であるか、サービス状態であるかなど、正常に稼働しているか否かの稼働状態を取得する。
【００５３】
その後稼働状態取得手段１７は、取得した第１のＳＩＰサーバ１０の稼働状態を取得し、プレゼンス情報送信手段１６に入力する。第１のＳＩＰサーバ１０の稼働状態は、第１のＳＩＰサーバ１０が収容する第１の端末２のプレゼンス情報とともに、プレゼンス情報提供サーバ１００に送信される。
【００５４】
プレゼンス情報要求処理手段１８は、第１の端末２からプレゼンス情報のＳＵＢＳＣＲＩＢＥを受信すると、プレゼンス情報提供サーバ１００にＳＵＢＳＣＲＩＢＥを送信する。またプレゼンス情報要求処理手段１８は、プレゼンス情報提供サーバ１００からプレゼンス情報のＮＯＴＩＦＹを受信すると、ＮＯＴＩＦＹを第１の端末２に送信する。プレゼンス情報要求処理手段１８の処理は、図２のステップＳ１１ないしＳ１４の処理に相当する。
【００５５】
図３を参照して第１のＳＩＰサーバ１０の機能ブロックを説明したが、第２のＳＩＰサーバ２０および第３のＳＩＰサーバ３０も、第１のＳＩＰサーバと同様の機能ブロックを有する。
【００５６】
このような本発明の実施の形態に係るプレゼンス情報提供サーバ１００は、在籍中、会議中などのプレゼンティティのプレゼンス情報のみでなく、輻輳、障害などのユーザの端末を収容するＳＩＰサーバの状態も併せてウォッチャーに提供する。プレゼンティティは、ウォッチャーに電話をかけるまえでも、サーバの輻輳や障害の状態を把握することができるので、災害発生時のバースト的なトラフィックの増加を抑止することができる。これにより、ユーザが、より適切なタイミングで発信できるように、支援することができる。
【００５７】
（変形例）
本発明の実施の形態においては、プレゼンス情報提供サーバ１００が、プレゼンティティ端末を収容するＳＩＰサーバの稼働状態を、ウォッチャー端末に提供する場合を説明した。一方変形例に係るプレゼンス情報提供サーバ１００ａは、プレゼンティティ端末を収容するＳＩＰサーバの稼働状態のみならず、ＳＩＰメッセージが経由する全てのサーバの稼働状態を取得する。プレゼンス情報提供サーバ１００ａは、ウォッチャー端末からプレゼンティティ端末までのＳＩＰメッセージが経由するＳＩＰサーバの稼働状態から、ウォッチャー端末からプレゼンティティ端末までの網状態を決定し、ウォッチャー端末に提供する。
【００５８】
図６を参照して、本発明の変形例に係るプレゼンス情報提供処理を説明する。
【００５９】
ここで、ステップＳ５１において第２のＳＩＰサーバ２０が輻輳状態に遷移することにより、第２のＳＩＰサーバ２０における処理に遅延が発生する。これにより、ステップＳ５２において第２の端末３が、プレゼンス情報を第２のＳＩＰサーバ２０にＮＯＴＩＦＹしようとしても、第２のＳＩＰサーバ２０が処理できない場合が発生する。
【００６０】
一方、ステップＳ５３において第３のＳＩＰサーバ３０は、第２のＳＩＰサーバ２０に送信したメッセージが遅延したり、返信がないことにより、第２のＳＩＰサーバ２０が輻輳状態であることを検知する。この場合ステップＳ５４において第３のＳＩＰサーバ３０は、プレゼンス情報提供サーバ１００ａに、第２のＳＩＰサーバ２０が輻輳状態である旨のＮＯＴＩＦＹを送信する。
【００６１】
また、ステップＳ５５において他サーバ４も同様に、第２のＳＩＰサーバ２０が輻輳状態であることを検知する。この場合ステップＳ５６において他サーバ４は、プレゼンス情報提供サーバ１００ａに、第２のＳＩＰサーバ２０が輻輳状態である旨のＮＯＴＩＦＹを送信する。
【００６２】
ステップＳ５７においてプレゼンス情報提供サーバ１００ａは、ステップＳ５４およびステップＳ５６において受信したＮＯＴＩＦＹに基づいて、サーバ状態データ１１３を更新する。具体的にはプレゼンス情報提供サーバ１００ａは、ステップＳ５４で受信したＮＯＴＩＦＹに基づいて、第２のＳＩＰサーバ２０の稼働状態を、サーバ状態データ１１３に記憶する。さらにプレゼンス情報提供サーバ１００ａは、ステップＳ５６で受信したＮＯＴＩＦＹに基づいて、第２のＳＩＰサーバ２０の稼働状態を、サーバ状態データ１１３に記憶する。
【００６３】
また、各ＳＩＰサーバは、輻輳状態を検知したＳＩＰサーバが、正常状態に変化した場合、その旨をプレゼンス情報提供サーバ１００ａにＮＯＴＩＦＹしても良い。プレゼンス情報提供サーバ１００ａは、ＳＩＰサーバの最新の状態を、サーバ状態データ１１３に更新する。
【００６４】
なお、図６には示さないが、プレゼンス情報提供サーバ１００ａは、変形例においても各端末からプレゼンス情報を受信し、プレゼンスデータ１１２に記憶する。
【００６５】
その後、ステップＳ６１において、第１の端末２が、第２の端末３のプレゼンス情報を取得するためのＳＵＢＳＣＲＩＢＥを第１のＳＩＰサーバ１０に送信する。ステップＳ６２において、第１のＳＩＰサーバ１０は、第２の端末３のプレゼンス情報を取得するためのＳＵＢＳＣＲＩＢＥをプレゼンス情報提供サーバ１００ａに送信する。プレゼンス情報提供サーバ１００ａは、プレゼンスデータ１１２から第２の端末３のプレゼンス情報を取得するとともに、サーバ状態データ１１３から、第１の端末２および第２の端末３間の通信で経由するサーバの稼働状態から、網状態を決定する。プレゼンス情報提供サーバ１００ａは、第２の端末３のプレゼンス情報と網状態とを通知するために、ステップＳ６３においてＮＯＴＩＦＹを第１のＳＩＰサーバ１０に送信する。ステップＳ６４において第１のＳＩＰサーバ１０は、ＮＯＴＩＦＹを第１の端末２に送信し、第１の端末２は、第２の端末３のプレゼンス情報と、第１の端末２から第２の端末３の網状態を取得する。
【００６６】
ここで網状態は、任意の端末間で、ＳＩＰメッセージを送受信できるルートがあるか否かを示すデータである。例えば、任意の端末間でデータを送受信する際に経由するＳＩＰサーバが全て正常であれば、任意の端末間でデータは正常に送受信できる。一方、一つのＳＩＰサーバが正常でなくとも、この正常でないＳＩＰサーバを経由しないルートがあれば、網状態は正常でない。また、いずれかの端末を収容するＳＩＰサーバが正常でなく、かつ、このＳＩＰサーバが冗長化されていない場合、網状態は正常でない。
【００６７】
変形例に係る第１のＳＩＰサーバ１０は、図３を参照して説明した実施の形態に係る第１のＳＩＰサーバ１０と同様の機能ブロックを有するが、ＳＩＰメッセージ制御手段１５の処理が異なる。変形例に係るＳＩＰメッセージ制御手段１５は、所定のＳＩＰサーバに送信したメッセージの応答が遅延したり、応答が未達の場合、そのＳＩＰサーバが正常に稼働していないと判定する。この際ＳＩＰメッセージ制御手段１５は、ＳＩＰサーバの識別子とともにこのＳＩＰサーバの稼働状態を通知するためのＮＯＴＩＦＹを、プレゼンス情報提供サーバ１００ａに送信する。この処理は、図６のステップＳ５３およびＳ５４等の処理に相当する。
【００６８】
図７を参照して、変形例に係るプレゼンス情報提供サーバ１００ａを説明する。プレゼンス情報提供サーバ１００ａの記憶装置１１０ａは、プレゼンスデータ１１２、サーバ状態データ１１３、網データ１１４および網状態データ１１５を記憶する。
【００６９】
プレゼンスデータ１１２は、プレゼンティティ端末の識別子と、取得したプレゼンティティ端末のプレゼンス情報とを対応づけたデータである。プレゼンスデータ１１２は、例えば図８に示すように、ユーザ識別子、端末識別子およびプレゼンス情報を対応づけたデータである。プレゼンスデータ１１２は、図４の状態データ１１１と同様に、ユーザ識別子をさらに対応づけても良い。プレゼンスデータ１１２は、後述するプレゼンス情報取得手段１２４によって更新される。
【００７０】
サーバ状態データ１１３は、ＳＩＰサーバの識別子と、このＳＩＰサーバの稼働状態とを対応づけたデータである。サーバ状態データ１１３は、例えば図９に示すように、サーバ識別子およびサーバ稼働状態とを対応づけたデータである。サーバ状態データ１１３は、後述する稼働状態取得手段１２５によって更新される。
【００７１】
網データ１１４は、端末間を接続する際に経由するＳＩＰサーバの識別子を対応づけたデータである。網データ１１４は、例えば図１０に示すように、始点端末識別子、終点端末識別子および経由サーバを対応づけたデータである。経由サーバは、始点端末から、終点端末にメッセージを送受信する際に経由するＳＩＰサーバの識別子のリストである。例えば第１の端末２から第２の端末３まで、複数のルートがある場合、各ルートにおえる経由サーバの識別子のリストが、経由サーバ欄に設定される。網データ１１４は、予め作成されるデータである。
【００７２】
網状態データ１１５は、サーバ状態データ１１３および網データ１１４に基づいて、任意の端末間の網状態を対応づけたデータである。網状態データ１１５は、図１１に示すように、始点端末識別子と、終点端末識別子と、この始点端末および終点端末間の網状態とを対応づけたデータである。網状態データ１１５は、後述する網状態決定手段１２７により生成され、プレゼンス情報応答手段１２２によってウォッチャー端末に送信される。
【００７３】
中央処理制御装置１２０ａは、プレゼンス情報取得手段１２４、稼働状態取得手段１２５、網状態決定手段１２７およびプレゼンス情報応答手段１２６を備える。
【００７４】
プレゼンス情報取得手段１２４は、プレゼンティティ端末のプレゼンス情報を受信し、当該プレゼンティティ端末の識別子と、取得したプレゼンティティ端末のプレゼンス情報とを対応づけて、プレゼンスデータ１１２に記憶する。この処理は、図２のステップＳ３、ステップＳ６およびステップＳ７の処理に相当する。
【００７５】
なお、本発明の実施の形態において状態取得手段１２１は、図４に示すように、収容するサーバの稼働状態も対応づけて記憶した。一方変形例に係るプレゼンス情報取得手段１２４は、図８に示すように、サーバの稼働状態を対応づけることなく、プレゼンティティの識別子と、プレゼンス情報とを対応づけて記憶する。
【００７６】
稼働状態取得手段１２５は、ＳＩＰサーバの稼働状態を取得し、当該ＳＩＰサーバの識別子と、取得した稼働状態とを対応づけて、サーバ状態データ１１３に記憶する。この処理は、図７のステップＳ５３ないしステップＳ５７の処理に相当する。
【００７７】
実施の形態に係る状態取得手段１２１は、プレゼンティティのプレゼンス情報を取得する際、そのプレゼンティティを収容するＳＩＰサーバの稼働状態も取得して、状態データ１１１に記憶した。一方変形例において、プレゼンティティを収容するＳＩＰサーバであるか否かを問わず、プレゼンス情報提供システム６の各サーバが、他のサーバの稼働状態を検知すると、プレゼンス情報提供サーバ１００ａに、その他のサーバの稼働状態を通知する。変形例に係る稼働状態取得手段１２５は、このように、各サーバが他のサーバの稼働状態を知らせることにより、プレゼンス情報提供システム６の各サーバの稼働状態を取得することができる。
【００７８】
プレゼンス情報応答手段１２６は、ウォッチャー端末からプレゼンティティ端末のプレゼンス情報の参照要求データを受信すると、プレゼンスデータ１１２から、当該プレゼンティティ端末のプレゼンス情報を取得する。プレゼンス情報応答手段１２６は、当該プレゼンティティ端末のプレゼンス情報および網状態とを含む応答データを、ウォッチャー端末に送信する。この処理は、図７のステップＳ６２およびＳ６３に相当する。
【００７９】
プレゼンス情報応答手段１２６は、網状態決定手段１２７を備える。網状態決定手段１２７は、ウォッチャー端末からプレゼンティティ端末の網状態を決定し、網状態データ１１５を生成する。
【００８０】
網状態決定手段１２７は、網データ１１４から、ウォッチャー端末およびプレゼンティティ端末間を接続する際に経由するＳＩＰサーバの識別子を取得する。網状態決定手段１２７は、サーバ状態データ１１３からＳＩＰサーバの稼働状態を取得する。網状態決定手段１２７は、取得した稼働状態に基づいて、ウォッチャー端末およびプレゼンティティ端末間の通信が可能か否かの網状態を決定する。網状態を決定すると、網状態決定手段１２７は網状態データ１１５を生成する。生成した網状態データ１１５は、プレゼンス情報応答手段１２６によって読み出され、ウォッチャー端末に送信される。
【００８１】
網状態決定手段１２７が網状態を決定する方法はいくつか考えられるが、網状態決定手段１２７は、例えば、ウォッチャー端末およびプレゼンティティ端末間を接続する際に経由するＳＩＰサーバの識別子を対応づけたルートが複数ある場合、各ルートについて、当該ルートに対応づけられるＳＩＰサーバの稼働状態を取得して、当該ルートの通信が可能か否かの網状態を決定する。全てのルートが通信不可の場合、網状態決定手段１２７は、ウォッチャー端末およびプレゼンティティ端末間の通信が不可であることを示す網状態を出力し、網状態データ１１５に記憶する。
【００８２】
網状態決定手段１２７の処理を、図１２を参照して説明する。
【００８３】
ステップＳ１０１において網状態決定手段１２７は、プレゼンティティ端末を収容するＳＩＰサーバが正常であるか否かを判定する。正常でない場合、ステップＳ１０４において網状態を「異常」に設定する。一方、ＳＩＰサーバが正常である場合、ステップＳ１０２に進む。
【００８４】
ステップＳ１０２において網状態決定手段１２７は、ウォッチャー端末からプレゼンティティ端末へ、全てのＳＩＰサーバが正常に稼働しているルートがあるか否かを判定する。全てのＳＩＰサーバが正常に稼働しているルートがない場合、ステップＳ１０４において網状態を「異常」に設定する。一方、全てのＳＩＰサーバが正常に稼働しているルートがある場合、ステップＳ１０３に進む。ステップＳ１０３において網状態を「正常」に設定する。
【００８５】
プレゼンス情報応答手段１２６は、ＳＩＰサーバからＳＵＢＳＣＲＩＢＥを受信した際の処理であって、具体的には、図７のステップＳ６２およびＳ６３等の処理である。図７のステップＳ６２およびＳ６３に示す例では、プレゼンス情報応答手段１２６は、第１のＳＩＰサーバ１０から、第２の端末３に関するＳＵＢＳＣＲＩＢＥを受けると、プレゼンスデータ１１２から、第２の端末３のプレゼンス情報を取得する。さらにプレゼンス情報応答手段１２６は、網状態決定手段１２７により、第１の端末２および第２の端末３間の網状態を取得する。プレゼンス情報応答手段１２６は、第２の端末３のプレゼンス情報と網状態とを知らせるＮＯＴＩＦＹを第１のＳＩＰサーバ１０に送信する。
【００８６】
このとき、プレゼンス情報応答手段１２６は、プレゼンスデータ１１２から第２の端末３のユーザ識別子を取得して、第１のＳＩＰサーバ１０に送信しても良い。この場合、第１のＳＩＰサーバ１０は、図１３に示すように、第１の端末２に、ユーザ識別子「Ｂさん」のプレゼンス情報「在宅」と、Ｂさんの端末までの網状態「正常」を通知することができる。これにより、第１の端末２のユーザは、第２の端末３のプレゼンス情報だけでなく、第２の端末３までの網状態も取得できるので、第２の端末３までの網状態も考慮して、第２の端末３にアクセスすることができる。例えば、第２の端末３のユーザが「在宅」であっても、第２の端末３までのルートが異常状態の場合、第１の端末２のユーザは、第２の端末３へのアクセスを抑制することができる。これにより、ユーザが、より適切なタイミングで発信できるように、支援することができる。
【００８７】
（その他の実施の形態）
上記のように、本発明の実施の形態とその変形例によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【００８８】
例えば、本発明の実施の形態に記載したプレゼンス情報提供サーバは、図３に示すように一つのハードウェア上に構成されても良いし、その機能や処理数に応じて複数のハードウェア上に構成されても良い。また、既存の情報処理システム上に実現されても良い。
【００８９】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００９０】
２  第１の端末
３  第２の端末
４  他サーバ
５  他ネットワークサーバ
６  プレゼンス情報提供システム
１０  第１のＳＩＰサーバ
１１  １３０  通信制御装置
１２、１２０、１２０ａ  中央処理制御装置
１３、１１０  記憶装置
１４  加入者端末通信制御装置
１５  ＳＩＰメッセージ制御手段
１６  プレゼンス情報送信手段
１７、１２５  稼働状態取得手段
１８  プレゼンス情報要求処理手段
２０  第２のＳＩＰサーバ
３０  第３のＳＩＰサーバ
１００  プレゼンス情報提供サーバ
１１１  状態データ
１１２  プレゼンスデータ
１１３  サーバ状態データ
１１４  網データ
１１５  網状態データ
１２１  状態取得手段
１２２、１２６  プレゼンス情報応答手段
１２４  プレゼンス情報取得手段
１２５  稼働状態取得手段
【図１】
2013179385.tif 000003
【図２】
2013179385.tif 000004
【図３】
2013179385.tif 000005
【図４】
2013179385.tif 000006
【図５】
2013179385.tif 000007
【図６】
2013179385.tif 000008
【図７】
2013179385.tif 000009
【図８】
2013179385.tif 000010
【図９】
2013179385.tif 000011
【図１０】
2013179385.tif 000012
【図１１】
2013179385.tif 000013
【図１２】
2013179385.tif 000014
【図１３】
2013179385.tif 000015