CN110647697A - H5网页的扫码支付方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及网络安全技术领域，公开了一种H5网页的扫码支付方法，包括：通过扫码获取所述H5网页上的包含有至少一种支付应用的二维码信息，并且与至少一个支付应用的支付界面建立跳转关系的支付二维码；解析支付二维码中的二维码信息；根据二维码信息确定支付二维码绑定的应用信息，并获取与应用信息对应的支付代码SDK；调取程序执行脚本以启动与应用信息对应的支付应用，并根据支付代码SDK以及跳转关系调取支付应用中对应的支付环境。本发明还公开了一种H5网页的扫码支付装置、设备及存储介质，本发明实现在一个H5网页上控制多种支付应用之间的关联跳转支付，给用户提供了更加方便的支付模式，提升了用户的使用体验。

Description

H5网页的扫码支付方法、装置、设备及存储介质

技术领域

本发明涉及网络安全技术领域，尤其涉及一种H5网页的扫码支付方法、装置、设备及计算机可读存储介质。

背景技术

随着移动支付的不断兴起及开放,目前的移动支付方式可以说的多种多样了,尤其是现在的微信和支付宝的二维码支付实现,现在各超市、商场都支持使用扫码支付了，尤其的支付宝和微信的自动结账终端的使用，甚至个人面对面的支付转账都是使用微信和支付宝。

但是，不管是使用微信还是支付宝，其商家都需要进行单独的二维码注册，两个支付软件的二维码都是独立的使用。而对于用户来说，在支付时，则需要根据二维码对应的支付软件来选择对应的支付应用进行扫码才能进行有效的支付，采用其他的软件则会显示扫码无效，无法跳转至对应的软件中进行支付的操作，而是重新选择对应的软件打开进行支付，这样的支付操作还是给用户带来了不便的使用，导致使用体验不佳的问题。

发明内容

本发明的主要目的在于提供一种H5网页的扫码支付方法、装置、设备及计算机可读存储介质，旨在解决不同支付应用的二维码支付操作之间不能相互兼容跳转使用的技术问题。

为实现上述目的，本发明提供一种H5网页的扫码支付方法，所述方法包括：

通过扫码获取H5网页上的支付二维码，其中，所述支付二维码包含有至少一种支付应用的二维码信息，并且所述支付二维码与至少一个支付应用的支付界面建立跳转关系；

获取所述支付二维码中的二维码信息；

根据所述二维码信息确定所述支付二维码绑定的应用信息，并获取与所述应用信息对应的支付代码SDK，其中，所述支付代码SDK为所述支付应用的支付环境的执行脚本代码；

在接收到支付请求时，调取程序执行脚本以启动与所述应用信息对应的支付应用，并根据所述支付代码SDK以及所述跳转关系调取所述支付应用中对应的支付环境，其中，所述支付环境为在扫码实现支付时所显示的操作界面，所述支付请求为基于用户在设备上触控生成的支付操作所得到的支付指令。

优选地，所述支付二维码包括集成二维码和二维码矩阵中的至少一种；所述集成二维码为由至少两个不同支付应用的支付码混合集成所形成，所述二维码矩阵为由至少两个不同支付应用的支付码排列所形成。

优选地，所述根据所述二维码信息确定所述支付二维码绑定的应用信息，并获取与所述应用信息对应的支付代码SDK包括：

若所述支付二维码为集成二维码，则确定当前用于进行的客户端的软件信息；

获取所述集成二维码中绑定的所有支付应用，并从所述集成二维码中绑定的所有支付应用中选择与所述软件信息对应的支付应用；

根据所述支付应用以及所述支付应用与支付代码SDK的对应关系，获取与所述支付应用进行支付关联的支付代码SDK，所述支付代码SDK包括链接接口和支付验证信息。

优选地，在所述根据所述支付应用以及所述支付应用与支付代码SDK的对应关系，获取与所述支付应用进行支付关联的链接接口和支付验证信息的步骤之前，还包括：

判断所述集成二维码中绑定的所有支付应用中是否存在与所述软件信息对应的支付应用；

若所述集成二维码中绑定的所有支付应用中不存在与所述软件信息对应的支付应用，则根据所述集成二维码中绑定的支付应用的应用信息获取所述支付代码SDK；

若所述集成二维码中绑定的所有支付应用中存在与所述软件信息对应的支付应用，则根据当前用于进行扫码操作的客户端的软件信息获取所述支付代码SDK。

优选地，所述根据所述支付代码SDK以及所述跳转关系调取所述支付应用中对应的支付环境包括：

若所述集成二维码中绑定的所有支付应用中不存在与所述软件信息对应的支付应用，则据所述链接接口唤醒对应的支付应用以及与所述支付应用相关联的支付环境；

基于所述集成二维码中绑定的支付应用与支付界面之间的跳转关系，将客户端的界面跳转显示为与所述支付应用相关联的支付环境的界面；

在所述支付环境的界面，根据所述支付验证信息对扫码支付操作进行验证，以实现支付，所述验证包括支付金额和付款操作的验证。

优选地，所述根据所述二维码信息确定所述支付二维码绑定的应用信息，并获取与所述应用信息对应的支付代码SDK包括：

若所述支付二维码为二维码矩阵，则确定所述二维码矩阵中被扫码的二维码，并获取与所述二维码相关联的应用信息；

