CN111538554A - 一种支付方法、装置、移动终端及存储介质 - Google Patents

Abstract

本公开是关于一种支付方法、装置、移动终端及存储介质，支付方法包括：基于支付指令，从至少一个绑定的支付方式中确定目标支付方式；根据目标支付方式，确定与目标支付方式对应的目标余额信息；显示支付界面，支付界面包括付款信息，以及，以目标显示方式显示的目标支付方式和目标余额信息。由于支付界面中包含目标支付方式和与其对应的目标余额信息，用户在进行支付之前，就可以知道余额是否充足，避免出现因支付方式的余额不足造成支付失败的问题，提高支付成功率，提升支付便捷性，提升用户的支付体验。

Description

一种支付方法、装置、移动终端及存储介质

技术领域

本公开涉及智能设备领域，尤其涉及一种支付方法、装置、移动终端及存储介质。

背景技术

随着移动支付技术的不断发展，越来越多的用户使用第三方支付客户端进行线上和线下消费，既方便又安全。

无论是线上或是下线消费时，第三方支付客户端可以提供多种支付方式，比如银行卡支付、本地账户支付等。第三方支付客户端可以根据自己的习惯选择支付方式进行支付。

发明内容

为克服相关技术中存在的问题，本公开提供一种支付方法、装置、移动终端及存储介质。

根据本公开实施例的第一方面，提供一种支付方法，应用于移动终端，所述支付方法包括：

基于支付指令，从至少一个绑定的支付方式中确定目标支付方式；

根据所述目标支付方式，确定与所述目标支付方式对应的目标余额信息；

显示支付界面，所述支付界面包括付款信息，以及，以目标显示方式显示的目标支付方式和目标余额信息。

可选地，所述根据所述目标支付方式，确定与所述目标支付方式对应的目标余额信息，包括：

根据目标支付方式，发送目标余额信息请求至所述目标支付方式对应的目标服务器；

接收所述目标服务器的反馈的目标余额信息；

确定与所述目标支付方式对应的目标余额信息。

可选地，所述根据所述目标支付方式，确定与所述目标支付方式对应的目标余额信息，包括：

根据绑定的支付方式，分别发送余额请求至所述绑定的支付方式对应的服务器；

分别接收所述绑定的支付方式对应的服务器反馈的所述绑定的支付方式的余额信息；

获取目标支付方式；

从所述绑定的支付方式的余额信息中，确定所述目标支付方式对应的目标余额信息。

可选地，所述基于支付指令，从至少一个绑定的支付方式中确定目标支付方式，包括：

基于支付指令，获取默认的支付方式；

确定默认的支付方式作为目标支付方式。

可选地，所述基于支付指令，从至少一个绑定的支付方式中确定目标支付方式，包括：

基于支付指令，获取作用于支付方式选择区域的触发信息；

根据所述触发信息，确定被选择的支付方式；

确定被选择的支付方式作为目标支付方式。

可选地，所述付款信息包括二维码和/或条形码；和/或，

所述目标支付方式包括银行卡支付方式。

可选地，所述以目标显示方式显示的目标支付方式和目标余额信息，包括：

显示银行卡支付方式对应的银行账户信息和余额信息。

根据本公开实施例的第二方面，提供一种支付装置，应用于移动终端，所述支付装置包括：

第一确定模块，用于基于支付指令，从至少一个绑定的支付方式中确定目标支付方式；

第二确定模块，用于根据所述目标支付方式，确定与所述目标支付方式对应的目标余额信息；

显示模块，用于显示支付界面，所述支付界面包括付款信息，以及，以目标显示方式显示的目标支付方式和目标余额信息。

可选地，所述第二确定模块包括：

通讯子模块，用于根据目标支付方式，发送目标余额信息请求至所述目标支付方式对应的目标服务器；

所述通讯子模块，还用于接收所述目标服务器的反馈的目标余额信息；

确定子模块，用于确定与所述目标支付方式对应的目标余额信息。

