動(dòng)態(tài)權(quán)重事件處理系統(tǒng)和方法
【專利摘要】本發(fā)明公開一種動(dòng)態(tài)權(quán)重事件處理系統(tǒng)和方法，所述系統(tǒng)包括：從事件源獲取待處理事件的事件收集器；對(duì)收集到的事件進(jìn)行處理的事件分析器；事件處理緩存器緩存對(duì)應(yīng)事件分析器中處理后待發(fā)送的事件，接受事件分析器給予的事件，并在事件發(fā)送管理器請(qǐng)求時(shí)，給予要求的待發(fā)送事件；事件發(fā)送管理器從所述各個(gè)事件處理緩存器中，根據(jù)權(quán)重獲取發(fā)送事件來準(zhǔn)備發(fā)送的事件，并動(dòng)態(tài)調(diào)整各個(gè)事件處理緩存器的權(quán)重，以保證各個(gè)事件處理緩存器中事件的延遲是接近的；事件發(fā)送管理器從各個(gè)事件處理緩存器中獲取到事件后，暫存在事件發(fā)送緩存器中，以便在事件發(fā)送信道中一起發(fā)送。本發(fā)明并發(fā)處理多個(gè)事件源的事件信息時(shí)，使各個(gè)事件源的事件處理延遲盡量接近。
【專利說明】動(dòng)態(tài)權(quán)重事件處理系統(tǒng)和方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種動(dòng)態(tài)權(quán)重事件處理系統(tǒng)和方法，具體地說，涉及的是在高并發(fā)環(huán)境下，采用動(dòng)態(tài)權(quán)重方式對(duì)多個(gè)事件源中的事件進(jìn)行處理系統(tǒng)和方法。
【背景技術(shù)】
[0002]eSOC (企業(yè)安全運(yùn)營中心)系統(tǒng)通過采集網(wǎng)絡(luò)設(shè)備、安全設(shè)備、業(yè)務(wù)系統(tǒng)、數(shù)據(jù)庫、操作系統(tǒng)中的大量事件，并對(duì)事件進(jìn)行智能分析，以幫助運(yùn)維人員快速發(fā)現(xiàn)業(yè)務(wù)系統(tǒng)中發(fā)生的安全事故。
[0003]由于需要處理的大量實(shí)時(shí)事件，往往需要使用多臺(tái)設(shè)備收集事件，并在收集完事件后對(duì)事件進(jìn)行格式化、范式化、過濾和歸并等操作，便于系統(tǒng)對(duì)事件進(jìn)行智能分析。每臺(tái)事件收集器需要收集多臺(tái)設(shè)備發(fā)送的事件信息，再通過特定的信道，發(fā)送給智能分析系統(tǒng)。當(dāng)被監(jiān)控的系統(tǒng)發(fā)生異常情況時(shí)，會(huì)產(chǎn)生大量的事件。如果短時(shí)間內(nèi)某臺(tái)設(shè)備匯報(bào)大量事件，就可能堵塞上報(bào)的信道，從而影響其它設(shè)備中事件的上報(bào)。
[0004]同時(shí)，如果某些設(shè)備比其它設(shè)備更為重要，當(dāng)系統(tǒng)無法實(shí)時(shí)處理所有的事件請(qǐng)求時(shí)，這些相對(duì)重要的事件有可能被延遲處理，而優(yōu)先級(jí)較低的事件反而被大量處理，以至于堵塞了信道。
[0005]當(dāng)情況嚴(yán)重時(shí)，事件上報(bào)的延遲甚至?xí)绊懞罄m(xù)分析的準(zhǔn)確性。因此，需要有一種方法，對(duì)每臺(tái)設(shè)備上報(bào)事件的處理進(jìn)行控制。當(dāng)優(yōu)先級(jí)相等時(shí)，可以保證這些設(shè)備的事件在處理時(shí)具有公平性。這里公平性的定義為，在某段特定時(shí)間內(nèi)，每臺(tái)設(shè)備被發(fā)送的事件數(shù)量是機(jī)會(huì)相等的。例如，在I秒鐘內(nèi)，每一個(gè)被監(jiān)控的系統(tǒng)都被允許上報(bào)100條事件。即使某臺(tái)設(shè)備實(shí)際不需要發(fā)送那么多事件，但它依然擁有這樣的機(jī)會(huì)，在它需要發(fā)送大量事件時(shí)，它就可以達(dá)到這樣的發(fā)送速度。當(dāng)優(yōu)先級(jí)不同時(shí)，高優(yōu)先級(jí)的事件又可以被相對(duì)快速地上報(bào)。
[0006]至今為止，多個(gè)數(shù)據(jù)源事件在一個(gè)特定信道中發(fā)送，標(biāo)準(zhǔn)的解決方案是用多個(gè)線程來分別管理每個(gè)數(shù)據(jù)源的事件處理器，發(fā)送信道作為一個(gè)資源由多個(gè)線程競(jìng)爭獲得。當(dāng)某個(gè)事件處理器需要發(fā)送事件時(shí)，會(huì)將事件放入發(fā)送信道的待發(fā)送事件中。當(dāng)發(fā)送信道到達(dá)發(fā)送周期時(shí)，從待發(fā)送事件中獲取事件進(jìn)行發(fā)送，如圖1所示。當(dāng)待發(fā)送事件的存儲(chǔ)空間較大時(shí)，如果某臺(tái)設(shè)備需要在短時(shí)間內(nèi)上報(bào)大量事件，就會(huì)占用很多存儲(chǔ)空間，以至于其它事件處理器需要發(fā)送的事件需要等待很久才能發(fā)送，造成信道堵塞以及其它設(shè)備發(fā)送事件的延遲。當(dāng)待發(fā)送事件的存儲(chǔ)空間較小時(shí)，信道經(jīng)常會(huì)被填滿事件。當(dāng)待發(fā)送事件的存儲(chǔ)空間被填滿后，所有的事件處理器就不能繼續(xù)工作，必須等待發(fā)送信道發(fā)送事件并清理出存儲(chǔ)空間后，才能繼續(xù)處理事件。這種頻繁的工作狀態(tài)切換會(huì)導(dǎo)致系統(tǒng)整體性能的下降。同時(shí)，在這種系統(tǒng)中，也無法保證在某個(gè)單位事件內(nèi)，各個(gè)事件源具有相同的事件發(fā)送速率來上報(bào)事件。甚至更進(jìn)一步，也無法添加某種優(yōu)先級(jí)策略，來保證某個(gè)事件源的事件可以得到優(yōu)先處理。
[0007]為了使相對(duì)重要的事件得以快速上報(bào)，或者使延遲較高的設(shè)備可以較快上報(bào)事件，一種常見的解決方法是對(duì)每個(gè)事件處理器進(jìn)行控制，并指定事件處理器訪問發(fā)送信道的優(yōu)先級(jí)，優(yōu)先級(jí)高的信息會(huì)優(yōu)先占用信道來進(jìn)行匯報(bào)，流程圖如圖2所示。當(dāng)事件處理器獲取信道時(shí)，高優(yōu)先級(jí)的事件處理器將優(yōu)先獲取到信道的權(quán)限，并將自己需要發(fā)送的事件加入待發(fā)送事件緩存中。然而這種方式也存在其不足之處，如果高優(yōu)先級(jí)的設(shè)備需要發(fā)送大量事件，低優(yōu)先級(jí)的設(shè)備會(huì)被長時(shí)間阻塞。低優(yōu)先級(jí)的設(shè)備可以接受較高的延遲，但不應(yīng)被阻塞。
[0008]由于這些原因，現(xiàn)有技術(shù)中存在對(duì)于一種系統(tǒng)和方法的需求，該系統(tǒng)和方法在高并發(fā)環(huán)境下，可以對(duì)各事件處理器中需要發(fā)送的事件進(jìn)行控制，使得在單位時(shí)間內(nèi)，相同優(yōu)先級(jí)的事件處理器可以發(fā)送的事件數(shù)量是相等的，以此保證每個(gè)事件處理器上報(bào)事件的延遲時(shí)間都是相對(duì)較小的。
[0009]另外，現(xiàn)有技術(shù)中存在對(duì)于一種系統(tǒng)和方法的需求，該系統(tǒng)和方法在發(fā)送信道發(fā)送事件的過程中，各個(gè)事件處理器仍然可以繼續(xù)處理事件并使其成為待發(fā)送事件，以提高系統(tǒng)的整體性能。
[0010]同時(shí)，為了適應(yīng)不同設(shè)備優(yōu)先級(jí)不同的情況，需要有一種系統(tǒng)和方法，該系統(tǒng)和方法可以為高優(yōu)先級(jí)的設(shè)備提供更高的發(fā)送速率。
[0011]最后，待發(fā)送的事件數(shù)量變化時(shí)，需要有一種系統(tǒng)和方法，可以實(shí)時(shí)調(diào)整各個(gè)設(shè)備的優(yōu)先級(jí)，以保證每臺(tái)設(shè)備上報(bào)事件的延遲都盡量接近。
[0012]經(jīng)檢索，申請(qǐng)?zhí)枮?00910134837.4的中國專利，該發(fā)明公開了一種動(dòng)態(tài)優(yōu)先級(jí)外部事務(wù)處理系統(tǒng)，一種多模式事務(wù)處理隊(duì)列可以按照缺省優(yōu)先級(jí)方案操作。當(dāng)檢測(cè)到擁擠事件時(shí)，事務(wù)處理隊(duì)列可以采用第二優(yōu)先級(jí)方案。在此發(fā)明中，如果高優(yōu)先級(jí)的設(shè)備需要發(fā)送大量事件，低優(yōu)先級(jí)的設(shè)備會(huì)被長時(shí)間阻塞；而本發(fā)明中，低優(yōu)先級(jí)的設(shè)備依然被允許以較低速度發(fā)送事件。