比较所述应用信息与当前用于进行扫码操作的客户端的软件信息是否相同；

若所述应用信息与当前用于进行扫码操作的客户端的软件信息相同，则根据所述软件信息获取与所述客户端进行支付关联的链接接口和支付验证信息。

优选地，所述根据所述二维码信息确定所述支付二维码绑定的应用信息，并获取与所述应用信息对应的支付代码SDK，还包括：

若所述应用信息与当前用于进行扫码操作的客户端的软件信息不相同，则获取设备的运行后台中，正在运行且具有扫码支付功能的应用程序的列表，并从所述列表中确定一个程序作为完成本次扫码支付的支付应用；

根据所述支付应用获取其与所述H5网页支付关联的支付代码SDK。

此外，为实现上述目的，本发明还提供一种H5网页的扫码支付装置，所述扫码支付装置包括：

扫码模块，用于通过扫码获取H5网页上的支付二维码，其中，所述支付二维码包含有至少一种支付应用的二维码信息，并且所述支付二维码与至少一个支付应用的支付界面建立跳转关系；

解析模块，用于获取所述支付二维码中的二维码信息；

查询模块，用于根据所述二维码信息确定所述支付二维码绑定的应用信息，并获取与所述应用信息对应的支付代码SDK，其中，所述支付代码SDK为所述支付应用的支付环境的执行脚本代码；

支付处理模块，用于在接收到支付请求时，调取程序执行脚本启动与所述应用信息对应的支付应用，并根据所述支付代码SDK以及所述跳转关系调取所述支付应用中对应的支付环境，其中，所述支付环境为在扫码实现支付时所显示的操作界面，所述支付请求为基于用户在设备上触控生成的支付操作所得到的支付指令。

优选地，所述支付二维码包括集成二维码和二维码矩阵中的至少一种；所述集成二维码为由至少两个不同支付应用的支付码混合集成所形成，所述二维码矩阵为由至少两个不同支付应用的支付码排列所形成。

优选地，所述查询模块包括第一确定单元和第一查询单元；

在所述支付二维码为集成二维码时，所述确定单元用于确定当前用于进行扫码操作的客户端的软件信息；

所述查询单元用于获取所述集成二维码中绑定的所有支付应用，并从所述集成二维码中绑定的所有支付应用中选择与所述软件信息对应的支付应用；以及根据所述支付应用，以及所述支付应用与支付代码SDK的对应关系，获取与所述支付应用进行支付关联的支付代码SDK，所述支付代码SDK包括链接接口和支付验证信息。

优选地，所述查询模块还包括判断单元；

所述判断单元用于在所述查询单元根据所述支付应用，以及所述支付应用与支付代码SDK的对应关系，获取与所述支付应用进行支付关联的链接接口和支付验证信息之前，判断所述集成二维码中绑定的所有支付应用中是否存在与所述软件信息对应的支付应用；

若不存在，则所述查询单元还用于根据所述集成二维码中绑定的支付应用的应用信息获取所述支付代码SDK；

若存在，则所述查询单元还用于根据当前用于进行扫码操作的客户端的软件信息获取所述支付代码SDK。

优选地，所述支付处理模块包括唤醒单元、跳转单元和支付单元；

若所述判断单元判断所述集成二维码中绑定的所有支付应用中不存在与所述软件信息对应的支付应用时，所述唤醒单元根据所述链接接口唤醒对应的支付应用以及与所述支付应用相关联的支付环境；

所述跳转单元基于所述集成二维码中绑定的支付应用与支付界面之间的跳转关系，将客户端的界面跳转显示为与所述支付应用相关联的支付环境的界面；

所述支付单元控制所述支付环境的界面根据所述支付验证信息对扫码支付操作进行验证，以实现支付，所述验证包括支付金额和付款操作的验证。

优选地，所述查询模块包括第二确定单元、比较单元和第二查询单元；

在所述支付二维码为二维码矩阵时，所述第二确定单元用于确定所述二维码矩阵中被扫码的二维码，并获取与所述二维码相关联的应用信息；

所述比较单元用于比较所述应用信息与当前用于进行扫码操作的客户端的软件信息是否相同；

若比较的结果为相同，则所述第二查询单元根据所述软件信息获取与所述客户端进行支付关联的链接接口和支付验证信息。

优选地，若所述比较单元比较的结果为所述应用信息与当前用于进行扫码操作的客户端的软件信息不相同时，所述第二查询单元还用于获取设备的终端运行后台中，正在运行且具有扫码支付功能的应用程序的列表，并从所述列表中确定一个程序作为完成本次扫码支付的支付应用；以及根据所述支付应用获取其与所述H5网页支付关联的支付代码SDK。

此外，为实现上述目的，本发明还一种扫码支付设备，所述扫码支付设备包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的H5网页的扫码支付程序，所述H5网页的扫码支付程序被所述处理器执行时实现如上述任一项所述的H5网页的扫码支付方法的步骤。

此外，为实现上述目的，本发明还一种计算机可读存储介质，所述计算机可读存储介质上存储有H5网页的扫码支付程序，所述H5网页的扫码支付程序被处理器执行时实现如上述任一项所述的H5网页的扫码支付方法的步骤。