可选地，所述第二确定模块包括：

通讯子模块，用于根据绑定的支付方式，分别发送余额请求至所述绑定的支付方式对应的服务器；

所述通讯子模块，还用于分别接收所述绑定的支付方式对应的服务器反馈的所述绑定的支付方式的余额信息；

确定子模块，用于根据目标支付方式，从所述绑定的支付方式的余额信息中，确定所述目标支付方式对应的目标余额信息。

可选地，所述第一确定模块，具体用于：

基于支付指令，获取默认的支付方式；

确定默认的支付方式作为目标支付方式。

可选地，所述第一确定模块，具体用于：

基于支付指令，获取作用于支付方式选择区域的触发信息；

根据所述触发信息，确定被选择的支付方式；

确定被选择的支付方式作为目标支付方式。

可选地，所述付款信息包括二维码和/或条形码；和/或，

所述目标支付方式包括银行卡支付方式。

可选地，所述显示模块，具体用于显示银行卡支付方式对应的银行账户信息和余额信息。

根据本公开实施例的第三方面，提供一种移动终端，包括：

处理器；

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

其中，所述处理器被配置为执行如上所述的支付方法。

根据本公开实施例的第四方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行如上所述的支付方法。

本公开的实施例提供的技术方案可以包括以下有益效果：在显示支付界面时，支付界面中包含目标支付方式和与其对应的目标余额信息，用户在进行支付之前，就可以知道余额是否充足，避免出现因支付方式的余额不足造成支付失败的问题，提高支付成功率，提升支付便捷性，提升用户的支付体验。

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

附图说明

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

图1是根据一示例性实施例示出的支付方法的流程图。

图2是根据一示例性实施例示出的支付界面示意图。

图3是根据另一示例性实施例示出的应用场景图。

图4是根据另一示例性实施例示出的支付方法的流程图。

图5是根据另一示例性实施例示出的支付方法的流程图。

图6是根据一示例性实施例示出的支付装置的框图。

图7是根据另一示例性实施例示出的支付装置的框图。

图8是根据一示例性实施例示出的移动终端的框图。

具体实施方式

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

随着移动支付技术的不断发展，用户在线上和线下支付过程中，越来越多的用户使用第三方支付客户端进行线上和线下消费，既方便又安全。比如，当用户在线下进行消费时，使用比如微信、支付宝等支付工具生成支付二维码，商家通过扫描生成的支付二维码完成支付。微信、支付宝等支付工具包括第三方支付账户和本地支付账户，其中，本地支付账户是微信账户或者支付宝账户；第三方支付账户可以是与微信或支付宝绑定的银行卡账户。在使用微信、支付宝等支付工具生成的支付二维码进行支付时，如果选择的支付方式是银行卡账户，在支付之前，无法确定银行卡中的余额是否充足。只有当商家扫描支付二维码提示余额不足时，用户才能够知道银行卡中的余额已经不足以支付商品的价格，从而造成支付失败。此时，用于需要选择其他的支付账户再次进行支付，用户和商家都需要重新进行操作，支付效率较低。

本公开提供了一种支付方法，应用于移动终端的移动支付过程，根据确定的目标支付方式，确定该目标支付方式对应的目标余额信息，并在支付界面上同时显示目标支付方式和目标余额信息，用户在使用支付界面进行支付之前，就能够准确地知道目标支付方式对应的目标余额信息，当目标支付方式对应的余额充足时，就继续进行支付；如果目标支付方式对应的余额不足时，及时更换其他的支付方式进行支付，避免出现商品的价格超过支付方式对应的余额，造成支付失败的情况，提高了支付效率和用户的支付体验。

移动终端上安装有能够用于支付的应用程序，比如微信、支付宝等。移动终端可以基于该应用程序获取待支付的金额，也可以在不获取待支付金额的情况下，直接生成支付二维码。用于支付的应用程序上还可以绑定第三方支付方式，比如，在微信、支付宝等应用程序中与银行卡账户绑定，在进行支付时，可以使用应用程序通过第三方支付方式完成支付。

