(57)【要約】【課題】同一ユーザ識別子で複数のプレゼンスサービスを提供しつつ、サービス毎のプレゼンス開示選択や、アクセス可否の制御を可能とする。【解決手段】端末１１は、端末１２からプレゼンスを参照されるプレゼンティティであり、かつ端末１３のプレゼンスを参照するウォッチャでもある。端末１２は、端末１１のプレゼンスを購読するウォッチャに対応する。端末１３は、端末１１からプレゼンスを購読されるプレゼンティティに対応する。プレゼンスサーバ２１、２２は、端末１１〜１３のプレゼンス情報およびプレゼンス認可ルールを管理し、プレゼンス購読要求に指定したサービス種別識別情報や、プレゼンティティからのプレゼンス発行時にプレゼンティティが指定したサービス種別識別情報や、サービス種別識別情報とアクセス可否条件と公開条件から構成されたプレゼンス認可ルールなどに基づき、アクセス制御や、公開するプレゼンス情報の選択などを行う。【選択図】図１
2009230562.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末と、いずれかの端末から発行されたプレゼンス情報の登録、及び該発行されたプレゼンス情報の他の端末への公開を制御するサーバ装置とからなるプレゼンスサービスシステムであって、
前記サーバ装置は、
前記複数の端末のいずれかが発行した、サービス種別により構成方法が異なるプレゼンス情報を、サービス種別を識別するサービス種別識別情報とともに受信する受信手段と、
前記プレゼンス情報を発行した端末に付与されたユーザ識別子単位にプレゼンス情報を保持する保持手段と、
前記プレゼンス情報を発行した端末から受信した、サービス種別識別情報とアクセス可否条件と公開条件から構成されたプレゼンス認可ルールを、前記ユーザ識別子に対応付けて保持する設定手段と、
前記複数の端末のいずれかから、サービス種別識別情報とともにプレゼンス購読要求を受信すると、前記サービス種別識別情報と前記アクセス可否条件と公開条件から構成された前記プレゼンス認可ルールに基づいて、該当プレゼンス情報の公開可否を判定する公開可否判定手段と、
前記公開可否判定手段によりプレゼンス情報の公開が可能であると判定された場合、該当するプレゼンス情報を、プレゼンス購読要求を発した端末に送信する送信手段と
を備えることを特徴としたプレゼンスサービスシステム。
【請求項２】
前記サーバ装置は、
前記複数の端末のいずれかからプレゼンス情報が発行されると、既に保持しているプレゼンス情報の中に同じ端末からのプレゼンス情報が存在する場合、既存のプレゼンス情報と新規のプレゼンス情報とを選別可能に結合して前記保持手段に保持する結合手段と、
前記公開可否判定手段によりプレゼンス情報の公開が可能であると判定された場合、前記結合手段により結合されたプレゼンス情報の中から該当するプレゼンス情報を選択する選択手段とを更に備え、
前記送信手段は、前記選択手段により選択されたプレゼンス情報を、プレゼンス購読要求を発した端末に送信することを特徴とする請求項１記載のプレゼンスサービスシステム。
【請求項３】
前記サーバ装置は、
前記公開可否判定手段によりプレゼンス情報の公開が不可であると判定された場合、プレゼンス購読要求を発した端末にエラー応答を送信するエラー応答送信手段を更に備えることを特徴とする請求項１または２記載のプレゼンスサービスシステム。
【請求項４】
前記端末は、
前記プレゼンス情報を発行する際、該プレゼンス情報のサービス種別を識別するサービス種別識別情報を設定して前記サーバ装置に発行する発行手段と、
前記サーバ装置に保持されているプレゼンス情報に対して、サービス種別識別情報とアクセス可否条件と公開条件から構成されたプレゼンス認可ルールとを生成して前記サーバ装置に送信する公開条件送信手段と
を備えることを特徴とする請求項１乃至３のいずれかに記載のプレゼンスサービスシステム。
【請求項５】
複数の端末のいずれかの端末から発行されたプレゼンス情報の登録、及び該発行されたプレゼンス情報の他の端末への公開をサーバ装置により制御するプレゼンスサービス方法であって、
前記複数の端末のいずれかが発行した、サービス種別により構成方法が異なるプレゼンス情報を、端末に付与されたユーザ識別子単位に保持するステップと、
前記プレゼンス情報を発行した端末から受信した、サービス種別識別情報とアクセス可否条件と公開条件から構成されたプレゼンス認可ルールを、前記ユーザ識別子に対応付けるステップと、
前記複数の端末のいずれかからサービス種別識別情報とともにプレゼンス購読要求を受信すると、前記サービス種別識別情報、前記アクセス可否条件、および公開条件から構成されたプレゼンス認可ルールに基づいて、該当プレゼンス情報の公開可否を判定するステップと、
前記プレゼンス情報の公開が可能であると判定された場合、該当するプレゼンス情報を、プレゼンス購読要求を発した端末に送信するステップと
を含むことを特徴としたプレゼンスサービス方法。
【請求項６】
複数の端末のいずれかの端末から発行されたプレゼンス情報の登録、及び該発行されたプレゼンス情報の他の端末への公開を制御するサーバ装置のコンピュータに、
前記複数の端末のいずれかが発行した、サービス種別により構成方法が異なるプレゼンス情報を、サービス種別を識別するサービス種別識別情報とともに受信するステップと、
前記プレゼンス情報を発行した端末から受信した、サービス種別識別情報、アクセス可否条件、公開条件から構成されたプレゼンス認可ルールを、前記ユーザ識別子に対応付けるステップと、
前記複数の端末のいずれかからサービス種別識別情報とともにプレゼンス購読要求を受信すると、前記サービス種別識別情報、前記アクセス可否条件、および公開条件から構成されたプレゼンス認可ルールに基づいて、該当プレゼンス情報の公開可否を判定するステップと、
前記プレゼンス情報の公開が可能であると判定された場合、該当するプレゼンス情報を、プレゼンス購読要求を発した端末に送信するステップと
を実行させることを特徴としたプレゼンスサービスプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プレゼンスサービスにおける通信システムに係り、プレゼンスサービスシステム、プレゼンスサービス方法、およびプレゼンスサービスプログラムに関する。
【背景技術】
【０００２】
近年、オールＩＰ（Internet Protocol）のネットワークおよびサービス利用者の多様なニーズに応えるブロードバンド・ユビキタスサービス環境が構築されつつある。そこで、これらのネットワークの特徴を活かした多種多様な新サービスの創造・提供を可能とする一手段として、エンドユーザおよびアプリケーションサーバ等の他サービスエンティティから利用されるサービス・イネーブラの一部であるプレゼンスサーバを導入し、サービスの付加価値の拡大、それに伴う既存顧客誘導促進による収益拡大を考えていくことが必要である。従来、上記プレゼンスサービスでは、サービス毎に独立したプレゼンスサーバを構築しており、プレゼンス情報の構成方法も各サーバで異なっていた。
【０００３】
一方、ＮＧＮ（Next generation network）や、ＩＭＳ（IP Multimedia Subsystem）などにおけるプレゼンスサーバでは、ユーザ識別子毎にプロトコル非依存のｔｕｐｌｅ（タプル）要素を使用し、サービスの特性およびその状態を示すプレゼンス情報をサービス毎にセグメント化する技術が提案されている（例えば、非特許文献１、２参照）。加えて、ユーザ自身の情報特性と状態（通話意思、通信可否等）や、Ｍｏｂｉｌｅ  Ｐｈｏｎｅ、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）などの装置特性（ディスプレイの大きさ、表示可能色数等）とその状態（バッテリ残量、位置情報等）に関するプレゼンス情報を、ｔｕｐｌｅ要素と同様に「ｐｅｒｓｏｎ」や、「ｄｅｖｉｃｅ」といった要素にてセグメント化し、これらをプレゼンティティ単位で同サーバにて管理する技術が提案されている（例えば、非特許文献３参照）。
【０００４】
また、プレゼンス認可ルールに基づいて、複数のプレゼンス情報からウォッチャ毎に提供するプレゼンス情報を選別したり、帯域の効率的利用や、デバイス能力などを考慮したウォッチャのプレゼンス情報のフィルタリングポリシを利用し、ユーザおよびアプリケーションに必要なプレゼンス情報のみを提供する技術が知られている（例えば、非特許文献４参照）。プレゼンス認可ルールでは、ルール適応範囲を、識別子（identity）、適応領域（Sphere）、有効期間（validity）で決定している。識別子は、ウォッチャの識別子を示し、適応領域は、プレゼンティティの行動に関する状態を示している。有効期間は、ルール適応の時間帯を示している。
【０００５】
また、ルール適応範囲のウォッチャに対しては、プレゼンスのアクセス可否のサブスクリプションの操作（action/sub-handling）と、アクセス可となったウォッチャに対しては、プレゼンティティの公開ポリシ（例えば、ｔｕｐｌｅＩＤや、ｄｅｖｉｃｅＩＤ）に基づいてプレゼンス情報の変換（Transform）が行われる。
【非特許文献１】インターネット＜URL:http://www.ietf.org/rfc/rfc2778.txt＞
【非特許文献２】インターネット＜URL:http://www.ietf.org/rfc/rfc3863.txt＞
【非特許文献３】インターネット＜URL:http://www.ietf.org/rfc/rfc4479.txt＞
【非特許文献４】インターネット＜URL:http://www.ietf.org/rfc/rfc5025.txt＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ここで、一例として、別々のサービス事業者が、通信事業者が管理しているユーザ識別子と通信事業者が設置しているプレゼンスサーバのプレゼンス格納エリアとを借用し、サービスＡとサービスＢとを提供する場合を考える。アクセス可否や、公開ポリシなどに関する従来の方法は、ウォッチャのユーザ識別子に対するプレゼンス情報のアクセス可否と公開ポリシによるプレゼンス情報との局在化である。例えば、ウォッチャがプレゼンティティに対し、ＳＵＢＳＣＲＩＢＥリクエストを送出した際、プレゼンティティが設定したプレゼンス認可ルールによるアクセス可否と公開方法は、ウォッチャに対してプレゼンティティへのアクセス可否を判定し、アクセス可の場合に「サービスＡのプレゼンス情報のみ公開」、もしくは「サービスＢのプレゼンス情報のみ公開」といった制御を行う。
【０００７】
しかしながら、従来技術では、サービスＡとサービスＢとを提供するサービス事業者が異なる場合、サービスＡを処理する端末から送信されたＳＵＢＳＣＲＩＢＥリクエストが、どのサービスに対するものであるのかを判別する手段がなく、ウォッチャに対し、サービスＡのプレゼンス情報のみを公開すればよいのか、サービスＢのプレゼンス情報のみを公開すればよいのかを判別することができない。また、サービス単位のアクセス可否を表現できないといった問題や、プレゼンス情報を得られたとしても、プレゼンティティが期待する厳密な情報公開や、ウォッチャに対して十分に信頼し得るプレゼンス情報提供ができないといった問題があった。
【０００８】
本発明は、このような事情を考慮してなされたものであり、その目的は、同一ユーザ識別子で複数のプレゼンスサービスを提供しつつ、サービス毎のプレゼンス開示選択や、アクセス可否を制御することができるプレゼンスサービスシステム、プレゼンスサービス方法、およびプレゼンスサービスプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上述した課題を解決するために、本発明は、複数の端末と、いずれかの端末から発行されたプレゼンス情報の登録、及び該発行されたプレゼンス情報の他の端末への公開を制御するサーバ装置とからなるプレゼンスサービスシステムであって、前記サーバ装置は、前記複数の端末のいずれかが発行した、サービス種別により構成方法が異なるプレゼンス情報を、サービス種別を識別するサービス種別識別情報とともに受信する受信手段と、前記プレゼンス情報を発行した端末に付与されたユーザ識別子単位にプレゼンス情報を保持する保持手段と、前記プレゼンス情報を発行した端末から受信した、サービス種別識別情報とアクセス可否条件と公開条件から構成されたプレゼンス認可ルールを、前記ユーザ識別子に対応付けて保持する設定手段と、前記複数の端末のいずれかからサービス種別識別情報とともにプレゼンス購読要求を受信すると、前記サービス種別識別情報、前記アクセス可否条件、および前記公開条件から構成されたプレゼンス認可ルールに基づいて、該当プレゼンス情報の公開可否を判定する公開可否判定手段と、前記公開可否判定手段によりプレゼンス情報の公開が可能であると判定された場合、該当するプレゼンス情報を、プレゼンス購読要求を発した端末に送信する送信手段とを備えることを特徴としたプレゼンスサービスシステムである。
【００１０】
本発明は、上記の発明において、前記サーバ装置は、前記複数の端末のいずれかからプレゼンス情報が発行されると、既に保持しているプレゼンス情報の中に同じ端末からのプレゼンス情報が存在する場合、既存のプレゼンス情報と新規のプレゼンス情報とを選別可能に結合して前記保持手段に保持する結合手段と、前記公開可否判定手段によりプレゼンス情報の公開が可能であると判定された場合、前記結合手段により結合されたプレゼンス情報の中から該当するプレゼンス情報を選択する選択手段とを更に備え、前記送信手段は、前記選択手段により選択されたプレゼンス情報を、プレゼンス購読要求を発した端末に送信することを特徴とする。
【００１１】
本発明は、上記の発明において、前記サーバ装置は、前記公開可否判定手段によりプレゼンス情報の公開が不可であると判定された場合、プレゼンス購読要求を発した端末にエラー応答を送信するエラー応答送信手段を更に備えることを特徴とする。
【００１２】
本発明は、上記の発明において、前記端末は、前記プレゼンス情報を発行する際、該プレゼンス情報のサービス種別を識別するサービス種別識別情報を設定して前記サーバ装置に発行する発行手段と、前記発行手段により発行され、前記サーバ装置に保持されているプレゼンス情報に対して、サービス種別識別情報とアクセス可否条件と公開条件から構成されたプレゼンス認可ルールとを生成して前記サーバ装置に送信する公開条件送信手段とを備えることを特徴とする。
【００１３】
また、上述した課題を解決するために、本発明は、複数の端末のいずれかの端末から発行されたプレゼンス情報の登録、及び該発行されたプレゼンス情報の他の端末への公開をサーバ装置により制御するプレゼンスサービス方法であって、前記複数の端末のいずれかが発行した、サービス種別により構成方法が異なるプレゼンス情報を、サービス種別を識別するサービス種別識別情報とともに受信するステップと、前記プレゼンス情報を発行した端末から受信した、サービス種別識別情報とアクセス可否条件と公開条件から構成されたプレゼンス認可ルールを、前記ユーザ識別子に対応付けるステップと、前記複数の端末のいずれかからサービス種別識別情報とともにプレゼンス購読要求を受信すると、前記サービス種別識別情報、前記アクセス可否条件、および公開条件から構成されたプレゼンス認可ルールに基づいて、該当プレゼンス情報の公開可否を判定するステップと、前記プレゼンス情報の公開が可能であると判定された場合、該当するプレゼンス情報を、プレゼンス購読要求を発した端末に送信するステップとを含むことを特徴としたプレゼンスサービス方法である。
【００１４】
また、上述した課題を解決するために、本発明は、複数の端末のいずれかの端末から発行されたプレゼンス情報の登録、及び該発行されたプレゼンス情報の他の端末への公開を制御するサーバ装置のコンピュータに、前記複数の端末のいずれかが発行した、サービス種別により構成方法が異なるプレゼンス情報を、サービス種別を識別するサービス種別識別情報とともに受信するステップと、前記プレゼンス情報を発行した端末から受信した、アクセス可否条件、公開条件から構成されたプレゼンス認可ルールを、前記ユーザ識別子に対応付けるステップと、前記複数の端末のいずれかからサービス種別識別情報とともにプレゼンス購読要求を受信すると、前記サービス種別識別情報、前記アクセス可否条件、および公開条件から構成されたプレゼンス認可ルールに基づいて、該当プレゼンス情報の公開可否を判定するステップと、前記プレゼンス情報の公開が可能であると判定された場合、該当するプレゼンス情報を、プレゼンス購読要求を発した端末に送信するステップとを実行させることを特徴としたプレゼンスサービスプログラムである。
【発明の効果】
【００１５】
この発明によれば、サーバ装置は、複数の端末のいずれかが発行した、サービス種別により構成方法が異なるプレゼンス情報を、サービス種別を識別するサービス種別識別情報とともに保持し、プレゼンス情報を発行した端末から受信した、サービス種別識別情報、アクセス可否条件、公開条件から構成されたプレゼンス認可ルールを、ユーザ識別子に対応付け、複数の端末のいずれかからプレゼンス購読要求を受信すると、サービス種別識別情報、アクセス可否条件、および公開条件から構成されたプレゼンス認可ルールに基づいて、該当プレゼンス情報の公開可否を判定し、公開が可能であると判定された場合、該当するプレゼンス情報を、プレゼンス購読要求を発した端末に送信する。したがって、同一ユーザ識別子で複数のプレゼンスサービスを提供しつつ、サービス毎のプレゼンス開示選択や、アクセス可否を制御することができるという利点が得られる。
【００１６】
また、本発明によれば、サーバ装置は、複数の端末のいずれかからプレゼンス情報が発行されると、既存のプレゼンス情報と新規のプレゼンス情報とを選別可能に結合し、プレゼンス情報の公開が可能であると判定された場合、結合されたプレゼンス情報の中から該当するプレゼンス情報を選択して端末に送信する。したがって、同一ユーザ識別子で複数のプレゼンスサービスを提供しつつ、サービス毎のプレゼンス開示選択や、アクセス可否を制御することができるという利点が得られる。
【００１７】
また、本発明によれば、サーバ装置は、プレゼンス情報の公開が不可であると判定された場合、プレゼンス購読要求を発した端末にエラー応答を送信する。したがって、同一ユーザ識別子で複数のプレゼンスサービスを提供しつつ、サービス毎のプレゼンス開示選択や、アクセス可否を制御することができるという利点が得られる。
【００１８】
また、本発明によれば、端末は、プレゼンス情報を発行する際、該プレゼンス情報のサービス種別を識別するサービス種別識別情報を設定して発行するとともに、サーバ装置に保持されているプレゼンス情報に対して、アクセス可否条件とプレゼンス認可ルールとを生成して送信する。したがって、同一ユーザ識別子で複数のプレゼンスサービスを提供しつつ、サービス毎のプレゼンス開示選択や、アクセス可否を制御することができるという利点が得られる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の一実施形態を、図面を参照して説明する。
【００２０】
図１は、本発明の実施形態による、プレゼンスサービスシステムの構成を示すブロック図である。図において、端末１１、１２、１３は、ＰＣや、ＰＤＡ等からなる。端末１１は、端末１２からプレゼンスを参照されるプレゼンティティであり、かつ端末１３のプレゼンスを参照するウォッチャでもある。端末１２は、端末１１のプレゼンスを購読するウォッチャに対応する。端末１３は、端末１１からプレゼンスを購読されるプレゼンティティに対応する。なお、端末１１、１２、１３は、アプリケーションサーバであってもよい。
【００２１】
プロキシサーバ（Serving Call Session Control Function）２３、２４は、端末１１、１２、１３とプレゼンスサーバ２１、２２との間で、ＳＩＰ／ＳＩＭＰＬＥ（Session Initiation Protocol/SIP for Instant Message and Presence Leveraging Extensions）信号を中継する。プレゼンスサーバ２１は、端末１１、端末１２を収容し、端末１１や、端末１２のプレゼンス情報およびプレゼンス認可ルールを管理し、ウォッチャからのプレゼンス購読要求や、プレゼンティティからのプレゼンス発行時にプレゼンティティが設定したサービス種別や、アクセス可否条件、公開条件から構成されたプレゼンス認可ルール（などに基づき、アクセス制御や、公開するプレゼンス情報の選択などを行う機能を備えている。プレゼンスサーバ２２は、端末１３を収容し、端末１３のプレゼンス情報およびプレゼンス認可ルールを管理し、ウォッチャからのプレゼンス購読要求に設定したサービス種別や、プレゼンティティからのプレゼンス発行時にプレゼンティティが設定したサービス種別や、プレゼンティティによる、サービス種別、アクセス可否条件、公開条件から構成されたプレゼンス認可ルールなどに基づき、アクセス制御や、公開するプレゼンス情報の選択などを行う機能を備えている。
【００２２】
（第１実施形態）
まず、本発明の第１実施形態について説明する。本第１実施形態では、端末１１のプレゼンス情報に対する端末１２からのプレゼンス購読要求（ＳＵＢＳＣＲＩＢＥ）に対し、プレゼンス認可ルールのアクセス可否条件（許可）および公開条件に応じて、プレゼンスサーバ２１が端末１２へプレゼンス情報通知（ＮＯＴＩＦＹ）する例と、端末１３のプレゼンス情報に対する端末１１からのプレゼンス購読要求（ＳＵＢＳＣＲＩＢＥ）に対し、アクセス可否条件（プレゼンス認可ルール無しによる拒否）に応じてプレゼンスサーバ２２が端末１１に４０３応答（アクセス拒否）をレスポンスする例について説明する。
【００２３】
図２は、本第１実施形態による、全体の動作を説明するためのシーケンス図である。また、図４から図７は、プレゼンスサーバ２１の動作を説明するためのフローチャートである。図２において、端末１１のプレゼンティティは、プロキシサーバ２３を経由して、プレゼンスサーバ２１に対し、端末１１のプレゼンスＰ１を発行（ＰＵＢＬＩＳＨ）する（ＳＳ１）。該プレゼンス発行には、サービス種別を識別する情報ＳＶ１が、端末１１によって設定されている。この場合、プレゼンスサーバ２１は、プレゼンスが存在しないため、そのまま該当プレゼンス情報を設定する（ＳＳ２）。
【００２４】
より詳細には、図５に示すように、プレゼンスサーバ２１は、端末１１からのＰＵＢＬＩＳＨ信号を受信し（ステップＳ３１）、既設プレゼンスの存在有無を判定する（ステップＳ３２）。この場合、プレゼンスが存在しないため、そのまま受信したプレゼンス情報をプレゼンティティに関連付けて格納する（ステップＳ３３）。
【００２５】
更に、端末１１のプレゼンティティは、プロキシサーバ２３を経由して、プレゼンスサーバ２１に対し、端末１１のプレゼンスＰ２を発行（ＰＵＢＬＩＳＨ）する（ＳＳ３）。該プレゼンス発行には、サービス種別を識別する情報ＳＶ２が、端末１１によって設定されている。この場合、プレゼンスサーバ２１は、上記プレゼンスＰ１が存在するため、結合条件に従い、該当プレゼンスＰ１とプレゼンスＰ２とを結合する（ＳＳ４）。より詳細には、図３に示すように、プレゼンスサーバ２１は、端末１１からのＰＵＢＬＩＳＨ信号を受信し（ステップＳ３１）、既設プレゼンスの存在有無を判定する（ステップＳ３２）。この場合、既にプレゼンスＰ１が存在するため、結合条件に従って、該当プレゼンスＰ２を結合し、潜在プレゼンスとしてプレゼンティティに関連付けて格納する（ステップＳ３４）。
【００２６】
次に、プレゼンスサーバ２１は、端末１１のプレゼンティティから、アクセス可能サービス種別にＳＶ２、ポリシ適応ウォッチャに端末１１、ウォッチャのアクセス操作条件とプレゼンスＰ２のみを公開する公開条件を含むプレゼンス認可ルールをＸＣＡＰ（XML Configuration Access Protocol）により受信し（ＳＳ５）、該当プレゼンス認可ルールをプレゼンティティに関連付けて格納する（ＳＳ６）。より詳細には、図５に示すように、プレゼンスサーバ２１は、端末１１のプレゼンティティから、アクセス可能サービス種別にＳＶ２、ポリシ適当ウォッチャに端末１１、ウォッチャのアクセス操作条件とプレゼンスＰ２のみを公開する公開条件を含むプレゼンス認可ルールを受信し（ステップＳ４１）、受信したプレゼンスアクセス可否条件およびプレゼンス認可ルールを設定する（ステップＳ４２）。
【００２７】
次に、端末１２のウォッチャは、プロキシサーバ２３を経由して、プレゼンスサーバ２１に対し、端末１１のプレゼンティティへのプレゼンス購読を要求（ＳＵＢＳＣＲＩＢＥ）する（ＳＳ７）。該プレゼンス購読要求には、購読対象のサービス種別を識別する情報ＳＶ２が、端末１２によって設定されている。端末１２からのプレゼンス購読要求（ＳＵＢＳＣＲＩＢＥ）を受信したプレゼンスサーバ２１は、プレゼンス認可ルールによりアクセス条件を判定する（ＳＳ８）。次に、端末１２のウォッチャに対して２００応答を返却し（ＳＳ９）、プレゼンス認可ルールの公開条件によりプレゼンスを選択制御し（ＳＳ１０）、端末１２に対するプレゼンス通知（ＮＯＴＩＦＹ）を通知する（ＳＳ１１）。
【００２８】
より詳細には、図６及び図７に示すように、端末１２からのプレゼンス購読要求（ＳＵＢＳＣＲＩＢＥ）を受信したプレゼンスサーバ２１は、信号に含まれるサービス種別が「ＰＵＢＬＩＳＨ」であるか、「ＳＵＢＳＣＲＩＢＥ」であるかを判定する（ステップＳ５１）。この場合、プレゼンス購読要求「ＳＵＢＳＣＲＩＢＥ」であるので、サービス種別を識別する情報ＳＶ２を入力パラメータとして端末１１のプレゼンティティのプレゼンス認可ルールを検索し（ステップＳ５２）、プレゼンス認可ルール有無を判定する（ステップＳ５３）。
【００２９】
この場合、プレゼンス認可ルールが存在するため（上記ステップＳ４１参照）、該プレゼンス認可ルール記載内容から端末１２がポリシ適応ウォッチャであり、かつ、アクセス可であるか判定する（ステップＳ５４）。この場合、アクセス可であるので、購読情報（サブスクリプション）とサービス種別とを関連付けるとともに、端末１２のウォッチャに対して２００応答（ＯＫ）を返却し（ステップＳ５５）、プレゼンスＰ２のみを公開する公開条件を満たすように、潜在プレゼンスからプレゼンスＰ２のみを選別し、端末１２に対するプレゼンス通知（ＮＯＴＩＦＹ）を生成して通知する（ステップＳ５６）。
【００３０】
一方、端末１３のプレゼンティティは、プロキシサーバ２４を経由して、プレゼンスサーバ２２に対し、端末１３のプレゼンスＰ２を発行（ＰＵＢＬＩＳＨ）する（ＳＳ１２）。プレゼンスサーバ２２は、プレゼンスが存在しないため、そのまま該当プレゼンス情報を設定する（ＳＳ１３）。より詳細には、図４に示すように、プレゼンスサーバ２２は、端末１３からのＰＵＢＬＩＳＨ信号を受信し（ステップＳ３１）、既設プレゼンスの存在有無を判定する（ステップＳ３２）。この場合、プレゼンスが存在しないため、そのまま該当プレゼンスをプレゼンティティに関連付けて格納する（ステップＳ３３）。
【００３１】
次に、プレゼンスサーバ２２は、端末１３のプレゼンティティから、アクセス可能サービス種別にＳＶ２、ポリシ適応ウォッチャに端末１２、ウォッチャのアクセス操作条件とプレゼンスＰ２のみを公開する公開条件を含むプレゼンス認可ルールをＸＣＡＰにて受信し（ＳＳ１４）、該当プレゼンス認可ルールをプレゼンティティに関連付けて格納する（ＳＳ１５）。より詳細には、図４に示すように、プレゼンスサーバ２２は、端末１３のプレゼンティティから、アクセス可能サービス種別にＳＶ２、ポリシ適当ウォッチャに端末１２、ウォッチャのアクセス操作条件とプレゼンスＰ２のみを公開する公開条件を含むプレゼンス認可ルールを受信し（ステップＳ４１）、受信したプレゼンス認可ルールを設定する（ステップＳ４２）。
【００３２】
次に、端末１１のウォッチャは、プロキシサーバ２３およびプロキシサーバ２４を経由して、プレゼンスサーバ２２に対し、端末１３のプレゼンティティへのプレゼンス購読を要求（ＳＵＢＳＣＲＩＢＥ）する（ＳＳ１６）。該プレゼンス購読要求には、購読対象のサービス種別を識別する情報ＳＶ１が、端末１１によって設定されている。端末１１からのプレゼンス購読要求（ＳＵＢＳＣＲＩＢＥ）を受信したプレゼンスサーバ２２は、プレゼンス認可ルールが存在しないため、アクセス不可とし（ＳＳ１７）、端末１１のウォッチャに対し４０３応答（アクセス拒否）を返却する（ＳＳ１８）。
【００３３】
より詳細には、図６に示すように、プレゼンスサーバ２２は、信号に含まれるサービス種別を識別する情報ＳＶ１を入力パラメータとして端末１３のプレゼンティティのプレゼンス認可ルールを検索する（ステップＳ５２）。この場合、プレゼンス認可ルール有無を判定するも（ステップＳ５３）、プレゼンス認可ルールが存在しないため（ステップＳ５３の無）、アクセス不可とし、端末１１のウォッチャに対して４０３応答（アクセス拒否）を生成して返却する（ステップＳ５７）。
【００３４】
（第２実施形態）
次に、本発明の第２実施形態について説明する。
本第２実施形態では、端末１２のウォッチャに関するアクセス可否条件（アクセス可）およびプレゼンス公開条件を含むプレゼンス認可ルールを、端末１１のプレゼンティティが設定した後、端末１２によるプレゼンス購読要求や、端末１１によるプレゼンス発行（ＰＵＢＬＩＳＨ）によって、プレゼンスサーバ２１が端末１２へプレゼンス通知（ＮＯＴＩＦＹ）する例について説明する。
【００３５】
図３は、本発明の第２実施形態による、全体の動作を説明するためのシーケンス図である。プレゼンスサーバ２１は、端末１１のプレゼンティティから、アクセス可能サービス種別にＳＶ２、ポリシ適応ウォッチャに端末１１、ウォッチャのアクセス操作条件とプレゼンスＰ２のみを公開する公開条件を含むプレゼンス認可ルールを受信し（ＳＳ２０）、該当プレゼンス認可ルールをプレゼンティティに関連付けて格納する（ＳＳ２１）。より詳細には、図５に示すように、プレゼンスサーバ２１は、端末１１のプレゼンティティから、アクセス可能サービス種別にＳＶ２、ポリシ適応ウォッチャに端末１１、ウォッチャのアクセス操作条件とプレゼンスＰ２のみを公開する公開条件を含むプレゼンス認可ルールを受信し（ステップＳ４１）、受信したプレゼンスアクセス可否条件およびプレゼンス認可ルールを設定する（ステップＳ４２）。
【００３６】
次に、端末１２のウォッチャは、プロキシサーバ２３を経由して、プレゼンスサーバ２１に対し、端末１１のプレゼンティティへのプレゼンス購読を要求（ＳＵＢＳＣＲＩＢＥ）する（ＳＳ２２）。該プレゼンス購読要求には、購読対象のサービス種別を識別する情報ＳＶ２が、端末１２によって設定されている。端末１２からのプレゼンス購読要求（ＳＵＢＳＣＲＩＢＥ）を受信したプレゼンスサーバ２１は、端末１２のウォッチャからの要求（ＳＵＢＳＣＲＩＢＥ）に従って、プレゼンス認可ルールによりアクセス条件を判定し（ＳＳ２３）、端末１２のウォッチャに対して２００応答を返却し（ＳＳ２４）、プレゼンス認可ルールによりプレゼンスを選択制御し（ＳＳ２５）、端末１２に対するプレゼンス通知（ＮＯＴＩＦＹ）を通知する（ＳＳ２６）。
【００３７】
より詳細には、端末１２からのプレゼンス購読要求（ＳＵＢＳＣＲＩＢＥ）を受信したプレゼンスサーバ２１は、図６に示すように、信号に含まれるサービス種別を識別する情報ＳＶ２を入力パラメータとして端末１１のプレゼンティティのプレゼンス認可ルールを検索し（ステップＳ５２）、プレゼンス認可ルール有無を判定する（ステップＳ５３）。この場合、プレゼンス認可ルールが存在するため、該プレゼンス認可ルール記載内容から端末１２がポリシ適応ウォッチャであり、かつ、アクセス可であるか判定する（ステップＳ５４）。この場合、アクセス可であるので、購読情報（サブスクリプション）とサービス種別とを関連付けるとともに、端末１２のウォッチャに対して２００応答（ＯＫ）を返却する（ステップＳ５５）。そして、プレゼンスＰ２のみを公開する公開条件を満たすように潜在プレゼンスを取得するも、潜在プレゼンスが存在しないため、プレゼンス情報を空情報とし、端末１２に対するプレゼンス通知（ＮＯＴＩＦＹ）を生成して通知する（ステップＳ５６）。
【００３８】
次に、端末１１のプレゼンティティは、プロキシサーバ２３を経由して、プレゼンスサーバ２１に対し、端末１１のプレゼンスＰ１を発行（ＰＵＢＬＩＳＨ）する（ＳＳ２７）。該プレゼンス発行には、サービス種別を識別する情報ＳＶ１が、端末１１によって設定されている。プレゼンスサーバ２１は、端末１１からのＰＵＢＬＩＳＨ信号を受信し、既存のプレゼンスの有無に応じて、プレゼンス情報を設定する（ＳＳ２８）。より詳細には、プレゼンスサーバ２１は、図４に示すように、端末１１からのＰＵＢＬＩＳＨ信号を受信すると（ステップＳ３１）、既設プレゼンスの存在有無を判定する（ステップＳ３２）。この場合、プレゼンスが存在しないため、そのまま該当プレゼンスＰ１をプレゼンティティに関連付けて格納する（ステップＳ３３）。
【００３９】
次に、端末１１からのプレゼンス発行（ＰＵＢＬＩＳＨ）を受信したプレゼンスサーバ２１は、プレゼンス認可ルールによりアクセス条件を判定する（ＳＳ２９）。より詳細には、プレゼンス発行（ＰＵＢＬＩＳＨ）を受信したプレゼンスサーバ２１は、図７に示すように、端末１１のプレゼンティティに関連する購読情報の有無を判定する（ステップＳ５８）。この場合、購読情報があるため、サービス種別ＳＶ１にてそれぞれの購読情報に関連付けられたプレゼンス認可ルールを検索し（ステップＳ５９）、プレゼンス認可ルール有無を判定する（ステップＳ６０）。この場合、プレゼンス認可ルールが存在しないため（ステップＳ６０の無）、処理を終了する。
【００４０】
さらに、端末１１のプレゼンティティは、プロキシサーバ２３を経由して、プレゼンスサーバ２１に対し、端末１１のプレゼンスＰ２を発行（ＰＵＢＬＩＳＨ）する（ＳＳ３０）。該プレゼンス発行には、サービス種別を識別する情報ＳＶ２が、端末１１によって設定されている。プレゼンスサーバ２１は、端末１１からのＰＵＢＬＩＳＨ信号を受信すると、既設プレゼンスＰ１が存在するため、結合条件に従い、該当プレゼンスＰ１とＰ２とを結合する（ＳＳ３１）。より詳細には、図４に示すように、プレゼンスサーバ２１は、端末１１からのＰＵＢＬＩＳＨ信号を受信し（ステップＳ３１）、既設プレゼンスの存在有無を判定する（ステップＳ３２）。この場合、プレゼンスＰ１が存在するため、結合条件に従い、該当プレゼンスＰ２を結合し、潜在プレゼンスとしてプレゼンティティに関連付けて格納する（ステップＳ３４）。
【００４１】
次に、端末１１からのプレゼンス発行（ＰＵＢＬＩＳＨ）を受信したプレゼンスサーバ２１は、アクセス条件を判定し（ＳＳ３２）、プレゼンス認可ルールによりプレゼンスを選択制御し（ＳＳ３３）、端末１２に対してプレゼンス通知（ＮＯＴＩＦＹ）を通知する（ＳＳ３４）。より詳細には、プレゼンス発行（ＰＵＢＬＩＳＨ）を受信したプレゼンスサーバ２１は、図７に示すように、端末１１のプレゼンティティに関連する購読情報の有無を判定する（ステップＳ５８）。この場合、購読情報があるため、サービス種別ＳＶ２にてそれぞれの購読情報に関連付けられたプレゼンス認可ルールを検索し（ステップＳ５９）、プレゼンス認可ルール有無を判定する（ステップＳ６０）。この場合、プレゼンス認可ルールが存在するため、該プレゼンス認可ルール記載内容から端末１２がポリシ適応ウォッチャであり、かつ、アクセス可であるか判定する（ステップＳ６１）。この場合、アクセス可であるので、プレゼンスＰ２のみを公開する公開条件を満たすように、滞在プレゼンスからプレゼンスＰ２のみを選別し、端末１２に対するプレゼンス通知（ＮＯＴＩＦＹ）を生成して通知する（ステップＳ５６）。
【００４２】
上述した実施形態によれば、本発明によって、サービス種別単位で厳密な情報公開の制御が可能となり、ウォッチャに対しても十分に信頼し得るプレゼンス情報の提供を実現することができる。また、各サービス事業者は、通信事業者のプレゼンスサーバで管理しているユーザ識別子に重畳してサービスを提供することも可能となる。
【００４３】
なお、上述した実施形態では、上述したプレゼンスサーバ２１、２２、端末１１〜１３などにおける処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、符号化処理、及び復号化処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００４４】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００４５】
【図１】本発明の実施形態による、プレゼンスサービスシステムの構成を示すブロック図である。
【図２】本第１実施形態による、全体の動作を説明するためのシーケンス図である。
【図３】本第２実施形態による、全体の動作を説明するためのシーケンス図である。
【図４】本第１、第２実施形態による、プレゼンスサーバ２１の動作を説明するためのフローチャートである。
【図５】本第１、第２実施形態による、プレゼンスサーバ２１の動作を説明するためのフローチャートである。
【図６】本第１、第２実施形態による、プレゼンスサーバ２１の動作を説明するためのフローチャートである。
【図７】本第１、第２実施形態による、プレゼンスサーバ２１の動作を説明するためのフローチャートである。
【符号の説明】
【００４６】
１１、１２、１３  端末
２１  プレゼンスサーバ
２２  プレゼンスサーバ
２３、２４  プロキシサーバ
【図１】
2009230562.tif 000003
【図２】
2009230562.tif 000004
【図３】
2009230562.tif 000005
【図４】
2009230562.tif 000006
【図５】
2009230562.tif 000007
【図６】
2009230562.tif 000008
【図７】
2009230562.tif 000009