CN111722994A - 一种任务请求的响应方法及设备 - Google Patents

Abstract

本申请涉及数据处理及区块链技术，提供了一种任务请求的响应方法及设备，包括：通过集成有模块数据包的应用程序生成任务请求；在所述应用程序内加载与所述任务请求关联的模块数据包，并通过加载后的所述应用程序调用用于响应所述任务请求的应用程序接口；基于所述模块数据包以及所述应用程序接口响应所述任务请求，生成所述任务请求的任务操作记录；上传所述任务操作记录，以通过所有所述任务操作记录生成所述任务请求关联的产品分析报告。本申请能够通过模块数据包采集得到操作行为记录，调高了应用程序的行为数据的采集效率，增强了应用程序的稳定性。

Description

一种任务请求的响应方法及设备

技术领域

本发明属于涉及数据处理及区块链技术，尤其涉及一种任务请求的响应方法及设备。

背景技术

随着电子化进程的不断发展，可以在应用程序中添加埋点或主动上报操作日志的方式采集用户的行为数据，以实现对产品的业务逻辑进行分析，并发现应用程序存在的使用漏洞，提高了应用程序的稳定性。

但随着应用程序的业务能力的不断增强，往往需要调用不同的第三方服务器进行业务响应，在该情况下，不同的第三方服务器提供的应用程序接口(ApplicationProgramming Interface，API)不同，由于埋点的配置只能够是用于本地的应用程序，无法采集通过API接口生成的操作界面的操作记录，降低了应用程序的行为数据的采集效率，增加了漏洞存在的可能。

发明内容

有鉴于此，本申请实施例提供了一种任务请求的响应方法及终端设备，以解决任务响应技术，无法采集通过API接口生成的操作界面的操作记录，降低了应用程序的行为数据的采集效率，增加了漏洞存在的可能的问题。

本申请实施例的第一方面提供了一种任务请求的响应方法，包括：

通过集成有模块数据包的应用程序生成任务请求；

在所述应用程序内加载与所述任务请求关联的模块数据包，并通过加载后的所述应用程序调用用于响应所述任务请求的应用程序接口；

基于所述模块数据包以及所述应用程序接口响应所述任务请求，生成所述任务请求的任务操作记录；

上传所述任务操作记录，以通过所有所述任务操作记录生成所述任务请求关联的产品分析报告。

本申请实施例的第二方面提供了一种任务请求的响应装置，包括：

任务请求接收单元，用于通过集成有模块数据包的应用程序生成任务请求；

模块数据包加载单元，用于在所述应用程序内加载与所述任务请求关联的模块数据包，并通过加载后的所述应用程序调用用于响应所述任务请求的应用程序接口；

任务操作记录生成单元，用于基于所述模块数据包以及所述应用程序接口响应所述任务请求，生成所述任务请求的任务操作记录；

任务操作记录上传单元，用于上传所述任务操作记录，以通过所有所述任务操作记录生成所述任务请求关联的产品分析报告。

本申请实施例的第三方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面的各个步骤。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第一方面的各个步骤。

实施本申请实施例提供的一种任务请求的响应方法及设备具有以下有益效果：

本申请实施例通过在接收到用户发起的任务请求后，在通过应用程序响应任务请求之前，加载与任务请求关联的模块数据包至应用程序，并通过加载与任务请求对应的模块数据包与API接口进行服务调用，能够通过模块数据包将埋点配置加载至API接口对应的操作界面内，从而能够采集得到在响应上述任务请求过程中，用户所执行的任务操作记录，并将所有任务操作记录上传至服务器，实现了对调用第三方API接口的操作过程的行为采集。与现有的任务响应技术相比，本申请实施例能够在应用程序中预先集成有与任务请求关联的模块数据包，从而能够在响应不同的任务请求时，加载不同的模块数据包，通过模块数据包加载的程序模块与第三方API接口对接，实现了应用程序与第三方API接口之间的解耦，第三方API更新过程只需调整模块数据包即可，而无需对应用程序进行调整，并且能够通过模块数据包采集得到操作行为记录，调高了应用程序的行为数据的采集效率，增强了应用程序的稳定性。

附图说明

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

图1是本申请第一实施例提供的一种任务请求的响应方法的实现流程图；

图2是本申请另一实施例提供的任务响应流程图；

图3是本申请第二实施例提供的一种任务请求的响应方法具体实现流程图；

图4是本申请第三实施例提供的一种任务请求的响应方法S304具体实现流程图；

图5是本申请第四实施例提供的一种任务请求的响应方法S1023具体实现流程图；

图6是本申请第五实施例提供的一种任务请求的响应方法S103具体实现流程图；

图7是本申请第六实施例提供的一种任务请求的响应方法具体实现流程图；

图8是本申请第七实施例提供的一种任务请求的响应方法S104具体实现流程图；

图9是本申请一实施例提供的一种任务请求的响应装置的结构框图；

图10是本申请另一实施例提供的一种终端设备的示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例通过在接收到用户发起的任务请求后，在通过应用程序响应任务请求之前，加载与任务请求关联的模块数据包至应用程序，并通过加载与任务请求对应的模块数据包与API接口进行服务调用，能够通过模块数据包将埋点配置加载至API接口对应的操作界面内，从而能够采集得到在响应上述任务请求过程中，用户所执行的任务操作记录，并将所有任务操作记录上传至服务器，实现了对调用第三方API接口的操作过程的行为采集，解决了任务响应技术，无法采集通过API接口生成的操作界面的操作记录，降低了应用程序的行为数据的采集效率，增加了漏洞存在的可能的问题。

