引 言

隨著互聯(lián)網(wǎng)技術的迅速發(fā)展，傳統(tǒng)的監(jiān)控系統(tǒng)已無法滿足人們對準確性、適用性和方便性的要求。同時，智能手機更新?lián)Q代，處理能力日益變強，成為了人們?nèi)粘Ｉ钪胁豢苫蛉钡囊徊糠?。為滿足人們對監(jiān)控區(qū)域進行隨時隨地實時監(jiān)控的需要，本文研究設計了一種智能手機視頻監(jiān)控系統(tǒng)，將手機端作為視頻監(jiān)控客戶端，結合混合編碼技術，實現(xiàn)了對監(jiān)控區(qū)域的實時監(jiān)控與監(jiān)控視頻的存儲。

1 移動視頻監(jiān)控系統(tǒng)的設計

本文設計的視頻監(jiān)控系統(tǒng)、移動視頻客戶端均基于Android 系統(tǒng)，有效結合了混合編碼技術與云存儲技術[1]，可在客戶端隨時隨地觀看鎖定的攝像視頻，若視頻圖像發(fā)生異常，能在第一時間報告給鎖定的主人，主人可通過App 遠程控制攝像頭。

2 移動視頻系統(tǒng)的關鍵技術

2.1 混合編碼技術

為了使高質量通信成為可能，并盡可能減少數(shù)據(jù)損失，故使用主流的視頻編解碼標準H.264。視頻編碼的目的在于減少表示數(shù)據(jù)的比特。由于視頻圖像數(shù)據(jù)的相關性強，在幀內(nèi)以及幀間具有大量空域和時域冗余信息，因此可以通過去除這些冗余信息來實現(xiàn)對視頻數(shù)據(jù)的壓縮[2]。其中，在數(shù)據(jù)壓縮方面最受歡迎的是基于統(tǒng)計特性的運動補償+ 變換編碼的混合編碼框架。國內(nèi)外通用的視頻壓縮標準均基于此框架，如廣泛使用的MPEG 系列及H.26X 系列標準。

MPEG-4 不僅針對在一定比特率下的視頻編碼，更注重多媒體系統(tǒng)的交互性和靈活性。主要應用于視頻電話、視像電子郵件等，其傳輸速度要求較低，為 4 800 ～6 400 bit/s，分辨率為176 144。利用較窄的寬帶，通過幀重建技術壓縮和傳輸數(shù)據(jù)，力求以最少的數(shù)據(jù)獲得最佳的圖像質量[3]。

H.264 技術具有比 MPEG-4 更為高效的編碼效率，比后者節(jié)約 50% 的碼率。可提供連續(xù)且流暢的高質量圖像，并且在較低碼率的情況下依舊能提供較高質量的視頻圖像[4]。

就單張圖像來說，MPEG-4 對視頻數(shù)據(jù)的處理更優(yōu)秀； 而就整體視頻傳輸來說，H.264 更勝一籌。

預測編碼：建立一個模型，通過數(shù)據(jù)的相關性，利用之前的樣本對下一個新樣本值進行預測，并將預測值和實際值的殘差值編碼傳輸?shù)浇邮斩耍瑫r在接收端建立一個相同的模型，按此模型進行解碼操作。

運動估計：從當前幀中提取視頻序列的運動趨勢和走向過程。

一個完整的編碼過程基本可以概括為視頻源通過濾波器得到波形圖，量化得到初始的完整碼流，通過幀間、幀內(nèi)編碼和熵編碼技術得到最終壓縮后的碼流。

視頻編解碼部分采用JM 編解碼器。在實驗中，視頻源將收集到的視頻數(shù)據(jù)改變格式后輸入到JM 編碼器的工作目錄中，在 Visual Studio 2013 平臺上運行。通過編碼器采樣獲取預測數(shù)據(jù)，并與實際值相減得到殘差，使用幀內(nèi)、幀間技術對殘差進行量化操作 / 變換，對編碼語法元素進行熵編碼，然后在編碼器的工作目錄下得到壓縮后的碼流。

