CN116166397A - 数据处理方法及装置 - Google Patents

Abstract

本说明书实施例提供了数据处理方法及装置，其中，一种数据处理方法包括：根据针对待处理数据提交的确认指令，执行对所述待处理数据进行数据处理的前置操作；将所述待处理数据写入对应处理期限的数据集，并对所述数据集中各待处理数据进行数据合并，获得合并数据；所述合并数据用于采用合并处理方式对所述数据集进行数据处理；基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理。

Description

数据处理方法及装置

技术领域

本文件涉及数据处理技术领域，尤其涉及一种数据处理方法及装置。

背景技术

随着互联网技术的发展，数据通过互联网进行存储和处理，各种各样的数据通过互联网进行处理，对互联网进行数据处理的能力也有所要求；数据处理方对数据提供方的数据进行数据处理的过程中，根据不同的数据形式，按照数据形式对应的处理方式进行处理；随着数据提供方对不同类型的数据的线上处理，数据处理方进行数据处理的资源消耗也日益增长。

发明内容

本说明书一个或多个实施例提供了第一种数据处理方法，包括：根据针对待处理数据提交的确认指令，执行对所述待处理数据进行数据处理的前置操作。将所述待处理数据写入对应处理期限的数据集，并对所述数据集中各待处理数据进行数据合并，获得合并数据；所述合并数据用于采用合并处理方式对所述数据集进行数据处理。基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理。

本说明书一个或多个实施例提供了第二种数据处理方法，应用于终端设备，包括：第一应用向第一服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作。从所述第一应用跳转至第二应用。所述第二应用接收第二服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理。第二应用向所述第二服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集进行数据预处理。

可选的，所述向所述第二服务器提交所述数据集的预处理数据，包括：向所述第二服务器提交携带目标账户的账户标识的预处理数据，以在所述第二服务器调用所述账户标识对应的目标账户的数据转出接口转出所述预处理数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入。

可选的，所述向所述第二服务器提交所述数据集的预处理数据，包括：向所述第二服务器提交携带二次处理数据的处理结果的预处理数据；其中，所述二次处理数据由所述第二服务器调用二次处理接口生成。

可选的，所述向所述第二服务器提交所述数据集的预处理数据，包括：根据所述第二服务器下发的所述预处理数据对应的处理任务，向所述第二服务器发送携带所述处理任务的任务确认指令的预处理数据。

可选的，所述基于所述预处理数据调用数据处理接口对所述数据集进行数据预处理，包括：若所述数据集满足资源赠与条件，调用资源赠与接口进行所述预处理数据的资源赠与处理；基于资源赠与处理获得的赠与资源进行所述数据集的数据预处理。

本说明书一个或多个实施例提供了第三种数据处理方法，应用于第二服务器，包括：基于第一服务器执行的对待处理数据进行数据处理的前置操作，将所述待处理数据写入对应的数据集。对所述数据集中各待处理数据进行数据合并获得合并数据，并向终端设备的第二应用发送所述数据集和所述合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理。根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理。

可选的，所述根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理步骤执行之后，还包括：在所述处理期限届满后，按照剩余数据从第一数据方进行数据转出，以根据转出数据采用合并处理方式对所述数据集进行数据处理；其中，所述剩余数据根据所述合并数据和所述预处理数据计算获得。

可选的，所述根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理，包括：根据所述第二应用提交的携带目标账户的账户标识的预处理数据，调用所述账户标识对应的目标账户的数据转出接口转出所述预处理数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入。

可选的，所述根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理，包括：调用二次处理接口生成所述预处理数据对应的二次处理数据，并向所述第二应用下发；若所述预处理数据携带的所述二次处理数据的处理结果为处理成功，从所述二次处理数据对应的数据方进行数据转出以向所述预处理数据对应的第二数据方转入。

可选的，所述根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理，包括：调用任务生成接口生成所述预处理数据对应的处理任务并向所述第二应用下发；根据所述预处理数据携带的任务确认指令，从所述处理任务的任务提供方进行数据转出以向所述预处理数据对应的第二数据方转入。

可选的，所述根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理，包括：若所述数据集满足资源赠与条件，调用资源赠与接口进行所述预处理数据的资源赠与处理；基于资源赠与处理获得的赠与资源进行所述数据集的数据预处理。

可选的，所述第一服务器采用如下方式执行所述前置操作：根据所述确认指令，生成所述待处理数据的处理完成标签；和/或，根据所述待处理数据的处理完成标签，执行所述待处理数据对应的目标对象的对象处理，或者，进行所述待处理数据对应的任务处理。

可选的，所述基于第一服务器执行的对待处理数据进行数据处理的前置操作，将所述待处理数据写入对应的数据集步骤执行之前，还包括：根据所述第一服务器发送的核验请求，对所述待处理数据进行所述前置操作的核验处理，并向所述第一服务器返回核验结果。

可选的，所述对所述待处理数据进行所述前置操作的核验处理，包括：基于至少一个维度的元数据，对提交所述待处理数据对应的第一数据方进行数据评估；根据所述待处理数据以及数据评估获得的所述第一数据方的评估级别，对所述第一数据方和/或所述待处理数据进行核验处理；所述元数据包括下述至少一项：数据平台对接的第三方应用的应用数据，接入所述数据平台的数据服务的服务数据。

可选的，所述对所述待处理数据进行所述前置操作的核验处理，包括：根据所述待处理数据对应的第一数据方的数据流转分布，对所述第一数据方和/或所述待处理数据进行核验处理；其中，所述数据流转分布，根据数据平台的元数据对参与数据流转处理的第一数据方进行数据流转数值的分布计算获得。

本说明书一个或多个实施例提供了第四种数据处理方法，应用于终端设备，包括：向服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作。接收所述服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理。向所述服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据预处理。

可选的，所述基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据处理，包括：调用目标账户的数据转出接口转出所述预处理数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入。

可选的，所述基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据处理，包括：调用二次处理接口生成所述预处理数据对应的二次处理数据；在所述二次处理数据处理成功后，从所述二次处理数据对应的数据方进行数据转出以向所述预处理数据对应的第二数据方转入。

可选的，所述基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据处理，包括：调用任务生成接口生成所述预处理数据对应的处理任务；从所述处理任务的任务提供方进行数据转出以向所述预处理数据对应的第二数据方转入。

可选的，所述基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据处理，包括：若所述数据集满足资源赠与条件，调用资源赠与接口进行所述预处理数据的资源赠与处理；基于资源赠与处理获得的赠与资源进行所述数据集的数据预处理。

本说明书一个或多个实施例提供了第一种订单处理方法，包括：根据待支付订单的支付指令，执行所述待支付订单对应的服务响应动作。将所述待支付订单写入对应的合并支付账期的订单集合；所述订单集合中包含至少一个支付维度的关联订单。对所述待支付订单和所述关联订单进行合并计算，获得合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。基于所述合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书一个或多个实施例提供了第二种订单处理方法，应用于终端设备，包括：服务应用向订单服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作。从所述服务应用跳转至支付应用。所述支付应用接收支付服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。所述支付应用在所述合并支付账期届满前向所述支付服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

可选的，所述在所述合并支付账期届满前向所述支付服务器提交预支付请求执行之后，还包括：接收所述支付服务器下发的支付渠道列表，并获取针对所述支付渠道列表中目标支付渠道的选择指令；向所述支付服务器提交所述目标支付渠道的选择指令。

可选的，所述在所述合并支付账期届满前向所述支付服务器提交预支付请求执行之后，还包括：接收所述支付服务器下发的推荐订单，并向所述支付服务器发送所述推荐订单的支付结果。

可选的，所述在所述合并支付账期届满前向所述支付服务器提交预支付请求执行之后，还包括：接收所述支付服务器下发的所述预支付请求携带的预支付数额对应的支付任务；向所述支付服务器提交所述支付任务的任务接收指令。

可选的，所述采用至少一种支付方式对所述订单集合进行预支付处理执行之后，还包括：若所述订单集合满足资源赠与条件，调用资源赠与接口进行所述预支付请求的资源赠与处理；基于资源赠与处理获得的赠与资源对所述预支付数额进行支付。

本说明书一个或多个实施例提供了第三种订单处理方法，应用于支付服务器，包括：基于订单服务器执行的待支付订单对应的服务响应动作，将所述待支付订单写入对应的合并支付账期的订单集合。对所述订单集合中包含的所述待支付订单和关联订单进行合并计算，获得合并支付信息并向终端设备的支付应用发送；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。基于所述支付应用在所述合并支付账期届满前提交的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

可选的，所述基于所述支付应用在所述合并支付账期届满前提交的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理步骤执行之后，还包括：在所述合并支付账期届满后，按照剩余支付数额在所述待支付订单对应用户的支付账户进行资源转出以对所述订单集合进行合并支付；其中，所述剩余支付数额根据所述合并支付信息携带的合并支付数额和所述预支付请求携带的预支付数额计算获得。

可选的，所述基于所述支付应用在所述合并支付账期届满前提交的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理，包括：按照所述预支付请求携带的预支付数额，从目标支付渠道对应的支付账户进行资源转出，并基于转出资源进行所述预支付数额的支付。

可选的，所述基于所述支付应用在所述合并支付账期届满前提交的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理，包括：生成所述预支付请求携带的预支付数额对应的推荐订单，并向所述支付应用下发；若所述支付应用提交的所述推荐订单的支付结果为支付成功，从所述推荐订单对应的支付账户进行资源转出以对所述预支付数额进行支付。

可选的，所述基于所述支付应用在所述合并支付账期届满前提交的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理，包括：创建所述预支付请求携带的预支付数额对应的支付任务并向所述支付应用下发；根据所述支付应用提交的任务接收指令，从所述支付任务的任务提供方的支付账户进行资源转出以对所述预支付数额进行支付。

可选的，所述基于所述支付应用在所述合并支付账期届满前提交的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理，包括：若所述订单集合满足资源赠与条件，调用资源赠与接口进行所述预支付请求的资源赠与处理；基于资源赠与处理获得的赠与资源对所述预支付数额进行支付。

可选的，所述订单服务器采用如下方式执行所述服务响应动作：根据所述支付指令，生成所述待支付订单的支付完成标签；和/或，根据所述待支付订单的支付完成标签，生成所述待支付订单对应的目标对象的配送指令，或者，进行所述待支付订单对应服务的服务执行处理。

可选的，所述基于订单服务器执行的待支付订单对应的服务响应动作，将所述待支付订单写入对应的合并支付账期的订单集合步骤执行之前，还包括：根据所述订单服务器发送的所述待支付订单的核验请求，对所述待支付订单进行所述服务响应动作的核验处理；向所述订单服务器返回核验处理结果，以在所述核验处理结果为核验通过的情况下，将所述待支付订单的待支付数额更新为0。

可选的，所述对所述待支付订单进行所述服务响应动作的核验处理，包括：基于用户数据对所述待支付订单对应用户进行评级处理；根据评级处理获得的用户评级，对所述待支付订单和/或对应用户进行订单前置响应的准入核验；所述用户数据包括下述至少一项：数据平台对接的第三方应用的应用数据，接入所述数据平台的数据服务的服务数据。

可选的，所述对所述待支付订单进行所述服务响应动作的核验处理，包括：根据所述待支付订单对应用户的支付数额分布，对所述待支付订单和/或对应用户进行订单前置响应的准入核验；其中，所述支付数额分布，根据数据平台的用户数据对参与支付的用户进行支付数额的分布计算获得。

本说明书一个或多个实施例提供了第四种订单处理方法，应用于终端设备，包括：向服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作。接收所述服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。在所述合并支付账期届满前向所述服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

可选的，所述采用至少一种支付方式对所述订单集合进行预支付处理，包括：按照所述预支付请求携带的预支付数额，从目标支付渠道对应的支付账户进行资源转出，并基于转出资源进行所述预支付数额的支付。

可选的，所述采用至少一种支付方式对所述订单集合进行预支付处理，包括：生成所述预支付请求携带的预支付数额对应的推荐订单；若所述推荐订单支付成功，从所述推荐订单对应的支付账户进行资源转出以对所述预支付数额进行支付。

可选的，所述采用至少一种支付方式对所述订单集合进行预支付处理，包括：创建所述预支付请求携带的预支付数额对应的支付任务；从所述支付任务的任务提供方的支付账户进行资源转出以对所述预支付数额进行支付。

可选的，所述采用至少一种支付方式对所述订单集合进行预支付处理，包括：若所述订单集合满足资源赠与条件，调用资源赠与接口进行所述预支付请求的资源赠与处理；基于资源赠与处理获得的赠与资源对所述预支付数额进行支付。

本说明书一个或多个实施例提供了第一种数据处理装置，包括：动作执行模块，被配置为根据针对待处理数据提交的确认指令，执行对所述待处理数据进行数据处理的前置操作。数据合并模块，被配置为将所述待处理数据写入对应处理期限的数据集，并对所述数据集中各待处理数据进行数据合并，获得合并数据；所述合并数据用于采用合并处理方式对所述数据集进行数据处理。预处理模块，被配置为基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理。

本说明书一个或多个实施例提供了第二种数据处理装置，运行于终端设备，包括：指令发送模块，被配置为第一应用向第一服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作。应用跳转模块，被配置为从所述第一应用跳转至第二应用。数据写入模块，被配置为所述第二应用接收第二服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理。数据提交模块，被配置为第二应用向所述第二服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集进行数据预处理。

本说明书一个或多个实施例提供了第三种数据处理装置，运行于第二服务器，包括：数据写入模块，被配置为基于第一服务器执行的对待处理数据进行数据处理的前置操作，将所述待处理数据写入对应的数据集。数据合并模块，被配置为对所述数据集中各待处理数据进行数据合并获得合并数据，并向终端设备的第二应用发送所述数据集和所述合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理。数据处理模块，被配置为根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理。

本说明书一个或多个实施例提供了第四种数据处理装置，运行于终端设备，包括：指令发送模块，被配置为向服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作。数据接收模块，被配置为接收所述服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理。数据提交模块，被配置为向所述服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据预处理。

本说明书一个或多个实施例提供了第一种数据处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：根据针对待处理数据提交的确认指令，执行对所述待处理数据进行数据处理的前置操作。将所述待处理数据写入对应处理期限的数据集，并对所述数据集中各待处理数据进行数据合并，获得合并数据；所述合并数据用于采用合并处理方式对所述数据集进行数据处理。基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理。

本说明书一个或多个实施例提供了第二种数据处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：第一应用向第一服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作。从所述第一应用跳转至第二应用。所述第二应用接收第二服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理。第二应用向所述第二服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集进行数据预处理。

本说明书一个或多个实施例提供了第三种数据处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：基于第一服务器执行的对待处理数据进行数据处理的前置操作，将所述待处理数据写入对应的数据集。对所述数据集中各待处理数据进行数据合并获得合并数据，并向终端设备的第二应用发送所述数据集和所述合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理。根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理。

本说明书一个或多个实施例提供了第四种数据处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：向服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作。接收所述服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理。向所述服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据预处理。

本说明书一个或多个实施例提供了第一种订单处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：根据待支付订单的支付指令，执行所述待支付订单对应的服务响应动作。将所述待支付订单写入对应的合并支付账期的订单集合；所述订单集合中包含至少一个支付维度的关联订单。对所述待支付订单和所述关联订单进行合并计算，获得合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。基于所述合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书一个或多个实施例提供了第二种订单处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：服务应用向订单服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作。从所述服务应用跳转至支付应用。所述支付应用接收支付服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。所述支付应用在所述合并支付账期届满前向所述支付服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书一个或多个实施例提供了第三种订单处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：基于订单服务器执行的待支付订单对应的服务响应动作，将所述待支付订单写入对应的合并支付账期的订单集合。对所述订单集合中包含的所述待支付订单和关联订单进行合并计算，获得合并支付信息并向终端设备的支付应用发送；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。基于所述支付应用在所述合并支付账期届满前提交的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书一个或多个实施例提供了第四种订单处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：向服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作。接收所述服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。在所述合并支付账期届满前向所述服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书一个或多个实施例提供了第一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：根据针对待处理数据提交的确认指令，执行对所述待处理数据进行数据处理的前置操作。将所述待处理数据写入对应处理期限的数据集，并对所述数据集中各待处理数据进行数据合并，获得合并数据；所述合并数据用于采用合并处理方式对所述数据集进行数据处理。基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理。

本说明书一个或多个实施例提供了第二种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：第一应用向第一服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作。从所述第一应用跳转至第二应用。所述第二应用接收第二服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理。第二应用向所述第二服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集进行数据预处理。

本说明书一个或多个实施例提供了第三种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：基于第一服务器执行的对待处理数据进行数据处理的前置操作，将所述待处理数据写入对应的数据集。对所述数据集中各待处理数据进行数据合并获得合并数据，并向终端设备的第二应用发送所述数据集和所述合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理。根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理。

本说明书一个或多个实施例提供了第四种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：向服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作。接收所述服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理。向所述服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据预处理。

本说明书一个或多个实施例提供了第五种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：根据待支付订单的支付指令，执行所述待支付订单对应的服务响应动作。将所述待支付订单写入对应的合并支付账期的订单集合；所述订单集合中包含至少一个支付维度的关联订单。对所述待支付订单和所述关联订单进行合并计算，获得合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。基于所述合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书一个或多个实施例提供了第六种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：服务应用向订单服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作。从所述服务应用跳转至支付应用。所述支付应用接收支付服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。所述支付应用在所述合并支付账期届满前向所述支付服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书一个或多个实施例提供了第七种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：基于订单服务器执行的待支付订单对应的服务响应动作，将所述待支付订单写入对应的合并支付账期的订单集合。对所述订单集合中包含的所述待支付订单和关联订单进行合并计算，获得合并支付信息并向终端设备的支付应用发送；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。基于所述支付应用在所述合并支付账期届满前提交的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书一个或多个实施例提供了第八种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：向服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作。接收所述服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。在所述合并支付账期届满前向所述服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

附图说明

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

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

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

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

图4为本说明书一个或多个实施例提供的第四种数据处理方法处理流程图；

图5为本说明书一个或多个实施例提供的第一种订单处理方法处理流程图；

图6为本说明书一个或多个实施例提供的一种订单展示页示意图；

图7为本说明书一个或多个实施例提供的另一种订单展示页示意图；

图8为本说明书一个或多个实施例提供的一种信息展示页示意图；

图9为本说明书一个或多个实施例提供的一种支付方式页示意图；

图10为本说明书一个或多个实施例提供的一种应用于推荐订单场景的订单处理方法处理流程图；

图11为本说明书一个或多个实施例提供的一种应用于线下支付任务场景的订单处理方法处理流程图；

图12为本说明书一个或多个实施例提供的一种应用于资源赠与场景的订单处理方法处理流程图；

图13为本说明书一个或多个实施例提供的第二种订单处理方法处理流程图；

图14为本说明书一个或多个实施例提供的第三种订单处理方法处理流程图；

图15为本说明书一个或多个实施例提供的第四种订单处理方法处理流程图；

图16为本说明书一个或多个实施例提供的第一种数据处理装置示意图；

图17为本说明书一个或多个实施例提供的第二种数据处理装置示意图；

图18为本说明书一个或多个实施例提供的第三种数据处理装置示意图；

图19为本说明书一个或多个实施例提供的第四种数据处理装置示意图；

图20为本说明书一个或多个实施例提供的第一种订单处理装置示意图；

图21为本说明书一个或多个实施例提供的第二种订单处理装置示意图；

图22为本说明书一个或多个实施例提供的第三种订单处理装置示意图；

图23为本说明书一个或多个实施例提供的第四种订单处理装置示意图；

图24为本说明书一个或多个实施例提供的第一种数据处理设备的结构示意图；

图25为本说明书一个或多个实施例提供的第二种数据处理设备的结构示意图；

图26为本说明书一个或多个实施例提供的第三种数据处理设备的结构示意图；

图27为本说明书一个或多个实施例提供的第四种数据处理设备的结构示意图；

图28为本说明书一个或多个实施例提供的第一种订单处理设备的结构示意图；

图29为本说明书一个或多个实施例提供的第二种订单处理设备的结构示意图；

图30为本说明书一个或多个实施例提供的第三种订单处理设备的结构示意图；

图31为本说明书一个或多个实施例提供的第四种订单处理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

本说明书提供的第一种数据处理方法实施例：

本实施例提供的数据处理方法，可应用于第二服务器，执行对待处理数据进行数据处理的前置操作后，将待处理数据写入对应的数据集，并对待处理数据与数据集中各待处理数据进行数据合并，获得合并数据，基于检测到的对合并数据的预处理数据，调用预处理接口对数据集进行数据预处理，具体的，先执行待处理数据进行数据处理的前置操作，再对待处理数据进行数据合并，进一步对数据合并数据获得的合并数据进行数据预处理，以此，通过先响应，再合并，最后处理的方式对待处理数据进行处理，实现对待处理数据的先响应后合并处理，其中，通过先响应，提升提交待处理数据的数据方对待处理对象对应的数据对象的感知程度，通过合并处理，提升处理效率，也保证数据集中每一个待处理数据的对于先响应后合并处理的有效性。

参照图1，本实施例提供的数据处理方法，具体包括步骤S102至步骤S106。

步骤S102，根据针对待处理数据提交的确认指令，执行对所述待处理数据进行数据处理的前置操作。

本实施例所述待处理数据，包括记录有参与处理的至少一个数据方的数据方信息和参与处理的各数据方进行的处理内容的数据；此外，待处理数据还可记录标识该处理的相关信息。

可选的，所述待处理数据，包括通过线上通道和/或线下通道进行数据转出的转出订单的订单数据；所述订单数据包括至少一个数据维度的转出订单的订单数据。所述至少一个数据维度的转出订单，是指不同订单类型的转出订单。

所述前置操作，是指在对待处理数据进行数据处理之前执行的待处理数据的响应动作；本实施例中，在对待处理数据进行数据处理之前，执行待处理数据的前置操作，也即是对待处理数据“先执行响应动作再处理”，而在对待处理数据进行数据处理的过程中对待处理数据的转出数据需要向待处理数据对应的第二数据方进行数据转入，为了避免第二数据方对待处理数据已经执行前置操作，但未收到转入数据造成第二数据方的数据损失，可在根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作之前，对待处理数据进行前置操作的核验处理，根据核验结果确定是否执行对待处理数据进行数据处理的前置操作，以此，对待处理数据的前置操作进行风险控制，提升执行的前置操作的有效性和安全性，避免数据流失。

本实施例中，所述第一数据方，是指基于终端设备提交待处理数据的数据方，第二数据方是指提供待处理数据的相关处理内容的数据方，比如待处理数据为待处理订单，第一数据方为用户，第二数据方为商家。所述第二服务器对应第二应用，第一服务器对应第一应用。

具体实施时，为了提升待处理数据的数据处理的效率，提升待处理数据进行前置操作的有效性，可对待处理数据进行前置操作的核验处理，并在核验通过的情况下，对待处理数据进行数据转出处理的转出数值进行更新处理，本实施例提供的一种可选实施方式中，在根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作执行之前，还执行如下操作：

对所述待处理数据进行所述前置操作的核验处理；

若核验通过，则将针对所述待处理数据进行数据转出处理的转出数值更新为0；

若核验未通过，则确定待处理数据不满足执行前置操作的条件，则按照当前待处理数据进行数据转出处理的转出数值对待处理数据进行数据处理。

在对待处理数据进行前置操作的核验处理的过程中，为了提升核验处理的有效性和全面性，可从至少一个维度的元数据和/或待处理数据对应的第一数据方的数据流转分布两个角度，实现对待处理数据进行前置操作的核验处理，从两个不同的角度出发实现对待处理数据进行前置操作的核验处理，提升核验处理的全面性，有效实现风险控制。

下述提供从元数据、数据流转分布两个角度对待处理数据进行前置操作的核验处理的过程进行详细说明。

(1)元数据

本实施例提供的一种可选实施方式中，在对待处理数据进行前置操作的核验处理的过程中，执行如下操作：

基于至少一个维度的元数据，对所述待处理数据对应的第一数据方进行数据评估；

根据所述待处理数据以及数据评估获得的所述第一数据方的评估级别，对所述第一数据方和/或所述待处理数据进行核验处理；

可选的，所述元数据包括下述至少一项：数据平台对接的第三方应用的应用数据，接入所述数据平台的数据服务的服务数据。

通过数据平台大量的元数据、数据平台对大量数据进行数据处理的能力以及进行风险控制的能力，进行对待处理数据的前置操作的核验处理，提升风险控制的有效性。

具体的，对第一数据方和/或待处理数据进行核验处理，包括核验待处理数据和/或第一数据方是否满足前置操作的准入条件，即核验待处理数据和/或第一数据方是否满足“先响应后处理”的准入条件。

具体的，在对待处理数据进行核验处理的过程中，为了提升核验处理效率，可引入评级算法，将至少一个维度的元数据输入评级算法对第一数据方进行数据评估，获得第一数据方的评估级别，根据该评估级别对待处理数据和/或第一数据方进行前置操作的核验处理，获得核验结果；由于元数据的来源类型较多，通过多来源的元数据对第一数据方进行数据评估，来提升数据评估的全面性和有效性，进一步提升对待处理数据的核验处理的全面性和有效性，提升风险控制的有效性。

例如，基于至少一个元数据计算待处理数据对应的第一数据方的信用分数，确定信用分数对应的信用级别，若第一数据方的信用级别超出进行前置操作的预设信用级别，则确定对待处理数据和/或第一数据方进行前置操作的核验处理通过；再例如，基于至少一个元数据计算待处理数据对应的第一数据方的信用分数，若第一数据方的信用分数超出进行前置操作的预设信用级别，则确定对待处理数据和/或第一数据方进行前置操作的核验处理通过。

(2)数据流转分布

实际应用中，为了提升核验处理的全面性，提升风险控制的有效性，也可根据待处理数据对应的第一数据方的数据流转分布进行前置操作的核验处理，本实施例提供的另一种可选实施方式中，采用如下方式对待处理数据进行前置操作的核验处理：

根据所述待处理数据对应的第一数据方的数据流转分布，对所述第一数据方和/或所述待处理数据进行核验处理；

可选的，所述数据流转分布，根据数据平台的元数据对参与数据流转处理的第一数据方进行数据流转数值的分布计算获得。所述数据流转分布，包括第一数据方不同的数据流转数值所处的数值分布区间，例如，[x，y]、(y，z]、(z，u]为不同的数值分布区间，第一数据方的数据流转数值在[x，y]内的有a笔，在(y，z]内的有b笔，在(z，u]内的有c笔。上述提供的三种数值分布区间仅仅是示意性的；为了保证风险控制的有效性，对于数值分布区间的数值划分，可根据实际应用需求确定，可选的，所述数据流转分布的数值分布区间按照所述待处理数据的数据转出数值进行划分，例如，待处理数据的数据流转数值较小，可将数值分布区间的区间间隔设置较小，待处理数据的数据流转数值较大，可将数值分布区间的区间间隔设置较大。此外，所述数据流转分布也可包括第一数据方的数据占有数值所处的数值分布区间。

此外，上述从数据流转分布出发对待处理数据进行前置操作的核验处理的可选实施方式，可被替换为：确定待处理数据对应的第一数据方的数据流转分布的热度分布数据，根据热度分布数据对第一数据方和/或所述待处理数据进行核验处理，并与本实施例提供的其他处理步骤组成新的实现方式。

其中，所述热度分布数据，包括第一数据方的数据流转分布中数据流转次数最多的数值分布区间；沿用上例，[x，y]、(y，z]、(z，u]为不同的数值分布区间，用户的数据流转次数最多的集中在(y，z]内，(y，z]即热度分布数据。

具体的，可确定待处理数据对应的第一数据方的数据流转分布的热度分布数据，若热度分布数据的数值为第一数值，则确定对待处理数据和/或第一数据方进行前置操作的核验处理的核验结果为核验通过；若热度分布数据的数值为第二数值，读取第三方应用的应用数据并根据所述应用数据对所述热度分布数据进行更新处理，根据更新后的热度分布数据对待处理数据和/或第一数据方进行前置操作的核验处理。

需要说明的是，上述提供的两种核验处理的方式，在具体核验过程中，可根据实际配置进行核验，也可以将对应的数据输入对应的核验算法进行核验，本实施例在此不做限定。

具体实施时，为了及时让第一数据方享受“先响应”，可根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作，需要说明的是，根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作的过程，可由第一服务器执行，也可由第二服务器执行，执行前置操作的执行主体根据待处理数据的生成主体确定，即若待处理数据在第一服务器生成，则第一服务器根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作，若待处理数据在第二服务器生成，则第二服务器根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作，以此保证前置操作的执行效率和执行灵活性。

实际应用中，为了及时向第一数据方提供待处理数据对应的目标对象或者待处理数据的对应任务，可根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作，具体可根据待处理数据的确认指令，对待处理数据进行处理完成打标，以此向第一数据方提供待处理数据对应的目标对象或者向第一数据方提供待处理数据的对应任务，本实施例提供的一种可选实施方式中，在根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作的过程中，执行如下操作：

根据所述确认指令，生成所述待处理数据的处理完成标签；

或者，

根据所述待处理数据的处理完成标签，执行所述待处理数据对应的目标对象的对象处理，或者，进行所述待处理数据对应的任务处理。

此外，在根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作的过程中，也可执行如下操作：根据所述确认指令，生成所述待处理数据的处理完成标签；以及，根据所述待处理数据的处理完成标签，执行所述待处理数据对应的目标对象的对象处理，或者，进行所述待处理数据对应的任务处理。

具体实施时，本实施例中的待处理数据可以通过线上通道和/或线下通道进行提交，其中，在通过线上通道进行待处理数据的提交的过程中，可通过终端设备与第二服务器进行数据流转的方式获取待处理数据，还可通过终端设备与第一服务器进行数据流转，第一服务器与第二服务器进行数据流转的方式获得待处理数据；在通过线下通道进行待处理数据的提交的过程中，可通过终端设备与第二服务器进行数据流转的方式获取待处理数据。

步骤S104，将所述待处理数据写入对应处理期限的数据集，并对所述数据集中各待处理数据进行数据合并，获得合并数据。

上述根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作，本步骤中，将待处理数据写入对应处理期限的数据集，并对数据集中各待处理数据进行数据合并获得合并数据。

本实施例所述数据集，包括由一个或者多个待处理数据组成的数据集合；所述待处理数据被写入所述数据集后，所述数据集可由待处理数据和关联处理数据组成。可选的，所述数据集中包含至少一个数据维度的关联处理数据。

所述数据维度，包括线上数据维度和/或线下数据维度。需要说明的是，本实施例中，通过将线上数据维度产生的待处理数据和线下数据维度产生的待处理数据写入对应处理期限的数据集，通过对数据集进行处理来实现对各待处理数据合并处理，实现对不同数据维度下的待处理数据的合并处理。所述数据维度也可包括不同数据场景下的数据维度，比如餐饮数据场景、汽车租赁数据场景。

所述处理期限是指划分的用于对数据集进行数据处理的期限，比如处理期限为按照周、月、季度设置的期限，此外，处理期限还可以是其他类型的期限，通过处理期限实现对不同数据集的合理管理。

所述合并数据，是指数据集中各待处理数据进行数据合并获得的合并数据；所述合并数据，包括对各待处理数据进行数据转出处理的转出数值进行叠加获得的合并数据；可选的，所述合并数据用于采用合并处理方式对所述数据集进行数据处理。

具体实施时，将待处理数据写入对应处理期限的数据集的过程，可通过确定待处理数据的处理完成时间，并查找处理完成时间对应的处理期限的数据集，将待处理数据写入该数据集的方式实现。可选的，所述处理完成时间，包括针对待处理数据进行处理完成标记的标记时间、针对待处理数据对应的目标对象的确认时间或者待处理数据对应任务的任务执行完成时间。

终端设备在向第二服务器发送对待处理数据的确认指令后，若是通过第一应用发送确认指令，则跳转至第二应用；若是通过第二应用发送确认指令，则无需跳转；第二服务器在将待处理数据写入对应处理期限的数据集，并对数据集中各待处理数据进行数据合并获得合并数据后，向终端设备发送数据集和合并数据，以通过终端设备运行的第二应用进行数据集和合并数据的展示。

具体实施时，对数据集中各待处理数据进行数据合并获得合并数据后，为了提升第一数据方对合并数据的感知程度，促使第一数据方及时按照处理期限对数据集进行数据处理，可向终端设备的第二应用发送数据集和合并数据，相应的，终端设备接收第二服务器发送的数据集和合并数据。

上述提到合并数据用于采用合并处理方式对数据集进行数据处理，本实施例提供的一种可选实施方式中，在采用合并处理方式对数据集进行数据处理的过程中，执行如下操作：

在所述处理期限届满后，按照所述合并数据从所述待处理数据对应的第一数据方进行数据转出至对应的第二数据方。

具体的，在采用合并处理方式对数据集进行数据处理的过程中，可利用自动数据处理的方式实现，在处理期限届满后，按照合并数据的合并数值从待处理数据对应的第一数据方进行数据转出，并将转出数据转入对应的第二数据方。

步骤S106，基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理。

本实施例所述预处理数据，包括数据集中进行数据预处理的待处理数据；所述数据预处理包括对数据集进行提前处理。

可选的，所述预处理数据在检测到数据展示页的预处理控件被触发后发送；具体的，终端设备基于数据集和合并数据渲染并展示数据展示页，数据展示页可配置预处理控件，终端设备在检测到预处理控件被触发后，向第二服务器发送携带预处理数据的预处理请求，相应的，第二服务器获取终端设备发送的针对预处理数据的预处理请求，也即第二应用在检测到预处理控件被触发后，向第二服务器发送携带预处理数据的预处理请求。

需要说明的是，终端设备展示的数据展示页中的预处理控件，可在数据集的处理期限届满前处于可触发状态，终端设备也即第二应用可在数据集的处理期限届满前向第二服务器发送预支付请求，即向第二服务器发送预处理数据，以此保证数据集进行预处理的有效性。

实际应用中，为了满足第一数据方的多样化需求，提升针对数据集进行数据处理的处理灵活性和全面性，可向第一数据方提供针对数据集的预处理，即提前处理，在对数据集进行数据预处理的过程中，可对数据集中的部分待处理数据进行数据预处理，也可对数据集中的所有待处理数据进行数据预处理；终端设备的第二应用向第二服务器提交数据集的预处理数据，相应的，第二服务器根据第二应用在数据集的处理期限届满前提交的预处理数据，调用数据处理接口对数据集进行数据处理。

下述可提供四种基于处理期限届满前检测到的预处理数据，调用预处理接口对数据集进行数据预处理的可选实施方式，下述分别对这四种可选实施方式的实现过程进行详细说明。

(1)第一种可选实施方式

本实施例提供的一种可选实施方式中，在基于处理期限届满前检测到的预处理数据，调用预处理接口对数据集进行数据预处理的过程中，执行如下操作：

调用目标账户的数据转出接口转出所述预处理数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入。

其中，所述目标账户是指针对预处理数据进行数据转出的账户，可选的，所述目标账户包括目标资源账户。

终端设备的第二应用可采用如下方式向第二服务器提交数据集的预处理数据：向所述第二服务器提交携带目标账户的账户标识的预处理数据，以在所述第二服务器调用所述账户标识对应的目标账户的数据转出接口转出所述预处理数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入。

其中，所述预处理数据包括预先处理的数据集中的待处理数据，所述预处理数据可以是数据集的合并数据，也可以是数据集的合并数据中的部分合并数据。所述目标账户包括从数据集进行数据处理的账户列表中确定的数据账户。所述账户列表中各账户可为第一数据方的账户。

具体的，第二服务器获取第二应用提交的预处理数据后，向终端设备下发账户列表，第二应用获取针对账户列表中目标账户的选择指令，并向第二服务器提交目标账户的选择指令，第二服务器调用目标账户的数据转出接口转出预处理数据对应的转出数据，并将转出数据向预处理数据对应的第二数据方转入。

此外，上述第一种可选实施方式可被替换为调用目标账户的数据转出接口转出所述预处理数据和/或所述合并数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入，并与本实施例提供的其他处理步骤组成新的实现方式。

实际应用中，存在第一数据方在第三方账户平台开通数据账户，但未将数据账户绑定至第二服务器，第三方账户平台为了提升第一数据方对数据账户的使用率，或者第二服务器为了通过向第一数据方提供更多的数据转出账户来提升使用体验，第三方账户平台可向第一数据方发放特定的权益，使第一数据方将在第三方账户平台开通的数据账户绑定至第二服务器，并基于绑定的数据账户更新第一数据方的账户列表，即，第一数据方在将第三方账户平台开通的数据账户绑定至第二服务器后，该数据账户被添加至第一数据方的账户列表，在此基础上，可在对数据集进行数据预处理的过程中，基于绑定的数据账户进行数据预处理，以此，提升第一数据方参与数据集的数据预处理的积极性和活跃度，提升第一数据方的留存率。

而在将第三方账户平台开通的数据账户绑定至第二服务器的过程中，第二服务器可读取各第三方账户平台开放的绑定权益，基于绑定权益在账户列表中对第三方账户平台开通的数据账户进行绑定权益标记，以此通过账户列表向第一数据方展示标记有绑定权益的第三方账户平台开通的数据账户，提升用户的感知程度，第一数据方可触发账户列表中任意一个数据账户或者任意多个数据账户对应的绑定控件向第二服务器提交绑定请求，第二服务器可基于绑定请求中携带的目标账户标识将对应的第三方账户平台的数据账户绑定至第二服务器，并基于目标账户标识更新账户列表，账户列表中的该目标账户标识对应的数据账户携带数据权益。

