JP5303536B2

JP5303536B2 - プレゼンス技術を用いたアプリケーション情報およびコマンドの送信

Info

Publication number: JP5303536B2
Application number: JP2010243543A
Authority: JP
Inventors: グロード、クリストフ
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2002-12-24
Filing date: 2010-10-29
Publication date: 2013-10-02
Anticipated expiration: 2023-12-17
Also published as: US7523165B2; JP4651389B2; WO2004059946A1; JP2006512640A; CN1732667B; DE60330183D1; CN1732667A; US20040122896A1; CN102523194B; CN102523194A; EP1576789A1; EP1576789B1; JP2011090685A; ATE449496T1; AU2003289781A1

Description

本発明は電気通信網内のサービス・アプリケーションの間での情報の交換に関するものである。

電気通信分野で提供されている１つの新しいサービス・アプリケーションはいわゆる「プレゼンス」技術である。プレゼンスは、ユーザが網に接続するとすぐ端末装置（ここではユーザ装置（ＵＥ）と呼ばれる）を探して識別するためのアプリケーションの一種である。ユーザ装置（ＵＥ）は、例えばハンドヘルド・コンピュータ、パーソナル・ディジタル・アシスタント（ＰＤＡ）、ラップトップまたはパーソナル・コンピュータ（ＰＣ）、携帯電話などなんでもよい。プレゼンス技術の１つのアプリケーションであるインスタント・メッセージング（ＩＭ）はすでに広く用いられている。プレゼンス技術は第三世代（３Ｇ）無線網に組み込まれると予想され、上に述べた各種の通信装置で用いられそうである。非常に多くの無線アプリケーション・サービス・プロバイダがモバイル・プレゼンス・アプリケーション用のプラットフォームを開発中である。

プレゼンスはまた、そして主として、或るユーザが他のユーザと通信したいという希望を表明したり、自分が用いる通信手段を網内に公表したりするための方法である。多くの可能性の中で、この技術のユーザは、利用可能である（すなわちプレゼントしている）ことが検出されると全ての関係者に接続して即座に遠隔会議を自動的に開催することができる。プライバシーの問題は高度のユーザ定義の制御を行うことにより、例えば、プレゼントしている（すなわち検出可能である）と分かる条件を人が選択できるようにすることにより、対処することができる。

しかし、プレゼンス技術は全く新しいものではない。「フィンガ」サービスおよびプロトコルは１９７０年代の中ごろから存在している。これは、所定のホストに誰が居て、どんなプログラムを実行中であるかを知る方法であった。しかし機密保持上の理由から、ほとんど全ての人がこのサービスを使用禁止にしてポートを閉じてしまった。現在、プレゼンスはインスタント・メッセージングの世界で最も多く見られ、ＡＯＬのＡＩＭ（ＴＭ）、マイクロソフトのＭｅｓｓｅｎｇｅｒ（ＴＭ）、ロータスのＳａｍｅｔｉｍｅ（ＴＭ）などのサービスは、高速テキスト・メッセージングの他に、或る人がコンピュータの傍にいるかどうかを友人、家族、仲間が知ることができる機能を与える。予想通り、非常に多くの会社はかかるサービスも閉じている。

比較的新しいのは、インスタント・メッセージングと、ＩＰベースの電話技術と、プレゼンス技術とを融合しようとする試みである。インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）および第三世代パートナーシップ・プロジェクト（３ＧＰＰ）は多くの草案および仕様書を準備中である。これには、共通プレゼンスおよびインスタント・メッセージング（ＣＰＩＭ、ＣｏｍｍｏｎＰｒｅｓｅｎｃｅａｎｄＩｎｓｔａｎｔＭｅｓｓａｇｉｎｇ）と、ＳＩＭＰＬＥ（インスタント・メッセージングおよびプレゼンスの大拡張（ＩｎｓｔａｎｔＭｅｓｓａｇｉｎｇａｎｄＰｒｅｓｅｎｃｅＬｅｖｅｒａｇｉｎｇＥｘｔｅｎｓｉｏｎｓ）のためのＳＩＰ（セッション開始プロトコルＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ））とを含む。これらの草案および仕様書は、網オペレータが加入者にプレゼンス・サービスを提供するためのプレゼンスに関する機能と関連する信号プロトコルとを定義する。通常これらは、ユーザ（またはユーザのグループまたはサービスでもよい）に関するプレゼンス情報を受けて組み立てるプレゼンス・サーバと呼ばれる（プレゼンスに関するアプリケーションでは、これはプレゼンス・エンティティとも呼ばれる）網エンティティを利用する。プレゼンス・サーバは更に、プレゼンス・エンティティに関するプレゼンス情報に関心を持つウォッチャ・エンティティ（ここではウォッチャと呼ぶ）にプレゼンス情報を与える。ウォッチャはプレゼンス情報を取り出すかまたは監視することができる。

