CN113364890B - 数据处理方法、装置、网络设备及介质 - Google Patents

Abstract

本发明实施例提供了一种数据处理方法、装置、网络设备及介质，该方法包括：在接收到终端发送的请求第三方接口数据的第一请求信息的情况下，获取预配置的与所述第三方接口相关联的第三方请求协议；利用所述第一请求信息对所述第三方请求协议进行解析处理，得到第二请求信息；将所述第二请求信息发送至第三方接口；获取所述第三方接口发送的与所述第二请求信息对应的第一数据，并将所述第一数据发送至所述终端。上述方案，可以提升请求第三方接口数据的工作效率，降低成本。

Description

数据处理方法、装置、网络设备及介质

技术领域

本发明涉及计算机技术领域，特别是涉及一种数据处理方法、装置、网络设备及介质。

背景技术

目前，面向对象编程语言Java移动后端接口开发需要经常请求第三方的超文本传输协议(Hypertext Transfer Protocol，HTTP)接口，大部分第三方http请求需求的参数是来自移动后端接收到的请求参数，经过移动后端转化或者透传发送给第三方接口，上述过程需要编程来进行映射，然后进行程序发布，最后程序生效获取到第三方接口数据。

如果上述过程需要添加参数、修改参数或者需要安全数据都需要重新编程，然后重新发布程序。此过程需要修改java代码、重新上线代码、停服重启等过程，过程较复杂，由此，请求第三方接口数据的工作效率较低，且成本较高。

发明内容

本发明实施例的目的在于提供一种数据处理方法、装置、网络设备及介质，以在一定程度上提升请求第三方接口数据的工作效率，降低成本。具体技术方案如下：

在本发明实施的第一方面，首先提供了一种数据处理方法，所述方法包括：

在接收到终端发送的请求第三方接口数据的第一请求信息的情况下，获取预配置的与所述第三方接口相关联的第三方请求协议；

利用所述第一请求信息对所述第三方请求协议进行解析处理，得到第二请求信息；

将所述第二请求信息发送至第三方接口；

获取所述第三方接口发送的与所述第二请求信息对应的第一数据，并将所述第一数据发送至所述终端。

在本发明实施的第二方面，还提供了一种数据处理装置，包括：

第一获取模块，用于在接收到终端发送的请求第三方接口数据的第一请求信息的情况下，获取预配置的与所述第三方接口相关联的第三方请求协议；

第一解析模块，用于利用所述第一请求信息对所述第三方请求协议进行解析处理，得到第二请求信息；

第一发送模块，用于将所述第二请求信息发送至第三方接口；

第一处理模块，用于获取所述第三方接口发送的与所述第二请求信息对应的第一数据，并将所述第一数据发送至所述终端。

在本发明实施例的第三方面，还提供了一种系统，包括网络设备和终端；所述网络设备与所述终端通信连接，用于实现上述任一所述的数据处理方法。

在本发明实施例的第四方面，还提供了一种网络设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述任一所述的数据处理方法。

在本发明实施的第五方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的数据处理方法。

在本发明实施的第六方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的数据处理方法。

本发明实施例的数据处理方法、装置、网络设备及介质，通过在接收到终端发送的请求第三方接口数据的第一请求信息的情况下，获取预配置的与所述第三方接口相关联的第三方请求协议，并利用所述第一请求信息对所述第三方请求协议进行解析处理，得到第二请求信息，即：第三方http请求，从而，可以通过将第二请求信息发送至第三方接口，获取第三方接口发送的与所述第二请求信息对应的第一数据，并将第一数据发送至所述终端，从而终端可以获取到第三方接口数据，整个过程可以提升请求第三方接口数据的工作效率，降低成本。如此，每次请求第三方接口数据时，仅需要通过解析预配置的与第三方接口相关联的第三方请求协议，再结合第一请求信息，就可以构造出第三方http请求，无需重新开发代码，节省了每次请求第三方接口数据均需要重新编码的复杂过程，从而可以减少java代码的重复开发，降低开发人员的开发难度，提高代码整洁性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明实施例提供的数据处理方法的步骤流程图之一；

图2为本发明实施例提供的数据处理方法的步骤流程图之二；

图3为本发明实施例提供的数据处理装置的结构框图；

图4为本发明实施例提供的网络设备的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。

本发明实施例提供了一种数据处理方法，应用于网络设备，其中，本申请实施例涉及的网络设备，可以是移动后端或者服务器。上述数据处理方法可以应用至数据请求的应用场景，具体的，当终端请求第三方接口数据时，通过上述数据处理方法得到http请求，通过http请求从第三方接口获取对应的第三方接口数据。

上述数据处理方法也可以应用至开发场景，具体的，Java移动后端接口开发需要经常请求第三方的http接口，大部分第三方http请求需求的参数是来自移动后端接收到的请求参数，通过上述数据处理方法得到http请求，通过http请求第三方的http接口，由此获取对应的第三方接口数据。其中，第三方接口是第三方应用的接口，本发明实施例对于第三方应用的类型及其提供的接口类型无特别限制。示例性的，第三方应用的接口可以包括但不限于如下至少一种：第三方支付接口、第三方购物接口、第三方视频链接接口、第三方推送消息接口等，此处不作穷举；相应地，基于第三方接口的不同，第三方接口数据也可以包括但不限于如下至少一种：第三方支付接口反馈的支付数据、第三方购物接口反馈的购物信息、视频链接、推送消息等，亦不作穷举。

