CN110971639B - 消息分发方法、消息管理系统、服务器及计算机存储介质 - Google Patents

Abstract

本申请提供了一种消息分发方法、消息管理系统、服务器及计算机存储介质。该消息分发方法应用于消息管理系统，该消息管理系统包括至少一个第一服务器和至少一个第二服务器；第一服务器配置有第一中间件，第二服务器配置有第二中间件；第一中间件与第二中间件配置有相同的接口，第一服务器与第二服务器通过接口建立通信连接；该消息分发方法包括：第一服务器发送第一消息给第一中间件；第一中间件根据预设的协议逻辑对第一消息进行处理，得到第二消息，并通过接口将第二消息发送给第二中间件；第二中间件将第二消息发送给第二服务器。通过上述消息分发方法，减少消息管理系统的配置过程，接口统一且使用简单。

Description

消息分发方法、消息管理系统、服务器及计算机存储介质

技术领域

本申请涉及计算机应用技术领域，特别是涉及一种消息分发方法、消息管理系统、服务器及计算机存储介质。

背景技术

在计算机科学中，框架内的每组通信系统之间进行通信，都需要对不同的系统接口进行协议的配置，配置数据大且繁琐，通信过程复杂。

具体地，正常的协议调用过程需要使用UniPacket完成服务对象名、接口名称及调用参数的封装，封装完成后使用算法将该对象编码成二进制方式，再根据配置的url完成网络请求，解码请求返回响应体，对响应体进行解析并封装成统一返回结构，整个流程漫长且繁琐。

发明内容

本申请提供了一种消息分发方法、消息管理系统、服务器及计算机存储介质，主要解决的技术问题是如何减少消息管理系统的配置过程，统一接口。

为解决上述技术问题，本申请提供了一种消息分发方法，所述消息分发方法应用于消息管理系统，所述消息管理系统包括至少一个第一服务器和至少一个第二服务器；所述第一服务器配置有第一中间件，所述第二服务器配置有第二中间件；所述第一中间件与所述第二中间件配置有相同的接口，所述第一服务器与所述第二服务器通过所述接口建立通信连接；

所述消息分发方法包括：

所述第一服务器发送第一消息给所述第一中间件；

所述第一中间件根据预设的协议逻辑对所述第一消息进行处理，得到第二消息，并通过所述接口将所述第二消息发送给所述第二中间件；

所述第二中间件将所述第二消息发送给所述第二服务器。

为解决上述技术问题，本申请还提供了一种消息管理系统，所述消息管理系统包括至少一个第一服务器和至少一个第二服务器；所述第一服务器配置有第一中间件，所述第二服务器配置有第二中间件；所述第一中间件与所述第二中间件配置有相同的接口，所述第一服务器与所述第二服务器通过所述接口建立通信连接；

所述第一服务器用于发送第一消息给所述第一中间件；

所述第一中间件用于根据预设的协议逻辑对所述第一消息进行处理，得到第二消息，并通过所述接口将所述第二消息发送给所述第二中间件；

所述第二中间件用于将所述第二消息发送给所述第二服务器。

为解决上述技术问题，本申请还提供了另一种消息分发方法，所述消息分发方法应用于第一服务器，所述第一服务器配置有第一中间件，所述第一中间件配置有接口；所述第一服务器通过所述接口与所述第二服务器建立通信连接；

所述第一服务器发送第一消息给所述第一中间件；

所述第一中间件根据预设的协议逻辑对所述第一消息进行处理，得到第二消息，并通过所述接口将所述第二消息发送给所述第二中间件，以使所述第二中间件将所述第二消息发送给所述第二服务器。

为解决上述技术问题，本申请还提供了一种服务器，所述服务器配置有第一中间件，所述第一中间件至少包括接口、数据处理中心和网络分发中心；

所述接口用于连接至少一个第二服务器；

所述数据处理中心用于根据预设的协议逻辑对所述第一消息进行处理，得到第二消息；

所述网络分发中心用于通过接口将所述第二消息发送给所述第二服务器。

为解决上述技术问题，本申请还提供了一种计算机存储介质，所述计算机存储介质存储有程序数据，所述程序数据能够被执行以实现上述的消息分发方法。

