CN109447677A - 一种支付方法、设备以及*** - Google Patents

Abstract

本申请提供了一种支付方法、支付服务器、客户端、支付***、计算机设备以及计算机可读存储介质，属于支付领域，支付***包括：客户端及支付服务器；所述客户端，用于发送用户支付请求，显示支付收益排名前N的用户已有的资金渠道，接收并发送用户选择的资金渠道及输入的支付信息；所述支付服务器，用于接收用户支付请求，提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益，发送支付收益排名前N的用户已有的资金渠道，接收用户选择的资金渠道及输入的支付信息，根据用户选择的资金渠道及输入的支付信息完成支付。

Description

一种支付方法、设备以及***

技术领域

本申请属于支付领域，尤其涉及一种支付方法、支付服务器、客户端、支付***、计算机设备以及计算机可读存储介质。

背景技术

目前一些国家或地区的消费是围绕***展开的，每个用户拥有多张***，不同的***有不同的用途，例如有航空卡、餐饮卡、购物卡、加油卡、打车卡等等。各***提供商为了招揽用户，往往会提供支付返现、免费兑换(比如兑换机票、酒店、租车)等服务，对于用户具有多种***的情况下，用户需通过人工计算的方式确定支付收益。该种确定支付收益的方式存在用户体验差，无法准确达到收益最大化的缺陷。

现有技术中的线上支付，用于支付的资金渠道固定，或需人工选择资金渠道，这两种方式存在用户负担重、用户体验差的缺陷。

因此，如何提供一种新的方案，其能够解决上述技术问题是本领域亟待解决的技术难题。

发明内容

有鉴于此，本申请提供了一种支付方法、支付服务器、客户端、支付***、计算机设备以及计算机可读存储介质，当用户发起用户支付请求时，支付服务器通过提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益，发送支付收益排名前N的用户已有的资金渠道至所述客户端，由于自动向用户展示了支付收益排序结果，使得用户无需凭记忆猜测哪种资金渠道才能实现收益最大化，本申请能够增加用户收益，提高用户体验。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种支付方法，应用于支付服务器，包括：

接收客户端发送的用户支付请求；

提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益；

发送支付收益排名前N的用户已有的资金渠道至所述客户端供用户选择，接收客户端发送的用户选择的资金渠道及输入的支付信息；以及

根据用户选择的资金渠道及输入的支付信息完成支付。

根据本申请的第二方面，提出了一种支付方法，应用于客户端，包括：

发送用户支付请求至支付服务器，接收并显示所述支付服务器发送的支付收益排名前N的用户已有的资金渠道；

接收用户选择的资金渠道及输入的支付信息，发送用户选择的资金渠道及输入的支付信息至所述支付服务器。

根据本申请的第三方面，提出了一种支付服务器，包括：

第一交互模块，用于接收客户端发送的用户支付请求；

分析模块，用于提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益；

第二交互模块，用于发送支付收益排名前N的用户已有的资金渠道至所述客户端供用户选择，接收所述客户端发送的用户选择的资金渠道及输入的支付信息；以及

支付模块，用于根据用户选择的资金渠道及输入的支付信息完成支付。

根据本申请的第四方面，提出了一种客户端，包括：

第一交互模块，用于发送用户支付请求至支付服务器，接收并显示所述支付服务器发送的支付收益排名前N的用户已有的资金渠道；以及

第二交互模块，用于接收用户选择的资金渠道及输入的支付信息，发送用户选择的资金渠道及输入的支付信息至所述支付服务器。

根据本申请的第五方面，提出了一种支付***，包括：支付服务器及客户端；

所述客户端，用于发送用户支付请求，显示支付收益排名前N的用户已有的资金渠道，接收并发送用户选择的资金渠道及输入的支付信息；

所述支付服务器，用于接收用户支付请求，提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益，发送支付收益排名前N的用户已有的资金渠道供用户选择，接收用户选择的资金渠道及输入的支付信息，根据用户选择的资金渠道及输入的支付信息完成支付。

根据本申请的第六方面，提出了一种计算设备，所述计算设备包括：适于实现各指令的处理器以及存储设备，所述存储设备存储有多条指令，所述指令适于由处理器加载并执行：

接收客户端发送的用户支付请求；

提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益；

发送支付收益排名前N的用户已有的资金渠道至所述客户端供用户选择，接收所述客户端发送的用户选择的资金渠道及输入的支付信息；以及

