【安防知識網(wǎng)】在安防領(lǐng)域，隨著數(shù)字化系統(tǒng)的大規(guī)模推廣和使用，給流媒體技術(shù)的應(yīng)用帶來了機(jī)會。本文旨在探討流媒體分發(fā)服務(wù)部分的內(nèi)容，供讀者參考。

　　安防流媒體概述

　　流媒體技術(shù)最早出現(xiàn)在互聯(lián)網(wǎng)，指在Internet/Intranet中使用流式傳輸技術(shù)的連續(xù)時基媒體，如：音頻、視頻或多媒體文件。使用流媒體技術(shù)可以避免文件信息下載后再播放的尷尬，并且實(shí)時性較好，無需長時間的下載等待，特有的預(yù)覽和隨時的連接資源給互聯(lián)網(wǎng)用戶帶來了極大的便利性。

　　在安防領(lǐng)域，近年來數(shù)字化系統(tǒng)的大規(guī)模推廣和使用，給流媒體技術(shù)的應(yīng)用帶來了機(jī)會。流媒體技術(shù)可實(shí)現(xiàn)低帶寬環(huán)境下提供高質(zhì)量音頻、視頻等，主要采用MPEG-4/H.264編碼技術(shù)與網(wǎng)絡(luò)傳輸協(xié)議相結(jié)合，可針對不同的網(wǎng)絡(luò)帶寬不同連接速率下的用戶，保證在網(wǎng)絡(luò)條件比較惡劣的情況下，傳輸符合質(zhì)量要求的圖像以達(dá)到相應(yīng)質(zhì)量的視頻播放效果;采用實(shí)時傳輸協(xié)議/傳輸控制協(xié)議對數(shù)據(jù)進(jìn)行實(shí)時傳輸差錯控制，通過對網(wǎng)絡(luò)數(shù)據(jù)傳輸過程中出現(xiàn)的數(shù)據(jù)丟失、亂序、延遲、抖動等錯誤實(shí)時監(jiān)控，并通過一定的緩存和補(bǔ)償最大限度修正網(wǎng)絡(luò)傳輸差錯，保障傳輸質(zhì)量;流媒體組播和廣播技術(shù)可明顯減少服務(wù)器負(fù)荷，同時最大限度節(jié)約帶寬。很顯然流媒體技術(shù)應(yīng)用于遠(yuǎn)程數(shù)字監(jiān)控有著其它方式無可比擬的優(yōu)越性，特別對窄帶寬環(huán)境下的遠(yuǎn)程監(jiān)控作用尤為顯著，不必等遠(yuǎn)端監(jiān)控信息傳輸完畢即可實(shí)時連續(xù)播放，避免了其它方式如下載后再播放的等待問題。

　　安防流媒體傳輸?shù)膶?shí)現(xiàn)需要合適的傳輸協(xié)議，常見的傳輸協(xié)議主要有兩種方式，分別是TCP和UDP。通常情況下，UDP在網(wǎng)絡(luò)延時指標(biāo)不佳的環(huán)境中表現(xiàn)良好，但在網(wǎng)絡(luò)丟包中會出現(xiàn)視頻跳幀現(xiàn)象，原因是采用UDP模式下一旦網(wǎng)絡(luò)狀況不佳產(chǎn)生視頻丟包客戶端解碼不連續(xù)導(dǎo)致的。TCP方式和UDP方式不同，在網(wǎng)絡(luò)丟包測試情況下表現(xiàn)良好，但在低帶寬環(huán)境下網(wǎng)絡(luò)丟包指標(biāo)不佳的網(wǎng)絡(luò)環(huán)境中容易引起網(wǎng)絡(luò)擁塞。

　　媒體技術(shù)的應(yīng)用依賴于網(wǎng)絡(luò)傳輸條件、媒體文件的傳輸控制、媒體文件的編解碼壓縮技術(shù)與效率及客戶端的解碼等幾個重要因素。流媒體技術(shù)在安防行業(yè)的應(yīng)用主要體現(xiàn)在視頻圖像的傳輸、轉(zhuǎn)發(fā)和點(diǎn)播等，它需要綜合考慮網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)的特性并針對性地予以優(yōu)化和實(shí)現(xiàn)。現(xiàn)階段大部分的平臺流媒體分發(fā)服務(wù)器瓶頸主要在網(wǎng)絡(luò)吞吐量上，與CPU、內(nèi)存的相關(guān)性降低，且端到端的延時指標(biāo)也多數(shù)在500ms以下。

