CN114785854A - 业务请求处理方法、装置、设备、存储介质及产品 - Google Patents

Abstract

本公开提供一种业务请求处理方法、装置、设备、存储介质及产品，应用于大数据领域。该方法包括：获取目标应用发送的至少一种协议类型的至少一条业务请求；将所述至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据；针对各业务请求，根据所述业务请求对应的所述请求数据，以及预设的各业务请求对应的报文地址生成待转发报文；将所述各业务请求对应的待转发报文发送至目标网关，以使目标网关对所述各业务请求对应的待转发报文进行数据处理。从而网关仅需与一个线程建立连接即可实现对多种不同协议类型的业务请求的处理操作，降低了网关的业务压力，避免网关出现故障影响请求的处理效率。

Description

业务请求处理方法、装置、设备、存储介质及产品

技术领域

本公开涉及大数据领域，尤其涉及一种业务请求处理方法、装置、设备、存储介质及产品。

背景技术

随着终端设备硬件性能的提高，以及人工智能技术的不断进步，在终端设备上运行的应用程序(Application，简称APP)也越来越多。相应的，应用程序发起的业务请求也越来越多。由于应用程序发起的业务请求的协议上可能存在差异，因此，在获取到业务请求之后，往往需要由网关对不同类型的业务请求进行区分处理。

为了实现对不同类型的业务请求的处理，网关需要同时连接应用端的多个线程，从而导致网关连接数过多，业务压力过大。进而可能会导致网关节点的性能下降，影响请求的处理效率。

发明内容

本公开提供一种业务请求处理方法、装置、设备、存储介质及产品，用于解决现有的业务请求处理方法导致网关压力较大，影响请求的处理效率的技术问题。

本公开的第一个方面是提供一种业务请求处理方法，包括：

获取目标应用发送的至少一种协议类型的至少一条业务请求；

将所述至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据；

针对各业务请求，根据所述业务请求对应的所述请求数据，以及预设的各业务请求对应的报文地址生成待转发报文；

将所述各业务请求对应的待转发报文发送至目标网关，以使目标网关对所述各业务请求对应的待转发报文进行数据处理。

本公开的第二个方面是提供一种业务请求处理装置，包括：

获取模块，用于获取目标应用发送的至少一种协议类型的至少一条业务请求；

转换模块，用于将所述至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据；

生成模块，用于针对各业务请求，根据所述业务请求对应的所述请求数据，以及预设的各业务请求对应的报文地址生成待转发报文；

发送模块，用于将所述各业务请求对应的待转发报文发送至目标网关，以使目标网关对所述各业务请求对应的待转发报文进行数据处理。

本公开的第三个方面是提供一种电子设备，包括：存储器，处理器；

存储器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器用于调用所述存储器中的程序指令执行如第一方面所述的业务请求处理方法。

本公开的第四个方面是提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的业务请求处理方法。

本公开的第五个方面是提供一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如第一方面所述的业务请求处理方法。

本公开提供的业务请求处理方法、装置、设备、存储介质及产品，通过在获取到目标应用发送的至少一种协议类型的至少一条业务请求之后，将至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据，根据业务请求对应的请求数据，以及预设的各业务请求对应的报文地址生成待转发报文并发送至网关，从而网关仅需与一个线程建立连接即可实现对多种不同协议类型的业务请求的处理操作，降低了网关的业务压力，避免网关出现故障影响请求的处理效率。

附图说明

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

图1为现有的业务请求方法所基于的系统架构图；

图2为本公开基于的系统架构示意图；

图3为本公开实施例提供的业务请求处理方法的流程示意图；

图4为本公开又一实施例提供的业务请求处理方法的流程示意图；

图5为本公开一实施例提供的业务请求处理装置的结构示意图；

图6为本公开实施例提供的电子设备的结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，本公开提供的业务请求处理方法、装置、设备、存储介质及产品可用于大数据领域。也可用于除金融领域以外的任意领域。本公开提供的业务请求处理方法、装置、设备、存储介质及产品对应用领域不作限定。

针对上述提及的现有的业务请求处理方法导致网关压力较大，影响请求的处理效率的技术问题，本公开提供了一种业务请求处理方法、装置、设备、存储介质及产品。

需要说明的是，本公开提供业务请求处理方法、装置、设备、存储介质及产品可运用在各种业务请求数据处理的场景中。

