交易处理方法、装置、设备及系统与流程

本说明书涉及数据处理领域，尤其涉及交易处理方法、装置、设备及系统。

背景技术

随着互联网消费时代的发展，越来越多的人会在一些电子商务平台购买商品。在使用电子商务平台中，用户可能享受各种特殊的结算策略，如代金券抵扣、折扣、满减、红包抵扣等策略。当用户发起的交易满足指定结算条件时，支付平台会根据指定结算策略进行结算，获得待支付总额。同一笔交易中，采用指定结算策略进行结算获得的结算结果，往往小于交易中商品单价的总和。

然而，实际应用中，可能由于网络抖动、数据库抖动等技术因素、或者由于凑单商品中存在不满足指定结算条件的商品而导致凑单失败等业务因素，进而导致用户无法享受到指定结算策略。

技术实现要素：

为克服相关技术中存在的问题，本说明书提供了交易处理方法、装置、设备及系统。

根据本说明书实施例的第一方面，提供一种交易处理系统，所述系统包括：用户端、交易平台和支付平台；

用户端向交易平台发送利用当前交易对已完成交易进行补偿的交易请求，所述交易请求至少携带有已完成交易的交易标识以及当前交易的交易标识；

交易平台根据所接收的交易标识获取已完成交易的交易数据和当前交易的交易数据，并将所获取的交易数据传输至支付平台，交易数据包括对交易进行结算所需的数据；

支付平台根据所接收的交易数据判定指定结算条件满足，则利用与指定结算条件对应的指定结算策略对所述已完成交易和当前交易的组合进行结算，并将结算结果通知交易平台；同一笔交易中采用指定结算策略进行结算获得的结算结果小于该笔交易中商品单价的总和；

交易平台根据所述结算结果和已完成交易中的已支付金额，确定是否调用支付平台完成对已完成交易的补偿操作。

可选的，所述用户端向交易平台发送利用当前交易对已完成交易进行补偿的交易请求，包括：

在用户端中，若发生针对已完成交易的预设申请补偿事件，展示供用户添加商品信息的界面，基于所提供的界面生成携带有指定标识、已完成交易的交易标识以及当前交易的交易标识，并向交易平台发送所述交易结算请求，所述指定标识用于指示该交易结算请求为利用当前交易对已完成交易进行补偿的交易结算请求。

可选的，在用户端中，针对每笔已完成交易提供有申请补偿控件，所述预设申请补偿事件基于申请补偿控件产生，每个申请补偿控件在预设补偿有效条件满足时有效；

所述预设补偿有效条件包括以下一种或多种：

在以已完成交易的支付完成时间为起始时间、且间隔指定时间的时间段内；

在已完成交易所对应商户规定的可享受所述指定结算策略的期限内。

可选的，所述当前交易为购买所添加商品的交易，或支付指定小数额的交易。

可选的，所述界面中还包括：对所述已完成交易不满足指定结算条件的原因进行提醒的提醒信息。

可选的，在交易平台中，每笔交易完成时，存储已完成交易的交易数据与交易标识的映射关系。

可选的，所述交易平台根据所述结算结果和已完成交易中的已支付金额，确定是否调用支付平台完成对已完成交易的补偿操作，包括：

在交易平台中，若所述结算结果小于所述已完成交易中已支付金额，调用支付平台执行退款操作；若所述结算结果大于所述已完成交易中已支付金额、且小于已支付金额与当前交易中商品金额的总和，提醒用户完成针对结算结果与已支付金额的差值的付款操作；若所述结算结果与所述已完成交易中已支付金额相同，对所述结算结果与所述已完成交易中已支付金额相同进行提醒。

根据本说明书实施例的第二方面，提供一种交易处理方法，所述方法用于用户端，包括：

若发生针对已完成交易的预设申请补偿事件，展示供用户添加商品信息的界面；

基于所提供的界面生成携带有指定标识、已完成交易的交易标识以及当前交易的交易标识，所述指定标识用于指示该交易结算请求为利用当前交易对已完成交易进行补偿的交易结算请求；

向交易平台发送所述交易结算请求。

可选的，针对每笔已完成交易提供有申请补偿控件，所述预设申请补偿事件基于申请补偿控件产生，每个申请补偿控件在预设补偿有效条件满足时有效；

所述预设补偿有效条件包括以下一种或多种：

