CN107833040A - 支付方法、装置、存储介质及终端 - Google Patents

Abstract

本发明适用于通信技术领域，提供了一种支付方法、装置、存储介质及终端，所述方法包括：当接收到二维码生成接口的调用请求时，获取订单信息、支付渠道合作方及其推送的支付活动信息；根据所述订单信息、支付渠道合作方及支付活动信息生成二维码链接；根据二维码链接生成唯一的二维码信息，将所述二维码信息发送至收款方终端；获取付款方终端扫描二维码信息后提交的扫描链接，在所述扫描链接验证通过后，将所述订单信息、支付渠道合作方对应的支付交易接口以及支付活动信息发送至付款方终端。本发明实施例实现了一个二维码信息绑定多个支付渠道，使得商家无需接入不同的支付渠道，买家用户扫码前无需分辨二维码，并可同步浏览不同的支付活动。

Description

支付方法、装置、存储介质及终端

技术领域

本发明属于通信技术领域，尤其涉及一种支付方法、装置、存储介质及终端。

背景技术

二维码支付是移动支付的一种形式，是指利用二维码远程访问支付系统，并提交支付指令的支付方式。用户通过手机客户端扫描商家提供的二维码，便可实现与商家进行支付结算。然而，在线下当面付模式中，基于支付渠道相互之间的竞争关系，不同的支付渠道分别采用独立的二维码，商家需要预先对接各个不同的支付渠道，准备多个二维码；而用户在支付时则需要先分辨二维码，采用对应的支付渠道应用程序进行扫码才能够完成支付交易。进一步地，不同的支付渠道也会存在不同的支付活动，针对多种多样的支付渠道及其支付活动，用户无法快速找到最佳的支付渠道，容易错过支付渠道提供的支付活动信息。

发明内容

本发明实施例提供了一种支付方法、装置、存储介质及终端，以解决现有的二维码支付方式需要商家接入不同的支付渠道、买家分辨不同的支付渠道对应的二维码的问题。

所述支付方法包括：

当接收到二维码生成接口的调用请求时，获取所述调用请求中由收款方终端传入的订单信息；

调用RESTful接口，获取支付渠道合作方及其推送的支付活动信息；

根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接；

根据所述二维码链接生成唯一的二维码信息，将所述二维码信息发送至收款方终端，以供收款方向付款方展示该二维码信息；

获取付款方终端扫描所述二维码信息后提交的扫描链接，验证所述扫描链接；

在所述扫描链接验证通过后，将所述订单信息、支付渠道合作方对应的支付交易接口和支付活动信息发送至所述付款方终端，以向付款方展示本次订单的支付信息、可选用的支付渠道的支付交易接口和支付活动信息。

进一步地，在所述扫描链接验证通过后，所述支付方法包括：

结合不同支付渠道合作方的支付活动信息，获取不同支付渠道合作方的历史使用数据；

根据本次订单的支付信息和不同支付渠道合作方的历史使用数据，预测不同支付渠道合作方完成本次订单时所需的支付交易额；

比较所述不同支付渠道合作方的支付交易额，选取支付交易额最小的支付渠道作为最优支付渠道；

将所述最优支付渠道对应的支付交易接口发送至所述付款方终端，以引导付款方使用该最优支付渠道完成本次订单。

进一步地，所述支付方法还包括：

调用RESTful接口获取付款方所选的支付渠道合作方在完成支付交易后返回的支付结果信息，将所述支付结果信息发送至付款方终端、收款方终端。

进一步地，在根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接后，所述支付方法还包括：

将所述二维码链接返回至收款方终端，以使得所述收款方终端根据所述二维码链接生成唯一的二维码信息并向付款方展示该二维码信息。

进一步地，所述根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接包括：

根据所述订单信息、支付渠道合作方及其支付活动信息生成所述支付渠道合作方共同对应的预支付交易单；

生成所述预支付交易单对应的二维码链接。

本发明实施例还提供了一种支付装置，所述支付装置包括：

订单获取模块，用于当接收到二维码生成接口的调用请求时，获取所述调用请求中由收款方终端传入的订单信息；

渠道获取模块，用于调用RESTful接口，获取支付渠道合作方及其推送的支付活动信息；

链接生成模块，用于根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接；

