專利名稱：一種視頻監(jiān)控系統(tǒng)及視頻監(jiān)控方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)視頻監(jiān)控技術(shù)，具體來說是一種視頻監(jiān)控系統(tǒng)及視頻監(jiān)控方法。
背景技術(shù)：
視頻監(jiān)控傳統(tǒng)上屬于安防(保衛(wèi))系統(tǒng)的一部分，其作為安防系統(tǒng)的一項專門業(yè) 務(wù)，一直以來和IT行業(yè)的其他應(yīng)用保持著一定的距離。傳統(tǒng)視頻監(jiān)控以獨立的小規(guī)模應(yīng)用 為主，其視頻通信采用以同軸電纜為主的模擬通信方式。 目前，隨著計算機技術(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)控的特點是網(wǎng)絡(luò)環(huán)境復(fù)雜、帶寬資源有限，從前端不同種類的攝像 頭(如DVS/DVR、IP camera等)到后端各種不同的監(jiān)控設(shè)備(如PC、手機、PDA及其它類型 的媒體播放終端等)，中間可能穿過不同種類、介質(zhì)的網(wǎng)絡(luò)，包括有線網(wǎng)、無線網(wǎng)等等。因此， 如何有效地執(zhí)行信令控制、視頻流傳輸，保證后端監(jiān)控設(shè)備能及時、準(zhǔn)確地進行視頻監(jiān)控， 是一個必須面對的問題。這要求在實現(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)、任何 地點(wherever)，能通過任何一種手段方式(however)，獲取任何一個被控對象(人或物) (whichever)的任何信息(whatever)。因此，實現(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)用特點，定義相關(guān)的應(yīng)用協(xié)議，如常見的HTTP、 FTP、 SMTP/P0P3等，同時對于所需協(xié)議選 擇合適的控制信令和視頻流的方式，最終實現(xiàn)網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)。問題在于，現(xiàn)有技術(shù)不能 很好地解決不同網(wǎng)絡(luò)環(huán)境與設(shè)備的互操作性問題，因而不能滿足融合視頻監(jiān)控系統(tǒng)的建設(shè)需要。 例如，以手機終端作為客戶端接入訪問固網(wǎng)視頻監(jiān)控平臺，共享固網(wǎng)監(jiān)控資源的 應(yīng)用模式中，前端監(jiān)控設(shè)備輸出的碼流主要服務(wù)于固網(wǎng)寬帶網(wǎng)絡(luò)和PC端客戶，因只支持單 碼流，所支持的設(shè)備非常有限。也就是說，視頻流的碼流格式、幀速等不能直接在移動網(wǎng)絡(luò) 傳輸，也不能在手機終端解碼播放。 又如，前端監(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來實現(xiàn)。如果前端監(jiān)控設(shè) 備掉線或因其它故障失效時，監(jiān)控系統(tǒng)無法及時獲知；只有等到前端監(jiān)控設(shè)備再次注冊或 長時間的連接失敗后，才能確認(rèn)前端監(jiān)控設(shè)備的有效性。此外，DynDNS的另一缺點是沒有 可供管理的接口。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明旨在提供一種視頻監(jiān)控系統(tǒng)及視頻監(jiān)控方法，以解決網(wǎng)絡(luò)環(huán)境
及不同設(shè)備之間的互操作性問題，實現(xiàn)有效、可用的融合視頻監(jiān)控系統(tǒng)。 為解決以上技術(shù)問題，本發(fā)明提供的視頻監(jiān)控系統(tǒng)，包括通過通信鏈路連接的若
干前端監(jiān)控設(shè)備、系統(tǒng)服務(wù)器、流媒體服務(wù)器和若干客戶端，所述前端監(jiān)控設(shè)備包括視頻流 生成模塊，設(shè)置有多種編碼形式，其根據(jù)系統(tǒng)服務(wù)器的指令，選擇相應(yīng)編碼形式進行編碼， 并封裝成視頻流進行發(fā)布。 所述視頻流生成模塊以Motion Jpeg和H264/AVC兩種編碼形式編碼，發(fā)布兩路視 頻流。 所述前端監(jiān)控設(shè)備包括注冊請求模塊，上電后向系統(tǒng)服務(wù)器發(fā)起注冊請求。
所述注冊請求模塊采用HTTP/XML方式自動注冊。 還包括轉(zhuǎn)碼服務(wù)器，根據(jù)系統(tǒng)服務(wù)器指令，向前端監(jiān)控設(shè)備發(fā)出視頻流請求，對獲 取的視頻流轉(zhuǎn)碼，再由流媒體服務(wù)器轉(zhuǎn)發(fā)至客戶端。 本發(fā)明提供的視頻監(jiān)控方法，適用于包括通過通信鏈路連接的若干前端監(jiān)控設(shè)
備、系統(tǒng)服務(wù)器、流媒體服務(wù)器和若干客戶端組成的監(jiān)控系統(tǒng)，其特征在于，包括 預(yù)先在前端監(jiān)控設(shè)備中設(shè)置多種編碼形式； 根據(jù)系統(tǒng)服務(wù)器指令，前端監(jiān)控設(shè)備選擇相應(yīng)的編碼形式； 前端監(jiān)控設(shè)備按照所選擇編碼形式進行編碼，并封裝成視頻流進行發(fā)布。 以Motion Jpeg和H264/AVC兩種編碼形式編碼，發(fā)布兩路視頻流。 前端監(jiān)控設(shè)備上電后向系統(tǒng)服務(wù)器發(fā)起注冊請求。 采用HTTP/XML方式自動注冊。 預(yù)先設(shè)置轉(zhuǎn)碼服務(wù)器，使其根據(jù)系統(tǒng)服務(wù)器通知，向前端監(jiān)控設(shè)備發(fā)出視頻流請 求，對獲取的視頻流轉(zhuǎn)碼，再由流媒體服務(wù)器轉(zhuǎn)發(fā)至客戶端 與現(xiàn)有技術(shù)相比，本發(fā)明充分考慮網(wǎng)絡(luò)環(huán)境及不同設(shè)備之間的互操作性問題，可 實現(xiàn)一個有效、可用的5W(whoever、 whenever、 wherever、 however、 whatever)的Internet 視頻監(jiān)控系統(tǒng)，其有益效果包括但不限于以下方面 1、支持多碼流，可滿足不同網(wǎng)絡(luò)、不同后端設(shè)備的需要，以及不同的個性化監(jiān)控需 求； 2、前端監(jiān)控設(shè)備按需發(fā)布視頻流，必要時進行HTTP封裝，有效地解決Internet網(wǎng) 絡(luò)環(huán)境下容易遇到的防火墻、NAT代理等問題，保證在目前的AD寬帶、3G無線網(wǎng)等類似網(wǎng)絡(luò)中可用。 3、實時轉(zhuǎn)碼，兼容傳統(tǒng)監(jiān)控設(shè)備，保護用戶投資； 4、基于HTTP/XML的自動注冊的方法，解決了設(shè)備有效性的問題，全部自動完成， 有利于監(jiān)控系統(tǒng)對設(shè)備的管理。


圖1是本發(fā)明視頻監(jiān)控系統(tǒng)的網(wǎng)絡(luò)拓?fù)鋱D；
圖2是本發(fā)明視頻監(jiān)控系統(tǒng)的方框圖；
圖3是本發(fā)明視頻監(jiān)控方法的流程圖；
圖4是圖3中視頻流轉(zhuǎn)碼的流程圖；
圖5是本發(fā)明在視頻流轉(zhuǎn)碼時的信令圖。
具體實施例方式
本發(fā)明的基本構(gòu)思是，以多種編碼形式編碼，并封裝成視頻流進行發(fā)布；通過支持 多碼流，實現(xiàn)不同網(wǎng)絡(luò)環(huán)境間設(shè)備的交互，以兼容傳統(tǒng)監(jiān)控設(shè)備，最終實現(xiàn)融合視頻監(jiā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é)議。在實際項目中，還應(yīng)根 據(jù)具體應(yīng)用特點定義相關(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ù)包，以穿過防火墻。實際運行中，具體采用何種編碼，系統(tǒng)服務(wù)器根 據(jù)客戶端類型決定編碼格式，并通知前端監(jiān)控設(shè)備，由前端監(jiān)控設(shè)備向監(jiān)控系統(tǒng)服務(wù)端發(fā) 布相應(yīng)編碼方式的視頻流。 下面結(jié)合附圖和實施例對本發(fā)明進一步描述。 同時參見圖1、圖2，本發(fā)明監(jiān)控系統(tǒng)由通過通信鏈路連接的若干前端監(jiān)控設(shè)備 500、轉(zhuǎn)碼服務(wù)器100、系統(tǒng)服務(wù)器200、流媒體服務(wù)器400及若干客戶端300構(gòu)成，其中
前端監(jiān)控設(shè)備500包括IP Cameral (網(wǎng)絡(luò)攝像機)、球機、DVR (數(shù)字視頻錄像機)、 DVS(網(wǎng)絡(luò)視頻服務(wù)器)，ishow(視頻互動娛樂平臺)等。其中，前端監(jiān)控設(shè)備500包括視頻 流生成模塊501，多種編碼形式，其根據(jù)系統(tǒng)服務(wù)器200的指令，選擇相應(yīng)編碼形式進行編 碼，并封裝成視頻流進行發(fā)布。具體地以Motion Jpeg和H264/AVC兩種編碼形式編碼，并 發(fā)布兩路視頻流。另外，前端監(jiān)控設(shè)備500還包括注冊請求模塊502，在前端監(jiān)控設(shè)備500 上后電后，即采用HTTP/XML方式向系統(tǒng)服務(wù)器200發(fā)起注冊請求以登記注冊。以下為注冊 請求的XML實例
(1)注冊請求 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" >
5
〈ha:registerReq deviceldName = 〃 eshore" password = 〃 123456〃
paras = 〃 Something" xmlns:ha=〃 http://www.eshore.cn/" /> [OO47] (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> 系統(tǒng)服務(wù)器200，主要作為Web服務(wù)器或DynDNS，在收到客戶端300視頻流監(jiān)控請 求后，根據(jù)前端監(jiān)控設(shè)備500的在線情況，指令在線前端監(jiān)控設(shè)備500發(fā)布視頻流。特別地， 系統(tǒng)服務(wù)器200在收到客戶端300的監(jiān)控請求后，將根據(jù)客戶端300情況，指定前端監(jiān)控設(shè) 備500發(fā)布相應(yīng)視頻流。 流媒體服務(wù)器400，將前端監(jiān)控設(shè)備500的視頻流轉(zhuǎn)發(fā)至客戶端300。具體是，視 頻流由前端監(jiān)控設(shè)備500到流媒體服務(wù)器400，再由流媒體服務(wù)器400轉(zhuǎn)發(fā)到客戶端播放。 其中，流媒體服務(wù)器400可以單獨設(shè)置，也可視情況由系統(tǒng)服務(wù)器200本身擔(dān)當(dāng)。
客戶端300包括PC、手機、PDA等各類終端，可向系統(tǒng)服務(wù)器200發(fā)出實時視頻流 監(jiān)控請求，在獲取視頻流后可進行實時播放。 轉(zhuǎn)碼服務(wù)器100，在客戶端300與網(wǎng)絡(luò)環(huán)境、前端監(jiān)控設(shè)備500不相適用時，根據(jù)系 統(tǒng)服務(wù)器200通知，向前端監(jiān)控設(shè)備500發(fā)出視頻流請求，對獲取的視頻流轉(zhuǎn)碼，由流媒體 服務(wù)器400轉(zhuǎn)發(fā)至客戶端300。 本發(fā)明設(shè)置了轉(zhuǎn)碼服務(wù)器100，因此視頻監(jiān)控系包括兩種工作模式，即圖2中實線 所示的轉(zhuǎn)碼模式和虛線所示的常規(guī)模式，其中 在轉(zhuǎn)碼模式下的工作過程為，客戶端300選擇前端監(jiān)控設(shè)備500，并向系統(tǒng)服務(wù)器 200發(fā)出視頻流請求；系統(tǒng)服務(wù)器200判斷是否需要對視頻流轉(zhuǎn)碼，若是，通知轉(zhuǎn)碼服務(wù)器 100啟動轉(zhuǎn)碼任務(wù)，同時提交相應(yīng)的前端監(jiān)控設(shè)備500參數(shù)；轉(zhuǎn)碼服務(wù)器100向前端監(jiān)控設(shè) 備500發(fā)出視頻流請求，對獲取的視頻流轉(zhuǎn)碼后，發(fā)送至流媒體服務(wù)器400 ;由流媒體服務(wù) 器400將視頻流轉(zhuǎn)發(fā)至客戶端300。 在常規(guī)模式下的工作過程為，系統(tǒng)服務(wù)器200在收到客戶端300視頻流監(jiān)控請求
后，根據(jù)前端監(jiān)控設(shè)備500的在線情況，指令在線前端監(jiān)控設(shè)備500發(fā)布視頻流。該視頻流
由前端監(jiān)控設(shè)備500到流媒體服務(wù)器400，再由流媒體服務(wù)器400轉(zhuǎn)發(fā)到客戶端300播放。 以下為視頻流發(fā)布實例 〈？ xml version =〃 1.0〃 ？ > 〈ipcam> 〈operation> 〈method>PlayStart〈/method>
〈codec〉H264〈/codec〉
〈params> 〈Width〉320〈/Width〉 〈Height〉240〈/Height〉 〈fps>15〈/fps> 〈bitrate〉300000〈/bitrate〉 〈/params> 〈/operation> 〈/ipcam> 客戶端退出后，系統(tǒng)服務(wù)器再通知前端監(jiān)控設(shè)備停止發(fā)布。 在上述視頻監(jiān)控系統(tǒng)基礎(chǔ)上，下面對本發(fā)明視頻監(jiān)控方法詳細(xì)進行說明。 參見圖3，本發(fā)明視頻監(jiān)控方法包括但不限于以下步驟 S301、預(yù)先在前端監(jiān)控設(shè)備中設(shè)置多種編碼形式； S302、根據(jù)系統(tǒng)服務(wù)器指令，前端監(jiān)控設(shè)備選擇相應(yīng)的編碼形式； S303、前端服務(wù)器按照所選擇編碼形式進行編碼，并封裝成視頻流進行發(fā)布； S304 、視客戶端情況，轉(zhuǎn)碼服務(wù)器對視頻流進行轉(zhuǎn)碼。 由于前端監(jiān)控設(shè)備以多種編碼形式編碼并封裝成視頻流進行發(fā)布，系統(tǒng)服務(wù)器收 到客戶端監(jiān)控請求后，可根據(jù)客戶端情況指定前端監(jiān)控設(shè)備發(fā)布相應(yīng)視頻流；同時，還預(yù)先 設(shè)置轉(zhuǎn)碼服務(wù)器，根據(jù)需要對視頻流進行轉(zhuǎn)碼；由此，可解決不同網(wǎng)絡(luò)環(huán)境和設(shè)備之間的互 操作性問題。為便于深入理解，以下對轉(zhuǎn)碼模式下的工作過程進一步說明。
參見圖4，視頻流轉(zhuǎn)碼的工作過程具體為 S401 、客戶端選擇前端監(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ù)器對客戶端進行
登錄認(rèn)證；若通過，允許客戶下載監(jiān)控資源列表；否則，拒絕客戶下載監(jiān)控資源列表。 S402、系統(tǒng)服務(wù)器判斷是否需要對視頻流轉(zhuǎn)碼， 若是，進入步驟S403; 若否，進入步驟S408。 在客戶端與網(wǎng)絡(luò)環(huán)境、前端監(jiān)控設(shè)備不相適用時，將視頻流轉(zhuǎn)碼，再由流媒體服務(wù) 器轉(zhuǎn)發(fā)至客戶端；否則，視頻流無需轉(zhuǎn)碼，按常規(guī)方法處理即可。 S403、系統(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ù)器。 S404 、轉(zhuǎn)碼服務(wù)器向前端監(jiān)控設(shè)備發(fā)出視頻流請求。
S405 、轉(zhuǎn)碼服務(wù)器對獲取的視頻流轉(zhuǎn)碼。 轉(zhuǎn)碼方式具體是，對視頻流解碼；分析視頻流的參數(shù)是否符合客戶端的要求，若 是，根據(jù)設(shè)置的幀率、帶寬要求重新編碼；若否，調(diào)用存儲的轉(zhuǎn)碼方式，對視頻流轉(zhuǎn)碼。
S406 、轉(zhuǎn)碼服務(wù)器向流媒體服務(wù)器發(fā)布視頻流。
S407、流媒體服務(wù)器將視頻流轉(zhuǎn)發(fā)至客戶端。
根據(jù)步驟S404-S407，轉(zhuǎn)碼服務(wù)器依照前述信息到前端監(jiān)控設(shè)備請求視頻流；在
成功獲取后則可按要求重新編碼，并將編碼后的視頻流發(fā)送給流媒體服務(wù)器，再由流媒體
服務(wù)器發(fā)送給客戶端。 S408、按現(xiàn)有辦法處理視頻流。 在常規(guī)模式下無需轉(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ā)到客戶端播 放。 參見圖5，本發(fā)明視頻監(jiān)控方法包括設(shè)備注冊、用戶登錄、監(jiān)控資源下載、監(jiān)控請 求、停止退出等步驟，具體包括以下信令(1)系統(tǒng)服務(wù)器配置任務(wù)；(2)系統(tǒng)服務(wù)器發(fā)出 登錄消(包括用戶名、密碼、登錄用戶時間有效期等)；(3)轉(zhuǎn)碼服務(wù)器返回登錄響應(yīng)消 息，獲得LoginSession;(4)系統(tǒng)服務(wù)器發(fā)出下載任務(wù)消息(包括發(fā)布點的ID、發(fā)布名， CameralURL、視頻參數(shù)等)；(5)轉(zhuǎn)碼服務(wù)器刪除之前的任務(wù)，啟用新任務(wù)；(6)轉(zhuǎn)碼服務(wù)器 返回下載任務(wù)響應(yīng)消息；(7)客戶端(如PC/手機終端)發(fā)出獲取視頻監(jiān)控資源列表消息， 即獲取圖像節(jié)點列表；(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)選實施方式，應(yīng)當(dāng)指出的是，上述優(yōu)選實施方式不應(yīng)視為對 本發(fā)明的限制，本發(fā)明的保護范圍應(yīng)當(dāng)以權(quán)利要求所限定的范圍為準(zhǔn)。對于本技術(shù)領(lǐng)域的 普通技術(shù)人員來說，在不脫離本發(fā)明的精神和范圍內(nèi)，還可以做出若干改進和潤飾，這些改 進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
8
權(quán)利要求
一種視頻監(jiān)控系統(tǒng)，包括通過通信鏈路連接的若干前端監(jiān)控設(shè)備、系統(tǒng)服務(wù)器、流媒體服務(wù)器和若干客戶端，其特征在于，所述前端監(jiān)控設(shè)備包括視頻流生成模塊，設(shè)置有多種編碼形式，其根據(jù)系統(tǒng)服務(wù)器的指令，選擇相應(yīng)編碼形式進行編碼，并封裝成視頻流進行發(fā)布。
2. 如權(quán)利要求1所述的視頻監(jiān)控系統(tǒng)，其特征在于，所述視頻流生成模塊以MotionJpeg和H264/AVC兩種編碼形式編碼，發(fā)布兩路視頻流。
3. 如權(quán)利要求1所述的視頻監(jiān)控系統(tǒng)，其特征在于，所述前端監(jiān)控設(shè)備包括注冊請求模塊，上電后向系統(tǒng)服務(wù)器發(fā)起注冊請求。
4. 如權(quán)利要求1所述的視頻監(jiān)控系統(tǒng)，其特征在于，所述注冊請求模塊采用HTTP/XML方式自動注冊。
5. 如權(quán)利要求l-4任一項所述的視頻監(jiān)控系統(tǒng)，其特征在于，還包括轉(zhuǎn)碼服務(wù)器，根據(jù)系統(tǒng)服務(wù)器指令，向前端監(jiān)控設(shè)備發(fā)出視頻流請求，對獲取的視頻流轉(zhuǎn)碼，再由流媒體服務(wù)器轉(zhuǎn)發(fā)至客戶端。
6. —種視頻監(jiān)控方法，適用于包括通過通信鏈路連接的若干前端監(jiān)控設(shè)備、系統(tǒng)服務(wù)器、流媒體服務(wù)器和若干客戶端組成的監(jiān)控系統(tǒng)，其特征在于，包括預(yù)先在前端監(jiān)控設(shè)備中設(shè)置多種編碼形式；根據(jù)系統(tǒng)服務(wù)器指令，前端監(jiān)控設(shè)備選擇相應(yīng)的編碼形式；前端監(jiān)控設(shè)備按照所選擇編碼形式進行編碼，并封裝成視頻流進行發(fā)布。
7. 如權(quán)利要求6所述的視頻監(jiān)控方法，其特征在于，以Motion Jpeg和H264/AVC兩種編碼形式編碼，發(fā)布兩路視頻流。
8. 如權(quán)利要求6的視頻監(jiān)控方法，其特征在于，前端監(jiān)控設(shè)備上電后向系統(tǒng)服務(wù)器發(fā)起注冊請求。
9. 如權(quán)利要求8的視頻監(jiān)控方法，其特征在于，采用HTTP/XML方式自動注冊。
10. 如權(quán)利要求6-9任一項所述的視頻監(jiān)控方法，其特征在于，預(yù)先設(shè)置轉(zhuǎn)碼服務(wù)器，使其根據(jù)系統(tǒng)服務(wù)器通知，向前端監(jiān)控設(shè)備發(fā)出視頻流請求，對獲取的視頻流轉(zhuǎn)碼，再由流媒體服務(wù)器轉(zhuǎn)發(fā)至客戶端。
全文摘要
本發(fā)明公開一種視頻監(jiān)控系統(tǒng)，包括通過通信鏈路連接的若干前端監(jiān)控設(shè)備、系統(tǒng)服務(wù)器、流媒體服務(wù)器和若干客戶端，所述前端監(jiān)控設(shè)備包括視頻流生成模塊，設(shè)置有多種編碼形式，其根據(jù)系統(tǒng)服務(wù)器的指令，選擇相應(yīng)編碼形式進行編碼，并封裝成視頻流進行發(fā)布。在此基礎(chǔ)上，本發(fā)明還公開一種視頻監(jiān)控方法，包括預(yù)先在前端監(jiān)控設(shè)備中設(shè)置多種編碼形式；根據(jù)系統(tǒng)服務(wù)器指令，前端監(jiān)控設(shè)備選擇相應(yīng)的編碼形式；前端監(jiān)控設(shè)備按照所選擇編碼形式進行編碼，并封裝成視頻流進行發(fā)布。由于前端監(jiān)控設(shè)備支持多碼流，可解決網(wǎng)絡(luò)環(huán)境及不同設(shè)備間的互操作性問題，實現(xiàn)有效、可用的融合視頻監(jiān)控系統(tǒng)。
文檔編號H04L29/06GK101710975SQ20091019425
公開日2010年5月19日 申請日期2009年11月27日 優(yōu)先權(quán)日2009年11月27日
發(fā)明者施祖陽, 曾思偉, 李華卿, 梁智健, 王玲麗, 鄭雪青, 金濤, 陳垂華 申請人:廣東億迅科技有限公司