如图9所示的支付方式页面中的绑卡活动区域展示的即是账户绑定列表，账户绑定列表中展示的银行卡和信用卡即是可绑定的资源账户，其中，银行卡的展示区域还展示有绑定权益“满100减10”，该绑定权益代表若用户将银行卡绑定至第二服务器，并通过银行卡的资源账户进行预支付处理，则可享受权益“满100减10”，信用卡的展示区域也展示有绑定权益“满150减15”，该绑定权益代表若用户将信用卡绑定至第二服务器，并通过信用卡的资源账户进行预支付处理，则可享受权益“满150减15”。

在将第三方账户平台的数据账户绑定至第二服务器的基础上，将数据账户更新至第一数据方的账户列表，第一数据方可在账户列表中选择目标账户，基于目标账户进行数据集的数据预处理。

可选的，终端设备的第二应用若检测到任一第三方账户平台的数据账户的绑定指令，采集第一数据方录入的数据账户标识并向第二服务器上传；第二服务器对数据账户标识进行核验处理，并在核验通过后将第一数据方的数据方标识与该数据账户标识对应的数据账户进行绑定处理并向终端设备发送绑定结果；终端设备基于绑定结果对展示的账户列表进行更新；实际应用中，账户列表中的数据账户可携带数据权益，也可不携带数据权益；若检测到第一数据方对账户列表中目标账户的选择指令，可按照该目标账户对应的数据权益和预处理数据，针对数据集进行数据预处理。

具体实施时，在按照该目标账户对应的数据权益和预处理数据，针对数据集进行数据预处理的过程中，为了提升预处理的有效性，本实施例提供的一种可选实施方式中，第二服务器可采用如下方式按照该目标账户对应的数据权益和预处理数据，针对数据集进行数据预处理：

根据目标账户对应的数据权益和预处理数据，计算目标账户的转出数据以及目标账户的账户提供方的转出权益；

从目标账户中进行所述转出数据对应的数据转出，以及从所述账户提供方的数据账户中进行所述转出权益对应的数据转出；

将数据转出获得的转出数据向预处理数据对应的第二数据方转入。

例如，账户提供方与第二服务器签署账户协议，在第二服务器绑定第一数据方在账户提供方开通的数据账户后向第一数据方发送满150减15的数据权益，第一数据方在针对数据集进行数据预处理的过程中，根据预处理数据200和数据权益满150减15计算目标账户的转出数据185，以及计算账户提供方的转出权益15，从目标账户中进行185对应的数据转出，并从账户提供方的数据账户中进行15对应的数据转出，将数据转出获得的转出数据200向预处理数据对应的第二数据方转入。

此外，数据权益对应的转出权益还可由账户提供方和第二服务器共同承担，比如上述例子中的转出权益对应的转出数据15可由账户提供方和第二服务器按照分摊比例进行提供。具体的，账户提供方和第二服务器共同承担数据权益的情况下针对数据集进行数据预处理的过程与上述仅由账户提供方承担数据权益的处理过程类似，参照上述相关内容即可，本实施例在此不再赘述。

(2)第二种可选实施方式

实际应用中，为了促进接入第二服务器的服务方的成交率，可在确认第一数据方完成相关任务后，由服务方代替第一数据方进行数据转出进而将转出数据转入预处理数据对应的第二数据方。

本实施例提供的一种可选实施方式中，在基于处理期限届满前检测到的预处理数据，调用预处理接口对数据集进行数据预处理的过程中，执行如下操作：

调用二次处理接口生成所述预处理数据对应的二次处理数据；

在所述二次处理数据处理成功后，从所述二次处理数据对应的数据方进行数据转出以向所述预处理数据对应的第二数据方转入。

终端设备的第二应用可采用如下方式向第二服务器提交数据集的预处理数据：向所述第二服务器提交携带二次处理数据的处理结果的预处理数据；可选的，所述二次处理数据由所述第二服务器调用二次处理接口生成。

其中，所述二次处理数据包括向第一数据方推荐参与处理的处理数据，所述二次处理数据可以是商品数据，比如家电数据，也可以是服务数据，比如电影票数据，此外，所述二次处理数据还可以是多个处理数据组成的二次处理数据集合，该二次处理数据集合中的各二次处理数据可以是同一数据类别的处理数据，也可以是不同数据类别的处理数据。

具体的，为了避免二次处理数据对应的数据方的数据损失，保证二次处理数据的数据方的参与积极性，生成预处理数据对应的二次处理数据的过程，可通过根据第一数据方的偏好数据和数据准入条件生成预处理数据对应的二次处理数据的方式实现；可选的，所述数据准入条件，包括二次处理数据的处理数值大于预设数值，所述预设数值可根据预处理数据确定。

第二应用可检测第一数据方提交的针对预处理数据的预处理请求，并向第二服务器发送，第二服务器调用二次处理接口生成预处理数据对应的二次处理数据向第二应用下发，第二应用接收第二服务器下发的二次处理数据，并向第二服务器提交二次处理数据的处理结果，若第二应用提交的二次处理数据的处理结果为处理成功，从二次处理数据对应的数据方进行数据转出以向预处理数据对应的第二数据方转入。

例如，第二服务器获取到的预处理数据为200，第二服务器根据预处理数据200生成对应的二次处理数据，二次处理数据为500，第二服务器将二次处理数据500向终端设备发送，第一数据方可对终端设备展示的二次处理数据进行处理，若二次处理数据处理成功，从二次处理数据对应的数据方进行数据转出以向预处理数据对应的第二数据方转入，以此提升用户粘性。

此外，上述第二种可选实施方式可被替换为调用二次处理接口生成所述预处理数据和/或合并数据对应的二次处理数据；在所述二次处理数据处理成功后，从所述二次处理数据对应的数据方进行数据转出以向所述预处理数据对应的第二数据方转入，并与本实施例提供的其他处理步骤组成新的实现方式。

(3)第三种可选实施方式

在实际的应用场景中，为了实现对任务提供方进行引流的目的，可由任务提供方向第一数据方提供的处理任务，在第一数据方完成处理任务后，由任务提供方对第一数据方的待处理数据进行数据处理。

本实施例提供的一种可选实施方式中，在基于处理期限届满前检测到的预处理数据，调用预处理接口对数据集进行数据预处理的过程中，执行如下操作：

调用任务生成接口生成所述预处理数据对应的处理任务；

从所述处理任务的任务提供方进行数据转出以向所述预处理数据对应的第二数据方转入。

终端设备的第二应用可采用如下方式向第二服务器提交数据集的预处理数据：根据所述第二服务器下发的所述预处理数据对应的处理任务，向所述第二服务器发送携带所述处理任务的任务确认指令的预处理数据。

其中，所述处理任务包括线上处理任务和/或线下处理任务，所述处理任务包括任务提供方对预处理数据进行数据转出的转出任务，比如处理任务为线下的打工任务，或者处理任务为线上的打工任务；所述处理任务包括任务时长和/或任务内容。

具体的，根据预处理数据计算任务期限和/或任务内容，根据任务时长和/或任务内容创建预处理数据对应的处理任务，并在检测到处理任务满足处理条件后，从处理任务的任务提供方进行数据转出以向预处理数据对应的第二数据方转入；可选的，所述处理条件包括处理任务在任务期限内完成。

第二应用可检测第一数据方提交的预处理数据并向第二服务器发送，第二服务器调用任务生成接口创建预处理数据对应的处理任务向第二应用下发，第二应用接收第二服务器下发的预处理数据对应的处理任务，并向第二服务器提交处理任务的任务接收指令，第二服务器根据第二应用提交的任务接收指令，从处理任务的任务提供方进行数据转出以向预处理数据对应的第二数据方转入，此外，第二应用向第二服务器提交处理任务的任务接收指令后，第二服务器也可基于任务接收指令启动支付任务的任务计时，若在任务计时届满前检测到第一数据方针对处理任务的确认指令，并对处理任务的核验通过，从处理任务的任务提供方进行数据转出。

例如，预处理数据为200，第二服务器创建的处理任务为“xx门店就职送餐员x天”，其中任务内容为xx门店就职送餐员，任务时长为x天，第二服务器将创建的处理任务向第二应用下发，在第二应用内进行展示，第二应用向第二服务器提交处理任务的任务接收指令，第二服务器根据第二应用提交的任务接收指令，从处理任务的任务提供方“xx门店”进行数据转出，或者，第二应用向第二服务器提交处理任务的任务接收指令后，第二服务器也可基于任务接收指令启动处理任务的任务计时，若在任务计时届满前检测到第一数据方针对处理任务的确认指令，并对处理任务的核验通过，从处理任务的任务提供方“xx门店”进行数据转出。

此外，上述第三种可选实施方式可被替换为调用任务生成接口生成所述预处理数据和/或合并数据对应的处理任务；从所述处理任务的任务提供方进行数据转出以向所述预处理数据对应的第二数据方转入，并与本实施例提供的其他处理步骤组成新的实现方式。

(4)第四种可选实施方式

本实施例提供的一种可选实施方式中，在基于处理期限届满前检测到的预处理数据，调用预处理接口对数据集进行数据预处理的过程中，执行如下操作：

若所述数据集满足资源赠与条件，调用资源赠与接口进行所述预处理数据的资源赠与处理；

基于资源赠与处理获得的赠与资源进行所述数据集的数据预处理。

其中，所述资源赠与条件是指进行资源赠与需要具备的条件，可选的，所述资源赠与条件包括所述数据集对应用户参与公益服务的服务数据超出预设阈值和/或对应用户的资金数额小于预设数额阈值；所述服务数据包括服务时长和/或服务次数。

具体的，第二应用可检测第一数据方提交的预处理数据，根据第一数据方的公益服务数据和/或资源数据核验数据集是否满足资源赠与条件，若数据集满足资源赠与条件，调用资源赠与接口传入预处理数据进行资源赠与处理，获得资源赠与处理获得的赠与资源，并基于赠与资源进行数据集的数据预处理。

例如，用户的预支付数额为200，根据订单集合对应用户的公益服务数据确定订单集合满足资源赠与条件，调用资源赠与接口进行预支付请求的资源赠与处理，并基于资源赠与处理获得的赠与资源对预支付数额进行支付。如图10所示的支付方式页面，其中的公益服务方即为公益代付的支付方式。

此外，上述第四种可选实施方式可被替换为若所述数据集满足资源赠与条件，调用资源赠与接口进行所述预处理数据和/或合并数据的资源赠与处理；基于资源赠与处理获得的赠与资源进行所述数据集的数据预处理，并与本实施例提供的其他处理步骤组成新的实现方式。

上述提供的四种对数据集进行数据预处理的可选实施方式，在实际对数据集进行数据预处理的过程中，可采用四种可选实施方式中的任意一者或者多者对数据集进行数据预处理，采用多者对数据集进行数据预处理的过程与采用任一一者对数据集进行数据预处理的过程类似，本实施例在此不再赘述。

综上所述，本实施例提供的数据处理方法，执行对待处理数据进行数据处理的前置操作后，将待处理数据写入对应的数据集，并对待处理数据与数据集中各待处理数据进行数据合并，获得合并数据，基于检测到的对合并数据的预处理数据，调用预处理接口对数据集进行数据预处理，具体的，先执行待处理数据进行数据处理的前置操作，再对待处理数据进行数据合并，进一步对数据合并数据获得的合并数据进行数据预处理，以此，通过先响应，再合并，最后处理的方式对待处理数据进行处理，实现对待处理数据的先响应后合并处理，其中，通过先响应，提升提交待处理数据的数据方对待处理对象对应的数据对象的感知程度，通过合并处理，提升处理效率，也保证数据集中每一个待处理数据的对于先响应后合并处理的有效性。

本说明书提供的第二种数据处理方法实施例：

本实施例提供的数据处理方法，可应用于终端设备，下述提供的第三种数据处理方法，可应用于第二服务器，本实施例提供的可应用于终端设备的数据处理方法，在执行过程中与下述应用于第二服务器的数据处理方法在执行过程中相互配合，阅读本实施例可参照下述提供的第三种数据处理方法实施例的相应内容，阅读下述实施例也可参照本实施例的相应内容。

参照图2，本实施例提供的数据处理方法，具体包括步骤S202至步骤S208。

步骤S202，第一应用向第一服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作。

本实施例中所述待处理数据，包括记录有参与处理的至少一个数据方的数据方信息和参与处理的各数据方进行的处理内容的数据；此外，待处理数据还可记录标识该处理的相关信息。

可选的，所述待处理数据，包括通过线上通道和/或线下通道进行数据转出的转出订单的订单数据；所述订单数据包括至少一个数据维度的转出订单的订单数据。所述至少一个数据维度的转出订单，是指不同订单类型的转出订单。

所述前置操作，是指在对待处理数据进行数据处理之前执行的待处理数据的响应动作；本实施例中，在对待处理数据进行数据处理之前，执行待处理数据的前置操作，也即是对待处理数据“先执行响应动作再处理”，而在对待处理数据进行数据处理的过程中对待处理数据的转出数据需要向待处理数据对应的第二数据方进行数据转入，为了避免第二数据方对待处理数据已经执行前置操作，但未收到转入数据造成第二数据方的数据损失，可在根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作之前，对待处理数据进行前置操作的核验处理，根据核验结果确定是否执行对待处理数据进行数据处理的前置操作，以此，对待处理数据的前置操作进行风险控制，提升执行的前置操作的有效性和安全性，避免数据流失。

本实施例中，所述第一数据方，是指基于终端设备提交待处理数据的数据方，第二数据方是指提供待处理数据的相关处理内容的数据方，比如待处理数据为待处理订单，第一数据方为用户，第二数据方为商家。所述第二服务器对应第二应用，第一服务器对应第一应用。

具体实施时，为了提升待处理数据的数据处理的效率，提升待处理数据进行前置操作的有效性，在执行对待处理数据进行数据处理的前置操作之前，第二服务器可对待处理数据进行前置操作的核验处理，并在核验通过的情况下，对待处理数据进行数据转出处理的转出数值进行更新处理，本实施例提供的一种可选实施方式中，第二服务器采用如下方式对待处理数据进行前置操作的核验处理：

对所述待处理数据进行所述前置操作的核验处理；

若核验通过，则将针对所述待处理数据进行数据转出处理的转出数值更新为0；

若核验未通过，则确定待处理数据不满足执行前置操作的条件，则按照当前待处理数据进行数据转出处理的转出数值对待处理数据进行数据处理。

在对待处理数据进行前置操作的核验处理的过程中，为了提升核验处理的有效性和全面性，可从至少一个维度的元数据和/或待处理数据对应的第一数据方的数据流转分布两个角度，实现对待处理数据进行前置操作的核验处理，从两个不同的角度出发实现对待处理数据进行前置操作的核验处理，提升核验处理的全面性，有效实现风险控制。

下述提供从元数据、数据流转分布两个角度对待处理数据进行前置操作的核验处理的过程进行详细说明。

(1)元数据

本实施例提供的一种可选实施方式中，第二服务器在对待处理数据进行前置操作的核验处理的过程中，执行如下操作：

基于至少一个维度的元数据，对提交所述待处理数据对应的第一数据方进行数据评估；

根据所述待处理数据以及数据评估获得的所述第一数据方的评估级别，对所述第一数据方和/或所述待处理数据进行核验处理；

可选的，所述元数据包括下述至少一项：数据平台对接的第三方应用的应用数据，接入所述数据平台的数据服务的服务数据。

通过数据平台大量的元数据、数据平台对大量数据进行数据处理的能力以及进行风险控制的能力，进行对待处理数据的前置操作的核验处理，提升风险控制的有效性。

具体的，对第一数据方和/或待处理数据进行核验处理，包括核验待处理数据和/或第一数据方是否满足前置操作的准入条件，即核验待处理数据和/或第一数据方是否满足“先响应后处理”的准入条件。

具体的，第二服务器在对待处理数据进行核验处理的过程中，为了提升核验处理效率，可引入评级算法，将至少一个维度的元数据输入评级算法对第一数据方进行数据评估，获得第一数据方的评估级别，根据该评估级别对待处理数据和/或第一数据方进行前置操作的核验处理，获得核验结果；由于元数据的来源类型较多，通过多来源的元数据对第一数据方进行数据评估，来提升数据评估的全面性和有效性，进一步提升对待处理数据的核验处理的全面性和有效性，提升风险控制的有效性。

例如，基于至少一个元数据计算待处理数据对应的第一数据方的信用分数，确定信用分数对应的信用级别，若第一数据方的信用级别超出进行前置操作的预设信用级别，则确定对待处理数据和/或第一数据方进行前置操作的核验处理通过；再例如，基于至少一个元数据计算待处理数据对应的第一数据方的信用分数，若第一数据方的信用分数超出进行前置操作的预设信用级别，则确定对待处理数据和/或第一数据方进行前置操作的核验处理通过。

(2)数据流转分布

实际应用中，为了提升核验处理的全面性，提升风险控制的有效性，也可根据待处理数据对应的第一数据方的数据流转分布进行前置操作的核验处理，本实施例提供的另一种可选实施方式中，第二服务器采用如下方式对待处理数据进行前置操作的核验处理：

根据所述待处理数据对应的第一数据方的数据流转分布，对所述第一数据方和/或所述待处理数据进行核验处理；

可选的，所述数据流转分布，根据数据平台的元数据对参与数据流转处理的第一数据方进行数据流转数值的分布计算获得。所述数据流转分布，包括第一数据方不同的数据流转数值所处的数值分布区间，例如，[x，y]、(y，z]、(z，u]为不同的数值分布区间，第一数据方的数据流转数值在[x，y]内的有a笔，在(y，z]内的有b笔，在(z，u]内的有c笔。上述提供的三种数值分布区间仅仅是示意性的；为了保证风险控制的有效性，对于数值分布区间的数值划分，可根据实际应用需求确定，可选的，所述数据流转分布的数值分布区间按照所述待处理数据的数据转出数值进行划分，例如，待处理数据的数据流转数值较小，可将数值分布区间的区间间隔设置较小，待处理数据的数据流转数值较大，可将数值分布区间的区间间隔设置较大。此外，所述数据流转分布也可包括第一数据方的数据占有数值所处的数值分布区间。

此外，上述从数据流转分布出发对待处理数据进行前置操作的核验处理的可选实施方式，可被替换为：确定待处理数据对应的第一数据方的数据流转分布的热度分布数据，根据热度分布数据对第一数据方和/或所述待处理数据进行核验处理，并与本实施例提供的其他处理步骤组成新的实现方式。

其中，所述热度分布数据，包括第一数据方的数据流转分布中数据流转次数最多的数值分布区间；沿用上例，[x，y]、(y，z]、(z，u]为不同的数值分布区间，用户的数据流转次数最多的集中在(y，z]内，(y，z]即热度分布数据。

具体的，可确定待处理数据对应的第一数据方的数据流转分布的热度分布数据，若热度分布数据的数值为第一数值，则确定对待处理数据和/或第一数据方进行前置操作的核验处理的核验结果为核验通过；若热度分布数据的数值为第二数值，读取第三方应用的应用数据并根据所述应用数据对所述热度分布数据进行更新处理，根据更新后的热度分布数据对待处理数据和/或第一数据方进行前置操作的核验处理。

需要说明的是，上述提供的两种核验处理的方式，在具体核验过程中，可根据实际配置进行核验，也可以将对应的数据输入对应的核验算法进行核验，本实施例在此不做限定。

具体实施时，为了及时让第一数据方享受“先响应”，可根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作，需要说明的是，根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作的过程，可由第一服务器执行，也可由第二服务器执行，执行前置操作的执行主体根据待处理数据的生成主体确定，即若待处理数据在第一服务器生成，则第一服务器根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作，若待处理数据在第二服务器生成，则第二服务器根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作，以此保证前置操作的执行效率和执行灵活性。

实际应用中，为了及时向第一数据方提供待处理数据对应的目标对象或者待处理数据的对应任务，可根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作，具体可根据待处理数据的确认指令，对待处理数据进行处理完成打标，以此向第一数据方提供待处理数据对应的目标对象或者向第一数据方提供待处理数据的对应任务，本实施例提供的一种可选实施方式中，在根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作的过程中，执行如下操作：

根据所述确认指令，生成所述待处理数据的处理完成标签；

或者，

根据所述待处理数据的处理完成标签，执行所述待处理数据对应的目标对象的对象处理，或者，进行所述待处理数据对应的任务处理。

此外，在根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作的过程中，也可执行如下操作：根据所述确认指令，生成所述待处理数据的处理完成标签；以及，根据所述待处理数据的处理完成标签，执行所述待处理数据对应的目标对象的对象处理，或者，进行所述待处理数据对应的任务处理。

具体实施时，本实施例中的待处理数据可以通过线上通道和/或线下通道进行提交，其中，在通过线上通道进行待处理数据的提交的过程中，可通过终端设备与第二服务器进行数据流转的方式获取待处理数据，还可通过终端设备与第一服务器进行数据流转，第一服务器与第二服务器进行数据流转的方式获得待处理数据；在通过线下通道进行待处理数据的提交的过程中，可通过终端设备与第二服务器进行数据流转的方式获取待处理数据。

步骤S204，从所述第一应用跳转至第二应用。

步骤S206，所述第二应用接收第二服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据。

上述从所述第一应用跳转至第二应用，第二服务器基于第一服务器执行的对待处理数据进行数据处理的前置操作，将待处理数据写入对应的数据集，对数据集中各待处理数据进行数据合并获得合并数据，并向终端设备的第二应用发送数据集和合并数据，本步骤中，第二应用接收第二服务器发送的写入所述待处理数据的数据集，以及数据集的合并数据。

本实施例所述数据集，包括由一个或者多个待处理数据组成的数据集合；所述待处理数据被写入所述数据集后，所述数据集可由待处理数据和关联处理数据组成。可选的，所述数据集中包含至少一个数据维度的关联处理数据。

所述数据维度，包括线上数据维度和/或线下数据维度。需要说明的是，本实施例中，通过将线上数据维度产生的待处理数据和线下数据维度产生的待处理数据写入对应处理期限的数据集，通过对数据集进行处理来实现对各待处理数据合并处理，实现对不同数据维度下的待处理数据的合并处理。所述数据维度也可包括不同数据场景下的数据维度，比如餐饮数据场景、汽车租赁数据场景。

所述合并数据，是指数据集中各待处理数据进行数据合并获得的合并数据；所述合并数据，包括对各待处理数据进行数据转出处理的转出数值进行叠加获得的合并数据；可选的，所述合并数据用于采用合并处理方式对所述数据集进行数据处理。

所述处理期限是指划分的用于对数据集进行数据处理的期限，比如处理期限为按照周、月、季度设置的期限，此外，处理期限还可以是其他类型的期限，通过处理期限实现对不同数据集的合理管理。

具体实施时，将待处理数据写入对应处理期限的数据集的过程，可通过确定待处理数据的处理完成时间，并查找处理完成时间对应的处理期限的数据集，将待处理数据写入该数据集的方式实现。可选的，所述处理完成时间，包括针对待处理数据进行处理完成标记的标记时间、针对待处理数据对应的目标对象的确认时间或者待处理数据对应任务的任务执行完成时间。

终端设备在向第二服务器发送对待处理数据的确认指令后，若是通过第一应用发送确认指令，则跳转至第二应用；若是通过第二应用发送确认指令，则无需跳转；第二服务器在将待处理数据写入对应处理期限的数据集，并对数据集中各待处理数据进行数据合并获得合并数据后，向终端设备发送数据集和合并数据，以通过终端设备运行的第二应用进行数据集和合并数据的展示。

具体实施时，对数据集中各待处理数据进行数据合并获得合并数据后，为了提升第一数据方对合并数据的感知程度，促使第一数据方及时按照处理期限对数据集进行数据处理，可向终端设备的第二应用发送数据集和合并数据，相应的，终端设备接收第二服务器发送的数据集和合并数据。

上述提到合并数据用于采用合并处理方式对数据集进行数据处理，本实施例提供的一种可选实施方式中，第二服务器在采用合并处理方式对数据集进行数据处理的过程中，执行如下操作：

在所述处理期限届满后，按照所述合并数据从所述待处理数据对应的第一数据方进行数据转出至对应的第二数据方。

具体的，第二服务器在采用合并处理方式对数据集进行数据处理的过程中，可利用自动数据处理的方式实现，在处理期限届满后，按照合并数据的合并数值从待处理数据对应的第一数据方进行数据转出，并将转出数据转入对应的第二数据方。

步骤S208，第二应用向所述第二服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集进行数据预处理。

第二服务器根据第二应用在数据集的处理期限届满前提交的预处理数据，调用数据处理接口对数据集进行数据处理。

本实施例所述预处理数据，包括数据集中进行数据预处理的待处理数据；所述数据预处理包括对数据集进行提前处理。

可选的，所述预处理数据在检测到数据展示页的预处理控件被触发后发送；具体的，终端设备基于数据集和合并数据渲染并展示数据展示页，数据展示页可配置预处理控件，终端设备在检测到预处理控件被触发后，向第二服务器发送携带预处理数据的预处理请求，相应的，第二服务器获取终端设备发送的针对预处理数据的预处理请求，也即第二应用在检测到预处理控件被触发后，向第二服务器发送携带预处理数据的预处理请求。

需要说明的是，终端设备展示的数据展示页中的预处理控件，可在数据集的处理期限届满前处于可触发状态，终端设备也即第二应用可在数据集的处理期限届满前向第二服务器发送预支付请求，即向第二服务器发送预处理数据，以此保证数据集进行预处理的有效性。

实际应用中，为了满足第一数据方的多样化需求，提升针对数据集进行数据处理的处理灵活性和全面性，可向第一数据方提供针对数据集的预处理，即提前处理，在对数据集进行数据预处理的过程中，可对数据集中的部分待处理数据进行数据预处理，也可对数据集中的所有待处理数据进行数据预处理；终端设备的第二应用向第二服务器提交数据集的预处理数据，相应的，第二服务器根据第二应用在数据集的处理期限届满前提交的预处理数据，调用数据处理接口对数据集进行数据处理。

下述可提供四种第二服务器基于处理期限届满前检测到的预处理数据，调用预处理接口对数据集进行数据预处理的可选实施方式，下述分别对这四种可选实施方式的实现过程进行详细说明。

(1)第一种可选实施方式

本实施例提供的一种可选实施方式中，终端设备在向所述第二服务器提交所述数据集的预处理数据的过程中，执行如下操作：

向所述第二服务器提交携带目标账户的账户标识的预处理数据，以在所述第二服务器调用所述账户标识对应的目标账户的数据转出接口转出所述预处理数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入。

其中，所述目标账户是指针对预处理数据进行数据转出的账户，可选的，所述目标账户包括目标资源账户。

其中，所述预处理数据包括预先处理的数据集中的待处理数据，所述预处理数据可以是数据集的合并数据，也可以是数据集的合并数据中的部分合并数据。所述目标账户包括从数据集进行数据处理的账户列表中确定的数据账户。所述账户列表中各账户可为第一数据方的账户。

具体的，第二服务器获取第二应用提交的预处理数据后，向终端设备下发账户列表，第二应用获取针对账户列表中目标账户的选择指令，并向第二服务器提交目标账户的选择指令，第二服务器调用目标账户的数据转出接口转出预处理数据对应的转出数据，并将转出数据向预处理数据对应的第二数据方转入。

此外，上述第一种可选实施方式可被替换为向所述第二服务器提交携带目标账户的账户标识的预处理数据，以在所述第二服务器调用所述账户标识对应的目标账户的数据转出接口转出所述预处理数据和/或合并数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入，并与本实施例提供的其他处理步骤组成新的实现方式。

实际应用中，存在第一数据方在第三方账户平台开通数据账户，但未将数据账户绑定至第二服务器，第三方账户平台为了提升第一数据方对数据账户的使用率，或者第二服务器为了通过向第一数据方提供更多的数据转出账户来提升使用体验，第三方账户平台可向第一数据方发放特定的权益，使第一数据方将在第三方账户平台开通的数据账户绑定至第二服务器，并基于绑定的数据账户更新第一数据方的账户列表，即，第一数据方在将第三方账户平台开通的数据账户绑定至第二服务器后，该数据账户被添加至第一数据方的账户列表，在此基础上，可在对数据集进行数据预处理的过程中，基于绑定的数据账户进行数据预处理，以此，提升第一数据方参与数据集的数据预处理的积极性和活跃度，提升第一数据方的留存率。

而在将第三方账户平台开通的数据账户绑定至第二服务器的过程中，第二服务器可读取各第三方账户平台开放的绑定权益，基于绑定权益在账户列表中对第三方账户平台开通的数据账户进行绑定权益标记，以此通过账户列表向第一数据方展示标记有绑定权益的第三方账户平台开通的数据账户，提升用户的感知程度，第一数据方可触发账户列表中任意一个数据账户或者任意多个数据账户对应的绑定控件向第二服务器提交绑定请求，第二服务器可基于绑定请求中携带的目标账户标识将对应的第三方账户平台的数据账户绑定至第二服务器，并基于目标账户标识更新账户列表，账户列表中的该目标账户标识对应的数据账户携带数据权益。

如图9所示的支付方式页面中的绑卡活动区域展示的即是账户绑定列表，账户绑定列表中展示的银行卡和信用卡即是可绑定的资源账户，其中，银行卡的展示区域还展示有绑定权益“满100减10”，该绑定权益代表若用户将银行卡绑定至第二服务器，并通过银行卡的资源账户进行预支付处理，则可享受权益“满100减10”，信用卡的展示区域也展示有绑定权益“满150减15”，该绑定权益代表若用户将信用卡绑定至第二服务器，并通过信用卡的资源账户进行预支付处理，则可享受权益“满150减15”。

在将第三方账户平台的数据账户绑定至第二服务器的基础上，将数据账户更新至第一数据方的账户列表，第一数据方可在账户列表中选择目标账户，基于目标账户进行数据集的数据预处理。

可选的，终端设备(第二应用)若检测到任一第三方账户平台的数据账户的绑定指令，采集第一数据方录入的数据账户标识并向第二服务器上传；第二服务器对数据账户标识进行核验处理，并在核验通过后将第一数据方的数据方标识与该数据账户标识对应的数据账户进行绑定处理并向终端设备发送绑定结果；终端设备基于绑定结果对展示的账户列表进行更新；实际应用中，账户列表中的数据账户可携带数据权益，也可不携带数据权益；若检测到第一数据方对账户列表中目标账户的选择指令，可按照该目标账户对应的数据权益和预处理数据，针对数据集进行数据预处理。

具体实施时，在按照该目标账户对应的数据权益和预处理数据，针对数据集进行数据预处理的过程中，为了提升预处理的有效性，本实施例提供的一种可选实施方式中，第二服务器可采用如下方式按照该目标账户对应的数据权益和预处理数据，针对数据集进行数据预处理：

根据目标账户对应的数据权益和预处理数据，计算目标账户的转出数据以及目标账户的账户提供方的转出权益；

从目标账户中进行所述转出数据对应的数据转出，以及从所述账户提供方的数据账户中进行所述转出权益对应的数据转出；

将数据转出获得的转出数据向预处理数据对应的第二数据方转入。

例如，账户提供方与第二服务器签署账户协议，在第二服务器绑定第一数据方在账户提供方开通的数据账户后向第一数据方发送满150减15的数据权益，第一数据方在针对数据集进行数据预处理的过程中，根据预处理数据200和数据权益满150减15计算目标账户的转出数据185，以及计算账户提供方的转出权益15，从目标账户中进行185对应的数据转出，并从账户提供方的数据账户中进行15对应的数据转出，将数据转出获得的转出数据200向预处理数据对应的第二数据方转入。

此外，数据权益对应的转出权益还可由账户提供方和第二服务器共同承担，比如上述例子中的转出权益对应的转出数据15可由账户提供方和第二服务器按照分摊比例进行提供。具体的，账户提供方和第二服务器共同承担数据权益的情况下针对数据集进行数据预处理的过程与上述仅由账户提供方承担数据权益的处理过程类似，参照上述相关内容即可，本实施例在此不再赘述。

(2)第二种可选实施方式

实际应用中，为了促进接入第二服务器的服务方的成交率，可在确认第一数据方完成相关任务后，由服务方代替第一数据方进行数据转出进而将转出数据转入预处理数据对应的第二数据方。

本实施例提供的一种可选实施方式中，终端设备在向第二服务器提交数据集的预处理数据的过程中，执行如下操作：

向所述第二服务器提交携带二次处理数据的处理结果的预处理数据；其中，所述二次处理数据由所述第二服务器调用二次处理接口生成。

终端设备的第二应用可采用如下方式向第二服务器提交数据集的预处理数据：向所述第二服务器提交携带二次处理数据的处理结果的预处理数据；可选的，所述二次处理数据由所述第二服务器调用二次处理接口生成。

其中，所述二次处理数据包括向第一数据方推荐参与处理的处理数据，所述二次处理数据可以是商品数据，比如家电数据，也可以是服务数据，比如电影票数据，此外，所述二次处理数据还可以是多个处理数据组成的二次处理数据集合，该二次处理数据集合中的各二次处理数据可以是同一数据类别的处理数据，也可以是不同数据类别的处理数据。

具体的，为了避免二次处理数据对应的数据方的数据损失，保证二次处理数据的数据方的参与积极性，生成预处理数据对应的二次处理数据的过程，可通过根据第一数据方的偏好数据和数据准入条件生成预处理数据对应的二次处理数据的方式实现；可选的，所述数据准入条件，包括二次处理数据的处理数值大于预设数值，所述预设数值可根据预处理数据确定。

第二应用可检测第一数据方提交的针对预处理数据的预处理请求，并向第二服务器发送，第二服务器调用二次处理接口生成预处理数据对应的二次处理数据向第二应用下发，第二应用接收第二服务器下发的二次处理数据，并向第二服务器提交二次处理数据的处理结果，若第二应用提交的二次处理数据的处理结果为处理成功，从二次处理数据对应的数据方进行数据转出以向预处理数据对应的第二数据方转入。

例如，第二服务器获取到的预处理数据为200，第二服务器根据预处理数据200生成对应的二次处理数据，二次处理数据为500，第二服务器将二次处理数据500向终端设备发送，第一数据方可对终端设备展示的二次处理数据进行处理，若二次处理数据处理成功，从二次处理数据对应的数据方进行数据转出以向预处理数据对应的第二数据方转入，以此提升用户粘性。

(3)第三种可选实施方式

在实际的应用场景中，为了实现对任务提供方进行引流的目的，可由任务提供方向第一数据方提供的处理任务，在第一数据方完成处理任务后，由任务提供方对第一数据方的待处理数据进行数据处理。

本实施例提供的一种可选实施方式中，终端设备在向第二服务器提交数据集的预处理数据的过程中，执行如下操作：

根据所述第二服务器下发的所述预处理数据对应的处理任务，向所述第二服务器发送携带所述处理任务的任务确认指令的预处理数据。

终端设备的第二应用可采用如下方式向第二服务器提交数据集的预处理数据：根据所述第二服务器下发的所述预处理数据对应的处理任务，向所述第二服务器发送携带所述处理任务的任务确认指令的预处理数据。

其中，所述处理任务包括线上处理任务和/或线下处理任务，所述处理任务包括任务提供方对预处理数据进行数据转出的转出任务，比如处理任务为线下的打工任务，或者处理任务为线上的打工任务；所述处理任务包括任务时长和/或任务内容。

具体的，根据预处理数据计算任务期限和/或任务内容，根据任务时长和/或任务内容创建预处理数据对应的处理任务，并在检测到处理任务满足处理条件后，从处理任务的任务提供方进行数据转出以向预处理数据对应的第二数据方转入；可选的，所述处理条件包括处理任务在任务期限内完成。

第二应用可检测第一数据方提交的预处理数据并向第二服务器发送，第二服务器调用任务生成接口创建预处理数据对应的处理任务向第二应用下发，第二应用接收第二服务器下发的预处理数据对应的处理任务，并向第二服务器提交处理任务的任务接收指令，第二服务器根据第二应用提交的任务接收指令，从处理任务的任务提供方进行数据转出以向预处理数据对应的第二数据方转入，此外，第二应用向第二服务器提交处理任务的任务接收指令后，第二服务器也可基于任务接收指令启动支付任务的任务计时，若在任务计时届满前检测到第一数据方针对处理任务的确认指令，并对处理任务的核验通过，从处理任务的任务提供方进行数据转出。

例如，预处理数据为200，第二服务器创建的处理任务为“xx门店就职送餐员x天”，其中任务内容为xx门店就职送餐员，任务时长为x天，第二服务器将创建的处理任务向第二应用下发，在第二应用内进行展示，第二应用向第二服务器提交处理任务的任务接收指令，第二服务器根据第二应用提交的任务接收指令，从处理任务的任务提供方“xx门店”进行数据转出，或者，第二应用向第二服务器提交处理任务的任务接收指令后，第二服务器也可基于任务接收指令启动处理任务的任务计时，若在任务计时届满前检测到第一数据方针对处理任务的确认指令，并对处理任务的核验通过，从处理任务的任务提供方“xx门店”进行数据转出。

此外，上述第三种可选实施方式可被替换为根据所述第二服务器下发的所述预处理数据和/或合并数据对应的处理任务，向所述第二服务器发送携带所述处理任务的任务确认指令的预处理数据，并与本实施例提供的其他处理步骤组成新的实现方式。

(4)第四种可选实施方式

本实施例提供的一种可选实施方式中，第二服务器在基于预处理数据调用数据处理接口对数据集进行数据预处理的过程中，执行如下操作：

若所述数据集满足资源赠与条件，调用资源赠与接口进行所述预处理数据的资源赠与处理；

基于资源赠与处理获得的赠与资源进行所述数据集的数据预处理。

其中，所述资源赠与条件是指进行资源赠与需要具备的条件，可选的，所述资源赠与条件包括所述数据集对应用户参与公益服务的服务数据超出预设阈值和/或对应用户的资金数额小于预设数额阈值；所述服务数据包括服务时长和/或服务次数。