下述实施例以网络设备为服务器为例进行说明。

具体的，如图1和图2所示，上述数据处理方法，具体包括如下步骤：

步骤101，在接收到终端发送的请求第三方接口数据的第一请求信息的情况下，获取预配置的与所述第三方接口相关联的第三方请求协议。

在上述步骤101中，在终端请求第三方接口数据的情况下，即在终端请求服务器发起http请求给第三方接口的情况下，服务器获取预配置的与所述第三方接口相关联的第三方请求协议。

进一步的，第三方请求协议可以保存在模板后台中(如：模板后台中的模板Redis或者其他数据库)，该模板后台保存有至少一种第三方请求协议，在终端向服务器发送第一请求信息的情况下，服务器可以向该模板后台读取与第一请求信息对应的第三方请求协议。或者，第三方请求协议还可以保存在服务器中，例如服务器的本地缓存，或者，第三方请求协议还可以存储在服务器可读取的其他任意位置，例如与之连接的数据库等，在此不做具体限定。

步骤102，利用所述第一请求信息对所述第三方请求协议进行解析处理，得到第二请求信息。

在上述步骤102中，服务器对第三方请求协议进行解析处理，从而得到第二请求信息，即：第三方http请求；每次请求第三方接口数据时，仅需要通过解析预配置的与第三方接口相关联的第三方请求协议就可以构造出第三方http请求，无需重新开发代码，节省了每次请求第三方接口数据均需要重新编码的复杂过程，从而可以减少java代码的重复开发，降低开发人员的开发难度，提高代码整洁性。

步骤103，将所述第二请求信息发送至第三方接口。

在上述步骤103中，服务器将第二请求信息(即构造出完整的第三方http请求)发送至与第二请求信息相关联的第三方接口，用于获取第三方接口的业务数据。

步骤104，获取所述第三方接口发送的与所述第二请求信息对应的第一数据，并将所述第一数据发送至所述终端。

在上述步骤104中，第三方接口在接收到服务器发送的第二请求信息之后，第三方接口根据第二请求信息向服务器反馈与第二请求信息对应的第一数据，服务器将第一数据发送至所述终端，从而终端可以获取到与第一请求信息相关联的第三方接口数据。

除此之外的另一个实施例中，上述步骤104中，服务器在接收到第一数据之后，还可以将第一数据进行数据加工，得到终端所需要的业务数据，然后服务器将加工之后的第一数据(即终端所需要的业务数据)发送至所述终端，从而终端可以获取到相应的第三方接口数据。其中，终端所接收到的第一数据是经过服务器加工之后的数据。加工方式包括但不限于：数据格式调整、数据加密、数据过滤、数据安全验证等方面，此处无特别限制，亦不作穷举。

本发明上述实施例中，通过在接收到终端发送的请求第三方接口数据的第一请求信息的情况下，获取预配置的与所述第三方接口相关联的第三方请求协议，并利用所述第一请求信息对所述第三方请求协议进行解析处理，得到第二请求信息，即：第三方http请求，从而，可以通过将第二请求信息发送至第三方接口，获取第三方接口发送的与所述第二请求信息对应的第一数据，并将第一数据发送至所述终端，从而终端可以获取到第三方接口数据，整个过程可以提升请求第三方接口数据的工作效率，降低成本。如此，每次请求第三方接口数据时，仅需要通过解析预配置的与第三方接口相关联的第三方请求协议，再结合第一请求信息，就可以构造出第三方http请求，无需重新开发代码，节省了每次请求第三方接口数据均需要重新编码的复杂过程，从而可以减少java代码的重复开发，降低开发人员的开发难度，提高代码整洁性。

作为一可选的实施例，上述步骤102利用所述第一请求信息对所述第三方请求协议进行解析处理，得到第二请求信息，具体可以包括：

利用所述第一请求信息，获取与所述第三方请求协议中的请求参数字段对应的参数值；

将所述第三方请求协议中的请求参数字段替换为对应的参数值，得到所述第二请求信息。

具体的，服务器在获取到预配置的与第三方接口相关联的第三方请求协议之后，利用第一请求信息可以对第三方请求协议进行字段解析，由此得到第三方请求协议中的请求参数字段对应的参数值；然后将请求参数字段替换为对应的参数值，由此根据替换完成的第三方请求协议即可得到第二请求信息，即构造出完整的第三方http请求，该第三方http请求是服务器向第三方接口请求获取对应的第一数据的请求信息，此过程仅需要通过解析预配置的与第三方接口相关联的第三方请求协议中的请求参数字段就可以构造出第三方http请求，无需重新开发代码，节省了每次请求第三方接口数据均需要重新编码的复杂过程，从而可以减少java代码的重复开发，降低开发人员的开发难度，提高代码整洁性。

