CN101013949B - 一种消息广播通信方法 - Google Patents

Abstract

本发明涉及一种消息广播通信方法，基于TCP/IP通讯协议网域环境下的一个广播端微机装置与多个订阅端微机装置之间的消息广播通信方法，广播端微机装置处于一个区域网环境中，订阅端微机装置处于另一个区域网环境中；将该消息数据包发送到广播端微机装置中的广播消息代理器，该广播消息代理器通过数据线将消息数据包储存到广播端微机装置中的数据库；订阅端微机装置通过安装在其内部的广播监听插件对所述广播端微机装置进行监听，订阅消息代理器将接收下来的消息数据先存入数据库，当所述消息数据被订阅该消息的订阅端应用服务器执行成功后，所述订阅消息代理器会在订阅端微机装置的数据库更新此笔消息已被消化。

Description

一种消息广播通信方法

技术领域

本发明涉及一种消息广播通信方法，尤其涉及一种基于TCP/IP通讯协议网域环境下实现不同区域网间的消息广播通信方法。它向订阅端微机装置提供广播监听插件，系统部署人员只需掌握简单的消息部署描述文件，就可以在不影响广播端微机装置的设定下进行对订阅端微机装置节点的扩展。

背景技术

目前，随着集团企业子公司的增加，只部署一个消息系统节点容易造成效能瓶颈，最好的方式是每个子公司应用系统群都有一个消息系统处理对内消息发送与对外消息监听的工作。应用系统群与消息系统同在一个区域网上更能确保消息传送的质量与效率。

对集团化经营的企业而言，如何透过信息平台来管理不同地理位置的子公司或获取每个子公司营运状况，是集团企业信息长最为关切的议题与挑战。如何透过开源软件力量来建构一个低成本、高效率、高扩展的分布式消息系统，也考验着IT团队的技术实力。在异步消息通信领域上一般采用基于JMS1.1规范实现的MQ Server，例如IBM Websphere和BEA Weblogic。但这种绑定某厂商中间件的MQ Server水平扩展成本高，且无法与遗留系统或其它厂商的应用系统集成。

发明内容

本发明的目的在于提供一种消息广播通信方法，使广播端微机装置在进行消息广播时，只需通过安装的广播监听插件就可简化订阅代码开发与系统设定，便可达到消息集中化广播，多个订阅端微机装置接收的目的，从而实现降低成本，并可实现与遗留系统或其它厂商的应用系统集成的目的。

本发明的目的是由下述技术方案实现的：一种消息广播通信方法，该方法是基于TCP/IP通讯协议网域环境下的一个广播端微机装置与多个订阅端微机装置之间的消息广播通信方法，所述广播端微机装置处于一个区域网环境中，该区域网环境中配置广播端应用服务器、广播端微机装置、广播消息代理器；所述订阅端微机装置处于另一个区域网环境中，该区域网环境中配置订阅端微机装置、订阅消息代理器、订阅端应用服务器；所述广播端微机装置与所述订阅端微机装置处于一个广域网环境中并实现网络连接，所述消息广播通信方法的

步骤是：

A、制定一个消息部署描述文件，将该消息部署描述文件存入订阅端微机装置中的订阅消息代理器；该消息部署描述文件包括消息用户名、消息用户路径；制定一个广播消息配置文件，将该广播消息配置文件存入广播端微机装置中的广播消息代理器；该广播消息配置文件包括消息用户名、消息用户路径；

B、所述广播端应用服务器根据操作命令生成一个消息数据包，该消息数据包中装载消息定义文件(该定义文件可以是通常使用的文件抬头)、消息属性、消息主体；由广播端应用服务器将该消息数据包发送到广播端微机装置中的广播消息代理器；

C、该广播消息代理器通过数据线将消息数据包储存到广播端微机装置中的数据库；

D、所述订阅端微机装置通过安装在其内部的广播监听插件对所述广播端微机装置进行监听，当广播监听插件监听到有消息数据包发送到广播消息代理器并储存到广播端微机装置中的数据库以后，所述订阅端微机装置解析广播端微机装置存放在其数据库的消息数据；

E、所述订阅端微机装置根据所述消息数据内容进行运算，决定是否把该消息数据接收下来；

F、若是所述订阅端微机装置所需要的消息数据，驱动所述广播监听插件将该消息数据取回，该广播监听插件仿真对所述订阅消息代理器发送所述消息数据；

