一种网页聚合支付的跳转控制方法、装置、系统及介质

技术领域

本发明涉及在线支付技术领域，尤其涉及一种网页聚合支付的跳转控制方法、装置、系统及介质。

背景技术

目前，在开发各类网络商城时，均需要接入第三方支付，最常见的例如微信、支付宝以及网银支付，但是每个平台的支付接口都不一样，不管是开发还是维护，都会大大的提高成本，所以为了提高开发效率降低维护成本，常用做法是把第三方支付平台的所有接口聚合起来形成一个独立支付插件，所有的订单支付都从这个支付插件执行，即只设置一个统一的聚合支付入口，根据用户选择的支付渠道自动识别跳转支付。

然而在商城网页支付，特别是通过移动终端进行商城网页支付时，由于移动终端品牌、型号、系统版本众多，因此目前的聚合支付会存在兼容问题，在进行支付跳转并返回商城网页时，若返回的不是当前下单页面例如移动终端打开了新的商城网页窗口或者打开了新的浏览器，则会发生无法获取用户之前的订单数据的问题。

因此，现有技术还有待于改进和发展。

发明内容

鉴于上述现有技术的不足，本发明的目的在于提供一种网页聚合支付的跳转控制方法、装置、系统及介质，旨在解决现有技术中网页聚合支付的浏览器跳转兼容性低的问题。

本发明的技术方案如下：

一种网页聚合支付的跳转控制方法，其包括如下步骤：

接收用户在商城网页输入的订单信息和支付请求指令并根据所述订单信息和支付请求指令生成相应第三方支付平台的跳转url；

根据所述跳转url启动相应的第三方支付应用并加载相应的支付页面；

当用户在所述支付页面完成或取消支付后解析所述跳转url，根据解析得到的所述跳转url中的订单信息在返回任意浏览器应用时跳转至加载有相应订单状态的商城网页。

所述的网页聚合支付的跳转控制方法中，所述接收用户在商城网页输入的订单信息和支付请求指令并根据所述订单信息和支付请求指令生成相应第三方支付平台的跳转url之前，还包括：

预先获取不同第三方支付平台对应的支付代码SDK并拆分植入至所述商城网页的支付插件中。

所述的网页聚合支付的跳转控制方法中，所述接收用户在商城网页输入的订单信息和支付请求指令并根据所述订单信息和支付请求指令生成相应第三方支付平台的跳转url，包括：

接收用户在商城网页输入的订单信息和支付请求指令，其中所述订单信息至少包括网址数据、账户数据、订单数据和支付参数；

对所述订单信息进行加密后提交至商户后台进行握手验证，在验证通过后将所述订单信息进行url编码处理；

根据所述支付请求指令中用户当前选择的第三方支付平台调取相应的支付代码SDK对支付参数进行识别；

根据支付识别结果生成支付url，并将经url编码处理的订单信息与所述支付url进行拼接后生成跳转url。

所述的网页聚合支付的跳转控制方法中，所述对所述订单信息进行加密后提交至商户后台进行握手验证，包括：

通过预设公钥对所述订单信息进行加密处理后传输至商户后台；

在商户后台以预设私钥对已加密的订单信息进行解密处理，若解密成功则握手验证通过。

所述的网页聚合支付的跳转控制方法中，所述根据所述跳转url启动相应的第三方支付应用并加载相应的支付页面，包括：

根据所述跳转url调起用户当前选择的第三方支付平台的中间页面，并在所述中间页面对所述商城网页进行支付校验；

当支付校验通过后启动用户当前选择的第三方支付平台对应的第三方支付应用，并在所述第三方支付应用中加载相应的支付页面。

所述的网页聚合支付的跳转控制方法中，所述在所述中间页面对所述商城网页进行支付校验，具体包括：

在所述中间页面对所述商城网页的网络环境参数、商户参数、跳转url时效参数进行支付校验。

所述的网页聚合支付的跳转控制方法中，所述当用户在所述支付页面完成或取消支付后解析所述跳转url，根据解析得到的所述跳转url中的订单信息在返回任意浏览器应用时跳转至加载有相应订单状态的商城网页，包括：

检测所述支付页面的支付状态，当支付成功或取消时解析所述跳转url得到其中的订单信息；

在当前调起的任意浏览器应用中，根据所述订单信息中的网址数据跳转返回至相应的商城网页，并在返回的商城网页中加载当前订单对应的账户数据、订单数据以及支付状态。

本发明又一实施例还提供了一种网页聚合支付的跳转控制装置，所述装置包括：

