CN103106575A - 一种交易信息的处理方法及装置 - Google Patents

Abstract

本申请提供了一种交易信息的处理方法及装置。所述方法包括：服务器依据用户提交的交易请求生成交易订单，所述交易订单包括交易期限、已付交易数据和订单状态标识；服务器接收用户在所述交易期限内提交的多个支付数据，所述多个支付数据包括首次支付数据；若所述首次支付数据满足第一预设条件，则将所述已付交易数据更新为首次支付数据，并将所述订单状态标识修改为部分支付；若所述多个支付数据满足第二预设条件，则将所述已付交易数据更新为所述多个支付数据的总和，并将所述订单状态标识修改为支付完毕。本申请可以使用户在不能一次性支付商品价格的情况下，通过多次付款获取商品，减轻用户操作的复杂性，降低服务器访问负担和网络带宽的占用。

Description

一种交易信息的处理方法及装置

技术领域

本申请涉及数据处理领域，特别是涉及一种交易信息的处理方法，以及，一种交易信息的处理装置。

背景技术

在网上购物时，买家一般使用网上银行、或第三方账户或货到付款进行交易支付。现有的交易信息处理方法为，买家拍下欲购买的商品后，***根据商品的信息生成一条交易订单，买家可以使用网银、第三方账户或现金的方式支付，当一次性支付的金额等于该商品的价格时，交易订单中显示用户已付款，接下来卖家就可以发货给买家。

随着电子商务的不断发展，网购平台上的大金额商品也越来越多，比如一些数码家电、大型家具等。买家在购买这种大金额商品时，若当前购买能力不足，或该商品的价格超出了网银单次和单日支付的限额，买家就不能一次性支付等同该商品价格的金额，从而不能购买该商品。

如中国专利申请号为CN102063674A，名称为一种交易信息处理方法及***，公开日在2011年5月18日的专利申请披露了一种交易信息处理方法及***。可以采取分次付款的方式获取物品的部分使用权，例如，依据用户当前的支付金额分配相应的宽带账户使用时间给用户，依据用户当前的支付金额分配相应金额的手机充值卡给用户。

以上现有技术存在的问题是，该方法只能应用于使用权可拆分的商品，例如手机充值卡，宽带账户使用时间。对于使用权不可拆分的商品，如电脑，家具等等，由于其使用权不可拆分，仍需要付清全部的金额才能获得该商品。如果用户支付金额不足，将无法完成交易。此时，用户只能在以后金额充足后，再重新搜索或访问相关商品信息页面，这不但增加了用户操作的复杂性，而且增加服务器的访问负担和网络带宽的占用。

发明内容

本申请提供一种交易信息的处理方法，以使用户在不能一次性支付商品价格的情况下，可以通过多次付款获取商品，以减轻用户操作的复杂性，降低服务器的访问负担和网络带宽的占用。

本申请还提供了一种交易信息的处理装置，用以保证上述方法在实际中的应用及实现。

为了解决上述问题，本申请公开了一种交易信息的处理方法，包括：

服务器依据用户提交的交易请求生成交易订单，所述交易订单包括交易期限、已付交易数据和订单状态标识；

服务器接收用户在所述交易期限内提交的多个支付数据，所述多个支付数据包括首次支付数据；

若所述首次支付数据满足第一预设条件，则将所述已付交易数据更新为首次支付数据，并将所述订单状态标识修改为部分支付；

若所述多个支付数据满足第二预设条件，则将所述已付交易数据更新为所述多个支付数据的总和，并将所述订单状态标识修改为支付完毕。

优选地，所述交易订单还包括请求交易的商品的总价、首次支付期限和首次支付比例，所述若首次支付数据满足第一预设条件，则将已付交易数据更新为首次支付数据，并将订单状态标识修改为部分支付的步骤包括：

若所述首次支付数据在首付支付期限内提交，且与所述商品的总价的比例大于或等于首次支付比例，则将所述已付交易数据更新为首次支付数据，并将所述订单状态标识修改为部分支付。

