一种电视台全台网系统集成中消息接入的方法

摘要

本发明涉及广电领域电视节目制播技术，具体涉及一种电视台全台网系统集成中消息接入的方法。该方法由业务板块向企业服务总线平台发送符合规范的调用请求消息；企业服务总线(ESB)平台的消息接收器获取到消息后，首先对消息进行判断是以WebService还是消息队列的方式进行消息接入；如果采用WebService方式接入，消息直接传递给企业服务总线平台中的WebService适配器进行消息适配；如果采用消息队列的接入方式，则对消息要传入的消息中间件进行判断，选择相应的消息中间件适配器进行消息的接入。本发明不仅支持WebService和消息队列两大类消息接入方式，还可以支持并扩展对不同消息中间件的支持。

说明书

技术领域

本发明涉及广电领域电视节目制播技术，具体涉及一种电视台全台网系统集成中消息接入的方法。

背景技术

当前国内外广电行业在信息化方面的总体发展方向是：信息共享化、业务流程化和管理集成化。要实现这三个方面首先就必须要求电视台的各个业务板块之间可以良好的通信，进行消息的传递和交换。在基于SOA架构的电视台全台网络化解决方案中，提出了采用企业服务总线ESB+媒体服务总线EMB的双线结构。业务板块将会被其他业务板块调用的功能以服务的方式注册在企业服务总线ESB上。当需要对服务进行调用时，业务板块将调用请求消息按一定的接入方式传递给ESB。但是，在电视台内部的消息类型复杂多样，并且不同类型的消息对时效性和安全性具有不一样的需求。同时电视台全台网建设中，各个业务板块往往是由不同的厂家分别构造，使得板块之间存在很大的异构性，在发送消息时也有不同的传递方式。

在以往的业务板块互联互通的设计中，往往采取人为设定某种单一的消息交换方式和交换格式。需要找到各个业务板块的厂商一起商定，需要消耗大量的时间，人力和物力，方式非常不灵活，有一点改变就需要通知所有相关的部门和人员。而消息交换方式和交换格式的制定往往很难达成一致。由于各个厂商对业务板块采取的开发工具和语言都不尽相同，这些工具和语言对具体消息传递技术的支持各有差别，甚至存在不支持的情况而不能进行消息的接收和传递。因此，采用原始的方式在业务板块之间实现信息传递并不能真正解决信息孤岛问题，而是需要采用统一的，符合国际标准又可以灵活配置扩展的消息接入方式。

企业服务总线ESB是在SOA架构中实现服务间智能化集成与管理的中介，是分布式的、基于消息的集成解决方案，遵循开放的标准。ESB的角色是在各种IT资源--比如企业中分布于不同的系统上的应用系统、平台和服务之间--更容易的建立可靠的通讯。ESB采用了消息封装这一思想，把所有对服务的调用都通过统一的消息接口封装起来，无论消息是同步的还是异步的。此外ESB还可以对企业的其他消息服务也提供同样的接口，例如mail，JMS，IBM MQ，MSMQ等等。可以这样说，ESB是特定环境下(SOA架构中)实施企业集成的方式：首先，在ESB系统中，被集成的对象被明确定义为服务，而不是传统企业集成中各种各样的中间件平台，这样就极大简化了在集成异构性上的考虑，因为不管有怎样的应用底层实现，只要是SOA架构中的服务，它就一定是基于标准的。

现有企业服务总线ESB上消息接入方式主要包括WebService和消息队列两大类。WebService是一种可以接收从Internet或者Intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。WebService的通信协议SOAP(Simple Object Access Protocol)是XML形式的规范，可以支持HTTP、SMTP等底层接口。采用这种方式进行消息的接入为同步通信机制，消息的发送方和接收方须同时响应。由于WebService是W3C标准，通常用于JAVA、C#、C++等多种开发语言。消息队列的接入方式利用了操作系统中的消息队列机制，接收方和发送方不直接通信，而是经过消息中间件间接地完成信息的交互，由消息中间件对消息进行的管理，因此可以实现异步通信方式。虽然消息中间件厂商基本是遵循了同样的消息规范(主要是JAVA阵营和微软阵营两大类)，但是不同厂商的中间件产品之间仍然存在差异。目前市面上很多商业的ESB产品，如IBM、BEA等公司产品的消息队列方式往往是只对其自身消息中间件的支持。

发明内容

