电子商务正向着这样的范例发展：其中，企业通过基于诸如SOAP、 WSDL、ebXML的定义明确的协议交换XML文档，与彼此交互作用，这使 得它们能够以动态的和松散耦合的方式交互操作其万维网(Web)服务[T.Bray， J.Paoli，C.M.Sperberg-McQueen，“可扩展标记语言(Extensible Markup Language，XML)1.0规范”，1998年2月，(http：//www.w3.org/TR/REC-xml)， EbXML.org，业务流程规范方案(Business Process Specification Schema)”， V1.01，2001，SOAP，“简单对象访问协议(Simple Object Access Protocol)”， http：//msdn.Microsoft.com/xml/general/soapspec.asp，www.w3c.org，WSDL，“万 维网服务描述语言(Web Service Description Language)”，www.w3c.org.]。 为了让企业在业务流程层上协作，必须开发通道，以允许在其本地站点上运 行的业务流程交互作用。已经提出了几个企业间对话流程(Inter-enterprise Conversation Process，ICP)规范标准，例如ebXML BPSS(业务流程规范方 案，Business Process Specification Schema)[EbXML.org，业务流程规范方案”， V1.01，2001]，WSCI(Web Service Choreography Interface，万维网服务编排 接口)，[WSCI，“万维网服务编排接口”，Italio，SAP、BEA、Sun Microsystems 的技术报告。2002]，WSCL(Web Services Conversation Language，万维网服 务对话语言)[WSCL，“万维网服务对话语言”，HP提交给W3C，www.w3c.org]。 如图1中所示，ICP把文档交换的编排规定为抽象的接口，把文档的处理和 供应(provisioning)留给本地业务流程或服务。在此图中，双方由两列业务 文档来表示。订单101的传输引出(lend to)发货单111。发货单最终促成付 款102，在它之后，货物被运送，并产生运送通知112。如图所示，双方具有 内部流程，内部流程通过对话流程进行通讯。作为抽象的接口，一个ICP可 以被多种具有不同的实施方式的业务流程和服务支持。但是，没有一个ICP 规定了本地业务流程如何耦合它们内部流程和外部流程。
因此，出现了开发在外部ICP和内部工作流之间进行协调的方法和设备 的机会。

本发明涉及用于协调实体之间的外部对话流程与这些实体其中之一的内 部工作流的设备和方法。更具体地，它涉及服从用于在企业之间路由电子商 务文档的企业间对话流程标准的设备和方法。在权利要求、说明书和附图中 描述本发明的具体方案。

图1描述了两个企业之间的交互作用，每一个企业均具有其自己的本地 业务流程系统。
图2描述了包括对话管理器和工作流引擎的对话流程管理器。
图3说明了对话管理系统中的BPSS协作器(collaborator)。
图4和图5说明了由订单处理系统进行的带有回填的企业间对话流程消 息的处理。
图6和图7提供了关于BPSS对话管理器和流程管理器的交互作用的额 外细节。
图8说明了对话管理器和流程管理器之间紧密耦合的一个实施例。

参考附图做出了下面的详细描述。为了说明本发明而非限制其范围，描 述了优选实施例，而本发明的范围是由权利要求限定的。本领域普通技术人 员将认识到有关下面的描述的多种等同变化。
ICP(或仅仅是对话流程)不是在中心化服务器上执行的，而是由多个参 与方来实行。每一方负责执行对话流程的它的对等视图(peer view)。这一般 包括根据ICP规范验证输入文档并控制输出文档的发送。
在一个业务站点，处理文档交换的对话流程被与本地业务流程耦合，所 述本地业务流程处理用于文档处理和供应(provisioning)的任务的工作流。 依次的，这些任务实际上由具体的操作(concrete action)、服务和其他的本地 业务流程来执行。
在“对话行为”和“流程任务”之间，以及任务和操作之间，存在或应当存 在独立性。对于实体之间的外部对话流程，对话行为一般是接口层对象，对 于对话流程来说是内部的，用于支持对话行为的任务一般是实施层对象，对 于对话流程来说是在外部定义的。对于由实体管理的业务流程，任务一般是 接口层对象，对于业务流程来说是内部的，而用于执行任务的操作一般是实 施层对象，对于业务流程来说是在外部定义的。这意味着用于支持企业间协 作的所谓协同流程管理器(Collaborative Process Manager，CPM)潜在地由三 个通讯部件组成，如图2中所示。这些部件分别处理对话211、本地业务流 程213和操作214。所谓的对话管理器(Conversation Manager，CM)211 处理基于ICP模型(对话模型)的企业间业务交互作用201。CM的核心功能 是执行文档交换的编排。所谓的流程管理器(Process Manager，PM)213基 于业务流程模型运行本地流程。PM的核心功能是执行用于触发任务的规则。 这些任务对本地流程的完成有贡献，包括对话行为所要求的文档操作。操作 管理器(Action Manager，AM)214分派并调用本地应用、服务或流程来执 行流程任务。操作提供了文档处理、供应或其他应用的实际实施。基于 CORBA、WSDL等，可以通过本地或远程调用来调用操作。可以使得调用是 同步的或异步的。PM和AM都可以被实施为工作流引擎212的一部分。在 交互作用221的内部一侧，CPM 210可以与用户222、专用流程引擎223或 应用服务器224交互作用。对话管理、流程管理和操作管理的功能可以被组 合在CPM系统210中，或者由单独但进行通讯的系统提供。
在本文档中，CPM是通用名称而非特定的系统。对于对话流程，我们指 描述了对话流的那个；对于业务流程，我们指描述了工作流的那个。为了清 晰，我们通过把它们分别称为对话行为和任务来区别对话流程和业务流程的 基本操作。
在对业务协作的支持中，CM专注于执行企业间文档流的限制；PM专注 于执行企业内任务规划的限制。CM处理被编排的文档交换；PM在流程管理 的上下文中，处理文档处理和相应的供应，以及有关事务处理、恢复、并行 性等的问题。
在业务站点上，定义文档交换的编排的对话流程，例如C，实际上指示 了耦合业务流程，例如P的期望行为，耦合业务流程用于处理和产生对应的 文档。如果P能够以与在C中所规定的文档接收和发送的顺序匹配的顺序来 处理和提供文档，则我们说P可以被用来支持C。
总的来说，对话流程和耦合业务流程基于不同的模型。对话行为具有两 个操作，用于传送请求和响应文档，这两个操作可以映射到一个或多个使用 和产生文档的本地任务。用于例如BPSS[EbXML.org，“业务流程规范方案”， V1.01，2001]、WSCI[WSCI，“万维网服务编排接口”，Italio，SAP、BEA、 Sun Microsystems的技术报告。2002]等对话流程标准的ICP模型，全都与传 统的工作流模型不同，传统的工作流模型例如WFMC的参考模型[工作流管 理联盟(Workflow Management Coalition)，www.aiim.org/wfmc/mainframe. htm]。对话行为的编排和任务执行流在语意上也不同。由于在业务交互作用 中，由一方操作的系统无法控制由其他方操作的系统的行为，所以交互作用 的编排应该被针对共同协商同意的对话模型进行验证。在目前的情况下，随 着多种标准的出现，对话各方所选择的对话流程标准可以被各方之间的明确 的对话流程协定所补充，可以是双边的或者是一组中的参与者。
在下面的部分，我们将讨论两个主要的问题：对话管理，以及基于对话 模型驱动异步任务激活机制、在对话管理和本地业务流程管理之间的动态接 口。
支持企业间协作的对话管理器
我们已经开发了我们称为BPSS协作器的CM系统，用于在ebXML业务 流程规范方案(BPSS)标准[EbXML.org，“业务流程规范方案”，V1.01，2001] 下处理被编排的对话。本领域熟练技术人员将认识到：下面的描述也适用于， 或者可以被扩展到BPSS之外的ICP，例如WSCI或WSCL，或者任何正出现 或者以后被开发的ICP标准。
BPSS
ebXML BPSS是标准的基于XML的语言，用于规定企业间对话流程。 在BPSS中，对话流程被称为协作。两方协作(binary collaboration)具有两 个被授权的角色，而多方协作具有多于两个的伙伴角色。参与协作流程的业 务伙伴扮演这些角色；它们通过一组被编排的对话行为(在BPSS中被称为 业务行为)交互作用。对话行为可以代表业务事务处理，该业务事务处理由 参与角色之间的一个或两个预先定义的业务文档流构成。对话行为也可以迭 代地代表嵌套的两方协作。总的来说，BPSS模型是对话流程模型；它提供了 业务交互作用的抽象接口，而不考虑具体的实施。
和通常的业务流程或工作流规范不同，BPSS仅描述了业务伙伴之间的 公共接口，它基本上是业务伙伴之间的文档交换。和业务流程中的任务不同， 对话流程中的对话行为通常代表两个操作：在两个参与角色之间的请求和响 应。此外，和单调业务流程(flat business process)模型不同，BPSS模型是 被层次化地构建的。
BPSS协作器——基于BPSS模型的CM
图3中的BPSS协作器是我们开发的CM系统311，用于处理基于BPSS 的、对等的两方或多方协作。在参与企业间协作的业务站点上，BPSS协作器 333的基本功能是基于BPSS对话模型，与其伙伴300执行“交互作用流”限制 332。一个特定的对话是协作实例334。文档操作的具体实施被留给本地工作 流系统和服务321。
在BPSS中规定的协作包括多个被编排对话行为，被编排的对话行为具 有文档交换历史(history)，而非单轮文档交换。这样，BPSS协作器333以 和处理流程任务的工作流系统类似的方式，处理对话行为。在业务站点执行 对话行为的编排最好不仅把输入和输出文档的存在考虑在内，还把那些文档 要被发送或接收的顺序和时间(即协作实例的历史)考虑在内。此功能未被 传统的工作流系统覆盖。此外，由于企业间协作并不被单个企业所控制，并 且在默认状态下，其他企业的行为可能不被信任。文档交换的编排最好得到 协作器333的证实，协作器333把方案或交互作用限制332和具体交互作用 334的历史都考虑在内。
给出上面的要求，BPSS协作器提供下列功能。它支持BPSS定义模型， 包括用Java或其他编程语言生成、维护和操作对话流程模板对象。这些对象 是通过把XML规范解析为DOM树或其他树结构，然后把这些树转变为对应 的Java对象来生成的。运行时它支持BPSS实例模型，包括与业务交互作用 一起，逐步地生成、维护和发展本地站点协作实例。它验证基于模板模型332 的对话行为(对话流)的编排和每一个协作实例334的执行历史。这些是用 于在多方或两方协作中执行文档交换限制的核心功能；用于检验文档交换相 对于协作上下文、文档类型、参与角色等的一致性；用于相对于企业间消息 一致地发展对话流程实例；并用于保障对话流程执行的对等方式的同步。基 于BPSS模型的运行时验证的结果被用来确定文档发送和接收的正确性，并 产生用于激活本地流程任务，以处理输入文档和提供输出文档的条件。关于 对PM的接口，从BPSS协作验证操作返回的信息被用来把消息、部分消息 或关于消息的信息插入任务激活数据结构，该任务激活数据结构被用来异步 地激活本地流程任务。系统管理协作会话，包括开始和维护全局对话实例和 每一个对话流程的Id，并且在参与站点，把对话Id与支持对应的对话流程的 本地流程、任务或操作相关。系统管理协作角色。在BPSS下，这包括解决、 维护和检索用于两方协作的经过授权的角色，以及用于多方协作的伙伴角色。 这允许一方在对话流程层次结构中涉及到的多个两方协作中扮演不同的角 色，或在多方协作中扮演不同的角色。并且，系统监视协作实例。可以提供 万维网接口，用于监视与其他伙伴的协作状态、交换的文档等。
BPSS对话流程的逻辑执行实际上涉及在参与站点处的两个或多个对等 执行(peer-execution)。在每一个站点，在文档交换进行时，对等对话流程实 例314被逐步建立和发展。对话的历史被作为实例的一部分来维护。对于被 发送或被接收的业务文档，BPSS协作器将搜索对话流程模板，以标识与被传 递的文档匹配的对话行为、事务处理、请求操作或响应操作；并且如果它们 与模板一致，则定位、更新或生成对应的实例。不同于由工作流引擎发展的 业务流程实例，对话流程实例被作为对文档交换的反应来发展，所以，在大 多数情况下，它被回填(backfill)。
图4示出了具有两层嵌套的对话流程的例子。其实例根据文档交换而生 成和发展。为了验证文档传递，协作器把对话ID、文档类型、发送者、接收 者和行为名作为输入变量，基于对话流程模板和实例来证实这些信息，把验 证结果返回给本地服务，例如耦合工作流引擎，并发展对话流程实例。在这 个例子中，我们可以看到在不同层上的三个对话流程：“订单管理”401、“下 订单”411和“进行检验”421。“订单”403和“检验412是协作行为，代表嵌套的 对话流程；其他行为规定了两个角色之间的文档流。行为“提交改变”414和“检 验状态”415可以被重复。这些对话流程被用不同的角色定义。因此，一方在 不同层上的对话流程实例中，将扮演不同的角色，并且角色的解决和切换是 由协作器提供的功能。
为了示出对话流程实例怎样以与业务流程实例发展的方式不同的方式来 发展的，我们将在图5A-图5B中说明在最初两个文档被传送时的对话实例。 第一个订单管理501文档应该是用于对话行为“联络”502的请求文档；此行为 规定了单向的文档传送。当文档传送被证实时，则对话流程实例看起来像图 5A。第二个下订单511文档应该是对话行为“检验可用性”523的请求文档512， 并且，如果被证实，则对话流程实例被发展到图5B。返回响应522。我们可 以清楚地看到包含对话流程“下订单”511和“进行检验”如何以“回填”的方式 被实例化来保持这个对话行为。
交互作用CM和PM的可能的体系结构
虽然BPSS协作器处理对话行为，但是文档使用和产生被作为本地业务 流程和服务来实施。作为CM系统，BPSS协作器可以连接到PM或AM；并 且，存在几种配置，用于CM和PM交互作用。
第一，可以围绕CM构建独立的ICP引擎，以便仅支持对话行为。在此 体系结构上建立的CM具有下列限制。此体系结构不支持涉及除了对话行为 以外的本地任务的流程；因此，它不容易适应通常的情况：企业业务流程被 定义用于既进行(conduct)公共交互作用，也进行专用应用。它不允许公共 对话流程与正在运行的本地流程交互作用。此外，被CPM作为单独的服务点 (points of service，POS)调用的本地服务在业务流程层上不是相关的。此体 系结构不得不靠自己来处理可扩展性，因为它不能依靠本地工作流引擎来这 么做。因此，它必须被辅助以各种(full spectrum)流程管理功能，与企业工 作流引擎具有相当多的重叠。
第二，工作流引擎可以具有CM作为其前端，用于处理业务对话。此体 系结构的主要限制是：BPSS协作器具有其自己的企业间消息通信逻辑；并且 因而必须保障消息传递的吞吐量、安全性等。在后端工作流引擎包括此逻辑 的情况下，BPSS协作器应该能够再使用它，这导致了下面描述的体系结构。
第三，可以在扩展工作流引擎中插入CM。最后这个体系结构提高了现 有工作流系统部件的使用性，既支持对话流程也支持本地流程，并且简化了 CM和PM之间的接口。通过提供不同的ICP标准下的CM，CPM能够支持 多种ICP语言。
CM作为模型驱动的异步任务激活器
同步和异步任务激活
在传统的工作流模型中，在概念上，任务被所谓的“任务激活条件”的满 足所触发。当流程被用交互链接的任务规定时，从任务Tp到任务T的链接 实际上代表了涉及Tp的执行状态的T的激活条件。从这个观点，业务流程 也可以被看作为用于任务激活、流程终止等的一组规则。
我们区分两种一般的任务激活机制：同步激活和异步激活。给定任务T， 同步激活意味着事件直接激活T，该事件例如通知在先任务的状态。异步激 活意味着事件导致作为T的任务激活条件基础的任务激活数据结构的更新， 这可能潜在地使得任务准备好运行。检验条件和激活T由单独的、异步的控 制线程处理。激活一个任务可能意味着马上执行它，或调度它以执行。
对话模型驱动异步任务激活
给定对话流程C，以及耦合本地业务流程P，即使P的任务流与在C中 规定的文档交换的顺序一致，也很难使P和C的执行步调同步，特别是当P 涉及其他的专用应用，并且以和C不同的步调运行时。
异步任务激活是用于解决使对话流程实例与对应的本地业务流程实例同 步的困难的机制。参考图6，异步任务激活可以包括下面内容。任务661可 以基于特定任务激活条件651被调度以运行，并且这些条件被对照特定基础 数据(certain underlying data)来检验。在文档交换647时，对话流程实例634 的发展635产生了用于更新651的信息，该更新651是用来更新作为任务激 活条件基础的任务激活数据结构。PM 613的任务调度器652将作为单独的控 制线程，将异步地检验那些条件651，以调度任务661。任务激活数据结构更 新可以使用PM的API由CM进行，或使用CM的API由PM进行。
关于基于BPSS的对话，被发送和接收的文档的证实可能涉及下列属性： 协作ID；代表服务的对话行为名；发送者；接收者；和文档名。
基于模板632和BPSS对话流程634的执行实例，当上面的文档交换信 息被证实时，信息646可以返回；否则将返回适当的错误消息。返回的信息 646包括：协作ID；对话行为；交互作用时间；请求扮演者及其角色；响应 扮演者及其角色；文档名；操作类型(“响应”或“请求”)；证实状态。
这些结果数据可以被选择，以成为任务激活条件的基础。提供了在由CM 产生的信息和任务激活数据结构之间的映射。不同的映射可以使CM适合于 不同的工作流引擎。采用这样的映射，对话流程和本地业务流程可以被独立 地定义。图7是对话模型驱动的异步任务激活的更详细的说明。这个图的某 些编号方式和图6中的编号方式类似。在公共流程701中，文档交换消息747 被从一个实体发送到另一个。此文档交换消息747可以包括协作ID、行为， 以及发送者和接收者的标识。文档交换消息被接收用于被协作器733进行处 理。协作器733可访问BPSS模板732，模板732最好是以方案的形式规定了 关于企业间对话处理的规则或限制。协作器733还可访问BPSS实例734， BPSS实例734包括典型的通过协作ID号码跟踪的特定对话的历史。协作器 733最好对照模板732和对话历史734验证接收到的消息。被证实的结果746 可以包括协作ID、行为、交互作用时间戳、请求角色方标识、响应角色方标 识，以及与消息对应的文档名。消息、一部分消息或对消息做出响应的信息， 被输入任务激活数据结构753。任务激活数据结构可以包括协作ID、发送者 角色、接收者角色、被请求的服务和文档名。它可以包括各种额外的信息， 用来激活内部的工作流中的任务。额外的数据结构751包括任务激活条件。 工作流管理器把任务激活数据结构中的数据与任务激活条件进行比较，以确 定任务何时应该被激活、解除激活或者是做其他处理，该任务例如专用流程 722中的订单处理762。
采用上面的体系结构，CM和PM的功能具有单独的功能。如图8所示， CM 811负责管理对话流程模型801下的对话，PM 813负责管理基于其工作 流模型的本地流程822的耦合。但是，把BPSS协作器作为建立在CPM 810 中的CM而非前端CM，可以使它免于直接地处理企业间消息通信，允许它 依靠工作流引擎逻辑818的能力和可扩展性来这么做。如图8中所示，在这 种情况下，CM不起到“消息拦截器”的作用。在异步任务激活机制下紧密地耦 合CM和PM代表了一种优良的联结(bridging)对话模型801和业务流程模 型822的方式。当BPSS协作器验证文档交换，并使用验证结果建立用于本 地流程的任务激活条件的数据时，BPSS协作器可以被看作用于任务调度的 PM规则引擎的扩展。并且对话流程实例可以被看作任务激活数据结构的扩 展，规则引擎通过API搜索任务激活数据结构。
从这个观点，BPSS协作器可以被刻画为对话模型驱动的异步任务激活 器，基于规则的任务调度器与该异步任务激活器交互作用。此体系结构把CM 功能从“主动部件”修改为可以由PM通过API控制的“被动部件”。此体系结 构支持下列特征。它具有公共接口。BPSS协作器提供基于BPSS模型的对话 管理。但是，它不拦截企业间消息；相反，它从CPM平台获取关于企业间交 互作用的信息。它具有本地接口。BPSS协作器通过API连接到本地PM，并 可以被刻画为对话模型驱动的异步任务激活器。它和专用流程交互作用。在 异步任务激活机制下，对话流程实例可以与正在运行的本地流程交互作用； 本地业务流程可以具有混合的任务，用于处理相互交换的文档，并用于其他 专用操作。
使用对话管理器作为工作流管理器的插件程序的优选体系结构提供了企 业间对话管理和本地业务流程管理的清晰的分离。它允许现有工作流系统部 件的最大限度的使用，既支持对话流程，也支持本地流程，并允许对话流程 与正在运行的本地流程交互作用。基于对话模型驱动的异步任务激活的概念， 此体系结构把对话模型和业务流程模型联结起来，并支持CM和PM的无缝 集成。可以提供不同ICP标准下的多个基于CM的对话模型驱动的异步任务 激活器，这些异步任务激活器允许CPM支持多种ICP语言。
当ICP标准化正在进行时，可以理解，多个对话管理器或单个CM的部 件，基于几个ICP模型，例如BPSS、WSFL和WSCI，可以支持多个企业间 交互作用标准。
为了让企业在业务流程层上协作，它们必须允许在其本地站点上运行的 业务流程交互作用。参与企业间协作的每一方需要处理两种流程：规定了“对 话流”的公共对话流程，和规定了“工作流”的本地业务流程，“工作流”完成了 对话行为。怎样集成对话流管理和工作流管理，特别是怎样充分利用现有工 作流引擎来支持企业间协作是个挑战。
已经描述了用于基于对话模型驱动的异步任务激活来互操作对话管理器 和流程管理器的几个体系结构，它们支持现有工作流系统部件的扩展使用， 支持对话流程和本地流程，并在对话管理和流程管理之间提供了动态和简单 的接口。
解决了对等流程交互作用的这个工作清楚地不同于中心化工作流管理 [工作流管理联盟，www.aiim.org/wfmc/mainframe.htm]；不同于传统的流程 互操作，传统的流程互操作用于执行单个企业中的定制任务依赖性和数据交 换；并且不同于在[M.Koetsier，P.Grefen，J.Vonk，″Contracts for Cross-Organizational Workflow Management″，Proc.EC-Web′2000]中可见的基 于流程调用的流程分散等。这个工作还把对等交互作用提升到流程层[Qiming Chen，Meichun Hsu，Umesh Dayal，Martin Griss，″Incorporating Multi-Agent Cooperation，Dynamic Workflow and XML for E-Commerce Automation″，Proc. Fourth International Conference on Autonomous Agents，2000，Span，Qiming Chen，Umesh Dayal，Meichun Hsu，Martin Griss，″Dynamic Agent，Workflow and XML for E-Commerce Automation″，Proc.First International Conference on E- Commerce and Web-Technology，2000，UK，Chweh CR，″Peer-to-peer computing transforms file-sharing and large-scale distributed computing，IEEE Software，Vol. 18，No.1，2001，and Clark D，″Face-to-face with peer-to-peer networking″， Computer，Vol.34，No.1，2001]
不同于支持在流程层不直接相关的对话点的WSDL[WSDL，″万维网服务 描述语言″，www.w3c.org]、WSFL[WSFL，″万维网服务流语言″，www3.ibm. com/software/solutions/webservices/]、Rosetta-net[WSCI，″万维网服务编排接口 ″，Italio，SAP、BEA、Sun Microsystems的技术报告。2002]，和BPML[业务 流程标记语言，www.BPMI.org.2002]，这个工作专注于被编排的对话。处理 对话点的标准体方式(standard body approach)可以提供某种灵活性，但是几 乎不能遵循普遍同意的对话模型标准，例如ebXML BPSS。此外，WSFL、 BPML和WSCL等被用于给协作提供单方视图而非公共视图。结果，实施没 有给出对等同步执行的通用模型；例如，它不打算规定伙伴流程实例被怎样 同步或怎样被使得知晓对等流程的进度。
应当认识到，本发明的各方面把企业间协作和企业内的业务流程集成起 来。这是很多组织所面临的实际挑战。在作为ICP标准基础的对话模型和现 有工作流引擎支持的传统业务流程模型之间，存在着根本的不同。大多数当 前的努力的特征在于采用这样的模型：它或者“模拟”业务流程任务的传统行 为，或者把本地流程作为“服务点”来“完成”传统行为[BEA System、InTalio、 SAP、Sun Microsystems，“万维网服务编排接口”，2002，BPML，“业务流程 标记语言”，www.BPMI.org.2002，WSFL，“万维网服务流语言”， www3.ibm.com/software/solutions/webservices/]。这些努力缺少正式的执行机 制，该执行机制用于公共对话流程和本地业务流程的运行时交互作用。
本发明的一个实施例可以被刻画为一种在第一方和第二方之间的电子商 务对话中，协调被编排的交换消息的方法。内部工作流流程与第二方相关联。 该方法包括接收消息的第二方。该消息被期望成为符合电子商务对话流程标 准的对话的一部分。该标准可以是公共的标准，例如上面所区分的标准之一， 或者，它可以是专用标准。此外，对话可以符合几方之间的专用协定。该协 定可以被从两方面达成，通过参与一个组，或者通过任何其他的机制。被接 收到的消息被验证，最好是对照着对话流程标准，并对照着对话的历史，例 如，被作为对话实例而维护的历史。此外，当各方之间存在专用协定时，消 息可以被对照该专用协定验证。作为具体对话实例的一部分的消息交换可以 通过指派协作ID来协调。消息的处理包括向任务激活数据结构报告该消息， 可以是消息的文本、一部分消息或者响应该消息的信息。对话管理器可以访 问该数据结构，工作流处理器使用该数据结构来满足一个或多个激活条件。 激活条件被异步地与数据结构的内容进行比较。与工作流处理器相关联的部 件，例如任务或操作，或工作流处理器自身，产生工作流消息，该工作流消 息被接收并被用来准备对该消息的响应。在接收到该消息后，对话的历史被 更新一次或多次。
本发明的另一个实施例是一种协调在企业之间的电子商务对话、在其中 一个企业里面的工作流、以及作为该工作流的部分的一个或多个操作的方法。 该方法包括处理企业之间的对话中的多个消息，该对话被期望服从于电子商 务对话标准。对于消息中的至少一个，该方法包括从对话管理流程向任务激 活数据结构发布响应该消息的信息，例如消息、消息的一部分或响应消息的 信息。当被发布的消息满足任务激活条件时，与对话异步地工作的内部工作 流引擎使用任务激活数据结构来激活工作流中的一个或多个操作。在一些实 例中，对应于被激活的操作，一个或多个消息被产生，并被发送到对话流程。 采用这种方法，在发布响应消息的信息之前，对话管理器可以验证消息符合 对话流程标准、对话的历史、几方之间的专用协定，或这些因素的组合。
与上面描述的方法类似的基于计算机的对话系统提供了本发明的额外的 实施例。一个这样的实施例包括至少一个计算机系统，计算机系统包括处理 逻辑的资源。通过该计算机系统，可以访问任务激活数据结构。对话管理器 逻辑可在计算机系统上运行。对话管理器逻辑处理与贸易伙伴的符合电子商 务对话流程标准的对话，包括消息。在一些情况下，对话还可以符合贸易伙 伴之间的协定。对话管理器逻辑验证具体消息符合具体对话的历史，符合对 话流程标准，符合专用协定，或者符合这些因素的组合。对话管理器逻辑在 任务激活数据结构中产生至少一个与该具体消息对应的记录。这个设备还包 括流程管理器逻辑，流程管理器逻辑可在计算机系统上运行，并与对话管理 器逻辑进行通讯。流程管理器逻辑管理内部工作流中的任务的触发。内部工 作流通常不暴露给贸易伙伴。流程管理器逻辑还访问任务激活数据结构，以 确定是否任何任务激活条件已经被满足。设备还包括操作管理器逻辑，该逻 辑可在计算机系统上运行，并和流程管理器逻辑进行通讯，流程管理器逻辑 分派并调用内部工作流中的操作。在有关本实施例的一些变化中，多于一个 的逻辑部件可以被组合到单个程序或例程中，或者可以在单个计算机系统上 运行。在有关本实施例的两个变化中，消息处理部件可以在不同的逻辑部件 中被共享和利用，或者单独的消息处理部件可以针对不同的逻辑部件分别地 发挥作用。
虽然通过参考优选实施例和上面详细说明的例子公开了本发明，但是， 应该理解，这些例子意在解释阐述而非限制。在所描述的实施例中暗示了计 算机辅助处理。因此，本发明可以被具体实施在用于计算机辅助处理的方法 中、包括实施方法的逻辑的系统中、载有实行方法的逻辑的介质中、载有实 施方法的逻辑的数据流中，或者计算机可访问的处理服务中。可以预期，本 领域熟练技术人员很容易想到修改和组合，修改和组合将处于本发明的精神 中和下面的权利要求的范围内。