[发明专利]工作流引擎系统和工作流处理方法

说明书

技术领域

本发明涉及通信和计算机领域，尤其涉及一种工作流处理技术。

背景技术

随着计算机技术、通信技术以及互联网技术的飞速发展，越来越要求企业对应用数据进行信息化管理。目前，在企业信息化管理应用数据时，离不开工作流引擎系统。

随着信息化的不断深入，电信业务的不断扩大，信息系统用户数激增，对基于工作流的应用系统的性能提出更高的要求，同时也就对工作流引擎提出更高的要求。要求工作流引擎能够在上层应用系统被大量并发用户访问时，能够并发的、准确的、高效的响应应用系统的对象调用。也就是说，应用系统的压力最终转化为对工作流引擎对象调用的压力。因此，工作流引擎的稳定性和时效性就成了决定工作流产品性能的关键因素。

传统工作流引擎系统的逻辑结构示意图如图1所示，其主要包括：核心控制器10(有些也称为路由器)、流程模块20、表单模块30、接口业务服务实现模块40和公共模块50。

下面以工作流引擎系统从服务接口(图中同步接口)接收到一个流转请求为例，对工作流引擎系统的工作原理进行描述：

核心控制器10接收到流转请求后，先通过流程模块20中的流程定义管理构件查询该流程的完整定义，以确定其流转环节、关联表单和相关配置规则；

根据确定的关联表单，核心控制器10调用表单模块30中的各类构件完成表单的计算和数据保存；当涉及到对后端业务系统服务调用时，核心控制器10根据业务数据规则，调用接口业务服务实现模块40的外部接口业务服务构件，来完成业务数据的计算；核心控制器10调用流程模块20中的逻辑计算构件和路由判断构件，针对最终业务数据进行路由判定并得到下一环节活动项；核心控制器10调用流程模块20中的参与者管理构件和活动项管理构件，组合计算生成待办事项；核心控制器10调用流程模块20中的待办事项管理构件，写入待办事项；

上述事项完成后，核心控制器10将处理完成的消息反馈给同步接口的调用者，整个服务过程完成。

由上可以看出，传统工作流引擎系统主要是基于构件的工作流引擎，其根据职能划分将整个工作流引擎系统最终划分为各种不同的构件，并通过核心控制器10根据接口的业务服务实现来实现各流程流转等的执行过程，并以同步接口的方式将流转功能暴露供应用系统进行调用，从而完成整个流程流转的执行。

这种工作流引擎，比较有利于工作流引擎的快速开发和目前各种工作流产品的整合集成，并在一定程度上能够提高工作流中间构件的复用程度，然而随着信息化用户的迅猛发展，在SaaS(Software-as-a-service，软件即服务。SaaS是基于互联网提供软件服务的软件应用模式。)环境下，当海量用户群大量并发访问时，其访问压力将集中在内核构件的流程调度与执行模块上，这种情况下，往往容易引起引擎系统的调度拥塞。

另外，传统的工作流引擎在被应用系统调用后，即需要协同引擎各模块的构件进行一系列计算，应用系统在工作流引擎完成计算之前一直处于等待状态，最终用户同样也得不到系统的反馈，因此严重影响了系统使用上的性能体验。

发明内容

本发明的目的是提供一种工作流引擎系统，通过本发明，能够有效缓解引擎系统的调度拥塞；而且最终用户能够及时得到系统的反馈，从而能够提高系统使用上的性能体验。

本发明的目的是通过以下技术方案实现的：

本发明提供一种工作流引擎系统，包括系统接口，其还包括：

请求受理模块，用于从所述系统接口处接收工作流请求，并根据所述工作流请求生成对应的工作流处理消息以及请求处理完成消息；将请求处理完成消息返回请求用户；

工作流处理模块，用于根据所述请求受理模块生成的工作流处理消息，运行相应的工作流处理流程。

其中，所述工作流引擎系统还包括：

消息队列处理模块，用于将所述请求受理模块所生成的工作流处理消息，入消息队列等候处理，当处理时间到达时，弹出此工作流处理消息队列，并根据所述工作流处理消息中的参数触发相应的工作流处理模块运行。

本发明还提供一种工作流处理方法，所述工作流处理方法包括：

接收工作流请求，并根据所述工作流请求生成对应的工作流处理消息以及请求处理完成消息；

将请求处理完成消息返回请求用户；并根据所述工作流处理消息，运行相应的工作流处理流程。

其中，所述工作流处理方法还包括：