与现有技术相比，本申请的有益效果是：第一服务器发送第一消息给第一中间件，其中，第一服务器配置有第一中间件，第一中间件负责通信协议的调用；第一中间件根据预设的协议逻辑对第一消息进行处理，得到第二消息，并通过接口将第二消息发送给第二中间件，其中，第一中间件对第一消息进行处理，形成具有统一结构体的第二消息，便于第二服务器接收和处理第二消息；第二中间件将第二消息发送给第二服务器。通过上述消息分发方法，本申请能够将消息处理，形成具有统一结构体的消息，减少消息管理系统的配置过程，进一步地，第一服务器和第二服务器之间通过相同的接口建立通信连接，接口统一且使用简单。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：

图1是本申请消息分发方法第一实施例的流程示意图；

图2是图1中消息管理系统的结构示意图；

图3是图2中消息管理系统的信息交互示意图；

图4是图1中秩序文字处罚回调时序图；

图5是本申请消息分发方法第二实施例的流程示意图；

图6是本申请消息分发方法第三实施例的流程示意图；

图7是本申请消息分发方法第四实施例的流程示意图；

图8是本申请消息管理系统一实施例的结构示意图；

图9是本申请服务器一实施例的结构示意图；

图10是本申请服务器又一实施例的结构示意图；

图11是本申请计算机存储介质一实施例的结构示意图。

具体实施方式

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

本申请提出了一种消息分发方法，具体请参见图1～图3，图1是本申请消息分发方法第一实施例的流程示意图；图2是图1中消息管理系统的结构示意图；图3是图2中消息管理系统的信息交互示意图。

本实施例的消息分发方法应用于消息管理系统20，如图2所示，消息管理系统20包括至少一个第一服务器21和至少一个第二服务器22。其中，第一服务器21配置有第一中间件211，第二服务器22配置有第二中间件221。

第一中间件211和第二中间件221为同一类型的中间件。中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，例如，本实施例的消息管理系统借助中间件在多个第一服务器21和多个第二服务器22之间实现快速通信功能。中间件位于客户机/服务器的操作系统之上，管理计算机资源和网络通讯。中间件是连接两个独立应用程序或独立系统的软件。相连接的系统，即使它们具有不同的接口，但通过中间件相互之间仍能交换信息。执行中间件的一个关键途径是信息传递。通过中间件，应用程序可以工作于多平台或OS环境。

中间件的种类包括tomcat,jboss,weblogic,websphere等，本实施例的第一中间件211和第二中间件221采用其中一种或多种中间件。

中间件提供了灵活的API接口，适配业务系统所有WUP系统的调用需求，并且返回数据的结构体同一，方便系统中服务器之间请求结果的解析。中间件统一配置及管理各个服务器之间的网络路由分发，支持开发、测试、生产等多套环境，每个服务器无需单独配置，服务器只需通过中间件分配的标识就能精准定位到目标服务器。

在本实施例中，第一中间件211和第二中间件221配置有相同的接口，第一服务器21与第二服务器22通过接口建立通信连接。第一服务器21调用第一中间件211的接口，第二服务器22调用第二中间件221的接口，第一服务器21和第二服务器22无需配置通信协议的复杂底层实现，使第一服务器21和第二服务器22不需要理解通信协议的具体实现及原理。

如图1所示，结合图3的信息交互示意图，该消息分发方法包括以下步骤：

S11：第一服务器发送第一消息给第一中间件。

其中，由于第一服务器21没有配置通信协议的相关内容，第一服务器21只需将第一消息发送给第一中间件211，由第一中间件211进行通信协议的调用和对第一消息的处理。

S12：第一中间件根据预设的协议逻辑对第一消息进行处理，得到第二消息，并通过接口将第二消息发送给第二中间件。

其中，第一中间件211预先存储有通信协议逻辑，第一中间件调用预先存储的协议逻辑对第一消息进行处理。

具体地，第一中间件211根据预设的协议逻辑对第一消息进行封装、加密和网络调用等，得到第二消息。第一中间件211通过接口将封装后的第二消息发送给第二中间件221。由于第一中间件211和第二中间件221配置了相同的接口，第一中间件211将第二消息发送给第二中间件221，第二中间件221无需重新配置其它接口。

S13：第二中间件将第二消息发送给第二服务器。

其中，由于第二服务器22没有配置通信协议的相关内容，第二服务器22需要通过第二中间件221接收第二消息。

