CN111190705A

CN111190705A - 任务处理方法以及装置

Info

Publication number: CN111190705A
Application number: CN201911423558.XA
Authority: CN
Inventors: 施春艳; 石岩; 吴丹丹; 傅瑜光; 蔡朝禹
Original assignee: Alipay Hangzhou Information Technology Co Ltd
Current assignee: Alipay Hangzhou Information Technology Co Ltd
Priority date: 2019-12-31
Filing date: 2019-12-31
Publication date: 2020-05-22
Anticipated expiration: 2039-12-31
Also published as: CN111190705B

Abstract

本说明书实施例提供任务处理方法以及装置，其中所述任务处理方法包括：接收用户针对目标任务发送的任务处理请求，在确定所述用户选择的任务执行方式为分阶段执行的情况下，提取所述任务处理请求中携带的所述目标任务的任务执行方的标识信息；获取与所述目标任务相关的任务执行清单，并在所述任务执行清单中查找到所述标识信息的情况下，根据所述分阶段执行的分阶段数以及与所述目标任务相关的任务执行比，计算所述分阶段执行的各个阶段的处理任务量，根据所述处理任务量进行任务结算以响应所述任务处理请求。

Description

任务处理方法以及装置

技术领域

本说明书实施例涉及互联网技术领域，特别涉及一种任务处理方法。本说明书一个或者多个实施例同时涉及一种交易处理方法，一种任务处理装置，一种交易处理装置，两种计算设备，以及两种计算机可读存储介质。

背景技术

随着互联网技术的发展，计算机和互联网成为用户生活中的重要组成部分，也逐步深入到生活中的每一个角落，因此越来越多的线上业务随之涌现，而在众多的线上业务中，线上交易业务的发展速度较为明显；另外，由于线上业务中的网络购物给用户带来很大的便利性，因此，越来越多的用户选择在电子平台浏览、挑选或者购买自己需要的商品，而且随着电子平台中商品的数目和种类的快速增长，网络购物逐渐成为大部分人的一种消费方式。

但是随着各类电子平台迅速崛起，各个平台间的竞争变得激烈，因此对于任意一个电子平台或者任意一个线上业务来说，提高业务的交易量显得尤为重要。

发明内容

有鉴于此，本说明书施例提供了一种任务处理方法。本说明书一个或者多个实施例同时涉及一种交易处理方法，一种任务处理装置，一种交易处理装置，两种计算设备，以及两种计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种任务处理方法，包括：

接收用户针对目标任务发送的任务处理请求；

在确定所述用户的任务执行方式为分阶段执行的情况下，提取所述任务处理请求中携带的所述目标任务的任务执行方的标识信息；

在任务发起主体的任务执行清单中查找到所述标识信息的情况下，根据所述分阶段执行的分阶段数以及与所述目标任务相关的任务执行比，计算所述分阶段执行的各个阶段的处理任务量；

根据所述处理任务量进行任务结算以响应所述任务处理请求。

可选地，所述根据所述分阶段执行的分阶段数以及与所述目标任务相关的任务执行比，计算所述分阶段执行的各个阶段的处理任务量，包括：

根据所述任务处理请求中携带的所述目标任务的初始任务量以及所述分阶段数计算所述各个阶段的阶段初始任务量；

根据所述分阶段数确定所述各个阶段的任务执行比；

基于所述阶段初始任务量以及所述任务执行比计算所述处理任务量。

可选地，所述根据所述处理任务量进行任务结算以响应所述任务处理请求，包括：

将所述处理任务量与所述阶段初始任务量的差值作为所述各个阶段的执行任务量，并将所述执行任务量由所述任务发起主体的任务量存储地址调度至所述任务执行方的任务执行队列；

向所述用户展示所述阶段初始任务量以响应所述任务处理请求。

可选地，所述将所述处理任务量与所述阶段初始任务量的差值作为所述各个阶段的执行任务量，并将所述执行任务量由所述任务发起主体的任务量存储地址调度至所述任务执行方的任务执行队列子步骤执行之前，还包括：

检测所述任务量存储地址中包含的任务量是否大于所述执行任务量；

若是，则执行所述将所述处理任务量与所述阶段初始任务量的差值作为所述各个阶段的执行任务量，并将所述执行任务量由所述任务发起主体的任务量存储地址调度至所述任务执行方的任务执行队列子步骤。

可选地，若所述检测所述任务量存储地址中包含的任务量是否大于所述执行任务量子步骤的执行结果为否，则执行如下操作：

在数据库中查询与所述目标任务相关的由多个主体的标识信息所组成的白名单；

查询所述白名单中是否包含所述任务发起主体的标识信息；

若是，则将所述执行任务量由任务量备份地址调度至所述任务执行方的任务执行队列以响应所述任务处理请求；

若否，则向所述用户展示所述处理任务量以响应所述任务处理请求。

可选地，若所述查询所述白名单中是否包含所述任务发起主体的标识信息子步骤的执行结果为否，则执行如下操作：

通过预设信息发送方式向所述任务发起主体发送任务暂停执行的提醒信息。

可选地，所述根据所述处理任务量进行任务结算以响应所述任务处理请求步骤执行之后，还包括：

接收所述用户针对所述目标任务发送的任务取消请求；

判断任务结算完成时间与所述任务取消请求的接收时间的时间间隔是否大于预设时长；

若否，则将所述执行任务量由所述任务执行队列调度至所述任务量存储地址。

可选地，所述任务执行清单采用以下方式进行创建：

接收所述任务发起主体针对所述目标任务发送的创建请求；

在对所述创建请求中携带的所述任务发起主体的身份信息验证通过的情况下，接收所述任务发起主体通过参数配置接口上传的与所述目标任务相关的任务执行参数；

根据所述任务执行参数创建所述任务执行清单，并通过数据发布接口进行发布以响应所述创建请求。

可选地，所述接收所述任务发起主体针对所述目标任务发送的创建请求步骤执行之后，所述在对所述创建请求中携带的所述任务发起主体的身份信息验证通过的情况下，接收所述任务发起主体通过参数配置接口上传的与所述目标任务相关的任务执行参数步骤执行之前，还包括：

根据所述创建请求中携带的所述任务发起主体的身份信息查询数据库中是否存储有所述任务发起主体的目标任务协议订单，所述目标任务协议订单由所述任务发起主体对与所述目标任务相关的待签订任务协议订单进行签订生成；

若是，则执行所述在对所述创建请求中携带的所述任务发起主体的身份信息验证通过的情况下，接收所述任务发起主体通过参数配置接口上传的与所述目标任务相关的任务执行参数的步骤；

若否，则向所述任务执行主体发送所述待签订任务协议订单的签订指令。

可选地，所述接收所述任务发起主体通过参数配置接口上传的与所述目标任务相关的任务执行参数步骤执行之后，还包括：

接收所述任务发起主体针对所述任务执行参数发送的参数修改请求；

根据所述参数修改请求中携带的所述任务执行主体的身份信息获取与所述任务执行主体相关的任务执行清单，所述任务执行清单根据所述任务执行参数创建；

判断所述任务执行清单是否已发布；

若是，则接收所述任务执行主体针对所述任务执行参数中的目标参数进行修改以响应所述参数修改请求。

可选地，所述接收所述任务发起主体针对所述目标任务发送的创建请求步骤执行之后，所述接收所述任务发起主体通过参数配置接口上传的与所述目标任务相关的任务执行参数步骤执行之前，还包括：

获取所述任务发起主体的标识信息，调用第一等级对应的信息验证逻辑对所述标识信息进行有效性验证获得第一验证结果；

在所述第一验证结果不满足预设有效性条件的情况下，调用第二等级对应的信息验证逻辑对所述标识信息进行有效性验证获得第二验证结果；

在所述第二验证结果满足预设有效性条件的情况下，则执行所述接收所述任务发起主体通过参数配置接口上传的与所述目标任务相关的任务执行参数的步骤。

根据本说明书实施例的第二方面，提供了一种交易处理方法，包括：

接收用户针对目标业务发送的交易处理请求；

在确定所述用户的交易方式为资源分阶段结算的情况下，提取所述交易处理请求中携带的所述目标业务的交易执行方的标识信息；

在交易业务发起方的交易清单中查找到所述标识信息的情况下，根据所述资源分阶段结算中的分阶段数以及与所述目标业务相关的资源结算比，计算所述资源分阶段结算的各个阶段的交易资源量；

根据所述交易资源量进行资源结算以响应所述交易处理请求。

可选地，所述根据所述资源分阶段结算中的分阶段数以及与所述目标业务相关的资源结算比，计算所述资源分阶段结算的各个阶段的交易资源量，包括：

根据所述交易处理请求中携带的所述目标业务的初始资源量以及所述分阶段数计算所述各个阶段的阶段初始资源量；

根据所述分阶段数确定所述各个阶段的资源结算比；

基于所述阶段初始资源量以及所述资源结算比计算所述交易资源量。

可选地，所述根据所述交易资源量进行资源结算以响应所述交易处理请求，包括：