根据用户选择的资金渠道及输入的支付信息完成支付。

根据本申请的第七方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于执行：

接收客户端发送的用户支付请求；

提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益；

发送支付收益排名前N的用户已有的资金渠道至所述客户端供用户选择，接收所述客户端发送的用户选择的资金渠道及输入的支付信息；以及

根据用户选择的资金渠道及输入的支付信息完成支付。

根据本申请的第八方面，提出了一种计算设备，所述计算设备包括：适于实现各指令的处理器以及存储设备，所述存储设备存储有多条指令，所述指令适于由处理器加载并执行：

发送用户支付请求至支付服务器，接收并显示所述支付服务器发送的支付收益排名前N的用户已有的资金渠道；

接收用户选择的资金渠道及输入的支付信息，发送用户选择的资金渠道及输入的支付信息至所述支付服务器。

根据本申请的第九方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于执行：

发送用户支付请求至支付服务器，接收并显示所述支付服务器发送的支付收益排名前N的用户已有的资金渠道；

接收用户选择的资金渠道及输入的支付信息，发送用户选择的资金渠道及输入的支付信息至所述支付服务器。

由以上技术方案可见，本申请供的一种支付方法、支付服务器、客户端、支付***、计算机设备以及计算机可读存储介质，当用户发起用户支付请求时，支付服务器通过提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益，发送支付收益排名前N的用户已有的资金渠道至所述客户端，由于自动向用户展示了支付收益排序结果，使得用户无需凭记忆猜测哪种资金渠道才能实现收益最大化，本申请能够增加用户收益，提高用户体验。

为让本申请的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请一种支付***的实施方式一的结构示意图；

图2示出了图1所示支付***中客户端与支付服务器之间的交互示意图；

图3示出了本申请一种支付***的实施方式二的结构示意图；

图4示出了图3所示支付***中人脸识别设备与支付服务器之间的交互示意图；

图5示出了本申请一种支付服务器的实施方式一的结构示意图；

图6示出了本申请一种支付服务器的实施方式二的结构示意图；

图7示出了本申请一种支付服务器的实施方式三的结构示意图；

图8示出了本申请一种客户端的结构示意图；

图9示出了本申请一种应用于支付服务器的支付方法的实施方式一的流程示意图；

图10示出了本申请一种应用于支付服务器的支付方法的实施方式二的流程示意图；

图11示出了本申请一种应用于客户端的支付方法的流程示意图；

图12A示出了本申请具体实施例的订单确定界面示意图；

图12B示出了本申请具体实施例的支付确认界面示意图；

图12C示出了本申请具体实施例的信息输入界面示意图；

图12D示出了本申请具体实施例的支付完成界面示意图。

具体实施方式

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

下面参考本申请的若干代表性实施方式，详细阐释本申请的原理和精神。

虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行。

附图中提到的时间、价格、商品、型号等信息，均为举例需要所进行的杜撰，并非真实的已发生事例。

图1示出了本申请一种支付***的实施方式一的示意图，请参阅图1，支付***包括：客户端100及支付服务器200。

所述客户端100，用于发送用户支付请求，显示支付收益排名前N的用户已有的资金渠道，接收并发送用户选择的资金渠道及输入的支付信息。

详细的说，在本实施例中，所述客户端可以是能够基于网络协议接入通信网络的终端设备或者运行于所述终端设备上的购物应用软件，例如支付宝、淘宝、唯品会等应用软件客户端。

在本实施例中，所述的用户支付请求由用户确认购物时发起，包括：用户信息、收款方信息及订单信息。一些实施方式中，订单信息包括商家名称、商品名称、商品数量、订单金额、下单时间等信息。此处的商品包括但不限于实体商品及购物券。若为实体商品，用户支付请求中还包括收货地址、收货人、联系方式等信息。若为购物券，还包括线下享受服务的过程，具体参见现有技术中的线下享受服务过程及图10所示过程。

在本实施例中，用户已有的资金渠道包括预先绑定于用户名下的***(卡组/发卡行/发卡商家)。支付信息例如为支付密码等唯一证实支付有效的信息，本申请对支付信息具体为何不做限定。用户选择的资金渠道及输入的支付信息可以同时发送，也可以分别发送(如图12B及图12C所示)。