图1为现有的业务请求方法所基于的系统架构图，如图1所示，应用A节点11至应用N节点12均至少能够发出HTTP类型、RPC类型以及SQL类型的交易请求，相应地，为了实现对各应用节点不同协议类型的交易请求的处理，网关13需要与每一应用节点对应的至少三个线程14分别建立通信连接。从而导致网关连接数过多，业务压力过大。进而可能会导致网关节点的性能下降，影响请求的处理效率。

在解决上述技术问题的过程中，发明人通过研究发现，为了降低网关的压力，可以在将应用节点产生的多种不同协议类型的交易请求发送至网关之前，可以将多种不同协议类型的交易请求转换为相同数据格式的请求数据，并根据相同数据格式的请求数据以及预设的各业务请求对应的报文地址生成待转发报文并发送至网关，从而网关仅需与一个线程建立连接即可实现对多种不同协议类型的业务请求的处理操作，降低了网关的业务压力，避免网关出现故障影响请求的处理效率。

图2为本公开基于的系统架构示意图，如图2所示，本公开基于的系统架构至少包括：应用节点21以及网关22，应用节点21与网关22通信连接。其中，应用节点21中设置有目标应用23与业务请求处理装置24，其中，该业务请求处理装置24可采用C/C++、Java、Shell或Python等语言编写。

图3为本公开实施例提供的业务请求处理方法的流程示意图，如图3所示，该方法包括：

步骤301、获取目标应用发送的至少一种协议类型的至少一条业务请求。

本实施例的执行主体为业务请求处理装置，该业务请求处理装置可耦合于服务器中，该服务器能够与安装有目标应用的终端设备通信连接，从而能够获取目标应用发送的业务请求。

在本实施方式中，目标应用发送的业务请求可能有多种不同的协议类型，举例来说，该协议类型包括但不限于HTTP类型、RPC类型以及SQL类型。相应地，业务请求处理装置可以获取目标应用发送的至少一种协议类型的至少一条业务请求。

步骤302、将所述至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据。

在本实施方式中，在获取到目标应用发送的至少一种协议类型的至少一条业务请求之后，现有技术中，目标网关为了实现对各应用节点不同协议类型的交易请求的处理，目标网关需要与每一应用节点对应的至少三个线程分别建立通信连接。从而导致目标网关连接数过多，业务压力过大。因此，为了降低目标网关的业务压力，可以在将业务请求发送至目标网关之前，将至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据。从而目标网关仅需要与一个线程建立通信连接即可，极大地降低了目标网关的业务压力。

步骤303、针对各业务请求，根据所述业务请求对应的所述请求数据，以及预设的各业务请求对应的报文地址生成待转发报文。

在本实施方式中，针对每一业务请求，其分别对应有用户预设的报文地址。因此，在将至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据之后，针对每一业务请求，可以根据该业务请求对应的请求数据以及该报文地址生成待转发报文。

步骤304、将所述各业务请求对应的待转发报文发送至目标网关，以使目标网关对所述各业务请求对应的待转发报文进行数据处理。

在本实施例中，在根据业务请求对应的请求数据以及该报文地址生成待转发报文之后，可以将该待转发报文发送至目标网关，从而目标网关在接收到该各业务请求对应的待转发报文之后，能够对待转发报文进行数据处理操作。

进一步地，在上述任一实施例的基础上，所述至少一种协议类型至少包括HTTP类型、RPC类型以及SQL类型；步骤301包括：

通过预置的HTTP拦截器对HTTP类型的至少一条业务请求进行拦截操作，获得HTTP类型的至少一条业务请求。

通过预置的RPC拦截器对RPC类型的至少一条业务请求进行拦截操作，获得RPC类型的至少一条业务请求。

通过预置的SQL拦截器对SQL类型的至少一条业务请求进行拦截操作，获得SQL类型的至少一条业务请求。

在本实施例中，协议类型包括但不限于HTTP类型、RPC类型以及SQL类型。为了能够对不同协议类型的业务请求的获取操作，业务请求处理装置内可以阈值与各协议类型对应的拦截器。具体地，可以通过预置的HTTP拦截器对HTTP类型的至少一条业务请求进行拦截操作，获得HTTP类型的至少一条业务请求，其中，该HTTP拦截器可采用springIntecepter技术实现对HTTP类型的至少一条业务请求的拦截。通过预置的RPC拦截器对RPC类型的至少一条业务请求进行拦截操作，获得RPC类型的至少一条业务请求，其中，该RPC拦截器具体可以为dubbo拦截器。通过预置的SQL拦截器对SQL类型的至少一条业务请求进行拦截操作，获得SQL类型的至少一条业务请求，其中，该SQL拦截器可以采用mybatis-intecepter技术实现对SQL类型的至少一条业务请求的拦截。