　　流媒體服務(wù)在安防數(shù)字解決方案中的地位和作用

　　通常情況下，全數(shù)字系統(tǒng)的物理架構(gòu)主要包括前端單元、客戶端單元以及中心服務(wù)平臺，各部分均接入IP承載網(wǎng)。

　　針對網(wǎng)絡(luò)監(jiān)控應(yīng)用追求實(shí)效性，傳輸?shù)囊曨l圖像不但要流暢，而且還要延時少，這就對流媒體的網(wǎng)絡(luò)軟件設(shè)計以及周邊模塊的設(shè)計提出了優(yōu)化與高效的要求。為了提高視頻轉(zhuǎn)發(fā)效率達(dá)到更好的監(jiān)控效果，對視頻承載網(wǎng)的性能要求傳輸時延在100-300ms，抖動時延在15-50ms，誤碼率在忙時應(yīng)小于1.5%，在閑時應(yīng)小于1%。

　　本文旨在探討流媒體分發(fā)服務(wù)部分的內(nèi)容，因此中心服務(wù)平臺部分重點(diǎn)介紹了與流媒體分發(fā)服務(wù)相關(guān)的中心管理以及網(wǎng)絡(luò)存儲服務(wù)部分。諸如控制信令管理服務(wù)、報警管理服務(wù)等模塊不作描述。上圖中主要描述了前端、客戶端與中心服務(wù)平臺之間的邏輯連接關(guān)系，其中中心管理服務(wù)模塊主要負(fù)責(zé)對前端網(wǎng)元設(shè)備、客戶端、流媒體分發(fā)服務(wù)、網(wǎng)絡(luò)存儲服務(wù)進(jìn)行管理，流媒體分發(fā)服務(wù)主要通過向前端設(shè)備請求視頻流，并將視頻流轉(zhuǎn)發(fā)給網(wǎng)絡(luò)存儲和客戶端。

　　現(xiàn)階段，流媒體技術(shù)在全數(shù)字解決方案系統(tǒng)中發(fā)揮著越來越重要的作用。在大型安防系統(tǒng)中，被管理的網(wǎng)元設(shè)備可以是視頻編碼器、IP攝像機(jī)等，當(dāng)用戶數(shù)量較多或應(yīng)用較多的場景中，單純靠前端的網(wǎng)元設(shè)備如IP Camera/DVS/DVR等來提供網(wǎng)絡(luò)視頻流實(shí)現(xiàn)媒體轉(zhuǎn)發(fā)業(yè)務(wù)是不現(xiàn)實(shí)的，而且受設(shè)備自身性能的影響，網(wǎng)元設(shè)備很難滿足眾多的業(yè)務(wù)請求。在早期的DVR系統(tǒng)中，如果過多的用戶連接，還會造成錄像文件丟幀情況，這充分說明了設(shè)備本身硬件性能和網(wǎng)絡(luò)性能的限制。

　　現(xiàn)階段的系統(tǒng)中通過設(shè)置流媒體轉(zhuǎn)發(fā)服務(wù)器，實(shí)現(xiàn)流媒體業(yè)務(wù)。盡管各家的軟件模塊劃分和定義不同，但是大部分的系統(tǒng)中流媒體都具有如下的功能：

　　·對前端視頻編碼設(shè)備或IP攝像機(jī)請求視頻流;

　　·響應(yīng)客戶端的視頻業(yè)務(wù)請求，并將對應(yīng)的視頻流轉(zhuǎn)發(fā)給客戶端;

　　·將視頻流轉(zhuǎn)發(fā)給存儲服務(wù)器，進(jìn)行視頻資源的存儲;

　　·對存儲服務(wù)器設(shè)備請求錄像視頻流;

　　·響應(yīng)客戶端的視頻業(yè)務(wù)請求，并將對應(yīng)的錄像視頻流轉(zhuǎn)發(fā)給客戶端。

