本發(fā)明涉及監(jiān)控告警領(lǐng)域，具體而言，涉及一種事件處理方法及裝置。

背景技術(shù)：

傳統(tǒng)的監(jiān)控告警系統(tǒng)，在對(duì)收集到的監(jiān)控信息進(jìn)行處理時(shí)，通常是將監(jiān)控到的數(shù)據(jù)存儲(chǔ)到數(shù)據(jù)庫中，然后從數(shù)據(jù)庫中讀取數(shù)據(jù)并執(zhí)行查詢來完成的。

這種僅僅以數(shù)據(jù)庫支持的查詢來處理監(jiān)控信息的方式，通常應(yīng)用于對(duì)靜態(tài)的所有歷史數(shù)據(jù)的查詢，很難實(shí)現(xiàn)實(shí)時(shí)性的查詢與告警，而由于一次性查詢所有的歷史數(shù)據(jù)，會(huì)使得告警量過大，系統(tǒng)難以處理。同時(shí)，這種方式分析出的往往是與單個(gè)事件相對(duì)應(yīng)的簡(jiǎn)單的告警，這些告警包含的信息較少，系統(tǒng)難以做出合適且快速的響應(yīng)。進(jìn)一步地，這種方式很難分析出與多個(gè)事件相對(duì)應(yīng)的具有特定規(guī)則的復(fù)雜告警，若對(duì)于這種復(fù)雜度較高的告警，在分析出簡(jiǎn)單的告警結(jié)果的基礎(chǔ)上編寫代碼進(jìn)行二次處理，會(huì)產(chǎn)生巨大的工作量。

技術(shù)實(shí)現(xiàn)要素：

有鑒于此，本發(fā)明實(shí)施例的目的在于提供一種事件處理方法及裝置，以解決上述問題。

為了實(shí)現(xiàn)上述目的，本發(fā)明實(shí)施例采用的技術(shù)方案如下：

第一方面，本發(fā)明實(shí)施例提供了一種事件處理方法，所述方法包括：接收輸入事件；每當(dāng)接收所述輸入事件的條件滿足預(yù)設(shè)規(guī)則時(shí)，將接收到的所述輸入事件作為待處理事件集，將所述待處理事件集與預(yù)定告警規(guī)則進(jìn)行匹配，當(dāng)所述待處理事件集滿足所述預(yù)定告警規(guī)則時(shí)，生成告警事件。

第二方面，本發(fā)明實(shí)施例提供了一種事件處理裝置，所述裝置包括：事件接收模塊，用于接收輸入事件；事件處理模塊，用于每當(dāng)接收所述輸入事件的條件滿足預(yù)設(shè)規(guī)則時(shí)，將接收到的所述輸入事件作為待處理事件集，將所述待處理事件集與預(yù)定告警規(guī)則進(jìn)行匹配，當(dāng)所述待處理事件集滿足所述預(yù)定告警規(guī)則時(shí)，生成告警事件。

與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例提供的一種事件處理方法及裝置，通過在接收輸入事件的過程中，一旦滿足預(yù)設(shè)規(guī)則，即刻將接收到的輸入事件作為待處理事件集與預(yù)定告警規(guī)則進(jìn)行匹配的方式，實(shí)現(xiàn)了實(shí)時(shí)性的查詢與告警，同時(shí)還能夠獲得與多個(gè)事件相對(duì)應(yīng)的特定規(guī)則下的復(fù)雜告警。并且由于僅對(duì)當(dāng)前接收到的滿足預(yù)設(shè)規(guī)則的輸入事件進(jìn)行實(shí)時(shí)處理，一次性處理的輸入事件數(shù)量有限，因此同一時(shí)刻的告警量也有限，系統(tǒng)方便處理。進(jìn)一步地，由于生成的復(fù)雜告警事件與多個(gè)輸入事件相對(duì)應(yīng)，包含的信息量較大，產(chǎn)生的告警具有更加清晰明確的意義，系統(tǒng)更易迅速作出相應(yīng)的響應(yīng)。

本發(fā)明的其他特征和優(yōu)點(diǎn)將在隨后的說明書闡述，并且，部分地從說明書中變得顯而易見，或者通過實(shí)施本發(fā)明實(shí)施例了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對(duì)實(shí)施例中所需要使用的附圖作簡(jiǎn)單地介紹，應(yīng)當(dāng)理解，以下附圖僅示出了本發(fā)明的某些實(shí)施例，因此不應(yīng)被看作是對(duì)范圍的限定，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他相關(guān)的附圖。