當碼流傳輸?shù)浇邮斩撕?，同樣會被輸入到解碼器的工作目錄中，通過一系列相反的操作后得到壓縮前的視頻數(shù)據(jù)。

2.2 客戶端實現(xiàn)

2.2.1 平臺選擇和開發(fā)語言

服務器端采用Windows 操作系統(tǒng)與Java 語言；客戶端包括Android 操作系統(tǒng)，Java 語言，Android 編程。

Java 是一門面向對象編程的語言，較好地實現(xiàn)了面向對象編程理論，同時也是一種不受限于特定平臺的語言，具有可移植性[5]。此外，Java 還具有穩(wěn)健、安全、高性能等特征， 是一種功能豐富的開發(fā)語言。

2.2.2 客戶端 UI設計

用戶界面（UI）是系統(tǒng)和用戶之間進行交互與信息交換的重要媒介，使得用戶能夠方便、有效地操作硬件以達成雙向交互，完成工作。

本文 采用 Android Studio 進行 Android 編 程。Android Studio 具有非常豐富的可視化編程功能，可以在編程的同時看 到其被應用在不同尺寸屏幕中的情況。Android 操作系統(tǒng)的用 戶界面都以 View 與 ViewGroup 為基礎。View 是用戶界面的 基本組成單元，ViewGroup 是其子類，ViewGroup 的子類稱為 “Layout（布局）”。View 與 ViewGroup 在布局中的層次結構如 圖 1 所示。

Android 編程中有多種 布局方 式， 分別為線 性布局（LinerLayout）， 相 對 布 局（RelativeLayout）， 幀 布 局（FrameLayout）， 絕對布局（AbsoluteLayout） 等。本文編程主要用到線性布局（LinearLayout）， 該布局有 horizontal 和 vertical 兩個方向。Android Studio 在創(chuàng)建布局方式上分為兩種： 其一，在XML 配置文件中聲明布局方式；其二，在應用程序中直接通過代碼實例化布局及其組件。

2.3 視頻的播放顯示

對于獲取的視頻文件首先要經(jīng)過解碼， 之后再通過Android客戶端播放。Android操作系統(tǒng)提供的VideoView和MediaPlayer可播放視頻[6]。

MediaPlayer 在播放視頻時需要自己準備顯示視頻的組件、播放時的控制按鈕等。首先創(chuàng)建一個 MediaPlayer 對象，再通過setDataSource（）設置數(shù)據(jù)源，可以是文件、文件 路 徑 或 URL。 調(diào) 用 MediaPlayer.setDisplay（holder） 設置 SurfaceHolder，surfaceHolder 可 以 通 過 surfaceview 的getHolder（）獲得，調(diào)用 MediaPlayer.prepare（）準備、調(diào)用MediaPlayer.start（）播放視頻。

VideoView是Android提供的較為好用的播放視頻組件， 不僅內(nèi)建了顯示視頻的功能，還可以直接加入 MediaController 對象作為播放控制接口。VideoView提供的 setVideoURI（） 可以設置視頻的 URI，start（） 可以開始播放視頻，pause（）可以暫停播放視頻，stopPlayback（）可以停止播放視頻。

VideoView 視頻播放框架如圖 2 所示。

從圖 2 可以看出，VideoView 組件進行視頻播放的過程可以分為三步：

(1) JavaFramework層。應用程序進入VideoView， 再經(jīng)過Surface；

(2) NativeFramework層。先到SurfaceFlinger，然后借助PVPlayer到OverlayHal；

(3) Driver層。利用Mainframebuffer和VideoPlane進行播放。

2.3 視頻數(shù)據(jù)的存儲