在以已完成交易的支付完成时间为起始时间、且间隔指定时间的时间段内；

在已完成交易所对应商户规定的可享受所述指定结算策略的期限内。

可选的，当前交易为购买所添加商品的交易，或支付指定小数额的交易。

可选的，所述界面中还包括：对所述已完成交易不满足指定结算条件的原因进行提醒的提醒信息，同一笔交易中采用与所述指定结算条件对应的指定结算策略进行结算获得的结算结果，小于该笔交易中商品单价的总和。

根据本说明书实施例的第三方面，提供一种交易处理方法，所述方法用于交易平台，包括：

接收利用当前交易对已完成交易进行补偿的交易请求，所述交易请求至少携带有已完成交易的交易标识以及当前交易的交易标识；

根据所接收的交易标识获取已完成交易的交易数据和当前交易的交易数据，交易数据包括对交易进行结算所需的数据；

调用支付平台，以将已完成交易的交易数据和当前交易的交易数据传输至支付平台，获得支付平台对已完成交易和当前交易的组合进行结算而得的结算结果；

根据所述结算结果和已完成交易中的已支付金额，确定是否调用支付平台完成对已完成交易的补偿操作。

可选的，所述根据所述结算结果和已完成交易中的已支付金额，确定是否调用支付平台完成对已完成交易的补偿操作，包括：

若所述结算结果小于所述已完成交易中已支付金额，调用支付平台执行退款操作；

若所述结算结果大于所述已完成交易中已支付金额、且小于已支付金额与当前交易中待支付金额的总和，提醒用户完成针对结算结果与已支付金额的差值的付款操作；

若所述结算结果与所述已完成交易中已支付金额相同，对所述结算结果与所述已完成交易中已支付金额相同进行提醒。

根据本说明书实施例的第四方面，提供一种交易处理装置，所述装置设于用户端，包括：

界面展示模块，用于：若发生针对已完成交易的预设申请补偿事件，展示供用户添加商品信息的界面；

请求生成模块，用于：基于所提供的界面生成携带有指定标识、已完成交易的交易标识以及当前交易的交易标识，所述指定标识用于指示该交易结算请求为利用当前交易对已完成交易进行补偿的交易结算请求；

请求发送模块，用于：向交易平台发送所述交易结算请求。

可选的，针对每笔已完成交易提供有申请补偿控件，所述预设申请补偿事件基于申请补偿控件产生，每个申请补偿控件在预设补偿有效条件满足时有效；

所述预设补偿有效条件包括以下一种或多种：

在以已完成交易的支付完成时间为起始时间、且间隔指定时间的时间段内；

在已完成交易所对应商户规定的可享受所述指定结算策略的期限内。

可选的，当前交易为购买所添加商品的交易，或支付指定小数额的交易。

可选的，所述界面中还包括：对所述已完成交易不满足指定结算条件的原因进行提醒的提醒信息。

根据本说明书实施例的第五方面，提供一种交易处理装置，所述装置设于交易平台，包括：

请求接收模块，用于：接收利用当前交易对已完成交易进行补偿的交易请求，所述交易请求至少携带有已完成交易的交易标识以及当前交易的交易标识；

数据获取模块，用于：根据所接收的交易标识获取已完成交易的交易数据和当前交易的交易数据，交易数据包括对交易进行结算所需的数据；

结果获得模块，用于：调用支付平台，以将已完成交易的交易数据和当前交易的交易数据传输至支付平台，获得支付平台对已完成交易和当前交易的组合进行结算而得的结算结果；

交易补偿模块，用于：根据所述结算结果和已完成交易中的已支付金额，确定是否调用支付平台完成对已完成交易的补偿操作。

可选的，所述交易补偿模块具体用于：

若所述结算结果小于所述已完成交易中已支付金额，调用支付平台执行退款操作；

若所述结算结果大于所述已完成交易中已支付金额、且小于已支付金额与当前交易中待支付金额的总和，提醒用户完成针对结算结果与已支付金额的差值的付款操作；

若所述结算结果与所述已完成交易中已支付金额相同，对所述结算结果与所述已完成交易中已支付金额相同进行提醒。

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

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

若发生针对已完成交易的预设申请补偿事件，展示供用户添加商品信息的界面；

