專利名稱：一種支持訂閱分發(fā)機(jī)制的通信方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及ー種支持訂閱分發(fā)機(jī)制的通信方法及系統(tǒng)。
背景技術(shù)：
隨著科學(xué)技術(shù)和社會(huì)的進(jìn)步，通信系統(tǒng)越來(lái)越多的運(yùn)用于社會(huì)當(dāng)中。而ー個(gè)大型的通信系統(tǒng)包含許多功能模塊，當(dāng)一個(gè)新的設(shè)備接入系統(tǒng)時(shí)，可能需要通信系統(tǒng)的各個(gè)功能模塊都要做處理才能接收這種新的設(shè)備。當(dāng)新的設(shè)備接入進(jìn)來(lái)之后面臨著大量的消息需要處理。這些大批量的消息可能對(duì)于新的設(shè)備是不需要的或者是只是某一段時(shí)間需要，而不是一直需要。此時(shí)，ー個(gè)支持訂閱分發(fā)機(jī)制的通信系統(tǒng)就顯得非常需要
發(fā)明內(nèi)容

本發(fā)明的目的即在于克服現(xiàn)有技術(shù)的不足，提供ー種支持訂閱分發(fā)機(jī)制的通信方法及系統(tǒng)，解決了新設(shè)備接入后接收處理大量不必要消息等問(wèn)題，需要消息的用戶具有主動(dòng)權(quán)，可以主動(dòng)選擇什么時(shí)候需要什么消息。本發(fā)明的目的是通過(guò)以下技術(shù)方案來(lái)實(shí)現(xiàn)ー種支持訂閱分發(fā)機(jī)制的通信方法及系統(tǒng)，它包括日志記錄模塊和與日志記錄模塊連接的訂閱-分發(fā)模塊、設(shè)備/用戶接入模塊、業(yè)務(wù)接入模塊、消息路由模塊、本地消息處理模塊和媒體流轉(zhuǎn)發(fā)模塊，上級(jí)通信平臺(tái)和外部ー個(gè)或多個(gè)TCP監(jiān)聽(tīng)設(shè)備分別通過(guò)TCP連接端口和ー個(gè)或多個(gè)TCP監(jiān)聽(tīng)端ロ與TCP協(xié)議模塊、RTP協(xié)議模塊連接，TCP協(xié)議模塊分別與設(shè)備/用戶接入模塊、業(yè)務(wù)接入模塊、本地消息處理模塊互連，RTP協(xié)議模塊與媒體流轉(zhuǎn)發(fā)模塊互連，設(shè)備/用戶接入模塊、業(yè)務(wù)接入模塊分別與消息路由模塊互連，消息路由模塊的輸出端與本地消息處理模塊連接，本地消息處理模塊分別與訂閱-分發(fā)模塊、媒體流轉(zhuǎn)發(fā)模塊互連。所述的媒體流轉(zhuǎn)發(fā)模塊包括媒體流轉(zhuǎn)發(fā)表管理模塊和媒體數(shù)據(jù)傳輸模塊，所述的媒體流轉(zhuǎn)發(fā)表管理模塊與本地消息處理模塊互連，所述的媒體數(shù)據(jù)傳輸模塊與RTP協(xié)議模塊互連。ー種支持訂閱分發(fā)機(jī)制的通信方法，它包括以下子步驟
Si:用戶端發(fā)起訂閱請(qǐng)求；
52:訂閱請(qǐng)求經(jīng)本地消息處理模塊傳輸?shù)接嗛?分發(fā)模塊，訂閱-分發(fā)模塊向用戶端發(fā)送訂閱請(qǐng)求接收響應(yīng)；
53訂閱-分發(fā)模塊解析訂閱消息，查詢訂閱狀態(tài)，生成訂閱消息-訂閱者對(duì)應(yīng)關(guān)系表，按關(guān)系表生成訂閱者需要的訂閱消息；
54:訂閱消息生成后，訂閱-分發(fā)模塊通過(guò)回調(diào)的方式傳輸訂閱消息，將訂閱消息通過(guò)訂閱-分發(fā)模塊的傳輸模塊統(tǒng)ー發(fā)送至用戶端；
55:用戶端接收訂閱消息，并發(fā)送接收訂閱消息響應(yīng)至訂閱-分發(fā)模塊。ー種支持訂閱分發(fā)機(jī)制的通信方法，它還包括一個(gè)設(shè)備、用戶、業(yè)務(wù)接入，ー個(gè)鏈路維護(hù)和ー個(gè)日志記錄子步驟。
所述的訂閱-分發(fā)模塊的傳輸模塊制定消息的重傳機(jī)制，以及消息發(fā)送的優(yōu)先級(jí)。本發(fā)明的 有益效果是
(1)本發(fā)明提供ー種支持訂閱分發(fā)機(jī)制的通信方法及系統(tǒng)，當(dāng)有新的設(shè)備或者模塊接入后，整個(gè)通信系統(tǒng)(其他模塊)無(wú)需做較大的改動(dòng)；
(2)本發(fā)明提供ー種支持訂閱分發(fā)機(jī)制的通信方法及系統(tǒng)，對(duì)于需要消息的用戶來(lái)說(shuō)具有主動(dòng)性，可以主動(dòng)選擇什么時(shí)候需要什么消息，什么時(shí)候不需要什么消息；可以在需要的時(shí)候才向系統(tǒng)訂閱某種消息，而不是只能被動(dòng)接收系統(tǒng)的所有消息；在不需要某種消息的時(shí)候還可以告訴系統(tǒng)不需要這種消息，系統(tǒng)就不再向其發(fā)送消息，解決了新設(shè)備接入后接收處理大量不必要消息等問(wèn)題。