在本申请实施例中，流程的执行主体为终端设备，该终端设备包括但不限于：服务器、计算机、智能手机以及平板电脑等能够执行任务请求的响应方法的设备。图1示出了本申请第一实施例提供的任务请求的响应方法的实现流程图，详述如下：

在S101中，通过集成有模块数据包的应用程序生成任务请求。

在本实施例中，终端设备可以安装有用于响应任务请求的应用程序。用户可以通过启动应用程序生成操作界面，并通过操作界面生成任务请求，上述操作动作包括点击、触碰、长按、键盘输入等操作方式。应用程序在获取到用户发起的任务请求后，可以根据任务请求的任务类型，确定响应方式，上述响应方式包括但不限于本地响应或异地响应。其中，本地响应也可以称为离线响应，即通过应用程序内置的模块对任务请求进行处理，生成任务请求的响应结果，离线响应可以在无互联网的状态下输出响应结果，例如图像编辑、文字编辑、图像存储、图像采集等；而异地响应也可以称为在线响应，即终端设备可以通过应用程序与云端服务器建立通信连接，并将上述的任务请求发送给云端服务器，通过云端服务器对任务请求进行处理，生成任务请求对应的响应结果，并通过应用程序接收云端服务器反馈的响应结果，在终端设备的交互模块输出上述的响应结果。

在本实施例中，该应用程序集成有多个模块数据包，不同模块数据包可以用于响应不同类型的任务请求。其中，模块数据包具体可以为一软件开发工具包SDK，上述SDK支持热启动，即应用程序在启动的过程中，可以加载上述模块数据包，以对上述应用程序进行模块，以对调用API接口时对操作界面配置埋点，以采集任务操作记录。

在一种可能的实现方式中，应用程序可以在启动时加载各个模块数据包。在该情况下，应用程序检测到启动指令时，会获取与该应用程序关联的模块库，从上述模块库获取各个有效的模块数据包，并加载所有上述有效数据包。其中，终端设备陪存储有模块列表，该模块列表可以记录有各个模块数据包的存储信息。该存储信息包含有存储地址、版本号、有效标识。其中，若模块数据包的版本较旧或关联的任务请求已移除在用任务列表等，则可以将模块数据包的有效标识配置有无效；反之，若模块数据包能够被正常使用，则可以将上述有效标识设置有有效。应用程序在启动时可以向各个云端服务器获取各个模块数据包的当前版本号，并与各个本地集成的模块数据包的本地版本号进行匹配，若匹配成功，则将上述有效标识配置为有效；反之，若匹配失败，则将上述有效标识配置为无效，并向云端服务器发送模块更新指令，以获取最新版本的模块数据包。

在一种可能的实现方式中，应用程序可以在运行过程中对模块数据包进行热加载。在该情况下，应用程序可以在响应完成一个任务请求之后，卸载加载的模块数据包，还可以在接收到用户新发起的任务请求后，判断本次响应的任务请求与上一响应的任务请求关联的模块数据包是否相同，若两个任务请求关联的模块数据包相同，则可以通过上一响应过程中加载的模块数据包调用API接口；反之，若两个任务请求关联的模块数据包不同，则可以卸载上一响应过程中加载的模块数据包，通过热加载的方式可以减少应用程序对运行资源的占用，提高了终端设备的资源使用率。

在S102中，在所述应用程序内加载与所述任务请求关联的模块数据包，并通过加载后的所述应用程序调用用于响应所述任务请求的应用程序接口。

在本实施例中，由于应用程序集成有多个模块数据包，不同模块数据包可以用于响应不同的任务请求。例如对于响应支付任务，则需要使用支付模块；而对于响应点餐任务，则需要使用点餐模块等。终端设备可以根据用户发起的任务请求的请求类型，确定该任务请求关联的模块数据包，并在应用程序内加载上述模块数据包，以扩展应用程序的功能模块。

在一种可能的实现方式中，上述加载过程对于用户而言是不可见的，即应用程序的操作界面并不会发生变更。由于模块数据包主要是用于在调用API接口之后生成的界面中添加埋点，上述过程并不会对用户操作的流程造成影响。基于此，终端设备可以在后台运行上述模块数据包，以在应用程序的处理逻辑中添加有与API接口关联的埋点配置流程。

在本实施例中，由于随着任务功能的不断增加，除了本地响应的方式外，往往需要调用第三方服务器，对应用程序的功能进行扩展，实现了功能模块的复用，减少了应用程序的开发量的同时，也能够减少应用程序的数据量。举例性地，对于进行产品推荐的应用程序，其主要的功能是对产品的外观、功能以及价格等产品信息进行展示，用户可以通过应用程序查找合适的产品。此时，若用户需要线下采供产品，则应用程序可以显示销售上述产品的店铺位置，为了提高操作体验可以根据店铺位置生成导航路线，而应用程序本身并不包含有导航功能，此时，应用程序可以调用第三方地图应用的API接口，以对应用程序的功能进行扩展，响应用户发起的导航任务。因此，随着应用程序的不断发展，应用程序与第三方服务器之间的融合程度越来越高，可以通过相互调用的方式，来提高应用程序的使用体验以及功能扩展。