将所述交易资源量与所述阶段初始资源量的差值作为所述各个阶段的目标交易资源量，并将所述目标交易资源量由所述交易业务发起方的资源存储账户分配至所述交易执行方的资源存储账户；

向所述用户展示所述阶段初始资源量以响应所述交易处理请求。

可选地，所述将所述交易资源量与所述阶段初始资源量的差值作为所述各个阶段的目标交易资源量，并将所述目标交易资源量由所述交易业务发起方的资源存储账户分配至所述交易执行方的资源存储账户子步骤执行之前，还包括：

检测所述交易业务发起方的资源存储账户中包含的资源量是否大于所述目标交易资源量；

若是，则执行所述将所述交易资源量与所述阶段初始资源量的差值作为所述各个阶段的目标交易资源量，并将所述目标交易资源量由所述交易业务发起方的资源存储账户分配至所述交易执行方的资源存储账户子步骤。

可选地，若所述检测所述交易业务发起方的资源存储账户中包含的资源量是否大于所述目标交易资源量子步骤的执行结果为否，则执行如下操作：

在数据库中查询与所述目标业务相关的由多个业务主体的标识信息所组成的白名单；

查询所述白名单中是否包含所述交易业务发起方的标识信息；

若是，则将所述目标交易资源量由资源备份账户分配至所述交易执行方的资源存储账户以响应所述交易处理请求；

若否，则向所述用户展示所述阶段初始资源量以响应所述交易处理请求。

可选地，若所述查询所述白名单中是否包含所述交易业务发起方的标识信息子步骤的执行结果为否，则执行如下操作：

通过预设信息发送方式向所述交易业务发起方发送交易业务暂停执行的提醒信息。

可选地，所述根据所述交易资源量进行资源结算以响应所述交易处理请求步骤执行之后，还包括：

接收所述用户针对所述目标业务发送的交易取消请求；

判断资源结算完成时间与所述交易取消请求的接收时间的时间间隔是否大于预设时长；

若否，则将所述目标交易资源量由所述交易执行方的资源存储账户分配至所述交易业务发起方的资源存储账户。

可选地，所述交易清单采用以下方式进行创建：

接收所述交易业务发起方针对所述目标业务发送的创建请求；

在对所述创建请求中携带的所述交易业务发起方的身份信息验证通过的情况下，接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数；

根据所述交易参数创建所述交易清单，并通过数据发布接口进行发布以响应所述创建请求。

可选地，所述接收所述交易业务发起方针对所述目标业务发送的创建请求步骤执行之后，所述在对所述创建请求中携带的所述交易业务发起方的身份信息验证通过的情况下，接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数步骤执行之前，还包括：

根据所述创建请求中携带的所述交易业务发起方的身份信息查询数据库中是否存储有所述交易业务发起方的目标协议订单，所述目标协议订单由所述交易业务发起方对与所述目标业务相关的待签订协议订单进行签订生成；

若是，则执行所述在对所述创建请求中携带的所述交易业务发起方的身份信息验证通过的情况下，接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数的步骤；

若否，则向所述交易业务发起方发送所述待签订协议订单的签订指令。

可选地，所述接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数步骤执行之后，还包括：

接收所述交易业务发起方针对所述交易参数发送的参数修改请求；

根据所述参数修改请求中携带的所述交易业务发起方的身份信息获取与所述交易业务发起方相关的交易清单，所述交易清单根据所述交易参数创建；

判断所述交易清单是否已发布；

若是，则接收所述交易业务发起方针对所述交易参数中的目标参数进行修改以响应所述参数修改请求。

可选地，所述接收所述交易业务发起方针对所述目标业务发送的创建请求步骤执行之后，所述接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数步骤执行之前，还包括：

获取所述交易业务发起方的标识信息，调用第一等级对应的信息验证逻辑对所述标识信息进行有效性验证获得第一验证结果；

在所述第二验证结果满足预设有效性条件的情况下，则执行所述接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数的步骤。

根据本说明书实施例的第三方面，提供了一种任务处理装置，包括：

接收模块，被配置为接收用户针对目标任务发送的任务处理请求；

提取模块，被配置为在确定所述用户的任务执行方式为分阶段执行的情况下，提取所述任务处理请求中携带的所述目标任务的任务执行方的标识信息；

计算模块，被配置为在任务发起主体的任务执行清单中查找到所述标识信息的情况下，根据所述分阶段执行的分阶段数以及与所述目标任务相关的任务执行比，计算所述分阶段执行的各个阶段的处理任务量；

任务结算模块，被配置为根据所述处理任务量进行任务结算以响应所述任务处理请求。

根据本说明书实施例的第四方面，提供了一种交易处理装置，包括：

处理请求接收模块，被配置为接收用户针对目标业务发送的交易处理请求；

信息提取模块，被配置为在确定所述用户的交易方式为资源分阶段结算的情况下，提取所述交易处理请求中携带的所述目标业务的交易执行方的标识信息；

资源量计算模块，被配置为在交易业务发起方的交易清单中查找到所述标识信息的情况下，根据所述资源分阶段结算中的分阶段数以及与所述目标业务相关的资源结算比，计算所述资源分阶段结算的各个阶段的交易资源量；

资源结算模块，被配置为根据所述交易资源量进行资源结算以响应所述交易处理请求。

根据本说明书实施例的第五方面，提供了一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

接收用户针对目标任务发送的任务处理请求；

根据本说明书实施例的第六方面，提供了另一种计算设备，包括：

存储器和处理器；

接收用户针对目标业务发送的交易处理请求；

根据本说明书实施例的第七方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现所述任务处理方法的步骤。

根据本说明书实施例的第八方面，提供了另一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现所述交易处理方法的步骤。

本说明书一个实施例实现了接收用户针对目标任务发送的任务处理请求并确定用户选择的任务执行方式为分阶段执行的情况下，则提取所述目标任务的任务执行方的标识信息，并且在确定任务执行清单中包含所述标识信息的情况下，则可确定所述任务执行方提供任务结算策略，利用所述任务结算策略对所述分阶段执行的各个阶段的处理任务量进行任务结算，有利于刺激用户的任务处理需求，从而提高任务执行方的任务处理量以及任务处理效率。

附图说明

图1是本说明书一个实施例提供的一种任务处理方法的处理流程图；

图2是本说明书一个实施例提供的一种交易处理方法的处理流程图；

图3是本说明书一个实施例提供的一种资源结算的处理过程示意图；

图4是本说明书一个实施例提供的一种交易处理方法应用于具体场景的处理流程图；

图5是本说明书一个实施例提供的一种任务处理装置的示意图；

图6是本说明书一个实施例提供的一种交易处理装置的示意图；

图7是本说明书一个实施例提供的一种计算设备的结构框图；

图8是本说明书一个实施例提供的另一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本说明书中，提供了一种任务处理方法。本说明书一个或者多个实施例同时涉及一种交易处理方法，一种任务处理装置，一种交易处理装置，两种计算设备，以及两种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本说明书一个实施例提供的一种任务处理方法的处理流程图，包括步骤102至步骤108。

步骤102，接收用户针对目标任务发送的任务处理请求。

随着互联网技术的发展，越来越多的线上业务随之涌现，而在众多的线上业务中，线上交易业务的发展速度较为明显，并且随着各类电子平台的迅速崛起，电子平台中商品的数目和种类的快速增长，网络购物成为大部分人的一种消费方式，但是随着各个平台间的竞争越来越激烈，因此对于任意一个电子平台或者任意一个线上业务来说，提高业务的交易量显得尤为重要。

本说明书提供的任务处理方法，应用于任务处理平台，任务处理平台在接收到用户的任务处理请求并确定用户选择分阶段执行的任务执行方式后，需确定任务执行方是否提供任务结算策略，若是，则计算分阶段执行的各个阶段的处理任务量，并根据所述处理任务量进行任务结算以响应所述任务处理请求；任务执行方通过提供所述任务结算策略，有利于刺激用户的任务处理需求，从而提高任务处理量。

步骤104，在确定所述用户的任务执行方式为分阶段执行的情况下，提取所述任务处理请求中携带的所述目标任务的任务执行方的标识信息。

具体的，所述分阶段执行即将待处理任务按照分阶段执行的方式，在分阶段执行中的不同阶段分别执行所述待处理任务中的部分任务，以在所述分阶段执行中的最后一个阶段结束后实现对所述待处理任务的结算。

实际应用中，考虑到在待处理任务量比较大的情况下，用户无法一次性完成任务处理，因此为用户提供分阶段的执行方式；在接收到用户的任务处理请求后，若确定用户选择了分阶段执行的任务执行方式，则在所述任务处理请求中提取任务执行方的标识信息，以用于判断所述任务执行方是否提供任务结算策略。

步骤106，在任务发起主体的任务执行清单中查找到所述标识信息的情况下，根据所述分阶段执行的分阶段数以及与所述目标任务相关的任务执行比，计算所述分阶段执行的各个阶段的处理任务量。

具体的，所述任务发起主体即处理用户选择分阶段执行所需的除待处理任务外的额外任务的主体；所述任务执行清单即由任务发起主体上传的任务执行参数构成，并且所述任务执行参数中包括所述任务执行方的标识信息；

