專利名稱：視頻監(jiān)控系統(tǒng)可配置告警過(guò)濾方法
技術(shù)領(lǐng)域：
本發(fā)明涉及視頻監(jiān)控系統(tǒng)可配置告警過(guò)濾方法
二背景技術(shù)：
以往在管理告警的技術(shù)中，通常是將不同類型和不同等級(jí)的告警直接發(fā)送給告警接收模塊， 告警接收模塊自動(dòng)過(guò)濾重復(fù)告警，對(duì)于不重復(fù)而相關(guān)聯(lián)的告警沒(méi)有進(jìn)行自動(dòng)處理和過(guò)濾。
對(duì)于告警信息的處理方式， 一般分為三種情況其一是直接將所有告警信息全部顯示給用 戶，其一.是僅僅簡(jiǎn)單過(guò)濾內(nèi)容完全重復(fù)的告警信息；還有一種就是固定的過(guò)濾方式。
第一種方式要求告警源在發(fā)送告警時(shí)保證同一個(gè)告警只發(fā)送一次，否則將在用戶界面上顯 示許多條內(nèi)容完全重復(fù)的告警信息，而用戶需要不斷翻頁(yè)才能查閱到所有告警信息，用戶操作 起來(lái)很不直觀，也很麻煩。
第二種方式雖然對(duì)重復(fù)的告警信息進(jìn)行了過(guò)濾，同樣的告警信息用戶只看到一條記錄。但 是對(duì)于這種方式仍然不是用戶需要看到的最必要的信息。在進(jìn)行系統(tǒng)運(yùn)營(yíng)維護(hù)過(guò)程中，用戶并 不需要看到一般級(jí)別以下的告警信息，已經(jīng)用來(lái)表示告警恢復(fù)的告警。
第三種方式是直接在程序中編程好的過(guò)濾方式。在這種過(guò)濾方式中，程序除了過(guò)濾重復(fù)告 警外，也根據(jù)固定的規(guī)則將一般級(jí)別以下的告警信息直接過(guò)濾掉。但是當(dāng)用戶需要査看一般級(jí) 別以下告警信息時(shí)，則無(wú)法將相應(yīng)的告警信息顯示給用戶。而且直接硬編碼到程序中的過(guò)濾規(guī) 則，缺乏足夠的靈活性和更廣泛的適用性。
在監(jiān)控系統(tǒng)中，告警信息可能來(lái)自系統(tǒng)的各個(gè)環(huán)節(jié)，例如前端編碼器、轉(zhuǎn)發(fā)服務(wù)器、錄像 服務(wù)器、網(wǎng)絡(luò)設(shè)備、數(shù)據(jù)庫(kù)服務(wù)器等設(shè)備。對(duì)于前端編碼器，除了 一般的上線掉線告警外，還 可能包括前端編碼器傳來(lái)的各種告警信息，例如移動(dòng)偵測(cè)告警、火警、視頻丟失告警、DVR 硬盤滿告警、DVR硬盤出錯(cuò)告警等。對(duì)于不同的前端告警，需要進(jìn)行的處理也不相同。對(duì)于錄 像服務(wù)器、視頻轉(zhuǎn)發(fā)服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器等設(shè)備，告警信息則包括網(wǎng)絡(luò)通斷情況、異常重啟、 CPU過(guò)載、內(nèi)存不夠、網(wǎng)絡(luò)過(guò)載、恢復(fù)正常等告警信息。
對(duì)于這種應(yīng)用需求，以上的三種告警管理方式都無(wú)法滿足要求，必須采用更靈活更有效的 告警過(guò)濾方式和告警信息管理方式。
三
發(fā)明內(nèi)容
本發(fā)明目的是針對(duì)原有視頻監(jiān)控系統(tǒng)雖然也實(shí)現(xiàn)了告警過(guò)濾機(jī)制，但所謂"過(guò)濾"也僅 是建立在査詢這一級(jí)別上的過(guò)濾，并不能針對(duì)不同的用戶為其定制滿足用戶最大關(guān)注度的告警， 對(duì)上述問(wèn)題，本發(fā)明提出了可配置告警過(guò)濾的方法，可以解決用戶因告警過(guò)濾規(guī)則過(guò)于固化而 無(wú)法因地制宜的配置產(chǎn)生不同用戶關(guān)注的重點(diǎn)告警信息的問(wèn)題，因而從用戶角度進(jìn)一步加強(qiáng)了 系統(tǒng)的實(shí)用性。
本發(fā)明的技術(shù)解決方案是視頻監(jiān)控系統(tǒng)可配置告警過(guò)濾方法，啟動(dòng)告警收集的主進(jìn)程， 包括啟動(dòng)告警事件前轉(zhuǎn)線程，通過(guò)讀取配置文件選擇系統(tǒng)運(yùn)行的模式，是父子進(jìn)程還是自動(dòng)重 啟模式，進(jìn)程首先啟動(dòng)告警事件接受線程，不斷地監(jiān)聽(tīng)監(jiān)控系統(tǒng)產(chǎn)生的各級(jí)別告警，通過(guò)科學(xué) 的算法放進(jìn)緩存隊(duì)列等待處理；再次啟動(dòng)告警事件前轉(zhuǎn)線程，進(jìn)行告警信息的轉(zhuǎn)發(fā)。
告警事件接受線程由告警接受模塊完成其步驟是首先啟動(dòng)監(jiān)聽(tīng)，綁定監(jiān)聽(tīng)端口，并杜塞
進(jìn)行循環(huán)接受，對(duì)接受的告警事件進(jìn)行告警關(guān)聯(lián)，明確是什么告警，什么級(jí)別的告警等信息，
通過(guò)告警緩存處理算法，把信息壓入緩存空間，等待處理。
告警前轉(zhuǎn)模塊流程
告警事件前轉(zhuǎn)線程由告警前轉(zhuǎn)模塊完成，告警前轉(zhuǎn)模塊啟動(dòng)線程后，同樣需要建立服務(wù)監(jiān) 聽(tīng)，循環(huán)等待連接請(qǐng)求， 一但有新的連接請(qǐng)求，便創(chuàng)建連接響應(yīng)線程處理前轉(zhuǎn)發(fā)送任務(wù)。
告警接受模塊的告警前端接受到連接請(qǐng)求后，首先讀取報(bào)文，從中判斷是否含有'W'字符 信息，從而確定通信的數(shù)據(jù)類型為字符串還是數(shù)據(jù)結(jié)構(gòu)；如果連接請(qǐng)求合法，計(jì)數(shù)器從0開(kāi)始計(jì) 數(shù)，在計(jì)數(shù)器小于30的時(shí)候，即如果沒(méi)有告警數(shù)據(jù)發(fā)送，計(jì)數(shù)器會(huì)加l，并且休眠1秒， 一直沒(méi) 有告警數(shù)據(jù)的情況下，計(jì)數(shù)器不斷遞增如大于等于30，則需要發(fā)送握手報(bào)文，保持鏈接，如果 握手成功則計(jì)數(shù)器清零，重新循環(huán)等待30次；如果有告警數(shù)據(jù)，首先要計(jì)數(shù)器清零，并從告警
緩存中讀取數(shù)據(jù)進(jìn)行發(fā)送，發(fā)送成功則判定是否有更多的數(shù)據(jù)需要發(fā)送，如果有則休眠l秒后繼 續(xù)發(fā)送，沒(méi)有數(shù)據(jù)則進(jìn)入計(jì)數(shù)器休眠狀態(tài)，每次1秒，每次發(fā)送消息失敗則此連接響應(yīng)線程退出。 1、配置告警過(guò)濾流程概述
視頻監(jiān)控平臺(tái)的告警信息可能來(lái)自系統(tǒng)的各個(gè)環(huán)節(jié)，例如前端編碼器、轉(zhuǎn)發(fā)服務(wù)器、錄像 服務(wù)器、網(wǎng)絡(luò)設(shè)備、數(shù)據(jù)庫(kù)服務(wù)器等設(shè)備。會(huì)產(chǎn)生系統(tǒng)設(shè)備、視頻設(shè)備等設(shè)備告警，視頻實(shí)時(shí)
告警，例如移動(dòng)偵測(cè)告警、火警、視頻丟失告警、DVR硬盤滿告警、DVR硬盤出錯(cuò)告警等實(shí) 時(shí)觸發(fā)告警。眾多的不同級(jí)別的告警需要進(jìn)行收集并處理，形成原始告警數(shù)據(jù)供用戶查看。本 發(fā)明就是在告警收集并處理顯示的時(shí)候進(jìn)行的大量告警信息的過(guò)濾工作。
如上述，啟動(dòng)告警收集的主進(jìn)程后，通過(guò)讀取配置文件選擇系統(tǒng)運(yùn)行的模式，進(jìn)程首先啟 動(dòng)告警事件接受線程，不斷地監(jiān)聽(tīng)監(jiān)控系統(tǒng)產(chǎn)生的各級(jí)別告警，通過(guò)科學(xué)的算法放進(jìn)緩存隊(duì)列 等待處理；再次啟動(dòng)告警事件前轉(zhuǎn)線程，進(jìn)行告警信息的轉(zhuǎn)發(fā)。
2、 告警接受模塊
如上述，告警接受模塊首先啟動(dòng)監(jiān)聽(tīng)，綁定監(jiān)聽(tīng)端口，并杜塞進(jìn)行循環(huán)接受，對(duì)接受的告 警事件進(jìn)行告警關(guān)聯(lián)，明確是什么告警，什么級(jí)別的告警等信息，通過(guò)告警緩存處理算法，把 信息壓入緩存空間，等待處理。
告警數(shù)據(jù)壓入緩存的時(shí)候，如果告警發(fā)送端處理速度低于告警接收端，告警鏈表會(huì)逐漸增 長(zhǎng)；或者如果告警發(fā)送端通信異常，也會(huì)導(dǎo)致告警鏈表快速增長(zhǎng)。
3、 告警前轉(zhuǎn)模塊流程
如上述，告警前轉(zhuǎn)模塊啟動(dòng)線程后，同樣需要建立服務(wù)監(jiān)聽(tīng)，循環(huán)等待連接請(qǐng)求， 一但有 新的連接請(qǐng)求，便創(chuàng)建連接響應(yīng)線程處理前轉(zhuǎn)發(fā)送任務(wù)。 有益效果
* 傳統(tǒng)的系統(tǒng)告警系統(tǒng)因?yàn)檫^(guò)于固化的告警規(guī)則而有可能產(chǎn)生生成大量的無(wú)用告警，而
真實(shí)告警因淹沒(méi)于虛假告警中而無(wú)法被及時(shí)發(fā)現(xiàn)排障，維護(hù)人員也忙于應(yīng)付虛假告警，例， 設(shè)備維護(hù)人員根據(jù)平臺(tái)的告警而派單排障，但某一時(shí)段可能因正常的斷電而導(dǎo)致產(chǎn)生不少 的設(shè)備網(wǎng)絡(luò)中斷告警，使維護(hù)人員較難判斷是否是真實(shí)故障，用可配置告警方法，針對(duì)單 個(gè)設(shè)備設(shè)定不同的告警過(guò)濾方法，如設(shè)備由辦公室內(nèi)地插供電，則可配置告警發(fā)產(chǎn)于上班 時(shí)間段則生效，其余時(shí)間段不發(fā)設(shè)備因斷電而通訊異常告警
不同用戶可使用可配置告警過(guò)濾方法，把自身最關(guān)注的信息設(shè)置成為重點(diǎn)告警，并可
設(shè)置是否要用聲，光，電等輔助手段及時(shí)的告知用戶他們所關(guān)心的告警，同時(shí)靈活的單次
告警或連續(xù)N次告警等配置方法，可以讓用戶通過(guò)這些配置手段更準(zhǔn)確的判斷故障的類型 和嚴(yán)重程序，因而作出及時(shí)的響應(yīng)。
四

