CN110264249A - 用于撤回数据转移操作的方法及装置 - Google Patents

Abstract

本公开提供一种数据转移操作撤回方法及装置。在该方法中，在从数据转移服务器接收到针对数据转移操作的第一撤回请求以及数据转移操作信息后，基于数据转移操作信息中的数据转移状态信息和转移数据的数据组成信息，确定第一撤回数据的数据组成信息。接着，从所确定的各个第一撤回数据提供方获取对应的数据，并且基于第一撤回数据的数据组成信息以及第三数据，确定第二撤回数据的数据组成信息。随后，向所确定的各个第二撤回数据接收方发送对应的数据。利用该方法，能够针对提供奖励数据的数据转移操作，在所提供的奖励数据已经被使用的情况下准确地执行数据转移操作撤回处理。

Description

用于撤回数据转移操作的方法及装置

技术领域

本公开涉及数据交换领域，具体地，涉及一种用于撤回数据转移操作的方法及装置。

背景技术

在数据交换领域，通常会发生将数据从一个或多个数据拥有方(即，数据源)转移到另一数据拥有方的操作。例如，在商品交易时，如果买方希望购买买方的商品，则需要执行将比如资金金额的货币数据从买方账户转移到中间担保方账户或者卖家账户的货币数据转移操作，从而达成商品购买交易。然而，在用户执行完数据转移操作后，比如，买方已经将资金从买方账户转移到中间担保方账户或者卖家账户，基于某种原因的考虑，比如买方觉得商品质量不佳而希望退货和退款，用户会发起数据转移撤回操作，比如，退款操作。

在一些情形下，为了促进用户执行数据转移操作，针对已经发生的数据转移操作，数据转移平台会根据数据转移量来为用户提供一定数量的奖励数据，该奖励数据可以供用户在其它数据转移操作中使用。例如，为了促进用户使用商品交易平台来进行商品交易，针对在该商品交易平台上已经发生的商品交易，商品交易平台会根据商品交易金额来向用户返送一定金额的营销礼包，该营销礼包可以在用户在该商品交易平台上的后续商品交易中使用。

针对上述数据转移操作，所提供的奖励数据(例如，营销礼包)可能在后续数据转移操作中或者未被使用，或者被部分或全部使用，如何在这种情况下准确地执行撤回处理而不会造成商品交易平台的损失，成为亟待解决的问题。

发明内容

鉴于上述，本公开提供一种用于撤回数据转移操作的方法和装置。利用该方法和装置，能够针对提供奖励数据的数据转移操作，在所提供的奖励数据已经被使用的情况下准确地执行数据转移操作撤回处理，而不会造成数据转移平台的数据损失。

根据本公开的一个方面，提供了一种用于撤回数据转移操作的方法，包括：从数据转移服务器接收针对数据转移操作的第一撤回请求以及数据转移操作信息，所述数据转移操作信息包括数据转移状态信息和转移数据的数据组成信息，所述转移数据的数据组成信息包括转移数据源组成以及各个转移数据源所提供的数据量，所述转移数据源包括数据转移发起方和/或可借用数据拥有方；基于所述数据转移状态信息和所述转移数据的数据组成信息，确定第一撤回数据的数据组成信息，所述第一撤回数据的数据组成信息包括第一撤回数据提供方组成、各个第一撤回数据提供方所提供的第一撤回数据的数据源组成以及对应的数据量；从各个第一撤回数据提供方获取对应的数据；基于所述第一撤回数据的数据组成信息以及第三数据，确定第二撤回数据的数据组成信息，所述第二撤回数据的数据组成信息包括第二撤回数据接收方组成、各个第二撤回数据接收方所接收的第二撤回数据的数据源组成以及对应的数据量，所述第二撤回数据接收方至少包括平台数据拥有方；以及向各个第二撤回数据接收方发送对应的数据，其中，所述第三数据包括在所述数据转移服务器上生成所述数据转移操作时从所述平台数据拥有方获得的奖励数据，所述第一撤回请求是在所述数据转移服务器接收到所述数据转移发起方发出的第二撤回请求并且确定所述第三数据已经被执行数据转移操作后生成的。

可选地，在上述方面的一个示例中，所述数据转移状态信息包括用于指示数据转移操作进行中的第一状态信息或者用于指示数据转移操作完成的第二状态信息。

可选地，在上述方面的一个示例中，所述第一撤回请求是在所述数据转移服务器确定可撤回奖励数据的数据量小于应撤回奖励数据的数据量后生成的。

可选地，在上述方面的一个示例中，所述第二撤回请求包括所述数据转移操作的操作编号，其中，所述数据转移状态信息以及所述转移数据的数据组成信息是在所述数据转移服务器处基于所述数据转移操作的操作编号确定的。

可选地，在上述方面的一个示例中，所述第一撤回请求还包括所述第三数据的数据转移量，以及基于所述第一撤回数据的数据组成信息以及第三数据，确定第二撤回数据的数据组成信息可以包括：基于所述第一撤回数据的数据组成信息以及所述第三数据的数据转移量，确定所述第二撤回数据的数据组成信息。

可选地，在上述方面的一个示例中，所述第二撤回请求还包括撤回数据申请量，以及基于所述数据转移状态信息和所述转移数据的数据组成信息，确定第一撤回数据的数据组成信息可以包括：基于所述数据转移状态信息、所述转移数据的数据组成信息以及所述撤回数据申请量，确定所述第一撤回数据的数据组成信息。

可选地，在上述方面的一个示例中，所述第一撤回请求还包括所述第三数据的数据转移量，以及基于所述第一撤回数据的数据组成信息以及第三数据，确定第二撤回数据的数据组成信息可以包括：基于所述第一撤回数据的数据组成信息、所述撤回数据申请量以及所述第三数据的数据转移量，确定所述第二撤回数据的数据组成信息。

可选地，在上述方面的一个示例中，在所述数据转移状态信息是第一状态信息时，所述第一撤回数据提供方包括数据转移中间处理方和/或可借用数据拥有方，以及在所述数据转移状态信息是第二状态信息时，所述第一撤回数据提供方包括转移数据接收方。

可选地，在上述方面的一个示例中，所述第一撤回数据的数据组成信息是基于第一数据组成确定规则以及所述转移数据的数据组成信息确定的，所述第一数据组成确定规则可以包括：所述转移数据中的数据组成比例；或者指定的数据源撤回顺序和/或数据源撤回比例。

可选地，在上述方面的一个示例中，所述第二撤回数据的数据组成信息是基于第二数据组成确定规则确定的，所述第二数据组成确定规则可以包括：所述第一撤回数据中的数据组成比例；或者指定的数据源撤回顺序和/或数据源撤回比例。

可选地，在上述方面的一个示例中，所述平台数据拥有方所接收的第二撤回数据的数据源组成以及对应的数据量是基于所述第二数据组成确定规则确定的。

可选地，在上述方面的一个示例中，所述方法还可以包括：对第四数据进行标记，所述标记用于指示在该第四数据失效后向所述数据转移方返还对应数据量的数据，所述第四数据是由于针对所述第三数据的数据转移操作的撤回处理而恢复的奖励数据。

可选地，在上述方面的一个示例中，所述方法还可以包括：在被标记的第四数据失效后，使得所述平台数据拥有方向所述数据转移发起方返还第一数据量的数据，所述第一数据量与所述平台数据拥有方所接收的第二撤回数据的数据量相等。

可选地，在上述方面的一个示例中，所述转移数据的数据组成信息指示所述转移数据包括来自可借用数据拥有方的数据，并且所述平台数据拥有方所接收的第二撤回数据包括来自所述可借用数据拥有方的数据，在被标记的第四数据失效后，使得所述平台数据拥有方向所述数据转移发起方返还第一数据量的数据可以包括：在所述数据转移发起方向所述可借用数据拥有方借用的数据已经归还时，使得所述平台数据拥有方向所述数据转移发起方返还第一数据量的数据；或者在所述数据转移发起方向所述可借用数据拥有方借用的数据未归还时，使得所述平台数据拥有方向所述数据转移发起方返还第二数据量的数据，所述第二数据量等于从所述平台数据拥有方所接收的第二撤回数据的数据量中减去来自所述可借用数据拥有方的数据量而得到的数据量。

可选地，在上述方面的一个示例中，所述第三数据还包括在所述数据转移服务器上生成所述数据转移操作时从另一平台数据拥有方获得的另一奖励数据，该另一奖励数据的数据量是由所述另一平台数据拥有方基于所述数据转移操作的转移数据量以及预定比例确定的。

可选地，在上述方面的一个示例中，基于所述数据转移状态信息和所述转移数据的数据组成信息，确定第一撤回数据的数据组成信息可以包括：基于所述数据转移状态信息、所述转移数据的数据组成信息以及所述预定比例，确定所述第一撤回数据的数据组成信息。

根据本公开的另一方面，提供一种用于撤回数据转移操作的装置，包括：撤回请求接收单元，被配置为从数据转移服务器接收针对数据转移操作的第一撤回请求以及数据转移操作信息，所述数据转移操作信息包括数据转移状态信息和转移数据的数据组成信息，所述转移数据的数据组成信息包括转移数据源组成以及各个转移数据源所提供的数据量，所述转移数据源包括数据转移发起方和/或可借用数据拥有方；第一撤回数据确定单元，被配置为基于所述数据转移状态信息和所述转移数据的数据组成信息，确定第一撤回数据的数据组成信息，所述第一撤回数据的数据组成信息包括第一撤回数据提供方组成、各个第一撤回数据提供方所提供的第一撤回数据的数据源组成以及对应的数据量；第一撤回数据获取单元，被配置为从各个第一撤回数据提供方获取对应的数据；第二撤回数据确定单元，被配置为基于所述第一撤回数据的数据组成信息以及第三数据，确定第二撤回数据的数据组成信息，所述第二撤回数据的数据组成信息包括第二撤回数据接收方组成、各个第二撤回数据接收方所接收的第二撤回数据的数据源组成以及对应的数据量，所述第二撤回数据接收方至少包括平台数据拥有方；以及第二撤回数据发送单元，被配置为向各个第二撤回数据接收方发送对应的数据，其中，所述第三数据包括在所述数据转移服务器上生成所述数据转移操作时从所述平台数据拥有方获得的奖励数据，所述第一撤回请求是在所述数据转移服务器接收到所述数据转移发起方发出的第二撤回请求并且确定所述第三数据已经被执行数据转移操作后生成的。

可选地，在上述方面的一个示例中，所述数据转移状态信息包括用于指示数据转移操作进行中的第一状态信息或者用于指示数据转移操作完成的第二状态信息。

可选地，在上述方面的一个示例中，所述第一撤回请求还包括所述第三数据的数据转移量，以及所述第二撤回数据确定单元被配置为：基于所述第一撤回数据的数据组成信息以及所述第三数据的数据转移量，确定所述第二撤回数据的数据组成信息。

可选地，在上述方面的一个示例中，所述第二撤回请求还包括撤回数据申请量，以及所述第一撤回数据确定单元被配置为：基于所述数据转移状态信息、所述转移数据的数据组成信息以及所述撤回数据申请量，确定所述第一撤回数据的数据组成信息。

可选地，在上述方面的一个示例中，所述第一撤回请求还包括所述第三数据的数据转移量，以及所述第二撤回数据确定单元被配置为：基于所述第一撤回数据的数据组成信息、所述撤回数据申请量以及所述第三数据的数据转移量，确定所述第二撤回数据的数据组成信息。

可选地，在上述方面的一个示例中，所述第一撤回数据确定单元被配置为基于第一数据组成确定规则以及所述转移数据的数据组成信息确定所述第一撤回数据的数据组成信息，所述第一数据组成确定规则可以包括：所述转移数据中的数据组成比例；或者指定的数据源撤回顺序和/或数据源撤回比例。

可选地，在上述方面的一个示例中，所述第二撤回数据确定单元被配置为：基于所述第一撤回数据的数据组成信息以及第三数据，使用第二数据组成确定规则来确定第二撤回数据的数据组成信息，所述第二数据组成确定规则可以包括：所述第一撤回数据中的数据组成比例；或者指定的数据源撤回顺序和/或数据源撤回比例。