信息发送模块，用于根据所述二维码链接生成唯一的二维码信息，将所述二维码信息发送至收款方终端，以供收款方向付款方展示该二维码信息；

验证模块，用于获取付款方终端扫描所述二维码信息后提交的扫描链接，验证所述扫描链接；

渠道发送模块，用于在所述扫描链接验证通过后，将所述订单信息、支付渠道合作方对应的支付交易接口和支付活动信息发送至所述付款方终端，以向付款方展示本次订单的支付信息、可选用的支付渠道的支付交易接口和支付活动信息。

进一步地，在所述扫描链接验证通过后，所述支付装置包括：

历史数据获取模块，用于结合不同支付渠道合作方的支付活动信息，获取不同支付渠道合作方的历史使用数据；

预测模块，用于根据本次订单的支付信息和不同支付渠道合作方的历史使用数据，预测不同支付渠道合作方完成本次订单时所需的支付交易额；

比较模块，用于比较所述不同支付渠道合作方的支付交易额，选取支付交易额最小的支付渠道作为最优支付渠道；

渠道推荐模块，用于将所述最优支付渠道对应的支付交易接口发送至所述付款方终端，以引导付款方使用该最优支付渠道完成本次订单。

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

支付结果发送模块，用于调用RESTful接口获取付款方所选的支付渠道合作方在完成支付交易后返回的支付结果信息，将所述支付结果信息发送至付款方终端、收款方终端。

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

链接发送模块，用于将所述二维码链接返回至收款方终端，以使得所述收款方终端根据所述二维码链接生成唯一的二维码信息并向付款方展示该二维码信息。

进一步地，所述链接生成模块用于：

根据所述订单信息、支付渠道合作方及其支付活动信息生成所述支付渠道合作方共同对应的预支付交易单；

生成所述预支付交易单对应的二维码链接。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序由处理器执行时实现如上所述的支付方法所述的步骤。

本发明实施例还提供了一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

当接收到二维码生成接口的调用请求时，获取所述调用请求中由收款方终端传入的订单信息；

调用RESTful接口，获取支付渠道合作方及其推送的支付活动信息；

根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接；

根据所述二维码链接生成唯一的二维码信息，将所述二维码信息发送至收款方终端，以供收款方向付款方展示该二维码信息；

获取付款方终端扫描所述二维码信息后提交的扫描链接，验证所述扫描链接；

在所述扫描链接验证通过后，将所述订单信息、支付渠道合作方对应的支付交易接口和支付活动信息发送至所述付款方终端，以向付款方展示本次订单的支付信息、可选用的支付渠道的支付交易接口和支付活动信息。

与现有技术相比，本发明实施例通过在接收到二维码生成接口的调用请求时，获取所述调用请求中由收款方终端传入的订单信息；然后调用RESTful接口，获取支付渠道合作方及其推送的支付活动信息；根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接；根据所述二维码链接生成唯一的二维码信息并发送至收款方终端，以供收款方向付款方展示该二维码信息；从而实现了一个二维码信息绑定多个支付渠道，使得商家无需接入不同的支付渠道也可以产生可供不同支付渠道使用的二维码；获取付款方终端扫描所述二维码信息后提交的扫描链接，验证所述扫描链接；在所述扫描链接验证通过后，则将所述订单信息、支付渠道合作方对应的支付交易接口和支付活动信息发送至所述付款方终端，以向付款方展示本次订单的支付信息、可选用的支付渠道的支付交易接口和支付活动信息，供买家用户选择完成本次交易的支付渠道，通过本发明实施例，买家用户扫码前无需再分辨二维码对应的支付渠道，且可以同步浏览比对不同的支付活动，有效地提升了买家用户的体验感。

附图说明

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

图1是本发明实施例提供的支付方法的第一实现流程图；

图2是本发明实施例提供的支付渠道的选择界面示意图；

图3是本发明实施例提供的支付方法的第二实现流程图；

图4是本发明实施例提供的支付装置的组成结构图；

图5是本发明实施例提供的终端的示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1示出了本发明实施例提供的支付方法的第一实现流程。

在本发明实施例中，所述支付方法应用于终端，所述终端为支付平台的服务端设备，包括但不限于服务器和计算机。所述支付平台为整合多个支付渠道的综合交易平台，能够提供多个不同支付渠道合作方的支付交易接口。