所述支付服务器200，用于接收用户支付请求，提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益，发送支付收益排名前N的用户已有的资金渠道供用户选择，接收用户选择的资金渠道及输入的支付信息，根据用户选择的资金渠道及输入的支付信息完成支付。

详细的说，支付服务器例如为第三方支付平台(如支付宝)服务器，用户在使用本申请支付***之前需在支付服务器中预先绑定至少一个资金渠道。

实施时，支付服务器根据订单信息排序用户已有的资金渠道的支付收益，实际上，各资金渠道运营商对不同商家的不同类别商品返现力度不同。

图2示出了图1所示支付***中客户端与支付服务器之间的交互示意图，请参阅图2，支付***中客户端与支付服务器之间的交互过程包括：

S1：用户在客户端选择好商品后，确认购买后会弹出订单确定界面，如图12A所示，订单确定界面包括一提交订单按钮，用户通过点击该提交订单按钮发起提交订单操作。图12A仅用于说明本申请的一种实施方式，在一些其它实施方式中，用户可同时确认购买多个商品，在一些其它实施方式中，若客户端接入有多个支付服务器(每种支付服务器提供一种支付方式)，用户提交订单之后显示支付方式确定界面，以供用户确定支付方式。

S2：客户端根据用户提交订单操作或确定支付方式操作发送用户支付请求至支付服务器，其中，用户支付请求包括用户信息、收款方信息及订单信息，订单信息包括商家名称、商品名称，商品数量、订单金额、下单时间等。

S3：支付服务器接收用户支付请求，提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益，发送支付收益排名前N的用户已有的资金渠道至客户端以供用户选择。具体实施时，一个用户不可能拥有所有的***，为了提升用户收益，除了计算并排序用户已有的各资金渠道的支付收益外，还计算并排序用户未有的各资金渠道的支付收益，将支付收益排名前M的用户未有的资金渠道发送至客户端供用户查看，用户可根据这M个未有的资金渠道的收益情况确定是否办理这M个资金渠道的***。

S4：客户端显示支付收益排名前N的用户已有的资金渠道，接收并发送用户选择的资金渠道及输入的支付信息至支付服务器。

具体实施时，客户端通过支付确认界面显示排名前N的用户已有的资金渠道，如图12B所示，以供用户确定资金渠道，用户点击立即付款之后会弹出图12C所示的信息输入界面，以供用户输入支付信息。

S5：支付服务器接收用户选择的资金渠道及输入的支付信息，根据用户选择的资金渠道及输入的支付信息完成支付。

具体实施时，支付服务器确认完成支付后，发送支付成功信息至客户端，如图12D所示。

本实施例提供的支付***中，支付服务器通过提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益，发送支付收益排名前N的用户已有的资金渠道至所述客户端，由于自动向用户展示了支付收益排序结果，使得用户无需凭记忆猜测哪种资金渠道才能实现收益最大化，能够增加用户收益，提高用户体验。

目前，诸多购物客户端都提供线上付款，线下享受服务的购物模式，线下享受服务时需要认证，现有的认证方式主要为通过客户端提供线上订单信息，或操作客户端的方式来核销订单，现有核销订单的方式会给用户带来诸多不便，例如在用户未携带终端、无网络或弱网时，将无法完成订单的核销导致用户无法线下享受服务。为了解决该问题，本申请提供一种支付***，如图3所示，支付***包括：客户端100、支付服务器200及人脸识别设备300。

客户端100，用于发送O2O券获取请求，接收并显示O2O券购买界面；当接收到用户根据O2O券购买界面输入的确认购买O2O券指示时发送用户支付请求；显示支付收益排名前N的用户已有的资金渠道，接收并发送用户选择的资金渠道及输入的支付信息。

支付服务器200，用于接收发送的O2O券获取请求，发送O2O券购买界面；接收用户支付请求，提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益，发送支付收益排名前N的用户已有的资金渠道，接收用户选择的资金渠道及输入的支付信息，根据用户选择的资金渠道及输入的支付信息完成支付，完成支付后生成用户的待核销账单。详细的说，待核销账单包括商家信息和订单金额，还可包括使用期限、交易号、订单编号、下单时间等信息，本申请对待核销账单具体包括的内容不做限定。待核销账单可由二维码，序列号(由字符、字母、数字等构成)表示。

