联调方法、服务平台及计算机存储介质与流程

本发明涉及信息技术领域，尤其涉及一种联调方法、服务平台及计算机存储介质。

背景技术：

随着信息技术的发展，在互联网上形成了各种服务平台。一个服务平台为某一个应用端搭建应用环境时，服务平台在应用环境搭建或验证过程中，都是作用人员手动执行或触发的，且在应用环境搭建或验证过程中需要应用端产生各种联调案例的信息交互。在现有技术中，应用环境搭建或验证过程中产生的执行数据，都是由作业人员从平台侧下载之后，通过邮件或线下等方式发送给应用端进行确认的。这种应用环境验证方式和验证信息的交互，一方面效率低、反馈慢、时延大等问题；另一方面人为错误率高、其未能够充分利用服务平台自身的设备资源，导致资源的闲置率高。

技术实现要素：

有鉴于此，本发明实施例期望提供一种联调方法、服务平台计算机存储介质，用于解决现有技术中联调效率低、人为错误率高及资源闲置率高的至少其中之一。

为达到上述目的，本发明的技术方案是这样实现的：

本发明实施例第一方面提供一种联调方法，包括：

基于联调参数，初始化联调环境；

所述联调环境根据任务参数，创建联调任务并在所述联调任务下创建联调案例；

基于所述联调参数，指示执行联调案例并获取所述联调案例的执行结果；

基于所述联调参数及所述联调案例的执行结果，向应用端发送执行数据；

接收所述应用端基于所述执行数据返回的反馈数据；

基于所述反馈数据，确定所述联调任务的执行结果。

基于上述方案，所述联调参数包括：资源配置参数；

所述基于联调参数，初始化联调环境，包括：

根据所述资源配置参数，进行联调资源配置及联调资源的运行状态设置。

基于上述方案，所述根据所述资源配置参数，进行联调资源配置及联调资源的运行状态设置，包括：

根据所述资源配置参数，确定所述资源配置参数指向的目标设备是否可用；

当所述目标设备可用时，根据所述资源配置参数设置所述目标设备的设备参数；其中，所述目标设备，包括：与所述应用端交互的前置设备、执行应用逻辑的平台设备、记录业务执行信息的文件系统设备以及处理所述反馈数据的反馈处理系统设备的至少之中之一；

当所述目标设备部不可用时，形成资源配置告警信息。

基于上述方案，所述联调参数还包括：案例数据模板和联调案例参数，其中，所述联调案例参数包括：同一个业务的至少两种不同类型的案例；

所述方法还包括：

将所述联调参数中联调案例参数和所述联调案例的当前状态，实例化所述案例数据模板，生成联调案例数据；

所述基于所述联调参数和所述联调案例的当前状态，执行联调案例并形成执行结果，包括：

基于所述联调案例数据，执行所述联调案例并获取执行结果。

基于上述方案，所述将所述联调参数中联调案例参数和所述联调案例的当前状态，实例化所述案例数据模板，生成联调案例数据，包括：

读取所述联调案例参数；

加载模拟用户参数；

加载所述案例数据模板；

基于所述模拟用户数据和所述联调案例参数，填充所述案例数据模块形成所述联调案例数据。

基于上述方案，所述基于所述联调案例数据，执行所述联调案例并获取执行结果，包括：

解析所述联调案例数据，形成执行指示，其中，所述执行指示包括：所述联调案例的执行参数，用于触发目标设备执行对应的应用逻辑；

将所述执行指示，发送给所述目标设备；

接收所述目标设备返回的反馈信息；

基于所述反馈信息，确定所述联调案例执行结果。

基于上述方案，所述基于所述反馈数据，确定所述联调任务的执行结果，包括：

处理所述反馈数据；

基于所述反馈数据的处理结果，确定所述联调任务的执行结果。

基于上述方案，所述方法还包括：

启动显示设备；所述基于联调参数，初始化联调环境，还包括：

启动显示设备；其中，所述显示设备，用于显示联调相关信息，其中，所述联调相关信息包括：联调进程信息、联调案例执行状况信息、与应用端的信息交互状况信息、反馈数据的处理状况信息。

本发明实施例第二方面提供一种服务平台，包括：

初始化单元，用于基于联调参数，初始化联调环境；

创建单元，用于所述联调环境根据任务参数，创建联调任务并在所述联调任务下创建联调案例；

执行单元，用于基于所述联调参数，指示执行联调案例并获取所述联调案例的执行结果；

通信单元，用于基于所述联调参数及所述联调案例的执行结果，向应用端发送执行数据；接收所述应用端基于所述执行数据返回的反馈数据；

确定单元，用于基于所述反馈数据，确定所述联调任务的执行结果。

基于上述方案，所述联调参数包括：资源配置参数；

所述初始化单元，具体用于根据所述资源配置参数，进行联调资源配置及联调资源的运行状态设置。

基于上述方案，所述初始化单元，具体用于根据所述资源配置参数，确定所述资源配置参数指向的目标设备是否可用；当所述目标设备可用时，根据所述资源配置参数设置所述目标设备的设备参数；其中，所述目标设备，包括：与所述应用端交互的前置设备、执行应用逻辑的平台设备、记录业务执行信息的文件系统设备以及处理所述反馈数据的反馈处理系统设备的至少之中之一；当所述目标设备部不可用时，形成资源配置告警信息。

基于上述方案，所述联调参数还包括：案例数据模板和联调案例参数，其中，所述联调案例参数包括：同一个业务的至少两种不同类型的案例；

所述服务平台还包括：

