專利名稱：一種實(shí)現(xiàn)融合視頻監(jiān)控的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)視頻監(jiān)控技術(shù)，具體來說是一種實(shí)現(xiàn)融合視頻監(jiān)控的方法。
背景技術(shù)：
視頻監(jiān)控傳統(tǒng)上屬于安防(保衛(wèi))系統(tǒng)的一部分，其作為安防系統(tǒng)的一項(xiàng)專門業(yè) 務(wù)，一直以來和IT行業(yè)的其他應(yīng)用保持著一定的距離。傳統(tǒng)視頻監(jiān)控以獨(dú)立的小規(guī)模應(yīng)用 為主，其視頻通信采用以同軸電纜為主的模擬通信方式。 目前，隨著計(jì)算機(jī)技術(shù)的發(fā)展和網(wǎng)絡(luò)的普及，視頻監(jiān)控已經(jīng)發(fā)展到了網(wǎng)絡(luò)視頻監(jiān) 控系統(tǒng)，不再局限于簡單地完成對視頻信號的處理、傳輸、控制，其核心乃是對基于IP網(wǎng)絡(luò) 的多媒體信息(視頻/音頻/數(shù)據(jù))提供一個綜合、完備的管理控制平臺。其中，根據(jù)應(yīng)用 網(wǎng)絡(luò)環(huán)境的不同，可分為專網(wǎng)視頻監(jiān)控系統(tǒng)和Internet視頻監(jiān)控系統(tǒng)，包括寬帶互聯(lián)網(wǎng)、 寬帶移動無線網(wǎng)(如CDMA、3G)、衛(wèi)星通信網(wǎng)等視頻監(jiān)控系統(tǒng)。 Interne視頻監(jiān)控的特點(diǎn)是網(wǎng)絡(luò)環(huán)境復(fù)雜、帶寬資源有限，從前端不同種類的攝像 頭(如DVS/DVR、IP camera等)到后端各種不同的監(jiān)控設(shè)備(如PC、手機(jī)、PDA及其它類型 的媒體播放終端等)，中間可能穿過不同種類、介質(zhì)的網(wǎng)絡(luò)，包括有線網(wǎng)、無線網(wǎng)等等。因此， 如何有效地執(zhí)行信令控制、視頻流傳輸，保證后端監(jiān)控設(shè)備能及時、準(zhǔn)確地進(jìn)行視頻監(jiān)控， 是一個必須面對的問題。這要求在實(shí)現(xiàn)Internet視頻監(jiān)控過程中，需要針對網(wǎng)絡(luò)環(huán)境合理 規(guī)劃整個業(yè)務(wù)流程并定義相關(guān)接口及協(xié)議，只有這樣才能形成一個可用的Internet視頻 監(jiān)控系統(tǒng)。 目前，Internet方面各種應(yīng)用協(xié)議五花八門，其中有不少是與視頻相關(guān)的，但這 不足以構(gòu)建一個有效、可用的Internet視頻監(jiān)控系統(tǒng)。 一個有效、可用的Internet視頻 監(jiān)控的概念可以歸結(jié)為"5W"，即任何一個授權(quán)者(whoever)在任何時候(whenever)、任何 地點(diǎn)(wherever)，能通過任何一種手段方式(however)，獲取任何一個被控對象(人或物) (whichever)的任何信息(whatever)。因此，實(shí)現(xiàn)一個有效、可用的Internet視頻監(jiān)控，需 要全面解決包括監(jiān)控系統(tǒng)服務(wù)端和前端監(jiān)控設(shè)備及后端設(shè)備之間的交互、其間控制信令、 視頻流的傳輸、所需的標(biāo)準(zhǔn)協(xié)議等問題。 現(xiàn)有技術(shù)中，網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)多采用TCP/IP協(xié)議為基本通信協(xié)議，即針對具體 應(yīng)用特點(diǎn)，定義相關(guān)的應(yīng)用協(xié)議，如常見的HTTP、 FTP、 SMTP/P0P3等，同時對于所需協(xié)議選 擇合適的控制信令和視頻流的方式，最終實(shí)現(xiàn)網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)。問題在于，現(xiàn)實(shí)中經(jīng)常需 要融合不同的視頻監(jiān)控系統(tǒng)，上述解決方案并不能滿足要求。 例如，以手機(jī)終端作為客戶端接入訪問固網(wǎng)視頻監(jiān)控平臺，共享固網(wǎng)監(jiān)控資源的 應(yīng)用模式中，前端監(jiān)控設(shè)備輸出的碼流主要服務(wù)于固網(wǎng)寬帶網(wǎng)絡(luò)和PC端客戶，因只支持單 碼流，所支持的設(shè)備非常有限。也就是說，視頻流的碼流格式、幀速等不能直接在移動網(wǎng)絡(luò) 傳輸，也不能在手機(jī)終端解碼播放。 又如，前端監(jiān)控設(shè)備作為流媒體服務(wù)器使用，如常見HTTP流媒體服務(wù)器、RTSP流 媒體服務(wù)器等，監(jiān)控系統(tǒng)需要作為一個客戶端去前端監(jiān)控設(shè)備視頻流。這可能存在以下問題(l)網(wǎng)絡(luò)不可達(dá)，如有防火墻阻塞時，就無法使用；(2)網(wǎng)絡(luò)不穩(wěn)定時難以使用，例如AD 或移動網(wǎng)絡(luò)，一旦斷開重連后其IP會發(fā)生變化，需要通過一個交互過程來獲得新的IP，如 DynDNS就需要一個較長的時間才能恢復(fù)到可用狀態(tài)。 再如，前端監(jiān)控設(shè)備自動注冊的方法，通常采用DynDNS來實(shí)現(xiàn)。如果前端監(jiān)控設(shè) 備掉線或因其它故障失效時，監(jiān)控系統(tǒng)就無法獲知；只有等到前端監(jiān)控設(shè)備再次注冊或長 時間的連接失敗后，才能確認(rèn)前端監(jiān)控設(shè)備的有效性。此外，DynDNS的另一缺點(diǎn)是沒有可 供管理的接口。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明旨在提供一種實(shí)現(xiàn)融合視頻監(jiān)控的方法，以解決網(wǎng)絡(luò)環(huán)境及不
同設(shè)備之間的互操作性問題，實(shí)現(xiàn)有效、可用的融合視頻監(jiān)控系統(tǒng)。 為解決以上技術(shù)問題，本發(fā)明所提供的技術(shù)方案是，一種實(shí)現(xiàn)融合視頻監(jiān)控的方 法，包括 (1)客戶端選擇前端監(jiān)控設(shè)備，并向系統(tǒng)服務(wù)器發(fā)出視頻流請求； (2)系統(tǒng)服務(wù)器判斷是否需要對視頻流轉(zhuǎn)碼，若是，通知轉(zhuǎn)碼服務(wù)器啟動轉(zhuǎn)碼任
務(wù)，同時提交相應(yīng)的前端監(jiān)控設(shè)備參數(shù)； (3)轉(zhuǎn)碼服務(wù)器向前端監(jiān)控設(shè)備發(fā)出視頻流請求，對獲取的視頻流轉(zhuǎn)碼后，發(fā)送至 流媒體服務(wù)器； (4)流媒體服務(wù)器將視頻流轉(zhuǎn)發(fā)至客戶端。
所述步驟(3)中，視頻流轉(zhuǎn)碼的采取以下方法
對視頻流解碼； 分析視頻流的參數(shù)是否符合客戶端的要求，
若是，根據(jù)設(shè)置的幀率、帶寬要求重新編碼；
若否，調(diào)用存儲的轉(zhuǎn)碼方式，對視頻流轉(zhuǎn)碼。 所述步驟(1)中，客戶端從監(jiān)控資源列表中選擇前端監(jiān)控設(shè)備。 客戶端預(yù)先向系統(tǒng)服務(wù)器發(fā)出監(jiān)控資源下載請求，獲取監(jiān)控資源列表。 系統(tǒng)服務(wù)器對客戶端進(jìn)行登錄認(rèn)證；若通過，允許客戶端下載監(jiān)控資源列表；否
則，拒絕客戶端下載監(jiān)控資源列表。 前端監(jiān)控設(shè)備編碼兩路視頻流并發(fā)布。 視頻流采用Motion Jpeg和H264/AVC兩種編碼形式。 將視頻流封裝成HTTP數(shù)據(jù)包。 前端監(jiān)控設(shè)備上電后向系統(tǒng)服務(wù)器發(fā)起注冊請求。
采用HTTP/XML方式自動注冊 與現(xiàn)有技術(shù)相比，本發(fā)明充分考慮網(wǎng)絡(luò)環(huán)境及不同設(shè)備之間的互操作性問題，樂 實(shí)現(xiàn)一個有效、可用的5W(whoever、 whenever、 wherever、 however、 whatever)的Internet 視頻監(jiān)控系統(tǒng)，其有益效果包括但不限于以下方面
1、實(shí)時轉(zhuǎn)碼，兼容傳統(tǒng)監(jiān)控設(shè)備，保護(hù)用戶投資； 2、支持雙碼流，可滿足不同網(wǎng)絡(luò)、不同后端設(shè)備的需要，以及不同的個性化監(jiān)控需 求；
3、基于HTTP/XML的自動注冊的方法，解決了設(shè)備有效性的問題，全部自動完成，有利于監(jiān)控系統(tǒng)對設(shè)備的管理。 4、前端監(jiān)控設(shè)備按需發(fā)布視頻流，必要時進(jìn)行HTTP封裝，有效地解決Internet網(wǎng)絡(luò)環(huán)境下容易遇到的防火墻、NAT代理等問題，保證在目前的AD寬帶、3G無線網(wǎng)等類似網(wǎng)絡(luò)中可用。


