JP4777634B2 - モバイルアドホックネットワークにおけるコンテキストアウェア自動サービス発見及び実行エンジン - Google Patents

Description

本発明は、一般的には、ノードの接続性の品質が時間的に予測できない程変化する無線アドホックネットワークにおけるモバイルコンピューティング及びコンテキストアウェアネスに関する。特に、本発明は、特別な起動条件が生じたことを検出したときに、あらゆるネットワークのノードによって提供される発見されたサービスを要求し、起動し、制御し及び／又は非活動化させるユーザ定義の動作のセットを自動的に実行する際の問題を解決するために特別に設計されたミドルウェアエンティティに関する。

コンテキストアウェアコンピューティングが最初に議論されたのは、非特許文献１である。この非特許文献１には、「使用位置に応じた適応、近くの人及びオブジェクトの収集、それらのオブジェクトの時間的な変化（ａｄａｐｔｓ ａｃｃｏｒｄｉｎｇ ｔｏ ｉｔｓ ｌｏｃａｔｉｏｎ ｏｆ ｕｓｅ，ｔｈｅ ｃｏｌｌｅｃｔｉｏｎ ｏｆ ｎｅａｒｂｙ ｐｅｏｐｌｅ ａｎｄ ｏｂｊｅｃｔｓ ａｓ ｗｅｌｌ ａｓ ｃｈａｎｇｅｓ ｔｏ ｔｈｏｓｅ ｏｂｊｅｃｔｓ ｏｖｅｒ ｔｉｍｅ）」が、ソフトウェアとして定義されている。しかし、コンテキストアウェアコンピューティングの最初の研究調査は、一般的には、非特許文献２であったと同意されている。それ以来、コンテキストアウェアコンピューティングを定義しようとする数多くの試みがなされている。

コンテキストアウェアのアプリケーションの最初の定義は、アプリケーションから定義を限定した上述の非特許文献１に記載されており、これは、アプリケーション自体をコンテキストに適応させるアプリケーションに、コンテキストを単純に知らせるものである。コンテキストアウェアは、以下の他の用語と幾分同じ意味で使われるようになっている。
・適応（ａｄａｐｔｉｖｅ）：非特許文献３を参照
・反応的（ｒｅａｃｔｉｖｅ）：非特許文献４を参照
・応答的（ｒｅｓｐｏｎｓｉｖｅ）：非特許文献５を参照
・状態の（ｓｉｔｕａｔｅｄ）：非特許文献６を参照
・コンテキストに応じた（ｃｏｎｔｅｘｔ−ｓｅｎｓｉｔｉｖｅ）：非特許文献７を参照
・環境指向（ｅｎｖｉｒｏｎｍｅｎｔ−ｄｉｒｅｃｔｅｄ）：非特許文献８を参照
コンテキストアウェアコンピューティングの以前の定義は、２つのカテゴリ、すなわちコンテキストを使うことと、コンテキストに適応させることに分類される。

先ず、コンテキストを使うことのより一般的な場合について説明する。非特許文献６、非特許文献９、非特許文献１０及び非特許文献１１において、コンテキストアウェアコンピューティングは、ユーザの局所的な環境及びコンピュータ（ｃｏｍｐｕｔｉｎｇ ｄｅｖｉｃｅｓ）自身の状況を検出及び感知し（ｄｅｔｅｃｔ ａｎｄ ｓｅｎｓｅ）、判断及び反応し（ｉｎｔｅｒｐｒｅｔ ａｎｄ ｒｅｓｐｏｎｄ）するコンピュータの能力である。以前の論文、例えば非特許文献１２、非特許文献１３及び非特許文献１４において、コンテキストアウェネスは、ソフトウェアシステムを自動化し、インタフェースを変更し、コンピュータサービスの最大限の柔軟性を提供するためにコンテキストを使用するものとして定義されていた。

以下の定義は、より特別な「コンテキストに適応させる（ａｄａｐｔｉｎｇ ｔｏ ｃｏｎｔｅｘｔ）」カテゴリという意味においてである。論文、非特許文献１５、非特許文献１６、非特許文献１７、非特許文献１８、非特許文献１９、非特許文献２０、非特許文献２１に記載されているように、コンテキストアウェアアプリケーションは、アプリケーション及びユーザのコンテキストに基づいて、それらの行動を動的に変化又は適応させるアプリケーションとして定義されている。より具体的には、非特許文献２２では、著者であるエヌ・ライアンは、コンテキストアウェアアプリケーションを、環境センサからの入力をモニタし、ユーザに、彼らの興味又は行動（ａｃｔｉｖｉｔｙ）に基づいて、物理的及び論理的なコンテキストの適用範囲を選択できるようにするアプリケーションとして、コンテキストアウェアアプリケーションが定義されている。この定義は、アプリケーションがコンテキストに機能する方法を識別する以前の定義よりも、より限定的である。非特許文献２３において、著者は、コンテキストアウェアアプリケーションを、多数のセンサによって検出されるユーザの現在のコンテキストに基づいて、自動的に情報を提供し、及び／又は行動を起こすアプリケーションとして定義している。また、彼は、これらの行動が、情報をユーザに提供し、コンテキストに基づいたプログラムを実行し、又はコンテキストに基づいた図形の配置を構成する形式を取ることができるということを述べることによって、コンテキストアウェアコンピューティングを狭い見地から見ている。非特許文献８において、著者、すなわちエス・フィッカス（Ｓ．Ｆｉｃｋａｓ）、ゼット・コルトェム（Ｇ．Ｋｏｒｔｕｅｍ）及びゼット・シーガル（Ｚ．Ｓｅｇａｌｌ）は、環境指向（コンテキストアウェアの実際的な同意語としての）アプリケーションを、ユーザの環境をモニタし、所定のユーザ定義のガイドラインに基づいて、それらの動作を適用させるアプリケーションと定義している。 特許文献１において、少なくとも１つの通信ネットワーク内のマルチメディアアプリケーションを動作させる通信装置及びソフトウェアが記載されており、この通信装置及びソフトウェアは、少なくとも１つの通信ネットワーク内の１以上の通信装置との通信に基づいて、マルチメディアアプリケーションを管理し、提供するコンピューティングマネージャユニットを備える。

特許文献２は、モバイルマルチメディアミドルウェア、コンピュータのネットワーク化、分散処理システム、データベース、ハンドヘルドコンピュータ及び無線通信システムの分野に関するものである。更に、統一メッセージ通信システム内において、ユーザプロファイル情報をうまく管理する応報を提案している。

特許文献３に記載されているように、サービスポータルが用いられ、サービスプラットホームの中央アクセス制御ユニットにアクセスすることによって、コンテキストデータベースに格納されているコンテキスト情報にアクセスするサービスを可能としている。

特許文献４には、要求によって、コンテキスト情報をコンテキストアウェア装置に供給するシステムが提案されており、このシステムは、タイプ及びフォーマットを指定するコンテキスト属性と、コンテキスト情報の要求に対する応答を表すデータレコードのフォーカスエンティティ（ｆｏｃｕｓ ｅｎｔｉｔｙ）と、コンテキスト情報の要求に関連したコンテキストデータを提供する少なくとも１つのコンテキストソースと、コンテキスト属性とコンテキストソース間の相互接続を確立する少なくとも１つのコンテキストインタプリタと、データレコード提供する実際のを可能性及び適合性に基づいてコンテキストソースとコンテキストインタプリタを集める動的コンテキスト図形構成を設定する構成手段とを備える。