具体的，第二应用可检测第一数据方提交的预处理数据，根据第一数据方的公益服务数据和/或资源数据核验数据集是否满足资源赠与条件，若数据集满足资源赠与条件，调用资源赠与接口传入预处理数据进行资源赠与处理，获得资源赠与处理获得的赠与资源，并基于赠与资源进行数据集的数据预处理。

例如，用户的预支付数额为200，根据订单集合对应用户的公益服务数据确定订单集合满足资源赠与条件，调用资源赠与接口进行预支付请求的资源赠与处理，并基于资源赠与处理获得的赠与资源对预支付数额进行支付。如图10所示的支付方式页面，其中的公益服务方即为公益代付的支付方式。

此外，上述第四种可选实施方式可被替换为若所述数据集满足资源赠与条件，调用资源赠与接口进行所述预处理数据和/或合并数据的资源赠与处理；基于资源赠与处理获得的赠与资源进行所述数据集的数据预处理，并与本实施例提供的其他处理步骤组成新的实现方式。

上述提供的四种对数据集进行数据预处理的可选实施方式，在实际对数据集进行数据预处理的过程中，可采用四种可选实施方式中的任意一者或者多者对数据集进行数据预处理，采用多者对数据集进行数据预处理的过程与采用任一一者对数据集进行数据预处理的过程类似，本实施例在此不再赘述。

本说明书提供的第三种数据处理方法实施例：

参照图3，本实施例提供的数据处理方法，可应用于第二服务器，具体包括步骤S302至步骤S306。

步骤S302，基于第一服务器执行的对待处理数据进行数据处理的前置操作，将所述待处理数据写入对应的数据集。

本实施例所述待处理数据，包括记录有参与处理的至少一个数据方的数据方信息和参与处理的各数据方进行的处理内容的数据；此外，待处理数据还可记录标识该处理的相关信息。

可选的，所述待处理数据，包括通过线上通道和/或线下通道进行数据转出的转出订单的订单数据；所述订单数据包括至少一个数据维度的转出订单的订单数据。所述至少一个数据维度的转出订单，是指不同订单类型的转出订单。

所述前置操作，是指在对待处理数据进行数据处理之前执行的待处理数据的响应动作；本实施例中，在对待处理数据进行数据处理之前，执行待处理数据的前置操作，也即是对待处理数据“先执行响应动作再处理”，而在对待处理数据进行数据处理的过程中对待处理数据的转出数据需要向待处理数据对应的第二数据方进行数据转入，为了避免第二数据方对待处理数据已经执行前置操作，但未收到转入数据造成第二数据方的数据损失，可在根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作之前，对待处理数据进行前置操作的核验处理，根据核验结果确定是否执行对待处理数据进行数据处理的前置操作，以此，对待处理数据的前置操作进行风险控制，提升执行的前置操作的有效性和安全性，避免数据流失。

本实施例中，所述第一数据方，是指基于终端设备提交待处理数据的数据方，第二数据方是指提供待处理数据的相关处理内容的数据方，比如待处理数据为待处理订单，第一数据方为用户，第二数据方为商家。所述第二服务器对应第二应用，第一服务器对应第一应用。

本实施例所述数据集，包括由一个或者多个待处理数据组成的数据集合；所述待处理数据被写入所述数据集后，所述数据集可由待处理数据和关联处理数据组成。可选的，所述数据集中包含至少一个数据维度的关联处理数据。

所述数据维度，包括线上数据维度和/或线下数据维度。需要说明的是，本实施例中，通过将线上数据维度产生的待处理数据和线下数据维度产生的待处理数据写入对应处理期限的数据集，通过对数据集进行处理来实现对各待处理数据合并处理，实现对不同数据维度下的待处理数据的合并处理。所述数据维度也可包括不同数据场景下的数据维度，比如餐饮数据场景、汽车租赁数据场景。

具体实施时，为了提升待处理数据的数据处理的效率，提升待处理数据进行前置操作的有效性，可对待处理数据进行前置操作的核验处理，并在核验通过的情况下，对待处理数据进行数据转出处理的转出数值进行更新处理，本实施例提供的一种可选实施方式中，在基于第一服务器执行的对待处理数据进行数据处理的前置操作，将所述待处理数据写入对应的数据集执行之前，还执行如下操作：

根据所述第一服务器发送的核验请求，对所述待处理数据进行所述前置操作的核验处理，并向所述第一服务器返回核验结果。

此外，在对所述待处理数据进行所述前置操作的核验处理之后，若核验通过，可将针对所述待处理数据进行数据转出处理的转出数值更新为0。

在对待处理数据进行前置操作的核验处理的过程中，为了提升核验处理的有效性和全面性，可从至少一个维度的元数据和/或待处理数据对应的第一数据方的数据流转分布两个角度，实现对待处理数据进行前置操作的核验处理，从两个不同的角度出发实现对待处理数据进行前置操作的核验处理，提升核验处理的全面性，有效实现风险控制。

下述提供从元数据、数据流转分布两个角度对待处理数据进行前置操作的核验处理的过程进行详细说明。

(1)元数据

本实施例提供的一种可选实施方式中，在对待处理数据进行前置操作的核验处理的过程中，执行如下操作：

基于至少一个维度的元数据，对提交所述待处理数据对应的第一数据方进行数据评估；

根据所述待处理数据以及数据评估获得的所述第一数据方的评估级别，对所述第一数据方和/或所述待处理数据进行核验处理；

可选的，所述元数据包括下述至少一项：数据平台对接的第三方应用的应用数据，接入所述数据平台的数据服务的服务数据。

通过数据平台大量的元数据、数据平台对大量数据进行数据处理的能力以及进行风险控制的能力，进行对待处理数据的前置操作的核验处理，提升风险控制的有效性。

具体的，对第一数据方和/或待处理数据进行核验处理，包括核验待处理数据和/或第一数据方是否满足前置操作的准入条件，即核验待处理数据和/或第一数据方是否满足“先响应后处理”的准入条件。

具体的，在对待处理数据进行核验处理的过程中，为了提升核验处理效率，可引入评级算法，将至少一个维度的元数据输入评级算法对第一数据方进行数据评估，获得第一数据方的评估级别，根据该评估级别对待处理数据和/或第一数据方进行前置操作的核验处理，获得核验结果；由于元数据的来源类型较多，通过多来源的元数据对第一数据方进行数据评估，来提升数据评估的全面性和有效性，进一步提升对待处理数据的核验处理的全面性和有效性，提升风险控制的有效性。

例如，基于至少一个元数据计算待处理数据对应的第一数据方的信用分数，确定信用分数对应的信用级别，若第一数据方的信用级别超出进行前置操作的预设信用级别，则确定对待处理数据和/或第一数据方进行前置操作的核验处理通过；再例如，基于至少一个元数据计算待处理数据对应的第一数据方的信用分数，若第一数据方的信用分数超出进行前置操作的预设信用级别，则确定对待处理数据和/或第一数据方进行前置操作的核验处理通过。

(2)数据流转分布

实际应用中，为了提升核验处理的全面性，提升风险控制的有效性，也可根据待处理数据对应的第一数据方的数据流转分布进行前置操作的核验处理，本实施例提供的另一种可选实施方式中，采用如下方式对待处理数据进行前置操作的核验处理：

根据所述待处理数据对应的第一数据方的数据流转分布，对所述第一数据方和/或所述待处理数据进行核验处理；

可选的，所述数据流转分布，根据数据平台的元数据对参与数据流转处理的第一数据方进行数据流转数值的分布计算获得。所述数据流转分布，包括第一数据方不同的数据流转数值所处的数值分布区间，例如，[x，y]、(y，z]、(z，u]为不同的数值分布区间，第一数据方的数据流转数值在[x，y]内的有a笔，在(y，z]内的有b笔，在(z，u]内的有c笔。上述提供的三种数值分布区间仅仅是示意性的；为了保证风险控制的有效性，对于数值分布区间的数值划分，可根据实际应用需求确定，可选的，所述数据流转分布的数值分布区间按照所述待处理数据的数据转出数值进行划分，例如，待处理数据的数据流转数值较小，可将数值分布区间的区间间隔设置较小，待处理数据的数据流转数值较大，可将数值分布区间的区间间隔设置较大。此外，所述数据流转分布也可包括第一数据方的数据占有数值所处的数值分布区间。

此外，上述从数据流转分布出发对待处理数据进行前置操作的核验处理的可选实施方式，可被替换为：确定待处理数据对应的第一数据方的数据流转分布的热度分布数据，根据热度分布数据对第一数据方和/或所述待处理数据进行核验处理，并与本实施例提供的其他处理步骤组成新的实现方式。

其中，所述热度分布数据，包括第一数据方的数据流转分布中数据流转次数最多的数值分布区间；沿用上例，[x，y]、(y，z]、(z，u]为不同的数值分布区间，用户的数据流转次数最多的集中在(y，z]内，(y，z]即热度分布数据。

具体的，可确定待处理数据对应的第一数据方的数据流转分布的热度分布数据，若热度分布数据的数值为第一数值，则确定对待处理数据和/或第一数据方进行前置操作的核验处理的核验结果为核验通过；若热度分布数据的数值为第二数值，读取第三方应用的应用数据并根据所述应用数据对所述热度分布数据进行更新处理，根据更新后的热度分布数据对待处理数据和/或第一数据方进行前置操作的核验处理。

需要说明的是，上述提供的两种核验处理的方式，在具体核验过程中，可根据实际配置进行核验，也可以将对应的数据输入对应的核验算法进行核验，本实施例在此不做限定。

具体实施时，为了及时让第一数据方享受“先响应”，可根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作，需要说明的是，根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作的过程，可由第一服务器执行，也可由第二服务器执行，执行前置操作的执行主体根据待处理数据的生成主体确定，即若待处理数据在第一服务器生成，则第一服务器根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作，若待处理数据在第二服务器生成，则第二服务器根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作，以此保证前置操作的执行效率和执行灵活性。

实际应用中，为了及时向第一数据方提供待处理数据对应的目标对象或者待处理数据的对应任务，可根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作，具体可根据待处理数据的确认指令，对待处理数据进行处理完成打标，以此向第一数据方提供待处理数据对应的目标对象或者向第一数据方提供待处理数据的对应任务，本实施例提供的一种可选实施方式中，在根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作的过程中，执行如下操作：

根据所述确认指令，生成所述待处理数据的处理完成标签；

或者，

根据所述待处理数据的处理完成标签，执行所述待处理数据对应的目标对象的对象处理，或者，进行所述待处理数据对应的任务处理。

此外，在根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作的过程中，也可执行如下操作：根据所述确认指令，生成所述待处理数据的处理完成标签；以及，根据所述待处理数据的处理完成标签，执行所述待处理数据对应的目标对象的对象处理，或者，进行所述待处理数据对应的任务处理。

具体实施时，本实施例中的待处理数据可以通过线上通道和/或线下通道进行提交，其中，在通过线上通道进行待处理数据的提交的过程中，可通过终端设备与第二服务器进行数据流转的方式获取待处理数据，还可通过终端设备与第一服务器进行数据流转，第一服务器与第二服务器进行数据流转的方式获得待处理数据；在通过线下通道进行待处理数据的提交的过程中，可通过终端设备与第二服务器进行数据流转的方式获取待处理数据。

在具体的执行过程中，将待处理数据写入对应处理期限的数据集的过程，可通过确定待处理数据的处理完成时间，并查找处理完成时间对应的处理期限的数据集，将待处理数据写入该数据集的方式实现。可选的，所述处理完成时间，包括针对待处理数据进行处理完成标记的标记时间、针对待处理数据对应的目标对象的确认时间或者待处理数据对应任务的任务执行完成时间。

步骤S304，对所述数据集中各待处理数据进行数据合并获得合并数据，并向终端设备的第二应用发送所述数据集和所述合并数据。

所述合并数据，是指数据集中各待处理数据进行数据合并获得的合并数据；所述合并数据，包括对各待处理数据进行数据转出处理的转出数值进行叠加获得的合并数据；可选的，所述合并数据用于采用合并处理方式对所述数据集进行数据处理。

所述处理期限是指划分的用于对数据集进行数据处理的期限，比如处理期限为按照周、月、季度设置的期限，此外，处理期限还可以是其他类型的期限，通过处理期限实现对不同数据集的合理管理。

具体实施时，将待处理数据写入对应处理期限的数据集的过程，可通过确定待处理数据的处理完成时间，并查找处理完成时间对应的处理期限的数据集，将待处理数据写入该数据集的方式实现。可选的，所述处理完成时间，包括针对待处理数据进行处理完成标记的标记时间、针对待处理数据对应的目标对象的确认时间或者待处理数据对应任务的任务执行完成时间。

终端设备在向第二服务器发送对待处理数据的确认指令后，若是通过第一应用发送确认指令，则跳转至第二应用；若是通过第二应用发送确认指令，则无需跳转；第二服务器在将待处理数据写入对应处理期限的数据集，并对数据集中各待处理数据进行数据合并获得合并数据后，向终端设备发送数据集和合并数据，以通过终端设备运行的第二应用进行数据集和合并数据的展示。

具体实施时，对数据集中各待处理数据进行数据合并获得合并数据后，为了提升第一数据方对合并数据的感知程度，促使第一数据方及时按照处理期限对数据集进行数据处理，可向终端设备的第二应用发送数据集和合并数据，相应的，终端设备接收第二服务器发送的数据集和合并数据。

上述提到合并数据用于采用合并处理方式对数据集进行数据处理，本实施例提供的一种可选实施方式中，在采用合并处理方式对数据集进行数据处理的过程中，执行如下操作：

在所述处理期限届满后，按照所述合并数据从所述待处理数据对应的第一数据方进行数据转出至对应的第二数据方。

具体的，在采用合并处理方式对数据集进行数据处理的过程中，可利用自动数据处理的方式实现，在处理期限届满后，按照合并数据的合并数值从待处理数据对应的第一数据方进行数据转出，并将转出数据转入对应的第二数据方。

步骤S306，根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理。

本实施例所述预处理数据，包括数据集中进行数据预处理的待处理数据；所述数据预处理包括对数据集进行提前处理。

可选的，所述预处理数据在检测到数据展示页的预处理控件被触发后发送；具体的，终端设备基于数据集和合并数据渲染并展示数据展示页，数据展示页可配置预处理控件，终端设备在检测到预处理控件被触发后，向第二服务器发送携带预处理数据的预处理请求，相应的，第二服务器获取终端设备发送的针对预处理数据的预处理请求，也即第二应用在检测到预处理控件被触发后，向第二服务器发送携带预处理数据的预处理请求。

需要说明的是，终端设备展示的数据展示页中的预处理控件，可在数据集的处理期限届满前处于可触发状态，终端设备也即第二应用可在数据集的处理期限届满前向第二服务器发送预支付请求，即向第二服务器发送预处理数据，以此保证数据集进行预处理的有效性。

实际应用中，为了满足第一数据方的多样化需求，提升针对数据集进行数据处理的处理灵活性和全面性，可向第一数据方提供针对数据集的预处理，即提前处理，在对数据集进行数据预处理的过程中，可对数据集中的部分待处理数据进行数据预处理，也可对数据集中的所有待处理数据进行数据预处理；终端设备的第二应用向第二服务器提交数据集的预处理数据，相应的，第二服务器根据第二应用在数据集的处理期限届满前提交的预处理数据，调用数据处理接口对数据集进行数据处理。

下述可提供四种基于处理期限届满前检测到的预处理数据，调用预处理接口对数据集进行数据预处理的可选实施方式，下述分别对这四种可选实施方式的实现过程进行详细说明。

(1)第一种可选实施方式

本实施例提供的一种可选实施方式中，在基于处理期限届满前检测到的预处理数据，调用预处理接口对数据集进行数据预处理的过程中，执行如下操作：

调用目标账户的数据转出接口转出所述预处理数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入。

其中，所述目标账户是指针对预处理数据进行数据转出的账户，可选的，所述目标账户包括目标资源账户。

终端设备的第二应用可采用如下方式向第二服务器提交数据集的预处理数据：向所述第二服务器提交携带目标账户的账户标识的预处理数据，以在所述第二服务器调用所述账户标识对应的目标账户的数据转出接口转出所述预处理数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入。

其中，所述预处理数据包括预先处理的数据集中的待处理数据，所述预处理数据可以是数据集的合并数据，也可以是数据集的合并数据中的部分合并数据。所述目标账户包括从数据集进行数据处理的账户列表中确定的数据账户。所述账户列表中各账户可为第一数据方的账户。

具体的，第二服务器获取第二应用提交的预处理数据后，向终端设备下发账户列表，第二应用获取针对账户列表中目标账户的选择指令，并向第二服务器提交目标账户的选择指令，第二服务器调用目标账户的数据转出接口转出预处理数据对应的转出数据，并将转出数据向预处理数据对应的第二数据方转入。

此外，上述第一种可选实施方式可被替换为调用目标账户的数据转出接口转出所述预处理数据和/或所述合并数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入，并与本实施例提供的其他处理步骤组成新的实现方式。

实际应用中，存在第一数据方在第三方账户平台开通数据账户，但未将数据账户绑定至第二服务器，第三方账户平台为了提升第一数据方对数据账户的使用率，或者第二服务器为了通过向第一数据方提供更多的数据转出账户来提升使用体验，第三方账户平台可向第一数据方发放特定的权益，使第一数据方将在第三方账户平台开通的数据账户绑定至第二服务器，并基于绑定的数据账户更新第一数据方的账户列表，即，第一数据方在将第三方账户平台开通的数据账户绑定至第二服务器后，该数据账户被添加至第一数据方的账户列表，在此基础上，可在对数据集进行数据预处理的过程中，基于绑定的数据账户进行数据预处理，以此，提升第一数据方参与数据集的数据预处理的积极性和活跃度，提升第一数据方的留存率。

而在将第三方账户平台开通的数据账户绑定至第二服务器的过程中，第二服务器可读取各第三方账户平台开放的绑定权益，基于绑定权益在账户列表中对第三方账户平台开通的数据账户进行绑定权益标记，以此通过账户列表向第一数据方展示标记有绑定权益的第三方账户平台开通的数据账户，提升用户的感知程度，第一数据方可触发账户列表中任意一个数据账户或者任意多个数据账户对应的绑定控件向第二服务器提交绑定请求，第二服务器可基于绑定请求中携带的目标账户标识将对应的第三方账户平台的数据账户绑定至第二服务器，并基于目标账户标识更新账户列表，账户列表中的该目标账户标识对应的数据账户携带数据权益。

如图9所示的支付方式页面中的绑卡活动区域展示的即是账户绑定列表，账户绑定列表中展示的银行卡和信用卡即是可绑定的资源账户，其中，银行卡的展示区域还展示有绑定权益“满100减10”，该绑定权益代表若用户将银行卡绑定至第二服务器，并通过银行卡的资源账户进行预支付处理，则可享受权益“满100减10”，信用卡的展示区域也展示有绑定权益“满150减15”，该绑定权益代表若用户将信用卡绑定至第二服务器，并通过信用卡的资源账户进行预支付处理，则可享受权益“满150减15”。

在将第三方账户平台的数据账户绑定至第二服务器的基础上，将数据账户更新至第一数据方的账户列表，第一数据方可在账户列表中选择目标账户，基于目标账户进行数据集的数据预处理。

可选的，终端设备(第二应用)若检测到任一第三方账户平台的数据账户的绑定指令，采集第一数据方录入的数据账户标识并向第二服务器上传；第二服务器对数据账户标识进行核验处理，并在核验通过后将第一数据方的数据方标识与该数据账户标识对应的数据账户进行绑定处理并向终端设备发送绑定结果；终端设备基于绑定结果对展示的账户列表进行更新；实际应用中，账户列表中的数据账户可携带数据权益，也可不携带数据权益；若检测到第一数据方对账户列表中目标账户的选择指令，可按照该目标账户对应的数据权益和预处理数据，针对数据集进行数据预处理。

具体实施时，在按照该目标账户对应的数据权益和预处理数据，针对数据集进行数据预处理的过程中，为了提升预处理的有效性，本实施例提供的一种可选实施方式中，第二服务器可采用如下方式按照该目标账户对应的数据权益和预处理数据，针对数据集进行数据预处理：

根据目标账户对应的数据权益和预处理数据，计算目标账户的转出数据以及目标账户的账户提供方的转出权益；

从目标账户中进行所述转出数据对应的数据转出，以及从所述账户提供方的数据账户中进行所述转出权益对应的数据转出；

将数据转出获得的转出数据向预处理数据对应的第二数据方转入。

例如，账户提供方与第二服务器签署账户协议，在第二服务器绑定第一数据方在账户提供方开通的数据账户后向第一数据方发送满150减15的数据权益，第一数据方在针对数据集进行数据预处理的过程中，根据预处理数据200和数据权益满150减15计算目标账户的转出数据185，以及计算账户提供方的转出权益15，从目标账户中进行185对应的数据转出，并从账户提供方的数据账户中进行15对应的数据转出，将数据转出获得的转出数据200向预处理数据对应的第二数据方转入。

此外，数据权益对应的转出权益还可由账户提供方和第二服务器共同承担，比如上述例子中的转出权益对应的转出数据15可由账户提供方和第二服务器按照分摊比例进行提供。具体的，账户提供方和第二服务器共同承担数据权益的情况下针对数据集进行数据预处理的过程与上述仅由账户提供方承担数据权益的处理过程类似，参照上述相关内容即可，本实施例在此不再赘述。

(2)第二种可选实施方式

实际应用中，第二服务器可接入服务方，为了促进接入第二服务器的服务方的成交率，可在确认第一数据方完成相关任务后，由服务方代替第一数据方进行数据转出进而将转出数据转入预处理数据对应的第二数据方。

本实施例提供的一种可选实施方式中，在基于处理期限届满前检测到的预处理数据，调用预处理接口对数据集进行数据预处理的过程中，执行如下操作：

调用二次处理接口生成所述预处理数据对应的二次处理数据；

在所述二次处理数据处理成功后，从所述二次处理数据对应的数据方进行数据转出以向所述预处理数据对应的第二数据方转入。

终端设备的第二应用可采用如下方式向第二服务器提交数据集的预处理数据：向所述第二服务器提交携带二次处理数据的处理结果的预处理数据；可选的，所述二次处理数据由所述第二服务器调用二次处理接口生成。

其中，所述二次处理数据包括向第一数据方推荐参与处理的处理数据，所述二次处理数据可以是商品数据，比如家电数据，也可以是服务数据，比如电影票数据，此外，所述二次处理数据还可以是多个处理数据组成的二次处理数据集合，该二次处理数据集合中的各二次处理数据可以是同一数据类别的处理数据，也可以是不同数据类别的处理数据。

具体的，为了避免二次处理数据对应的数据方的数据损失，保证二次处理数据的数据方的参与积极性，生成预处理数据对应的二次处理数据的过程，可通过根据第一数据方的偏好数据和数据准入条件生成预处理数据对应的二次处理数据的方式实现；可选的，所述数据准入条件，包括二次处理数据的处理数值大于预设数值，所述预设数值可根据预处理数据确定。

第二应用可检测第一数据方提交的针对预处理数据的预处理请求，并向第二服务器发送，第二服务器调用二次处理接口生成预处理数据对应的二次处理数据向第二应用下发，第二应用接收第二服务器下发的二次处理数据，并向第二服务器提交二次处理数据的处理结果，若第二应用提交的二次处理数据的处理结果为处理成功，从二次处理数据对应的数据方进行数据转出以向预处理数据对应的第二数据方转入。

例如，第二服务器获取到的预处理数据为200，第二服务器根据预处理数据200生成对应的二次处理数据，二次处理数据为500，第二服务器将二次处理数据500向终端设备发送，第一数据方可对终端设备展示的二次处理数据进行处理，若二次处理数据处理成功，从二次处理数据对应的数据方进行数据转出以向预处理数据对应的第二数据方转入，以此提升用户粘性。

此外，上述第二种可选实施方式可被替换为调用二次处理接口生成所述预处理数据和/或合并数据对应的二次处理数据；在所述二次处理数据处理成功后，从所述二次处理数据对应的数据方进行数据转出以向所述预处理数据对应的第二数据方转入，并与本实施例提供的其他处理步骤组成新的实现方式。

(3)第三种可选实施方式

在实际的应用场景中，第二服务器也可接入任务提供方，为了实现对任务提供方进行引流的目的，可由任务提供方向第一数据方提供的处理任务，在第一数据方完成处理任务后，由任务提供方对第一数据方的待处理数据进行数据处理。

本实施例提供的一种可选实施方式中，在基于处理期限届满前检测到的预处理数据，调用预处理接口对数据集进行数据预处理的过程中，执行如下操作：

调用任务生成接口生成所述预处理数据对应的处理任务；

从所述处理任务的任务提供方进行数据转出以向所述预处理数据对应的第二数据方转入。

终端设备的第二应用可采用如下方式向第二服务器提交数据集的预处理数据：根据所述第二服务器下发的所述预处理数据对应的处理任务，向所述第二服务器发送携带所述处理任务的任务确认指令的预处理数据。

其中，所述处理任务包括线上处理任务和/或线下处理任务，所述处理任务包括任务提供方对预处理数据进行数据转出的转出任务，比如处理任务为线下的打工任务，或者处理任务为线上的打工任务；所述处理任务包括任务时长和/或任务内容。

具体的，根据预处理数据计算任务期限和/或任务内容，根据任务时长和/或任务内容创建预处理数据对应的处理任务，并在检测到处理任务满足处理条件后，从处理任务的任务提供方进行数据转出以向预处理数据对应的第二数据方转入；可选的，所述处理条件包括处理任务在任务期限内完成。

第二应用可检测第一数据方提交的预处理数据并向第二服务器发送，第二服务器调用任务生成接口创建预处理数据对应的处理任务向第二应用下发，第二应用接收第二服务器下发的预处理数据对应的处理任务，并向第二服务器提交处理任务的任务接收指令，第二服务器根据第二应用提交的任务接收指令，从处理任务的任务提供方进行数据转出以向预处理数据对应的第二数据方转入，此外，第二应用向第二服务器提交处理任务的任务接收指令后，第二服务器也可基于任务接收指令启动支付任务的任务计时，若在任务计时届满前检测到第一数据方针对处理任务的确认指令，并对处理任务的核验通过，从处理任务的任务提供方进行数据转出。

例如，预处理数据为200，第二服务器创建的处理任务为“xx门店就职送餐员x天”，其中任务内容为xx门店就职送餐员，任务时长为x天，第二服务器将创建的处理任务向第二应用下发，在第二应用内进行展示，第二应用向第二服务器提交处理任务的任务接收指令，第二服务器根据第二应用提交的任务接收指令，从处理任务的任务提供方“xx门店”进行数据转出，或者，第二应用向第二服务器提交处理任务的任务接收指令后，第二服务器也可基于任务接收指令启动处理任务的任务计时，若在任务计时届满前检测到第一数据方针对处理任务的确认指令，并对处理任务的核验通过，从处理任务的任务提供方“xx门店”进行数据转出。

此外，上述第三种可选实施方式可被替换为调用任务生成接口生成所述预处理数据和/或合并数据对应的处理任务；从所述处理任务的任务提供方进行数据转出以向所述预处理数据对应的第二数据方转入，并与本实施例提供的其他处理步骤组成新的实现方式。

(4)第四种可选实施方式

本实施例提供的一种可选实施方式中，在基于处理期限届满前检测到的预处理数据，调用预处理接口对数据集进行数据预处理的过程中，执行如下操作：

若所述数据集满足资源赠与条件，调用资源赠与接口进行所述预处理数据的资源赠与处理；

基于资源赠与处理获得的赠与资源进行所述数据集的数据预处理。

其中，所述资源赠与条件是指进行资源赠与需要具备的条件，可选的，所述资源赠与条件包括所述数据集对应用户参与公益服务的服务数据超出预设阈值和/或对应用户的资金数额小于预设数额阈值；所述服务数据包括服务时长和/或服务次数。

具体的，第二应用可检测第一数据方提交的预处理数据，根据第一数据方的公益服务数据和/或资源数据核验数据集是否满足资源赠与条件，若数据集满足资源赠与条件，调用资源赠与接口传入预处理数据进行资源赠与处理，获得资源赠与处理获得的赠与资源，并基于赠与资源进行数据集的数据预处理。

例如，用户的预支付数额为200，根据订单集合对应用户的公益服务数据确定订单集合满足资源赠与条件，调用资源赠与接口进行预支付请求的资源赠与处理，并基于资源赠与处理获得的赠与资源对预支付数额进行支付。如图10所示的支付方式页面，其中的公益服务方即为公益代付的支付方式。

此外，上述第四种可选实施方式可被替换为若所述数据集满足资源赠与条件，调用资源赠与接口进行所述预处理数据和/或合并支付信息的资源赠与处理；基于资源赠与处理获得的赠与资源进行所述数据集的数据预处理，并与本实施例提供的其他处理步骤组成新的实现方式。

上述提供的四种对数据集进行数据预处理的可选实施方式，在实际对数据集进行数据预处理的过程中，可采用四种可选实施方式中的任意一者或者多者对数据集进行数据预处理，采用多者对数据集进行数据预处理的过程与采用任一一者对数据集进行数据预处理的过程类似，本实施例在此不再赘述。

本说明书提供的第四种数据处理方法实施例：

本实施例提供的第四种数据处理方法，与上述提供的第一种数据处理方法的内容对应，阅读本实施例请参照上述提供的第一种数据处理方法中的相应内容。

参照图4，本实施例提供的数据处理方法，可应用于终端设备，具体包括步骤S402至步骤S406。

步骤S402，向服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作。

本实施例所述待处理数据，包括记录有参与处理的至少一个数据方的数据方信息和参与处理的各数据方进行的处理内容的数据；此外，待处理数据还可记录标识该处理的相关信息。

可选的，所述待处理数据，包括通过线上通道和/或线下通道进行数据转出的转出订单的订单数据；所述订单数据包括至少一个数据维度的转出订单的订单数据。所述至少一个数据维度的转出订单，是指不同订单类型的转出订单。

所述前置操作，是指在对待处理数据进行数据处理之前执行的待处理数据的响应动作；本实施例中，在对待处理数据进行数据处理之前，执行待处理数据的前置操作，也即是对待处理数据“先执行响应动作再处理”，而在对待处理数据进行数据处理的过程中对待处理数据的转出数据需要向待处理数据对应的第二数据方进行数据转入，为了避免第二数据方对待处理数据已经执行前置操作，但未收到转入数据造成第二数据方的数据损失，可在根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作之前，对待处理数据进行前置操作的核验处理，根据核验结果确定是否执行对待处理数据进行数据处理的前置操作，以此，对待处理数据的前置操作进行风险控制，提升执行的前置操作的有效性和安全性，避免数据流失。

本实施例中，所述第一数据方，是指基于终端设备提交待处理数据的数据方，第二数据方是指提供待处理数据的相关处理内容的数据方，比如待处理数据为待处理订单，第一数据方为用户，第二数据方为商家。所述服务器对应支付应用。

具体实施时，为了提升待处理数据的数据处理的效率，提升待处理数据进行前置操作的有效性，在执行对待处理数据进行数据处理的前置操作之前，服务器可对待处理数据进行前置操作的核验处理，并在核验通过的情况下，对待处理数据进行数据转出处理的转出数值进行更新处理，本实施例提供的一种可选实施方式中，服务器采用如下方式对待处理数据进行前置操作的核验处理：

对所述待处理数据进行所述前置操作的核验处理；

若核验通过，则将针对所述待处理数据进行数据转出处理的转出数值更新为0；

若核验未通过，则确定待处理数据不满足执行前置操作的条件，则按照当前待处理数据进行数据转出处理的转出数值对待处理数据进行数据处理。

在服务器对待处理数据进行前置操作的核验处理的过程中，为了提升核验处理的有效性和全面性，可从至少一个维度的元数据和/或待处理数据对应的第一数据方的数据流转分布两个角度，实现对待处理数据进行前置操作的核验处理，从两个不同的角度出发实现对待处理数据进行前置操作的核验处理，提升核验处理的全面性，有效实现风险控制。

下述提供从元数据、数据流转分布两个角度对待处理数据进行前置操作的核验处理的过程进行详细说明。

(1)元数据

本实施例提供的一种可选实施方式中，服务器在对待处理数据进行前置操作的核验处理的过程中，执行如下操作：

基于至少一个维度的元数据，对提交所述待处理数据对应的第一数据方进行数据评估；

根据所述待处理数据以及数据评估获得的所述第一数据方的评估级别，对所述第一数据方和/或所述待处理数据进行核验处理；

可选的，所述元数据包括下述至少一项：数据平台对接的第三方应用的应用数据，接入所述数据平台的数据服务的服务数据。

通过数据平台大量的元数据、数据平台对大量数据进行数据处理的能力以及进行风险控制的能力，进行对待处理数据的前置操作的核验处理，提升风险控制的有效性。

具体的，对第一数据方和/或待处理数据进行核验处理，包括核验待处理数据和/或第一数据方是否满足前置操作的准入条件，即核验待处理数据和/或第一数据方是否满足“先响应后处理”的准入条件。

具体的，服务器在对待处理数据进行核验处理的过程中，为了提升核验处理效率，可引入评级算法，将至少一个维度的元数据输入评级算法对第一数据方进行数据评估，获得第一数据方的评估级别，根据该评估级别对待处理数据和/或第一数据方进行前置操作的核验处理，获得核验结果；由于元数据的来源类型较多，通过多来源的元数据对第一数据方进行数据评估，来提升数据评估的全面性和有效性，进一步提升对待处理数据的核验处理的全面性和有效性，提升风险控制的有效性。

例如，基于至少一个元数据计算待处理数据对应的第一数据方的信用分数，确定信用分数对应的信用级别，若第一数据方的信用级别超出进行前置操作的预设信用级别，则确定对待处理数据和/或第一数据方进行前置操作的核验处理通过；再例如，基于至少一个元数据计算待处理数据对应的第一数据方的信用分数，若第一数据方的信用分数超出进行前置操作的预设信用级别，则确定对待处理数据和/或第一数据方进行前置操作的核验处理通过。

(2)数据流转分布

实际应用中，为了提升核验处理的全面性，提升风险控制的有效性，也可根据待处理数据对应的第一数据方的数据流转分布进行前置操作的核验处理，本实施例提供的另一种可选实施方式中，服务器采用如下方式对待处理数据进行前置操作的核验处理：

根据所述待处理数据对应的第一数据方的数据流转分布，对所述第一数据方和/或所述待处理数据进行核验处理；

可选的，所述数据流转分布，根据数据平台的元数据对参与数据流转处理的第一数据方进行数据流转数值的分布计算获得。所述数据流转分布，包括第一数据方不同的数据流转数值所处的数值分布区间，例如，[x，y]、(y，z]、(z，u]为不同的数值分布区间，第一数据方的数据流转数值在[x，y]内的有a笔，在(y，z]内的有b笔，在(z，u]内的有c笔。上述提供的三种数值分布区间仅仅是示意性的；为了保证风险控制的有效性，对于数值分布区间的数值划分，可根据实际应用需求确定，可选的，所述数据流转分布的数值分布区间按照所述待处理数据的数据转出数值进行划分，例如，待处理数据的数据流转数值较小，可将数值分布区间的区间间隔设置较小，待处理数据的数据流转数值较大，可将数值分布区间的区间间隔设置较大。此外，所述数据流转分布也可包括第一数据方的数据占有数值所处的数值分布区间。

此外，上述从数据流转分布出发对待处理数据进行前置操作的核验处理的可选实施方式，可被替换为：确定待处理数据对应的第一数据方的数据流转分布的热度分布数据，根据热度分布数据对第一数据方和/或所述待处理数据进行核验处理，并与本实施例提供的其他处理步骤组成新的实现方式。

其中，所述热度分布数据，包括第一数据方的数据流转分布中数据流转次数最多的数值分布区间；沿用上例，[x，y]、(y，z]、(z，u]为不同的数值分布区间，用户的数据流转次数最多的集中在(y，z]内，(y，z]即热度分布数据。

具体的，服务器可确定待处理数据对应的第一数据方的数据流转分布的热度分布数据，若热度分布数据的数值为第一数值，则确定对待处理数据和/或第一数据方进行前置操作的核验处理的核验结果为核验通过；若热度分布数据的数值为第二数值，读取第三方应用的应用数据并根据所述应用数据对所述热度分布数据进行更新处理，根据更新后的热度分布数据对待处理数据和/或第一数据方进行前置操作的核验处理。

需要说明的是，上述提供的两种核验处理的方式，在具体核验过程中，可根据实际配置进行核验，也可以将对应的数据输入对应的核验算法进行核验，本实施例在此不做限定。

实际应用中，为了及时向第一数据方提供待处理数据对应的目标对象或者待处理数据的对应任务，可根据待处理数据的确认指令，执行对待处理数据进行数据处理的前置操作，具体可根据待处理数据的确认指令，对待处理数据进行处理完成打标，以此向第一数据方提供待处理数据对应的目标对象或者向第一数据方提供待处理数据的对应任务，本实施例提供的一种可选实施方式中，在服务器执行对待处理数据进行数据处理的前置操作的过程中，执行如下操作：

根据所述确认指令，生成所述待处理数据的处理完成标签；

或者，

根据所述待处理数据的处理完成标签，执行所述待处理数据对应的目标对象的对象处理，或者，进行所述待处理数据对应的任务处理。

此外，在根据针对待处理数据提交的确认指令，执行对待处理数据进行数据处理的前置操作的过程中，也可执行如下操作：根据所述确认指令，生成所述待处理数据的处理完成标签；以及，根据所述待处理数据的处理完成标签，执行所述待处理数据对应的目标对象的对象处理，或者，进行所述待处理数据对应的任务处理。

步骤S404，接收所述服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据。

上述向服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作，服务器基于对待处理数据进行数据处理的前置操作，将待处理数据写入对应的数据集，对数据集中各待处理数据进行数据合并获得合并数据，并向终端设备的发送数据集和合并数据，本步骤中，接收所述服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据。