在确定用户选择分阶段执行的任务执行方式的情况下，则提取任务执行方的标识信息，并在任务发起主体的任务执行清单中查询是否包含所述任务执行方的标识信息，若存在，则可根据分阶段执行中的分阶段数以及与分阶段数对应的任务执行比计算各个阶段的处理任务量，并根据所述处理任务量进行任务结算。

具体实施时，在任务执行清单中查找任务执行方的标识信息之前，需先创建任务执行清单，具体可通过以下方式实现：

接收所述任务发起主体针对所述目标任务发送的创建请求；

具体的，所述任务发起主体为处理用户选择分阶段执行所需的除待处理任务外的额外任务的主体；平台在接收任务发起主体针对目标业务发送的任务执行清单的创建请求后，需对任务发起主体的身份信息进行验证，在验证通过的情况下，任务发起主体即可通过参数配置接口上传任务执行参数，所述任务执行参数中除包含如前所述的任务执行方的标识信息外，还包含任务处理起始及终止时间、任务处理总量以及任务处理条件等，平台根据所述任务执行参数创建任务执行清单，并通过数据发布接口进行发布以响应所述创建请求。

任务执行清单创建完成后，若所述任务执行清单中包含所述用户的任务处理请求中携带的任务执行方的标识信息，并且在根据所述任务处理请求中携带的信息确定满足任务执行清单中的任务处理条件的情况下，则计算用户选择分阶段执行所需的除待处理任务外的额外任务，并将所述额外任务由任务发起主体的任务调度地址分配至任务执行方的任务执行队列以响应所述任务处理请求。

实际应用中，所述任务发起主体可以为普通商户，也可以是软件开发服务商(ISV，Independent Software Vendors)。

创建任务执行清单后，通过将所述任务执行清单推送给用户，或用户通过主动查看的方式，了解任务执行清单中的任务结算策略，以刺激用户的任务处理需求，从而提高所述目标任务的处理量。

进一步的，平台在接收所述任务发起主体针对所述目标任务发送的创建请求后，需对任务发起主体进行身份验证，在验证通过的情况下，即可接收所述任务发起主体通过参数配置接口上传的与所述目标任务相关的任务执行参数，对任务发起主体进行身份验证具体可通过以下方式实现：

具体的，所述第二等级对应的信息验证逻辑的复杂度大于第一等级对应的信息验证逻辑的复杂度；获取任务发起主体的标识信息后，调用第一等级对应的信息验证逻辑对所述标识信息进行有效性验证并获得第一验证结果，所述标识信息包括所述任务发起主体在平台的注册账号标识信息或所述任务执行方的身份标识信息等；

在所述第一验证结果不满足预设有效性条件的情况下，则表明所述任务发起主体的身份信息存在风险的概率较大，则需调用复杂度更大的信息验证逻辑对所述任务发起主体的标识信息进行验证，即调用第二等级对应的信息验证逻辑对所述任务发起主体的标识信息进行验证，在验证通过的情况下，则接收所述任务发起主体上传的交易参数，在验证未通过的情况下，则不做处理即可。

实际应用中，利用第一等级对应的信息验证逻辑进行验证的标识信息与利用第二等级对应的信息验证逻辑进行验证的标识信息可能不同，并且在二者不相同的情况下，后者的复杂度大于前者的复杂度。

通过第一等级和/或第二等级的信息验证逻辑对任务发起主体的标识信息进行验证，在验证通过的情况下，则接收所述任务发起主体上传的任务执行参数，并基于所述任务执行参数创建任务执行清单，有利于保证用户所选择的分阶段执行的任务执行方式的有效性，进而提升用户体验。

另外，接收所述任务发起主体针对所述目标任务发送的创建请求之后，并且在对所述创建请求中携带的所述任务发起主体的身份信息验证通过的情况下，接收所述任务发起主体通过参数配置接口上传的与所述目标任务相关的任务执行参数之前，还需确定所述任务发起主体是否已完成对待签订任务协议订单的签订，具体可通过一下方式实现：

具体的，在创建任务执行清单之前，任务发起主体需先签订与目标任务相关的待签订任务协议订单，因此，平台在接收创建请求后，需先查询数据库中是否存储有所述任务发起主体的目标任务协议订单，若存在，则无需再次签订；若不存在，则向所述任务发起主体发送所述待签订任务协议订单的签订指令。

通过制约任务发起主体对所述待签订任务协议订单进行签订生成目标任务协议订单后，接收所述任务发起主体上传的任务执行参数，并根据所述任务执行参数创建任务执行订单，通过所述目标任务协议订单的制约，有利于提高所述任务发起主体针对执行任务量进行任务结算的结算成功率，进而提高所述目标任务的处理效率。

除此之外，任务发起主体上传任务执行参数后，还可对任务执行参数进行修改，具体可通过以下方式实现：

判断所述任务执行清单是否已发布；

具体的，由于平台接收到任务发起主体上传的任务执行参数后，会根据所述任务执行参数创建任务执行清单，并将所述任务执行清单进行发布，因此，平台在接收到所述任务发起主体的参数修改请求后，首先根据请求中携带的所述任务发起主体的身份信息获取与所述任务发起主体相关的任务执行清单；

在未获取到所述任务执行清单的情况下，则表明平台并未根据任务发起主体上传的任务执行参数创建任务执行清单，则在接收到参数修改请求后，可允许任务发起主体对已上传的任意一项任务执行参数进行修改，也可补充上传新的任务执行参数；

在获取到所述任务执行清单的情况下，则需确定所述任务执行清单是否已经发布，若未发布，则如前所述，平台可接收任务发起主体对已上传的任意一项任务执行参数进行修改，也可补充上传新的任务执行参数；若已发布，则任务发起主体仅能对任务执行清单中的部分任务执行参数进行修改，比如，任务处理终止时间，并且修改后的任务处理终止时间需晚于修改前的任务处理终止时间。

任务发起主体在上传任务执行参数后，还可发送参数修改请求，平台根据任务执行清单的不同状态为用户提供不同任务执行参数的修改功能，有利于提高任务执行参数中不同参数的灵活性，并且任务发起主体可根据实际情况对任务执行参数做出调整，有利于保证任务执行参数的有效性，进而保证任务结算的有效性以及可行性。

具体实施时，根据所述分阶段执行的分阶段数以及与所述目标任务相关的任务执行比，计算所述分阶段执行的各个阶段的处理任务量，具体可通过以下方式实现：

根据所述分阶段数确定所述各个阶段的任务执行比；

具体的，所述初始任务量即未选择分阶段执行时所述任务处理请求中携带的任务量；所述阶段初始任务量即在不计算采用分阶段执行所产生的额外任务的情况下，各个阶段对应的任务量；所述任务执行比即在选择分阶段执行的情况下，用户所需处理的额外任务与初始任务量的比值，由于不同分阶段数对应的任务执行比不同，实际应用中，分阶段数越大，则对应的任务执行比越大；所述处理任务量，即各个阶段的阶段初始任务量与该阶段的额外任务总和。

具体实施时，在接收用户的任务处理请求并确定用户选择的任务执行方式为分阶段执行的情况下，则提取所述任务处理请求中携带的任务执行方的标识信息，并判断所述任务执行方的标识信息是否在任务发起主体的任务执行清单中，若所述任务执行清单中包含所述任务执行方的标识信息，则根据用户在选择分阶段执行时所选择的分阶段数，并根据分阶段数以及任务执行比计算各个阶段的处理任务量。

在用户选择分阶段执行的任务执行方式的情况下，由于不同分阶段数对应的任务执行比不同，因此，根据分阶段执行中的分阶段数计算阶段初始任务量，并根据所述阶段初始任务量以及所述任务执行比计算执行任务量，再根据所述执行任务量进行任务结算，为后续的根据所述处理任务量进行任务结算做准备，有利于提高任务结算的效率。

步骤108，根据所述处理任务量进行任务结算以响应所述任务处理请求。

具体的，平台接收用户的任务处理请求，确定用户选择的任务执行方式为分阶段执行并且在任务执行清单中查找到所述任务处理请求中携带的任务执行方的标识信息的情况下，则计算分阶段执行的各个阶段的处理任务量，并根据所述任务处理量进行任务结算。

具体实施时，进行任务结算即由任务发起主体处理用户选择分阶段执行所产生的额外任务，本说明书实施例所述的任务结算具体可通过以下方式实现：

具体的，所述执行任务量即用户选择分阶段执行的任务执行方式所产生的在各个阶段需额外结算的任务，由于所述执行任务量由任务发起主体承担，因此，由平台将所述执行任务量由所述任务发起主体的任务量存储地址调度至所述任务执行方的任务执行队列，并向所述用户展示阶段初始任务量以响应所述任务处理请求。

在用户选择分阶段执行的任务执行方式的情况下，由任务发起主体处理分阶段执行所产生的额外任务，有利于刺激用户的任务处理需求，进而提升所述目标任务的处理量。

进一步的，将所述处理任务量与所述阶段初始任务量的差值作为所述各个阶段的执行任务量，并将所述执行任务量由所述任务发起主体的任务量存储地址调度至所述任务执行方的任务执行队列之前，还需检测所述任务发起主体的任务量存储地址中包含的任务量是否大于所述执行任务量；

