CN109670804A - 一种聚合支付方法、装置及电子设备 - Google Patents

Abstract

本发明公开了一种聚合支付方法、装置及电子设备，其中，方法包括以下步骤：接收用户的支付请求；根据支付请求生成支付订单数据信息和聚合支付码；根据支付订单数据信息和聚合支付码，接收用户的扫描请求，判断用户支付程序并启动监听链接；根据用户支付程序，启动对应的支付通道，并根据监听链接，监测支付结果信息。本发明公开的一种聚合支付方法、装置及电子设备使得支付平台的交互接口唯一，简化并降低了多支付通道的接入成本和复杂度。

Description

一种聚合支付方法、装置及电子设备

技术领域

本发明公开涉及智能电视领域，尤其涉及一种聚合支付方法、装置及电子设备。

背景技术

目前，Android智能电视主要依赖遥控器操作，当用户需要在应用内进行支付时，遥控器操作会引起使用不便，因此，会引入智能手机扫描二维码的方式来完成支付。

在Android智能电视平台上，存在大量的应用内扫码支付供应商，彼此独立运营。当用户选择使用扫描二维码支付时，需要提前选择支付通道，然后使用支付通道专属的应用完成扫码支付操作。这样操作增加支付的复杂化，使用不够便捷。

发明内容

本发明实施例是为了将多方的支付二维码聚合成一个，避免用户选择支付通道的过程，用户直接使用自己常用的支付应用完成扫码支付；应用开发者不需要到各个支付平台开设账户，并集成对应的支付SDK，仅在本平台开设账户、集成支付SDK即可；使得支付平台的交互接口唯一，简化并降低了多支付通道的接入成本和复杂度；开发了一种聚合支付方法、装置及电子设备。

本发明实施例提供了一种聚合支付方法，包括以下步骤：

接收用户的支付请求；

根据支付请求生成支付订单数据信息和聚合支付码；

接收用户的扫描请求，根据支付订单数据信息和聚合支付码，启动监听链接；

根据用户支付程序，启动对应的支付通道，并根据监听链接，监测支付结果信息。

进一步地，根据支付请求生成聚合支付码，具体包括：

根据支付请求，调用集成支付的软件开发工具包，获取聚合支付码；

根据聚合支付码，通过条形码处理类库的解析，生成聚合支付二维码图片。

进一步地，根据支付订单数据信息和聚合支付二维码图片，接收用户扫描请求，启动监听链接，具体包括：

接收客户端成功展示聚合支付二维码图片的消息，启动双向通信端口监听链接；

根据双向通信端口监听链接，监测客户端和服务器端是否正常通信；当通信正常时，接收客户端的操作请求，并向客户端反馈操作提示。

进一步地，接收用户扫描请求之后，还包括：

识别扫描设备的特征指纹信息；

根据扫描设备的特征指纹信息，判断扫描设备的类型；

根据扫描设备的类型，跳转至相应的支付处理模块并完成支付。

本发明实施例提供了一种聚合支付装置，包括：

接收模块，用于接收用户的支付请求；

生成模块，用于根据支付请求生成支付订单数据信息和聚合支付码；

扫描模块，用于根据支付订单数据信息和聚合支付码，接收用户的扫描请求，启动监听链接；

支付模块，用于根据用户支付程序，启动对应的支付通道，并根据监听链接，监测支付结果信息。

进一步地，生成模块，具体包括：

调用单元，用于根据支付请求，调用集成支付的软件开发工具包，获取聚合支付码；

二维码单元，用于根据聚合支付码，通过条形码处理类库的解析，生成聚合支付二维码图片。

进一步地，扫描模块包括：

启动单元，用于接收客户端成功展示聚合支付二维码图片的消息，启动双向通信端口监听链接；

监听单元，用于根据双向通信端口监听链接，监测客户端和服务器端是否正常通信；当通信正常时，接收客户端的操作请求，并向客户端反馈操作提示。

进一步地，还包括：

识别模块，用于识别扫描设备的特征指纹信息；

判断模块，用于根据扫描设备的特征指纹信息，判断扫描设备的类型；

跳转模块，用于根据扫描设备的类型，跳转至相应的支付处理模块并完成支付。

本发明实施例还提供了一种电子设备，包括存储器和处理器，存储器用于存储一条或多条计算机指令，其中，一条或多条计算机指令被处理器执行以实现如上述任一项的聚合支付方法。

本发明实施例还提供了一种计算机程序使计算机执行时实现如上述任一项的聚合支付方法。

