基于嵌入式Linux視頻監(jiān)控系統(tǒng)畢業(yè)

1、基于嵌入式 Linux 的視頻監(jiān)控系統(tǒng)的軟件設計基于嵌入式 Linux 的視頻監(jiān)控系統(tǒng)的軟件設計1、引言 隨著計算機技術及網絡技術的迅猛發(fā)展， 公安、安防行業(yè)的發(fā)展趨勢必然是 全面數(shù)字化、 網絡化。傳統(tǒng)的模擬閉路電視監(jiān)控系統(tǒng)有很多局限性： 傳輸距離有 限、無法聯(lián)網，而且模擬視頻信號數(shù)據(jù)的存儲會耗費大量的存儲介質 （如錄像帶 ）， 查詢取證時十分煩瑣?；趥€人計算機的視頻監(jiān)控系統(tǒng)終端功能較強，但穩(wěn)定性不好，視頻前端（ 如電壓耦合元件等視頻信號的采集、壓縮、通訊 ） 較為復雜，可靠性不高?；?嵌入式 Linux 視頻的網絡監(jiān)控系統(tǒng)不需要用于處理模擬視頻信號的個人計算機， 而是把視頻服務器置一個嵌

2、入式 Web服務器，采用嵌入式實時多任務操作系統(tǒng)。由于把視頻壓縮和 Web功能集中到一個體積很小的設備，可以直接連入局 域網，即插即看，省掉復雜的電纜，安裝方便 （僅需設置一個 IP 地址 ），用戶也 無需安裝任何硬件設備，僅用瀏覽器即可觀看。基于嵌入式 Linux 的視頻網絡監(jiān)控系統(tǒng)將嵌入式 Linux 系統(tǒng)連接上 Web， 即視頻服務器置一個嵌入式 Web服務器，攝像機傳送來的視頻信號數(shù)字化后由高 效壓縮芯片壓縮，通過部總線傳送到置的 Web服務器上。2、緒論視頻監(jiān)控系統(tǒng)是安全防系統(tǒng)的組成部分，它是一種防能力較強的綜合系統(tǒng)。 視頻監(jiān)控以其直觀、方便、信息容豐富而廣泛應用于許多場合。近年來，

3、隨著計 算機、網絡以及圖像處理、 傳輸技術的飛速發(fā)展， 涌現(xiàn)出大量的嵌入式視頻監(jiān)控 系統(tǒng)。21 視頻監(jiān)控系統(tǒng)概述視頻監(jiān)控是利用機器視覺和圖像處理的方法對圖像序列進行運動檢測、 運動 目標分類、 運動目標跟蹤以及對監(jiān)視場景中目標行為的理解與描述。 其中，運動 檢測、目標分類、 目標跟蹤屬于視覺中的低級和中級處理部分， 而行為理解和描 述則屬于高級處理。 運動撿測、 運動目標分類與跟蹤是視頻監(jiān)控中研究較多的三 個問題；而行為理解與描述則是近年來被廣泛關注的研究熱點， 它是指對目標的 運動模式進行分析和識別，并用自然語言等加以描述。22視頻監(jiān)控系統(tǒng)發(fā)展視頻監(jiān)控技術的發(fā)展大致可分為四個階段：閉路電視系

4、統(tǒng)構建的模擬系統(tǒng)、 數(shù)字信號控制的模擬視頻監(jiān)控系統(tǒng)、 數(shù)字硬盤錄像設備為核心的視頻監(jiān)控系統(tǒng)和 現(xiàn)在的數(shù)字網絡視頻監(jiān)控系統(tǒng)。第一代視頻監(jiān)控系統(tǒng)是采用閉路電視系統(tǒng)構建的模擬系統(tǒng)， 通過攝像機、 監(jiān) 視器、磁帶錄像機等構成 I 甜。由于模擬矩陣很難做到數(shù)十路的切換， 不能與報 警系統(tǒng)聯(lián)動， 不能對前端進行控制且價格昂貴、 操作管理復雜、 很難實現(xiàn)較大系 統(tǒng)的要求，已經逐漸被淘汰。第二代視頻監(jiān)控系統(tǒng)是數(shù)字信號控制的模擬視頻監(jiān)控系統(tǒng)。 數(shù)字信號控制的模擬視頻監(jiān)控系統(tǒng)又分為基于微處理器的視頻切換控制加PC機的多媒體管理和基于 PC機實現(xiàn)對矩陣主機的切換控制及對系統(tǒng)的多媒體管理兩種類型。第三代視頻監(jiān)控系統(tǒng)是

