top視頻監(jiān)控投標書_第1頁
top視頻監(jiān)控投標書_第2頁
top視頻監(jiān)控投標書_第3頁
top視頻監(jiān)控投標書_第4頁
top視頻監(jiān)控投標書_第5頁
已閱讀5頁,還剩37頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

杭州匯文教育咨詢

——ARM監(jiān)控系統(tǒng)投標書TOP工作室2023/1/121演示內(nèi)容演示內(nèi)容1.公司簡介及優(yōu)勢2.工程背景3.工程系統(tǒng)設計4.工程管理及效勞5.工程報價2023/1/122T:

tenacity堅毅

transfiguration美化O:

optimism樂觀

originality創(chuàng)造性P:

passion激情

pithiness簡潔

公司簡介用對工作的完美精神和對產(chǎn)品的設計理念,濃縮成“客戶至上“的誓言。------MrTOP2023/1/123公司優(yōu)勢根底成績態(tài)度2023/1/124根底成績態(tài)度視頻監(jiān)控開展經(jīng)歷的三個時代2023/1/125視頻監(jiān)控應用及開展趨勢根底成績態(tài)度應用趨勢數(shù)字化網(wǎng)絡化智能化2023/1/126

核心需求分析在Linux下,使用開發(fā)板與攝像頭相連,通過攝像頭捕捉畫面,經(jīng)過壓縮編碼傳輸?shù)絇C效勞器端存儲下來。效勞器端經(jīng)解碼用自行自作的QT界面觀看及監(jiān)控;客戶端可使用web瀏覽器訪問效勞器端,實時監(jiān)控并可下載保存在PC效勞器端的視頻數(shù)據(jù)。2023/1/127 系統(tǒng)架構(gòu)2023/1/128系統(tǒng)架構(gòu)2023/1/129C/S:客戶端效勞器端架構(gòu)。其客戶端包含一個或多個在用戶的電腦上運行的程序,而效勞器端有兩種,一種是數(shù)據(jù)庫效勞器端,客戶端通過數(shù)據(jù)庫連接訪問效勞器端的數(shù)據(jù);另一種是Socket效勞器端,效勞器端的程序通過Socket與客戶端的程序通信。B/S:瀏覽器和效勞器結(jié)構(gòu)。在這種結(jié)構(gòu)下,用戶工作界面是通過WWW瀏覽器來實現(xiàn)。二種系統(tǒng)架構(gòu)方式2023/1/1210 系統(tǒng)結(jié)構(gòu)如以下圖所示,視頻圖像采集和打包發(fā)送在視頻監(jiān)控終端完成,圖像的接受解包和回放將在視頻監(jiān)控效勞器完成??蛻舳朔掌鱀M9000AES3C2440編碼解碼數(shù)據(jù)壓縮打包發(fā)送接受儲存USB攝像頭采集圖像實時畫面系統(tǒng)架構(gòu)2023/1/1211 根本目標 通過一塊S3C2440開發(fā)板與一臺PC機實現(xiàn)一個視頻監(jiān)控系統(tǒng),實現(xiàn)如下功能: 1〕用戶可以通過瀏覽器觀看監(jiān)控現(xiàn)場采集到的視頻2〕支持多臺的遠程數(shù)據(jù)圖像采集即多個終端3〕能對實時圖像數(shù)據(jù)的存取、檢索 4)效勞器端可以訪問實時畫面并存儲2023/1/1212視頻采集傳輸存儲模塊

視頻監(jiān)控的采集傳輸存儲局部主要集中在ARM開發(fā)板和管理效勞器上,其中ARM開發(fā)板上主要包括V4L采集模塊、XVID編碼模塊、Socket傳輸模塊,管理效勞器上主要包括Sockt接收模塊、XVID解碼模塊、SDL顯示模塊等等。2023/1/1213視頻采集傳輸存儲模塊2023/1/1214視頻采集局部 使用Video4Linux接口函數(shù)訪問USB攝像頭設備,捕獲實時的視頻流。Video4Linux是Linux的影像流系統(tǒng)與嵌入式影像的根底,是kernel中支持圖像設備的一組API,配適宜當?shù)囊曨l采集驅(qū)動,可以實現(xiàn)影像的采集捕捉等功能 采集模塊一方面通過USB集線器采集USB攝像頭中的圖像,另一方面啟動多個采集線程,分別在不同的端口上監(jiān)聽,一旦有請求連接,采集線程立即從設備緩沖區(qū)中把視頻流數(shù)據(jù)讀出,放入到視頻處理緩沖區(qū)中進行下一步的處理。2023/1/1215視頻數(shù)據(jù)的壓縮局部

