(57)【要約】      （修正有）【課題】アプリケーション内のコンテキスト表現の依存性を向上する。【解決手段】アプリケーション管理システムは、データベースリソースと関連付けられているアプリケーションマネージャ１０を含み、アプリケーションマネージャ１０は、ユーザがアプリケーションに関与しているイベントを定義する入力、またはデータベースリソース内のエンティティの操作を含むイベントを定義する入力を含む。コンテキストは、複数のエンティティへの参照の組によりイベント内で表現され、アプリケーションマネージャ１０は状況表現を決定して、サブコンテキストを定義するための状況表現マネージャ１３を含む。状況表現マネージャ１３は、イベントに関連する複数のエンティティへの参照のサブセットを識別するように構成されており、アプリケーションマネージャ１０は、状況表現に基づいて、アプリケーションの動作を、状況または将来の状況に適合させる。【選択図】図１
2005259119.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーション（２０）を管理するためのアプリケーションマネージャ（１０）を含むアプリケーション管理システムであって、アプリケーションマネージャ（１０）は、アプリケーション（２０）に関連付けられた複数のエンティティ（６１〜６３）を記憶するための、データベースリソース（２２）と関連付けられており、アプリケーションマネージャ（１０）は、ユーザがアプリケーション（２０）に関与しているイベント（６０）を定義する入力、またはデータベースリソース（２２）内の少なくとも１つのエンティティ（６１）の操作を含むイベント（６０）を定義する入力（２７）を受け取るための、入力チャネル（１２）を含み、コンテキスト（６５）は、イベント（６０）と関連付けられており、データベースリソース（２２）内に記憶された複数のエンティティ（６１〜６３）への参照の組によりイベント（６０）内で表現され、アプリケーションマネージャ（１０）は、さらに、前記複数のエンティティへの参照のサブセットにより状況表現を決定して、サブコンテキスト（６４）を定義するための、状況表現マネージャ（１３）を含み、状況表現マネージャ（１３）は、イベント（６０）に関連する前記複数のエンティティへの参照の前記サブセットを識別するように構成されており、アプリケーションマネージャ（１０）は、前記状況表現に基づいて、アプリケーション（２０）の動作を、前記状況または将来の状況に適合させるように構成されていることを特徴とする、アプリケーション管理システム。
【請求項２】
状況表現マネージャ（１３）は、参照の組またはサブセットのうちの少なくとも１つにより定義された複数のエンティティにアクティベーション値（ＡＶ、＊）を割り当てるための、アクティベーション値アサイナ（１７）と、アクティベーション値（ＡＶ、＊）に基づいて、前記状況表現に含められるべきエンティティ（６４）のサブセットを決定するための、決定手段（１８）とを含むことを特徴とする、請求項１に記載のシステム。
【請求項３】
決定手段（１８）は、アクティベーション値（ＡＶ、＊）に基づいて、所定のしきい値に対して前記状況表現を決定することを特徴とする、請求項２に記載のシステム。
【請求項４】
アプリケーションマネージャ（１０）は、前記状況表現を記憶するための記憶媒体（１５）を含み、前記記憶された状況表現は、将来の状況においてアプリケーション（２０）の動作を決定するために使用されることを特徴とする、請求項１〜３のいずれか一項に記載のシステム。
【請求項５】
エンティティ（６１〜６３）のアクティベーション値（ＡＶ、＊）は、状況（６０）に前記エンティティが関係する程度に従って導かれることを特徴とする、請求項１〜４のいずれか一項に記載のシステム。
【請求項６】
状況（６０）に直接関係しているエンティティ（６１、６２）には、イベント（６０）に間接的に関係しているエンティティ（６３、６３′）よりも高い関連性を有するアクティベーション値（ＡＶ）が割り当てられることを特徴とする、請求項１〜５のいずれか一項に記載のシステム。
【請求項７】
直接関係しているエンティティ（６１）への複数の関係（ｒ）を有するエンティティ（６２′）には、関係（ｒ）の数に基づいてアクティベーション値が割り当てられることを特徴とする、請求項１〜６のいずれか一項に記載のシステム。
【請求項８】
決定手段（１７）は、イベント（６０）により直接影響されるエンティティ（６１）への参照を最初に含む初期サブセット（６０）の連続的な拡張により、サブコンテキスト（６４）を、前記状況に関連しているものとして決定するように構成されることを特徴とする、請求項１〜７のいずれか一項に記載のシステム。
【請求項９】
決定手段（１７）は、エンティティが初期サブセット（６０）のエンティティのうちの少なくとも２つに関係している場合に、または、前記追加されるべきエンティティに割り当てられた前記アクティベーション値に基づいて、初期サブセット（６０）に前記追加されるエンティティを追加するように構成され、アクティベーション値（ＡＶ）は、追加されるべきエンティティ（６２、６３′）と、コンテキスト（６５）に含まれているエンティティとの関係に従って、および、前記関係しているエンティティに割り当てられたアクティベーション値（ＡＣ、＊）に従って、追加されるべきエンティティ（６２、６３′）に割り当てられることを特徴とする、請求項８に記載のシステム。
【請求項１０】
アクティベーション値アサイナ（１７）は、エンティティがサブコンテキスト（６４）内に含められた反復に依存するサブコンテキストアクティベーション属性（＊）を、サブコンテキスト（６４）に含まれているエンティティ（６１、６２、６３′）に割り当てることを特徴とする、請求項２〜９のいずれか一項に記載のシステム。
【請求項１１】
サブコンテキスト（６４）に含まれているエンティティのサブコンテキストアクティベーション属性（＊）は、サブコンテキスト（６４）に含まれている前記エンティティが直接関係しているサブセットエンティティの数を考慮に入れることにより計算されることを特徴とする、請求項２〜１０のいずれか一項に記載のシステム。
【請求項１２】
エンティティ（６１〜６３）のアクティベーション値は、２つの構成要素の合計として計算され、第１の構成要素は、直接関係しているコンテキストエンティティのアクティベーション値の合計であり、第２の構成要素は、直接関係しているサブコンテキストエンティティのアクティベーション値の合計であることを特徴とする、請求項２〜１１のいずれか一項に記載のシステム。
【請求項１３】
前記合計は加重和であり、関係している各エンティティのアクティベーション値（ＡＶ、＊）は、関係（ｒ）の種類またはタイプに依存する加重係数により乗算されることを特徴とする、請求項１２に記載のシステム。
【請求項１４】
決定手段（１８）は、周期的な方法でサブセット（６４）を決定することを特徴とする、請求項１〜１３のいずれか一項に記載のシステム。
【請求項１５】
記憶媒体（１５）は、前記記憶された状況表現に基づいて動的コンテキスト表現をモデル化するために、コンテキストモデラ（１６）によってアクセス可能であることを特徴とする、請求項４〜１５のいずれか一項に記載のシステム。
【請求項１６】
アプリケーションを管理する方法であって、前記方法は、アプリケーション（２０）に関連付けられた複数のエンティティ（６１〜６３）をデータベースリソース（２２）内に記憶するステップと、
ユーザがアプリケーション（２０）に関与しているイベント（６０）を定義する入力（１２）、またはデータベースリソース（２２）内の少なくとも１つのエンティティ（６１）の操作を含むイベント（６０）を定義する入力（２７）を受け取るステップとを含み、コンテキスト（６５）は、イベント（６０）に関連付けられ、データベースリソース（２２）内に記憶された複数のエンティティ（６１〜６３）への参照の組によってイベント（６０）内で表現され、前記方法はさらに、サブコンテキスト（６４）を定義するために、前記複数のエンティティへの前記参照のサブセットによって状況表現を決定するステップを含み、前記決定するステップは、イベント（６０）に関連する複数のエンティティ（６１、６２、６３′）への前記参照のサブセットを識別するステップを含み、前記方法はさらに、前記状況表現に基づいて、アプリケーション（２０）の動作を状況（６０）または将来の状況に適合させるステップを含むことを特徴とする方法。
【請求項１７】
前記決定するステップは、前記参照の組によって定義される複数のエンティティ（６１〜６３）にアクティベーション値（ＡＶ、＊）を割り当てるステップと、前記状況表現内に含まれるべきエンティティ（６１、６２、６３′）のサブセットを、アクティベーション値（ＡＶ、＊）に基づいて決定するステップとを含むことを特徴とする、請求項１６に記載の方法。
【請求項１８】
前記決定するステップは、アクティベーション値（ＡＶ、＊）に基づいて、所定のしきい値に対して前記状況表現を決定することを特徴とする、請求項１７に記載の方法。
【請求項１９】
前記状況表現を記憶するステップを含み、前記記憶された状況表現は、将来の状況においてアプリケーション（２０）の動作を決定するために使用されることを特徴とする、請求項１６〜１８のいずれか一項に記載の方法。
【請求項２０】
エンティティについてのアクティベーション値（ＡＶ、＊）を、前記エンティティが前記イベントに関係する程度に従って導くステップを含むことを特徴とする、請求項１６〜１９のいずれか一項に記載の方法。
【請求項２１】
イベント（６０）に直接関係しているエンティティには、イベント（６０）に間接的に関係しているエンティティよりも高い関連性を有するアクティベーション値（ＡＶ、＊）を割り当てるステップを含むことを特徴とする、請求項１６〜２０のいずれか一項に記載の方法。
【請求項２２】
直接関係しているエンティティへの複数の関係を有するエンティティに、関係（ｒ）の数に基づいてアクティベーション値（ＡＶ、＊）を割り当てるステップを含むことを特徴とする、請求項１６〜２１のいずれか一項に記載の方法。
【請求項２３】
イベント（６０）により直接影響されるエンティティ（６１）への参照を最初に含む、初期サブセット（６０）の連続した拡張により、前記イベントに関連しているものとしてサブコンテキスト（６４）を決定するステップを含むことを特徴とする、請求項１６〜２２のいずれか一項に記載の方法。
【請求項２４】
前記決定するステップは、エンティティが初期サブセット（６０）のエンティティのうちの少なくとも２つに関係している場合に、そして、前記追加されるべきエンティティに割り当てられたアクティベーション値（ＡＶ、＊）に基づいて、初期サブセット（６０）に前記エンティティを追加するステップを含み、アクティベーション値（ＡＶ、＊）は、前記追加されるべきエンティティと、コンテキスト（６５）に含まれているエンティティとの関係に従って、および、前記関係しているエンティティに割り当てられたアクティベーション値に従って、前記追加されるべきエンティティに割り当てられることを特徴とする、請求項２３に記載の方法。
【請求項２５】
エンティティがサブコンテキスト（６４）内に含められた反復に依存するサブコンテキストアクティベーション属性（＊）を、サブコンテキスト（６４）に含まれているエンティティに割り当てる、さらなるステップを含むことを特徴とする、請求項１７〜２４のいずれか一項に記載の方法。
【請求項２６】
サブコンテキスト（６４）に含まれている前記エンティティが直接関係しているサブセットエンティティの数を考慮に入れることにより、サブコンテキスト（６４）に含まれているエンティティのサブコンテキストアクティベーション属性（＊）を計算するステップを含むことを特徴とする、請求項１７〜２５のいずれか一項に記載の方法。
【請求項２７】
エンティティのアクティベーション値（ＡＣ、＊）を、２つの構成要素の合計として計算するステップを含み、第１の構成要素は、直接関係しているコンテキストエンティティのアクティベーション値の合計であり、第２の構成要素は、直接関係しているサブコンテキストエンティティのアクティベーション値の合計であることを特徴とする、請求項１７〜２６のいずれか一項に記載のシステム。
【請求項２８】
前記合計は加重和であり、関係している各エンティティの前記アクティベーション値は、関係（ｒ）の種類またはタイプに依存する加重係数により乗算されることを特徴とする、請求項２７に記載のシステム。
【請求項２９】
周期的な方法でサブセット（６４）を決定するステップを含むことを特徴とする、請求項１６〜２８のいずれか一項に記載の方法。
【請求項３０】
記憶された状況表現に基づいて動的コンテキスト表現をモデル化するために、コンテキストモデラ（１６）によって記憶媒体（１５）にアクセスするステップを含むことを特徴とする、請求項１６〜２９のいずれか一項に記載の方法。
【請求項３１】
請求項１６〜３０のいずれか一項の方法を実行するために実施可能な手段を含む、ユーザ端末。
【請求項３２】
請求項１６〜３０のいずれか一項の方法を実行するために処理装置により実行可能な命令のプログラムを実施する、前記処理装置によって読み取り可能なプログラム記憶装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーション管理システムおよびアプリケーション管理方法に関する。
【背景技術】
【０００２】
ユーザがさまざまなコンテキストの中で作業することを可能にする、例えばビジネスアプリケーションなどの、アプリケーションの提供は公知である。そのようなアプリケーションは、表示される情報、およびユーザが選択可能なアクションまたはオブジェクトを、それぞれのコンテキストに従って適合させる。しかし、このコンテキストは、明示的にモデル化されるのではなく、アプリケーションのユーザインタフェースのさまざまな画面により暗黙的に与えられる。ユーザが別の画面に切り換える場合は、非常に制限されたコンテキスト情報が維持される。一部のアプリケーションは、最近使用された、または頻繁に使用されたオブジェクトのリストを使用するが、ユーザの活動に対するこれらのオブジェクトの関係は、アプリケーションから認識されない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
したがって、従来のアプリケーションの１つの問題は、コンテキスト情報が不足しており、一般的なアルゴリズムでは利用できず、コンテキスト依存性は、その代わりに、各画面についてハードコード化されなければならないということである。
【０００４】
本発明の目的は、従来のアプリケーションで発生するそれらの問題に対処することである。特に、本発明の目的は、アプリケーション内のコンテキスト表現の依存性を向上することである。
【課題を解決するための手段】
【０００５】
本発明の第１の態様によれば、アプリケーションを管理するためのアプリケーションマネージャを含むアプリケーション管理システムが提供され、アプリケーションマネージャは、アプリケーションに関連付けられた複数のエンティティを記憶するための、データベースリソースと関連付けられており、アプリケーションマネージャは、ユーザがアプリケーションに関与しているイベントを定義する入力、またはデータベースリソース内の少なくとも１つのエンティティの操作を含むイベントを定義する入力を受け取るための、入力チャネルを含み、コンテキストは、イベントと関連付けられており、データベースリソース内に記憶された複数のエンティティへの参照の組によりアプリケーション内で表現され、アプリケーションマネージャは、さらに、複数のエンティティへの参照のサブセットにより状況表現を決定して、サブコンテキストを定義するための、状況表現マネージャを含み、状況表現マネージャは、イベントに関連する複数のエンティティへの参照のサブセットを識別するように構成されており、アプリケーションマネージャは、状況表現に基づいて、アプリケーションの動作を、前記イベントまたは将来のイベントに適合させるように構成されている。
【０００６】
これにより、特定のユーザ対話またはエンティティ相互接続に関する状況モデルは、状況に最も関連するエンティティのみを含むサブコンテキストを定義するように範囲が定められる。これにより、動的コンテキスト表現を提供するために処理される必要のあるデータの量は減少する。さらに、表示されるデータの複雑さも減少し、状況に関連する追加の関連情報および／または活動が提供される。
【０００７】
本発明の第２の態様によれば、アプリケーションを管理する方法が提供され、前記方法は、アプリケーションに関連付けられた複数のエンティティをデータベースリソース内に記憶するステップと、ユーザがアプリケーションに関与しているイベントを定義する入力、またはデータベースリソース内の少なくとも１つのエンティティの操作を含むイベントを定義する入力を受け取るステップとを含み、コンテキストは、イベントに関連付けられ、データベースリソース内に記憶された複数のエンティティへの参照の組によってアプリケーション内で表現され、前記方法はさらに、サブコンテキストを定義するために、複数のエンティティへの参照のサブセットによって状況表現を決定するステップを含み、前記決定するステップは、イベントに関連する複数のエンティティへの参照のサブセットを識別するステップを含み、前記方法はさらに、状況表現に基づいて、アプリケーションの動作を前記イベントまたは将来のイベントに適合させるステップを含む。
【０００８】
本発明の第３の態様によれば、本発明の第１の態様の任意の方法を実行するために実施可能な手段を含む、ユーザ端末が提供される。
【０００９】
本発明の第４の態様によれば、処理装置によって読み取り可能なプログラム記憶装置が提供され、前記プログラム記憶装置は、本発明の第１の態様の方法のステップを実行するために前記処理装置により実行可能な命令のプログラムを実施する。
【００１０】
本発明がより完全に理解されるように、その実施形態を図面を参照してあくまでも一例として以下に説明する。
【発明を実施するための最良の形態】
【００１１】
図１は、本発明の実施形態を組み込んだアーキテクチャを示し、図２は、本発明の実施形態に従って決定された状況表現を示す。図１および図２を参照することにより、以下で説明するプロセスが実装されてもよいアプリケーション管理システムが示され、特に、本発明の実施形態のシステムにより開始されるデータフローおよびデータ処理ステップが示される。アプリケーション管理システムは、アプリケーション２０を管理するためのアプリケーションマネージャを含む。アプリケーションマネージャ１０は、アプリケーション２０に関連付けられた複数のエンティティ６１〜６３を記憶するための、データベースリソース２２に関連付けられている。アプリケーションマネージャ１０は、ユーザがアプリケーション２０に関与しているイベント６０を定義する入力、またはデータベースリソース２２内の少なくとも１つのエンティティの操作を含むイベント６０を定義する入力を受け取るための、入力チャネル１２を含み、コンテキスト６５は、イベント６０と関連付けられており、データベースリソース２２内に記憶された複数のエンティティ６１、６２、６３′、６３′′への参照の組により表現され、アプリケーションマネージャ１０は、さらに、複数のエンティティ６２、６２、６３′への参照のサブセットにより状況表現６４を決定して、サブコンテキスト６４を定義するための、状況表現マネージャ１３も含み、状況表現マネージャ１３は、イベント６０に関連する複数のエンティティ６２、６２、６３′への参照のサブセットを識別するように構成されており、アプリケーションマネージャ１３は、状況表現６４に基づいて、アプリケーション２０の動作を、状況または将来の状況に適合させるように構成されている。
【００１２】
状況表現マネージャ１３は、データリンク４を介して、コンテキストモデラ１６と、状況表現が記憶される記憶媒体１５とに関連付けられていてもよい。状況表現を記憶することにより、アプリケーションが過去の状況から動的な方法で学習してコンテキスト依存動作を向上させるために、それらの状況表現を利用することが可能になる。状況表現マネージャがサブコンテキストを決定するので、将来の状況において処理されるべきデータの量は最小に保たれ、その上、最も関連のあるデータが確実に識別され記憶される。アプリケーションマネージャ１０は、一般に、ユーザが対話のために使用するユーザインタフェース１１に関連付けられていてもよい。アプリケーションマネージャは、さらに、データ２７、２９、３１、および３３を、アプリケーション２０のさまざまな構成要素と交換してもよい。さらに、状況表現マネージャは、データ２、４を、それぞれ記憶媒体１５およびコンテキストモデラ１６と交換するように構成されている。
【００１３】
通常、任意の時点において、ユーザは、アクションまたはプロセス、あるいはその両方を含んでいてもよいイベント６０に関与している。アプリケーションマネージャ１０は、また、データベース２２を含んでいてもよいアプリケーション２０に関連付けられている。アプリケーションは、ビジネスアプリケーション、またはそれに類似したものであってもよい。アプリケーションがコンテキスト依存動作を向上させるために、過去の状況から動的な方法で学習する場合、これらの状況は記憶媒体１５内に記憶されるのが好ましいことがわかっている。動的コンテキストモデルがコンテキストモデラ１６により使用される場合、状況６０は、コンテキスト６５のサブセット６４として、つまり、現在のコンテキストモデル６５にすべて含まれているエンティティ６１、６２、６３′の組として、定義されることが可能であることがわかっている。
【００１４】
１つのソリューションは、コンテキスト６５全体を状況表現として記憶することであってもよい。しかし、状況６４は、イベントにあまり関連していないことがわかっているエンティティによりダイリューションになる場合があることがわかっている。本発明により提供されるソリューションは、関連のないエンティティによる状況表現のダイリューションを回避しようとし、その上、状況表現の記憶および処理が望ましい場合に、状況表現を構成するデータのためのリポジトリおよび処理要求を最小にする。状況表現６４は、アプリケーション２０および入力１２からのデータに基づいてアプリケーションマネージャ１０により決定され、そして、場合によっては、コンテキストモデラ１６内に記憶されていてもよい現在のコンテキスト表現を使用して決定されてもよい。ユーザインタフェース１１とアプリケーションマネージャ１０との間で、データが交換されてもよい（１２、１４）。コンテキストモデラ１６は、特に状況表現マネージャ１３の出力に基づいて、どのエンティティ６１がコンテキスト表現を形成するかを決定する。コンテキスト表現は、通常、少なくとも１つのエンティティ６１を含む。プロセスまたはアクションにより定義される、エンティティまたはイベントのコンテキストは、そのエンティティまたはイベントにとって特に重要な、かつ、そのエンティティまたはイベントと通常は直接的または間接的な関係を有する、事実およびエンティティ６１の集まりである。データベースが内部で提供されるビジネスアプリケーションなどの、ビジネスアプリケーション内で、コンテキストは、ユーザ、セッション、ビジネスエンティティ（ただし、これらに限定されない）などの、さまざまなエンティティ６１またはイベント６０について定義されてもよい。ユーザについては、コンテキストは、そのユーザの役割、プロジェクト、個人的嗜好などのエンティティ６１を含んでいてもよい。セッションについては、コンテキストは、ユーザ、最新のアクション、操作されたビジネスエンティティ６１などのエンティティ６１を含んでいてもよい。ビジネスアプリケーションの特定のビジネスオブジェクトについては、コンテキストは、過去のプロジェクト、顧客への注文などのエンティティ６１を含んでいてもよい。ビジネスオブジェクトは、通常、データベース２２に記憶されたエンティティ６１である。技術的には、コンテキストは、ビジネスエンティティ６１、プロセス／アクション、またはイベントの、複数のインスタンスにより表現されてもよい。イベント６０は、少なくとも１つのプロセスまたはアクションにより定義されてもよい。
【００１５】
コンテキストモデラ１６は、記憶媒体１５に記憶された状況表現を使用して、状況に対応してコンテキストをモデル化する。本発明によれば、ユーザが関与してきた状況の表現は、記憶媒体１５に記憶される。それらは、それぞれの特定のプロセスおよび／またはアクションに関与しているか、または関連付けられているエンティティ６１によって、フレームとして記憶されてもよい。現在および以前の状況は、状況に含まれているオブジェクトまたはアクション、およびそれらの相互関係を説明する、複数のフレームによって表現されてもよい。フレームは、当業者（例えば人工知能（ＡＩ）からの）に知られている用語であり、固定された「役割」内のさまざまな「アクター」で発生する共通のパターンを表現する。フレームはスロットを含み、そのようなフレームの特定のインスタンスの中で、役割はスロットにより表現され、スロットはアクターで埋められる。特に、本発明に関しては、エンティティ６１がスロットの内容を形成する。特に、フレームは、現在または以前の状況を表現するためのデータ構造である。言い換えれば、それはパターンの表現である。一般用語では、フレームは、オブジェクト指向プログラミング（ＯＯＰ）の「クラス」に相当する場合がある。
【００１６】
一実施形態では、フレームにより表現されたパターンは、単一の状況を表現することができる。あるいは、フレームにより表現されるパターンは、多数の単一の状況の本質であってもよい。したがって、スロット内のそれぞれのエンティティを参照する関係は、さまざまな値を持っていてもよい。例えば、それぞれのエンティティを参照する関係は、その関係の蓋然性および信頼度のうちの少なくとも１つを示す値を持っていてもよい。
【００１７】
さらに、その状況内でのそれぞれの関係の重要度を特徴付けるために、別の値が設定されてもよい。また、これらの関係は、それぞれ、因果関係または従属関係として印が付けられてもよい。因果関係は状況を特徴付けるのに対して、従属関係は推測と見なされてもよい。ユーザが関与してきた状況のうちの少なくとも１つ、および現在の状況についての、フレーム、関係、および値は、第１の記憶媒体１５に記憶される。言い換えれば、ユーザの動作は、システム１０によって観察され、フレームとして記憶される。このデータは、その後、コンテキスト表現をモデル化するために、コンテキストモデラ１６によって使用されてもよい。このアプローチにより、事前定義された規則と学習された規則とのシームレスな統合が、評価の目的のために確実に行われるようになる。
【００１８】
これにより、アプリケーションマネージャ１０に基づいてコンテキストモデラ１６によりモデル化されるコンテキスト表現は、アプリケーション内容を表現するだけでなく、現在の状況を含む、観察されたユーザの動作も表現する。すべての状況６４を状況表現として記憶するということには、大量のデータの記憶および処理が含まれることがわかっている。この問題に対処するために、状況表現マネージャ１３が提供される。
【００１９】
本発明の一実施形態によれば、ユーザの対話または新しい相互接続を含んでいてもよいイベントから開始して、前記ユーザの対話または新しい相互接続に関連していると識別される相互に関係するエンティティ６１、６２、６３′のクラスタを含む、サブコンテキスト６４が、状況表現マネージャ１３によって構築される。
【００２０】
サブコンテキスト６４は、次の方法で識別されてもよい。サブコンテキストは、イベント６０により直接影響されるエンティティ６１を最初に含むように定義される。データベースリソースの内容の操作によりイベントが定義される場合、直接影響される２つ以上のエンティティは、リンクされている２つ以上のエンティティである。これらの直接影響されるエンティティ６１は、以下、サブコンテキストのコアエンティティと記載する。
【００２１】
本発明の一実施形態によれば、状況表現マネージャ１３は、参照の組により定義された複数のエンティティ（つまり、コンテキスト）にアクティベーション値を割り当てるための、アクティベーション値アサイナ１７を含む。初期サブコンテキスト６１内のエレメント（つまり、エンティティの組）について、アクティベーション値アサイナ１７は、アクティベーション値をさらに定義して、前記サブコンテキストに含まれているエンティティに割り当てるように構成される。このさらなるアクティベーション手段は、コンテキストエンティティ６１〜６３に割り当てられるアクティベーションとは無関係であり、以下ではサブコンテキストアクティベーションと記載される場合があることに注意されたい。
【００２２】
状況表現マネージャ１３は、状況表現を、周期的な方法で決定する。連続した周期の中で、サブコンテキストに関係し、かつ、アクティブなコンテキストの一部であるかまたはアクティブなコンテキストに直接関係しているエンティティが、サブコンテキスト６４に追加される。図２からわかるように、イベント６０に直接関係しているエンティティ６２に加えて、状況表現マネージャ１３は、エンティティ６３′を、そのアクティベーション値ＡＶに基づいて、サブコンテキスト６４に追加する。それとは異なり、エンティティ６３′′は、サブコンテキスト６４に追加されない。同様に、エンティティ６３′′をサブコンテキストに含めないことの決定は、アクティベーション値ＡＶに基づいて行われる。エンティティがサブコンテキスト６４に追加されるかどうかは、データ処理装置またはそれに類似したものを含んでいてもよい決定手段１８により決定される。エンティティ６３′をサブコンテキスト６４に含めるための条件は、サブコンテキストアクティベーション値およびアクティブコンテキストアクティベーション値から導かれるアクティベーション値の加重和が、所定のしきい値を超えるということである。
【００２３】
導かれるアクティベーション値（つまり、コンテキストエンティティに割り当てられたアクティベーション値と、サブコンテキストエンティティに割り当てられたアクティベーション値とを考慮に入れたアクティベーション値）は、各関係タイプに固有の係数によってそれぞれが重み付けされた、関係するエンティティのベースアクティベーションの合計として計算される。決定手段により適用される条件（この条件は、特定の状況によって変化する場合がある）の結果として、エンティティが、サブコンテキストへの特定の密接なつながりを有することにより、または一般的なコンテキストにおける特定の高い関連性を有することにより、サブコンテキストに追加されてもよい。これにより、最も関連のあるエンティティが、確実な、一貫した方法で識別されることがわかっている。さらなる実施形態では、サブコンテキストに新しく追加されたエンティティに割り当てられるサブコンテキストアクティベーション値は、エンティティが追加された周期に依存する。後の周期では、より低いアクティベーションが、新しいエンティティに割り当てられる。決定手段は、周期内で、サブコンテキストに含まれるために必要なしきい値を超えていると識別されるさらなるエンティティがない場合、サブコンテキストがいつ完成するかを決定する。これが達成されると、サブコンテキストが定義される。
【００２４】
一実施形態では、決定手段１８は、アクティベーション値ＡＶに基づいて、所定のしきい値に対して状況表現６４を決定する。さらなる実施形態では、アプリケーションマネージャ１０は、状況表現６４を記憶するための記憶媒体１５を含み、記憶された状況表現６４は、将来の状況においてアプリケーションの動作を決定するために使用される。上述のように、さらなる実施形態では、エンティティ６１〜６３のアクティベーション値ＡＶは、状況のコアエンティティ６０にエンティティ６１〜６３が関係する程度に従って導かれる。さらに、状況のコアエンティティ６０に直接関係しているエンティティ６２には、状況のコアエンティティ６０に間接的に関係しているエンティティ６３よりも高い関連性を有するアクティベーション値ＡＶが割り当てられる。さらに、直接関係しているエンティティ６２への複数の関係を有するエンティティ６３′には、関係の数に基づいてアクティベーション値が割り当てられる。さらなる実施形態では、決定手段１８は、状況のコアエンティティ６０により直接影響されるエンティティ６１への参照を最初に含むサブセット６０の連続的な拡張により、サブコンテキスト６４を、イベントに関係しているものとして決定するように構成される。通常、ユーザはイベントに含まれていることに注意する必要がある。さらに、データベースエンティティの操作はイベントと見なされる。それに対して、状況は、終了時に完全なサブコンテキストを参照する。サブセットは、完全に定義された場合、状況がどのようなものであるかを定義する。コアエンティティは、状況の中心部である。さらなる実施形態では、決定手段１８は、エンティティ６２、６３′が初期サブセット６０のエンティティ６１のうちの少なくとも１つに関係している場合に、そして、追加されるべきエンティティ６２、６３′に割り当てられたアクティベーション値ＡＶに基づいて、初期サブセット６０にエンティティ６２、６３′を追加するように構成され、アクティベーション値ＡＶは、追加されるべきエンティティ６２、６３′と、コンテキスト６５に含まれているエンティティ６１〜６３との関係に従って、および、前記関係しているエンティティに割り当てられたアクティベーション値に従って、追加されるべきエンティティ６２、６３′に割り当てられる。さらなる実施形態では、アクティベーション値アサイナは、エンティティがサブコンテキスト内に含められた反復に依存するサブコンテキストアクティベーション属性（値とも呼ばれる）を、サブコンテキストに含まれているエンティティに割り当てる。さらに、サブコンテキストに含まれているエンティティのサブコンテキストアクティベーション属性は、サブコンテキストに含まれているエンティティが直接関係しているサブセットエンティティの数を考慮に入れることにより計算されてもよい。さらに、エンティティのアクティベーション値は、２つの構成要素の合計として計算されてもよく、第１の構成要素は、直接関係しているコンテキストエンティティのアクティベーション値の合計であり、第２の構成要素は、直接関係しているサブコンテキストエンティティのアクティベーション値の合計である。特に、前記合計は加重和であってもよく、関係している各エンティティのアクティベーション値は、関係の種類またはタイプに依存する加重係数により乗算される。上述のように、決定手段は、周期的な方法でサブセットを決定する。また、記憶媒体１５は、記憶された状況表現６４に基づいて動的コンテキスト表現をモデル化するために、コンテキストモデラによってアクセス可能であってもよい。
【００２５】
一般的なリレーショナルデータベース２２内では、複数のエンティティが、それらのエンティティタイプに従って、複数のテーブル内に記憶されている。さまざまなテーブルからのエンティティが、コンテキストモデラ１６によりモデル化されるコンテキスト表現に含まれるようにするために、さまざまなテーブルからのエンティティの均一表現を記憶する、さらなる記憶媒体（図示せず）が提供されてもよい。好ましい実施形態では、前記さらなる記憶媒体は、均一表現の提供に加えて、さまざまなエンティティタイプ間の関係の記憶も行う、意味ネット表現を含む。特定の実施形態では、前記さらなる記憶媒体は、意味ネットサーバである。意味ネットサーバが使用される場合、プロセスおよびアクションの表現の間の関係が含まれる。意味ネットは、ノードおよびそれらのノード間の関係により構成されるデータ構造である。ノードはタームを表現し、それらは特殊な関係タイプ「ｉｓ  ａ」によって抽象化階層内に埋め込まれる。意味ネットは、コンピュータシステム内でオントロジを表現する一般的な方法である。プロセスおよびアクションの表現は、一般知識オントロジと同様に、意味ネット構造内に統合される。オントロジは、概念化の明示的な指定であることに注意されたい。概念化は、何らかの目的のために表現することが望ましい、抽象的な、単純化された世界観である。オントロジは、ボキャブラリ（タームまたはラベル）、概念の定義、および特定のドメインについてのそれらの関係を含む。オントロジは、どのようなコンピュータモデルまたは実装とも無関係に存在する表現である。
【００２６】
図１には、ビジネスアプリケーション２０が示されている。データベースリソース２２内には、エンティティ６１〜６３が記憶される。第１のデータリポジトリ２４内には、エンティティインスタンスが記憶される。第２のデータリポジトリ２６内には、エンティティクラスが記憶される。ビジネスアプリケーション２０には、さらに、ユーザの動作を記憶するための、記録されたユーザの動作の記憶媒体２８、高レベルオントロジを記憶するための、高レベルオントロジ記憶媒体３０、およびその他のデータを記憶するための、その他のリポジトリ３２が含まれている。データベース２２、記録されたユーザの動作の記憶媒体２８、高レベルオントロジ記憶媒体３０、およびその他のリポジトリ３２は、それぞれ通信リンク２７、２９、３１、および３３を経由して、システム１０とデータを交換してもよい（特に、状況表現６４′、６４′′、６４′′′のためのエンティティに関するデータを提供するために）。上述の実施形態では、エンティティはデータベースリソース２２に記憶されるが、その他のリポジトリ２８、３０、３２に記憶されたエンティティも、単独に、あるいは相互に組み合わせて、および／またはデータベースリソース２２と組み合わせて、アプリケーションマネージャ１０により、状況表現を提供するために使用されてもよい。
【００２７】
図示されている例では、１つのデータベースのみが示されているが、システム１０は、少なくとも１つのデータベースからの状況表現およびパターン表現を記憶するように構成されてもよいため、本発明はこれに関して制限されない。例えば、コンテキストモデラ１６によりモデル化されたコンテキスト表現によって、複数のデータベースが影響されてもよい。
【００２８】
図３は、本発明の実施形態に従ってアプリケーションを管理する方法を組み込んだフロー図を示す。図からわかるように、示されているプロセス２００は、アプリケーションに関連付けられた複数のエンティティをデータベースリソース内に記憶するステップ（ステップ７０）と、コンテキストを有するイベントを、記憶されたエンティティの組によって定義する入力を受け取るステップ（ステップ７２）と、サブコンテキストを定義する、記憶されたエンティティの組のサブセットとして、状況表現を決定するステップ（ステップ７４）と、状況表現に基づいて、アプリケーションの動作を、状況または将来の状況に適用させるステップ（ステップ７６）とを含む。続いて、システムは、状況が変化したかどうかを判定する（ステップ７８）。変化した場合、プロセスはステップ７２に戻り、変化していない場合、システムは、セッションが終了しようとしているかどうかを判定し（ステップ８０）、終了しようとしていない場合、プロセスはステップ７８に戻り、セッションが終了しようとしている場合、プロセスは終了する（ステップ８２）。
【００２９】
本発明の特定の実施形態では、アプリケーション２０を管理する方法が提供され、前記方法は、アプリケーション２０に関連付けられた複数のエンティティ６１をデータベースリソース内に記憶するステップ（ステップ７０）と、ユーザがアプリケーション２０に関与しているイベント６０を定義する入力１２、またはデータベースリソース２２内の少なくとも１つのエンティティ６１〜６３の操作を含むイベントを定義する入力２７を受け取るステップとを含み、コンテキスト６５は、イベント６０に関連付けられ、データベースリソース内に記憶された複数のエンティティ６１〜６３への参照の組によってイベント内で表現され（ステップ７２）、前記方法はさらに、サブコンテキストを定義するために、複数のエンティティ６１、６２、６３′への参照のサブセットによって状況表現６４を決定するステップ（ステップ７４）を含み、前記決定するステップは、イベント６０に関連する複数のエンティティ６１、６２、６３′への参照のサブセットを識別するステップを含み、前記方法はさらに、状況表現に基づいて、アプリケーション２０の動作を状況６０または将来の状況に適合させるステップ（ステップ７６）を含む。
【００３０】
さらなる実施形態では、前記決定するステップは、参照の組６１〜６３によって定義される複数のエンティティにアクティベーション値ＡＶを割り当てるステップと、状況表現６４内に含まれるべきエンティティ６１、６２、６３′のサブセットを、アクティベーション値ＡＶに基づいて決定するステップとを含む。さらに、前記決定するステップは、アクティベーション値ＡＶに基づいて、所定のしきい値に対して状況表現６４を決定する。所定のしきい値は、好ましい依存性、アプリケーションのタイプなどの要因によって変化してもよく、ユーザにより、またはシステムにより設定されてもよい。前記方法は、状況表現６４を記憶する追加のステップを含んでいてもよく、記憶された状況表現は、将来の状況においてアプリケーションの動作を決定するために使用される。これにより、コンテキストモデラ１６は以前に記憶された状況表現から学習できるようになるため、将来の状況についてのコンテキスト依存性が向上する。
【００３１】
さらなる実施形態では、エンティティ６１〜６３についてのアクティベーション値を導く前記ステップは、エンティティ６１〜６３がイベント６０に関係する程度に従って決定される。これにより、状況に密接に関係しているエンティティ６１〜６３には、状況６０に密接に関係していないエンティティよりも高いアクティベーション値が割り当てられる。特に、状況に直接関係しているエンティティにアクティベーション値を割り当てるステップは、状況に直接関係しているエンティティが、状況に間接的に関係しているエンティティよりも高い関連性を有するように実行される。さらに、アクティベーション値は、関係ｒの数に従って割り当てられてもよい。例えば、直接関係しているエンティティへの複数の関係ｒを有するエンティティ６１、６２、６３′にアクティベーション値ＡＶを割り当てるステップは、関係ｒの数に基づいて実行されてもよい。これにより、より高い関係数により関係しているエンティティには、より低い関係数により関係しているエンティティよりも高いアクティベーション値が割り当てられる。これにより、状況表現マネージャにより識別されるエンティティの関連性はさらに向上する。
【００３２】
本発明の一実施形態では、状況６０に関連しているものとしてサブコンテキスト６４を決定するステップは、状況６０により直接影響されるエンティティ６１への参照を最初に含む、初期サブセット６０の連続した拡張により実行される。さらに、前記決定するステップは、エンティティ６２、６３′が初期サブセット６２′のエンティティのうちの少なくとも２つに関係している場合に、または、追加されるべきエンティティ６２、６３′に割り当てられたアクティベーション値ＡＶに基づいて、初期サブセット６０にエンティティ６２、６３′を追加するステップを含んでいてもよく、アクティベーション値は、追加されるべきエンティティと、コンテキスト６５に含まれているエンティティとの関係に従って、および、関係しているエンティティに割り当てられたアクティベーション値に従って、追加されるべきエンティティに割り当てられる。
【００３３】
さらなる実施形態は、エンティティがサブコンテキスト内に含められた反復に依存するサブコンテキストアクティベーション属性＊を、サブコンテキスト６４に含まれているエンティティ６１、６２、６３′に割り当てるステップを含む。さらに、サブコンテキスト６４に含まれているエンティティのサブコンテキストアクティベーション属性＊を計算するステップは、サブコンテキストに含まれているエンティティが直接関係しているサブセットエンティティの数を考慮に入れることにより実行される。その上、エンティティのアクティベーション値を計算するステップは、２つの構成要素の合計として計算され、第１の構成要素は、直接関係しているコンテキストエンティティのアクティベーション値の合計であり、第２の構成要素は、直接関係しているサブコンテキストエンティティのアクティベーション値の合計である。任意選択で、前記合計は加重和とすることもでき、関係している各エンティティのアクティベーション値は、関係の種類またはタイプに依存する加重係数により乗算される。これにより、コンテキスト依存性はさらに向上する。上述のように、サブセットを決定する決定ステップは、周期的な方法で実行されてもよい。
【００３４】
もう１つのさらなる実施形態は、記憶された状況表現に基づいて動的コンテキスト表現をモデル化するために、コンテキストモデラによって記憶媒体にアクセスするステップを含む。これにより、コンテキスト表現が向上する。さらに、コンテキストモデラは、後続の状況内でモデル化されるコンテキストを向上するために、記憶された状況表現から学習する。
【００３５】
本発明の一実施形態によれば、状況表現は記憶媒体１５に記憶されてもよい。同様に、パターン表現も、記憶媒体１５に、または独立した記憶媒体（図示せず）に記憶されてもよい。
【００３６】
本発明は、上述の任意の方法を実行するために実施可能な手段を含む、ユーザ端末への適用例を有する。本発明は、処理装置によって読み取り可能なプログラム記憶装置への適用例を有し、前記プログラム記憶装置は、上述の方法の任意のステップを実行するために前記処理装置により実行可能な命令のプログラムを実施する。
【００３７】
説明した本発明は、ディジタル電子回路内に実装することも、コンピュータハードウェア、ファームウェア、ソフトウェア内に実装することも、それらの組み合わせの中に実装することも可能である。本発明による装置は、プログラマブルプロセッサによる実行のために機械読み取り可能な記憶装置内で明白に実施されたコンピュータプログラム製品内に実装することが可能であり、本発明の方法のステップは、入力データへの操作を行って出力を生成することにより本発明の機能を実行するための、命令のプログラムを実行するプログラマブルプロセッサにより実行されることが可能である。本発明は、データ記憶装置、少なくとも１つの入力装置、および少なくとも１つの出力装置に、それらとの間でデータおよび命令を受け渡しするために接続された、少なくとも１つのプログラマブルプロセッサを含む、プログラム可能なシステム上で実行可能な、１つまたは複数のコンピュータプログラム内に実装することができる。各コンピュータプログラムは、高レベルの手続き型言語またはオブジェクト指向プログラミング言語内に、あるいは必要に応じて、アセンブリ言語または機械語内に実装されることが可能であり、いずれの場合も、言語はコンパイルされた、または解釈実行された言語であってもよい。好適なプロセッサには、例として、汎用マイクロプロセッサおよび専用マイクロプロセッサの両方が含まれる。
【００３８】
一般に、プロセッサは、命令とデータとを、読み取り専用メモリおよび／またはランダムアクセスメモリから受け取る。通常、コンピュータは、データファイルを記憶するための１つまたは複数の大容量記憶装置を含み、そのような装置としては、内蔵ハードディスクやリムーバブルディスクなどの磁気ディスク、光磁気ディスク、および光ディスクなどがある。コンピュータプログラム命令およびデータを有形に実施するための好適な記憶装置としては、ＥＥＰＲＯＭやフラッシュメモリ装置などの半導体メモリ装置、内蔵ハードディスクやリムーバブルディスクなどの磁気ディスク、光磁気ディスク、およびＣＤ−ＲＯＭディスクを例として含む、あらゆる形態の不揮発性メモリがある。
【００３９】
前述のいずれも、ＡＳＩＣ（特定用途向け集積回路）によって補足されること、またはＡＳＩＣ内に組み込まれることが可能である。
【００４０】
ユーザとの対話を提供するために、本発明は、ユーザに情報を表示するためのモニタまたはＬＣＤ画面などの表示装置と、ユーザがコンピュータシステムに入力を提供することを可能にする、キーボード、およびマウスまたはトラックボールなどのポインティングデバイスとを有するコンピュータシステム上に実装できる。コンピュータシステムは、コンピュータプログラムがユーザと対話するための、グラフィカルユーザインタフェースを提供するようにプログラムされることが可能である。
【００４１】
上記では、本発明の特定の実施形態について説明したが、本発明は、説明した形態以外の形態で実施されてもよいことがわかる。上記の説明は、本発明を制限することを意図したものではない。例えば、本発明の手順が実行される順序は、特許請求の範囲内で規定された順序に制限されない。
【図面の簡単な説明】
【００４２】
【図１】本発明の一実施形態を組み込んだアーキテクチャを示す。
【図２】本発明の一実施形態に従って決定される状況表現を示す。
【図３】本発明の一実施形態に従ってアプリケーションを管理する方法を組み込んだフロー図を示す
【符号の説明】
【００４３】
２  データ
４  データ、データリンク
１０  アプリケーションマネージャ
１１  ユーザインタフェース
１２  入力、入力チャネル
１３  状況表現マネージャ
１２、１４  データの交換
１５  記憶媒体
１６  コンテキストモデラ
１７  アクティベーション値アサイナ
１８  決定手段
２０  アプリケーション、ビジネスアプリケーション
２２  データベース、データベースリソース、リレーショナルデータベース
２４  第１のデータリポジトリ
２６  第２のデータリポジトリ
２７、２９、３１、３３  通信リンク、データ
２８  記録されたユーザの動作の記憶媒体
３０  高レベルオントロジ記憶媒体
２８、３０、３２  その他のリポジトリ
６０  イベント、状況、初期サブセット
６１、６２、６３、６３′、６３′′  エンティティ
６４  状況表現、サブセット、サブコンテキスト
６４′、６４′′、６４′′′  状況表現
６５  コンテキスト、現在のコンテキストモデル
【図１】
2005259119.tif 000003
【図２】
2005259119.tif 000004
【図３】
2005259119.tif 000005
【外国語明細書】
2005259119.tif 000006
2005259119.tif 000007
2005259119.tif 000008
2005259119.tif 000009
2005259119.tif 000010
2005259119.tif 000011
2005259119.tif 000012
2005259119.tif 000013
2005259119.tif 000014
2005259119.tif 000015
2005259119.tif 000016
2005259119.tif 000017
2005259119.tif 000018
2005259119.tif 000019
2005259119.tif 000020
2005259119.tif 000021
2005259119.tif 000022
2005259119.tif 000023
2005259119.tif 000024
2005259119.tif 000025
2005259119.tif 000026
2005259119.tif 000027
2005259119.tif 000028
2005259119.tif 000029
2005259119.tif 000030
【図１】
2005259119.tif 000031
【図２】
2005259119.tif 000032
【図３】
2005259119.tif 000033