CN109118210A - 支付方法、装置及设备 - Google Patents

Abstract

本说明书实施例公开了支付方法、装置及设备。在在用户的一次支付行为中，由于可能由于单个资产工具金额不足而使用多个支付机构进行组合支付的场景下，对于多个支付机构间的支付进行拆分单独处理，并对支付失败的部分进行对应的存储，提醒用户进行余额补充之后进行重试支付。

Description

支付方法、装置及设备

技术领域

本说明书涉及计算机技术领域，尤其涉及支付方法、装置及设备。

背景技术

随着技术进步，移动支付使用的范围越来越广。在用户使用移动支付的过程中，经常有可能通过多种支付机构(例如支付应用余额、银行卡A、银行卡B等等)进行组合支付，例如，应付10元，而余额中只有8元，此时则可以从银行卡中再提取2元，以进行支付。

在这个过程中，服务端会将多个支付机构视为一个整体，在支付时只有整体处理成功才能本次支付成功。若部分支付机构处理失败，将会退回其它已经成功支付的支付机构所处理的资金，并导致整体支付失败，同时，资金在不同的支付机构之间流转是需要收取手续费用。

基于此，需要一种更便利的支付方案。

发明内容

本说明书实施例提供一种支付方法、装置和设备，用于解决如下问题：以提供一种更便利的支付方案。

基于此，本说明书实施例提供一种支付方法，包括：

客户端确定用于支付的第一支付机构和至少一个第二支付机构；

生成包含所述第一支付机构和第二支付机构的支付订单，其中，所述支付订单还包括支付订单标识和支付金额；

发送所述支付订单至服务端，以便服务端根据所述第一支付机构和第二支付机构进行支付。

对应的，本说明书实施例还提供另一种支付方法，包括：

服务端接收客户端所发送的的支付订单，其中，所述支付订单包括第一支付机构、至少一个第二支付机构、支付订单标识和支付金额；

根据支付金额和第一支付机构中的余额，分别确定所述第一支付机构的第一应扣金额和第二支付机构的第二应扣金额；

从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付。

同时，本说明书的实施例还提供一种支付装置，包括：

确定模块，客户端确定用于支付的第一支付机构和至少一个第二支付机构；

生成模块，生成包含所述第一支付机构和第二支付机构的支付订单，其中，所述支付订单还包括支付订单标识和支付金额；

发送模块，发送所述支付订单至服务端，以便服务端根据所述第一支付机构和第二支付机构进行支付。

对应的，本说明书的实施例还提供另一种支付装置，包括：

接收模块，服务端接收客户端所发送的的支付订单，其中，所述支付订单包括第一支付机构、至少一个第二支付机构、支付订单标识和支付金额；

确定模块，根据支付金额和第一支付机构中的余额，分别确定所述第一支付机构的第一应扣金额和第二支付机构的第二应扣金额；

支付模块，从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付。

同时，本说明书实施例还提供一种支付设备，包括：

存储器，存储有支付程序；

处理器，调用所述存储器中的支付程序，并执行：

客户端确定用于支付的第一支付机构和至少一个第二支付机构；

生成包含所述第一支付机构和第二支付机构的支付订单，其中，所述支付订单还包括支付订单标识和支付金额；

发送所述支付订单至服务端，以便服务端根据所述第一支付机构和第二支付机构进行支付。

对应的，本说明书实施例还提供另一种支付设备，包括：

存储器，存储有支付程序；

处理器，调用所述存储器中的支付程序，并执行：

服务端接收客户端所发送的的支付订单，其中，所述支付订单包括第一支付机构、至少一个第二支付机构、支付订单标识和支付金额；

根据支付金额和第一支付机构中的余额，分别确定所述第一支付机构的第一应扣金额和第二支付机构的第二应扣金额；

从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付。

同时，本说明书的实施例还提供一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

客户端确定用于支付的第一支付机构和至少一个第二支付机构；