生成模块，用于接收用户在商城网页输入的订单信息和支付请求指令并根据所述订单信息和支付请求指令生成相应第三方支付平台的跳转url；

跳转启动模块，用于根据所述跳转url启动相应的第三方支付应用并加载相应的支付页面；

解析返回模块，用于当用户在所述支付页面完成或取消支付后解析所述跳转url，根据解析得到的所述跳转url中的订单信息在返回任意浏览器应用时跳转至加载有相应订单状态的商城网页。

本发明又一实施例还提供了一种网页聚合支付的跳转控制系统，所述系统包括至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述网页聚合支付的跳转控制方法。

本发明的另一实施例还提供了一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行时，可使得所述一个或多个处理器执行上述的网页聚合支付的跳转控制方法。

本发明的另一实施例还提供了一种计算机程序产品，所述计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被处理器执行时，使所述处理器执行上述的网页聚合支付的跳转控制方法。

有益效果：本发明公开了一种网页聚合支付的跳转控制方法、装置、系统及介质，相比于现有技术，本发明实施例通过结合订单信息一并生成相应第三方支付平台的跳转url，使得用户在第三方支付应用进行支付操作后可通过该跳转url在返回任意浏览器应用时跳转至具有订单状态的商城网页，实现不同浏览器或者不同终端之间的订单状态回调，提高聚合支付跳转的兼容性。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为本发明提供的网页聚合支付的跳转控制方法较佳实施例的流程图；

图2为本发明提供的网页聚合支付的跳转控制装置较佳实施例的功能模块示意图；

图3为本发明提供的网页聚合支付的跳转控制系统较佳实施例的硬件结构示意图。

具体实施方式

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

请参阅图1，图1为本发明提供的网页聚合支付的跳转控制方法较佳实施例的流程图。如图1所示，其包括如下步骤：

S100、接收用户在商城网页输入的订单信息和支付请求指令并根据所述订单信息和支付请求指令生成相应第三方支付平台的跳转url；

S200、根据所述跳转url启动相应的第三方支付应用并加载相应的支付页面；

S300、当用户在所述支付页面完成或取消支付后解析所述跳转url，根据解析得到的所述跳转url中的订单信息在返回任意浏览器应用时跳转至加载有相应订单状态的商城网页。

本实施例中，当用户通过移动终端的浏览器应用在预先搭建的商户网站进行商品购买支付时，先接收用户在商城网页输入的订单信息以及用户在确认订单信息后输入的支付请求指令，用户在支付请求指令中选择一个第三方支付平台进行订单支付，根据该订单信息和支付请求指令生成相应第三方支付平台的跳转url(uniform resource locator，统一资源定位系统)，通过所述跳转url进行支付跳转，启动相应的第三方支付应用例如微信、支付宝、网银等等，并在第三方支付应用中加载相应的支付页面，通过接收用户在第三方支付应用中输入的支付密码等验证信息进行支付验证，当用户在所述支付页面完成或取消支付后，根据之前生成的跳转url解析获取其中的订单信息，通过所述订单信息在返回任意浏览器应用时进行商城网页返回跳转，跳转至加载有相应订单状态的商城网页，例如返回原浏览器应用的下单网页、或者返回原浏览器应用的新建网页窗口、或者返回除原浏览器应用以外的其它浏览器应用、或者复制该跳转url在PC端的浏览器中打开等等，即无论用户在进行支付操作后无论跳转至哪个浏览器、哪个网页窗口，均能根据该跳转url自动识别当前进行支付操作的订单状态，并加载进入相应的商城网页，实现不同浏览器或者不同终端之间的订单状态回调，有效提高了聚合支付跳转的兼容性。

进一步地，所述接收用户在商城网页输入的订单信息和支付请求指令并根据所述订单信息和支付请求指令生成相应第三方支付平台的跳转url之前，还包括：

预先获取不同第三方支付平台对应的支付代码SDK并拆分植入至所述商城网页的支付插件中。

本实施例中，为了实现高效且低维护成本的统一入口的聚合支付，需要预先获取不同第三方支付平台(例如微信、支付宝、网银等)公开的支付代码SDK(SoftwareDevelopment Kit，软件开发工具包)，即每个第三方支付平台的支付代码SDK为对应第三方支付应用的支付环境的执行脚本代码，将不同第三方支付平台的支付代码SDK拆分后植入到所述商城网页的支付插件中，即通过封装一个统一的支付插件，并在该插件中聚合植入有不同第三方支付平台的支付代码SDK，以实现统一支付入口的聚合支付识别跳转。

