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

Abstract

本说明书实施例提供了数据处理方法及装置，其中，一种数据处理方法包括：将执行前置响应动作的待处理数据同步至对应的第一数据方的数据池中；根据针对所述数据池中至少一个待处理数据的资源预支申请，进行所述至少一个待处理数据的资源预支处理；将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，以用于对所述资源预支处理获得的预支资源进行资源返还处理；所述流转资源以合并处理方式对处理期限的数据集进行资源流转处理获得。

Description

数据处理方法及装置

技术领域

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

背景技术

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

发明内容

本说明书一个或多个实施例提供了一种数据处理方法。所述数据处理方法，包括：将执行前置响应动作的待处理数据同步至对应的第一数据方的数据池中。根据针对所述数据池中至少一个待处理数据的资源预支申请，进行所述至少一个待处理数据的资源预支处理。将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，以用于对所述资源预支处理获得的预支资源进行资源返还处理；所述流转资源以合并处理方式对处理期限的数据集进行资源流转处理获得。

本说明书一个或多个实施例提供了一种订单处理方法，包括：将执行服务响应动作的待支付订单同步至对应商家的订单列表中。根据所述商家针对所述订单列表中至少一者的借贷申请，进行所述订单列表中至少一者的资金借贷处理。将所述待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金划拨至所述商家的商家账户，以用于对所述资源借贷处理获得的借贷资金进行资金归还处理。

本说明书一个或多个实施例提供了一种数据处理装置，包括：数据同步模块，被配置为将执行前置响应动作的待处理数据同步至对应的第一数据方的数据池中。资源预支处理模块，被配置为根据针对所述数据池中至少一个待处理数据的资源预支申请，进行所述至少一个待处理数据的资源预支处理。资源划拨模块，被配置为将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，以用于对所述资源预支处理获得的预支资源进行资源返还处理；所述流转资源以合并处理方式对处理期限的数据集进行资源流转处理获得。

本说明书一个或多个实施例提供了一种订单处理装置，包括：订单同步模块，被配置为将执行服务响应动作的待支付订单同步至对应商家的订单列表中。资金借贷处理模块，被配置为根据所述商家针对所述订单列表中至少一者的借贷申请，进行所述订单列表中至少一者的资金借贷处理。资金划拨模块，被配置为将所述待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金划拨至所述商家的商家账户，以用于对所述资源借贷处理获得的借贷资金进行资金归还处理。

本说明书一个或多个实施例提供了一种数据处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：将执行前置响应动作的待处理数据同步至对应的第一数据方的数据池中。根据针对所述数据池中至少一个待处理数据的资源预支申请，进行所述至少一个待处理数据的资源预支处理。将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，以用于对所述资源预支处理获得的预支资源进行资源返还处理；所述流转资源以合并处理方式对处理期限的数据集进行资源流转处理获得。

本说明书一个或多个实施例提供了一种订单处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：将执行服务响应动作的待支付订单同步至对应商家的订单列表中。根据所述商家针对所述订单列表中至少一者的借贷申请，进行所述订单列表中至少一者的资金借贷处理。将所述待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金划拨至所述商家的商家账户，以用于对所述资源借贷处理获得的借贷资金进行资金归还处理。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：将执行前置响应动作的待处理数据同步至对应的第一数据方的数据池中。根据针对所述数据池中至少一个待处理数据的资源预支申请，进行所述至少一个待处理数据的资源预支处理。将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，以用于对所述资源预支处理获得的预支资源进行资源返还处理；所述流转资源以合并处理方式对处理期限的数据集进行资源流转处理获得。

本说明书一个或多个实施例提供了另一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：将执行服务响应动作的待支付订单同步至对应商家的订单列表中。根据所述商家针对所述订单列表中至少一者的借贷申请，进行所述订单列表中至少一者的资金借贷处理。将所述待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金划拨至所述商家的商家账户，以用于对所述资源借贷处理获得的借贷资金进行资金归还处理。

附图说明

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

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

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

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

图4为本说明书一个或多个实施例提供的一种应用于资金借贷场景的数据处理方法流程图；

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

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

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

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

具体实施方式

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

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

本申请提供的数据处理方法，在针对待处理数据执行前置响应动作之后，将待处理数据同步至对应的第一数据方的数据池中，以作为第一数据方后续进行资源预支申请的依据，具体在资源预支申请的过程中，第一数据方可以选择数据池中至少一个待处理数据提出资源预支申请，进行资源预支处理后第一数据方能够获得相应的预支资源，在第一数据方获得相应的预支资源之后，以合并处理方式对待处理数据所属的数据集进行资源流转处理获得的流转资源，会被划拨至第一数据方，第一数据方可使用这部分流转资源对预支资源进行返还处理，以此形成待处理数据的资源预支、资源返还的完整资源链路，以此在满足资源流转处理的灵活性的同时，提升了第一数据方的资源使用便捷性。

步骤S102，将执行前置响应动作的待处理数据同步至对应的第一数据方的数据池中。

本实施例中所述待处理数据，包括记录有参与处理的至少两个数据方的数据方信息和参与处理的各数据方进行的处理内容的数据；此外，待处理数据还可记录标识该处理的相关信息，例如提交时间等；本实施例中所述待处理数据，包括待处理订单。所述待处理数据，包括待资源流转订单；也即是待资源流转数据；相应的，后续对待资源流转数据进行的数据处理，包括资源流转处理。可选的，所述待处理数据，包括通过线上通道和/或线下通道进行数据流转的待处理订单的订单数据；其中，所述订单数据包括至少一个数据维度的待处理订单的订单数据。所述至少一个数据维度的待处理订单，是指不同订单类型的待处理订单；例如，待处理订单包括餐饮类订单、娱乐类订单、乘车类订单等；其中，餐饮类、娱乐类和乘车类为不同的数据维度。

本实施例中的待处理数据包括至少两个数据方，一个数据方对待处理数据进行提交，一个数据方对待处理数据进行响应。例如，待处理订单，提交待处理订单的数据方提交待处理订单并从提交待处理订单的数据方向执行响应动作的数据方进行资源流转，待处理订单对应的数据方执行待处理订单对应的响应动作；本实施例中待处理订单对应的数据方，也即是执行待处理订单的响应动作的数据方为第一数据方；提交待处理订单的数据方为第二数据方。

实际应用中，待处理数据由第二数据方提交并向第一数据方进行资源流转后，第一数据方基于待处理数据执行对第二数据方的响应动作；而本实施例中，第二数据方先提交待处理数据，第一数据方基于待处理数据进行对第二数据方的响应动作后对待处理数据进行数据处理；也即是，将响应动作的执行前置于数据处理之前，因此，本实施例中，执行响应动作也即是执行前置响应动作；所述前置响应动作，是指在对待处理数据进行数据处理之前执行的待处理数据的响应动作。

为了提升第一数据方对执行响应动作的数据方为该第一数据方的待处理数据的感知程度，通过第一数据方的数据池存储执行响应动作的数据方为该第一数据方的待处理数据；可选的，所述第一数据方的数据池，由至少一个第二数据方的处理期限的数据集中的目标数据组成；其中，所述目标数据包括资源流转的参与方包含所述第一数据方的待处理数据。换句话说，所述第一数据方的数据池，由至少一个第二数据方的执行前置响应动作的待处理数据组成；其中，所述第一数据方的数据池中的待处理数据包括资源流转的接收方为所述第一数据方的待处理数据。

本实施例中，为了提升提交待处理数据的数据方对本实施例提供的数据处理方法的感知程度，在对待处理数据进行数据处理之前，执行待处理数据的响应动作，也即是对待处理数据“先响应再进行数据处理”，由于要先响应再进行数据处理，而数据处理需要向第一数据方进行资源流转，为了避免第二数据方不进行向第一数据方进行资源流转，导致第一数据方响应待处理数据却未接收到待处理数据对应的资源造成的资源损失，在对待处理数据进行前置响应之前，对待处理数据进行前置响应动作的核验处理，以此，对待处理数据的前置响应动作进行风险控制。

具体实施时，在进行核验处理的过程中，为了提升核验的有效性，可基于数据平台大量的元数据、数据平台对大量数据进行数据处理的能力以及进行风险控制的能力，进行对待处理数据的前置响应动作的核验处理；本实施例提供的一种可选实施方式中，通过如下方式对待处理数据进行前置响应动作的核验处理：

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

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

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

具体的，在对待处理数据进行前置响应动作的核验处理的过程中，根据待处理数据中包含的第二数据方标识和数据平台标识，确定数据平台对接的第三方应用的应用数据、接入数据平台的数据服务的服务数据以及提交数据方在数据平台的历史处理数据，将所述应用数据、所述服务数据和所述历史处理数据输入数据评估算法对所述提交数据方进行数据评估，获得所述第二数据方的评估级别，按照所述评估级别对应的核验方式，对所述待处理数据进行核验处理，获得核验结果。

上述对待处理数据进行前置响应动作的核验处理过程，还可被替换为，确定至少一个维度的元数据，根据所述至少一个维度的元数据对所述待处理数据进行前置响应动作的核验处理，并与本实施例提供的其他处理步骤组成新的实现方式；或者，还可被替换为，基于待处理数据确定至少一个维度的元数据，根据所述至少一个维度的元数据对所述待处理数据进行前置响应动作的核验处理，并与本实施例提供的其他处理步骤组成新的实现方式。