生成包含所述第一支付机构和第二支付机构的支付订单，其中，所述支付订单还包括支付订单标识和支付金额；

发送所述支付订单至服务端，以便服务端根据所述第一支付机构和第二支付机构进行支付。

对应的，本说明书的实施例还提供另一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

服务端接收客户端所发送的的支付订单，其中，所述支付订单包括第一支付机构、至少一个第二支付机构、支付订单标识和支付金额；

根据支付金额和第一支付机构中的余额，分别确定所述第一支付机构的第一应扣金额和第二支付机构的第二应扣金额；

从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

在在用户的一次支付行为中，由于可能由于单个支付机构金额不足而使用多个支付机构进行组合支付的场景下，对于多个支付机构间的支付进行拆分单独处理，并对支付失败的部分进行对应的存储，以便用于进行余额补充之后进行重试支付，降低用户的资金损失，提高组合支付成功率，提高了用户体验。

附图说明

图1为当前技术中进行整体支付时所涉及的示意图；

图2为本说明书实施例所涉及的支付示意图；

图3为本说明书实施例所提供的客户端方面的支付过程；

图4为本说明书实施例所提供的服务端方面的支付流程示意图；

图5为本说明书实施例所提供的客户端方面的装置结构示意图；

图6为本说明书实施例所提供的服务端方面的装置结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在当前进行组合支付时，通常采用的方法是将构成组合支付的多个支付机构行为看作一个整体，在支付时只有所有支付机构都处理成功才算处理成功，如果部分支付机构处理失败，则会退回其他已经成功的支付机构。如图1所示，图1为当前技术中进行整体支付时所涉及的示意图。

在这种方式下，由于支付网络是由很多支付结构组合而成的，显然，若指定的支付机构中的余额足够支付，则无需进行组合支付，换言之，一般进行组合支付时，通常是由于指定的支付机构资金不够支付。在这个过程中，一笔支付业务的完整处理过程可能涉及多个支付机构，而资金在支付机构之间流转是需要收费的。例如，假设在支付过程中发生资金流转时，支付应用机构对银行机构收费1元。当用户使用支付应用机构的余额50元加银行卡51元完成一笔100元的支付。在支付处理流程中因为系统并发处理导致用户余额少于50元，则当前支付请求处理失败。那么，此时，支付应用机构还需要退回剩余的50元至银行卡，由于中间机构还要收费1元，实际退回到银行卡只有49元。用户在这个过程中用户白白损失了2元。

基于此，本说明书实施例提供一种支付方案，在用户通过不同的支付机构进行组合支付时，对各支付机构进行单独处理，并允许用户进行额度追加以进行重试支付，避免资金在不同支付机构间的流转，降低用户的资金损失，提高支付的成功率，提高用户体验。

本说明书实施例所提供的拆分单独支付的方案，如图2所示，图2为本说明书实施例所涉及的支付示意图。在该方案中，具体包括客户端和服务端两个方面，对于客户端方面的执行流程，如图3所示，图3为本说明书实施例所提供的客户端方面的支付过程，包括：

S301，客户端确定用于支付的第一支付机构和至少一个第二支付机构。

在本说明书所提供的实施例中，所述的第一支付机构和第二支付机构可以是任意的用户所开通的支付机构，包括诸如各种银行卡(不同的银行应被视为不同的支付机构)、各种第三方支付应用等等。换言之，只要在二者之间发生资金流转时需要收费，则可以视为不同的支付机构。

在实际应用中，在同一支付机构下的不同支付工具(例如红包、余额、积分、优惠券等等)之间发生流转时，一般不收取费用。但如果需要收取费用，在这种情形下，则应视为本说明书实施例所涵盖的范围内。即，将此时的不同支付工具也应分别视为第一支付机构和第二支付机构。

容易理解，用户在进行支付时总是有一个优先进行支付的支付机构，即第一支付机构，而其它备用的支付机构即为第二支付机构。第二支付机构可以是一个，也可以是多个。本说明书实施例所提供的方案，主要针对的是组合支付的场景下，换言之，应至少有一个第二支付机构。并且，第一支付机构和第二支付机构均应由用户方提供。