本实施例所述数据集，包括由一个或者多个待处理数据组成的数据集合；所述待处理数据被写入所述数据集后，所述数据集可由待处理数据和关联处理数据组成。可选的，所述数据集中包含至少一个数据维度的关联处理数据。

所述数据维度，包括线上数据维度和/或线下数据维度。需要说明的是，本实施例中，通过将线上数据维度产生的待处理数据和线下数据维度产生的待处理数据写入对应处理期限的数据集，通过对数据集进行处理来实现对各待处理数据合并处理，实现对不同数据维度下的待处理数据的合并处理。所述数据维度也可包括不同数据场景下的数据维度，比如餐饮数据场景、汽车租赁数据场景。

所述合并数据，是指数据集中各待处理数据进行数据合并获得的合并数据；所述合并数据，包括对各待处理数据进行数据转出处理的转出数值进行叠加获得的合并数据；可选的，所述合并数据用于采用合并处理方式对所述数据集进行数据处理。

所述处理期限是指划分的用于对数据集进行数据处理的期限，比如处理期限为按照周、月、季度设置的期限，此外，处理期限还可以是其他类型的期限，通过处理期限实现对不同数据集的合理管理。

具体实施时，将待处理数据写入对应处理期限的数据集的过程，可通过确定待处理数据的处理完成时间，并查找处理完成时间对应的处理期限的数据集，将待处理数据写入该数据集的方式实现。可选的，所述处理完成时间，包括针对待处理数据进行处理完成标记的标记时间、针对待处理数据对应的目标对象的确认时间或者待处理数据对应任务的任务执行完成时间。

具体实施时，对数据集中各待处理数据进行数据合并获得合并数据后，为了提升第一数据方对合并数据的感知程度，促使第一数据方及时按照处理期限对数据集进行数据处理，可向终端设备的支付应用发送数据集和合并数据，相应的，终端设备接收服务器发送的数据集和合并数据。

上述提到合并数据用于采用合并处理方式对数据集进行数据处理，本实施例提供的一种可选实施方式中，服务器在采用合并处理方式对数据集进行数据处理的过程中，执行如下操作：

在所述处理期限届满后，按照所述合并数据从所述待处理数据对应的第一数据方进行数据转出至对应的第二数据方。

具体的，服务器在采用合并处理方式对数据集进行数据处理的过程中，可利用自动数据处理的方式实现，在处理期限届满后，按照合并数据的合并数值从待处理数据对应的第一数据方进行数据转出，并将转出数据转入对应的第二数据方。

步骤S406，向所述服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据预处理。

服务器根据数据集的预处理数据，调用数据处理接口对数据集中至少一者进行数据处理。

本实施例所述预处理数据，包括数据集中进行数据预处理的待处理数据；所述数据预处理包括对数据集进行提前处理。

可选的，所述预处理数据在检测到数据展示页的预处理控件被触发后发送；具体的，终端设备基于数据集和合并数据渲染并展示数据展示页，数据展示页可配置预处理控件，终端设备在检测到预处理控件被触发后，向第二服务器发送携带预处理数据的预处理请求，相应的，服务器获取终端设备发送的针对预处理数据的预处理请求，也即第二应用在检测到预处理控件被触发后，向服务器发送携带预处理数据的预处理请求。

需要说明的是，终端设备展示的数据展示页中的预处理控件，可在数据集的处理期限届满前处于可触发状态，终端设备可在数据集的处理期限届满前向服务器发送预支付请求，即向服务器发送预处理数据，以此保证数据集进行预处理的有效性。

实际应用中，为了满足第一数据方的多样化需求，提升针对数据集进行数据处理的处理灵活性和全面性，可向第一数据方提供针对数据集的预处理，即提前处理，在对数据集进行数据预处理的过程中，可对数据集中的部分待处理数据进行数据预处理，也可对数据集中的所有待处理数据进行数据预处理；终端设备的支付应用向服务器提交数据集的预处理数据，相应的，服务器根据支付应用在数据集的处理期限届满前提交的预处理数据，调用数据处理接口对数据集进行数据处理。

下述可提供四种服务器基于处理期限届满前检测到的预处理数据，调用预处理接口对数据集中至少一者进行数据预处理的可选实施方式，下述分别对这四种可选实施方式的实现过程进行详细说明。

(1)第一种可选实施方式

本实施例提供的一种可选实施方式中，服务器在基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据预处理的过程中，执行如下操作：

调用目标账户的数据转出接口转出所述预处理数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入。

其中，所述目标账户是指针对预处理数据进行数据转出的账户，可选的，所述目标账户包括目标资源账户。

其中，所述预处理数据包括预先处理的数据集中的待处理数据，所述预处理数据可以是数据集的合并数据，也可以是数据集的合并数据中的部分合并数据。所述目标账户包括从数据集进行数据处理的账户列表中确定的数据账户。所述账户列表中各账户可为第一数据方的账户。

具体的，服务器获取第二应用提交的预处理数据后，向终端设备下发账户列表，支付应用获取针对账户列表中目标账户的选择指令，并向服务器提交目标账户的选择指令，服务器调用目标账户的数据转出接口转出预处理数据对应的转出数据，并将转出数据向预处理数据对应的第二数据方转入。

此外，上述第一种可选实施方式可被替换为调用目标账户的数据转出接口转出所述预处理数据和/或合并数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入，并与本实施例提供的其他处理步骤组成新的实现方式。

实际应用中，存在第一数据方在第三方账户平台开通数据账户，但未将数据账户绑定至第二服务器，第三方账户平台为了提升第一数据方对数据账户的使用率，或者服务器为了通过向第一数据方提供更多的数据转出账户来提升使用体验，第三方账户平台可向第一数据方发放特定的权益，使第一数据方将在第三方账户平台开通的数据账户绑定至服务器，并基于绑定的数据账户更新第一数据方的账户列表，即，第一数据方在将第三方账户平台开通的数据账户绑定至服务器后，该数据账户被添加至第一数据方的账户列表，在此基础上，可在对数据集进行数据预处理的过程中，基于绑定的数据账户进行数据预处理，以此，提升第一数据方参与数据集的数据预处理的积极性和活跃度，提升第一数据方的留存率。

而在将第三方账户平台开通的数据账户绑定至服务器的过程中，服务器可读取各第三方账户平台开放的绑定权益，基于绑定权益在账户列表中对第三方账户平台开通的数据账户进行绑定权益标记，以此通过账户列表向第一数据方展示标记有绑定权益的第三方账户平台开通的数据账户，提升用户的感知程度，第一数据方可触发账户列表中任意一个数据账户或者任意多个数据账户对应的绑定控件向服务器提交绑定请求，服务器可基于绑定请求中携带的目标账户标识将对应的第三方账户平台的数据账户绑定至服务器，并基于目标账户标识更新账户列表，账户列表中的该目标账户标识对应的数据账户携带数据权益。

如图10所示的支付方式页面中的绑卡活动区域展示的即是账户绑定列表，账户绑定列表中展示的银行卡和信用卡即是可绑定的资源账户，其中，银行卡的展示区域还展示有绑定权益“满100减10”，该绑定权益代表若用户将银行卡绑定至服务器，并通过银行卡的资源账户针对订单集合进行预支付处理，则可享受权益“满100减10”，信用卡的展示区域也展示有绑定权益“满150减15”，该绑定权益代表若用户将信用卡绑定至服务器。

在将第三方账户平台的数据账户绑定至服务器的基础上，将数据账户更新至第一数据方的账户列表，第一数据方可在账户列表中选择目标账户，基于目标账户进行数据集的数据预处理。

可选的，终端设备(支付应用)若检测到任一第三方账户平台的数据账户的绑定指令，采集第一数据方录入的数据账户标识并向服务器上传；服务器对数据账户标识进行核验处理，并在核验通过后将第一数据方的数据方标识与该数据账户标识对应的数据账户进行绑定处理并向终端设备发送绑定结果；终端设备基于绑定结果对展示的账户列表进行更新；实际应用中，账户列表中的数据账户可携带数据权益，也可不携带数据权益；若检测到第一数据方对账户列表中目标账户的选择指令，可按照该目标账户对应的数据权益和预处理数据，针对数据集进行数据预处理。

具体实施时，在按照该目标账户对应的数据权益和预处理数据，针对数据集进行数据预处理的过程中，为了提升预处理的有效性，本实施例提供的一种可选实施方式中，服务器可采用如下方式按照该目标账户对应的数据权益和预处理数据，针对数据集进行数据预处理：

根据目标账户对应的数据权益和预处理数据，计算目标账户的转出数据以及目标账户的账户提供方的转出权益；

从目标账户中进行所述转出数据对应的数据转出，以及从所述账户提供方的数据账户中进行所述转出权益对应的数据转出；

将数据转出获得的转出数据向预处理数据对应的第二数据方转入。

例如，账户提供方与服务器签署账户协议，在服务器绑定第一数据方在账户提供方开通的数据账户后向第一数据方发送满150减15的数据权益，第一数据方在针对数据集进行数据预处理的过程中，根据预处理数据200和数据权益满150减15计算目标账户的转出数据185，以及计算账户提供方的转出权益15，从目标账户中进行185对应的数据转出，并从账户提供方的数据账户中进行15对应的数据转出，将数据转出获得的转出数据200向预处理数据对应的第二数据方转入。

此外，数据权益对应的转出权益还可由账户提供方和服务器共同承担，比如上述例子中的转出权益对应的转出数据15可由账户提供方和服务器按照分摊比例进行提供。具体的，账户提供方和服务器共同承担数据权益的情况下针对数据集进行数据预处理的过程与上述仅由账户提供方承担数据权益的处理过程类似，参照上述相关内容即可，本实施例在此不再赘述。

(2)第二种可选实施方式

本实施例提供的一种可选实施方式中，服务器在基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据预处理的过程中，执行如下操作：

调用二次处理接口生成所述预处理数据对应的二次处理数据；

在所述二次处理数据处理成功后，从所述二次处理数据对应的数据方进行数据转出以向所述预处理数据对应的第二数据方转入。

终端设备可采用如下方式向服务器提交数据集的预处理数据：向所述服务器提交携带二次处理数据的处理结果的预处理数据；可选的，所述二次处理数据由所述服务器调用二次处理接口生成。

其中，所述二次处理数据包括向第一数据方推荐参与处理的处理数据，所述二次处理数据可以是商品数据，比如家电数据，也可以是服务数据，比如电影票数据，此外，所述二次处理数据还可以是多个处理数据组成的二次处理数据集合，该二次处理数据集合中的各二次处理数据可以是同一数据类别的处理数据，也可以是不同数据类别的处理数据。

具体的，为了避免二次处理数据对应的数据方的数据损失，保证二次处理数据的数据方的参与积极性，生成预处理数据对应的二次处理数据的过程，可通过根据第一数据方的偏好数据和数据准入条件生成预处理数据对应的二次处理数据的方式实现；可选的，所述数据准入条件，包括二次处理数据的处理数值大于预设数值，所述预设数值可根据预处理数据确定。

终端设备可检测第一数据方提交的针对预处理数据的预处理请求，并向服务器发送，第二服务器调用二次处理接口生成预处理数据对应的二次处理数据向终端设备下发，终端设备接收服务器下发的二次处理数据，并向服务器提交二次处理数据的处理结果，若第二应用提交的二次处理数据的处理结果为处理成功，从二次处理数据对应的数据方进行数据转出以向预处理数据对应的第二数据方转入。

例如，服务器获取到的预处理数据为200，服务器根据预处理数据200生成对应的二次处理数据，二次处理数据为500，服务器将二次处理数据500向终端设备发送，第一数据方可对终端设备展示的二次处理数据进行处理，若二次处理数据处理成功，从二次处理数据对应的数据方进行数据转出以向预处理数据对应的第二数据方转入，以此提升用户粘性。

此外，上述第二种可选实施方式可被替换为调用二次处理接口生成所述预处理数据和/或合并数据对应的二次处理数据；在所述二次处理数据处理成功后，从所述二次处理数据对应的数据方进行数据转出以向所述预处理数据对应的第二数据方转入，并与本实施例提供的其他处理步骤组成新的实现方式。

(3)第三种可选实施方式

本实施例提供的一种可选实施方式中，服务器在基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据预处理的过程中，执行如下操作：

调用任务生成接口生成所述预处理数据对应的处理任务；

从所述处理任务的任务提供方进行数据转出以向所述预处理数据对应的第二数据方转入。

其中，所述处理任务包括线上处理任务和/或线下处理任务，所述处理任务包括任务提供方对预处理数据进行数据转出的转出任务，比如处理任务为线下的打工任务，或者处理任务为线上的打工任务；所述处理任务包括任务时长和/或任务内容。

具体的，根据预处理数据计算任务期限和/或任务内容，根据任务时长和/或任务内容创建预处理数据对应的处理任务，并在检测到处理任务满足处理条件后，从处理任务的任务提供方进行数据转出以向预处理数据对应的第二数据方转入；可选的，所述处理条件包括处理任务在任务期限内完成。

终端设备可检测第一数据方提交的预处理数据并向服务器发送，服务器调用任务生成接口创建预处理数据对应的处理任务向终端设备下发，第终端设备接收服务器下发的预处理数据对应的处理任务，并向服务器提交处理任务的任务接收指令，服务器根据终端设备提交的任务接收指令，从处理任务的任务提供方进行数据转出以向预处理数据对应的第二数据方转入，此外，终端设备向服务器提交处理任务的任务接收指令后，服务器也可基于任务接收指令启动支付任务的任务计时，若在任务计时届满前检测到第一数据方针对处理任务的确认指令，并对处理任务的核验通过，从处理任务的任务提供方进行数据转出。

例如，预处理数据为200，服务器创建的处理任务为“xx门店就职送餐员x天”，其中任务内容为xx门店就职送餐员，任务时长为x天，服务器将创建的处理任务向终端设备下发，在终端设备进行展示，终端设备向服务器提交处理任务的任务接收指令，服务器根据终端设备提交的任务接收指令，从处理任务的任务提供方“xx门店”进行数据转出，或者，终端设备向服务器提交处理任务的任务接收指令后，服务器也可基于任务接收指令启动处理任务的任务计时，若在任务计时届满前检测到第一数据方针对处理任务的确认指令，并对处理任务的核验通过，从处理任务的任务提供方“xx门店”进行数据转出。

此外，上述第二种可选实施方式可被替换为调用任务生成接口生成所述预处理数据和/或合并数据对应的处理任务，从所述处理任务的任务提供方进行数据转出以向所述预处理数据对应的第二数据方转入，并与本实施例提供的其他处理步骤组成新的实现方式。

(4)第四种可选实施方式

本实施例提供的一种可选实施方式中，服务器在基于预处理数据调用数据处理接口对数据集进行数据预处理的过程中，执行如下操作：

若所述数据集满足资源赠与条件，调用资源赠与接口进行所述预处理数据的资源赠与处理；

基于资源赠与处理获得的赠与资源进行所述数据集的数据预处理。

其中，所述资源赠与条件是指进行资源赠与需要具备的条件，可选的，所述资源赠与条件包括所述数据集对应用户参与公益服务的服务数据超出预设阈值和/或对应用户的资金数额小于预设数额阈值；所述服务数据包括服务时长和/或服务次数。

具体的，终端设备可检测第一数据方提交的预处理数据，根据第一数据方的公益服务数据和/或资源数据核验数据集是否满足资源赠与条件，若数据集满足资源赠与条件，调用资源赠与接口传入预处理数据进行资源赠与处理，获得资源赠与处理获得的赠与资源，并基于赠与资源进行数据集的数据预处理。

例如，用户的预支付数额为200，根据订单集合对应用户的公益服务数据确定订单集合满足资源赠与条件，调用资源赠与接口进行预支付请求的资源赠与处理，并基于资源赠与处理获得的赠与资源对预支付数额进行支付。如图9所示的支付方式页面，其中的公益服务方即为公益代付的支付方式。

此外，上述第四种可选实施方式可被替换为若所述数据集满足资源赠与条件，调用资源赠与接口进行所述预处理数据和/或合并数据的资源赠与处理；基于资源赠与处理获得的赠与资源进行所述数据集的数据预处理，并与本实施例提供的其他处理步骤组成新的实现方式。

上述提供的四种对数据集进行数据预处理的可选实施方式，在实际对数据集进行数据预处理的过程中，可采用四种可选实施方式中的任意一者或者多者对数据集进行数据预处理，采用多者对数据集进行数据预处理的过程与采用任一一者对数据集进行数据预处理的过程类似，本实施例在此不再赘述。

需要说明的是，本说明书提供的第二种数据处理方法、第三种数据处理方法和第四种数据处理方法在实施过程中与本说明书提供的第一种数据处理方法对应或者与第一种数据处理方法中的对应内容类似，阅读本说明书提供的第二种数据处理方法、第三种数据处理方法和第四种数据处理方法，请参照本说明书提供的第一种数据处理方法的对应内容。

本说明书提供的第一种订单处理方法实施例：

本实施例提供的订单处理方法，执行待支付订单对应的服务响应动作后，将待支付订单写入对应的订单集合，并对待支付订单和订单集合中的至少一个支付维度的关联订单进行合并计算，获得合并支付信息，基于预支付请求采用至少一种支付方式对订单集合进行预支付处理，通过先执行待支付订单对应的服务响应动作，再针对待支付订单和关联订单进行合并计算，进一步对订单集合进行预支付处理，以此，实现对待支付订单的先响应后合并支付，使用户提前感知待支付订单的服务响应动作，同时通过合并支付提升支付便捷性和高效性，进一步提升用户体验。

参照图5，本实施例提供的订单处理方法，具体包括步骤S502至步骤S508。

步骤S502，根据待支付订单的支付指令，执行所述待支付订单对应的服务响应动作。

本实施例所述待支付订单，包括用户进行商品购买或者服务消费后根据商品信息或者服务信息生成的用户确认之后进行支付处理的订单；所述待支付订单，包括通过线上通道和/或线下通道进行交易产生的待支付订单。

可选的，所述待支付订单，包括下述至少一项：通过线上通道发起支付生成的支付订单，通过线下通道发起支付生成的支付订单，通过第三方应用进行支付调用生成的支付订单，通过子程序进行订单支付生成的支付订单。

其中，通过第三方应用进行支付调用生成的支付订单，包括通过电商交易应用进行支付调用生成的支付订单；通过子程序进行订单支付生成的支付订单，包括参与支付应用的子程序提供的服务后生成的待支付订单。

实际应用场景中，生成待支付订单并且支付后，由待支付订单对应的商家执行对应的服务响应动作，例如，在实际交易场景中，生成对目标商品的待支付订单，用户对待支付订单进行支付后，商家向用户配送目标商品；再例如，在线下娱乐场景中，用户购买某娱乐场所的门票，对待支付订单进行支付后，商家对用户进行准入。在上述两个例子中，向用户发货和对用户进行准入则是待支付订单对应的服务响应动作。可选的，所述服务响应动作，包括待支付订单对应的商家或者服务方向用户进行商品配送或者提供服务。

所述支付指令，是指对待支付订单进行支付的指令。

本实施例中，服务应用可以是独立运行于终端设备的应用程序，或者搭载于第三方应用以进行运行的子应用程序。支付应用可以是独立运行于终端设备的应用程序，或者搭载于第三方应用以进行运行的子应用程序，搭载服务应用的第三方应用与搭载支付应用的第三方应用可以是同一应用程序，也可以是不同的应用程序。服务应用对应的服务器为订单服务器，支付应用对应的服务器为支付服务器。

具体实施时，由于先响应再支付的处理模式，存在用户无法按时进行支付的情况，在商家执行待支付订单的服务响应动作后无法收到对应的资源，影响用户与商家之间的信任感，造成对待支付订单进行支付的支付方的资源损失，针对于此，为了避免出现用户无法按时支付的情况，在执行待支付订单对应的服务响应动作之前，可对用户和/或待支付订单进行核验，以进行风险控制。

基于此，本实施例提供的一种可选实施方式中，在根据待支付订单的支付指令，执行待支付订单对应的服务响应动作之前，还执行如下操作：

对所述待支付订单进行所述服务响应动作的核验处理；

若核验通过，则将所述待支付订单的待支付数额更新为0；

若核验未通过，则不作处理即可。

其中，所述待支付数额是指待支付订单需要进行支付的资源数额。

在终端设备、支付服务器和订单服务器三方配合对待支付订单进行服务响应动作的核验处理的过程中，终端设备可通过线上或者线下的方式获取待支付订单。终端设备基于获取到的待支付订单渲染订单展示页并展示；订单展示页配置有服务响应控件，终端设备在检测到所述服务响应控件被触发的情况下，向订单服务器发送待支付订单的核验请求，订单服务器向支付服务器发送待支付订单的核验请求，由支付服务器对待支付订单进行服务响应动作的核验处理，支付服务器向订单服务器返回核验处理结果，订单服务器将核验处理结果向终端设备返回；若核验处理结果为核验通过，终端设备将待支付订单中的待支付数额更新为0，若核验处理结果为核验未通过，不作处理即可或者终端设备在订单展示页上方展示核验未通过的核验提醒。

例如，终端设备获得与订单服务器交互生成的待支付订单后，通过服务应用渲染如图6所示的订单展示页，若检测到订单展示页配置的服务响应控件被触发，向订单服务器发送待支付订单的核验请求，订单服务器将待支付订单的核验请求向支付服务器发送，支付服务器对待支付订单进行服务响应动作的核验处理；支付服务器向订单服务器返回核验处理结果，订单服务器将核验处理结果向终端设备返回，若核验处理结果为核验通过，终端设备将订单展示页中的待支付数额由m更新为0，获得如图7所示的订单展示页；若核验处理结果为核验未通过，终端设备根据核验未通过的核验处理结果，在图6所述的订单展示页上方展示核验未通过的核验提醒。

需要说明的是，上述提到的是终端设备、订单服务器和支付服务器三方配合对待支付订单进行服务响应动作的核验处理，此外，为了提升核验处理的便捷性，终端设备也可通过支付应用直接与支付服务器对接，在此情况下，终端设备向支付服务器发送待支付订单的核验请求以及获取支付服务器发送的核验处理结果。

具体的，终端设备获得与支付服务器交互生成的待支付订单后，基于待支付订单渲染订单展示页并展示，订单展示页配置有服务响应控件，终端设备在检测到所述服务响应控件被触发的情况下，向支付服务器发送待支付订单的核验请求，由支付服务器对待支付订单进行服务响应动作的核验处理，支付服务器向终端设备返回核验处理结果；若核验处理结果为核验通过，终端设备将待支付订单中的待支付数额更新为0，若核验处理结果为核验未通过，不作处理即可或者终端设备在订单展示页上方展示核验未通过的核验提醒。

例如，终端设备与支付服务器交互获得待支付订单后，渲染并展示如图6所示的订单展示页，若检测到订单展示页配置的服务响应控件被触发，则向支付服务器发送待支付订单的核验请求，支付服务器对待支付订单进行服务响应动作的核验处理，支付服务器向终端设备发送核验处理结果；若核验处理结果为核验通过，终端设备根据核验通过的核验处理结果，将订单展示页中的待支付数额由m更新为0，获得如图7所示的订单展示页；若核验处理结果为核验未通过，终端设备根据核验未通过的核验处理结果，在图6所述的订单展示页上方展示核验未通过的核验提醒。

除上述提供的终端设备与支付服务器交互获得待支付订单，以及终端设备与订单服务交互获得待支付订单两种待支付订单的获取方式之外，针对线下场景，终端设备通过如下方式获取待支付订单：

采集并识别所述服务响应动作的商家的订单收款标识获得所述待支付订单，或者，获取所述商家采集所述终端设备展示的付款标识后发送的所述待支付订单。

其中，所述订单收款标识包括订单收款标识码；所述付款标识包括付款标识码。

在此基础上，终端设备在检测到基于待支付订单渲染的订单展示页的服务响应控件被触发的情况下，可向支付服务器发送待支付订单的核验请求，并获取支付服务器返回的对待支付订单进行服务响应动作的核验处理后获得的核验处理结果，若核验处理结果为核验通过，终端设备将订单展示页中的待支付数额更新为0。

在具体执行过程中，支付服务器在接收到待支付订单的核验请求后，对待支付订单进行服务响应动作的核验处理，具体在上述对待支付订单进行服务响应动作的核验处理的过程中，为了提升核验处理的全面性和有效性，可从待支付订单对应用户的用户评级和/或待支付订单对应用户的支付数额分布两个角度，实现对待支付订单进行服务响应动作的核验处理，从两个不同的角度出发实现对待支付订单进行服务响应动作的核验处理，提升核验处理的全面性，减少支付服务器针对待支付订单或者商家针对待支付订单的资源损失，有效实现风险控制。

下述提供从待支付订单对应用户的用户评级、待支付订单对应用户的支付数额分布两个角度对待支付订单进行核验处理的过程进行详细说明。

(1)用户评级

本实施例提供的一种可选实施方式中，根据基于用户数据对待支付订单对应用户进行评级处理获得的用户评级，对待支付订单和/或对应用户进行订单前置响应的准入核验，具体采用如下方式对待支付订单进行服务响应动作的核验处理：

基于用户数据对所述待支付订单对应用户进行评级处理；

根据评级处理获得的用户评级，对所述待支付订单和/或对应用户进行订单前置响应的准入核验；

所述用户数据包括下述至少一项：数据平台对接的第三方应用的应用数据，接入所述数据平台的数据服务的服务数据。

其中，所述订单前置响应，是指将待支付订单对应的服务响应动作的执行前置于预支付处理之前；进行订单前置响应的准入核验，包括核验待支付订单和/或对应用户是否满足订单前置响应的准入条件，即核验待支付订单和/或对应用户是否满足“先享后付”的准入条件。

具体的，在对待支付订单进行核验处理的过程中，为了提升核验处理效率，可引入评级算法，将用户数据输入评级算法对用户进行评级处理，获得用户评级，根据该评估级别对待支付订单和/或对应用户进行订单前置响应的准入核验，获得核验结果；由于用户数据的来源类型较多，通过多来源的用户数据对用户进行评级，来提升评级的全面性和有效性，进一步提升对待支付订单和用户的核验处理的全面性和有效性，提升风险控制的有效性。

例如，基于用户数据计算待支付订单对应用户的信用分数，确定信用分数对应的信用级别，若对应用户的信用级别超出进行订单前置响应的预设信用级别，则确定对待支付订单和/或对应用户进行订单前置响应的准入核验通过；再例如，基于用户数据计算待支付订单对应用户的信用分数，若对应用户的信用分数超出进行订单前置响应的预设信用分数，则确定对待支付订单和/或对应用户进行订单前置响应的准入核验通过。

(2)支付数额分布

实际应用中，为了提升核验处理的全面性，提升风险控制的有效性，也可根据待支付订单对应用户的支付数额分布进行订单前置响应的准入核验，本实施例提供的另一种可选实施方式中，采用如下方式对待支付订单进行服务响应动作的核验处理：

根据所述待支付订单对应用户的支付数额分布，对所述待支付订单和/或对应用户进行订单前置响应的准入核验；

可选的，所述支付数额分布，根据数据平台的用户数据对参与支付的用户进行支付数额的分布计算获得；所述支付数额分布，包括用户不同的支付数额所处的数额分布区间，例如，[x，y]、(y，z]、(z，u]为不同的数额分布区间，用户的支付数额在[x，y]内有a笔，在(y，z]内的有b笔，在(z，u]内的有c笔。上述提供的三种数额分布区间仅仅是示意性的；为了保证风险控制的有效性，对于支付数额区间的数额划分，可根据实际应用需求确定，可选的，所述支付数额分布的数额分布区间按照所述待支付订单的订单数额进行划分，例如，待支付订单的订单数额较小，可将数额分布区间的区间间隔设置较小，待支付订单的订单数额较大，可将数额分布区间的区间间隔设置较大。此外，所述支付数额分布也可包括用户的资金数额所处的按照不同的资金额度划分得到的资金区间。

具体的，数据平台的用户数据可包括历史待支付数据和/或待支付订单的待支付数额，可根据历史待支付数据和/或待支付订单的待支付数额确定待支付订单对应用户的支付数额分布，并按照支付数额分布对应的核验方式对待支付订单和/或对应用户进行订单前置响应的准入核验。

此外，上述从支付数额分布出发对待支付订单进行服务响应动作的核验处理的可选实施方式，可被替换为：确定待支付订单对应用户的支付数额分布的热度分布数额，根据热度分布数额对待支付订单和/或对应用户进行订单前置响应的准入核验，并与本实施例提供的其他处理步骤组成新的实现方式。

其中，所述热度分布数额，包括用户的支付数额分布中支付次数最多的数额分布区间；沿用上例，[x，y]、(y，z]、(z，u]为不同的数额分布区间，用户的支付次数最多的集中在(y，z]内，(y，z]即热度分布数额。

具体的，可确定待支付订单对应用户的支付数额分布的热度分布数额，若热度分布数额为第一数额，则确定对待支付订单和/或对应用户进行订单前置响应的准入核验的核验结果为核验通过；若热度分布数额为第二数额，读取第三方应用的应用数据并根据所述应用数据对所述热度分布数额进行更新处理，根据更新后的热度分布数额对待支付订单和/或对应用户进行订单前置响应的准入核验。

具体实施时，为了及时让用户体验“先享”服务，可根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，需要说明的是，根据待支付订单的支付指令，执行待支付订单对应的服务响应动作的过程，可由订单服务器执行，也可由支付服务器执行，执行服务响应动作的执行主体根据待支付订单的生成主体确定，即若待支付订单在订单服务器生成，则订单服务器根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，若待支付订单在支付服务器生成，则支付服务器根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，以此保证服务响应动作的执行效率和执行灵活性。

基于此，终端设备若检测到图7所示的订单展示页配置的支付控件被触发后，通过服务应用向订单服务器发送待支付订单的支付指令，由订单服务器执行待支付订单对应的服务响应动作，或者，终端设备检测到支付控件被触发后，向支付服务器发送待支付订单的支付指令，以执行待支付订单对应的服务响应动作。

实际应用中，为了及时向用户提供待支付订单对应的目标对象或者待支付订单的对应服务，可根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，具体可根据待支付订单的支付指令，对待支付订单进行支付完成处理，以此向用户提供待支付订单对应的目标对象或者向用户提供待支付订单的对应服务，达到引流的目的，本实施例提供的一种可选实施方式中，在根据待支付订单的支付指令，执行待支付订单对应的服务响应动作的过程中，执行如下操作：

根据所述支付指令，生成所述待支付订单的支付完成标签；

或者，

根据所述待支付订单的支付完成标签，生成所述待支付订单对应的目标对象的配送指令，或者，进行所述待支付订单对应服务的服务执行处理。

其中，所述目标对象是指待支付订单对应的向用户配送的对象，所述目标对象包括支付商品；所述待支付订单对应服务包括娱乐服务、医疗服务、餐饮服务或者政务服务，此外，待支付订单对应服务也可包括其他类型的服务。

可选的，根据终端设备与支付服务器的数据对接方式确定待支付订单的支付完成标签的生成服务器。具体的，若终端设备与支付服务器通过订单服务器进行数据对接，则订单服务器根据终端设备发送的待支付订单的支付指令生成待支付订单的支付完成标签；和/或根据待支付订单的支付完成标签，生成待支付订单对应的目标对象的配送指令，可向待支付订单对应商家同步该配送指令，以使商家基于配送指令对目标对象进行配送处理，或者，进行待支付订单对应服务的服务执行处理。

此外，在根据待支付订单的支付指令，执行待支付订单对应的服务响应动作的过程中，也可执行如下操作：根据所述支付指令，生成所述待支付订单的支付完成标签；以及，根据所述待支付订单的支付完成标签，生成所述待支付订单对应的目标对象的配送指令，或者，进行所述待支付订单对应服务的服务执行处理。

步骤S504，将所述待支付订单写入对应的合并支付账期的订单集合。

上述根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，本步骤中，将待支付订单写入对应的合并支付账期的订单集合。

可选的，所述订单集合中包含至少一个支付维度的关联订单。

所述关联订单，包括订单集合中该待支付订单之外的待支付订单。所述支付维度，包括线上支付维度和/或线下支付维度。需要说明的是，本实施例中，通过将线上支付维度产生的待支付订单和线下支付维度产生的待支付订单写入对应合并支付账期的订单集合，通过对订单集合进行处理来实现对待支付订单和关联订单的合并处理，实现对不同支付维度下的待支付订单的合并支付。所述支付维度也可包括不同支付场景下的支付维度，比如餐饮场景、汽车租赁场景。

所述合并支付账期是指划分的用于对数据集进行数据处理的期限，比如合并支付账期为按照周、月、季度设置的期限，此外，合并支付账期还可以是其他类型的期限，通过合并支付账期实现对不同数据集的合理管理。

具体实施时，将待支付订单写入对应的合并支付账期的订单集合的过程，可通过确定待支付订单的支付完成时间，并查找支付完成时间对应的合并支付账期的订单集合，将待支付订单写入该订单集合的方式实现。

可选的，所述支付完成时间，包括针对待支付订单进行支付完成标记的标记时间、针对待支付订单对应的目标对象的确认时间或者待支付订单对应服务的服务执行完成时间。

在具体执行过程中，为了提升用户对合并支付账期的订单集合中各待支付订单的感知程度，使用户在访问合并支付账期的合并支付信息的过程中，能够更加直观地感知到订单集合中各待支付订单的订单类型，在将待支付订单写入对应合并支付账期的订单集合的过程中，执行如下操作：

基于所述待支付订单中的订单类别信息确定所述待支付订单的订单特征；

根据所述订单特征确定所述待支付订单在所述合并支付周期的订单标签，并基于所述订单标签和所述待支付订单的订单关键数据确定所述待支付订单的订单展示信息；

将所述订单展示信息写入所述订单集合。

可选的，订单集合中存储的是各待支付订单的订单展示信息。

具体的，在将待支付订单写入对应合并支付账期的订单集合的过程中，生成所述待支付订单的订单展示信息，将所述订单展示信息写入对应合并支付账期的订单集合。可选的，所述订单集合中包含至少一个支付维度的关联订单的订单展示信息。

所述订单关键数据，包括订单确认时间和/或订单支付数额。所述订单标签，包括表征订单类别的标签；例如，订单类别为网约车类别，则确定的订单标签为先乘后付；订单类别为门票类别，则确定的订单标签为先玩后付。

需要补充的是，上述步骤S504可被替换为将所述待支付订单写入对应的合并支付账期的订单集合，并与本实施例提供的其他处理步骤组成新的实现方式。

步骤S506，对所述待支付订单和所述关联订单进行合并计算，获得合并支付信息。

上述将待支付订单写入对应的合并支付账期的订单集合，本步骤中，对待支付订单和关联订单进行合并计算获得合并支付信息，以此来实现对订单集合的合并支付，提升订单支付的便捷性和有效性。

本实施例所述合并支付信息，是指对待支付订单的订单信息和关联订单的订单信息进行合并计算后获得的合并信息；所述合并支付信息，包括将待处理订单的订单支付数额累加至订单集合中关联订单的订单支付数额计算获得的订单集合的历史合并数额，获得的合并支付数额；可选的，所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。

具体实施时，对待支付订单和关联订单进行合并计算获得合并支付信息后，为了提升用户对合并支付信息的感知程度，促使用户及时按照合并支付账期对订单集合进行合并支付，可向终端设备发送订单集合和合并支付信息，相应的，终端设备接收支付服务器发送的订单集合和合并支付信息进行渲染展示。

上述提到合并支付信息可用于按照合并支付账期进行订单集合的合并支付，本实施例提供的一种可选实施方式中，采用如下方式按照合并支付账期进行订单集合的合并支付：

在所述合并支付账期届满后，按照所述合并支付信息携带的合并支付数额在所述待支付订单对应用户的支付账户进行资源转出以对所述订单集合进行合并支付。

其中，所述对应用户的支付账户可基于支付渠道列表确定，具体可基于支付渠道列表中的支付渠道顺序确定。

具体的，终端设备可基于订单集合和合并支付信息渲染信息展示页面并展示；可选的，信息展示页面配置有预支付控件和支付渠道的设置控件，用户可通过触发支付渠道的设置控件对订单集合进行合并支付的支付渠道设置，获得支付渠道列表，所述支付渠道设置包括设置支付渠道和支付渠道的支付顺序；可选的，终端设备采集用户设置的对订单集合进行合并支付的支付渠道列表，将支付渠道序列向支付服务器发送，以在合并支付账期届满时基于支付渠道列表进行订单集合的合并支付，以此，满足用户的多样化需求。为了提升满足用户提前支付的需求，用户也可通过触发预支付控件实现对订单集合的提前支付。

例如，支付服务器获得合并支付信息后，向终端设备运行的支付应用下发待支付订单所属合并支付账期的订单集合以及合并支付信息。支付应用根据订单集合和合并支付信息渲染如图8所示的信息展示页面，其中，信息展示页面展示有订单集合中各待支付订单的订单信息、合并支付数额、提前支付控件801和支付渠道的设置控件802，先乘后付、先用后付、先看后付均为订单集合中的待支付订单，用户可通过触发任一待支付订单，查看该待支付订单的订单详情。

步骤S508，基于所述合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

上述对待支付订单和关联订单进行合并计算获得合并支付信息，本步骤中，基于合并支付账期届满前获取到的预支付请求，借助至少一种支付方式对订单集合进行预支付处理。

其中，所述预支付请求是指对订单集合中的部分待支付订单或者全部待支付订单进行预支付的请求；可选的，所述预支付请求包括提前支付请求。所述预支付处理包括对订单集合进行提前支付处理。

可选的，所述预支付请求在检测到信息展示页的预支付控件被触发后发送；具体的，终端设备基于订单集合和合并支付信息渲染并展示信息展示页，信息展示页可配置预支付控件，终端设备在检测到预支付控件被触发后，向支付服务器发送针对订单集合的预支付请求，相应的，支付服务器获取终端设备发送针对订单集合的预支付请求，也即支付应用在检测到预支付控件被触发后，向支付服务器发送针对订单集合的预支付请求。

