專利名稱：一種分布式節(jié)點(diǎn)視頻監(jiān)控系統(tǒng)及其管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種分布式節(jié)點(diǎn)視頻監(jiān)控系統(tǒng)及其管理方法。
技術(shù)背景 網(wǎng)絡(luò)視頻監(jiān)控業(yè)務(wù)是基于寬帶網(wǎng)的遠(yuǎn)程圖像監(jiān)控、傳輸、存
儲和管理的增值業(yè)務(wù)。該業(yè)務(wù)利用寬帶網(wǎng)絡(luò)，將分散、獨(dú)立的圖像采集點(diǎn)進(jìn)行 聯(lián)網(wǎng)，實(shí)現(xiàn)跨地域、全范圍內(nèi)的統(tǒng)一監(jiān)控、統(tǒng)一存儲、統(tǒng)一管理和資源共享。 網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)同時滿足大眾監(jiān)控和專業(yè)監(jiān)控的需求，獨(dú)立組網(wǎng)，既可以在
移動流媒體上開展視頻監(jiān)控業(yè)務(wù)，也可以在互動式網(wǎng)絡(luò)電視(IPTV)網(wǎng)絡(luò)上開展視 頻監(jiān)控業(yè)務(wù)。
現(xiàn)有的視頻監(jiān)控系統(tǒng)一般由多個子系統(tǒng)組成，如果各系統(tǒng)之間的協(xié)同工作 不理想，就不能支持大容量的前端設(shè)備接入、媒體轉(zhuǎn)發(fā)、客戶接入及錄像存儲。 因此，需要設(shè)計(jì)一種新的視頻監(jiān)控體系結(jié)構(gòu)來解決各個子系統(tǒng)間協(xié)同工作的問題。
現(xiàn)在的視頻監(jiān)控業(yè)務(wù)系統(tǒng)中多采用單節(jié)點(diǎn)結(jié)構(gòu)，如圖1所示單節(jié)點(diǎn)視頻監(jiān) 控系統(tǒng)結(jié)構(gòu)示意圖。包括管理中心PMS/SMS業(yè)務(wù)管理子系統(tǒng)； 一個注冊系統(tǒng)， 包括RGM注冊管理子系統(tǒng)，注冊管理模塊和RGM注冊代理才莫塊； 一個內(nèi)容分 發(fā)代理系統(tǒng)，包括CDN內(nèi)容分發(fā)管理模塊、CDN代理模塊和流媒體服務(wù)器SS; 注冊系統(tǒng)(RGM)和內(nèi)容分發(fā)系統(tǒng)(CDN)通常安裝同一臺設(shè)備上，，但在數(shù)據(jù)的處 理上還是采用的集中處理模式。
按照圖1所示，采用這種集中式結(jié)構(gòu)設(shè)計(jì)的視頻監(jiān)控系統(tǒng)的明顯缺點(diǎn)主要 表現(xiàn)在以下幾個方面
1 、 注冊管理(RGM Manager)模塊集中了太多業(yè)務(wù)處理，容易成為系統(tǒng)的 性能瓶頸。
2、 數(shù)據(jù)庫服務(wù)器與各子系統(tǒng)的數(shù)據(jù)交互太頻繁，當(dāng)數(shù)據(jù)量大，容易形成 數(shù)據(jù)庫的瓶頸。
3、 不支持大容量設(shè)備。根據(jù)現(xiàn)有結(jié)構(gòu)商用的視頻監(jiān)控系統(tǒng)，當(dāng)需要大容量的前端設(shè)備接入、媒體轉(zhuǎn)發(fā)、客戶接入及錄像存儲，業(yè)務(wù)會集中于系統(tǒng)的注
冊管理(RGM Manager)模塊進(jìn)行處理，給系統(tǒng)造成很大壓力，往往造成響應(yīng)延時， 導(dǎo)致系統(tǒng)崩潰。
4、 系統(tǒng)可擴(kuò)展性不好。系統(tǒng)硬件平臺、數(shù)據(jù)庫以及系統(tǒng)軟件不具有良好 的可擴(kuò)展性能，不能在保證現(xiàn)網(wǎng)業(yè)務(wù)正常運(yùn)營條件下對系統(tǒng)進(jìn)行擴(kuò)容和調(diào)整， 優(yōu)化和提升系統(tǒng)的運(yùn)營能力和性能。
5、 平臺擴(kuò)展性不好。當(dāng)需要對平臺進(jìn)行擴(kuò)容時，需要調(diào)整平臺的架構(gòu)， 使得系統(tǒng)平臺擴(kuò)展異常困難。
針對上述五點(diǎn)缺陷，業(yè)界多希望通過分布式節(jié)點(diǎn)方案來解決。分布式節(jié)點(diǎn) 方案就要求每個VSS視頻監(jiān)控業(yè)務(wù)的服務(wù)節(jié)點(diǎn)，必須保持有該節(jié)點(diǎn)的數(shù)據(jù)，但 是有多種數(shù)據(jù)變動情況會出現(xiàn)
a) 業(yè)務(wù)中心平臺引入了新設(shè)備或設(shè)備的配置信息變更；
b) 直接修改設(shè)備前端(PU)的信息；
c) CU客戶端修改節(jié)點(diǎn)內(nèi)的保存數(shù)據(jù)；
d) 系統(tǒng)操作發(fā)生數(shù)據(jù)庫事務(wù)回滾之外的異常。
當(dāng)上述幾種情況發(fā)生時，如果沒有提供同步機(jī)制來保證各VSS服務(wù)節(jié)點(diǎn)的 數(shù)據(jù)的一致性，就會出現(xiàn)各個節(jié)點(diǎn)的信息與數(shù)據(jù)庫的最新數(shù)據(jù)不一致。當(dāng)出現(xiàn) 這種情況，通常會導(dǎo)致新設(shè)備接入時，數(shù)據(jù)沖突；因前端設(shè)備的狀態(tài)信息與數(shù) 據(jù)庫數(shù)據(jù)不一致，使得監(jiān)控不能正常進(jìn)行；各節(jié)點(diǎn)保存的設(shè)備權(quán)限沖突，使得 用戶接入不同節(jié)點(diǎn)，獲取的設(shè)備權(quán)限信息顯示不同。當(dāng)出現(xiàn)這些情況時，現(xiàn)有 系統(tǒng)就只能重啟節(jié)點(diǎn)設(shè)備來重新獲取數(shù)據(jù)以保持一致，而頻繁重啟設(shè)備會導(dǎo)致 業(yè)務(wù)中斷，這是用戶所不能接受的。因此采取一種同步機(jī)制來保證各節(jié)點(diǎn)的數(shù) 據(jù)一致性，是采用分布式節(jié)點(diǎn)結(jié)構(gòu)一個必須要解決的問題
發(fā)明內(nèi)容
本發(fā)明的主要目的在于針對目前流行的視頻監(jiān)控系統(tǒng)的缺 點(diǎn)，提出一種分布式節(jié)點(diǎn)視頻監(jiān)控系統(tǒng)及其管理方法，設(shè)計(jì)一種新的分布式節(jié) 點(diǎn)結(jié)構(gòu)的視頻監(jiān)控系統(tǒng)，以及保持節(jié)點(diǎn)數(shù)據(jù)一致的管理方法來構(gòu)建適合于廣泛應(yīng)用的視頻監(jiān)控系統(tǒng)。
本發(fā)明公開了一種分布式節(jié)點(diǎn)視頻監(jiān)控系統(tǒng)，包括多個VSS服務(wù)節(jié)點(diǎn)，和
管理多個所述VSS服務(wù)節(jié)點(diǎn)的業(yè)務(wù)中心管理平臺；每個所述VSS服務(wù)節(jié)點(diǎn)還連 接采集視頻監(jiān)控信息的設(shè)備前端PU和用于展示所述視頻監(jiān)控信息的客戶端CU; 所述客戶端CU和前端設(shè)備PU通過所述業(yè)務(wù)中心管理平臺直接訪問各個所述 VSS服務(wù)節(jié)點(diǎn)獲取數(shù)據(jù)；多個所述VSS服務(wù)節(jié)點(diǎn)與所述業(yè)務(wù)中心管理平臺中的 數(shù)據(jù)保持同步。
在本發(fā)明公開所述的分布式節(jié)點(diǎn)視頻監(jiān)控系統(tǒng)的實(shí)施例中，所述VSS服務(wù) 節(jié)點(diǎn)包括注冊單元RGM，內(nèi)容分發(fā)管理模塊CDN、流媒體服務(wù)器SS ;
所述注冊單元RGM用于通過業(yè)務(wù)信令進(jìn)行鑒權(quán)、?；?、云鏡控制、配置和 錄像設(shè)置，以及錄像任務(wù)的分拆、疊加和排隊(duì)；并與所述客戶端CU和設(shè)備前端 PU建立TCP長4連接；
所述內(nèi)容分發(fā)管理模塊CDN控制所述流媒體SS服務(wù)器通過所述注冊單元 RGM轉(zhuǎn)發(fā)數(shù)據(jù)。
在本發(fā)明公開所述的分布式節(jié)點(diǎn)視頻監(jiān)控系統(tǒng)的另一個實(shí)施例中，所述業(yè) 務(wù)中心管理平臺包括視頻監(jiān)控門戶應(yīng)S、數(shù)據(jù)和節(jié)點(diǎn)管理模塊CMS和錄像管理模 塊MDP;
所述視頻監(jiān)控門戶醒S，用于所述客戶端CU和設(shè)備前端PU的開戶和權(quán)限管 理，以及所述業(yè)務(wù)中心管理平臺的基本操作和維護(hù)；
所述數(shù)據(jù)和節(jié)點(diǎn)管理單元CMS用于數(shù)據(jù)和所述VSS服務(wù)節(jié)點(diǎn)的管理； 所述錄像管理模塊MDP用于管理節(jié)點(diǎn)。
在本發(fā)明所述的系統(tǒng)的另一個實(shí)施例中，所述注冊單元RGM中包括用于保 存所屬的所述VSS服務(wù)節(jié)點(diǎn)的所述客戶端CU和設(shè)備前端PU的實(shí)時動態(tài)數(shù)據(jù)的 內(nèi)存；所述數(shù)據(jù)和節(jié)點(diǎn)管理單元CMS中保存所述視頻監(jiān)控系統(tǒng)中所有所述客戶 端CU和設(shè)備前端PU的靜態(tài)數(shù)據(jù)；當(dāng)所述注冊單元RGM重啟時，乂人所述數(shù)據(jù)和 節(jié)點(diǎn)管理單元CMS中同步所屬的所述VSS服務(wù)節(jié)點(diǎn)的靜態(tài)數(shù)據(jù)。在本發(fā)明所述的系統(tǒng)的另 一個實(shí)施例中，所述客戶端CU和設(shè)備前端PU在 所述數(shù)據(jù)和節(jié)點(diǎn)管理單元CMS中第一次注冊時，注冊信息被返回給所述客戶端 CU和i殳備前端PU所屬的所述VSS服務(wù)節(jié)點(diǎn)的所述注冊單元RGM。
在本發(fā)明所述的系統(tǒng)的另一個實(shí)施例中，所述客戶端CU包括監(jiān)控中心MOC、 電視墻、WEB插件、手機(jī)或者機(jī)頂盒。
在本發(fā)明所述的系統(tǒng)的另一個實(shí)施例中，所述前端PU包括網(wǎng)絡(luò)攝像機(jī)IPC、 數(shù)字視頻服務(wù)器DVS和數(shù)字錄像機(jī)DVR。
本發(fā)明還公開了 一種分布式節(jié)點(diǎn)視頻監(jiān)控系統(tǒng)的管理方法，所述視頻監(jiān)控 系統(tǒng)包括業(yè)務(wù)中心管理平臺及其管理的多個VSS服務(wù)節(jié)點(diǎn)；每個所述VSS服務(wù) 節(jié)點(diǎn)還連接設(shè)備前端PU和客戶端CU;所述VSS服務(wù)節(jié)點(diǎn)的客戶端CU與前端設(shè) 備PU之間的通信，包括如下步驟
所述客戶端CU向所屬的所述VSS服務(wù)節(jié)點(diǎn)的注冊單元RGM發(fā)送通信請求消自.
所述注冊單元RGM先在內(nèi)存的數(shù)據(jù)搜索所述前端設(shè)備PU,如果搜索到則將 答復(fù)消息返回給所述客戶端CU;如果搜索不到，則向所述業(yè)務(wù)中心管理平臺發(fā) 送請求消息；
所述業(yè)務(wù)中心管理平臺向所述前端設(shè)備PU注冊的VSS服務(wù)節(jié)點(diǎn)發(fā)送請求信
自
所述前端設(shè)備PU注冊的VSS服務(wù)節(jié)點(diǎn)接收所述請求消息并轉(zhuǎn)發(fā)給所述前端 設(shè)備PU,再接收返回的答復(fù)消息并轉(zhuǎn)發(fā)給所述注冊單元RGM; 所述注冊單元RGM將答復(fù)消息返回給所述客戶端CU。 本發(fā)明公開的所述方法的實(shí)施例中，還包括
多個所述VSS服務(wù)節(jié)點(diǎn)與所述業(yè)務(wù)中心管理平臺的數(shù)據(jù)庫DB之間的數(shù)據(jù)同 步的步驟包括
所述業(yè)務(wù)中心管理平臺的視頻監(jiān)控門戶薩S在數(shù)據(jù)更新時向數(shù)據(jù)和節(jié)點(diǎn)管理單元CMS下發(fā)數(shù)據(jù)同步通知；
所述數(shù)據(jù)和節(jié)點(diǎn)管理單元CMS從所述數(shù)據(jù)庫DB獲取需要變更的數(shù)據(jù)，并通 過節(jié)點(diǎn)路由，找到需要同步的所述VSS服務(wù)節(jié)點(diǎn)，再向其注冊單元RGM-N下發(fā) 數(shù)據(jù)同步信息；
所述節(jié)點(diǎn)注冊單元(RGM-N)根據(jù)數(shù)據(jù)同步信息修改內(nèi)存數(shù)據(jù)庫。
多個所述VSS服務(wù)節(jié)點(diǎn)與所述業(yè)務(wù)中心管理平臺的數(shù)據(jù)庫DB之間的數(shù)據(jù) 同步的步驟包括
當(dāng)所述設(shè)備前端PU變更所屬的VSS服務(wù)節(jié)點(diǎn)的內(nèi)存數(shù)據(jù)庫的數(shù)據(jù)時發(fā)送變 更通知給所述注冊單元RGM;
所述注冊單元RGM向所述業(yè)務(wù)中心管理平臺的所述數(shù)據(jù)和節(jié)點(diǎn)管理單元 CMS發(fā)送數(shù)據(jù)同步信息；
所述節(jié)點(diǎn)管理單元CMS根據(jù)數(shù)據(jù)同步信息，修改數(shù)據(jù)庫DB。
本發(fā)明公開的 一種分布式節(jié)點(diǎn)視頻監(jiān)控系統(tǒng)及其管理方法，對比現(xiàn)有視頻 監(jiān)控系統(tǒng)節(jié)點(diǎn)結(jié)構(gòu)和管理方法，具有以下優(yōu)點(diǎn)
1、 客戶端(CU)和前端設(shè)備(PU),直接訪問各節(jié)點(diǎn)獲取數(shù)據(jù)，這樣就減少 了對數(shù)據(jù)庫的訪問，解決數(shù)據(jù)庫訪問瓶頸的問題。
2、 采用了同步機(jī)制保i正多個VSS節(jié)點(diǎn)保存凄t據(jù)的一致性，解決了分布式 節(jié)點(diǎn)帶來的數(shù)據(jù)經(jīng)常不同步問題，這樣就可以把業(yè)務(wù)處理分?jǐn)偟礁鱾€VSS節(jié)點(diǎn) 中。
3、 各個子系統(tǒng)的功能進(jìn)行了重新組合，不會因?yàn)榇笕萘繑?shù)據(jù)的并發(fā)，導(dǎo) 致部分子系統(tǒng)反應(yīng)慢而成為整個視頻監(jiān)控系統(tǒng)的瓶頸。
4、 平臺擴(kuò)容能力強(qiáng)，需要對平臺進(jìn)行擴(kuò)容時，只需要增加服務(wù)器等設(shè)備 即可，無需改動平臺的架構(gòu)。