S303，生成包含所述第一支付机构和第二支付机构的支付订单，其中，所述支付订单还包括支付订单标识和支付金额。

支付订单标识一般而言为一串包括数字的字符串，以便互相区分。支付订单与常规不同的不同之处在于包含了第一支付机构和第二支付机构的信息，具体的生成方式已很成熟，此处不再赘述。

S305，发送所述支付订单至服务端，以便服务端根据所述第一支付机构和第二支付机构进行支付。

在本说明书实施例所提供的组合支付的方案中，对于第一支付机构和第二支付机构的支付将会进行拆分式的单独处理，具体方式将在后文详述。

对于上述S301中的，客户端确定用于支付的第一支付机构和至少一个第二支付机构，具体而言，可以包括：接收用户的指令，确定所述第一支付机构和第二支付机构；或者，基于预先的设定，确定用于第一支付机构和第二支付机构。

即，在客户端中以列表的形式展示一系列支付机构，以供用户选择，接收用户的临时指定命令，确定第一支付机构和第二支付机构；或者，基于用户预先的默认设定，直接确定第一支付机构和第二支付机构，例如，用户事先预定了某商品，并指定了支付机构为A信用卡，则，当商品上线时，则直接将A信用卡确定为第一支付机构，第三方支付应用确定为第二支付机构，进行支付。

在采用上述方式进行支付之后，由于有可能发生支付失败，例如，在支付处理流程中因为系统并发处理，导致第一支付机构或者第二支付机构中余额不足，则此时可能支付失败，在这种场景下，上述方法还包括：接收服务端所返回的支付结果，其中，所述支付结果包括支付失败的支付机构，所述支付机构包括所述第一支付机构或者所述第二支付机构；获取所述支付结果所对应的支付订单标识；生成包含所述支付订单标识和所述支付机构的另一支付订单；发送所述另一支付订单至服务端，以便服务端进行重试支付。

即，服务端将会通知客户端是哪个支付机构支付失败，对于支付成功的支付机构可以通知，也可以只存储结果不通知。客户端在接收到通知之后，即提醒用户针对性的补充余额，以进行重试支付。

为避免同一支付订单多次支付，应获取该支付结果所对应的支付订单标识，即，进行组合支付时部分支付失败的支付订单的序列号。获取该序列号的方式可以是在支付结果中包含该序列号，也可以是事先已经将该支付订单的序列号存储在了本地，直接提取即可。

进而，在用户补充余额完毕后，即可以生成包含该序列号和支付失败的支付机构的另一支付订单。显然，该另一支付订单的序列号和之前支付订单的序列号是相同的。在该另一支付订单中，由于服务端存储有相应的欠缺金额，因此该另一支付订单中可以包括剩余的应付金额，也可以不包括。

上面对本说明书实施例所涉及的客户端方面的执行流程进行了说明，对于服务端方面，如图4所示，图4为本说明书实施例所提供的服务端方面的支付流程示意图，包括：

S401，服务端接收客户端所发送的的支付订单，其中，所述支付订单包括第一支付机构、至少一个第二支付机构、支付订单标识和支付金额。

S403，根据支付金额和第一支付机构中的余额，分别确定所述第一支付机构的第一应扣金额和第二支付机构的第二应扣金额。

由于一般优先进行基于第一支付机构进行支付，因此，第一支付机构的第一应扣金额即为其所第一支付机构的余额，而，第二支付机构的第二应扣金额即为支付金额减去第一支付机构的余额。

S405，从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付。

在本说明书实施例所提供的方案中，进行支付时，将基于上述所得到的第一应扣金额和第二应扣金额，分别进行单独支付，并汇总支付结果。

支付的结果将有两种：

第一种，若各支付机构中的金额都足够，则支付将正常完成。

