CN104580073A - 一种用于在异构***之间实现消息传递的方法和装置 - Google Patents

Abstract

本申请涉及一种用于在异构***之间实现消息传递的方法和装置。该方法的特征在于，包括步骤：获取来自源***的消息；将消息的语法转换为目的***能够识别的消息语法；根据目的***能够识别的消息语法将消息包含的业务数据转换成目的***需要的业务数据；以及将包含转换后的业务数据的消息发送给目的***。根据本申请的技术方案，能够从语法和语义两个层面实现来自异构IT***的消息交互，并且通过取消中介消息，提高了转换的效率。

Description

一种用于在异构***之间实现消息传递的方法和装置

技术领域

本申请涉及通信领域，尤其涉及一种用于在异构***之间实现消息传递的方法和装置。

背景技术

通常而言，信息***会面临两大难题：一是如何自然、有效地整合种类繁多、分散于各地、服务于不同目标的信息***平台；二是如何只利用一种成熟、有效的中间件技术，就能把未来的新信息***有机地包容到现有***中，使现在和未来能自然而有机地结合在一起。

在这种情况下，ESB（Enterprise Service Bus，企业服务总线）中间件技术应运而生。

ESB最大的技术特点在于，它是一个完全面向企业级的中间件解决方案，可以架构在企业现有的网络框架、软硬件***之上，构筑出一个企业级的信息***解决方案。

采用ESB中间件***作为企业级信息***整合方案中的中枢技术，几乎可以无须添加任何软硬件设备，就可把过去、现有和未来的IT***整合在企业级的信息应用框架下，并且能为企业提供实时、大容量的信息通信和实时控制、管理和分配消息传递的能力。

可以将ESB中间件看作一辆不间断运行的公共汽车——在不同车站有乘客上下，在同一车站上车的乘客可以在同一车站或不同车站下车。不过，与传统公共汽车不同的是，ESB能够用足够快的速度传递信息，即实时地传递信息。另外，ESB还具备强大的信息传输能力，可以达到Gb级、甚至Tb级的数据承载能力。ESB传输的是带有服务任务的计算机信息和指令，它们可以不断地被一群服务器装载到ESB，然后再由另一群服务器把信息从ESB上卸载下来，以服务于不同的业务需求和目的。

但是，这种消息转换机制也存在着明显的缺陷，即，即便是在两个使用同一种技术规范（即，同一种消息中间件产品）的组件进行交互时，因为IT***环境不同，传统的ESB也仍然需要执行“从调用方到中介”和“从中介到被调用方”的消息转换，这客观上造成了不必要的效率开销。更重要的是，ESB仅仅完成语法层面的消息转换，而无法实现语义层面的消息转换。

因此，本领域中需要一种能够克服上述问题的技术方案。

发明内容

本申请的主要目的在于提供一种用于在异构***之间实现消息传递的方法和装置，以解决现有技术存在的上述问题，其中：

根据本申请的一个方面，提出了一种用于在异构***之间实现消息传递的方法，其特征在于，包括步骤：获取来自源***的消息；将消息的语法转换为目的***能够识别的消息语法；根据目的***能够识别的消息语法将消息包含的业务数据转换成目的***需要的业务数据；以及将包含转换后的业务数据的消息发送给目的***。

根据本发明的另一方面，提出了一种用于在异构***之间实现消息传递的装置，其特征在于，包括：获取模块，用于获取来自源***的消息；语法转换模块，用于将消息的语法转换为目的***能够识别的消息语法；业务数据转换模块，用于根据目的***能够识别的消息语法将消息包含的业务数据转换成目的***需要的业务数据；以及发送模块，将包含转换后的业务数据的消息发送给目的***。

与现有技术相比，根据本申请的技术方案，能够从语法和语义两个层面实现来自异构IT***的消息交互，并且通过取消中介消息，提高了转换的效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示意性地示出了现有技术的ESB的***架构；

图2示意性地示出了现有技术的中间件的原理图；

图3示意性地示出了现有技术的消息中间件的原理图；

图4示意性地示出了根据本申请一个实施例的用于在异构***之间实现消息传递的方法的流程图；以及

图5示意性地示出了根据本申请一个实施例的用于在异构***之间实现消息传递的装置的结构框图。

具体实施方式

随着互联网、电子商务行业的快速发展，IT***之间往往需要进行大规模的异步数据交换。异步数据的交换，往往通过消息的方式来进行。然而，不同企业之间、不同IT***之间，往往采用了不同的消息中间件。导致这些消息在语法、语义方面存在差异，导致其无法在企业之间、IT***之间得到有效的交互。

本申请的主要思想在于，直接在交互双方之间实现语法和语义两个层面的消息转换，并且通过取消中介消息，提高效率，提升性能。

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

下面参考图1，图1示意性地示出了现有技术的ESB的***架构。

