CN110413354B - 一种实现与第三方平台交互的方法、设备以及存储介质 - Google Patents

Abstract

本发明公开了一种实现与第三方平台交互的方法，包括步骤：获取第三方平台的接口的信息并根据接口的信息生成包括若干个顺序排列的参数集的配置文件；依次解析配置文件中的每一个参数集，并判断参数集中是否存在第一参数；响应于参数集中存在第一参数，对保存在缓存中的与第一参数的key值对应的值以及参数集中的默认参数值进行封装得到交互请求，并发送至第三方平台；接收第三方平台的返回结果，并将返回结果中与参数集中的第二参数的key值对应的值以及相应的key值保存到缓存中。本发明还公开了一种计算机设备以及可读存储介质。本发明通过顺序发送交互请求实现了与第三方平台的交互，同时利用第一参数和第二参数实现了不同交互请求之间参数的传递。

Description

一种实现与第三方平台交互的方法、设备以及存储介质

技术领域

本发明涉及互联网领域，具体涉及一种实现与第三方平台交互的方法、设备以及存储介质。

背景技术

目前由于第三方平台的数量越来越多，功能越来越丰富，根据不同的业务场景，为了通过第三方平台实现某一功能，需要人为的控制与第三方平台的交互流程，效率低下，而且过多的交互请求数量，也增大了运维人员的工作量。

因此，急需一种能够实现控制与第三方平台交互过程的方法。

发明内容

有鉴于此，为了克服上述问题的至少一个方面，本发明实施例的提出一种实现与第三方平台交互的方法，包括步骤：

获取第三方平台的接口的信息并根据所述接口的信息生成包括若干个顺序排列的参数集的配置文件；

依次解析所述配置文件中的每一个所述参数集，并判断所述参数集中是否存在第一参数；

响应于所述参数集中存在所述第一参数，对保存在缓存中的与所述第一参数的key值对应的值以及所述参数集中的默认参数值进行封装得到交互请求，并发送至所述第三方平台；

接收所述第三方平台的返回结果，并将所述返回结果中与所述参数集中的第二参数的key值对应的值以及相应的key值保存到所述缓存中。

在一些实施例中，响应于所述参数集中存在所述第一参数，对保存在缓存中的与所述第一参数的key值对应的值以及所述参数集中的默认参数值进行封装得到交互请求，进一步包括：

响应于第一个所述参数集中存在所述第一参数，接收用户输入的参数值；

对所述用户输入的参数值、与所述第一参数的key值对应的值以及第一个所述参数集中的默认参数值进行封装得到第一个交互请求。

在一些实施例中，还包括：

响应于所述参数集中不存在所述第一参数，对所述参数集中的默认参数值进行封装得到所述交互请求，并发送至所述第三方平台。

在一些实施例中，响应于所述参数集中不存在所述第一参数，对所述参数集中的默认参数值进行封装得到所述交互请求，进一步包括：

响应于第一个所述参数集中不存在所述第一参数，接收用户输入的参数值；

对所述用户输入的参数值以及第一个所述参数集中的默认参数值进行封装得到第一个交互请求。

在一些实施例中，接收所述第三方平台的返回结果，并将所述返回结果中与所述参数集中的第二参数的key值对应的值以及相应的key值保存到所述缓存中，还包括：

判断所述返回结果中的协议码是否满足预设条件；

响应于所述协议码满足所述预设条件，判断与所述返回结果对应的所述参数集中是否存在第二参数；

响应于存在所述第二参数，对所述返回结果进行解析，以得到与所述第二参数的key值对应的值并连同相应的key值保存到所述缓存中。

在一些实施例中，还包括：

响应于不存在所述第二参数，直接对下一个所述参数集进行解析以进行后续交互过程。

在一些实施例中，根据所述接口的信息生成包括若干个顺序排列的参数集的配置文件，进一步包括：

根据所述接口信息得到每一个所述交互请求对应的URL、请求类型、协议类型、默认参数、所述第一参数和/或所述第二参数；

利用每一个所述交互请求对应的URL、请求类型、协议类型、默认参数、所述第一参数和/或所述第二参数按照预设格式生成配置文件。

在一些实施例中，对保存在缓存中的与所述第一参数的key值对应的值以及所述参数集中的默认参数值进行封装得到交互请求，并发送至所述第三方平台包括：

将所述默认参数值和/或所述第一参数的key值对应的值与所述URL绑定后封装成交互请求，并按照所述请求类型以及所述协议类型将所述交互请求发送至所述第三方平台。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了至少一个处理器；以及

