(57)【要約】  通信ネットワークにおいてコンテキストベースサービスを提供するための方法を開示する。この方法は、コンテキストサーバにおいて、ネットワークと協働し、サービスアプリケーションから生成されたクエリを受信するステップであって、そのクエリは、クエリ条件が満たされたときにサービスアプリケーションが１組のコンテキスト情報をコンテキストサーバから受信する必要があることを示す、ステップと、コンテキストサーバにおいて、更新条件が満たされたときに端末がコンテキストサーバにコンテキスト情報を送信しなければならないことを示す更新規則を生成するステップと、コンテキストサーバから端末に更新規則を送信するステップと、コンテキスト情報を検出してそれらを端末に送信するステップと、端末において、更新条件が満たされたときにコンテキスト情報を受信して、それらをコンテキストサーバに送信するステップと、コンテキストサーバにおいて、コンテキスト情報をサービスアプリケーションに転送し、それによりサービスアプリケーションがコンテキストベースサービスを実施できるようにするステップとを含む。
2011527529.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク（ＣＮ）の端末（Ｔ）にコンテキストベースサービスを提供するための方法であって、
ａ）前記通信ネットワーク（ＣＮ）と協働したコンテキストサーバ（ＳＣｔｘ）において、サービスアプリケーション（Ａ）から生成されたクエリ（Ｑ［Ｓ，Ｃｑ］）を受信するステップであって、前記クエリ（Ｑ［Ｓ，Ｃｑ］）は、クエリ条件（Ｃｑ）が満たされたときに前記サービスアプリケーション（Ａ）が１組のコンテキスト情報（Ｓ）を前記コンテキストサーバ（ＳＣｔｘ）から受信する必要があることを示す、ステップと、
ｂ）前記コンテキストサーバ（ＳＣｔｘ）において、前記クエリ（Ｑ［Ｓ，Ｃｑ］）に関連付けられた更新規則（Ｒ［Ｓ，Ｃｒ］）を生成するステップであって、前記更新規則（Ｒ［Ｓ，Ｃｒ］）は、前記コンテキストサーバ（ＳＣｔｘ）が前記クエリ（Ｑ［Ｓ，Ｃｑ］）を扱えるように、更新条件（Ｃｒ）が満たされたときに前記端末（Ｔ）が前記コンテキスト情報（Ｓ）を前記コンテキストサーバ（ＳＣｔｘ）に送信しなければならないことを示す、ステップと、
ｃ）前記コンテキストサーバ（ＳＣｔｘ）から前記端末（Ｔ）に前記更新規則（Ｒ［Ｓ，Ｃｒ］）を送信するステップと、
ｄ）センサモジュール（ＳＭ）において、前記コンテキスト情報（Ｓ）を検出して、前記コンテキスト情報（Ｓ）を前記端末（Ｔ）に送信するステップと、
ｅ）前記端末（Ｔ）において、前記コンテキスト情報（Ｓ）を受信し、前記更新条件（Ｃｒ）が満たされたときに前記コンテキスト情報（Ｓ）を前記コンテキストサーバ（ＳＣｔｘ）に送信するステップと、
ｆ）前記コンテキストサーバ（ＳＣｔｘ）において、前記コンテキスト情報（Ｓ）を前記サービスアプリケーション（Ａ）に転送し、それにより前記サービスアプリケーション（Ａ）が前記コンテキストベースサービスを実施できるようにするステップと
を含む方法。
【請求項２】
前記ステップｂ）は、更に、前記クエリ（Ｑ［Ｓ，Ｃｑ］）に関連付けられるトリガ（ＴＲ［Ｓ，Ｃｔ］）を生成するステップを含み、前記トリガ（ＴＲ［Ｓ，Ｃｔ］）は、前記クエリ（Ｑ［Ｓ，Ｃｑ］）を扱うために、トリガ条件（Ｃｔ）が満たされたときに前記コンテキストサーバ（ＳＣｔｘ）が前記コンテキスト情報（Ｓ）を前記サービスアプリケーション（Ａ）に転送しなければならないことを示す、請求項１に記載の方法。
【請求項３】
前記ステップａ）は、クエリ条件タイプ（Ｃｑ＝Ｃ／ｘ、Ｃｑ＝Ｖ／（ｐ＝ｐ＊）、Ｃｑ＝Ｈ／ｑ、Ｃｑ＝Ｈ／）を求めるステップを含み、前記クエリ条件タイプ（Ｃｑ＝Ｃ／ｘ、Ｃｑ＝Ｖ／（ｐ＝ｐ＊）、Ｃｑ＝Ｈ／ｑ、Ｃｑ＝Ｈ／）は、オンクロッククエリ条件タイプ（Ｃｑ＝Ｃ／ｘ）、オンバリュークエリ条件タイプ（Ｃｑ＝Ｖ／（ｐ＝ｐ＊））、及びオンチェンジクエリ条件タイプ（Ｃｑ＝Ｈ／ｑ、Ｃｑ＝Ｈ／）のうちの１つである、請求項２に記載の方法。
【請求項４】
前記ステップｂ）は、前記クエリ条件タイプ（Ｃｑ＝Ｃ／ｘ、Ｃｑ＝Ｖ／（ｐ＝ｐ＊）、Ｃｑ＝Ｈ／ｑ、Ｃｑ＝Ｈ／）に対応するトリガ条件タイプ（Ｃｔ＝Ｃ／ｘ、Ｃｔ＝Ｖ／（ｐ＝ｐ＊）、Ｃｔ＝Ｈ／ｑ、Ｃｔ＝Ｈ／）のトリガ条件（Ｃｔ）を前記トリガ（ＴＲ［Ｓ，Ｃｔ］）に挿入するステップを含む、請求項２に記載の方法。
【請求項５】
前記ステップｂ）は、更なる更新規則（Ｒ’）であって更なる更新条件（Ｃｒ’）を含み前記コンテキスト情報（Ｓ）に関係する前記更なる更新規則（Ｒ’）がアクティブであるかどうかチェックするステップと、否定である場合には、前記クエリ条件タイプ（Ｃｑ＝Ｃ／ｘ、Ｃｑ＝Ｖ／（ｐ＝ｐ＊）、Ｃｑ＝Ｈ／ｑ、Ｃｑ＝Ｈ／）に対応する更新条件タイプ（Ｃｒ＝Ｃ／ｘ、Ｃｒ＝Ｖ／（ｐ＝ｐ＊）、Ｃｒ＝Ｈ／ｑ、Ｃｒ＝Ｈ／）の更新条件（Ｃｒ）を前記更新規則（Ｒ［Ｓ，Ｃｒ］）に挿入するステップとを含む、請求項３又は４に記載の方法。
【請求項６】
前記ステップｂ）は、更なる更新規則（Ｒ’）であって更なる更新条件（Ｃｒ’）を含み前記コンテキスト情報（Ｓ）に関係する前記更なる更新規則（Ｒ’）がアクティブであるかどうかチェックするステップと、肯定であり、前記クエリ条件タイプ（Ｃｑ＝Ｃ／ｘ、Ｃｑ＝Ｖ／（ｐ＝ｐ＊）、Ｃｑ＝Ｈ／ｑ、Ｃｑ＝Ｈ／）が前記オンクロッククエリ条件タイプ（Ｃｑ＝Ｃ／ｘ）である場合に、
−前記更なる更新条件（Ｃｒ’）がオンクロックタイプ（Ｃ／ｙ）である場合には、更新条件Ｃｒ＝Ｃ／ｍａｘ（ｍｉｎ（ｘ，ｙ），ｔｓ）を前記更新規則（Ｒ［Ｓ，Ｃｒ］）に挿入するステップであって、ｔｓは、前記端末（Ｔ）での前記コンテキスト情報（Ｓ）の検出及び送信の最小期間である、ステップと、
−前記更なる更新条件（Ｃｒ’）がオンバリュータイプ（Ｖ／（ｒ＝ｒ＊））又はオンチェンジタイプ（Ｈ／ｚ）である場合には、更新条件Ｃｒ＝Ｈ／を前記更新規則（Ｒ［Ｓ，Ｃｒ］）に挿入するステップと、
−前記更なる更新規則（Ｒ’）を前記更新規則（Ｒ［Ｓ，Ｃｒ］）で置き換えるステップと
を含む、請求項３から５の何れか一項に記載の方法。
【請求項７】
前記ステップｂ）は、更なる更新規則（Ｒ’）であって更なる更新条件（Ｃｒ’）を含み前記コンテキスト情報（Ｓ）に関係する前記更なる更新規則（Ｒ’）がアクティブであるかどうかチェックするステップと、肯定であり、前記クエリ条件タイプ（Ｃｑ＝Ｃ／ｘ、Ｃｑ＝Ｖ／（ｐ＝ｐ＊）、Ｃｑ＝Ｈ／ｑ、Ｃｑ＝Ｈ／）が前記オンバリュークエリ条件タイプ（Ｃｑ＝Ｖ／（ｐ＝ｐ＊））である場合に、
−前記更なる更新条件（Ｃｒ’）がオンバリュータイプ（Ｖ／（ｒ＝ｒ＊））である場合には、更新条件Ｃｒ＝Ｖ（ｐ＝ｐ＊  ＯＲ  ｒ＝ｒ＊）を前記更新規則（Ｒ［Ｓ，Ｃｒ］）に挿入するステップと、
−前記更なる更新条件（Ｃｒ’）がオンクロックタイプ（Ｃ／ｙ）又はオンチェンジタイプ（Ｈ／ｚ）である場合には、更新条件Ｃｒ＝Ｈ／を前記更新規則（Ｒ［Ｓ，Ｃｒ］）に挿入するステップと、
−前記更なる更新規則（Ｒ’）を前記更新規則（Ｒ［Ｓ，Ｃｒ］）で置き換えるステップと
を含む、請求項３から５の何れか一項に記載の方法。
【請求項８】
前記ステップｂ）は、更なる更新規則（Ｒ’）であって更なる更新条件（Ｃｒ’）を含み前記コンテキスト情報（Ｓ）に関係する前記更なる更新規則（Ｒ’）がアクティブであるかどうかチェックするステップと、肯定であり、前記クエリ条件タイプ（Ｃｑ＝Ｃ／ｘ、Ｃｑ＝Ｖ／（ｐ＝ｐ＊）、Ｃｑ＝Ｈ／ｑ、Ｃｑ＝Ｈ／）が前記オンチェンジクエリ条件タイプ（Ｃｑ＝Ｈ／ｑ、Ｃｑ＝Ｈ／）である場合に、
−前記更なる更新条件（Ｃｒ’）がオンチェンジタイプ（Ｈ／ｚ）である場合には、更新条件Ｃｒ＝Ｈ／（ｑ  ＯＲ  ｚ）を前記更新規則（Ｒ［Ｓ，Ｃｒ］）に挿入するステップと、
−前記更なる更新条件（Ｃｒ’）がオンバリュータイプ（Ｖ／（ｒ＝ｒ＊））又はオンクロックタイプ（Ｃ／ｙ）である場合には、更新条件Ｃｒ＝Ｈ／を前記更新規則（Ｒ［Ｓ，Ｃｒ］）に挿入するステップと、
−前記更なる更新規則（Ｒ’）を前記更新規則（Ｒ［Ｓ，Ｃｒ］）で置き換えるステップと
を含む、請求項３から６の何れか一項に記載の方法。
【請求項９】
通信ネットワーク（ＣＮ）と協働するのに適し、該通信ネットワーク（ＣＮ）の端末（Ｔ）にコンテキストベースサービスを提供するためのコンテキストサーバ（ＳＣｔｘ’、ＳＣｔｘ）であって、前記コンテキストサーバ（ＳＣｔｘ’、ＳＣｔｘ）は、
−サービスアプリケーション（Ａ）からクエリ（Ｑ［Ｓ，Ｃｑ］）を受信するのに適したクエリプリプロセッサ（ＱＰＰ）であって、前記クエリ（Ｑ［Ｓ，Ｃｑ］）は、クエリ条件（Ｃｑ）が満たされたときに前記サービスアプリケーション（Ａ）が前記端末（Ｔ）に関係する１組のコンテキスト情報（Ｓ）を前記コンテキストサーバ（ＳＣｔｘ）から受信する必要があることを示す、前記クエリプリプロセッサ（ＱＰＰ）と、
−クエリプロセッサ（ＱＰ）であって、
−前記クエリプロセッサ（ＱＰ）は、前記クエリ（Ｑ［Ｓ，Ｃｑ］）に関連付けられた更新規則（Ｒ［Ｓ，Ｃｒ］）を生成するのに適し、前記更新規則（Ｒ［Ｓ，Ｃｒ］）は、前記コンテキストサーバ（ＳＣｔｘ）が前記クエリ（Ｑ［Ｓ，Ｃｑ］）を扱えるように、更新条件（Ｃｒ）が満たされたときに前記端末（Ｔ）が前記コンテキスト情報（Ｓ）を検出し前記コンテキスト情報（Ｓ）を前記コンテキストサーバ（ＳＣｔｘ）に送信しなければならないことを示し、
−前記クエリプロセッサ（ＱＰ）は、前記端末（Ｔ）に前記更新規則（Ｒ［Ｓ，Ｃｒ］）を送信するのに適した、
前記クエリプロセッサ（ＱＰ）と
を備え、前記コンテキストサーバ（ＳＣｔｘ’、ＳＣｔｘ）は、前記コンテキスト情報（Ｓ）を受信し、前記コンテキスト情報（Ｓ）を前記サービスアプリケーション（Ａ）に転送するのに適し、それにより前記サービスアプリケーション（Ａ）が前記コンテキストベースサービスを実施できるようにする、コンテキストサーバ（ＳＣｔｘ’、ＳＣｔｘ）。
【請求項１０】
前記クエリプロセッサ（ＱＰ）は、更に、前記クエリ（Ｑ［Ｓ，Ｃｑ］）に関連付けられるトリガ（ＴＲ［Ｓ，Ｃｔ］）を生成するのに適し、前記トリガ（ＴＲ［Ｓ，Ｃｔ］）は、前記クエリ（Ｑ［Ｓ，Ｃｑ］）を扱うために、トリガ条件（Ｃｔ）が満たされたときに前記コンテキストサーバ（ＳＣｔｘ）が前記コンテキスト情報（Ｓ）を前記サービスアプリケーション（Ａ）に転送しなければならないことを示し、前記コンテキストサーバ（ＳＣｔｘ’、ＳＣｔｘ）は、更に、前記トリガ（ＴＲ［Ｓ，Ｃｔ］）を記憶するためのトリガデータベース（ＴＲ−ＤＢ）を備えた、請求項８に記載のコンテキストサーバ（ＳＣｔｘ’、ＳＣｔｘ）。
【請求項１１】
前記コンテキストサーバ（ＳＣｔｘ’、ＳＣｔｘ）は、更に、トリガプロセッサ（ＴＲＰ）を備え、前記トリガプロセッサ（ＴＲＰ）は、前記トリガデータベース（ＴＲ−ＤＢ）と協働するのに適し、前記トリガ条件（Ｃｔ）が満たされたかどうかチェックし、前記トリガ条件（Ｃｔ）が満たされた場合に前記コンテキスト情報（Ｓ）を前記サービスアプリケーション（Ａ）に転送するためのものである、請求項９に記載のコンテキストサーバ（ＳＣｔｘ’、ＳＣｔｘ）。
【請求項１２】
前記クエリプロセッサ（ＱＰ）は、更に、クエリ条件タイプ（Ｃｑ＝Ｃ／ｘ、Ｃｑ＝Ｖ／（ｐ＝ｐ＊）、Ｃｑ＝Ｈ／ｑ、Ｃｑ＝Ｈ／）を求めるのに適し、前記クエリ条件タイプ（Ｃｑ＝Ｃ／ｘ、Ｃｑ＝Ｖ／（ｐ＝ｐ＊）、Ｃｑ＝Ｈ／ｑ、Ｃｑ＝Ｈ／）は、オンクロッククエリ条件タイプ（Ｃｑ＝Ｃ／ｘ）、オンバリュークエリ条件タイプ（Ｃｑ＝Ｖ（ｐ＝ｐ＊））、及びオンチェンジクエリ条件タイプ（Ｃｑ＝Ｈ／ｑ、Ｃｑ＝Ｈ／）の１つである、請求項８から１１の何れか一項に記載のコンテキストサーバ（ＳＣｔｘ’、ＳＣｔｘ）。
【請求項１３】
通信ネットワーク（ＣＮ）用の端末（Ｔ）であって、前記通信ネットワーク（ＣＮ）は、コンテキストベースサービスを前記端末（Ｔ）に提供するのに適したコンテキストサーバ（ＳＣｔｘ’、ＳＣｔｘ）と協働し、前記端末（Ｔ）は、該端末（Ｔ）に関係するコンテキスト情報（Ｓ）を検出するように構成されたセンサモジュール（ＳＭ）と協働するのに適し、前記端末（Ｔ）はコンテキストクライアント（ＣＣｔｘ）を含み、
−前記コンテキストクライアント（ＣＣｔｘ）は、前記コンテキストサーバ（ＳＣｔｘ’、ＳＣｔｘ）から更新規則（Ｒ［Ｓ，Ｃｒ］）を受信するのに適し、前記更新規則（Ｒ［Ｓ，Ｃｒ］）は、前記コンテキストサーバ（ＳＣｔｘ）が前記クエリ（Ｑ［Ｓ，Ｃｑ］）を扱えるように、更新条件（Ｃｒ）が満たされたときに前記端末（Ｔ）が前記コンテキスト情報（Ｓ）を検出して前記コンテキスト情報（Ｓ）を前記コンテキストサーバ（ＳＣｔｘ）に送信しなければならないことを示し、
−前記コンテキストクライアント（ＣＣｔｘ）は、前記更新規則（Ｒ［Ｓ，Ｃｒ］）に従って前記センサモジュール（ＳＭ）を動作させるのに適した、
通信ネットワーク（ＣＮ）用の端末（Ｔ）。
【請求項１４】
通信システム（ＣＳ’、ＣＳ）であって、該通信システム（ＣＳ’、ＣＳ）は、該通信システム（ＣＳ’、ＣＳ）の端末（Ｔ）にコンテキストベースサービスを提供するのに適し、該通信システム（ＣＳ’、ＣＳ）は、前記端末（Ｔ）が接続される通信ネットワーク（ＣＮ）と、前記コンテキストベースサービスを実施するのに適したサービスアプリケーション（Ａ）と、前記サービスアプリケーション（Ａ）及び前記通信ネットワーク（ＣＮ）と協働するのに適したコンテキストサーバ（ＣＳｔｘ）とを含み、前記端末（Ｔ）は請求項１３に記載のものであり、前記コンテキストサーバ（ＳＣｔｘ’、ＳＣｔｘ）は請求項８から１２の何れか一項に記載のものである、通信システム（ＣＳ’、ＣＳ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、通信サービスの分野に関する。特に、本願発明は、通信ネットワークの端末にコンテキストベースサービスを提供するための方法に関する。更に、本願発明は、上記の方法を実施するために構成されたコンテキストサーバ、端末、及び通信システムに関する。
【背景技術】
【０００２】
通信ネットワークにより、多くのデータサービス（例えば、インターネットアクセス、電子メール、メッセージの交換、ビデオオンデマンド）及び電話サービス（例えば、発呼及び電話会議）のうちの一方又は双方をユーザに提供することができることが知られている。
【０００３】
ユーザは、端末を用いてそのようなサービスにアクセスすることができ、端末は、固定端末（即ち、有線接続を介してサービスを分散する通信ネットワークに接続された端末）又は移動体端末（即ち、無線接続を介してサービスを分散する通信ネットワークに接続された端末）でよい。例示的な移動体端末は、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ；移動体通信用グローバルシステム）若しくはＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ；ユニバーサル移動体通信システム）の移動体、及びＧＳＭ若しくはＵＭＴＳのインターフェース、又はＢｌｕｅｔｏｏｔｈ若しくはＷｉ−Ｆｉのインターフェースを搭載したラップトップコンピュータである。
【０００４】
端末（特に、移動体端末）は、端末に関するコンテキスト情報を検出できるようにする幾つかのセンサを備え付けられていることが多い。以下の説明及び特許請求の範囲では、表現「端末に関するコンテキスト情報」とは、端末が置かれているコンテキスト（即ち環境及び動作ステータスのうちの一方又は双方）を示す１組の情報を表す。例示的なコンテキスト情報は、以下のものである。
−端末が位置されている地上座標。これは、移動体ネットワークによって（端末又はネットワークによって行われる測定に基づいて）検出することができ、又は端末に備え付けられたＧＰＳデバイスによって検出することができ、端末の位置を決定できるようにする。
−端末が位置されている移動体セルの識別子。これは、任意のＧＳＭ又はＵＭＴＳの移動体によって検出することができ、端末の位置を示す。
−端末周囲の環境の光度、温度、及び湿度のうちの１つ以上。これらは、端末に装備された適切なセンサによって検出することができ、端末周囲の環境を示す（即ち、屋外環境であるか屋内環境であるか等）。
−端末が受ける加速度。これは、端末に装備された加速度計によって検出することができ、ユーザが移動しているか止まっているかを示す。
−端末周囲の環境内における他の端末の存在。これは、例えばＢｌｕｅｔｏｏｔｈインターフェース又はＷｉ−Ｆｉインターフェースによって検出することができる（検出されるように、他の端末も、対応するインターフェースを搭載すべきである）。
【０００５】
近年、サービスプロバイダは、ユーザの端末からコンテキスト情報を収集し、それらのコンテキスト情報を処理して、端末のコンテキストに適合させることができるデータサービス及び電話サービスを提供することが可能となっている。以下の説明及び特許請求の範囲では、表現「コンテキストベースサービス」とは、端末からコンテキスト情報を獲得することができ、そのようなコンテキスト情報を使用して、自身を端末のコンテキストに適合させることができるデータサービス又は電話サービスを表す。
【０００６】
国際公開第２００６／０９７７７８号は、移動体端末デバイスを用いて環境データを送信するための方法であって、環境データを検出するステップと、環境データを評価するステップと、評価された環境データを送信すべきかどうか判断するステップと、肯定の判断の場合に環境データを送信するステップとを含む方法を開示する。特に、各移動体端末デバイスは、サービスプロバイダにデータパケットを送信するため、及びサービスプロバイダからデータパケットを受信するための無線データインターフェースを搭載する。サービスプロバイダは、複数の移動体端末デバイスを送信元とする受信されたデータを記憶するためのデータ記憶モジュールを具備する。更に、各移動体端末デバイスは、環境データを検出して好ましくは記録するためのセンサを有する。これらの環境データは、湿度、輝度、温度、位置等を含むことがある。移動体端末デバイスは、環境データを記録し、それを評価するように適合されている。デバイスは、データが一時的に記憶されるか、サービスプロバイダに送信されるかを判断することができるようにされている。
【０００７】
米国特許公開第２００７／００６０９８号は、ユーザ位置データを決定するための地理的測位技術（例えばＧＰＳ）と、位置データに関係付けられるデータを探索してそれにアクセスし、ユーザコンテキストを生成して記憶することができるようにするための既存のネットワークベースウェブサイト（例えばインターネットウェブサイト）とを利用する方法を説明する。
【０００８】
国際公開第２００２／０９３８７７号は、ユーザの環境を感知し、それに応答して、ユーザが知覚する環境にふさわしい有用な情報をユーザに提供するために、コンテキストインターフェース技法を移動電話又は無線デバイスが使用できるようにするコンテキスト依存（ｃｏｎｔｅｘｔ  ｓｅｎｓｉｔｉｖｅ）ウェブサービス方法を開示する。この方法は、無線デバイスの現在の環境を特徴付けるセンサ信号を受信するステップと、コンテキスト推論エンジンでセンサ信号を処理するステップと、コンテキスト推論エンジンによる処理からの現在のコンテキストに関する結果を出力するステップと、現在のコンテキストの結果に応答してユーザに有用な情報を提供するステップとを含む。
【０００９】
国際公開第２００４／０８９００６号は、移動局の少なくとも１つの条件の少なくとも一部を測定することができる少なくとも１つのセンサを含む、コンテキスト関連情報を管理するための移動局を開示する。この移動局は、（１つ又は複数の）条件の一部に基づいてコンテキスト関連情報を記憶することができるコンテキストエンジンも含み、コンテキストエンジンはまた、少なくとも１つのコンテキスト消費機能とのコンテキスト関連情報の交換を管理することもできる。この移動局は、更に、プライバシーエンジン、スクリプトエンジン、及び通信マネージャを含む。プライバシーエンジンは、コンテキスト関連情報の交換にセキュリティ及びプライバシーのうちの一方又は双方を提供することができる。スクリプトエンジンは、コンテキスト関連情報の少なくとも一部に関係する少なくとも１つのコンテキスト規則を実行することができる。通信マネージャは、コンテキスト関連情報の交換のために、移動局の外部の少なくとも１つのコンテキスト消費機能と通信することができる。
【００１０】
国際公開第２００６／１０６３０３号は、コンテキストデータを処理するためのシステムであって、複数のデータ源からコンテキストデータを受信するための手段と、複数の規則を含む所定の規則セットに従って、受信したコンテキストデータからコンテキスト情報を生成するための手段と、コンテキスト情報を少なくとも１つのアプリケーションに通信するための手段とを備えるシステムであって、プロトコル源とシステムの間の通信のための通信プロトコルに関係付けられる命令及び規則のうちの一方又は双方を少なくとも１つのプロトコル源が指定できるようにする手段を含み、それにより受信手段及び通信手段のうちの一方又は双方を更新するシステムを開示する。
【００１１】
米国特許公開第２００６／１８４６１６号は、グループコンテキスト情報管理のために抽象サービスのセマンティックスを使用することによってコンテキストアウェアアプリケーション間の競合を管理する方法を開示する。この方法は、コンテキストアウェアアプリケーション間の競合を検出して解決するステップと、アプリケーションからサービス要求を受信した後に、要求されるサービスのセマンティックを解析するステップと、セマンティックをデータ構造に登録するステップとを含む。
【００１２】
米国特許公開第２００６／０７４６３３号は、規則ベースのコンテキスト管理を使用して医療環境での診断読み取り及びワークフローを改善するための方法を開示する。一実施形態では、システムは、複数の情報源を含み、複数の情報源それぞれが情報を含む。また、システムは、情報の可用性及び表現の少なくとも一方を支配する少なくとも１つの規則を含む規則エンジンも含む。
【００１３】
カナダ特許第２４３１４９１号は、複数の送信元からのコンテキストイベントを扱ってログを取るための、コンテキストマネージャに結合された集中記憶位置を有するアーキテクチャを開示する。このタイプのシステムは、集中記憶位置へのデータの記憶及び集中記憶位置からのデータの検索を整然と行うために同期スキームを使用する。
【００１４】
５ｔｈ  ＩＥＥＥ  Ｗｏｒｋｓｈｏｐ  ｏｎ  Ｃｏｎｔｅｘｔ  Ｍｏｄｅｌｉｎｇ  ａｎｄ  Ｒｅａｓｏｎｉｎｇ（ＣｏＭｏＲｅａ）（第５回コンテキストモデリング及び推論に関するＩＥＥＥワークショップ）及び６ｔｈ  ＩＥＥＥ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｐｅｒｖａｓｉｖｅ  Ｃｏｍｐｕｔｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  （ＰｅｒＣｏｍ’０８）（第６回パーベイシブコンピューティング及び通信に関するＩＥＥＥ国際会議）香港、２００８年３月１７日〜２１日、の議事録に掲載のＲｏｌａｎｄ  Ｒｅｉｃｈｌｅ等の論文「Ａ  Ｃｏｎｔｅｘｔ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ  ｆｏｒ  Ｐｅｒｖａｓｉｖｅ  Ｃｏｍｐｕｔｉｎｇ  Ｅｎｖｉｒｏｎｍｅｎｔｓ（パーベイシブコンピューティング環境用のコンテキストクエリ言語）」には、移動体計算環境及びパーベイシブ計算環境においてコンテキスト情報をクエリしてその情報にアクセスするための要件が開示されている。更に、この論文では、既存のクエリ言語が研究されており、既存のクエリ言語がこれらの要件の部分集合しか満たさない、又は要件の幾つかを限られた範囲でしかカバーしないことが示されている。従って、この論文では、これらの欠点を克服するためにコンテキストクエリ言語が提示されている。これは、コンテキスト情報の異種表現、複雑なフィルタリングメカニズムの定義、精緻な集約関数、及びオントロジ統合に明確に対処し、これらが全て１つの言語で書かれる。
【００１５】
本願の出願人は、通信ネットワークにおいてコンテキストベースサービスを実施するには、典型的には、通信ネットワークが、通信ネットワークに接続された端末によって検出及び送信されるコンテキスト情報を記憶するコンテキストデータベースと協働する必要があることに注目した。典型的には、端末は、コンテキスト情報を定期的に検出してそれらをコンテキストデータベースに送信することによって、コンテキストデータベースに記憶されたコンテキスト情報を絶えず更新する。
【００１６】
端末のユーザがコンテキストベースサービスにアクセスすることを望むとき、対応するサービスアプリケーションが作動し、このサービスアプリケーションは、コンテキストベースサービスを提供するのに必要とされるコンテキスト情報をコンテキストデータベースから検索する。
【００１７】
本願の出願人は、コンテキストベースサービスを提供するための上述したメカニズムが、不利益なことに、端末のリソース、特に端末の電池及び計算能力の非効率的な使用を示唆していることに注目した。
【００１８】
実際、上述したメカニズムによれば、様々な端末は、コンテキスト情報がサービスアプリケーションによって明確には要求されていない場合でさえ、定期的にコンテキスト情報を検出して、それをコンテキストデータベースに送信する。即ち、不利益なことに、端末は、コンテキストデータベースに記憶されるが、サービスアプリケーションによっては要求されていない可能性があるコンテキスト情報を定期的に検出して送信するためにそれらのリソースを使用する。
【００１９】
これはまた、通信ネットワークリソース（例えばルータ等）の非効率的な使用も示唆する。なぜなら、コンテキスト情報がサービスアプリケーションによって要求されていない場合でさえ、そのようなリソースの一部を、端末からコンテキストデータベースにコンテキスト情報を伝送するパケットを送信するために割り当てなければならないからである。
【発明の概要】
【発明が解決しようとする課題】
【００２０】
上記のことに鑑みて、本願の出願人は、上述の欠点を克服する通信ネットワークの端末にコンテキストベースサービスを提供するための方法を提供するという問題に取り組んだ。即ち、この方法は、コンテキストベースサービスを実施するのに必要とされるコンテキスト情報をサービスアプリケーションに提供できるようにし、その一方で、コンテキストベースサービスを実施するのに必要ないコンテキスト情報の検出及び送信を最小にすることによって、端末のリソース（特にその電池及びその計算リソース）と通信ネットワークのリソースとの両方をより効率的に使用できるようにする。
【課題を解決するための手段】
【００２１】
第１の態様によれば、本願発明は、通信ネットワークの端末にコンテキストベースサービスを提供するための方法を提供し、この方法は、
ａ）通信ネットワークと協働したコンテキストサーバにおいて、サービスアプリケーションから生成されたクエリを受信するステップであって、このクエリは、クエリ条件が満たされたときにサービスアプリケーションが１組のコンテキスト情報をコンテキストサーバから受信する必要があることを示す、ステップと、
ｂ）コンテキストサーバにおいて、クエリに関連付けられた更新規則を生成するステップであって、この更新規則は、コンテキストサーバがクエリを扱えるように、更新条件が満たされたときに端末がコンテキスト情報をコンテキストサーバ（ＳＣｔｘ）に送信しなければならないことを示す、ステップと、
ｃ）コンテキストサーバから端末に更新規則を送信するステップと、
ｄ）センサモジュールにおいて、コンテキスト情報を検出して、このコンテキスト情報を端末に送信するステップと、
ｅ）端末において、コンテキスト情報を受信し、更新条件が満たされたときにこのコンテキスト情報をコンテキストサーバに送信するステップと、
ｆ）コンテキストサーバにおいて、コンテキスト情報をサービスアプリケーションに転送し、それによりこのサービスアプリケーションがコンテキストベースサービスを実施できるようにするステップと
を含む。
【００２２】
好ましくは、ステップｂ）は、更に、クエリに関連付けられるトリガを生成するステップを含み、このトリガは、クエリを扱うために、トリガ条件が満たされたときにコンテキストサーバがコンテキスト情報をサービスアプリケーションに転送しなければならないことを示す。
【００２３】
好ましくは、ステップａ）は、クエリ条件タイプを求めるステップを含み、このクエリ条件タイプは、オンクロッククエリ条件タイプ、オンバリュークエリ条件タイプ、及びオンチェンジクエリ条件タイプのうちの１つである。
【００２４】
好ましくは、ステップｂ）は、クエリ条件タイプに対応するトリガ条件タイプのトリガ条件をトリガに挿入するステップを含む。
好ましくは、ステップｂ）は、更なる更新規則であって更なる更新条件を含みコンテキスト情報に関係する当該更なる更新規則がアクティブであるかどうかチェックするステップと、否定である場合には、クエリ条件タイプに対応する更新条件タイプの更新条件を更新規則に挿入するステップとを含む。
【００２５】
好ましくは、ステップｂ）は、更なる更新規則であって更なる更新条件を含みコンテキスト情報に関係する当該更なる更新規則がアクティブであるかどうかチェックするステップと、肯定であり、クエリ条件タイプがオンクロッククエリ条件タイプである場合に、
−更なる更新条件がオンクロックタイプである場合には、更新条件Ｃｒ＝Ｃ／ｍａｘ（ｍｉｎ（ｘ，ｙ），ｔｓ）を更新規則に挿入するステップであって、ｔｓは、端末でのコンテキスト情報の検出及び送信の最小期間である、ステップと、
−更なる更新条件がオンバリュータイプ又はオンチェンジタイプである場合には、ある更新条件を更新規則に挿入するステップと、
−上記更なる更新規則を上記更新規則で置き換えるステップと
を含む。
【００２６】
好ましくは、ステップｂ）は、更なる更新規則であって更なる更新条件を含みコンテキスト情報に関係する当該更なる更新規則がアクティブであるかどうかチェックするステップと、肯定であり、クエリ条件タイプがオンバリュークエリ条件タイプである場合に、
−更なる更新条件がオンバリュータイプである場合には、更新条件Ｃｒ＝Ｖ（ｐ＝ｐ＊  ＯＲ  ｒ＝ｒ＊）を更新規則に挿入するステップと、
−更なる更新条件がオンクロックタイプ又はオンチェンジタイプである場合には、更新条件Ｃｒ＝Ｈ／を更新規則に挿入するステップと、
−上記更なる更新規則を上記更新規則で置き換えるステップと
を含む。
【００２７】
好ましくは、ステップｂ）は、更なる更新規則であって更なる更新条件を含みコンテキスト情報に関係する当該更なる更新規則がアクティブであるかどうかチェックするステップと、肯定であり、クエリ条件タイプがオンチェンジクエリ条件タイプである場合に、
−更なる更新条件がオンチェンジタイプである場合には、更新条件Ｃｒ＝Ｈ／（ｑ  ＯＲ  ｚ）を更新規則に挿入するステップと、
−更なる更新条件がオンバリュータイプ又はオンクロックタイプである場合には、更新条件Ｃｒ＝Ｈ／を前記更新規則に挿入するステップと、
−上記更なる更新規則を上記更新規則で置き換えるステップと
を含む。
【００２８】
第２の態様によれば、本願発明は、通信ネットワークと協働するのに適し、該通信ネットワークの端末にコンテキストベースサービスを提供するためのコンテキストサーバを提供し、このコンテキストサーバは、
−サービスアプリケーションからクエリを受信するのに適したクエリプリプロセッサであって、このクエリは、クエリ条件が満たされたときにサービスアプリケーションが端末に関係する１組のコンテキスト情報をコンテキストサーバから受信する必要があることを示す、当該クエリプリプロセッサと、
−クエリプロセッサであって、
−このクエリプロセッサは、クエリに関連付けられた更新規則を生成するのに適し、この更新規則は、コンテキストサーバがクエリを扱えるように、更新条件が満たされたときに端末がコンテキスト情報を検出しこのコンテキスト情報をコンテキストサーバに送信しなければならないことを示し、
−このクエリプロセッサは、端末に更新規則を送信するのに適した、
当該クエリプロセッサと
を備え、当該コンテキストサーバは、コンテキスト情報を受信し、このコンテキスト情報をサービスアプリケーションに転送するのに適し、それによりこのサービスアプリケーション（Ａ）がコンテキストベースサービスを実施できるようにする。
【００２９】
好ましくは、クエリプロセッサは、更に、クエリに関連付けられるトリガを生成するのに適し、このトリガは、クエリを扱うために、トリガ条件が満たされたときにコンテキストサーバがコンテキスト情報をサービスアプリケーションに転送しなければならないことを示し、当該コンテキストサーバは、更に、トリガを記憶するためのトリガデータベースを備えている。
【００３０】
好ましくは、当該コンテキストサーバは、更に、トリガプロセッサを備え、このトリガプロセッサは、トリガデータベースと協働するのに適し、トリガ条件が満たされたかどうかチェックし、トリガ条件が満たされた場合にコンテキスト情報をサービスアプリケーションに転送するためのものである。
【００３１】
好ましくは、クエリプロセッサは、更に、クエリ条件タイプを求めるのに適し、このクエリ条件タイプは、オンクロッククエリ条件タイプ、オンバリュークエリ条件タイプ、及びオンチェンジクエリ条件タイプの１つである。
【００３２】
第３の態様によれば、本願発明は、通信ネットワーク用の端末を提供し、この通信ネットワークは、コンテキストベースサービスを当該端末に提供するのに適したコンテキストサーバと協働し、当該端末は、該端末に関係するコンテキスト情報を検出するように構成されたセンサモジュールと協働するのに適し、当該端末はコンテキストクライアントを含み、
−このコンテキストクライアントは、コンテキストサーバから更新規則を受信するのに適し、この更新規則は、コンテキストサーバがクエリを扱えるように、更新条件が満たされたときに当該端末がコンテキスト情報を検出してこのコンテキスト情報をコンテキストサーバに送信しなければならないことを示し、
−このコンテキストクライアントは、更新規則に従ってセンサモジュールを動作させるのに適している。
【００３３】
第４の態様によれば、本願発明は通信システムを提供し、この通信システムは、当該通信システムの端末にコンテキストベースサービスを提供するのに適し、当該通信システムは、端末が接続される通信ネットワークと、コンテキストベースサービスを実施するのに適したサービスアプリケーションと、このサービスアプリケーション及び当該通信ネットワーク（ＣＮ）と協働するのに適したコンテキストサーバとを含み、端末及びコンテキストサーバは、上述したものである。
【００３４】
本願発明は、添付図面を参照しながら読むことができる、限定ではなく例として与えられた以下の詳細な説明からより明らかになろう。
【図面の簡単な説明】
【００３５】
【図１】本願発明の第１の実施形態による方法を実施するのに適した通信システムを示す概略図である。
【図２】図１の通信システムの動作を概略的に示す流れ図である。
【図３】本願発明の第２の実施形態による方法を実施するのに適した通信システムを示す概略図である。
【図４】図３の通信システムの動作を概略的に示す流れ図である。
【図５】図３のコンテキストサーバの動作を更に詳細に示す流れ図である。
【図６ａ】図５のステップの更なる詳細を示す図である。
【図６ｂ】図５のステップの更なる詳細を示す図である。
【図６ｃ】図５のステップの更なる詳細を示す図である。
【発明を実施するための形態】
【００３６】
図１は、本願発明の第１の実施形態による通信システムＣＳ’を概略的に示す。
通信システムＣＳ’は、通信ネットワークＣＮを備えることが好ましい。例えば、通信ネットワークＣＮは、ＧＳＭ又はＵＭＴＳネットワーク等のモバイルアクセスネットワーク、及びインターネットネットワーク等の転送パケット交換ネットワークのうちの一方又は双方を含むことがある。
【００３７】
更に、通信システムＣＳ’は、コンテキストサーバＳＣｔｘ’及びサービスアプリケーションＡを備える。好ましくは、サービスアプリケーションＡは、コンテキストサーバＳＣｔｘ’と協働して、（作動するときに）コンテキストベースサービスを実施するのに適している。任意選択で、サービスアプリケーションＡをコンテキストサーバＳＣｔｘ’内に含めることもできる。例えば、サービスアプリケーションＡは、通信システムＣＳ’で所与のイベントが生じた（例えば、新たな端末が通信ネットワークＣＮに接続された）ときに、コンテキストサーバＳＣｔｘ’において自動的に作動する構成アプリケーションでよい。更に、好ましくは、通信システムＣＳ’が端末Ｔを備え、端末Ｔを用いて、ユーザが、サービスアプリケーションＡによって実施されるコンテキストベースサービスにアクセスすることができる。
【００３８】
好ましくは、端末ＴはセンサモジュールＳＭと協働し、センサモジュールＳＭは、端末Ｔに関係するコンテキスト情報を検出するのに適した１つ又は複数のセンサを含む。図１では、センサモジュールＳＭは、端末Ｔ内に含まれるものとして示されている。しかし、他の実施形態（図示せず）によれば、センサモジュールＳＭは、端末Ｔ外にあることがある。
【００３９】
更に、好ましくは、端末Ｔは、コンテキストクライアントＣＣｔｘを備える。コンテキストクライアントＣＣｔｘは、好ましくは、センサモジュールＳＭに命令するように構成され、かつ通信ネットワークＣＮを介してコンテキストサーバＳＣｔｘ’と協働するように構成される。コンテキストクライアントＣＣｔｘは、例えば端末製造業者によって端末Ｔにインストールされたクライアントアプリケーションでよい。或いは、コンテキストクライアントＣＣｔｘは、自動的に、又はユーザの要求に応じて、サービスプロバイダが端末Ｔにダウンロードすることができる。
【００４０】
本願発明の第１の実施形態によれば、コンテキストサーバＳＣｔｘ’は、好ましくは、クエリプリプロセッサＱＰＰ及びクエリプロセッサＱＰを備える。
本願明細書では以下、端末ＴのユーザがサービスアプリケーションＡによって実施されるコンテキストベースサービスへのアクセスを要求するという仮定の下で、図２を参照しながら通信システムＣＳ’の動作を詳細に説明する。
【００４１】
ユーザがコンテキストベースサービスへのアクセスを要求するときにサービスアプリケーションＡが作動することが好ましい。或いは、サービスアプリケーションＡは、コンテキストサーバＳＣｔｘ’の要求に応じて作動することがある。
【００４２】
サービスアプリケーションＡは、好ましくは、作動したときにクエリＱ［Ｓ，Ｃｑ］を生成し（ステップ１）、クエリＱ［Ｓ，Ｃｑ］は、サービスアプリケーションＡが、コンテキストベースサービスを正常に実施するために、クエリ条件Ｃｑが満たされたときに端末Ｔから１組のコンテキスト情報Ｓを受信する必要があることを示す。コンテキスト情報Ｓは、センサモジュールＳＭによって検出される全てのコンテキスト情報又はその一部でよい。また、一般に通信システムＣＳ’は様々な端末を備え、従ってクエリが関係する端末をアプリケーションＡが特定しなければならないので、クエリＱ［Ｓ，Ｃｑ］が端末Ｔの識別子も備えることが好ましい。便宜上、以下の説明では、端末Ｔの識別子は省略する。
【００４３】
本願明細書で以下に詳細に論じるように、クエリ条件Ｃｑは、周期タイマの満了、又は所与のパラメータの値に関する条件（例えば、そのようなパラメータの値が変わる、又はそのようなパラメータの値が予め定義された値と等しくなる）でよい。例えば、クエリＱ［Ｓ，Ｃｑ］は、サービスアプリケーションＡが５秒ごとに端末Ｔの地上座標を受信する必要があると指定することがある。更に、クエリＱ［Ｓ，Ｃｑ］は、端末Ｔが予め定義された移動体セルに入ったときにサービスアプリケーションＡが端末Ｔ周囲の環境の温度及び湿度を受信する必要があると指定することがある。
【００４４】
好ましくは、クエリＱ［Ｓ，Ｃｑ］は、ＸＭＬ（Ｗ３Ｃによってｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｘｍｌで定義される拡張可能なマークアップ言語）で書かれる。
クエリＱ［Ｓ，Ｃｑ］はコンテキストサーバＳＣｔｘ’によって受信され、コンテキストサーバＳＣｔｘ’は、好ましくは（本願明細書で以下に詳細に説明するように、そのクエリプリプロセッサＱＰＰ及びクエリプロセッサＱＰによって）クエリＱ［Ｓ，Ｃｑ］を処理し、それにより、クエリＱに関連付けられる更新規則Ｒ［Ｓ，Ｃｒ］を生成し（ステップ２’）、更新規則Ｒ［Ｓ，Ｃｒ］は、コンテキストサーバＳＣｔｘ’がクエリＱ［Ｓ，Ｃｑ］を正常に扱えるように、更新条件Ｃｒが満たされたときに端末Ｔがコンテキスト情報Ｓを検出してそれらをコンテキストサーバＳＣｔｘ’に送信すべきであることを示す。
【００４５】
更新条件Ｃｒは、クエリ条件Ｃｑに依存する。例えば、クエリＱ［Ｓ，Ｃｑ］が、サービスアプリケーションＡが５秒ごとに端末Ｔの地上座標を受信する必要があることを示す場合、クエリＱ［Ｓ，Ｃｑ］に関連付けられる更新規則Ｒ［Ｓ，Ｃｒ］は、端末Ｔが５秒ごとに端末Ｔの地上座標を検出して送信すべきであることを示すことが好ましい。クエリＱ［Ｓ，Ｃｑ］が複数のクエリ条件を含むとき、又は複数のクエリが同じコンテキスト情報Ｓについて（場合によっては異なるサービスアプリケーションによって）生成されるときには、より複雑な状況が生じ得る。そのような場合の更新規則Ｒ［Ｓ，Ｃｒ］の生成は、本願明細書で以下に詳細に説明する。
【００４６】
再び図２を参照すると、次いで、コンテキストサーバＳＣｔｘ’は、更新規則Ｒ［Ｓ，Ｃｒ］を端末ＴのコンテキストクライアントＣＣｔｘに送信する（ステップ３）。次いで、コンテキストクライアントＣＣｔｘが、好ましくは、更新規則Ｒ［Ｓ，Ｃｒ］に従って動作するようにセンサモジュールＳＭに指示する（ステップ４）。このようにすると、センサモジュールＳＭは、更新条件Ｃｒが満たされたときに、コンテキスト情報Ｓを検出してそれらをコンテキストサーバＳＣｔｘ’に送信し始める。次いで、コンテキストサーバＳＣｔｘ’は、更新規則Ｒ［Ｓ，Ｃｒ］に従って端末Ｔからコンテキスト情報Ｓの更新を受信し始める（ステップ５）。コンテキスト情報Ｓの各更新を受信すると、コンテキストサーバＳＣｔｘ’は、好ましくは、それをサービスアプリケーションＡに転送し（ステップ６）、従ってサービスアプリケーションＡは、各更新を処理して、コンテキストベースサービスを端末Ｔのユーザに提供することができる。好ましくは、ステップ５及びステップ６は、クエリＱ［Ｓ，Ｃｑ］（従って更新規則Ｒ［Ｓ，Ｃｒ］）が終了されるまで繰り返される。
【００４７】
従って、有利には、本願発明のこの第１の実施形態によれば、端末Ｔのリソース（特にその電池及びその計算能力）は、クエリＱ［Ｓ，Ｃｑ］においてサービスアプリケーションＡによって明確に要求されているコンテキスト情報Ｓを検出して送信するためだけに使用される。実際、コンテキストサーバＳＣｔｘ’及びコンテキストクライアントＣＣｔｘによって実施されるクエリ更新規則メカニズムにより、端末Ｔ（特にそのセンサモジュールＳＭ）は、クエリＱ［Ｓ，Ｃｑ］において指定されたコンテキスト情報のみを検出して送信するように指示される。更に、そのようなコンテキスト情報Ｓは、クエリ条件Ｃｑに従って決定される更新条件Ｃｒを考慮することによって検出及び送信される。従って、端末Ｔは、コンテキスト情報Ｓを継続的には更新せず、サービスアプリケーションＡによって更新が実際に要求されたときにのみコンテキスト情報Ｓを更新する。
【００４８】
例えば、予め定義された端末Ｔ’が端末Ｔ周囲の環境内に位置されたときに、端末Ｔ周囲の環境内における他の端末の存在を示すコンテキスト情報をサービスアプリケーションＡが受信する必要があるとクエリＱ［Ｓ，Ｃｑ］が指定する場合、端末Ｔは、有利には、予め定義された端末Ｔ’の存在を検出しない限り、端末Ｔ周囲の環境内における他の端末の存在に関する情報を送信しない。従って、有利には、端末Ｔは、他の端末が端末周囲の環境内に位置されているかどうかを（例えばそのＢｌｕｅｔｏｏｔｈインターフェースによって）定期的にチェックするだけであり、コンテキストクライアントＣＣｔｘが、予め定義された端末Ｔ’の存在を検出したときに、端末Ｔ周囲の環境内における他の端末の存在を示すコンテキスト情報をコンテキストサーバＳＣｔｘ’に実際に送信する。
【００４９】
上記の例は、コンテキストクライアントＣＣｔｘからコンテキストサーバＳＣｔｘ’へのコンテキスト情報の送信が、実際に要求されたときにのみ行われるので、端末のリソースがより効率的に活用されるだけでなく、通信ネットワークリソースもより効率的に使用されることを示す。これは、有利には、端末Ｔと通信ネットワークＣＮの間の通信のコストを低減する。
【００５０】
図３は、本願発明の第２の実施形態による方法を実施するのに適した通信システムＣＳを概略的に示す。
図１の通信システムＣＳ’と同様に、図３の通信システムＣＳは、通信ネットワークＣＮと、サービスアプリケーションＡと、センサモジュールＳＭ及びコンテキストクライアントＣＣｔｘを有する端末Ｔとを備える。そのような構成要素は図１のものと実質的に同一であるので、それらの詳細な説明は繰り返さない。
【００５１】
更に、通信システムＣＳはコンテキストサーバＳＣｔｘを備え、このコンテキストサーバＳＣｔｘは、サービスアプリケーションＡと協働するのに適しており、かつ通信ネットワークＣＮを介してコンテキストクライアントＣＣｔｘと協働するのに適している。
【００５２】
好ましくは、本願発明のこの第２の実施形態によれば、コンテキストサーバＳＣｔｘは、クエリプリプロセッサＱＰＰと、クエリプロセッサＱＰと、トリガデータベースＴＲ−ＤＢと、トリガプロセッサＴＲＰと、トリガプロセッサＴＲＰと協働するトリガクロックＣＫと、コンテキストデータベースＣ−ＤＢとを備える。
【００５３】
本願明細書では以下、端末ＴのユーザがサービスアプリケーションＡによって実施されるコンテキストベースサービスへのアクセスを要求するという仮定の下で、図４を参照しながら通信システムＣＳの動作を詳細に説明する。
【００５４】
ユーザがコンテキストベースサービスへのアクセスを要求するときにサービスアプリケーションＡが作動することが好ましい。
サービスアプリケーションＡは、作動したときにクエリＱ［Ｓ，Ｃｑ］を生成し（ステップ１）、クエリＱ［Ｓ，Ｃｑ］は、サービスアプリケーションＡが、コンテキストベースサービスを正常に実施するために、クエリ条件Ｃｑが満たされたときに端末Ｔから１組のコンテキスト情報Ｓを受信する必要があることを示す。
【００５５】
クエリＱ［Ｓ，Ｃｑ］はコンテキストサーバＳＣｔｘによって受信され、コンテキストサーバＳＣｔｘは、好ましくは（本願明細書で以下に詳細に説明するように、そのクエリプリプロセッサＱＰＰ及びクエリプロセッサＱＰによって）クエリＱ［Ｓ，Ｃｑ］を処理し、それにより、クエリＱに関連付けられる更新規則Ｒ［Ｓ，Ｃｒ］を生成し（ステップ２）、更新規則Ｒ［Ｓ，Ｃｒ］は、コンテキストサーバＳＣｔｘがクエリＱ［Ｓ，Ｃｑ］を正常に扱えるように、更新条件Ｃｒが満たされたときに端末Ｔがコンテキスト情報Ｓを検出してそれらをコンテキストサーバＳＣｔｘに送信すべきであることを示す。
【００５６】
この第２の実施形態によれば、ステップ２において、好ましくは、コンテキストサーバＳＣｔｘがトリガＴＲ［Ｓ，Ｃｔ］も生成し、トリガＴＲ［Ｓ，Ｃｔ］は、コンテキストサーバＳＣｔｘが、クエリＱ［Ｓ，Ｃｑ］を扱うために、トリガ条件Ｃｔが満たされたときにそのコンテキストデータベースＣ−ＤＢからコンテキスト情報Ｓの最新の更新を読み取ってそれをサービスアプリケーションＡに転送すべきであることを示す。本願明細書で以下に詳細に論じるように、トリガ条件Ｃｔは、クエリ条件Ｃｑ及び他のパラメータに依存する。次いで、トリガＴＲ［Ｓ，Ｃｔ］がトリガデータベースＴＲ−ＤＢに記憶される。
【００５７】
次いで、コンテキストサーバＳＣｔｘは、更新規則Ｒ［Ｓ，Ｃｒ］を端末ＴのコンテキストクライアントＣＣｔｘに送信する（ステップ３）。次いで、コンテキストクライアントＣＣｔｘが、好ましくは、更新規則Ｒ［Ｓ，Ｃｒ］に従って動作するようにセンサモジュールＳＭに指示する（ステップ４）。このようにすると、センサモジュールＳＭは、更新条件Ｃｒが満たされたときに、コンテキスト情報Ｓを検出してそれらの更新をコンテキストサーバＳＣｔｘに送信し始める。次いで、コンテキストサーバＳＣｔｘは、更新規則Ｒ［Ｓ，Ｃｒ］に従って端末Ｔからコンテキスト情報Ｓの更新を受信し始める（ステップ５）。
【００５８】
この第２の実施形態によれば、コンテキストサーバＳＣｔｘが、コンテキスト情報Ｓの更新を受信するたびに、好ましくはそれをコンテキストデータベースＣ−ＤＢに記憶する（ステップ５ａ）。次いで、好ましくは、コンテキストサーバＳＣｔｘは、トリガデータベースＴＲ−ＤＢ内で、トリガがコンテキスト情報Ｓに関してアクティブであるかどうかチェックする（ステップ５ｂ）。本願明細書で以下に更に詳細に論じるように、ステップ５ａは、コンテキスト情報Ｓの更新の受信に応答しては行われず、受信された更新とは無関係に、本願明細書で以下に詳細に論じるようにトリガクロックＣＫの終了時に行われることがある。
【００５９】
コンテキスト情報Ｓに関してアクティブなトリガがない場合、コンテキストサーバＳＣｔｘは、好ましくは、コンテキスト情報Ｓの次の更新が受信されるまで（又はトリガクロックが終了するまで）、他のアクションを何ら行わない。アクティブなトリガがある場合には、トリガプロセッサＴＲＰは、トリガ条件Ｃｔが満たされているかどうかチェックする（ステップ５ｃ）。肯定の場合、コンテキストサーバＳＣｔｘは、好ましくは、コンテキストデータベースＣ−ＤＢからコンテキスト情報Ｓを読み取ってそれらをサービスアプリケーションＡに転送し（ステップ６）、従ってサービスアプリケーションＡは、コンテキスト情報Ｓを処理して、コンテキストベースサービスを端末Ｔのユーザに提供することができる。否定の場合、コンテキストサーバＳＣｔｘは、好ましくは、コンテキスト情報Ｓの次の更新が受信されるまで（又はトリガクロックＣＫが終了するまで）、他のアクションを何ら行わない。
【００６０】
好ましくは、ステップ５、５ａ、５ｂ、及び６は、クエリＱ［Ｓ，Ｃｑ］（次いでトリガＴＲ［Ｓ，Ｃｔ］及び更新規則Ｒ［Ｓ，Ｃｒ］）が終了されるまで繰り返される。
次に、クエリＱ［Ｓ，Ｃｑ］に関連付けられるトリガＴＲ［Ｓ，Ｃｔ］及び更新規則Ｒ［Ｓ，Ｃｒ］を生成するステップ２を、図５を参照しながら詳細に説明する。
【００６１】
本願発明のこの第２の実施形態によれば、以下の３つの異なるタイプのクエリ条件Ｃｑが定義される。
−オンクロッククエリ条件。これは、サービスアプリケーションＡが、コンテキストベースサービスを正常に実施するために、ｘ秒ごとにコンテキスト情報Ｓを端末Ｔから受信する必要があることを示す。便宜上、以下の説明では、このオンクロッククエリ条件をＣｑ＝Ｃ／ｘと表す。
−オンバリュークエリ条件。これは、サービスアプリケーションＡが、コンテキストベースサービスを正常に実施するために、特定のパラメータｐの値に関する条件が満たされたときに端末Ｔからコンテキスト情報Ｓを受信する必要があることを示す。パラメータｐは、好ましくはコンテキスト情報Ｓの一部である。便宜上、以下の説明では、このオンバリュークエリ条件をＣｑ＝Ｖ／（ｐ＝ｐ＊）と表す。
−オンチェンジクエリ条件。これは、サービスアプリケーションＡが、コンテキストベースサービスを正常に実施するために、パラメータｑの値が変わったときに端末Ｔからコンテキスト情報Ｓを受信する必要があることを示す。パラメータｑは、好ましくはコンテキスト情報Ｓの一部である。便宜上、以下の説明では、このオンチェンジクエリ条件をＣｑ＝Ｈ／ｑと表す。特別なオンチェンジクエリ条件は、好ましくは、サービスアプリケーションＡが、コンテキストベースサービスを正常に実施するために、コンテキスト情報Ｓの何れかの値が変わったときに端末Ｔからコンテキスト情報Ｓを受信する必要があることを示す。便宜上、以下の説明では、この特別なオンチェンジクエリ条件をＣｑ＝Ｈ／と表す。
【００６２】
更に、好ましくは、上で定義したクエリ条件に対応する３つの異なるタイプの更新条件Ｃｒが定義される。即ち、オンクロック更新条件（Ｃｒ＝Ｃ／ｘ）、オンバリュー更新条件（Ｃｒ＝Ｖ／（ｐ＝ｐ＊））、及びオンチェンジ更新条件（Ｃｒ＝Ｈ／ｑ又はＣｒ＝Ｈ／）である。同様に、上で定義したクエリ条件に対応する３つの異なるタイプのトリガ条件Ｃｔが定義される。即ち、オンクロックトリガ条件（Ｃｔ＝Ｃ／ｘ）、オンバリュートリガ条件（Ｃｒ＝Ｖ／（ｐ＝ｐ＊））、及びオンチェンジトリガ条件（Ｃｔ＝Ｈ／ｑ又はＣｔ＝Ｈ／）である。
【００６３】
更に、本願発明の幾つかの実施形態によれば、サービスアプリケーションＡによって生成されるクエリは、ただ１つのクエリ条件、又はブール演算子によって連係された複数のクエリ条件を含むことがある。本願明細書では以下、単一のクエリ条件を含むクエリを「ベーシッククエリ」と呼び、Ｑｂと表し、一方、ブール演算子によって連係された複数のクエリ条件を含むクエリを「複雑なクエリ」と呼び、Ｑｃと表す。３つのタイプのクエリ条件（オンクロック、オンバリュー、及びオンチェンジ）を上で定義したので、好ましくは以下の３つの異なるタイプのベーシッククエリＱｂが定義される。
−オンクロッククエリ条件をもつベーシッククエリ：Ｑｂ［Ｓ，Ｃ／ｘ］
−オンバリュークエリ条件をもつベーシッククエリ：Ｑｂ［Ｓ，Ｖ／（ｐ＝ｐ＊）］
−オンチェンジクエリ条件をもつベーシッククエリ：Ｑｂ［Ｓ，Ｈ／ｑ］又はＱｂ＝［Ｓ，Ｈ／］
本願明細書では以下、複雑なクエリＱｃの幾つかの例を挙げる。
【００６４】
第１の例によれば、複雑なクエリＱｃは、サービスアプリケーションＡが、コンテキストベースサービスを正常に実施するために、パラメータｑの値が変わったときに端末Ｔからコンテキスト情報Ｓを受信する必要があり、しかしパラメータｑが一定の場合には、サービスアプリケーションＡがｘ秒ごとにコンテキスト情報Ｓを監視していればよいことを示すことがある。この複雑なクエリは、このときＱｃ［Ｓ，Ｃｑ１  ＯＲ  Ｃｑ２］であり、ここでＣｑ１＝Ｃ／ｘ及びＣｑ２＝Ｈ／ｑである。
【００６５】
第２の例によれば、複雑なクエリＱｃは、サービスアプリケーションＡが、コンテキストベースサービスを正常に実施するために、パラメータｑ１とパラメータｑ２の両方の値が変わったときに端末Ｔからコンテキスト情報Ｓを受信する必要があることを示すことがある。この複雑なクエリは、このときＱｃ［Ｓ，Ｃｑ１  ＡＮＤ  Ｃｑ２］であり、ここでＣｑ１＝Ｈ／ｑ１及びＣｑ２＝Ｈ／ｑ２である。
【００６６】
図５を参照すると、コンテキストサーバＳＣｔｘは、そのクエリプリプロセッサＱＰＰによってクエリＱを受信し、クエリプリプロセッサＱＰＰが好ましくはクエリＱの妥当性を検査する（ステップ２０）。妥当性検査中、クエリプリプロセッサＱＰＰは、好ましくは、クエリＱが正常なシンタックスを有するかどうかチェックする。次いで、クエリプリプロセッサＱＰＰは、好ましくは、クエリＱがベーシッククエリＱｂであるかどうかチェックする（ステップ２１）。
【００６７】
クエリＱがベーシッククエリＱｂである場合、クエリプリプロセッサＱＰＰは、好ましくは、他の処理を何ら行わずに、ベーシッククエリＱｂをクエリプロセッサＱＰに転送する。
【００６８】
他方、クエリＱが複雑なクエリＱｃである場合、クエリプリプロセッサＱＰＰは、好ましくは、複雑なクエリＱｃを処理して、それを、１つ又は複数の対応するベーシッククエリＱｂ、場合によっては１つ又は複数のトリガに置き換える（ステップ２２）。
【００６９】
便宜上、例として、複雑なクエリＱｃが、ブール演算子によって連係された２つのクエリ条件Ｃｑ１とＣｑ２を含むと仮定する。この仮定の下では、ステップ２２において、好ましくは、クエリプリプロセッサＱＰＰが以下の操作を行う。
−ブール演算子がＯＲである場合、
プリプロセッサＱＰＰは、好ましくは、複雑なクエリＱｃを第１のベーシッククエリＱｂ１［Ｓ，Ｃｑ１］及び第２のベーシッククエリＱｂ２［Ｓ，Ｃｑ２］に置き換え、両方のベーシッククエリをクエリプロセッサＱＰに転送し、クエリプロセッサＱＰがそれらを個別に処理する。
−ブール演算子がＡＮＤである場合、
−Ｃｑ１＝Ｖ／（ｐ＝ｐ＊）及びＣｑ２＝Ｃ／ｘである場合、
プリプロセッサＱＰＰは、好ましくは、複雑なクエリＱｃをベーシッククエリＱｂ［ｓ，Ｃ／ｘ］及びトリガＴＲ［Ｓ，Ｖ／（ｐ＝ｐ＊）］に置き換え、ベーシッククエリＱｂ［ｓ，Ｃ／ｘ］をクエリプロセッサＱＰに転送し、トリガＴＲ［Ｓ，Ｖ／（ｐ＝ｐ＊）］をトリガデータベースＴＲ−ＤＢに記憶する。
【００７０】
−Ｃｑ１＝Ｖ／（ｐ＝ｐ＊）及びＣｑ２＝Ｈ／ｑである場合、
プリプロセッサＱＰＰは、好ましくは、複雑なクエリＱｃをベーシッククエリＱｂ［ｓ，Ｈ／ｑ］及びトリガＴＲ［Ｓ，Ｖ／（ｐ＝ｐ＊）］に置き換え、ベーシッククエリＱｂ［ｓ，Ｈ／ｑ］をクエリプロセッサＱＰに転送し、トリガＴＲ［Ｓ，Ｖ／（ｐ＝ｐ＊）］をトリガデータベースＴＲ−ＤＢに記憶する。
【００７１】
再び図５を参照すると、次いで、クエリプロセッサＱＰが、クエリプリプロセッサＱＰＰからベーシッククエリＱｂを受信する（クエリプロセッサＱＰが２つのベーシッククエリＱｂ１及びＱｂ２を実質的に同時に受信する特別な場合は、本願明細書で以下に別途論じる）。
【００７２】
次いで、好ましくは、各ベーシッククエリＱｂが処理されて、以下のものを生成する（ステップ２３）。
−コンテキスト情報Ｓを参照するとともにトリガ条件Ｃｔを含む対応するトリガＴ［Ｓ，Ｃｔ］。トリガ条件Ｃｔは、上述したように、オンクロックトリガ条件、オンバリュートリガ条件、又はオンチェンジトリガ条件でよい。
−コンテキスト情報Ｓを参照するとともに更新条件Ｃｒを含む対応する更新規則Ｒ［Ｓ，Ｃｒ］。更新条件Ｃｒは、上述したように、オンクロック更新条件、オンバリュー更新条件、又はオンチェンジ更新条件でよい。
【００７３】
好ましくは、トリガ条件Ｃｔは、ベーシッククエリＱｂに含まれるクエリ条件と同じタイプのものである。更に、好ましくは、図６ａ、図６ｂ、及び図６ｃを参照しながら本願明細書で以下に更に詳細に説明するように、更新条件Ｃｒは、ベーシッククエリＱｂに含まれるクエリ条件と同じタイプでも異なるタイプでもよい。
【００７４】
特に、図６ａ、図６ｂ、及び図６ｃは、ベーシッククエリＱｂがそれぞれオンクロッククエリ条件、オンバリュークエリ条件、又はオンチェンジクエリ条件を含む場合の、ベーシッククエリＱｂに対応するトリガＴ［Ｓ，Ｃｔ］及び更新規則Ｒ［Ｓ，Ｃｒ］を生成する操作に関係する流れ図である。
【００７５】
特に、まず図６ａを参照すると、ベーシッククエリＱｂがオンクロッククエリ条件Ｃｑ＝Ｃ／ｘを含む場合、クエリプロセッサＱＰは、まず、オンクロックトリガ条件Ｃｔ＝Ｃ／ｘをもつトリガを生成し（ステップ２３０ａ）、それをトリガデータベースＴＲ−ＤＢに記憶する。
【００７６】
次いで、クエリプロセッサＱＰは、好ましくは、コンテキスト情報Ｓに関係する更なる更新規則Ｒ’が、更なるクエリＱ’を満たすように既に生成されているかどうかをチェックする（ステップ２３１ａ）。この更なるクエリＱ’は、サービスアプリケーションＡ自体によって、又はコンテキストサーバＳＣｔｘと協働する別のサービスアプリケーションによって生成されていることがある。
【００７７】
否定の場合、クエリプロセッサＱＰは、好ましくは、オンクロック更新条件Ｃｒ＝Ｃ／ｘを含む更新規則を生成する（ステップ２３２ａ）。
肯定の場合、クエリプロセッサＱＰは、既存の更新規則Ｒ’に含まれる更新条件のタイプを判断する（ステップ２３３ａ）。
【００７８】
既存の更新規則Ｒ’がオンクロック更新条件Ｃｒ’＝Ｃ／ｙ（ｙはｘと異なる）を含む場合、クエリプロセッサＱＰは、好ましくは、更新規則Ｒ’を、オンクロック更新条件Ｃｒ＝Ｃ／ｍａｘ（ｍｉｎ（ｘ，ｙ），ｔｓ）を含む更新規則に置き換える（ステップ２３４ａ）。ここでｔｓは、端末Ｔの最短のコンテキスト情報検出及び送信期間である。ｔｓは、好ましくは、コンテキストクライアントＣＣｔｘのクロック、及びセンサユニットＳＭの特徴に依存する。
【００７９】
ステップ２３４ａにおいて生成される更新規則は、有利には、ベーシッククエリＱｂと、更新規則Ｒ’に関連付けられていた以前のクエリＱ’との両方を扱うことができる。
例えば、第１のサービスアプリケーションが、コンテキスト情報Ｓに関係しており第１のオンクロッククエリ条件Ｃｑ’＝Ｃ／ｙ（例えばｙ＝１０秒）を含む第１のクエリＱ’を生成すると仮定する。コンテキスト情報Ｓに関係する既にアクティブなクエリがない場合、コンテキストプロセッサＱＰは、好ましくは、第１のオンクロックトリガ条件Ｃｔ’＝Ｃ／１０を含む第１のトリガＴＲ’を生成し（ステップ２３０ａ）、更に、オンクロック更新条件Ｃｒ’＝Ｃ／１０を含む第１の更新規則Ｒ’を生成する（ステップ２３２ａ）。次いで、第１のトリガＴＲ’はトリガデータベースＴＲ−ＤＢに記憶され、一方、第１の更新規則Ｒ’はコンテキストクライアントＣＣｔｘに送信され、コンテキストクライアントＣＣｔｘは、次いで、１０秒ごとにコンテキスト情報Ｓを検出してコンテキストサーバＳＣｔｘに送信するようにセンサモジュールＳＭに指示する。第１のトリガＴＲ’及び第１の更新規則Ｒ’が依然としてアクティブである間に、第２のサービスアプリケーションが、コンテキスト情報Ｓに関係しており第２のオンクロッククエリ条件Ｃｑ＝Ｃ／ｘ（例えばｘ＝５秒）を含む第２のクエリＱを生成すると仮定する。このとき、クエリプロセッサＱＰは、第２のオンクロックトリガ条件Ｃｔ＝Ｃ／５を含む第２のトリガＴＲを生成し（ステップ２３０ａ）、これがトリガデータベースＴＲ−ＤＢに記憶される。次いで、クエリプロセッサＱＰは、好ましくはステップ２３１ａ（即ち、第１の更新規則Ｒ’の有無を判断するステップ）及びステップ２３３ａ（即ち、第１の更新規則Ｒ’がオンクロック更新条件Ｃｒ’を含むと判断するステップ）を行う。それに従って、クエリプロセッサＱＰは、好ましくは、第１の更新規則Ｒ’を、オンクロック更新条件Ｃｒ＝Ｃ／ｍａｘ（ｍｉｎ（１０，５），ｔｓ）＝Ｃ／５（ｔｓが５秒未満と仮定する）を含む第２の更新規則Ｒに置き換える（ステップ２３４ａ）。第２の更新規則Ｒは、コンテキストクライアントＣＣｔｘに送信され、従って第１の更新規則Ｒ’に取って代わる。次いで、コンテキストクライアントＣＣｔｘは、５秒ごとにコンテキスト情報Ｓを検出してコンテキストサーバＳＣｔｘに送信するようにセンサモジュールＳＭに指示する。コンテキストサーバＣＳｔｘが第２の更新規則Ｒに従ってコンテキスト情報Ｓの更新を受信している間に、トリガプロセッサＴＲＰは、好ましくは、トリガクロックＣＫと協働して、オンクロックトリガ条件Ｃｔ’及びＣｔが満たされているかどうかをチェックする。従って、第１のトリガ条件Ｃｔ’が満たされるたびに、即ち１０秒ごとに、コンテキスト情報Ｓの更新がコンテキストデータベースＣ−ＤＢから読み取られて第１のサービスアプリケーションに送信される。他方、第２のトリガ条件Ｃｔが満たされるたびに、即ち５秒ごとに、コンテキスト情報Ｓの更新がコンテキストデータベースＣ−ＤＢから読み取られて第２のサービスアプリケーションに送信される。
【００８０】
再び図６ａを参照すると、ステップ２３３ａにおいて、クエリプロセッサＱＰが、既存の更新規則Ｒ’がオンバリュー更新条件Ｃｒ’＝Ｖ／（ｒ＝ｒ＊）を含むと判断した場合、クエリプロセッサＱＰは、好ましくは、既存の更新規則Ｒ’を、オンチェンジ更新条件Ｃｒ＝Ｈ／を含む更新規則に置き換える（ステップ２３５ａ）。
【００８１】
この場合も、ステップ２３５ａにおいて生成される更新規則は、有利には、ベーシッククエリＱｂと、更新規則Ｒ’に関連付けられていた以前のクエリＱ’との両方を扱うことができる。
【００８２】
例えば、第１のサービスアプリケーションが、コンテキスト情報Ｓに関係しておりオンバリュークエリ条件Ｃｑ’＝Ｖ／（ｒ＝ｒ＊）を含む第１のクエリＱ’を生成すると仮定する。コンテキスト情報Ｓに関係する既にアクティブなクエリがない場合、コンテキストプロセッサＱＰは、好ましくは、オンバリュートリガ条件Ｃｔ’＝Ｖ／（ｒ＝ｒ＊）を含む第１のトリガＴＲ’を生成し（ステップ２３０ｂ。図６ｂを参照して本願明細書で以下に詳細に説明する）、更に、オンバリュー更新条件Ｃｒ’＝Ｖ／（ｒ＝ｒ＊）を含む第１の更新規則Ｒ’を生成する（ステップ２３２ｂ。図６ｂを参照して本願明細書で以下に詳細に説明する）。次いで、第１のトリガＴＲ’はトリガデータベースＴＲ−ＤＢに記憶され、一方、第１の更新規則Ｒ’はコンテキストクライアントＣＣｔｘに送信され、コンテキストクライアントＣＣｔｘは、次いで、ｒがｒ＊に等しくなったときにコンテキスト情報Ｓを検出してコンテキストサーバＳＣｔｘに送信するようにセンサモジュールＳＭに指示する。第１のトリガＴＲ’及び第１の更新規則Ｒ’が依然としてアクティブである間に、第２のサービスアプリケーションが、コンテキスト情報Ｓに関係しておりオンクロッククエリ条件Ｃｑ＝Ｃ／ｘ（例えばｘ＝５秒）を含む第２のクエリＱを生成すると仮定する。このとき、クエリプロセッサＱＰは、オンクロックトリガ条件Ｃｔ＝Ｃ／５を含む第２のトリガＴＲを生成し（ステップ２３０ａ）、これがトリガデータベースＴＲ−ＤＢに記憶される。次いで、クエリプロセッサＱＰは、好ましくはステップ２３１ａ（即ち、第１の更新規則Ｒ’の有無を判断するステップ）及びステップ２３３ａ（即ち、第１の更新規則Ｒ’がオンバリュー更新条件Ｃｒ’を含むと判断するステップ）を行う。それに従って、クエリプロセッサＱＰは、好ましくは、第１の更新規則Ｒ’を、オンチェンジ更新条件Ｃｒ＝Ｈ／を含む第２の更新規則Ｒに置き換える（ステップ２３５ａ）。第２の更新規則Ｒは、コンテキストクライアントＣＣｔｘに送信され、従って第１の更新規則Ｒ’に取って代わる。次いで、コンテキストクライアントＣＣｔｘは、コンテキスト情報Ｓの何れかの値が変わるたびにコンテキスト情報Ｓを検出してコンテキストサーバＳＣｔｘに送信するようにセンサモジュールＳＭに指示する。コンテキスト情報Ｓの各更新を受信すると、トリガプロセッサＴＲＰは、更新されたコンテキスト情報ＳをコンテキストデータベースＣ−ＤＢに記憶し、好ましくは、オンバリュートリガ条件Ｃｔ’が満たされているかどうかチェックし、肯定の場合、コンテキストデータベースＣ−ＤＢからコンテキスト情報Ｓを読み取ってそれを第１のサービスアプリケーションに転送する。更に、コンテキスト情報Ｓの各更新を受信すると、トリガプロセッサＴＲＰは、トリガロックＣＫと協働して、オンクロックトリガ条件Ｃｔが満たされているかどうかチェックし、肯定の場合、コンテキストデータベースＣ−ＤＢからコンテキスト情報Ｓを読み取ってそれを第２のサービスアプリケーションに転送する。
【００８３】
再び図６ａを参照すると、ステップ２３３ａにおいて、クエリプロセッサＱＰが、既存の更新規則Ｒ’がオンチェンジ更新条件Ｃｒ’＝Ｈ／ｚを含むと判断した場合、クエリプロセッサＱＰは、好ましくは、既存の更新規則Ｒ’を、オンチェンジ更新条件Ｃｒ＝Ｈ／を含む更新規則に置き換える（ステップ２３６ａ）。
【００８４】
この場合も、ステップ２３６ａにおいて生成される更新規則は、有利には、ベーシッククエリＱｂと、更新規則Ｒ’に関連付けられていた以前のクエリＱ’との両方を扱うことができる。
【００８５】
例えば、第１のサービスアプリケーションが、コンテキスト情報Ｓに関係しておりオンチェンジクエリ条件Ｃｑ’＝Ｈ／ｚを含む第１のクエリＱ’を生成すると仮定する。コンテキスト情報Ｓに関係する既にアクティブなクエリがない場合、コンテキストプロセッサＱＰは、好ましくは、オンチェンジトリガ条件Ｃｔ’＝Ｈ／ｚを含む第１のトリガＴＲ’を生成し（ステップ２３０ｃ。図６ｃを参照して本願明細書で以下に詳細に説明する）、更に、オンチェンジ更新条件Ｃｒ’＝Ｈ／ｚを含む第１の更新規則Ｒ’を生成する（ステップ２３２ｃ。図６ｃを参照して本願明細書で以下に詳細に説明する）。次いで、第１のトリガＴＲ’はトリガデータベースＴＲ−ＤＢに記憶され、一方、第１の更新規則Ｒ’はコンテキストクライアントＣＣｔｘに送信され、コンテキストクライアントＣＣｔｘは、次いで、ｚの値が変わったときにコンテキスト情報Ｓを検出してコンテキストサーバＳＣｔｘに送信するようにセンサモジュールＳＭに指示する。第１のトリガＴＲ’及び第１の更新規則Ｒ’が依然としてアクティブである間に、第２のサービスアプリケーションが、コンテキスト情報Ｓに関係しておりオンクロッククエリ条件Ｃｑ＝Ｃ／ｘ（例えばｘ＝５秒）を含む第２のクエリＱを生成すると仮定する。このとき、クエリプロセッサＱＰは、オンクロックトリガ条件Ｃｔ＝Ｃ／５を含む第２のトリガＴＲを生成し（ステップ２３０ａ）、これがトリガデータベースＴＲ−ＤＢに記憶される。次いで、クエリプロセッサＱＰは、好ましくはステップ２３１ａ（即ち、第１の更新規則Ｒ’の有無を判断するステップ）及びステップ２３３ａ（即ち、第１の更新規則Ｒ’がオンチェンジ更新条件Ｃｒ’を含むと判断するステップ）を行う。それに従って、クエリプロセッサＱＰは、好ましくは、第１の更新規則Ｒ’を、オンチェンジ更新条件Ｃｒ＝Ｈ／を含む第２の更新規則Ｒに置き換える（ステップ２３６ａ）。第２の更新規則Ｒは、コンテキストクライアントＣＣｔｘに送信され、従って第１の更新規則Ｒ’に取って代わる。次いで、コンテキストクライアントＣＣｔｘは、コンテキスト情報Ｓの何れかの値が変わるたびにコンテキスト情報Ｓを検出してコンテキストサーバＳＣｔｘに送信するようにセンサモジュールＳＭに指示する。コンテキスト情報Ｓの各更新を受信すると、トリガプロセッサＴＲＰは、オンチェンジトリガ条件Ｃｔ’が満たされているかどうかチェックし、肯定の場合、コンテキストデータベースＣ−ＤＢからコンテキスト情報Ｓを読み取ってそれを第１のサービスアプリケーションに転送する。更に、コンテキスト情報Ｓの各更新を受信すると、トリガプロセッサＴＲＰは、トリガロックＣＫと協働して、オンクロックトリガ条件Ｃｔが満たされているかどうかチェックし、肯定の場合、コンテキストデータベースＣ−ＤＢからコンテキスト情報Ｓを読み取ってそれを第２のサービスアプリケーションに転送する。
【００８６】
次に図６ｂを参照すると、ベーシッククエリＱｂがオンバリュークエリ条件Ｃｑ＝Ｖ／（ｐ＝ｐ＊）を含む場合、クエリプロセッサＱＰは、まず、オンバリュートリガ条件Ｃｔ＝Ｖ／（ｐ＝ｐ＊）をもつトリガを生成し（ステップ２３０ｂ）、それをトリガデータベースＴＲ−ＤＢに記憶する。
【００８７】
次いで、クエリプロセッサＱＰは、好ましくは、コンテキスト情報Ｓに関係する更なる更新規則Ｒ’が、更なるクエリＱ’を満たすように既に生成されているかどうかをチェックする（ステップ２３１ｂ）。この更なるクエリＱ’は、サービスアプリケーションＡ自体によって、又はコンテキストサーバＳＣｔｘと協働する別のサービスアプリケーションによって生成されていることがある。
【００８８】
否定の場合、クエリプロセッサＱＰは、好ましくは、オンバリュー更新条件Ｃｒ＝Ｖ／（ｐ＝ｐ＊）を含む更新規則を生成する（ステップ２３２ｂ）。
肯定の場合、クエリプロセッサＱＰは、既存の更新規則Ｒ’に含まれる更新条件のタイプを判断する（ステップ２３３ｂ）。
【００８９】
既存の更新規則Ｒ’がオンバリュー更新条件Ｃｒ’＝Ｖ／（ｒ＝ｒ＊）（パラメータｒはパラメータｐとは異なる）を含む場合、クエリプロセッサＱＰは、好ましくは、既存の更新規則Ｒ’を、オンバリュー更新条件Ｃｒ＝Ｖ／（ｐ＝ｐ＊  ＯＲ  ｒ＝ｒ＊）を含む更新規則に置き換える（ステップ２３４ｂ）。
【００９０】
ステップ２３４ｂにおいて生成される更新規則は、有利には、ベーシッククエリＱｂと、更新規則Ｒ’に関連付けられていた以前のクエリＱ’との両方を扱うことができる。
例えば、第１のサービスアプリケーションが、コンテキスト情報Ｓに関係しており第１のオンバリュークエリ条件Ｃｑ’＝Ｖ／（ｒ＝ｒ＊）を含む第１のクエリＱ’を生成すると仮定する。コンテキスト情報Ｓに関係する既にアクティブなクエリがない場合、コンテキストプロセッサＱＰは、好ましくは、第１のオンバリュートリガ条件Ｃｔ’＝Ｖ／（ｒ＝ｒ’）を含む第１のトリガＴＲ’を生成し（ステップ２３０ｂ）、更に、オンバリュー更新条件Ｃｒ’＝Ｖ／（ｒ＝ｒ＊）を含む第１の更新規則Ｒ’を生成する（ステップ２３２ｂ）。次いで、第１のトリガＴＲ’はトリガデータベースＴＲ−ＤＢに記憶され、一方、第１の更新規則Ｒ’はコンテキストクライアントＣＣｔｘに送信され、コンテキストクライアントＣＣｔｘは、次いで、ｒがｒ＊に等しくなったときにコンテキスト情報Ｓを検出してコンテキストサーバＳＣｔｘに送信するようにセンサモジュールＳＭに指示する。第１のトリガＴＲ’及び第１の更新規則Ｒ’が依然としてアクティブである間に、第２のサービスアプリケーションが、コンテキスト情報Ｓに関係しており第２のオンバリュークエリ条件Ｃｑ＝Ｖ／（ｐ＝ｐ＊）（ｐはｒとは異なる）を含む第２のクエリＱを生成すると仮定する。このとき、クエリプロセッサＱＰは、第２のオンバリュートリガ条件Ｃｔ＝Ｖ／（ｐ＝ｐ＊）を含む第２のトリガＴＲを生成し（ステップ２３０ｂ）、これがトリガデータベースＴＲ−ＤＢに記憶される。次いで、クエリプロセッサＱＰは、好ましくは、ステップ２３１ｂ（即ち、第１の更新規則Ｒ’の有無を判断すること）及びステップ２３３ｂ（即ち、第１の更新規則Ｒ’がオンバリュー更新条件Ｃｒ’を含むと判断すること）を行う。それに従って、クエリプロセッサＱＰは、好ましくは、第１の更新規則Ｒ’を、オンバリュー更新条件Ｃｒ＝Ｖ（ｐ＝ｐ＊  ＯＲ  ｒ＝ｒ＊）を含む第２の更新規則Ｒに置き換える（ステップ２３４ｂ）。第２の更新規則Ｒは、コンテキストクライアントＣＣｔｘに送信され、従って第１の更新規則Ｒ’に取って代わる。次いで、コンテキストクライアントＣＣｔｘは、ｐがｐ＊に等しくなるたびに、及びｒがｒ＊に等しくなるたびにコンテキスト情報Ｓを検出してコンテキストサーバＳＣｔｘに送信するようにセンサモジュールＳＭに指示する。コンテキスト情報Ｓの各更新を受信すると、トリガプロセッサＴＲＰは、好ましくは、オンバリュートリガ条件Ｃｔ’及びＣｔが満たされているかどうかチェックする。第１のオンバリュートリガ条件Ｃｔ’が満たされたとき、コンテキスト情報ＳがコンテキストデータベースＣ−ＤＢから読み取られて第１のサービスアプリケーションに送信される。第２のオンバリュートリガ条件Ｃｔが満たされたとき、コンテキスト情報ＳがコンテキストデータベースＣ−ＤＢから読み取られて第２のサービスアプリケーションに送信される。
【００９１】
再び図６ｂを参照すると、ステップ２３３ｂにおいて、クエリプロセッサＱＰが、既存の更新規則Ｒ’がオンクロック更新条件Ｃｒ’＝Ｃ／ｙを含むと判断した場合、クエリプロセッサＱＰは、好ましくは、既存の更新規則Ｒ’を、オンチェンジ更新条件Ｃｒ＝Ｈ／を含む更新規則に置き換える（ステップ２３５ｂ）。
【００９２】
この場合も、ステップ２３５ｂにおいて生成される更新規則は、有利には、ベーシッククエリＱｂと、更新規則Ｒ’に関連付けられていた以前のクエリＱ’との両方を扱うことができる。この状況は、既存の更新規則Ｒ’がオンバリュー更新条件を含む場合に図６ａを参照して上述した状況と実質的に同じである。従って、詳細な説明は繰り返さない。
【００９３】
再び図６ｂを参照すると、ステップ２３３ｂにおいて、クエリプロセッサＱＰが、既存の更新規則Ｒ’がオンチェンジ更新条件Ｃｒ’＝Ｈ／ｚを含むと判断した場合、クエリプロセッサＱＰは、好ましくは、既存の更新規則Ｒ’を、オンチェンジ更新条件Ｃｒ＝Ｈ／を含む更新規則に置き換える（ステップ２３６ｂ）。
【００９４】
この場合も、ステップ２３６において生成される更新規則は、有利には、ベーシッククエリＱｂと、更新規則Ｒ’に関連付けられていた以前のクエリＱ’との両方を扱うことができる。
【００９５】
例えば、第１のサービスアプリケーションが、コンテキスト情報Ｓに関係しておりオンチェンジクエリ条件Ｃｑ’＝Ｈ／ｚを含む第１のクエリＱ’を生成すると仮定する。コンテキスト情報Ｓに関係する既にアクティブなクエリがない場合、コンテキストプロセッサＱＰは、好ましくは、オンチェンジトリガ条件Ｃｔ’＝Ｈ／ｚを含む第１のトリガＴＲ’を生成し（ステップ２３０ｃ。図６ｃを参照して本願明細書で以下に詳細に説明する）、更に、オンチェンジ更新条件Ｃｒ’＝Ｈ／ｚを含む第１の更新規則Ｒ’を生成する（ステップ２３２ｃ。図６ｃを参照して本願明細書で以下に詳細に説明する）。次いで、第１のトリガＴＲ’はトリガデータベースＴＲ−ＤＢに記憶され、一方、第１の更新規則Ｒ’はコンテキストクライアントＣＣｔｘに送信され、コンテキストクライアントＣＣｔｘは、次いで、ｚの値が変わったときにコンテキスト情報Ｓを検出してコンテキストサーバＳＣｔｘに送信するようにセンサモジュールＳＭに指示する。第１のトリガＴＲ’及び第１の更新規則Ｒ’は依然としてアクティブである間に、第２のサービスアプリケーションが、コンテキスト情報Ｓに関係しておりオンバリュークエリ条件Ｃｑ＝Ｖ／（ｐ＝ｐ＊）を含む第２のクエリＱを生成すると仮定する。このとき、クエリプロセッサＱＰは、オンバリュートリガ条件Ｃｔ＝Ｖ／（ｐ＝ｐ＊）を含む第２のトリガＴＲを生成し（ステップ２３０ｂ）、これがトリガデータベースＴＲ−ＤＢに記憶される。次いで、クエリプロセッサＱＰは、好ましくは、ステップ２３１ｂ（即ち、第１の更新規則Ｒ’の有無を判断するステップ）及びステップ２３３ｂ（即ち、第１の更新規則Ｒ’がオンチェンジ更新条件Ｃｒ’を含むことを判断するステップ）を行う。それに従って、クエリプロセッサＱＰは、好ましくは、第１の更新規則Ｒ’を、オンチェンジ更新条件Ｃｒ＝Ｈ／を含む第２の更新規則Ｒに置き換える（ステップ２３６ｂ）。第２の更新規則Ｒは、コンテキストクライアントＣＣｔｘに送信され、従って第１の更新規則Ｒ’に取って代わる。次いで、コンテキストクライアントＣＣｔｘは、コンテキスト情報Ｓの何れかの値が変わるたびにコンテキスト情報Ｓを検出してコンテキストサーバＳＣｔｘに送信するようにセンサモジュールＳＭに指示する。コンテキスト情報Ｓの各更新を受信すると、トリガプロセッサＴＲＰは、好ましくは、オンチェンジトリガ条件Ｃｔ’が満たされているかどうかチェックし、肯定の場合、コンテキスト情報ＳがコンテキストデータベースＣ−ＤＢから読み取られて第１のサービスアプリケーションに送信される。更に、コンテキスト情報Ｓの各更新を受信すると、トリガプロセッサＴＲＰは、好ましくは、オンバリュートリガ条件Ｃｔが満たされているかどうかもチェックし、肯定の場合、コンテキスト情報ＳがコンテキストデータベースＣ−ＤＢから読み取られて第２のサービスアプリケーションに送信される。
【００９６】
次に図６ｃを参照すると、ベーシッククエリＱｂがオンチェンジクエリ条件Ｃｑ＝Ｈ／ｑを含む場合、クエリプロセッサＱＰは、まず、オンチェンジトリガ条件Ｃｔ＝Ｈ／ｑをもつトリガを生成し（ステップ２３０ｃ）、それをトリガデータベースＴＲ−ＤＢに記憶する。
【００９７】
次いで、クエリプロセッサＱＰは、好ましくは、コンテキスト情報Ｓに関係する更なる更新規則Ｒ’が、更なるクエリＱ’を満たすように既に生成されているかどうかをチェックする（ステップ２３１ｃ）。この更なるクエリＱ’は、サービスアプリケーションＡ自体によって、又はコンテキストサーバＳＣｔｘと協働する別のサービスアプリケーションによって生成されていることがある。
【００９８】
否定の場合、クエリプロセッサは、オンチェンジ更新条件Ｃｒ＝Ｈ／ｑを含む更新規則を生成する（ステップ２３２ｃ）。
肯定の場合、クエリプロセッサＱＰは、既存の更新規則Ｒ’に含まれる更新条件のタイプを判断する（ステップ２３３ｃ）。
【００９９】
既存の更新規則Ｒ’がオンチェンジ更新条件Ｃｒ’＝Ｈ／ｚ（パラメータｚはパラメータｑとは異なる）を含む場合、クエリプロセッサＱＰは、好ましくは、既存の更新規則Ｒ’を、オンチェンジ更新条件Ｃｒ＝Ｈ／（ｑ  ＯＲ  ｚ）を含む更新規則に置き換える（ステップ２３４ｃ）。
【０１００】
ステップ２３４ｃにおいて生成される更新規則は、有利には、ベーシッククエリＱｂと、更新規則Ｒ’に関連付けられていた以前のクエリＱ’との両方を扱うことができる。
例えば、第１のサービスアプリケーションが、コンテキスト情報Ｓに関係しておりオンチェンジクエリ条件Ｃｑ’＝Ｈ／ｚを含む第１のクエリＱ’を生成すると仮定する。コンテキスト情報Ｓに関係する既にアクティブなクエリがない場合、コンテキストプロセッサＱＰは、好ましくは、第１のオンチェンジトリガ条件Ｃｔ’＝Ｈ／ｚを含む第１のトリガＴＲ’を生成し（ステップ２３０ｃ）、更に、オンチェンジ更新条件Ｃｒ’＝Ｈ／ｚを含む第１の更新規則Ｒ’を生成する（ステップ２３２ｃ）。次いで、第１のトリガＴＲ’はトリガデータベースＴＲ−ＤＢに記憶され、一方、第１の更新規則Ｒ’はコンテキストクライアントＣＣｔｘに送信され、コンテキストクライアントＣＣｔｘは、次いで、ｚの値が変わったときにコンテキスト情報Ｓを検出してコンテキストサーバＳＣｔｘに送信するようにセンサモジュールＳＭに指示する。第１のトリガＴＲ’及び第１の更新規則Ｒ’が依然としてアクティブである間に、第２のサービスアプリケーションが、コンテキスト情報Ｓに関係しており第２のオンチェンジクエリ条件Ｃｑ＝Ｈ／ｑ（ｑはｚとは異なる）を含む第２のクエリＱを生成すると仮定する。このとき、クエリプロセッサＱＰは、第２のオンチェンジトリガ条件Ｃｔ＝Ｈ／ｑを含む第２のトリガＴＲを生成し（ステップ２３０ｃ）、これがトリガデータベースＴＲ−ＤＢに記憶される。次いで、クエリプロセッサＱＰは、好ましくは、ステップ２３１ｃ（即ち、第１の更新規則Ｒ’の有無を判断するステップ）及びステップ２３３ｃ（即ち、第１の更新規則Ｒ’がオンチェンジ更新条件Ｃｒ’を含むと判断するステップ）を行う。それに従って、クエリプロセッサＱＰは、好ましくは、第１の更新規則Ｒ’を、オンチェンジ更新条件Ｃｒ＝Ｈ／（ｑ  ＯＲ  ｚ）を含む第２の更新規則Ｒに置き換える（ステップ２３４ｃ）。第２の更新規則Ｒは、コンテキストクライアントＣＣｔｘに送信され、従って第１の更新規則Ｒ’に取って代わる。次いで、コンテキストクライアントＣＣｔｘは、ｑ又はｚの値が変わるたびにコンテキスト情報Ｓを検出してコンテキストサーバＳＣｔｘに送信するようにセンサモジュールＳＭに指示する。コンテキスト情報Ｓの各更新を受信すると、トリガプロセッサＴＲＰは、好ましくは、オンバリュートリガ条件Ｃｔ’及びＣｔが満たされているかどうかチェックする。第１のオンチェンジトリガ条件Ｃｔ’が満たされた場合、コンテキスト情報ＳがコンテキストデータベースＣ−ＤＢから読み取られて第１のサービスアプリケーションに送信される。第２のオンチェンジトリガ条件Ｃｔが満たされた場合、コンテキスト情報ＳがコンテキストデータベースＣ−ＤＢから読み取られて第２のサービスアプリケーションに送信される。
【０１０１】
再び図６ｃを参照すると、ステップ２３３ｃにおいて、クエリプロセッサＱＰが、既存の更新規則Ｒ’がオンバリュー更新条件Ｃｒ’＝Ｖ／（ｒ−ｒ＊）を含むと判断した場合、クエリプロセッサＱＰは、好ましくは、既存の更新規則Ｒ’を、オンチェンジ更新条件Ｃｒ＝Ｈ／を含む更新規則に置き換える（ステップ２３５ｃ）。
【０１０２】
この場合も、既存の更新規則Ｒ’がオンチェンジ条件を含む場合に図６ｂ（ステップ２３６ｂ）を参照して上に開示したのと同様に、ステップ２３５ｃにおいて生成される更新規則は、有利には、ベーシッククエリＱｂと、更新規則Ｒ’に関連付けられていた以前のクエリＱ’との両方を扱うことができる。
【０１０３】
再び図６ｃを参照すると、ステップ２３３ｃにおいて、クエリプロセッサＱＰが、既存の更新規則Ｒ’がオンクロック更新条件Ｃｒ’＝Ｃ／ｙを含むと判断した場合、クエリプロセッサＱＰは、好ましくは、既存の更新規則Ｒ’を、オンチェンジ更新条件Ｃｒ＝Ｈ／を含む更新規則に置き換える（ステップ２３６ｃ）。
【０１０４】
この場合も、既存の更新規則Ｒ’がオンチェンジ条件を含む場合に図６ａ（ステップ２３６ａ）を参照して上に開示したのと同様に、ステップ２３６ｃにおいて生成される更新規則は、有利には、ベーシッククエリＱｂと、更新規則Ｒ’に関連付けられていた以前のクエリＱ’との両方を扱うことができる。
【０１０５】
従って、本願発明のこの第２の実施形態によれば、端末Ｔのリソースの使用は更に改善される。実際、トリガにより、異なるサービスアプリケーションによって生成されて同じコンテキスト情報に関係する２つ以上の異なるクエリを、両方のクエリを扱うことができる単一の更新規則に「マージ（ｍｅｒｇｅｄ）」させることができる。実際、上記の流れ図から、同じコンテキスト情報に関係する２つのクエリがコンテキストサーバＳＣｔｘで受信されたとき、コンテキストサーバＳＣｔｘは、全てのクエリを同時に満たすのに適したただ１つの更新条件を決定し、その一方で、各ベースクエリに、そのクエリ条件に等しいトリガ条件を含む個別のトリガを関連付けることが分かる。従って、端末ＴからコンテキストサーバＳＣｔｘへの更新の送信が「共通の」更新規則によって調整される一方、コンテキストサーバＳＣｔｘからサービスアプリケーションへの更新の転送はトリガ条件によって調整される。
【０１０６】
有利には、異なるクエリを単一の更新規則に「マージ」する上記のメカニズムにより、有利には端末Ｔのリソースを最適化できるようになる。実際、上で開示したように決定された更新規則に従って動作する端末Ｔは、２つのクエリを別個に扱うのではなく、有利には、両方のクエリを同時に扱うのに十分な最小量のコンテキスト情報Ｓの更新を検出して送信する。
【０１０７】
更に、上述したように、複雑なクエリも非常に効率的に管理することができる。特に、ＯＲブール演算子によって関係付けられる２つのクエリ条件Ｃｑ１及びＣｑ２を含む上述した複雑なクエリＱｃは、クエリプリプロセッサＱＰＰによって、第１及び第２のベーシッククエリＱｂ１及びＱｂ２に置き換えられ、これらが次いでクエリプロセッサＱＰに送信される。好ましくは、クエリプロセッサＱＰは、図６ａ、図６ｂ、及び図６ｃの流れ図で示されるように、まず第１のベーシッククエリＱｂ１を処理し、次いで、図６ａ、図６ｂ、及び図６ｃの流れ図に示されるように第２のベーシッククエリＱｂ２を別途処理し、第２のベーシッククエリＱｂ２の処理が完了した後に初めて、得られた更新規則をコンテキストクライアントＣＣｔｘに送信することによって、２つのベーシッククエリＱｂ１及びＱｂ２を処理する。このようにすると、得られた更新規則がベーシッククエリＱｂ１とＱｂ２の両方を考慮に入れる。
【０１０８】
更に、本願発明の有利な実施形態によれば、各クエリＱは、有効期限に関連付けられる。特に、クエリプロセッサＱＰは、好ましくは、アクティブクエリテーブル（図示せず）と協働し、このアクティブクエリテーブルは、コンテキストサーバＳＣｔｘで受信された各クエリに関してクエリ有効期限を記憶する。クエリプロセッサＱＰは、トリガクロックＣＫをテーブルに記憶された有効期限と比較することによって、あり得る期限切れのクエリについてアクティブクエリテーブルをチェックする。クエリの有効期限の満了後、クエリプロセッサＱＰは、好ましくは、期限切れのクエリと関わりのあるコンテキスト情報Ｓに関係する更新規則を再計算する。特に、クエリプロセッサは、コンテキスト情報Ｓに関係する依然としてアクティブなクエリが、期限切れのクエリの満了後にもコンテキスト情報ＳＣｔｘに達したかのように、更新規則を再計算する。更に、クエリプロセッサＱＰはまた、期限切れのクエリに関連付けられるトリガがあれば、トリガデータベースＴＲ−ＤＢから消去する。
【０１０９】
更に、好ましくは、本願発明の有利な実施形態によれば、トリガプロセッサＴＲＰがアクティブトリガテーブル（図示せず）と協働する。アクティブトリガテーブルは、好ましくは、アクティブトリガのリストを備える。各アクティブトリガについて、アクティブトリガテーブルは、好ましくは、トリガが生成された際に従ったクエリ、満たすべきトリガ条件、トリガ条件が参照する、サービスアプリケーション及び端末によって要求されるコンテキスト情報、及びトリガ条件が満たされたときにコンテキスト情報を転送しなければならないサービスアプリケーションの識別子（好ましくはＵＲＬ）を示す。オンクロックトリガ条件をチェックするために、トリガプロセッサＴＲＰは、好ましくは、トリガクロックＣＫと協働する。
【０１１０】
更に、有利な実施形態によれば、コンテキストデータベースＣ−ＤＢに記憶されるコンテキスト情報Ｓが有効期限に関連付けられる。コンテキスト情報の有効期限が満了したとき、コンテキスト情報Ｓの記憶値は、もはや有効とはみなされない。コンテキスト情報Ｓの有効期限は、好ましくは、そのコンテキスト情報Ｓが検出されてコンテキストサーバＳＣｔｘに送信される際に従う更新規則に応じて、コンテキストクライアントＣＣｔｘによって決定される。例えば、
−更新規則Ｒ［Ｓ，Ｃｒ］が、オンクロック更新条件Ｃｒ＝Ｃ／ｘを含む場合、コンテキストクライアントＣＣｔｘは、好ましくは、コンテキスト情報Ｓの有効期限を（５／４）ｘに設定する。これは、有利には、次の更新がコンテキストデータベースＣ−ＤＢに達するまでコンテキスト情報Ｓの値が有効とみなされることを保証する。
−更新規則Ｒ［Ｓ，Ｃｒ］が、オンバリュー更新条件Ｃｒ＝Ｖ／（ｐ＝ｐ＊）又はオンチェンジ更新条件Ｃｒ＝Ｈ／ｑを含む場合、コンテキストクライアントＣＣｔｘは、好ましくは、コンテキスト情報Ｓの有効期限を無限に設定する。なぜなら、次の更新がコンテキストデータベースＣ−ＤＢに達するまでコンテキスト情報Ｓの値が有効でなければならず、これは予測不能なイベントであるからである。
【図１】
2011527529.tif 000003
【図３】
2011527529.tif 000004
【図２】
2011527529.tif 000005
【図４】
2011527529.tif 000006
【図５】
2011527529.tif 000007
【図６ａ】
2011527529.tif 000008
【図６ｂ】
2011527529.tif 000009
【図６ｃ】
2011527529.tif 000010
【国際調査報告】
2011527529.tif 000011
2011527529.tif 000012
2011527529.tif 000013
2011527529.tif 000014