作为一可选的实施例，上述利用所述第一请求信息，获取与所述第三方请求协议中的请求参数字段对应的参数值的步骤，具体可以包括但不限于如下几种方式：

第一种方式，终端可以直接上报请求参数的参数值。如此，对于服务器而言，在实现该步骤时，可以有以下步骤：服务器获取所述第一请求信息携带的请求参数的参数值，得到与所述第三方请求协议中的请求参数字段对应的参数值。

在该实施例中，可以提前通过终端与服务器的交互，或者，通过自动或用户手动配置，以使得终端能够获知所要发送的请求中需要携带的请求参数的具体参数值。例如，通过提前交互方式，服务器向终端发送：请求参数与参数值之间的对应关系，如此，终端可在发送第一请求信息时，直接将各请求参数对应的参数值，携带在该第一请求信息中。

或者，

第二种方式，终端可以仅上报请求参数，而服务器基于请求参数与参数值之间的对应关系，来确定第三方请求协议中的请求参数字段对应的参数值。

示例性的，请求参数与参数值之间的对应关系可以以预设的参数键值对方式进行存储。如此，在实现该步骤时，可以有以下步骤：根据所述第一请求信息中的请求参数与预设的参数键值对，获取与所述第三方请求协议中的请求参数字段对应的参数值；其中，所述参数键值对的键域为请求参数，值域为参数值；

其中，第三方请求协议中的请求参数字段对应有具体的字段信息，字段信息中包含有请求参数，上述参数值为字段信息中包含的请求参数对应的参数值。

具体的，服务器在获取到预配置的与第三方接口相关联的第三方请求协议之后，由于第一请求信息中包含有请求参数，可以根据第一请求信息中的请求参数与预设的参数键值对，可以获取字段信息中包含的请求参数对应的参数值，进而可以进一步将请求参数字段对应的字段信息中包含的请求参数替换为对应的参数值，由此即可得到第二请求信息，即构造出完整的第三方http请求。

或者，服务器在获取到预配置的与第三方接口相关联的第三方请求协议之后，由于第一请求信息中携带有请求参数以及与请求参数对应的参数值，则可以根据第一请求信息，获取字段信息中包含的请求参数对应的参数值，进而可以进一步将请求参数字段对应的字段信息中包含的请求参数替换为对应的参数值，由此即可得到第二请求信息，即构造出完整的第三方http请求。

可选的，所述步骤101在接收到终端发送的请求第三方接口数据的第一请求信息的情况下，获取预配置的与所述第三方接口相关联的第三方请求协议之前，所述方法还可以包括：提前建立并存储请求参数与参数值之间的对应关系。

示例性的一种实施例中，服务器可以构建关于请求参数与参数值的参数键值对，并将该参数键值对保存至服务器原始请求source Request对象(或者其他任意服务器可读的存储空间)中。其中，此处的参数键值对可以为Key-Value键值对的结构，即KV键值对的结构，即请求参数为Key，参数值为Value。

在上述步骤中，可以通过getter方法获取source Request对象中的KV键值对。其中，采用getter方法可以按照用户的期望返回格式化数据，并且，可以控制服务的顺序(例如：只有当连接建立时getter方法才返回相应实例)等。

作为一可选的实施例，所述请求参数字段可以包括：请求头参数字段或者请求体参数字段，以及请求参数模板字段等。

在上述实施例中，服务器在获取到预配置的与第三方接口相关联的第三方请求协议之后，利用第一请求信息可以对第三方请求协议进行字段解析，由此得到第三方请求协议中的请求参数字段对应的参数值，即得到请求头参数字段对应的参数值以及请求参数模板字段对应的参数值，或者得到请求体参数字段对应的参数值以及请求参数模板字段对应的参数值；通过上述请求参数字段对应的请求值组合构成第二请求信息。

进一步的可以对第三方请求协议中的请求参数模板字段(如：request.paramsTemplate字段)进行字段解析，即将请求参数模板字段对应的字段信息进行字段解析，并将该字段信息中的请求参数替换为解析得到的参数值，进而可以得到一个包含参数值的字段表达式，即第一字段表达式，该第一字段表达式是用于构成第二请求信息的其中一部分。

并且，如果第三方请求协议中包含请求头参数字段(如：request.head字段)，则对该请求头参数字段进行字段解析，即将请求头参数字段对应的字段信息进行字段解析，并将该字段信息中当前请求参数替换为解析得到的参数值。或者，如果第三方请求协议中包含请求体参数字段(如：request.body字段)，则对该请求体参数字段进行字段解析，即将请求体参数字段对应的字段信息进行字段解析，并将该字段信息中当前请求参数替换为解析得到的参数值。

需要说明的是，上述分别对第三方请求协议中的请求参数模板字段进行字段解析的步骤，以及对请求头参数字段或者请求体参数字段进行字段解析的步骤并不限定前后关系，在此不做具体限定。