G、所述订阅消息代理器将接收下来的消息数据先存入数据库，然后解析所述消息部署描述文件，根据该消息数据生成一个订阅清单，将该订阅清单发送到订阅端应用服务器；

H、当所述消息数据被订阅该消息的订阅端应用服务器执行成功后，所述订阅消息代理器会在订阅端微机装置的数据库更新此笔消息已被消化；

I、如果所述消息数据没有被订阅该消息的订阅端应用服务器执行，所述订阅消息代理器会每隔一段时间触发一次订阅该消息的订阅端应用服务器去消化该笔消息，直到该消息被成功执行为止；

所述的广播端应用服务器、广播端微机装置、订阅端微机装置、订阅端应用服务器中至少包括一中央处理器、一系统主板、存储器及匹配的操作系统；所述广播端微机装置、订阅端微机装置中安装AMQ软件程序。

所述的广播监听插件是一个用JAVA语言实现的与AMQ软件程序匹配的插件，该广播监听插件至少具备以下性能：

广播监听插件根据广播消息配置文件检测所述广播端微机装置有没有需要广播的消息；

确定有消息需要被广播后，广播监听插件从广播端微机装置的消息队列取得该条消息；

根据广播消息配置文件，广播监听插件把该条消息保存到订阅端微机装置；

接收消息的订阅端应用服务器向订阅端微机装置请求是否有他需要的消息送达；

确认消息已经送达后，订阅端应用服务器可以从订阅端微机装置取得该条消息。

本发明与已有技术相比有以下特点：

1、本发明的方法中所用的广播端微机装置和订阅端微机装置是采用开放性框架，并没有帮定任何特定中间件，并可独立部属于应用服务器上，可以实现在不影响广播端微机装置的设定下进行对订阅端微机装置节点扩展的目的。

2、本发明的方法中的各订阅端微机装置可以单独与广播端微机装置连接，各订阅端微机装置之间不连接，可使得处于不同区域网或广域网的广播端应用服务器与订阅端应用服务器之间进行消息发送和共享的稳定性和安全性大大增加，且所有的消息都是在接收并储存于数据库之后才开始处理，可避免消息丢失。

3、本发明的方法采用每隔一定时间自动提示订阅者阅读提取的消息，直到阅读者阅读过为止，可达到避免由于订阅者的疏忽漏读重要消息的目的。

附图说明

图1为本发明的流程示意图

图2为本发明实施例应用于集团式消息广播部署的流程示意图

具体实施方式

实施例一：

参见图1，一种消息广播通信方法，该方法是基于TCP/IP通讯协议网域环境下的一个广播端微机装置与多个订阅端微机装置之间的消息广播通信方法，所述广播端微机装置处于一个区域网环境中，该区域网环境中配置广播端应用服务器1、广播端微机装置2、广播消息代理器4；所述订阅端微机装置处于另一个区域网环境中，该区域网环境中配置订阅端微机装置3、订阅消息代理器5、订阅端应用服务器7；所述广播端微机装置与所述订阅端微机装置处于一个广域网环境中并实现网络连接，所述消息广播通信方法的步骤是：

A、制定一个消息部署描述文件，将该消息部署描述文件存入订阅端微机装置中的订阅消息代理器；该消息部署描述文件包括消息用户名、消息用户路径；制定一个广播消息配置文件，将该广播消息配置文件存入广播端微机装置中的广播消息代理器；该广播消息配置文件包括消息用户名、消息用户路径；所述的消息部署描述文件和广播消息配置文件都是由计算机操作人员根据匹配的软件程序制定出来并输入所述的微机装置；

B、所述广播端应用服务器根据操作命令生成一个消息数据包，该消息数据包中装载消息定义文件(该定义文件可以是通常使用的文件抬头)、消息属性、消息主体；由广播端应用服务器将该消息数据包发送到广播端微机装置中的广播消息代理器；所述操作命令是由操作人员根据所述应用服务器匹配的软件程序制作并输入广播端应用服务器；在本实施例中，为了叙述和理解上的方便，消息数据包也可以简称为消息；

C、该广播消息代理器通过数据线将消息数据包储存到广播端微机装置中的数据库；

D、所述订阅端微机装置通过安装在其内部的广播监听插件6对所述广播端微机装置进行监听，当广播监听插件监听到有消息数据包发送到广播消息代理器并储存到广播端微机装置中的数据库以后，所述订阅端微机装置解析广播端微机装置存放在其数据库的消息数据；

E、所述订阅端微机装置根据所述消息数据内容进行运算，决定是否把该消息数据接收下来；

