一种基于消息队列可扩展的接口集成方法、服务器及系统与流程

本发明涉及计算机技术领域，特别涉及一种基于消息队列可扩展的接口集成方法、服务器及系统。

背景技术：

信息化高度集成的单位中，由于业务的需求，需要单位中的各个业务系统之间进行频繁的数据交互。

目前，各个业务系统之间的数据交互，使用点对点的方式进行数据传输。比如，数据发送方需要为各个数据接收方传输数据时，需要分别与各个数据接收方进行点对点的对接，从而实现与各个数据接收方的数据传输。

但是，现有的方式，由于数据发送方需要分别与各个数据接收方进行点对点数据传输，一旦数据发送方进行修改、新增业务以及损伤时，就需要调整应用布局，因此数据传输的紧耦合性较高。

技术实现要素：

本发明提供了一种基于消息队列可扩展的接口集成方法、服务器及系统，可以降低数据传输的紧耦合性。

第一方面，本发明提供了基于消息队列可扩展的接口集成方法，该方法包括：

配置消息队列，以及部署网络服务；

利用所述消息队列接收外部数据发送方传输的消息数据包；

通过所述消息队列，将所述消息数据包传输至外部的各个数据接收方，以使各个所述数据接收方解析所述消息数据包的内容，并发送调用请求；

接收各个所述数据接收方发送的调用请求；

根据各个所述调用请求调用所述网络服务；

利用所述网络服务获取所述消息数据包对应的数据，并将所述数据传输给各个所述数据接收方。

优选地，

所述配置消息队列，包括：

搭建消息队列服务程序，并开启队列服务；

确定所述消息队列的用户名、密码、访问路径以及端口号；

将所述用户名、所述密码、所述访问路径以及所述端口号分别发送给所述数据发送方和各个所述数据接收方，以使所述数据发送方根据所述用户名、所述密码、所述访问路径以及所述端口号向所述消息队列传输所述消息数据包，以使各个所述数据接收方根据所述用户名、所述密码、所述访问路径以及所述端口号接收所述消息数据包。

优选地，

所述利用所述消息队列接收外部数据发送方传输的消息数据包，包括：

利用所述消息队列接收所述数据发送方传输的设定传输格式的消息数据包，其中，所述传输格式包括：json、xml、excel和txt中的任意一种。

优选地，

在所述利用所述消息队列接收外部数据发送方传输的消息数据包之后，进一步包括：

确定所述消息数据包中包括的消息内容；

判断所述消息内容是否符合预先设定的内容格式，其中，所述内容格式包括：数据标识、消息类型、摘要信息和发送时间；

如果是，通过所述消息队列，将所述消息数据包传输至各个所述数据接收方；

如果否，丢弃所述消息数据包。

优选地，

进一步包括：

记录所述消息队列使用情况信息。

优选地，

所述消息队列，包括：activemq、rabbitmq、redis、zeromq以及kafka中的任意一种。

优选地，

所述网络服务，包括：webservice服务和wcf服务中的任意一种。

第二方面，本发明提供了基于消息队列可扩展的接口集成服务器，该服务器包括：

配置及部署单元，用于配置消息队列，以及部署网络服务；

消息数据包接收单元，用于利用所述配置及部署单元配置的所述消息队列接收外部数据发送方传输的消息数据包；

传输单元，用于通过所述配置及部署单元配置的所述消息队列，将所述消息数据包接收单元接收的所述消息数据包传输至外部的各个数据接收方，以使各个所述数据接收方解析所述消息数据包的内容，并发送调用请求；

调用请求接收单元，用于接收各个所述数据接收方发送的调用请求；

调用单元，用于根据所述调用请求接收单元接收的各个所述调用请求调用所述配置及部署单元部署的所述网络服务；

获取及传输单元，用于利用所述调用单元调用的所述网络服务获取所述消息数据包对应的数据，并将所述数据传输给各个所述数据接收方。

优选地，

所述配置及部署单元，包括：搭建子单元、确定子单元、发送子单元；