进一步的，第三方请求协议中还可以包括统一资源定位系统(uniform resourcelocator，URL)字段，可以获取第三方请求协议中的URL字段对应的字段信息，即得到第一URL；并且，对第三方请求协议中的请求参数模板字段进行字段解析，得到对应的参数值，进而得到第一字段表达式；并且，对请求头参数字段或者请求体参数字段进行字段解析，得到对应的参数值。然后分别将上述请求参数字段替换为对应的参数值，替换后的第一字段表达式加上第一URL，可以得到第二URL；第二URL再结合替换后的请求头参数字段或者请求体参数字段，可以得到第二请求信息，即得到一个完整的http请求，由此可以拿到第三方接口的第一数据，第三方接口在第一数据不变的情况下，无论是添加请求参数、修改域名等操作，无需修改代码，直接修改配置的第三方请求协议、发布相关模板即可，后端Java程序服务无需重启即可生效。

下面通过具体实施例对第三方请求协议的解析处理过程进行详细说明：

实施例一：第三方请求协议中的请求参数字段可以包括但不限于：

request.paramsTemplate:请求参数模板字段，定义的请求参数，利用表达式从原始请求source request获取对应的参数值，请求参数模板字段对应的字段信息(即第一字段表达式)可以为：device_id＝@{request.getQyid()}&uid＝@{request.psp_uid}；

request.head:请求头参数字段，请求头参数字段对应的字段信息(即第二字段表达式)可以为：area：@{request.area}。

并且，上述第三方请求协议中还可以包含但不限于以下字段：

request.url:URL字段，URL字段对应的字段信息可以为：http://localhost:8080/foo；

name:该次请求的标识字段，方便统计或者投递；

desc：描述字段，可以添加一些进一步的说明，方便理解；

request.method:请求方法字段，对应的字段信息(即http请求方法)可以为：GET、POST等。

对于上述实施例一，服务器在获取到预配置的与第三方接口相关联的第三方请求协议之后，获取第三方请求协议中的请求方法字段(如：request.method字段)，如果请求方法字段对应的请求方法为GET方法，则需要采用GET方法请求第三方接口数据。并且，可以获取第三方请求协议中的URL字段对应的字段信息，得到第一URL。并且，可以对第三方请求协议中的请求参数模板字段进行字段解析，得到对应的参数值，进而得到第一字段表达式。并且，如果与请求方法字段对应的是请求头参数字段，则获取请求方法字段对应的请求头参数字段，并对请求头参数字段进行字段解析，得到对应的参数值。然后分别将第三方请求协议中的请求参数字段替换为对应的参数值，由此可以得到第二请求信息。实施例二：第三方请求协议中的请求参数字段可以包括但不限于：

request.paramsTemplate:请求参数模板字段，定义的请求参数，利用表达式从原始请求source request获取对应的参数值，请求参数模板字段对应的字段信息(即第一字段表达式)可以为：device_id＝@{request.getQyid()}&uid＝@{request.psp_uid}；

request.body:请求体参数字段，请求体参数字段对应的字段信息(即第二字段表达式)可以为：area：@{request.area}。

并且，上述第三方请求协议中还可以包含但不限于以下字段：

request.url:请求的URL字段，URL字段对应的字段信息可以为：http://localhost:8080/foo；

name:该次请求的标识字段，方便统计或者投递；

desc：描述字段，可以添加一些进一步的说明，方便理解；

request.method:请求方法字段，对应的字段信息(即http请求方法)可以为：GET、POST等。

对于上述实施例二，服务器在获取到预配置的与第三方接口相关联的第三方请求协议之后，获取第三方请求协议中的请求方法字段(如：request.method字段)，如果请求方法字段对应的请求方法为POST方法，则需要采用POST方法请求第三方接口。并且，可以获取第三方请求协议中的URL字段对应的字段信息，得到第一URL。并且，可以对第三方请求协议中的请求参数模板字段进行字段解析，得到对应的参数值，进而得到第一字段表达式。并且，如果与请求方法字段对应是的请求体参数字段，则获取请求方法字段对应的请求体参数字段，并对请求体参数字段进行字段解析，得到对应的参数值。然后分别将第三方请求协议中的请求参数字段替换为对应的参数值，由此可以得到第二请求信息。

需要说明的是，上述请求方法字段为第三方http请求方法字段，GET和POST是http请求的两种基本方法，采用POST方法传输数据时，不需要在URL中显示出来，而采用GET方法传输数据时需要在URL中显示。

通过上述两个实施例，对第三方请求协议进行解析处理过程进行详细说明：在获取到第三方请求协议之后，服务器可以根据sourceRequest对象里面的关于请求参数与参数值的参数键值对，调用URL字段对应字段信息，得到第一URL。

并且，在获取到第三方请求协议之后，服务器可以根据sourceRequest对象里面的关于请求参数与参数值的参数键值对，可以调用第一字段表达式"device_id＝@{request.getQyid()}&uid＝@{request.psp_uid}"中的其中一个请求参数@{request.getQyid()}对应的请求方法对应的参数值，或者通过第一字段表达式中的另一个请求参数@{request.psp_uid}直接获取对应的参数值。