实例化单元，用于将所述联调参数中联调案例参数和所述联调案例的当前状态，实例化所述案例数据模板，生成联调案例数据；

所述执行单元，具体用于基于所述联调案例数据，执行所述联调案例并获取执行结果。

基于上述方案，所述实例化单元，具体用于读取所述联调案例参数；加载模拟用户参数；加载所述案例数据模板；基于所述模拟用户数据和所述联调案例参数，填充所述案例数据模块形成所述联调案例数据。

基于上述方案，所述执行单元，具体用于解析所述联调案例数据，形成执行指示，其中，所述执行指示包括：所述联调案例的执行参数，用于触发目标设备执行对应的应用逻辑；将所述执行指示，发送给所述目标设备；接收所述目标设备返回的反馈信息；基于所述反馈信息，确定所述联调案例执行结果。

基于上述方案，所述确定单元，具体用于处理所述反馈数据；基于所述反馈数据的处理结果，确定所述联调任务的执行结果。

基于上述方案，所述初始化单元，还用于启动显示设备；其中，所述显示设备，用于显示联调相关信息，其中，所述联调相关信息包括：联调进程信息、联调案例执行状况信息、与应用端的信息交互状况信息、反馈数据的处理状况信息。

本发明实施例第三方面还提供一种计算机存储介质，所述计算机存储介质存储有计算机可执行代码，所述计算机可执行代码被处理器执行后，能够实现前述任意一个技术方案提供的联调方法。

本发明实施例提供的联调方法、服务平台及计算机存储介质，在获取到联调参数，将自动初始化联调环境，基于任务参数配置联调任务并创建联调任务下一个个待执行的联调案例，触发目标设备执行对应的联调案例的执行结果；并基于执行结果自动向应用端发送的执行数据，接收应用端基于执行数据返回的反馈数据。一方面通过联调参数实现了联调环境为应用端搭建提供服务的服务环境，通过联调任务自动测试了搭建的服务环境的正确性和可行性，同时会自动与客户端进行信息交互。显然这种联调方法的自动化高，效率高，人为参与的程度低进而导致人为错误率低，且提升了服务平台的资源的有效利用率。

附图说明

图1为本发明实施例提供的第一种联调方法的流程示意图；

图2为本发明实施例提供的第二种联调方法的流程示意图；

图3为本发明实施例提供的一种联调案例执行的流程示意图；

图4为本发明实施例提供的一种服务平台的结构示意图；

图5为本发明实施例提供的另一种服务平台的结构示意图；

图6为本发明实施例提供的一种初始化联调环境的流程示意图；

图7为本发明实施例提供的一种联调案例的状态迁移示意图；

图8为本发明实施例提供的一种联调案例数据生成的流程示意图；

图9为本发明实施例提供的另一种联调案例执行的流程示意图；

图10为本发明实施例提供的一种联调系统的结构示意图；

图11为本发明实施例提供的第三种联动方法的流程示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

如图1所示，本发明实施例提供一种联调方法，包括：

步骤s110：基于联调参数，初始化联调环境；

步骤s120：所述联调环境根据任务参数，创建联调任务并在所述联调任务下创建联调案例；

步骤s130：基于所述联调参数，指示执行联调案例并获取所述联调案例的执行结果；

步骤s140：基于所述联调参数及所述联调案例的执行结果，向应用端发送执行数据；

步骤s150：接收所述应用端基于所述执行数据返回的反馈数据；

步骤s160：基于所述反馈数据，确定所述联调任务的执行结果。

本实施例提供的联调方法可为应用于为应用端提供应用环境的应用平台中。在本实施例中所述应用环境包括：提供应用的硬件资源和运行的软件资源。

在本实施例中所述服务平台，在搭建应用环境过程中为了实现自动化应用环境的搭建，并与应用端自动交互应用环境搭建过程任务执行结果的相关信息交互。在本实施例中联调过程中所需的各种信息被配置成联调参数。通常所述联调参数可写入到一个联调文件中。

在本实施例中执行上述服务平台与应用端之间建立有连接，可至少用于继进行所述执行数据及所述反馈数据的交互，从而实现对搭建好的联调环境的进行联合调试。

本实施例中所述服务平台在执行步骤s110之前可以从人机交互接口获取到所述联调参数，或从通信接口从其他电子设备中接收所述联调参数，例如，从应用端的应用服务器接收所述联调参数。在获取好联调参数之后，初始化联调环境，这里的初始化联调环境包括与搭建好的服务环境对接，或者，基于联调参数进行服务环境的搭建，再与搭建好的服务环境进行对接。

在步骤s120中会获取任务参数，通常一个联调任务可能包括：一种或多种操作；每一种操作可对应于一种联调案例。例如，应用端为金融产品的提供端，与金融产品相关的操作可包括：开户、金融产品的申购以及金融产品的赎回等。这里的开户、申购及赎回又可以拆分成很多子操作。一个用户在购买金融产品的过程中可能会使用的开户、申购或赎回等操作。在本实施例中所述联调任务就可以将一个操作在服务平台中进行应用环境的单独调式和验证，或基于多个操作的协同调试和验证。

在本实施例中步骤s120中首先会获取任务参数，这里的任务参数可以从服务平台的人机交互接口，接收用户输入的任务参数，也可以是从通信接口接收的其他设备发送的任务参数。这里的任务参数：可包括联调任务的起止时间、联调任务指向的业务、联调任务中每一个业务需要的联调操作等。所述业务可为不同类型的金融产品，或，互联网应用产品等。例如，交通工具共享产品等。对于金融产品而言，联调操作可包括：上述开户、申购和赎回中的一个或多个。对于其他互联网应用产品可包括：账号注册、应用及账号注销等。

