(57)【要約】移動端末が，ユーザにより指定されるユーザインタフェースを少なくとも部分的に備える。該移動端末はユーザインタフェース指定ユニットを備え，該ユーザインタフェース指定ユニットは，プログラムされたデータプロセッサに従って作動して，ルールを共に形成する少なくとも１つのトリガと，アクションとをユーザとの協働によって選択し，利用可能な１セットのイベントを含むディレクトリ構造を階層情報モデルに従って自動的に生成し，該利用可能な１セットのイベントのなかから少なくとも１つのトリガ値をユーザとの協働によって選択し，条件を満たす該少なくとも１つのトリガ値に応答して該移動端末が実行するアクションの定義を行う。【選択図】図７
2008504779.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが装置用ユーザインタフェースの少なくとも１つの側面を定義する方法であって，
ルールを共に形成する少なくとも１つのトリガとアクションとを選択するステップと，
利用可能なイベントのディレクトリ構造を階層情報モデルに従って自動的に生成するステップと，
該利用可能な１セットのイベントのなかから少なくとも１つのトリガ値を選択するステップと，
該装置が適宜実行するアクションを定義するステップと，を備えた方法。
【請求項２】
前記装置が生成する値に従って前記少なくとも１つのトリガ値が満たされる請求項１に記載の方法。
【請求項３】
前記装置の一部を備えたセンサが生成する値に従って前記少なくとも１つのトリガ値が満たされる請求項１に記載の方法。
【請求項４】
前記装置の外部で生成された値に従って前記少なくとも１つのトリガ値が満たされる請求項１に記載の方法。
【請求項５】
外部の別のユーザからルール記述が得られる請求項１に記載の方法。
【請求項６】
ルール記述が外部のサードパーティのルール記述プロバイダから得られる請求項１に記載の方法。
【請求項７】
ユーザが移動通信装置用ユーザインタフェースの少なくとも１つの側面を定義することを可能にするツールであって，
少なくとも１つのトリガとアクションとを含むルールを確立する指定器と，
該指定器の動作に応答して階層情報モデルに従って形成される，１セットの利用可能なイベントのディレクトリ構造の生成装置と，
該ユーザが，該利用可能なセットのイベントのなかから少なくとも１つのトリガ値を選択することを可能にするように動作可能な選択装置と，
該選択装置の動作に応答して該移動端末が実行するアクションを定義するアクション定義装置と，を備えたツール。
【請求項８】
前記移動通信装置が生成する値に従って前記少なくとも１つのトリガ値が満たされる請求項７に記載のツール。
【請求項９】
前記移動通信装置の一部を備えたセンサが生成する値に従って前記少なくとも１つのトリガ値が満たされる請求項７に記載のツール。
【請求項１０】
前記装置の外部で生成された値に従って前記少なくとも１つのトリガ値が満たされる請求項７に記載のツール。
【請求項１１】
外部の別のユーザからルール記述が得られる請求項７に記載のツール。
【請求項１２】
ルール記述が外部のサードパーティのルール記述プロバイダから得られる請求項７に記載のツール。
【請求項１３】
ユーザが指定するユーザインタフェースを少なくとも部分的に備えた移動端末であって，ルールを共に形成する少なくとも１つのトリガ及びアクションを該ユーザとの協働によって選択し，１セットの利用可能なイベントを含むディレクトリ構造を階層情報モデルに従って自動的に生成し，該利用可能なセットのイベントのなかから少なくとも１つのトリガ値を該ユーザとの協働によって選択し，条件を満たす該少なくとも１つのトリガ値に応答して該移動端末が実行するアクションを定義するようにプログラムされたデータプロセッサに従って動作するユーザインタフェース指定ユニットを備えた移動端末。
【請求項１４】
前記移動端末内で生成された値に従って前記少なくとも１つのトリガ値が満たされる請求項１３に記載の移動端末。
【請求項１５】
移動端末センサが生成する値に従って前記少なくとも１つのトリガ値が満たされる請求項１３に記載の移動端末。
【請求項１６】
前記移動端末の外部で生成された値に従って前記少なくとも１つのトリガ値が満たされる請求項１３に記載の移動端末。
【請求項１７】
外部の別のユーザからルール記述が得られる請求項１３に記載の移動端末。
【請求項１８】
ルール記述が外部のサードパーティのルール記述プロバイダから得られる請求項１３に記載の移動端末。
【請求項１９】
コンピュータ可読媒体に格納され，移動端末用ユーザインタフェースの少なくとも１つの側面を定義する入力に対して応答するようにデータプロセッサに指示するプログラム命令を備えたコンピュータプログラムであって，ルールを共に形成する少なくとも１つのトリガ及びアクションを選択し，利用可能なイベントのディレクトリ構造を階層情報モデルに従って自動的に生成し，該利用可能なセットのイベントのなかから少なくとも１つのトリガ値を選択し，該移動端末が実行するアクションを定義するプログラム命令を備えたコンピュータプログラム。
【請求項２０】
前記移動端末が生成する値に従って前記少なくとも１つのトリガ値が満たされる請求項１９に記載のコンピュータプログラム。
【請求項２１】
移動端末センサが生成する値に従って前記少なくとも１つのトリガ値が満たされる請求項１９に記載のコンピュータプログラム。
【請求項２２】
前記移動端末の外部で生成された値に従って前記少なくとも１つのトリガ値が満たされ，無線接続を通じて該移動端末へ通信される請求項１９に記載のコンピュータプログラム。
【請求項２３】
別の移動端末からルール記述が得られる請求項１９に記載のコンピュータプログラム。
【請求項２４】
ルール記述がサードパーティのルール記述プロバイダから得られる請求項１９に記載のコンピュータプログラム。
【請求項２５】
ユーザが指定するユーザインタフェースを少なくとも部分的に備えた移動端末であって，ルールを共に形成する少なくとも１つのトリガ及びアクションを指定するための手段と，１セットの利用可能なイベントを含むディレクトリ構造を階層情報モデルに従って生成するための手段と，該利用可能なセットのイベントのなかから少なくとも１つのトリガ値を選択するための手段と，条件を満たす該少なくとも１つのトリガ値に応答して該移動端末が実行するアクションを定義するための手段とを備えた移動端末。
【請求項２６】
前記移動端末の一部を備えたセンサ手段が生成する値に従って前記少なくとも１つのトリガ値が満たされる請求項２５に記載の移動端末。
【請求項２７】
前記ユーザがグラフィックユーザインタフェースを用いて指定したグラフィック記述からルールが生成される請求項２５に記載の移動端末。
【請求項２８】
自動的にかつ動的にユーザインタフェース要素を生成するためのコンテキスト・オントロジと語彙モデルとを備えた移動端末であって，オントロジ階層を該ユーザインタフェース用のディレクトリモデル表示に変換する請求項２５に記載の移動端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，一般にソフトウェアツールに関し，特に，本発明を限定しない実施例として，セルラ電話のような小型スクリーンを備えた装置用のユーザインタフェース（UI）を開発するために役立つソフトウェアツールに関する。この場合，UIとは，関連づけられた語彙モデルを含むコンテキスト・オントロジに関わるものである。
【背景技術】
【０００２】
現在及び将来の移動端末は，少なくとも部分的にサードパーティのアプリケーション用プラットフォームになるものと考えられ，ますます増加する数のアプリケーションとアクセサリとのサポートを行うことになる。これらの需要によって，移動端末のユーザインタフェースの側面がますます重視されることになる。
【０００３】
アプリケーションの振舞いをコンテキストに適合させるという考え方が文献で大きな注目を受けている。たとえコンテキスト認知コンピューティングの目標が，十分な根拠に基づいたものであり，結果的に，状況を検知し，装置のアクションの適切な適合化が可能な装置の開発をもたらすものであるとしても，１つの根本的な問題が存在する。すなわち，人間が示すコンテキストの認知は，計算システムによるコンテキストの認知とは根本的に異なるものであるという問題が存在する（例えば，Erickson，T.の「コンテキスト認知コンピューティングという考え方に関する若干の問題点」，ACM通信，４５（２），（２００２），１０２〜１０４を参照のこと）。コンテキストに基づくハードコードされた完全自動化アクションが役立つことは稀であり，不正確な自動化アクションの発生はフラストレーションを引き起こすものとなる場合がある。Greenbergは，現実の世界のコンテキストにマッチする限られたセットのコンテキストを先験的に列挙することは必ずしも可能ではないという点を指摘している（Greenberg，S.「動的構成としてのコンテキスト」人間／コンピュータインタラクション，１６（２００１），２５７〜２６８）。上記のようなセットが発見され，このセットが今日有効なものであったとしても，該セットは，"内部及び外部の社会的及び物理的状況の変化"に起因していつでも不適当なものになる可能性がある。さらに，所定のコンテキストから適切なアクションを決定することが困難である場合も考えられる。
【０００４】
しかしながら，コンテキスト認知の唯一の目標として完全に自動化されたアクションを目的とする必要はない。Mantyjarvi他（Mantyjarvi，J.，Kansala，L，Tuomela，U.，Hakkila，J.，「コンテキスト認知用アプリケーションの移動端末をパーソナライズするためのコンテキストスタジオ・ツール」，オーストラレーシア・コンピュータ／人間インタラクション会議２００３会報，（２００３），６４〜７３）は，コンテキストベースの適合化のための自動化システムのカテゴリ化の利用を提案している。コンテキスト依存アクションの３つの異なるレベルの自動化（手動，半自動化及び完全自動化）を区別することができる。手動アクションとは，装置（又はユーザ）が検出したコンテキスト情報に基づいてユーザが行うアクションを意味するものである。半自動化レベルでは，ユーザは，装置によって検出されたコンテキストに基づいてアプリケーションのアクションを予め定義したり，コンテキストに基づいて装置が提案したアクションのなかから選択を行ったりすることができる。完全自動化レベルでは，装置が検出したコンテキストに基づいてアプリケーションが（予めプログラムされた）アクションを自動的に実行することになる。
【０００５】
半自動化適合化モデルは，コンテキストに基づいて適正なアクションを決定するという，Greenbergが特定した問題を部分的に解決するものである。アプリケーション開発者ではなく，エンドユーザがイベント−アクションの振舞いを定義すれば，さらに大きなレベルのパーソナライズと柔軟性とを達成することが可能となる。時間の経過に伴って状況が変化したとき，必要な場合，ユーザによるイベント構成の変更が可能となるようにすることによって，さらなる柔軟性が達成されることになる。
【０００６】
RanganathanとCampbell（Ranganathan，A.，Campbell，R.「１次論理回路に基づくコンテキスト認知のためのインフラストラクチャ」，パーソナル及びユビキタスコンピューティング・ジャーナル７，Springer−Verlag，（２００３），３５３〜３６４）は，コンテキストベースのアプリケーションのアクションを定義するための１次論理回路ベースのルールモデル及び分散型フレームワークを導入した。さらなる作業として上記著者たちは，グラフィカルインタフェースの開発を特定している。このグラフィカルインタフェースによって，ユーザは，１次論理回路に書込みを行う代わりに，利用可能なコンテキストとアクションとからルールの要素を選択することが可能となる。SohnとDey（Sohn，T.，Dey，A.，２００３年：「コンテキスト認知用アプリケーションのインタラクティブな試作品をつくるための非公式ツール」追加抄録CHI０３，（２００３），９７４〜９７５）は，コンテキスト情報を収集する入力装置と，応答をサポートする出力装置とのユーザ定義を可能にする非公式のペン型ツールを導入した。入力と出力とを組み合わせてルールに変え，上記ツールを用いて該入力と出力とのテストを行うことが可能である。しかし，このツールは小型スクリーンを備えた移動端末と装置向けに設計されたものではなく，また，ユーザインタフェース要素は明示的情報モデルに基づいて生成されたものではない。上記著者たちは，設計者とエンドユーザとの双方がコンテキスト認知用アプリケーションの作成と修正とを行えるようにするという目標を今後の活動として特定している。Dey他（Dey，A.，Hamid，R.，Beckmann，C，Li，L，Hsu，D，CAPpella：「デモンストレーションアプローチによるプログラミング」CHI２００４，ACM，（２００４））は，コンテキスト認知用アプリケーションの試作品をつくるためにデモンストレーションアプローチによるプログラミングを用いて実験を行った。上記著者らは，アクションに結びつけることができるコンテキストの例示モデルによってユーザがトレーニングと注釈とを行えるようにするツールを開発した。再言するが，上記ユーザインタフェースツールは小型スクリーンを備えた移動通信装置向けに設計されたものではない。さらに，上記ユーザインタフェースツールの焦点は本発明にさらに関係のある焦点とは異なるものであり，該焦点はコンテキストがユーザによって自由に選択できるUIにおいてオントロジのコンテキストを表すためのスケーラブルなモデルに関係するものである。
【０００７】
コンテキスト・オントロジは，アクションの起動に利用できるすべての可能なコンテキストイベントを列挙するために適用可能である。オントロジに対する多くの定義が利用可能である（Gomez−Perez，A.，Fernandez−Lopez，M.，Corcho，O.「オントロジエンジニアリング」，Springer−Verlag，（２００３），４０３p.を参照のこと）。本願明細書で採用されているように，オントロジの目的として，情報を表現して，人間が容易に理解することが可能で，かつ，機械が読むことができるようにするという目的が挙げられる。人間がコンテキスト情報を理解できることによって，移動通信装置のエンドユーザはコンテキストの認知特性を構成することが可能となる。機械可読性コンテキスト情報によって，オントロジに基づくユーザインタフェース要素の動的形成が可能となる。さらに，オントロジによって，推論エンジンにより実行可能なコンテキスト交換プロトコル（CEP）XMLスクリプトとしてルールの記述を行うことが容易になる（Lakkala，H.「コンテキストスクリプト仕様（２００３）」，２２p.（http://www.mupe.netで入手可能：以後，Lakkala２００３bとして引用する）。多くのコンテキストモデル及びオントロジが，文献（Schmidt，A.，K.A.，Takaluoma，A.，Tuomela，U.，Laerhoven，K.，VandeVelde，W.「コンテキストにおける高度のインタラクション」，ハンドヘルドによる，ユビキタスコンピューティングに関する第１回国際シンポジウム１９９９会報，Springer−Verlag（１９９９）；Henricksen，K.，Indulska，J.，Rakotonirainy，A.，パーバシブ（Pervasive）コンピューティングシステムにおけるモデリングコンテキスト情報，パーバシブコンピューティングに関する国際会議２００２会報，LNCS２４１４，Springer−Verlag，（２００２）；及び，Wang，X.，Zhang，D.，Gu，T.，Pung，H.，「OWLを用いるオントロジベースのコンテキストのモデリング及び推論」コンテキストのモデリング及び推論，パーバシブコンピューティング及び通信に関するIEEE国際会議でのコンテキストのモデリングに関するワークショップ会報，（２００４），１８〜２２）に記載されている。
【０００８】
上述のコンテキストスタジオは，アプリケーションをパーソナライズして，半自動化されたコンテキストベースの適合化を行うためのツールである。ユーザがアプリケーションのアクションに対してコンテキストのマッピングを行うことができるようにするグラフィックユーザインタフェースを用いて，アプリケーションのパーソナライズが実行される。コンテキストスタジオというコンセプトはMantyjarvi他（２００３）によって導入されたものであり，Mantyjarvi他はツールのプルーフ・オブ・コンセプトの試作品に対するユーザビリティ評価も呈示している。上記試作品の被験者たちがアプリケーション固有のコンテキスト設定原理について概略をつかむことができることが上記評価結果によって示されたが，有効なユーザ定義条件を表現することはこれら被験者たちにとって困難であった。利用状況シナリオにおけるコンテキストについての主観的考えが被験者の間で変動し，彼らの選択に影響を与えた。さらに，被験者たちには，複数のブール演算子の利用に関係するルールの構成を行うことが困難であった。
【０００９】
したがって，初期のコンテキストスタジオの研究の際に発見されたユーザビリティについての問題点のうち少なくともいくつかの問題点を解決することが望ましいことになる。
【００１０】
さらに，初期の試作品のユーザインタフェースは，一般に移動通信装置の小型スクリーンで使用する専用インタフェースとして設計されたものではなかった。スクリーンスペースの不足のために，情報のプレゼンテーションとナビゲーションとを行う異なる方法が必要とされている。
【非特許文献１】コンテキスト認知コンピューティングという考え方に関する若干の問題点」，ACM通信，４５（２），（２００２），１０２〜１０４
【非特許文献２】Greenberg，S.「動的構成としてのコンテキスト」人間／コンピュータインタラクション，１６（２００１），２５７〜２６８
【非特許文献３】Mantyjarvi，J.，Kansala，L，Tuomela，U.，Hakkila，J.，「コンテキスト認知用アプリケーションの移動端末をパーソナライズするためのコンテキストスタジオ・ツール」，オーストラレーシア・コンピュータ／人間インタラクション会議２００３会報，（２００３），６４〜７３
【非特許文献４】Ranganathan，A.，Campbell，R.「１次論理回路に基づくコンテキスト認知のためのインフラストラクチャ」，パーソナル及びユビキタスコンピューティング・ジャーナル７，Springer−Verlag，（２００３），３５３〜３６４
【非特許文献５】Sohn，T.，Dey，A.，２００３年：「コンテキスト認知用アプリケーションのインタラクティブな試作品をつくるための非公式ツール」追加抄録CHI０３，（２００３），９７４〜９７５
【非特許文献６】Ｄey，A.，Hamid，R.，Beckmann，C，Li，L，Hsu，D，CAPpella：「デモンストレーションアプローチによるプログラミング」CHI２００４，ACM，（２００４）
【非特許文献７】Gomez−Perez，A.，Fernandez−Lopez，M.，Corcho，O.「オントロジエンジニアリング」，Springer−Verlag，（２００３），４０３p.
【非特許文献８】Lakkala，H.「コンテキストスクリプト仕様（２００３）」，２２p.（http://www.mupe.netで入手可能）
【非特許文献９】Schmidt，A.，K.A.，Takaluoma，A.，Tuomela，U.，Laerhoven，K.，VandeVelde，W.「コンテキストにおける高度のインタラクション」，ハンドヘルドによる，ユビキタスコンピューティングに関する第１回国際シンポジウム１９９９会報，Springer−Verlag（１９９９）
【非特許文献１０】Henricksen，K.，Indulska，J.，Rakotonirainy，A.，パーバシブ（Pervasive）コンピューティングシステムにおけるモデリングコンテキスト情報，パーバシブコンピューティングに関する国際会議２００２会報，LNCS２４１４，Springer−Verlag，（２００２）
【非特許文献１１】Wang，X.，Zhang，D.，Gu，T.，Pung，H.，「OWLを用いるオントロジベースのコンテキストのモデリング及び推論」コンテキストのモデリング及び推論，パーバシブコンピューティング及び通信に関するIEEE国際会議でのコンテキストのモデリングに関するワークショップ会報，（２００４），１８〜２２
【発明のまとめ】
【００１１】
例示される本発明の実施形態によると，上述の問題点及びその他の問題点が解決され，その他の利点が実現される。
【００１２】
本発明の１つの側面では，ユーザが少なくとも部分的に指定するユーザインタフェースを備えた移動端末が提供される。セルラ電話やPDAやゲーム用装置或いはデジタルカメラのような上記移動端末はユーザインタフェース指定ユニットを備え，該ユーザインタフェース指定ユニットは，プログラムされたデータプロセッサに従って作動して，ルールを共に形成する少なくとも１つのトリガと，アクションとをユーザとの協働によって選択し，利用可能な１セットのイベントを含むディレクトリ構造を階層情報モデルに従って自動的に生成し，該利用可能な１セットのイベントのなかから少なくとも１つのトリガ値をユーザとの協働によって選択し，条件を満たす該少なくとも１つのトリガ値に応答して該移動端末が実行するアクションの定義を行う。
【００１３】
移動端末センサが生成した値に従うように移動端末に生成された値に従って上記少なくとも１つのトリガ値を満たしてもよいし，及び／又は，該移動端末の外部で生成された値に従って該少なくとも１つのトリガ値を満たしてもよい。
【００１４】
本発明を限定しない１つの実施形態では，ルール記述が外部の別のユーザから得られるものもあれば，本発明を限定しない別の実施形態では，ルール記述が無線によるダウンロードのような外部のサードパーティのルール記述プロバイダから得られるものもある。
【００１５】
本発明を限定しない，本発明のさらに別の側面では，コンピュータ可読媒体に格納され，移動端末用ユーザインタフェースを定義する入力信号に応答するようにデータプロセッサに指示するプログラム命令を含むコンピュータプログラムが提供される。上記コンピュータプログラムは，ルールを共に形成する少なくとも１つのトリガと，アクションとを選択し，階層情報モデルに従って利用可能なイベントのディレクトリ構造を自動的に生成し，利用可能なセットのイベントのなかから少なくとも１つのトリガ値を選択し，移動端末により適宜実行されるアクションを定義するプログラム命令を含む。
【００１６】
装置用のユーザインタフェースの少なくとも１つの側面を指定する方法及びツールも提供される。
【００１７】
添付図面と共に読むとき，本発明の実施形態の上述の側面及びその他の側面が本発明についての以下の詳細な記述でさらに明らかにされる。
【発明の詳細な説明】
【００１８】
コンテキストとアクションとからなる語彙モデルと，ルールモデルと，コンテキストフレームワーク（Korpipaa，P.，Mantyjarvi，J.，KeIa，J.，Keranen，H.，Malm，E−J，「移動通信装置における管理用コンテキスト情報」IEEEパーバシブ（pervasive）コンピューティングマガジン特別発行：「不確実性処理」；IEEEコンピュータ協会，（２００３），４２〜５１，以後，Korpipaa他，２００３として引用する）を参照のこと）が本発明の例示の実施形態で利用される。上記モデルによって，ルールと，拡張可能なコンテキスト語彙との動的管理が可能となり，さらに，実行時におけるユーザインタフェース要素の自動生成が可能となる。
【００１９】
本発明の実施形態例では，センサベースの移動コンテキスト用オントロジモデルが利用され（Korpipaa，P.，Mantyjarvi，J，「移動通信装置用センサベースのコンテキスト認知のためのオントロジ」，コンテキストのモデリングと利用とに関する第４回国際学際会議２００３会報，LNAI２６８０，Springer−Verlag，（２００３），４５１〜４５９，以後，Korpipaa＆Mantyjarviとして引用する，Korpipaa他，２００３も参照のこと），従来モデルに対する改善としてさらに詳細な語彙モデルが呈示される。
【００２０】
上述のように，オントロジの目的として，情報を表現して，人間が容易に理解でき，かつ，機械が読むことができるようにすることが挙げられる。本願明細書で用いられているように，オントロジは，ユーザが所望するどのようなコンポーネントや抽出事項（装置，時，場所など）も含む能力を有する一般的モデルとして知覚できるものである。一般に，オントロジは，ドメインの意味論に関する"デプス"レベルと，制約(公理，制限)レベルとに基づいて軽いものと重いものとに区分することができる。本発明の例示の実施形態であって，本発明を限定しない実施形態で適用されるオントロジは，コンセプトと，コンセプト分類法（語彙）と，コンセプトを記述するプロパティ（構造）とを含む軽いオントロジと考えることができる。さらに，フォーマリティのレベル（非常にフォーマルなレベル（自然言語），セミインフォーマルなレベル，セミフォーマルなレベル，厳密にフォーマルなレベル）に従ってオントロジを特徴づけることが可能である。本発明で用いることができるオントロジはセミインフォーマルなレベルと考えられる。なぜなら，該オントロジが，「制限され，構造化された自然言語の形式」（Gomez−Perez他，２００３）で表現されているからである。しかしながら，本発明は，軽いオントロジや，セミインフォーマルなオントロジの利用のみに限定されるわけではない。
【００２１】
コンテキストスタジオは，本願明細書でユーザインタフェースのパーソナライズ用ツールとも呼ばれるものであるが，このコンテキストスタジオにおいて適用されるコンテキスト・オントロジには構造と語彙という２つの部分が含まれている。構造とは，異なるドメインとアプリケーションとにわたって用いられるコンテキストの共通プロパティを定義するものである。語彙とは，アプリケーション又はドメインに依存する拡張可能なコンテキストの概念化であり，アプリケーションのプログラマのみならずエンドユーザにとっての分かり易さと単純さとを目的とするものである。新しいドメインに対しては新しい語彙が開発される。
【００２２】
上記オントロジ構造はプロパティの集合として定義される。本発明の例示の実施形態であって，本発明を限定しない実施形態では，個々のコンテキスト（オブジェクト）は，コンテキストタイプ，コンテキスト値，ソース，信頼性，タイムスタンプ，属性の６つのプロパティを用いて記述される（Korpipaa＆Mantyjarvi２００３を参照のこと）。コンテキスト語彙の定義は，コンテキストタイプとコンテキスト値とからなる集合の定義に関する（本発明を限定しない実施例として図６を参照のこと）。本発明の理解に無関係な他のプロパティについては本願明細書ではこれ以上詳細な説明は行わない。
【００２３】
オントロジの語彙は，ドメインやアプリケーションのニーズに従って設計される。語彙の設計は，コンテキストタイプのプロパティと，コンテキストのプロパティとを表す，人間が理解可能なドメイン固有値並びにアプリケーション固有値を定義するプロセスである。生じ得る現実世界の状況がこれらの固有値により分類され，記述されて，その情報がアプリケーションにとって有用なものとなり，人間に理解できるものになることは望ましいことではあるが，このことは本発明の実施に対する限定となるものではない。
【００２４】
図１と図２とを参照してわかるように，コンテキストタイプ１は，コンテキスト値を命名し，分類するために定義される。コンテキストタイプ１が変数名に類似しているのに対して，コンテキスト値２は変数値の集合に類似している。図１は，１つのコンテキストタイプ１と，このコンテキストタイプ１のコンテキスト値２の集合とからなる語彙モデルの１例を示す図である。図２は，語彙に関連する１つのコンテキスト記述についての，本発明を限定しない実施例を示す図である。コンテキストタイプ１は，１以上のコンセプト（コンセプト１〜コンセプトNなど）を含むことが可能であり，個々のコンテキストタイプ１は１以上のコンテキスト値（値１〜値M）を含むことが可能である。或る時点におけるコンテキストインスタンスは，個々のコンテキストタイプ１に対応する値（１〜M）のうちの１つの値を含むことができる。異なるコンテキストタイプは，少なくとも１つの共通コンセプトを含むものであってもよい。このようにして，コンテキストタイプ１のコンセプトからなるツリー階層の形成が可能となり，有用となる。該ツリー階層においてリーフノードはコンテキスト値２を表すことになる。コンテキストツリーのブランチに対するクエリ時に，並びに，該ブランチへの登録時に，唯一のパスの代わりに上記階層を利用することが可能である。
【００２５】
上記コンテキストタイプのコンセプトは，一般的なコンセプトから固有のコンセプトへ好適に分類され，それによって，より一般的なコンセプトは左側のルートの方へ集まり，固有のコンセプトは右側のリーフの方へ集まることになる。このようにしてコンテキストタイプ１は，普通の，より一般的なコンセプトを含むことが可能になるが，より固有のコンセプトによって分離されることになる。
【００２６】
利用上の簡便さと使い易さのために，長いコンテキストタイプは避けるようにすることが望ましい。例えば，コンテキストタイプ１は，本発明を限定しない実施例として最大３〜４のコンセプトを含むようにするとよい。例えば，ユーザインタフェースにおいてコンテキストタイプ１のコンセプトをフォルダの形でモデル化する場合，深いフォルダ階層をナビゲートするステップは低速のプロセスにすることができる。一方，コンテキストタイプ２を固有のものにして，コンテキストタイプ２が小さなセットの値２を含むことができるようにすることが望ましい。ユーザが１セットの値２のなかから選択を行う必要がある場合，１セットの値２が大きすぎると，少なくともユーザインタフェースでの処理を行うことは困難となる。本発明の例示の実施形態では，個々のコンテキスト値はいくつかのアプリケーションと潜在的関連性を有する。
【００２７】
図４に図示のテーブル１は，加速データとタッチセンサデータとから抽出された装置カテゴリコンテキストを記述するコンテキスト語彙の例を示すテーブルである。図２のコンテキスト例はテキスト形式で記述されているが，この図の中でアンテナの方向と表示装置の方向（上，下，左，右）とに関する２つのコンセプト（装置，向き）が６個の値と関連づけられていることがわかる。
【００２８】
コンテキスト１に基づいて実行すべきアクションは，コンテキスト語彙モデルを利用することにより表すことができる。本発明の実施形態例では，（アクションタイプ３とアクション値４の）２つのプロパティを用いてアクションが定義され，コンテキストタイプ１とコンテキスト値２とがコンテキストを記述する方法と類似の方法で，該２つのプロパティとによってアクションが記述される。図５に図示のテーブル２は，アクションタイプを表すアクション語彙（電話：アプリケーション：プロファイル，電話：ジョイスティック，電話：キーパッド），並びに，関連するアクション値４の１例を示すテーブルである。さらに，外部の装置によって，コンテキストスタジオアクションの語彙として動的に含むことができる該装置のアクションを通知することが可能である。
【００２９】
オントロジ語彙モデルによって，コンテキストスタジオユーザインタフェースの要素を上記語彙から生成することが可能である。階層型の語彙は，拡張可能で，かつ，修正可能であり，さらにこれら語彙の品質は生成されたUIにより受け継がれる。コンセプト階層が存在しなければ，コンテキスト値の均一なリストがすぐに大きくなりすぎて，利用可能なインタラクションは作動不能となる。
【命名規定】
【００３０】
コンテキストフレームワークを利用するために，コンテキストスタジオのコンテキスト管理を設計することが望ましい（Korpipaa他，２００３を参照のこと）。適切な命名は，特に，プロパティと，コンテキストタイプと，コンテキスト値と，ソースとを記述する際に非常に重要なものであると考えることができる。これらプロパティ，コンテキストタイプ，コンテキスト値，ソースはコンテキストマネージャの"黒板"に追加される個々のコンテキストオブジェクトにとって必要な事項である。これらのプロパティは，コンテキストマネージャからコンテキスト情報へアクセスするためにも利用される。コンテキストタイプの命名を行う際に考慮すべき２つの主要な側面がある。第１に，適切な命名はユーザに対してコンテキストの意味を反映すべきものであり，この場合ユーザとは，典型的にはアプリケーションの開発者か，パーソナライズツールのユーザかのいずれかとなる。命名はコンテキストの用途を明らかにするものであることが望ましい。第２に，正しい命名規定を用いることによって，コンテキスト情報のユーザが，コンテキストマネージャにより提供される機能を十分利用できるようになることが保証される。
【００３１】
一般的なコンセプトから固有のコンセプトへの，要素を含むパスとしてコンテキストタイプを構成するとき，さらに大きなサブセットのコンテキスト情報を表す部分的コンテキストタイプを用いてコンテキスト情報へのアクセスを行うことが可能となる。この命名規定は，サブセットのコンテキストタイプ階層への参照をワイルドカードとして参照する上述のコンテキスト交換プロトコル（CEP）で利用されている（Lakkala，H.「コンテキスト交換プロトコル仕様」，（２００３），２８p.http://www.mupe.netで入手可能：（以後，Lakkala 2003aとして引用する）を参照のこと）。さらに，CEPは，"x−vendor_name："などのベンダ名を命名するプレフィックスから始まり，その後に通常のコンテキストタイプ定義が後続するベンダ固有のコンテキストタイプの命名を推奨している。
【００３２】
コンテキスト値の集合は数値やシンボルであってもよい。コンテキスト値を数値として記述する場合には，アプリケーションを利用するために，コンテキスト値は，度で表される周囲温度のような人間にとって明示的な意味を持つものであることが望ましい。数値で表される生の測定値を用いる場合，コンテキスト値の集合を命名する必要はなく，通常コンテキストタイプ１を使用することができる。ユーザによるアプリケーションのパーソナライズを目的としてコンテキスト値２を定義する場合，コンテキスト値２は，人間が理解可能であって，記号で表され，集合内の数値がルールの中で条件として機能するように該集合のなかから値を選択できるような少ない個数の数値にすることが望ましい。小さなセットの値が必要な場合，例えば温度値が"２０度以上"のように数値を区分して命名した間隔に変えることができる。数値を抽出してシンボル値に変えるいくつかの別の方法が存在する（例えば，Korpipaa他，２００３を参照のこと）。
【００３３】
コンテキストソースのプロパティは語彙の形で記述されることはないが，同じコンテキストタイプ１に対して多くのコンテキストプロバイダが存在する場合，及び，クライアントが特定のソースから生じるコンテキストに関心がある場合，該コンテキストソースのプロパティが必要となる。したがって，このソースに対する命名ポリシによって，様々なコンテキスト情報プロバイダ間での命名上の衝突を避けるようにすることが望ましい。ソースのカテゴリは端末内部及び端末外部として参照することができる。本発明を限定しない２つの実施例として，端末内部のソースはセンサ名のようなソース記述と共に後続するプレフィックス"Terminal："又は"Phone："から始まる命名を行うことができる。端末ソースが複数の要素を含む場合，コンテキストタイプ１と同じように端末ソースを命名することが望ましく，その場合この名称はTerminal：Sensor：Acceleration"のようなパスを形成することになる。端末の外部ソースは，"http://context_provider.com／context_type"などのプロバイダを特定するプロトコル文として命名することができる（Lakkala 2003aを参照のこと）。
【コンテキストスタジオルール】
【００３４】
コンテキストスタジオは，コンテキストをアクションに関連づけるルールをユーザが指定することを可能にするものである。移動通信装置の中でルールがアクティブになると，ルールに指定されているようにコンテキストがアクションを起動させる。ルール条件部の要素はトリガと呼ばれる。トリガは，アクションの起動に使用できる任意のイベント或いは状態とすることができる。トリガとはコンテキスト語彙のインスタンスである。コンテキストタイプ１（変数名）とコンテキスト値２（変数値）とは一体でトリガを定義する。アクションとは，１セットのトリガが生じたとき起動可能となる任意のアプリケーション，機能或いはイベントであり，トリガの組には少なくとも１つのメンバーが含まれる。ルールのアクション部の要素がアクションとして参照される。明瞭になるように，１つのルールが１つのアクションを含むようにしてもよい。アクションタイプ３とアクション値４とによってアクションが定義される。
【００３５】
ルールとは１セットのトリガをアクションと結びつける式である。本発明の実施形態例では，ルールには１つのアクション要素と少なくとも１つのトリガ要素とが含まれる。ルールは，IFトリガ，THENアクションという形式で構成される。ユーザにとってルールの指定を単純にするために，トリガを結びつけるための唯一の演算子をANDとすることが望ましい。複数のトリガを含むルールの例は以下のようになる：IFトリガ１ANDトリガ２ANDトリガ３，THENアクション。本発明の実施形態例では，同じアクションに対して追加の併行ルールをユーザが指定できるようにすることによって演算子ORが実行される。しかし，本発明の他の実施形態では，演算子を混合したもの（OR及びAND及び／又は他のブール演算子など）を同じルールで用いてもよいことを付記しておく。
【００３６】
また，本発明の実施形態例ではユーザが不完全なルールを設定することも許される。すなわち，アクション部やトリガ部を省くことができる。不完全なルールは，UIで作動不能なものとしてアイコンを用いて表される。
【００３７】
コンテキストスタジオでは，ルール用としてCEPコンテキストスクリプト表現が採用される（Lakkala 2003a，２００３b）。コンテキストスクリプトはセミフォーマルなXML記述であり，該XML記述を用いてルールを記述することが可能である。コンテキストスクリプトの形で記述されたルールについての，本発明を限定しない実施例がルールの１例として図３に示されている：
装置が静止状態で，かつ，表示部が下向きならば，電話オーディオプロファイルを"会議"にセットする。
【００３８】
この例示ルールによって，装置の方向が表示部が下向きで，かつ，装置が静止状態であれば，装置プロファイルは"会議"にセットされる。スクリプト仕様及びコンテキストスタジオのルール形式に従うルールを図示のようにユーザインタフェースで表示してもよい。したがって，他の人が定義したルールを利用することが可能となり，ルールソースからの無線によるルール記述のダウンロードのように，他のユーザとの無線によるルール記述の交換も可能となる。しかし，ルールによっては個人的なものもあるため，他人が使用できないものもある。例えば，ある人のホームの所在位置が位置座標と結びつけられたものであれば，その記述は別の誰か（但し，その人が例えば同じ所在位置に存在するユーザの家族の別の一員である場合を除く）のホームとは併用できなくなる。図３に図示のフォントは必ずしも原寸通りに描く必要はないことを付記しておく。
【００３９】
ルール記述はUIルール表示の形で作成と，表示と，編集とを行うことが可能である。図３は，例示のCEPスクリプトの形で示されたルール表示を示す図である。
【００４０】
コンテキストスタジオにおけるコンテキスト管理は黒板ベースのコンテキストフレームワークの移動通信装置に基づくものであることが望ましく（Korpipaa他，２００３を参照のこと），さらに，ルール記述は，コンテキストマネージャを利用するスクリプトエンジン（Lakkala 2003a）と呼ばれる推論エンジンを用いて評価される。And，Or，Not，Equal，Not Equal，Less，Greater，Less Or Equal，Greater Or Equal，及びIn Rangeのような条件演算がコンテキストスクリプトモデルと推論エンジンとによってサポートされている。例示のオンラインシステムでは，コンテキストマネージャは，コンテキストソースと，コンテキストアブストラクタとからすべてのコンテキスト情報を受け取り，次いで，コンテキストスタジオにより生成され，ユーザがグラフィックUIを用いて定義したルール記述の中で使用されている上記コンテキストの変更時にスクリプトエンジンに対して該コンテキスト情報を示す。スクリプトエンジンは，変更されたコンテキストに対応するルールを評価し，次いで，ルールで定義されているように，ファイアされた（fired）ルールを用いて，アプリケーションアクション又はプラットフォームイベントの起動を図る。
【ユーザインタフェース】
【００４１】
単にユーザインタフェース（UI）とも呼ばれるグラフィックユーザインタフェース（GUI）を用いて，半自動適合化モデルというコンセプトに従ってユーザがコンテキストスタジオルールを指定することが望ましい。このユーザインタフェースはコンテキスト・オントロジの１つの応用例である。トリガ及びアクションの表現はオントロジ語彙モデルに基づくものである。UIにおけるトリガ，アクション及びルール表示要素は，オントロジモデル及びルールモデルに基づいて自動的かつ動的に生成することができる。UIにおいてオントロジ階層をフォルダ／ファイルモデル表示に変換して，ユーザのナビゲーションを容易にするようにしてもよい。語彙階層に従って，コンテキストタイプ及びアクションタイプについてのコンセプトをフォルダ及びサブフォルダとして表してもよい。コンテキスト値とはアクション値はコンセプトフォルダ内のファイルに対応することになる。実行時に語彙の拡張及び修正を行うことが可能であり，これに対応してUIの更新を行うことが可能である。新しいコンテキストタイプとアクションタイプとが新規パスとしてUIに呈示され，新しいコンテキスト値とアクション値が新たなファイルとしてフォルダに呈示される。
【００４２】
本発明の実施形態の利用を示す，本発明を限定しない実施例でのUIは，携帯用移動通信装置及び端末に見られるような小型スクリーン向けに設計されたものである。上記のような装置として，例えば，セルラ電話，ゲーム機器，デジタルカメラ，音楽用録音／再生機器，個人用情報機器（PDA），並びに，限られた表示スクリーン領域を備えたその他の装置及び端末などがあるが，これらに限定されるわけではない。
【００４３】
本発明を限定しない実施例として，ユーザが装置カテゴリコンテキストの語彙をナビゲートして，前の例で示したルールに対応する正しいトリガを見つけようとしているものと想定する。ユーザがパスDevice￥Movementをたどり，ジェスチャータイプのコンテキスト値Tapを選んだ後，表示は図７の例に示すようなルール編集表示へ戻る。アクション階層の表示とナビゲーションとをUIで同じように行うことができる。
【００４４】
ユーザが，ルール構成を望むと考えられる２つのシナリオ例は以下のようなものになる：
【００４５】
シナリオ１：ユーザは親友のマイクにしばしば電話をかける。車を運転したり，自転車に乗りながらマイクに電話をかけたりすることが多いので，ユーザはすぐにかつ電話機を見ずに電話をかけたいと思う。電話機は'振動'運動を認識する。電話機を振ったとき，マイクへの電話コールが始まるようにしようとユーザは決める。
【００４６】
シナリオ２：ユーザは，ナイトクラブで友人と夜を過ごすことが多い。クラブへ出かけるとき，電話やメッセージの受信時に音が聞こえるように，'外出時'プロファイルに電話を変更したいと思い，プロファイルの自動化変更設定を行う。この結果，呼び出し音の音量が外出時プロファイルのレベルまで自動的に上がることになる。
【００４７】
図３のルール編集ウィンドウで適当な定義を選択することにより，上記例示シナリオに対応する適切なルールを構成することができる。'トリガ'と'アクション'とからなる階層型フォルダ構造の中でナビゲートすることによって上記選択値を見つけてもよい。トリガと，アクション部と，階層情報モデル（例えば，装置＝＝>動き＝＝>振動／傾斜／回転）と，該階層モデルに従った結果生じるUIの自動生成とについての，本発明を限定しない実施例を示す図６も参照されたい。
【００４８】
半自動化されたコンテキストベースの適合化を行うための，（本願明細書でコンテキストスタジオと呼ばれる）アプリケーションのパーソナライズ用ツールの実施形態では，コンテキスト・オントロジを利用できるようにUIの設計が行われる。オントロジ語彙の階層は，UIにおいてフォルダ／ファイルモデル表示に変換することが望ましいが，この変換は本発明を限定するものではない。改善された語彙モデルを設けたオントロジによって，スケーラブルな情報表示，並びに，UIにおけるコンテキスト情報とアクション情報との簡単なナビゲーションが提供され，さらに，語彙の変更に応じてUIの直接更新が可能になる。
【００４９】
さらにオントロジは，正式のルールモデルとしてコンテキストスクリプトの利用をサポートするものである。
【００５０】
本発明の実施形態例によって，移動端末のアプリケーションとアクセサリの，異なる情報ソースに基づくプラットフォームに依存しない動的パーソナライズが可能になることが上記記述に基づいて理解できる。グラフィックユーザインタフェースを備えたツールを用いてインタラクションを行うエンドユーザによってパーソナライズが行われることが望ましく，該インタフェースの要素は利用可能な情報ソースから得られる記述に従って生成される。パーソナライズのための情報ソースの例としては，身振り，端末イベント，センサイベント，外部ネットワークソース，タグ，所在位置，プレゼンスなどが含まれる。制御の対象とすべきアプリケーションの例には，外部装置，プロファイル，端末制御，並びに，一般に利用可能なあらゆる端末アプリケーション機能によって通知される機能が含まれる。
【００５１】
上述したような本発明の実施形態例によって，情報ソースとアプリケーションアクションとから得られるイベントを記述するためのモデルが提供される。ツールの高度のユーザビリティを維持しながら，パーソナライズツールのグラフィックユーザインタフェースの要素を自動的かつ動的に生成することも可能である。
【００５２】
本発明の実施形態例は，潜在的に多量に存在する利用可能なアプリケーションとアクセサリとを利用する際に様々な好みを持つ移動端末ユーザに対応するものである。したがって，最低限のインタラクションによって，ユーザは端末アプリケーションとアクセサリの利用をより簡単に構成することが可能になる。また，端末アプリケーションとアクセサリの利用がより柔軟なものとなる。
【００５３】
類似の形として，さらに多くの"ソフトキー"を構成したいという要望が存在することも考えられる。本発明を限定しない実施形態によれば，"ソフトキー"は，任意の端末アプリケーション機能や，アクセサリが通知する機能を起動させる何らかのイベントであるとも考えられる。
【００５４】
したがって，本発明の実施形態例では，アクションを起動させるために，或いは，端末アプリケーションやアクセサリのアクションを一様に記述するために利用可能な（"ソフトキー"などの）イベントをユーザが一律に記述することが可能となる。上記モデルによって情報の表現が容易になり，その結果，人間が該情報を理解し易くなり，かつ，機械によりこの情報を読むことが可能となる。人間による理解のし易さによって，移動端末のエンドユーザは移動端末のパーソナライズを行うことが可能となる。所望の機械可読性機能によって，ユーザインタフェース要素の動的形成が可能となる。さらに，ユーザ指定の条件アクションルールの正式の記述が該モデルにより可能になり，それによってプラットフォームに依存しないパーソナライズが容易になる。実施形態例では，グラフィックUI（GUI）を用いてユーザが指定したグラフィック記述からこれらのルールが生成される。
【００５５】
この点に関して図６及び図７を再度参照することにする。図６が，上記モデルの単純化された，本発明を限定しない例示用ルールコンポーネントを示す図であるのに対して，図７は，モデル語彙から生成されたディレクトリ階層に基づくルールの形成を示す図である。図７で，ユーザは，ルールを共に形成する少なくとも１つのトリガと，アクションとを選択する。トリガ定義の１例として，利用可能なトリガイベントのディレクトリ構造が階層情報モデル（図６を参照のこと）に従って自動的に生成され，ユーザは，利用可能なセットのトリガ（この場合は"身振り"）からトリガ値のタイプを選択し，次いで特定の身振りトリガ値（この場合は"タップ"）を選択する。上記アクションを適宜定義することが可能である。
【００５６】
本発明の利用によって実現される利点として，任意の利用可能なイベントに基づく，端末用アプリケーション及びアクセサリ機能の動的な構成の容易化と，プラットフォームに依存しない機能のパーソナライズと，UI要素の動的生成と，情報モデルのスケーラビリティ及びその結果生じるUIモデルと，（他のユーザや，サードパーティのルール記述プロバイダなどの）外部ソースからルール記述を提供する能力と，センサなどのアプリケーション制御用イベントのような複数のソースを利用する能力と，アプリケーション制御用として身振りを指定する能力とが含まれるが，本発明をこれらに限定する必要はない。
【００５７】
１つの側面では，本発明によって，上述のコンテキストスタジオに少なくとも部分的に基づいてオントロジツールが提供される。該オントロジツールはアプリケーションのパーソナライズ用ツールであって，半自動化されたコンテキストベースの適合化を行って，コンテキスト認知機能を実行するツールである。本発明の実施形態では，コンテキストスタジオコンセプトは，小型スクリーンを備えた移動通信装置のエンドユーザ用としてさらに開発されている。改善された語彙モデルを設けたコンテキスト・オントロジによって，スケーラブルな情報表示，並びに，UIにおけるコンテキスト情報とアクション情報の簡単なナビゲーションが提供される。オントロジ語彙の階層はグラフィックユーザインタフェースにおいてフォルダ／ファイルモデル表示に変換される。実施形態例では，オントロジ語彙に対する拡張及び修正に従って，オンラインシステムにおいてUI要素を自動的に直接更新することが可能である。ルールモデルを利用して，ユーザインタフェースにおけるコンテキストアクションルールの体系化された管理とプレゼンテーションとが可能となる。
【００５８】
本発明の実施形態例によって，コンテキストスタジオコンセプト，すなわちさらに一般的には，小型スクリーンを備えた移動通信装置のエンドユーザ向けの，半自動化されたコンテキストベースの適合化を行うための，アプリケーションのパーソナライズ用ツールがさらに開発されて，小型スクリーンで使用するナビゲーション並びに情報のプレゼンテーションのさらに最適の設計が可能となる。コンテキスト・オントロジと語彙モデルとによって，自動的かつ動的にユーザインタフェース要素の生成を行うことが可能となる。オントロジ階層は，ユーザインタフェース用のディレクトリモデル表示に変換され，それによってナビゲーションを行うことが容易になる。オントロジ語彙に対する拡張及び修正は自動的に更新されて，UIに変えられる。ルールモデルを利用して，ユーザインタフェースにおける体系化された管理並びにルールのプレゼンテーションが可能となる。
【００５９】
図８には，本発明の実施形態例の実現に使用できる移動通信端末などの移動通信装置のような装置１００の，本発明を限定しない実施形態の簡略ブロック図が示されている。適切な移動通信装置の，本発明を限定しない実施例には，セルラ電話，個人用情報機器（PDA），携帯用コンピュータ，デジタルカメラなどの画像取得機器，ゲーム用機器，音楽用録音／再生機器，並びに，このような機能を組み入れた携帯用ユニットや端末機器が含まれるが，これらに限定されるわけではない。移動通信装置１００は，少なくともデータプロセッサ１０２用のオペレーティングプログラム（OP）１０４Aを格納するメモリ１０４（メモリ１０４の少なくとも一部は定義済みのルールを格納する不揮発性メモリ（NVM）装置であってもよい）と接続されたデータプロセッサ１０２を備え，その場合，本発明の実施形態に従う方法が，オペレーティングプログラム１０４Aにより実行可能となるように想定されている。移動通信装置１００には，UIの表示用表示スクリーン１０６A（又は同等のデータプレゼンテーション装置）と，キーパッドや，キーボードや，ポインティング装置や，タッチスクリーンのような少なくとも１つのデータエントリ（DE）装置１０６B，或いは，このデータエントリ装置を組み合わせた装置を備えたユーザインタフェース１０６も含まれる。上記コンポーネントを利用することによって，ユーザは，図１〜図７の例によって示すようにルールの定義を行うことが可能となり，次いでこれらのルールはメモリ１０４に格納される。移動通信装置１００はまた少なくとも１つのセンサ１０８を含むものであってもよく，そのようなセンサ１０８として，加速度計及び／又は温度計及び／又は機械的スイッチ及び／又は（GPS受信機などの）所在位置確認サブシステムなどがある。該所在位置確認サブシステムは，移動通信装置１００の或る内部条件及び／又は環境条件を検知する能力を備え，トリガ状態を決定するために（例えば３次元空間における移動通信装置１００の向き及び／又は動きを決定するための）データ入力値の出力を行うようになっている。データプロセッサ１０２及びユーザインタフェース１０６のような上記コンポーネントのうちの少なくともいくつかは，デスクトップ型PCやワークステーションに設けられているような移動通信装置１００から物理的に遠隔地に位置するものであってもよく，さらに，外部ユーザインタフェースを用いて定義されたいずれのルールも，有線又は無線の外部接続端子１１０を介して移動通信装置１００に入力して，メモリ１０４に格納できることを付記しておく。上述のスクリプトもまた，有線又は無線の外部接続端子１１０を介して移動通信装置１００に入力できることを付記しておく。
【００６０】
メモリ１０４は，ローカル技術環境に適した任意のタイプのものであってもよく，さらに半導体ベースのメモリ装置及びメモリシステム，光メモリ装置及び光メモリシステム，固定メモリ及び取り外し可能メモリなどの，任意の好適なデータ格納技術を用いて実現されるものであってもよい。データプロセッサ１０２は，ローカル技術環境に適した任意のタイプのものであってもよく，さらに本発明を限定しない実施例として，１以上の汎用コンピュータ，専用コンピュータ，マイクロプロセッサ，デジタル信号プロセッサ（DSP）並びにマルチコアプロセッサアーキテクチャに基づくプロセッサを含むものであってもよい。
【００６１】
図９は，オペレーティングプログラム１０４Aの制御下で，データプロセッサ１０２により実行可能な方法に従う単純化された論理フローチャートであって，移動端末又は移動通信装置１００用ユーザインタフェースを定義するための論理フローチャートである。上記方法には，ルールを共に形成する少なくとも１つのトリガと，アクションとを選択し（ブロックA），階層情報モデルに従う利用可能なイベントからなるディレクトリ構造を自動的に生成し（ブロックB），上記利用可能な１セットのイベントのなかから少なくとも１つのトリガ値を選択し（ブロックC），次いで，移動端末又は移動通信装置１００が実行するアクションを定義する（ブロックD）ステップが含まれる。
【００６２】
本発明の実施形態例は，データプロセッサ１０２のような移動通信装置１００のデータプロセッサと，ハードウェア，又は，ソフトウェアとハードウェアとの組み合わせとにより実行可能なコンピュータソフトウェアによって実行されるものであってもよい。さらにこの点に関して，図９の論理フローチャートの種々のブロックは，プログラムステップ又は相互に接続された論理回路，ブロックと機能，或いはプログラムステップと論理回路及びブロックと機能との組み合わせを表すものであってもよいことを付記しておく。
【００６３】
添付図面及び添付の請求項と共に本明細書を読むとき，上記に鑑み，種々の修正及び適合が当業者には明らかになるであろう。ほんのいくつかの例として，当業者は，他の同様の或いは同等のトリガ，アクション及び移動端末タイプの利用を試みることも可能である。しかし，本発明の教示のそのようなすべての修正及び同様の修正は，依然として本発明の範囲に属するものである。
【００６４】
さらに，対応する他の特徴を利用することなく，本発明の実施形態例の特徴のいくつかを利用して利点を得ることも可能である。したがって上述の記述は，本発明の原理の単に例示的な記述と考えることが望ましく，本発明は該記述によって限定されるものではない。
【図面の簡単な説明】
【００６５】
【図１】コンテキストタイプとコンテキスト値とを含む語彙の作成モデルを示す。
【図２】コンテキストタイプの１例と，１セットのコンテキスト値とを描く。
【図３】コンテキストスタジオルールの編集表示例と，対応するCEPスクリプト例とを描く。
【図４】装置カテゴリのセンサベースのコンテキスト語彙のコンテキストタイプ例からなるテーブル１を示す。
【図５】電話カテゴリのアクション語彙のアクションタイプ例からなるテーブル２を示す。
【図６】階層情報モデルの利用例に従うルールコンポーネントと，マッピング装置用UIとを描く。
【図７】ルールを作成するマルチステッププロセスを示す。
【図８】本発明の実現のために利用可能な移動通信装置の簡略なブロック図を示す。
【図９】図８の移動通信装置用ユーザインタフェースを定義するオペレーティングプログラムの制御下にあるデータプロセッサによって実行可能な方法に従う単純化した論理フローチャートである。
【図１】
2008504779.tif 000003
【図２】
2008504779.tif 000004
【図４】
2008504779.tif 000005
【図５】
2008504779.tif 000006
【図８】
2008504779.tif 000007
【図９】
2008504779.tif 000008
【図３】
2008504779.tif 000009
【図６】
2008504779.tif 000010
【図７】
2008504779.tif 000011
【国際調査報告】
2008504779.tif 000012
2008504779.tif 000013
2008504779.tif 000014