專利名稱：一種流程引擎平臺的制作方法
技術領域：
本發(fā)明屬于工作流(W0RKFL0W)，業(yè)務流程管理(BPM)領域，特別涉及一種流程引擎平臺的設計方法和流程弓丨擎平臺系統(tǒng)。
背景技術：
工作流(Work Flow)就是工作流程的計算模型，即將工作流程中的工作如何前后組織在一起的邏輯和規(guī)則在計算機中以恰當?shù)哪Ｐ瓦M行表示并對其實施計算。工作流要解決的主要問題是為實現(xiàn)某個業(yè)務目標，在多個參與者之間，利用計算機，按某種預定規(guī)則自動傳遞文檔、信息或者任務。簡單地說，工作流就是一系列相互銜接、自動進行的業(yè)務活動或任務。我們可以將整個業(yè)務過程看作是一條自動化生產線，生產線上的產品就是待審核的表單和文檔。 工作流屬于計算機支持的協(xié)同工作(Computer Supported Cooperative Work,CSCff)的一部分。后者是普遍地研究ー個群體如何在計算機的幫助下實現(xiàn)協(xié)同工作的?，F(xiàn)有技術手段是，許多公司采用紙張表單，手工傳遞的方式，一級ー級審批簽字，工作效率非常低下，對于統(tǒng)計報表功能則不能實現(xiàn)。