″Ｄｉｓｓｅｍｉｎａｔｉｎｇ Ａｃｔｉｖｅ Ｍａｐ Ｉｎｆｏｒｍａｔｉｏｎ ｔｏ Ｍｏｂｉｌｅ Ｈｏｓｔｓ″（ＩＥＥＥ Ｎｅｔｗｏｒｋ ８（５），ｐｐ．２２−３２，Ｓｅｐｔ．／Ｏｃｔ．１９９４，ａｖａｉｌａｂｌｅ ａｔ：ｆｔｐ：／／ｆｔｐ．ｐａｒｃ．ｘｅｒｏｘ．ｃｏｍ／ｐｕｂ／ｓｃｈｉｌｉｔ／ＡＭＳ．ｐｓ．Ｚ）ｂｙ Ｂ．Ｎ．Ｓｃｈｉｌｉｔ ａｎｄ Ｍ．Ｍ．Ｔｈｅｉｍｅｒ ｔｈｅ Ｏｌｉｖｅｔｔｉ Ａｃｔｉｖｅ Ｂａｄｇｅ ｗｏｒｋ ｉｎ １９９２ ａｓ ｄｅｓｃｒｉｂｅｄ ｉｎ ｔｈｅ ａｒｔｉｃｌｅ ″Ｔｈｅ Ａｃｔｉｖｅ Ｂａｄｇｅ Ｌｏｃａｔｉｏｎ Ｓｙｓｔｅｍ″（ＡＣＭ Ｔｒａｎｓａｃｔｉｏｎｓ ｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍｓ １０（１），ｐｐ．９１−１０２，Ｊａｎ．１９９２，ａｖａｉｌａｂｌｅ ａｔ：ｈｔｔｐ：／／ｗｗｗ．ｐａｒｃ．ｘｅｒｏｘ．ｃｏｍ／ｃｓｌ／ｍｅｍｂｅｒｓ／ｗａｎｔ／ｐａｐｅｒｓ／ａｂ−ｔｏｉｓ−ｊａｎ９２．ｐｄｆ）ｂｙ Ｒ．Ｗａｎｔ，Ａ．Ｈｏｐｐｅｒ，Ｖ．Ｆａｌｃａｏ，ａｎｄ Ｊ．Ｇｉｂｂｏｎｓ． Ｍ．Ｇ．Ｂｒｏｗｎ：″Ｓｕｐｐｏｒｔｉｎｇ Ｕｓｅｒ Ｍｏｂｉｌｉｔｙ″（Ｐｒｏｃ．ｏｆ ｔｈｅ ＩＦＩＰ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＩＦＩＰ’９６），Ｃａｎｂｅｒｒａ，Ａｕｓｔｒａｌｉａ，Ｓｅｐｔｅｍｂｅｒ １９９６，ａｖａｉｌａｂｌｅ ａｔ：ｆｔｐ：／／ｆｔｐ．ｕｋ．ｒｅｓｅａｒｃｈ．ａｔｔ．ｃｏｍ／ｐｕｂ／ｄｏｃｓ／ａｔｔ／ｐａｐｅｒ．９６．７．ｐｄｆ） Ｊ．Ｒ．Ｃｏｏｐｅｒｓｔｏｃｋ，Ｋ．Ｔａｎｉｋｏｓｈｉ，Ｇ．Ｂｅｉｒｎｅ，Ｔ．Ｎａｒｉｎｅ，ａｎｄ Ｗ．Ｂｕｘｔｏｎ：″Ｅｖｏｌｕｔｉｏｎ ｏｆ ａ Ｒｅａｃｔｉｖｅ Ｅｎｖｉｒｏｎｍｅｎｔ″（Ｐｒｏｃ．ｏｆ ｔｈｅ １９９５ ＡＣＭ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｈｕｍａｎ Ｆａｃｔｏｒｓ ｉｎ Ｃｏｍｐｕｔｉｎｇ Ｓｙｓｔｅｍｓ（ＣＨＩ’９５），ｐｐ．１７０−１７７，Ｄｅｎｖｅｒ，ＣＯ，Ｍａｙ ７−１１，１９９５，ｈｔｔｐ：／／ｗｗｗ１．ａｃｍ．ｏｒｇ／ｓｉｇｓ／ｓｉｇｃｈｉ／ｃｈｉ９５／Ｅｌｅｃｔｒｏｎｉｃ／ｄｏｃｕｍｎｔｓ／ｐａｐｅｒｓ／ｊｒｃ＿ｂｄｙ．ｈｔｍ） Ｓ．Ｅｌｒｏｄ，Ｇ．Ｈａｌｌ，Ｒ．Ｃｏｎｓｔａｎｚａ，Ｍ．Ｄｉｘｏｎ，ａｎｄ Ｊ．ｄｅｓ Ｒｉｖｉｅｒｅｓ：″Ｒｅｓｐｏｎｓｉｖｅ Ｏｆｆｉｃｅ Ｅｎｖｉｒｏｎｍｅｎｔｓ″（Ｃｏｍｍ．ｏｆ ｔｈｅ ＡＣＭ ３６（７），ｐｐ．８４−８５，Ｊｕｌｙ １９９３，ａｖａｉｌａｂｌｅ ａｔ：ｈｔｔｐ：／／ｗｗｗ．ａｃｍ．ｏｒｇ／ｐｕｂｓ／ａｒｔｉｃｌｅｓ／ｊｏｕｒｎａｌｓ／ｃａｃｍ／１９９３−３６−７／ｐ８４−ｅｌｒｏｄ／ｐ８４−ｅｌｒｏｄ．ｐｄｆ） Ｒ． Ｈｕｌｌ，Ｐｈ． Ｎｅａｖｅｓ，ａｎｄ Ｊ． Ｂｅｄｆｏｒｄ Ｒｏｂｅｒｔｓ：″Ｔｏｗａｒｄｓ Ｓｉｔｕａｔｅｄ Ｃｏｍｐｕｔｉｎｇ″（Ｐｒｏｃ．ｏｆ ｔｈｅ ｌｓｔ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｗｅａｒａｂｌｅ Ｃｏｍｐｕｔｅｒｓ（ＩＳＥＣ’９７），ｐｐ．１４６−１５３，Ｃａｍｂｒｉｄｇｅ，ＭＡ，ＩＥＥＥ，Ｏｃｔ．１３−１４，１９９７，ａｖａｉｌａｂｌｅａｔ：ｈｔｔｐ：／／ｆｏｇ．ｈｐｌ．ｅｘｔｅｒ−ｎａｌ．ｈｐ．ｃｏｍ／ｔｅｃｈｒｅｐｏｒｔｓ／９７／ＨＰＬ−９７−６６．ｐｄｆ） 暦本純一（Ｊ．Ｒｅｋｉｍｏｔｏ）、綾塚祐二（Ｊ．Ｒｅｋｉｍｏｔｏ）、林一輝（Ｋ．Ｈａｙａｓｈｉ）の「拡張された現実：実空間と情報空間を融合した情報交流（Ａｕｇｍｅｎｔａｂｌｅ Ｒｅａｌｉｔｙ：Ｓｉｔｕａｔｅｄ Ｃｏｍｍｕｎｉｃａｔｏｎ ｔｈｒｏｕｇｈ Ｐｈｙｓｉｃａｌ ａｎｄ Ｄｉｇｉｔａｌ Ｓｐａｃｅｓ）」（１９９８年１０月１９日〜２０日）に米国ペンシルベニア州ピッツバーグで開催されたウェアラブルコンピュータに関する第二回ＩＥＥＥ国際シンポジューム（ＩＳＷＣ’９８）の会報（Ｐｒｏｃ．ｏｆ ｔｈｅ ２ｎｄ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｗｅａｒａｂｌｅ Ｃｏｍｐｕｔｅｒｓ（ＩＳＷＣ’９８））の第６８頁〜第７５頁、この文献は、ｈｔｔｐ：／／ｗｗｗ．ｃｓｌ．ｓｏｎｙ．ｃｏ．ｊｐ／ｐｅｒｓｏｎ／ｒｅｋｉ−ｍｏｔｏ／ｐａｐｅｒｓ／ｉｓｗｃ９８．ｐｄｆから入手可能である。） Ｓ．Ｆｉｃｋａｓ，Ｇ．Ｋｏｒｔｕｅｍ，ａｎｄ Ｚ．Ｓｅｇａｌｌ：″Ｓｏｆｔｗａｒｅ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｄｙｎａｍｉｃ ａｎｄ Ａｄａｐｔａｂｌｅ Ｗｅａｒａｂｌｅ Ｓｙｓｔｅｍｓ″（Ｐｒｏｃ．ｏｆ ｔｈｅ Ｉｓｔ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｗｅａｒａｂｌｅ Ｃｏｍｐｕｔｅｒｓ（ＩＳＷＣ’９７），ｐｐ．５６−６３，Ｃａｍｂｒｉｄｇｅ，ＭＡ，ＩＥＥＥ，Ｏｃｔ．１３−１４，１９９７，ａｖａｉｌａｂｌｅ ａｔ：ｈｔｔｐ：／／ｗｗｗ．ｃｓ．ｕｏｒｅｇｏｎ．ｅｄｕ／ｒｅｓｅａｒｃｈ／ｗｅａｒａｂｌｅｓ／Ｐａｐｅｒｓ／ｉｓｗｃ９７．ｐｓ） ″Ａｄｄｉｎｇ Ｇｅｎｅｒｉｃ Ｃｏｎｔｅｘｔｕａｌ Ｃａｐａｂｉｌｉｔｉｅｓ ｔｏ Ｗｅａｒａｂｌｅ Ｃｏｍｐｕｔｅｒｓ″（Ｐｒｏｃ．ｏｆ ｔｈｅ ２ｎｄ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｗｅａｒａｂｌｅ Ｃｏｍｐｕｔｅｒｓ（ＩＳＷＣ’９８），ｐｐ．９２−９９，Ｐｉｔｔｓｂｕｒｇｈ，ＰＡ，ＩＥＥＥ，Ｏｃｔ．１９−２０，１９９８，ａｖａｉｌａｂｌｅ ａｔ：ｈｔｔｐ：／／ｗｗｗ．ｃｓ．ｕｋｃ．ａｃ．ｕｋ／ｐｕｂｓ／１９９８／６７６／ｃｏｎｔｅｎｔ．ｚｉｐ）ｂｙ Ｊ．Ｐａｓｃｏｅ ″Ｈｕｍａｎ−Ｃｏｍｐｕｔｅｒ−Ｇｉｒａｆｆｅ Ｉｎｔｅｒａｃｔｉｏｎ−ＨＣＩ ｉｎ ｔｈｅ Ｆｉｅｌｄ″（Ｗｏｒｋｓｈｏｐ ｏｎ Ｈｕｍａｎ Ｃｏｍｐｕｔｅｒ Ｉｎｔｅｒａｃｔｉｏｎ Ｗｉｔｈ Ｍｏｂｉｌｅ Ｄｅｖｉｃｅｓ，Ｇｌａｓｇｏｗ，Ｓｃｏｔｌａｎｄ，Ｍａｙ ２１−２３，１９９８，ａｖａｉｌａｂｌｅ ａｔ：ｈｔｔｐ：／／ｗｗｗ．ｄｃｓ．ｇｌａ．ａｃ．ｕｋ／（ｊｏｈｎｓｏｎ／ｐａｐｅｒｓ／ｍｏｂｉｌｅ／ＨＣＩＭＤＩ．ｈｔｍｌ＃＿Ｔｏｃ４２０８１８９８２）ｂｙ Ｊ．Ｐａｓｃｏｅ，Ｎ．Ｓ．Ｒｙａｎ，ａｎｄ Ｄ．Ｒ．Ｍｏｒｓｅ ″Ｅｎｈａｎｃｅｄ Ｒｅａｌｉｔｙ Ｆｉｅｌｄｗｏｒｋ：Ｔｈｅ Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ａｒｃｈａｅｏｌｏｇｉｃａｌ Ａｓｓｉｓｔａｎｔ″（Ｃｏｍｐｕｔｅｒ Ａｐｐｌｉｃａｔｉｏｎｓ ａｎｄ Ｑｕａｎｔｉｔａｔｉｖｅ Ｍｅｔｈｏｄｓ ｉｎ Ａｒｃｈａｅｏｌｏｇｙ，Ｖ．Ｇａｆｆｎｅｙ，Ｍ．ｖａｎ Ｌｅｕｓｅｎ，Ｓ．Ｅｘｘｏｎ（ｅｄｉｔｏｒｓ），Ｏｘｆｏｒｄ，ａｖａｉｌａｂｌｅ ａｔ：ｈｔｔｐ：／／ｗｗｗ．ｃｓ．ｕｋｃ．ａｃ．ｕｋ／ｒｅｓｅａｒｃｈ／ｉｎｆｏｓｙｓ／ｍｏｂｉｃｏｍｐ／Ｆｉｅｌｄｗｏｒｋ／Ｐａｐｅｒｓ／ＣＡＡ９７／ＥＲＦｌｄｗｋ．ｈｔｍｌ）ｂｙ Ｎ．Ｓ．Ｒｙａｎ，Ｊ．Ｐａｓｃｏｅ，ａｎｄ Ｄ．Ｍｏｒｓｅ Ａ．Ｋ．Ｄｅｙ：″Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ｃｏｍｐｕｔｉｎｇ：Ｔｈｅ ＣｙｂｅｒＤｅｓｋ Ｐｒｏｊｅｃｔ″（Ｐｒｏｃ．ｏｆ ｔｈｅ ＡＡＡＩ １９９８ Ｓｐｒｉｎｇ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｉｎｔｅｌｌｉｇｅｎｔ Ｅｎｖｉｒｏｎｍｅｎｔｓ（ＡＡＡＩ Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ ＳＳ−９８−０２），ｐｐ．５１−５４，Ｐａｌｏ Ａｌｔｏ，ＣＡ，ＡＡＡＩ Ｐｒｅｓｓ．Ｍａｒｃｈ ２３−２５，１９９８，ａｖａｉｌａｂｌｅ ａｔ：ｈｔｔｐ：／／ｗｗｗ．ｃｃ．ｇａｔｅｃｈ．ｅｄｕ／ｆｃｅ／ｃｙｂｅｒｄｅｓｋ／ｐｕｂｓ／ＡＡＡＩ９８／ＡＡＡＩ９８．ｈｔｍｌ） Ａ．Ｋ．Ｄｅｙ，Ｇ．Ｄ．Ａｂｏｗｄ，ａｎｄ Ａ．Ｗｏｏｄ：″ＣｙｂｅｒＤｅｓｋ：Ａ Ｆｒａｍｅｗｏｒｋ ｆｏｒ Ｐｒｏｖｉｄｉｎｇ Ｓｅｌｆ−Ｉｎｔｅｇｒａｔｉｎｇ Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ｓｅｒｖｉｃｅｓ″（Ｋｎｏｗｌｅｄｇｅ−Ｂａｓｅｄ Ｓｙｓｔｅｍｓ １１（１），ｐｐ．３−１３，Ｓｅｐｔｅｍｂｅｒ ３０，１９９８，ａｖａｉｌａｂｌｅ ａｔ：ｈｔｔｐ：／／ｗｗｗ．ｃｃ．ｇａｔｅｃｈ．ｅｄｕ／ｆｃｅ／ｃｔｋ／ｐｕｂｓ／ＫＢＳ１１−１．ｐｄｆ） Ｄ．Ｓａｌｂｅｒ，Ａ．Ｋ．Ｄｅｙ，Ｒ．Ｊ．Ｏｒｒ，ａｎｄ Ｇ．Ｄ．Ａｂｏｗｄ：″Ｄｅｓｉｇｎｉｎｇ ｆｏｒ Ｕｂｉｑｕｉｔｏｕｓ Ｃｏｍｐｕｔｉｎｇ：Ａ Ｃａｓｅ Ｓｔｕｄｙ ｉｎ Ｃｏｎｔｅｘｔ Ｓｅｎｓｉｎｇ″（Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ ＧＩＴ−ＧＶＵ−９９−２９，Ｇｅｏｒｇｉａ Ｉｎｓｔ．ｏｆ Ｔｅｃｈｎｏｌｏｇｙ，ＧＶＵ Ｃｅｎｔｅｒ，Ａｔｌａｎｔａ，ＧＡ， ｆｔｐ：／／ｆｔｐ．ｃｃ．ｇａｔｅｃｈ．ｅｄｕ／ｐｕｂ／ｇｖｕ／ｔｒ／１９９９／９９−２９．ｐｄｆ） ″Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ｃｏｍｐｕｔｉｎｇ Ａｐｐｌｉｃａｔｉｏｎｓ″（Ｐｒｏｃ．ｏｆ ｔｈｅ ｌｓｔ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｗｏｒｋｓｈｏｐ ｏｎ Ｍｏｂｉｌｅ Ｃｏｍｐｕｔｉｎｇ Ｓｙｓｔｅｍｓ ａｎｄ Ａｐｐｌｉｃａｔｉｏｎｓ，ｐｐ．８５−９０，Ｓａｎｔａ Ｃｒｕｚ，ＣＡ，ＩＥＥＥ，Ｄｅｃ．８−９，１９９４，ａｖａｉｌａｂｌｅ ａｔ：ｆｔｐ：／／ｆｔｐ． ｐａｒｃ． ｘｅｒｏｘ．ｃｏｍ／ｐｕｂ／ｓｃｈｉｌｉｔ／ｗｍｃ−９４．ｓｃｈｉｌｉｔ．ｐｓ）ｂｙ Ｂ．Ｎ．Ｓｃｈｉｌｉｔ，Ｎ．Ｉ．Ａｄａｍｓ，ａｎｄ Ｒ．Ｗａｎｔ ″Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ａｐｐｌｉｃａｔｉｏｎｓ：Ｆｒｏｍ ｔｈｅ Ｌａｂｏｒａｔｏｒｙ ｔｏ ｔｈｅ Ｍａｒｋｅｔｐｌａｃｅ″（ＩＥＥＥ Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ４（５），ｐｐ．５８−６４，Ｏｃｔ．１９９７，ａｖａｉｌａｂｌｅ ａｔ：ｈｔｔｐ：／／ｗｗｗ．ｃｓ．ｕｋｃ．ａｃ．ｕｋ／ｐｅｏｐｌｅ／ｓｔａｆｆ／ｐｊｂ／ｐａｐｅｒｓ／ｐｅｒｓｏｎａｌ＿ｃｏｍｍｓ．ｈｔｍｌ）ｂｙ Ｐ．Ｊ．Ｂｒｏｗｎ，Ｊ．Ｄ．Ｂｏｖｅｙ，ａｎｄ Ｘ．Ｃｈｅｎ ″ＣｙｂｅｒＤｅｓｋ：Ｔｈｅ Ｕｓｅ ｏｆ Ｐｅｒｃｅｐｔｉｏｎ ｉｎ Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ｃｏｍｐｕｔｉｎｇ″（Ｐｒｏｃ．ｏｆ ｔｈｅ １９９７ Ｗｏｒｋｓｈｏｐ ｏｎ Ｐｅｒｃｅｐｔｕａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅｓ（ＰＵＩ’９７），ｐｐ．２６−２７，Ｂａｎｆｆ，Ａｌｂｅｒｔａ，Ｏｃｔ．１９−２１，１９９７，ｈｔｔｐ：／／ｗｗｗ．ｃｃ．ｇａｔｅｃｈ．ｅｄｕ／ｆｃｅ／ｃｙｂｅｒｄｅｓｋ／ｐｕｂｓ／ＰＵＩ９７／ｐｕｉ．ｈｔｍｌ）ｂｙ Ａ．Ｋ．Ｄｅｙ ａｎｄ Ｇ．Ｄ．Ａｂｏｗｄ ″Ａ Ｎｅｗ Ｌｏｃａｔｉｏｎ Ｔｅｃｈｎｉｑｕｅ ｆｏｒ ｔｈｅ Ａｃｔｉｖｅ Ｏｆｆｉｃｅ″（ＩＥＥＥ Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ４（５），ｐｐ．４２−４７，Ｏｃｔ．１９９７，ｈｔｔｐ：／／ｗｗｗ．ｉｔ．ｋｔｈ．ｓｅ／ｅｄｕ／Ｐｈ．Ｄ／ＬｏｃａｔｉｏｎＡｗａｒｅ／ｆｔｐ．ｏｒｌ．ｃｏ．ｕｋ：／ｐｕｂ／ｄｏｃｓ／ＯＲＬ／ｔｒ．９７．１０．ｐｄｆ）ｂｙ Ａ．Ｗａｒｄ，Ａ．Ｊｏｎｅｓ，ａｎｄ Ａ．Ｈｏｐｐｅｒ ″Ｃｏｎｔｅｘｔ−Ａｗａｒｅｎｅｓｓ ｉｎ Ｗｅａｒａｂｌｅ ａｎｄ Ｕｂｉｑｕｉｔｏｕｓ Ｃｏｍｐｕｔｉｎｇ″（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ ３，ｐｐ．２００−２１１，１９９８，ａｖａｉｌａｂｌｅ ａｔ：ｈｔｔｐ：／／ｗｗｗ．ｃｃ．ｇａｔｅｃｈ．ｅｄｕ／ｆｃｅ／ｃｔｋ／ｐｕｂｓ／ＶＲＳＩＪ−３．ｐｄｆ）ｂｙ Ｇ．Ｄ．Ａｂｏｗｄ，Ａ．Ｋ．Ｄｅｙ，Ｒ．Ｊ．Ｏｒｒ，ａｎｄ Ｊ．Ｂｒｏｔｈｅｒｔｏｎ ″Ｄｅｖｅｌｏｐｉｎｇ ａ Ｃｏｎｔｅｘｔ−Ｓｅｎｓｉｔｉｖｅ Ｔｏｕｒ Ｇｕｉｄｅ″（ｌｓｔ Ｗｏｒｋｓｈｏｐ ｏｎ Ｈｕｍａｎ Ｃｏｍｐｕｔｅｒ Ｉｎｔｅｒａｃｔｉｏｎ ｆｏｒ Ｍｏｂｉｌｅ Ｄｅｖｉｃｅｓ，Ｇｌａｓｇｏｗ，Ｓｃｏｔｌａｎｄ，Ｍａｙ ２１−２３，１９９８，ａｖａｉｌａｂｌｅ ａｔ：ｈｔｔｐ：／／ｗｗｗ．ｄｃｓ．ｇｌａ．ａｃ．ｕｋ／（ｊｏｈｎｓｏｎ／ｐａｐｅｒｓ／ｍｏｂｉｌｅ／ＨＣＩＭＤｌ．ｈｔｍｌ＃Ｔｏｃ４２０８１８９８６）ｂｙ Ｎ．Ｄａｖｉｅｓ，Ｋ．Ｍｉｔｃｈｅｌｌ，Ｋ．Ｃｈｅｖｅｒｓｔ，ａｎｄ Ｇ．Ｂｌａｉｒ ″Ｃｏｎｔｅｘｔ−Ａｗａｒｅ，Ａｄａｐｔｉｖｅ Ｗｅａｒａｂｌｅ Ｃｏｍｐｕｔｅｒｓ ａｓ Ｒｅｍｏｔｅ Ｉｎｔｅｒｆａｃｅｓ ｔｏ’Ｉｎｔｅｌｌｉｇｅｎｔ’Ｅｎｖｉｒｏｎｍｅｎｔｓ″（Ｐｒｏｃ．ｏｆ ｔｈｅ ２ｎｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｗｅａｒａｂｌｅ Ｃｏｍｐｕｔｅｒｓ（ＩＳＷＣ’９８），ｐｐ．５８−６５，Ｐｉｔｔｓｂｕｒｇｈ，ＰＡ，ＩＥＥＥ，Ｏｃｔｏｂｅｒ １９−２０，１９９８，ｈｔｔｐ：／／ｗｗｗ．ｃｓ．ｕｏｒｅｇｏｎ．ｅｄｕ／ｒｅｓｅａｒｃｈ／ｗｅａｒａｂｌｅｓ／Ｐａｐｅｒｓ／ＩＳＷＣ９８−ｋｏｒｔｕｅｍ．ｐｓ）ｂｙ Ｇ．Ｋｏｒｔｕｅｍ，Ｚ．Ｓｅｇａｌｌ，ａｎｄ Ｍ．Ｂａｕｅｒ ″ＭＣＦＥ Ｍｅｔａｄａｔａ Ｅｌｅｍｅｎｔｓ，Ｖｅｒｓｉｏｎ ０．２．Ｗｏｒｋｉｎｇ Ｄｏｃｕｍｅｎｔ″（Ｕｎｉｖｅｒｓｉｔｙ ｏｆ Ｋｅｎｔ ａｔ Ｃａｎｔｅｒｂｕｒｙ，Ｋｅｎｔ，ＵＫ，ａｖａｉｌａｂｌｅ ａｔ：ｈｔｔｐ：／／ｗｗｗ．ｃｓ．ｕｋｃ．ａｃ．ｕｋ／ｒｅｓｅａｒｃｈ／ｉｎｆｏｓｙｓ／ｍｏｂｉｃｏｍｐ／Ｆｉｅｌｄｗｏｒｋ／Ｎｏｔｅｓ／ｍｃｆｅｍｅｔａ．ｈｔｍｌ）ｔｈｅ ａｕｔｈｏｒ Ｎ．Ｒｙａｎ ″Ｔｒｉｇｇｅｒｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ ｂｙ Ｃｏｎｔｅｘｔ″（Ｐｅｒｓｏｎａｌ Ｔｅｃｈｎｏｌｏｇｉｅｓ２（１），ｐｐ．１−９，Ｍａｒｃｈ １９９８，ａｖａｉｌａｂｌｅ ａｔ：ｈｔｔｐ：／／ｗｗｗ．ｃｓ．ｕｋｃ．ａｃ．ｕｋ／ｐｅｏｐｌｅ／ｓｔａｆｆ／ｐｊｂ／ｐａｐｅｒｓ／ｐｅｒｓｏｎａｌ＿ｔｅｃｈｎｏｌｏｇｉｅｓ．ｈｔｍ）ｂｙ Ｐ．Ｊ．Ｂｒｏｗｎ ヨーロッパ特許公開公報ＥＰ １ １０７ ５１２ Ａ１ ヨーロッパ特許公開公報ＥＰ １ １３０ ８６９ Ａ１ ヨーロッパ特許公開公報ＥＰ １ １９９ ８６０ Ａ１ ヨーロッパ特許公開公報ＥＰ １ ２９８ ５２７ Ａ１