所述搭建子单元，用于搭建消息队列服务程序，并开启队列服务；

所述确定子单元，用于确定所述搭建子单元搭建的所述消息队列的用户名、密码、访问路径以及端口号；

所述发送子单元，用于将所述确定子单元确定的所述用户名、所述密码、所述访问路径以及所述端口号分别发送给所述数据发送方和各个所述数据接收方，以使所述数据发送方根据所述用户名、所述密码、所述访问路径以及所述端口号向所述消息队列传输所述消息数据包，以使各个所述数据接收方根据所述用户名、所述密码、所述访问路径以及所述端口号接收所述消息数据包。

优选地，

所述消息数据包接收单元，用于利用所述配置及部署单元配置的所述消息队列接收所述数据发送方传输的设定传输格式的消息数据包，其中，所述传输格式包括：json、xml、excel和txt中的任意一种。

优选地，

进一步包括：处理单元；

所述处理单元，用于确定所述消息数据包接收单元接收的所述消息数据包中包括的消息内容；判断所述消息内容是否符合预先设定的内容格式，其中，所述内容格式包括：数据标识、消息类型、摘要信息和发送时间；如果是，触发所述传输单元通过所述配置及部署单元配置的所述消息队列，将所述消息数据包传输至各个所述数据接收方；如果否，丢弃所述消息数据包。

第三方面，本发明提供了基于消息队列可扩展的接口集成系统，该系统包括：

数据发送方、上述任一所述的基于消息队列可扩展的接口集成服务器、以及至少一个数据接收方；

所述数据发送方，与所述基于消息队列可扩展的接口集成服务器相连，用于将消息数据包传输给所述基于消息队列可扩展的接口集成服务器；

每一个所述数据接收方，与所述基于消息队列可扩展的接口集成服务器相连，用于接收所述基于消息队列可扩展的接口集成服务器传输的所述消息数据包，并解析所述消息数据包的内容，并发送调用请求至所述基于消息队列可扩展的接口集成服务器；接收所述基于消息队列可扩展的接口集成服务器传输的对应于所述调用请求的数据。

本发明提供了一种基于消息队列可扩展的接口集成方法、服务器及系统，通过配置消息队列，以及部署网络服务。然后利用配置的消息队列接收数据发送方传输的消息数据包。然后消息队列再将接收到的消息数据包传输给各个数据接收方，以使各个数据接收方解析消息数据包的内容，并发送调用请求。接收各个数据接收方发送的调用请求，然后根据各个调用请求调用部署的网络服务，利用网络服务获取消息数据包对应的数据，并将数据传输给各个数据接收方。通过上述过程可知，本方案中当数据发送方与各个数据接收方进行数据传输时，数据发送方只需要通过消息队列便可以完成与各个数据接收方的数据传输，并不需要数据发送方分别与各个数据接收方进行点对点的对接，因此，本发明提供的方案可以降低数据传输的紧耦合性。

附图说明

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

图1是本发明一个实施例提供的一种基于消息队列可扩展的接口集成方法的流程示意图；

图2是本发明一个实施例提供的一种基于消息队列可扩展的接口集成服务器的结构示意图；

图3是本发明另一个实施例提供的一种基于消息队列可扩展的接口集成服务器的结构示意图；

图4是本发明一个实施例提供的一种包括处理单元的基于消息队列可扩展的接口集成服务器的结构示意图；

图5是本发明一个实施例提供的一种包括处理单元的基于消息队列可扩展的接口集成系统的结构示意图；

图6是本发明另一个实施例提供的一种基于消息队列可扩展的接口集成方法的流程示意图。

具体实施方式

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

如图1所示，本发明实施例提供了一种基于消息队列可扩展的接口集成方法，该方法可以包括以下步骤：

步骤101：配置消息队列，以及部署网络服务；

步骤102：利用所述消息队列接收外部数据发送方传输的消息数据包；

步骤103：通过所述消息队列，将所述消息数据包传输至外部的各个数据接收方，以使各个所述数据接收方解析所述消息数据包的内容，并发送调用请求；

