CN111258750B - 数据量处理方法以及系统、额度分配方法以及系统 - Google Patents

Abstract

本说明书提供数据量处理方法以及系统、额度分配方法以及系统，其中所述数据量处理方法包括：接收客户端针对目标对象上传的数据量申请请求，所述数据量申请请求中携带有所述目标对象对应的专用数据量和用户的标识信息；基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端；接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量；根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果。

Description

数据量处理方法以及系统、额度分配方法以及系统

技术领域

本说明书涉及计算机技术领域，特别涉及数据量处理方法以及系统、额度分配方法以及系统。

背景技术

在业务项目的数据量处理过程中，通常处理的数据量相对于用户来说是一个平衡量，而用户在一些特殊的场景中，可能使用的数据量是较大的，此时账户空间中能够为用户提供使用的数据量相对于该场景可能是不足的，将无法达成用户的使用需求；并且在用户针对账户空间中的数据量进行申请增加的过程中，将会耗费较多的时间才能够审核完毕，可能导致用户错失使用数据量的最佳时间，故亟需一种数据量处理方法以解决上述存在的问题。

发明内容

有鉴于此，本说明书实施例提供了数据量处理方法。本说明书同时涉及数据量处理系统，额度分配方法，额度分配系统，计算设备，以及计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种数据量处理方法，应用于第一服务端，包括：

接收客户端针对目标对象上传的数据量申请请求，所述数据量申请请求中携带有所述目标对象对应的专用数据量和用户的标识信息；

基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端；

接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，所述目标数据量在处理所述目标对象时从所述账户空间中流出；

根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果。

可选的，所述基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端步骤执行之后，且所述接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量步骤执行之前，还包括：

确定建立所述数据量处理任务的时间节点，并在所述时间节点建立时间周期控制任务；

基于所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端返回的所述审核结果；

若是，执行所述接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量步骤。

可选的，所述接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，包括：

接收所述第二服务端针对所述数据量处理任务返回的所述审核结果；

根据所述审核结果向所述第二服务端发送提取所述专用数据量对应的发放数据量的提取请求；

接收所述第二服务端针对所述提取请求发放的所述发放数据量，并根据所述发放数据量确定向所述账户空间发放的所述目标数据量。

可选的，所述根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果步骤执行之后，还包括：

在接收到所述客户端针对所述目标对象使用所述目标数据量上传的使用指令的情况下，对所述目标数据量进行分阶段划分，并根据划分结果确定每个阶段对应的执行数据量和执行时间；

基于所述每个阶段对应的执行数据量和执行时间生成执行信息，并针对所述目标对象使用所述目标数据量；

将所述执行信息以及使用所述目标数据量的使用结果发送至所述客户端。

可选的，若所述基于所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端返回的所述审核结果步骤的判断结果为否，则执行如下步骤：

基于所述时间周期的末端时间节点触发所述时间周期控制任务；

根据所述时间周期控制任务读取所述账户控件在各个数据量处理维度的处理信息，并基于所述处理信息确定所述用户的数据量处理积分；

在所述数据量处理积分大于预设的积分阈值的情况下，计算向所述账户空间分配的与所述专用数据量对应的流出数据量以及分配数据量；

向所述客户端下发针对所述流出数据量以及所述分配数据量生成的分配提醒信息。

可选的，所述接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，包括：

接收所述第二服务端针对所述数据量任务返回的所述审核结果；

在所述审核结果为针对所述数据量处理任务审核未通过的情况下，读取所述账户空间的账户等级；

根据所述账户等级计算向所述账户空间发放的与所述专用数据量对应的所述目标数据量。

可选的，所述根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果步骤执行之后，还包括：

在所述目标数据量未被使用的情况下，检测当前时间是否超过所述目标数据量的使用时间；

若是，在所述账户空间中将所述目标数据量扣除，并向所述客户端发送目标数据量扣除结果。

根据本说明书实施例的第二方面，提供了一种数据量处理方法，应用于第二服务端，包括：

接收第一服务端下发的数据量处理任务，所述数据量处理任务为针对目标对象申请专用数据量的任务；

对所述数据量处理任务进行解析，获得用户的属性信息以及所述目标对象对应的专用数据量；

基于所述属性信息、所述专用数据量以及所述用户的数据量处理信息构建目标矩阵；

将所述目标矩阵输入至积分预测模型对所述用户的积分进行预测，获得所述积分预测模型输出的所述用户对应的目标积分；

根据所述目标积分对所述数据量处理任务进行审核，并将审核结果发送至所述第一服务端。

可选的，所述根据所述目标积分对所述数据量处理任务进行审核，并将审核结果发送至所述第一服务端，包括：

判断所述目标积分是否大于预设的积分阈值；

若是，则根据所述目标积分确定对所述数据量处理任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端；

若否，则根据所述目标积分确定对所述数据量处理任务的审核结果为审核未通过结果，并将所述审核未通过结果作为所述审核结果发送至所述第一服务端。

可选的，所述根据所述目标积分确定对所述数据量处理任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端子步骤执行之后，还包括：

接收所述第一服务端返回的针对所述审核结果提取所述专用数据量对应的发放数据量的提取请求；

基于所述提取请求向所述第一服务端发放所述发放数据量。

可选的，所述基于所述属性信息、所述专用数据量以及所述用户的数据量处理信息构建目标矩阵，包括：

基于所述属性信息确定所述用户的身份信息，并根据所述身份信息读取所述用户的所述数据量处理信息；

基于所述属性信息、所述专用数据量以及所述数据量处理信息构建所述目标矩阵。

根据本说明书实施例的第三方面，提供了一种数据量处理方法，应用于客户端，包括：

接收用户针对目标对象提交的数据量申请指令，所述数据量申请指令中携带有所述目标对象对应的专用数据量；

基于所述专用数据量向第一服务端发送携带有所述用户的标识信息的数据量申请请求；

接收所述第一服务端返回的针对所述用户的账户空间进行更新的更新结果。

根据本说明书实施例的第四方面，提供了一种额度分配方法，应用于第一服务端，包括：

接收客户端针对目标商品上传的额度申请请求，所述额度申请请求中携带有所述目标商品对应的专项额度和用户的标识信息；

基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端；

接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，所述目标专项额度在交易所述目标商品时从所述交易账户中支用；

向所述客户端下发针对所述目标专项额度生成的提醒信息。

可选的，所述基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端步骤执行之后，且所述接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度步骤执行之前，还包括：

确定建立所述额度分配任务的时间节点，并在所述时间节点建立时间周期控制任务；

基于所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端返回的所述审核结果；

若是，执行所述接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度步骤。

可选的，所述接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，包括：

接收所述第二服务端针对所述额度分配任务返回的所述审核结果；

根据所述审核结果向所述第二服务端发送提取所述专项额度对应的发放专项额度的提取请求；

接收所述第二服务端针对所述提取请求发放的所述发放专项额度，并根据所述发放专项额度确定向所述交易账户发放的所述目标专项额度。

可选的，所述向所述客户端下发针对所述目标专项额度生成的提醒信息步骤执行之后，还包括：

在接收到所述客户端针对所述目标商品支用所述目标专项额度上传的支用指令的情况下，对所述目标专项额度进行分阶段划分，并根据划分结果确定每个阶段对应的清偿额度以及清偿时间；

基于所述每个阶段对应的清偿额度以及清偿时间生成清偿信息，并针对所述目标商品支用所述目标专项额度；

将所述清偿信息以及支用所述目标专项额度的支用结果发送至所述客户端。

可选的，若所述基于所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端返回的所述审核结果的判断结果为否，则执行如下步骤：

基于所述时间周期的末端时间节点触发所述时间周期控制任务；

根据所述时间周期控制任务读取所述交易账户在各个交易维度的交易信息，并基于所述交易信息计算所述用户的交易信用积分；

在所述交易信用积分大于预设的积分阈值的情况下，计算向所述交易账户发放的与所述专项额度对应的交易专项额度以及分配费用；

向所述客户端下发针对所述交易专项额度以及所述分配费用生成的分配提醒信息。

可选的，所述基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端步骤执行之后，还包括：

接收所述第二服务端在所述时间周期外针对所述额度分配任务返回的超时审核结果；

在所述超时审核结果为针对所述额度分配任务审核通过的情况下，基于所述超时审核结果确定二次额度分配任务的凭证信息，并向所述客户端发送所述凭证信息。

可选的，所述接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，包括：

接收所述第二服务端针对所述额度分配任务返回的所述审核结果；

在所述审核结果为针对所述额度分配任务审核未通过的情况下，读取所述交易账户的信用等级；

根据所述信用等级计算向所述交易账户发放的与所述专项额度对应的所述目标专项额度。

可选的，所述接收客户端针对目标商品上传的额度申请请求步骤执行之后，且所述基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端步骤执行之前，还包括：

根据所述标识信息确定所述用户的历史交易链路，以及将所述历史交易链路所属的服务端确定为所述第二服务端。

可选的，所述接收客户端针对目标商品上传的额度申请请求步骤执行之后，且所述基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端步骤执行之前，还包括：

基于所述标识信息读取所述用户的身份信息，并向所述客户端下发采集所述用户的人脸图像的采集请求；

接收所述客户端针对所述采集请求返回的第一人脸图像，并在所述身份信息中提取第二人脸图像与所述第一人脸图像进行相似度计算；

在相似度计算结果大于预设相似度阈值的情况下，向所述客户端下发针对所述专项额度进行申请的申请协议；

接收所述客户端针对所述申请协议返回的签订信息。

可选的，所述基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端步骤执行之后，还包括：

接收所述第二服务端针对所述额度分配任务返回的审核失败结果；

通过对所述审核失败结果进行分析，确定所述额度分配任务未通过审核的审核失败信息；

基于所述审核失败信息生成针对所述额度分配任务进行调整的调整策略，并向所述客户端发送所述调整策略。

可选的，所述向所述客户端下发针对所述目标专项额度生成的提醒信息，包括：

确定所述目标专项额度的使用时间以及使用方式，结合所述使用时间、使用方式以及所述目标专项额度生成所述提醒信息，并向所述客户端进行发送。

可选的，所述向所述客户端下发针对所述目标专项额度生成的提醒信息步骤执行之后，还包括：

在所述目标专项额度未被使用的情况下，检测当前时间是否超过所述使用时间；

若是，在所述交易账户中将所述目标专项额度扣除，并向所述客户端发送目标专项额度扣除结果。

可选的，所述接收客户端针对目标商品上传的额度申请请求，包括：

接收所述客户端通过额度申请接口针对所述目标商品上传的所述额度申请请求；

或者，

接收所述客户端在所述目标商品的交易页面针对所述目标商品上传的所述额度申请请求。

可选的，所述接收客户端针对目标商品上传的额度申请请求步骤执行之前，还包括：

接收所述客户端针对专项额度业务上传的开通请求，所述开通请求中携带有所述标识信息；

基于所述标识信息读取所述用户的所述属性信息，并根据所述属性信息对所述用户进行授权核验；

根据授权核验结果确定所述用户针对专项额度业务开通成功的情况下，为所述用户分配专项额度业务使用权限，并向所述客户端发送专项额度业务开通成功的成功提醒信息。

根据本说明书实施例的第五方面，提供了一种额度分配方法，应用于第二服务端，包括：

接收第一服务端下发的额度分配任务，所述额度分配任务为针对目标商品申请专项额度的任务；

对所述额度分配任务进行解析，获得用户的属性信息以及所述目标商品的专项额度；

基于所述属性信息、所述专项额度以及所述用户的交易信息构建目标矩阵；

将所述目标矩阵输入至信用积分预测模型对所述用户的信用积分进行预测，获得所述信用积分预测模型输出的所述用户对应的目标信用积分；

根据所述目标信用积分对所述额度分配任务进行审核，并将审核结果发送至所述第一服务端。

可选的，所述根据所述目标信用积分对所述额度分配任务进行审核，并将审核结果发送至所述第一服务端，包括：

判断所述目标信用积分是否大于预设的信用积分阈值；

若是，则根据所述目标信用积分确定对所述额度分配任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端；

若否，则根据所述目标信用积分确定对所述额度分配任务的审核结果为审核未通过结果，并将所述审核未通过结果作为所述审核结果发送至所述第一服务端。

可选的，所述根据所述目标信用积分确定对所述额度分配任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端子步骤执行之后，还包括：

接收所述第一服务端返回的针对所述审核结果提取所述专项额度对应的发放专项额度的提取请求；

基于所述提取请求向所述第一服务端发放所述发放专项额度。

可选的，所述基于所述属性信息、所述专项额度以及所述用户的交易信息构建目标矩阵，包括：