在本实施例中，上述通过加载后的所述应用程序调用用于响应所述任务请求的应用程序接口具体可以为：应用程序在加载模块数据包后，可以向第三方服务器的应用程序接口(API接口)发起调用请求，若第三方服务器检测到上述调用请求合法，则可以通过API接口向应用程序反馈调用数据，此时模块数据包可以在调用数据中设置埋点，并基于设置埋点后的调用数据生成调用界面。

在S103中，基于所述模块数据包以及所述应用程序接口响应所述任务请求，生成所述任务请求的任务操作记录。

在本实施例中，终端设备通过模块数据在API接口反馈的调用数据中配置埋点，并生成包含埋点的调用界面。用户可以在调用界面上执行相对应的操作，以得到上述任务请求的响应结果。由于调用界面上配置有基于模块数据包设置的埋点，因此可以采集用户在响应任务请求过程的任务操作记录。该任务操作记录可以包括任务响应过程中的相关运行参数，包括但不限于：停留时长、输入信息、点击位置、响应时间等。

在一实施例中，上述任务操作记录可存储于区块链节点中，采用区块链网络对生成的任务操作记录进行存储，使得记录信息不易被篡改。

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

举例性，若该任务请求为支付请求，则应用程序可以通过支付数据包，在第三方支付平台反馈的支付页面中添加埋点，从而通过配置的埋点采集用户在支付过程中的操作行为，生成上述的任务操作记录。

在本实施例中，将应用程序与模块数据包进行解耦，当第三方服务器的API接口发生更新时，只需对响应与第三方服务器关联的任务请求的类型匹配的模块数据包即可，则能够对埋点配置进行更新，而无需影响其他模块数据包以及应用程序；同样地，当应用程序需要进行版本更新时，只需对应用程序进行更新即可，上述模块数据包可以保留原有的版本，从而能够使得各方的更新操作相互独立。

在S104中，上传所述任务操作记录，以通过所有所述任务操作记录生成所述任务请求关联的产品分析报告。

在本实施例中，终端设备可以将应用程序的所有任务操作记录上传至应用程序的关联的服务器，以通过所有终端设备反馈的任务操作记录，生成产品分析报告。

在一种可能的实现方式中，任务操作记录包含操作成功标识。若该任务操作记录内包含的操作行为能够正常响应，则可以将上述操作成功标识配置为第一位值；反之，若该任务操作记录内包含的操作行为不能够正常响应，则可以将上述操作成功标识配置为第二位值。通过统计无法正常响应的任务操作记录的个数，确定该产品的异常率，若该异常率大于预设的异常阈值，则输出异常警告，以通知维护人员对应用程序的漏洞进行修复。同样地，上述产品分析报告也可以可存储于区块链节点中，采用区块链网络对生成的产品分析报告进行存储，使得记录信息不易被篡改。

示例性地，图2示出了本申请另一实施例提供的任务响应流程图。参见图2所示，该任务响应流程具体包括：

步骤1.应用程序可以接收可调用的第三方服务器信息，该第三方服务信息包括有第三方服务器列表以及各个第三方服务器列表关联的API接口的接口信息；与此同时，应用程序还可以接收云端服务器发送的配置参数；

步骤2.将接收到的第三方服务器列表、接口信息以及配置参数存储于本地，并对上述三个参量进行解析，得到对应的解析结果。

步骤2.1对云端服务器下发的配置参数进行解析，确定埋点位置；

步骤2.2对第三方服务器信息进行解析，提取第三方服务器列表确定各个第三方服务器的服务类型，获取与服务类型关联的模块模板，并对上述的模块模块进行初始化；根据步骤2.1确定的埋点位置，对上述的模块模板进行配置，生成模块数据包，并集成于应用程序中；

步骤2.3对上述模块数据包进行调整，在埋点抽象层维度上，配置各个埋点与关联的API接口反馈的调用数据中，配置埋点逻辑。

步骤2.4根据步骤2.2解析得到的各个第三方服务器的接口信息，生成各个API接口对应的调用请求。

步骤3.对上述各个第三方服务器对应的模块数据包以及调用请求集成至应用程序中，实现了模块挂载。

需要说明的是，上述各个第三方服务器以及云端服务器可以构成一区块链系统，上述各个第三方服务器以及云端服务器作为区块链系统的区块节点，可以将生成的信息上传到区块链内，例如上述的任务操作记录、产品分析报告以及关联的模块数据包等，各个区块节点可以从区块链上获取上述信息。

以上可以看出，本申请实施例提供的一种任务请求的响应方法通过在接收到用户发起的任务请求后，在通过应用程序响应任务请求之前，加载与任务请求关联的模块数据包至应用程序，并通过加载与任务请求对应的模块数据包与API接口进行服务调用，能够通过模块数据包将埋点配置加载至API接口对应的操作界面内，从而能够采集得到在响应上述任务请求过程中，用户所执行的任务操作记录，并将所有任务操作记录上传至服务器，实现了对调用第三方API接口的操作过程的行为采集。与现有的任务响应技术相比，本申请实施例能够在应用程序中预先集成有与任务请求关联的模块数据包，从而能够在响应不同的任务请求时，加载不同的模块数据包，通过模块数据包加载的程序模块与第三方API接口对接，实现了应用程序与第三方API接口之间的解耦，第三方API更新过程只需调整模块数据包即可，而无需对应用程序进行调整，并且能够通过模块数据包采集得到操作行为记录，调高了应用程序的行为数据的采集效率，增强了应用程序的稳定性。

