CN109087077A - 一种多渠道分配支付方法及终端 - Google Patents

Abstract

本发明公开了一种多渠道分配支付方法及终端，获取待支付订单，根据已配置的渠道比例权重值分配第三方支付系统，生成与待支付订单对应的第三方支付系统的商户订单，并将的商户订单发送至第三方支付系统；获取第三方支付系统返回的预付单信息，生成支付参数并签名，将签名后的支付参数返回至客户端以完成支付；本发明在基于在同一支付类型下，通过接入多种支付渠道，并由多个第三方支付系统完成支付，通过渠道比例权重值进行支付渠道的分配，可以有效的避免因单渠道的合作终止而造成的损失，提高支付的稳定性。

Description

一种多渠道分配支付方法及终端

技术领域

本发明涉及在线支付技术领域，特别涉及一种多渠道分配支付方法及终端。

背景技术

移动支付也称为手机支付，就是允许用户使用其移动终端对所消费的商品或服务进行账务支付的一种服务方式。单位或个人通过移动设备、互联网或者近距离传感直接或间接向银行金融机构发送支付指令产生货币支付与资金转移行为，从而实现移动支付功能。移动支付将终端设备、互联网、应用提供商以及金融机构相融合，为用户提供货币支付、缴费等金融业务。

随着微信公众号支付的普及，目前市面上面除了微信官方的支付渠道外，很多银行、第三方支付公司也具备了微信公众号支付的能力，而且这些机构通常能争取到比微信官方更加优惠的手续费，但目前微信公众号支付在大多情况下都是通过需要更高手续费的微信官方支付渠道进行支付，使得使用微信公众号的商户需要付出较多的费用；同时，单个支付渠道在遇到合作终止等原因时，容易造成该产品的支付功能下线，使得微信公众号的商户需要遭受不必要的损失。

发明内容

本发明所要解决的技术问题是：提供一种多渠道分配支付方法及终端，避免因单渠道的合作终止而造成的损失，提高支付的稳定性。

为了解决上述技术问题，本发明采用的技术方案为：

一种多渠道分配支付方法，包括步骤：

S1、获取待支付订单，根据已配置的渠道比例权重值分配第三方支付系统，生成与所述待支付订单对应的所述第三方支付系统的商户订单，并将所述商户订单发送至第三方支付系统；

S2、获取第三方支付系统返回的预付单信息，生成支付参数并签名，将签名后的支付参数返回至客户端以完成支付。

为了解决上述技术问题，本发明采用的另一种技术方案为：

一种多渠道分配支付终端，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

S1、获取待支付订单，根据已配置的渠道比例权重值分配第三方支付系统，生成与所述待支付订单对应的所述第三方支付系统的商户订单，并将所述商户订单发送至第三方支付系统；

S2、获取第三方支付系统返回的预付单信息，生成支付参数并签名，将签名后的支付参数返回至客户端以完成支付。

本发明的有益效果在于：本发明提供了一种多渠道分配支付方法及终端，基于在同一支付类型下，接入多种支付渠道，并由多个第三方支付系统完成支付，通过渠道比例权重值进行支付渠道的分配，可以有效的避免因单渠道的合作终止而造成的损失，提高支付的稳定性。

附图说明

图1为本发明实施例的一种多渠道分配支付方法的流程示意图；

图2为本发明实施例的一种多渠道分配支付终端的结构示意图。

标号说明：

1、一种多渠道分配支付终端；2、存储器；3、处理器。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

本发明最关键的构思在于：通过渠道比例权重值分配第三方支付系统，使得待支付订单由不同的第三方支付系统进行支付。

在此之前，为了便于理解本发明的技术方案，对于本发明中涉及的英文缩写、设备等进行说明如下：

(1)、微信公众号支付：是指在微信公众号内的商城网页里进行选购产品并完成支付的过程，其中商城网页多为H5网页，在进行支付时，商城网页处需要调起支付API，即在微信浏览器里面打开H5网页执行JS调起支付，故而又成为，通过JSAPI发起支付，其中H5网页是一种包含HTML5的标记规范、运用到了例如CSS、JS等多种计算机语言、可以实现多种动效和视听效果、会利用到后端和前端的多种功能、主要在手机端传播且可以跨平台在PC、平板上浏览的移动网页；API是Application Programming Interface的英文缩写，其中文解释为应用程序编程接口，它是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节；JS是JavaScript的英文缩写，它是一种直译式脚本语言，是一种动态类型、弱类型、基于原型的语言，内置支持类型。它的解释器被称为JavaScript引擎，为浏览器的一部分，广泛用于客户端的脚本语言，最早是在HTML网页上使用，用来给HTML网页增加动态功能。

