專利名稱：復(fù)合事件處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本申請涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其涉及一種復(fù)合事件處理方法及裝置。
背景技術(shù)：
基于互聯(lián)網(wǎng)實(shí)現(xiàn)各種業(yè)務(wù)功能時(shí)，會(huì)產(chǎn)生海量的基礎(chǔ)事件(Base Event)，包括各種銷售數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)、系統(tǒng)之間的交互數(shù)據(jù)等，這些基礎(chǔ)事件僅反映了業(yè)務(wù)功能的片面信息，且信息量龐大，難以從中獲取有用信息。因此，需要對海量的基礎(chǔ)事件進(jìn)行處理以提取出有用的復(fù)合事件(Complex Event) 0例如，某個(gè)商品銷售時(shí)被POS機(jī)掃描，此時(shí)會(huì)觸發(fā)一個(gè)基礎(chǔ)事件至后臺(tái)服務(wù)器，而后臺(tái)服務(wù)器結(jié)合眾多商品出售的基礎(chǔ)事件，分析得到該商品的銷售趨勢信息即為復(fù)合事件處理后得到的復(fù)合事件信息。現(xiàn)有技術(shù)中，復(fù)合事件處理(Complex Event I^rocess，CEP)基于數(shù)據(jù)庫系統(tǒng)實(shí)現(xiàn)，預(yù)先對基礎(chǔ)事件進(jìn)行分類，同一類型的基礎(chǔ)事件具有相同的字段，用于保存基礎(chǔ)事件的信息，同一類型的基礎(chǔ)事件被存放在數(shù)據(jù)庫的同一個(gè)數(shù)據(jù)庫表中；多個(gè)有關(guān)聯(lián)的基礎(chǔ)事件形成一種事件模式，以支付寶(www.alipay.com)的擔(dān)保交易為例，擔(dān)保交易為一種事件模式，這個(gè)事件模式下包含了相互關(guān)聯(lián)的五個(gè)基礎(chǔ)事件，分別為創(chuàng)建交易、買家付款到中介機(jī)構(gòu)、賣家發(fā)貨、買家收貨和中間機(jī)構(gòu)付款到賣家；在進(jìn)行復(fù)合事件處理時(shí)，采用結(jié)構(gòu)化查詢語言(Structured Query Language, SQL)對數(shù)據(jù)庫表進(jìn)行查詢，從中找出復(fù)合事件，例如， 如果從數(shù)據(jù)庫表中依次找到擔(dān)保交易模式的五個(gè)基礎(chǔ)事件，則表示找到一個(gè)交易正常完成的復(fù)合事件，如果無法順序查找到這五個(gè)基礎(chǔ)事件，則返回交易系統(tǒng)異常的復(fù)合事件，進(jìn)行報(bào)警。發(fā)明人在對現(xiàn)有技術(shù)的研究過程中發(fā)現(xiàn)，現(xiàn)有復(fù)合事件處理都基于數(shù)據(jù)庫實(shí)現(xiàn)， 每個(gè)數(shù)據(jù)庫表要預(yù)先定義字段及對字段的限制，因此難以根據(jù)實(shí)際應(yīng)用靈活調(diào)整，并且數(shù)據(jù)庫內(nèi)需要存儲(chǔ)海量的基礎(chǔ)事件信息，因此將占用系統(tǒng)的大量存儲(chǔ)空間；另外，數(shù)據(jù)庫查詢語言難以描述和查詢復(fù)雜的復(fù)合事件，因此限制了復(fù)合事件處理的應(yīng)用范圍。

發(fā)明內(nèi)容
本申請實(shí)施例的目的是提供一種復(fù)合事件處理方法及裝置，以解決現(xiàn)有技術(shù)中基于數(shù)據(jù)庫進(jìn)行復(fù)合事件處理時(shí)占用大量存儲(chǔ)空間，且難以對復(fù)雜事件進(jìn)行處理的問題。為解決上述技術(shù)問題，本申請實(shí)施例提供了一種復(fù)合事件處理方法，是這樣實(shí)現(xiàn)的—種復(fù)合事件處理方法，所述方法包括接收到基礎(chǔ)事件后，根據(jù)所述基礎(chǔ)事件的事件信息確定所述基礎(chǔ)事件所屬的事件模式，所述基礎(chǔ)事件中攜帶事件標(biāo)識(shí)；將所述基礎(chǔ)事件輸入與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，所述狀態(tài)機(jī)實(shí)例為按照所述基礎(chǔ)事件所屬的事件模式定義的狀態(tài)機(jī)所創(chuàng)建的實(shí)例，屬于同一個(gè)狀態(tài)機(jī)實(shí)例的基礎(chǔ)事件具有相同的事件標(biāo)識(shí)；
根據(jù)所述狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件。為解決上述技術(shù)問題，本申請實(shí)施例還提供了一種復(fù)合事件處理裝置，是這樣實(shí)現(xiàn)的一種復(fù)合事件處理裝置，包括接收單元，用于接收基礎(chǔ)事件；確定單元，用于根據(jù)所述基礎(chǔ)事件的事件信息確定所述基礎(chǔ)事件所屬的事件模式，所述基礎(chǔ)事件中攜帶事件標(biāo)識(shí)；輸入單元，用于將所述基礎(chǔ)事件輸入與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，所述狀態(tài)機(jī)實(shí)例為按照所述基礎(chǔ)事件所屬的事件模式定義的狀態(tài)機(jī)所創(chuàng)建的實(shí)例，屬于同一個(gè)狀態(tài)機(jī)實(shí)例的基礎(chǔ)事件具有相同的事件標(biāo)識(shí)；輸出單元，用于根據(jù)所述狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件。可見，本申請實(shí)施例中接收到基礎(chǔ)事件后，根據(jù)基礎(chǔ)事件的事件類型確定基礎(chǔ)事件所屬的事件模式，將基礎(chǔ)事件輸入與該基礎(chǔ)事件的事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，并根據(jù)狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件。由于本申請復(fù)合事件處理的實(shí)施例無需數(shù)據(jù)庫支持，通過狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件，由此節(jié)約了系統(tǒng)為存儲(chǔ)大量基礎(chǔ)事件所耗費(fèi)的存儲(chǔ)空間，并且由于可以根據(jù)實(shí)際應(yīng)用需求變換對某個(gè)事件模式的狀態(tài)機(jī)定義，因此增強(qiáng)了系統(tǒng)對復(fù)合事件處理的靈活性；由于復(fù)合事件的處理都基于狀態(tài)機(jī)進(jìn)行，無需運(yùn)用大量的查詢語言，因此只需定義狀態(tài)機(jī)，就可處理各種復(fù)雜的復(fù)合事件，擴(kuò)展了復(fù)合事件處理的應(yīng)用范圍。