在視頻監(jiān)控系統(tǒng)中，對已經(jīng)采集的視頻數(shù)據(jù)進行妥善存儲，便于之后回調(diào)查看。目前可行的存儲方式有SD 卡存儲與云存儲。云存儲是一個以數(shù)據(jù)和管理為核心的云計算系統(tǒng) [2]。相對于傳統(tǒng)的SD 卡存儲，云存儲的優(yōu)勢較為明顯，隨著系統(tǒng)數(shù)據(jù)量的增加，沒有性能上的瓶頸。使用ownCloud 可以在私有服務器上搭建私有云存儲服務器節(jié)點，由中心管理服務器信息管理模塊統(tǒng)一管理[7]，以優(yōu)化整個服務器系統(tǒng)的運作。

使用ownCloud 時，需在云存儲服務器節(jié)點上創(chuàng)建并配置Apache 環(huán)境、PHP 環(huán)境、MySQL 環(huán)境等。由于 ownCloud 通過抽象層訪問數(shù)據(jù)庫，因此支持 Oracle、MySQL、SQLite 等數(shù)據(jù)庫。服務子節(jié)點環(huán)境搭建完成后，可以選擇連接到本地存儲作為存儲服務器提供點，在修改了ownCloud 的存儲路徑配置后，ownCloud 的存儲文件動作就會立刻發(fā)生在該存儲器上。使用ownCloud 建立私有服務器可以更好地保證數(shù)據(jù)的安全性。

2.4 軟硬件連接

客戶端分為安卓端和iOS 端，根據(jù)對場景的認知，對安卓 App 客戶端進行了深層次的研究。安卓系統(tǒng)采用軟件棧形式管理系統(tǒng)的功能層次結構，主要分為 5 層，由高到低分別是應用程序層、應用程序架構層、C++/C 本地庫、Android 運行時庫、Linux 內(nèi)核驅動層。

安卓客戶端開發(fā)四大組件的運用貫穿整個應用軟件的開發(fā)過程，其以組件的形式封裝各抽象功能模塊，使得應用與系統(tǒng)中其余軟件的書庫交互變得更為敏捷。

基于海思 Hi3518E 能夠實現(xiàn)多種碼流和多選分辨率及JPEG 圖片抓拍，支持圖像 3D 去噪、圖像增強、邊緣增強等預處理功能，利于監(jiān)控系統(tǒng)的運行。

本文針對Windows 系統(tǒng)進行開發(fā)，依賴于其兩大功能： 一是完成與硬件的交互；二是為在微處理器上運行的應用程序提供可執(zhí)行的環(huán)境。著重進行設備驅動程序的封裝對攝像頭端硬件資源的訪問。針對客戶端軟件進行的需求分析，大致有以下三個步驟：

(1) 網(wǎng)絡攝像頭要有一個設備的入網(wǎng)操作，并且該操作簡單易行，穩(wěn)定可靠。

(2) 連接設備后，需要獲取音頻、視頻數(shù)據(jù)。此步驟是對圖像、網(wǎng)絡傳輸、顯示等技術提出的一項挑戰(zhàn)。

(3) 將移動智能手機作為移動客戶端軟件的載體。

使用由含有多幀環(huán)形緩存結構、DMA 控制器、異步FIFO 及從控制接口的軟硬件接口來連接軟件App 和硬件攝像頭，實現(xiàn)了從原始同步視頻信號輸入緩存到內(nèi)存中再由VGA 接口顯示的預覽鏈路，完成了視頻壓縮鏈路，實現(xiàn)了從原始同步視頻轉換成YUV 三通道分量[2]。

3 結 語

本系統(tǒng)使用攝像頭作為移動視頻采集端，采用混合編碼技術，并以智能手機作為移動視頻客戶端進行遠程視頻實時監(jiān)控。在 4G/5G 時代以及智能手機不斷更新?lián)Q代的情況下， 本監(jiān)控系統(tǒng)將會擁有廣闊的應用前景[8]。