5、以數(shù)字硬盤錄像設備為核心的視頻監(jiān)控系統(tǒng)。 90 年 代末，隨著多媒體技術、視頻壓縮編碼技術、網絡通訊技術的發(fā)展，數(shù)字錄像監(jiān) 控系統(tǒng)迅速崛起。數(shù)字監(jiān)控錄像系統(tǒng)通常分為兩類：一類是基于 PC機組合的計算機多媒體工 作方式；另一類是嵌入式數(shù)字監(jiān)控錄像系統(tǒng)。1基于 PC的視頻監(jiān)控錄像系統(tǒng)的組成結構為：兼容工控 PC機 +視頻采集卡 +普通較可靠的操作系統(tǒng)平臺 +應用軟件 從系統(tǒng)的組成結構來分析：a、PC機兼容 PC機用于 24 小時不間斷工作時，其性能通常是不可靠的，工控 PC 機相對兼容 Pc 機的穩(wěn)定性有一個檔次上的提高，適用于較復雜的工作環(huán)境；b、操作系統(tǒng)以 Windows 98 為操作平臺的系

6、統(tǒng)：一般來說， Win98的穩(wěn)定性是有一定 問題的，如果同時應用軟件又不是很規(guī)， 這樣就容易在使用過程中出現(xiàn)工作穩(wěn)定、 死機等問題，而基于 PC機的視頻監(jiān)控錄像系統(tǒng)其軟件的實現(xiàn)是在 Windows 95 98NT 等通用操作系統(tǒng)上，同時系統(tǒng)文件、應用軟件和圖像文件都存儲在硬盤 上，視頻處理必須高密度輸入大量數(shù)據(jù)， 同時硬盤要進行多工工作， 普通的硬盤 邏輯（如Windows的 FAT32）已無法適應，以致極易產生系統(tǒng)的不穩(wěn)定性，造成死 機現(xiàn)象；c、應用軟件采用簡易應用軟件的系統(tǒng)是不能夠應用安防領域的， 視頻監(jiān)控系統(tǒng)的應用軟 件能力上應支持多任務并發(fā)處理，如監(jiān)視、錄像、回放、備份、報警、控制等的

7、 多工處理能力；d、視頻采集卡視頻監(jiān)控錄像系統(tǒng)通常均為多路輸入系統(tǒng)， 視頻采集卡可采用多卡方式， 也 可采用單卡方式。一般說，單卡方式集成度高，穩(wěn)定性會優(yōu)于多卡方式，很多采 用一路一卡的方式很容易形成硬件沖突， 其穩(wěn)定性會有較大的影響。 目前市場上 也有部分為追求高幀數(shù)而設計采用多卡進行迭加的多路單卡設備， 但其仍在計算 機的總線上進行傳輸、處理， PCI 總線將是系統(tǒng)的瓶頸，不可能會有質的飛躍。22 嵌入方式的數(shù)字監(jiān)控錄像系統(tǒng)嵌入式系統(tǒng)的優(yōu)缺點a、系統(tǒng)為專用系統(tǒng)，所以系統(tǒng)小，指令精簡，處理速度快b、系統(tǒng)數(shù)據(jù)置于 ROMFLASH MEMO，RY調用速度快，不會被改變，穩(wěn)定性 好C、系統(tǒng)處理實

8、時性好，性能穩(wěn)定d、文件管理系統(tǒng)更適合于大量的視頻數(shù)據(jù)e、該類系統(tǒng)目前四路以上機型還較為少見f 、在網絡功能、音視頻同步等方面也難令人滿意。第四代視頻監(jiān)控系統(tǒng)一數(shù)字網絡視頻監(jiān)控系統(tǒng) 1數(shù)字網絡視頻監(jiān)控系統(tǒng)的原理數(shù)字網絡視頻監(jiān)控系統(tǒng) 16J 的關鍵設備是網絡視頻信號采集終端 ( 也被稱為 視頻服務器 ) ，網絡視頻信號采集終端采用嵌入式實時多任務操作系統(tǒng)。攝像機 送來的視頻信號在網絡視頻信號采集終端數(shù)字化后由高效壓縮芯片壓縮， 通過部 總線送到網絡接口發(fā)送到網絡上 l 刀，網絡上用戶可以直接用在 PC機上用瀏覽 器觀看網絡視頻信號采集終端傳送過來的攝像機所拍攝的圖像， 授權用戶還可以 通過計算機