為了更清楚地說明本申請實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本申請復(fù)合事件處理方法的第一實(shí)施例流程圖；圖2A為本申請復(fù)合事件處理方法的第二實(shí)施例流程圖；圖2B為本申請一種應(yīng)用實(shí)例中擔(dān)保交易的事件模式狀態(tài)機(jī)定義示意圖；圖3為本申請復(fù)合事件處理裝置的第一實(shí)施例框圖；圖4為本申請復(fù)合事件處理裝置的第二實(shí)施例框圖。
具體實(shí)施例方式本申請實(shí)施例提供一種復(fù)合事件處理方法及裝置，對接收到的基礎(chǔ)事件，根據(jù)預(yù)先定義的事件模式對應(yīng)的狀態(tài)機(jī)輸出相應(yīng)的復(fù)合事件，從而可以針對復(fù)合事件進(jìn)行報(bào)警或者對復(fù)合事件進(jìn)行所需要的處理。為了使本技術(shù)領(lǐng)域的人員更好地理解本申請實(shí)施例中的技術(shù)方案，并使本申請實(shí)施例的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖對本申請實(shí)施例中技術(shù)方案作進(jìn)一步詳細(xì)的說明。參見圖1，為本申請復(fù)合事件處理方法的第一實(shí)施例流程圖
步驟101 接收到基礎(chǔ)事件后，根據(jù)基礎(chǔ)事件的事件信息確定該基礎(chǔ)事件所屬的事件模式。事件模式是對一系列相互關(guān)聯(lián)的基礎(chǔ)事件的總稱，每種事件模式都包含了順序執(zhí)行的多個(gè)基礎(chǔ)事件。以支付寶的擔(dān)保交易為例，擔(dān)保交易是一種需要關(guān)心是否發(fā)貨的事件模式，擔(dān)保交易包括的基礎(chǔ)事件有創(chuàng)建交易、買家付款到中間機(jī)構(gòu)、賣家發(fā)貨、買家收貨和中間機(jī)構(gòu)付款到賣家；另外，即時(shí)到賬也是一種事件模式，這種事件模式不需要關(guān)心是否發(fā)貨。本申請實(shí)施例中，為每種事件模式定義一個(gè)狀態(tài)機(jī)，這個(gè)狀態(tài)機(jī)中包含了若干遷移狀態(tài)，從初始狀態(tài)開始，該事件模式包含的順序執(zhí)行的每個(gè)基礎(chǔ)事件都對應(yīng)一個(gè)遷移狀態(tài)，以一個(gè)包含三個(gè)基礎(chǔ)事件的事件模式A為例，假設(shè)基礎(chǔ)事件的執(zhí)行順序應(yīng)為基礎(chǔ)事件 1、基礎(chǔ)事件2、基礎(chǔ)事件3，則從初始狀態(tài)開始，應(yīng)順序執(zhí)行基礎(chǔ)事件1，相應(yīng)的從初始狀態(tài)遷移到狀態(tài)1，然后執(zhí)行基礎(chǔ)事件2，相應(yīng)的從狀態(tài)1遷移到狀態(tài)2，最后執(zhí)行基礎(chǔ)事件3，相應(yīng)的從狀態(tài)2遷移到結(jié)束狀態(tài)。每個(gè)基礎(chǔ)事件中都攜帶了事件信息，以擔(dān)保交易中的創(chuàng)建交易這個(gè)基礎(chǔ)事件為例，該基礎(chǔ)事件的事件類型就為“創(chuàng)建交易”，其包含的事件信息包括交易序號(hào)、買家賬號(hào)、 賣家賬號(hào)、商品描述、交易金額、事件模式。當(dāng)接收到一個(gè)創(chuàng)建交易的基礎(chǔ)事件后，根據(jù)該基礎(chǔ)事件的事件信息就可以確定該基礎(chǔ)事件所屬的事件模式為“擔(dān)保交易”。當(dāng)系統(tǒng)中定義了多個(gè)事件模式時(shí)，可以為每個(gè)事件模式分配一個(gè)模式標(biāo)識(shí)，則通過在基礎(chǔ)事件中攜帶該模式標(biāo)識(shí)來實(shí)現(xiàn)對其所屬事件模式的識(shí)別。步驟102 將該基礎(chǔ)事件輸入與其事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例。仍然以擔(dān)保交易這個(gè)事件模式為例，在該事件模式定義的狀態(tài)機(jī)下，可能需要處理若干筆交易，則為每筆交易都創(chuàng)建一個(gè)狀態(tài)機(jī)實(shí)例，屬于同一個(gè)狀態(tài)機(jī)實(shí)例的基礎(chǔ)事件都具有相同的事件標(biāo)識(shí)，這個(gè)事件標(biāo)識(shí)應(yīng)可以唯一識(shí)別一筆交易，例如使用交易序號(hào)。在擔(dān)保交易所定義的狀態(tài)機(jī)中，各個(gè)基礎(chǔ)事件攜帶的事件信息如下創(chuàng)建交易攜帶事件信息交易序號(hào)、買家?guī)ぬ?hào)、賣家?guī)ぬ?hào)、商品描述、交易金額、事件模式；買家付款到中間機(jī)構(gòu)攜帶事件信息交易序號(hào)、買家?guī)ぬ?hào)、交易金額；賣家發(fā)貨攜帶事件信息交易序號(hào)、賣家?guī)ぬ?hào)、商品描述；買家收貨攜帶事件信息交易序號(hào)、買家?guī)ぬ?hào)、商品描述；中間機(jī)構(gòu)付款到賣家攜帶事件信息交易序號(hào)、賣家?guī)ぬ?hào)、交易金額。由此可知，上述擔(dān)保交易的每個(gè)基礎(chǔ)事件中都包含了“交易序號(hào)”，因此可以將交易序號(hào)作為每個(gè)狀態(tài)機(jī)實(shí)例的唯一標(biāo)識(shí)，當(dāng)接收到一個(gè)基礎(chǔ)事件后，讀取該基礎(chǔ)事件中的交易序號(hào)，就可以將該基礎(chǔ)事件輸入到與該交易序號(hào)唯一對應(yīng)的狀態(tài)機(jī)實(shí)例中。步驟103 根據(jù)狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件，結(jié)束當(dāng)前流程。查找狀態(tài)機(jī)實(shí)例所遷移的當(dāng)前狀態(tài)，根據(jù)基礎(chǔ)事件的事件類型判斷狀態(tài)機(jī)實(shí)例是否能夠從當(dāng)前狀態(tài)順序遷移到下一狀態(tài)，若判斷結(jié)果為是，則遷移到下一狀態(tài)，并進(jìn)一步判斷下一狀態(tài)是否為狀態(tài)機(jī)實(shí)例的結(jié)束狀態(tài)，若是結(jié)束狀態(tài)，則輸出系統(tǒng)事件完成的復(fù)合事件，若不是結(jié)束狀態(tài)，則將下一狀態(tài)保存為狀態(tài)機(jī)實(shí)例的當(dāng)前狀態(tài)；若不能從當(dāng)前狀態(tài)遷移到下一狀態(tài)，則輸出系統(tǒng)異常的復(fù)合事件。
仍然以前述包含三個(gè)基礎(chǔ)事件的事件模式為例，假設(shè)當(dāng)前收到基礎(chǔ)事件2，在找到該基礎(chǔ)事件2對應(yīng)的狀態(tài)機(jī)實(shí)例后，可以查看該狀態(tài)機(jī)實(shí)例當(dāng)前所遷移的狀態(tài)，假如該狀態(tài)機(jī)實(shí)例已經(jīng)遷移到狀態(tài)1，則根據(jù)接收的基礎(chǔ)事件2可以判斷該狀態(tài)機(jī)實(shí)例能夠從狀態(tài) 1遷移到狀態(tài)2，由于狀態(tài)2仍然不是該狀態(tài)機(jī)實(shí)例的結(jié)束狀態(tài)，因此保存狀態(tài)2為該狀態(tài)機(jī)實(shí)例的當(dāng)前狀態(tài)，以便后續(xù)接到其它基礎(chǔ)事件后依據(jù)該保存的當(dāng)前狀態(tài)進(jìn)行復(fù)合事件處理；假如該狀態(tài)機(jī)實(shí)例已經(jīng)遷移到狀態(tài)2，則根據(jù)接收的基礎(chǔ)事件2判斷該狀態(tài)機(jī)實(shí)例無法進(jìn)行狀態(tài)遷移，因此輸出系統(tǒng)異常的復(fù)合事件，并可據(jù)此結(jié)果進(jìn)行報(bào)警。參見圖2A，為本申請復(fù)合事件處理方法的第二實(shí)施例流程圖，該實(shí)施例示出了復(fù)合事件處理的詳細(xì)過程步驟201 預(yù)先為每個(gè)事件模式定義狀態(tài)機(jī)，該狀態(tài)機(jī)中包含按照基礎(chǔ)事件的事件類型順序遷移的若干狀態(tài)。參見圖2B為，為一種擔(dān)保交易的事件模式狀態(tài)機(jī)定義示意圖其中，擔(dān)保交易包括的基礎(chǔ)事件有基礎(chǔ)事件1 (創(chuàng)建交易)、基礎(chǔ)事件2 (買家付款到中間機(jī)構(gòu))、基礎(chǔ)事件3 (賣家發(fā)貨)、基礎(chǔ)事件4 (買家收貨)和基礎(chǔ)事件5 (中間機(jī)構(gòu)付款到賣家)；相應(yīng)的，擔(dān)保交易的狀態(tài)機(jī)中包含了六個(gè)狀態(tài)，分別為狀態(tài)1(初始狀態(tài))、狀態(tài) 2 (等待買家付款)、狀態(tài)3 (等待賣家送貨)、狀態(tài)4 (等待買家收貨)、狀態(tài)5 (等待向賣家付款)和狀態(tài)6 (結(jié)束狀態(tài))。結(jié)合圖2B，描述該狀態(tài)機(jī)的完整狀態(tài)遷移過程初始，狀態(tài)機(jī)處于狀態(tài)1 ；接收到基礎(chǔ)事件1(創(chuàng)建交易，ET-CREATE)后狀態(tài)變遷，進(jìn)入狀態(tài)2 (等待買家付款)，此時(shí)只需要記錄當(dāng)前的狀態(tài)為狀態(tài)2，不需要保留基礎(chǔ)事件1的所有事件信息；接收到基礎(chǔ)事件2 (買家付款到中間機(jī)構(gòu)，ET-BUYER-TO-ALIPAY)后狀態(tài)變遷，進(jìn)入狀態(tài)3 (等待賣家送貨)，此時(shí)只需要記錄當(dāng)前的狀態(tài)為狀態(tài)3，不需要保留基礎(chǔ)事件1和基礎(chǔ)事件2的所有事件信息；接收到基礎(chǔ)事件3 (賣家發(fā)貨ET-SELLER-SHIP)后狀態(tài)變遷，進(jìn)入狀態(tài)4 (等待買家收貨)，此時(shí)只需要記錄當(dāng)前的狀態(tài)為狀態(tài)4，不需要保留基礎(chǔ)事件1、基礎(chǔ)事件2和基礎(chǔ)事件3的所有事件信息；接收到基礎(chǔ)事件4 (買家收貨，ET-BUYER-RECEIVE)后狀態(tài)變遷，進(jìn)入狀態(tài)5 (等待向賣家付款)，此時(shí)只需要記錄當(dāng)前的狀態(tài)為狀態(tài)5，不需要保留基礎(chǔ)事件1、基礎(chǔ)事件2、基礎(chǔ)事件3和基礎(chǔ)事件4的所有事件信息；接收到基礎(chǔ)事件5 (中間機(jī)構(gòu)付款到賣家，ET-ALIPAY-TO-SELLER)后狀態(tài)變遷，進(jìn)入狀態(tài)6 (結(jié)束狀態(tài))，此時(shí)只需要記錄當(dāng)前的狀態(tài)為狀態(tài)6，不需要保留基礎(chǔ)事件1、基礎(chǔ)事件2、基礎(chǔ)事件3、基礎(chǔ)事件4和基礎(chǔ)事件5的所有事件信息；當(dāng)進(jìn)入狀態(tài)6 (結(jié)束狀態(tài))時(shí)， 表示找到一個(gè)復(fù)合事件。由于本申請實(shí)施例中狀態(tài)機(jī)可以隨著基礎(chǔ)事件進(jìn)行狀態(tài)遷移，這個(gè)過程中只需要記錄當(dāng)前所遷移到的狀態(tài)即可，無需記錄所有基礎(chǔ)事件信息，因此與現(xiàn)有技術(shù)相比，節(jié)約了大量系統(tǒng)存儲(chǔ)空間。步驟202 接收到基礎(chǔ)事件后，對該基礎(chǔ)事件攜帶的信息進(jìn)行格式轉(zhuǎn)換。通常復(fù)合事件處理中心可以接收通過網(wǎng)絡(luò)傳輸?shù)幕A(chǔ)事件，例如，支付寶交易過程中觸發(fā)的每個(gè)基礎(chǔ)事件都通過網(wǎng)絡(luò)發(fā)送到服務(wù)器端的復(fù)合事件處理中心。通過對基礎(chǔ)事件攜帶的事件信息進(jìn)行格式轉(zhuǎn)換得到事件類型、事件標(biāo)識(shí)、事件描述等，以便于根據(jù)這些信息執(zhí)行復(fù)合事件處理的后續(xù)步驟。轉(zhuǎn)換后的事件信息可以采用如
下格式字段1 =值1 ；字段2 =值2 ；......；例如，對于一個(gè)基礎(chǔ)事件“創(chuàng)建交易”，其轉(zhuǎn)
換格式后的事件信息包括事件類型=“ET-CREATE”;交易序號(hào)=“12212319”;買家?guī)ぬ?hào)= “ 1522326223”;賣家?guī)ぬ?hào)=“242326893”;商品描述= “HL-220 三件”；交易金額=“540. 00”。步驟203 根據(jù)基礎(chǔ)事件的事件信息確定基礎(chǔ)事件所屬的事件模式。每個(gè)基礎(chǔ)事件中都攜帶了事件信息，以擔(dān)保交易中的創(chuàng)建交易這個(gè)基礎(chǔ)事件為例，該基礎(chǔ)事件的事件類型就為“創(chuàng)建交易”，其包含的事件信息包括交易序號(hào)、買家賬號(hào)、 賣家賬號(hào)、商品描述、交易金額、事件模式。當(dāng)接收到一個(gè)創(chuàng)建交易的基礎(chǔ)事件后，根據(jù)該基礎(chǔ)事件的事件信息就可以確定該基礎(chǔ)事件所屬的事件模式為“擔(dān)保交易”。當(dāng)系統(tǒng)中定義了多個(gè)事件模式時(shí)，可以為每個(gè)事件模式分配一個(gè)模式標(biāo)識(shí)，則通過在基礎(chǔ)事件中攜帶該模式標(biāo)識(shí)來實(shí)現(xiàn)對其所屬事件模式的識(shí)別。步驟204 根據(jù)事件標(biāo)識(shí)判斷是否已經(jīng)創(chuàng)建與該事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，若是，則執(zhí)行步驟207 ；否則，執(zhí)行步驟205。以擔(dān)保交易為例，其所對應(yīng)的每個(gè)狀態(tài)機(jī)實(shí)例都通過“交易序號(hào)”來唯一標(biāo)識(shí)，當(dāng)接收的基礎(chǔ)事件為攜帶了交易序號(hào)“12212319”的“創(chuàng)建交易”時(shí)，讀取該交易序號(hào)，由于 “創(chuàng)建交易”為狀態(tài)機(jī)中順序執(zhí)行的首個(gè)基礎(chǔ)事件，因此查找不到該交易序號(hào)“12212319” 對應(yīng)的狀態(tài)機(jī)實(shí)例(若創(chuàng)建，則記為實(shí)例A)；當(dāng)接收到的基礎(chǔ)事件為攜帶了交易序號(hào) “22212319”的“買家收貨”時(shí)，讀取該交易序號(hào)，由于“買家收貨”為狀態(tài)機(jī)中順序執(zhí)行的第四個(gè)基礎(chǔ)事件，因此通?？梢圆檎业皆摻灰仔蛱?hào)22212319”對應(yīng)的狀態(tài)機(jī)實(shí)例(記為實(shí)例 B)。步驟205 判斷該基礎(chǔ)事件的事件類型是否為所創(chuàng)建狀態(tài)機(jī)的初始狀態(tài)對應(yīng)的事件類型，若是，則執(zhí)行步驟206 ；否則，執(zhí)行步驟214。如果判斷還未創(chuàng)建與接收到的基礎(chǔ)事件的事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，則需要進(jìn)一步判斷該基礎(chǔ)事件是否為初始狀態(tài)對應(yīng)的事件類型。以擔(dān)保交易為例，當(dāng)接收到的基礎(chǔ)事件“買家收貨”攜帶的交易序號(hào)為“12345”，且未查找到與該交易序號(hào)對應(yīng)的狀態(tài)機(jī)實(shí)例， 此時(shí)判斷“買家收貨”對應(yīng)的狀態(tài)并非初始狀態(tài)；如果接收到的基礎(chǔ)事件“創(chuàng)建交易”攜帶的交易序號(hào)為“12345”，且未查找到與該交易序號(hào)對應(yīng)的狀態(tài)機(jī)實(shí)例，此時(shí)判斷“創(chuàng)建交易” 對應(yīng)的狀態(tài)為初始狀態(tài)。步驟206 創(chuàng)建與事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例。如果接收到的基礎(chǔ)事件“創(chuàng)建交易”攜帶的交易序號(hào)為“12345”，且未查找到與該交易序號(hào)對應(yīng)的狀態(tài)機(jī)實(shí)例，在判斷“創(chuàng)建交易”對應(yīng)的狀態(tài)為初始狀態(tài)后，可以根據(jù)交易序號(hào)“ 12345”創(chuàng)建一個(gè)新的狀態(tài)機(jī)實(shí)例。步驟207 將該基礎(chǔ)事件輸入與其事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例。步驟208 查找狀態(tài)機(jī)實(shí)例所遷移的當(dāng)前狀態(tài)。假設(shè)接收到的基礎(chǔ)事件為“買家收貨”，根據(jù)該基礎(chǔ)事件中攜帶的交易序號(hào)找到對應(yīng)的狀態(tài)機(jī)實(shí)例B后，查看該狀態(tài)機(jī)實(shí)例B中的當(dāng)前遷移狀態(tài)。步驟209 根據(jù)該基礎(chǔ)事件的事件類型判斷狀態(tài)機(jī)實(shí)例是否能夠從當(dāng)前狀態(tài)順序遷移到下一狀態(tài)，若是，則執(zhí)行步驟210 ；否則，執(zhí)行步驟213。如果狀態(tài)機(jī)實(shí)例B當(dāng)前已經(jīng)順序遷移到了狀態(tài)4，則說明該狀態(tài)機(jī)實(shí)例B根據(jù)“買家收貨”這個(gè)基礎(chǔ)事件4能夠順序遷移到狀態(tài)5 ；如果狀態(tài)機(jī)實(shí)例B當(dāng)前遷移到了除狀態(tài)4 外的其它狀態(tài)，則說明該狀態(tài)機(jī)實(shí)例B根據(jù)“買家收貨”這個(gè)基礎(chǔ)事件4難以從當(dāng)前狀態(tài)進(jìn)行遷移。步驟210 判斷下一狀態(tài)是否為狀態(tài)機(jī)實(shí)例的結(jié)束狀態(tài)，若是，則執(zhí)行步驟211 ；否則，執(zhí)行步驟212。步驟211 輸出系統(tǒng)事件完成的復(fù)合事件，結(jié)束當(dāng)前流程。狀態(tài)機(jī)實(shí)例的狀態(tài)從初始狀態(tài)順序遷移到結(jié)束狀態(tài)后，則表示一個(gè)復(fù)合事件完成，輸出該復(fù)合事件完成的結(jié)果。步驟212 將下一狀態(tài)保存為狀態(tài)機(jī)實(shí)例的當(dāng)前狀態(tài)，結(jié)束當(dāng)前流程。假設(shè)狀態(tài)機(jī)實(shí)例B根據(jù)“買家收貨，，這個(gè)基礎(chǔ)事件4，從狀態(tài)4順序遷移到了狀態(tài) 5，由于狀態(tài)5不是結(jié)束狀態(tài)，因此將該狀態(tài)5記錄為狀態(tài)機(jī)實(shí)例B的當(dāng)前狀態(tài)。步驟213 輸出系統(tǒng)異常的復(fù)合事件，結(jié)束當(dāng)前流程。如果狀態(tài)機(jī)實(shí)例B根據(jù)“買家收貨”這個(gè)基礎(chǔ)事件4難以從當(dāng)前狀態(tài)進(jìn)行遷移，則會(huì)產(chǎn)生系統(tǒng)異常的復(fù)合事件，并可進(jìn)一步輸出報(bào)警信息。步驟214 丟棄該基礎(chǔ)事件，結(jié)束當(dāng)前流程。當(dāng)接收到的基礎(chǔ)事件“買家收貨”攜帶的交易序號(hào)為“12345”，且未查找到與該交易序號(hào)對應(yīng)的狀態(tài)機(jī)實(shí)例，則判斷“買家收貨”對應(yīng)的狀態(tài)并非初始狀態(tài)后，說明該基礎(chǔ)事件無用，丟棄該基礎(chǔ)事件即可。與本申請復(fù)合事件處理方法的實(shí)施例相對應(yīng)，本申請還提供了復(fù)合事件處理裝置的實(shí)施例。參見圖3，為本申請復(fù)合事件處理裝置的第一實(shí)施例框圖。該復(fù)合事件處理裝置包括接收單元310、確定單元320、輸入單元330和輸出單元 340。其中，接收單元310，用于接收基礎(chǔ)事件；確定單元320，用于根據(jù)所述基礎(chǔ)事件的事件信息確定所述基礎(chǔ)事件所屬的事件模式，所述基礎(chǔ)事件中攜帶事件標(biāo)識(shí)；輸入單元330，用于將所述基礎(chǔ)事件輸入與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，所述狀態(tài)機(jī)實(shí)例為按照所述基礎(chǔ)事件所屬的事件模式定義的狀態(tài)機(jī)所創(chuàng)建的實(shí)例，屬于同一個(gè)狀態(tài)機(jī)實(shí)例的基礎(chǔ)事件具有相同的事件標(biāo)識(shí)；輸出單元340，用于根據(jù)所述狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件。參見圖4，為本申請復(fù)合事件處理裝置的第二實(shí)施例框圖。該復(fù)合事件處理裝置包括預(yù)設(shè)單元410、接收單元420、轉(zhuǎn)換單元430、確定單元 440、判斷單元450、執(zhí)行單元460、輸入單元470和輸出單元480。其中，預(yù)設(shè)單元410，用于預(yù)先為每個(gè)事件模式定義狀態(tài)機(jī)，所述狀態(tài)機(jī)中包含按照基礎(chǔ)事件的事件類型順序遷移的若干狀態(tài)；接收單元420，用于接收基礎(chǔ)事件；轉(zhuǎn)換單元430，用于對所述接收單元接收的基礎(chǔ)事件攜帶的信息進(jìn)行格式轉(zhuǎn)換，所述格式轉(zhuǎn)換后的信息包括事件類型、事件標(biāo)識(shí)和事件描述；確定單元440，用于根據(jù)所述基礎(chǔ)事件的事件信息確定所述基礎(chǔ)事件所屬的事件模式，所述基礎(chǔ)事件中攜帶事件標(biāo)識(shí)；判斷單元450，用于根據(jù)所述事件標(biāo)識(shí)判斷是否已經(jīng)創(chuàng)建與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例；執(zhí)行單元460，用于當(dāng)所述判斷單元450的判斷結(jié)果為是時(shí)，觸發(fā)所述輸入單元 470的功能；進(jìn)一步，所述判斷單元450，還用于當(dāng)所述判斷單元450的判斷結(jié)果為否時(shí)，進(jìn)一步判斷所述基礎(chǔ)事件的事件類型是否為所述狀態(tài)機(jī)的初始狀態(tài)對應(yīng)的事件類型；進(jìn)一步，所述執(zhí)行單元460，還用于當(dāng)所述判斷單元450判斷是初始狀態(tài)對應(yīng)的事件類型時(shí)，創(chuàng)建與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，當(dāng)所述判斷單元450判斷不是初始狀態(tài)對應(yīng)的事件類型時(shí)，丟棄所述基礎(chǔ)事件；輸入單元470，用于將所述基礎(chǔ)事件輸入與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，所述狀態(tài)機(jī)實(shí)例為按照所述基礎(chǔ)事件所屬的事件模式定義的狀態(tài)機(jī)所創(chuàng)建的實(shí)例，屬于同一個(gè)狀態(tài)機(jī)實(shí)例的基礎(chǔ)事件具有相同的事件標(biāo)識(shí)；輸出單元480，用于根據(jù)所述狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件。具體的，所述輸出單元480可以包括(圖4中未示出)狀態(tài)查找單元，用于查找所述狀態(tài)機(jī)實(shí)例所遷移的當(dāng)前狀態(tài)；狀態(tài)判斷單元，用于根據(jù)所述基礎(chǔ)事件的事件類型判斷所述狀態(tài)機(jī)實(shí)例是否能夠從所述當(dāng)前狀態(tài)順序遷移到下一狀態(tài)；結(jié)果執(zhí)行單元，用于當(dāng)所述狀態(tài)判斷單元的判斷結(jié)果為是時(shí)，遷移到所述下一狀態(tài)，當(dāng)所述狀態(tài)判斷單元的判斷結(jié)果為否時(shí)，輸出系統(tǒng)異常的復(fù)合事件；進(jìn)一步，所述狀態(tài)判斷單元，還用于當(dāng)遷移到所述下一狀態(tài)后，判斷所述下一狀態(tài)是否為所述狀態(tài)機(jī)實(shí)例的結(jié)束狀態(tài)；所述結(jié)果執(zhí)行單元，還用于當(dāng)所述狀態(tài)判斷單元的判斷結(jié)果為是時(shí)，輸出系統(tǒng)事件完成的復(fù)合事件，當(dāng)所述狀態(tài)判斷單元的判斷結(jié)果為否時(shí)，將所述下一狀態(tài)保存為所述狀態(tài)機(jī)實(shí)例的當(dāng)前狀態(tài)。通過以上的實(shí)施方式的描述可知，本申請實(shí)施例中接收到基礎(chǔ)事件后，根據(jù)基礎(chǔ)事件的事件類型確定基礎(chǔ)事件所屬的事件模式，將基礎(chǔ)事件輸入與該基礎(chǔ)事件的事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，并根據(jù)狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件。由于本申請復(fù)合事件處理的實(shí)施例無需數(shù)據(jù)庫支持，通過狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件，由此節(jié)約了系統(tǒng)為存儲(chǔ)大量基礎(chǔ)事件所耗費(fèi)的存儲(chǔ)空間，并且由于可以根據(jù)實(shí)際應(yīng)用需求變換對某個(gè)事件模式的狀態(tài)機(jī)定義，因此增強(qiáng)了系統(tǒng)對復(fù)合事件處理的靈活性；由于復(fù)合事件的處理都基于狀態(tài)機(jī)進(jìn)行，無需運(yùn)用大量的查詢語言，因此只需定義狀態(tài)機(jī)，就可處理各種復(fù)雜的復(fù)合事件，擴(kuò)展了復(fù)合事件處理的應(yīng)用范圍。通過以上的實(shí)施方式的描述可知，本領(lǐng)域的技術(shù)人員可以清楚地了解到本申請可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn)。基于這樣的理解，本申請的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在存儲(chǔ)介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備 (可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。本說明書中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，各個(gè)實(shí)施例之間相同相似的部分互相參見即可，每個(gè)實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處。尤其，對于系統(tǒng)實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述的比較簡單，相關(guān)之處參見方法實(shí)施例的部分說明即可。本申請可用于眾多通用或?qū)Ｓ玫挠?jì)算系統(tǒng)環(huán)境或配置中。例如個(gè)人計(jì)算機(jī)、服務(wù)器計(jì)算機(jī)、手持設(shè)備或便攜式設(shè)備、平板型設(shè)備、多處理器系統(tǒng)、基于微處理器的系統(tǒng)、置頂盒、可編程的消費(fèi)電子設(shè)備、網(wǎng)絡(luò)PC、小型計(jì)算機(jī)、大型計(jì)算機(jī)、包括以上任何系統(tǒng)或設(shè)備的分布式計(jì)算環(huán)境等等。本申請可以在由計(jì)算機(jī)執(zhí)行的計(jì)算機(jī)可執(zhí)行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等等。也可以在分布式計(jì)算環(huán)境中實(shí)踐本申請，在這些分布式計(jì)算環(huán)境中，由通過通信網(wǎng)絡(luò)而被連接的遠(yuǎn)程處理設(shè)備來執(zhí)行任務(wù)。在分布式計(jì)算環(huán)境中，程序模塊可以位于包括存儲(chǔ)設(shè)備在內(nèi)的本地和遠(yuǎn)程計(jì)算機(jī)存儲(chǔ)介質(zhì)中。雖然通過實(shí)施例描繪了本申請，本領(lǐng)域普通技術(shù)人員知道，本申請有許多變形和變化而不脫離本申請的精神，希望所附的權(quán)利要求包括這些變形和變化而不脫離本申請的精神。
權(quán)利要求
1.一種復(fù)合事件處理方法，其特征在于，所述方法包括接收到基礎(chǔ)事件后，根據(jù)所述基礎(chǔ)事件的事件信息確定所述基礎(chǔ)事件所屬的事件模式，所述基礎(chǔ)事件中攜帶事件標(biāo)識(shí)；將所述基礎(chǔ)事件輸入與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，所述狀態(tài)機(jī)實(shí)例為按照所述基礎(chǔ)事件所屬的事件模式定義的狀態(tài)機(jī)所創(chuàng)建的實(shí)例，屬于同一個(gè)狀態(tài)機(jī)實(shí)例的基礎(chǔ)事件具有相同的事件標(biāo)識(shí)；根據(jù)所述狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括預(yù)先為每個(gè)事件模式定義狀態(tài)機(jī)，所述狀態(tài)機(jī)中包含按照基礎(chǔ)事件的事件類型順序遷移的若干狀態(tài)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述接收到基礎(chǔ)事件后，還包括對所述基礎(chǔ)事件攜帶的事件信息進(jìn)行格式轉(zhuǎn)換，所述格式轉(zhuǎn)換后的事件信息包括事件類型、事件標(biāo)識(shí)、事件描述、事件模式之一或其組合。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將基礎(chǔ)事件輸入與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例之前還包括根據(jù)所述事件標(biāo)識(shí)判斷是否已經(jīng)創(chuàng)建與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例；若判斷結(jié)果為是，則執(zhí)行所述將基礎(chǔ)事件輸入與事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，若判斷結(jié)果為否，則創(chuàng)建與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，還包括當(dāng)所述判斷結(jié)果為否時(shí)，判斷所述基礎(chǔ)事件的事件類型是否為所述狀態(tài)機(jī)的初始狀態(tài)對應(yīng)的事件類型；若判斷結(jié)果為是，則執(zhí)行所述創(chuàng)建與事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，若判斷結(jié)果為否，則丟棄所述基礎(chǔ)事件。
6.根據(jù)權(quán)利要求1至5任意一項(xiàng)所述的方法，其特征在于，所述根據(jù)所述狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件包括查找所述狀態(tài)機(jī)實(shí)例所遷移的當(dāng)前狀態(tài)；根據(jù)所述基礎(chǔ)事件的事件類型判斷所述狀態(tài)機(jī)實(shí)例是否能夠從所述當(dāng)前狀態(tài)順序遷移到下一狀態(tài)；若判斷結(jié)果為是，則遷移到所述下一狀態(tài)，否則判斷結(jié)果為否，則輸出系統(tǒng)異常的復(fù)合事件。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，還包括當(dāng)遷移到所述下一狀態(tài)后，判斷所述下一狀態(tài)是否為所述狀態(tài)機(jī)實(shí)例的結(jié)束狀態(tài)；若判斷結(jié)果為是，則輸出系統(tǒng)事件完成的復(fù)合事件，若判斷結(jié)果為否，則將所述下一狀態(tài)保存為所述狀態(tài)機(jī)實(shí)例的當(dāng)前狀態(tài)。
8.一種復(fù)合事件處理裝置，其特征在于，包括接收單元，用于接收基礎(chǔ)事件；確定單元，用于根據(jù)所述基礎(chǔ)事件的事件信息確定所述基礎(chǔ)事件所屬的事件模式，所述基礎(chǔ)事件中攜帶事件標(biāo)識(shí)；輸入單元，用于將所述基礎(chǔ)事件輸入與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，所述狀態(tài)機(jī)實(shí)例為按照所述基礎(chǔ)事件所屬的事件模式定義的狀態(tài)機(jī)所創(chuàng)建的實(shí)例，屬于同一個(gè)狀態(tài)機(jī)實(shí)例的基礎(chǔ)事件具有相同的事件標(biāo)識(shí)；輸出單元，用于根據(jù)所述狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，還包括預(yù)設(shè)單元，用于預(yù)先為每個(gè)事件模式定義狀態(tài)機(jī)，所述狀態(tài)機(jī)中包含按照基礎(chǔ)事件的事件類型順序遷移的若干狀態(tài)。
10.根據(jù)權(quán)利要求8所述的裝置，其特征在于，還包括轉(zhuǎn)換單元，用于對所述接收單元接收的基礎(chǔ)事件攜帶的事件信息進(jìn)行格式轉(zhuǎn)換，所述格式轉(zhuǎn)換后的事件信息包括事件類型、事件標(biāo)識(shí)和事件描述、事件模式之一或其組合。
11.根據(jù)權(quán)利要求8所述的裝置，其特征在于，還包括判斷單元，用于根據(jù)所述事件標(biāo)識(shí)判斷是否已經(jīng)創(chuàng)建與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例；執(zhí)行單元，用于當(dāng)所述判斷單元的判斷結(jié)果為是時(shí)，觸發(fā)所述輸入單元的功能，當(dāng)所述判斷單元的判斷結(jié)果為否時(shí)，創(chuàng)建與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例。
12.根據(jù)權(quán)利要求11所述的裝置，其特征在于，所述判斷單元，還用于當(dāng)判斷結(jié)果為否時(shí)，進(jìn)一步判斷所述基礎(chǔ)事件的事件類型是否為所述狀態(tài)機(jī)的初始狀態(tài)對應(yīng)的事件類型；所述執(zhí)行單元，還用于當(dāng)所述判斷單元判斷是初始狀態(tài)對應(yīng)的事件類型時(shí)，執(zhí)行所述創(chuàng)建與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，當(dāng)所述判斷單元判斷不是初始狀態(tài)對應(yīng)的事件類型時(shí)，丟棄所述基礎(chǔ)事件。
13.根據(jù)權(quán)利要求8至12任意一項(xiàng)所述的裝置，其特征在于，所述輸出單元包括狀態(tài)查找單元，用于查找所述狀態(tài)機(jī)實(shí)例所遷移的當(dāng)前狀態(tài)；狀態(tài)判斷單元，用于根據(jù)所述基礎(chǔ)事件的事件類型判斷所述狀態(tài)機(jī)實(shí)例是否能夠從所述當(dāng)前狀態(tài)順序遷移到下一狀態(tài)；結(jié)果執(zhí)行單元，用于當(dāng)所述狀態(tài)判斷單元的判斷結(jié)果為是時(shí)，遷移到所述下一狀態(tài)，當(dāng)所述狀態(tài)判斷單元的判斷結(jié)果為否時(shí)，輸出系統(tǒng)異常的復(fù)合事件。
14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述狀態(tài)判斷單元，還用于當(dāng)遷移到所述下一狀態(tài)后，判斷所述下一狀態(tài)是否為所述狀態(tài)機(jī)實(shí)例的結(jié)束狀態(tài)；所述結(jié)果執(zhí)行單元，還用于當(dāng)所述狀態(tài)判斷單元的判斷結(jié)果為是時(shí)，輸出系統(tǒng)事件完成的復(fù)合事件，當(dāng)所述狀態(tài)判斷單元的判斷結(jié)果為否時(shí)，將所述下一狀態(tài)保存為所述狀態(tài)機(jī)實(shí)例的當(dāng)前狀態(tài)。
全文摘要
本申請實(shí)施例公開了一種復(fù)合事件處理方法及裝置，所述方法包括接收到基礎(chǔ)事件后，根據(jù)所述基礎(chǔ)事件的事件信息確定所述基礎(chǔ)事件所屬的事件模式，所述基礎(chǔ)事件中攜帶事件標(biāo)識(shí)；將所述基礎(chǔ)事件輸入與所述事件標(biāo)識(shí)對應(yīng)的狀態(tài)機(jī)實(shí)例，所述狀態(tài)機(jī)實(shí)例為按照所述基礎(chǔ)事件所屬的事件模式定義的狀態(tài)機(jī)所創(chuàng)建的實(shí)例，屬于同一個(gè)狀態(tài)機(jī)實(shí)例的基礎(chǔ)事件具有相同的事件標(biāo)識(shí)；根據(jù)所述狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件。本申請實(shí)施例通過狀態(tài)機(jī)實(shí)例的狀態(tài)遷移結(jié)果輸出復(fù)合事件，由此節(jié)約了系統(tǒng)為存儲(chǔ)大量基礎(chǔ)事件所耗費(fèi)的存儲(chǔ)空間，并且由于可以根據(jù)實(shí)際應(yīng)用需求變換對某個(gè)事件模式的狀態(tài)機(jī)定義，因此增強(qiáng)了系統(tǒng)對復(fù)合事件處理的靈活性。
文檔編號(hào)G06Q30/00GK102214187SQ201010147358
公開日2011年10月12日 申請日期2010年4月12日 優(yōu)先權(quán)日2010年4月12日
發(fā)明者蔡學(xué)鏞 申請人:阿里巴巴集團(tuán)控股有限公司