CN114553956B - 基于uep中间件的数据传输方法和*** - Google Patents

Abstract

本公开提供一种基于UEP中间件的数据传输方法，应用于包括数据发送端、数据接收端和UEP中间件的数据传输***；该方法，包括：数据发送端获取需要发送的请求消息，将请求消息封装成请求数据包；将请求数据包存放到请求缓存区中，调用UEP中间件的发送接口将数据包发送到UEP请求队列；数据接收端调用UEP中间件的接收接口从UEP请求队列中获取请求数据包；对请求数据包中的请求消息进行处理，得到响应消息，将响应消息封装成响应数据包并存放到响应缓存区中，调用UEP中间件的发送接口将响应数据包发送到UEP响应队列；所述数据发送端调用UEP中间件的接收接口从UEP响应队列中获取响应数据包。本公开通过UEP消息中间件能够实现数据的可靠传输，避免消息的丢失。

Description

基于UEP中间件的数据传输方法和***

技术领域

本公开涉及数据传输技术领域，尤其涉及一种基于UEP中间件的数据传输方法和***。

背景技术

随着移动互联网和物联网的不断发展，企业的数字化建设需求逐渐朝着多终端和微服务的网状结构发展，相应的***也变得越来越复杂。移动端、智能感知设备以及后台***之间的数据交换逐渐变得复杂。为了解决***间交互出现的问题，消息中间件应运而生。

由于消息队列单向流通特性，数据只能从数据生产端向数据接收端流转，对于数据接收端需要返回数据处理结果的应用场景则无法满足。而且由于消息中间件服务的单向性，偶尔发生数据丢失的现象。

发明内容

有鉴于此，本公开的目的在于提出一种基于UEP中间件的数据传输方法和***。

基于上述目的，本公开实施例提供了一种基于UEP中间件的数据传输方法，应用于包括有数据发送端、数据接收端和UEP中间件的数据传输***；

所述方法，包括：

所述数据发送端获取需要发送的请求消息，将所述请求消息封装成请求数据包；将所述请求数据包存放到请求缓存区中，调用所述UEP中间件的发送接口将所述数据包发送到UEP请求队列；

所述数据接收端调用所述UEP中间件的接收接口从所述UEP请求队列中获取所述请求数据包；对所述请求数据包中的请求消息进行处理，得到响应消息，将所述响应消息封装成响应数据包并存放到响应缓存区中，调用所述UEP中间件的所述发送接口将所述响应数据包发送到UEP响应队列；

所述数据发送端调用所述UEP中间件的所述接收接口从所述UEP响应队列中获取响应数据包。

基于同一发明构思，本公开实施例还提供了一种基于UEP中间件的数据传输***，包括：数据发送端、数据接收端和UEP中间件；

所述数据发送端，被配置为获取需要发送的请求消息，将所述请求消息封装成请求数据包；将所述请求数据包存放到请求缓存区中，调用所述UEP中间件的发送接口将所述数据包发送到UEP请求队列；

所述数据接收端，被配置为调用所述UEP中间件的接收接口从所述UEP请求队列中获取所述请求数据包；对所述请求数据包中的请求消息进行处理，得到响应消息，将所述响应消息封装成响应数据包并存放到响应缓存区中，调用所述UEP中间件的所述发送接口将所述响应数据包发送到UEP响应队列；

所述数据发送端，还被配置为调用所述UEP中间件的所述接收接口从所述UEP响应队列中获取响应数据包。

从上面所述可以看出，本公开提供的基于UEP中间件的数据传输方法和***，数据发送端发送请求消息之前先存入缓存，封装为请求数据包，然后使用UEP中间件将请求数据包发送到请求队列，数据接收端使用UEP中间件从请求队列中读取请求数据处理后生成一个处理结果(响应消息)，使用UEP中间件将响应消息发送到响应队列，发送端使用UEP中间件从响应队列读取处理结果。本公开通过消息中间件、UEP请求队列和UEP响应队列的各自交互，能够实现数据的可靠传输，避免使用中间件出现的消息丢失情况。

附图说明

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

图1为本公开实施例的基于UEP中间件的数据传输***结构示意图；

图2为本公开实施例的基于UEP中间件的数据传输方法流程示意图；

图3为本公开实施例的基于UEP中间件的数据传输方法流的交互示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