基于所述属性信息确定所述用户的身份信息，并根据所述身份信息读取所述用户的所述交易信息；

根据所述交易信息、所述属性信息以及所述专项额度构建所述目标矩阵。

根据本说明书实施例的第六方面，提供了一种额度分配方法，应用于客户端，包括：

接收用户针对目标商品提交的额度申请指令，所述额度申请指令中携带有所述目标商品对应的专项额度；

基于所述专项额度向第一服务端发送携带有所述用户的标识信息的额度申请请求；

接收所述第一服务端返回的提醒信息，所述提醒信息中包含所述专项额度对应的目标专项额度相关的额度信息，所述目标专项额度在交易所述目标商品时从所述交易账户中支用。

根据本说明书实施例的第七方面，提供了一种数据量处理系统，包括：

客户端，第一服务端和第二服务端；

所述客户端，用于接收用户针对目标对象提交的数据量申请指令，所述数据量申请指令中携带有所述目标对象对应的专用数据量；基于所述专用数据量向第一服务端发送携带有所述用户的标识信息的数据量申请请求；接收所述第一服务端返回的针对所述用户的账户空间进行更新的更新结果；

所述第一服务端，用于接收客户端针对目标对象上传的数据量申请请求，所述数据量申请请求中携带有所述目标对象对应的专用数据量和用户的标识信息；基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端；接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，所述目标数据量在处理所述目标对象时从所述账户空间中流出；根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果；

所述第二服务端，用于接收第一服务端下发的数据量处理任务，所述数据量处理任务为针对目标对象申请专用数据量的任务；对所述数据量处理任务进行解析，获得用户的属性信息以及所述目标对象对应的专用数据量；基于所述属性信息、所述专用数据量以及所述用户的数据量处理信息构建目标矩阵；将所述目标矩阵输入至积分预测模型对所述用户的积分进行预测，获得所述积分预测模型输出的所述用户对应的目标积分；根据所述目标积分对所述数据量处理任务进行审核，并将审核结果发送至所述第一服务端。

根据本说明书实施例的第八方面，提供了一种额度分配系统，包括：

客户端，第一服务端和第二服务端；

所述客户端，用于接收用户针对目标商品提交的额度申请指令，所述额度申请指令中携带有所述目标商品对应的专项额度；基于所述专项额度向第一服务端发送携带有所述用户的标识信息的额度申请请求；接收所述第一服务端返回的提醒信息，所述提醒信息中包含所述专项额度对应的目标专项额度相关的额度信息，所述目标专项额度在交易所述目标商品时从所述交易账户中支用；

所述第一服务端，用于接收客户端针对目标商品上传的额度申请请求，所述额度申请请求中携带有所述目标商品对应的专项额度和用户的标识信息；基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端；接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，所述目标专项额度在交易所述目标商品时从所述交易账户中支用；向所述客户端下发针对所述目标专项额度生成的提醒信息；

所述第二服务端，用于接收第一服务端下发的额度分配任务，所述额度分配任务为针对目标商品申请专项额度的任务；对所述额度分配任务进行解析，获得用户的属性信息以及所述目标商品的专项额度；基于所述属性信息、所述专项额度以及所述用户的交易信息构建目标矩阵；将所述目标矩阵输入至信用积分预测模型对所述用户的信用积分进行预测，获得所述信用积分预测模型输出的所述用户对应的目标信用积分；根据所述目标信用积分对所述额度分配任务进行审核，并将审核结果发送至所述第一服务端。

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

存储器和处理器；

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

接收客户端针对目标对象上传的数据量申请请求，所述数据量申请请求中携带有所述目标对象对应的专用数据量和用户的标识信息；

基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端；

接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，所述目标数据量在处理所述目标对象时从所述账户空间中流出；

根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果。

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

存储器和处理器；

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

接收第一服务端下发的数据量处理任务，所述数据量处理任务为针对目标对象申请专用数据量的任务；

对所述数据量处理任务进行解析，获得用户的属性信息以及所述目标对象对应的专用数据量；

基于所述属性信息、所述专用数据量以及所述用户的数据量处理信息构建目标矩阵；

将所述目标矩阵输入至积分预测模型对所述用户的积分进行预测，获得所述积分预测模型输出的所述用户对应的目标积分；

根据所述目标积分对所述数据量处理任务进行审核，并将审核结果发送至所述第一服务端。

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

存储器和处理器；

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

接收用户针对目标对象提交的数据量申请指令，所述数据量申请指令中携带有所述目标对象对应的专用数据量；

基于所述专用数据量向第一服务端发送携带有所述用户的标识信息的数据量申请请求；

接收所述第一服务端返回的针对所述用户的账户空间进行更新的更新结果。

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

存储器和处理器；

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

接收客户端针对目标商品上传的额度申请请求，所述额度申请请求中携带有所述目标商品对应的专项额度和用户的标识信息；

基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端；

接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，所述目标专项额度在交易所述目标商品时从所述交易账户中支用；

向所述客户端下发针对所述目标专项额度生成的提醒信息。

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

存储器和处理器；

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

接收第一服务端下发的额度分配任务，所述额度分配任务为针对目标商品申请专项额度的任务；

对所述额度分配任务进行解析，获得用户的属性信息以及所述目标商品的专项额度；

基于所述属性信息、所述专项额度以及所述用户的交易信息构建目标矩阵；

将所述目标矩阵输入至信用积分预测模型对所述用户的信用积分进行预测，获得所述信用积分预测模型输出的所述用户对应的目标信用积分；

根据所述目标信用积分对所述额度分配任务进行审核，并将审核结果发送至所述第一服务端。

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

存储器和处理器；

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

接收用户针对目标商品提交的额度申请指令，所述额度申请指令中携带有所述目标商品对应的专项额度；

基于所述专项额度向第一服务端发送携带有所述用户的标识信息的额度申请请求；

接收所述第一服务端返回的提醒信息，所述提醒信息中包含所述专项额度对应的目标专项额度相关的额度信息，所述目标专项额度在交易所述目标商品时从所述交易账户中支用。

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

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

本说明书一实施例提供的数据量处理方法，通过接收所述客户端上传的数据量申请请求，针对所述数据量申请请求建立数据量处理任务，并将所述数据量处理任务下发至所述第二服务端，再根据所述第二服务端返回的所述审核结果，向所述用户的账户空间分配与所述专用数据量对应的目标数据量，实现了可以直接通过用户的申请请求直接向第二服务端进行请求所述目标数据量，使得第二服务端可以直接针对用户进行直投，减少了中间过程过多的操作步骤，使得用户可以在较短的时间内接收到所述目标数据量，并且所述目标数据量是专用于所述目标对象，更进一步的方便了对所述目标数据量的管理，有效的提高了用户的体验效果和针对数据量处理的效率。

附图说明

图1是本说明书一实施例提供的第一种数据量处理方法的流程图；

图2是本说明书一实施例提供的第二种数据量处理方法的流程图；

图3是本说明书一实施例提供的第三种数据量处理方法的流程图；

图4是本说明书一实施例提供的第一种额度分配方法的流程图；

图5是本说明书一实施例提供的第二种额度分配方法的流程图；

图6是本说明书一实施例提供的第三种额度分配方法的流程图；

图7是本说明书一实施例提供的一种数据量处理系统的结构示意图；

图8是本说明书一实施例提供的一种额度分配系统的结构示意图；

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

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

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

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

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

图14是本说明书一实施例提供的第六种计算设备的结构框图。

具体实施方式

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

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

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

在本说明书中，提供了数据量处理方法。本说明书同时涉及数据量处理系统，额度分配方法，额度分配系统，计算设备，以及计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本说明书一实施例提供的一种数据量处理方法的流程图，应用于第一服务端，具体包括以下步骤：

步骤102：接收客户端针对目标对象上传的数据量申请请求；所述数据量申请请求中携带有所述目标对象对应的专用数据量和用户的标识信息。

实际应用中，在用户针对目标对象进行数据量处理的过程中，可能存在账户空间中的数据量不够使用的情况，此时为了能够使得用户可以正常进行数据量处理，账户空间会为用户提供一份额外的数据量进行使用，而该额外的数据量由于存在上限，无法满足在一些特殊场景下需要大量数据量的情况，很大程度上限制了用户的处理行为，并且也无法解决用户正常进行数据量处理过程的情况。

本说明书提供的数据量处理方法，为了能够为用户提供更多的数据量进行使用，同时避免用户随意调用数据量进行使用的情况，通过接收所述客户端上传的数据量申请请求，针对所述数据量申请请求建立数据量处理任务，并将所述数据量处理任务下发至所述第二服务端，再根据所述第二服务端返回的所述审核结果，向所述用户的账户空间分配与所述专用数据量对应的目标数据量，实现了可以直接通过用户的申请请求直接向第二服务端进行请求所述目标数据量，使得第二服务端可以直接针对用户进行直投，减少了中间过程过多的操作步骤，使得用户可以在较短的时间内接收到所述目标数据量，并且所述目标数据量是专用于所述目标对象，更进一步的方便了对所述目标数据量的管理，有效的提高了用户的体验效果和针对数据量处理的效率。

具体的，所述目标对象可以是用户交易过程中所述待交易的物品，所述专用数据量可以理解为交易该物品所需要使用的额度或者资金等，并且专用数据量只能够针对在执行所述目标对象时进行使用。

步骤104：基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端。

具体的，在接收到所述数据量申请请求的基础上，进一步的，将基于所述专用数据量以及所述属性信息建立数据量处理任务，并将所述数据量处理任务下发至所述第二服务端，在本实施例中所述第二服务端可以是进行数据量审核节点对应的一段。

本实施例的一个或多个实施方式中，所述基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端步骤执行之后，还可以建立时间周期控制任务进行兜底，具体是指在超过预设时间周期未接收到第二服务端返回的审核结果，可以由第一服务端进行审核，具体实现方式如下所述：

确定建立所述数据量处理任务的时间节点，并在所述时间节点建立时间周期控制任务；

基于所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端返回的所述审核结果；

若是，执行步骤104即可；

若否，基于所述时间周期的末端时间节点触发所述时间周期控制任务；根据所述时间周期控制任务读取所述账户控件在各个数据量处理维度的处理信息，并基于所述处理信息确定所述用户的数据量处理积分；在所述数据量处理积分大于预设的积分阈值的情况下，计算向所述账户空间分配的与所述专用数据量对应的流出数据量以及分配数据量；向所述客户端下发针对所述流出数据量以及所述分配数据量生成的分配提醒信息。

在所述第二服务端未在所述时间周期内返回所述审核结果的情况下，为了避免用户无专用数据量可以调用，以及避免错过调用所述专用数据量的最佳时间，可以有第一服务端提供所述分配数据量，同时第一服务端也会对所述用户进行数据量申请审核，以提高分配数据量使用环境的安全性。

步骤106：接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量；所述目标数据量在处理所述目标对象时从所述账户空间中流出。

具体的，在上述向第二服务端下发所述数据量处理任务的基础上，进一步的，将接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，其中所述目标数据量在处理所述目标对象时从所述账户空间中流出。

本实施例的一个或多个实施方式中，一方面所述接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，包括：

接收所述第二服务端针对所述数据量处理任务返回的所述审核结果；

根据所述审核结果向所述第二服务端发送提取所述专用数据量对应的发放数据量的提取请求；

接收所述第二服务端针对所述提取请求发放的所述发放数据量，并根据所述发放数据量确定向所述账户空间发放的所述目标数据量。

本实施例的一个或多个实施方式中，另一方面所述接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，包括：

接收所述第二服务端针对所述数据量任务返回的所述审核结果；

在所述审核结果为针对所述数据量处理任务审核未通过的情况下，读取所述账户空间的账户等级；

根据所述账户等级计算向所述账户空间发放的与所述专用数据量对应的所述目标数据量。

在确定所述目标数据量的过程中，通过第二服务端分配的所述发放数据量确定所述目标数据量，使得所述第二服务端可以直接针对所述用户投放所述数据量，可以加快所述目标数据量的调用效率，并且通过结合账户等级的方式由第一服务端分配所述目标数据量，可以提高用户的参与度。

步骤108：根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果。

具体的，在上述根据所述审核结果确定所述目标数据量的基础上，进一步的将根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果。

本实施例的一个或多个实施方式中，一方面所述根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果步骤执行之后，还包括：

在接收到所述客户端针对所述目标对象使用所述目标数据量上传的使用指令的情况下，对所述目标数据量进行分阶段划分，并根据划分结果确定每个阶段对应的执行数据量和执行时间；