如图1所示，ESB150与B2B网关、企业服务编排器130、服务路由目录160、企业服务目录190一起，构成用于SOA（service-oriented architecture，面向服务的体系结构）的基础设施组件。该基础设施组件形成了企业内部服务请求方120与企业内部服务提供方180之间以及企业外部服务请求方110与企业外部服务提供方170之间的中介。简而言之，ESB150就是一个服务的中介，形成服务使用者->ESB服务代理->服务提供者的生物链。

ESB150的基本功能是数据传输、消息协议转化（或称消息传递）、路由三大核心功能。在进行异构***的整合时，往往根据需要由ESB150提供这些功能。ESB150中可以集成传统消息中间件的功能。

下面对中间件技术和消息中间件技术的原理进行简单说明。

参考图2，图2示意性地示出了现有技术的中间件的原理图。

图2中示出了IT***A、IT***B和中间件240。以***A为例，如图2所示，中间件240位于操作***220-a和硬件230-a之上、应用210-a之下。

在图2中，***A的应用210-a与***B的应用210-b通过中间件240进行通信。中间件240就好像是应用210-a与应用210-b之间的公共汽车。应用210-a与应用210-b通过中间件240共享资源。

图3示意性地示出了现有技术的消息中间件的原理图。

如图3所示，应用210-a与应用210-b通过使用消息中间件310的API（Application Programming Interface，应用编程接口）发送消息进行通信。

消息中间件310将消息路由给应用210-b，这样消息就可以存在于完全不同的计算机上，消息中间件310负责处理网络通信。如果网络连接不可用，消息中间件310会存储消息，直到连接变得可用时，再将消息转发给应用210-b。

当应用210-a发送其消息时，应用210-b甚至可以不处于执行状态。消息中间件310将保留这个消息，直到应用210-b开始执行并试着检索消息为止。

消息中间件的优点在于能够在客户端和服务器之间提供同步和异步的连接，并且在任何时刻都可以将消息进行传送或者存储转发。另外，消息中间件不会占用大量的网络带宽，可以跟踪事务，并且通过将事务存储到磁盘上实现网络故障时***的恢复。消息中间件适用于需要在多个进程之间进行可靠的数据传送的分布式环境。

具体而言，ESB提供一种统一的消息表示方式作为中介，按照“调用方－中介－被调用方”的流程进行消息转换，使网络内各类应用协同运作成为可能。“调用方－中介－被调用方”的消息转换还可以细分为“从调用方到中介”的消息转换和“从中介到被调用方”的消息转换。具体而言，调用方（例如，如图3所示，***A中的应用210-a）需要先将消息转换为中介消息，即，以统一的消息表示方式表示的消息，然后才能向外发送。被调用方（例如，如图3所示，***B中的应用210-b）在接收到消息后，需要将消息从中介消息转换为被调用方自身的消息表示方式，然后才能对该消息进行进一步处理。

因此，传统的ESB需要执行“从调用方到中介”和“从中介到被调用方”的消息转换，这客观上造成了不必要的效率开销。

另外，ESB仅仅完成语法层面的消息转换，而无法实现语义层面的消息转换。

图4示意性地示出了根据本申请一个实施例的用于在异构***之间实现消息传递的方法400的流程图。方法400可以包括步骤410-440。

在步骤410中，获取来自源***的消息。

当***A是源***时，***B为目的***。反之，当***B是源***时，***A为目的***。

根据本申请的一个实施例，可以按照主题和/或类型订阅来自源***的消息。需要订阅的消息主题可以根据实际业务来进行配置。

根据本申请的另一实施例，可以不通过订阅的方式来获取来自源***的消息，而是由源***可以主动向目的***发送消息。

根据本申请的进一步实施例，可以基于发布/订阅模式，通过现有的消息中间件或ESB中集成的消息中间件来订阅来自源***的消息。

在发布/订阅模式中，没有传统意义上的客户端和服务器，而只有网络中进行信息发布的应用（发布者）和接收特定主题信息的应用（称为订阅者）。它们之间交互的信息称为消息。发布者向消息中间件发布消息，订阅者则向消息中间件订阅消息，表示对***中的哪些消息感兴趣。

例如，可以使用***A的消息中间件的订阅客户端来订阅来自***A的消息，使用***B的消息中间件的订阅客户端来订阅来自***B的消息。

根据本申请的进一步实施例，可以不利用现有的消息中间件或ESB中集成的消息中间件来订阅来自源***的消息，而是利用***A或***B中的专门的订阅客户端来订阅来自源***的消息。

根据本申请的一个实施例，消息订阅者（***A或***B）可以通过订阅指令来进行订阅，通过取消订阅指令来取消订阅。

在步骤420中，将消息的语法转换为目的***能够识别的消息语法。