优选地，所述若多个支付数据满足第二预设条件，则将已付交易数据更新为多个支付数据的总和，并将订单状态标识修改为支付完毕的步骤还包括：

若所述多个支付数据的总和等于所述商品的总价，则将所述已付交易数据更新为所述商品的总价，并将所述订单状态标识修改为支付完毕。

优选地，所述多个支付数据通过调用网上银行，第三方账户，或移动终端所对应的支付接口进行提交。

优选地，所述第三方账户通过设置网银凭证、提取额度和提取频率，在网上银行提取多个支付数据。

优选地，所述方法还包括：

若所述首次支付数据不满足第一预设条件，则将所述订单状态标识修改为交易取消；

若所述多个支付数据不满足第二预设条件，则将所述订单状态标识修改为支付超时。

优选地，所述若首次支付数据不满足第一预设条件，则将订单状态标识修改为交易取消的步骤包括：

若所述首次支付数据未在首次支付期限内提交，或所述首次支付数据与所述商品的总价的比例小于首次支付比例，则将所述订单状态标识修改为交易取消。

优选地，所述若多个支付数据不满足第二预设条件，则将订单状态标识修改为支付超时的步骤还包括：

若所述多个支付数据的总和小于所述商品的总价，并将所述订单状态标识修改为支付超时；

从商品的总价中提取预设比例作为赔付金额，并将所述订单状态标识修改为交易终止。

优选地，所述方法还包括：

依据所述多个支付数据生成相应的支付记录，所述支付记录包括支付时间，支付方式和支付金额。

本申请还提供了一种交易信息的处理装置，包括：

交易订单生成模块，用于服务器依据用户提交的交易请求生成交易订单，所述交易订单包括交易期限、已付交易数据和订单状态标识；

支付数据接收模块，用于服务器接收用户在所述交易期限内提交的多个支付数据，所述多个支付数据包括首次支付数据；

第一订单更新模块，用于若所述首次支付数据满足第一预设条件，则将所述已付交易数据更新为首次支付数据，并将所述订单状态标识修改为部分支付；

第二订单更新模块，用于若所述多个支付数据满足第二预设条件，则将所述已付交易数据更新为所述多个支付数据的总和，并将所述订单状态标识修改为支付完毕。

与现有技术相比，本申请具有以下优点：

本申请依据用户提交的交易请求生成支持分期付款的交易订单，并依据用户提交的多个支付数据对订单进行更新，首次支付成功后订单状态标识为部分支付，即可在一定时限内保留商品，付款达到商品总价的时候，订单状态标识为支付完毕，用户即可获得该商品，使用户在不能一次性支付商品价格的情况下，可以通过多次付款最终完成整个交易来获得商品的使用权。

另外，通过设置首次支付数据的支付时间，支付比例和交易期限来保障卖家的利益，若用户的支付数据不满足以上条件就不能购买该商品，已支付首付却未付清余款的，可以提取赔偿金给卖家。

此外，用户可以通过网银、手机、第三方账户等多种方式支付，也可以通过设置网银凭证、提取额度和提取频率，使用第三方账户定期取款，然后自动支付。这可以减少很多的手工操作，大大提高分次支付的便捷度，减轻用户了操作的复杂性，并且降低了服务器的访问负担和网络带宽的占用。

附图说明

图1是本申请的一种交易信息的处理方法实施例1的流程图；

图2是本申请的一种交易信息的处理方法实施例2的流程图；

图3是本申请的一种交易信息的处理装置实施例1的结构框图；

图4是本申请的一种交易信息的处理装置实施例2的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

买家在网上买商品时，当用户付款的金额等于商品的价格时，即能购买该商品。现实中，往往会出现用户无法购买大金额商品的情况，原因可能是以下两个方面：

1、买家的购买能力不足，无法一次付清所有金额，或者是买家的资金分散存放于多个银行，在购买大金额商品时，若一个网银的资金不够，需要聚集资金进行支付，不同银行之间的转账操作比较麻烦，而且往往需要手续费，买家通常并不愿承担这笔费用。