基于所述每个阶段对应的执行数据量和执行时间生成执行信息，并针对所述目标对象使用所述目标数据量；

将所述执行信息以及使用所述目标数据量的使用结果发送至所述客户端。

本实施例的一个或多个实施方式中，另一方面所述根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果步骤执行之后，还包括：

在所述目标数据量未被使用的情况下，检测当前时间是否超过所述目标数据量的使用时间；

若是，在所述账户空间中将所述目标数据量扣除，并向所述客户端发送目标数据量扣除结果；

若否，则不作任何处理。

本说明书提供的数据量处理方法，通过接收所述客户端上传的数据量申请请求，针对所述数据量申请请求建立数据量处理任务，并将所述数据量处理任务下发至所述第二服务端，再根据所述第二服务端返回的所述审核结果，向所述用户的账户空间分配与所述专用数据量对应的目标数据量，实现了可以直接通过用户的申请请求直接向第二服务端进行请求所述目标数据量，使得第二服务端可以直接针对用户进行直投，减少了中间过程过多的操作步骤，使得用户可以在较短的时间内接收到所述目标数据量，并且所述目标数据量是专用于所述目标对象，更进一步的方便了对所述目标数据量的管理，有效的提高了用户的体验效果和针对数据量处理的效率。

图2示出了根据本说明书一实施例提供的一种数据量处理方法的流程图，应用于第二服务端，具体包括以下步骤：

步骤202：接收第一服务端下发的数据量处理任务；所述数据量处理任务为针对目标对象申请专用数据量的任务。

步骤204：对所述数据量处理任务进行解析，获得用户的属性信息以及所述目标对象对应的专用数据量。

步骤206：基于所述属性信息、所述专用数据量以及所述用户的数据量处理信息构建目标矩阵。

本实施例的一个或多个实施方式中，所述基于所述属性信息、所述专用数据量以及所述用户的数据量处理信息构建目标矩阵，包括：

基于所述属性信息确定所述用户的身份信息，并根据所述身份信息读取所述用户的所述数据量处理信息；

基于所述属性信息、所述专用数据量以及所述数据量处理信息构建所述目标矩阵。

步骤208：将所述目标矩阵输入至积分预测模型对所述用户的积分进行预测，获得所述积分预测模型输出的所述用户对应的目标积分。

步骤210：根据所述目标积分对所述数据量处理任务进行审核，并将审核结果发送至所述第一服务端。

本实施例的一个或多个实施方式中，所述根据所述目标积分对所述数据量处理任务进行审核，并将审核结果发送至所述第一服务端，包括：

判断所述目标积分是否大于预设的积分阈值；

若是，则根据所述目标积分确定对所述数据量处理任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端；

若否，则根据所述目标积分确定对所述数据量处理任务的审核结果为审核未通过结果，并将所述审核未通过结果作为所述审核结果发送至所述第一服务端。

本实施例的一个或多个实施方式中，所述根据所述目标积分确定对所述数据量处理任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端子步骤执行之后，还包括：

接收所述第一服务端返回的针对所述审核结果提取所述专用数据量对应的发放数据量的提取请求；

基于所述提取请求向所述第一服务端发放所述发放数据量。

其中，应用于第二服务端的数据量处理方法，可以与第一服务端的数据量处理方法相互参见，本实施例在此不作过多赘述。

本说明书提供的数据量处理方法，实现了可以直接通过用户的申请请求直接向第二服务端进行请求所述目标数据量，使得第二服务端可以直接针对用户进行直投，减少了中间过程过多的操作步骤，使得用户可以在较短的时间内接收到所述目标数据量，并且所述目标数据量是专用于所述目标对象，更进一步的方便了对所述目标数据量的管理，有效的提高了用户的体验效果和针对数据量处理的效率。

图3示出了根据本说明书一实施例提供的一种数据量处理方法的流程图，应用于客户端，具体包括以下步骤：

步骤302：接收用户针对目标对象提交的数据量申请指令；所述数据量申请指令中携带有所述目标对象对应的专用数据量。

步骤304：基于所述专用数据量向第一服务端发送携带有所述用户的标识信息的数据量申请请求。

步骤306：接收所述第一服务端返回的针对所述用户的账户空间进行更新的更新结果。

其中，应用于客户端的数据量处理方法，可以与第一服务端的数据量处理方法相互参见，本实施例在此不作过多赘述。

本说明书提供的数据量处理方法，通过接收所述客户端上传的数据量申请请求，针对所述数据量申请请求建立数据量处理任务，并将所述数据量处理任务下发至所述第二服务端，再根据所述第二服务端返回的所述审核结果，向所述用户的账户空间分配与所述专用数据量对应的目标数据量，实现了可以直接通过用户的申请请求直接向第二服务端进行请求所述目标数据量，使得第二服务端可以直接针对用户进行直投，减少了中间过程过多的操作步骤，使得用户可以在较短的时间内接收到所述目标数据量，并且所述目标数据量是专用于所述目标对象，更进一步的方便了对所述目标数据量的管理，有效的提高了用户的体验效果和针对数据量处理的效率。

图4示出了根据本说明书一实施例提供的一种额度分配方法的流程图，应用于第一服务端，具体包括以下步骤：

步骤402：接收客户端针对目标商品上传的额度申请请求；所述额度申请请求中携带有所述目标商品对应的专项额度和用户的标识信息。

实际应用中，在用户针对目标商品进行交易时，可能存在交易账户中的资金不够的情况，此时为了能够使得用户可以正常交易所述目标商品，交易账户会为用户提供一笔可以随意支用的额度，而该额度会针对每个用户的信用行为等分配的额度大小也是不同的，在用户使用该额度的情况下，用户需要在设定的时间范围内针对该额度进行还款即可；而由于该额度可以针对任意的目标商品进行使用，故能够为用户提供的额度也是有限的，相对于在一些特殊场景中，用户可能需要支用一大笔资金，而此时用户交易账户中的资金不足的情况下，就无法针对目标商品进行交易了，很大程度上限定了用户针对目标商品的交易行为，并且也无法解决用户无法交易目标商品的情况。

本说明书提供的额度分配方法，为了能够向用户提供更多的额度，以及避免用户滥用额度的情况发生，通过在用户针对目标商品上传额度申请请求的情况下，基于所述额度申请请求建立额度分配任务，再将所述额度分配任务下发至所述第二服务端，根据所述第二服务端返回的所述审核结果确定向所述用户发放的目标专项额度，使得所述用户可以获得交易所述目标商品的目标专用额度，实现了在针对较大额度的目标商品进行交易的过程中，也可以通过专项额度针对目标商品进行交易，避免出现用户无法正常交易所述目标商品的情况发生，并且所述目标专项额度是由所述第二服务端直接提供，减少中间操作的同时降低针对目标专项额度的服务费用，更进一步的提高了用户的体验效果，使得所述用户在交易过程中更加便捷。

具体的，所述目标商品具体是指用户需要采购的商品，例如衣服，家具或者电器等，所述专项额度具体是指专用于采购目标商品所使用的额度，该额度由所述第一服务端提供，并且专用额度可以理解为第一服务端向用户提供的一笔资金，专用于交易所述目标商品使用的资金，而该笔资金不可以提现和用户之间进行交易；所述标识信息可以是用户的身份证件号码或者用户交易账户的唯一ID；所述交易账户即为用户在第一服务端所属的平台建立的进行交易使用的账户，该交易账户可以用户存储资金也可以用于贷款等。

具体实施时，所述客户端提交的所述额度申请请求可以是用户在交易所述目标商品是提交的也可以是用户在交易所述目标商品之前，通过专项额度申请页面提交的，本实施例的提供的一个或多个实施方式中，具体实现方式如下所述：

接收所述客户端通过额度申请接口针对所述目标商品上传的所述额度申请请求；或者，接收所述客户端在所述目标商品的交易页面针对所述目标商品上传的所述额度申请请求。

实际应用中，所述额度申请接口具体是指用户在交易所述目标商品前，可以进行专项额度申请的接口，例如用户通过手机上的Z应用进行专项额度申请时，需要通过Z应用的专项额度申请页面进行申请专项额度，此时的额度申请接口即为专项额度申请页面；

进一步的，在用户交易所述目标商品时，可能临时发现交易账户中的额度或者资金不够支用所述目标商品的情况下，此时可以针对目标商品申请专项额度，此时提交额度申请请求的过程即为通过所述目标商品的交易页面提交的。

具体实施时，在商家为了促进目标商品的销售效果，也可以为部分商品开通专项额度交易方式，例如，商家A是销售电视机的商家，为了促进电视机B的销量，为电视机B开通专项额度购买方式，即用户在商家A购买电视机B的时候，可以通过购买电视机B的专项额度进行购买，而通过使用专项额度购买电视机B，用户只需要按照分期的方式按期清偿专项额度即可。

在客户端提交所述额度申请请求的过程中，可以针对专项额度进行提前申请，也可以在交易所述目标商品的过程中申请，更进一步的提高了所述用户的申请专项额度的自由性，并且所述专项额度只可以用户目标商品，避免了用户滥用专项额度的情况发生，进一步方便的对专项额度的监控。

而在接收所述客户端上传的所述额度申请请求之前，需要用户针对专项额度进行授权使用，即需要对用户进行身份验证的同时，还需要用户同意使用专项额度相关的服务，本实施例的一个或多个实施方式中，具体实现方式如下所述：

接收所述客户端针对专项额度业务上传的开通请求，所述开通请求中携带有所述标识信息；

基于所述标识信息读取所述用户的所述属性信息，并根据所述属性信息对所述用户进行授权核验；

根据授权核验结果确定所述用户针对专项额度业务开通成功的情况下，为所述用户分配专项额度业务使用权限，并向所述客户端发送专项额度业务开通成功的成功提醒信息。

实际应用中，在用户使用所述专项额度之前，为了防止用户针对专项额度进行欺诈等行为，可以对用户进行初步的身份核验，在接收到所述用户通过客户端上传开通请求的情况下，将根据所述开通请求中携带的所述标识信息读取所述用户的属性信息，所述属性信息具体是指用户的指纹信息、身份证件信息或人脸图像信息等，同时根据所述属性信息对用户进行授权核验，在确定所述用户针对专项额度业务开通成功的情况下，说明所述用户通过授权核验，并且同意开通所述专项额度服务，此时将向所述用户分配专项额度业务使用权限，并且向客户端发送开通专项额度业务成功的提醒信息。

在用户申请专项额度使用之前，需要用户针对专项额度业务进行申请，并且在申请的过程中会对用户进行初步的身份核验，有效的提高了在专项额度场景中的安全性，并且避免出现用户欺诈行为的发生，更进一步的提高了正常用户的使用环境的安全性。

进一步的，在接收到所述客户端上传的所述额度申请请求的情况下，此时为了能够促进用户使用专项额度的便捷性，需要根据所述标识信息确定第二服务端，进而可以直接通过第二服务端向用户提供专项额度，避免中间过程造成过多的服务费用，本实施例的一个或多个实施方式中，具体实现方式如下所述：

根据所述标识信息确定所述用户的历史交易链路，以及将所述历史交易链路所属的服务端确定为所述第二服务端。

实际应用中，所述历史交易链路具体是指用户在历史交易过程中，所使用的交易链路，例如用户在通过网购平台购买商品的过程中，使用C银行进行银行卡进行支付，则对应的历史交易链路即为C银行对应的支付路径，在确定所述历史交易链路的情况下，即可将所述历史交易链路所属的服务端确定为所述第二服务端。

具体实施时，确定的所述第二服务端可能是多个，此时为了能够方面用户成功申请所述专项额度，可以选择交易次数最多或开通时间最长的历史交易链路对应的服务端确定为所述第二服务端。

通过根据所述历史交易链路确定所述第二服务端，实现了可以针对多个服务端进行选择，可以选择处理速率较快的服务端作为所述第二服务端，可以有效的加快所述用户申请专项额度的申请效率。

更进一步的，在接收到所述客户端上传的所述额度申请请求的情况下，还需要进一步的对所述用户进行身份核验，以避免是其他用户使用专项额度的情况发生，本实施例的一个或多个实施方式中，身份核验过程具体实现方式如下所述：

基于所述标识信息读取所述用户的身份信息，并向所述客户端下发采集所述用户的人脸图像的采集请求；

接收所述客户端针对所述采集请求返回的第一人脸图像，并在所述身份信息中提取第二人脸图像与所述第一人脸图像进行相似度计算；

在相似度计算结果大于预设相似度阈值的情况下，向所述客户端下发针对所述专项额度进行申请的申请协议；