消息由消息头和消息体组成。消息头包括消息的识别信息，如消息类型、主题、消息的发送者和优先级等。消息体则包含了消息的实际传输数据，例如业务数据等。

消息的语法转换即消息格式的转换。

不同IT***所采用的消息格式不同。根据本申请，***A的消息格式为第一格式，***B的消息格式为第二格式。可以将***A的第一格式的消息队列的消息转换成第二格式的消息，发送到B***的第二格式的消息队列。反之，可以将***B的第二格式的消息队列的消息转换为第一格式的消息，发送到A***的第一格式的消息队列。

消息格式是指数据的表现形式。例如，***A所采用的消息格式是XML（Extensible Markup Language，可扩展标记语言），***B所采用的消息格式是Json（JavaScript Object Notation，JavaScript对象表示法）。因此，需要进行语法转换，即，将XML和Json进行双向转换。

在进行消息格式的转换时，需要进行对应协议的反序列化-序列化操作。

序列化机制是指数据在网络传输时采用的数据编码方式。例如，***A的消息序列化机制是Hessain，***B的消息序列化机制是Json。

当两个进程在进行远程通信时，彼此可以发送各种类型的数据。无论是何种类型的数据，都会以二进制序列的形式在网络上传送。发送方需要把这个对象转换为字节序列，才能在网络上传送，接收方则需要把字节序列再恢复为对象。把字节序列恢复为对象的过程称为对象的反序列化。把对象转换为字节序列的过程称为对象的序列化。

当需要将来自***A的消息传递给***B时，序列化可以是通过***A所采用的消息序列化机制将***A所采用的第一格式的消息序列化为（转换为）字节序列，而后反序列化可以是通过***B所采用的消息序列化机制将字节序列反序列化为（恢复为）***B所采用的第二格式的消息。

反之，当需要将来自***B的消息传递给***A时，序列化可以是通过***A所采用的消息序列化机制将***B所采用的第二格式的消息转换为字节序列，而后反序列化可以是通过***B所采用的消息序列化机制将字节序列恢复为***A所采用的第一格式的消息。

根据本申请，只需要在源***的消息格式与目的***的消息格式之间进行相互转换，而不需要将源***的消息格式与统一的消息格式（即，中介消息）进行相互转换以及将目的***的消息格式与统一的消息格式（即，中介消息）进行相互转换，从而取消了中介消息，提高了转换效率。

在步骤430中，根据该目的***能够识别的消息语法将消息包含的业务数据转换成目的***需要的业务数据。

步骤430就是从语义上对来自源***的消息进行转换。因此，本申请不但能够从语法层面上进行消息转换，还能够从语义层面上进行消息转换。

根据本申请的一个实施例，***A可以是购物网站，***B可以是支付网站。

来自***A的消息数据包含购物网站用户ID，而***B需要的数据是支付账户ID。因此，当将消息从***A传递到***B时，需要将购物网站用户ID转换成支付账户ID。

例如，可以调用业务方提供的SOA接口，该SOA接口可以将购物网站用户ID转换成支付账户ID。

在步骤440中，将包含转换后的业务数据的消息发送给目的***。

根据本申请的一个实施例，可以通过现有的消息中间件或ESB中集成的消息中间件来将包含转换后的业务数据的消息发送给目的***。

如上所述，发布者向消息中间件发布消息，订阅者则向消息中间件订阅消息，表示对***中的哪些消息感兴趣。而消息中间件则保证将发布者发布的消息及时、可靠地传送给所有对之感兴趣的消息订阅者。

例如，可以使用***A的消息中间件的发送客户端来将包含转换后的业务数据的消息发送给***A，使用***B的消息中间件的发送客户端来将包含转换后的业务数据的消息发送给***B。

根据本申请的进一步实施例，可以不利用现有的消息中间件或ESB中集成的消息中间件来订阅来自源***的消息，而是利用***A或***B中的专门的发送客户端来将包含转换后的业务数据的消息发送给目的***。

根据本申请的一个实施例，来自源***的一个消息可能会被转换成多个对应消息，然后被发送给目的***。

根据本申请的一个实施例，为了提高性能，可以将目的***不感兴趣的消息过滤掉。

根据本申请的一个实施例，***A是源***，***B是目的***。***A可以是购物网站，***B可以是支付网站。在这种情况下，***B只关心来自***A的支付消息，而不关心来自***A的发货消息。

根据本申请，可以事先设定过滤条件，按照该过滤机制来对来自***A的消息进行过滤，从而只留下那些***B感兴趣的消息。

根据本申请的一个实施例，可以按照消息的类型进行过滤。例如，可以将来自***A的发货消息过滤掉。

根据本申请的另一实施例，可以按照消息的内容进行过滤。例如，由于“货到付款”交易的付款行为是由用户在收货时当面进行，而不需要通过B***（支付网站）进行网上支付，因此B***（支付网站）可能不需要收到来自A***（购物网站）的“货到付款”交易消息。在这种情况下，就可以设置过滤条件来将“货到付款”交易消息过滤掉。