第二中间件221将第二消息发送给第二服务器22。由于第一中间件211和第二中间件221返回数据的结构体同一，在发送第二消息之前，第二中间件221对第二消息进行解密等操作，以便第二服务器22直接接受并处理第二消息的具体内容。

进一步地，本实施例的消息分发方法支持JAVA语言的所有框架的WUP协议调用，消息管理系统20只需将中间件引入对应的客户机/服务器的操作系统即可，无需在对应的客户机/服务器进行WUP协议调用。

在其它实施例中，消息管理系统20还可以包括多个系统，多个系统之间通过调用中间件的接口进行通信。例如，多个系统可以包括秩序系统、直播业务系统和/或直播用户系统等。

如图4所示，消息管理系统具体包括秩序系统、直播业务系统、公司Taf系统、直播用户系统、直播Taf系统和客户端。

以直播文本内容处罚流程为例，图4为秩序文字处罚回调时序图。整个处罚流程中涉及3个WUP协议交互过程，具体地，直播业务系统分别调用了公司Taf系统和直播Taf系统，再由直播Taf系统调用客户端。

在本实施例的消息分发方法中，消息管理系统20中的第一服务器21配置了第一中间件211，第二服务器22配置了第二中间件221；第一中间件211和第二中间件221预先存储有通信协议逻辑，第一服务器21和第二服务器22调用第一中间件211和第二中间件221；由第一中间件211对第一消息进行处理，第二中间件221对第二消息进行处理，可以有效减少第一服务器21和第二服务器22的配置过程；进一步地，由于第一中间件211和第二中间件221配置了相同的接口，且第一中间件211和第二中间件221返回数据的结构体统一，第一中间件211和第二中间件221之间的消息分发过程简单，减少了繁杂的配置过程。

本申请还提供了另一种消息分发方法，具体请参见图5，图5是本身申请消息分发方法第二实施例的流程示意图。

同样地，本实施例的消息分发方法应用于图2的消息管理系统20，具体请参见图2，在此不再赘述。

在上述消息分发方法第一实施例的基础上，步骤S11的消息分发方法进一步还包括以下步骤：

S21：第一服务器进一步发送参数信息给第一中间件。

其中，第一服务器21发送第一消息和参数信息给第一中间件211。参数信息输入第一中间件211后，第一中间件211根据参数信息选择调用第一中间件211内预存的功能，例如，路由寻址和网络分发等功能。具体请参见步骤S22。

S22：第一中间件根据参数信息配置路由信息和地址信息。

其中，第一中间件211根据参数信息配置发送第二消息所需的路由信息和地址信息。

地址信息包括第一中间件211发送第二消息的目的服务器地址，即接收对应第二消息的第二服务器22的地址信息。

路由信息包括第一中间件211将第一消息发送给第二中间件221选择的路由器ID(Identification)以及该路由器发送第一消息所选择的路径信息。

S23：第一中间件根据地址信息寻找对应的第二服务器。

其中，第一中间件211根据地址信息寻找到接收第二消息的第二服务器22的地址信息，并将地址信息存储在缓存区域。

S24：第一中间件根据路由信息将第二消息通过接口发送给第二服务器对应的第二中间件。

其中，第一中间件211提取缓存区域的地址信息，并将第二消息通过接口发送给地址信息对应的第二服务器22。

具体地，第一中间件211根据路由信息调用对应的路由器和传输路径，路由器将第二消息通过传输路径传输到第二服务器22对应的第二中间件221。

进一步地，路由器通过内容分发网络CDN(Content Delivery Network)将第二消息快速传输到第二服务器22对应的第二中间件221。采用内容分发网络可以尽可能避开传输路径中有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输得更快、更稳定。

同样地，在消息关系系统20中，在第一服务器21和第二服务器22的通信过程中，第二中间件221也可以实现本实施例第一中间件211所揭示的功能，在此不再赘述。

在本实施例的消息分发方法中，第一中间件211根据参数信息调用路由寻址和网络分发等功能，将第二消息快速传输到对应第二服务器22的第二中间件221，有效提高消息管理系统20的工作效率。

本申请还提供了又一种消息分发方法，具体请参见图6，图6是本申请消息分发方法第三实施例的流程示意图。

同样地，本实施例的消息分发方法应用于图2的消息管理系统20，具体请参见图2，在此不再赘述。