9、網絡透過網絡視頻信號采集終端控制攝像機鏡頭和云臺的動作或對 系統(tǒng)進行配置操作。 由于把視頻壓縮和網絡功能集中到一個體積很小的設備， 可 以直接連入局域網，達到即插即用，省掉多種復雜的電纜，安裝方便 （ 僅需設置 一個坤地址 ） ，用戶也無需安裝任何硬件設備，僅通過 PC機用瀏覽器即可觀看。2數(shù)字網絡視頻監(jiān)控系統(tǒng)與其它監(jiān)控系統(tǒng)的比較a、布控區(qū)域廣闊 數(shù)字網絡視頻監(jiān)控系統(tǒng)的網絡視頻信號采集終端直接連入網絡， 沒有線纜 長度和信號衰減的限制，同時網絡是沒有距離概念的，徹底拋棄了地域的概念， 擴展布控區(qū)域。b、系統(tǒng)具有幾乎無限的無縫擴展能力所有設備都以 IP 地址進行標識，增加設備只是意味著口地址的擴

10、充。c、可組成非常復雜的監(jiān)控網絡 采用基于網絡視頻信號采集終端為核心的監(jiān)控系統(tǒng)， 在組網方式上與傳統(tǒng)的 模擬監(jiān)控和基于 PC平臺的監(jiān)控方式有極大的不同，由于視頻信號采集終端輸出 已完成模擬到數(shù)字的轉換并壓縮，采用統(tǒng)一的協(xié)議在網絡上傳輸，支持跨網關、 跨路由器的遠程視頻傳輸。d、性能穩(wěn)定可靠，無需專人管理 視頻信號采集終端實際上基于嵌入式電腦技術， 采用嵌入式實時多任務操作系統(tǒng)，又由于視頻壓縮和網絡功能集中到一個體積很小的設備， 直接連入局域網 或廣域網，即插即看，系統(tǒng)的實時性、穩(wěn)定性、可靠性大大提高，也無需專人管 理，非常適合于無人值守的環(huán)境。e、當監(jiān)控中心需要同時觀看較多的攝像機圖像時，對網

11、絡帶寬就會有一定 的要求。2 視頻監(jiān)控系統(tǒng)的應用概括來說， 目前視頻監(jiān)控系統(tǒng)應用領域主要有以下一 些方面：教育系統(tǒng)主要是校園安全監(jiān)控、電子考場監(jiān)控、網絡教學、遠程教育等；電力系統(tǒng)主要是機房無人值守、變電站無人值守、發(fā)電廠安全生產管理監(jiān) 控等；公檢法系統(tǒng)主要是社區(qū)監(jiān)控、城市安全監(jiān)控、 監(jiān)獄安全監(jiān)控、 庭審直播等；部隊系統(tǒng)主要是通信機房監(jiān)控、作戰(zhàn)指揮系統(tǒng)、倉儲物資監(jiān)控、基層連隊 的日常管理監(jiān)控系統(tǒng)等；石化系統(tǒng)主要是油井監(jiān)控、儲油庫監(jiān)控、加油站監(jiān)控、石化工廠安全生產 監(jiān)控等；銀行系統(tǒng)主要是銀行監(jiān)控系統(tǒng)的聯(lián)網、儲蓄監(jiān)控、金庫監(jiān)控等；鐵路系統(tǒng)主要是站調度管理系統(tǒng) （視頻部分 ） 、站安全管理、應急指揮系

12、統(tǒng) 等；稅務系統(tǒng)主要是報稅服務大廳監(jiān)控；鋼鐵系統(tǒng)主要是安全生產管理監(jiān)控系統(tǒng)；醫(yī)療系統(tǒng)主要是特護病房視頻監(jiān)控、手術直播及教學系統(tǒng)、日常安全管理 監(jiān)控等。本文主要研討該系統(tǒng)的軟件實現(xiàn)部分3、總體設計嵌入式 Linux 視頻網絡監(jiān)控系統(tǒng)是電工電子裝置、 計算機軟硬件以及網 絡、通信等多方面的有機組合體，它以智能化、網絡化、交互性為特征，結構比 較復雜。如果利用 OSI 七層模型的容和形式， 把相應的數(shù)據(jù)采集控制模塊硬件和 應用軟件以及應用環(huán)境等有機組合， 可以形成一個統(tǒng)一的系統(tǒng)總體框架， 其系統(tǒng) 總體框架示意圖如圖 l 所示。系統(tǒng)總體框架示意圖攝像機傳送來的視頻信號數(shù)字化后，經過壓縮，通過 RS-2