圖1為現(xiàn)有技術(shù)中單節(jié)點(diǎn)視頻監(jiān)控系統(tǒng)的結(jié)構(gòu)示意圖；圖2和圖3為本發(fā)明的一種分布式節(jié)點(diǎn)視頻監(jiān)控系統(tǒng)的結(jié)構(gòu)示意圖4為本發(fā)明的一種客戶端與前端設(shè)備之間的通信方法流程圖5為本發(fā)明的一種被動模式保證各個分布式節(jié)點(diǎn)之間的數(shù)據(jù)一致性的方 法流程圖6為本發(fā)明的一種主動模式保證各個分布式節(jié)點(diǎn)之間數(shù)據(jù)一致性的方法 流程圖。
具體實(shí)施方式
下面結(jié)合附圖和具體實(shí)施方式
對本發(fā)明作進(jìn)一 步詳細(xì)說明。
本發(fā)明提供一種保證各節(jié)點(diǎn)數(shù)據(jù)一致性的方法來完善分布式節(jié)點(diǎn)視頻監(jiān)控 系統(tǒng)，主要是基于現(xiàn)有視頻監(jiān)控系統(tǒng)所采用的結(jié)構(gòu)，進(jìn)行結(jié)構(gòu)優(yōu)化和重組，提 出一種新的分布式節(jié)點(diǎn)結(jié)構(gòu)及兩種同步機(jī)制，同步機(jī)制解決分布式結(jié)構(gòu)產(chǎn)生的 數(shù)據(jù)一致性問題。本發(fā)明可以很好的解決現(xiàn)有視頻監(jiān)控系統(tǒng)的 一些缺陷。
本發(fā)明的 一個實(shí)施方式提供了 一種視頻監(jiān)控系統(tǒng)，它采用分布式節(jié)點(diǎn)結(jié)構(gòu)， 及保持節(jié)點(diǎn)數(shù)據(jù)一致性的管理方法，如圖2所示，其組成部分包括業(yè)務(wù)中心 管理平臺101，多個VSS服務(wù)節(jié)點(diǎn)，客戶端(CU)103和設(shè)備前端(PU)104。業(yè)務(wù) 中心管理平臺101管理多個VSS服務(wù)節(jié)點(diǎn)，每個VSS服務(wù)節(jié)點(diǎn)連接自有的客戶 端(CU)和設(shè)備前端(PU)。
如圖3所示，在不同的實(shí)施方式中，本發(fā)明涉及的業(yè)務(wù)中心管理平臺101 可包括視頻監(jiān)控門戶(麗S)、數(shù)據(jù)和節(jié)點(diǎn)管理模塊(CMS)、錄像管理模塊(MDP)、 錄像管理門戶(MDP-WEB)、原始話單收集服務(wù)器CP以及計(jì)費(fèi)服務(wù)器BillServer。
進(jìn)一步的，數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)不提供實(shí)時的服務(wù)，只是作為數(shù)據(jù)管 理和VSS節(jié)點(diǎn)管理單元。在客戶端(CU)和設(shè)備前端(PU)第一次注冊的時候，可 以通過數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)，然后返回給客戶端(CU)和設(shè)備前端(PU)歸屬 的VSS服務(wù)節(jié)點(diǎn)。
視頻監(jiān)控門戶(畫S)，提供客戶端(CU)和設(shè)備前端(PU)的開戶和權(quán)限管理， 以及業(yè)務(wù)中心管理平臺101的基本操作和維護(hù)功能。錄像管理(MDP)不再作為錄像管理和全局重定向的服務(wù)單元，在視頻監(jiān)控系 統(tǒng)中，僅僅是作為管理CDN節(jié)點(diǎn)作用，不管理錄像和全局重定向功能。
如圖3所示，在不同的實(shí)施方式中，本發(fā)明涉及的VSS服務(wù)節(jié)點(diǎn)可由注冊 單元(RGM),內(nèi)容分發(fā)管理模塊(CDN)、流媒體服務(wù)器(SS)、初始話單管理(CP) 組成。
進(jìn)一步的，注冊單元(RGM)作為整個業(yè)務(wù)信令系統(tǒng)的核心，客戶端(CU)、設(shè) 備前端(PU)都和RGM建立TCP長鏈接，所有的業(yè)務(wù)信令都是通過RGM來完成。 包括鑒權(quán)、?；?、云鏡控制、配置、錄像設(shè)置等業(yè)務(wù)信令?？蛻舳?CU)和設(shè)備 前端(PU)都分別劃歸于某個VSS服務(wù)節(jié)點(diǎn)。在注冊單元(RGM)的子系統(tǒng)中釆用內(nèi) 存數(shù)據(jù)庫來保持?jǐn)?shù)據(jù)，注冊單元(RGM)里面保存關(guān)于客戶端(CU)和設(shè)備前端(PU) 的實(shí)時動態(tài)數(shù)據(jù)，數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)保存所有客戶端(CU)和設(shè)備前端 (PU)的靜態(tài)數(shù)據(jù)，當(dāng)注冊單元(RGM)重啟時，從數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)同步 靜態(tài)數(shù)據(jù)。
內(nèi)容分發(fā)管理4莫塊(CDN)作為流媒體(SS)的控制服務(wù)層，不再直接對外提供 服務(wù)，而是通過注冊單元(RGM)接口。內(nèi)容分發(fā)管理(CDN)和注冊單元(RGM)的接 口主要有兩個， 一個是服務(wù)接口， 一個是錄像接口。對于原來內(nèi)容分發(fā)管理(CDN) 處理的錄像任務(wù)的分拆、疊加和排隊(duì)，都由注冊單元(RGM)來完成，而不是由內(nèi) 容分發(fā)管理(CDN)來完成。內(nèi)容分發(fā)管理(CDN)只是作為數(shù)據(jù)的轉(zhuǎn)發(fā)和流媒體(SS) 服務(wù)的調(diào)度。
在不同的實(shí)施方式中，本發(fā)明涉及的CU客戶端可包括監(jiān)控中心MOC、電視 墻、WEB插件、手機(jī)、機(jī)頂盒。
在不同的實(shí)施方式中，本發(fā)明涉及的PU前端可包括網(wǎng)絡(luò)攝像機(jī)IPC、數(shù)字 視頻服務(wù)器DVS和數(shù)字錄像機(jī)DVR。
進(jìn)一步的，采用分布式節(jié)點(diǎn)這種結(jié)構(gòu)，最重要的是保證各節(jié)點(diǎn)的數(shù)據(jù)一致 性，通過本發(fā)明的主動同步和被動同步兩種機(jī)制來配合這種分布式節(jié)點(diǎn)結(jié)構(gòu)， 就可以很好的保證各節(jié)點(diǎn)的數(shù)據(jù)同步。其客戶端(CU)與前端設(shè)備(PU)之間的通信的流程，如圖4所示，包括 步驟S401:客戶端(CU)向注冊單元(RGM)子系統(tǒng)發(fā)送請求消息。
步驟S402:注冊單元(RGM)子系統(tǒng)根據(jù)內(nèi)存中的數(shù)據(jù)，找不到所要通信的 前端設(shè)備(PU),注冊單元(RGM)會向數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)發(fā)送請求。
步驟S403:數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)則向前端設(shè)備(PU)注冊的節(jié)點(diǎn)(假 設(shè)為節(jié)點(diǎn)VSSn)的注冊單元(RGM-N)發(fā)送請求信息。這里節(jié)點(diǎn)注冊單元(RGM-N) 與步驟S402中的注冊單元(RGM)不同，節(jié)點(diǎn)注冊單元(RGM-N)屬于VSSn這個節(jié) 點(diǎn)，步驟S402中的注冊單元(RGM)歸屬于節(jié)點(diǎn)VSSi 。節(jié)點(diǎn)管理單元CMS不再提 供實(shí)時的服務(wù)，只是作為數(shù)據(jù)管理和VSS節(jié)點(diǎn)管理單元；RGM是整個業(yè)務(wù)信令 系統(tǒng)的斗亥心。
步驟S404:節(jié)點(diǎn)注冊單元(RGM-N)收到數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)的請求信 息之后向前端設(shè)備(PU)發(fā)送節(jié)點(diǎn)注冊單元(RGM-N)請求消息。
步驟S405:前端設(shè)備(PU)在接收到節(jié)點(diǎn)注冊單元(RGM-N)的請求消息后， 將返回消息給注冊單元(RGM-N)。
步驟S406:節(jié)點(diǎn)注冊單元(RGM-N )收到前端設(shè)備(PU)的返回消息后，發(fā)送 返回信息給注冊單元(RGM)。
步驟S407:注冊單元(RGM)則將消息返回給客戶端(CU)。
在多節(jié)點(diǎn)的實(shí)施例中，因?yàn)獒娪昧朔植际焦?jié)點(diǎn)來分擔(dān)系統(tǒng)的壓力來提高系 統(tǒng)性能，這就需要提出一種協(xié)作管理方法來解決多個節(jié)點(diǎn)與業(yè)務(wù)中心管理平臺 中的數(shù)據(jù)庫服務(wù)器之間的數(shù)據(jù)一致性問題。
本發(fā)明采用兩種機(jī)制來保證多個節(jié)點(diǎn)間的數(shù)據(jù)一致性，如圖5所示是被動 式保證各個節(jié)點(diǎn)之間的數(shù)據(jù)一致性的方法流程圖。如圖6所示是主動模式保證 各個分布式節(jié)點(diǎn)之間數(shù)據(jù)一致性的方法流程圖。
a)被動模式主要是通過數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)向各分布節(jié)點(diǎn)(VSS) 發(fā)送數(shù)據(jù)同步通知，各VSS節(jié)點(diǎn)被動接收信息，修改保存在各節(jié)點(diǎn)的內(nèi)存數(shù)據(jù)庫。參閱圖5,包括
步驟S501:視頻監(jiān)控門戶(MMS)向數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)下發(fā)數(shù)據(jù)同步通知。
步驟S502:數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)依據(jù)同步通知，從數(shù)據(jù)庫(DB)獲取 需要變更的數(shù)據(jù)。
步驟S503:數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)通過節(jié)點(diǎn)路由，找到需要同步的VSS節(jié)點(diǎn)。
步驟S504:數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)向需要變更的節(jié)點(diǎn)注冊單元RGM-N 下發(fā)數(shù)據(jù)同步通知。
步驟S505:節(jié)點(diǎn)注冊單元(RGM-N)根據(jù)數(shù)據(jù)同步信息修改內(nèi)存數(shù)據(jù)庫。 步驟S506:注冊單元(RGM-N)向數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)發(fā)數(shù)據(jù)同步完成通知。
b)主動模式主要是各分布的節(jié)點(diǎn)(VSS)主動向數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS) 發(fā)送數(shù)據(jù)變更通知，同步到數(shù)據(jù)庫(DB)。參閱圖6，包括
步驟S601:設(shè)備前端(PU)變更該設(shè)備所屬節(jié)點(diǎn)的內(nèi)存數(shù)據(jù)庫的數(shù)據(jù)。
步驟S602:節(jié)點(diǎn)注冊單元(RGM-N)收到內(nèi)存數(shù)據(jù)庫信息變更通知。
步驟S603:注冊單元(RGM-N)向數(shù)據(jù)和節(jié)點(diǎn)管理單元(CMS)發(fā)送數(shù)據(jù)同步信
白
步驟S604:節(jié)點(diǎn)管理單元(CMS)根據(jù)數(shù)據(jù)同步信息，修改數(shù)據(jù)庫(DB)。 步驟S605:節(jié)點(diǎn)管理單元(CMS)向注冊單元(RGM-N)發(fā)送數(shù)據(jù)同步完成確認(rèn)化息。
通過在各個視頻監(jiān)控節(jié)點(diǎn)(VSS)使用內(nèi)存數(shù)據(jù)庫或者其他存儲方式如文 件，子數(shù)據(jù)庫等，來保持各節(jié)點(diǎn)的數(shù)據(jù)，使用我們提出的協(xié)作管理方法，主動 和被動兩種模式，就可以很好的解決采用分布式節(jié)點(diǎn)結(jié)構(gòu)帶來的數(shù)據(jù)需要同步 保持一致性問題。本發(fā)明提出的 一種新的分布式節(jié)點(diǎn)視頻監(jiān)控管理方法和系統(tǒng)，可以支持大 容量前端設(shè)備接入、媒體轉(zhuǎn)發(fā)、客戶接入及錄像存儲，保證在大容量情況下的
長期穩(wěn)定運(yùn)行。能實(shí)時完成大容量數(shù)據(jù)處理；能承受較大規(guī)模用戶的并發(fā)訪問
與會話連接。
采用本發(fā)明，系統(tǒng)硬件平臺、數(shù)據(jù)庫以及系統(tǒng)軟件具有良好的可擴(kuò)展性能， 能在保證現(xiàn)網(wǎng)業(yè)務(wù)正常運(yùn)營條件下對系統(tǒng)進(jìn)行擴(kuò)容和調(diào)整，優(yōu)化和提升系統(tǒng)的 運(yùn)營能力和性能。當(dāng)平臺進(jìn)行擴(kuò)容時，只需要增加服務(wù)器等設(shè)備即可，無需改 動平臺的架構(gòu)。
當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情 這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)力要求的保護(hù)范圍。
權(quán)利要求
1.一種分布式節(jié)點(diǎn)視頻監(jiān)控系統(tǒng)，其特征在于，包括多個VSS服務(wù)節(jié)點(diǎn)，和管理多個所述VSS服務(wù)節(jié)點(diǎn)的業(yè)務(wù)中心管理平臺；每個所述VSS服務(wù)節(jié)點(diǎn)還連接采集視頻監(jiān)控信息的設(shè)備前端PU和用于展示所述視頻監(jiān)控信息的客戶端CU；所述客戶端CU和前端設(shè)備PU通過所述業(yè)務(wù)中心管理平臺直接訪問各個所述VSS服務(wù)節(jié)點(diǎn)獲取數(shù)據(jù)；多個所述VSS服務(wù)節(jié)點(diǎn)與所述業(yè)務(wù)中心管理平臺中的數(shù)據(jù)保持同步。
2. 如權(quán)1所述的系統(tǒng)，其特征在于，所述VSS服務(wù)節(jié)點(diǎn)包括注冊單元RGM，內(nèi)容分發(fā)管理模塊CDN、流媒體服務(wù)器SS ;所述注冊單元RGM用于通過業(yè)務(wù)信令進(jìn)行鑒權(quán)、?；睢⒃歧R控制、配置和錄像設(shè)置，以及錄像任務(wù)的分拆、疊加和排隊(duì)；并與所述客戶端CU和設(shè)備前端PU建立TCP長4連4妻；所述內(nèi)容分發(fā)管理模塊CDN控制所述流媒體SS服務(wù)器通過所述注冊單元RGM轉(zhuǎn)發(fā)數(shù)據(jù)。
3. 如權(quán)1所述的系統(tǒng)，其特征在于，所迷業(yè)務(wù)中心管理平臺包括-現(xiàn)頻監(jiān)控門戶麗S、數(shù)據(jù)和節(jié)點(diǎn)管理模塊CMS和錄像管理模塊MDP;所述-見頻監(jiān)控門戶MMS，用于所述客戶端CU和設(shè)備前端PU的開戶和權(quán)限管理，以及所述業(yè)務(wù)中心管理平臺的基本才喿作和維護(hù)；所述數(shù)據(jù)和節(jié)點(diǎn)管理單元CMS用于數(shù)據(jù)和所述VSS服務(wù)節(jié)點(diǎn)的管理；所述錄像管理模塊MDP用于管理節(jié)點(diǎn)。
4. 如權(quán)3所述的系統(tǒng)，其特征在于，所述注冊單元RGM中包括用于保存所屬的所述VSS服務(wù)節(jié)點(diǎn)的所述客戶端CU和設(shè)備前端PU的實(shí)時動態(tài)數(shù)據(jù)的內(nèi)存；所述數(shù)據(jù)和節(jié)點(diǎn)管理單元CMS中保存所述視頻監(jiān)控系統(tǒng)中所有所述客戶端CU和設(shè)備前端PU的靜態(tài)數(shù)據(jù)；當(dāng)所述注冊單元RGM重啟時，從所述數(shù)據(jù)和節(jié)點(diǎn)管理單元CMS中同步所屬的所述VSS服務(wù)節(jié)點(diǎn)的靜態(tài)數(shù)據(jù)。
5. 如權(quán)4所述的系統(tǒng)，其特征在于，所述客戶端CU和設(shè)備前端PU在所述數(shù)據(jù)和節(jié)點(diǎn)管理單元CMS中第 一次注冊時，注冊信息被返回給所述客戶端CU和設(shè)備前端PU所屬的所述VSS服務(wù)節(jié)點(diǎn)的所述注冊單元RGM。
6. 如權(quán)5所述的系統(tǒng)，其特征在于，所述客戶端CU包括監(jiān)控中心M0C、電 視墻、WEB插件、手機(jī)或者才幾頂盒。
7. 如權(quán)6所述的系統(tǒng)，其特征在于，所述前端PU包括網(wǎng)絡(luò)攝像機(jī)IPC、數(shù) 字-見頻服務(wù)器DVS和數(shù)字錄像機(jī)DVR。
8. —種分布式節(jié)點(diǎn)^L頻監(jiān)控系統(tǒng)的管理方法，所述^L頻監(jiān)控系統(tǒng)包括業(yè) 務(wù)中心管理平臺及其管理的多個VSS服務(wù)節(jié)點(diǎn)；每個所述VSS服務(wù)節(jié)點(diǎn)還連接 設(shè)備前端PU和客戶端CU;其特征在于，所述VSS服務(wù)節(jié)點(diǎn)的客戶端CU與前端 設(shè)備PU之間的通信，包括如下步驟所述客戶端CU向所屬的所述VSS服務(wù)節(jié)點(diǎn)的注冊單元RGM發(fā)送通信請求消白 所述注冊單元RGM先在內(nèi)存的數(shù)據(jù)搜索所述前端設(shè)備PU,如果搜索到則將 答復(fù)消息返回給所述客戶端CU;如果搜索不到，則向所述業(yè)務(wù)中心管理平臺發(fā) 送i貪求消息；所述業(yè)務(wù)中心管理平臺向所述前端設(shè)備PU注冊的VSS服務(wù)節(jié)點(diǎn)發(fā)送請求信自 所述前端設(shè)備PU注冊的vss服務(wù)節(jié)點(diǎn)接收所述請求消息并轉(zhuǎn)發(fā)給所述前端 設(shè)備PU，再接收返回的答復(fù)消息并轉(zhuǎn)發(fā)給所述注冊單元RGM;所述注冊單元RGM將答復(fù)消息返回給所述客戶端CU。
9. 如權(quán)8所述的方法，其特征在于，多個所述VSS服務(wù)節(jié)點(diǎn)與所述業(yè)務(wù)中 心管理平臺的數(shù)據(jù)庫DB之間的數(shù)據(jù)同步的步驟包括所述業(yè)務(wù)中心管理平臺的視頻監(jiān)控門戶應(yīng)S在數(shù)據(jù)更新時向數(shù)據(jù)和節(jié)點(diǎn)管 理單元CMS下發(fā)數(shù)據(jù)同步通知；所述數(shù)據(jù)和節(jié)點(diǎn)管理單元CMS從所述數(shù)據(jù)庫DB獲:f又需要變更的數(shù)據(jù)，并通過節(jié)點(diǎn)路由，找到需要同步的所述VSS服務(wù)節(jié)點(diǎn)，再向其注冊單元RGM-N下發(fā) 數(shù)據(jù)同步信息；所述節(jié)點(diǎn)注冊單元(RGM-N)根據(jù)數(shù)據(jù)同步信息修改內(nèi)存數(shù)據(jù)庫。
10.如權(quán)9所述的方法，其特征在于，多個所述VSS服務(wù)節(jié)點(diǎn)與所述業(yè)務(wù) 中心管理平臺的數(shù)據(jù)庫DB之間的數(shù)據(jù)同步的步驟包括當(dāng)所述設(shè)備前端PU變更所屬的VSS服務(wù)節(jié)點(diǎn)的內(nèi)存數(shù)據(jù)庫的數(shù)據(jù)時發(fā)送變 更通知給所述注冊單元RGM;所述注冊單元RGM向所述業(yè)務(wù)中心管理平臺的所述數(shù)據(jù)和節(jié)點(diǎn)管理單元 CMS發(fā)送數(shù)據(jù)同步信息；所述節(jié)點(diǎn)管理單元CMS根據(jù)數(shù)據(jù)同步信息，修改數(shù)據(jù)庫DB。
全文摘要
本發(fā)明涉及一種分布式節(jié)點(diǎn)視頻監(jiān)控系統(tǒng)，包括多個VSS服務(wù)節(jié)點(diǎn)，和管理多個所述VSS服務(wù)節(jié)點(diǎn)的業(yè)務(wù)中心管理平臺；每個所述VSS服務(wù)節(jié)點(diǎn)還連接采集視頻監(jiān)控信息的設(shè)備前端PU和用于展示所述視頻監(jiān)控信息的客戶端CU；所述客戶端CU和前端設(shè)備PU通過所述業(yè)務(wù)中心管理平臺直接訪問各個所述VSS服務(wù)節(jié)點(diǎn)獲取數(shù)據(jù)；多個所述VSS服務(wù)節(jié)點(diǎn)與所述業(yè)務(wù)中心管理平臺中的數(shù)據(jù)保持同步。本發(fā)明基于現(xiàn)有視頻監(jiān)控系統(tǒng)所采用的結(jié)構(gòu)，提出一種新的分布式節(jié)點(diǎn)結(jié)構(gòu)及兩種同步機(jī)制，通過保證各節(jié)點(diǎn)數(shù)據(jù)一致性來完善分布式節(jié)點(diǎn)視頻監(jiān)控系統(tǒng)，可以很好的解決現(xiàn)有視頻監(jiān)控系統(tǒng)的一些缺陷。
文檔編號H04L12/28GK101600098SQ200910108208
公開日2009年12月9日 申請日期2009年6月19日 優(yōu)先權(quán)日2009年6月19日
發(fā)明者濤 余, 馮燕青 申請人:中興通訊股份有限公司