除了上述提供的对待处理数据进行前置响应动作的核验处理方式之外，本实施例提供的另一种可选实施方式中，还可采用如下方式对待处理数据进行前置响应动作的核验处理：

确定提交所述待处理数据的第二数据方的数据流转分布，并根据所述数据流转分布，对所述第二数据方和/或所述待处理数据进行核验处理；

其中，所述数据流转分布，根据数据平台的元数据对参与数据流转处理的数据方进行数据流转数值的分布计算获得。

具体的，根据待处理数据中包含的数据平台标识确定至少一个维度的元数据，基于至少一个维度的元数据确定数据平台的数据流转分布区间，再基于待处理数据中包含的第二数据方标识，确定第二数据方在数据流转分布区间中对应数据流转分布，根据数据流转分布对应的核验方式对第二数据方和/或待处理数据进行核验处理，获得核验结果。

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

本实施例提供的一种可选实施方式中，还可采用如下方式对待处理数据进行前置响应动作的核验处理：

基于所述待处理数据中包含的数据方标识对提交所述待处理数据的第二数据方进行数据方核验，和/或，基于所述待处理数据中包含的待流转资源数额对所述待处理数据进行数额核验。可选的，所述对第二数据方进行数据方核验，包括核验所述第二数据方是否携带前置响应限制标记和/或所述第二数据方对历史前置响应动作对应的待处理数据的履约等级是否为预设等级；若是，则确定核验未通过；若否，则确定核验通过；所述基于所述待处理数据中包含的待流转资源数额对所述待处理数据进行数额核验，包括：核验待流转资源数额是否大于预设阈值；若是，则确定核验未通过；若否，则确定核验通过。

在对待处理数据进行前置响应动作的核验处理后，若核验通过，则更新待处理数据的处理确认信息，根据更新后的处理确认信息的确认指令，执行待处理数据进行数据处理的前置响应动作；若核验未通过，则确定待处理数据不符合提前执行响应动作的权限，对待处理数据进行数据处理，并在确定数据处理成功后执行待处理数据的响应动作。

所述处理确认信息，包括确认进行资源流转的实际资源流转数额；例如，待处理订单的待流转资源额为m元，m则为更新前的处理确认信息；可选的，所述处理确认信息，包括对所述待处理数据进行资源流转的流转数值；相应的，所述更新所述待处理数据的处理确认信息，包括：将针对所述待处理数据进行资源流转的流转数值更新为0。为了实现提交数据方对待处理数据的先享后用处理，将待处理数据的处理确认信息更新为0。

本实施例中，在更新待处理数据的处理确认信息后，根据更新后的处理确认信息的确认指令，执行待处理数据进行数据处理的前置响应动作。本实施例提供的一种可选实施方式中，所述前置响应动作，采用如下方式执行：

生成所述待处理数据的处理完成标签；

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

具体的，首先根据确认指令，生成待处理数据的处理完成标签，再根据处理完成标签，对待处理数据对应的目标对象进行转出，或者，执行待处理数据对应的处理任务；此外，在一些场景中，执行待处理数据进行数据处理的前置响应动作的过程中，仅执行生成待处理数据的处理完成标签即可。

具体实施时，对于第一数据方，在第一数据方的待处理数据被确认后，向第一数据方同步待处理数据，若检测到第一数据方的待处理数据为执行前置响应动作的待处理数据，将执行前置响应动作的待处理数据同步至第一数据方的数据池中。

步骤S104，根据针对所述数据池中至少一个待处理数据的资源预支申请，进行所述至少一个待处理数据的资源预支处理。

本实施例中，由于第一数据方执行了待处理数据的响应动作，但未接收到待处理数据的资源，在这种情况下，为了避免第一数据方的资源短缺的情况下对前置响应动作的不信任，针对第一数据方的数据池中的待处理数据，向第一数据方开通对待处理数据的资源预支权限，以使第一数据方可基于待处理数据向资源提供方进行待处理数据的资源预支，第一数据方向资源提供方进行资源预支后，在获取第二数据方对待处理数据进行数据处理，也即是第二数据方向第一数据方流转待处理数据对应的资源后，第一数据方对预支的资源进行归还。具体的，第一数据方在进行资源预支的过程中，可对一个待处理数据进行资源预支，也可对数据池中多个待处理数据进行资源预支，本实施例在此不再赘述。

所述资源预支申请，即是第一数据方针对数据池中的待处理数据提交的对待处理数据对应的资源进行预支的申请。所述资源预支处理，也即是响应于资源预支申请进行的资源预支动作。

本实施例提供的一种可选实施方式中，所述资源预支处理，包括：

向资源提供方提交携带所述至少一个待处理数据对应的资源信息的资源预支请求，以使所述资源提供方在基于所述资源信息确定资源预支数额后，按照所述资源预支数额向所述第一数据方转出资源。可选的，所述资源信息包括待处理数据的资源流转信息或者待处理数据本身；例如，资源流转信息包括待处理数据的资源流转数额、已流转资源数额和/或剩余流转数额。所述资源预支数额为第一数据方可进行资源预支的最大数额。第一数据方可预支小于或者等于资源预支数额的资源。对应的，在第一数据方预支的目标预支数额小于资源预支数额的情况下，按照目标预支数额向所述第一数据方转出资源。

具体的，第一数据方向资源提供方提交携带数据池中至少一个待处理数据对应的资源信息的资源预支请求；所述资源提供方基于资源信息确定第一数据方的资源预支数额，将资源提供方的资源账户中资源预支数额对应的资源转出至第一数据方的资源账户。

或者，上述资源预支处理的过程，还可被替换为，向资源提供方提交携带至少一个待处理数据的资源预支请求，以使所述资源提供方在基于所述至少一个待处理数据确定资源预支数额后，按照所述资源预支数额向所述第一数据方转出资源。

相当于，第一数据方以数据池中的待处理数据为担保进行资源预支。在对第一数据方进行预支处理的过程中，由于待处理数据的流转资源数额是固定的，第二数据方进行数据处理的数额不会超过流转资源数额，为了避免第一数据方以待处理数据的流转资源数额为担保，预支超出流转资源数额的资源后无法偿还导致资源提供方的资源损失，资源提供方基于资源信息确定第一数据方的资源预支数额；本实施例提供的一种可选实施方式中，所述资源预支数额，采用如下方式确定：

根据所述数据池中待处理数据对应的资源流转数额，计算所述资源预支数额；

或者，

根据所述数据池中第一待处理数据对应的剩余流转数额和第二待处理数据对应的资源流转数额，计算所述资源预支数额；

其中，所述第一待处理数据包括进行资源预流转的待处理数据，所述第二待处理数据包括未进行资源预流转的待处理数据。

具体的，所述资源预支数额，根据所述资源预支申请中携带的至少一个待处理数据的剩余流转数额确定。待处理数据的剩余流转数额包括待处理数据的资源流转数额或者第二数据方对资源流转数额提前流转一部分资源后的剩余资源流转数额。

除此之外，步骤S104还可被替换为，根据针对所述数据池中至少一个待处理数据的资源预支请求，按照资源预支数额对应的资源向所述第一数据方进行资源预支，并与本实施例提供的其他处理步骤组成新的实现方式。

步骤S106，将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，以用于对所述资源预支处理获得的预支资源进行资源返还处理。

可选的，所述流转资源以合并处理方式对处理期限的数据集进行资源流转处理获得。

本实施例中，待处理数据对应的流转资源，包括待处理数据的流转资源数额对应的资源或者剩余流转数额对应的资源。

在具体执行过程中，为了提升对第二数据方的执行前置响应动作的待处理数据的管理有效性，通过数据集对第二数据方的执行前置响应动作的待处理数据进行管理；为了保证数据集各待处理数据的第一数据方的资源安全，避免第二数据方长时间未对数据集中的待处理数据进行数据处理导致各待处理数据的第一数据方的资源损失，本实施例中，按照周期对数据集进行管理，所述周期可以是以周为单位的时间区间，也可以是以月或者更长时间为单位的时间区间；也即是对数据集设定一个处理期限，对每个周期的数据集按照周期进行数据处理，保证至少在周期结束时对数据集中的待处理数据进行数据处理；

在执行待处理数据的前置响应动作后，根据待处理数据的确认时间，将待处理数据写入对应的数据集，并对所述数据集中各待处理数据进行数据合并，获得合并数据。所述待处理数据对应的数据集，包括待处理数据中携带的数据时间所处的时间周期的数据集；所述合并数据，包括对数据集中所有的待处理数据中的数据数额进行累加后获得的合并数额。

本实施例提供的一种可选实施方式中，所述待处理数据对应的数据集，采用如下方式确定：

读取所述待处理数据中包含的数据时间，并确定所述数据时间所处的合并处理周期；

确定所述合并处理周期对应的数据集为所述待处理数据对应的数据集。

具体实施时，在确定待处理数据对应的数据集后，将待处理数据写入对应的数据集，并基于数据集中待处理数据的写入对数据集中各待处理数据进行数据合并，获得合并数据。