本发明通过在H5网页中同时集成了与所述H5网页的操作界面之间的跳转关系的支付二维码，基于该二维码以及所述二维码中绑定的支付应用来获取对应的支付代码SDK，根据支付代码SDK和绑定的跳转关系选择对应的支付应用的支付环境，以实现扫码支付操作，从而实现了不同支付应用扫码以及支付应用的自动跳转支付方式的操作，可以减少了用户对支付软件的选择操作，即是采用与二维码不对应的支付应用进行支付扫码也都可以实现对任何支付二维码的扫码支付，提高了用户的使用体验。

附图说明

图1为本发明实施例方案涉及的扫码支付设备运行环境的结构示意图；

图2为本发明H5网页的扫码支付方法第一实施例的流程示意图；

图3为本发明H5网页的扫码支付方法第二实施例的流程示意图；

图4为本发明H5网页的扫码支付方法第三实施例的流程示意图

图5为本发明H5网页的扫码支付装置一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本发明提供一种扫码支付设备。

参照图1，图1为本发明实施例方案涉及的扫码支付设备运行环境的结构示意图。

如图1所示，该扫码支付设备包括：处理器101，例如CPU，通信总线102、用户接口103，网络接口104，存储器105。其中，通信总线102用于实现这些组件之间的连接通信。用户接口103可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，网络接口104可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器105可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器105可选的还可以是独立于前述处理器101的存储装置。

本领域技术人员可以理解，图1中示出的扫码支付设备的硬件结构并不构成对基础资源容量监管设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机可读存储介质的存储器105中可以包括操作系统、网络通信模块、用户接口模块以及基于H5网页的扫码支付程序。其中，操作系统是管理和控制扫码支付设备和软件资源的程序，支持扫码支付程序以及其它软件和/或程序的运行。

在图1所示的扫码支付设备的硬件结构中，网络接口104主要用于接入网络；用户接口103主要用于侦测确认用户终端的扫码操作指令和支付输入的指令等，而处理器101可以用于调用存储器105中存储的扫码支付程序，并执行以下扫码支付方法的各实施例的操作。

在本发明实施例中，对于图1的实现还可以是一种移动终端，该移动终端的处理器通过读取存储在缓存器或者存储单元中的可以实现H5网页的扫码支付方法的程序代码来进行跨应用的扫码支付操作。

基于上述扫码支付设备硬件结构，提出本发明H5网页的扫码支付方法的各个实施例。

参照图2，图2为本发明实施例提供的H5网页的扫码支付方法的流程图。在本实施例中，所述H5网页的扫码支付方法具体包括以下步骤：

步骤S210，通过扫码获取H5网页上的支付二维码；

在该步骤中，所述支付二维码包含有至少一种支付应用的二维码信息，并且所述支付二维码与至少一个支付应用的支付界面建立跳转关系；所述H5网页指的是可以支持多种应用系统和浏览器的网页，目前商家根据自己的需求在H5网页上开发出符合商家的支付网页，而在该网页中通过支付二维码的集成方式添加到网页上，当用户扫描网页上显示的二维码即可进行付款的操作。

其中，在该步骤中所提及的建立所述支付二维码与H5网页的支付环境之间的跳转关系，具体指的是将二维码与支付界面进行绑定，同时将绑定后的二维码集成到所述H5网页中，当然这里用于与支付界面绑定的支付二维码指的是至少两种支付应用的支付二维码集成后的二维码，也可以是单独应用的二维码，即是说在于支付界面建立跳转关系时最终使用的二维码也可以是单独使用的，而在对其进行扫码后，会制动跳转至对应的支付环境，所述支付环境是与支付应用进行唯一绑定的，其他应用是无法打开或者进入。

在该步骤中，对于支付二维码的生成方式包括两种：一种是集成二维码图片，另一种是二维码矩阵图片；而集成二维码图片为由至少两个支付应用的二维码集成在一起形成，即是将多个二维码通过集成的方式形成的一个二维码，该二维码是可以同时支持不同的支付应用来扫码使用，例如微信和支付宝扫描这个二维码都可以实现支付操作。

所述二维码矩阵图片是由至少两个支付应用的二维码排列形成的二维码矩阵图片，即是将多个不同支付应用产生的二维码直接排列在一起，形成的包括多个二维码的图片，而用户在扫描时，每扫描一个的二维码对应的一个支付应用，也即是说该二维码与某个支付应用进行了跳转的绑定关系，在终端扫码后可直接跳转开启对应的应用程序来实现支付，避免了由于扫码的应用的不对应而导致扫码失败或者需要重新选择应用再次扫码的问题。

在该步骤中，所述支付二维码与H5网页的支付界面之间的跳转关系指的是支付应用程序和支付界面上的绑定二维码之间的对应关系，即是该支付二维码绑定的信息有支付应用程序和支付应用程序对应的H5网页；其绑定支付应用程序具体通过绑定应用的程序名称或者是应用的唯一标识符。

在实际应用中，对于支付界面上可以通过二维码绑定多种支付应用程序，同时每个支付应用程序之间可以基于扫描的二维码进行相互调用，比如，用户终端当前使用的是微信对支付宝的二维码进行扫描，而微信在扫描二维码之后可以直接从微信界面跳转至支付宝界面，这即是二维码于支付界面之间的跳转关系。