第二终，若任一支付机构中的金额不足其应扣金额，则此时将执行单独支付。即，对金额足够的支付机构，成功扣取其应扣金额，而对于金额不够的支付机构，其具体方式如下：确定支付失败的支付机构和其对应的应扣金额；建立所述支付失败的支付机构、对应的应扣金额和所述支付订单标识的对应关系，并存储；生成包含所述支付失败的支付机构的支付结果，并发送至客户端。

在上述过程中，建立对应关系时，可以针对支付订单建立一个全面的对应关系，如图2中所示，也可以只建立支付失败部分的支付机构和其应扣金额的关系即可。换言之，该订单的支付信息(包括成功的部分和失败的部分)将被保存于服务端，以等待用户的再次重试支付。

此外，在返回的支付结果中，除包含支付失败部分的支付机构外，还可以包括本次支付订单所对应的支付订单标识，以便用户查找和识别。

进一步地，在返回部分支付失败的支付结果之后，服务端还可以接收用户的请求，以进行重试支付，具体方式包括：

接收客户端所发送的包含所述支付失败的支付机构和所述支付订单标识的另一支付订单；查询所述支付订单标识和所述支付失败的支付机构是否存在对应关系；若存在，从所述支付失败的支付机构中扣取对应的应扣金额，对所述支付订单标识所对应的支付订单进行重试支付。

在重试支付的过程中，首先是基于支付订单标识进行查询，本地是否存储有相关的信息，而后基于接收到的支付订单中所包含的支付机构，对查询到的结果进行匹配，看是否相同，进行验证。在这个过程中，若支付订单中还包含支付金额，则还可以对支付订单中所包含的金额进行进一步的验证。若验证通过，则进行重试支付。

当采用本说明书实施例所提供的方案时，同样以上述的组合支付为例，假设在支付过程中发生资金流转时，支付应用机构对银行机构收费1元。当用户使用支付应用机构的余额50元加银行卡51元完成一笔100元的支付时。在支付处理流程中因为系统并发处理导致用户余额少于50元。那么，此时，首先对于银行卡部分的支付将会成功进行，在用户余额补充完毕之后，支付应用机构这个部分也会成功支付，则该支付成功，用户没有白白损失资金。

本说明书实施例所提供的方案，通过对组合支付场景涉及的多种资产工具进行拆分单独处理，在部分失败后追加等额资产进行重试支付，通过这种方式来避免用户资金损失、提高组合支付成功率，提高用户体验。

基于同样的思路，本说明书实施例还提供一种支付装置，如图5所示，图5为本说明书实施例所提供的客户端方面的装置结构示意图，包括：

确定模块501，客户端确定用于支付的第一支付机构和至少一个第二支付机构；

生成模块503，生成包含所述第一支付机构和第二支付机构的支付订单，其中，所述支付订单还包括支付订单标识和支付金额；

发送模块505，发送所述支付订单至服务端，以便服务端根据所述第一支付机构和第二支付机构进行支付。

进一步地，所述确定模块501，接收用户的指令，确定所述第一支付机构和第二支付机构；或者，基于预先的设定，确定用于第一支付机构和第二支付机构。

进一步地，所述装置还包括：接收模块507，接收服务端所返回的支付结果，其中，所述支付结果包括支付失败的支付机构，所述支付机构包括所述第一支付机构或者所述第二支付机构；

获取模块509，获取所述支付结果所对应的支付订单标识；

所述生成模块503还用于，生成包含所述支付订单标识和所述支付机构的另一支付订单；

所述发送模块505还用于，发送所述另一支付订单至服务端，以便服务端进行重试支付。

同时，本说明书实施例还提供另一种支付装置，如图6所示，图6为本说明书实施例所提供的服务端方面的装置结构示意图，包括：

接收模块601，服务端接收客户端所发送的的支付订单，其中，所述支付订单包括第一支付机构、至少一个第二支付机构、支付订单标识和支付金额；