具体的，在对数据集中各待处理数据进行数据合并，获得合并数据的过程中，将待处理数据中的数据数额累加至数据集的历史合并数额，获得合并数据。可选的，历史合并数额基于数据集中的历史待处理数据计算获得。

获得合并数据后，第二数据方基于合并数据进行数据处理，也即是基于合并处理方式对处理期限的数据集进行资源流转处理。可选的，所述以合并处理方式对处理期限的数据集进行资源流转处理，基于对所述处理期限的数据集中各待处理数据进行数据合并获得的合并数据进行。

获得合并数据后，除了在周期结束时对数据集中的待处理数据进行数据处理，还可根据第二数据方在周期结束前对数据集的合并数据的预处理指令对合并数据进行预处理。

换句话说，对于合并数据，也即是以合并处理方式对处理期限的数据集进行资源流转处理的过程中，本实施例提供两种数据处理的方式，一种是在数据集的处理期限届满前对合并数据进行预处理，一种是在数据集的处理期限届满后对合并数据进行数据处理；在处理期限届满前对合并数据进行预处理，则会使待处理数据产生剩余流转数额。下述分别对这两种对合并数据的处理方式进行具体说明。

本实施例提供的第一种可选实施方式中，以合并处理方式对处理期限的数据集进行资源流转处理的过程中，执行如下操作：

根据所述处理期限届满前检测到的携带所述合并数据的预处理数据，按照所述预处理数据对所述数据集中至少一者进行资源预流转；

在检测到所述处理期限届满后，按照剩余合并数据从第二数据方进行资源转出以进行所述数据集的二次资源流转。

具体的，根据预处理数据，采用预处理方式按照所述预处理数据对所述数据集中至少一者进行数据处理；基于所述合并数据和所述预处理数据，计算所述数据集的剩余合并数据以及所述数据集中各待处理数据的剩余流转数额，进一步，在检测到处理期限届满后，若剩余合并数据不为0，按照剩余合并数据从第二数据方进行资源转出，并基于转出资源，按照各待处理数据的剩余流转数额对各待处理数据进行二次资源流转；若剩余合并数据为0，不做处理即可。

本实施例中，所述预处理方式，包括：第二数据方配置的所述第二数据方的至少一个资源账户的处理方式和/或第三方提供方进行资源代付的处理方式。本实施例提供的一种可选实施方式中，按照第二数据方配置的资源账户对应的处理方式进行提前处理的过程中，调用目标资源账户的资源转出接口转出所述预处理数据对应的转出资源，并将所述转出数据向所述预处理数据对应的第一数据方转入。

可选的，第三方提供方在第二服务方完成对应的代付任务或者符合一定条件的情况下对合并数据进行代付。

下述对本实施例中代付场景的处理过程进行说明。

(1)本实施例提供的一种可选实施方式中，采用如下方式对合并数据进行代付处理：

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

若所述二次处理数据处理成功，从所述二次处理数据对应的资源账户进行资源转出以向所述预处理数据对应的第二数据方转入。

具体的，调用二次处理接口生成携带所述合并数据的预处理数据对应的二次处理对象的二次处理数据；若二次处理数据处理成功，基于二次处理数据对应的资源账户按照预处理数据对数据集中至少一者进行数据处理；若二次处理数据处理失败，基于第一数据方的资源账户按照所述预处理数据进行数据处理。

(2)本实施例提供的一种可选实施方式中，采用如下方式对合并数据进行代付处理：

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

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

具体的，调用任务生成接口生成预处理数据对应的任务提供对象的处理任务，并在第二数据方或者所述任务提供对象提交所述第二数据方对所述处理任务的完成结果的情况下，基于所述任务提供对象的资源账户，按照所述预处理数据对所述数据集中至少一者进行数据处理。

(3)本实施例提供的一种可选实施方式中，采用如下方式对合并数据进行代付处理：

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

基于资源赠与处理获得的赠与资源进行所述数据集中至少一者的数据处理。

具体的，获得合并数据后，基于合并数据和第二数据方的数据方标识，核验该合并数据是否满足赠与条件，若是，则将资源赠与数据方的数据账户确定为第三方数据账户；根据资源赠与数据方的资源账户，按照预处理数据对所述数据集中至少一者进行数据处理。

在进行预处理的过程中，可对合并数据进行预处理，也可对合并数据中的一部分进行预处理；在对合并数据进行预处理的过程中，获得转出资源后按照数据集中各待处理数据的资源流转数额向对应的第一数据方进行资源流转即可；若是对合并数据中的一部分进行预处理，则首先确定数据集中按照预处理数据进行数据处理(资源流转)的待处理数据以及确定的待处理数据的流转数额；再按照待处理数据的流转数额对确定的待处理数据进行资源流转。

本实施例提供的一种可选实施方式中，采用如下方式进行数据集的预处理：

计算所述预处理数据中对所述数据集中各待处理数据的分摊资源数额；

基于所述各待处理数据的分摊资源数额，对所述各待处理数据进行数据处理；

或者，

确定所述数据集中基于所述预处理数据进行数据处理的至少一个待处理数据；

根据所述预处理数据的资源流转数额和所述预处理数据，对所述至少一个待处理数据进行数据处理。

具体的，将预处理数据平均分配或者按比例分配至数据集中各待处理数据，基于分配至各待处理数据的分配数据对各待处理数据进行数据处理；或者，按照数据集中各待处理数据的数据时间对各待处理数据进行由先到后排序，获得按照时间顺序排序的待处理数据队列，根据预处理数据确定待处理数据队列中的至少一个待处理数据，对至少一个待处理数据进行数据处理。

为了保证数据集中各待处理数据对应的第一数据方的数据安全，避免由于各待处理数据对应的第一数据方长时间无法获取对应待处理数据的数据，本实施例提供的第二种可选实施方式中，以合并处理方式对处理期限的数据集进行资源流转处理的过程中，执行如下操作：

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

上述提供了对合并数据以合并处理方式进行资源流转的执行过程；

具体实施时，在至少一个待处理数据中各待处理数据对应的第二数据方对各待处理数据对应的合并数据进行数据处理后，将各待处理数据对应的流转资源划拨至第一数据方；第一数据方根据获取到的流转资源对资源预支处理获得的预支资源进行资源返还处理。

可选的，所述将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，包括：若检测到所述至少一个待处理数据中任一待处理数据对应的第二数据方以合并处理方式转出所述任一待处理数据对应的流转资源，将所述流转资源划拨至所述第一数据方。也即是，上述步骤S106可被替换为若检测到所述至少一个待处理数据中任一待处理数据对应的第二数据方以合并处理方式转出所述任一待处理数据对应的流转资源，将所述流转资源划拨至所述第一数据方，并与本实施例提供的其他处理步骤组成新的实现方式。

在具体执行过程中，第一数据方接收到至少一个待处理数据对应的流转资源后，基于至少一个待处理数据对应的流转数据对资源预支处理获得的预支资源进行资源返还处理。本实施例提供的一种可选实施方式中，所述资源返还处理，包括：在所述预支资源的预支期限届满后，从所述第一数据方转出资源至所述资源提供方。

所述预支期限，包括：接收到至少一个待处理数据对应的流转资源后的预设时间内。此外，还可以不设定预支期限；也即是，所述资源返还处理，包括，从所述第一数据方转出资源至进行资源预支处理的资源提供方。

为了进一步保证第一数据方对预支资源的返还的有效性，避免第一数据方接收到流转资源后用于其他流转导致无法返还预支资源，将至少一个待处理数据对应的流转资源划拨至第一数据方后进行冻结，冻结后该流转资源仅可用于进行预支资源的返还；基于此，本实施例提供的一种可选实施方式中，所述第一数据方转出的资源，包括对所述第一数据方处于冻结状态的流转资源进行解冻获得的解冻资源；其中，所述解冻资源，通过对基于合并数据进行对应的资源流转进行冻结处理获得。

需要说明的是，若至少一个待处理数据为多个，第一数据方在获取到一个待处理数据的流转资源后可基于这一个待处理数据的流转资源对预支资源进行返还，也可在多个待处理数据对应的流转资源都划拨至第一数据方后，基于多个待处理数据对应的流转资源进行预支资源的资源返还。也即是，第一数据方在进行资源返还的过程中，可一部分一部分进行返还，也可一次性全部返还，本实施例在此不做限定。

此外，步骤S106还可被替换为，将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，以用于对所述资源预支处理获得的预支资源进行资源返还处理，并与本实施例提供的其他处理步骤组成新的实现方式，或者，还可被替换为，将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，并与本实施例提供的其他处理步骤组成新的实现方式。

或者，还可在第一数据方基于待处理数据进行资源预支后，若检测到以合并处理方式对处理期限的数据集进行资源流转获得的流转资源，则将所述流转资源转移至所述资源预支处理对应的资源提供方；或者，连续性的将流转资源划拨至第一数据方后，对资源预支处理获得的预支资源进行资源返还处理；也即是，步骤S106还可被替换为，将所述至少一个待处理数据对应的流转资源划拨至所述资源预支处理对应的资源提供方，并与本实施例提供的其他处理步骤组成新的实现方式；或者，还可被替换为，将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，并对所述资源预支处理获得的预支资源进行资源返还处理。