在一个示例性实施例中，如图1所示，提供了一种支付方法，应用于移动终端。其中，移动终端比如可以是手机、平板电脑、个人计算机等方便携带的移动式智能设备。本实施例中的支付方法包括以下步骤：

S110、基于支付指令，从至少一个绑定的支付方式中确定目标支付方式。

当移动终端接收到支付指令时，移动终端基于支付指令，首先确定绑定的支付方式，在从绑定的支付方式中确定出目标支付方式。其中，绑定的支付方式是指与移动终端的账户绑定的支付方式。绑定的支付方式可以包括本地账户支付方式和第三方账户支付方式。本地账户支付方式是指属于用于完成支付的应用程序的账户，比如属于支付宝的余额宝账户。第三方账户支付方式是指不属于用于完成支付的应用程序的账户，比如不属于余额宝的银行卡账户等。目标支付方式是指，从多个绑定的支付方式中确定出的用于完成支付指令的支付方式，目标支付方式可以是本地账户支付方式，也可以是第三方账户支付方式。

从至少一个绑定的支付方式中确定目标支付方式，可以通过以下两种方式实现：

方式一：

基于支付指令，获取默认的支付方式；

确定默认的支付方式作为目标支付方式。

在方式一中，通常情况下，用户根据个人的使用习惯，会设置默认的支付方式。默认的支付方式是指，在没有特殊设定的情况下，进行支付时优先选择默认的支付方式进行支付。比如设定属于应用程序的本地账户支付方式作为默认的支付方式，或者设定第三方支付方式作为默认的支付方式。在确定目标支付方式时，可以直接将默认的支付方式作为目标支付方式，尊重用户的使用习惯，提高支付效率，避免用户重复选择支付方式，提升用户的支付体验。

方式二：

基于支付指令，获取作用于支付方式选择区域的触发信息；

根据触发信息，确定被选择的支付方式；

确定被选择的支付方式作为目标支付方式。

在某些情况下，比如用户并不想使用默认的支付方式，想要重新选择一个新的支付方式，可以通过方式二确定目标支付方式。或者，当默认支付方式对应的余额不足时，用户也可以使用方式二确定目标支付方式。

支付方式选择区域可以是形成在显示界面上的预设区域，触发信息比如可以是点击支付方式选择区域。当点击支付方式选择区域时，会出现绑定的支付方式下拉列表，用户可以通过点击想要选择的支付方式选择该支付方式作为目标支付方式。比如，用户在支付方式下拉列表中选择银行卡支付方式作为目标支付方式，以方便用户根据实际情况，选择合适的支付方式进行支付。

S120、根据目标支付方式，确定与目标支付方式对应的目标余额信息。

该步骤中，当目标支付方式是本地账户支付方式时，可以通过与应用程序对应的后台服务器进行通讯，确定应用程序的本地账户支付方式对应的目标余额信息。当目标支付方式是第三方账户支付方式时，比如银行卡支付方式，可以通过与第三方账户支付方式对应的服务器进行通讯，获得第三方账户支付方式对应余额信息作为目标余额信息。对于该步骤，下述有具体是实施例进行详细描述。

在此，需要说明的是，当第三方账户支付方式为银行卡支付方式时，对银行卡的类型没有具体限制。银行卡可以为借记卡，也可以为信用卡。当银行卡为借记卡时，余额信息为该借记卡中存储的实际余额。当银行卡为信用卡时，余额信息为该信用卡的剩余可用额度。

S130、显示支付界面，支付界面包括付款信息，以及，以目标显示方式显示的目标支付方式和目标余额信息。