發(fā)明內容
本發(fā)明的目的正是為了克服上述現(xiàn)有技術存在的缺陷和不足而提供一種流程簡單、實用、辦公效率高、能夠提升了公司核心競爭カ的流程引擎平臺系統(tǒng)。本發(fā)明的目的是通過如下技術方案來實現(xiàn)的?！N流程引擎平臺，本發(fā)明由流程引擎核心模塊，流程引擎接ロ模塊兩大部分組成；
其中流程引擎核心模塊又分別包括有流程虛擬機模塊，流程語言模塊，業(yè)務擴展模塊；其中流程語言模塊分別與流程虛擬機模塊和業(yè)務擴展模塊連接；流程語言模塊和業(yè)務擴展模塊又分別與流程引擎接ロ模塊連接；
流程引擎接ロ模塊又分別包括有webservice接ロ模塊，EJB接ロ模塊，其它接ロ模
塊；
流程語言模塊又分別包括有XPDL模塊，BPDL模塊，BPMN模塊，其它流程語言模塊；
流程引擎接ロ模塊與應用系統(tǒng)連接。業(yè)務擴展模塊為ー個以上分別并排設置的模塊，即可根據(jù)需要設置多個業(yè)務擴展模塊，例如業(yè)務擴展模塊1，業(yè)務擴展模塊2，業(yè)務擴展模塊3，業(yè)務擴展模塊4。流程引擎核心實現(xiàn)流程的執(zhí)行功能，流程引擎接ロ支持和不同運行環(huán)境下的應用系統(tǒng)集成。其中流程引擎核心又包含流程虛擬機，流程語言模塊，業(yè)務擴展模塊，流程虛擬機針對不同的流程語言提供了通用的流程運行機制，流程語言模塊在流程虛擬機基礎上執(zhí)行某種特定的流程語言編制的流程，業(yè)務擴展模塊在流程語言模塊基礎之上針對特定的應用環(huán)境提供相應的業(yè)務邏輯。
流程引擎核心和流程接ロ模塊相互獨立，在這種設計下，流程引擎平臺可以最大程度滿足各種應用系統(tǒng)運行環(huán)境的需求，最大程度的支持各種運行環(huán)境下的應用系統(tǒng)流程虛擬機獨立，獨立的流程虛擬機的設計，可以實現(xiàn)通用的流程執(zhí)行機制，支持多種流程語言的執(zhí)行。
獨立的流程語言模塊，獨立的流程語言模塊設計，可以在流程虛擬機的支持下，提供多種不同的流程語言的執(zhí)行功能，執(zhí)行多種不同流程語言編制的流程。根據(jù)權利要求I所述的流程引擎平臺，其特征在于擴展的業(yè)務模塊，通過擴展的業(yè)務模塊，使流程引擎平臺在保持通用性，支持不同應用系統(tǒng)的情況下，能夠針對不同的應用進行裁剪，優(yōu)化，支持該種應用系統(tǒng)特定的業(yè)務邏輯。優(yōu)化擴展的活動圖流程執(zhí)行模型。國內的工作流應用有很多特殊之處，例如部門會簽，文件的取回與補送等等，這些特殊的需求使用通用的流程執(zhí)行模型并不能很好地實現(xiàn)，通過優(yōu)化擴展標準的活動圖流程執(zhí)行模型，很好地解決了這些特殊的問題。本發(fā)明采用的系統(tǒng)結構連接關系，輔助以相應工作流軟件，使用者只需在電腦上填寫有關表單，會按照定義好的流程自動往下跑，下一級審批者將會收到相關資料，并可以根據(jù)需要修改、跟蹤、管理、查詢、統(tǒng)計、打印等，大大提高了效率，實現(xiàn)了知識管理，提升了公司的核心競爭カ。工作流引擎是指工作流作為應用系統(tǒng)的一部分，并為之提供對各應用系統(tǒng)有決定作用的根據(jù)角色、分エ和條件的不同決定信息傳遞路由、內容等級等核心解決方案。ー個應用系統(tǒng)最關鍵的部分不是系統(tǒng)的界面，也不是和數(shù)據(jù)庫之間的信息交換，而是如何根據(jù)業(yè)務邏輯開發(fā)出符合實際需要的程序邏輯并確保其穩(wěn)定性、易維護性(模塊化和結構化)和彈性(容易根據(jù)實際業(yè)務邏輯的變化作出程序上的變動，例如決策權的改變、組織結構的變動和由于業(yè)務方向的變化產生的全新業(yè)務邏輯等等)。Workflow引擎解決的就是這個問題如果應用程序缺乏強大的邏輯層，勢必變得容易出錯(信息的路由錯誤、死循環(huán)等等)。就好比一輛汽車，外表做得再漂亮，如果發(fā)動機有問題就只是ー個擺設。應用系統(tǒng)的弾性就好比引擎轉速方面的性能，加速到100公里需要I個小時(業(yè)務流程發(fā)生變動需要進行半年的程序修改)還能叫好車嗎？引擎動不動就熄火(程序因為邏輯的問題陷入死循環(huán))的車還敢開嗎？
為了能夠讓工作流引擎能夠執(zhí)行業(yè)務流程，需要創(chuàng)建業(yè)務流程模型，這個創(chuàng)建業(yè)務流程模型的過程稱為流程建摸。目前已經有多個標準化組織致力于流程建模領域的標準化，并發(fā)布了自己的流程建模語言標準。例如工作流管理聯(lián)盟(WFMC)制訂的XPDL，對象管理組織(OMG)制訂的BPMN，BPMN2,結構化信息標準促進組織(OASIS)制訂的BPEL等，這些不同的流程建模語言之間既有共性，也有各自的側重點。目前市場已經存在一些流程引擎平臺，但這些流程引擎平臺往往存在一些技術上的缺點
單一流程語言多數(shù)流程引擎平臺僅能支持特定的流程建模語言，這使得該流程引擎平臺的適用范圍受到限制，在遇到規(guī)模較大或者復雜ー些的應用環(huán)境，需要支持多種不同的流程建模語言編制的流程吋，不能勝任。支持的應用環(huán)境有限多數(shù)流程引擎平臺在架構設計上未考慮與應用集成時復雜的運行環(huán)境要求，僅支持少數(shù)幾種特定的環(huán)境，如果應用系統(tǒng)要求的運行環(huán)境超出了流程引擎平臺支持的范圍，流程引擎平臺就變得毫無用處。難以支持不同應用系統(tǒng)特殊的業(yè)務邏輯應用系統(tǒng)中集成流程引擎需要從兩個方面來看，一方面，應用系統(tǒng)集成流程引擎需要的是流程引擎提供的執(zhí)行業(yè)務流程的通用功能，通過流程流程引擎，應用系統(tǒng)可以靈活的適應業(yè)務流程的變化，另ー方面，不同的應用系統(tǒng)中，往往有特殊的業(yè)務邏輯，所以需要流程引擎支持這種特殊性。如果流程引擎平臺在設計時未考慮這一點，將難以解決此問題。流程虛擬機通過引入流程虛擬機的概念，使整個流程引擎平臺具備了通用的流程執(zhí)行功能，不同的流程建模語言(如前面背景技術中所述的XPDL，BPMN, BPEL等)編制的流程都能夠在此流程虛擬機之上執(zhí)行，大大拓展了流程引擎的應用范圍。流程虛擬機通過以下方式實現(xiàn)
對不同的流程建模語言進行分析之后，根據(jù)其共性，總結提煉ー套通用的流程對象模型，這個流程對象模型就是運行時內存中的流程模型，在這個流程模型基礎之上，使用優(yōu)化擴展后的活動圖流程執(zhí)行模型對其進行解釋和執(zhí)行，使流程引擎平臺具備ー個通用的執(zhí)行基礎。流程建模語言執(zhí)行模塊在流程虛擬機之上，是針對不同流程建模語言的流程建模語言執(zhí)行模塊，這些模塊負責將不同的流程建模語言編制的流程，解析轉換為流程虛擬機提供的通用流程模型，這樣不同的流程建模語言編制的流程，都能夠在流程虛擬機之上執(zhí)行。業(yè)務擴展模塊由于應用系統(tǒng)千變萬化，各自都有自己特殊的業(yè)務邏輯，在ー個通用的流程模型中不可能完全涵蓋這些特殊之處，所以流程建模語言均支持擴展定義。流程引擎平臺在架構設計上引入了業(yè)務擴展模塊，允許應用系統(tǒng)利用流程建模語言定義特有的業(yè)務邏輯，并在運行時使用這些業(yè)務邏輯。本發(fā)明的有益效果是，流程引擎平臺實現(xiàn)了統(tǒng)一，可擴展的流程執(zhí)行功能，為應用系統(tǒng)中的業(yè)務流程提供統(tǒng)ー的執(zhí)行平臺，將應用系統(tǒng)中數(shù)量龐大的業(yè)務流程集中統(tǒng)一管理，很大程度簡化了應用系統(tǒng)的開發(fā)和維護。同時，流程引擎平臺支持業(yè)務流程的按需配置，可以根據(jù)用戶的需要快速配置和調整業(yè)務流程，提供了更好的用戶價值。本發(fā)明流程簡單、實用、辦公效率高、能夠提升了公司核心競爭カ。下面結合說明書附圖和具體實施方式
對本發(fā)明做進ー步的闡述。