参阅图1，所述支付方法包括：

在步骤S101中，当接收到二维码生成接口的调用请求时，获取所述调用请求中由收款方终端传入的订单信息。

在本发明实施例中，所述收款方终端为商家后台系统，比如收银台设备及其系统。所述订单信息包括但不限于订单编号、订单金额、商户号、订单标题、器具号、商品信息、支付场景。商家后台系统接收商家录入的订单信息以生成订单，并调用支付平台提供的二维码生成接口将所述订单信息传给支付平台。在这里，所述二维码生成接口为标准HTTP接口，即基于HTTP服务的API，是支付平台与商家之间交互的规范，为支付平台提供给商家调用以生成订单的二维码链接或者二维码信息。在接收到商家录入的订单信息后，收款方终端将所述订单信息传入所述二维码生成接口，按照所述二维码生成接口约定的格式向所述支付平台发送调用请求数据包。所述支付平台按照预设频率查询所接收到的数据包，解析所述调用请求数据包，从而获取所述二维码生成请求及收款方终端传入订单信息。

在步骤S102中，调用RESTful接口，获取支付渠道合作方及其推送的支付活动信息。

在这里，所述支付渠道合作方为与所述支付平台合作的支付渠道。所述支付渠道合作方定时地向本发明所述的支付平台推送最新的支付活动信息。所述支付活动信息为支付渠道合作方开展的支付活动介绍信息，采用RESTful接口加密传输。可选地，所述支付活动信息包括但不限于满减活动及其细则、奖励金活动及其细则、返现活动及其细则、优惠券活动及其细则。可选地，所述支付平台也可以联合这些支付渠道合作方推出一系列的支付优惠活动。在这里，REST是Representational State Transfer的缩写，中文名称为表述性状态传递，是一种软件架构风格，包括架构约束条件和原则，描述了在网络中客户端client与服务器server之间的交互方式。RESTful则指的是符合REST风格的网络接口。本发明实施例在支付平台上使用RESTful接口来与支付渠道合作方交互通信，有利于规范不同支付渠道合作方的数据请求方式，便于支付平台后期维护所获取到的支付活动信息。

在步骤S103中，根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接。

在这里，所述二维码链接为支付平台的预支付交易会话链接URL。在本发明实施例中，支付平台的服务端设备接收到请求后，根据订单信息、支付渠道合作方及其支付活动信息生成所述支付渠道合作方共同对应的一个预支付交易单，并生成所述预支付交易单对应的二维码链接code_url。如前所述，所述支付平台为整合多个支付渠道的综合交易平台，即所述支付平台已完成与多个支付渠道的交接。在接入本发明提供的支付平台后，商家无需再和多个支付渠道交接。所述支付平台的服务端设备能够根据商家的订单请求生成所述不同支付渠道对应的预支付交易会话链接，从而实现了一个二维码信息绑定多个支付渠道，有效地降低了商家在支付渠道上所投入的成本。

在步骤S104中，根据所述二维码链接生成唯一的二维码信息，将所述二维码信息发送至收款方终端，以供收款方向付款方展示该二维码信息。

其中，根据所述二维码链接生成二维码信息为现有技术，可参见酷壳网陈皓于2013年10月29日发布的文章《二维码的生成细节和原理》，此处不再赘述。在收款方终端获取到二维码信息之后，商家将所述二维码信息提供给买家用户扫描。买家用户可以通过本发明所述的支付平台对应的应用程序提供的扫描功能扫描所述二维码来启动支付，也可以采用任一支付渠道合作方对应的应用程序的扫描功能扫描所述二维码来启动支付。

可选地，在实际的传输过程中，支付平台服务端设备也可以只将二维码链接返回至收款方终端，由收款方终端自动根据所述二维码链接生成唯一的二维码信息。因此，在根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接后，所述支付方法还可以包括：

将所述二维码链接返回至收款方终端，以使得所述收款方终端根据所述二维码链接生成唯一的二维码信息并向付款方展示该二维码信息。

在步骤S105中，获取付款方终端扫描所述二维码信息后提交的扫描链接，验证所述扫描链接。