在该步骤中，如图2所示，是本实施例中示出的显示支付界面，该支付界面中包含有二维码和/或条形码，商家可以通过扫描条形码和/或二维码，从用户选择的或者默认的支付方式中扣除相应的金额，完成支付。在支付界面的下方还形成有支付方式选择区域，支付方式选择区域中显示默认的或者用户重新选择的目标支付方式，和该目标支付方式对应的目标余额信息。

在一个示例中，如图2所示，目标支付方式是银行卡支付方式，在支付方式选择区域中显示了广大银行信用卡，以及该银行卡的部分卡号，在卡号的后方显示了该银行卡对应的余额具体数值，以方便用户直观的知道余额是否足够支付商品的价格。在显示银行卡的余额具体数值时，可以除黑色外的其他颜色进行显示，也可以进行点亮显示，以提醒用户注意。

在另一个示例中(该示例在图中未示出)，目标支付方式为本地账户支付方式，比如用于进行支付的应用程序是微信，则在支付方式选择区域中显示了微信零钱的余额具体数值，以方便用户在余额不足，不足以支付商品价格的时候，选择其他的支付方式进行支付，提高支付效率。

在另一个示例中(该示例在图中未示出)，目标支付方式对应的目标余额信息除了可以显示在支付方式选择区域中外，还可以以对话框的形式进行显示。比如，弹出一个独立于支付界面之外的对话框，对话框中显示有目标支付方式，以及目标支付方式对应的目标余额信息。该对话框可以通过用户的关闭操作从显示界面上去除，也可以是自动化显示预定时长后自动消失。

在另一个示例性实施例中，如图3所示，是本实施例的实施环境的示意图，本实施例中的方式在移动终端1与目标服务器2之间实施。移动终端1可以是手机、平板电脑、个人笔记本电脑等移动设备。目标服务器2可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者，还可以是一个云计算服务器中心。移动终端1与目标服务器2之间通过比如有线网络或者无线网络建立通信连接。在此，需要说明的是，本领技术人员应当理解，本实施例中的移动终端和目标服务器仅为举例使用，其他相关技术中已经存在的或者今后可能存在的移动终端和服务器均可以适用于本申请，也应当在本申请保护范围以内。

如图4所示，本实施例中的支付方法包括以下步骤：

S201、移动终端基于支付指令，从至少一个绑定的支付方式中确定目标支付方式。

该目标支付方式可以是默认的支付方式，也可以是用户根据实际情况重新选择的支付方式。

S202、移动终端发送目标余额信息请求至目标支付方式对应的目标服务器。

在该步骤中，用户选择了哪个支付方式作为目标支付方式，就将目标余额信息请求发送给该目标支付方式对应的目标服务器。当目标支付方式为用于进行支付的本地账户支付方式时，目标服务器为应用程序的后台服务器，移动终端将目标余额请求信息发送给后台服务器。当目标支付方式为第三方账户支付方式时，比如银行卡支付方式，移动终端将目标余额请求信息发送给银行卡支付方式对应的服务器。当然，可以理解的是，由于第三方账户支付方式在进行支付时，是在应用程序所在的环境下进行支付，因此，移动终端在发送目标余额信息请求时，可以将目标余额请求信息先发送给属于应用程序的中转服务器，而后，由中转服务器发送给目标服务器进行获取。

当第三方账户支付方式为银行卡支付方式时，移动终端在发送目标余额信息请求时，该请求中包含银行卡号、绑定的信息(比如手机号码)等，以便于目标服务器确定目标余额信息，同时，还提高了信息交互的安全性。

S203、目标服务器接收目标余额信息请求。

S204、目标服务器确定目标支付方式对应的目标余额信息。

S205、目标服务器将与目标支付方式对应的目标余额信息发送给移动终端。

目标服务器在向移动终端反馈目标余额信息时，同时还可以发送相关的账户信息和相关的密码等，以方便移动终端对目标余额信息的准确性进行确认，提高信息准确可靠性。

S206、移动终端接收目标服务器的反馈的目标余额信息。

S207、移动终端确认目标支付方式对应的目标余额信息。