请参照图1，一种多渠道分配支付方法，包括步骤：

S1、获取待支付订单，根据已配置的渠道比例权重值分配第三方支付系统，生成与所述待支付订单对应的所述第三方支付系统的商户订单，并将所述商户订单发送至第三方支付系统；

S2、获取第三方支付系统返回的预付单信息，生成支付参数并签名，将签名后的支付参数返回至客户端以完成支付。

其中，完成整个支付过程的包括一种多渠道分配支付终端、客户端以及第三方支付系统，一种多渠道分配支付终端亦可称为商户后台系统，待支付订单可以来源于微信公众号、支付宝扫码、微信扫码等支付类型，为了便于说明，假设现在客户端为微信客户端，第三方支付系统为微信官方支付系统，在商户的微信公众号里有跳转到商城网页的链接，用户通过进入商户的微信公众号，点击链接从而进入商户的商城网页，用户通过商城网页，选取需要购买的物品，完成选购流程，生成待支付订单。对于用户来说，生成了待支付订单后，会跳转至支付界面，需要用户输入密码以确认支付，之后用于支付的金额就会从用户账号流向第三方支付系统中的商户账号上，即第三方支付系统为收款方。对于商户后台系统来说，就需要选择把钱存在哪个第三方支付系统。

从上述描述可知，本发明的有益效果在于：基于在同一支付类型下，接入多种支付渠道，并由多个第三方支付系统完成支付，通过渠道比例权重值进行支付渠道的分配，可以有效的避免因单渠道的合作终止而造成的损失，提高支付的稳定性。

进一步地，所述步骤S1中根据已配置的渠道比例权重值分配第三方支付系统的具体步骤如下：

根据第三方支付系统的比例权重值生成对应的数字区间；

调用随机数生成器生成一个随机数，根据所述随机数所在的数字区间得到第三方支付系统。

由上述描述可知，采用权重值划分数字区间，采用随机数所位于的数字区间来分配第三方支付系统，使得用户的待支付订单的支付渠道符合用户对其的期望。

进一步地，所述步骤S1中的比例权重值具体为：

获取第三方支付系统的手续费以及风险指数，根据所述手续费以及风险指数对所述第三方支付系统分配比例权重值，所述手续费或所述风险指数越高，则比例权重值越低。

由上述描述可知，通过将支付分流到低手续费的渠道上，可节省渠道费用，特别是订单流水大的情况下，节省费用的效果非常明显。同时，根据支付渠道的风险指数，进行合理调配，一方面保证其较高的可用性，能给用户带来稳定的收入来源，另一方面，降低了渠道风险，保障线上支付业务的正常运营，在一定程度上可以保证整个微信公众号平台的支付安全。

进一步地，所述步骤S2中将签名后的支付参数返回至客户端以完成支付的具体步骤如下：

将签名后的支付参数返回至客户端；

判断是否收到第三方支付系统返回的支付结果，若收到，则生成处理结果，并将所述处理结果返回至第三方支付系统；

若未收到第三方支付系统返回的支付结果，则发出结果查询信息，并将所述结果查询信息发送至第三方支付系统；

若所述处理结果为处理成功信息，则完成支付，若所述处理结果为处理失败信息，则等待第三方支付系统再一次发送的支付结果。

由上述描述可知，将支付参数返回至客户端，同时在第三方支付系统上进行多次确认，以保证支付过程的安全性和准确性。

进一步地，所述步骤S1中将所述商户订单发送至第三方支付系统的具体步骤如下：

调用所述第三方支付系统所对应的协议模块，通过所述协议模块将所述商户订单发送至第三方支付系统。

其中，在现有支付体系上，比如支持微信公众号支付的包括官方微信、盛付通、银行等机构，盛付通、银行是对官方微信协议的二次封装，因此提供给商户的服务端支付协议不尽相同，比如签名的方式或协议都不同，因此商户后台系统在实现上首先制定标准化的协议模板类，根据各渠道的特殊性独立封装各支付渠道的协议层。

由上述描述可知，通过调用对应的协议模块，以完成商户后台系统和第三方支付系统的支付过程。

请参照图2，一种多渠道分配支付终端，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