步骤104：接收各个所述数据接收方发送的调用请求；

步骤105：根据各个所述调用请求调用所述网络服务；

步骤106：利用所述网络服务获取所述消息数据包对应的数据，并将所述数据传输给各个所述数据接收方。

根据如图1所示的实施例，通过配置消息队列，以及部署网络服务。然后利用配置的消息队列接收数据发送方传输的消息数据包。然后消息队列再将接收到的消息数据包传输给各个数据接收方，以使各个数据接收方解析消息数据包的内容，并发送调用请求。接收各个数据接收方发送的调用请求，然后根据各个调用请求调用部署的网络服务，利用网络服务获取消息数据包对应的数据，并将数据传输给各个数据接收方。通过上述过程可知，本方案中当数据发送方与各个数据接收方进行数据传输时，数据发送方只需要通过消息队列便可以完成与各个数据接收方的数据传输，并不需要数据发送方分别与各个数据接收方进行点对点的对接，因此，本发明提供的实施例可以降低数据传输的紧耦合性。

在本发明一个实施例中，上述图1所示流程图中的步骤101所涉及的配置消息队列，可以包括：

搭建消息队列服务程序，并开启队列服务；

确定所述消息队列的用户名、密码、访问路径以及端口号；

将所述用户名、所述密码、所述访问路径以及所述端口号分别发送给所述数据发送方和各个所述数据接收方，以使所述数据发送方根据所述用户名、所述密码、所述访问路径以及所述端口号向所述消息队列传输所述消息数据包，以使各个所述数据接收方根据所述用户名、所述密码、所述访问路径以及所述端口号接收所述消息数据包。

在本实施例中，搭建消息队列服务程序的具体型式可以根据业务要求确定。比如搭建的消息队列服务程序为activemq。待搭建完成后，向数据发送方以及各个数据接收方开启队列服务，以使数据发送方和各个数据接收方可以利用消息队列服务进行数据交互。

在本实施例中，待消息服务队列服务搭建完成后，需要确定消息队列的用户名、密码、访问路径以及端口号。其中用户名、密码、访问路径以及端口号的具体型式均可以根据业务要求确定。比如确定的用户名为001、密码为123456、访问路径可以采用：\\网络之间互连的协议ip地址或者主机名称\文件的目录的形式、端口号为3000。

当数据发送方发送消息数据包时，可以根据获取的消息队列的用户名、密码、访问路径以及端口号，将消息数据包发送给消息队列。以及当消息队列将消息数据包发送给各个数据接收方时，各个数据接收方需匹配消息对列的用户名、密码、访问路径以及端口号是否与之前获取的用户名、密码、访问路径以及端口号一致。当确定一致时，才接收消息数据包。并且各个数据接收方可以通过获取的用户名、密码、访问路径以及端口号为消息队列发送调用请求，以调用网络服务获取消息数据包对应的数据。

根据上述实施例，首先搭建消息队列服务程序，开启队列服务。然后确定搭建消息队列服务的用户名、密码、访问路径以及端口号，并将用户名、密码、访问路径以及端口号分别发送给数据发送方和各个数据接收方，以使数据发送方和各个数据接收方根据用户名、密码、访问路径以及端口号进行数据交互。由于数据发送方和各个数据接收方可以通过消息队列用户名、密码、访问路径以及端口号进行数据交互，因此，数据交互的准确性较高。

在本发明一个实施例中，上述图1所示流程图中的步骤102利用所述消息队列接收外部数据发送方传输的消息数据包，可以包括：

利用所述消息队列接收所述数据发送方传输的设定传输格式的消息数据包，其中，所述传输格式包括：json、xml、excel和txt中的任意一种。

在本实施例中，传输格式的具体型式可以根据业务要求确定。json、xml、excel和txt中的任意一种，只是一种优选的方式，还可以根据业务要求选取其他的型式。