圖1是告警接收和前轉(zhuǎn)功能主程序流程圖， 圖2是告警接收模塊流程圖， 圖3是接收到的告警的緩存處理流程圖， 圖4是告警前轉(zhuǎn)模塊流程示意圖， 圖5告警前轉(zhuǎn)連接U向應(yīng)處理模塊流程圖
五具體實(shí)施方式
下面通過(guò)詳細(xì)流程，具體地闡述本發(fā)明。
1、 配置告警過(guò)濾流程概述
在視頻監(jiān)控平臺(tái)的應(yīng)該過(guò)程中，會(huì)產(chǎn)生系統(tǒng)設(shè)備、視頻設(shè)備等設(shè)備告警，視頻實(shí)時(shí)告警， 比如移動(dòng)偵測(cè)告警，紅外告警，煙感告警等實(shí)時(shí)觸發(fā)告警。眾多的不同級(jí)別的告警需要進(jìn)行 收集并處理，形成原始告警數(shù)據(jù)供用戶查看。本發(fā)明就是在告警收集并處理顯示的時(shí)候進(jìn)行的 大量告警信息的過(guò)濾工作。
如圖1所示，首先啟動(dòng)告警收集的主進(jìn)程，通過(guò)讀取配置文件選擇系統(tǒng)運(yùn)行的模式，是父子 進(jìn)程還是自動(dòng)重啟模式，進(jìn)程首先啟動(dòng)告警事件接受線程，不斷地監(jiān)聽(tīng)監(jiān)控系統(tǒng)產(chǎn)生的各級(jí)別 告警，通過(guò)科學(xué)的算法放進(jìn)緩存隊(duì)列等待處理；再次啟動(dòng)告警事件前轉(zhuǎn)線程，進(jìn)行告警信息的 轉(zhuǎn)發(fā)。
2、 告警接受模塊
如圖2所示，告警接受模塊首先啟動(dòng)監(jiān)聽(tīng)，綁定監(jiān)聽(tīng)端U，并杜塞進(jìn)行循環(huán)接受，對(duì)接受的 告警事件進(jìn)行告警關(guān)聯(lián)，明確是什么告警，什么級(jí)別的告警等信息，通過(guò)告警緩存處理算法， 把信息壓入緩存空間，等待處理。
告警數(shù)據(jù)壓入緩存的時(shí)候，如果告警發(fā)送端處理速度低于告警接收端，告警鏈表會(huì)逐漸增 長(zhǎng)；或者如果告警發(fā)送端通信異常，也會(huì)導(dǎo)致告警鏈表快速增長(zhǎng)。通過(guò)有效并可配置的算法來(lái) 實(shí)現(xiàn)告警事件不產(chǎn)生堆積的現(xiàn)象。如圖3
可配置的算法是如果告警鏈表被整理過(guò)當(dāng)鏈表記錄數(shù)〈MAX一LIST一SIZE/2(1024)，表明 鏈表數(shù)據(jù)被發(fā)送了，此時(shí)可以重新接納低等級(jí)告警，并且鏈表以后需要重新整理；反之，鏈表 記錄只能接收等級(jí)>=3的告警，直接將等級(jí)<3新告警丟棄。
如果告警鏈表記錄數(shù)<MAX—LIST—SIZE (2048)，直接將所有新接收到的告警事件追加 到緩存列表尾部。
如果告警鏈表記錄數(shù)>=MAX—LIST—SIZE，此時(shí)將等級(jí)< 3的新告警丟棄；而對(duì)于等級(jí)>= 3的告警，如果告警鏈表記錄數(shù)< MAX—LIST—SIZE* 1.5 (3072)，則將該告警直接追加到尾部。
如果告警鏈表記錄數(shù)>=MAX—LIST—SIZE* 1.5 (3072)，首先根據(jù)標(biāo)志量來(lái)判斷是否需要整 理緩存鏈表，也就是將鏈表前2048個(gè)告警記錄中告警等級(jí)<3的清除；并將新告警之直接追加 到鏈表。
如果鏈表已經(jīng)被整理過(guò)，則對(duì)于等級(jí)<4的告警直接丟棄；而對(duì)于等級(jí)>=4的告警，如 果告警鏈表記錄數(shù)< MAX—LIST—SIZE*2 (4096),則將該告警直接追加到尾部。
如果告警鏈表記錄數(shù)>=MAXJJST—SIZE*2 (4096)，此時(shí)清除鏈表中的首部的1024個(gè)記
錄，并將新告警追加到鏈表尾部。
如果發(fā)送端始終通信異常，則在極端狀況下，緩存鏈表中保存的都是等級(jí)>=4的告警。
3、 告警前轉(zhuǎn)模塊流程
告警前轉(zhuǎn)模塊啟動(dòng)線程后，同樣需要建立服務(wù)監(jiān)聽(tīng)，循環(huán)等待連接請(qǐng)求， 一但有新的連接 請(qǐng)求，便創(chuàng)建連接響應(yīng)線程處理前轉(zhuǎn)發(fā)送任務(wù)。
告警前端接受到連接請(qǐng)求后，首先讀取報(bào)文，從中判斷是否含有'W'字符信息，從而確定 通信的數(shù)據(jù)類型為字符串還是數(shù)據(jù)結(jié)構(gòu)；如果連接請(qǐng)求合法，計(jì)數(shù)器從0開(kāi)始計(jì)數(shù)，在計(jì)數(shù)器小 于30的時(shí)候，即如果沒(méi)有告警數(shù)據(jù)發(fā)送，計(jì)數(shù)器會(huì)加l，并且休眠1秒， 一直沒(méi)有告警數(shù)據(jù)的情 況下，計(jì)數(shù)器不斷遞增如大于等于30，則需要發(fā)送握手報(bào)文，保持鏈接，如果握手成功則計(jì)數(shù) 器清零，重新循環(huán)等待30次；如果有告警數(shù)據(jù)，首先要計(jì)數(shù)器清零，并從告警緩存中讀取數(shù)據(jù) 進(jìn)行發(fā)送，發(fā)送成功則判定是否有更多的數(shù)據(jù)需要發(fā)送，如果有則休眠l秒后繼續(xù)發(fā)送，沒(méi)有數(shù) 據(jù)則進(jìn)入計(jì)數(shù)器休眠狀態(tài)，每次1秒，每次發(fā)送消息失敗則此連接響應(yīng)線程退出。
4、 說(shuō)明
1、 建立連接時(shí)，根據(jù)通訊頭中的系統(tǒng)類型和關(guān)鍵字，以及建立連接的IP地址，判斷該連接 是否合法；只在每次建立訪問(wèn)連接的時(shí)候驗(yàn)證一次；
2、 建立連接后，如果三十秒之內(nèi)沒(méi)有告警信息發(fā)送，則每三十秒發(fā)送一次握手報(bào)文；
3、 如果有告警信息，則循環(huán)發(fā)送告警信息，每次最多發(fā)送100條記錄，同時(shí)休眠l秒鐘；
4、 每次發(fā)送完所有告警信息，線程休眠l秒鐘；
5、 如果發(fā)送握手報(bào)文失敗或者發(fā)送告警失敗，則表示通訊失效，結(jié)束該連接。
權(quán)利要求
1、視頻監(jiān)控系統(tǒng)可配置告警過(guò)濾方法，啟動(dòng)告警收集的主進(jìn)程，通過(guò)讀取配置文件選擇系統(tǒng)運(yùn)行的模式，是父子進(jìn)程還是自動(dòng)重啟模式，進(jìn)程首先啟動(dòng)告警事件接受線程，不斷地監(jiān)聽(tīng)監(jiān)控系統(tǒng)產(chǎn)生的各級(jí)別告警，通過(guò)科學(xué)的算法放進(jìn)緩存隊(duì)列等待處理；再次啟動(dòng)告警事件前轉(zhuǎn)線程，進(jìn)行告警信息的轉(zhuǎn)發(fā)；其特征是告警事件接受線程由告警接受模塊完成其步驟是首先啟動(dòng)監(jiān)聽(tīng)，綁定監(jiān)聽(tīng)端口，并杜塞進(jìn)行循環(huán)接受，對(duì)接受的告警事件進(jìn)行告警關(guān)聯(lián)，明確是什么告警，什么級(jí)別的告警等信息，通過(guò)告警緩存處理算法，把信息壓入緩存空間，等待處理；告警前轉(zhuǎn)模塊流程告警事件前轉(zhuǎn)線程由告警前轉(zhuǎn)模塊完成， 告警前轉(zhuǎn)模塊啟動(dòng)線程后，同樣需要建立服務(wù)監(jiān)聽(tīng)，循環(huán)等待連接請(qǐng)求，一但有新的連接請(qǐng)求，便創(chuàng)建連接響應(yīng)線程處理前轉(zhuǎn)發(fā)送任務(wù)；告警前端接受到連接請(qǐng)求后，首先讀取報(bào)文，從中判斷是否含有’\n’字符信息，從而確定通信的數(shù)據(jù)類型為字符串還是數(shù)據(jù)結(jié)構(gòu)；如果連接請(qǐng)求合法，計(jì)數(shù)器從0開(kāi)始計(jì)數(shù)，在計(jì)數(shù)器小于30的時(shí)候，即如果沒(méi)有告警數(shù)據(jù)發(fā)送，計(jì)數(shù)器會(huì)加1，并且休眠1秒，一直沒(méi)有告警數(shù)據(jù)的情況下，計(jì)數(shù)器不斷遞增如大于等于30，則需要發(fā)送握手報(bào)文，保持鏈接，如果握手成功則計(jì)數(shù)器清零，重新循環(huán)等待30次；如果有告警數(shù)據(jù)，首先要計(jì)數(shù)器清零，并從告警緩存中讀取數(shù)據(jù)進(jìn)行發(fā)送，發(fā)送成功則判定是否有更多的數(shù)據(jù)需要發(fā)送，如果有則休眠1秒后繼續(xù)發(fā)送，沒(méi)有數(shù)據(jù)則進(jìn)入計(jì)數(shù)器休眠狀態(tài)，每次1秒，每次發(fā)送消息失敗則此連接響應(yīng)線程退出。
2、根據(jù)權(quán)利要求2所述的視頻監(jiān)控系統(tǒng)可配置告警過(guò)濾方法，其特征是可配置的算法是如 果告警鏈表被整理過(guò)當(dāng)鏈表記錄數(shù)〈MAX—LIST—SIZE/2( 1024)，表明鏈表數(shù)據(jù)被發(fā)送了，此 時(shí)可以重新接納低等級(jí)告警，并且鏈表以后需要重新整理；反之，鏈表記錄只能接收等級(jí)>=3 的告警，直接將等級(jí)<3新告警丟棄；如果告警鏈表記錄數(shù)<MAX—LIST—SIZE (2048)，直接將所有新接收到的告警事件追加 到緩存列表尾部；如果告警鏈表記錄數(shù)>=MAX—LIST—SIZE，此時(shí)將等級(jí)< 3的新告警丟棄；而對(duì)于等級(jí)>= 3的告警，如果告警鏈表記錄數(shù)< MAX—LIST—SIZE* 1.5 (3072)，則將該告警直接追加到尾部。如果告警鏈表記錄數(shù)>=MAX—LIST—SIZE* 1.5 (3072)，首先根據(jù)標(biāo)志量來(lái)判斷是否需要整 理緩存鏈表，也就是將鏈表前2048個(gè)告警記錄中告警等級(jí)<3的清除；并將新告警之直接追加 到鏈表；如果鏈表已經(jīng)被整理過(guò)，則對(duì)于等級(jí)<4的告警直接丟棄；而對(duì)于等級(jí)>=4的告警，如 果告警鏈表記錄數(shù)<MAX—LIST—SIZE*2 (4096)，則將該告警直接追加到尾部；如果告警鏈表記錄數(shù)>=MAX—LIST—SIZE*2 (4096)，此時(shí)清除鏈表中的首部的1024個(gè)記 錄，并將新告警追加到鏈表尾部；如果發(fā)送端始終通信異常，則在極端狀況下，緩存鏈表中保存的都是等級(jí)>=4的告警。
3、根據(jù)權(quán)利要求2所述的視頻監(jiān)控系統(tǒng)可配置告警過(guò)濾方法，其特征是告警數(shù)據(jù)壓入緩存 的時(shí)候，如果告警發(fā)送端處理速度低于告警接收端，告警鏈表會(huì)逐漸增長(zhǎng)；或者如果告警發(fā)送 端通信異常，也會(huì)導(dǎo)致告警鏈表快速增長(zhǎng)。
全文摘要
視頻監(jiān)控系統(tǒng)可配置告警過(guò)濾方法，啟動(dòng)告警收集的主進(jìn)程，通過(guò)讀取配置文件選擇系統(tǒng)運(yùn)行的模式，是父子進(jìn)程還是自動(dòng)重啟模式，進(jìn)程首先啟動(dòng)告警事件接啟受線程，不斷地監(jiān)聽(tīng)監(jiān)控系統(tǒng)產(chǎn)生的各級(jí)別告警，通過(guò)科學(xué)的算法放進(jìn)緩存隊(duì)列等待處理；再次啟動(dòng)告警事件前轉(zhuǎn)線程，進(jìn)行告警信息的轉(zhuǎn)發(fā)。告警事件接受線程由告警接受模塊完成其步驟是首先啟動(dòng)監(jiān)聽(tīng)，綁定監(jiān)聽(tīng)端口，并杜塞進(jìn)行循環(huán)接受，對(duì)接受的告警事件進(jìn)行告警關(guān)聯(lián)，明確是什么告警，什么級(jí)別的告警等信息，通過(guò)告警緩存處理算法，把信息壓入緩存空間，等待處理。
文檔編號(hào)H04N7/18GK101106702SQ20071002561
公開(kāi)日2008年1月16日 申請(qǐng)日期2007年8月8日 優(yōu)先權(quán)日2007年8月8日
發(fā)明者俞海騰, 亮 史, 進(jìn) 徐, 楊富強(qiáng), 敏 汪, 汪海林, 峰 趙 申請(qǐng)人:南京聯(lián)創(chuàng)網(wǎng)絡(luò)科技有限公司