プレゼンス情報は網から（例えば、登録状態、動作、または位置から）、または（例えば移動および固定装置やアプリケーション・サーバなどの）ユーザのために情報を公表する多数のプレゼンス・ユーザ・エージェントから発信することができる。

ＵＥに関連するプレゼンス情報は１つ以上のタプルを含むＸＭＬ文書として網内に分配してもよい。図１（従来技術）は、２つのタプル１０２および１０４を持つプレゼンスＸＭＬ文書１００の例を示す。タプル１０２はタプルを識別するタプル識別子１０５と、プレゼンス・エンティティＵＥに関する状態情報（例えば開または閉状態など）１０６とを含む。ただし、状態情報はタプルが記述する通信手段の現在の状態を定義する。タプル１０２は、ＵＥ１０が通信に用いる通信手段を定義する他の通信手段情報１０８（例えば、短メッセージ・サービス（ＳＭＳ）など）と、ＵＥを識別するコンタクトアドレス情報１１０とを更に含む。最後にタプル１０２は、ＵＥに関連する種々のパラメータ（データ・ファイルまたはファイルへのリンクを含む）を定義する１つ以上の属性１１２を含んでもよい。ＵＥ１０のプレゼンス情報に関心を持つウォッチャは、関心のある情報を濾過してよい。例えば、或るＳＭＳブロードキャストアプリケーションでは、ウォッチャは、（１）タプルの通信手段がＳＭＳに設定されているもの、または（２）タプルのコンタクトアドレスが特定の値に設定されているもの、または特定の種類（例えば、ＳＩＰＵＲＩ）のものである、ＵＥの識別だけをプレゼンス・サーバに要求してもよい。

図２（従来技術）は、プレゼンス情報の交換を実現する網２００の例示的なノード動作および信号フロー図を示す。図２に示すのは、１つ以上のＵＥのプレゼンス情報を管理するプレゼンス・サーバ２０２と、１つ以上のＵＥの中の所定のＵＥに関するプレゼンス関係の情報に関心を持つウォッチャ２００とである。まず、プレゼンス・サーバ２０２は、ＩＰマルチメディア・サブシステム・コア網（ＩＭＳ、３ＧＰＰが指定したものなどのＳＩＰプロトコルに基づくＩＰマルチメディア網（ＩＰＭＭ））２１１を介して、ＳＩＰＰＵＢＬＩＳＨメッセージ２１０を受ける。メッセージ２１０は、所定のＵＥ（図示しない）に関するプレゼンス情報を持つ１つ以上のタプルで構成するプレゼンスＸＭＬ文書２１２を持つ。ＰＵＢＬＩＳＨメッセージ２１０はユーザのためにプレゼンス情報を公表する複数の異なる発信源から（例えば、ユーザ端末自身から、ユーザ端末の登録動作から、または網の他のエンティティから）来てもよい。

動作２１４で、プレゼンス・サーバ２０２はＸＭＬファイル２１２内に含まれるタプルを登録する。動作２１６で、ウォッチャ２０４はＩＭＳ（ＳＩＰＵＲＩ）内のユーザの公開コンタクトアドレス２１８の１つにアドレス指定、フィルタ２２０、されたＳＵＢＳＣＲＩＢＥメッセージを送る。フィルタ２２０は別のＸＭＬの形式でよく、またウォッチャ２０４が与える任意の濾過情報（これはプレゼンス・サーバから受けることに関心を持つプレゼンス情報を定義する）を含んでよい。動作２２２で、プレゼンス・サーバ２０２はメッセージ２１６を認証する。プレゼンス・サーバ２０２は標準ＩＥＴＦ機構（例えば、ＨＴＴＰダイジェスト）を用いて自分で認証を行う必要があるときは、要求（ウォッチャはプレゼンス情報を見ることが許されるか）に対して許可方針を与える。これは拒否されることがある。最後に、プレゼンス・サーバはウォッチャに関連するアクセス権をチェックし、ウォッチャのアクセス権とフィルタ２２０とに基づいてそのプレゼンス情報を濾過する。プレゼンス・サーバ２０２はＸＭＬファイル２１２を持つＮＯＴＩＦＹメッセージ（これは現在の状態では濾過２２２の結果を含む）をウォッチャ２０２に返す（動作２２４）。与えられたタプルはフィルタが識別したタプルとウォッチャがアクセスを許されたタプルとの間の交差点である。