可选地，在上述方面的一个示例中，所述装置还可以包括：标记单元，被配置为对第四数据进行标记，所述标记用于指示在该第四数据失效后向所述数据转移方返还对应数据量的数据，所述第四数据是由于针对所述第三数据的数据转移操作的撤回处理而恢复的奖励数据。

可选地，在上述方面的一个示例中，所述装置还可以包括：数据返还单元，被配置为在被标记的第四数据失效后，使得所述平台数据拥有方向所述数据转移发起方返还第一数据量的数据，所述第一数据量与所述平台数据拥有方所接收的第二撤回数据的数据量相等。

可选地，在上述方面的一个示例中，所述转移数据的数据组成信息指示所述转移数据包括来自可借用数据拥有方的数据，并且所述平台数据拥有方所接收的第二撤回数据包括来自所述可借用数据拥有方的数据，所述数据返还单元被配置为：在被标记的第四数据失效后，如果所述数据转移发起方向所述可借用数据拥有方借用的数据已经归还，则使得所述平台数据拥有方向所述数据转移发起方返还第一数据量的数据；或者如果所述数据转移发起方向所述可借用数据拥有方借用的数据未归还时，使得所述平台数据拥有方向所述数据转移发起方返还第二数据量的数据，所述第二数据量等于从所述平台数据拥有方所接收的第二撤回数据的数据量中减去来自所述可借用数据拥有方的数据量而得到的数据量。

可选地，在上述方面的一个示例中，所述第三数据还包括在所述数据转移服务器上生成所述数据转移操作时从另一平台数据拥有方获得的另一奖励数据，该另一奖励数据的数据量是由所述另一平台数据拥有方基于所述数据转移操作的转移数据量以及预定比例确定的，其中，所述第一撤回数据确定单元被配置为：基于所述数据转移状态信息、所述转移数据的数据组成信息以及所述预定比例，确定所述第一撤回数据的数据组成信息。

根据本公开的另一方面，提供一种计算设备，包括：至少一个处理器，以及与所述至少一个处理器耦合的存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如上所述的用于撤回数据转移操作的方法。

根据本公开的另一方面，提供一种机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如上所述的用于撤回数据转移操作的方法。

附图说明

通过参照下面的附图，可以实现对于本公开内容的本质和优点的进一步理解。在附图中，类似组件或特征可以具有相同的附图标记。附图是用来提供对本发明实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开的实施例，但并不构成对本公开的实施例的限制。在附图中：

图1示出了根据本公开的实施例的用于商品交易退款处理的方法的流程图；

图2A示出了根据本公开的实施例的商品交易数据的示例的示意图；

图2B示出了根据本公开的实施例的营销礼包数据的示例的示意图；

图3A和图3B示出了在出资账户是买方余额账户的情况下的退款处理过程的示意图；

图4A和图4B示出了在出资账户是花呗账户的情况下的退款处理过程的示意图；

图5A、图5B和图5C示出了在出资账户是买方余额账户和花呗账户的情况下的退款处理过程的示意图；

图6A、图6B和图6C示出了在出资账户是花呗账户和前置营销账户的情况下的退款处理过程的示意图；

图7A、图7B和图7C示出了在出资账户是买方余额账户和前置营销账户的情况下的退款处理过程的示意图；

图8A、图8B和图8C示出了在出资账户是买方余额账户、花呗账户和前置营销账户的情况下的退款处理过程的示意图；

图9A示出了在出资方是买方余额账户的情况下使用商家红包和平台红包时的退款处理过程的示意图；

图9B示出了在出资方是买方余额账户和前置营销账户的情况下使用商家红包和平台红包时的退款处理过程的示意图；

图10示出了根据本公开的实施例的数据转移撤回装置的方框图；和

图11示出了根据本公开的实施例的用于撤回数据转移操作的计算设备的硬件结构图。

具体实施方式

现在将参考示例实施方式讨论本文描述的主题。应该理解，讨论这些实施方式只是为了使得本领域技术人员能够更好地理解从而实现本文描述的主题，并非是对权利要求书中所阐述的保护范围、适用性或者示例的限制。可以在不脱离本公开内容的保护范围的情况下，对所讨论的元素的功能和排列进行改变。各个示例可以根据需要，省略、替代或者添加各种过程或组件。例如，所描述的方法可以按照与所描述的顺序不同的顺序来执行，以及各个步骤可以被添加、省略或者组合。另外，相对一些示例所描述的特征在其它例子中也可以进行组合。

如本文中使用的，术语“包括”及其变型表示开放的术语，含义是“包括但不限于”。术语“基于”表示“至少部分地基于”。术语“一个实施例”和“一实施例”表示“至少一个实施例”。术语“另一个实施例”表示“至少一个其他实施例”。术语“第一”、“第二”等可以指代不同的或相同的对象。下面可以包括其他的定义，无论是明确的还是隐含的。除非上下文中明确地指明，否则一个术语的定义在整个说明书中是一致的。

如本文中使用的，术语“数据转移操作”是指将数据从一个或多个数据拥有方(即，数据源)转移到另一数据拥有方的操作。这里，数据转移操作是可撤回型数据转移操作，比如，商品交易中的支付操作、出行服务中的支付操作、资金转移操作等。

如本文中使用的，术语“交易支付平台”是指与交易支付有关的第三方支付平台。在本公开中，“交易支付平台”也可以称为“支付平台”。交易支付平台的示例包括但不限于支付宝、微信支付、京东钱包等。

如本文中使用的，术语“交易平台”是指提供与交易相关的第三方服务的第三方交易平台，比如商品交易平台等。交易平台的示例包括但不限于淘宝、京东、网易严选等。术语“商家平台”是指商品提供平台，比如耐克直销平台、滴滴出行、高德出行等。在本公开中，“数据转移服务器”的示例可以包括“交易平台”。

如本文中使用的，术语“前置营销礼包”是指由于在当前数据交易之前的数据交易而由交易平台提供的营销礼包。

如本文中所使用的，术语“一退多收”是指在针对商品交易的退款操作时将与商品交易相关的金额退款到多个收款账户的退款方式，该多个收款账户中至少包括营销礼包账户，即，在买方生成商品交易时向买方提供营销礼包的平台礼包账户。

如本文中所使用的，术语“平台借贷”是指支付平台为用户提供的借贷服务，例如包括但不限于京东白条等。支付平台的用户可以申请各自的平台借贷账户，借贷平台针对每个用户提供一定的借贷额度，用户可以在借贷额度内利用借贷平台的借贷资金来购买商品和/或服务。在一个实施例中，当用户利用平台借贷账户完成商品交易支付时，暂不产生平台借贷资金池向担保平台账户的资金流，仅在用户的平台借贷账户中更新可用借贷额度(例如，减少可用借贷额度)。在一个实施例中，如果用户完成针对商品交易的确认收货，则从平台借贷资金池向卖方账户转入相应额度的支付款，同时在该用户的平台借贷账户中形成针对该商品交易的平台借贷账单。当到达预定还款期限时，用户应当根据平台借贷服务的规定来偿还平台借贷账单。

在商品交易中，为了吸引用户使用交易平台来进行交易，交易平台常常会使用各种营销方式来吸引用户该交易平台上进行交易，例如，如果用户在京东上完成商品交易，则针对用户的该次商品交易，京东会向该用户发放与交易额度匹配的营销礼包，该营销礼包可以供用户在后续的商品交易中使用。在本公开中，营销礼包可以包括但不限于：买返红包、购物活动基金、积分换红包、活动抢红包、集分宝等。此外，为了吸引用户购买商家的产品，商家(下面称为卖方)平台也会发送对应的营销礼包，比如，卖方买减红包、卖方买返红包等。

然而，在上述涉及营销礼包的商品交易中，存在用户套利风险。例如，首先，买方A完成商品交易X(例如，支付100元来在商家B处购买一个或多个商品)，由此获得营销礼包x(例如，30元的红包)。接着，买方A进行商品交易Y，并且在进行商品交易Y的付款时使用了营销礼包x。然后，买方A以商品交易X中的商品质量问题为理由来申请对商品交易X全额退款。在现有的退款方案中，是将商品交易X的全部金额(100元)退还给买方A而不管营销礼包x在后续商品交易中是否已被使用，由此买方A可以在实际没有进行商品交易X的情况下得到了30元的营销礼包x，从而实现30元套利。

鉴于上述，本公开了提供一种用于撤回数据转移操作的方案。在该方案中，在从数据转移服务器(例如，交易平台)接收到针对数据转移操作的第一撤回请求(例如，在使用营销礼包后发起的退款请求)和数据转移操作信息后，利用所接收的数据转移操作信息中的数据转移状态信息和转移数据的数据组成信息，确定第一撤回数据的数据组成信息，即，第一撤回数据提供方组成、各个第一撤回数据提供方所提供的第一撤回数据的数据源组成以及对应的数据量。然后，从各个第一撤回数据提供方获取对应的数据；并且基于第一撤回数据的数据组成信息以及第三数据(例如，营销礼包)，确定第二撤回数据的数据组成信息，即，第二撤回数据接收方组成、各个第二撤回数据接收方所接收的第二撤回数据的数据源组成以及对应的数据量，第二撤回数据接收方至少包括平台数据拥有方(即，营销礼包发放方)。在确定出第二撤回数据的数据组成信息后，向各个第二撤回数据接收方发送对应的数据。由此，针对提供奖励数据的数据转移操作，通过基于数据转移状态信息和转移数据的数据组成信息来确定第一撤回数据的数据组成信息，并且基于第一撤回数据的数据组成信息和平台数据拥有方所提供的第三数据(即，营销礼包)来确定最终的撤回数据接收方以及对应的撤回数据量，可以在所提供的奖励数据已经被使用的情况下，向平台数据拥有方退还应该退还的奖励数据，从而避免数据转移平台的数据损失。

现在结合附图来描述本公开的实施例的用于撤回数据转移操作的方法及装置。为了描述方便，在下面的描述中，以商品交易中的支付操作为例来进行说明。但是，要说明的是，下面的描述同样适用于其他类型的数据转移操作。

图1示出了根据本公开的实施例的用于商品交易退款处理的方法的流程图。

如图1所示，在块110，用户A(买方)经由终端设备10(买方设备)向交易平台20(对应于权利要求中的“数据转移服务器”，也可以称为“数据转移平台”)发起第一退款请求(对应于权利要求中的“第二撤回请求”)。例如，用户A在交易平台20上购买商家B的商品而生成商品交易X，并且用户A通过支付平台30进行支付。在完成上述操作后，用户A对商品不满意或者改变主意想要取消商品交易X，然后，用户A申请退款操作来取消商品交易X。在本公开的一个实施例中，用户A可以使用自己的终端设备处的交易平台客户端，在相应的用户界面中点击“申请退款”按钮来向交易平台20申请退款。

在块120，在交易平台20接收到第一退款请求后，交易平台20确定是否发起一退多收退款流程(对应于权利要求中的“第一撤回请求”)。

具体地，在本公开的一个示例中，交易平台20确定与该次商品交易(即，商品交易X)对应的营销礼包(例如，促销红包)是否已经在后续的商品交易中被使用(对应于权利要求中的“第三数据是否已经被执行数据转移操作”)。如果营销礼包未被使用，则确定为不发起一退多收退款流程。如果营销礼包已经被使用，则确定发起一退多收退款流程。

在本公开的另一示例中，交易平台20确定是否发起一退多收退款流程还可以采用下述方式实现：交易平台20首先确定与该次商品交易对应的营销礼包是否已经在后续的商品交易中被使用。如果确定为未被使用，则流程结束。如果确定为已经被使用，则计算“应退营销礼包金额”(对应于权利要求中的“应撤回奖励数据的数据量”)和“可退营销礼包金额”(对应于权利要求中的“可撤回奖励数据的数据量”)。这里，“应退营销礼包金额”是指伴随着当前商品交易被退款而应该退回给交易平台20的营销礼包账户(对应于“平台数据拥有方”)的营销礼包金额。例如，用户A由于商品交易X而获得30元的营销礼包，当针对商品交易X申请全额退款时，“应退营销礼包金额”为30元。当用户针对商品交易X申请部分退款时，应退金额为按一定规则计算的金额，例如，按照等比例规则来计算金额。在这种情况下，假设商品交易X为100元，赠送营销礼包为30元，如果申请退款50元，则应退营销礼包金额为15元。“可退营销礼包金额”是指与当前商品交易对应的营销礼包金额已经被后续交易使用后还剩下的余额，即，与商品交易X对应的营销礼包中能够退还到营销礼包账户的金额。例如，用户A由于商品交易X而获得30元的营销礼包，如果该营销礼包被用户在后续交易中使用了5元，则“可退营销礼包金额”为25元。