在本实施例中基于任务参数，创建一个任务实例，该任务实例创建之后需要服务平台中本次负责联调的联调环境执行该联调任务。任务实例创建之后，根据任务参数中的任务参数，创建一个或多个联调案例。这些联调案例都归属该联调任务，在联调案例的属性中都配置有该联调任务的任务标识。

在联调案例生成之后，会根据联调参数执行联调案例，并获得联调案例的执行结果。在服务平台搭建好后，会加载了提供各种应用或业务的应用逻辑或业务逻辑。所述应用逻辑及所述业务逻辑可以通过应用端提供的应用代码或业务代码来体现。在本实施例中当联调案例的执行过程中，主要是利用模拟数据触发对应的设备执行对应的应用逻辑或业务逻辑，从而获得各个应用逻辑或业务逻辑的执行结果，从而验证应用环境是否搭建成功，或是否满足应用端的业务需求。这里的应用环境可为所述联调环境的一部分，若联调通过，则联调环境中搭建好的应用环境可以直接沿用，用于后续应用上线的使用，在一些实施例中，还可以撤销所述联调环境中的应用环境，但是记录当前应用环境搭建的各种参数，后续可以按照该参数重新搭建应用端所需的应用环境。

在完成所述联调案例的执行之后，服务平台会获得相应的联调案例执行结果。该联调案例的执行结果需要发送给应用端进行确认。在本实施例中所述联调参数中记载了发送给应用端的各种参数，故在步骤s140中会基于联调参数和联调案例执行结果，向应用端发送执行数据。在本实施例中所述执行数据可直接包括：各个联调案例执行结果，和/或执行数据，供应用端查询。例如，所述联调参数可包括：应用端的交互接口，在步骤s140中通过特定的交互接口向应用端发送所述执行数据。所述交互接口可为具体的网络协议(ip)地址、邮箱地址和/或联调页面的应用接口等应用端的信息。由于涉及联调向应用端返回了执行数据之后，需要得到应用端的反馈数据。在接收到反馈数据之后，可以确定最终联调任务执行结果。例如，反馈数据表明有联调案例执行错误，则本次联调任务失败，需要重新修改联调参数和/或应用环境的软硬件参数等。

本实施例提供的联调方法，服务平台只要获取到联调参数和任务参数之后，就会自动执行联调，作用人员仅需将这两种参数导入到服务平台之后，服务平台就会自动执行联调，并与应用之间进行信息交互，不用作用人员手动操作各个联调，并与应用端通过邮件交互执行数据等，大大的提升了联调效率，减少了人为失误，更好的利用了应用平台的软硬件资源，提升了资源有效利用率。

可选地，所述联调参数包括：资源配置参数；

所述步骤s110可包括：

根据所述资源配置参数，进行联调资源配置及联调资源的运行状态设置。

在本实施例中所述资源排至参数，可用于对进行联调的资源进行配置，而这些联调资源可包括：为应用端搭建的应用环境的各种资源，可包括计算资源和/或存储资源。所述计算资源可包括：执行各种应用逻辑的一台或多台服务器。所述存储资源可包括：存储应用端提供的应用服务产生的数据的一个或多个数据库。

在本实施例中根据所述资源配置参数，为搭建应用环境调度联调资源，并根据所述资源配置参数并联调资源的运行状态配置。所述联调资源的调度，可包括：

在资源管理系统中将对应的资计算资源行和/或存储资源配置为占用状态，并将对应的联调资源的属性中写入应用环境的搭建标识等。所述运行状态的配置可包括：控制联调资源是否处于开启状态，配置联调资源的各个接口的状态等。

总之根据所述资源配置参数，通过联调资源配置和运行状态设置，可以实现应用环境的搭建完成。在本实施例中所述服务平台，在资源管理系统中通过资源管理参数的设置，和对应配置参数的发送，可以实现所述应用环境搭建的自动化。这里的应用环境的搭建，为联调环境初始化的一部分。

可选地，所述步骤s110可包括：

根据所述资源配置参数，确定所述资源配置参数指向的目标设备是否可用；

当所述目标设备可用时，根据所述资源配置参数设置所述目标设备的设备参数；其中，所述目标设备，包括：与所述应用端交互的前置设备、执行应用逻辑的平台设备、记录业务执行信息的文件系统设备以及处理所述反馈数据的反馈处理系统设备的至少之中之一；

当所述目标设备部不可用时，形成资源配置告警信息。

所述资源配置参数中携带有参与本次联调的各种目标设备的设备标识，例如，目标设备的ip地址和/或端口地址，在本实施例中所述服务平台，可以根据所述设备表示与目标设备进行信息交互，从而可查询到对应的目标设备是否处于闲置状态，是否可以用于参与本次应用环境搭建和/或联调环境的搭建。

在本实施例中若检测到所述目标设备可用，则根据所述资源配置参数设置所述目标设备的设备参数，从而占用所述目标设备并控制所述目标设备的运行状态。在一些实施例中，若所述目标设备被占用，则当前不可以利用该目标设备搭建应用环境并进行联调，则此时会返回资源配置告警信息。

