專利名稱：一種電視臺全臺網(wǎng)系統(tǒng)集成中消息接入的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及廣電領(lǐng)域電視節(jié)目制播技術(shù)，具體涉及一種電視臺全臺網(wǎng)系 統(tǒng)集成中消息接入的方法。
背景技術(shù)：
當(dāng)前國內(nèi)外廣電行業(yè)在信息化方面的總體發(fā)展方向是信息共享化、業(yè) 務(wù)流程化和管理集成化。要實(shí)現(xiàn)這三個(gè)方面首先就必須要求電視臺的各個(gè)業(yè) 務(wù)板塊之間可以良好的通信，進(jìn)行消息的傳遞和交換。在基于SOA架構(gòu)的電 視臺全臺網(wǎng)絡(luò)化解決方案中，提出了采用企業(yè)服務(wù)總線ESB+媒體服務(wù)總線 EMB的雙線結(jié)構(gòu)。業(yè)務(wù)板塊將會被其他業(yè)務(wù)板塊調(diào)用的功能以服務(wù)的方式注 冊在企業(yè)服務(wù)總線ESB上。當(dāng)需要對服務(wù)進(jìn)行調(diào)用時(shí)，業(yè)務(wù)板塊將調(diào)用請求 消息按一定的接入方式傳遞給ESB。但是，在電視臺內(nèi)部的消息類型復(fù)雜多 樣，并且不同類型的消息對時(shí)效性和安全性具有不一樣的需求。同時(shí)電視臺 全臺網(wǎng)建設(shè)中，各個(gè)業(yè)務(wù)板塊往往是由不同的廠家分別構(gòu)造，使得板塊之間 存在很大的異構(gòu)性，在發(fā)送消息時(shí)也有不同的傳遞方式。
在以往的業(yè)務(wù)板塊互聯(lián)互通的設(shè)計(jì)中，往往采取人為設(shè)定某種單一的消 息交換方式和交換格式。需要找到各個(gè)業(yè)務(wù)板塊的廠商一起商定，需要消耗 大量的時(shí)間，人力和物力，方式非常不靈活，有一點(diǎn)改變就需要通知所有相 關(guān)的部門和人員。而消息交換方式和交換才各式的制定往往^艮難達(dá)成一致。由 于各個(gè)廠商對業(yè)務(wù)板塊采取的開發(fā)工具和語言都不盡相同，這些工具和語言 對具體消息傳遞技術(shù)的支持各有差別，甚至存在不支持的情況而不能進(jìn)行消
能真正解決信息孤島問題，而是需要采用統(tǒng)一的，符合國際標(biāo)準(zhǔn)又可以靈活 配置擴(kuò)展的消息接入方式。
企業(yè)服務(wù)總線ESB是在S0A架構(gòu)中實(shí)現(xiàn)服務(wù)間智能化集成與管理的中介， 是分布式的、基于消息的集成解決方案，遵循開放的標(biāo)準(zhǔn)。ESB的角色是在
3各種IT資源一一比如企業(yè)中分布于不同的系統(tǒng)上的應(yīng)用系統(tǒng)、平臺和服務(wù)之
間——更容易的建立可靠的通訊。ESB采用了消息封裝這一思想，把所有對 服務(wù)的調(diào)用都通過統(tǒng)一的消息接口封裝起來，無論消息是同步的還是異步的。 此外ESB還可以對企業(yè)的其他消息服務(wù)也提供同樣的接口 ，例如mail， JMS， IBM MQ， MSMQ等等?？梢赃@樣說，ESB是特定環(huán)境下(S0A架構(gòu)中)實(shí)施企業(yè) 集成的方式首先，在ESB系統(tǒng)中，被集成的對象被明確定義為服務(wù)，而不 是傳統(tǒng)企業(yè)集成中各種各樣的中間件平臺，這樣就極大簡化了在集成異構(gòu)性 上的考慮，因?yàn)椴还苡性鯓拥膽?yīng)用底層實(shí)現(xiàn)，只要是SOA架構(gòu)中的服務(wù)，它 就一定是基于標(biāo)準(zhǔn)的。
現(xiàn)有企業(yè)服務(wù)總線ESB上消息接入方式主要包括WebService和消息隊(duì)列 兩大類。WebService是一種可以接收從Internet或者Intranet上的其它系 統(tǒng)中傳遞過來的請求，輕量級的獨(dú)立的通訊:技術(shù)。WebService的通信協(xié)i義 SOAP (Simple Object Access Protocol)是XML形式的夫見范，可以支4爭HTTP、 SMTP等底層接口。采用這種方式進(jìn)行消息的接入為同步通信機(jī)制，消息的發(fā) 送方和4妄收方須同時(shí)響應(yīng)。由于WebService是W3C標(biāo)準(zhǔn)，通常用于JAVA、 C#、 0++等多種開發(fā)語言。消息隊(duì)列的接入方式利用了操作系統(tǒng)中的消息隊(duì)列 機(jī)制，接收方和發(fā)送方不直接通信，而是經(jīng)過消息中間件間接地完成信息的 交互，由消息中間件對消息進(jìn)行的管理，因此可以實(shí)現(xiàn)異步通信方式。雖然 消息中間件廠商基本是遵循了同樣的消息規(guī)范(主要是JAVA陣營和微軟陣營 兩大類)，但是不同廠商的中間件產(chǎn)品之間仍然存在差異。目前市面上很多 商業(yè)的ESB產(chǎn)品，如IBM、 BEA等公司產(chǎn)品的消息隊(duì)列方式往往是只對其自身 消息中間件的支持。

