專利名稱：一種保障視頻監(jiān)控錄像連續(xù)性的方法
技術領域：
本發(fā)明涉及視頻監(jiān)控技術，具體涉及一種保障視頻監(jiān)控錄像連續(xù)性的方法。
技術背景視頻監(jiān)控系統(tǒng)是安全防范系統(tǒng)的組成部分，它是一種防范能力較強的綜合 系統(tǒng)。視頻監(jiān)控以其直觀、方便、信息內容豐富而廣泛應用于許多場合。在國內外市場上，主要推出的是數字控制的模擬視頻監(jiān)控和數字視頻監(jiān)控 兩類產品。數字控制的模擬視頻監(jiān)控由于其中信息流的形態(tài)仍為模擬的視頻信 號、網絡結構單一、介質專用等因素制約，已無太多潛力可挖，而隨著流i某體 技術和視頻編碼技術日益成熟，數字視頻監(jiān)控開始隨之快速發(fā)展起來。圖1為數字視頻監(jiān)控系統(tǒng)的結構圖，如圖1所示，數字視頻監(jiān)控系統(tǒng)主要由4^L頻監(jiān)控前端(PU )、 -現頻監(jiān)控客戶端軟件(CU )、企業(yè)管理門戶(PMS/SMS )、 內容分發(fā)網絡(CDN)和注冊服務器模塊(RGM)組成，其中，PU用于采集現場的圖像、聲音，經壓縮編碼后，在一定的條件下進行本地 存儲、或向指定的流媒體服務器發(fā)送流媒體數據的內嵌軟件的硬件設備，也包 含攝像頭和云臺；CU用于監(jiān)控系統(tǒng)的監(jiān)控客戶端單元；PMS/SMS用于提供相 關數據的存儲和管理；CDN用于承載監(jiān)控業(yè)務所需的數據傳輸控制，包括內容 分發(fā)管理器(CDN Manager )、內容分發(fā)代理(CDN Agent )和流媒體服務器(SS )， 其中，SS負責存儲、分發(fā)編碼器的音視頻流；RGM用于完成監(jiān)控前端的信令 轉發(fā)、權限控制等業(yè)務流程，其包括注冊服務器模塊管理器(RGMManager) 和注冊服務器模塊代理(RGM Agent )。目前，數字視頻監(jiān)控系統(tǒng)大部分采用前端錄像的方式進行錄像。數字視頻 監(jiān)控系統(tǒng)在執(zhí)行前端錄像時，首先由CU向RGM發(fā)出錄制請求，由RGM通知 PU進行前端錄像，PU采集圖像并進行編碼后，將經過編碼的圖像信息存入前
端硬盤。如果客戶端需要播放已錄制的錄像，則CU向CDN發(fā)出播放請求， CDN Manager通知SS向PU請求播》t錄像，然后PU將錄像發(fā)送給SS,并經 由CDN代理將錄像發(fā)至請求播放錄像的客戶端。但是在執(zhí)行前端錄像的過程中，前端硬盤如果出現故障，將會導致錄像中 斷。圖2為現有技術處理前端硬盤故障的流程圖，如圖2所示，進行前端錄像 時，如果前端硬盤出現故障，PU主動發(fā)消息通知RGM硬盤故障，RGM再通 知PU暫停執(zhí)行當前錄像任務，前端錄像中斷；在前端硬盤恢復后，仍由PU通 知RGM硬盤已恢復，然后RGM通知前端繼續(xù)錄像?？梢钥闯?，在前端硬盤發(fā) 生故障期間將由于無法繼續(xù)錄像而導致錄像中斷。如果采用給每個監(jiān)控前端附 加備份監(jiān)控前端的方法來保障錄像的連續(xù)性，則需要附加大量的備份監(jiān)控前端， 代價高昂且浪費資源，可行性也不大。發(fā)明內容有鑒于此，本發(fā)明的主要目的在于提供一種保障視頻監(jiān)控錄像連續(xù)性的方 法，能保障視頻監(jiān)控錄像的連續(xù)性，改善用戶體驗，并且節(jié)約資源。 為達到上述目的，本發(fā)明的技術方案是這樣實現的一種保障視頻監(jiān)控錄像連續(xù)性的方法，設置表示錄像類型的標志位，該方 法還包括以下步驟前端硬盤在前端錄像過程中出現故障時，修改表示錄像類 型的標志位，并根據修改后的標志位切換到其他錄像類型進行錄像。其中，所述錄像類型為前端錄像、或平臺錄像；所述修改錄像類型為修改 為平臺錄4象。所述切換到修改后的錄像類型包括監(jiān)控前端發(fā)信令通知注冊服務器模塊 前端硬盤出現故障；注冊服務器模塊修改該監(jiān)控前端對應的錄像任務中所述標 志位為平臺錄像，并將錄像任務發(fā)給監(jiān)控前端；監(jiān)控前端根據修改后的標志位 發(fā)信令通知流媒體服務器進行平臺錄像。所述方法進一步包括前端硬盤恢復時，修改所述標志位并切換回前端錄像。
所述切換回前端錄像包括監(jiān)控前端發(fā)信令通知注冊服務器才莫塊前端硬盤 已恢復；注冊服務器模塊修改該監(jiān)控前端對應的錄像任務中所述標志位為前端 錄像，并將錄像任務發(fā)給監(jiān)控前端；監(jiān)控前端根據修改后的標志位進行前端錄像。本發(fā)明提供的保障視頻監(jiān)控錄像連續(xù)性的方法，在前端硬盤發(fā)生故障的情 況下，將錄像方式由前端錄像切換到平臺錄像，并在前端硬盤故障消除后，再 切換回前端錄像，從而保障了視頻監(jiān)控錄像的連續(xù)性，改善了用戶體驗，并且 節(jié)約資源。