本实施例的消息管理系统20进一步内置了异常处理和重连机制，能够有效保证服务器之间交互的可用性。

在消息管理系统20中，第一中间件211发送第二消息后，第一中间件211生成对应的结果信息，并将对应的结果信息发送给第一服务器21，其中，结果信息包括成功信息和失败信息。

第一服务器21根据结果信息可以获取消息发送是否成功，当消息发送成功时，第一服务器21继续向第一中间件211发送消息，或接收第一中间件211转发的消息；当消息发送失败时，消息管理系统20启动异常处理和重连机制，具体请参见以下步骤。

在消息分发方法第一实施例的基础上，步骤S12之后的消息分发方法进一步还包括以下步骤：

S31：在第一中间件发送第二消息失败时，第一中间件生成的结果信息为失败信息。

其中，第一中间件211发送第二消息失败，证明第一服务器21调用第一中间件211的过程中出现问题。此时，第一中间件211无法发送第二消息，生成失败信息。

S32：第一中间件将失败信息发送给第一服务器。

其中，第一中间件211将失败信息反馈给第一服务器21。

S33：第一服务器根据失败信息重新连接第一中间件。

其中，接收到失败信息的反馈后，消息管理系统20启动异常处理和重连机制。具体地，第一服务器21重新调用第一中间件211。重新调用第一中间件211的过程与首次调用第一中间件211的过程相同，具体请参见下述实施例的消息分发方法。

进一步地，当第一服务器21在预设时间内没有收到第一中间件211反馈的结果信息时，消息管理系统20启动超时机制，第一服务器21同样需要重新调用第一中间件211。

S34：成功连接后，第一服务器重新发送第一消息给第一中间件。

其中，第一服务器21成功连接第一中间件211后，第一服务器21重新将发送失败的第一消息再次发送给第一中间件211，以使第一中间件211对第一消息进行处理，并通过接口发送给第二服务器22。

在本实施例的消息分发方法中，消息管理系统20内置了异常处理和重连机制；第一服务器21通过判断第一中间件211反馈的结果信息决定是否重新调用第一中间件211和重新发送第一消息，有效地保证消息管理系统20中服务器交互的可用性。

本申请还提供了再一种消息分发方法，具体请参见图7，图7是本申请消息分发方法第四实施例的流程示意图。

同样地，本实施例的消息分发方法应用于图2的消息管理系统20，具体请参见图2，在此不再赘述。

在实现上述实施例的消息分发方法之前，第一服务器21需要先调用第一中间件211，具体请参见下述步骤：

S41：第一服务器预先设置第一中间件的信任标签。

其中，第一服务器21在存储的程序代码中添加第一中间件211的信任标签，即添加第一中间件211的依赖。具体代码如下：

<！--wup client包-->

<dependency>

<groupId>xxxx.wup.com</groupId>

<artifactId>xxxx_wup_sdk</artifactId>

<version>1.1.7-SNAPSHOT</version>

</dependency>

第一服务器21在存储的程序代码中添加第一中间件211对应的SDK(软件开发工具包，Software Development Kit)。第一中间件211中预先存储有WUP协议的具体实现和执行代码。

S42：第一服务器根据第一中间件的信任标签调用第一中间件的接口，以使第一服务器与第二服务器通过接口建立通信连接。

其中，第一服务器21根据第一中间件211的信任标签调用第一中间件211的接口。具体地，第一服务器21在启动项目时执行初始化操作：WupSdk.init(appId，env，timeOut)。

成功初始化后，第一服务器21即成功接入第一中间件211，第一服务器21调用SDK中提供的API接口就可以与其它服务器进行WUP协议通信。

同样地，第二服务器22调用第二中间件221的过程与第一服务器21调用第一中间件211的过程相同，在此不再赘述。

在本实施例的消息分发方法中，通过调用第一中间件211，第一服务器21隐藏WUP协议复杂底层实现，使第一服务器21不需要理解协议的具体实现及原理，就能方便地与各个使用WUP协议的服务器进行交互，接口统一且使用简单。

本申请还提供了一种消息管理系统，具体请参见图8，图8是本申请消息管理系统一实施例的结构示意图。

消息管理系统30包括至少一个第一服务器31和至少一个第二服务器32。其中，第一服务器31配置有第一中间件311，第二服务器32配置有第二中间件312。