本発明は、ユーザ定義の行動のセット（所謂ユーザプロファイルにおいて収集される）をどのように指定して、それらを特定のトリガ条件（ｔｒｉｇｇｅｒｉｎｇ ｃｏｎｄｉｔｉｏｎ）に結び付けるか、個々のユーザに代わって、自動的に実行される特定のユーザプロファイルの行動を、どの環境でいつ及びどのように検出するか、その行動をどのように自動的に実行するかという問題を解決する。更に、本発明は、上述した３つの問題を解決するために、無線又は有線のアドホックネットワークで接続されたモバイル端末のソフトウェアアプリケーション（及び／又はミドルウェアコンポーネント）の開発者に、特別なアプリケーションプログラミングインタフェース（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ ｉｎｔｅｒｆａｃｅ：ＡＰＩ）を提供するミドルウェアコンポーネントを識別する問題を解決する。これにより、上述のモバイル端末のソフトウェア（及び／又はミドルウェアコンポーネント）の開発者は、上述のミドルウェアコンポーネントの機能を、各ソフトウェアアプリケーション（及び／又はミドルウェアコンポーネント）に対して再実装することなく、導入することができる。

本発明は、上述した問題に鑑みてなされたものであり、本発明の目的は、コンテキストウェアサービスの発見、及びモバイルアドホックネットワーク内において自動的に発見されたサービスによって提供される行動のセットの自動的な実行をサポートするＱｏＳ距離調査機構（ＱｏＳ ｍｅｔｒｉｃ ｐｒｏｂｉｎｇ ｍｅｃｈａｎｉｓｍ）を提供することである。起動条件は、イベント、例えばモバイル端末の有線又は無線のアドホックネットワークへの接続、基本的なネットワークトポロジの変更、別のモバイル端末の物理的な近くにモバイル端末が移動、アドホックネットワーク内へのユーザの出現及び消失を意味する存在の認識（ｐｒｅｓｅｎｃｅ ａｗａｒｅｎｅｓｓ）、モバイル端末のネットワークからの切断（ｄｅｔａｃｈｍｅｎｔｓ）等のイベント（及び、最終的にはそれらの特定の組合せ）の特定クラスのケースに関して指定されなければならない。

特定のユーザプロファイルに含まれる各行動の仕様は、オプションとして、あるクオリファイア（ｑｕａｌｉｆｉｅｒｓ、以下、ガード条件又は単にカードという。）を含まなければならず、このクオリファイアは、特定の行動を実行する前に、満たされなければならない新たなローレベルの条件である。

この目的は、独立請求項の特徴によって達成される。好ましい特徴は、従属請求項によって定義される。本発明の更なる目的及び効果は、以下の詳細な説明によって明らかになる。