在本实施例中，数据发送方在将消息数据包发送给消息队列之前，需要按照将消息数据包转换为设定的传输格式。比如设定的传输格式为json时，可以约定消息类型为：departmentinfo，约定过滤条件为：typename＝departmentchange。按照约定的消息类型和过滤条件将消息数据包转换为json传输格式，然后将json传输格式的消息数据包发送给消息队列，并利用消息队列接收数据发送方传输的json传输格式消息数据包。

根据上述实施例，利用消息队列接收数据发送方传输的设定传输格式的消息数据包。由于消息数据包为设定的传输格式，因此消息队列在对消息数据包进行接收和发送时，由于格式统一不用再进行格式转换等操作，因此传输效率较高。

在本发明一个实施例中，在上述图1所示流程图中的步骤102利用所述消息队列接收外部数据发送方传输的消息数据包之后，可以进一步包括：

确定所述消息数据包中包括的消息内容；

判断所述消息内容是否符合预先设定的内容格式，其中，所述内容格式包括：数据标识、消息类型、摘要信息和发送时间；

如果是，则执行步骤103通过所述消息队列，将所述消息数据包传输至各个所述数据接收方；

如果否，丢弃所述消息数据包。

在本实施例中，设定的内容格式可以根据业务要求确定。比如内容格式中包括：数据标识、消息类型、摘要信息和发送时间，在程序代码中可以表示为{"id":""，"type"：""，"desc"：""，"date"：""}。其中，数据标识id可以用来调用网络服务，并利用网络服务获取对应的数据；消息类型type可以定义消息是新增数据，删除数据还是变更数据，且规定新增数据用add表示，删除数据用delete表示，变更数据用update表示；摘要信息desc可以描述消息的数据；发送时间date为数据发送方发送消息数据包的时间。

在本实施例中，消息数据包中包括的消息内容要包括：数据标识、消息类型、摘要信息和发送时间。不能缺失，因为当缺失时会导致各个数据接收方不能对消息数据包进行正确的解析，从而不能正确调取消息数据包对应的数据。数据发送方和各个数据接收方的数据交互将会失败。

根据上述实施例，当消息队列接收数据方传输的消息数据包之后，可以确定消息数据包中包括的消息内容。只有当确定消息内容符合预先设定的内容格式时，才将消息数据包传输至各个数据接收方，否则将舍弃消息数据包。因此可以提高数据发送方和各个数据接收方数据交互成功的概率。

在本发明一个实施例中，上述图1所示流程图中可以进一步包括：记录所述消息队列使用情况信息；

在本实施例中，消息队列的使用情况信息可以包括：接收消息数据包的类型、内容以及接收时间；消息数据包的数据发送方的标识id和地址信息；消息数据包各个数据接收方的标识id和地址信息；各个数据接收方的调用网络服务获取数据的情况；以及将获取的数据发送给各个数据接收方的传输信息。

在本实施例中，记录消息队列使用情况信息，可以以日志文件的形式进行记录。当需要查询消息数据包的发送接收情况以及调用网络服务情况时，可以通过该日志文件来查询具体的信息。

根据上述实施例，通过记录消息队列使用情况信息，可以查询消息数据包的发送接收情况以及调用网络服务情况，以使业务人员可以根据记录消息队列使用情况信息可以准确的了解消息队列的使用情况进行了解，并可以根据记录消息队列使用情况信息对消息队列进行维护。

在本发明一个实施例中，上述图1所示流程图中所涉及的消息队列可以包括：activemq、rabbitmq、redis、zeromq以及kafka中的任意一种；

在本实施例中，配置的消息队列的型式可以根据业务要求确定。消息对列可以是activemq、rabbitmq、redis、zeromq以及kafka中的任意一种，只是一种优选的方式，还可以根据业务要求选择其他的消息队列型式。

根据上述实施例，消息队列可以根据业务要求选择activemq、rabbitmq、redis、zeromq以及kafka中的任意一种。由于可以选择不同种类的消息队列，因此业务适用性较强。