需要说明的是，终端设备展示的信息展示页中的预支付控件，可在订单集合的合并支付账期届满前处于可触发状态，终端设备也即支付应用可在订单集合的合并支付账期届满前向服务器发送预支付请求，以此保证订单结合进行预支付的有效性。

实际应用中，为了满足用户的多样化需求，提升针对订单集合进行支付的支付灵活性和全面性，可向用户提供针对订单集合的预支付处理，即提前支付，在对订单集合进行预支付处理的过程中，可对订单集合中的部分待支付订单进行预支付处理，也可对订单集合中的所有待支付订单进行预支付处理。在采用至少一种支付方式对订单集合进行预支付处理的过程中，具体可采用第一支付方式、第二支付方式、第三支付方式和/或第四支付方式进行预支付处理。

下述可提供四种基于合并支付账期前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的可选实施方式，下述分别对这四种可选实施方式的实现过程进行详细说明。

(1)第一种可选实施方式

在终端设备向支付服务器提交预支付请求之后，终端设备的支付应用执行如下操作：接收支付服务器下发的支付渠道列表，并获取针对支付渠道列表中目标支付渠道的选择指令；向支付服务器提交目标支付渠道的选择指令。

相应的，本实施例提供的一种可选实施方式中，在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的过程中，执行如下操作：

按照所述预支付请求携带的预支付数额，从目标支付渠道对应的支付账户进行资源转出，并基于转出资源进行所述预支付数额的支付。

其中，所述预支付数额包括预先支付的针对订单集合的资源数额，所述预支付数额可以是所述合并支付信息携带的合并支付数额，也可以是所述订单集合中部分待支付订单的订单支付数额。所述目标支付渠道包括从所述订单集合进行合并支付的支付渠道列表中确定的支付渠道。所述目标支付渠道可以是用户在支付服务器开通的资源账户或者授信资源账户对应的支付渠道，也可以是用户在第三方账户平台开通的资源账户或者授权资源账户对应的支付渠道，还可以是授权资源账户对应的分期支付渠道。

具体的，支付服务器获取支付应用提交的预支付请求后，向终端设备下发支付渠道列表，终端设备通过支付应用获取针对支付渠道列表中目标支付渠道的选择指令，并向支付服务器提交目标支付渠道的选择指令，支付服务器按照预支付请求携带的预支付数额，从目标支付渠道对应的支付账户进行资源转出，并基于转出资源进行预支付数额的支付。

例如，通过支付应用向支付服务器提交预支付请求后，支付服务器向终端设备下发支付渠道列表，支付渠道列表中包含第一支付渠道、第二支付渠道和第三支付渠道，终端设备通过支付应用获取支付渠道列表中第一支付渠道的选择指令，并向支付服务器提交第一支付渠道的选择指令，支付服务器从第一支付渠道对应的支付账户中转出预支付请求携带的预支付数额对应的资源，并基于转出资源进行预支付数额的支付。

实际应用中，存在用户在第三方账户平台开通用户的资源账户，但未将资源账户绑定至支付服务器，第三方账户平台为了提升用户对资源账户的使用率，或者支付服务器为了通过向用户提供更多的支付渠道来提升用户体验，第三方账户平台可向用户发放特定的权益，使用户将在第三方账户平台开通的资源账户绑定至支付服务器，并基于绑定的资源账户更新所述用户的支付渠道列表，即，用户在将第三方账户平台开通的资源账户绑定至支付服务器后，该资源账户对应的支付渠道被添加至用户的支付渠道列表，在此基础上，可在对订单集合进行预支付处理的过程中，基于绑定的资源账户进行预支付处理，以此，提升用户参与订单集合的预支付的积极性和活跃度，提升用户留存率。

而在将第三方账户平台开通的资源账户绑定至支付服务器的过程中，支付服务器可读取各第三方账户平台开放的绑定权益，基于绑定权益对用户在第三方账户平台开通的资源账户进行绑定权益标记，获得账户绑定列表，以此通过账户绑定列表向用户展示标记有绑定权益的第三方账户平台开通的资源账户，提升用户的感知程度，用户可触发账户绑定列表中任意一个资源账户或者任意多个资源账户对应的绑定控件向支付服务器提交绑定请求，支付服务器可基于绑定请求中携带的资源账户标识将对应的第三方账户平台的资源账户绑定至支付服务器，并基于资源账户标识更新支付渠道列表，支付渠道列表中的该资源账户标识对应的资源账户携带支付权益。

如图9所示的支付方式页面中的绑卡活动区域展示的即是账户绑定列表，账户绑定列表中展示的银行卡和信用卡即是可绑定的资源账户，其中，银行卡的展示区域还展示有绑定权益“满100减10”，该绑定权益代表若用户将银行卡绑定至支付服务器，并通过银行卡的资源账户针对订单集合进行预支付处理，则可享受权益“满100减10”，信用卡的展示区域也展示有绑定权益“满150减15”，该绑定权益代表若用户将信用卡绑定至支付服务器，并通过信用卡的资源账户针对订单集合进行预支付处理，则可享受权益“满150减15”，通过权益信息吸引用户流量，提升用户粘性。

在将第三方账户平台的资源账户绑定至支付服务器的基础上，将资源账户对应的支付渠道更新至用户的支付渠道列表，用户可在支付渠道列表中选择目标支付渠道，基于目标支付渠道对应的资源账户进行预支付处理。

可选的，终端设备(支付应用)若检测到任一第三方账户平台的资源账户的绑定指令，采集用户录入的资源账户标识并向支付服务器上传；支付服务器对资源账户标识进行核验处理，并在核验通过后将用户标识与该资源账户标识对应的资源账户进行绑定处理并向终端设备发送绑定结果；终端设备基于绑定结果对展示的支付渠道列表进行更新；实际应用中，支付渠道列表中的支付渠道可携带支付权益，也可不携带支付权益；若检测到用户对支付渠道列表中目标支付渠道对应的资源账户，可按照该资源账户对应的支付权益和预支付数额，针对订单集合进行预支付处理。

具体实施时，在按照该资源账户对应的支付权益和预支付数额，针对订单集合进行预支付处理的过程中，为了提升预支付处理的有效性，本实施例提供的一种可选实施方式中，支付服务器可采用如下方式按照该资源账户对应的支付权益和预支付数额，针对订单集合进行预支付处理：

根据该资源账户对应的支付权益和预支付请求携带的预支付数额，计算该资源账户的转出数额以及所述资源账户的账户提供方的权益转出数额；

从该资源账户中进行所述转出数额对应的资源转出，以及从所述账户提供方的资源账户中进行所述权益转出数额对应的资源转出；

基于资源转出获得的转出资源进行所述预支付数额的支付。

例如，账户提供方与支付服务器签署账户协议，在支付服务器绑定用户在账户提供方开通的资源账户后向用户发送满150减15的支付权益，用户在针对订单集合进行预支付处理的过程中，根据预支付数额200和支付权益满150减15计算用户的资源账户的转出数额185，以及计算账户提供方的权益转出数额15，从用户的资源账户中进行185对应的资源转出，并从账户提供方的资源账户中进行15对应的资源转出，基于资源转出获得的转出资源200进行预支付数额的支付。

此外，支付权益对应的转出资源还可由账户提供方和支付服务器共同承担，比如上述例子中的权益转出资源对应的转出资源15可由账户提供方和支付服务器按照分摊比例进行提供。具体的，账户提供方和支付服务器共同承担支付权益的情况下针对订单集合进行预支付处理的过程与上述仅由账户提供方承担支付权益的处理过程类似，参照上述相关内容即可，本实施例在此不再赘述。

(2)第二种可选实施方式

实际应用中，支付服务器可接入订单方，为了促进接入支付服务器的订单方的订单成交率，可在确认用户完成订单的相关任务后，由订单方对用户的预支付数额进行代付处理。具体的，可向用户生成推荐订单，在确认用户支付推荐订单后，基于推荐订单对应的支付账户进行预支付处理，以此，通过推荐订单促进用户的二次购买，促进推荐订单对应的商家的交易的同时，也为支付服务器进行引流。

本实施例提供的一种可选实施方式中，在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的过程中，执行如下操作：

生成所述预支付请求携带的预支付数额对应的推荐订单；

若所述推荐订单支付成功，从所述推荐订单对应的支付账户进行资源转出以对所述预支付数额进行支付。

相应的，终端设备的支付应用执行如下操作：接收所述支付服务器下发的推荐订单，并向所述支付服务器发送所述推荐订单的支付结果。

其中，所述推荐订单包括向用户推荐参与交易或者支付的订单，所述推荐订单可以是商品订单，比如家电订单，也可以是服务订单，比如电影票订单，此外，所述推荐订单还可以是多个推荐订单组成的推荐订单集合，该推荐订单集合中的各推荐订单可以是同一订单类别的订单，也可以是不同订单类别的订单。

具体的，为了避免推荐订单对应的订单方的资源损失，保证推荐订单的订单方的参与积极性，生成预支付请求携带的预支付数额对应的推荐订单的过程，可通过根据用户的偏好数据和订单准入条件生成预支付数额对应的推荐订单的方式实现；可选的，所述订单准入条件，包括推荐订单的订单数额大于预设支付数额，所述预设支付数额可根据预支付数额确定。

支付应用检测用户提交的针对预支付数额的代付请求，并向支付服务器发送，支付服务器生成预支付数额对应的推荐订单向支付应用下发，支付应用接收支付服务器下发的推荐订单，并向支付服务器提交推荐订单的支付结果，若支付应用提交的推荐订单的支付结果为支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付。

例如，支付服务器获取到的预支付请求携带的预支付数额为200，支付服务器根据预支付数额200生成对应的推荐订单，推荐订单的订单数额为500，支付服务器将订单数额500的推荐订单向终端设备发送，用户可对终端设备展示的推荐订单进行支付，若推荐订单支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付，以此促进用户的二次消费，提升用户粘性。

如图9所所示的支付方式页面，其中，a服务方为推荐订单的订单方，用户可通过触发消费代付控件向支付服务器提交针对预支付数额的代付请求；支付服务器基于预支付请求携带的预支付数额生成对应的推荐订单并向终端设备发送；终端设备展示推荐订单并基于针对推荐订单的支付指令向支付服务器发送支付请求；支付服务器基于用户的资源账户对推荐订单进行支付处理，并在支付成功后从推荐订单对应的支付账户中进行资源转出，基于转出资源进行预支付数额的支付。可选的，推荐订单中的商品和/或服务信息由订单服务方配置或者由用户选择提交。

此外，上述第二种可选实施方式可被替换为生成预支付请求携带的预支付数额和/或合并支付信息对应的推荐订单；若推荐订单支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付，并与本实施例提供的其他处理步骤组成新的实现方式。

(3)第三种可选实施方式

在实际的应用场景中，支付服务器也可接入任务提供方，为了实现对任务提供方进行引流的目的，可由任务提供方向用户提供的支付任务，在用户完成支付任务后，由任务提供方对用户的待支付数额或者合并支付信息进行支付。

本实施例提供的一种可选实施方式中，在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的过程中，执行如下操作：

创建所述预支付请求携带的预支付数额对应的支付任务；

从所述支付任务的任务提供方的支付账户进行资源转出以对所述预支付数额进行支付。

相应的，终端设备的支付应用可执行如下操作：接收所述支付服务器下发的所述预支付请求携带的预支付数额对应的支付任务；向所述支付服务器提交所述支付任务的任务接收指令。

其中，所述支付任务包括线上支付任务和/或线下支付任务，所述支付任务包括任务提供方对预支付数额进行代付的代付任务，比如支付任务为线下的打工任务，或者支付任务为线上的打工任务；所述支付任务包括任务时长和/或任务内容。

具体的，根据预支付请求携带的预支付数额计算任务期限和/或任务内容，根据任务时长和/或任务内容创建预支付数额对应的支付任务，并在检测到支付任务满足支付条件后，从支付任务的任务提供方的支付账户进行资源转出以对预支付数额进行支付；可选的，所述支付条件包括支付任务在任务期限内完成。

支付应用可检测用户提交的针对预支付数额的第二代付请求，并向支付服务器发送，支付服务器创建预支付数额对应的支付任务向支付应用下发，支付应用接收支付服务器下发的预支付数额对应的支付任务，并向支付服务器提交支付任务的任务接收指令，支付服务器根据支付应用提交的任务接收指令，从支付任务的任务提供方的支付账户进行资源转出以对所述预支付数额进行支付，此外，支付应用向支付服务器提交支付任务的任务接收指令后，支付服务器也可基于任务接收指令启动支付任务的任务计时，若在任务计时届满前检测到用户针对支付任务的确认指令，并对支付任务的核验通过，从支付任务的任务提供方的支付账户进行资源转出以对预支付数额进行支付。

例如，预支付请求携带的预支付数额为200，支付服务器创建的支付任务为“xx门店就职送餐员x天”，其中任务内容为xx门店就职送餐员，任务时长为x天，支付服务器将创建的支付任务向支付应用下发，在支付应用内进行展示，支付应用向支付服务器提交支付任务的任务接收指令，支付服务器根据支付应用提交的任务接收指令，从支付任务的任务提供方“xx门店”的支付账户进行资源转出以对预支付数额进行支付，或者，支付应用向支付服务器提交支付任务的任务接收指令后，支付服务器也可基于任务接收指令启动支付任务的任务计时，若在任务计时届满前检测到用户针对支付任务的确认指令，并对支付任务的核验通过，从支付任务的任务提供方“xx门店”的支付账户进行资源转出以对预支付数额进行支付。

如图9所示的支付方式页面，其中，b服务方为支付任务的任务提供方，用户可通过触发任务代付控件向支付服务器提交针对预支付数额的第二代付请求；可选的，支付任务中的任务信息由任务提供方配置或者由用户录入。

此外，上述第三种可选实施方式可被替换为创建预支付请求携带的预支付数额和/或合并支付信息对应的支付任务；从支付任务的任务提供方的支付账户进行资源转出以对预支付数额进行支付，并与本实施例提供的其他处理步骤组成新的实现方式。

(4)第四种可选实施方式

实际应用中，针对参与公益服务或者经济条件较差的用户，可引入资源赠与机制，来实现针对订单集合进行预支付处理的灵活性和针对性，在订单集合满足资源赠与条件的情况下，可针对预支付请求进行资源赠与处理，并基于资源赠与处理获得的赠与资源进行预支付数额的支付，以此通过资源赠与提升用户体验，吸引更多用户流量，有助于推动用户参与更多的公益服务。

本实施例提供的一种可选实施方式中，在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的过程中，执行如下操作：

若所述订单集合满足资源赠与条件，调用资源赠与接口进行所述预支付请求的资源赠与处理；

基于资源赠与处理获得的赠与资源对所述预支付数额进行支付。

其中，所述资源赠与条件是指进行资源赠与需要具备的条件，可选的，所述资源赠与条件包括所述订单集合对应用户参与公益服务的服务数据超出预设阈值和/或对应用户的资金数额小于预设数额阈值；所述服务数据包括服务时长和/或服务次数。

具体的，支付应用可检测用户提交的针对预支付数额的第三代付请求，根据用户的公益服务数据和/或资源数据核验订单集合是否满足资源赠与条件，若订单集合满足资源赠与条件，调用资源赠与接口传入预支付数额进行资源赠与处理，获得资源赠与处理获得的赠与资源，并基于赠与资源进行预支付数额的支付。

例如，用户的预支付数额为200，根据订单集合对应用户的公益服务数据确定订单集合满足资源赠与条件，调用资源赠与接口进行预支付请求的资源赠与处理，并基于资源赠与处理获得的赠与资源对预支付数额进行支付。如图9所示的支付方式页面，其中的公益服务方即为公益代付的支付方式。

此外，上述第四种可选实施方式可被替换为若所述订单集合满足资源赠与条件，调用资源赠与接口进行所述预支付请求和/或合并支付信息的资源赠与处理；基于资源赠与处理获得的赠与资源对所述预支付数额进行支付，并与本实施例提供的其他处理步骤组成新的实现方式。

除此之外，在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的过程中，也可通过采用多种支付方式对订单集合进行预支付处理，具体可执行如下操作：

根据预支付请求携带的预支付数额，计算各支付方式的实际数额；

按照各支付方式的实际数额对订单集合进行预支付处理。

在按照各支付方式的实际数额对订单集合进行预支付处理的过程中，可执行如下操作：按照第一支付方式的实际数额从目标支付渠道对应的支付账户进行资源转出获得第一转出资源；以及，

按照第二支付方式的实际数额生成对应的推荐订单；

若推荐订单支付成功，从推荐订单对应的支付账户进行资源转出获得第二转出资源；以及，创建第三支付方式的实际数额的支付任务；

从支付任务的任务提供方的支付账户进行资源转出获得第三转出资源；以及，

若订单集合满足资源赠与条件，调用资源赠与接口进行第四支付方式的实际数额的资源赠与处理获得赠与资源。

在此基础上，基于第一转出资源、第二转出资源、第三转出资源和赠与资源进行预支付数额的支付。

上述提供了四种针对订单集合进行预支付处理的处理过程，此外，针对订单集合也可进行届满支付，即在合并支付账期届满后对订单集合进行合并支付，以此，实现合并支付的自动化，提升合并支付的便捷性，减少用户的操作流程，提升用户体验，本实施例提供的一种可选实施方式中，在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理之后，还执行如下操作：

在所述合并支付账期届满后，按照剩余支付数额在所述待支付订单对应用户的支付账户进行资源转出以对所述订单集合进行合并支付；

可选的，所述剩余支付数额根据所述合并支付信息携带的合并支付数额和所述预支付请求携带的预支付数额计算获得。

由于在合并支付账期届满前，待支付订单对应用户可针对订单集合进行预支付，所以在合并支付账期届满后按照剩余支付数额在对应用户的支付账户进行资源转出以对订单集合进行合并支付，以此提升合并支付的效率，或者，也可根据合并支付信息携带的合并支付数额和预支付数额计算剩余支付数额，并按照剩余支付数额在对应用户的支付账户进行资源转出以对订单集合进行合并支付。

下述以本实施例提供的一种订单处理方法在推荐订单场景的应用为例，对本实施例提供的订单处理方法进行进一步说明，参见图10，应用于推荐订单场景的订单处理方法，具体包括下述步骤。

步骤S1002，根据针对待支付订单的核验请求，对待支付订单进行服务响应动作的核验处理。

步骤S1004，若核验通过，则将待支付订单的待支付数额更新为0。

步骤S1006，根据待支付订单的支付指令，执行待支付订单对应的服务响应动作。

步骤S1008，将待支付订单写入对应的合并支付账期的订单集合。

步骤S1010，对待支付订单和关联订单进行合并计算，获得合并支付数额。

步骤S1012，基于合并支付账期届满前获取到的预支付请求，生成预支付请求携带的预支付数额对应的推荐订单。

步骤S1014，若推荐订单支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付。

步骤S1016，在合并支付账期届满后，按照剩余支付数额在待支付订单对应用户的支付账户进行资源转出以对订单集合进行合并支付。

下述以本实施例提供的一种订单处理方法在线下支付任务场景的应用为例，对本实施例提供的订单处理方法进行进一步说明，参见图11，应用于线下支付任务场景的订单处理方法，具体包括下述步骤。

步骤S1102，根据待支付订单的支付指令，执行待支付订单对应的服务响应动作。

步骤S1104，将待支付订单写入对应的合并支付账期的订单集合。

步骤S1106，对待支付订单和关联订单进行合并计算，获得合并支付数额。

步骤S1108，基于合并支付账期届满前获取到的预支付请求，创建所述预支付请求携带的预支付数额对应的线下支付任务。

步骤S1110，从线下支付任务的任务提供方的支付账户进行资源转出以对预支付数额进行支付。

下述以本实施例提供的一种订单处理方法在资源赠与场景的应用为例，对本实施例提供的订单处理方法进行进一步说明，参见图12，应用于资源赠与场景的订单处理方法，具体包括下述步骤。

步骤S1202，根据待支付订单的支付指令，执行待支付订单对应的服务响应动作。

步骤S1204，将待支付订单写入对应的合并支付账期的订单集合。

步骤S1206，对待支付订单和关联订单进行合并计算，获得合并支付数额。

步骤S1208，在合并支付账期届满前获取到的预支付请求后，若订单集合满足资源赠与条件，调用资源赠与接口进行预支付请求的资源赠与处理。

步骤S1210，基于资源赠与处理获得的赠与资源对预支付数额进行支付。

步骤S1212，在合并支付账期届满后，按照剩余支付数额在待支付订单对应用户的支付账户进行资源转出以对订单集合进行合并支付。

本说明书提供的第二种订单处理方法实施例：

本实施例提供的订单处理方法，服务应用向订单服务器发送待支付订单的支付指令，以执行待支付订单对应的服务响应动作，从服务应用跳转至支付应用，支付应用接收支付服务器发送的待支付订单对应的合并支付账期的订单集合以及合并支付信息，支付应用在合并支付账期届满前向支付服务器提交预支付请求，以借助至少一种支付方式对订单集合进行预支付处理，以此，通过对订单集合的预支付处理，满足用户的多样化需求，实现针对订单集合进行支付的全面性和灵活性。

本实施例提供的订单处理方法，可应用于终端设备，下述提供的第五种订单处理方法，可应用于支付服务器，本实施例提供的可应用于终端设备的订单处理方法，在执行过程中与下述应用于支付服务器的订单处理方法在执行过程中相互配合，阅读本实施例可参照下述提供的第五种订单处理方法实施例的相应内容，阅读下述实施例也可参照本实施例的相应内容。

参照图13，本实施例提供的订单处理方法，具体包括步骤S1302至步骤S1308。

步骤S1302，服务应用向订单服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作。

本实施例所述待支付订单，包括用户进行商品购买或者服务消费后根据商品信息或者服务信息生成的用户确认之后进行支付处理的订单；所述待支付订单，包括通过线上通道和/或线下通道进行交易产生的待支付订单。

可选的，所述待支付订单，包括下述至少一项：通过线上通道发起支付生成的支付订单，通过线下通道发起支付生成的支付订单，通过第三方应用进行支付调用生成的支付订单，通过子程序进行订单支付生成的支付订单。

其中，通过第三方应用进行支付调用生成的支付订单，包括通过电商交易应用进行支付调用生成的支付订单；通过子程序进行订单支付生成的支付订单，包括参与支付应用的子程序提供的服务后生成的待支付订单。

实际应用场景中，生成待支付订单并且支付后，由待支付订单对应的商家执行对应的服务响应动作，例如，在电商交易场景中，生成对目标商品的待支付订单，用户对待支付订单进行支付后，商家向用户配送目标商品；再例如，在线下娱乐场景中，用户购买某娱乐场所的门票，对待支付订单进行支付后，商家对用户进行准入。在上述两个例子中，向用户发货和对用户进行准入则是待支付订单对应的服务响应动作。可选的，所述服务响应动作，包括待支付订单对应的商家或者服务方向用户进行商品配送或者提供服务。

所述支付指令，是指对待支付订单进行支付的指令。

本实施例中，服务应用可以是独立运行于终端设备的应用程序，或者搭载于第三方应用以进行运行的子应用程序。支付应用可以是独立运行于终端设备的应用程序，或者搭载于第三方应用以进行运行的子应用程序，搭载服务应用的第三方应用与搭载支付应用的第三方应用可以是同一应用程序，也可以是不同的应用程序。服务应用对应的服务器为订单服务器，支付应用对应的服务器为支付服务器。

具体实施时，由于先响应再支付的处理模式，存在用户无法按时进行支付的情况，在商家执行待支付订单的服务响应动作后无法收到对应的资源，影响用户与商家之间的信任感，造成对待支付订单进行支付的支付方的资源损失，针对于此，为了避免出现用户无法按时支付的情况，在执行待支付订单对应的服务响应动作之前，可对用户和/或待支付订单进行核验，以进行风险控制。

基于此，本实施例提供的一种可选实施方式中，支付服务器在订单服务器执行待支付订单对应的服务响应动作之前，还执行如下操作：

根据订单服务器发送的待支付订单的核验请求，对待支付订单进行服务响应动作的核验处理；

向订单服务器返回核验处理结果，以在核验处理结果为核验通过的情况下，将待支付订单的待支付数额更新为0。

其中，所述待支付数额是指待支付订单需要进行支付的资源数额。

具体的，服务应用检测用户提交的待支付订单的核验请求，将待支付订单的核验请求向订单服务器发送，订单服务器将待支付订单的核验请求向支付服务器发送，支付服务器根据核验请求，对待支付订单进行服务响应动作的核验处理，并向订单服务器返回核验处理结果，以在核验处理结果为核验通过的情况下，将待支付订单的待支付数额更新为0。

例如，服务应用获得与订单服务器交互生成的待支付订单后，通过服务应用渲染如图7所示的订单展示页，若检测到订单展示页配置的服务响应控件被触发，服务应用向订单服务器发送待支付订单的核验请求，订单服务器将待支付订单的核验请求向支付服务器发送，支付服务器对待支付订单进行服务响应动作的核验处理；支付服务器向订单服务器返回核验处理结果，订单服务器将核验处理结果向服务应用返回，若核验处理结果为核验通过，服务应用将订单展示页中的待支付数额由m更新为0，获得如图8所示的订单展示页；若核验处理结果为核验未通过，服务应用根据核验未通过的核验处理结果，在图7所述的订单展示页上方展示核验未通过的核验提醒。

在具体执行过程中，支付服务器在接收到待支付订单的核验请求后，对待支付订单进行服务响应动作的核验处理，具体在上述对待支付订单进行服务响应动作的核验处理的过程中，为了提升核验处理的全面性和有效性，支付服务器可从待支付订单对应用户的用户评级和/或待支付订单对应用户的支付数额分布两个角度，实现对待支付订单进行服务响应动作的核验处理，从两个不同的角度出发实现对待支付订单进行服务响应动作的核验处理，提升核验处理的全面性，减少支付服务器针对待支付订单或者商家针对待支付订单的资源损失，有效实现风险控制。

下述提供支付服务器从待支付订单对应用户的用户评级、待支付订单对应用户的支付数额分布两个角度对待支付订单进行核验处理的过程进行详细说明。

(1)用户评级

支付服务器根据基于用户数据对待支付订单对应用户进行评级处理获得的用户评级，对待支付订单和/或对应用户进行订单前置响应的准入核验，具体采用如下方式对待支付订单进行服务响应动作的核验处理：

基于用户数据对待支付订单对应用户进行评级处理；

根据评级处理获得的用户评级，对待支付订单和/或对应用户进行订单前置响应的准入核验；

可选的，所述用户数据包括下述至少一项：数据平台对接的第三方应用的应用数据，接入数据平台的数据服务的服务数据。

其中，所述订单前置响应，是指将待支付订单对应的服务响应动作的执行前置于预支付处理之前；进行订单前置响应的准入核验，包括核验待支付订单和/或对应用户是否满足订单前置响应的准入条件，即核验待支付订单和/或对应用户是否满足“先享后付”的准入条件。

具体的，支付服务器在对待支付订单进行核验处理的过程中，为了提升核验处理效率，可引入评级算法，将用户数据输入评级算法对用户进行评级处理，获得用户评级，根据用户评级对待支付订单和/或对应用户进行订单前置响应的准入核验，获得核验结果；由于用户数据不仅可以是数据平台本身的服务数据，也可以是第三方应用的应用数据，以此对待支付订单对应用户进行评级处理，来提升评级处理的全面性和有效性，进一步提升对待支付订单的核验处理的全面性和有效性。

例如，支付服务器基于用户数据计算待支付订单对应用户的信用分数，确定信用分数对应的信用级别，若对应用户的信用级别超出进行订单前置响应的预设信用级别，则确定对待支付订单和/或对应用户进行订单前置响应的准入核验通过；再例如，支付服务器基于用户数据计算待支付订单对应用户的信用分数，若对应用户的信用分数超出进行订单前置响应的预设信用分数，则确定对待支付订单和/或对应用户进行订单前置响应的准入核验通过。

(2)支付数额分布

实际应用中，为了提升核验处理的全面性，提升风险控制的有效性，也可根据待支付订单对应用户的支付数额分布进行订单前置响应的准入核验，支付服务器也可采用如下方式对待支付订单进行服务响应动作的核验处理：

根据待支付订单对应用户的支付数额分布，对待支付订单和/或对应用户进行订单前置响应的准入核验；

可选的，所述支付数额分布，根据数据平台的用户数据对参与支付的用户进行支付数额的分布计算获得。所述支付数额分布，包括用户不同的支付数额所处的数额分布区间，例如，[x，y]、(y，z]、(z，u]为不同的数额分布区间，用户的支付数额在[x，y]内有a笔，在(y，z]内的有b笔，在(z，u]内的有c笔。上述提供的三种数额分布区间仅仅是示意性的；为了保证风险控制的有效性，对于支付数额区间的数额划分，可根据实际应用需求确定，可选的，所述支付数额分布的数额分布区间按照所述待支付订单的订单数额进行划分，例如，待支付订单的订单数额较小，可将数额分布区间的区间间隔设置较小，待支付订单的订单数额较大，可将数额分布区间的区间间隔设置较大。此外，所述支付数额分布也可包括用户的资金数额所处的按照不同的资金额度划分得到的资金区间。

具体的，数据平台的用户数据可包括历史待支付数据和/或待支付订单的待支付数额，支付服务器可根据历史待支付数据和/或待支付订单的待支付数额确定待支付订单对应用户的支付数额分布，并按照支付数额分布对应的核验方式对待支付订单和/或对应用户进行订单前置响应的准入核验。

此外，上述从支付数额分布出发对待支付订单进行服务响应动作的核验处理的可选实施方式，可被替换为：确定待支付订单对应用户的支付数额分布的热度分布数额，根据热度分布数额对待支付订单和/或对应用户进行订单前置响应的准入核验，并与本实施例提供的其他处理步骤组成新的实现方式。

其中，所述热度分布数额，包括用户的支付数额分布中支付次数最多的数额分布区间；沿用上例，[x，y]、(y，z]、(z，u]为不同的数额分布区间，用户的支付次数最多的集中在(y，z]内，(y，z]即热度分布数额。

具体的，支付服务器可确定待支付订单对应用户的支付数额分布的热度分布数额，若热度分布数额为第一数额，则确定对待支付订单和/或对应用户进行订单前置响应的准入核验的核验结果为核验通过；若热度分布数额为第二数额，支付服务器可读取第三方应用的应用数据并根据所述应用数据对所述热度分布数额进行更新处理，根据更新后的热度分布数额对待支付订单和/或对应用户进行订单前置响应的准入核验。

具体实施时，服务应用检测用户提交的待支付订单的支付指令，将待支付订单的支付指令向订单服务器发送，为了及时让用户体验“先享”服务，订单服务器可根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，需要说明的是，根据待支付订单的支付指令，执行待支付订单对应的服务响应动作的过程，可由订单服务器执行，也可由支付服务器执行，执行服务响应动作的执行主体根据待支付订单的生成主体确定，即若待支付订单在订单服务器生成，则订单服务器根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，若待支付订单在支付服务器生成，则支付服务器根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，以此保证服务响应动作的执行效率和执行灵活性。

基于此，服务应用若检测到图7所示的订单展示页配置的支付控件被触发后，向订单服务器发送待支付订单的支付指令，由订单服务器执行待支付订单对应的服务响应动作。

实际应用中，为了及时向用户提供待支付订单对应的目标对象或者待支付订单的对应服务，可根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，具体可根据待支付订单的支付指令，对待支付订单进行支付完成处理，以此向用户提供待支付订单对应的目标对象或者向用户提供待支付订单的对应服务，达到引流的目的，在订单服务器执行待支付订单对应的服务响应动作的过程中，执行如下操作：

根据待支付订单的支付指令，生成所述待支付订单的支付完成标签；

或者，

根据所述待支付订单的支付完成标签，生成所述待支付订单对应的目标对象的配送指令，或者，进行所述待支付订单对应服务的服务执行处理。

其中，所述目标对象是指待支付订单对应的向用户配送的对象，所述目标对象包括支付商品；所述待支付订单对应服务包括娱乐服务、医疗服务、餐饮服务或者政务服务，此外，待支付订单对应服务也可包括其他类型的服务。

具体的，由于存在商家在线下交付用户商品或者线下向用户提供服务，通过线上方式进行支付的情况，所以可根据待支付订单的支付指令，生成待支付订单的支付完成标签；在可向用户配送目标对象的情况下，根据待支付订单的支付完成标签，生成待支付订单对应的目标对象的配送指令，可向待支付订单对应商家同步该配送指令，以使商家基于配送指令对目标对象进行配送处理；在待支付订单对应服务的情况下，根据待支付订单的支付完成标签，进行待支付订单对应服务的服务执行处理，以此通过订单服务器执行服务响应动作来使用户获得待支付订单的目标对象或者待支付订单对应服务，实现先享的目的。

此外，订单服务器在执行待支付订单对应的服务响应动作的过程中，也可执行如下操作：根据所述支付指令，生成所述待支付订单的支付完成标签；以及，根据所述待支付订单的支付完成标签，生成所述待支付订单对应的目标对象的配送指令，或者，进行所述待支付订单对应服务的服务执行处理。

步骤S1304，从所述服务应用跳转至支付应用。

上述服务应用向订单服务器发送待支付订单的支付指令，以执行待支付订单对应的服务响应动作，本步骤中，从服务应用跳转至支付应用。

如图7所示的订单展示页，在检测到订单展示页配置的支付控件被触发后，服务应用向订单服务器提交待支付订单的支付指令，从图7所示的服务应用的订单展示页跳转至如图8所示的支付应用的信息展示页面。

步骤S1306，所述支付应用接收支付服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息。

上述从服务应用跳转至支付应用，支付服务器基于订单服务器执行的待支付订单对应的服务响应动作，将待支付订单写入对应的合并支付账期的订单集合，并对订单集合中包含的待支付订单和关联订单进行合并计算获得合并支付信息向终端设备的支付应用发送，本步骤中，支付应用接收支付服务器发送的待支付订单对应的合并支付账期的订单集合以及合并支付信息，以此来实现对订单集合的合并支付，提升订单支付的便捷性和有效性。

本实施例所述合并支付信息，是指对待支付订单的订单信息和关联订单的订单信息进行合并计算后获得的合并信息；所述合并支付信息，包括将待处理订单的订单支付数额累加至订单集合中关联订单的订单支付数额计算获得的订单集合的历史合并数额，获得的合并支付数额；可选的，所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。

可选的，所述订单集合中包含至少一个支付维度的关联订单。所述关联订单，包括订单集合中该待支付订单之外的待支付订单。所述支付维度，包括线上支付维度和/或线下支付维度。需要说明的是，本实施例中，通过将线上支付维度产生的待支付订单和线下支付维度产生的待支付订单写入对应合并支付账期的订单集合，通过对订单集合进行处理来实现对待支付订单和关联订单的合并处理，实现对不同支付维度下的待支付订单的合并支付。所述支付维度也可包括不同支付场景下的支付维度，比如餐饮场景、汽车租赁场景。

所述合并支付账期是指划分的用于对数据集进行数据处理的期限，比如合并支付账期为按照周、月、季度设置的期限，此外，合并支付账期还可以是其他类型的期限，通过合并支付账期实现对不同数据集的合理管理。

具体实施时，支付服务器将待支付订单写入对应的合并支付账期的订单集合的过程，可通过确定待支付订单的支付完成时间，并查找支付完成时间对应的合并支付账期的订单集合，将待支付订单写入该订单集合的方式实现。

可选的，所述支付完成时间，包括针对待支付订单进行支付完成标记的标记时间、针对待支付订单对应的目标对象的确认时间或者待支付订单对应服务的服务执行完成时间。

在具体执行过程中，为了提升用户对合并支付账期的订单集合中各待支付订单的感知程度，使用户在访问合并支付账期的合并支付信息的过程中，能够更加直观地感知到订单集合中各待支付订单的订单类型，支付服务器在将待支付订单写入对应合并支付账期的订单集合的过程中，执行如下操作：

基于待支付订单中的订单类别信息确定待支付订单的订单特征；

根据订单特征确定待支付订单在合并支付周期的订单标签，并基于订单标签和待支付订单的订单关键数据确定待支付订单的订单展示信息；

将订单展示信息写入订单集合。

可选的，订单集合中存储的是各待支付订单的订单展示信息。

具体的，支付服务器在将待支付订单写入对应合并支付账期的订单集合的过程中，生成待支付订单的订单展示信息，将订单展示信息写入对应合并支付账期的订单集合。可选的，所述订单集合中包含至少一个支付维度的关联订单的订单展示信息。

所述订单关键数据，包括订单确认时间和/或订单支付数额。所述订单标签，包括表征订单类别的标签；例如，订单类别为网约车类别，则确定的订单标签为先乘后付；订单类别为门票类别，则确定的订单标签为先玩后付。

上述支付服务器将待支付订单写入对应的合并支付账期的订单集合，在此之后，支付服务器对待支付订单和关联订单进行合并计算获得合并支付信息，以此来实现对订单集合的合并支付，提升订单支付的便捷性和有效性。

具体实施时，支付服务器基于订单服务器执行的待支付订单对应的服务响应动作，将待支付订单写入对应的合并支付账期的订单集合，支付服务器对订单集合中的待支付订单和关联订单进行合并计算获得合并支付信息后，为了提升用户对合并支付信息的感知程度，促使用户及时按照合并支付账期对订单集合进行合并支付，可向终端设备的支付应用发送订单集合和合并支付信息，相应的，终端设备接收支付服务器发送的订单集合和合并支付信息。

上述提到合并支付信息可用于按照合并支付账期进行订单集合的合并支付，本实施例提供的一种可选实施方式中，支付服务器采用如下方式按照合并支付账期进行订单集合的合并支付：

