專利名稱：一種控制協(xié)議及對應(yīng)遠(yuǎn)程視頻監(jiān)控系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機(jī)網(wǎng)絡(luò)和多媒體通信，具體涉及一種控制協(xié)議及對應(yīng)遠(yuǎn) 程視頻監(jiān)控系統(tǒng)。
背景技術(shù)：
視頻監(jiān)控系統(tǒng)發(fā)展經(jīng)歷了模擬，數(shù)字和網(wǎng)絡(luò)視頻監(jiān)控三個發(fā)展階段，其 應(yīng)用也更加廣泛，系統(tǒng)規(guī)模也不斷的在擴(kuò)大，特別在社會公共安全方面的作 用更加明顯和突出。但是，由于缺少統(tǒng)一的行業(yè)標(biāo)準(zhǔn)，視頻監(jiān)控系統(tǒng)中的信 令控制協(xié)議沒有統(tǒng)一標(biāo)準(zhǔn)，市場相對比較混亂，每家企業(yè)都各自為政，產(chǎn)品 上互不兼容，也沒有開放式的接口設(shè)計，產(chǎn)品的可靠性、穩(wěn)定性、擴(kuò)展性等 性能也無法滿足各種用戶的需求。
另外，在中國發(fā)明專利申請專利"一種基于SIP協(xié)議的遠(yuǎn)程視頻監(jiān)控系 統(tǒng)和方法"，申請?zhí)?00610127122，公開一種由通信網(wǎng)絡(luò)、前端監(jiān)控設(shè)備、 監(jiān)控中心和遠(yuǎn)程監(jiān)控客戶端、運(yùn)營支撐平臺五個構(gòu)件組成的SIP應(yīng)用遠(yuǎn)程
一見頻監(jiān)控系統(tǒng)，其中通信網(wǎng)絡(luò)包括:IP網(wǎng)、PSTN網(wǎng)、ISDN網(wǎng)和移動通信 網(wǎng)；該系統(tǒng)以開放的SIP協(xié)議為核心信令協(xié)議。