在視頻監(jiān)控系統(tǒng)中,大量的數(shù)據(jù)需要通過網(wǎng)絡傳輸,為了保證傳輸質(zhì)量和傳輸實時性,就需要在傳輸之前進行編碼壓縮以減少數(shù)據(jù)量,本設計中采用MPEG-4編碼標準進行數(shù)據(jù)壓縮。 本設計中使用開源軟件XVID。進行視頻編/解碼模塊設計。2023/1/1216視頻數(shù)據(jù)傳輸局部 傳輸模塊的作用在于把壓縮之后的視頻流傳送到效勞器上,本系統(tǒng)視頻傳輸使用的是RTP/UDP/IP協(xié)議組合,能夠保證端到端的低時延,具有很好的可靠性。 UDP協(xié)議對數(shù)據(jù)包進行傳輸時,只負責傳輸不進行控制,即便數(shù)據(jù)包出錯或喪失也不重傳。這樣可以提高傳輸?shù)臄?shù)據(jù)包的實時性。2023/1/1217視頻數(shù)據(jù)傳輸局部在UDP中,采用循環(huán)冗余校驗CRC來保證數(shù)據(jù)傳輸?shù)耐暾?,UDP沒有對視頻數(shù)據(jù)傳輸質(zhì)量提供更進一步效勞。在UDP之上使用的是實時傳輸協(xié)議RTP,對應數(shù)據(jù)包實時應用的相關效勞由它提供,例如數(shù)據(jù)類型、時間戳等。為了保證有效傳輸視頻數(shù)據(jù),數(shù)據(jù)包的頭部信息在實時傳輸協(xié)議RTP中提供。2023/1/1218視頻數(shù)據(jù)傳輸局部RTP協(xié)議支持不同的視頻編碼格式,可以通過定義不同的負載格式來實現(xiàn)。圖4.6是基于IP/UDP/RTP協(xié)議的MPEG-4視頻數(shù)據(jù)包的封裝格式。2023/1/1219視頻數(shù)據(jù)傳輸局部2023/1/1220視頻數(shù)據(jù)傳輸局部2023/1/1221存儲模塊在使用SDL顯示接收到的圖像的同時,管理效勞器會把視頻數(shù)據(jù)存儲在硬盤上,供以后調(diào)用。由于XVID編碼器輸出的視頻數(shù)據(jù)可以直接寫入到文件當中,因此我們直接新建一個m4v格式文件,將接收到的視頻數(shù)據(jù)直接寫入到該文件中,之后我們便可以使用專門的播放器來觀看。同時,為了防止單個視頻文件過大,我們采用分時存儲機制。2023/1/1222Web效勞器與CGI程序 Web效勞器通過HTTP協(xié)議與監(jiān)控端瀏覽器軟件進行信息交互,提供其他應用程序模塊的接口以及視頻數(shù)據(jù)瀏覽界面和攝像機控制界面。此外,它還要對監(jiān)控端的訪問權限進行控制,過濾監(jiān)控端的請求和控制信息,處理多個監(jiān)控端的請求和控制的同步和優(yōu)先級問題。 本設計選擇BoaWEB效勞器。Boa是一個單任務的HTTP效勞器,支持能夠?qū)崿F(xiàn)動態(tài)WEB技術的CGI技術,源代碼開放、性能高。同時效勞器程序本身所占空間很小,因而十分適用于嵌入式系統(tǒng)。

2023/1/1223Web效勞器與CGI程序同時,本系統(tǒng)采用了CGI(公用網(wǎng)關接口)來實現(xiàn)動態(tài)WEB技術,CGI規(guī)定了WEB效勞器調(diào)用其他可執(zhí)行程序(CGI程序)的接口協(xié)議標準。WEB效勞器通過調(diào)用CGI程序?qū)崿F(xiàn)和瀏覽器的交互,也就是CGI程序接受瀏覽器發(fā)送給WEB效勞器的信息,進行處理,將響應結(jié)果再回送給WEB效勞器及瀏覽器。原那么CGI程序可以用任何程序設計語言編寫,但是用C語言編寫的CGI程序具有執(zhí)行速度快、平安性高等特點。2023/1/1224管理軟件設計 采用QT進行圖形用戶接口的設計。QT是一個跨平臺的C++圖形用戶界面應用程序框架。它提供給應用程序開發(fā)者建立藝術級的圖形用戶界面而所需的所有功能。QT相比起其他的軟件有很多的優(yōu)勢: 1〕優(yōu)良的跨平臺特性 2〕良好的OO封裝機制提供了高度模塊化的設計,開發(fā)快捷 3〕豐富的API 4〕支持2D、3D圖形渲染,支持OpenGL 5〕XML、數(shù)據(jù)庫支持 6〕大量的開發(fā)文檔2023/1/1225客戶端網(wǎng)頁設計客戶端網(wǎng)頁主要用于提供遠程效勞,實現(xiàn)隨時隨地進行監(jiān)控。具體功能模塊主要有數(shù)據(jù)庫模塊、用戶注冊模塊、用戶登錄模塊、視頻的下載模塊和實時監(jiān)控模塊等。2023/1/1226增值業(yè)務