综上所述，本实施例提供的数据处理方法，通过对第一数据方的执行前置响应动作的待处理数据进行汇总，并且开通第一数据方针对执行前置响应动作的待处理数据的资源预支权限，使第一数据方以已执行前置响应动作的待处理数据为担保进行资源预支，避免第一数据方资源缺失；具体的，每获取到执行前置响应动作的待处理数据，将待处理数据同步至对应的第一数据方的数据池中，若检测到第一数据方针对数据池中目标待处理数据的资源预支请求，根据目标待处理数据确定资源预支数额，按照所述资源预支数额对第一数据方进行资源预支处理，将目标待处理数据对应的第二数据方对目标待处理数据进行资源转出的流转资源划拨至第一数据方，以进行预支资源的返还处理；以此，在保证第二数据方前置感知响应动作的基础上，避免第一数据方执行响应动作却未收到流转资源的情况下第一数据方的资源缺失，进一步影响第一数据方对前置执行响应动作的信任度。

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

步骤S202，获取执行前置响应动作的待处理数据。

步骤S204，将待处理数据同步至对应的第一数据方的数据池中。

步骤S206，根据第一数据方针对数据池中至少一个待处理数据的资源预支请求，确定各待处理数据的剩余流转数额。

步骤S208，基于各待处理数据的剩余流转数额，计算至少一个待处理数据的资源预支数额。

可选的，将各待处理数据的剩余流转数额进行加和，获得资源预支数额。

步骤S210，从资源提供方的资源账户中转出资源预支数额对应的资源至第一服务方。

步骤S212，若检测到至少一个待处理数据中任一待处理数据对应的流转资源，则将该流转资源划拨至第一服务方。

步骤S214，根据第一服务方对该流转资源的返还请求，将该流转资源划拨至资源提供方的资源账户。

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

本申请提供的订单处理方法，在针对待支付订单执行前置响应动作之后，将待支付订单同步至对应的商家的订单列表中，以作为商家后续进行借贷申请的依据，具体在借贷申请的过程中，商家可以选择订单列表中至少一个待支付订单提出借贷申请，进行资金借贷处理后商家能够获得相应的借贷资金，在商家获得相应的借贷资金之后，以合并处理方式对待支付订单所属的订单集进行支付处理获得的支付资金，会被划拨至商家，商家可使用这部分支付资金对借贷资金进行归还处理，以此形成待支付订单的资金借贷、资金归还的完整资金链路，以此在满足支付处理的灵活性的同时，提升了商家的资金使用便捷性。

步骤S302，将执行服务响应动作的待支付订单同步至对应商家的订单列表中。

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

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

实际应用中，在一些场景中，生成待支付订单并且支付后，需要由待支付订单对应的商家进行对应的服务响应动作，例如，在电商交易场景中，生成对目标商品的待支付订单，用户对待支付订单进行支付后，商家需要对用户进行发货；再例如，在线下娱乐场景中，用户购买某娱乐场所的门票，对待支付订单进行支付后，商家对用户进行准入。在上述两个例子中，对用户进行发货和对用户进行准入则是待支付订单对应的服务响应动作。

也即是，所述服务响应动作，包括待支付订单对应的商家或者服务方向用户提供服务或者进行商品转移。

为了提升商家对执行响应动作的商家为该商家的待支付订单的感知程度，通过商家的订单列表存储执行响应动作的商家为该商家的待支付订单；可选的，所述商家的订单列表，由至少一个用户的合并支付账期的订单集合中的目标订单组成；其中，所述目标订单包括订单参与方包含所述商家的待支付订单。换句话说，所述商家的订单列表，由至少一个用户的执行前置响应动作的待支付订单组成；其中，所述商家的订单列表中的待支付订单包括资金流转的接收方为所述商家的待支付订单。

具体实施时，由于先响应再支付，存在用户不支付或者支付金额不足的情况，在商家已经执行对待支付订单的服务响应动作后无法收到对应的资金，在一定程度上会导致商家的不信任，影响商家体验，为了避免用户不支付或者支付金额不足的情况导致对商家和造成的资金损失，在用户对待支付订单进行先响应再支付的过程中，需要对用户和/或待支付订单进行核验，以进行风险控制。

实际应用中，在对用户和/或待支付订单进行核验的过程中，由于数据缺失或者数据量少都会导致风险控制的效果不佳；而本实施例中，基于大量的元数据以及用户的大量的服务数据对用户和/或待支付订单进行核验，以此提升对用户和/或待支付订单的风险控制的有效性，对应的，在对用户和/或待支付订单的风险控制更有效的情况下，用户可进行先响应后支付的待支付订单的订单金额即可相应提升。

具体实施时，在将执行服务响应动作的待支付订单同步至对应商家的订单列表中执行之前，还包括：

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

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

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

可选的，所述订单响应前置的准入核验是指核验待支付订单和/或对应用户能否在对待支付订单进行待支付金额的支付之前对用户执行服务响应动作的核验。换句话说，对所述待支付订单和/或对应用户进行订单响应前置的准入核验，包括：核验待支付订单和/或对应用户是否符合提前执行服务响应动作的准入条件；提前即是在对待支付订单的待支付金额进行支付之前，或者，即核验待支付订单和/或对应用户是否满足“先享后付”的准入条件。

具体的，在对待支付订单进行核验处理的过程中，根据待支付订单中包含的用户标识和数据平台标识，确定数据平台对接的第三方应用的应用数据、接入数据平台的数据服务的服务数据以及用户在数据平台对历史待支付数据，将应用数据、服务数据和历史待支付数据输入数据评级算法对用户进行数据评级，获得用户的评级级别，按照评级级别对应的核验方式，对待支付订单进行核验处理，获得核验结果。可选的，历史待支付数据包括用户对历史合并支付账期的合并信息的支付信息。

除了上述提供的对待支付订单和/或对应用户的核验处理方式之外，本实施例提供的另一种可选实施方式中，还可采用如下方式对待支付订单进行核验处理：

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

其中，所述支付金额分布，根据数据平台的用户数据对参与支付的用户进行支付金额的分布计算获得。

可选的，所述支付金额分布，包括按照不同的资金额度进行划分的资金区间；例如，[1，1000]、(1000，5000]、(5000，10000]为不同的支付金额分布。除提供的三种支付金额分布之外，还可向上递增；需要说明的是，为了保证风险控制的有效性，对于支付金额分布的金额划分，可基于需求进行配置，例如对于较小的金额，支付金额分布的差值可以适当减小，如上述以1000为区间差值；对于中等金额，支付金额分布可以适当增加，如上述以4000和5000作为区间差值；对于较高的金额，则可以以百万或者亿作为区间差值进行支付金额分布的确定。本实施例中，用户的支付金额分布，包括用户所有的资金金额所处的资金区间，或者，包括用户在数据平台的已支付金额所处的按照不同的资金额度进行划分的资金区间。

具体的，根据用户标识读取该用户在数据平台的资金信息和/或已支付金额，以及根据数据平台的应用数据和服务数据确定支付金额分布情况，确定资金信息和/或已支付金额在支付金额分布情况中匹配的支付金额分布，并按照该支付金额分布对应的核验方式对待支付订单和/或对应用户进行核验处理，获得核验结果。

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

此外，本实施例还提供一种可选实施方式中，还可采用如下方式对待支付订单进行核验处理：

读取对应用户的信用评级，核验所述信用评级是否满足订单响应前置的评级条件，和/或核验待支付订单的订单支付金额是否满足订单响应前置的金额准入条件；若是，确定核验通过；若否，确定核验未通过。所述评级条件，包括信用评级为预设评级和/或，订单支付金额(待支付金额)小于预设阈值。

若核验通过，则将待支付订单的支付处理金额更新为0；若核验未通过，则不做处理即可。

所述支付处理金额，包括确认进行资金支付的实际支付资金金额；例如，待支付订单的待支付金额为m元，m则为更新前的支付处理金额；可选的，所述支付处理金额，包括对所述待支付订单进行资金支付的支付金额；相应的，所述将待支付订单的支付处理金额更新为0，包括：将针对所述待支付订单进行资金支付的支付金额更新为0。为了实现用户对待支付订单的先享后用处理，将待支付订单的支付处理金额更新为0。

本实施例中，在更新待支付订单的支付处理金额后，根据更新后的处理确认信息的确认指令，执行待支付订单的服务响应动作。本实施例提供的一种可选实施方式中，所述服务响应动作，采用如下方式执行：

生成所述待支付订单的前置支付标签；

根据所述待支付订单的前置支付标签，对所述待支付订单对应的支付商品进行发货处理，或者，进行所述待支付订单对应的支付服务的服务处理。

具体的，执行待支付订单对应的服务响应动作的过程中，根据确认指令生成待支付订单的前置支付标签，和/或，根据所述待支付订单的前置支付标签，对待支付订单对应的支付商品进行发货处理或者进行待支付订单对应的支付服务的服务处理。

根确认指令生成待支付订单的前置支付标签，并向商家发送待支付订单的前置支付标签，以使商家根据前置支付标签对支付订单对应的支付商品进行发货处理，或者，进行所述待支付订单对应的支付服务的服务处理。