图3示出了本申请第二实施例提供的一种任务请求的响应方法的具体实现流程图。参见图3，相对于图1所述实施例，本实施例提供的一种任务请求的响应方法中在所述通过集成有模块数据包的应用程序生成任务请求之前，还包括：S301～S305，具体详述如下：

进一步地，在所述通过集成有模块数据包的应用程序生成任务请求之前，还包括：

在S301中，接收所述服务器发送的初始化信息，并提取所述初始化信息内包含的可用服务列表；所述可用服务列表包含各个第三方服务器的认证信息。

在本实施例中，终端设备可以通过从第三方服务器下载数据包模板的方式，生成模块数据包，并将模块数据包集成于应用程序中，从而实现了采集对应第三方服务器的API接口所生成的调用界面的操作行为记录。在该情况下，云端服务器可以发送初始化信息，该初始化信息具体为根据应用程序内包含的任务类型，以及响应各个任务类型时所需调用的第三方服务器，通过对初始化信息进行解析，可以生成包含有所有可调用的第三方服务器的列表，即上述的可用服务列表。其中，上述初始化信息内包含有各个第三方服务器对应的认证信息，该认证信息可以为授权码、密钥等用于进行身份认证的信息。

在S302中，向各个所述第三方服务器发送数据包获取请求，所述数据包获取请求包含有所述第三方服务器关联的所述认证信息。

在本实施例中，终端设备在确定了各个第三方服务器的认证信息后，可以向各个第三方服务器发送数据包获取请求，并将该第三方服务器对应的认证信息添加到上述数据包获取请求内，以便第三方服务器对上述数据包获取请求进行授权认证。

在本实施例中，若第三方服务器检测到到上述认证信息为合法信息，则向终端设备反馈数据包模板；反之，若第三方服务器检测到上述认证信息为非法信息，则向终端设备反馈认证失败信息，终端设备可以向云端服务器发送认证信息更新指令，以获取合法的认证信息，并返回执行S302的操作。

在S303中，接收所述第三方服务器基于所述数据包获取请求反馈的数据包模板。

在本实施例中，第三方服务器在认证成功后，可以将数据包模板反馈给终端设备，该数据包模块与第三方服务器的API接口相匹配，从而能够通过数据包模板对API接口反馈的调用数据配置埋点。

在一种可能的实现方式中，一个任务请求可以同时调用多个不同的第三方服务器，在该情况下，终端设备需要加载多个不同的模板数据包，不同的模板数据包对应不同的第三方服务器。由于模板数据包与第三方服务器之间存在一一对应等关系，从而能够保证通过模板数据包对第三方应用程序的API接口反馈的调用数据进行埋点设置。当然，一个模板数据包还可以对应多个不同的第三方服务器，即一个模板数据包适用于多个第三方服务器。

在S304中，从各个所述数据包模板内提取所述第三方服务器关联的运行参量，并通过所有所述运行参量，生成所述模块数据包。

在本实施例中，终端设备可以数据包模板包含有第三方服务器反馈的数据格式、数据结构以及控件信息等。终端设备可以对上述的数据包模板进行解析，确定各个第三方服务器通过API接口返回调用数据时，对一个的运行参量。该运行参量包括但不限于：数据格式、数据结构以及控件信息等，其中控件信息包括有触发方式以及跳转链接等。

在本实施例中，终端设备可以根据各个第三方服务器反馈的运行参量对预设的原生模块模型进行调整，从而生成能够适用于各个第三服务器的模块数据包。如上所述，该模块数据包可以对应多个不同的第三方服务器，也可以为每个第三方服务器配置一个模块数据包。

在S305中，将所有所述模块数据包集成于所述应用程序。

在本实施例中，任务请求对应不同的模块数据包，终端设备可以将应用程序可响应的所有任务请求的模块数据包封装于应用程序中，上述集成了多个模块数据包的应用程序。

在本申请实施例中，通过接收云端服务器反馈的初始化信息，并基于初始化信息自动生成模块数据包，并集成于应用程序中，从而能够提高应用程序的自动化生成效率。

图4示出了本申请第三实施例提供的一种任务请求的响应方法S304的具体实现流程图。参见图4，相对于图3所述的实施例，本实施例提供的一种任务请求的响应方法中S304包括：S3041～S3045，具体详述如下：

进一步地，所述从各个所述数据包模板内提取所述第三方服务器关联的运行参量，并通过所有所述运行参量，生成所述模块数据包，包括：

在S3041中，解析各个所述数据包模板，确定各个所述数据包模板对应的响应逻辑信息。

在本实施例中，终端设备在获取得到各个数据包模板后，可以对上述数据包模板进行解析，确定生成数据包模板对应的响应逻辑信息。举例性地，上述响应逻辑信息具体可以为：①根据第三方服务器关联的数据库类型以及当前数据包模板的数据类型，确定数据类型的转换算法；②确定数据包模板内的数据结构，并基于上述数据结构确定该数据包模板内的各个元素之间的访问路径；③确定API接口的接口格式以及输出的数据类型，确定响应逻辑信息。