其中，第一字段表达式中的request代表source Request，第一字段表达式定义了从source Request对象获取参数值的规则，比如请求参数是@{request.getQyid()}，代表调用source Request对象的getQyid()方法，返回值如果是aaa，则aaa为与上述请求参数@{request.getQyid()}对应的参数值。如果请求参数为@{request.psp_uid}，代表从source Request对象里面获取psp_uid对应的参数值，返回值如果是bbb，则bbb为与上述请求参数@{request.psp_uid}对应的参数值。由于第一字段表达式中包括请求参数：@{request.getQyid()}以及@{request.psp_uid}，与@{request.getQyid()}对应的参数值为aaa，与@{request.psp_uid}对应的参数值为bbb，将第一字段表达式中的请求参数@{request.getQyid()}替换为对应的参数值aaa，并将第一字段表达式中的请求参数@{request.psp_uid}替换为对应的参数值bbb，最终替换后的第一字段表达式为：device_id＝aaa&uid＝bbb。

并且，在获取到第三方请求协议之后，服务器可以根据sourceRequest对象里面的关于请求参数与参数值的参数键值对，调用第二字段表达式area:@{request.area}中的请求参数@{request.area}对应的参数值。其中，第二字段表达式中的request代表sourceRequest，第二字段表达式定义了从source Request对象获取映射值的规则，比如请求参数是@{request.area}，代表调用source Request对象的area，返回值如果是ccc，则ccc为与上述请求参数@{request.area}对应的参数值。由于第二字段表达式中包含请求参数@{request.area}，与请求参数@{request.area}对应的参数值为ccc，则将第二字段表达式中的@{request.area}替换为对应的参数值cc，最终替换后的第二字段表达式为：area:ccc，即得到http的请求头对象或者http的请求体对象。

综上，替换后的第一字段表达式加上第一URL再加上分隔符(如：？)，可以得到第二URL：http://localhost:8080/foo？device_id＝aaa&uid＝bbb。通过第二URL以及替换后的第二字段表达式，可以得到第二请求信息，即得到一个完整的http请求，由此可以拿到第三方接口的第一数据，第三方接口在第一数据不变的情况下，无论是添加请求参数、修改域名等操作，无需修改代码，直接修改配置的第三方请求协议、发布相关模板即可，后端Java程序服务无需重启即可生效。

作为一可选的实施例，所述步骤101获取预配置的与所述第三方接口相关联的第三方请求协议，具体可以包括：

确定所述第一请求信息的属性信息；

基于所述第一请求信息的属性信息，获取与所述属性信息对应的第三方请求协议。

进一步的，属性信息可以包括但不限于以下至少一项：请求类型、终端型号、终端配置信息。

在上述实施例中，检测第一请求信息的请求类型、发送第一请求信息的终端型号、发送第一请求信息的终端配置信息中的至少一种属性信息，在确定该第一请求信息的属性信息之后，基于该第一请求信息的属性信息，可以获取与该属性信息对应的第三方请求协议，即具有不同属性信息的第一请求信息对应的第三方请求协议不同。

以属性信息包括请求类型为例：请求类型相同的第一请求信息所对应的第三方请求协议相同，即请求类型相同的第一请求信息共用一个第三方请求协议。作为一可选的实施例，所述方法还可以包括：

接收对所述第三方请求协议的配置信息的修改指令；

基于所述修改指令，更新所述第三方请求协议。

在上述实施例中，如果服务器接收到修改第三方请求协议的配置信息的修改指令，则服务器基于该修改指令，可以对预配置的第三方请求协议进行修改，即第三方请求协议可以根据配置信息的改变而对应更新。

或者，由于模板后台用于保存第三方请求协议，也可以通过模板后台对第三方请求协议的配置信息进行修改，随着配置信息的改变，模板后台更新第三方请求协议，服务器可以自动获取更新后的第三方请求协议。

作为一可选的实施例，所述获取所述第三方接口发送的与所述第二请求信息对应的第一数据之后，所述方法还包括：

基于所述第一请求信息，获取与所述第一数据对应的版本号；

将所述版本号与所述第一数据对应保存至数据库中。

在上述实施例中，基于所述第一请求信息，可以获取每一次请求成功的结果(即每一次得到的第一数据)对应的版本号，并将该结果与对应的版本号缓存到数据库中，这样不同版本第一数据可以互相隔离，不会相互影响，防止终端出现数据兼容问题。

其中，在第三方请求协议包含安全数据字段的情况下，版本号的获取方式可以为：将第三方请求协议中的安全数据字段进行字段解析，得到一个包含请求参数的第三字段表达式，根据请求参数与参数值的参数键值对，可以将第三字段表达式中的请求参数替换为对应的参数值，替换后的第三字段表达式可以作为第一数据的版本号。

例如：第三方请求协议中还包含安全数据字段如下：

safe.enable:第一安全数据字段，对应的字段信息可以为：需求安全数据；

