淺談監(jiān)控信息綜合調度平臺設計

大連市甘井子區(qū)機關事務服務中心 崔 磊

根據(jù)日常工作需要，為提升各級指揮平臺功能，充分整合下屬各級各類前端視頻監(jiān)控感知設備，使其在指揮平臺發(fā)揮對綜合治理、森林防火、防臺防汛、應急管理等方面的現(xiàn)場回傳、綜合研判、集中指揮等突出作用，現(xiàn)設計一套監(jiān)控信息綜合調度平臺。

1 平臺的建設思路及難點分析

本設計平臺為滿足監(jiān)控視頻資源集成的需求，需對接各類市面已有視頻監(jiān)控平臺，本文將以對接海康科技公司iVMS-8200平臺為例，簡述對接各子平臺硬件思路。

另本設計平臺需通過軟件實現(xiàn)幾個技術難點，例如通過算法的形式來實現(xiàn)日常對監(jiān)控信息狀態(tài)進行檢索更新、在已有數(shù)據(jù)情況下對二次推送監(jiān)控數(shù)據(jù)進行梳理、根據(jù)實際需要對監(jiān)控數(shù)據(jù)進行分組、結合GIS底圖對數(shù)據(jù)進行處理等，將在本文軟件設計部分簡述個人思路。

2 平臺的硬件拓展設計

本設計平臺的硬件拓展部分，核心內容為兩方面。

2.1 平臺所需服務器及網(wǎng)絡環(huán)境

本設計平臺需選用合適性能服務器及網(wǎng)絡環(huán)境，以滿足視頻資源調用時最大化并發(fā)需要，盡量保證單路視頻資源調用單路服務器，并有足夠的網(wǎng)絡帶寬條件來滿足平臺最大化網(wǎng)絡需要，可根據(jù)實際需要選擇是否采用專用網(wǎng)絡進行，做到網(wǎng)絡安全性方面考慮。具體實施時，可根據(jù)平臺視頻資源最大化并發(fā)需要配置合理的服務器，并購置如DDR4 16GB內存條等服務器組件，提升服務器性能。

2.2 平臺所需視頻編解碼器

本設計平臺與各子平臺之間，需配置視頻編解碼器。視頻編解碼器的原理是指一個能夠對數(shù)字視頻進行壓縮或者解壓縮的程序或者設備。壓縮和可能改變視頻內容格式的過程，將模擬源更改為數(shù)字源，目標是在盡可能保證視覺效果的前提下減少視頻數(shù)據(jù)率。因本設計平臺實施應用時會傳輸大量視頻信號，同時對應各子平臺設備廠商、型號五花八門，各有區(qū)別，建議采用支持H.264/MPEG4/MPEG2/MJPEG等多種主流碼流格式協(xié)議的設備。另該功能可通過軟件手法實現(xiàn)，因限于本文篇幅原因，恕不展開細說。

3 平臺的軟件設計

3.1 日常對監(jiān)控信息狀態(tài)進行檢索更新

因本設計平臺應用場景往往建立在大型指揮中心等區(qū)域，對數(shù)據(jù)實時性要求較高，故需多至三到四日、少至每日對監(jiān)控信息狀態(tài)進行檢索更新，對實際算法代碼邏輯有較高的要求。如出現(xiàn)代碼冗余的現(xiàn)象，會對算法執(zhí)行效率造成一定的影響，要盡量減少代碼運算的時間、空間復雜度，以最簡捷的運算邏輯、最輕便的代碼實現(xiàn)功能需求。

本文處理此問題思路為先向服務端發(fā)送視頻流申請（invite命令），如不能夠返回，直接判斷監(jiān)控狀態(tài)異常；如能夠返回，再次請求2-3次視頻流數(shù)據(jù)，比對視頻流數(shù)據(jù)內容，如視頻時間戳等一定會發(fā)生更改的標志，根據(jù)情況判斷監(jiān)控狀態(tài)為正常或一般（卡頓）。

3.2 在已有數(shù)據(jù)情況下對二次推送監(jiān)控數(shù)據(jù)進行梳理

本設計平臺在大多數(shù)應用場景中都會與各子平臺定期進行監(jiān)控數(shù)據(jù)再推送、維護，如采用直接替換數(shù)據(jù)庫的形式弊端顯而易見，需寫出相應判斷代碼，即保留上次推送后對數(shù)據(jù)進行的本地更新、提升工作效率，也能快速發(fā)現(xiàn)跟上次推送數(shù)據(jù)有變化的具體數(shù)據(jù)。

圖1 監(jiān)控信息狀態(tài)判斷流程圖

圖2 數(shù)據(jù)庫再推送數(shù)據(jù)判斷流程圖

本文處理此問題思路為先根據(jù)每條數(shù)據(jù)中唯一標志（類似產品具體ID號）等實際數(shù)據(jù)，進行篩選，如數(shù)據(jù)庫中不存在ID號數(shù)據(jù)，直接添加至數(shù)據(jù)庫；如數(shù)據(jù)庫中存在ID號，則將數(shù)據(jù)與數(shù)據(jù)庫中數(shù)據(jù)進行屬性比對，如坐標等核心數(shù)據(jù)發(fā)生變化，則對數(shù)據(jù)庫中相應數(shù)據(jù)進行數(shù)據(jù)更新。此思路好處一是節(jié)省大量不必要比對時間、代碼輕量化，二是可保留第一次推送后手工更新數(shù)據(jù)情況。

3.3 根據(jù)實際需要對監(jiān)控數(shù)據(jù)進行分組

因平臺實際需要，需分為多個組別，例如綜合治理、森林防火、防臺防汛、應急管理等對監(jiān)控數(shù)據(jù)進行分類處理。本文處理此問題可在監(jiān)控信息數(shù)據(jù)庫中新建屬性字段，分為各個具體組別，同時注意單條數(shù)據(jù)可能涉及到同時為多組使用的情況。分組結束后，再結合前面的監(jiān)控檢索思路，保證在使用過程中設計平臺可視化界面都可以看到最新判斷后組別正確、監(jiān)控狀態(tài)正常的視頻監(jiān)控。

結束語：本文簡述了一套監(jiān)控信息綜合調度平臺相關的設計建設思路，分析了建設過程中軟、硬件可能存在的問題并提出了一些個人見解。此平臺具有整合數(shù)據(jù)資源豐富、傳輸過程中可靠性高、軟件代碼簡潔等優(yōu)點，對于各級指揮中心在指揮過程中提供實際數(shù)據(jù)支撐，可根據(jù)現(xiàn)場情況進行實時策略調整。