S208、显示支付界面。

在本实施例中，用户根据实际情况选择目标支付方式，移动终端针对用户选择的目标支付方式，将目标余额信息请求发送至与目标支付方式对应的目标服务器，以获取目标支付方式的目标余额信息。对于用户没有选择的与应用程序进行绑定的支付方式，移动终端不与这些支付方式对应的服务器之间进行通讯，减少同时并发的通讯信号数量，减少带宽占用，使得移动终端与目标服务器之间的通讯连接效率更高、速度更快。同时，对于没有被选择为目标支付方式的支付方式，移动终端不与其对应的服务器之间进行通讯连接，不获取这些支付方式的余额信息，减少了用户信息泄露的风险，方法实施可靠性更高。

在另一个示例性实施例中，本实施例中的方法的应用环境与上述实施例相同在此不再赘述。如图5所示，本实施例中的控制方法包括：

S310、基于支付指令，从至少一个绑定的支付方式中确定目标支付方式。

S320、根据绑定的支付方式，分别发送余额请求至绑定的支付方式对应的服务器。

该步骤中，在接收到支付指令后，移动终端针对绑定的全部支付方式，分别向各个支付方式对应的服务器发送余额请求，无论该支付方式是否为目标支付方式。

S330、分别接收绑定的支付方式对应的服务器反馈的绑定的支付方式的余额信息。

与绑定的全部支付方式对应的每一个服务器在接收到移动终端发送的余额请求后，分别向移动终端返回与支付方式对应的余额信息，方便用户后续使用。

S340、根据目标支付方式，从绑定的支付方式的余额信息中，确定目标支付方式对应的目标余额信息。

本实施例中的支付方法，在接收到支付指令后，不论在支付方式是不是目标支付方式，都分别向该支付方式对应的服务器发送余额请求，以分别获得每一种与应用程序绑定的支付方式对应的余额信息。当默认的目标支付方式，或者当前被用户选择的目标支付方式的余额不足以支付商品价格，用户根据情况选择其他的绑定的支付方式作为目标支付方式时，移动终端无需针对该支付方式，再次向该支付方式对应的服务器发出请求，就能够在支付界面上显示该目标支付方式对应的目标余额信息。

另外，由于在接收到支付指令后，用户已经获得了全部绑定的支付方式对应的余额信息，因此，如果当前的目标支付方式的余额不足以支付商品价格时，用户可以通过点击支付界面上的支付方式选择区域，调取出支付方式下拉菜单，下拉菜单中可以分别显示每一种支付方式，以及该支付方式对应的余额，以便于用户直接选择余额足够支付商品价格的支付方式作为目标支付方式，以减少支付失败的次数，提高支付效率。

如图6所示，在一个示例性实施例中，提供了一种支付装置，应用于移动终端，支付装置包括第一确定模块100、第二确定模块200和显示模块300，第一确定模块100与第二确定模块200电连接，第二确定模块200与显示模块300电连接。本实施例中的支付装置用于实现如图1所示的支付方法。在实施过程中，第一确定模块100，用于基于支付指令，从至少一个绑定的支付方式中确定目标支付方式。第二确定模块200，用于根据目标支付方式，确定与目标支付方式对应的目标余额信息。显示模块300，用于显示支付界面，支付界面包括付款信息，以及，以目标显示方式显示的目标支付方式和目标余额信息。

在一个示例中，在实施过程中，当以图1示出的支付方法中的记载的方式一确定目标支付方式时，第一确定模块100具体用于：

基于支付指令，获取默认的支付方式；

确定默认的支付方式作为目标支付方式。

在另一个示例中，在实施过程中，当以图1示出的支付方法中记载的方式二确定目标支付方式时，第一确定模块100具体用于：

基于支付指令，获取作用于支付方式选择区域的触发信息；

根据触发信息，确定被选择的支付方式；

确定被选择的支付方式作为目标支付方式。

