基于WindowsCE操作系統的軟件架構包括兩部分

　　利用PlatformBuilder定制WindowsCE系統并開發USB攝像頭驅動和數據發送端的開發，本文詳細介紹USB攝像頭驅動的設計和發送端的程序設計。系統的軟件結構圖如圖3所示。

　　WindowsCE流接口驅動程序是具有定制接口的驅動程序，表現為在用戶一級的動態鏈接庫DLL，是一般類型的設備驅動程序。流接口驅動程序中用來實現一組固定的函數稱為流接口函數，這些流接口函數使得應用程序可以通過文件系統訪問這些驅動程序。流接口驅動程序幾乎支持任何類型的可以連接到基于WindowsCE.net的平臺外部設備，其中包括USB設備。

　　流接口驅動程序的主要任務是把外設的使用傳遞給應用程序，這是通過把設備表示為文件系統的一個特殊文件實現。應用程序通過文件系統的API函數調用流接口函數，然后流接口驅動程序調用本機驅動或者通過設備管理器與系統內核或外圍打交道。

　　2.1 攝像頭驅動程序的流接口函數的實現

　　開發攝像頭驅動程序涉及到一組標準的流接口驅動程序的函數，如CAM_Init（）、CAM_Deinit（）、CAM_Open（）、CAM_Read（）等，這些函數是接口驅動程序的DLL接口，其中CAM_Init（）、CAM_Open（）、CAM_Read（）和CAM_IOControl（）最為重要。下面對這些重要函數進行詳細介紹。

　　（1）CAM_Init（）

　　CAM_Init（）函數是通過設備管理器提供的ActiveDeviceEx（）函數調用。在設備初始化時通過ActiveDeviceEx（）將設備句柄信息寫入DriversActive下面，當應用程序初始化時，注冊表的地址將以Context參數形式傳給CAM_Init（）網站狀態監控助手，利用RegOpenKeyEx（）、RegQueryValueEx（）等函數執行打開和讀寫注冊表操作，等執行成功后返回USB設備的句柄信息等。驅動程序的部分源代碼：

　　（2）CAM_Open（）

　　在對設備進行讀操作之前，首先要先通過執行CeratFile（）來調用CAM_Open（）打開設備，CAM_Open（）所需的第一個參數是應用程序初始化時由CAM_Init（）返回的設備句柄等信息，然后將設備關閉的事件設為無信號狀態。

　　下面是部分源碼：

　　程序中涉及的EnterCriticalSection（）和LeaveCriticalSection（）兩個函數的作用是保證在臨界區內所有被訪問的資源不被其他線程訪問，直到當前線程執行完臨界區代碼。EnterCriticalSection（）和LeaveCriticalSection（）分別表示為進入臨界區和退出臨界區。

　　（3）CAM_IOControl（）

　　程序設計中通過CreatFile（）函數調CAM_Open（）打開攝像頭設備，通過ReadFile（）將返回值傳給CAM_IOControl（）流接口函數，而CAM_IOControl（）則調用OV51xReadOneFrame（）對USB設備數據進行讀取。下面是部分源碼：

　　對于USB總線上的數據傳輸，一共有四種傳輸類型，分別是控制傳輸、中斷傳輸、批量傳輸和實時傳輸，這四種傳輸類型分別應用到不同的USB設備。其中實時傳輸適用于以固定速率或特定時間內傳輸，可以容忍偶爾錯誤的流數據情況，對于USB攝像頭這種實時性要求比較高的設備一般選用實時傳輸，所以在CAM_Read（）中就需要用到實時傳輸函數IssueIsochTransfer（）來讀取攝像頭采集的數據。如果IssueIsochTransfer（）執行后返回一個標示句柄，則代表執行成功，如果無返回值，則表示執行失敗。

　　下面是部分源碼：

　　程序中涉及的EnterCriticalSection（）和LeaveCriticalSection（）兩個函數的作用是保證在臨界區內所有被訪問的資源不被其他線程訪問，直到當前線程執行完臨界區代碼。EnterCriticalSection（）和LeaveCriticalSection（）分別表示為進入臨界區和退出臨界區。

　　（3）CAM_IOControl（）

　　程序設計中通過CreatFile（）函數調CAM_Open（）打開攝像頭設備，通過ReadFile（）將返回值傳給CAM_IOControl（）流接口函數，而CAM_IOControl（）則調用OV51xReadOneFrame（）對USB設備數據進行讀取。下面是部分源碼：

　　對于USB總線上的數據傳輸，一共有四種傳輸類型，分別是控制傳輸、中斷傳輸、批量傳輸和實時傳輸，這四種傳輸類型分別應用到不同的USB設備。其中實時傳輸適用于以固定速率或特定時間內傳輸，可以容忍偶爾錯誤的流數據情況，對于USB攝像頭這種實時性要求比較高的設備一般選用實時傳輸，所以在CAM_Read（）中就需要用到實時傳輸函數IssueIsochTransfer（）來讀取攝像頭采集的數據。如果IssueIsochTransfer（）執行后返回一個標示句柄，則代表執行成功，如果無返回值，則表示執行失敗。

　　在每次得到一包數據時，查找幀開始標記，如果查找到，則復制剩余的所有數據到應用程序的緩沖中。在程序的Ov51xReadOneFrame（）函數中，pDataBuff申請了9610B空間，dwFrameLen為10次傳輸每次的長度，這里都設置為961。圖4為Ov51ReadFrame（）軟件流程圖。

　　2.2 通信發送端的設計實現

　　通信發送端主要完成RTP/RTCP協議封裝和解封裝、網絡發送與數據獲取。本文所實現的是基于RTP/UDP/IP協議棧的MPEG-4實時流媒體傳輸，是移動視頻監控系統中網絡傳輸部分的子模塊。采用JRTPLIB庫函數來實現RTP的實時傳輸。傳輸部分的系統架構如圖5所示。

　　該發送端的主要功能是將音視頻流封裝到RTP包內通過3G網絡傳送給接收端，同時發送和接收RTCP包進行反饋控制，以期達到最佳效果。基于WindowsCE平臺通過調用JRTPLIB函數庫來編程實現實時流媒體傳輸。

　　由于RTP協議并不作為獨立的網絡層來實現，它采用應用層組幀的理念，作為應用程序代碼的一部分免費網站監控，本文針對一個具體媒體的應用通過應用程序實現RTP封裝分組，然后將RTP分組交給UDP接口，采用JTHREAD作為線程庫，完成多線程的操作。利用RTP來做視頻傳輸分2個session來完成：一個負責聲音傳送；另一個負責視頻傳送。

　　發送端的部分主程序如下：

　　3 結語

　　本文在現有的汽車防盜報警系統的基礎上，通過接口的擴展，實現了基于3G網絡的視頻監控功能，并詳細闡述了攝像頭的流接口函數和通信發送端的設計。此外，通過該系統的通用接口的擴展，該系統還可與具體行業或家庭應用相結合，實現手機對于小范圍環境的可視化監控。該系統的設計實現不但對于汽車防盜產品的發展有著重要的意義，同時對于基于3G網絡的可視化監控的發展提供了良好的應用前景。

　　iPhone6搶購神器降世 實時監控蘋果官網供貨情況

　　在面對iPhone6/iPhone6 Plus這兩款神器的時候，就連土豪也使不上什么勁，有錢都花不出去，因為搶購iPhone6的難度已經不亞于在中國搶購春運火車票了。不過，iPhone6搶購神器也問世了！據說跟春運搶票軟件有的一拼。