CN115587814A - 支付方法、装置、存储介质及电子设备 - Google Patents

Abstract

本发明公开了一种支付方法、装置、存储介质及电子设备。其中，上述方法包括：根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端；获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，其中，所述支付账户集合包含至少一个支付账户；按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款。本发明解决了相关技术中支付方式较为单一的技术问题。

Description

支付方法、装置、存储介质及电子设备

技术领域

本发明涉及电子支付技术领域，具体而言，涉及一种支付方法、装置、存储介质及电子设备。

背景技术

随着电子商务的不断发展，网络支付是一种基于互联网的电子支付方式，近些年来网络支付的模式也越来越多，例如电子货币类、电子信用卡类、电子支票类等，当用户在进行网络支付时，只需要出示付款码或者扫描商家的收款码即可完成支付。然而相关技术中当同一订单通常是单人支付后再由其他人进行转账，同一订单不能支持多人支付，使得支付方式较为单一，无法满足用户对于不同场景下的支付需求。

发明内容

本发明实施例提供了一种支付方法、装置、存储介质及电子设备，以至少解决相关技术中支付方式较为单一的技术问题。

根据本发明实施例的一个方面，提供了一种支付方法，包括根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端；获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，其中，所述支付账户集合包含至少一个支付账户；按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款。

根据本发明实施例的另一方面，还提供了一种支付装置，包括：推送单元，根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端；确定单元，用于获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，其中，所述支付账户集合包含至少一个支付账户；发送单元，用于按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；确任支付单元，用于根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款。

根据本发明实施例的又一方面，还提供了一种电子设备，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为通过上述计算机程序执行上述的支付方法。

根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述支付方法。

在本发明实施例中，采用了根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端；获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，其中，所述支付账户集合包含至少一个支付账户；按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款的方法，在上述方法中，通过按照所述支付账户集合中一个或多个支付账户待支付的金额向支付账户对应的终端发送支付指令；根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款，提高了订单支付的灵活性，进而解决了相关技术中支付方式较为单一的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的支付方法的应用环境的示意图；

图2是根据本发明实施例的另一种可选的支付方法的应用环境的示意图；

图3是根据本发明实施例的一种可选的支付方法的流程示意图；

图4是根据相关技术中的另一种可选的支付方法的流程示意图；

图5是根据相关技术中的一种可选的支付方法的ER图；

图6是根据本发明实施例的一种可选的支付装置的结构示意图；

图7是根据本发明实施例的一种可选的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例的一个方面，提供了一种支付方法，可选地，作为一种可选地实施方式，上述支付方法可以但不限于应用于如图1所示的应用环境中。该应用环境中包括：与用户进行人机交互的终端设备102、网络104、服务器106。用户108与终端设备102之间可以进行人机交互，终端设备102中运行有支付应用程序。上述终端设备102中包括人机交互屏幕1022，处理器1024及存储器1026。人机交互屏幕1022用于显示待支付订单的订单信息；处理器1024用于获取待支付订单。存储器1026用于存储上述待支付订单和待支付订单的订单信息。

此外，服务器106位于服务器集群中，服务器106中包括数据库1062及处理引擎1064，数据库1062中用于待支付订单和待支付订单的订单信息。处理引擎1064用于根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端；获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，其中，所述支付账户集合包含至少一个支付账户；按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款；在上述终端设备102的客户端显示支付结果。

在一个或多个实施例中，本申请上述支付方法可以应用于图2所示的应用环境中。如图2所示，用户202与用户设备204之间可以进行人机交互。用户设备204中包含有存储器206和处理器208。本实施例中用户设备204可以但不限于参考执行上述终端设备102所执行的操作，获取支付结果。

可选地，上述终端设备102和用户设备204包括但不限于为手机、机顶盒、电视、平板电脑、笔记本电脑、PC机，车载电子设备，可穿戴设备等终端，上述网络104可以包括但不限于无线网络或有线网络。其中，该无线网络包括：WIFI及其他实现无线通信的网络。上述有线网络可以包括但不限于：广域网、城域网、局域网。上述服务器106可以包括但不限于任何可以进行计算的硬件设备。上述服务器可以是单一服务器，也可以是由多个服务器组成的服务器集群，或者是云服务器。上述仅是一种示例，本实施例中对此不作任何限定。