圖1是本發(fā)明實(shí)施例提供的服務(wù)器的結(jié)構(gòu)示意圖。

圖2是本發(fā)明第一實(shí)施例提供的一種事件處理方法的流程圖。

圖3是本發(fā)明第一實(shí)施例提供的一種事件處理方法的部分流程圖。

圖4是本發(fā)明第二實(shí)施例提供的一種事件處理裝置的結(jié)構(gòu)框圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。通常在此處附圖中描述和示出的本發(fā)明實(shí)施例的組件可以以各種不同的配置來布置和設(shè)計(jì)。因此，以下對(duì)在附圖中提供的本發(fā)明的實(shí)施例的詳細(xì)描述并非旨在限制要求保護(hù)的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實(shí)施例?；诒景l(fā)明的實(shí)施例，本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)的前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

應(yīng)注意到：相似的標(biāo)號(hào)和字母在下面的附圖中表示類似項(xiàng)，因此，一旦某一項(xiàng)在一個(gè)附圖中被定義，則在隨后的附圖中不需要對(duì)其進(jìn)行進(jìn)一步定義和解釋。同時(shí)，在本發(fā)明的描述中，術(shù)語“第一”、“第二”等僅用于區(qū)分描述，而不能理解為指示或暗示相對(duì)重要性。

圖1示出了服務(wù)器100的結(jié)構(gòu)示意圖，請(qǐng)參閱圖1，所述服務(wù)器100包括存儲(chǔ)器110、處理器120以及網(wǎng)絡(luò)模塊130。

存儲(chǔ)器110可用于存儲(chǔ)軟件程序以及模塊，如本發(fā)明實(shí)施例中的事件處理方法及裝置對(duì)應(yīng)的程序指令/模塊，處理器120通過運(yùn)行存儲(chǔ)在存儲(chǔ)器110內(nèi)的軟件程序以及模塊，從而執(zhí)行各種功能應(yīng)用以及數(shù)據(jù)處理，即實(shí)現(xiàn)本發(fā)明實(shí)施例中的事件處理方法。存儲(chǔ)器110可包括高速隨機(jī)存儲(chǔ)器，還可包括非易失性存儲(chǔ)器，如一個(gè)或者多個(gè)磁性存儲(chǔ)裝置、閃存、或者其他非易失性固態(tài)存儲(chǔ)器。進(jìn)一步地，上述存儲(chǔ)器110內(nèi)的軟件程序以及模塊還可包括：操作系統(tǒng)111以及服務(wù)模塊112。其中操作系統(tǒng)111，例如可為L(zhǎng)INUX、UNIX、WINDOWS，其可包括各種用于管理系統(tǒng)任務(wù)(例如內(nèi)存管理、存儲(chǔ)設(shè)備控制、電源管理等)的軟件組件和/或驅(qū)動(dòng)，并可與各種硬件或軟件組件相互通訊，從而提供其他軟件組件的運(yùn)行環(huán)境。服務(wù)模塊112運(yùn)行在操作系統(tǒng)111的基礎(chǔ)上，并通過操作系統(tǒng)111的網(wǎng)絡(luò)服務(wù)監(jiān)聽來自網(wǎng)絡(luò)的請(qǐng)求，根據(jù)請(qǐng)求完成相應(yīng)的數(shù)據(jù)處理，并返回處理結(jié)果給客戶端。也就是說，服務(wù)模塊112用于向客戶端提供網(wǎng)絡(luò)服務(wù)。

網(wǎng)絡(luò)模塊130用于接收以及發(fā)送網(wǎng)絡(luò)信號(hào)。上述網(wǎng)絡(luò)信號(hào)可包括無線信號(hào)或者有線信號(hào)。

可以理解，圖1所示的結(jié)構(gòu)僅為示意，服務(wù)器100還可包括比圖1中所示更多或者更少的組件，或者具有與圖1所示不同的配置。圖1中所示的各組件可以采用硬件、軟件或其組合實(shí)現(xiàn)。另外，本發(fā)明實(shí)施例中的服務(wù)器還可以包括多個(gè)具體不同功能的服務(wù)器。

圖2示出了本發(fā)明第一實(shí)施例提供的一種事件處理方法的流程圖，請(qǐng)參閱圖2，本實(shí)施例描述的是服務(wù)器的處理流程，所述方法包括：