需要说明的是，除非另外定义，本公开实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

如背景技术部分所述，现有的使用中间件传输的方式，通常只针对数据发送的过程，只关心数据是否准确快速的发送到数据接收端，不关注数据结果的返回过程，数据发送端是否接收到返回的请求的响应结果。对于数据接收端需要返回数据处理结果的应用场景则无法满足，同时，单向的传输方式，由于中间件的特点，可能会发生数据丢失情况。

基于上述现有技术，并针对现有技术存在的问题，本公开实施例提供了一种基于UEP中间件的数据传输方法和***，数据发送端发送请求消息之前先存入缓存，封装为请求数据包，然后使用UEP中间件将请求数据包发送到请求队列，数据接收端使用UEP中间件从请求队列中读取请求数据处理后生成一个处理结果(响应消息)，使用UEP中间件将响应消息发送到响应队列，发送端使用UEP中间件从响应队列读取处理结果。本发明通过消息中间件和两个互相不影响的对列，能够实现数据的可靠传输，避免使用中间件出现的消息丢失情况。

以下，通过具体的实施方式进一步详细说明本公开的技术方案。

首先，本公开实施例提供了一种基于UEP中间件的数据传输方法。该方法应用于基于UEP中间件的数据传输***。参考图1，示出了该基于UEP中间件的数据传输***的结构组成和交互方式。该基于UEP中间件的数据传输***包括：数据发送端、数据接收端和UEP中间件。其中，数据发送端和数据接收端均可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

数据发送端，提供请求消息的发送。用户通过客户端的图形界面登录数据发送端，进行处理和操作，生成请求消息，数据发送端获取请求。数据发送端获取请求消息后，将请求消息生成请求数据包保存在请求缓存区中。

数据接收端，接收请求数据包，取出请求消息，调用业务处理逻辑，进行请求处理，得到响应消息，将响应消息生成响应数据包，保存在响应缓存区中。

UEP中间件，从数据发送端获取请求数据包，将请求数据包发送到请求队列，从请求队列中获取请求数据包，也可以从数据接收端获取响应数据包，将响应数据包发送到响应队列，从响应队列中获取响应数据包。

基于上述的基于UEP中间件的数据传输***，参照图2，本公开实施例的基于UEP中间件的数据传输方法，包括以下步骤：

步骤201，所述数据发送端获取需要发送的请求消息，将所述请求消息封装成请求数据包；将所述请求数据包存放到请求缓存区中，调用所述UEP中间件的发送接口将所述数据包发送到UEP请求队列。

本步骤中，当用户需要对数据发送端进行操作的时候，通过客户端登录数据发送端，并通过客户端提供的图形界面进行操作，发出对数据发送端的请求消息，数据发送端获取请求消息，将请求消息封装为请求数据包，将请求数据包保存在请求缓存区中。

其中，请求数据包中包括请求标识和请求消息等，发送端根据请求消息，生成一个请求标识，每个请求消息都对应有一个唯一的请求标识，请求标识用来唯一的确定请求消息。

将请求数据包封装好之后，存放到请求缓存区中，具体的，作为一个可选的方式，请求缓存区可以为radis缓存区，请求数据包通过键值对的方式，唯一的保存在radis缓存区中，然后通过UEP中间件的发送接口，将请求数据包发送到UEP请求队列中。

对请求消息生成唯一的请求标识，可以快速的定位和确定所述请求消息。防止请求消息重复的现象出现。使用UEP中间件，衔接数据发送端和数据接收端，能够达到支持数据的转换和通信服务的功能，从而屏蔽不同的操作***和网络协议。使应用的开发和运行与操作***无关，实现应用其独立性。

步骤202，所述数据接收端调用所述UEP中间件的接收接口从所述UEP请求队列中获取所述请求数据包；对所述请求数据包中的请求消息进行处理，得到响应消息，将所述响应消息封装成响应数据包并存放到响应缓存区中，调用所述UEP中间件的所述发送接口将所述响应数据包发送到的UEP响应队列。

本步骤中，调用UEP中间件的接收接口从UEP请求队列中获取请求数据包，然后将请求数据包放入数据接收端的响应缓存区中的响应待处理队列，数据接收端按照预设的时间周期查询待处理队列，当代理处队列中存在请求数据包，从响应待处理队列中取出请求数据包。