在具体执行过程中，在商家对应的待支付订单被确认后，向商家同步待支付订单，若检测到商家的待支付订单为支付处理金额为0，且执行服务响应动作的待支付订单，则将支付处理金额为0且执行服务响应动作的待支付订单同步至商家的订单列表。

步骤S304，根据所述商家针对所述订单列表中至少一者的借贷申请，进行所述订单列表中至少一者的资金借贷处理。

本实施例中，由于商家执行了待支付订单的服务响应动作，但未接收到待支付订单对应的资金，在这种情况下，为了避免商家的资金短缺的情况下对提前执行服务响应动作的不信任，针对商家的订单列表中的待支付订单，向商家开通对待支付订单的资金借贷权限，以使商家可基于待支付订单向资金提供方进行待支付订单的资金借贷，商家向资金提供方进行资金借贷后，在获取对应用户对待支付订单进行支付处理，也即是对应用户向商家支付待支付订单对应的资金后，商家对借贷的资金进行归还。具体的，商家在进行资金借贷的过程中，可对一个待支付订单进行资金借贷，也可对订单列表中多个待支付订单进行资金借贷，本实施例在此不再赘述。

所述借贷申请，即是商家针对订单列表中的待支付订单提交的对待支付订单对应的资金进行借贷的申请。所述资金借贷处理，也即是响应于借贷申请进行的资金借贷动作。

本实施例提供的一种可选实施方式中，所述资金借贷处理，包括：

向目标机构提交携带订单信息和账户标识的资金借贷请求，以使所述目标机构在基于所述订单信息确定借贷额度后，按照所述借贷额度将借贷资金转入所述账户标识对应的商家账户。可选的，所述目标机构，包括提供资金借贷对应资金的资金提供方。所述订单信息：包括待支付订单中记录的订单标识等数据和/或该待支付订单对应的资金流转信息；例如，资金流转信息包括待支付订单的待支付金额、已支付金额和/或剩余待支付金额。所述借贷额度为商家可进行资金借贷的最大金额，商家可借贷小于或者等于借贷额度的资金；对应的，在商家借贷的目标借贷金额小于借贷金额的情况下，按照目标借贷金额将借贷资金转入账户标识对应的商家账户。

具体的，商家向资金提供方提交携带订单列表中至少一个待支付订单或者订单信息和账户标识的资金借贷请求；所述资金提供方基于资金信息确定商家的借贷额度，将资金提供方的资金账户中借贷额度对应的资金转出至商家的资金账户，也即是转出至所述账户标识对应的商家账户。

或者，上述资金借贷处理的过程，还可被替换为，向资金提供方提交携带至少一个待支付订单的资金借贷请求，以使所述资金提供方在基于所述至少一个待支付订单确定借贷额度后，按照所述借贷额度向所述商家转出资金。

相当于，商家以订单列表中的待支付订单为担保进行资金借贷。在对商家进行资金借贷处理的过程中，由于待支付订单的待支付金额是固定的，对应用户进行支付处理的金额不会超过待支付金额，为了避免商家以待支付订单的待支付金额为担保，借贷超出待支付金额的资金后无法偿还导致资金提供方的资金损失，资金提供方基于待支付订单的订单信息确定商家的借贷额度；本实施例提供的一种可选实施方式中，所述借贷额度，采用如下方式确定：

根据所述订单列表中待支付订单的待支付金额，计算所述借贷额度；

或者，

根据所述订单列表中第一待支付订单的剩余支付金额和第二待支付订单的待支付金额，计算所述借贷额度；

其中，所述第一待支付订单包括通过预支付进行部分支付的待支付订单，所述第二待支付订单包括未进行预支付的待支付订单。

具体的，所述借贷额度，根据所述借贷申请中携带的至少一个待支付订单的剩余金额确定。待支付订单的剩余金额包括待支付订单的待支付金额或者对应用户对待支付金额提前支付一部分资源后的剩余待支付金额。

例如，商家选择了订单列表中的两个待支付订单，一个待支付订单的待支付金额为m1，一个待支付订单的待支付金额为m2，这两个待支付订单对应的合并支付账期的合并信息都没有被提前支付，则计算m1+m2＝m作为商家的借贷额度。

再例如，商家选择了订单列表中两个待支付订单，待支付订单A1的待支付金额为m1，待支付订单A2的待支付金额为m2，待支付订单A1对应的合并支付账期的合并信息被提前支付，在此情况下，待支付订单A1提前支付了m3(m3<m1)，在获取到商家对这两个待支付订单的借贷申请后，计算m1－m3+m2＝m4作为商家的借贷额度。

此外，步骤S304还可被替换为，根据所述商家针对所述订单列表中至少一者的借贷申请，按照借贷额度对应的资金向所述商家进行资源借贷处理，并与本实施例提供的其他处理步骤组成新的实现方式。

步骤S306，将所述待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金划拨至所述商家的商家账户，以用于对所述资源借贷处理获得的借贷资金进行资金归还处理。

可选的，所述支付资金以合并支付方式对合并支付账期的订单集合进合并支付获得；所述合并支付，基于对所述待支付订单和所述订单集合中的关联订单进行合并处理获得的合并信息进行。

本实施例中，待支付订单对应的支付资金，包括待支付订单的待支付金额对应的资源或者剩余待支付金额对应的资金。

为了提升对用户的待支付订单管理的有效性，按照周期对用户产生的待支付订单进行管理；为了保证订单集合中各待支付订单的商家的资金安全，避免用户长时间未对订单集合中的待支付订单进行支付导致各待支付订单对应的商家的资金损失，本实施例中，按照周、月、季度等周期对待支付订单进行周期性管理；也即是对订单集合设定一个支付期限，对每个周期的订单集合按照周期进行支付处理，保证至少在周期结束时对订单集合中的待支付订单进行支付处理；划分的每一个周期即为合并支付账期；为了提升对合并支付账期内的待支付订单管理的便捷性，将一个合并支付账期内产生的待支付订单通过该合并支付账期的订单集合进行管理。合并支付账期的订单集合由该合并支付账期的待支付订单构成。

从用户角度来说，在执行待支付订单的服务响应动作后，根据待支付订单的确认时间，将待支付订单写入对应的订单集合，并对所述订单集合中各待支付订单进行合并处理，获得合并信息。所述待支付订单对应的订单集合，包括待支付订单中携带的订单时间所处的时间周期的订单集合；所述合并信息，包括对订单集合中所有的待支付订单中的待支付数额进行累加后获得的合并金额。

具体实施时，为了保证确定的待支付订单对应合并支付账期的准确性和有效性，本实施例提供的一种可选实施方式中，采用如下方式确定待支付订单对应的合并支付账期：

读取所述待支付订单中包含的订单确认时间，并根据所述订单确认时间确定对应的合并支付账期。

具体的，根据待支付订单中包含的订单确认时间，将所述订单确认时间所处时间区间对应的合并支付账期确定为所述待支付订单对应的合并支付账期；也即是，根据所述待支付订单中包含的订单确认时间确定所述待支付订单对应的合并支付账期。

具体实施时，在确定待支付订单对应的订单集合后，将待支付订单写入对应的订单集合，并对所述待支付订单和所述订单集合中的关联订单进行合并处理，获得合并信息。

具体的，在对所述待支付订单和所述订单集合中的关联订单进行合并处理，获得合并信息的过程中，将待支付订单中的待支付金额累加至订单集合的历史合并金额，获得合并金额。可选的，历史合并金额基于订单集合中关联订单的待支付金额计算获得。

获得合并信息后，用户基于合并信息进行支付处理，也即是基于合并处理方式对合并支付账期的订单集合进行支付处理。可选的，所述以合并处理方式对合并支付账期的订单集合进行支付处理，基于对所述合并支付账期的订单集合中各待支付订单进行合并处理获得的合并信息进行。

获得合并信息后，除了在合并支付账期届满后对订单集合中的待支付订单进行支付处理，还可根据用户在合并支付账期届满前对订单集合的合并信息的预支付指令对合并信息进行预支付处理。

换句话说，对于合并信息，也即是以合并处理方式对合并支付账期的订单集合进行支付处理的过程中，本实施例提供两种合并支付处理的方式，一种是在合并支付账期届满前对合并信息进行预支付处理，一种是在合并支付账期届满后对订单集合中的待支付订单进行支付处理；在合并支付账期届满前对合并信息进行预支付处理，则会使待支付订单和合并支付账期产生剩余待支付金额和剩余合并信息。下述分别对这两种对合并信息的支付方式进行具体说明。

本实施例提供的第一种可选实施方式中，以合并处理方式对合并支付账期的订单集合进行支付处理的过程中，执行如下操作：

根据所述合并支付账期届满前检测到的携带合并信息的预支付请求，调用支付渠道按照所述预支付请求携带的预支付金额对所述订单集合中至少一者进行支付处理；

在所述合并支付账期届满后，按照剩余合并信息和资金账户对所述订单集合进行二次支付处理；

其中，所述合并信息通过对订单集合中的所述待支付订单和关联订单进行合并处理获得；所述剩余合并信息基于所述合并信息和所述预支付金额计算获得。

