劉艷

燕京理工學(xué)院，河北廊坊，065000

0 引言

2020年12月，交通運(yùn)輸部發(fā)布了最近一年的研究報(bào)告。該報(bào)告顯示，2020年約有6萬(wàn)人喪命于各種各樣的交通事故。如事故發(fā)生后，能夠通過(guò)查看回放視頻了解事故發(fā)生的現(xiàn)場(chǎng)情景，那么調(diào)查方就可以獲取有力的辦案證據(jù)，從而降低交通事故所造成的不良影響。而視頻監(jiān)控作為一種解決方案，可以監(jiān)控和管理被關(guān)注的對(duì)象，實(shí)現(xiàn)對(duì)重大場(chǎng)景的還原。

視頻監(jiān)控系統(tǒng)在發(fā)展歷史上經(jīng)歷了幾個(gè)階段，分別是：模擬視頻監(jiān)控階段、數(shù)字化視頻監(jiān)控階段和網(wǎng)絡(luò)視頻監(jiān)控階段，未來(lái)將向基于云計(jì)算和智慧化的視頻監(jiān)控系統(tǒng)的方向發(fā)展。

（1）模擬視頻監(jiān)控系統(tǒng)。該系統(tǒng)主要由監(jiān)視設(shè)備、錄像設(shè)備和攝像等模擬設(shè)備組成，同時(shí)，使用電纜或者光纜等介質(zhì)傳輸模擬信號(hào)。這種監(jiān)控系統(tǒng)具有以下缺點(diǎn)：不能實(shí)現(xiàn)與信息化系統(tǒng)進(jìn)行數(shù)據(jù)交換、不良的可擴(kuò)展性、有限的地理傳輸范圍，以及只能在監(jiān)控中心進(jìn)行監(jiān)控。

（2）數(shù)字化監(jiān)控系統(tǒng)。隨著計(jì)算機(jī)整體性能的增強(qiáng)，同時(shí)視頻編碼和壓縮技術(shù)有了進(jìn)一步發(fā)展，20世紀(jì)90年代中期出現(xiàn)了數(shù)字化監(jiān)控系統(tǒng)。這種系統(tǒng)能夠壓縮處理采集到的模擬信號(hào)，視頻圖像質(zhì)量得到顯著提升。但具有有限的傳輸范圍、高昂的建設(shè)成本以及不佳的可維護(hù)性等幾個(gè)缺點(diǎn)。

（3）網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)。20世紀(jì)90年代末，網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)時(shí)代到來(lái)。它的優(yōu)勢(shì)有三點(diǎn)，分別是功能模塊強(qiáng)大、擴(kuò)展性和維護(hù)性較強(qiáng)。但是，存在以下幾個(gè)缺點(diǎn)：視頻編碼方式使用動(dòng)態(tài)圖像標(biāo)準(zhǔn)編碼（MPEG4），壓縮率和圖像質(zhì)量都有待于進(jìn)一步增強(qiáng)；使用未加密的文件格式在通道上直接傳輸視頻流。

為解決上述視頻監(jiān)控系統(tǒng)的問(wèn)題，本文提出一種基于客戶端和服務(wù)器模式的網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)。首先，為保障視頻信息在通道上傳輸是安全的，在視頻采集端，使用加密算法對(duì)視頻信息加密后，發(fā)送至特定通道；在視頻接收端，使用解密算法解密視頻信息，能夠保障傳輸過(guò)程的機(jī)密性和完整性。其次，改變視頻的編碼方式為H.264，一方面，可以增加數(shù)據(jù)壓縮率，減少視頻大??；另一方面，可以提高圖像的質(zhì)量。

1 相關(guān)工作

文獻(xiàn)[1]提出了什么是網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)的問(wèn)題，對(duì)其特點(diǎn)及總體結(jié)構(gòu)進(jìn)行分析，最后對(duì)網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)進(jìn)行了設(shè)計(jì)，組成部分包括監(jiān)控服務(wù)器和多個(gè)客戶端。監(jiān)控服務(wù)器的職責(zé)是對(duì)整個(gè)系統(tǒng)的視頻數(shù)據(jù)進(jìn)行處理和保存，客戶端由臺(tái)式機(jī)或筆記本電腦組成，在客戶端上可以安裝終端配套軟件，負(fù)責(zé)顯示服務(wù)器傳輸?shù)囊曨l圖像。