F、若是所述订阅端微机装置所需要的消息数据，驱动所述广播监听插件将该消息数据取回，该广播监听插件仿真对所述订阅消息代理器发送所述消息数据；

G、所述订阅消息代理器将接收下来的消息数据先存入数据库，然后解析所述消息部署描述文件，根据该消息数据生成一个订阅清单，将该订阅清单发送到订阅端应用服务器；

H、当所述消息数据被订阅该消息的订阅端应用服务器执行成功后，所述订阅消息代理器会在订阅端微机装置的数据库更新此笔消息已被消化；

I、如果所述消息数据没有被订阅该消息的订阅端应用服务器执行，所述订阅消息代理器会每隔一段时间触发一次订阅该消息的订阅端应用服务器去消化该笔消息，直到该消息被成功执行为止；

所述的广播端应用服务器、广播端微机装置、订阅端微机装置、订阅端应用服务器中至少包括一中央处理器、一系统主板、存储器及匹配的操作系统；所述广播端微机装置、订阅端微机装置中安装AMQ软件程序。

在本实施例中，所述广播消息配置文件是TXT型文件，包括最终的消息用户名、消息用户路径，消息用户路径是指消息用户可以登陆的订阅端应用服务器中记载着消息数据的路径。广播消息配置文件还记录着所有需要广播的消息队列清单，并对应每一个队列所要到达的目的地的订阅端应用服务器地址。

在本实施例中，所述消息部署描述文件是XML型文件，该消息部署描述文件包括消息用户名、消息用户路径，并且还设定了所要监听的广播端微机装置。

在本实施例中，所述的广播监听插件是一个用JAVA语言实现的与AMQ软件程序匹配的插件，该广播监听插件至少具备以下性能：

广播监听插件根据广播消息配置文件检测所述广播端微机装置有没有需要广播的消息数据；

确定有消息数据需要被广播后，广播监听插件从广播端微机装置的消息队列取得该条消息数据；

根据广播消息配置文件，广播监听插件把该条消息数据保存到订阅端微机装置；

接收消息的订阅端应用服务器向订阅端微机装置请求是否有他需要的消息数据送达；

确认消息数据已经送达后，订阅端应用服务器可以从订阅端微机装置取得该条消息数据。

本发明是基于TCP/IP通讯协议网域环境下的方法，实现本发明方法所用的广播端微机装置、订阅端微机装置的硬件配置和操作系统如下：

CPU为Intel P4或者AMD Operon以上等级；

内存最少为512MB；

硬盘空间最少为2GB；

主板是微机主板，该主板上安装有网卡、USB端口、数据线插槽，网卡上设有网线接口；

操作系统为MS Windows2000以上版本或Unix(包括Linux)系统；

实现本发明方法所用的广播端应用服务器和订阅端应用服务器的最低硬件配置和操作系统如下：

CPU为IBMx365 2*XeonMP2.2G/

内存为4GB PC2701 ECC DDR SDRAM/

硬盘为2*73G 1.5万转Ultra320SCSI热插拔硬盘/

光驱为CDROM/2*1000M(3U)/EMC100G

操作系统为MS Windows2000以上版本或Unix(包括Linux)系统；

所述的数据库是建立在广播端微机装置和订阅端微机装置硬盘内的，该硬盘通过数据线与主板连接；所述的广播监听插件安装在订阅端微机装置的硬盘内，操作人员通过TCP/IP协议端口设定广播监听插件所要监听的广播端微机装置的IP地址；操作人员通过TCP/IP协议端口设定消息代理器所要连接的广播端微机装置或订阅端微机装置的IP地址，消息代理器通过网络与广播端应用服务器或订阅端应用服务器连接。

本实施例中所述的数据库的型号为PostgreSQL8.0。

本实施例中所述的广播监听插件是一个用JAVA语言实现的AMQ(ApacheActiveMQ Server)插件。计算机操作人员将该广播监听插件安装在订阅端微机装置内，并通过TCP/IP通讯协议端口设定广播监听插件指向所要监听的广播端微机装置；该广播监听插件可简化并统一订阅端应用服务器中代码的开发与系统的设定，达到消息集中化广播。所述的广播监听插件中所有的文档的实例在以下环境下测试通过：

Apache AMQ 4.01

Sun JDK 1.5.06

Windows XP sp2

在本实施例中配置AMQ广播监听插件的方法如下：

1.AMQ广播监听插件通过Spring的ioc容器注入到AMQ服务进程中进行工作。