在一些实施例中若检测到资源配置告警信息，则可以通过分析所述资源配置告警信息，确定出目标设备不可用，将进一步雀定所述目标设备的替代设备或备份设备是否可用，若可用，则用目标设备的替代设备或备份设备参与本次联调，并将对应的资源配置参数发送给替代设备或目标设备，完成联调环境给的初始化，若替代设备或备份设备依然不可用，则将所述资源配置告警信息通过人机交互接口输出，或输出到作用人员指定的设备上去，以提示作用人员重新调整所述联调参数。

在完成联调环境的初始化之后，需要根据任务参数创建联调案例，并在一个联调任务下执行一个或多个联调案例。

所述联调参数还包括：案例数据模板和联调案例参数，其中，所述联调案例参数包括：同一个业务的至少两种不同类型的案例。这里的联调数据模板可理解为：联调案例的空白数据结构。所述联调案例参数可包括：用于实例化所述空白数据结构的具体参数。

如图2所示，所述方法还包括：

步骤s121：将所述联调参数中联调案例参数和所述联调案例的当前状态，实例化所述案例数据模板，生成联调案例数据。

在本实施例中会基于联调案例参数、联调案例的当前状态实例化案例数据模板，从而生成联调案例数据。所述联调案例参数可供应用环境中各个设备执行对应的应用逻辑或业务逻辑的所需执行数据。

这里所述联调案例的当前状态，可包括：待执行状态、执行中、执行失败和/或执行失败等。这些状态可以用一个或多个比特来表示。例如，可以用过两个比特的四种取值，分别指示上述四种状态。例如，执行控制模块接收到该联调案例数据的状态值指示待执行之后，就会控制对应的目标设备执行对应的应用逻辑。而所述执行控制模块确定联调案例数据中状态值为执行中，则执行控制模块会等待执行结果的返回，在接受到执行结果之后会根据执行是成功还是失败，更新所述状态值。

故在本实施例中，所述步骤s130可包括：基于所述联调案例数据，执行所述联调案例并获取执行结果。

进一步地，所述步骤s121可包括：

读取所述联调案例参数；

加载模拟用户参数；

加载所述案例数据模板；

基于所述模拟用户数据和所述联调案例参数，填充所述案例数据模块形成所述联调案例数据。

在本实施例中会读取联调案例参数、加载模拟用户参数，这里的模拟用户参数可为应用环境投入使用之后，模拟真实用户参数的信息。将所述模拟用户参数及联调案例参数，填充空白数据结构，就可以简便自动形成可供目标设备识别和执行的联调案例数据

以下提供一种金融产品的联调参数：

如联调资源中控制目标设备执行联调案例的模块为执行模块，则在一些实施例中可如图3所示，所述步骤s140可包括：

步骤s141：解析所述联调案例数据，形成执行指示，其中，所述执行指示包括：所述联调案例的执行参数，用于触发目标设备执行对应的应用逻辑；

步骤s142：将所述执行指示，发送给所述目标设备；

步骤s143：接收所述目标设备返回的反馈信息；

步骤s144：基于所述反馈信息，确定所述联调案例执行结果。

本实施例中执行控制模块或执行控制系统，获取到联调案例数据之后，会解析联调案例数据，从而知道由哪些设备来执行对应的联调案例，需要将哪些信息发送给目标设备，触发目标设备执行对应的应用逻辑。

目标设备执行完了之后，会给出执行结果或具体执行数据，这里的目标设备的执行结果和/或具体执行数据，为所述反馈信息的组成部分。根据反馈信息可知道每一个联调案例的执行结果，并修改联调案例数据中的当前状态。当每一个联调案例都至少被执行了一次之后，就相当于完成了联调任务的执行。则可以将联调任务执行的结果或执行后的状态数据，自动发送给应用端，方便应用端的自动核实和人工查看，从而可以获得反馈数据。基于反馈数据就可以获取当前应用端是如何评价本次联调任务的执行状况的。在本实施例中所述反馈数据采用的预定数据结构，这样的话，服务系统接收到之后，就可以不再工作人员的参与下，自行解析所述反馈数据，并处理反馈数据携带的各种问题。例如，应用端指示需要查看某一个联调案例的详细执行状态信息，则所述服务平台接收到反馈数据之后，分析出该反馈请求，则会从联调数据库中提取出对应联调案例的执行状态信息，发送给应用端供应用端查看，完成信息的自动交互。

最终会根据反馈数据确定出本次联调任务的执行结果。在本实施例提供的联调方法，会在获得联调参数和任务参数之后，自动执行应用环境的搭建、联调环境的初始化和应用端的信息交互，提升了联调效率、降低了联调错误率，提升了联调效果。

可选地，所述s160可包括：

处理所述反馈数据；

基于所述反馈数据的处理结果，确定所述联调任务的执行结果。

为了方便联调过程中工作人员的监控和查看，所述步骤s110还包括：

启动显示设备；所述显示设备，用于显示联调相关信息，其中，所述联调相关信息包括：联调进程信息、联调案例执行状况信息、与应用端的信息交互状况信息、反馈数据的处理状况信息。

这样的话，就可以利用所述显示设备显示联调相关信息。

在本实施中所述显示设备的启动，可为根据所述联调参数，启动对应的显示设备，在显示设备上显示联调界面，在联调界面内显示各种联调相关信息。这里的联调相关信息包括但不限于上述信息。显示设备通过显示联调相关信息，实现了联调的可视化。

如4图所示，本实施例提供一种服务平台，包括：

初始化单元110，用于基于联调参数，初始化联调环境；

创建单元120，用于所述联调环境根据任务参数，创建联调任务并在所述联调任务下创建联调案例；

执行单元130，用于基于所述联调参数，指示执行联调案例并获取所述联调案例的执行结果；