【發(fā)明內(nèi)容】

[0013]本發(fā)明的目的在于解決現(xiàn)有技術(shù)中的上述不足，提供一種動(dòng)態(tài)權(quán)重事件處理系統(tǒng)和方法，用以在事件處理系統(tǒng)(比如eSOC系統(tǒng))之內(nèi)，或利用相似的系統(tǒng)、產(chǎn)品和工具，在高并發(fā)環(huán)境下，對(duì)多個(gè)事件處理器進(jìn)行管理，并使各個(gè)事件處理器的延遲盡量接近。
[0014]為實(shí)現(xiàn)上述的目的，本發(fā)明采用以下技術(shù)方案:
[0015]本發(fā)明提供了一種動(dòng)態(tài)權(quán)重事件處理系統(tǒng)，包括:
[0016]事件收集器:是從事件源獲取待處理事件的收集器，并交給對(duì)應(yīng)的事件分析器進(jìn)行處理，所述事件具有被報(bào)告事件的文本表示；
[0017]事件分析器:是根據(jù)預(yù)先設(shè)定的配置，對(duì)事件收集器中收集到的事件進(jìn)行格式化、范式化、過濾和歸并等操作的處理器；事件的文本表示經(jīng)過處理器后，轉(zhuǎn)變?yōu)槭录?duì)象，所述事件對(duì)象包含事件的文本表示及事件分析器的輸出結(jié)果信息；事件對(duì)象被放置到事件處理緩存器中，如果事件處理緩存器已滿，事件分析器將暫停處理事件；
[0018]事件處理緩存器:緩存對(duì)應(yīng)事件分析器中處理后待發(fā)送的事件，接受事件分析器給予的事件，并在事件發(fā)送管理器請(qǐng)求時(shí)，給予要求的待發(fā)送事件；
[0019]事件發(fā)送管理器:從所述的各個(gè)事件處理緩存器中，按照設(shè)定的事件獲取方法來準(zhǔn)備發(fā)送的事件，并動(dòng)態(tài)調(diào)整各個(gè)事件處理緩存器的權(quán)重，以保證各個(gè)事件處理緩存器中事件的延遲是接近的，同時(shí)，事件發(fā)送管理器負(fù)責(zé)執(zhí)行事件發(fā)送時(shí)所必須的其它操作，如記錄系統(tǒng)狀態(tài)等；
[0020]事件發(fā)送緩存器:所述的事件發(fā)送管理器從各個(gè)事件處理緩存器中獲取到事件后，暫存在事件發(fā)送緩存器中，以便在事件發(fā)送信道中一起發(fā)送；事件發(fā)送緩存器的空間與發(fā)送信道一次發(fā)送的事件數(shù)量一致；
[0021]事件發(fā)送信道:用于將處理后的事件發(fā)送至其它服務(wù)器。
[0022]本發(fā)明還提供了一種用于事件發(fā)送管理器中根據(jù)權(quán)重獲取發(fā)送事件的方法，包括步驟:
[0023]事件發(fā)送管理器以最高權(quán)重事件處理緩存為當(dāng)前事件處理緩存；
[0024]事件發(fā)送管理器按照權(quán)重從當(dāng)前事件處理緩存獲取事件；
[0025]確定是否存在下一個(gè)事件處理緩存；
[0026]響應(yīng)于存在下一個(gè)事件處理緩存，事件發(fā)送管理器以最高權(quán)重事件處理緩存為當(dāng)前事件處理緩存；
[0027]響應(yīng)于不存在下一個(gè)事件處理緩存，事件發(fā)送管理器以最高權(quán)重事件處理緩存為當(dāng)前事件處理緩存；
[0028]確定是否達(dá)到本次發(fā)送事件上限；
[0029]響應(yīng)于達(dá)到本次發(fā)送事件上限，事件發(fā)送管理器將事件提交到事件發(fā)送信道；
[0030]響應(yīng)于未達(dá)到本次發(fā)送事件上限，事件發(fā)送管理器從當(dāng)前事件處理緩存中獲取待發(fā)送事件；
[0031 ] 確定是否存在下一個(gè)事件處理緩存；
[0032]響應(yīng)于存在下一個(gè)事件處理緩存，事件發(fā)送管理器將優(yōu)先級(jí)列表中的下一個(gè)事件處理緩存設(shè)為當(dāng)前事件處理緩存；
[0033]響應(yīng)于不存在下一個(gè)事件處理緩存，事件發(fā)送管理器將事件提交到事件發(fā)送信道。
[0034]本發(fā)明還提供了一種用于事件發(fā)送管理器中動(dòng)態(tài)調(diào)整事件處理緩存權(quán)重的方法，包括步驟:
[0035]事件發(fā)生管理器根據(jù)權(quán)重發(fā)送事件；
[0036]獲取事件時(shí)返回事件數(shù)量少于請(qǐng)求數(shù)量的事件處理緩存權(quán)重減1，權(quán)重最小為I ;
[0037]獲取事件時(shí)返回事件數(shù)量等于請(qǐng)求數(shù)量的事件處理緩存權(quán)重加1，權(quán)重最大為10。
[0038]由于采用了上述技術(shù)方案，本發(fā)明的有益效果是:
[0039](I)在高并發(fā)環(huán)境下，可以對(duì)各事件處理器中需要發(fā)送的事件進(jìn)行控制，使得在單位時(shí)間內(nèi)，相同優(yōu)先級(jí)的事件處理器可以發(fā)送的事件數(shù)量是相等的，以此保證每個(gè)事件處理器上報(bào)事件的延遲時(shí)間都是相對(duì)較小的。
[0040](2)在發(fā)送信道發(fā)送事件的過程中，各個(gè)事件處理器仍然可以繼續(xù)處理事件并使其成為待發(fā)送事件，提高了系統(tǒng)的整體性能。
[0041](3)不同設(shè)備優(yōu)先級(jí)不同時(shí)，可以為高優(yōu)先級(jí)的設(shè)備提供更高的發(fā)送速率。
[0042](4)待發(fā)送的事件數(shù)量變化時(shí)，可以實(shí)時(shí)調(diào)整各個(gè)設(shè)備的優(yōu)先級(jí)，以保證每臺(tái)設(shè)備上報(bào)事件的延遲都盡量接近?！緦＠綀D】

