專利名稱：一種視頻監(jiān)控系統(tǒng)及其雙碼流監(jiān)控前端的實現(xiàn)方法
技術領域：
本發(fā)明涉及視頻監(jiān)控系統(tǒng)的監(jiān)控前端技術領域，尤其涉及一種固網(wǎng)、移動融合領
域的視頻監(jiān)控系統(tǒng)中用于發(fā)送兩種碼流的監(jiān)控前端的實現(xiàn)方法及其視頻監(jiān)控系統(tǒng)。
背景技術：
近年來，IP技術成為各個電信網(wǎng)絡共同的網(wǎng)絡特征，固網(wǎng)移動融合也成為新業(yè)務體驗的鮮明業(yè)務特征。 固網(wǎng)視頻監(jiān)控，目前發(fā)展已經比較成熟，應用廣泛。移動視頻監(jiān)控業(yè)務，是指用戶通過各類移動或者有線終端(如流媒體手機、PDA、 PC機等)直接接入PSTN/2. 5G/2. 75G/3G/4G等公共有/無線網(wǎng)絡，便可以對所關注/關心的場所、區(qū)域進行實時視頻監(jiān)控的一種全數(shù)字化的移動分組數(shù)據(jù)業(yè)務應用類型，主要服務于固網(wǎng)網(wǎng)絡無法達到的地域和一些對終端有移動要求的業(yè)務。 而對于目前的移動網(wǎng)絡來說，雖然已經實現(xiàn)3G/4G等新一代的移動網(wǎng)絡技術，但其帶寬相對固網(wǎng)而言，還是比較低的，對于在固網(wǎng)中比較容易實現(xiàn)的典型的如512Kbps、CIF的視頻碼流，在移動網(wǎng)絡中還是不能接受的，還需要再降低碼率，分辨率更小。這種情況下，監(jiān)控前端就需要同時編碼出兩路碼流來，一路為高分辨率(如CIF、D1或以上)、高碼率(如512Kbps或以上)的碼流服務于固網(wǎng)網(wǎng)絡，一路為低分辨率(如QCIF、 SQCIF等)，低碼率(如128Kbps等)的碼流服務于移動網(wǎng)絡。 可見，現(xiàn)有技術中存在一定的問題，需要進一步地改進。