これまで、現在のプレゼンス・アプリケーションではプレゼンス情報の交換はＵＥのコンタクトアドレスに関連するプレゼンス情報および通信手段の交換に限られていた。ごく最近、３ＧＰＰの委員会は図１（従来技術）に示すタプル１０２のテキスト属性フィールド１１２内のアプリケーション識別子を含める可能性について討議した。しかしこのように含めることの目的についても、どんな利点が得られるかについても公表されていない。

本発明は、端末（例えば、ＵＥ）内で走るアプリケーションまたは分配されたアプリケーションの要素とアプリケーション・サーバとの間で情報およびコマンドを交換できるようにするために、プレゼンス・タプル内に記憶されているアプリケーション識別子を用いることを提案する。交換は、端末の間で、アプリケーション・サーバの間で、および端末とアプリケーション・サーバとの間で行ってよい。

１つの態様では、本発明はプレゼンス・エンティティとウォッチャとの間でアプリケーション情報を交換する方法であって、
プレゼンス・エンティティはアプリケーションに関するアプリケーション情報を含むタプルを公表（ｐｕｂｌｉｓｈ）し、
ウォッチャはアプリケーションに関連するプレゼンス情報に加入（ｓｕｂｓｃｒｉｂｅ）し、
加入に応じて、アプリケーション情報を持つタプルをウォッチャに送る、
ステップを含む。

別の態様では、本発明はＩＰベースの網であって、
プレゼンス関係のサービスをＩＰベースの網のプレゼンス加入者に提供するプレゼンス・サーバと、
アプリケーションに関するアプリケーション情報を含みかつプレゼンス・サーバが受けるタプルを公表する、プレゼンス・エンティティと、
アプリケーションに関連するプレゼンス情報にプレゼンス・サーバと共に加入するウォッチャと、
を備え、
加入に応じて、プレゼンス・サーバはアプリケーション情報を持つタプルをウォッチャに送る。

更に別の態様では、本発明はユーザ装置（ＵＥ）であって、
複数のアプリケーションと、
複数のアプリケーションの少なくとも２つからそれぞれアプリケーション識別子を受け、また上記複数のアプリケーションの少なくとも２つに関するプレゼンス情報を受けたいというＵＥの希望を表すＳＵＢＳＣＲＩＢＥメッセージを送る、ＳＵＢＳＣＲＩＢＥディスパッチャ・モジュールと、
を備える。
更に別の態様では、本発明はユーザ装置（ＵＥ）内で用いられるアプリケーション・プラットフォームであって、このプラットフォームは、
複数のアプリケーションと、
複数のアプリケーションの少なくとも２つからそれぞれアプリケーション識別子を受け、また上記複数のアプリケーションの少なくとも２つに関するプレゼンス情報を受けたいというＵＥの希望を表すＳＵＢＳＣＲＩＢＥメッセージを送る、ＳＵＢＳＣＲＩＢＥディスパッチャ・モジュールと、
をサポートする。
更に別の態様では、本発明はユーザ装置（ＵＥ）であって、
複数のアプリケーションと、
複数のアプリケーションの少なくとも２つからそれぞれアプリケーション情報を受け、また前記複数のアプリケーションの少なくとも２つのそれぞれからのアプリケーション情報を含むＰＵＢＬＩＳＨメッセージ送る、ＰＵＢＬＩＳＨハンドラ・モジュールと、
を備える。
更に別の態様では、本発明はユーザ装置（ＵＥ）と共に用いられるアプリケーション・プラットフォームであって、このプラットフォームは、
複数のアプリケーションと、
複数のアプリケーションの少なくとも２つからそれぞれアプリケーション情報を受け、また前記複数のアプリケーションの少なくとも２つのそれぞれからのアプリケーション情報を含むＰＵＢＬＩＳＨメッセージ送る、ＰＵＢＬＩＳＨハンドラ・モジュールと、
をサポートする。

２つのタプルを持つ従来技術の例示的なプレゼンスＸＭＬ文書である。プレゼンス情報の交換を実現する従来技術の網の例示的なノード動作および信号フロー図である。本発明の好ましい実施の形態に係る、プレゼンス情報に基づく情報の交換を実現する網の例示的なノード動作および信号フロー図である。本発明の好ましい実施の形態に係る、プレゼンス情報に基づく情報の交換を実現する網の例示的なノード動作および信号フロー図である。本発明の好ましい実施の形態に係る、プレゼンス情報に基づくコマンドの交換を実現する網の例示的なノード動作および信号フロー図である。本発明の好ましい実施の形態の一例を実現するユーザ装置（ＵＥ）を表す例示的な高水準ブロック図である。