圖1是實(shí)現(xiàn)融合視頻監(jiān)控系統(tǒng)的網(wǎng)絡(luò)拓?fù)鋱D； 圖2是圖l所示融合視頻監(jiān)控系統(tǒng)方框圖，其中，實(shí)線為轉(zhuǎn)碼工作狀態(tài)，虛線為常規(guī)工作狀態(tài)； 圖3是在圖2所示系統(tǒng)基礎(chǔ)上實(shí)現(xiàn)融合視頻監(jiān)控的方法流程 圖4是圖2所示系統(tǒng)在轉(zhuǎn)碼方式下的信令圖。
具體實(shí)施例方式
本發(fā)明的基本構(gòu)思是，通過實(shí)時轉(zhuǎn)碼實(shí)現(xiàn)不同網(wǎng)絡(luò)環(huán)境間設(shè)備的交互，以兼容傳
統(tǒng)監(jiān)控設(shè)備，最終實(shí)現(xiàn)融合視頻監(jiān)控。 下面結(jié)合附圖和實(shí)施例對本發(fā)明進(jìn)一步描述。 同時參見圖1、圖2，融合視頻監(jiān)控系統(tǒng)由若干前端監(jiān)控設(shè)備、轉(zhuǎn)碼服務(wù)器、系統(tǒng)服務(wù)器、流媒體服務(wù)器及若干客戶端構(gòu)成，其中 客戶端包括PC、手機(jī)、PDA等各類終端，可向系統(tǒng)服務(wù)器發(fā)出實(shí)時視頻流監(jiān)控請求，獲取視頻流后可進(jìn)行實(shí)時播放。 前端監(jiān)控設(shè)備包括IP Cameral (網(wǎng)絡(luò)攝像機(jī))、球機(jī)、DVR(數(shù)字視頻錄像機(jī))、DVS(網(wǎng)絡(luò)視頻服務(wù)器)，ishow(視頻互動娛樂平臺)等，在通電后即可向系統(tǒng)服務(wù)器登記注冊。 系統(tǒng)服務(wù)器，主要作為Web服務(wù)器或DynDNS，在收到客戶端視頻流監(jiān)控請求后，根據(jù)前端監(jiān)控設(shè)備的在線情況，指令在線前端監(jiān)控設(shè)備發(fā)布視頻流。 流媒體服務(wù)器，將前端監(jiān)控設(shè)備的視頻流轉(zhuǎn)發(fā)至客戶端。具體是，視頻流由前端監(jiān)控設(shè)備到流媒體服務(wù)器，再由流媒體服務(wù)器轉(zhuǎn)發(fā)到客戶端播放。其中，流媒體服務(wù)器可以單獨(dú)設(shè)置，也可視情況由系統(tǒng)服務(wù)器本身擔(dān)當(dāng)。 轉(zhuǎn)碼服務(wù)器，在客戶端與網(wǎng)絡(luò)環(huán)境、前端監(jiān)控設(shè)備不相適用時，將視頻流轉(zhuǎn)碼，再由流媒體服務(wù)器轉(zhuǎn)發(fā)至客戶端。 上述融合視頻監(jiān)控系統(tǒng)可適用于Internet網(wǎng)絡(luò)環(huán)境(包括寬帶互聯(lián)網(wǎng)、CDMA、3G寬帶移動無線網(wǎng)、衛(wèi)星通信網(wǎng)等)，均采用TCP/IP協(xié)議為基本通信協(xié)議。在實(shí)際項(xiàng)目中，還應(yīng)根據(jù)具體應(yīng)用特點(diǎn)定義相關(guān)的應(yīng)用協(xié)議(如常見的HTTP、 FTP、 SMTP/P0P3等)，其中，所需協(xié)議至少包括控制信令和視頻流發(fā)布兩個方面。本發(fā)明具體采取以下辦法
1、控制信令 采用HTTP/HTTPS協(xié)議，所有數(shù)據(jù)都封裝成XML格式，作為參數(shù)commandlist的值附在URL后發(fā)送出去；其中登錄認(rèn)證、配置管理采用HTTPS協(xié)議以保證數(shù)據(jù)通訊安全。
2、視頻流發(fā)布
視頻編碼可采用Motion Jpeg和H264/AVC兩種編碼形式，并封裝成視頻流。根據(jù)需要可封裝成HTTP數(shù)據(jù)包，以穿過防火墻。實(shí)際運(yùn)行中，具體采用何種編碼，系統(tǒng)服務(wù)器根據(jù)客戶端類型決定編碼格式，并通知前端監(jiān)控設(shè)備，由前端監(jiān)控設(shè)備向監(jiān)控系統(tǒng)服務(wù)端發(fā)布相應(yīng)編碼方式的視頻流。 在上述系統(tǒng)架構(gòu)的基礎(chǔ)上，下面對本發(fā)明實(shí)現(xiàn)融合視頻監(jiān)控的方法進(jìn)行說明。 參見圖3，實(shí)現(xiàn)融合視頻監(jiān)控的方法包括以下步驟 S301 、客戶端選擇前端監(jiān)控設(shè)備，并向系統(tǒng)服務(wù)器發(fā)出視頻流請求。 客戶端從獲取的監(jiān)控系統(tǒng)資源列表中選擇前端監(jiān)控設(shè)備，具體通過客戶端向系統(tǒng)
服務(wù)器發(fā)出監(jiān)控資源下載請求以獲取監(jiān)控資源列表。其中，需要系統(tǒng)服務(wù)器對客戶端進(jìn)行
登錄認(rèn)證；若通過，允許客戶下載監(jiān)控資源列表；否則，拒絕客戶下載監(jiān)控資源列表。 S302、系統(tǒng)服務(wù)器判斷是否需要對視頻流轉(zhuǎn)碼， 若是，進(jìn)入步驟S303; 若否，進(jìn)入步驟S308。 在客戶端與網(wǎng)絡(luò)環(huán)境、前端監(jiān)控設(shè)備不相適用時，將視頻流轉(zhuǎn)碼，再由流媒體服務(wù)器轉(zhuǎn)發(fā)至客戶端；否則，視頻流無需轉(zhuǎn)碼，按常規(guī)方法處理即可。 S303、系統(tǒng)服務(wù)器通知轉(zhuǎn)碼服務(wù)器啟動轉(zhuǎn)碼任務(wù)，同時提交相應(yīng)的前端監(jiān)控設(shè)備參數(shù)。 在系統(tǒng)服務(wù)器發(fā)現(xiàn)需要轉(zhuǎn)碼時，就通知轉(zhuǎn)碼服務(wù)器啟動轉(zhuǎn)碼任務(wù)，并將相關(guān)信息，包括前端監(jiān)控設(shè)備IP等提交給服務(wù)器。 S304 、轉(zhuǎn)碼服務(wù)器向前端監(jiān)控設(shè)備發(fā)出視頻流請求。
S305 、轉(zhuǎn)碼服務(wù)器對獲取的視頻流轉(zhuǎn)碼。 轉(zhuǎn)碼方式具體是，對視頻流解碼；分析視頻流的參數(shù)是否符合客戶端的要求，若是，根據(jù)設(shè)置的幀率、帶寬要求重新編碼；若否，調(diào)用存儲的轉(zhuǎn)碼方式，對視頻流轉(zhuǎn)碼。
S306 、轉(zhuǎn)碼服務(wù)器向流媒體服務(wù)器發(fā)布視頻流。
S307、流媒體服務(wù)器將視頻流轉(zhuǎn)發(fā)至客戶端。 根據(jù)步驟S304-S307，轉(zhuǎn)碼服務(wù)器依照前述信息到前端監(jiān)控設(shè)備請求視頻流；在
成功獲取后則可按要求重新編碼，并將編碼后的視頻流發(fā)送給流媒體服務(wù)器，再由流媒體
服務(wù)器發(fā)送給客戶端。 S308、按現(xiàn)有辦法處理視頻流。 在無需轉(zhuǎn)碼時，按照現(xiàn)有辦法處理視頻流即可。具體而言，系統(tǒng)服務(wù)器在收到客戶端視頻流監(jiān)控請求后，根據(jù)前端監(jiān)控設(shè)備的在線情況，指令在線前端監(jiān)控設(shè)備發(fā)布視頻流。該視頻流由前端監(jiān)控設(shè)備到流媒體服務(wù)器，再由流媒體服務(wù)器轉(zhuǎn)發(fā)到客戶端播放。以下為一視頻流發(fā)布實(shí)例 〈？ xml version =〃 1.0〃 ？ >
〈ipcam>
〈Width〉320〈/Width〉 〈Height〉240〈/Height〉 〈fps>15〈/fps> 〈bitrate〉300000〈/bitrate〉 〈/params> 〈/operation> 〈/ipcam> 客戶端退出后，系統(tǒng)服務(wù)器再通知前端監(jiān)控設(shè)備停止發(fā)布。
本發(fā)明還可進(jìn)一步改進(jìn)措施，茲舉幾例說明。 其一，前端監(jiān)控設(shè)備編碼兩路視頻流并發(fā)布，其視頻流具體采用Motionjpeg和H264/AVC兩種編碼形式。 其二，將視頻流封裝成HTTP數(shù)據(jù)包，以穿過防火墻。 其三，前端監(jiān)控設(shè)備上電后向系統(tǒng)服務(wù)器發(fā)起注冊請求，具體采用HTTP/XML方式自動注冊。以下為一注冊請求的XML實(shí)例 (1)注冊請求 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" > 〈ha:registerReq deviceldName = 〃 eshore" password = 〃 123456〃 paras = 〃 Something" xmlns:ha=〃 http://www.eshore.cn/" /> (2)注冊響應(yīng) 響應(yīng)的格式使用基本格式，param的值為"Register"，表示這是針對注冊請求
的響應(yīng)，value指示請求結(jié)果，"l"表示成功，"O"表示失敗，description指示錯誤原因。例
如 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" > 〈responseMsg param =〃 Register" xmlns =〃 http://www.eshore.cn" > 〈value>0〈/value> 〈description>Unknown error ! 〈/description> 〈/responseMsg> 本發(fā)明中，控制信令采用HTTP/HTTPS協(xié)議，其所有數(shù)據(jù)都封裝成XML格式，下面對
其信令的傳遞順序簡要說明。 參見圖4，本發(fā)明的完整的使用過程包括設(shè)備注冊，用戶登錄，監(jiān)控資源下載，監(jiān)控請求，停止退出等步驟，具體過程為(l)系統(tǒng)服務(wù)器配置任務(wù)；(2)系統(tǒng)服務(wù)器發(fā)出登錄消(包括用戶名、密碼、登錄用戶時間有效期等)；(3)轉(zhuǎn)碼服務(wù)器返回登錄響應(yīng)消息，獲得LoginSession ; (4)系統(tǒng)服務(wù)器發(fā)出下載任務(wù)消息(包括發(fā)布點(diǎn)的ID、發(fā)布名，CameralURL、視頻參數(shù)等)；(5)轉(zhuǎn)碼服務(wù)器刪除之前的任務(wù)，啟用新任務(wù)；(6)轉(zhuǎn)碼服務(wù)器返回下載任務(wù)響應(yīng)消息；(7)客戶端(如PC/手機(jī)終端)發(fā)出獲取視頻監(jiān)控資源列表消息，即獲取圖像節(jié)點(diǎn)列表；(8)客戶端選擇相應(yīng)前端監(jiān)控設(shè)備后，請求視頻流；(9)系統(tǒng)器請求視頻流發(fā)布；(10)轉(zhuǎn)碼服務(wù)器返回視頻流發(fā)布響應(yīng)消息；(ll)若返回狀態(tài)為無此任務(wù)(或認(rèn)證失敗)，則系統(tǒng)服務(wù)器重新(登錄)下載任務(wù)；(12)轉(zhuǎn)碼服務(wù)器判斷視頻流是否已發(fā)布；(13)獲取視頻流(http或rtsp) ;(14)轉(zhuǎn)碼服務(wù)器轉(zhuǎn)碼，具體包括解碼、裁減及編碼過程；(15)轉(zhuǎn)碼服務(wù)器發(fā)布視頻流；(16)流媒體服務(wù)器將視頻流轉(zhuǎn)發(fā)至客戶端；(17)客戶端播放視頻流； (18)客戶端發(fā)出停止視頻流請求；(19)系統(tǒng)服務(wù)器發(fā)出停止視頻流發(fā)布消息；(20)轉(zhuǎn)碼服 務(wù)器判斷是否可以停止發(fā)布視頻流；(21)轉(zhuǎn)碼服務(wù)器發(fā)出停止獲取視頻流消息；(22)轉(zhuǎn)碼 服務(wù)器發(fā)出停止發(fā)布視頻流；(23)系統(tǒng)服務(wù)器發(fā)出登出消息；(24)轉(zhuǎn)碼服務(wù)器返回登出響 應(yīng)消息。 上述過程中，用戶通過登錄認(rèn)證后，將自動獲取監(jiān)控資源列表，選擇其中一個監(jiān)控 資源后，系統(tǒng)服務(wù)器(Web服務(wù)器)發(fā)現(xiàn)需要轉(zhuǎn)碼，就通知轉(zhuǎn)碼服務(wù)器啟動轉(zhuǎn)碼任務(wù)，并將相 關(guān)信息，包括前端監(jiān)控設(shè)備IP等提交給轉(zhuǎn)碼服務(wù)器；轉(zhuǎn)碼服務(wù)器根據(jù)這些信息到前端監(jiān)控 設(shè)備請求視頻流，成功獲取后解碼，并按要求重新編碼，將重新編碼后的視頻流發(fā)送給流媒 體服務(wù)器；再由流媒體服務(wù)器發(fā)送給用戶；用戶不再監(jiān)控時就發(fā)送停止視頻流請求至系統(tǒng) 服務(wù)器，由系統(tǒng)服務(wù)器發(fā)送停止發(fā)布視頻流請求到轉(zhuǎn)碼服務(wù)器上，并最終完成停止動作。
以上僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出的是，上述優(yōu)選實(shí)施方式不應(yīng)視為對 本發(fā)明的限制，本發(fā)明的保護(hù)范圍應(yīng)當(dāng)以權(quán)利要求所限定的范圍為準(zhǔn)。對于本技術(shù)領(lǐng)域的 普通技術(shù)人員來說，在不脫離本發(fā)明的精神和范圍內(nèi)，還可以做出若干改進(jìn)和潤飾，這些改 進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種實(shí)現(xiàn)融合視頻監(jiān)控的方法，其特征在于，包括(1)客戶端選擇前端監(jiān)控設(shè)備，并向系統(tǒng)服務(wù)器發(fā)出視頻流請求；(2)系統(tǒng)服務(wù)器判斷是否需要對視頻流轉(zhuǎn)碼，若是，通知轉(zhuǎn)碼服務(wù)器啟動轉(zhuǎn)碼任務(wù)，同時提交相應(yīng)的前端監(jiān)控設(shè)備參數(shù)；(3)轉(zhuǎn)碼服務(wù)器向前端監(jiān)控設(shè)備發(fā)出視頻流請求，對獲取的視頻流轉(zhuǎn)碼后，發(fā)送至流媒體服務(wù)器；(4)流媒體服務(wù)器將視頻流轉(zhuǎn)發(fā)至客戶端。
2. 如權(quán)利要求l所述的實(shí)現(xiàn)融合視頻監(jiān)控的方法，其特征在于，所述步驟(3)中，視頻流轉(zhuǎn)碼的采取以下方法對視頻流解碼；分析視頻流的參數(shù)是否符合客戶端的要求，若是，根據(jù)設(shè)置的幀率、帶寬要求重新編碼；若否，調(diào)用存儲的轉(zhuǎn)碼方式，對視頻流轉(zhuǎn)碼。
3. 如權(quán)利要求l所述的實(shí)現(xiàn)融合視頻監(jiān)控的方法，其特征在于，所述步驟(1)中，客戶端從監(jiān)控資源列表中選擇前端監(jiān)控設(shè)備。
4. 如權(quán)利要求3所述的實(shí)現(xiàn)融合視頻監(jiān)控的方法，其特征在于，客戶端預(yù)先向系統(tǒng)服務(wù)器發(fā)出監(jiān)控資源下載請求，獲取監(jiān)控資源列表。
5. 如權(quán)利要求4所述的實(shí)現(xiàn)融合視頻監(jiān)控的方法，其特征在于，系統(tǒng)服務(wù)器對客戶端進(jìn)行登錄認(rèn)證；若通過，允許客戶端下載監(jiān)控資源列表；否則，拒絕客戶端下載監(jiān)控資源列表。
6. 如權(quán)利要求1所述的實(shí)現(xiàn)融合視頻監(jiān)控的方法，其特征在于，前端監(jiān)控設(shè)備編碼兩路視頻流并發(fā)布。
7. 如權(quán)利要求4所述的實(shí)現(xiàn)融合視頻監(jiān)控的方法，其特征在于，視頻流采用MotionJpeg和H264/AVC兩種編碼形式。
8. 如權(quán)利要求1所述的實(shí)現(xiàn)融合視頻監(jiān)控的方法，其特征在于，將視頻流封裝成HTTP數(shù)據(jù)包。
9. 如權(quán)利要求l-8任一項(xiàng)所述的實(shí)現(xiàn)融合視頻監(jiān)控的方法，其特征在于，前端監(jiān)控設(shè)備上電后向系統(tǒng)服務(wù)器發(fā)起注冊請求。
10. 如權(quán)利要求9所述的實(shí)現(xiàn)融合視頻監(jiān)控的方法，其特征在于，采用HTTP/XML方式自動注冊。
全文摘要
本發(fā)明公開一種實(shí)現(xiàn)融合視頻監(jiān)控的方法，(1)客戶端選擇前端監(jiān)控設(shè)備，并向系統(tǒng)服務(wù)器發(fā)出視頻流請求；(2)系統(tǒng)服務(wù)器判斷是否需要對視頻流轉(zhuǎn)碼，若是，通知轉(zhuǎn)碼服務(wù)器啟動轉(zhuǎn)碼任務(wù)，同時提交相應(yīng)的前端監(jiān)控設(shè)備參數(shù)；(3)轉(zhuǎn)碼服務(wù)器向前端監(jiān)控設(shè)備發(fā)出視頻流請求，對獲取的視頻流轉(zhuǎn)碼后，發(fā)送至流媒體服務(wù)器；(4)流媒體服務(wù)器將視頻流轉(zhuǎn)發(fā)至客戶端。本發(fā)明解決了網(wǎng)絡(luò)環(huán)境及不同設(shè)備之間的互操作性問題，可實(shí)現(xiàn)有效、可用的融合視頻監(jiān)控系統(tǒng)。
文檔編號H04L29/06GK101710974SQ200910194239
公開日2010年5月19日 申請日期2009年11月27日 優(yōu)先權(quán)日2009年11月27日
發(fā)明者施祖陽, 曾思偉, 李華卿, 梁智健, 王玲麗, 鄭雪青, 金濤, 陳垂華 申請人:廣東億迅科技有限公司