在S3042中，基于所有所述数据包模板的响应逻辑信息，得到适用于各个所述数据包模板的公用逻辑信息。

在本实施例中，终端设备在确定了各个第三方服务器的数据包模板对应的响应逻辑信息后，可以对各个响应逻辑进行比对，确定出各个数据包模板均通用的响应逻辑，例如对于各个第三方服务器采用相同的数据库类型，且反馈的调用数据的数据格式也相同，则各个第三方服务器的响应逻辑信息中的数据转换算法相同。通过上述方式确定在多个不同维度、不同步骤之间各个第三方服务器存在的相同响应逻辑，得到上述的公用逻辑信息。

在S3043中，基于所述公用逻辑信息生成兼容各个所述第三方服务器的通用模块。

在本实施例中，终端设备可以根据公用逻辑信息生成兼容各个第三方服务器的通用模板，该通用模块内的响应逻辑是用于上述多个第三方服务器。需要说明的是，生成上述通用模块的多个第三方服务器，具体为用于响应同一任务类型的多个第三方服务器，即在处理用户发起的任务请求时，需要通过多个第三方服务器调用的API接口反馈的调用数据，生成任务请求的响应结果，此时，终端设备则需要该模块数据包同时适用多个第三方服务器，因此需要确定各个第三方服务器的公用逻辑信息，并生成通用模块。

在S3044中，以及根据所述公用逻辑信息以及所述响应逻辑信息，分别确定各个第三方服务器的差异化逻辑信息，并基于所述差异化逻辑信息生成模块插件。

在本实施例中，对应地，终端设备在确定公用逻辑信息后，可以从响应逻辑信息中提取出上述公用逻辑信息外的响应逻辑，及上述的差异化逻辑信息，并根据关联的差异化逻辑信息分别为每个第三方服务器生成对应的模块插件。该模块插件可以加载于通用模块内，从而能够生成用于对对应的第三方服务器的调用数据进行埋点设置的目的。

在S3045中，基于所述通用模板以及所有所述模块插件，生成所述模块数据包。

在本实施例中，终端设备可以将通用模块以及各个第三方服务器的模块插件进行封装，生成上述模块数据包。

在本申请实施例中，通过对各个第三方服务器的响应逻辑信息解析，得到通用模块以及模块插件，实现对通用模块的复用，减少了模块数据包的数据量，提高了存储效率以及整个应用程序数据包的数据量。

图5示出了本申请第四实施例提供的一种任务请求的响应方法S102的具体实现流程图。参见图5，相对于图4所述实施例，本实施例提供的一种任务请求的响应方法S102包括：S1021～S1023，具体详述如下：

进一步地，所述在所述应用程序内加载与所述任务请求关联的模块数据包，包括：

在S1021中，对所述任务请求进行解析，确定所述任务请求关联的所述第三方服务器。

在本实施例中，终端设备可以对用户发起的任务请求进行解析，确定该任务请求对应的任务类型，并确定该任务类型关联的第三方服务器。具体地，终端设备可以设置有任务类型与第三服务器之间的对应关系表，通过上述的对应关系表确定该任务请求对应的第三方服务器。需要说明的是，该第三方服务器的个数可以为一个也可以为多个。

在S1022中，从所述模块数据包内提取所述第三方服务器对应的模块插件以及所述通用模板，生成加载数据包。

在本实施例中，终端设备可以识别各个模块参见关联的第三方服务器，并提取与本次任务请求关联的模块插件作为目标插件，将目标插件加载于通用模板内，生成上述加载数据包。需要说明的是，由于模块数据包包含有所有模块插件以及通用插件，本次响应并不一定需要调用给所有第三方服务器，因此加载的模块插件的数量会不大于模块数据包包含的插件总数，因此加载数据包的数据量不会超过上述的模块数据包。

在S1023中，在所述应用程序内加载所述加载数据包。

在本实施例中，终端设备可以在应用程序内加载与当前响应的任务请求相关的加载数据包，以对API接口反馈的调用数据进行埋点设置。

在本申请实施例中，通过对任务请求进行解析，确定关联的第三方服务器，并获取各个第三方服务器关联的模块插件，基于模块插件以及通用插件生成加载数据包，能够减少加载操作的数据量，减少不必要的插件的加载操作，提高了加载效率。

图6示出了本申请第五实施例提供的一种任务请求的响应方法S103的具体实现流程图。参见图6，相对于图1-5所述实施例，本实施例提供的一种任务请求的响应方法S103包括：S1031～S1034，具体详述如下：

进一步地，所述基于所述模块数据包以及所述应用程序接口响应所述任务请求，生成所述任务请求的任务操作记录，包括：

在S1031中，基于所述应用程序接口生成用于响应所述任务请求的操作界面。

在本实施例中，终端设备可以通过应用程序向第三方服务器发送调用请求，继而第三方服务器可以通过关联的应用程序接口(即API接口)向应用程序反馈调用数据，应用程序在接收到调用数据后，可以在本地的显示模块上述输出操作界面。

在S1032中，根据所述模块数据包在所述操作界面中配置埋点。