在本发明一个实施例中，上述图1所示流程图中所涉及的网络服务可以包括：webservice服务和wcf服务中的任意一种。

在本实施例中，部署的网络服务的型式可以根据业务要求确定。比如可以是webservice服务或wcf服务。其中，网络服务采用webservice服务或wcf服务只是一种优选地方式，还可以根据业务要求选择其他型式的网络服务。

在本实施例中，需要注意的是，与数据发送方以及与各个数据接收方之间的网络协议，要与选择的网络服务型式相匹配。以使消息数据包和数据能够进行顺利的传输。

根据上述实施例，网络服务可以根据业务要求选择webservice服务或wcf服务。由于可以选择不同种类的网络服务，因此业务适用性较强。

如图2所示，本发明实施例提供了一种基于消息队列可扩展的接口集成服务器，该服务器包括：

配置及部署单元201，用于配置消息队列，以及部署网络服务；

消息数据包接收单元202，用于利用所述配置及部署单元201配置的所述消息队列接收外部数据发送方传输的消息数据包；

传输单元203，用于通过所述配置及部署单元201配置的所述消息队列，将所述消息数据包接收单元202接收的所述消息数据包传输至外部的各个数据接收方，以使各个所述数据接收方解析所述消息数据包的内容，并发送调用请求；

调用请求接收单元204，用于接收各个所述数据接收方发送的调用请求；

调用单元205，用于根据所述调用请求接收单元204接收的各个所述调用请求调用所述配置及部署单元201部署的所述网络服务；

获取及传输单元206，用于利用所述调用单元205调用的所述网络服务获取所述消息数据包对应的数据，并将所述数据传输给各个所述数据接收方。

根据如图2所示的实施例，消息数据包接收单元利用配置及部署单元配置的消息队列接收数据发送方传输的消息数据包，然后传输单元通过配置及部署单元配置的消息队列将消息数据包接收单元接收的消息数据包传输至各个数据接收方，以使各个数据接收方解析消息数据包的内容，并发送调用请求。然后利用调用请求接收单元接收各个数据接收方发送的调用请求，并利用调用单元根据调用请求接收单元接收的各个调用请求调用配置及部署单元部署的所述网络服务。然后获取及传输单元利用调用单元调用的网络服务获取消息数据包对应的数据，并将数据传输给各个数据接收方。通过上述过程可知，本方案中当数据发送方与各个数据接收方进行数据传输时，数据发送方只需要通过配置及部署单元配置的消息队列便可以完成与各个数据接收方的数据传输，并不需要数据发送方分别与各个数据接收方进行点对点的对接，因此，本发明提供的实施例可以降低数据传输的紧耦合性。

在本发明一个实施例中，如图3所示，所述配置及部署单元201中可以包括：搭建子单元301、确定子单元302、发送子单元303；

所述搭建子单元301，用于搭建消息队列服务程序，并开启队列服务；

所述确定子单元302，用于确定所述搭建子单元301搭建的所述消息队列的用户名、密码、访问路径以及端口号；

所述发送子单元303，用于将所述确定子单元302确定的所述用户名、所述密码、所述访问路径以及所述端口号分别发送给所述数据发送方和各个所述数据接收方，以使所述数据发送方根据所述用户名、所述密码、所述访问路径以及所述端口号向所述消息队列传输所述消息数据包，以使各个所述数据接收方根据所述用户名、所述密码、所述访问路径以及所述端口号接收所述消息数据包。

在本发明一个实施例中，所述消息数据包接收单元202，用于利用所述配置及部署单元201配置的所述消息队列接收所述数据发送方传输的设定传输格式的消息数据包，其中，所述传输格式包括：json、xml、excel和txt中的任意一种。

在本发明一个实施例中，如图4所示，所述基于消息队列可扩展的接口集成服务器可以进一步包括：处理单元401；