在这里，买家用户使用付款方终端扫码，包括但不限于使用支付渠道合作方对应的应用程序扫码、支付平台对应的应该用程序扫码，则在扫码完后，所述付款方终端会向支付平台的服务端设备提交扫描链接。所述扫描链接为付款方终端在扫描二维码后向支付平台提交的数据包，所述数据包中包括但不限于订单信息、付款方信息。支付平台的服务端设备验证所述扫描链接的有效性，并在验证通过时发起用户支付，要求用户授权。与现有技术不同，在要求用户授权前，本发明实施例插入了支付渠道的选择步骤。

在步骤S106中，在所述扫描链接验证通过后，将所述订单信息、支付渠道合作方对应的支付交易接口和支付活动信息发送至所述付款方终端，以向付款方展示本次订单的支付信息、可选用的支付渠道的支付交易接口和支付活动信息。

在这里，所述支付渠道合作方对应的支付交易接口为支付渠道交易的启动接口。所述支付信息为付款方关注的订单信息，但不限于订单编号、订单金额、商户号、商品信息。付款方终端在接收到所述订单信息、支付渠道合作方对应的支付交易接口和支付活动信息后，向买方用户显示支付渠道的选择界面。图2示出了本发明实施例提供的支付渠道的选择界面示意图，在所述示意图中，包括支付渠道A的支付交易接口、支付渠道B的支付交易接口……买家用户可以通过在选用的支付交易接口上以点选的方式启动交易，触发对应的支付渠道合作方发起用户授权支付。可选地，所述支付渠道合作方包括但不限于微信支付、支付宝支付、APPLYPay支付。在本发明实施例中，每一个支付交易接口同步显示了对应的支付渠道合作方的支付活动信息，可参阅图2所示。

通过本发明实施例，买家用户扫码前无需再分辨二维码对应的支付渠道，且可以同步浏览比对不同的支付活动，选择满意的支付渠道完成交易，有效地提升了买家用户的体验感。

可选地，在买家用户通过点选的方式触发对应的支付渠道合作方发起用户授权支付后，付款方终端跳转至支付渠道合作方对应的付款界面，要求用户输入密码信息以完成支付。在完成支付后，支付渠道合作方将支付结果信息返回至支付平台的服务端设备。所述支付方法还可以包括：

调用RESTful接口获取付款方所选的支付渠道合作方在完成支付交易后返回的支付结果信息，将所述支付结果信息发送至付款方终端、收款方终端。

在本发明实施例中，收款方终端接入的是支付平台，因此，支付结果信息由支付平台返回给收款方终端或者付款方终端。进一步地，支付平台的服务端设备还能够在接收支付结果信息后，保存所述支付结果信息，以便于后续用户通过所述支付平台对应的应用程序也能够查询到历史订单及订单交易结果。

在实际应用中，同一时期内，不同的支付渠道可能同步开展了支付活动，不同的支付活动主要为优惠活动，且活动规则各不相同。针对多种多样的支付渠道及其支付活动，用户无法快速找到最佳的支付渠道。

鉴于此，基于上述本发明实施例提供的支付方法的第一实现流程，提出本发明实施例提供的支付方法的第二实现流程。

所述支付方法包括：步骤S301至步骤S305，其中，步骤S301至步骤S305与图1实施例中所述的步骤S101至步骤S105相同，具体请参见上述实施例的叙述，此处不再赘述。

在所述扫描链接验证通过后，所述支付方法还包括：

在步骤S306中，结合不同支付渠道合作方的支付活动信息，获取不同支付渠道合作方的历史使用数据。

示例性地，假设某一支付渠道合作方A的支付活动为奖励金活动时，活动规则为：在第一指定时间范围内累积消费后得到奖励金，在第二指定时间范围内可使用累积的奖励金来抵消首次消费中相应金额。此时，步骤S306获取买家用户在奖励金活动过程中使用所述支付渠道合作方A完成支付的历史数据，所述历史数据包括但不限于支付的时间、每次支付所得奖励金金额、累积的奖励金金额。

又，假设某一支付渠道合作方B的支付活动为满减活动，活动规则为：在指定时间范围内首次消费满指定金额则优惠一定的额度。

在步骤S307中，根据本次订单的支付信息和不同支付渠道合作方的历史使用数据，预测不同支付渠道合作方完成本次订单时所需的支付交易额。