接收所述客户端针对所述申请协议返回的签订信息。

具体的，所述身份信息具体是指与所述身份特征相关的信息，所述身份信息可以包括用户的开通交易账户时提交的人脸图像、用户的身份证件信息或者用户的指纹信息等，首先通过所述标识信息读取所述身份信息，所述身份信息在所述第一服务端的用户数据库中存储，同时向所述客户端下发采集所述用户人脸图像的采集请求，客户端根据所述采集请求开启摄像头开始采集此时持有客户端的用户的人脸图像，并将采集到的人脸图像发送至第一服务端，第一服务端接收到返回的第一人脸图像，并在所述身份信息中提取第二人脸图像，所述第二人脸图像为开通交易账户的用户的人脸图像；

基于此，计算所述第一人脸图像和所述第二人脸图像二者的相似度，在相似度大于预设相似度阈值的情况下，此时说明提交额度申请请求的用户即为开通交易账户的用户，将向所述客户端下发针对所述专项额度进行申请的申请协议，所述申请协议即为提醒用户将使用专项额度的协议，在接收到所述客户端返回的签订信息的情况下，表明用户同意使用所述专项额度，将进行后续的额度分配处理即可。

实际应用中，在计算所述第一人脸图像和所述第二人脸图像相似度的过程中，相似度阈值可以根据实际应用场景进行设定，例如80％，90％等，本实施例在此不作任何限定。

在用户通过所述客户端提交所述额度申请请求的情况下，为了防止他人盗用用户交易账户滥用专项额度的情况发生，可以对用户进行更深层次的身份核验过程，进一步提高了安全性，使得专项额度的安全环境对于用户更有保障。

步骤404：基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端。

具体的，在接收到所述客户端上传的所述额度申请请求的基础上，进一步的，将结合所述专项额度以及所述用户的属性信息建立与所述目标商品相关的额度分配任务，再将所述额度分配任务下发至所述第二服务端，所述第二服务端可以是提供专项额度对应的机构。实际应用中，所述额度分配任务具体是指申请专项额度的任务。

具体实施时，在将所述额度分配任务下发至所述第二服务端的基础上，进一步的，在向用户分配所述专项额度对应的目标专项额度的过程中，需要结合所述第二服务端返回的审核结果确定，而第二服务端返回审核结果的时间并不是确定的，比如在晚上10点之后返回审核结果的时间可能较晚，此时为了能够方便用户在任意时间都可以使用所述专项额度，将在建立额度分配任务的同时建立时间周期控制任务，在超过预设时间的情况下，将开启兜底策略，本实施例的一个或多个实施方式中，具体实现方式如下所述：

确定建立所述额度分配任务的时间节点，并在所述时间节点建立时间周期控制任务；

基于所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端返回的所述审核结果；

若否，基于所述时间周期的末端时间节点触发所述时间周期控制任务；

根据所述时间周期控制任务读取所述交易账户在各个交易维度的交易信息，并基于所述交易信息计算所述用户的交易信用积分；

在所述交易信用积分大于预设的积分阈值的情况下，计算向所述交易账户发放的与所述专项额度对应的交易专项额度以及分配费用；

向所述客户端下发针对所述交易专项额度以及所述分配费用生成的分配提醒信息；

若是，执行下述步骤406，步骤406具体是指接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度。

实际应用中，在建立所述额度分配任务的时间节点同时建立所述时间周期控制任务，通过所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端返回的审核结果，若是，则说明所述第二服务端及时对所述额度分配任务进行了审核，此时执行后续步骤406即可，若否，则说明所述第二服务端未及时对所述额度分配任务进行审核，此时在到达所述预设时间周期的末端时间节点的情况下，将触发所述时间周期控制任务，将开启兜底策略，即第一服务端将提供专项额度，避免用户等待的时间过长；

基于此，读取所述交易账户在各个交易维度的交易信息，所述交易信息即为用户的购买商品信息、用户支付信息以及用户转账信息等，基于各个交易维度的交易信用计算所述用户的交易信用积分，所述交易信用积分用于体现所述用户的交易信用行为，所述交易信用积分越高表明用户的信用越好，反之交易信用积分越低表明用户的信用越差；其中计算所述交易信用积分的方式可以通过加权和的方式进行计算，即将各个交易维度的权重与交易信息进行乘积并求和确定所述交易信用积分；

进一步的，在确定所述交易信用积分之后，再将所述交易信用积分与预设积分阈值进行比较，在所述交易信用积分大于预设的积分阈值的情况下，表明所述用户的交易信用是较好的，此时将由所述第一服务端提供所述专项额度，即为所述交易专项额度，并针对所述交易专项额度收取一定的分配费用，而所述分配费用将由所述交易专项额度决定，交易专项额度越高所述分配费用越高，所述分配费用可以理解第一服务端向用户提供交易专项额度所收取的服务费用，所述交易专项额度表示是由所述第一服务端提供的专项额度；最后向所述客户端下发针对所述交易专项额度以及所述分配费用生成的分配提醒信息即可。

例如，在用户通过网购平台购买电视机的过程中，申请了专项额度，计划通过专项额度购买该电视机，此时用户将向支付平台申请专项额度，而支付平台将根据用户的额度申请请求向第三方机构发送额度分配任务，同时生成时间控制任务，在检测到在10分钟之内为接收到第三方机构返回针对额度分配任务的审核结果的情况下，将由支付平台向用户提供该笔专项额度，确定用户需要使用的专项额度是5000元，通过计算确定向用户收取的分配费用是专项额度的0.1％，即为5元，此时向用户发送针对分配费用5元和交易专项额度5000元的提醒信息即可，提醒用户针对该电视机的专项额度审批成功，可以购买电视机。

在所述第二服务端未在所述时间周期内返回所述审核结果的情况下，为了避免出现用户无专项额度可用，以及避免用户针对目标商品错过最佳的交易时间，可以由所述第一服务端提供所述交易专项额度，可以有效的提高用户的体验效果，同时第一服务端也会对所述用户进行额度申请核验，以提高交易专项额度使用环境的安全性。

进一步的，在超过预设的时间周期后接收到所述第二服务端返回所述审核结果的情况下，此时对于用户来讲审核结果的意义并不是特别重要，而为了避免此次交互过程资源的浪费，可以将此次的审核结果作为下次额度分配任务的凭证，占用审核下次额度分配任务的一定比例，本实施例的一个或多个实施方式中，具体实现方式如下所述：

接收所述第二服务端在所述时间周期外针对所述额度分配任务返回的超时审核结果；

在所述超时审核结果为针对所述额度分配任务审核通过的情况下，基于所述超时审核结果确定二次额度分配任务的凭证信息，并向所述客户端发送所述凭证信息。

实际应用中，所述二次额度分配任务表示用户针对另一商品建立的额度分配任务，此时将超时审核结果作为所述二次额度分配任务的凭证信息，以用于出现二次额度分配任务的情况下，可以通过参考所述凭证信息对用户进行身份核验等过程。

例如，时间周期是10分钟，而第二服务端返回审核结果的时间是11分钟，此时将第二服务端返回的审核结果进行存储，作为下次用户申请额度的过程中建立的额度分配任务的凭证信息，可以加快额度分配任务的审核速率。

通过基于超时审核结果确定凭证信息，可以促进在下次用户进行专项额度申请的过程中促进额度分配任务的审核效率，可以使得用户可以更快的分配到所述目标专项额度。

更进一步的，在所述第二服务端返回的所述审核结果是审核失败的情况下，此时说明用户的额度申请请求是不符合第二服务端的审核条件，而为了能够向用户提供所述专项额度进行使用，可以针对审核失败结果向用户提出更改额度申请请求的建议，本实施例的一个或多个实施方式中，具体实现方式如下所述：

接收所述第二服务端针对所述额度分配任务返回的审核失败结果；

通过对所述审核失败结果进行分析，确定所述额度分配任务未通过审核的审核失败信息；

基于所述审核失败信息生成针对所述额度分配任务进行调整的调整策略，并向所述客户端发送所述调整策略。

实际应用中，在接收到所述第二服务端返回所述审核失败结果的情况下，第一服务端将对所述审核失败结果进行分析，确定所述额度分配任务未通过审核的审核失败信息；再基于所述审核失败信息生成针对所述额度分配任务进行调整的调整策略，并向所述客户端发送所述调整策略。

其中，所述调整策略即为向用户发出调整额度申请请求的调整意见，例如更改专项额度的额度值，或者针对其他商品申请专项额度的意见。

例如，在额度分配任务是用户申请专项额度10000元购买毛绒玩具的情况下，此时第二服务端针对额度分配任务返回的审核结果是审核失败结果，第一服务端通过对审核失败结果进行分析，确定审核失败原因是购买毛绒玩具所申请的专项额度过高，此时向用户发出的调整信息即为可以将专项额度调整为100元。

在接收到的第二服务端返回的审核结果是审核未通过的情况下，可以根据所述审核失败信息向所述客户端发送调整信息，使得用户可以针对失败原因对所述额度申请请求进行调整，以便于用户可以成功分配到所述专项额度。

步骤406：接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度；所述目标专项额度在交易所述目标商品时从所述交易账户中支用。

具体的，在上述向所述第二服务端发送额度分配任务的基础上，进一步的，将接收所述第二服务端针对所述额度分配任务返回的审核结果，再根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，所述目标专项额度在交易所述目标商品时从所述交易账户中支用。

实际应用中，根据所述审核结果确定所述目标专项额度的过程中，所述目标专项额度可以由所述第二服务端提供，也可以是由所述第一服务端提供，以避免在所述第二服务端无法正常提供所述专项额度的情况下，可以由第一服务端提供所述专项额度，实现了可以方便用户随时能够申请到所述专项额度进行使用，避免用户的流失率。

进一步的，在根据所述审核结果确定所述目标专项额度的过程中，本实施例的一个或多个实施方式中，具体实现方式如下所述：

接收所述第二服务端针对所述额度分配任务返回的所述审核结果；

根据所述审核结果向所述第二服务端发送提取所述专项额度对应的发放专项额度的提取请求；

接收所述第二服务端针对所述提取请求发放的所述发放专项额度，并根据所述发放专项额度确定向所述交易账户发放的所述目标专项额度。

具体的，接收所述第二服务端针对所述额度分配任务返回的所述审核结果，此时表明所述第二服务端同意向所述用户提供所述目标专项额度，而此时第一服务端将向所述第二服务端发送提取所述专项额度对应的发放专项额度的提取请求，在接收到所述第二服务端针对所述提取请求发放的所述发放专项额度的情况下，将所述发放专项额度确定向所述交易账户发放的所述目标专项额度即可。

实际应用中，所述目标专项额度可以是与所述专项额度相等的额度，例如交易所述目标商品的专项额度是1000元，而申请的目标专项额度也可以是1000元，此时专项额度只能用于交易所述目标商品。

除此之外，所述目标专项额度可以是大于所述专项额度的，例如交易所述目标商品的专项额度是1000元，而申请的目标专项额度是1200元，此时目标专项额度可以针对所述目标商品进行交易，并且多余的目标专项额度200元还可以用于交易其他与目标商品相似的商品；或者，

所述目标专项额度可以是小于所述专项额度的，例如交易所述目标商品的专项额度是1000元，而申请的目标专项额度是800元，此时交易所述目标商品的额度将缺少200元，这200元可以由用户通过交易账户中的余额抵扣，即交易目标商品时可以使用目标专项额度是800元以及交易账户中的余额200一同针对目标商品进行交易。

另一方面，在所述审核结果是未通过所述第二服务端的审核条件的情况下，为了避免用户的流失，此时第一服务端可以针对用户提供所述目标专项额度，本实施例的一个或多个实施方式中，具体实现方式如下所述：

接收所述第二服务端针对所述额度分配任务返回的所述审核结果；

在所述审核结果为针对所述额度分配任务审核未通过的情况下，读取所述交易账户的信用等级；

根据所述信用等级计算向所述交易账户发放的与所述专项额度对应的所述目标专项额度。

实际应用中，所述第二服务端返回的审核结果是针对额度分配任务审核未通过的情况下，此时第一服务端将读取所述交易账户的信用等级，将根据所述信用等级向用户提供所述目标专项额度，所述信用等级越高确定向交易账户发放的目标专项额度越高，反之述信用等级越低向交易账户发放的目标专项额度越低，则根据所述信用等级即可确定向所述交易账户发放的与所述专项额度对应的所述目标专项额度。

通过信用等级计算所述目标专项额度的过程中，实现了所述目标专项额度可以由所述用户的信用等级进行决定，提高用户针对信用维度的关注，以实现用户可以在信用较好的情况下，可以获得更高的目标专项额度，更加进一步的提高了用户参与度。