所述处理单元401，用于确定所述消息数据包接收单元202接收的所述消息数据包中包括的消息内容；判断所述消息内容是否符合预先设定的内容格式，其中，所述内容格式包括：数据标识、消息类型、摘要信息和发送时间；如果是，触发所述传输单元203通过所述配置及部署单元配置的所述消息队列，将所述消息数据包传输至各个所述数据接收方；如果否，丢弃所述消息数据包。

在本发明一个实施例中，所述基于消息队列可扩展的接口集成服务器可以进一步包括：记录单元，

所述记录单元，用于记录所述消息队列使用情况信息。

在本发明一个实施例提供了一种可读介质，该可读介质包括：执行指令，当存储控制器的处理器执行所述执行指令时，所述存储控制器执行上述任一项所述基于消息队列可扩展的接口集成方法。

在本发明一个实施例提供了一种存储控制器，该存储控制器包括：处理器、存储器和总线；所述存储器用于存储执行指令；所述处理器与所述存储器通过所述总线连接；当所述存储控制器运行时，所述处理器执行所述存储器存储的所述执行指令，以使所述存储控制器执行上述任一项所述基于消息队列可扩展的接口集成方法。

如图5所示，本发明实施例提供了一种基于消息队列可扩展的接口集成系统，该系统包括：

数据发送方501、上述任一所述的基于消息队列可扩展的接口集成服务器502、以及至少一个数据接收方503；

所述数据发送方501，与所述基于消息队列可扩展的接口集成服务器502相连，用于将消息数据包传输给所述基于消息队列可扩展的接口集成服务器502；

每一个所述数据接收方503，与所述基于消息队列可扩展的接口集成服务器502相连，用于接收所述基于消息队列可扩展的接口集成服务器502传输的所述消息数据包，并解析所述消息数据包的内容，并发送调用请求至所述基于消息队列可扩展的接口集成服务器502；接收所述基于消息队列可扩展的接口集成服务器502传输的对应于所述调用请求的数据。

根据如图5所示的实施例，该系统包括：数据发送方、基于消息队列可扩展的接口集成服务器、以及至少一个数据接收方；数据发送方将消息数据包传输给基于消息队列可扩展的接口集成服务器；然后各个数据接收方接收基于消息队列可扩展的接口集成服务器传输的消息数据包，并解析消息数据包的内容，发送调用请求至基于消息队列可扩展的接口集成服务器，然后接收基于消息队列可扩展的接口集成服务器传输的对应于调用请求的数据。通过上述过程可知，本方案中当数据发送方与各个数据接收方进行数据传输时，数据发送方只需要通过基于消息队列可扩展的接口集成服务器便可以完成与各个数据接收方的数据传输，并不需要数据发送方分别与各个数据接收方进行点对点的对接，因此，本发明提供的方案可以降低数据传输的紧耦合性。

在本发明一个实施例中，各个数据接收方根据预先设定的传输格式和过滤条件进行消息监听，当监听到基于消息队列可扩展的接口集成服务器传输的消息数据包之后，解析消息数据包中的内容。其中解析中的内容可以包括数据标识、消息类型、摘要信息和发送时间，并根据解析出的内容生成调用指令，并将调用指令发送给基于消息队列可扩展的接口集成服务器，以获取与调用指令对应的数据。当获取数据之后，根据消息类型对数据进行删除、更新或增加等操作。

上述服务器及系统内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

下面以基于消息队列可扩展的接口集成系统中包括数据发送方1为人力资源系统、数据接收方a为企业资源计划erp系统、数据接收方b为物资管理系统为例。展开说明基于消息队列可扩展的接口集成方法，如图6所示，该基于消息队列可扩展的接口集成方法，可以包括如下步骤：

步骤601：在基于消息队列可扩展的接口集成服务器中部署网络服务。

在本步骤中，根据业务要求在基于消息队列可扩展的接口集成服务器中部署webservice服务。

步骤602：在基于消息队列可扩展的接口集成服务器中搭建消息队列服务程序，并开启队列服务。

在本步骤中，在基于消息队列可扩展的接口集成服务器中搭建activemq消息队列服务程序，并开启队列服务。