人脸识别设备300，用于采集并发送用户的人脸图像。该人脸识别设备设置在商家内，基于网络协议接入支付服务器，发送用户人脸图像的同时还发送商家信息，商家信息用于唯一定位人脸识别设备。具体实施时，为了保证用户信息安全，需要用户授权人脸识别设备后，人脸识别设备才能采集用户的人脸图像。

支付服务器200，还用于接收人脸识别设备发送的用户的人脸图像；将所述用户的人脸图像与预先存储的人脸图像进行对比，若存在预先存储的人脸图像与用户的人脸图像一致，则查找与所述商家信息相关的待核销账单。

进一步的，支付服务器200核销完待核销账单后还包括：计算并记录此次支付的收益。

进一步的，为了便于用户了解核销及收益情况，支付服务器200核销完待核销账单后还包括：反馈核销结果及支付收益。

本实施例能够增加用户收益，提高用户体验，通过人脸识别的方式核销用户待核销账单记录能够保证用户在任何情况下(例如未带客户端、无网络或网弱等)都能顺利享受线下服务。

为了更清楚说明本实施例中人脸识别设备与支付服务器之间的交互过程，下面以一具体实施例进行详细说明，用户通过图2所述流程购买了必胜客餐厅的200元的就餐券(客户端与支付服务器之间的交互过程参见图2，此处不再赘述)，如图4所示，人脸识别设备与支付服务器之间的交互过程包括：

S1：用户来到必胜客餐厅，点完餐或吃完餐之后，来到人脸识别设备面前，并授权人脸识别设备。

S2：人脸识别设备采集用户的人脸图像，发送用户的人脸图像和商家信息(即必胜客餐厅信息，可用人脸识别设备ID表示)至支付服务器。

S3：支付服务器接收人脸识别设备发送的用户的人脸图像和商家信息；将所述用户的人脸图像与预先存储的人脸图像进行对比，若存在预先存储的人脸图像与用户的人脸图像一致，则查找并核销所述用户与商家信息相关的待核销账单。

详细的说，预先存储的人脸图像是由用户在授权人脸识别时上传至支付服务器的，存储于支付服务器中的图像数据库。支付服务器查找并核销所述用户与商家信息相关的待核销账单的过程包括：支付服务器通过查询人脸识别设备ID能够确定人脸识别设备所属商家信息；根据人脸识别设备所属商家信息从该用户的待核销账单中查找相应的待核实账单。

S4：待核销账单核销之后，支付服务器还通过邮件或短信发送已核销通知给用户。

S5：待核销账单核销之后，支付服务器还计算并记录此次支付的收益。用户可通过客户端从支付服务器中查询此次支付收益。

本实施例提供的支付***通过人脸识别的方式核销用户待核销账单能够保证用户在任何情况下(例如未带客户端、无网络或网弱等)都能顺利享受线下服务，提高用户体验。

图5示出了本申请一种支付服务器的实施方式一的结构示意图，请参阅图5，支付服务器200包括：

第一交互模块210，用于接收客户端发送的用户支付请求。

分析模块220，用于提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益。

第二交互模块230，用于发送支付收益排名前N的用户已有的资金渠道至所述客户端，接收所述客户端发送的用户选择的资金渠道及输入的支付信息。以及

支付模块240，用于根据用户选择的资金渠道及输入的支付信息完成支付。

进一步的，支付服务器也提供购物服务，第一交互模块210接收客户端发送的用户支付请求之前还用于：接收客户端发送的O2O券获取请求，发送O2O券购买界面至所述客户端显示。其中，所述O2O券购买界面用于供用户选择O2O券，客户端接收到用户输入的确认购买O2O券指示时发起用户支付请求。

图6示出了本申请一种支付服务器的实施方式二的结构示意图，请参阅图6，支付服务器200除了包括第一交互模块210、分析模块220、第二交互模块230及支付模块240外，还包括：记录模块250，用于完成支付后生成用户的待核销账单。

图7示出了本申请一种支付服务器的实施方式三的结构示意图，请参阅图7，支付服务器200除了包括第一交互模块210、分析模块220、第二交互模块230、支付模块240、记录模块250外，还包括：

存储模块260，用于预先存储人脸图像；

第三交互模块270，用于接收人脸识别设备发送的用户的人脸图像及商家信息；

认证核销模块280，用于将所述用户的人脸图像与存储模块260存储的人脸图像进行对比，若存在预先存储的人脸图像与所述用户的人脸图像一致，则查找并核销与商家信息相关的用户的待核销账单。