在如上确定出“可退营销礼包金额”和“应退营销礼包金额”后，比较“可退营销礼包金额”是否小于“应退营销礼包金额”。如果“可退营销礼包金额”小于“应退营销礼包金额”，则确定进入一退多收退款流程。如果“可退营销礼包金额”不小于“应退营销礼包金额”，则确定不进入一退多收退款流程。

如果在块120中确定为不进入一退多收退款流程，则进入普通退款流程130或者进入其它各种合适的退款流程。如果在块120中确定为进入一退多收退款流程，则在块140，向支付平台30发送第二退款请求以及交易数据信息。

在本公开中，交易数据信息可以包括交易状态信息(对应于权利要求中的“数据转移状态信息”)和交易出资账户组成信息(对应于权利要求中的“转移数据的数据组成信息”)等。交易状态信息用于表征在用户申请退款时的交易进展信息。具体地，交易状态信息可以包括两种状态，即，交易进行中(对应于权利要求中的“第一状态信息”)和交易完成(对应于权利要求中的“第二状态信息”)。在商品销售的场景下，第一状态信息也可以称为售中状态，以及第二状态信息也可以称为售后状态。例如，如果用户A申请退款时交易尚未完成(例如，卖方尚未发货，买方尚未确认收货等)，则这种交易状态称为“售中状态”。在售中状态下，交易资金尚在交易支付平台的担保平台账户，并未转移到用户B的账户。术语“担保平台账户”是交易支付平台所提供的中间账户，用于在商品交易过程中提供担保。在交易尚未完成时(例如，买方尚未确认收货)，担保平台账户托管买方的交易资金，并且在交易完成(例如，买方确认收货)后再将该支付款打入卖方账户，从而保证买卖双方的利益不受损失(例如，卖方收到款不发货或者买方收到货不付款的恶意行为)。如果用户A申请退款时交易完成(例如，买方已确认收货等)，此时交易资金已经打款到用户B的账户，这种交易状态称为“售后状态”。

交易出资账户组成信息可以包括该交易的资金来源账户(对应于权利要求中的“转移数据源组成”)以及每个资金来源账户的出资数量(对应于权利要求中的“转移数据源所提供的数据量”)。在本公开中，交易出资账户可以包括“现金余额账户”(对应于权利要求中的“数据转移发起方”)、“营销礼包账户”(对应于权利要求中的“平台数据拥有方”)和/或“平台借贷账户”(对应于权利要求中的“可借用数据拥有方”)。这里，“现金余额账户”是指用户(对应于权利要求中的“数据转移方”)的现金余额账户，比如，与支付平台关联的用户银行账户、用户在支付平台上的余额账户等。“营销礼包账户”是指交易平台和/或商家平台的营销礼包账户，其为用户提供奖励营销礼包。“平台借贷账户”是指交易平台为用户提供的借贷账户。其中，“现金余额账户”和“平台借贷账户”分别提供“现金余额”和“借贷资金”，属于现金类型的资金，以及“营销礼包账户”提供“营销礼包”，属于“礼包类型”的资金。在另一示例中，交易数据信息还可以包括交易编号信息、交易双方信息以及其他相关信息。图2A示出了根据本公开的实施例的商品交易数据的示例的示意图。如图2A所示，本次交易的交易编号为“T088”，交易状态为“售中”，买方为“用户1”、卖方为“用户2”，交易出资账户组成信息包括：银行账户提供80元，以及营销礼包账户提供20元。

在交易平台20中记录有商品交易的交易编号的情况下，商品交易的交易状态信息和交易出资账户组成信息与商品交易的交易编号相关联地存储。在这种情况下，用户A向交易平台20发送的第一退款请求还可以包括退款请求所对应的商品交易的交易编号。相应地，在交易平台20接收到第一退款请求后，交易平台20可以基于商品交易的交易编号来获取对应的交易状态信息和交易出资账户组成信息。

此外，在使用营销礼包的情况下，交易平台20中存储的交易数据信息还可以包括与营销礼包有关的信息。例如，各个营销礼包可以具有各自的礼包编号、有效期、营销礼包出资账户、营销礼包发放金额、营销礼包余额和/或标记信息。图2B示出了根据本公开的实施例的营销礼包数据的示例的示意图。在图2B中示出的营销礼包数据的礼包编号为“P066”、有效期为“2019/05/01”、出资账户为“平台礼包账户”、礼包发放金额为“30元”、礼包余额为“5元”以及标记为“可退回礼包”。

在支付平台接收第二退款请求后，在块150，在支付平台30处，基于交易状态信息和交易出资账户组成信息，确定第一退款数据(对应于权利要求中的“第一撤回数据”)的数据组成信息。这里，第一退款数据的数据组成信息包括第一退款数据提供方组成(对应于权利要求中的“第一撤回数据提供方组成”)、各个第一退款数据提供方所提供的第一退款数据的数据源组成以及对应的退款额度(对应于权利要求中的“对应的数据量”)。这里，第一退款数据提供方组成是指从哪些账户获取退款数据。各个第一退款数据提供方所提供的第一退款数据的数据源组成是指各个第一退款数据提供方所提供的第一退款数据是由哪些出资账户提供的。关于第一退款数据的数据组成信息的确定过程，将在下面结合图3A到图9B详细描述。

在本公开中，在交易状态信息是售中状态时，取决于具体的交易出资账户组成信息，第一退款数据提供方可以包括担保中间账户(对应于权利要求中的“数据转移中间处理方”)和/或平台借贷账户(对应于权利要求中的“可借用数据拥有方”)。在交易状态信息是售后状态时，第一退款数据提供方包括卖方账户(对应于权利要求中的“转移数据接收方”)。

此外，在交易出资账户组成信息包括营销礼包数据时，如果交易状态信息是售中状态，则担保中间账户的第一退款数据可以包括现金类型数据以及营销礼包数据；并且第一退款数据的数据组成信息是基于第一数据组成确定规则以及所述交易出资账户的资金组成信息(对应于权利要求中的“转移数据的数据组成信息”)确定的。此外，在本公开的一个示例中，第一数据组成确定规则可以包括：所述交易出资账户的资金组成信息中的数据组成比例；或者，指定的数据源退款顺序(对应于权利要求中的“数据源撤回顺序”)和/或数据源撤回比例。这里，指定的数据源退款顺序例如可以包括：营销礼包->现金余额，营销礼包->借贷资金->现金余额等。

此外，在本公开的另一示例中，第一退款请求还可以包括退款申请量(对应于权利要求中的“撤回数据申请量”)。例如，退款申请量可以是全额退款、部分退款等。并且，针对部分退款，还会给出具体的退款比例或者金额，比如退款50％。相应地，基于交易状态信息和交易出资账户组成信息，确定第一退款数据的数据组成信息可以包括：基于交易状态信息、交易出资账户组成信息以及撤回数据申请量，确定第一退款数据的数据组成信息。

此外，在本公开的另一示例中，“营销礼包账户”可以包括来自交易平台的第一营销礼包账户(对应于权利要求中的“平台数据拥有方”)以及来自商家平台的第二营销礼包账户(对应于权利要求中的“另一平台数据拥有方”)。并且，来自第二营销礼包账户的营销礼包的金额是由商家平台基于商品交易数据的数据量以及预定比例确定的。相应地，基于交易状态信息和交易出资账户组成信息，确定第一退款数据的数据组成信息可以包括：基于交易状态信息、交易出资账户组成信息以及预定比例，确定第一退款数据的数据组成信息。

在如上确定出第一退款数据的数据组成信息后，在块160，在支付平台30处，从各个第一退款数据提供方获取对应额度和对应类型的退款数据。例如，在确定出从担保中间账户获取现金余额10元并且从花呗账户获取40元后，分别从担保中间账户获取10元以及从花呗账户获取40元，并且可选地，所述方法还可以将所获取的资金放置到退款过渡账户中。退款过渡账户的设置使得卖方的交易明细不会受到一退多收流程的影响，从而增强卖方的用户体验。例如，在没有退款过渡账户的情况下，如果退款到两个或两个以上的账户(诸如买方账户和营销礼包账户)，则会在卖方交易信息处产生两笔或更多笔退款交易，从而使得卖方对各个退款交易产生迷惑，容易造成对账错误等不期望的用户体验。而且，营销礼包是平台提供的营销策略，与卖方无关，因此退款过渡账户的设置使得一退多收流程不影响卖方的交易详情，卖方只会见到常规的退款流程。

然后，在块170，在支付平台30处，基于第一退款数据的数据组成信息以及本次商品交易所获得的营销礼包数据(对应于权利要求中的“第三数据”)，确定第二退款数据(对应于权利要求中的“第二撤回数据”)的数据组成信息。这里，第二退款数据的数据组成信息包括第二退款数据接收方组成、各个第二退款数据接收方所接收的第二退款数据的数据源组成以及对应的退款额度。这里，第二退款数据接收方是指最终的退款接收方，其至少包括交易平台的平台营销礼包账户(对应于权利要求中的“平台数据拥有方”)。关于第二退款数据的数据组成信息的确定过程，将在下面结合图3A到图9B详细描述。

在本公开中，第二退款数据的数据组成信息是基于第二数据组成确定规则确定的，所述第二数据组成确定规则可以包括：第一撤回数据中的数据组成比例；或者，指定的数据源退款顺序和/或数据源撤回比例。

此外，在本公开的另一示例中，第二退款请求还可以包括营销礼包数据的使用量(对应于权利要求中的“第三数据的数据转移量”)。相应地，基于第一退款数据的数据组成信息以及本次商品交易所获得的营销礼包数据确定第二退款数据的数据组成信息包括：基于第一退款数据的数据组成信息、本次商品交易所获得的营销礼包数据以及营销礼包数据的使用量，确定第二退款数据的数据组成信息。

此外，在本公开的另一示例中，第一退款请求还可以包括退款申请量，以及第二退款请求包括营销礼包数据的使用量。相应地，基于第一退款数据的数据组成信息以及本次商品交易所获得的营销礼包数据确定第二退款数据的数据组成信息可以包括：基于第一退款数据的数据组成信息、退款申请量以及营销礼包数据的使用量，确定第二退款数据的数据组成信息。

在如上确定出第二退款数据的数据组成信息后，在块180，向所确定出的各个第二退款数据接收方发送对应的数据，由此完成一退多收流程。

此外，可选地，在向所确定出的各个第二退款数据接收方发送对应的数据后，所述方法还可以包括：向买方设备通知退款信息。例如，将退款信息提供给买方设备，以在买方设备的显示屏上进行显示，以供用户查看。

此外，可选地，在块180的退款流程完成后，所述方法还可以包括：对第四数据进行标记，所述标记用于指示在该第四数据失效后向买方余额账户(即，数据转移方)返还对应数量的现金。这里，所述第四数据是是由于使用营销礼包的后续商品交易被撤回而恢复的营销礼包数据。相应地，所述方法还包括：在所述标记指示所述第四数据失效后，使得平台营销礼包账户向买方余额账户返还第一数据量的数据，所述第一数据量与平台营销礼包账户所接收的第二撤回数据的数据量相等。

此外，在本公开的另一示例中，交易出资账户的数据组成信息指示交易数据包括来自平台借贷账户的借贷资金，并且平台营销礼包账户所接收的第二退款数据包括源自平台借贷账户所提供的借贷资金的退款数据。相应地，在被标记的第四数据失效后，使得平台营销礼包账户向买方余额账户返还第一数据量的数据可以包括：在买方向借贷平台借贷的借贷资金已经归还时，使得平台营销礼包账户向买方余额账户返还第一数据量的数据；或者在买方向借贷平台借贷的借贷资金未归还时，使得平台营销礼包账户向买方余额账户返还第二数据量的数据，所述第二数据量等于从平台营销礼包账户所接收的第二撤回数据的数据量中减去来自平台借贷账户的数据量而得到的数据量。