2、由于网银对单次交易金额的限制，若商品的单笔交易金额超过了该限制，例如商品价格为550元，单笔交易金额限制为500元，买家将无法直接用网银支付方式完成支付，从而使得部分买家放弃网购的方式。

以上两个问题导致了买家一次性支付能力不足的问题，目前已有的解决方案是建立一个第三方账户。

对于第一个问题，可以将几个银行帐户的资金通过网银给同一个第三方帐户充值，然后用第三方账户的资金代替多个网银进行该商品的交易，由于网银与第三方账户之间资金转帐一般是免费的，这样就避免了不同资金来源间转帐的费用。对于第二个问题，可以用该网银给同一个第三方帐户多次充值，然后用第三方账户的资金代替网银进行该商品的交易。

以上解决方案存在的问题是：

首先，即使用户通过网银对第三方账户进行多次充值，由于网银有单日交易金额的限制，若商品的单笔交易金额超过了该限制，例如商品价格为3300，单日交易金额限制为3000，用户将无法在当天用一个网银的资金完成支付。因为在现有的交易处理***中，买家需一次性支付等于该商品价格的金额时，才能买到该商品，即支付的付款粒度等同于交易，第三方账户资金不够时，就不能进行交易。若没有其他网银，只能用该网银分几天给第三方账户充值，不能当天马上购买心仪的商品。如果该商品比较热门或只有当天才享受某些优惠，就可能会失去购买时机。用户只能在以后金额充足后，再重新搜索或访问相关商品信息页面，这不但增加了用户操作的复杂性，而且增加服务器的访问负担和网络带宽的占用。

其次，利用第三方账户作为中间渠道来汇集各网银账户的资金进行操作的方式，比起用网银直接支付会麻烦一些；而且有些买家***台不支持用户所拥有的第三方账户(如京东商城不支持支付宝)，对于这类用户而言，这些问题并没有得到解决。

综上所述，买家在购买大金额商品时，因支付能力不足或网银单次交易限制，会出现无法一次性支付所有金额的问题，即使采用了第三方账户，也可能会因为网银单日交易限制，以及和现有的交易处理方法中一次***易的限制，使买家错失购买机会。

目前已有交易信息处理方法可以采取分次付款的方式获取物品的部分使用权，但该方法只能应用于使用权可拆分的商品，对于使用权不可拆分的商品，仍然需要付清全部的金额才能获得该商品。

本申请的核心构思之一在于，依据用户提交的交易请求生成支持分期付款的交易订单，并接收用户的多次支付数据，更新订单。使用户在不能一次性支付商品价格的情况下，可以通过多次付款最终完成整个交易来获取商品的使用权。

参考图1，其示出了本申请的一种交易信息的处理方法实施例1的流程图，具体可以包括以下步骤：

步骤101、服务器依据用户提交的交易请求生成交易订单，所述交易订单包括交易期限、已付交易数据和订单状态标识。

用户在网上拍下商品时，依据用户的交易请求可以生成一个对应的初始状态的交易订单，在交易订单中有本次交易的交易期限，已付交易数据，用户进行付款后，交易订单为会依据用户在所述交易期限内提交的交易数据进行更新。

步骤102、服务器接收用户在所述交易期限内提交的多个支付数据，所述多个支付数据包括首次支付数据。

在本申请中，用户可以在不能一次性支付商品价格的情况下，通过多次付款获得商品的使用权，同时为保护卖家的利益，多次付款必须在一定的交易期限内提交。

步骤103、若所述首次支付数据满足第一预设条件，则将所述已付交易数据更新为首次支付数据，并将所述订单状态标识修改为部分支付。

在本申请的一种优选的实施例中，所述交易订单还可以包括请求交易的商品的总价、首次支付期限和首次支付比例，所述步骤103可以包括：

子步骤S11、若所述首次支付数据在首付支付期限内提交，且与所述商品的总价的比例大于或等于首次支付比例，则将所述已付交易数据更新为首次支付数据，并将所述订单状态标识修改为部分支付。