[nextpage]　　當(dāng)系統(tǒng)中的客戶端(或者存儲管理服務(wù)器)需要請求前端視頻服務(wù)器的媒體流，它需要先給中心管理服務(wù)器發(fā)查詢請求，獲取需要建立連接的流媒體分發(fā)服務(wù)器的地址，管理服務(wù)器返回相應(yīng)信息。得到流媒體分發(fā)服務(wù)器地址后，客戶端(或者存儲管理服務(wù)器)向流媒體分發(fā)服務(wù)器請求媒體流，流媒體分發(fā)服務(wù)器向相應(yīng)的前端網(wǎng)絡(luò)視頻服務(wù)器或IP camera請求視頻碼流，建立媒體連接，視頻流必須通過流媒體分發(fā)服務(wù)器來存取前端視頻采集設(shè)備的視頻，保證了信息的安全可靠，減少了前端設(shè)備的資源負(fù)荷以及前端設(shè)備同中心設(shè)備間的網(wǎng)絡(luò)帶寬壓力。

　　在大型系統(tǒng)中，需要計算流媒體分發(fā)路數(shù)以及規(guī)劃流媒體分發(fā)服務(wù)器的數(shù)量。流媒體分發(fā)路數(shù)由網(wǎng)絡(luò)存儲的視頻數(shù)量和客戶端請求的視頻數(shù)量決定;流媒體分發(fā)服務(wù)器的數(shù)量則由流媒體分發(fā)路數(shù)和單臺流媒體的有效分發(fā)數(shù)量共同決定。

　　通常情況下，單臺流媒體分發(fā)服務(wù)器視頻分發(fā)能力均能達(dá)到幾百路以上，其分發(fā)性能往往受限于服務(wù)器的網(wǎng)卡吞吐能力，而與CPU及內(nèi)存的關(guān)聯(lián)程度不大。按照常規(guī)服務(wù)器配置的千兆網(wǎng)卡，其網(wǎng)絡(luò)有效吞吐量約在700-800M之間。按照一路4CIF圖像的碼流在1.2Mbps計算，則一臺流媒體分發(fā)服務(wù)則至少可以轉(zhuǎn)發(fā)550路圖像，而如果轉(zhuǎn)發(fā)每路512Kbps的CIF格式的圖像，則可以達(dá)到至少1400路。

　　假如有300路的監(jiān)控點(diǎn)，需要全部4CIF格式的網(wǎng)絡(luò)存儲，20個客戶端且均是4畫面分割瀏覽顯示，則流媒體需要分發(fā)路數(shù)共包括如下：

　　·對前端網(wǎng)絡(luò)視頻編碼器的視頻請求300路;

　　·對全部的網(wǎng)絡(luò)存儲請求300路;

　　·對客戶端的80路視頻請求。

　　合計共680路4CIF 1.2Mbps格式視頻分發(fā)請求，合計需要的帶寬共約816M，如果配置一臺流媒體分發(fā)服務(wù)器按照最大800M的網(wǎng)絡(luò)吞吐量計算將是略超負(fù)荷運(yùn)行，系統(tǒng)不穩(wěn)定性因素將增加，這種情況下建議配置兩臺流媒體分發(fā)服務(wù)器，以有效實(shí)現(xiàn)負(fù)載均衡。

　　上面的計算方式是普遍情況下的一種參考，當(dāng)然不同的平臺產(chǎn)品，不同的設(shè)計理念可能會造成計算方式不同，比如有的流媒體分發(fā)廠家計算分發(fā)量則是依據(jù)CPU的負(fù)荷，而不是完全依靠流量帶寬來計算，因此上述的觀點(diǎn)僅供參考，具體由平臺廠商提供算法依據(jù)。

　　現(xiàn)階段流媒體在平臺間互聯(lián)互通的地位和作用

　　如今，安防系統(tǒng)處于新老技術(shù)與產(chǎn)品交替更迭的階段，隨著數(shù)字技術(shù)的發(fā)展和演變，在大型系統(tǒng)中獨(dú)立存在的小系統(tǒng)需要改變以往信息孤島的尷尬處境，由于不同階段和時期建設(shè)的系統(tǒng)模式不同，因此勢必會涉及到系統(tǒng)間的兼容和集成問題。在該類系統(tǒng)的改造過程中，系統(tǒng)需要朝著有利于集成與互聯(lián)互通的方向?qū)崿F(xiàn)。