如上参照图1、图2A-2B描述了根据本公开的实施例的商品交易退款操作过程，下面将结合图3A-9B描述各种交易资金来源组成的情况下的退款处理过程。

图3A和图3B示出了在交易出资账户是买方余额账户的情况下的退款处理过程的示意图，其中，图3A中示出的是全额退款的情形，图3B中示出的是部分退款的情形。

如图3A所示，用户A使用买方余额账户来进行交易支付，所支付的交易金额为100。对应该交易，平台红包账户(即，平台营销礼包账户)为用户提供10元的营销红包，并且该营销红包在后续的商品交易中被使用了5元。相应地，用户对应的营销红包账户减少5元，并且交易平台20侧的红包凭证也减少5元，余额变为5元。

在交易状态信息为售中状态时，用户A申请全额退款，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为担保中间账户，退款额度为100，其中，担保中间账户的退款资金来源于买方余额账户。然后，担保中间账户将100元打入退款过渡账户。

由于本次商品交易所返送的营销红包为10元，并且用户A申请全额退款，从而应退营销红包为10元。此外，在后续商品交易中使用了5元营销红包，剩余的营销红包为5元，该剩余的营销红包可以退回，从而用户A还需要退还10元-5元＝5元营销红包，由此，用户A需要向平台红包账户支付5元来购买营销礼包。此外，退款过渡账户的100元来源于担保中间账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户95元，以及平台红包账户5元。这里，平台红包账户的5元资金来源于买方余额账户的资金。然后，退款过渡账户向买方余额账户退回95元，以及向平台红包账户退回5元。同时，交易平台20侧的红包凭证减少5元，变为0元。

在交易状态信息为售后状态时，用户A申请全额退款，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为100。然后，卖方账户将100元打入退款过渡账户。

由于本次商品交易所返送的营销红包为10元，并且用户A申请全额退款，从而应退营销红包为10元。此外，在后续商品交易中使用了5元营销红包，剩余的营销红包为5元，该剩余的营销红包可以退回，从而用户还需要退还10元-5元＝5元营销红包，由此，用户A需要向平台红包账户支付5元来购买营销礼包。此外，退款过渡账户的100元来源于卖方账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户95元，以及平台红包账户5元。然后，退款过渡账户向买方余额账户退回95元，以及向平台红包账户退回5元。同时，交易平台20侧的红包凭证减少5元，变为0元。

此外，如果所使用的5元营销红包由于后续退款而被恢复，则可以将该恢复的5元营销红包标记为可退回，同时交易平台20侧的红包凭证增加5元，变为5元。然后，如果被恢复的5元营销红包由于过期而失效，则平台红包账户向买方余额账户返还5元。

如图3B所示，用户A使用买方余额账户来进行交易支付，所支付的交易金额为100。对应该交易，平台红包账户为用户提供10元的营销红包，并且该营销红包在后续的商品交易中被使用了10元。相应地，用户对应的营销红包账户减少10元，并且交易平台20侧的红包凭证也减少10元，余额变为0元。

在交易状态信息为售中状态时，用户A申请退款50元，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为担保中间账户，退款额度为50，其中，担保中间账户的退款资金来源于买方余额账户。然后，担保中间账户将50元打入退款过渡账户。由于本次商品交易所返送的营销红包为10元，并且用户A申请退款50％，由此应退营销红包为10*50％＝5元，此外，由于在后续商品交易中使用了10元营销红包，剩余的营销红包为0元，则需要返还的营销红包为5-0＝5元。此外，退款过渡账户的资金来源于买方余额账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户45元，以及平台红包账户5元。这里，平台红包账户的5元资金来源于买方余额账户的资金。然后，退款过渡账户向买方余额账户退回45元，以及向平台红包账户退回5元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，在用户A申请退款50元后，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为50。然后，卖方账户将50元打入退款过渡账户。由于本次商品交易所返送的营销红包为10元，并且用户A申请退款50％，由此应退营销红包为10*50％＝5元，并且由于在后续商品交易中使用了10元营销红包，剩余的营销红包为0元，则需要返还的营销红包为5-0＝5元，从而确定出第二撤回数据的数据组成信息为：买方余额账户45元，以及平台红包账户5元。然后，退款过渡账户向买方余额账户退回45元，以及向平台红包账户退回5元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的10元营销红包由于后续退款而被恢复，则可以恢复10元营销红包并且被标记为可退回，同时交易平台20侧的红包凭证增加10元，变为10元。然后，如果被恢复的10元营销红包由于过期而失效，则平台红包账户向买方余额账户返还5元。

在图3A和3B中示出的示例中，相当于使用买方余额账户中的现金购买了需要退还给平台营销礼包账户的营销礼包，并且在所购买的营销礼包失效时，将对应的现金返还给买方余额账户。

图4A和图4B示出了在交易出资账户是花呗账户的情况下的退款处理过程的示意图，其中，图4A中示出的是全额退款的情形，图4B中示出的是部分退款的情形。

如图4A所示，用户A使用花呗账户来进行交易支付，所支付的交易金额为100。对应该交易，平台红包账户为用户提供10元的营销红包，并且该营销红包在后续的商品交易中被使用了5元。相应地，用户对应的营销红包账户减少5元，并且交易平台20侧的红包凭证也减少5元，余额变为5元。

在交易状态信息为售中状态时，用户A申请全额退款，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为花呗账户，退款额度为100。然后，花呗账户将100元打入退款过渡账户。

由于本次商品交易所返送的营销红包为10元，并且用户A申请全额退款，从而应退营销红包为10元。此外，在后续商品交易中使用了5元营销红包，剩余的营销红包为5元，从而用户还需要退还10元-5元＝5元营销红包。此外，退款过渡账户的100元来源于花呗账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户0元，同时用户A的花呗额度恢复95元，以及平台红包账户5元。这里，退还给平台红包账户的5元由花呗账户提供，从而产生5元的花呗账单。然后，退款过渡账户向买方余额账户退回0元，以及向平台红包账户退回5元。同时，交易平台20侧的红包凭证减少5元，变为0元。

在交易状态信息为售后状态时，用户A申请全额退款，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为100。然后，卖方账户将100元打入退款过渡账户。

由于本次商品交易所返送的营销红包为10元，并且用户A申请全额退款，从而应退营销红包为10元。此外，在后续商品交易中使用了5元营销红包，剩余的营销红包为5元，从而用户还需要退还10元-5元＝5元营销红包。此外，退款过渡账户的100元来源于卖方账户，从而确定第二撤回数据的数据组成信息为：买方余额账户95元，以及平台红包账户5元。然后，退款过渡账户向买方余额账户退回95元，以及向平台红包账户退回5元。同时，交易平台20侧的红包凭证减少5元，变为0元。

此外，如果所使用的5元营销红包由于后续退款而被恢复，则可以将该恢复的5元营销红包标记为可退回，同时交易平台20侧的红包凭证增加5元，变为5元。然后，如果被恢复的5元营销红包由于过期而失效，则平台红包账户向买方余额账户返还5元。

如图4B所示，用户A使用花呗账户来进行交易支付，所支付的交易金额为100。对应该交易，平台营销账户为用户提供10元的营销红包，并且该营销红包在后续的商品交易中被使用了10元。相应地，用户对应的营销红包账户减少10元，并且交易平台20侧的红包凭证也减少10元，余额变为0元。

在交易状态信息为售中状态时，用户A申请退款50元，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为花呗账户，退款额度为50。然后，花呗账户将50元打入退款过渡账户。由于本次商品交易所返送的营销红包为10元，并且用户A申请退款50％，由此应退营销红包为10*50％＝5元。此外，由于在后续商品交易中使用了10元营销红包，剩余的营销红包为0元，则需要退还的营销红包为5元，从而确定出第二撤回数据的数据组成信息为：买方余额账户0元，同时花呗额度恢复45元，以及平台红包账户5元，同时产生5元的花呗账单。然后，退款过渡账户向买方余额账户退回0元，以及向平台红包账户退回5元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，用户A申请退款50元，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为50。然后，卖方账户将50元打入退款过渡账户。

由于本次商品交易所返送的营销红包为10元，并且用户A申请退款50％，由此应退营销红包为10*50％＝5元。此外，由于在后续商品交易中使用了10元营销红包，剩余的营销红包为0元，则需要返还的营销红包为5-0＝5元，从而确定出第二撤回数据的数据组成信息为：买方余额账户45元，以及平台红包账户5元。然后，退款过渡账户向买方余额账户退回45元，以及向平台红包账户退回5元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的10元营销红包由于后续退款而被恢复，则可以恢复10元营销红包并且被标记为可退回，同时交易平台20侧的红包凭证增加10元，变为10元。然后，如果被恢复的10元营销红包由于过期而失效并且5元花呗账单已还，则平台红包账户向买方余额账户返还5元。如果被恢复的10元营销红包由于过期而失效并且5元花呗账单未还，则平台红包账户向买方余额账户返还5-5＝0元，同时恢复5元的花呗额度。

在图4A和4B中示出的示例中，相当于使用花呗账户中的借贷资金购买了需要退还给平台营销礼包账户的营销礼包，并且在所购买的营销礼包失效时，将对应的现金返还给买方余额账户或者恢复对应的花呗额度。

图5A、图5B和图5C示出了在出资账户是买方余额账户和花呗账户的情况下的退款处理过程的示意图，其中，图5A中示出的是全额退款的情形，图5B中示出的是按照比例规则执行的部分退款的情形，以及图5C中示出的是按照指定退款顺序执行的部分退款的情形。

如图5A所示，用户A使用买方余额账户和花呗账户来进行交易支付，所支付的交易金额为100，其中，买方余额账户出资20元，花呗账户出资80元。对应该交易，平台红包账户为用户提供30元的营销红包，并且该营销红包在后续的商品交易中被使用了30元。相应地，用户对应的营销红包账户减少30元，并且交易平台20侧的红包凭证也减少30元，余额变为0元。

在交易状态信息为售中状态时，用户A申请全额退款，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方(即，退款入账账户)为担保中间账户和花呗账户，其中，担保中间账户20(来源于买方余额账户)，花呗账户80元。然后，担保中间账户将20元打入退款过渡账户，花呗账户将80元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请全额退款，从而应退营销红包为30元。在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，从而用户需要退还30元营销红包。此外，退款过渡账户的100元来源于担保中间账户和花呗账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户0元，同时花呗额度恢复70元，以及平台红包账户30元，其中，20元是使用现金余额购买的，10元是使用花呗购买的，同时产生10元的花呗账单。这里，购买营销红包(即，平台数据拥有方所接收的第二撤回数据)的资金使用策略是先使用第一撤回数据中的余额资金后使用第一撤回数据中的花呗资金。在本公开的其它示例中，也可以使用其它的资金使用策略，例如，先使用花呗资金，后使用余额资金等。然后，退款过渡账户向买方余额账户退回0元，以及向平台红包账户退回30元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，用户A申请全额退款，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为100。然后，卖方账户将100元打入退款过渡账户。由于本次商品交易所返送的营销红包为30元，并且用户A申请全额退款，从而应退营销红包为30元。此外，在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，从而用户需要退还30-0＝30元营销红包。此外，退款过渡账户的100元来源于卖方账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户70元，以及平台红包账户30元。然后，退款过渡账户向买方余额账户退回70元，以及向平台红包账户退回30元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的30元营销红包由于后续退款而被恢复，则可以将该恢复的30元营销红包标记为可退回，同时交易平台20侧的红包凭证增加30元，变为30元。然后，如果被恢复的30元营销红包由于过期而失效并且30元花呗账单已还，则平台红包账户向买方余额账户返还30元。如果被恢复的30元营销红包由于过期而失效并且30元花呗账单未还，则平台红包账户向买方余额账户返还20元，同时恢复10元花呗额度。

如图5B所示，用户A使用买方余额账户和花呗账户来进行交易支付，所支付的交易金额为100，其中，买方余额账户出资20元，花呗账户出资80元。对应该交易，平台红包账户为用户提供30元的营销红包，并且该营销红包在后续的商品交易中被使用了30元。相应地，用户对应的营销红包账户减少30元，并且交易平台20侧的红包凭证也减少30元，余额变为0元。