在合并支付账期届满后，按照合并支付信息携带的合并支付数额在待支付订单对应用户的支付账户进行资源转出以对订单集合进行合并支付。

其中，所述对应用户的支付账户可基于支付渠道列表确定，具体可基于支付渠道列表中的支付渠道顺序确定。

具体的，终端设备可基于订单集合和合并支付信息渲染信息展示页面并在支付应用内展示信息展示页面；可选的，信息展示页面配置有预支付控件和支付渠道的设置控件，用户可通过触发支付渠道的设置控件对订单集合进行合并支付的支付渠道设置，获得支付渠道列表，所述支付渠道设置包括设置支付渠道和支付渠道的支付顺序；可选的，支付应用通过终端设备采集用户设置的对订单集合进行合并支付的支付渠道列表，将支付渠道序列向支付服务器发送，以在合并支付账期届满时基于支付渠道列表进行订单集合的合并支付，以此，满足用户的多样化需求。为了提升满足用户提前支付的需求，用户也可通过触发预支付控件实现对订单集合的提前支付。

例如，支付服务器获得合并支付信息后，向终端设备运行的支付应用下发待支付订单所属合并支付账期的订单集合以及合并支付信息。支付应用根据订单集合和合并支付信息渲染如图8所示的信息展示页面，其中，信息展示页面展示有订单集合中各待支付订单的订单信息、合并支付数额、提前支付控件801和支付渠道的设置控件802，用户可通过触发任一待支付订单，查看该待支付订单的订单详情。

在支付服务器对订单集合中包含的待支付订单和关联订单进行合并计算，获得合并支付信息并向终端设备的支付应用发送之后，支付应用接收支付服务器发送的待支付订单对应的合并支付账期的订单集合以及合并支付信息。

步骤S1308，所述支付应用在所述合并支付账期届满前向所述支付服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

上述支付应用接收支付服务器发送的待支付订单对应的合并支付账期的订单集合以及合并支付信息，本步骤中，支付应用在合并支付账期届满前向支付服务器提交预支付请求，以采用至少一种支付方式对订单集合进行预支付处理，支付服务器基于支付应用在合并支付账期届满前提交预支付请求，采用至少一种支付方式对订单集合进行预支付处理。

其中，所述预支付请求是指对订单集合中的部分待支付订单或者全部待支付订单进行预支付的请求；可选的，所述预支付请求包括提前支付请求。所述预支付处理包括对订单集合进行提前支付处理。

可选的，所述预支付请求在检测到信息展示页的预支付控件被触发后发送；具体的，终端设备的支付应用基于订单集合和合并支付信息渲染并展示信息展示页，信息展示页可配置预支付控件，支付应用在检测到预支付控件被触发后，向支付服务器发送针对订单集合的预支付请求，相应的，支付服务器获取支付应用发送针对订单集合的预支付请求。

需要说明的是，支付应用展示的信息展示页中的预支付控件，可在订单集合的合并支付账期届满前处于可触发状态，支付应用可在订单集合的合并支付账期届满前向支付服务器发送预支付请求，以此保证订单结合进行预支付的有效性。

实际应用中，为了满足用户的多样化需求，提升针对订单集合进行支付的支付灵活性和全面性，可向用户提供针对订单集合的预支付处理，即提前支付，在对订单集合进行预支付处理的过程中，可对订单集合中的部分待支付订单进行预支付处理，也可对订单集合中的所有待支付订单进行预支付处理。在采用至少一种支付方式对订单集合进行预支付处理的过程中，具体可采用第一支付方式、第二支付方式、第三支付方式和/或第四支付方式进行预支付处理。

下述可提供四种支付服务器基于合并支付账期前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的可选实施方式，下述分别对这四种可选实施方式的实现过程进行详细说明。

(1)第一种可选实施方式

本实施例提供的一种可选实施方式中，在合并支付账期届满前向支付服务器提交预支付请求执行之后，还执行如下操作：

接收所述支付服务器下发的支付渠道列表，并获取针对所述支付渠道列表中目标支付渠道的选择指令；

向所述支付服务器提交所述目标支付渠道的选择指令。

相应的，支付服务器在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的过程中，执行如下操作：按照所述预支付请求携带的预支付数额，从目标支付渠道对应的支付账户进行资源转出，并基于转出资源进行所述预支付数额的支付。

其中，所述预支付数额包括预先支付的针对订单集合的资源数额，所述预支付数额可以是所述合并支付信息携带的合并支付数额，也可以是所述订单集合中部分待支付订单的订单支付数额。所述目标支付渠道包括从所述订单集合进行合并支付的支付渠道列表中确定的支付渠道。所述目标支付渠道可以是用户在支付服务器开通的资源账户或者授信资源账户对应的支付渠道，也可以是用户在第三方账户平台开通的资源账户或者授权资源账户对应的支付渠道，还可以是授权资源账户对应的分期支付渠道。

具体的，支付服务器获取支付应用提交的预支付请求后，向支付应用下发支付渠道列表，支付应用接收支付服务器下发的支付渠道列表，并获取针对支付渠道列表中目标支付渠道的选择指令，向支付服务器提交目标支付渠道的选择指令，支付服务器按照预支付请求携带的预支付数额，从目标支付渠道对应的支付账户进行资源转出，并基于转出资源进行预支付数额的支付。

例如，通过支付应用向支付服务器提交预支付请求后，支付服务器向支付应用下发支付渠道列表，支付渠道列表中包含第一支付渠道、第二支付渠道和第三支付渠道，终端设备通过支付应用获取支付渠道列表中第一支付渠道的选择指令，并向支付服务器提交第一支付渠道的选择指令，支付服务器从第一支付渠道对应的支付账户中转出预支付请求携带的预支付数额对应的资源，并基于转出资源进行预支付数额的支付。

实际应用中，存在用户在第三方账户平台开通用户的资源账户，但未将资源账户绑定至支付服务器，第三方账户平台为了提升用户对资源账户的使用率，或者支付服务器为了通过向用户提供更多的支付渠道来提升用户体验，第三方账户平台可向用户发放特定的权益，使用户将在第三方账户平台开通的资源账户绑定至支付服务器，并基于绑定的资源账户更新所述用户的支付渠道列表，即，用户在将第三方账户平台开通的资源账户绑定至支付服务器后，该资源账户对应的支付渠道被添加至用户的支付渠道列表，在此基础上，可在对订单集合进行预支付处理的过程中，基于绑定的资源账户进行预支付处理，以此，提升用户参与订单集合的预支付的积极性和活跃度，提升用户留存率。

而在将第三方账户平台开通的资源账户绑定至支付服务器的过程中，支付服务器可读取各第三方账户平台开放的绑定权益，基于绑定权益对用户在第三方账户平台开通的资源账户进行绑定权益标记，获得账户绑定列表，以此通过账户绑定列表向用户展示标记有绑定权益的第三方账户平台开通的资源账户，提升用户的感知程度，用户可触发账户绑定列表中任意一个资源账户或者任意多个资源账户对应的绑定控件向支付服务器提交绑定请求，支付服务器可基于绑定请求中携带的资源账户标识将对应的第三方账户平台的资源账户绑定至支付服务器，并基于资源账户标识更新支付渠道列表，支付渠道列表中的该资源账户标识对应的资源账户携带支付权益。

如图9所示的支付方式页面中的绑卡活动区域展示的即是账户绑定列表，账户绑定列表中展示的银行卡和信用卡即是可绑定的资源账户，其中，银行卡的展示区域还展示有绑定权益“满100减10”，该绑定权益代表若用户将银行卡绑定至支付服务器，并通过银行卡的资源账户针对订单集合进行预支付处理，则可享受权益“满100减10”，信用卡的展示区域也展示有绑定权益“满150减15”，该绑定权益代表若用户将信用卡绑定至支付服务器，并通过信用卡的资源账户针对订单集合进行预支付处理，则可享受权益“满150减15”，通过权益信息吸引用户流量，提升用户粘性。

在支付服务器将第三方账户平台的资源账户绑定至支付服务器的基础上，将资源账户对应的支付渠道更新至用户的支付渠道列表，用户可在支付渠道列表中选择目标支付渠道，基于目标支付渠道对应的资源账户进行预支付处理。

可选的，支付应用若检测到任一第三方账户平台的资源账户的绑定指令，采集用户录入的资源账户标识并向支付服务器上传；支付服务器对资源账户标识进行核验处理，并在核验通过后将用户标识与该资源账户标识对应的资源账户进行绑定处理并向终端设备的支付应用发送绑定结果；终端设备基于绑定结果对展示的支付渠道列表进行更新；实际应用中，支付渠道列表中的支付渠道可携带支付权益，也可不携带支付权益；若检测到用户对支付渠道列表中目标支付渠道对应的资源账户，支付服务器可按照该资源账户对应的支付权益和预支付数额，针对订单集合进行预支付处理。

具体实施时，支付服务器在按照该资源账户对应的支付权益和预支付数额，针对订单集合进行预支付处理的过程中，为了提升预支付处理的有效性，本实施例提供的一种可选实施方式中，支付服务器可采用如下方式按照该资源账户对应的支付权益和预支付数额，针对订单集合进行预支付处理：

根据该资源账户对应的支付权益和预支付请求携带的预支付数额，计算该资源账户的转出数额以及所述资源账户的账户提供方的权益转出数额；

从该资源账户中进行所述转出数额对应的资源转出，以及从所述账户提供方的资源账户中进行所述权益转出数额对应的资源转出；

基于资源转出获得的转出资源进行所述预支付数额的支付。

例如，账户提供方与支付服务器签署账户协议，在支付服务器绑定用户在账户提供方开通的资源账户后向用户发送满150减15的支付权益，用户在针对订单集合进行预支付处理的过程中，根据预支付数额200和支付权益满150减15计算用户的资源账户的转出数额185，以及计算账户提供方的权益转出数额15，从用户的资源账户中进行185对应的资源转出，并从账户提供方的资源账户中进行15对应的资源转出，基于资源转出获得的转出资源200进行预支付数额的支付。

此外，支付权益对应的转出资源还可由账户提供方和支付服务器共同承担，比如上述例子中的权益转出资源对应的转出资源15可由账户提供方和支付服务器按照分摊比例进行提供。具体的，账户提供方和支付服务器共同承担支付权益的情况下针对订单集合进行预支付处理的过程与上述仅由账户提供方承担支付权益的处理过程类似，参照上述相关内容即可，本实施例在此不再赘述。

(2)第二种可选实施方式

实际应用中，为了促进接入支付服务器的订单方的订单成交率，可在确认用户完成订单的相关任务后，由订单方对用户的预支付数额进行代付处理。具体的，可向用户生成推荐订单，在确认用户支付推荐订单后，基于推荐订单对应的支付账户进行预支付处理，以此，通过推荐订单促进用户的二次购买，促进推荐订单对应的商家的交易的同时，也为支付服务器进行引流。

支付服务器在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的过程中，可执行如下操作：

生成预支付请求携带的预支付数额对应的推荐订单；

若推荐订单支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付。

相应的，本实施例提供的一种可选实施方式中，终端设备的支付应用执行如下操作：接收所述支付服务器下发的推荐订单，并向所述支付服务器发送所述推荐订单的支付结果。

其中，所述推荐订单包括向用户推荐参与交易或者支付的订单，所述推荐订单可以是商品订单，比如家电订单，也可以是服务订单，比如电影票订单，此外，所述推荐订单还可以是多个推荐订单组成的推荐订单集合，该推荐订单集合中的各推荐订单可以是同一订单类别的订单，也可以是不同订单类别的订单。

具体的，为了避免推荐订单对应的订单方的资源损失，保证推荐订单的订单方的参与积极性，支付服务器生成预支付请求携带的预支付数额对应的推荐订单的过程，可通过根据用户的偏好数据和订单准入条件生成预支付数额对应的推荐订单的方式实现；可选的，所述订单准入条件，包括推荐订单的订单数额大于预设支付数额，所述预设支付数额可根据预支付数额确定。

支付应用检测用户提交的针对预支付数额的代付请求，并向支付服务器发送，支付服务器生成预支付数额对应的推荐订单向支付应用下发，支付应用接收支付服务器下发的推荐订单，并向支付服务器提交推荐订单的支付结果，若支付应用提交的推荐订单的支付结果为支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付。

例如，支付服务器获取到的预支付请求携带的预支付数额为200，支付服务器根据预支付数额200生成对应的推荐订单，推荐订单的订单数额为500，支付服务器将订单数额500的推荐订单向终端设备发送，用户可对终端设备展示的推荐订单进行支付，若推荐订单支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付，以此促进用户的二次消费，提升用户粘性。

如图9所所示的支付方式页面，其中，a服务方为推荐订单的订单方，用户可通过触发消费代付控件向支付服务器提交针对预支付数额的代付请求；支付服务器基于预支付请求携带的预支付数额生成对应的推荐订单并向终端设备发送；终端设备展示推荐订单并基于针对推荐订单的支付指令向支付服务器发送支付请求；支付服务器基于用户的资源账户对推荐订单进行支付处理，并在支付成功后从推荐订单对应的支付账户中进行资源转出，基于转出资源进行预支付数额的支付。可选的，推荐订单中的商品和/或服务信息由订单服务方配置或者由用户选择提交。

(3)第三种可选实施方式

在实际的应用场景中，支付服务器也可接入任务提供方，为了实现对任务提供方进行引流的目的，可由任务提供方向用户提供的支付任务，在用户完成支付任务后，由任务提供方对用户的待支付数额或者合并支付信息进行支付。

支付服务器在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的过程中，可执行如下操作：

创建预支付请求携带的预支付数额对应的支付任务；

从支付任务的任务提供方的支付账户进行资源转出以对预支付数额进行支付。

相应的，本实施例提供的一种可选实施方式中，终端设备的支付应用执行如下操作：接收所述支付服务器下发的所述预支付请求携带的预支付数额对应的支付任务；向所述支付服务器提交所述支付任务的任务接收指令。

其中，所述支付任务包括线上支付任务和/或线下支付任务，所述支付任务包括任务提供方对预支付数额进行代付的代付任务，比如支付任务为线下的打工任务，或者支付任务为线上的打工任务；所述支付任务包括任务时长和/或任务内容。

具体的，支付服务器根据预支付请求携带的预支付数额计算任务期限和/或任务内容，根据任务时长和/或任务内容创建预支付数额对应的支付任务，并在检测到支付任务满足支付条件后，从支付任务的任务提供方的支付账户进行资源转出以对预支付数额进行支付；可选的，所述支付条件包括支付任务在任务期限内完成。

支付应用可检测用户提交的针对预支付数额的第二代付请求，并向支付服务器发送，支付服务器创建预支付数额对应的支付任务向支付应用下发，支付应用接收支付服务器下发的预支付数额对应的支付任务，并向支付服务器提交支付任务的任务接收指令，支付服务器根据支付应用提交的任务接收指令，从支付任务的任务提供方的支付账户进行资源转出以对所述预支付数额进行支付，此外，支付应用向支付服务器提交支付任务的任务接收指令后，支付服务器也可基于任务接收指令启动支付任务的任务计时，若在任务计时届满前检测到用户针对支付任务的确认指令，并对支付任务的核验通过，从支付任务的任务提供方的支付账户进行资源转出以对预支付数额进行支付。

例如，预支付请求携带的预支付数额为200，支付服务器创建的支付任务为“xx门店就职送餐员x天”，其中任务内容为xx门店就职送餐员，任务时长为x天，支付服务器将创建的支付任务向支付应用下发，在支付应用内进行展示，支付应用向支付服务器提交支付任务的任务接收指令，支付服务器根据支付应用提交的任务接收指令，从支付任务的任务提供方“xx门店”的支付账户进行资源转出以对预支付数额进行支付，或者，支付应用向支付服务器提交支付任务的任务接收指令后，支付服务器也可基于任务接收指令启动支付任务的任务计时，若在任务计时届满前检测到用户针对支付任务的确认指令，并对支付任务的核验通过，从支付任务的任务提供方“xx门店”的支付账户进行资源转出以对预支付数额进行支付。

如图9所示的支付方式页面，其中，b服务方为支付任务的任务提供方，用户可通过触发任务代付控件向支付服务器提交针对预支付数额的第二代付请求；可选的，支付任务中的任务信息由任务提供方配置或者由用户录入。

此外，上述第三种可选实施方式可被替换为接收所述支付服务器下发的合并数据和/或所述预支付请求携带的预支付数额对应的支付任务；向所述支付服务器提交所述支付任务的任务接收指令，并与本实施例提供的其他处理步骤组成新的实现方式。

(4)第四种可选实施方式

实际应用中，针对参与公益服务或者经济条件较差的用户，可引入资源赠与机制，来实现针对订单集合进行预支付处理的灵活性和针对性，在订单集合满足资源赠与条件的情况下，可针对预支付请求进行资源赠与处理，并基于资源赠与处理获得的赠与资源进行预支付数额的支付，以此通过资源赠与提升用户体验，吸引更多用户流量，有助于推动用户参与更多的公益服务。

支付服务器在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的过程中，可执行如下操作：

若所述订单集合满足资源赠与条件，调用资源赠与接口进行所述预支付请求的资源赠与处理；

基于资源赠与处理获得的赠与资源对所述预支付数额进行支付。

其中，所述资源赠与条件是指进行资源赠与需要具备的条件，可选的，所述资源赠与条件包括所述订单集合对应用户参与公益服务的服务数据超出预设阈值和/或对应用户的资金数额小于预设数额阈值；所述服务数据包括服务时长和/或服务次数。

具体的，支付应用可检测用户提交的针对预支付数额的第三代付请求，根据用户的公益服务数据和/或资源数据核验订单集合是否满足资源赠与条件，若订单集合满足资源赠与条件，调用资源赠与接口传入预支付数额进行资源赠与处理，获得资源赠与处理获得的赠与资源，并基于赠与资源进行预支付数额的支付。

例如，用户的预支付数额为200，根据订单集合对应用户的公益服务数据确定订单集合满足资源赠与条件，调用资源赠与接口进行预支付请求的资源赠与处理，并基于资源赠与处理获得的赠与资源对预支付数额进行支付。如图9所示的支付方式页面，其中的公益服务方即为公益代付的支付方式。

此外，上述第四种支付服务器采用至少一种支付方式对订单集合进行预支付处理可被替换为若所述订单集合满足资源赠与条件，调用资源赠与接口进行所述预支付请求和/或合并支付信息的资源赠与处理；基于资源赠与处理获得的赠与资源对所述预支付数额进行支付，并与本实施例提供的其他处理步骤组成新的实现方式。

除此之外，支付服务器在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的过程中，也可通过采用多种支付方式对订单集合进行预支付处理，具体可执行如下操作：

根据预支付请求携带的预支付数额，计算各支付方式的实际数额；

按照各支付方式的实际数额对订单集合进行预支付处理。

在按照各支付方式的实际数额对订单集合进行预支付处理的过程中，可执行如下操作：按照第一支付方式的实际数额从目标支付渠道对应的支付账户进行资源转出获得第一转出资源；以及，

按照第二支付方式的实际数额生成对应的推荐订单；

若推荐订单支付成功，从推荐订单对应的支付账户进行资源转出获得第二转出资源；以及，创建第三支付方式的实际数额的支付任务；

从支付任务的任务提供方的支付账户进行资源转出获得第三转出资源；以及，

若订单集合满足资源赠与条件，调用资源赠与接口进行第四支付方式的实际数额的资源赠与处理获得赠与资源。

在此基础上，基于第一转出资源、第二转出资源、第三转出资源和赠与资源进行预支付数额的支付。

上述提供了四种针对订单集合进行预支付处理的处理过程，此外，针对订单集合也可进行届满支付，即在合并支付账期届满后对订单集合进行合并支付，以此，实现合并支付的自动化，提升合并支付的便捷性，减少用户的操作流程，提升用户体验，支付服务器在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理之后，还执行如下操作：

在所述合并支付账期届满后，按照剩余支付数额在所述待支付订单对应用户的支付账户进行资源转出以对所述订单集合进行合并支付；

可选的，所述剩余支付数额根据所述合并支付信息携带的合并支付数额和所述预支付请求携带的预支付数额计算获得。

由于在合并支付账期届满前，待支付订单对应用户可针对订单集合进行预支付，所以支付服务器在合并支付账期届满后按照剩余支付数额在对应用户的支付账户进行资源转出以对订单集合进行合并支付，以此提升合并支付的效率，或者，也可根据合并支付信息携带的合并支付数额和预支付数额计算剩余支付数额，并按照剩余支付数额在对应用户的支付账户进行资源转出以对订单集合进行合并支付。

本说明书提供的第三种订单处理方法实施例：

参照图14，本实施例提供的订单处理方法，可应用于支付服务器，具体包括步骤S1402至步骤S1406。

步骤S1402，基于订单服务器执行的待支付订单对应的服务响应动作，将所述待支付订单写入对应的合并支付账期的订单集合。

本实施例所述待支付订单，包括用户进行商品购买或者服务消费后根据商品信息或者服务信息生成的用户确认之后进行支付处理的订单；所述待支付订单，包括通过线上通道和/或线下通道进行交易产生的待支付订单。

可选的，所述待支付订单，包括下述至少一项：通过线上通道发起支付生成的支付订单，通过线下通道发起支付生成的支付订单，通过第三方应用进行支付调用生成的支付订单，通过子程序进行订单支付生成的支付订单。

其中，通过第三方应用进行支付调用生成的支付订单，包括通过电商交易应用进行支付调用生成的支付订单；通过子程序进行订单支付生成的支付订单，包括参与支付应用的子程序提供的服务后生成的待支付订单。

实际应用场景中，生成待支付订单并且支付后，由待支付订单对应的商家执行对应的服务响应动作，例如，在电商交易场景中，生成对目标商品的待支付订单，用户对待支付订单进行支付后，商家向用户配送目标商品；再例如，在线下娱乐场景中，用户购买某娱乐场所的门票，对待支付订单进行支付后，商家对用户进行准入。在上述两个例子中，向用户发货和对用户进行准入则是待支付订单对应的服务响应动作。可选的，所述服务响应动作，包括待支付订单对应的商家或者服务方向用户进行商品配送或者提供服务。

所述支付指令，是指对待支付订单进行支付的指令。

本实施例中，服务应用可以是独立运行于终端设备的应用程序，或者搭载于第三方应用以进行运行的子应用程序。支付应用可以是独立运行于终端设备的应用程序，或者搭载于第三方应用以进行运行的子应用程序，搭载服务应用的第三方应用与搭载支付应用的第三方应用可以是同一应用程序，也可以是不同的应用程序。服务应用对应的服务器为订单服务器，支付应用对应的服务器为支付服务器。

为了提升针对用户的待支付订单进行管理的便捷性，同时提升用户针对待支付订单进行后付的灵活性和后付效率，可按照预设周期对用户的待支付订单进行管理；具体的，所述预设周期可以是周、月、季度，还可以是其他类型的周期；划分的每一个周期即为合并支付账期；支付服务器将一个合并支付账期内产生的待支付订单通过该合并支付账期的订单集合进行管理。可选的，合并支付账期的订单集合由该合并支付账期的待支付订单构成。

具体实施时，由于先响应再支付的处理模式，存在用户无法按时进行支付的情况，在商家执行待支付订单的服务响应动作后无法收到对应的资源，影响用户与商家之间的信任感，造成对待支付订单进行支付的支付方的资源损失，针对于此，为了避免出现用户无法按时支付的情况，在执行待支付订单对应的服务响应动作之前，可对用户和/或待支付订单进行核验，以进行风险控制。

基于此，本实施例提供的一种可选实施方式中，在基于订单服务器执行的待支付订单对应的服务响应动作，将待支付订单写入对应的合并支付账期的订单集合动作之前，还执行如下操作：

根据订单服务器发送的待支付订单的核验请求，对待支付订单进行服务响应动作的核验处理；

向订单服务器返回核验处理结果，以在核验处理结果为核验通过的情况下，将待支付订单的待支付数额更新为0。

其中，所述待支付数额是指待支付订单需要进行支付的资源数额。

具体的，服务应用检测用户提交的待支付订单的核验请求，将待支付订单的核验请求向订单服务器发送，订单服务器将待支付订单的核验请求向支付服务器发送，支付服务器根据核验请求，对待支付订单进行服务响应动作的核验处理，并向订单服务器返回核验处理结果，以在核验处理结果为核验通过的情况下，将待支付订单的待支付数额更新为0。

在具体执行过程中，支付服务器在接收到待支付订单的核验请求后，对待支付订单进行服务响应动作的核验处理，具体在上述对待支付订单进行服务响应动作的核验处理的过程中，为了提升核验处理的全面性和有效性，支付服务器可从待支付订单对应用户的用户评级和/或待支付订单对应用户的支付数额分布两个角度，实现对待支付订单进行服务响应动作的核验处理，从两个不同的角度出发实现对待支付订单进行服务响应动作的核验处理，提升核验处理的全面性，减少支付服务器针对待支付订单或者商家针对待支付订单的资源损失，有效实现风险控制。

下述提供支付服务器从待支付订单对应用户的用户评级、待支付订单对应用户的支付数额分布两个角度对待支付订单进行核验处理的过程进行详细说明。

(1)用户评级

支付服务器根据基于用户数据对待支付订单对应用户进行评级处理获得的用户评级，对待支付订单和/或对应用户进行订单前置响应的准入核验，本实施例提供的一种可选实施方式中，采用如下方式对待支付订单进行服务响应动作的核验处理：

基于用户数据对待支付订单对应用户进行评级处理；

根据评级处理获得的用户评级，对待支付订单和/或对应用户进行订单前置响应的准入核验；

可选的，所述用户数据包括下述至少一项：数据平台对接的第三方应用的应用数据，接入数据平台的数据服务的服务数据。

其中，所述订单前置响应，是指将待支付订单对应的服务响应动作的执行前置于预支付处理之前；进行订单前置响应的准入核验，包括核验待支付订单和/或对应用户是否满足订单前置响应的准入条件，即核验待支付订单和/或对应用户是否满足“先享后付”的准入条件。

具体的，支付服务器在对待支付订单进行核验处理的过程中，为了提升核验处理效率，可引入评级算法，将用户数据输入评级算法对用户进行评级处理，获得用户评级，根据用户评级对待支付订单和/或对应用户进行订单前置响应的准入核验，获得核验结果；由于用户数据不仅可以是数据平台本身的服务数据，也可以是第三方应用的应用数据，以此对待支付订单对应用户进行评级处理，来提升评级处理的全面性和有效性，进一步提升对待支付订单的核验处理的全面性和有效性。

例如，支付服务器基于用户数据计算待支付订单对应用户的信用分数，确定信用分数对应的信用级别，若对应用户的信用级别超出进行订单前置响应的预设信用级别，则确定对待支付订单和/或对应用户进行订单前置响应的准入核验通过；再例如，支付服务器基于用户数据计算待支付订单对应用户的信用分数，若对应用户的信用分数超出进行订单前置响应的预设信用分数，则确定对待支付订单和/或对应用户进行订单前置响应的准入核验通过。

(2)支付数额分布

实际应用中，为了提升核验处理的全面性，提升风险控制的有效性，也可根据待支付订单对应用户的支付数额分布进行订单前置响应的准入核验，本实施例提供的一种可选实施方式中，采用如下方式对待支付订单进行服务响应动作的核验处理：

根据所述待支付订单对应用户的支付数额分布，对所述待支付订单和/或对应用户进行订单前置响应的准入核验；

可选的，所述支付数额分布，根据数据平台的用户数据对参与支付的用户进行支付数额的分布计算获得。所述支付数额分布，包括用户不同的支付数额所处的数额分布区间，例如，[x，y]、(y，z]、(z，u]为不同的数额分布区间，用户的支付数额在[x，y]内有a笔，在(y，z]内的有b笔，在(z，u]内的有c笔。上述提供的三种数额分布区间仅仅是示意性的；为了保证风险控制的有效性，对于支付数额区间的数额划分，可根据实际应用需求确定，可选的，所述支付数额分布的数额分布区间按照所述待支付订单的订单数额进行划分，例如，待支付订单的订单数额较小，可将数额分布区间的区间间隔设置较小，待支付订单的订单数额较大，可将数额分布区间的区间间隔设置较大。此外，所述支付数额分布也可包括用户的资金数额所处的按照不同的资金额度划分得到的资金区间。

具体的，数据平台的用户数据可包括历史待支付数据和/或待支付订单的待支付数额，支付服务器可根据历史待支付数据和/或待支付订单的待支付数额确定待支付订单对应用户的支付数额分布，并按照支付数额分布对应的核验方式对待支付订单和/或对应用户进行订单前置响应的准入核验。

此外，上述从支付数额分布出发对待支付订单进行服务响应动作的核验处理的可选实施方式，可被替换为：确定待支付订单对应用户的支付数额分布的热度分布数额，根据热度分布数额对待支付订单和/或对应用户进行订单前置响应的准入核验，并与本实施例提供的其他处理步骤组成新的实现方式。

其中，所述热度分布数额，包括用户的支付数额分布中支付次数最多的数额分布区间；沿用上例，[x，y]、(y，z]、(z，u]为不同的数额分布区间，用户的支付次数最多的集中在(y，z]内，(y，z]即热度分布数额。

具体的，可确定待支付订单对应用户的支付数额分布的热度分布数额，若热度分布数额为第一数额，则确定对待支付订单和/或对应用户进行订单前置响应的准入核验的核验结果为核验通过；若热度分布数额为第二数额，可读取第三方应用的应用数据并根据所述应用数据对所述热度分布数额进行更新处理，根据更新后的热度分布数额对待支付订单和/或对应用户进行订单前置响应的准入核验。

具体实施时，服务应用检测用户提交的待支付订单的支付指令，将待支付订单的支付指令向订单服务器发送，为了及时让用户体验“先享”服务，订单服务器可根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，需要说明的是，根据待支付订单的支付指令，执行待支付订单对应的服务响应动作的过程，可由订单服务器执行，也可由支付服务器执行，执行服务响应动作的执行主体根据待支付订单的生成主体确定，即若待支付订单在订单服务器生成，则订单服务器根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，若待支付订单在支付服务器生成，则支付服务器根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，以此保证服务响应动作的执行效率和执行灵活性。

实际应用中，为了及时向用户提供待支付订单对应的目标对象或者待支付订单的对应服务，可根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，具体可根据待支付订单的支付指令，对待支付订单进行支付完成处理，以此向用户提供待支付订单对应的目标对象或者向用户提供待支付订单的对应服务，达到引流的目的，本实施例提供的一种可选实施方式中，订单服务器采用如下方式执行所述服务响应动作：

根据所述支付指令，生成所述待支付订单的支付完成标签；

或者，

根据所述待支付订单的支付完成标签，生成所述待支付订单对应的目标对象的配送指令，或者，进行所述待支付订单对应服务的服务执行处理。

其中，所述目标对象是指待支付订单对应的向用户配送的对象，所述目标对象包括支付商品；所述待支付订单对应服务包括娱乐服务、医疗服务、餐饮服务或者政务服务，此外，待支付订单对应服务也可包括其他类型的服务。

具体的，由于存在商家在线下交付用户商品或者线下向用户提供服务，通过线上方式进行支付的情况，所以可根据待支付订单的支付指令，生成待支付订单的支付完成标签；在可向用户配送目标对象的情况下，根据待支付订单的支付完成标签，生成待支付订单对应的目标对象的配送指令，可向待支付订单对应商家同步该配送指令，以使商家基于配送指令对目标对象进行配送处理；在待支付订单对应服务的情况下，根据待支付订单的支付完成标签，进行待支付订单对应服务的服务执行处理，以此通过订单服务器执行服务响应动作来使用户获得待支付订单的目标对象或者待支付订单对应服务，实现先享的目的。

此外，订单服务器在执行待支付订单对应的服务响应动作的过程中，也可执行如下操作：根据所述支付指令，生成所述待支付订单的支付完成标签；以及，根据所述待支付订单的支付完成标签，生成所述待支付订单对应的目标对象的配送指令，或者，进行所述待支付订单对应服务的服务执行处理。

具体实施时，支付服务器基于订单服务器执行的待支付订单对应的服务响应动作，将待支付订单写入对应的合并支付账期的订单集合，其中，将待支付订单写入对应的合并支付账期的订单集合的过程，可通过确定待支付订单的支付完成时间，并查找支付完成时间对应的合并支付账期的订单集合，将待支付订单写入该订单集合的方式实现。

可选的，所述支付完成时间，包括针对待支付订单进行支付完成标记的标记时间、针对待支付订单对应的目标对象的确认时间或者待支付订单对应服务的服务执行完成时间。

在具体执行过程中，为了提升用户对合并支付账期的订单集合中各待支付订单的感知程度，使用户在访问合并支付账期的合并支付信息的过程中，能够更加直观地感知到订单集合中各待支付订单的订单类型，支付服务器在将待支付订单写入对应合并支付账期的订单集合的过程中，执行如下操作：

基于待支付订单中的订单类别信息确定待支付订单的订单特征；

根据订单特征确定待支付订单在合并支付周期的订单标签，并基于订单标签和待支付订单的订单关键数据确定待支付订单的订单展示信息；

将订单展示信息写入订单集合。

可选的，订单集合中存储的是各待支付订单的订单展示信息。

具体的，支付服务器在将待支付订单写入对应合并支付账期的订单集合的过程中，生成待支付订单的订单展示信息，将订单展示信息写入对应合并支付账期的订单集合。可选的，所述订单集合中包含至少一个支付维度的关联订单的订单展示信息。

所述订单关键数据，包括订单确认时间和/或订单支付数额。所述订单标签，包括表征订单类别的标签；例如，订单类别为网约车类别，则确定的订单标签为先乘后付；订单类别为门票类别，则确定的订单标签为先玩后付。

步骤S1404，对所述订单集合中包含的所述待支付订单和关联订单进行合并计算，获得合并支付信息并向终端设备的支付应用发送。

本实施例所述合并支付信息，是指对待支付订单的订单信息和关联订单的订单信息进行合并计算后获得的合并信息；所述合并支付信息，包括将待处理订单的订单支付数额累加至订单集合中关联订单的订单支付数额计算获得的订单集合的历史合并数额，获得的合并支付数额；可选的，所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。

可选的，所述订单集合中包含至少一个支付维度的关联订单。所述关联订单，包括订单集合中该待支付订单之外的待支付订单。所述支付维度，包括线上支付维度和/或线下支付维度。需要说明的是，本实施例中，通过将线上支付维度产生的待支付订单和线下支付维度产生的待支付订单写入对应合并支付账期的订单集合，通过对订单集合进行处理来实现对待支付订单和关联订单的合并处理，实现对不同支付维度下的待支付订单的合并支付。所述支付维度也可包括不同支付场景下的支付维度，比如餐饮场景、汽车租赁场景。

具体实施时，对订单集合中的待支付订单和关联订单进行合并计算获得合并支付信息后，为了提升用户对合并支付信息的感知程度，促使用户及时按照合并支付账期对订单集合进行合并支付，可向终端设备的支付应用发送订单集合和合并支付信息，相应的，终端设备接收支付服务器发送的订单集合和合并支付信息。

步骤S1406，基于所述支付应用在所述合并支付账期届满前提交的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

本实施例所述预支付请求是指对订单集合中的部分待支付订单或者全部待支付订单进行预支付的请求；可选的，所述预支付请求包括提前支付请求。所述预支付处理包括对订单集合进行提前支付处理。

可选的，所述预支付请求在检测到信息展示页的预支付控件被触发后发送；具体的，终端设备的支付应用基于订单集合和合并支付信息渲染并展示信息展示页，信息展示页可配置预支付控件，支付应用在检测到预支付控件被触发后，向支付服务器发送针对订单集合的预支付请求，相应的，支付服务器获取支付应用发送针对订单集合的预支付请求。

需要说明的是，支付应用展示的信息展示页中的预支付控件，可在订单集合的合并支付账期届满前处于可触发状态，支付应用可在订单集合的合并支付账期届满前向支付服务器发送预支付请求，以此保证订单结合进行预支付的有效性。

实际应用中，为了满足用户的多样化需求，提升针对订单集合进行支付的支付灵活性和全面性，可向用户提供针对订单集合的预支付处理，即提前支付，在对订单集合进行预支付处理的过程中，可对订单集合中的部分待支付订单进行预支付处理，也可对订单集合中的所有待支付订单进行预支付处理。在采用至少一种支付方式对订单集合进行预支付处理的过程中，具体可采用第一支付方式、第二支付方式、第三支付方式和/或第四支付方式进行预支付处理。

下述可提供四种支付服务器基于合并支付账期前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的可选实施方式，下述分别对这四种可选实施方式的实现过程进行详细说明。

(1)第一种可选实施方式

本实施例提供的一种可选实施方式中，在基于支付应用在合并支付账期届满前提交预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理的过程中，执行如下操作：按照所述预支付请求携带的预支付数额，从目标支付渠道对应的支付账户进行资源转出，并基于转出资源进行所述预支付数额的支付。

其中，所述预支付数额包括预先支付的针对订单集合的资源数额，所述预支付数额可以是所述合并支付信息携带的合并支付数额，也可以是所述订单集合中部分待支付订单的订单支付数额。所述目标支付渠道包括从所述订单集合进行合并支付的支付渠道列表中确定的支付渠道。所述目标支付渠道可以是用户在支付服务器开通的资源账户或者授信资源账户对应的支付渠道，也可以是用户在第三方账户平台开通的资源账户或者授权资源账户对应的支付渠道，还可以是授权资源账户对应的分期支付渠道。

具体的，支付服务器获取支付应用提交的预支付请求后，向支付应用下发支付渠道列表，支付应用接收支付服务器下发的支付渠道列表，并获取针对支付渠道列表中目标支付渠道的选择指令，向支付服务器提交目标支付渠道的选择指令，支付服务器按照预支付请求携带的预支付数额，从目标支付渠道对应的支付账户进行资源转出，并基于转出资源进行预支付数额的支付。

