大連市甘井子區(qū)機(jī)關(guān)事務(wù)服務(wù)中心 崔 磊

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

1 平臺(tái)的建設(shè)思路及難點(diǎn)分析

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

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

2 平臺(tái)的硬件拓展設(shè)計(jì)

本設(shè)計(jì)平臺(tái)的硬件拓展部分，核心內(nèi)容為兩方面。

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

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

2.2 平臺(tái)所需視頻編解碼器

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

3 平臺(tái)的軟件設(shè)計(jì)

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

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

本文處理此問(wèn)題思路為先向服務(wù)端發(fā)送視頻流申請(qǐng)（invite命令），如不能夠返回，直接判斷監(jiān)控狀態(tài)異常；如能夠返回，再次請(qǐng)求2-3次視頻流數(shù)據(jù)，比對(duì)視頻流數(shù)據(jù)內(nèi)容，如視頻時(shí)間戳等一定會(huì)發(fā)生更改的標(biāo)志，根據(jù)情況判斷監(jiān)控狀態(tài)為正?；蛞话悖D）。

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

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

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

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

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

3.3 根據(jù)實(shí)際需要對(duì)監(jiān)控?cái)?shù)據(jù)進(jìn)行分組

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

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