S1、获取待支付订单，根据已配置的渠道比例权重值分配第三方支付系统，生成与所述待支付订单对应的所述第三方支付系统的商户订单，并将所述商户订单发送至第三方支付系统；

S2、获取第三方支付系统返回的预付单信息，生成支付参数并签名，将签名后的支付参数返回至客户端以完成支付。

其中，完成整个支付过程的包括一种多渠道分配支付终端、客户端以及第三方支付系统，一种多渠道分配支付终端亦可称为商户后台系统，待支付订单可以来源于微信公众号、支付宝扫码、微信扫码等类型，为了便于说明，假设现在客户端为微信客户端，第三方支付系统为微信官方支付系统，在商户的微信公众号里有跳转到商城网页的链接，用户通过进入商户的微信公众号，点击链接从而进入商户的商城网页，用户通过商城网页，选取需要购买的物品，完成选购流程，生成待支付订单。对于用户来说，生成了待支付订单后，会跳转至支付界面，需要用户输入密码以确认支付，之后用于支付的金额就会从用户账号流向第三方支付系统中的商户账号上，即第三方支付系统为收款方。对于商户后台系统来说，就需要选择把钱存在哪个第三方支付系统。

从上述描述可知，本发明的有益效果在于：基于在同一支付类型下，接入多种支付渠道，并由多个第三方支付系统完成支付，通过渠道比例权重值进行支付渠道的分配，可以有效的避免因单渠道的合作终止而造成的损失，提高支付的稳定性。

进一步地，所述步骤S1中根据已配置的渠道比例权重值分配第三方支付系统的具体步骤如下：

根据第三方支付系统的比例权重值生成对应的数字区间；

调用随机数生成器生成一个随机数，根据所述随机数所在的数字区间得到第三方支付系统。

由上述描述可知，采用权重值划分数字区间，采用随机数所位于的数字区间来分配第三方支付系统，使得用户的待支付订单的支付渠道符合用户对其的期望。

进一步地，所述步骤S1中的比例权重值具体为：

获取第三方支付系统的手续费以及风险指数，根据所述手续费以及风险指数对所述第三方支付系统分配比例权重值，所述手续费或所述风险指数越高，则比例权重值越低。

由上述描述可知，通过将支付分流到低手续费的渠道上，可节省渠道费用，特别是订单流水大的情况下，节省费用的效果非常明显。同时，根据支付渠道的风险指数，进行合理调配，一方面保证其较高的可用性，能给用户带来稳定的收入来源，另一方面，降低了渠道风险，保障线上支付业务正常运营，在一定程度上可以保证整个微信公众号平台的支付安全。

进一步地，所述步骤S2中将签名后的支付参数返回至客户端以完成支付的具体步骤如下：

将签名后的支付参数返回至客户端；

判断是否收到第三方支付系统返回的支付结果，若收到，则生成处理结果，并将所述处理结果返回至第三方支付系统；

若未收到第三方支付系统返回的支付结果，则发出结果查询信息，并将所述结果查询信息发送至第三方支付系统；

若所述处理结果为处理成功信息，则完成支付，若所述处理结果为处理失败信息，则等待第三方支付系统再一次发送的支付结果。

由上述描述可知，将支付参数返回至客户端，同时在第三方支付系统上进行多次确认，以保证支付过程的安全性。

进一步地，所述步骤S1中将所述商户订单发送至第三方支付系统的具体步骤如下：

调用所述第三方支付系统所对应的协议模块，通过所述协议模块将所述商户订单发送至第三方支付系统。

由上述描述可知，通过调用对应的协议模块，以完成商户后台系统和第三方支付系统的支付过程。

请参照图1，本发明的实施例一为：

一种多渠道分配支付方法，包括步骤：

S11、获取待支付订单，根据第三方支付系统的比例权重值生成对应的数字区间，在本实施例中，第三方支付系统包括中国银行、兴业银行、官方微信以及盛付通，其中，兴业银行、中国银行、官方微信以及盛付通的比例权重值依次为50％、30％、20％、0，则中国银行、兴业银行、官方微信的数字区间分别为[1，50]、(50，80]、(80，100]；

S12、调用随机数生成器生成一个随机数，根据随机数所在的数字区间得到第三方支付系统，生成与待支付订单对应的第三方支付系统的商户订单，在本实施例中，生成的随机数为30，30位于数字区间[1，50]内，则支付该待支付订单的第三方支付系统为兴业银行；

