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

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


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