1 系統硬件組成與網絡架構

攝像機硬件核心采用三星公司推出的基于ARM9架構的S3C2440A芯片，該處理器主頻達到400 MHz可以滿足實時壓縮，MJPEG視頻流可以達到320×240分辨率25 fps的性能要求。外圍搭配64 MB SDRAM、256 MB NAND Flash，網絡功能由DM9000以太網MAC控制芯片負責，攝像頭模塊由USB控制器控制，系統供電由3片LM71117組成，分別輸出3.3 V、1.8 V、1.25 V電壓，輔助外圍接口構成攝像機硬件結構。S3C2440A系統硬件框圖如圖1所示。

圖1 S3C2440A系統硬件框圖

網絡攝像機是互聯網上的TCP/IP設備，系統網絡拓撲圖如圖2所示。其中在家庭區域內根據安防的特點在大門走廊、客廳內、陽臺區域分別布置攝像機，再由網線連接到路由器，配置路由器參數映射每個攝像機獨立端口與IP地址，即完成Internet接入。遠端由固定位置的PC機，移動位置的3G筆記本和隨身攜帶的3G Android手機組成，PC機可以通過WEB瀏覽器訪問與控制網絡攝像機，Android手機通過客戶端實現實時訪問。

圖2 系統網絡拓撲圖

2 系統軟件設計

2.1 網絡攝像機軟件設計

搭建攝像機需要Linux系統環境，首先移植Bootloader，對Linux 2.6.32內核進行裁剪，加載Linux UVC（USB video device class）驅動及相關驅動，將編譯好的Linux系統鏡像燒寫到ARM板Nand Flash中，對Bootloader設置啟動引導地址，即完成軟件運行環境搭建［2］。

分析網絡攝像機性能需求與拓展性，須滿足下列條件：

◆ 視頻監控實時性；

◆ 支持多客戶端同時連接；

◆ 圖像識別算法或預留接口；

◆ 功能模塊化滿足后期開發可擴展。

因此，采用多線程架構與互斥鎖機制來保證實時性、模塊化的思想設計代碼結構。軟件程序主流程如圖3所示。

圖3 軟件程序主流程

其中主要實現如下功能。

① 初始化Linux V4L2接口，必須按照V4L2標準結構初始化結構體，其中包括struct v4l2_capability cap;struct v4l2_format fmt;struct v4l2_buffer buf;struct v4l2_requestbuffers rb; struct v4l2_streamparm setfps。此外將視頻設備名、視頻寬度、視頻高度、幀率、視頻格式和抓取方法傳遞給函數init_videoIn（struct vdIn *vd， char *device， int width， int height， int fps， int format， int grabmethod）實現初始化。值得注意的是眾多USB camera并不支持JPEG格式視頻流直接抓取，針對YUYV格式抓取卻有廣泛支持。后期進行圖像識別算法操作時直接分析YUYV原始圖像數據，將節省JPEG壓縮數據轉換為原始圖像數據的大量運算開銷，因此采用YUYV抓取模式。

② 創建核心圖像處理線程。在該線程內實現：抓取功能。

◆ UVC設備單幀抓取，uvcGrab（struct vdIn *vd）函數實現單幀YUYV格式的原始圖像拷貝到內存，采用高效的mmap內存映射方法讀取；

◆ JPEG核心算法實現，JPEG壓縮算法占用大量CPU時間，下一小節將詳細討論。

③ 創建套接字接口。為實現多用戶同時連接網絡攝像機，必須采用socket服務線程，每當有新用戶連接同時產生一個新線程與之對應，實現多用戶端同步監控。

④ 搭建基于Web瀏覽器訪問方式的web主頁。嵌入式設備資源有限，輕量級的Web Server主要有：Boa、Httpd、Thttpd等。本設計選用開源的Boa、交叉編譯Boa源碼配置boa.conf文件，配置系統etc自啟動shell加入Boa程序，將編寫HTML頁面文件放入系統中對應的www目錄后即可正常工作。

2.2 MJPEG壓縮算法研究與實現

MJPEG（Motion Joint Photographic Experts Group）視頻編碼格式，把運動的視頻序列作為連續的靜止圖像來處理，這種壓縮方式單獨完整地壓縮每一幀，編輯過程中可隨機存儲每一幀，可進行精確到幀的編輯。

MJPEG單幀壓縮算法為JPEG（Joint Photographic Experts Group）。

人眼視覺生理特性決定眼睛對構成圖像的不同頻率成分具有不同的敏感度。JPEG壓縮是有損壓縮［3］，但損失的部分是人類視覺不容易察覺到的部分，利用眼睛對色彩域中的高頻信息部分不敏感的特點，節省大量需要處理的數據信息。一幀原始圖像數據對其進行JPEG算法編碼過程分兩大部分：

