(57)【要約】  通信ネットワークにおいて、注目オブジェクト（３０６ａ）についてのコンテクストを保持するコンテクストサーバ（３１８）からコンテクスト情報を入手する方法および装置を提供する。コンテクストサーバは、注目オブジェクトに関連付けられたセンサ（３０６）から、生のコンテクストデータを受け取る。注目オブジェクトに関連して精緻化されたコンテクスト情報を求める要求を要求側当事者から受け取る。要求側当事者のうち少なくとも１つの個別エンティティ（３１６）について、個別コンテクストデータが集められる。受け取った個別のコンテクストデータに基づいて、カスタマイズされたルールが作成される。ルールは、注目オブジェクトに関する精緻化されたコンテクスト情報を求める適応された要求の中の条件を定義するが、要求は、カスタマイズされたルールを含めて、注目オブジェクトのコンテクストサーバへ送信される。次いで、カスタマイズされたルールに従って精緻化されたコンテクストデータを、コンテクストサーバから受け取る。
2008539500.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにおいて、注目オブジェクト（３０６ａ）に関するコンテクストを保持するコンテクストサーバ（３００，４０６，６１４）からコンテクスト情報を取得する方法であって、前記コンテクストサーバは、前記注目オブジェクトに関連付けられたセンサ（３０６）から生のコンテクストデータを受信し、当該方法は、
前記注目オブジェクトに関連する精緻化されたコンテクスト情報を求める要求を、要求側当事者から受信するステップと、
前記要求側当事者のうちの少なくとも１つの個別エンティティ（３１６，４０４）に関する個別コンテクストデータを収集するステップと、
前記注目オブジェクトに関連する精緻化されたコンテクスト情報を求めるために適応された要求における条件を定義する、カスタマイズされたルールを、前記受信された個別コンテクストデータに基づいて作成するステップと、
前記カスタマイズされたルールを含む前記適応された要求を、前記注目オブジェクトの前記コンテクストサーバへ送信するステップと、
前記ルールに従って精緻化されたコンテクストデータを前記コンテクストサーバから受信するステップと、
を備えることを特徴とする方法。
【請求項２】
前記個別コンテクストデータは、単数又は複数の前記個別エンティティに関するコンテクストを保持する少なくとも１つのコンテクストマネジャから収集されることを特徴とする請求項１に記載の方法。
【請求項３】
前記要求側当事者は、複数の個別エンティティのグループであり、
前記個別コンテクストデータは、各々の前記個別エンティティから収集され、
前記受信された個別コンテクストデータは、グループコンテクストとして集合化され、
前記カスタマイズされたルールは、前記グループコンテクストから作成される
ことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記個別コンテクストデータを収集するためにコンテクストテンプレート構造が使用され、
前記コンテクストテンプレート構造は、前記要求側当事者の現在のコンテクストデータによって記入される、前記要求側当事者に関連するパラメータのための事前定義されたデータフィールドを含む
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記コンテクストテンプレート構造は、ＩＭＳインタフェースによってＳＩＰ／Ｓｉｍｐｌｅプロトコルを使用して通信される、ＸＤＭドキュメントとして提供されることを特徴とする請求項４に記載の方法。
【請求項６】
前記コンテクストテンプレート構造は、要求側当事者を一般的に定義する基本データのための標準フィールドを含む一般テンプレートを、前記コンテクストパラメータのためのフィールドを更に含む応用テンプレートへと拡張することによって生成されることを特徴とする請求項４又は５に記載の方法。
【請求項７】
前記要求側当事者は、複数の個別エンティティのグループであり、
前記一般テンプレートは、グループ識別情報、グループメンバ、および使用されるのであれば任意でグループ管理者、のための標準フィールドを含む
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記要求側当事者は、複数の個別エンティティのグループであり、
前記応用テンプレートは、各々の前記個別エンティティのためのパラメータフィールドを含む
ことを特徴とする請求項６又は７に記載の方法。
【請求項９】
通信ネットワークにおいて、注目オブジェクト（３０６ａ）に関するコンテクストを保持するコンテクストサーバ（３００，４０６，６１４）からコンテクスト情報を取得する装置であって、前記コンテクストサーバは、前記注目オブジェクトに関連付けられたセンサ（３０６）から生のコンテクストデータを受信し、当該装置は、
前記注目オブジェクトに関連する精緻化されたコンテクスト情報を求める要求を、要求側当事者から受信する手段と、
前記要求側当事者のうちの少なくとも１つの個別エンティティ（３１６，４０４）に関する個別コンテクストデータを収集するコンテクスト収集ユニット（４１０，６０４）と、
前記注目オブジェクトに関連する精緻化されたコンテクスト情報を求めるために適応された要求における条件を定義する、カスタマイズされたルールを、前記受信された個別コンテクストデータに基づいて作成するコンテクスト集合化ユニット（４１２，６０６）と、
前記カスタマイズされたルールを含む前記適応された要求を、前記注目オブジェクトの前記コンテクストサーバへ送信する手段と、
前記ルールに従って精緻化されたコンテクストデータを前記コンテクストサーバから受信する手段と、
を備えることを特徴とする装置。
【請求項１０】
前記コンテクスト収集ユニットは、単数又は複数の前記個別エンティティに関するコンテクストを保持する少なくとも１つのコンテクストマネジャから前記個別コンテクストデータを収集するように更に適合されることを特徴とする請求項９に記載の装置。
【請求項１１】
前記要求側当事者は、複数の個別エンティティのグループであり、
前記コンテクスト収集ユニットは、各々の前記個別エンティティから前記個別コンテクストデータを収集するように更に適合され、
前記コンテクスト集合化ユニットは、前記受信された個別コンテクストデータをグループコンテクストとして集合化し、前記グループコンテクストから前記カスタマイズされたルールを作成するように更に適合される
ことを特徴とする請求項９又は１０に記載の装置。
【請求項１２】
前記コンテクスト収集ユニットは、前記個別コンテクストデータを収集するためにコンテクストテンプレート構造を使用するように更に適合され、
前記コンテクストテンプレート構造は、前記要求側当事者の現在のコンテクストデータによって記入される、前記要求側当事者に関連するパラメータのための事前定義されたデータフィールドを含む
ことを特徴とする請求項９乃至１１のいずれか１項に記載の装置。
【請求項１３】
前記コンテクスト収集ユニットは、前記コンテクストテンプレート構造として、ＩＭＳインタフェースによってＳＩＰ／Ｓｉｍｐｌｅプロトコルを使用して通信されるＸＤＭドキュメントを使用するように更に適合されることを特徴とする請求項１２に記載の装置。
【請求項１４】
前記コンテクスト収集ユニットは、要求側当事者を一般的に定義する基本データのための標準フィールドを含む一般テンプレートを、前記コンテクストパラメータのためのフィールドを更に含む応用テンプレートへと拡張することによって、前記コンテクストテンプレート構造を作成するように更に適合されることを特徴とする請求項１２又は１３に記載の装置。
【請求項１５】
前記要求側当事者は、複数の個別エンティティのグループであり、
前記一般テンプレートは、グループ識別情報、グループメンバ、および使用されるのであれば任意でグループ管理者、のための標準フィールドを含む
ことを特徴とする請求項１４に記載の装置。
【請求項１６】
前記要求側当事者は、複数の個別エンティティのグループであり、
前記応用テンプレートは、各々の前記個別エンティティのためのパラメータフィールドを含む
ことを特徴とする請求項１４又は１５に記載の装置。
【請求項１７】
通信ネットワークにおいて、注目オブジェクトに関するコンテクストを保持するコンテクストサーバ（３００，４０６，６１４）からコンテクスト情報を提供する方法であって、前記コンテクストサーバは、前記注目オブジェクトに関連付けられたセンサ（３０６）から生のコンテクストデータを受信し、当該方法は、
要求側当事者から発生した、前記注目オブジェクトに関連する精緻化されたコンテクスト情報を求めるために適応された要求であって、前記要求側当事者のうちの少なくとも１つの個別エンティティ（３１６，４０４）に関して収集された個別コンテクストデータに基づいて作成された、当該適応された要求における条件を定義するカスタマイズされたルール（３１２ａ，４１４）を含む要求を受信するステップと、
前記受信されたカスタマイズされたルールを適用することによって前記生のコンテクストデータを精緻化するステップと、
前記要求側当事者への配信のために前記精緻化されたコンテクスト情報を提供するステップと、
を備えることを特徴とする方法。
【請求項１８】
前記受信されたカスタマイズされたルールは、グループメンバの複数の個別コンテクストから集合化されたグループコンテクストから導出されることを特徴とする請求項１７に記載の方法。
【請求項１９】
通信ネットワークにおいて、注目オブジェクトに関するコンテクストを保持するコンテクストサーバ（３００，４０６，６１４）からコンテクスト情報を提供する装置であって、前記コンテクストサーバは、前記注目オブジェクトに関連付けられたセンサ（３０６）から生のコンテクストデータを受信し、当該装置は、
要求側当事者から発生した、前記注目オブジェクトに関連する精緻化されたコンテクスト情報を求めるために適応された要求であって、前記要求側当事者のうちの少なくとも１つの個別エンティティ（３１６，４０４）に関して収集された個別コンテクストデータに基づいて作成された、当該適応された要求における条件を定義するカスタマイズされたルール（３１２ａ，４１４）を含む要求を受信する手段と、
前記受信されたカスタマイズされたルールを適用することによって前記生のコンテクストデータを精緻化する手段と、
前記要求側当事者への配信のために前記精緻化されたコンテクスト情報を提供する手段と、
を備えることを特徴とする装置。
【請求項２０】
前記受信されたカスタマイズされたルールは、グループメンバの複数の個別コンテクストから集合化されたグループコンテクストから導出されることを特徴とする請求項１９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信ネットワークにおいて要求されたコンテクスト情報を提供もしくは取得する方法および装置に関するものである。詳細には、本発明は、要求側当事者からの仕様に従って、コンテクスト情報を提供もしくは取得することに関するものである。
【背景技術】
【０００２】
３Ｇ移動電話の出現で、パケットベースの新たな通信技術が、マルチメディアコンテンツを通信するために開発された。例えば、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ：汎用パケット無線サービス）およびＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ：広帯域符号分割多元接続）の技術は、従来の回路交換型音声通話に加えて、画像、テキスト、文書、アニメーション、音声ファイル、ビデオクリップ等を表すデータのパケット交換型通信に関する、無線マルチメディア電話サービスをサポートする。さらに、高解像度カラー・ディスプレイやさまざまなフォーマットのための複数のコーデック（符号器／復号器）を含む、新しいサービスに対応する機能を備えた高性能の新しい移動端末も市場に登場している。これらの端末は、通常、ネットワーク構成およびセルの特性次第で、異なるアクセス技術にも対応できる。
【０００３】
最近、「ＩＰマルチメディア・サブシステム（ＩＭＳ）」と呼ばれるサービス・ネットワーク・アーキテクチャが、第３世代パートナシップ・プロジェクト（３ＧＰＰ）によってオープンスタンダードとして開発され、パケット分野においてモバイル・クライアントのためのマルチメディアサービスを提供している。一般にＩＭＳは、用いられるアクセス技術にはほとんど依存せず、また、基本的に、いかなる一連の限られた特定のサービスにも限定されない、ＩＰトランスポートに基づいたサービスを可能にするプラットフォームである。
【０００４】
「ＳＩＰ」（ＩＥＴＦ  ＲＦＣ３２６１標準その他に従う、セッション開始プロトコル）と呼ばれるセッション開始のための仕様がすでに定められているが、これは、パケット交換型の論理上でセッションを制御する（例えば、生成する、修正する、終了する）ための、アプリケーション・レイヤのシグナリング・プロトコルである。ＳＩＰは、一般に、マルチメディアセッションを処理するため、ＩＭＳネットワークによって使用される。また、一部のサービスを扱うため、「Ｓｉｍｐｌｅ」と呼ばれる、基本のＳＩＰプロトコルの拡張部分が用いられることもある。
【０００５】
図１は、ＩＭＳサービスネットワークを用いてマルチメディアサービスを提供するための、非常に単純化された基本的な通信シナリオを、概略的に図解する図である。留意すべきだが、この図は、本発明の背景となる技術を理解するのに役立つネットワーク要素だけを選定して示している。簡単に述べると、発呼側の移動端末Ａが、第１の無線アクセスネットワーク１００に接続され、１つ以上のマルチメディアサービスを含む通信セッションＳにおいて、第２の無線アクセスネットワーク１０２に接続されている着呼側の移動端末Ｂと通信する。あるいは、端末Ａは、固定端末もしくはコンピュータと通信してもよいし、例えば音楽作品や映画やゲームなどの何らかのマルチメディアコンテンツを端末へ配信するコンテンツサーバと通信してもよい。また、端末Ａ、Ｂは、以下に述べるような情報サービスを提供するＩＭＳネットワーク内のサーバと通信してもよい。
【０００６】
ＩＭＳネットワーク１０４が、第１の無線アクセスネットワーク１００に接続され、端末Ａに関するマルチメディアセッションＳを処理していることを示す。従って、ＩＭＳネットワーク１０４は、端末Ａからのサービス要求であれば、いかなるサービス要求であってもそれを受け取って処理する。同様に、対応するＩＭＳネットワーク１０６は、端末ＢのためにセッションＳを処理し、そして、２つのＩＭＳネットワーク１０４および１０６は、異なる運用事業者によって制御されてもよい。あるいは、端末ＡおよびＢは、もちろん、同じアクセスネットワークに接続されてもよいし、あるいは、同じＩＭＳネットワークによってサービス提供されてもよいし、その両方であってもよい。
【０００７】
図解されたセッションＳは、大まかにブロック１０８によって示す各種の適切なセッション管理ノードによって、ＳＩＰシグナリングを用いて制御される。一般に、セッション管理ノードタイプには、Ｓ−ＣＳＣＦ（在圏呼セッション制御機能）、Ｉ−ＣＳＣＦ（問い合わせ呼セッション制御機能）、およびＰ−ＣＳＣＦ（プロキシ呼セッション制御機能）がある。呼び出されたマルチメディアサービスは、複数のアプリケーションサーバ１１０によって、起動され、実行される。さらに、主要なデータベース要素であるＨＳＳ（ホーム加入者サーバ）１１２は、加入者データおよび認証データだけでなく、サービス情報、特に、クライアントのためにサービスを実行するためアプリケーションサーバ１１０が取って来ることのできるサービス情報をも格納する。ＩＭＳネットワーク要素である１０８−１１２の各種機能は、本発明を理解するためここでこれ以上記述することが必要なわけではない。もちろん、ＩＭＳネットワーク１０４は、さらに、多くの他のノードや機能を含んでいるが、簡潔にするため、ここでは示していない。
【０００８】
ＩＭＳネットワークによって採用されうるサービスの一例として、いわゆる「プレゼンス」サービスがある。このタイプのサービスにおいて、「プレゼンス」は、基本的に、クライアントの動的かつ可変の状態のプロファイルであり、プレゼンスサービスは、基本的に、他のユーザやアプリケーションがそれを利用できるようにするため、クライアントの「プレゼンスデータ」を公開することを含み、それらがさらに今度は、他のサービスを制御するのに使用されてもよい。プレゼンスデータは、基本的に、いくつかの事前定義された観点における、クライアントおよび彼／彼女の装置の状態もしくは状況を定義する。従って、「プレゼンス」という用語は、ここでは、非常に広い意味を与えられ、そしてプレゼンスデータは、例えば下記の「クライアントの状態」を含んでもよい。
−例えば、応答可能、取り込み中、会議中、休暇中などのクライアントの状態。
−例えば、電源が入っている／入っていない、使用中、圏外などの端末の状態。
−クライアント／端末の地理的位置。
−例えば、ＳＭＳ、ＭＭＳ、チャット、ゲーム、ビデオなどの機能についての、端末の能力および選択。
−例えば、興味、職業、個人的特徴、気分など、上記以外の個人的なクライアント情報。
【０００９】
この情報は、もしくは、ここから選択されたあらゆる部分情報は、クライアントがいかなるものであっても自分のプレゼンスデータを変更する場合にはいつでも、ネットワークもしくはクライアントから受け取ったいわゆる「イベントの発行(publications of events)」に基づいて、ＩＭＳネットワーク内のアプリケーションサーバ内に格納される。また、クライアントは、例えばユーザのリストに従って、１人以上の他のユーザについての選択されたプレゼンスデータに加入(subscribe)してもよい。そのようなプレゼンス加入も、通常、ＩＭＳネットワーク内のアプリケーションサーバによって取り扱われる。次いで、加入しているクライアントは、現在のプレゼンスデータに関して、自動的にもしくは要求に応じて、通知を受け取ることができる。ＳＩＰにおいては、ＩＭＳネットワーク内のアプリケーションサーバに動的データを提供するため、クライアントは「ＳＩＰ  ＰＵＢＬＩＳＨ」と呼ばれるメッセージを使用することができる。さらに、アプリケーションサーバによって処理される、他のクライアントの動的データについて加入するため、クライアントは「ＳＩＰ  ＳＵＢＳＣＲＩＢＥ」と呼ばれる別のメッセージを使用することもできる。
【００１０】
従来型の通信システムでは、通信チャネルは多かれ少なかれ固定されていて静的であり、ビットレートやプロトコルが予想できる。しかし、新しいアクセス技術を用いた場合、無線ネットワーク内で利用できる通信リソースは極めて多様化し、１つの通話セッションの中でさえ異なるタイプの接続を使用する可能性があるため、ネットワーク環境は、ユーザにとって、より動的で不均一なものとなる。その結果、ビットレートや変調や符号化のスキームが、非常に変動的になる。しかも、ネットワーク内で、そしてネットワークをまたいであちこち移動するユーザは、そのような変化には関係なく、各種のサービスにアクセスでき、利用できることを期待する。従って、現在のユーザの状況およびネットワーク環境に適合しうる、あるいは「合わせ」うる、サービスを開発することが望ましい。
【００１１】
最近、呼び出されたサービスのためのアプリケーションの使用可能性を高めるため、オブジェクトの現在の状況に応じて、オブジェクトに関する精緻化(refine)された情報を提供するという概念が発達してきた。ここでいう「オブジェクト」とは、通常は、人間であるユーザであるが、物理的デバイスもしくは装置、あるいは顧客に商品やサービスを提供している企業であってもよい。本明細書においては、そのようないかなるオブジェクトを表現するのにも、「注目オブジェクト(object of interest)」という用語が用いられるであろう。この新たな概念は、一般に、「コンテクスト」情報の配信と呼ばれ、上記のプレゼンスサービスと同様のメカニズムを用いて実装されてもよい。従って、普及している環境に最適に適合されたサービスを実現するには、「コンテクストを意識する(context-aware)」アプリケーションを開発することが望ましい。
【００１２】
これについては、移動ユーザがナビゲーション補助に関する通信サービスを呼び出した場合の、第１の例によって例示することができる。このとき、この場合の注目オブジェクトである、そのユーザについて、ＩＭＳサーバ内でコンテクストが定義されることになる。コンテクストは、例えば、ユーザがログオンしているかぎり、あるいはユーザがＩＭＳネットワークの加入者であるかぎり、サーバ内で保持されてもよい。次いで、このサービスに用いられるアプリケーションが、ユーザの現在のコンテクストを調査し、そして、コンテクストによって与えられる、例えばユーザの好み、現在位置、および現在の通信接続タイプに応じて、一定の特徴を含むまたは除くように適応された地図をユーザに提供してもよい。この場合、ユーザの状況を反映するコンテクスト情報は、このように、最適な提示形式、すなわち、表示された地図を作成するために使用可能である。
【００１３】
図２は、注目オブジェクトについてのコンテクスト情報を要求側エンティティすなわち「コンテクスト消費者」に提供するための、以前から提案されているサーバ構成を図解する図である。図に示すコンテクストサーバ２００は、「要求側当事者」２０２としてここに一般的に図解された、あらゆる許可されたユーザ、装置、もしくはアプリケーションに対して、コンテクスト情報を提供するように構成されている。留意すべきだが、コンテクスト情報を保持する対象である注目オブジェクトは、人物、デバイス、装置、システム等であってもよい。さらに、要求側当事者２０２は、同様に、人物、例えば上記のプレゼンス加入者であってもよいし、デバイスであってもよい。また、要求側当事者２０２は、例えば上記のナビゲーション補助サービスなどのサービスを可能にするのに用いられるアプリケーションであってもよい。
【００１４】
コンテクストサーバ２００は、以下で説明するが、コンテクストマネジャ２０４、アドバタイザ２０６、および承認管理（アドミッションコントロール）機能２０８を含む。コンテクストマネジャ２０４は、センサＳ（２１０）として示す各種のソースからオブジェクトデータを受け取ることによって、ここで点線のボックス２１０ａとして概略的に図解する注目オブジェクトに関する情報を、連続的に収集する。センサ２１０は、オブジェクト２１０ａの現在の状態、状況または事情を特徴付ける各種の「変数」またはそれに類似したものを測定または記録(register)するように構成される。例えば、センサは、物理的特性、例えば温度を測定するように構成されてもよいし、あるいは、現在のオブジェクト状況の一部、例えばプレゼンスサービスについて上で述べたクライアントの状態のうちのいずれかを記録するように構成されてもよい。別の具体的な例として、注目オブジェクトは電源スイッチであってもよく、その場合、１個のセンサが、スイッチがオンになっているかオフになっているかを単に記録するように構成されてもよい。
【００１５】
センサ２１０からの生のコンテクストデータは、コンテクストマネジャ２０４の中のコンテクスト格納ユニット２１２で受け取られ、格納される。次いで、生データから新たな精緻化されたコンテクスト情報を導出または算出するため、所定のルール２１６を生データに適用することによって、格納された生データがコンテクスト精緻化器２１４内で処理され、精緻化されてもよい。所定のルール２１６は、生データから一定のパラメータを算出し、結論を引き出し、あるいは、編集物を作成する、アルゴリズムまたはそれに類似したものを含んでもよい。例えば、上記の電源スイッチの場合、各種の統計的パラメータを導出するようにルールが定義されてもよい。１つのルールが、スイッチがオンの時間とオフの時間それぞれの合計時間を算出してもよい。他のルールが、スイッチがオンであった持続時間とオフであった持続時間について最大持続時間、最小持続時間、および平均持続時間をそれぞれ算出するなどしてもよい。
【００１６】
次いで、精緻化されたコンテクストが、配信器２１８によって、あらゆる要求側当事者に対しても正確に配信されてもよい。要求側当事者２０２は、まず、アドバタイザ２０６からの適切な情報に従って何らかの「公開」メカニズムによって提供された広告または発表をチェックすることによって、どのようなコンテクスト情報がコンテクストサーバから入手できるかを発見することができる。例えば、図に点線で示すように、別個のサーバまたはそれに類似したものによって、利用可能なコンテクスト情報に関する広告または発表が公開されてもよい。次いで、要求側当事者２０２は、コンテクスト情報の要求を行うことができ、この要求は承認管理ユニット２０８によって受け取られる。このユニット２０８は、注目オブジェクトのコンテクスト情報を要求側当事者２０２が受け取ることが許可されているのかどうかを判断するためのポリシーをコンテクスト要求に対して適用するように構成される。ポリシーは基本的に、コンテクストの所有者、例えばネットワーク運用事業者によって定義済みである。もし許可されていれば、要求側当事者２０２に最新のコンテクスト情報を提供するため、承認管理ユニット２０８が配信器２１８をトリガする。また、ポリシーは、利用可能なコンテクスト情報の一部だけを特定の要求側が受け取ることができるよう、指示してもよい。留意されるべきだが、コンテクスト要求は、多かれ少なかれ継続的にコンテクストサーバからコンテクスト情報を受け取るための加入についての要求であってもよい。
【００１７】
通常、コンテクスト情報は、個別のオブジェクト、例えば１人の人物に関係する。しかし、オブジェクトは、メンバ達によって共有される集合的なプロファイルを有する、オブジェクトのグループ、例えば複数の人物、に属していてもよい。グループの会員資格（メンバシップ；会員であること）それ自体が、個別のコンテクストにおけるパラメータとみなされてもよい。例えば、家族のメンバはそれぞれ個別のコンテクストを有してもよいが、他方、家族はそのメンバによって共有される集合的なプロファイルを備えた共通のコンテクストを有してもよい。現在は、個人または装置のグループについての集合的なコンテクストを作成するために利用できるメカニズムが存在しない。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
上述の図２のソリューションを用いれば、精緻化されたコンテクスト情報を作成するルールは事前定義され、確定されており、精緻化されたコンテクスト情報は、許可されたあらゆる要求側当事者に提供されうる。この方法では、要求側当事者はその所定の形式に従うコンテクストを受け取れるだけであり、それが必ずしも要求側当事者が必要なものもしくは望むものではないことがあるため、このことは、時に問題となる。しかし、現在、所定の（事前定義された）コンテクストの精緻化だけに限られており、要求側当事者の具体的なニーズを満たす柔軟なソリューションは存在しない。また、要求側当事者は、ポリシーによって制限されることもあるが、たとえ利用可能なコンテクスト情報の一部は必要でないときでも、それをすべて受け取ることになる。
【００１９】
さらに、グループの会員資格は、現在、個別のコンテクスト内のパラメータとして表現されるにすぎない。しかし、グループは、そのメンバがアクティブであるか否かにかかわらず存在しうるものであり、また、そのメンバが実際にはグループを去ったときですら存続することがある。個別のコンテクストにおいてはそのグループのコンテクストの集合的なプロファイルは無視されるので、グループの会員資格が個別のコンテクストにおけるパラメータであるとき、これは問題をひき起こすことがある。
【００２０】
また、時には、ユーザのグループが共同でコンテクスト情報を入手することが望ましいことがあるが、そのメンバ同士は異なるニーズや好みを持っていることがあるため、それは既存のソリューションを用いた場合、面倒な手順ともなりうる。別の実際的な例において、ユーザのグループが、一緒にレストランを訪れようとして、例えばユーザの位置と好みに基づいて、利用可能なレストランおよびそのメニューについて情報を提供する通信サービスを呼び出してもよい。その場合、グループ内の各ユーザが、そのようなサービスを呼び出すと、通常は、位置と好みの違いに応じて、異なる結果を受け取ることになる。その後、結果を調整してグループ内のすべてのユーザを満足させるレストランについて合意するのは、ユーザに任されるが、それは当然困難かつ時間の無駄となりうる。
【００２１】
結論として、コンテクスト情報を提供する場合にはコンテクストサーバがより柔軟になることが望ましいし、また、グループコンテクストをもっと効率的に取り扱うことも望ましい。さらに、メンバからの最小限の協力を要請するだけでグループに対して注目オブジェクトについての関連するコンテクスト情報を提供するための、有用なソリューションが必要である。
【課題を解決するための手段】
【００２２】
本発明の目的は、上記に概説した諸問題を緩和または除去することである。特に、コンテクスト情報をコンテクストサーバから入手する場合に要求側当事者の特定のニーズや要件を満たすためのソリューションを提供することが、本発明の目的である。
【００２３】
この目的およびその他の目的は、主として、通信ネットワーク内で注目オブジェクトについてのコンテクストを保持するコンテクストサーバからコンテクスト情報を入手する方法および装置を提供することによって達成されるが、前記コンテクストサーバは、注目オブジェクトに関連付けられたセンサから生のコンテクストデータを受け取る。
【００２４】
本発明の方法において、前記注目オブジェクトに関する精緻化されたコンテクスト情報を求める要求を、要求側当事者から受け取る。要求側当事者の少なくとも１つの個別エンティティについて個別のコンテクストデータが収集され、受信された個別のコンテクストデータを基に、カスタマイズされたルールが作成される。ルールは、注目オブジェクトに関する精緻化されたコンテクスト情報を求める適応された要求における条件を定義する。次いで、カスタマイズされたルールを含む適応された要求が、注目オブジェクトのコンテクストサーバへ送られる。最後に、ルールに従って精緻化されたコンテクストデータを、コンテクストサーバから受け取る。
【００２５】
個別のコンテクストデータは、単数または複数の前記個別のエンティティについてのコンテクストを保持する、少なくとも１つのコンテクストマネジャから収集されることが好ましい。要求側当事者が、複数の個別エンティティのグループである場合、個別のコンテクストデータが個別のエンティティの各々について収集され、受け取った個別のコンテクストデータがグループコンテクストへと集合化され、カスタマイズされたルールがグループコンテクストから作成される。
【００２６】
できれば、個別のコンテクストデータを収集するのにコンテクストテンプレート構造が用いられることが望ましい。テンプレートは、要求側当事者に関連するパラメータ用の所定のデータフィールドを含み、そこには要求側当事者の現在のコンテクストデータが記入される。コンテクストテンプレートは、ＳＩＰ／Ｓｉｍｐｌｅプロトコルを用いてＩＭＳインタフェースによって通信されるＳＤＭドキュメント（文書）として提供されてもよい。コンテクストテンプレートは、要求側当事者を一般的に定義する基本的なデータ用の標準的なフィールドを含む一般テンプレートを、コンテクストパラメータ用のフィールドをさらに含む応用テンプレートへと拡張することによって作成されてもよい。要求側当事者が複数の個別エンティティのグループである場合、一般テンプレートは、グループのアイデンティティ（識別情報）用、グループメンバ用、そして、使用されるならば、任意で、グループ管理者用の、標準的フィールドを含んでもよい。また、応用テンプレートは、個別のエンティティの各々についてのパラメータフィールドを含んでもよい。
【００２７】
本発明の装置は、要求側当事者から、前記注目オブジェクトに関する精緻化されたコンテクスト情報を求める要求を受け取る手段を含む。装置は、さらに、要求側当事者の少なくとも１つの個別エンティティについての個別のコンテクストデータを収集するように構成された、コンテクスト収集ユニットを含む。装置は、さらに、受け取った個別コンテクストデータに基づいてカスタマイズされたルールを作成するように構成された、コンテクスト集合化ユニットを含む。ルールは、注目オブジェクトに関して精緻化されたコンテクスト情報を求める適応された要求において、条件を定義する。装置は、さらに、カスタマイズされたルールを含む適応された要求を注目オブジェクトのコンテクストサーバへ送る手段と、そのルールに従って精緻化されたコンテクストデータをコンテクストサーバから受け取る手段とを含む。
【００２８】
コンテクスト収集ユニットは、さらに、単数または複数の前記個別のエンティティについてのコンテクストを保持する少なくとも１つのコンテクストマネジャから、個別のコンテクストデータを収集するように構成されることが好ましい。要求側当事者が複数の個別のエンティティのグループである場合には、コンテクスト収集ユニットは、さらに、個別エンティティの各々についての個別のコンテクストデータを収集するように構成されることが好ましい。コンテクスト集合化ユニットは、さらに、受信した個別のコンテクストデータをグループコンテクストとして集合化し、また、カスタマイズされたルールをグループコンテクストから作成するように構成されることが好ましい。
【００２９】
コンテクスト収集ユニットは、さらに、個別のコンテクストデータを収集するためにコンテクストテンプレート構造を使用するように構成されてもよい。テンプレートは、要求側当事者の現在のコンテクストデータを記入することになる、要求側当事者に関連するパラメータ用に事前定義されたデータフィールドを含む。コンテクスト収集ユニットは、さらに、コンテクストテンプレートとして、ＳＩＰ／Ｓｉｍｐｌｅプロトコルを用いてＩＭＳインタフェースによって通信されるＸＤＭ文書を使用するように構成されることが好ましい。コンテクスト収集ユニットは、さらに、要求側当事者を一般的に定義する基本的なデータ用の標準的なフィールドを含む一般テンプレートを、コンテクストパラメータ用のフィールドをさらに含む応用テンプレートへと拡張することによって、コンテクストテンプレートを作成するように構成されてもよい。要求側当事者が複数の個別のエンティティのグループである場合、一般テンプレートは、グループのアイデンティティ用、グループメンバ用、そして、使用されるならば、任意で、グループ管理者用の、標準的フィールドを含んでもよい。また、応用テンプレートは、個別のエンティティの各々についてのパラメータフィールドを含んでもよい。
【００３０】
本発明は、さらに、通信ネットワーク内で注目オブジェクトについてのコンテクストを保持するコンテクストサーバからコンテクスト情報を提供する方法を包含するが、コンテクストサーバは、注目オブジェクトに関連付けられたセンサから生のコンテクストデータを受け取る。後者の方法によれば、注目オブジェクトに関して精緻化されたコンテクスト情報を求めて要求側当事者から発せられた、適応された要求が、受信される。適応された要求は、要求側当事者の少なくとも１つの個別のエンティティについての収集された個別のコンテクストデータに基づいて作成された、カスタマイズされたルールを含むが、このルールは、適応された要求の中で条件を定義する。生のコンテクストデータは、受信したカスタマイズされたルールを適用することによって精緻化され、そして、最後に、精緻化されたコンテクスト情報が、要求側当事者に配信されるために提供される。受信したカスタマイズされたルールは、グループメンバの複数の個別コンテクストから集合化されたグループコンテクストから導出済みであることが好ましい。
【００３１】
本発明は、さらに、通信ネットワーク内で注目オブジェクトについてのコンテクストを保持するコンテクストサーバからのコンテクスト情報を提供するための、対応する装置を包含するが、コンテクストサーバは、注目オブジェクトに関連付けられたセンサから生のコンテクストデータを受け取る。後者の装置は、注目オブジェクトに関する精緻化されたコンテクスト情報を求めて要求側当事者から発せられた、適応された要求を受け取る手段を含む。適応された要求は、要求側当事者の少なくとも１つの個別エンティティについて収集された個別のコンテクストデータに基づいて作成された、カスタマイズされたルールを含むが、このルールは、適応された要求の中で条件を定義する。後者の装置は、さらに、受信したカスタマイズされたルールを適用することによって生のコンテクストデータを精緻化する手段と、精緻化されたコンテクスト情報を、前記要求側当事者への配信のために提供する手段とを含む。受信したカスタマイズされたルールは、グループメンバの複数の個別コンテクストから集合化された、グループコンテクストから導出されていてもよい。
【００３２】
好適実施形態についての下記の記述から理解されるであろうが、相互関係のある発明の概念を形成するため、コンテクストサーバからのコンテクスト情報を提供する後者の装置は、コンテクストサーバからのコンテクスト情報を入手する前者の装置と共同で動作してもよい。同じことは、コンテクストサーバからのコンテクスト情報を提供する後者の方法と、コンテクストサーバからのコンテクスト情報を入手する前者の方法とにもあてはまる。本発明のさらなる好適な特徴および利点は、下記の詳細な説明から明らかになるであろう。
【００３３】
ここで、好適な実施形態を用いて、また、添付の図面を参照しながら、本発明についてより詳細に説明しよう。
【発明を実施するための最良の形態】
【００３４】
簡単に言えば、本発明は、要求側当事者の特定のニーズが、それに適応された関連するコンテクスト情報を提供すると、満たされうるような、ソリューションを提供する。このソリューションにおいて、具体的な注目オブジェクトに関する自分自身の要件とニーズとに適応された、精緻化されたコンテクスト情報についての条件を定義する「カスタマイズ」されたルールが、要求側当事者のために作成されてもよい。本明細書内で用いられる場合、「ルール」という用語は、生のコンテクストデータから一定のパラメータを算出し、結論を引き出し、あるいは編集物を作成する、いかなるアルゴリズムもしくはそれに類似したものを表してもよい。できれば、精緻化されたコンテクスト情報を求める要求を要求側当事者から受け取った後、カスタマイズされたルールが、その要求に従って、要求側当事者に関連するパラメータについての所定のデータフィールドを含む、コンテクストテンプレートによって定義されることが好ましい。次いで、テンプレートの中の空のパラメータフィールドに、要求側当事者の現在のコンテクストデータが記入されてもよい。
【００３５】
次いで、記入されたテンプレートから作成されたようなカスタマイズされたルールを含む、精緻化されたコンテクスト情報を求める適応された要求が、例えば図２に記述されたもののような、注目オブジェクトのコンテクストサーバに提出される。次いで、コンテクストサーバは、コンテクスト情報を所望の形式で要求側当事者に提供する目的で、受け取った生のコンテクストデータを精緻化するため、新たなルールを適用するであろう。それによって、要求側当事者は、事前定義された固定的なコンテクストの精緻化およびルールに限定されることなく、自分自身のニーズと要件とに合わせられたコンテクスト情報を要求できる。本発明は、要求側当事者が、１人の個人である場合にも、共にグループを構成する複数の個人である場合にも、使用可能であり、それについては以下により詳細に記述する。
【００３６】
ここで、所望のコンテクスト情報をコンテクストサーバから入手するための本発明の手順および装置について、典型的な実施形態を用いて、まず図３を参照しながら、説明しよう。この実施形態において、コンテクストサーバ３００は、基本的に、図２に示す先行技術のコンテクストサーバ２００として構成されており、従って、コンテクストマネジャ３０２と事前定義されたポリシーに基づく承認管理機能３０４とを有している。アドバタイザ機能がここにも同様に含まれてもよいが、この図には示されていない。同様に、コンテクストマネジャ３０２は、注目オブジェクト３０６ａに関連付けられたセンサ３０６から来る生のコンテクストデータを受け取って格納する、コンテクスト格納ユニット３０８を含む。次いで、格納された生データは、基本的に図２について記述したのと同様の方法であらゆる許可された要求側当事者に対して配信器３１４によって提供される精緻化されたコンテクスト情報を生成するため、事前定義されたルール３１２に従ってコンテクスト精緻化器３１０において処理される。
【００３７】
この例では、要求側当事者は、ここではエンティティＡ、Ｂ、Ｃ．．．で示す個人のグループ３１６で構成され、そのメンバ達にとって有効なグループコンテクストは、「集合的コンテクスト機能」３１８によって作成されるが、これは例えばＩＭＳネットワークのようなサービスネットワーク内のサーバもしくはそれに類似したものの中に実装されてもよい。しかし、以下に記述するメカニズムは、単独の要求側エンティティについても同様に用いられてもよい。ここに記述した実施形態において、集合的コンテクスト機能は、一般に、ノードと考えられるであろう。
【００３８】
個人であるＡ、Ｂ、Ｃ．．．は各々、順に、関連付けられたコンテクストマネジャであるＣＭＡ、ＣＭＢ、ＣＭＣ．．．３２０を有するが、それらは、コンテクストサーバ３０２が注目オブジェクト３０６ａの代わりに行うのと基本的に同じ方法で、その関連付けられた個人の代わりにコンテクストを保持する。例えば、個人であるＡ、Ｂ、Ｃ．．．が移動ユーザである場合、本発明はこの点で限定されはしないが、彼らのコンテクストは、彼らの端末の能力、現在の状況、個人の好み、そして現在位置に関する詳細を含んでもよい。故に、各コンテクストマネジャ３２０は、生のコンテクストデータを、各個人３１６に関連付けられた、図示していない、センサから受け取る。
【００３９】
本ソリューションにおいて、集合的コンテクスト機能３１８は、例えば、グループを形成する際にメンバが合意した少なくともいくつかの点で、グループのすべてのメンバ３１６について集合的に有効な、集合化されたグループコンテクストを作成する。あるいは、グループの会員資格がすでに固定（確定）されている既存のグループが、インポートされてもよい。ここで、グループは形成済みであり、集合的コンテクスト機能３１８は、コンテクスト情報を求める要求をグループからすでに受け取っていると仮定するが、それについては、後で、下記に、より詳しく述べられるであろう。第１の図解されたステップ３：１において、集合的コンテクスト機能３１８は、個別のコンテクスト情報をコンテクストマネジャＣＭＡ、ＣＭＢ、ＣＭＣ．．．３２０の各々から収集する。非常に大きいグループの場合、集合的コンテクスト機能３１８の過負荷を回避する目的で、多くのコンテクストの更新をグループの個々人のコンテクストマネジャ３２０から受け取るのに、（図示されていない）プロキシが用いられてもよい。次いで、プロキシが、グループの関心に対して有意義な変更を含む更新のみを選択して転送し、それによってフィルタとして機能してもよい。従って、プロキシは、例えば、一定の限度を超えたユーザ位置の変更のような、行われた要求にとって「重要な」コンテクストの変更だけを転送するように構成されてもよい。
【００４０】
次いで、集合化されたグループコンテクストが、ステップ３：１で受け取った個別コンテクストに基づいて、できれば上述のようにコンテクストテンプレートを用いることによって、集合的コンテクスト機能３１８において作成されることが好ましいが、これについても後で、下記に、より詳しく述べられるであろう。次いで、対応するカスタマイズされたルールが定義され、精緻化されたコンテクスト情報を求める適応された要求として、次のステップ３：２においてコンテクストサーバ３００へ送られる。従って、このルールは、集合化されたグループコンテクストと、要求側当事者から最初に受け取った要求とを、組み合わせた結果である。従って、カスタマイズされたルールは、事実上、グループメンバのコンテクストによって指示された彼らの要件とニーズとに適応された形式の、精緻化されたコンテクスト情報を求める、コンテクストサーバ３００への要求を表す。
【００４１】
このソリューションがＩＭＳネットワーク内に実装される場合、ルール／テンプレートは、ＩＭＳ環境におけるリスト管理のための専門言語である、ＸＤＭ（ＸＭＬ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ）文書として表されることが好ましい。次いで、他の転送手段も可能ではあるが、ＸＤＭで定義されたルールは、ＩＭＳインタフェースによってＳＩＰ／Ｓｉｍｐｌｅプロトコルを用いて、集合的コンテクスト機能３１８とコンテクストサーバ３００との間で通信される。さらに、集合的コンテクスト機能３１８は、ＩＭＳネットワーク用に定義された、プレゼンスおよびグループ管理サーバ（ＰＧＭ）に実装されてもよい。
【００４２】
別の具体的な例では、カスタマイズされたルールは、移動ユーザのグループからのレストランでの適切な食事についての要求の中での条件として定義されてもよい。次いで、ルールは、すべてのグループメンバの、または少なくともできるだけ多くのグループメンバの好みを、満足させるように定義されるべきであり、また、その個別のコンテクストの集合から導出してもよい。例えば、第１のメンバはピーナツのアレルギがあり、第２のメンバは米を好み、第３のメンバは、スパイスのきいた食物は嫌いかもしれない。そうして作成されたルールは、次の「米を含むがピーナツを含まないスパイスのきいていない食事を何か提案する」という条件付の要求を含んでもよい。コストを制現するパラメータに関するさらなる好みは、メンバＡ：最大２００ＳＥＫ、メンバＢ：最大２５０ＳＥＫ、メンバＣ：最大３００ＳＥＫなどを含んでもよい。集合化されたグループコンテクストにおいて、コストパラメータは、ＡからＣまでのすべてのメンバを満足させる、最大２００ＳＥＫとなるであろう。
【００４３】
ルールの中にレストランの位置についての要件をさらに定義するため、例えば、「ある場所から５００メートル以内に位置していて上記の条件を満たすレストランを提案する」というように、個別のメンバに関する位置情報が用いられてもよい。次いで、利用可能なレストランやそのメニューに関する情報を提供するコンテクストサーバを用いてサービスが呼び出されると、作成されたルールが、そこへ提出される。次いで、コンテクストサーバからの応答は、カスタマイズされたルールによって設定された条件を満たす、できればメニューを含む、あらゆるレストランのリストを含むことができる。
【００４４】
上記の複数の例から理解されるべきだが、当業者であれば、要求に関連するパラメータに関して、収集された個別のコンテクストを集合化してグループコンテクストおよびカスタマイズされたルールを作る論理（ロジック）を、作り出せるであろう。
【００４５】
図３に戻るが、作成され、カスタマイズされ、ステップ３：２においてコンテクストサーバ３００へ送られたルールは、要求が現行のポリシーに従って許可されているかどうかを判断するため、承認管理ユニット３０４においてチェックされる。許可されていると仮定すれば、ルール３１２ａの中の条件と要件とに従って精緻化されたコンテクスト情報を作り出すため、ステップ３：３において、新しいルール３１２ａが、コンテクストマネジャ３０２内の既存のルール３１２に追加される。こうしてステップ３：４において、ルール３１２ａがコンテクスト精緻化器３１０に適用され、次いでさらなるステップ３：５において、配信器３１４が、ルール３１２ａに従って準備された精緻化されたコンテクストを、集合的コンテクスト機能３１８への応答として提供する。次いで、最後のステップ３：６において、集合的コンテクスト機能３１８は、情報の結果を個別のエンティティ３１６のいずれに対しても、例えば所定のスキームに従って、最終的に渡すことができる。また、結果は、前記結果を入手するためいかなる個人３１６がアクセスしてもよい、別個のアプリケーションサーバ３２２もしくはそれに類似したものに対して、伝達されてもよい。
【００４６】
図４は、図３のシナリオと同様に、精緻化されたコンテクスト情報をコンテクストサーバから入手する手順と装置とを図解する図であり、集合的コンテクスト機能４００がより詳細に図解されている。図３の場合のように、集合的コンテクスト機能４００は、個別エンティティ４０４のグループに関連付けられたコンテクストマネジャ４０２から個別のコンテクストを収集し、カスタマイズされたルールをコンテクストサーバ４０６へ送る。この実施形態において、集合的コンテクスト機能４００は、以下で説明するように、グループマネジャ４０８と、コンテクスト収集ユニット４１０と、コンテクスト集合化ユニット４１２とを含む。
【００４７】
第１のステップ４：１において、個別エンティティのグループ４０４のうちのエンティティＡが、特定のグループを代表して、注目オブジェクトに関するコンテクスト情報を求める要求を、集合的コンテクスト機能４００へ送る。例えば図２について記述したような公開メカニズムから、何が提供されているかに応じて、あるいはグループが一般に何に注目しているのかに応じて、要求が作成されてよい。上述のように、グループは、新しいものでもよいし、インポートされた既存のものでもよい。個人４０４が移動ユーザである場合、そのうちの１人が主導権を握って、何らかの点で共通の関心を持つグループのための、例えば昼食時に一緒に食事をするための、要求を行ってもよい。あるいは、例えば、個別エンティティ４０４が、通信サービス等を可能にする、相互に関連があるアプリケーション群である場合、それ自体はグループメンバであることが意図されていない別個のサービス管理ユニットまたは管理者が、コンテクスト情報要求を送ってもよい。
【００４８】
いずれにしても、グループを定義し、例えばメンバリストもしくはそれに類似したものを含むデータ構造４０８ａの中にグループを保持する、グループマネジャ４０８が、グループへのコンテクスト情報の要求を受け取る。また、例えば現在の状態や好みなど、グループについてのコンテクストを決定するパラメータであればいかなるパラメータであっても、グループマネジャ４０８の中で定義されてもよい。できれば、コンテクスト情報要求に関するパラメータだけが定義されることが、好ましい。一実施形態において、コンテクストテンプレート構造が定義されてもよく、これは、現在のコンテクスト情報が記入されることになるこれらのパラメータについてのフィールドを持つ。それについては、後で、以下に、さらに記述するであろう。
【００４９】
次のステップ４：２において、以下に述べるように、コンテクスト情報要求が、後で使用されることになるコンテクスト集合化ユニット４１２へ伝達される。グループマネジャ４０８によってグループが作成されアクティブにされると、次のステップ４：３において、図３のステップ３：１の場合と同様に、コンテクスト収集ユニット４１０が、現在の個別コンテクストデータを、それらの各々の個人４０４に関連付けられたコンテクストマネジャＣＭＡ、ＣＭＢ、ＣＭＣ、．．．４０２から、収集する。留意すべきだが、ステップ４：２とステップ４：３の順序は逆であってもよいで。
【００５０】
次いで、ステップ４：４において、収集されたコンテクストがコンテクスト集合化ユニット４１２へ伝達され、次いで、コンテクスト集合化ユニット４１２は、個別のコンテクストを共通のグループコンテクストへと集合化する。ステップ４：２において伝達されたコンテクスト情報要求と組み合わせられることで、グループコンテクストは、コンテクストサーバ４０６からの精緻化されたコンテクスト情報を求める、適応された要求の中での条件へと翻訳されうる。これらの条件は、ユニット４１２が作成した、カスタマイズされたルールとして表現されうる。次いで、次のステップ４：５において、コンテクスト集合化ユニット４１２は、ルール４１４をコンテクストサーバ４０６へ要求として送り、ルールは、こうして要求の条件を定義する。基本的に図３のステップ３：４について記述したように、生のコンテクストデータを精緻化した後、コンテクストサーバ４０６は、提出されたルール４１４に従って精緻化されたコンテクスト情報を、ステップ４：６において、グループマネジャ４０８へ返す。最後に、ステップ４：７において図解するように、グループマネジャ４０８が、情報の結果を、例えば何らかの事前定義スキームに従って、個別エンティティ４０４のうちのいずれかへ、あるいは、アクセス可能なアプリケーションサーバもしくはそれに類似したものへ、送ってもよいが、本発明はこの点で制限されない。
【００５１】
図５は、別の実施形態による、グループについての状態図である。グループは、図４に示すグループマネジャによって保持されることが好ましい。第１の状態５００において、グループが、グループ形成トリガ５：１に応じて作成されるが、トリガは、上述のように、ユーザ、指定されたグループ管理者、もしくはサービスアプリケーションマネジャからの、特定のグループについてのコンテクスト情報要求であってもよい。グループの作成には、そのメンバを指定することと、注目パラメータを定義すること等が含まれる。
【００５２】
グループを作成するプロセスが完了したら、矢印５：２で示すように、グループは、現在の個別のコンテクストデータが受け取られ更新されうる、アクティブ状態５０２に入る。また、例えば、メンバがグループから脱退したりグループに加入したりしてグループについての会員構成が変化した場合、あるいは、例えば好みやポリシーに関してそのメンバもしくはグループ管理者によってグループのプロファイルやパラメータが更新された場合等には、矢印５：３によって示すように、グループパラメータは、グループの存続期間中はいつでも、アクティブ状態において修正されてもよい。
【００５３】
グループは、グループの存続期間中はいつでも、非アクティブ化トリガ５：４に応じて、非アクティブ状態５０４に入ってもよい。非アクティブ状態においては、アクティブ化トリガ５：５によって起こされるまでは、コンテクストデータまたは修正を受け取ることはできないし、グループは休眠状態である。非アクティブ化トリガ５：４は、グループメンバもしくは管理者から来てもよいし、所定の期限の満了、例えばグループの制限された総存続時間またはグループが最後に新しいコンテクストデータもしくは修正を受け取ってからの時間の満了であってもよい。アクティブ化トリガ５：５は、通常、グループメンバもしくは管理者から来る。また、アクティブ化トリガは、事前定義されたコンテクスト条件の実現、例えば、一定数のグループメンバが所定の半径の中に位置した場合等であってもよい。この条件がグループメンバの一部についてだけ実現する場合、これらのメンバのサブグループが、集合的コンテクスト機能においてアクティブであると定義されてもよい。
【００５４】
最終的にグループは、典型的には、グループはもはや不要であると判断したメンバもしくは管理者からの削除トリガ５：６に応じて、解散されてもよい。次いで、最終であるグループ削除状態５０６に入る。あるいは、削除トリガは、上記の非アクティブ化トリガ５：４と同様の、時間切れパラメータであってもよい。主な違いは、非アクティブ状態５０４からアクティブ状態５０２に入ることはできるが、削除状態５０６からは入れないということである。
【００５５】
ここで、図６を参照して、要求側当事者が１人の個人のみである場合、注目オブジェクトに関する精緻化されたコンテクスト情報がそれに関連付けられたコンテクストサーバからどのように入手されうるかを説明する。集合的コンテクスト機能６００が、基本的に図４の機能４００と同じコンポーネント、すなわち、グループマネジャ６０２、コンテクスト収集ユニット６０４、そしてコンテクスト集合化ユニット６０６を含むことを示す。
【００５６】
注目オブジェクトに関して精緻化されたコンテクスト情報を求める要求が、第１のステップ６：１において、１人の個人Ａ（６０８）から受け取られる。この場合にも、コンテクスト情報要求は、図示されない別個のサービス管理ユニットもしくは管理者から受け取られてもよい。１人の個人６０８についてはグループが作成されたり保持されたりすることはないため、グループマネジャ６０２は無視されてもよく、要求は、コンテクスト収集ユニット６０４に直接伝達されてもよい。それに応じて、コンテクスト収集ユニット６０４は、ステップ６：２によって図解されるように、個人６０８に関連付けられたコンテクストマネジャＣＭＡ６１０から個別コンテクストデータを収集する。
【００５７】
また、コンテクスト情報要求に関連するパラメータも、コンテクスト収集ユニット６０４によって定義されるが、できればステップ６：２で収集されたコンテクストデータを記入したパラメータフィールドを備えたコンテクストテンプレート構造を用いて定義されることが好ましい。典型的なコンテクストテンプレート構造については、以下でより詳細に記述されるであろう。
【００５８】
次のステップ６：３において、収集されたコンテクスト情報は、コンテクスト集合化ユニット６０６へ伝達されるが、できればステップ６：１で受信したコンテクスト情報要求と一緒に、記入済みテンプレートとして提供されることが好ましい。ここでユニット６０６は、受け取った個別コンテクストとコンテクスト情報要求とを集合化することによってルール６１２を作成し、ルール６１２は、コンテクストサーバ６１４からのコンテクスト情報を求める適応された要求として、集合化の結果として得られた条件を含む。次いで、コンテクスト集合化ユニット６０６は、次のステップ６：４において、コンテクストサーバ６１４への要求としてルール６１２を送り、このルールが、このようにして要求の条件を定義する。
【００５９】
受け取ったルール６１２に従って生のコンテクストデータを精緻化した後、ステップ６：５において、コンテクストサーバ６１４は精緻化されたコンテクスト情報をコンテクスト収集ユニット６０４に返す。留意されるべきだが、グループマネジャ６０２は、上記の図４の例と比べて、今度も前と同じように無視されてもよく、また、基本的にグループマネジャ６０２はプロセス全体を通じて透過的である。最後に図解されたステップ６：６において、コンテクスト収集ユニット６０４は、情報の結果を個人６０８に、またはアクセス可能なアプリケーションサーバもしくはそれに類似したものに送ることができる。
【００６０】
上述のように、コンテクストテンプレート構造は、受け取ったコンテクスト情報要求に関連するパラメータについてのフィールドで定義されることが好ましい。従って、これらのパラメータフィールドは、作成されたグループのメンバの現在の個別のコンテクストを、あるいは適用可能なら１人の個人のコンテクストを、収集して登録するのに用いることができる。次いでパラメータフィールドに、収集された各コンテクストからの対応するデータが記入される。図７ａおよび図７ｂは、好適実施形態に従ってここではＸＭＬを用いたＸＤＭ文書として示す、一般テンプレート構造と応用テンプレート構造とをそれぞれ図解する。
【００６１】
「一般テンプレート」のデータ構造は、要求側当事者を一般的に定義する基本データについての標準的なフィールドを含む。図７ａに示す一般テンプレート７００は、グループ識別情報（ＩＤ）、グループメンバ（ここではメンバＡ、Ｂ、およびＣとして示す）、そしてもし使われるなら、任意でグループ管理者についてのそのような標準的なフィールドを含む。メンバ及び管理者のためのフィールドは、できれば通信用の適切なＩＤとネットワークアドレスとを収容するべきである。
【００６２】
カスタマイズされたルールが要求側当事者のために作成されることになる場合、上記のようにコンテクストサーバからの精緻化されたコンテクスト情報を入手するために、コンテクスト情報要求に関連するパラメータが定義されることになる。これは、要求に用いられるアプリケーションのためのアプリケーション固有部分７０４を追加することによって、一般テンプレート７００を拡張して図７ｂに示す「応用テンプレート」になるようにすることによって行うことができる。部分７０４は、アプリケーションの名前と、そのアプリケーションと要求とに関する１つ以上の定義済コンテクストパラメータ１、２、３、．．．のためのフィールド７０６とを含む。こうして、応用テンプレート７０２において、空のパラメータフィールド７０６に、コンテクスト収集プロセスの間に各メンバについて収集されたコンテクスト情報が、例えば図４のステップ４：３または図６のステップ６：２で記述されたように、記入されうる。
【００６３】
図８は、図４において４００と表示されたものと同様の、グループマネジャ８０２とコンテクスト収集ユニット８０４とコンテクスト集合化ユニット８０６とを含む集合的コンテクスト機能８００において、そのようなテンプレート構造がどのように使用されうるかについての一例を図解する。第１のステップ８：１において、グループマネジャ８０２は、コンテクスト情報要求を、この場合、複数の個人Ａ、Ｂ、Ｃ、．．．のグループである要求側当事者８０８から受け取るが、そのうちＡが要求を行う。コンテクスト情報要求に関連するパラメータを定義した後、グループマネジャ８０２は、図７ａに示す一般テンプレートを、最初は図示するように空である、各グループメンバの分の定義済パラメータのフィールドを含む応用テンプレート構造８１２を作成するための開始点として採用する。
【００６４】
次いで、ステップ８：２において、応用テンプレート８１２が、コンテクスト収集ユニット８０４へ伝達される。さらに、ステップ８：１で受け取られたコンテクスト情報要求も、ステップ８：３において、コンテクスト集合化ユニット８０６へ伝達される。そこでコンテクスト収集ユニット８０４は、次のステップ８：４において、グループメンバに関連付けられたコンテクストマネジャ８１０から個別のコンテクストを収集する。これを行う際に、応用テンプレートのパラメータフィールドに、各グループメンバについて収集されたコンテクストを記入する。留意されるべきだが、一部の個別エンティティについて、パラメータのすべてが入手可能とはいかないということが起こりうるので、一部のフィールドが情報に関して空のままの場合もある。さらに、一部のパラメータを「必須」、他のパラメータを「任意」として定義することも可能である。いずれかのエンティティが必須パラメータについてのコンテクスト情報を提供できない場合、結果としての動作は、状況および用いられるアプリケーションのうちの少なくとも一方に応じて決まってもよい。コンテクスト収集プロセスが完了すると、記入されたテンプレート８１４は、次のステップ８：５において、コンテクスト集合化ユニット８０６へ伝達される。
【００６５】
最後のステップ８：６において、ユニット８０６は、ステップ８：５で受け取ったテンプレート８１４の中のコンテクスト情報とステップ８：３で受け取った要求とに基づいて、カスタマイズされたルール８１６を作成する。次いで、ルール８１６は、基本的に図３について記述された方法で、精緻化されたコンテクスト情報をそこから入手するため、コンテクストサーバへ提出される。
【００６６】
本発明の一態様によって、通信ネットワーク内の注目オブジェクト、例えば３０６ａについてのコンテクストを保持するコンテクストサーバ、例えば３００、４０６、もしくは６１４からコンテクスト情報を入手する方法が提供される。図３、４、６、および８について記述した集合的コンテクストサーバによって行われるこの手順の概略を、これから図９に示すフローチャートを参照しながら説明しよう。コンテクストサーバは、生のコンテクストデータを、注目オブジェクトに関連付けられたセンサ、例えば３０６から、受け取ると仮定する。
【００６７】
第１のステップ９００において、注目オブジェクトに関する精緻化されたコンテクスト情報を求める要求が、１人の個人と複数の個人のグループとのうちいずれか一方に相当する要求側当事者から、受け取られる。
【００６８】
次のステップ９０２において、要求側当事者の少なくとも１つの個別エンティティについて、個別のコンテクストデータが、好ましくは、１人の個人の１台のコンテンツサーバとグループの複数の個人の複数のコンテンツサーバとのうちの一方から、収集される。できれば、要求に従って要求側当事者に関連するパラメータ用に事前定義されたデータフィールドを含む、コンテクストテンプレート構造が使われることが、好ましい。次いで、パラメータフィールドに、要求側当事者の現在のコンテクストデータが、各個人について記入される。
【００６９】
次のステップ９０４において、収集された個別コンテクストデータに基づいて、かつ、ステップ９００で受け取った要求に関連して、カスタマイズされたルールが作成される。上述のように、記入されたテンプレートを用いて、カスタマイズされたルールが作成されてもよい。
【００７０】
次のステップ９０６において、カスタマイズされたルールを含む、注目オブジェクトに関する精緻化されたコンテクスト情報を求める適応された要求が、注目オブジェクトについてのコンテクストを保持するコンテクストサーバへ送られる。
【００７１】
最後のステップ９０８において、前記ルールに従って精緻化されたコンテクストデータが、コンテクストサーバから受け取られ、これが要求側当事者へ配信されることになる。
【００７２】
本発明の別の態様によれば、通信ネットワーク内の注目オブジェクト、例えば３０６ａについてのコンテクストを保持するコンテクストサーバからコンテクスト情報を提供する方法が、提供される。コンテクストサーバ、例えば図３、４、そして６についてそれぞれ記述した３００、４０６、もしくは６１４によって行われるこの手順の概略を、これから図１０に示す第２のフローチャートを参照しながら説明する。コンテクストサーバは、注目オブジェクトに関連付けられたセンサ、例えば３０６から、生のコンテクストデータを受け取る。
【００７３】
第１のステップ１０００において、注目オブジェクトに関する精緻化されたコンテクスト情報を求める適応された要求が受け取られるが、その要求は、要求側当事者から発せられる。適応された要求は、前記要求側当事者の少なくとも１つの個別エンティティ（３１６、４０４）について収集された個別コンテクストデータに基づいて作成された、カスタマイズされたルール（３１２ａ、４１４）を含むが、そのルールは、適応された要求の中の条件を定義する。
【００７４】
次のステップ１００２において、受け取られた生のコンテクストデータが、受け取られたカスタマイズされたルールを適用することによって、精緻化される。
【００７５】
最後のステップ１００４において、精緻化されたコンテクスト情報が、前記要求側当事者への配信のために、提供される。上述の実施形態によれば、精緻化されたコンテクスト情報は、集合的コンテクスト機能へ送られ、次いで、集合的コンテクスト機能が、精緻化されたコンテクスト情報を、要求側当事者、例えば、１人以上の個人または別個のアクセス可能なアプリケーションサーバへ配信する。
【００７６】
留意されるべきだが、上述のメカニズムは、応用分野およびその他の因子に応じて、本発明の範囲内で異なる方法で構成されてもよい。別の具体的な例において、要求側当事者は、ＰｏＣ（プッシュ・トゥ・トーク・オーバー・セルラ）として知られる通信サービスを起動することを望んでいる移動ユーザのグループであってもよい。ＰｏＣにおいては、通話する目的でチャネルをオープンするためボタンを押すことによって、複数のユーザが集団で通信できる。この場合、注目オブジェクトは、ＰｏＣ通信を可能にするネットワークリソースを含む。ネットワークリソースは、通常、ネットワーク運用事業者によって所有および／または管理されるが、ネットワーク運用事業者は、また、承認管理のポリシーも含めて、関連付けられたコンテクストサーバを管理する。リソースの使用形態を最適化するため、グループ内でユーザが利用可能な能力は、サービスを呼び出す前に判断されるべきである。次いで、下記の手順Ａ）からＧ）までが、例えば、図３もしくは図４に示す構成を用いて、実行されうる。
【００７７】
Ａ）例えばグループマネジャ４０８において、グループが作成されるか、または、グループコンテクスト機能にインポートされる。
【００７８】
Ｂ）例えばコンテクスト集合化ユニット４１２において、個別コンテクストを集合化することによって、グループコンテクストが作成される。そのサービスにリソースが必要な場合、サービスに関連付けられた特定のグループアプリケーションを求める要求が、コンテクストを収集し、カスタマイズされたルールを作成する手順を呼び出す。
【００７９】
Ｃ）サービス用として認められた通信リソースと、サービスを利用するユーザの能力とを確認するため、カスタマイズされたルールが作成される。従って、ルールの中の条件が、ユーザの状況を反映する。
【００８０】
Ｄ）カスタマイズされたルールが、ネットワークリソースについてのコンテクストを保持するコンテクストサーバへ送られる。
【００８１】
Ｅ）カスタマイズされたルールが、承認管理ポリシー、例えば承認管理３０４によって一旦検証されたならば、コンテクストサーバ、例えばサーバ３００もしくは４０６において、カスタマイズされたルールが処理される。ルールは、生のコンテクストデータ、この場合ネットワーク情報、を精緻化するために適用され、ユーザが確保することを許可されるリソースを判断する。
【００８２】
Ｆ）精緻化されたコンテクストを含んだ応答が、コンテクストサーバから、例えば配信器３１４によって、集合的コンテクスト機能へと送られ、さらにグループメンバへ配信される。これは、ネットワークリソースを配分するための既知のネットワークエンティティである、サービスポリシー決定ポイント（ＰＤＰ）のためのリソース確保ルールとして表されてもよい。
【００８３】
Ｇ）最終的にユーザがサービスを呼び出すと、ユーザは所与のサービスについてリソース確保ルールをＰＤＰへ送ることができる。
【００８４】
結論として、本発明は、注目オブジェクトに関するコンテクスト情報をコンテクストサーバから一般的に入手する際に、要求側当事者の特定のニーズや要件を満たすためのソリューションを提供する。さらに、グループコンテクストを効率的に取り扱うためのメカニズムが提供され、グループの集合的なニーズや要件に関連する、関連のコンテクスト情報が入手可能である。
【００８５】
本発明について、特定の典型的な実施形態を参照しながら記述してきたが、この説明は一般に、本発明の概念を例証することだけを意図しており、本発明の範囲を限定するものと考えられるべきではない。本発明の範囲は、添付の請求項によって規定される。
【図面の簡単な説明】
【００８６】
【図１】先行技術による、マルチメディア通信用の基本的なネットワーク構成を示す図である。
【図２】先行技術による、精緻化されたコンテクスト情報を一般的に要求側当事者に提供するコンテクストサーバのブロック図である。
【図３】一実施形態による、精緻化されたコンテクスト情報が個人のグループについてコンテクストサーバから入手される、通信シナリオのブロック図である。
【図４】別の実施形態による、精緻化されたコンテクスト情報が個人のグループについてコンテクストサーバから入手される、通信シナリオのブロック図である。
【図５】さらに別の実施形態による、前記グループについての精緻化されたコンテクスト情報を入手する際にグループマネジャによって処理される、個人のグループについての状態図である。
【図６】さらに別の実施形態による、精緻化されたコンテクスト情報が１人のみの個人のためにコンテクストサーバから入手される、通信シナリオのブロック図である。
【図７ａ】さらに別の実施形態による、精緻化されたコンテクスト情報を入手するためのカスタマイズされたルールを作成するために使用可能な、一般テンプレートを図解する図である。
【図７ｂ】さらに別の実施形態による、精緻化されたコンテクスト情報を入手するためのカスタマイズされたルールを作成するために使用可能な、応用テンプレートを図解する図である。
【図８】さらに別の実施形態による、テンプレートが集合的コンテクスト機能の中でどのように処理されるかを図解する図である。
【図９】集合的コンテクスト機能によって実行される、注目オブジェクトについてのコンテクストを保持するコンテクストサーバから所望のコンテクスト情報を入手する手順を図解するフローチャートである。
【図１０】注目オブジェクトについてのコンテクストを保持するコンテクストサーバによって実行される、所望のコンテクスト情報を提供する手順を図解するフローチャートである。
【図１】
2008539500.tif 000003
【図２】
2008539500.tif 000004
【図３】
2008539500.tif 000005
【図４】
2008539500.tif 000006
【図５】
2008539500.tif 000007
【図６】
2008539500.tif 000008
【図７ａ】
2008539500.tif 000009
【図７ｂ】
2008539500.tif 000010
【図８】
2008539500.tif 000011
【図９】
2008539500.tif 000012
【図１０】
2008539500.tif 000013
【手続補正書】
【提出日】平成19年2月22日(2007.2.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワークにおいて、注目オブジェクト（３０６ａ）に関するコンテクストを保持するコンテクストサーバ（３００，４０６，６１４）からコンテクスト情報を取得する方法であって、前記コンテクストサーバは、前記注目オブジェクトに関連付けられたセンサ（３０６）から生のコンテクストデータを受信し、コンテクスト精緻化器において、前記生のコンテクストデータから精緻化されたコンテクスト情報を、導出または算出するために、事前定義されたルールに従って前記生のコンテクストデータを処理し、当該方法は、
前記注目オブジェクトに関連する精緻化されたコンテクスト情報を求める要求を、要求側当事者から受信するステップと、
前記要求側当事者のうちの少なくとも１つの個別エンティティ（３１６，４０４）に関する個別コンテクストデータを収集するステップと、
前記注目オブジェクトに関連する精緻化されたコンテクスト情報を求めるために適応された要求における条件を定義する、カスタマイズされたルールを、前記収集された個別コンテクストデータと前記受信されたコンテクスト情報の要求とを集合化することによって前記受信された個別コンテクストデータに基づいて作成するステップと、
前記カスタマイズされたルールを含む前記適応された要求を、前記注目オブジェクトの前記コンテクストサーバへ送信するステップと、
を備え、前記コンテクストサーバは、精緻化されたコンテクスト情報を、前記カスタマイズされたルールに従って前記生のコンテクストデータから生成し、
当該方法は、
前記カスタマイズされたルールに従って精緻化されたコンテクスト情報を前記コンテクストサーバから受信するステップ
を更に備えることを特徴とする方法。
【請求項２】
前記個別コンテクストデータは、単数又は複数の前記個別エンティティに関するコンテクストを保持する少なくとも１つのコンテクストマネジャから収集されることを特徴とする請求項１に記載の方法。
【請求項３】
前記要求側当事者は、複数の個別エンティティのグループであり、
前記個別コンテクストデータは、各々の前記個別エンティティから収集され、
前記受信された個別コンテクストデータは、グループコンテクストとして集合化され、
前記カスタマイズされたルールは、前記グループコンテクストから作成される
ことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記個別コンテクストデータを収集するためにコンテクストテンプレート構造が使用され、
前記コンテクストテンプレート構造は、前記要求側当事者の現在のコンテクストデータによって記入される、前記要求側当事者に関連するパラメータのための事前定義されたデータフィールドを含む
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記コンテクストテンプレート構造は、ＩＭＳインタフェースによってＳＩＰ／Ｓｉｍｐｌｅプロトコルを使用して通信される、ＸＤＭドキュメントとして提供されることを特徴とする請求項４に記載の方法。
【請求項６】
前記コンテクストテンプレート構造は、要求側当事者を一般的に定義する基本データのための標準フィールドを含む一般テンプレートを、前記コンテクストパラメータのためのフィールドを更に含む応用テンプレートへと拡張することによって生成されることを特徴とする請求項４又は５に記載の方法。
【請求項７】
前記要求側当事者は、複数の個別エンティティのグループであり、
前記一般テンプレートは、グループ識別情報、グループメンバ、および使用されるのであれば任意でグループ管理者、のための標準フィールドを含む
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記要求側当事者は、複数の個別エンティティのグループであり、
前記応用テンプレートは、各々の前記個別エンティティのためのパラメータフィールドを含む
ことを特徴とする請求項６又は７に記載の方法。
【請求項９】
通信ネットワークにおいて、注目オブジェクト（３０６ａ）に関するコンテクストを保持するコンテクストサーバ（３００，４０６，６１４）からコンテクスト情報を取得する装置であって、前記コンテクストサーバは、前記注目オブジェクトに関連付けられたセンサ（３０６）から生のコンテクストデータを受信し、コンテクスト精緻化器において、前記生のコンテクストデータから精緻化されたコンテクスト情報を、導出または算出するために、事前定義されたルールに従って前記生のコンテクストデータを処理し、当該装置は、
前記注目オブジェクトに関連する精緻化されたコンテクスト情報を求める要求を、要求側当事者から受信する手段と、
前記要求側当事者のうちの少なくとも１つの個別エンティティ（３１６，４０４）に関する個別コンテクストデータを収集するコンテクスト収集ユニット（４１０，６０４）と、
前記注目オブジェクトに関連する精緻化されたコンテクスト情報を求めるために適応された要求における条件を定義する、カスタマイズされたルールを、前記収集された個別コンテクストデータと前記受信されたコンテクスト情報の要求とを集合化することによって前記受信された個別コンテクストデータに基づいて作成するコンテクスト集合化ユニット（４１２，６０６）と、
前記カスタマイズされたルールを含む前記適応された要求を、前記注目オブジェクトの前記コンテクストサーバへ送信する手段と、
を備え、前記コンテクストサーバは、精緻化されたコンテクスト情報を、前記カスタマイズされたルールに従って前記生のコンテクストデータから生成し、
前記カスタマイズされたルールに従って精緻化されたコンテクスト情報を前記コンテクストサーバから受信する手段
を更に備えることを特徴とする装置。
【請求項１０】
前記コンテクスト収集ユニットは、単数又は複数の前記個別エンティティに関するコンテクストを保持する少なくとも１つのコンテクストマネジャから前記個別コンテクストデータを収集するように更に適合されることを特徴とする請求項９に記載の装置。
【請求項１１】
前記要求側当事者は、複数の個別エンティティのグループであり、
前記コンテクスト収集ユニットは、各々の前記個別エンティティから前記個別コンテクストデータを収集するように更に適合され、
前記コンテクスト集合化ユニットは、前記受信された個別コンテクストデータをグループコンテクストとして集合化し、前記グループコンテクストから前記カスタマイズされたルールを作成するように更に適合される
ことを特徴とする請求項９又は１０に記載の装置。
【請求項１２】
前記コンテクスト収集ユニットは、前記個別コンテクストデータを収集するためにコンテクストテンプレート構造を使用するように更に適合され、
前記コンテクストテンプレート構造は、前記要求側当事者の現在のコンテクストデータによって記入される、前記要求側当事者に関連するパラメータのための事前定義されたデータフィールドを含む
ことを特徴とする請求項９乃至１１のいずれか１項に記載の装置。
【請求項１３】
前記コンテクスト収集ユニットは、前記コンテクストテンプレート構造として、ＩＭＳインタフェースによってＳＩＰ／Ｓｉｍｐｌｅプロトコルを使用して通信されるＸＤＭドキュメントを使用するように更に適合されることを特徴とする請求項１２に記載の装置。
【請求項１４】
前記コンテクスト収集ユニットは、要求側当事者を一般的に定義する基本データのための標準フィールドを含む一般テンプレートを、前記コンテクストパラメータのためのフィールドを更に含む応用テンプレートへと拡張することによって、前記コンテクストテンプレート構造を作成するように更に適合されることを特徴とする請求項１２又は１３に記載の装置。
【請求項１５】
前記要求側当事者は、複数の個別エンティティのグループであり、
前記一般テンプレートは、グループ識別情報、グループメンバ、および使用されるのであれば任意でグループ管理者、のための標準フィールドを含む
ことを特徴とする請求項１４に記載の装置。
【請求項１６】
前記要求側当事者は、複数の個別エンティティのグループであり、
前記応用テンプレートは、各々の前記個別エンティティのためのパラメータフィールドを含む
ことを特徴とする請求項１４又は１５に記載の装置。
【請求項１７】
通信ネットワークにおいて、注目オブジェクトに関するコンテクストを保持するコンテクストサーバ（３００，４０６，６１４）からコンテクスト情報を提供する方法であって、前記コンテクストサーバは、前記注目オブジェクトに関連付けられたセンサ（３０６）から生のコンテクストデータを受信し、コンテクスト精緻化器において、前記生のコンテクストデータから精緻化されたコンテクスト情報を、導出または算出するために、事前定義されたルールに従って前記生のコンテクストデータを処理し、当該方法は、
要求側当事者から発生した、前記注目オブジェクトに関連する精緻化されたコンテクスト情報を求めるために適応された要求であって、前記要求側当事者のうちの少なくとも１つの個別エンティティ（３１６，４０４）に関して収集された個別コンテクストデータに基づいて、前記収集された個別コンテクストデータと前記受信されたコンテクスト情報の要求とを集合化することによって作成された、当該適応された要求における条件を定義するカスタマイズされたルール（３１２ａ，４１４）を含む要求を受信するステップと、
前記受信されたカスタマイズされたルールに従って、精緻化されたコンテクスト情報を前記生のコンテクストデータから生成するステップと、
前記要求側当事者への配信のために、前記カスタマイズされたルールに従って精緻化されたコンテクスト情報を提供するステップと、
を備えることを特徴とする方法。
【請求項１８】
前記受信されたカスタマイズされたルールは、グループメンバの複数の個別コンテクストから集合化されたグループコンテクストから導出されることを特徴とする請求項１７に記載の方法。
【請求項１９】
通信ネットワークにおいて、注目オブジェクトに関するコンテクストを保持するコンテクストサーバ（３００，４０６，６１４）からコンテクスト情報を提供する装置であって、前記コンテクストサーバは、前記注目オブジェクトに関連付けられたセンサ（３０６）から生のコンテクストデータを受信し、コンテクスト精緻化器において、前記生のコンテクストデータから精緻化されたコンテクスト情報を、導出または算出するために、事前定義されたルールに従って前記生のコンテクストデータを処理し、当該装置は、
要求側当事者から発生した、前記注目オブジェクトに関連する精緻化されたコンテクスト情報を求めるために適応された要求であって、前記要求側当事者のうちの少なくとも１つの個別エンティティ（３１６，４０４）に関して収集された個別コンテクストデータに基づいて、前記収集された個別コンテクストデータと前記受信されたコンテクスト情報の要求とを集合化することによって作成された、当該適応された要求における条件を定義するカスタマイズされたルール（３１２ａ，４１４）を含む要求を受信する手段と、
前記受信されたカスタマイズされたルールに従って、精緻化されたコンテクスト情報を前記生のコンテクストデータから生成する手段と、
前記要求側当事者への配信のために、前記カスタマイズされたルールに従って精緻化されたコンテクスト情報を提供する手段と、
を備えることを特徴とする装置。
【請求項２０】
前記受信されたカスタマイズされたルールは、グループメンバの複数の個別コンテクストから集合化されたグループコンテクストから導出されることを特徴とする請求項１９に記載の装置。
【国際調査報告】
2008539500.tif 000014
2008539500.tif 000015
2008539500.tif 000016