文獻(xiàn)[2]提出了一種視頻監(jiān)控系統(tǒng)的方案，在該設(shè)計(jì)方案中，系統(tǒng)的組成包括客戶端、中心服務(wù)器和分析單元等多個(gè)設(shè)備。關(guān)鍵技術(shù)包括Xvid、TCP/RTP和DirectShow等，同時(shí)，還包括自動(dòng)視頻分析功能的關(guān)鍵技術(shù)和要求。

文獻(xiàn)[3]使用Eclipse開發(fā)工具，基于安卓平臺(tái)實(shí)現(xiàn)了手機(jī)端的視頻監(jiān)控系統(tǒng)。該文首先分析了系統(tǒng)開發(fā)的背景和意義。然后，給出整個(gè)系統(tǒng)的功能結(jié)構(gòu)，包括服務(wù)端與客戶端應(yīng)該完成的功能模塊。在系統(tǒng)實(shí)現(xiàn)環(huán)節(jié)，使用套接字技術(shù)在視頻服務(wù)器和多個(gè)客戶端之間進(jìn)行數(shù)據(jù)傳輸。

文獻(xiàn)[4]首先介紹了系統(tǒng)的功能需求以及如何在應(yīng)用開發(fā)過(guò)程中實(shí)現(xiàn)這些需求。然后，使用Eclipse集成開發(fā)工具，基于安卓平臺(tái)設(shè)計(jì)了一個(gè)網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)，該系統(tǒng)能夠訪問(wèn)視頻服務(wù)器，并將接收到的視頻信號(hào)進(jìn)行轉(zhuǎn)發(fā)。

文獻(xiàn)[5]設(shè)計(jì)了一種實(shí)時(shí)監(jiān)控系統(tǒng)，介紹了系統(tǒng)的功能結(jié)構(gòu)，闡述了關(guān)鍵數(shù)據(jù)結(jié)構(gòu)和算法的設(shè)計(jì)，并優(yōu)化了實(shí)施傳輸協(xié)議RTP的方案。該系統(tǒng)使用個(gè)人計(jì)算機(jī)作為服務(wù)端，使用移動(dòng)端的手機(jī)或者PAD作為客戶端，測(cè)試系統(tǒng)在無(wú)線網(wǎng)絡(luò)環(huán)境和移動(dòng)網(wǎng)絡(luò)下的運(yùn)行情況。

文獻(xiàn)[6]介紹了視頻監(jiān)控系統(tǒng)的系統(tǒng)架構(gòu)的兩種方案，闡述了如何在多個(gè)安卓設(shè)備之間進(jìn)行視頻監(jiān)控，并在WIFI的環(huán)境下對(duì)系統(tǒng)進(jìn)行了測(cè)試。通過(guò)對(duì)報(bào)告的分析，可以得出兩種方案都能進(jìn)行視頻監(jiān)控，然后對(duì)測(cè)試結(jié)果不同的原因進(jìn)行了總結(jié)。

2 系統(tǒng)需求分析

需求分析主要解決系統(tǒng)做什么，定義了系統(tǒng)所需要完成的全部功能[7]。需求分析人員經(jīng)過(guò)需求調(diào)研階段，使用文檔或者各種圖形固化項(xiàng)目所需要完成的功能、性能和其他非功能需求等，將用戶非形式化的需求描述轉(zhuǎn)化為各個(gè)功能模塊[8]。本節(jié)首先介紹了項(xiàng)目的開發(fā)背景，然后使用面向?qū)ο蟮姆绞竭M(jìn)行系統(tǒng)的需求分析。

2.1 項(xiàng)目背景

某些保密單位在運(yùn)輸物資的過(guò)程中，管理員需要實(shí)時(shí)監(jiān)控運(yùn)輸車的行駛軌跡和了解車內(nèi)的情況。為了保障視頻信息傳輸?shù)臋C(jī)密性和完整性，需要在視頻采集端加密采集的視頻信號(hào)，視頻收到后，解密收到的視頻信號(hào)；需要實(shí)時(shí)采集車輛的運(yùn)行軌跡，運(yùn)輸車出現(xiàn)交通事故時(shí)，可以定位車輛的地理位置，從而進(jìn)行救援；需要采集運(yùn)輸車內(nèi)的溫度、濕度和速度等數(shù)據(jù)，以便及時(shí)了解車輛的運(yùn)輸場(chǎng)景。下文根據(jù)項(xiàng)目背景進(jìn)行功能需求分析。