步驟S210，接收輸入事件。

其中，所述輸入事件由關(guān)注的數(shù)據(jù)抽象而成。所述關(guān)注的數(shù)據(jù)可以由不同的數(shù)據(jù)源提供。例如，可以是傳感器采集的數(shù)據(jù)、攝像機(jī)拍攝到的圖像數(shù)據(jù)、計(jì)算機(jī)產(chǎn)生的數(shù)據(jù)亦或是大數(shù)據(jù)平臺(tái)提供的數(shù)據(jù)?？梢岳斫獾氖?，在不同的應(yīng)用場(chǎng)景中，所述關(guān)注的數(shù)據(jù)可以根據(jù)需求由不同的數(shù)據(jù)源提供，因此上述例子并不構(gòu)成對(duì)本發(fā)明具體實(shí)施方式的限制。

事件是指所關(guān)注的狀態(tài)的一次變化或者某項(xiàng)活動(dòng)的一次發(fā)生。例如一次鼠標(biāo)的點(diǎn)擊，一條記錄的變化亦或是用戶的一個(gè)刪除操作。

其中，所述輸入事件可以為簡(jiǎn)單事件，也可以為復(fù)雜事件。

簡(jiǎn)單事件是指實(shí)際環(huán)境中檢測(cè)到的事件。例如溫度傳感器采集到的一個(gè)溫度值，煙霧傳感器探測(cè)到的一個(gè)煙霧濃度值，一次股票交易的信息，或者是一次修改或刪除操作。簡(jiǎn)單事件具有原子性，是不可分割的事件。

復(fù)雜事件是由兩個(gè)或者兩個(gè)以上事件抽取而成的高層次事件。例如火災(zāi)事件，可以通過對(duì)溫度傳感器采集到的溫度值為62度、煙霧傳感器探測(cè)到的煙霧濃度值為5％以及輻射傳感器探測(cè)到的輻射強(qiáng)度為25kw/m²，三個(gè)簡(jiǎn)單事件進(jìn)行抽象和提取得到。

優(yōu)選的，在步驟S210之后，所述方法還可以包括：將所述輸入事件轉(zhuǎn)化為具有第一預(yù)設(shè)格式的輸入事件。

其中，所述第一預(yù)設(shè)格式為預(yù)先設(shè)定的數(shù)據(jù)模型，即預(yù)先設(shè)定的事件的格式。常采用的數(shù)據(jù)模型包括元組模型、記錄模型和對(duì)象模型。其中，元組模型將事件以一個(gè)屬性的有序集合來進(jìn)行描述；記錄模型將事件以一個(gè)關(guān)鍵詞-值對(duì)的集合來描述；對(duì)象模型將事件屬性用類進(jìn)行封裝。

將具有不同格式的輸入事件轉(zhuǎn)換成統(tǒng)一的格式，有利于服務(wù)器對(duì)其一同進(jìn)行處理。

步驟S220，每當(dāng)接收所述輸入事件的條件滿足預(yù)設(shè)規(guī)則時(shí)，將接收到的所述輸入事件作為待處理事件集，將所述待處理事件集與預(yù)定告警規(guī)則進(jìn)行匹配，當(dāng)所述待處理事件集滿足所述預(yù)定告警規(guī)則時(shí)，生成告警事件。

其中，所述預(yù)設(shè)規(guī)則可以是預(yù)先設(shè)定的用于接收所述輸入事件的時(shí)間間隔，即每當(dāng)接收所述輸入事件的時(shí)間達(dá)到預(yù)設(shè)時(shí)間間隔時(shí)，將所述預(yù)設(shè)時(shí)間間隔內(nèi)的輸入事件作為待處理事件集。

例如，假設(shè)所述預(yù)設(shè)規(guī)則為用于接收所述輸入事件的時(shí)間間隔為10分鐘，則每接收10分鐘的輸入事件，即將當(dāng)前這10分鐘內(nèi)接收到的輸入事件作為待處理事件集。

所述預(yù)設(shè)規(guī)則還可以是接收到的所述輸入事件的數(shù)量，即每當(dāng)接收到的所述輸入事件的數(shù)量達(dá)到預(yù)設(shè)數(shù)量時(shí)，將所述預(yù)設(shè)數(shù)量的輸入事件作為待處理事件集。