13、32/RS485 將數(shù)據(jù) 送到置的 Web服務器，嵌入式 LJnux 系統(tǒng)的 10/100M 以太網口實現(xiàn)接入 Internet 網絡，將現(xiàn)場信號送到客戶端。 整個系統(tǒng)的核心是嵌入式 Linux 系統(tǒng)。監(jiān)控系統(tǒng) 啟動后，嵌入式 Linux 系統(tǒng)啟動 WebS erver 服務程序，接收授權客戶端瀏覽器 的請求， Web Server 將根據(jù)通信協(xié)議完成相應的監(jiān)測。3.1 硬件設計方案系統(tǒng)硬件結構如圖 1 所示，該系統(tǒng)采用 Samsung 公司的 ARM9 核芯片 S3C2440作為硬件平臺的中央處理器， 該處理器主頻可達 400MHz，硬件接口和資 源豐富，存儲單元包括 Flash 和 SDR

14、A，MFlash 具有掉電保持數(shù)據(jù)的特性， 用于 存儲 Bootloader 啟動程序、 Linux 核映像、文件系統(tǒng)以及用戶應用程序等。 SDRAM數(shù) 據(jù)存取速度大大高于 Flash 存儲器，用于為操作系統(tǒng)和應用程序提供 運行空間。平臺利用 RS232 接口輸出調試信息，通過以太網控制器芯片 DM9000 擴展了一個網口，用于與外部網絡進行通信，通過 USBH OST接 口連接 USB 攝像 頭采集圖像數(shù)據(jù)， 經處理器壓縮并打包成視頻流后經以太網進行傳輸， 終端用戶 接收到視頻流，解碼后即可把視頻圖像顯示出來。圖 1 系統(tǒng)硬件結構圖3.2 軟件設計方案軟件平臺采用的嵌入式操作系統(tǒng)為 Linu

15、x 2.6.13 ，Linux 具有核小、效率 高、源碼開放、核直接提供網絡支持等優(yōu)點，但嵌入式系統(tǒng)的硬件資源有限，因 此需根據(jù)實際需求對核進行裁剪， 配置所需的功能模塊， 然后再移植到硬件平臺 上。嵌入式系統(tǒng)的軟件開發(fā)采用交叉編譯調試的方式， 在宿主機上安裝 Linux 系 統(tǒng)，建立交叉編譯環(huán)境， 在宿主機編寫程序代碼， 再利用交叉編譯工具生成目標 機上可用的可執(zhí)行文件，最后向目標機平臺移植。3.2.1 視頻采集模塊視頻采集模塊通過嵌入式 Linux 操作系統(tǒng)調用 Video4Linux(V4L)5 和底層 設備驅動程序來完成視頻捕獲。 V4L 是 Linux 中關于視頻設備的核驅動，它為

16、Linux 下的各種視頻設備提供了統(tǒng)一的編程接口， 應用程序通過這些接口函數(shù)就可以操縱各種不同的設備。視頻采集流程如圖 2 所示圖 2 視頻采集流程(1) 打開視頻設備。 Linux 下的視頻設備文件一般為“ /dev/video0 ”，通過 調用函數(shù) v4l_open( ) ，利用 vd- fd=open( “/dev/video0 ”,O_RDWR打) 開設備 并獲得設備文件描述符 vd-fd 。(2) 獲取設備和圖像信息。通過 v4l_get_capability( ) 函數(shù)獲取設備信 息， 通過 v4l_get_picture( ) 函數(shù)獲取圖像信息。(3) 存映射。獲取圖像的方式有兩

