莊霞

摘要：近年來(lái)隨著信息化的快速發(fā)展，視頻采集技術(shù)得到廣泛應(yīng)用，在金融行業(yè)業(yè)務(wù)系統(tǒng)中，憑證影像和現(xiàn)場(chǎng)實(shí)時(shí)視頻成為業(yè)務(wù)辦理和審核的基礎(chǔ)和關(guān)鍵，原有的業(yè)務(wù)模式逐步顯露出多方面的不足，特別是風(fēng)險(xiǎn)防范問(wèn)題與人力資源不足的矛盾日益突出。本文探討了實(shí)時(shí)監(jiān)控視頻的采集和網(wǎng)絡(luò)傳輸技術(shù)，介紹了基于DSPACK和Indy的快速實(shí)現(xiàn)方法。

關(guān)鍵詞：實(shí)時(shí)視頻 網(wǎng)絡(luò)傳輸 DSPACK Indy

中圖分類號(hào)：TN919.8 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1007-9416（2016）05-0000-00

1 引言

隨著商業(yè)銀行業(yè)務(wù)的飛速發(fā)展和管理模式的革新變化，為了更好的提高授權(quán)工作效率，提升風(fēng)險(xiǎn)防控能力，優(yōu)化人力資源配置，解決網(wǎng)點(diǎn)轉(zhuǎn)型過(guò)程中的一些突出問(wèn)題，增強(qiáng)客戶的精細(xì)化管理水平，必須加快業(yè)務(wù)轉(zhuǎn)型，建立“技術(shù)先進(jìn)、控制嚴(yán)密、因地制宜、穩(wěn)健高效”的新型系統(tǒng)及管理模式的創(chuàng)新機(jī)制。在網(wǎng)點(diǎn)轉(zhuǎn)型、渠道拓展、系統(tǒng)重構(gòu)的研發(fā)和實(shí)際應(yīng)用過(guò)程中，現(xiàn)場(chǎng)實(shí)時(shí)視頻是業(yè)務(wù)辦理及審核的一種重要監(jiān)督方式和審核手段，本文主要探討實(shí)時(shí)監(jiān)控視頻的采集和網(wǎng)絡(luò)傳輸技術(shù)，并介紹基于DSPACK和Indy的快速實(shí)現(xiàn)方法。

2 技術(shù)分析

2.1 視頻采集技術(shù)

2.1.1 DirectShow

DirectShow作為目前Windows平臺(tái)上主流的媒體處理框架，提供了高質(zhì)量的多媒體流采集和回放功能，大大簡(jiǎn)化了媒體回放、格式轉(zhuǎn)換和采集工作。運(yùn)用DirectShow，我們可以很方便地從支持WDM驅(qū)動(dòng)模型的采集卡上捕獲數(shù)據(jù)，并且進(jìn)行相應(yīng)的后期處理乃至存儲(chǔ)到文件中。

2.1.2 DSPACK

DSPACK是一組封裝了MS Direct Show和DirectX技術(shù)的組件，用于多媒體應(yīng)用系統(tǒng)的開(kāi)發(fā)。它不僅功能強(qiáng)大而且完全免費(fèi)。利用基于DirectShow的DSPACK開(kāi)發(fā)包，不僅可以繞開(kāi)COM組件編程，而且可以大幅提高開(kāi)發(fā)效率，快速實(shí)現(xiàn)目標(biāo)。

2.2 網(wǎng)絡(luò)協(xié)議分析和選擇

2.2.1 Socket

Socket接口是TCP/IP網(wǎng)絡(luò)的API，常用的 Socket類型有兩種：流式Socket（SOCK_STREAM）和數(shù)據(jù)報(bào)式Socket（SOCK_DGRAM）。流式是一種面向連接的 Socket，針對(duì)于面向連接的TCP服務(wù)應(yīng)用；數(shù)據(jù)報(bào)式Socket是一種無(wú)連接的Socket，對(duì)應(yīng)于無(wú)連接的UDP服務(wù)應(yīng)用。Socket實(shí)際在計(jì)算機(jī)中提供了一個(gè)通信端口，可以通過(guò)這個(gè)端口與任何一個(gè)具有Socket接口的計(jì)算機(jī)通信。應(yīng)用程序在網(wǎng)絡(luò)上傳輸，接收的信息都通過(guò)這個(gè)Socket接口來(lái)實(shí)現(xiàn)。在應(yīng)用開(kāi)發(fā)中就像使用文件句柄一樣，可以對(duì)Socket句柄進(jìn)行讀、寫操作。

2.2.2 Indy組件特點(diǎn)分析

Internet Direct（Indy）是一組開(kāi)放源代碼的Internet組件，涵蓋了幾乎所有流行的Internet協(xié)議。使用Indy組件可以開(kāi)發(fā)基于各種協(xié)議的TCP客戶和服務(wù)器應(yīng)用程序，并處理相關(guān)的編碼和安全問(wèn)題。