本发明实施例的一种聚合支付方法、装置及电子设备，建立一个聚合支付码，当用户使用手机支付应用扫码后，支付应用打开支付入口二维码时带入应用参数，支付服务根据支付应用的具体类型返回实际的支付通道链接，用户在实际的支付渠道中完成支付交互。而应用开发者不需要到各个支付平台开设账户，并集成对应的支付SDK，仅在本平台开设账户、集成支付SDK即可；并且本发明实施例的聚合支付平台交互接口唯一，简化并降低了多支付通道的接入成本和复杂度。

附图说明

图1为本发明实施例一提供的一种聚合支付方法的流程示意图；

图2为本发明实施例二提供的一种聚合支付方法的流程示意图；

图3为本发明实施例三提供的一种聚合支付方法的流程示意图；

图4为本发明实施例四提供的一种聚合支付方法的流程示意图；

图5为本发明实施例五提供的一种聚合支付装置的示意图。

具体实施方式

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

以下描述中，为了说明而不是为了限定，提出了诸如特定内部程序、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的***、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一

本发明实施例一提供了一种聚合支付方法，图1为本发明实施例一提供的聚合支付方法的流程示意图。如图1所示，本实施例的一种聚合支付方法，可以包括以下步骤：

步骤101，接收用户的支付请求；

步骤102，根据支付请求生成支付订单数据信息和聚合支付码；

步骤103，接收用户的扫描请求，根据支付订单数据信息和聚合支付码，判断用户支付程序并启动监听链接；

步骤104，根据用户支付程序，启动对应的支付通道，并根据监听链接，监测支付结果信息。

本实施例中的方法应用于Android智能电视的聚合支付方法，也适用于其他智能电子设备的聚合支付方法。

以下将通过一个简单的例子解释说明本实施例的处理流程。

目前的Android智能电视的应用涉及多个交互平台，例如用户A想看的电视剧A在平台A中，另一个想看的综艺节目B在平台B中，并且电视剧A和综艺节目B均是收费的。目前的支付情况是，用户A需要分别在平台A和平台B中针对电视剧A和综艺节目B支付，至少需要操作两次，并且涉及多次重复操作，比如重复地选择和返回。

本实施例中，用户选择电视剧A生成支付订单、选择综艺节目B生成支付订单，并且选择支付。此时，智能电视接收用户的支付请求，根据用户的支付请求，生成支付订单数据信息和聚合支付码，支付订单数据信息包括：应用平台、订单详情(例如节目名称、类别等)、订单金额、支付账号等；聚合支付码包括二维码图片或条形码图片及其他支付码的形式。生成支付订单数据信息和聚合支付码之后，在智能电视屏幕上显示聚合支付码，然后用户使用手机的支付程序扫描聚合支付码，因此，智能电视的服务器端接收用户的扫描请求并判断扫描的支付程序，选择支付通道，同时启动监听链接，监听支付结果。例如，智能电视的服务器端判断用户是使用微信、支付宝、QQ还是其他应用程序扫描聚合支付码，然后选择并跳转到相应的支付通道，方便用户完成支付。而监听链接用于监测支付结果，向客户端(用户)显示支付情况，例如是否扫描完成、是否支付完成等。

本实施例中，设置了集成支付SDK，调用不同的方法即可进入不同厂家SDK渠道支付。具体为：使用通用接口签名：

pay(Map<String,Object>map,Activity activity,ISDKCallback callback)；(不同渠道支付都使用该方法，只需传入不同key的map集合即可。)

参考代码设置为：

TSSdkManager.getInstance().getPayHelper().pay(Map<String,Object>map,Activity activity,ISDKCallback callback)；

本实施例中，集成了大麦支付、沙发支付、康佳支付、微鲸支付、海信支付、酷开支付、米酷支付、小米支付、欢网支付、当贝支付、网速支付、视博云支付、家嬉兔平台支付；在设置集成支付SDK的过程中，针对每一个不同的支付平台，调整代码和参数，以实现集成支付SDK的功能完善。集成支付SDK通常使用回调通知形式来通知用户，代码如下：

其中，回调接口及说明如下：

信息回调之后将获取信息和状态码：

String msg＝callbackResult.getMsg()；//提示信息

int code＝callbackResult.getMsgCode()；//返回状态码

其中，状态码说明如下：

200	支付成功
		210	余额支付成功
201	支付失败
		202	订单或支付取消

本实施例中，集成SDK除了支持各电视开发商的SDK集成，还包括宽带支付的集成。宽带支付主要以运营商平台为主，当需要宽带支付时，是用户、商户及运营平台三方的交互，商户通过http协议连接到运营平台进行订单支付请求，并按照接口参数定义以GET方式传送相关数据。

