【誤訳訂正書】
【提出日】平成22年10月19日(2010.10.19)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】ＳＩＰイベント・パッケージの定義により特定のコンテキストでリソースの問い合わせを可能にする方法、システム及びコンピュータ・プログラム
【技術分野】
【０００１】
本発明は、概して、無線通信システム及び方法に関し、特に、セッション開始プロトコル（ＳＩＰ）を用いる無線端末及び無線ネットワーク・ノードに関する。
【発明の背景】
【０００２】
セッション開始プロトコル（ＳＩＰ）のインフラストラクチャはIETF RFC3261（ローゼンバーグ（Rosenberg）など著，2002年6月）で定義されている。一般に、ＳＩＰは、１人以上の参加者とのセッションを生成し、変更し、終了するアプリケーション層制御（シグナリング）プロトコルである。セッションは、インターネット通話、マルチメディア配信及びマルチメディア会議を含むことができる。セッションを生成するために用いられるＳＩＰ招待は、互換性のある一連のメディア・タイプについて参加者が合意できるセッション記述を搬送する。ＳＩＰは、ユーザの現在の位置へリクエストを送信し、サービスのためユーザを認証し、ユーザに権限を与え、プロバイダ・コール送信ポリシーを実装し、ユーザに機能を供給する援助をするプロキシ・サーバと称する要素を使用する。また、ＳＩＰは、プロキシ・サーバにより使用されるユーザの現在の位置をユーザがアップロードできる登録機能を供給する。ＳＩＰは、幾つかの異なる転送プロトコルの上部で実行する。
【０００３】
エー・ローチ（A.Roach）著，「SIP‐Specific Event Notification」（以後、単にRFC3265と称する），RFC3265，2002年7月では、イベントに基づく情報をインターネットにおける任意のノードに供給できるＳＩＰイベント・フレームワークが記述されている。この手続きは、ＳＩＰのインフラストラクチャにおいて重要な要素になると期待されている。この種の情報の例として、前述に関連する特許出願文書の幾つかに記述されているように、プレゼンス情報、位置情報、コンテンツ／サービス可用性、または、アクセス制御ＳＩＰイベントが挙げられる。
【０００４】
RFC3265で記述されているように、一般概念は、ネットワークの要素がネットワークにおける様々なリソースまたはコールのリソースまたはコール状態にサブスクライブできるということであり、これら要素（または、それらの代わりに動作する要素）は、状態が変化すると通知を送信することができる。メッセージの典型的な流れは以下の通りである。
【０００５】
サブスクライバ                    ノーティファイヤ
｜――ＳＵＢＳＣＲＩＢＥ――＞｜  状態サブスクリプション要求
｜＜――――２００――――――｜  サブスクリプションの承認
｜＜―――ＮＯＴＩＦＹ――――｜  現在の状態情報を返信する
｜――――――２００――――＞｜  確認する
｜＜―――ＮＯＴＩＦＹ――――｜  現在の状態情報を返信する
｜――――――２００――――＞｜  確認する
【０００６】
サブスクリプションの期限が切れ、サブスクリプションを次のSUBSCRIBEメッセージによりリフレッシュする必要がある。
【０００７】
幾つかの有益な定義には、以下のものが含まれる。
イベント・パッケージ：  イベント・パッケージは、ノーティファイヤによりサブスクライバへ報告すべき一連の状態情報を定義する追加の仕様である。また、イベント・パッケージは、このような状態情報を搬送するために必要とされているRFC3265により定義されたフレームワークに基づいて更なる構文及び意味構造を定義する。
イベント・テンプレート・パッケージ：  イベント・テンプレート・パッケージは、一連の状態を定義する特殊なイベント・パッケージであり、一連の状態は、イベント・テンプレート・パッケージ自体を含むすべての可能なイベント・パッケージに適用することがある。
通知：  通知は、NOTIFYメッセージをサブスクライバに送信してリソースの状態をサブスクライバに知らせるノーティファイヤの動作である。
ノーティファイヤ：  ノーティファイヤは、リソースの状態をサブスクライバに通知する目的のためNOTIFYリクエストを生成するユーザ・エージェントである。また、典型的にノーティファイヤは、サブスクリプションを生じさせるためのSUBSCRIBEリクエストを受け入れる。
状態エージェント：  状態エージェントは、状態情報をリソースに代わって公開するノーティファイヤである。リソースに代わって公開するために、このような状態情報を複数のリソースから収集する必要がある場合がある。状態エージェントは、それらが通知を生成するリソースに関する完全な状態情報を常に有する。
サブスクライバ：  サブスクライバは、ノーティファイヤからNOTIFYリクエストを受信するユーザ・エージェントである。これらNOTIFYリクエストは、サブスクライバが関心を持っているリソースの状態に関する情報を含む。また、典型的にサブスクライバはSUBSCRIBEリクエストを生成し、サブスクリプションを生じさせるためノーティファイヤに送信する。
サブスクリプション：  サブスクリプションは、ダイアログと関連する一連のアプリケーション状態である。このアプリケーション状態は、関連するダイアログへのポインタ、イベント・パッケージ名、及び、場合によっては識別トークンを含む。イベント・パッケージは追加のサブスクリプション状態情報を定義する。定義により、サブスクリプションはサブスクライバ及びノーティファイヤの双方に存在する。
サブスクリプション移行：  サブスクリプション移行は、あるノーティファイヤから別のノーティファイヤへサブスクリプションを移動する行為である。
【０００８】
SUBSCRIBEメソッドは、リモートノードから現在の状態及び状態更新情報をリクエストするために用いられる。
【０００９】
ジェー・ローゼンバーグ（J.Rosenberg）は、ＳＩＰイベント・フレームワークのウォッチャ情報テンプレート・パッケージを２００３年１月３１日の「A Watcher Information Event Template‐Package for the Session Initiation Protocol(SIP)」，draft-ietf-simple-winfo-package-05.txtに定義した。この場合、ウォッチャ情報は、特定イベント・パッケージ内の特定リソースにサブスクライブされた一連のユーザを参照する。ユーザがサブスクライブまたはアンサブスクライブするか、承認または拒否されると、ウォッチャ情報は動的に変化する。ユーザはこの情報にサブスクライブでき、従って、この情報の変化を知ることができる。テンプレート・パッケージは、それ自体を含む任意のイベント・パッケージに適用されることがあるので、特定イベント・パッケージをテンプレート・パッケージと称する。
【００１０】
RFC3265に示されるようなＳＩＰイベント・フレームワークは、一般にコンテキスト情報を供給する技術である。例えば、ＳＩＰプレゼンスは、特定のＳＩＰイベント・パッケージを用いてコンテキスト情報の特定の一部分を供給する。しかし、ＳＩＰプレゼンスのようなＳＩＰイベント、ウォッチャ情報及びコール状態情報に対する現在のサブスクリプション解決策は、特定のリソースと関連する状態情報へのサブスクリプションのみを可能にする。ここで、特定のリソースはＳＩＰ ＵＲＩとしてアドレス指定される。例えば、プレゼンス・イベントへのサブスクリプションは、プレゼンス情報に関連するユーザを表すいわゆるプレゼンティティ（presentity）に拘束される。従って、状態情報にサブスクライブする場合、サブスクライバは、（ＳＩＰ ＵＲＩを介してアドレス指定された）特定の事前に既知のリソースの状態情報にサブスクライブする。現在のところ、特定のＵＲＩに関連する一連の状態情報から派生された状態情報にサブスクライブすることは不可能である。
【００１１】
前述に基づいて、
「どの人（リソース）が会議中であって、この会議が特定の場所にありますか？」
及び、
「どの人（リソース）がボストンの作業場所で今働いていて、どの人（リソース）が忙しくないですか？」
のようなＳＩＰ質問（クエリ）の現在のサブスクリプション・モデルには、特定のＳＩＰイベント・サーバのすべての利用可能な関連のリソースにサブスクライブし、必要とされる状態情報に関連する通知を受信する際、所定の条件を満足する一連のリソースを判断するようにサブスクライバの適切なアプリケーション・ロジックを実行することによってのみ応答することができること明らかである。このことは、例えば、ＳＩＰプレゼンス・イベントへのサブスクリプションがプレゼンティティに拘束されているといったように、現在定義されているＳＩＰイベント・サブスクリプションが特定のリソースに拘束されているので必要なことである。
【００１２】
このような解決策には、例えばモバイル・オペレータのようなかなり大規模なドメインを仮定した場合に拡張が容易でないことが容易に分かる。その理由は、このような解決策が、サブスクリプションを維持し着信通知を処理することに関してサブスクライバに過度の負担を容易にかけるおそれがあるためであり、このような多数のサブスクリプションを生じさせることに関してＳＩＰイベント・サーバにも過度の負担を容易にかけるおそれがあるためである。このような解決策には、例えば、特定のＳＩＰイベント・サーバでホストされているがサブスクライバには知られていない特定のドメインを除外することにより容易に障害が起こることもある。
【００１３】
すなわち、サブスクライバは、クエリへの応答に対して特定のリソースの関連性を単に知らない、または気付かないことにより特定のリソースを「見逃す」場合がある。例えば、特定のＳＩＰイベント・サーバは、２つの異なるドメインすなわち「domain1.com」及び「domain2.com」のリソースに関するイベント情報をホストすることがある。この場合、サブスクライバが第１のドメインのホスティングに気付くが、第２のドメインには気付かないと仮定する。従って、サブスクライバは第２のドメインの関連リソースにサブスクライブしないので、場合によっては、重要な情報を「見逃す」おそれがある。
【００１４】
特定の時間における多数のリソースに対するＳＩＰイベント・サーバの特定の状態情報のホスティングを仮定する場合、単一サブスクリプション内に上記の例示的なＳＩＰクエリを構成し、クエリがＳＩＰイベント・サーバの利用可能な一連の情報について動作する方法があるのが望ましい。例えば、ＳＩＰプレゼンス・サーバの大規模な一連のプレゼンティティに関するプレゼンス情報が通常存在するので、単一サブスクリプション内の一連のプレゼンティティに関する上記のようなクエリを実行するのが望ましい。これらの必要性は本発明より前では満足されていない。
【非特許文献１】IETF RFC3261（ローゼンバーグ（Rosenberg）など著，2002年6月）
【非特許文献２】「SIP‐Specific Event Notification」（エー・ローチ（A.Roach）著，RFC3265，2002年7月）
【発明の概要】
【００１５】
これら教示による好適な実施形態に従って前述の問題及びその他の問題は克服され、その他の利点が実現される。
【００１６】
一側面において、本発明は、サブスクライバ・ユニットと共にイベント・サーバを動作させる方法を提供する。この方法は、クエリを構成するステップと、サブスクリプション・リクエスト・メッセージをイベント・サーバに送信するステップであって、サブスクリプション・リクエスト・メッセージがクエリを含むステップと、サブスクリプション・リクエスト・メッセージの受信に応答してクエリを解析するステップと、クエリが首尾良く解析され理解される場合で、且つ、クエリの結果を判断するためにイベント・サーバが適切なリソース・データを利用できる場合にサブスクリプション・リクエストを受け入れるステップとを含む。
【００１７】
別の側面において、本発明は、データ通信ネットワークと、データ通信ネットワークに結合された少なくとも１つのイベント・サーバと、データ通信ネットワークに結合された少なくとも１つのサブスクライバとを含むイベント通知システムを提供する。サブスクライバは、クエリを構成して、サブスクリプション・リクエスト・メッセージをイベント・サーバに送信するように動作し、サブスクリプション・リクエスト・メッセージはクエリ・セマンティックを含む。イベント・サーバは、サブスクリプション・リクエスト・メッセージの受信に応答して、サブスクリプション・リクエストを受け入れるか拒否するかを判断するためにクエリ・セマンティックを解析する。クエリ・セマンティックが首尾良く解析され理解される場合で、且つ、クエリの結果を判断するためにイベント・サーバが適切なリソース・データを利用できる場合にサブスクリプション・リクエストが受け入れられる。
【００１８】
更なる別の側面において、本発明は、データ通信ネットワークに結合するインターフェースと、resource_queryイベントにサブスクライブするサブスクライバからのサブスクリプション・リクエスト・クエリ・メッセージの受信に応答する制御ロジックとを含むイベント・サーバを提供する。クエリ・メッセージはクエリ・セマンティックを含み、イベント・サーバは、サブスクリプション・リクエストを受け入れるか拒否するかを判断するためにクエリ・セマンティックを解析するロジックを含み、クエリ・セマンティックが首尾良く解析され理解される場合で、且つ、クエリの結果を判断するためにイベント・サーバが適切なリソース・データを少なくともローカルまたはリモートで利用できる場合にサブスクリプション・リクエストが受け入れられる。
【００１９】
本発明の更なる側面において、本発明は、無線移動通信装置または端末のようなサブスクライバ・ユニットを提供する。サブスクライバ・ユニットは、データ通信ネットワークに結合するインターフェースと、イベント・サーバのリソース・データについて動作するクエリを含む本体部分を有する、resource_queryイベント・パッケージへのサブスクリプション・リクエストを生成する制御ロジックとを含む。
【００２０】
好適な実施形態では、イベント・サーバはセッション開始プロトコル（ＳＩＰ）イベント・サーバを含み、限定されない例として、リソース・データは、プレゼンス・データ、ウォッチャ情報、コール状態及びアプリケーション固有イベントのうちの少なくとも幾つかから成る。
【００２１】
これら教示による前述の側面及びその他の側面は、以下の好適な実施形態の詳細な説明を添付図面と併せて読むことにより更に明らかになるであろう。
【発明の実施形態の詳細な説明】
【００２２】
本特許出願明細書は、本発明の譲受人に譲渡された以下の米国特許出願明細書、すなわち、２００２年６月２６日に出願の「Integration of Service Registration and Discovery in SIP Environments」，ディ・トロスセン（D.Trossen）著の米国特許出願第10/179244号、２００２年１２月３０日に出願の「Content and Service Registration, Query,and Notification using SIP Event Packages」，ディ・トロスセン（D.Trossen）著の米国特許出願第１０／３３０１４６号、２００３年１月２９日に出願の「Access Control Alert Method using SIP Event Package」，ディ・トロスセン（D.Trossen）及びケイ・メヘタ（K.Mehta）著の米国特許出願第10/353014号、２００３年４月１８日に出願の「Querying for SIP Event Packages by Using SIP OPTIONS Method or by Using Service Discovery」，ディ・トロスセン（D.Trossen）著の米国特許出願第10/418313号、並びに、２００３年６月１９日に出願の「Application Semantic Binding through SIP Event Package Template」，ディ・トロスセン（D.Trossen）及びディ・パーベル（D.Pavel）著の米国特許出願第10/465455号に関連する。本明細書では、これら米国特許出願明細書を全体として援用する。
【００２３】
本発明は、一回のダイアログで複雑なクエリにサブスクライブすることを可能にする改善したＳＩＰイベント・パッケージを導入することにより前述の問題及びその他の問題を解決する。実際のクエリはサブスクリプションの一部分であり、クエリに応答して、ＳＩＰイベント・サーバは、クエリを満足しクエリに応答する適切なリソース・リストを判断するために必要とされるアプリケーション・ロジックを実行する。本発明を用いることはサブスクライバから負担を取り除き、関連データが存在する場所で、すなわちＳＩＰイベント・サーバ自体で照合機能を実行する。また、本発明は、このようなクエリに対する任意の意味構造の使用をサポートし、意味構造の再使用に対してオントロジをサポートし、ＸＭＬに基づく設定アクセス・プロトコルのようなアクセス制御アプローチを統合する。以後、ＸＣＡＰと称する、ＸＭＬに基づく設定アクセス・プロトコルについては、ジェー・ローゼンバーグ（J.Rosenberg）著，「The Extensible Markup Language(XML) Configuration Access Protocol(XCAP)」，インターネット・ドラフト，インターネット・エンジニアリング・タスク・フォース，（進行中の作業），２００３年５月を参照されたい。
【００２４】
図１を参照する。図１には、本発明を実施するのに適するシステム１０の簡略化した構造図を示す。システム１０は、サブスクライバ１２、ローカルＳＩＰプロキシ１４，１６、インターネット・プロトコル（ＩＰ）ネットワークのようなネットワーク１８、ＳＩＰイベント・サーバ２０、（任意の）オントロジ・サーバ２２及び許可ポリシー・マネージャ２４を含む。
【００２５】
ＳＩＰイベント・サーバ２０はＳＩＰイベントを実装し、便宜上、エー・ローチ（Ａ．Ｒｏａｃｈ）著，RFC3265，２００２年７月，「SIP‐Specific Event Notification」の手続きに準拠するものと仮定される。ＳＩＰイベント・サーバ２０は、前述の潜在的なサブスクライバ１２に対するサブスクリプションの候補であると仮定される。
【００２６】
ＳＩＰプロキシ１４及びＳＩＰプロキシ１６は、ＳＩＰメッセージを処理し、これらを指定された要素に適切に転送する責任がある。ここで留意すべきことは、ＳＩＰプロキシ１４，１６が、RFC3265のＳＩＰイベント・フレームワークにより提供されるような登録／サブスクリプション／通知の転送を行う要素の例示的な実施形態を表しているということである。その他の機構を本発明の実施形態と同様に用いることができる。しかし、以下の説明では、ＳＩＰイベント・サーバ１４，１６は、本発明の一般的な性質を条件することなく参照される。
【００２７】
オントロジ・サーバ２２は、オントロジの登録及び問い合わせを可能にする。本発明の目的のため、オントロジを考慮して、様々なリソースからの情報のセマンティックを獲得し、これらリソースへ簡潔で一様な宣言的記述を与えることができる（例えば、ワイ・ディング（Y.Ding）及びディ・フェンセル（D.Fensel）著，「Ontology Library Systems: The key to successful Ontology Re‐use」，２００１年８月参照）。
【００２８】
本発明の限定されない好適な実施形態では、サブスクライバ１２は、携帯電話のような移動無線通信装置、またはパーソナル・コミュニケータ、または、無線リンクを介してネットワーク１８に結合されているコンピュータのような移動ユーザあるいはエージェントと関連する。ネットワーク１８はインターネットを含むことができる。
【００２９】
本発明の好適な実施形態では、サブスクライバ・ユニットとも称するサブスクライバ１２、及びイベント・サーバ２０の双方には、ネットワーク１８とのインターフェースと、適切にプログラムされた制御ロジック１２Ａ及び２０Ａ〜２０Ｆ（図３参照）とがそれぞれ、本発明を実装するために含まれていると仮定される。
【００３０】
本発明は、
「どの人（リソース）が会議中であって、この会議が特定の場所にありますか？」
及び、
「どの人（リソース）がボストンの作業場所で今働いていて、どの人（リソース）が忙しくないですか？」
のようなＳＩＰイベント・データに対するクエリを実行できる方法を実装する。
【００３１】
前述したように、従来のＳＩＰイベント・サブスクリプションは、事前に既知のリソースと関連するＳＩＰ ＵＲＩに拘束される。しかし、前述の２つの例示的なクエリは、特定の条件を満足する事前に既知でないＳＩＰ ＵＲＩを決定することを目的とする。例えば、ＳＩＰイベント・サーバ２０において、既存のプレゼンス情報から導かれ、特定のＵＲＩに関連付けられて存在する、状態情報の適切な集合や統合から、一連のＵＲＩを判断することができる。
【００３２】
このようなクエリをサポートするため、本発明は、本明細書で便宜上参照されるものであってこれだけに限定されるものではない単一イベントを有する適切なＳＩＰイベント・パッケージをresource_queryとして定義する。上記で構成されたようなクエリを開始したいサブスクライバ１２はresource_query SIPイベント・パッケージのＳＩＰイベントにサブスクライブする。サブスクリプション本体は、適切な言語の実際のクエリを含む。ＳＩＰイベント・サーバ２０はサブスクリプションのイベント・パッケージをサポートし、クエリを首尾良く解析することができ、（これはＳＩＰイベント・サーバ２０は、クエリへの応答に必要とされる適切なリソース情報を獲得する機能を含み、）サブスクリプション・ダイアログは確立される。
【００３３】
ＳＩＰイベント・サーバ２０は、特定のクエリに対するすべての関連リソースを監視する適切な機能を含む。これら関連するリソースの状態が変化すると、ＳＩＰイベント・サーバ２０は、サブスクリプションのクエリを満足するリソースのリストを決定する。新たなリソース・リストが前のリソース・リストとは異なる場合、ＳＩＰイベント・サーバ２０は、新たな（複数の）リソースを、または、前のリストからの（複数の）リソースの除去をサブスクライバ１２に知らせる通知のような適切な通知をサブスクライバ１２に送信する。この目的のため、完全な通知（すなわち、リソースの完全なリスト）または部分的な通知のどちらかを用いることができる。従って、ＳＩＰイベント・サーバ２０は、所望のクエリを満足するリソースの現在のリストをサブスクライバ１２が維持できる機能をサブスクライバ１２に提供する。サブスクライバ１２は、変化したリソース・リストをユーザに表示することにより、現在のＳＩＰイベント・パッケージ・サブスクリプションを継続またはキャンセルするためにリソースの（複数の）変化を受け入れることができるかどうかを判断する機会をユーザに与えるような何らかのアクションをとる通知に応答するロジックを含む。
【００３４】
本発明は、サブスクリプション本体に対するコンテンツ間接参照方法を用いることによりオントロジによるクエリ・セマンティックの再使用をサポートし、更には、リソース・リスト判断プロセス中にアクセス制御を統合することによりアクセス制御をサポートする。（エス・オルソン（S.Olson）著，２００３年６月２日）「A Mechanism for Content Indirection in Session Initiation Protocol(SIP)Messages」と題されたＩＥＴＦドラフト「draft‐ietf‐sip‐content‐indirct‐mech‐03」は、コンテンツ間接参照をＳＩＰメッセージで供給する従来の機構を記述している。また、エス・オルソン（S.Olson）著，「Requirements for Content Indirection in Session Initiation Protocol」，ＩＥＴＦドラフト，２００２年９月を参照することができる。
【００３５】
本発明によれば、サブスクライバ１２が、下記に説明するように、クエリに対する特定のセマンティックに従ってresource_queryイベントにサブスクライブすることを望むと仮定する。ＳＩＰイベント・サーバ２０は、特定のＳＩＰイベントを実装すると仮定され、更には、RFC3265に準拠するものと仮定される（しかしながら、RFC3265の準拠を本発明の実装及び実施についての制限として解釈すべきではない）。
【００３６】
図３を参照する。本発明を実装するため、ＳＩＰイベント・サーバ２０には、RFC3265に準拠する機能を供給するロジック２０Ａ及びネットワーク・インターフェース２０Ｂ以外に、ロジック２０Ｃが更に装備される。ロジック２０Ｃは、クエリの意味を特定するために１つ以上のオントロジ・サーバが用いられる場合に、コンテンツ間接参照などの、オントロジ・サーバ２２からデータを取り出す機能をサポートする。ＳＩＰイベント・サーバ２０にはロジック２０Ｄが更に含まれる。ロジック２０Ｄは、下記に説明するように、resource_queryイベント・パッケージ・サブスクリプションによりＳＩＰイベント・サーバに供給されるクエリのセマンティックを解釈する。これは、クエリのセマンティックを満足するリソースのリストを判断し、また、ＳＩＰアプリケーション・サーバ２０が、必要とされるリソース・リストをサポートできるかを判断するためである。
ロジック２０Ｄは、リソース・データ２１のローカルソースに結合されているものとして示されている。ＳＩＰイベント・サーバ２０には、resource_queryイベント・パッケージ・サブスクリプションによりＳＩＰイベント・サーバに供給された所望のクエリ・セマンティックを実装するロジック２０Ｅが更に含まれる。このような実装は、ＳＩＰイベント・サーバ２０にローカルに存在するリソース・データ２１について動作するのが好ましい。しかし、このようなリソース・データを、イベント・パッケージ記述に関して下記に説明するように外部ソースから全体的または部分的に獲得することも可能である。ＳＩＰイベント・サーバ２０には、例えばＸＣＡＰに従ってリソース・データのプライバシーを保護するために許可ポリシーをサポートするロジック２０Ｆを更に含むのが好ましい。しかし、この特定の機能を必要とせず、この機能を任意と見なすことができる。許可ポリシー・マネージャ２４は特定のリソース・データに対する許可ポリシーの定義付けを可能にし、一例として、このようなポリシーのユーザ間例えば、ＳＩＰイベント・サーバ２０と、（図１に示すような許可ポリシー・マネージャ２４を表す）いわゆるＸＣＡＰサーバとの間の通信に関連する場合にローゼンバーグの手続きに従うことができる。
【００３７】
上記で言及したイベント・パッケージ定義を次に説明する。本発明は、以後「resource_query」と称する単一イベントを有するＳＩＰイベント・パッケージを定義する。イベント・パッケージの意味構造は次の通りである。
【００３８】
ＳＩＰイベント・パッケージは、クエリに定義された条件を満足するリソースの（場合によっては変化する）リストにサブスクライブするという意味で、（ＳＩＰイベント・サーバ２０で、またはこれにより利用できると仮定される）リソース・データについて動作するクエリを含むサブスクリプション本体を含む。
【００３９】
クエリは、適切なクエリ言語を用いて構成される。クエリ言語の正確な構文及びセマンティックは本発明の範囲外にある。しかし、リソース記述フォーマット（ＲＤＦ）または拡張可能マークアップ言語（ＸＭＬ）のような表記は、このようなクエリを構成するのに適している。このようなクエリ・セマンティック情報を大規模な一連のユーザ間で共有するため、すなわち、意味構造の共通知識を生成するため、下記に説明するようなクエリ・サブスクリプション動作において、（複数の）オントロジ・サーバ２２を用いるという概念は本発明によりサポートされる。
【００４０】
リソース・データは、ＳＩＰイベント・サーバ２０で利用できると仮定される。このリソース・データは、ＳＩＰイベント・サーバ２０でホストされる他のＳＩＰイベントと関連する状態を含む。このようなリソース・データの限定されない例として、以下のものが挙げられる。
【００４１】
（Ａ）プレゼンス・データ。プレゼンス・データは、ＰＩＤＦ（プレゼンス情報データ・フォーマット）またはＲＰＩＤ（リッチ・プレゼンス情報データ・フォーマット）で構成されたようないわゆるプレゼンス・ドキュメント内で定義されたすべてのデータを含む。
【００４２】
（Ｂ）ウォッチャ情報。ウォッチャ情報は、プレゼンス情報またはその他のＳＩＰイベントに対するサブスクライバのデータを含む。
【００４３】
（Ｃ）コール状態。コール状態はコール状態データを含む。
【００４４】
（Ｄ）アプリケーション固有ＳＩＰイベント。アプリケーション固有ＳＩＰイベントは、譲受人に譲渡された２００３年６月１９日に出願の「Application Semantic Binding through SIP Event Package Template」，ディ・トロスセン（D.Trossen）及びディ・パーベル（D.Pavel）著の米国特許出願第10/465455号により使用できるようなアプリケーション固有意味構造により記述されるリソース・データを含む。
【００４５】
プレゼンティティがリソースを構成する一方で、関連のプレゼンス・ドキュメントが、リソースすなわちプレゼンティティのリソース・データを構成する場合、当該リソースは、典型的に、ＳＩＰ ＵＲＩとして表現される。
【００４６】
リソース・データの全部または一部分を（例えば、特定のリソース・データに関連する適切なＳＩＰイベントをホストすることにより）内部で入手することができる。または、リソース・データの全部または一部分を外部で獲得することができる。
【００４７】
前者に関して、使用されるリソース・データは、ＳＩＰイベント・サーバ２０に実装されるイベント・パッケージにより直接に供給される。例えば、ＳＩＰイベント・サーバ２０がＳＩＰプレゼンス・サーバとして機能する場合、resource_queryサブスクリプションは入力としてプレゼンス・データについて動作する。
【００４８】
後者に関して、すなわち、リソース・データの外部での獲得に関して、ＳＩＰイベント・サーバ２０は、その他のネットワーク要素に対する、ＳＩＰイベント・サブスクリプションのような適切なデータ提供リクエストを実行することができる。説明を簡潔にするため、下記の説明では、リソース・データはローカル・リソース・データ２１としてＳＩＰイベント・サーバ２０でローカルに存在すると仮定される。しかし、リソース・データの外部での獲得も本発明の範囲内にある。
【００４９】
リソース・データの全部または一部分に対して、特定のリソース・データへのアクセス権を定義する適切な許可ポリシーが存在しうる。図１に示すように、このような許可ポリシーをＳＩＰイベント・サーバ２０が、任意の許可ポリシー・マネージャ２４を用いて利用できるように形成することができると仮定する。このような許可ポリシーが存在する場合には、サブスクリプションのクエリに構成された条件を満足するリソース・リストを判断する際にＳＩＰイベント・サーバ２０は許可ポリシーを考慮すると仮定される。
【００５０】
クエリ・セマンティックが充分に理解された場合であって、且つ、
クエリの結果を判断するために必要とされる適切なリソース・データをＳＩＰイベント・サーバ２０が（ローカルに、または外部で）利用できる場合または利用できるようにされる場合、
ＳＩＰイベント・サーバ２０は、RFC3265に準拠してサブスクライバ１２へ「200 OK」リターン・コードを戻す。
その他の場合、ＳＩＰイベント・サーバ２０は、RFC3265に準拠してサブスクライバ１２へエラー・コードを戻す。エラー・コードを戻す典型的な理由は、resource_queryイベント・パッケージをサポートしないため、または、クエリ・セマンティック構造に関連する理由（例えば、必要とされるリソースの非可用性、クエリの複雑性）、あるいは、内的な理由（例えば、ＳＩＰイベント・サーバ２０に過度の負担をかけるクエリの複雑性）を含むことができる。
【００５１】
好ましくは、サブスクリプションの最初のクエリに構成された条件を満足するリソース・リストが変化したら、ＳＩＰイベント・サーバ２０が、RFC3265に準拠してサブスクライバ１２に通知を送信する。このような変化を、１つ以上のリソースの除去、または１つ以上のリソースの挿入、またはこれら双方の組み合わせのいずれかとすることができる。通知の本体は、リソース・リストまたはリソース・リスト変化を送信するため、適切なＲＤＦまたはＸＭＬに基づくフォーマットのような適切な構文で構成された修正リソース・リストを含む。RFC3265、及び、エム・リンファース（M.Linnforｓ）著，「Partial Notification of Presence Information」，インターネット・ドラフト，インターネット・エンジニアリング・タスク・フォース，（進行中の作業），２００４年１月に準拠して、リソース・リストを完全なステートまたは部分的なステートとして送信することができる。すなわち、通知は、サブスクリプションのクエリを満足するリソースの完全なリストを含むか、または、適切なフォーマットの差分リフレッシュ・リスト（変化した部分のみ）を含む。
【００５２】
図２には、resource_queryイベントへのサブスクリプションを獲得するために実装されるステップ及びメッセージを示す。
【００５３】
RFC3265に準拠してサブスクライバ１２は、SIP SUBSCRIBE（図２のメッセージ１）をＳＩＰイベント・サーバ２０に送信する（図２のメッセージ２及び３としてＳＩＰプロキシ１４及び１６を介してＳＩＰイベント・サーバ２０に送信する）。SUBSCRIBEメッセージ・ヘッダはresource_queryイベント識別子を含む。メッセージ本体には、上記でresource_queryイベント・パッケージの説明において説明したようにクエリ・セマンティックを更に含む。
【００５４】
ＳＩＰイベント・サーバ２０はサブスクリプション・メッセージ（図２のメッセージ３）を受信すると、メッセージ本体を抽出し、クエリに含まれたセマンティック（意味情報）を解析する。（意味的定義を再使用し、幾つかのサブスクライバの間で共有するための）オントロジ・サーバ２２をサポートするため、メッセージ本体は、このようなオントロジへのリンクを含むことができる。エス・オルソン（S.Olson）著，「Requirements for Content Indirection in Session Initiation Protocol」，ＩＥＴＦドラフト，２００２年９月に記載されているようなコンテンツ間接参照方法は、（図２のメッセージ４及び５として示す）指定された（オントロジ）サーバ２２から意味構造情報を取り出すために用いられる。取り出した情報を次にＳＩＰイベント・サーバ２０によって、メッセージ本体に直接に与えられたかのように解析する。クエリ・セマンティックを解析する間、ＳＩＰイベント・サーバ２０は更に、サブスクリプションのクエリに指定されたリソース・データのアクセス権の有無を検証する。特定の許可フレームワークの仕様は本明細書の範囲外にあるが、ＸＣＡＰのような方法は、このような許可ポリシーを（典型的に外部の）ＸＣＡＰサーバから獲得する手段を備える。このことは図２にメッセージ６及び７として示してある。許可ポリシーのこのような取り出しを、クエリを解析する間中、何回か行うことができる。
【００５５】
前述したように、ＳＩＰイベント・サーバ２０は、場合に応じてサブスクリプション・メッセージを確認する。サブスクリプションを許可できる場合、ＳＩＰイベント・サーバ２０は「200 OK」（図２のメッセージ８）をメッセージ９及び１０として経由してサブスクライバ１２に返信する。サブスクリプションを許可できない場合、ＳＩＰイベント・サーバ２０はRFC3265に準拠して適切なエラー・コード（図２のメッセージ８）をメッセージ９及び１０として経由してサブスクライバ１２に返信する。
【００５６】
サブスクリプションを許可した場合、ＳＩＰイベント・サーバ２０は、サブスクリプションにおけるクエリの条件を満足するリソース・リストを判断する適切なアプリケーション・ロジックをインストールし実行する。リソース・リスト・アプリケーション・ロジックは、最初のクエリに与えられた意味構造に基づいて動作し、リソース・リストを判断する間、ローカルに、または外部で獲得された適切なリソース・データを用いる。実際には、リソース・リスト・アプリケーション・ロジックは、resource_queryサブスクリプションの存続期間中、適切なリソース・リストを判断することによって、resource_queryサブスクリプションによりもたらされた質問に応答する責任がある。このような機能をＳＩＰイベント・サーバ２０内にローカルに実装することができる。このような機能は上記で、図３に示すアプリケーション・ロジック２０Ｄとして参照した。
【００５７】
RFC3265に準拠してＳＩＰイベント・サーバ２０は、サブスクリプションの開始状態を表す最初のSIP NOTIFY（図２において、メッセージ１４及び１５としてサブスクライバ１２に経由されるメッセージ１３）をサブスクライバ１２に送信する。この目的のため、アプリケーション・ロジック２０Ｄは、サブスクリプションのクエリを満足する最初の一連のリソースを判断する。この判断の間、考慮されるリソース・データに関してサブスクライバ１２の適切な許可ポリシーを判断するのが好ましいことに留意すべきである。この目的のため、適切な許可ポリシーは、図２のメッセージ１１及び１２に示すように許可ポリシー・マネージャ２４から獲得される。
【００５８】
サブスクリプションの存続期間中、前述したアプリケーション・ロジック２０Ｄが、サブスクリプションのクエリを満足するリソース・リストの変化を判断する場合、適切な通知をサブスクライバ１２に生成する。この判断の間、考慮されるリソース・データに関してサブスクライバ１２の適切な許可ポリシーを判断するのが好ましいことに留意すべきである。この目的のため、適切な許可ポリシーは、図２のメッセージ１６及び１７に示すように許可ポリシー・マネージャ２４から獲得される。
【００５９】
RFC3265、及び、エム・リンファース（M.Linnfors）著，「Partial Notification of Presence Information」，インターネット・ドラフト，インターネット・エンジニアリング・タスク・フォース，（進行中の作業），２００４年１月に準拠してＳＩＰイベント・サーバ２０は、図２のメッセージ１９及び２０として経由される図２のメッセージ１８として送信される完全な状態または差分状態の通知をサブスクライバ１２に生成することができる。従って、サブスクライバ１２は、サブスクリプションの最初のクエリを満足するリソースの更新リストを受信する。
【００６０】
リソース・リストの情報に基づいて、サブスクライバ１２は、コンテキスト・アウェアネス・サービス（サービスが実行されるコンテキストを構成するクエリ条件）のような特定のサービスを実装する選択をすることができる。これに関して、問い合わせされたリソースＵＲＩは特定のコンテキストにＵＲＩを構成する。
【００６１】
前述の説明に基づいて明らかであるように、本発明を用いることにより得られる１つの重要な利点として、ＳＩＰに基づく環境におけて複雑なクエリの使用を可能にすることが挙げられる。このようなクエリを単一のサブスクリプション・ダイアログ内に実現することができる。従って、本発明は、このようなクエリ、例えば、人、時間、位置、及び、活動または状態のような幾つかのリソースに同時に存在する知識を必要とする前述の例示的なクエリに応答する解決策の拡張容易性を劇的に改善する。従って、本発明を用いることは、単一のサブスクリプション・ダイアログ内の多角的なクエリを解決することによってサブスクライバ１２への負担を取り除く。
【００６２】
本発明の別の利点として、オントロジのサポートによりセマンティックの再使用をも可能にすることが挙げられる。これに加えて、本発明は、クエリの応答を判断する間に、従来のＸＣＡＰ方法に基づくようなアクセス権の考慮事項を用いることができる。すなわち、本発明は、ＳＩＰイベントに対して現在及び将来のプライバシー・フレームワークの整合性を維持する。
【００６３】
本発明の更なる別の利点として、ＳＩＰイベント・サーバ２０で複雑性を制御することが挙げられる。リソース・リストのクエリはかなり複雑になりやすい場合があるが、ＳＩＰイベント・サーバ２０の機能は、特定のサブスクリプションを許可するかどうかを判断する。従って、追加のサブスクリプション・ダイアログが複雑性によりＳＩＰイベント・サーバ２０に負担をかけることになる場合、（ＳＩＰイベント・サーバ２０が、リクエストされたサブスクリプションを技術的にサポートできるとしても）サブスクリプションを単に拒否することができる。このことは、サポートする複雑性及びサポートするresource_queryサブスクリプションの数に関するＳＩＰイベント・サーバ２０の拡張容易性を制御する技術を簡単に実現することができる。
【００６４】
この機能をサポートするため、ＳＩＰイベント・サーバ２０は、追加のクエリの解析、データ・マイニングまたは分析機能を備えるために従来のサービスに関連して改良されている。ＳＩＰイベント・サーバ２０で他にサポートするイベント・パッケージから収集されるべき追加のデータが存在しなくても、データ・マイニング／分析機能が一連の既存データについて生じることに留意すべきである。クエリの解析及びデータ・マイニング／分析機能の双方またはいずれか一方がＳＩＰイベント・サーバ２０によりサポートされない場合、ＳＩＰイベント・サーバ２０はresource_queryイベント・パッケージを単に拒否することができる。従って、本発明は、このようなクエリサポートの配備をＳＩＰイベント・サーバ２０のネットワークにおいて単純化するモジュール的に拡張容易且つ拡張可能な解決策を提供する。
【００６５】
前述の説明に基づいて、本発明が、特定の状態にある一連のリソースを判断するクエリを用いるシステム及び方法を提供すること明らかである。例えば、当該状態は、現在の位置、活動、特定の嗜好、または感情状態のような特定のコンテキスト情報に関連することができる。ディ・トロスセン（D.Trossen）及びディ・パーベル（D.Pavel）著，２００３年６月１９日に出願の「Application Semantic Binding through SIP Event Package Template」と題され、譲受人に譲渡された米国特許出願第10/465455号によって使用可能なシステム及び方法により使用できるようなイベントのハイレベル意味構造記述と一緒に本発明を用いることにより、
「どの人（リソース）が会議中であって、この会議が特定の場所にありますか？」
及び、
「どの人（リソース）がボストンの作業場所で今働いていて、どの人（リソース）が忙しくないですか？」
のような質問に応答することができる。
【００６６】
これら質問の応答は、構成された条件を満足するリソース・リストである。判断されたリソース・リストを次に、特定のコンテキスト・アウェアネス・サービスをリソースに提供するために用いることができる。例えば、特定のメッセージを、特定の状態すなわち特定のコンテキストにあるリソース例えばＳＩＰ要素に送信することができる。
【００６７】
従って、本発明の一側面において、本発明は、単一サブスクリプション内でイベント・パッケージに対して構成する質問またはクエリを可能にするＳＩＰイベント・フレームワークを提供する。本発明は、適切なＳＩＰイベント・パッケージ及びサブスクリプション・メソッドを定義し、クエリに対して任意の意味的記述をサポートし、しかも、クエリ言語に対してリダイレクション方法を用いることにより、オントロジに基づく意味構造の統合を可能にする。本発明の別の側面は、リソース情報を獲得する際、適切なアクセス及びプライバシー権をサポートする。
【００６８】
本発明を実施するために本発明者により意図された最善の方法及び装置を一例として、また、限定されない例として充分且つ有益に上記で説明した。しかし、前述の説明を考慮して添付図面及び特許請求の範囲と併せて読むことにより様々な変更及び修正は当該技術分野における当業者に明らかになるであろう。幾つかの例として、その他の類似または等価なメッセージ・タイプ及びフォーマット、リソース並びにネットワーク構造の使用も当業者によって試みられるであろう。しかし、本発明の教示によるこのような変更及び類似の変更のすべては依然として本発明の範囲内にある。
【００６９】
更に、本発明の特徴の幾つかを用いて、その他の特徴を用いることなしに利益を得ることができる。前述の説明は本発明の原理を単に例示したものであると見なされるべきであり、前述の説明は本発明を限定するものではない。
【図面の簡単な説明】
【００７０】
【図１】本発明の全体構造及び主要なロジック要素を示す図である。
【図２】本発明による様々な処理ステップ及びメッセージを示す図である。
【図３】図１のＳＩＰイベント・サーバを示すブロック図である。