基于所提供的界面生成携带有指定标识、已完成交易的交易标识以及当前交易的交易标识，所述指定标识用于指示该交易结算请求为利用当前交易对已完成交易进行补偿的交易结算请求；

向交易平台发送所述交易结算请求。

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

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收利用当前交易对已完成交易进行补偿的交易请求，所述交易请求至少携带有已完成交易的交易标识以及当前交易的交易标识；

根据所接收的交易标识获取已完成交易的交易数据和当前交易的交易数据，交易数据包括对交易进行结算所需的数据；

调用支付平台，以将已完成交易的交易数据和当前交易的交易数据传输至支付平台，获得支付平台对已完成交易和当前交易的组合进行结算而得的结算结果；

根据所述结算结果和已完成交易中的已支付金额，确定是否调用支付平台完成对已完成交易的补偿操作。

本说明书的实施例提供的技术方案可以包括以下有益效果：

本说明书实施例通过发起一笔特殊的交易，对已完成交易进行重放，以判断是否对已完成交易进行补偿，从而实现对应该享受指定结算策略或期望享受指定结算策略，而未享受到指定结算策略的已完成交易，提供一种快速申请补偿的手段。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1a是本说明书根据一示例性实施例示出的一种交易处理的应用场景示意图。

图1b是本说明书根据一示例性实施例示出的一种交易处理时序图。

图1c是本说明书根据一示例性实施例示出的一种历史订单界面示意图。

图2是本说明书根据一示例性实施例示出的另一种交易处理方法的流程图。

图3是本说明书根据一示例性实施例示出的另一种交易处理方法的流程图。

图4是本说明书交易处理装置所在计算机设备的一种硬件结构图。

图5是本说明书根据一示例性实施例示出的一种交易处理装置的框图。

图6是本说明书根据一示例性实施例示出的另一种交易处理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

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

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

在使用电子商务平台中，用户可能享受诸如代金券抵扣、折扣、满减、红包抵扣等特殊结算策略。同一笔交易中，采用指定结算策略进行结算获得的结算结果，往往小于交易中商品单价的总和。然而，实际应用中，可能由于网络抖动、数据库抖动等技术因素、或者由于凑单商品中存在不满足指定结算条件的商品而导致凑单失败等业务因素，进而导致用户无法享受到指定结算策略。目前，用户往往采用取消订单并重新购买符合指定结算条件的商品，以便享受指定结算策略，或者采用向平台申诉以享受指定结算策略，可见，采用这种方式享受指定结算策略，时效性和便捷性都很差。

鉴于此，本说明书实施例提供一种交易处理方案，通过发起一笔特殊的交易，对已完成交易进行重放，以判断是否对已完成交易进行补偿，从而实现对应该享受指定结算策略或期望享受指定结算策略，而未享受到指定结算策略的已完成交易，提供一种快速申请补偿的手段。

本说明书实施例先从交易处理系统进行说明。在该交易处理系统中，可以包括用户端、交易平台和支付平台。其中，用户端可以是各种安装有电子商务应用程序的电子设备，电子设备可以是移动电话或其它手持便携式设备，也可以是诸如腕表设备、吊坠设备等稍微更小的便携式设备，或者小型化设备、平板计算机、笔记本计算机、台式计算机、集成于计算机显示器中的计算机或其它的电子装备。用户端也可以是电子商务应用程序，例如淘宝等应用程序。交易平台和支付平台分别用于实现交易事件的建立和交易款项的处理。交易平台/支付平台可以是多台服务器设备的统称，也可以是安装在服务器设备上的软件的统称。例如，交易平台可以是淘宝服务端，支付平台可以为通过网络或专线与银行相连并具备信誉保障的独立于买房和卖方的第三方机构提供的平台，例如支付宝等支付平台。本说明书的交易处理方案可以应用于“网络交易”的应用场景中。为了便于理解，本说明书实施例还对交易处理的应用场景进行示例说明。如图1a所示，图1a是本说明书根据一示例性实施例示出的一种交易处理的应用场景示意图。在该应用场景中，利用智能手机表示用户端，利用服务器表示交易平台和支付平台。

如图1b所示，图1b是本说明书根据一示例性实施例示出的一种交易处理时序图。

在用户端中，可以执行步骤102：

在步骤102中，向交易平台发送利用当前交易对已完成交易进行补偿的交易请求。