存储器，所述存储器存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行如上所述的任一种实现与第三方平台交互的方法的步骤。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时执行如上所述的任一种实现与第三方平台交互的方法的步骤。

本发明具有以下有益技术效果：通过包括接口入参、返回值处理、过程参数处理的rest接口解析器以及http及https协议组件，实现对利用yaml格式进行编排的配置文件进行解析以得到多个交互请求，这样，通过顺序发送交互请求实现了与第三方平台的交互，同时利用第一参数和第二参数实现了不同请求之间参数的传递。

附图说明

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

图1为本发明的实施例提供的一种实现与第三方平台交互的方法的流程示意图；

图2为本发明的实施例提供的一种实现与第三方平台交互的方法的流程框图；

图3为本发明的实施例提供的计算机设备的结构示意图；

图4为本发明的实施例提供的计算机可读存储介质的结构示意图。

具体实施方式

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

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

在本发明实施例中，key和value为钥匙和值的意思，在以计算应用中通常被用作键值对，在键值对中key对应的值是关键字，value对应的值为该关键字对应的值。

根据本发明的一个方面，本发明的实施例提出一种实现与第三方平台交互的方法，如图1所示，其可以包括步骤：S1，获取第三方平台的接口的信息并根据所述接口的信息生成包括若干个顺序排列的参数集的配置文件；S2，依次解析所述配置文件中的每一个所述参数集，并判断所述参数集中是否存在第一参数；S3，响应于所述参数集中存在所述第一参数，对保存在缓存中的与所述第一参数的key值对应的值以及所述参数集中的默认参数值进行封装得到交互请求，并发送至所述第三方平台；S4，接收所述第三方平台的返回结果，并将所述返回结果中与所述参数集中的第二参数的key值对应的值以及相应的key值保存到所述缓存中。

本发明公开的方法通过包括接口入参、返回值处理、过程参数处理的rest接口解析器以及http及https协议组件，实现对利用yaml格式进行编排的配置文件进行解析以得到多个交互请求，这样，通过顺序发送交互请求实现了与第三方平台的交互，同时利用第一参数和第二参数实现了不同请求之间参数的传递。

下面结合图2示出的实现与第三方平台交互的方法的流程框图进行详细描述。

首先，获取第三方平台的接口的信息并根据所述接口的信息生成包括若干个顺序排列的参数集的配置文件。

在一些实施例中，第三方平台提供的接口可以有多个，每一个接口本身决定了其能够接收的参数(入参)以及根据接收的参数返回的结果(返回参)，因此，根据第三方平台提供的多个接口的相应信息，即可得知用于封装每一次向第三方平台相应接口发送的交互请求的参数。由于向第三方平台发送的多个交互请求之间具有一定的联系，即需要将多个交互请求按照一定顺序依次发送至第三方平台，因此在本实施例中，可以将用于生成每一个交互请求的参数按照预设格式生成配置文件，也即生成的配置文件中包括了若干个顺序排列的参数集，以在解析器在对配置文件解析后通过http或者https组件(在下文中简称组件)调用相关参数顺序生成并发送交互请求。

在一些实施例中，配置文件中的每一个参数集可以至少包括以下参数之一：

Name：代表请求名称；

Protocol：代表协议类型(http/https)；

URL：rest接口；

method：请求方式(post/get)；

paramIn(默认参数)：用户输入的默认参数值或者直接配置的默认参数值；

inParams(第一参数)：从缓存中获取其他步骤解析出来的参数值；

outParams(第二参数)：需要第三方平台返回的结果进行解析以得到对应的参数值。

在一些实施例中，可以根据所述接口信息得到每一个用于生成交互请求的参数集中的URL、请求类型、协议类型、默认参数、所述第一参数和/或所述第二参数；利用每一个参数集中的URL、请求类型、协议类型、默认参数、所述第一参数和/或所述第二参数按照预设格式生成配置文件。

需要说明的是，每一个参数集必须有Protocol、URL以及method默认参数值，paramIn对应的默认参数值和inParams参数至少存在其中之一，outParams参数可以不存在。

具体的，解析器在对每一个参数集解析后将URL以及paramIn对应的参数值和/或inParams的key值对应的参数值发送至组件，然后组件调用参数method和参数Protocol，获取对应的请求发送方法和协议类型以将URL和需要发送的参数进行绑定封装成交互请求并发送，例如，如果为post请求，则该组件按照post请求协议标准格式进行封装，如果为get方式该组件按照get请求协议标准格式进行封装。即将所述默认参数值和/或所述第一参数的key值对应的值与所述URL绑定后封装成交互请求，并按照所述请求类型以及所述协议类型将所述交互请求发送至所述第三方平台。