步骤603：利用基于消息队列可扩展的接口集成服务器确定消息队列的用户名、密码、访问路径以及端口号。

在本步骤中，确定activemq消息队列的用户名为001、密码为123456、访问路径可以采用：\\192.168.0.0\shuju、端口号为3000。

步骤604：利用基于消息队列可扩展的接口集成服务器将用户名、密码、访问路径以及端口号分别发送给数据发送方和各个数据接收方。

在本步骤中，利用基于消息队列可扩展的接口集成服务器将步骤603中确定的用户名001、密码123456、访问路径\\192.168.0.0\shuju、端口号3000分别发送给数据发送方1、数据接收方a、数据接收方b。

步骤605：当数据发送方1确定数据发送变更时，将数据组织成为预先设定传输格式的消息数据包。

在本步骤中，预先设定的传输格式为json格式。当数据发送方1人力资源系统确定自身数据发生变更时，将变更的数据组织成为json格式的消息数据包。

步骤606：数据发送方1将消息数据包发送给基于消息队列可扩展的接口集成服务器。

步骤607：基于消息队列可扩展的接口集成服务器利用消息队列接收数据发送方1传输的消息数据包。

步骤608：基于消息队列可扩展的接口集成服务器确定消息数据包中包括的消息内容。

在本步骤中，确定的消息数据包中包括的消息内容为数据标识011、消息类型为新增数据、摘要信息员工a信息和发送时间2017/1/10。

步骤609：基于消息队列可扩展的接口集成服务器判断消息内容是否符合预先设定的内容格式，如果是，执行步骤610；否则，执行步骤611。

在本步骤中，判断步骤608中确定的消息内容符合预先设定的内容格式数据标识、消息类型、摘要信息和发送时间。因此执行步骤610。

步骤610：基于消息队列可扩展的接口集成服务器通过消息队列，将消息数据包传输至各个数据接收方，并执行步骤612。

在本步骤中，将消息数据包传输给数据接收方aerp系统、数据接收方b物资管理系统。

步骤611：丢弃消息数据包，并结束当前流程。

步骤612：各个数据接收方接收基于消息队列可扩展的接口集成服务器发送的消息数据包，并解析消息数据包的内容。

在本步骤中，数据接收方aerp系统、数据接收方b物资管理系统分别解析消息数据中的内容为为数据标识011、消息类型为新增数据、摘要信息员工a信息和发送时间2017/1/10。

步骤613：各个数据接收方根据解析的内容发送调用请求至基于消息队列可扩展的接口集成服务器。

步骤614：基于消息队列可扩展的接口集成服务器接收各个数据接收方发送的调用请求。

在本步骤中，分别接收数据接收方aerp系统、数据接收方b物资管理系统发送的调用请求。

步骤615：基于消息队列可扩展的接口集成服务器根据各个调用请求调用网络服务。

在步骤中，根据调用请求调用步骤601中部署webservice服务。

步骤616：基于消息队列可扩展的接口集成服务器利用网络服务获取消息数据包对应的数据，并将数据传输给各个数据接收方。

在本步骤中利用步骤616中调用的webservice服务获取数据标识011、消息类型为新增数据、摘要信息员工a信息和发送时间2017/1/10对应的员工a的数据。

步骤617：各个数据接收方接收数据，并利用接收的数据并自身存储的数据进行更新操作。

在本步骤中，数据接收方aerp系统、数据接收方b物资管理系统分别接收员工a的数据，且由于员工a的数据为新增数据，直接存储员工a的数据。

综上所述，本发明各个实施例至少可以实现如下有益效果：

1、在本发明实施例中，通过配置消息队列，以及部署网络服务。然后利用配置的消息队列接收数据发送方传输的消息数据包。然后消息队列再将接收到的消息数据包传输给各个数据接收方，以使各个数据接收方解析消息数据包的内容，并发送调用请求。接收各个数据接收方发送的调用请求，然后根据各个调用请求调用部署的网络服务，利用网络服务获取消息数据包对应的数据，并将数据传输给各个数据接收方。通过上述过程可知，本方案中当数据发送方与各个数据接收方进行数据传输时，数据发送方只需要通过消息队列便可以完成与各个数据接收方的数据传输，并不需要数据发送方分别与各个数据接收方进行点对点的对接，因此，本发明提供的实施例可以降低数据传输的紧耦合性。