圖I為流程引擎平臺整體結構圖。
具體實施方案如圖I所示，一種流程引擎平臺，本發(fā)明由流程引擎核心模塊，流程引擎接ロ模塊兩大部分組成；
其中流程引擎核心模塊又分別包括有流程虛擬機模塊，流程語言模塊，業(yè)務擴展模塊；其中流程語言模塊分別與流程虛擬機模塊和業(yè)務擴展模塊連接；流程語言模塊和業(yè)務 擴展模塊又分別與流程引擎接ロ模塊連接；
流程引擎接ロ模塊又分別包括有webservice接ロ模塊，EJB接ロ模塊，其它接ロ模塊；
流程語言模塊又分別包括有XPDL模塊，BPDL模塊，BPMN模塊，其它流程語言模塊；
流程弓I擎接ロ模塊與應用系統(tǒng)連接。業(yè)務擴展模塊為ー個以上分別并排設置的模塊，即可根據(jù)需要設置多個業(yè)務擴展模塊，例如業(yè)務擴展模塊1，業(yè)務擴展模塊2，業(yè)務擴展模塊3，業(yè)務擴展模塊4。流程引擎核心實現(xiàn)流程的執(zhí)行功能，流程引擎接ロ支持和不同運行環(huán)境下的應用系統(tǒng)集成。其中流程引擎核心又包含流程虛擬機模塊，流程語言模塊，業(yè)務擴展模塊，流程虛擬機模塊針對不同的流程語言提供了通用的流程運行機制，流程語言模塊在流程虛擬機模塊基礎上執(zhí)行某種特定的流程語言編制的流程，業(yè)務擴展模塊在流程語言模塊基礎之上 針對特定的應用環(huán)境提供相應的業(yè)務邏輯。應用系統(tǒng)是任何需要使用流程引擎平臺的應用程序，這些程序可以使用任意編程語言編制，在任意運行環(huán)境中執(zhí)行。webservice接ロ模塊這是流程引擎平臺提供的webservice接ロ，任何應用系統(tǒng)，只要能夠使用webservice技術，就能通過此接ロ調用流程引擎平臺，使用流程引擎平臺提供的功能。EJB接ロ模塊對于運行在J2EE環(huán)境中的應用系統(tǒng)，需要使用EJB調用引擎平臺的環(huán)境中，流程引擎平臺可以提供EJB接ロ模塊，供應用系統(tǒng)調用。流程引擎核心這是流程引擎平臺提供的可配置，可擴展的流程模型執(zhí)行核心引擎。包括三大部分流程虛擬機流程虛擬機提供通用的流程執(zhí)行功能，一般情況下不需要做任何改動。流程語言模塊流程語言模塊是特定的流程建模語言的執(zhí)行模塊，可以支持多種流程建模語言，包括常見的XPDL，BPMN, BPEL,如果應用系統(tǒng)有需要，也可以定義自己的流程建模語言并擴展開發(fā)流程語言模塊。業(yè)務擴展模塊業(yè)務擴展模塊實現(xiàn)特定的應用系統(tǒng)業(yè)務邏輯，增強了流程引擎的適應性，應用系統(tǒng)可根據(jù)需要擴展開發(fā)，配置多個業(yè)務擴展模塊，使流程引擎平臺更貼近應用系統(tǒng)的需求。
權利要求
1.一種流程引擎平臺，其特征在干，由流程引擎核心模塊，流程引擎接ロ模塊兩大部分組成； 其中流程引擎核心模塊又分別包括有流程虛擬機模塊，流程語言模塊，業(yè)務擴展模塊；其中流程語言模塊分別與流程虛擬機模塊和業(yè)務擴展模塊連接；流程語言模塊和業(yè)務擴展模塊又分別與流程引擎接ロ模塊連接； 流程引擎接ロ模塊又分別包括有Webservice接ロ模塊，EJB接ロ模塊，其它接ロ模塊； 流程語言模塊又分別包括有XPDL模塊，BPDL模塊，BPMN模塊，其它流程語言模塊； 流程弓I擎接ロ模塊與應用系統(tǒng)連接。
2.根據(jù)權利要求I所述的ー種流程引擎平臺，其特征在干，業(yè)務擴展模塊為ー個以上分別并排設置的模塊。
全文摘要
一種流程引擎平臺，本發(fā)明由流程引擎核心模塊，流程引擎接口模塊兩大部分組成。本發(fā)明很大程度簡化了應用系統(tǒng)的開發(fā)和維護。同時，流程引擎平臺支持業(yè)務流程的按需配置，可以根據(jù)用戶的需要快速配置和調整業(yè)務流程，提供了更好的用戶價值。
文檔編號G06F9/44GK102646236SQ20121009513
公開日2012年8月22日 申請日期2012年3月30日 優(yōu)先權日2012年3月30日
發(fā)明者丁鎮(zhèn)濤, 侯彥文, 普雄偉, 王云濤, 王航, 羅淵, 袁云昌, 趙俊輝, 陳云川, 陳園林 申請人:云南遠信科技有限公司