由于在本申请中，用户可以通过多次支付来购买商品，因此，首次支付数据会小于所述商品的总价，若首次支付数据在预设的首付支付期限内提交，且大于或等于所述商品总价的首次支付比例(即支付金额大于或等于商品总价的首次支付比例的金额)，即成功支付了本商品的部分金额。

例如，卖家A有一台笔记本电脑的价格为2000元，买家B要购买这个商品。B拍下该商品后，会生成一个订单，订单内容可以如下：

商品总价：2000RMB；

首次支付期限：3天；

首次支付比例：20％；

已付交易数据：0RMB

交易期限：15天；

订单状态标识：未支付

其中已付交易数据和订单状态标识为初始化状态。在具体的实现中，所述交易期限、首次支付期限和首次支付比例可以由电子商务网站或卖家根据不同商品的特性自行设定。

用户在订单生成后的3天内，进行首次支付，首次支付比例的金额为2000*20％＝400RMB，用户支付了大于400RMB的金额，如500RMB后，订单状态标识就会显示为部分支付，同时将已付交易数据更新为500RMB，此时订单内容为：

商品总价：2000RMB；

首次支付期限：3天；

首次支付比例：20％；

已付交易数据：500RMB

交易期限：15天；

订单状态标识：部分支付。

步骤104、若所述多个支付数据满足第二预设条件，则将所述已付交易数据更新为所述多个支付数据的总和，并将所述订单状态标识修改为支付完毕。

在本申请的一种优选的实施例中，所述步骤104可以包括：

子步骤S21、若所述多个支付数据的总和等于所述商品的总价，则将所述已付交易数据更新为所述商品的总价，并将所述订单状态标识修改为支付完毕。

用户进行首次支付后，还需要支付剩余的金额，若用户在交易期限内提交的所有支付数据的总和等于商品的总价，则表明用户已经完成了本次交易应当支付所有金额。

如上例，用户在订单产生的15天内，除了首次支付外，又支付了400RMB和1100RMB，用户支付了400RMB后支付数据的总和为900RMB，可以将已付交易数据更新为900RMB，由于未达到商品的总价，所以订单状态标识仍为部分支付，用户又支付了1100RMB后，这些支付数据加起来和商品的总价相等，可以将订单更新如下：

商品总价：2000RMB；

首次支付期限：3天；

首次支付比例：20％；

已付交易数据：2000RMB

交易期限：15天；

订单状态标识：支付完毕。

在具体的实现中，所述多个支付数据可以通过调用网上银行，第三方账户，或移动终端所对应的支付接口进行提交。

部分用户的资金可能会分散在同的账户中，在本申请中，用户进行多次支付时，每次都可以选择不同的支付接口进行支付，无需把资金转移到一个账户中进行支付。如上例，用户可以通过网上银行、第三方账户或手机进行支付，例如，用户可以通过网上银行接口进行500RMB的首次支付，然后通过手机支付接口支付400RMB，接着通过第三方账户的支付接口支付剩余的1100RMB。

在本申请中，用户可以在预设的交易期限内的任意时间提交所述多个支付数据，用户可以单日多次支付完成交易，也可以多日多次支付完成交易。除了首次支付数据，对每次支付的数据的大小可以不做限制，只要在支付期限内，所有支付数据的总和等于商品的物价即可。

在本申请的一种优选的实施例中，所述第三方账户可以通过设置网银凭证、提取额度和提取频率，在网上银行提取多个支付数据。

在本申请中，用户进行首次支付后，还可以选择自动支付的方式，通过设置用户分次支付的网银凭证、提取额度和提取频率，实现由第三方账户定期从网上银行自动取款，然后自动提交支付数据，即自动支付余款的方式，使用该支付方式可以使用户无需进行多次手动的支付操作，这减轻用户了操作的复杂性，并且降低了服务器的访问负担和网络带宽的占用。

参考图2，其示出了本申请的一种交易信息的处理方法实施例2的流程图，具体可以包括以下步骤：

步骤201、服务器依据用户提交的交易请求生成交易订单，所述交易订单包括交易期限、已付交易数据和订单状态标识；