本発明の新しい教示について種々の例示的な実施の形態を特に参照して説明する。
しかし、ここに述べる実施の形態は本発明の新しい教示の多くの優れた用途の数例を与えるに過ぎないことを理解すべきである。

一般に、本出願の明細書に述べることがらは必ずしも本発明の種々のクレームの任意の態様を制限するものではない。

更に、或る説明は或る新規な特徴には適用されるが他の特徴には適用されないことがある。図面では、複数の図において同様の要素には同じ参照番号を用いており、また種々の要素は必ずしも寸法通りに描かれてはいない。

本発明により、プレゼンス技術に基づいてアプリケーション情報およびコマンドを交換することができる。本発明により、例えば、アプリケーション情報およびコマンドをプレゼンスＸＭＬ文書のプレゼンス・タプル内に記憶することができるので、ユーザ装置（ＵＥ）プレゼンス・エンティティのプレゼンスに基づいてアプリケーション情報およびコマンドを送信することができる。

本発明の好ましい実施の形態について、サービス・アプリケーション情報およびコマンドの交換の種々の例示的なシナリオを用いて説明する。

図３Ａと３Ｂとをまとめて図３と呼び、本発明の好ましい実施の形態に係る、プレゼンスに基づいてサービス・アプリケーション情報の交換を実現する網３００の例示的なノード動作および信号フロー図を示す。図３に、まずＵＥ３０２（ここではプレゼンス・エンティティとも呼ばれる）を示す。このシナリオでは、ＵＥ３０２は網３００のプレゼンス・サーバ３０４が提供するプレゼンス・サービスに加入していると仮定する。またＵＥ３０２はプラットフォーム３０３を有し、その上で、
アプリケーションＩＤ＝ｌｉｖｅ＿ｉｎｆｏ＠ｖｆｅ．ｃｏｍで識別され、サッカー試合の結果などの生情報の更新（ｌｉｖｅｉｎｆｏｒｍａｔｉｏｎｕｐｄａｔｅ）を受けるための第１のクライアント・アプリケーション３０３_１（生情報クライアント・アプリケーション）と、
アプリケーションＩＤ＝ｄｅｖ＿ｍａｎａｇｅｒ＠ｖｆｅ．ｃｏｍで識別され、バックグランドで実行するのでユーザには見えず、端末構成の更新およびパッチを取り出すための第２のクライアント・アプリケーション３０３_２（装置マネージャ・クライアント・アプリケーション）と、
を（ＵＥ３０２の電源が入っているとき）実行する。

また次のことを仮定する。（１）ＵＥ３０２のユーザは最近「車盗難防止」と呼ばれる新しいサービスに加入し、この加入は運営者の許可とサービス活動が未決定であり、（２）現在ＵＥ３０２は停止している。

また図３には、試合中のサッカーの結果をＵＥ３０２の生情報クライアント・アプリケーション３０３_１に送るための生更新アプリケーション・サーバである、第１のアプリケーション・サーバ３０６を示す。図３のこの例示的なシナリオでは、試合中のサッカーは英国プレミア・リーグのチームであるアーセナルとマンチェスター・ユナイテッドとの間で現在行われていると仮定する。

網３００は、網のＵＥ（例えば、ＵＥ３０２など）に新しいサービスを提供するためとそのアプリケーションを管理するためのサービス管理アプリケーション・サーバである、第２のアプリケーション・サーバ３０８を更に含む。サーバ３０８は、ＵＥ３０２のクライアント・アプリケーション３０３_２に情報入力を与える。
最後に、網３００はＵＥ３０２の全てのこれらのエンティティの間にＳＩＰメッセージの経路を確実に明確にルーティングするための、サービングＩＰＭＭ網３１０を含む。

ＵＥ３０２ユーザが要求したサービス・アプリケーション「車盗難防止」は確かに許可され、供給され、ユーザのために活動化されているので、アプリケーションをＵＥ３０２内にダウンロードする必要がある。このアプリケーションを管理するサービス・マネージャ・サーバ３０８はユーザのためにＰＵＢＬＩＳＨメッセージ３１２をプレゼンス・サーバ３０４に送る。プレゼンス用の３ＧＰＰ標準に従って、メッセージはＩＭＳ網３００内のユーザの公開識別の１つに（例えば、ＵＥ３０２などに）アドレス指定される。メッセージ３１２は、ＵＥ３０２のユーザの識別３０２’と、良いニュースの通報３１６と、ダウンロードされるアプリケーションを示すＨＴＴＰユニフォーム・リソース・インディケータ（ＵＲＩ）３１８とを含むタプル３１４で構成する。タプル３１４はプレゼンス・サーバ３０４に送られてＵＥ３０２のために記憶される（動作３２０）。