第一中间件311与第二中间件312配置有相同的接口，第一服务器31与第二服务器32通过接口建立通信连接。

具体地，第一服务器31用于发送第一消息给第一中间件311。

第一中间件311用于根据预设的协议逻辑对第一消息进行处理，得到第二消息，并通过接口将第二消息发送给第二中间件312。

第二中间件312用于将第二消息发送给第二服务器32。

本申请还提供了一种服务器，具体请参见图9，图9是本申请服务器一实施例的结构示意图。

服务器800为上述实施例所揭示的第一服务器21，服务器800与第二服务器建立通信连接。

如图9所示，服务器800配置有第一中间件81，所述第一中间件81至少包括接口811、数据处理中心812和网络分发中心813。

其中，接口811用于连接至少一个第二服务器；

数据处理中心812用于根据预设的协议逻辑对第一消息进行处理，得到第二消息；

网络分发中心813用于通过接口811将第二消息发送给第二服务器。

第一中间件81进一步还可以包括路由配置中心(图中未示出)和底层运算服务(图中未示出)。

路由配置中心用于根据路由信息配置对应的路由器。

底层运算服务用于提供第一中间件81存储的功能服务。

本申请还提供另一种服务器，具体请参见图10，图10是本申请服务器又一实施例的结构示意图。

服务器900为上述实施例所揭示的第一服务器21，服务器900与第二服务器建立通信连接。

如图10所示，服务器900包括通信器91和处理器92，其中，通信器91与处理器92建立连接。

其中，通信器91用于通信连接至少一个第二服务器；

处理器92用于发送第一消息给第一中间件。

处理器92还用于根据预设的协议逻辑对第一消息进行处理，得到第二消息，并通过接口将第二消息发送给第二中间件，以使第二中间件将第二消息发送给第二服务器。

在本实施例中，处理器92还可以称为CPU(Central Processing Unit，中央处理单元)。处理器92可能是一种集成电路芯片，具有信号的处理能力。处理器92还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器92也可以是任何常规的处理器等。

本申请还提供一种计算机存储介质，如图11所示，计算机存储介质100存储有程序数据，程序数据能够被执行以实现如本申请消息分发方法实施例中所述的方法。

本申请消息分发方法实施例中所涉及到的方法，在实现时以软件功能单元的形式存在并作为独立的产品销售或使用时，可以存储在装置中，例如一个计算机可读取存储介质100中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (9)

1.一种消息分发方法，其特征在于，所述消息分发方法应用于消息管理系统，所述消息管理系统包括至少一个第一服务器和至少一个第二服务器；所述第一服务器配置有第一中间件，所述第二服务器配置有第二中间件；所述第一中间件与所述第二中间件配置有相同的接口，所述第一中间件与所述第二中间件返回数据的结构体统一，所述第一中间件预先存储有WUP协议的具体实现和执行代码，所述第一服务器与所述第二服务器通过所述接口建立通信连接；

所述消息分发方法包括：

所述第一服务器发送第一消息给所述第一中间件；

所述第一中间件根据预设的协议逻辑对所述第一消息进行处理，得到第二消息，并通过所述接口将所述第二消息发送给所述第二中间件；

所述第二中间件将所述第二消息发送给所述第二服务器；

所述第一服务器发送第一消息给所述第一中间件的步骤，进一步包括：

所述第一服务器进一步发送参数信息给所述第一中间件；

所述第一中间件根据所述参数信息配置路由信息和地址信息；

所述第一中间件根据所述地址信息寻找对应的所述第二服务器；

所述第一中间件将所述第二消息通过所述接口发送给所述路由信息对应的路由器，由所述路由器通过内容分发网络将所述第二消息发送给所述第二服务器对应的第二中间件。

2.根据权利要求1所述的消息分发方法，其特征在于，所述第一中间件根据预设的协议逻辑对所述第一消息进行处理，得到第二消息的步骤，进一步包括：

所述第一中间件根据预设的协议逻辑对所述第一消息进行封装、加密和网络调用，得到第二消息。

3.根据权利要求1所述的消息分发方法，其特征在于，所述第一中间件根据预设的协议逻辑对所述第一消息进行处理，得到第二消息，并通过所述接口将所述第二消息发送给所述第二中间件的步骤之后，所述消息分发方法进一步包括：