取出请求数据包之后，对请求数据包进行处理，将请求数据包解封装，得到请求消息和请求标识，对请求消息进行处理，调用请求消息对应的业务处理逻辑，得到响应消息，响应消息和请求标识一起封装为响应数据包，将响应数据包保存到响应缓存区。

具体的，作为一个可选的方式，请求缓存区可以为radis缓存区，响应数据包通过键值对的方式，唯一的保存在radis缓存区中，然后通过UEP中间件的发送接口，将响应数据包发送到UEP响应队列中。

根据请求数据包中的请求标识，生成响应数据包，保证了相应数据包和请求数据包的唯一对应，将响应数据包发送到UEP响应队列。请求数据包和响应数据包，各自通过一个UEP请求队列和UEP响应队列分开传输，二者互相不干扰。通过两条队列以及相应的事务控制组件实现了请求消息发送和响应消息反馈的功能，即使UEP中间件出现不可靠问题，也能实现消息的可靠传输。

步骤203，所述数据发送端调用所述UEP中间件的所述接收接口从所述响应队列中获取响应数据包。

本步骤中，数据发送端调用所述UEP中间件的接收接口从响应对列中获取响应数据包，将响应数据包放入所述数据发送端的请求缓存区中的请求待处理队列。

在此基础上，数据发送端根据所述响应数据包查找所述请求缓存区中的所述请求数据包，将所述请求数据包删除。

数据发送端从请求待处理队列中取出来响应数据包，将响应数据包解封装，得到响应消息和请求标识，根据响应消息，生成一个业务处理反馈消息，件业务反馈处理消息发送给用户。

得到响应数据包中的请求标识之后，根据请求标识查找跟响应数据包对应的请求数据包，查找到请求标识对应的请求数据包之后，将请求数据包从请求缓存区中删除。

数据发送端将请求数据包发送到UEP请求队列中，请求数据包通过UEP请求队列传输到数据接收端，数据接收端将将响应数据包发送到UEP响应队列中，响应数据包通过UEP响应队列传输到数据发送端，可以确定和响应数据包对应的请求数据包，请求数据包和响应数据包各自独立传输，获取到响应数据包后通过请求标识对请求数据包进行删除，能够实现实现数据的可靠传输。

在此基础上，数据发送端按照预设时间周期对请求数据包进行扫描；当请求数据包的发送时间戳和当前时间戳的差值大于设定阈值，生成问询消息；将所述问询消息发送给所述数据接收端。例如，设置请求数据包的发送时间戳和当前时间的差值为30min，数据发送端按照预定的时间周期对请求数据包进行扫描，有一个请求数据包的发送时间戳和当前时间戳的差值为40min，大于30min，数据发送端发送问询消息给数据接收端。

当数据接收端接收到问询消息，查看数据接收端的响应缓存中是否存在所述请求数据包对应的响应数据包；确定存在响应数据包，调用UEP中间件的发送接口将响应数据包再次发送到UEP的响应队列；确定不存在响应数据包，生成请求未送达消息，将所述请求未送达消息发送给所述数据发送端；

数据发送端接收到请求未送达消息，重新发送请求数据包给数据接收端。

数据发送端定时对请求缓存区中的请求消息的发送时间和当前时间的时间差进行查询，当请求消息发送的时间超过一定阈值，但是未接收到响应消息，未从请求缓存区中删除，向数据接收端发送问询消息，获取响应消息，若没有响应消息，重新发送一条请求消息。自动生成问询消息，实现了消息的重发机制，防止由于数据接收端发送了响应数据包，但是数据发送端无法收到，一直等待的情况出现，保证了数据的可靠传输。

下面根据图3，以具体的传输场景为例说明，本公开的基于UEP中间件的数据传输方法。

用户登录数据发送端的客户端，生成了一个数据获取请求消息，数据发送端获取了数据获取请求消息，将数据获取请求消息封装成数据获取请求数据包，将数据获取请求数据包存放在radis缓存区中，数据发送端调用UEP中间件的发送接口，将数据获取请求数据包发送到UEP请求队列，数据接收端调用UEP中间件的接收接口，从UEP请求队列中获取数据获取请求数据包，数据接收端接收数据获取请求数据包，得到数据获取请求消息，根据这个请求消息，调用业务逻辑，得到数据响应消息，将数据响应消息封装成数据响应数据包，把数据响应数据包存放到响应缓存区中，数据接收端调用UEP中间件的发送接口，将数据响应数据包发送到UEP响应队列，数据发送端调用UEP中间件的接收接口，从UEP响应队列中获取数据响应数据包。数据接收端根据数据响应数据包查找数据获取请求数据包，将数据获取请求数据包删除。