通信单元140，用于基于所述联调参数及所述联调案例的执行结果，向应用端发送执行数据；接收所述应用端基于所述执行数据返回的反馈数据；

确定单元150，用于基于所述反馈数据，确定所述联调任务的执行结果。

本实施例提供一种服务平台，该服务平台包括一台或多台服务器。

在本实施例中所述服务平台包括初始化单元110，该初始化单元用于初始化联调环境。该联调环境可为部署在服务平台内的一个子系统，也可以是部署在服务平台外的外系统。在本实施例中初始化所述联调环境，至少包括：为应用端提供服务的服务环境的对接。在一些实施例中，所述初始化单元110，具体可用于基于所述联调参数搭建所述服务环境，并记录搭建好的服务环境，实现与服务环境的对接。在另一些实施例中，所述初始化单元110，具体用于根据所述联调参数，直接与服务环境进行对接即可。在本实施例中所述联调环境，可以通过记录应用环境中执行各种联调案例的设备参数等信息，建立与应用环境中设备的连接，开通某些应用接口，就完成了联调环境与应用环境的对接，实现联调环境的初始化。

这里搭建好为应用端提供服务的服务环境，包括：硬件资源的调度、软件资源的安装和配置，各种软硬件资源的运行状态控制等。

在本实施例中创建单元120，将根据任务参数，创建本次的联调任务，然后在联调任务下创建一个或多个待执行的联调案例。在本实施例中所述联调案例，可为模拟所述服务环境搭建好之后，所述应用端对用户提供服务的模拟案例。

执行单元130可通过执行指令或执行指示的发送，指示或请求应用环境执行对应的联调案例。这里的联调案例为模拟应用环境正式上线之后提供服务的真实案例的。联调环境将获取应用环境对联调案例的执行结果。

通信单元140可对应于与应用端进行信息交互的通信接口，可用于向应用端发送执行数据，并接收应用端基于执行数据返回的反馈数据。

这里的通信单元140可为各种类型的通信接口，例如，有线接口或无线接口，所述有线接口可为电缆接口或光缆接口等。所述无线接口可包括wifi接口、蓝牙接口或其他类型的无线接口等。

所述确定单元150可用于基于所述反馈数据，确定所述联调任务的执行结果。例如，反馈数据表明所有联调案例的执行结果都满足业务需求，或联调案例都执行成功，则说明本次联调任务执行成功，且进一步说明搭建的应用环境通过验证等。

在本实施例中初始化单元110、创建单元120、执行单元130及确定单元150都可以对应于处理器或处理电路。

所述处理器可包括：中央处理器、微处理器、数字信号处理器、应用处理器或可编程阵列等。所述处理电路可包括：专用集成电路。

所述处理器或处理电路，通过存储在存储介质中的可执行代码执行上述服务平台的功能，还包括控制通信杰克，与应用端进行执行数据和/或反馈数据的交互。

总之，本实施例提供例一种服务平台，可以执行通过联调任务的创建，对应用环境进行案例验证，并将案例验证过程中联调案例的执行数据，自动发送给应用端，至少实现了应用环境的案例验证自动化与应用端的信息交互自动化，提升了联调效率、降低了联调的人为错误，更好的更有效的使用了服务平台的软硬件资源。

可选地，所述联调参数包括：资源配置参数；

所述初始化单元110，具体用于根据所述资源配置参数，进行联调资源配置及联调资源的运行状态设置。

在本实施例中初始化单元110，可对应于一个或多个处理器，根据资源配置参数进行联调资源配置及联调资源的运行状态设置。这里的联调资源可包括，应用环境使用的软硬件资源，还可包括：进行本次联调使用的软硬件资源。在一些实施例中若应用环境的软硬件资源已经配置好，则这里的初始化单元110可仅用于参与本次联调的软硬件资源的配置。例如，配置联调数据库，联调数据库中用于记录联调任务和联调案例的相关参数。而执行联调任务中联调案例的软硬件资源可归属于已经搭建好的应用环境。

在一些实施例中，所述初始化单元110，具体用于根据所述资源配置参数，确定所述资源配置参数指向的目标设备是否可用；当所述目标设备可用时，根据所述资源配置参数设置所述目标设备的设备参数；其中，所述目标设备，包括：与所述应用端交互的前置设备、执行应用逻辑的平台设备、记录业务执行信息的文件系统设备以及处理所述反馈数据的反馈处理系统设备的至少之中之一；当所述目标设备部不可用时，形成资源配置告警信息。

这里的目标设备为执行所述联调案例的执行设备，是应用环境的硬件资源。

在本实施例中在初始化联调环境时，需要根据资源配置参数，定位出参与本次联调或应用环境的硬件设备，再根据当前设备的状态，确定是否进行后续配置，从而使得目标设备的设备自身的状态和运行状态就绪，在完成设备就绪之后，该设备就能够执行应用端提供的业务逻辑，相当于就可以执行联调案例了，就可以通过联调任务下的一个或多个联调案例，确定本次搭建的应用环境是否满足应用端的业务需求。

在一些实施例中，所述联调参数还包括：案例数据模板和联调案例参数，其中，所述联调案例参数包括：同一个业务的至少两种不同类型的案例；

所述服务平台还包括：

实例化单元，用于将所述联调参数中联调案例参数和所述联调案例的当前状态，实例化所述案例数据模板，生成联调案例数据；

所述执行单元130，具体用于基于所述联调案例数据，执行所述联调案例并获取执行结果。

