[發明專利]工作流引擎系統和工作流處理方法

無效

• 申請號: 201110284316.4
• 申請日: 2011-09-23
• 公開（公告）號: CN102419833A
• 公開（公告）日: 2012-04-18
• 發明（設計）人: 林大海;陶宇;陳振宇
• 申請（專利權）人: 方欣科技有限公司
• 主分類號: G06Q10/06
• 分類號: G06Q10/06
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及通信和計算機領域，尤其涉及一種工作流處理技術。

背景技術

隨著計算機技術、通信技術以及互聯網技術的飛速發展，越來越要求企業對應用數據進行信息化管理。目前，在企業信息化管理應用數據時，離不開工作流引擎系統。

隨著信息化的不斷深入，電信業務的不斷擴大，信息系統用戶數激增，對基于工作流的應用系統的性能提出更高的要求，同時也就對工作流引擎提出更高的要求。要求工作流引擎能夠在上層應用系統被大量并發用戶訪問時，能夠并發的、準確的、高效的響應應用系統的對象調用。也就是說，應用系統的壓力最終轉化為對工作流引擎對象調用的壓力。因此，工作流引擎的穩定性和時效性就成了決定工作流產品性能的關鍵因素。

傳統工作流引擎系統的邏輯結構示意圖如圖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是基于互聯網提供軟件服務的軟件應用模式。)環境下，當海量用戶群大量并發訪問時，其訪問壓力將集中在內核構件的流程調度與執行模塊上，這種情況下，往往容易引起引擎系統的調度擁塞。

另外，傳統的工作流引擎在被應用系統調用后，即需要協同引擎各模塊的構件進行一系列計算，應用系統在工作流引擎完成計算之前一直處于等待狀態，最終用戶同樣也得不到系統的反饋，因此嚴重影響了系統使用上的性能體驗。

發明內容

本發明的目的是提供一種工作流引擎系統，通過本發明，能夠有效緩解引擎系統的調度擁塞；而且最終用戶能夠及時得到系統的反饋，從而能夠提高系統使用上的性能體驗。

本發明的目的是通過以下技術方案實現的：

本發明提供一種工作流引擎系統，包括系統接口，其還包括：

請求受理模塊，用于從所述系統接口處接收工作流請求，并根據所述工作流請求生成對應的工作流處理消息以及請求處理完成消息；將請求處理完成消息返回請求用戶；

工作流處理模塊，用于根據所述請求受理模塊生成的工作流處理消息，運行相應的工作流處理流程。

其中，所述工作流引擎系統還包括：

消息隊列處理模塊，用于將所述請求受理模塊所生成的工作流處理消息，入消息隊列等候處理，當處理時間到達時，彈出此工作流處理消息隊列，并根據所述工作流處理消息中的參數觸發相應的工作流處理模塊運行。

本發明還提供一種工作流處理方法，所述工作流處理方法包括：

接收工作流請求，并根據所述工作流請求生成對應的工作流處理消息以及請求處理完成消息；

將請求處理完成消息返回請求用戶；并根據所述工作流處理消息，運行相應的工作流處理流程。

其中，所述工作流處理方法還包括：