(57)【特許請求の範囲】
【請求項１】
ビジネスプロセスモデルのデータオブジェクトと、タスクを含むモデル要素と、データオブジェクトとモデル要素との間の関連との定義情報を含むビジネスプロセスモデリング構成の定義情報と、ビジネスプロセスモデリング構成とドメイン要素との関連とを受信する注釈モジュールと、ユーザに前記ドメイン要素を提示するインタフェースモジュールとを有するシステムの中で行われる方法において、
ビジネスプロセスモデルのビジネスプロセスモデリング構成の定義情報を受信するステップと、
前記ビジネスプロセスモデリング構成とドメイン要素との関連を受信するステップと、
前記ドメイン要素を使用することで前記ビジネスプロセスモデリング構成の定義について意味的に注釈するステップと、を有し、
前記ドメイン要素は、ドメインオントロジに含まれていて、
前記ビジネスプロセスモデリング構成の定義情報を受信するステップは、ビジネスプロセスモデルのモデル要素の定義情報を受信するステップを有していて、
前記ビジネスプロセスモデリング構成とドメイン要素との関連を受信するステップは、モデル要素とモデル要素タイプとの関連を受信するステップを有している
ことを特徴とする方法。
【請求項２】
ユーザに前記ドメイン要素を提示するステップをさらに有し、
前記ビジネスプロセスモデリング構成と前記ドメイン要素との関連を受信するステップは、前記ビジネスプロセスモデリング構成と前記ドメイン要素との関連のユーザ表示情報を受信するステップを有する請求項１に記載の方法。
【請求項３】
前記ドメイン要素をユーザに提示するステップをさらに有し、
前記ビジネスプロセスモデリング構成とドメイン要素との関連を受信するステップは、前記モデル要素とドメイン要素との関連のユーザ表示情報を受信するステップを有する請求項１に記載の方法。
【請求項４】
前記ビジネスプロセスモデリング構成の定義情報を受信するステップは、ビジネスプロセスモデルのデータオブジェクトの定義情報を受信するステップを有する請求項１に記載の方法。
【請求項５】
前記ビジネスプロセスモデリング構成とドメイン要素との関連を受信するステップは、データオブジェクトとデータオブジェクトタイプとの関連を受信するステップを有する請求項４に記載の方法。
【請求項６】
前記ビジネスプロセスモデリング構成とドメイン要素との関連を受信するステップは、前記データオブジェクトと前記ドメイン要素との関連のユーザ表示情報を受信するステップを有し、
前記ユーザに前記ドメイン要素を提示するステップをさらに有する請求項４に記載の方法。
【請求項７】
前記ビジネスプロセスモデリング構成の定義情報を受信するステップは、ビジネスプロセスモデルのデータオブジェクトとモデル要素との間の関連の定義情報を受信するステップを有する請求項１に記載の方法。
【請求項８】
前記ビジネスプロセスモデリング構成とドメイン要素との関連を受信するステップは、ビジネスプロセスモデルのデータオブジェクトとモデル要素との間の関連と、データオブジェクトの現在状態、データオブジェクトの以前状態、データオブジェクトの以後状態、またはそれらの組合せとの関連を受信するステップを有する請求項７に記載の方法。
【請求項９】
前記ユーザに前記ドメイン要素を提示するステップをさらに有し、
前記ビジネスプロセスモデリング構成とドメイン要素との関連を受信するステップは、データオブジェクトとモデル要素との間の関連と、前記ドメイン要素との関連のユーザ表示情報を受信するステップを有する請求項７に記載の方法。
【請求項１０】
ビジネスプロセスモデルのデータオブジェクトと、タスクを含むモデル要素と、データオブジェクトとモデル要素との間の関連との定義情報を含むビジネスプロセスモデリング構成の定義情報と、ビジネスプロセスモデリング構成とドメイン要素との関連とを受信する注釈モジュールを有するシステムであって、
前記ドメイン要素は、ドメインオントロジの中に含まれており、
前記ドメイン要素を使用することで前記ビジネスプロセスモデリング構成を意味的に注釈し、
前記ビジネスプロセスモデリング構成の定義情報を受信することは、ビジネスプロセスモデルのモデル要素の定義情報を受信することを有していて、
前記ビジネスプロセスモデリング構成とドメイン要素との関連を受信することは、モデル要素とモデル要素タイプとの関連を受信することを有している
ことを特徴とするシステム。
【請求項１１】
ユーザに前記ドメイン要素を提示するインタフェースモジュールをさらに有し、
前記注釈モジュールは、前記ビジネスプロセスモデリング構成と前記ドメイン要素との関連のユーザ表示情報を受信する請求項１０に記載のシステム。
【請求項１２】
ビジネスプロセスモデルのデータオブジェクトと、タスクを含むモデル要素と、データオブジェクトとモデル要素との間の関連との定義情報を含むビジネスプロセスモデリング構成の定義情報を受信する処理と、
前記ビジネスプロセスモデリング構成と、ドメインオントロジからのドメイン要素との関連を受信する処理と、
前記ドメイン要素を使用することで前記ビジネスプロセスモデリング構成の定義について意味的に注釈する処理と、
を１つ以上のプロセッサに実行させる命令を有する機械読取り可能な記録媒体において、
前記ビジネスプロセスモデリング構成の定義情報を受信する処理は、ビジネスプロセスモデルのモデル要素の定義情報を受信する処理を有していて、
前記ビジネスプロセスモデリング構成と、ドメインオントロジからのドメイン要素との関連を受信する処理は、モデル要素とモデル要素タイプとの関連を受信する処理を有している
ことを特徴とする機械読取り可能な記録媒体。
【請求項１３】
ビジネスプロセスモデルのデータオブジェクトと、タスクを含むモデル要素と、データオブジェクトとモデル要素との間の関連との定義情報を含むビジネスプロセスモデリング構成の定義情報を受信する手段と、
前記ビジネスプロセスモデリング構成と、ドメインオントロジからのドメイン要素との関連を受信する手段と、
前記ドメイン要素を使用することで前記ビジネスプロセスモデリング構成の定義について意味的に注釈する手段と、
を有していて、
前記ビジネスプロセスモデリング構成の定義情報を受信する手段は、ビジネスプロセスモデルのモデル要素の定義情報を受信する手段を有していて、
前記ビジネスプロセスモデリング構成と、ドメインオントロジからのドメイン要素との関連を受信する手段は、モデル要素とモデル要素タイプとの関連を受信する手段を有している
ことを特徴とするシステム。
【請求項１４】
ユーザにドメイン要素を提示する手段をさらに有し、
前記ビジネスプロセスモデリング構成と、ドメインオントロジからのドメイン要素との関連を受信する手段は、前記ビジネスプロセスモデリング構成と前記ドメイン要素との関連のユーザ表示情報を受信する手段を有する請求項１３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の緒実施形態は、一般に、ビジネスプロセスモデリングの技術分野に関するものである。
【背景技術】
【０００２】
ビジネスプロセスのモデリングの実施に際して、Business Process Management Initiative (BPMI)によって開発されたビジネスプロセスモデリング表記法（Business Process Modeling Notation ：BPMN)がビジネスプロセスをモデリングするための標準として公開されている。
【非特許文献１】オブジェクト・マネージメント・グループ(Object Management Group :OMG)＆ビジネス・プロセス・マネージメント・イニシアチブ(Business Process Management Initiative :BPMI) http://bpmn.org/
【非特許文献２】ＯＷＬ  Ｗｅｂオントロジ言語概要、http://www.w3.org/TR/owl-features/
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ビジネスプロセスのためのモデリングツールは、通常のグラフィカル・レイアウト世界を超えて追加情報を提供する際にユーザを支援するための機能を増加される必要がある。これは、ビジネスプロセスモデルを意味的に注釈することによって行われる。換言すれば、ビジネスプロセスモデルのグラフィカル表現は、グラフィカル・レイアウトで提供された情報を超える情報を注入される（意味的に注釈される）必要がある。そこで、情報の意味部分は、特定のドメインにより近いプロセスモデルの結合に寄与することができ、プロセスモデルの実現を容易にすることができ、例えば、ビジネスプロセスモデルの中で使用されるオブジェクトに関する質問に答えることによって、企業におけるビジネスプロセスのセットについての質疑を容易にすることができる。ビジネスプロセスモデルの意味的注釈は、個々のスタンドアロン・ツールで実現することができ、またはグラフィカル・ビジネスプロセスモデリングツールに統合することができる。
【課題を解決するための手段】
【０００４】
本発明の一例実施形態の多くが下記に詳しく説明されている。
【０００５】
発明者は、ビジネスプロセスのためのモデリングツールは、通常のグラフィカル・レイアウト世界を超えて追加情報を提供する際にユーザを支援するための機能を増加される必要がある、と認識した。これは、ビジネスプロセスモデルを意味的に注釈することによって、行われる。換言すれば、ビジネスプロセスモデルのグラフィカル表現は、グラフィカル・レイアウトで提供された情報を超える情報を注入される（意味的に注釈される）必要がある。そこで、情報の意味部分は、特定のドメインにより近いプロセスモデルの結合に寄与することができ、プロセスモデルの実現を容易にすることができ、例えば、ビジネスプロセスモデルの中で使用されるオブジェクトに関する質問に答えることによって、企業におけるビジネスプロセスのセットについての質疑を容易にすることができる。ビジネスプロセスモデルの意味的注釈は、個々のスタンドアロン・ツールで実現することができ、または、下記の実施形態で説明するようなグラフィカル・ビジネスプロセスモデリングツールに統合することができる。明瞭化のために、下記の実施形態では、データオブジェクト、関連およびモデリング要素（特に事業内容／タスクを表すモデリング要素）を有する、ビジネスプロセスモデリング構成の限定的なセットに焦点を合わせている。しかしながら、下記で説明されるものと同様に、モデリング要素およびモデリング構成の他のタイプが、拡張されることができるとともに、特定されることができる、ことが当業者にとって明白である。
【０００６】
第１実施例は、ビジネスプロセスモデルのビジネスプロセスモデリング構成についての定義情報を受信するステップと、前記ビジネスプロセスモデリング構成におけるドメイン要素の関連を受信するステップと、前記ドメイン要素を使用することで前記ビジネスプロセスモデリング構成の定義について意味的に注釈するステップとを有し、前記ドメイン要素は、ドメインオントロジに含まれている、方法について説明する。
【０００７】
第２実施例は、第１実施例の方法が、ユーザに前記ドメイン要素を提示するステップをオプションで有するとともに、前記ビジネスプロセスモデリング構成における前記ドメイン要素の関連を受信するステップが、前記ビジネスプロセスモデリング構成における前記ドメイン要素の関連のユーザ表示情報を受信するステップを有する方法である。
【０００８】
第３実施例は、第２実施例の方法において、前記ドメイン要素を提示するステップが、前記ドメインオントロジを使用することでユーザに提示するために複数のドメイン要素を自動的に特定するステップを有する方法をオプションで有する方法である。
【０００９】
第４実施例は、第３実施例の方法において、前記複数のドメイン要素を自動的に特定するステップが、文脈情報を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する方法である。
【００１０】
第５実施例は、第４実施例の方法において、文脈情報を使用することで前記複数のドメイン要素を特定するステップが、ビジネスプロセスモデリング構成間の関係に関する情報を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する方法である。
【００１１】
第６実施例では、第４実施例の方法において、文脈情報を使用することで前記複数のドメイン要素を特定するステップが、ユーザからの入力を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００１２】
第７実施例では、第６実施例の方法において、ビジネスプロセスモデリング構成についての定義情報を受信するステップが、ビジネスプロセスモデルにおけるビジネスプロセスモデリング要素の定義情報を受信するステップを有する方法をオプションで有する。
【００１３】
第８実施例では、第１から第７実施例のいずれかの方法において、前記ビジネスプロセスモデリング構成におけるドメイン要素の関連を受信するステップが、ビジネスプロセスモデリング要素におけるビジネスプロセスモデリング要素タイプの関連を受信するステップを有する方法をオプションで有する。
【００１４】
また、第９実施例では、第８実施例の方法において、ユーザにドメイン要素を提示するステップを有するとともに、前記ビジネスプロセスモデリング構成におけるドメイン要素の関連を受信するステップが、前記ビジネスプロセスモデリング要素における前記ドメイン要素の関連のユーザ表示情報を受信するステップを有する方法をオプションで有する。
【００１５】
また、第１０実施例では、第９実施例の方法において、前記ドメイン要素を提示するステップが、前記ドメインオントロジを使用することでユーザに提示するために複数のドメイン要素を自動的に特定するステップを有する方法をオプションで有する。
【００１６】
また、第１１実施例では、第１０実施例の方法において、前記ユーザに提示するために前記複数のドメイン要素を自動的に特定するステップが、文脈情報を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００１７】
また、第１２実施例では、第１１実施例の方法において、文脈情報を使用することで複数のドメイン要素を特定するステップが、事前条件と、事後条件と、それらの組合せとのうちの少なくとも１つを使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００１８】
また、第１３実施例では、第１１実施例の方法において、文脈情報を使用することで複数のドメイン要素を特定するステップが、ビジネスプロセスモデリング要素と他のビジネスプロセスモデリング構成との間の関係に関する情報を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００１９】
また、第１４実施例では、第１３実施例の方法において、前記ビジネスプロセスモデリング要素と他のビジネスプロセスモデリング構成との間の関係に関する情報を使用することで複数のドメイン要素を特定するステップが、前記ビジネスプロセスモデリング要素に関連したデータオブジェクトの状態に関する情報を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００２０】
また、第１５実施例では、第１３実施例の方法において、前記ビジネスプロセスモデリング要素と他のビジネスプロセスモデリング構成との間の関係に関する情報を使用することで複数のドメイン要素を特定するステップが、他のモデリング要素への制御フロー接続に関する情報を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００２１】
また、第１６実施例では、第１１実施例の方法において、文脈情報を使用することで複数のドメイン要素を特定するステップが、ユーザからの入力を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００２２】
また、第１７実施例では、第１から第１６実施例のいずれかの方法において、ビジネスプロセスモデリング構成についての定義情報を受信するステップが、ビジネスプロセスモデルのデータオブジェクトの定義情報を受信するステップを有する方法をオプションで有する。
【００２３】
また、第１８実施例では、第１から第１７実施例のいずれかの方法において、前記ビジネスプロセスモデリング構成におけるドメイン要素の関連を受信するステップが、データオブジェクトにおけるデータオブジェクトタイプの関連を受信するステップを有する方法をオプションで有する。
【００２４】
また、第１９実施例では、第１から第１７実施例のいずれかの方法において、前記ビジネスプロセスモデリング構成におけるドメイン要素の関連を受信するステップが、データオブジェクトにおけるドメイン要素の関連のユーザ表示情報を受信するステップを有する方法をオプションで有する。
【００２５】
また、第２０実施例では、第１９実施例の方法において、前記ドメインオントロジを使用することでユーザに提示するために複数のドメイン要素を自動的に特定するステップを有する方法をオプションで有する。
【００２６】
また、第２１実施例では、第２０実施例の方法において、ユーザに提示するために複数のドメイン要素を自動的に特定するステップが、文脈情報を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００２７】
また、第２２実施例では、第２１実施例の方法において、文脈情報を使用することで複数のドメイン要素を特定するステップが、データオブジェクトと他のビジネスプロセスモデリング構成との間の関係に関する情報を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００２８】
また、第２３実施例では、第２２実施例の方法において、データオブジェクトと他のビジネスプロセスモデリング構成との間の関係に関する情報を使用することで複数のドメイン要素を特定するステップが、データオブジェクトに関連したビジネスプロセスモデリング要素の他の関連データオブジェクトに関する情報を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００２９】
また、第２４実施例では、第２１実施例の方法において、文脈情報を使用することで複数のドメイン要素を特定するステップが、ユーザからの入力を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００３０】
また、第実施例２５では、第１から第２４実施例のいずれかの方法において、ビジネスプロセスモデリング構成についての定義情報を受信するステップが、ビジネスプロセスモデルのデータオブジェクトとモデリング要素との間の関連の定義情報を受信するステップを有する方法をオプションで有する。
【００３１】
また、第２６実施例では、第１から第２５実施例のいずれかの方法において、前記ビジネスプロセスモデリング構成におけるドメイン要素の関連を受信するステップが、ビジネスプロセスモデルのデータオブジェクトとモデリング要素との間の関連における、データオブジェクトの現在状態、データオブジェクトの以前状態、データオブジェクトの以後状態、またはそれらの組合せ、の関連を受信するステップを有する方法をオプションで有する。
【００３２】
また、第２７実施例では、第１から第２６実施例のいずれかの方法において、前記ユーザに前記ドメイン要素を提示するステップさらに有し、前記ビジネスプロセスモデリング構成におけるドメイン要素の関連を受信するステップは、データオブジェクトとビジネスプロセスモデリング要素との間の関連における前記ドメイン要素の関連のユーザ表示情報を受信するステップを有する方法をオプションで有する。
【００３３】
また、第２８実施例では、第２７実施例の方法において、前記ドメイン要素を提示するステップが、前記ドメインオントロジを使用することでユーザに提示するために複数のドメイン要素を自動的に特定するステップを有する方法をオプションで有する。
【００３４】
また、第２９実施例では、第２８実施例の方法において、ユーザに提示するために複数のドメイン要素を自動的に特定するステップが、文脈情報を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００３５】
また、第３０実施例では、第２９実施例の方法において、文脈情報を使用することで複数のドメイン要素を特定するステップが、データオブジェクトとモデリング要素と他のビジネスプロセスモデリング構成との間の関係に関する情報を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００３６】
また、第３１実施例では、第３０実施例の方法において、データオブジェクトとモデリング要素と他のビジネスプロセスモデリング構成との間の関係に関する情報を使用することで複数のドメイン要素を特定するステップが、モデリング要素における関連リンクのデータオブジェクトの以前定義された状態に関する情報を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００３７】
また、第３２実施例では、第２９実施例の方法において、文脈情報を使用することで複数のドメイン要素を特定するステップが、ユーザからの入力を使用することで複数のドメイン要素を特定するステップを有する方法をオプションで有する。
【００３８】
第３３実施例は、ビジネスプロセスモデリング構成の定義情報とビジネスプロセスモデリング構成におけるドメイン要素の関連とを受信する注釈モジュールを有するシステムであって、前記ドメイン要素は、ドメインオントロジの中に含まれており、前記ドメイン要素を使用することで前記ビジネスプロセスモデリング構成を意味的に注釈するシステムについて説明する。
【００３９】
第３４実施例では、第３３実施例のシステムにおいて、ユーザに前記ドメイン要素を提示するインタフェースモジュールをさらにオプションで有し、前記注釈モジュールは、前記ビジネスプロセスモデリング構成における前記ドメイン要素の関連のユーザ表示情報を受信する。
【００４０】
第３５実施例では、第３３−第３４実施例のいずれかのシステムにおいて、前記インタフェースモジュールは、ユーザに前記ドメイン要素を提示する際に、前記ドメインオントロジを使用することで複数のドメイン要素を自動的に特定する手段をオプションで有する。
【００４１】
第３６実施例では、第３３−第３５実施例のいずれかのシステムにおいて、前記インタフェースモジュールは、前記インタフェースモジュールは、文脈情報を使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００４２】
第３７実施例では、第３６実施例のシステムにおいて、前記文脈情報は、ビジネスプロセスモデリング構成間の関係に関する情報を有する手段をオプションで有する。
【００４３】
第３８実施例では、第３５−第３６実施例のいずれかのシステムにおいて、前記文脈情報は、ユーザからの入力を有する手段をオプションで有する。
【００４４】
第３９実施例では、第３３−第３８実施例のいずれかのシステムにおいて、前記注釈モジュールは、ビジネスプロセスモデリング構成の定義情報を受信する際に、ビジネスプロセスモデルにおけるビジネスプロセスモデリング要素の定義情報を受信する手段をオプションで有する。
【００４５】
第４０実施例では、第３３−第３９実施例のいずれかのシステムにおいて、前記注釈モジュールは、ビジネスプロセスモデリング構成におけるドメイン要素の関連を受信する際に、ビジネスプロセスモデリング要素におけるビジネスプロセスモデリング要素タイプの関連を受信する手段をオプションで有する。
【００４６】
第４１実施例では、第３９実施例のシステムにおいて、ユーザに前記ドメイン要素を提示するインタフェースモジュールをさらにオプションで有し、前記注釈モジュールは、前記ビジネスプロセスモデリング構成におけるドメイン要素の関連を受信する際に、前記ビジネスプロセスモデリング構成における前記ドメイン要素の関連のユーザ表示情報を受信する。
【００４７】
第４２実施例では、第４１実施例のシステムにおいて、前記インタフェースモジュールは、ユーザにドメイン要素を提示する際に、ドメインオントロジを使用することで複数のドメイン要素を自動的に特定する手段をオプションで有する。
【００４８】
第４３実施例では、第４１または第４２実施例のいずれかのシステムにおいて、前記インタフェースモジュールは、複数のドメイン要素を自動的に特定する際に、文脈情報を使用して複数のドメイン要素を特定する手段をオプションで有する。
【００４９】
第４４実施例では、第４１−第４３実施例のいずれかのシステムにおいて、前記インタフェースモジュールは、文脈情報を使用して複数のドメイン要素を特定する際に、事前条件と、事後条件と、それらの組合せとのうちの少なくとも１つを使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００５０】
第４５実施例では、第４１−第４４実施例のいずれかのシステムにおいて、前記インタフェースモジュールは、文脈情報を使用して複数のドメイン要素を特定する際に、前記ビジネスプロセスモデリング要素と他のビジネスプロセスモデリング構成との間の関係に関する情報を使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００５１】
第４６実施例では、第４５実施例のシステムにおいて、前記インタフェースモジュールは、前記ビジネスプロセスモデリング要素と他のビジネスプロセスモデリング構成との間の関係に関する情報を使用することで複数のドメイン要素を特定する際に、前記ビジネスプロセスモデリング要素に関連したデータオブジェクトの状態に関する情報を使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００５２】
第４７実施例では、第４１−第４５実施例のいずれかのシステムにおいて、前記インタフェースモジュールは、前記ビジネスプロセスモデリング要素と他のビジネスプロセスモデリング構成との間の関係に関する情報を使用することで複数のドメイン要素を特定する際に、他のモデリング要素への制御フロー接続に関する情報を使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００５３】
第４８実施例では、第４１−第４３実施例のいずれかのシステムにおいて、前記インタフェースモジュールは、文脈情報を使用することで複数のドメイン要素を特定する際に、ユーザからの入力を使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００５４】
第４９実施例では、第３３−第４８実施例のいずれかのシステムにおいて、前記注釈モジュールは、前記ビジネスプロセスモデリング構成の定義情報を受信する際に、ビジネスプロセスモデルにおけるデータオブジェクトの定義情報を受信する手段をオプションで有する。
【００５５】
第５０実施例では、第４３−第４９実施例のいずれかのシステムにおいて、前記注釈モジュールは、前記ビジネスプロセスモデリング構成におけるドメイン要素の関連を受信する際に、データオブジェクトにおけるデータオブジェクトタイプの関連を受信する手段をオプションで有する。
【００５６】
第５１実施例では、第３３−第４９実施例のいずれかのシステムにおいて、ユーザに前記ドメイン要素を提示するインタフェースモジュールをさらにオプションで有し、前記注釈モジュールは、前記ビジネスプロセスモデリング構成におけるドメイン要素の関連を受信する際に、前記データオブジェクトにおける前記ドメイン要素の関連のユーザ表示情報を受信する手段をオプションで有する。
【００５７】
第５２実施例では、第５１実施例のシステムにおいて、前記インタフェースモジュールは、ユーザに前記ドメイン要素を提示する際に、ドメインオントロジを使用することで複数のドメイン要素を自動的に特定する手段をオプションで有する。
【００５８】
第５３実施例では、第５２実施例のシステムにおいて、前記インタフェースモジュールは、複数のドメイン要素を自動的に特定する際に、文脈情報を使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００５９】
第５４実施例では、第５３実施例のシステムにおいて、前記インタフェースモジュールは、文脈情報を使用することで複数のドメイン要素を特定する際に、前記データオブジェクトと他のビジネスプロセスモデリング構成との間の関係に関する情報使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００６０】
第５５実施例では、第５４実施例のシステムにおいて、前記インタフェースモジュールは、前記データオブジェクトと他のビジネスプロセスモデリング構成との間の関係に関する情報使用することで複数のドメイン要素を特定する際に、前記オブジェクトデータに関連したビジネスプロセスモデリング要素の他の関連データオブジェクトに関する情報使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００６１】
第５６実施例では、第５３実施例のシステムにおいて、前記インタフェースモジュールは、文脈情報を使用することで複数のドメイン要素を特定する際に、ユーザからの入力を使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００６２】
第５７実施例では、第３３−第５６実施例のいずれかのシステムにおいて、前記注釈モジュールは、前記ビジネスプロセスモデリング構成の定義情報を受信する際に、データオブジェクトとビジネスプロセスモデルのビジネスプロセスモデリング要素との間の定義情報を受信する手段をオプションで有する。
【００６３】
第５８実施例では、第３３−第５７実施例のいずれかのシステムにおいて、前記注釈モジュールは、前記ビジネスプロセスモデリング構成におけるドメイン要素の関連を受信する際に、データオブジェクトとビジネスプロセスモデリング要素との間の関連における、データオブジェクトの現在状態、データオブジェクトの以前状態、データオブジェクトの以後状態、またはそれらの組合せ、の関連を受信する手段をオプションで有する。
【００６４】
第５９実施例では、第３３−第５８実施例のいずれかのシステムにおいて、ユーザに前記ドメイン要素を提示するインタフェースモジュールをさらにオプションで有し、前記注釈モジュールは、前記ビジネスプロセスモデリング構成におけるドメイン要素の関連を受信する際に、データオブジェクトとモデリング要素との間の関連における前記ドメイン要素の関連のユーザ表示情報を受信する手段を有する。
【００６５】
第６０実施例では、第５９実施例のシステムにおいて、前記インタフェースモジュールは、ユーザに前記ドメイン要素を提示する際に、ドメインオントロジを使用することで複数のドメイン要素を自動的に特定する手段をオプションで有する。
【００６６】
第６１実施例では、第６０実施例のシステムにおいて、前記インタフェースモジュールは、文脈情報を使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００６７】
第６２実施例では、第６１実施例のシステムにおいて、前記インタフェースモジュールは、文脈情報を使用することで複数のドメイン要素を特定する際に、データオブジェクトとモデリング要素と他のビジネスプロセスモデリング構成との間の関係に関する情報を使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００６８】
第６３実施例では、第６２実施例のシステムにおいて、前記インタフェースモジュールは、データオブジェクトとモデリング要素と他のビジネスプロセスモデリング構成との間の関係に関する情報を使用することで複数のドメイン要素を特定する際に、モデリング要素における関連リンクのデータオブジェクトの以前定義された状態に関する情報を使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００６９】
第６４実施例では、第６１実施例のシステムにおいて、前記インタフェースモジュールは、文脈情報を使用することで複数のドメイン要素を特定する際に、ユーザからの入力を使用することで複数のドメイン要素を特定する手段をオプションで有する。
【００７０】
第６５実施例は、ビジネスプロセスモデルのビジネスプロセスモデリング構成についての定義情報を受信する処理と、前記ビジネスプロセスモデリング構成において、ドメインオントロジから、ドメイン要素の関連を受信する処理と、前記ドメイン要素を使用することで前記ビジネスプロセスモデリング構成の定義について意味的に注釈する処理と、を１つ以上のプロセッサに実行させる命令を有する機械読取り可能な媒体について説明する。
【００７１】
第６６実施例は、ビジネスプロセスモデルのビジネスプロセスモデリング構成の定義情報を受信する手段と、前記ビジネスプロセスモデリング構成において、ドメインオントロジから、ドメイン要素の関連を受信する手段と、前記ドメイン要素を使用することで前記ビジネスプロセスモデリング構成の定義を意味的に注釈する手段と、を有するシステムについて説明する。
【００７２】
第６７実施例は、第６６実施例のシステムが、ユーザにドメイン要素を提示する手段をさらに有し、前記ビジネスプロセスモデリング構成において、ドメインオントロジから、ドメイン要素の関連を受信する手段は、前記ビジネスプロセスモデリング構成における前記ドメイン要素の関連のユーザ表示情報を受信する手段を有するものである。
【００７３】
第６８実施例では、第６６−第６７実施例のいずれかのシステムにおいて、複数の前記ドメイン要素が、ドメインオントロジを使用して自動的に特定される手段をオプションで有するものである。
【００７４】
第６９実施例では、第６６−第６８実施例のいずれかのシステムにおいて、複数の前記ドメイン要素が、文脈情報を使用することで特定される手段をオプションで有するものである。
【００７５】
第７０実施例では、第６９実施例のシステムにおいて、前記文脈情報が、ビジネスプロセスモデリング構成間の関係に関する情報を有するようにした手段をオプションで有するものである。
【００７６】
第７１実施例では、第６９または第７０実施例のいずれかのシステムにおいて、前記文脈情報がユーザからの入力を有するようにした手段をオプションで有するものである。
【００７７】
上記において多くの特徴および実施形態が開示されているが、当業者は所定の変更、置換、付加、およびそれらの組合せをすることができる。したがって、本願特許請求の範囲は、そのような全ての変更、置換、付加、およびそれらの組合せが本願発明の真の趣旨および範囲の中に含まれるように解釈されるように、意図されている。さらに、多数の具体的な内容が、一例実施形態の万全な理解を提供するための説明目的として詳しく説明されている。しかしながら、本発明はこれらの具体的な内容に限定されずに実施可能であることが、当業者には明白である。
【発明を実施するための最良の形態】
【００７８】
ビジネスプロセスのモデリングの実施に際して、Business Process Management Initiative (BPMI)によって開発されたビジネスプロセスモデリング表記法（Business Process Modeling Notation ：BPMN)がビジネスプロセスをモデリングするための標準として公開されている。明瞭化のために、下記の実施形態では、グラフィカルビジネスプロセスモデルための表記法としてＢＰＭＮを支援するビジネスプロセスモデリングツールに焦点を合わせている。しかしながら、例えば、ビジネスプロセス実行言語（Business Process Execution Language :BPEL）または統一モデリング言語（Unified Modeling Language :ＵＭＬ）などに限定されずに、他の表記法がＢＰＭＮ表記法と同様に支援されることおよび意味的に拡張されることができる、ことが当業者にとって明白である。
【００７９】
さらに、ＢＰＭＮまたは他の表記法のすべての構成要素が拡張されることができるとともに、特定されることができる。明瞭化のために、下記の実施形態では、データオブジェクト、関連およびモデリング要素（特に事業内容／タスクを表すモデリング要素）を有する、ビジネスプロセスモデリング構成の限定的なセットに焦点を合わせている。しかしながら、下記で説明されるものと同様に、モデリング要素およびモデリング構成の他のタイプが、拡張されることができるとともに、特定されることができる、ことが当業者にとって明白である。
【００８０】
図１は、データオブジェクト１２０および関連１３０が、モデル要素によって示されたプロセスモデルの作業またはタスク１００を表現するためにどのように使用されることができるか、を示している。より正確には、いくつかの実施形態において、タスク１００にデータオブジェクト１２０を関連させることによって、タスク１００が説明されている。例えば、いくつかの実施形態において、プロセスは、プロセスを開始する開始動作１０５を実行することによってモデル化される。また、プロセスについてのタスク１００は、プロセスの終了１１０でプロセスが完了するまでの制御フロー接続１１５を使用して、定義されるとともに順序付けられる。また、特定のタスク１００に関連したデータオブジェクト１２０は、タスク１００とデータオブジェクト１２０との間の関連リンク１３０で関連を表現することによって、プロセスモデルにおけるタスク１００に関連付けられることができる。
【００８１】
図２は、本発明の一例実施形態における主要構成の初見の外観を示している。本実施形態では、ビジネスプロセスモデル（ＢＰＭＮ）２１０は、ＢＰＭＮオントロジ２１５によって表現される。しかしながら、ビジネスプロセスモデルは他の形式で同様に表現できることが、当業者は理解できる。ビジネスプロセスモデル（ＢＰＭＮ）２１０は、ユーザが該ユーザのプロセスをモデル化するために使用できる全てのモデリング構成を定義する。
【００８２】
追加情報を提供するために、各種のＢＰＭＮ構成が拡張できるとともに利用できる。データオブジェクト１２０は、特定の作業範囲において関連するオブジェクトを特定することに使用されることができるとともに、関連１３０は、図１のようなプロセス図において、作業（activities）に対応するデータオブジェクト１２０をリンクすることに使用されることができる。また、プロセスをモデル化するユーザは、前記作業について名付けることができるとともに定義することができ、自然言語での作業のために条件を前後に割り当てることができ、グラフィカルモデルの中で実行される関連作業の前および後のオブジェクトの状態と同様に、オブジェクトを定義することができる。オブジェクトの状態は、特定インスタンスでのオブジェクトの状態である。例えば、後続状態がオブジェクトに関連した前記タスクの後のオブジェクトの状態である限り、オブジェクトの先行状態は、そのオブジェクトに関連したタスクの前のオブジェクトの状態である。データオブジェクトの状態は、下記の実施形態において、およびドメインオントロジの議論において、さらに説明されている。この全ての情報がビジネスプロセスモデルを意味的に注釈するために使用できる。意味的注釈を可能とするビジネスプロセスモデリングツールの拡張を通じて、ユーザは、ビジネスプロセスのグラフィカルモデリング段階において、この追加情報の特定について支援される。
【００８３】
それらのプロセスモデルを注釈する際にユーザを支援するために、各種の関連仲介(matchmaking)機能２２０がドメインオントロジ２００を利用する。ドメインオントロジ２００は、例えば、オブジェクトタイプおよびそれらの状態、動作／タスクタイプ（モデリング要素タイプ）、および、ドメインコンセプトにモデル構成をリンクことを助けるための他の文脈情報など、ビジネスプロセスモデリング構成を表現するために利用可能なドメイン要素を有する。
【００８４】
図３では、ユーザが、図の中で様々な構成を作成および接続することによって、新しいビジネスプロセスのモデリングを開始できる、ことを示している。この非常に簡略化された要求および指令プロセスでは、新たな取引先要求３４０が到着するとき、提案（offer）が応答として送信される（タスク「提案送信」３１０で表現された）。取引先が何らかの指令をするとき、この指令は処理される（図３では、このタスクがまだ定義されておらず、「タスク」ブロック１００で表現されている）。次に、注文品が提供され（タスクで表現された「納品」３２０）、そして最終的に、品物の支払いが（タスク「課金精算」３３０で表現された）で行われ、プロセスが３４５で終了する。この簡略化された要求および指令プロセスは、本発明の一例実施形態の図示を助けるために下記のように使用される。
【００８５】
図４に示されているように、より正確にプロセスモデルを特定するためにオーダーでは、ユーザが関連１３０を介してモデル要素３１０，１００，３２０，３３０にデータオブジェクト１２０を追加および接続することができる。後に、これらの関連１３０は、関連オブジェクトおよび状態変化の定義を助けることに使用できる。
【００８６】
ビジネスプロセスモデルの意味的注釈は、ビジネスプロセスモデルのビジネスプロセスモデリング構成（例えば、データオブジェクト１２０、モデル要素（タスク１００のような）、関連１３０などのような、）の定義と、ビジネスプロセスモデリング構成とドメイン要素の関連とを受信して、ドメイン要素を使用するビジネスプロセスモデリング構成の定義を意味的に注釈することによって生成される。ビジネスプロセスモデリング構成とドメイン要素の関連は、ユーザによって示されることができる。一実施形態において、ユーザには、ドメイン要素を示す際に該ユーザを支援するために、ドメイン要素が与えられる。これらのドメイン要素は、ドメインオントロジおよび／または文脈情報によって自動的に特定されることができる。そのような実施形態が下記においてさらに説明されているとともに明確化されている。
【００８７】
図５は、オブジェクト１２０を定義する際にユーザを支援するために表示されるウィンドウ５１０を生成するオブジェクトを選択することによって、ユーザがデータオブジェクト１２０を特定することができる、一例実施形態を示している。ユーザは、データオブジェクト１２０を表現するためにドメインオントロジから提案される適切なドメイン要素の収得についてユーザを支援するための追加表示機能（本実施形態では、ファインド・ボタン５３０によって起動される）を使用することができる。また、ユーザは、適切なドメイン要素提案の収得の際に前記表示機能を支援するために、テキスト記述５２０や他のユーザ指示を入力することができる。
【００８８】
図６は、データオブジェクト１２０の特定を要求しているユーザが表示機能を起動することについて示している。前記表示機能は、適切なドメイン要素提案を取得するための種々の方法を使用できる。そして、新しいウィンドウ６１０が開かれ、ドメイン要素提案のリストがユーザに提示される。また、ユーザは、データオブジェクト・ネーム／タイプを表現している利用可能なドメイン要素の全リストから所望のドメイン要素を表示するオプションを持っている。
【００８９】
一例実施形態において、前記リストは、既存のドメインオブジェクトおよび可能な状態を開示しているドメインオントロジ２００に支援されて、また、ユーザによって提供された文脈情報に支援されて、自動的に生成される。前記文脈情報は、図の近傍（例えば、関連タスクのネーム／タイプなど）から引き出すことができる情報、または図示されたようなビジネスプロセスモデリング構成間の関係、と同様に、例えばテキストなど、ユーザの入力またはユーザの指示を有することとしてもよい。図６に示す実施形態において、ドメイン要素提案リストは、テキスト領域５２０（「０」で始まるネーム／タイプ）においてタスク「提案送信」３１０およびユーザ入力に関連しているドメインオントロジ２００の情報を使用して生成される。適切なオブジェクトを取得することができない場合、ユーザは、テキスト領域（例えばネーム／タイプ・テキスト領域５２０など）にテキストをタイプ入力することによって、または他の手段によって、データオブジェクト・ネーム／タイプを入力してもよい。
【００９０】
他の一例実施形態において、あるユーザがドメイン要素を選択すると、前記ドメイン要素は、ドメインオントロジおよびの中で選択されたデータオブジェクトに関連づけられるとともに、ビジネスプロセスモデルにおける定義データオブジェクト１２０は、図７に示すようなドメイン要素を使用して意味的に注釈される（ここで、データオブジェクト１２０はタイプ提案７５０によって特定されている）。
【００９１】
また、関連リンク１３０は、データオブジェクト１２０についての可能状態および状態変化を特定することに使用されることができる。図７に示すように、一例実施形態において、関連１３０を特定することを要求しているユーザは、関連１３０を選択することができ、これにより、関連１３０を定義する際にユーザを支援する表示のためにウィンドウ７１０が起動する。ユーザは、関連１３０を表現するためにドメインオントロジから提案される適切なドメイン要素提案の取得についてユーザを支援するための追加表示機能（本実施形態では、ファインド・ボタン７４０によって起動される）を使用することができる。また、ユーザは、適切なドメイン要素提案を取得する際に前記表示機能を支援するために、テキスト記述７２０、または、状態（現在状態、後状態、前状態）および状態変化についてのその他のユーザ指示を入力することができる。
【００９２】
表示機能が起動すると新しいウィンドウ７３０が開き、ユーザが所望のドメイン要素を選択することができるように、ユーザにはドメイン要素提案のリストが提示される。ドメイン要素提案のリストは、例えば、作業、ドメインオブジェクトおよび可能状態などのような、既存のドメインモデル要素を表現しているドメインオントロジ２００の支援によって、ならびに、ユーザによって提供された文脈情報の支援によって、自動的に生成されることができる。文脈情報は、図の近傍または関係から得られる情報（例えば、関連タスクおよびオブジェクトのネーム／タイプ、関連１３０と他のビジネスプロセスモデリング構成との間の関係など）と同様に、例えばテキストのような、ユーザ入力をカバーするものでもよい。図７に示す実施形態において、ドメイン要素提案リストは、テキスト領域７２０（前状態は「CREATED」）へのユーザ入力と同様に、タスク「提案送信」３１０とデータオブジェクト「提案」７５０とを関連づけているドメインオントロジ２００の情報を使用して生成された。また、ユーザは、適切な関連情報を表現している利用可能なドメイン要素の全リストから所望のドメイン要素を表示するオプションを持っている。適切なオブジェクトを取得できない場合、ユーザは、テキストの中へのタイプ入力によって、または他の手段によって、関連状態および状態変化を入力してもよい。一旦選択されると、関連リンク１３０の定義は、図８に示されているように、ドメイン要素を使用して意味的に注釈される（ここで、関連リンク１３０は、作成済の前状態（predecessor state created）８７０および送信済の後状態（successor state sent）８７５によって特定されている）。
【００９３】
さらに他の一例実施形態において、ドメインオントロジは、例えば作業またはタスク１００を表現するものなど、ビジネスプロセスモデリング要素の特徴分析を支援することができる。図８は、本実施形態の一例を示している。データオブジェクト１２０および関連１３０と同様に、モデリング要素の作業／タスク１００の特定を要求しているユーザは、例えば、ビジネスプロセスモデリング要素タイプを特定することによって、タスク１００を選択することができ、その選択は、タスク１００を定義する際にユーザを支援する表示のためにウィンドウ８１０を起動する。ユーザは、タスク１００を表現するためにドメインオントロジ２００から得られる適切な記述を取得するために、追加表示機能（ファインド・ボタン７４０によって起動される）を使用することができる。また、ユーザは、適切なドメイン要素提案を取得する際に表示機能を支援するために、例えば事前条件および事後条件などの特徴のテキスト記述またはその他のユーザ指示を入力することができる。
【００９４】
表示機能を起動すると新しいウィンドウ８２０を開くことができ、ユーザが所望のドメイン要素を選択できるように、ユーザにはドメイン要素提案のリストが提示される。その提案セットは、例えばユーザ入力（実施形態では、作業について事前条件８５０，８６０を特定するテキストまたは事後条件８５５を特定するテキスト）、または、図の近傍または関係から得られる情報（例えば関連データオブジェクトなど）など、利用可能な文脈情報の支援によってフィルタにかけることができる。また、前述の実施形態の事例のように、ユーザは、適切な情報を表現している利用可能なドメイン要素の全リストから所望のドメイン要素を表示するオプションを持っているとともに、適切なオブジェクトを取得できない場合、ユーザは、テキスト中へのタイプ入力によって、または他の手段によって、関連状態および状態変化を入力してもよい。一旦選択されると、タスクモデリング要素１００の定義は、ドメイン要素を使用して意味的に注釈される。
【００９５】
ＢＰＭＮオントロジは、意味的に増大したＢＰＭＮプロセスモデルを表すためのフォーマットとして利用されることができる。追加意味情報をより良く取得するために、ＢＰＭＮオントロジは、所望の方法でプロセスモデルの増大に必要な全ての要素および属性を支援するように拡張されることができる。例えば、追加タスクの意味は、タスクについての前および後の条件を理解するために、ならびに、それらについて表現するドメインオントロジの適当な要素にＢＰＭＮ作業／タスクをリンクすることを可能にするために、属性を提供することとしてもよい。関連意味が関連データオブジェクトの状態を定義する可能性を提供している間、追加データオブジェクトの意味は、ＢＰＭＮデータオブジェクトとドメインオントロジの対応する要素とをリンクすることとしてもよい。最終的に、追加状態コンセプトは、これらの状態を潜在的に定義しているドメインオントロジの適当な要素のために、状態インスタンス間をリンクすることができる。前記状態インスタンスは、上記で定義された関連意味の意図において属性値として使用される。
【００９６】
これらの拡張をもって、ＢＰＭＮオントロジは、意味的に増大したＣＰＭＮプロセスモデルのためのフォーマットとして使用されることができる。適切な構文解析器は、拡張されたＢＰＭＮオントロジでの解析に利用されることができ、ＢＰＭＮモデリングツールの実行時間において利用可能にされるとともに、意味的に注釈されたＢＰＭＮプロセスモデルを表現している内部および外部フォーマットとして潜在的にそれらを使用する。ユーザが、図の中において各種のＢＰＭＮ構成を作成処理、接続処理、取り外し処理および変更処理によって、ビジネスプロセスをモデル化している間、拡張されたＢＰＭＮオントロジに対応するコンセプトのインスタンスは、それにしたがってセットアップされることができる。このように、実行時間意味プロセスモデルは、モデリングツールの中に拡張されたＢＰＭＮオントロジフォーマット（拡張されたＢＰＭＮインスタンスの１セットを有するオントロジ）で構成されることができる。提案した方法でプロセスモデルの意味拡大を支援するために、適切なドメインオントロジから得られた情報がさらに利用されることとしてもよい。
【００９７】
ドメインオントロジは、モデリング作業の意味的支援を可能にするために利用されることができるが、唯一の解決手段ではなく、例えば有限状態マシンおよびペトリネットなどの代替手段も利用することができる。オントロジは、特定のドメインを表現するデータモデルである。一般に、オントロジは、個体（基本または「グランドレベル」オブジェクト）別名インスタンスと、クラス（オブジェクトのセット、集合またはタイプ）別名コンセプトと、属性（オブジェクトのプロパティ、特徴、特性またはパラメータ）別名プロパティと、関係（オブジェクトを相互に関係づける手法）とを表現する。
【００９８】
ドメインオントロジは、より正確にビジネスプロセスをモデル化することを支援するドメインオブジェクトおよび状態について、情報を提供する。一実施形態のドメインオントロジは、下記の質問に答えることができる意味情報を有している。
（１）ビジネスドメインおよびそれらの名前のオブジェクトと、状態と、動作とが何であるか。
（２）特定のオブジェクトの可能な状態は何であるか。
（３）特定の状態の前および後の状態が何であるか。
（４）いずれの動作が特定のオブジェクトに関連している可能性があるか。
（５）いずれのオブジェクトが特定の動作によって使用（状態変化）されるか。
（６）特定の動作によって起動されるオブジェクトのいずれの状態が変化（推移）するか。
【００９９】
図９は、実施形態ドメインオントロジが提供できる情報を抽象的に示している。オントロジは、ドメインオブジェクト、状態、推移および動作に関する情報を有している。各オブジェクトに関して、可能な状態および状態変化が説明されている。動作は、ドメインでの作業を表現するとともに、種々のオブジェクトに関する複数の状態推移を生ずることとしてもよい。
【０１００】
図１０は、２つのオブジェクトについての一例実施形態のオントロジを簡略化および有形化した実施形態を示している。この実施形態では、２つの状態と、作成と、送信とが、ドメインオブジェクト提案について定義されている。推移ｔ１は、作成が送信の前状態である、ことを示している。推移ｔ１は、ドメイン動作送信提案によって引き起こされ、また、ドメインオブジェクト取引先指令について作成された状態から提案された状態への状態変化ｔ１’を引き起こす。オブジェクト取引先指令の残存状態は、指令と、提供と、支払いとである。動作プロセス指令は提案から指令への推移を引き起こし、納品は指令から提供への推移を引き起こし、課金精算動作は取引先指令オブジェクトを提供状態から支払い状態に推移する。この種類に関する情報を提供しているドメインオントロジは、意味的ビジネスプロセスモデリングの支援に使用されることができる。この理由は、モデリング作業の間、ドメインオントロジは質問されることができるとともに、適切なドメインコンセプトまたはインスタンスを提案することによってモデル要素および状態を特定することのユーザ支援に利用されることができる、ことによる。
【０１０１】
本発明の他の実施形態は、関連仲介機能を有している。関連仲介機能は、グラフィカルビジネスプロセスモデルの要素をドメインオントロジの要素にマッチングをさせ、また、ユーザが詳細を選択した選択されたビジネスプロセスモデリング構成を与えられて、ドメインオントロジからの提案ドメイン要素のリストを取得することによってそれらのプロセスを意味的に特定する際にユーザを支援する。
【０１０２】
各種のマッチング方法が、他の方法とは別個にまたは組み合わせて使用されることができる。また、例えばユーザ入力またはプロセス図「近傍情報」など、例えば構成間の関係など、文脈情報が使用されることができる。例えば、一実施形態において、テキスト入力の支援に伴うリスト生成は、テキストを使用することで行われることができ、ユーザ入力または表示とドメイン要素ネームとのネームマッチング方法を使用することで行われることができる。これらのテキストマッチング方法は、正確な一致を見出すことから、多数の発見的比較法または周知の文字列間測定基準（string distance metrics）にわたることができる。
【０１０３】
一例実施形態において、プロセス図の中のビジネスプロセスモデリング構成の文脈は、ドメインを探索することに使用されることができる。１セットのドメイン要素提案は、ドメインオントロジにカバーされたプロセスモデルおよび情報において既に特定された近傍要素の支援で得られることとしてもよい。考慮された文脈の範囲は、複雑さの派生と提案の妥当な良好セットを提供することと間の妥協案として、限定されない、または限定されることができる。考慮された文脈の範囲は、ユーザによって選択されたモデル構成の範囲と、この要素に直接関連する構成の範囲とに、限定することができる。以下では、業務の要素のタイプに依存しているタスクをマッチングするために、どのように文脈情報を利用できるか、種々のシナリオが記述する。データオブジェクトと、タスクと、関連とは、別個の可能な手続きを示す。
【０１０４】
図１１は、近傍要素の支援で得られた１セットのドメイン要素提案の一実施形態を示している。ここで、ユーザは、このモデルの中でデータオブジェクト１２０を定義することを要求している。タスク「提案送信」３１０は、ドメイン動作「提案送信」１１３０にリンクされている。この動作は２つの推移を引き起こし、それらの一つはドメインオブジェクト「提案」１１１０に作用しており、他方はドメインオブジェクト「取引先指令」１１２０に作用している。ユーザがより正確にデータオブジェクト１２０を定義することを要求しているとき、データオブジェクト１２０がタスク「提案送信」３１０に関連しているために、これら２つのドメインオブジェクトは可能な要素としてウィンドウ６１０で提案される。ユーザがデータオブジェクト１２０について潜在的ネームを入力していない理由は、ウィンドウ６１０で示された提案セットがあわせてフィルタにかけられず、両方のドメインオブジェクトが選択可能である、ということにある。他の一例実施形態において、タスク「提案送信」３１０がドメイン動作「提案送信」１１３０にリンクされなかった場合、提案のリストは、「提案送信」にマッチングするネーム／テキストを介して取得できるドメインオブジェクト「提案」１１１０のみを有することとなる。
【０１０５】
また、一例実施形態において、ユーザはタスク１００（モデリング要素によって表現される）を定義することができる。図１２は、この実施形態を示している。データオブジェクト「取引先指令」１２１０は、ドメインオブジェクト「取引先指令」１１２０にリンクされている。このオブジェクトは、４つのドメイン動作「納品」、「プロセス指令」、「提案送信」、および「課金精算」の作用を受ける。ユーザがタスク１００の特定を要求するとき、タスク１００がデータオブジェクト「取引先指令」１２１０に関連しているために、これらの４つの動作は、ウィンドウ８２０において可能な要素として提案される。この場合、提案のセットがあわせてフィルタにかけられないで、４つのドメインオブジェクトの全てが選択可能であるように、ユーザはタスク１００について潜在的ネームを入力していない。他の一例実施形態において、データオブジェクト「取引先指令」１２１０がドメインオブジェクト「取引先指令」１１２０にリンクされなかった場合、提案のリストは、「取引先指令」とのネームマッチングを介して取得できるドメイン動作「プロセス指令」のみを有することとなる。
【０１０６】
他の一例実施形態において、図１３に示すように、ユーザは関連リンク上のデータオブジェクトの状態を定義することができる。タスク「提案送信」３１０は、ドメイン動作「提案送信」１１３０にリンクされている。この動作は２つの推移を引き起こし、それらの一つはドメインオブジェクト「提案」１１１０に作用しており、他方はドメインオブジェクト「取引先指令」１１２０に作用している。データオブジェクト「取引先指令」１２１０は、ドメインオブジェクト「取引先指令」１１２０にリンクされている。この情報を使用して、業務（ｔ１’）のドメイン推移が特定できる。タスク「提案送信」３１０が実行された後に、ユーザがデータオブジェクト「取引先指令」の状態の定義を要求しているとき、それは業務の推移の後の状態であるから、ドメイン状態「提案」が提案される。他の一例実施形態において、データオブジェクト「取引先指令」１２１０がドメインオブジェクト「取引先指令」１１２０にリンクされていない場合、提案のリストは、ドメイン動作「提案送信」１１３０を介して取得されるドメイン状態「送信」および「提案」を有する。
【０１０７】
記載された実施形態は、ビジネスプロセスの意味的モデリングを支援するために、文脈情報がどのように利用されるかを開示しており、これに限定するものではない。上記実施形態で使用されたローカル範囲は提案の妥当な良好なセットを提供するものであるが、他の実施形態において、考慮される文脈情報の範囲は、上記実施形態で説明されたローカル範囲を超えてさらに拡張されることとしてもよい。直接的な近傍を超えて（すなわち、ユーザによって選択されたモデル構成およびこの構成に直接的に関連した構成の範囲を超えて）考慮された文脈情報の範囲を拡張することによって、下記に示すように、ユーザは追加マッチング機能を獲得する。
【０１０８】
一例実施形態では、図１４に示すように、ユーザは、ドメイン動作「提案送信」１１３０にリンクされているタスク「提案送信」３１０に関連したデータオブジェクト１２０を特定することができる。通常、データオブジェクト１２０に対して２つの提案候補があるが、すなわちドメインオブジェクト「提案」１１１０および「取引先指令」１１２０が提案候補であるが、文脈のより大きい範囲を考慮して、同一のタスクに既にリンクされているオブジェクト「取引先指令」１２１０を認識することができ、これにより、提案リストをフィルタにかけることができる。したがって、オブジェクト「提案」のみがユーザに提案される。
【０１０９】
また、他のタスクに接続する制御フローを考慮することによって、タスクを定義することができる。図１５は、この特徴を有する一例実施形態を示している。制御フローを考慮せず、この実施形態で定義されるタスクについての提案のリストは、オブジェクト「取引先指令」についての全てのドメイン動作を有している。他のタスクへの制御フローにしたがって、候補「納品」、「プロセス指令」および「提案送信」が、リストから排除されることができ、ドメイン動作「課金精算」が残る。
【０１１０】
図１６に示さされた一例実施形態は、タスクを定義するための他のオプションを示している。図１６において、ユーザが定義するために選択した、タスク１００に関連している、データオブジェクト「取引先指令」１２１０は、前のタスク「提案送信」３１０にも関連している。前にタスク（この実施形態における「提案」）の後のデータオブジェクト１２１０の状態に関する情報に基づき、状態「提案」からオブジェクトの他の状態への推移を引き起こすオブジェクト「取引先指令」に関係している全てのドメイン動作は、選択されたタスク１００の定義についてユーザに提案することができる。この実施形態においては、「提案」から始まる１つの可能な推移しかない。この推移は、提案のリストが含まれているドメイン動作「プロセス指令」によって引き起こされる。
【０１１１】
また、データオブジェクトの状態は、以前に定義された状態よって同様に定義することができる。同一のデータオブジェクトが複数の作業に関連する場合、１つのタスクの文脈で定義されたこのデータオブジェクトの状態は、他のタスクの文脈で可能な状態を提案することを支援することとしてもよい。この可能な特徴は、図１７に例示されている。この場合、タスク「提案送信」の後のデータオブジェクト「取引先指令」１２１０の状態「提案」は、次のタスク１００の前の「取引先指令」１２１０の状態として提案されることとしてもよい。同様に、「提案」の後の可能な状態（本実施形態における「指令」、「提供」、および「支払い」）は、その後の作業のための状態として提案されることができる。
【０１１２】
ビジネスプロセスモデリングツールの意味的拡張は、ビジネスプロセスモデル（ＢＰＭＮ）２１０からビジネスプロセスモデリング構成（例えば、データオブジェクト１２０、モデル要素（例えばタスク１００）、関連１３０、など）の定義を受信する注釈モジュールを使用することによって実現することができるとともに、ドメインオントロジから受信したドメイン要素でそれを注釈する。
【０１１３】
他の実施形態において、ビジネスプロセスモデルの意味的注釈は、ユーザに提案されたドメイン要素を１つ以上提示するインタフェースモジュールによって支援されており、そこで、ユーザは所望のドメイン要素を選択することができる。一度選択された、選択されたドメイン要素は、ビジネスプロセスモデリング構成を意味的に注釈するために注釈モジュールによって受信される。インタフェースモジュールによって提示される１つ以上の提案されたドメイン要素は、ドメインオントロジ２００からの情報と文脈情報とを使用するインタフェースモジュールによって自動的に特定されることができる。ドメインオントロジ情報は、特に、オブジェクト、状態、推移、動作、および、それらの相互間の関係を有することができる。文脈情報は、例えばテキストなど、ユーザ入力または指示のみならず、図の中の「近傍情報」（構成間の関連リンクの接近度または数）、または図に示されているような異なるビジネスプロセスモデリング構成間の他の関係、から取得できる情報も、有することとしてもよい。上記では、これらの情報源とそれらの使用の実施形態について説明した。
【０１１４】
図１８は、上記実施形態についての１つの可能な実現例の詳細な実施形態を示している。注釈モジュール１８１０の可能な構成は、ＢＰＭＮドキュメント１８４０と、属性変化リスナ１８２０と、ＭＰＭＮグラフ変化リスナと、オントロジマネージャ１８５０とで構成される。ツールには、ＢＰＭＮドキュメント１８４０と呼ばれるビジネスプロセス図が組み込まれている。オントロジマネージャ１８５０は、オントロジファイルへの取り込み（分析）および移送（保存）機能を実装する。種々のイベントリスナは、プロセス図の中の変化について取得するので、ＢＰＭＮプロセスモデルの更新に利用される。ユーザがプロセス図の中に要素を追加または削除する場合、ＢＰＭＮグラフイベントリスナ１８３０は、ＢＰＭＮプロセスモデルの中において対応するインスタンスを作成または削除する。プロセス図の中の各要素について、起因変化リスナ１８２０は、ＢＰＭＮプロセスモデルの中で適切なインスタンス属性およびそれらの値を更新することを取り計らう。
【０１１５】
ＢＰＭＮプロセスモデルは、この情報が通常のモデリングツールに特有のものであるとともに、プロセスモデルの実現ライフサイクルに関して不可欠なものではない限り、如何なるレイアウト情報もカバーする必要がない。しかしながら、そのようなレイアウト情報は、例えば、ビジネスプロセスモデルの後の変化および変形に好適なものとなり得る。したがって、ＢＰＭＮプロセスモデル以外に、レイアウト情報を有する追加視覚モデルがさらに保有されることができる。これらの２つのモデルは、イベントリスナによって矛盾なく保持されることができる。
【０１１６】
インタフェースモジュール１８６０の可能な構成は、マッチリストＧＵＩ１８７０と、マッチャーＧＵＩ１８８０と、マッチャー１８９０とで構成される。ユーザがモデル要素を特定したい場合、マッチャーＧＵＩウィンドウが開き、ユーザ入力を許容するとともにマッチャー１８９０を制御する。マッチャー１８９０は、上記で説明されたものように文脈ベース・マッチング機能のみならず、何らかの発見的テキストベース・マッチング方法をも実行することができる。マッチャー１８９０は、関連したドメインおよび文脈情報を表現しているオントロジの支援で特定され取得されるように、モデル構成について、ドメイン要素提案を自動的に特定するとともに提供することでユーザを支援する。このために、マッチャーは、さらに、複数の追加マッチャーを使用することができる。いくつかの可能なマッチングとしては、「レーベンシュタイン距離マッチャー」と、「同義語マッチャー」と、「類似トークンマッチャー」とを有する。前記「レーベンシュタイン距離マッチャー」は、レーベンシュタイン距離に基づいてマッチングするフォルト・トレラントの名称がある。前記「同義語マッチャー」は、登録辞書によるマッチングのためにユーザによって入力された名称の同義語および同音異義語の検討を支援する。前記「類似トークンマッチャー」は、類似トークンに基づいたマッチングを可能にする。また、上述のように、「近傍情報」とモデリング構成間の関係に関する情報とに基づいたドメイン要素提案を取得するマッチャーが使用できる。全てのマッチャーおよびマッチング手法がマッチャー１８９０に集積化および一体化されることができる。マッチャー１８９０によって取得されたドメイン要素提案は、それらのマッチングスコアまたは他の方法に基づいて整列処理されることができ、マッチリストＧＬＴＩウィンドウに表示され、ユーザは、示唆されたリストから１つの要素トークンを選択するか、またはマニュアルで全体ドメインオントリジに質問することができる。マッチングが完了した後、必要があればマッチャー１８９０は、ＢＰＭＮドキュメント１８４０を更新する。このように、プロセスモデル構成は、ドメインオントロジ２００の要素に写像されるとともにリンクされることができる。
【０１１７】
可能なモデル要素を定義することにドメインオントロジを利用することによって、これらのモデルの中で使用された用語は、さらに明確になるとともに任意性がなくなく。さらに、適切なマッチング機能を使用することによって、可能な同義語および同音異義語の異常を解決するように構成でき、本発明は、モデリングのための共通用語および共通語の実現を支援することができ、専門用語の多様性から生じるコミュニケーション問題を回避することができる。結果のプロセスモデルは、適正なドメイン表現により強固に結合されており、さらなる機械意味づけタスクを可能にするための第１ステップとなる。
【０１１８】
結果として増大したプロセスモデルは、例えば、ビジネスプロセスモデルの中で操作されたオブジェクトに関する質疑応答によって、プロセススペースについての質疑を高めることに使用されることとしてもよい。例えば、新しい法則が乳製品の失効の日付に関係して制定され、増大したプロセスモデルおよびドメインオントロジに関する知識は、前記新しい法則の影響を受けたビジネスプロセスの取得を支援することができる。より徹底的にプロセススペースについて質問するために、ドメインオントロジが使用した詳細および表現能力に依存して、追加意味づけツールは、多種多様な関係または規則のような、オントロジ的な表現の潜在能力を利用することとしてもよい。最初のドメインオントロジの実施形態は、利用され得る意味情報のさらなる集積化の基礎として機能することとしてもよい。
【０１１９】
いくつかの実施形態が一例として示されている。ここに開示された実施形態および図面は、これに限定するものではなく、本発明の例示として解釈されるものであることが意図されている。
【図面の簡単な説明】
【０１２０】
【図１】より正確にプロセスモデルのモデル要素を表現するためのデータオブジェクトおよび関連の使用方法を示す図である。
【図２】一例実施形態の主要構成についての概観を示す図である。
【図３】様々なモデル要素を接続することによって一例実施形態のユーザが作成できるビジネスプロセスの単純化モデルを示すブロック図である。
【図４】関連を介してモデル要素に接続できるユーザの一例実施形態についてのデータオブジェクトを示すブロック図である。
【図５】一例実施形態であって、データオブジェクトを特定するため、またはドメインオントロジから得られた適切な記述を見出すためのユーザの能力を示す図である。
【図６】一例実施形態であって、ドメインオントロジとユーザによって提供された情報との援助によって生成された提案のリストを示す図である。
【図７】一例実施形態であって、関連を使用しているデータオブジェクトの状態および状態変化の詳細を示す図である。
【図８】一例実施形態であってモデル要素の詳細を示す図である。
【図９】一例実施形態であって、ドメインオントロジが提供する情報を抽象的に示す図である。
【図１０】一例実施形態であって、一例のオントロジから抽出された２つのオブジェクトについて簡略化した実施例を示す図である。
【図１１】一例実施形態であって、ドメインオントロジからの情報を使用しているデータオブジェクトの定義を示す図である。
【図１２】一例実施形態であって、ドメインオントロジからの情報を使用しているモデル要素の定義を示す図である。
【図１３】一例実施形態であって、ドメインオントロジからの情報を使用している関連のデータオブジェクトの状態の定義を示す図である。
【図１４】一例実施形態であって、ドメインオントロジからの情報と文脈情報とを使用しているデータオブジェクトの定義を示す図である。
【図１５】一例実施形態であって、ドメインオントロジからの情報と文脈情報とを使用しているモデル要素の定義を示す図である。
【図１６】一例実施形態であって、ドメインオントロジからの情報と文脈情報とを使用しているモデル要素の定義を示す他の図である。
【図１７】一例実施形態であって、ドメインオントロジからの情報と文脈情報とを使用している関連のデータオブジェクトの状態の定義を示す図である。
【図１８】上記実施形態についての１つの可能な実現例の詳細な実施形態を示している。
【符号の説明】
【０１２１】
２００  ドメインオントロジ
２１０  ビジネスプロセスモデル（ＢＰＭＮ）
２１５  ＢＰＭＮオントロジ
２２０  関連仲介(match making)機能
【図１】
0005031680.tif 000002
【図２】
0005031680.tif 000003
【図３】
0005031680.tif 000004
【図４】
0005031680.tif 000005
【図５】
0005031680.tif 000006
【図６】
0005031680.tif 000007
【図７】
0005031680.tif 000008
【図８】
0005031680.tif 000009
【図９】
0005031680.tif 000010
【図１０】
0005031680.tif 000011
【図１１】
0005031680.tif 000012
【図１２】
0005031680.tif 000013
【図１３】
0005031680.tif 000014
【図１４】
0005031680.tif 000015
【図１５】
0005031680.tif 000016
【図１６】
0005031680.tif 000017
【図１７】
0005031680.tif 000018
【図１８】
0005031680.tif 000019