17、種： read( ) 直接讀取和 mmap( )存映射。 直接讀取方式通過核緩沖區(qū)來讀取圖像數(shù)據(jù)，而本文使用存映射方式 mmap( )， 存映射方式可以直接把設備文件映射到存中， 進程可以像訪問普通存一樣對文件 進行訪問，讀取效率更高。初始化存映射時，需在存中開辟一塊空間，利用ioctl(vd-fd,VIDIOCGMBUF,&(vd-mbuf) 操作 取得 需要映射 的存空間 大小 vd-mbuf.size ，利用 mmap( ) 函數(shù)，即 vd-map=(unsigned char*) mmap(0, vd-mbuf.size, PROT_READ | PROT_WRITE,MAP_SHAR

18、ED, vd-fd, 0操) 作，把設 備文件的容映射到存， vd-map 指針所指向的存區(qū)即為采集的圖像數(shù)據(jù)， 且此存 區(qū)具有可讀寫和共享屬性。(4) 初始化采集參數(shù)。設置采集視頻圖像的寬度、高度、格式等信息。(5) 采集視頻數(shù)據(jù)。利用 ioctl(vd-fd, VIDIOCMCAPTURE, &(vd-mmap) 操 作采集一幀圖像并存放到存映射區(qū)，采集一幀圖像后要進行同步操作，利用 ioctl(vd-fd, VIDIOCSYNC,&(vd- frame_current)操作判斷該幀圖像是否獲取完畢。對于獲取到的視頻圖像，通過視頻壓縮模塊壓縮成 MPEG-4視 頻流，再 通過視頻傳輸模塊把

19、數(shù)據(jù)發(fā)送到以太網進行傳輸。3.2.2 視頻壓縮模塊從攝像頭直接采集過來的圖像由于數(shù)據(jù)量較大， 不利于進行網絡傳輸， 因此 需先對其進行壓縮編碼。 MPEG-4是 目前網絡多媒體傳輸?shù)闹饕袷?，具有高?的壓縮率， 它利用很窄的帶寬， 通過幀重建技術來壓縮圖像數(shù)據(jù)， 以求利用最少 的數(shù)據(jù)獲得最佳的圖像質量， 可滿足實時視頻傳輸?shù)囊蟆?本文用軟件方式進行 視頻編碼，選擇開源高效的 Xvid 視頻編碼器對采集的視頻圖像數(shù)據(jù)進行 MPEG-4 壓縮編碼。Xvid 視頻編碼器選用 0.9.2 版本，因為該版本已經實現(xiàn)了 MPEG-4的 Simple Profile ( SP)特性，而 1.0 以后的版

20、本增加了很多 Advanced SP(ASP) 特性及其他功能， ASP 特性的加入會增加運算復雜度， 降低編碼速度， 由于嵌入 式系統(tǒng)的處理能力有限， 一般只使用 Xvid 的 SP 特性，因此實驗選用 Xvid0.9.2編碼器，交叉編譯并移植到嵌入式系統(tǒng)。在宿主機Linux 操作系統(tǒng)中對Xvid0.9.2 進行交叉編譯的步驟如下：(1) 解壓縮 Xvid 源碼： tar xzvf xvidcore- 0.9.2.tar.gz(2) 進入 build/generic 目錄，創(chuàng)建編譯配置文件。由于 Xvid 沒有針對 ARM的 匯編優(yōu)化，因此編譯時需將匯編關閉；還需指定程序所運行的平臺為 ar

21、m-linux 。執(zhí)行命令： ./configure -disable-assembly -host=arm-linux(3) 編譯： make; make install 。(4) 交 叉 編 譯 完 成 后 會 生 成 靜 態(tài) 庫 libxvidcore.a 和 動 態(tài) 庫 libxvidcore.so.* ，用戶程序可利用庫文件所提供的編程接口調用 Xvid 里面的 函數(shù)。攝像頭采集的視頻幀為 YUV420 格式，通過 Xvid 編碼器的 encoder_encode 函數(shù)實現(xiàn)視頻壓縮，該函數(shù)定義如下： int encoder_encode(Encoder * pEnc, XVID_EN

22、C_FRAME * pFrame, XVID_ENC_STATS *pResult)其; 中， pEnc 為編碼器 實例的句柄； pFrame 是 XVID_ENC_FRAM類E 型的結構體變量，負責傳遞參數(shù)信 息給編碼器，這些信息包含色彩空間、編碼質量、輸入輸出數(shù)據(jù)緩沖區(qū)指針等； pResult 是 XVID_ENC_STAT類S 型的結構體變量， 可以返回編碼操作執(zhí)行的狀態(tài) 信息。3.2.3 視頻傳輸模塊視頻傳輸模塊負責把壓縮后的視頻流傳輸?shù)揭蕴W，對實時性要求較高， 本文使用實時傳輸協(xié)議（ Real-time Transport Protocol，RTP)，它可以在一對一或者一對多的網絡