在本实施例中，终端设备可以根据模块数据包内预先配置有的埋点类型以及数据采集触发条件，在上述操作界面上进行埋点配置，从而能够在第三方调用的操作界面上也能够获取得到用户的任务操作记录。

在S1033中，若检测到用户执行的操作触发所述埋点，则采集所述埋点对应的操作数据。

在本实施例中，用户可以在操作界面上执行任务响应操作，例如通过滑动、点击、长按、选中等方式对操作界面进行操作，若应用程序检测到用户对预设埋点的操作行为满足上述的数据采集触发条件，则可以根据用户的操作行为，生成该埋点对应的操作数据。该操作数据包括但不限于：操作时长、响应时长、操作类型、输入信息等。

在S1034中，根据所有所述操作数据以及所述埋点的配置控件，生成所述任务操作记录。

在本实施例中，终端设备可以建立埋点所配置的控件与操作数据之间的关联关系，将用户在响应任务请求的过程中在该操作界面上的所有操作数据以及对应的关联关系进行封装，生成上述的任务操作记录。由于任务操作记录内配置有操作数据关联的配置控件，在后续分析的过程中，可以获取该配置控件对应的标准操作参数，根据标准操作参数与本次采集得到的操作数据进行比对，判断该配置控件是否异常。

在本申请实施例中，通过对操作界面配置埋点，从而能够采集得到用户的操作数据，并基于各个埋点对应的操作数据生成任务操作记录，能够有效对用户的行为进行分析，判断应用程序内是否存在漏洞，提高了应用程序的稳定性。

图7示出了本申请第六实施例提供的一种任务请求的响应方法的具体实现流程图。参见图7，相对于图1-5任一所述实施例，本实施例提供的一种任务请求的响应方法中在所述通过集成有模块数据包的应用程序生成任务请求之后，还包括：S701～S703，具体详述如下：

进一步地，在所述通过集成有模块数据包的应用程序生成任务请求之后，还包括：

在S701中，确定所述任务请求的请求类型。

在本实施例中，终端设备在接收到用户发起的任务请求后，可以对该任务请求进行解析，确定该任务请求的请求类型。由于不同的请求类型对应不同的响应流程，终端设备在加载模块数据包之前，需要确定该应用程序是否为异地响应类型。若该任务请求为异地响应类型，则执行S702的操作；反之，若该任务请求为本地响应类型，则执行S701的操作。

在S702中，若所述请求类型为异地响应类型，则执行在所述应用程序内加载与所述任务请求关联的模块数据包的操作。

在本实施例中，终端设备若检测到该任务请求的请求类型为异地响应类型，则需要调用第三方服务器的API接口，通过第三方服务器反馈响应结果，在该情况下，为了能够获取得到API接口对应的操作界面中用户的操作行为，需要加载模块数据包的操作。

在S703中，若所述请求类型为本地响应类型，则通过所述应用程序输出所述任务请求的所述任务操作记录。

在本实施例中，终端设备若检测该任务请求的请求类型为本地响应类型，则表示响应过程中无需调用第三方服务器的API接口，而模块数据包具体是用于在API接口对应的操作界面上配置埋点，因此，在不存在调用操作时，则无需加上模块数据包，可以直接通过未加载的应用程序采集用户在本地操作界面上的任务操作记录。

在本申请实施例中，通过确定任务请求的请求类型，采用不同的响应方式，在本地响应的情况下，直接运行应用程序采集任务操作记录即可，无需加载模块数据包，从而能够提高设备的资源利用率。

图8示出了本申请第七实施例提供的一种任务请求的响应方法S104的具体实现流程图。参见图8，相对于图1至图5任一所述实施例，本实施例提供的一种任务请求的响应方法中S104包括：S1041-S1042，具体详述如下：

进一步地，所述上传所述任务操作记录，以通过所有所述任务操作记录生成所述任务请求关联的产品分析报告，包括：

在S1041中，提取所述任务操作记录内关于各个埋点的操作参量，并根据各个埋点的所有所述操作参量，确定各个所述埋点的操作特征值。

在本实施例中，终端设备得到任务操作记录后，可以对上述任务操作记录进行解析，确定应用程序是否存在漏洞，实现了异常自检的目的。因此，终端设备可以确定该任务操作记录所涉及的埋点，并确定各个埋点对应的操作参量。上述操作参量包括但不限于：操作时间、响应时间、输入信息以及数据类型等。终端设备可以根据多个不同的任务操作记录中关于同一埋点的多个操作参量，得到关于各个埋点对应的操作特征值。每个埋点对应一个程序控件，通过对埋点的操作特征值与正常特征范围进行比对，确定确定埋点关联的程序控件是否异常。

在S1042中，若任一所述操作特征值在预设的正常特征范围外，则输出所述埋点对应的程序控件的异常信息，基于所有异常信息生成所述产品分析报告。

在本实施例中，若操作特征值在正常特征范围内，则识别该埋点对应的程序控件无异常；反之，若该操作特征值在正常特征范围外，则识别该埋点对应的程序控件异常，输出关于该程序控件的异常信息。对所有异常信息进行封装，得到产品分析报告，以便维护人员对应用程序进行调整。

在本申请实施例中，通过对各个埋点分别进行特征值提取，能够判断各个埋点是否存在异常，对于异常的埋点生成关联的程序控件的异常信息，并根据所有异常信息生成产品分析报告，实现了应用程序的自检。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