假设本次订单信息中的消费金额为100元。上述支付渠道合作方A在第一指定时间范围内的累积的奖励金为20元，则使用该支付渠道合作方A完成本次订单时所需的支付交易额为100-20＝80元；上述支付渠道合作方B的满减活动中为在指定时间范围内首次消费满100元则优惠30元，若本次订单是指定时间范围内的首次消费，则使用上述支付渠道B完成本次订单时所需的支付交易额为100-30＝70元。

在步骤S308中，比较所述不同支付渠道合作方的支付交易额，选取支付交易额最小的支付渠道作为最优支付渠道。

在本发明实施例中，所述最优支付渠道为满足支付活动下支付交易额最小的支付渠道。如前文所述，通过比较上述支付渠道合作方A和支付渠道合作方B的支付交易额，可以得到支付渠道合作方B的支付交易额更小，则以所述支付渠道合作方B为最优支付渠道。

在步骤S309中，将所述最优支付渠道对应的支付交易接口发送至所述付款方终端，以引导付款方使用该最优支付渠道完成本次订单。

本发明实施例通过收集支付渠道合作方的支付活动信息，基于实时下的支付活动规则预测不同支付渠道完成本次交易时所需的支付交易额，并根据预测结果向用户推送最优的支付渠道，实现了对最优支付渠道的智能推送，方便了用户快速找到最佳的支付方式，大大地提升了用户的体验感。

应理解，在上述实施例中，各步骤的序号的大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

需要说明的是，本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，所述存储介质可以是只读存储器，磁盘或光盘等。

图4示出了本发明实施例提供的支付装置的组成结构图，为了便于说明，仅示出了与本发明实施例相关的部分。

在本发明实施例中，所述支付装置用于实现上述图1、图3实施例中所述的支付方法，可以是内置于终端的软件单元、硬件单元或者软硬件结合的单元，所述终端为服务端设备，包括但不限于服务器和计算机。

参阅图4，所述支付装置包括：

订单获取模块41，用于当接收到二维码生成接口的调用请求时，获取所述调用请求中由收款方终端传入的订单信息；

渠道获取模块42，用于调用RESTful接口，获取支付渠道合作方及其推送的支付活动信息；

链接生成模块43，用于根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接；

信息发送模块44，用于根据所述二维码链接生成唯一的二维码信息，将所述二维码信息发送至收款方终端，以供收款方向付款方展示该二维码信息；

验证模块45，用于获取付款方终端扫描所述二维码信息后提交的扫描链接，验证所述扫描链接；

渠道发送模块46，用于在所述扫描链接验证通过后，将所述订单信息、支付渠道合作方对应的支付交易接口和支付活动信息发送至所述付款方终端，以向付款方展示本次订单的支付信息、可选用的支付渠道的支付交易接口和支付活动信息。

在本发明实施例中，所述收款方终端为商家后台系统，比如收银台设备及其系统。所述订单信息包括但不限于订单编号、订单金额、商户号、订单标题、器具号、商品信息、支付场景。商家后台系统接收商家录入的订单信息以生成订单，并调用支付平台提供的二维码生成接口将所述订单信息传给支付平台。在这里，所述二维码生成接口为标准HTTP接口，即基于HTTP服务的API，是支付平台与商家之间交互的规范，为支付平台提供给商家调用以生成订单的二维码链接或者二维码信息。在接收到商家录入的订单信息后，收款方终端将所述订单信息传入所述二维码生成接口，按照所述二维码生成接口约定的格式向所述支付平台发送调用请求数据包。所述支付装置则通过所述订单获取模块41按照预设频率查询所接收到的数据包，解析所述调用请求数据包，从而获取所述二维码生成请求及收款方终端传入订单信息。

所述支付渠道合作方为与支付平台合作的支付渠道。所述支付渠道合作方定时地向本发明所述的支付平台推送最新的支付活动信息。所述支付活动信息为支付渠道合作方开展的支付活动介绍信息，采用RESTful接口加密传输。示例性地，所述支付活动信息包括但不限于满减活动及其细则、奖励金活动及其细则、返现活动及其细则、优惠券活动及其细则。可选地，所述支付平台也可以联合这些支付渠道合作方推出一系列的支付优惠活动。