进一步地，所述接收用户在商城网页输入的订单信息和支付请求指令并根据所述订单信息和支付请求指令生成相应第三方支付平台的跳转url，包括：

接收用户在商城网页输入的订单信息和支付请求指令，其中所述订单信息至少包括网址数据、账户数据、订单数据和支付参数；

对所述订单信息进行加密后提交至商户后台进行握手验证，在验证通过后将所述订单信息进行url编码处理；

根据所述支付请求指令中用户当前选择的第三方支付平台调取相应的支付代码SDK对支付参数进行识别；

根据支付识别结果生成支付url，并将经url编码处理的订单信息与所述支付url进行拼接后生成跳转url。

本实施例中，在生成第三方支付平台的跳转url时，首先根据用户在商场网页选购的商品详情、数量、价格等等得到相应的订单信息，其中所述订单信息至少包括网址数据、账户数据、订单数据和支付参数，具体所述网址数据包括订单网页的网址；所述账户数据包括当前商场网页登陆账户的用户名和密码；所述订单数据包括当前订单中的商品详情、数量、单价及总价；所述支付参数包括交易总金额、交易类型、货币类型、时间以及商户订单号，当用户确认订单信息无误时即可输入请求支付指令，具体为选择某个第三方支付平台后点击提交订单即触发所述支付请求指令；之后对所述订单信息进行加密处理后提交至商户后台进行握手验证，以确保当前订单信息的传输安全性，在验证通过后将所述订单信息进行url编码处理，得到url格式的订单数据以备后续的数据处理；当用户触发了支付请求指令后根据其选择的第三方支付平台通过统一的支付插件中不同第三方支付平台的支付代码SDK对接收到的支付参数进行自动识别，第三方支付平台的后台根据识别结果生成相应的支付url返回至商户后台，此时商户后台将接收到的支付url以及之前经过url编码处理封装为url格式的订单信息进行拼接后生成统一的跳转url，后续则通过该统一的跳转url实现跳转支付和返回，本实施例在聚合支付的跳转时通过结合订单信息一并生成相应第三方支付平台的跳转url，使得既满足了跳转支付的需求实现统一接口的聚合支付，也能在跳转返回时避免由于移动终端兼容性差的问题导致在浏览器网页发生变化时无法返回订单页面的问题。

进一步地，所述对所述订单信息进行加密后提交至商户后台进行握手验证，包括：

通过预设公钥对所述订单信息进行加密处理后传输至商户后台；

在商户后台以预设私钥对已加密的订单信息进行解密处理，若解密成功则握手验证通过。

本实施例中，通过一对密钥实现对所述订单信息的加密以及握手验证，在获取了订单信息后先通过预设公钥对所述订单信息进行加密传输至商户后台，商户后台接收到加密的订单信息后凭与所述预设公钥配对的预设私钥进行解密处理，若解密成功则完成握手验证过程，即预设公钥和预设私钥为商户后台生成的，其中预设公钥是公开的，前端网页可获取该预设公钥对订单信息进行加密，而商户后台则凭借不公开的预设私钥进行握手解密，防止订单信息在传输过程发生信息泄露，具体地，对所述订单信息进行加密的方式优选采用RSA、ECC等非对称加密方式实现，非对称加密方式的安全性好，可以有效避免密钥在传递过程中发生泄露导致用户信息被泄露。

进一步地，所述根据所述跳转url启动相应的第三方支付应用并加载相应的支付页面，包括：

根据所述跳转url调起用户当前选择的第三方支付平台的中间页面，并在所述中间页面对所述商城网页进行支付校验；

当支付校验通过后启动用户当前选择的第三方支付平台对应的第三方支付应用，并在所述第三方支付应用中加载相应的支付页面。

本实施例中，在通过跳转url进行支付跳转时，先根据所述跳转url在当前浏览器中调起用户当前选择的第三方支付平台的中间页面，在所述中间页面对商城网页进行支付校验，例如以微信支付平台为例，当用户选择微信支付并提交订单后，在商户后台将结合订单信息生成统一的跳转url输出给前端浏览器，前端浏览器得到该跳转url后先在当前浏览器中跳转至微信支付的中间页面，在该中间页面进行支付校验，确认当前的支付条件是否满足平台要求，若支付校验不通过表明当前的支付条件不符合微信支付平台的要求，此时不启动第三方支付应用即微信应用，直接在中间页面输出相应的操作提示给用户，避免无效支付依然开启第三方支付应用造成的功耗浪费与系统卡顿，用户根据相应的操作提示返回调整当前的支付条件直到支付校验通过后才启动微信支付平台对应的微信应用，并在微信应用中加载支付页面，支付页面中包括收款方名称、商品名称以及交易金额等信息，用户通过点击支付页面的“立即支付”按键即可进行密码、指纹、人脸等验证支付操作，确保每次开启第三方支付应用时进行的均为有效支付操作，提高聚合支付的支付效率。