若所述任务发起主体的任务量存储地址中包含的任务量大于所述执行任务量，则将所述处理任务量与所述阶段初始任务量的差值作为所述各个阶段的执行任务量，并将所述执行任务量由所述任务发起主体的任务量存储地址调度至所述任务执行方的任务执行队列；

若所述任务发起主体的任务量存储地址中包含的任务量小于等于所述执行任务量，则在数据库中查询与所述目标任务相关的由多个主体的标识信息所组成的白名单；

查询所述白名单中是否包含所述任务发起主体的标识信息；

具体的，在进行资源分配之前，需查询所述任务发起主体的任务量存储地址中的任务量是否充足，即是否大于所述执行任务量，若大于，则可将所述执行任务量由所述任务发起主体的任务量存储地址调度至所述任务执行方的任务执行队列；

若所述任务发起主体的任务量存储地址中的任务量小于等于所述执行任务量，则需使用任务量备份地址进行任务调度，但在使用任务量备份地址进行任务调度之前，还需对所述任务发起主体的身份信息进行验证，即确定与所述目标任务相关的白名单中是否包含所述任务发起主体的标识信息，若包含，则使用所述任务量备份地址进行任务调度，若不包含，则向所述任务发起主体发送任务暂停执行的提醒信息。

若所述白名单中包含所述任务发起主体的标识信息，则使用所述任务量备份地址进行任务调度，若所述白名单中不包含所述任务发起主体的标识信息，则向所述任务发起主体发送任务暂停执行的提醒信息，其中，所述任务量备份地址为平台的任务量备份地址，在任务发起主体的任务量存储地址中的任务量不充足的情况下，则由平台先为其进行任务调度，可以在一定程度上减少因任务发起主体的任务量存储地址中任务不足而给用户或平台带来的损失。

另外，若所述白名单中不包含所述任务发起主体的标识信息，则通过预设信息发送方式向所述任务发起主体发送任务暂停执行的提醒信息。

具体的，所述预设信息发送方式包括电子邮件、短信、系统提示信息等。

具体实施时，由于任务发起主体上传的任务执行参数中包含任务处理总量，因此，为避免给所述任务发起主体带来资源损失，可对所述任务发起主体的任务量存储地址中的任务量进行监控，并在监控到任务量存储地址中的任务量小于预设时长的情况下，向所述任务发起主体发送任务暂停执行的提醒信息。

通过发送提醒信息的方式，能够在任务发起主体的任务量存储地址中任务不足的情况下，提醒所述任务发起主体及时进行任务调度，以保证对所述目标任务的处理能够正常进行。

除此之外，根据所述处理任务量进行任务结算以响应所述任务处理请求之后，若接收到用户的任务取消请求，则需根据任务取消请求的接收时间与任务结算完成时间的时间间隔确定所述执行任务量的调度方式，具体可通过以下方式实现：

接收所述用户针对所述目标任务发送的任务取消请求；

具体的，若平台将执行任务量由所述任务发起主体的任务量存储地址分配至任务执行方的任务执行队列(即完成任务结算)后，接收到用户的任务取消请求，则为避免减少所述任务发起主体的任务量损失，可通过计算任务结算完成时间与任务取消请求的接收时间的时间间隔的长短确定是否向任务发起主体分配执行任务量；

实际应用中，若任务取消请求的接收时间与任务结算完成时间的时间间隔小于等于预设时长，则将所述执行任务量由所述任务执行方的任务执行队列分配至所述任务发起主体的任务量存储地址，若任务取消请求的接收时间与任务结算完成时间的时间间隔大于预设时长，则不做处理即可。

在接收到用户的任务取消请求的情况下，在任务取消请求的接收时间与任务结算完成时间的时间间隔小于预设时长，则将执行任务量由任务执行方的任务执行队列分配至所述任务发起主体的任务量存储地址，以减少所述任务发起主体的资源损失。

图2示出了根据本说明书一个实施例提供的一种交易处理方法的处理流程图，包括步骤202至步骤208。

步骤202，接收用户针对目标业务发送的交易处理请求。

本说明书提供的交易处理方法，应用于交易处理平台，交易处理平台在接收到用户的交易处理请求并确定用户选择资源分阶段结算的交易方式后，需确定与用户进行交易的交易执行方是否提供资源结算策略，若是，则计算资源分阶段结算的各个阶段的交易资源量，并根据所述交易资源量进行交易结算以响应所述交易处理请求；交易执行方通过提供所述资源结算策略，有利于刺激用户的交易需求，从而提高交易量。

具体的，所述目标业务包括线上商品购买业务以及线上支付业务(线下购买商品，线上完成支付)等线上业务，若所述目标业务为线上商品购买业务，则所述交易处理请求可以为商品交易请求；若所述目标业务为线上支付业务，则所述交易处理请求可以为支付请求等等。

本说明书实施例以所述目标业务为线上支付业务为例进行说明，其他目标业务的具体实现过程与之类似，均可参考线上支付业务的实现过程，在此不再赘述。

步骤204，在确定所述用户的交易方式为资源分阶段结算的情况下，提取所述交易处理请求中携带的所述目标业务的交易执行方的标识信息。

具体的，所述资源分阶段结算即将待结算资源按照分阶段结算的方式，在资源分阶段结算中的不同阶段分别结算所述待结算资源中的部分资源，以在所述资源分阶段结算中的最后一个阶段结束后实现对所述待结算资源的结算；所述交易执行方即与用户进行交易的一方，若所述目标业务为线上商品交易业务，则所述交易执行方即为与用户完成商品交易的交易方，若所述目标业务为线上支付业务，且所述用户为支付方，则所述交易执行方即为资源接收方。

实际应用中，考虑到在待结算资源量比较大的情况下，用户无法一次性完成资源交易，因此为用户提供分阶段的结算方式；在接收到用户的交易处理请求后，若确定用户选择了资源分阶段结算的交易方式，则在所述交易处理请求中提取交易执行方的标识信息，以用于判断所述交易执行方是否提供资源结算策略，所述资源结算策略，即由交易业务发起方承担用户选择资源分阶段结算所需的除待结算资源外的额外费用，所述待结算资源即在不选择资源分阶段结算的情况下，完成针对所述目标业务的交易处理所需结算的资源。

以所述目标业务为线上支付业务为例，用户在线上或线下购买商品S后，向支付平台发送支付请求(即交易处理请求)，若商品S的售价为P1，则待结算资源即为P1，在用户选择的支付方式为分阶段支付的情况下，则在支付请求中提取所述商品S的销售方X(交易执行方，销售方X同样为与用户的支付请求对应的收款方)的标识信息，用于确定销售方X是否提供资源结算策略，若是，则计算资源分阶段结算中各个阶段的交易资源量，并根据所述交易资源量进行资源结算。

步骤206，在交易业务发起方的交易清单中查找到所述标识信息的情况下，根据所述资源分阶段结算中的分阶段数以及与所述目标业务相关的资源结算比，计算所述资源分阶段结算的各个阶段的交易资源量。

具体的，所述交易业务发起方即承担用户选择资源分阶段结算所需的除待结算资源外的额外费用的主体；所述交易清单即由交易业务发起方上传的交易参数创建，并且所述交易参数中包括所述交易执行方的标识信息；

在确定用户选择资源分阶段结算的交易方式的情况下，则提取与用户进行交易的交易执行方的标识信息，并在交易业务发起方的交易清单中查询是否包含所述交易执行方的标识信息，若存在，则可根据资源分阶段结算中的分阶段数以及与分阶段数对应的资源结算比计算各个阶段的交易资源量，并根据所述交易资源量进行资源结算。

仍以所述目标业务为线上支付业务为例，用户在线上购买商品S后，向支付平台发送支付请求(即交易处理请求)，在用户选择的支付方式为分阶段支付的情况下，则在支付请求中提取所述商品S的销售方X的标识信息，并在与线上支付业务相关的交易清单中查询是否存在销售方X的标识信息，若存在，则可根据用户在选择分阶段支付时所选择的分阶段数，并根据分阶段数以及资源结算比计算各个阶段的支付金额。

具体实施时，在交易清单中查找交易执行方的标识信息之前，需先创建交易清单，具体可通过以下方式实现：

具体的，所述交易业务发起方为承担用户选择资源分阶段结算所需的除待结算资源外的额外资源的主体；平台在接收交易业务发起方针对目标业务发送的交易清单的创建请求后，需对交易业务发起方的身份信息进行验证，在验证通过的情况下，交易业务发起方即可通过参数配置接口上传交易参数，所述交易参数中除包含如前所述的交易执行方的标识信息外，还包含交易处理起始及终止时间、交易处理资源总量以及交易处理条件等，平台根据所述交易参数创建交易清单，并通过数据发布接口进行发布以响应所述创建请求。