23、環(huán)境中實現(xiàn)流媒體數(shù)據(jù)的實時傳輸。JRTPLIB7 是一個利用C+語言實現(xiàn)的開源 RTP 庫，它完全遵循 RFC 1889 設計，使用 SOCKET機 制實 現(xiàn)網絡通訊，可運行于包括 Linux 和 Windows 在的多種不同操作系統(tǒng)上。本文Linux ，接收端為使用 JRTPLIB 進行實時流媒體編程，發(fā)送端操作系統(tǒng)為Windows。在 Linux 平臺上用 JRTPLIB 進行實時多媒體編程前，需先對 JRTPLIB 進行交叉編譯。(1) JRTPLIB 初 始 化 通 過 調 用 RTPSessionParams 類 的 SetOwnTimestampUnit( ) 方 法 設 置 一

24、個 恰 當 的 時 間 戳 ， 調 用 SetMaximumPacketSize( ) 方法設置允許傳輸?shù)淖畲?RTP 包字節(jié)數(shù) (默認為 1400 字節(jié)) ；通過調用 RTPUDPv4TransmissionParams類 的 SetPortbase( ) 方法設置 發(fā)送端數(shù)據(jù)傳輸所用的端口號 (需為偶數(shù) ) 。初始化完這兩個變量后，通過 RTPSession 類的 Create( ) 方法創(chuàng)建一個 RTP 會話。(2) JRTPLIB 數(shù)據(jù)傳輸 RTP 會話創(chuàng)建完成后，還需指定數(shù)據(jù)發(fā)送的目標地 址， RTP 協(xié)議允許一個會話包含多個目標地址，增加或刪除目標地址可通過RTPSession 類

25、 的 AddDestination( ) 、 DeleteDestination( ) 、 ClearDestinations( ) 方法來實現(xiàn)。目標地址指定之后，通過 RTPSession 類的 SendPacket( ) 方法即可向指定的目標地址發(fā)送流媒體數(shù)據(jù)。 SendPacket( ) 是一 個重載函數(shù)，具有多種形式，本文使用的形式為： int SendPacket(const void *data, size_t len, uint8_t pt, bool mark, uint32_t timestampinc); 當一幀數(shù)據(jù)所占字節(jié)數(shù)大于允許傳輸?shù)淖畲?RTP 包字節(jié)數(shù) MaxPa

26、cketSize 時， 需對一幀數(shù)據(jù)進行分割傳輸，使每次發(fā)送的字節(jié)數(shù)不大于MaxPacketSize ，可使用 SendPacket( ) 的 mark 參數(shù)來標識傳輸?shù)?RTP 包是否屬于同一幀數(shù)據(jù)，若一 幀數(shù)據(jù)需分成 N 次發(fā)送，則前 N-1 次發(fā)送的 RTP 包的 mark 標志設為 0，第 N 次 發(fā)送的 RTP 包的 mark 標志設為 1，即以 mark=1 來判斷分割傳輸?shù)臄?shù)據(jù)是否發(fā) 送完成。實現(xiàn)過程如下：doif(lengthMaxPacketSize)mark=0;發(fā)送長度為 MaxPacketSize 的 RTP 包 ;length=length-MaxPacketSize;elsemark=1;發(fā)送長度為 length 的 RTP 包;break; / 一幀數(shù)據(jù)發(fā)送完成while(1);(3) JRTPLIB 數(shù)據(jù)接收接收數(shù)據(jù)時，以 BeginDataAccess( )函數(shù)開始，以 EndDataAccess( ) 函數(shù)結束。 為了能正確接收同一數(shù)據(jù)源的數(shù)據(jù)報， 必須先對數(shù)據(jù)源表 (source table )加鎖， BeginDataAccess( ) 函數(shù)可實現(xiàn)這一加鎖操作， 確保在使用數(shù)據(jù)源表的同時輪詢 (poll) 線程不能訪問它，此時可進行數(shù)據(jù)接收操作，當正確接收一個數(shù)據(jù)報后， 調用 EndDataAccess( ) 函