在本发明实施例中，所述二维码链接为支付平台的预支付交易会话链接URL。在接收到请求后，所述链接生成模块43根据订单信息、支付渠道合作方及其支付活动信息生成所述支付渠道合作方共同对应的一个预支付交易单，并生成所述预支付交易单对应的二维码链接code_url。如前所述，所述支付平台为整合多个支付渠道的综合交易平台，即所述支付平台已完成与多个支付渠道的交接。在接入所述支付平台后，商家无需再和多个支付渠道交接。所述支付装置能够根据商家的订单请求生成所述不同支付渠道对应的预支付交易会话链接，从而实现了一个二维码信息绑定多个支付渠道，有效地降低了商家在支付渠道上所投入的成本。

信息发送模块44根据所述二维码链接生成唯一的二维码信息并发送至收款方终端。其中，二维码信息的生成过程为现有技术，此处不再赘述。在收款方终端获取到二维码信息之后，商家将所述二维码信息提供给买家扫描。买家用户可以通过支付平台对应的应用程序扫描所述二维码来启动支付，也可以采用支付渠道合作方对应的应用程序扫描所述二维码来启动支付。

可选地，在实际的传输过程中，支付平台的服务端设备也可以只将二维码链接返回至收款方终端，由收款方终端自动根据所述二维码链接生成唯一的二维码信息。因此，所述支付装置还可以包括：

链接发送模块47，用于将所述二维码链接返回至收款方终端，以使得所述收款方终端根据所述二维码链接生成唯一的二维码信息并向付款方展示该二维码信息。

在本发明实施例中，买家用户使用付款方终端扫码，包括但不限于使用支付渠道合作方对应的应用程序扫码、支付平台对应的应该用程序扫码，在扫码完后，所述付款方终端会向支付平台的服务端设备提交扫描链接；所述验证模块45验证所述扫描链接的有效性，并在验证通过时发起用户支付，要求用户授权。

与现有技术不同，在要求用户授权前，本发明实施例插入了支付渠道的选择步骤。所述渠道发送模块46在所述扫描链接验证通过后，向所述付款方终端发送订单信息、支付渠道合作方对应的支付交易接口以及每一个支付交易接口的支付活动信息。在这里，所述支付渠道合作方对应的支付交易接口为支付渠道交易的启动接口。付款方终端在显示每一个支付渠道合作方对应的支付交易接口时，也同步显示了对应的支付渠道合作方的支付活动信息。通过本发明，买家用户扫码前无需再分辨二维码对应的支付渠道，且可以同步浏览比对不同的支付活动，选择满意的支付渠道完成交易，有效地提升了买家用户的体验感。

可选地，在买家用户通过点选的方式触发对应的支付渠道合作方发起用户授权支付后，付款方终端跳转至支付渠道合作方对应的付款界面，要求用户输入密码信息以完成支付。在完成支付后，支付渠道合作方将支付结果信息返回至支付平台的服务端设备。所述支付装置还可以包括：

支付结果发送模块48，用于调用RESTful接口获取付款方所选的支付渠道合作方在完成支付交易后返回的支付结果信息，将所述支付结果信息发送至付款方终端、收款方终端。

可选地，本发明实施例中，支付平台的服务端设备接收支付结果信息后，还可以保存所述支付结果信息，以便于后续用户通过所述支付平台对应的应用程序也能够查询到订单信息及订单交易结果。

可选地，在实际应用中，同一时期内，不同的支付渠道可能同步开展了支付活动，不同的支付活动主要为优惠活动，且活动规则各不相同。针对多种多样的支付渠道及其支付活动，用户无法快速找到最佳的支付渠道。

鉴于此，本发明实施例所述的支付装置还包括：

历史数据获取模块49，用于结合不同支付渠道合作方的支付活动信息，获取不同支付渠道合作方的历史使用数据；

预测模块410，用于根据本次订单的支付信息和不同支付渠道合作方的历史使用数据，预测不同支付渠道合作方完成本次订单时所需的支付交易额；

比较模块411，用于比较所述不同支付渠道合作方的支付交易额，选取支付交易额最小的支付渠道作为最优支付渠道；