步骤202、服务器接收用户在所述交易期限内提交的多个支付数据，所述多个支付数据包括首次支付数据。

优选实施例中，本申请可以依据多个支付数据生成相应的支付记录。例如，图2所示实施例进一步包括步骤203。

步骤203、依据所述多个支付数据生成相应的支付记录，所述支付记录包括支付时间，支付方式和支付金额。

在本实施例中，可以依据每次提交支付数据生成相应的支付记录，例如：

支付时间2011-4-1 10:20，支付方式：招商银行网银大众版，支付金额400RMB；

支付时间2011-4-5 19:06，支付方式：支付宝，支付金额600RMB。

步骤204、若所述首次支付数据满足第一预设条件，则将所述已付交易数据更新为首次支付数据，并将所述订单状态标识修改为部分支付；

步骤205、若所述多个支付数据满足第二预设条件，则将所述已付交易数据更新为所述多个支付数据的总和，并将所述订单状态标识修改为支付完毕。

在具体的实现中，若所述多个交易数据满足第二预设条件，本次交易已经成功完成，可以依据本次交易生成一条交易记录，如：

交易商品：笔记本电脑，交易时间2011-4-16 09:24，交易金额2000RMB。

优选实施例中，若所述首次支付数据不满足预设条件，卖家可以相应修改所述订单状态标识。例如，图2所示实施例进一步包括步骤206。

步骤206、若所述首次支付数据不满足第一预设条件，则将所述订单状态标识修改为交易取消。

在本申请的一种优选的实施例中，所述步骤206可以包括：

子步骤S31、若所述首次支付数据未在首次支付期限内提交，或所述首次支付数据与所述商品的总价的比例小于首次支付比例，则将所述订单状态标识修改为交易取消。

用户提交的首次支付数据需满足一定的预设条件才能提交成功，若用户并未在首次支付期限内提交首次支付数据，或提交的首次支付数据未达到商品总价的首次支付比例，用户的本次交易就视为取消，可以将订单状态标识修改为交易取消。

优选实施例中，若所述多个支付数据不满足第二预设条件，卖家可以相应修改所述订单状态标识。例如，图2所示实施例进一步包括步骤207。

步骤207、若所述多个支付数据不满足第二预设条件，则将所述订单状态标识修改为支付超时。

在本申请的一种优选的实施例中，所述步骤207可以包括：

子步骤S41、若所述多个支付数据的总和小于所述商品的总价，则将所述订单状态标识修改为支付超时，从商品的总价中提取预设比例作为赔付金额，并将所述订单状态标识修改为交易终止。

若用户提交多个交易数据的总和小于商品的总价，未交付的部分就不能在所述交易期限内提交，可以将订单状态标识修改为支付超时，由于卖家在用户成功支付了首次交易数据后，已经为用户预留了该商品，用户的支付超时会使得卖家错失销售该商品的时机。

因此，可在商品总价提取一定的比例作为赔偿金，再将订单状态标识修改为交易取消，如上例，若用户支付了500RMB的首付后，在交易期限15天内只支付了800RMB，支付数据的总和为500+800＝1300RMB，小于商品的总价，卖家可以从中获得20％即400RMB的赔偿金，剩余的1300-400＝900RMB返还给用户，从而保障了卖家的利益。

在具体的实现中，买家在支付首付后，也可以自己申请退款，选择放弃本次交易，卖家也可以向买家要求支付一定比例的赔偿金。

综上所述，本申请提供了一种交易信息的处理方法，依据用户提交的交易请求生成支持分期付款的交易订单，并依据用户提交的多个支付数据对订单进行更新，首次支付成功后订单状态标识为部分支付，即可在一定时限内保留商品，付款达到商品总价的时候，订单状态标识为支付完毕，用户即可获得该商品，使用户在不能一次性支付商品价格的情况下，可以通过多次付款最终完成整个交易来获得商品的使用权。

另外，通过设置首次支付数据的支付时间，支付比例和交易期限来保障卖家的利益，若用户的支付数据不满足以上条件就不能购买该商品，已支付首付却未付清余款的，可以提取赔偿金给卖家。