　　現(xiàn)階段舊有系統(tǒng)的改造和擴(kuò)容基本會全部采用數(shù)字化方式，原有系統(tǒng)大多數(shù)基于模擬矩陣和硬盤錄像機(jī)所構(gòu)建。就當(dāng)時的系統(tǒng)來說，受設(shè)計理念和技術(shù)條件的限制沒有依托功能強(qiáng)大的管理軟件進(jìn)行管理，多數(shù)系統(tǒng)的實(shí)時瀏覽和監(jiān)控功能多是通過矩陣的切換控制來實(shí)現(xiàn)，借助硬盤錄像機(jī)的自身硬件性能和區(qū)域式的分布架構(gòu)，中心管理軟件的體系結(jié)構(gòu)非常簡單，網(wǎng)絡(luò)視頻轉(zhuǎn)發(fā)多是靠硬盤錄像機(jī)本身實(shí)現(xiàn);客戶端通過服務(wù)器端的合法性與權(quán)限認(rèn)證之后，網(wǎng)絡(luò)視頻請求則是利用硬盤錄像機(jī)直接發(fā)送視頻流給客戶端實(shí)現(xiàn)實(shí)時瀏覽和錄像調(diào)看，系統(tǒng)缺少強(qiáng)大的網(wǎng)管和信息分發(fā)功能，管理軟件只是簡單的用戶、設(shè)備以及報警管理等，而沒有對系統(tǒng)級各功能模塊的負(fù)載策略優(yōu)化機(jī)制，因此在大型系統(tǒng)中很難發(fā)揮作用。

　　為了更好地兼容原有系統(tǒng)，系統(tǒng)改造需要增加更多的管理與服務(wù)模塊，多數(shù)會采用上文中的中心服務(wù)平臺架構(gòu)模式。當(dāng)數(shù)字化系統(tǒng)具備系統(tǒng)互聯(lián)互通的實(shí)現(xiàn)條件時。可能會出現(xiàn)上下級平臺的架構(gòu)或多級平臺的架構(gòu)，此時流媒體分發(fā)服務(wù)器除了承擔(dān)平臺內(nèi)的業(yè)務(wù)之外，還需要考慮針對平臺間互聯(lián)互通的業(yè)務(wù)請求。

　　平臺互聯(lián)互通的實(shí)現(xiàn)前提需要對平臺間互通控制信令、媒體數(shù)據(jù)包以及客戶端的接口進(jìn)行標(biāo)準(zhǔn)化，其中媒體部分需要將媒體數(shù)據(jù)請求格式和媒體數(shù)據(jù)傳輸格式進(jìn)行標(biāo)準(zhǔn)化，同時還要對客戶端解碼實(shí)現(xiàn)方式與解碼插件接口進(jìn)行標(biāo)準(zhǔn)化。

　　兩個平臺間完全的互聯(lián)互通的常規(guī)實(shí)現(xiàn)架構(gòu)。平臺間互聯(lián)通信往往采用無連接的UDP 通信方式，平臺在通信過程中具有客戶端和服務(wù)端兩個角色。請求、響應(yīng)的通信包需要預(yù)留字節(jié)以供SIP 協(xié)議頭部字段使用。

　　當(dāng)A平臺客戶端可以通過諸如HTTP/SIP協(xié)議對平臺內(nèi)的中心管理服務(wù)器發(fā)出查詢信息和控制信息，A平臺管理服務(wù)器查詢后如果是B平臺下的DVS(DVR/NVS或存儲服務(wù)器)，則通過SIP協(xié)議向B平臺中心管理服務(wù)器發(fā)起UDP消息，B平臺中心管理服務(wù)器檢查目的設(shè)備的IP是否存在于平臺靜態(tài)路由表中，如存在則回復(fù)UDP消息應(yīng)答，并將請求發(fā)送到平臺內(nèi)的流媒體分發(fā)服務(wù)器，則A平臺客戶端收到應(yīng)答后可發(fā)起指令通過平臺內(nèi)的流媒體分發(fā)服務(wù)器到B平臺流媒體分發(fā)服務(wù)器讀取視頻圖像。

　　如果在最后獲取視頻流的環(huán)節(jié)直接通過A平臺客戶端訪問B平臺流媒體服務(wù)器也是可行的，但是一般不建議這樣做，因為這樣會增加對方平臺流媒體分發(fā)服務(wù)器的分發(fā)負(fù)擔(dān)，不利于系統(tǒng)中心管理服務(wù)器對資源占用和負(fù)載的均衡管理。

[nextpage]　　流媒體在多級監(jiān)控系統(tǒng)中的地位和作用

　　在大型系統(tǒng)項目中，往往對“分級分域管理”的要求很高，這種情況需要系統(tǒng)在設(shè)計階段就要考慮多級系統(tǒng)模式。除了常規(guī)的多級用戶、設(shè)備管理之外，存儲服務(wù)和流媒體分發(fā)服務(wù)也應(yīng)當(dāng)考慮多級配置，并且能實(shí)現(xiàn)上級對下級的靈活管理。