步骤后408：向所述客户端下发针对所述目标专项额度生成的提醒信息。

具体的，在确定所述目标专项额度的基础上，进一步向所述客户端下发针对所述目标专项额度生成的提醒信息即可。

具体实施时，在向所述客户端下发所述提醒信息的过程中，为了能够全面提醒到用户针对目标专项额度的使用方式以及使用规范，还可以在提醒信息中结合与目标专项额度相关的信息，本实施例的一个或多个实施方式中，具体实现方式如下所述：

确定所述目标专项额度的使用时间以及使用方式，结合所述使用时间、使用方式以及所述目标专项额度生成所述提醒信息，并向所述客户端进行发送。

具体的，所述使用方式具体是指正确使用所述目标专项额度的信息，所述使用时间具体是指所述目标专项额度的使用时间周期，基于所述目标专项额度、所述使用方式以及所述使用时间生成所述提醒信息向所述客户端发送即可。

例如，用户获得了1000元的专项额度，第一服务端确定该1000元的专项额度可以用于购买商品A，并且使用时间是3个月，将结合使用时间、使用方式以及专项额度向用户发送提醒信息，提醒用户该1000元的专项额度只可以用于购买商品A，并且从领取1000元专项额度的时间日起，在3个月内不使用的情况下，将会对专项额度扣除，3个月后将无法再次使用该1000元的专项额度，使用方式为选择支付方式为专项额度支付即可。

通过在向所述客户端发送所述提醒信息的过程中，将结合所述目标专项额度的使用时间、使用方式生成所述提醒信息，可以使得用户具体了解如何使用所述目标专项额度，有效的提高了用户的体验效果。

进一步的，在向所述客户端下发所述提醒信息的基础上，进一步的，在所述用户使用所述目标专项额度的情况下，将会对所述目标专项额度进行分阶段划分，即用户需要针对目标专项额度进行分期清偿，此时可以有效的缓解用户一次性清偿所述目标专项额度的压力，本实施例的一个或多个实施方式中，具体实现方式如下所述：

在接收到所述客户端针对所述目标商品支用所述目标专项额度上传的支用指令的情况下，对所述目标专项额度进行分阶段划分，并根据划分结果确定每个阶段对应的清偿额度以及清偿时间；

基于所述每个阶段对应的清偿额度以及清偿时间生成清偿信息，并针对所述目标商品支用所述目标专项额度；

将所述清偿信息以及支用所述目标专项额度的支用结果发送至所述客户端。

实际应用中，所述分阶段划分具体是指将所述目标专项额度进行分期，所述清偿额度具体是指在划分后的每个阶段应该清偿的额度，所述清偿时间即为每个阶段应该清偿的时间周期，此时再基于所述每个阶段对应的清偿额度以及清偿时间生成清偿信息，向客户端发送所述清偿信息即可，通知所述用户已经针对所述目标商品交易完成，并提醒用户按时清偿所述清偿额度即可。

除此之外，所述清偿额度以及清偿时间将需要结合所述目标专项额度进行计算确定，并且所述清偿时间也可以由所述用户选择确定，例如，目标专项额度是2000元，通过对目标专项额度进行阶段划分，确定由4个阶段组成，此时使用目标专项额度的时间是2019年1月5日，则第一清偿时间是2019年1月5日至2019年2月5日，第一清偿额度是501元，第二清偿时间是2019年2月5日至2019年3月5日，第二清偿额度是501元，第三清偿时间是2019年3月5日值2019年4月5日，第三清偿额度是501元，第四清偿时间是2019年4月5日至2019年5月5日，第四清偿额度是501元，其中每个月多收取的1元可以理解为管理费用；

基于此，根据清偿额度和清偿信息向用户发送清偿信息即可，并且用户可以针对清偿时间和清偿额度进行调整，例如用户将清偿时间调整为2个月，则此时确定目标专项额度可以划分为2个阶段，第一清偿时间是2019年1月5日至2019年2月5日，第一清偿额度是1000元，第二清偿时间是2019年2月5日至2019年3月5日，第一清偿额度是1000元，此时由于用户将清偿时间调短，可以不收取管理费用。

通过对所述目标专项额度进行分阶段划分处理，实现了在用户清偿所述目标专项额度的过程中，可以根据清偿时间以及清偿额度进行清偿，有效的缓解了用户一次性清偿目标专项额度的压力，更进一步的提高了所述用户的体验效果。

更进一步的，在确定所述目标专项额度未被使用的情况下，可以按照当前时间对所述目标专项额度进行扣除处理，即超过一定的时间未使用目标专项额度，可以将目标专项额度收回，由于目标专项额度是由所述第二服务端提供，通过为目标专项额度配置使用时间周期，避免出现占用资源，而导致资源浪费的情况，本实施例的一个或多个实施方式中，具体实现方式如下所述：

在所述目标专项额度未被使用的情况下，检测当前时间是否超过所述使用时间；

若是，在所述交易账户中将所述目标专项额度扣除，并向所述客户端发送目标专项额度扣除结果；

若否，则不作任何处理。

具体的，在所述目标专项额度未被使用的情况下，检测当前时间是否超过所述使用时间；若是，说明所述在使用时间内用户并未针对所述目标专项额度进行使用，此时可以在所述交易账户中将所述目标专项额度扣除，并向所述客户端发送目标专项额度扣除结果；若否，则不作任何处理即可。

本说明书提供的额度分配方法，通过在用户针对目标商品上传额度申请请求的情况下，基于所述额度申请请求建立额度分配任务，再将所述额度分配任务下发至所述第二服务端，根据所述第二服务端返回的所述审核结果确定向所述用户发放的目标专项额度，使得所述用户可以获得交易所述目标商品的目标专用额度，实现了在针对较大额度的目标商品进行交易的过程中，也可以通过专项额度针对目标商品进行交易，避免出现用户无法正常交易所述目标商品的情况发生，并且所述目标专项额度是由所述第二服务端直接提供，减少中间操作的同时降低针对目标专项额度的服务费用，更进一步的提高了用户的体验效果，使得所述用户在交易过程中更加便捷，并且在目标专项额度被使用之后，用户可以根据清偿时间以及清偿额度进行清偿，有效的缓解了用户一次性清偿目标专项额度的压力，更进一步的提高了所述用户的体验效果。

图5示出了根据本说明书一实施例提供的一种额度分配方法的流程图，应用于第二服务端，具体包括以下步骤：

步骤502：接收第一服务端下发的额度分配任务；所述额度分配任务为针对目标商品申请专项额度的任务。

步骤504：对所述额度分配任务进行解析，获得用户的属性信息以及所述目标商品的专项额度。

步骤506：基于所述属性信息、所述专项额度以及所述用户的交易信息构建目标矩阵。

本实施例的一个或多个实施方式中，所述基于所述属性信息、所述专项额度以及所述用户的交易信息构建目标矩阵，包括：

基于所述属性信息确定所述用户的身份信息，并根据所述身份信息读取所述用户的所述交易信息；

根据所述交易信息、所述属性信息以及所述专项额度构建所述目标矩阵。

步骤508：将所述目标矩阵输入至信用积分预测模型对所述用户的信用积分进行预测，获得所述信用积分预测模型输出的所述用户对应的目标信用积分。

实际应用中，所述目标信用积分具体是指用户在所述第二服务端的信用积分，所述目标信用积分越高表明所述用户的信用越高，则所述额度分配任务通过审核的概率越高，反之目标信用积分越低表明所述用户的信用越差，则所述额度分配任务通过审核的概率越低。

步骤510：根据所述目标信用积分对所述额度分配任务进行审核，并将审核结果发送至所述第一服务端。

本实施例的一个或多个实施方式中，所述根据所述目标信用积分对所述额度分配任务进行审核，并将审核结果发送至所述第一服务端，包括：

判断所述目标信用积分是否大于预设的信用积分阈值；

若是，则根据所述目标信用积分确定对所述额度分配任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端；

若否，则根据所述目标信用积分确定对所述额度分配任务的审核结果为审核未通过结果，并将所述审核未通过结果作为所述审核结果发送至所述第一服务端。

本实施例的一个或多个实施方式中，所述根据所述目标信用积分确定对所述额度分配任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端子步骤执行之后，还包括：

接收所述第一服务端返回的针对所述审核结果提取所述专项额度对应的发放专项额度的提取请求；

基于所述提取请求向所述第一服务端发放所述发放专项额度。

实际应用中，所述第二服务端在执行所述额度分配方法的过程中，可以通过预测模型标记语言PMM(Predictive Model Markup Language)来实现跨平台的机器学习的部署，实现了可以针对任意第二服务端都可以部署所述信用积分预测模型。

其中，应用于第二服务端的额度分配方法相关的描述内容可与第一服务端的额度分配方法相互参见，本实施例在此不作过多赘述。

本说明书提供的额度分配方法，通过采用信用积分预测模型对所述用户进行目标信用积分的预测，可以有效的结合用户在所述第二服务端的信用行为对所述额度分配任务进行审核，提高了额度分配任务审核效率的同时，还提高了对所述审核结果的准确性，从而更进一步的提高了安全性的把控。

图6示出了根据本说明书一实施例提供的一种额度分配方法的流程图，应用于客户端，具体包括以下步骤：

步骤602：接收用户针对目标商品提交的额度申请指令；所述额度申请指令中携带有所述目标商品对应的专项额度。

步骤604：基于所述专项额度向第一服务端发送携带有所述用户的标识信息的额度申请请求。

步骤606：接收所述第一服务端返回的提醒信息；所述提醒信息中包含所述专项额度对应的目标专项额度相关的额度信息，所述目标专项额度在交易所述目标商品时从所述交易账户中支用。

实际应用中，所述客户端接收所述用户提交的额度申请指令可以是用户通过扫描目标商品的商家提供的图像识别码提交的，也可以是用户通过在申请目标专项额度的页面提交的，本实施例在此不作任何限定。

其中，应用于客户端的额度分配方法相关的描述内容可与第一服务端的额度分配方法相互参见，本实施例在此不作过多赘述。

本说明书提供的额度分配方法，实现了在针对较大额度的目标商品进行交易的过程中，也可以通过专项额度针对目标商品进行交易，避免出现用户无法正常交易所述目标商品的情况发生，并且所述目标专项额度是由所述第二服务端直接提供，减少中间操作的同时降低针对目标专项额度的服务费用，更进一步的提高了用户的体验效果，使得所述用户在交易过程中更加便捷，并且在目标专项额度被使用之后，用户可以根据清偿时间以及清偿额度进行清偿，有效的缓解了用户一次性清偿目标专项额度的压力，更进一步的提高了所述用户的体验效果。

与上述方法实施例相对应，本说明书还提供了数据量处理系统实施例，图7示出了本说明书一实施例提供的一种数据量处理系统的结构示意图。如图7所示，该系统700包括：

客户端702，第一服务端704和第二服务端706；

所述客户端702，用于接收用户针对目标对象提交的数据量申请指令，所述数据量申请指令中携带有所述目标对象对应的专用数据量；基于所述专用数据量向第一服务端704发送携带有所述用户的标识信息的数据量申请请求；接收所述第一服务端704返回的针对所述用户的账户空间进行更新的更新结果；

所述第一服务端704，用于接收客户端702针对目标对象上传的数据量申请请求，所述数据量申请请求中携带有所述目标对象对应的专用数据量和用户的标识信息；基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端706；接收所述第二服务端706针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，所述目标数据量在处理所述目标对象时从所述账户空间中流出；根据所述目标数据量对所述账户空间进行更新，并向所述客户端702发送针对所述账户空间的更新结果；

所述第二服务端706，用于接收第一服务端702下发的数据量处理任务，所述数据量处理任务为针对目标对象申请专用数据量的任务；对所述数据量处理任务进行解析，获得用户的属性信息以及所述目标对象对应的专用数据量；基于所述属性信息、所述专用数据量以及所述用户的数据量处理信息构建目标矩阵；将所述目标矩阵输入至积分预测模型对所述用户的积分进行预测，获得所述积分预测模型输出的所述用户对应的目标积分；根据所述目标积分对所述数据量处理任务进行审核，并将审核结果发送至所述第一服务端702。

一个可选的实施例中，所述数据量处理系统700，还包括：

检测时间端，用于确定建立所述数据量处理任务的时间节点，并在所述时间节点建立时间周期控制任务；基于所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端706返回的所述审核结果；

若是，运行所述第一服务端704。

一个可选的实施例中，所述第一服务端704进一步用于：