2.Bean id＝″listenAndCatch″是广播监听插件的配置。

″fromIp″是设置消息保存了目的地AMQ服务器IP

″forwardConf″是广播消息的配置文件名。该配置文件必须放在AMQ服务器的conf目录下。

该配置文件内容如下：

UseForwardList＝listener1，listener2

listener1＝tcp://10.1.1.13：61616 queue TEST_19FROM13.Queue

listener2＝tcp://10.1.1.13：61616 topic TEST_FROM13.Topic

对该配置文件的内容进行说明：

UseForwardList指明，有两台服务器需要对他们的消息进行的广播操作。分别是listener1和listener2，用半角的逗号分隔(”，”)。

其中具体的设置用空格分隔，参数说明如下：

广播端应用服务器IP使用的消息方式(queue或topic)使用的消息队列名

listener1＝tcp://10.1.1.13：61616 queue TEST_19FROM13.Queue

listener1的设置说明，广播端的应用服务器IP为

tcp://10.1.1.13：61616，消息方式使用queue方式(默认方式为Queue)，队列名为TEST_19FROM13.Queue。

本实施例中所述的广播消息代理器和订阅消息代理器是消息数据包的接收处理站，其作用是确保正确的对消息数据包进行分发；在本实施例中广播消息代理器和订阅消息代理器是安装在广播端微机装置和订阅端微机装置内部的软件控件，该软件控件是基于美国Sun公司JMS 1.1规范基础上的开源软件Apache ActiveMQ。

本实施例中所述的消息部署描述文件是记录要监听的远程消息系统网络(广播端微机装置)的地址与消息队列代号，消息部署操作人员将消息部署描述文件编辑在订阅端微机装置内的订阅消息代理器内。

本实施例中所述的仿真发送是广播监听插件模拟广播消息代理器向订阅消息代理器发送消息数据包的过程。

本实施例中的各订阅端微机装置单独与广播端微机装置连接，各订阅端微机装置之间不直接连接，各订阅端应用服务器之间也不直接连接，广播端微机装置对订阅端微机装置连接在广播端微机装置上的节点数目与位置不作具体限定，订阅端微机装置对订阅端应用服务器连接在订阅端微机装置上的节点数目与位置也不作具体限定，一个广播端微机装置至少与一个订阅端微机装置连接；一个订阅端微机装置至少与一个订阅端应用服务器连接。在整个消息广播通信过程中，广播端微机装置作为消息的广播者并不知道有多少订阅端微机装置与其连接，所以广播端微机装置不必作任何设定，就可以增加订阅端微机装置数目。

在本实施例中，所述的广播端应用服务器将消息数据包发送到广播端微机装置时，消息数据包会储存于数据库内，等待订阅端微机装置读取，而订阅端微机装置中的广播监听插件会依据订阅清单文件监听广播消息代理器，对广播端微机装置传来的消息数据包自行决定是否接收。由于广播端微机装置采用先储存设置，所以当订阅端微机装置因网络中断或订阅端微机装置本身暂停运行，而无法向广播端微机装置接收消息数据包时不会丢失数据；等待故障解除后，订阅端微机装置恢复运行后，订阅端微机装置还是可以从广播端微机装置内的数据库里提取出消息数据包并接收。

本实施例中，一个消息数据包可以同时被多个订阅端微机装置订阅。当消息数据包被订阅此消息的订阅端应用服务器执行阅读成功后，订阅消息代理器会在数据库更新并提示此消息数据包已被阅读。若没有被订阅端应用服务器阅读成功，订阅代理器会每隔一段时间触发提示该订阅端应用服务器的操作人员阅读该消息数据包，直到此消息被成功阅读为止。

参见图2，本发明的方法落实在应用处理最佳实践上，就是集团总部透过消息平台对所有子公司进行高效的信息通信与管理。位于集团总部广播端微机装置，只需负责把消息发布出去，各子公司订阅端微机装置则从集团总部把消息数据包接收下去并调用订阅端应用服务器处理总部传下来的消息数据包。集团总部广播端微机装置仅负责消息数据包传达，子公司的订阅端微机装置负责接收，集团总部广播端微机装置对子公司订阅端微机装置节点的数目与位置不作具体限定。

集团总部ERP系统与所属子公司ERP应用服务器的数据通信都是透过广播端微机装置和订阅端微机装置来实现。子公司的MES系统与ERP系统分别是.Net与Java技术平台，广播端微机装置和订阅端微机装置不仅可以做为这两个子公司应用服务器之间的数据通信平台，也可以是子公司应用服务器与集团总部ERP应用服务器之间沟通的平台。