图5示意性地示出了根据本申请一个实施例的用于在异构***之间实现消息传递的装置500的结构框图。

装置500可以包括：获取模块510，用于获取来自源***的消息；语法转换模块520，用于将消息的语法转换为目的***能够识别的消息语法；业务数据转换模块530，用于根据目的***能够识别的消息语法将消息包含的业务数据转换成目的***需要的业务数据；以及发送模块540，将包含转换后的业务数据的消息发送给目的***。

根据本申请的一个实施例，语法转换模块520进一步包括：序列化模块，用于通过源***所采用的消息序列化机制将源***的语法的消息序列化为字节序列；以及反序列化模块，用于通过目标***所采用的消息序列化机制将所述字节序列反序列化为目标***的语法的消息。

根据本申请的一个实施例，获取模块510可以进一步包括订阅模块，用于按照主题订阅来自所述源***的消息。

根据本申请的一个实施例，装置500可以进一步包括过滤模块，用于将目的***不感兴趣的消息过滤掉。

根据本申请的一个实施例，过滤模块可以进一步包括过滤子模块，用于根据消息的类型和/或内容对消息进行过滤。

根据本申请的一个实施例，一条来自源***的消息对应于多条包含转换后的业务数据的消息。

从物理上讲，装置500既可以位于源***上，也可以位于目的***上，还可以既不位于源***上也不位于目的***上，而是位于第三方***上。

总之，本申请通过一种新的方法实现了***A和***B的异步消息互通。根据本申请，可以按主题订阅***A的异步消息，将***A的消息进行语法和语义的转换，发送到***B的消息队列。反之，可以将***B的异步消息转换为***A的消息，发送到***A的消息队列。这样，能够实现双方消息的互相消费。

与现有技术相比，本申请不仅仅能实现语法层面的消息转换，也能实现语义层面的转换。此外，从效率的角度出发，本申请去掉了中介消息，交互双方的消息能够实现直接转换，以此获得性能的提升。

应当注意，尽管上面以异步消息传递为例对本申请进行了说明，但本申请不限于此，而是也可以适用于同步消息传递。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (11)

1.一种用于在异构***之间实现消息传递的方法，其特征在于，包括步骤：

获取来自源***的消息；

将所述消息的语法转换为目的***能够识别的消息语法；

根据所述目的***能够识别的消息语法将所述消息包括的业务数据转换成所述目的***需要的业务数据；以及

将包括转换后的业务数据的消息发送给所述目的***。

2.根据权利要求1所述的方法，其特征在于，所述获取来自源***的消息的步骤进一步包括：

按照主题和/或类型订阅来自所述源***的消息。

3.根据权利要求1所述的方法，其特征在于，将所述消息的语法转换为目的***能够识别的消息语法通过利用反序列化-序列化操作来实现。

4.根据权利要求3所述的方法，其特征在于，通过利用反序列化-序列化操作来实现将所述消息的语法转换为目的***能够识别的消息语法，进一步包括：

通过源***所采用的消息序列化机制将源***的语法的消息序列化为字节序列；以及

通过目标***所采用的消息序列化机制将所述字节序列反序列化为目标***的语法的消息。

5.根据权利要求1所述的方法，其特征在于，进一步包括：

根据消息的类型和/或内容对消息进行过滤。

6.根据权利要求1-5中任一项所述的方法，其特征在于：

一条所述来自源***的消息对应于多条所述包括转换后的业务数据的消息。

7.一种用于在异构***之间实现消息传递的装置，其特征在于，包括：

获取模块，用于获取来自源***的消息；

语法转换模块，用于将所述消息的语法转换为目的***能够识别的消息语法；

业务数据转换模块，用于根据所述目的***能够识别的消息语法将所述消息包含的业务数据转换成所述目的***需要的业务数据；以及

发送模块，将包括转换后的业务数据的消息发送给所述目的***。

8.根据权利要求7所述的装置，其特征在于，所述获取模块进一步包括：

订阅模块，用于按照主题和/或类型订阅来自所述源***的消息。

9.根据权利要求8所述的装置，其特征在于，语法转换模块进一步包括：

序列化模块，用于通过源***所采用的消息序列化机制将源***的语法的消息序列化为字节序列；以及

反序列化模块，用于通过目标***所采用的消息序列化机制将所述字节序列反序列化为目标***的语法的消息。

10.根据权利要求7所述的装置，其特征在于，所述过滤模块进一步包括：

过滤子模块，用于根据消息的类型和/或内容对消息进行过滤。

11.根据权利要求7-10中任一项所述的装置，其特征在于：

一条所述来自源***的消息对应于多条所述包括转换后的业务数据的消息。