（1）Indy是阻塞式（Blocking）。通常的Winsock編程取數(shù)據(jù)或者向Socket寫入數(shù)據(jù)都是異步，而Indy使用了阻塞式Socket調(diào)用方式。阻塞式訪問(wèn)更像是文件存取。當(dāng)你讀取數(shù)據(jù)，或是寫入數(shù)據(jù)時(shí)，讀取和寫入函數(shù)將一直等到相應(yīng)的操作完成后才返回。阻塞式Socket優(yōu)點(diǎn)，例如編程簡(jiǎn)單、容易向Unix移植、很好地利用線程技術(shù)。（2）Indy使用了線程技術(shù)。阻塞式Socket通常都采用線程技術(shù)。從最底層開(kāi)始，Indy的設(shè)計(jì)都是線程化的。因此用Indy創(chuàng)建服務(wù)器和客戶程序跟在Unix下十分相似，并且Delphi的快速開(kāi)發(fā)環(huán)境和Indy對(duì)WinSock的良好封裝使得應(yīng)用程序創(chuàng)建更加容易。（3）Indy服務(wù)器模型。一個(gè)典型的Unix服務(wù)器有一個(gè)或多個(gè)監(jiān)聽(tīng)進(jìn)程，它們不停地監(jiān)聽(tīng)進(jìn)入的客戶連接請(qǐng)求。對(duì)于每一個(gè)需要服務(wù)的客戶，都fork一個(gè)新進(jìn)程來(lái)處理該客戶的所有事務(wù)。Indy服務(wù)器工作原理同Unix服務(wù)器十分類似，只是Windows不像Unix那樣支持fork，而是支持線程，因此Indy服務(wù)器為每一個(gè)客戶連接分配一個(gè)線程。Indy服務(wù)器組件創(chuàng)建一個(gè)同應(yīng)用程序主線程分離的監(jiān)聽(tīng)線程來(lái)監(jiān)聽(tīng)客戶連接請(qǐng)求，對(duì)于接受的每一個(gè)客戶，均創(chuàng)建一個(gè)新的線程來(lái)為該客戶提供服務(wù)，所有與這一客戶相關(guān)的事務(wù)都由該線程來(lái)處理。

3 主要實(shí)現(xiàn)過(guò)程

3.1 服務(wù)端的實(shí)現(xiàn)方法

首先是視頻設(shè)備枚舉和初始化，需要檢測(cè)系統(tǒng)當(dāng)前連接的設(shè)備，并把設(shè)備枚舉出來(lái)供程序選擇使用。其次是視頻的預(yù)覽，需要根據(jù)枚舉到的設(shè)備列表，選擇相應(yīng)攝像頭設(shè)備，進(jìn)行初始化和預(yù)覽.程序的菜單選擇事件。最后是幀采集和幀發(fā)送，DSPACK的SampleGrabber對(duì)象負(fù)責(zé)圖像幀的中轉(zhuǎn)和處理，我們可以在SampleGrabber的Buffer事件中得到SampleGrabber當(dāng)前正在處理的幀，并對(duì)當(dāng)前幀進(jìn)行處理。本文的處理主要是把當(dāng)前幀通過(guò)UDPServer發(fā)送到客戶端。處理邏輯如下如圖1所示。

（1）檢測(cè)幀回調(diào)標(biāo)志狀態(tài)，如果不在回調(diào)狀態(tài)，則退出本次循環(huán)。（2）檢測(cè)是否正在發(fā)送，如果正在發(fā)送，則退出本次循環(huán)。（3）檢測(cè)連續(xù)未響應(yīng)計(jì)數(shù)器，如果計(jì)數(shù)器低于閥值，則退出本次循環(huán)。（4）獲取當(dāng)前幀，然后轉(zhuǎn)化和壓縮，然后遞增未響應(yīng)計(jì)數(shù)器。（5）通過(guò)UDP發(fā)送，記錄日志，循環(huán)結(jié)束。

3.2 客戶端的實(shí)現(xiàn)

客戶端主要負(fù)責(zé)視頻的請(qǐng)求和展示，處理邏輯如下如圖2所示：

（1）獲取對(duì)方IP地址和端口參數(shù)，然后呼叫對(duì)方并發(fā)送視頻請(qǐng)求命令。（2）UDPServer會(huì)檢測(cè)到報(bào)文接收事件，然后判斷報(bào)文內(nèi)容是否為內(nèi)置命令集，如果是操作命令集，則按命令處理并退出循環(huán)。如果不是，則需要嘗試處理并顯示接收幀。（3）檢查處理錯(cuò)誤，如果沒(méi)有錯(cuò)誤則發(fā)送確認(rèn)命令給客戶端。如果存在錯(cuò)誤則嘗試丟棄數(shù)據(jù)包并匯報(bào)檢測(cè)報(bào)文接收事件狀態(tài)，等待接收和解析下一包數(shù)據(jù)。

如果視頻查看人員需要保存某幀圖像數(shù)據(jù)，可以通過(guò)抓拍功能來(lái)實(shí)現(xiàn)。本文中抓拍圖像保存后和遠(yuǎn)程授權(quán)系統(tǒng)主進(jìn)程有一個(gè)進(jìn)程間通訊，通過(guò)消息通知授權(quán)端進(jìn)程已抓拍圖片，授權(quán)程序可以到約定的路徑下獲取抓拍的圖片并進(jìn)行處理和存檔。

4 結(jié)語(yǔ)

本文介紹了基于遠(yuǎn)程授權(quán)中網(wǎng)絡(luò)實(shí)時(shí)視頻采集和傳輸需要的技術(shù)，并給出了DSPACK和Indy的快速實(shí)現(xiàn)方法，相關(guān)成果已在金融授權(quán)、雙錄等系統(tǒng)中投入使用。

參考文獻(xiàn)

[1] 李維.Inside VCL（深入核心——VCL架構(gòu)剖析）[M].電子工業(yè)出版社，2004.

[2] 王忠.DELPHI 5 開(kāi)發(fā)指南[M].電子工業(yè)出版社，2000.

[3] 陸其明.DirectShow開(kāi)發(fā)指南[M].清華大學(xué)出版社，2003.