例如，通过支付应用向支付服务器提交预支付请求后，支付服务器向支付应用下发支付渠道列表，支付渠道列表中包含第一支付渠道、第二支付渠道和第三支付渠道，终端设备通过支付应用获取支付渠道列表中第一支付渠道的选择指令，并向支付服务器提交第一支付渠道的选择指令，支付服务器从第一支付渠道对应的支付账户中转出预支付请求携带的预支付数额对应的资源，并基于转出资源进行预支付数额的支付。

实际应用中，存在用户在第三方账户平台开通用户的资源账户，但未将资源账户绑定至支付服务器，第三方账户平台为了提升用户对资源账户的使用率，第三方账户平台可向用户发放特定的权益，使用户将在第三方账户平台开通的资源账户绑定至支付服务器，并基于绑定的资源账户更新所述用户的支付渠道列表，即，用户在将第三方账户平台开通的资源账户绑定至支付服务器后，该资源账户对应的支付渠道被添加至用户的支付渠道列表，在此基础上，可在对订单集合进行预支付处理的过程中，基于绑定的资源账户进行预支付处理，以此，提升用户参与订单集合的预支付的积极性和活跃度，提升用户留存率。

而在将第三方账户平台开通的资源账户绑定至支付服务器的过程中，支付服务器可读取各第三方账户平台开放的绑定权益，基于绑定权益对用户在第三方账户平台开通的资源账户进行绑定权益标记，获得账户绑定列表，以此通过账户绑定列表向用户展示标记有绑定权益的第三方账户平台开通的资源账户，提升用户的感知程度，用户可触发账户绑定列表中任意一个资源账户或者任意多个资源账户对应的绑定控件向支付服务器提交绑定请求，支付服务器可基于绑定请求中携带的资源账户标识将对应的第三方账户平台的资源账户绑定至支付服务器，并基于资源账户标识更新支付渠道列表，支付渠道列表中的该资源账户标识对应的资源账户携带支付权益。

如图9所示的支付方式页面中的绑卡活动区域展示的即是账户绑定列表，账户绑定列表中展示的银行卡和信用卡即是可绑定的资源账户，其中，银行卡的展示区域还展示有绑定权益“满100减10”，该绑定权益代表若用户将银行卡绑定至支付服务器，并通过银行卡的资源账户针对订单集合进行预支付处理，则可享受权益“满100减10”，信用卡的展示区域也展示有绑定权益“满150减15”，该绑定权益代表若用户将信用卡绑定至支付服务器，并通过信用卡的资源账户针对订单集合进行预支付处理，则可享受权益“满150减15”，通过权益信息吸引用户流量，提升用户粘性。

在支付服务器将第三方账户平台的资源账户绑定至支付服务器的基础上，将资源账户对应的支付渠道更新至用户的支付渠道列表，用户可在支付渠道列表中选择目标支付渠道，基于目标支付渠道对应的资源账户进行预支付处理。

可选的，支付应用若检测到任一第三方账户平台的资源账户的绑定指令，采集用户录入的资源账户标识并向支付服务器上传；支付服务器对资源账户标识进行核验处理，并在核验通过后将用户标识与该资源账户标识对应的资源账户进行绑定处理并向终端设备的支付应用发送绑定结果；终端设备基于绑定结果对展示的支付渠道列表进行更新；实际应用中，支付渠道列表中的支付渠道可携带支付权益，也可不携带支付权益；若检测到用户对支付渠道列表中目标支付渠道对应的资源账户，支付服务器可按照该资源账户对应的支付权益和预支付数额，针对订单集合进行预支付处理。

具体实施时，支付服务器在按照该资源账户对应的支付权益和预支付数额，针对订单集合进行预支付处理的过程中，为了提升预支付处理的有效性，本实施例提供的一种可选实施方式中，支付服务器可采用如下方式按照该资源账户对应的支付权益和预支付数额，针对订单集合进行预支付处理：

根据该资源账户对应的支付权益和预支付请求携带的预支付数额，计算该资源账户的转出数额以及所述资源账户的账户提供方的权益转出数额；

从该资源账户中进行所述转出数额对应的资源转出，以及从所述账户提供方的资源账户中进行所述权益转出数额对应的资源转出；

基于资源转出获得的转出资源进行所述预支付数额的支付。

例如，账户提供方与支付服务器签署账户协议，在支付服务器绑定用户在账户提供方开通的资源账户后向用户发送满150减15的支付权益，用户在针对订单集合进行预支付处理的过程中，根据预支付数额200和支付权益满150减15计算用户的资源账户的转出数额185，以及计算账户提供方的权益转出数额15，从用户的资源账户中进行185对应的资源转出，并从账户提供方的资源账户中进行15对应的资源转出，基于资源转出获得的转出资源200进行预支付数额的支付。

此外，支付权益对应的转出资源还可由账户提供方和支付服务器共同承担，比如上述例子中的权益转出资源对应的转出资源15可由账户提供方和支付服务器按照分摊比例进行提供。具体的，账户提供方和支付服务器共同承担支付权益的情况下针对订单集合进行预支付处理的过程与上述仅由账户提供方承担支付权益的处理过程类似，参照上述相关内容即可，本实施例在此不再赘述。

(2)第二种可选实施方式

实际应用中，支付服务器可接入订单方，为了促进接入支付服务器的订单方的订单成交率，可在确认用户完成订单的相关任务后，由订单方对用户的预支付数额进行代付处理。具体的，可向用户生成推荐订单，在确认用户支付推荐订单后，基于推荐订单对应的支付账户进行预支付处理，以此，通过推荐订单促进用户的二次购买，促进推荐订单对应的商家的交易的同时，也为支付服务器进行引流。

本实施例提供的一种可选实施方式中，在基于支付应用在合并支付账期届满前提交预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理的过程中，执行如下操作：生成预支付请求携带的预支付数额对应的推荐订单；

若推荐订单支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付。

其中，所述推荐订单包括向用户推荐参与交易或者支付的订单，所述推荐订单可以是商品订单，比如家电订单，也可以是服务订单，比如电影票订单，此外，所述推荐订单还可以是多个推荐订单组成的推荐订单集合，该推荐订单集合中的各推荐订单可以是同一订单类别的订单，也可以是不同订单类别的订单。

具体的，为了避免推荐订单对应的订单方的资源损失，保证推荐订单的订单方的参与积极性，支付服务器生成预支付请求携带的预支付数额对应的推荐订单的过程，可通过根据用户的偏好数据和订单准入条件生成预支付数额对应的推荐订单的方式实现；可选的，所述订单准入条件，包括推荐订单的订单数额大于预设支付数额，所述预设支付数额可根据预支付数额确定。

支付应用检测用户提交的针对预支付数额的代付请求，并向支付服务器发送，支付服务器生成预支付数额对应的推荐订单向支付应用下发，支付应用接收支付服务器下发的推荐订单，并向支付服务器提交推荐订单的支付结果，若支付应用提交的推荐订单的支付结果为支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付。

例如，支付服务器获取到的预支付请求携带的预支付数额为200，支付服务器根据预支付数额200生成对应的推荐订单，推荐订单的订单数额为500，支付服务器将订单数额500的推荐订单向终端设备发送，用户可对终端设备展示的推荐订单进行支付，若推荐订单支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付，以此促进用户的二次消费，提升用户粘性。

如图10所所示的支付方式页面，其中，a服务方为推荐订单的订单方，用户可通过触发消费代付控件向支付服务器提交针对预支付数额的代付请求；支付服务器基于预支付请求携带的预支付数额生成对应的推荐订单并向终端设备发送；终端设备展示推荐订单并基于针对推荐订单的支付指令向支付服务器发送支付请求；支付服务器基于用户的资源账户对推荐订单进行支付处理，并在支付成功后从推荐订单对应的支付账户中进行资源转出，基于转出资源进行预支付数额的支付。可选的，推荐订单中的商品和/或服务信息由订单服务方配置或者由用户选择提交。

此外，上述第二种可选实施方式可被替换为生成预支付请求携带的预支付数额和/或合并支付信息对应的推荐订单；若推荐订单支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付，并与本实施例提供的其他处理步骤组成新的实现方式。

(3)第三种可选实施方式

在实际的应用场景中，支付服务器也可接入任务提供方，为了实现对任务提供方进行引流的目的，可由任务提供方向用户提供的支付任务，在用户完成支付任务后，由任务提供方对用户的待支付数额或者合并支付信息进行支付。

本实施例提供的一种可选实施方式中，在基于支付应用在合并支付账期前提交的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的过程中，执行如下操作：

创建所述预支付请求携带的预支付数额对应的支付任务并向所述支付应用下发；

根据所述支付应用提交的任务接收指令，从所述支付任务的任务提供方的支付账户进行资源转出以对所述预支付数额进行支付。

其中，所述支付任务包括线上支付任务和/或线下支付任务，所述支付任务包括任务提供方对预支付数额进行代付的代付任务，比如支付任务为线下的打工任务，或者支付任务为线上的打工任务；所述支付任务包括任务时长和/或任务内容。

具体的，支付服务器根据预支付请求携带的预支付数额计算任务期限和/或任务内容，根据任务时长和/或任务内容创建预支付数额对应的支付任务，并在检测到支付任务满足支付条件后，从支付任务的任务提供方的支付账户进行资源转出以对预支付数额进行支付；可选的，所述支付条件包括支付任务在任务期限内完成。

支付应用可检测用户提交的针对预支付数额的第二代付请求，并向支付服务器发送，支付服务器创建预支付数额对应的支付任务向支付应用下发，支付应用接收支付服务器下发的预支付数额对应的支付任务，并向支付服务器提交支付任务的任务接收指令，支付服务器根据支付应用提交的任务接收指令，从支付任务的任务提供方的支付账户进行资源转出以对所述预支付数额进行支付，此外，支付应用向支付服务器提交支付任务的任务接收指令后，支付服务器也可基于任务接收指令启动支付任务的任务计时，若在任务计时届满前检测到用户针对支付任务的确认指令，并对支付任务的核验通过，从支付任务的任务提供方的支付账户进行资源转出以对预支付数额进行支付。

例如，预支付请求携带的预支付数额为200，支付服务器创建的支付任务为“xx门店就职送餐员x天”，其中任务内容为xx门店就职送餐员，任务时长为x天，支付服务器将创建的支付任务向支付应用下发，在支付应用内进行展示，支付应用向支付服务器提交支付任务的任务接收指令，支付服务器根据支付应用提交的任务接收指令，从支付任务的任务提供方“xx门店”的支付账户进行资源转出以对预支付数额进行支付，或者，支付应用向支付服务器提交支付任务的任务接收指令后，支付服务器也可基于任务接收指令启动支付任务的任务计时，若在任务计时届满前检测到用户针对支付任务的确认指令，并对支付任务的核验通过，从支付任务的任务提供方“xx门店”的支付账户进行资源转出以对预支付数额进行支付。

如图9所示的支付方式页面，其中，b服务方为支付任务的任务提供方，用户可通过触发任务代付控件向支付服务器提交针对预支付数额的第二代付请求；可选的，支付任务中的任务信息由任务提供方配置或者由用户录入。

此外，上述第三种可选实施方式可被替换为创建预支付请求携带的预支付数额和/或合并支付信息对应的支付任务；从支付任务的任务提供方的支付账户进行资源转出以对预支付数额进行支付，并与本实施例提供的其他处理步骤组成新的实现方式。

(4)第四种可选实施方式

实际应用中，针对参与公益服务或者经济条件较差的用户，可引入资源赠与机制，来实现针对订单集合进行预支付处理的灵活性和针对性，在订单集合满足资源赠与条件的情况下，可针对预支付请求进行资源赠与处理，并基于资源赠与处理获得的赠与资源进行预支付数额的支付，以此通过资源赠与提升用户体验，吸引更多用户流量，有助于推动用户参与更多的公益服务。

本实施例提供的一种可选实施方式中，在基于支付应用在合并支付账期届满前提交预支付请求，采用至少一种支付方式对订单集合进行预支付处理的过程中，执行如下操作：

若所述订单集合满足资源赠与条件，调用资源赠与接口进行所述预支付请求的资源赠与处理；

基于资源赠与处理获得的赠与资源对所述预支付数额进行支付。

其中，所述资源赠与条件是指进行资源赠与需要具备的条件，可选的，所述资源赠与条件包括所述订单集合对应用户参与公益服务的服务数据超出预设阈值和/或对应用户的资金数额小于预设数额阈值；所述服务数据包括服务时长和/或服务次数。

具体的，支付应用可检测用户提交的针对预支付数额的第三代付请求，根据用户的公益服务数据和/或资源数据核验订单集合是否满足资源赠与条件，若订单集合满足资源赠与条件，调用资源赠与接口传入预支付数额进行资源赠与处理，获得资源赠与处理获得的赠与资源，并基于赠与资源进行预支付数额的支付。

此外，上述第四种可选实施方式可被替换为若所述订单集合满足资源赠与条件，调用资源赠与接口进行所述预支付请求和/或合并支付信息的资源赠与处理；基于资源赠与处理获得的赠与资源对所述预支付数额进行支付，并与本实施例提供的其他处理步骤组成新的实现方式。

除此之外，支付服务器在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的过程中，也可通过采用多种支付方式对订单集合进行预支付处理，具体可执行如下操作：

根据预支付请求携带的预支付数额，计算各支付方式的实际数额；

按照各支付方式的实际数额对订单集合进行预支付处理。

在按照各支付方式的实际数额对订单集合进行预支付处理的过程中，可执行如下操作：按照第一支付方式的实际数额从目标支付渠道对应的支付账户进行资源转出获得第一转出资源；以及，

按照第二支付方式的实际数额生成对应的推荐订单；

若推荐订单支付成功，从推荐订单对应的支付账户进行资源转出获得第二转出资源；以及，创建第三支付方式的实际数额的支付任务；

从支付任务的任务提供方的支付账户进行资源转出获得第三转出资源；以及，

若订单集合满足资源赠与条件，调用资源赠与接口进行第四支付方式的实际数额的资源赠与处理获得赠与资源。

在此基础上，基于第一转出资源、第二转出资源、第三转出资源和赠与资源进行预支付数额的支付。

上述提供了四种针对订单集合进行预支付处理的处理过程，此外，针对订单集合也可进行届满支付，即在合并支付账期届满后对订单集合进行合并支付，以此，实现合并支付的自动化，提升合并支付的便捷性，减少用户的操作流程，提升用户体验，支付服务器在基于合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理之后，还执行如下操作：

在所述合并支付账期届满后，按照剩余支付数额在所述待支付订单对应用户的支付账户进行资源转出以对所述订单集合进行合并支付；

可选的，所述剩余支付数额根据所述合并支付信息携带的合并支付数额和所述预支付请求携带的预支付数额计算获得。

由于在合并支付账期届满前，待支付订单对应用户可针对订单集合进行预支付，所以支付服务器在合并支付账期届满后按照剩余支付数额在对应用户的支付账户进行资源转出以对订单集合进行合并支付，以此提升合并支付的效率，或者，也可根据合并支付信息携带的合并支付数额和预支付数额计算剩余支付数额，并按照剩余支付数额在对应用户的支付账户进行资源转出以对订单集合进行合并支付。

上述提到合并支付信息可用于按照合并支付账期进行订单集合的合并支付，本实施例提供的一种可选实施方式中，在基于支付应用在合并支付账期届满前提交预支付请求，采用至少一种支付方式对订单集合进行预支付处理之后，采用如下方式按照合并支付账期进行订单集合的合并支付：

在合并支付账期届满后，按照合并支付信息携带的合并支付数额在待支付订单对应用户的支付账户进行资源转出以对订单集合进行合并支付。

其中，所述对应用户的支付账户可基于支付渠道列表确定，具体可基于支付渠道列表中的支付渠道顺序确定。

具体的，终端设备可基于订单集合和合并支付信息渲染信息展示页面并在支付应用内展示信息展示页面；可选的，信息展示页面配置有预支付控件和支付渠道的设置控件，用户可通过触发支付渠道的设置控件对订单集合进行合并支付的支付渠道设置，获得支付渠道列表，所述支付渠道设置包括设置支付渠道和支付渠道的支付顺序；可选的，支付应用通过终端设备采集用户设置的对订单集合进行合并支付的支付渠道列表，将支付渠道序列向支付服务器发送，以在合并支付账期届满时基于支付渠道列表进行订单集合的合并支付，以此，满足用户的多样化需求。为了提升满足用户提前支付的需求，用户也可通过触发预支付控件实现对订单集合的提前支付。

在支付服务器对订单集合中包含的待支付订单和关联订单进行合并计算，获得合并支付信息并向终端设备的支付应用发送之后，支付应用接收支付服务器发送的待支付订单对应的合并支付账期的订单集合以及合并支付信息。

本说明书提供的第四种订单处理方法实施例：

参照图15，本实施例提供的订单处理方法，可应用于终端设备，具体包括步骤S1502至步骤S1506。

步骤S1502，向服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作。

本实施例所述待支付订单，包括用户进行商品购买或者服务消费后根据商品信息或者服务信息生成的用户确认之后进行支付处理的订单；所述待支付订单，包括通过线上通道和/或线下通道进行交易产生的待支付订单。

可选的，所述待支付订单，包括下述至少一项：通过线上通道发起支付生成的支付订单，通过线下通道发起支付生成的支付订单，通过第三方应用进行支付调用生成的支付订单，通过子程序进行订单支付生成的支付订单。

其中，通过第三方应用进行支付调用生成的支付订单，包括通过电商交易应用进行支付调用生成的支付订单；通过子程序进行订单支付生成的支付订单，包括参与支付应用的子程序提供的服务后生成的待支付订单。

实际应用场景中，生成待支付订单并且支付后，由待支付订单对应的商家执行对应的服务响应动作，例如，在实际交易场景中，生成对目标商品的待支付订单，用户对待支付订单进行支付后，商家向用户配送目标商品；再例如，在线下娱乐场景中，用户购买某娱乐场所的门票，对待支付订单进行支付后，商家对用户进行准入。在上述两个例子中，向用户发货和对用户进行准入则是待支付订单对应的服务响应动作。可选的，所述服务响应动作，包括待支付订单对应的商家或者服务方向用户进行商品配送或者提供服务。

所述支付指令，是指对待支付订单进行支付的指令。

具体实施时，由于先响应再支付的处理模式，存在用户无法按时进行支付的情况，在商家执行待支付订单的服务响应动作后无法收到对应的资源，影响用户与商家之间的信任感，造成对待支付订单进行支付的支付方的资源损失，针对于此，为了避免出现用户无法按时支付的情况，在执行待支付订单对应的服务响应动作之前，可对用户和/或待支付订单进行核验，以进行风险控制。

基于此，本实施例提供的一种可选实施方式中，在执行待支付订单对应的服务响应动作之前，服务器还执行如下操作：

根据订单服务器发送的待支付订单的核验请求，对待支付订单进行服务响应动作的核验处理；

向订单服务器返回核验处理结果，以在核验处理结果为核验通过的情况下，将待支付订单的待支付数额更新为0。

其中，所述待支付数额是指待支付订单需要进行支付的资源数额。

具体的，终端设备检测用户提交的待支付订单的核验请求，将待支付订单的核验请求向订单服务器发送，订单服务器将待支付订单的核验请求向服务器发送，服务器根据核验请求，对待支付订单进行服务响应动作的核验处理，并向订单服务器返回核验处理结果，以在核验处理结果为核验通过的情况下，将待支付订单的待支付数额更新为0。

例如，终端设备获得与订单服务器交互生成的待支付订单后，渲染如图6所示的订单展示页，若检测到订单展示页配置的服务响应控件被触发，终端设备向订单服务器发送待支付订单的核验请求，订单服务器将待支付订单的核验请求向支付服务器发送，服务器对待支付订单进行服务响应动作的核验处理；服务器向订单服务器返回核验处理结果，订单服务器将核验处理结果向终端设备返回，若核验处理结果为核验通过，终端设备将订单展示页中的待支付数额由m更新为0，获得如图7所示的订单展示页；若核验处理结果为核验未通过，终端设备根据核验未通过的核验处理结果，在图6所述的订单展示页上方展示核验未通过的核验提醒。

在具体执行过程中，服务器在接收到待支付订单的核验请求后，对待支付订单进行服务响应动作的核验处理，具体在上述对待支付订单进行服务响应动作的核验处理的过程中，为了提升核验处理的全面性和有效性，服务器可从待支付订单对应用户的用户评级和/或待支付订单对应用户的支付数额分布两个角度，实现对待支付订单进行服务响应动作的核验处理，从两个不同的角度出发实现对待支付订单进行服务响应动作的核验处理，提升核验处理的全面性，减少服务器针对待支付订单或者商家针对待支付订单的资源损失，有效实现风险控制。

下述提供服务器从待支付订单对应用户的用户评级、待支付订单对应用户的支付数额分布两个角度对待支付订单进行核验处理的过程进行详细说明。

(1)用户评级

服务器根据基于用户数据对待支付订单对应用户进行评级处理获得的用户评级，对待支付订单和/或对应用户进行订单前置响应的准入核验，具体采用如下方式对待支付订单进行服务响应动作的核验处理：

基于用户数据对待支付订单对应用户进行评级处理；

根据评级处理获得的用户评级，对待支付订单和/或对应用户进行订单前置响应的准入核验；

可选的，所述用户数据包括下述至少一项：数据平台对接的第三方应用的应用数据，接入数据平台的数据服务的服务数据。

其中，所述订单前置响应，是指将待支付订单对应的服务响应动作的执行前置于预支付处理之前；进行订单前置响应的准入核验，包括核验待支付订单和/或对应用户是否满足订单前置响应的准入条件，即核验待支付订单和/或对应用户是否满足“先享后付”的准入条件。

具体的，服务器在对待支付订单进行核验处理的过程中，为了提升核验处理效率，可引入评级算法，将用户数据输入评级算法对用户进行评级处理，获得用户评级，根据用户评级对待支付订单和/或对应用户进行订单前置响应的准入核验，获得核验结果；由于用户数据不仅可以是数据平台本身的服务数据，也可以是第三方应用的应用数据，以此对待支付订单对应用户进行评级处理，来提升评级处理的全面性和有效性，进一步提升对待支付订单的核验处理的全面性和有效性。

例如，服务器基于用户数据计算待支付订单对应用户的信用分数，确定信用分数对应的信用级别，若对应用户的信用级别超出进行订单前置响应的预设信用级别，则确定对待支付订单和/或对应用户进行订单前置响应的准入核验通过；再例如，服务器基于用户数据计算待支付订单对应用户的信用分数，若对应用户的信用分数超出进行订单前置响应的预设信用分数，则确定对待支付订单和/或对应用户进行订单前置响应的准入核验通过。

(2)支付数额分布

实际应用中，为了提升核验处理的全面性，提升风险控制的有效性，也可根据待支付订单对应用户的支付数额分布进行订单前置响应的准入核验，服务器也可采用如下方式对待支付订单进行服务响应动作的核验处理：

根据待支付订单对应用户的支付数额分布，对待支付订单和/或对应用户进行订单前置响应的准入核验；

可选的，所述支付数额分布，根据数据平台的用户数据对参与支付的用户进行支付数额的分布计算获得。所述支付数额分布，包括用户不同的支付数额所处的数额分布区间，例如，[x，y]、(y，z]、(z，u]为不同的数额分布区间，用户的支付数额在[x，y]内有a笔，在(y，z]内的有b笔，在(z，u]内的有c笔。上述提供的三种数额分布区间仅仅是示意性的；为了保证风险控制的有效性，对于支付数额区间的数额划分，可根据实际应用需求确定，可选的，所述支付数额分布的数额分布区间按照所述待支付订单的订单数额进行划分，例如，待支付订单的订单数额较小，可将数额分布区间的区间间隔设置较小，待支付订单的订单数额较大，可将数额分布区间的区间间隔设置较大。此外，所述支付数额分布也可包括用户的资金数额所处的按照不同的资金额度划分得到的资金区间。

具体的，数据平台的用户数据可包括历史待支付数据和/或待支付订单的待支付数额，服务器可根据历史待支付数据和/或待支付订单的待支付数额确定待支付订单对应用户的支付数额分布，并按照支付数额分布对应的核验方式对待支付订单和/或对应用户进行订单前置响应的准入核验。

此外，上述从支付数额分布出发对待支付订单进行服务响应动作的核验处理的可选实施方式，可被替换为：确定待支付订单对应用户的支付数额分布的热度分布数额，根据热度分布数额对待支付订单和/或对应用户进行订单前置响应的准入核验，并与本实施例提供的其他处理步骤组成新的实现方式。

其中，所述热度分布数额，包括用户的支付数额分布中支付次数最多的数额分布区间；沿用上例，[x，y]、(y，z]、(z，u]为不同的数额分布区间，用户的支付次数最多的集中在(y，z]内，(y，z]即热度分布数额。

具体的，服务器可确定待支付订单对应用户的支付数额分布的热度分布数额，若热度分布数额为第一数额，则确定对待支付订单和/或对应用户进行订单前置响应的准入核验的核验结果为核验通过；若热度分布数额为第二数额，服务器可读取第三方应用的应用数据并根据所述应用数据对所述热度分布数额进行更新处理，根据更新后的热度分布数额对待支付订单和/或对应用户进行订单前置响应的准入核验。

具体实施时，终端设备检测用户提交的待支付订单的支付指令，将待支付订单的支付指令向订单服务器发送，为了及时让用户体验“先享”服务，订单服务器可根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，需要说明的是，根据待支付订单的支付指令，执行待支付订单对应的服务响应动作的过程，可由订单服务器执行，也可由服务器执行，执行服务响应动作的执行主体根据待支付订单的生成主体确定，即若待支付订单在订单服务器生成，则订单服务器根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，若待支付订单在服务器生成，则服务器根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，以此保证服务响应动作的执行效率和执行灵活性。

实际应用中，为了及时向用户提供待支付订单对应的目标对象或者待支付订单的对应服务，可根据待支付订单的支付指令，执行待支付订单对应的服务响应动作，具体可根据待支付订单的支付指令，对待支付订单进行支付完成处理，以此向用户提供待支付订单对应的目标对象或者向用户提供待支付订单的对应服务，达到引流的目的，在订单服务器执行待支付订单对应的服务响应动作的过程中，执行如下操作：

根据待支付订单的支付指令，生成所述待支付订单的支付完成标签；

或者，

根据所述待支付订单的支付完成标签，生成所述待支付订单对应的目标对象的配送指令，或者，进行所述待支付订单对应服务的服务执行处理。

其中，所述目标对象是指待支付订单对应的向用户配送的对象，所述目标对象包括支付商品；所述待支付订单对应服务包括娱乐服务、医疗服务、餐饮服务或者政务服务，此外，待支付订单对应服务也可包括其他类型的服务。

具体的，由于存在商家在线下交付用户商品或者线下向用户提供服务，通过线上方式进行支付的情况，所以可根据待支付订单的支付指令，生成待支付订单的支付完成标签；在可向用户配送目标对象的情况下，根据待支付订单的支付完成标签，生成待支付订单对应的目标对象的配送指令，可向待支付订单对应商家同步该配送指令，以使商家基于配送指令对目标对象进行配送处理；在待支付订单对应服务的情况下，根据待支付订单的支付完成标签，进行待支付订单对应服务的服务执行处理，以此通过订单服务器执行服务响应动作来使用户获得待支付订单的目标对象或者待支付订单对应服务，实现先享的目的。

此外，订单服务器在执行待支付订单对应的服务响应动作的过程中，也可执行如下操作：根据所述支付指令，生成所述待支付订单的支付完成标签；以及，根据所述待支付订单的支付完成标签，生成所述待支付订单对应的目标对象的配送指令，或者，进行所述待支付订单对应服务的服务执行处理。

步骤S1504，接收所述服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息。

本实施例所述合并支付信息，是指对待支付订单的订单信息和关联订单的订单信息进行合并计算后获得的合并信息；所述合并支付信息，包括将待处理订单的订单支付数额累加至订单集合中关联订单的订单支付数额计算获得的订单集合的历史合并数额，获得的合并支付数额；可选的，所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付。

可选的，所述订单集合中包含至少一个支付维度的关联订单。所述关联订单，包括订单集合中该待支付订单之外的待支付订单。所述支付维度，包括线上支付维度和/或线下支付维度。需要说明的是，本实施例中，通过将线上支付维度产生的待支付订单和线下支付维度产生的待支付订单写入对应合并支付账期的订单集合，通过对订单集合进行处理来实现对待支付订单和关联订单的合并处理，实现对不同支付维度下的待支付订单的合并支付。所述支付维度也可包括不同支付场景下的支付维度，比如餐饮场景、汽车租赁场景。

所述合并支付账期是指划分的用于对数据集进行数据处理的期限，比如合并支付账期为按照周、月、季度设置的期限，此外，合并支付账期还可以是其他类型的期限，通过合并支付账期实现对不同数据集的合理管理。

具体实施时，服务器将待支付订单写入对应的合并支付账期的订单集合的过程，可通过确定待支付订单的支付完成时间，并查找支付完成时间对应的合并支付账期的订单集合，将待支付订单写入该订单集合的方式实现。

可选的，所述支付完成时间，包括针对待支付订单进行支付完成标记的标记时间、针对待支付订单对应的目标对象的确认时间或者待支付订单对应服务的服务执行完成时间。

在具体执行过程中，为了提升用户对合并支付账期的订单集合中各待支付订单的感知程度，使用户在访问合并支付账期的合并支付信息的过程中，能够更加直观地感知到订单集合中各待支付订单的订单类型，服务器在将待支付订单写入对应合并支付账期的订单集合的过程中，执行如下操作：

基于待支付订单中的订单类别信息确定待支付订单的订单特征；

根据订单特征确定待支付订单在合并支付周期的订单标签，并基于订单标签和待支付订单的订单关键数据确定待支付订单的订单展示信息；

将订单展示信息写入订单集合。

可选的，订单集合中存储的是各待支付订单的订单展示信息。

具体的，服务器在将待支付订单写入对应合并支付账期的订单集合的过程中，生成待支付订单的订单展示信息，将订单展示信息写入对应合并支付账期的订单集合。可选的，所述订单集合中包含至少一个支付维度的关联订单的订单展示信息。

所述订单关键数据，包括订单确认时间和/或订单支付数额。所述订单标签，包括表征订单类别的标签；例如，订单类别为网约车类别，则确定的订单标签为先乘后付；订单类别为门票类别，则确定的订单标签为先玩后付。

上述服务器将待支付订单写入对应的合并支付账期的订单集合，在此之后，服务器对待支付订单和关联订单进行合并计算获得合并支付信息，以此来实现对订单集合的合并支付，提升订单支付的便捷性和有效性，并将合并支付信息以及订单集合向终端设备发送，相应的，终端设备接收服务器发送的待支付订单对应的合并支付账期的订单集合以及合并支付信息。

上述提到合并支付信息可用于按照合并支付账期进行订单集合的合并支付，本实施例提供的一种可选实施方式中，服务器采用如下方式按照合并支付账期进行订单集合的合并支付：在合并支付账期届满后，按照合并支付信息携带的合并支付数额在待支付订单对应用户的支付账户进行资源转出以对订单集合进行合并支付。

其中，所述对应用户的支付账户可基于支付渠道列表确定，具体可基于支付渠道列表中的支付渠道顺序确定。

具体的，终端设备可基于订单集合和合并支付信息渲染信息展示页面并在支付应用内展示信息展示页面；可选的，信息展示页面配置有预支付控件和支付渠道的设置控件，用户可通过触发支付渠道的设置控件对订单集合进行合并支付的支付渠道设置，获得支付渠道列表，所述支付渠道设置包括设置支付渠道和支付渠道的支付顺序；可选的，终端设备采集用户设置的对订单集合进行合并支付的支付渠道列表，将支付渠道序列向支付服务器发送，以在合并支付账期届满时基于支付渠道列表进行订单集合的合并支付，以此，满足用户的多样化需求。为了提升满足用户提前支付的需求，用户也可通过触发预支付控件实现对订单集合的提前支付。

例如，服务器获得合并支付信息后，向终端设备下发待支付订单所属合并支付账期的订单集合以及合并支付信息。终端设备根据订单集合和合并支付信息渲染如图8所示的信息展示页面，其中，信息展示页面展示有订单集合中各待支付订单的订单信息、合并支付数额、提前支付控件801和支付渠道的设置控件802，用户可通过触发任一待支付订单，查看该待支付订单的订单详情。

在服务器对订单集合中包含的待支付订单和关联订单进行合并计算，获得合并支付信息并向终端设备发送之后，终端设备接收服务器发送的待支付订单对应的合并支付账期的订单集合以及合并支付信息。

步骤S1506，在所述合并支付账期届满前向所述服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

上述接收服务器发送的待支付订单对应的合并支付账期的订单集合以及合并支付信息，本步骤中，在合并支付账期届满前向服务器提交预支付请求，以采用至少一种支付方式对订单集合进行预支付处理，相应的，服务器接收待支付订单的预支付请求，采用至少一种支付方式对订单集合进行预支付处理。

其中，所述预支付请求是指对订单集合中的部分待支付订单或者全部待支付订单进行预支付的请求；可选的，所述预支付请求包括提前支付请求。所述预支付处理包括对订单集合进行提前支付处理。

可选的，所述预支付请求在检测到信息展示页的预支付控件被触发后发送；具体的，终端设备基于订单集合和合并支付信息渲染并展示信息展示页，信息展示页可配置预支付控件，终端设备在检测到预支付控件被触发后，向服务器发送针对订单集合的预支付请求，相应的，服务器获取终端设备发送针对订单集合的预支付请求。

需要说明的是，终端设备展示的信息展示页中的预支付控件，可在订单集合的合并支付账期届满前处于可触发状态，终端设备可在订单集合的合并支付账期届满前向服务器发送预支付请求，以此保证订单结合进行预支付的有效性。

实际应用中，为了满足用户的多样化需求，提升针对订单集合进行支付的支付灵活性和全面性，可向用户提供针对订单集合的预支付处理，即提前支付，在对订单集合进行预支付处理的过程中，可对订单集合中的部分待支付订单进行预支付处理，也可对订单集合中的所有待支付订单进行预支付处理。在服务器采用至少一种支付方式对订单集合进行预支付处理的过程中，具体可采用第一支付方式、第二支付方式、第三支付方式和/或第四支付方式进行预支付处理。

下述可提供四种服务器基于合并支付账期前获取到的预支付请求，采用至少一种支付方式对订单集合进行预支付处理的可选实施方式，下述分别对这四种可选实施方式的实现过程进行详细说明。

(1)第一种可选实施方式

本实施例提供的一种可选实施方式中，服务器在采用至少一种支付方式对订单集合进行预支付处理的过程中，执行如下操作：

按照所述预支付请求携带的预支付数额，从目标支付渠道对应的支付账户进行资源转出，并基于转出资源进行所述预支付数额的支付。

其中，所述预支付数额包括预先支付的针对订单集合的资源数额，所述预支付数额可以是所述合并支付信息携带的合并支付数额，也可以是所述订单集合中部分待支付订单的订单支付数额。所述目标支付渠道包括从所述订单集合进行合并支付的支付渠道列表中确定的支付渠道。所述目标支付渠道可以是用户在服务器开通的资源账户或者授信资源账户对应的支付渠道，也可以是用户在第三方账户平台开通的资源账户或者授权资源账户对应的支付渠道，还可以是授权资源账户对应的分期支付渠道。

具体的，服务器获取终端设备提交的预支付请求后，向终端设备下发支付渠道列表，终端设备接收服务器下发的支付渠道列表，并获取针对支付渠道列表中目标支付渠道的选择指令，向服务器提交目标支付渠道的选择指令，服务器按照预支付请求携带的预支付数额，从目标支付渠道对应的支付账户进行资源转出，并基于转出资源进行预支付数额的支付。

例如，通过终端设备向服务器提交预支付请求后，服务器向终端设备下发支付渠道列表，支付渠道列表中包含第一支付渠道、第二支付渠道和第三支付渠道，终端设备获取支付渠道列表中第一支付渠道的选择指令，并向服务器提交第一支付渠道的选择指令，服务器从第一支付渠道对应的支付账户中转出预支付请求携带的预支付数额对应的资源，并基于转出资源进行预支付数额的支付。

实际应用中，存在用户在第三方账户平台开通用户的资源账户，但未将资源账户绑定至支付服务器，第三方账户平台为了提升用户对资源账户的使用率，或者服务器为了通过向用户提供更多的支付渠道来提升用户体验，第三方账户平台可向用户发放特定的权益，使用户将在第三方账户平台开通的资源账户绑定至服务器，并基于绑定的资源账户更新所述用户的支付渠道列表，即，用户在将第三方账户平台开通的资源账户绑定至服务器后，该资源账户对应的支付渠道被添加至用户的支付渠道列表，在此基础上，可在对订单集合进行预支付处理的过程中，基于绑定的资源账户进行预支付处理，以此，提升用户参与订单集合的预支付的积极性和活跃度，提升用户留存率。

而在将第三方账户平台开通的资源账户绑定至支付服务器的过程中，服务器可读取各第三方账户平台开放的绑定权益，基于绑定权益对用户在第三方账户平台开通的资源账户进行绑定权益标记，获得账户绑定列表，以此通过账户绑定列表向用户展示标记有绑定权益的第三方账户平台开通的资源账户，提升用户的感知程度，用户可触发账户绑定列表中任意一个资源账户或者任意多个资源账户对应的绑定控件向服务器提交绑定请求，服务器可基于绑定请求中携带的资源账户标识将对应的第三方账户平台的资源账户绑定至服务器，并基于资源账户标识更新支付渠道列表，支付渠道列表中的该资源账户标识对应的资源账户携带支付权益。