接收所述第二服务端706针对所述数据量处理任务返回的所述审核结果；根据所述审核结果向所述第二服务端706发送提取所述专用数据量对应的发放数据量的提取请求；接收所述第二服务端706针对所述提取请求发放的所述发放数据量，并根据所述发放数据量确定向所述账户空间发放的所述目标数据量。

一个可选的实施例中，所述数据量处理系统700，还包括：

执行端，用于在接收到所述客户端702针对所述目标对象使用所述目标数据量上传的使用指令的情况下，对所述目标数据量进行分阶段划分，并根据划分结果确定每个阶段对应的执行数据量和执行时间；基于所述每个阶段对应的执行数据量和执行时间生成执行信息，并针对所述目标对象使用所述目标数据量；将所述执行信息以及使用所述目标数据量的使用结果发送至所述客户端702。

一个可选的实施例中，若所述基于所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端706返回的所述审核结果步骤的判断结果为否，则所述检测时间端进一步用于：

基于所述时间周期的末端时间节点触发所述时间周期控制任务；根据所述时间周期控制任务读取所述账户控件在各个数据量处理维度的处理信息，并基于所述处理信息确定所述用户的数据量处理积分；在所述数据量处理积分大于预设的积分阈值的情况下，计算向所述账户空间分配的与所述专用数据量对应的流出数据量以及分配数据量；向所述客户端702下发针对所述流出数据量以及所述分配数据量生成的分配提醒信息。

一个可选的实施例中，所述第一服务端704进一步用于：

接收所述第二服务端706针对所述数据量任务返回的所述审核结果；在所述审核结果为针对所述数据量处理任务审核未通过的情况下，读取所述账户空间的账户等级；根据所述账户等级计算向所述账户空间发放的与所述专用数据量对应的所述目标数据量。

一个可选的实施例中，所述数据量处理系统700，还包括：

扣除数据量端，用于在所述目标数据量未被使用的情况下，检测当前时间是否超过所述目标数据量的使用时间；若是，在所述账户空间中将所述目标数据量扣除，并向所述客户端702发送目标数据量扣除结果。

一个可选的实施例中，所述第二服务端706进一步用于：

判断所述目标积分是否大于预设的积分阈值；若是，则根据所述目标积分确定对所述数据量处理任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端704；若否，则根据所述目标积分确定对所述数据量处理任务的审核结果为审核未通过结果，并将所述审核未通过结果作为所述审核结果发送至所述第一服务端704。

一个可选的实施例中，所述第二服务端706进一步用于：

接收所述第一服务端704返回的针对所述审核结果提取所述专用数据量对应的发放数据量的提取请求；基于所述提取请求向所述第一服务端704发放所述发放数据量。

一个可选的实施例中，所述第二服务端706进一步用于：

基于所述属性信息确定所述用户的身份信息，并根据所述身份信息读取所述用户的所述数据量处理信息；基于所述属性信息、所述专用数据量以及所述数据量处理信息构建所述目标矩阵。

本说明书提供的数据量处理系统，通过接收所述客户端702上传的数据量申请请求，针对所述数据量申请请求建立数据量处理任务，并将所述数据量处理任务下发至所述第二服务端706，再根据所述第二服务端706返回的所述审核结果，向所述用户的账户空间分配与所述专用数据量对应的目标数据量，实现了可以直接通过用户的申请请求直接向第二服务端706进行请求所述目标数据量，使得第二服务端706可以直接针对用户进行直投，减少了中间过程过多的操作步骤，使得用户可以在较短的时间内接收到所述目标数据量，并且所述目标数据量是专用于所述目标对象，更进一步的方便了对所述目标数据量的管理，有效的提高了用户的体验效果和针对数据量处理的效率。

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

与上述方法实施例相对应，本说明书还提供了额度分配系统实施例，图8示出了本说明书一实施例提供的一种额度分配系统的结构示意图。如图8所示，该系统800包括：

客户端802，第一服务端804和第二服务端806；

所述客户端802，用于接收用户针对目标商品提交的额度申请指令，所述额度申请指令中携带有所述目标商品对应的专项额度；基于所述专项额度向第一服务端804发送携带有所述用户的标识信息的额度申请请求；接收所述第一服务端804返回的提醒信息，所述提醒信息中包含所述专项额度对应的目标专项额度相关的额度信息，所述目标专项额度在交易所述目标商品时从所述交易账户中支用；

所述第一服务端804，用于接收客户端802针对目标商品上传的额度申请请求，所述额度申请请求中携带有所述目标商品对应的专项额度和用户的标识信息；基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端806；接收所述第二服务端806针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，所述目标专项额度在交易所述目标商品时从所述交易账户中支用；向所述客户端802下发针对所述目标专项额度生成的提醒信息；

所述第二服务端806，用于接收第一服务端804下发的额度分配任务，所述额度分配任务为针对目标商品申请专项额度的任务；对所述额度分配任务进行解析，获得用户的属性信息以及所述目标商品的专项额度；基于所述属性信息、所述专项额度以及所述用户的交易信息构建目标矩阵；将所述目标矩阵输入至信用积分预测模型对所述用户的信用积分进行预测，获得所述信用积分预测模型输出的所述用户对应的目标信用积分；根据所述目标信用积分对所述额度分配任务进行审核，并将审核结果发送至所述第一服务端804。

一个可选的实施例中，所述额度分配系统800，还包括：

检测时间端，用于确定建立所述额度分配任务的时间节点，并在所述时间节点建立时间周期控制任务；基于所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端806返回的所述审核结果；

若是，运行所述第一服务端804。

一个可选的实施例中，所述第一服务端804进一步用于：

接收所述第二服务端806针对所述额度分配任务返回的所述审核结果；根据所述审核结果向所述第二服务端806发送提取所述专项额度对应的发放专项额度的提取请求；接收所述第二服务端806针对所述提取请求发放的所述发放专项额度，并根据所述发放专项额度确定向所述交易账户发放的所述目标专项额度。

一个可选的实施例中，所述额度分配系统800，还包括：

分阶段清偿端，用于在接收到所述客户端802针对所述目标商品支用所述目标专项额度上传的支用指令的情况下，对所述目标专项额度进行分阶段划分，并根据划分结果确定每个阶段对应的清偿额度以及清偿时间；基于所述每个阶段对应的清偿额度以及清偿时间生成清偿信息，并针对所述目标商品支用所述目标专项额度；将所述清偿信息以及支用所述目标专项额度的支用结果发送至所述客户端802。

一个可选的实施例中，所述检测时间端进一步用于：

基于所述时间周期的末端时间节点触发所述时间周期控制任务；根据所述时间周期控制任务读取所述交易账户在各个交易维度的交易信息，并基于所述交易信息计算所述用户的交易信用积分；在所述交易信用积分大于预设的积分阈值的情况下，计算向所述交易账户发放的与所述专项额度对应的交易专项额度以及分配费用；向所述客户端802下发针对所述交易专项额度以及所述分配费用生成的分配提醒信息。

一个可选的实施例中，所述额度分配系统800，还包括：

确定凭证端，用于接收所述第二服务端806在所述时间周期外针对所述额度分配任务返回的超时审核结果；在所述超时审核结果为针对所述额度分配任务审核通过的情况下，基于所述超时审核结果确定二次额度分配任务的凭证信息，并向所述客户端802发送所述凭证信息。

一个可选的实施例中，所述第一服务端804进一步用于：

接收所述第二服务端806针对所述额度分配任务返回的所述审核结果；在所述审核结果为针对所述额度分配任务审核未通过的情况下，读取所述交易账户的信用等级；根据所述信用等级计算向所述交易账户发放的与所述专项额度对应的所述目标专项额度。

一个可选的实施例中，所述第一服务端804进一步用于：

根据所述标识信息确定所述用户的历史交易链路，以及将所述历史交易链路所属的服务端确定为所述第二服务端806。

一个可选的实施例中，所述第一服务端804进一步用于：

基于所述标识信息读取所述用户的身份信息，并向所述客户端802下发采集所述用户的人脸图像的采集请求；接收所述客户端802针对所述采集请求返回的第一人脸图像，并在所述身份信息中提取第二人脸图像与所述第一人脸图像进行相似度计算；在相似度计算结果大于预设相似度阈值的情况下，向所述客户端802下发针对所述专项额度进行申请的申请协议；接收所述客户端802针对所述申请协议返回的签订信息。

一个可选的实施例中，所述第一服务端804进一步用于：

接收所述第二服务端806针对所述额度分配任务返回的审核失败结果；通过对所述审核失败结果进行分析，确定所述额度分配任务未通过审核的审核失败信息；基于所述审核失败信息生成针对所述额度分配任务进行调整的调整策略，并向所述客户端802发送所述调整策略。

一个可选的实施例中，所述第一服务端804进一步用于：

确定所述目标专项额度的使用时间以及使用方式，结合所述使用时间、使用方式以及所述目标专项额度生成所述提醒信息，并向所述客户端802进行发送。

一个可选的实施例中，所述第一服务端804进一步用于：

在所述目标专项额度未被使用的情况下，检测当前时间是否超过所述使用时间；若是，在所述交易账户中将所述目标专项额度扣除，并向所述客户端802发送目标专项额度扣除结果。

一个可选的实施例中，所述第一服务端804进一步用于：

接收所述客户端802通过额度申请接口针对所述目标商品上传的所述额度申请请求；或者，接收所述客户端802在所述目标商品的交易页面针对所述目标商品上传的所述额度申请请求。

一个可选的实施例中，所述第一服务端804进一步用于：

接收所述客户端802针对专项额度业务上传的开通请求，所述开通请求中携带有所述标识信息；基于所述标识信息读取所述用户的所述属性信息，并根据所述属性信息对所述用户进行授权核验；根据授权核验结果确定所述用户针对专项额度业务开通成功的情况下，为所述用户分配专项额度业务使用权限，并向所述客户端802发送专项额度业务开通成功的成功提醒信息。

一个可选的实施例中，所述第二服务端806进一步用于：

判断所述目标信用积分是否大于预设的信用积分阈值；若是，则根据所述目标信用积分确定对所述额度分配任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端804；若否，则根据所述目标信用积分确定对所述额度分配任务的审核结果为审核未通过结果，并将所述审核未通过结果作为所述审核结果发送至所述第一服务端804。

一个可选的实施例中，所述第二服务端806进一步用于：

接收所述第一服务端804返回的针对所述审核结果提取所述专项额度对应的发放专项额度的提取请求；基于所述提取请求向所述第一服务端804发放所述发放专项额度。

一个可选的实施例中，所述第二服务端806进一步用于：

基于所述属性信息确定所述用户的身份信息，并根据所述身份信息读取所述用户的所述交易信息；根据所述交易信息、所述属性信息以及所述专项额度构建所述目标矩阵。

本说明书提供的额度分配系统，通过在用户针对目标商品上传额度申请请求的情况下，基于所述额度申请请求建立额度分配任务，再将所述额度分配任务下发至所述第二服务端806，根据所述第二服务端806返回的所述审核结果确定向所述用户发放的目标专项额度，使得所述用户可以获得交易所述目标商品的目标专用额度，实现了在针对较大额度的目标商品进行交易的过程中，也可以通过专项额度针对目标商品进行交易，避免出现用户无法正常交易所述目标商品的情况发生，并且所述目标专项额度是由所述第二服务端806直接提供，减少中间操作的同时降低针对目标专项额度的服务费用，更进一步的提高了用户的体验效果，使得所述用户在交易过程中更加便捷，并且在目标专项额度被使用之后，用户可以根据清偿时间以及清偿额度进行清偿，有效的缓解了用户一次性清偿目标专项额度的压力，更进一步的提高了所述用户的体验效果。

上述为本实施例的一种额度分配系统的示意性方案。需要说明的是，该额度分配系统的技术方案与上述的额度分配方法的技术方案属于同一构思，额度分配系统的技术方案未详细描述的细节内容，均可以参见上述额度分配方法的技术方案的描述。

图9示出了根据本说明书一实施例提供的第一种计算设备900的结构框图。该计算设备900的部件包括但不限于存储器910和处理器920。处理器920与存储器910通过总线930相连接，数据库950用于保存数据。

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

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

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

其中，处理器920用于执行如下计算机可执行指令：

接收客户端针对目标对象上传的数据量申请请求，所述数据量申请请求中携带有所述目标对象对应的专用数据量和用户的标识信息；

基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端；

接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，所述目标数据量在处理所述目标对象时从所述账户空间中流出；

根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果。