在本实施例中所述实例化单元，同样可对应于处理器或处理电路，所述实例化单元相当于基于联调参数中的至少部分信息，和联调案例的当前状态，基于预先设定的可被目标设备识别和应用的案例数据模板，生成目标设备可识别和应用的联调案例数据。

当实例化单元，在产生联调案例数据时，对应的联调案例的当前状态一般为待执行状态。

可选地，所述实例化单元，具体用于读取所述联调案例参数；加载模拟用户参数；加载所述案例数据模板；基于所述模拟用户数据和所述联调案例参数，填充所述案例数据模块形成所述联调案例数据。

在本实施例中所述联调案例数据模板可对应于模板文件，所述实例化单元需要向模板文件中的空白部分，对应填充所述联调参数中的部分信息和/或所述联调案例的当前状态。在另一些实施例中，所述联调案例数据模板，可为预先设定的有待填充字段的数据结构。所述实例化单元具体用于将联调参数中的部分信息和/或联调案例的当前状态，对应填充到待填充字段中，实现了联调案例的实例化，提供可被目标设备或执行设备，所执行的联调案例数据。

在一些实施例中，所述执行单元130，具体用于解析所述联调案例数据，形成执行指示，其中，所述执行指示包括：所述联调案例的执行参数，用于触发目标设备执行对应的应用逻辑；将所述执行指示，发送给所述目标设备；接收所述目标设备返回的反馈信息；基于所述反馈信息，确定所述联调案例执行结果。

在本实施例中所述执行单元130，基于联调案例数据，通过执行指示的发送可以指示或请求对应的目标设备，执行对应的联调案例，从而利用联调案例验证应用环境中一个或多个目标设备的业务逻辑，以方便应用端确定当前服务平台提供的应用环境是否满足其业务需求，或，方便应用端确定服务平台是否可以提供其所需要的应用环境。

在一些实施例中，所述确定单元150，具体用于处理所述反馈数据；基于所述反馈数据的处理结果，确定所述联调任务的执行结果。

通信单元140，在向应用端发送执行数据之后，会接收到应用端返回的反馈数据。所述反馈数据可包括：确认指示、否认指示和/或问题咨询等。所述确认指示，可为确定执行联调任务无误的指示；所述否定指示可为确定联调任务执行错误的指示。所述问题咨询，可为执行联调任务执行的具体状况的信息。

在本实施例中所述确定单元150从通信单元140获取反馈数据之后，会解析所述反馈数据，从而确定出所述联调任务的执行结果。例如，接续出反馈数据携带有确认指示，可认为本次联调任务执行成功，若反馈数据携带有否认指示，可认为本次联调任务执行失败，可进一步根据联调案例的确认指示和/或否认指示，确定出哪些联调案例执行失败，执行联调案例失败的目标设备。所述确定单元150，还可以根据所述反馈数据，查询对应的联调任务的执行状况信息，通过所述通信单元140向所述应用端反馈等，可再次基于应用端对反馈数据的再次处理，确定出联调任务是否执行成功。

在一些实施例中，所述初始化单元，还用于启动显示设备；其中，所述显示设备，用于显示联调相关信息，其中，所述联调相关信息包括：联调进程信息、联调案例执行状况信息、与应用端的信息交互状况信息、反馈数据的处理状况信息。

在本实施例中所述服务平台还包括在进行联调的时候，还会启动相应的显示设备。这里的显示设备可为联调资源中的显示资源。通过显示设备的启动，方便工作然元通过显示设备查看各种联调任务执行的状况信息等。在联调任务的执行过程中，会将需要显示的信息进行可视化，能够方便工作人员的查看和监视。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质存储有计算机可执行代码，所述计算机可执行代码被处理器执行后，能够实现前述任意一个或多个技术方案提供的联调方法，例如，可如图1至图3、图6至图11所示的方法中的一个或多个，

所述计算机存储介质可包括：光盘、移动硬盘、闪盘、磁带等各种计算机存储介质，可选为非瞬间存储介质。

以下结合上述任意实施例提供一个具体示例：

示例一：

如图5所示，本示例提供一种服务平台的一个可选的硬件结构示意图，包括处理器201、输入/输出接口203(例如显示屏、触摸屏、扬声器)，存储介质204以及网络接口202，服务平台的内部各个部件可以经系统总线205连接通信。相应地，存储介质204中均存储有用于执行本发明实施例记载的联调方法可执行指令。图5中示出的各硬件模块可根据需要部分实施、全部实施或实施其他的硬件模块，各类型硬件模块的数量可以为一个或多个，各硬件模块可以在同一地理位置实施，或者分布在不同的地理位置实施，可以用于执行上述图1或图3所示的联调方法。

示例二：

本示例提供一种包括在所述服务平台中的联调系统，包括联调环境管理模块、联调任务管理模块、联调案例数据生成模块、联调案例执行模块及数据交互模块及反馈处理模块。

这里的联调任务管理模块，可为前述初始化单元110的组成部分；所述联调案例数据生成模块，可为前述实例化单元的组成部分；所述联调案例执行模块，可为前述执行单元130的组成部分；所述数据交互模块可为前述确定单元150的组成结构；所述反馈处理模块可为前述确定单元150的组成结构。

所述联调环境管理模块，用于接收并保存工作人员通过用户接口(userinterface，ui)录入的联调参数，并初始化联调环境，在本实施例中所述联调环境管理模块，可为前述初始化单元的组成结果之一。

首先，保存联调参数主要包括当前联调基金产品的特定参数数据，例如基金类型、基金商户号和基金代码、数据交互模式、联调案例时间范围、联调设备配置等，具体如下表所示。

