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

　　安防流媒體概述

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

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

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

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

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

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

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

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

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

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

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

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

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

　　·對(duì)存儲(chǔ)服務(wù)器設(shè)備請(qǐng)求錄像視頻流;

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

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

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

　　通常情況下，單臺(tái)流媒體分發(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計(jì)算，則一臺(tái)流媒體分發(fā)服務(wù)則至少可以轉(zhuǎn)發(fā)550路圖像，而如果轉(zhuǎn)發(fā)每路512Kbps的CIF格式的圖像，則可以達(dá)到至少1400路。

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

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

　　·對(duì)全部的網(wǎng)絡(luò)存儲(chǔ)請(qǐng)求300路;

　　·對(duì)客戶端的80路視頻請(qǐng)求。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　·二級(jí)平臺(tái)的流媒體服務(wù)器響應(yīng)一級(jí)平臺(tái)的請(qǐng)求;

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

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

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

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

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

　　流媒體作為安防系統(tǒng)中心服務(wù)平臺(tái)的核心基礎(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è)備、報(bào)警采集設(shè)備以及實(shí)時(shí)數(shù)據(jù)采集設(shè)備所提供的基礎(chǔ)數(shù)據(jù);在基礎(chǔ)服務(wù)層除了流媒體分發(fā)、存儲(chǔ)服務(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)用功能很多，如常見(jiàn)的報(bào)警聯(lián)動(dòng)視頻的切換顯示、錄像功能以及應(yīng)急預(yù)案流程，都離不開(kāi)流媒體分發(fā)服務(wù)的配合，另外在不同系統(tǒng)間的集成時(shí)，也需要流媒體對(duì)第三方系統(tǒng)的客戶端或終端提供視頻訪問(wèn)服務(wù)。

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

　　結(jié)語(yǔ)

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