具体地，所述在所述中间页面对所述商城网页进行支付校验，具体包括：

在所述中间页面对所述商城网页的网络环境参数、商户参数、跳转url时效参数进行支付校验。

本实施例中，需要对商城网页进行三类支付校验，其中网络环境参数的支付校验为验证商户侧统一下单传递的终端IP与用户实际调起支付时第三方支付平台检测到的终端IP是否一致，以及验证统一下单时与调起支付时的网络是否有变动，例如下单时WIFI网络，下单成功后切换成4G网络再调起支付，此时会导致支付校验失败，认为网络环境存在安全漏洞，在中间页面输出网络环境未通过安全验证的操作提示；商户参数的支付校验为对商户在申请该第三方支付平台所提交的例如授权域名等参数进行校验，若商户参数存在未配置或者有误等情况则支付校验失败，在中间页面输出商户参数有误的操作提示；跳转url时效参数的支付校验为对当前下单后生成的跳转url的时长进行判断，预设一有效时间，例如5分钟，若跳转url的时长超过了有效时间，则表明当前跳转url已超时支付校验失败，需要重新生成新的跳转url后再发起支付，在中间页面输出支付请求超时的操作提示，确保支付跳转的时效性和安全性。

进一步地，所述当用户在所述支付页面完成或取消支付后解析所述跳转url，根据解析得到的所述跳转url中的订单信息在返回任意浏览器应用时跳转至加载有相应订单状态的商城网页，包括：

检测所述支付页面的支付状态，当支付成功或取消时解析所述跳转url得到其中的订单信息；

在当前调起的任意浏览器应用中，根据所述订单信息中的网址数据跳转返回至相应的商城网页，并在返回的商城网页中加载当前订单对应的账户数据、订单数据以及支付状态。

本实施例中，在进行跳转返回时，先检测所述支付页面的支付状态，若支付成功或者支付取消时则对跳转url进行解析，得到其中的订单信息，之后在当前调起的任意浏览器应用中进行跳转，即可以原路返回至下单时的原浏览器应用，也可以开启其它浏览器应用，或者复制该跳转url至PC端的浏览器应用中进行跳转，根据所述订单信息中的网址数据在当前调起的浏览器应用中跳转返回至相应的商城网页，并在返回的商城网页中加载当前订单对应的账户数据、订单数据以及支付状态，也就是说用户在第三方支付应用中完成支付或取消支付后，均可自动识别订单信息后进行跳转返回，无需考虑当前调起的浏览器或者网页是否为下单时的浏览器和页面，通过跳转url中的订单信息即可实现自动识别跳转与信息加载，给用户展示当前订单的登录账户、订单详情以及支付状态等信息，从而有效解决了不同移动终端品牌、型号、系统版本与聚合支付接口之间的浏览器支付兼容性问题。

由以上方法实施例可知，本发明提供的网页聚合支付的跳转控制方法通过结合订单信息一并生成相应第三方支付平台的跳转url，使得用户在第三方支付应用进行支付操作后可通过该跳转url在返回任意浏览器应用时跳转至具有订单状态的商城网页，实现不同浏览器或者不同终端之间的订单状态回调，提高聚合支付跳转的兼容性。

需要说明的是，上述各步骤之间并不必然存在一定的先后顺序，本领域普通技术人员，根据本发明实施例的描述可以理解，不同实施例中，上述各步骤可以有不同的执行顺序，亦即，可以并行执行，亦可以交换执行等等。

本发明另一实施例提供一种网页聚合支付的跳转控制装置，如图2所示，装置1包括：

生成模块11，用于接收用户在商城网页输入的订单信息和支付请求指令并根据所述订单信息和支付请求指令生成相应第三方支付平台的跳转url；

跳转启动模块12，用于根据所述跳转url启动相应的第三方支付应用并加载相应的支付页面；

解析返回模块13，用于当用户在所述支付页面完成或取消支付后解析所述跳转url，根据解析得到的所述跳转url中的订单信息在返回任意浏览器应用时跳转至加载有相应订单状态的商城网页。