具体的，根据合并支付账期届满前检测到的携带合并信息的预支付请求，按照预支付请求携带的目标支付渠道和预支付金额对订单集合中至少一者进行支付处理，根据合并信息和预支付金额计算订单集合的剩余合并信息以及订单集合中各待支付订单的剩余待支付金额。在检测到合并支付账期届满后，若订单集合的剩余合并信息不为0，则基于用户配置的资金账户列表，按照订单集合的剩余合并信息对订单集合的剩余合并信息进行支付处理。若订单集合的剩余合并信息为0，则不做处理即可。可选的，在基于用户配置的资金账户列表，按照订单集合的剩余合并信息对订单集合的剩余合并信息进行支付处理的过程中，基于资金账户列表，按照订单集合中各待支付订单的剩余待支付金额对对应的待支付订单进行支付处理。

在具体执行过程中，本实施例提供的一种可选实施方式中，采用如下方式实现按照预处理请求携带的目标支付渠道和预支付金额对订单集合中至少一者进行支付处理的过程中至少一者的分摊金额，采用如下方式确定：

基于所述预支付请求，计算预支付金额对所述各待支付订单的平均分摊金额；

或者，

基于所述预支付请求，计算所述各待支付订单的待支付金额比；

按照所述待支付金额比和所述预支付金额，计算所述各待支付订单的分摊金额；

或者，

基于所述支付请求，按照订单确认时间对所述各待支付订单进行排序，获得订单队列；

根据所述预支付金额在所述订单队列中确定目标订单，并按照所述预支付金额和所述目标订单的待支付金额计算所述各待支付订单的分摊金额。

例如，合并信息为M，获取到预支付金额为m(m≤M)，若m＝M，则按照预支付请求中携带的目标资金账户对订单集合中各待支付订单进行支付处理；若m＜M，确定预支付金额对订单集合中各待支付金额的平均分摊金额，按照目标资金账户对各待支付数据进行平均分摊金额对应的支付处理；支付处理后，合并支付账期的剩余合并信息为M－m；在检测到合并支付账期届满后，若读取到的合并支付账期的剩余合并信息M－m≠0，则读取用户配置的资金账户列表，按照资金账户列表中第一优先级的资金账户对M－m进行支付处理，若第一优先级的资金账户的账户余额不足以支付M－m，则按照资金账户列表中第二优先级的资金账户对M－m进行支付处理，以此类推，直至对M－m支付成功。还需要说明的是，若资金账户列表中所有资金账户的账户余额都不足以支付M－m，则基于资金账户列表中多个资金账户共同对M－m进行支付处理。

除此之外，提前预支一部分的情况下，根据合并支付账期和合并信息进行订单集合的合并支付的过程，还可被替换为，根据所述合并支付账期届满前检测到的携带合并信息的预支付请求中的预支付金额，确定订单集合中基于所述预支付金额进行支付处理的目标订单以及各目标订单的订单预支付金额；根据所述预支付请求中携带的目标资金账户，按照所述各目标订单的订单预支付金额对所述各目标订单进行支付处理；可选的，还包括：基于所述合并信息和所述预支付金额计算所述合并支付账期的剩余合并金额，以及基于订单集合中各待支付订单的订单支付金额和订单预支付金额计算各待支付订单的订单剩余金额；若检测到所述合并支付账期届满，基于用户配置的资金账户按照各待支付订单的订单剩余金额对各待支付订单进行支付处理。

需要说明的是，用户在进行预支付处理的过程中，可以对在候选支付渠道中进行目标支付渠道进行选择，可选的，所述候选支付渠道，包括下述至少一项：预先配置的第一渠道类型的资金账户，绑定支付渠道的支付账户以获取渠道支付权益的第二渠道类型的资金账户，执行渠道任务以进行代付处理的第三渠道类型的资金账户，进行资源赠与的第四渠道类型的资金账户。

下述分别对上述四种资金账户对合并信息进行预支付处理的过程进行具体说明。

(1)第一渠道类型的资金账户

本实施例提供的一种可选实施方式中，根据所述合并支付账期届满前检测到的携带合并信息的预支付请求，调用支付渠道按照所述预支付请求携带的预支付金额对所述订单集合中至少一者进行支付处理，包括：

基于所述合并支付账期届满前获取到的预支付请求，按照所述预支付请求携带的预支付金额，从目标支付渠道对应的资金账户进行资金转出；

根据转出资金进行所述预支付金额的支付。

具体的，根据预支付请求中携带的用户预先配置的资金账户标识对应的资金账户，按照预支付金额对所述合并信息进行预支付处理。

(2)第二渠道类型的资金账户

实际应用中，存在用户在第三方账户平台开通用户的资金账户，但未将资金账户绑定至数据平台，由于数据平台提供各种各样的支付方式，第三方账户平台为了提升用户对开通的资金账户的使用率，可向用户发放一定的权益，使用户将在第三方账户平台开通的资金账户绑定至数据平台，并在通过数据平台进行支付处理的过程中基于在第三方账户平台开通的资金账户进行资金转移。

本实施例提供的一种可选实施方式中，在确定用户的支付渠道列表的过程中，可读取各第三方账户平台开放的绑定权益，并将第三方账户平台和开放的绑定权益也作为支付渠道列表的一部分。

例如列表展示页面中的绑卡活动区域展示的待绑定银行卡或者信用卡的展示区域，展示有第一账户平台银行卡和第二账户平台信用卡，其中，第一账户平台银行卡的展示区域还展示有基于该银行卡进行支付处理可以享受的权益“满300减30”第二账户平台信用卡的展示区域还展示有基于该信用卡进行支付处理可以享受的权益“满200减20”。

进一步，用户可通过绑定银行卡或者信用卡，基于绑定的资金账户以及对应的支付权益对合并信息进行支付处理。

本实施例提供的一种可选实施方式中，数据平台采用如下方式根据第二渠道类型的支付渠道对所述订单集合中至少一者的支付处理：

根据预处理请求中携带的第二渠道类型的资金账户标识，确定所述资金账户标识关联的渠道支付权益；所述渠道支付权益在建立用户标识与所述资金账户标识的绑定关系后关联至所述用户标识和/或所述资金账户标识；

基于所述预处理请求中携带的预处理金额和所述渠道支付权益，计算所述资金账户标识对应的资金账户的转出金额以及所述资金账户的账户提供方的权益转出金额；

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

基于资金转出获得的资金对所述订单集合中至少一者进行支付处理。

例如，账户提供方与数据平台进行协议签署，约定用户在数据平台绑定在账户提供方开通的资金账户后，向用户发放满300减30的权益，用户基于该资金账户对400的合并金额进行支付的过程中，根据合并金额和满300减30的权益，计算该资金账户的转出金额为370，账户提供方的转出金额为30，则分别从资金账户和账户提供方的资金账户进行对应转出金额的资金转出，并基于资金转出获得的资金对合并金额对应的订单集合中至少一者进行支付处理。

此外，账户提供方还可与数据平台约定，权益由账户提供方和数据平台共同提供；即满300减30的权益中的30，由账户提供方与数据平台分别转出一部分。具体的，账户提供方和数据平台共同提供权益的情况下对订单集合中至少一者进行支付处理的方式与上述账户提供方提供权益的处理方式类似，参照上述说明内容即可，本实施例在此不做赘述。

(3)第三渠道类型的资金账户

实际应用中，接入数据平台的服务方，为了促进服务方的服务率，可与数据平台交互确认在用户完成对服务方的服务处理后，由服务方对用户的合并信息进行代付处理。在具体实现场景中，服务方可以为提供商品服务的服务方；具体的，该服务方可设定在用户购买服务方的指定商品或者指定金额的商品后对用户的合并信息进行代付处理；此外，存在服务方由于服务需求大导致服务人手欠缺，为了补充服务方的人手，保证服务方的服务效率，服务方可设定在用户向服务方提供对应服务后对用户的合并信息进行代付处理。

基于此，本实施例中渠道任务包括购买商品或者执行代付任务。需要说明的是，用户是否具有购买商品或者执行代付任务以使服务方对用户进行代付处理的权限，需要对用户和合并信息进行核验；具体的核验用户和/或待支付订单是否符合第三渠道类型的资金账户对应的服务方的代付准入条件。可选的，服务方的代付准入条件包括：合并信息小于指定商品的商品金额或者指定金额的预设比例。

a、商品购买

本实施例提供的一种可选实施方式中，根据合并支付账期和合并信息进行订单集合的合并支付的过程中，执行如下操作：

基于所述合并支付账期届满前获取到的预支付请求，生成所述预支付请求携带的预支付金额对应的推荐订单；

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

具体的，若合并支付账期届满前获得的预支付请求携带的目标支付渠道为消费代付的服务方代付的支付渠道，则生成服务方的推荐订单，并在推荐订单支付成功的情况下，服务方的资金账户进行资金转出，以对预支付请求携带的预支付数据进行支付处理。

可选的，推荐订单中的商品和/或服务信息由服务方配置或者由用户选择提交。

b、服务提供

本实施例提供的一种可选实施方式中，根据合并支付账期和合并信息进行订单集合的合并支付的过程中，执行如下操作：

基于所述合并支付账期届满前获取到的预支付请求，创建所述预支付请求携带的预支付金额对应的代付任务；

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

具体的，若合并支付账期届满前获得的预支付请求携带的目标支付渠道为服务代付的服务方代付的支付渠道，则创建服务方的代付任务，并在用户完成代付任务的情况下，从服务方的资金账户进行资金转出，以对预支付请求携带的预支付数据进行支付处理。