进一步的，该步骤在绑定二维码与支付界面之间的关系时，具体存在以下两种绑定关系，一种是二维码与支付应用之间的关系(即是在二维码中设置对应的应用程序的信息)；另一种是二维码与支付应用之间的连接关系(即是说在二维码中会绑定有至少两个应用的支付界面的跳转连接)，而该种跳转连接是用于在检测到二维码后，直接跳转至对应的应用程序执行下一步操作处理。

步骤S220，获取所述支付二维码中的二维码信息；

在本实施例中，对于获取二维码信息可以通过检测用户在扫码时登录支付二维码H5网页的情况，根据登录的情况来确定当前是否存在扫码操作，并且该扫码操作是否为支付的扫码操作；或者还可以通过检测用户通过扫码操作扫描支付二维码后，终端响应二维码的信息需要请求进行付款进行的调用时的请求响应消息来确定是否存在扫码操作等方式来确定获取二维码信息。

步骤S230，根据所述二维码信息确定所述支付二维码绑定的应用信息，并获取与所述应用信息对应的支付SDK；

在该步骤中，所述支付SDK主要是用于提供扫码后，建立支付应用与网页之间的链接接口，该链接接口为应用的接口API。所述支付代码SDK为所述支付应用的支付环境的执行脚本代码，在代码中包括为所述支付应用提供支付链接接口的文件和控制界面的执行文件，在使用时，通过调取解析该文件中的信息来确定支付应用对应的接口信息，并基于该接口信息来建立H5网页与支付设备的连接，或者是通过该接口信息来调取H5网页信息(即是支付应用上的H5网页的支付显示界面)，并在支付设备上显示，以供用户进行后续的支付操作。

这里的扫码操作具体指的是读取支付二维码中绑定的应用程序的程序名称或者是应用的唯一标识符，根据所述程序名称或者唯一标识符确定该支付二维码所使用的应用程序(即是客户端)，基于确定的应用程序查询对应支付SDK，通过支付SDK调取对应的链接接口来调取对应的支付环境(即是H5网页)。

步骤S240，在接收到支付请求时，调取程序执行脚本以启动与所述应用信息对应的支付应用，并根据所述支付代码SDK以及所述跳转关系调取所述支付应用中对应的支付环境。

在本实施例中，对于支付环境具体指的是在扫码实现支付时所显示的操作界面，所述支付请求为基于用户在设备上触控生成的支付操作所得到的支付指令。

在该步骤中，对于支付请求在用户对所述支付二维码进行扫描时就已经发出，而当H5网页的后台检测到通过扫描识别网页时，则确定网页收到支付请求，同时根据支付请求以及对应的支付SDK来调取网页中的支付环境，当然该支付环境可以是网页中的其中一部分，也可以就是网页本身，并将调取到的支付环境发送给支付设备，支付设备将该支付环境显示出来；进一步的，用户可以在该支付环境下进行支付的操作，比如输入金额，支付密码等等操作。

本实施例通过将不同的支付方式的二维码和不同应用之间的兼容跳转关系进行集成，而在支付设备不需要进行对支付应用的有意选择，届时启动任意一个应用进行扫码支付，当二维码与支付应用不对应时，根据支付代码SDK和跳转关系来自动调整支付应用，使得支付设备的支付应用与二维码对应，这样一方面可以减少企业的支付管理成本，直接使用一个支付环境即可实现多种支付应用的支付，同时也避免了用户支付扫码无效，支付失败，重新再选择的情况，给用户提供了更加方便的支付模式，大大提升了用户的使用体验。

在本发明实施例中，对于绑定的支付二维码具体包括以下两种：集成二维码和二维码矩阵；而对于集成二维码，其是由至少两个不同支付应用的支付码混合集成所形成，也即是说一个二维码同时携带了多种支付应用的信息，或者是由多个支付应用的信息生成的一个二维码，二维码矩阵为由至少两个不同支付应用的支付码排列所形成。

在本实施例中，当支付二维码为集成二维码时，其在扫码支付时，具体可以通过以下步骤来实现，具体如图3所示：

对于步骤S310-32与图2中的步骤S210-220相同，不同是在于后续的步骤：

步骤S330，确定当前用于进行扫码的客户端的软件信息；

在本实施例中，对于在进行扫码支付的操作时，其使用的扫码客户端可以是移动手机，也可以是一些台式的带有扫码枪的设备，但是不管是使用什么样的客户端，其都需要结合对应的应用软件才能实现真正的支付功能，而用于进行扫码操作的该应用软件就是该步骤中获取的软件信息；该软件信息可以是软件的名称、包名，甚至是唯一的标识信息等等。

步骤S340，获取所述集成二维码中绑定的所有支付应用，并根据所述软件信息选择对应的支付应用；

在本实施例中，对于集成二维码的生成本身就是使用了多个支付应用的信息来综合生成的，那么其必定是会绑定有多个支付应用了，但是对于当前扫码终端来说，并不一定就是使用到二维码对应的所有应用的其中一个，所以该步骤的主要目的是需要进行应用信息的获取比对。

步骤S350，根据所述支付应用以及所述支付应用与支付代码SDK的对应关系，获取与所述支付应用进行支付关联的支付代码SDK，所述支付代码SDK包括链接接口和支付验证信息。