① 空間冗余度，去除視覺上的多余信息；

② 結構（靜態）冗余度，去除數據本身的多余信息。

JPEG編碼中主要涉及包括：DCT、zigzag編碼、量化、RLE編碼、范式Huffman編碼、DC（直流分量）的編碼。JPEG編碼流程如圖4所示。

圖4 JPEG編碼流程

DCT（Discrete Cosine Transform）變換，又稱離散余弦變換是可逆的、離散的正交變換。它將原始圖像色彩空間域轉換為頻譜域。由于相鄰兩點像素色彩很多是接近的，壓縮這些不需要的數據必須利用圖像信號的頻譜特性。JPEG壓縮原理的理論依據是圖像信號頻譜線大都分布在0~6 MHz范圍內，而且一幅圖像內大多數為低頻頻譜線，而高頻的譜線只占圖像比例很低的圖像邊緣或者細微紋理細節的信號時才出現。根據這一特性，在做數字圖像處理時對包含信息量大的低頻譜區域分配較多的比特數，相反的對于包含信息量低的高頻譜區域分配較少的比特數，達到圖像壓縮的目的，而圖像質量并沒有肉眼可察覺的降低。除了DCT變換，常用的變化算法還有：WalshHadamard沃爾什哈達瑪變換、哈爾變換、傅氏變換等。

DCT變換公式為：

時C（u）=1，C（v）=1.f（i，j）經過DCT變換之后，F（0，0）是直流系數，其他參數時為交流系數。經過DCT變換后一幅圖像的DCT系數塊集中在8×8矩陣的左上方，這里直流DC系數幅度最大，這一矩陣區域集中了圖像的大部分低頻頻譜分量，離矩陣左上角越遠的高頻頻譜幾乎不含圖像信息。變換過程本身雖然并不產生壓縮作用，但是變換后的頻率系數卻非常有利于碼率壓縮。

量化是對DCT系數的一個優化過程，利用了肉眼的高頻不敏感特性對數據進行大幅壓縮。整個過程是簡易的把頻率域的每個成份除以對應的常數，并對結果四舍五入取整，整個流程的目的是減少非零的系數以及增加零值系數數目。量化是有損運算，是圖像質量下降的主要因素。對于人眼對亮度與色差的敏感性不一致，分別使用亮度量化表與色度量化表。對量化后的數據采用zigzag蛇形編碼，這是因為交流分量中含有大量的零值，zigzag編碼可以產生更多連續的零值，對下一步使用行程編碼非常有利。

行程編碼（Run Length Coding）是一種根據相同數據連續重復多次的情況簡化表示的算法。例如，5555333333999按照行程編碼表示為（5，4）（3，6）（9，3）可以對數據，尤其是大量的零值壓縮數據長度。

編碼后的數據還須通過Huffman編碼來壓縮，Huffman編碼的最大特點是使出現頻率較高的數字小于8位，而出現頻率低的數字大于8位，這使得數據大幅壓縮。

到此數據的壓縮過程結束，對壓縮后的數據按照JPEG文件格式要求進行保存，加上文件開始標記Start Of Image=FFD8，文件結束標記End Of Image = FFD9，量化表標記Define Quantization Table=FFDB，霍夫曼編碼表標記Ddfine Huffman Table=FFC4，幀開始標記Start Of Frame=FFC0等標記，再加上圖片識別信息字節標記就最終形成完整的可用于傳輸或存儲的JPEG幀圖像，通過套接字接口不間斷地發送JPEG圖像即形成MJPEG視頻流。

為提高CPU效率，減少進程間切換產生的開銷，將壓縮算法函數集成到單一線程里。JPEG核心壓縮編碼函數MCUcode實現如下：

uint8_t *MCUcode（S_JPEG_ENCODER_STRUCTURE * enc，uint32_t image_format， uint8_t * output_ptr） {

DCT（enc﹥Y1）；//DCT離散余弦變換函數

quantization（enc，enc﹥Y1， enc﹥ILqt）；//量化函數，亮度量化表量化并按照zigzag排列存儲

output_ptr = huffman（enc， COMPONENT_Y， output_ptr）；//霍夫曼編碼函數

DCT（enc﹥Y2）……

DCT（enc﹥Y3）……

DCT（enc﹥Y4）……

DCT（enc﹥CB）；//DCT離散余弦變換函數

quantization（enc，enc﹥CB， enc﹥ICqt）；//量化函數，色度量化表量化
責任編輯:pj