本発明は、ネットワークによって提供されるサービスを自動的に発見するためのミドルウェアエンティティを提供し、これらのサービスを制御するための動作の実行をトリガするための所定の複数のトリガ条件が満たされたときに、端末装置によってホストされる特定のサービスの利用可能性、ネットワークを介して、相互接続された他の端末装置の存在、又は端末装置の１つを動作させるユーザの存在を示すイベント通知メッセージの受信に応じて、アプリケーション又はミドルウェアエンティティに代わって、ユーザによって定義された動作の組を実行する。このようなイベントとしては、例えば、アドホックネットワークへのモバイル端末（５０４）の接続、基本的なネットワークトポロジの変化、モバイル端末の他のモバイル端末への接近、ネットワーク内のサービス及び／又はユーザの存在、アドホックネットワークからのモバイル端末の切断、時間的なイベント（例えば、発生によって通知されるカレンダアイテム）及びこれらの種類のイベントの任意の組合せがある。この動作は、このモバイル端末又はアドホックネットワークを介して相互接続される他のモバイル端末でホストされるサービスの呼出しであってもよい。上述したユーザプロファイルは、モバイル端末（例えば、ＰＤＡ、携帯電話等）又は、テレビジョン受像機、ホームゲートウェイ等の固定又はモバイルのカスタマエッジ（ＣＥ）デバイスに格納されている。また、これらのユーザプロファイルを格納する分散型データベースを採用してもよい。

このように、本発明は、ミドルウェアエンティティであるプロファイルアクティブ化エンジン（Ｐｒｏｆｉｌｅ Ａｃｔｉｖａｔｉｏｎ Ｅｎｇｉｎｅ：ＰＡＥ）の概念を開示し、これによりユーザは、ある種の、複雑なトリガリング条件が満たされたときに自動的に実行すべき、所定のネットワーク内に存在するサービスによって提供される動作のリストを特定できる。上述したトリガ条件の監視では、様々なイベント作成者からの特定のイベントの非同期な通知を利用する。

以下、図１〜図５を用いて、本発明の実施例を詳細に説明する。図１〜図３８において、参照番号及び符号が付された全てのシンボルの意味は、表３に記載している。

図１は、本発明に基づくＰＡＥシステムアーキテクチャのアウトラインを示すＵＭＬクラス図１００を示している。ここでは、システムとしてステレオタイプ化されたパッケージアイコンは、適用された演算ユニット装置１０２〜１２０を表し、破線の矢印は、これらの演算ユニット間の依存関係を表す。すなわち、依存関係矢印の始点に対応する演算ユニットは、この矢印の終点に対応する演算ユニットのサービスに依存している。

本発明においては、プロファイルアクティブ化エンジン１１０’は、以下のミドルウェアコンポーネントによって構成されるミドルウェアエンティティである。
・結合作成エンジン１０８。これにより、ユーザがトリガ条件を作成及び／又は選択すること及びユーザプロファイルを作成及び／又は選択し、これらを関連付けることを補助し、これにより、ユーザは、ユーザフレンドリな手法で、結合（ｂｉｎｄｉｎｇ）を容易に作成することができる。
・ＰＡＥコア１１０。何らかのトリガ条件が満たされたことを示すイベント通知の受信に応じて、実際のプロファイルアクティブ化を処理するエンティティである。このエンティティにより、ＰＡＥアウェアアプリケーションは、ＰＡＥのよく定義されたＡＰＩを用いることによって、結合を直接インストールすることができる。ＰＡＥコア１１０が構成されているパッケージのより詳細及びこのパッケージ間の相互依存関係を図１Ａに示す。これらのパッケージは、結合作成エンジン１０８のサービスを利用することによって（Ｓ２ａ’）又は特定されたアプリケーションプログラミングインタフェース（ＡＰＩ）を用いることによってアプリケーションに結合２０６を直接インストールさせることによって（Ｓ２ａ”）、トリガ条件２０４とプロファイル２１０の間の結合のアクティブ化２０６を管理する（Ｓ２ａ）結合管理ユニット１０９ａと、ネットワーク内の相互接続されたノード５０２ａによって提供される自動的に発見されたサービスの要求、アクティブ化、制御及び／又は非アクティブ化のために用いられる動作２１４の実行をトリガする、アクティブな結合２０６に属するトリガ条件２０４の発生を監視し（Ｓ２ｂ）、高精度な制御のために、ガード条件を評価する（Ｓ２ｃ）トリガ条件モニタ１０９ｂと、何らかのトリガ条件２０４が満足されたことを示すイベント通知メッセージの受信に応じて、動作２１４を実行する（Ｓ２ｄ）プロファイル実行エンジン１０９ｃとを備える。

ＰＡＥコア１１０は、図１に示すように、本発明の一実施例に基づくＰＡＥ１１０’の一部である幾つかのミドルウェアエンティティ、すなわち、イベントサービスシステム１１２、コンテキスト処理システム１１４、スクリプトインタプリタシステム１１６（ＰＡＥコア１１０にアドオンされるオプション機能）に依存する。

イベントサービスシステム１１２は、特に、複雑なトリガ条件（ＰＡＥ１１０’が通知に登録するイベントとしてモデル化される）を評価するＰＡＥ１１０’をサポートする。このミドルウェアエンティティは、すべてのイベント作成者（すなわち、ある条件が満たされると必ずイベント通知メッセージを生成するターゲットサービス及び／又はミドルウェアエンティティ）の組と、すべてのイベントユーザ（すなわち、イベント通知メッセージの特定クラスを受け取ることを希望するターゲットサービス及び／又はミドルウェアエンティティ）の組との間の仲介者として機能する。イベントサービスシステム１１２は、特に、以下の動作を扱う。
ａ）イベント作成者の抽象化：イベントサービスシステム１１２により、イベントユーザは、所定のイベント作成者が作成した特定のイベントではなく、イベントのクラスに登録できる。なお、イベントサービスシステム１１２により、イベントユーザは、所定のイベント作成者が作成した特定のイベントに登録することもできる。

ｂ）配信アスペクトの抽象化：イベントサービスシステム１１２は、ａ）に示した機能により、イベントユーザがイベント作成者の実際の場所を知らないことを補償できる。本発明の一実施例として、リモートイベントを扱うために、よく確立されている技術（例えば、ＧＥＮＡ）を用いてもよい。

ｃ）イベント通知メッセージのフィルタリング：イベントサービスシステム１１２は、所定のイベントのクラスに関心がある登録されたイベントユーザだけにイベント通知メッセージを送信し、及び／又は特定のイベント作成者が作成したイベント通知メッセージのみを送信する。

ｄ）イベントの関連付け：これは、ＰＡＥ１１０’において不可欠な、イベントサービスシステム１１２に関する重要な機能である。イベントサービスシステム１１２により、イベントユーザは、複雑なイベントのクラスに登録し、これにより、様々な又は同じイベント作成者が作成した基本的なイベントが関連付けられ、特定の期間内に、このような相関関係が発生した場合にのみ、ＰＡＥコア１１０に通知メッセージを送る。このため、イベントサービスシステム１１２は、関心があるイベントユーザが登録時にイベントサービスシステム１１２に登録した適切な仕様に基づいて、何らかの種類の複雑なイベントの発生を監視するイベント相関器１０７と呼ばれる汎用ミドルウェアサブユニットを備える。

ｅ）適切なイベントユーザへの配信の前の所定のイベント通知メッセージの前処理：最適化（イベントユーザに関する）の形式として、イベントサービスシステム１１２により、イベントユーザは、登録時において、イベント属性に含まれている如何なる情報に興味があるかについても指定することができる。この特徴は、異なる及び／又は同じ種類の複数のイベントの相関関係に基づく複雑なイベントが発生した場合に有用である。

イベントサービスシステム１１２を通して、ＰＡＥ１１０’は、以下のミドルウェアエンティティ（以下では、ローカルイベント作成者とも呼ぶ。）からの入力データに依存する。
・ネットワーク情報エンジン（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｎｇｉｎｅ：以下、ＮＩＥという）。これは、ネットワーク、モバイル端末及びサービスの発見に関係があるイベントを検出し、並びにＰＡＥ１１０’のホストとなるモバイル端末５０４の周りのある半径内でのモバイル端末及び／又はサービスの発見に関係するイベントを検出するために用いられる
・個人識別ユニット（Ｐｅｒｓｏｎ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｕｎｉｔ：以下、ＰＩＵという）。これは、モバイルネットワーク環境内のユーザの発見に関するイベントを検出し（如何なる手法を用いてもよい。）、及び上述した半径内におけるユーザの発見に関するイベントを検出するために用いられる。

リモートイベント作成者は、ネットワーク接続を介して所定のＰＡＥ１１０’に自らのイベント通知メッセージを送信する他の演算ユニットのローカルなイベント作成者である。リモートイベント作成者は、所定のネットワークにおいて用いられているサービス又は如何なる種類のセンサ装置を備えていてもよい。

本発明の一実施例では、イベントサービスシステム１１２とローカル／リモートのイベント作成者ＮＩＥ、個人識別ユニット（ＰＩＵ）及びリモートイベント作成者）との間でコンテキスト処理システム１１４を用いてもよく、これにより、イベント通知メッセージに含まれている生データから実際のコンテキストに関して、より高度な情報を推定することができる。イベントサービスシステム１１２のイベント相関器機能は、コンテキスト処理システム１１４の一部とみなすこともできる。このため、コンテキスト処理システム１１４の様々な構成を静的又は動的に実現するフレームワークの使用が想定される。コンテキスト処理システム１１４を用いることにより、通知メッセージに含まれていないコンテキスト計算モデルさえも追加的なコンテキストデータに含ませることができる。このような情報は、例えばセンサ（例えば、熱センサ）又はデータベース等の特定のコンテキストデータソースをオンデマンドで明示的にポーリングすることによって得てもよい。

結合作成エンジン１０８は、（プロファイル及びトリガ条件の仕様とともに）ストレージと結合の検索を管理するために用いられるメタデータ管理ユニット１０２に依存する。結合作成エンジン１０８により、ユーザは、メタデータ管理ユニット１０２を用いることによって、作成済みのあらゆる結合を後に再利用し、これにより手間を省くことができる。

汎用アプリケーションシステム１０４と汎用サービスシステム１０６は、ＰＡＥ１１０の実際のクライアントをモデル化する。これにより、汎用アプリケーションシステム１０４特定のＰＡＥコアＡＰＩを介して、ＰＡＥ１１０’への結合（ｂｉｎｄｉｎｇ）を登録し、アクティブ化し、非アクティブ化し、登録解除する。このため、結合作成エンジン１０８は、汎用アプリケーションの特別なケースであるとみなすことができる。但し、結合作成エンジン１０８は、このＡＰＩを用いるだけではなく、結合をメタデータとして管理するために、汎用アプリケーションシステム１０４とインタフェースを共有する。汎用サービスシステム１０６は、自らが発行し、プロファイルに保存された動作を定義するために用いられるプリミティブのインプリメンテーションを提供する。

以下、図２にＵＭＬクラス図として示す、本発明の一実施例に基づくＰＡＥ概念のためのデータモデルを構成する定義の組を示す。
・プロファイル：プロファイル２１０は、他のプロファイルへの参照情報を含むことができる動作２１４のリストと定義される。これは、イー・ガンマ（Ｅ．Ｇａｍｍａ）らによる書籍「設計パターン−再利用可能なオブジェクト指向ソフトウェアの要素（Ｄｅｓｉｇｎ Ｐａｔｔｅｒｎｓ−Ｅｌｅｍｅｎｔｓ ｏｆ Ｒｅｕｓａｂｌｅ Ｏｂｊｅｃｔ−Ｏｒｉｅｎｔｅｄ Ｓｏｆｔｗａｒｅ）（ｉｎ：Ａｄｄｉｓｏｎ Ｗｅｓｌｅｙ，Ｒｅａｄｉｎｇ，Ｍａｓｓａｃｈｕｓｅｔｔｓ（ＵＳＡ），１９９４，ＩＳＢＮ ０−２０１−６３３６１−２）」に記載されている複合設計パターン（Ｃｏｍｐｏｓｉｔｅ Ｄｅｓｉｇｎ Ｐａｔｔｅｒｎ）に基づいてモデリングされる。
・トリガ条件：論理式であるトリガ条件２０４は、自動プロファイルの実行２１０をトリガするためには、何が起こればいいかを記述する。トリガ条件は、再帰的に定義してもよい。
・結合（Ｂｉｎｄｉｎｇ）：結合２０６は、プロファイル２１０をトリガ条件２０４に結合するコンテナであり、これにより、所定のトリガ条件２０４が「真」になった場合に実行すべきプロファイル２０６を指定する。結合レベルにおいて様々なトリガ条件２０４を結合することによってより複雑な論理式を指定してもよい。結合２０６は、アクティブ化された結合又は非アクティブされた結合として定義できる。すなわち、トリガ条件２０４が「真」の値となり、結合２０６がアクティブ化された場合、結合プロファイル２１０（動作２１４のリストに関する）が実行される。アクティブ化された結合２０６は、所定の（単一の又は結合された）トリガ条件２０４が「準備された（ａｒｍｅｄ）」ことを示す。（←Ａｎ ａｃｔｉｖａｔｅｄ Ｂｉｎｄｉｎｇ ２０６ ｉｎｄｃａｔｅｓ ｔｈａｔ ａ ｇｉｖｅｎ（ｓｉｍｐｌｅ ｏｒ ｃｏｍｂｉｎｅｄ）Ｔｒｉｇｇｅｒｉｎｇ Ｃｏｎｄｉｔｉｏｎ ２０４ ｉｓ ″ａｒｍｅｄ″．）結合２０６は、結合の作成者（ユーザ又は開発者）から渡された明示的な明白なコンストラクタパラメータに基づいて、既にアクティブ化され又は非アクティブ化された状態で作成してもよい。
・ターゲットサービス：ターゲットサービス２１２は、プロファイル２１０のアクティブ化に応じて、動作２１４の実行をサポートする汎用サービス１０６を特定する。

