[发明专利]用于通信系统中的分布式工作流的构造和执行的方法

说明书

技术领域

本发明涉及通信系统中分布式处理和应用互操作性的控制。尤其是，本发明涉及一种用于通信系统中的分布式工作流的构造和执行的方法。 

背景技术

在引入应用互操作性架构及软件之前，应用被设计成仅仅在给定硬件和操作系统环境中操作的单片系统。时常非常难以确定给定的应用从何处开始在何处结束，因此难以控制包括多个应用的执行序列。这些应用形成了没有清晰的接口和边界的分布式(amoeba like)结构。 

受到面向对象和网络服务技术以及互操作性解决方案的促进，所显现的新兴的应用可被定义为可在各种经营过程中重用的分离组件。在该方式中，随着新经营过程的引入，需要设计实现给定工作流的用户接口。还变得可以向现有的传统应用中引入包装器应用。包装器的目的是使得现有的传统应用看起来像是独立的可重用组件或者一组可重用组件。互操作性架构的实例包括例如，由对象管理组织公司定义的公共对象请求代理体系结构(CORBA^TM)、由微软公司定义的分布式公共对象模型(DCOM)和网络服务技术。应当注意的是，工作流、包装器和互操作性架构的使用决不是为限制到企业信息技术和企业应用。工作流还可以在工业过程控制、机械和电子设备的控制以及通信网络管理中应用。可以使用例如以VISUAL 编程的用户接口软件组件来隐含地定义工作流。还可以利用工作流语言来定义工作流，该工作流语言诸如是微软公司定义的XLANG、IBM公司定义的Web服务流语言(WSFL)或者万维网联盟 (W3C)定义的用于网络服务的语义标记(OWL-S)。首字母缩写OWL代表网络本体语言。在2004年11的美国国防部高级研究规划局(DARPA)代理标志语言(DAML)程序文件OWL-S 1.1中描述了OWL-S。工作流包括大量任务，该大量任务例如包括带有参数的可重用软件组件的执行，所述参数的值在工作流执行之前已经被确定。工作流还包括编程语言常见的功能性，诸如分支条件和循环。 

在图1中，示出了现有技术中包括任意数目的应用的工作流。在图1中，至少示出了应用101、应用102、应用103、应用104和应用105。代表任意整数的小写字母n表示可以存在任意数目的应用。该应用被排列为一序列。然而，还示出了分支条件，该分支条件直接使得能够从应用102步进到应用104。该工作流是例如使用图形用户界面(GUI)而定义的。换言之，使用工作流语言来定义该工作流。工作流语言的语法例如可以基于可以由解释器或者编译器解析的可扩展标记语言或者用于类似用途的其他任何已知语法。 

图2示出了在现有技术的通信系统中的工作流的执行。在图2中，示出了工作流管理节点250。还示出的有与工作流管理节点250通信的三个应用节点。存在应用节点252、应用节点254和应用节点256。也可以存在任意数量的应用节点，如以小写字母m所示出，该小写字母m代表任意整数。在图2中，假设存在由四个应用构成的工作流。按照顺序一个接一个地调用这些应用。指示这四个应用的执行的工作流说明存储在工作流管理节点250中。初始时，工作说明命令工作流管理节点250调用应用节点252中的应用。以双向箭头201示出了该应用调用请求和伴随的响应。指向应用节点252的箭头表示该请求，相反方向的箭头表示该响应。随即，工作流管理节点250根据工作流说明来确定从应用节点252调用第二应用。应用调用和关联的响应以箭头202示出。接着工作流管理节点250确定调用应用节点254中的第三应用。该应用调用请求和来自第三应用的伴随响应以箭头203示出。最后，工作流管理节点250确定从应用节点256调用第四应用。该应用调用请求和来自第四应用的相 应响应消息以箭头204示出。 

现有技术方案中的问题在于，单个工作流执行节点向通信网络中引入了单个故障点。工作流执行节点必需复制有备用节点，这是费用较高的方案。另外，需要载波级平台来使工作流执行节点以及备用节点的状态同步，以便提供一种热备份配置。还非常可能的是，无论是否被复制，单工作流执行节点都不是可扩展的方案。如果必须在短时间帧内处理相当数量的工作流，则工作流执行节点成为系统中的瓶颈。 

发明内容