發(fā)明內(nèi)容
本發(fā)明的目的是針對目前不同業(yè)務(wù)板塊的消息通過接入方式傳遞到主干 平臺所存在的技術(shù)缺陷，提供一種電視臺全臺網(wǎng)系統(tǒng)集成中消息接入的方法， 該方法不僅支持WebServ i ce和消息隊(duì)列兩大類消息4妻入方式，還可以支持并 擴(kuò)展對不同消息中間件的支持。
本發(fā)明的技術(shù)方案如下 一種電視臺全臺網(wǎng)系統(tǒng)集成中消息接入的方法，包括如下步驟
(1) 業(yè)務(wù)板塊向企業(yè)服務(wù)總線(ESB)平臺發(fā)送符合規(guī)范的調(diào)用請求消
息；
(2) 企業(yè)服務(wù)總線(ESB)平臺的消息接收器獲取到消息后，首先對消 息進(jìn)行判斷是以WebService還是消息隊(duì)列的方式進(jìn)行消息接入；
(3) 如果釆用WebService方式接入，消息直接傳遞給企業(yè)服務(wù)總線 (ESB)平臺中的WebService適配器(WS Adapter)進(jìn)行消息適配；如果采
用消息隊(duì)列的接入方式，則對消息要傳入的消息中間件進(jìn)行判斷；
(4 )根據(jù)消息中間件的類型，選擇相應(yīng)的消息中間件適配器進(jìn)行消息的接入。
進(jìn)一步，如上所述的電視臺全臺網(wǎng)系統(tǒng)集成中消息接入的方法，其中， 步驟(3)所判斷的消息中間件類型包括JMS消息中間件和MSMQ消息中間件。
再進(jìn)一步，如上所述的電視臺全臺網(wǎng)系統(tǒng)集成中消息接入的方法，其中， 在步驟(4 )中，如果消息中間件類型為MSMQ消息中間件，則消息直接由MSMQ 適配器接收后進(jìn)行處理；如果消息中間件類型為JMS消息中間件，則進(jìn)一步 判斷消息要傳入的JMS消息中間件的具體產(chǎn)品，選擇相應(yīng)的適配器。
更進(jìn)一步，消息要傳入的JMS消息中間件的具體產(chǎn)品包括JMQ、 IBMMQ 和ActiveMQ三種適配器。
進(jìn)一步，如上所述的電視臺全臺網(wǎng)系統(tǒng)集成中消息接入的方法，其中， JMS消息中間件的消息接入部分采用標(biāo)準(zhǔn)的JMS接口，通過對與JMS Server 連接相關(guān)的代碼的編寫，把編寫的內(nèi)容封裝成模塊導(dǎo)入到系統(tǒng)中，從而實(shí)現(xiàn) 對新JMS Server的支持。
本發(fā)明的有益效果如下本發(fā)明所述方法通過二次適配的方式提供了對 WebService和消息隊(duì)列兩大類的消息接入方式的支持，其中消息隊(duì)列可同時(shí) 支持符合JAVA陣營JMS規(guī)范的相關(guān)產(chǎn)品和微軟公司MSMQ兩大類?？紤]到符 合JMS規(guī)范的廠商消息中間件產(chǎn)品比較多，雖然底層基礎(chǔ) 一致但是訪問應(yīng)用 略有差別。本發(fā)明充分考慮到適用性，主要^是供了對SUN JMQ， IBM WebSphere MQ. Apache, ActiveMQ三種JMS消息中間件產(chǎn)品的支持，且對頂S的支持具
5有良好的可擴(kuò)展性，靈活配置修改后即可適用于其他JMS產(chǎn)品的消息接入。