其中，所述交易请求至少携带有已完成交易的交易标识以及当前交易的交易标识。

在交易平台中，可以执行步骤104和106：

在步骤104中，根据所接收的交易标识获取已完成交易的交易数据和当前交易的交易数据。

在步骤106中，将所获取的交易数据传输至支付平台，交易数据包括对交易进行结算所需的数据。

在支付平台中，可以执行步骤108和110：

在步骤108中，根据所接收的交易数据判定指定结算条件满足，则利用与指定结算条件对应的指定结算策略对所述已完成交易和当前交易的组合进行结算。同一笔交易中采用指定结算策略进行结算获得的结算结果小于该笔交易中商品单价的总和。

在步骤110中，将结算结果通知交易平台。

在交易平台中还执行步骤112：

在步骤112中，根据所述结算结果和已完成交易中的已支付金额，确定是否调用支付平台完成对已完成交易的补偿操作。

关于交易请求，在步骤102中的交易请求可以是交易过程中所发起的请求，特别是需进行交易结算时所发起的请求。在步骤102中所发起的交易请求可以是一种特殊的交易请求，该请求的目的是利用当前交易对已完成交易进行补偿。在一个例子中，交易请求中可以携带指定标识，该指定标识用于指示该交易请求为利用当前交易对已完成交易进行补偿的交易请求。为了能实现利用当前交易对已完成交易进行补偿的目的，所述交易请求中携带有已完成交易的交易标识以及当前交易的交易标识。已完成交易是用户期望申请补偿的历史交易，该历史交易可能存在结算策略使用不当的问题。当前交易可以是用户通过添加交易对象所触发的交易。交易标识可以是唯一标识每笔交易的标识，例如，交易标识可以是交易序列号。所有用户在交易平台上的每笔交易都可以有唯一的交易序列号。

利用当前交易对已完成交易进行补偿的交易请求，可以在预设申请补偿条件满足时触发生成。而造成申请补偿的原因又可能有两种，一种是：某笔交易本应该享受指定结算策略而未享受到指定结算策略，另一种是：用户期望某笔交易享受指定结算策略而未享受到指定结算策略。这种情况往往是由于已完成交易不满足指定结算条件导致。例如，指定结算条件是购买指定商品可以满300减100，用户选购的商品总价虽然满足300元的要求，但凑单商品中有部分商品不在满减活动允许的商品范围内，从而导致该笔交易不满足指定结算条件。

针对上述两种情况，可以分别提供请求接口。例如，针对某笔交易本应该享受指定结算策略而未享受到指定结算策略，可以通过第一申请补偿控件直接触发生成交易请求，实现针对已完成交易的重结算过程，以判断是否对已完成交易进行补偿。针对用户期望某笔交易享受指定结算策略而未享受到指定结算策略，可以通过第二申请补偿控件提供供用户添加商品信息的界面，基于所提供的界面生成携带有指定标识的交易结算请求，所述指定标识用于指示该交易结算请求为利用当前交易对已完成交易进行补偿的交易结算请求。从而通过添加商品实现已完成交易和当前交易的总和满足指定结算条件，进而享受指定结算策略。

而实际应用中，过多的申请方式可能给用户造成选择负担，鉴于此，可以将两种情况通过一种申请方式实现。在用户端中，若发生针对已完成交易的预设申请补偿事件，展示供用户添加商品信息的界面，基于所提供的界面生成携带有指定标识、已完成交易的交易标识以及当前交易的交易标识，并向交易平台发送所述交易结算请求，所述指定标识用于指示该交易结算请求为利用当前交易对已完成交易进行补偿的交易结算请求。

其中，预设申请补偿事件可以是预先设置的用于对已完成交易申请补偿的事件。在一个实施例中，针对每笔已完成交易提供有申请补偿控件，所述预设申请补偿事件基于申请补偿控件产生。例如，在每笔已完成交易的历史订单中提供申请补偿控件，不同的申请补偿控件可以关联不同的已完成交易，因此，在监听到申请补偿控件被触发时，则可以判定针对申请补偿控件所关联的已完成交易的预设申请补偿事件发生。如图1c所示，图1c是本说明书根据一示例性实施例示出的一种历史订单界面示意图。用户通过点击“我的订单”控件可以查看历史订单，在历史订单界面中，针对每笔已完成订单(历史订单)提供有申请补偿控件，用户可以点击申请补偿控件以实现触发执行申请补偿操作。