此外，用户可以通过网银，手机，第三方账户等多种方式支付，也可以通过设置网银凭证、提取额度和提取频率，使用第三方账户定期取款，然后自动支付。这可以减少很多的手工操作，大大提高分次支付的便捷度，减轻用户了操作的复杂性，并且降低了服务器的访问负担和网络带宽的占用。

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

参考图3，其示出了本申请的一种交易信息的处理装置实施例1的结构框图，具体可以包括以下模块：

交易订单生成模块301，用于服务器依据用户提交的交易请求生成交易订单，所述交易订单包括交易期限、已付交易数据和订单状态标识；

支付数据接收模块302，用于服务器接收用户在所述交易期限内提交的多个支付数据，所述多个支付数据包括首次支付数据；

第一订单更新模块303，用于若所述首次支付数据满足第一预设条件，则将所述已付交易数据更新为首次支付数据，并将所述订单状态标识修改为部分支付；

第二订单更新模块304，用于若所述多个支付数据满足第二预设条件，则将所述已付交易数据更新为所述多个支付数据的总和，并将所述订单状态标识修改为支付完毕。

在本申请的一种优选的实施例中，所述交易订单还可以包括请求交易的商品的总价、首次支付期限和首次支付比例，所述第一订单更新模块303可以包括：

部分支付子模块，用于若所述首次支付数据在首付支付期限内提交，且与所述商品的总价的比例大于或等于首次支付比例，则将所述已付交易数据更新为首次支付数据，并将所述订单状态标识修改为部分支付。

在本申请的一种优选的实施例中，所述第二订单更新模块304可以包括：

支付完毕子模块，用于若所述多个支付数据的总和等于所述商品的总价，则将所述已付交易数据更新为所述商品的总价，并将所述订单状态标识修改为支付完毕。

所述多个支付数据可以通过调用网上银行，第三方账户，或移动终端所对应的支付接口进行提交。

所述第三方账户可以通过设置网银凭证、提取额度和提取频率，在网上银行提取多个支付数据。

参考图4，其示出了本申请的一种交易信息的处理装置实施例2的结构框图，具体可以包括以下模块：

交易订单生成模块401，用于服务器依据用户提交的交易请求生成交易订单，所述交易订单包括交易期限、已付交易数据和订单状态标识；

支付数据接收模块402，用于服务器接收用户在所述交易期限内提交的多个支付数据，所述多个支付数据包括首次支付数据；

支付记录生成模块403，用于依据所述多个支付数据生成相应的支付记录，所述支付记录包括支付时间，支付方式和支付金额；

第一订单更新模块404，用于若所述首次支付数据满足第一预设条件，则将所述已付交易数据更新为首次支付数据，并将所述订单状态标识修改为部分支付；

第二订单更新模块405，用于若所述多个支付数据满足第二预设条件，则将所述已付交易数据更新为所述多个支付数据的总和，并相应将修改所述订单状态标识修改为支付完毕。；

优选实施例中，若所述首次支付数据不满足第一预设条件，卖家可以相应修改所述订单状态标识。例如，图4所示实施例进一步包括模块406。

第三订单更新模块406，用于若所述首次支付数据不满足第一预设条件，则将所述订单状态标识修改为交易取消。

在本申请的一种优选的实施例中，所述第三订单更新模块可以包括：

交易取消子模块，用于若所述首次支付数据未在首次支付期限内提交，或所述首次支付数据与所述商品的总价的比例小于首次支付比例，则将所述订单状态标识修改为交易取消。

优选实施例中，若所述多个支付数据不满足第二预设条件，卖家可以相应修改所述订单状态标识。例如，图4所示实施例进一步包括模块407。

第四订单更新模块407，用于若所述多个支付数据不满足第二预设条件，则所述订单状态标识修改为支付超时。

在本申请的一种优选的实施例中，所述第四订单更新模块可以包括：

支付超时子模块，用于若所述多个支付数据的总和小于所述商品的总价，并将所述订单状态标识修改为支付超时；