2、在本发明实施例中，首先搭建消息队列服务程序，开启队列服务。然后确定搭建消息队列服务的用户名、密码、访问路径以及端口号，并将用户名、密码、访问路径以及端口号分别发送给数据发送方和各个数据接收方，以使数据发送方和各个数据接收方根据用户名、密码、访问路径以及端口号进行数据交互。由于数据发送方和各个数据接收方可以通过消息队列用户名、密码、访问路径以及端口号进行数据交互，因此，数据交互的准确性较高。

3、在本发明实施例中，利用消息队列接收数据发送方传输的设定传输格式的消息数据包。由于消息数据包为设定的传输格式，因此消息队列在对消息数据包进行接收和发送时，由于格式统一不用再进行格式转换等操作，因此传输效率较高。

4、在本发明实施例中，当消息队列接收数据方传输的消息数据包之后，可以确定消息数据包中包括的消息内容。只有当确定消息内容符合预先设定的内容格式时，才将消息数据包传输至各个数据接收方，否则将舍弃消息数据包。因此可以提高数据发送方和各个数据接收方数据交互成功的概率。

5、在本发明实施例中，通过记录消息队列使用情况信息，可以查询消息数据包的发送接收情况以及调用网络服务情况，以使业务人员可以根据记录消息队列使用情况信息可以准确的了解消息队列的使用情况进行了解，并可以根据记录消息队列使用情况信息对消息队列进行维护。

6、在本发明实施例中，消息队列可以根据业务要求选择activemq、rabbitmq、redis、zeromq以及kafka中的任意一种。由于可以选择不同种类的消息队列，因此业务适用性较强。

7、在本发明实施例中，网络服务可以根据业务要求选择webservice服务或wcf服务。由于可以选择不同种类的网络服务，因此业务适用性较强。

8、在本发明实施例中，消息数据包接收单元利用配置及部署单元配置的消息队列接收数据发送方传输的消息数据包，然后传输单元通过配置及部署单元配置的消息队列将消息数据包接收单元接收的消息数据包传输至各个数据接收方，以使各个数据接收方解析消息数据包的内容，并发送调用请求。然后利用调用请求接收单元接收各个数据接收方发送的调用请求，并利用调用单元根据调用请求接收单元接收的各个调用请求调用配置及部署单元部署的所述网络服务。然后获取及传输单元利用调用单元调用的网络服务获取消息数据包对应的数据，并将数据传输给各个数据接收方。通过上述过程可知，本方案中当数据发送方与各个数据接收方进行数据传输时，数据发送方只需要通过配置及部署单元配置的消息队列便可以完成与各个数据接收方的数据传输，并不需要数据发送方分别与各个数据接收方进行点对点的对接，因此，本发明提供的实施例可以降低数据传输的紧耦合性。

9、在本发明实施例中，该系统包括：数据发送方、基于消息队列可扩展的接口集成服务器、以及至少一个数据接收方；数据发送方将消息数据包传输给基于消息队列可扩展的接口集成服务器；然后各个数据接收方接收基于消息队列可扩展的接口集成服务器传输的消息数据包，并解析消息数据包的内容，发送调用请求至基于消息队列可扩展的接口集成服务器，然后接收基于消息队列可扩展的接口集成服务器传输的对应于调用请求的数据。通过上述过程可知，本方案中当数据发送方与各个数据接收方进行数据传输时，数据发送方只需要通过基于消息队列可扩展的接口集成服务器便可以完成与各个数据接收方的数据传输，并不需要数据发送方分别与各个数据接收方进行点对点的对接，因此，本发明提供的方案可以降低数据传输的紧耦合性。

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个······”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质中。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。