图8示出了本申请一种客户端的结构示意图，参阅图8，客户端100包括：

第一交互模块110，用于发送用户支付请求至支付服务器，接收并显示所述支付服务器发送的支付收益排名前N的用户已有的资金渠道。

一些实施方式中，所述第一交互模块发送用户支付请求至支付服务器之前还用于：发送O2O券获取请求至支付服务器，接收并显示所述支付服务器发送的O2O券购买界面。其中，所述O2O券购买界面用于供用户选择O2O券，客户端接收到用户输入的确认购买O2O券指示时发起用户支付请求。

第二交互模块120，用于接收用户选择的资金渠道及输入的支付信息，发送用户选择的资金渠道及输入的支付信息至所述支付服务器。

在本申请的一些实施方式中，客户端可以以功能模块的方式由软件实现各部件的功能，运行于所述智能终端上。

本申请的一实施例中，还提供一种计算设备，所述计算设备包括：适于实现各指令的处理器以及存储设备，所述存储设备存储有多条指令，所述指令适于由处理器加载并执行：

接收客户端发送的用户支付请求；

提取用户已有的所有资金渠道，计算并排序用户已有的各资金渠道的支付收益；

发送支付收益排名前N的用户已有的资金渠道至所述客户端供用户选择，接收所述客户端发送的用户选择的资金渠道及输入的支付信息；以及

根据用户选择的资金渠道及输入的支付信息完成支付。

本申请的一实施例中，还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于执行：

接收客户端发送的用户支付请求；

提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益；

发送支付收益排名前N的用户已有的资金渠道至所述客户端供用户选择，接收所述客户端发送的用户选择的资金渠道及输入的支付信息；以及

根据用户选择的资金渠道及输入的支付信息完成支付。

本申请的一实施例中，还提供一种计算设备，所述计算设备包括：适于实现各指令的处理器以及存储设备，所述存储设备存储有多条指令，所述指令适于由处理器加载并执行：

发送用户支付请求至支付服务器，接收并显示所述支付服务器发送的支付收益排名前N的用户已有的资金渠道；

接收用户选择的资金渠道及输入的支付信息，发送用户选择的资金渠道及输入的支付信息至所述支付服务器。

本申请的一实施例中，还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于执行：

发送用户支付请求至支付服务器，接收并显示所述支付服务器发送的支付收益排名前N的用户已有的资金渠道；

接收用户选择的资金渠道及输入的支付信息，发送用户选择的资金渠道及输入的支付信息至所述支付服务器。

在介绍了本申请的支付***、支付服务端、客户端、计算设备以及计算机可读存储介质，接下来，参考附图对本申请的方法进行介绍。该方法的实施可以参见上述***的实施，重复之处不再赘述。

图9示出了本申请一种应用于支付服务器的支付方法的实施方式一的流程示意图，请参阅图9，所述方法包括：

S910：接收客户端发送的用户支付请求。

一些实施方式中，接收客户端发送的用户支付请求之前还包括：接收客户端发送的O2O券获取请求，发送O2O券购买界面至所述客户端显示。其中，所述O2O券购买界面用于供用户选择O2O券，客户端接收到用户输入的确认购买O2O券指示时发起用户支付请求。

S920：提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益。支付服务器存储有各资金渠道对各类别商品的返现率，如下表格所示，根据订单信息排序用户各资金渠道的支付收益。

S930：发送支付收益排名前N的用户已有的资金渠道至所述客户端。

S940：接收客户端发送的用户选择的资金渠道及输入的支付信息。

S950：根据用户选择的资金渠道及输入的支付信息完成支付。

本申请一实施例中，对于线上付款、线下享受服务的购物模式，应用于支付服务器的支付方法包括线上付款及线下消费两个过程，线上付款的过程参见前述步骤S910至步骤S950，还包括S960：完成支付后生成用户的待核销账单。如图10所示，线下享受服务的过程包括：

S1010：接收人脸识别设备发送的用户的人脸图像及商家信息；

S1020：将所述用户的人脸图像与预先存储的人脸图像进行对比，若存在预先存储的人脸图像与所述用户的人脸图像一致，则查找并核销与所述商家信息相关的所述用户的待核销账单。

进一步的，核销所述用户相应的账单记录后还包括：S1030：计算并记录此次支付的收益。