如图7所示，在另一个示例性实施例中，本实施例中的支付装置包括第一确定模块100、第二确定模块200和显示模块300，第一确定模块100与第二确定模块200电连接，第二确定模块200与显示模块300电连接。第二确定模块200包括通讯子模块210和确定子模块220。本实施例中的支付装置在用于实现如图4所示的支付方法中与移动终端对应的步骤时，第一确定模块100和显示模块300的用途与上述实施例中的支付装置相同，在此不再赘述。本实施例中，通讯子模块210，用于根据目标支付方式，发送目标余额信息请求至目标支付方式对应的目标服务器；通讯子模块210，还用于接收目标服务器的反馈的目标余额信息；确定子模块220，用于确定与目标支付方式对应的目标余额信息。

在另一个示例性实施例中，依旧参照图7，本实施例中的支付装置包括第一确定模块100、第二确定模块200和显示模块300，第一确定模块100与第二确定模块200电连接，第二确定模块200与显示模块300电连接。第二确定模块200包括通讯子模块210和确定子模块220。本实施例中的支付装置在用于实现如图5所示的支付方法中与移动终端对应的步骤时，第一确定模块100和显示模块300的用途与上述实施例中的支付装置相同，在此不再赘述。本实施例中，通讯子模块210，用于根据绑定的支付方式，分别发送余额请求至绑定的支付方式对应的服务器；通讯子模块210，还用于分别接收绑定的支付方式对应的服务器反馈的绑定的支付方式的余额信息；确定子模块220，用于根据目标支付方式，从绑定的支付方式的余额信息中，确定目标支付方式对应的目标余额信息。

参照图8，是一种移动终端的框图。例如，终端设备400可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

终端设备400可以包括以下一个或多个组件：处理组件402，存储器404，电力组件406，多媒体组件408，音频组件410，输入/输出(I/O)的接口412，传感器组件414，以及通信组件416。

处理组件402通常控制设备400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件402可以包括一个或多个处理器420来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件402可以包括一个或多个模块，便于处理组件402和其他组件之间的交互。例如，处理组件402可以包括多媒体模块，以方便多媒体组件408和处理组件402之间的交互。

存储器404被配置为存储各种类型的数据以支持在设备400的操作。这些数据的示例包括用于在设备400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件406为设备400的各种组件提供电力。电力组件406可以包括电源管理系统，一个或多个电源，及其他与为装置400生成、管理和分配电力相关联的组件。

多媒体组件408包括在设备400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件408包括一个前置摄像头和/或后置摄像头。当终端设备400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件410被配置为输出和/或输入音频信号。例如，音频组件410包括一个麦克风(MIC)，当设备400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器404或经由通信组件416发送。在一些实施例中，音频组件410还包括一个扬声器，用于输出音频信号。

I/O接口412为处理组件402和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件414包括一个或多个传感器，用于为终端设备400提供各个方面的状态评估。例如，传感器组件414可以检测到终端设备400的打开/关闭状态，组件的相对定位，例如组件为终端设备400的显示器和小键盘，传感器组件414还可以检测设备400或终端设备400一个组件的位置改变，用户与设备400接触的存在或不存在，设备400方位或加速/减速和设备400的温度变化。传感器组件414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件416被配置为便于设备400和其他设备之间有线或无线方式的通信。设备700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器404，上述指令可由设备400的处理器420执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。当存储介质中的指令由终端设备的处理器执行时，使得终端设备能够执行上述实施例中示出的支付方法。

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

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

Claims (16)

1.一种支付方法，应用于移动终端，其特征在于，所述支付方法包括：

基于支付指令，从至少一个绑定的支付方式中确定目标支付方式；

根据所述目标支付方式，确定与所述目标支付方式对应的目标余额信息；

显示支付界面，所述支付界面包括付款信息，以及，以目标显示方式显示的目标支付方式和目标余额信息。

2.根据权利要求1所述的支付方法，其特征在于，所述根据所述目标支付方式，确定与所述目标支付方式对应的目标余额信息，包括：