交易清单创建完成后，若所述交易清单中包含所述用户的交易处理请求中携带的交易执行方的标识信息，并且在根据所述交易处理请求中携带的信息确定该笔交易满足交易清单中的交易处理条件的情况下，则计算用户选择资源分阶段结算所需的除待结算资源外的额外资源，并将所述额外资源由交易业务发起方的资源存储账户分配至交易执行方的资源存储账户以响应所述交易处理请求。

实际应用中，所述交易业务发起方可以为普通商户，也可以是软件开发服务商(ISV，Independent Software Vendors)。

沿用上例，所述目标业务为线上支付业务，所述交易业务发起方为ISV，ISV针对线上支付业务向平台发送活动A的创建请求，平台对创建请求中携带的ISV的身份信息验证通过的情况下，接收ISV通过参数配置接口上传的活动参数，其中，活动参数中包含销售方X的标识信息、活动起始及终止时间分别为xxx和yyy、活动预算为xx以及支持分阶段数为3个阶段等，平台根据所述交易参数创建交易清单，并通过数据发布接口进行发布以响应所述创建请求。具体的资源结算的处理过程示意图如图3所示，交易业务发起方ISV在创建活动A后，用户在有交易需求并向平台咨询可选择的结算方式时，平台可向用户推荐活动A中包含的资源分阶段结算方式(包括资源分段结算方式的生效状态)，或用户可通过搜索创建活动A过程中生成的交易执行方的标识信息查询具体的参与活动的交易执行方(商店)的名称。

另外，在用户选择活动A中提供的资源分阶段结算方式进行资金支付后，平台可与交易业务发起方ISV进行数据(资金)核销。

创建交易清单后，通过将所述交易清单推送给用户，或用户通过主动查看的方式，了解交易清单中的资源结算策略，以刺激用户的交易需求，从而提高所述目标业务的交易量。

进一步的，平台在接收所述交易业务发起方针对所述目标业务发送的创建请求后，需对交易业务发起方进行身份验证，在验证通过的情况下，即可接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数，对交易业务发起方进行身份验证具体可通过以下方式实现：

在所述第二验证结果满足预设有效性条件的情况下，则接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数。

具体的，所述第二等级对应的信息验证逻辑的复杂度大于第一等级对应的信息验证逻辑的复杂度；获取交易业务发起方的标识信息后，调用第一等级对应的信息验证逻辑对所述标识信息进行有效性验证并获得第一验证结果，所述标识信息包括所述交易业务发起方在平台的注册账号标识信息或所述交易执行方的身份标识信息等；

在所述第一验证结果不满足预设有效性条件的情况下，则表明所述交易业务发起方的身份信息存在风险的概率较大，则需调用复杂度更大的信息验证逻辑对所述交易业务发起方的标识信息进行验证，即调用第二等级对应的信息验证逻辑对所述交易业务发起方的标识信息进行验证，在验证通过的情况下，则接收所述交易业务发起方上传的交易参数，在验证未通过的情况下，则不做处理即可。

实际应用中，利用第一等级对应的信息验证逻辑进行验证的标识信息B1与利用第二等级对应的信息验证逻辑进行验证的标识信息B2可能不同，并且在标识信息B1与标识信息B2不相同的情况下，标识信息B2的复杂度大于标识信息B1的复杂度。

沿用上例，所述目标业务为线上支付业务，所述交易业务发起方为ISV，ISV针对线上支付业务向平台发送活动A的创建请求，平台对创建请求中携带的ISV在平台的注册账号及密码进行验证，验证未通过，则向ISV发送输入验证码的指令，并在接收验证码后，继续对输入的验证码进行验证，若对所述验证码进行验证获得的验证结果为验证通过，则接收ISV通过参数配置接口上传的活动参数，根据所述交易参数创建交易清单，并通过数据发布接口进行发布以响应所述创建请求。

通过第一等级和/或第二等级的信息验证逻辑对交易业务发起方的标识信息进行验证，在验证通过的情况下，则接收所述交易业务发起方上传的交易参数，并基于所述交易参数创建交易清单，有利于保证用户所选择的资源分阶段结算方式的有效性，进而提升用户体验。

另外，接收所述交易业务发起方针对所述目标业务发送的创建请求之后，并且在对所述创建请求中携带的所述交易业务发起方的身份信息验证通过的情况下，接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数之前，还需确定所述交易业务发起方是否已完成对待签订协议订单的签订，具体可通过以下方式实现：

具体的，在创建交易清单之前，交易业务发起方需先签订与目标业务相关的待签订协议订单，因此，平台在接收创建请求后，需先查询数据库中是否存储有所述交易业务发起方的目标协议订单，若存在，则无需再次签订；若不存在，则向所述交易业务发起方发送所述待签订协议订单的签订指令。

通过制约交易业务发起方对所述待签订协议订单进行签订生成目标协议订单后，接收所述交易业务发起方上传的交易参数，并根据所述交易参数创建交易订单，通过所述目标协议订单的制约，有利于提高所述交易业务发起方针对交易资源量进行资源结算的结算成功率，进而提高所述目标业务的交易率。

除此之外，交易业务发起方上传交易参数后，还可对交易参数进行修改，具体可通过以下方式实现：

判断所述交易清单是否已发布；

具体的，由于平台接收到交易业务发起方上传的交易参数后，会根据所述交易参数创建交易清单，并将所述交易清单进行发布，因此，平台在接收到所述交易业务发起方的参数修改请求后，首先根据请求中携带的所述交易业务发起方的身份信息获取与所述交易业务发起方相关的交易清单；

在未获取到所述交易清单的情况下，则表明平台并未根据交易业务发起方上传的交易参数创建交易清单，则在接收到参数修改请求后，可允许交易业务发起方对已上传的任意一项交易参数进行修改，也可补充上传新的交易参数；

在获取到所述交易清单的情况下，则需确定所述交易清单是否已经发布，若未发布，则如前所述，平台可接收交易业务发起方对已上传的任意一项交易参数进行修改，也可补充上传新的交易参数；若已发布，则交易业务发起方仅能对交易清单中的部分交易参数进行修改，比如，交易处理终止时间，并且修改后的交易处理终止时间需晚于修改前的交易处理终止时间。

交易业务发起方在上传交易参数后，还可发送参数修改请求，平台根据交易清单的不同状态为用户提供不同交易参数的修改功能，有利于提高交易参数中不同参数的灵活性，并且交易业务发起方可根据实际情况对交易参数做出调整，有利于保证交易参数的有效性，进而保证资源结算的有效性以及可行性。

具体实施时，根据所述资源分阶段结算中的分阶段数以及与所述目标业务相关的资源结算比，计算所述资源分阶段结算的各个阶段的交易资源量，具体可通过以下方式实现：

根据所述分阶段数确定所述各个阶段的资源结算比；

具体的，所述初始资源量即未选择资源分阶段结算时所述交易处理请求中携带的资源量；所述阶段初始资源量即在不计算采用资源分阶段结算所产生的额外资源的情况下，各个阶段对应的资源量；所述资源结算比即在选择资源分阶段结算的情况下，用户所需承担的额外资源与初始资源量的比值，由于不同分阶段数对应的资源结算比不同，实际应用中，分阶段数越大，则对应的资源结算比越大；所述交易资源量，即各个阶段的阶段初始资源量与该阶段的额外资源总和。

具体实施时，在接收用户的交易处理请求并确定用户选择的交易方式为资源分阶段结算的情况下，则提取所述交易处理请求中携带的交易执行方的标识信息，并判断所述交易执行方的标识信息是否在交易业务发起方的交易清单中，若所述交易清单中包含所述交易执行方的标识信息，则根据用户在选择资源分阶段结算时所选择的分阶段数，并根据分阶段数以及资源结算比计算各个阶段的交易资源量。

仍以所述目标业务为线上支付业务为例，用户在线上购买商品S后，向支付平台发送支付请求(即交易处理请求)，并且商品S的售价为P1，在用户选择的支付方式为分阶段支付并且分阶段数为3(分阶段数为3，与其对应的资源结算比为rate1)的情况下，则在支付请求中提取所述商品S的销售方X的标识信息，并在与线上商品交易业务相关的交易清单中查询到销售方X的标识信息的情况下，则可根据分阶段数以及资源结算比计算各个阶段的支付金额；其中一种可选的计算方式为：支付金额＝P1/3(1+rate1)，实际应用中，具体的计算方式可根据实际需要确定，在此不作任何限制。

在用户选择资源分阶段结算的交易方式的情况下，由于不同分阶段数对应的资源结算比不同，因此，根据资源分阶段结算中的分阶段数计算阶段初始资源量，并根据所述阶段初始资源量以及所述资源结算比计算交易资源量，再根据所述交易资源量进行资源结算，为后续的根据所述交易资源量进行资源结算做准备，有利于提高资源结算的效率。

步骤208，根据所述交易资源量进行资源结算以响应所述交易处理请求。

具体的，平台接收用户的交易处理请求，确定用户选择的交易方式为资源分阶段结算并且在交易清单中查找到所述交易处理请求中携带的交易执行方的标识信息的情况下，则计算资源分阶段结算的各个阶段的交易资源量，并根据所述交易资源量进行资源结算。