その結果、動作２１４は、ターゲットサービス２１２毎にグループ化される。すなわち、実際に、プロファイル２１０は、サービスが所定のＰＡＥ１１０’と同じ機器の上にインストールされているか、リモート機器上にあるかにかかわらず、様々なサービスによって実行すべき動作２１４のリストを示すことができる。

オプションとして、各動作２１４の振る舞いを微調整するために用いられるガード条件によって、個々の動作２１４を制限する（ｑｕａｌｉｆｙ）ことができる。このため、以下のような主な問題を考慮する必要がある。
・誰が（そして、どのように）ガード変数を定義するか。ガード変数は、モバイル端末５０４の特定の部分のあるプロパティを監視する。明確に定義された規約に基づいているこれらの部分は、このような性質を発行するべきである。プロファイル作成者は、発行されたガード２０８のリストを単に閲覧することによって所定のプロファイル２１０を作成するが、ガード変数をプロファイルに含むことができなければならない。
・どのコンテキストにおいてガード変数を定義するか。ガード変数の選択は、よく定義された規約に基づいて、ターゲットサービス２１２によって明示的に発行されたプロパティのみに制限されるべきである。これらのサービスは、同じ機器の上インストールしてもよく（ローカルコンテキスト）、他の機器にインストールしてもよい（リモートコンテキスト）。
・ガード変数をどのように評価できるか。一旦、トリガ条件２０４が満たされると、ＰＡＥ１１０’は、対応する何らかのガード変数が「真」になった場合プロファイル２１０に示された各動作２１４を実行する必要がある。このため、ＰＡＥ１１０’は、ガードステートメントにおいて示されるプロパティの現在の値を検索し、ガード２０８の論理式を評価する必要がある。所定のプロパティが他の移動端末上のサービスに属する場合、ＰＡＥ１１０’は、ガードの論理式２０８を評価するために、この情報を明示的に検索する必要がある。

なお、ガード２０８は、１つ以上のローカル又はリモートで定義されたプロパティに関する論理式を含むことができる。ガード２０８は、対応する動作が取り扱う基本的なサービスのインタフェースによって定義される。

本発明の一実施例では、ユーザレベルプロファイルとサービスプロバイダレベルプロファイルといった２つのレベルのプロファイルを用いる。ユーザは、（ガード２０８を定義するための）上述したプロパティのリストを用いることによってユーザレベルプロファイル及び所定のサービス（例えば、リモートインタフェースとして）発行された（取るべき動作２１４を定義するための）プリミティブを直接特定する。

製造業者は、各サービスによって、どのような特定の精密なプリミティブがエクスポートされるか及びユーザレベルの動作を実現するためにこれらの如何なる組合せが必要であるかを示すためにサービスプロバイダレベルプロファイルを指定する（これにより、ユーザが所定のサービスに関して深い知識を有する必要が無くなる）。

本発明の更なる側面においては、ＰＡＥ１１０’は、動的な検索及び静的な検索の２つの相補的な手法によって、リモートインタフェースの定義及びサービスプロバイダレベルプロファイルに関する情報を得ることができる。
・動的な検索：動的な検索には、代替的な様々なオプションを用いることができる。例えば、サービス発見プロトコル（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ：以下、ＳＤＰという。）を介して、経時的に、情報を事前に広めることができる。これに代えて、これらのサービスが特定の属性としてこのような情報を発行しているとの仮定に基づいて、（サービスを発見すると直ちに）明示的にサービスに問い合わせを行うことによって、この情報を検索してもよい。また、この情報は、（特にメモリ又は旧式のインタフェースの強制に関する）能力が制限された機器において動作するサービスをサポートするプロキシエンティティについて問い合わせることによって検索してもよい。
・静的な検索：この場合、上述した情報は、ローカル又はリモートの持続的なリポジトリ（ｐｅｒｓｉｓｔｅｎｔ ｒｅｐｏｓｉｔｏｒｙ）から検索される。この（サービス／機器タイプ毎の）情報は、所定の期間に亘って頻繁に変更されるものではないと考えられるので、対応する記述は、例えば、ウェブサーバから更新をダウンロードできるプロファイルライブラリに含まれていると仮定してもよい。

いずれの場合でも、動的に検索された何らかのリモートインタフェースの定義及びサービスプロバイダレベルプロファイルは、後に実行されるより高速な静的な検索のためにローカル又はリモートに保存することができる。

プロファイルは、適用可能であれば、動作２１４によって示されるプリミティブのためのパラメータリストによって定義できる。パラメータの実際の値は、プロファイル２１０に含まれる。

また、適用可能でれば、動作２１４によって示されるプリミティブ内にフォーマルパラメータを含めてもよい。このようにＰＡＥ１１０’は、いつでも、実行時にＰＡＥ１１０’によって判定された何らかの情報の断片（例えば、ＮＩＥによって検出されたサービスの識別子を各プリミティブを実現するサービスに送ることができる。

実際、この情報により、所定の動作２１４によって示されるプリミティブを実現するサービスは、適切な判定を行うことができる。例えば、自動写真同期アプリケーションは、複数の画像管理サービスに関する画像の同期を回避することを望む場合がある。この場合、このアプリケーションは、実行時に判定した特定の１つの画像管理サービスのみを選択することを望む。

本発明の更なる実施例では、結合２０６、プロファイル２１０、トリガ条件２０４の仕様は、以下の２つの手法によって実現される。
・宣言型言語を用いて結合２０６、プロファイル２１０、トリガ条件２０４を定義する。
・ＰＡＥコア１１０によって提供されるオブジェクト指向ＡＰＩを用いてオブジェクトモデルを作成する。

この場合、このオブジェクトモデルの実行時のイメージをシリアル化することによって、結合、プロファイル、トリガ条件の仕様の持続性が実現される。

本発明の１つの側面では、カスタム文法を用いてトリガ条件２０４に関する（及び、オプションとして、ガード２０８に関する）論理式を表現する。本発明の更なる側面では、ＸＰａｔｈ又はＭａｔｈＭＬ等の既存の規格を用いる。

動作記述の構文は、遠隔手続呼出し（ｒｅｍｏｔｅ ｐｒｏｃｅｄｕｒｅ ｃａｌｌ：以下、ＲＰＣという。）の選択のメカニズムの構文に従ってモデル化できる。この場合、プロファイル仕様を選択されたメカニズム（ＳＯＡＰ、ＸＭＬ ＲＰＣ等）に適応化させる必要がある。しかしながら用いられているＲＰＣメカニズムからの独立性を保つため、及び、幾つかのターゲットサービス２１２は、所定のＰＡＥコア１１０がインストールされて、動作する同じモバイル端末の上でホストされるため、本発明の一実施例では、簡易プロファイル仕様記述言語を使用する。これは、リモート手続呼出メカニズムがプロファイル２１０を指定するのに用いられた構文はとは異なる場合に、結合仕様に含まれている各動作記述を実際のリモート手続呼出メカニズムにマッピングするためにトランスレータメカニズム（ｔｒａｎｓｌａｔ ｏｒ ｍｅｃｈａｎｉｓｍ）を用いることを意味する。

上述したＰＡＥコア１１０がインストールされ動作する１つのモバイル端末以外のモバイル端末にインストールされたターゲットサービス２１２については、サービス発見プロトコル（ＳＤＰ）を介してリモートから制御可能なインタフェースの記述及びそれらの発行されたプロパティのリスト（「状態変数」とも呼ばれる。）を利用可能であり、これにより結合の作成者２０６は、動作２１４を選択し、指定でき、適用可能であれば、ＰＡＥコア１１０は、動作２１４を呼び出すことができる。ＰＡＥコア１１０がインストールされ動作する１つのモバイル端末以外のモバイル端末にインストールされたターゲットサービス２１２は、同じ情報を提供する必要がある。このため、本発明では、配信状況からのこの発行された情報の検索を抽象化する。

更に、本発明により、ユーザは、ローカル及び／又はリモートの手続の呼出しにおいて、フォーマルパラメタを指定できるが、但し指定できるパラメータは、ターゲットサービスのインタフェース記述（ＳＤＰを介して検索できる）の一部として発行され、プロファイル２１０とトリガ条件２０４が指定された時点で既知であるパラメータの組に制限される。これは、発行された契約（ｃｏｎｔｒａｃｔ）がプロファイル及びトリガ条件の仕様において用いられている契約に一致するターゲットサービス２１２の実行のみをＰＡＥ１１０’が自動化することを意味する。

構造を簡潔にするために、ＰＡＥコア１１０は、ローカル及びリモートの手続の呼出しの誤差値を直接は検査しない。条件付き分岐とループを含むより複雑なプロファイル２１０については、実際、スクリプト言語が必要である。このため、ＰＡＥ１１０’は、委任モデル（ｄｅｌｅｇａｔｉｏｎ ｍｏｄｅｌ）を用いる。すなわち、プロファイル２１０が、複雑なロジックの指定を必要とする場合、常に、これに対応して、特定の動作２１４がプロファイル２１０に挿入される。この動作２１４は、ローカルサービスを呼び出し、ローカルサービスは、各スクリプト（所定の動作２１４のパラメータとして渡される）を別個に解釈し、ローカル及びリモートリモートターゲットサービス２１２のコマンドを呼び出す。このような追加機能を取り扱うミドルウェアエンティティは、図１に示すスクリプトインタプリタ１１６である。

上述と同様の委任原理（ｄｅｌｅｇａｔｉｏｎ ｐｒｉｎｃｉｐｌｅ）に従いＰＡＥコア１１０は、受信したイベント通知メッセージによって搬送されるデータの複雑な何らかの処理を外部のエンティティに委任することができる。上述したイベント相関器の機能は、この原理の他の応用例である。本発明の１つの側面では、欧州特許公開番号第ＥＰ１２９８５２７Ａ１に示されているような動的に構成可能なコンテキストシステムの概念を用いることによってこの原則をより一般的な演算に拡張できる。更に、ＰＡＥコア１１０がインタフェース固有のサポートコード（例えば、スタッブ）に直接依存するのではなく、ＲＰＣメカニズムのインプリメンテーションを単一のミドルウェアエンティティに完全に委任してもよい。これにより、特定のＲＰＣメカニズム（例えば、ＳＯＡＰＸＭＬ ＲＰＣ等）の選択に拘束されない抽象構文で動作仕様を表現することができる。

以下のセクションでは、アクタ（汎用アプリケーションシステム１０４と汎用サービスシステム１０６）を示す図３で表現されたＵＭＬユースケース図（ＵＭＬ ｕｓｅ ｃａｓｅ ｄｉａｇｒａｍ）及び適用されたユースケース（管理プロファイル１１０ａ、手動アクティブ化プロファイル１１０ｂ、自動アクティブ化プロファイル１１０ｃ、レジスタプロファイル１１０ｄ及びデレジスタプロファイル１１０ｅ、アクティブ化プロファイル１１０ｆ及び非アクティブ化プロファイル１１０ｇ）によって、本発明に基づくＰＡＥ概念を示す。

