(57)【要約】【課題】Ｗｅｂサービス等からプレゼンス情報を利用する場合において、プレゼンス情報閲覧のための認可を用いることができるようにする。【解決手段】ユーザのＷｅｂサービスＩＤと該ユーザがウォッチャーとなる場合のプレゼンスサービスＩＤとを関連付けて記憶するＩＤ対応記憶部と、プレゼンス情報閲覧要求に応じて、該ユーザのＷｅｂサービスＩＤを含んだプレゼンス情報要求をＷｅｂサービスにより送信するＷｅｂサービスのサーバと、プレゼンス情報要求を受信し、該ユーザのＷｅｂサービスＩＤに対応するプレゼンスサービスＩＤを前記ＩＤ対応記憶部から取得し、該プレゼンスサービスＩＤを含んだサブスクライブ要求をプレゼンスサーバに対して送信するゲートウェイとを具備する。【選択図】図１
2010198352.tif 000002
【特許請求の範囲】
【請求項１】
パブリッシャーのユーザから発行されたプレゼンス情報を保持するプレゼンスサーバと、
前記パブリッシャーのユーザの認可ポリシーを管理する認可ポリシー管理サーバ（ＸＤＭＳ）と、
ユーザのＷｅｂサービスＩＤと、該ユーザがウォッチャーとなる場合のプレゼンスサービスＩＤとを関連付けて記憶するＩＤ対応記憶部と、
ウォッチャーのユーザからのプレゼンス情報閲覧要求により、該ユーザのＷｅｂサービスＩＤを含んだプレゼンス情報要求をＷｅｂサービスにより送信するＷｅｂサービスのサーバと、
前記Ｗｅｂサービスのサーバから前記プレゼンス情報要求を受信し、前記ユーザのＷｅｂサービスＩＤに対応するプレゼンスサービスＩＤを前記ＩＤ対応記憶部から取得し、該プレゼンスサービスＩＤを含んだサブスクライブ要求を前記プレゼンスサーバに送信するゲートウェイと、を具備し、
前記プレゼンスサーバは、前記サブスクライブ要求に含まれるプレゼンスサービスＩＤにより特定されるウォッチャーのユーザに対し、前記認可ポリシー管理サーバから取得した認可ポリシーを適用してプレゼンス応答を送信することを特徴とするプレゼンスサービスシステム。
【請求項２】
パブリッシャーのユーザから発行されたプレゼンス情報を保持するプレゼンスサーバと、
前記パブリッシャーのユーザの認可ポリシーを管理する認可ポリシー管理サーバ（ＸＤＭＳ）と、
ユーザのＷｅｂサービスＩＤと、該ユーザがウォッチャーとなる場合のプレゼンスサービスＩＤとを関連付けて記憶するＩＤ対応記憶部と、
ウォッチャーのユーザからのプレゼンス情報閲覧要求により、該ユーザのＷｅｂサービスＩＤを含んだプレゼンス情報要求をＷｅｂサービスにより送信するＷｅｂサービスのサーバと、
前記Ｗｅｂサービスのサーバから前記プレゼンス情報要求を受信し、前記ユーザのＷｅｂサービスＩＤに対応するプレゼンスサービスＩＤを前記ＩＤ対応記憶部から取得し、該プレゼンスサービスＩＤを含んだサブスクライブ要求を前記プレゼンスサーバに送信するゲートウェイと、を具備し、
前記プレゼンスサーバは、前記サブスクライブ要求に含まれるプレゼンスサービスＩＤにより特定されるウォッチャーのユーザに対し、前記認可ポリシー管理サーバから取得した認可ポリシーを適用してプレゼンス応答を送信し、
前記ゲートウェイは、前記プレゼンス応答として受信したプレゼンス情報をウォッチャーのユーザのプレゼンスサービスＩＤとパブリッシャーのユーザのプレゼンスサービスＩＤとに関連付けてプレゼンス情報記憶部に記憶し、
ウォッチャーのユーザのプレゼンスサービスＩＤとパブリッシャーのユーザのプレゼンスサービスＩＤとが同一であるサブスクライブ要求に対しては、前記プレゼンス情報記憶部に記憶されているプレゼンス情報をプレゼンス応答として前記Ｗｅｂサービスのサーバに送信することを特徴とするプレゼンスサービスシステム。
【請求項３】
パブリッシャーのユーザから発行されたプレゼンス情報を保持するプレゼンスサーバと、
前記パブリッシャーのユーザの認可ポリシーを管理する認可ポリシー管理サーバ（ＸＤＭＳ）と、
ユーザのＷｅｂサービスＩＤと、該ユーザがウォッチャーとなる場合のプレゼンスサービスＩＤとを関連付けて記憶するＩＤ対応記憶部と、
ウォッチャーのユーザからのプレゼンス情報閲覧要求により、該ユーザのＷｅｂサービスＩＤを含んだプレゼンス情報要求をＷｅｂサービスにより送信するＷｅｂサービスのサーバと、
前記Ｗｅｂサービスのサーバから前記プレゼンス情報要求を受信し、サブスクライブ要求を前記プレゼンスサーバに送信するゲートウェイと、を具備し、
前記プレゼンスサーバは、前記サブスクライブ要求に応じてプレゼンス応答を送信し、
前記ゲートウェイは、前記プレゼンス応答として受信したプレゼンス情報をウォッチャーのユーザのプレゼンスサービスＩＤとパブリッシャーのユーザのプレゼンスサービスＩＤとに関連付けてプレゼンス情報記憶部に記憶すると共に、該パブリッシャーの認可ポリシーを前記認可ポリシー管理サーバから取得して認可ポリシー記憶部に記憶し、
パブリッシャーのユーザのプレゼンスサービスＩＤが同一であるサブスクライブ要求に対しては、該サブスクライブ要求におけるウォッチャーのユーザのプレゼンスサービスＩＤに関して、前記プレゼンス情報記憶部に記憶されているプレゼンス情報に対して前記認可ポリシー記憶部に記憶されている認可ポリシーを適用してプレゼンス応答として前記Ｗｅｂサービスのサーバに送信することを特徴とするプレゼンスサービスシステム。
【請求項４】
プレゼンスサーバが、パブリッシャーのユーザから発行されたプレゼンス情報を保持するステップと、
認可ポリシー管理サーバ（ＸＤＭＳ）が、前記パブリッシャーのユーザの認可ポリシーを管理するステップと、
ＩＤ対応記憶部が、ユーザのＷｅｂサービスＩＤと、該ユーザがウォッチャーとなる場合のプレゼンスサービスＩＤとを関連付けて記憶するステップと、
Ｗｅｂサービスのサーバが、ウォッチャーのユーザからのプレゼンス情報閲覧要求により、該ユーザのＷｅｂサービスＩＤを含んだプレゼンス情報要求をＷｅｂサービスにより送信するステップと、
ゲートウェイが、前記Ｗｅｂサービスのサーバから前記プレゼンス情報要求を受信し、前記ユーザのＷｅｂサービスＩＤに対応するプレゼンスサービスＩＤを前記ＩＤ対応記憶部から取得し、該プレゼンスサービスＩＤを含んだサブスクライブ要求を前記プレゼンスサーバに送信するステップと、
前記プレゼンスサーバが、前記サブスクライブ要求に含まれるプレゼンスサービスＩＤにより特定されるウォッチャーのユーザに対し、前記認可ポリシー管理サーバから取得した認可ポリシーを適用してプレゼンス応答を送信するステップとを含むことを特徴とするプレゼンスサービス方法。
【請求項５】
プレゼンスサーバが、パブリッシャーのユーザから発行されたプレゼンス情報を保持するステップと、
認可ポリシー管理サーバ（ＸＤＭＳ）が、前記パブリッシャーのユーザの認可ポリシーを管理するステップと、
ＩＤ対応記憶部が、ユーザのＷｅｂサービスＩＤと、該ユーザがウォッチャーとなる場合のプレゼンスサービスＩＤとを関連付けて記憶するステップと、
Ｗｅｂサービスのサーバが、ウォッチャーのユーザからのプレゼンス情報閲覧要求により、該ユーザのＷｅｂサービスＩＤを含んだプレゼンス情報要求をＷｅｂサービスにより送信するステップと、
ゲートウェイが、前記Ｗｅｂサービスのサーバから前記プレゼンス情報要求を受信し、前記ユーザのＷｅｂサービスＩＤに対応するプレゼンスサービスＩＤを前記ＩＤ対応記憶部から取得し、該プレゼンスサービスＩＤを含んだサブスクライブ要求を前記プレゼンスサーバに送信するステップと、
前記プレゼンスサーバが、前記サブスクライブ要求に含まれるプレゼンスサービスＩＤにより特定されるウォッチャーのユーザに対し、前記認可ポリシー管理サーバから取得した認可ポリシーを適用してプレゼンス応答を送信するステップと、
前記ゲートウェイが、前記プレゼンス応答として受信したプレゼンス情報をウォッチャーのユーザのプレゼンスサービスＩＤとパブリッシャーのユーザのプレゼンスサービスＩＤとに関連付けてプレゼンス情報記憶部に記憶し、ウォッチャーのユーザのプレゼンスサービスＩＤとパブリッシャーのユーザのプレゼンスサービスＩＤとが同一であるサブスクライブ要求に対しては、前記プレゼンス情報記憶部に記憶されているプレゼンス情報をプレゼンス応答として前記Ｗｅｂサービスのサーバに送信するステップとを含むことを特徴とするプレゼンスサービス方法。
【請求項６】
プレゼンスサーバが、パブリッシャーのユーザから発行されたプレゼンス情報を保持するステップと、
認可ポリシー管理サーバ（ＸＤＭＳ）が、前記パブリッシャーのユーザの認可ポリシーを管理するステップと、
ＩＤ対応記憶部が、ユーザのＷｅｂサービスＩＤと、該ユーザがウォッチャーとなる場合のプレゼンスサービスＩＤとを関連付けて記憶するステップと、
Ｗｅｂサービスのサーバが、ウォッチャーのユーザからのプレゼンス情報閲覧要求により、該ユーザのＷｅｂサービスＩＤを含んだプレゼンス情報要求をＷｅｂサービスにより送信するステップと、
ゲートウェイが、前記Ｗｅｂサービスのサーバから前記プレゼンス情報要求を受信し、サブスクライブ要求を前記プレゼンスサーバに送信するステップと、
前記プレゼンスサーバが、前記サブスクライブ要求に応じてプレゼンス応答を送信するステップと、
前記ゲートウェイが、前記プレゼンス応答として受信したプレゼンス情報をウォッチャーのユーザのプレゼンスサービスＩＤとパブリッシャーのユーザのプレゼンスサービスＩＤとに関連付けてプレゼンス情報記憶部に記憶すると共に、該パブリッシャーの認可ポリシーを前記認可ポリシー管理サーバから取得して認可ポリシー記憶部に記憶し、パブリッシャーのユーザのプレゼンスサービスＩＤが同一であるサブスクライブ要求に対しては、該サブスクライブ要求におけるウォッチャーのユーザのプレゼンスサービスＩＤに関して、前記プレゼンス情報記憶部に記憶されているプレゼンス情報に対して前記認可ポリシー記憶部に記憶されている認可ポリシーを適用してプレゼンス応答として前記Ｗｅｂサービスのサーバに送信するステップと、を含むことを特徴とするプレゼンスサービス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサービスを介してプレゼンスサービスを提供するためのシステム及び方法に関する。
【背景技術】
【０００２】
プレゼンスサービスは、ユーザの状態を別のユーザに知らせるサービスであり、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：セッション確立プロトコル，以下「ＳＩＰ」と称する）／ＳＩＭＰＬＥプロトコルを用いて実現される（例えば下記「非特許文献１」を参照）。ＳＩＰでは、状態を示すプレゼンス情報を要求するウォッチャー（発側）とプレゼンス情報を公開するプレゼンティティ、パブリッシャー（着側）のＩＤを含むＳＩＰ信号（ＳＵＢＳＣＲＩＢＥ信号等）をＳＩＰプレゼンスサーバに送信してプレゼンス情報を取得する。
【０００３】
例えば非特許文献２には、Ｐａｒｌａｙ  ＸやＲＥＳＴ等のＷｅｂサービスＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を用いることにより、プレゼンスサービスをＳＩＰ／ＳＩＭＰＬＥプロトコルだけでなくＨＴＴＰ／ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）等のプロトコルを用いて実現することができることについて記載されている。
【０００４】
例えば、Ｗｅｂアプリケーションの一つであるブログ（Ｗｅｂｌｏｇ：ウェブログの略）は、これを閲覧している人物（ウォッチャー）を特定しないサービスである。ブログ等でプレゼンスサービスを利用したサービスを実現するには、ゲートウェイ（ＳＩＰアプリケーションサーバ：ＳＩＰ−ＡＳ）において、ウォッチャーのＩＤを匿名（あるいはＳＩＰ−ＡＳのＩＤ）としてプレゼンスサービスを利用することが想定される。ここでゲートウェイ（ＳＩＰ−ＡＳ）は、ＨＴＴＰ／ＳＯＡＰ等とＳＩＰのプロトコル変換を行う役割を持つ。
【０００５】
ＳＩＰを用いたプレゼンスサービスにおいてＳＩＰ−ＵＲＩ等のウォッチャーのＩＤが特定可能な場合には、ＲＦＣ５０２５で規定されるプレゼンス情報をどのウォッチャーに公開するか、あるいは非公開にするかというプレゼンス情報閲覧のための認可（プレゼンス認可ルール／ポリシー）を用いることができる。プレゼンス認可ルールを用いることにより、プレゼンティティがウォッチャーに対して特定のプレゼンス情報のアクセス許可を与えるための認可ルールセット（Ｐｒｅｓｅｎｃｅ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｒｕｌｅｓ）をユーザが指定することが可能となる。
【０００６】
非特許文献３には、プレゼンス情報のアクセス許可を与えるための認可ルールセットを管理するＸＤＭＳ（ＸＭＬ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｅｒ）について記載されている。
非特許文献４には、プレゼンスサーバからＸＤＭＳの認可ルールを取得する方法が記載されている。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】3GPP TS 24.141 v7.4.0, "Presence service using the IP Multimedia (IM) Core Network (CN) subsystem," Sep. 2007.
【非特許文献２】徳永和宏、高谷直樹、黒川章，“ＷｅｂサービスにおけるＳＩＰプレゼンスサーバ利用方式，”電子情報通信学会，総合大会２００８，Ｍａｒ．２００８．
【非特許文献３】OMA-TS-Presence_SIMPLE_XDM-V1_1-20080627-A, "Presence XDM Specification," Jun. 2008.
【非特許文献４】OMA-TS-Presence_SIMPLE-V1_1-20080627-A, "Presence Simple Specification," Jun. 2008.
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ＳＩＰを用いたプレゼンスサービスにおいてはプレゼンス情報閲覧のための認可ポリシーを用いることが可能であるが、Ｗｅｂサービスからプレゼンスサービスを利用する場合には、プレゼンスサーバに送信されるＳＩＰ信号において要求側（ウォッチャー）のプレゼンスサービスＩＤが不明であることから、プレゼンス情報閲覧のための認可ポリシーを用いることができない。なぜならば、プレゼンスサーバは、ゲートウェイからプレゼンス要求を受けるが、要求側（ウォッチャー）のプレゼンスサービスＩＤを特定できないため、認可ポリシーを適用することができないからである。
【０００９】
本発明は、上記の課題に鑑みてなされたものであり、Ｗｅｂサービス等からプレゼンス情報を利用する場合において、プレゼンス情報閲覧のための認可を用いることができるようにしたプレゼンスサービスシステム及びプレゼンスサービス方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の一観点に係るプレゼンスサービスシステムは、パブリッシャーのユーザから発行されたプレゼンス情報を保持するプレゼンスサーバと、前記パブリッシャーのユーザの認可ポリシーを管理する認可ポリシー管理サーバ（ＸＤＭＳ）と、ユーザのＷｅｂサービスＩＤと、該ユーザがウォッチャーとなる場合のプレゼンスサービスＩＤとを関連付けて記憶するＩＤ対応記憶部と、ウォッチャーのユーザからのプレゼンス情報閲覧要求により、該ユーザのＷｅｂサービスＩＤを含んだプレゼンス情報要求をＷｅｂサービスにより送信するＷｅｂサービスのサーバと、前記Ｗｅｂサービスのサーバから前記プレゼンス情報要求を受信し、前記ユーザのＷｅｂサービスＩＤに対応するプレゼンスサービスＩＤを前記ＩＤ対応記憶部から取得し、該プレゼンスサービスＩＤを含んだサブスクライブ要求を送信するゲートウェイと、を具備し、前記プレゼンスサーバは、前記サブスクライブ要求を受信し、該サブスクライブ要求に含まれるプレゼンスサービスＩＤにより特定されるウォッチャーのユーザに対し、前記認可ポリシーを適用してプレゼンス応答を送信することを特徴とする。
【００１１】
本発明の別の観点に係るプレゼンスサービス方法は、プレゼンスサーバが、パブリッシャーのユーザから発行されたプレゼンス情報を保持するステップと、認可ポリシー管理サーバ（ＸＤＭＳ）が、前記パブリッシャーのユーザの認可ポリシーを管理するステップと、ＩＤ対応記憶部が、ユーザのＷｅｂサービスＩＤと、該ユーザがウォッチャーとなる場合のプレゼンスサービスＩＤとを関連付けて記憶するステップと、Ｗｅｂサービスのサーバが、ウォッチャーのユーザからのプレゼンス情報閲覧要求により、該ユーザのＷｅｂサービスＩＤを含んだプレゼンス情報要求をＷｅｂサービスにより送信するステップと、ゲートウェイが、前記Ｗｅｂサービスのサーバから前記プレゼンス情報要求を受信し、前記ユーザのＷｅｂサービスＩＤに対応するプレゼンスサービスＩＤを前記ＩＤ対応記憶部から取得し、該プレゼンスサービスＩＤを含んだサブスクライブ要求を前記プレゼンスサーバに送信するステップと、前記プレゼンスサーバが、前記サブスクライブ要求に含まれるプレゼンスサービスＩＤにより特定されるウォッチャーのユーザに対し、前記認可ポリシー管理サーバから取得した認可ポリシーを適用してプレゼンス応答を送信するステップとを含むことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、Ｗｅｂサービス等からプレゼンス情報を利用する場合において、プレゼンス情報閲覧のための認可を用いることができるようにしたプレゼンスサービスシステム及びプレゼンスサービス方法を提供することができる。
更に、プレゼンス情報を取得するために実施されるプレゼンスサーバと認可ポリシー管理サーバ（ＸＤＭＳ）の処理量を削減することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１実施形態に係るプレゼンスサービスシステムの全体構成を示す図である。
【図２】同第１実施形態に係るゲートウェイ（ＳＩＰ−ＡＳ）の機能構成図を示す図である。
【図３】同第１実施形態に係るＩＤ記憶部の一例を示す図である。
【図４】同第１実施形態に係るシーケンス図を示す図である。
【図５】本発明の第２実施形態に係るプレゼンスサービスシステムの全体構成を示す図である。
【図６】同第２実施形態に係るゲートウェイ（ＳＩＰ−ＡＳ）の機能構成図を示す図である。
【図７】同第２実施形態に係る要求元と要求先とプレゼンス情報の記憶部の一例を示す図である。
【図８】同第２実施形態に係るシーケンス図を示す図である。
【図９】本発明の第３実施形態に係るプレゼンスサービスシステムの全体構成を示す図である。
【図１０】同第３実施形態に係るゲートウェイ（ＳＩＰ−ＡＳ）の機能構成図を示す図である。
【図１１】同第３実施形態に係るシーケンス図を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照しながら本発明の実施形態を説明する。
（第１実施形態）
図１は本発明の第１実施形態に係るプレゼンスサービスシステムの全体構成を示す図である。同図に示すように、本実施形態に係るシステムは、主にＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に基づいて構築される第一のネットワーク１と、主にＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に基づいて構築される第二のネットワーク２とを有する。第一のネットワーク１は、例えばＷｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ（ＷＷＷ）等である。第二のネットワーク２は、例えばＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）等である。
【００１５】
第一のネットワーク１（Ｗｅｂ等）においては、ユーザＡ〜Ｂの端末（ウォッチャー）がＷｅｂサービスのサーバ３に接続している。これにより提供されるＷｅｂサービスは、例えばＳＮＳ（Ｓｏｒｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）である。
【００１６】
第二のネットワーク２を構成するＩＭＳは、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）１０、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）１１、Ｉ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）１２、ＨＳＳ（Ｈｏｍｅ  Ｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）１３といった機能エンティティを含んでいる。
【００１７】
本実施形態に係るプレゼンスサービスシステムは、このようなＩＭＳのプラットフォーム上に構築されたゲートウェイ（ＳＩＰ−ＡＳ）４、ＸＤＭＳ（ＸＭＬ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｅｒ）６、プレゼンスサーバ８により実現される。
第一のネットワーク１におけるＷｅｂサービス（ＳＮＳ等）のサーバ３と、第二のネットワーク２（ＩＭＳ等）におけるゲートウェイ（ＳＩＰ−ＡＳ）４とは、ＨＴＴＰ／ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）等のインターフェース（ＲＥＳＴ／Ｐａｒｌａｙ  Ｘ）を介してプレゼンス情報のやりとりを行う。
【００１８】
第二のネットワーク（ＩＭＳ等）２においては、ユーザＡ〜Ｄの端末（パブリッシャー）のプレゼンス状態はプレゼンスサーバ８に登録されており、例えば図１に示すような「ユーザＡさん：電話中」「ユーザＢさん：非公開」「ユーザＣさん：オフライン」「ユーザＤさん：非公開」といったプレゼンス状態を閲覧可能である。本実施形態に係るプレゼンスサービスは、このような第二のネットワーク（ＩＭＳ等）２におけるパブリッシャーのプレゼンス状態を、第一のネットワーク（Ｗｅｂ等）１の端末（ウォッチャー）からＷｅｂサービス等を通じて閲覧できるようにするものである。
【００１９】
従来、ユーザＡ〜Ｂの端末（ウォッチャー）がＷｅｂサービス（ＳＮＳ等）を利用する場合のＩＤと、プレゼンスサービスを利用する場合のＩＤとが異なるため、同端末がＷｅｂサービス等からプレゼンス情報を利用する場合には、ウォッチャーのプレゼンスサービスＩＤを匿名（あるいはＳＩＰアプリケーションサーバのＩＤ）としてプレゼンスサービスを利用することになり、プレゼンス情報閲覧のための認可を用いることができない。
【００２０】
これに対し本発明の第１実施形態ではそのような制約を受けることなく、プレゼンス情報閲覧のための認可ポリシーを用いることが可能なように構成される。このため、本システムはＷｅｂサービスのＩＤとプレゼンスサービスのＩＤとを関連付けて記憶するＩＤ対応記憶部５を具備する。ゲートウェイ（ＳＩＰ−ＡＳ）４は、プレゼンスサーバ８に対し、プレゼンスサービスのウォッチャーＩＤを付与してＳＩＰ信号（ＳＵＢＳＣＲＩＢＥ等）を送信することにより、プレゼンス情報閲覧のための認可ポリシーを用いることを可能とする。
【００２１】
図２に、第１実施形態に係るゲートウェイ（ＳＩＰ−ＡＳ）の機能構成図を示す。ゲートウェイ（ＳＩＰ−ＡＳ）４の主たる機能はＨＴＴＰ／ＳＯＡＰとＳＩＰのプロトコル変換機能であるが、本実施形態では更にサブスクライブ要求元の変更を行う機能を有する。
【００２２】
具体的には、ゲートウェイ（ＳＩＰ−ＡＳ）４は、Ｗｅｂサービスのサーバ３から、サブスクライブ要求元として第一のネットワーク１の端末（ウォッチャー）のＷｅｂサービスＩＤを含むプレゼンス情報要求を受信するプレゼンス情報要求受信部４０、受信したプレゼンス情報要求について、ＩＤ対応記憶部５からＷｅｂサービスＩＤに対応するプレゼンスサービスＩＤを取得することにより、サブスクライブ要求元を（匿名又はゲートウェイ４のＩＤから）当該端末（ウォッチャー）のプレゼンスサービスＩＤに変更するサブスクライブ要求元変更部４１、サブスクライブ要求元をウォッチャーのプレゼンスサービスＩＤ（ウォッチャＩＤ）とした、サブスクライブ要求（ＳＵＢＳＣＲＩＢＥ等のＳＩＰ信号）をプレゼンスサーバ８に送信するサブスクライブ要求送信部４２を有する。
【００２３】
また、ゲートウェイ（ＳＩＰ−ＡＳ）４は、第二のネットワーク（ＩＭＳ等）２においてプレゼンスサーバ８からプレゼンス情報（ＮＯＴＩＦＹ等のＳＩＰ信号）を受信するプレゼンス情報受信部４４、受信したプレゼンス情報をプレゼンス情報要求に対する応答として、第一のネットワーク１の端末（ウォッチャー）に送信するプレゼンス情報送信部４３を有する。
【００２４】
ＩＤ対応記憶部５は、例えば図３に示すように、ユーザごとのＷｅｂサービスＩＤとプレゼンスサービスＩＤの対応関係を記憶している。なお、図１では、ＩＤ対応記憶部５がゲートウェイ（ＳＩＰ−ＡＳ）４の外に設けられるように示されているが、このＩＤ対応記憶部５は、図２のようにゲートウェイ（ＳＩＰ−ＡＳ）４内に設けられてもよい。あるいは、Ｗｅｂサービス内、又はゲートウェイ（ＳＩＰ−ＡＳ）４とは独立した装置としてＩＤ対応記憶部５が配備される形態も想定される。
【００２５】
図４に第１実施形態のシーケンス図を示す。このシーケンスは、ユーザＣの端末（パブリッシャー）におけるプレゼンス情報を第一のネットワーク（Ｗｅｂ等）１のユーザＡの端末（ウォッチャー）がＷｅｂサービスを通じて２回閲覧し、続いてユーザＢの端末（ウォッチャー）がユーザＣのプレゼンス情報を２回閲覧するという例である。
【００２６】
第二のネットワーク（ＩＭＳ等）２において、ユーザＣの端末がプレゼンスサーバ８に対してプレゼンスを発行（ＰＵＢＬＩＳＨ等）する。プレゼンスサーバ８は、ユーザＣのプレゼンス（図１ではプレゼンス９）を保持する。またユーザＣの端末は、同ユーザＣのプレゼンス認可ポリシーをＸＤＭＳ（認可ポリシー管理サーバ）６に送る。これには、例えばＨＴＴＰ  ＰＵＴコマンドが利用される。ＸＤＭＳ６はユーザＣのプレゼンス認可ポリシーを保持する。この時点で、認可処理に基づいたユーザＣのプレゼンスサービスを提供可能になる。すなわち、ユーザＣのプレゼンスサービスを利用するには、ユーザＣの認可ポリシーに従った認可を経る必要がある。
【００２７】
このような状況において、第一のネットワーク１のユーザＡの端末（ウォッチャー）がユーザＣのプレゼンス情報要求をＳＮＳ等のＷｅｂサービスのサーバ３に対して行う。Ｗｅｂサービスのサーバ３は、これに応じてまず１回目のプレゼンス情報要求（ユーザＡによるユーザＣのプレゼンス要求）をゲートウェイ（ＳＩＰ−ＡＳ）４に対して行う。これは、例えばＨＴＴＰ／ＳＯＡＰ等のインタフェースを介して行われる。
【００２８】
ゲートウェイ（ＳＩＰ−ＡＳ）４は、ＩＤ対応記憶部５に問い合わせてユーザＡのＷｅｂサービスＩＤ（Ｗｅｂ−ＩＤ）に対応するプレゼンスサービスＩＤを取得する。そして、ゲートウェイ（ＳＩＰ−ＡＳ）４は、サブスクライブ要求元を（匿名又はゲートウェイ４のプレゼンスサービスＩＤから）ユーザＡのプレゼンスサービスＩＤ（ウォッチャーＩＤ）に変更してサブスクライブ要求（ＳＵＢＳＣＲＩＢＥ等のＳＩＰ信号）をプレゼンスサーバ８に送信する。これによりユーザＡからユーザＣに対するプレゼンス要求がなされる。
【００２９】
プレゼンスサーバ８はユーザＡのウォッチャーＩＤが付与されたＳＩＰ信号（ＳＵＢＳＣＲＩＢＥ等）を受信すると、ユーザＡがプレゼンス情報を求めている相手であるユーザＣの認可ポリシーをＸＤＭＳ６に要求する。これには例えばＨＴＴＰ  ＧＥＴコマンドが用いられる。ＸＤＭＳ６では、すでにユーザＣの認可ポリシーを保持しており、ユーザＣの認可ポリシー応答をプレゼンスサーバ８に返答する（２０００Ｋ）。
【００３０】
そしてプレゼンスサーバ８は、ユーザＡからのプレゼンス要求に対し、ユーザＣの認可ポリシーを適用したプレゼンス応答（ＮＯＴＩＦＹ等のＳＩＰ信号）をゲートウェイ（ＳＩＰ−ＡＳ）４に送信する。ゲートウェイ（ＳＩＰ−ＡＳ）４は、該ユーザＣのプレゼンス応答をＷｅｂサービスのサーバ３に送信する。これは、プレゼンス要求の場合と同様、例えばＨＴＴＰ／ＳＯＡＰ等のインタフェースを介して行われる。
【００３１】
従って、ユーザＡについてのＷｅｂサービスが、認可を用いたプレゼンス情報をゲートウェイ（ＳＩＰ−ＡＳ）４を経由して取得することができる。
さらに、ユーザＡの端末（ウォッチャー）がＷｅｂサービスを通じて２回目の閲覧を行い、続いてユーザＢの端末（ウォッチャー）がユーザＣのプレゼンス情報を２回閲覧する。図４から分かるように、これらの動作は上記１回目の閲覧と同様である。当該ユーザ（ウォッチャ−）について、ＷｅｂサービスＩＤとプレゼンスサービスＩＤの対応問合わせが行われ、対応するプレゼンスサービスＩＤをサブスクライブ要求元とするサブスクライブ要求（プレゼンス要求）がなされる。
【００３２】
（第２実施形態）
以下、図５乃至図８を参照して本発明の第２実施形態を説明する。ここでは、第１実施形態と同様の構成要素には同一の参照数字を付して説明を省略し、第１実施形態と異なる部分について説明する。
第１実施形態によれば、Ｗｅｂサービス等からプレゼンス情報を利用する場合において、プレゼンス情報閲覧のための認可を用いることが可能となるが、ＨＴＴＰ／ＳＯＡＰ等によるゲートウェイ（ＳＩＰ−ＡＳ）４へのプレゼンス要求と、ＳＩＰ信号（ＳＵＢＳＣＲＩＢＥ等）によるプレゼンスサーバ８へのプレゼンス要求とが１対１に対応している。このため、ＨＴＴＰ／ＳＯＡＰ等によるゲートウェイ（ＳＩＰ−ＡＳ）４へのプレゼンス要求数が多い場合には、プレゼンスサーバ８へのプレゼンス要求数も比例して増大するため、プレゼンスサーバ８及びプレゼンスサーバ８へ信号を中継する第二のネットワーク（ＩＭＳ等）２における信号処理負荷を増大させてしまうことになる。第２実施形態はこのような信号処理負荷の軽減に関する。
【００３３】
第２実施形態は、Ｗｅｂサービス等からプレゼンス情報を利用する場合においてプレゼンス情報閲覧のための認可を用いることができる点は第１実施形態と同様であるが、図５に示すようにプレゼンスサーバ８からすでに取得したプレゼンス情報（の一部）２０をゲートウェイ（ＳＩＰ−ＡＳ）４において保持するようにした点で第１実施形態とは異なる。プレゼンス情報２０を保持している間に同一のプレゼンス情報要求に相当するプレゼンス情報閲覧要求が発生した場合、ゲートウェイ（ＳＩＰ−ＡＳ）４は、この要求をプレゼンスサーバ８に中継する代わりに、同ゲートウェイ（ＳＩＰ−ＡＳ）４内に保持しているプレゼンス情報２０をＷｅｂサービスのサーバ３に対して送信する。
【００３４】
このため図６に示すように、第２実施形態に係るゲートウェイ（ＳＩＰ−ＡＳ）４は、図２に示した構成要素に加え、プレゼンス情報受信部４４が受信したプレゼンス情報について、ウォッチャーＩＤ（プレゼンス要求元）とパブリッシャーＩＤ（プレゼンス要求先）と該パブリッシャーのプレゼンス情報のデータとを関連付けて記憶部４６に格納する制御を行うプレゼンス情報応答制御４５と、プレゼンス情報要求受信部４０が受信したプレゼンス情報要求について、そのウォッチャーＩＤ（プレゼンス要求元）とパブリッシャーＩＤ（プレゼンス要求先）とに対応するプレゼンス情報が記憶部４６に存在するか否かを判定し、該記憶部４６に存在すると判定されたならば、該当するプレゼンス情報のデータをＷｅｂサービスのサーバ３に対して送信するようプレゼンス情報送信部４３に指示し、存在しないならば通常通りに新規のプレゼンス情報要求としてサブスクライブ要求元変更部４１に送るサブスクライブ要求送信制御部４７を有する。
【００３５】
なお、プレゼンス情報要求受信部４０が受信したプレゼンス情報要求におけるウォッチャーＩＤ（プレゼンス要求元）は、ＩＤ対応記憶部５から特定することができる。
図７に示すように、要求元と要求先とプレゼンス情報の記憶部４６には、ウォッチャーＩＤ（プレゼンス要求元）と、パブリッシャーＩＤ（プレゼンス要求先）と、該パブリッシャーのプレゼンス情報のデータとが関連付けられて格納される。
【００３６】
図８に第２実施形態のシーケンス図を示す。このシーケンスは、第１の実施形態と同様、ユーザＣの端末（パブリッシャー）におけるプレゼンス情報を第一のネットワーク（Ｗｅｂ等）１のユーザＡの端末（ウォッチャー）がＷｅｂサービスを通じて２回閲覧し、続いてユーザＢの端末（ウォッチャー）がユーザＣのプレゼンス情報を２回閲覧するという例である。
【００３７】
第１実施形態と同様に、第二のネットワーク（ＩＭＳ等）２において、ユーザＣの端末がプレゼンスサーバ８に対してプレゼンスを発行（ＰＵＢＬＩＳＨ等）しており、プレゼンスサーバ８は、ユーザＣのプレゼンス（図５ではプレゼンス９）を保持する。またＸＤＭＳ６はユーザＣのプレゼンス認可ポリシーを保持する。この時点で、認可処理に基づいたユーザＣのプレゼンスサービスを提供可能になる。
【００３８】
このような状況において、第一のネットワーク１のユーザＡの端末（ウォッチャー）がユーザＣのプレゼンス情報要求をＳＮＳ等のＷｅｂサービスのサーバ３に対して行い、Ｗｅｂサービスのサーバ３は、これに応じてまず１回目のプレゼンス情報要求（ユーザＡによるユーザＣのプレゼンス要求）をゲートウェイ（ＳＩＰ−ＡＳ）４に対して行う。
【００３９】
ゲートウェイ（ＳＩＰ−ＡＳ）４は、ＩＤ対応記憶部５に問い合わせてユーザＡのＷｅｂサービスＩＤ（Ｗｅｂ−ＩＤ）に対応するプレゼンスサービスＩＤを取得し、サブスクライブ要求元をユーザＡのプレゼンスサービスＩＤ（ウォッチャーＩＤ）に変更してサブスクライブ要求をプレゼンスサーバ８に送信する。これによりユーザＡからユーザＣに対するプレゼンス要求がなされる。
【００４０】
プレゼンスサーバ８は、ユーザＡのウォッチャーＩＤが付与されたプレゼンス要求を受信すると、ユーザＡがプレゼンス情報を求めている相手であるユーザＣの認可ポリシーをＸＤＭＳ６に要求する。これに対しＸＤＭＳ６は、ユーザＣの認可ポリシー応答をプレゼンスサーバ８に返答する（２０００Ｋ）。
【００４１】
そしてプレゼンスサーバ８は、ユーザＡからのプレゼンス要求に対し、ユーザＣの認可ポリシーを適用したプレゼンス応答（ＮＯＴＩＦＹ等のＳＩＰ信号）をゲートウェイ（ＳＩＰ−ＡＳ）４に送信する。ゲートウェイ（ＳＩＰ−ＡＳ）４は、該ユーザＣのプレゼンス応答をＷｅｂサービスのサーバ３に送信する。ここで、第２実施形態では、ユーザＣのプレゼンス情報２０を記憶部４６内に保持しておく。
【００４２】
次に、ユーザＡの端末（ウォッチャー）がＷｅｂサービスを通じて２回目の閲覧を行う。ここで、Ｗｅｂサービスのサーバ３は、２回目のプレゼンス情報要求（ユーザＡによるユーザＣのプレゼンス要求）をゲートウェイ（ＳＩＰ−ＡＳ）４に対して行う。ゲートウェイ（ＳＩＰ−ＡＳ）４は、ＩＤ対応記憶部５に問い合わせてユーザＡのＷｅｂサービスＩＤ（Ｗｅｂ−ＩＤ）に対応するプレゼンスサービスＩＤを取得する。ここで、記憶部４６には、ユーザＡのウォッチャーＩＤ（プレゼンス要求元）と、ユーザＣのパブリッシャーＩＤ（プレゼンス要求先）とに関連付けてプレゼンス２０が保持されているので、ゲートウェイ（ＳＩＰ−ＡＳ）４は該プレゼンス２０を記憶部４６から読み出し、プレゼンス応答としてＷｅｂサービスのサーバ３に応答する。つまり、２回目のプレゼンス情報要求（ユーザＡによるユーザＣのプレゼンス要求）に対しては、これに基づくサブスクライブ要求をプレゼンスサーバ８に対して送らない。このような第２実施形態によれば、プレゼンスサーバ８及びプレゼンスサーバ８へ信号を中継する第二のネットワーク（ＩＭＳ等）２の信号処理負荷を第１実施形態よりも削減することができる。
【００４３】
（第３実施形態）
以下、図９乃至図１１を参照して本発明の第３実施形態を説明する。ここでは、第２実施形態と同様の構成要素には同一の参照数字を付して説明を省略し、第３実施形態が第２実施形態とは異なる部分について説明する。
第２実施形態は、Ｗｅｂサービス等からプレゼンス情報を利用する場合において、プレゼンス情報閲覧のための認可を用いることを可能とし、更に第１実施形態よりもプレゼンスサーバ８の処理負荷を軽減するものであるが、同一のパブリッシャーに対するプレゼンス要求であってもＷｅｂサービスからの要求元（ウォッチャー）が異なる場合には、パブリッシャーがウォッチャーに適用する認可ポリシーを確認するため、プレゼンスサーバ８にＳＩＰ信号を送信しなければならない。
【００４４】
第３実施形態は、Ｗｅｂサービス等からプレゼンス情報を利用する場合においてプレゼンス情報閲覧のための認可を用いることができる点は第１実施形態と同様であり、プレゼンス情報閲覧要求をプレゼンスサーバ８に中継する代わりに同ゲートウェイ（ＳＩＰ−ＡＳ）４内に保持しているプレゼンス情報２０をＷｅｂサービスのサーバ３に対して送信する点においては第２実施形態と同様であるが、図９に示すように認可ポリシー管理サーバであるＸＤＭＳ６からすでに取得した認可ポリシー（の一部）３０をゲートウェイ（ＳＩＰ−ＡＳ）４において保持するようにした点で第２実施形態とは異なる。
【００４５】
上述のようにウォッチャーに適用する認可ポリシーを確認する必要が生じた際に、ゲートウェイ（ＳＩＰ−ＡＳ）４は、内部に保持している認可ポリシー３０を用いる。
このため、図１０に示すように、第３実施形態に係るゲートウェイ（ＳＩＰ−ＡＳ）４は、図６に示した構成要素に加え、プレゼンス情報のパブリッシャーの認可ポリシーを要求する認可ポリシー要求を認可ポリシー管理サーバであるＸＤＭＳ６に送信する認可ポリシー要求送信部４８と、この要求に対してＸＤＭＳ６から送信された認可ポリシーを受信する認可ポリシー受信部４９と、受信した認可ポリシーを記憶する認可ポリシー記憶部５０を有する。
【００４６】
図１１に第３実施形態のシーケンスを示す。ゲートウェイ（ＳＩＰ−ＡＳ）４においては、当該ゲートウェイ（ＳＩＰ−ＡＳ）４を要求元としてプレゼンスサーバ８からユーザＣのプレゼンス情報２０を取得して記憶部４６に保持すると共に、認可ポリシー管理サーバであるＸＤＭＳ６から同ユーザＣの認可ポリシー３０を取得して記憶部５０に保持する。第３実施形態は、プレゼンスサーバ８からユーザＣのプレゼンス情報２０を取得する際に、ユーザＡ（ウォッチャー）ではなくゲートウェイ（ＳＩＰ−ＡＳ）４を要求元とする点が上述した第１及び第２の実施形態とは異なっている。この場合、ゲートウェイ（ＳＩＰ−ＡＳ）４は、サブスクライブ要求元をゲートウェイ（ＳＩＰ−ＡＳ）４のプレゼンスサービスＩＤ（ウォッチャーＩＤ）とした、サブスクライブ要求（ＳＵＢＳＣＲＩＢＥ等のＳＩＰ信号）をプレゼンスサーバ８に送信する。あるいは、ゲートウェイ（ＳＩＰ−ＡＳ）４のプレゼンスサービスＩＤ（ウォッチャーＩＤ）とせずに、匿名を意味する特定のプレゼンスサービスＩＤとしてもよい。このような第３実施形態では、プレゼンスサーバ８ではなくゲートウェイ４においてプレゼンス情報に対する認可ポリシーの適用動作を行う。仮に第１及び第２の実施形態のようにウォッチャーであるユーザＡのプレゼンスサービスＩＤを含んだサブスクライブ要求（ＳＵＢＳＣＲＩＢＥ等のＳＩＰ信号）がプレゼンスサーバ８に送信されると、プレゼンスサーバ８が認可ポリシーの適用を行ってしまう。そこで本実施形態では上記のようにユーザＡとは異なるプレゼンスサービスＩＤ（ウォッチャーＩＤ）としたサブスクライブ要求とすることで、プレゼンスサーバ８では認可ポリシーの適用は行われないようにする。
【００４７】
そしてゲートウェイ（ＳＩＰ−ＡＳ）４は、要求先（この例ではユーザＣ）が同一である２回目以降のプレゼンス要求（この例ではユーザＣに対するユーザＢからのプレゼンス要求）に対しては、プレゼンスサーバ８にＳＩＰ信号を送信することなくＷｅｂサービスに対し応答可能となり、プレゼンスサーバ８及びプレゼンスサーバ８への信号を中継する第二のネットワーク（ＩＭＳ等）の信号処理負荷を第１実施形態よりも削減することが可能である。
【００４８】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００４９】
１…第一のネットワーク（Ｗｅｂ等）；
２…第二のネットワーク（ＳＩＰ等）；
３…Ｗｅｂサービスのサーバ（ＳＮＳ等）；
４…ゲートウェイ（ＳＩＰ−ＡＳ）；
５…ＩＤ対応記憶部；
６…ＸＤＭＳ；
７…認可ポリシー；
８…プレゼンスサーバ；
９…プレゼンス；
１０…Ｓ−ＣＳＣＦ；
１１…Ｐ−ＣＳＣＦ；
１２…Ｉ−ＣＳＣＦ；
１３…ＨＳＳ
【図１】
2010198352.tif 000003
【図２】
2010198352.tif 000004
【図３】
2010198352.tif 000005
【図４】
2010198352.tif 000006
【図５】
2010198352.tif 000007
【図６】
2010198352.tif 000008
【図７】
2010198352.tif 000009
【図８】
2010198352.tif 000010
【図９】
2010198352.tif 000011
【図１０】
2010198352.tif 000012
【図１１】
2010198352.tif 000013