需要说明的是，本公开实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本公开实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

需要说明的是，上述对本公开的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种基于UEP中间件的数据传输***，包括：数据发送端、数据接收端和UEP中间件；

所述数据发送端，被配置为获取需要发送的请求消息，将所述请求消息封装成请求数据包；将所述请求数据包存放到请求缓存区中，调用所述UEP中间件的发送接口将所述数据包发送到UEP的请求队列；

所述数据接收端，被配置为调用所述UEP中间件的接收接口从所述请求队列中获取所述请求数据包；对所述请求数据包中的请求消息进行处理，得到响应消息，将所述响应消息封装成响应数据包并存放到响应缓存区中，调用所述UEP中间件的所述发送接口将所述响应数据包发送到UEP的响应队列；

所述数据发送端，还被配置为调用所述UEP中间件的所述接收接口从所述响应队列中获取响应数据包。

所述数据发送端，还被配置为根据所述响应数据包查找所述请求缓存区中的所述请求数据包，将所述请求数据包删除。

所述数据接收端，还被配置为将所述请求数据包放入响应缓存区中的响应待处理队列；所述数据接收端按照预设时间周期查询响应待处理队列；响应于确定所述响应待处理队列有请求数据包，从所述响应待处理队列中取出所述请求数据包。

所述数据接收端，还被配置为对所述请求数据包解封装，得到所述请求消息和所述请求标识；根据所述请求消息，调用业务处理逻辑，得到所述响应消息；将所述响应消息和所述请求标识封装成所述响应数据包；对所述响应数据包设置有效期，并存放到所述响应缓存区中。

所述数据发送端，还被配置为将所述响应数据包放入所述请求缓存区中的请求待处理队列。

所述数据发送端，还被配置为从所述请求待处理队列中取出所述响应数据包；将所述响应数据包解封装，得到所述响应消息和所述请求标识；响应于所述请求缓存区中存在所述响应数据包对应的所述请求数据包；根据所述响应消息，生成业务处理反馈消息，将所述业务处理反馈消息发送给用户；将所述响应数据包对应的所述请求数据包从所述请求缓存区中删除。

所述数据发送端，还被配置为根据所述请求标识查找所述请求数据包，将所述请求数据包从所述请求缓存区中删除。

所述数据发送端，还被配置为按照预设时间周期对所述请求数据包进行扫描；响应于确定所述请求数据包的发送时间戳和当前时间戳的差值大于设定阈值，生成问询消息；将所述问询消息发送给所述数据接收端；

所述数据接收端，还被配置为响应于确定所述数据接收端接收到所述问询消息，查看所述响应缓存中是否存在所述请求数据包对应的所述响应数据包；响应于确定存在所述响应数据包，调用所述UEP中间件的发送接口将所述响应数据包发送到UEP响应队列；响应于确定不存在所述响应数据包，生成请求未送达消息，将所述请求未送达消息发送给所述数据发送端；

所述数据发送端，还被配置为响应于确定所述数据发送端接收到所述请求未送达消息，重新发送所述请求数据包。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本公开实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本公开实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本公开实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本公开实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本公开实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本公开实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本公开实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (9)

1.一种基于UEP中间件的数据传输方法，应用于包括有数据发送端、数据接收端和UEP中间件的数据传输***；

所述方法，包括：

所述数据发送端获取需要发送的请求消息，将所述请求消息封装成请求数据包；将所述请求数据包存放到请求缓存区中，调用所述UEP中间件的发送接口将所述数据包发送到UEP请求队列；

所述数据接收端调用所述UEP中间件的接收接口从所述UEP请求队列中获取所述请求数据包；对所述请求数据包中的请求消息进行处理，得到响应消息，将所述响应消息封装成响应数据包并存放到响应缓存区中，调用所述UEP中间件的所述发送接口将所述响应数据包发送到UEP响应队列，包括：