实际应用中，为了平衡买家和卖家的利益，还可以设置申请补偿控件的有效性。每个补偿控件可以在预设补偿有效条件满足时有效，而在预设补偿有效条件不满足时失效。作为失效的表现形式，可以是隐藏申请补偿控件，也可以是禁用申请补偿控件等，如通过灰度显示申请补偿控件以提醒用户该控件失效。可见，通过设置申请补偿控件的有效性，可以避免无期限追溯，给卖家带来损失。以下对预设补偿有效条件进行举例说明：

在一个实施例中，预设补偿有效条件可以是在以已完成交易的支付完成时间为起始时间、且间隔指定时间的时间段内。例如，指定时间可以是一天，从而实现提供用户有一天的追溯时间。可以理解的是，时间段的起始时间也可以是其他时间，例如，起始时间可以是订单提交时间、交易成功时间等。

在该实施例中，以固定间隔时间作为交易补偿的有效申请时间，利于申请补偿控件的有效期倒计时计算。

在另一个实施例中，由于商户(卖家)给出的指定结算策略往往是有期限，因此，预设补偿有效条件可以是在已完成交易所对应商户规定的可享受所述指定结算策略的期限内。例如，商户规定6月1日至6月18日期间用户可享受指定结算策略，则用户申请补偿的时间范围可以是6月1日至6月18日。

在该实施例中，以商户规定的可享受指定结算策略的期限作为交易补偿的有效申请时间，在不损害商户利益的前提下，最大程度延长有效申请时间。

应当理解的是，上述预设补偿有效条件仅为举例，而不应被理解为对本说明书的任何限制，其他现有的或将来的限制申请补偿控件有效性的条件可以适用本说明书，均应包括在本说明书的保护范围内。另外，上述列举的条件还可以进行组合，在组合条件同时满足的情况下，可以判定预设补偿有效条件满足。例如，在以已完成交易的支付完成时间为起始时间、且间隔指定时间的时间段内；且在已完成交易所对应商户规定的可享受所述指定结算策略的期限内。

展示供用户添加商品信息的界面，目的是提供一种手段供用户添加商品，用户可以选择添加或不添加，从而产生一笔当前交易。当前交易可以是基于用户对该界限的操作而产生的交易。

在实际应用中，一笔交易的产生往往依赖于存在交易行为，因此，在一个实施例中，当前交易可以是购买所添加商品的交易，也可以是支付指定小数额的交易。例如，针对某笔交易本应该享受指定结算策略而未享受到指定结算策略，该种情况用户往往不需要额外购买新的商品，即可对已完成交易进行补偿申诉，鉴于此，当前交易可以是支付指定小数额的交易。指定小数额可以是预先由业务人员指定的大部分人能接受的损失金额，例如，可以是￥0.01元。指定小数额也可以是由用户指定的自己能接受的金额。在一个例子中，当前交易是否为支付指定小数额的交易，可以基于所提供的界面是否添加有商品信息而确定。例如，若基于所提供的界面添加有商品信息，则当前交易为购买所添加商品的交易；若基于所提供的界面未添加商品信息，则当前交易为支付指定小数额的交易。在另一个例子中，支付指定小数额也可以作为一种添加商品信息的选项，供用户选择。另外，还可以由用户输入指定小数额。

在展示的界面中，用户可以添加满足指定结算条件的新商品。用户可以通过询问客服已完成交易不能享用指定结算策略的原因，也可以自己根据指定结算条件排查已完成交易不能享用指定结算策略的原因。从而根据所获得的原因，确定是否添加商品信息。

在一个实施例中，为了提高用户获得不能享用指定结算策略的原因，所述界面中还可以包括：对所述已完成交易不满足指定结算条件的原因进行提醒的提醒信息。

其中，指定结算条件与指定结算策略一一对应，例如，指定结算策略可以是满减策略、折扣策略、红包策略等。在界面中可以提示不满足不同指定结算条件所对应的原因，从而供用户选择其所想要享用的指定结算策略，进而根据其对应的原因进行相应的商品添加操作，从而提高用户申请补偿的操作效率。