發(fā)明內容
本發(fā)明的目的在于提供一種視頻監(jiān)控系統(tǒng)及其雙碼流監(jiān)控前端的實現(xiàn)方法，其應用于固網(wǎng)移動融合的視頻監(jiān)控系統(tǒng)中，可以實現(xiàn)固網(wǎng)、移動兩種網(wǎng)絡的客戶端同時觀看監(jiān)聽該監(jiān)控點的視音頻信息。 為了實現(xiàn)上述目的，本發(fā)明采用以下技術方案 本發(fā)明提供了一種視頻監(jiān)控系統(tǒng)，所述系統(tǒng)包括流媒體服務器、業(yè)務平臺、客戶端；所述系統(tǒng)還包括至少一個與所述流媒體服務器相連的雙碼流監(jiān)控前端模塊，該監(jiān)控前端模塊用于將視頻數(shù)據(jù)進行編碼，生成用于固網(wǎng)網(wǎng)絡的媒體碼流和/或移動網(wǎng)絡的媒體碼流，并將該媒體碼流通過所述流媒體服務器送至所述客戶端。 所述的系統(tǒng)，其中，所述雙碼流監(jiān)控前端模塊通過固網(wǎng)方式接入所述視頻監(jiān)控系統(tǒng)。 所述的系統(tǒng)，其中，所述每一個雙碼流監(jiān)控前端模塊與所述視頻監(jiān)控系統(tǒng)中的一個或多個視頻攝像頭的輸出端相連。 所述的系統(tǒng)，其中，所述雙碼流監(jiān)控前端模塊與所述業(yè)務平臺通訊連接，用于在所述業(yè)務平臺上注冊所述雙碼流監(jiān)控前端模塊的配置信息。 所述的系統(tǒng)，其中，所述每一個雙碼流監(jiān)控前端模塊與所述流媒體服務器之間設置有兩路媒體碼流通道，一路用于傳輸所述固網(wǎng)網(wǎng)絡的媒體碼流，另一路用于傳輸所述移動網(wǎng)絡的媒體碼流。 上述系統(tǒng)的固網(wǎng)雙碼流前端的實現(xiàn)方法，該方法包括以下步驟 A、雙碼流監(jiān)控前端模塊注冊到業(yè)務平臺，建立與流媒體服務器之間的連接； B、所述雙碼流監(jiān)控前端模塊接收來自所述流媒體服務器的發(fā)送碼流請求； C、所述雙碼流監(jiān)控前端模塊判斷客戶端的所屬網(wǎng)絡，該客戶端為發(fā)起所述發(fā)送碼
流請求的源端； D、根據(jù)所述客戶端所屬的網(wǎng)絡，所述雙碼流監(jiān)控前端模塊將視頻數(shù)據(jù)生成用于固網(wǎng)網(wǎng)絡的媒體碼流或移動網(wǎng)絡的媒體碼流，并將該媒體碼流通過所述流媒體服務器送至所述客戶端。
所述的方法，其中，所述步驟A包括以下步驟 Al、所述雙碼流監(jiān)控前端模塊向所述業(yè)務平臺發(fā)起注冊請求； A2、所述雙碼流監(jiān)控前端模塊接收反饋的注冊響應，并向所述業(yè)務平臺發(fā)送獲取所述流媒體服務器地址的請求； A3、所述雙碼流監(jiān)控前端模塊接收所述業(yè)務平臺反饋的響應； A4、根據(jù)獲取的所述流媒體服務器地址，所述雙碼流監(jiān)控前端模塊向所述流媒體服務器發(fā)起建立連接請求； A5、所述雙碼流監(jiān)控前端模塊接收所述流媒體服務器反饋的建立連接響應。
所述的方法，其中，所述步驟A中，所述雙碼流監(jiān)控前端模塊與所述流媒體服務器之間建立兩路媒體碼流通道，一路用于傳輸所述固網(wǎng)網(wǎng)絡的媒體碼流，另一路用于傳輸所述移動網(wǎng)絡的媒體碼流。 所述的方法，其中，所述步驟C中，所述雙碼流監(jiān)控前端模塊通過查看所述發(fā)送碼流請求來自的媒體碼流通道，來確定所述客戶端的所屬網(wǎng)絡。 所述的方法，其中，所述步驟D中，若所述客戶端屬于移動網(wǎng)絡，則所述雙碼流監(jiān)
控前端模塊將視頻數(shù)據(jù)編碼生成用于移動網(wǎng)絡的媒體碼流；若所述客戶端屬于固網(wǎng)網(wǎng)絡，
則所述雙碼流監(jiān)控前端模塊將視頻數(shù)據(jù)編碼生成用于固網(wǎng)網(wǎng)絡的媒體碼流。 發(fā)明效果本發(fā)明所述的雙碼流監(jiān)控前端模塊可以做到發(fā)送兩種網(wǎng)絡的碼流，將
固網(wǎng)視頻監(jiān)控延伸到移動視頻監(jiān)控，順應了固網(wǎng)移動融合大趨勢，滿足了綜合電信運營商
迫切發(fā)展固網(wǎng)移動融合多媒體業(yè)務的需求，方便了用戶，利用移動網(wǎng)絡的優(yōu)勢，可以使用戶
無處不足的觀看監(jiān)聽監(jiān)控點的視音頻信息。