「汎用アプリケーション」アクタ１０４は、それぞれのモバイル端末５０４によってホストされるＰＡＥミドルウェアエンティティ１１０’のインタフェースを用いる。一方、「汎用サービス」アクタ１０６は、図５に示すように、モバイルアドホックネットワーク５０２ａを介して相互接続された複数のモバイル端末５０４によってアクセスし、使用できるあらゆる機能を表すことができる。これは、モバイル端末５０４にとって、よく定義されたインタフェースを介して可視でありアクセス可能である（これにより、例えば、モバイル端末５０４は、汎用サービス１０６をリモートから制御することができる）。

これらのユースケース１１０ａ〜ｇに関する簡潔な要約を以下の表に示す。

以下のセクションでは、本発明によって開示されるＰＡＥ概念と、上述した従来の技術と比較することにより、従来の技術に対する本発明の主な利点を明らかにする。

本発明は、上述したコンテンツアウェア（ＣＡ）パラダイムを応用したものである。したがってコンテキスト情報（特定のイベントの発生）に基づいて特定のシステム行動（プロファイル２１０の動作２１４）を自動的に実行するという発想は、新規なものではない。また、例えば、様々なセンサデータから特定の文脈を特定し、最終的に、アプリケーション及び／又は他のミドルウェア又はソフトウェアエンティティに関して特定の振る舞いをトリガする汎用エンジン等のコンテキスト処理システム１１４の発想も新規なものではない。

本発明は、民生用電子機器（ｃｏｎｓｕｍｅｒ ｅｌｅｃｔｒｏｎｉｃｓ：ＣＥ）の無線アドホックネットワークをターゲットとした特定のＣＡアプリケーションを開示する。従来のＣＡソリューションと比較して、これまでの技術に対する本発明の利点は、以下のように要約される。
・関心（ｃｏｎｃｅｒｎｓ）の分離：所定のプロファイル２１０のアクティブ化２１０は、対応するトリガ条件２０４の監視とは異なり、また、プロファイル２１０及びトリガ条件２０４の作成及び処理とも異なる。これにより、モジュールによって提供され、用いられる契約を特定するよく定義されたインタフェースに基づくモジュールアーキテクチャが実現される。。本発明の一実施例では、ＰＡＥ１１０’は、統合イベント相関器１０７による十分に発展した（ｆｕｌｌ−ｆｌｅｄｇｅｄ）、動的に構成可能なコンテキスト処理システム１１４の使用を含んでいる。
・実際に用いられたＲＰＣメカニズムにとってトランスペアレントである簡易プロファイル仕様記述言語の強制は、適用されたＲＰＣメカニズムに関して、ＰＡＥ１１０’のポータビリティに翻訳される。
・プロファイル２１０は、ユーザレベル又はサービスプロバイダレベルで特定できる。これにより、専門知識を有さないユーザは、所望の効果を得るために、あるイベントの発生に応じて行わなくてはならない動作２１４の正確なシーケンスをどのように特定すればよいかを知る必要はない。例えば、第１のＣＤからのある曲の再生から第２のＣＤからの他の曲の再生にＣＤプレーヤを切換える動作は、ＣＤプレーヤの操作に関する、低いレベルの何らかの知識を必要とする特定の一連の動作２１４（１．現在再生中の曲を停止する。２．ディスクを交換する。３．新たな曲を検索する。４．新たな曲を再生する。）を要求する。このような低レベルの知識の影響は、どの特定の対処のための動作２１４を必要とするエラー又は例外的なイベントが発生した場合に更に顕著である。更に、このような低レベルな動作の組を、複数のユーザレベルプロファイル（又は他のサービスプロバイダレベルプロファイル）に含ませる（値又は参照値として）ことができるスタンドアロンプロファイル２１０にパッケージ化すれば、これらの動作の組を有効に再利用できる。
・リモートインタフェースの定義及びサービスプロバイダレベルプロファイルに関する情報の静的な検索及び動的な倹索を実現できる。
・プロファイルを指定するための簡単なスクリプト用の言語：上述した委任モデルにより、実際、より複雑なプロファイル仕様の処理をより強力なスクリプト言語を解釈できる外部のハンドラに任せることができる。このため、ＰＡＥ１１０’は、外部のスクリプトインタプリタ１１６を呼び出すためのよく定義されたインタフェースを提供する。この特徴は、プロファイル仕様記述言語の拡張とみなすことができる。特定の仕様を表現するために、如何なる種類のスクリプト言語が用いられているかという情報が提供されている限り、ＰＡＥ１１０’は、複数のハンドラを用いることもできる。
・結合の概念を介して、プロファイルに既存のトリガ条件とプロファイル仕様の再利用を可能とするトリガ条件を構成する簡単な手法を実現できる。トリガ条件２０４とプロファイル２１０について、再帰的な仕様をの作成を可能とすることにより、既存のトリガ条件とプロファイル仕様を再利用することによって、より複雑な結合２０６を作成することができる。
・結合の概念の助けにより、既にインストールされているトリガ条件とプロファイルの関係を簡単にアクティブ化及び非アクティブ化することができる。

本発明は、欧州特許公開番号第ＥＰ１１０７５１２Ａ１号に開示されているアドホックコンピューティングマネージャの概念と異なっている。欧州特許公開番号第ＥＰ１１０７５１２Ａ１号では、アドホックネットワークにおいて機器及びサービスを発見するためのメカニズムを抽象化し、及びアドホックネットワークにおいて、ランタイム時に発見できるコンポジットリモートユーザインタフェースを動的且つ自動的に構築する手法に焦点をあてている。したがって、欧州特許公開番号第ＥＰ１１０７５１２Ａ１号は、発見されたエンティティ（機器及び／又はサービス）における動作２１４の自動実行にかかわるコンテキストアウェアネスの側面を考慮していない。

本発明は、欧州特許公開番号第ＥＰ１１３０８６９Ａ１号に開示されているユーザプロファイルデータ管理システムとも異なる。欧州特許公開番号第ＥＰ１１３０８６９Ａ１号は、ユーザに対し、最も適切にインスタントメッセージを転送することを目的として、様々なユーザの嗜好だけではなく、これらのユーザに関連付けられる文脈データを捕捉するためにユーザのプロファイルの様々なバージョンを保持するデータベースの概念を中心とするアーキテクチャを開示している。しかしながら、欧州特許公開番号第ＥＰ１１３０８６９Ａ１号は、これらのユーザプロファイルにおいて、動的に発見されるエンドシステムにおいて自動的に実行される動作２１４のリストを保存する手法を開示していない。但し、本発明は、欧州特許公開番号第ＥＰ１１３０８６９Ａ１号において説明されている概念の幾つか、例えば、既存のプロファイル２１０の簡単な拡張性と再利用という概念を共有する。このため、本発明は、イー・ガンマ（Ｅ．Ｇａｍｍａ）らによる書籍「設計パターン−再利用可能なオブジェクト指向ソフトウェアの要素（Ｄｅｓｉｇｎ Ｐａｔｔｅｒｎｓ−Ｅｌｅｍｅｎｔｓ ｏｆ Ｒｅｕｓａｂｌｅ Ｏｂｊｅｃｔ−Ｏｒｉｅｎｔｅｄ Ｓｏｆｔｗａｒｅ）（ｉｎ：Ａｄｄｉｓｏｎ Ｗｅｓｌｅｙ，Ｒｅａｄｉｎｇ，Ｍａｓｓａｃｈｕｓｅｔｔｓ（ＵＳＡ），１９９４，ＩＳＢＮ ０−２０１−６３３６１−２）」に記載されている複合設計パターン（Ｃｏｍｐｏｓｉｔｅ Ｄｅｓｉｇｎ Ｐａｔｔｅｒｎ）を利用して、本質的に、欧州特許公開番号第ＥＰ１１３０８６９Ａ１号に開示されているツリー構造と同様のツリー構造を有するプロファイル２１０（図２参照）を定義する。しかしながら、欧州特許公開番号第ＥＰ１１３０８６９Ａ１号では、本発明が開示するような実際のトリガ条件２０４からのプロファイルデータの切り離しを行わず、基本的なトリガ条件２０４に関する情報を各プロファイル２１０に関連付けられるある種のタグに埋め込む。このため、欧州特許公開番号第ＥＰ１１３０８６９Ａ１号では、これらのタグを用いて、プロファイル２１０のツリーをナビゲートし、アクティブ化すべき動作を選択し、これにより、入力情報と、コンテンツ及びプロファイルデータの構造に基づいて、イベント相関関係を動的に算出する一方、本発明では、トリガ条件２０４（最終的に、拡張性と再使用可能性を増強するために再帰的に定義できる。）を（プロファイル２１０に対し）独立したエンティティとして定義し、これをイベント相関器１０７に供給し、これらの条件の評価が「真」になる時点を監視する。このため、本発明では、必ずしも、イベント相関器１０７をどのように実現するかを規定する必要はなく、特定のよく定義されたインタフェースに基づいて、イベント相関器１０７によって提供されるサービスを利用する。すなわち、本発明は、欧州特許公開番号第ＥＰ１１３０８６９Ａ１号と異なり、プロファイル２１０をトリガ条件２０４プロファイル２１０及びトリガ条件２０４の両方の再帰的な仕様とから切り離すことにより、遙かに柔軟なアーキテクチャを実現している。

本発明は、欧州特許公開番号第ＥＰ１１９９８６０Ａ１号に開示されいているコンテキストアウェアモバイルポータルの概念とも異なる。欧州特許公開番号第ＥＰ１１９９８６０Ａ１号では、ＷＷＷポータルによって提供されるサービスをこのＷＷＷポータルにアクセスするユーザに関するコンテキストデータに自動的に適応化する技術が開示されている。これにより、このサービスは、所定のユーザコンテキスト内で動的に発見され、端末ユーザインタフェースを介して、すなわち各ユーザのインタラクションを介して、ユーザによってアクセスされるサービスによって補強される。これに対し、本発明は、各ユーザに代わって、動的に発見されたサービスにおける動作の実行を自動化する。

また、本発明は、欧州特許公開番号第ＥＰ１２９８５２７Ａ１号に開示されているセンサ構成をセットアップするために自動的にコンテキスト情報を作成するためのシステムとも異なっている。欧州特許公開番号第ＥＰ１２９８５２７Ａ１号は、様々なコンテキスト情報処理ロジックを動的に配信するためのフレームワークのみに焦点をあてており、本発明によって提案されるような動作２１４の自動実行を開示していない。但し、本発明は、欧州特許公開番号第ＥＰ１２９８５２７Ａ１号に開示されているイベントサービスに関する概念より具体的には、イベント相関器の機能を利用する。またコンテキストアウェアネスに関する説明で既に言及しているように、欧州特許公開番号第ＥＰ１２９８５２７Ａ１号に開示されている概念に基づいている完全なコンテキスト処理システム１１４は、特に、イベントをＰＡＥコア１１０に供給する前に、イベント通知メッセージによって搬送されるデータの前処理に関して有用である。これにより、トリガ条件とプロファイル仕様は、イベント通知メッセージの平文のコンテンツから高精度なデータを得るための処理を行うことなく、高精度なデータを直接処理することができる。

以下のセクションでは、本発明に基づくＰＡＥ機能を用いたアプリケーションとサービスの具体例と、ユーザとアプリケーションがＰＡＥコア１１０の助けによって結合２０６を登録するために用いることができる可能な宣言型言語の具体例を示す。この具体例は、形式的な正しさを装うことなく、純粋に定性的であるとみなすべきであり、上述したアプリケーションは、ＰＡＥコア１１０の助けによって、特定の動作２１４のターゲットとしてサービスを生成及び登録する自動写真同期サービスを包含するラッパである。これにより、トリガ条件２０４は、モバイルアドホックネットワーク及び所定のモバイルアドホックネットワーク内の画像管理システム（Ｉｍａｇｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ：以下、ＩＭＳという。）の存在の検出を含む。適用可能であれば、アプリケーションは、このトリガ条件２０４にどの特定のＩＭＳ及び／又はどの特定のモバイルアドホックネットワーク識別子によって自動写真同期サービスをトリガするかを指定する実際の値を追加することができる。