从开发者的角度，开放电视APP到不同的电视渠道(长虹、小米、酷开等)均需要按照不同的厂商要求分别嵌入不同厂商的SDK，本实施例中的集成支付SDK对于开发者而言，不需要分别取每个厂商下载他们的SDK，只需要调用不同的方法，就可以完成不同厂商的SDK渠道支付。

本实施例的一种聚合支付方法，通过建立一个聚合支付码，当用户使用手机支付应用扫码后，支付应用打开支付入口二维码时带入应用参数，支付服务根据支付应用的具体类型返回实际的支付通道链接，用户在实际的支付渠道中完成支付交互。而应用开发者不需要到各个支付平台开设账户，并集成对应的支付SDK，仅在本平台开设账户、集成支付SDK即可；并且本发明实施例的聚合支付平台交互接口唯一，简化并降低了多支付通道的接入成本和复杂度。因此，本实施例的一种聚合支付方法不仅使得用户支付操作更加便捷，也使得各应用平台及智能电视开发商避免开设多个收款账号，降低成本和复杂度。

实施例二

本发明实施例二提供了一种聚合支付方法，图2为本发明实施例二提供的聚合支付方法的流程示意图。如图2所示，本实施例的一种聚合支付方法，可以包括以下步骤：

步骤201，接收用户的支付请求；

步骤202，根据支付请求生成支付订单数据信息和聚合支付码；

步骤203，根据支付请求，调用集成支付的软件开发工具包，获取聚合支付码；

步骤204，根据聚合支付码，通过条形码处理类库的解析，生成聚合支付二维码图片；

步骤205，根据支付订单数据信息和聚合支付码，接收用户的扫描请求，判断用户支付程序并启动监听链接；

步骤206，根据用户支付程序，启动对应的支付通道，并根据监听链接，监测支付结果信息。

本实施例是针对实施例一中的步骤102进行进一步地扩展和补充，其中，根据支付请求生成聚合支付码，具体包括：

根据支付请求，调用集成支付的软件开发工具包，获取聚合支付码；

根据聚合支付码，通过条形码处理类库的解析，生成聚合支付二维码图片。

以下将通过一个简单的例子解释说明本实施例的处理流程。

其中，步骤201-步骤202与实施例一的步骤101-步骤102相同，步骤205-步骤206与实施例一的步骤103-步骤104相同，此处将不再赘述。本实施例将具体描述步骤203及步骤204。

智能电视客户端根据用户的支付请求，调用集成支付的软件开发工具包(Software Development Kit，即SDK)，智能电视客户端调用我们的聚合支付SDK后，弹出原生的安卓支付窗体，从服务器获取聚合支付码，通常是二维码，通过安卓本身的二维码算法算法(通过条形码处理类库的解析，即ZXing的解析)，生成支付二维码图片，该二维码图片可以自动区分用户扫描支付通道。

本实施例中，智能电视通过调用集成支付的软件开发工具包并通过条形码处理类库的解析生成支付二维码图片，该二维码图片可以自动区分用户扫描支付通道，降低开发商和智能电视应用平台的开发及维护成本，并且使用更加灵活便捷。

实施例三

本发明实施例三提供了一种聚合支付方法，图3为本发明实施例三提供的聚合支付方法的流程示意图。本实施例的一种聚合支付方法，可以包括以下步骤：

步骤301，接收用户的支付请求；

步骤302，根据支付请求生成支付订单数据信息和聚合支付码；

步骤303，根据支付订单数据信息和聚合支付码，接收用户的扫描请求，判断用户支付程序并启动监听链接；

步骤304，根据用户支付程序，启动对应的支付通道，并根据监听链接，监测支付结果信息。

其中，步骤303，根据支付订单数据信息和聚合支付二维码图片，接收用户扫描请求，启动监听链接，如图3所示，具体包括：

步骤303-1，接收客户端成功展示聚合支付二维码图片的消息，启动双向通信端口监听链接；

步骤303-2，根据双向通信端口监听链接，监测客户端和服务器端是否正常通信；当通信正常时，接收客户端的操作请求，并向客户端反馈操作提示。

本实施例是在实施例一或实施例二的基础上，对“步骤303，根据支付订单数据信息和聚合支付二维码图片，接收用户扫描请求，启动监听链接”进行进一步的补充和说明。其中，步骤301-302、步骤304与实施例一相同，此处将不再赘述。

以下将举一例子说明本实施例的具体实施过程和处理流程。