圖1為本發(fā)明的方法流程圖。
圖2為調(diào)用服務(wù)的消息格式示意圖。 圖3為本發(fā)明所應(yīng)用的系統(tǒng)結(jié)構(gòu)圖。 圖4為消息中間件的可擴(kuò)展方式示意圖。
具體實(shí)施例方式
下面結(jié)合附圖對本發(fā)明進(jìn)行詳細(xì)的描述。
本發(fā)明主要應(yīng)用在廣電領(lǐng)域電視臺全臺網(wǎng)的主干平臺對其他業(yè)務(wù)板塊的 消息接收中，提供板塊間消息的接收工作。隨著電視臺內(nèi)部業(yè)務(wù)系統(tǒng)的數(shù)字 化改造，以及臺內(nèi)各種系統(tǒng)網(wǎng)絡(luò)的構(gòu)建，往往一個(gè)電視臺內(nèi)部形成了采集收 錄、新聞制播、綜合制作、演播網(wǎng)絡(luò)、編排備播、媒資管理、播出分發(fā)等眾 多的業(yè)務(wù)板塊。隨著板塊的增多，板塊間進(jìn)行互聯(lián)互通，實(shí)現(xiàn)各個(gè)板塊之間 的信息共享化，業(yè)務(wù)流程化和管理集成化的需求應(yīng)運(yùn)而生。該方法就是為實(shí) 現(xiàn)不同業(yè)務(wù)板塊的消息能通過多樣化的接入方式傳遞到主干平臺中。
消息隊(duì)列技術(shù)是分布式應(yīng)用間交換信息的一種技術(shù)。消息隊(duì)列可駐留在內(nèi) 存或磁盤上，隊(duì)列存儲消息直到它們,皮應(yīng)用程序讀走。通過消息隊(duì)列，應(yīng)用程序 可獨(dú)立地執(zhí)行，也就是說，它們不需要知道彼此的位置，或在繼續(xù)執(zhí)行前不需 要等待接收程序接收此消息。
在分布式計(jì)算環(huán)境中，為了集成分布式應(yīng)用，開發(fā)者需要對異構(gòu)網(wǎng)絡(luò)環(huán)境 下的分布式應(yīng)用提供有效的通信手段。為了管理需要共享的信息，對應(yīng)用提供 公共的信息交換機(jī)制是重要的。消息中間件位于用戶應(yīng)用和操作系統(tǒng)及網(wǎng)絡(luò)軟 件之間，它為應(yīng)用提供了公用的通信手段，并且獨(dú)立于網(wǎng)絡(luò)和操作系統(tǒng)。中間 件為開發(fā)者提供了公用于所有環(huán)境的應(yīng)用程序接口 ，當(dāng)應(yīng)用程序中嵌入其函數(shù) 調(diào)用，它便可利用其運(yùn)行的特定操作系統(tǒng)和網(wǎng)絡(luò)環(huán)境的功能，為應(yīng)用執(zhí)行通信 功能，以消息隊(duì)列技術(shù)完成信息交換，從而簡化了應(yīng)用之間數(shù)據(jù)的傳輸，屏蔽 底層異構(gòu)操作系統(tǒng)和網(wǎng)絡(luò)平臺，提供一致的通訊標(biāo)準(zhǔn)和應(yīng)用開發(fā)，確保分布式 計(jì)算網(wǎng)絡(luò)環(huán)境下可靠的、跨平臺的信息傳輸和數(shù)據(jù)交換。它基于消息隊(duì)列的存
6儲-轉(zhuǎn)發(fā)機(jī)制，并提供特有的異步傳輸機(jī)制，能夠基于消息傳輸和異步事務(wù)處理實(shí)現(xiàn)應(yīng)用整合與數(shù)據(jù)交換。
本發(fā)明提供了對WebService和消息隊(duì)列兩大類的消息接入方式支持。其中消息隊(duì)列可同時(shí)支持符合JAVA陣營JMS規(guī)范的相關(guān)產(chǎn)品和微軟公司MSMQ兩大類?？紤]到符合JMS規(guī)范的廣商消息中間件產(chǎn)品比較多，雖然底層基礎(chǔ)一致但是訪問應(yīng)用略有差別，結(jié)合市場情況，充分考慮到適用性，主要提供了對SUNJMQ, IBM WebSphere MQ. Apache, AcUveMQ三種JMS消息中間件產(chǎn)品的支持，且對JMS的支持具有良好可擴(kuò)展性，可靈活配置修改后即可適用于其他JMS產(chǎn)品的消息接入。
各種接入方式說明(1 ) WebService:
企業(yè)服務(wù)總線(ESB)平臺對外提供統(tǒng)一的調(diào)用信息傳入接口 ，接口明確定義了消息體的格式。業(yè)務(wù)板塊通過WebService直接訪問接口，并及時(shí)得到調(diào)用結(jié)果。
(2)消息隊(duì)列
在企業(yè)服務(wù)總線(ESB)平臺與業(yè)務(wù)板塊之間添加一個(gè)消息中間件，并定義調(diào)用請求的消息格式和消息中間件的接收通道。業(yè)務(wù)板塊將調(diào)用請求消息發(fā)送至消息中間件接收通道即可。目前市場上消息中間件的產(chǎn)品豐富多樣，本發(fā)明的ESB平臺可滿足于不同的消息中間件產(chǎn)品。
上述的兩種服務(wù)接入方式在ESB中都屬于可選項(xiàng)。用戶可以才艮據(jù)具體的使用要求，根據(jù)ESB提供的消息接入支持項(xiàng)自定義消息接入方式。
*消息接入的方法(1 )消息接入的二次適配
在設(shè)計(jì)中，采用二次適配的方式。來自子系統(tǒng)的消息首先在HTTP， JMS和MSMQ中進(jìn)行適配，選擇消息接入大大類型。如果是JMS形式，根據(jù)消息信息通過分發(fā)器(Dispatcher)將消息分發(fā)到JMQ, IBMMQ和Act iveMQ三種適
配器中。從圖1中可以清楚看出二次適配的業(yè)務(wù)流程過程。首先業(yè)務(wù)板塊發(fā)送符
合ESB定義規(guī)范的調(diào)用請求消息(消息格式如圖2所示)。ESB平臺的消息接收器獲取到消息后，首先對消息進(jìn)行判斷其是WebService還是消息隊(duì)列的方式進(jìn)行消息4妻入。如果采用WebService方式4姿入，消息直接傳遞^合ESB中的WebService Adapter進(jìn)行消息適配，轉(zhuǎn)換成ESB平臺可處理的中間消息數(shù)據(jù)格式。如果采用消息隊(duì)列的接入方式，首先判斷消息要傳入的是JMS消息中間件還是MSMQ消息中間件，如果是MSMQ消息中間件，則消息直接由MSMQAdater接收后進(jìn)行處理。如果要傳入JMS消息中間件，那么再次判斷消息要傳入的JMS消息中間件的具體產(chǎn)品，選擇相應(yīng)的適配器(包括JMQ 、 I B畫Q和ActiveMQ三種適配器)。系統(tǒng)結(jié)構(gòu)如圖3所示。
(2 )可擴(kuò)展的頂S消息中間件適配
Java Message Service (JMS)是由Sun公司提出的一個(gè)Java消息的規(guī)范。針對該規(guī)范，不少廠商都有相對應(yīng)的產(chǎn)品。因此本發(fā)明ESB平臺在設(shè)計(jì)消息接入方式支持時(shí)遵循以盡量支持大部分主流的頂S MQ Server?？紤]到不可能一次性涵蓋所有產(chǎn)品，因此設(shè)計(jì)了可擴(kuò)展的頂S適配器配置模塊，如圖4所示。所有廠商的產(chǎn)品都是以Sun公司JMS規(guī)范為基礎(chǔ)，是對JMS規(guī)范的實(shí)現(xiàn)，因此消息接入部分開發(fā)全部采用標(biāo)準(zhǔn)的JMS接口 ，以避免對某一廠商產(chǎn)品的過分依賴。如果要支持新的JMS Server,那么只需重寫小部分與頂SServer連接相關(guān)的代碼，并把該部分內(nèi)容封裝成模塊導(dǎo)入到原有系統(tǒng)中，即可實(shí)現(xiàn)對新JMS Server的支持。
*實(shí)現(xiàn)該方法的相關(guān)支持
(1) 要實(shí)現(xiàn)各種消息的接入，首先必須有ESB平臺并且各個(gè)業(yè)務(wù)板塊的應(yīng)用程序開發(fā)語言可以支持WebService或者消息隊(duì)列的開發(fā)方式。目前在電視臺內(nèi)的各個(gè)業(yè)務(wù)板塊應(yīng)用程序基本都是采用主流的開發(fā)語言，這些語言對上述兩種消息接入方式都能夠很好的支持。
(2) 部署應(yīng)用服務(wù)器和消息中間件服務(wù)器，如果需要對消息進(jìn)行持久化存儲，還需要一臺數(shù)據(jù)庫服務(wù)器。主千ESB為采用Java語言開發(fā)的Web應(yīng)用軟件，需要Web應(yīng)用服務(wù)器對其的運(yùn)行進(jìn)行支撐。不同的Web應(yīng)用服務(wù)器對
8消息中間件服務(wù)器支持也不太一樣，并且需要進(jìn)行配置才能一起工作，具體配置方法屬本領(lǐng)域的公知技術(shù)，此處不進(jìn)行詳述。
例如，選用JBoss Application Server 4.0.1 + ActiveMQ 4.0.1 +Microsoft SQL Server2000,需要先整合JBoss AS和ActiveMQ，整合完成后，在ESB中選擇"使用JMS接入"，則業(yè)務(wù)板塊以JAVA發(fā)送的調(diào)用消息將傳遞到ActiveMQ中緩存，供ESB讀耳又后進(jìn)行處理。
員根據(jù)本發(fā)明的技術(shù)方案得出其他的實(shí)施方式，同樣屬于本發(fā)明的技術(shù)創(chuàng)新范圍。
權(quán)利要求
1.一種電視臺全臺網(wǎng)系統(tǒng)集成中消息接入的方法，包括如下步驟(1)業(yè)務(wù)板塊向企業(yè)服務(wù)總線平臺發(fā)送符合規(guī)范的調(diào)用請求消息；(2)企業(yè)服務(wù)總線平臺的消息接收器獲取到消息后，首先對消息進(jìn)行判斷是以WebService還是消息隊(duì)列的方式進(jìn)行消息接入；(3)如果采用WebService方式接入，消息直接傳遞給企業(yè)服務(wù)總線平臺中的WebService適配器進(jìn)行消息適配；如果采用消息隊(duì)列的接入方式，則對消息要傳入的消息中間件進(jìn)行判斷；(4)根據(jù)消息中間件的類型，選擇相應(yīng)的消息中間件適配器進(jìn)行消息的接入。
2. 如權(quán)利要求1所述的電視臺全臺網(wǎng)系統(tǒng)集成中消息接入的方法，其 特征在于步驟(3 )中所判斷的消息中間件類型包括頂S消息中間件和MSMQ 消息中間件。
3. 如權(quán)利要求2所述的電視臺全臺網(wǎng)系統(tǒng)集成中消息接入的方法，其 特征在于在步驟(4)中，如果消息中間件類型為MSMQ消息中間件，則消 息直接由MSMQ適配器接收后進(jìn)行處理。
4. 如權(quán)利要求2所述的電視臺全臺網(wǎng)系統(tǒng)集成中消息接入的方法，其 特征在于在步驟(4)中，如果消息中間件類型為JMS消息中間件，則進(jìn)一 步判斷消息要傳入的JMS消息中間件的具體產(chǎn)品，選擇相應(yīng)的適配器。
5. 如權(quán)利要求4所述的電視臺全臺網(wǎng)系統(tǒng)集成中消息接入的方法，其特征 在于消息要傳入的JMS消息中間件的具體產(chǎn)品包括JMQ、 IB薩Q和ActiveMQ三種適配器。
6. 如權(quán)利要求5所述的電視臺全臺網(wǎng)系統(tǒng)集成中消息接入的方法，其特征 在于JMS消息中間件的消息接入部分采用標(biāo)準(zhǔn)的頂S接口 ，通過對與頂S Server 連接相關(guān)的代碼的編寫，把編寫的內(nèi)容封裝成模塊導(dǎo)入到系統(tǒng)中，從而實(shí)現(xiàn)對 新JMS Server的支持。
全文摘要
本發(fā)明涉及廣電領(lǐng)域電視節(jié)目制播技術(shù)，具體涉及一種電視臺全臺網(wǎng)系統(tǒng)集成中消息接入的方法。該方法由業(yè)務(wù)板塊向企業(yè)服務(wù)總線平臺發(fā)送符合規(guī)范的調(diào)用請求消息；企業(yè)服務(wù)總線(ESB)平臺的消息接收器獲取到消息后，首先對消息進(jìn)行判斷是以WebService還是消息隊(duì)列的方式進(jìn)行消息接入；如果采用WebService方式接入，消息直接傳遞給企業(yè)服務(wù)總線平臺中的WebService適配器進(jìn)行消息適配；如果采用消息隊(duì)列的接入方式，則對消息要傳入的消息中間件進(jìn)行判斷，選擇相應(yīng)的消息中間件適配器進(jìn)行消息的接入。本發(fā)明不僅支持WebService和消息隊(duì)列兩大類消息接入方式，還可以支持并擴(kuò)展對不同消息中間件的支持。
文檔編號H04L12/58GK101651631SQ20081011825
公開日2010年2月17日 申請日期2008年8月12日 優(yōu)先權(quán)日2008年8月12日
發(fā)明者姚慶輝, 偉 孫, 張萬軍, 燦 徐, 軍 李, 溫曉瑤, 王堃越 申請人:新奧特(北京)視頻技術(shù)有限公司