基于所提供的界面可以生成交易结算请求。交易结算请求可以是携带有指定标识的特殊结算请求。基于不同的策略，触发生成交易结算请求的条件可能不同。在一个例子中，交易结算请求可以由订单提交事件触发生成。例如，基于所提供的界面生成当前交易的订单，在发生订单提交事件时，向交易平台发送交易结算请求。在另一个例子中，交易结算请求可以由结算事件触发生成等。

在用户端向交易平台发送利用当前交易对已完成交易进行补偿的交易请求后，交易平台可以根据所接收的交易标识获取已完成交易的交易数据和当前交易的交易数据。

其中，在交易平台中，每笔交易完成时，存储已完成交易的交易数据与交易标识的映射关系。交易数据是对交易进行结算时所需的数据，例如，可以是卖家信息、买家信息、商品标识、商品单价、商品数量等。交易数据与交易标识的映射关系可以存储到数据库中。

因此，在获得已完成交易的交易标识时，可以基于已完成交易的交易数据与交易标识的映射关系，获得所接收的已完成交易的交易标识对应的交易数据。而基于当前交易的交易标识，还可以获得当前交易的交易数据。本实施例将当前交易和已完成交易合并作为一笔交易，调用支付平台，将作为一笔交易的交易数据传输至支付平台，以通过支付平台对当前交易和已完成交易所构成的交易进行结算，并判断其是否满足指定结算条件。可见，于支付平台而言，无需改变支付平台的判断策略，根据其接收的交易数据即可判断是否满足指定结算条件，并决定是否利用与指定结算条件对应的指定结算策略对已完成交易和当前交易进行结算，并将结算结果通知交易平台。

本说明书实施例所指指定结算策略可以是特殊结算策略，同一笔交易中采用指定结算策略进行结算获得的结算结果小于采用正常结算策略(商品单价的总和)进行结算获得的结算结果。结算结果可以包括支付金额，结算结果的大小比较可以是支付金额的比较。在一个例子中，在支付平台中可以由优惠模块和结算模块完成交易的结算。优惠模块可以用于进行指定结算条件的判断，如优惠计算，结算模块可以用于进行结算和资金流转等。

在交易平台中，可以根据所述结算结果和已完成交易中的已支付金额，确定是否调用支付平台完成对已完成交易的补偿操作。

结算结果是利用结算策略获得的结果，而已完成交易中的已支付金额可以反映已完成交易是否享用指定结算策略，因此，可以根据本次结算获得的结算结果与已完成交易的已支付金额，判断已完成交易是否应当或被期望享用指定结算策略，进而确定是否调用支付平台完成对已完成交易的补偿操作。需要对已完成交易进行补偿包括两种情况，一种情况是已完成交易满足直接结算条件而未享用指定结算策略，另一种情况是，已完成交易不满足指定结算条件、而当前交易和已完成交易满足指定结算条件。针对上述两种情况可以对已完成交易进行补偿。以下列举几种补偿手段进行示例说明。

在一个实施例中，若所述结算结果小于所述已完成交易中已支付金额，调用支付平台执行退款操作。

结算结果小于已完成交易中已支付金额，可能由于两种情况导致，一种是已完成交易满足直接结算条件而未享用指定结算策略，因此需要将已完成交易多支付的金额退回给用户。另一种情况是，在本次交易中，通过新增加商品使当前交易和已完成交易的组合满足指定结算条件、且新增商品的总价值小于优惠金额，因此，可以将已完成交易中已支付金额与结算结果的差值退回给用户。可见，不管哪种情况，都需要执行退款操作。为了避免套现等现象，可以获取已完成交易中的支付源，按原路退还至支付源。例如，若已完成交易中用户利用信用卡支付，则退还至信用卡；若已完成交易中用户利用余额宝支付，则退还至余额宝。

在另一个实施例中，若所述结算结果大于所述已完成交易中已支付金额、且小于已支付金额与当前交易中商品金额的总和，提醒用户完成针对结算结果与已支付金额的差值的付款操作。

用户为了享用指定结算策略，可以通过新添加商品使当前交易和已完成交易的组合满足指定结算条件，而新添加商品的金额可能大于优惠金额，因此，可能出现结算结果大于已完成交易中已支付金额、且小于已支付金额与当前交易中商品金额的总和的情况。