　　常規(guī)意義上存儲服務(wù)應(yīng)當(dāng)只對本級系統(tǒng)負(fù)責(zé)，流媒體分發(fā)服務(wù)則需要承擔(dān)更多的功能要求，如除了保證在本級內(nèi)的業(yè)務(wù)響應(yīng)之外，還應(yīng)當(dāng)提供對上級或下級系統(tǒng)的業(yè)務(wù)響應(yīng)。響應(yīng)內(nèi)容除了包括實(shí)時視頻流業(yè)務(wù)之外還包括對錄像視頻文件的轉(zhuǎn)發(fā)。

　　常見的多級平臺系統(tǒng)結(jié)構(gòu)如圖4：兩級或多級監(jiān)控平臺是大型系統(tǒng)或重點(diǎn)行業(yè)如鐵路監(jiān)控系統(tǒng)中常見的架構(gòu)，其作用是上級平臺將多個下級平臺互聯(lián)起來，上級平臺和下級平臺分別獨(dú)自管理，上級平臺的用戶可以訪問下級平臺的前端設(shè)備如攝像機(jī)和中心設(shè)備如存儲服務(wù)器等，為用戶跨區(qū)域和跨平臺訪問視頻監(jiān)控點(diǎn)提供了可能。

　　兩級監(jiān)控平臺可用于上下級平臺間互通或同級平臺間互通，典型應(yīng)用如鐵路行業(yè)的監(jiān)控系統(tǒng)中則要求鐵道部的管理平臺能管理下級的路局、客/專調(diào)度所等的二級平臺，甚至二級平臺下還設(shè)置三級平臺，三級平臺則主要來自各站/段的視頻監(jiān)控系統(tǒng)。

　　在該類的各級平臺中，一級中心管理服務(wù)器主要管理系統(tǒng)內(nèi)所有的用戶，二級中心只對本平臺內(nèi)的用戶進(jìn)行管理，實(shí)現(xiàn)了靈活的容災(zāi)冗余備份機(jī)制，充分滿足“分權(quán)分域”的管理要求;而分布在各級內(nèi)的流媒體分發(fā)服務(wù)器也起到了至關(guān)重要的作用，在針對本級平臺內(nèi)的客戶端用戶，根據(jù)平臺內(nèi)中心管理服務(wù)器下發(fā)的指令，進(jìn)行用戶權(quán)限范圍內(nèi)的視頻轉(zhuǎn)發(fā)，同時還可根據(jù)管理服務(wù)器對不同級系統(tǒng)間視頻請求的判定結(jié)果，實(shí)現(xiàn)下級節(jié)點(diǎn)對上級節(jié)點(diǎn)的視頻流轉(zhuǎn)發(fā)，并且支持多級轉(zhuǎn)發(fā)，對多級用戶請求可通過各級流媒體分發(fā)服務(wù)器逐級轉(zhuǎn)發(fā)。

　　·平臺內(nèi)的客戶端發(fā)送訪問視頻請求到平臺內(nèi)的中心管理服務(wù)器;

　　·一級平臺內(nèi)的中心管理服務(wù)器判定客戶端具有訪問權(quán)限后接受該請求，查找要訪問的視頻資源庫，如果視頻資源來自下級平臺，則將請求轉(zhuǎn)發(fā)到對應(yīng)二級平臺的中心管理服務(wù)器;

　　·二級平臺的中心管理服務(wù)器接受該請求，并返回?fù)碛性撘曨l資源的流媒體分發(fā)服務(wù)器的地址;

　　·一級中心管理服務(wù)器選擇一個該平臺內(nèi)的流媒體分發(fā)服務(wù)器，并將流媒體分發(fā)服務(wù)器地址返回給客戶端;

　　·客戶端按照訪問地址發(fā)送視頻訪問請求到一級平臺內(nèi)的目的流媒體分發(fā)服務(wù)器;

　　·一級平臺內(nèi)的流媒體服務(wù)器按照地址路由信息轉(zhuǎn)發(fā)該請求到二級平臺的流媒體分發(fā)服務(wù)器;

　　·二級平臺的流媒體服務(wù)器響應(yīng)一級平臺的請求;

　　·一級平臺的流媒體服務(wù)器響應(yīng)平臺內(nèi)的客戶端請求;