交易终止子模块，用于从商品的总价中提取预设比例作为赔付金额，并将所述订单状态标识修改为交易终止。

由于所述装置实施例基本相应于前述图1和图2所示的方法实施例，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此就不赘述了。

本申请可用于众多通用或专用的计算***环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器***、基于微处理器的***、机顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何***或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上对本申请所提供的一种交易信息的处理方法，以及，一种交易信息的处理装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种交易信息的处理方法，其特征在于，包括：

服务器依据用户提交的交易请求生成交易订单，所述交易订单包括交易期限、已付交易数据和订单状态标识；

服务器接收用户在所述交易期限内提交的多个支付数据，所述多个支付数据包括首次支付数据；

若所述首次支付数据满足第一预设条件，则将所述已付交易数据更新为首次支付数据，并将所述订单状态标识修改为部分支付；

若所述多个支付数据满足第二预设条件，则将所述已付交易数据更新为所述多个支付数据的总和，并将所述订单状态标识修改为支付完毕。

2.如权利要求1所述的方法，其特征在于，所述交易订单还包括请求交易的商品的总价、首次支付期限和首次支付比例，所述若首次支付数据满足第一预设条件，则将已付交易数据更新为首次支付数据，并将订单状态标识修改为部分支付的步骤包括：

若所述首次支付数据在首付支付期限内提交，且与所述商品的总价的比例大于或等于首次支付比例，则将所述已付交易数据更新为首次支付数据，并将所述订单状态标识修改为部分支付。

3.如权利要求2所述的方法，其特征在于，所述若多个支付数据满足第二预设条件，则将已付交易数据更新为多个支付数据的总和，并将订单状态标识修改为支付完毕的步骤还包括：

若所述多个支付数据的总和等于所述商品的总价，则将所述已付交易数据更新为所述商品的总价，并将所述订单状态标识修改为支付完毕。

4.如权利要求3所述的方法，其特征在于，所述多个支付数据通过调用网上银行，第三方账户，或移动终端所对应的支付接口进行提交。

5.如权利要求4所述的方法，其特征在于，所述第三方账户通过设置网银凭证、提取额度和提取频率，在网上银行提取多个支付数据。

6.如权利要求5所述的方法，其特征在于，还包括：

若所述首次支付数据不满足第一预设条件，则将所述订单状态标识修改为交易取消；

若所述多个支付数据不满足第二预设条件，则将所述订单状态标识修改为支付超时。

7.如权利要求6所述的方法，其特征在于，所述若首次支付数据不满足第一预设条件，则将订单状态标识修改为交易取消的步骤包括：

若所述首次支付数据未在首次支付期限内提交，或所述首次支付数据与所述商品的总价的比例小于首次支付比例，则将所述订单状态标识修改为交易取消。

8.如权利要求6所述的方法，其特征在于，所述若多个支付数据不满足第二预设条件，则将订单状态标识修改为支付超时的步骤还包括：

若所述多个支付数据的总和小于所述商品的总价，并将所述订单状态标识修改为支付超时；

从商品的总价中提取预设比例作为赔付金额，并将所述订单状态标识修改为交易终止。

9.如权利要求1所述的方法，其特征在于，还包括：

依据所述多个支付数据生成相应的支付记录，所述支付记录包括支付时间，支付方式和支付金额。

10.一种交易信息的处理装置，其特征在于，包括：

交易订单生成模块，用于服务器依据用户提交的交易请求生成交易订单，所述交易订单包括交易期限、已付交易数据和订单状态标识；

支付数据接收模块，用于服务器接收用户在所述交易期限内提交的多个支付数据，所述多个支付数据包括首次支付数据；

第一订单更新模块，用于若所述首次支付数据满足第一预设条件，则将所述已付交易数据更新为首次支付数据，并将所述订单状态标识修改为部分支付；

第二订单更新模块，用于若所述多个支付数据满足第二预设条件，则将所述已付交易数据更新为所述多个支付数据的总和，并将所述订单状态标识修改为支付完毕。

Images