根据目标支付方式，发送目标余额信息请求至所述目标支付方式对应的目标服务器；

接收所述目标服务器的反馈的目标余额信息；

确定与所述目标支付方式对应的目标余额信息。

3.根据权利要求1所述的支付方法，其特征在于，所述根据所述目标支付方式，确定与所述目标支付方式对应的目标余额信息，包括：

根据绑定的支付方式，分别发送余额请求至所述绑定的支付方式对应的服务器；

分别接收所述绑定的支付方式对应的服务器反馈的所述绑定的支付方式的余额信息；

根据目标支付方式，从所述绑定的支付方式的余额信息中，确定所述目标支付方式对应的目标余额信息。

4.根据权利要求1所述的支付方法，其特征在于，所述基于支付指令，从至少一个绑定的支付方式中确定目标支付方式，包括：

基于支付指令，获取默认的支付方式；

确定默认的支付方式作为目标支付方式。

5.根据权利要求1所述的支付方法，其特征在于，所述基于支付指令，从至少一个绑定的支付方式中确定目标支付方式，包括：

基于支付指令，获取作用于支付方式选择区域的触发信息；

根据所述触发信息，确定被选择的支付方式；

确定被选择的支付方式作为目标支付方式。

6.根据权利要求1所述的支付方法，其特征在于，所述付款信息包括二维码和/或条形码；和/或，

所述目标支付方式包括银行卡支付方式。

7.根据权利要求6所述的支付方法，其特征在于，所述以目标显示方式显示的目标支付方式和目标余额信息，包括：

显示银行卡支付方式对应的银行账户信息和余额信息。

8.一种支付装置，应用于移动终端，其特征在于，所述支付装置包括：

第一确定模块，用于基于支付指令，从至少一个绑定的支付方式中确定目标支付方式；

第二确定模块，用于根据所述目标支付方式，确定与所述目标支付方式对应的目标余额信息；

显示模块，用于显示支付界面，所述支付界面包括付款信息，以及，以目标显示方式显示的目标支付方式和目标余额信息。

9.根据权利要求8所述的支付装置，其特征在于，所述第二确定模块包括：

通讯子模块，用于根据目标支付方式，发送目标余额信息请求至所述目标支付方式对应的目标服务器；

所述通讯子模块，还用于接收所述目标服务器的反馈的目标余额信息；

确定子模块，用于确定与所述目标支付方式对应的目标余额信息。

10.根据权利要求8所述的支付装置，其特征在于，所述第二确定模块包括：

通讯子模块，用于根据绑定的支付方式，分别发送余额请求至所述绑定的支付方式对应的服务器；

所述通讯子模块，还用于分别接收所述绑定的支付方式对应的服务器反馈的所述绑定的支付方式的余额信息；

确定子模块，用于根据目标支付方式，从所述绑定的支付方式的余额信息中，确定所述目标支付方式对应的目标余额信息。

11.根据权利要求8所述的支付装置，其特征在于，所述第一确定模块，具体用于：

基于支付指令，获取默认的支付方式；

确定默认的支付方式作为目标支付方式。

12.根据权利要求8所述的支付装置，其特征在于，所述第一确定模块，具体用于：

基于支付指令，获取作用于支付方式选择区域的触发信息；

根据所述触发信息，确定被选择的支付方式；

确定被选择的支付方式作为目标支付方式。

13.根据权利要求8所述的支付装置，其特征在于，所述付款信息包括二维码和/或条形码；和/或，

所述目标支付方式包括银行卡支付方式。

14.根据权利要求13所述的支付装置，其特征在于，所述显示模块，具体用于显示银行卡支付方式对应的银行账户信息和余额信息。

15.一种移动终端，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为执行如权利要求1至7任一项所述的支付方法。

16.一种非临时性计算机可读存储介质，其特征在于，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行如权利要求1至7任一项所述的支付方法。

Images