本发明的目的是针对目前不同业务板块的消息通过接入方式传递到主干平台所存在的技术缺陷，提供一种电视台全台网系统集成中消息接入的方法，该方法不仅支持WebService和消息队列两大类消息接入方式，还可以支持并扩展对不同消息中间件的支持。

本发明的技术方案如下：一种电视台全台网系统集成中消息接入的方法，包括如下步骤：

(1)业务板块向企业服务总线(ESB)平台发送符合规范的调用请求消息；

(2)企业服务总线(ESB)平台的消息接收器获取到消息后，首先对消息进行判断是以WebService还是消息队列的方式进行消息接入；

(3)如果采用WebService方式接入，消息直接传递给企业服务总线(ESB)平台中的WebService适配器(WS Adapter)进行消息适配；如果采用消息队列的接入方式，则对消息要传入的消息中间件进行判断；

(4)根据消息中间件的类型，选择相应的消息中间件适配器进行消息的接入。

进一步，如上所述的电视台全台网系统集成中消息接入的方法，其中，步骤(3)所判断的消息中间件类型包括JMS消息中间件和MSMQ消息中间件。

再进一步，如上所述的电视台全台网系统集成中消息接入的方法，其中，在步骤(4)中，如果消息中间件类型为MSMQ消息中间件，则消息直接由MSMQ适配器接收后进行处理；如果消息中间件类型为JMS消息中间件，则进一步判断消息要传入的JMS消息中间件的具体产品，选择相应的适配器。

更进一步，消息要传入的JMS消息中间件的具体产品包括JMQ、IBMMQ和ActiveMQ三种适配器。

进一步，如上所述的电视台全台网系统集成中消息接入的方法，其中，JMS消息中间件的消息接入部分采用标准的JMS接口，通过对与JMS Server连接相关的代码的编写，把编写的内容封装成模块导入到系统中，从而实现对新JMS Server的支持。

本发明的有益效果如下：本发明所述方法通过二次适配的方式提供了对WebService和消息队列两大类的消息接入方式的支持，其中消息队列可同时支持符合JAVA阵营JMS规范的相关产品和微软公司MSMQ两大类。考虑到符合JMS规范的厂商消息中间件产品比较多，虽然底层基础一致但是访问应用略有差别。本发明充分考虑到适用性，主要提供了对SUN JMQ，IBM WebSphereMQ.Apache，ActiveMQ三种JMS消息中间件产品的支持，且对JMS的支持具有良好的可扩展性，灵活配置修改后即可适用于其他JMS产品的消息接入。

附图说明

图1为本发明的方法流程图。

图2为调用服务的消息格式示意图。

图3为本发明所应用的系统结构图。

图4为消息中间件的可扩展方式示意图。

具体实施方式

下面结合附图对本发明进行详细的描述。

本发明主要应用在广电领域电视台全台网的主干平台对其他业务板块的消息接收中，提供板块间消息的接收工作。随着电视台内部业务系统的数字化改造，以及台内各种系统网络的构建，往往一个电视台内部形成了采集收录、新闻制播、综合制作、演播网络、编排备播、媒资管理、播出分发等众多的业务板块。随着板块的增多，板块间进行互联互通，实现各个板块之间的信息共享化，业务流程化和管理集成化的需求应运而生。该方法就是为实现不同业务板块的消息能通过多样化的接入方式传递到主干平台中。

消息队列技术是分布式应用间交换信息的一种技术。消息队列可驻留在内存或磁盘上，队列存储消息直到它们被应用程序读走。通过消息队列，应用程序可独立地执行，也就是说，它们不需要知道彼此的位置，或在继续执行前不需要等待接收程序接收此消息。

在分布式计算环境中，为了集成分布式应用，开发者需要对异构网络环境下的分布式应用提供有效的通信手段。为了管理需要共享的信息，对应用提供公共的信息交换机制是重要的。消息中间件位于用户应用和操作系统及网络软件之间，它为应用提供了公用的通信手段，并且独立于网络和操作系统。中间件为开发者提供了公用于所有环境的应用程序接口，当应用程序中嵌入其函数调用，它便可利用其运行的特定操作系统和网络环境的功能，为应用执行通信功能，以消息队列技术完成信息交换，从而简化了应用之间数据的传输，屏蔽底层异构操作系统和网络平台，提供一致的通讯标准和应用开发，确保分布式计算网络环境下可靠的、跨平台的信息传输和数据交换。它基于消息队列的存储-转发机制，并提供特有的异步传输机制，能够基于消息传输和异步事务处理实现应用整合与数据交换。