具体实施时，进行资源结算即由交易业务发起方承担用户选择资源分阶段结算所产生的额外资源，本说明书实施例所述的资源结算具体可通过以下方式实现：

具体的，所述目标交易资源量即用户选择资源分阶段结算的交易方式所产生的在各个阶段需额外结算的资源，由于与用户进行交易的交易执行方提供资源结算策略，即所述目标交易资源量由交易业务发起方承担，因此，由平台将所述目标交易资源量由所述交易业务发起方的资源存储账户分配至所述交易执行方的资源存储账户，并向所述用户展示阶段初始资源量以响应所述交易处理请求。

仍以所述目标业务为线上支付业务为例，用户在线上购买商品S后，向支付平台发送支付请求(即交易处理请求)，并且商品S的售价为P1，在用户选择的支付方式为分阶段支付并且分阶段数为3(分3个阶段进行结算，则与其对应的资源结算比为rate1)的情况下，则计算可得各个阶段的目标交易资源量为P1*rate1/3，因此，平台可分三次将目标交易资源量由交易业务发起方的资源存储账户分配至销售方X的资源存储账户，每次分配的资源量为P1*rate1/3，或由平台一次将目标交易资源总量由交易业务发起方的资源存储账户分配至销售方X的资源存储账户，所述目标交易资源总量为P1*rate1；在不需要用户承担额外资源的情况下，向所述用户展示阶段初始资源量以响应所述交易处理请求，其中，所述阶段初始资源量为P1/3。

在用户选择资源分阶段结算的交易方式的情况下，由交易业务发起方承担资源分阶段结算所产生的额外资源，有利于刺激用户的交易需求，进而提升所述目标业务的交易量。

进一步的，将所述交易资源量与所述阶段初始资源量的差值作为所述各个阶段的目标交易资源量，并将所述目标交易资源量由所述交易业务发起方的资源存储账户分配至所述交易执行方的资源存储账户之前，还需检测所述交易业务发起方的资源存储账户中包含的资源量是否大于所述目标交易资源量；

若所述交易业务发起方的资源存储账户中包含的资源量大于所述目标交易资源量，则将所述交易资源量与所述阶段初始资源量的差值作为所述各个阶段的目标交易资源量，并将所述目标交易资源量由所述交易业务发起方的资源存储账户分配至所述交易执行方的资源存储账户；

若所述交易业务发起方的资源存储账户中包含的资源量小于等于所述目标交易资源量，则在数据库中查询与所述目标业务相关的由多个业务主体的标识信息所组成的白名单；

具体的，在进行资源分配之前，需查询所述交易业务发起方的资源存储账户中的资源量是否充足，即是否大于所述目标交易资源量，若大于，则可将所述目标交易资源量由所述交易业务发起方的资源存储账户分配至所述交易执行方的资源存储账户；

若所述交易业务发起方的资源存储账户中的资源量小于等于所述目标交易资源量，则需使用资源备份账户进行资源分配，但在使用资源备份账户进行资源分配之前，还需对所述交易业务发起方的身份信息进行验证，即确定与所述目标业务相关的白名单中是否包含所述交易业务发起方的标识信息，若包含，则使用所述资源备份账户进行资源分配，若不包含，则向所述交易业务发起方发送交易业务暂停执行的提醒信息。

沿用上例，各个阶段的目标交易资源量为P1*rate1/3，若平台分三次将目标交易资源量由交易业务发起方的资源存储账户分配至销售方X的资源存储账户，每次分配的资源量为P1*rate1/3，则每次进行资源分配之前，需查询交易业务发起方的资源存储账户中的资源量是否大于P1*rate1/3，若是，则将资源量P1*rate1/3由所述交易业务发起方的资源存储账户分配至所述交易执行方的资源存储账户；若否，则查询所述白名单中是否包含所述交易业务发起方的标识信息，并根据查询结果进行处理。

若由平台一次将目标交易资源总量由交易业务发起方的资源存储账户分配至销售方X的资源存储账户，所述目标交易资源总量为P1*rate1，则进行资源分配之前，需查询交易业务发起方的资源存储账户中的资源量是否大于P1*rate1，若是，则将资源量P1*rate1由所述交易业务发起方的资源存储账户分配至所述交易执行方的资源存储账户；若否，查询所述白名单中是否包含所述交易业务发起方的标识信息，并根据查询结果进行处理即可；

若所述白名单中包含所述交易业务发起方的标识信息，则使用所述资源备份账户进行资源分配，若所述白名单中不包含所述交易业务发起方的标识信息，则向所述交易业务发起方发送交易业务暂停执行的提醒信息，其中，所述资源备份账户为平台的资源备份账户，在交易业务发起方的资源存储账户中的资源量不充足的情况下，则由平台先为其进行资源垫付，可以在一定程度上减少因交易业务发起方的资源存储账户中资源不足而给用户或平台带来的损失。

另外，若所述白名单中不包含所述交易业务发起方的标识信息，则通过预设信息发送方式向所述交易业务发起方发送交易业务暂停执行的提醒信息。

具体实施时，由于交易业务发起方上传的交易参数中包含交易处理资源总量，因此，为避免给所述交易业务发起方带来资源损失，可对所述交易业务发起方的资源存储账户中的资源量进行监控，并在监控到资源存储账户中的资源量小于预设时长的情况下，向所述交易业务发起方发送交易业务暂停执行的提醒信息。

通过发送提醒信息的方式，能够在交易业务发起方的资源存储账户中资源不足的情况下，提醒所述交易业务发起方及时进行资源充值，以保证对所述目标业务的处理能够正常进行。

除此之外，根据所述交易资源量进行资源结算以响应所述交易处理请求之后，若接收到用户的交易取消请求，则需根据交易取消请求的接收时间与资源结算完成时间的时间间隔确定所述目标交易资源量的分配方式，具体可通过以下方式实现：

接收所述用户针对所述目标业务发送的交易取消请求；

具体的，若平台将目标交易资源量由所述交易业务发起方的资源存储账户分配至交易执行方的资源存储账户(即完成资源结算)后，接收到用户的交易取消请求，则为避免减少所述交易业务发起方的资源损失，可通过计算资源结算完成时间与交易取消请求的接收时间的时间间隔的长短确定是否向交易业务发起方分配目标资源交易量；将所述预设时长设置为15天，若交易取消请求的接收时间与资源结算完成时间的时间间隔小于等于15天，则将所述目标交易资源量由所述交易执行方的资源存储账户分配至所述交易业务发起方的资源存储账户，若交易取消请求的接收时间与资源结算完成时间的时间间隔大于15天，则不做处理即可。

在接收到用户的交易取消请求的情况下，在交易取消请求的接收时间与资源结算完成时间的时间间隔小于预设时长，则将目标交易资源量由交易执行方的资源存储账户分配至所述交易业务发起方的资源存储账户，以减少所述交易业务发起方的资源损失。

本说明书一个实施例实现了接收用户针对目标业务发送的业务处理请求并确定用户选择的交易方式为资源分阶段结算的情况下，则提取所述目标业务的交易执行方的标识信息，并且在确定交易清单中包含所述标识信息的情况下，则可确定所述交易执行方提供资源结算策略，即由交易业务发起方承担用户选择资源分阶段结算所产生的额外资源，有利于刺激用户的交易需求，从而提高交易执行方的交易量。

下述结合附图4，以本说明书提供的交易处理方法在具体场景的应用为例，对所述交易处理方法进行进一步说明。其中，图4示出了本说明书一个实施例提供的一种交易处理方法应用于具体场景的处理流程图，具体步骤包括步骤402至步骤420。

步骤402，接收所述交易业务发起方针对所述目标业务发送的创建请求。

步骤404，接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数。

具体的，在对所述创建请求中携带的所述交易业务发起方的身份信息验证通过的情况下，接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数。

步骤406，根据所述交易参数创建所述交易清单，并通过数据发布接口进行发布以响应所述创建请求。

步骤408，接收用户针对目标业务发送的交易处理请求。

步骤410，在确定所述用户的交易方式为资源分阶段结算的情况下，提取所述交易处理请求中携带的所述目标业务的交易执行方的标识信息。

步骤412，根据所述交易处理请求中携带的所述目标业务的初始资源量以及所述分阶段数计算所述各个阶段的阶段初始资源量。

具体的，在交易业务发起方的交易清单中查找到所述标识信息的情况下，根据所述交易处理请求中携带的所述目标业务的初始资源量以及所述分阶段数计算所述各个阶段的阶段初始资源量。

步骤414，根据所述分阶段数确定所述各个阶段的资源结算比。

步骤416，基于所述阶段初始资源量以及所述资源结算比计算所述交易资源量。

步骤418，将所述交易资源量与所述阶段初始资源量的差值作为所述各个阶段的目标交易资源量，并将所述目标交易资源量由所述交易业务发起方的资源存储账户分配至所述交易执行方的资源存储账户。

步骤420，向所述用户展示所述阶段初始资源量以响应所述交易处理请求。