图10示出了根据本说明书一实施例提供的第二种计算设备1000的结构框图。该计算设备1000的部件包括但不限于存储器1010和处理器1020。处理器1020与存储器1010通过总线1030相连接，数据库1050用于保存数据。

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

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

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

其中，处理器1020用于执行如下计算机可执行指令：

接收第一服务端下发的数据量处理任务，所述数据量处理任务为针对目标对象申请专用数据量的任务；

对所述数据量处理任务进行解析，获得用户的属性信息以及所述目标对象对应的专用数据量；

基于所述属性信息、所述专用数据量以及所述用户的数据量处理信息构建目标矩阵；

将所述目标矩阵输入至积分预测模型对所述用户的积分进行预测，获得所述积分预测模型输出的所述用户对应的目标积分；

根据所述目标积分对所述数据量处理任务进行审核，并将审核结果发送至所述第一服务端。

图11示出了根据本说明书一实施例提供的第三种计算设备1100的结构框图。该计算设备1100的部件包括但不限于存储器1110和处理器1120。处理器1120与存储器1110通过总线1130相连接，数据库1150用于保存数据。

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

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

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

其中，处理器1120用于执行如下计算机可执行指令：

接收用户针对目标对象提交的数据量申请指令，所述数据量申请指令中携带有所述目标对象对应的专用数据量；

基于所述专用数据量向第一服务端发送携带有所述用户的标识信息的数据量申请请求；

接收所述第一服务端返回的针对所述用户的账户空间进行更新的更新结果。

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

图12示出了根据本说明书一实施例提供的第四种计算设备1200的结构框图。该计算设备1200的部件包括但不限于存储器1210和处理器1220。处理器1220与存储器1210通过总线1230相连接，数据库1250用于保存数据。

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

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

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

其中，处理器1220用于执行如下计算机可执行指令：

接收客户端针对目标商品上传的额度申请请求，所述额度申请请求中携带有所述目标商品对应的专项额度和用户的标识信息；

基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端；

接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，所述目标专项额度在交易所述目标商品时从所述交易账户中支用；

向所述客户端下发针对所述目标专项额度生成的提醒信息。

图13示出了根据本说明书一实施例提供的第五种计算设备1300的结构框图。该计算设备1300的部件包括但不限于存储器1310和处理器1320。处理器1320与存储器1310通过总线1330相连接，数据库1350用于保存数据。

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

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

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

其中，处理器1320用于执行如下计算机可执行指令：

接收第一服务端下发的额度分配任务，所述额度分配任务为针对目标商品申请专项额度的任务；

对所述额度分配任务进行解析，获得用户的属性信息以及所述目标商品的专项额度；

基于所述属性信息、所述专项额度以及所述用户的交易信息构建目标矩阵；

将所述目标矩阵输入至信用积分预测模型对所述用户的信用积分进行预测，获得所述信用积分预测模型输出的所述用户对应的目标信用积分；

根据所述目标信用积分对所述额度分配任务进行审核，并将审核结果发送至所述第一服务端。

图14示出了根据本说明书一实施例提供的第六种计算设备1400的结构框图。该计算设备1400的部件包括但不限于存储器1410和处理器1420。处理器1420与存储器1410通过总线1430相连接，数据库1450用于保存数据。

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

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

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

其中，处理器1420用于执行如下计算机可执行指令：

接收用户针对目标商品提交的额度申请指令，所述额度申请指令中携带有所述目标商品对应的专项额度；

基于所述专项额度向第一服务端发送携带有所述用户的标识信息的额度申请请求；

接收所述第一服务端返回的提醒信息，所述提醒信息中包含所述专项额度对应的目标专项额度相关的额度信息，所述目标专项额度在交易所述目标商品时从所述交易账户中支用。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，第四种、第五种和第六种计算设备的技术方案与上述的额度分配方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述额度分配方法的技术方案的描述。

本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于：

接收客户端针对目标对象上传的数据量申请请求，所述数据量申请请求中携带有所述目标对象对应的专用数据量和用户的标识信息；

基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端；

接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，所述目标数据量在处理所述目标对象时从所述账户空间中流出；

根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果。

和，

接收第一服务端下发的数据量处理任务，所述数据量处理任务为针对目标对象申请专用数据量的任务；

对所述数据量处理任务进行解析，获得用户的属性信息以及所述目标对象对应的专用数据量；

基于所述属性信息、所述专用数据量以及所述用户的数据量处理信息构建目标矩阵；

将所述目标矩阵输入至积分预测模型对所述用户的积分进行预测，获得所述积分预测模型输出的所述用户对应的目标积分；

根据所述目标积分对所述数据量处理任务进行审核，并将审核结果发送至所述第一服务端。

和，

接收用户针对目标对象提交的数据量申请指令，所述数据量申请指令中携带有所述目标对象对应的专用数据量；

基于所述专用数据量向第一服务端发送携带有所述用户的标识信息的数据量申请请求；

接收所述第一服务端返回的针对所述用户的账户空间进行更新的更新结果。

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

本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于：

接收客户端针对目标商品上传的额度申请请求，所述额度申请请求中携带有所述目标商品对应的专项额度和用户的标识信息；

基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端；

接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，所述目标专项额度在交易所述目标商品时从所述交易账户中支用；

向所述客户端下发针对所述目标专项额度生成的提醒信息。

和，

接收第一服务端下发的额度分配任务，所述额度分配任务为针对目标商品申请专项额度的任务；

对所述额度分配任务进行解析，获得用户的属性信息以及所述目标商品的专项额度；

基于所述属性信息、所述专项额度以及所述用户的交易信息构建目标矩阵；

将所述目标矩阵输入至信用积分预测模型对所述用户的信用积分进行预测，获得所述信用积分预测模型输出的所述用户对应的目标信用积分；

根据所述目标信用积分对所述额度分配任务进行审核，并将审核结果发送至所述第一服务端。

和，

接收用户针对目标商品提交的额度申请指令，所述额度申请指令中携带有所述目标商品对应的专项额度；

基于所述专项额度向第一服务端发送携带有所述用户的标识信息的额度申请请求；

接收所述第一服务端返回的提醒信息，所述提醒信息中包含所述专项额度对应的目标专项额度相关的额度信息，所述目标专项额度在交易所述目标商品时从所述交易账户中支用。

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

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

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

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

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

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

Claims (41)

1.一种数据量处理方法，应用于第一服务端，包括：

接收客户端针对目标对象上传的数据量申请请求，所述数据量申请请求中携带有所述目标对象对应的专用数据量和用户的标识信息；

基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端；

接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，所述目标数据量在处理所述目标对象时从所述账户空间中流出；

根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果。

2.根据权利要求1所述的数据量处理方法，所述基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端步骤执行之后，且所述接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量步骤执行之前，还包括：

确定建立所述数据量处理任务的时间节点，并在所述时间节点建立时间周期控制任务；

基于所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端返回的所述审核结果；

若是，执行所述接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量步骤。

3.根据权利要求2所述的数据量处理方法，所述接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，包括：

接收所述第二服务端针对所述数据量处理任务返回的所述审核结果；

根据所述审核结果向所述第二服务端发送提取所述专用数据量对应的发放数据量的提取请求；

接收所述第二服务端针对所述提取请求发放的所述发放数据量，并根据所述发放数据量确定向所述账户空间发放的所述目标数据量。

4.根据权利要求1所述的数据量处理方法，所述根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果步骤执行之后，还包括：

在接收到所述客户端针对所述目标对象使用所述目标数据量上传的使用指令的情况下，对所述目标数据量进行分阶段划分，并根据划分结果确定每个阶段对应的执行数据量和执行时间；

基于所述每个阶段对应的执行数据量和执行时间生成执行信息，并针对所述目标对象使用所述目标数据量；

将所述执行信息以及使用所述目标数据量的使用结果发送至所述客户端。

5.根据权利要求2所述的数据量处理方法，若所述基于所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端返回的所述审核结果步骤的判断结果为否，则执行如下步骤：

基于所述时间周期的末端时间节点触发所述时间周期控制任务；

根据所述时间周期控制任务读取所述账户控件在各个数据量处理维度的处理信息，并基于所述处理信息确定所述用户的数据量处理积分；

在所述数据量处理积分大于预设的积分阈值的情况下，计算向所述账户空间分配的与所述专用数据量对应的流出数据量以及分配数据量；

向所述客户端下发针对所述流出数据量以及所述分配数据量生成的分配提醒信息。

6.根据权利要求1所述的数据量处理方法，所述接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，包括：

接收所述第二服务端针对所述数据量任务返回的所述审核结果；

在所述审核结果为针对所述数据量处理任务审核未通过的情况下，读取所述账户空间的账户等级；

根据所述账户等级计算向所述账户空间发放的与所述专用数据量对应的所述目标数据量。

7.根据权利要求1所述的数据量处理方法，所述根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果步骤执行之后，还包括：

在所述目标数据量未被使用的情况下，检测当前时间是否超过所述目标数据量的使用时间；

若是，在所述账户空间中将所述目标数据量扣除，并向所述客户端发送目标数据量扣除结果。

8.一种数据量处理方法，应用于第二服务端，包括：

接收第一服务端下发的数据量处理任务，所述数据量处理任务为针对目标对象申请专用数据量的任务；

对所述数据量处理任务进行解析，获得用户的属性信息以及所述目标对象对应的专用数据量；

基于所述属性信息、所述专用数据量以及所述用户的数据量处理信息构建目标矩阵；

将所述目标矩阵输入至积分预测模型对所述用户的积分进行预测，获得所述积分预测模型输出的所述用户对应的目标积分；

根据所述目标积分对所述数据量处理任务进行审核，并将审核结果发送至所述第一服务端。

9.根据权利要求8所述的数据量处理方法，所述根据所述目标积分对所述数据量处理任务进行审核，并将审核结果发送至所述第一服务端，包括：

判断所述目标积分是否大于预设的积分阈值；

若是，则根据所述目标积分确定对所述数据量处理任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端；

若否，则根据所述目标积分确定对所述数据量处理任务的审核结果为审核未通过结果，并将所述审核未通过结果作为所述审核结果发送至所述第一服务端。

10.根据权利要求9所述的数据量处理方法，所述根据所述目标积分确定对所述数据量处理任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端子步骤执行之后，还包括：

接收所述第一服务端返回的针对所述审核结果提取所述专用数据量对应的发放数据量的提取请求；

基于所述提取请求向所述第一服务端发放所述发放数据量。

11.根据权利要求8所述的数据量处理方法，所述基于所述属性信息、所述专用数据量以及所述用户的数据量处理信息构建目标矩阵，包括：

基于所述属性信息确定所述用户的身份信息，并根据所述身份信息读取所述用户的所述数据量处理信息；

基于所述属性信息、所述专用数据量以及所述数据量处理信息构建所述目标矩阵。

12.一种数据量处理方法，应用于客户端，包括：

接收用户针对目标对象提交的数据量申请指令，所述数据量申请指令中携带有所述目标对象对应的专用数据量；

基于所述专用数据量向第一服务端发送携带有所述用户的标识信息的数据量申请请求；

接收所述第一服务端返回的针对所述用户的账户空间进行更新的更新结果。

13.一种额度分配方法，应用于第一服务端，包括：

接收客户端针对目标商品上传的额度申请请求，所述额度申请请求中携带有所述目标商品对应的专项额度和用户的标识信息；

基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端；

接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，所述目标专项额度在交易所述目标商品时从所述交易账户中支用；

向所述客户端下发针对所述目标专项额度生成的提醒信息。

14.根据权利要求13所述的额度分配方法，所述基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端步骤执行之后，且所述接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度步骤执行之前，还包括：

确定建立所述额度分配任务的时间节点，并在所述时间节点建立时间周期控制任务；

基于所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端返回的所述审核结果；

若是，执行所述接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度步骤。

15.根据权利要求14所述的额度分配方法，所述接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，包括：

接收所述第二服务端针对所述额度分配任务返回的所述审核结果；

根据所述审核结果向所述第二服务端发送提取所述专项额度对应的发放专项额度的提取请求；

接收所述第二服务端针对所述提取请求发放的所述发放专项额度，并根据所述发放专项额度确定向所述交易账户发放的所述目标专项额度。

16.根据权利要求13所述的额度分配方法，所述向所述客户端下发针对所述目标专项额度生成的提醒信息步骤执行之后，还包括：

在接收到所述客户端针对所述目标商品支用所述目标专项额度上传的支用指令的情况下，对所述目标专项额度进行分阶段划分，并根据划分结果确定每个阶段对应的清偿额度以及清偿时间；

基于所述每个阶段对应的清偿额度以及清偿时间生成清偿信息，并针对所述目标商品支用所述目标专项额度；