渠道推荐模块412，用于将所述最优支付渠道对应的支付交易接口发送至所述付款方终端，以引导付款方使用该最优支付渠道完成本次订单。

在这里，本发明实施例通过收集支付渠道合作方的支付活动信息，基于实时下的支付活动规则预测不同支付渠道完成本次交易的所需的支付交易额，并根据预测结果向用户推送最优的支付渠道，实现了对最优支付渠道的智能推送，方便了用户快速找到最佳的支付方式，大大地提升了用户的体验感。

需要说明的是，本发明实施例中的终端可以用于实现上述方法实施例中的全部技术方案。所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

图5是本发明实施例提供的一种终端的示意图。如图5所示，该实施例的终端5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现上述支付方法实施例中的步骤，例如图1所示的步骤S101至S106、图3所示的步骤S301至S309。或者，所述处理器50执行所述计算机程序52时实现上述支付装置实施例中各模块/单元的功能，例如图4所示模块41至412的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述终端5中的执行过程。例如，所述计算机程序52可以被分割成订单获取模块、渠道获取模块、链接生成模块、信息发送模块、验证模块、渠道发送模块，各模块具体功能如下：

订单获取模块，用于当接收到二维码生成接口的调用请求时，获取所述调用请求中由收款方终端传入的订单信息；

渠道获取模块，用于调用RESTful接口，获取支付渠道合作方及其推送的支付活动信息；

链接生成模块，用于根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接；

信息发送模块，用于根据所述二维码链接生成唯一的二维码信息，将所述二维码信息发送至收款方终端，以供收款方向付款方展示该二维码信息；

验证模块，用于获取付款方终端扫描所述二维码信息后提交的扫描链接，验证所述扫描链接；

渠道发送模块，用于在所述扫描链接验证通过后，将所述订单信息、支付渠道合作方对应的支付交易接口和支付活动信息发送至所述付款方终端，以向付款方展示本次订单的支付信息、可选用的支付渠道的支付交易接口和支付活动信息。

进一步地，所述计算机程序52还可以被分割出：

历史数据获取模块，用于结合不同支付渠道合作方的支付活动信息，获取不同支付渠道合作方的历史使用数据；

预测模块，用于根据本次订单的支付信息和不同支付渠道合作方的历史使用数据，预测不同支付渠道合作方完成本次订单时所需的支付交易额；

比较模块，用于比较所述不同支付渠道合作方的支付交易额，选取支付交易额最小的支付渠道作为最优支付渠道；

渠道推送模块，用于将所述最优支付渠道对应的支付交易接口发送至所述付款方终端，以引导付款方使用该最优支付渠道完成本次订单。

进一步地，所述计算机程序52还可以被分割出：

支付结果发送模块，用于调用RESTful接口获取付款方所选的支付渠道合作方在完成支付交易后返回的支付结果信息，将所述支付结果信息发送至付款方终端、收款方终端。

进一步地，所述计算机程序52还可以被分割出：

链接发送模块，用于将所述二维码链接返回至收款方终端，以使得所述收款方终端根据所述二维码链接生成唯一的二维码信息并向付款方展示该二维码信息。

进一步地，所述链接生成模块用于：

根据所述订单信息、支付渠道合作方及其支付活动信息生成所述支付渠道合作方共同对应的预支付交易单；

生成所述预支付交易单对应的二维码链接。

所述终端5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是终端5的示例，并不构成对终端5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述终端的控制中心，利用各种接口和线路连接整个终端的各个部分。

所述存储器51可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述终端的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘、智能存储卡(Smart MediaCard，SMC)、安全数字卡(Secure Digital，SD)、闪存卡(Flash Card)，至少一个磁盘存储器件、闪存器件或其他易失性固态存储器件。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

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

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

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

当接收到二维码生成接口的调用请求时，获取所述调用请求中由收款方终端传入的订单信息；

调用RESTful接口，获取支付渠道合作方及其推送的支付活动信息；

根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接；

根据所述二维码链接生成唯一的二维码信息，将所述二维码信息发送至收款方终端，以供收款方向付款方展示该二维码信息；

获取付款方终端扫描所述二维码信息后提交的扫描链接，验证所述扫描链接；