图9示出了本申请一实施例提供的一种任务请求的响应装置的结构框图，该任务请求的响应装置包括的各单元用于执行图1对应的实施例中的各步骤。具体请参阅图9与图1所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。

参见图9，所述任务请求的响应装置包括：

任务请求接收单元91，用于通过集成有模块数据包的应用程序生成任务请求；

模块数据包加载单元92，用于在所述应用程序内加载与所述任务请求关联的模块数据包，并通过加载后的所述应用程序调用用于响应所述任务请求的应用程序接口；

任务操作记录生成单元93，用于基于所述模块数据包以及所述应用程序接口响应所述任务请求，生成所述任务请求的任务操作记录；

任务操作记录上传单元94，用于上传所述任务操作记录，以通过所有所述任务操作记录生成所述任务请求关联的产品分析报告。

可选地，所述任务请求的响应装置还包括：

初始化信息接收单元，用于接收所述服务器发送的初始化信息，并提取所述初始化信息内包含的可用服务列表；所述可用服务列表包含各个第三方服务器的认证信息；

数据包获取请求发送单元，用于向各个所述第三方服务器发送数据包获取请求，所述数据包获取请求包含有所述第三方服务器关联的所述认证信息；

数据包获取请求应答单元，用于接收所述第三方服务器基于所述数据包获取请求反馈的数据包模板；

模块数据包生成单元，用于从各个所述数据包模板内提取所述第三方服务器关联的运行参量，并通过所有所述运行参量，生成所述模块数据包；

模块数据包集成单元，用于将所有所述模块数据包集成于所述应用程序。

可选地，所述模块数据包生成单元包括：

响应逻辑信息确定单元，用于解析各个所述数据包模板，确定各个所述数据包模板对应的响应逻辑信息；

公用逻辑信息确定单元，用于基于所有所述数据包模板的响应逻辑信息，得到适用于各个所述数据包模板的公用逻辑信息；

通用模块生成单元，用于基于所述公用逻辑信息生成兼容各个所述第三方服务器的通用模块；

模块插件生成单元，用于以及根据所述公用逻辑信息以及所述响应逻辑信息，分别确定各个第三方服务器的差异化逻辑信息，并基于所述差异化逻辑信息生成模块插件；

模块封装单元，用于基于所述通用模板以及所有所述模块插件，生成所述模块数据包。

可选地，所述模块数据包加载单元92包括：

关联方服务器确定单元，用于对所述任务请求进行解析，确定所述任务请求关联的所述第三方服务器；

加载数据包生成单元，用于从所述模块数据包内提取所述第三方服务器对应的模块插件以及所述通用模板，生成加载数据包；

加载数据包加载单元，用于在所述应用程序内加载所述加载数据包。

可选地，所述任务操作记录生成单元93包括：

操作界面生成单元，用于基于所述应用程序接口生成用于响应所述任务请求的操作界面；

埋点配置单元，用于根据所述模块数据包在所述操作界面中配置埋点；

操作数据采集单元，用于若检测到用户执行的操作触发所述埋点，则采集所述埋点对应的操作数据；

操作数据封装单元，用于根据所有所述操作数据以及所述埋点的配置控件，生成所述任务操作记录。

可选地，所述任务请求的响应装置还包括：

请求类型确定单元，用于确定所述任务请求的请求类型；

异地响应单元，用于若所述请求类型为异地响应类型，则执行在所述应用程序内加载与所述任务请求关联的模块数据包的操作；

本地响应单元，用于若所述请求类型为本地响应类型，则通过所述应用程序输出所述任务请求的所述任务操作记录。

可选地，所述任务操作记录上传单元94包括：

操作特征值提取单元，用于提取所述任务操作记录内关于各个埋点的操作参量，并根据各个埋点的所有所述操作参量，确定各个所述埋点的操作特征值；

产品分析报告输出单元，用于若任一所述操作特征值在预设的正常特征范围外，则输出所述埋点对应的程序控件的异常信息，基于所有异常信息生成所述产品分析报告。

因此，本申请实施例提供的任务请求的响应装置能够在应用程序中预先集成有与任务请求关联的模块数据包，从而能够在响应不同的任务请求时，加载不同的模块数据包，通过模块数据包加载的程序模块与第三方API接口对接，实现了应用程序与第三方API接口之间的解耦，第三方API更新过程只需调整模块数据包即可，而无需对应用程序进行调整，并且能够通过模块数据包采集得到操作行为记录，调高了应用程序的行为数据的采集效率，增强了应用程序的稳定性。

图10是本申请另一实施例提供的一种终端设备的示意图。如图10所示，该实施例的终端设备10包括：处理器100、存储器101以及存储在所述存储器101中并可在所述处理器100上运行的计算机程序102，例如任务请求的响应程序。所述处理器100执行所述计算机程序102时实现上述各个任务请求的响应方法实施例中的步骤，例如图1所示的S101至S104。或者，所述处理器100执行所述计算机程序102时实现上述各装置实施例中各单元的功能，例如图9所示模块91至94功能。