例如，假設(shè)所述預(yù)設(shè)規(guī)則為接收到的所述輸入事件的數(shù)量為1000，則每當(dāng)接收到的所述輸入事件的數(shù)量達(dá)到1000個(gè)時(shí)，即將這1000個(gè)輸入事件作為待處理事件集。

可以理解的是，所述預(yù)設(shè)規(guī)則可以根據(jù)不同的需求進(jìn)行定義或修改，因此并不構(gòu)成對(duì)本發(fā)明具體實(shí)施方式的限制。

其中，所述預(yù)定告警規(guī)則可以利用事件描述語言來定義并存儲(chǔ)在服務(wù)器中，作為一種實(shí)施方式，可以存儲(chǔ)在服務(wù)器的Esper模塊中。

事件描述語言可以為：組合操作表達(dá)式、數(shù)據(jù)流查詢語言、產(chǎn)生式規(guī)則或其它種類的事件描述語言。組合表達(dá)式通過使用不同的組合操作符將單個(gè)事件進(jìn)行組合，并在此基礎(chǔ)上進(jìn)行表達(dá)式的嵌套來描述復(fù)雜事件。數(shù)據(jù)流查詢語言是對(duì)SQL結(jié)構(gòu)化查詢語言的拓展，首先將輸入流中的事件轉(zhuǎn)換成數(shù)據(jù)庫中的關(guān)系，然后在這些關(guān)系上執(zhí)行查詢，最后將查詢結(jié)果轉(zhuǎn)換成數(shù)據(jù)流輸出。產(chǎn)生式規(guī)則則指定了當(dāng)特定狀態(tài)到達(dá)時(shí)應(yīng)該執(zhí)行的相應(yīng)的動(dòng)作。

優(yōu)選的，所述預(yù)定告警規(guī)則利用數(shù)據(jù)流查詢語言來定義。

由于事件描述語言為機(jī)器可執(zhí)行的語言，且其語法和語義是高層和直觀的，因此采用事件描述語言來定義所述預(yù)定告警規(guī)則，更有利于編程人員或用戶進(jìn)行定義。

作為一種具體的實(shí)施方式，所述將所述待處理事件集與預(yù)定告警規(guī)則進(jìn)行匹配，當(dāng)所述待處理事件集滿足所述預(yù)定告警規(guī)則時(shí)，生成告警事件，包括：

將所述待處理事件集中的每個(gè)所述輸入事件依次與預(yù)定限制條件進(jìn)行匹配，當(dāng)匹配成功，則所述輸入事件滿足所述預(yù)定限制條件，當(dāng)滿足所述預(yù)定限制條件的所述輸入事件的個(gè)數(shù)超過預(yù)定閾值時(shí)，則所述待處理事件集滿足所述預(yù)定告警規(guī)則，生成告警事件，所述告警事件與滿足所述預(yù)定限制條件的所述輸入事件相關(guān)聯(lián)。

所述預(yù)定限制條件為預(yù)先設(shè)定的用于篩選所述輸入事件的條件。例如，所述預(yù)定限制條件可以為溫差達(dá)到20度、響應(yīng)率大于97％或小于5％、股票交易量達(dá)到100000。可以理解的是，在不同的應(yīng)用場(chǎng)景中，所述預(yù)定限制條件可以根據(jù)實(shí)際需求進(jìn)行定義，因此上述例子并不構(gòu)成對(duì)本發(fā)明具體實(shí)施方式的限制，進(jìn)一步地，這些限制條件可以單獨(dú)使用，也可以同時(shí)組合使用。

可以理解的是，當(dāng)所述待處理事件集與預(yù)定告警規(guī)則匹配完畢后，所述待處理事件集即變?yōu)橐烟幚硎录?，所述已處理事件集中的每個(gè)所述輸入事件可以根據(jù)具體需求存儲(chǔ)、刪除或作為另一個(gè)所述待處理事件集中的所述輸入事件。

下面以一個(gè)具體的實(shí)施例對(duì)步驟S220進(jìn)行說明。

若預(yù)設(shè)規(guī)則為用于接收所述輸入事件的時(shí)間間隔為10分鐘。預(yù)定限制條件為連續(xù)1分鐘平均響應(yīng)時(shí)間超過100ms或響應(yīng)率小于97％或響應(yīng)數(shù)量小于100000，預(yù)定閾值為10。