Claims (5)

1.一种消息广播通信方法，其特征在于，该方法是基于TCP/IP通讯协议网域环境下的一个广播端微机装置与多个订阅端微机装置之间的消息广播通信方法，所述广播端微机装置处于一个区域网环境中，该区域网环境中配置广播端应用服务器、广播端微机装置、广播消息代理器，所述广播消息代理器安装在所述广播端微机装置内部；所述订阅端微机装置处于另一个区域网环境中，该区域网环境中配置订阅端微机装置、订阅消息代理器、订阅端应用服务器，所述订阅消息代理器安装在所述订阅端微机装置内部；所述广播端微机装置与所述订阅端微机装置处于一个广域网环境中并实现网络连接，所述消息广播通信方法的步骤是：

A、制定一个消息部署描述文件，将该消息部署描述文件部署到订阅端微机装置中的订阅消息代理器；该消息部署描述文件包括消息用户名、消息用户路径；制定一个广播消息配置文件，将该广播消息配置文件存入广播端微机装置中的广播消息代理器；该广播消息配置文件包括消息用户名、消息用户路径；

B、所述广播端应用服务器根据操作命令生成一个消息数据包，该消息数据包中装载消息定义文件、消息属性、消息主体；由广播端应用服务器将该消息数据包发送到广播端微机装置中的广播消息代理器；

C、该广播消息代理器通过数据线将消息数据包储存到广播端微机装置中的数据库；

D、所述订阅端微机装置通过安装在其内部的广播监听插件对所述广播端微机装置进行监听，当广播监听插件监听到有消息数据包发送到广播消息代理器并储存到广播端微机装置中的数据库以后，所述订阅端微机装置解析广播端微机装置存放在其数据库的消息数据；

E、所述订阅端微机装置根据所述消息数据内容进行运算，决定是否把该消息数据接收下来；

F、若是所述订阅端微机装置所需要的消息数据，驱动所述广播监听插件将该消息数据取回，该广播监听插件仿真对所述订阅消息代理器发送所述消息数据；

G、所述订阅消息代理器将接收下来的消息数据先存入数据库，然后解析所述消息部署描述文件，根据该消息数据生成一个订阅清单，将该订阅清单发送到订阅端应用服务器；

H、当所述消息数据被订阅该消息的订阅端应用服务器执行成功后，所述订阅消息代理器会在订阅端微机装置的数据库更新此笔消息已被消化；

I、如果所述消息数据没有被订阅该消息的订阅端应用服务器执行，所述订阅消息代理器会每隔一段时间触发一次订阅该消息的订阅端应用服务器去消化该笔消息，直到该消息被成功执行为止；

所述的广播端应用服务器、广播端微机装置、订阅端微机装置、订阅端应用服务器中至少包括一中央处理器、一系统主板、存储器及匹配的操作系统；所述广播端微机装置、订阅端微机装置中安装AMQ软件程序。

2.根据权利要求1所述的消息广播通信方法，其特征在于：所述的广播监听插件是一个用JAVA语言实现的与AMQ软件程序匹配的插件，该广播监听插件至少具备以下性能：

广播监听插件根据广播消息配置文件检测所述广播端微机装置有没有需要广播的消息；

确定有消息需要被广播后，广播监听插件从广播端微机装置的消息队列取得该条消息；

根据广播消息配置文件，广播监听插件把该条消息保存到订阅端微机装置；

接收消息的订阅端应用服务器向订阅端微机装置请求是否有他需要的消息送达；

确认消息已经送达后，订阅端应用服务器从订阅端微机装置取得该条消息。

3.根据权利要求1所述的消息广播通信方法，其特征在于：所述广播端微机装置中的数据库的型号为PostgreSQL8.0，所述订阅端微机装置中的数据库的型号为PostgreSQL8.0。

4.根据权利要求1所述的消息广播通信方法，其特征在于：所述的广播消息代理器是安装在广播端微机装置内部的软件控件，所述订阅消息代理器是安装在订阅端微机装置内部的软件控件，该软件控件是基于美国Sun公司JMS 1.1规范基础上的开源软件Apache ActiveMQ。

5.根据权利要求1所述的消息广播通信方法，其特征在于：所述的消息部署描述文件是记录要监听的远程消息系统网络地址与消息队列代号，消息部署操作人员将消息部署描述文件编辑在订阅端微机装置内的订阅消息代理器内。

Images