(57)【特許請求の範囲】
【請求項１】
ユーザが、１つまたは複数のプロセスコンポーネント、および、該プロセスコンポーネントの少なくとも１つについて１つまたは複数のビジネスプロセス変形型を定義するためのユーザインタフェースと、
前記プロセスコンポーネントおよびビジネスプロセス変形型を記憶するリポジトリと、
を備え、
各プロセスコンポーネントは、それぞれの互いに異なるビジネスプロセスをコンピュータに実行させるプログラムであり、マスタデータおよびトランザクションデータを含むビジネスオブジェクト、および、少なくとも１つのプロセスエージェントを含み、
各プロセスエージェントは、個々に呼び出し可能な機能を前記コンピュータに実行させ、
各ビジネスプロセス変形型は、対応するプロセスコンポーネントについて定義されたプロセスエージェントの１つまたは複数と対応付けられ、
前記ユーザインタフェースにおけるビジネスプロセス変形型の選択は、対応付けられた１つまたは複数のプロセスエージェントが表示されることを引き起こす、システム。
【請求項２】
前記プロセスエージェントはアウトバウンドプロセスエージェントである請求項１に記載のシステム。
【請求項３】
前記プロセスコンポーネントは、前記プロセスコンポーネントと対応付けられたビジネスオブジェクトにおいてカプセル化されたデータの変更または読み出しと対応付けられた入力メッセージを前記コンピュータに処理させるインバウンドプロセスエージェントを含む請求項１に記載のシステム。
【請求項４】
前記プロセスコンポーネントは、もう１つのプロセスコンポーネントと対応付けられた少なくとも１つのビジネスオブジェクトにおいてカプセル化されたデータの変更または読み出しと対応付けられた出力メッセージを前記コンピュータに処理させるアウトバウンドプロセスエージェントを含む請求項１に記載のシステム。
【請求項５】
前記アウトバウンドプロセスエージェントは、該アウトバウンドプロセスエージェントと対応付けられたビジネスオブジェクトが読み出しまたは変更された後に呼び出される請求項４に記載のシステム。
【請求項６】
前記アウトバウンドプロセスエージェントは、呼び出された後にメッセージを前記コンピュータに送信させる請求項５に記載のシステム。
【請求項７】
前記インバウンドプロセスエージェントの１つまたは複数は、外部プロセスコンポーネントによって定義された外部同期アウトバウンドプロセスエージェントによって生成された同期メッセージを前記コンピュータに受信させる同期プロセスエージェントである請求項３に記載のシステム。
【請求項８】
前記アウトバウンドプロセスエージェントの１つまたは複数は、外部プロセスコンポーネントによって定義された非同期インバウンドプロセスエージェントによる受信のための非同期メッセージを前記コンピュータに生成させる非同期アウトバウンドプロセスエージェントである請求項４に記載のシステム。
【請求項９】
前記インバウンドプロセスエージェントの１つまたは複数は、前記コンピュータに、第１種類のメッセージを受信させ、かつそれを第２種類のメッセージに変換させる請求項３に記載のシステム。
【請求項１０】
前記プロセスエージェントの少なくとも１つは、入力メッセージを前記コンピュータに処理させるインバウンドプロセスエージェントである請求項１に記載のシステム。
【請求項１１】
前記プロセスエージェントの少なくとも１つは、前記コンピュータに、外部プロセスコンポーネントに出力メッセージを送信させるアウトバウンドプロセスエージェントである請求項１に記載のシステム。
【請求項１２】
第１プロセスコンポーネントが第１配置ユニットと対応付けられ、第２プロセスコンポーネントが第２配置ユニットと対応付けられ、前記配置ユニットは、プログラムを独立に実行する請求項１に記載のシステム。
【請求項１３】
前記プロセスコンポーネントは、前記コンピュータに、プロセスコンポーネントの組の間で交信させるサービスインタフェースを含む請求項１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モデル化ソフトウェアシステムに関し、より詳しくは、ソフトウェアシステムにおける構成およびコンポーネント（component）の交信に関するビジネスプロセス変形型（Business Process Variant Type）のモデル化に関する。
【背景技術】
【０００２】
企業のソフトウェアシステムは一般に大規模で複雑である。そのようなシステムは、おそらくいくつかの異なる地理的な場所において、多くの異なるハードウェアプラットフォームにまたがって分散した多くの異なるコンポーネントを必要とし得る。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
典型的なソフトウェアモデル化システムは、エンドユーザのためにこの複雑さを軽減することができない。企業のソフトウェアシステムを設計、構成、更新、または実装するために、システムの設計、管理、または実装における各人の役割に応じて、様々なレベルでシステムの詳細を理解する必要がある。例えば、システム管理者は、サーバ機器またはネットワークのような物理的ハードウェアに各種のソフトウェアモジュールがどのようにインストールされるのか、それらのソフトウェアモジュールがシステムにおける他のソフトウェアモジュールとどのように交信するのかについて、高レベルの技術的理解が必要である。ソフトウェアを構成する責任者は、各機能コンポーネントが提供するオペレーションについて、高レベルの機能的理解が必要である。アプリケーション設計者は、アプリケーションの各部が要求または実装する各種のソフトウェアインタフェースについて、低レベルの技術的理解が必要である。アプリケーション開発者は、システムの残りの部分に関して、実装しているインタフェースおよび機能について詳細な理解が必要である。
【課題を解決するための手段】
【０００４】
１つの態様において、１つまたは複数のプロセスコンポーネントを定義することが可能である。これらの各プロセスコンポーネントは、ソフトウェアが、それぞれの互いに異なるビジネスプロセスを実行することを特徴とし、かつ少なくとも１つのプロセスエージェントを定義することが可能である。そのような各プロセスエージェントは、対応するプロセスコンポーネントと対応付けられたビジネスオブジェクトと、任意の他のプロセスコンポーネントと対応付けられたビジネスオブジェクトとの間の通信を可能とする。また、１つまたは複数のビジネスプロセス変形型は、前記プロセスコンポーネントの少なくとも１つについて定義することが可能である。各ビジネスプロセス変形型は、ビジネスプロセス変形型の選択が、対応付けられた１つまたは複数のプロセスエージェントが活性化されることを引き起こすように、対応するプロセスコンポーネントについて定義されたプロセスエージェントの１つまたは複数を対応付ける。
【０００５】
前記プロセスコンポーネントは、インバウンドオペレーションが、前記プロセスコンポーネントと対応付けられたビジネスオブジェクトにおいてカプセル化されたデータの変更または読み出しと対応付けられた入力メッセージを処理することを特徴とすることが可能である。前記インバウンドオペレーションの１つまたは複数は、外部プロセスコンポーネントによって定義された外部同期アウトバウンドオペレーションによって生成された同期メッセージを受信する動作が可能な同期オペレーションとすることが可能である。ある変形において、前記インバウンドオペレーションの１つまたは複数は、第１種類のメッセージを受信し、かつそれを第２種類のメッセージに変換する動作が可能である。
【０００６】
また、前記プロセスコンポーネントは、アウトバウンドオペレーションが、もう１つのプロセスコンポーネントと対応付けられた少なくとも１つのビジネスオブジェクトにおいてカプセル化されたデータの変更または読み出しと対応付けられた出力メッセージを処理することを特徴とすることが可能である。前記アウトバウンドオペレーションは、対応するアウトバウンドオペレーションと対応付けられたビジネスオブジェクトが読み出しまたは変更された後に呼び出すことが可能である。前記アウトバウンドオペレーションの１つまたは複数は、外部プロセスコンポーネントによって定義された非同期インバウンドオペレーションによる受信のための非同期メッセージを生成する動作が可能な非同期アウトバウンドオペレーションである。さらに、ある変形において、前記アウトバウンドオペレーションは、それらが呼び出された後にメッセージを送信することが可能である。
【０００７】
前記プロセスエージェントは、インバウンドプロセスエージェント、アウトバウンドプロセスエージェント、または両方の組み合わせを具備することが可能である。前記インバウンドプロセスエージェントは、インバウンドオペレーションが入力メッセージを処理することを特徴とすることが可能である。前記アウトバウンドプロセスエージェントは、アウトバウンドオペレーションが外部プロセスコンポーネントに出力メッセージを送信することを特徴とすることが可能である。
ある変形において、第１プロセスコンポーネントが第１配置ユニットと対応付けられ、第２プロセスコンポーネントが第２配置ユニットと対応付けされる。そのような配置ユニットは、ソフトウェアが独立に動作可能であり、かつ独立に配置可能であることを特徴とする。
【０００８】
さらに、前記プロセスコンポーネントは、プロセスコンポーネントの組の間で交信するサービスインタフェースを定義することが可能である。これに関係して、１つまたは複数のビジネスオブジェクトを定義することが可能であり、各ビジネスオブジェクトは単一のプロセスコンポーネントと単独に対応付けされる。ある実装において、任意の１つのプロセスコンポーネントのいずれのビジネスオブジェクトも、任意の他のプロセスコンポーネントと対応付けられた任意のビジネスオブジェクトと直接に交信しない。
ビジネスシナリオを実現するために複数のプロセスコンポーネントを論理的に対応付けることが可能である。この論理的な対応付けは、統合シナリオの形態をとることが可能である。ある変形において、プロセスコンポーネントは、活性化されたアウトバウンドプロセスエージェントに基づいて交信するのみであるので、論理的な対応付けは選択されたビジネスプロセス変形型に依存する。結果として、前記プロセスコンポーネントに結合されたプロセスエージェントを活性化するビジネスプロセス変形型を有さないプロセスコンポーネントの間の交信を制限することが可能である。また、結合されたプロセスコンポーネントが、関連するアウトバウンドプロセスエージェントを活性化する対応するビジネスプロセス変形型を有することを検証するために、ビジネスプロセス変形型を用いることが可能である。
【０００９】
関連した態様において、２つのプロセスコンポーネントの各々について複数のプロセスエージェントを定義することが可能である。各プロセスエージェントは、インバウンドプロセスエージェントまたはアウトバウンドプロセスエージェントのいずれかである。インバウンドプロセスエージェントは、インバウンドオペレーションからメッセージを受信する動作が可能である。アウトバウンドプロセスエージェントは、アウトバウンドオペレーションがメッセージを送信することを引き起こす動作が可能である。その後、第１プロセスコンポーネントの少なくとも１つのインバウンドプロセスエージェントと第２プロセスコンポーネントの少なくとも１つのアウトバウンドプロセスエージェントとの間の交信が定義される。さらに、第２プロセスコンポーネントの少なくとも１つのインバウンドプロセスエージェントと第１プロセスコンポーネントの少なくとも１つのアウトバウンドプロセスエージェントとの間の交信が定義される。前記プロセスコンポーネントの少なくとも１つについて１つまたは複数のビジネスプロセス変形型が定義される。各ビジネスプロセス変形型は、対応するプロセスコンポーネントについて定義されたプロセスエージェントの１つまたは複数を対応付ける。ビジネスプロセス変形型の選択は、対応付けられた１つまたは複数のプロセスエージェントが活性化されることを引き起こす。
【００１０】
さらなる関連した態様において、第１ビューにおいてプロセス交信マップが表示され、第２ビューにおいてプロセスコンポーネントの構成上の設計が表わされ、第３ビューにおいてプロセスコンポーネントの交信の構成上の設計が表わされる。前記プロセス交信マップは、選択されたビジネスプロセス変形型によって一緒に結合された複数のプロセスコンポーネントの間の交信を表わす。各プロセスコンポーネントは、ソフトウェアがそれぞれの互いに異なるビジネスプロセスを実行することを特徴とし、各プロセスコンポーネントは、他のプロセスコンポーネントと交信するためにそれぞれのサービスインタフェースを定義する。前記プロセスコンポーネントの構成上の設計は、選択されたプロセスコンポーネントについてインバウンド部、ビジネスオブジェクト部、アウトバウンド部を表わす。前記インバウンド部は、前記選択されたプロセスコンポーネントの１つまたは複数のインバウンドオペレーションを用いる全ての外部プロセスコンポーネントを識別する。前記ビジネスオブジェクト部は、前記選択されたプロセスコンポーネントと対応付けられた全てのビジネスオブジェクトを識別する。前記アウトバウンド部は、前記選択されたプロセスコンポーネントの１つまたは複数のアウトバウンドオペレーションによって使用される全ての外部プロセスコンポーネントを識別する。前記プロセスコンポーネントの交信の構成上の設計は、各ビジネスオブジェクトと対応付けられたビジネスオブジェクトを変更または読み出すために正確に２つのプロセスコンポーネントの間のメッセージ送信を表わす。各プロセスコンポーネントは、複数のプロセスエージェントを表わし、各プロセスエージェントは、インバウンドプロセスエージェントまたはアウトバウンドプロセスエージェントにいずれかである。前記インバウンドプロセスエージェントは、インバウンドオペレーションからメッセージを受信する動作が可能である。前記アウトバウンドプロセスエージェントは、アウトバウンドオペレーションがメッセージを送信することを引き起こす動作が可能である。さらに、選択されたビジネスプロセス変形型と対応付けられたアウトバウンドプロセスエージェントのみが活性化される。
【００１１】
また、有形のコンピュータ読み取り可能な媒体に符号化されたコンピュータプログラム製品が説明される。そのようなコンピュータプログラム製品は、コンピュータシステムが、ここで説明される動作および／またはコンポーネントの１つまたは複数を実行することを引き起こす実行可能な命令を含むことが可能である。
また、同様に、プロセッサ、および、そのプロセッサに結合されたメモリを含むことが可能なコンピュータシステムが説明される。メモリは、プロセッサが、ここで説明される動作および／またはコンポーネントの１つまたは複数を実行することを引き起こす１つまたは複数のプロスラムを符号化することが可能である。
【００１２】
ここで説明される発明は、多くの効果をもたらす。モデルは、ソフトウェアシステムの局面を表わすモデル化エンティティを提供する。モデルの複数のビューは、ユーザインタフェースにおいて提供される。モデルのビューは、ユーザに各種の詳細レベルを提供し、彼らの作業のために重要である情報に集中することを可能とする。モデルのエンティティは、再利用可能であり、モデルのエンティティに対応する機能を実現する再利用可能なソフトウェアに対応する。モデルは、互換性のないメッセージ形式の間の動的なマッピングをサポートする。モデルは、外部コンポーネントを組み込むことが可能である。モデルはメタデータを生成するために使用することが可能であり、メタデータは、リポジトリに記憶され、各種の下流プロセスおよびツールにおいて使用することが可能である。
【００１３】
さらに、ここで説明される発明は、ビジネスシナリオを達成するために各種のソフトウェアモジュールがどのように交信することができるかについての論理的な抽象化を提供する。特に、コスト効果の高い方法で、高い信頼性で実装することが可能な設計を提供するために、ソフトウェア再利用の単位としてプロセスコンポーネントから効果的な使用を作り出すことが可能である。配置ユニットは拡張性のある設計を可能とし、各配置ユニットは、他の全ての配置ユニットに独立な別個のコンピュータハードウェアプラットフォームにおいて配置可能である。さらに、プロセスコンポーネントのサービスインタフェースは、拡張性のある方法で、異なる配置ユニットにおいて存在するプロセスコンポーネントの組の間での交信を定義することが可能である。
【００１４】
本明細書で説明される本発明の各実施形態は、上記の全ての効果をもたらす。
本明細書で説明される本発明の１つまたは複数の実施形態の詳細は、添付図面および以下の説明に記載されている。本発明のさらなる特徴、態様、および効果は、明細書、図面、および特許請求の範囲から明らかになる。
【発明を実施するための最良の形態】
【００１５】
各図面における同様な参照符号は同様な構成要素を表わす。
本明細書の文脈において、モデルは、ソフトウェアシステム、ソフトウェアシステムの一部、またはソフトウェアシステムの一側面を表わす。モデルは１つまたは複数のビューと対応付けることが可能である。モデルのビューは、モデルにおける情報の部分集合を表わす。説明のために、用語“モデル”は、モデルまたはモデルのビューの両方に言及するために用いられる。モデル化システムは、モデルを生成、変更、および検証するために用いることが可能である。モデルは、アプリケーションを実装または修正する開発者のために、ソフトウェアアプリケーション、またはソフトウェアアプリケーションの部分または側面を記述または規定するために、ソフトウェア開発プロセスにおいて用いることが可能である。モデルは、有効な詳細のレベルまたは粒度まで設計を規定する。モデル化された機能に適合した実装は、モデルによって表わされた仕様に従う。
【００１６】
図１は、方法１００を表わす処理フロー図であり、１１０において１つまたは複数のプロセスコンポーネントが定義される。各プロセスコンポーネントは、ソフトウェアがそれぞれの互いに異なるビジネスプロセスを実行することを特徴とし、少なくとも１つのプロセスエージェントを定義する。各プロセスエージェントは、対応するプロセスコンポーネントと対応付けられたビジネスオブジェクトと、任意の他のプロセスコンポーネントと対応付けられたビジネスオブジェクトとの間の通信を可能とする。その次に、１２０において、プロセスコンポーネントの少なくとも１つについて１つまたは複数のビジネスプロセス変形型が定義される。ビジネスプロセス変形型の選択が、対応付けられた１つまたは複数のプロセスエージェントが活性化されることを引き起こすように、各ビジネスプロセス変形型は、対応するプロセスコンポーネントについて定義されたプロセスエージェントの１つまたは複数を対応付ける。
【００１７】
図２は、モデル化システム２００を表わす。対話的なグラフィカルユーザインタフェース（ＧＵＩ）２０４は、ユーザがモデルを生成、検査、および修正することを可能とする。ＧＵＩ・２０４は、異なる詳細のレベルを提供する異なるビューにおけるモデルを表示することが可能である。これはユーザが手近の役割または作業に適切な情報に集中することを可能とする。ＧＵＩ・２０４に結合されたモデル設計コンポーネント２０６は、以下で説明するようにモデルを修正および操作するための１つまたは複数のツールを提供する。リポジトリ２０２は、１つまたは複数のモデルおよび対応付けられた情報を記憶することが可能である。限定でなく例として、リポジトリは、モデル情報の永続的な記憶を提供するための１つまたは複数のファイル、データベース、サービス、これらの組み合わせ、または他の適切な手段を組み込むことが可能である。
【００１８】
図３は、モデルにおけるプロセスコンポーネントモデル化エンティティ（または“プロセスコンポーネント”）を表わす。簡潔には、文脈から明確に認識されるならば、用語“プロセスコンポーネント”は、モデル化エンティティ、および、そのモデル化エンティティによって表わされるプロセスのソフトウェアシステムにおける実装の両方に言及するために用いられる。他の用語についても、文脈から意味が明確ならば、モデル化エンティティ、および、そのエンティティによって表わされる実装の両方に言及するために、同様の二元的な使用が行われる。
【００１９】
プロセスコンポーネントは、ビジネスプロセスを実現し、サービスとしてその機能を提供するソフトウェアパッケージである。機能はビジネストランザクションを含む。プロセスコンポーネントは、１つまたは複数の意味的に関連したビジネスオブジェクト（例えば、３３０、３１０）を含む。ビジネスオブジェクトは１つより多くのプロセスコンポーネントに属さない。
プロセスコンポーネントはモジュール式であり、文脈から独立である。文脈から独立であるとは、プロセスコンポーネントが与えられた統合シナリオに固有でないことを意味する（統合シナリオは後に説明される）。したがって、プロセスコンポーネントは再利用可能であり、すなわち、それらは異なる統合シナリオにおいて用いることが可能である。
プロセスコンポーネントは、１つまたは複数のサービスインタフェースモデル化エンティティ（３１６、３１８、３２０、３２２、３３６、３３８）（または“インタフェース”）を有する。インタフェースは、１つまたは複数のオペレーションの名前付けされた配置である。それは、提供される（インバウンドサービスインタフェース）機能または使用される（アウトバウンドサービスインタフェース）機能を規定する。一般にプロセスコンポーネントはサービスインタフェースを有するが、サービスオペレーションを有さないプロセスコンポーネントを定義することが許容される。これは、例えば、本来、または設計によって、同一のハードウェアプラットフォームに配置されたプロセスコンポーネントのみと交信するプロセスコンポーネントについて適切であり、その場合において、例えば、共有メモリまたはデータベースレコードを通して、サービスでない交信の方法が好ましい。
【００２０】
オペレーションは正確に１つのプロセスコンポーネントに属する。プロセスコンポーネントは一般に複数のオペレーションを有する。オペレーションは、最小の、個々に呼び出し可能な機能であり、入力、出力、およびシグネチャーとしての役割を果たす原因パラメータとして用いられるデータの種類の集合によって記述される。オペレーションは、インバウンド、アウトバウンド、またはエラーメッセージについて複数のメッセージの種類を用いることが可能である。オペレーションは１つのインタフェースに固有である。すなわち、同一のオペレーションは１つより多くのインタフェースにおいて用いることができない。
オペレーションは、プロセスエージェントに関する提示の目的のために記述される。プロセスエージェント（または“エージェント”）は、オペレーションを実行するソフトウェアを表わす選択的なモデル化エンティティである。オペレーションは、他の従来の技術によって実行することが可能である。オペレーション（したがって、エージェント）は同期または非同期、およびインバウンドまたはアウトバウンドであり得る。以下で説明するように、プロセスコンポーネントは、プロセスエージェントが特定の実装のために必要とされるより多いことを特徴とすることが可能である。
【００２１】
同期アウトバウンドオペレーションは、同期要求メッセージを送信し、応答メッセージを処理する。同期インバウンドオペレーションは、同期アウトバウンドオペレーションからのメッセージに応答する。同期通信は、応答が即座に受信されることを予期してメッセージが送信される場合である。非同期通信は、後の時点において呼び出される別個のオペレーションによって応答が提供されることを予期して行われる。
非同期アウトバウンドオペレーションは、送信するビジネスオブジェクトに固有である。非同期アウトバウンドオペレーションは、もう１つのプロセスコンポーネントへの新たな通信を引き起こすならば、引き起こされたプロセスコンポーネントに固有である。しかし、同一の非同期アウトバウンドプロセスオペレーションは、同一のメッセージ構成の部分である２つのオペレーションのために用いることが可能である。非同期アウトバウンドオペレーションがただ１つの確認（confirmation）（トリガ（triggering）ではない）を送信するならば、異なる受信するプロセスコンポーネントについて再利用することが可能である。
インバウンドオペレーションは、メッセージが受信された後に呼び出される。ビジネスオブジェクトの状態に基づいて、インバウンドオペレーションは、十分に定義されたサービスを用いてメッセージを送信することによって、配置ユニットにまたがる通信、ビジネス・トゥ・ビジネス（Ｂ２Ｂ）通信、または両方を開始することが可能である。
【００２２】
モデルは、１つのプロセスコンポーネントによる、もう１つのプロセスコンポーネントにおけるオペレーションの潜在的な呼び出しを記述することが可能である。これは、図式的に、図３において２つのプロセスコンポーネント３０６、３０８を結合する経路（３４０、３４２）として示されている。プロセスコンポーネントにおけるオペレーションの呼び出しは、以下で説明するように、２つのプロセスコンポーネントが異なる配置ユニットの一部ならば、常に、プロセスコンポーネントにメッセージを送信するもう１つのプロセスコンポーネントによって実行される。一方、同一の配置ユニットにおける２つのプロセスコンポーネントの間の交信は、説明したように、メッセージの伝達によって実現することが可能であり、または、それらが配置されるとき両方のプロセスコンポーネントにアクセス可能なリソース、例えば、データオブジェクト、データベースレコード、またはメモリの使用によって実現することが可能である。
メッセージは、モデルにおいて、メッセージモデル化エンティティ（または“メッセージ”）によって記述される。
【００２３】
プロセスエージェントは、単一のインタフェースと対応付けることが可能である。例えば、インタフェース３３８はプロセスエージェント３３２と対応付けされ、インタフェース３３６はプロセスエージェント３３４と対応付けされ、インタフェース３１６はプロセスエージェント３１２と対応付けされ、インタフェース３１８はプロセスエージェント３１４と対応付けされている。１つの形態において、各オペレーションはプロセスエージェントと対応付けされる。
【００２４】
一般に、出力オペレーションは、そのオペレーションと対応付けられたビジネスオブジェクトを用いてアクション（例えば、生成、読み出し、更新、削除、等）に応答する。一般に、オペレーションはビジネスオブジェクトのインスタンスのデータのいくつかの処理を実行し、ビジネスオブジェクトのインスタンスの変化はイベントを引き起こす。アウトバウンドオペレーションは、十分に定義されたアウトバウンドサービスを用いて、一般に、もう１つの配置ユニットに存在するもう１つのプロセスコンポーネント、またはビジネスパートナーにメッセージを送信することによって続くビジネスプロセスのステップを引き起こす。例えば、プロセスコンポーネント３０６におけるアウトバウンドプロセスエージェント３２４は、インタフェース３２２のオペレーションを呼び出して、プロセスコンポーネント３０８におけるインバウンドプロセスエージェント３１２によって受信されるメッセージを送信することできる。そのメッセージは、インバウンドプロセスエージェント３１２が処理するメッセージのシグネチャーまたは種類に従って、インタフェース３１６における固有のオペレーションにルーティングされる。
【００２５】
実装されるときインバウンドプロセスエージェントは、メッセージに基づく通信のインバウンド部のために用いられる1つのソフトウェアである。インバウンドプロセスエージェントは、メッセージの受信に応答して、例えば、対応付けられたビジネスオブジェクト（３３０、３１０）について、１つまたは複数のビジネスオブジェクトのインスタンスを生成または更新することによって、メッセージにおいて要求されるビジネスプロセスのステップの実行を開始する。実装されるときアウトバウンドプロセスエージェントは、ビジネスオブジェクトの変化に応答して、または、ビジネスオブジェクトとの交信において、メッセージを送信することが可能である。例えば、インバウンドプロセスエージェント３１２はビジネスオブジェクト３１０を変更することが可能であり、従って、アウトバウンドプロセスエージェント３１４が、インバウンドプロセスエージェント３２８にメッセージを送信することを引き起こす。２つのオペレーションの呼び出しが同一のメセージの構成の一部であるならば、それらは同一のプロセスエージェントと対応付けされる。
【００２６】
ビジネスオブジェクトモデルエンティティはビジネスオブジェクトをモデル化する。ビジネスオブジェクトは、構造上のモデルおよびゼロまたはより多くのサービスインタフェースによって記述され、一意に識別可能なビジネスエンティティ（オブジェクトインスタンス）の種類を表わす。実装されるビジネスプロセスはビジネスオブジェクトについて動作する。
【００２７】
ビジネスオブジェクトは、いくつかの十分に定義されたビジネス内容における固有のビューを表わす。ビジネスオブジェクトは、典型的なビジネスユーザがわずかな説明で推測または理解する内容を表わす。さらに、ビジネスオブジェクトは、ビジネスプロジェクトオブジェクトおよびマスタデータオブジェクトとして分類される。マスタデータオブジェクトは、マスタデータ（すなわち、ある期間において有効なデータ）をカプセル化するオブジェクトである。ビジネスプロセスオブジェクトは、トランザクションデータ（すなわち、ある時点において有効なデータ）をカプセル化するオブジェクトであり、一般に、プロセスコンポーネントにおいて見出されるビジネスオブジェクトの種類である。用語ビジネスオブジェクトは、文脈がそうでないことを要求するのでなければ、一般に、ビジネスプロセスオブジェクトおよびマスタデータオブジェクトに言及するために用いられる。正しく実装されるとき、ビジネスオブジェクトは重複なく実装される。
ビジネスプロセスオブジェクトは、正確に１つのプロセスコンポーネントと対応付けされる。マスタデータオブジェクトは、正確に１つのプロセスコンポーネントまたは正確に１つの配置ユニットのいずれかと対応付けされる。
【００２８】
基盤レイヤに存在するビジネスオブジェクトはビジネス基盤オブジェクトと呼ぶ。基盤レイヤは全てのプラットフォームに配置され、そのビジネスオブジェクト、プロセスコンポーネント、および再利用サービスは、全てのアプリケーションシナリオによって使用するために利用可能である。基盤レイヤにおけるビジネスオブジェクトは全ての統合シナリオにおいて局所的であり、アプリケーションレイヤにおける配置ユニット内のビジネスオブジェクトから直接に同時にアクセス可能である。基盤レイヤにおけるビジネスオブジェクトは１つより多くのプロセスコンポーネントと対応付けることが可能である。基盤レイヤにおけるプロセスコンポーネントは、そのようなプロセスコンポーネントはプロセスエージェントおよびメッセージを有さず、直接の呼び出しのみであるので、ＢＰＶＴ（Business Process Variant Type（ビジネスプロセス変形型））を有さない。
【００２９】
図４Ａから図４Ｃは、プロセス交信マップ４００を表わす。プロセス交信マップは、２つまたはより多くのプロセスコンポーネントの間の交信を記述するモデル化エンティティである。それは、例えばプロセスコンポーネントの間の潜在的な交信を示す経路を用いて、回路図として、モデル設計コンポーネント２０６によってＧＵＩ・２０４（図２）において表わすことが可能である。マップ４００の視覚的表現において、プロセスコンポーネントはアイコン（例えば、４０４、４０６、４０８）として表わされる。いわゆる“外部”プロセスコンポーネントは点線を用いて示されている（例えば、４０６、４０８）。外部プロセスコンポーネントは、もう１つのシステム、例えば、顧客または他のサードパーティのようなもう１つの企業に属するシステムに関連するオペレーション上のコンテキストにおいてモデル化されたプロセスコンポーネントを配置するために表わされている。ＧＵＩ・２０４は、ユーザがプロセスコンポーネントと接続または切断し（すなわち、潜在的な交信を示し）、プロセスコンポーネントを移動し、およびビュー４１４によって示されているように、より詳細を見るためにマップ４００の特定の部分を拡大することを可能とする。
【００３０】
プロセスコンポーネントのグループは、シナリオおよび配置ユニットに組織化することが可能である。統合シナリオモデル化エンティティ（または“シナリオ”）は、互いに直接または間接に（すなわち、１つまたは複数の他のプロセスコンポーネントを通して）交信するプロセスコンポーネントのグループを記述する。プロセスコンポーネントは１つの配置ユニットに属す。シナリオは以下で説明する。
【００３１】
配置ユニットモデル化エンティティ（例えば、４０２、４１０、４１２）は、配置ユニットをモデル化し、配置ユニットは、単一のコンピュータシステムプラットフォームに一緒に配置することが可能な１つまたは複数のプロセスコンポーネントを含む。
個々の配置ユニットは、個々の物理的なコンピュータシステムに配置することが可能であり、１つまたは複数のプロセスコンポーネントを含む。例えば、物理的なシステムは、共有データベースへの直接のアクセスを有する一群のコンピュータとすることが可能である。１つの配置ユニットのプロセスコンポーネントは、１つまたは複数のデータ通信ネットワークまたは他の適切な通信チャネルを通して伝達されるメッセージを用いてのみ、もう１つの配置ユニットのプロセスコンポーネントと交信する。従って、企業Ａに属するプラットフォームに配置された配置ユニットのソフトウェアエンティティは、企業Ｂに属する別個のプラットフォームに配置された配置ユニットのソフトウェアエンティティと交信することができ、ビジネス・トゥ・ビジネスの通信を可能とする。または、同一の企業の異なる部署における配置ユニットは互いに交信することが可能である。与えられた配置ユニットのソフトウェアエンティティの１つより多くのインスタンスは、同時に実行することが可能である。
【００３２】
図５は、プロセスコンポーネントモデル（ＰＣＭ）５００を表わす。ＰＣＭは、特定のプロセスコンポーネントと対応付けられたモデルエンティティを組み込んだモデルのビューである。また、ＰＣＭは、同一のまたは異なる配置ユニットにおける、あるプロセスコンポーネントと他のプロセスコンポーネントとの間の潜在的な交信を記述することが可能である。例えば、表わされたプロセスコンポーネント５００は、顧客要求処理コンポーネント５０４および顧客請求処理コンポーネント５２５と交信することが可能である。さらに、ＰＣＭは、サードパーティによって制御される外部プロセスコンポーネント（例えば、５２８）との交信を記述することが可能である。
【００３３】
ＰＣＭは、プロセスコンポーネントに組み込まれたオペレーションをモデル化する。例えば、顧客要求充足確認に基づく販売注文変更インバウンドオペレーション５０８、請求要求アウトバウンドオペレーション５２０、販売注文確認アウトバウンドオペレーション５２２である。プロセスコンポーネント５０４をインタフェース５０２に結合する経路５３０は、プロセスコンポーネント５０４がそのインタフェースにおいてオペレーションを呼び出すことが可能であることを表わす。経路５３２および５３４は、５００において表わされたプロセスコンポーネントが、それぞれプロセスコンポーネント５２５および５２８におけるオペレーションを呼び出すことが可能であることを表わす。
【００３４】
ＰＣＭは、選択的にプロセスコンポーネントのオペレーションに対応するプロセスエージェント（例えば、５１０、５１６、５１８）をモデル化する。例えば、顧客要求に基づく販売注文変更インバウンドプロセスエージェント５１０は、インバウンドオペレーション５０８または５４０にルーティングされるメッセージへの処理または応答をモデル化する。インバウンドプロセスエージェント５１０は、例えば、処理の一部として販売注文ビジネスオブジェクト５１４にアクセスおよび変更する、例えば、販売注文における商品またはサービスの提供日を変更する。
【００３５】
プロセスコンポーネント５２５は、アウトバウンドオペレーション５２０をプロセスコンポーネント５２５に結合する経路５３２によって示されているように、アウトバウンドオペレーション５２０を通して１つまたは複数のメッセージを受信することが可能である。販売注文から顧客請求処理への請求要求アウトバウンドプロセスエージェント５１８は、ビジネスオブジェクト５１４に関する変更に基づいて、インタフェース５２６におけるオペレーション５２０が、プロセスコンポーネント５２５にメッセージを送信することを引き起こす。同様に、外部プロセスコンポーネント５２８は、オペレーション５２２をプロセスコンポーネント５２８に結合する経路５３４によって示されているように、アウトバウンドオペレーション５２２によって１つまたは複数のメッセージを受信することが可能である。アウトバウンドプロセスエージェント５１６は、ビジネスオブジェクト５１４に関する状態または状態の変化に基づいて、オペレーション５２２が、外部プロセスコンポーネント５２８にメッセージを送信することを引き起こすことが可能である。
【００３６】
図６は、プロセスコンポーネント交信モデル（process component interaction model（ＰＣＩＭ））６００を表わす。ＰＣＩＭは異なる統合シナリオにおいて再利用することが可能である。ＰＣＩＭは、２つのプロセスコンポーネント（例えば、６０２、６０４）の間の潜在的な交信と対応付けられた関連するモデルエンティティを組み込んだモデルのビューである。潜在的な交信と関係のないインタフェース、プロセスエージェント、ビジネスオブジェクトは除外されている。ＰＣＩＭ・６００は、時間および労働管理プロセスコンポーネント６０２と、商品およびサービス承認プロセスコンポーネント６０４との間の交信を表わす。
【００３７】
時間および労働管理プロセスコンポーネント６０２は、従業員の異なる時間データ（例えば、計画労働時間、欠勤、労働時間確認）およびその理由（例えば、病気、休暇、等）のカレンダーに基づく全体像の読み出し専用の情報を与える従業員時間カレンダービジネスオブジェクト６０６を含む。従業員時間カレンダービジネスオブジェクト６０６は、商品およびサービス承認通知オペレーション６１０、または、商品およびサービス承認取消通知オペレーション６１２を呼び出すために、商品およびサービス承認通知アウトバウンドプロセスエージェント６０８を用いることが可能であり、商品およびサービス承認通知オペレーション６１０、および、商品およびサービス承認取消通知オペレーション６１２は、両方とも内部サービス承認出力インタフェース６１４に含まれる。商品およびサービス承認通知オペレーション６１０は、商品およびサービス承認プロセスコンポーネント６０４に、外部の従業員によって提供されるサービスを通知する。商品およびサービス承認通知オペレーション６１０は、商品およびサービス承認の関連情報とともにアクティブな従業員時間が生成または変更されたとき、商品およびサービス承認要求メッセージ６１６を送信する。
【００３８】
商品およびサービス承認（Goods and Service Acknowledgement（ＧＳＡ））プロセスコンポーネント６０４は、内部承認入力インタフェース６１８を介して商品およびサービス承認要求メッセージ６１６を受信する。商品およびサービス承認要求メッセージ６１６を受信すると、内部承認に基づくＧＳＡ維持インバウンドプロセスエージェント６２２を開始することによって、商品およびサービス承認、および、時間および労働管理を生成するために、商品およびサービス承認生成オペレーション６２０が呼び出される。内部承認に基づくＧＳＡ維持インバウンドプロセスエージェント６２２は、商品およびサービスの受け取りを報告するために、商品およびサービス承認ビジネスオブジェクト６２４を更新または生成する。企業の従業員が、内部要求を通して注文した商品およびサービスを受け取ったことを確認することができたとき、購入者または指定された商品およびサービスの受取人が、彼らが責任を負う従業員に代わって彼らが注文した商品およびサービスを受け取ったことを確認することができたとき、または、供給業者またはサービス提供者が、要求された商品を納品したこと、または、要求されたサービスを提供したことを報告することができるときに、商品およびサービス承認ビジネスオブジェクト６２４を使用することが可能である。
【００３９】
また、商品およびサービス承認通知アウトバウンドプロセスエージェント６０８は、商品およびサービス承認取消通知オペレーション６１２が、商品およびサービス承認プロセスコンポーネント６０４に商品およびサービスの取消を通知することを引き起こすことが可能である。商品およびサービス承認取消通知オペレーション６１２は、商品およびサービス承認の関連情報とともにアクティブな従業員時間が取り消されたときに、商品およびサービス承認取消要求メッセージ６２６を送信する。商品およびサービス承認取消要求メッセージ６２６を受信すると、商品およびサービス承認を取り消すために、商品およびサービス承認取消オペレーション６２８が呼び出される。次に、内部承認に基づくＧＳＡ維持インバウンドプロセスエージェント６２２は、商品およびサービスの取り消しを報告するために、商品およびサービス承認ビジネスオブジェクト６２４を更新する。
【００４０】
アウトバウンドオペレーションによって送信されたメッセージのメッセージ形式は、インバウンドオペレーションによって要求されるメッセージ形式と合致する必要はない。メッセージ形式が合致しないならば、メッセージは変換またはマッピングされる。メッセージマッピングは、ＰＣＭまたはＰＣＩＭにおけるメッセージの送信元および宛先の間の中間マッピングモデル構成要素の介在によって示される（以下を参照）。
【００４１】
図７Ａ、７Ｂは、ビジネスオブジェクトマップ７００を表わす。ビジネスオブジェクトマップは、配置ユニット、プロセスコンポーネント、ビジネスオブジェクトを組み込んだモデルのビューである。インタフェース、オペレーション、プロセスエージェントは、このビューから除外されている。各モデルエンティティは、ビジネスオブジェクトマップにおいて、一度だけ表わされている。従って、ビジネスオブジェクトマップは、全ての配置ユニット、プロセスコンポーネント、ビジネスオブジェクトを表わす。ビジネスオブジェクトマップ７００、および、図７Ｂに表わされ強調された部分７２８に表わされているように、顧客請求配置ユニット７０４における顧客請求処理プロセスコンポーネント７２６は、２つのビジネスオブジェクト、顧客請求要求７１０および顧客請求７０８を含む。プロジェクト管理配置ユニット７０６におけるプロジェクト処理プロセスコンポーネント７２４は、５つのビジネスオブジェクト、プロジェクト要求７１８、プロジェクト７２０、プロジェクトスナップショット７１２、プロジェクト奨励７１４、プロジェクトテンプレート７２２を含む。
【００４２】
図８は、統合シナリオモデルエンティティ８００（または“統合シナリオ”）を表わす。統合シナリオは、与えられたエンド・エンド間のビジネスシナリオの実現である。統合シナリオは、プロセスコンポーネント、および、それらの間の交信から成り、交信は統合シナリオの実現のために必要とされる。プロセスコンポーネントは、ソフトウェアシステムにおける実際のフローが同一のプロセスコンポーネントを複数回呼び出す場合でも、統合シナリオモデルにおいて一度だけ表わされる。統合シナリオモデルエンティティは、ビジネスシナリオの実現に関連する１つまたは複数の配置ユニットにおけるプロセスコンポーネントの間の潜在的な交信を高いレベルで記述する。例えば、統合シナリオは、収入を生み出すために製品を販売するような、ビジネスの目的を達成するビジネスシナリオを実現するために、一緒に動作するプロセスコンポーネントおよびそれらの交信の集合とすることが可能である。プロセスコンポーネントの内部の詳細は説明せず、プロセスコンポーネントの交信の詳細も説明しない（例えば、インタフェース、オペレーション、メッセージ）。
【００４３】
表わされた統合シナリオ８００は、サービス調達ソフトウェアアプリケーションのためのものである。サービス調達アプリケーションは、サービスを調達するために用いられるエンド・エンド間の処理を実現するソフトウェアである。シナリオ８００は、９個の配置ユニット、財務会計ユニット８０２、プロジェクト管理ユニット８０４、購買ユニット８０６、供給業者請求ユニット８０８、支払ユニット８１０、ＲＦＱ（request for quotation（見積要求））処理ユニット８１２、納品品目管理ユニット８１４、購買請求ユニット８１６、人的資本管理ユニット８１８を含む。
【００４４】
財務会計配置ユニット８０２は、全ての関連するビジネストランザクションを記録する会計プロセスコンポーネント８０３を含む
プロジェクト管理配置ユニット８０４は、方策またはプロジェクト（例えば、短期の方策、複雑なプロジェクト、等）を組織化、計画、実行するための役割を果たすプロジェクト処理コンポーネント８２０を含む。
【００４５】
購買配置ユニット８０６は、４つのプロセスコンポーネント、購買要求処理プロセスコンポーネント８２８、購買注文処理プロセスコンポーネント８３０、購買連絡処理プロセスコンポーネント８３２、商品およびサービス承認プロセスコンポーネント８３３を含む。
購買要求処理プロセスコンポーネント８２８は、指定された時間内に指定された数量の指定された商品またはサービスを購入するように、購買部門への要求または指令を与える。
購買注文処理プロセスコンポーネント８３０は、購買注文ビジネスオブジェクトおよび購買注文確認ビジネスオブジェクトを含む。購買注文は、指定された時間内に、指定された数量の商品を納品し、または、指定されたサービスを実施するように、購入者から外部の供給業者への要求である。購買注文確認は、購買注文が受け取られたことを通知する供給業者から購入者への通信である。特に、購買注文確認は、購買注文を承諾する供給業者、または購買注文の変更を提案する供給業者、また購買注文を承諾しない供給業者から購入者への通知であり得る。
購買連絡処理プロセスコンポーネント８３２は、購入者と、同意条件での商品の供給またはサービスの提供を詳述する供給業者との間の同意を処理する。購買連絡プロセスコンポーネントは、購買連絡ビジネスオブジェクトを含む。
商品およびサービス承認プロセスコンポーネント８３３は、商品およびサービス承認ビジネスオブジェクトを含む。商品およびサービス承認ビジネスオブジェクトは、受け取った商品または実施されたサービスに対する、供給業者への、受取人の、例えば、購入者の支払い義務を明示するドキュメントである。商品およびサービス承認が確認された後、通常は、請求書が作成される。
【００４６】
供給業者請求配置ユニット８０８は、供給業者請求処理プロセスコンポーネント８３６を含む。供給業者請求処理プロセスコンポーネント８３６は、供給業者請求ビジネスオブジェクトおよび供給業者請求要求ビジネスオブジェクトを含む。供給業者請求は、受け取った商品または実施されたサービスに対する供給業者への受取人の支払い義務を明示するドキュメントである。商品およびサービス承認が確認された後、請求書が作成される。供給業者請求要求は、指定された数量および価格に対する請求が要求され、評価清算を通して作成されることを通知する請求検証に送信されるドキュメントである。システムは、自動的な請求書の作成とともに、請求検証のための根拠として請求要求を用いる。支払配置ユニット８１０は、支払処理プロセスコンポーネント８３８を含む。支払処理プロセスコンポーネント８３８は、支払状態についてメインデータベースに表わすとともに、全ての受入支払および送出支払を処理するために用いられる。
【００４７】
ＲＦＱ処理配置ユニット８１２は、ＲＦＱ処理プロセスコンポーネント８４０を含む。ＲＦＱ処理配置ユニットは、応答要求ビジネスオブジェクトおよび見積要求ビジネスオブジェクトを含む。見積要求は、潜在的な供給業者からの応答を要求するために購入者が用いる物品およびサービスの記述である。見積要求は、次の種類、情報（価格）の要求、ある期間にわたって有効な見積もりの要求、複雑な購買状況または短い時間枠にわたって実行されるライブオークションにおける提案の要求、の１つであり得る。見積もりは、ある価格で商品およびサービスを販売することを供給業者が申し出る、見積要求への応答である。見積もりは、複雑な価格および条件に従うことが可能である。
【００４８】
納品品目管理配置ユニット８１４は、納品品目処理プロセスコンポーネント８４２を含む。納品品目処理プロセスコンポーネント８４２は、全ての、サービスおよび供給の未払金、未収金、および源泉課税を含む対応する売り上げを管理するために用いられる。
【００４９】
購買請求配置ユニット８１６は、内部要求処理プロセスコンポーネント８４４を含む。内部要求処理プロセスコンポーネント８４４は、内部要求ビジネスオブジェクトを含む。企業の従業員は、その企業のための商品またはサービスの調達のための内部要求を行うことが可能である。例えば、従業員は、内部要求を作成することによって、事務用品、コンピュータハードウェア、または撤去サービスを注文することが可能である。内部要求は、購買部門への購買要求、在庫からの商品の予約、または生産要求を発行することによって充足される。
【００５０】
人的資本管理配置ユニット８１８は、時間および労働管理プロセスコンポーネント８４８を含む。時間および労働管理プロセスコンポーネント８４８は、記録とともに従業員の計画労働時間、実際の労働時間および欠勤、彼らの評価の定義をサポートする。
【００５１】
基盤レイヤは、供給元決定プロセスコンポーネント８３４、供給業者における顧客請求処理プロセスコンポーネント８３７、供給業者における販売注文処理プロセスコンポーネント８４６、ビジネスパートナーにおける支払処理プロセスコンポーネント８５０、銀行における銀行報告書作成プロセスコンポーネント８５２、取引銀行における支払注文処理プロセスコンポーネント８５４を含む。
【００５２】
サービス調達設計は、供給元を決定するために２つのビジネスオブジェクト、供給割当手配ビジネスオブジェクトおよび供給元ビジネスオブジェクトを用いる供給元決定プロセスコンポーネント８３４を含む。供給割当手配は、異なる供給元、ビジネスパートナー、または企業内の組織単位への物品要求または商品の分配である。供給割当手配の使用例は、企業内生産と異なる外部調達元との間の物品要求の分配である。また、供給割当手配は、過剰生産または不足の場合に顧客への商品の分配を定義することが可能である。供給元は、可能な生産元と可能な宛先との間の論理的結合を記述するオブジェクトである。
【００５３】
以下で説明される多数の外部プロセスコンポーネントは、構成的な設計を記述するために用いられる。これらは、供給業者における顧客請求処理プロセスコンポーネント８３７、供給業者における販売注文処理プロセスコンポーネント８４６、ビジネスパートナーにおける支払処理プロセスコンポーネント８５０、銀行における銀行報告書作成プロセスコンポーネント８５２、取引銀行における支払注文処理プロセスコンポーネント８５４を含む。
【００５４】
供給業者請求配置ユニット８０８は、供給業者における顧客請求処理プロセスコンポーネント８３７からメッセージを受信し、商品またはサービスの提供に対して顧客に請求するために供給業者において用いられる。
【００５５】
サービス調達設計は、ＲＦＱ処理プロセスコンポーネント８４０からメッセージを受信する、供給業者における販売注文処理プロセスコンポーネント８４６を含む。供給業者における販売注文処理プロセスコンポーネント８４６は、ある時間において商品またはサービスの提供について企業への顧客の要求を処理する。要求は販売エリアによって受信され、連絡を遂行する責任を負う。
【００５６】
ビジネスパートナーにおける支払処理プロセスコンポーネント８５０、銀行における銀行報告書作成プロセスコンポーネント８５２、取引銀行における支払注文処理プロセスコンポーネント８５４は、支払処理プロセスコンポーネント８３８と交信することが可能である。支払処理プロセスコンポーネント８３８は、ビジネスパートナーにおける支払処理プロセスコンポーネント８５０に最新情報を送信することが可能であり、ビジネスパートナーにおける支払処理プロセスコンポーネント８５０は、ビジネスパートナーにおいて全ての受入支払および送出支払を処理し、支払状態についてメインデータベースに表わす。また、支払処理プロセスコンポーネント８３８は、銀行における銀行報告書作成プロセスコンポーネント８５２からメッセージを受信する。そのメッセージは、銀行口座についての銀行報告書を含むことが可能である。支払処理プロセスコンポーネント８３８は、取引銀行における支払注文処理プロセスコンポーネント８５４にメッセージを送信する。そのメッセージは、取引銀行に送信される支払注文である銀行支払注文を含むことが可能である。銀行支払注文は、直接入金とともに銀行送金を含むことが可能である。
【００５７】
結合子８２９の符号は、人が読むための図面のレイアウトを向上させる図面の慣例である。結合子は、もう１つのプロセスコンポーネントのための位置設定記号である。例えば、結合子８２９は、会計プロセスコンポーネントについての位置設定記号とすることが可能である。
【００５８】
図９Ａ、９Ｂは、統合シナリオ目録（または“シナリオ目録”）９００を表わす。シナリオ目録は、統合シナリオの集合の組織化されたビューを表わす。ビューは、統合シナリオの１つまたは複数の属性に基づいて、階層または結合を含む多数の方法で組織化することが可能である。表わされた統合シナリオ目録９００は、統合シナリオの構造化された登録簿を表わす。例えば、シナリオのファミリーを表わす、在庫からの販売シナリオ登録簿９０２は、２つのエンティティ、在庫からの販売統合シナリオ９０４への参照、および納品スケジュールに対する在庫からの販売統合シナリオ９０６への参照を含む。
【００５９】
図１０は、モデルおよびモデル化エンティティのビューの１つまたは複数の図式的な表示を提供するための（図２の）ＧＵＩ・２０４を表わす。各ビューは、異なる詳細レベルを提供し、またはモデルの異なる局面を強調することができる。これは、異なる部門のユーザが、関係のない詳細によって注意をそらされることなく、彼らの業務を遂行するために重要な情報に集中することを可能とする。１つまたは複数の次のような図式的な表示、シナリオ目録１００２、統合シナリオモデル１００４、ＰＣＩＭ・１００８、ＰＣＭ・１０１０を提供することが可能である。１つの形態において、ＧＵＩ・２０４は、ユーザが、モデルの詳細レベルを増加させるために“掘り下げる”ことを可能とする。例えば、統合シナリオ目録１００２におけるシナリオアイコン１００６の選択は、対応付けられた統合シナリオモデル１００４が表示されることを引き起こすことを可能とする。統合シナリオにおけるプロセスコンポーネント１０１４の図式的な表示の選択は、プロセスコンポーネントについて対応付けられたＰＣＭ・１０１０が表示されることを引き起こすことを可能とする。同様に、異なる配置ユニットにおいてプロセスコンポーネントを結合する経路１０１２の選択は、経路によって結合されたプロセスコンポーネントについてのＰＣＩＭ・１００８が表示されることを引き起こすことを可能とする。
【００６０】
１つの実装において、前述の図式的な表示は、ＧＵＩ・２０４において、単独で、または、互いに組み合わせて表示することが可能である。さらに、与えられた図式的な表示は、基本的な情報の全て、またはその一部を表示することが可能であり、他の部分が操作機能、例えば、図式的な構成要素、コマンドの発行、または他の適切な手段を通して表示されることを可能とする。
また、情報はモデルエンティティの表示において色分けして表わされることが可能である。例えば、色は、ビジネスオブジェクトの種類、プロセスエージェントの種類、インタフェースの種類を区別するために用いることが可能である。
【００６１】
図１１は、外部システムを表す外部プロセスコンポーネントとのプロセスコンポーネントの交信を表わす。前述のように、プロセスコンポーネントは、外部プロセスコンポーネントと交信することが可能である。この例における場合のように、外部プロセスのインタフェースが不明であっても、この交信はモデル化することが可能である。（しかし、その情報が既知ならば、それはモデルに組み込むことが可能である。）
【００６２】
この例において、潜在的な交信は、購買注文処理プロセスコンポーネント１１０２と、外部の、供給業者における販売注文処理プロセスコンポーネント１１０４との間で表わされる。購買注文処理プロセスコンポーネント１１０２は、指定された時間内に、指定された数量の商品を納品し、または、指定されたサービスを提供する、購入者から外部の供給業者への要求である購買注文ビジネスオブジェクト１１０６を含む。供給業者への購買注文要求アウトバウンドプロセスエージェント１１０８は、注文出力インタフェース１１１０において、購買注文生成要求オペレーション１１１２、購買注文取消要求オペレーション１１１４、または購買注文変更要求オペレーション１１１６の呼び出しを要求することが可能である。
【００６３】
購買注文取消要求オペレーション１１１４は、供給業者において正式に注文された購買注文の取消を要求し、それは購買注文取消要求メッセージ１１１８を生成する。購買注文変更要求オペレーション１１１６は、供給業者において正式に注文された購買注文の変更を要求し、それは購買注文変更要求メッセージ１１２０を生成する。購買注文生成要求オペレーション１１１２は、供給業者からの購買注文を要求し、それは購買注文生成要求メッセージ１１２２を生成する。
【００６４】
生成、変更、または取消のメッセージを受信すると、販売注文処理プロセスコンポーネント１１０４は、購買注文処理プロセスコンポーネント１１０２を更新するために、購買注文確認メッセージ１１２３を生成することが可能である。更新を遂行するために、注文入力インタフェース１１２５に含まれる購買注文確認生成オペレーション１１２４は、購買注文確認生成インバウンドプロセスエージェント１１２６を用いることによって、購買注文確認ビジネスオブジェクト１１２８に更新情報を送信することが可能である。購買注文確認ビジネスオブジェクト１１２８は、指定された時間内に指定された価格で、指定された数量の物品を納品する、または、指定されたサービスを提供する購入者の要求への、外部の供給業者からの確認である。
【００６５】
図１２は、マッピングモデル構成要素１２１４（または“マッパー”）を通したプロセスコンポーネントの交信１２００を表わす。上述したように、２つのプロセスコンポーネントのオペレーションの間のメッセージ形式が合致しないならば、メッセージは、アウトバウンドプロセスエージェントからインバウンドプロセスエージェントへの経路上でマッパーによって変換することが可能である。例えば、プロセスコンポーネント１２０２と対応付けられたアウトバウンドプロセスエージェント１２１６は、インタフェース１２０６におけるオペレーション１２１８を通して、プロセスコンポーネント１２０４におけるインバウンドプロセスエージェント１２１７にメッセージ１２１０を送信することが可能である。オペレーション１２１８と対応付けられたメッセージ形式がオペレーション１２２０のメッセージ形式と合致しないならば、元の形式からオペレーション１２２０と互換性のある形式へのメッセージの変換を、２つのプロセスエージェントの間に介在するマッパー１２１４によって記述することが可能である。マッパー１２１４は、元のメッセージ１２１０に基づいて新たなメッセージ１２１２を生成し、新たなメッセージはオペレーション１２２０と互換性のある形式を有する。
【００６６】
実装される統合シナリオに応じて、プロセスコンポーネントの間で異なるメッセージ構成が必要とされ得る。しかし、特定のアウトバウンドプロセスエージェントのみが、これらのメッセージ構成を可能とするように活性化される必要がある。多くの場合、特定の統合シナリオについて必要とされないプロセスコンポーネントによって定義される非常に多くのアウトバンドプロセスエージェントが存在し得る。アウトバウンドプロセスエージェントをアクティブにしておくことは、それらが使用されていなくても、いくつかの欠点がある。例えば、アウトバウンドプロセスエージェントの関連する状態は、プロセスコンポーネントがアクティブでないと判定することが可能であるように符号化されるが、全てのそのようなアウトバウンドプロセスエージェントを呼び出すこと、および、全ての関連する状態を評価することは、性能を劣化させ得る。さらに、そのような関連する状態を符号化することは、開発の労力およびシステムの複雑さを増加させる。もう１つの例において、関連する状態が定義されず、検査されないならば、アクティブでない（構成されていない）プロセスコンポーネントにメッセージを送信することは、多数のエラーを生じさせる。
【００６７】
ある変形において、プロセスコンポーネントは、１つまたは複数の対応付けられたビジネスプロセス変形型（“ＢＰＶＴ”）を有することが可能である。ＢＰＶＴは、ビジネスの観点からプロセスコンポーネント内での処理の典型的な方法を表わすモデル化エンティティである。ＢＰＶＴは、プロセスコンポーネントのプロセスエージェントが活性化されることを定義し、プロセスコンポーネントが交信する他のプロセスコンポーネントを定義する。ＢＰＶＴを定義する基準は、プロセスコンポーネントの異なるＢＰＶＴに属する対応付けられたメッセージ構成またはビジネス構成パラメータを含むことが可能である。ある場合において、１つのプロセスコンポーネントのＢＰＶＴは、ビジネス構成設定は異なるが、もう１つのプロセスコンポーネントと同一のメッセージ構成を有することが可能である。結果として、プロセスコンポーネントのメッセージ構成は、そのようなプロセスコンポーネントの異なるＢＰＶＴについて異なる。ＢＰＶＴの２つのカテゴリー、特定のビジネスオブジェクトまたはビジネスオブジェクトノードについて一意である主要ＢＰＶＴ、および、選択的であり、主要ＢＰＶＴと組み合わせてのみ存在する追加ＢＰＶＴが存在する。
【００６８】
アプリケーションの実行時の間に、ＢＰＶＴは、（ビジネス構成設定、マスタデータ、入力メッセージ、またはユーザとの交信に基づいて）導出され、ビジネスオブジェクトノードに記憶される。導出されたＢＰＶＴは、メッセージにおいて伝達され、または、アウトバウンドプロセスエージェントの関連する状態におけるパラメータの１つとして用いることが可能である。ＢＰＶＴは、サービスと組み合わせて伝達され、（例えば、埋め込みサポートシナリオを可能とするために）エラーチケットをサポートする。
【００６９】
ＢＰＶＴは、ここで説明されるモデル化の方法論に基づいて異なる配置の中で一貫性を保証するために用いることが可能である。さらに、ＢＰＶＴは、特定の統合シナリオと対応付けられたプロセス交信モデルが正しく割り当てられたことを検証するために用いることが可能である。
【００７０】
図１３、図１４は、それぞれ、顧客請求処理プロセスコンポーネント１３０２が異なる選択されたＢＰＶＴを含む部分的な統合シナリオ１３００、１４００を表わす。図１３に表わされた第１の形態において、現金販売請求ＢＰＶＴ・１３０４が選択されている。現金販売請求を用いて顧客請求処理１３０２は、４つのアウトバウンドプロセスエージェントを介して、納品品目処理プロセスコンポーネント１３０６、確認および在庫調査プロセスコンポーネント１３０８、支払処理プロセスコンポーネント１３１０、および会計プロセスコンポーネント１３１２と交信する。しかし、図１４に表わされた第２の形態において、標準顧客請求ＢＰＶＴ・１４０２が選択されている。標準顧客請求ＢＰＶＴ・１４０２を用いて、顧客請求処理プロセスコンポーネント１３０２は、２つのアウトバウンドプロセスエージェントを介して、納品品目処理プロセスコンポーネント１３０６および会計プロセスコンポーネント１３１２のみと交信する。
【００７１】
図１３および図１４にあらわされた２つの形態の間の関係は、さらに図１５に表わされている。図１５は、ＢＰＶＴが１つまたは複数のアウトバウンドプロセスエージェントに関係するサンプルのグラフィカルユーザインタフェースを提供する。この実装を用いて、顧客請求処理プロセスコンポーネント１３０２は、２つの対応付けられたアウトバウンドプロセスエージェントを有する標準顧客請求ＢＰＶＴ・１４０２、および、４つのアウトバウンドプロセスエージェントを有する現金販売請求１３０４の両方を含むものとして表わされている。この実装において、プロセスエージェントフレームワーク１５０２を介して会計への顧客請求通知アウトバウンドプロセスエージェント１５０４および納品品目処理への顧客請求通知アウトバウンドプロセスエージェント１５０６を活性化するプロセスエージェントフレームワークにおける接続を提供するように、標準顧客請求ＢＰＶＴ・１４０２が選択される。しかし、支払への顧客請求通知アウトバウンドプロセスエージェント１５０８、および、在庫調査への顧客請求通知アウトバウンドプロセスエージェント１５１０は、そのようなアウトバウンドプロセスエージェント１５０８、１５１０は現金販売請求ＢＰＶＴ・１３０４によって使用されるのみであるので、活性化されない。
【００７２】
図１６は、プロセスコンポーネント目録１６００を表わす。プロセスコンポーネント目録１６００は、プロセスコンポーネント１６０２およびそれらに対応付けられたＢＰＶＴ・１６０４の集合の組織化されたビューを表わす。そのビューは、プロセスコンポーネントの１つまたは複数の属性に基づいて、階層または結合を含む多数の方法で組織化することが可能である。ＢＰＶＴ・１６０４の選択は、対応付けられたプロセスコンポーネント交信モデル、プロセスエージェント、および接続構成の定義において、ＢＰＶＴ・１６０４と対応付けられたそれらのアウトバウンドプロセスエージェントのみが活性化されることを引き起こす。
【００７３】
図１７は、（対応するアウトバウンドプロセスエージェントを有するアウトバウンドオペレーションを定義する矢印を用いた）複数の相互接続したプロセスコンポーネントを含むサンプルのシナリオ統合モデル１７００を表わす。しかし、統合モデルの多くの変形が可能であること、所望の実装に応じて、示されたプロセスコンポーネントおよび対応付けられたＢＰＶＴのいくつかを削除し、他のプロセスコンポーネントおよびＢＰＶＴを追加することが可能であることが理解される。統合モデル１７００は、サプライチェーン制御配置ユニット１７０２、顧客関係管理配置ユニット１７０４、配送実行配置ユニット１７０６、顧客請求配置ユニット１７０８、納品品目管理配置ユニット１７１０、財務会計配置ユニット１７１２、支払配置ユニット１７１４を含む。サプライチェーン制御配置ユニット１７０２は、標準顧客要求ＢＰＶＴ・１７１８によって制限される顧客要求処理プロセスコンポーネント１７１６、消費に基づく計画ＢＰＶＴ・１７２２によって制限される供給および需要整合配置ユニット１７２０、アウトバウンド納品開始および応答ＢＰＶＴ・１７２６によって制限される配送実行制御プロセスコンポーネント１７２４を具備する。
【００７４】
顧客関係管理配置ユニット１７０４は、販売注文見積品目ＢＰＶＴ・１７３０によって制限され、さらに、在庫保証（available-to-promise（ＡＴＰ））ＢＰＶＴ・１７３４によって制限される（“在庫からの販売” 統合シナリオにおける選択的なプロセスコンポーネントである）顧客見積処理配置ユニット１７２８を含む。顧客関係管理配置ユニット１７０４は、さらに、在庫からの販売ＢＰＶＴ・１７３２によって制限され、さらに、在庫保証ＢＰＶＴ・１７３４、価格設定ＢＰＶＴ・１７３６、および免税品処理ＢＰＶＴ・１７３８によって制限される販売注文処理配置ユニット１７３０を含む。さらに、顧客関係管理配置ユニット１７０４のインバウンドプロセスエージェントは、顧客サイトに実装される顧客における購買注文処理プロセスコンポーネント１７４０のアウトバウンドプロセスエージェントに結合される。
【００７５】
配送実行配置ユニット１７０６は、標準出荷ＢＰＶＴ・１７４６によって制限され、さらに、倉庫注文ＢＰＶＴ・１７４８によって制限されるサイト配送処理プロセスコンポーネント１７４４を含む。サイト配送処理プロセスコンポーネント１７４４は、さらに、アウトバウンドプロセスエージェントを介して配送実行配置ユニット１７０６の外部の会計プロセスコンポーネント１７４２に結合される。配送実行配置ユニットは、さらに、標準アウトバウンド納品ＢＰＶＴ・１７５２によって制限され、アウトバウンドプロセスエージェントを介して、顧客サイトに存在する、顧客におけるインバウンド納品処理プロセスコンポーネント１７５９に結合されたアウトバウンド納品処理プロセスコンポーネント１７５０を含む。さらに、配送実行配置ユニットは、サイト配送処理のための確認および在庫調査通知ＢＰＶＴ・１７５６によって制限される確認および在庫調査プロセスコンポーネント１７５４を含む。
【００７６】
顧客請求配置ユニット１７０８は、標準顧客請求ＢＰＶＴ・１７６０によって制限され、さらに、アウトバウンドプロセスエージェントを介して、会計プロセスコンポーネント１７４２、および、顧客サイトに存在する、顧客における供給業者請求処理プロセスコンポーネント１７１５に結合された顧客請求処理プロセスコンポーネント１７５８を含む。
【００７７】
納品品目管理配置ユニット１７１０は、納品支払注文ＢＰＶＴ・１７６４によって制限され、アウトバウンドプロセスエージェントを介して、会計プロセスコンポーネント１７４２に結合された納品品目処理プロセスコンポーネント１７６２を具備する。
【００７８】
財務会計配置ユニット１７１２は、販売についての会計ＢＰＶＴ・１７６８および収益センター会計ＢＰＶＴ・１７７０によって定義される、アウトバウンドプロセスエージェントを介してもう１つの会計プロセスコンポーネントに結合される会計プロセスコンポーネントを含む。
【００７９】
支払配置ユニット１７１４は、受入銀行送金／直接入金ＢＰＶＴ・１７７４、受入クレジットカード支払ＢＰＶＴ・１７７６、受入直接入金ＢＰＶＴ・１７７８、受入為替手形ＢＰＶＴ・１７８０、受入小切手支払ＢＰＶＴ・１７８２、および受入金庫支払ＢＰＶＴ・１７８４によって制限される支払処理プロセスコンポーネント１７７２を含む。また、支払配置ユニット１７１４は、アウトバウンドプロセスエージェントを介して、会計プロセスコンポーネント１７４２に結合され、インバウンドおよびアウトバウンドプロセスエージェントを介して、ビジネスパートナーにおける支払処理プロセスコンポーネント１７８６に結合され、インバウンドプロセスエージェントを介して、取引銀行における支払注文処理プロセスコンポーネント１７８８に結合され、インバウンドプロセスエージェントを介して、銀行における銀行報告書作成プロセスコンポーネント１７９０に結合される。支払処理プロセスコンポーネント１７７２において、ＢＰＶＴ・１７７４、１７７６、１７７８、１７８０、１７８２、１７８４のうち少なくとも１つを用いなければならない。（小切手またはクレジットカードを用いた）顧客がどのように支払うかは、統合シナリオによって具体的に決定されない判断である。
【００８０】
本明細書において説明された発明および本明細書において説明された全ての機能的な動作は、本明細書において開示された構成上の手段、構成上のその等価物、またはそれらの組み合わせを含む、デジタル電子回路において、または、コンピュータソフトウェア、ファームウェア、またはハードウェアにおいて実装することが可能である。本明細書において説明された発明は、データ処理装置、例えば、プログラム可能なプロセッサ、コンピュータ、または複数のコンピュータの動作を制御する実行のために、１つまたは複数のコンピュータプログラム製品、すなわち、情報媒体、例えば、コンピュータ読み取り可能な記憶装置、または伝播される信号において有形に実現された１つまたは複数のコンピュータプログラムとして実装することが可能である。コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、またはコードとしても知られる）は、コンパイル型言語またはインタプリタ型言語を含む任意のプログラミング言語の任意の形式で記述することができ、スタンドアロンプログラムとして、またはモジュール、コンポーネント、サブルーチン、またはコンピュータ環境において使用するために適切な他のユニットとしての形式を含む任意の形式で配置することが可能である。コンピュータプログラムはファイルに対応するとは限らない。プログラムは、プログラムに専用の単一のファイルで、または、複数の連携したファイル（例えば、１つまたは複数のモジュール、サブプログラム、またはコード部分を記憶するファイル）で、他のプログラムまたはデータを保持するファイルの一部に記憶することが可能である。コンピュータプログラムは、１つのコンピュータ上で、または、１つのサイトにおけるまたは複数のサイトにわたって分散され通信ネットワークによって相互接続された複数のコンピュータ上で、実行されるように配置することが可能である。
【００８１】
本明細書において説明された処理およびロジックのフローは、入力データに操作し、出力を生成することによって、機能を実行する１つまたは複数のコンピュータプログラムを実行する１つまたは複数のプログラム可能なプロセッサによって実行することが可能である。また、処理およびロジックのフローは、特定用途の論理回路、例えば、ＦＰＧＡ（field programmable gate array）またはＡＳＩＣ（application-specific integrated circuit）によって実行し、または特定用途の論理回路として装置に実装することが可能である。
【００８２】
コンピュータプログラムの実行に適したプロセッサは、例として、汎用のまたは特定用途のマイクロプロセッサ、および任意の種類のデジタルコンピュータの1つまたは複数のプロセッサを含む。一般に、プロセッサは、リードオンリメモリまたはランダムアクセスメモリまたは両方から命令およびデータを受信する。コンピュータの必須の構成要素は、命令を実行するためのプロセッサ、および、命令およびデータを記憶するための１つまたは複数のメモリ装置である。また、一般に、コンピュータは、データを記憶するための１つまたは複数の大容量記憶装置、例えば、磁気ディスク、光磁気ディスク、または光ディスクからデータを受信するために、または、１つまたは複数の大容量記憶装置にデータを転送するために、または、この両方のために有効に結合される。コンピュータプログラム命令およびデータを実現するために適した情報媒体は、例として、半導体メモリ装置、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ装置、磁気ディスク、例えば、内蔵ハードディスク、取り外し可能なディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭディスクを含む全ての形態の不揮発性メモリを含む。プロセッサおよびメモリは、特定用途の論理回路によって補助され、または、特定用途の論理回路に組み込むことが可能である。
【００８３】
ユーザとの交信を提供するために、本明細書において説明される発明は、ユーザに情報を表示するための表示装置、例えば、ＣＲＴ（ブラウン管）またはＬＣＤ（液晶ディスプレイ）モニタ、ユーザがコンピュータに入力を与えるキーボードおよびポインティングデバイス、例えば、マウスまたはトラックボールを有するコンピュータに実装することが可能である。他の種類の装置もユーザとの交信を提供するために用いることが可能である。例えば、ユーザに提供されるフィードバックは、任意の形態の知覚的フィードバック、例えば、視覚的フィードバック、音声フィードバック、触覚的フィードバックとすることが可能であり、ユーザからの入力は、音響、声、触覚の入力を含む任意の形式において受信することが可能である。
【００８４】
本明細書において説明された発明は、バックエンドコンポーネント（例えば、データサーバ）、ミドルウェアコンポーネント（例えば、アプリケーションサーバ）、またはフロントエンドコンポーネント（例えば、グラフィカルユーザインタフェースを有するクライアントコンピュータ、または、ユーザがここで説明された発明の実装と交信することが可能なウェブサーバ）、または、そのようなバックエンド、ミドルウェア、フロントエンドコンポーネントの任意の組み合わせを含むコンピュータシステムにおいて実装することが可能である。システムのコンポーネントは、デジタルデータ通信、例えば、通信ネットワークの媒体の任意の形式で相互接続することが可能である。通信ネットワークの例は、ローカルエリアネットワーク（“ＬＡＮ”）および広域ネットワーク（“ＷＡＮ”）、例えば、インターネットを含む。
【００８５】
コンピュータシステムは、クライアントおよびサーバを含むことが可能である。クライアントおよびサーバは、一般に互いに離れ、典型的に通信ネットワークを通して交信する。クライアントおよびサーバの関係は、それぞれのコンピュータにおいて実行され、互いにクライアント−サーバの関係を有するコンピュータプログラムによって生じる。
【００８６】
本発明は、特定の形態に関して説明されたが、請求項の範囲内で他の変形を実装することが可能である。例えば、請求項に記載された動作は、異なる順序で実行され、所望の結果を達成することが可能である。一例として、添付図面に表わされた処理は、所望の結果を達成するために、表された特定の順序または順次的な順序を必ずしも必要としない。ある実施形態において、マルチタスクまたは並列処理が効果的である。他の変形は、請求項の範囲内である。
【図面の簡単な説明】
【００８７】
【図１】モデル化方法を表わす。
【図２】モデル化システムを表わす。
【図３】プロセスコンポーネントモデル化エンティティを表わす。
【図４Ａ】プロセス交信マップを表わす。
【図４Ｂ】プロセス交信マップを表わす。
【図４Ｃ】プロセス交信マップを表わす。
【図５】プロセスコンポーネントモデルを表わす。
【図６】プロセスコンポーネント交信モデルを表わす。
【図７Ａ】ビジネスオブジェクトマップを表わす。
【図７Ｂ】ビジネスオブジェクトマップを表わす。
【図８】統合シナリオモデルエンティティを表わす。
【図９Ａ】統合シナリオ目録を表わす。
【図９Ｂ】統合シナリオ目録を表わす。
【図１０Ａ】モデルの概観およびモデル化エンティティの１つまたは複数の図式的な記述を提供するＧＵＩを表わす。
【図１０Ｂ】モデルの概観およびモデル化エンティティの１つまたは複数の図式的な記述を提供するＧＵＩを表わす。
【図１１】外部プロセスコンポーネントとのプロセスコンポーネントの交信を表わす。
【図１２】モデル要素のマッピングによるプロセスコンポーネントの交信を表わす。
【図１３】現金販売請求ビジネスプロセス変形型に基づく部分的な統合シナリオを表わす。
【図１４】標準顧客請求ビジネスプロセス変形型に基づく部分的な統合シナリオを表わす。
【図１５】ビジネスプロセス変形型および顧客請求処理プロセスコンポーネントについてのアウトバウンドプロセスエージェントを表わす。
【図１６】サンプルのプロセスコンポーネントおよびそれぞれのビジネスプロセス変形型を表わす。
【図１７】選択されたビジネスプロセス変形型が各プロセスコンポーネント内に表示されている統合シナリオを表わす。
【符号の説明】
【００８８】
２０２  リポジトリ
２０４  グラフィカルユーザインタフェース
２０６  モデル設計コンポーネント
３０６、３０８  プロセスコンポーネント
３１０、３３０  ビジネスオブジェクト
３１２、３２８  インバウンドプロセスエージェント
３１４、３２４  アウトバウンドプロセスエージェント
３３２、３３４  プロセスエージェント
３１６、３１８、３２０、３２２、３３６、３３８  インタフェース
４００  プロセス交信マップ
４０２、４１０、４１２  配置ユニットモデル化エンティティ
４０４  プロセスコンポーネント
４０６、４０８  外部プロセスコンポーネント
４１４  ビュー
５００  プロセスコンポーネントモデル
５０２  インタフェース
５０４  顧客要求処理プロセスコンポーネント
５０８  顧客要求充足確認に基づく販売注文変更インバウンドオペレーション
５１０  顧客要求に基づく販売注文変更インバウンドプロセスエージェント
５１４  販売注文ビジネスオブジェクト
５１６  アウトバウンドプロセスエージェント
５１８  販売注文から顧客請求処理への請求要求アウトバウンドプロセスエージェント
５２０  請求要求アウトバウンドオペレーション
５２２  販売注文確認アウトバウンドオペレーション
５２５  顧客請求処理プロセスコンポーネント
５２６  インタフェース
５２８  外部プロセスコンポーネント
５４０  インバウンドオペレーション
６００  プロセスコンポーネント交信モデル
６０２  時間および労働管理プロセスコンポーネント
６０４  商品およびサービス承認プロセスコンポーネント
６０６  従業員時間カレンダービジネスオブジェクト
６０８  商品およびサービス承認通知アウトバウンドプロセスエージェント
６１０  商品およびサービス承認通知オペレーション
６１２  商品およびサービス承認取消通知オペレーション
６１４  内部サービス承認出力インタフェース
６１６  商品およびサービス承認要求メッセージ
６１８  内部承認入力インタフェース
６２０  商品およびサービス承認生成オペレーション
６２２  内部承認に基づくＧＳＡ維持インバウンドプロセスエージェント
６２４  商品およびサービス承認ビジネスオブジェクト
６２６  商品およびサービス承認取消要求メッセージ
６２８  商品およびサービス承認取消オペレーション
７００  ビジネスオブジェクトマップ
７０４  顧客請求配置ユニット
７０６  プロジェクト管理配置ユニット
７０８  顧客請求ビジネスオブジェクト
７１０  顧客請求要求ビジネスオブジェクト
７１２  プロジェクトスナップショットビジネスオブジェクト
７１４  プロジェクト奨励ビジネスオブジェクト
７１８  プロジェクト要求ビジネスオブジェクト
７２０  プロジェクトビジネスオブジェクト
７２２  プロジェクトテンプレートビジネスオブジェクト
７２４  プロジェクト処理プロセスコンポーネント
７２６  顧客請求処理プロセスコンポーネント
８０２  財務会計配置ユニット
８０３  会計プロセスコンポーネント
８０４  プロジェクト管理配置ユニット
８０６  購買配置ユニット
８０８  供給業者請求配置ユニット
８１０  支払配置ユニット
８１２  ＲＦＱ処理配置ユニット
８１４  納品品目管理配置ユニット
８１６  購買請求配置ユニット
８１８  人的資本管理配置ユニット
８２０  プロジェクト処理コンポーネント
８２８  購買要求処理プロセスコンポーネント
８３０  購買注文処理プロセスコンポーネント
８３２  購買連絡プロセスコンポーネント
８３３  商品およびサービス承認プロセスコンポーネント
８３４  供給元決定プロセスコンポーネント
８３６  供給業者請求処理プロセスコンポーネント
８３７  供給業者における顧客請求処理プロセスコンポーネント
８３８  支払処理プロセスコンポーネント
８４０  ＲＦＱ処理プロセスコンポーネント
８４４  内部要求処理プロセスコンポーネント
８４６  供給業者における販売注文処理プロセスコンポーネント
８４８  時間および労働管理プロセスコンポーネント
８５０  ビジネスパートナーにおける支払処理プロセスコンポーネント
８５２  銀行における銀行報告書作成プロセスコンポーネント
８５４  取引銀行における支払注文処理プロセスコンポーネント
９００  統合シナリオ目録
９０２  在庫からの販売シナリオ登録簿
９０４  在庫からの販売統合シナリオ
９０６  納品スケジュールに対する在庫からの販売統合シナリオ
１００２  シナリオ目録
１００４  統合シナリオモデル
１００６  シナリオアイコン
１００８  ＰＣＩＭ
１０１０  ＰＣＭ
１１０２  購買注文処理プロセスコンポーネント
１１０４  供給業者における販売注文処理プロセスコンポーネント
１１０６  購買注文ビジネスオブジェクト
１１０８  供給業者への購買注文要求アウトバウンドプロセスエージェント
１１１０  注文出力インタフェース
１１１２  購買注文生成要求オペレーション
１１１４  購買注文取消要求オペレーション
１１１６  購買注文変更要求オペレーション
１１１８  購買注文取消要求メッセージ
１１２０  購買注文変更要求メッセージ
１１２２  購買注文生成要求メッセージ
１１２３  購買注文確認メッセージ
１１２４  購買注文確認生成オペレーション
１１２５  注文入力インタフェース
１１２６  購買注文確認生成インバウンドプロセスエージェント
１１２８  購買注文確認ビジネスオブジェクト
１２０２  プロセスコンポーネント
１２０４  プロセスコンポーネント
１２０６  インタフェース
１２１０  メッセージ
１２１４  マッパー
１２１６  アウトバウンドプロセスエージェント
１２１７  インバウンドプロセスエージェント
１２１８  オペレーション
１２２０  オペレーション
１３０２  顧客請求処理プロセスコンポーネント
１３０４  現金販売請求ＢＰＶＴ
１３０６  納品品目処理プロセスコンポーネント
１３０８  確認および在庫調査プロセスコンポーネント
１３１０  支払処理プロセスコンポーネント
１３１２  会計プロセスコンポーネント
１４０２  標準顧客請求ＢＰＶＴ
１５０２  プロセスエージェントフレームワーク
１５０４  会計への顧客請求通知アウトバウンドプロセスエージェント
１５０６  納品品目処理への顧客請求通知アウトバウンドプロセスエージェント
１５０８  支払への顧客請求通知アウトバウンドプロセスエージェント
１５１０  在庫調査への顧客請求通知アウトバウンドプロセスエージェント
１６０２  プロセスコンポーネント
１６０４  ＢＰＶＴ
１７０２  サプライチェーン制御配置ユニット
１７０４  顧客関係管理配置ユニット
１７０６  配送実行配置ユニット
１７０８  顧客請求配置ユニット
１７１０  納品品目管理配置ユニット
１７１２  財務会計配置ユニット
１７１４  支払配置ユニット
１７１５  顧客における供給業者請求処理プロセスコンポーネント
１７１６  顧客要求処理プロセスコンポーネント
１７１８  標準顧客要求ＢＰＶＴ
１７２０  供給および需要整合配置ユニット
１７２２  消費に基づく計画ＢＰＶＴ
１７２４  配送実行制御プロセスコンポーネント
１７２６  アウトバウンド納品開始および応答ＢＰＶＴ
１７２８  顧客見積処理配置ユニット
１７３０  販売注文見積品目ＢＰＶＴ
１７３０  販売注文処理配置ユニット
１７３２  在庫からの販売ＢＰＶＴ
１７３４  在庫保証ＢＰＶＴ
１７３６  価格設定ＢＰＶＴ
１７３８  免税品処理ＢＰＶＴ
１７４０  顧客における購買注文処理プロセスコンポーネント
１７４２  会計プロセスコンポーネント
１７４４  サイト配送処理プロセスコンポーネント
１７４６  標準出荷ＢＰＶＴ
１７４８  倉庫注文ＢＰＶＴ
１７５０  アウトバウンド納品処理プロセスコンポーネント
１７５２  標準アウトバウンド納品ＢＰＶＴ
１７５４  確認および在庫調査プロセスコンポーネント
１７５６  サイト配送処理のための確認および在庫調査通知ＢＰＶＴ
１７５８  顧客請求処理プロセスコンポーネント
１７５９  顧客におけるインバウンド納品処理プロセスコンポーネント
１７６０  標準顧客請求ＢＰＶＴ
１７６２  納品品目処理プロセスコンポーネント
１７６４  納品支払注文ＢＰＶＴ
１７６８  販売についての会計ＢＰＶＴ
１７７０  収益センター会計ＢＰＶＴ
１７７２  支払処理プロセスコンポーネント
１７７４  受入銀行送金／直接入金ＢＰＶＴ
１７７６  受入クレジットカード支払ＢＰＶＴ
１７７８  受入直接入金ＢＰＶＴ
１７８０  受入為替手形ＢＰＶＴ
１７８２  受入小切手支払ＢＰＶＴ
１７８４  受入金庫支払ＢＰＶＴ
１７８６  ビジネスパートナーにおける支払処理プロセスコンポーネント
１７８８  取引銀行における支払注文処理プロセスコンポーネント
１７９０  銀行における銀行報告書作成プロセスコンポーネント
【図１】
0005117754.tif 000002
【図２】
0005117754.tif 000003
【図３】
0005117754.tif 000004
【図４Ａ】
0005117754.tif 000005
【図４Ｂ】
0005117754.tif 000006
【図４Ｃ】
0005117754.tif 000007
【図５】
0005117754.tif 000008
【図６】
0005117754.tif 000009
【図７Ａ】
0005117754.tif 000010
【図７Ｂ】
0005117754.tif 000011
【図８】
0005117754.tif 000012
【図９Ａ】
0005117754.tif 000013
【図９Ｂ】
0005117754.tif 000014
【図１０Ａ】
0005117754.tif 000015
【図１０Ｂ】
0005117754.tif 000016
【図１１】
0005117754.tif 000017
【図１２】
0005117754.tif 000018
【図１３】
0005117754.tif 000019
【図１４】
0005117754.tif 000020
【図１５】
0005117754.tif 000021
【図１６】
0005117754.tif 000022
【図１７】
0005117754.tif 000023