動作３２２で、サッカーの試合中に、今アーセナルがマンチェスター・ユナイテッドから得点した。生更新アプリケーション・サーバ３０６はプレゼンス・サーバ３０４に通報するため、ＰＵＢＬＩＳＨメッセージ３２４をプレゼンス・サーバ３０４に送る。ここで、メッセージ３２４はＵＥ３０２にアドレス指定され、タプル３２６（（１）タプル識別３２７と、（２）メッセージのアドレス指定先のアプリケーション識別３２８と、（３）得点更新情報３３０とを含む）で構成する。動作３３２で、プレゼンス・サーバ３０４はＵＥ３０２のためにタプル３２６を記憶する。

今日はアーセナルは好調で、動作３３４で再び得点した。生更新アプリケーション・サーバ３０６は別のＰＵＢＬＩＳＨメッセージ３３６をプレゼンス・サーバ３０４に送る。ここで、この第２のメッセージ３３６は同じＵＥ３０２にアドレス指定され、別のタプル３３８（（１）タプル識別３２７と、（２）メッセージのアドレス指定先のアプリケーション識別３２８と、（３）得点更新情報３４０とを含む）で構成する。動作３４２で、プレゼンス・サーバ３０４は、タプル３２６（プレゼンス・サーバ３０４内に記憶されている）を、同じタプル識別を有するタプル３３８に置換する。

サッカー試合中の或る時点で、ＵＥ３０２の電源を入れる（動作３４４）。動作３４６および３４８で、ＵＥ３０２が起動したので、プラットフォーム３０３はクライアント・アプリケーションｌｉｖｅ＿ｉｎｆｏ＠ｖｆｅ．ｃｏｍ３０３_１およびｄｅｖ＿ｍａｎａｇｅｒ＠ｖｆｅ．ｃｏｍ３０３_１を開始し、ＵＥ３０２はその識別ｕｓｅｒ＠ｖｆｅ．ｃｏｍを用いて、サービングＩＰＭＭ網３１０に登録する（動作３５０）。ユーザ登録の後で、これらの２つのクライアント・アプリケーションは情報更新を受けたいという希望を表明する。このため、ＵＥ３０２はＳＵＢＳＣＲＩＢＥメッセージ３５２をプレゼンス・サーバ３０４に送り、この２つのアプリケーションに関する情報を要求する。ここで、このメッセージは、第１にＵＥ３０２の公開識別子の識別３０２’と、第２に２つのアプリケーションｌｉｖｅ＿ｉｎｆｏ＠ｖｆｅ．ｃｏｍおよびｄｅｖ＿ｍａｎａｇｅｒ＠ｖｆｅ．ｃｏｍを識別するフィルタ３５４とを含む。

メッセージ３５２はプレゼンス・サーバ３０４に送られて、動作３５６で許可される。ＳＵＢＳＣＲＩＢＥメッセージ２５２に応じて、プレゼンス・サーバ３０４は、ＵＥ３０２のユーザのためにプレゼンス・サーバ３０４内に記憶されたタプル３１４および３３８を含むＮＯＴＩＦＹメッセージ３５８を送る。ＵＥ３０２はサッカー試合の得点更新を持つタプル３３８を受けて、最新の得点が通報される（動作３６０）。ＵＥ３０２は、その対応するＵＲＩ３１８を持つ「車盗難防止」アプリケーションが新たにサービスを活動化したという通報３１６を持つタプル３１４も受ける。動作３６２で、ＵＥ３２０は指定されたＵＲＩに接続して新しいアプリケーションのインストレーションを行う。これはＵＥ３０２のプラットフォーム３０３上で走る第３のクライアント・アプリケーション３０３_３（サービス管理クライアント・アプリケーション）になる。インストレーション３６２が完了すると、ＵＥ３０２のユーザは端末を停止して、サービス網３１０の登録を取り消す（動作３６４）。