S13、调用第三方支付系统所对应的协议模块，通过协议模块将的商户订单发送至第三方支付系统，在本实施例中，调用兴业银行所对应的协议模块，通过该协议模块将商户订单发送至兴业银行；

S21、获取第三方支付系统返回的预付单信息，生成支付参数并签名，将签名后的支付参数返回至客户端，在本实施例中，获取兴业银行返回的预付单信息，生成支付参数并签名，将签名后的支付参数返回至微信客户端；

S22、判断是否收到第三方支付系统返回的支付结果，若收到，则生成处理结果，并将处理结果返回至第三方支付系统，在本实施例中，判断是否收到兴业银行返回的支付结果，若收到，则生成处理结果，并将处理结果返回至兴业银行；

S23、若未收到第三方支付系统返回的支付结果，则发出结果查询信息，并将结果查询信息发送至第三方支付系统，在本实施例中，若未收到兴业银行返回的支付结果，则发出结果查询信息，并将结果查询信息发送至兴业银行；

S24、若处理结果为处理成功信息，则完成支付，若处理结果为处理失败信息，则等待第三方支付系统再一次发送的支付结果，在本实施例中，若处理结果为处理失败信息，则等待兴业银行再一次发送的支付结果，因为兴业银行作为第三方支付系统，在收到处理失败信息后会按照一定的策略重新发一次异步通知。

其中，步骤S1中的比例权重值具体为：

获取第三方支付系统的手续费以及风险指数，根据手续费以及风险指数对第三方支付系统分配比例权重值，手续费或风险指数越高，则比例权重值越低。在本实施例中，兴业银行的手续费为A，中国银行的手续费为B，官方微信的手续费为C，盛付通的手续费为D，其中，A<B<C<D，即兴业银行的手续费最低，盛付通的手续费最高。同时，四个支付渠道的风险指数相当，系统在获取了这四个支付渠道的手续费以及风险指数之后，分配给兴业银行的比例权重值为50％，分配给中国银行的比例权重值为30％，分配给官方微信的比例权重值为20％，分配给盛付通的比例权重值为0％。

请参照图2，本发明的实施例二为：

一种多渠道分配支付终端，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例一中的步骤。

在本实施例中，一种多渠道分配支付终端是与微信客户端中商户的微信公众号相连接，

在商户的微信公众号里有跳转到商城网页的链接，该链接由一种多渠道分配支付终端生成，该链接可以为位于自定义菜单处的快捷键，也可以是位于内容显示位置的图文消息链接，微信支付用户通过进入商户的微信公众号，点击链接从而进入商户的商城网页，并按网页要求完成相关支付前的信息录入，用户通过商城网页，选取需要购买的物品，完成选购流程，生成待支付订单。

此时，一种多渠道分配支付终端执行步骤S11、步骤S12以及步骤S13，由上述实施例一中选择的是兴业银行，而作为第三方支付系统，兴业银行在收到商户订单后，生成预付单信息，将预付单信息发送至一种多渠道分配支付终端，此时，一种多渠道分配支付终端执行步骤S21。

微信客户端在获取到返回的支付参数，用户在微信客户端生成的支付界面上点击发起支付，通过JSAPI向兴业银行请求支付，兴业银行检查参数合法性和授权域权限，在两者都符合要求的情况下，返回验证结果，并发出支付授权请求，微信客户端接收到支付授权请求后，提示用户输入密码，微信支付用户输入密码以确认支付，在密码正确的情况下，微信客户端返回支付授权成功信息至兴业银行，兴业银行验证支付授权成功信息内的授权信息，将支付结果信息异步通知一种多渠道分配支付终端，一种多渠道分配支付终端执行步骤S22，此处的处理结果包括兴业银行要将此次的支付结果告知微信客户端。

兴业银收到处理结果，将支付结果返回至微信客户端，并触发消息提示功能，生成一个微信信息提示用户，此时，微信客户端展示支付消息给用户，显示购买成功，并返回商城网页，从而完成整个支付过程。

在微信跳转至商城网页时，微信支付用户想查询本次的支付结果，则微信客户端生成一个结果查询信息，由一种多渠道分配支付终端返回支付结果给微信客户端，微信客户端将查询到的支付结果展示给用户知悉。

另外，若未收到第三方支付系统返回的支付结果，则一种多渠道分配支付终端执行步骤S23，对于处理结果的成功或失败，一种多渠道分配支付终端执行步骤S24。