本实施例提供的业务请求处理方法，通过在获取到目标应用发送的至少一种协议类型的至少一条业务请求之后，将至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据，根据业务请求对应的请求数据，以及预设的各业务请求对应的报文地址生成待转发报文并发送至网关，从而网关仅需与一个线程建立连接即可实现对多种不同协议类型的业务请求的处理操作，降低了网关的业务压力，避免网关出现故障影响请求的处理效率。

进一步地，在上述任一实施例的基础上，步骤302包括：

对各业务请求中的参数信息进行提取。

针对各业务请求，按照预设的顺序对所述业务请求对应的参数信息进行数据拼接操作，将拼接后的参数信息确定为所述业务请求转换为相同数据格式的请求数据。

其中，所述参数信息包括但不限于节点信息、资源名称、资源类型、资源角色、交易入参、返回结构、交易标签、业务状态码、交易异常信息。

在本实施例中，为了实现将不同协议类型的业务请求的转换为相同数据格式的请求数据，可以对按照预设的参数信息对业务请求中的相应参数进行抽象提取操作。具体地，该参数信息包括但不限于节点信息、资源名称、资源类型、资源角色、交易入参、返回结构、交易标签、业务状态码、交易异常信息。其中，节点信息，主要由应用名称，应用节点ip，应用节点类型构成，用于记录请求数据来源。资源名称，主要用于定义不同的资源名，以交易名#资源类型为格式，例如：HTTP请求的资源名案例为：/demo/helloworld#GET，RPC请求的资源名案例为：/demo/helloRpc#RPC,SQL的资源名案例为：select*from dual#SQL。资源类型，主要分为HTTP、RPC、SQL三类。资源角色，标记为服务提供方，服务消费方。HTTP、SQL类型的资源一般为服务提供方。RPC类型的资源视请求情况进行判断。返回结构，交易结果。交易标签，用于标记该资源属于哪一种业务条线。业务状态码，用于区别交易是否正常结束，一般默认赋值成功，当存在异常时为异常码。交易异常，若交易存在异常可记录到该定义中。

因此，在获取到不同协议类型的至少一个业务请求之后，针对每一业务请求，可以对该业务请求中的上述参数信息进行提取，并且将多个参数信息按照预设的顺序进行拼接操作，将拼接后的参数信息确定为业务请求转换为相同数据格式的请求数据。

进一步地，在上述任一实施例的基础上，步骤303包括：

针对各业务请求，在所述业务请求对应的所述请求数据中提取采集时间、节点信息以及交易信息。

将所述采集时间、节点信息以及交易信息确定为报文体。

根据所述报文地址以及所述报文体生成所述待转发报文。

在本实施例中，在将将不同协议类型的业务请求的转换为相同数据格式的请求数据之后，针对每一业务请求，可以从该业务请求对应的请求数据中提取采集时间、节点信息以及交易信息。将采集时间、节点信息以及交易信息确定为报文体，从而能够根据报文体以及报文地址生成待转发报文message。

本实施例提供的业务请求处理方法，通过预先定义业务请求的抽象参数，从而能够将多种不同协议对应的业务请求转换为相同数据格式的请求数据，从而后续目标网关无需针对每一协议类型建立一个线程，降低了目标网关的处理压力。

图4为本公开又一实施例提供的业务请求处理方法的流程示意图，如图4所示，步骤304包括：

步骤401、将所述各业务请求对应的待转发报文发送至预设的消息队列中。

步骤402、当所述消息队列中的待转发报文满足预设的发送条件时，将所述消息队列中的待转发报文异步发送至所述目标网关。

在本实施例中，在生成待转发报文之后，可以将待转发报文发送至预设的消息队列中。该消息队列可以为定长的消息队列。并可以建立一异步线程sdkThread。该异步线程可以对消息队列进行监听操作。当监听到消息队列中的待转发报文满足预设的发送条件时，将消息队列中的待转发报文异步发送至目标网关。

进一步地，在上述任一实施例的基础上，步骤402包括：