在交易状态信息为售中状态时，用户A申请退款50元，在支付平台30处，按照交易出资账户的资金比例(买方余额账户：花呗账户＝20：80)，确定出第一撤回数据的数据组成信息为：第一撤回数据提供方为担保中间账户和花呗账户，其中，退款额度为担保中间账户10元，花呗账户40元。然后，担保中间账户将50元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元。此外，在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15-0＝15元。此外，退款过渡账户的资金来源于担保中间账户和花呗账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户0元，同时恢复35元的花呗额度，以及平台红包账户15元，其中，余额购买10元，花呗购买5元，同时产生5元的花呗账单。这里，购买红包的资金使用策略是先使用第一撤回数据中的余额资金后使用第一撤回数据中的花呗资金。在本公开的其它示例中，也可以使用其它的资金使用策略，例如，先使用花呗资金，后使用余额资金等。然后，退款过渡账户向买方余额账户退回0元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，在用户A申请退款50元后，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为50。然后，卖方账户将50元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元，此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15-0＝15元。此外，退款过渡账户的资金来源于卖方账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户35元，以及平台红包账户15元。然后，退款过渡账户向买方余额账户退回35元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的30元营销红包由于后续退款而被恢复，则可以恢复30元营销红包并且被标记为可退回，同时交易平台20侧的红包凭证增加30元，变为30元。然后，如果被恢复的30元营销红包由于过期而失效并且花呗账单已还，则平台红包账户向买方余额账户返还15元。如果被恢复的30元营销红包由于过期而失效并且花呗账单未还，则平台红包账户向买方余额账户返还10元，同时恢复5元花呗额度。

如图5C所示，用户A使用买方余额账户和花呗账户来进行交易支付，所支付的交易金额为100，其中，买方余额账户出资20元，花呗账户出资80元。对应该交易，平台营销账户为用户提供30元的营销红包，并且该营销红包在后续的商品交易中被使用了30元。相应地，用户对应的营销红包账户减少30元，并且交易平台20侧的红包凭证也减少30元，余额变为0元。

在交易状态信息为售中状态时，用户A申请退款50元，在支付平台30处，按照指定退款顺序(先花呗后余额)，确定出第一撤回数据的数据组成信息为：第一撤回数据提供方为花呗账户，退款额度为花呗账户50。然后，花呗账户将50元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15＝0＝15元。此外，退款过渡账户的资金来源于花呗账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户0元，同时恢复35元的花呗额度，以及平台红包账户15元，其中，花呗购买15元，同时产生15元的花呗账单。然后，退款过渡账户向买方余额账户退回0元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，用户A申请退款50元，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为50。然后，卖方账户将50元打入退款过渡账户。由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15-0＝15元。此外，退款过渡账户的资金来源于卖方账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户35元，以及平台红包账户15元。然后，退款过渡账户向买方余额账户退回35元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的30元营销红包由于后续退款而被恢复，则可以恢复30元营销红包并且被标记为可退回，同时交易平台20侧的红包凭证增加30元，变为30元。然后，如果被恢复的30元营销红包由于过期而失效并且花呗账单已还，则平台红包账户向买方余额账户返还15元。如果被恢复的15元营销红包由于过期而失效并且花呗账单未还，则平台红包账户向买方余额账户返还0元，同时恢复15元花呗额度。

在图5A、5B和5C中示出的示例中，相当于使用买方余额账户和/或花呗账户中的借贷资金购买了需要退还给平台营销礼包账户的营销礼包，并且在所购买的营销礼包失效时，将对应的现金返还给买方余额账户或者恢复对应的花呗额度。

图6A、图6B和图6C示出了在出资账户是花呗账户和前置营销账户的情况下的退款处理过程的示意图，其中，图6A中示出的是全额退款的情形，图6B中示出的是按照比例规则执行的部分退款的情形，以及图6C中示出的是按照指定退款顺序执行的部分退款的情形。

如图6A所示，用户A使用前置营销礼包和花呗账户来进行交易支付，所支付的交易金额为100，其中，前置营销礼包为20元，花呗账户为80元。对应该交易，平台红包账户为用户提供30元的营销红包，并且该营销红包在后续的商品交易中被使用了30元。相应地，用户对应的营销红包账户减少30元，并且交易平台20侧的红包凭证也减少30元，余额变为0元。

在交易状态信息为售中状态时，用户A申请全额退款，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方(即，退款入账账户)为担保中间账户和花呗账户，退款额度为担保中间账户20(来自于营销礼包账户)，花呗账户80元。然后，担保中间账户将20元打入退款过渡账户，花呗账户将80元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30并且用户A申请全额退款，由此应退营销红包为30元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为30-0＝30元。此外，退款过渡账户的资金来源于担保中间账户和花呗账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户0元，同时花呗额度恢复70元，以及平台红包账户30元，其中，20元是前置营销礼包购买的，10元是使用花呗购买的，同时产生10元的花呗账单。这里，购买红包的资金使用策略是先使用第一撤回数据中的营销礼包后使用第一撤回数据中的花呗资金。然后，退款过渡账户向买方余额账户退回0元，以及向平台红包账户退回30元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，用户A申请全额退款，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为100。然后，卖方账户将100元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30并且用户A申请全额退款，由此应退营销红包为30元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为30-0＝30元。此外，退款过渡账户的资金来源于卖方账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户70元(营销礼包20元+余额50元)，以及平台红包账户30元。然后，退款过渡账户向买方余额账户退回70元，以及向平台红包账户退回30元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的30元营销红包由于后续退款而被恢复，则可以将该恢复的30元营销红包标记为可退回，同时交易平台20侧的红包凭证增加30元，变为30元。然后，如果被恢复的30元营销红包由于过期而失效并且花呗账单已还，则平台红包账户向买方余额账户返还30元。如果被恢复的30元营销红包由于过期而失效并且花呗账单未还，则平台红包账户向买方余额账户返还20元(对应于营销礼包)，同时恢复10元花呗额度。

如图6B所示，用户A使用前置营销礼包和花呗账户来进行交易支付，所支付的交易金额为100，其中，前置营销礼包为20元，花呗账户为80元。对应该交易，平台红包账户为用户提供30元的营销红包，并且该营销红包在后续的商品交易中被使用了30元。相应地，用户对应的营销红包账户减少30元，并且交易平台20侧的红包凭证也减少30元，余额变为0元。

在交易状态信息为售中状态时，用户A申请退款50元，在支付平台30处，按照交易出资账户的资金比例(前置营销礼包：花呗账户＝20：80)，确定出第一撤回数据的数据组成信息为：第一撤回数据提供方(即，退款入账账户)为担保中间账户和花呗账户，退款额度为担保中间账户10元(来源于前置营销礼包)，花呗账户40。然后，担保中间账户将10元打入退款过渡账户，花呗账户将40元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15-0＝15元。此外，退款过渡账户的资金来源于担保中间账户和花呗账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户0元，同时恢复35元的花呗额度，以及平台红包账户15元，其中，营销礼包购买10元，花呗购买5元，同时产生5元的花呗账单。然后，退款过渡账户向买方余额账户退回0元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，用户A申请退款50元，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为50。然后，卖方账户将50元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15-0＝15元。此外，退款过渡账户的资金来源于卖方账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户35元，以及平台红包账户15元。然后，退款过渡账户向买方余额账户退回35元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的30元营销红包由于后续退款而被恢复，则可以恢复30元营销红包并且被标记为可退回，同时交易平台20侧的红包凭证增加30元，变为30元。然后，如果被恢复的30元营销红包由于过期而失效并且花呗账单已还，则平台红包账户向买方余额账户返还15元。如果被恢复的30元营销红包由于过期而失效并且花呗账单未还，则平台红包账户向买方余额账户返还10元(对应于营销礼包)，同时恢复5元花呗额度。

如图6C所示，用户A使用前置营销礼包和花呗账户来进行交易支付，所支付的交易金额为100，其中，前置营销礼包为20元，花呗账户为80元。对应该交易，平台营销账户为用户提供30元的营销红包，并且该营销红包在后续的商品交易中被使用了30元。相应地，用户对应的营销红包账户减少30元，并且交易平台20侧的红包凭证也减少30元，余额变为0元。

在交易状态信息为售中状态时，用户A申请退款50元，在支付平台30处，按照指定退款顺序(先花呗后余额)，确定出第一撤回数据的数据组成信息为：第一撤回数据提供方(即，退款入账账户)为花呗账户，退款额度为花呗账户50。然后，花呗账户将50元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15-0＝15元。此外，退款过渡账户的资金来源于花呗账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户0元，同时恢复35元的花呗额度，以及平台红包账户15元，其中，花呗购买15元，同时产生15元的花呗账单。然后，退款过渡账户向买方余额账户退回0元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，用户A申请退款50元，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为50。然后，卖方账户将50元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15-0＝15元。此外，退款过渡账户的资金来源于卖方账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户35元，以及平台红包账户15元。然后，退款过渡账户向买方余额账户退回35元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的30元营销红包由于后续退款而被恢复，则可以恢复30元营销红包并且被标记为可退回，同时交易平台20侧的红包凭证增加30元，变为30元。然后，如果被恢复的30元营销红包由于过期而失效并且花呗账单已还，则平台红包账户向买方余额账户返还15元。如果被恢复的30元营销红包由于过期而失效并且花呗账单未还，则平台红包账户向买方余额账户返还0元，同时恢复15元花呗额度。

在图6A、6B和6C中示出的示例中，相当于使用买方余额账户和/或花呗账户中的借贷资金购买了需要退还给平台营销礼包账户的营销礼包，并且在所购买的营销礼包失效时，将对应的现金返还给买方余额账户或者恢复对应的花呗额度。

图7A、图7B和图7C示出了在出资账户是买方余额账户和前置营销账户的情况下的退款处理过程的示意图，其中，图7A中示出的是全额退款的情形，图7B中示出的是按照比例规则执行的部分退款的情形，以及图7C中示出的是按照指定退款顺序执行的部分退款的情形。

如图7A所示，用户A使用前置营销礼包和买方余额账户来进行交易支付，所支付的交易金额为100，其中，前置营销礼包为20元，买方余额账户为80元。对应该交易，平台红包账户为用户提供30元的营销红包，并且该营销红包在后续的商品交易中被使用了30元。相应地，用户对应的营销红包账户减少30元，并且交易平台20侧的红包凭证也减少30元，余额变为0元。

在交易状态信息为售中状态时，用户A申请全额退款，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为担保中间账户，退款额度为担保中间账户100(20元来自于前置营销礼包，80元来自于买方余额账户)。然后，担保中间账户将100元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请全额退款，由此应退营销红包为30元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为30-0＝30元。此外，退款过渡账户的资金来源于担保中间账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户70元，以及平台红包账户30元，其中，20元是前置营销礼包购买的，10元是使用现金余额购买的。然后，退款过渡账户向买方余额账户退回70元，以及向平台红包账户退回30元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，用户A申请全额退款，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为100。然后，卖方账户将100元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要返还的营销红包为30元。此外，退款过渡账户的资金来源于卖方账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户70元，以及平台红包账户30元(营销礼包20元+余额10元)。然后，退款过渡账户向买方余额账户退回70元，以及向平台红包账户退回30元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的30元营销红包由于后续退款而被恢复，则可以将该恢复的30元营销红包标记为可退回，同时交易平台20侧的红包凭证增加30元，变为30元。然后，如果被恢复的30元营销红包由于过期而失效，则平台红包账户向买方余额账户返还30元。

如图7B所示，用户A使用前置营销礼包和买方余额账户来进行交易支付，所支付的交易金额为100，其中，前置营销礼包为20元，买方余额账户为80元。对应该交易，平台营销账户为用户提供30元的营销红包，并且该营销红包在后续的商品交易中被使用了30元。相应地，用户对应的营销红包账户减少30元，并且交易平台20侧的红包凭证也减少30元，余额变为0元。