本实施例通过人脸识别的方式核销用户待核销账单记录能够保证用户在任何情况下(例如未带客户端、无网络或网弱等)都能顺利享受线下服务，提高用户体验。

图11示出了本申请一种应用于客户端的支付方法的流程示意图，请参阅图11，所述方法包括：

S1110：发送用户支付请求至支付服务器。

一些实施方式中，发送用户支付请求至支付服务器之前还包括：发送O2O券获取请求至支付服务器；接收并显示所述支付服务器发送的O2O券购买界面；当接收到用户根据O2O券购买界面输入的确认购买O2O券指示时发送用户支付请求至支付服务器。

S1120：接收并显示所述支付服务器发送的支付收益排名前N的用户已有的资金渠道。

S1130：接收用户选择的资金渠道及输入的支付信息，发送用户选择的资金渠道及输入的支付信息至所述支付服务器。

综上所述，本申请提供了一种支付方法、支付服务器、客户端、支付***、计算机设备以及计算机可读存储介质，当用户发起用户支付请求时，支付服务器通过提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益，发送支付收益排名前N的用户已有的资金渠道至所述客户端，由于自动向用户展示了支付收益排序结果，使得用户无需凭记忆猜测哪种资金渠道才能实现收益最大化，本申请能够增加用户收益，提高用户体验。通过人脸识别的方式核销用户待核销账单记录能够保证用户在任何情况下(例如未带客户端、无网络或网弱等)都能顺利享受线下服务。

应当注意，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请可用于众多通用或专用的计算机***环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器***、基于微处理器的***、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何***或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (24)

1.一种支付方法，所述方法应用于支付服务器，包括：

接收客户端发送的用户支付请求；

提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益；

发送支付收益排名前N的用户已有的资金渠道至所述客户端供用户选择，接收所述客户端发送的用户选择的资金渠道及输入的支付信息；以及

根据用户选择的资金渠道及输入的支付信息完成支付。

2.如权利要求1所述的方法，用户支付请求包括用户信息、收款方信息以及订单信息。

3.如权利要求2所述的方法，根据订单信息计算并排序用户已有的各资金渠道的支付收益。

4.如权利要求2所述的方法，还包括：根据订单信息计算并排序用户未有的各资金渠道的支付收益；

发送支付收益排名前M的用户未有的资金渠道至所述客户端供用户查看。

5.如权利要求1所述的方法，接收客户端发送的用户支付请求之前还包括：

接收客户端发送的O2O券获取请求，发送O2O券购买界面至所述客户端显示；

其中，所述O2O券购买界面用于供用户选择O2O券，客户端接收到用户输入的确认购买O2O券指示时发起用户支付请求。

6.如权利要求5所述的方法，完成支付后还包括：

生成用户的待核销账单。

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

接收人脸识别设备发送的用户的人脸图像及商家信息；

将所述用户的人脸图像与预先存储的人脸图像进行对比，若存在预先存储的人脸图像与所述用户的人脸图像一致，则查找并核销与所述商家信息相关的所述用户的待核销账单。

8.如权利要求7所述的支付方法，核销与所述商家信息相关的所述用户的待核销账单后还包括：计算并记录此次支付的收益。

9.一种支付方法，所述方法应用于客户端，包括：

发送用户支付请求至支付服务器，接收并显示所述支付服务器发送的支付收益排名前N的用户已有的资金渠道；

接收用户选择的资金渠道及输入的支付信息，发送用户选择的资金渠道及输入的支付信息至所述支付服务器。

10.如权利要求9所述的方法，发送用户支付请求至支付服务器之前包括：

发送O2O券获取请求至支付服务器，接收并显示所述支付服务器发送的O2O券购买界面；

当接收到用户根据O2O券购买界面输入的确认购买O2O券指示时发送用户支付请求至支付服务器。

11.一种支付服务器，包括：

第一交互模块，用于接收客户端发送的用户支付请求；

分析模块，用于提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益；

第二交互模块，用于发送支付收益排名前N的用户已有的资金渠道至所述客户端供用户选择，接收所述客户端发送的用户选择的资金渠道及输入的支付信息；以及支付模块，用于根据用户选择的资金渠道及输入的支付信息完成支付。

12.如权利要求11所述的支付服务器，所述第一交互模块接收客户端发送的用户支付请求之前还用于：接收客户端发送的O2O券获取请求，发送O2O券购买界面至所述客户端显示；