本发明提供了对WebService和消息队列两大类的消息接入方式支持。其中消息队列可同时支持符合JAVA阵营JMS规范的相关产品和微软公司MSMQ两大类。考虑到符合JMS规范的厂商消息中间件产品比较多，虽然底层基础一致但是访问应用略有差别，结合市场情况，充分考虑到适用性，主要提供了对SUNJMQ，IBM WebSphere MQ.Apache，ActiveMQ三种JMS消息中间件产品的支持，且对JMS的支持具有良好可扩展性，可灵活配置修改后即可适用于其他JMS产品的消息接入。

●各种接入方式说明：

(1)WebService：

企业服务总线(ESB)平台对外提供统一的调用信息传入接口，接口明确定义了消息体的格式。业务板块通过WebService直接访问接口，并及时得到调用结果。

(2)消息队列

在企业服务总线(ESB)平台与业务板块之间添加一个消息中间件，并定义调用请求的消息格式和消息中间件的接收通道。业务板块将调用请求消息发送至消息中间件接收通道即可。目前市场上消息中间件的产品丰富多样，本发明的ESB平台可满足于不同的消息中间件产品。

上述的两种服务接入方式在ESB中都属于可选项。用户可以根据具体的使用要求，根据ESB提供的消息接入支持项自定义消息接入方式。

●消息接入的方法

(1)消息接入的二次适配

在设计中，采用二次适配的方式。来自子系统的消息首先在HTTP，JMS和MSMQ中进行适配，选择消息接入大大类型。如果是JMS形式，根据消息信息通过分发器(Dispatcher)将消息分发到JMQ，IBMMQ和ActiveMQ三种适配器中。

从图1中可以清楚看出二次适配的业务流程过程。首先业务板块发送符合ESB定义规范的调用请求消息(消息格式如图2所示)。ESB平台的消息接收器获取到消息后，首先对消息进行判断其是WebService还是消息队列的方式进行消息接入。如果采用WebService方式接入，消息直接传递给ESB中的WebService Adapter进行消息适配，转换成ESB平台可处理的中间消息数据格式。如果采用消息队列的接入方式，首先判断消息要传入的是JMS消息中间件还是MSMQ消息中间件，如果是MSMQ消息中间件，则消息直接由MSMQAdater接收后进行处理。如果要传入JMS消息中间件，那么再次判断消息要传入的JMS消息中间件的具体产品，选择相应的适配器(包括JMQ、IBMMQ和ActiveMQ三种适配器)。系统结构如图3所示。

(2)可扩展的JMS消息中间件适配

Java Message Service(JMS)是由Sun公司提出的一个Java消息的规范。针对该规范，不少厂商都有相对应的产品。因此本发明ESB平台在设计消息接入方式支持时遵循以尽量支持大部分主流的JMS MQ Server。考虑到不可能一次性涵盖所有产品，因此设计了可扩展的JMS适配器配置模块，如图4所示。所有厂商的产品都是以Sun公司JMS规范为基础，是对JMS规范的实现，因此消息接入部分开发全部采用标准的JMS接口，以避免对某一厂商产品的过分依赖。如果要支持新的JMS Server，那么只需重写小部分与JMSServer连接相关的代码，并把该部分内容封装成模块导入到原有系统中，即可实现对新JMS Server的支持。

●实现该方法的相关支持

(1)要实现各种消息的接入，首先必须有ESB平台并且各个业务板块的应用程序开发语言可以支持WebService或者消息队列的开发方式。目前在电视台内的各个业务板块应用程序基本都是采用主流的开发语言，这些语言对上述两种消息接入方式都能够很好的支持。

(2)部署应用服务器和消息中间件服务器，如果需要对消息进行持久化存储，还需要一台数据库服务器。主干ESB为采用Java语言开发的Web应用软件，需要Web应用服务器对其的运行进行支撑。不同的Web应用服务器对消息中间件服务器支持也不太一样，并且需要进行配置才能一起工作，具体配置方法属本领域的公知技术，此处不进行详述。

例如，选用JBoss Application Server 4.0.1+ActiveMQ 4.0.1+Microsoft SQL Server 2000，需要先整合JBoss AS和ActiveMQ，整合完成后，在ESB中选择“使用JMS接入”，则业务板块以JAVA发送的调用消息将传递到ActiveMQ中缓存，供ESB读取后进行处理。

本发明所述的方法并不限于具体实施方式中所述的实施例，本领域技术人员根据本发明的技术方案得出其他的实施方式，同样属于本发明的技术创新范围。