封装消息体的目的保证URL请求正常发送，响应及应答。同时组件会对第三方平台接收交互请求后返回的结果进行接收，并将结果返回给解析器。

接着，依次解析所述配置文件中的每一个所述参数集，并判断所述参数集中是否存在第一参数。

在一些实施例中，第一参数即为inParams参数，该参数的作用为通过key值从缓存中获取对应的value值，该value值可以是在对第三方平台的返回结果进行解析后保存到缓存中的值，也可以是用户缓存的值。

然后，响应于判断参数集中存在第一参数，则将保存在缓存中的与第一参数的key值对应的值以及所述参数集中的默认参数值进行封装得到交互请求，并发送至第三方平台。其中，第一参数的key值对应的值可以是之前解析其他请求得到的第三方平台的返回结果得到的值，也可以是用户直接保存到缓存中的值。

在一些实施例中，响应于判断参数集中不存在所述第一参数，则对所述参数集中的默认参数值进行封装得到所述交互请求，并发送至所述第三方平台。

需要说明的是，无论第一参数存在与否，参数集中的默认参数值均可以是Protocol、URL以及method默认参数值，在一些实施例中也可以包括paramIn对应的默认参数值。

在一些实施例中，在对第一个参数集进行解析封装以生成交互请求时，用于封装的参数值除了参数集中的参数外，还可以包括用户通过命令窗口直接输入的参数值。例如，当响应于第一个所述参数集中存在所述第一参数，接收用户输入的参数值；对所述用户输入的参数值、与所述第一参数的key值对应的值以及第一个所述参数集中的默认参数值进行封装得到第一个交互请求。在一些实施例中，当响应于第一个所述参数集中不存在所述第一参数，也可以接收用户输入的参数值；对所述用户输入的参数值以及第一个所述参数集中的默认参数值进行封装得到第一个交互请求。

最后，接收所述第三方平台的返回结果，并将所述返回结果中与所述参数集中的第二参数的key值对应的值保存到所述缓存中。

在一些实施例中，第二参数即为outParams参数，该参数的作用为通过key值从第三方平台返回的结果中获取对应的value值，然后保存到缓存中，以便用于封装在后请求的参数集中的第一参数可以通过key值调用缓存中对应的value值。

需要说明的是，在后请求可以是下一个请求，还可以是更后的请求，例如，第三方平台根据第一个交互请求返回一个结果，并且用于生成第一个交互请求的参数集中存在第二参数，因此需要对返回的结果进行解析，得到与第二参数对应的key值对应的value值并保存到缓存中，该value值可以用于封装成第二个交互请求，也可以封装成第四个交互请求。这样，通过缓存、第一参数的key值和第二参数的key值的配置可以实现不同请求间的参数传递。

在一些实施例中，接收所述第三方平台的返回结果，判断所述返回结果中的协议码是否满足预设条件，对协议码进行判断的目的在于确定该次交互请求是否成功。在一些实施例中，预设条件可以为判断协议的code码是否为200，如果为200则表明请求交互成功，如果为401，则表明不具备权限，403则表明接口不存在。

在一些实施例中，响应于所述协议码满足所述预设条件，判断与所述返回结果对应的所述参数集中是否存在第二参数；响应于存在所述第二参数，对所述返回结果进行解析，得到与所述第二参数的key值对应的值并连同相应的key值保存到所述缓存中。响应于不存在所述第二参数，直接对下一个所述参数集进行解析以进行后续交互过程，不对返回的结果进行处理，直接忽略。

在一些实施例中，响应于所述协议码不满足所述预设条件，则直接结束交互过程。

下面其中两个参数集为例，具体说明不同请求之间如何进行参数传递。

Step1

name:upload image file

url:api/upload/file

Protocol：https

method:post

paramIn:

filepath:/opt/upload_file.so

outParams：

-filezize

Step2

name:checkfile

url:api/upload/file

Protocol：https

method:get

inParams:

-filezize

第一交互请求为上传文件，第二交互请求为校验文件。

解析器先解析配置文件发现有两个参数集，模板解析器会按照配置文件中参数集的顺序调用组件。