本实施例中，当智能电视的客户端成功显示支付二维码图片时，即启动双向通信端口监听链接(socket链接)，当客户端与服务器端通信正常时，接收客户端的操作请求，并向客户端反馈操作提示。其中操作请求包括扫码、支付、登录等请求。

其中，socket链接协议命名如下：

L：建立链接，上报订单ID；

H：链接心跳包，每5秒一次，用来保持链接联通；

S：扫码成功提示；

O：支付成功提示；

F：支付失败提示；

R：重新登录命令。

其中，socket链接交互流程为，客户端与服务器端建立链接，上报订单ID，订单ID包括订单号、订单详情和订单金额等；然后链接心跳包，每5秒做一次心跳；然后客户端接收服务器发送的关于扫码是否成功、支付是否成功等提示，以及重新登录的命令。

当用户与智能电视的支付交互完成后，支付厂商通知某支付应用完成支付，同时通知支付服务完成支付，支付服务通知应用服务完成支付，而应用服务通过socket链接通知电视应用支付成功，电视应用收到支付结果信息后刷新支付页面并提示支付信息。

本实施例中，建立监听链接监测客户端与服务器端是否正常通信，监听支付结果，保证支付过程顺畅不出错，提高交互体验。

实施例四

本发明实施例四提供了一种聚合支付方法，图4为本发明实施例四提供的聚合支付方法的流程示意图。如图4所示，本实施例的一种聚合支付方法，具体是接收用户扫描请求之后，还包括以下步骤：

步骤401，识别扫描设备的特征指纹信息；

步骤402，根据扫描设备的特征指纹信息，判断扫描设备的类型；

步骤403，根据扫描设备的类型，跳转至相应的支付处理模块并完成支付。

本实施例是在实施例一和二的基础上，对步骤103中接收用户的扫描请求之后的详细步骤描述，主要是对接收用户扫描请求之后，判断扫描设备的类型，并根据扫描设备的类型，跳转到相应的处理模块并完成支付。

以下将举一例子说明本实施例的具体处理流程。

从实施例二中可以得知，生成的支付二维码可以自动区分用户扫描通道，这是通过本实施例的步骤来实现的。当用户扫描二维码之后，识别扫描设备的特征指纹信息，其中扫描设备的特征指纹信息是指用户设备UserAgent的请求串，根据用户设备UserAgent的请求串做正则区分扫描设备，可以分别区分出支付宝请求，或者微信请求，比如对于QQ支付请求，如下：

设备UA扫描	串的特征指纹
		微信扫描	MicroMessenger
支付宝扫描	AlipayClient
		QQ扫描	QQ

根据上述扫描的设备特征指纹信息，自动判断用户属于哪个支付设备，从而进行自动跳转，转发到相应的支付模块处理支付逻辑。

本实施例通过自动识别判断用户的扫描设备类型自动跳转到相应的支付模块和页面并进行支付处理，实现智能电视上各平台和订单的聚合支付。

实施例五

本发明实施例五提供了一种聚合支付装置，图5为本发明实施例五提供的聚合支付装置的流程示意图。如图5所示，本发明实施例提供了一种聚合支付装置，包括：

接收模块510，用于接收用户的支付请求；

生成模块520，用于根据支付请求生成支付订单数据信息和聚合支付码；

扫描模块530，用于根据支付订单数据信息和聚合支付码，接收用户的扫描请求，判断用户支付程序并启动监听链接；

支付模块540，用于根据用户支付程序，启动对应的支付通道，并根据监听链接，监测支付结果信息。

其中，生成模块520具体包括：

调用单元521，用于根据支付请求，调用集成支付的软件开发工具包，获取聚合支付码；

二维码单元522，用于根据聚合支付码，通过条形码处理类库的解析，生成聚合支付二维码图片。

进一步地，扫描模块530包括：

启动单元531，用于接收客户端成功展示聚合支付二维码图片的消息，启动双向通信端口监听链接；

监听单元532，用于根据双向通信端口监听链接，监测客户端和服务器端是否正常通信；当通信正常时，接收客户端的操作请求，并向客户端反馈操作提示。

进一步地，本实施例的一种聚合支付装置还包括：

识别模块550，用于识别扫描设备的特征指纹信息；

判断模块560，用于根据扫描设备的特征指纹信息，判断扫描设备的类型；

跳转模块570，用于根据扫描设备的类型，跳转至相应的支付处理模块并完成支付。

本实施例中的一种聚合支付装置，可以用于执行上述任一实施例所述的聚合支付方法，其具体实现原理可以参见上述任一实施例，此处将不再赘述。