综上所述，本发明提供的一种多渠道分配支付方法及终端，基于在同一支付类型下，接入多种支付渠道，并由多个第三方支付系统完成支付，通过渠道比例权重值进行支付渠道的分配，可以有效的避免因单渠道的合作终止而造成的损失，提高支付的稳定性；通过将支付分流到低手续费的渠道上，可节省渠道费用，特别是订单流水大的情况下，节省费用的效果非常明显。同时，根据支付渠道的风险指数，进行合理调配，一方面保证其较高的可用性，能给用户带来稳定的收入来源，另一方面，降低了渠道风险，保障线上支付业务的正常运营，在一定程度上可以保证整个微信公众号平台的支付安全。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种多渠道分配支付方法，其特征在于，包括步骤：

S1、获取待支付订单，根据已配置的渠道比例权重值分配第三方支付系统，生成与所述待支付订单对应的所述第三方支付系统的商户订单，并将所述商户订单发送至第三方支付系统；

S2、获取第三方支付系统返回的预付单信息，生成支付参数并签名，将签名后的支付参数返回至客户端以完成支付。

2.根据权利要求1所述的一种多渠道分配支付方法，其特征在于，所述步骤S1中根据已配置的渠道比例权重值分配第三方支付系统的具体步骤如下：

根据第三方支付系统的比例权重值生成对应的数字区间；

调用随机数生成器生成一个随机数，根据所述随机数所在的数字区间得到第三方支付系统。

3.根据权利要求2所述的一种多渠道分配支付方法，其特征在于，所述步骤S1中的比例权重值具体为：

获取第三方支付系统的手续费以及风险指数，根据所述手续费以及风险指数对所述第三方支付系统分配比例权重值，所述手续费或所述风险指数越高，则比例权重值越低。

4.根据权利要求1所述的一种多渠道分配支付方法，其特征在于，所述步骤S2中将签名后的支付参数返回至客户端以完成支付的具体步骤如下：

将签名后的支付参数返回至客户端；

判断是否收到第三方支付系统返回的支付结果，若收到，则生成处理结果，并将所述处理结果返回至第三方支付系统；

若未收到第三方支付系统返回的支付结果，则发出结果查询信息，并将所述结果查询信息发送至第三方支付系统；

若所述处理结果为处理成功信息，则完成支付，若所述处理结果为处理失败信息，则等待第三方支付系统再一次发送的支付结果。

5.根据权利要求1所述的一种多渠道分配支付方法，其特征在于，所述步骤S1中将所述商户订单发送至第三方支付系统的具体步骤如下：

调用所述第三方支付系统所对应的协议模块，通过所述协议模块将所述商户订单发送至第三方支付系统。

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

S1、获取待支付订单，根据已配置的渠道比例权重值分配第三方支付系统，生成与所述待支付订单对应的所述第三方支付系统的商户订单，并将所述商户订单发送至第三方支付系统；

S2、获取第三方支付系统返回的预付单信息，生成支付参数并签名，将签名后的支付参数返回至客户端以完成支付。

7.根据权利要求6所述的一种多渠道分配支付终端，其特征在于，所述步骤S1中根据已配置的渠道比例权重值分配第三方支付系统的具体步骤如下：

根据第三方支付系统的比例权重值生成对应的数字区间；

调用随机数生成器生成一个随机数，根据所述随机数所在的数字区间得到第三方支付系统。

8.根据权利要求7述的一种多渠道分配支付终端，其特征在于，所述步骤S1中的比例权重值具体为：

获取第三方支付系统的手续费以及风险指数，根据所述手续费以及风险指数对所述第三方支付系统分配比例权重值，所述手续费或所述风险指数越高，则比例权重值越低。

9.根据权利要求6所述的一种多渠道分配支付终端，其特征在于，所述步骤S2中将签名后的支付参数返回至客户端以完成支付的具体步骤如下：

将签名后的支付参数返回至客户端；

判断是否收到第三方支付系统返回的支付结果，若收到，则生成处理结果，并将所述处理结果返回至第三方支付系统；

若未收到第三方支付系统返回的支付结果，则发出结果查询信息，并将所述结果查询信息发送至第三方支付系统；

若所述处理结果为处理成功信息，则完成支付，若所述处理结果为处理失败信息，则等待第三方支付系统再一次发送的支付结果。

10.根据权利要求6所述的一种多渠道分配支付终端，其特征在于，所述步骤S1中将所述商户订单发送至第三方支付系统的具体步骤如下：

调用所述第三方支付系统所对应的协议模块，通过所述协议模块将所述商户订单发送至第三方支付系统。