所述数据接收端对所述请求数据包解封装，得到所述请求消息和请求标识；根据所述请求消息，调用业务处理逻辑，得到所述响应消息；将所述响应消息和所述请求标识封装成所述响应数据包；对所述响应数据包设置有效期，并存放到所述响应缓存区中；

所述数据发送端调用所述UEP中间件的所述接收接口从所述UEP响应队列中获取响应数据包。

2.根据权利要求1所述的方法，所述数据发送端调用所述UEP中间件的所述接收接口从所述UEP响应队列中获取响应数据包，之后包括：

所述数据发送端根据所述响应数据包查找所述请求缓存区中的所述请求数据包，将所述请求数据包删除。

3.根据权利要求1所述的方法，其中，所述数据发送端获取需要发送的请求消息，将所述请求消息封装成请求数据包，包括：

所述数据发送端获取需要发送的请求消息，对所述请求消息添加请求标识；将所述请求消息和所述请求标识封装成所述请求数据包。

4.根据权利要求1所述的方法，其中，所述数据接收端调用所述UEP中间件的接收接口从所述UEP请求队列中获取所述请求数据包，之后包括：

所述数据接收端将所述请求数据包放入响应缓存区中的响应待处理队列；所述数据接收端按照预设时间周期查询响应待处理队列；响应于确定所述响应待处理队列有请求数据包，从所述响应待处理队列中取出所述请求数据包。

5.根据权利要求2所述的方法，其中，所述数据发送端根据所述响应数据包查找所述请求缓存区中的所述请求数据包，将所述请求数据包删除，之前包括：

所述数据发送端将所述响应数据包放入所述请求缓存区中的请求待处理队列。

6.根据权利要求5所述的方法，其中，所述数据发送端根据所述响应数据包查找所述请求缓存区中的所述请求数据包，将所述请求数据包删除，包括：

所述数据发送端从所述请求待处理队列中取出所述响应数据包；将所述响应数据包解封装，得到所述响应消息和所述请求标识；响应于所述请求缓存区中存在所述响应数据包对应的所述请求数据包；根据所述响应消息，生成业务处理反馈消息，将所述业务处理反馈消息发送给用户；将所述响应数据包对应的所述请求数据包从所述请求缓存区中删除。

7.根据权利要求6所述的方法，其中，所述数据发送端将所述响应数据包对应的所述请求数据包从所述请求缓存区中删除，包括：

所述数据发送端根据所述请求标识查找所述请求数据包，将所述请求数据包从所述请求缓存区中删除。

8.根据权利要求1所述的方法，还包括：

所述数据发送端按照预设时间周期对所述请求数据包进行扫描；响应于确定所述请求数据包的发送时间戳和当前时间戳的差值大于设定阈值，生成问询消息；将所述问询消息发送给所述数据接收端；

响应于确定所述数据接收端接收到所述问询消息，查看所述响应缓存中是否存在所述请求数据包对应的所述响应数据包；响应于确定存在所述响应数据包，调用所述UEP中间件的发送接口将所述响应数据包发送到UEP响应队列；响应于确定不存在所述响应数据包，生成请求未送达消息，将所述请求未送达消息发送给所述数据发送端；

响应于确定所述数据发送端接收到所述请求未送达消息，重新发送所述请求数据包。

9.一种基于UEP中间件的数据传输***，包括：数据发送端、数据接收端和UEP中间件；

所述数据发送端，被配置为获取需要发送的请求消息，将所述请求消息封装成请求数据包；将所述请求数据包存放到请求缓存区中，调用所述UEP中间件的发送接口将所述数据包发送到UEP请求队列；

所述数据接收端，被配置为调用所述UEP中间件的接收接口从所述UEP请求队列中获取所述请求数据包；对所述请求数据包中的请求消息进行处理，得到响应消息，将所述响应消息封装成响应数据包并存放到响应缓存区中，调用所述UEP中间件的所述发送接口将所述响应数据包发送到UEP响应队列，包括：

所述数据接收端对所述请求数据包解封装，得到所述请求消息和请求标识；根据所述请求消息，调用业务处理逻辑，得到所述响应消息；将所述响应消息和所述请求标识封装成所述响应数据包；对所述响应数据包设置有效期，并存放到所述响应缓存区中；

所述数据发送端，还被配置为调用所述UEP中间件的所述接收接口从所述UEP响应队列中获取响应数据包。