步骤S360，在接收到支付请求时，调取程序执行脚本启动与所述应用信息对应的支付应用，并根据所述支付代码SDK以及所述跳转关系调取所述支付应用中对应的支付环境。

在实际应用中，对支付设备来说，其实质上是将多个支付应用绑定了使用，不管是使用哪个应用都可以实现，只是在网页侧的用户来说，其需要对不同来源的资金进行统计，因此在网页侧还是会存在区分，为了方便管理，上述方式是通过确定支付设备的扫码操作的应用信息来确定对应的支付SDK，通过支付SDK选择网页上的不同支付接口从而实现对资金的分类管理，这样的方式不仅可以实现了网页侧的同一管理，还解决了支付设备的对支付应用的选择操作，提高的支付操作的效率，同时也提升了用户的使用体验。

在本实施例中，为了提高扫码支付操作的精准度和安全度，在步骤S350之前，还包括对集成二维码中的支付应用于当前使用的软件的软件信息进行比对，通过比对的结果来确定支付代码SDK的获取，其具体是实现步骤为：

在判断所述集成二维码中绑定的所有支付应用中是否存在与所述软件信息对应的支付应用；

若不存在，则根据所述集成二维码中绑定的支付应用的应用信息获取所述支付代码SDK；

若存在，则根据当前用于进行扫码操作的客户端的软件信息获取所述支付代码SDK。

在实际应用中，对于上述的比较步骤，具体还可以是对步骤S340的进一步的实现，即是说步骤S340，在选择对应的支付应用时，是先判断所述集成二维码中绑定的所有支付应用中是否与所述软件信息相对应；

若是，则说明二维码与当前使用的软件是相同的，并直接根据软件信息从集成二维码中获取对应的支付代码SDK；

而该步骤，具体的实现是，首先根据软件信息获取到支付代码SDK，然后建立支付代码SDK与H5网页的绑定关系，然后根据绑定关系中的跳转关系控制终端从扫码界面直接跳转至软件信息对应的支付应用的支付界面上，并执行支付的操作。

若不是，则根据当前用于进行扫码操作的客户端的软件信息获取所述支付代码SDK。

而该步骤，具体的实现是，首先从集成二维码中选择一个支付应用，并获取到支付代码SDK，然后根据建立的支付代码SDK与H5网页的绑定关系，然后根据绑定关系中的跳转关系控制终端从扫码界面直接跳转至支付代码SDK对应的支付应用的支付界面上，并执行支付的操作。

在实际应用中，该跳转包括了先是唤醒对应的支付应用，使其在后台运行，然后再将支付应用从后台调取到前台运行，并显示出对应的支付界面。

在本实施例中，在步骤S340在判断所述集成二维码中绑定的所有支付应用中不存在与所述软件信息对应的支付应用时，对于步骤S360，具体可以通过该以下步骤实现：

根据所述链接接口唤醒对应的支付应用以及与所述支付应用相关联的支付环境；

基于所述集成二维码中绑定的支付应用与支付界面之间的跳转关系，将客户端的界面跳转显示为与所述支付应用相关联的支付环境的界面；

所述支付环境的界面根据所述支付验证信息对扫码支付操作进行验证，以实现支付，所述验证包括支付金额和付款操作的验证。

进一步的，在判断所述集成二维码中绑定的所有支付应用中不存在与所述软件信息对应的支付应用时，所述步骤S350在获取支付代码SDK时，具体可以通过以下方式实现：

获取设备的运行后台中，正在运行的具有扫码支付功能的程序，得到后台运行列表；

提取所述集成二维码图片中关联的程序的应用信息；

根据所述应用信息从所述运行后台列表中选择与所述应用信息对应的程序，并获取所述程序与所述H5网页支付关联的支付SDK。

在实际应用中，在生成集成二维码图片时，通过分别获取不同程序的收款二维码以及对应的支付SDK，然后通过二维码生成器/软件将不同程序的收款二维码混合集成，并嵌入对应的支付SDK，也即是说，先进行二维码于支付SDK之间的关联，然后通过二维码生成器/软件将对关联后的二维码混合生成一个二维码，最后将该混合生成后的二维码与H5网页进行关联。

下面以微信和支付宝的扫码方式进行说明，在扫码使用的过程中，若用户是直接使用支付宝或者微信时，首先打开微信或者支付宝的扫一扫功能，对集成二维码进行扫码识别，在扫码识别过程中，对于集成二维码中关联的应用程序的信息，然后获取当前扫码识别的程序应用是否属于集成二维码中关联的应用，若是，则从集成二维码中获取对应的支付SDK，并跳转至对应的支付环境，完成支付操作。例如使用的是微信，则获取微信对应的支付SDK，并跳转至于微信对应的H5网页支付环境，在该H5网页中完成支付。

若获取当前扫码识别的程序应用不属于集成二维码中关联的应用，则需要从支付设备的后台正在运行的应用中查找一个可以满足集成二维码的支付应用，优选的可以通过触发查找程序来实现程序的查找，具体可以通过两种方式查找，一种是先获取到集成二维码中关联的所有应用信息，基于该所用应用信息，查询后台运行程序列表中是否有相同的应用，若有且一个，则直接调用该应用结合集成二维码中对应的支付SDK来实现支付操作；若有且两个以上，则可以按照运行列表上的顺序选择排序靠前的一个应用再次运行实现支付操作，或者是随机选择一个也可以，再或者是按照支付历史来选择，或者是选择支付次数较多的来使用。