在所述第一中间件发送所述第二消息后，所述第一中间件生成结果信息；

所述第一中间件将所述结果信息发送给所述第一服务器。

4.根据权利要求3所述的消息分发方法，其特征在于，所述第一中间件将所述结果信息发送给所述第一服务器的步骤，进一步包括：

在所述第一中间件发送所述第二消息失败时，所述第一中间件生成的所述结果信息为失败信息；

所述第一中间件将所述失败信息发送给所述第一服务器；

所述第一服务器根据所述失败信息重新连接所述第一中间件；

成功连接后，所述第一服务器重新发送所述第一消息给所述第一中间件。

5.根据权利要求1所述的消息分发方法，其特征在于，所述第一服务器发送第一消息给所述第一中间件的步骤之前，所述消息分发方法进一步包括：

所述第一服务器预先设置所述第一中间件的信任标签；

所述第一服务器根据所述第一中间件的信任标签调用所述第一中间件的接口，以使所述第一服务器与所述第二服务器通过所述接口建立通信连接。

6.一种消息管理系统，其特征在于，所述消息管理系统包括至少一个第一服务器和至少一个第二服务器；所述第一服务器配置有第一中间件，所述第二服务器配置有第二中间件；所述第一中间件与所述第二中间件配置有相同的接口，所述第一中间件与所述第二中间件返回数据的结构体统一，所述第一中间件预先存储有WUP协议的具体实现和执行代码，所述第一服务器与所述第二服务器通过所述接口建立通信连接；

所述第一服务器用于发送第一消息给所述第一中间件；

所述第一中间件用于根据预设的协议逻辑对所述第一消息进行处理，得到第二消息，并通过所述接口将所述第二消息发送给所述第二中间件；

所述第二中间件用于将所述第二消息发送给所述第二服务器；

所述第一中间件还用于根据所述第一服务器发送的参数信息配置路由信息和地址信息；根据所述地址信息寻找对应的所述第二服务器；将所述第二消息通过所述接口发送给所述路由信息对应的路由器，由所述路由器通过内容分发网络将所述第二消息发送给所述第二服务器对应的第二中间件。

7.一种消息分发方法，其特征在于，所述消息分发方法应用于第一服务器，所述第一服务器配置有第一中间件，所述第一中间件配置有接口；所述第一服务器通过所述接口与第二服务器建立通信连接，其中，所述第一中间件与所述第二服务器的第二中间件返回数据的结构体统一，所述第一中间件预先存储有WUP协议的具体实现和执行代码；

所述第一服务器发送第一消息给所述第一中间件；

所述第一中间件根据预设的协议逻辑对所述第一消息进行处理，得到第二消息，并通过所述接口将所述第二消息发送给所述第二中间件，以使所述第二中间件将所述第二消息发送给所述第二服务器；

所述通过所述接口将所述第二消息发送给所述第二中间件，包括：

所述第一服务器进一步发送参数信息给所述第一中间件；

所述第一中间件根据所述参数信息配置路由信息和地址信息；

所述第一中间件根据所述地址信息寻找对应的所述第二服务器；

所述第一中间件将所述第二消息通过所述接口发送给所述路由信息对应的路由器，由所述路由器通过内容分发网络将所述第二消息发送给所述第二服务器对应的第二中间件。

8.一种服务器，其特征在于，所述服务器配置有第一中间件，所述第一中间件至少包括接口、数据处理中心和网络分发中心；所述第一中间件与第二服务器的第二中间件返回数据的结构体统一，所述第一中间件预先存储有WUP协议的具体实现和执行代码；

所述接口用于连接至少一个第二服务器；

所述数据处理中心用于根据预设的协议逻辑对第一消息进行处理，得到第二消息；

所述网络分发中心用于通过接口将所述第二消息发送给所述第二服务器；

所述网络处理中心还用于根据参数信息配置路由信息和地址信息，根据所述地址信息寻找对应的所述第二服务器；将所述第二消息通过所述接口发送给所述路由信息对应的路由器，由所述路由器通过内容分发网络将所述第二消息发送给所述第二服务器对应的第二中间件。

9.一种计算机存储介质，其特征在于，所述计算机存储介质存储有程序数据，所述程序数据能够被执行以实现权利要求1～5任一项所述的消息分发方法。

Images