每當(dāng)接收所述輸入事件的時(shí)間達(dá)到10分鐘，將這10分鐘內(nèi)接收到的所述輸入事件作為待處理事件集；將所述待處理事件集中的每個(gè)輸入事件依次與預(yù)定限制條件進(jìn)行匹配，篩選出連續(xù)1分鐘平均響應(yīng)時(shí)間超過100ms或響應(yīng)率小于97％或響應(yīng)數(shù)量小于100000的輸入事件，當(dāng)篩選出的的輸入事件的個(gè)數(shù)超過預(yù)定閾值10，則生成相應(yīng)的告警事件。

作為一種具體的實(shí)施方式，當(dāng)所述預(yù)定告警規(guī)則為多個(gè)時(shí)，所述將所述待處理事件集與預(yù)定告警規(guī)則進(jìn)行匹配，當(dāng)所述待處理事件集滿足所述預(yù)定告警規(guī)則時(shí)，生成告警事件，包括：

將所述待處理事件集分別與每個(gè)所述預(yù)定告警規(guī)則進(jìn)行匹配，當(dāng)所述待處理事件集滿足任意一個(gè)所述預(yù)定告警規(guī)則時(shí)，生成與所滿足的所述預(yù)定告警規(guī)則對(duì)應(yīng)的告警事件。

其中，所述告警事件可以攜帶事件類型標(biāo)識(shí)號(hào)，以區(qū)分對(duì)應(yīng)于不同預(yù)定告警規(guī)則的告警事件，方便服務(wù)器針對(duì)不同事件類型的告警事件分別進(jìn)行處理。

優(yōu)選的，在步驟S220之后，所述方法還可以包括：將所述告警事件轉(zhuǎn)化為具有第二預(yù)設(shè)格式的告警事件。

其中，所述第二預(yù)設(shè)格式為預(yù)先設(shè)定的數(shù)據(jù)模型，即預(yù)先設(shè)定的事件的格式。將具有統(tǒng)一格式的所述告警事件轉(zhuǎn)換為預(yù)定的其他的事件格式，有利于適應(yīng)告警事件接收端的不同需求。

優(yōu)選的，請(qǐng)參閱圖3，所述方法還可以包括：

步驟S230，接收用于更新所述預(yù)定告警規(guī)則的更新信息。

步驟S240，根據(jù)所述更新信息，將對(duì)應(yīng)的預(yù)定告警規(guī)則進(jìn)行更新。

其中，所述更新信息可以是用于替換原預(yù)定告警規(guī)則的全新的告警規(guī)則，也可以是用于對(duì)原預(yù)定告警規(guī)則進(jìn)行部分修改的信息。所述更新信息可以攜帶規(guī)則標(biāo)識(shí)號(hào)。

若所述更新信息是用于替換原預(yù)定告警規(guī)則的全新的告警規(guī)則，更新時(shí)，將與所述規(guī)則標(biāo)識(shí)號(hào)對(duì)應(yīng)的原預(yù)定告警規(guī)則替換為所述全新的告警規(guī)則即可。

若所述更新信息是用于對(duì)原預(yù)定告警規(guī)則進(jìn)行部分修改的信息，更新時(shí)，將與所述規(guī)則標(biāo)識(shí)號(hào)對(duì)應(yīng)的原預(yù)定告警規(guī)則中的相應(yīng)內(nèi)容替換為所述更新信息即可。

本發(fā)明實(shí)施例提供的事件處理方法，通過在接收輸入事件的過程中，一旦滿足預(yù)設(shè)規(guī)則，即刻將接收到的輸入事件作為待處理事件集與預(yù)定告警規(guī)則進(jìn)行匹配的方式，實(shí)現(xiàn)了實(shí)時(shí)性的查詢與告警，同時(shí)還能夠獲得與多個(gè)事件相對(duì)應(yīng)的特定規(guī)則下的復(fù)雜告警。并且由于僅對(duì)當(dāng)前接收到的滿足預(yù)設(shè)規(guī)則的輸入事件進(jìn)行實(shí)時(shí)處理，一次性處理的輸入事件數(shù)量有限，因此同一時(shí)刻的告警量也有限，系統(tǒng)方便處理。進(jìn)一步地，由于生成的復(fù)雜告警事件與多個(gè)輸入事件相對(duì)應(yīng)，包含的信息量較大，產(chǎn)生的告警具有更加清晰明確的意義，系統(tǒng)更易迅速作出相應(yīng)的響應(yīng)。此外，通過對(duì)輸入事件及生成的告警事件的格式轉(zhuǎn)換，使其可以適用于不同應(yīng)用場(chǎng)景的監(jiān)控告警系統(tǒng)。進(jìn)一步地，由于預(yù)定告警規(guī)則可以自行定義及更新，可以滿足更靈活多變的監(jiān)控告警需求。