首先解析器发现第一个参数集中有参数需要默认参数传递(paramIn有值，并且key：filepath，value:/opt/upload_file.so)，组件将paramIn对应的value值以及url绑定封装并生成交互请求，然后利用post发送方法以及https协议将交互请求发送至第三方平台，然后组件接收第三方平台的返回结果，解析器调用http组件获取到返回结果，先判断这次请求是否成功，成功接着判断，发现outParams参数不为空，说明需要对结果进行进一步解析；解析器会将组件返回的消息体进行解析，提取出filezize对应的value值放到缓存中。

然后解析器继续对第二个参数集进行处理，发现只有第二参数inParams，并且其key值为：filesize，解析器会利用该key值(filesize)去缓存中找对应的值，也就是找到key对应的value值，获得value值后，利用组件将url和value值进行绑定封装，然后调用组件get方法发送请求，同时这个参数集中没有outParams参数，当第三方平台返回结果后只用判断是否请求成功，不用对返回的结果进行解析，直接忽略不做处理，转存到内存，定期清理即可。

本发明通过包括接口入参、返回值处理、过程参数处理的rest接口解析器以及http及https协议组件，实现对利用yaml格式进行编排的配置文件进行解析以得到多个交互请求，这样，通过顺序发送交互请求实现了控制与第三方平台的交互过程，同时利用第一参数和第二参数实现了不同请求之间参数的传递。

基于同一发明构思，根据本发明的另一个方面，如图3所示，本发明的实施例还提供了一种计算机设备501，包括：

至少一个处理器520；以及

存储器510，存储器510存储有可在处理器上运行的计算机程序511，处理器520执行程序时执行如上的任一种实现与第三方平台交互的方法的步骤。

基于同一发明构思，根据本发明的另一个方面，如图4所示，本发明的实施例还提供了一种计算机可读存储介质601，计算机可读存储介质601存储有计算机程序指令610，计算机程序指令610被处理器执行时执行如上的任一种实现与第三方平台交互的方法的步骤。

最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。上述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。

此外，典型地，本发明实施例公开的装置、设备等可为各种电子终端设备，例如手机、个人数字助理(PDA)、平板电脑(PAD)、智能电视等，也可以是大型终端设备，如服务器等，因此本发明实施例公开的保护范围不应限定为某种特定类型的装置、设备。本发明实施例公开的客户端可以是以电子硬件、计算机软件或两者的组合形式应用于上述任意一种电子终端设备中。

此外，根据本发明实施例公开的方法还可以被实现为由CPU执行的计算机程序，该计算机程序可以存储在计算机可读存储介质中。在该计算机程序被CPU执行时，执行本发明实施例公开的方法中限定的上述功能。

此外，上述方法步骤以及系统单元也可以利用控制器以及用于存储使得控制器实现上述步骤或单元功能的计算机程序的计算机可读存储介质实现。