在该实施例中，结算结果与已支付金额的差值，小于新添加商品的金额，利用补偿金额抵扣新商品的金额，实现利用新添加商品享受到补偿。另外，提醒用户完成针对结算结果与已支付金额的差值的付款操作，用户可以根据需求决定是否进行支付。

在另一个实施例中，若所述结算结果与所述已完成交易中已支付金额相同，对所述结算结果与所述已完成交易中已支付金额相同进行提醒。

其中，结算结果与已完成交易中已支付金额相同，也可能有两种情况，在没有添加商品的情况下，若结算结果与已完成交易中已支付金额相同，表示已完成交易不具备享用指定结算策略的条件。在添加商品的情况下，若结算结果与已完成交易中已支付金额相同，表示补偿金额刚好与新添加商品的金额相同。本实施例对结算结果与已完成交易中已支付金额相同进行提醒，用户可以根据提醒信息决定是否进行支付。

在另一个实施例中，若所述结算结果等于已完成交易中已支付金额与当前交易中商品金额的总和，表示当前交易和已完成交易的组合仍不满足指定结算策略。

以上实施方式中的各种技术特征可以任意进行组合，只要特征之间的组合不存在冲突或矛盾，但是限于篇幅，未进行一一描述，因此上述实施方式中的各种技术特征的任意进行组合也属于本说明书公开的范围。

相应的，本说明书实施例还从用户端的角度，提供一种交易处理方法，如图2所示，图2是本说明书根据一示例性实施例示出的另一种交易处理方法的流程图，所述方法用于用户端，包括：

在步骤202中，若发生针对已完成交易的预设申请补偿事件，展示供用户添加商品信息的界面；

在步骤204中，基于所提供的界面生成携带有指定标识、已完成交易的交易标识以及当前交易的交易标识，所述指定标识用于指示该交易结算请求为利用当前交易对已完成交易进行补偿的交易结算请求；

在步骤206中，向交易平台发送所述交易结算请求。

可以理解的是，图2中与图1b中相关技术相同，在此不再一一赘述。

由上述实施例可见，本实施例从用户端的角度，提供一种可以快速申请补偿的方式，无需取消订单并重新购买符合指定结算条件的商品，也无需采用向平台申诉以享受指定结算策略，从而提高补偿的时效性和便捷性。

在一个实施例中，针对每笔已完成交易提供有申请补偿控件，所述预设申请补偿事件基于申请补偿控件产生，每个申请补偿控件在预设补偿有效条件满足时有效；

所述预设补偿有效条件包括以下一种或多种：

在以已完成交易的支付完成时间为起始时间、且间隔指定时间的时间段内；

在已完成交易所对应商户规定的可享受所述指定结算策略的期限内。

在一个实施例中，当前交易为购买所添加商品的交易，或支付指定小数额的交易。

在一个实施例中，所述界面中还包括：对所述已完成交易不满足指定结算条件的原因进行提醒的提醒信息。

相应的，本说明书实施例还从交易平台的角度对交易处理方法进行示例说明。如图3所示，图3是本说明书根据一示例性实施例示出的另一种交易处理方法的流程图，所述方法用于交易平台，包括：

在步骤302中，接收利用当前交易对已完成交易进行补偿的交易请求，所述交易请求至少携带有已完成交易的交易标识以及当前交易的交易标识；

在步骤304中，根据所接收的交易标识获取已完成交易的交易数据和当前交易的交易数据，交易数据包括对交易进行结算所需的数据；

在步骤306中，调用支付平台，以将已完成交易的交易数据和当前交易的交易数据传输至支付平台，获得支付平台对已完成交易和当前交易的组合进行结算而得的结算结果；

在步骤308中，根据所述结算结果和已完成交易中的已支付金额，确定是否调用支付平台完成对已完成交易的补偿操作。

可以理解的是，图3中与图1b中相关技术相同，在此不再一一赘述。

由上述实施例可见，本实施例从交易平台的角度，实现根据利用当前交易对已完成交易进行补偿的交易请求，将当前交易的交易数据和已完成交易的交易数据合并，获得支付平台对已完成交易和当前交易的组合进行介绍而得的结算结果，进而根据结算结果和已完成交易中的已支付金额，判断是否需要对已完成交易进行补偿操作，从而实现快速补偿。

在一个实施例中，所述根据所述结算结果和已完成交易中的已支付金额，确定是否调用支付平台完成对已完成交易的补偿操作，包括：