圖4是本發(fā)明第二實(shí)施例提供的一種事件處理裝置300的結(jié)構(gòu)框圖，請(qǐng)參閱圖4，所述事件處理裝置300包括事件接收模塊310和事件處理模塊320。

所述事件接收模塊310，用于接收輸入事件。

所述事件處理模塊320，用于每當(dāng)接收所述輸入事件的條件滿足預(yù)設(shè)規(guī)則時(shí)，將接收到的所述輸入事件作為待處理事件集，將所述待處理事件集與預(yù)定告警規(guī)則進(jìn)行匹配，當(dāng)所述待處理事件集滿足所述預(yù)定告警規(guī)則時(shí)，生成告警事件。

其中，所述預(yù)設(shè)規(guī)則可以是預(yù)先設(shè)定的用于接收所述輸入事件的時(shí)間間隔。此時(shí)，所述事件處理模塊320，具體用于每當(dāng)接收所述輸入事件的時(shí)間達(dá)到預(yù)設(shè)時(shí)間間隔時(shí)，將所述預(yù)設(shè)時(shí)間間隔內(nèi)的輸入事件作為待處理事件集，將所述待處理事件集與預(yù)定告警規(guī)則進(jìn)行匹配，當(dāng)所述待處理事件集滿足所述預(yù)定告警規(guī)則時(shí)，生成告警事件。

所述預(yù)設(shè)規(guī)則還可以是接收到的所述輸入事件的數(shù)量。此時(shí)，所述所述事件處理模塊320，具體用于每當(dāng)接收到的所述輸入事件的數(shù)量達(dá)到預(yù)設(shè)數(shù)量時(shí)，將所述預(yù)設(shè)數(shù)量的輸入事件作為待處理事件集，將所述待處理事件集與預(yù)定告警規(guī)則進(jìn)行匹配，當(dāng)所述待處理事件集滿足所述預(yù)定告警規(guī)則時(shí)，生成告警事件。

可以理解的是，所述預(yù)設(shè)規(guī)則可以根據(jù)不同的需求進(jìn)行定義或修改，因此并不構(gòu)成對(duì)本發(fā)明具體實(shí)施方式的限制。

作為一種具體的實(shí)施方式，所述事件處理模塊320，具體用于每當(dāng)接收所述輸入事件的條件滿足預(yù)設(shè)規(guī)則時(shí)，將接收到的所述輸入事件作為待處理事件集，將所述待處理事件集中的每個(gè)所述輸入事件依次與預(yù)定限制條件進(jìn)行匹配，當(dāng)匹配成功，則所述輸入事件滿足所述預(yù)定限制條件，當(dāng)滿足所述預(yù)定限制條件的所述輸入事件的個(gè)數(shù)超過預(yù)定閾值時(shí)，則所述待處理事件集滿足所述預(yù)定告警規(guī)則，生成告警事件，所述告警事件與滿足所述預(yù)定限制條件的所述輸入事件相關(guān)聯(lián)。

可以理解的是，當(dāng)所述待處理事件集與預(yù)定告警規(guī)則匹配完畢后，所述待處理事件集即變?yōu)橐烟幚硎录鲆烟幚硎录械拿總€(gè)所述輸入事件可以根據(jù)具體需求存儲(chǔ)、刪除或作為另一個(gè)所述待處理事件集中的所述輸入事件。

當(dāng)所述預(yù)定告警規(guī)則為多個(gè)時(shí)，作為一種具體的實(shí)施方式，所述事件處理模塊320，具體用于每當(dāng)接收所述輸入事件的條件滿足預(yù)設(shè)規(guī)則時(shí)，將接收到的所述輸入事件作為待處理事件集，將所述待處理事件集分別與每個(gè)所述預(yù)定告警規(guī)則進(jìn)行匹配，當(dāng)所述待處理事件集滿足任意一個(gè)所述預(yù)定告警規(guī)則時(shí)，生成與所滿足的所述預(yù)定告警規(guī)則對(duì)應(yīng)的告警事件。