在所述扫描链接验证通过后，将所述订单信息、支付渠道合作方对应的支付交易接口和支付活动信息发送至所述付款方终端，以向付款方展示本次订单的支付信息、可选用的支付渠道的支付交易接口和支付活动信息。

2.如权利要求1所述的支付方法，其特征在于，在所述扫描链接验证通过后，所述支付方法包括：

结合不同支付渠道合作方的支付活动信息，获取不同支付渠道合作方的历史使用数据；

根据本次订单的支付信息和不同支付渠道合作方的历史使用数据，预测不同支付渠道合作方完成本次订单时所需的支付交易额；

比较所述不同支付渠道合作方的支付交易额，选取支付交易额最小的支付渠道作为最优支付渠道；

将所述最优支付渠道对应的支付交易接口发送至所述付款方终端，以引导付款方使用该最优支付渠道完成本次订单。

3.如权利要求1或2所述的支付方法，其特征在于，所述支付方法还包括：

调用RESTful接口获取付款方所选的支付渠道合作方在完成支付交易后返回的支付结果信息，将所述支付结果信息发送至付款方终端、收款方终端。

4.如权利要求3所述的支付方法，其特征在于，在根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接后，所述支付方法还包括：

将所述二维码链接返回至收款方终端，以使得所述收款方终端根据所述二维码链接生成唯一的二维码信息并向付款方展示该二维码信息。

5.如权利要求1或2所述的支付方法，其特征在于，所述根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接包括：

根据所述订单信息、支付渠道合作方及其支付活动信息生成所述支付渠道合作方共同对应的预支付交易单；

生成所述预支付交易单对应的二维码链接。

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

订单获取模块，用于当接收到二维码生成接口的调用请求时，获取所述调用请求中由收款方终端传入的订单信息；

渠道获取模块，用于调用RESTful接口，获取支付渠道合作方及其推送的支付活动信息；

链接生成模块，用于根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接；

信息发送模块，用于根据所述二维码链接生成唯一的二维码信息，将所述二维码信息发送至收款方终端，以供收款方向付款方展示该二维码信息；

验证模块，用于获取付款方终端扫描所述二维码信息后提交的扫描链接，验证所述扫描链接；

渠道发送模块，用于在所述扫描链接验证通过后，将所述订单信息、支付渠道合作方对应的支付交易接口和支付活动信息发送至所述付款方终端，以向付款方展示本次订单的支付信息、可选用的支付渠道的支付交易接口和支付活动信息。

7.如权利要求6所述的支付装置，其特征在于，在所述扫描链接验证通过后，所述支付装置包括：

历史数据获取模块，用于结合不同支付渠道合作方的支付活动信息，获取不同支付渠道合作方的历史使用数据；

预测模块，用于根据本次订单的支付信息和不同支付渠道合作方的历史使用数据，预测不同支付渠道合作方完成本次订单时所需的支付交易额；

比较模块，用于比较所述不同支付渠道合作方的支付交易额，选取支付交易额最小的支付渠道作为最优支付渠道；

渠道推荐模块，用于将所述最优支付渠道对应的支付交易接口发送至所述付款方终端，以引导付款方使用该最优支付渠道完成本次订单。

8.如权利要求6或7所述的支付装置，其特征在于，所述支付装置还包括：

支付结果发送模块，用于调用RESTful接口获取付款方所选的支付渠道合作方在完成支付交易后返回的支付结果信息，将所述支付结果信息发送至付款方终端、收款方终端。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序由处理器执行时实现权利要求1至5任一项所述的支付方法所述的步骤。

10.一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现以下步骤：

当接收到二维码生成接口的调用请求时，获取所述调用请求中由收款方终端传入的订单信息；

调用RESTful接口，获取支付渠道合作方及其推送的支付活动信息；

根据所述订单信息、支付渠道合作方及其支付活动信息生成二维码链接；

根据所述二维码链接生成唯一的二维码信息，将所述二维码信息发送至收款方终端，以供收款方向付款方展示该二维码信息；

获取付款方终端扫描所述二维码信息后提交的扫描链接，验证所述扫描链接；

在所述扫描链接验证通过后，将所述订单信息、支付渠道合作方对应的支付交易接口和支付活动信息发送至所述付款方终端，以向付款方展示本次订单的支付信息、可选用的支付渠道的支付交易接口和支付活动信息。