更にサッカー試合中に、ユーザはオフィスを出て家に帰り、ホーム・パーソナル・コンピュータ（ＰＣ）３６６を起動して引き続き得点更新の通報を受ける。動作３６８で、ホームＰＣ３６６の電源を入れる。これもプレゼンス・サービスに登録してあるので、生更新アプリケーション３０３_１に関する情報を要求するためにＳＵＢＳＣＲＩＢＥメッセージ３７０をプレゼンス・サーバ３０４に送る。理解されるように、ＳＵＢＳＣＲＩＢＥメッセージ３７０はインターネット・サービス・プロバイダ（ＩＳＰ）およびゲートウエイ３７２を通り、サービスＩＰＭＭ網３１０を通った後にプレゼンス・サーバ３０４に達するように経路を指定してよい。ＳＵＢＳＣＲＩＢＥメッセージ３７０はホームＰＣ端末３６６の識別３０２”と、情報を要求した生更新アプリケーションｌｉｖｅ＿ｉｎｆｏ＠ｖｆｅ．ｃｏｍ３０３_１を識別するフィルタ３６９とを含む。動作３７２で、プレゼンス・サーバ３０４はＳＵＢＳＣＲＩＢＥメッセージ３７０を許可し、生更新クライアント・アプリケーションに関する最新のタプル３３８で構成するＮＯＴＩＦＹメッセージ３７４をホームＰＣ３６６に返す。ホームＰＣ３６６はタプル３３８を受ける。どのチームも新たに得点しなかったので、ユーザはアーセナル・チームとマンチェスター・ユナイテッド・チームとのサッカー試合について同じ得点の通報を受ける（動作３７６）。

理解されるように、図３に特に示していないが、ユーザが自分のＵＥ３０２を再び起動して生情報クライアント・アプリケーションを開始すると、自分の２つの端末（すなわち、図のＵＥ３０２とホームＰＣ）に同時に得点更新を受ける。

また本発明により、プレゼンス技術を用いてサービス・アプリケーション・コマンドを網内で送ることができる。図４は、本発明の好ましい実施の形態に係るプレゼンスに基づいてサービス・アプリケーション・コマンドの交換を実現する網４００の例示的なノード動作および信号フロー図である。図４にＵＥ４０２（ここではプレゼンス・エンティティとも呼ばれる）を示す。このシナリオでは、ＵＥ４０２は網４００のプレゼンス・サーバ４０４が提供するプレゼンス・サービスに加入していると仮定する。ＵＥ４０２はプラットフォーム４０３を含み、その上でユーザのホーム警戒（ｈｏｍｅｗａｔｃｈ）および監視システムを制御するためのホーム・ウォッチ・クライアント・アプリケーションと呼ばれる第１のクライアント・アプリケーション４０３_１が走る（ＵＥ３０２の電源が入っているとき）。第１のクライアント・アプリケーション４０３_１はアプリケーションＩＤ＝ｈｏｍｅ＿ｃｏｎｔｒｏｌ＠ｖｆｅ．ｃｏｍで識別される。

ホーム・ウォッチ・アプリケーション・サーバ４０６は、網４００内の監視対象のホームまたはその他の場所のホーム警戒および監視システムを走らせ、および／または管理する。まず、ホーム・ウォッチ・アプリケーション・サーバ４０６はＳＵＢＳＣＲＩＢＥメッセージをプレゼンス・サーバ４０４に送って、ＵＥ４０２のホーム・コントロール・アプリケーション４０３_１に関するプレゼンス情報を受けたいという希望を登録する。この目的で、メッセージ４０８はユーザの公開識別の１つ（例えば、アドレスｕｓｅｒ＠ｖｆｅ．ｃｏｍ４１０で識別されるユーザのＵＥ４０２など）にアドレス指定される。またホーム・ウォッチ・アプリケーション４０３_１の識別ｈｏｍｅ＿ｃｏｎｔｒｏｌ＠ｖｆｅ．ｃｏｍで構成するフィルタ４１２を含む。ここで、フィルタ４１２はサーバ４０６がプレゼンス・サーバ４０４から要求するプレゼンス情報を持つアプリケーションを識別する。プレゼンス・サーバ４０４はメッセージ４０８を受けて、フィルタ４１２に基づいて要求されたアプリケーションに関連する情報がないことをその中で検出する（動作４１４）と、動作４１６で空のＮＯＴＩＦＹメッセージを返す。