确定模块603，根据支付金额和第一支付机构中的余额，分别确定所述第一支付机构的第一应扣金额和第二支付机构的第二应扣金额；

支付模块605，从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付。

进一步地，若从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付时，任一支付机构余额不足，所述装置还包括：

所述确定模块603还用于，确定支付失败的支付机构和其对应的应扣金额；

存储模块607，建立所述支付失败的支付机构、对应的应扣金额和所述支付订单标识的对应关系，并存储；

生成模块609，生成包含所述支付失败的支付机构的支付结果，并发送至客户端。

进一步地，所述装置还包括：

所述接收模块601，还用于,接收客户端所发送的包含所述支付失败的支付机构和所述支付订单标识的另一支付订单；

查询模块611，查询所述支付订单标识和所述支付失败的支付机构是否存在对应关系；

若存在，所述支付模块605，从所述支付失败的支付机构中扣取对应的应扣金额，对所述支付订单标识所对应的支付订单进行重试支付。

对应的，本申请实施例还提供一种支付设备，包括：

存储器，存储有支付程序；

处理器，调用所述存储器中的支付程序，并执行：

客户端确定用于支付的第一支付机构和至少一个第二支付机构；

生成包含所述第一支付机构和第二支付机构的支付订单，其中，所述支付订单还包括支付订单标识和支付金额；

发送所述支付订单至服务端，以便服务端根据所述第一支付机构和第二支付机构进行支付。

对应的，本申请实施例还提供另一种支付设备，包括：

存储器，存储有支付程序；

处理器，调用所述存储器中的支付程序，并执行：

服务端接收客户端所发送的的支付订单，其中，所述支付订单包括第一支付机构、至少一个第二支付机构、支付订单标识和支付金额；

根据支付金额和第一支付机构中的余额，分别确定所述第一支付机构的第一应扣金额和第二支付机构的第二应扣金额；

从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付。

基于同样的发明思路，本申请实施例还提供了对应的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

客户端确定用于支付的第一支付机构和至少一个第二支付机构；

生成包含所述第一支付机构和第二支付机构的支付订单，其中，所述支付订单还包括支付订单标识和支付金额；

发送所述支付订单至服务端，以便服务端根据所述第一支付机构和第二支付机构进行支付。

基于同样的发明思路，本申请实施例还提供了对应的另一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

服务端接收客户端所发送的的支付订单，其中，所述支付订单包括第一支付机构、至少一个第二支付机构、支付订单标识和支付金额；

根据支付金额和第一支付机构中的余额，分别确定所述第一支付机构的第一应扣金额和第二支付机构的第二应扣金额；

从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付。

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

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

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(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)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、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)，如调制的数据信编号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书中一个或多个的实施例可提供为方法、系统或计算机程序产品。因此，本说明书的实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的形式。而且，本说明书的实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

Claims (14)

1.一种支付方法，包括：

客户端确定用于支付的第一支付机构和至少一个第二支付机构；

生成包含所述第一支付机构和第二支付机构的支付订单，其中，所述支付订单还包括支付订单标识和支付金额；

发送所述支付订单至服务端，以便服务端根据所述第一支付机构和第二支付机构进行支付。

2.如权利要求1所述的方法，确定所述第一支付机构和至少一个第二支付机构，包括：

接收用户的指令，确定所述第一支付机构和第二支付机构；或者，

基于预先的设定，确定用于第一支付机构和第二支付机构。

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

接收服务端所返回的支付结果，其中，所述支付结果包括支付失败的支付机构，所述支付机构包括所述第一支付机构或者所述第二支付机构；

获取所述支付结果所对应的支付订单标识；

生成包含所述支付订单标识和所述支付机构的另一支付订单；

发送所述另一支付订单至服务端，以便服务端进行重试支付。

4.一种支付方法，包括：

服务端接收客户端所发送的的支付订单，其中，所述支付订单包括第一支付机构、至少一个第二支付机构、支付订单标识和支付金额；