發(fā)明內(nèi)容
本發(fā)明需要解決的技術(shù)問題是如何提供一種控制協(xié)議及對應(yīng)遠(yuǎn)程視頻 監(jiān)控系統(tǒng)，使控制協(xié)議實現(xiàn)更加簡單且便于擴(kuò)展從而為行業(yè)統(tǒng)一提供可能參 考標(biāo)準(zhǔn)，進(jìn)一步更加滿足消息傳送即時性，進(jìn)而基于這種控制協(xié)議實現(xiàn)遠(yuǎn)程 視頻監(jiān)控系統(tǒng)。
本發(fā)明的上述第一個技術(shù)問題這樣解決，提供一種控制協(xié)議，該控制協(xié) 議使用TCP方式在IP網(wǎng)絡(luò)內(nèi)傳輸且控制協(xié)議內(nèi)容采用XML格式，這種自
定義的TCP+XML方式的控制協(xié)議，更加滿足視頻監(jiān)控系統(tǒng)中的消息傳送即 時性和可靠性，且這種新的信令控制協(xié)議實現(xiàn)更加筒單和便于擴(kuò)展。
按照本發(fā)明提供的控制協(xié)議，所述控制協(xié)議包括消息頭和消息體，所述 消息體包括所述控制協(xié)議具體的內(nèi)容，內(nèi)容表示采用XML格式。
按照本發(fā)明提供的控制協(xié)議，所述消息頭包括但不限制會話標(biāo)識、消息 類型、消息長度、源標(biāo)識和目的地標(biāo)識字段。
按照本發(fā)明提供的控制協(xié)議，所述消息頭還包括起始標(biāo)志、版本信息、 控制、保留和CRC檢驗字段。
按照本發(fā)明提供的控制協(xié)議，所述控制協(xié)議包括但不限制應(yīng)用在遠(yuǎn)程視 頻監(jiān)控系統(tǒng)、視頻會議系統(tǒng)或網(wǎng)絡(luò)即時通訊系統(tǒng)中。
本發(fā)明的上述另 一個技術(shù)問題這樣解決，提供一種遠(yuǎn)程視頻監(jiān)控系統(tǒng)， 由監(jiān)控前端、信令接入服務(wù)器、中心服務(wù)器、媒體接入服務(wù)器、監(jiān)控客戶端 和IP網(wǎng)絡(luò)組成，在該監(jiān)控系統(tǒng)監(jiān)控前端注冊和監(jiān)控消息信令傳輸中采用使 用TCP方式傳輸且控制協(xié)議內(nèi)容采用XML格式的控制協(xié)議。
按照本發(fā)明提供的監(jiān)控系統(tǒng)，該監(jiān)控系統(tǒng)還包括在所述中心服務(wù)器與信 令接入服務(wù)器之間建立的心跳連接。
按照本發(fā)明提供的監(jiān)控系統(tǒng)，該監(jiān)控系統(tǒng)還包括監(jiān)控前端在注冊時建 立、注冊成功后主動斷開的該監(jiān)控前端與所述中心服務(wù)器之間的TCP連接， 即TCP短鏈路。
按照本發(fā)明提供的監(jiān)控系統(tǒng)，該監(jiān)控系統(tǒng)還包括在所述監(jiān)控前端與信令 接入服務(wù)器之間建立的采用定時發(fā)送?；钕C(jī)制的TCP連接，即TCP 長鏈路；所述?；钕C(jī)制包括僅在連續(xù)若干次保活周期之內(nèi)接收不到監(jiān)控 前端的?；钕⒅蟛耪J(rèn)為監(jiān)控前端徹底和信令接入服務(wù)器斷開，所述若干 次包括但不限制于三次。
按照本發(fā)明提供的監(jiān)控系統(tǒng)，所述IP網(wǎng)絡(luò)是國際互聯(lián)網(wǎng)；所述信令接 入服務(wù)器和中心服務(wù)器具有公網(wǎng)IP地址，即國際互聯(lián)網(wǎng)IP地址；所述監(jiān) 控前端和監(jiān)控客戶端具有公網(wǎng)IP地址，或者不具有公網(wǎng)IP地址(位于私網(wǎng) 內(nèi)具有私網(wǎng)IP地址)但通過網(wǎng)關(guān)/防火墻連接公網(wǎng)。
按照本發(fā)明提供的監(jiān)控系統(tǒng)，所述信令接入服務(wù)器和中心服務(wù)器位于公
網(wǎng)側(cè)，或者處于私網(wǎng)內(nèi)但通過NAT映射具有公網(wǎng)IP地址。
按照本發(fā)明提供的監(jiān)控系統(tǒng)，該監(jiān)控系統(tǒng)還包括在所述監(jiān)控前端與媒體 接入服務(wù)器之間建立的RTSP連接。
按照本發(fā)明提供的監(jiān)控系統(tǒng)，所述信令接入服務(wù)器的數(shù)量由該監(jiān)控系統(tǒng) 容量(監(jiān)控前端總數(shù))確定，并可由中心服務(wù)器進(jìn)行統(tǒng)一監(jiān)控，完成負(fù)荷分 擔(dān)。
按照本發(fā)明提供的監(jiān)控系統(tǒng)，所述監(jiān)控客戶端數(shù)量少時，直接連接中心 服務(wù)器。
本發(fā)明提供的控制協(xié)議及對應(yīng)遠(yuǎn)程視頻監(jiān)控系統(tǒng)，釆用TCP+XML方式 的控制協(xié)議，使控制協(xié)議消息傳送即時性且實現(xiàn)簡單和便于擴(kuò)展，進(jìn)一步采 用這種控制協(xié)議與采用其他控制協(xié)議的遠(yuǎn)程視頻監(jiān)控系統(tǒng)相比，具有以下優(yōu) 勢
1、 信令控制消息響應(yīng)速度快，監(jiān)控前端和監(jiān)控客戶端與視頻監(jiān)控系統(tǒng) 分別建立了 TCP長鏈路，保證了信令控制消息能夠準(zhǔn)確即時的在監(jiān)控前端 和監(jiān)控客戶端之間進(jìn)行傳送，特別對于監(jiān)控前端的異常告警信息能即時通知 到監(jiān)控客戶端。
2、 監(jiān)控前端和監(jiān)控客戶端事先和信令接入服務(wù)器建立了 TCP鏈路，監(jiān) 控前端和監(jiān)控客戶端即使處于私網(wǎng)內(nèi)部，控制信令仍然可以傳送。
3、 隨監(jiān)控前端數(shù)量的不斷增加，本視頻監(jiān)控系統(tǒng)只需要對信令接入服 務(wù)器進(jìn)行擴(kuò)容，簡單疊加信令接入服務(wù)器的數(shù)量，就可以很方便的進(jìn)行系統(tǒng) 擴(kuò)容。(當(dāng)然也需要對媒體接入服務(wù)器進(jìn)行擴(kuò)容)
4、 系統(tǒng)中任何一臺信令接入服務(wù)器出現(xiàn)故障，監(jiān)控前端在短時間內(nèi)能 夠找到新的信令接入服務(wù)器進(jìn)行接入。
5、 中心服務(wù)器對所有的信令接入服務(wù)器統(tǒng)一全局管理，并動態(tài)地實現(xiàn) 負(fù)載均衡，使整個視頻監(jiān)控系統(tǒng)中的監(jiān)控前端接入系統(tǒng)的性能達(dá)到最優(yōu)。