H.264視頻編碼從技術上來說,H.264代表了當前業(yè)界最先進的視頻壓縮技術,能夠在較低帶寬(2M以內(nèi))情況下提供高質(zhì)量(類似DVD畫質(zhì))的圖像傳輸。在同等的畫質(zhì)下,比MPEG4要平均節(jié)約39%的傳輸碼流。H.264技術還具備容錯能力強、網(wǎng)絡適應性強等優(yōu)勢。2023/1/1227H.264視頻編碼2023/1/1228無線傳輸〔GPRS模塊〕 GPRS主要在移動用戶和遠端的數(shù)據(jù)網(wǎng)絡(如支持TCP\IP,x25等網(wǎng)絡比間提供一種連接,從而給移動用戶提供高速無線IP和無線X.25業(yè)務。GPRS與GSM電路交換相比,GPRS非常重要的優(yōu)點是引入了分組交換能力。 GPRS模塊是具有登陸GPRS網(wǎng)絡功能的芯片,只要外接SIM卡,通過串行協(xié)議與ARM處理器通信,將視頻圖像采集模塊得到的JPEG數(shù)據(jù)以資料包的形式,先通過PPP和運營商的Intemet接入效勞器連接,然后把資料包發(fā)送到Intemet上。2023/1/1229監(jiān)控端本地SD卡存儲2023/1/1230音頻同步監(jiān)控目前,主要的音頻壓縮編碼技術有G.711、G.726、G.728、G.729、G.723.1、iLBC等。本系統(tǒng)采用G.711音頻編碼標準,同步視頻實時監(jiān)控,滿足客戶的音頻監(jiān)控需求。2023/1/1231監(jiān)控端LCD和對講功能本系統(tǒng)實現(xiàn)監(jiān)控端LCD顯示,同步實時畫面的監(jiān)控,即可方便調(diào)節(jié)USB攝像頭。同時也可以滿足在特定需求下的對講功能的實現(xiàn)。2023/1/1232技術路線1.用severfox采集數(shù)據(jù),UDP協(xié)議進行傳輸,spcaview實時監(jiān)控,MPEG4編解碼2.QT、mysql制作的界面3.boa、FTP的訪問與下載4.php的網(wǎng)頁制作2023/1/1233工程優(yōu)勢采用H.264編碼,壓縮率大,利于網(wǎng)絡傳輸。具有音頻與視頻同步播放采用網(wǎng)頁實現(xiàn)客戶端訪問,普遍性采用udp傳輸,更能確保監(jiān)控的實時性采用GPRS多臺多畫面同時顯示具有對講功能。具實時監(jiān)控,存儲視頻,拍照監(jiān)控端實現(xiàn)本地LCD顯示和SD卡存儲TOP2023/1/1234成績制定實施計劃定期的組內(nèi)會議研究、討論開發(fā)階段測試、更改階段與客戶進行溝通完善、驗收END工程管理2023/1/1235

確定目標,完成需求產(chǎn)品計劃分四階段:查找資料,細化子模塊部分子模塊的編程,系統(tǒng)移植等完成整機組合,優(yōu)化,測試,及產(chǎn)品文件的書寫1.招標階段2.詳細設計3.子模塊完成4.產(chǎn)品完成10.1-11.111.2-12.112.1-12.2512.26-.......產(chǎn)品方案2023/1/1236團隊分工組成攝像頭及開發(fā)板局部效勞器端開發(fā)客戶端開發(fā)袁文君江浩黃成雷鵬黃通船2023/1/1237質(zhì)量保證質(zhì)量管理原那么:1.客戶滿足優(yōu)先。2.開發(fā)人員的責任。3.持續(xù)的改進。4.可進行維護的。質(zhì)量檢查: 甲乙雙方應就工程進展情況定期進行質(zhì)量檢查工作,保證工程按既定方案,保證質(zhì)量地實施。乙方應配合甲方有關工程管理部門進行質(zhì)量檢查,并及時根據(jù)檢查結(jié)果,進行跟蹤解決。2023/1/1238 技術支持和售后效勞:1.提供7x24小時技術支持熱線2.提供運行的建議和方案,協(xié)助用戶。質(zhì)量保證: 1〕規(guī)那么的指導

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論