(57)【要約】【課題】通知されたプレゼンス情報に対し正確な信頼度を与えることができるSIPプレゼンスサーバ装置を提供する。【解決手段】プレゼンス情報を更新する第１のリクエスト及び前記プレゼンス情報の有効期限を更新する第２のリクエストのうちの１つを受信した時点から、次に前記第２のリクエストを受信した時点までの時間を表すリクエスト経過時刻を計測し、該リクエスト経過時刻に前記第２のリクエストが受信される頻度をカウントして、該頻度が予め定められた閾値以上のリクエスト経過時刻を信頼度更新時刻に設定する。前記第１及び第２のリクエストのうちの１つを受信した時点から前記信頼度更新時刻までに、前記第２のリクエストが受信されなかったとき、前記プレゼンス情報の信頼度を前記信頼度更新時刻における前記頻度に基づく値だけ下げる。【選択図】図１
2009230415.tif 000002
【特許請求の範囲】
【請求項１】
SIP(Session Initiation Protocol)プレゼンスサーバ装置であって、
通知されたプレゼンス情報、及びその信頼度を記憶する記憶手段と、
前記プレゼンス情報を更新する第１のリクエスト、及び前記プレゼンス情報の有効期限を更新する第２のリクエストを受信する受信手段と、
前記第１及び第２のリクエストのうちの１つを受信した時点から、次に前記第２のリクエストを受信した時点までの時間を表すリクエスト経過時刻を計測する計測手段と、
前記リクエスト経過時刻に前記第２のリクエストが受信される頻度を計測し、該頻度が予め定められた閾値以上のリクエスト経過時刻を信頼度更新時刻に設定する設定手段と、
前記第１及び第２のリクエストのうちの１つを受信した時点から、前記信頼度更新時刻または前記信頼度更新時刻よりも予め定められた時間経過したときまでに、前記第２のリクエストが受信されなかったとき、前記記憶手段に記憶されている前記信頼度を前記信頼度更新時刻における前記頻度に基づく値だけ下げる信頼度更新手段と、
を含むプレゼンスサーバ装置。
【請求項２】
前記第１及び第２のリクエストのうちの１つを受信したときから前記信頼度更新時刻または前記信頼度更新時刻よりも予め定められた時間経過するまでの前記信頼度は一定であることを特徴とする請求項１記載のプレゼンスサーバ装置。
【請求項３】
前記信頼度更新時刻における前記頻度に基づく値は、該信頼度更新時刻に前記第２のリクエストを受信する確率であることを特徴とする請求項１記載のプレゼンスサーバ装置。
【請求項４】
前記信頼度更新時刻における前記頻度に基づく値は、該信頼度更新時刻及びその前後の一定時間内に前記第２のリクエストを受信する確率であることを特徴とする請求項１記載のプレゼンスサーバ装置。
【請求項５】
前記記憶手段に記憶されている前記信頼度が前記信頼度更新手段で更新される度に、または前記信頼度が予め定められた値以下に低下したとき、前記信頼度が低下したことを前記プレゼンス情報の開示要求元へ通知する通知手段をさらに含む請求項１記載のプレゼンスサーバ装置。
【請求項６】
前記プレゼンス情報の通知元の現在のプレゼンス情報を確認するための確認方法を記憶する確認方法記憶手段と、
前記信頼度が前記信頼度更新手段で更新される度に、または前記信頼度が予め定められた値以下に低下したとき、前記確認方法に従って、前記通知元の現在のプレゼンス情報を取得する手段と、
をさらに含む請求項１記載のプレゼンスサーバ装置。
【請求項７】
プレゼンティティから通知されたプレゼンス情報、及びその信頼度を記憶する記憶手段と、
前記プレゼンス情報を更新する第１のリクエスト及び、前記プレゼンス情報の有効期限を更新する第２のリクエストを受信する受信手段と、
を備えたSIP(Session Initiation Protocol)プレゼンスサーバ装置において、前記信頼度を更新する信頼度更新方法であって、
前記第１及び第２のリクエストのうちの１つを前記受信手段で受信した時点から、次に前記第２のリクエストを前記受信手段で受信した時点までの時間を表すリクエスト経過時刻を計測するステップと、
前記リクエスト経過時刻に前記第２のリクエストが前記受信手段で受信される頻度を計測し、該頻度が予め定められた閾値以上のリクエスト経過時刻を信頼度更新時刻に設定する設定ステップと、
前記第１及び第２のリクエストのうちの１つを受信した時点から、前記信頼度更新時刻または前記信頼度更新時刻よりも予め定められた時間経過したときまでに、前記第２のリクエストが受信されなかったとき、前記記憶手段に記憶されている前記信頼度を前記信頼度更新時刻における前記頻度に基づく値だけ下げる信頼度更新ステップと、
を含む信頼度更新方法。
【請求項８】
コンピュータを、
通知されたプレゼンス情報、及びその信頼度を記憶する記憶手段、
前記プレゼンス情報を更新する第１のリクエスト、及び前記プレゼンス情報の有効期限を更新する第２のリクエストを受信する受信手段、
前記第１及び第２のリクエストのうちの１つを受信した時点から、次に前記第２のリクエストを受信した時点までの時間を表すリクエスト経過時刻を計測する計測手段、
前記リクエスト経過時刻に前記第２のリクエストが受信される頻度を計測し、該頻度が予め定められた閾値以上のリクエスト経過時刻を信頼度更新時刻に設定する設定手段、
前記第１及び第２のリクエストのうちの１つを受信した時点から、前記信頼度更新時刻または前記信頼度更新時刻よりも予め定められた時間経過したときまでに、前記第２のリクエストが受信されなかったとき、前記記憶手段に記憶されている前記信頼度を前記信頼度更新時刻における前記頻度に基づく値だけ下げる信頼度更新手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、SIP(Session Initiation Protocol)プレゼンスサーバ装置に関する。
【背景技術】
【０００２】
従来のSIPプレゼンスサーバ装置(以下、PS)は、非特許文献１よれば、プレゼンス情報提供者の端末（以下、presentity（プレゼンティティ））からプレゼンス情報を含むPUBLISHリクエストを受信することでpresentityのプレゼンス情報が通知され、SUBSCRIBEリクエストによってPSにpresentityのプレゼンス情報の開示要求を行っているプレゼンス情報開示要求者の端末（以下、watcher（ウオッチャー））に対して、PSはNOTIFYリクエストによってpresentityのプレゼンス情報を配信する。
【０００３】
presentityにプレゼンス情報の変更があった場合、presentityはプレゼンス情報の変更をPUBLISHリクエストによってPSに通知する。PSはpresentityからPUBLISHリクエストを受信することでプレゼンス情報の変更を知り、watcherにプレゼンス情報の変更を示すNOTIFYリクエストを送信する。
【０００４】
また、PSが保持するプレゼンス情報はPUBLISHリクエストに含まれるExpiresヘッダとPSが定める最小有効期限、最大有効期限に従って有効期限が定められる。presentityは自身のプレゼンス情報の有効期限を更新するためPUBLISHリクエストをPSへ送信する。
【０００５】
しかし、presentity−PS間にネットワーク障害が発生した場合やpresentityの端末が異常終了した場合、PSはpresentityからプレゼンス情報の変更通知を受信することができないため、プレゼンス情報の有効期限が切れるまで、presentityのプレゼンス情報を変更できなかった。
【０００６】
特許文献１に開示されているように、プレゼンス情報の信頼度を算出し、経過時間や平均更新間隔によってプレゼンス情報の信頼度を低下させることができた。しかし、PSがプレゼンス情報の信頼度を下げる度に、presentityの状態とPSの保持するプレゼンス情報に齟齬がないにも拘らず信頼度が低下してしまう可能性がある。特に、presentityの障害は頻繁に発生するものではないため、経過時間によってプレゼンス情報の信頼度が低下すると、presentityや、presentityとPSとの間のネットワークに障害がないにも拘らずpresentityに障害が発生していると誤認してしまう。そのため、従来の方法ではプレゼンス情報の信頼度が正確ではなかった。
【特許文献１】特開2004-280229号公報(段落００６１〜段落００７０、図７)
【非特許文献１】A. Niemi, Ed.、 "RFC 3903、 Session Initiation Protocol (SIP) Extension for Event State Publication"、 [online]、October 2004、 retrieved from the Internet: <URL: http://www.ietf.org/rfc/rfc3903.txt>
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述したように、従来技術にはpresentity−プレゼンスサーバ（PS）間にネットワーク障害が発生した場合やpresentityの端末が異常終了した場合、presentityからプレゼンス情報の変更通知を受信することができないため、PSはプレゼンス情報の有効期限が切れるまで、presentityのプレゼンス情報を変更できないという問題があった。
【０００８】
また、プレゼンス情報に信頼度を付与し、当該プレゼンス情報更新時からの経過時間によってプレゼンス情報の信頼度を低下させることができた。しかし、PSがプレゼンス情報の信頼度を下げる度に、presentityの状態とPSの保持するプレゼンス情報に齟齬がないにも拘らず信頼度が低下してしまう可能性がある。特に、presentityの障害は頻繁に発生するものではないため、経過時間によってプレゼンス情報の信頼度が低下すると、presentityに障害がないにも拘らずpresentityに障害が発生していると誤認してしまう。そのため、従来の方法ではプレゼンス情報の信頼度が正確ではないという問題があった。
【０００９】
本発明は、上記従来技術の問題点を解決するためになされたものであって、通知されたプレゼンス情報に対し、該プレゼンス情報の通知元（presentity）とSIPプレゼンスサーバ装置との間のネットワークの状態を考慮した正確な信頼度を与えることができるプレゼンス情報の信頼度更新方法及びこれを用いたSIPプレゼンスサーバ装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
SIP(Session Initiation Protocol)プレゼンスサーバ装置は、
通知されたプレゼンス情報、及びその信頼度を記憶する記憶手段と、
前記プレゼンス情報を更新する第１のリクエスト、及び前記プレゼンス情報の有効期限を更新する第２のリクエストを受信する受信手段と、
前記第１及び第２のリクエストのうちの１つを受信した時点から、次に前記第２のリクエストを受信した時点までの時間を表すリクエスト経過時刻を計測する計測手段と、
前記リクエスト経過時刻に前記第２のリクエストが受信される頻度を計測し、該頻度が予め定められた閾値以上のリクエスト経過時刻を信頼度更新時刻に設定する設定手段と、
前記第１及び第２のリクエストのうちの１つを受信した時点から、前記信頼度更新時刻（または前記信頼度更新時刻よりも予め定められた時間経過したとき）までに、前記第２のリクエストが受信されなかったとき、前記記憶手段に記憶されている前記信頼度を前記信頼度更新時刻における前記頻度に基づく値だけ下げる信頼度更新手段と、
を含む。
【発明の効果】
【００１１】
通知されたプレゼンス情報に対し、該プレゼンス情報の通知元（presentity）とSIPプレゼンスサーバ装置との間のネットワークの状態に適した信頼度を与えることができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施形態について図面を参照して説明する。
【００１３】
ここで、プレゼンス情報とは、ユーザや機器の状態、位置などを表す情報であり、このプレゼンス情報の通知元をプレゼンティティ（以下、presentity）と呼ぶ。プレゼンス情報は、presentityの端末から送信される、当該プレゼンス情報を含むPUBLISHリクエストによりSIPプレゼンスサーバ装置（以下、PS）へ通知される。PSは通知されたプレゼンス情報を記憶し、（例えば、プレゼンス情報に変更がある度に）これを開示要求者であるウォッチャー（watcher）へ提供する。
【００１４】
Presentityの端末は、プレゼンス情報を送信した後、一定期間毎にPSに通知された該プレゼンス情報の有効期限を更新するためのPUBLISHリクエストを送信する。従って、（presentityの端末が頻繁にプレゼンス情報を送信する環境でなければ、）presentityの端末とＳＩＰプレゼンスサーバ装置（以下、PSと呼ぶ）との間で（輻輳や障害等もなく）正常に通信している間は、PSでは、ほぼ一定期間毎にPUBLISHリクエストを受信することができる。
【００１５】
（第１の実施形態）
図１は、本発明の第１の実施形態に係るPS１の構成例を示したものである。
【００１６】
図１において、PS１は、メッセージ処理部１１０、プレゼンス情報管理部１３０、信頼度更新時刻設定部１４０、信頼度更新部１４１、時間計測部１４２、記憶部１５３を備える。記憶部１５０は、プレゼンス情報記憶部１５２、更新間隔記憶部１５０を含む。
【００１７】
図１においてメッセージ処理部１１０は、ＳＩＰメッセージの送受信を行う。メッセージ処理部１１０は、ＳＩＰメッセージのうち、リクエストを受信すると、これがパブリッシュリクエスト（以下、PUBLISHリクエスト）であるかどうかを調べる。受信したリクエストがPUBLISHリクエストであるときは、これを信頼度更新時刻設定部１４０に渡す。PUBLISHリクエストでなければ、当該受信したリクエストに応じた処理を実行する。
【００１８】
信頼度更新時刻設定部１４０は、当該受信されたPUBLISHリクエストが、プレゼンス情報を更新するPUBLISHリクエスト（以下、プレゼンス情報更新PUBLISHリクエスト、または略してプレゼンス情報更新PUBLISHと呼ぶ）であるか、プレゼンス情報の有効期限を更新するPUBLISHリクエスト（以下、有効期限更新PUBLISHリクエスト、または略して有効期限更新PUBLISHと呼ぶ）であるかを調べる。
【００１９】
信頼度更新時刻設定部１４０は、例えば、PUBLISHリクエストに含まれているExpiresヘッダ値が「０」より大きく、ボディが含まれていないものを有効期限更新PUBLISHと判別する。または、PS１がプレゼンス情報記憶部１５２に記憶しているプレゼンス情報とPUBLISHリクエストのボディに含まれるプレゼンス情報とが同じでありExpiresヘッダ値が「０」より大きいとき、当該PUBLISHリクエストを有効期限更新PUBLISHと判別する。あるいは、時間計測部１４２で計測された、前回受信したPUBLISHリクエストの受信時からの経過時間（以下、リクエスト経過時刻と呼ぶ）を基に、有効期限更新PUBLISHか、プレゼンス情報更新PUBLISHかを判別してもよい。なお、リクエスト経過時刻にはPUBLISHリクエストのExpiresヘッダから求めた残り有効時間を利用することもできる。
【００２０】
信頼度更新時刻設定部１４０、プレゼンス情報管理部１３０、及び信頼度更新部１４１について、図２を参照して説明する。
【００２１】
（１）信頼度更新時刻設定部１４０は、受信したPUBLISHリクエストがプレゼンス情報更新PUBLISHである場合、そのＳＩＰヘッダに含まれている当該リクエストの送信元のSIP URI（Uniform Resource Identifier）とイベントの種類とが、更新間隔記憶部１５３に記憶されていないときには、このSIP URIからのプレゼンス情報更新PUBLISHは初めて受信されたもの（１番目のプレゼンス更新PUBLISH）であるので、当該ＳＩＰ  ＵＲＩを更新間隔記憶部１５３に記憶する。そして、このSIP URIについて通知されるプレゼンス情報に対する信頼度を更新する時刻、すなわち信頼度更新時刻のデフォルト値を設定する。このデフォルト値は当該SIP URIに対応付けて更新間隔記憶部１５３に記憶する。さらに、更新間隔記憶部１５３に、当該SIP URIについて、有効期限更新PUBLISHリクエストがまだ受信されていないことを示す情報を記憶しておく。そして、信頼度更新時刻設定部１４０は、時間計測部１４２の時刻を「０」に初期化し、時間計測部１４２は次のPUBLISHリクエストを受信するまでの経過時間の計測を開始する。
【００２２】
例えば、信頼度更新時刻のデフォルト値は、受信した１番目のプレゼンス情報更新PUBLISHのExpiresヘッダ値（当該プレゼンス情報更新PUBLISHで通知されるプレゼンス情報の有効期限を表す時刻）の１／２と設定する。または、PS１またはシステム全体で予め定められた時刻であってもよい。
【００２３】
プレゼンス情報管理部１３０は、例えば、図４に示すように、１番目のプレゼンス情報更新PUBLISHの送信元のSIP URIとともに、当該１番目のプレゼンス情報更新PUBLISHに含まれるプレゼンス情報、当該１番目のプレゼンス情報更新PUBLISHの受信時刻をプレゼンス情報記憶部１５２に記憶する。さらに、このプレゼンス情報に対する信頼度として１００％をプレゼンス情報記憶部１５２に記憶する。
【００２４】
このような状態において、信頼度更新部１４１は、プレゼンス情報記憶部１５２に記憶されたプレゼンス情報に対する信頼度に対し、図２（ａ）に示すように更新する。すなわち、信頼度更新部１４１は、当該１番目のプレゼンス情報更新PUBLISHの受信時刻からの経過時間が（有効期限更新PUBLISH、プレゼンス情報更新PUBLISHを受信せずに）信頼度更新時刻までのときは、信頼度１００％のままとし、信頼度更新時刻以降は、信頼度を予め定められた値に（例えば０％と）更新する。なお、有効期限は、プレゼンス情報更新PUBLISHにより通知されるものであってもよい。
【００２５】
（２）その後、図２（ａ）に示すように、有効期限更新PUBLISHを受信することなく、２番目のプレゼンス情報更新PUBLISHを受信したとき、信頼度更新時刻設定部１４０は、１番目のプレゼンス情報更新PUBLISHの受信時から２番目のプレゼンス情報更新PUBLISHを受信したときの（受信時刻までの）経過時間、すなわち、時間計測部１４２で計測されたリクエスト経過時刻が上記信頼度更新時刻よりも長いとき、当該リクエスト経過時間を新たな信頼度更新時刻と設定し、更新間隔記憶部１５３に記憶する。上記リクエスト経過時刻が信頼度更新時刻以下のときには、信頼度更新時刻は更新しない。
【００２６】
そして、信頼度更新時刻設定部１４０は、時間計測部１４２の時刻を「０」に初期化し、時間計測部１４２は次のPUBLISHリクエストを受信するまでの経過時間の計測を開始する。
【００２７】
プレゼンス情報管理部１３０は、プレゼンス情報記憶部１５２に記憶されている、当該SIP URIに対応するプレゼンス情報、受信時刻を、２番目のプレゼンス情報更新PUBLISHに含まれるプレゼンス情報、当該２番目のプレゼンス情報更新PUBLISHの受信時刻に更新するとともに、信頼度を１００％に更新する。
【００２８】
このような状態において、信頼度更新部１４１は、プレゼンス情報記憶部１５２に記憶されたプレゼンス情報に対する信頼度に対し、図２（ｂ）に示すように更新する。すなわち、信頼度更新部１４１は、当該２番目のプレゼンス情報更新PUBLISHの受信時刻からの経過時間が（有効期限更新PUBLISH、プレゼンス情報更新PUBLISHを受信せずに）信頼度更新時刻までのときは、信頼度１００％のままとし、信頼度更新時刻以降は、信頼度を予め定められた値に（例えば０％と）更新する。
【００２９】
（３）図２（ｂ）に示すように、２番目のプレゼンス情報更新PUBLISHを受信したときからの経過時間が信頼度更新時刻になるまでに、同じ送信元からの１番目の有効期限更新PUBLISHが受信された場合、信頼度更新時刻設定部１４０は、更新間隔記憶部１５３に記憶されている当該SIP URIについて、有効期限更新PUBLISHが受信されたことを示す情報とともに、時間計測部１４２で計測された、この有効期限更新PUBLISHを受信したときの経過時間、すなわちリクエスト経過時刻を例えば、図３に示すように更新間隔記憶部１５３に記憶する。
【００３０】
図３は、更新間隔記憶部１４０に記憶されている情報の一例を示したものである。図３に示すように、リクエスト経過時刻毎に、当該リクエスト経過時刻で有効期限更新PUBLISHが受信された回数（図３では、「受信頻度」）と、当該リクエスト経過時刻に有効期限更新PUBLISHを受信する確率（図３では「受信確率」）を含む。この受信確率は、例えば、ここでは、当該リクエスト経過時刻に有効期限更新PUBLISHが受信された回数（受信頻度）を、現在までに受信された有効期限更新PUBLISHの総数で除算して得ることができる。
【００３１】
信頼度更新時刻設定部１４０は、有効期限更新PUBLISHを受信する度に、そのリクエスト経過時刻（例えば、１８００ｓｅｃ）に対応する受信頻度を１つインクリメントするとともに、リクエスト経過時刻毎の受信確率を計算し直し、更新間隔記憶部１５３に図３に示すように記憶する。このように、信頼度更新時刻設定部１４０は、各リクエスト経過時刻について、当該リクエスト経過時刻に有効期限更新PUBLISHが受信された回数をカウントして、これを当該リクエスト経過時刻における受信頻度として記憶するようになっている。
【００３２】
信頼度更新時刻設定部１４０は、更新間隔記憶部１５３を更新後に、受信頻度が予め定められた閾値以上のリクエスト経過時刻が存在する場合には、それを新たな信頼度更新時刻に設定する。受信頻度が予め定められた閾値以上のリクエスト経過時刻が２つ以上存在する場合には、そのそれぞれを信頼度更新時刻と設定する（例えば、時刻が早い方から順に第１信頼度更新時刻、第２信頼度更新時刻、…と設定する）。
【００３３】
受信頻度がどれも上記閾値に満たない場合には、信頼度更新時刻は更新しない。例えば、受信頻度の閾値が「５０」の場合、図２（ｂ）に示すように、１番目の有効期限更新PUBLISHを受信した場合には、明らかに、受信頻度が上記閾値に満たないので、信頼度更新時刻は更新しない（図２（ｃ）参照）。
【００３４】
その後、信頼度更新時刻設定部１４０は、時間計測部１４２の時刻を「０」に初期化し、時間計測部１４２は次のPUBLISHリクエストを受信するまでの経過時間の計測を開始する。
【００３５】
（４）有効期限更新PUBLISHを受信した後は、プレゼンス情報管理部１３０は、プレゼンス情報更新PUBLISHを受信する度に、プレゼンス情報記憶部１５２に記憶されている、当該SIP URIに対応するプレゼンス情報、受信時刻を、受信したプレゼンス情報更新PUBLISHに含まれるプレゼンス情報、当該プレゼンス情報更新PUBLISHの受信時刻に更新するとともに、信頼度を１００％に更新する。
【００３６】
また、信頼度更新時刻設定部１４０は、時間計測部１４２の時刻を「０」に初期化し、時間計測部１４２は次のPUBLISHリクエストを受信するまでの経過時間の計測を開始する。
【００３７】
（５）信頼度更新時刻設定部１４０は、有効期限更新PUBLISHを受信する度に、そのリクエスト経過時刻に対応付けて更新間隔記憶部１５３に記憶されている受信頻度を１つインクリメントするとともに、リクエスト経過時刻毎の受信確率を計算し直し、更新間隔記憶部１５３に記憶する。
【００３８】
そして、信頼度更新時刻設定部１４０は、更新間隔記憶部１５３を更新後に、受信頻度が予め定められた閾値以上のリクエスト経過時刻が存在する場合には、それを新たな信頼度更新時刻に設定する。存在しない場合には信頼度更新時刻を更新しない。その後、時間計測部１４２の時刻を「０」に初期化し、時間計測部１４２は次のPUBLISHリクエストを受信するまでの経過時間の計測を開始する。
【００３９】
例えば、受信頻度の閾値を「５０」とし、更新間隔記憶部１５３を更新後に、図３に示すように、同じSIP URIについて有効期限更新PUBLISHが２００個受信され、そのうち１８８個のリクエスト経過時刻が１８００ｓｅｃであったとき、信頼度更新時刻設定部１４０は、この１８００ｓｅｃを、新たな信頼度更新時刻に設定する。図３から、リクエスト経過時刻１８００ｓｅｃの受信確率は９４％である。従って、信頼度更新部１４１は、プレゼンス情報記憶部１５２に記憶されたプレゼンス情報に対する信頼度に対し、図２（ｄ）に示すように更新する。すなわち、信頼度更新部１４１は、直前のPUBLISHリクエスト受信時からの経過時間が（有効期限更新PUBLISH、プレゼンス情報更新PUBLISHを受信せずに）信頼度更新時刻（１８００ｓｅｃ）までのときは、信頼度１００％のままとし、１８００ｓｅｃを越えると、信頼度を、リクエスト経過時刻１８００ｓｅｃの受信確率９４％だけ下げ、６％と更新する。その後、経過時間が予め定められたプレゼンス情報の有効期限になると、信頼度を０％に下げる。
【００４０】
その後、有効期限更新PUBLISHを受信し、そのリクエスト経過時刻を用いて信頼度更新時刻設定部１４０により更新間隔記憶部１５３を更新していくうち、同じSIP URIについて有効期限更新PUBLISHが３００個受信され、そのうち２４０個のリクエスト経過時刻が１８００ｓｅｃ、５０個のリクエスト経過時刻が２７００ｓｅｃであったとき、信頼度更新時刻設定部１４０は、この１８００ｓｅｃを第１信頼度更新時刻に設定し、２７００ｓｅｃを第２信頼度更新時刻に設定する。このときリクエスト経過時刻１８００ｓｅｃの受信確率は８０％、リクエスト経過時刻２７００ｓｅｃの受信確率は１７％である。
【００４１】
従って、信頼度更新部１４１は、プレゼンス情報記憶部１５２に記憶されたプレゼンス情報に対する信頼度に対し、図２（ｅ）に示すように更新する。すなわち、信頼度更新部１４１は、直前のPUBLISHリクエスト受信時からの経過時間が（有効期限更新PUBLISH、プレゼンス情報更新PUBLISHを受信せずに）第１信頼度更新時刻（１８００ｓｅｃ）までのときは、信頼度１００％のままとし、１８００ｓｅｃを越えると、信頼度を、リクエスト経過時刻１８００ｓｅｃの受信確率８０％だけ下げ、２０％と更新する。さらに、経過時間が２７００ｓｅｃを越えると、信頼度を、リクエスト経過時刻２７００ｓｅｃの受信確率１７％だけ下げ、３％と更新する。その後、経過時間が予め定められたプレゼンス情報の有効期限になると、信頼度を０％に下げる。
【００４２】
以上がプレゼンス情報管理部１３０、信頼度更新時刻設定部１４０、及び信頼度更新部１４１の主な処理動作である。
【００４３】
信頼度更新部１４１は、上述のようにして信頼度を低下させると、その旨をwatcherに通知する。
【００４４】
図２（ａ）〜（ｅ）に示したように、プレゼンス情報に対する信頼度は、有効期限更新PUBLISH、プレゼンス情報更新PUBLISHを受信した時点から、信頼度更新時刻までは一定である。また、信頼度更新時刻は、有効期限更新PUBLISH、プレゼンス情報更新PUBLISHを受信した時点から有効期限更新PUBLISHを受信する頻度が相対的に高い時刻である。
【００４５】
次に、図５及び図６に示すフローチャートを参照して、図１のPS１の処理動作について説明する。
【００４６】
図５は、PS１において、presentityからのPUBLISHリクエストを受信する時の処理動作を説明するためのフローチャートであり、図６は、PS１におけるプレゼンス情報の信頼度を更新する信頼度更新処理動作を説明するためのフローチャートである。
【００４７】
PS１が、１番目のプレゼンス情報更新PUBLISHを受信した場合は、前述した通りである。これにより、図２（ａ）に示すように信頼度更新時刻が設定された後に、PUBLISHリクエストを受信した場合について、図５を参照して説明する。
【００４８】
図５において、メッセージ処理部１１０が、ＳＩＰメッセージのうち、リクエストを受信すると（ステップＳ２０１）、これがPUBLISHリクエストであるかどうかを調べる（ステップＳ２０２）。受信したリクエストがPUBLISHリクエストであるときは、これを信頼度更新時刻設定部１４０に渡す。PUBLISHリクエストでなければ、ステップＳ２１３へ進み、当該受信したリクエストに応じた処理を実行する。
【００４９】
信頼度更新時刻設定部１４０は、当該受信されたPUBLISHリクエストが、プレゼンス情報更新PUBLISHであるか、有効期限更新PUBLISHであるかを調べる（ステップＳ２０３）。
【００５０】
受信したPUBLISHリクエストがプレゼンス情報更新PUBLISHであった場合、信頼度更新時刻設定部１４０は、当該プレゼンス情報更新PUBLISHを受信したときの経過時間、すなわち、リクエスト経過時刻を時間計測部１４２から得る。
【００５１】
過去に有効期限更新PUBLISHを受信したことがなく、かつ得られたリクエスト経過時刻が、現在設定されている信頼度更新時刻よりも長い場合には（ステップＳ２０４）、ステップＳ２０５へ進み、信頼度更新時刻設定部１４０は、当該得られたリクエスト経過時刻を新たな信頼度更新時刻に設定する。信頼度更新時刻は、図３に示すように、更新間隔記憶部１５３に、presentityのSIP URI及びイベントの種類に対応付けて記憶してもよいし、信頼度更新部１４１が、presentityのSIP URI及びイベントの種類に対応付けて記憶してもよい。
【００５２】
次に、ステップＳ２０６へ進み、プレゼンス情報管理部１３０は、プレゼンス情報記憶部１５２に記憶されている、当該presentityのSIP URIに対応するプレゼンス情報及び受信時刻を、それぞれ、受信されたプレゼンス情報更新PUBLISHに含まれるプレゼンス情報、当該プレゼンス情報更新PUBLISHの受信時刻に更新するとともに、信頼度を１００％に更新する。
【００５３】
ステップＳ２１１へ進み、信頼度更新時刻設定部１４０は、時間計測部１４２の時刻を「０」に初期化し、時間計測部１４２は次のPUBLISHリクエストを受信するまでの経過時間の計測を開始する。
【００５４】
さらに、ステップＳ２１２では、メッセージ処理部１１０からレスポンスを送信する。
【００５５】
なお、ステップＳ２０４において、過去に有効期限更新PUBLISHの受信頻度が閾値を超えているものがある場合には（例えば、当該presentityのSIP URIに対応付けて更新間隔記憶部１５３に有効期限更新PUBLISHを受信した旨の情報が記憶されている場合には）、ステップＳ２０５をスキップしてステップＳ２０６へ進む。
【００５６】
一方、ステップＳ２０３において、受信したPUBLISHリクエストが有効期限更新PUBLISHであった場合、ステップＳ２０８へ進み、信頼度更新時刻設定部１４０は、当該プレゼンス情報更新PUBLISHを受信したときの経過時間、すなわち、リクエスト経過時刻を時間計測部１４２から得る。そして、更新間隔記憶部１５３に記憶されている情報を更新する。すなわち、得られたリクエスト経過時刻に対応する受信頻度を１つインクリメントするとともに、リクエスト経過時刻毎の受信確率を計算し直し、更新間隔記憶部１５３に記憶する。
【００５７】
次に、ステップＳ２０９へ進み、信頼度更新時刻設定部１４０は、更新間隔記憶部１５３を更新後に、受信頻度が予め定められた閾値以上の（現在の信頼度更新時刻とは異なる）リクエスト経過時刻が存在する場合には、ステップＳ２１０へ進み、それを新たな信頼度更新時刻に設定し、ステップＳ２１１へ進む。ステップＳ２０９において、受信確率が上記閾値以上のリクエスト経過時刻が存在しない場合には、ステップＳ２１１へ進む。
【００５８】
ステップＳ２１１では、信頼度更新時刻設定部１４０は、時間計測部１４２の時刻を「０」に初期化し、時間計測部１４２は次のPUBLISHリクエストを受信するまでの経過時間の計測を開始する。
【００５９】
ステップＳ２１２では、メッセージ処理部１１０からレスポンスを送信する。
【００６０】
PUBLISHリクエスト受信の待機中には、信頼度更新部１４１は図６に示すような処理動作を行う。
【００６１】
信頼度更新部１４１は、時間計測部１４２が（PUBLISHリクエスト受信時に）初期化されたときから一定時間経過する度に（定期的に）、図６に示す処理動作を開始する。
【００６２】
ステップＳ３０１では、信頼度更新部１４１は、時間計測部１４２から現在の経過時間を取得する。取得された経過時間が、（信頼度更新部１４１または更新間隔記憶部１５３が当該presentityに対応付けて記憶している）信頼度更新時刻に等しいとき（ステップＳ３０２）、ステップＳ３０３へ進み、当該presentutyのSIP URIに対応付けてプレゼンス情報記憶部１５２に記憶されているプレゼンス情報に対する信頼度を低下する。
【００６３】
すなわち、信頼度更新部１４１は、更新間隔記憶部１５３から、当該SIP URIの信頼度更新時刻に対応するリクエスト経過時刻の受信確率を読み出す。そして、次式（１）に示すように、プレゼンス情報記憶部１５２に記憶されている当該SIP URIのプレゼンス情報に対する信頼度から、上記読み出された受信確率を減算し、新たな信頼度を求める。得られた新たな信頼度をプレゼンス情報記憶部１５２に記憶する。
【００６４】
Ｒi+1＝Ｒi−Ｐi                  …（１）
Ｒi: i回目の信頼度更新時におけるプレゼンス情報の信頼度
信頼度の初期値Ｒ0=100
Ｐi: 第i信頼度更新時刻に対応するリクエスト経過時刻に有効期限更新PUBLISHを受信する確率（受信確率）
なお、信頼度の初期値は、プレゼンス情報更新PUBLISHを受信した際に、図５のステップＳ２０６でプレゼンス情報管理部１３０により設定される信頼度（１００％）である。
【００６５】
式（１）に示すような信頼度の更新方法では、信頼度更新時刻が経過すると、急激に信頼度が低下する。
【００６６】
そこで、式（２）に示すように、例えば、第１信頼度更新時刻Ｔiから第２信頼度更新時刻（または有効期限）Ｔi+1までの時刻ｔ（ｔは、Ｔi≦ｔ＜Ｔi+1）に従って徐徐に信頼度を低下させる方法もある。この方法を利用することで、急激な信頼度低下を避けることができる。
【数１】
2009230415.tif 000003
【００６７】
以上の説明では、信頼度更新部１４１は、PUBLISHリクエストを受信することなく信頼度更新時刻を経過すると、信頼度を当該信頼度更新時刻に対応するリクエスト経過時刻における受信頻度に基づく値だけ下げるようになっているが、この場合に限らず、予め定められた値だけ信頼度を下げるようにしてもよい。
【００６８】
その後、watcherに対してプレゼンス情報の信頼度が低下したことを通知する（ステップ３０４）。このとき、当該プレゼンス情報の信頼度を通知してもよい。また、信頼度が低下する度に（すなわち、信頼度更新時刻、有効期限が経過する度に）更新後の新たな信頼度とともに信頼度が低下したことを通知してもよい。また、信頼度更新時刻、有効期限が経過する度ではなく、更新後の信頼度が予め定められた値以下のときに、信頼度が低下したことを通知するようにしてもよい。
【００６９】
（第２の実施形態）
次に、第２の実施形態として、信頼度が低下したときの図６のステップＳ３０４における他の処理動作について説明する。
【００７０】
第２の実施形態では、PS１が、図７に示すように、プレゼンス情報確認部１２０及び確認方法記憶部１５１をさらに備えている場合について説明する。
【００７１】
プレゼンス情報確認部１２０は、図６のステップＳ３０４において、プレゼンス情報に対する信頼度低下時に、watcherに信頼度の低下を通知する代わりに、または信頼度の低下を通知するとともに、presentityの現在のプレゼンス情報を確認する。
【００７２】
確認方法記憶部１５１は、プレゼンス情報確認部１２０で、プレゼンス情報通知者presentityに現在のプレゼンス情報を確認する際に用いる方法が記憶されている。
【００７３】
信頼度が低下した場合のプレゼンス情報の確認方法は、presentityから事前に通知され、プレゼンス情報確認方法記憶部１５１に当該presentityのSIP URIに対応付けて記録されている。
【００７４】
このプレゼンス情報確認方法（例えばSIPメッセージやpingなどの他のプロトコル）によって、プレゼンス情報確認部１２０はPS１がpresentityの現在の状態（プレゼンス情報）を確認することもできる。
【００７５】
確認方法記憶部１５１に記憶されている情報の一例を図８に示す。図８に示すように、presentityのSIP URIに対応付けて、プレゼンス情報確認方法と、確認先のSIP URIとが記憶されている。
【００７６】
例えば、presentityからPS１にSUBSCRIBEリクエストを利用する方法をあらかじめ登録しておく。この場合、信頼度の低下を契機にPS1はSUBSCRIBEリクエストを確認先として登録されているpresentityに送信し、presentityから返送されるNOTIFYリクエストによって正確なプレゼンス情報を確認することができる。また、pingを利用する方法が登録されている場合、PS１は、確認先として登録されているpresentity に対しpingを実行する。presentityはpingリクエストの受信を契機にPUBLISHリクエストを送信する機能があれば、PS１はPUBLISHリクエストの受信によって正確なプレゼンス情報を確認することができる。
【００７７】
信頼度低下時にプレゼンス情報を確認する際に用いるプレゼンス情報を、presentityではなくwatcherがPS１に登録しておくこともできる。
【００７８】
信頼度低下がwatcherに通知された場合、watcherは以下の動作によってPS１が保持するpresentityのプレゼンス情報を更新することができる。
【００７９】
（ａ）presentityとwatcherが同一の場合
IM(Instant Messenger)やVoIP(Voice over Internet Protocol)のような自身のプレゼンス情報を購読できる端末がwatcherの例として挙げられる。この場合、プレゼンス情報を通知しているpresentity自身のプレゼンス情報を受信していることになる。そのため、PUBLISHリクエストをPS１に送信し、プレゼンス情報を更新する。
【００８０】
（ｂ）watcherがpresentityの操作権限を持っている場合
センサーノードや家電機器、監視カメラのような遠隔操作が可能な機器を直接操作する権限がある機器がwatcherの例として挙げられる。
【００８１】
・presentityに異常がない場合には、presentityからPUBLISHリクエストによって正確なプレセンス情報を通知する。
【００８２】
・presentityに異常がある場合には、あらかじめpresentityはPS１に保持されているプレゼンス情報更新のための権限をwatcherに与えておき、watcherからpresentityのプレゼンス情報を異常ステートに更新する。
【００８３】
（ｃ）watcherはpresentityのプレゼンス情報の閲覧のみ許可されている場合
IMやVoIPにおいて他人のプレゼンス情報を購読しているような、正確なプレゼンス情報を確認できないような端末がwatcherの例として挙げられる。watcherはpresentityの異常可能性の度合いから適宜presentityにアクセスするかしないかの行動を判断する必要がある。
【００８４】
（第３の実施形態）
輻輳時にpresentityがPS１にPUBLISHリクエスト送信した場合、パケットロスによってPS１がPUBLISHリクエストを受信できない。このとき、presentityからPUBLISHリクエストの再送が発生する。しかし、PS１が、第１の実施形態で説明したように、信頼度更新時刻経過する度に信頼度を低下させた場合、一時プレゼンス情報の信頼度が低下した後、PUBLISHリクエストの再送を受信することで、信頼度が回復するという現象が発生する。
【００８５】
この問題を回避するため、信頼度更新部１４１は、図６のステップＳ３０２において、信頼度更新時刻経過したときに信頼度を低下させるのではなく、信頼度更新時刻に、クライアントトランザクションの再送タイマがタイムアウトする時間を基にして導出した時間（Ｔw）を加えた時刻、すなわち、「信頼度更新時刻＋Ｔw」以内に有効期限更新PUBLISHを受信しなかった場合に、ステップＳ３０３で前述したように信頼度を低下させる。
【００８６】
（第４の実施形態）
presentityが定期的に有効期限更新PUBLISHを送信しても、現実には、PUBLISHリクエストの再送による有効期限更新間隔からの受信遅延やネットワーク状態の影響により受信遅延が要因となって、必ずしも同一のリクエスト経過時刻でPS１が有効期限更新PUBLISHを受信するとは限らない。
【００８７】
例えば、図９に示すように、図５に示した処理動作により、更新間隔記憶部１５３に記憶されるリクエスト経過時刻毎の受信頻度の分散が大きくなる。
【００８８】
そこで、信頼度更新時刻設定部１４０は、図５のステップＳ２０９において、時間計測部１４２で計測された有効期限更新PUBLISHのリクエスト経過時刻のうち、受信確率が相対的に高い（例えば、予め定められた閾値以上の）リクエスト経過時刻Ｔiがあれば、ステップＳ２１０で、これを信頼度更新時刻とする。そして、このリクエスト経過時刻Ｔiを中心にその前後Ｔwの時間帯にあるリクエスト経過時刻の受信確率の総和を求めて、これをリクエスト経過時刻Ｔiの受信確率として、更新間隔記憶部１５３に記憶する。
【００８９】
なお、Ｔiの求め方については、受信確率が最も高いものから順に求めてもよいし、受信頻度をクラスタリングし、各クラスタ内で最も受信頻度の高い時間をＴiとしてもよい。
【００９０】
または、信頼度更新時刻設定部１４０は、図５のステップＳ２０９において、時間計測部１４２で計測された有効期限更新PUBLISHのリクエスト経過時刻のうち、受信確率が相対的に高い（例えば、予め定められた値以上の）リクエスト経過時刻Ｔiがあれば、このリクエスト経過時刻Ｔiの中心にその前後Ｔwの時間帯にあるリクエスト経過時刻の受信頻度の総和を求める。この総和が、予め定められた閾値以上であれば、ステップＳ２１０で、リクエスト経過時刻Ｔiを信頼度更新時刻とする。そして、このリクエスト経過時刻Ｔiを中心にその前後Ｔwの時間帯にあるリクエスト経過時刻の受信確率の総和を求めて、これをリクエスト経過時刻Ｔiの受信確率として、更新間隔記憶部１５３に記憶する。
【００９１】
以上説明したように、上記実施形態によれば、SIPプレゼンスサーバ装置は、過去のプレゼンス情報の有効期限更新間隔の頻度に応じて設定されたタイミングに、当該頻度に応じて信頼度を下げることにより、presentity から通知されたプレゼンス情報に対し、presentityとSIPプレゼンスサーバ装置との間のネットワークの状態に応じた適切かつ正確な信頼度を与えることができる。
【００９２】
なお、このSIPプレゼンスサーバ装置は、例えば、汎用のコンピュータ装置を基本ハードウェアとして用いることでも実現することが可能である。すなわち、図１、図７に示したメッセージ処理部１１０、プレゼンス情報管理部１３０，信頼度更新時刻設定部、信頼度更新部１４１，時間計測部１４２、プレゼンス情報確認部１２０の機能は、上記のコンピュータ装置に搭載されたプロセッサにプログラムを実行させることにより実現することができる。このとき、SIPプレゼンスサーバ装置は、上記のプログラムをコンピュータ装置にあらかじめインストールすることで実現してもよいし、ＣＤ−ＲＯＭなどの記憶媒体に記憶して、あるいはネットワークを介して上記のプログラムを配布して、このプログラムをコンピュータ装置に適宜インストールすることで実現してもよい。また、記憶部１５０は、上記のコンピュータ装置に内蔵あるいは外付けされたメモリ、ハードディスクもしくはＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒなどの記憶媒体などを適宜利用して実現することができる。
【００９３】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００９４】
【図１】SIPプレゼンスサーバ装置の構成例を示すブロック図。
【図２】信頼度更新時刻設定部及び信頼度更新部における信頼度更新時刻の設定方法及び信頼度更新方法を説明するための図。
【図３】更新間隔記憶部に記憶されている情報の一例を示した図。
【図４】プレゼンス情報記憶部に記憶されている情報の一例を示した図。
【図５】SIPプレゼンスサーバ装置のPUBLISHリクエスト受信の処理動作を説明するためのフローチャート。
【図６】信頼度更新部における信頼度更新処理動作を説明するためのフローチャート。
【図７】SIPプレゼンスサーバ装置の他の構成例を示すブロック図。
【図８】確認方法記憶部に記憶されている情報の一例を示した図。
【図９】更新間隔記憶部に記憶されている情報の他の例を示した図。
【符号の説明】
【００９５】
１１０…メッセージ処理部
１２０…プレゼンス情報確認部
１３０…プレゼンス情報管理部
１４０…信頼度更新時刻設定部
１４１…信頼度更新部
１４２…時間計測部
１５０…記憶部
１５１…確認方法記憶部
１５２…プレゼンス情報記憶部
１５３…更新間隔記憶部
【図１】
2009230415.tif 000004
【図２】
2009230415.tif 000005
【図３】
2009230415.tif 000006
【図４】
2009230415.tif 000007
【図５】
2009230415.tif 000008
【図６】
2009230415.tif 000009
【図７】
2009230415.tif 000010
【図８】
2009230415.tif 000011
【図９】
2009230415.tif 000012