当所述消息队列中的待转发报文的数量达到预设的数量阈值时，将所述消息队列中的待转发报文异步发送至所述目标网关。

和/或，

当所述待转发报文发送至所述消息队列的时长达到预设的时长阈值时，将所述消息队列中的待转发报文异步发送至所述目标网关。

在本实施例中，该预设的发送条件可以为消息队列中的待转发报文的数量达到预设的数量阈值。因此，当异步线程监听到消息队列中的待转发报文的数量达到预设的数量阈值时，将消息队列中的待转发报文异步发送至目标网关。其中，该数量阈值可以为16笔，或者，可以为用户根据实际需求设置的，本公开对此不做限制。

或者，该预设的发送条件可以为待转发报文发送至消息队列的时长达到预设的时长阈值。因此，当异步线程监听到待转发报文发送至消息队列的时长达到预设的时长阈值时，将消息队列中的待转发报文异步发送至目标网关。其中，该预设的时长阈值可以为五秒，也可以为用户根据实际需求设置的时长，本公开在此不作限制。

上述两种实施方式，可以单独实施，也可以结合实施，当其结合实施时，当监听到消息队列中的待转发报文的数量达到预设的数量阈值时，等到待转发报文发送至消息队列的时长达到预设的时长阈值时再发送该待转发报文。

进一步地，在上述任一实施例的基础上，步骤402包括：

当所述消息队列中的待转发报文满足预设的发送条件时，对所述消息队列中的待转发报文进行数据压缩操作，获得压缩数据。

将所述压缩数据异步发送至目标网关。

在本实施例中，为了进一步地降低网关节点的压力，在对待转发报文进行数据传输时，可以对待转发报文进行压缩操作，降低传输的数据量。具体地，当监听到消息队列中的待转发报文满足预设的发送条件时，可以对消息队列中的待转发报文进行数据压缩操作，获得压缩数据。将压缩数据异步发送至目标网关。

本实施例提供的业务请求处理方法，通过在监听到消息队列中的待转发报文满足预设的发送条件时，再进行待转发报文的发送操作，从而能够降低待转发报文的发送频率，能够有效地缓解目标网关的压力。或者，在对待转发报文进行数据传输之前，进行数据压缩操作，从而能够降低传输的数据量，进一步地降低目标网关的压力。

进一步地，在上述任一实施例的基础上，步骤302之后，还包括：

将所述相同数据格式的至少一条请求数据发送至预设的数据服务器进行存储。

在本实施例中，为了方便后续对业务请求进行数据分析等操作，在将至少一种协议类型的至少一个业务请求转换为相同数据格式的至少一条请求数据之后，可以将相同数据格式的至少一条请求数据发送至预设的数据服务器进行存储。

进一步地，在上述任一实施例的基础上，所述将所述相同数据格式的至少一条请求数据发送至预设的数据服务器进行存储之后，还包括：

获取终端设备发送的数据分析请求，所述数据分析请求中包括交易请求标识。

根据所述交易请求标识从所述数据服务器中获取与所述交易请求标识相匹配的目标请求数据。

将所述目标请求数据反馈至所述终端设备。

在本实施例中，用户可以根据实际需求基于业务请求进行分布式链路追踪、应用节点监控、高可用保障、流量录制回放功能等数据分析操作。具体地，可以获取终端设备发送的数据分析请求，数据分析请求中包括交易请求标识。在获取到该数据分析请求之后，可以从数据服务器中获取与交易请求标识相匹配的目标请求数据。并将目标请求数据反馈至终端设备，以使用户根据该目标请求数据实现数据分析操作。

本实施例提供的业务请求处理方法，通过在将至少一种协议类型的至少一个业务请求转换为相同数据格式的至少一条请求数据之后，可以将相同数据格式的至少一条请求数据发送至预设的数据服务器进行存储，从而能够方便后续对业务请求进行数据分析等操作。

图5为本公开一实施例提供的业务请求处理装置的结构示意图，如图5所示，该装置包括：获取模块51、转换模块52、生成模块53以及发送模块54。其中，获取模块51，用于获取目标应用发送的至少一种协议类型的至少一条业务请求；转换模块52，用于将所述至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据；生成模块53，用于针对各业务请求，根据所述业务请求对应的所述请求数据，以及预设的各业务请求对应的报文地址生成待转发报文；发送模块54，用于将所述各业务请求对应的待转发报文发送至目标网关，以使目标网关对所述各业务请求对应的待转发报文进行数据处理。