safe.paramsTemplate:第二安全数据字段，对应的字段信息(即第三字段表达式)可以为：app_v＝@{request.app_v}。

在获取到第一数据之后，服务器可以根据sourceRequest对象里面的关于请求参数与参数值的参数键值对，调用第三字段表达式app_v＝@{request.app_v}中的请求参数@{request.app_v}对应的参数值。如果请求参数@{request.app_v}对应的参数值为ddd，则将第三字段表达式中的请求参数@{request.app_v}替换为对应的参数值ddd，由此，替换后的第三字段表达式为：app_v＝ddd，该表达式可以作为与第一数据对应的版本号，用不同终端的版本号作为第一数据的key，这样不同版本的终端对应的第一数据可以互相隔离，不会相互影响，防止终端出现数据兼容问题。

作为一可选的实施例，所述方法还可以包括：

当在预设时长内未获取到所述第一数据时，获取与所述第一请求信息相匹配的历史版本号；

获取与所述历史版本号对应的第二数据，并将所述第二数据发送至所述终端。

在上述实施例中，在服务器将第二请求信息发送至第三方接口之后，若服务器在预设时长内未接收到第三方接口发送的与第二请求信息对应的第一数据，则表示请求第三方接口数据失败，为避免用户页面出现空白，则获取与第一请求信息相匹配的历史版本号，通过该历史版本号可以得到与该历史版本号对应的第二数据，将第二数据作为第一请求信息的反馈数据发送至终端，用于使终端显示第二数据相关的内容，以便在第三方接口不稳定时返回已存在的与第一请求信息相匹配的第二数据。其中，所述预设时长为判定请求第三方接口数据是否成功的时间阈值，此阈值可以根据需要进行设定。

作为一可选的实施例，上述获取与所述第一请求信息相匹配的历史版本号的步骤，具体可以包括：

确定所述第一请求信息的属性信息；

获取与所述属性信息相匹配的版本号集合；

确定所述版本号集合中与当前时间距离最近的版本号为历史版本号。

进一步的，属性信息可以包括但不限于以下至少一项：请求类型、终端型号、终端配置信息。

在上述实施例中，在服务器将第二请求信息发送至第三方接口之后，若服务器在预设时长内未接收到第三方接口发送的与第二请求信息对应的第一数据，检测第一请求信息的请求类型、发送第一请求信息的终端型号、发送第一请求信息的终端配置信息中的至少一种属性信息，在确定该第一请求信息的属性信息之后，基于该第一请求信息的属性信息，获取与该属性信息相匹配的版本号集合；在版本号集合中确定出一个历史版本号；优选的，可以选择与当前时间距离最近的版本号为历史版本号，也可以选择版本号集合中的其他的版本号作为历史版本号，在此不做具体限定。

以属性信息包括请求类型为例：请求类型相同的第一请求信息的版本号属于同一个版本号集合，即如果第一请求信息的请求类型与A请求信息的请求类型、B请求信息的请求类型相同，则A请求信息对应的版本号以及B请求信息对应的版本号组成与第一请求信息的属性信息相匹配的版本号集合。

进一步的，与属性信息相匹配的版本号集合中的版本号的生成方式是一致的，即在确定第一请求信息的属性信息之后，获取版本号生成方式相同的、且与属性信息相匹配的版本号集合。

通过这种方式，能够在请求第三方接口数据失败时，为用户提供上一相近属性的请求的数据，为用户提供较为及时的响应，避免用户页面空白或响应异常问题。

下面通过一具体实施例对上述数据处理过程进行详细说明：

如图2所示，在终端接收到用户对第一应用的第一操作的情况下，终端需要请求第三方接口数据，即第一应用相关的业务数据，此时进入步骤201。其中，第一操作可以是用户对上述第一应用进行点击操作、按压操作、滑动操作等操作。

步骤201，服务器接收终端发送的第一请求信息；

步骤202，服务器在接收到第一请求信息的情况下，服务器向模板后台获取第三方请求协议。

具体的，服务器与模板后台通信连接，模板后台中设置有通信连接的模板数据库(DataBase，DB)和模板远程字典服务(Remote Dictionary Server，Redis)，模板DB中保存有预配置的第三方请求协议，模板Redis中同步有上述第三方请求协议，在终端(即用户客户端)发起请求第三方接口数据的第一请求信息的情况下，服务器读取模板后台中的模板Redis中的与第三方接口相关联的第三方请求协议，从而获取到第三方请求协议。

需要说明的是，第三方请求协议不限于保存至模板Redis中，还可以保存在其他数据库中。

步骤203，服务器通过对第三方请求协议进行解析处理，可以得到第二请求信息，即构造出第三方超文本传输协议http请求，服务器将第二请求信息发送至第三方接口，由此获取第三方接口根据第二请求信息反馈的与第二请求信息对应的第一数据。

步骤204，服务器在接收到第一数据之后，将第一数据进行数据加工，得到终端所需要的业务数据，然后服务器将加工之后的第一数据发送至终端，从而终端可以获取到相应的第三方接口数据，终端可以根据接收到的加工之后的第一数据，在终端的显示界面中显示相应内容。