その後で、ＵＥ４０２の加入者はＵＥ４０２上のホーム・ウォッチ・クライアント・アプリケーション４０３_１を開始し、ホーム・ウォッチ・アプリケーション・サーバ４０６の演算パラメータを修正するためのコマンドを入力する（動作４２０）。修正コマンドに応じてＵＥは、ホーム・ウォッチ・アプリケーションの動作をサーバ４０６上で修正すべきことをプレゼンス・サーバ４０４に知らせるための修正コマンドを持つＰＵＢＬＩＳＨメッセージ４２２を送る。本発明ではこのために、メッセージ４２２は、ホーム警戒および監視アプリケーションを識別するアプリケーション識別子ｈｏｍｅ＿ｃｏｎｔｒｏｌ＠ｖｆｅ．ｃｏｍ４２６と（３）修正コマンド４２８とを持つタプル４２４で構成する。動作４３０で、プレゼンス・サーバ４０４はＳＵＢＳＣＲＩＢＥメッセージ４０８に基づいて、登録されたＵＥの４０２ホーム・コントロール・アプリケーションに加入していることを検出し、ＮＯＴＩＦＹメッセージ４３２を用いてタプル４２４をホーム・ウォッチ・アプリケーション・サーバ４０６に中継する。動作４３４で、ホーム・ウォッチ・アプリケーション・サーバ４０６はタプル４３４から修正コマンド４２８を取り出し、ホーム・ウォッチ・アプリケーションの演算パラメータを変えることにより実行する。最後に動作４３６で、ホーム・ウォッチ・アプリケーション・サーバ４０６はＳＩＰインスタント・メッセージを用いて修正確認４３８をＵＥ４０２に送り、ＵＥ４０２は確認をユーザに表示する（動作４４０）。

例示的なシナリオは、プレゼンス・タプル４２４内に含まれる１種類のコマンドだけをアプリケーション・サーバが検索する場合を参照して説明したが、理解されるように、任意の種類のサービス・アプリケーション・コマンドをプレゼンス・タプル内に含めて網内に分配して、対応するアプリケーション・サーバが、または或る加入者に関するプレゼンス情報に加入した任意の他の網エンティティが、検索するようにすることができる。したがって、本発明により新しいアプリケーションとプレゼンス技術の使用とが可能になる。ここで、サービス・アプリケーション情報およびコマンドを例えばプレゼンス・タプルの属性フィールド内に含めて、所定のプレゼンス・エンティティのプレゼンス情報を受けることを希望する任意のウォッチャ・エンティティに分配してもよい。本発明はクライアント／サーバ（１つのアプリケーションまたはアプリケーション要素が他に対してプレゼンス情報要求を送る）とピア・ツウ・ピア・モデル（各アプリケーションが同時にクライアント／バブリッシャおよびサーバ／ウォッチャとして動作する）の両方をサポートしてもよい。

次に図５は、プレゼンス技術を用いてサービス・アプリケーションおよびコマンドの交換をサポートするための、ＵＥ機能に関する本発明の好ましい実施の形態のオプションの一例を実現するユーザ装置（ＵＥ）５００を示す例示的なハイレベルのブロック図を示す。この例では、ＵＥ５００は、ＵＥ５００のために種々のサービスを提供する３つのクライアント・サービス・アプリケーション５０４，５０６、および５０８をサポートするアプリケーション・プラットフォーム５０２を備える。クライアント・サービス・オブリゲーション５０４，５０６、および５０８は、図３と図４とに関して前に説明したサービス・パブリケーション３０３_１，３０３_２，３０３_３、および４０３_１と同じでよい。また、プラットフォーム５０２はＵＥ５００のプレゼンス関係のアプリケーションを処理するプレゼンス・クライアント・アプリケーション５１０をサポートする。すなわち、これによりユーザは、通信し、フレンドのプレゼンスを監視し、インスタント・メッセージまたはマルチメディア・セッションを開始するなどの希望を公表することができる。ＵＥ５００のプラットフォーム５０２は更に、（１）網からプレゼンス情報を受け、また受けたタプルをその適切な宛先に発送するというクライアント・アプリケーション５０４，５０６、および５０８のそれぞれの関心を登録するためのＳＵＢＳＣＲＩＢＥディスパッチャ・モジュール５１２と、（２）クライアント・アプリケーション５０４，５０６、および５０８が出すサービス・アプリケーション・コマンドを含むプレゼンス・タプルを公表するためのＰＵＢＬＩＳＨハンドラ・モジュール５１４とを含む。最後にプラットフォーム５０２は、ＵＥ５００が網と交換した情報をＳＩＰ／ＳＩＭＰＬＥプロトコルにフォーマットするためのＳＩＰ／ＳＩＭＰＬＥスタック５１６を含む。

網からのプレゼンス情報を加入したいときは、クライアント・サービス・アプリケーション５０４，５０６、および５０８は自分のアプリケーション識別子５２０，５２２、および５２４をＳＵＢＳＣＲＩＢＥディスパッチャ・モジュール５１２に送り、ここでアプリケーション識別子をフィルタ５２６にフォーマットし、フィルタ５２６はＵＥ５００のコンタクト識別子５２８と共に、網に（例えば、図３と図４とを参照して前に説明したプレゼンス・サーバに）送るＳＵＢＳＣＲＩＢＥメッセージ５３０内に含められる。