示例性的，所述计算机程序102可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器101中，并由所述处理器100执行，以完成本申请。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序102在所述终端设备10中的执行过程。例如，所述计算机程序102可以被分割成任务请求接收单元、模块数据包加载单元、任务操作记录生成单元以及任务操作记录上传单元，各单元具体功能如上所述。

所述终端设备10可以是桌上型计算机、笔记本、掌上电脑及云端终端设备等计算设备。所述终端设备可包括，但不仅限于，处理器100、存储器101。本领域技术人员可以理解，图10仅仅是终端设备10的示例，并不构成对终端设备10的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器100可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器101可以是所述终端设备10的内部存储单元，例如终端设备10的硬盘或内存。所述存储器101也可以是所述终端设备10的外部存储设备，例如所述终端设备10上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器101还可以既包括所述终端设备10的内部存储单元也包括外部存储设备。所述存储器101用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器101还可以用于暂时地存储已经输出或者将要输出的数据。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

Claims (10)

1.一种任务请求的响应方法，其特征在于，包括：

通过集成有模块数据包的应用程序生成任务请求；

在所述应用程序内加载与所述任务请求关联的模块数据包，并通过加载后的所述应用程序调用用于响应所述任务请求的应用程序接口；

基于所述模块数据包以及所述应用程序接口响应所述任务请求，生成所述任务请求的任务操作记录；

上传所述任务操作记录，以通过所有所述任务操作记录生成所述任务请求关联的产品分析报告。

2.根据权利要求1所述的响应方法，其特征在于，在所述通过集成有模块数据包的应用程序生成任务请求之前，还包括：

接收所述服务器发送的初始化信息，并提取所述初始化信息内包含的可用服务列表；所述可用服务列表包含各个第三方服务器的认证信息；

向各个所述第三方服务器发送数据包获取请求，所述数据包获取请求包含有所述第三方服务器关联的所述认证信息；

接收所述第三方服务器基于所述数据包获取请求反馈的数据包模板；

从各个所述数据包模板内提取所述第三方服务器关联的运行参量，并通过所有所述运行参量，生成所述模块数据包；

将所有所述模块数据包集成于所述应用程序。

3.根据权利要求2所述的响应方法，其特征在于，所述从各个所述数据包模板内提取所述第三方服务器关联的运行参量，并通过所有所述运行参量，生成所述模块数据包，包括：

解析各个所述数据包模板，确定各个所述数据包模板对应的响应逻辑信息；

基于所有所述数据包模板的响应逻辑信息，得到适用于各个所述数据包模板的公用逻辑信息；

基于所述公用逻辑信息生成兼容各个所述第三方服务器的通用模块；

以及根据所述公用逻辑信息以及所述响应逻辑信息，分别确定各个第三方服务器的差异化逻辑信息，并基于所述差异化逻辑信息生成模块插件；

基于所述通用模板以及所有所述模块插件，生成所述模块数据包。

4.根据权利要求3所述的响应方法，其特征在于，所述在所述应用程序内加载与所述任务请求关联的模块数据包，包括：

对所述任务请求进行解析，确定所述任务请求关联的所述第三方服务器；

从所述模块数据包内提取所述第三方服务器对应的模块插件以及所述通用模板，生成加载数据包；

在所述应用程序内加载所述加载数据包。

5.根据权利要求1所述的响应方法，其特征在于，所述基于所述模块数据包以及所述应用程序接口响应所述任务请求，生成所述任务请求的任务操作记录，包括：

基于所述应用程序接口生成用于响应所述任务请求的操作界面；

根据所述模块数据包在所述操作界面中配置埋点；

若检测到用户执行的操作触发所述埋点，则采集所述埋点对应的操作数据；

根据所有所述操作数据以及所述埋点的配置控件，生成所述任务操作记录。

6.根据权利要求1-5任一项所述的响应方法，其特征在于，在所述通过集成有模块数据包的应用程序生成任务请求之后，还包括：

确定所述任务请求的请求类型；

若所述请求类型为异地响应类型，则执行在所述应用程序内加载与所述任务请求关联的模块数据包的操作；

若所述请求类型为本地响应类型，则通过所述应用程序输出所述任务请求的所述任务操作记录。

7.根据权利要求1-5任一项所述的响应方法，其特征在于，所述上传所述任务操作记录，以通过所有所述任务操作记录生成所述任务请求关联的产品分析报告，包括：

提取所述任务操作记录内关于各个埋点的操作参量，并根据各个埋点的所有所述操作参量，确定各个所述埋点的操作特征值；

若任一所述操作特征值在预设的正常特征范围外，则输出所述埋点对应的程序控件的异常信息，基于所有异常信息生成所述产品分析报告。

8.一种任务请求的响应装置，其特征在于，包括：

任务请求接收单元，用于通过集成有模块数据包的应用程序生成任务请求；

模块数据包加载单元，用于在所述应用程序内加载与所述任务请求关联的模块数据包，并通过加载后的所述应用程序调用用于响应所述任务请求的应用程序接口；

任务操作记录生成单元，用于基于所述模块数据包以及所述应用程序接口响应所述任务请求，生成所述任务请求的任务操作记录；

任务操作记录上传单元，用于上传所述任务操作记录，以通过所有所述任务操作记录生成所述任务请求关联的产品分析报告。

9.一种终端设备，其特征在于，所述终端设备包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时如权利要求1至7任一项所述方法的步骤。

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

Images