实施例六

本发明一实施例提供了一种电子设备，包括存储器和处理器，存储器用于存储一条或多条计算机指令，其中，一条或多条计算机指令被处理器执行以实现如上述任一项的聚合支付方法。

本发明一实施例提供了一种存储有计算机程序的计算机可读存储介质，计算机程序使计算机执行时实现如上述实施例实现的聚合支付方法。

本发明实施例的一种聚合支付方法、装置及电子设备，建立一个聚合支付码，当用户使用手机支付应用扫码后，支付应用打开支付入口二维码时带入应用参数，支付服务根据支付应用的具体类型返回实际的支付通道链接，用户在实际的支付渠道中完成支付交互。而应用开发者不需要到各个支付平台开设账户，并集成对应的支付SDK，仅在本平台开设账户、集成支付SDK即可；并且本发明实施例的聚合支付平台交互接口唯一，简化并降低了多支付通道的接入成本和复杂度。

以上详细描述了本发明的具体实施例。应当理解，本领域的普通技术人员无需创造性劳动就可以根据本发明的构思作出诸多修改和变化。因此，凡本技术领域中技术人员依本发明的构思在现有技术的基础上通过逻辑分析、推理或者有限的实验可以得到的技术方案，皆应在由权利要求书所确定的保护范围内。

Claims (10)

1.一种聚合支付方法，其特征在于，包括以下步骤：

接收用户的支付请求；

根据所述支付请求生成支付订单数据信息和聚合支付码；

接收用户的扫描请求，根据所述支付订单数据信息和所述聚合支付码，启动监听链接；

根据用户支付程序，启动对应的支付通道，并根据监听链接，监测支付结果信息。

2.如权利要求1所述的一种聚合支付方法，其特征在于，所述根据所述支付请求生成聚合支付码，具体包括：

根据所述支付请求，调用集成支付的软件开发工具包，获取聚合支付码；

根据所述聚合支付码，通过条形码处理类库的解析，生成聚合支付二维码图片。

3.如权利要求1或2所述的一种聚合支付方法，其特征在于，根据支付订单数据信息和所述聚合支付二维码图片，接收用户扫描请求，启动监听链接，具体包括：

接收客户端成功展示聚合支付二维码图片的消息，启动双向通信端口监听链接；

根据所述双向通信端口监听链接，监测客户端和服务器端是否正常通信；当通信正常时，接收所述客户端的操作请求，并向所述客户端反馈操作提示。

4.如权利要求1所述的一种聚合支付方法，其特征在于，所述接收用户扫描请求之后，还包括：

识别扫描设备的特征指纹信息；

根据所述扫描设备的特征指纹信息，判断扫描设备的类型；

根据所述扫描设备的类型，跳转至相应的支付处理模块并完成支付。

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

接收模块，用于接收用户的支付请求；

生成模块，用于根据所述支付请求生成支付订单数据信息和聚合支付码；

扫描模块，用于接收用户的扫描请求，根据所述支付订单数据信息和所述聚合支付码，启动监听链接；

支付模块，用于根据用户支付程序，启动对应的支付通道，并根据监听链接，监测支付结果信息。

6.如权利要求5所述的一种聚合支付装置，其特征在于，所述生成模块，具体包括：

调用单元，用于根据所述支付请求，调用集成支付的软件开发工具包，获取聚合支付码；

二维码单元，用于根据所述聚合支付码，通过条形码处理类库的解析，生成聚合支付二维码图片。

7.如权利要求5或6所述的一种聚合支付装置，其特征在于，所述扫描模块包括：

启动单元，用于接收客户端成功展示聚合支付二维码图片的消息，启动双向通信端口监听链接；

监听单元，用于根据所述双向通信端口监听链接，监测客户端和服务器端是否正常通信；当通信正常时，接收所述客户端的操作请求，并向所述客户端反馈操作提示。

8.如权利要求5所述的一种聚合支付装置，其特征在于，还包括：

识别模块，用于识别扫描设备的特征指纹信息；

判断模块，用于根据所述扫描设备的特征指纹信息，判断扫描设备的类型；

跳转模块，用于根据所述扫描设备的类型，跳转至相应的支付处理模块并完成支付。

9.一种电子设备，其特征在于，包括存储器和处理器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现如权利要求1-4中任一项所述的聚合支付方法。

10.一种存储有计算机程序的计算机可读存储介质，其特征在于，所述计算机程序使计算机执行时实现如权利要求1-4中任一项所述的聚合支付方法。