例如，用户选择服务代付的服务方代付的第二服务方对合并信息进行代付之后，需要在第二服务方进行预设时间的打工服务，打工完成后可由第二服务方对合并信息进行代付处理。

可选的，服务任务中的任务信息由服务方配置或者由用户选择提交。进一步，预支付数额还可根据用户选择的服务时间确定。

(4)第四渠道类型的资金账户

实际应用中，存在用户参与公益性服务，或者符合公益性服务的准入条件的情况，这种情况下，在用户的合并信息小于公益性服务的代付准入数额的情况下，可由公益性服务对用户的合并信息进行代付处理。

本实施例提供的一种可选实施方式中，根据合并支付账期和合并信息进行订单集合的合并支付的过程中，执行如下操作：

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

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

具体的，获取携带合并信息的预支付请求，若预处理请求携带的目标支付渠道为公益性服务的支付渠道，基于公益性服务的资金账户进行预支付数额的资金转出，并基于资金转出的资金对订单集合中至少一者进行支付处理。

上述不同渠道类型的支付渠道对合并信息进行预支付的过程可相互参照，本实施例在此不再赘述。

为了保证订单集合中各待支付订单对应的商家的数据安全，避免由于各待支付订单对应的商家长时间无法获取对应待支付订单的资金，本实施例提供的第二种可选实施方式中，以合并处理方式对合并支付账期的订单集合进行支付处理的过程中，执行如下操作：

在检测到所述合并支付账期届满后，按照所述合并信息和至少一个用户账户对所述订单集合进行支付处理；

其中，所述用户账户包括提交所述待支付订单的用户针对所述合并信息配置的资金账户队列中的资金账户。

具体实施时，在至少一个待支付订单中各待支付订单对应的用户对各待支付订单对应的合并信息进行支付处理后，将各待支付订单对应的支付资金划拨至商家；商家根据获取到的支付资金对资金借贷处理获得的借贷资金进行资金归还处理。

可选的，所述将所述至少一个待支付订单对应的支付资金划拨至所述商家，包括：若检测到所述至少一个待支付订单中任一待支付订单对应的用户以合并处理方式转出所述任一待支付订单对应的支付资金，将所述支付资金划拨至所述商家。

在具体执行过程中，商家接收到至少一个待支付订单对应的支付资金后，基于至少一个待支付订单对应的流转数据对资金借贷处理获得的借贷资金进行资金归还处理。本实施例提供的一种可选实施方式中，所述资金归还处理，包括：在所述借贷资金的借贷期限届满后，从所述商家账户转出资金至所述目标机构。

所述借贷期限，包括：接收到至少一个待支付订单对应的支付资金后的预设时间内。此外，还可以不设定借贷期限；也即是，所述资金归还处理，包括，从所述商家转出资金至进行资金借贷处理的目标机构。

为了进一步保证商家对借贷资金的归还的有效性，避免商家接收到支付资金后用于其他流转导致无法归还借贷资金，将至少一个待支付订单对应的支付资金划拨至商家后进行冻结，冻结后该支付资金仅可用于进行借贷资金的归还；基于此，本实施例提供的一种可选实施方式中，所述商家账户转出的资金，包对所述商家账户内处于冻结状态的支付资金进行解冻获得的支付资金；其中，所述处于冻结状态的支付资金，通过对至少一个用户的合并支付账期的订单集合进行合并支付并划拨至所述商家账户的支付资金进行冻结处理获得。

需要说明的是，若至少一个待支付订单为多个，商家在获取到一个待支付订单的支付资金后可基于这一个待支付订单的支付资金对借贷资金进行返还，也可在多个待支付订单对应的支付资金都划拨至商家后，基于多个待支付订单对应的支付资金进行借贷资金的资金返还。也即是，商家在进行资金返还的过程中，可一部分一部分进行返还，也可一次性全部返还，本实施例在此不做限定。

此外，步骤S306还可被替换为，将所述待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金划拨至所述商家的商家账户，与本实施例提供的其他处理步骤组成新的实现方式。

除此之外，在待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金直接对借贷资金进行资金归还处理；也即是，步骤S306还可被替换为，将所述待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金划拨至所述资金借贷处理对应的目标机构，并与本实施例提供的其他处理步骤组成新的实现方式；或者，还可被替换为，将所述待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金划拨至所述商家的上级账户，并对所述资源借贷处理获得的借贷资金进行资金归还处理，并与本实施例提供的其他处理步骤组成新的实现方式。本实施例中，步骤S306还可被替换为，将对所述待支付订单进行支付处理获得的支付资金划拨至所述商家的商家账户，并与本实施例提供的其他处理步骤组成新的实现方式；可选的，所述对待支付订单进行支付处理，包括，对所述待支付订单对应的合并支付账期的订单集合进行合并支付，或者，对所述待支付订单进行单一支付。

综上所述，本实施例提供的订单处理方法，通过对商家的执行服务响应动作的待支付订单进行汇总，并且开通商家针对执行服务响应动作的待支付订单的资金借贷权限，使商家以已执行服务响应动作的待支付订单为担保进行资金借贷，避免用户“先享后合并支付”的情况下商家的资金缺失；具体的，每获取到执行服务响应动作的待支付订单，将待支付订单同步至对应商家的订单集合中，若监测到商家针对订单集合中目标待支付订单的借贷申请，根据目标待支付订单确定借贷额度，按照商家对小于或者等于借贷额度的目标借贷额度对商家进行资金借贷处理，将目标借贷额度对应的用户对目标待支付订单进行支付处理获得的支付资金划拨至商家，以进行借贷资金的归还处理；以此，在保证用户提前感知服务响应的基础上，避免商家执行服务响应动作却未收到支付资金的情况下商家的资金缺失，进一步影响商家对提前执行服务响应动作的信任度；换句话说，在对用户提供“先享后合并支付”的基础上，向商家提供以先享订单，也即是待支付订单的资金借贷权限，使商家可以优先使用对应的支付资金。

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

步骤S402，获取执行服务响应动作的待支付订单。

步骤S404，将待支付订单同步至对应商家的订单列表。

步骤S406，根据商家针对订单列表中至少一个待支付订单的资金借贷申请，确定各待支付订单的剩余待支付资金。

步骤S408，基于各待支付订单的剩余待支付资金，计算至少一个待支付订单的资金借贷额度。

步骤S410，根据商家对小于或者等于资金借贷额度的目标借贷额度，从目标机构转出目标借贷额度对应的资金至商家账户。

步骤S412，若检测到目标借贷资金对应的待支付订单中任一待支付订单对应的支付资金，将该支付资金划拨至商家的商家账户。

步骤S414，将商家账户中该任一待支付订单对应的支付资金转移至目标机构。

本说明书提供的一种数据处理装置实施例如下：

在上述的实施例中，提供了一种数据处理方法，与之相对应的，还提供了一种数据处理装置，下面结合附图进行说明。

参照图5，其示出了本实施例提供的一种数据处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种数据处理装置，包括：

数据同步模块502，被配置为将执行前置响应动作的待处理数据同步至对应的第一数据方的数据池中；

资源预支处理模块504，被配置为根据针对所述数据池中至少一个待处理数据的资源预支申请，进行所述至少一个待处理数据的资源预支处理；

资源划拨模块506，被配置为将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，以用于对所述资源预支处理获得的预支资源进行资源返还处理；所述流转资源以合并处理方式对处理期限的数据集进行资源流转处理获得。

本说明书提供的一种订单处理装置实施例如下：

在上述的实施例中，提供了另一种订单处理方法，与之相对应的，还提供了另一种订单处理装置，下面结合附图进行说明。

参照图6，其示出了本实施例提供的一种订单处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种订单处理装置，包括：

订单同步模块602，被配置为将执行服务响应动作的待支付订单同步至对应商家的订单列表中；

资金借贷处理模块604，被配置为根据所述商家针对所述订单列表中至少一者的借贷申请，进行所述订单列表中至少一者的资金借贷处理；

资金划拨模块606，被配置为将所述待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金划拨至所述商家的商家账户，以用于对所述资源借贷处理获得的借贷资金进行资金归还处理。

本说明书提供的一种数据处理设备实施例如下：

对应上述描述的一种数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种数据处理设备，该数据处理设备用于执行上述提供的数据处理方法，图7为本说明书一个或多个实施例提供的一种数据处理设备的结构示意图。

本实施例提供的一种数据处理设备，包括：

如图7所示，数据处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器701和存储器702，存储器702中可以存储有一个或一个以上存储应用程序或数据。其中，存储器702可以是短暂存储或持久存储。存储在存储器702的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括数据处理设备中的一系列计算机可执行指令。更进一步地，处理器701可以设置为与存储器702通信，在数据处理设备上执行存储器702中的一系列计算机可执行指令。数据处理设备还可以包括一个或一个以上电源703，一个或一个以上有线或无线网络接口704，一个或一个以上输入/输出接口705，一个或一个以上键盘706等。

在一个具体的实施例中，数据处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对数据处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

将执行前置响应动作的待处理数据同步至对应的第一数据方的数据池中；