上述交易系统为进行基金的开户、申购及赎回处理的一个或多个服务器。所述前置机可为服务平台与应用端进行数据交互的一个或多个服务器。所述文件系统可为存储服务环境运行的各种文件的系统；所述联调数据库可为存储联调参数、任务参数、执行数据及反馈数据等信息的数据库。

其次，初始化联调环境需要读取工作人员已录入的资源配置联调参数，并根据参数项初始化联调环境，

初始化联调环境包括：

首先，根据联调参数中的商户信息，在系统数据库中创建商户息，设定联调商户的商户号、基金代码、基金类型。

其次，并行检查联调涉及各模块所部署设备的当前状态，例如目标设备是否正常运行(或者当前设备是否被其他联调任务占用)，如果目标设备可用则更新该设备上所部属的系统参数(不同设备所部属的系统各不相同)，并根据系统类型来判定是否需要重启系统。

此外，当联调环境初始化后，相关的设备都会处于被当前任务占用的状态，以免其他联调任务再次占用已被初始化的设备。

图7所示为一种初始化联调环境的示意图，包括：

读取资源配置参数；

生成联调商户信息；

检测前置机的状态、检测交易系统的状态、检测文件系统给的状态，检查反馈处理系统的状态。这里的反馈处理系统各对应于前述的反馈处理模块，对应于一个或多个处理反馈数据的服务器。

判断前置机、交易系统、文件系统及反馈处理系统过是否可用，若可用则执行后续设备更新操作步骤，若不可用则发送失败告警信息。

所述更新操作可包括：

更新前置机参数、更新交易系统参数、更新文件系统的参数和更新反馈处理系统的参数；

更新之后，重启前置机、重启交易系统、重启文件系统和重启反馈处理系统。

联调任务管理模块，用于根据联调参数中的任务参数、生成联调任务的实例。目的是明确每个案例的具体执行时间点和执行案例需要占用的目标设备。

联调案例的状态可包括：初始化、已生成联调案例数据、联调案例执行成功、联调案例执行失败。假设初始化对应的状态代码为1，已生成联调案例数据对应的状态代码为2，联调案例执行成功对应的状态代码为3，联调案例执行失败对应的状态代码为4。

如图7所示为联调案例的状态变迁示意图，初始化之后就可能进入到已生成联调案例数据，从已生成联调案例数据，进入到联调案例执行成功或联调案例执行失败的状态。

所述联调案例数据生成模块，用于联调任务生成后，基于联调案例参数及联调案例数据模板，形成位于该联调任务之下的一个或多个联调案例；具体可包括：联调案例所关联的联调案例是不能直接执行的，因为联调案例的参数不是交易系统所能接收和处理的参数，因此需要为每个案例生成具体的案例数据(即联调案例的实例化)。

所述联调案例数据生成可如图8所示，包括：

步骤1：读取联调案例参数；

步骤2：判断联调案例参数是否合法，当合法时进入步骤3，当不合法时进入步骤4；例如，判断联调案例参数中指向的执行设备是否属于服务平台内的设备，例如，同一个联调任务下的多个联调案例参数是否指向了客户端的同一个产品等。

步骤3：加载用户数据；

步骤4：发送联调参数告警信息；

步骤5：判断用户是否存在，如存在进入步骤6，若不存在进入步骤4。所述步骤5可包括：根据所述用户数据查询联调数据库，看联调数据库是否存在该用户的用户记录。

步骤6：加载联调案例数据模板；

步骤7：实例化联调案例，生成联调案例数据；例如，将用户数据和联调参数填充到联调案例数据模板中，从而实现联调案例实例化，生成所述联调案例数据。

步骤8：保存所述联调案例数据。

以下表中的案例的“ser1开户”的联调案例为例，首先从联调数据库(database，db)中加载用户标识为user1的用户信息，然后将用户信息填充到开户案例数据模板中。

此时，案例实例的数据可以直接发送给交易系统的开户接口(fund_open_acc_service)，具体发送方式为模拟系统前端调用。

联调案例执行模块，用于联调案例的执行，即为模拟系统前端把案例已经生成的数据发送给对应的交易系统接口，目的是在联调db中生成具体的开户和交易记录。

为了保证联调案例的执行时间跟工作人员指定的时间一致，需要在案例执行前修改交易系统所在设备的系统时间。

如果案例执行成功则把该案例的状态更新为3状态，否则更新成4状态。

图9提供的为一种联调案例执行状态示意图，包括：

步骤11：读取联调案例数据；

步骤12：解析联调案例数据；

步骤13：根据联调案例执行时间修改系统时间；

步骤14：判断系统时间是否修改成功，若成功进入步骤15，若不成功进入步骤16：

步骤15：生成执行指示，其中，所述执行指示用于指示目标设备执行。

步骤16：发送执行失败告警信息；

步骤17：判断联调案例是否执行成功？若成功进入步骤s18，若不成功进入步骤s19；

步骤s18：将联调案例的状态代码修改为3；

步骤s19：将联调案例的状态代码修改为4。

数据交互模块，可用于与用户端的数据交互。

所述数据交互模块，可用于文件生成系统从联调db中加载开户和交易数据，按约定的格式生成交互文件，并通过同步(sync)技术将文件同步到前置机，以供基金公司通过超文本传输协议(http)协议或文本传输(ftp)下载文件。

应用端(基金公司)处理完互联网理财平台的文件后，会把对应的反馈文件上传到前置机。