圖I為本發(fā)明結(jié)構(gòu)框 圖2為本發(fā)明的工作框 圖3為本發(fā)明的流程圖。
具體實(shí)施例方式下面結(jié)合附圖對(duì)本發(fā)明做進(jìn)ー步的描述，但本發(fā)明的保護(hù)范圍不局限于以下所述。如圖I所示，ー種支持訂閱分發(fā)機(jī)制的通信系統(tǒng)，它包括日志記錄模塊和與日志記錄模塊連接的訂閱-分發(fā)模塊、設(shè)備/用戶接入模塊、業(yè)務(wù)接入模塊、消息路由模塊、本地消息處理模塊和媒體流轉(zhuǎn)發(fā)模塊，上級(jí)通信平臺(tái)和外部ー個(gè)或多個(gè)TCP監(jiān)聽(tīng)設(shè)備分別通過(guò)TCP連接端口和ー個(gè)或多個(gè)TCP監(jiān)聽(tīng)端ロ與TCP協(xié)議模塊、RTP協(xié)議模塊連接，TCP協(xié)議模塊分別與設(shè)備/用戶接入模塊、業(yè)務(wù)接入模塊、本地消息處理模塊互連，RTP協(xié)議模塊與媒體流轉(zhuǎn)發(fā)模塊互連，設(shè)備/用戶接入模塊、業(yè)務(wù)接入模塊分別與消息路由模塊互連，消息路由模塊的輸出端與本地消息處理模塊連接，本地消息處理模塊分別與訂閱-分發(fā)模塊、媒體流轉(zhuǎn)發(fā)模塊互連。所述的媒體流轉(zhuǎn)發(fā)模塊包括媒體流轉(zhuǎn)發(fā)表管理模塊和媒體數(shù)據(jù)傳輸模塊，所述的媒體流轉(zhuǎn)發(fā)表管理模塊與本地消息處理模塊互連，所述的媒體數(shù)據(jù)傳輸模塊與RTP協(xié)議模塊互連。本發(fā)明各組成部分的詳細(xì)描述如下
(1)訂閱-分發(fā)模塊解析訂閱消息，生成訂閱消息-訂閱者對(duì)應(yīng)關(guān)系表，按關(guān)系表生成訂閱者需要的訂閱消息；
(2)設(shè)備/用戶接入模塊接受設(shè)備、用戶的接入并維護(hù)鏈路；
(3)業(yè)務(wù)接入模塊啟動(dòng)個(gè)業(yè)務(wù)模塊的執(zhí)行程序，并接收各業(yè)務(wù)模塊的介入，維護(hù)鏈
路；
(4)消息路由模塊實(shí)現(xiàn)消息的路由和分發(fā)；
(5)本地消息處理模塊維護(hù)與上級(jí)通信服務(wù)平臺(tái)的TCP消息鏈路，向上級(jí)通信平臺(tái)發(fā)送鏈路維護(hù)消息，解析目的地為通信平臺(tái)的業(yè)務(wù)消息，并根據(jù)消息的內(nèi)容調(diào)用其他模塊；(6)媒體流轉(zhuǎn)發(fā)模塊開(kāi)啟媒體輸入/輸出通道，維護(hù)媒體流轉(zhuǎn)發(fā)表，根據(jù)媒體流轉(zhuǎn)發(fā)表進(jìn)行媒體數(shù)據(jù)的分發(fā)；
(7)日志記錄模塊使用日志管理子系統(tǒng)提供的日志記錄DLL記錄通信平臺(tái)的工作日
O如圖2所示，本發(fā)明的應(yīng)用為基于IP的視頻監(jiān)控系統(tǒng)由后端監(jiān)控中心和ー個(gè)或多個(gè)前端監(jiān)控設(shè)備組成，后端監(jiān)控中心和前端監(jiān)控設(shè)備通過(guò)IP網(wǎng)絡(luò)連接，前端監(jiān)控設(shè)備包括ー個(gè)或多個(gè)網(wǎng)絡(luò)視頻服務(wù)器(DVS)，每個(gè)網(wǎng)絡(luò)視頻服務(wù)器外接ー個(gè)或多個(gè)附屬設(shè)備，所述的附屬設(shè)備包括攝像頭、麥克風(fēng)、音箱、云臺(tái)、報(bào)警輸入裝置和報(bào)警輸出裝置；后端監(jiān)控中心包括監(jiān)控臺(tái)、處警臺(tái)、IE視頻瀏覽器、遠(yuǎn)程配制維護(hù)終端和服務(wù)器組，服務(wù)器組包括至少五個(gè)服務(wù)器，所述的五個(gè)服務(wù)器為通信服務(wù)器、配制管理服務(wù)器、代理服務(wù)器、流媒體服務(wù)器和存儲(chǔ)服務(wù)器，通信服務(wù)器的一端與前端監(jiān)控設(shè)備連接，通信服務(wù)器的另一端與處警臺(tái)、監(jiān)控臺(tái)連接，通信服務(wù)器還與存儲(chǔ)服務(wù)器、配制管理服務(wù)器、代理服務(wù)器、流媒體服務(wù)器連接，處警臺(tái)和監(jiān)控臺(tái)還與配制管理服務(wù)器連接，監(jiān)控臺(tái)和處警臺(tái)與以太網(wǎng)連接，IE視頻瀏覽器和遠(yuǎn)程配制維護(hù)終端通過(guò)IP網(wǎng)絡(luò)接入以太網(wǎng)，以太網(wǎng)與服務(wù)器組連接，所述的后端監(jiān)控中心還包括機(jī)架式解碼器和電視墻，所述的機(jī)架式解碼器的一端與以太網(wǎng)連接，所述的機(jī)架式解碼器的另一端與電視墻連接，所述的以太網(wǎng)是基于TCP/IP協(xié)議的以太網(wǎng)。如圖3所示，ー種支持訂閱分發(fā)機(jī)制的通信方法，它包括以下子步驟
51:用戶端發(fā)起訂閱請(qǐng)求；
52:訂閱請(qǐng)求經(jīng)本地消息處理模塊傳輸?shù)接嗛?分發(fā)模塊，訂閱-分發(fā)模塊向用戶端發(fā)送訂閱請(qǐng)求接收響應(yīng)；
53訂閱-分發(fā)模塊解析訂閱消息，查詢訂閱狀態(tài)，生成訂閱消息-訂閱者對(duì)應(yīng)關(guān)系表，按關(guān)系表生成訂閱者需要的訂閱消息；
54:訂閱消息生成后，訂閱-分發(fā)模塊通過(guò)回調(diào)的方式傳輸訂閱消息，將訂閱消息通過(guò)訂閱-分發(fā)模塊的傳輸模塊統(tǒng)ー發(fā)送至用戶端；
55:用戶端接收訂閱消息，并發(fā)送接收訂閱消息響應(yīng)至訂閱-分發(fā)模塊。typedef struct _ReqProberAIarmMsg {
ProtocolHeader ReqMsgHead ；// 消息頭
BYTEReqAlarmDeviceID[II] ；//申請(qǐng)報(bào)警消息的業(yè)務(wù)模塊
網(wǎng)絡(luò)ID
BYTEReqAlarmFlag ；//訂閱狀態(tài)
BYTEReqAlarmCount ；//訂閱報(bào)警點(diǎn)總數(shù)
BYTEReqAlarmVSID[II] ； // 申請(qǐng)的報(bào)警編碼 ID
BYTEReqAlarmDategatherID ；// 申請(qǐng)的米集 ID
BYTEReqAlarmProberID ；// 申請(qǐng)的探頭 ID
I ReqProberAlarmMsg ；
移動(dòng)偵測(cè)報(bào)警消息訂閱消息 typedef struct _ReqMotionAIarmMsg {ProtocolHeader ReqMsgHead ；// 消息頭
BYTEReqMotionDeviceID[II] ;//申請(qǐng)報(bào)警消息的業(yè)務(wù)模塊
網(wǎng)絡(luò)ID
BYTEReqMotionFlag ；// 訂閱狀態(tài)
BYTEReqMotionCount ；//訂閱報(bào)警點(diǎn)總數(shù)
BYTEReqMotionVSID[II] ； // 申請(qǐng)的報(bào)警編碼 ID
BYTEReqMotionChanelID ； // 申請(qǐng)的編碼通道 ID ；
I ReqMotionAlarmMsg ； ー種支持訂閱分發(fā)機(jī)制的通信方法，它還包括一個(gè)設(shè)備、用戶、業(yè)務(wù)接入，ー個(gè)鏈路維護(hù)和ー個(gè)日志記錄子步驟。所述的訂閱-分發(fā)模塊的傳輸模塊制定消息的重傳機(jī)制，以及消息發(fā)送的優(yōu)先級(jí)。
權(quán)利要求
1.一種支持訂閱分發(fā)機(jī)制的通信系統(tǒng)，其特征在于它包括日志記錄模塊和與日志記錄模塊連接的訂閱-分發(fā)模塊、設(shè)備/用戶接入模塊、業(yè)務(wù)接入模塊、消息路由模塊、本地消息處理模塊和媒體流轉(zhuǎn)發(fā)模塊，上級(jí)通信平臺(tái)和外部一個(gè)或多個(gè)TCP監(jiān)聽(tīng)設(shè)備分別通過(guò)TCP連接端口和一個(gè)或多個(gè)TCP監(jiān)聽(tīng)端口與TCP協(xié)議模塊、RTP協(xié)議模塊連接，TCP協(xié)議模塊分別與設(shè)備/用戶接入模塊、業(yè)務(wù)接入模塊、本地消息處理模塊互連，RTP協(xié)議模塊與媒體流轉(zhuǎn)發(fā)模塊互連，設(shè)備/用戶接入模塊、業(yè)務(wù)接入模塊分別與消息路由模塊互連，消息路由模塊的輸出端與本地消息處理模塊連接，本地消息處理模塊分別與訂閱-分發(fā)模塊、媒體流轉(zhuǎn)發(fā)模塊互連。
2.根據(jù)權(quán)利要求I所述的一種支持訂閱分發(fā)機(jī)制的通信系統(tǒng)，其特征在于所述的媒體流轉(zhuǎn)發(fā)模塊包括媒體流轉(zhuǎn)發(fā)表管理模塊和媒體數(shù)據(jù)傳輸模塊，所述的媒體流轉(zhuǎn)發(fā)表管理模塊與本地消息處理模塊互連，所述的媒體數(shù)據(jù)傳輸模塊與RTP協(xié)議模塊互連。
3.一種支持訂閱分發(fā)機(jī)制的通信方法，其特征在于它包括以下子步驟 Si:用戶端發(fā)起訂閱請(qǐng)求； 52:訂閱請(qǐng)求經(jīng)本地消息處理模塊傳輸?shù)接嗛?分發(fā)模塊，訂閱-分發(fā)模塊向用戶端發(fā)送訂閱請(qǐng)求接收響應(yīng)； 53訂閱-分發(fā)模塊解析訂閱消息，查詢訂閱狀態(tài)，生成訂閱消息-訂閱者對(duì)應(yīng)關(guān)系表，按關(guān)系表生成訂閱者需要的訂閱消息； 54:訂閱消息生成后，訂閱-分發(fā)模塊通過(guò)回調(diào)的方式傳輸訂閱消息，將訂閱消息通過(guò)訂閱-分發(fā)模塊的傳輸模塊統(tǒng)一發(fā)送至用戶端； 55:用戶端接收訂閱消息，并發(fā)送接收訂閱消息響應(yīng)至訂閱-分發(fā)模塊。
4.根據(jù)權(quán)利要求3所述的一種支持訂閱分發(fā)機(jī)制的通信方法，其特征在于它還包括一個(gè)設(shè)備、用戶、業(yè)務(wù)接入，一個(gè)鏈路維護(hù)和一個(gè)日志記錄子步驟。
5.根據(jù)權(quán)利要求3所述的一種支持訂閱分發(fā)機(jī)制的通信方法，其特征在于所述的訂閱-分發(fā)模塊的傳輸模塊制定消息的重傳機(jī)制，以及消息發(fā)送的優(yōu)先級(jí)。
全文摘要
本發(fā)明公開(kāi)了一種支持訂閱分發(fā)機(jī)制的通信方法及系統(tǒng)，其系統(tǒng)包括日志記錄模塊和與日志記錄模塊連接的訂閱-分發(fā)模塊、設(shè)備/用戶接入模塊、業(yè)務(wù)接入模塊、消息路由模塊、本地消息處理模塊和媒體流轉(zhuǎn)發(fā)模塊。本發(fā)明提供一種支持訂閱分發(fā)機(jī)制的通信方法及系統(tǒng)，當(dāng)有新的設(shè)備或者模塊接入后，整個(gè)通信系統(tǒng)無(wú)需做較大的改動(dòng)，解決了新設(shè)備接入后接收處理大量不必要消息等問(wèn)題，使得需要消息的用戶具有主動(dòng)權(quán)，可以主動(dòng)選擇什么時(shí)候需要什么消息。
文檔編號(hào)H04L29/08GK102710545SQ20121016203
公開(kāi)日2012年10月3日 申請(qǐng)日期2012年5月23日 優(yōu)先權(quán)日2012年5月23日
發(fā)明者吳震, 廖彬, 張家亮, 趙秀瓊 申請(qǐng)人:成都三零凱天通信實(shí)業(yè)有限公司