根据针对所述数据池中至少一个待处理数据的资源预支申请，进行所述至少一个待处理数据的资源预支处理；

将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，以用于对所述资源预支处理获得的预支资源进行资源返还处理；所述流转资源以合并处理方式对处理期限的数据集进行资源流转处理获得。

本说明书提供的一种订单处理设备实施例如下：

对应上述描述的一种订单处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种订单处理设备，该订单处理设备用于执行上述提供的订单处理方法，图8为本说明书一个或多个实施例提供的另一种订单处理设备的结构示意图。

本实施例提供的一种订单处理设备，包括：

如图8所示，订单处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器801和存储器802，存储器802中可以存储有一个或一个以上存储应用程序或订单。其中，存储器802可以是短暂存储或持久存储。存储在存储器802的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括订单处理设备中的一系列计算机可执行指令。更进一步地，处理器801可以设置为与存储器802通信，在订单处理设备上执行存储器802中的一系列计算机可执行指令。订单处理设备还可以包括一个或一个以上电源803，一个或一个以上有线或无线网络接口804，一个或一个以上输入/输出接口805，一个或一个以上键盘806等。

在一个具体的实施例中，订单处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对订单处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

将执行服务响应动作的待支付订单同步至对应商家的订单列表中；

根据所述商家针对所述订单列表中至少一者的借贷申请，进行所述订单列表中至少一者的资金借贷处理；

将所述待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金划拨至所述商家的商家账户，以用于对所述资源借贷处理获得的借贷资金进行资金归还处理。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

将执行前置响应动作的待处理数据同步至对应的第一数据方的数据池中；

根据针对所述数据池中至少一个待处理数据的资源预支申请，进行所述至少一个待处理数据的资源预支处理；

将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，以用于对所述资源预支处理获得的预支资源进行资源返还处理；所述流转资源以合并处理方式对处理期限的数据集进行资源流转处理获得。

需要说明的是，本说明书中关于一种存储介质的实施例与本说明书中一种数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的另一种存储介质实施例如下：

对应上述描述的一种订单处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供另一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

将执行服务响应动作的待支付订单同步至对应商家的订单列表中；

根据所述商家针对所述订单列表中至少一者的借贷申请，进行所述订单列表中至少一者的资金借贷处理；

将所述待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金划拨至所述商家的商家账户，以用于对所述资源借贷处理获得的借贷资金进行资金归还处理。

需要说明的是，本说明书中关于另一种存储介质的实施例与本说明书中一种订单处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

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

在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.根据权利要求2所述的数据处理方法，所述资源预支数额，采用如下方式确定：

根据所述数据池中待处理数据对应的资源流转数额，计算所述资源预支数额；

或者，

根据所述数据池中第一待处理数据对应的剩余流转数额和第二待处理数据对应的资源流转数额，计算所述资源预支数额；

其中，所述第一待处理数据包括进行资源预流转的待处理数据，所述第二待处理数据包括未进行资源预流转的待处理数据。

4.根据权利要求2所述的数据处理方法，所述资源返还处理，包括：

在所述预支资源的预支期限届满后，从所述第一数据方转出资源至所述资源提供方。

5.根据权利要求4所述的数据处理方法，所述第一数据方转出的资源，包括对所述第一数据方处于冻结状态的流转资源进行解冻获得的解冻资源；

其中，所述解冻资源，通过对基于合并数据进行对应的资源流转进行冻结处理获得。

6.根据权利要求1所述的数据处理方法，所述第一数据方的数据池，由至少一个第二数据方的处理期限的数据集中的目标数据组成；

其中，所述目标数据包括资源流转的参与方包含所述第一数据方的待处理数据。

7.根据权利要求1所述的数据处理方法，所述以合并处理方式对处理期限的数据集进行资源流转处理，基于对所述处理期限的数据集中各待处理数据进行数据合并获得的合并数据进行。

8.根据权利要求7所述的数据处理方法，所述以合并处理方式对处理期限的数据集进行资源流转处理，包括：

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

9.根据权利要求7所述的数据处理方法，所述以合并处理方式对处理期限的数据集进行资源流转处理，包括：

根据所述处理期限届满前检测到的携带所述合并数据的预处理数据，按照所述预处理数据对所述数据集中至少一者进行资源预流转；

在检测到所述处理期限届满后，按照剩余合并数据从第二数据方进行资源转出以进行所述数据集的二次资源流转。

10.根据权利要求1所述的数据处理方法，所述前置响应动作，采用如下方式执行：

生成所述待处理数据的处理完成标签；

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

11.根据权利要求1所述的数据处理方法，所述待支付订单，包括下述至少一项：待处理数据，包括通过线上通道和/或线下通道进行数据流转的待处理订单的订单数据；

其中，所述订单数据包括至少一个数据维度的待处理订单的订单数据。

12.一种订单处理方法，包括：

将执行服务响应动作的待支付订单同步至对应商家的订单列表中；

根据所述商家针对所述订单列表中至少一者的借贷申请，进行所述订单列表中至少一者的资金借贷处理；

将所述待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金划拨至所述商家的商家账户，以用于对所述资源借贷处理获得的借贷资金进行资金归还处理。

13.根据权利要求12所述的订单处理方法，所述订单列表，由至少一个用户的合并支付账期的订单集合中的目标订单组成；

其中，所述目标订单包括订单参与方包含所述商家的待支付订单。

14.根据权利要求12所述的订单处理方法，所述资金借贷处理，包括：

向目标机构提交携带订单信息和账户标识的资金借贷请求，以使所述目标机构在基于所述订单信息确定借贷额度后，按照所述借贷额度将借贷资金转入所述账户标识对应的商家账户。

15.根据权利要求14所述的订单处理方法，所述借贷额度，采用如下方式确定：

根据所述订单列表中待支付订单的待支付金额，计算所述借贷额度；

或者，

根据所述订单列表中第一待支付订单的剩余支付金额和第二待支付订单的待支付金额，计算所述借贷额度；

其中，所述第一待支付订单包括通过预支付进行部分支付的待支付订单，所述第二待支付订单包括未进行预支付的待支付订单。

16.根据权利要求14所述的订单处理方法，所述资金归还处理，包括：

在所述借贷资金的借贷期限届满后，从所述商家账户转出资金至所述目标机构。

17.根据权利要求16所述的订单处理方法，所述商家账户转出的资金，包对所述商家账户内处于冻结状态的支付资金进行解冻获得的支付资金；

其中，所述处于冻结状态的支付资金，通过对至少一个用户的合并支付账期的订单集合进行合并支付并划拨至所述商家账户的支付资金进行冻结处理获得。

18.根据权利要求12所述的订单处理方法，所述合并支付，基于对所述待支付订单和所述订单集合中的关联订单进行合并处理获得的合并信息进行。

19.根据权利要求18所述的订单处理方法，所述合并支付，采用如下方式实现：

在检测到所述合并支付账期届满后，按照所述合并信息和至少一个用户账户对所述订单集合进行支付处理；

其中，所述用户账户包括提交所述待支付订单的用户针对所述合并信息配置的资金账户队列中的资金账户。

20.根据权利要求18所述的订单处理方法，所述合并支付，采用如下方式实现：

根据所述合并支付账期届满前检测到的携带合并信息的预支付请求，调用支付渠道按照所述预支付请求携带的预支付金额对所述订单集合中至少一者进行支付处理；

在所述合并支付账期届满后，按照剩余合并信息和资金账户对所述订单集合进行二次支付处理；

其中，所述合并信息通过对订单集合中的所述待支付订单和关联订单进行合并处理获得；所述剩余合并信息基于所述合并信息和所述预支付金额计算获得。

21.根据权利要求12所述的订单处理方法，所述待支付订单，包括下述至少一项：

通过线上通道发起支付生成的待支付订单，通过线下通道发起支付生成的待支付订单，通过第三方应用进行支付调用生成的待支付订单，通过子程序进行订单支付生成的待支付订单。

22.一种数据处理装置，包括：

数据同步模块，被配置为将执行前置响应动作的待处理数据同步至对应的第一数据方的数据池中；

资源预支处理模块，被配置为根据针对所述数据池中至少一个待处理数据的资源预支申请，进行所述至少一个待处理数据的资源预支处理；

资源划拨模块，被配置为将所述至少一个待处理数据对应的流转资源划拨至所述第一数据方，以用于对所述资源预支处理获得的预支资源进行资源返还处理；所述流转资源以合并处理方式对处理期限的数据集进行资源流转处理获得。

23.一种订单处理装置，包括：

订单同步模块，被配置为将执行服务响应动作的待支付订单同步至对应商家的订单列表中；

资金借贷处理模块，被配置为根据所述商家针对所述订单列表中至少一者的借贷申请，进行所述订单列表中至少一者的资金借贷处理；

资金划拨模块，被配置为将所述待支付订单对应的合并支付账期的订单集合进行合并支付获得的支付资金划拨至所述商家的商家账户，以用于对所述资源借贷处理获得的借贷资金进行资金归还处理。

24.一种计算机处理设备，包括：

处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器实现权利要求1至11任一项所述的数据处理方法或者权利要求12至21任一项所述订单处理方法。

25.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现权利要求1至11任一项所述的数据处理方法或者权利要求12至21任一项所述订单处理方法。

Images