《企业间对话的系统和方法.pdf》由会员分享，可在线阅读，更多相关《企业间对话的系统和方法.pdf（18页珍藏版）》请在专利查询网上搜索。
1、(10)申请公布号 CN 103559575 A (43)申请公布日 2014.02.05 CN 103559575 A (21)申请号 201310529859.7 (22)申请日 2003.08.11 10/222,008 2002.08.15 US 03823638.9 2003.08.11 G06Q 10/06(2012.01) G06Q 10/10(2012.01) (71)申请人 开放创新网络有限责任公司 地址 美国纽约州 (72)发明人 陈启明 许美春 文克什梅塔 (74)专利代理机构 北京市金杜律师事务所 11256 代理人 王茂华 (54) 发明名称 企业间对话的系统和方法 。
2、(57) 摘要 公开了企业间对话的系统和方法。本发明涉 及协调实体之间的外部对话流程与这些实体其中 之一的内部工作流的设备和方法。 更具体地， 它涉 及服从企业间对话流程标准的设备和方法， 所述 企业间对话流程标准用于在企业之间路由电子商 务文档。 在权利要求、 说明书和附图中描述了本发 明的具体方面。 (30)优先权数据 (62)分案原申请数据 (51)Int.Cl. 权利要求书 2 页 说明书 9 页 附图 6 页 (19)中华人民共和国国家知识产权局 (12)发明专利申请 权利要求书2页 说明书9页 附图6页 (10)申请公布号 CN 103559575 A CN 103559575 A。
3、 1/2 页 2 1. 一种协调在第一方和第二方之间的电子商务对话中被编排的消息交换和与所述第 二方相关联的工作流流程的方法， 所述方法包括 ： 所述第二方接收所述对话中的消息， 所述对话包括在所述第一方和所述第二方之间的 多个文档交换， 并且所述对话符合电子商务对话流程标准 ； 验证所述消息符合所述对话流程标准， 并符合所述对话的历史 ； 向任务激活数据结构报告所述消息， 其中， 所述数据结构被与工作流处理器共享， 所述工作流处理器和所述第二方相关联， 并且 所述工作流处理器使用所述数据结构来满足一个或多个激活条件， 并异步地激活任 务 ； 接收工作流消息， 并使用所述工作流消息来准备对所述。
4、消息的响应 ； 和更新所述对话 的历史一次或多次。 2. 如权利要求 1 所述的方法， 其中， 所述对话中的消息还符合所述第一方和第二方之 间的对话流程协定。 3. 如权利要求 1 所述的方法， 其中， 所述工作流消息由所述第二方从所述工作流处理 器接收。 4. 一种在被编排的电子商务对话流程和异步地工作的工作流流程之间通讯状态信息 的方法， 包括 ： 从包括在所述第一方和所述第二方之间的多个文档交换的所述对话流程发布至少一 个消息到可访问的任务激活数据结构， 其中， 所述消息被验证符合所述对话的历史， 并符合 电子商务对话标准 ； 当满足至少一个任务激活条件时， 与所述对话流程异步地评估所述。
5、被发布的消息 ； 激活至少一个工作流任务 ； 和 对应于所述被激活的工作流任务， 从所述工作流流程发送工作流消息到所述对话流 程。 5. 一种协调企业之间的电子商务对话、 企业内的工作流、 以及所述工作流内的一个或 多个操作的计算机实现的方法， 所述方法包括 ： 根据电子商务对话流程标准， 处理在所述第一方和所述第二方之间的所述包括多个文 档交换的对话中的多个消息 ； 针对至少一个消息， 从对话管理流程把至少一部分消息发布到任务激活数据结构 ； 与 所述对话异步地使用所述数据结构来跟踪工作流中操作的状态 ； 当所述消息的被发布部分 满足任务激活条件时， 激活所述工作流中至少一个操作 ； 对应于。
6、所述被激活的操作， 发送一个或多个消息到所述对话流程。 6. 如权利要求 5 所述的方法， 其中， 在发布步骤之前， 验证所述消息符合所述对话流程 标准， 并符合所述对话的历史。 7. 如权利要求 6 所述的方法， 其中， 所述消息还符合所述第一方和所述第二方之间的 对话流程协定。 8. 一种基于计算机的对话流程驱动的异步任务激活器， 设备包括 ： 至少一个计算机系统， 包括处理逻辑的资源 ； 任务激活数据结构， 可通过所述计算机系统访问 ； 权 利 要 求 书 CN 103559575 A 2 2/2 页 3 对话管理器逻辑， 可在所述计算机系统上运行， 所述对话管理器逻辑 处理和包括在贸易。
7、伙伴之间的多个文档交换的所述贸易伙伴的符合电子商务对话流 程标准的对话， 包括消息 ； 验证特定的消息符合特定的对话的历史， 并符合所述对话流程标准 ； 对应于所述特定的消息， 在所述任务激活数据结构中产生至少一个记录 ； 流程管理器逻辑， 可在所述计算机系统上运行， 并与所述对话管理器逻辑通讯， 所述流 程管理器逻辑 管理一般不被暴露给所述贸易伙伴的内部工作流中任务的触发 ； 访问所述任务激活数据结构以确定是否已经满足了任何任务激活条件 ； 操作管理器逻辑， 可在所述计算机系统上运行， 并与所述流程管理器逻辑通讯， 所述操 作管理器逻辑分派并调用所述内部工作流中的操作。 9. 如权利要求 8。
8、 所述的设备， 还包括共享的消息处理部件， 所述处理部件可被所述对 话管理器逻辑、 所述流程管理器逻辑和所述操作管理器逻辑访问和利用。 10. 如权利要求 8 所述的设备， 其中， 所述对话管理器逻辑利用第一消息处理部件， 用 于和所述贸易伙伴进行外部通讯， 并且所述流程管理器逻辑和操作管理器逻辑使用第二消 息处理部件， 用于和任务以及用户进行内部工作流通讯。 权 利 要 求 书 CN 103559575 A 3 1/9 页 4 企业间对话的系统和方法 0001 相关申请引用 0002 本申请是国际申请号为 PCT/US03/25124、 国际申请日为 2003 年 08 年 11 日、 进入。
9、 中国国家阶段日期为 2005 年 4 月 1 日、 国家申请号为 03823638.9 的发明专利申请的分案 申请。 技术领域 0003 本发明涉及用于协调实体之间的外部对话流程与这些实体其中之一的内部工作 流的设备和方法。更具体地， 它涉及服从用于在企业之间路由电子商务文档的企业间对话 流程标准的设备和方法。 背景技术 0004 电子商务正向着这样的范例发展 ： 其中， 企业通过基于诸如 SOAP、 WSDL、 ebXML 的 定义明确的协议交换 XML 文档， 与彼此交互作用， 这使得它们能够以动态的和松散耦合的 方式交互操作其万维网 (Web) 服务 T.Bray,J.Paoli， C。
10、.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 Obiect Access Protocol)” ， http ： /msdn.M www.w3c.org， WSDL，“万维网服 务描述语言 (Web Servi。
11、ce 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， 万维网服。
12、 务编排接口 )， 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。发货 单最终。
13、促成付款 102， 在它之后， 货物被运送， 并产生运送通知 112。如图所示， 双方具有内 部流程， 内部流程通过对话流程进行通讯。作为抽象的接口， 一个 ICP 可以被多种具有不同 的实施方式的业务流程和服务支持。但是， 没有一个 ICP 规定了本地业务流程如何耦合它 们内部流程和外部流程。 0005 因此， 出现了开发在外部 ICP 和内部工作流之间进行协调的方法和设备的机会。 发明内容 0006 本发明涉及用于协调实体之间的外部对话流程与这些实体其中之一的内部工作 说 明 书 CN 103559575 A 4 2/9 页 5 流的设备和方法。更具体地， 它涉及服从用于在企业之间路由电子。
14、商务文档的企业间对话 流程标准的设备和方法。在权利要求、 说明书和附图中描述本发明的具体方案。 附图说明 0007 图 1 描述了两个企业之间的交互作用， 每一个企业均具有其自己的本地业务流程 系统。 0008 图 2 描述了包括对话管理器和工作流引擎的对话流程管理器。 0009 图 3 说明了对话管理系统中的 BPSS 协作器 (collaborator)。 0010 图 4 和图 5 说明了由订单处理系统进行的带有回填的企业间对话流程消息的处 理。 0011 图 6 和图 7 提供了关于 BPSS 对话管理器和流程管理器的交互作用的额外细节。 0012 图 8 说明了对话管理器和流程管理器。
15、之间紧密耦合的一个实施例。 具体实施方式 0013 参考附图做出了下面的详细描述。为了说明本发明而非限制其范围， 描述了优选 实施例， 而本发明的范围是由权利要求限定的。本领域普通技术人员将认识到有关下面的 描述的多种等同变化。 0014 ICP( 或仅仅是对话流程 ) 不是在中心化服务器上执行的， 而是由多个参与方来实 行。每一方负责执行对话流程的它的对等视图 (peer view)。这一般包括根据 ICP 规范验 证输入文档并控制输出文档的发送。 0015 在一个业务站点， 处理文档交换的对话流程被与本地业务流程耦合， 所述本地业 务流程处理用于文档处理和供应 (provisioning)。
16、 的任务的工作流。依次的， 这些任务实际 上由具体的操作 (concrete action)、 服务和其他的本地业务流程来执行。 0016 在 “对话行为” 和 “流程任务” 之间， 以及任务和操作之间， 存在或应当存在独立性。 对于实体之间的外部对话流程， 对话行为一般是接口层对象， 对于对话流程来说是内部的， 用于支持对话行为的任务一般是实施层对象， 对于对话流程来说是在外部定义的。对于由 实体管理的业务流程， 任务一般是接口层对象， 对于业务流程来说是内部的， 而用于执行任 务的操作一般是实施层对象， 对于业务流程来说是在外部定义的。这意味着用于支持企业 间协作的所谓协同流程管理器(Co。
17、llaborative Process Manager， CPM)潜在地由三个通讯 部件组成， 如图 2 中所示。这些部件分别处理对话 211、 本地业务流程 213 和操作 214。所 谓的对话管理器 (Conversation Manager， CM)211 处理基于 ICP 模型 ( 对话模型 ) 的企业 间业务交互作用 201。CM 的核心功能是执行文档交换的编排。所谓的流程管理器 (Process Manager， PM)213 基于业务流程模型运行本地流程。PM 的核心功能是执行用于触发任务的 规则。这些任务对本地流程的完成有贡献， 包括对话行为所要求的文档操作。操作管理器 (Ac。
18、tion Manager， AM)214 分派并调用本地应用、 服务或流程来执行流程任务。操作提供了 文档处理、 供应或其他应用的实际实施。基于 CORBA、 WSDL 等， 可以通过本地或远程调用来 调用操作。可以使得调用是同步的或异步的。PM 和 AM 都可以被实施为工作流引擎 212 的 一部分。在交互作用 221 的内部一侧， CPM210 可以与用户 222、 专用流程引擎 223 或应用服 务器 224 交互作用。对话管理、 流程管理和操作管理的功能可以被组合在 CPM 系统 210 中， 说 明 书 CN 103559575 A 5 3/9 页 6 或者由单独但进行通讯的系统提供。
19、。 0017 在本文档中， CPM 是通用名称而非特定的系统。对于对话流程， 我们指描述了对话 流的那个 ； 对于业务流程， 我们指描述了工作流的那个。为了清晰， 我们通过把它们分别称 为对话行为和任务来区别对话流程和业务流程的基本操作。 0018 在对业务协作的支持中， CM 专注于执行企业间文档流的限制 ； PM 专注于执行企业 内任务规划的限制。CM 处理被编排的文档交换 ； PM 在流程管理的上下文中， 处理文档处理 和相应的供应， 以及有关事务处理、 恢复、 并行性等的问题。 0019 在业务站点上， 定义文档交换的编排的对话流程， 例如 C， 实际上指示了耦合业务 流程， 例如 P。
20、 的期望行为， 耦合业务流程用于处理和产生对应的文档。如果 P 能够以与在 C 中所规定的文档接收和发送的顺序匹配的顺序来处理和提供文档， 则我们说 P 可以被用来 支持 C。 0020 总的来说， 对话流程和耦合业务流程基于不同的模型。 对话行为具有两个操作， 用 于传送请求和响应文档， 这两个操作可以映射到一个或多个使用和产生文档的本地任务。 用于例如 BPSSEbXML.org，“业务流程规范方案” ， V1.01， 2001、 WSCIWSCI，“万维网服务编 排接口” ， Italio， SAP、 BEA、 Sun Microsystems 的技术报告。2002 等对话流程标准的 I。
21、CP 模型， 全都与传统的工作流模型不同， 传统的工作流模型例如 WFMC 的参考模型 工作流管 理联盟 (Workflow Management Coalition)， www.aiim.org/wfmc/mainframe.htm。对话 行为的编排和任务执行流在语意上也不同。由于在业务交互作用中， 由一方操作的系统无 法控制由其他方操作的系统的行为， 所以交互作用的编排应该被针对共同协商同意的对话 模型进行验证。 在目前的情况下， 随着多种标准的出现， 对话各方所选择的对话流程标准可 以被各方之间的明确的对话流程协定所补充， 可以是双边的或者是一组中的参与者。 0021 在下面的部分， 我。
22、们将讨论两个主要的问题 ： 对话管理， 以及基于对话模型驱动异 步任务激活机制、 在对话管理和本地业务流程管理之间的动态接口。 0022 支持企业间协作的对话管理器 0023 我们已经开发了我们称为 BPSS 协作器的 CM 系统， 用于在 ebXML 业务流程规范方 案 (BPSS) 标准 EbXML.org，“业务流程规范方案” ， V1.01， 2001 下处理被编排的对话。本 领域熟练技术人员将认识到 ： 下面的描述也适用于， 或者可以被扩展到 BPSS 之外的 ICP， 例 如 WSCI 或 WSCL， 或者任何正出现或者以后被开发的 ICP 标准。 0024 BPSS 0025 e。
23、bXML BPSS 是标准的基于 XML 的语言， 用于规定企业间对话流程。在 BPSS 中， 对 话流程被称为协作。两方协作 (binary collaboration) 具有两个被授权的角色， 而多方协 作具有多于两个的伙伴角色。参与协作流程的业务伙伴扮演这些角色 ； 它们通过一组被编 排的对话行为 ( 在 BPSS 中被称为业务行为 ) 交互作用。对话行为可以代表业务事务处理， 该业务事务处理由参与角色之间的一个或两个预先定义的业务文档流构成。 对话行为也可 以迭代地代表嵌套的两方协作。总的来说， BPSS 模型是对话流程模型 ； 它提供了业务交互 作用的抽象接口， 而不考虑具体的实施。。
24、 0026 和通常的业务流程或工作流规范不同， BPSS 仅描述了业务伙伴之间的公共接口， 它基本上是业务伙伴之间的文档交换。和业务流程中的任务不同， 对话流程中的对话行 为通常代表两个操作 ： 在两个参与角色之间的请求和响应。此外， 和单调业务流程 (flat 说 明 书 CN 103559575 A 6 4/9 页 7 business process) 模型不同， BPSS 模型是被层次化地构建的。 0027 BPSS 协作器基于 BPSS 模型的 CM 0028 图3中的BPSS协作器是我们开发的CM系统311， 用于处理基于BPSS的、 对等的两 方或多方协作。在参与企业间协作的业务。
25、站点上， BPSS 协作器 333 的基本功能是基于 BPSS 对话模型， 与其伙伴 300 执行 “交互作用流” 限制 332。一个特定的对话是协作实例 334。文 档操作的具体实施被留给本地工作流系统和服务 321。 0029 在 BPSS 中规定的协作包括多个被编排对话行为， 被编排的对话行为具有文档交 换历史 (history)， 而非单轮文档交换。这样， BPSS 协作器 333 以和处理流程任务的工作流 系统类似的方式， 处理对话行为。在业务站点执行对话行为的编排最好不仅把输入和输出 文档的存在考虑在内， 还把那些文档要被发送或接收的顺序和时间 ( 即协作实例的历史 ) 考虑在内。。
26、此功能未被传统的工作流系统覆盖。此外， 由于企业间协作并不被单个企业所 控制， 并且在默认状态下， 其他企业的行为可能不被信任。 文档交换的编排最好得到协作器 333 的证实， 协作器 333 把方案或交互作用限制 332 和具体交互作用 334 的历史都考虑在 内。 0030 给出上面的要求， BPSS 协作器提供下列功能。它支持 BPSS 定义模型， 包括用 Java 或其他编程语言生成、 维护和操作对话流程模板对象。这些对象是通过把 XML 规范解析为 DOM 树或其他树结构， 然后把这些树转变为对应的 Java 对象来生成的。运行时它支持 BPSS 实例模型， 包括与业务交互作用一起，。
27、 逐步地生成、 维护和发展本地站点协作实例。它验证 基于模板模型 332 的对话行为 ( 对话流 ) 的编排和每一个协作实例 334 的执行历史。这 些是用于在多方或两方协作中执行文档交换限制的核心功能 ； 用于检验文档交换相对于协 作上下文、 文档类型、 参与角色等的一致性 ； 用于相对于企业间消息一致地发展对话流程实 例 ； 并用于保障对话流程执行的对等方式的同步。 基于BPSS模型的运行时验证的结果被用 来确定文档发送和接收的正确性， 并产生用于激活本地流程任务， 以处理输入文档和提供 输出文档的条件。关于对 PM 的接口， 从 BPSS 协作验证操作返回的信息被用来把消息、 部分 消息。
28、或关于消息的信息插入任务激活数据结构， 该任务激活数据结构被用来异步地激活本 地流程任务。 系统管理协作会话， 包括开始和维护全局对话实例和每一个对话流程的Id， 并 且在参与站点， 把对话 Id 与支持对应的对话流程的本地流程、 任务或操作相关。系统管理 协作角色。在 BPSS 下， 这包括解决、 维护和检索用于两方协作的经过授权的角色， 以及用于 多方协作的伙伴角色。 这允许一方在对话流程层次结构中涉及到的多个两方协作中扮演不 同的角色， 或在多方协作中扮演不同的角色。并且， 系统监视协作实例。可以提供万维网接 口， 用于监视与其他伙伴的协作状态、 交换的文档等。 0031 BPSS 对话。
29、流程的逻辑执行实际上涉及在参与站点处的两个或多个对等执行 (peer-execution)。在每一个站点， 在文档交换进行时， 对等对话流程实例 314 被逐步建立 和发展。对话的历史被作为实例的一部分来维护。对于被发送或被接收的业务文档， BPSS 协作器将搜索对话流程模板， 以标识与被传递的文档匹配的对话行为、 事务处理、 请求操作 或响应操作 ； 并且如果它们与模板一致， 则定位、 更新或生成对应的实例。不同于由工作流 引擎发展的业务流程实例， 对话流程实例被作为对文档交换的反应来发展， 所以， 在大多数 情况下， 它被回填 (backfill)。 0032 图 4 示出了具有两层嵌套的。
30、对话流程的例子。其实例根据文档交换而生成和发 说 明 书 CN 103559575 A 7 5/9 页 8 展。为了验证文档传递， 协作器把对话 ID、 文档类型、 发送者、 接收者和行为名作为输入变 量， 基于对话流程模板和实例来证实这些信息， 把验证结果返回给本地服务， 例如耦合工作 流引擎， 并发展对话流程实例。在这个例子中， 我们可以看到在不同层上的三个对话流程 ： “订单管理” 401、“下订单” 411 和 “进行检验” 421。 “订单” 403 和 “检验 412 是协作行为， 代 表嵌套的对话流程 ； 其他行为规定了两个角色之间的文档流。行为 “提交改变” 414 和 “检 。
31、验状态” 415 可以被重复。这些对话流程被用不同的角色定义。因此， 一方在不同层上的对 话流程实例中， 将扮演不同的角色， 并且角色的解决和切换是由协作器提供的功能。 0033 为了示出对话流程实例怎样以与业务流程实例发展的方式不同的方式来发展的， 我们将在图5A-图5B中说明在最初两个文档被传送时的对话实例。 第一个订单管理501文 档应该是用于对话行为 “联络” 502 的请求文档 ； 此行为规定了单向的文档传送。当文档传 送被证实时， 则对话流程实例看起来像图 5A。第二个下订单 511 文档应该是对话行为 “检 验可用性” 523 的请求文档 512， 并且， 如果被证实， 则对话流。
32、程实例被发展到图 5B。返回响 应 522。我们可以清楚地看到包含对话流程 “下订单” 511 和 “进行检验” 如何以 “回填” 的 方式被实例化来保持这个对话行为。 0034 交互作用 CM 和 PM 的可能的体系结构 0035 虽然 BPSS 协作器处理对话行为， 但是文档使用和产生被作为本地业务流程和服 务来实施。作为 CM 系统， BPSS 协作器可以连接到 PM 或 AM ； 并且， 存在几种配置， 用于 CM 和 PM 交互作用。 0036 第一， 可以围绕 CM 构建独立的 ICP 引擎， 以便仅支持对话行为。在此体系结构上 建立的CM具有下列限制。 此体系结构不支持涉及除了对。
33、话行为以外的本地任务的流程 ； 因 此， 它不容易适应通常的情况 ： 企业业务流程被定义用于既进行 (conduct) 公共交互作用， 也进行专用应用。 它不允许公共对话流程与正在运行的本地流程交互作用。 此外， 被CPM作 为单独的服务点 (points of service， POS) 调用的本地服务在业务流程层上不是相关的。 此体系结构不得不靠自己来处理可扩展性， 因为它不能依靠本地工作流引擎来这么做。因 此， 它必须被辅助以各种(full spectrum)流程管理功能， 与企业工作流引擎具有相当多的 重叠。 0037 第二， 工作流引擎可以具有 CM 作为其前端， 用于处理业务对话。。
34、此体系结构的主 要限制是 ： BPSs 协作器具有其自己的企业间消息通信逻辑 ； 并且因而必须保障消息传递的 吞吐量、 安全性等。在后端工作流引擎包括此逻辑的情况下， BPSS 协作器应该能够再使用 它， 这导致了下面描述的体系结构。 0038 第三， 可以在扩展工作流引擎中插入 CM。最后这个体系结构提高了现有工作流系 统部件的使用性， 既支持对话流程也支持本地流程， 并且简化了 CM 和 PM 之间的接口。通过 提供不同的 ICP 标准下的 CM， CPM 能够支持多种 ICP 语言。 0039 CM 作为模型驱动的异步任务激活器 0040 同步和异步任务激活 0041 在传统的工作流模型。
35、中， 在概念上， 任务被所谓的 “任务激活条件” 的满足所触发。 当流程被用交互链接的任务规定时， 从任务 Tp 到任务 T 的链接实际上代表了涉及 Tp 的执 行状态的 T 的激活条件。从这个观点， 业务流程也可以被看作为用于任务激活、 流程终止等 的一组规则。 说 明 书 CN 103559575 A 8 6/9 页 9 0042 我们区分两种一般的任务激活机制 ： 同步激活和异步激活。给定任务 T， 同步激活 意味着事件直接激活 T， 该事件例如通知在先任务的状态。异步激活意味着事件导致作为 T 的任务激活条件基础的任务激活数据结构的更新， 这可能潜在地使得任务准备好运行。检 验条件和激。
36、活 T 由单独的、 异步的控制线程处理。激活一个任务可能意味着马上执行它， 或 调度它以执行。 0043 对话模型驱动异步任务激活 0044 给定对话流程 C， 以及耦合本地业务流程 P， 即使 P 的任务流与在 C 中规定的文档 交换的顺序一致， 也很难使 P 和 C 的执行步调同步， 特别是当 P 涉及其他的专用应用， 并且 以和 C 不同的步调运行时。 0045 异步任务激活是用于解决使对话流程实例与对应的本地业务流程实例同步的困 难的机制。参考图 6， 异步任务激活可以包括下面内容。任务 661 可以基于特定任务激活条 件 651 被调度以运行， 并且这些条件被对照特定基础数据 (ce。
37、rtain underlying data) 来 检验。在文档交换 647 时， 对话流程实例 634 的发展 635 产生了用于更新 651 的信息， 该更 新 651 是用来更新作为任务激活条件基础的任务激活数据结构。PM613 的任务调度器 652 将作为单独的控制线程， 将异步地检验那些条件 651， 以调度任务 661。任务激活数据结构 更新可以使用 PM 的 API 由 CM 进行， 或使用 CM 的 API 由 PM 进行。 0046 关于基于 BPSS 的对话， 被发送和接收的文档的证实可能涉及下列属性 ： 协作 ID ； 代表服务的对话行为名 ； 发送者 ； 接收者 ； 和文。
38、档名。 0047 基于模板 632 和 BPSS 对话流程 634 的执行实例， 当上面的文档交换信息被证实 时， 信息 646 可以返回 ； 否则将返回适当的错误消息。返回的信息 646 包括 ： 协作 ID ； 对话 行为 ； 交互作用时间 ； 请求扮演者及其角色 ； 响应扮演者及其角色 ； 文档名 ； 操作类型 (“响 应” 或 “请求” ) ； 证实状态。 0048 这些结果数据可以被选择， 以成为任务激活条件的基础。提供了在由 CM 产生的信 息和任务激活数据结构之间的映射。不同的映射可以使 CM 适合于不同的工作流引擎。采 用这样的映射， 对话流程和本地业务流程可以被独立地定义。图。
39、 7 是对话模型驱动的异步 任务激活的更详细的说明。这个图的某些编号方式和图 6 中的编号方式类似。在公共流程 701 中， 文档交换消息 747 被从一个实体发送到另一个。此文档交换消息 747 可以包括协 作 ID、 行为， 以及发送者和接收者的标识。文档交换消息被接收用于被协作器 733 进行处 理。协作器 733 可访问 BPSS 模板 732， 模板 732 最好是以方案的形式规定了关于企业间对 话处理的规则或限制。协作器 733 还可访问 BPSS 实例 734， BPSS 实例 734 包括典型的通过 协作 ID 号码跟踪的特定对话的历史。协作器 733 最好对照模板 732 和。
40、对话历史 734 验证 接收到的消息。被证实的结果 746 可以包括协作 ID、 行为、 交互作用时间戳、 请求角色方标 识、 响应角色方标识， 以及与消息对应的文档名。消息、 一部分消息或对消息做出响应的信 息， 被输入任务激活数据结构 753。任务激活数据结构可以包括协作 ID、 发送者角色、 接收 者角色、 被请求的服务和文档名。 它可以包括各种额外的信息， 用来激活内部的工作流中的 任务。额外的数据结构 751 包括任务激活条件。工作流管理器把任务激活数据结构中的数 据与任务激活条件进行比较， 以确定任务何时应该被激活、 解除激活或者是做其他处理， 该 任务例如专用流程 722 中的订。
41、单处理 762。 0049 采用上面的体系结构， CM 和 PM 的功能具有单独的功能。如图 8 所示， CM811 负责 说 明 书 CN 103559575 A 9 7/9 页 10 管理对话流程模型 801 下的对话， PM813 负责管理基于其工作流模型的本地流程 822 的耦 合。但是， 把 BPSS 协作器作为建立在 CPM810 中的 CM 而非前端 CM， 可以使它免于直接地处 理企业间消息通信， 允许它依靠工作流引擎逻辑818的能力和可扩展性来这么做。 如图8中 所示， 在这种情况下， CM 不起到 “消息拦截器” 的作用。在异步任务激活机制下紧密地耦合 CM 和 PM 代表。
42、了一种优良的联结 (bridging) 对话模型 801 和业务流程模型 822 的方式。当 BPSS 协作器验证文档交换， 并使用验证结果建立用于本地流程的任务激活条件的数据时， BPSS 协作器可以被看作用于任务调度的 PM 规则引擎的扩展。并且对话流程实例可以被看 作任务激活数据结构的扩展， 规则引擎通过 API 搜索任务激活数据结构。 0050 从这个观点， BPSS 协作器可以被刻画为对话模型驱动的异步任务激活器， 基于规 则的任务调度器与该异步任务激活器交互作用。此体系结构把 CM 功能从 “主动部件” 修改 为可以由 PM 通过 API 控制的 “被动部件” 。此体系结构支持下列。
43、特征。它具有公共接口。 BPSS协作器提供基于BPSS模型的对话管理。 但是， 它不拦截企业间消息 ； 相反， 它从CPM平 台获取关于企业间交互作用的信息。它具有本地接口。BPSS 协作器通过 API 连接到本地 PM， 并可以被刻画为对话模型驱动的异步任务激活器。它和专用流程交互作用。在异步任 务激活机制下， 对话流程实例可以与正在运行的本地流程交互作用 ； 本地业务流程可以具 有混合的任务， 用于处理相互交换的文档， 并用于其他专用操作。 0051 使用对话管理器作为工作流管理器的插件程序的优选体系结构提供了企业间对 话管理和本地业务流程管理的清晰的分离。它允许现有工作流系统部件的最大限。
44、度的使 用， 既支持对话流程， 也支持本地流程， 并允许对话流程与正在运行的本地流程交互作用。 基于对话模型驱动的异步任务激活的概念， 此体系结构把对话模型和业务流程模型联结起 来， 并支持 CM 和 PM 的无缝集成。可以提供不同 ICP 标准下的多个基于 CM 的对话模型驱动 的异步任务激活器， 这些异步任务激活器允许 CPM 支持多种 ICP 语言。 0052 当ICP标准化正在进行时， 可以理解， 多个对话管理器或单个CM的部件， 基于几个 ICP 模型， 例如 BPSS、 WSFL 和 WSCI， 可以支持多个企业间交互作用标准。 0053 为了让企业在业务流程层上协作， 它们必须允。
45、许在其本地站点上运行的业务流程 交互作用。参与企业间协作的每一方需要处理两种流程 ： 规定了 “对话流” 的公共对话流 程， 和规定了 “工作流” 的本地业务流程，“工作流” 完成了对话行为。怎样集成对话流管理 和工作流管理， 特别是怎样充分利用现有工作流引擎来支持企业间协作是个挑战。 0054 已经描述了用于基于对话模型驱动的异步任务激活来互操作对话管理器和流程 管理器的几个体系结构， 它们支持现有工作流系统部件的扩展使用， 支持对话流程和本地 流程， 并在对话管理和流程管理之间提供了动态和简单的接口。 0055 解决了对等流程交互作用的这个工作清楚地不同于中心化工作流管理 工作流 管理联盟。
46、， 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 Mult。
47、i-Agent Cooperation， Dynamic Workflow and XML for E-Commerce Automation， Proc.Fourth Intemational Conference on Autonomous Agents， 2000， Span， Qiming 说 明 书 CN 103559575 A 10 8/9 页 11 Chen， Umesh Dayal， Meichun Hsu， Martin Griss， Dynamic Agent， Workflow and XML for E-Commerce Automation， Proc.First I。
48、nternational 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 0056 不同于支持在流程层不直接。
49、相关的对话点的 WSDLWSDL，万维网服务描述 语言， www.w3c.org、 WSFLWSFL，万维网服务流语言， solutions/webservices/、 Rosetta-netWSCI，万维网服务编排接口， Italio， SAP、 BEA、 Sun Microsystems 的技术报告。2002， 和 BPML 业务流程标记语言， www.BPMI. org.2002， 这个工作专注于被编排的对话。处理对话点的标准体方式 (standard body approach) 可以提供某种灵活性， 但是几乎不能遵循普遍同意的对话模型标准， 例如 ebXML BPSS。此外， WSFL、 BPML 和 WSCL 等被用于给协作提供单方视图而非公共视图。结果， 实施 没有给出对等同步执行的通用模型 ； 例如， 它不打算规定伙伴流程。