进一步地，在上述任一实施例的基础上，所述至少一种协议类型至少包括HTTP类型、RPC类型以及SQL类型；所述获取模块包括：第一拦截单元，用于通过预置的HTTP拦截器对HTTP类型的至少一条业务请求进行拦截操作，获得HTTP类型的至少一条业务请求；

第二拦截单元，用于通过预置的RPC拦截器对RPC类型的至少一条业务请求进行拦截操作，获得RPC类型的至少一条业务请求；第三拦截单元，用于通过预置的SQL拦截器对SQL类型的至少一条业务请求进行拦截操作，获得SQL类型的至少一条业务请求。

进一步地，在上述任一实施例的基础上，所述转换模块包括：提取单元，用于对各业务请求中的参数信息进行提取；拼接单元，用于针对各业务请求，按照预设的顺序对所述业务请求对应的参数信息进行数据拼接操作，将拼接后的参数信息确定为所述业务请求转换为相同数据格式的请求数据；其中，所述参数信息包括但不限于节点信息、资源名称、资源类型、资源角色、交易入参、返回结构、交易标签、业务状态码、交易异常信息。

进一步地，在上述任一实施例的基础上，所述生成模块包括：针对各业务请求，在所述业务请求对应的所述请求数据中提取采集时间、节点信息以及交易信息；确定单元，用于将所述采集时间、节点信息以及交易信息确定为报文体；生成单元，用于根据所述报文地址以及所述报文体生成所述待转发报文。

进一步地，在上述任一实施例的基础上，所述发送模块包括：发送单元，用于将所述各业务请求对应的待转发报文发送至预设的消息队列中；判断单元，用于当所述消息队列中的待转发报文满足预设的发送条件时，将所述消息队列中的待转发报文异步发送至所述目标网关。

进一步地，在上述任一实施例的基础上，所述当所述消息队列中的待转发报文满足预设的发送条件时，将所述消息队列中的待转发报文异步发送至所述目标网关，包括：当所述消息队列中的待转发报文的数量达到预设的数量阈值时，将所述消息队列中的待转发报文异步发送至所述目标网关；和/或，当所述待转发报文发送至所述消息队列的时长达到预设的时长阈值时，将所述消息队列中的待转发报文异步发送至所述目标网关。

进一步地，在上述任一实施例的基础上，所述当所述消息队列中的待转发报文满足预设的发送条件时，将所述消息队列中的待转发报文异步发送至所述目标网关，包括：当所述消息队列中的待转发报文满足预设的发送条件时，对所述消息队列中的待转发报文进行数据压缩操作，获得压缩数据；将所述压缩数据异步发送至所述目标网关。

进一步地，在上述任一实施例的基础上，所述将所述至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据之后，还包括：将所述相同数据格式的至少一条请求数据发送至预设的数据服务器进行存储。

进一步地，在上述任一实施例的基础上，所述将所述相同数据格式的至少一条请求数据发送至预设的数据服务器进行存储之后，还包括：获取终端设备发送的数据分析请求，所述数据分析请求中包括交易请求标识；根据所述交易请求标识从所述数据服务器中获取与所述交易请求标识相匹配的目标请求数据；将所述目标请求数据反馈至所述终端设备。

为了实现上述实施例，本公开实施例还提供了一种电子设备，包括：处理器和存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如上述任一实施例所述的业务请求处理方法。

