視頻監控系統可配置告警過濾方法
2023-07-29 21:43:11
專利名稱：視頻監控系統可配置告警過濾方法
技術領域：
本發明涉及視頻監控系統可配置告警過濾方法
二背景技術：
以往在管理告警的技術中，通常是將不同類型和不同等級的告警直接發送給告警接收模塊， 告警接收模塊自動過濾重複告警，對於不重複而相關聯的告警沒有進行自動處理和過濾。
對於告警信息的處理方式， 一般分為三種情況其一是直接將所有告警信息全部顯示給用 戶，其一.是僅僅簡單過濾內容完全重複的告警信息；還有一種就是固定的過濾方式。
第一種方式要求告警源在發送告警時保證同一個告警只發送一次，否則將在用戶界面上顯 示許多條內容完全重複的告警信息，而用戶需要不斷翻頁才能查閱到所有告警信息，用戶操作 起來很不直觀，也很麻煩。
第二種方式雖然對重複的告警信息進行了過濾，同樣的告警信息用戶只看到一條記錄。但 是對於這種方式仍然不是用戶需要看到的最必要的信息。在進行系統運營維護過程中，用戶並 不需要看到一般級別以下的告警信息，已經用來表示告警恢復的告警。
第三種方式是直接在程序中編程好的過濾方式。在這種過濾方式中，程序除了過濾重複告 警外，也根據固定的規則將一般級別以下的告警信息直接過濾掉。但是當用戶需要査看一般級 別以下告警信息時，則無法將相應的告警信息顯示給用戶。而且直接硬編碼到程序中的過濾規 則，缺乏足夠的靈活性和更廣泛的適用性。
在監控系統中，告警信息可能來自系統的各個環節，例如前端編碼器、轉發伺服器、錄像 伺服器、網絡設備、資料庫伺服器等設備。對於前端編碼器，除了 一般的上線掉線告警外，還 可能包括前端編碼器傳來的各種告警信息，例如移動偵測告警、火警、視頻丟失告警、DVR 硬碟滿告警、DVR硬碟出錯告警等。對於不同的前端告警，需要進行的處理也不相同。對於錄 像伺服器、視頻轉發伺服器、資料庫伺服器等設備，告警信息則包括網絡通斷情況、異常重啟、 CPU過載、內存不夠、網絡過載、恢復正常等告警信息。
對於這種應用需求，以上的三種告警管理方式都無法滿足要求，必須採用更靈活更有效的 告警過濾方式和告警信息管理方式。
三
發明內容
本發明目的是針對原有視頻監控系統雖然也實現了告警過濾機制，但所謂"過濾"也僅 是建立在査詢這一級別上的過濾，並不能針對不同的用戶為其定製滿足用戶最大關注度的告警， 對上述問題，本發明提出了可配置告警過濾的方法，可以解決用戶因告警過濾規則過於固化而 無法因地制宜的配置產生不同用戶關注的重點告警信息的問題，因而從用戶角度進一步加強了 系統的實用性。
本發明的技術解決方案是視頻監控系統可配置告警過濾方法，啟動告警收集的主進程， 包括啟動告警事件前轉線程，通過讀取配置文件選擇系統運行的模式，是父子進程還是自動重 啟模式，進程首先啟動告警事件接受線程，不斷地監聽監控系統產生的各級別告警，通過科學 的算法放進緩存隊列等待處理；再次啟動告警事件前轉線程，進行告警信息的轉發。
告警事件接受線程由告警接受模塊完成其步驟是首先啟動監聽，綁定監聽埠，並杜塞
進行循環接受，對接受的告警事件進行告警關聯，明確是什麼告警，什麼級別的告警等信息，
通過告警緩存處理算法，把信息壓入緩存空間，等待處理。
告警前轉模塊流程
告警事件前轉線程由告警前轉模塊完成，告警前轉模塊啟動線程後，同樣需要建立服務監 聽，循環等待連接請求， 一但有新的連接請求，便創建連接響應線程處理前轉發送任務。
告警接受模塊的告警前端接受到連接請求後，首先讀取報文，從中判斷是否含有'W'字符 信息，從而確定通信的數據類型為字符串還是數據結構；如果連接請求合法，計數器從0開始計 數，在計數器小於30的時候，即如果沒有告警數據發送，計數器會加l，並且休眠1秒， 一直沒 有告警數據的情況下，計數器不斷遞增如大於等於30，則需要發送握手報文，保持連結，如果 握手成功則計數器清零，重新循環等待30次；如果有告警數據，首先要計數器清零，並從告警
緩存中讀取數據進行發送，發送成功則判定是否有更多的數據需要發送，如果有則休眠l秒後繼 續發送，沒有數據則進入計數器休眠狀態，每次1秒，每次發送消息失敗則此連接響應線程退出。 1、配置告警過濾流程概述
視頻監控平臺的告警信息可能來自系統的各個環節，例如前端編碼器、轉發伺服器、錄像 伺服器、網絡設備、資料庫伺服器等設備。會產生系統設備、視頻設備等設備告警，視頻實時
告警，例如移動偵測告警、火警、視頻丟失告警、DVR硬碟滿告警、DVR硬碟出錯告警等實 時觸發告警。眾多的不同級別的告警需要進行收集並處理，形成原始告警數據供用戶查看。本 發明就是在告警收集並處理顯示的時候進行的大量告警信息的過濾工作。
如上述，啟動告警收集的主進程後，通過讀取配置文件選擇系統運行的模式，進程首先啟 動告警事件接受線程，不斷地監聽監控系統產生的各級別告警，通過科學的算法放進緩存隊列 等待處理；再次啟動告警事件前轉線程，進行告警信息的轉發。
2、 告警接受模塊
如上述，告警接受模塊首先啟動監聽，綁定監聽埠，並杜塞進行循環接受，對接受的告 警事件進行告警關聯，明確是什麼告警，什麼級別的告警等信息，通過告警緩存處理算法，把 信息壓入緩存空間，等待處理。
告警數據壓入緩存的時候，如果告警發送端處理速度低於告警接收端，告警鍊表會逐漸增 長；或者如果告警發送端通信異常，也會導致告警鍊表快速增長。
3、 告警前轉模塊流程
如上述，告警前轉模塊啟動線程後，同樣需要建立服務監聽，循環等待連接請求， 一但有 新的連接請求，便創建連接響應線程處理前轉發送任務。 有益效果
* 傳統的系統告警系統因為過於固化的告警規則而有可能產生生成大量的無用告警，而
真實告警因淹沒於虛假告警中而無法被及時發現排障，維護人員也忙於應付虛假告警，例， 設備維護人員根據平臺的告警而派單排障，但某一時段可能因正常的斷電而導致產生不少 的設備網絡中斷告警，使維護人員較難判斷是否是真實故障，用可配置告警方法，針對單 個設備設定不同的告警過濾方法，如設備由辦公室內地插供電，則可配置告警發產於上班 時間段則生效，其餘時間段不發設備因斷電而通訊異常告警
不同用戶可使用可配置告警過濾方法，把自身最關注的信息設置成為重點告警，並可
設置是否要用聲，光，電等輔助手段及時的告知用戶他們所關心的告警，同時靈活的單次
告警或連續N次告警等配置方法，可以讓用戶通過這些配置手段更準確的判斷故障的類型 和嚴重程序，因而作出及時的響應。
四
圖1是告警接收和前轉功能主程序流程圖， 圖2是告警接收模塊流程圖， 圖3是接收到的告警的緩存處理流程圖， 圖4是告警前轉模塊流程示意圖， 圖5告警前轉連接U向應處理模塊流程圖
五具體實施方式
下面通過詳細流程，具體地闡述本發明。
1、 配置告警過濾流程概述
在視頻監控平臺的應該過程中，會產生系統設備、視頻設備等設備告警，視頻實時告警， 比如移動偵測告警，紅外告警，煙感告警等實時觸發告警。眾多的不同級別的告警需要進行 收集並處理，形成原始告警數據供用戶查看。本發明就是在告警收集並處理顯示的時候進行的 大量告警信息的過濾工作。
如圖1所示，首先啟動告警收集的主進程，通過讀取配置文件選擇系統運行的模式，是父子 進程還是自動重啟模式，進程首先啟動告警事件接受線程，不斷地監聽監控系統產生的各級別 告警，通過科學的算法放進緩存隊列等待處理；再次啟動告警事件前轉線程，進行告警信息的 轉發。
2、 告警接受模塊
如圖2所示，告警接受模塊首先啟動監聽，綁定監聽端U，並杜塞進行循環接受，對接受的 告警事件進行告警關聯，明確是什麼告警，什麼級別的告警等信息，通過告警緩存處理算法， 把信息壓入緩存空間，等待處理。
告警數據壓入緩存的時候，如果告警發送端處理速度低於告警接收端，告警鍊表會逐漸增 長；或者如果告警發送端通信異常，也會導致告警鍊表快速增長。通過有效並可配置的算法來 實現告警事件不產生堆積的現象。如圖3
可配置的算法是如果告警鍊表被整理過當鍊表記錄數〈MAX一LIST一SIZE/2(1024)，表明 鍊表數據被發送了，此時可以重新接納低等級告警，並且鍊表以後需要重新整理；反之，鍊表 記錄只能接收等級>=3的告警，直接將等級<3新告警丟棄。
如果告警鍊表記錄數<MAX—LIST—SIZE (2048)，直接將所有新接收到的告警事件追加 到緩存列表尾部。
如果告警鍊表記錄數>=MAX—LIST—SIZE，此時將等級= 3的告警，如果告警鍊表記錄數< MAX—LIST—SIZE* 1.5 (3072)，則將該告警直接追加到尾部。
如果告警鍊表記錄數>=MAX—LIST—SIZE* 1.5 (3072)，首先根據標誌量來判斷是否需要整 理緩存鍊表，也就是將鍊表前2048個告警記錄中告警等級<3的清除；並將新告警之直接追加 到鍊表。
如果鍊表已經被整理過，則對於等級=4的告警，如 果告警鍊表記錄數< MAX—LIST—SIZE*2 (4096),則將該告警直接追加到尾部。
如果告警鍊表記錄數>=MAXJJST—SIZE*2 (4096)，此時清除鍊表中的首部的1024個記
錄，並將新告警追加到鍊表尾部。
如果發送端始終通信異常，則在極端狀況下，緩存鍊表中保存的都是等級>=4的告警。
3、 告警前轉模塊流程
告警前轉模塊啟動線程後，同樣需要建立服務監聽，循環等待連接請求， 一但有新的連接 請求，便創建連接響應線程處理前轉發送任務。
告警前端接受到連接請求後，首先讀取報文，從中判斷是否含有'W'字符信息，從而確定 通信的數據類型為字符串還是數據結構；如果連接請求合法，計數器從0開始計數，在計數器小 於30的時候，即如果沒有告警數據發送，計數器會加l，並且休眠1秒， 一直沒有告警數據的情 況下，計數器不斷遞增如大於等於30，則需要發送握手報文，保持連結，如果握手成功則計數 器清零，重新循環等待30次；如果有告警數據，首先要計數器清零，並從告警緩存中讀取數據 進行發送，發送成功則判定是否有更多的數據需要發送，如果有則休眠l秒後繼續發送，沒有數 據則進入計數器休眠狀態，每次1秒，每次發送消息失敗則此連接響應線程退出。
4、 說明
1、 建立連接時，根據通訊頭中的系統類型和關鍵字，以及建立連接的IP位址，判斷該連接 是否合法；只在每次建立訪問連接的時候驗證一次；
2、 建立連接後，如果三十秒之內沒有告警信息發送，則每三十秒發送一次握手報文；
3、 如果有告警信息，則循環發送告警信息，每次最多發送100條記錄，同時休眠l秒鐘；
4、 每次發送完所有告警信息，線程休眠l秒鐘；
5、 如果發送握手報文失敗或者發送告警失敗，則表示通訊失效，結束該連接。
權利要求
1、視頻監控系統可配置告警過濾方法，啟動告警收集的主進程，通過讀取配置文件選擇系統運行的模式，是父子進程還是自動重啟模式，進程首先啟動告警事件接受線程，不斷地監聽監控系統產生的各級別告警，通過科學的算法放進緩存隊列等待處理；再次啟動告警事件前轉線程，進行告警信息的轉發；其特徵是告警事件接受線程由告警接受模塊完成其步驟是首先啟動監聽，綁定監聽埠，並杜塞進行循環接受，對接受的告警事件進行告警關聯，明確是什麼告警，什麼級別的告警等信息，通過告警緩存處理算法，把信息壓入緩存空間，等待處理；告警前轉模塊流程告警事件前轉線程由告警前轉模塊完成， 告警前轉模塊啟動線程後，同樣需要建立服務監聽，循環等待連接請求，一但有新的連接請求，便創建連接響應線程處理前轉發送任務；告警前端接受到連接請求後，首先讀取報文，從中判斷是否含有』\n』字符信息，從而確定通信的數據類型為字符串還是數據結構；如果連接請求合法，計數器從0開始計數，在計數器小於30的時候，即如果沒有告警數據發送，計數器會加1，並且休眠1秒，一直沒有告警數據的情況下，計數器不斷遞增如大於等於30，則需要發送握手報文，保持連結，如果握手成功則計數器清零，重新循環等待30次；如果有告警數據，首先要計數器清零，並從告警緩存中讀取數據進行發送，發送成功則判定是否有更多的數據需要發送，如果有則休眠1秒後繼續發送，沒有數據則進入計數器休眠狀態，每次1秒，每次發送消息失敗則此連接響應線程退出。
2、根據權利要求2所述的視頻監控系統可配置告警過濾方法，其特徵是可配置的算法是如 果告警鍊表被整理過當鍊表記錄數〈MAX—LIST—SIZE/2( 1024)，表明鍊表數據被發送了，此 時可以重新接納低等級告警，並且鍊表以後需要重新整理；反之，鍊表記錄只能接收等級>=3 的告警，直接將等級<3新告警丟棄；如果告警鍊表記錄數=MAX—LIST—SIZE，此時將等級= 3的告警，如果告警鍊表記錄數=MAX—LIST—SIZE* 1.5 (3072)，首先根據標誌量來判斷是否需要整 理緩存鍊表，也就是將鍊表前2048個告警記錄中告警等級<3的清除；並將新告警之直接追加 到鍊表；如果鍊表已經被整理過，則對於等級=4的告警，如 果告警鍊表記錄數=MAX—LIST—SIZE*2 (4096)，此時清除鍊表中的首部的1024個記 錄，並將新告警追加到鍊表尾部；如果發送端始終通信異常，則在極端狀況下，緩存鍊表中保存的都是等級>=4的告警。
3、根據權利要求2所述的視頻監控系統可配置告警過濾方法，其特徵是告警數據壓入緩存 的時候，如果告警發送端處理速度低於告警接收端，告警鍊表會逐漸增長；或者如果告警發送 端通信異常，也會導致告警鍊表快速增長。
全文摘要
視頻監控系統可配置告警過濾方法，啟動告警收集的主進程，通過讀取配置文件選擇系統運行的模式，是父子進程還是自動重啟模式，進程首先啟動告警事件接啟受線程，不斷地監聽監控系統產生的各級別告警，通過科學的算法放進緩存隊列等待處理；再次啟動告警事件前轉線程，進行告警信息的轉發。告警事件接受線程由告警接受模塊完成其步驟是首先啟動監聽，綁定監聽埠，並杜塞進行循環接受，對接受的告警事件進行告警關聯，明確是什麼告警，什麼級別的告警等信息，通過告警緩存處理算法，把信息壓入緩存空間，等待處理。
文檔編號H04N7/18GK101106702SQ20071002561
公開日2008年1月16日 申請日期2007年8月8日 優先權日2007年8月8日
發明者俞海騰, 亮 史, 進 徐, 楊富強, 敏 汪, 汪海林, 峰 趙 申請人:南京聯創網絡科技有限公司