基于視頻分析的電梯內(nèi)人員身份識別系統(tǒng)軟件研發(fā)
發(fā)布時間:2021-07-26 08:15
高層建筑正逐漸成為現(xiàn)代城市的重要標志,而其中的垂直升降電梯設(shè)備則成為高層建筑中不可或缺的一部分。隨著安防需求日益凸顯,電梯轎廂內(nèi)普遍安裝有視頻監(jiān)控設(shè)備。然而傳統(tǒng)的視頻監(jiān)控系統(tǒng)通常缺乏有效的分析手段,其人工盯防的方式往往不能達到較好的監(jiān)控效果。使用相關(guān)算法在轎廂內(nèi)實現(xiàn)注冊用戶、陌生訪客以及黑名單人員的自動識別,可以有效提升樓宇的安防水平,并改善電梯的使用體驗,因而具有較高的工程應(yīng)用價值。本文研發(fā)了一種基于視頻分析的電梯內(nèi)人員身份識別系統(tǒng)。該系統(tǒng)在對電梯轎廂實現(xiàn)實時視頻監(jiān)控的基礎(chǔ)上,實現(xiàn)監(jiān)控畫面內(nèi)人臉的檢測與識別。系統(tǒng)能夠?qū)I廂內(nèi)拍攝的高清視頻進行實時傳輸、解碼操作,并使用深度神經(jīng)網(wǎng)絡(luò)算法對解碼后的視頻數(shù)據(jù)進行分析,以實現(xiàn)轎廂內(nèi)人員的檢測與識別。系統(tǒng)可以根據(jù)識別結(jié)果判斷轎廂內(nèi)人員為注冊用戶、陌生訪客或是黑名單人員,并據(jù)此采取不同的訪問控制策略。此外系統(tǒng)還實現(xiàn)有監(jiān)控視頻的存儲、索引和下載功能,為了提高存儲的利用率以及索引的速度,本文設(shè)計并實現(xiàn)了專用的存儲結(jié)構(gòu)與索引算法以優(yōu)化視頻的存儲與索引。同時系統(tǒng)還實現(xiàn)有語音對講功能,以實現(xiàn)轎廂內(nèi)應(yīng)急電話與值班室電話之間的語音通訊。最后系統(tǒng)集成有相關(guān)協(xié)議模...
【文章來源】:浙江大學(xué)浙江省 211工程院校 985工程院校 教育部直屬院校
【文章頁數(shù)】:87 頁
【學(xué)位級別】:碩士
【部分圖文】:
圖2.2?RTSP狀態(tài)機模型??
?第2章相關(guān)技術(shù)??如圖2.3所示,OpenMAX框架主要分為應(yīng)用層(Application?Layer,?AL)、整??合層(Integration?Layer?,?IL)與開發(fā)層(Development?Layer,?DL)這三個部分。??應(yīng)用層用于為上層的應(yīng)用軟件提供編解碼相關(guān)的API接口。??整合層用于抽象底層的編解碼硬件的通用接口,其中將具體的音頻、視頻的??編解碼硬件抽象為組件(component),通過組件定義的一組通用接口實現(xiàn)對不同??硬件實現(xiàn)的抽象。軟件開發(fā)者通過整合層實現(xiàn)抽象的編解碼操作與底層編解碼硬??件實現(xiàn)之間的轉(zhuǎn)換。??開發(fā)層用于抽象編解碼過程中使用的基本路徑,例如濾波、圖像處理、色域??轉(zhuǎn)換等。這些標準接口由芯片開發(fā)者定義實現(xiàn)
I—?!?I?—?11—?{?I??I_.__J?I?I?I??i?1?I?I?|___I?I?L?1??圖2.4?GStreamer流水線示意圖1461??GStreamer框架內(nèi)部使用多線程機制實現(xiàn),出于性能考慮,并不是每個元素??都會創(chuàng)建單獨的線程,而是其中一些特定的元素創(chuàng)建線程,而相鄰的多個元素共??用該線程,即該線程負責調(diào)度相鄰的多個元素的數(shù)據(jù)處理操作。元素的調(diào)度特性??分為pull-mode與push-mode兩類,元素的端口描述了該元素的調(diào)度特性。當元??素的輸入端口(sinkpad)工作在pull-mode時,此時會創(chuàng)建一個線程,該線程會??調(diào)用上一個元素的pull_range()函數(shù)以獲取數(shù)據(jù)。而當元素的輸出端口(srcpad)??工作在push-mode時,此時也會創(chuàng)建一個線程,該線程會沿著流水線依次調(diào)用下??一個元素的chain?function函數(shù)以將數(shù)據(jù)傳遞給下一個元素。如圖2.5所示為一個??流水線內(nèi)部多線程實現(xiàn)的不意圖。其中的queue2元素同時工作在pull-mode與??push-mode,因而該元素會創(chuàng)建一個線程以獲取上一個元素即networked?source??元素輸出的數(shù)據(jù);同時該元素會創(chuàng)建另一個線程以將數(shù)據(jù)傳遞給流水線中的下一??個元素,即該線程會將數(shù)據(jù)依次傳遞給之后的parser、decoder、audio?sink元素。??|?thread?1?|?thread?2??
【參考文獻】:
期刊論文
[1]基于指紋識別的施工升降機安全監(jiān)控系統(tǒng)設(shè)計[J]. 糜元根,程欣欣,季鵬. 計算機測量與控制. 2015(08)
碩士論文
[1]電梯轎廂內(nèi)乘客異常行為檢測[D]. 朱玉杰.中國科學(xué)技術(shù)大學(xué) 2017
本文編號:3303191
【文章來源】:浙江大學(xué)浙江省 211工程院校 985工程院校 教育部直屬院校
【文章頁數(shù)】:87 頁
【學(xué)位級別】:碩士
【部分圖文】:
圖2.2?RTSP狀態(tài)機模型??
?第2章相關(guān)技術(shù)??如圖2.3所示,OpenMAX框架主要分為應(yīng)用層(Application?Layer,?AL)、整??合層(Integration?Layer?,?IL)與開發(fā)層(Development?Layer,?DL)這三個部分。??應(yīng)用層用于為上層的應(yīng)用軟件提供編解碼相關(guān)的API接口。??整合層用于抽象底層的編解碼硬件的通用接口,其中將具體的音頻、視頻的??編解碼硬件抽象為組件(component),通過組件定義的一組通用接口實現(xiàn)對不同??硬件實現(xiàn)的抽象。軟件開發(fā)者通過整合層實現(xiàn)抽象的編解碼操作與底層編解碼硬??件實現(xiàn)之間的轉(zhuǎn)換。??開發(fā)層用于抽象編解碼過程中使用的基本路徑,例如濾波、圖像處理、色域??轉(zhuǎn)換等。這些標準接口由芯片開發(fā)者定義實現(xiàn)
I—?!?I?—?11—?{?I??I_.__J?I?I?I??i?1?I?I?|___I?I?L?1??圖2.4?GStreamer流水線示意圖1461??GStreamer框架內(nèi)部使用多線程機制實現(xiàn),出于性能考慮,并不是每個元素??都會創(chuàng)建單獨的線程,而是其中一些特定的元素創(chuàng)建線程,而相鄰的多個元素共??用該線程,即該線程負責調(diào)度相鄰的多個元素的數(shù)據(jù)處理操作。元素的調(diào)度特性??分為pull-mode與push-mode兩類,元素的端口描述了該元素的調(diào)度特性。當元??素的輸入端口(sinkpad)工作在pull-mode時,此時會創(chuàng)建一個線程,該線程會??調(diào)用上一個元素的pull_range()函數(shù)以獲取數(shù)據(jù)。而當元素的輸出端口(srcpad)??工作在push-mode時,此時也會創(chuàng)建一個線程,該線程會沿著流水線依次調(diào)用下??一個元素的chain?function函數(shù)以將數(shù)據(jù)傳遞給下一個元素。如圖2.5所示為一個??流水線內(nèi)部多線程實現(xiàn)的不意圖。其中的queue2元素同時工作在pull-mode與??push-mode,因而該元素會創(chuàng)建一個線程以獲取上一個元素即networked?source??元素輸出的數(shù)據(jù);同時該元素會創(chuàng)建另一個線程以將數(shù)據(jù)傳遞給流水線中的下一??個元素,即該線程會將數(shù)據(jù)依次傳遞給之后的parser、decoder、audio?sink元素。??|?thread?1?|?thread?2??
【參考文獻】:
期刊論文
[1]基于指紋識別的施工升降機安全監(jiān)控系統(tǒng)設(shè)計[J]. 糜元根,程欣欣,季鵬. 計算機測量與控制. 2015(08)
碩士論文
[1]電梯轎廂內(nèi)乘客異常行為檢測[D]. 朱玉杰.中國科學(xué)技術(shù)大學(xué) 2017
本文編號:3303191
本文鏈接:http://sikaile.net/jianzhugongchenglunwen/3303191.html
最近更新
教材專著