　　·二級平臺的流媒體服務(wù)器從前端設(shè)備獲得網(wǎng)絡(luò)視頻圖像，并分發(fā)到請求視頻的上級平臺的流媒體服務(wù)器;

　　·一級平臺的流媒體服務(wù)器將網(wǎng)絡(luò)視頻圖像轉(zhuǎn)發(fā)給平臺內(nèi)的客戶端。

　　注：下級平臺如果有多個并列的系統(tǒng)，均可以通過上級平臺的流媒體分發(fā)服務(wù)器進(jìn)行圖像訪問和分發(fā)，增強(qiáng)了中心集中有效的權(quán)限管理和負(fù)載均衡管理。

　　結(jié)合安防業(yè)務(wù)的基于流媒體的應(yīng)用

　　流媒體作為安防系統(tǒng)中心服務(wù)平臺的核心基礎(chǔ)模塊，發(fā)揮著不可或缺的作用，隨著行業(yè)的不斷深入發(fā)展，如何更好地結(jié)合安防業(yè)務(wù)和行業(yè)特點(diǎn)并基于流媒體分發(fā)服務(wù)實(shí)現(xiàn)更多的特色功能是眾多安防從業(yè)者不斷追求的目標(biāo)。

　　在如今不斷擴(kuò)大行業(yè)外延的安防系統(tǒng)的三層結(jié)構(gòu)，其中基礎(chǔ)數(shù)據(jù)層主要是前端的視頻采集設(shè)備、報警采集設(shè)備以及實(shí)時數(shù)據(jù)采集設(shè)備所提供的基礎(chǔ)數(shù)據(jù);在基礎(chǔ)服務(wù)層除了流媒體分發(fā)、存儲服務(wù)之外還包含了很多安防之外的基礎(chǔ)服務(wù)，如GIS/GPS服務(wù)、第三方接口服務(wù)等，但是在安防系統(tǒng)中，最核心的終將還是視頻業(yè)務(wù)，因此眾多的基礎(chǔ)服務(wù)層都將借助流媒體分發(fā)服務(wù)實(shí)現(xiàn)上層的各種業(yè)務(wù)應(yīng)用。

　　通常意義上，結(jié)合流媒體可以實(shí)現(xiàn)的應(yīng)用功能很多，如常見的報警聯(lián)動視頻的切換顯示、錄像功能以及應(yīng)急預(yù)案流程，都離不開流媒體分發(fā)服務(wù)的配合，另外在不同系統(tǒng)間的集成時，也需要流媒體對第三方系統(tǒng)的客戶端或終端提供視頻訪問服務(wù)。

　　在特殊應(yīng)用領(lǐng)域，流媒體服務(wù)能提供更多的智能附加價值，比如在應(yīng)急預(yù)案觸發(fā)的時候，可以結(jié)合預(yù)案流程將有價值的視頻源隨時對應(yīng)急辦和多個職能管理部門發(fā)布，以迅速組建視頻會議實(shí)現(xiàn)應(yīng)急處理。如果在系統(tǒng)運(yùn)行過程中能不斷結(jié)合業(yè)務(wù)特點(diǎn)，將業(yè)務(wù)流程和基礎(chǔ)信息數(shù)據(jù)進(jìn)行分析歸類，并將規(guī)律性事件提煉之后利用反饋環(huán)方式提交給基礎(chǔ)服務(wù)層將可以在一定程度上實(shí)現(xiàn)智能策略管理應(yīng)用。

　　結(jié)語

　　現(xiàn)階段，基于IP承載的數(shù)字化安防系統(tǒng)仍在不斷發(fā)展演進(jìn)，隨著網(wǎng)絡(luò)技術(shù)的發(fā)展完善和IPv6的推廣，更可靠高帶寬的下一代網(wǎng)絡(luò)的逐步演進(jìn)，無線3G技術(shù)的普及，更高性能的視音頻壓縮處理芯片的推出，都會促進(jìn)流媒體技術(shù)在安防應(yīng)用方面的進(jìn)一步發(fā)展，并成為網(wǎng)絡(luò)化監(jiān)控不可缺失的關(guān)鍵環(huán)節(jié)。隨著有線和無線寬帶的普及以及IP Camera的快速成熟，安防行業(yè)的流媒體業(yè)務(wù)也許會進(jìn)入民用領(lǐng)域，開拓一片更加廣闊的天地。