另一种方式时，先获取后台上具有扫码支付功能的所有应用，然后将后台的应用与集成二维码中的关联的应用进行匹配，选择匹配一致的应用进行实现支付操作。

假设支付二维码中通过绑定了微信和支付宝的支付环境以及对应的支付H5网页，当用户使用的客户端是微信时，在使用微信的扫一扫对支付二维码扫描识别后，匹配微信的支付SDK与支付二维码的SDK时，发现不匹配，则根据支付二维码的SDK调取对应的应用程序，即是支付宝；在实际应用中，在从微信界面跳转至支付宝界面时，还可以提示用户是否进行跳转，在用户确定跳转后，不管终端的后台是否运行支付宝，直接调度支付宝的执行脚本启动支付宝，并跳转至对应的H5网页进行支付。

进一步的，还可以通过预先建立的支付SDK与应用程序的对应关系来查询调度使用。

在本发明实施例中，对于支付二维码除了是集成二维码之外，还可以是二维码矩阵，而对于这种情况，本实施例提供的H5网页的扫码支付方法，具体实现步骤如下图4所示：

对于步骤S410-S420与图1中的步骤S210-S220相同，这里不摘赘述了。

步骤S430，确定所述二维码矩阵中被扫码的二维码，并获取与所述二维码相关联的应用信息；

步骤S440，比较所述应用信息与当前用于进行扫码的客户端的软件信息是否相同；

步骤S450，若相同，则根据所述软件信息获取与所述客户端进行支付关联的链接接口和支付验证信息；

步骤S460，若不相同，则获取设备的终端运行后台中，正在运行且具有扫码支付功能的应用程序的列表，并从所述列表中确定一个程序作为完成本次扫码支付的支付应用；

步骤S470，根据所述支付应用获取其与所述H5网页支付关联的支付代码SDK；

步骤S480，根据所述链接接口调取与所述支付应用对应的支付环境；

步骤S490，根据所述支付验证信息对扫码支付操作进行验证，以实现支付。

在网页侧根据扫码操作的应用程序从支付设备读取到对应的链接接口后，网页会根据链接接口的关联关系从网页中调取对应的支付环境个支付设备进行显示，同时还对支付环境的安全性进行检验，通过与该支付环境对应的支付验证信息来实现验证，并且在支付操作之后，也还需要根据该支付验证信息进行最终的验证，但是这两次验证的实际密码或者其他信息可以不一样，一个用户支付环境的开启验证，一个是用于对支付操作的验证。

在本实施例中，由于二维码矩阵图片中存在多个支付应用的二维码，而每个二维码对应的是一个应用，为了便于用户在扫码时可以直接确定对应的支付应用，则在生成二维码时，在每个二维码中添加了对应的应用的支付SDK，当用户使用不对应的应用扫码时，终端通过对扫描到的二维码进行解析，得到对应的支付SDK，然后通过该支付SDK直接调用对应的支付应用，具体是从当前扫码的应用直接跳转至支付SDK的应用来继续执行扫码支付操作。

在实际应用中，对于每个应用的支付SDK，在支付设备安装应用时，根据应用的类型来进行分类，对于具备扫码支付功能的应用会单独设置对外的程序接口，并生成对应的支付SDK文件，存储在一个对应关系表中，通过该对应关系表来定义接口和应用，从而实现支付的快速调用使用。

在实际应用中，当用于实现扫码操作的是终端上的一个扫码功能时，其找到对应的支付应用的实现过程以上述采用不对应的支付应用扫码的方式是一样的，这里不重复赘述。

在实际应用中，对于在进行扫码操作时，并不一定是指扫码到一个二维码，当扫描的是二维码矩阵时，由于焦距的问题，会存在同时扫描到多个二维码，对于这种情况，网页侧可以根据当前所使用的支付应用的支付SDK来选择二维码的使用，但是这里，支付设备会同时识别解析多个二维码的信息，通过比对来选择与当前使用的支付应用来确定二维码。

当然，在扫描大多个二维码时，支付设备可以通过随机的方式选择其中一个，也可以是通过默认支付方式来选择其中一个，然后再进行支付二维码中的SDK选择对应的对应的应用来实现。

进一步的，还可以从支付设备的后台程序运行列表中选择一个，即是当用于实现扫码操作的是终端上的一个扫码功能时，根据支付设备的后台运行情况来选择支付应用，然后确定支付SDK，根据支付SDK来选择对应的二维码，从而调取对应的支付环境，以实现支付的操作。

在本实施例中，若比较所述应用信息与当前进行所述扫码操作的程序的应用信息相同，则所述根据所述扫码操作，确定对应的支付应用的信息，并获取与所述支付应用对应的支付SDK，还包括：

所述H5网页根据所述应用信息获取与所述程序进行支付关联的链接接口和支付验证信息。

在实际应用中，若所述至少两种支付应用为微信和支付宝时，通过集成的方式将微信支付和支付宝支付集成在H5网页中，根据用户的扫码自动进行相关的支付方式，具体如下：