単純で、非常に汎用性が高いソリューションとして、このようなトリガ条件２０４を以下のように表現することができる。ここでは、説明を簡潔にするために、ドラフト文法（″ｄｒａｆｔ ｇｒａｍｍａｒ）のＡＢＮＦ構文を用いている。
ｔｒｉｇｇｅｒ：＝ｔｒｉｇｇｅｒＴｙｐｅ［″ＡＮＤ″｜″ＯＲ″｜″ＸＯＲ″［″ＮＯＴ″］ｔｒｉｇｇｅｒ］
ｔｒｉｇｇｅｒＴｙｐｅ：＝（″ｄｅｔｅｃｔＮｅｔｗｏｒｋ″｜″ｄｅｔｅｃｔＤｅｖｉｃｅｓ″｜″ｄｅｔｅｃｔＳｅｒｖｉｃｅ″）
ｔｒｉｇｇｅｒＶａｌｕｅ：＝ｎｅｔｗｏｒｋ−ＩＤ｜ｄｅｖｉｃｅ−ＩＤ｜（ｓｅｒｖｉｃｅＣａｔｅｇｏｒｙ［，ｓｅｒｖｉｃｅＮａｍｅ］）
ｎｅｔｗｏｒｋ−ＩＤ：＝ネットワークプロトコル層によって定義されるスキーマ
ｄｅｖｉｃｅ−ＩＤ：＝ネットワークリンクプロトコル層によって定義されるスキーマ
ｓｅｒｖｉｃｅＣａｔｅｇｏｒｙ：＝ＳＤＰによって定義されるスキーマ
ｓｅｒｖｉｃｅＮａｍｅ：＝任意の英数文字列
最後に、アプリケーションは、ＩＭＳの存在が検出された場合、どの種類の動作２１４を適用するかを指示することによって登録を完了する。トリガタイプとトリガ値は、イベントタイプとイベントインスタンス値にマッピングすることができる。

単純で、非常に汎用性が高いソリューションとして、上述したすべてのタイプのトリガに適用可能なガード条件は、「結果（ｒｅｓｕｌｔ）」と命名でき、以下のような値をとるイベントサブタイプ（結局的にイベントインスタンス値）を含む。
・「ｏｎＦｏｕｎｄ」：ネットワーク、機器及び／又はサービスが出現の検出によって所定のトリガ条件２０４が満たされたことを示す。
・「ｏｎＬｏｓｔ」：ネットワーク、機器及び／又はサービスの消滅の検出によって所定のトリガ条件２０４が満たされたことを示す。

１つの具体例として自動写真同期アプリケーションは、図４に疑似ＸＭＬ文書の断片として示すように、以下のような結合２０６を作成して、登録してもよい。

ＸＭＬ文書のルートは、指定される結合２０６であり、これは、図２に示すデータモデルに基づき、以下のような情報を含む。
・属性「アクティブ（ａｃｔｉｖｅ）」。結合２０６がアクティブ化されたか否かを示す。
・トリガ条件２０４を定義するセクション（この場合論理式）。
・プロファイル２１０を定義するセクション。ここでは、動作２１４は、ターゲットサービス毎に（すなわち、各動作２１４を実現するプリミティブを提供するサービス毎に）リストとして示される。この場合、ターゲット要素は、ＰＡＥ１１０’に関して、各サービスがローカル装置にインストールされたことを示すＵＲＬに設定されている属性「名称（ｎａｍｅ）」を有している。したがって、ローカル／リモートプリミティブ呼出しメカニズムのための構文は、例示的なものに過ぎない。ターゲットサービスが他の機器に存在する場合、ＵＲＬは、デフォルトの名称である「ローカル（ｌｏｃａｌ）」ではなく、その機器の名称を示している必要がある。

最後に、ＰＡＥによって、自動写真同期サービスに対し、どのＩＭＳが実際に発見されたかを指示することが望まれる場合がある。この場合、図４に示す具体例を変更し、以下に示すように、フォーマルパラメタとして、要素トリガ条件（ＴｒｉｇｇｅｒｉｎｇＣｏｎｄｉｔｉｏｎ）のトリガ値（ｔｒｉｇｇｅｒＶａｌｕｅ）属性を含ませることができる。
＜ａｌｔ ｖａｌｕｅ＝″ＯｎＦｏｕｎｄ″
Ａｃｔｉｏｎ＝″ｄｏＳｙｎｃｈｒｏｎｉｚａｔｉｏｎ（ｉｎｔ ＩＭＳＮａｍｅ＝／／ＴｒｉｇｇｅｒＣｏｎｄｉｔｉｏｎ／＠ＴｒｉｇｇｅｒＶａｌｕｅ，
ｉｎｔ ｉｍａｇｅＮｍｂ＝０６５）″／＞
なお、この質的な具体例では、トリガ値（ｔｒｉｇｇｅｒｖａｌｕｅ）属性をフォーマルパラメータとして特定するために、ＸＰａｔｈに類する構文を用いている。動作属性２１４の値のための実際の構文は、実際に、どのリモートサービス制御メカニズムが選択されているかに基づいて決定される。

図６〜図１６は、ＵＭＬシーケンス図によって、ＰＡＥコアシステムアーキテクチャを詳細に示す図である。これらの図面は、図３に示すＵＭＬユースケース図において示されているユースケースを分析することによって導出される（但し、「管理プロファイル」及び「手動アクティブ化プロファイル」のユースケースは、ＰＡＥコア１１０を理解するために不可欠ではないので、これらは例外とする）。処理及びスレッドモデルは、図１７〜図２０のＵＭＬクラス図に示している。図１９に示すように、汎用アプリケーション１０４は、同期インタフェースを介してＰＡＥ１１０’に対し、プロファイル２１０の登録を要求する。一旦、ＰＡＥ１１０’が登録処理を完了すると、ＰＡＥ１１０’は、イベントサービスシステム１１２に対応する相関イベントの仕様を登録する。この登録手続がハングアップする虞もあるので、所定の相関イベントの仕様を取り扱う一組のイベント作成者が使用可能となるまで、ＰＡＥ１１０’は、非同期インタフェースを用いてイベントサービスシステム１１２にアクセスする。この登録手続の完了は、イベントサービスシステム１１２によって生成され、ＰＡＥ１１０’に非同期的に送信される対応するイベントユーザ登録確定プリミティブを介して通知される。したがって、ＰＡＥ１１０’は、このような確認を処理し、これらを保留中のプロファイル登録に関連付け、このプロファイル登録を完了させるために、スレッドを必要とする。

なお、ＩＰＣという用語は、ここでは、スレッド間の通信を含む広義の意味で用いた。実際、このモデルは、分散処理アーキテクチャに容易に拡張でき、この場合、イベントサービスシステム１１２は、ＰＡＥ１１０’に関する異なるメモリ空間に存在する。この場合、ステレオタイプ＜＜ｔｈｒｅａｄ＞＞は、ステレオタイプ＜＜ｐｒｏｃｅｓｓ＞＞に置き換える必要がある。

本発明に基づくプロファイルアクティブ化エンジン（ＰＡＥ）を構成するパッケージ間の相互依存関係を示すＵＭＬオブジェクト図である。 ＰＡＥコアを構成するパッケージの詳細及びこれらのパッケージ間の相互依存関係を示すＵＭＬオブジェクト図である。 本発明に基づくＰＡＥの概念に対するデータモデルの概要を示すＵＭＬクラス図である。 本発明に基づく中心的なＰＡＥの概念を示すＵＭＬユースケースブロック図である。 本発明の一実施例に基づく結合定義の具体例を示す擬似ＸＭＬ文書の断片を示す図である。 パラメータを入力して、ユーザ嗜好に基づいて自動的に実行されるローカルサービス（例えば写真のデータベースを更新するために用いられる自動写真同期アプリケーション）が特定のアドホックネットワークにあることを発見するユーザのための動作を自動的に実行するのに、ＰＡＥを用いるユーザのシナリオを示す図である。 プロファイルの登録が成功した場合における汎用アプリケーションのエンティティと、本発明の一実施例の一部である様々なミドルウェアエンティティと、サービスの消費者側の境界をモデル化するエンティティとの間の相互作用を示すＵＭＬシーケンス図である。 プロファイルの登録が成功した場合における汎用アプリケーションのエンティティと、本発明の一実施例の一部である様々なミドルウェアエンティティと、サービスの消費者側の境界をモデル化するエンティティとの間の相互作用を示すＵＭＬシーケンス図である。 既に登録したトリガ条件に対するプロファイルの登録に失敗した場合における汎用アプリケーションのエンティティと、本発明の一実施例の一部である３つのミドルウェアエンティティとの間の相互作用を示すＵＭＬシーケンス図である。 基本の流れの結合の登録抹消に成功した場合における汎用アプリケーションのエンティティと、本発明の一実施例の一部である５つのミドルウェアエンティティとの間の相互作用を示すＵＭＬシーケンス図である。 存在しない結合の登録抹消中に他の流れに対する結合の登録抹消に失敗した場合における汎用アプリケーションのエンティティと、本発明の一実施例の一部である３つのミドルウェアエンティティとの間の相互作用を示すＵＭＬシーケンス図である。 基本の流れの結合のアクティブ化に成功した場合における汎用アプリケーションのエンティティと、本発明の一実施例の一部である４つのミドルウェアエンティティとの間の相互作用を示すＵＭＬシーケンス図である。 そのような結合が登録されていないので、他の流れの結合のアクティブ化に失敗した場合における汎用アプリケーションのエンティティと、本発明の一実施例の一部である３つのミドルウェアエンティティとの間の相互作用を示すＵＭＬシーケンス図である。 特定の結合が既にアクティブ化されているので、他の流れの結合のアクティブ化に失敗した場合における汎用アプリケーションのエンティティと、本発明の一実施例の一部である４つのミドルウェアエンティティとの間の相互作用を示すＵＭＬシーケンス図である。 アクティブな結合の登録抹消に成功した場合における汎用アプリケーションのエンティティと、本発明の一実施例の一部である４つのミドルウェアエンティティとの間の相互作用を示すＵＭＬシーケンス図である。 特定の結合が登録されなかったので、アクティブな結合の登録抹消に失敗した場合における汎用アプリケーションのエンティティと、本発明の一実施例の一部である３つのミドルウェアエンティティとの間の相互作用を示すＵＭＬシーケンス図である。 特定の結合が既に非アクティブ化されているので、アクティブな結合の登録抹消に失敗した場合における汎用アプリケーションのエンティティと、本発明の一実施例の一部である４つのミドルウェアエンティティとの間の相互作用を示すＵＭＬシーケンス図である。 基本の流れのプロファイルの自動アクティブ化に成功した場合における汎用アプリケーションのエンティティと、本発明の一実施例の一部である９つのミドルウェアエンティティと、サービスの消費者側の境界をモデル化するエンティティとの間の相互作用を示すＵＭＬシーケンス図である。 本発明の一実施例の一部である分析クラスと、「結合」としてのｓｔｅｒｅｏｔｙｐｅｄと、「制御」クラスとをそれぞれ分析することを示すＵＭＬクラス図である。 本発明の一実施例の一部である分析クラスと、「エンティティ」としてのｓｔｅｒｅｏｔｙｐｅｄと、「制御」クラスとをそれぞれ分析することを示すＵＭＬクラス図である。 イベントサービスによって生成されたイベント消費者登録の確認が延期されたときにどのように処理するかを示すスレッドモデルに関する本発明の一実施例のプロファイル登録の状況を示すＵＭＬクラス図であり、それは、非同期インタフェースによってアクセスされ、保留された要求のプロファイル登録を有する確認を完了するために、それらを同期インタフェースを介して上述の実施例に関連づける。 自動的にプロファイルをアクティブ化するイベントサービスから発信されたイベント通知メッセージを実施例がどのように処理するかを示すスレッドモデルに関する本発明の一実施例のプロファイル登録状況を示すＵＭＬクラス図である。 ＰＡＥのパブリックインタフェースＢｏｏｌｅａｎＣｏｎｄｉｔｉｏｎの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＩｎｔｅｒｆａｃｅＴｏＥＳの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＰＡＥＩｎＢｏｕｎｄａｒｙの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＰＡＥＯｕｔＢｏｕｎｄａｒｙの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＰＡＥＣｏｒｅの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＰＡＥＲｅｇｉｓｔｒａｔｉｏｎ−ｃｎｔｒｏｌｌｅｒの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＴａｒｇｅｔＳｅｒｖｉｃｅの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＰｒｏｆｉｌｅＲｅｇｉｓｔｒａｔｉｏｎＬｉｓｔの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＰｒｏｆｉｌｅＩｔｅｍの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＰｒｏｆｉｌｅの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＧｕａｒｄの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＴｒｉｇｇｅｒｉｎｇＣｏｎｄｉｔｉｏｎの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスｃｌａｓｓ Ａｃｔｉｏｎの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＢｉｎｄｉｎｇの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＴａｒｇｅｔＳｅｒｖｉｃｅＴｈｒｅａｄの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＣｏｒｅＰＡＥＴｈｒｅａｄの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＧｅｎｅｒａｌＡｐｐｌｉｃａｔｉｏｎ−Ｔｈｒｅａｄの方法のみをリストしたテーブルである。 ＰＡＥのパブリッククラスＰＡＥＲｅｇｉｓｔｒａｔｉｏｎＴｈｒｅａｄの方法のみをリストしたテーブルである。