图6为本公开实施例提供的电子设备的结构示意图，如图6所示，该电子设备600可以为终端设备或服务器。其中，终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、个人数字助理(Personal Digital Assistant，简称PDA)、平板电脑(Portable Android Device，简称PAD)、便携式多媒体播放器(Portable Media Player，简称PMP)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(Read Only Memory，简称ROM)602中的程序或者从存储装置608加载到随机访问存储器(Random Access Memory，简称RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(Liquid CrystalDisplay，简称LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM602被安装。在该计算机程序被处理装置601执行时，执行本公开实施例的方法中限定的上述功能。

本公开又一实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上述任一实施例所述的业务请求处理方法。

本公开又一实施例还提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述任一实施例所述的业务请求处理方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

最后应说明的是：以上各实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述各实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的范围。

Claims (13)

1.一种业务请求处理方法，其特征在于，包括：

获取目标应用发送的至少一种协议类型的至少一条业务请求；

将所述至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据；

针对各业务请求，根据所述业务请求对应的所述请求数据，以及预设的各业务请求对应的报文地址生成待转发报文；

将所述各业务请求对应的待转发报文发送至目标网关，以使目标网关对所述各业务请求对应的待转发报文进行数据处理。

2.根据权利要求1所述的方法，其特征在于，所述至少一种协议类型至少包括HTTP类型、RPC类型以及SQL类型；

所述获取目标应用发送的至少一种协议类型的至少一条业务请求，包括：

通过预置的HTTP拦截器对HTTP类型的至少一条业务请求进行拦截操作，获得HTTP类型的至少一条业务请求；

通过预置的RPC拦截器对RPC类型的至少一条业务请求进行拦截操作，获得RPC类型的至少一条业务请求；

通过预置的SQL拦截器对SQL类型的至少一条业务请求进行拦截操作，获得SQL类型的至少一条业务请求。

3.根据权利要求1所述的方法，其特征在于，所述将所述至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据，包括：

对各业务请求中的参数信息进行提取；

针对各业务请求，按照预设的顺序对所述业务请求对应的参数信息进行数据拼接操作，将拼接后的参数信息确定为所述业务请求转换为相同数据格式的请求数据；

其中，所述参数信息包括但不限于节点信息、资源名称、资源类型、资源角色、交易入参、返回结构、交易标签、业务状态码、交易异常信息。

4.根据权利要求1所述的方法，其特征在于，所述针对各业务请求，根据所述业务请求对应的所述请求数据，以及预设的各业务请求对应的报文地址生成待转发报文，包括：

针对各业务请求，在所述业务请求对应的所述请求数据中提取采集时间、节点信息以及交易信息；

将所述采集时间、节点信息以及交易信息确定为报文体；

根据所述报文地址以及所述报文体生成所述待转发报文。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述将所述各业务请求对应的待转发报文发送至目标网关，包括：

将所述各业务请求对应的待转发报文发送至预设的消息队列中；

当所述消息队列中的待转发报文满足预设的发送条件时，将所述消息队列中的待转发报文异步发送至所述目标网关。

6.根据权利要求5所述的方法，其特征在于，所述当所述消息队列中的待转发报文满足预设的发送条件时，将所述消息队列中的待转发报文异步发送至所述目标网关，包括：

当所述消息队列中的待转发报文的数量达到预设的数量阈值时，将所述消息队列中的待转发报文异步发送至所述目标网关；

和/或，

当所述待转发报文发送至所述消息队列的时长达到预设的时长阈值时，将所述消息队列中的待转发报文异步发送至所述目标网关。

7.根据权利要求5所述的方法，其特征在于，所述当所述消息队列中的待转发报文满足预设的发送条件时，将所述消息队列中的待转发报文异步发送至所述目标网关，包括：

当所述消息队列中的待转发报文满足预设的发送条件时，对所述消息队列中的待转发报文进行数据压缩操作，获得压缩数据；

将所述压缩数据异步发送至所述目标网关。

8.根据权利要求1-4任一项所述的方法，其特征在于，所述将所述至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据之后，还包括：

将所述相同数据格式的至少一条请求数据发送至预设的数据服务器进行存储。

9.根据权利要求8所述的方法，其特征在于，所述将所述相同数据格式的至少一条请求数据发送至预设的数据服务器进行存储之后，还包括：

获取终端设备发送的数据分析请求，所述数据分析请求中包括交易请求标识；

根据所述交易请求标识从所述数据服务器中获取与所述交易请求标识相匹配的目标请求数据；

将所述目标请求数据反馈至所述终端设备。

10.一种业务请求处理装置，其特征在于，包括：

获取模块，用于获取目标应用发送的至少一种协议类型的至少一条业务请求；

转换模块，用于将所述至少一种协议类型的至少一条业务请求转换为相同数据格式的请求数据；

生成模块，用于针对各业务请求，根据所述业务请求对应的所述请求数据，以及预设的各业务请求对应的报文地址生成待转发报文；

发送模块，用于将所述各业务请求对应的待转发报文发送至目标网关，以使目标网关对所述各业务请求对应的待转发报文进行数据处理。

11.一种电子设备，其特征在于，包括：存储器，处理器；

存储器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器用于调用所述存储器中的程序指令执行如权利要求1-9任一项所述的业务请求处理方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-9任一项所述的业务请求处理方法。

13.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-9中任一项所述的业务请求处理方法。

Images