2.2 功能需求分析

UML（統(tǒng)一建模語(yǔ)言）是一種面向?qū)ο蟮慕ＵZ(yǔ)言，使用統(tǒng)一的符號(hào)進(jìn)行建模，包括建立功能模型、對(duì)象模型和動(dòng)態(tài)模型等[9]?？梢栽谛枨蠓治鋈藛T、系統(tǒng)設(shè)計(jì)人員、開發(fā)人員和測(cè)試人員等之間對(duì)系統(tǒng)的功能需求建立統(tǒng)一的認(rèn)識(shí)，方便整個(gè)團(tuán)隊(duì)進(jìn)行系統(tǒng)規(guī)劃和設(shè)計(jì)。通過(guò)使用統(tǒng)一建模語(yǔ)言進(jìn)行系統(tǒng)的功能需求分析，系統(tǒng)需要實(shí)現(xiàn)以下功能，如表1所示。

表1 系統(tǒng)功能清單

2.3 非功能需求分析

（1）客戶端的界面的平均響應(yīng)時(shí)間控制在1秒以內(nèi)；

（2）最大并發(fā)用戶數(shù)為200個(gè)終端用戶。

3 系統(tǒng)總體設(shè)計(jì)

經(jīng)過(guò)需求分析階段，系統(tǒng)已經(jīng)確定了需要實(shí)現(xiàn)的功能需求清單。在系統(tǒng)設(shè)計(jì)階段，需要選擇特定的平臺(tái)、體系結(jié)構(gòu)、關(guān)鍵的數(shù)據(jù)結(jié)構(gòu)和算法來(lái)設(shè)計(jì)已確定的需求列表[10]。因此，在以下的篇幅中將對(duì)本系統(tǒng)進(jìn)行設(shè)計(jì)，包括對(duì)硬件和軟件平臺(tái)分別進(jìn)行設(shè)計(jì)。

3.1 硬件平臺(tái)設(shè)計(jì)

在網(wǎng)絡(luò)拓?fù)鋱D中（圖2），本系統(tǒng)主要由視頻采集設(shè)備、視頻接收設(shè)備、交換機(jī)、監(jiān)控中心、監(jiān)控終端和傳輸線路組成。在視頻采集端，視頻信號(hào)經(jīng)過(guò)源端的硬件設(shè)備數(shù)據(jù)采集后，為提高數(shù)據(jù)傳輸?shù)陌踩?，需要使用硬件模塊，通過(guò)加密算法將視頻信號(hào)進(jìn)行加密，再使用特定的傳輸通道將加密后的視頻傳輸?shù)侥繕?biāo)端的接收設(shè)備。在視頻接收端，接收設(shè)備使用解密算法將視頻信號(hào)解密。同時(shí)，服務(wù)端通過(guò)應(yīng)用編程接口來(lái)讀取信號(hào)，并轉(zhuǎn)發(fā)給連接的客戶端。

圖2 硬件平臺(tái)網(wǎng)絡(luò)拓?fù)鋱D

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

在硬件平臺(tái)設(shè)計(jì)完成后，接下來(lái)需要設(shè)計(jì)整個(gè)系統(tǒng)的軟件平臺(tái)。本軟件系統(tǒng)平臺(tái)使用客戶端和服務(wù)器模式，這是一種在很多網(wǎng)絡(luò)編程的場(chǎng)景中經(jīng)常被使用的軟件結(jié)構(gòu)。在此結(jié)構(gòu)中，服務(wù)器負(fù)責(zé)管理數(shù)據(jù)，執(zhí)行后臺(tái)服務(wù)，而客戶端負(fù)責(zé)接收用戶的交互請(qǐng)求，并將請(qǐng)求傳輸給服務(wù)器進(jìn)行處理，完成后將數(shù)據(jù)返回給用戶。