此外，应该明白的是，本文的计算机可读存储介质(例如，存储器)可以是易失性存储器或非易失性存储器，或者可以包括易失性存储器和非易失性存储器两者。作为例子而非限制性的，非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦写可编程ROM(EEPROM)或快闪存储器。易失性存储器可以包括随机存取存储器(RAM)，该RAM可以充当外部高速缓存存储器。作为例子而非限制性的，RAM可以以多种形式获得，比如同步RAM(DRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据速率SDRAM(DDRSDRAM)、增强SDRAM(ESDRAM)、同步链路DRAM(SLDRAM)、以及直接Rambus RAM(DRRAM)。所公开的方面的存储设备意在包括但不限于这些和其它合适类型的存储器。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。

结合这里的公开所描述的各种示例性逻辑块、模块和电路可以利用被设计成用于执行这里功能的下列部件来实现或执行：通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或者这些部件的任何组合。通用处理器可以是微处理器，但是可替换地，处理器可以是任何传统处理器、控制器、微控制器或状态机。处理器也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP和/或任何其它这种配置。

结合这里的公开所描述的方法或算法的步骤可以直接包含在硬件中、由处理器执行的软件模块中或这两者的组合中。软件模块可以驻留在RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域已知的任何其它形式的存储介质中。示例性的存储介质被耦合到处理器，使得处理器能够从该存储介质中读取信息或向该存储介质写入信息。在一个替换方案中，存储介质可以与处理器集成在一起。处理器和存储介质可以驻留在ASIC中。ASIC可以驻留在用户终端中。在一个替换方案中，处理器和存储介质可以作为分立组件驻留在用户终端中。

在一个或多个示例性设计中，功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则可以将功能作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质来传送。计算机可读介质包括计算机存储介质和通信介质，该通信介质包括有助于将计算机程序从一个位置传送到另一个位置的任何介质。存储介质可以是能够被通用或专用计算机访问的任何可用介质。作为例子而非限制性的，该计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储设备、磁盘存储设备或其它磁性存储设备，或者是可以用于携带或存储形式为指令或数据结构的所需程序代码并且能够被通用或专用计算机或者通用或专用处理器访问的任何其它介质。此外，任何连接都可以适当地称为计算机可读介质。例如，如果使用同轴线缆、光纤线缆、双绞线、数字用户线路(DSL)或诸如红外线、无线电和微波的无线技术来从网站、服务器或其它远程源发送软件，则上述同轴线缆、光纤线缆、双绞线、DSL或诸如红外线、无线电和微波的无线技术均包括在介质的定义。如这里所使用的，磁盘和光盘包括压缩盘(CD)、激光盘、光盘、数字多功能盘(DVD)、软盘、蓝光盘，其中磁盘通常磁性地再现数据，而光盘利用激光光学地再现数据。上述内容的组合也应当包括在计算机可读介质的范围内。

以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。

Claims (9)

1.一种实现与第三方平台交互的方法，包括步骤：

获取第三方平台的接口的信息并根据所述接口的信息生成包括若干个顺序排列的参数集的配置文件；

依次解析所述配置文件中的每一个所述参数集，并判断所述参数集中是否存在第一参数；

响应于所述参数集中存在所述第一参数，对保存在缓存中的与所述第一参数的key值对应的值以及所述参数集中的默认参数值进行封装得到交互请求，并发送至所述第三方平台；

接收所述第三方平台的返回结果，并将所述返回结果中与所述参数集中的第二参数的key值对应的值以及相应的key值保存到所述缓存中；

其中，接收所述第三方平台的返回结果，并将所述返回结果中与所述参数集中的第二参数的key值对应的值以及相应的key值保存到所述缓存中，还包括：

判断所述返回结果中的协议码是否满足预设条件；

响应于所述协议码满足所述预设条件，判断与所述返回结果对应的所述参数集中是否存在第二参数；

响应于存在所述第二参数，对所述返回结果进行解析，以得到与所述第二参数的key值对应的值并连同相应的key值保存到所述缓存中。

2.如权利要求1所述的方法，其特征在于，响应于所述参数集中存在所述第一参数，对保存在缓存中的与所述第一参数的key值对应的值以及所述参数集中的默认参数值进行封装得到交互请求，进一步包括：

响应于第一个所述参数集中存在所述第一参数，接收用户输入的参数值；

对所述用户输入的参数值、与所述第一参数的key值对应的值以及第一个所述参数集中的默认参数值进行封装得到第一个交互请求。

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

响应于所述参数集中不存在所述第一参数，对所述参数集中的默认参数值进行封装得到所述交互请求，并发送至所述第三方平台。

4.如权利要求3所述的方法，其特征在于，响应于所述参数集中不存在所述第一参数，对所述参数集中的默认参数值进行封装得到所述交互请求，进一步包括：

响应于第一个所述参数集中不存在所述第一参数，接收用户输入的参数值；

对所述用户输入的参数值以及第一个所述参数集中的默认参数值进行封装得到第一个交互请求。

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

响应于不存在所述第二参数，直接对下一个所述参数集进行解析以进行后续交互过程。

6.如权利要求1所述的方法，其特征在于，根据所述接口的信息生成包括若干个顺序排列的参数集的配置文件，进一步包括：

根据所述接口信息得到每一个所述交互请求对应的URL、请求类型、协议类型、默认参数、所述第一参数和/或所述第二参数；

利用每一个所述交互请求对应的URL、请求类型、协议类型、默认参数、所述第一参数和/或所述第二参数按照预设格式生成配置文件。

7.如权利要求6所述的方法，其特征在于，对保存在缓存中的与所述第一参数的key值对应的值以及所述参数集中的默认参数值进行封装得到交互请求，并发送至所述第三方平台包括：

将所述默认参数值和/或所述第一参数的key值对应的值与所述URL绑定后封装成交互请求，并按照所述请求类型以及所述协议类型将所述交互请求发送至所述第三方平台。

8.一种计算机设备，包括：

至少一个处理器；以及

存储器，所述存储器存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行如权利要求1-7任意一项所述的方法。

9.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时执行权利要求1-7任意一项所述的方法。

Images