综上所述，本发明实施例通过在接收到终端发送的请求第三方接口数据的第一请求信息的情况下，获取预配置的与所述第三方接口相关联的第三方请求协议，并利用所述第一请求信息对所述第三方请求协议进行解析处理，得到第二请求信息，从而构造出完整的第三方http请求，每次请求第三方接口数据时，仅需要通过解析预配置的与第三方接口相关联的第三方请求协议就可以构造出第三方http请求，无需重新开发代码，节省了每次请求第三方接口数据均需要重新编码的复杂过程，从而可以减少java代码的重复开发，降低开发人员的开发难度，提高代码整洁性；并且，将第二请求信息发送至第三方接口，如果获取到与所述第二请求信息对应的第一数据，则将第一数据发送至终端，从而终端可以获取到第三方接口数据，整个过程可以提升请求第三方接口数据的工作效率，降低成本；如果服务器在预设时长内未获取到与第二请求信息对应的第一数据，则将携带有与第一请求信息相匹配的历史版本号的第二数据发送至终端，在请求第三方接口数据失败时，可以避免用户页面出现空白。

在本发明实施例还提供了一种系统，包括网络设备和终端；所述网络设备与所述终端通信连接，用于实现上述任一实施例所述的数据处理方法的步骤。

如图3所示，本发明实施例提供了一种数据处理装置300，应用于网络设备，包括：

第一获取模块301，用于在接收到终端发送的请求第三方接口数据的第一请求信息的情况下，获取预配置的与所述第三方接口相关联的第三方请求协议；

第一解析模块302，用于利用所述第一请求信息对所述第三方请求协议进行解析处理，得到第二请求信息；

第一发送模块303，用于将所述第二请求信息发送至第三方接口；

第一处理模块304，用于获取所述第三方接口发送的与所述第二请求信息对应的第一数据，并将所述第一数据发送至所述终端。

本发明上述实施例中，通过在接收到终端发送的请求第三方接口数据的第一请求信息的情况下，获取预配置的与所述第三方接口相关联的第三方请求协议，并利用所述第一请求信息对所述第三方请求协议进行解析处理，得到第二请求信息，即：第三方http请求，从而，可以通过将第二请求信息发送至第三方接口，获取第三方接口发送的与所述第二请求信息对应的第一数据，并将第一数据发送至所述终端，从而终端可以获取到第三方接口数据，整个过程可以提升请求第三方接口数据的工作效率，降低成本。如此，每次请求第三方接口数据时，仅需要通过解析预配置的与第三方接口相关联的第三方请求协议，再结合第一请求信息，就可以构造出第三方http请求，无需重新开发代码，节省了每次请求第三方接口数据均需要重新编码的复杂过程，从而可以减少java代码的重复开发，降低开发人员的开发难度，提高代码整洁性。

可选的，所述第一解析模块302，包括：

第一获取单元，用于利用所述第一请求信息，获取与所述第三方请求协议中的请求参数字段对应的参数值；

第一替换单元，用于将所述第三方请求协议中的请求参数字段替换为对应的参数值，得到所述第二请求信息。

可选的，所述第一获取单元，包括：

根据所述第一请求信息中的请求参数与预设的参数键值对，获取与所述第三方请求协议中的请求参数字段对应的参数值；其中，所述参数键值对的键域为请求参数，值域为参数值；

或者，

获取所述第一请求信息携带的请求参数的参数值，得到与所述第三方请求协议中的请求参数字段对应的参数值。

可选的，所述请求参数字段包括：请求头参数字段或者请求体参数字段，以及请求参数模板字段。

可选的，所述第一获取模块301，包括：

确定所述第一请求信息的属性信息；

基于所述第一请求信息的属性信息，获取与所述属性信息对应的第三方请求协议。

可选的，所述装置还包括：

第二获取模块，用于接收对所述第三方请求协议的配置信息的修改指令；

第一更新模块，用于基于所述修改指令，更新所述第三方请求协议。

可选的，所述装置还包括：

第三获取模块，用于基于所述第一请求信息，获取与所述第一数据对应的版本号；

第一保存模块，用于将所述版本号与所述第一数据对应保存至数据库中。

可选的，所述装置还包括：

第四获取模块，用于当在预设时长内未获取到所述第一数据时，获取与所述第一请求信息相匹配的历史版本号；

第五获取模块，用于获取与所述历史版本号对应的第二数据，并将所述第二数据发送至所述终端。

可选的，所述第四获取模块，包括：

确定所述第一请求信息的属性信息；

获取与所述属性信息相匹配的版本号集合；

确定所述版本号集合中与当前时间距离最近的版本号为历史版本号。

可选的，所述属性信息包括：请求类型、终端型号、终端配置信息中的至少一项。

需要说明的是，该数据处理装置实施例是与上述数据处理方法相对应的装置，上述实施例的所有实现方式均适用于该装置实施例中，也能达到与其相同的技术效果，在此不做赘述。

