专利名称：动态组装业务流程模型的装置和方法
技术领域：
本发明一般地涉及电子商务中有关商业合作的装置和方法，具体地涉及在大型电子商务网络环境中动态地组装业务流程模型的装置和方法。
背景技术：
通过集成方式进行的动态电子商务合作是大量的信息技术和服务公司所开发的现有技术。在动态商业环境中，需求和供给多数都是由每个独立的商业事件本身驱动的。对各个合作方而言，短期和动态的合作正在取代固有的、长期的伙伴关系而成为主流。这个新商业模式的关键问题在于人们如何能够从这个特殊和动态的关系中受益，或者从另一个观点来看，我们如何能够保证那些有意向的企业如它们所期望的那样减少成本和提高效率。
对于要使整个合作的生命周期完全自动化和流程化的企业来说，需要一种能够证明、促进和实践这种新电子商务模式的装置和方法，而这种装置和方法的关键问题在于，我们如何能够通过在实际运行之前消除合作方之间可能仍然存在的、共有的商业和/或IT(信息技术)问题，而保障在大型电子商务环境中的运行效率和有效性。
为了解决这个问题，不同的企业已经提出了一些现有的方法。例如，ebXML(e-business Extensible Markup Language-电子商务可扩展标记语言)初始标准为在线B2B(商业至商业)交易定义了“建模-公布-发现-交换”的循环。每个合作方都将创建并公布CPP(合作方协议)，以指定其商业能力和所支持的交互协议，在各个合作方之间进行协商之后，达成CPA(合作方协定)，以限定这个联合体的构成及所有各方都同意的交互协议。在CPP和CPA中允许对流程规范的链接，而这种链接仅仅被用作为该协商方式的外部支持，ebXML并不支持对不同合作方的不同CPP之间可能存在不一致情况进行检查和发现。在大多数情况下，对合作方之间的流程模型的理解、校验和调和需要大量的人工参与，因此会导致时间和资金上的大量开销。
有些公司也试图通过网络服务设备和相关协议来解决动态电子商务关系的问题。WSDL(Web Service Definition Language-网络服务定义语言)被用来定义由企业所公开的业务调用接口。UDDI被企业用来公开其商业信息，以及其所支持的业务，然后这些商业信息和被支持的业务可以被感兴趣的潜在合作方查询和检索。
UDDI(Universal Description，Discovery and Integration-通用描述、发现和集成)技术委员会的目的是发展关于网络业务注册基础工作，UDDI规范形成了在企业内部和企业之间公布和发现网络实现的必要技术基础。有关UDDI规范等的详细信息可以在以下地址找到http://www.oasis-open.org/committees/tc_home.php？wg_abbrev＝uddi-spec。
然后，在运行时间使用SOAP(Simple Object Access Protocol-简单对象访问协议-由例如WSIF(Web Service Invocation Framework-网络服务调用主机)的其它标准强化)来支持网络业务的调用。新采用的业务流程模型BPEL(Business Process Execution Language-业务过程执行语言)协议被用来对网络业务的执行流程进行建模。
这些协议的主要问题是对在执行阶段之前能够进行业务流程校验和对其中存在的问题进行消除的过程缺乏支持。在商业合作的实际执行阶段，直到最终碰到问题的时候，才会发现许多业务流程在逻辑上的错误。不同合作方的业务流程之间的逻辑冲突一般很难在开始阶段就被表现出来，因此使得解决冲突的协商变成冗长和低效率的工作。所有上述协议都定义在IT级，因此很难表现与业务流程相关的逻辑问题。
为了解决业务流程级别的冲突，在各个合作方之间进行协商的现有方法要求所有的合作方都要参加对全局业务流程模型的讨论，以避免冲突，而这些方法存在如下缺点(1)要所有的合作方对整个的业务执行逻辑具有全局的观点是困难的，而且是不必要的；(2)很难发现、表示和通知合作方之间的业务流程冲突；(3)将所有合作方同时集中在一起进行面对面的协商是不方便的；和(4)由于可能涉及大量的合作方，上述这些方法显然不能支持大型商业合作关系。
发明内容
为了解决上述存在的问题，本发明的目的是提供一种装置和方法，使企业能够在大型电子商务环境中动态、高效和低成本地准备、建立、组装、校验和执行商业合作项目。
因此，本发明提供一种用于动态组装业务流程模型的装置，配置在连接于网络的企业终端中，所述装置具有模型建立部件，用于为所述企业建立业务流程模型，其特征在于，所述装置还包括检索部件，进行检索以从所述网络获得其它企业的业务流程模型；和组装部件，用于将所述企业的业务流程模型与其它企业的业务流程模型进行组装，以得到整体业务流程模型。
本发明的上述装置还包括公布部件，用于在所述网络上公布所述企业的业务流程模型；冲突检测部件，用于模拟和分析所述整体业务流程模型，以检测其中是否存在冲突，当检测到所述整体业务流程模型中存在冲突时，产生冲突报告；冲突解决辅助部件，用于通过所述网络向所述其它企业发送和/或从所述其它企业接收所述冲突报告，以利于协商解决所述冲突。
在本发明中，所述公布部件将所述企业的业务流程模型发布到网络中的UDDI注册表上，所述检索部件从所述UDDI注册表检索并获得其它企业的业务流程模型。
本发明还提供一种用于动态组装业务流程模型的方法，用于在企业的网络终端中为所述企业建立业务流程模型，其特征在于所述方法还包括检索步骤，在所述网络中进行检索以获得其它企业的业务流程模型；和组装步骤，将所述企业的业务流程模型与其它企业的业务流程模型进行组装，以得到整体业务流程模型。
本发明的方法还包括公布步骤，在所述网络上公布所述企业的业务流程模型；冲突检测步骤，用于模拟和分析所述整体业务流程模型，以检测其中是否存在冲突，当检测到所述整体业务流程模型中存在冲突时，产生冲突报告；冲突解决辅助步骤，通过所述网络向所述其它企业发送和/或从所述其它企业接收所述冲突报告，以利于协商解决所述冲突。
在本发明的方法中，所述公布步骤将所述企业的业务流程模型发布到网络中的UDDI注册表上，所述检索步骤从所述UDDI注册表检索并获得其它企业的业务流程模型。
本发明还提供一种用于在大型电子商务网络中动态组装业务流程模型的系统，包括多个用于动态组装业务流程模型的装置，所述装置配置于通过网络连接的多个企业的终端中，并具有模型建立部件，用于为配置所述装置的企业建立业务流程模型，其特征在于所述装置还包括检索部件，进行检索以从所述网络获得其它企业的业务流程模型；组装部件，用于将所述企业的业务流程模型与其它企业的业务流程模型进行组装，以得到整体业务流程模型；冲突检测部件，模拟和分析所述整体业务流程模型，以检测其中是否存在冲突，当检测到所述整体业务流程模型中存在冲突时产生冲突报告；以及冲突解决辅助部件，用于通过所述网络向所述其它企业发送和/或从所述其它企业接收所述冲突报告，以利于协商解决所述冲突。
本发明的特点在于，让每个企业定义并公布其自己的业务流程模型，然后当有业务合作的机会时，与可能的合作方动态地交换这些业务流程模型。业务流程模型是根据事先规定好的方案和规范来创建的，以将其本身作为与其它业务流程模型相连接的部件而公布。根据期望进行何种校验和协商，这些业务流程模型可以包括、也可以不包括该业务所支持的交互相关协议。然后，每个合作方从其自己的角度出发来组装这些作为部件的模型，以创建集成的整体模型。然后，这些集成的整体模型可以被仿真和分析，以在实际运行阶段之前检查各个合作方执行电子商务合作的有效性/POI(Return ofInvestment-投资回报)。
每一方可以根据其自己的观点对流程模型进行组装和检查，使得不需要每一方都具有所有合作方的全局观点，而这种全局观点在大型电子商务环境中是很难获得的。通过利用软件算法或在具有图形用户接口的工具的辅助下将该流程的关键步骤自动化。接口定义方案和规范强化了该流程模型的有效性，并保证了与所集成的整体模型中的其它部件的兼容性。
本发明另一个关键特点是，当在所集成的整体流程模型中检测到一些冲突时，能够在业务合作方之间发送和/或接收可视化冲突要点报告。利用本发明的装置和方法，各合作方可以进行在线协商，以发现解决业务流程级别冲突的方案，以继续他们的电子商务活动。
通过下面结合附图对本发明实施例的详细描述，本发明的其它特点和优点将变得更加明显，其中图1是实现本发明在大型电子商务网络环境中动态组装业务流程模型的装置的方框图；图2是示出本发明的方法要点的示意图；
图3是示出的业务流程模型的示意图；图4是示出通过将两个业务流程模型组装在一起而形成的整体业务流程模型的示意图；图5是示出通过将两个业务流程模型组装在一起而形成的整体业务流程模型的另一个示意图；图6是示出整体业务流程模型中发生冲突的示意图；图7是示出整体业务流程模型中发生冲突的实际例子的示意图；和图8是示出整体业务流程模型中发生冲突的实际例子的另一个示意图。
具体实施例方式
下面结合附图对本发明的实施例进行更详细地说明。
图1是实现本发明的用于动态组装业务流程模型的装置100的方框图。装置100是基于Java/XML技术实现的原型设备，其可配置于通过网络连接的各个企业的终端中，所述终端可以是通用目的计算机，也可以是集成了本发明装置100的专用计算设备。同时，所述终端可以具有例如键盘、鼠标、写字板、麦克风等的输入装置，用于为用户提供输入选择、确定等的信息，还可以具有例如显示器、扬声器和其它输出接口等的输出装置。另外，该终端中具有所有计算设备中都有的例如中央处理单元(CPU)、随机存取存储器(RAM)、只读存储器(ROM)、数据总线和命令总线等通用部件，用于控制和辅助执行本发明中的各个功能部件。
从图1中可见，装置100与互联网300相连接，并可与某些著名的电子商务市场网站相连接，该电子商务市场网站例如具有UDDI注册表200。其中UDDI注册表200可以也位于网络服务器(未示出)上。本发明实施例中的网络服务器(未示出)和UDDI注册表200优选地位于互联网300上。
本实施例中的设备100包括模型创建和组装器110，用于为所述企业建立业务流程模型，并用来将不同企业(潜在的合作方)的业务流程模型连接在一起，以形成完整的业务流程模型(以下称为“整体业务流程模型”)。这里，该业务流程模型可分为内部业务流程模型和接口业务流程模型两种。该内部业务流程模型是指企业内部自己需要维护的业务流程，其不需要与其它企业的业务流程模型进行组装，不被发布到网络上，对其它企业来说也是不可见的，为简便起见，以下将其称为内部模型(由于其并不是本发明的要点，此说明书中将不对其进行更详细的描述)。而接口业务流程模型则是要与其它有潜在合作可能的企业(潜在的合作方)所发布的接口业务流程模型进行组装、以得到整体业务流程模型的重要组成部分。为简便起见，以下将接口业务流程模型称为“接口模型”，将整体业务流程模型称为“整体模型”。
另外，本发明的模型创建和组装器110还可以实现为两个不同的部件，用于分别完成为企业建立业务流程模型和将其它不同企业的业务流程模型连接在一起这两个功能，而使这两个功能不必完全由模型创建和组装器110一个部件来承担。
本实施例中的装置100还包括冲突检测引擎120，用于在实际运行之前，对由模型创建和组装器110所创建的整体模型进行模拟及分析(即仿真)，并检测其中是否存在冲突，如果其中存在冲突，则根据检测结果产生可视化的冲突要点报告。这种冲突要点报告可以是文本消息、视频图像和音频消息中的一种，也可以是其中几种形式的组合。当然，本领域技术人员可以利用和得知的其它方式也可以用作为该冲突要点报告的表现形式。
本实施例的装置100还包括模型管理器130，用于存储并维护由模型创建和组装器110所创建的企业的内部模型，并负责与外部的UDDI注册表200进行联系，以将自己的接口模型发布到UDDI注册表200上，或从UDDI注册表200上取回潜在合作方的接口模型，并基于UDDI机制维护和管理所有的这些模型。
本实施例的装置100还包括项目管理器140，用于创建、存储和管理业务合作项目，其中该业务合作项目包括由模型创建和组装器110所创建的本企业的接口模型、潜在合作方的接口模型以及经组装的整体模型。
本实施例的装置100还包括冲突解决辅助工具150，用于发布冲突检测引擎120所产生的冲突要点报告，并通过连接于所述网络300的SMR(安全消息路由器)与潜在的合作方进行交流，以协商解决各个模型之间的冲突并重新建模等。上述潜在的合作方实质上就是发布了构成该整体模型的其它接口模型的其它企业。上述“交流”包括冲突解决辅助工具150向其它企业发送冲突要点报告的过程，当然如果需要的话，它也从所述其它企业接收冲突要点报告。
本实施例的模型管理器130包括发布器132，用于通过网络将自己的接口模型发布到UDDI注册表200上，并维护和管理这些流程；检索器134，用于进行检索，以从所述网络获得其它企业的接口模型，也就是从UDDI注册表200上取回潜在合作方的接口模型；以及注册表136，用于存储并维护由模型创建和组装器110所创建的企业的内部模型。
另外，本实施例的项目管理器140包括模型存储器142，该模型存储器142是业务流程模型的暂存区，当有一个潜在的商业合作项目时，就将自己的有关流程(包括内部模型和接口模型)和检索器134所得到的潜在合作方的接口模型都放在这个暂存区中，将建立起连接的组装图(即经组装的整体模型)也放在这里；以及冲突信息存储器144，用于存储冲突检测引擎120检测到的所有冲突信息以及所产生的可视化冲突要点报告。
下面参照图2说明本发明的方法，图2是示出本发明的方法要点的示意图。从图2可见，本发明的要点包括建立业务流程模型(方块401)；进行检索以从所述网络获得其它业务流程模型(方块402)；将所述业务流程模型与所述其它业务流程模型进行组装，以得到整体业务流程模型(方块403)。其中在方块402中，本发明还通过网络公布本身所建立的业务流程模型。另外，本发明还包括模拟及分析所述整体业务流程模型，以检测其中是否存在冲突，并且当检测到所述整体业务流程模型中存在冲突时，产生冲突报告(方块404)；以及通过所述网络向所述其它企业发送该冲突报告，以协商解决所述冲突(方块405)。下面将对此进行详细的描述。
在方块401，每个企业通过模型创建和组装器110建立它们各自的业务流程模型，包括内部模型和接口模型，但是这个建立过程的重点在于建立接口模型，作为业务合作执行期间所期望的输入/输出模型。在这一阶段，该企业可以使用建模工具(即模型创建和组装器110)从零开始来建立各个模型，或者也可以借助于一些现有的工业标准模板来建立其业务流程模型(如方块407所示)。使用建模工具可以保证业务流程模型和工业标准模板将遵从一些预定的方案和规范，使得来自于不同合作方的接口模型可以被组装为一个集成的模型(即整体模型)。在接口模型中可以包括输入/输出数据格式等。另外，所述的工业标准模板可以配置于UDDI注册表200上，也可以配置于各个企业的终端中。
在方块401所建立的业务流程模型可以如图3所示，其中示出了企业A的某个接口模型。从图3中可以看到，企业A在节点1发出订单，经过节点2的逻辑判断后，在满足某种条件的情况下，在节点3接收所需要的模型数据X，或是在满足另一种条件的情况下，在节点4接收所需要的模型数据Y。然后，经过预定逻辑算法，在节点5处形成企业A所需要的业务结果。结果，该接口模型形成了接口1’、3’和4’，其中，接口3’和4’是附有条件的接口。另外，该接口模型可以具有该企业的描述信息，这些描述信息包括企业A的名称、性质、规模、经营范围、地址、联系方式等等任何有关该企业A的信息，这些描述信息可以通过本领域技术人员能够想到的任何数据格式记录在该接口模型中。
当然，内部模型与接口模型之间也需要有接口，但是，由于企业的内部模型和该企业的接口模型都是由本企业的人员设计完成的，因此这些接口之间不会有本发明所述的冲突问题。内部模型的接口与接口模型的接口可以采用相同的原则来设计，或者，也可以省略内部模型而将其建立在接口模型的内部，形成唯一的业务流程模型。在这种情况下，该模型内部将具有更加复杂的逻辑关系和算法。
在方块402中，企业A利用发布器132、通过互联网300或其它网络(可以包括本领域技术人员能够实现的、在其上执行电子商务的任何大型网络)将所建立的接口模型公布到网络服务器(未示出)上或网络中的UDDI注册表200中。在UDDI注册表200中，包括具有相同意向、兴趣或利益的各个潜在合作方的接口模型(如图2中的方块406所示)。同时，这个接口模型与该企业的描述信息一起被公布到UDDI注册表200(也可以是互联网上某个可用的公共站点)上，使得其它企业通过施加基于某些标准的查询，可以动态地查找并发现企业A的这个接口模型。
当然，该企业A也可以定义一些策略来限定其它潜在的合作方是否可以检索其接口模型，或者是否该检索行为需要发布该接口模型的企业A的同意。例如，该接口模型可以被公布到经修改的UDDI注册表200中该企业的条目下，使得其它企业要经过企业A的同意(如进行口令验证等)才能检索并得到企业A的接口模型。
当业务合作的机会出现时，在潜在业务合作方之间交换各个接口模型。在动态商业环境中，当企业A发现一个机会，并确定要动态地去发现一些合作方以构成一个虚拟项目团队时，它会利用检索器134浏览互联网300上的某个公共站点及其中的UDDI注册表200，并基于构成该虚拟项目团队的需求进行查询，以发现可能的合作方的列表(未示出)。该列表可以位于UDDI注册表200中，其由各个企业所发布到UDDI注册表200中的接口模型中的描述信息所构成，而且该列表的每个条目可以构成该接口模型的唯一入口。当然，该列表还可以具有其它形式的不同入口，例如可以通过选择企业的名称、业务种类等来调用(获得)该接口模型。然后，企业A可以基于某种信誉信息或其它考虑(其它条件)，来选择一个(或几个)候选者B作为潜在的合作方。根据企业B的策略，企业A可以直接从UDDI注册表200中获得企业B的接口模型，也可以通过执行某些操作获得企业B的许可，从而通过请求/响应模式来获得企业B的模型。
在方块403中，将企业A和企业B的接口模型进行组装，作为经集成的整体模型。在这个过程中，可以通过模型创建和组装器110使用软件算法来将企业A和B的接口模型组装在一起，形成该整体模型。该整体模型可以表示在一幅图面中，如图4和图5所示。
在计算环境的某些原则(如本体论)的指导下，可以自动创建各个接口模型之间的输入/输出映射关系，当然，这也可以通过人员手工完成。如果这个虚拟项目团队的规模没有限制，则该整体模型可以是包括所有相关合作方的全局模型，但是在大型商业环境中，更为常见的合作形式是，每个合作方都从其自己的观点、需求或角度出发来对接口模型进行组装，并仅仅包括与其相关的模型。
图4示出了从企业A的角度所组装的企业A和B的整体模型。这里需要说明的是，当从企业A的角度考虑组装整体模型时，对企业A来说，企业B的接口模型中只有接口是可见的，而企业B的接口模型的内部逻辑是不可见的。当组装在一起时，图4中所表现出来的企业B的接口模型的内部状态或逻辑关系仅仅是根据其接口的状态而假设出来的。这对组装后的整体模型的运行并不会产生影响，因为在实际运行或仿真时，对方(即企业B)的接口模型内部的逻辑并不需要对其它方可见。
同时，企业B也可以利用配置在其终端上的检索器134检索到企业A的接口模型，并根据其自己的观点进行组装，形成图5示出的从企业B的角度所组装的企业A和B的整体模型。这时，对企业B来说，其自己的接口模型的内部状态或逻辑是可见的，而企业A的接口模型的内部状态或逻辑对其是不可见的。
在方块404中，通过装置100的冲突检测引擎120对整体模型进行校验或仿真。通过对整体模型应用软件算法来识别可能干扰未来运行的冲突或问题，这些冲突包括数据格式不一致、资源等待、流程不一致(即流结构锁死)等。同时，我们也可以对整体模型进行评估，以提出动态业务关系的可能效果，即计算该业务交易的ROI。
可以针对整体模型来使所检测到的冲突可视化，以指出问题发生在哪里。例如，图6中示出了在企业A和B的整体模型中检测出的数据格式不一致和资源等待的冲突。同时，可以根据对该整体模型的检测结果产生冲突要点报告。如图6所示，所检测出的数据格式不一致为企业A希望在节点4接收Y格式的资源数据，而企业B只能发送Z格式的资源数据。图6中所检测出的资源等待冲突例如是企业A在某些条件下需要在节点3接收资源X，而企业B总是向该节点发送资源X，因此，在另外一些条件下，即当不满足某些条件而不需要在节点3接收资源X时就发生了冲突(在某些条件下没有冲突，而在另外一些条件下存在冲突，因此这也可以被作为是一种冲突的警告)。
同时，企业B也从其自己的角度对所组装的整体模型进行校验或仿真，并产生相应的冲突要点报告。
该冲突要点报告可以是一种可视化的标记，包括图形和文本信息，也可以具有语音提示等音频信息，用以通过显示器或麦克风(未示出)等输出装置呈现出来，使用户(即企业)可直观地判断所产生的问题或冲突的种类、发生的位置等。
在图2的方块405中，通过利用装置100中的冲突解决辅助工具150在各企业的终端之间交换冲突要点报告，相关企业(合作方)可以尝试解决各种冲突，尤其是业务流程级别的冲突。如果校验或仿真失败，即出现问题或冲突，企业A和B将进行协商，以看看是否双方可以调整他们各自的接口模型来取得一个折中的方案。该冲突要点报告可以经由冲突解决辅助工具150在所涉及的所有各方之间进行交换，各合作方可以根据可视化冲突标记理解该问题或冲突。然后，根据该冲突要点报告，可以在各合作方之间进行同步或异步协商，以找到解决问题的方案。
如果校验成功，则相关各方可以继续实际进行其业务合作。一旦校验成功，我们可以说，对企业A和B之间的动态电子商务交易造成麻烦的许多问题已经被识别，并得到了消除，现在他们可以进入到实际运行阶段。在实际运行阶段，当再检测到运行当中的问题或冲突时，也可以在执行整个生命周期期间发现问题并解决它们。当然，在实际运行当中再检测到问题或冲突的可能性已经非常小了。
对于一笔订单(一个项目)来说，要通过装置100的项目管理器140来进行统一地管理(如图2中的方块408所示)。该项目管理器140用于创建、存储和管理每个业务合作项目，其中每个业务合作项目中都包括所涉及的、由模型创建和组装器110所创建的本企业的接口模型、潜在合作方的接口模型以及经组装的整体模型。项目管理器140的管理可以涉及模型修改、交换、组装、校验和协商等各个过程，当然，有时这个管理过程需要进行多个循环，以达到最终的目的，即最终达成协议或取消该交易。
图7是示出两个企业A和B之间的接口模型组装的实际例子的示意图。
如图7所示，在这个模型中，该企业A的业务流程为发出订单，然后接收潜在合作方(企业B)的发票，然后再向该潜在合作方(企业B)提供预付款。而企业B也具有自己的业务流程模型，其中该企业B的业务流程为接收订单，然后接收潜在合作方(企业A)的预付款，然后再向该潜在合作方(企业A)提供发票。这里，我们可以看到企业A和B的流程模型是有区别的，其中发生了流程上的冲突。
当企业A中的冲突检测引擎120在该整体模型的校验或仿真过程中检测到该冲突时，就形成冲突要点报告，并通过冲突解决辅助工具150将该冲突要点报告传送给企业B。这时，企业A和B之间需要进行沟通，其中的一方需要修改其接口模型，这里假设企业B将其接口模型修改为接收订单，然后向企业A提供发票，然后再接收企业A的预付款。在这种情况下，形成如图8所示的情况，其中企业A和B的接口模型完全吻合，已经消除了它们之间所存在的流程上的冲突。然后，企业A和B就可以继续实际进行该项目的合作了。
以上仅以实施例的方式对本发明的方法和装置进行了描述，通过使用本发明的装置和方法，可以具有以下的优点(1)每个企业可以根据其自己的需求创建业务流程模型，独立的模型被组装在一起以代表各个业务之间的交互关系，满足了进行动态电子商务的关键的需求；(2)可以动态地确定你正在与谁做生意，并且没有谁需要知道整个虚拟合作环境的全局情况；(3)业务流程模型被通过互联网公开，并与存在的合作方动态地进行交换，整个流程被自动化，因此节省了大量的时间和资金；(4)根据所集成的模型，可以在业务流程的实际执行之前进行业务级的校验和仿真，结果大大增加了生命周期的效率和有效性；以及(5)利用所集成的整体模型，可以在合作方之间方便地识别和可视化各种问题和冲突，以基于整体模型的冲突要点开始进行流程冲突的协商。
另外，本发明中所提供的装置和方法既可以通过软件代码(即计算机程序)来实现，也可以通过集成了本发明各项功能的专用硬件来实现。同时，不同的功能可以通过一个硬件结构来实现，也可以分别通过多个硬件结构来实现。本发明的方法的执行顺序不限于上面所描述的顺序，也可以以并行或其它顺序来执行。
以上所述，仅为本发明的较佳实施例而已，不能以其限定本发明所要求保护的范围。本领域技术人员知道，在不脱离本发明的精神和范围的情况下，依照本发明的实施例可以做出各种均等变化与变形，其都应属于本发明所要求保护的范围。
权利要求
1.一种用于动态组装业务流程模型的装置，配置在连接于网络的企业终端中，所述装置具有模型建立部件，用于为所述企业建立业务流程模型，其特征在于，所述装置还包括检索部件，进行检索以从所述网络获得其它企业的业务流程模型；和组装部件，用于将所述企业的业务流程模型与其它企业的业务流程模型进行组装，以得到整体业务流程模型。
2.根据权利要求1所述的装置，其特征在于还包括冲突检测部件，用于模拟和分析所述整体业务流程模型，以检测其中是否存在冲突，当检测到所述整体业务流程模型中存在冲突时，产生冲突报告。
3.根据权利要求2所述的装置，其特征在于还包括冲突解决辅助部件，用于通过所述网络向所述其它企业发送和/或从所述其它企业接收所述冲突报告，以利于协商解决所述冲突。
4.根据权利要求1所述的装置，其特征在于还包括公布部件，用于在所述网络上公布所述企业的业务流程模型。
5.根据权利要求4所述的装置，其特征在于，所述公布部件将所述企业的业务流程模型发布到网络中的UDDI注册表上，所述检索部件从所述UDDI注册表检索并获得其它企业的业务流程模型。
6.一种用于动态组装业务流程模型的方法，用于在企业的网络终端中为所述企业建立业务流程模型，其特征在于所述方法还包括检索步骤，在所述网络中进行检索以获得其它企业的业务流程模型；和组装步骤，将所述企业的业务流程模型与其它企业的业务流程模型进行组装，以得到整体业务流程模型。
7.根据权利要求6所述的方法，其特征在于还包括冲突检测步骤，用于模拟和分析所述整体业务流程模型，以检测其中是否存在冲突，当检测到所述整体业务流程模型中存在冲突时，产生冲突报告。
8.根据权利要求7所述的方法，其特征在于还包括冲突解决辅助步骤，通过所述网络向所述其它企业发送和/或从所述其它企业接收所述冲突报告，以利于协商解决所述冲突。
9.根据权利要求6所述的方法，其特征在于还包括公布步骤，在所述网络上公布所述企业的业务流程模型。
10.根据权利要求9所述的方法，其特征在于，所述公布步骤将所述企业的业务流程模型发布到网络中的UDDI注册表上，所述检索步骤从所述UDDI注册表检索并获得其它企业的业务流程模型。
11.一种用于在大型电子商务网络中动态组装业务流程模型的系统，包括多个用于动态组装业务流程模型的装置，所述装置配置于通过网络连接的多个企业的终端中，并具有模型建立部件，用于为配置所述装置的企业建立业务流程模型，其特征在于所述装置还包括检索部件，进行检索以从所述网络获得其它企业的业务流程模型；组装部件，用于将所述企业的业务流程模型与其它企业的业务流程模型进行组装，以得到整体业务流程模型；冲突检测部件，模拟和分析所述整体业务流程模型，以检测其中是否存在冲突，当检测到所述整体业务流程模型中存在冲突时产生冲突报告；以及冲突解决辅助部件，用于通过所述网络向所述其它企业发送和/或从所述其它企业接收所述冲突报告，以利于协商解决所述冲突。
12.根据权利要求11所述的系统，其特征在于还包括公布部件，用于在所述网络上公布所述企业的业务流程模型。
13.根据权利要求12所述的系统，其特征在于，所述公布部件将所述企业的业务流程模型发布到网络中的UDDI注册表上，所述检索部件从所述UDDI注册表检索并获得其它企业的业务流程模型。
全文摘要
一种用于动态组装业务流程模型的装置和方法，该装置配置在连接于网络的企业终端中，所述装置具有模型建立部件，用于为所述企业建立业务流程模型，其中所述装置还包括检索部件，进行检索以从所述网络获得其它企业的业务流程模型；和组装部件，用于将所述企业的业务流程模型与其它企业的业务流程模型进行组装，以得到整体业务流程模型。
文档编号G06Q10/00GK1704957SQ200410047289
公开日2005年12月7日 申请日期2004年5月28日 优先权日2004年5月28日
发明者田忠, 朱俊, 王健, 梁海奇, 丁伟 申请人:国际商业机器公司