本说明书一个实施例通过接收用户针对目标业务发送的业务处理请求并确定用户选择的交易方式为资源分阶段结算的情况下，则提取交易执行方的标识信息，并在确定交易清单中包含所述标识信息的情况下，则可确定所述交易执行方提供资源结算策略，即由交易业务发起方承担用户选择资源分阶段结算所产生的额外资源，有利于刺激用户的交易需求，从而提高交易执行方的交易量。

与上述方法实施例相对应，本说明书还提供了任务处理装置实施例，图5示出了本说明书一个实施例提供的一种任务处理装置的结构示意图。如图5所示，该装置包括：

接收模块502，被配置为接收用户针对目标任务发送的任务处理请求；

提取模块504，被配置为在确定所述用户的任务执行方式为分阶段执行的情况下，提取所述任务处理请求中携带的所述目标任务的任务执行方的标识信息；

计算模块506，被配置为在任务发起主体的任务执行清单中查找到所述标识信息的情况下，根据所述分阶段执行的分阶段数以及与所述目标任务相关的任务执行比，计算所述分阶段执行的各个阶段的处理任务量；

任务结算模块508，被配置为根据所述处理任务量进行任务结算以响应所述任务处理请求。

可选地，所述计算模块506，包括：

第一计算子模块，被配置为根据所述任务处理请求中携带的所述目标任务的初始任务量以及所述分阶段数计算所述各个阶段的阶段初始任务量；

确定子模块，被配置为根据所述分阶段数确定所述各个阶段的任务执行比；

第二计算子模块，被配置为基于所述阶段初始任务量以及所述任务执行比计算所述处理任务量。

可选地，所述任务结算模块508，包括：

第一调度子模块，被配置为将所述处理任务量与所述阶段初始任务量的差值作为所述各个阶段的执行任务量，并将所述执行任务量由所述任务发起主体的任务量存储地址调度至所述任务执行方的任务执行队列；

第一展示子模块，被配置为向所述用户展示所述阶段初始任务量以响应所述任务处理请求。

可选地，所述任务结算模块508，还包括：

检测子模块，被配置为检测所述任务量存储地址中包含的任务量是否大于所述执行任务量；

若所述检测子模块的运行结果为是，则运行所述第一调度子模块。

可选地，若所述检测子模块的运行结果为否，则运行以下子模块：

第一查询子模块，被配置为在数据库中查询与所述目标任务相关的由多个主体的标识信息所组成的白名单；

第二查询子模块，被配置为查询所述白名单中是否包含所述任务发起主体的标识信息；

若所述第二查询子模块的运行结果为是，则运行第二调度子模块；若所述第二查询子模块的运行结果为否，则运行所述第二展示子模块；

所述第二调度子模块，被配置为将所述执行任务量由任务量备份地址调度至所述任务执行方的任务执行队列以响应所述任务处理请求；

所述第二展示子模块，被配置为向所述用户展示所述处理任务量以响应所述任务处理请求。

可选地，若所述第二查询子模块的运行结果为否，则运行信息发送子模块；

所述信息发送子模块，被配置为通过预设信息发送方式向所述任务发起主体发送任务暂停执行的提醒信息。

可选地，所述任务处理装置，还包括：

任务取消请求接受模块，被配置为接收所述用户针对所述目标任务发送的任务取消请求；

第一判断模块，被配置为判断任务结算完成时间与所述任务取消请求的接收时间的时间间隔是否大于预设时长；

若所述第一判断模块的执行结果为否，则运行任务量调度模块；

所述任务量调度模块，被配置为将所述执行任务量由所述任务执行队列调度至所述任务量存储地址。

可选地，所述任务处理装置，还包括：

创建请求接收模块，被配置为接收所述任务发起主体针对所述目标任务发送的创建请求；

任务执行参数接收模块，被配置为在对所述创建请求中携带的所述任务发起主体的身份信息验证通过的情况下，接收所述任务发起主体通过参数配置接口上传的与所述目标任务相关的任务执行参数；

创建模块，被配置为根据所述任务执行参数创建所述任务执行清单，并通过数据发布接口进行发布以响应所述创建请求。

可选地，所述任务处理装置，还包括：

订单查询模块，被配置为根据所述创建请求中携带的所述任务发起主体的身份信息查询数据库中是否存储有所述任务发起主体的目标任务协议订单，所述目标任务协议订单由所述任务发起主体对与所述目标任务相关的待签订任务协议订单进行签订生成；

若所述订单查询模块的运行结果为是，则运行所述任务执行参数接收模块；

若所述订单查询模块的运行结果为否，则运行指令发送模块；

所述指令发送模块，被配置为向所述任务执行主体发送所述待签订任务协议订单的签订指令。

可选地，所述任务处理装置，还包括：

参数修改请求接收模块，被配置为接收所述任务发起主体针对所述任务执行参数发送的参数修改请求；

任务执行清单获取模块，被配置为根据所述参数修改请求中携带的所述任务执行主体的身份信息获取与所述任务执行主体相关的任务执行清单，所述任务执行清单根据所述任务执行参数创建；

第二判断模块，被配置为判断所述任务执行清单是否已发布；

若所述第二判断模块的执行结果为是，则运行修改模块；

所述修改模块，被配置为接收所述任务执行主体针对所述任务执行参数中的目标参数进行修改以响应所述参数修改请求。

可选地，所述任务处理装置，还包括：

第一验证模块，被配置为获取所述任务发起主体的标识信息，调用第一等级对应的信息验证逻辑对所述标识信息进行有效性验证获得第一验证结果；

第二验证模块，被配置为在所述第一验证结果不满足预设有效性条件的情况下，调用第二等级对应的信息验证逻辑对所述标识信息进行有效性验证获得第二验证结果；

在所述第二验证结果满足预设有效性条件的情况下，则运行所述任务执行参数接收模块。

上述为本实施例的一种任务处理装置的示意性方案。需要说明的是，该任务处理装置的技术方案与上述的任务处理方法的技术方案属于同一构思，任务处理装置的技术方案未详细描述的细节内容，均可以参见上述任务处理方法的技术方案的描述。

与上述方法实施例相对应，本说明书还提供了交易处理装置实施例，图6示出了本说明书一个实施例提供的一种交易处理装置的结构示意图。如图6所示，该装置包括：

处理请求接收模块602，被配置为接收用户针对目标业务发送的交易处理请求；

信息提取模块604，被配置为在确定所述用户的交易方式为资源分阶段结算的情况下，提取所述交易处理请求中携带的所述目标业务的交易执行方的标识信息；

资源量计算模块606，被配置为在交易业务发起方的交易清单中查找到所述标识信息的情况下，根据所述资源分阶段结算中的分阶段数以及与所述目标业务相关的资源结算比，计算所述资源分阶段结算的各个阶段的交易资源量；

资源结算模块608，被配置为根据所述交易资源量进行资源结算以响应所述交易处理请求。

可选地，所述资源量计算模块606，包括：

资源量计算子模块，被配置为根据所述交易处理请求中携带的所述目标业务的初始资源量以及所述分阶段数计算所述各个阶段的阶段初始资源量；

资源结算比确定子模块，被配置为根据所述分阶段数确定所述各个阶段的资源结算比；

交易资源量计算子模块，被配置为基于所述阶段初始资源量以及所述资源结算比计算所述交易资源量。

可选地，所述资源结算模块608，包括：

第一资源分配子模块，被配置为将所述交易资源量与所述阶段初始资源量的差值作为所述各个阶段的目标交易资源量，并将所述目标交易资源量由所述交易业务发起方的资源存储账户分配至所述交易执行方的资源存储账户；

第一展示子模块，被配置为向所述用户展示所述阶段初始资源量以响应所述交易处理请求。

可选地，所述资源结算模块608，还包括：

资源量检测子模块，被配置为检测所述交易业务发起方的资源存储账户中包含的资源量是否大于所述目标交易资源量；

若所述资源量检测子模块的运行结果为是，则运行所述第一资源分配子模块。

可选地，若所述资源量检测子模块的运行结果为否，则运行以下子模块：

名单查询子模块，被配置为在数据库中查询与所述目标业务相关的由多个业务主体的标识信息所组成的白名单；

标识信息查询子模块，被配置为查询所述白名单中是否包含所述交易业务发起方的标识信息；

若所述标识信息查询子模块的执行结果为是，则运行第二资源分配子模块；若所述标识信息查询子模块的执行结果为否，则运行第二展示子模块；

所述第二资源分配子模块，被配置为将所述目标交易资源量由资源备份账户分配至所述交易执行方的资源存储账户以响应所述交易处理请求；

所述第二展示子模块，被配置为向所述用户展示所述阶段初始资源量以响应所述交易处理请求。

可选地，若所述标识信息查询子模块的执行结果为否，则运行提示信息发送子模块；

所述提示信息发送子模块，被配置为通过预设信息发送方式向所述交易业务发起方发送交易业务暂停执行的提醒信息。

可选地，所述交易处理装置，还包括：

交易取消请求接收模块，被配置为接收所述用户针对所述目标业务发送的交易取消请求；

时长判断模块，被配置为判断资源结算完成时间与所述交易取消请求的接收时间的时间间隔是否大于预设时长；

若所述时长判断模块的执行结果为否，则运行目标交易资源量分配模块；