根据用户的扫码操作来判断用户是微信客户端还是支付宝客户端，自动添加相关的支付SDK；

根据不同的支付SDK进行相关的支付凭证的获取，从而初始化用户的支付环境；

在用户提交支付请求的时候，自动根据相关的支付环境和支付金额唤起微信支付或者支付宝支付，从而让用户付款支付。

本发明实施例提供的扫码支付方法，通过在H5网页中同时集成有微信和支付宝的支付方式，而用户在支付时，H5网页上的支付管理流程根据扫码操作判断支付软件，并对该支付软件进行支付关联，从而实现自动选择支付方式的操作，减少了用户对支付软件的选择操作，只要是进行支付扫码的应用都可以实现对任何支付二维码的扫码支付，提高了用户的使用体验。

在本发明实施例中，对于上述通过扫码获取到的支付二维码，具体是由第三方平台通过以下方式生成：

首先根据商家的生成支付二维码请求，获取至少一种支付应用的二维信息，根据所述二维码信息生成支付二维码，并且对生成后的支付二维码绑定到H5网页中，而在绑定的过程中，除了要绑定支付二维码与支付应用的对应关系之外，还需要建立其与支付应用的支付界面之间的跳转关系。

而这里的绑定的跳转关系适用于直接控制终端中的对于某个支付应用的启动程序。

在实际应用中，当终端使用任一应用程序进行对支付二维码进行扫描时，通过解析支付二维码中绑定的应用信息和跳转关系，根据跳转关系直接控制终端启动与应用信息对应的支付应用，并且根据支付代码SDK调取出其支付应用的支付界面来实现支付，从而实现了H5网页上的二维码对终端上的支付应用的使用控制，解决了支付扫码失败或者无效的问题，提高了用户对于扫码支付的使用的体验和便捷性。

同时，对于上述的H5网页的支付二维码的生成方法具体可以是有第三方管理平台来实现，管理平台在根据商家的请求，根据该方法生成对应的支付二维码提供给商家，从而实现支付的应用控制，大大提高了商家对于支付的后台控制管理。

为了解决上述的问题，本发明实施例还提供了一种H5网页的扫码支付装置，参照图5，图5为本发明实施例提供的H5网页的扫码支付装置的功能模块的示意图。在本实施例中，该装置包括：

扫码模块51，用于通过扫码获取所述H5网页上的支付二维码，其中，所述支付二维码包含有至少一种支付应用的二维码信息，并且所述支付二维码与至少一个支付应用的支付界面建立跳转关系；

采集模块52，用于获取所述支付二维码中的二维码信息；

查询模块53，用于根据所述二维码信息确定所述支付二维码绑定的应用信息，并获取与所述应用信息对应的支付代码SDK，其中，所述支付代码SDK为所述支付应用的支付环境的执行脚本代码；

支付处理模块54，用于在接收到支付请求时，调取程序执行脚本以启动与所述应用信息对应的支付应用，并根据所述支付代码SDK以及所述跳转关系调取所述支付应用中对应的支付环境，其中，所述支付环境为在扫码实现支付时所显示的操作界面，所述支付请求为基于用户在设备上触控生成的支付操作所得到的支付指令。

基于与上述本发明实施例的H5网页的扫码支付方法相同的实施例说明内容，因此本实施例对H5网页的扫码支付装置的实施例内容不做过多赘述。

本实施例通过在H5网页中同时集成了与所述H5网页的操作界面之间的跳转关系的支付二维码，基于该二维码以及所述二维码中绑定的支付应用来获取对应的支付代码SDK，根据支付代码SDK和绑定的跳转关系选择对应的支付应用的支付环境，以实现扫码支付操作，从而实现了不同支付应用扫码以及支付应用的自动跳转支付方式的操作；而在支付设备不需要进行对支付应用的有意选择，介质启动任意一个应用进行扫码支付，当二维码与支付应用不对应时，根据支付SDK来自动调整支付应用，使得支付设备的支付应用与二维码对应，这样一方面可以减少企业的支付管理成本，直接使用一个支付环境即可实现多种支付应用的支付，同时也避免了用户支付扫码无效，支付失败，重新再选择的情况，给用户提供了更加方便的支付模式，大大提升了用户的使用体验。

本发明还提供一种计算机可读存储介质。

本实施例中，所述计算机可读存储介质上存储有H5网页的扫码支付程序，所述H5网页的扫码支付程序被处理器执行时实现如上述任一项实施例中所述的H5网页的扫码支付方法的步骤。其中，H5网页的扫码支付程序被处理器执行时所实现的方法可参照本发明H5网页的扫码支付方法的各个实施例，因此不再过多赘述。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，这些均属于本发明的保护之内。

Claims (10)

1.一种H5网页的扫码支付方法，其特征在于，所述H5网页的扫码支付方法包括以下步骤：

通过扫码获取H5网页上的支付二维码，其中，所述支付二维码包含有至少一种支付应用的二维码信息，并且所述支付二维码与至少一个支付应用的支付界面建立跳转关系；

获取所述支付二维码中的二维码信息；

根据所述二维码信息确定所述支付二维码绑定的应用信息，并获取与所述应用信息对应的支付代码SDK，其中，所述支付代码SDK为所述支付应用的支付环境的执行脚本代码；