相关技术中当用户在进行网络支付时，只需要出示付款码或者扫描商家的收款码即可完成支付。然而当同一订单通常是单人支付后再由其他人进行转账，同一订单不能支持多人支付，使得支付方式较为单一。

为了解决上述技术问题，作为一种可选地实施方式，如图3所示，本发明实施例提供了一种支付方法，包括如下步骤：

S302，根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端；

具体地，例如，当用户消费完毕等待结账时，在消费客户端中点击订单结算按键，客户端发送订单结算请求至服务器，服务器根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端。这里，订单信息包括但不限于用户消费的商品信息，商品的价格，服务信息和服务价格等，待支付订单中包括一个或多个消费订单，本申请对此不作任何限定。

S304，获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，其中，所述支付账户集合包含至少一个支付账户。

具体地，这里的待支付订单可以绑定到一个或多个支付账户上，换言之，待支付订单可以仅由一人进行支付，或者待支付订单消费金额可以由多个人均分，或多个人按自己的意愿在消费客户端中填入支付金额，多人支付的总金额为待支付订单的金额。

S306，按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；

具体地，例如，支付账户集合中有用户A，B，C三人，待支付账单的金额为500，用户A待支付金额为200元，用户B待支付金额为100元，用户C待支付金额为200元。按照上述待支付的金额向用户A，B，C对应的终端发送支付指令。

S308，根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款。

具体地，例如，支付账户集合中有用户A，B，C三人在终端上点击支付后，客户端向服务器发送支付确认请求指令，服务器根据接收到的来自用户A，B，C支付账户对应的终端的确认支付指令，分别对所述用户A，B，C对应的支付账户进行扣款。

在本发明实施例中，采用了根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端；获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，其中，所述支付账户集合包含至少一个支付账户；按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款的方法，在上述方法中，通过按照所述支付账户集合中一个或多个支付账户待支付的金额向支付账户对应的终端发送支付指令；根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款，提高了订单支付的灵活性，进而解决了相关技术中支付方式较为单一的技术问题。

在一个或多个实施例中，所述获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，包括：

在所述待支付订单为单个订单的情况下，判断所述待支付订单对应的支付账户集合中的账户数量；

在所述账户数量为一个时，将所述支付账户集合的单个支付账户作为第一目标支付账户，并将所述待支付订单与所述目标支付账户进行绑定；

将所述待支付订单对应的金额作为所述第一目标支付账户待支付的金额。

具体地，例如在一支付场景下，多人一起进行消费或单人进行消费后，系统自动生成单个账单，系统判断所述待支付订单对应的支付账户集合中的账户数量，也即，多人消费由一人买单或用户自己消费自己买单；此时，支付账户集合中仅有一个支付账户，该支付账户即上述的第一目标支付账户，将该第一目标支付账户和该待支付订单进行绑定，然后该第一目标支付账户对该待支付订单进行支付。

在一个或多个实施例中，所述根据接收到的来自支付账户对应的终端的确认支付指令对所述支付账户集合中的支付账户进行扣款，包括：

根据接收到的来自支付账户对应的终端的确认支付指令，对所述目标支付账户绑定的多个支付渠道下付款账户进行扣款；其中，所述支付渠道包括第三方支付账户。

具体地，例如在一支付场景下，多人一起进行消费或单人进行消费后，系统自动生成单个账单，上述第一目标支付账户和该待支付订单进行绑定后，第一目标支付账户对该待支付订单进行支付时，可以选择当前支付系统中余额，积分，礼品兑换券等进行支付，也可以选择第三方支付平台的支付账户进行支付，或者通过余额，积分，礼品兑换券和第三方支付账户的组合进行支付。如此，可以灵活便捷的满足不同的支付需要，提高用户体验感。

在一个或多个实施例中，所述支付方法还包括：

在所述账户数量为多个时，将所述待支付订单与所述每个支付账户进行绑定；获取每个所述支付账户待支付的金额；其中，所有支付账户待支付金额之和为所述待支付订单的总金额。

具体地，例如，在一支付场景下，支付账户集合中有用户A，B，C三账户，待支付账单的金额为500，用户A确定支付金额为200元，用户B确定支付金额为100元，用户C待支付金额为200元。系统获取上述用户的待支付的金额后，按照上述待支付的金额向用户A，B，C对应的终端发送支付指令，对待支付订单进行支付。

在一个或多个实施例中，所述获取每个所述支付账户待支付的金额，包括：

获取每个所述支付账户与所述待支付订单匹配的支付优惠券；