下面結(jié)合附圖和具體實施例進(jìn)一步對本發(fā)明進(jìn)行詳細(xì)說明。
圖1是本發(fā)明遠(yuǎn)程視頻監(jiān)控系統(tǒng)應(yīng)用部署圖； 圖2是監(jiān)控前端接入流程圖； 圖3是監(jiān)控客戶端接入流程圖； 圖4是云臺控制流程圖； 圖5是告警通知流程圖；。
具體實施例方式
首先，說明本發(fā)明關(guān)鍵 (-)控制協(xié)議消息頭字段內(nèi)容定義
起始標(biāo)志字段2個字節(jié)長度，控制協(xié)議消息頭的起始標(biāo)志，接收端收 到控制消息后，首先判斷消息的起始標(biāo)志是否和定義的一致，如果不一致， 則認(rèn)為控制消息有誤，直接丟棄。
版本信息字段2個字節(jié)長度，控制協(xié)議版本定義，便于以后協(xié)議升級 之后，對舊協(xié)議的兼容
消息類型字段2個字節(jié)長度，標(biāo)明控制消息的內(nèi)容格式。
消息長度字段2個字節(jié)長度，包括消息頭和消息體(XML內(nèi)容)的 總長度。接收端通過這個字段處理TCP傳輸過程中的分包和粘包現(xiàn)象，正 確的得到 一個完整的控制消息內(nèi)容。
會話標(biāo)識字段2個字節(jié)，由控制消息發(fā)起方產(chǎn)生，會話唯一性標(biāo)識， 響應(yīng)消息頭中的會話標(biāo)識和請求消息中的標(biāo)識是一致的。
源標(biāo)識字段20個字節(jié)，發(fā)送源的唯一標(biāo)識，可以通過這個標(biāo)識唯一
確定發(fā)送源，接收端解析消息頭中的發(fā)送源標(biāo)識信息，并給發(fā)送源回響應(yīng)消 自
目的地標(biāo)識字段20個字節(jié)，發(fā)送目的地唯一標(biāo)識，通過這個標(biāo)識唯 一確定發(fā)送目的地，在接收端接收到控制消息后，需要判斷發(fā)送目的地是否 是其本身，如果是本身才能給消息頭中發(fā)送源回響應(yīng)消息。
控制字段l個字節(jié)，消息內(nèi)容加密，壓縮控制標(biāo)志位定義 保留字段l個字節(jié)，保留為了以后擴(kuò)展。
CRC校驗字段4個字節(jié)對整個消息頭的內(nèi)容進(jìn)行校驗，預(yù)防控制協(xié)議 在網(wǎng)絡(luò)傳輸過程出現(xiàn)錯誤。
(:^遠(yuǎn)程視頻監(jiān)控主要流程
① 監(jiān)控前端(或稱前端視頻服務(wù)器)上電之后，主動向遠(yuǎn)程視頻監(jiān)控系 統(tǒng)中心服務(wù)器建立TCP鏈路，并采用上面定義的控制協(xié)議格式向中心服務(wù) 器器發(fā)送注冊請求。
② 視頻監(jiān)控中心服務(wù)器對監(jiān)控前端進(jìn)行認(rèn)證鑒權(quán)，認(rèn)證鑒權(quán)成功之后， 根據(jù)平臺調(diào)度策略，為監(jiān)控前端分配控制信令接入服務(wù)器和媒體接入服務(wù)器。
③ 監(jiān)控前端鑒權(quán)成功之后，根據(jù)返回的信令接入服務(wù)器和媒體接入服務(wù) 器，分別進(jìn)行上線登記和媒體流的接續(xù)請求(流媒體服務(wù)器)。監(jiān)控前端和 信令接入服務(wù)器之間采用TCP長鏈路，控制協(xié)議采用上面定義的格式。監(jiān) 控前端和4某體接入服務(wù)器之間采用現(xiàn)有的RTSP方式接入。
④ 信令接入服務(wù)器接收到監(jiān)控前端的請求，并返回響應(yīng)消息，同時把監(jiān) 控前端的接入信息及時上報給視頻監(jiān)控系統(tǒng)中心服務(wù)器，中心服務(wù)器把信息 寫入到數(shù)據(jù)庫中。
⑤ 監(jiān)控前端如果檢測到鏈路出現(xiàn)異常，需要進(jìn)行重試，如果連續(xù)三次重 試失敗之后，跳轉(zhuǎn)到步驟②執(zhí)行
⑥ 監(jiān)控客戶端采用TCP長鏈路接入視頻監(jiān)控中心服務(wù)器系統(tǒng)，控制協(xié) 議也采用上面定義的格式，中心服務(wù)器進(jìn)行認(rèn)證鑒權(quán)之后，并從數(shù)據(jù)庫中把 監(jiān)控用戶的監(jiān)控前端列表及其在線狀態(tài)信息返回給監(jiān)控客戶端。
⑦ 監(jiān)控客戶端控制監(jiān)控前端時，監(jiān)控客戶端根據(jù)監(jiān)控列表中的監(jiān)控前端 的接入服務(wù)器地址直接向監(jiān)控前端接入的信令接入服務(wù)器發(fā)送控制消息。此 時監(jiān)控客戶端和信令接入服務(wù)器之間采用TCP短鏈路，控制協(xié)議采用上面 定時的格式，TCP短鏈路維持到監(jiān)控客戶端接收到監(jiān)控前端的響應(yīng)消息。
⑧ 監(jiān)控前端有異常消息需要通知給監(jiān)控客戶端時，監(jiān)控前端首先把消息
通知給信令接入服務(wù)器，由信令接入服務(wù)器轉(zhuǎn)發(fā)給視頻監(jiān)控系統(tǒng)中心服務(wù) 器，中心服務(wù)器根據(jù)需要轉(zhuǎn)發(fā)給監(jiān)控客戶端，通知監(jiān)控客戶端進(jìn)行相應(yīng)的處 理。
⑨ 信令接入服務(wù)器和中心服務(wù)器之間有心跳消息，中心服務(wù)器可以實時 知道信令接入服務(wù)器的狀態(tài)
⑩ 如果監(jiān)控前端的信令接入服務(wù)器出現(xiàn)故障(如宕機(jī))，監(jiān)控前端連續(xù) 三次接入不上信令接入服務(wù)器，需要重新向中心服務(wù)器請求信令接入服務(wù)器 地址。中心服務(wù)器從正常的信令接入服務(wù)器中選擇一個信令接入服務(wù)器返回 給監(jiān)控前端，選擇的策略可以由多種方式。
第二步，說明本發(fā)明具體遠(yuǎn)程視頻監(jiān)控系統(tǒng)
如圖1所示的具體實施環(huán)境中，視頻監(jiān)控系統(tǒng)服務(wù)平臺2，包括信令接 入月l務(wù)器21和中心月良務(wù)器22,處于公網(wǎng)側(cè)，也可以處于私網(wǎng)內(nèi)，然后通過 NAT映射具有公網(wǎng)IP，監(jiān)控前端1和監(jiān)控客戶端3具體分布不受限制，可 以分布在私網(wǎng)下(通過防火墻4連接7>網(wǎng))，也可以分布在7>網(wǎng)下，只要其 能夠正常接入互聯(lián)網(wǎng)。
遠(yuǎn)程視頻監(jiān)控系統(tǒng)中，監(jiān)控前端1數(shù)量要遠(yuǎn)大于監(jiān)控客戶端3的數(shù)量， 所以圖1中的監(jiān)控前端1采用分布式方式，接入到信令接入服務(wù)器21中， 監(jiān)控客戶端3數(shù)量相對比較少，可以直接接入到中心服務(wù)器22上，當(dāng)監(jiān)控 客戶端3數(shù)量達(dá)到一定的數(shù)量時，可以考慮采用類似監(jiān)控前端的接入方式進(jìn) 行分布式部署方式。
第三步，以下面列舉的具有代表性四個流程為例簡要說明本發(fā)明具體遠(yuǎn) 程視頻監(jiān)控系統(tǒng)的控制信令流程，具體如下
(-)監(jiān)控前端登錄流程如圖2所示，包括以下具體步驟
201)監(jiān)控前端1向中心服務(wù)器22建立TCP短鏈路，發(fā)送注冊請求消 息，消息采用自定義的協(xié)議消息頭加上XML控制信令格式，消息頭內(nèi)容可 以根據(jù)上面定義的進(jìn)行填寫，消息內(nèi)容(即XML的內(nèi)容)主要包括用戶名， 密碼，時間戳等一些信息。
202)中心服務(wù)器22收到數(shù)據(jù)首先從消息頭中取出發(fā)送源標(biāo)識，并根據(jù) 消息頭中的消息類型判斷具體消息體內(nèi)容，同時對消息體地XML進(jìn)行解析 、鑒權(quán)，如果鑒權(quán)成功，則從信令接入服務(wù)器21池選擇一個信令接入服務(wù) 器返回給監(jiān)控前端。
203 )監(jiān)控前端1收到注冊響應(yīng)消息之后，主動斷開和中心服務(wù)器22的 TCP鏈路，從響應(yīng)消息中獲得信令接入服務(wù)器21,并向信令接入服務(wù)器21 建立TCP長鏈路，發(fā)送上線請求消息。信令接入服務(wù)器21接收到請求消息， 對消息頭和XML進(jìn)行解析，并返回結(jié)果，同時把監(jiān)控前端1的在線狀態(tài)通 知給中心服務(wù)器22，中心服務(wù)器22寫入數(shù)據(jù)庫中，如果此時有在線的監(jiān)控 客戶端3對此監(jiān)控前端有權(quán)限，則通知監(jiān)控客戶端3此監(jiān)控前端1已經(jīng)上線。
204)監(jiān)控前端1上線之后，定期發(fā)送?；钕⒔o信令接入服務(wù)器21， 保持TCP長鏈路。信令接入服務(wù)器21如果在連續(xù)三次?；钪芷谥畠?nèi)沒有收 到?；钕t認(rèn)為監(jiān)控前端1已經(jīng)下線。
其中在步驟202)中，選擇信令接入服務(wù)器策略有多種方式， 一種采用 歸屬和依賴方式，優(yōu)先選擇歸屬接入服務(wù)器，如果歸屬接入服務(wù)器出現(xiàn)問題， 則選擇依賴接入服務(wù)器，還有根據(jù)接入服務(wù)器的性能決定選擇當(dāng)前性能最優(yōu) 的接入服務(wù)器。
(=)監(jiān)控客戶端登錄流程如圖3所示，包括以下具體步驟
301) 監(jiān)控客戶端3向中心服務(wù)器22建立TCP長鏈路，發(fā)送注冊請求 消息，消息采用自定義的TCP消息頭加上XML控制信令格式，消息頭內(nèi)容 可以根據(jù)上面定義的進(jìn)行填寫，消息內(nèi)容(即XML的內(nèi)容)主要包括用戶 名，密碼，時間戳等一些信息。中心服務(wù)器22收到數(shù)據(jù)首先從消息頭中取 發(fā)送源標(biāo)識，并根據(jù)消息頭中的消息類型判斷具體消息體內(nèi)容，同時對消息 內(nèi)容進(jìn)行解析、鑒權(quán)，并返回鑒權(quán)結(jié)果。
302) 監(jiān)控客戶端3收到注冊響應(yīng)消息并解析，得到鑒權(quán)成功后，向中 心服務(wù)器22發(fā)送獲取監(jiān)控列表請求，中心服務(wù)器22把此用戶有權(quán)限的監(jiān)控 列表返回給監(jiān)控客戶端3,監(jiān)控列表的信息主要包括監(jiān)控前端1在線狀態(tài)，
信令接入服務(wù)器21地址以及監(jiān)控前端1的基本信息。
303 )監(jiān)控客戶端3定期發(fā)送保活消息給中心服務(wù)器22，保持TCP長鏈路。
曰云臺控制流程如圖4所示，包括以下具體步驟
401)監(jiān)控客戶端3控制監(jiān)控前端1的云臺時，首先與監(jiān)控前端1接入 的信令接入服務(wù)器21建立TCP短鏈接，信令接入服務(wù)器21的地址是監(jiān)控 客戶端3從監(jiān)控列表信息中獲取的，建立連接之后，監(jiān)控客戶端3通過TCP 短連接發(fā)送云臺控制消息給信令接入服務(wù)器21。其中云臺控制消息釆用上 面定義的TCP + XML方式，在消息頭發(fā)送源標(biāo)識是監(jiān)控客戶端3的唯一標(biāo) 識，發(fā)送目的地是監(jiān)控前端l唯一標(biāo)識，消息類型是云臺控制消息，消息體 在XML中，XML中至少需要包括云臺控制類型，方向等字段。
402 )信令接入服務(wù)器21根據(jù)TCP消息頭中的目的地，查詢當(dāng)前接入 的監(jiān)控前端鏈路，并通過監(jiān)控前端1和信令接入服務(wù)器21建立的TCP長鏈 路把云臺控制消息給監(jiān)控前端1。信令接入服務(wù)器21不需要解析具體的消 息體XML的內(nèi)容，只根據(jù)消息頭的內(nèi)容就能夠很方便的進(jìn)行轉(zhuǎn)發(fā)
403) 監(jiān)控前端1解析云臺控制消息，進(jìn)行處理，處理之后并通過TCP 長鏈接發(fā)送云臺控制響應(yīng)，其中響應(yīng)消息頭中的會話標(biāo)識和請求的會話標(biāo)識 一致，發(fā)送目的地監(jiān)控客戶端標(biāo)識，發(fā)送源標(biāo)識這時應(yīng)該是監(jiān)控前端本身。
404) 信令接入服務(wù)器21解析TCP消息頭中的發(fā)送目的地，直接轉(zhuǎn)發(fā) 消息給監(jiān)控客戶端3。信令接入服務(wù)器21此時也不需要解析具體的XML內(nèi) 容，這樣信令接入服務(wù)器21通過消息頭就能夠?qū)崿F(xiàn)消息透明傳輸。監(jiān)控客 戶端3收到消息之后，需要主動端口與信令接入服務(wù)器21的TCP鏈路，釋 放鏈路資源。
卿告警通知流程如圖5所示，具體步驟如下
501)監(jiān)控前端1產(chǎn)生告警之后，通過已經(jīng)和信令接入服務(wù)器21建立的 TCP長鏈路把帶有消息頭和消息體告警消息發(fā)送給信令接入服務(wù)器21。其 中這時消息頭中的發(fā)送目的地可以保留為空，因為此時監(jiān)控前端1不知道具 體的告警消息需要發(fā)送給哪些監(jiān)控客戶端3。502)信令接入服務(wù)器21收到監(jiān)控前端l發(fā)送的消息，通過消息頭中消 息類型判斷是告警請求消息，信令接入服務(wù)器21本身組成告警響應(yīng)的XML 內(nèi)容，并按照請求消息頭中的會話標(biāo)識等其他字段，填寫對應(yīng)的響應(yīng)消息頭 字段，并通過TCP長鏈路給監(jiān)控前端1返回響應(yīng)。
503 )信令接入服務(wù)器21給監(jiān)控前端1回告警響應(yīng)之后，直接通過和中 心服務(wù)器22建立的內(nèi)部鏈路轉(zhuǎn)發(fā)給中心服務(wù)器22。
504 )中心服務(wù)器22收到消息之后，給信令接入服務(wù)器21回響應(yīng)
505)中心服務(wù)器22同時解析消息中的XML內(nèi)容，并查詢數(shù)據(jù)庫，得 到需要通知的監(jiān)控客戶端TCP長鏈路，并通過此TCP長鏈路把告警通知發(fā) 送給監(jiān)控客戶端3。
506 )監(jiān)控客戶端3收到中心服務(wù)器22回告警通知之后，通過TCP長 鏈路，并按照定義的消息頭加上XML消息體給中心服務(wù)器22回告警通知 響應(yīng)。
這樣就完成了從前端告警到客戶端接警的一個完整過程，在這個過程中 告警信息只經(jīng)過了兩次轉(zhuǎn)發(fā)，而且轉(zhuǎn)發(fā)的鏈路都是事先建立的，從告警到接 警響應(yīng)時間短，而且不需要要考慮監(jiān)控客戶端在內(nèi)網(wǎng)的時無法收到告警通 知。
當(dāng)然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的 情況下，熟悉本領(lǐng)域的技術(shù)人員可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形， 但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1、一種控制協(xié)議，其特征在于，該控制協(xié)議使用TCP方式在IP網(wǎng)絡(luò)內(nèi)傳輸且控制協(xié)議內(nèi)容采用XML格式。
2、 根據(jù)權(quán)利要求1所述控制協(xié)議，其特征在于，所述控制協(xié)議包括 消息頭和消息體，所述消息體包括所述控制協(xié)議內(nèi)容。
3、 根據(jù)權(quán)利要求2所述控制協(xié)議，其特征在于，所述消息頭包括會 話標(biāo)識、消息類型、消息長度、源標(biāo)識和目的地標(biāo)識字段。
4、 根據(jù)權(quán)利要求1所述控制協(xié)議，其特征在于，所述控制協(xié)議應(yīng)用 在遠(yuǎn)程視頻監(jiān)控系統(tǒng)、視頻會議系統(tǒng)或網(wǎng)絡(luò)即時通訊系統(tǒng)中。
5、 一種遠(yuǎn)程;f見頻監(jiān)控系統(tǒng)，由監(jiān)控前端(l)、信令接入服務(wù)器(21)、 中心服務(wù)器(22)、媒體接入服務(wù)器、監(jiān)控客戶端(3)和IP網(wǎng)絡(luò)組成，其特征 在于，在監(jiān)控前端注冊和監(jiān)控消息信令傳輸中采用使用TCP方式傳輸且控 制協(xié)議內(nèi)容采用XML格式的控制協(xié)議。
6、 根據(jù)權(quán)利要求1所述監(jiān)控系統(tǒng)，其特征在于，該監(jiān)控系統(tǒng)還包括 在所述中心服務(wù)器(22)與信令接入服務(wù)器(21)之間建立的心跳連接。
7、 根據(jù)權(quán)利要求1所述監(jiān)控系統(tǒng)，其特征在于，該監(jiān)控系統(tǒng)還包括 監(jiān)控前端(l)在注冊時建立、注冊成功后主動斷開的該監(jiān)控前端(l)與所述中 心服務(wù)器(22)之間的TCP連接。
8、 根據(jù)權(quán)利要求1所述監(jiān)控系統(tǒng)，其特征在于，該監(jiān)控系統(tǒng)還包括 在所述監(jiān)控前端(1)與信令接入服務(wù)器(21)之間建立的采用定時發(fā)送?；钕?息機(jī)制的TCP連接；所述?；钕C(jī)制包括僅在連續(xù)若干次保活周期之內(nèi) 接收不到監(jiān)控前端的?；钕⒅蟛耪J(rèn)為監(jiān)控前端徹底和信令接入服務(wù)器 斷開。
9、 根據(jù)權(quán)利要求1所述監(jiān)控系統(tǒng)，其特征在于，所述IP網(wǎng)絡(luò)是國際 互聯(lián)網(wǎng)，所述信令接入服務(wù)器(22)和中心服務(wù)器(21)具有公網(wǎng)IP地址，所述監(jiān)控前端(1)和監(jiān)控客戶端(3)具有公網(wǎng)IP地址或者不具有公網(wǎng)IP地址但通過網(wǎng)關(guān)/防火墻連接公網(wǎng)。
10、 根據(jù)權(quán)利要求9所述監(jiān)控系統(tǒng)，其特征在于，所述信令接入服務(wù)器(22)和中心服務(wù)器(21)位于公網(wǎng)側(cè)，或者處于私網(wǎng)內(nèi)但通過NAT映射具有 公網(wǎng)IP地址。
全文摘要
本發(fā)明涉及一種控制協(xié)議及對應(yīng)遠(yuǎn)程視頻監(jiān)控系統(tǒng)，其中控制協(xié)議使用TCP方式在IP網(wǎng)絡(luò)內(nèi)傳輸且控制協(xié)議內(nèi)容采用XML格式，遠(yuǎn)程視頻監(jiān)控系統(tǒng)由監(jiān)控前端(1)、信令接入服務(wù)器(21)、中心服務(wù)器(22)、媒體接入服務(wù)器、監(jiān)控客戶端(3)和IP網(wǎng)絡(luò)組成，并在監(jiān)控前端注冊和監(jiān)控消息信令傳輸中采用所述控制協(xié)議。這種控制協(xié)議消息傳送即時性且實現(xiàn)簡單和便于擴(kuò)展，對應(yīng)遠(yuǎn)程視頻監(jiān)控系統(tǒng)信令控制消息響應(yīng)速度快，同時組網(wǎng)方便、易于擴(kuò)容和實現(xiàn)負(fù)荷分擔(dān)從而提高系統(tǒng)性能。
文檔編號H04L29/06GK101207626SQ20071019527
公開日2008年6月25日 申請日期2007年12月5日 優(yōu)先權(quán)日2007年12月5日
發(fā)明者周永宏 申請人:中興通訊股份有限公司