在接收到支付请求时，调取程序执行脚本以启动与所述应用信息对应的支付应用，并根据所述支付代码SDK以及所述跳转关系调取所述支付应用中对应的支付环境，其中，所述支付环境为在扫码实现支付时所显示的操作界面，所述支付请求为基于用户在设备上触控生成的支付操作所得到的支付指令。

2.如权利要求1所述的H5网页的扫码支付方法，其特征在于，所述支付二维码包括集成二维码和二维码矩阵中的至少一种；所述集成二维码为由至少两个不同支付应用的支付码混合集成所形成，所述二维码矩阵为由至少两个不同支付应用的支付码排列所形成。

3.如权利要求2所述的H5网页的扫码支付方法，其特征在于，所述根据所述二维码信息确定所述支付二维码绑定的应用信息，并获取与所述应用信息对应的支付代码SDK包括：

若所述支付二维码为集成二维码，则确定当前用于进行扫码的客户端的软件信息；

获取所述集成二维码中绑定的所有支付应用，并从所述集成二维码中绑定的所有支付应用中选择与所述软件信息对应的支付应用；

根据所述支付应用以及所述支付应用与支付代码SDK的对应关系，获取与所述支付应用进行支付关联的支付代码SDK，所述支付代码SDK包括链接接口和支付验证信息。

4.如权利要求3所述的H5网页的扫码支付方法，其特征在于，在所述根据所述支付应用以及所述支付应用与支付代码SDK的对应关系，获取与所述支付应用进行支付关联的链接接口和支付验证信息的步骤之前，还包括：

判断所述集成二维码中绑定的所有支付应用中是否存在与所述软件信息对应的支付应用；

若所述集成二维码中绑定的所有支付应用中不存在与所述软件信息对应的支付应用，则根据所述集成二维码中绑定的支付应用的应用信息获取所述支付代码SDK；

若所述集成二维码中绑定的所有支付应用中存在与所述软件信息对应的支付应用，则根据当前用于进行扫码操作的客户端的软件信息获取所述支付代码SDK。

5.如权利要求4所述的H5网页的扫码支付方法，其特征在于，所述根据所述支付代码SDK以及所述跳转关系调取所述支付应用中对应的支付环境包括：

若所述集成二维码中绑定的所有支付应用中不存在与所述软件信息对应的支付应用，则根据所述链接接口唤醒对应的支付应用以及与所述支付应用相关联的支付环境；

基于所述集成二维码中绑定的支付应用与支付界面之间的跳转关系，将客户端的界面跳转显示为与所述支付应用相关联的支付环境的界面；

在所述支付环境的界面，根据所述支付验证信息对扫码支付操作进行验证，以实现支付，所述验证包括支付金额和付款操作的验证。

6.如权利要求2所述的H5网页的扫码支付方法，其特征在于，所述根据所述二维码信息确定所述支付二维码绑定的应用信息，并获取与所述应用信息对应的支付代码SDK包括：

若所述支付二维码为二维码矩阵，则确定所述二维码矩阵中被扫码的二维码，并获取与所述二维码相关联的应用信息；

比较所述应用信息与当前用于进行扫码的客户端的软件信息是否相同；

若所述应用信息与当前用于进行扫码操作的客户端的软件信息相同，则根据所述软件信息获取与所述客户端进行支付关联的链接接口和支付验证信息。

7.如权利要求6所述的H5网页的扫码支付方法，其特征在于，所述根据所述二维码信息确定所述支付二维码绑定的应用信息，并获取与所述应用信息对应的支付代码SDK，还包括：

若所述应用信息与当前用于进行扫码的客户端的软件信息不相同，则获取设备的运行后台中，正在运行且具有扫码支付功能的应用程序的列表，并从所述列表中确定一个程序作为完成本次扫码支付的支付应用；

根据所述支付应用获取其与所述H5网页支付关联的支付代码SDK。

8.一种H5网页的扫码支付装置，其特征在于，所述扫码支付装置包括：

扫码模块，用于通过扫码获取H5网页上的支付二维码，其中，所述支付二维码包含有至少一种支付应用的二维码信息，并且所述支付二维码与至少一个支付应用的支付界面建立跳转关系；

解析模块，用于获取所述支付二维码中的二维码信息；

查询模块，用于根据所述二维码信息确定所述支付二维码绑定的应用信息，并获取与所述应用信息对应的支付代码SDK，其中，所述支付代码SDK为所述支付应用的支付环境的执行脚本代码；

支付处理模块，用于在接收到支付请求时，调取程序执行脚本以启动与所述应用信息对应的支付应用，并根据所述支付代码SDK以及所述跳转关系调取所述支付应用中对应的支付环境，其中，所述支付环境为在扫码实现支付时所显示的操作界面，所述支付请求为基于用户在设备上触控生成的支付操作所得到的支付指令。

9.一种扫码支付设备，其特征在于，所述扫码支付设备包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的H5网页的扫码支付程序，所述H5网页的扫码支付程序被所述处理器执行时实现如权利要求1-7中任一项所述的H5网页的扫码支付方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有H5网页的扫码支付程序，所述H5网页的扫码支付程序被处理器执行时实现如权利要求1-7中任一项所述的H5网页的扫码支付方法的步骤。

Images