基于關(guān)鍵幀提取技術(shù)的網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)

應(yīng)用背景

由于寬帶網(wǎng)絡(luò)近年來在世界各地的高速發(fā)展，高品質(zhì)的音視頻壓縮技術(shù)不斷推陳出新，更高的壓縮比率加上更寬的帶寬，使得互聯(lián)網(wǎng)用戶在互聯(lián)網(wǎng)上觀看高品質(zhì)電視節(jié)目的愿望不再是幻想。美國、意大利、法國、加拿大等國網(wǎng)絡(luò)視頻市場的日漸成熟，國內(nèi)哈爾濱、泉州、上海等地的小試牛刀，都證明了以更強(qiáng)的互動性作為賣點(diǎn)、基于互聯(lián)網(wǎng)技術(shù)和P2P傳輸技術(shù)的網(wǎng)絡(luò)視頻服務(wù)已經(jīng)漸成氣候。

網(wǎng)絡(luò)視頻是對基于互聯(lián)網(wǎng)技術(shù)傳播的所謂寬帶視頻的統(tǒng)稱，可以是用戶自己制作、在線上傳或點(diǎn)播視頻節(jié)目，自主性和自助性強(qiáng)。各種視頻網(wǎng)站和流媒體服務(wù)器隨著人們對網(wǎng)絡(luò)視頻服務(wù)的需求快速增長，民營網(wǎng)絡(luò)視頻企業(yè)更是如雨后春筍。

2007年是網(wǎng)絡(luò)視頻用戶基數(shù)迅速成長的一年。據(jù)CNNIC今年1月份發(fā)布中國互聯(lián)網(wǎng)調(diào)查報告，76.9%的網(wǎng)絡(luò)用戶使用網(wǎng)絡(luò)視頻，成為繼音樂、即時通信之后的第三大互聯(lián)網(wǎng)應(yīng)用。這也是網(wǎng)絡(luò)家庭娛樂應(yīng)用第一次全面超過了網(wǎng)絡(luò)商務(wù)應(yīng)用，即郵件、搜索引擎和新聞等傳統(tǒng)資訊應(yīng)用。

但隨著網(wǎng)絡(luò)視頻的高速成長，各種黃色、暴力和反動等垃圾信息也摻雜在網(wǎng)絡(luò)視頻中在寬帶網(wǎng)絡(luò)上肆意泛濫，嚴(yán)重影響了人們的正常工作和生活，也對社會精神文明建設(shè)和未成年人教育帶來了巨大的隱患。

由于寬帶視頻網(wǎng)絡(luò)的高速數(shù)據(jù)包傳送，傳統(tǒng)的信息安全監(jiān)控設(shè)備在這方面顯得力不從心，因此，我們提出應(yīng)用關(guān)鍵幀提取技術(shù)來抽取網(wǎng)絡(luò)視頻中的關(guān)鍵幀，從而減小處理的負(fù)載和存儲空間，降低設(shè)備成本并提高處理效率。建立相應(yīng)的垃圾視頻關(guān)鍵幀匹配庫，通過視頻關(guān)鍵幀匹配算法和模式，從高速的視頻流中監(jiān)測出垃圾信息。應(yīng)用此視頻監(jiān)控系統(tǒng)和其他網(wǎng)絡(luò)安全設(shè)備，可以為企業(yè)、學(xué)校和家庭打造一個高速干凈的網(wǎng)絡(luò)視頻環(huán)境，讓人們輕松盡情享受寬帶視頻服務(wù)。

系統(tǒng)方案

1.視頻解碼方案論證

方案一：利用Xilinx公司的FPGA產(chǎn)品Spartan 3E實現(xiàn)系統(tǒng)的視頻解碼。在Spartan 3E支持的MicroBlaze微處理器軟核上移植開源視頻解碼器，由于MicroBlaze最高處理頻率為50MHz，遠(yuǎn)不能滿足現(xiàn)在的高速視頻數(shù)據(jù)包的解碼;

方案二：通過在最新嵌入式微處理機(jī)eBox-4300上移植嵌入式操作系統(tǒng)WinCE來實現(xiàn)開源視頻解碼器。eBox處理器主頻為500MHz，可以滿足10/100MHz網(wǎng)絡(luò)的視頻解碼，且在eBox上的WinCE操作系統(tǒng)可移植性較好，便于以后在系統(tǒng)中加入更多的視頻格式解碼器。

2.數(shù)據(jù)包前端處理方案論證

方案一：利用Xilinx公司FPGA產(chǎn)品系列Spartan 3E來捕獲網(wǎng)絡(luò)中的視頻數(shù)據(jù)包。高速的邏輯結(jié)構(gòu)和并行特性是FPGA的特性，通過FPGA來識別并捕獲視頻數(shù)據(jù)包能降低系統(tǒng)的丟包率和漏報率;

方案二：利用eBox-4300自帶的以太網(wǎng)接口直接連接到網(wǎng)絡(luò)上。由于WinCE操作系統(tǒng)下的以太網(wǎng)操作已封裝好，為了兼顧可移植性，因此其效率沒有直接在FPGA上實現(xiàn)的IP核好。

3.關(guān)鍵幀匹配方案論證

方案一：利用Xilinx公司的FPGA產(chǎn)品系列Spartan 3E來實現(xiàn)視頻關(guān)鍵幀標(biāo)準(zhǔn)庫的查找和匹配。由于FPGA特有的存儲單元結(jié)構(gòu)，便于快速查找。