同様にして、アプリケーション５０４，５０６、および５０８の任意の１つがアプリケーション情報またはコマンド（例えば、情報５４０，５４２、またはコマンド５４４）を網に送りたいとき、情報５４０，５４２、またはコマンド５４４が、関係するクライアント・アプリケーションからＰＵＢＬＩＳＨハンドラ・モジュール５１４に送られる。受けた情報およびコマンドはＰＵＢＬＩＳＨハンドラ・モジュール５１４によりタプル５４６，５４７、および５４９にフォーマットされる。ここで、これらのタプルはそれぞれのアプリケーション識別子５５０，５５２、および５５４と、それぞれの情報またはコマンド５４０，５４２、および５４４とを含む。タプル５４６，５４７、および５４９は網に（例えば、図３と図４を参照して前に説明したように、プレゼンス・サーバに）送られるＰＵＢＬＩＳＨメッセージ５４８に含まれる。

情報の複数の要素を同じＳＵＢＳＣＲＩＢＥメッセージまたはＰＵＢＬＩＳＨメッセージに含めることにより、モジュール５１２および５１４はＵＥ５００から出力される情報トラフィックを最小にすることができる。例えば、本発明の更に別の例では、モジュール５１２および５１４は共に、ＳＵＢＳＣＲＩＢＥメッセージ５３０またはＰＵＢＬＩＳＨメッセージ５４６を出す前に或る時間待たせるためのタイマ５６０および５６２を備えて、１つ以上のクライアント・アプリケーションがその登録５２０，５２２、または５２４、またはその関連するコマンド５４０，５４２、または５４４を上記モジュールに送ることができるようにしてもよい。

上記のように、本発明はプレゼンス技術に基づいてサービス・アプリケーション情報およびコマンドを交換するための優れた方法を提供することが当業者に明らかであろう。本発明のシステムおよび方法について、本発明の概念を実行するためのいくつかの例示的な活動を特に参照して説明したが、上記を参照すれば、ここに含まれる新しい教示は必ずしもこれに限定されるものではなく、異なるステップを用いて効果的に実現できることが理解されるであろう。例えば、本発明の例示的な好ましい実施の形態について主として情報の或る部分および或るコマンドを参照して説明したが、理解されるように、任意の種類の情報（テキスト、ハイパーリンク、グラフィックス、マルチメディア・ファイルなどを含むが、これらに限定されない）を本発明に従って送信することができる。

また理解されるように、本発明を用いて種々のコマンド（テキスト・コマンドまたは命令、ハイパーリンクなどを含むが、これらに限定されない）を送信することもできる。また、サービス・アプリケーション情報およびコマンドはプレゼンス・タプルの種々の部分（かかるタプルの属性フィールド内に含む）内に含めてよいと考えられる。本発明の動作と構造は上の記述から明らかであると確信する。図示して説明した方法およびシステムを好ましいものとして示したが、特許請求の範囲に規定されている本発明の範囲から逸れることなく、種々の変更や修正を行ってよいことは明らかである。

本発明の方法およびシステムのいくつかの好ましい実施の形態について添付の図面に示しまた上の詳細な説明に記述したが、理解されるように、本発明は開示された実施の形態に限定されるものではなく、特許請求の範囲に規定されている本発明の精神から逸れることなく、種々の変更や修正や代替を行うことができるものである。

Claims

ユーザ装置であって、
プロセッサと、
前記プロセッサ上で実行されるプラットフォームと、
前記プラットフォーム上で実行されるソフトウエア・アプリケーションと、
前記ソフトウェア・アプリケーションを識別するアプリケーション識別子を前記ソフトウェア・アプリケーションから受信するＳＵＢＳＣＲＩＢＥディスパッチャ・モジュールであって、前記ソフトウェア・アプリケーションに関連するプレゼンス情報を要求する加入メッセージをプレゼンス・サーバに送信し、前記加入メッセージは、前記アプリケーション識別子を含む、前記ＳＵＢＳＣＲＩＢＥディスパッチャ・モジュールと、
を備え、
前記ＳＵＢＳＣＲＩＢＥディスパッチャ・モジュールは、前記加入メッセージに応じて、（１）前記アプリケーション識別子と（２）前記ソフトウェア・アプリケーションによって実行するためのアプリケーション・コマンドとを受信することを特徴とする前記ユーザ装置。