若所述结算结果小于所述已完成交易中已支付金额，调用支付平台执行退款操作；

若所述结算结果大于所述已完成交易中已支付金额、且小于已支付金额与当前交易中待支付金额的总和，提醒用户完成针对结算结果与已支付金额的差值的付款操作；

若所述结算结果与所述已完成交易中已支付金额相同，对所述结算结果与所述已完成交易中已支付金额相同进行提醒。

与前述交易处理方法的实施例相对应，本说明书还提供了交易处理装置及其所应用的电子设备的实施例。

本说明书交易处理装置(图2或图3)的实施例可以应用在计算机设备。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在计算机设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，图4为本说明书交易处理装置所在计算机设备的一种硬件结构图，除了图4所示的处理器410、网络接口420、内存430、以及非易失性存储器440之外，实施例中交易处理装置431所在的计算机设备通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。

如图5所示，是本说明书根据一示例性实施例示出的一种交易处理装置的框图，所述装置设于用户端，所述装置包括：

界面展示模块52，用于：若发生针对已完成交易的预设申请补偿事件，展示供用户添加商品信息的界面；

请求生成模块54，用于：基于所提供的界面生成携带有指定标识、已完成交易的交易标识以及当前交易的交易标识，所述指定标识用于指示该交易结算请求为利用当前交易对已完成交易进行补偿的交易结算请求；

请求发送模块56，用于：向交易平台发送所述交易结算请求。

如图6所示，是本说明书根据一示例性实施例示出的另一种交易处理装置的框图，所述装置设于交易平台，所述装置包括：

请求接收模块62，用于：接收利用当前交易对已完成交易进行补偿的交易请求，所述交易请求至少携带有已完成交易的交易标识以及当前交易的交易标识；

数据获取模块64，用于：根据所接收的交易标识获取已完成交易的交易数据和当前交易的交易数据，交易数据包括对交易进行结算所需的数据；

结果获得模块66，用于：调用支付平台，以将已完成交易的交易数据和当前交易的交易数据传输至支付平台，获得支付平台对已完成交易和当前交易的组合进行结算而得的结算结果；

交易补偿模块68，用于：根据所述结算结果和已完成交易中的已支付金额，确定是否调用支付平台完成对已完成交易的补偿操作。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应的，本说明书实施例还提供一种计算机设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

若发生针对已完成交易的预设申请补偿事件，展示供用户添加商品信息的界面；

基于所提供的界面生成携带有指定标识、已完成交易的交易标识以及当前交易的交易标识，所述指定标识用于指示该交易结算请求为利用当前交易对已完成交易进行补偿的交易结算请求；

向交易平台发送所述交易结算请求。

相应的，本说明书实施例还提供另一种计算机设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

接收利用当前交易对已完成交易进行补偿的交易请求，所述交易请求至少携带有已完成交易的交易标识以及当前交易的交易标识；

根据所接收的交易标识获取已完成交易的交易数据和当前交易的交易数据，交易数据包括对交易进行结算所需的数据；

调用支付平台，以将已完成交易的交易数据和当前交易的交易数据传输至支付平台，获得支付平台对已完成交易和当前交易的组合进行结算而得的结算结果；

根据所述结算结果和已完成交易中的已支付金额，确定是否调用支付平台完成对已完成交易的补偿操作。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

若发生针对已完成交易的预设申请补偿事件，展示供用户添加商品信息的界面；

基于所提供的界面生成携带有指定标识、已完成交易的交易标识以及当前交易的交易标识，所述指定标识用于指示该交易结算请求为利用当前交易对已完成交易进行补偿的交易结算请求；

向交易平台发送所述交易结算请求。

另一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

接收利用当前交易对已完成交易进行补偿的交易请求，所述交易请求至少携带有已完成交易的交易标识以及当前交易的交易标识；

根据所接收的交易标识获取已完成交易的交易数据和当前交易的交易数据，交易数据包括对交易进行结算所需的数据；

调用支付平台，以将已完成交易的交易数据和当前交易的交易数据传输至支付平台，获得支付平台对已完成交易和当前交易的组合进行结算而得的结算结果；

根据所述结算结果和已完成交易中的已支付金额，确定是否调用支付平台完成对已完成交易的补偿操作。

本说明书实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。

应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。