其中，所述告警事件可以攜帶事件類型標(biāo)識(shí)號(hào)，以區(qū)分對(duì)應(yīng)于不同預(yù)定告警規(guī)則的告警事件，方便服務(wù)器針對(duì)不同事件類型的告警事件分別進(jìn)行處理。

優(yōu)選的，所述裝置還可以包括輸入適配模塊330，所述輸入適配模塊330，用于在接收輸入事件之后，將所述輸入事件轉(zhuǎn)化為具有第一預(yù)設(shè)格式的輸入事件。將具有不同格式的輸入事件轉(zhuǎn)換成統(tǒng)一的格式，有利于服務(wù)器對(duì)其一同進(jìn)行處理。

優(yōu)選的，所述裝置還可以包括輸出適配模塊340，所述輸出適配模塊340，用于在生成告警事件之后，將所述告警事件轉(zhuǎn)化為具有第二預(yù)設(shè)格式的告警事件。將具有統(tǒng)一格式的所述告警事件轉(zhuǎn)換為預(yù)定的其他的事件格式，有利于適應(yīng)告警事件接收端的不同需求。

優(yōu)選的，所述裝置還可以包括信息接收模塊350以及規(guī)則更新模塊360。

所述信息接收模塊350，用于接收用于更新所述預(yù)定告警規(guī)則的更新信息。

所述規(guī)則更新模塊360，用于根據(jù)所述更新信息，將對(duì)應(yīng)的預(yù)定告警規(guī)則進(jìn)行更新。

以上各模塊可以是由軟件代碼實(shí)現(xiàn)，此時(shí)，上述的各模塊可存儲(chǔ)于服務(wù)器100的存儲(chǔ)器110內(nèi)。以上各模塊同樣可以由硬件例如集成電路芯片實(shí)現(xiàn)。

本發(fā)明實(shí)施例所提供的事件處理裝置300，其實(shí)現(xiàn)原理及產(chǎn)生的技術(shù)效果和前述方法實(shí)施例相同，為簡(jiǎn)要描述，裝置實(shí)施例部分未提及之處，可參考前述方法實(shí)施例中相應(yīng)內(nèi)容。

在本申請(qǐng)所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的裝置和方法，也可以通過其它的方式實(shí)現(xiàn)。以上所描述的裝置實(shí)施例僅僅是示意性的，例如，附圖中的流程圖和框圖顯示了根據(jù)本發(fā)明的多個(gè)實(shí)施例的裝置、方法和計(jì)算機(jī)程序產(chǎn)品的可能實(shí)現(xiàn)的體系架構(gòu)、功能和操作。在這點(diǎn)上，流程圖或框圖中的每個(gè)方框可以代表一個(gè)模塊、程序段或代碼的一部分，所述模塊、程序段或代碼的一部分包含一個(gè)或多個(gè)用于實(shí)現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應(yīng)當(dāng)注意，在有些作為替換的實(shí)現(xiàn)方式中，方框中所標(biāo)注的功能也可以以不同于附圖中所標(biāo)注的順序發(fā)生。例如，兩個(gè)連續(xù)的方框?qū)嶋H上可以基本并行地執(zhí)行，它們有時(shí)也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個(gè)方框、以及框圖和/或流程圖中的方框的組合，可以用執(zhí)行規(guī)定的功能或動(dòng)作的專用的基于硬件的系統(tǒng)來實(shí)現(xiàn)，或者可以用專用硬件與計(jì)算機(jī)指令的組合來實(shí)現(xiàn)。

另外，在本發(fā)明各個(gè)實(shí)施例中的各功能模塊可以集成在一起形成一個(gè)獨(dú)立的部分，也可以是各個(gè)模塊單獨(dú)存在，也可以兩個(gè)或兩個(gè)以上模塊集成形成一個(gè)獨(dú)立的部分。

所述功能如果以軟件功能模塊的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括：U盤、移動(dòng)硬盤、只讀存儲(chǔ)器(ROM，Read-Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個(gè)實(shí)體或者操作與另一個(gè)實(shí)體或操作區(qū)分開來，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個(gè)……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)所述以權(quán)利要求的保護(hù)范圍為準(zhǔn)。應(yīng)注意到：相似的標(biāo)號(hào)和字母在下面的附圖中表示類似項(xiàng)，因此，一旦某一項(xiàng)在一個(gè)附圖中被定義，則在隨后的附圖中不需要對(duì)其進(jìn)行進(jìn)一步定義和解釋。