圖1是本發(fā)明具體實施的組網(wǎng)圖； 圖2是本發(fā)明在移動和固網(wǎng)兩種方式下的注冊到業(yè)務平臺的示意 圖3是本發(fā)明在全固網(wǎng)下的注冊到業(yè)務平臺的示意 圖4是本發(fā)明在移動和固網(wǎng)兩種方式下的媒體播放流程 圖5是本發(fā)明在全固網(wǎng)下的媒體播放流程圖。
具體實施例方式
以下結合說明書附圖詳細說明本發(fā)明的技術方案。
如圖1所示，本發(fā)明所提供的視頻監(jiān)控系統(tǒng)，首先要包括以下幾個部分 (1)流媒體服務器，其主要功能進行媒體碼流的轉發(fā)和存儲等，接收監(jiān)控前端的媒
體碼流，并將其轉發(fā)給客戶端，同時根據(jù)需要進行存儲。
(2)業(yè)務平臺，用于監(jiān)控前端，客戶端，流媒體服務器的注冊以及管理等。
(3)客戶端，用于接收媒體碼流，解碼，顯示圖像，可以為終端設備，也可以為運行 在電腦上的客戶端程序，也可以為流媒體手機、PDA等移動客戶端。從圖1中可以看出，客 戶端分為移動監(jiān)控客戶端和固網(wǎng)監(jiān)控客戶端，移動監(jiān)控客戶端如流媒體手機、PDA等移動客 戶端，固網(wǎng)監(jiān)控客戶端如電腦上的客戶端程序。 最重要的是，在本發(fā)明的視頻監(jiān)控系統(tǒng)還要添加至少一個與所述流媒體服務器相
連的雙碼流監(jiān)控前端模塊，該監(jiān)控前端模塊用于將視頻數(shù)據(jù)進行編碼，生成用于固網(wǎng)網(wǎng)絡
的碼流和/或移動網(wǎng)絡的碼流，并將該碼流通過所述流媒體服務器送至所述客戶端。 如圖l所示，所述雙碼流監(jiān)控前端模塊通過固網(wǎng)方式接入所述視頻監(jiān)控系統(tǒng)。為
了減少硬件設施，降低成本，每一個雙碼流監(jiān)控前端模塊與所述視頻監(jiān)控系統(tǒng)中的一個或
多個視頻攝像頭的輸出端相連，用于實時管理多個視頻攝像頭的輸出端，對多個視頻攝像
頭輸出的視頻數(shù)據(jù)進行編碼，其放置在不同的位置，可以進行多個監(jiān)控點的監(jiān)控。雙碼流監(jiān)
控前端模塊連接攝像頭，可以采用內置攝像頭的方式，也可以外接攝像頭的方式。 如圖1所示，為了方便業(yè)務平臺對雙碼流監(jiān)控前端模塊的管理，所述雙碼流監(jiān)控
前端模塊與所述業(yè)務平臺之間采用通訊連接，用于在所述業(yè)務平臺上注冊所述雙碼流監(jiān)控
前端模塊的配置信息。 如圖1所示，雙碼流監(jiān)控前端模塊主要是對采集的視頻數(shù)據(jù)進行編碼處理，為了 同時滿足兩種網(wǎng)絡方式的需要，在每一個雙碼流監(jiān)控前端模塊與流媒體服務器之間需要設 置兩路媒體碼流通道，一路用于傳輸固網(wǎng)網(wǎng)絡的媒體碼流，另一路用于傳輸移動網(wǎng)絡的媒 體碼流?？梢姡旊p碼流監(jiān)控前端模塊對視頻攝像頭輸入的視頻數(shù)據(jù)按照業(yè)務平臺或者流 媒體的要求，可以有選擇的進行兩種不同方式的編碼，或者可以同時進行兩種方式的編碼， 并將編碼后生成的媒體碼流發(fā)送至流媒體服務器。雙碼流監(jiān)控前端模塊支持的編碼方式可 以是H. 264，也可以是MPEG4等比較常用的編碼方式。 基于上述系統(tǒng)結構，本發(fā)明還提供了一種固網(wǎng)雙碼流前端的實現(xiàn)方法，其主要包 括以下步驟 步驟A、雙碼流監(jiān)控前端模塊注冊到業(yè)務平臺，建立與流媒體服務器之間的連接；
步驟B、雙碼流監(jiān)控前端模塊接收來自流媒體服務器的發(fā)送碼流請求；
步驟C、雙碼流監(jiān)控前端模塊判斷客戶端的所屬網(wǎng)絡，該客戶端為發(fā)起發(fā)送碼流請 求的源端； 步驟D、根據(jù)客戶端所屬的網(wǎng)絡，雙碼流監(jiān)控前端模塊將視頻數(shù)據(jù)生成用于固網(wǎng)網(wǎng) 絡的媒體碼流或移動網(wǎng)絡的媒體碼流，并將該媒體碼流通過流媒體服務器送至所述客戶端。
以下結合附圖詳細說明上述各個步驟的實現(xiàn)方式。 從圖1可以看出，雙碼流監(jiān)控前端模塊以固網(wǎng)方式接入整個視頻監(jiān)控系統(tǒng)，注冊 到業(yè)務平臺上，同時流媒體服務器和各種類型的監(jiān)控客戶端也都注冊到業(yè)務平臺上，雙碼流監(jiān)控前端模塊發(fā)送兩種碼流給流媒體服務器，客戶端從流媒體服務器獲得媒體碼流進行解碼還原，顯示到自身的顯示設備上。如圖2所示，給出了在移動和固網(wǎng)兩種方式下的視頻監(jiān)控系統(tǒng)中的各個組成部分注冊到業(yè)務平臺的示意圖，其中，移動監(jiān)控客戶端與雙碼流監(jiān)控前端模塊進行注冊的過程如下步驟201，移動監(jiān)控客戶端向業(yè)務平臺發(fā)起注冊請求；步驟202，業(yè)務平臺向移動監(jiān)控客戶端反饋注冊響應；步驟203，流媒體服務器向業(yè)務平臺發(fā)起注冊請求；步驟204，移動監(jiān)控客戶端向業(yè)務平臺發(fā)起獲取監(jiān)控前端列表請求；步驟205，業(yè)務平臺向流媒體服務器反饋注冊響應；步驟206，雙碼流監(jiān)控前端模塊向業(yè)務平臺發(fā)起注冊請求；步驟207，在雙碼流監(jiān)控前端模塊完成注冊后，業(yè)務平臺向移動監(jiān)控客戶端反饋獲
取監(jiān)控前端列表的響應； 步驟208，業(yè)務平臺向雙碼流監(jiān)控前端模塊反饋注冊響應； 步驟209，雙碼流監(jiān)控前端模塊接收反饋的注冊響應后，向業(yè)務平臺發(fā)送獲取流媒體服務器地址的請求； 步驟210，雙碼流監(jiān)控前端模塊接收業(yè)務平臺反饋的響應； 步驟211 ，根據(jù)獲取的流媒體服務器地址，雙碼流監(jiān)控前端模塊向流媒體服務器發(fā)起建立連接請求； 步驟212，雙碼流監(jiān)控前端模塊接收到流媒體服務器反饋的建立連接響應，流媒體服務器與雙碼流監(jiān)控前端模塊之間建立連接。 如圖3所示，其給出了本發(fā)明在全固網(wǎng)下的注冊到業(yè)務平臺的示意圖，其中給出了固網(wǎng)監(jiān)控客戶端注冊到業(yè)務平臺的過程，其過程基本與上述流程相同。圖2和圖3是在不同的網(wǎng)絡方式下各種設備注冊到業(yè)務平臺的流程示意圖。圖2中，雙碼流監(jiān)控前端模塊在啟動后讀取自身保存的配置信息，如業(yè)務平臺的IP地址、端口號、帳號、密碼等信息，向業(yè)務平臺發(fā)起注冊請求，業(yè)務平臺收到該請求，鑒權雙碼流監(jiān)控前端模塊的信息，鑒權通過后表明注冊成功，鑒權失敗則雙碼流監(jiān)控前端模塊注冊失敗。注冊成功后，雙碼流監(jiān)控前端模塊向業(yè)務平臺發(fā)送獲取流媒體服務器地址的請求，收到業(yè)務平臺的響應后，雙碼流監(jiān)控前端模塊主動向流媒體服務器發(fā)起兩路連接，用于建立兩路媒體碼流通道， 一路為固網(wǎng)碼流的連接，用于傳輸固網(wǎng)網(wǎng)絡的媒體碼流；另一路是移動碼流的連接，用于傳輸移動網(wǎng)絡的媒體碼流。其示例如下rtsp://172. 16. 69. 36 :10020/ 000055000100004101. sdp guid
=000055000100004101&streamid = l&userid = 0&clienttype = 4&time =20080713101913+08&life = 3600&cryptmode = 0502&crypt = AFE434B24FFF0217BD94DD41E79C5584 其中的streamid字段表明是哪路連接，如1為固網(wǎng)網(wǎng)絡碼流的連接，2為移動網(wǎng)絡碼流的連接。 同樣，流媒體服務器按照同樣的方式向業(yè)務平臺發(fā)起注冊，移動監(jiān)控客戶端通過無線網(wǎng)絡向業(yè)務平臺發(fā)起注冊，至此各種類型的設備都已經注冊到業(yè)務平臺上，由業(yè)務平臺進行統(tǒng)一管理。移動監(jiān)控客戶端在注冊成功后，需要向業(yè)務平臺發(fā)起獲取監(jiān)控前端列表的請求，收到響應后，監(jiān)控客戶端就得到了當前在線的雙碼流監(jiān)控前端模塊，為后續(xù)的媒體 播放做好準備。 以上給出了注冊時的相關流程說明，下面介紹在移動和固網(wǎng)兩種方式下的媒體播
放流程。如圖4所示，移動監(jiān)控客戶端請求媒體播放的過程 步驟301，移動監(jiān)控客戶端向流媒體服務器發(fā)起發(fā)送碼流的請求； 步驟302，流媒體服務器向雙碼流監(jiān)控前端模塊轉發(fā)所述發(fā)送碼流的請求；如圖1
所示，移動監(jiān)控客戶端與流媒體服務器之間是單路連接的，而流媒體服務器與雙碼流監(jiān)控
前端模塊是雙路連接的，所以，當流媒體服務獲知是移動監(jiān)控客戶端發(fā)送的請求，則通過用
于傳輸移動碼流的通道轉發(fā)給雙碼流監(jiān)控前端模塊。 步驟303，流媒體服務器向移動監(jiān)控客戶端反饋發(fā)送碼流的響應； 步驟304，雙碼流監(jiān)控前端模塊向流媒體服務器反饋發(fā)送碼流的響應； 步驟305，雙碼流監(jiān)控前端模塊開始編碼，打包，通過上述通道向流媒體服務器發(fā)
送用于移動網(wǎng)絡的媒體碼流； 步驟306，流媒體服務器將上述媒體碼流轉發(fā)給移動監(jiān)控客戶端；
步驟307，移動監(jiān)控客戶端向流媒體服務器發(fā)起停止發(fā)送碼流的請求；
步驟308，流媒體服務器向雙碼流監(jiān)控前端模塊轉發(fā)所述停止發(fā)送碼流的請求；
步驟309，流媒體服務器向移動監(jiān)控客戶端反饋停止發(fā)送碼流的響應；
步驟310，雙碼流監(jiān)控前端模塊向流媒體服務器反饋停止發(fā)送碼流的響應。
如圖5所示，固網(wǎng)監(jiān)控客戶端請求媒體播放的過程可以參照上述流程實現(xiàn)。圖4 和圖5是在不同的網(wǎng)絡方式下媒體播放的流程。移動監(jiān)控客戶端根據(jù)自身得到的監(jiān)控前端 列表，選擇想要觀看的雙碼流監(jiān)控前端模塊進行播放，此時移動監(jiān)控客戶端向業(yè)務平臺發(fā) 送獲取該監(jiān)控前端所連接的流媒體服務器的地址，收到業(yè)務平臺的響應后，向流媒體服務 器請求發(fā)送碼流，流媒體服務器收到請求后判斷是移動網(wǎng)絡發(fā)來的請求，此時通知雙碼流 監(jiān)控前端模塊開始發(fā)送碼流，通過和雙碼流監(jiān)控前端模塊建立的兩路連接中的一路發(fā)送請 求碼流，示例如下 SET_PARAMETER rtsp:〃172. 16. 69. 35/000055000100004101RTSP/1. 0
CSeq :5 X-PLAYCTRL :" PLAY : START " User-Agent :ZMSSStreamingServe:r Request 雙碼流監(jiān)控前端模塊給出的響應示例如下 RTSP/1. 0200SUCCESS Cseq :5 Server :DSS 5. 0. 5 雙碼流監(jiān)控前端模塊收到請求后，判斷是哪路連接發(fā)來的請求，如果是要求發(fā)送 移動網(wǎng)絡方式的碼流，則雙碼流監(jiān)控前端模塊讀取自身的配置信息，這里假定分辨率是 QCIF，碼率是64Kbps，編碼方式是H. 264，需要打包成3GPP2格式的碼流。雙碼流監(jiān)控前端 模塊開始編碼，并按照指定的打包方式，進行打包發(fā)送碼流到流媒體服務器。流媒體服務器 收到監(jiān)控前端的碼流后，轉發(fā)給移動監(jiān)控客戶端。移動監(jiān)控客戶端收到媒體碼流，開始解碼 還原，顯示的自身的顯示設備上，如手機屏幕等。移動監(jiān)控客戶端不想再觀看后，向流媒體服務器發(fā)起停止發(fā)送碼流請求，流媒體服務器收到該請求后，向雙碼流監(jiān)控前端模塊發(fā)送停止發(fā)送碼流請求。雙碼流監(jiān)控前端模塊收到請求后，停止編碼和發(fā)送，并響應流媒體服務器。 從上述可以看出，本發(fā)明所述固網(wǎng)移動融合發(fā)送兩種碼流的雙碼流監(jiān)控前端模塊在啟動后根據(jù)配置信息，需要注冊到業(yè)務平臺上。注冊成功后雙碼流監(jiān)控前端模塊得到流媒體服務器的地址；雙碼流監(jiān)控前端模塊獲得流媒體服務器的地址后，主動向流媒體服務器發(fā)起兩路媒體碼流通道的連接， 一路為固網(wǎng)碼流的連接， 一路是移動網(wǎng)絡碼流的連接，連接流媒體服務器成功后，監(jiān)控前端等待流媒體服務器的碼流發(fā)送請求。如果是支持多通道的雙碼流監(jiān)控前端模塊，則每通道都要和流媒體服務器建立兩路連接。 另外，雙碼流監(jiān)控前端模塊收到流媒體服務器的發(fā)送碼流請求后，判斷是哪路連接發(fā)來的請求。雙碼流監(jiān)控前端模塊通過查看發(fā)送碼流請求來自的媒體碼流通道，來確定客戶端的所屬網(wǎng)絡。如果是移動監(jiān)控客戶端要求雙碼流監(jiān)控前端模塊發(fā)送移動網(wǎng)絡的碼流，則雙碼流監(jiān)控前端模塊根據(jù)配置信息進行編碼，開始發(fā)送碼流；如果固網(wǎng)監(jiān)控客戶端要求監(jiān)控前端發(fā)送固定網(wǎng)絡的碼流，則監(jiān)控前端根據(jù)配置信息(如分辨率是D1，碼率是1024kbps，編碼方式是H.264)進行編碼，開始發(fā)送碼流。如果兩路媒體碼流通道都發(fā)來請求，則表明要求同時發(fā)送兩種碼流，則雙碼流監(jiān)控前端模塊根據(jù)不同的配置信息，分別從不同的通道發(fā)送不同的碼流。發(fā)送碼流的同時需要在碼流的頭部根據(jù)不同的網(wǎng)絡加上不同的打包方式，如移動網(wǎng)絡，可以按照要求打成ISMA/3GPP/3GPP2等移動網(wǎng)絡中常用的格式；如固定網(wǎng)絡，可以按照要求打成TS/RTP等格式。 綜上所述，本發(fā)明所提供的視頻監(jiān)控系統(tǒng)可以發(fā)送兩種網(wǎng)絡的碼流，方便固網(wǎng)監(jiān)控客戶端和移動監(jiān)控客戶端實時獲取相關的視頻數(shù)據(jù)。 上述各具體步驟的舉例說明較為具體，并不能因此而認為是對本發(fā)明的專利保護范圍的限制，本發(fā)明的專利保護范圍應以所附權利要求為準。
8
權利要求
一種視頻監(jiān)控系統(tǒng)，所述系統(tǒng)包括流媒體服務器、業(yè)務平臺、客戶端；其特征在于，所述系統(tǒng)還包括至少一個與所述流媒體服務器相連的雙碼流監(jiān)控前端模塊，該監(jiān)控前端模塊用于將視頻數(shù)據(jù)進行編碼，生成用于固網(wǎng)網(wǎng)絡的媒體碼流和/或移動網(wǎng)絡的媒體碼流，并將該媒體碼流通過所述流媒體服務器送至所述客戶端。
2. 根據(jù)權利要求1所述的系統(tǒng)，其特征在于，所述雙碼流監(jiān)控前端模塊通過固網(wǎng)方式 接入所述視頻監(jiān)控系統(tǒng)。
3. 根據(jù)權利要求1所述的系統(tǒng)，其特征在于，所述每一個雙碼流監(jiān)控前端模塊與所述 視頻監(jiān)控系統(tǒng)中的一個或多個視頻攝像頭的輸出端相連。
4. 根據(jù)權利要求1所述的系統(tǒng)，其特征在于，所述雙碼流監(jiān)控前端模塊與所述業(yè)務平 臺通訊連接，用于在所述業(yè)務平臺上注冊所述雙碼流監(jiān)控前端模塊的配置信息。
5. 根據(jù)權利要求1所述的系統(tǒng)，其特征在于，所述每一個雙碼流監(jiān)控前端模塊與所述 流媒體服務器之間設置有兩路媒體碼流通道， 一路用于傳輸所述固網(wǎng)網(wǎng)絡的媒體碼流，另 一路用于傳輸所述移動網(wǎng)絡的媒體碼流。
6. 權利要求1所述系統(tǒng)的固網(wǎng)雙碼流前端的實現(xiàn)方法，其特征在于，所述方法包括以 下步驟A、 雙碼流監(jiān)控前端模塊注冊到業(yè)務平臺，建立與流媒體服務器之間的連接；B、 所述雙碼流監(jiān)控前端模塊接收來自所述流媒體服務器的發(fā)送碼流請求；C、 所述雙碼流監(jiān)控前端模塊判斷客戶端的所屬網(wǎng)絡，該客戶端為發(fā)起所述發(fā)送碼流請 求的源端；D、 根據(jù)所述客戶端所屬的網(wǎng)絡，所述雙碼流監(jiān)控前端模塊將視頻數(shù)據(jù)生成用于固網(wǎng)網(wǎng) 絡的媒體碼流或移動網(wǎng)絡的媒體碼流，并將該媒體碼流通過所述流媒體服務器送至所述客 戶端。
7. 根據(jù)權利要求6所述的方法，其特征在于，所述步驟A包括以下步驟 A1 、所述雙碼流監(jiān)控前端模塊向所述業(yè)務平臺發(fā)起注冊請求；A2、所述雙碼流監(jiān)控前端模塊接收反饋的注冊響應，并向所述業(yè)務平臺發(fā)送獲取所述 流媒體服務器地址的請求；A3 、所述雙碼流監(jiān)控前端模塊接收所述業(yè)務平臺反饋的響應；A4、根據(jù)獲取的所述流媒體服務器地址，所述雙碼流監(jiān)控前端模塊向所述流媒體服務 器發(fā)起建立連接請求；A5、所述雙碼流監(jiān)控前端模塊接收所述流媒體服務器反饋的建立連接響應。
8. 根據(jù)權利要求6所述的方法，其特征在于，所述步驟A中，所述雙碼流監(jiān)控前端模 塊與所述流媒體服務器之間建立兩路媒體碼流通道， 一路用于傳輸所述固網(wǎng)網(wǎng)絡的媒體碼 流，另一路用于傳輸所述移動網(wǎng)絡的媒體碼流。
9. 根據(jù)權利要求8所述的方法，其特征在于，所述步驟C中，所述雙碼流監(jiān)控前端模塊 通過查看所述發(fā)送碼流請求來自的媒體碼流通道，來確定所述客戶端的所屬網(wǎng)絡。
10. 根據(jù)權利要求6所述的方法，其特征在于，所述步驟D中，若所述客戶端屬于移動網(wǎng) 絡，則所述雙碼流監(jiān)控前端模塊將視頻數(shù)據(jù)編碼生成用于移動網(wǎng)絡的媒體碼流；若所述客 戶端屬于固網(wǎng)網(wǎng)絡，則所述雙碼流監(jiān)控前端模塊將視頻數(shù)據(jù)編碼生成用于固網(wǎng)網(wǎng)絡的媒體 碼流。
全文摘要
本發(fā)明公開了一種視頻監(jiān)控系統(tǒng)及其雙碼流監(jiān)控前端的實現(xiàn)方法，所述視頻監(jiān)控系統(tǒng)包括流媒體服務器、業(yè)務平臺、客戶端；所述系統(tǒng)還包括至少一個與所述流媒體服務器相連的雙碼流監(jiān)控前端模塊，該監(jiān)控前端模塊用于將視頻數(shù)據(jù)進行編碼，生成用于固網(wǎng)網(wǎng)絡的媒體碼流和/或移動網(wǎng)絡的媒體碼流，并將該媒體碼流通過所述流媒體服務器送至所述客戶端。本發(fā)明所述的雙碼流監(jiān)控前端模塊可以做到發(fā)送兩種網(wǎng)絡的碼流，將固網(wǎng)視頻監(jiān)控延伸到移動視頻監(jiān)控，順應了固網(wǎng)移動融合大趨勢，滿足了綜合電信運營商迫切發(fā)展固網(wǎng)移動融合多媒體業(yè)務的需求，方便了用戶，利用移動網(wǎng)絡的優(yōu)勢，可以使用戶無處不足的觀看監(jiān)聽監(jiān)控點的視音頻信息。
文檔編號H04N7/18GK101754002SQ20081021800
公開日2010年6月23日 申請日期2008年12月2日 優(yōu)先權日2008年12月2日
發(fā)明者肖丹, 陳偉, 陜毅, 霍東風 申請人:中興通訊股份有限公司