根据所述优惠券的优惠规则，确定所有能够满足所述待支付订单结算的组合支付方式；

比较所有所述组合支付方式对应的总价格大小，将总价格最小的所述组合支付方式作为目标支付方式；

根据所述目标支付方式确定每个所述支付账户待支付的金额。

具体地，例如，在一支付场景下，支付账户集合中有用户A，B二账户，将每个用户的支付优惠券与待支付订单中商品进行匹配，确定能使用的支付优惠券，然后根据所述优惠券的优惠规则，确定所有能够满足所述待支付订单结算的A，B两个账户共同组合支付的方式；依次计算待支付订单中包含的商品在上述用户A，B使用相应的优惠券后总价格大小，将总价格最小的所述组合支付方式作为目标支付方式，需要说明的是，这里的总价格为待支付订单的金额在使用优惠券后的价格。假设待支付订单中包括商品1和商品2，每种商品只能使用一种优惠方式，商品1价格为100元，商品2价格为120元，用户A的支付账户中包含有对于商品1的7折优惠券，商品2的20元优惠券，用户B的支付账户中包含有对于商品1的30元优惠券，商品2的8折优惠券；此时，满足所述待支付订单结算有4中组合支付方式，确定所有能够满足所述待支付订单结算的A，B两个账户共同组合支付的方式后，得到目标支付方式为使用用户A支付商品2，使用用户B支付商品1，总价格为150元。

在一个或多个实施例中，所述获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，还包括：

在所述待支付订单为多个订单的情况下，从支付账户集合中确定出待支付的单个账户作为第二目标支付账户；

将所述待支付订单与所述第二目标支付账户进行绑定；

将所述待支付订单对应的金额作为所述第二目标支付账户待支付的金额。

具体地，例如，在一支付场景下，用户A，B，C三人消费后，在系统中分别生成了每人对应的订单，支付账户集合中确定出待支付的单个账户例如用户A的支付账户作为第二目标支付账户，也即，多人消费后有多人买单，此时，将多人消费的订单与用户A的支付账户进行绑定，由用户A进行支付。在一场景中，用户B和用户C也可以向用户A发送代付请求，用户A根据代付请求，将用户B和用户C的消费订单一起进行支付。

在一个或多个实施例中，所述根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款，包括：

接收支付账户对应的终端的支付验证信息；其中，所述支付验证信息包括人脸图像或指纹信息；

在所述支付验证信息通过验证的情况下，对所述支付账户集合中的支付账户进行扣款。

具体地，为了保障用户的支付账户的安全性，当用户在确定对待支付订单进行支付时，系统显示支付验证的界面，例如采集用户人脸图像或指纹与系统数据库中预存的人脸或指纹进行比对，在比对成功的情况下，对所述支付账户集合中的支付账户进行扣款；需要说明的是，支付验证信息包括人脸图像或指纹信息还包括掌纹信息，人眼虹膜信息，或声纹信息等。

网络支付是一种基于互联网的电子支付方式，主要包括：电子货币类、电子信用卡类、电子支票类等，随着电子商务的不断发展，网络支付的模式也越来越多，促进了电商行业的蓬勃发展，众多电商企业的电商平台中虽然下单、购买、促销，支付等模式已经能够很好的满足用户需求，但是也存在一定的不足之处，例如一个商品订单不能支持多人支付。用户支付的订单金额虽然可以选择不同支付渠道进行在线支付，但是不能满足使用多种渠道支付一笔订单的金额。

为了解决上述技术问题，如图4所示，根据目前电商对多人支付、混合支付缺失的场景，本发明实施例提供了一种商品交易系统，上述商品交易系统包括如下内容：

用户在消费平台下完订单后可分享该订单到其他用户进行AA订单金额支付或分享设定好的付款金额等多种支付模式，被分享用户可以选择同一种支付渠道，比如支付宝等进行订单支付，也可选择多渠道支付例如同时使用支付宝、微信两种渠道各支付一部分来完成整个订单金额支付。上述支付方法中的实体-联系ER图如图5所示，包括如下模块：

1、订单管理模块

1.1拆单：对整体订单进行拆分，如需要N人完成订单支付，那么该模块就会按照支付人数进行拆分N个订单。

1.2合单：如果用户下多个订单那么用户可以选择多个订单合并成一个整体订单进行支付操作。

1.3支付用户管理：主要针对拆分订单到每个用户以及后续用户支付等关系进行维护跟踪。