方案二：利用ADI公司的Blackfin 535數(shù)字信號處理器來實現(xiàn)視頻幀的匹配算法。DSP特有的快速音視頻處理能力能很好滿足系統(tǒng)的性能要求。但Blackfin的片上存儲空間有限，如果增加外部存儲器將降低關(guān)鍵幀查找速率，從而成為整個系統(tǒng)的瓶頸。

綜合上述：系統(tǒng)采用Xilinx公司的FPGA產(chǎn)品系列Spartan 3E來作為數(shù)據(jù)包前端處理，識別并捕獲相應(yīng)格式的網(wǎng)絡(luò)視頻數(shù)據(jù)包，按序列將視頻數(shù)據(jù)包傳送到eBox-4300處理器上的視頻解碼單元。在eBox-4300處理器上抽取出視頻的關(guān)鍵幀后，將視頻關(guān)鍵幀傳送到在Spartan 3E上實現(xiàn)的關(guān)鍵幀匹配單元中進(jìn)行匹配模式檢驗。

圖 1 系統(tǒng)示意圖

實現(xiàn)原理

1. 視頻數(shù)據(jù)包識別捕獲

實時流協(xié)議RTSP是一個應(yīng)用層協(xié)議，用于控制具有實時特性的數(shù)據(jù)如多媒體流的傳送。為多媒體數(shù)據(jù)流提供遠(yuǎn)程控制功能，如播放、 停止、快進(jìn)等。該協(xié)議支持以下操作：

1. 從媒體服務(wù)器上獲取媒體;

2. 邀請媒體服務(wù)器加入會議;

3. 在一個已存在的演示中加入新的媒體流。

RTSP協(xié)議一般與RTP/RTCP和RSVP等底層協(xié)議一起協(xié)同工作，提供基于Internet的整套的流服務(wù)。它可以選擇發(fā)送通道如UDP、組播UDP和TCP和基于RTP的發(fā)送機(jī)制。它可以應(yīng)用于組播和點(diǎn)播。

RTSP協(xié)議負(fù)責(zé)在服務(wù)器和客戶端之間建立并控制一個或多個時間上同步的連續(xù)流媒體，其目標(biāo)是像HTTP協(xié)議為用戶提供文字和圖形服務(wù)那樣為用戶提供連續(xù)媒體服務(wù)。因此，RTSP協(xié)議的設(shè)計在語法和操作上與HTTP協(xié)議很相似，這樣，對于HTTP的大部分?jǐn)U展也適用于RTSP。但是RTSP協(xié)議和HTTP協(xié)議在很多方面有著區(qū)別：

1. HTTP是一個無狀態(tài)協(xié)議，而RTSP協(xié)議是有狀態(tài)的。

2. HTTP本質(zhì)上是一個非對稱協(xié)議，客戶端提出請求而服務(wù)器響應(yīng);而RTSP是對稱的，服務(wù)器和客戶端都可發(fā)送和響應(yīng)請求。

在RTSP中，每個演示及其所對應(yīng)的媒體流都由一個RTSP URL標(biāo)識。整個演示及媒體特性都在一個演示描述文件中定義，該文件可能包括媒體編碼方式、語言、RTSP URLs、目標(biāo)地址、端口及其它參數(shù)。用戶在向服務(wù)器請求某個連續(xù)媒體流的服務(wù)之前，必須首先從服務(wù)器獲得該媒體流的演示描述文件以得到必需的參數(shù)，演示描述文件的獲取可采用HTTP、Email或其他方法。

RTSP中的所有的操作都是通過服務(wù)器和客戶方的消息應(yīng)答來完成的，其消息包括請求和響應(yīng)兩種，RTSP正是通過服務(wù)器和客戶端的消息 應(yīng)答來完成媒體流的創(chuàng)建、初始化、VCR控制以及拆線等操作的。在基于客服端/服務(wù)器結(jié)構(gòu)的分布式視頻點(diǎn)播系統(tǒng)中，RTSP協(xié)議的操作過程如下所示：

圖 2 基于RTSP的流媒體服務(wù)器

客戶機(jī)在向視頻服務(wù)器請求視頻服務(wù)之前，首先通過HTTP協(xié)議從Web服務(wù)器獲取所請求視頻服務(wù)的演示描述文件，利用該文件提供的信息定位視頻服務(wù)地址包括視頻服務(wù)器地址和端口號，及視頻服務(wù)的編碼方式等信息。然后客戶機(jī)根據(jù)上述信息向視頻服務(wù)器請求視頻服務(wù)。視頻服務(wù)初始化完畢，視頻服務(wù)器為該客戶建立一個新的視頻服務(wù)流，客戶端與服務(wù)器運(yùn)行實時流控制協(xié)議RTCP，以對該流進(jìn)行各種VCR控制信號的交 換，如播放、暫停、快進(jìn)、快退等。當(dāng)服務(wù)完畢，客戶端提出拆線請求，需要說明的是，服務(wù)器使用RTP/UDP協(xié)議將媒體數(shù)據(jù)傳輸給客戶端，一旦數(shù)據(jù)抵達(dá)客戶端，客戶端應(yīng)用程序即可播放輸出。在流式傳輸中，使用RTP/RTCP/UDP和RTSP/TCP兩種不同的通信協(xié)議在客戶端和服務(wù)器間建立聯(lián)系。