【附圖說明】
[0043]圖1為現(xiàn)有技術(shù)示意圖一；
[0044]圖2為現(xiàn)有技術(shù)示意圖二 ；
[0045]圖3為本發(fā)明的事件處理系統(tǒng)示意圖；
[0046]圖4為本發(fā)明中事件發(fā)送管理器發(fā)送事件流程圖；
[0047]圖5為本發(fā)明中事件發(fā)送管理器動(dòng)態(tài)調(diào)整事件處理緩存權(quán)重現(xiàn)流程圖.【具體實(shí)施方式】
[0048]以下結(jié)合附圖和實(shí)施例對(duì)本發(fā)明的技術(shù)方案作進(jìn)一步的解釋，但是以下的內(nèi)容不用于限定本發(fā)明的保護(hù)范圍。
[0049]本發(fā)明提供的系統(tǒng)和方法在eSOC系統(tǒng)中被實(shí)現(xiàn)為Java應(yīng)用程序，但是可替代的利用任何適當(dāng)?shù)木幊陶Z言和方法來實(shí)現(xiàn)。
[0050]參見圖3，示出一種動(dòng)態(tài)權(quán)重事件處理系統(tǒng)的結(jié)構(gòu)框圖，包括:
[0051]事件收集器:是從事件源獲取待處理事件的收集器，并交給對(duì)應(yīng)的事件分析器進(jìn)行處理，所述事件具有被報(bào)告事件的文本表示。在eSOC系統(tǒng)中，事件收集器可以從文件讀取日志內(nèi)容，也可以周期性訪問數(shù)據(jù)庫中的記錄，或是通過網(wǎng)絡(luò)服務(wù)(例如syslog服務(wù))獲取其它設(shè)備產(chǎn)生的事件信息；
[0052]事件分析器:是根據(jù)預(yù)先設(shè)定的配置，對(duì)事件收集器中收集到的事件進(jìn)行格式化、范式化、過濾和歸并等操作的處理器；事件的文本表示經(jīng)過處理器后，轉(zhuǎn)變?yōu)槭录?duì)象，所述事件對(duì)象包含事件的文本表示及事件分析器的輸出結(jié)果信息；事件對(duì)象被放置到事件處理緩存器中，如果事件處理緩存器已滿，事件分析器將暫停處理事件；
[0053]事件處理緩存器:緩存對(duì)應(yīng)事件分析器中處理后待發(fā)送的事件，接受事件分析器給予的事件，并在事件發(fā)送管理器請(qǐng)求時(shí)，給予要求的待發(fā)送事件。每個(gè)事件分析器的處理結(jié)果是存在先后關(guān)系的，因此事件處理緩存器遵循先進(jìn)先出的策略。在eSOC系統(tǒng)中，事件處理緩存器由一個(gè)先進(jìn)先出的隊(duì)列實(shí)現(xiàn)。另外，當(dāng)事件處理緩存器中的事件數(shù)量達(dá)到上限時(shí)，事件處理緩存器無法添加新的事件，也會(huì)阻止相應(yīng)的事件分析器繼續(xù)分析原始事件信息，以達(dá)到降低系統(tǒng)開銷的目的；
[0054]事件發(fā)送管理器:從所述的各個(gè)事件處理緩存器中，按照設(shè)定的事件獲取方法來準(zhǔn)備發(fā)送的事件，并動(dòng)態(tài)調(diào)整各個(gè)事件處理緩存器的權(quán)重，以保證各個(gè)事件處理緩存器中事件的延遲是接近的，同時(shí)，事件發(fā)送管理器負(fù)責(zé)執(zhí)行事件發(fā)送時(shí)所必須的其它操作，如記錄系統(tǒng)狀態(tài)等；
[0055]事件發(fā)送緩存器:所述的事件發(fā)送管理器從各個(gè)事件處理緩存器中獲取到事件后，暫存在事件發(fā)送緩存器中，以便在事件發(fā)送信道中一起發(fā)送；事件發(fā)送緩存器的空間與發(fā)送信道一次發(fā)送的事件數(shù)量一致；
[0056]事件發(fā)送信道:所述的事件發(fā)送信道用于將處理后的事件發(fā)送至其它服務(wù)器。
[0057]參見圖4，示出了事件發(fā)送管理器發(fā)送一輪事件的邏輯處理。發(fā)送一輪事件的過程可以分為兩個(gè)階段。第一個(gè)階段中，事件發(fā)送管理器按照權(quán)重依次從各個(gè)事件處理緩存器中獲取事件。事件發(fā)送管理器按照權(quán)重從高到低，訪問每個(gè)事件處理緩存器并請(qǐng)求需發(fā)送的事件。此時(shí)，根據(jù)權(quán)重的不同，可以發(fā)送的事件數(shù)量也不相同。例如，權(quán)重為I的設(shè)備在一次發(fā)送中被允許發(fā)送10個(gè)事件，而權(quán)重為10的設(shè)備則可以發(fā)送100個(gè)事件。當(dāng)遍歷所有事件處理緩存后，獲取的事件總數(shù)最多可以填滿本次發(fā)送事件上限。
[0058]第一階段結(jié)束后，如果待發(fā)送事件數(shù)量沒有達(dá)到本次發(fā)送事件上限，則進(jìn)入第二階段。事件發(fā)送管理器從當(dāng)前事件處理緩存中獲取待發(fā)送事件，并檢查是否達(dá)到本次發(fā)送事件上限，即判斷獲取到的事件是否填滿了事件發(fā)送緩存器。如果達(dá)到本次發(fā)送事件上限，事件發(fā)送管理器將事件提交到事件發(fā)送信道，并清空事件發(fā)送緩存器。如果未達(dá)到本次發(fā)送事件上限，事件發(fā)送管理器將判斷本次發(fā)送中是否存在下一個(gè)事件處理緩存器。如果本次發(fā)送不存在下一個(gè)事件處理緩存器，說明所有的事件處理緩存器中的待發(fā)送事件都已發(fā)送，事件發(fā)送管理器將事件提交到事件發(fā)送信道，本次事件發(fā)送結(jié)束。如果本次發(fā)送存在下一個(gè)事件處理緩存，事件發(fā)送管理器將下一個(gè)事件處理緩存設(shè)為當(dāng)前事件處理緩存器，并繼續(xù)事件發(fā)送過程。
[0059]參見圖5，示出了事件發(fā)送管理器中動(dòng)態(tài)調(diào)整事件處理緩存權(quán)重的方法。為了使每臺(tái)設(shè)備上報(bào)事件的延遲都盡量接近，事件發(fā)送管理器根據(jù)上次發(fā)送時(shí)各個(gè)事件處理緩存器的事件余量來調(diào)整各個(gè)事件處理緩存器的權(quán)重。
[0060]如果事件處理緩存被請(qǐng)求事件時(shí)，返回事件數(shù)量少于請(qǐng)求的數(shù)量，則說明該事件處理緩存被賦予了過高的權(quán)重，其權(quán)重會(huì)被減I。但是，權(quán)重的最小值為1，以保證在低優(yōu)先級(jí)時(shí)，也有權(quán)利發(fā)送事件。
[0061]如果事件處理緩存被請(qǐng)求事件時(shí)，返回事件數(shù)量等于請(qǐng)求的數(shù)量，則說明該事件處理緩存可能還有待發(fā)送的事件，即被賦予了過低的權(quán)重，其權(quán)重會(huì)被加I。但是，權(quán)重的最大值為10，以避免權(quán)重過大導(dǎo)致其它事件處理緩存器被阻塞的情況出現(xiàn)。
[0062]本發(fā)明并發(fā)處理多個(gè)事件源的事件信息時(shí)，使各個(gè)事件源的事件處理延遲盡量接近。
[0063]盡管本發(fā)明的內(nèi)容已經(jīng)通過上述優(yōu)選實(shí)施例作了詳細(xì)介紹，但應(yīng)當(dāng)認(rèn)識(shí)到上述的描述不應(yīng)被認(rèn)為是對(duì)本發(fā)明的限制。在本領(lǐng)域技術(shù)人員閱讀了上述內(nèi)容后，對(duì)于本發(fā)明的多種修改和替代都將是顯而易見的。因此，本發(fā)明的保護(hù)范圍應(yīng)由所附的權(quán)利要求來限定。
【權(quán)利要求】
1.一種動(dòng)態(tài)權(quán)重事件處理系統(tǒng)，其特征在于包括: 事件收集器:是從事件源獲取待處理事件的收集器，并交給對(duì)應(yīng)的事件分析器進(jìn)行處理，所述事件具有被報(bào)告事件的文本表示； 事件分析器:是根據(jù)預(yù)先設(shè)定的配置，對(duì)事件收集器中收集到的事件進(jìn)行處理操作的處理器；事件的文本表示經(jīng)過處理器后，轉(zhuǎn)變?yōu)槭录?duì)象，事件對(duì)象被放置到事件處理緩存器中，如果事件處理緩存器已滿，事件分析器將暫停處理事件； 事件處理緩存器:緩存對(duì)應(yīng)事件分析器中處理后待發(fā)送的事件，接受事件分析器給予的事件，并在事件發(fā)送管理器請(qǐng)求時(shí)，給予要求的待發(fā)送事件； 事件發(fā)送管理器:從所述各個(gè)事件處理緩存器中，根據(jù)權(quán)重獲取發(fā)送事件來準(zhǔn)備發(fā)送的事件，并動(dòng)態(tài)調(diào)整各個(gè)事件處理緩存器的權(quán)重，以保證各個(gè)事件處理緩存器中事件的延遲是接近的； 事件發(fā)送緩存器:所述的事件發(fā)送管理器從各個(gè)事件處理緩存器中獲取到事件后，暫存在事件發(fā)送緩存器中，以便在事件發(fā)送信道中一起發(fā)送； 事件發(fā)送信道:用于將處理后的事件發(fā)送至其它服務(wù)器。
2.根據(jù)權(quán)利要求1所述的動(dòng)態(tài)權(quán)重事件處理系統(tǒng)，其特征在于:所述事件對(duì)象包含事件的文本表示及事件分析器的輸出結(jié)果信息。
3.根據(jù)權(quán)利要求1所述 的動(dòng)態(tài)權(quán)重事件處理系統(tǒng)，其特征在于:所述事件分析器對(duì)事件收集器中收集到的事件進(jìn)行格式化、范式化、過濾和歸并操作。
4.根據(jù)權(quán)利要求1所述的動(dòng)態(tài)權(quán)重事件處理系統(tǒng)，其特征在于:所述事件發(fā)送緩存器的空間與所述發(fā)送信道一次發(fā)送的事件數(shù)量一致。
5.根據(jù)權(quán)利要求1-4任一項(xiàng)所述的動(dòng)態(tài)權(quán)重事件處理系統(tǒng)，其特征在于:每個(gè)事件分析器的處理結(jié)果是存在先后關(guān)系的，因此事件處理緩存器遵循先進(jìn)先出的策略，當(dāng)事件處理緩存器中的事件數(shù)量達(dá)到上限時(shí)，事件處理緩存器無法添加新的事件，會(huì)阻止相應(yīng)的事件分析器繼續(xù)分析原始事件信息。
6.一種用于權(quán)利要求1所述的事件發(fā)送管理器中根據(jù)權(quán)重獲取發(fā)送事件的方法，其特征在于:包括步驟: 事件發(fā)送管理器以最高權(quán)重事件處理緩存為當(dāng)前事件處理緩存； 事件發(fā)送管理器按照權(quán)重從當(dāng)前事件處理緩存獲取事件； 確定是否存在下一個(gè)事件處理緩存； 響應(yīng)于存在下一個(gè)事件處理緩存，事件發(fā)送管理器以最高權(quán)重事件處理緩存為當(dāng)前事件處理緩存； 響應(yīng)于不存在下一個(gè)事件處理緩存，事件發(fā)送管理器以最高權(quán)重事件處理緩存為當(dāng)前事件處理緩存； 確定是否達(dá)到本次發(fā)送事件上限； 響應(yīng)于達(dá)到本次發(fā)送事件上限，事件發(fā)送管理器將事件提交到事件發(fā)送信道； 響應(yīng)于未達(dá)到本次發(fā)送事件上限，事件發(fā)送管理器從當(dāng)前事件處理緩存中獲取待發(fā)送事件； 確定是否存在下一個(gè)事件處理緩存； 響應(yīng)于存在下一個(gè)事件處理緩存，事件發(fā)送管理器將優(yōu)先級(jí)列表中的下一個(gè)事件處理緩存設(shè)為當(dāng)前事件處理緩存； 響應(yīng)于不存在下一個(gè)事件處理緩存，事件發(fā)送管理器將事件提交到事件發(fā)送信道。
7.一種用于權(quán)利要求1所述的事件發(fā)送管理器中動(dòng)態(tài)調(diào)整事件處理緩存權(quán)重的方法，其特征在于:包括步驟: 事件發(fā)生管理器根據(jù)權(quán)重發(fā)送事件； 獲取事件時(shí)返回事件數(shù)量少于請(qǐng)求數(shù)量的事件處理緩存權(quán)重減1，權(quán)重最小為I; 獲取事件時(shí)返回事件數(shù)`量等于請(qǐng)求數(shù)量的事件處理緩存權(quán)重加1，權(quán)重最大為10。
【文檔編號(hào)】G06F9/46GK103530173SQ201210232595
【公開日】2014年1月22日 申請(qǐng)日期:2012年7月6日 優(yōu)先權(quán)日:2012年7月6日
【發(fā)明者】黃衍寧, 徐培杰, 李剛 申請(qǐng)人:上海寶信軟件股份有限公司