所述生成模块11、跳转启动模块12和解析返回模块13依次连接，具体实施方式请参考上述对应的方法实施例，此处不再赘述。

本发明另一实施例提供一种网页聚合支付的跳转控制系统，如图3所示，系统10包括：

一个或多个处理器110以及存储器120，图3中以一个处理器110为例进行介绍，处理器110和存储器120可以通过总线或者其他方式连接，图3中以通过总线连接为例。

处理器110用于完成系统10的各种控制逻辑，其可以为通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、单片机、ARM(Acorn RISCMachine)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或者这些部件的任何组合。还有，处理器110还可以是任何传统处理器、微处理器或状态机。处理器110也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP和/或任何其它这种配置。

存储器120作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中的网页聚合支付的跳转控制方法对应的程序指令。处理器110通过运行存储在存储器120中的非易失性软件程序、指令以及单元，从而执行系统10的各种功能应用以及数据处理，即实现上述方法实施例中的网页聚合支付的跳转控制方法。

存储器120可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据系统10使用所创建的数据等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器120可选包括相对于处理器110远程设置的存储器，这些远程存储器可以通过网络连接至系统10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个单元存储在存储器120中，当被一个或者多个处理器110执行时，执行上述任意方法实施例中的网页聚合支付的跳转控制方法，例如，执行以上描述的图1中的方法步骤S100至步骤S300。

本发明实施例提供了一种非易失性计算机可读存储介质，计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，例如，执行以上描述的图1中的方法步骤S100至步骤S300。

作为示例，非易失性存储介质能够包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦ROM(EEPROM)或闪速存储器。易失性存储器能够包括作为外部高速缓存存储器的随机存取存储器(RAM)。通过说明丽非限制，RAM可以以诸如同步RAM(SRAM)、动态RAM、(DRAM)、同步DRAM(SDRAM)、双数据速率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、Synchlink DRAM(SLDRAM)以及直接Rambus(兰巴斯)RAM(DRRAM)之类的许多形式得到。本文中所描述的操作环境的所公开的存储器组件或存储器旨在包括这些和/或任何其他适合类型的存储器中的一个或多个。

本发明的另一种实施例提供了一种计算机程序产品，计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被处理器执行时，使所述处理器执行上述方法实施例的网页聚合支付的跳转控制方法。例如，执行以上描述的图1中的方法步骤S100至步骤S300。

综上所述，本发明公开的一种网页聚合支付的跳转控制方法、装置、系统及介质中，方法通过接收用户在商城网页输入的订单信息和支付请求指令并根据订单信息和支付请求指令生成相应第三方支付平台的跳转url；根据跳转url启动相应的第三方支付应用并加载相应的支付页面；当用户在所述支付页面完成或取消支付后解析跳转url，根据解析得到的跳转url中的订单信息在返回任意浏览器应用时跳转至加载有相应订单状态的商城网页。本发明实施例通过结合订单信息一并生成相应第三方支付平台的跳转url，使得用户在第三方支付应用进行支付操作后可通过该跳转url在返回任意浏览器应用时跳转至具有订单状态的商城网页，实现不同浏览器或者不同终端之间的订单状态回调，提高聚合支付跳转的兼容性。

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

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

除了其他之外，诸如"能够"、"能"、"可能"或"可以"之类的条件语言除非另外具体地陈述或者在如所使用的上下文内以其他方式理解，否则一般地旨在传达特定实施方式能包括(然而其他实施方式不包括)特定特征、元件和/或操作。因此，这样的条件语言一般地还旨在暗示特征、元件和/或操作对于一个或多个实施方式无论如何都是需要的或者一个或多个实施方式必须包括用于在有或没有输入或提示的情况下判定这些特征、元件和/或操作是否被包括或者将在任何特定实施方式中被执行的逻辑。

已经在本文中在本说明书和附图中描述的内容包括能够提供一种网页聚合支付的跳转控制方法、装置、系统及介质的示例。当然，不能够出于描述本公开的各种特征的目的来描述元件和/或方法的每个可以想象的组合，但是可以认识到，所公开的特征的许多另外的组合和置换是可能的。因此，显而易见的是，在不脱离本公开的范围或精神的情况下能够对本公开做出各种修改。此外，或在替代方案中，本公开的其他实施例从对本说明书和附图的考虑以及如本文中所呈现的本公开的实践中可能是显而易见的。意图是，本说明书和附图中所提出的示例在所有方面被认为是说明性的而非限制性的。尽管在本文中采用了特定术语，但是它们在通用和描述性意义上被使用并且不用于限制的目的。