如图9所示的支付方式页面中的绑卡活动区域展示的即是账户绑定列表，账户绑定列表中展示的银行卡和信用卡即是可绑定的资源账户，其中，银行卡的展示区域还展示有绑定权益“满100减10”，该绑定权益代表若用户将银行卡绑定至支付服务器，并通过银行卡的资源账户针对订单集合进行预支付处理，则可享受权益“满100减10”，信用卡的展示区域也展示有绑定权益“满150减15”，该绑定权益代表若用户将信用卡绑定至支付服务器，并通过信用卡的资源账户针对订单集合进行预支付处理，则可享受权益“满150减15”，通过权益信息吸引用户流量，提升用户粘性。

在服务器将第三方账户平台的资源账户绑定至服务器的基础上，将资源账户对应的支付渠道更新至用户的支付渠道列表，用户可在支付渠道列表中选择目标支付渠道，基于目标支付渠道对应的资源账户进行预支付处理。

可选的，终端设备若检测到任一第三方账户平台的资源账户的绑定指令，采集用户录入的资源账户标识并向服务器上传；服务器对资源账户标识进行核验处理，并在核验通过后将用户标识与该资源账户标识对应的资源账户进行绑定处理并向终端设备发送绑定结果；终端设备基于绑定结果对展示的支付渠道列表进行更新；实际应用中，支付渠道列表中的支付渠道可携带支付权益，也可不携带支付权益；若检测到用户对支付渠道列表中目标支付渠道对应的资源账户，服务器可按照该资源账户对应的支付权益和预支付数额，针对订单集合进行预支付处理。

具体实施时，服务器在按照该资源账户对应的支付权益和预支付数额，针对订单集合进行预支付处理的过程中，为了提升预支付处理的有效性，本实施例提供的一种可选实施方式中，服务器可采用如下方式按照该资源账户对应的支付权益和预支付数额，针对订单集合进行预支付处理：

根据该资源账户对应的支付权益和预支付请求携带的预支付数额，计算该资源账户的转出数额以及所述资源账户的账户提供方的权益转出数额；

从该资源账户中进行所述转出数额对应的资源转出，以及从所述账户提供方的资源账户中进行所述权益转出数额对应的资源转出；

基于资源转出获得的转出资源进行所述预支付数额的支付。

例如，账户提供方与服务器签署账户协议，在服务器绑定用户在账户提供方开通的资源账户后向用户发送满150减15的支付权益，用户在针对订单集合进行预支付处理的过程中，根据预支付数额200和支付权益满150减15计算用户的资源账户的转出数额185，以及计算账户提供方的权益转出数额15，从用户的资源账户中进行185对应的资源转出，并从账户提供方的资源账户中进行15对应的资源转出，基于资源转出获得的转出资源200进行预支付数额的支付。

此外，支付权益对应的转出资源还可由账户提供方和服务器共同承担，比如上述例子中的权益转出资源对应的转出资源15可由账户提供方和服务器按照分摊比例进行提供。具体的，账户提供方和服务器共同承担支付权益的情况下针对订单集合进行预支付处理的过程与上述仅由账户提供方承担支付权益的处理过程类似，参照上述相关内容即可，本实施例在此不再赘述。

(2)第二种可选实施方式

实际应用中，服务器可接入订单方，为了促进接入服务器的订单方的订单成交率，可在确认用户完成订单的相关任务后，由订单方对用户的预支付数额进行代付处理。具体的，可向用户生成推荐订单，在确认用户支付推荐订单后，基于推荐订单对应的支付账户进行预支付处理，以此，通过推荐订单促进用户的二次购买，促进推荐订单对应的商家的交易的同时，也为支付服务器进行引流。

本实施例提供的一种可选实施方式中，服务器在采用至少一种支付方式对订单集合进行预支付处理的过程中，执行如下操作：

生成所述预支付请求携带的预支付数额对应的推荐订单；

若所述推荐订单支付成功，从所述推荐订单对应的支付账户进行资源转出以对所述预支付数额进行支付。

其中，所述推荐订单包括向用户推荐参与交易或者支付的订单，所述推荐订单可以是商品订单，比如家电订单，也可以是服务订单，比如电影票订单，此外，所述推荐订单还可以是多个推荐订单组成的推荐订单集合，该推荐订单集合中的各推荐订单可以是同一订单类别的订单，也可以是不同订单类别的订单。

具体的，为了避免推荐订单对应的订单方的资源损失，保证推荐订单的订单方的参与积极性，服务器生成预支付请求携带的预支付数额对应的推荐订单的过程，可通过根据用户的偏好数据和订单准入条件生成预支付数额对应的推荐订单的方式实现；可选的，所述订单准入条件，包括推荐订单的订单数额大于预设支付数额，所述预设支付数额可根据预支付数额确定。

终端设备检测用户提交的针对预支付数额的代付请求，并向服务器发送，服务器生成预支付数额对应的推荐订单向终端设备下发，终端设备接收服务器下发的推荐订单，并向服务器提交推荐订单的支付结果，若终端设备提交的推荐订单的支付结果为支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付。

例如，服务器获取到的预支付请求携带的预支付数额为200，服务器根据预支付数额200生成对应的推荐订单，推荐订单的订单数额为500，服务器将订单数额500的推荐订单向终端设备发送，用户可对终端设备展示的推荐订单进行支付，若推荐订单支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付，以此促进用户的二次消费，提升用户粘性。

如图9所所示的支付方式页面，其中，a服务方为推荐订单的订单方，用户可通过触发消费代付控件向服务器提交针对预支付数额的代付请求；服务器基于预支付请求携带的预支付数额生成对应的推荐订单并向终端设备发送；终端设备展示推荐订单并基于针对推荐订单的支付指令向服务器发送支付请求；服务器基于用户的资源账户对推荐订单进行支付处理，并在支付成功后从推荐订单对应的支付账户中进行资源转出，基于转出资源进行预支付数额的支付。可选的，推荐订单中的商品和/或服务信息由订单服务方配置或者由用户选择提交。

此外，上述第二种可选实施方式可被替换为生成预支付请求携带的预支付数额和/或合并支付信息对应的推荐订单；若推荐订单支付成功，从推荐订单对应的支付账户进行资源转出以对预支付数额进行支付，并与本实施例提供的其他处理步骤组成新的实现方式。

(3)第三种可选实施方式

在实际的应用场景中，服务器也可接入任务提供方，为了实现对任务提供方进行引流的目的，可由任务提供方向用户提供的支付任务，在用户完成支付任务后，由任务提供方对用户的待支付数额或者合并支付信息进行支付。

本实施例提供的一种可选实施方式中，服务器在采用至少一种支付方式对订单集合进行预支付处理的过程中，服务器执行如下操作：

创建所述预支付请求携带的预支付数额对应的支付任务；

从所述支付任务的任务提供方的支付账户进行资源转出以对所述预支付数额进行支付。

其中，所述支付任务包括线上支付任务和/或线下支付任务，所述支付任务包括任务提供方对预支付数额进行代付的代付任务，比如支付任务为线下的打工任务，或者支付任务为线上的打工任务；所述支付任务包括任务时长和/或任务内容。

具体的，服务器根据预支付请求携带的预支付数额计算任务期限和/或任务内容，根据任务时长和/或任务内容创建预支付数额对应的支付任务，并在检测到支付任务满足支付条件后，从支付任务的任务提供方的支付账户进行资源转出以对预支付数额进行支付；可选的，所述支付条件包括支付任务在任务期限内完成。

终端设备可检测用户提交的针对预支付数额的第二代付请求，并向服务器发送，服务器创建预支付数额对应的支付任务向终端设备下发，终端设备接收服务器下发的预支付数额对应的支付任务，并向服务器提交支付任务的任务接收指令，服务器根据终端设备提交的任务接收指令，从支付任务的任务提供方的支付账户进行资源转出以对所述预支付数额进行支付，此外，终端设备向服务器提交支付任务的任务接收指令后，服务器也可基于任务接收指令启动支付任务的任务计时，若在任务计时届满前检测到用户针对支付任务的确认指令，并对支付任务的核验通过，从支付任务的任务提供方的支付账户进行资源转出以对预支付数额进行支付。

例如，预支付请求携带的预支付数额为200，服务器创建的支付任务为“xx门店就职送餐员x天”，其中任务内容为xx门店就职送餐员，任务时长为x天，服务器将创建的支付任务向终端设备下发，在终端设备内进行展示，终端设备向服务器提交支付任务的任务接收指令，服务器根据终端设备提交的任务接收指令，从支付任务的任务提供方“xx门店”的支付账户进行资源转出以对预支付数额进行支付，或者，终端设备向服务器提交支付任务的任务接收指令后，服务器也可基于任务接收指令启动支付任务的任务计时，若在任务计时届满前检测到用户针对支付任务的确认指令，并对支付任务的核验通过，从支付任务的任务提供方“xx门店”的支付账户进行资源转出以对预支付数额进行支付。

如图9所示的支付方式页面，其中，b服务方为支付任务的任务提供方，用户可通过触发任务代付控件向服务器提交针对预支付数额的第二代付请求；可选的，支付任务中的任务信息由任务提供方配置或者由用户录入。

此外，上述第三种可选实施方式可被替换为创建预支付请求携带的预支付数额和/或合并支付信息对应的支付任务；从支付任务的任务提供方的支付账户进行资源转出以对预支付数额进行支付，并与本实施例提供的其他处理步骤组成新的实现方式。

(4)第四种可选实施方式

实际应用中，针对参与公益服务或者经济条件较差的用户，可引入资源赠与机制，来实现针对订单集合进行预支付处理的灵活性和针对性，在订单集合满足资源赠与条件的情况下，可针对预支付请求进行资源赠与处理，并基于资源赠与处理获得的赠与资源进行预支付数额的支付，以此通过资源赠与提升用户体验，吸引更多用户流量，有助于推动用户参与更多的公益服务。

本实施例提供的一种可选实施方式中，服务器在采用至少一种支付方式对订单集合进行预支付处理的过程中，执行如下操作：

若所述订单集合满足资源赠与条件，调用资源赠与接口进行所述预支付请求的资源赠与处理；

基于资源赠与处理获得的赠与资源对所述预支付数额进行支付。

其中，所述资源赠与条件是指进行资源赠与需要具备的条件，可选的，所述资源赠与条件包括所述订单集合对应用户参与公益服务的服务数据超出预设阈值和/或对应用户的资金数额小于预设数额阈值；所述服务数据包括服务时长和/或服务次数。

具体的，终端设备可检测用户提交的针对预支付数额的第三代付请求，根据用户的公益服务数据和/或资源数据核验订单集合是否满足资源赠与条件，若订单集合满足资源赠与条件，调用资源赠与接口传入预支付数额进行资源赠与处理，获得资源赠与处理获得的赠与资源，并基于赠与资源进行预支付数额的支付。

例如，用户的预支付数额为200，根据订单集合对应用户的公益服务数据确定订单集合满足资源赠与条件，调用资源赠与接口进行预支付请求的资源赠与处理，并基于资源赠与处理获得的赠与资源对预支付数额进行支付。如图9所示的支付方式页面，其中的公益服务方即为公益代付的支付方式。

此外，上述第四种可选实施方式可被替换为若所述订单集合满足资源赠与条件，调用资源赠与接口进行所述预支付请求和/或合并支付信息的资源赠与处理；基于资源赠与处理获得的赠与资源对所述预支付数额进行支付，并与本实施例提供的其他处理步骤组成新的实现方式。

需要说明的是，本说明书提供的第二种订单处理方法、第三种订单处理方法和第四种订单处理方法在实施过程中与本说明书提供的第一种订单处理方法对应或者与第一种订单处理方法中的对应内容类似，阅读本说明书提供的第二种订单处理方法、第三种订单处理方法和第四种订单处理方法，请参照本说明书提供的第一种订单处理方法的对应内容。

本说明书提供的第一种数据处理装置实施例如下：

在上述的实施例中，提供了第一种数据处理方法，与之相对应的，还提供了一种数据处理装置，下面结合附图进行说明。

参照图16，其示出了本实施例提供的一种数据处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种数据处理装置，包括：

动作执行模块1602，被配置为根据针对待处理数据提交的确认指令，执行对所述待处理数据进行数据处理的前置操作；

数据合并模块1604，被配置为将所述待处理数据写入对应处理期限的数据集，并对所述数据集中各待处理数据进行数据合并，获得合并数据；所述合并数据用于采用合并处理方式对所述数据集进行数据处理；

预处理模块1606，被配置为基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理。

本说明书提供的第二种数据处理装置实施例如下：

在上述的实施例中，提供了第二种数据处理方法，与之相对应的，还提供了一种数据处理装置，下面结合附图进行说明。

参照图17，其示出了本实施例提供的一种数据处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种数据处理装置，运行于终端设备，包括：

指令发送模块1702，被配置为第一应用向第一服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作；

应用跳转模块1704，被配置为从所述第一应用跳转至第二应用；

数据写入模块1706，被配置为所述第二应用接收第二服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理；

数据提交模块1708，被配置为第二应用向所述第二服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集进行数据预处理。

本说明书提供的第三种数据处理装置实施例如下：

在上述的实施例中，提供了第三种数据处理方法，与之相对应的，还提供了一种数据处理装置，下面结合附图进行说明。

参照图18，其示出了本实施例提供的一种数据处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种数据处理装置，运行于第二服务器，包括：

数据写入模块1802，被配置为基于第一服务器执行的对待处理数据进行数据处理的前置操作，将所述待处理数据写入对应的数据集；

数据合并模块1804，被配置为对所述数据集中各待处理数据进行数据合并获得合并数据，并向终端设备的第二应用发送所述数据集和所述合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理；

数据处理模块1806，被配置为根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理。

本说明书提供的第四种数据处理装置实施例如下：

在上述的实施例中，提供了第四种数据处理方法，与之相对应的，还提供了一种数据处理装置，下面结合附图进行说明。

参照图19，其示出了本实施例提供的一种数据处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种数据处理装置，运行于终端设备，包括：

指令发送模块1902，被配置为向服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作；

数据接收模块1904，被配置为接收所述服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理；

数据提交模块1906，被配置为向所述服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据预处理。

本说明书提供的第一种订单处理装置实施例如下：

在上述的实施例中，提供了第一种订单处理方法，与之相对应的，还提供了一种订单处理装置，下面结合附图进行说明。

参照图20，其示出了本实施例提供的一种订单处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种订单处理装置，包括：

动作执行模块2002，被配置为根据待支付订单的支付指令，执行所述待支付订单对应的服务响应动作；

订单写入模块2004，被配置为将所述待支付订单写入对应的合并支付账期的订单集合；所述订单集合中包含至少一个支付维度的关联订单；

合并计算模块2006，被配置为对所述待支付订单和所述关联订单进行合并计算，获得合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

预支付处理模块2008，被配置为基于所述合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书提供的第二种订单处理装置实施例如下：

在上述的实施例中，提供了第二种订单处理方法，与之相对应的，还提供了一种订单处理装置，下面结合附图进行说明。

参照图21，其示出了本实施例提供的一种订单处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种订单处理装置，运行于终端设备，包括：

指令发送模块2102，被配置为服务应用向订单服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作；

应用跳转模块2104，被配置为从所述服务应用跳转至支付应用；

信息接收模块2106，被配置为所述支付应用接收支付服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

请求发送模块2108，被配置为所述支付应用在所述合并支付账期届满前向所述支付服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书提供的第三种订单处理装置实施例如下：

在上述的实施例中，提供了第三种订单处理方法，与之相对应的，还提供了一种订单处理装置，下面结合附图进行说明。

参照图22，其示出了本实施例提供的一种订单处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种订单处理装置，运行于支付服务器，包括：

订单写入模块2202，被配置为基于订单服务器执行的待支付订单对应的服务响应动作，将所述待支付订单写入对应的合并支付账期的订单集合；

合并计算模块2204，被配置为对所述订单集合中包含的所述待支付订单和关联订单进行合并计算，获得合并支付信息并向终端设备的支付应用发送；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

请求提交模块2206，被配置为基于所述支付应用在所述合并支付账期届满前提交的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书提供的第四种订单处理装置实施例如下：

在上述的实施例中，提供了第四种订单处理方法，与之相对应的，还提供了一种订单处理装置，下面结合附图进行说明。

参照图23，其示出了本实施例提供的一种订单处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种订单处理装置，运行于终端设备，包括：

指令发送模块2302，被配置为向服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作；

信息接收模块2304，被配置为接收所述服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

请求提交模块2306，被配置为在所述合并支付账期届满前向所述服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书提供的第一种数据处理设备实施例如下：

对应上述描述的第一种数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种数据处理设备，该数据处理设备用于执行上述提供的订单处理方法，图24为本说明书一个或多个实施例提供的一种数据处理设备的结构示意图。

本实施例提供的一种数据处理设备，包括：

如图24所示，数据处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器2401和存储器2402，存储器2402中可以存储有一个或一个以上存储应用程序或数据。其中，存储器2402可以是短暂存储或持久存储。存储在存储器2402的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括数据处理设备中的一系列计算机可执行指令。更进一步地，处理器2401可以设置为与存储器2402通信，在数据处理设备上执行存储器2402中的一系列计算机可执行指令。数据处理设备还可以包括一个或一个以上电源2403，一个或一个以上有线或无线网络接口2404，一个或一个以上输入/输出接口2405，一个或一个以上键盘2406等。

在一个具体的实施例中，数据处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对数据处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

根据针对待处理数据提交的确认指令，执行对所述待处理数据进行数据处理的前置操作；

将所述待处理数据写入对应处理期限的数据集，并对所述数据集中各待处理数据进行数据合并，获得合并数据；所述合并数据用于采用合并处理方式对所述数据集进行数据处理；

基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理。

本说明书提供的第二种数据处理设备实施例如下：

对应上述描述的第二种数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种数据处理设备，该数据处理设备用于执行上述提供的订单处理方法，图24为本说明书一个或多个实施例提供的一种数据处理设备的结构示意图。

本实施例提供的一种数据处理设备，包括：

如图25所示，数据处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器2501和存储器2502，存储器2502中可以存储有一个或一个以上存储应用程序或数据。其中，存储器2502可以是短暂存储或持久存储。存储在存储器2502的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括数据处理设备中的一系列计算机可执行指令。更进一步地，处理器2501可以设置为与存储器2502通信，在数据处理设备上执行存储器2502中的一系列计算机可执行指令。数据处理设备还可以包括一个或一个以上电源2503，一个或一个以上有线或无线网络接口2504，一个或一个以上输入/输出接口2505，一个或一个以上键盘2506等。

在一个具体的实施例中，数据处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对数据处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

第一应用向第一服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作；

从所述第一应用跳转至第二应用；

所述第二应用接收第二服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理；

第二应用向所述第二服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集进行数据预处理。

本说明书提供的第三种数据处理设备实施例如下：

对应上述描述的第三种数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种数据处理设备，该数据处理设备用于执行上述提供的数据处理方法，图26为本说明书一个或多个实施例提供的一种数据处理设备的结构示意图。

本实施例提供的一种数据处理设备，包括：

如图26所示，数据处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器2601和存储器2602，存储器2602中可以存储有一个或一个以上存储应用程序或数据。其中，存储器2602可以是短暂存储或持久存储。存储在存储器2602的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括数据处理设备中的一系列计算机可执行指令。更进一步地，处理器2601可以设置为与存储器2602通信，在数据处理设备上执行存储器2602中的一系列计算机可执行指令。数据处理设备还可以包括一个或一个以上电源2603，一个或一个以上有线或无线网络接口2604，一个或一个以上输入/输出接口2605，一个或一个以上键盘2606等。

在一个具体的实施例中，数据处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对数据处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

基于第一服务器执行的对待处理数据进行数据处理的前置操作，将所述待处理数据写入对应的数据集；

对所述数据集中各待处理数据进行数据合并获得合并数据，并向终端设备的第二应用发送所述数据集和所述合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理；

根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理。

本说明书提供的第四种数据处理设备实施例如下：

对应上述描述的第四种数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种数据处理设备，该数据处理设备用于执行上述提供的数据处理方法，图27为本说明书一个或多个实施例提供的一种数据处理设备的结构示意图。

本实施例提供的一种数据处理设备，包括：

如图27所示，数据处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器2701和存储器2702，存储器2702中可以存储有一个或一个以上存储应用程序或数据。其中，存储器2702可以是短暂存储或持久存储。存储在存储器2702的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括数据处理设备中的一系列计算机可执行指令。更进一步地，处理器2701可以设置为与存储器2702通信，在数据处理设备上执行存储器2702中的一系列计算机可执行指令。数据处理设备还可以包括一个或一个以上电源2703，一个或一个以上有线或无线网络接口2704，一个或一个以上输入/输出接口2705，一个或一个以上键盘2706等。

在一个具体的实施例中，数据处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对数据处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

向服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作；

接收所述服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理；

向所述服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据预处理。

本说明书提供的第一种订单处理设备实施例如下：

对应上述描述的第一种订单处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种订单处理设备，该订单处理设备用于执行上述提供的订单处理方法，图28为本说明书一个或多个实施例提供的一种订单处理设备的结构示意图。

本实施例提供的一种订单处理设备，包括：

如图28所示，订单处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器2801和存储器2802，存储器2802中可以存储有一个或一个以上存储应用程序或数据。其中，存储器2802可以是短暂存储或持久存储。存储在存储器2802的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括订单处理设备中的一系列计算机可执行指令。更进一步地，处理器2801可以设置为与存储器2802通信，在订单处理设备上执行存储器2802中的一系列计算机可执行指令。订单处理设备还可以包括一个或一个以上电源2803，一个或一个以上有线或无线网络接口2804，一个或一个以上输入/输出接口2805，一个或一个以上键盘2806等。

在一个具体的实施例中，订单处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对订单处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

根据待支付订单的支付指令，执行所述待支付订单对应的服务响应动作；

将所述待支付订单写入对应的合并支付账期的订单集合；所述订单集合中包含至少一个支付维度的关联订单；

对所述待支付订单和所述关联订单进行合并计算，获得合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

基于所述合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书提供的第二种订单处理设备实施例如下：

对应上述描述的第二种订单处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种订单处理设备，该订单处理设备用于执行上述提供的订单处理方法，图28为本说明书一个或多个实施例提供的一种订单处理设备的结构示意图。

本实施例提供的一种订单处理设备，包括：

如图29所示，订单处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器2901和存储器2902，存储器2902中可以存储有一个或一个以上存储应用程序或数据。其中，存储器2902可以是短暂存储或持久存储。存储在存储器2902的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括订单处理设备中的一系列计算机可执行指令。更进一步地，处理器2901可以设置为与存储器2902通信，在订单处理设备上执行存储器2902中的一系列计算机可执行指令。订单处理设备还可以包括一个或一个以上电源2903，一个或一个以上有线或无线网络接口2904，一个或一个以上输入/输出接口2905，一个或一个以上键盘2906等。

在一个具体的实施例中，订单处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对订单处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

服务应用向订单服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作；

从所述服务应用跳转至支付应用；

所述支付应用接收支付服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

所述支付应用在所述合并支付账期届满前向所述支付服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书提供的第三种订单处理设备实施例如下：

对应上述描述的第三种订单处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种订单处理设备，该订单处理设备用于执行上述提供的订单处理方法，图30为本说明书一个或多个实施例提供的一种订单处理设备的结构示意图。

本实施例提供的一种订单处理设备，包括：

如图30所示，订单处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器3001和存储器3002，存储器3002中可以存储有一个或一个以上存储应用程序或数据。其中，存储器3002可以是短暂存储或持久存储。存储在存储器3002的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括订单处理设备中的一系列计算机可执行指令。更进一步地，处理器3001可以设置为与存储器3002通信，在订单处理设备上执行存储器3002中的一系列计算机可执行指令。订单处理设备还可以包括一个或一个以上电源3003，一个或一个以上有线或无线网络接口3004，一个或一个以上输入/输出接口3005，一个或一个以上键盘3006等。

在一个具体的实施例中，订单处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对订单处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

基于订单服务器执行的待支付订单对应的服务响应动作，将所述待支付订单写入对应的合并支付账期的订单集合；

对所述订单集合中包含的所述待支付订单和关联订单进行合并计算，获得合并支付信息并向终端设备的支付应用发送；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

基于所述支付应用在所述合并支付账期届满前提交的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书提供的第四种订单处理设备实施例如下：

对应上述描述的第四种订单处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种订单处理设备，该订单处理设备用于执行上述提供的订单处理方法，图31为本说明书一个或多个实施例提供的一种订单处理设备的结构示意图。

本实施例提供的一种订单处理设备，包括：

如图31所示，订单处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器3101和存储器3102，存储器3102中可以存储有一个或一个以上存储应用程序或数据。其中，存储器3102可以是短暂存储或持久存储。存储在存储器3102的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括订单处理设备中的一系列计算机可执行指令。更进一步地，处理器3101可以设置为与存储器3102通信，在订单处理设备上执行存储器3102中的一系列计算机可执行指令。订单处理设备还可以包括一个或一个以上电源3103，一个或一个以上有线或无线网络接口3104，一个或一个以上输入/输出接口3105，一个或一个以上键盘3106等。

在一个具体的实施例中，订单处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对订单处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

向服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作；

接收所述服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

在所述合并支付账期届满前向所述服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

本说明书提供的第一种存储介质实施例如下：

对应上述描述的第一种数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

根据针对待处理数据提交的确认指令，执行对所述待处理数据进行数据处理的前置操作；

将所述待处理数据写入对应处理期限的数据集，并对所述数据集中各待处理数据进行数据合并，获得合并数据；所述合并数据用于采用合并处理方式对所述数据集进行数据处理；

基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理。

需要说明的是，本说明书中关于第一种存储介质的实施例与本说明书中关于第一种数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的第二种存储介质实施例如下：

对应上述描述的第二种数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

第一应用向第一服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作；

从所述第一应用跳转至第二应用；

所述第二应用接收第二服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理；

第二应用向所述第二服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集进行数据预处理。

需要说明的是，本说明书中关于第二种存储介质的实施例与本说明书中关于第二种数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的第三种存储介质实施例如下：

对应上述描述的第三种数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

基于第一服务器执行的对待处理数据进行数据处理的前置操作，将所述待处理数据写入对应的数据集；

对所述数据集中各待处理数据进行数据合并获得合并数据，并向终端设备的第二应用发送所述数据集和所述合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理；

根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理。

需要说明的是，本说明书中关于第三种存储介质的实施例与本说明书中关于第三种数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的第四种存储介质实施例如下：

对应上述描述的第四种数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

向服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作；

接收所述服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理；

向所述服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据预处理。

需要说明的是，本说明书中关于第四种存储介质的实施例与本说明书中关于第四种数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的第五种存储介质实施例如下：

对应上述描述的第一种订单处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

根据待支付订单的支付指令，执行所述待支付订单对应的服务响应动作；

将所述待支付订单写入对应的合并支付账期的订单集合；所述订单集合中包含至少一个支付维度的关联订单；

对所述待支付订单和所述关联订单进行合并计算，获得合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

基于所述合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

需要说明的是，本说明书中关于第五种存储介质的实施例与本说明书中关于第一种订单处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的第六种存储介质实施例如下：

对应上述描述的第二种订单处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

服务应用向订单服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作；

从所述服务应用跳转至支付应用；

所述支付应用接收支付服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

所述支付应用在所述合并支付账期届满前向所述支付服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

需要说明的是，本说明书中关于第六种存储介质的实施例与本说明书中关于第二种订单处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的第七种存储介质实施例如下：

对应上述描述的第三种订单处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

基于订单服务器执行的待支付订单对应的服务响应动作，将所述待支付订单写入对应的合并支付账期的订单集合；

对所述订单集合中包含的所述待支付订单和关联订单进行合并计算，获得合并支付信息并向终端设备的支付应用发送；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

基于所述支付应用在所述合并支付账期届满前提交的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

需要说明的是，本说明书中关于第七种存储介质的实施例与本说明书中关于第三种订单处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的第八种存储介质实施例如下：

对应上述描述的第四种订单处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

向服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作；

接收所述服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

在所述合并支付账期届满前向所述服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

需要说明的是，本说明书中关于第八种存储介质的实施例与本说明书中关于第四种订单处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

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

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (25)

1.一种数据处理方法，包括：

根据针对待处理数据提交的确认指令，执行对所述待处理数据进行数据处理的前置操作；

将所述待处理数据写入对应处理期限的数据集，并对所述数据集中各待处理数据进行数据合并，获得合并数据；所述合并数据用于采用合并处理方式对所述数据集进行数据处理；

基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理。

2.根据权利要求1所述的数据处理方法，所述基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理步骤执行之后，还包括：

在所述处理期限届满后，按照剩余数据从第一数据方进行数据转出，以根据转出数据采用合并处理方式对所述数据集进行数据处理；

其中，所述剩余数据根据所述合并数据和所述预处理数据计算获得。

3.根据权利要求1所述的数据处理方法，所述基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理，包括：

调用目标账户的数据转出接口转出所述预处理数据对应的转出数据，并将所述转出数据向所述预处理数据对应的第二数据方转入。

4.根据权利要求1所述的数据处理方法，所述基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理，包括：

调用二次处理接口生成所述预处理数据对应的二次处理数据；

在所述二次处理数据处理成功后，从所述二次处理数据对应的数据方进行数据转出以向所述预处理数据对应的第二数据方转入。

5.根据权利要求1所述的数据处理方法，所述基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理，包括：

调用任务生成接口生成所述预处理数据对应的处理任务；

从所述处理任务的任务提供方进行数据转出以向所述预处理数据对应的第二数据方转入。

6.根据权利要求1所述的数据处理方法，所述基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理，包括：

若所述数据集满足资源赠与条件，调用资源赠与接口进行所述预处理数据的资源赠与处理；

基于资源赠与处理获得的赠与资源进行所述数据集的数据预处理。

7.根据权利要求1所述的数据处理方法，所述根据针对待处理数据提交的确认指令，执行对所述待处理数据进行数据处理的前置操作，包括：

根据所述确认指令，生成所述待处理数据的处理完成标签；

和/或，

根据所述待处理数据的处理完成标签，执行所述待处理数据对应的目标对象的对象处理，或者，进行所述待处理数据对应的任务处理。

8.根据权利要求1所述的数据处理方法，所述根据针对待处理数据提交的确认指令，执行对所述待处理数据进行数据处理的前置操作步骤执行之前，还包括：

对所述待处理数据进行所述前置操作的核验处理；

若核验通过，则将针对所述待处理数据进行数据转出处理的转出数值更新为0。

9.根据权利要求8所述的数据处理方法，所述对所述待处理数据进行所述前置操作的核验处理，包括：

基于至少一个维度的元数据，对所述待处理数据对应的第一数据方进行数据评估；

根据所述待处理数据以及数据评估获得的所述第一数据方的评估级别，对所述第一数据方和/或所述待处理数据进行核验处理；所述元数据包括下述至少一项：数据平台对接的第三方应用的应用数据，接入所述数据平台的数据服务的服务数据；

或者，

根据所述第一数据方的数据流转分布，对所述第一数据方和/或所述待处理数据进行核验处理；

其中，所述数据流转分布，根据数据平台的元数据对参与数据流转处理的第一数据方进行数据流转数值的分布计算获得。

10.根据权利要求1所述的数据处理方法，所述按照处理期限对所述数据集进行数据处理，包括：

在所述处理期限届满后，按照所述合并数据从所述待处理数据对应的第一数据方进行数据转出至对应的第二数据方；

所述待处理数据，包括通过线上通道和/或线下通道进行数据转出的转出订单的订单数据；其中，所述订单数据包括至少一个数据维度的转出订单的订单数据。

11.一种数据处理方法，应用于终端设备，包括：

第一应用向第一服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作；

从所述第一应用跳转至第二应用；

所述第二应用接收第二服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理；

所述第二应用向所述第二服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集进行数据预处理。

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

基于第一服务器执行的对待处理数据进行数据处理的前置操作，将所述待处理数据写入对应的数据集；

对所述数据集中各待处理数据进行数据合并获得合并数据，并向终端设备的第二应用发送所述数据集和所述合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理；

根据所述第二应用在所述数据集的处理期限届满前提交的预处理数据，调用数据处理接口对所述数据集进行数据处理。

13.一种数据处理方法，应用于终端设备，包括：

向服务器发送待处理数据的确认指令，以执行对所述待处理数据进行数据处理的前置操作；

接收所述服务器发送的写入所述待处理数据的数据集，以及所述数据集的合并数据；所述合并数据用于按照处理期限对所述数据集进行数据处理；

向所述服务器提交所述数据集的预处理数据，以基于所述预处理数据调用数据处理接口对所述数据集中至少一者进行数据预处理。

14.一种订单处理方法，包括：

根据待支付订单的支付指令，执行所述待支付订单对应的服务响应动作；

将所述待支付订单写入对应的合并支付账期的订单集合；所述订单集合中包含至少一个支付维度的关联订单；

对所述待支付订单和所述关联订单进行合并计算，获得合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

基于所述合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

15.根据权利要求14所述的订单处理方法，所述基于所述合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理步骤执行之后，还包括：

在所述合并支付账期届满后，按照剩余支付数额在所述待支付订单对应用户的支付账户进行资源转出以对所述订单集合进行合并支付；

其中，所述剩余支付数额根据所述合并支付信息携带的合并支付数额和所述预支付请求携带的预支付数额计算获得。

16.根据权利要求14所述的订单处理方法，所述基于所述合并支付账期届满前获取到的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理，包括：

按照所述预支付请求携带的预支付数额，从目标支付渠道对应的支付账户进行资源转出，并基于转出资源进行所述预支付数额的支付；

或者，

生成所述预支付请求携带的预支付数额对应的推荐订单；

若所述推荐订单支付成功，从所述推荐订单对应的支付账户进行资源转出以对所述预支付数额进行支付；

或者，

创建所述预支付请求携带的预支付数额对应的支付任务；

从所述支付任务的任务提供方的支付账户进行资源转出以对所述预支付数额进行支付或者，

若所述订单集合满足资源赠与条件，调用资源赠与接口进行所述预支付请求的资源赠与处理；

基于资源赠与处理获得的赠与资源对所述预支付数额进行支付。

17.根据权利要求14所述的订单处理方法，所述根据待支付订单的支付指令，执行所述待支付订单对应的服务响应动作，包括：

根据所述支付指令，生成所述待支付订单的支付完成标签；

和/或，

根据所述待支付订单的支付完成标签，生成所述待支付订单对应的目标对象的配送指令，或者，进行所述待支付订单对应服务的服务执行处理。

18.根据权利要求14所述的订单处理方法，所述根据待支付订单的支付指令，执行所述待支付订单对应的服务响应动作步骤执行之前，还包括：

对所述待支付订单进行所述服务响应动作的核验处理；

若核验通过，则将所述待支付订单的待支付数额更新为0；

其中，所述对所述待支付订单进行所述服务响应动作的核验处理，包括：

基于用户数据对所述待支付订单对应用户进行评级处理；

根据评级处理获得的用户评级，对所述待支付订单和/或对应用户进行订单前置响应的准入核验；

所述用户数据包括下述至少一项：数据平台对接的第三方应用的应用数据，接入所述数据平台的数据服务的服务数据；

或者，

根据所述待支付订单对应用户的支付数额分布，对所述待支付订单和/或对应用户进行订单前置响应的准入核验；

其中，所述支付数额分布，根据数据平台的用户数据对参与支付的用户进行支付数额的分布计算获得。

19.根据权利要求14所述的数据处理方法，所述按照所述合并支付账期进行所述订单集合的合并支付，包括：

在所述合并支付账期届满后，按照所述合并支付信息携带的合并支付数额在所述待支付订单对应用户的支付账户进行资源转出以对所述订单集合进行合并支付；

所述待支付订单，包括下述至少一项：通过线上通道发起支付生成的支付订单，通过线下通道发起支付生成的支付订单，通过第三方应用进行支付调用生成的支付订单，通过子程序进行订单支付生成的支付订单。

20.一种订单处理方法，应用于终端设备，包括：

服务应用向订单服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作；

从所述服务应用跳转至支付应用；

所述支付应用接收支付服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

所述支付应用在所述合并支付账期届满前向所述支付服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

21.一种订单处理方法，应用于支付服务器，包括：

基于订单服务器执行的待支付订单对应的服务响应动作，将所述待支付订单写入对应的合并支付账期的订单集合；

对所述订单集合中包含的所述待支付订单和关联订单进行合并计算，获得合并支付信息并向终端设备的支付应用发送；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

基于所述支付应用在所述合并支付账期届满前提交的预支付请求，采用至少一种支付方式对所述订单集合进行预支付处理。

22.一种订单处理方法，应用于终端设备，包括：

向服务器发送待支付订单的支付指令，以执行所述待支付订单对应的服务响应动作；

接收所述服务器发送的所述待支付订单对应的合并支付账期的订单集合以及合并支付信息；所述合并支付信息用于按照所述合并支付账期进行所述订单集合的合并支付；

在所述合并支付账期届满前向所述服务器提交预支付请求，以采用至少一种支付方式对所述订单集合进行预支付处理。

23.一种数据处理装置，包括：

动作执行模块，被配置为根据针对待处理数据提交的确认指令，执行对所述待处理数据进行数据处理的前置操作；

数据合并模块，被配置为将所述待处理数据写入对应处理期限的数据集，并对所述数据集中各待处理数据进行数据合并，获得合并数据；所述合并数据用于采用合并处理方式对所述数据集进行数据处理；

预处理模块，被配置为基于所述处理期限届满前检测到的预处理数据，调用预处理接口对所述数据集进行数据预处理。

24.一种计算机处理设备，包括：

处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器执行所述计算机程序时实现权利要求1至13任一项所述数据处理方法或者权利要求14至22任一项所述订单处理方法。

25.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现权利要求1至13任一项所述数据处理方法或者权利要求14至22任一项所述订单处理方法。

Images