将所述清偿信息以及支用所述目标专项额度的支用结果发送至所述客户端。

17.根据权利要求14所述的额度分配方法，若所述基于所述时间周期控制任务检测在预设的时间周期内是否接收到所述第二服务端返回的所述审核结果的判断结果为否，则执行如下步骤：

基于所述时间周期的末端时间节点触发所述时间周期控制任务；

根据所述时间周期控制任务读取所述交易账户在各个交易维度的交易信息，并基于所述交易信息计算所述用户的交易信用积分；

在所述交易信用积分大于预设的积分阈值的情况下，计算向所述交易账户发放的与所述专项额度对应的交易专项额度以及分配费用；

向所述客户端下发针对所述交易专项额度以及所述分配费用生成的分配提醒信息。

18.根据权利要求13所述的额度分配方法，所述基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端步骤执行之后，还包括：

接收所述第二服务端在时间周期外针对所述额度分配任务返回的超时审核结果；

在所述超时审核结果为针对所述额度分配任务审核通过的情况下，基于所述超时审核结果确定二次额度分配任务的凭证信息，并向所述客户端发送所述凭证信息。

19.根据权利要求13所述的额度分配方法，所述接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，包括：

接收所述第二服务端针对所述额度分配任务返回的所述审核结果；

在所述审核结果为针对所述额度分配任务审核未通过的情况下，读取所述交易账户的信用等级；

根据所述信用等级计算向所述交易账户发放的与所述专项额度对应的所述目标专项额度。

20.根据权利要求13所述的额度分配方法，所述接收客户端针对目标商品上传的额度申请请求步骤执行之后，且所述基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端步骤执行之前，还包括：

根据所述标识信息确定所述用户的历史交易链路，以及将所述历史交易链路所属的服务端确定为所述第二服务端。

21.根据权利要求13所述的额度分配方法，所述接收客户端针对目标商品上传的额度申请请求步骤执行之后，且所述基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端步骤执行之前，还包括：

基于所述标识信息读取所述用户的身份信息，并向所述客户端下发采集所述用户的人脸图像的采集请求；

接收所述客户端针对所述采集请求返回的第一人脸图像，并在所述身份信息中提取第二人脸图像与所述第一人脸图像进行相似度计算；

在相似度计算结果大于预设相似度阈值的情况下，向所述客户端下发针对所述专项额度进行申请的申请协议；

接收所述客户端针对所述申请协议返回的签订信息。

22.根据权利要求13所述的额度分配方法，所述基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端步骤执行之后，还包括：

接收所述第二服务端针对所述额度分配任务返回的审核失败结果；

通过对所述审核失败结果进行分析，确定所述额度分配任务未通过审核的审核失败信息；

基于所述审核失败信息生成针对所述额度分配任务进行调整的调整策略，并向所述客户端发送所述调整策略。

23.根据权利要求13所述的额度分配方法，所述向所述客户端下发针对所述目标专项额度生成的提醒信息，包括：

确定所述目标专项额度的使用时间以及使用方式，结合所述使用时间、使用方式以及所述目标专项额度生成所述提醒信息，并向所述客户端进行发送。

24.根据权利要求23所述的额度分配方法，所述向所述客户端下发针对所述目标专项额度生成的提醒信息步骤执行之后，还包括：

在所述目标专项额度未被使用的情况下，检测当前时间是否超过所述使用时间；

若是，在所述交易账户中将所述目标专项额度扣除，并向所述客户端发送目标专项额度扣除结果。

25.根据权利要求13所述的额度分配方法，所述接收客户端针对目标商品上传的额度申请请求，包括：

接收所述客户端通过额度申请接口针对所述目标商品上传的所述额度申请请求；

或者，

接收所述客户端在所述目标商品的交易页面针对所述目标商品上传的所述额度申请请求。

26.根据权利要求13所述的额度分配方法，所述接收客户端针对目标商品上传的额度申请请求步骤执行之前，还包括：

接收所述客户端针对专项额度业务上传的开通请求，所述开通请求中携带有所述标识信息；

基于所述标识信息读取所述用户的所述属性信息，并根据所述属性信息对所述用户进行授权核验；

根据授权核验结果确定所述用户针对专项额度业务开通成功的情况下，为所述用户分配专项额度业务使用权限，并向所述客户端发送专项额度业务开通成功的成功提醒信息。

27.一种额度分配方法，应用于第二服务端，包括：

接收第一服务端下发的额度分配任务，所述额度分配任务为针对目标商品申请专项额度的任务；

对所述额度分配任务进行解析，获得用户的属性信息以及所述目标商品的专项额度；

基于所述属性信息、所述专项额度以及所述用户的交易信息构建目标矩阵；

将所述目标矩阵输入至信用积分预测模型对所述用户的信用积分进行预测，获得所述信用积分预测模型输出的所述用户对应的目标信用积分；

根据所述目标信用积分对所述额度分配任务进行审核，并将审核结果发送至所述第一服务端。

28.根据权利要求27所述的额度分配方法，所述根据所述目标信用积分对所述额度分配任务进行审核，并将审核结果发送至所述第一服务端，包括：

判断所述目标信用积分是否大于预设的信用积分阈值；

若是，则根据所述目标信用积分确定对所述额度分配任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端；

若否，则根据所述目标信用积分确定对所述额度分配任务的审核结果为审核未通过结果，并将所述审核未通过结果作为所述审核结果发送至所述第一服务端。

29.根据权利要求28所述的额度分配方法，所述根据所述目标信用积分确定对所述额度分配任务的审核结果为审核通过结果，并将所述审核通过结果作为所述审核结果发送至所述第一服务端子步骤执行之后，还包括：

接收所述第一服务端返回的针对所述审核结果提取所述专项额度对应的发放专项额度的提取请求；

基于所述提取请求向所述第一服务端发放所述发放专项额度。

30.根据权利要求27所述的额度分配方法，所述基于所述属性信息、所述专项额度以及所述用户的交易信息构建目标矩阵，包括：

基于所述属性信息确定所述用户的身份信息，并根据所述身份信息读取所述用户的所述交易信息；

根据所述交易信息、所述属性信息以及所述专项额度构建所述目标矩阵。

31.一种额度分配方法，应用于客户端，包括：

接收用户针对目标商品提交的额度申请指令，所述额度申请指令中携带有所述目标商品对应的专项额度；

基于所述专项额度向第一服务端发送携带有所述用户的标识信息的额度申请请求；

接收所述第一服务端返回的提醒信息，所述提醒信息中包含所述专项额度对应的目标专项额度相关的额度信息，所述目标专项额度在交易所述目标商品时从所述交易账户中支用。

32.一种数据量处理系统，包括：

客户端，第一服务端和第二服务端；

所述客户端，用于接收用户针对目标对象提交的数据量申请指令，所述数据量申请指令中携带有所述目标对象对应的专用数据量；基于所述专用数据量向第一服务端发送携带有所述用户的标识信息的数据量申请请求；接收所述第一服务端返回的针对所述用户的账户空间进行更新的更新结果；

所述第一服务端，用于接收客户端针对目标对象上传的数据量申请请求，所述数据量申请请求中携带有所述目标对象对应的专用数据量和用户的标识信息；基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端；接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，所述目标数据量在处理所述目标对象时从所述账户空间中流出；根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果；

所述第二服务端，用于接收第一服务端下发的数据量处理任务，所述数据量处理任务为针对目标对象申请专用数据量的任务；对所述数据量处理任务进行解析，获得用户的属性信息以及所述目标对象对应的专用数据量；基于所述属性信息、所述专用数据量以及所述用户的数据量处理信息构建目标矩阵；将所述目标矩阵输入至积分预测模型对所述用户的积分进行预测，获得所述积分预测模型输出的所述用户对应的目标积分；根据所述目标积分对所述数据量处理任务进行审核，并将审核结果发送至所述第一服务端。

33.一种额度分配系统，包括：

客户端，第一服务端和第二服务端；

所述客户端，用于接收用户针对目标商品提交的额度申请指令，所述额度申请指令中携带有所述目标商品对应的专项额度；基于所述专项额度向第一服务端发送携带有所述用户的标识信息的额度申请请求；接收所述第一服务端返回的提醒信息，所述提醒信息中包含所述专项额度对应的目标专项额度相关的额度信息，所述目标专项额度在交易所述目标商品时从所述交易账户中支用；

所述第一服务端，用于接收客户端针对目标商品上传的额度申请请求，所述额度申请请求中携带有所述目标商品对应的专项额度和用户的标识信息；基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端；接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，所述目标专项额度在交易所述目标商品时从所述交易账户中支用；向所述客户端下发针对所述目标专项额度生成的提醒信息；

所述第二服务端，用于接收第一服务端下发的额度分配任务，所述额度分配任务为针对目标商品申请专项额度的任务；对所述额度分配任务进行解析，获得用户的属性信息以及所述目标商品的专项额度；基于所述属性信息、所述专项额度以及所述用户的交易信息构建目标矩阵；将所述目标矩阵输入至信用积分预测模型对所述用户的信用积分进行预测，获得所述信用积分预测模型输出的所述用户对应的目标信用积分；根据所述目标信用积分对所述额度分配任务进行审核，并将审核结果发送至所述第一服务端。

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

存储器和处理器；

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

接收客户端针对目标对象上传的数据量申请请求，所述数据量申请请求中携带有所述目标对象对应的专用数据量和用户的标识信息；

基于所述专用数据量以及根据所述标识信息确定的所述用户的属性信息建立与所述目标对象相关的数据量处理任务，并将所述数据量处理任务下发至第二服务端；

接收所述第二服务端针对所述数据量处理任务返回的审核结果，根据所述审核结果确定向所述用户的账户空间分配与所述专用数据量对应的目标数据量，所述目标数据量在处理所述目标对象时从所述账户空间中流出；

根据所述目标数据量对所述账户空间进行更新，并向所述客户端发送针对所述账户空间的更新结果。

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

存储器和处理器；

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

接收第一服务端下发的数据量处理任务，所述数据量处理任务为针对目标对象申请专用数据量的任务；

对所述数据量处理任务进行解析，获得用户的属性信息以及所述目标对象对应的专用数据量；

基于所述属性信息、所述专用数据量以及所述用户的数据量处理信息构建目标矩阵；

将所述目标矩阵输入至积分预测模型对所述用户的积分进行预测，获得所述积分预测模型输出的所述用户对应的目标积分；

根据所述目标积分对所述数据量处理任务进行审核，并将审核结果发送至所述第一服务端。

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

存储器和处理器；

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

接收用户针对目标对象提交的数据量申请指令，所述数据量申请指令中携带有所述目标对象对应的专用数据量；

基于所述专用数据量向第一服务端发送携带有所述用户的标识信息的数据量申请请求；

接收所述第一服务端返回的针对所述用户的账户空间进行更新的更新结果。

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

存储器和处理器；

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

接收客户端针对目标商品上传的额度申请请求，所述额度申请请求中携带有所述目标商品对应的专项额度和用户的标识信息；

基于所述专项额度和根据所述标识信息确定的所述用户的属性信息建立与所述目标商品相关的额度分配任务，并将所述额度分配任务下发至第二服务端；

接收所述第二服务端针对所述额度分配任务返回的审核结果，根据所述审核结果确定向所述用户的交易账户发放与所述专项额度对应的目标专项额度，所述目标专项额度在交易所述目标商品时从所述交易账户中支用；

向所述客户端下发针对所述目标专项额度生成的提醒信息。

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

存储器和处理器；

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

接收第一服务端下发的额度分配任务，所述额度分配任务为针对目标商品申请专项额度的任务；

对所述额度分配任务进行解析，获得用户的属性信息以及所述目标商品的专项额度；

基于所述属性信息、所述专项额度以及所述用户的交易信息构建目标矩阵；

将所述目标矩阵输入至信用积分预测模型对所述用户的信用积分进行预测，获得所述信用积分预测模型输出的所述用户对应的目标信用积分；

根据所述目标信用积分对所述额度分配任务进行审核，并将审核结果发送至所述第一服务端。

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

存储器和处理器；

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

接收用户针对目标商品提交的额度申请指令，所述额度申请指令中携带有所述目标商品对应的专项额度；

基于所述专项额度向第一服务端发送携带有所述用户的标识信息的额度申请请求；

接收所述第一服务端返回的提醒信息，所述提醒信息中包含所述专项额度对应的目标专项额度相关的额度信息，所述目标专项额度在交易所述目标商品时从所述交易账户中支用。

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

41.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求13至26、权利要求27至30、权利要求31任意一项所述额度分配方法的步骤。

Images