2、交易管理模块

2.1多渠道支付供应商支持：接入支付宝、微信、闪付等支付渠道商来满足用户同一个订单同时多渠道支付场景。

2.2交易信息跟踪：对用户发起支付、退款等操作入库记录跟踪并根据单个交易情况对总交易记录以及订单状态做相应的变更。

本发明实施例还具备如下有益的技术效果：

本发明实施例设计的商品交易系统可以满足用户多人支付，混合支付场景需求，很好的提升交易订单的灵活性、多样性支付。例如用户AA聚餐时，可对订单发起多人支付，用户下单可分享该订单让其帮付部分或全部订单金额，此外，对于用户资金如若存储在支付、微信等系统中也可选择两个支付渠道共同完成订单支付，避免了相互之间转账的麻烦。

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

根据本发明实施例的另一个方面，还提供了一种用于实施上述支付方法的支付装置。如图6所示，该装置包括：

推送单元602，根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端；

确定单元604，用于获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，其中，所述支付账户集合包含至少一个支付账户；

发送单元606，用于按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；

确任支付单元608，用于根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款。

在本发明实施例中，采用了根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端；获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，其中，所述支付账户集合包含至少一个支付账户；按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款的方法，在上述方法中，通过按照所述支付账户集合中一个或多个支付账户待支付的金额向支付账户对应的终端发送支付指令；根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款，提高了订单支付的灵活性，进而解决了相关技术中支付方式较为单一的技术问题。

在一个或多个实施例中，所述确定单元604，包括：

判断模块，用于在所述待支付订单为单个订单的情况下，判断所述待支付订单对应的支付账户集合中的账户数量；

第一绑定模块，用于在所述账户数量为一个时，将所述支付账户集合的单个支付账户作为第一目标支付账户，并将所述待支付订单与所述目标支付账户进行绑定；

第一确定模块，用于将所述待支付订单对应的金额作为所述第一目标支付账户待支付的金额。

在一个或多个实施例中，所述确认支付单元608，包括：

确认支付模块，用于根据接收到的来自支付账户对应的终端的确认支付指令，对所述目标支付账户绑定的多个支付渠道下付款账户进行扣款；其中，所述支付渠道包括第三方支付账户。

在一个或多个实施例中，所述确定单元604，还包括：

第二绑定模块，用于在所述账户数量为多个时，将所述待支付订单与所述每个支付账户进行绑定；

获取模块，用于获取每个所述支付账户待支付的金额；其中，所有支付账户待支付金额之和为所述待支付订单的总金额。

在一个或多个实施例中，所述获取模块，包括：

第一获取模块，用于获取每个所述支付账户与所述待支付订单匹配的支付优惠券；

第二确定模块，用于根据所述优惠券的优惠规则，确定所有能够满足所述待支付订单结算的组合支付方式；

比较模块，用于比较所有所述组合支付方式对应的总价格大小，将总价格最小的所述组合支付方式作为目标支付方式；

第三确定模块，用于根据所述目标支付方式确定每个所述支付账户待支付的金额。

在一个或多个实施例中，所述确定单元604，还包括：

第四确定模块，用于在所述待支付订单为多个订单的情况下，从支付账户集合中确定出待支付的单个账户作为第二目标支付账户；

第三绑定模块，用于将所述待支付订单与所述第二目标支付账户进行绑定；

第五确定模块，用于将所述待支付订单对应的金额作为所述第二目标支付账户待支付的金额。

在一个或多个实施例中，所述确认支付单元608，包括：

接收模块，用于接收支付账户对应的终端的支付验证信息；其中，所述支付验证信息包括人脸图像或指纹信息；

支付模块，用于在所述支付验证信息通过验证的情况下，对所述支付账户集合中的支付账户进行扣款。

根据本申请实施例的又一个方面，还提供了一种用于实施上述支付方法的电子设备，该电子设备可以是图1所示的终端设备或服务器。本实施例以该电子设备为服务器为例来说明。如图7所示，该电子设备包括存储器702和处理器704，该存储器702中存储有计算机程序，该处理器704被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端；

S2，获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，其中，所述支付账户集合包含至少一个支付账户；

S3，按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；

S4，根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款。

可选地，本领域普通技术人员可以理解，图7所示的结构仅为示意，电子装置电子设备也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图7其并不对上述电子装置电子设备的结构造成限定。例如，电子装置电子设备还可包括比图7中所示更多或者更少的组件(如网络接口等)，或者具有与图7所示不同的配置。