所述目标交易资源量分配模块，被配置为将所述目标交易资源量由所述交易执行方的资源存储账户分配至所述交易业务发起方的资源存储账户。

可选地，所述交易处理装置，还包括：

创建请求接收模块，被配置为接收所述交易业务发起方针对所述目标业务发送的创建请求；

交易参数接收模块，被配置为在对所述创建请求中携带的所述交易业务发起方的身份信息验证通过的情况下，接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数；

交易清单创建模块，被配置为根据所述交易参数创建所述交易清单，并通过数据发布接口进行发布以响应所述创建请求。

可选地，所述交易处理装置，还包括：

协议订单查询模块，被配置为根据所述创建请求中携带的所述交易业务发起方的身份信息查询数据库中是否存储有所述交易业务发起方的目标协议订单，所述目标协议订单由所述交易业务发起方对与所述目标业务相关的待签订协议订单进行签订生成；

若所述协议订单查询模块的运行结果为是，则执行所述交易参数接收模块；

若所述协议订单查询模块的运行结果为否，则运行签订指令发送模块；

所述签订指令发送模块，被配置为向所述交易业务发起方发送所述待签订协议订单的签订指令。

可选地，所述交易处理装置，还包括：

修改请求接收模块，被配置为接收所述交易业务发起方针对所述交易参数发送的参数修改请求；

交易清单获取模块，被配置为根据所述参数修改请求中携带的所述交易业务发起方的身份信息获取与所述交易业务发起方相关的交易清单，所述交易清单根据所述交易参数创建；

判断模块，被配置为判断所述交易清单是否已发布；

若所述判断模块的执行结果为是，则运行参数修改模块；

所述参数修改模块，被配置为接收所述交易业务发起方针对所述交易参数中的目标参数进行修改以响应所述参数修改请求。

可选地，所述交易处理装置，还包括：

第一信息验证模块，被配置为获取所述交易业务发起方的标识信息，调用第一等级对应的信息验证逻辑对所述标识信息进行有效性验证获得第一验证结果；

第二信息验证模块，被配置为在所述第一验证结果不满足预设有效性条件的情况下，调用第二等级对应的信息验证逻辑对所述标识信息进行有效性验证获得第二验证结果；

在所述第二验证结果满足预设有效性条件的情况下，则运行所述交易参数接收模块。

上述为本实施例的一种交易处理装置的示意性方案。需要说明的是，该交易处理装置的技术方案与上述的交易处理方法的技术方案属于同一构思，交易处理装置的技术方案未详细描述的细节内容，均可以参见上述交易处理方法的技术方案的描述。

图7示出了根据本说明书一个实施例提供的一种计算设备700的结构框图。该计算设备700的部件包括但不限于存储器710和处理器720。处理器720与存储器710通过总线730相连接，数据库750用于保存数据。

计算设备700还包括接入设备740，接入设备740使得计算设备700能够经由一个或多个网络760通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备740可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本说明书的一个实施例中，计算设备700的上述部件以及图7中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图7所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备700可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备700还可以是移动式或静止式的服务器。

其中，所述存储器710用于存储计算机可执行指令，处理器720用于执行如下计算机可执行指令：

接收用户针对目标任务发送的任务处理请求；

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的任务处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述任务处理方法的技术方案的描述。

图8示出了根据本说明书一个实施例提供的一种计算设备800的结构框图。该计算设备800的部件包括但不限于存储器810和处理器820。处理器820与存储器810通过总线830相连接，数据库850用于保存数据。

计算设备800还包括接入设备840，接入设备840使得计算设备800能够经由一个或多个网络860通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备840可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本说明书的一个实施例中，计算设备800的上述部件以及图8中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图8所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备800可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备800还可以是移动式或静止式的服务器。

其中，所述存储器810用于存储计算机可执行指令，处理器820用于执行如下计算机可执行指令：

接收用户针对目标业务发送的交易处理请求；

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的交易处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述交易处理方法的技术方案的描述。

本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于实现所述任务处理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的任务处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述任务处理方法的技术方案的描述。

本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于实现所述交易处理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的交易处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述交易处理方法的技术方案的描述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书实施例并不受所描述的动作顺序的限制，因为依据本说明书实施例，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书实施例所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书实施例的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书实施例的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims

1.一种任务处理方法，包括：

接收用户针对目标任务发送的任务处理请求；

2.根据权利要求1所述的任务处理方法，所述根据所述分阶段执行的分阶段数以及与所述目标任务相关的任务执行比，计算所述分阶段执行的各个阶段的处理任务量，包括：

根据所述分阶段数确定所述各个阶段的任务执行比；

3.根据权利要求2所述的任务处理方法，所述根据所述处理任务量进行任务结算以响应所述任务处理请求，包括：

4.根据权利要求3所述的任务处理方法，所述将所述处理任务量与所述阶段初始任务量的差值作为所述各个阶段的执行任务量，并将所述执行任务量由所述任务发起主体的任务量存储地址调度至所述任务执行方的任务执行队列子步骤执行之前，还包括：

5.根据权利要求4所述的任务处理方法，若所述检测所述任务量存储地址中包含的任务量是否大于所述执行任务量子步骤的执行结果为否，则执行如下操作：

查询所述白名单中是否包含所述任务发起主体的标识信息；

6.根据权利要求5所述的任务处理方法，若所述查询所述白名单中是否包含所述任务发起主体的标识信息子步骤的执行结果为否，则执行如下操作：

7.根据权利要求1所述的任务处理方法，所述根据所述处理任务量进行任务结算以响应所述任务处理请求步骤执行之后，还包括：

接收所述用户针对所述目标任务发送的任务取消请求；

8.根据权利要求1所述的任务处理方法，所述任务执行清单采用以下方式进行创建：

接收所述任务发起主体针对所述目标任务发送的创建请求；

9.根据权利要求8所述的任务处理方法，所述接收所述任务发起主体针对所述目标任务发送的创建请求步骤执行之后，所述在对所述创建请求中携带的所述任务发起主体的身份信息验证通过的情况下，接收所述任务发起主体通过参数配置接口上传的与所述目标任务相关的任务执行参数步骤执行之前，还包括：

10.根据权利要求8所述的任务处理方法，所述接收所述任务发起主体通过参数配置接口上传的与所述目标任务相关的任务执行参数步骤执行之后，还包括：

判断所述任务执行清单是否已发布；

11.根据权利要求8所述的任务处理方法，所述接收所述任务发起主体针对所述目标任务发送的创建请求步骤执行之后，所述接收所述任务发起主体通过参数配置接口上传的与所述目标任务相关的任务执行参数步骤执行之前，还包括：

12.一种交易处理方法，包括：

接收用户针对目标业务发送的交易处理请求；

13.根据权利要求12所述的交易处理方法，所述根据所述资源分阶段结算中的分阶段数以及与所述目标业务相关的资源结算比，计算所述资源分阶段结算的各个阶段的交易资源量，包括：

根据所述分阶段数确定所述各个阶段的资源结算比；

14.根据权利要求13所述的交易处理方法，所述根据所述交易资源量进行资源结算以响应所述交易处理请求，包括：

15.根据权利要求14所述的交易处理方法，所述将所述交易资源量与所述阶段初始资源量的差值作为所述各个阶段的目标交易资源量，并将所述目标交易资源量由所述交易业务发起方的资源存储账户分配至所述交易执行方的资源存储账户子步骤执行之前，还包括：

16.根据权利要求15所述的交易处理方法，若所述检测所述交易业务发起方的资源存储账户中包含的资源量是否大于所述目标交易资源量子步骤的执行结果为否，则执行如下操作：

17.根据权利要求16所述的交易处理方法，若所述查询所述白名单中是否包含所述交易业务发起方的标识信息子步骤的执行结果为否，则执行如下操作：

18.根据权利要求12所述的交易处理方法，所述根据所述交易资源量进行资源结算以响应所述交易处理请求步骤执行之后，还包括：

接收所述用户针对所述目标业务发送的交易取消请求；

19.根据权利要求12所述的交易处理方法，所述交易清单采用以下方式进行创建：

20.根据权利要求12所述的交易处理方法，所述接收所述交易业务发起方针对所述目标业务发送的创建请求步骤执行之后，所述在对所述创建请求中携带的所述交易业务发起方的身份信息验证通过的情况下，接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数步骤执行之前，还包括：

21.根据权利要求12所述的交易处理方法，所述接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数步骤执行之后，还包括：

判断所述交易清单是否已发布；

22.根据权利要求12所述的交易处理方法，所述接收所述交易业务发起方针对所述目标业务发送的创建请求步骤执行之后，所述接收所述交易业务发起方通过参数配置接口上传的与所述目标业务相关的交易参数步骤执行之前，还包括：

23.一种任务处理装置，包括：

24.一种交易处理装置，包括：

25.一种计算设备，包括：

存储器和处理器；

接收用户针对目标任务发送的任务处理请求；

26.一种计算设备，包括：

存储器和处理器；

接收用户针对目标业务发送的交易处理请求；

27.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求1至11任意一项所述任务处理方法的步骤。

28.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求12至22任意一项所述交易处理方法的步骤。