其中，所述O2O券购买界面用于供用户选择O2O券，客户端接收到用户输入的确认购买O2O券指示时发起用户支付请求。

13.如权利要求12所述的支付服务器，还包括：

记录模块，用于完成支付后生成用户的待核销账单。

14.如权利要求12所述的支付服务器，还包括：

存储模块，用于预先存储人脸图像；

第三交互模块，用于接收人脸识别设备发送的用户的人脸图像及商家信息；

认证核销模块，用于将所述用户的人脸图像与预先存储的人脸图像进行对比，若存在预先存储的人脸图像与所述用户的人脸图像一致，则查找并核销与所述商家信息相关的所述用户的待核销账单。

15.一种客户端，包括：

第一交互模块，用于发送用户支付请求至支付服务器，接收并显示所述支付服务器发送的支付收益排名前N的用户已有的资金渠道；以及

第二交互模块，用于接收用户选择的资金渠道及输入的支付信息，发送用户选择的资金渠道及输入的支付信息至所述支付服务器。

16.如权利要求15所述客户端，所述第一交互模块发送用户支付请求至支付服务器之前还用于：发送O2O券获取请求至支付服务器，接收并显示所述支付服务器发送的O2O券购买界面；

其中，所述O2O券购买界面用于供用户选择O2O券，客户端接收到用户输入的确认购买O2O券指示时发起用户支付请求。

17.一种支付***，包括：客户端以及支付服务器；

所述客户端，用于发送用户支付请求，显示支付收益排名前N的用户已有的资金渠道，接收并发送用户选择的资金渠道及输入的支付信息；

所述支付服务器，用于接收用户支付请求，提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益，发送支付收益排名前N的用户已有的资金渠道供用户选择，接收用户选择的资金渠道及输入的支付信息，根据用户选择的资金渠道及输入的支付信息完成支付。

18.如权利要求17所述的支付***，所述客户端发送用户支付请求至支付服务器之前包括：发送O2O券获取请求至支付服务器，接收并显示所述支付服务器发送的O2O券购买界面；当接收到用户根据O2O券购买界面输入的确认购买O2O券指示时发送用户支付请求至支付服务器；

所述支付服务器接收客户端发送的用户支付请求之前还包括：接收客户端发送的O2O券获取请求，发送O2O券购买界面至所述客户端显示。

19.如权利要求18所述的支付***，所述支付服务器，还用于完成支付后生成用户的待核销账单。

20.如权利要求18所述的支付***，还包括：人脸识别设备，用于采集并发送用户的人脸图像及商家信息；

所述支付服务器，还用于将所述用户的人脸图像与预先存储的人脸图像进行对比，若存在预先存储的人脸图像与所述用户的人脸图像一致，则查找并核销与所述商家信息相关所述用户的待核销账单。

21.一种计算设备，所述计算设备包括：适于实现各指令的处理器以及存储设备，所述存储设备存储有多条指令，所述指令适于由处理器加载并执行：

接收客户端发送的用户支付请求；

提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益；

发送支付收益排名前N的用户已有的资金渠道至所述客户端供用户选择，接收所述客户端发送的用户选择的资金渠道及输入的支付信息；以及

根据用户选择的资金渠道及输入的支付信息完成支付。

22.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于执行：

接收客户端发送的用户支付请求；

提取用户已有的资金渠道，计算并排序用户已有的各资金渠道的支付收益；

发送支付收益排名前N的用户已有的资金渠道至所述客户端供用户选择，接收所述客户端发送的用户选择的资金渠道及输入的支付信息；以及

根据用户选择的资金渠道及输入的支付信息完成支付。

23.一种计算设备，所述计算设备包括：适于实现各指令的处理器以及存储设备，所述存储设备存储有多条指令，所述指令适于由处理器加载并执行：

发送用户支付请求至支付服务器，接收并显示所述支付服务器发送的支付收益排名前N的用户已有的资金渠道；

接收用户选择的资金渠道及输入的支付信息，发送用户选择的资金渠道及输入的支付信息至所述支付服务器。

24.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于执行：

发送用户支付请求至支付服务器，接收并显示所述支付服务器发送的支付收益排名前N的用户已有的资金渠道；

接收用户选择的资金渠道及输入的支付信息，发送用户选择的资金渠道及输入的支付信息至所述支付服务器。