在接收端，接收硬件設(shè)備收到音視頻后，對(duì)音視頻信號(hào)使用解密算法進(jìn)行解密，服務(wù)端通過(guò)視頻圖像的應(yīng)用編程接口來(lái)實(shí)時(shí)獲取視頻信息，并將圖像傳輸給所有連接的終端客戶。對(duì)于終端客戶，可以使用視頻播放器對(duì)接收到的視頻信息進(jìn)行播放（圖3）。

圖3 軟件處理流程圖

4 系統(tǒng)實(shí)現(xiàn)

在系統(tǒng)實(shí)現(xiàn)的階段，由開發(fā)人員通過(guò)編碼和測(cè)試過(guò)程，將前一階段系統(tǒng)設(shè)計(jì)的成果轉(zhuǎn)化成實(shí)際的系統(tǒng)。主要任務(wù)包括：搭建系統(tǒng)開發(fā)環(huán)境、建立系統(tǒng)平臺(tái)、進(jìn)行數(shù)據(jù)庫(kù)的設(shè)計(jì)、編寫代碼、單元測(cè)試、驗(yàn)收測(cè)試、試運(yùn)行、系統(tǒng)上線和運(yùn)維等。

4.1 服務(wù)端軟件實(shí)現(xiàn)

C++是一種過(guò)程性和面向?qū)ο笙嘟Y(jié)合的開發(fā)語(yǔ)言，在服務(wù)器的編程過(guò)程中，主要使用的就是C++語(yǔ)言，它具有程序結(jié)構(gòu)清晰、可擴(kuò)展性和可讀性良好以及運(yùn)行效率高的優(yōu)點(diǎn)?？蛻舳耸褂糜脩魯?shù)據(jù)報(bào)協(xié)議和服務(wù)器進(jìn)行通信；而服務(wù)器軟件通過(guò)調(diào)用接收端硬件設(shè)備提供的應(yīng)用編程接口來(lái)采集視頻信號(hào)，然后將視頻圖像廣播至所連接的終端用戶（圖4）。

圖4 服務(wù)端軟件流程圖

4.2 客戶端軟件實(shí)現(xiàn)

客戶端的編程語(yǔ)言使用C#，使用該語(yǔ)言的原因有幾點(diǎn)：開發(fā)人員學(xué)習(xí)起來(lái)比較簡(jiǎn)單，學(xué)習(xí)周期比較短，開發(fā)門檻不高；該語(yǔ)言具有面向?qū)ο蟮奶攸c(diǎn)，可讀性比較強(qiáng)，在編程風(fēng)格上可以一種容易理解的方式實(shí)現(xiàn)需求；最后，能夠使用拖拉拽的方式來(lái)構(gòu)建系統(tǒng)界面?？蛻舳私邮辗?wù)器傳輸?shù)囊曨l圖像并在本地界面進(jìn)行展示，其流程如圖5所示。

圖5 客戶端軟件流程圖

其中，接收?qǐng)D像并設(shè)置圖像的代碼如圖6所示。

圖6 系統(tǒng)實(shí)現(xiàn)的部分代碼

當(dāng)用戶輸入登錄信息，包括用戶名和密碼后，系統(tǒng)進(jìn)入視頻監(jiān)控界面。其中，左邊展現(xiàn)了所有安裝的攝像頭的列表，上面展現(xiàn)了功能菜單，包括音視頻監(jiān)控、產(chǎn)品簡(jiǎn)介、數(shù)據(jù)展示和實(shí)時(shí)定位等。當(dāng)用戶拖拽某攝像頭到監(jiān)控區(qū)域，可以查看實(shí)時(shí)監(jiān)控的界面。

5 結(jié)語(yǔ)

本文提供了一種新穎的基于客戶端和服務(wù)器模式的視頻監(jiān)控系統(tǒng)，和傳統(tǒng)的網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)相比，能夠解決視頻信號(hào)在數(shù)據(jù)傳輸過(guò)程中的安全性的問(wèn)題。本項(xiàng)目經(jīng)過(guò)開發(fā)和測(cè)試階段，運(yùn)行穩(wěn)定，已經(jīng)成功在客戶的生產(chǎn)環(huán)境中發(fā)揮作用，可以為類似的應(yīng)用場(chǎng)景的開發(fā)提供借鑒。下一步需要對(duì)客戶端視頻播放的算法進(jìn)行優(yōu)化，達(dá)到在網(wǎng)絡(luò)環(huán)境一般的情況下，視頻播放更加流暢的效果。