圖1為數字視頻監(jiān)控系統(tǒng)的結構圖；圖2為現有技術處理前端硬盤故障的流程圖；圖3為本發(fā)明保障視頻監(jiān)控錄像連續(xù)性的方法的總體流程圖。
具體實施方式
本發(fā)明提供的保障視頻監(jiān)控錄像連續(xù)性的方法，是在前端硬盤發(fā)生故障的 情況下，將錄像方式由前端錄像切換到平臺錄像，并在前端硬盤故障消除后再 切換回前端錄像，以下結合附圖及具體實施例對本發(fā)明再作進一步詳細說明。本發(fā)明在RGM下發(fā)給PU的錄制任務中，設置了表示錄像類型的標志位， 這里標志位主要用于區(qū)分前端錄像和平臺錄像。其中，前端錄像是指將錄像數 據保存在前端自帶的硬盤上，平臺錄像是指將錄像數據保存在流媒體服務器平 臺上，監(jiān)控前端在接收到錄像任務時，根據預先設置的標志來決定執(zhí)行錄像的 類型。圖3為本發(fā)明保障視頻監(jiān)控錄像連續(xù)性的方法的總體流程圖，如圖3所示， 本發(fā)明方法包括以下步驟步驟301 步驟306:在執(zhí)行前端錄像的過程中，前端硬盤出現故障時，由 前端錄像切換到平臺錄#>。具體的，PU將硬盤故障消息上報RGM Agent; RGM Agent再將硬盤故障 消息上報至RGM Manager; RGM Manager <務改該PU對應錄像任務的標志位為 平臺錄像，并將錄像任務下發(fā)給該PU; PU接收到標志位為平臺錄像的錄像任 務后，發(fā)信令通知SS進行平臺錄像；SS開始進行平臺錄像。步驟307 步驟311:前端硬盤恢復時，由平臺錄像再切換回前端錄像。具體的，PU將硬盤恢復消息上報RGM Agent; RGM Agent再將硬盤恢復 消息上報至RGM Manager; RGM Manager修改該PU對應錄像任務的標志位為 前端錄像，并將錄像任務下發(fā)給該PU; PU接收到標志位為前端錄像的錄像任 務后，開始進行前端錄像。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權利要求
1、一種保障視頻監(jiān)控錄像連續(xù)性的方法，其特征在于，設置表示錄像類型的標志位，該方法還包括以下步驟前端硬盤在前端錄像過程中出現故障時，修改表示錄像類型的標志位，并根據修改后的標志位切換到其他錄像類型進行錄像。
2、 根據權利要求1所述的方法，其特征在于，所述錄像類型為前端錄像、 或平臺錄像；所述修改錄像類型為修改為平臺錄像。
3、 根據權利要求2所述的方法，其特征在于，所述切換到修改后的錄像類 型包括監(jiān)控前端發(fā)信令通知注冊服務器模塊前端硬盤出現故障；注冊服務器 模塊修改該監(jiān)控前端對應的錄像任務中所述標志位為平臺錄像，并將錄像任務 發(fā)給監(jiān)控前端；監(jiān)控前端根據修改后的標志位發(fā)信令通知流媒體服務器進行平 臺錄像。
4、 根據權利要求1所述的方法，其特征在于，所述方法進一步包括前端 硬盤恢復時，修改所述標志位并切換回前端錄像。
5、 根據權利要求4所述的方法，其特征在于，所述切換回前端錄像包括 監(jiān)控前端發(fā)信令通知注冊服務器模塊前端硬盤已恢復；注冊服務器模塊修改該 監(jiān)控前端對應的錄像任務中所述標志位為前端錄像，并將錄像任務發(fā)給監(jiān)控前 端；監(jiān)控前端根據修改后的標志位進行前端錄像。
全文摘要
本發(fā)明公開了一種保障視頻監(jiān)控錄像連續(xù)性的方法，該方法包括在執(zhí)行前端錄像過程中出現前端硬盤故障的情況時，監(jiān)控前端通過通知注冊服務器模塊修改錄像任務中的錄像類型標志位，從而切換為其他錄像類型繼續(xù)進行錄像，當前端硬盤恢復后，監(jiān)控前端再通過通知注冊服務器模塊修改錄像任務中的錄像類型標志位為前端錄像，再次切換回前端錄像類型進行錄像。本發(fā)明提供的保障視頻監(jiān)控錄像連續(xù)性的方法，在前端硬盤故障導致不能繼續(xù)進行前端錄像的情況下，快速切換到其他錄像類型繼續(xù)錄像，保障了視頻監(jiān)控錄像的連續(xù)性，改善了用戶體驗，并且節(jié)約資源。
文檔編號H04N5/76GK101127894SQ20071016150
公開日2008年2月20日 申請日期2007年9月24日 優(yōu)先權日2007年9月24日
發(fā)明者濤 余, 峰 王, 王德超 申請人:中興通訊股份有限公司