所述反馈文件模块，用于理财通平台的定时任务会自动把反馈文件同步到反馈文件处理系统所在设备的指定目录，反馈文件处理系统会不断检测反馈文件是否存在，如果存在则会自动处理该反馈文件。

联调资源和联调过程的可视化，用于联调设备的可视化及联调过程的可视化。

所述联调设备的可视化，用于联调任务启动后会首先初始化联调环境，已被初始化的设备则变成被占用状态；当联调任务执行结束后，联调任务配置的设备都会重新变成空闲状态。另外，无法登录的设备则会在联调系统中设置成故障状态(故障状态的设备无法被联调任务初始化)。

联调过程的可视化，主要包括联调过程以下环节的完成情况：联调案例执行进度、文件交互完成情况、反馈文件的处理结果及失败信息等。监控实现方法：

其中，文件交互完成进度、反馈文件的处理进度，会在对应步骤完成后在数据库中记录当前任务该环节的执行结果。

联调案例执行进度的可视化是通过当前联调任务每个联调案例的状态字段来体现的，已执行案例占全部案例的比例即为当前任务案例执行的执行进度。

理财平台从前置机下载文件可以使用http或者ftp的方式获取文件。

图10所示为一种联调系统的示意图，联调系统具体可包括：

理财平台，对应于前述的服务平台，可用于搭建实际应用的应用环境，和联调时候的联调环境；

理财平台前置机；

基金公司的应用端，通过理财平台前置机与理财平台进行信息交互。

理财平台通过同步技术上传交易文件到理财平台前置机，应用端从理财平台前置机下载交易文件，例如，基于http协议或ftp协议下载交易文件。应用该段基于http协议或ftp协议通过理财平台前置机向理财平台发送反馈文件。

这里的交易文件可包括：前述开户联调案例的开户产生的开户文件、申购联调案例的申购文件、赎回联调案例产生的赎回案文件中的一个或多个。

1)本示例提供理财平台基金产品联调的自动化程度，很大程度提高了联调的效率，保证了联调的执行。

2)实现联调设备和联调数据的隔离，保证多个联调任务可以并行执行，互不影响。

2)实现了联调过程的可视化，包括联调资源和联调过程的可视化，从而可以提高联调资源的利用率，并更有效地控制基金的联调进度。

示例三：

如图11，本示例提供一种联调方法，包括：

步骤s1：联调环境管理模块接收联调参数；

步骤s2：联调环境管理模块保存联调参数；

步骤s3：联调环境管理模块初始化联调环境；

步骤s4：联调任务管理模块向联调任务管理模块生成联调任务指示，在完成初始化之后，可以基于接收的任务参数发送所述联调任务指示。

步骤s5：联调任务管理模块读取联调参数，具体可包括：从联调环境管理模块或保存联调参数的联调数据库读取所述联调参数；

步骤s6：联调任务管理模块创建联调任务的实例；这里的实例的可具体的联调任务的案例。

步骤s7：联调任务管理模块创建联调案例的实例；这里的实例的可具体的联调案例；

步骤s8：联调任务管理模块向案例数据生成模块发送联调案例数据生成指示，联调任务管理模块在接收到该指示之后会生成联调案例数据，并返回给联调任务管理模。

步骤s9：案例数据生成模块向联调任务管理模块返回联调案例数据；

步骤s10：联调任务管理模块调案例执行模块发送执行指令；

步骤s11：联调案例执行模块执行当前联调案例的实例；

步骤s12：联调案例执行模块保存联调案例的执行结果；

步骤s13：联调案例执行模块向联调任务管理模块返回执行结果；

步骤s14：联调任务管理模块向数据交互模块传输发送指示；

步骤s15：数据交互模块生成执行数据文件并发送给应用端，具体如，数据交互模块接收到发送指示之后，读取执行数据生成所述执行数据文件；

步骤s16：数据交互模块向联调任务管理模块返回发送结果，具体如，数据交互模块，基于执行数据文件的发送状况向联调任务管理模块反馈发送结果；

步骤s17：联调任务管理模块向数据交互模块发送获取指示；

步骤s18：数据交互模块获取反馈文件，具体如，数据交互模块在接收到所述获取指示，到应用端读取反馈文件，这里的反馈文件内携带有所述反馈数据；

步骤s19：数据交互模块向联调任务管理模块反馈文件获取结果，具体如，数据交互模块根据反馈文件的获取状况，向联调任务管理模块发送获取结果；

步骤s20：联调任务模块向反馈处理模块发送处理指示，具体如，联调任务确定出当前服务平台有获取到反馈文件后，向反馈处理模块发送处理指示。

步骤s21：反馈处理模块处理反馈文件，具体如，接收到所述处理指示之后，从数据交互模块读取所述反馈文件，并解析所述反馈文件并执行对应的处理操作；

步骤s22：反馈处理模块保存处理结果；

步骤s23：联调任务管理模块保存联调任务的执行结果；

步骤s24：联调任务管理模块生成联调任务执行的反馈结果；

步骤s25：联调任务管理模块输出联调任务执行的反馈结果。

在一情况下，上述步骤s13、s16、s19可为可选步骤，可以省略，也可以执行。

在一些实施下，所述步骤s9可替代为向联调任务管理模块发送联调案例生成的状况信息。方便联调任务管理模块发送执行指示。

在本实施例中所述联调任务管理模块，相当于联调过程中的中控模块。在一些实施例中，联调过程中的触发可以由上一个操作的执行模块，向下一个操作的执行模块发送，而不用各种操作执行的触发都由联调任务管理模块一个来执行。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。