在交易状态信息为售中状态时，用户A申请退款50元，在支付平台30处，按照交易出资账户的资金比例(前置营销礼包：买方余额账户＝20：80)，确定出第一撤回数据的数据组成信息为：第一撤回数据提供方为担保中间账户，退款额度为担保中间账户50元(前置营销礼包10+买方余额账户40)。然后，担保中间账户将50元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15-0＝15元。此外，退款过渡账户的资金来源于担保中间账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户35元，以及平台红包账户15元，其中，营销礼包购买10元，买方余额购买5元。然后，退款过渡账户向买方余额账户退回35元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，用户A申请退款50元，按照交易出资账户的资金比例(前置营销礼包：买方余额账户＝20：80)，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为50。然后，卖方账户将50元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15-0＝15元。此外，退款过渡账户的资金来源于卖方账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户35元(前置营销礼包7+买方余额账户28)，以及平台红包账户15元(前置营销礼包3+买方余额账户12)。这里，退还给买方余额账户和平台红包账户的第二撤回数据中的数据组成比例都是基于第一撤回数据的数据组成比例来确定出的。然后，退款过渡账户向买方余额账户退回35元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的30元营销红包由于后续退款而被恢复，则可以恢复30元营销红包并且被标记为可退回，同时交易平台20侧的红包凭证增加30元，变为30元。然后，如果被恢复的30元营销红包由于过期而失效，则平台红包账户向买方余额账户返还15元。

如图7C所示，用户A使用前置营销礼包和买方余额账户来进行交易支付，所支付的交易金额为100，其中，前置营销礼包为20元，买方余额账户为80元。对应该交易，平台营销账户为用户提供30元的营销红包，并且该营销红包在后续的商品交易中被使用了30元。相应地，用户对应的营销红包账户减少30元，并且交易平台20侧的红包凭证也减少30元，余额变为0元。

在交易状态信息为售中状态时，用户A申请退款50元，在支付平台30处，按照指定退款顺序(先营销后余额)，确定出第一撤回数据的数据组成信息为：第一撤回数据提供方为担保中间账户，退款额度为担保中间账户50元(前置营销礼包20+买方余额账户30)。然后，担保中间账户将50元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15-0＝15元。此外，退款过渡账户的资金来源于担保中间账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户35元(前置营销礼包5+买方余额账户30)，以及平台红包账户15元(前置营销礼包购买15元)。然后，退款过渡账户向买方余额账户退回35元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，在用户A申请退款50元后，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为50。然后，卖方账户将50元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15-0＝15元。此外，退款过渡账户的资金来源于卖方账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户35元(前置营销礼包5+买方余额账户30)，以及平台红包账户15元(前置营销礼包购买15元)。然后，退款过渡账户向买方余额账户退回35元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的30元营销红包由于后续退款而被恢复，则可以恢复30元营销红包并且被标记为可退回，同时交易平台20侧的红包凭证增加30元，变为30元。然后，如果被恢复的30元营销红包由于过期而失效，则平台红包账户向买方余额账户返还15元。

在图7A、7B和7C中示出的示例中，相当于使用买方余额账户7购买了需要退还给平台营销礼包账户的营销礼包，并且在所购买的营销礼包失效时，将对应的现金返还给买方余额账户。

图8A、图8B和图8C示出了在出资账户是买方余额账户、花呗账户和前置营销账户的情况下的退款处理过程的示意图，其中，图8A中示出的是全额退款的情形，图8B中示出的是按照比例规则执行的部分退款的情形，以及图8C中示出的是按照指定退款顺序执行的部分退款的情形。

如图8A所示，用户A使用前置营销礼包、买方余额账户和花呗账户来进行交易支付，所支付的交易金额为100，其中，前置营销礼包为20元，买方余额账户为40元，花呗账户为40元。对应该交易，平台红包账户为用户提供30元的营销红包，并且该营销红包在后续的商品交易中被使用了30元。相应地，用户对应的营销红包账户减少30元，并且交易平台20侧的红包凭证也减少30元，余额变为0元。

在交易状态信息为售中状态时，用户A申请全额退款，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为担保中间账户和花呗账户，退款额度为担保中间账户60(20元来自于前置营销礼包，40元来自于买方余额账户)，花呗账户40元。然后，担保中间账户将60元打入退款过渡账户，以及花呗账户将40元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请全额退款，由此应退营销红包为30元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为30-0＝30元。此外，退款过渡账户的资金来源于担保账户和花呗账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户30元，同时花呗额度恢复40元，以及平台红包账户30元，其中，20元是前置营销礼包购买的，10元是使用现金余额购买的。然后，退款过渡账户向买方余额账户退回30元，以及向平台红包账户退回30元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，用户A申请全额退款，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为100。然后，卖方账户将100元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请全额退款，由此应退营销红包为30元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为30-0＝30元。此外，退款过渡账户的资金来源于卖方账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户70元(营销礼包20元+余额50元)，以及平台红包账户30元。然后，退款过渡账户向买方余额账户退回70元，以及向平台红包账户退回30元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的30元营销红包由于后续退款而被恢复，则可以将该恢复的30元营销红包标记为可退回，同时交易平台20侧的红包凭证增加30元，变为30元。然后，如果被恢复的30元营销红包由于过期而失效并且花呗已还，则平台红包账户向买方余额账户返还30元。如果被恢复的30元营销红包由于过期而失效并且花呗未还，则平台红包账户向买方余额账户返还30元。

如图8B所示，用户A使用前置营销礼包、买方余额账户和花呗账户来进行交易支付，所支付的交易金额为100，其中，前置营销礼包为20元，买方余额账户为40元，花呗账户为40元。对应该交易，平台营销账户为用户提供30元的营销红包，并且该营销红包在后续的商品交易中被使用了30元。相应地，用户对应的营销红包账户减少30元，并且交易平台20侧的红包凭证也减少30元，余额变为0元。

在交易状态信息为售中状态时，用户A申请退款50元，在支付平台30处，按照交易出资账户的资金比例(前置营销礼包：买方余额账户：花呗账户＝20：40：40)，确定出第一撤回数据的数据组成信息为：第一撤回数据提供方为担保中间账户和花呗账户，退款额度为担保中间账户30元(前置营销礼包10+买方余额账户20)，花呗账户20元。然后，担保中间账户将30元打入退款过渡账户，花呗账户将20元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15-0＝15元。此外，退款过渡账户的资金来源于担保账户和花呗账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户15元，同时恢复20元的花呗额度，以及平台红包账户15元，其中，营销礼包购买10元，买方余额购买5元。然后，退款过渡账户向买方余额账户退回15元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，用户A申请退款50元，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方为卖方账户，退款额度为50。然后，卖方账户将50元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款50％，由此应退营销红包为30*50％＝15元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为15元。此外，退款过渡账户的资金来源于卖方账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户35元，以及平台红包账户15元(前置营销礼包10+买方余额账户5)。然后，退款过渡账户向买方余额账户退回35元，以及向平台红包账户退回15元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的30元营销红包由于后续退款而被恢复，则可以恢复30元营销红包并且被标记为可退回，同时交易平台20侧的红包凭证增加30元，变为30元。然后，如果被恢复的30元营销红包由于过期而失效，则平台红包账户向买方余额账户返还15元。

如图8C所示，用户A使用前置营销礼包、买方余额账户和花呗账户来进行交易支付，所支付的交易金额为100，其中，前置营销礼包为20元，买方余额账户为40元，花呗账户为40元。对应该交易，平台营销账户为用户提供30元的营销红包，并且该营销红包在后续的商品交易中被使用了30元。相应地，用户对应的营销红包账户减少30元，并且交易平台20侧的红包凭证也减少30元，余额变为0元。

在交易状态信息为售中状态时，用户A申请退款70元，在支付平台30处，按照指定退款顺序(先营销接着花呗后余额)，确定出第一撤回数据的数据组成信息为：第一撤回数据提供方为担保中间账户和花呗账户，退款额度为担保中间账户30元(前置营销礼包20+买方余额账户10)，花呗账户为40。然后，担保中间账户将30元打入退款过渡账户，花呗账户将40元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款70％，由此应退营销红包为30*70％＝21元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为21-0＝21元。此外，退款过渡账户的资金来源于担保中间账户和花呗账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户9元，同时恢复40元的花呗额度，以及平台红包账户21元(前置营销礼包购买20元+买方余额1元)。然后，退款过渡账户向买方余额账户退回9元，以及向平台红包账户退回21元。同时，交易平台20侧的红包凭证保持为0元。