其中，存储器702可用于存储软件程序以及模块，如本申请实施例中的支付方法和装置对应的程序指令/模块，处理器704通过运行存储在存储器702内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的支付方法。存储器702可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器702可进一步包括相对于处理器704远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器702具体可以但不限于用于存储待支付的订单信息。作为一种示例，如图7所示，上述存储器702中可以但不限于包括上述支付装置中的推送单元602、确定单元604、发送单元606和确认支付单元608。此外，还可以包括但不限于上述支付装置中的其他模块单元，本示例中不再赘述。

可选地，上述的传输装置706用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置706包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置706为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

此外，上述电子设备还包括：显示器708，用于显示待支付的订单信息；和连接总线710，用于连接上述电子设备中的各个模块部件。

在其他实施例中，上述终端设备或者服务器可以是一个分布式系统中的一个节点，其中，该分布式系统可以为区块链系统，该区块链系统可以是由该多个节点通过网络通信的形式连接形成的分布式系统。其中，节点之间可以组成点对点(P2P，Peer To Peer)网络，任意形式的计算设备，比如服务器、终端等电子设备都可以通过加入该点对点网络而成为该区块链系统中的一个节点。

在一个或多个实施例中，本申请还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述支付方法。其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端；

S2，获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，其中，所述支付账户集合包含至少一个支付账户；

S3，按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；

S4，根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款。

可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种支付方法，其特征在于，包括：

根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端；

获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，其中，所述支付账户集合包含至少一个支付账户；

按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；

根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款。

2.根据权利要求1所述的方法，其特征在于，所述获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，包括：

在所述待支付订单为单个订单的情况下，判断所述待支付订单对应的支付账户集合中的账户数量；

在所述账户数量为一个时，将所述支付账户集合的单个支付账户作为第一目标支付账户，并将所述待支付订单与所述目标支付账户进行绑定；

将所述待支付订单对应的金额作为所述第一目标支付账户待支付的金额。

3.根据权利要求2所述的方法，其特征在于，所述根据接收到的来自支付账户对应的终端的确认支付指令对所述支付账户集合中的支付账户进行扣款，包括：

根据接收到的来自支付账户对应的终端的确认支付指令，对所述目标支付账户绑定的多个支付渠道下付款账户进行扣款；其中，所述支付渠道包括第三方支付账户。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在所述账户数量为多个时，将所述待支付订单与所述每个支付账户进行绑定；

获取每个所述支付账户待支付的金额；其中，所有支付账户待支付金额之和为所述待支付订单的总金额。

5.根据权利要求4所述的方法，其特征在于，所述获取每个所述支付账户待支付的金额，包括：

获取每个所述支付账户与所述待支付订单匹配的支付优惠券；

根据所述支付优惠券的优惠规则，确定所有能够满足所述待支付订单结算的组合支付方式；

比较所有所述组合支付方式对应的总价格大小，将总价格最小的所述组合支付方式作为目标支付方式；

根据所述目标支付方式确定每个所述支付账户待支付的金额。

6.根据权利要求1所述的方法，其特征在于，所述获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，还包括：

在所述待支付订单为多个订单的情况下，从支付账户集合中确定出待支付的单个账户作为第二目标支付账户；

将所述待支付订单与所述第二目标支付账户进行绑定；

将所述待支付订单对应的金额作为所述第二目标支付账户待支付的金额。

7.根据权利要求1所述的方法，其特征在于，所述根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款，包括：

接收支付账户对应的终端的支付验证信息；其中，所述支付验证信息包括人脸图像或指纹信息；

在所述支付验证信息通过验证的情况下，对所述支付账户集合中的支付账户进行扣款。

8.一种支付装置，其特征在于，包括：

推送单元，根据接收到的订单结算请求将待支付订单的订单信息推送至支付账户对应的客户端；

确定单元，用于获取与所述待支付订单对应的支付账户集合，并确定支付账户集合中每个支付账户待支付的金额，其中，所述支付账户集合包含至少一个支付账户；

发送单元，用于按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；

确任支付单元，用于根据接收到的来自支付账户对应的终端的确认支付指令，对所述支付账户集合中的支付账户进行扣款。

9.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行所述权利要求1至7任一项中所述的方法。

10.一种电子设备，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至7任一项中所述的方法。

Images