[發(fā)明專利]監(jiān)控設(shè)備的視頻流數(shù)據(jù)分發(fā)方法及裝置

在審

• 申請?zhí)枺?/td>: 201410016460.3
• 申請日: 2014-01-14
• 公開（公告）號: CN103731641A
• 公開（公告）日: 2014-04-16
• 發(fā)明（設(shè)計）人: 彭大永
• 申請（專利權(quán)）人: 深圳英飛拓科技股份有限公司
• 主分類號: H04N7/18
• 分類號: H04N7/18;H04N21/643
• 代理公司: 深圳市博銳專利事務(wù)所 44275
• 代理人: 張明

技術(shù)領(lǐng)域

本發(fā)明涉及安防監(jiān)控領(lǐng)域，尤其涉及一種監(jiān)控設(shè)備的視頻流數(shù)據(jù)分發(fā)方法及裝置。

背景技術(shù)

隨著安防監(jiān)控產(chǎn)品的網(wǎng)絡(luò)化、高清化和智能化，監(jiān)控設(shè)備負(fù)載無疑會愈來愈大，這主要體現(xiàn)在實時視頻流的消耗。當(dāng)設(shè)備處于高負(fù)載的工作狀態(tài)時，經(jīng)常會遇到下列情況：設(shè)備反應(yīng)慢，網(wǎng)頁參數(shù)不能正常顯示和設(shè)置；實時視頻卡頓，花屏，丟幀或請求不成功；智能分析不能正常進(jìn)行。然而，由于監(jiān)控設(shè)備功能不斷復(fù)雜化的發(fā)展，僅靠單純地提升硬件性能來克服上述缺陷來以滿足客戶需求顯然是不現(xiàn)實的。

考慮到視頻流的資源消耗大，故通過減少視頻流的資源消耗對系統(tǒng)性能提升無疑更加直接和高效。

流媒體協(xié)議作為流傳輸協(xié)議，廣泛應(yīng)用于各種監(jiān)控場所。流媒體協(xié)議主要包含三類協(xié)議，即RTSP協(xié)議(Real-Time?Steaming?Potocoal)，RTP協(xié)議(Real-Time?Transport?Potocoal)和RTCP協(xié)議(Real-Time?Transport?Control?Potocoal)。RTSP協(xié)議用于信令交互，控制視頻流的請求與斷開，支持TCP|UDP|Http協(xié)議傳輸，RTP協(xié)議用于數(shù)據(jù)傳輸，RTCP協(xié)議用于流量控制。

由于視頻流的數(shù)據(jù)量大和網(wǎng)絡(luò)鏈路的MTU的限制，視頻幀在發(fā)送之前須拆分來滿足MTU的要求，然后經(jīng)RTP協(xié)議承載發(fā)送至目標(biāo)地址。當(dāng)多路連接（RTSP?over?TCP|UDP|Http）請求同一視頻流時，現(xiàn)有的處理方法為：為每路連接分別創(chuàng)建一條發(fā)送線程，線程函數(shù)中分別進(jìn)行數(shù)據(jù)處理和拆分，然后打包為RTP協(xié)議包發(fā)送至目標(biāo)地址。由于一路視頻連接線程處理（數(shù)據(jù)處理，拆分及RTP協(xié)議封包）資源消耗大，而多路連接又相互獨(dú)立，導(dǎo)致資源消耗隨對同一視頻流請求量的增加而呈線性增長，使系統(tǒng)性能急劇下降。

發(fā)明內(nèi)容

本發(fā)明主要解決的技術(shù)問題是提供一種監(jiān)控設(shè)備的視頻流數(shù)據(jù)分發(fā)方法及裝置，適用于數(shù)據(jù)量大，同時連接的路數(shù)較多的前端監(jiān)控設(shè)備，可在現(xiàn)有的硬件條件下流暢地實現(xiàn)多個設(shè)備對同一視頻流的請求。

本發(fā)明采用的一個技術(shù)方案是：提供一種監(jiān)控設(shè)備的視頻流數(shù)據(jù)分發(fā)方法，包括步驟：

S1、檢測是否有來自客戶端的包含客戶端地址的視頻流播放請求；

S2、當(dāng)檢測到視頻流播放請求時，判斷所請求的視頻流是否已被請求過并且已創(chuàng)建發(fā)送線程，若是，則執(zhí)行步驟S4，若否，則執(zhí)行步驟S3；

S3、創(chuàng)建發(fā)送線程，通過發(fā)送線程生成視頻流數(shù)據(jù)包，然后執(zhí)行步驟S4；

S4、把視頻流播放請求中的客戶端地址添加至視頻流發(fā)送地址列表中，然后執(zhí)行步驟S5；

S5、循環(huán)遍歷視頻流發(fā)送地址列表，通過發(fā)送線程向該列表中的地址發(fā)送視頻流數(shù)據(jù)包。

本發(fā)明采用的另一個技術(shù)方案是：提供一種監(jiān)控設(shè)備的視頻流數(shù)據(jù)分發(fā)裝置，包括：

檢測模塊，用于檢測是否有來自客戶端的包含客戶端地址的視頻流播放請求；

判斷模塊，用于當(dāng)檢測到視頻流播放請求時，判斷所請求的視頻流是否已被請求過并且已創(chuàng)建發(fā)送線程，若是，則通知地址添加模塊執(zhí)行操作，若否，則通知線程創(chuàng)建模塊執(zhí)行操作；

線程創(chuàng)建模塊，用于創(chuàng)建發(fā)送線程，通過發(fā)送線程生成視頻流數(shù)據(jù)包，然后通知地址添加模塊執(zhí)行操作；

地址添加模塊，用于把視頻流播放請求中的客戶端地址添加至視頻流發(fā)送地址列表中，然后通知視頻流發(fā)送模塊執(zhí)行操作；

視頻流發(fā)送模塊，用于循環(huán)遍歷視頻流發(fā)送地址列表并通過發(fā)送線程向該列表中的地址發(fā)送視頻流數(shù)據(jù)包。

本發(fā)明的有益效果是：本發(fā)明通過改變視頻流的連接處理流程，把共性的邏輯處理提取出來，即每路視頻流對應(yīng)一個發(fā)送線程負(fù)責(zé)視頻流數(shù)據(jù)的處理并發(fā)送至不同的目標(biāo)地址，這樣每增加一個對已被請求的視頻流的連接，只是將已處理過的視頻流數(shù)據(jù)多發(fā)送至一個目標(biāo)地址，資源消耗不會線性增長，視頻流數(shù)據(jù)的處理、拆包在同一個發(fā)送線程中復(fù)用，從而實現(xiàn)一次數(shù)據(jù)處理，多連接地址發(fā)送的目的，顯著降低了視頻流數(shù)據(jù)的處理對硬件資源的占用，有利于降低對硬件的要求。

附圖說明

圖1是本發(fā)明的監(jiān)控設(shè)備的視頻流數(shù)據(jù)分發(fā)裝置的一個實施方式的結(jié)構(gòu)框圖；

圖2是本發(fā)明的監(jiān)控設(shè)備的視頻流數(shù)據(jù)分發(fā)方法的一個實施方式的主要執(zhí)行流程圖。

主要元件符號說明：

100、分發(fā)裝置；10、檢測模塊；20、判斷模塊；30、線程創(chuàng)建模塊；40、地址添加模塊；50、視頻流發(fā)送模塊。

具體實施方式