Claims (20)

1. ネットワーク（５０２ａ）に接続可能であり、該ネットワーク（５０２ａ）によって提供されるサービス、ネットワークトポロジーの変化及び／又はユーザの存在を自動的に発見する（Ｓ０ａ）ためのアプリケーション及び／又はミドルウェアエンティティをサポートし、これらのサービスを制御するための動作（２１４）の実行をトリガするための所定の複数のトリガ条件（２０４）が満たされたときに、端末装置（５０４）によってホストされる特定のサービスの利用可能性、上記ネットワーク（５０２ａ）を介して、相互接続された他の端末装置の存在、又は端末装置の１つを動作させるユーザの存在を示すイベント通知メッセージの受信に応じて、ユーザによって定義された動作（２１４）の組を実行（Ｓ０ｂ）する端末装置であって、当該端末装置は、ミドルウェアエンティティ（１１０’）を備え、
   該ミドルウェアエンティティ（１１０’）は、ユーザが、トリガ条件を選択し、プロファイル（２１０）を選択及び／又は作成し、選択及び／又は作成されたプロファイルからの少なくとも１つの動作（２１４）と各トリガ条件（２０４）を関連付けることを、補助することによって、トリガ条件（２０４）とプロファイル（２１０）の間の結合（２０６）を作成する（Ｓ１）結合作成手段（１０８）と、
   上記結合作成手段（１０８）により前記結合を作成することによって（Ｓ２ａ’）又は特定されたアプリケーションプログラミングインタフェース（ＡＰＩ）を用いることによってアプリケーションに結合（２０６）を直接インストールさせることによって（Ｓ２ａ”）、トリガ条件（２０４）とプロファイル（２１０）の間の結合のアクティブ化（２０６）を管理し（Ｓ２ａ）、アクティブな結合（２０６）に属するトリガ条件の発生を監視し（Ｓ２ｂ）、高精度な制御のために、ガード条件を評価し（Ｓ２ｃ）、何らかのトリガ条件（２０４）が満足されたことを示す前記イベント通知メッセージの受信に応じて、動作（２１４）を実行する（Ｓ２ｄ）コア処理ユニット（１１０）とを備え、
   前記プロファイルは動作（２１４）のリストであることを特徴とする端末装置。
2. 個別の又は相関するイベントとしてモデル化された複雑なトリガ条件（２０４）を評価する（Ｓ３）ミドルウェアエンティティ（１１０’）をサポートするイベントサービスシステム（１１２）を備え、該イベントの通知を該ミドルウェアエンティティ（１１０’）が算出し、該イベントサービスシステム（１１２）に登録し、上記イベント通知メッセージは、ローカル及び／又はリモートで生成されることを特徴とする請求項１記載の端末装置。
3. 上記ミドルウェアエンティティ（１１０’）をホストする当該端末装置（５０４）の周囲の特定の半径内における上記サービス及び／又は他の端末装置の発見に関するイベントを検出する（Ｓ４ａ）ネットワーク情報エンジン（ＮＩＥ）を備える請求項１又は２記載の端末装置。
4. 上記端末装置の周囲の特定の半径内における上記ネットワーク（５０２ａ）を介して通信を行うユーザの発見に関するイベントを検出する（Ｓ４ｂ）個人識別ユニット（ＰＩＵ）を備える請求項１乃至３いずれか１項記載の端末装置。
5. 入力イベント通知メッセージに適用され、上記コア処理ユニット（１１０）に提供されるデータを補強及び／又は高精度にする、少なくとも１のイベント作成者によって生成されたイベントを関係付ける（Ｓ６ｄ１）統合モジュール（１０７）を有する動的に構成可能なコンテキスト処理システム（１１４）を備える請求項１乃至４いずれか１項記載の端末装置。
6. 感知されたコンテキストデータに適用され、トリガ条件（２０４）を算出するための更なる情報を提供する、少なくとも１のイベント作成者によって生成されたイベントを関係付ける（Ｓ６ｄ１）統合モジュール（１０７）を有する動的に構成可能なコンテキスト処理システム（１１４）を備える請求項１乃至４いずれか１項記載の端末装置。
7. 上記ミドルウェアエンティティ（１１０’）によって、簡単なプロファイル仕様記述言語を用いることを可能にする（Ｓ５ｂ’）ために、複雑なプロファイル仕様を上記処理装置（１１６）に委任する（Ｓ５ｂ）ための選択されたスクリプト言語を解釈する外部処理装置（１１６）を備える請求項１乃至６いずれか１項記載の端末装置。
8. 上記外部処理装置（１１６）は、適用されたＲＰＣプロトコルによって要求される構文を抽象化するために用いられる実際のプラガブルＲＰＣプロトコルに関する知識を必要とすることなく、ユーザにとってトランスペアレントなリモートターゲットサービスに対するリモート手続呼出（ＲＰＣ）を実現する（Ｓ５ａ）内部のアプリケーションプログラミングインタフェースを備えることを特徴とする請求項７記載の端末装置。
9. ネットワーク（５０２ａ）によって提供されるサービス、ネットワークトポロジーの変化及び／又はユーザの存在を自動的に発見する（Ｓ０ａ）ためのアプリケーション及び／又はミドルウェアエンティティをサポートし、これらのサービスを制御するための動作（２１４）の実行をトリガするための所定の複数のトリガ条件（２０４）が満たされたときに、端末装置（５０４）によってホストされる特定のサービスの利用可能性、上記ネットワーク（５０２ａ）を介して、相互接続された他の端末装置の存在、又は端末装置の１つを動作させるユーザの存在を示すイベント通知メッセージの受信に応じて、上記アプリケーション又はミドルウェアエンティティ（１１０’）に代わって、ユーザによって定義された動作（２１４）の組を実行（Ｓ０ｂ）する、端末装置によって各ステップが実行される実行方法において、
   ユーザが、トリガ条件を選択し、プロファイル（２１０）を選択及び／又は作成し、選択及び／又は作成されたプロファイルからの少なくとも１つの動作（２１４）と各トリガ条件（２０４）を関連付けることを、補助することによって、トリガ条件（２０４）とプロファイル（２１０）の間の結合（２０６）を作成するステップ（Ｓ１）と、
   上記結合を作成するステップに従って結合を作成することによって（Ｓ２ａ’）又は特定されたアプリケーションプログラミングインタフェース（ＡＰＩ）を用いることによってアプリケーションに結合（２０６）を直接インストールさせることによって（Ｓ２ａ”）、トリガ条件（２０４）とプロファイル（２１０）の間の結合のアクティブ化（２０６）を管理するステップ（Ｓ２ａ）と、
   アクティブな結合（２０６）に属するトリガ条件の発生を監視するステップ（Ｓ２ｂ）と、
   高精度な制御のために、ガード条件を評価するステップ（Ｓ２ｃ）と、
   何らかのトリガ条件（２０４）が満足されたことを示す前記イベント通知メッセージの受信に応じて、動作（２１４）を実行するステップ（Ｓ２ｄ）とを有し、
   前記プロファイルは動作のリストである実行方法。
10. 特定のイベント作成者によって生成されたイベントのクラス又は特定のイベントにイベントユーザを登録させるステップ（Ｓ６ａ）と、
    少なくとも１のイベント作成者によって生成されたイベントを関連付け（Ｓ６ｂ１）、該関連付けられたイベントの発生を監視する（Ｓ６ｂ２）ことによって、複雑なイベントのクラスにイベントユーザを登録させるステップ（ｓ６ｂ）と、
    上記イベントユーザの登録時に、該イベントユーザによって関心があるサービスを特定させることによって、特定のサービスの利用可能性を示す前記イベント通知を前処理するステップ（Ｓ６ｃ）と、
    所定のイベントのクラスに関心がある登録されたイベントユーザだけに前記イベント通知メッセージを送信し、及び／又は特定のイベント作成者が作成した前記イベント通知メッセージのみを送信するステップ（Ｓ６ｄ）と、
    上記サービスを要求し、アクティブ化し、制御し、非アクティブ化する動作を含んでいる複数のプロファイルを保持する（２１０）分散データベースからユーザによって定義された動作（２１４）の組にアクセスするステップ（Ｓ６ｅ）と、
    上記動作（２１４）を実行するステップ（Ｓ６ｆ）とを有する請求項９に記載の実行方法。
11. 上記結合（２０６）をアクティブ化する（Ｓ７ａ’）ことによって、トリガ条件（２０４）と、特定されたプロファイル（２１０）との間の新たな関係を構築する（Ｓ７ａ）ステップを有する請求項９又は１０記載の実行方法。
12. 上記結合（２０６）をアクティブ化する（Ｓ７ａ’）ことによって、
    上記トリガ条件（２０４）と、特定されたプロファイル（２１０）との間のインストールされた関係を切り離すステップ（Ｓ７ｂ）を有する請求項９又は１０記載の実行方法。
13. 上記プロファイル（２１０）及びトリガ条件（２０４）の間にインストールされた結合（２０６）をアクティブ化する（Ｓ８’）ことにより再帰的に指定されたプロファイル（２１０）及びトリガ条件（２０４）を再利用するステップ（Ｓ８）を有する請求項１０乃至１２いずれか１項記載の実行方法。
14. 非専門的ユーザが所望の効果を達成するためのあるイベントの発生時に実行されるべき動作（２１４）の正確なシーケンスを知る必要がないよう、専門知識がレベルが異なるユーザを扱うために、ユーザレベルで指定されるプロファイル（２１０）と、サービスプロバイダレベルで指定されるプロファイル（２１０）とを適用するステップ（Ｓ９）を有する請求項１０乃至１３いずれか１項記載の実行方法。
15. 上記ネットワーク（５０２ａ）に接続されたサーバから更新をダウンロードできるローカル又はリモートの持続的なプロファイルライブラリから、サービスプロバイダレベルにおいて指定されたサービス及びプロファイル（２１０）を提供するリモート機器のインタフェース定義に関する情報を静的に検索するステップ（Ｓ１０ａ）を有する請求項１０乃至１４いずれか１項記載の実行方法。
16. サービス発見プロトコル（ＳＤＰ）を介して、サービスプロバイダレベルにおいて指定されたサービス及びプロファイル（２１０）を提供するリモート機器のインタフェースの定義に関して事前に広められた情報を動的に検索するステップ（Ｓ１０ｂ）を有する請求項１０乃至１４いずれか１項記載の実行方法。
17. サービスが特定の属性として情報を発行する前提で、サービスが発見されると、該サービスについてクエリを発する（Ｓ１０ｃ）ことによって、サービスプロバイダレベルにおいて指定されたサービス及びプロファイル（２１０）を提供するリモート機器のインタフェースの定義に関する情報を動的に検索するステップ（Ｓ１０ｃ）を有する請求項１０乃至１４いずれか１項記載の実行方法。
18. メモリに関する能力が制限された機器において動作するサービスをサポートするプロキシエンティティについてクエリを発する（Ｓ１０ｄ’）ことによって、サービスプロバイダレベルにおいて指定されたサービス及びプロファイル（２１０）を提供するリモート機器のインタフェースの定義に関する情報を動的に検索するステンプ（Ｓ１０ｄ）を有する請求項１０乃至１４いずれか１項記載の実行方法。
19. リモート手続呼出（ＲＰＣ）を実現することにより、選択されたスクリプト言語を解釈する外部処理装置（１１６）に複雑なプロファイル仕様を委任し（Ｓ５ｂ）、適用されたＲＰＣプロトコルにとってトランスペアレントな簡単なプロファイル仕様記述言語を用いることを可能にする（Ｓ５ｂ’）ステップを有する請求項１０乃至１８いずれか１項記載の実行方法。
20. モバイルコンピューティング機器に、請求項９乃至１９いずれか１項に記載の実行方法を実現させるコンピュータソフトウェアプログラムを有するコンピュータ読み取り可能な媒体。

Images