專利名稱：：基于Web服務(wù)編排描述語言的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種業(yè)務(wù)流程監(jiān)控系統(tǒng)，尤其涉及一種基于Web服務(wù)編排描述語言(WS-ChoreographyDefinitionLanguage,簡寫為WS_Q)L)的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)，屬于網(wǎng)絡(luò)服務(wù)流程監(jiān)控
技術(shù)領(lǐng)域：
。
背景技術(shù)：
：在互聯(lián)網(wǎng)高速發(fā)展的今天，Web服務(wù)已經(jīng)成為企業(yè)獲取網(wǎng)絡(luò)服務(wù)、進(jìn)行數(shù)據(jù)交互的重要技術(shù)手段。為了保證IT系統(tǒng)進(jìn)行數(shù)據(jù)交互的高效、可靠，流程監(jiān)控技術(shù)在其中發(fā)揮著不可替代的作用?，F(xiàn)有的流程監(jiān)控技術(shù)主要包括三類:第一類是使用內(nèi)置流程執(zhí)行引擎的流程監(jiān)控工具，將一系列同步和異步的服務(wù)組合到一個(gè)端到端的BPEL(業(yè)務(wù)流程執(zhí)行語言)流中。第二類是使用BAM(業(yè)務(wù)活動(dòng)監(jiān)控)工具進(jìn)行業(yè)務(wù)活動(dòng)監(jiān)控，收集、分析和展現(xiàn)業(yè)務(wù)活動(dòng)的實(shí)時(shí)數(shù)據(jù)，改進(jìn)業(yè)務(wù)運(yùn)作的速度和效率。第三類是通過客戶定制，為企業(yè)或所在行業(yè)的IT系統(tǒng)開發(fā)專用的業(yè)務(wù)流程監(jiān)控工具。Web服務(wù)編排描述語言是W3C在2005年制定的Web服務(wù)編排標(biāo)準(zhǔn)，從全局的角度定義了一組Web服務(wù)之間的協(xié)作和交互必須遵守的規(guī)則。在此基礎(chǔ)上，Pi4Tech公司推出了基于Web服務(wù)編排描述語言的圖形化編輯工具Pi4S0A，用以實(shí)現(xiàn)流程控制過程中圖形的編輯工作，提高流程監(jiān)控的準(zhǔn)確性。Pi4S0A用戶可以使用拖拽的方式實(shí)現(xiàn)Web服務(wù)編排描述語言的流程編輯。但是其對(duì)Web服務(wù)編排描述語言的編排流程圖形化操作只是簡單地圖形化XML標(biāo)簽以及表示標(biāo)簽的“生命線”，將文檔包含的標(biāo)簽堆砌在合適的順序、選擇和并行的分支結(jié)構(gòu)中。在角色復(fù)雜時(shí)，角色關(guān)系會(huì)變得更加復(fù)雜。同時(shí)，簡單圖形化不便于編輯，無法高效地進(jìn)行可視化建模。而且，現(xiàn)有的業(yè)務(wù)流程監(jiān)控工具往往是客戶定制，通用性差，開發(fā)周期長，如果以后出現(xiàn)業(yè)務(wù)上的變動(dòng)維護(hù)工作比較麻煩。發(fā)明人在《華東理工大學(xué)學(xué)報(bào)》2011年第2期上發(fā)表的論文《基于WS-⑶L的圖形化編輯工具關(guān)鍵技術(shù)研究與實(shí)現(xiàn)》中，介紹了WS-CDL圖形化編輯器的構(gòu)造，包括如下步驟:對(duì)主要的活動(dòng)以及屬性進(jìn)行圖形化處理設(shè)計(jì)一套圖形化模型標(biāo)記WS-⑶L-N，使其與WS-⑶L一一對(duì)應(yīng)，并在此基礎(chǔ)上，使用Eclipse插件GMF框架設(shè)計(jì)并實(shí)現(xiàn)了WS-⑶L的圖形化編輯器。該論文彌補(bǔ)了現(xiàn)有圖形化研究成果中的不足，脫離XML標(biāo)簽的束縛，實(shí)現(xiàn)了高層次抽象、合理、直觀的圖形化標(biāo)識(shí)方式，可以高效地進(jìn)行可視化建模，提高了系統(tǒng)通用性。但是，在該論文中并沒有介紹從整體上對(duì)業(yè)務(wù)流程進(jìn)行監(jiān)控，并將其應(yīng)用于多方協(xié)同業(yè)務(wù)流程的具體實(shí)現(xiàn)過程。
發(fā)明內(nèi)容針對(duì)現(xiàn)有技術(shù)所存在的不足，本發(fā)明所要解決的技術(shù)問題在于提供一種基于Web服務(wù)編排描述語言的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)(簡稱流程監(jiān)控系統(tǒng))。為實(shí)現(xiàn)上述的發(fā)明目的，本發(fā)明采用下述的技術(shù)方案:一種基于Web服務(wù)編排描述語言的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)，由業(yè)務(wù)流程建模模塊、業(yè)務(wù)流程展示模塊、監(jiān)控元數(shù)據(jù)模型模塊、客戶端包捕獲器模塊、事件引擎模塊、監(jiān)控系統(tǒng)服務(wù)器模塊、數(shù)據(jù)接收服務(wù)器模塊和報(bào)表定制和展示模塊組成；所述業(yè)務(wù)流程建模模塊連接所述業(yè)務(wù)流程展示模塊，所述業(yè)務(wù)流程展示模塊連接所述監(jiān)控元數(shù)據(jù)模型模塊，所述監(jiān)控元數(shù)據(jù)模型模塊連接所述監(jiān)控系統(tǒng)服務(wù)器模塊；所述監(jiān)控系統(tǒng)服務(wù)器模塊分別與所述客戶端包捕獲器模塊、所述事件引擎模塊、所述數(shù)據(jù)接收服務(wù)器模塊和所述報(bào)表定制和展示模塊進(jìn)行連接；所述客戶端包捕獲器模塊將輸出結(jié)果送入所述數(shù)據(jù)接收服務(wù)器模塊中，所述數(shù)據(jù)接收服務(wù)器模塊將相應(yīng)的事件送入所述事件引擎模塊中，所述事件引擎模塊相應(yīng)觸發(fā)所述業(yè)務(wù)流程展示模塊；所述客戶端包捕獲器模塊根據(jù)監(jiān)控文件捕獲網(wǎng)絡(luò)包，分析交互消息與所述網(wǎng)絡(luò)包的關(guān)系，將屬于同一個(gè)會(huì)話的幾個(gè)網(wǎng)絡(luò)包進(jìn)行分析，利用重組算法將所述網(wǎng)絡(luò)包按照會(huì)話進(jìn)行組裝和關(guān)聯(lián)，生成消息鏈；抽取所述消息鏈中包含的信息，存入數(shù)據(jù)庫或者激發(fā)事件引擎觸發(fā)事件，實(shí)現(xiàn)跨區(qū)域/跨系統(tǒng)的多方協(xié)同業(yè)務(wù)流程監(jiān)控。本發(fā)明提供了一種多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)，可以實(shí)現(xiàn)對(duì)多方業(yè)務(wù)的整體流程管理和具體某一流程的全程監(jiān)控。利用本發(fā)明，可以實(shí)現(xiàn)跨區(qū)域/跨系統(tǒng)的多方協(xié)同業(yè)務(wù)流程監(jiān)控，有效地解決業(yè)務(wù)流程建模困難和無法進(jìn)行業(yè)務(wù)流程監(jiān)控的問題。圖1為本發(fā)明所提供的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)的整體結(jié)構(gòu)示意圖2為WS-⑶L中間表示結(jié)構(gòu)的示意圖3為業(yè)務(wù)流程展示模塊的架構(gòu)示意圖4為對(duì)捕獲消息的重組算法示意圖5為事件引擎的架構(gòu)示意圖。具體實(shí)施例方式本發(fā)明提供了一種多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)(以下簡稱流程監(jiān)控系統(tǒng))。該流程監(jiān)控系統(tǒng)首先利用Web服務(wù)編排描述語言編排圖形化標(biāo)識(shí)模型，為跨系統(tǒng)的多方協(xié)同過程提供模型參照，以保證業(yè)務(wù)流程的合理性；接著，基于該圖形化標(biāo)識(shí)模型的解析構(gòu)建監(jiān)控元數(shù)據(jù)模型單元，定義所需捕獲的消息內(nèi)容與監(jiān)控規(guī)則；最后，采用對(duì)捕獲消息的重組算法，用來解決消息與模型實(shí)例的關(guān)聯(lián)問題。下面結(jié)合附圖和具體實(shí)施例展開詳細(xì)的說明。圖1顯示了該流程監(jiān)控系統(tǒng)的整體架構(gòu)，其主要包括業(yè)務(wù)流程建模模塊、業(yè)務(wù)流程展示模塊、監(jiān)控元數(shù)據(jù)模型模塊、客戶端包捕獲器模塊、事件引擎模塊、監(jiān)控系統(tǒng)服務(wù)器模塊、數(shù)據(jù)接收服務(wù)器模塊、報(bào)表定制和展示模塊等。其中，業(yè)務(wù)流程展示模塊進(jìn)一步包括WS-⑶L解析單元、服務(wù)功能單元及視圖展示和配置單元。監(jiān)控元數(shù)據(jù)模型模塊進(jìn)一步包括WS-CDL中間結(jié)構(gòu)單元、其它數(shù)據(jù)單元及監(jiān)控對(duì)象定義單元，而監(jiān)控對(duì)象定義單元包括數(shù)據(jù)庫表定義和sensor(監(jiān)控)文件?？蛻舳税东@器模塊進(jìn)一步包括sensor請(qǐng)求單元、網(wǎng)絡(luò)包截獲器和適配器。監(jiān)控系統(tǒng)服務(wù)器模塊包括事件(event)配置單元、數(shù)據(jù)庫單元、JMS(Java消息服務(wù))隊(duì)列單元和sensor文件。在本流程監(jiān)控系統(tǒng)中，業(yè)務(wù)流程建模模塊連接業(yè)務(wù)流程展示模塊中的WS-⑶L解析單元，該WS-⑶L解析單元進(jìn)一步連接監(jiān)控元數(shù)據(jù)模型模塊中的WS-CDL中間結(jié)構(gòu)單元。另外，業(yè)務(wù)流程展示模塊中的視圖展示和配置單元也連接監(jiān)控元數(shù)據(jù)模型模塊中的監(jiān)控對(duì)象定義單元。監(jiān)控元數(shù)據(jù)模型模塊與監(jiān)控系統(tǒng)服務(wù)器模塊連接，向其提供監(jiān)控元數(shù)據(jù)。數(shù)據(jù)接收服務(wù)器模塊和事件引擎模塊也分別與監(jiān)控系統(tǒng)服務(wù)器模塊連接。監(jiān)控系統(tǒng)服務(wù)器模塊中的sensor文件輸入客戶端包捕獲器模塊中的sensor請(qǐng)求單元，在轉(zhuǎn)換為sensor,xml后分別送入網(wǎng)絡(luò)包截獲器和適配器中，然后客戶端包捕獲器模塊將輸出結(jié)果送入數(shù)據(jù)接收服務(wù)器模塊中。數(shù)據(jù)接收服務(wù)器模塊將相應(yīng)的事件送入事件引擎模塊中，事件引擎模塊相應(yīng)觸發(fā)業(yè)務(wù)流程展示模塊。另外，監(jiān)控系統(tǒng)服務(wù)器模塊也與報(bào)表定制和展示模塊進(jìn)行連接。在本發(fā)明中，業(yè)務(wù)流程建模模塊利用建模工具對(duì)業(yè)務(wù)流程進(jìn)行建模，將建好的模型轉(zhuǎn)換成標(biāo)準(zhǔn)的WS-CDL文件。所建立的模型要能夠確切地描述實(shí)際的業(yè)務(wù)交互過程，并且底層建模語言的語法規(guī)則要能涵蓋實(shí)際交互過程的各個(gè)方面。建立好模型后，將其轉(zhuǎn)換成標(biāo)準(zhǔn)的WS-CDL業(yè)務(wù)編排語言，并上傳到監(jiān)控系統(tǒng)服務(wù)器模塊。業(yè)務(wù)流程展示模塊首先對(duì)業(yè)務(wù)流程建模模塊創(chuàng)建的WS-CDL文件進(jìn)行解析，生成一種中間表示結(jié)構(gòu)，并緩存在客戶端內(nèi)存中。對(duì)于無限嵌套的結(jié)構(gòu)可以使用一維數(shù)組來存儲(chǔ)，其中的元素可以是工作單元(workunit)，也可以是序結(jié)構(gòu)的嵌套，還可以是序結(jié)構(gòu)與基本活動(dòng)的混合序列。圖2展示了WS-⑶L文件的中間表示結(jié)構(gòu)，其中控制(control)節(jié)點(diǎn)表示sequence(順序)、parallel(并行)、choice(選擇)或者工作單元這樣的序結(jié)構(gòu)元素,活動(dòng)(activity)節(jié)點(diǎn)表示W(wǎng)S-⑶L規(guī)范的基本活動(dòng)。圖2中的一維數(shù)組實(shí)際上存儲(chǔ)了一個(gè)編排(Choreography)的整體順序結(jié)構(gòu)，數(shù)組中元素的先后順序代表了編排中最頂層活動(dòng)的執(zhí)行順序。在數(shù)組中的控制節(jié)點(diǎn)包含一系列嵌套的順序活動(dòng)或是控制活動(dòng)，即是說當(dāng)結(jié)點(diǎn)是parallel或者choice時(shí),它們內(nèi)部的基本活動(dòng)將存儲(chǔ)為數(shù)據(jù)。從上往下看，實(shí)際上就是用鏈表來表示編排的互操作活動(dòng)序列，并且隨著模型的復(fù)雜度，整個(gè)數(shù)據(jù)結(jié)構(gòu)也會(huì)變得非常的復(fù)雜。當(dāng)解析WS-CDL文件時(shí)，以Choreography(編排)為根結(jié)點(diǎn)，遍歷Choreography的下面一層子結(jié)點(diǎn)，以一維數(shù)組的形式存入流程監(jiān)控系統(tǒng)中。當(dāng)用戶需要展示業(yè)務(wù)流程時(shí)，將從監(jiān)控元數(shù)據(jù)模型模塊中讀取WS-CDL文件的中間表示結(jié)構(gòu)并生成圖形化界面。在本發(fā)明中，以樹狀結(jié)構(gòu)表現(xiàn)所定義的頂層基本元素以及部分重要的屬性，其圖形化的元素和屬性包括:命名空間(namespace);角色類型(roleType),以及其屬性行為(behavior);關(guān)系類型(relationshipType);參與方類型(participantType);管道類型(channelType),以及其包括的可傳遞管道(passingchannel);信息類型(informationType);標(biāo)識(shí)(token);標(biāo)識(shí)定位符(tokenLocator)。關(guān)于建立圖形化標(biāo)識(shí)并設(shè)計(jì)流程編排工具的過程，可以參閱發(fā)明人在《華東理工大學(xué)學(xué)報(bào)》2011年第2期上發(fā)表的論文《基于WS-CDL的圖形化編輯工具關(guān)鍵技術(shù)研究與實(shí)現(xiàn)》，在此就不具體說明了。圖3顯示了業(yè)務(wù)流程展示模塊的總體框架設(shè)計(jì)。該業(yè)務(wù)流程展示模塊主要分為三大功能單元，分別為:服務(wù)功能單元、WS-CDL解析單元、視圖展示和配置單元。具體說明如下:當(dāng)應(yīng)用程序啟動(dòng)時(shí)，本模塊將從監(jiān)控系統(tǒng)服務(wù)器模塊中讀取WS-CDL文件列表，并將其緩存在客戶端的緩存池中。當(dāng)用戶選擇某個(gè)WS-CDL文件進(jìn)行展示配置時(shí)，業(yè)務(wù)流程展示模塊調(diào)用“加載WS-CDL文件服務(wù)”，該服務(wù)將從監(jiān)控系統(tǒng)服務(wù)器模塊加載相應(yīng)的WS-CDL文件，并將其傳送給WS-CDL解析單元。WS-CDL解析單元在對(duì)文件進(jìn)行編譯后將生成圖2所示的中間表示結(jié)構(gòu)。視圖展示和配置單元讀取對(duì)應(yīng)的WS-CDL中間表示結(jié)構(gòu)并予以解析，然后利用Flex開源框架展示出業(yè)務(wù)流程的圖形節(jié)點(diǎn)。系統(tǒng)配置人員在展示出的圖形節(jié)點(diǎn)上配置相關(guān)的信息，并將這些配置信息緩存在監(jiān)控對(duì)象定義單元中，配置完成后進(jìn)行部署。系統(tǒng)配置人員在展示的圖形界面上進(jìn)行各種配置，配置過程中生成的一些數(shù)據(jù)將緩存在監(jiān)控對(duì)象定義單元中。當(dāng)最后決定部署，監(jiān)控對(duì)象定義單元的內(nèi)容將被提交到監(jiān)控系統(tǒng)服務(wù)器模塊，并創(chuàng)建相應(yīng)的數(shù)據(jù)庫表、訂閱JMS主題、注冊(cè)事件和生成Sensor文件。監(jiān)控元數(shù)據(jù)模型模塊由WS-⑶L中間結(jié)構(gòu)單元、監(jiān)控對(duì)象定義單元和其它數(shù)據(jù)單元(用于存放事件配置信息)組成。監(jiān)控對(duì)象定義單元包括Sensor文件、數(shù)據(jù)庫表/JMS主題。另外，監(jiān)控(sensor)文件是運(yùn)行系統(tǒng)與監(jiān)控系統(tǒng)的接口，包括交互標(biāo)識(shí)符、主機(jī)名和端口、服務(wù)地址、參數(shù)組和存儲(chǔ)等信息。其中監(jiān)控文件的具體定義如下:交互識(shí)別符(identity):該識(shí)別符是配置某個(gè)交互時(shí)，流程監(jiān)控系統(tǒng)根據(jù)交互的所有名稱依據(jù)一定的命名規(guī)范自動(dòng)生成。主機(jī)名(host)和端口(port)，用于定義數(shù)據(jù)存儲(chǔ)服務(wù)器所在的地址和端口，各個(gè)客戶端的消息截取器需把獲取到的信息發(fā)送至該主機(jī)。服務(wù)地址(wsdlAddress),指明某個(gè)交互實(shí)際引用的Web服務(wù)地址。參數(shù)組(p)，描述需要從該Web服務(wù)中獲取的信息。其中pname是模型中定義的屬性的名字，xpath是指當(dāng)前Web服務(wù)里對(duì)應(yīng)屬性用xpath的表示(因?yàn)閃eb服務(wù)的描述也是一個(gè)標(biāo)準(zhǔn)的xml文檔,可以用xpath語言定位到xml文件中的信息結(jié)點(diǎn))，type描述該屬性的字段類形，例如整形、浮點(diǎn)形或是字符串。存儲(chǔ)(storage),能夠定義獲取消息存儲(chǔ)的方式(type),例如存入數(shù)據(jù)庫或者JMS0如果是數(shù)據(jù)存入數(shù)據(jù)庫，那么式(type)的值為DB，并且相應(yīng)需要聲明數(shù)據(jù)庫表(table)的名字?？蛻舳税东@器模塊根據(jù)監(jiān)控文件捕獲網(wǎng)絡(luò)包，分析交互消息與所述網(wǎng)絡(luò)包的關(guān)系，將屬于同一個(gè)會(huì)話的幾個(gè)網(wǎng)絡(luò)包進(jìn)行分析，利用重組算法將所述網(wǎng)絡(luò)包按照會(huì)話進(jìn)行組裝和關(guān)聯(lián)，生成消息鏈；抽取所述消息鏈中包含的信息，存入數(shù)據(jù)庫或者激發(fā)事件引擎觸發(fā)事件，實(shí)現(xiàn)跨區(qū)域/跨系統(tǒng)的多方協(xié)同業(yè)務(wù)流程監(jiān)控。在客戶端包捕獲器模塊中，網(wǎng)絡(luò)包截獲器工作在數(shù)據(jù)鏈路層下，取得網(wǎng)卡的監(jiān)聽權(quán)限，以便獲取網(wǎng)絡(luò)包的內(nèi)容。適配器根據(jù)監(jiān)控元數(shù)據(jù)模型單元的監(jiān)控目標(biāo)定義，過濾出所需的網(wǎng)絡(luò)包，并對(duì)網(wǎng)絡(luò)包進(jìn)行組裝，抽取出需監(jiān)聽內(nèi)容，進(jìn)行格式轉(zhuǎn)換后發(fā)送到監(jiān)控系統(tǒng)服務(wù)器模塊。包重組主要分為兩種情況:第一種情況是，參與方的提供的Web服務(wù)都分別部署在不同的服務(wù)器上，此時(shí)服務(wù)的IP地址與端口號(hào)都各不相同。用戶應(yīng)用程序采用首先調(diào)用TCP(或UDP)協(xié)議由于TCP包頭包含源端口號(hào)(16位)和目的端口號(hào)(16位)，這兩個(gè)端口號(hào)能尋找發(fā)送端和接收端應(yīng)用進(jìn)程。這兩個(gè)端口號(hào)與IP首部中的源端IP地址和目標(biāo)端IP地址唯一確定一個(gè)TCP連接。分析源IP和目標(biāo)IP地址，如果IP地址與監(jiān)控文件匹配，就可以對(duì)這些包進(jìn)行分析，組裝為會(huì)話的發(fā)送消息和接收消息。第二種情況是，多個(gè)Web服務(wù)部署在同一臺(tái)服務(wù)器上。消息重組的具體方法如圖4所示。假設(shè)TCPm和TCPa2是請(qǐng)求包，屬于被分割的兩個(gè)TCP包。TCPm和TCPb2是響應(yīng)包，也是被分割的兩個(gè)包。TCP包含有SEQ號(hào)(SequenceNumber)和ACK號(hào)(AckNumber),在A組的發(fā)送序列中，SEQa2=SEQai+TCPa1.data,length,若B組是針對(duì)A組消息的響應(yīng)消息，那么存在這樣的關(guān)系:ACKb=SEQa2+TCPa2.data,length。同一組子消息的SEQ號(hào)與所屬同一組的前一個(gè)消息的字符串長度有關(guān)，而ACK號(hào)則和與之關(guān)聯(lián)消息的SEQ號(hào)有關(guān)。依據(jù)消息之間的這種關(guān)系，將所有包進(jìn)行組裝和關(guān)聯(lián)，生成消息鏈。圖5顯示了事件引擎模塊的總體框架。該事件引擎模塊主要包括信息處理、EPL(事件處理語言)生成器、服務(wù)、Esper事件引擎四大功能單元，其中Esper事件引擎為第三方提供的庫。在配置信息處理完畢后，一方面將打包的規(guī)則和字段信息提交給EPL生成器單元，EPL生成器單元將組合字段信息與規(guī)則信息生成合法的EPL語句。這些EPL語句通過EPL注冊(cè)服務(wù)發(fā)送給Esper事件引擎；另一方面，其它一些信息將調(diào)用服務(wù)單元的功能直接發(fā)送給Esper事件引擎。注冊(cè)事件信息傳送到Esper事件引擎后，Esper事件引擎將等待相關(guān)事件的到來。數(shù)據(jù)接收服務(wù)器模塊接收到抓包程序發(fā)來的數(shù)據(jù)后，一方面將數(shù)據(jù)保存到數(shù)據(jù)庫或者JMS隊(duì)列中，另一方面形成事件發(fā)送給Esper事件引擎。Esper事件引擎接收到事件后，會(huì)根據(jù)EPL過濾出相關(guān)的事件。如果到達(dá)的事件符合條件，那么事件引擎會(huì)根據(jù)預(yù)先定義的規(guī)則處理事件。處理完事件后，再根據(jù)用戶配置的信息，將事件產(chǎn)生的數(shù)據(jù)發(fā)送到數(shù)據(jù)庫或者JMS隊(duì)列中，同時(shí)將調(diào)用事件的監(jiān)聽程序(監(jiān)聽程序與EPStatement綁定)，監(jiān)聽程序會(huì)通知報(bào)表進(jìn)行更新操作。報(bào)表在接收到更新操作后，將從數(shù)據(jù)庫或者JMS隊(duì)列中讀取新的數(shù)據(jù)。各個(gè)客戶端包捕獲器模塊將消息鏈中包含的信息進(jìn)行抽取，統(tǒng)一格式后存入數(shù)據(jù)庫的相應(yīng)表或是JMS隊(duì)列中，如果遇到數(shù)據(jù)恰好符合事件定義，將觸發(fā)事件引擎模塊的動(dòng)作。數(shù)據(jù)接收服務(wù)器模塊接收來自客戶端包捕獲器模塊所抓取的數(shù)據(jù)，接收到數(shù)據(jù)后將形成相應(yīng)的事件發(fā)送給事件引擎模塊或者處理數(shù)據(jù)并插入到數(shù)據(jù)庫或者JMS隊(duì)列中。監(jiān)控系統(tǒng)服務(wù)器模塊在跟蹤某一具體業(yè)務(wù)時(shí)，對(duì)數(shù)據(jù)庫和JMS隊(duì)列進(jìn)行訪問，就能跟蹤業(yè)務(wù)的運(yùn)行狀況。報(bào)表定制與展示模塊實(shí)現(xiàn)根據(jù)需求定制各種報(bào)表并綁定相應(yīng)的數(shù)據(jù)。當(dāng)事件觸發(fā)后，將實(shí)時(shí)地從數(shù)據(jù)庫或者JMS隊(duì)列中讀取數(shù)據(jù)以更新內(nèi)容。需要說明的是，本發(fā)明的具體實(shí)施方式可以以軟件、硬件或者軟件和硬件的結(jié)合來實(shí)現(xiàn)。其中硬件部分可以利用專用邏輯來實(shí)現(xiàn)；軟件部分可以存儲(chǔ)在存儲(chǔ)器中，由適當(dāng)?shù)闹噶顖?zhí)行系統(tǒng)，例如微處理器或者專用設(shè)計(jì)硬件來執(zhí)行。本領(lǐng)域的普通技術(shù)人員可以理解上述的方法和系統(tǒng)可以使用計(jì)算機(jī)可執(zhí)行指令和/或包含在處理器控制代碼中來實(shí)現(xiàn)，例如在諸如磁盤、CD或DVD-ROM的載體介質(zhì)、諸如只讀存儲(chǔ)器(固件)的可編程的存儲(chǔ)器或者諸如光學(xué)或電子信號(hào)載體的數(shù)據(jù)載體上提供了這樣的代碼。本發(fā)明中的系統(tǒng)及其組件可以由諸如超大規(guī)模集成電路或門陣列、諸如邏輯芯片、晶體管等的半導(dǎo)體、或者諸如現(xiàn)場可編程門陣列、可編程邏輯設(shè)備等的可編程硬件設(shè)備的硬件電路實(shí)現(xiàn)，也可以用由各種類型的處理器執(zhí)行的軟件實(shí)現(xiàn)，也可以由上述硬件電路和軟件的結(jié)合例如固件來實(shí)現(xiàn)。以上對(duì)本發(fā)明所提供的基于Web服務(wù)編排描述語言的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)進(jìn)行了詳細(xì)的說明，但顯然本發(fā)明的具體實(shí)現(xiàn)形式并不局限于此。對(duì)于本
技術(shù)領(lǐng)域：
的一般技術(shù)人員來說，在不背離本發(fā)明的權(quán)利要求范圍的情況下對(duì)它進(jìn)行的各種顯而易見的改變都在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1.一種基于Web服務(wù)編排描述語言的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)，其特征在于:所述多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)由業(yè)務(wù)流程建模模塊、業(yè)務(wù)流程展示模塊、監(jiān)控元數(shù)據(jù)模型模塊、客戶端包捕獲器模塊、事件引擎模塊、監(jiān)控系統(tǒng)服務(wù)器模塊、數(shù)據(jù)接收服務(wù)器模塊和報(bào)表定制和展示模塊組成；所述業(yè)務(wù)流程建模模塊連接所述業(yè)務(wù)流程展示模塊，所述業(yè)務(wù)流程展示模塊連接所述監(jiān)控元數(shù)據(jù)模型模塊，所述監(jiān)控元數(shù)據(jù)模型模塊連接所述監(jiān)控系統(tǒng)服務(wù)器模塊；所述監(jiān)控系統(tǒng)服務(wù)器模塊分別與所述客戶端包捕獲器模塊、所述事件引擎模塊、所述數(shù)據(jù)接收服務(wù)器模塊和所述報(bào)表定制和展示模塊進(jìn)行連接；所述客戶端包捕獲器模塊將輸出結(jié)果送入所述數(shù)據(jù)接收服務(wù)器模塊中，所述數(shù)據(jù)接收服務(wù)器模塊將相應(yīng)的事件送入所述事件引擎模塊中，所述事件引擎模塊相應(yīng)觸發(fā)所述業(yè)務(wù)流程展示模塊。2.如權(quán)利要求1所述的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)，其特征在于:所述客戶端包捕獲器模塊根據(jù)監(jiān)控文件捕獲網(wǎng)絡(luò)包，分析交互消息與所述網(wǎng)絡(luò)包的關(guān)系，將屬于同一個(gè)會(huì)話的幾個(gè)網(wǎng)絡(luò)包進(jìn)行分析，利用重組算法將所述網(wǎng)絡(luò)包按照會(huì)話進(jìn)行組裝和關(guān)聯(lián)，生成消息鏈；抽取所述消息鏈中包含的信息，存入數(shù)據(jù)庫或者激發(fā)事件引擎觸發(fā)事件，實(shí)現(xiàn)跨區(qū)域/跨系統(tǒng)的多方協(xié)同業(yè)務(wù)流程監(jiān)控。3.如權(quán)利要求2所述的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)，其特征在于:所述重組算法中，同一組子消息的SEQ號(hào)與所屬同一組的前一個(gè)消息的字符串長度相關(guān)，ACK號(hào)和與之關(guān)聯(lián)消息的SEQ號(hào)相關(guān)。4.如權(quán)利要求1所述的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)，其特征在于:所述業(yè)務(wù)流程展示模塊包括WS-⑶L解析單元、服務(wù)功能單元及視圖展示和配置單元；所述監(jiān)控元數(shù)據(jù)模型模塊包括WS-CDL中間結(jié)構(gòu)單元、其它數(shù)據(jù)單元及監(jiān)控對(duì)象定義單元；所述業(yè)務(wù)流程建模模塊連接所述業(yè)務(wù)流程展示模塊中的WS-⑶L解析單元，該WS-⑶L解析單元連接所述監(jiān)控元數(shù)據(jù)模型模塊中的WS-⑶L中間結(jié)構(gòu)單元。5.如權(quán)利要求1所述的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)，其特征在于:所述客戶端包捕獲器模塊包括sensor請(qǐng)求單元、網(wǎng)絡(luò)包截獲器和適配器；所述監(jiān)控系統(tǒng)服務(wù)器模塊中的sensor文件輸入至所述sensor請(qǐng)求單元,轉(zhuǎn)換為sensor,xml后分別送入所述網(wǎng)絡(luò)包截獲器和所述適配器中。6.如權(quán)利要求5所述的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)，其特征在于:所述網(wǎng)絡(luò)包截獲器工作在數(shù)據(jù)鏈路層下，取得網(wǎng)卡的監(jiān)聽權(quán)限，以便獲取網(wǎng)絡(luò)包的內(nèi)容；所述適配器根據(jù)所述監(jiān)控元數(shù)據(jù)模型單元的監(jiān)控目標(biāo)定義，過濾出所需的網(wǎng)絡(luò)包，并對(duì)所述網(wǎng)絡(luò)包進(jìn)行組裝，抽取出需監(jiān)聽內(nèi)容并發(fā)送到所述監(jiān)控系統(tǒng)服務(wù)器模塊中。7.如權(quán)利要求1所述的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)，其特征在于:所述業(yè)務(wù)流程展示模塊對(duì)所述業(yè)務(wù)流程建模模塊創(chuàng)建的WS-CDL文件進(jìn)行解析，生成中間表示結(jié)構(gòu)，并緩存在客戶端內(nèi)存中。8.如權(quán)利要求7所述的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)，其特征在于:所述中間表示結(jié)構(gòu)由一維數(shù)組實(shí)現(xiàn)，其中控制節(jié)點(diǎn)表示順序、并行、選擇或者工作單元，活動(dòng)節(jié)點(diǎn)表示W(wǎng)S-CDL規(guī)范的基本活動(dòng)。全文摘要本發(fā)明一種基于Web服務(wù)編排描述語言的多方協(xié)同業(yè)務(wù)流程監(jiān)控系統(tǒng)，由業(yè)務(wù)流程建模模塊、業(yè)務(wù)流程展示模塊、監(jiān)控元數(shù)據(jù)模型模塊、客戶端包捕獲器模塊、事件引擎模塊、監(jiān)控系統(tǒng)服務(wù)器模塊、數(shù)據(jù)接收服務(wù)器模塊和報(bào)表定制和展示模塊組成。其中，客戶端包捕獲器模塊根據(jù)監(jiān)控文件捕獲網(wǎng)絡(luò)包，分析交互消息與網(wǎng)絡(luò)包的關(guān)系，將屬于同一個(gè)會(huì)話的幾個(gè)網(wǎng)絡(luò)包進(jìn)行分析，利用重組算法將網(wǎng)絡(luò)包按照會(huì)話進(jìn)行組裝和關(guān)聯(lián)，生成消息鏈；抽取消息鏈中包含的信息，存入數(shù)據(jù)庫或者激發(fā)事件引擎觸發(fā)事件。利用本發(fā)明，可以實(shí)現(xiàn)跨區(qū)域/跨系統(tǒng)的多方協(xié)同業(yè)務(wù)流程監(jiān)控，有效地解決業(yè)務(wù)流程建模困難和無法進(jìn)行業(yè)務(wù)流程監(jiān)控的問題。文檔編號(hào)G06Q10/06GK103218682SQ201310094009公開日2013年7月24日申請(qǐng)日期2013年3月22日優(yōu)先權(quán)日2013年3月22日發(fā)明者阮彤,葉琪,周潔穎,劉龍,劉斌申請(qǐng)人:華東理工大學(xué)