在交易状态信息为售后状态时，用户A申请退款70元，在支付平台30处确定的第一撤回数据的数据组成信息为：第一撤回数据提供方(为卖方账户，退款额度为70。然后，卖方账户将70元打入退款过渡账户。

由于本次商品交易所返送的营销红包为30元，并且用户A申请退款70％，由此应退营销红包为30*70％＝21元。此外，由于在后续商品交易中使用了30元营销红包，剩余的营销红包为0元，则需要退还的营销红包为21元。此外，退款过渡账户的资金来源于卖方账户，从而确定出第二撤回数据的数据组成信息为：买方余额账户49元，以及平台红包账户21元。然后，退款过渡账户向买方余额账户退回49元，以及向平台红包账户退回21元。同时，交易平台20侧的红包凭证保持为0元。

此外，如果所使用的30元营销红包由于后续退款而被恢复，则可以恢复30元营销红包并且被标记为可退回，同时交易平台20侧的红包凭证增加30元，变为30元。然后，如果被恢复的30元营销红包由于过期而失效，则平台红包账户向买方余额账户返还21元。

在图8A、8B和8C中示出的示例中，相当于使用买方余额账户和/或花呗账户中的借贷资金购买了需要退还给平台营销礼包账户的营销礼包，并且在所购买的营销礼包失效时，将对应的现金返还给买方余额账户或者恢复对应的花呗额度。

图9A示出了在出资方是买方余额账户的情况下使用商家红包和平台红包时的退款处理过程的示意图。

如图9A所示，针对交易额为100元的商品交易，用户A使用买方余额账户进行交易支付。针对该笔商品交易，商家平台返送10元商家营销红包，以及交易平台返送20元平台营销红包。针对待退款的商品交易所获得的商家营销红包和平台营销红包，分别在后续商品交易中使用了8元和5元。

在交易状态信息为售中状态时，在用户A申请退款90元后，确定出第一撤回数据的数据组成信息为：第一撤回数据提供方为担保中间账户，退款额度为担保中间账户90*90％＝81元。然后，担保中间账户将81元打入退款过渡账户。

此外，由于商家营销红包的使用量为8元，平台营销红包的使用量为5元，并且用户A申请退款90％，从而确定出第二撤回数据的数据组成信息为：买方余额账户78元，以及平台红包账户3元。这里，由于退款90元，按照100元返回20元的比例，应该退回90*20％＝18元。而100元商品交易所返送的20元平台营销礼包使用了5元，还剩下15元，由此需要用户A使用现金余额购买18-15＝3元。然后，退款过渡账户向买方余额账户退回78元，以及向平台红包账户退回3元。同时，交易平台20侧的红包凭证保持为0元。

针对商家营销礼包，由于退款90元，按照100元返10元的比例，应该退回90*10％＝9元，由于使用了8元，由此可以退回9-8＝1元。该退款资金，由商家红包资金池提供给卖家账户，然后由卖家账户提供给买家账户。

此外，如果所使用的8元商家营销红包和5元平台营销红包由于后续退款而被恢复，则可以恢复8元商家营销红包和5元平台营销红包并且被标记为可退回，同时交易平台20侧的商家红包凭证增加8元，变为9元；平台红包凭证增加5元，变为5元。然后，如果被恢复的8元商家营销红包由于过期而失效，则由商家红包资金池提供8元给卖家账户，然后由卖家账户提供8元给买家账户。如果被恢复的5元平台营销红包由于过期而失效，则由平台红包账户提供3元给买家账户。

图9B示出了在出资方是买方余额账户和前置营销礼包的情况下使用商家红包和平台红包时的退款处理过程的示意图。

如图9B所示，针对交易额为100元的商品交易，用户A使用买方余额账户和前置营销礼包进行交易支付，其中，买方余额账户为80元，前置营销礼包为20元。针对该笔商品交易，商家平台返送10元商家营销红包，以及交易平台返送20元平台营销红包。针对待退款的商品交易所获得的商家营销红包和平台营销红包，分别在后续商品交易中使用了8元和5元。

在交易状态信息为售中状态时，在用户A申请退款90元后，确定出第一撤回数据的数据组成信息为：第一撤回数据提供方为担保中间账户，退款额度为担保中间账户90*90％＝81元，其中，买方余额账户为64.8元，前置营销礼包为16.2元。然后，担保中间账户将81元打入退款过渡账户。

此外，由于退款90元，按照100元返回20元的比例，应该退回90*20％＝18元。而100元商品交易所返送的20元平台营销礼包使用了5元，还剩下15元，由此需要用户A使用前置营销礼包购买18-15＝3元，从而确定出第二撤回数据的数据组成信息为：买方余额账户78元(买方余额账户64.8元+前置营销礼包13.2元)，以及平台红包账户3元(前置营销礼包3元)。然后，退款过渡账户向买方余额账户退回78元，以及向平台红包账户退回3元。同时，交易平台20侧的红包凭证保持为0元。

针对商家营销礼包，由于退款90元，按照100元返10元的比例，应该退回90*10％＝9元，由于使用了8元，由此可以退回9-8＝1元。所退回的1元中，0.8元来自买方余额账户，以及0.2元来自前置营销礼包。该退款资金，由商家红包资金池提供给卖家账户，然后由卖家账户提供给买家余额账户。

此外，如果所使用的8元商家营销红包和5元平台营销红包由于后续退款而被恢复，则可以恢复8元商家营销红包和5元平台营销红包并且被标记为可退回，同时交易平台20侧的商家红包凭证增加8元，变为9元；平台红包凭证增加5元，变为5元。然后，如果被恢复的8元商家营销红包由于过期而失效，则由商家红包资金池提供8元给卖家账户，然后由卖家账户提供8元给买家账户。如果被恢复的5元平台营销红包由于过期而失效，则由平台红包账户提供3元给买家账户。

在图9B中示出的是按照交易出资账户的出资比例的规则来确定第二撤回数据的数据组成信息。同样，也可以按照图6C、7C和8C所述，基于指定退款顺序的规则来确定第二撤回数据的数据组成信息。

图10是根据本公开的实施例的用于撤回数据转移操作的装置(下文中简称为数据转移撤回装置)1000的方框图。如图10所示，数据转移撤回装置1000包括撤回请求接收单元1010、第一撤回数据确定单元1020、第一撤回数据获取单元1030、第二撤回数据确定单元1040和第二撤回数据发送单元1050。

撤回请求接收单元1010被配置为从数据转移服务器接收针对数据转移操作的第一撤回请求以及数据转移操作信息，所述数据转移操作信息包括数据转移状态信息和转移数据的数据组成信息，所述转移数据的数据组成信息包括转移数据源组成以及各个转移数据源所提供的数据量，所述转移数据源包括数据转移发起方和/或可借用数据拥有方。这里，第一撤回请求是在数据转移服务器接收到数据转移发起方发出的第二撤回请求并且确定第三数据已经被执行数据转移操作后生成的。第三数据包括在数据转移服务器上生成数据转移操作时从平台数据拥有方获得的奖励数据。此外，在本公开中，数据转移状态信息包括用于指示数据转移操作进行中的第一状态信息或者用于指示数据转移操作完成的第二状态信息。

在接收到第一撤回请求和数据转移操作信息后，第一撤回数据确定单元1020基于数据转移状态信息和转移数据的数据组成信息，确定第一撤回数据的数据组成信息，所述第一撤回数据的数据组成信息包括第一撤回数据提供方组成、各个第一撤回数据提供方所提供的第一撤回数据的数据源组成以及对应的数据量。

在确定出第一撤回数据的数据组成信息后，第一撤回数据获取单元1030从各个第一撤回数据提供方获取对应的数据。然后，第二撤回数据确定单元1040基于第一撤回数据的数据组成信息以及第三数据，确定第二撤回数据的数据组成信息，所述第二撤回数据的数据组成信息包括第二撤回数据接收方组成、各个第二撤回数据接收方所接收的第二撤回数据的数据源组成以及对应的数据量，其中，所述第二撤回数据接收方至少包括平台数据拥有方。

在确定出第二撤回数据的数据组成信息后，第二撤回数据发送单元1050向各个第二撤回数据接收方发送对应的数据。

此外，在本公开的一个示例中，第一撤回请求还包括第三数据的数据转移量。相应地，第二撤回数据确定单元1040被配置为：基于第一撤回数据的数据组成信息以及第三数据的数据转移量，确定所述第二撤回数据的数据组成信息。

此外，在本公开的另一示例中，第二撤回请求还可以包括撤回数据申请量。相应地，第一撤回数据确定单元1020被配置为：基于数据转移状态信息、转移数据的数据组成信息以及撤回数据申请量，确定第一撤回数据的数据组成信息。

此外，在本公开的另一示例中，第一撤回请求还可以包括所述第三数据的数据转移量。相应地，第二撤回数据确定单元1040被配置为：基于第一撤回数据的数据组成信息、撤回数据申请量以及第三数据的数据转移量，确定第二撤回数据的数据组成信息。

此外，在本公开的一个示例中，在数据转移状态信息是第一状态信息时，所述至少一个撤回数据提供方包括数据转移中间处理方，以及在数据转移状态信息是第二状态信息时，所述至少一个撤回数据提供方包括转移数据接收方。

此外，在本公开的一个示例中，第一撤回数据确定单元1020被配置为基于第一数据组成确定规则以及转移数据的数据组成信息确定第一撤回数据的数据组成信息。所述第一数据组成确定规则可以包括：转移数据中的数据组成比例；或者指定的数据源撤回顺序和/或数据源撤回比例。。

此外，在本公开的另一示例中，第二撤回数据确定单元1040可以被配置为：基于第一撤回数据的数据组成信息以及第三数据，使用第二数据组成确定规则来确定第二撤回数据的数据组成信息，所述第二数据组成确定规则包括：所述第一撤回数据中的数据组成比例；或者指定的数据源撤回顺序和/或数据源撤回比例。

此外，可选地，数据转移撤回装置100还可以包括标记单元1060。标记单元1060被配置为对第四数据进行标记，所述标记用于指示在该第四数据失效后向所述数据转移方返还对应数据量的数据，所述第四数据是由于针对所述第三数据的数据转移操作的撤回处理而恢复的奖励数据。

此外，可选地，数据转移撤回装置100还可以包括数据返还单元1070。数据返还单元1070被配置为在被标记的第四数据失效后，使得所述平台数据拥有方向所述数据转移发起方返还第一数据量的数据，所述第一数据量与所述平台数据拥有方所接收的第二撤回数据的数据量相等。

此外，可选地，在一个示例中，所述转移数据的数据组成信息指示所述转移数据包括来自可借用数据拥有方的数据，并且所述平台数据拥有方所接收的第二撤回数据包括来自所述可借用数据拥有方的数据。相应地，数据返还单元1070被配置为：在被标记的第四数据失效后，如果所述数据转移发起方向所述可借用数据拥有方借用的数据已经归还，则使得所述平台数据拥有方向所述数据转移发起方返还第一数据量的数据；或者如果所述数据转移发起方向所述可借用数据拥有方借用的数据未归还时，使得所述平台数据拥有方向所述数据转移发起方返还第二数据量的数据，所述第二数据量等于从所述平台数据拥有方所接收的第二撤回数据的数据量中减去来自所述可借用数据拥有方的数据量而得到的数据量。

此外，可选地，第三数据还可以包括在数据转移服务器上生成数据转移操作时从另一平台数据拥有方获得的另一奖励数据，该另一奖励数据的数据量是由另一平台数据拥有方基于数据转移操作的转移数据量以及预定比例确定的。相应地，第一撤回数据确定单元1020可以被配置为：基于数据转移状态信息、转移数据的数据组成信息以及预定比例，确定第一撤回数据的数据组成信息。

如上参照图1到图10，对根据本公开的实施例的用于撤回数据转移操作的方法及装置的实施例进行了描述。上面的数据转移撤回装置可以采用硬件实现，也可以采用软件或者硬件和软件的组合来实现。

图11示出了根据本公开的实施例的用于撤回数据转移操作的计算设备1100的硬件结构图。如图11所示，计算设备1100可以包括至少一个处理器1110、存储器1120、内存1130和通信接口1140，并且至少一个处理器1110、存储器1120、内存1130和通信接口1140经由总线1160连接在一起。至少一个处理器1110执行在存储器中存储或编码的至少一个计算机可读指令(即，上述以软件形式实现的元素)。

在一个实施例中，在存储器中存储计算机可执行指令，其当执行时使得至少一个处理器1110：从数据转移服务器接收针对数据转移操作的第一撤回请求以及数据转移操作信息，所述数据转移操作信息包括数据转移状态信息和转移数据的数据组成信息，所述转移数据的数据组成信息包括转移数据源组成以及各个转移数据源所提供的数据量，所述转移数据源包括数据转移发起方和/或可借用数据拥有方；基于数据转移状态信息和转移数据的数据组成信息，确定第一撤回数据的数据组成信息，所述第一撤回数据的数据组成信息包括第一撤回数据提供方组成、各个第一撤回数据提供方所提供的第一撤回数据的数据源组成以及对应的数据量；从各个第一撤回数据提供方获取对应的数据；基于第一撤回数据的数据组成信息以及第三数据，确定第二撤回数据的数据组成信息，所述第二撤回数据的数据组成信息包括第二撤回数据接收方组成、各个第二撤回数据接收方所接收的第二撤回数据的数据源组成以及对应的数据量，所述第二撤回数据接收方至少包括平台数据拥有方；以及向各个第二撤回数据接收方发送对应的数据，其中，第三数据包括在数据转移服务器上生成数据转移操作时从平台数据拥有方获得的奖励数据，第一撤回请求是在数据转移服务器接收到所述数据转移发起方发出的第二撤回请求并且确定第三数据已经被执行数据转移操作后生成的。

应该理解，在存储器中存储的计算机可执行指令当执行时使得至少一个处理器1110进行本公开的各个实施例中以上结合图1-10描述的各种操作和功能。

在本公开中，计算设备1100可以包括但不限于：个人计算机、服务器计算机、工作站、桌面型计算机、膝上型计算机、笔记本计算机、移动计算设备、智能电话、平板计算机、蜂窝电话、个人数字助理(PDA)、手持装置、消息收发设备、可佩戴计算设备、消费电子设备等等。

根据一个实施例，提供了一种比如机器可读介质的程序产品。机器可读介质可以具有指令(即，上述以软件形式实现的元素)，该指令当被机器执行时，使得机器执行本公开的各个实施例中以上结合图1-10描述的各种操作和功能。具体地，可以提供配有可读存储介质的***或者装置，在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该***或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。

在这种情况下，从可读介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此机器可读代码和存储机器可读代码的可读存储介质构成了本发明的一部分。

可读存储介质的实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD-RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上或云上下载程序代码。

本领域技术人员应当理解，上面公开的各个实施例可以在不偏离发明实质的情况下做出各种变形和修改。因此，本发明的保护范围应当由所附的权利要求书来限定。

需要说明的是，上述各流程和各***结构图中不是所有的步骤和单元都是必须的，可以根据实际的需要忽略某些步骤或单元。各步骤的执行顺序不是固定的，可以根据需要进行确定。上述各实施例中描述的装置结构可以是物理结构，也可以是逻辑结构，即，有些单元可能由同一物理实体实现，或者，有些单元可能分由多个物理实体实现，或者，可以由多个独立设备中的某些部件共同实现。

以上各实施例中，硬件单元或模块可以通过机械方式或电气方式实现。例如，一个硬件单元、模块或处理器可以包括永久性专用的电路或逻辑(如专门的处理器，FPGA或ASIC)来完成相应操作。硬件单元或处理器还可以包括可编程逻辑或电路(如通用处理器或其它可编程处理器)，可以由软件进行临时的设置以完成相应操作。具体的实现方式(机械方式、或专用的永久性电路、或临时设置的电路)可以基于成本和时间上的考虑来确定。

上面结合附图阐述的具体实施方式描述了示例性实施例，但并不表示可以实现的或者落入权利要求书的保护范围的所有实施例。在整个本说明书中使用的术语“示例性”意味着“用作示例、实例或例示”，并不意味着比其它实施例“优选”或“具有优势”。出于提供对所描述技术的理解的目的，具体实施方式包括具体细节。然而，可以在没有这些具体细节的情况下实施这些技术。在一些实例中，为了避免对所描述的实施例的概念造成难以理解，公知的结构和装置以框图形式示出。

本公开内容的上述描述被提供来使得本领域任何普通技术人员能够实现或者使用本公开内容。对于本领域普通技术人员来说，对本公开内容进行的各种修改是显而易见的，并且，也可以在不脱离本公开内容的保护范围的情况下，将本文所定义的一般性原理应用于其它变型。因此，本公开内容并不限于本文所描述的示例和设计，而是与符合本文公开的原理和新颖性特征的最广范围相一致。

Claims (29)

1.一种用于撤回数据转移操作的方法，包括：

从数据转移服务器接收针对数据转移操作的第一撤回请求以及数据转移操作信息，所述数据转移操作信息包括数据转移状态信息和转移数据的数据组成信息，所述转移数据的数据组成信息包括转移数据源组成以及各个转移数据源所提供的数据量，所述转移数据源包括数据转移发起方和/或可借用数据拥有方；

基于所述数据转移状态信息和所述转移数据的数据组成信息，确定第一撤回数据的数据组成信息，所述第一撤回数据的数据组成信息包括第一撤回数据提供方组成、各个第一撤回数据提供方所提供的第一撤回数据的数据源组成以及对应的数据量；

从各个第一撤回数据提供方获取对应的数据；

基于所述第一撤回数据的数据组成信息以及第三数据，确定第二撤回数据的数据组成信息，所述第二撤回数据的数据组成信息包括第二撤回数据接收方组成、各个第二撤回数据接收方所接收的第二撤回数据的数据源组成以及对应的数据量，所述第二撤回数据接收方至少包括平台数据拥有方；以及

向各个第二撤回数据接收方发送对应的数据，

其中，所述第三数据包括在所述数据转移服务器上生成所述数据转移操作时从所述平台数据拥有方获得的奖励数据，所述第一撤回请求是在所述数据转移服务器接收到所述数据转移发起方发出的第二撤回请求并且确定所述第三数据已经被执行数据转移操作后生成的。

2.如权利要求1所述的方法，其中，所述数据转移状态信息包括用于指示数据转移操作进行中的第一状态信息或者用于指示数据转移操作完成的第二状态信息。

3.如权利要求1所述的方法，其中，所述第一撤回请求是在所述数据转移服务器确定可撤回奖励数据的数据量小于应撤回奖励数据的数据量后生成的。

4.如权利要求3所述的方法，其中，所述第二撤回请求包括所述数据转移操作的操作编号，

其中，所述数据转移状态信息以及所述转移数据的数据组成信息是在所述数据转移服务器处基于所述数据转移操作的操作编号确定的。

5.如权利要求1所述的方法，其中，所述第一撤回请求还包括所述第三数据的数据转移量，以及

基于所述第一撤回数据的数据组成信息以及第三数据，确定第二撤回数据的数据组成信息包括：

基于所述第一撤回数据的数据组成信息以及所述第三数据的数据转移量，确定所述第二撤回数据的数据组成信息。

6.如权利要求1所述的方法，其中，所述第二撤回请求还包括撤回数据申请量，以及

基于所述数据转移状态信息和所述转移数据的数据组成信息，确定第一撤回数据的数据组成信息包括：

基于所述数据转移状态信息、所述转移数据的数据组成信息以及所述撤回数据申请量，确定所述第一撤回数据的数据组成信息。

7.如权利要求6所述的方法，其中，所述第一撤回请求还包括所述第三数据的数据转移量，以及

基于所述第一撤回数据的数据组成信息以及第三数据，确定第二撤回数据的数据组成信息包括：

基于所述第一撤回数据的数据组成信息、所述撤回数据申请量以及所述第三数据的数据转移量，确定所述第二撤回数据的数据组成信息。

8.如权利要求2所述的方法，其中，在所述数据转移状态信息是第一状态信息时，所述第一撤回数据提供方包括数据转移中间处理方和/或可借用数据拥有方，以及

在所述数据转移状态信息是第二状态信息时，所述第一撤回数据提供方包括转移数据接收方。

9.如权利要求1所述的方法，其中，所述第一撤回数据的数据组成信息是基于第一数据组成确定规则以及所述转移数据的数据组成信息确定的，所述第一数据组成确定规则包括：

所述转移数据中的数据组成比例；或者

指定的数据源撤回顺序和/或数据源撤回比例。

10.如权利要求1所述的方法，其中，所述第二撤回数据的数据组成信息是基于第二数据组成确定规则确定的，所述第二数据组成确定规则包括：

所述第一撤回数据中的数据组成比例；或者

指定的数据源撤回顺序和/或数据源撤回比例。

11.如权利要求10所述的方法，其中，所述平台数据拥有方所接收的第二撤回数据的数据源组成以及对应的数据量是基于所述第二数据组成确定规则确定的。

12.如权利要求1所述的方法，还包括：

对第四数据进行标记，所述标记用于指示在该第四数据失效后向所述数据转移方返还对应数据量的数据，所述第四数据是由于针对所述第三数据的数据转移操作的撤回处理而恢复的奖励数据。

13.如权利要求12所述的方法，还包括：

在被标记的第四数据失效后，使得所述平台数据拥有方向所述数据转移发起方返还第一数据量的数据，所述第一数据量与所述平台数据拥有方所接收的第二撤回数据的数据量相等。

14.如权利要求13所述的方法，其中，所述转移数据的数据组成信息指示所述转移数据包括来自可借用数据拥有方的数据，并且所述平台数据拥有方所接收的第二撤回数据包括来自所述可借用数据拥有方的数据，

在被标记的第四数据失效后，使得所述平台数据拥有方向所述数据转移发起方返还第一数据量的数据包括：

在所述数据转移发起方向所述可借用数据拥有方借用的数据已经归还时，使得所述平台数据拥有方向所述数据转移发起方返还第一数据量的数据；或者

在所述数据转移发起方向所述可借用数据拥有方借用的数据未归还时，使得所述平台数据拥有方向所述数据转移发起方返还第二数据量的数据，所述第二数据量等于从所述平台数据拥有方所接收的第二撤回数据的数据量中减去来自所述可借用数据拥有方的数据量而得到的数据量。

15.如权利要求1所述的方法，其中，所述第三数据还包括在所述数据转移服务器上生成所述数据转移操作时从另一平台数据拥有方获得的另一奖励数据，该另一奖励数据的数据量是由所述另一平台数据拥有方基于所述数据转移操作的转移数据量以及预定比例确定的。

16.如权利要求15所述的方法，其中，基于所述数据转移状态信息和所述转移数据的数据组成信息，确定第一撤回数据的数据组成信息包括：

基于所述数据转移状态信息、所述转移数据的数据组成信息以及所述预定比例，确定所述第一撤回数据的数据组成信息。

17.一种用于撤回数据转移操作的装置，包括：

撤回请求接收单元，被配置为从数据转移服务器接收针对数据转移操作的第一撤回请求以及数据转移操作信息，所述数据转移操作信息包括数据转移状态信息和转移数据的数据组成信息，所述转移数据的数据组成信息包括转移数据源组成以及各个转移数据源所提供的数据量，所述转移数据源包括数据转移发起方和/或可借用数据拥有方；

第一撤回数据确定单元，被配置为基于所述数据转移状态信息和所述转移数据的数据组成信息，确定第一撤回数据的数据组成信息，所述第一撤回数据的数据组成信息包括第一撤回数据提供方组成、各个第一撤回数据提供方所提供的第一撤回数据的数据源组成以及对应的数据量；

第一撤回数据获取单元，被配置为从各个第一撤回数据提供方获取对应的数据；

第二撤回数据确定单元，被配置为基于所述第一撤回数据的数据组成信息以及第三数据，确定第二撤回数据的数据组成信息，所述第二撤回数据的数据组成信息包括第二撤回数据接收方组成、各个第二撤回数据接收方所接收的第二撤回数据的数据源组成以及对应的数据量，所述第二撤回数据接收方至少包括平台数据拥有方；以及

第二撤回数据发送单元，被配置为向各个第二撤回数据接收方发送对应的数据，

其中，所述第三数据包括在所述数据转移服务器上生成所述数据转移操作时从所述平台数据拥有方获得的奖励数据，所述第一撤回请求是在所述数据转移服务器接收到所述数据转移发起方发出的第二撤回请求并且确定所述第三数据已经被执行数据转移操作后生成的。

18.如权利要求17所述的装置，其中，所述数据转移状态信息包括用于指示数据转移操作进行中的第一状态信息或者用于指示数据转移操作完成的第二状态信息。

19.如权利要求17所述的装置，其中，所述第一撤回请求还包括所述第三数据的数据转移量，以及

所述第二撤回数据确定单元被配置为：基于所述第一撤回数据的数据组成信息以及所述第三数据的数据转移量，确定所述第二撤回数据的数据组成信息。

20.如权利要求17所述的装置，其中，所述第二撤回请求还包括撤回数据申请量，以及所述第一撤回数据确定单元被配置为：

基于所述数据转移状态信息、所述转移数据的数据组成信息以及所述撤回数据申请量，确定所述第一撤回数据的数据组成信息。

21.如权利要求20所述的装置，其中，所述第一撤回请求还包括所述第三数据的数据转移量，以及

所述第二撤回数据确定单元被配置为：基于所述第一撤回数据的数据组成信息、所述撤回数据申请量以及所述第三数据的数据转移量，确定所述第二撤回数据的数据组成信息。

22.如权利要求17所述的装置，其中，所述第一撤回数据确定单元被配置为基于第一数据组成确定规则以及所述转移数据的数据组成信息确定所述第一撤回数据的数据组成信息，所述第一数据组成确定规则包括：

所述转移数据中的数据组成比例；或者

指定的数据源撤回顺序和/或数据源撤回比例。

23.如权利要求17所述的装置，其中，所述第二撤回数据确定单元被配置为：

基于所述第一撤回数据的数据组成信息以及第三数据，使用第二数据组成确定规则来确定第二撤回数据的数据组成信息，所述第二数据组成确定规则包括：

所述第一撤回数据中的数据组成比例；或者

指定的数据源撤回顺序和/或数据源撤回比例。

24.如权利要求17所述的装置，还包括：

标记单元，被配置为对第四数据进行标记，所述标记用于指示在该第四数据失效后向所述数据转移方返还对应数据量的数据，所述第四数据是由于针对所述第三数据的数据转移操作的撤回处理而恢复的奖励数据。

25.如权利要求24所述的装置，还包括：

数据返还单元，被配置为在被标记的第四数据失效后，使得所述平台数据拥有方向所述数据转移发起方返还第一数据量的数据，所述第一数据量与所述平台数据拥有方所接收的第二撤回数据的数据量相等。

26.如权利要求25所述的装置，其中，所述转移数据的数据组成信息指示所述转移数据包括来自可借用数据拥有方的数据，并且所述平台数据拥有方所接收的第二撤回数据包括来自所述可借用数据拥有方的数据，

所述数据返还单元被配置为：在被标记的第四数据失效后，

如果所述数据转移发起方向所述可借用数据拥有方借用的数据已经归还，则使得所述平台数据拥有方向所述数据转移发起方返还第一数据量的数据；或者

如果所述数据转移发起方向所述可借用数据拥有方借用的数据未归还时，使得所述平台数据拥有方向所述数据转移发起方返还第二数据量的数据，所述第二数据量等于从所述平台数据拥有方所接收的第二撤回数据的数据量中减去来自所述可借用数据拥有方的数据量而得到的数据量。

27.如权利要求17所述的装置，其中，所述第三数据还包括在所述数据转移服务器上生成所述数据转移操作时从另一平台数据拥有方获得的另一奖励数据，该另一奖励数据的数据量是由所述另一平台数据拥有方基于所述数据转移操作的转移数据量以及预定比例确定的，

其中，所述第一撤回数据确定单元被配置为：

基于所述数据转移状态信息、所述转移数据的数据组成信息以及所述预定比例，确定所述第一撤回数据的数据组成信息。

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

至少一个处理器，以及

与所述至少一个处理器耦合的存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如权利要求1到16中任一所述的方法。

29.一种机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如权利要求1到16中任一所述的方法。