(57)【要約】  通信ネットワークにおいて、少なくとも第１および第２のノードの間で個人情報を一時共有するためのノードおよび方法は、セッションモジュールを通じて上記少なくとも第１および第２のノードの間の通信セッションを確立することと、許可モジュールを通じて個人情報にアクセスする許可を受信することと、情報モジュールを通じて、上記アクセスの許可を受信すると上記個人情報を取得することとを含む。また、通信セッションの確立の前に、上記少なくとも第１および第２のノードはその間で確立される認証関係を有さず、確立された通信セッションが終了された場合には個人情報にアクセスする許可も終了される。【選択図】図２
2012519997.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにおいて少なくとも第１および第２のノードの間で個人情報を一時共有するための方法であって、
・前記少なくとも第１および第２のノードの間で通信セッションを確立することと、
・前記個人情報にアクセスする許可を受信することと、
・前記アクセスする許可を受信すると前記個人情報を取得することと、
を含み、
前記通信セッションの確立の前に、前記少なくとも第１および第２のノードはその間で確立される認証関係を有さず、前記確立された通信セッションが終了された場合には前記個人情報にアクセスする許可も終了される方法。
【請求項２】
前記第２のノードの前記個人情報にアクセスする許可を受信する前に、該個人情報が前記第１のノードにおいて利用可能であるか判定することをさらに含む、請求項１に記載の方法。
【請求項３】
前記第２のノードの前記個人情報が利用可能であるか判定することは、
・該個人情報が利用可能でなければ、アクセスする許可についてのリクエストを送信すること
を含む、請求項２に記載の方法。
【請求項４】
前記アクセスする許可についてのリクエストを送信することは、そこへのアクセスを可能にするように前記個人情報の認証ポリシーを変更することを含み、
前記個人情報にアクセスする許可を受信することは、前記変更された認証ポリシーを受信することを含む、請求項３に記載の方法。
【請求項５】
前記個人情報は、プレゼンス情報を含む、請求項１に記載の方法。
【請求項６】
前記個人情報を取得することは、前記プレゼンス情報を購読することを含む、請求項５に記載の方法。
【請求項７】
前記個人情報の一時共有は、前記通信セッションの確立とともになされる、請求項１に記載の方法。
【請求項８】
前記通信セッションが終了された場合に前記個人情報へのアクセス許可を取り消すように前記個人情報の認証ポリシーを変更することをさらに含む、請求項４に記載の方法。
【請求項９】
前記通信セッションを確立することは、個人情報の一時共有によって強化された通信のためのサービスを通じてカンファレンスセッションを確立することを含む、請求項１に記載の方法。
【請求項１０】
前記カンファレンスセッションを確立することは、確立されるカンファレンスセッションの種類、共有される情報の種類について、および該情報を共有するエンドユーザについての情報を含む招待リクエストを送信することを含む、請求項９に記載の方法。
【請求項１１】
前記サービスは、前記個人情報を共有する許可を受信する、請求項１０に記載の方法。
【請求項１２】
前記個人情報を取得することは、
・前記サービスによってプレゼンス情報を購読することと、
・前記サービスによって前記購読されたプレゼンス情報を前記少なくとも第１および第２のノードに配給することと、
をさらに含む、請求項１１に記載の方法。
【請求項１３】
前記個人情報の一時共有を終了させるために前記カンファレンスセッションを終了させることをさらに含む、請求項１１に記載の方法。
【請求項１４】
前記カンファレンスセッションを終了させることは、前記カンファレンスセッションに１人のエンドユーザしか残っていない場合のイベントによってトリガされる、請求項１３に記載の方法。
【請求項１５】
通信ネットワークにおいて、少なくとも１つの他のノードと個人情報を一時共有するためのノードであって、
・前記少なくとも１つの他のノードとの通信セッションを確立するセッションモジュールと、
・前記個人情報にアクセスする許可を受信する許可モジュールと、
・前記確立された通信セッションの間に前記個人情報を取得する情報モジュールと、
を備え、
・前記通信セッションの確立の前に、前記ノードおよび前記少なくとも１つの他のノードはその間で確立される認証関係を有さず、前記確立された通信セッションが終了された場合には前記個人情報への前記アクセスする許可も終了されるノード。
【請求項１６】
前記少なくとも１つの他のノードは、ユーザ、サービス、およびＷｅｂベースのサービスのうちの１つを含む、請求項１５に記載のノード。
【請求項１７】
前記許可モジュールは、前記少なくとも１つの他のノードの個人情報にアクセスする許可を受信する前に、該個人情報が利用可能であるか判定する、請求項１６に記載のノード。
【請求項１８】
前記許可モジュールは、そこへのアクセスを可能にするための前記個人情報の認証ポリシーの変更をリクエストし、前記変更された認証ポリシーを受信する、請求項１５に記載のノード。
【請求項１９】
前記個人情報は、プレゼンス情報を含む、請求項１５に記載のノード。
【請求項２０】
前記情報モジュールは、前記プレゼンス情報を購読することによって前記個人情報を取得する、請求項１９に記載のノード。
【請求項２１】
前記許可モジュールは、前記通信セッションが終了された場合に、前記個人情報へのアクセス許可を取り消すために前記個人情報の認証ポリシーを変更する、請求項１８に記載のノード。
【請求項２２】
前記ノードは、個人情報の一時的な共有によって強化された通信についてのサービスを含む、請求項１５に記載のノード。
【請求項２３】
前記サービスは、エンドユーザからリクエストを受信すると、前記セッションモジュールを通じてカンファレンスセッションを確立する、請求項２２に記載のノード。
【請求項２４】
前記サービスは、前記許可モジュールを通じて、前記個人情報を共有する許可を受信する、請求項２３に記載のノード。
【請求項２５】
前記個人情報は、プレゼンス情報を含む、請求項２４に記載のノード。
【請求項２６】
前記サービスは、前記共有の許可を受信すると、前記情報モジュールを通じて、前記プレゼンス情報を購読し購読されたプレゼンス情報を前記少なくとも１つの他のノードに配給する、請求項２５に記載のノード。
【請求項２７】
前記サービスは、前記セッションモジュールを通じて、前記個人情報の一時共有の終了のために前記カンファレンスセッションを終了させる、請求項２２に記載のノード。
【請求項２８】
前記サービスは、前記カンファレンスセッションに１人のエンドユーザしか残っていない場合のイベントによって与えられるトリガに対応して前記カンファレンスセッションを終了させる、請求項２７に記載のノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、通信ネットワーク、および通信ネットワークにおける異なるユーザの間での情報の共有に関する。
【背景技術】
【０００２】
過去数十年にわたって、インターネットは驚くべき成長と拡大とを経験してきた。テクノロジーは、集中コンピューティングから個別化コンピューティングへ、モバイルコンピューティングへ、そして今、ネットワーク、デバイスおよびサービスの収束を伴うインテリジェントサービスへと変化してきた。
【０００３】
また、ブロードバンドネットワークの導入に伴い、ユーザまたは顧客は、どのデバイスででも、そしてどこからでも、音声、データ、映像などと結合する、パーソナライズされたインタラクティブなマルチメディアサービスをさらに期待している。ＩＭＳ（IP  Multimedia  Subsystem）アーキテクチャは、かかるコンテクストの中で、期待に応え、マルチメディアサービスの創造と展開を容易にするために開発されてきた。
【０００４】
ＩＭＳアーキテクチャは、３ＧＰＰで規定され、ＵＭＴＳ（Universal  Mobile  Telecommunications  System）リリース５（２００３年３月）で最初に紹介された。インターネットによる統合を容易にする目的のためのＳＩＰ（Session  Initiation  Protocol）のようなＩＭＳプロトコルのほとんどは、ＩＥＴＦ（Internet  Engineering  Task  Force）によって規格化される。しかしながら、ＯＭＡ（Open  Mobile  Alliance）もまた、規格化プロセスに関与する。
【０００５】
ＩＭＳアーキテクチャの中では、特にインスタントメッセージングのようなアプリケーションについては、最もポピュラーなサービスの１つがプレゼンスサービスであった。プレゼンスサービスは、ＩＭＳユーザが、互いの間でプレゼンス情報を交換することを可能にする。
【０００６】
より具体的には、ＩＭＳユーザ（プレゼンティティと呼ばれる）は、ひとたび彼／彼女が別のユーザまたはデバイス（ウォッチャと呼ばれる）が彼／彼女のプレゼンス情報を得ることを認証すれば、彼／彼女のプレゼンス情報をウォッチャと共有できる。プレゼンティティのプレゼンス情報を得るためには、プレゼンティティのプレゼンス情報をSIP  SUBSCRIBEを用いて購読（subscribe）しなければならない。認証されれば、プレゼンティティのプレゼンスサービスは、SIP  NOTIFYを介してウォッチャにプレゼンティティのプレゼンス情報を提供する。ＩＭＳユーザのプレゼンス情報は、ユーザについての情報、例えば彼／彼女の位置、彼／彼女のサービスおよびデバイスについてなどを含みうる。
【０００７】
また、あるＯＭＡのプロトコルを用いて、ＩＭＳユーザは、彼らのプロフィール情報を互いに共有することもできる。ユーザのプロフィールは、ＩＭＳユーザの名前、彼／彼女の住所および趣味などを含みうる。
【０００８】
ＳＩＰに基づく、ＩＭＳユーザの間のマルチメディアセッションは、発呼者が被呼者にマルチメディアセッションを確立するためのリクエストを送信した場合に３ウェイハンドシェイクによってセットアップされうる。３ウェイハンドシェイクは以下の３つのステップからなる。１）発呼者が被呼者に向けてリクエスト（SIP  INVITE）を送信する、２）被呼者が発呼者にレスポンス（200  OK）を返送して彼／彼女の容認を確認する、３）発呼者は最後にアクノリッジメント（SIP  ACK）を被呼者に送信する。かかるマルチメディアセッションは、VoIP、マルチメディアチャット、ファイル転送などを含みうる。しかしながら、これらのサービスを共有し使用することできるためには、発呼者および被呼者が互いのプレゼンス情報および／またはプロフィールにアクセスすることが一般的には好ましく、それゆえ予め定義された、または予め存在する認証が、発呼者と被呼者との間に確立されていなくてはならない。
【０００９】
ＩＭＳアーキテクチャまたは他のインターネットアーキテクチャにおいてプレゼンスまたはプロフィール情報を共有するための現在のメカニズムは、一般的には、ユーザが長い期間にわたってそれなりに定期的に互いにやりとりすることが推奨されるソーシャルネットワーキングやインスタントメッセージングのような、長期的な関係を作り上げることを目指すアプリケーションをモデルにしている。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
他のコンテクストでプレゼンスまたはプロフィール情報を共有することは、まだ探索されていない。それゆえに、異なるコンテクストにおけるプレゼンスおよびプロフィール情報のよりフレキシブルな共有メカニズムを提供することは興味深いであろう。
【課題を解決するための手段】
【００１１】
より具体的には、本発明によって、通信ネットワークにおいて、少なくとも第１および第２のノードの間で個人情報を一時共有する方法が提供される。方法は、上記少なくとも第１および第２のノードの間で通信セッションを確立することと、個人情報にアクセスする許可を受信することと、上記アクセスする許可を受信すると上記個人情報を取得することとを含む。また、通信セッションの確立の前に、上記少なくとも第１および第２のノードはその間で確立される認証関係を有さず、確立された通信セッションが終了された場合には個人情報にアクセスする許可も終了される。
【００１２】
本発明の別の側面によれば、通信ネットワークにおいて、少なくとも１つの他のノードと個人情報を一時共有するためのノードが提供される。ノードは、上記少なくとも１つの他のノードとの通信セッションを確立するセッションモジュールと、個人情報にアクセスする許可を受信する許可モジュールと、確立された通信セッションの間に上記個人情報を取得する情報モジュールとを含む。また、通信セッションの確立の前に、上記ノードと上記少なくとも１つの他のノードとはその間で確立される認証関係を有さず、確立された通信セッションが終了された場合には個人情報にアクセスする許可も終了される。
【００１３】
本発明の上記のおよび他の目的、利点および特徴は、添付図面を参照して例示としてのみ提供される、以下の、その概略的な実施形態の限定的でない説明を参照すれば、より明らかになるであろう。
【図面の簡単な説明】
【００１４】
【図１】本発明の限定的でない概略的な実施形態に係る、個人情報の一時共有によって強化された通信を確立するためのＩＭＳアーキテクチャまたはＩＭＳネットワークの概略図である。
【図２】図１のＩＭＳネットワークにおける個人情報の一時共有によって強化された通信のための方法を示すフローチャートである。
【図３】図１のＩＭＳネットワークにおける個人情報の一時共有によって強化された通信のためのターミナルノードの概略図である。
【図４Ａ】図３のターミナルノードを通じた個人情報の一時共有によって強化された通信のための詳細な方法を示すフローチャートである。
【図４Ｂ】図３のターミナルノードを通じた個人情報の一時共有によって強化された通信のための詳細な方法を示すフローチャートである。
【図５Ａ】通信セッションと図４に示されるような個人情報の一時共有とを終了するための方法を示すフローチャートである。
【図５Ｂ】通信セッションと図４に示されるような個人情報の一時共有とを終了するための方法を示すフローチャートである。
【図６】本発明の限定的でない概略的な別の実施形態に係る、個人情報の一時共有によって強化された通信のための通信ネットワークの概略図である。
【図７】図６の通信ネットワークにおける個人情報の一時共有によって強化された通信のための方法を示すフローチャートである。
【図８】図６の通信ネットワークで用いられる個人情報一時共有サービスによって強化された通信の概略図である。
【発明を実施するための形態】
【００１５】
プレゼンスおよびプロフィール情報を共有するための現在のメカニズムは大抵異なるユーザの間で長期的な関係を発展させるためのアプリケーションを指向しているため、エンドユーザは、一時的なやり方で、特定の目的または期間について、例えばエンドユーザが彼らの共有セッションの前に確立された何らかの関係を最初から有することを求めることなく、別のエンドユーザと彼／彼女のプレゼンスまたはプロフィール情報を共有する容易な方法をもたなかった。
【００１６】
概して、本発明の限定的でない概略的な実施形態は、エンドユーザが、彼らのプレゼンス情報またはプロフィール情報を、通信セッションの間のような限られた期間だけ異なるエンドユーザと共有し、この異なるエンドユーザは互いについて予め存在する認証関係を必要としないことを可能にする。
【００１７】
通信セッションは、追加のエンドユーザまたはサービスが加入できるカンファレンスセッションであってもよい。
【００１８】
以下で説明されるように、本発明に係る概略的な実施形態は、エンドユーザの側（ターミナルベース）で、またはネットワークの中（ネットワークベース）で実装されうる。
【００１９】
なお、詳細な説明に入る前に、以下の説明において、“個人情報”という用語は、例えばエンドユーザによって設定される所定の認証ポリシーに基づいて異なるエンドユーザの間で共有されうる各種の情報を含む。このことは、エンドユーザがこのような情報を他のエンドユーザと共有することを望んだ場合、後で他のエンドユーザがこの情報を入手することが可能になるように、情報の認証ポリシーへの修正が最初に実行される必要があることを意味する。個人情報は、位置情報、住所、趣味などのような、プレゼンス情報およびプロフィール情報を含みうる。
【００２０】
以下で、本発明に係る概略的な実施形態がＩＭＳアーキテクチャのコンテクストで説明され、この場合、個人情報はＩＭＳ有効化（enabling）情報とも呼ばれる。しかしながら、これらの実施形態は、かかるアーキテクチャには限定されず、他の通信アーキテクチャおよびネットワークにも適用されうる。
【００２１】
より具体的には、ＩＭＳアーキテクチャのコンテクストにおいて、本発明の概略的な実施形態は、エンドユーザが、彼らのプレゼンスまたはプロファイル情報を、アドホック方式で、従来型のＳＩＰ通信セッションまたはダイアログのセットアップ手続とともに交換または共有することを可能にする。
【００２２】
例えば、ＩＭＳネットワークで通信セッションまたはダイアログをセットアップするために、SIP  INVITEが発呼者によって送信され、被呼者がSIP  200  OKによって返答し、次に発呼者が被呼者にSIP  ACKを送信して通信セッションがうまく確立されたことをアクノリッジする。また、プレゼンティティからプレゼンス情報を入手するために、ウォッチャはSIP  SUBSCRIBEを用いてプレゼンティティのプレゼンス情報を購読（subscribe）しなければならない。続いて、SIP  NOTIFYを通じて、ウォッチャはプレゼンティティのプレゼンス情報を提供される。
【００２３】
まず、図１を参照して、個人情報が一時的に２人のエンドユーザの間で共有されうるＩＭＳアーキテクチャまたはＩＭＳネットワークの概略について説明する。もちろん、当業者は、２人よりも多いエンドユーザが個人情報の一時共有に参加してもよいことを理解するであろう。
【００２４】
ＩＭＳネットワーク１０は、異なるＩＭＳ機能を果たす異なるＩＭＳノード（図示せず）、第１の通信ドメイン１２Ａ、および第１の通信ドメイン１２Ｂを含む。第１の通信ドメイン１２Ａは、オペレータＡによって運用され、ＩＭＳテクノロジーに基づきうる。また、エンドユーザＡは、ドメイン１２Ａと通信する能力を有する何らかの無線デバイスまたは有線デバイスでありうるターミナル１８Ａを用いて第１の通信ドメイン１２Ａに接続される。同様にして、第２の通信ドメイン１２Ｂは、オペレータＢによって運用され、ＩＭＳテクノロジーに基づき、エンドユーザＢがターミナル１８Ｂを用いてそこに接続される。
【００２５】
ＩＭＳベースの通信ドメイン１２Ａおよび１２Ｂは、それぞれ以下のノードを有する。Ｓ−ＣＳＣＦ（Serving  Call  Session  Call  Function）１４Ａおよび１４Ｂ、ならびにＰＧＭ（Presence  and  Group  Management）１６Ａおよび１６Ｂ。
【００２６】
Ｓ−ＣＳＣＦ１４Ａおよび１４Ｂは、例えばルーティングおよびセッションの制御を提供するシグナリングノードである。Ｓ−ＣＳＣＦ１４Ａおよび１４Ｂは、互いに、またそれぞれのエンドユーザＡおよびＢと、ＳＩＰプロトコルを通じて通信する。
【００２７】
ＰＧＭ１６Ａおよび１６Ｂは、エンドユーザＡおよびＢのプレゼンス情報を管理し、プレゼンス情報ならびにエンドユーザＡおよびＢが購読されたプレゼンス情報の認証ポリシーを更新するプレゼンスサーバである。
【００２８】
ＰＧＭ１６Ａおよび１６Ｂは、それぞれのエンドユーザＡおよびＢと、例えばＸＣＡＰプロトコルを用いて通信する。
【００２９】
ＰＧＭ１６Ａおよび１６Ｂは、それぞれのＳ−ＣＳＣＦ１４Ａおよび１４Ｂと、ＩＳＣまたはＳＩＰプロトコルを用いて通信する。
【００３０】
通信ドメイン１２ＡのＳＢＧ（Session  Border  Gateway）１５は、通信ドメイン１２Ｂのような外部ネットワークへのゲートウェイである。それはファイアウォール（図示せず）を含んでもよい。一般的に、ＳＢＧ１５は、それが属するネットワークのトポロジを、いかなる外部ネットワークからも隠蔽する。
【００３１】
ＳＢＧ１５は、ＳＩＰインターフェースを用いて、通信ドメイン１２ＢのＩ−ＣＳＣＦ（Interrogating  CSCF）１７を通じて他のネットワークに接続する。Ｉ−ＣＳＣＦ１７は、一般的に、通信ドメインの端に見出される。Ｉ−ＣＳＣＦ１７は、通信ドメイン１２Ａから受信されたＳＩＰリクエストを、通信ドメイン１２ＢのＳ−ＣＳＣＦ１４Ｂにルートするのに用いられる。
【００３２】
これらのノードは公知技術であると考えられるため、これ以上は説明されない。
【００３３】
次に、図２を参照して、本発明の限定的でない例示的な実施形態に係る、ＩＭＳネットワーク１０のような通信ネットワークにおける、図１のエンドユーザＡおよびＢのような少なくとも第１および第２のノードの間の、その間に確立される予めの認証関係なしの、個人情報の一時共有のための方法が説明される。それゆえに、図２の方法は、個人情報の一時共有によって強化された通信を提供する。
【００３４】
方法２０は、第１のノード（エンドユーザＡ）と第２のノード（エンドユーザＢ）との間で通信セッションを確立するステップ２２で始まる。第１のノードが通信セッションのためのリクエストをイニシエートしてもよいし、第２のノードがそうしてもよい。
【００３５】
ステップ２４において、個人情報にアクセスする許可が、第１のノードおよび／または第２のノードによって入手または受信される。
【００３６】
アクセスする許可を受信すると、ステップ２６において、それらは互いの個人情報にアクセスするように認証されたため、第１および／または第２のノードは、個人情報を取得し、個人情報は、例えばパーソナライズされたサービスおよびプレゼンスの情報である。
【００３７】
確立された通信セッションが、第１のノードまたは第２のノードのいずれかによって終了される場合、それは第１および第２のノードがこれ以上お互いの個人情報にアクセスできないように、個人情報にアクセスする許可も終了させる。これは図２のステップ２８に示されている。
【００３８】
それゆえに、ＩＭＳネットワーク１０におけるエンドユーザＡおよびＢの間の個人情報の共有は、通信セッションが確立されている期間だけしか持続しない。
【００３９】
エンドユーザ側（ターミナルベース）の実装
本発明の限定的でない概略的な実施形態として、図２の方法２０は、ＩＭＳネットワーク１０のような通信ネットワークのターミナルノードにおいて、このノードがエンドユーザ間の個人情報の一時共有サービスを提供できるようなやり方で、エンドユーザ側（ターミナルベース）で実装されうる。
【００４０】
より具体的には、このノードはターミナル１８Ａでありえ、これは、例えば、携帯電話、ＰＤＡ、ラップトップ、コンピュータ、または通信ネットワークを通信するための能力とＳＩＰのような必要なプロトコルとを有する何らかの通信デバイスでありうる。
【００４１】
次に、図３を参照して、方法２０がユーザ側で実装される、本発明に係る概略的な実施形態が説明される。
【００４２】
図３は、スクリーン１００、キーボード１０２、通信モジュール１０４および同期モジュール１１２を含む、１８Ａのようなターミナルを示す。
【００４３】
もちろん、当業者は、ターミナル１８Ａが、通信ネットワークおよび他のノードからデータを受信する受信モジュール、通信ネットワークまたは他のノードにデータを送信するアウトプット、通信システムにおけるその通常のタスクおよび手続を実行するプロセッサおよび／またはメモリのような、当業者にはよく知られているためこれ以上は説明されない複数の他のコンポーネント（図示せず）をさらに含むことを理解するであろう。
【００４４】
スクリーン１００は、他のエンドユーザの地理的な位置のようなプレゼンス情報を見る、または何らかの要求された情報を表示するのに用いられうる。
【００４５】
キーボード１０２は、エンドユーザが通信ネットワークの他のノードまたはユーザに送信されるリクエストを入力することを可能にする。
【００４６】
通信モジュール１０４は、ターミナル１８ＡがＩＭＳネットワーク１０で用いられるＩＭＳターミナルである場合には、ＳＩＰモジュールでありうる。通信モジュール１０４は、ＩＭＳネットワーク１０における他のノードとの通信を可能にする。より具体的には、通信モジュール１０４（あるいはＳＩＰモジュール）は、セッションモジュール１０６、許可モジュール１０８、および情報モジュール１１０を含む。なお、セッションモジュール１０６、許可モジュール１０８、および情報モジュール１１０は、何らかのソフトウェアであってもよく、何らかのハードウェアであってもよく、また両方の組み合わせであってもよい。また、これらのモジュールは、同じＳＩＰモジュール１０４の機能部分と見ることもでき、つまり分割は機能上のものにすぎず、単一のモジュールが異なる機能を実行するために用いられうる。さらに、それらはハードウェアの同じ部分または別々の部分に実装されうる。
【００４７】
セッションモジュール１０６は、ＩＭＳネットワーク１０での通信について、例えばSIP  INVITEリクエストを通じて、他のエンドユーザとの通信セッションを確立することを可能にする。しかしながら、SIP  INVITEは、確立される通信セッションが個人情報の一時共有をも含むという表示を有するであろう。セッションモジュール１０６は、また、確立された通信セッションを終了することを可能にする。
【００４８】
許可モジュール１０８は、他のエンドユーザに関する個人情報にアクセスする許可についての判定またはリクエストを可能にする。実際に、許可モジュール１０８は、ＩＭＳユーザの場合、他のエンドユーザの個人情報の認証ポリシーを変更するリクエストを送信しうる。それはまた、アクセス許可および認証ポリシーの更新を受信してもよい。
【００４９】
情報モジュール１１０は、確立された通信セッションの間に、例えば許可モジュール１０８を通じてひとたびアクセス許可がそのエンドユーザに授与されると、エンドユーザが他のエンドユーザの個人情報を取得することを可能にする。
【００５０】
同期モジュール１１２は、ＩＭＳネットワークにおいて通信セッションについて定義された時間とプレゼンス情報の購読について定義された時間とのように、異なる時間を同期させることを可能にする。
【００５１】
より具体的に、図４は、その間に図３の１８Ａのようなターミナルを使用するエンドユーザＡとエンドユーザＢとの間で個人情報が一時的に共有される通信セッションまたはダイアログをセットアップする詳細な方法を示す。また、エンドユーザＡおよびＢは、先行するまたは予め定義された認証関係を互いに有さない。それゆえに、図４の方法は、個人情報の一時共有によって強化された通信を提供する。
【００５２】
この方法では、エンドユーザＡ（発呼者）がエンドユーザＢ（被呼者）との通信セッションを確立するリクエストをイニシエートするものとする。
【００５３】
方法３０は、エンドユーザＡ（発呼者）がエンドユーザＢ（被呼者）に、彼らの間に通信セッションを確立するためにSIP  INVITEリクエストを送信するステップ３２で始まる。SIP  INVITEリクエストは、確立される通信セッションが、個人情報の一時共有をも可能にするであろうという表示を含む。一例として、SIP  INVITEヘッダの“Require”フィールドが、この表示を提供するために用いられうる。この表示はありうる  より具体的には、そのようにするために、まず、エンドユーザＡがSIP  INVITEリクエストをセッションモジュール１０６を通じてＳ−ＣＳＣＦ１４Ａに送信し、それがこのＳＩＰリクエストをエンドユーザＢが接続されているＳ−ＣＳＣＦ１４Ｂに転送する。また、ＳＩＰリクエストを転送する前に、Ｓ−ＣＳＣＦ１４Ａは、いくつかの発動トリガ（originating  trigger）をＳＩＰリクエストに適用し、この発動トリガはエンドユーザＡが購読する異なったサービスに対応する。Ｓ−ＣＳＣＦ１４Ｂは、次に、ＳＩＰリクエストに終了トリガを適用した後に、ＳＩＰリクエストをエンドユーザＢに転送する。
【００５４】
ステップ３４において、エンドユーザＢは、SIP  INVITEを、確立される通信セッションが個人情報の一時共有によって強化されるという表示とともに、彼／彼女のセッションモジュール１０６で、発呼者（あるいはエンドユーザＡ）から、Ｓ−ＣＳＣＦ１４Ａおよび１４Ｂを介して受信する。
【００５５】
ステップ３６において、エンドユーザＢは、エンドユーザＡのプロフィールまたはプレゼンス情報のような個人情報が彼／彼女に利用可能であるか、すなわちエンドユーザＢがエンドユーザＡの個人情報にアクセスするための何らかの予め存在するまたは先行する認証関係を有するかを判定する。これは、例えば、許可モジュール１０８を通じてなされる。
【００５６】
エンドユーザＢがエンドユーザＡの個人情報にアクセスする認証または許可を既に有していれば、ステップ３８において、エンドユーザＢは、SIP  200  OKレスポンスをエンドユーザＡに送信し、次に、以下に説明するようにＲＦＣ３２６１および３ＧＰＰ  ＩＭＳ  ＴＳ  ２４．２２９に規定されるような標準的な手続に従う。
【００５７】
しかしながら、ステップ３６においてエンドユーザＢがエンドユーザＡの個人情報にアクセスする認証または許可を有さない場合、ステップ４０において、エンドユーザＢは、エンドユーザＡにエンドユーザＢの個人情報にアクセスまたはこれを購読する許可を与えるためのＸＣＡＰリクエストを、許可モジュール１０８を通じて、ＰＧＭ１６Ｂに送信する。ＸＣＡＰリクエストは、個人情報の認証ポリシーを変更するのに用いられる。例えば、プレゼンス情報の特定のケースにおいて、エンドユーザＢは、エンドユーザＡが彼／彼女のプレゼンス情報を購読することを可能にするように、ＰＧＭ１６Ｂにおいて彼／彼女のプレゼンス情報認証ポリシーを更新、つまり変更する。次に、エンドユーザＢは、エンドユーザＡにＳＩＰレスポンス（200  OK）を送信し、このＳＩＰレスポンスはＳ−ＣＳＣＦ１４ＢおよびＳ−ＣＳＣＦ１４Ａを通過する。
【００５８】
次に、ステップ４２において、エンドユーザＢは、エンドユーザＡからのレスポンスを待機する。
【００５９】
ステップ４４において、エンドユーザＡは、ステップ４０においてエンドユーザＢによって送信されたSIP  200  OKを受信する。
【００６０】
ステップ４６において、エンドユーザＡは、彼／彼女がエンドユーザＢの個人情報を有するかを判定する、つまり、エンドユーザＡは、彼／彼女がユーザＢの個人情報にアクセスするための何らかのあらかじめ存在するまたは先行する認証関係を有するかを判定する。これは、例えば許可モジュール１０８を通じてなされる。
【００６１】
エンドユーザＡがエンドユーザＢの個人情報にアクセスする認証または許可を有していれば、ステップ４８において、エンドユーザＡは、エンドユーザＢにSIP  ACKを送信する。
【００６２】
しかしながら、エンドユーザＡがこの情報にアクセスする許可を有さなければ、ステップ５０において、エンドユーザＡは、許可モジュール１０８を通じて、エンドユーザＢがエンドユーザＡの個人情報アクセスし、これを見、または購読することを可能にするためのＸＣＡＰリクエストを送信する。例えば、プレゼンス情報の場合、エンドユーザＡは、エンドユーザＢが彼／彼女のプレゼンス情報を購読することを可能にするように、ＰＧＭ１６Ａにおいて彼／彼女のプレゼンス情報認証ポリシーを変更する。
【００６３】
ステップ５２において、エンドユーザＡは、Ｓ−ＣＳＣＦ１４ＡおよびＳ−ＣＳＣＦ１４Ｂを通じてエンドユーザＢにSIP  ACKを送信し、通信セッションセットアップを完了する。
【００６４】
ステップ５４において、エンドユーザＢは、ステップ４８またはステップ５２のいずれかにおいてエンドユーザＡによって送信された、通信セッションセットアップを完了させるSIP  ACKを受信する。
【００６５】
ステップ５６において、エンドユーザＢは、彼／彼女のプレゼンス情報のようなエンドユーザＡの個人情報を取得するために、Ｓ−ＣＳＣＦ１４ＢにSIP  SUBSCRIBEを送信する。これは、エンドユーザＢのターミナル１８の情報モジュール１１０を通じてなされうる。Ｓ−ＣＳＣＦ１４Ｂは、次に、このSIP  SUBSCRIBEをＳ−ＣＳＣＦ１４Ａに転送し、それが今度はＰＧＭ１６Ａに転送される。
【００６６】
ステップ５８において、エンドユーザＡは、例えばエンドユーザＢのプレゼンス情報を購読し、エンドユーザＢのプレゼンス情報を取得できるようになるために、Ｓ−ＣＳＣＦ１４ＡにSIP  SUBSCRIBEを送信する。これは、エンドユーザＡのターミナル１８Ａの情報モジュール１１０を通じてなされうる。Ｓ−ＣＳＣＦ１４Ａは、次に、このSIP  SUBSCRIBEをＳ−ＣＳＣＦ１４Ｂに転送し、それが今度はＰＧＭ１６Ｂに転送される。
【００６７】
ステップ６０において、エンドユーザＢは、エンドユーザＡから、Ｓ−ＣＳＣＦ１４Ａおよび１４Ｂを介して、SIP  SUBSCRIBEリクエストの受信が成功したことをアクノリッジするSIP  SUBSCRIBEレスポンス（200  OK）を受信する。
【００６８】
ステップ６２において、エンドユーザＡは、エンドユーザＢから、Ｓ−ＣＳＣＦ１４Ｂおよび１４Ａを介して、SIP  SUBSCRIBEリクエストの受信が成功したことをアクノリッジするSIP  SUBSCRIBE  OKレスポンス（200  OK）を受信する。
【００６９】
アクセス許可がエンドユーザＢに与えられたため、エンドユーザＢはエンドユーザＡの個人情報にアクセスすることができる。それゆえに、SIP  SUBSCRIBEリクエストのレスポンスにおいて、エンドユーザＢは、ステップ６４において、エンドユーザＢに取得されるまたは購読される情報を通知するSIP  NOTIFYを受信する。
【００７０】
同様にしてユーザＡはユーザＢの個人情報にアクセスすることができ、SIP  SUBSCRIBEリクエストのレスポンスにおいて、エンドユーザＡは、ステップ６６において、ユーザＡに取得されるまたは購読される情報を通知するSIP  NOTIFYを受信する。
【００７１】
最後に、付加的なステップとして、ステップ６８および７０において、発呼者側（エンドユーザＡ）および被呼者側（エンドユーザＢ）でそれぞれ、例えばエンドユーザＡおよびＢのターミナル１８Ａの同期モジュール１１２を通じて、セッション時間が購読時間（subscription  time）に同期されうる。
【００７２】
なお、エンドユーザＡとＢとの間の通信セッションがエンドユーザＡまたはＢのいずれかまたは両方によって終了された場合、個人情報へのアクセス許可もまた停止される。
【００７３】
より具体的に、図５は、エンドユーザＡとＢとの間で確立された通信セッションを終了するフローチャートまたは方法を示す。エンドユーザＡはなおも発呼者であり、エンドユーザＢは被呼者であるものとする。
【００７４】
方法３０で確立されたような通信セッションを終了する方法２００は、エンドユーザＡがそのプレゼンスサーバＰＧＭ１６Ａに通知して、エンドユーザＢが彼／彼女のプレゼンス情報にアクセスするためのアクセス許可を取り消すために認証ポリシーを変更する。そうするために、エンドユーザＡは、ＸＣＡＰリクエストをＰＧＭ１６Ａに送信し、エンドユーザＢが彼／彼女のプレゼンス情報を見ることを不可能にする。
【００７５】
次に、ステップ２０４において、エンドユーザＡは、通信セッションをティアダウンするために、エンドユーザＢに向けてSIP  BYEを送信する。
【００７６】
ステップ２０６において、エンドユーザＢは、エンドユーザＡから送信されたSIP  BYEを受信する。
【００７７】
ステップ２０８において、SIP  BYEを受信した後に、エンドユーザＢは、ＰＧＭ１６Ｂに向けてＸＣＡＰリクエストを送信して、エンドユーザＡが彼／彼女のプレゼンス情報にアクセスするためのアクセス許可を取り消すために認証ポリシーを変更することを後者に通知する。
【００７８】
ステップ２１０において、エンドユーザＢは、SIP  BYEの受信が成功すると、ユーザＡにSIP  200  OKを返送する。
【００７９】
ステップ２１２において、エンドユーザＡは、エンドユーザＢからのSIP  200  OKを受信する。
【００８０】
ステップ２１４において、エンドユーザＢは、エンドユーザＡによって送信されたＸＣＡＰリクエストの結果として、彼／彼女のユーザＡのプレゼンス情報の購読が終了したことについての通知をＰＧＭ１６Ｂから受信する、つまり、エンドユーザＢは、エンドユーザＡが、エンドユーザＢが彼／彼女のプレゼンス情報にアクセスするための許可を削除したことをＰＧＭ１６Ｂによって通知される。
【００８１】
ステップ２１６において、エンドユーザＡもまた、エンドユーザＢによって送信されたＸＣＡＰリクエストの結果として、彼／彼女のユーザＢのプレゼンス情報の購読が終了したことについての通知をＰＧＭ１６Ａから受信する、つまり、エンドユーザＡは、エンドユーザＢが、エンドユーザＡが彼／彼女のプレゼンス情報にアクセスするための許可を削除したことをＰＧＭ１６Ａによって通知される。
【００８２】
ステップ２１８および２２０において、エンドユーザＡおよびＢは、終了の通知の受信が成功すると、SIP  200  OKをそれぞれＰＧＭ１６Ａおよび１６Ｂに送信する。
【００８３】
ステップ２２２において、エンドユーザＡは、エンドユーザＢによって送信された、通信セッションを終了するためのSIP  200  OKを受信する。
【００８４】
エンドユーザＢによって表された第２のノードは、特定のサービスについてＩＭＳ通信能力を提供するＷｅｂベースのサービスのようなサービスでもありうる。例えば、第２のノードは、ＩＭＳ通信能力を用いたチャット相談サービスを有するオンラインファッションストアであってもよい。ユーザがこのオンラインファッションストアをブラウズした場合、彼／彼女は、オンラインファッションコンサルタントとＩＭＳ通信セッションを始めることができる。相談時間の間、オンラインコンサルタントは、相談を強化しパーソナライズするために、ユーザの個人情報、例えばプロフィールや場所にアクセスすることができる。それゆえ、ユーザは、オンラインファッションストアにアカウントを作成することなく彼／彼女の個人情報を共有でき、共有された情報は彼／彼女のオンラインファッションストアへの訪問の間しか持続しない。
【００８５】
ネットワーク側（ネットワークベース）の実装
次に、図６を参照して、方法２０が通信ネットワークにおいて実装される、本発明にかかる限定的でない概略的な別の実施形態について説明する。この概略的な実施形態において、通信ネットワークは、通信セッションに参加するエンドユーザの間で個人情報を共有することによって強化された通信セッションをセットアップするサービスを提供する。
【００８６】
図６は、１またはそれよりも多くのＩＭＳネットワーク１０、および、例えばアプリケーションサーバによって提供される一時的な個人情報共有によって強化された通信サービス１２２を含む、例えばＩＭＳテクノロジーによる通信ネットワーク１２０ベースの通信を示す。
【００８７】
ＩＭＳネットワーク１０は、エンドユーザが接続される、ドメイン１２Ａおよび１２Ｂのような、異なるドメインを含む。例えば、エンドユーザＡおよびエンドユーザＢはドメイン１２Ａに接続され、エンドユーザＣはドメイン１２Ｂに接続される。また、ＩＭＳネットワーク１０は、エンドユーザＡ、Ｂ、およびＣのプレゼンス情報を管理するための、１６Ａおよび１６Ｃ（２つのＰＧＭだけが図示されている）のようなＰＧＭを含む。エンドユーザＡ、Ｂ、およびＣだけが図６に示されているが、複数のエンドユーザが通信ネットワーク１２０に接続されうる。
【００８８】
一時的な個人情報共有によって強化された通信サービス１２２は、以下で説明されるように、通信セッションの確立および維持の間、エンドユーザＡ、Ｂ、およびＣの間の個人情報の一時共有のサービスを提供するために用いられうる。サービス１２２は、例えばＩＭＳネットワーク１０のサービス層において見出されうる。また、サービス１２２は、ＩＭＳネットワーク１０においてＰＳＩ（Public  Service  Identity）によって識別されうる。
【００８９】
図７では、図６の通信ネットワーク１２０のインフラストラクチャを用いて、少なくとも２つまたはそれよりも多くのノードの間で、特に以下の例では３つのノード（エンドユーザＡ、Ｂ、およびＣ）の間で、通信セッションの間、個人情報を一時共有するための詳細な方法１４０が示されている。また、エンドユーザＡ、Ｂ、およびＣは、互いに何らかの先行するまたは予め定義された認証関係を有さない。それゆえに、プレゼンス情報のコンテクストにおいて、エンドユーザＡ、Ｂ、およびＣは、最初は、互いのプレゼンス情報を入手できない。しかしながら、一時的な個人情報共有によって強化された通信サービス１２２は、エンドユーザＡ、Ｂ、およびＣのように通信ネットワーク１２０に接続されたエンドユーザの個人情報にアクセスするか、または通信セッションの間にその個別の認証を受信するよう予め認証されていてもよい。
【００９０】
例えば、エンドユーザＡが、エンドユーザＢおよびＣと通信セッションをセットアップしたいと望んでいる。そうするために、ステップ１４２において、エンドユーザＡは、一時的な個人情報共有によって強化された通信サービス１２２に、サービス１２２がエンドユーザＡ、Ｂ、およびＣについて彼らの個人情報を一時的に互いに共有する通信セッションを確立しうるように、リクエストを送信する。エンドユーザＡによって送信されるリクエストでは、以下の情報が提供される。１）エンドユーザＡが通信セッションの間に共有したいと望む情報の種類、例えばプレゼンス情報、プロフィール情報など、および２）エンドユーザＡが招待することを望むエンドユーザ。さらに別の実施形態では、追加の情報がリクエストに付加されてもよい。
【００９１】
ステップ１４４において、一時的な個人情報共有によって強化された通信サービス１２２は、エンドユーザＡによって送信されたリクエストを受信し、エンドユーザＢおよびＣをエンドユーザＡとの個人情報共有セッションに参加するよう招待することを始める。共有セッションへの招待リクエストは、以下の情報を含む。１）招待が個人情報の一時共有のためのものであることの表示、２）通信セッションの間に共有される情報の種類、例えばプレゼンス情報、プロフィール情報など、および３）通信セッションの間に個人情報が共有されうるエンドユーザのリスト。さらに別の実施形態では、選択された情報のサブセットのような、追加の情報が招待リクエストに付加されてもよい。
【００９２】
例えば、共有される情報がプレゼンス情報だとすると、エンドユーザＢへのリクエストは、エンドユーザＢを一時共有セッション（エンドユーザＡおよびＣと、プレゼンス情報について）についてリクエストする、エンドユーザＣが同様のリクエストを一時的な個人情報共有によって強化された通信サービス１２２によって受信する、エンドユーザＣを一時共有セッション（エンドユーザＡおよびＢと、プレゼンス情報について）についてリクエストする、を含む。
【００９３】
ステップ１４６において、エンドユーザＢおよびＣは、一時的な個人情報共有によって強化された通信サービス１２２から招待リクエストを受信し、それらを容認する。なお、特定のエンドユーザの視点からは、リクエストはサービス１２２から来るため、この特定のエンドユーザは、サービス１２２が彼／彼女の個人情報にアクセスすることを可能にするだけでよい、つまり、他のエンドユーザがこの特定のエンドユーザの個人情報にアクセスする認証／許可を有するわけではない。
【００９４】
なお、ここで、ひとたびエンドユーザが招待リクエストを容認すると、彼らの間にカンファレンスセッションが生成される。
【００９５】
次に、ステップ１４８において、以下で説明するように、カンファレンスセッションの間の個人情報の一時共有に用いられるチャネル１２４が確立される。チャネル１２４は、エンドユーザＡ、Ｂ、およびＣを接続するように示されている。こうして通信セッションにおいて確立されたチャネル１２４は、通信、および合意または取得された個人情報の配給の両方に用いられる。
【００９６】
ひとたびエンドユーザが招待リクエストを認容すると、一時的な個人情報共有によって強化された通信サービス１２２は、エンドユーザによって、セッション確立の間、サービス１２２によってＰＧＭ１６Ａ、１６Ｂ、および１６Ｃから入手される彼らの個人情報を、通信セッションに参加するエンドユーザと共有する許可を授与される。例えば、サービス１２２は、エンドユーザの個人情報にアクセスすることを予め認証されており、これは周知技術のメカニズムを用いてなされうる。しかしながら、サービス１２２は、彼らの個人情報を他のエンドユーザと共有するためには、エンドユーザからの許可をなおも必要とする。
【００９７】
次に、ステップ１５０において、一時的な個人情報共有によって強化された通信サービス１２２は、共有される情報がプレゼンス情報である場合、SIP  SUBSCRIBEを用いて、エンドユーザＡ、Ｂ、およびＣのそれぞれの個人情報を購読する。また、サービス１２２は、SIP  NOTIFYを通じて、プレゼンス情報の通知および更新を受信する。
【００９８】
この購読は、カンファレンスセッションの間、またはエンドユーザがカンファレンスセッションに参加している限り、維持される。
【００９９】
ステップ１５２において、一時的な個人情報共有によって強化された通信サービス１２２は、次に、確立されたチャネル１２４を通じて、それぞれに購読された情報を、エンドユーザＡ、Ｂ、およびＣそれぞれに配給する。
【０１００】
なお、どのエンドユーザも、一時共有セッションまたはカンファレンスセッションにおける彼／彼女の参加を終了できる。しかしながら、これは、少なくとも２人の残ったエンドユーザがいる限り、あるエンドユーザがセッションから去った場合にカンファレンスセッションが終了するという意味ではない。例えば、エンドユーザＣが、彼／彼女のカンファレンスセッションを停止することを決定する。そうするために、彼／彼女は、一時的な個人情報共有によって強化された通信サービス１２２に、カンファレンスセッションを去るリクエストを送信する。リクエストが受信されると、サービス１２２は、そのエンドユーザのプレゼンス情報の購読を終了する。しかしながら、サービス１２２は、残ったエンドユーザ（ＡおよびＢ）のプレゼンス情報の通知および更新を受信し、それらをカンファレンスセッションで配給することは継続する。残ったエンドユーザＡおよびＢについて、カンファレンスセッションは終了されない。
【０１０１】
ステップ１５４において、一時共有セッションは、一時的な個人情報共有によって強化された通信サービス１２２によって終了される。カンファレンスセッションが終了される場合、一時共有セッションもまた終了される。例えば、カンファレンスセッションの終了は、カンファレンスセッションに１人のエンドユーザだけが残った場合にトリガされてもよい。一時共有セッションが終了された場合、個人情報の一時共有もまた終了される。
【０１０２】
次に、図８を参照すると、一時的な共有によって強化された通信サービス１２２の概略図が示されている。
【０１０３】
一時的な個人情報共有によって強化された通信サービス１２２は、図３の通信１０４と同様の通信モジュール２００を含む。通信モジュール２００は、例えばＩＭＳテクノロジーのためのＳＩＰモジュールを含んでもよい。通信モジュール２００は、通信ネットワーク１２０における通信と、他のノードとの個人情報の共有を可能にする。
【０１０４】
より具体的には、通信モジュール２００は、セッションモジュール２０２、許可モジュール２０４、および情報モジュール２０６を含む。なお、セッションモジュール２０２、許可モジュール２０４、および情報モジュール２０６は、何らかのソフトウェアであってもよく、何らかのハードウェアであってもよく、また両方の組み合わせであってもよい。また、これらのモジュールは、同じ通信モジュール２００の機能部分と見ることもでき、つまり分割は機能上のものにすぎず、単一のモジュールが異なる機能を実行するために用いられうる。さらに、それらはハードウェアの同じ部分または別々の部分に実装されうる。
【０１０５】
セッションモジュール２０２は、特定のエンドユーザからのリクエストが受信されたときのエンドユーザ間の個人情報の一時共有を含みうる、強化された通信セッションを確立することを可能にする。より具体的には、セッションモジュール２０２は、参加したエンドユーザの間のカンファレンスセッションを確立することを可能にする。セッションモジュール２０２は、確立された通信セッションを終了することをも可能にする。
【０１０６】
許可モジュール２０４は、エンドユーザの個人情報、より具体的にはエンドユーザが他のエンドユーザと共有することに合意した情報にアクセスする許可を受信することを可能にする。
【０１０７】
情報モジュール２０６は、サービス１２２が、確立された通信セッションの間に、例えばSIP  SUBSCRIBEを用いてエンドユーザの個人情報を取得し、そして取得した情報を図６の確立されたチャネル１２４を用いてエンドユーザに配給することを可能にする。
【０１０８】
もちろん、当業者は、一時的な個人情報共有によって強化された通信サービス１２２が、通信ネットワーク１２０および他のノードからまたはそこへデータを受信または送信する入力／出力モジュール、命令が格納され、通信システムにおけるその通常のタスクおよび手続を実行するプロセッサおよび／またはメモリのような、当業者にはよく知られているためこれ以上は説明されない複数の他のコンポーネント（図示せず）をさらに含むことを理解するであろう。
【０１０９】
なお、ターミナルノード１８およびサービス１２２は、通信モジュール１０４および２００について説明された機能を実行するための少なくとも１つのプロセッサおよびメモリを含むコンピュータであってもよい。
【０１１０】
本発明は、以上の明細書において、限定的でなく概略的な実施形態によって説明されたが、これらの概略的な実施形態は、主題発明の範囲、精神、および本質の中で修正されうる。
【図１】
2012519997.tif 000003
【図２】
2012519997.tif 000004
【図３】
2012519997.tif 000005
【図４Ａ】
2012519997.tif 000006
【図４Ｂ】
2012519997.tif 000007
【図５Ａ】
2012519997.tif 000008
【図５Ｂ】
2012519997.tif 000009
【図６】
2012519997.tif 000010
【図７】
2012519997.tif 000011
【図８】
2012519997.tif 000012
【手続補正書】
【提出日】平成23年2月9日(2011.2.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワークにおける第１および第２のノードの間で個人情報を一時共有するための方法であって、
前記第１のノードで前記第２のノードとのセッションを確立し、前記第１および第２のノードはその間に先行する認証関係を有さないことと、
前記確立されたセッションの持続時間について前記第２のノードが前記個人情報にアクセスする許可を提供することと、
前記セッションが終了された場合には前記個人情報にアクセスする許可を終了することと、
を含む方法。
【請求項２】
前記第２のノードの前記個人情報にアクセスする許可を受信する前に、該個人情報が前記第１のノードにおいて利用可能であるか判定することをさらに含む、請求項１に記載の方法。
【請求項３】
前記第２のノードの前記個人情報が利用可能であるか判定することは、
・該個人情報が利用可能でなければ、アクセスする許可についてのリクエストを送信すること
を含む、請求項２に記載の方法。
【請求項４】
前記アクセスする許可についてのリクエストを送信することは、そこへのアクセスを可能にするように前記個人情報の認証ポリシーを変更することを含み、
前記個人情報にアクセスする許可を受信することは、前記変更された認証ポリシーを受信することを含む、請求項３に記載の方法。
【請求項５】
前記個人情報は、プレゼンス情報を含む、請求項１に記載の方法。
【請求項６】
前記第２のノードで前記プレゼンス情報を購読するステップをさらに含む、請求項５に記載の方法。
【請求項７】
前記第２のノードに許可を提供することのステップは、前記セッションの確立とともになされる、請求項１に記載の方法。
【請求項８】
前記個人情報にアクセスする許可を終了することのステップは、前記セッションが終了された場合に前記個人情報へのアクセス許可を取り消すように前記個人情報の認証ポリシーを変更することをさらに含む、請求項４に記載の方法。
【請求項９】
前記セッションを確立することは、個人情報の一時共有によって強化された通信のためのサービスを通じてカンファレンスセッションを確立することを含む、請求項１に記載の方法。
【請求項１０】
前記カンファレンスセッションを確立することは、確立されるカンファレンスセッションの種類、共有される情報の種類について、および該情報を共有するエンドユーザについての情報を含む招待リクエストを送信することを含む、請求項９に記載の方法。
【請求項１１】
前記第２のノードに許可を提供することのステップは、前記個人情報を前記第２のノードと共有する許可を伴う前記サービスを提供することを含む、請求項１０に記載の方法。
【請求項１２】
・前記第１および第２のノードのうち１つからプレゼンス情報の購読を受信することと、
・前記購読されたプレゼンス情報を購読しているノードに配給することと、
によってプレゼンスサーバが前記個人情報を配給するステップをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記個人情報の一時共有を終了させるために前記カンファレンスセッションを終了させることをさらに含む、請求項１１に記載の方法。
【請求項１４】
前記カンファレンスセッションを終了させることのステップは、前記カンファレンスセッションに１人のノードしか残っていない結果になるイベントによって先導される、請求項１３に記載の方法。
【請求項１５】
通信ネットワークにおいて、別のノードと個人情報を一時共有するためのノードであって、
・先行する認証関係がない前記別のノードに個人情報にアクセスする許可を提供し、先行する認証関係がない前記別のノードに関連づけられる個人情報にアクセスする許可を受信する許可モジュールと、
・前記許可モジュールによって確立される前記提供または受信された許可のうち少なくとも１つに従って前記別のノードとの通信セッションを確立し、前記セッションの終了とともに前記提供または受信された許可のうち少なくとも１つを終了させるセッションモジュールと、
・前記許可モジュールによって提供される前記受信された許可に従って前記確立された通信セッションの間に前記別のノードからの前記個人情報を取得する情報モジュールと、
を備えるノード。
【請求項１６】
前記別のノードは、ユーザ、サービス、およびＷｅｂベースのサービスのうちの１つに関連づけられる、請求項１５に記載のノード。
【請求項１７】
前記許可モジュールは、前記別のノードの前記個人情報にアクセスする許可を受信する前に、該個人情報が利用可能であるか判定する、請求項１６に記載のノード。
【請求項１８】
前記許可モジュールは、そこへのアクセスを可能にするための前記個人情報の認証ポリシーの変更をリクエストし、前記変更された認証ポリシーを受信する、請求項１５に記載のノード。
【請求項１９】
前記個人情報は、プレゼンス情報を含む、請求項１５に記載のノード。
【請求項２０】
前記情報モジュールは、前記プレゼンス情報の購読を通じて前記個人情報を取得する、請求項１９に記載のノード。
【請求項２１】
前記許可モジュールは、前記通信セッションが終了された場合に、前記個人情報へのアクセス許可を取り消すために前記個人情報の認証ポリシーを変更する、請求項１８に記載のノード。
【国際調査報告】
2012519997.tif 000013
2012519997.tif 000014
2012519997.tif 000015