根据支付金额和第一支付机构中的余额，分别确定所述第一支付机构的第一应扣金额和第二支付机构的第二应扣金额；

从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付。

5.如权利要求4所述的方法，若从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付时，任一支付机构余额不足，所述方法还包括：

确定支付失败的支付机构和其对应的应扣金额；

建立所述支付失败的支付机构、对应的应扣金额和所述支付订单标识的对应关系，并存储；

生成包含所述支付失败的支付机构的支付结果，并发送至客户端。

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

接收客户端所发送的包含所述支付失败的支付机构和所述支付订单标识的另一支付订单；

查询所述支付订单标识和所述支付失败的支付机构是否存在对应关系；

若存在，从所述支付失败的支付机构中扣取对应的应扣金额，对所述支付订单标识所对应的支付订单进行重试支付。

7.一种支付装置，包括：

确定模块，客户端确定用于支付的第一支付机构和至少一个第二支付机构；

生成模块，生成包含所述第一支付机构和第二支付机构的支付订单，其中，所述支付订单还包括支付订单标识和支付金额；

发送模块，发送所述支付订单至服务端，以便服务端根据所述第一支付机构和第二支付机构进行支付。

8.如权利要求7所述的装置，所述确定模块，接收用户的指令，确定所述第一支付机构和第二支付机构；或者，基于预先的设定，确定用于第一支付机构和第二支付机构。

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

接收模块，接收服务端所返回的支付结果，其中，所述支付结果包括支付失败的支付机构，所述支付机构包括所述第一支付机构或者所述第二支付机构；

获取模块，获取所述支付结果所对应的支付订单标识；

所述生成模块还用于，生成包含所述支付订单标识和所述支付机构的另一支付订单；

所述发送模块还用于，发送所述另一支付订单至服务端，以便服务端进行重试支付。

10.一种支付装置，包括：

接收模块，服务端接收客户端所发送的的支付订单，其中，所述支付订单包括第一支付机构、至少一个第二支付机构、支付订单标识和支付金额；

确定模块，根据支付金额和第一支付机构中的余额，分别确定所述第一支付机构的第一应扣金额和第二支付机构的第二应扣金额；

支付模块，从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付。

11.如权利要求10所述的装置，若从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付时，任一支付机构余额不足，还包括：

所述确定模块还用于，确定支付失败的支付机构和其对应的应扣金额；

存储模块，建立所述支付失败的支付机构、对应的应扣金额和所述支付订单标识的对应关系，并存储；

生成模块，生成包含所述支付失败的支付机构的支付结果，并发送至客户端。

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

所述接收模块还用于，接收客户端所发送的包含所述支付失败的支付机构和所述支付订单标识的另一支付订单；

查询模块，查询所述支付订单标识和所述支付失败的支付机构是否存在对应关系；

若存在，所述支付模块，从所述支付失败的支付机构中扣取对应的应扣金额，对所述支付订单标识所对应的支付订单进行重试支付。

13.一种支付设备，包括：

存储器，存储有支付程序；

处理器，调用所述存储器中的支付程序，并执行：

客户端确定用于支付的第一支付机构和至少一个第二支付机构；

生成包含所述第一支付机构和第二支付机构的支付订单，其中，所述支付订单还包括支付订单标识和支付金额；

发送所述支付订单至服务端，以便服务端根据所述第一支付机构和第二支付机构进行支付。

14.一种支付设备，包括：

存储器，存储有支付程序；

处理器，调用所述存储器中的支付程序，并执行：

服务端接收客户端所发送的的支付订单，其中，所述支付订单包括第一支付机构、至少一个第二支付机构、支付订单标识和支付金额；

根据支付金额和第一支付机构中的余额，分别确定所述第一支付机构的第一应扣金额和第二支付机构的第二应扣金额；

从第一支付机构扣取所述第一应扣金额，和，从第二支付机构扣取所述第二应扣金额，进行支付。