综上所述，本发明实施例通过在接收到终端发送的请求第三方接口数据的第一请求信息的情况下，获取预配置的与所述第三方接口相关联的第三方请求协议，并利用所述第一请求信息对所述第三方请求协议进行解析处理，得到第二请求信息，从而构造出完整的第三方http请求，每次请求第三方接口数据时，仅需要通过解析预配置的与第三方接口相关联的第三方请求协议就可以构造出第三方http请求，无需重新开发代码，节省了每次请求第三方接口数据均需要重新编码的复杂过程，从而可以减少java代码的重复开发，降低开发人员的开发难度，提高代码整洁性；并且，将第二请求信息发送至第三方接口，如果获取到与所述第二请求信息对应的第一数据，则将第一数据发送至终端，从而终端可以获取到第三方接口数据，整个过程可以提升请求第三方接口数据的工作效率，降低成本；如果服务器在预设时长内未获取到与第二请求信息对应的第一数据，则将携带有与第一请求信息相匹配的历史版本号的第二数据发送至终端，在请求第三方接口数据失败时，可以避免用户页面出现空白。

本发明实施例还提供了一种网络设备，如图4所示，包括处理器41、通信接口42、存储器43和通信总线44，其中，处理器41，通信接口42，存储器43通过通信总线44完成相互间的通信；

存储器43，用于存放计算机程序；

在该网络设备为服务器时，所述处理器41，用于执行存储器43上所存放的程序时，实现如上任一项所述的数据处理方法的步骤。

上述网络设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的数据处理方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的数据处理方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

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

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (12)

1.一种数据处理方法，其特征在于，所述方法包括：

在接收到终端发送的请求第三方接口数据的第一请求信息的情况下，获取预配置的与所述第三方接口相关联的第三方请求协议；

利用所述第一请求信息对所述第三方请求协议进行解析处理，得到第二请求信息，包括：利用所述第一请求信息，获取与所述第三方请求协议中的请求参数字段对应的参数值；将所述第三方请求协议中的请求参数字段替换为对应的参数值，得到所述第二请求信息；

将所述第二请求信息发送至第三方接口；

获取所述第三方接口发送的与所述第二请求信息对应的第一数据，并将所述第一数据发送至所述终端。

2.根据权利要求1所述的方法，其特征在于，所述利用所述第一请求信息，获取与所述第三方请求协议中的请求参数字段对应的参数值，包括：

根据所述第一请求信息中的请求参数与预设的参数键值对，获取与所述第三方请求协议中的请求参数字段对应的参数值；其中，所述参数键值对的键域为请求参数，值域为参数值；

或者，

获取所述第一请求信息携带的请求参数的参数值，得到与所述第三方请求协议中的请求参数字段对应的参数值。

3.根据权利要求2所述的方法，其特征在于，所述请求参数字段包括：请求头参数字段或者请求体参数字段，以及请求参数模板字段。

4.根据权利要求1所述的方法，其特征在于，所述获取预配置的与所述第三方接口相关联的第三方请求协议，包括：

确定所述第一请求信息的属性信息；

基于所述第一请求信息的属性信息，获取与所述属性信息对应的第三方请求协议。

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

接收对所述第三方请求协议的配置信息的修改指令；

基于所述修改指令，更新所述第三方请求协议。

6.根据权利要求1所述的方法，其特征在于，所述获取所述第三方接口发送的与所述第二请求信息对应的第一数据之后，所述方法还包括：

基于所述第一请求信息，获取与所述第一数据对应的版本号；

将所述版本号与所述第一数据对应保存至数据库中。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当在预设时长内未获取到所述第一数据时，获取与所述第一请求信息相匹配的历史版本号；

获取与所述历史版本号对应的第二数据，并将所述第二数据发送至所述终端。

8.根据权利要求7所述的方法，其特征在于，所述获取与所述第一请求信息相匹配的历史版本号，包括：

确定所述第一请求信息的属性信息；

获取与所述属性信息相匹配的版本号集合；

确定所述版本号集合中与当前时间距离最近的版本号为历史版本号。

9.根据权利要求4或8所述的方法，其特征在于，所述属性信息包括：请求类型、终端型号、终端配置信息中的至少一项。

10.一种数据处理装置，其特征在于，包括：

第一获取模块，用于在接收到终端发送的请求第三方接口数据的第一请求信息的情况下，获取预配置的与所述第三方接口相关联的第三方请求协议；

第一解析模块，用于利用所述第一请求信息对所述第三方请求协议进行解析处理，得到第二请求信息；

第一发送模块，用于将所述第二请求信息发送至第三方接口；

第一处理模块，用于获取所述第三方接口发送的与所述第二请求信息对应的第一数据，并将所述第一数据发送至所述终端；

所述第一解析模块，包括：

第一获取单元，用于利用所述第一请求信息，获取与所述第三方请求协议中的请求参数字段对应的参数值；

第一替换单元，用于将所述第三方请求协议中的请求参数字段替换为对应的参数值，得到所述第二请求信息。

11.一种网络设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-9任一项所述的数据处理方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-9中任一项所述的数据处理方法。

Images