(57)【要約】本発明は、エンティティ間の外部会話プロセスを、該エンティティの１つの内部ワークフローと調整する装置及び方法に関する。より具体的には、本発明は、企業間の電子商取引文書を経路指定するための企業間会話プロセス規格に準拠した方法及び方法に関する。本発明の特定の態様は、特許請求の範囲、特許明細書、及び図面において説明される。
2005535980.tif 000002
【特許請求の範囲】
【請求項１】
第１の当事者と第２の当事者との間の電子商取引会話においてコレオグラフィ化されたメッセージ交換を、前記第２の当事者と関連したワークフロー・プロセスと調整する方法であって、前記方法が、
前記第２の当事者が、電子商取引会話プロセス規格に適合している前記会話におけるメッセージを受信し、
前記メッセージが前記会話プロセス規格及び前記会話の履歴に適合することを検証し、
前記メッセージを、前記第２の当事者と関連したワークフロー・プロセッサと共有されるタスク活性化データ構造に報告し、前記ワークフロー・プロセッサが、前記データ構造を用いて、１つ又はそれ以上の活性化条件を満たし、タスクを非同期的に活性化させるようにし、
ワークフロー・メッセージを受信し、前記ワークフロー・メッセージを用いて該メッセージへの応答を準備し、
前記会話の前記履歴を１度又はそれ以上の回数にわたり更新する、
段階を含むことを特徴とする方法。
【請求項２】
前記会話における前記メッセージが、前記第１の当事者と前記第２の当事者との間の会話プロセス同意にさらに適合していることを特徴とする請求項１に記載の方法。
【請求項３】
前記ワークフロー・メッセージが、前記第２の当事者によって前記ワークフロー・プロセッサから受信されることを特徴とする請求項１に記載の方法。
【請求項４】
コレオグラフィ化された電子商取引会話プロセスと非同期的に作動するワークフロー・プロセスとの間で状態情報を通信する方法であって、前期方法が、
少なくとも１つのメッセージを、前記会話プロセスからアクセス可能なタスク活性化データ構造に通知し、前記メッセージが、前記会話の履歴及び電子商取引会話規格に適合するように検証され、
前記会話プロセスから非同期的に、前記通知されたメッセージを少なくとも１つのタスク活性化条件を満たすものとして評価し、
少なくとも１つのワークフロー・タスクを活性化させ、
ワークフロー・メッセージを、前記ワークフロー・プロセスから前記活性化されたワークフロー・タスクに対応する前記会話プロセスに送信する、
段階を含む方法。
【請求項５】
企業間の電子商取引会話、企業内のワークフロー、及び前記ワークフロー内の１つ又はそれ以上のアクションを調整する方法であって、前記方法が、
電子商取引会話プロセス規格に従った前記企業間の前記会話における複数のメッセージを処理し、
少なくとも１つのメッセージについて、前記メッセージの少なくとも一部を会話管理プロセスからタスク活性化データ構造に通知し、
前記会話から非同期的に、前記データ構造を用いてワークフロー内のアクションの状態を追跡し、
前記メッセージの前記通知された部分がタスク活性化条件を満たす時に前記ワークフローにおける少なくとも１つのアクションを活性化させ、
１つ又はそれ以上のメッセージを前記活性化されたアクションに対応する前記会話プロセスに送信する、
段階を含むことを特徴とする方法。
【請求項６】
前記通知段階の前に、前記メッセージが前記会話プロセス規格及び前記会話の履歴に適合することを検証することを特徴とする請求項５に記載の方法。
【請求項７】
前記メッセージが、前記企業間の会話プロセス同意にさらに適合することを特徴とする請求項６に記載の方法。
【請求項８】
コンピュータ・ベースの会話プロセス駆動型非同期式タスク活性化装置であって、前記装置が、
前記プロセス論理に代わるリソースを含む、少なくとも１つのコンピュータ・システムと、
前記コンピュータ・システムを介してアクセス可能なタスク活性化データ構造と、
前記コンピュータ・システム上で作動可能であって、
電子商取引会話プロセス規格に適合しているメッセージを含む、商取引パートナーとの会話を処理し、
特定のメッセージが特定の会話の履歴に適合し、前記会話プロセス規格に適合することを検証し、
前記特定のメッセージに対応する前記タスク活性化データ構造内に少なくとも１つのエントリを生成する、会話マネージャ論理と、
通常、商取引パートナーには公開されない内部のワークフローにおけるタスクのトリガリングを管理し、
前記コンピュータ・システム上で作動可能で、前記会話マネージャ論理と通信状態にあり、前記タスク活性化データ構造にアクセスし、何らかのタスク活性化条件が満たされたかどうかを判断する、プロセス・マネージャ論理と、
前記コンピュータ・システム上で作動可能で、前記プロセス・マネージャ論理と通信状態にあり、前記内部のワークフローにおけるアクションをディスパッチし呼び出す、アクション・マネージャ論理と、
を含むことを特徴とする装置。
【請求項９】
前記会話マネージャ論理、前記プロセス・マネージャ論理、及び前記アクション・マネージャ論理にアクセス可能であり、これらが使用する共有メッセージ処理コンポーネントをさらに含むことを特徴とする請求項８に記載の装置。
【請求項１０】
前記会話マネージャ論理が、前記商取引パートナーとの外部通信のために第１のメッセージ処理コンポーネントを用い、前記プロセス・マネージャ論理及びアクション・マネージャ論理が、タスク及びユーザとの内部ワークフロー通信のために第２のメッセージ処理コンポーネントを用いることを特徴とする請求項８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エンティティ間の外部会話プロセスを、該エンティティの１つの内部ワークフローと調整する装置及び方法に関する。より具体的には、本発明は、企業間の電子商取引文書を経路指定するための企業間会話プロセス規格に準拠した装置及び方法に関する。
【背景技術】
【０００２】
ｅ−ビジネスは、企業が、ＳＯＡＰ、ＷＳＤＬ、ｅｂＸＭＬといった明確に定義されたプロトコルに基づいてＸＭＬ文書を交換することによって互いに対話するというパラダイムに向かっており、このパラダイムは、企業が、該企業のウェブ・サービスを動的且つ緩やか結合された方法で相互運用することを可能にする［Ｔ．Ｂｒａｙ、Ｊ．Ｐａｏｌｉ、Ｃ．Ｍ．Ｓｐｅｒｂｅｒｇ−ＭｃＱｕｅｅｎ、「Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）１．０  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、１９９８年２月、（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＲＥＣ−ｘｍｌ）、ＥｂＸＭＬ．ｏｒｇ、「Ｂｕｓｉｎｅｓｓ  Ｐｒｏｃｅｓｓ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｓｃｈｅｍａ」、Ｖ１．０１、２００１年、ＳＯＡＰ、「Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ」、ｈｔｔｐ：／／ｍｓｄｎ．Ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｘｍｌ／ｇｅｎｅｒａｌ／ｓｏａｐｓｐｅｃ．ａｓｐ、ｗｗｗ．ｗ３ｃ．ｏｒｇ、ＷＳＤＬ、「Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ」、ｗｗｗ．ｗ３ｃ．ｏｒｇ．］。ビジネス・プロセス・レベルで企業が協働するために、チャネルを開発し、該企業のローカル・サイト上で動作するビジネス・プロセスが対話することを可能にしなければならない。ｅｂＸＭＬ  ＢＰＳＳ（Ｂｕｓｉｎｅｓｓ  Ｐｒｏｃｅｓｓ  Ｓｐｅｓｉｆｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄ）［ＥｂＸＭＬ．ｏｒｇ、「Ｂｕｓｉｎｅｓｓ  Ｐｒｏｃｅｓｓ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｓｃｈｅｍａ」、Ｖ１．０１、２００１年］、ＷＳＣＩ（Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｃｈｏｒｅｏｇｒａｐｈｙ  Ｉｎｔｅｒｆａｃｅ）［ＷＳＣＩ、「Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｃｈｏｒｅｏｇｒａｐｈｙ  Ｉｎｔｅｒｆａｃｅ」、Ｉｎｔａｌｉｏ、ＳＡＰ、ＢＥＡ、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓによる技術報告書、２００２年］、ＷＳＣＬ（Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｃｏｎｖｅｒｓａｔｉｏｎ  Ｌａｎｇｕａｇｅ）［ＷＳＣＬ、「Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｃｏｎｖｅｒｓａｔｉｏｎ  Ｌａｎｇｕａｇｅ」、Ｗ３ＣへのＨＰ提出、ｗｗｗ．ｗ３ｃ．ｏｒｇ］のような、幾つかの企業間会話プロセス（ＩＣＰ）仕様規格が提案された。図１に示されるように、ＩＣＰは、文書交換のコレオグラフィを抽象インターフェースとして特定し、文書の処理及びプロビジョニングをローカル・ビジネス・プロセス又はサービスに任せる。この図においては、２つの当事者が、２列のビジネス文書によって表されている。注文１０１を伝送することにより、納品伝票１１１がもたらされる。納品伝票は、最終的に支払い１０２を促し、その後、商品が出荷され、出荷通知書１１２が作成される。図に示されるように、２つの当事者は、会話プロセスを介して通信する内部プロセスを有する。抽象インターフェースとして、種々のビジネス・プロセス及び異なる実装を伴うサービスによって、１つのＩＣＰをサポートすることができる。しかしながら、ＩＣＰのいずれも、ローカル・ビジネス・プロセスが、どのようにＩＣＰの内部プロセスと外部プロセスを結合するかを特定していない。
【０００３】
したがって、外部ＩＣＰと内部ワークフローとの間で調整する方法及び装置を開発する機会が生まれる。
【発明の開示】
【０００４】
本発明は、エンティティ間の外部会話プロセスを、該エンティティの１つの内部ワークフローと調整する装置及び方法に関する。より具体的には、本発明は、企業間の電子商取引文書を経路指定するための企業間会話プロセス規格に準拠した装置及び方法に関する。本発明の特定の態様は、特許請求の範囲、明細書、及び図面において説明される。
【発明を実施するための最良の形態】
【０００５】
図と関連して、以下の詳細な説明がなされる。好ましい実施形態は、本発明の範囲を限定するためではなく、本発明の例証のために説明されるものであり、本発明は、特許請求の範囲によって定められる。当業者であれば、以下の説明についての種々の同等な変形物を認識するであろう。
ＩＣＰ（又は、簡単に会話プロセス）は、中央サーバ上で実行されるのではなく、多数の参加当事者によって実施される。各々の当事者は、会話プロセスの対等ビューの実行を担当する。これは、一般に、到着文書を検証し、ＩＣＰ仕様に従って発信文書の送信を制御する段階を含む。
１つのビジネス・サイトにおいて、文書交換を処理する会話プロセスは、文書処理及び提供のためのタスクのワークフローを処理するローカル・ビジネス・プロセスと結合される。次に、これらのタスクは、実際には、具体的なアクション、サービス、及び他のローカル・ビジネス・プロセスによって実行される。
【０００６】
「会話アクティビティ」と「プロセス・タスク」との間、及びタスクとアクションとの間には、独立性が存在するか、又は存在すべきである。エンティティ間の外部会話プロセスの場合には、会話アクティビティは、一般に、会話プロセスの内部のインターフェース・レベル・オブジェクトであり、該会話アクティビティをサポートするためのタスクは、一般に、該会話プロセスの外部に定義された実装レベル・オブジェクトである。１つのエンティティによって管理されるビジネス・プロセスの場合には、タスクは、一般に、該ビジネス・プロセスの内部のインターフェー・レベル・オブジェクトであり、タスクを実行するためのアクションは、一般に、該ビジネス・プロセスの外部に定義された実装レベル・オブジェクトである。図２に示されるように、このことは、企業間のコラボレーションをサポートするための、いわゆるコラボレーティブ・プロセス・マネージャ（ＣＰＭ）が、潜在的に３つの通信コンポーネントでできていることを意味する。コンポーネントは、それぞれ、会話２１１、ローカル・ビジネス・プロセス２１３、及びアクション２１４を処理する。いわゆる会話マネージャ（ＣＭ）２１１は、ＩＣＰモデル（会話モデル）に基づいて、企業間のビジネス対話２０１を処理する。ＣＭの中核機能は、文書交換のコレオグラフィを実行することである。いわゆるプロセス・マネージャ（ＰＭ）２１３は、ビジネス・プロセス・モデルに基づいてローカル・プロセスを実行する。ＰＭの中核機能は、タスクをトリガするための規則を実行することである。これらのタスクは、会話アクティビティが必要とする文書書操作を含む、ローカル・プロセスを達成する。アクション・マネージャ（ＡＭ）２１４は、ローカル・アプリケーション、サービス又はプロセスをディスパッチして呼び出し、プロセス・タスクを実行する。アクションは、文書処理、プロビジョニング、又は他のアプリケーションの実際の実装を提供する。アクションは、ＣＯＲＢＡ、ＷＳＤＬなどに基づいて、ローカル又は遠隔呼び出しによって呼び出すことができる。活性化は、同期式又は非同期式にすることができる。ＰＭ及びＡＭの両方を、ワークフロー・エンジン２１２の一部として実装することができる。対話２２１の内側において、ＣＰＭ２１０は、ユーザ２２２、専用プロセス・エンジン２２３、又はアプリケーション・サーバ２２４と対話することができる。会話管理、プロセス管理、及びアクション管理の機能は、ＣＰＭシステム２１０内で組み合わせることができ、又は独立しているが通信しているシステムによって提供することもできる。
【０００７】
この文書において、ＣＰＭは、何らかの特定のシステムではなく、一般名である。会話プロセスとは、会話フローについて説明するものを意味し、ビジネス・プロセスとは、ワークフローについて説明するものを意味する。明確にするために、会話プロセス及びビジネス・プロセスを、それぞれ会話アクティビティ及びタスクと呼ぶことによって、該会話プロセス及びビジネス・プロセスの基本操作を区別する。
ビジネス・コラボレーションのサポート時に、ＣＭは企業間の文書フローの制約の実行に重点を置き、ＰＭは企業内のタスク・スケジューリングの制約の実行に重点を置く。ＣＭはコレオグラフィ化された文書交換を処理し、ＰＭは文書処理及びこれに応じた提供、並びにプロセス管理に即したトランザクション、リカバリー、並行性などについての問題を処理する。
１つのビジネス・サイトにおいて、文書交換のコレオグラフィを定める例えばＣという会話プロセスは、対応する文書の処理及び作成のために、例えばＰという結合ビジネス・プロセスの予期される動作を実際に示す。Ｐが、Ｃにおいて特定された文書の受送信の順序と一致する順序で文書を処理し提供できる場合には、Ｐを用いてＣをサポートすることができると言う。
【０００８】
一般に、会話プロセス及び結合ビジネス・プロセスは、異なるモデルに基づくものである。会話アクティビティは、要求文書及び応答文書を送るための２つの操作を有し、これらは、文書の使用及び作成のための１つ又はそれ以上のローカル・タスクにマッピングすることができる。ＢＰＳＳ［ＥｂＸＭＬ．ｏｒｇ、「Ｂｕｓｉｎｅｓｓ  Ｐｒｏｃｅｓｓ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｓｃｈｅｍａ」、Ｖ１．０１，２００１年］、ＷＳＣＩ［ＷＳＣＩ、「Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｃｈｏｒｅｏｇｒａｐｈｙ  Ｉｎｔｅｒｆａｃｅ」、Ｉｎｔａｌｉｏ、ＳＡＰ、ＢＥＡ、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓによる技術報告書、２００２年］のような会話プロセス規格のためのＩＣＰモデルは、全てが、ＷＦＭＣの参照モデル［Ｗｏｒｋｆｌｏｗ  Ｍａｎａｇｅｍｅｎｔ  Ｃｏａｌｉｔｉｏｎ、ｗｗｗ．ａｉｉｍ．ｏｒｇ／ｗｆｍｃ／ｍａｉｎｆｒａｍｅ．ｈｔｍ］のような従来型ワークフロー・モデルとは異なる。会話アクティビティのコレグラフィ及びタスク実行のフローもまた、意味的に異なるものである。ビジネス対話においては、一方の当事者によって作動されるシステムは、他方の当事者によって作動されるシステムの動作を制御することができないので、対話のコレオグラフィは、一般に認められた会話モデルに照らして検証すべきである。種々の規格が現れる現在の状況においては、会話に対して当事者によって選択される会話プロセスの規格は、二者間又はグループの参加者としての当事者間の明白な会話プロセス同意によって補完することができる。
以下のセクションにおいては、会話モデル駆動型非同期式タスク活性化機構に基づいて、２つの主要な問題、すなわち会話管理と、該会話管理とローカル・ビジネス・プロセス管理との間の動的インターフェースとについて議論する。
【０００９】
企業間コラボレーションをサポートするための会話マネージャ
ｅｂＸＭＬ  Ｂｕｓｉｎｅｓｓ  Ｐｒｏｃｅｓｓ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｓｃｈｅｍａ（ＢＰＳＳ）規格［ＥｂＸＭＬ．ｏｒｇ、「Ｂｕｓｉｎｅｓｓ  Ｐｒｏｃｅｓｓ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｓｃｈｅｍａ」、Ｖ１．０１、２００１年］の下でコレオグラフィ化された会話を処理するための、ＢＰＳＳコラボレータと呼ばれるＣＭシステムが開発された。当業者であれば、ＷＳＣＩ又はＷＳＣＬ、又は何らかの新しく現れる、或いは後に開発されるＩＣＰ規格のようなＢＰＳＳ以外のＩＣＰにも、以下の説明が適用されること、又は拡張できることを理解するであろう。
【００１０】
ＢＰＳＳ
ｅｂＸＭＬ  ＢＰＳＳは、企業間会話プロセスを特定するための標準的なＸＭＬベースの言語である。ＢＰＳＳにおいて、会話プロセスは、コラボレーションと呼ばれる。２極間コラボレーションは、２つの認可された役柄を有し、多数当事者間コラボレーションは、２つより多いパートナーの役柄を有する。コラボレーション・プロセスに参加するビジネス・パートナーは、これらの役柄を演じ、コレオグラフィ化された会話アクティビティ（ＢＰＳＳにおいてビジネス・アクティビティと呼ばれる）の組を通じて対話する。会話アクティビティは、参加役柄の間の１つ又は２つの所定のビジネス文書フローからなるビジネス・トランザクションを表すことができる。反復的に、会話アクティビティは、入れ子状の２極間コラボレーションを表すこともできる。一般に、ＢＰＳＳモデルは、会話プロセス・モデルであり、具体的な実装に関わりなく、ビジネス対話の抽象インターフェースを提供する。
通常のビジネス・プロセス又はワークフロー仕様とは異なり、ＢＰＳＳは、本質的にはビジネス・パートナー間の文書交換である、ビジネス・パートナー間の公開インターフェースについてのみ説明する。ビジネス・プロセスにおけるタスクとは異なり、会話プロセスにおける会話アクティビティは、通常、２つの操作、すなわち２つの参加役柄間の要求及び応答を表す。さらに、平面的なビジネス・プロセス・モデルとは異なり、ＢＰＳＳモデルは、階層構造化されている。
【００１１】
ＢＰＳＳコラボレータ─ＢＰＳＳモデルに基づいたＣＭ
図３のＢＰＳＳコラボレータは、ＢＰＳＳベースでピア・ツー・ピア型の２極間又は多数当事者間・コラボレーションを処理するために開発されたＣＭシステム３１１である。企業間コラボレーションに参加するビジネス・サイトにおいて、ＢＰＳＳコラボレータ３３３の主機能は、ＢＰＳＳ会話プロセス・モデルに基づいて、パートナー３００と共に「対話フロー」制約３３２を実行することである。特定の会話は、コラボレーション・インスタンス３３４である。文書操作の具体的な実施は、ローカル・ワークフロー・システム及びサービス３２１に任される。
【００１２】
ＢＰＳＳにおいて特定されるコラボレーションは、単一回の文書交換ではなく、履歴を有する多数のコレオグラフィ化された会話アクティビティを含む。したがって、ＢＰＳＳコラボレータ３３３は、プロセス・タスクを処理するワークフロー・システムに類似した方法で会話アクティビティを処理する。ビジネス・サイトにおける会話アクティビティのコレオグラフィの実行では、着信及び発信文書の存在のみならず、これらの文書が送信又は受信される順序及び時間（すなわち、コラボレーション・インスタンスの履歴）をも考慮することが好ましい。この機能は、従来型ワークフロー・システムによってはカバーされない。さらに、企業間コラボレーションは、単一の企業によって制御されているわけではないので、他の企業の動作を初期設定によって信頼することはできない。文書交換のコレオグラフィは、コラボレータ３３３によって検証され、スキーマ又は対話制約３３２及び特定の対話３３４の履歴の両方を考慮することが好ましい。
【００１３】
上記の用件が与えられた場合、ＢＰＳＳコラボレータは、以下の機能を提供する。ＢＰＳＳコラボレータは、ＢＰＳＳ定義モデルをサポートし、Ｊａｖａ又は他のプログラミング言語の会話プロセス・テンプレート・オブジェクトを生成、保守、及び操作することを含む。これらのオブジェクトは、ＸＭＬ仕様をＤＯＭツリー又は他のツリー構造に構文解析し、その後、該ツリーを対応するＪａｖａオブジェクトに変えることによって生成される。ＢＰＳＳコラボレータは、実行時のＢＰＳＳインスタンス・モデルをサポートし、ビジネス対話と共に段階的にローカル・サイトのコラボレーション・インスタンスを生成、保守、及び発展させることを含む。ＢＰＳＳコラボレータは、テンプレート・モデル３３２及び各コラボレーション・インスタンス３３４の実行履歴に基づいて、会話アクティビティ（会話フロー）のコレオグラフィを検証する。これらは、多数当事者間コラボレーション又は２極間コラボレーションにおける文書交換制約を実行し、コラボレーションのコンテキスト、文書タイプ、参加役柄などに対する文書交換の一貫性を確認し、企業間メッセージに対して一貫した会話プロセス・インスタンスを発展させ、会話プロセスの実行の対等な同期化を保証するための中核機能である。ＢＰＳＳモデル・ベースの実行時検証の結果を用いて、文書の送受信の正確さを判断し、着信文書を処理し、発信文書を提供するためのローカル・プロセス・タスクを活性化するための条件を生成する。ＰＭへのインターフェースに関しては、ＢＰＳＳコラボレーション検証作業から戻された情報を用いて、ローカル・プロセス・タスクを非同期的に活性化するのに用いられるタスク活性化データ構造内に、メッセージ、メッセージの一部、又はメッセージについての情報を挿入する。システムは、グローバル会話インスタンス及び各々の会話プロセスのＩｄ、該会話Ｉｄをローカル・プロセスと相互関連させる特定のサイトにおいる対応する会話プロセスをサポートするタスク又はアクションを開始し、維持することを含む、コラボレーション・セッションを管理する。システムは、コラボレーションの役柄を管理する。ＢＰＳＳのもとでは、このことは、２極間コラボレーションに対しては認可された役柄を、多数当事者間コラボレーションに対してはパートナーの役柄を解決し、維持し、検索することを含む。このことは、当事者が、会話プロセス階層に含まれる多数の２極間コラボレーション又は多数当事者間コラボレーションにおいて、異なる役柄を演じることを可能にする。また、システムは、コラボレーション・インスタンスを監視する。他のパートナーと共に、コラボレーションの状態、交換された文書などを監視するために、ウェブ・インターフェースを設けることができる。
【００１４】
ＢＰＳＳ会話プロセスの論理的実行は、実際には、参加者サイトにおける２つ又はそれ以上の対等実行を含む。各々のサイトにおいて、文書交換が進むにつれ、対等会話プロセス・インスタンス３１４が段階的に確立され、発展される。会話の履歴は、インスタンスの一部として維持される。ビジネス文書の場合には、送信された場合も受信された場合も、ＢＰＳＳコラボレータが、会話プロセス・テンプレートを検索し、送付された文書と一致する会話アクティビティ、トランザクション、要求操作、又は応答操作を識別し、それらがテンプレートに一致した場合には、対応するインスタンスを突き止め、更新し、又は作成する。ワークフロー・エンジンによって発展されたビジネス・プロセス・インスタンスとは違って、会話プロセス・インスタンスは、文書交換への反応として発展され、多くの場合バックフィルされる。
【００１５】
図４は、２つのレベルの入れ子構造を伴う会話プロセスの例を示す。文書交換に従ってインスタンスが作成され、発展される。文書の送付を検証するために、コラボレータは、会話ＩＤ、文書タイプ、送信者、受信者、及びアクティビティ名を入力パラメータとして取り、これらの情報を会話プロセス・テンプレート及びインスタンスに基づいて検証し、検証結果を、結合ワークフロー・エンジンのようなローカル・サービスに戻し、会話プロセス・インスタンスを発展させる。この例においては、異なるレベル、すなわち「注文管理」４０１、「注文」４１１、及び「チェック」４２１の３つの会話プロセスを見ることができる。「注文」４０３及び「チェック」４１２は、入れ子状の会話プロセスを表すコラボレーション・アクティビティであり、他のアクティビティは２つの役柄間の文書フローを特定する。「変更の提出」４１４及び「状態のチェック」４１５のアクティビティは、繰り返すことができる。これらの会話プロセスは、異なる役柄をもつものとして定められる。したがって、当事者は、会話プロセス・インスタンスにおいて、異なるレベルで異なる役柄を演じることになり、役柄の解決及び切換えが、コラボレータによってもたらされる。
【００１６】
ビジネス・プロセス・インスタンスが発展するのとは異なる方法で、会話プロセスがどのように発展するかを示すために、最初の２つの文書が送付された時の会話インスタンスを図５Ａ・図５Ｂに示す。第１の注文管理５０１文書は、会話アクティビティ「連絡を取る」５０２についての要求文書であるはずである。このアクティビティは、一方方向の文書送付を特定する。文書送付が検証された時には、会話プロセス・インスタンスは、図５Ａのように見える。第２の注文５１１文書は、会話アクティビティ「入手可能性の確認」５２３の要求文書５１２となるはずであり、確認された場合には、会話プロセス・インスタンスは、図５Ｂへと発展する。応答５２２が戻される。収容会話プロセス「注文」５１１及び「確認」５２１がどのようにしてインスタンス化され、この会話アクティビティを「バックフィルされた」方法で保持するかがはっきりと分かる。
【００１７】
対話型ＣＭ及びＰＭのための可能なアーキテクチャ
ＢＰＳＳコラボレータは会話アクティビティを処理する間、文書使用及び作成が、ローカル・ビジネス・プロセス及びサービスとして実施される。ＣＭシステムとして、ＢＰＳＳコラボレータは、ＰＭ又はＡＭのいずれかに接続することができ、ＣＭ及びＰＭが対話するための幾つかの構成が存在する。
第１に、ＣＭの周りに独立型ＩＣＰエンジンを構築し、会話アクティビティだけをサポートすることができる。このアーキテクチャ上に構築されたＣＰＭは、以下の制限を有する。このアーキテクチャは、会話アクティビティ以外のローカル・タスクを含むプロセスをサポートせず、よって、企業のビジネス・プロセスが、公開対話アプリケーション及び専用アプリケーションの両方を行うように定められる通常の場合に容易に適合しない。このアーキテクチャは、公開会話プロセスが、実行中のローカル・プロセスと対話することを可能にするものでない。さらに、別個のサービス時点（ＰＯＳ）としてＣＰＭにより呼び出されたローカル・サービスは、ビジネス・プロセス・レベルでは相関されていない。ローカル・ワークフロー・エンジンに依存して拡張容易性に対処することはできないので、このアーキテクチャは、そのままで拡張容易性に対処しなければならない。したがって、プロセス管理機能の全範囲にわたってこのアーキテクチャを容易にしなければならず、企業のワークフロー・エンジンとかなりの重なりを有する。
【００１８】
第２に、ワークフロー・エンジンは、ビジネス会話を処理するためのフロントエンドとしてＣＭを持つことができる。このアーキテクチャの主要な制限は、ＢＰＳＳコラボレータが独自の企業間メッセージング論理を有し、よって、メッセージ送付の処理量、セキュリティなどを保証しなければならないことである。バックエンドのワークフロー・エンジンがこの論理を含む場合には、ＢＰＳＳコラボレータは、この論理を再使用できるはずであり、このことから以下に説明されるアーキテクチャがもたらされる。
第３に、拡張されたワークフロー・エンジンは、ＣＭをプラグインすることができる。この最後のアーキテクチャは、既存のワークフロー・システム・コンポーネントの有用性を増大させ、会話プロセス及びローカル・プロセスの両方をサポートし、ＣＭとＰＭとの間の対話を簡単化させるものである。異なるＩＣＰ規格の下でＣＭを提供することにより、ＣＰＭは多数のＩＣＰ言語をサポートすることができる。
【００１９】
モデル駆動型非同期式タスク活性化装置としてのＣＭ
同期式及び非同期式タスクの活性化
従来型のワークフロー・モデルにおいては、概念的に、タスクは、いわゆる「タスク活性化条件」の充足によってトリガされる。プロセスが連結されたタスクを有するように特定される時には、タスクＴｐからタスクＴへのリンクが、Ｔｐの実行状態に関連するＴの活性化条件を実際に表す。この観点から、ビジネス・プロセスは、タスク活性化、プロセス終了などのための１組の規則として見ることもできる。
２つの一般的なタスク活性化機構、すなわち、同期式活性化と非同期式活性化を区別する。タスクＴが与えられる場合、同期式活性化は、前のタスクの状態を通知するといったイベントを意味し、直接Ｔを活性化する。非同期式活性化は、Ｔのタスク活性化条件の下にあるタスク活性化データ構造の更新をもたらすイベントを意味し、タスクを実行できる状態にすることができる。条件の検証及びＴの活性化は、別個の非同期式の制御スレッドによって処理される。タスクの活性化は、該タスクを直ちに実行するか、又は実行するように計画することを意味する。
【００２０】
会話モデル駆動型非同期式タスク活性化
会話プロセスＣ及び連結ローカル・ビジネス・プロセスＰが与えられた場合には、たとえＰのタスクフローがＣに特定された文書交換の順序に一致しても、特にＰが他の専用アプリケーションを含み、Ｃとは異なるペースで動作する時に、Ｐ及びＣの実行ペースを同期させることが困難である。
非同期式タスク活性化は、会話プロセス・インスタンス及び対応するローカル・ビジネス・プロセス・インスタンスを同期させる困難さを解決するための機構である。図６を参照すると、非同期式タスク活性化は、次のものを含むことができる。タスク６６１は、特定のタスク活性化データ条件６５１に基づいて動作するように予約することができ、これらの条件は、特定の基礎となるデータに照らして検証される。文書交換６４７の際の会話プロセス・インスタンスの発展６３５は、タスク活性化条件の基礎となるタスク活性化データ構造の更新６５１のための情報を生成する。非同期式に、ＰＭ６１３のタスク・スケジューラ６５２が、これらの条件６５１を検証し、別個の制御スレッドとしてタスク６６１を予約する。タスク活性化データ構造体の更新は、ＰＭのＡＰＩを用いるＣＭによって、又はＣＭのＡＰＩを用いるＰＭによって行うことができる。
【００２１】
ＢＰＳＳベースの会話に関して、送受信された文書の検証は、次の属性、すなわちコラボレーションＩＤ、サービスを表す会話アクティビティ名、送信者、受信者、及び文書名を含むことができる。
上記の文書交換情報が検証された時には、テンプレート６３２及びＢＰＳＳ会話プロセス６３４の実行インスタンスに基づいて、情報６４６を戻すことができ、他の場合には適切なエラーメッセージを戻すことができる。戻された情報６４６は、コラボレーションＩＤ、会話アクティビティ、対話時間、要求しているプレイヤー及びその役柄、応答しているプレイヤー及びその役柄、文書名、アクション・タイプ（「応答」又は「要求」）、検証状態を含む。
【００２２】
タスク活性化条件の基礎となるように、これらの結果として生じるデータを選択することができる。ＣＭが生成した情報とタスク活性化データ構造との間がマッピングされる。異なるマッピングは、ＣＭを異なるワークフロー・エンジンに適合させる。こうしたマッピングを用いる場合には、会話プロセスとローカル・ビジネス・プロセスを独立して定めることができる。図７は、会話モデル駆動型非同期式タスク活性化のより詳細な図示である。この図の幾つかの番号付けは、図６の番号付けと同じである。公開プロセス７０１において、文書交換メッセージ７４７が、１つのエンティティから別のエンティティに送信される。この文書交換メッセージ７４７は、コラボレーションＩＤ、アクティビティ、及び送信者と受信者の識別を含むことができる。文書交換メッセージが受信され、コラボレータ７３３によって処理される。コラボレータ７３３は、好ましくはスキーマの形態の、企業間会話処理上の規則すなわち制約を特定するＢＰＳＳテンプレート７３２へのアクセスを有する。コラボレータ７３３はまた、一般にコラボレーションＩＤ番号によって追跡される特定の会話の履歴を含むＢＰＳＳインスタンス７３４へのアクセスも有している。コラボレータ７３３は、受信したメッセージを、好ましくはテンプレート７３２と会話履歴７３４の両方に照らして検証する。検証された結果７４６は、コラボレーションＩＤ、アクティビティ、対話タイムスタンプ、要求役柄当事者の識別、応答役柄当事者の識別、及びメッセージに対応する文書名を含むことができる。メッセージ、メッセージの一部、又はメッセージに応答する情報は、タスク活性化データ構造７５３に入力される。タスク活性化データ構造は、コラボレーションＩＤ、送信者の役柄、受信者の役柄、要求されたサービス、及び文書名を含むことができる。このタスク活性化データ構造は、内部のワークフローにおいてタスクを活性化するのに用いられる種々の付加的な情報を含むこともできる。付加的なデータ構造体７５１には、タスク活性化条件が含まれる。ワークフロー・マネージャが、タスク活性化データ構造内のデータをタスク活性化条件と比較して、例えば専用プロセス７２２内の注文処理７６２のようなタスクをいつ活性化し、停止させ、又は他の方法で処理すべきかを判断する。
【００２３】
上記のアーキテクチャの場合、ＣＭ及びＰＭの機能は別個の機能を有する。図８に示されたように、ＣＭ８１１は、会話プロセス・モデル８０１の下での会話の管理を担当し、ＰＭ８１３は、そのワークフロー・モデルに基づいたローカル・プロセス８２２の連結の管理を担当する。しかしながら、フロントエンドのＣＭではなく、ＣＰＭ８１０に内蔵されたＣＭとしてＢＰＳＳコラボレータを扱うことは、該ＢＰＳＳコラボレータを、企業間のメッセージングを直接処理することから解放し、該ＢＰＳＳコラボレータが、ワークフロー・エンジン論理８１８の能力及び拡張可能性に依存してそれを行うことを可能にする。図８に示されるように、この場合、ＣＭは、「メッセージ・インターセプタ」として働くのではない。非同期式のタスク活性化機構の下でＣＭとＰＭを緊密に結合させることにより、会話モデル８０１とビジネス・プロセス・モデル８２２を架橋するための簡潔な手法が示される。ＢＰＳＳコラボレータが文書交換を検証し、検証結果を用いて、ローカル・プロセスのタスク活性化条件に対してデータを設定した時、該ＢＰＳＳコラボレータは、タスク予約のためのＰＭの規則エンジンの延長と見なすことができる。また、会話プロセス・インスタンスは、ＡＰＩを通じて規則エンジンにより検索されたタスク活性化データ構造の延長と見なすことができる。
【００２４】
この観点から、ＢＰＳＳコラボレータは、規則ベースのタスク・スケジューラが対話する会話モデル駆動型非同期式タスク活性化装置として特徴付けることができる。このアーキテクチャは、ＣＭ機能を「能動コンポーネント」から、ＡＰＩを通じてＰＭによって制御可能な「受動コンポーネント」を修正する。このアーキテクチャは、以下の特徴をサポートする。このアーキテクチャは、公開インターフェースを有する。ＢＰＳＳコラボレータは、ＢＰＳＳモデル・ベースの会話管理を提供する。しかしながら、ＢＰＳＳコラボレータは、企業間メッセージをインターセプトせず、代わりにＣＰＭプラットフォームから企業間対話についての情報を取得する。ＢＰＳＳコラボレータは、ローカル・インターフェースを有する。ＢＰＳＳコラボレータは、ＡＰＩを通じてローカルＰＭに接続するものであり、会話モデル駆動型非同期式タスク活性化装置として特徴付けることができる。ＢＰＳＳコラボレータは、専用プロセスと対話する。会話プロセス・インスタンスは、非同期式タスク活性化機構の下で動作中のローカル・プロセスと対話することができ、ローカル・ビジネス・プロセスは、交換された文書の処理と他の専用アクションのための組み合わせられたタスクを有することができる。
【００２５】
会話マネージャをワークフロー・マネージャへのプラグインとして用いる好ましいアーキテクチャは、企業間会話管理とローカル・ビジネス・プロセス管理を明確に分離させる。これは、既存のワークフロー・システム・コンポーネントの有用性を最大にすることができ、会話プロセスとローカル・プロセスの両方をサポートし、会話プロセスが動作中のローカル・プロセスと対話することを可能にする。会話モデル駆動型非同期式タスク活性化の概念に基づいて、本アーキテクチャは、会話モデルとビジネス・プロセス・モデルを架橋し、ＣＭとＰＭのシームレスな統合をサポートする。異なるＩＣＰ規格下の多数のＣＭベース会話モデル駆動型非同期式タスク活性化装置を提供することができ、ＣＰＭが多数のＩＣＰ言語をサポートすることが可能になる。
【００２６】
ＩＣＰの標準化は進行中であるので、多数の会話マネージャ、又は、ＢＰＳＳ、ＷＳＦＬ、及びＷＳＣＬといった、幾つかのＩＣＰモデルに基づいた単一のＣＭのコンポーネントが、多数の企業間対話規格をサポートできることが理解される。
企業がビジネス・プロセス・レベルでコラボレートするために、企業は、そのローカル・サイト上で動作しているビジネス・プロセスが対話することを可能にしなければならない。企業間コラボレーションに参加する各当事者は、２種類のプロセス、すなわち「会話フロー」を特定する公開会話プロセス、及び会話アクティビティを実行する「ワークフロー」を特定するローカル・ビジネス・プロセスを扱う必要がある。会話フロー管理とワークフロー管理をどのように統合するか、特に企業間コラボレーションをサポートするために既存のワークフロー・エンジンをどのように最大限に活用するかが問題である。
【００２７】
会話モデル駆動型非同期式タスク活性化に基づいて会話マネージャ及びプロセス・マネージャを相互運用するための、既存のワークフロー・システム・コンポーネントの拡張した使用をサポートし、会話プロセス及びローカル・プロセスの両方をサポートし、会話管理とプロセス管理との間に動的で単純なインターフェースを提供する、幾つかのアーキテクチャについて説明された。
ピア・ツー・ピア型プロセス対話に対処するこの仕事は、集中型ワークフロー管理［Ｗｏｒｋｆｌｏｗ  Ｍａｎａｇｅｍｅｎｔ  Ｃｏａｌｉｔｉｏｎ、ｗｗｗ．ａｉｉｍ．ｏｒｇ／ｗｆｍｃ／ｍａｉｎｆｒａｍｅ．ｈｔｍ］、単一の企業においてその場しのぎのタスク依存及びデータ交換を実行するための従来型のプロセス相互運用、及び［Ｍ．Ｋｏｅｔｓｉｅｒ、Ｐ．Ｇｒｅｆｅｎ，Ｊ．Ｖｏｎｋ、「Ｃｏｎｔｒａｃｔｓ  ｆｏｒ  Ｃｒｏｓｓ−Ｏｒｇａｎｉｚａｔｉｏｎａｌ  Ｗｏｒｋｆｌｏｗ  Ｍａｎａｇｅｍｅｎｔ」、予稿集ＥＣ−Ｗｅｂ２０００］などに見られるプロセス呼出しベースのプロセス分散化と明らかに異なる。この仕事はまた、ピア・ツー・ピア型対話をプロセス・レベルまで高めるものでもあった［Ｑｉｍｉｎｇ  Ｃｈｅｎ、Ｍｅｉｃｈｕｎ  Ｈｓｕ、Ｕｍｅｓｈ  Ｄａｙａｌ、Ｍａｒｔｉｎ  Ｇｒｉｓｓ、「Ｉｎｃｏｒｐｏｒａｔｉｎｇ  Ｍｕｌｔｉ−Ａｇｅｎｔ  Ｃｏｏｐｅｒａｔｉｏｎ，Ｄｙｎａｍｉｃ  Ｗｏｋｆｌｏｗ  ａｎｄ  ＸＭＬ  ｆｏｒ  Ｅ−Ｃｏｍｍｅｒｃｅ  Ａｕｔｏｍａｔｉｏｎ」、Ａｕｔｏｎｏｍｏｕｓ  Ａｇｅｎｔｓ第４回国際会議予稿集、２０００年、Ｓｐａｎ、Ｑｉｍｉｎｇ  Ｃｈｅｎ、Ｕｍｅｓｈ  Ｄａｙａｌ、Ｍｅｉｃｈｕｎ  Ｈｓｕ、Ｍａｒｔｉｎ  Ｇｒｉｓｓ、「Ｄｙｎａｍｉｃ  Ａｇｅｎｔ，Ｗｏｒｋｆｌｏｗ  ａｎｄ  ＸＭＬ  ｆｏｒ  Ｅ−Ｃｏｍｍｅｒｃｅ  Ａｕｔｏｍａｔｉｏｎ」、Ｅ−Ｃｏｍｍｅｒｃｅ  ａｎｄ  Ｗｅｂ−Ｔｅｃｈｎｏｌｏｇｙ第１回国際会議予稿集、英国、２０００年、Ｃｈｗｅｈ  ＣＲ、「Ｐｅｅｒ−ｔｏ−ｐｅｅｒ  ｃｏｍｐｕｔｉｎｇ  ｔｒａｎｄｆｏｒｍｓ  ｆｉｌｅ−ｓｈａｒｉｎｇ  ａｎｄ  ｌａｒｇｅ−ｓｃａｌｅ  ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｍｐｕｔｉｎｇ」、ＩＥＥＥ  Ｓｏｆｔｗａｒｅ、１８巻、第１、２００１年、及びＣｌａｒｋ  Ｄ、「Ｆａｃｅ−ｔｏ−ｆａｃｅ  ｗｉｔｈ  ｐｅｅｒ−ｔｏ−ｐｅｅｒ  ｎｅｔｗｏｒｋｉｎｇ」、Ｃｏｍｐｕｔｅｒ、３４巻、第１、２００１年］。
【００２８】
プロセス・レベルにおいて直接関連していない会話の時点をサポートする、ＷＳＤＬ［ＷＳＤＬ、「Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ」、ｗｗｗ．ｗ３ｃ．ｏｒｇ．］、ＷＳＦＬ［ＷＳＦＬ、「Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｆｌｏｗ  Ｌａｎｇｕａｇｅ」、ｗｗｗ−３．ｉｂｍ．ｃｏｍ／ｓｏｆｔｗａｒｅ／ｓｏｌｕｔｉｏｎｓ／ｗｅｂｓｅｒｖｉｃｅｓ／］、ロゼッタ・ネット［ＷＳＣＩ、「Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｃｈｏｒｅｏｇｒａｐｈｙ  Ｉｎｔｅｒｆａｃｅ」、ＩｎＴａｌｉｏ、ＳＡＰ、ＢＥＡ、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓによる技術報告書、２００２年］、及びＢＰＭＬ［ＢＰＭＬ、「Ｂｕｓｉｎｅｓｓ  Ｐｒｏｃｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ」、ｗｗｗ．ＢＰＭＩ．ｏｒｇ，２００２年］と異なり、この仕事は、コレオグラフィ化された会話に重点を置く。会話の時点を扱う標準的な本体手法は、ある程度の柔軟性を提供できるが、ｅｂＸＭＬ  ＢＰＳＳのような一般に認められた会話モデル規格に従うことは難しい。さらに、コラボレーションに対して、公開ビューではなく単一の当事者・ビューを提供するために、ＷＳＦＬ、ＢＰＭＬ、ＷＳＣＬなどが用いられる。その結果、実施は、ピア・ツー・ピア型同期式実行の一般的モデルを示すものではなく、例えば、パートナーのプロセス・インスタンスがどのように同期されるか、或いはどのように対等プロセスの進行に気づかせるかを特定することは意図されていない。
【００２９】
本発明の態様が、企業間コラボレーションを企業内ビジネス・プロセスと統合するものであることを理解すべきである。このことは、多くの組織が直面する実際的な問題である。ＩＣＰ規格に基づいた会話モデルと、既存のワークフロー・エンジンがサポートする従来のビジネス・プロセスとの間には、根本的な相違が存在する。現在の努力の大部分は、ビジネス・プロセス・タスクによって会話アクティビティを「模擬する」か、又はローカル・プロセスを「サービス時点」として捉え、会話アクティビティを「充足する」モデルを採用することによって、特徴付けられる［ＢＥＡ  Ｓｙｓｔｅｍ、ＩｎＴａｌｉｏ、ＳＡＰ、Ｓｕｎ  ｍｉｃｒｏｓｙｓｔｅｍｓ、「Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｃｈｏｒｅｏｇｒａｐｈｙ  Ｉｎｔｅｒｆａｃｅ」、２００２年、ＢＰＭＬ、「Ｂｕｓｉｎｅｓｓ  Ｐｒｏｃｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ」、ｗｗｗ．ＢＰＭＬ．ｏｒｇ．２００２年、ＷＳＦＬ、「ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｆｌｏｗ  Ｌａｎｇｕａｇｅ」、ｗｗｗ−３．ｉｂｍ．ｃｏｍ／ｓｏｆｔｗａｒｅ／ｓｏｌｕｔｉｏｎｓ／ｗｅｂｓｅｒｖｉｃｅｓ／］。こうした努力は、公開会話プロセス及びローカル・ビジネス・プロセスのランタイム対話のための形式的実行機構を欠くものである。
【００３０】
本発明の１つの実施形態は、第１の当事者と第２の当事者との間の電子商取引会話において、コレオグラフィ化された交換メッセージを調整する方法として特徴付けることができる。内部のワークフロー・プロセスが、第２の当事者と関連付けられる。この方法は、メッセージを受信する第２の当事者を含む。メッセージは、電子商取引会話プロセス規格に適合した会話の一部であることが意図されている。規格は、上で識別された規格の１つのような公開規格とすることができ、専用規格とすることもできる。さらに、会話は、当事者間の私的合意に従うこともできる。この合意は、二者間、グループの参加者、又は他の何らかの機構によって達成することができる。受信されたメッセージは、好ましくは会話プロセス規格、及び例えば会話インスタンスとして維持される履歴のような会話履歴に照らして検証される。さらに、当事者間に私的合意が存在する場合には、メッセージは、該私的合意に照らして検証することもできる。特定の会話インスタンスの一部であるメッセージ交換は、コラボレーションＩＤの割り当てによって調整することができる。メッセージの処理は、メッセージ、すなわち該メッセージの文字、該メッセージの一部、又は該メッセージに応答する情報を、タスク活性化データ構造に報告する段階を含む。このデータ構造は、会話マネージャにアクセス可能であり、１つ又はそれ以上の活性化条件を満たすように、ワークフロー・プロセッサによって用いられる。活性化条件は、データ構造のコンテンツと非同期的に比較される。タスク、又はアクション、或いはワークフロー・プロセッサ自体といった、ワークフロー・プロセッサに関連したコンポーネントは、ワークフロー・メッセージを生成し、該ワークフロー・メッセージを受信し、これを用いて、該メッセージへの応答を準備する。メッセージ受信後に、１度又はそれ以上、会話の履歴が更新される。
【００３１】
本発明の別の実施形態は、企業間の電子商取引会話、１つの企業内のワークフロー、及び該ワークフローの一部である１つ又はそれ以上のアクションを調整する方法である。この方法は、電子商取引会話プロセス規格に適合するように意図された企業間会話の複数のメッセージを処理する段階を含む。少なくとも１つのメッセージについて、本方法は、メッセージ、該メッセージの一部、又は該メッセージに応答する情報といった、該メッセージに応答する情報を、会話管理プロセスからタスク活性化データ構造に通知する段階を含む。通知された情報がタスク活性化条件を満たした時には、会話とは非同期的に働く内部のワークフロー・エンジンが、タスク活性化データ構造を用いて、ワークフロー内の１つ又はそれ以上のアクションを活性化させる。幾つかの例においては、活性化されたアクションに対応して、１つ又はそれ以上のメッセージが生成され、会話プロセスに送信される。この方法においては、メッセージに応答する情報を通知する前に、会話マネージャは、該メッセージが、会話プロセス規格、会話の履歴、当事者間の私的合意、又はこれらの要因の組み合わせに適合することを検証することができる。
【００３２】
上記の方法に沿ったコンピュータ・ベースの会話システムは、本発明の付加的な実施形態を提供する。１つのそうした実施形態は、プロセス論理へのリソースを含む、少なくとも１つのコンピュータ・システムを含む。タスク活性化データ構造は、コンピュータ・システムを介してアクセス可能である。会話マネージャ論理が、コンピュータ・システム上で作動可能である。会話マネージャ論理は、電子商取引会話プロセス規格に適合したメッセージを含む、商取引パートナーとの会話を処理する。場合によっては、会話は、商取引パートナー間の合意に適合したものにもできる。会話マネージャ論理は、特定のメッセージが、特定の会話の履歴、会話プロセス規格、私的合意、又はこれらの要因の組み合わせに適合することを検証する。会話マネージャ論理は、特定のメッセージに対応するタスク活性化データ構造内に少なくとも１つのエントリを生成する。この装置は、コンピュータ・システム上で作動可能であり、会話マネージャ論理と通信する、プロセス・マネージャ論理をさらに含む。プロセス・マネージャ論理は、内部のワークフローにおけるタスクのトリガを管理する。内部のワークフローは、一般に、商取引パートナーには公開されない。プロセス・マネージャ論理は、タスク活性化データ構造にさらにアクセスし、いずれかのタスク活性化条件が満たされたかどうかを判断する。装置は、コンピュータ・システム上で作動可能であり、内部のワークフローにおいてアクションをディスパッチし、呼び出すプロセス・マネージャ論理と通信する、アクション・マネージャ論理をさらに含む。この実施形態の幾つかの変形においては、１つより多くの論理コンポーネントは、組み合わせて単一のプログラム又はルーチンにするか、或いは単一のコンピュータ・システム上で実行させることができる。この実施形態の２つの変形においては、メッセージ処理コンポーネントを異なる論理コンポーネント間で共有し、該異なる論理コンポーネントによって利用するか、或いは別個のメッセージ処理コンポーネントが、異なる論理コンポーネントについて別個に機能することもできる。
【００３３】
本発明は、上述の好ましい実施形態及び例に関連して開示されたが、これらの例は、限定的な意味ではなく例証として意図されることが理解される。コンピュータ支援処理は、説明された実施形態に関係している。したがって、本発明は、コンピュータ支援処理のための方法、該方法を実装するための論理を含むシステム、該方法を実行するための論理が記録されたメディア、該方法を実施するための論理が記録されたデータストリーム、又はコンピュータ・アクセス可能な処理サービスにおいて具体化することができる。当業者であれば、修正及び組み合わせを容易に見出すことが考えられ、該修正及び組み合わせは、本発明の精神及び上記の特許請求の範囲内にある。
【図面の簡単な説明】
【００３４】
【図１】各々がそれぞれのローカル・ビジネス・プロセス・システムを有する２つのビジネス間の対話を示す。
【図２】会話マネージャ及びワークフロー・エンジンを含む会話プロセス・マネージャを示す。
【図３】会話管理システムにおけるＢＰＳＳコラボレータを示す。
【図４】バックフィリングを伴う、注文処理システムによる企業間会話プロセスメッセージの処理を示す。
【図５Ａ】バックフィルを伴う、注文処理システムによる企業間会話プロセスメッセージの処理を示す。
【図５Ｂ】バックフィルを伴う、注文処理システムによる企業間会話プロセスメッセージの処理の図である。
【図６】ＢＰＳＳ会話マネージャとプロセス・マネージャの対話に関して更なる詳細を提供する。
【図７】ＢＰＳＳ会話マネージャとプロセス・マネージャの対話に関して更なる詳細を提供する。
【図８】会話マネージャとプロセス・マネージャとの間の緊密な結合の１つの実施形態を示す。
【図１】
2005535980.tif 000003
【図２】
2005535980.tif 000004
【図３】
2005535980.tif 000005
【図４】
2005535980.tif 000006
【図５Ａ】
2005535980.tif 000007
【図５Ｂ】
2005535980.tif 000008
【図６】
2005535980.tif 000009
【図７】
2005535980.tif 000010
【図８】
2005535980.tif 000011
【国際調査報告】
2005535980.tif 000012