CN112036853A

CN112036853A - 一种支付方法、支付方式配置方法、装置和设备

Info

Publication number: CN112036853A
Application number: CN202010728257.4A
Authority: CN
Inventors: 李树江
Original assignee: Changsha Youheng Network Technology Co Ltd
Current assignee: Changsha Youheng Network Technology Co Ltd
Priority date: 2020-07-24
Filing date: 2020-07-24
Publication date: 2020-12-04

Abstract

本发明公开了一种支付方法、支付方式配置方法、装置和设备。方法包括：确定待配置支付应用类型；根据所述支付应用类型，配置HTML5支付页面的应用参数；将配置完成的所述HTML5支付页面与所述支付应用建立关联关系，以便所述支付应用通过所述HTML5支付页面进行支付操作。通过上述技术方案，在配置的时候，对HTML5进行配置，并且可以将该配置好的HTML5嵌入到各种不同类型的支付应用当中，能够满足用户多样化支付需求。并且，在对支付应用进行升级维护的时候，只需要对HTML5支付页面进行维护升级就可以，避免针对不同应用类型分别进行维护，能够有效提升支付应用的配置效率、支付应用的维护效率。

Description

一种支付方法、支付方式配置方法、装置和设备

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种支付方法、支付方式配置方法、装置和设备。

背景技术

随着互联网技术的发展，业务越来越复杂，为了满足不同用户的不同需求，业务应用也呈现多样化。比如，业务应用可以通过小程序方式呈现或者应用呈现(APP)方式呈现。

由于业务应用方式呈现多元化，对应的，基于各类型业务进行交易过程中，支付方式也呈现多样化。在开发过程中，为了满足支付多样化的需求，需要为每种支付方式都做相应开发。若需要对业务功能进行升级，也需要开发人员对各种支付页面进行相应功能的升级，这样频繁的开发升级不利于系统的稳定，也需要投入很多的人力。

发明内容

本发明实施例提供一种支付方法、支付方式配置方法、装置和设备，用以提升支付应用的维护效率。

第一方面，本发明实施例提供一种支付方式配置方法，该方法包括：

确定待配置支付应用类型；

根据所述支付应用类型，配置HTML5支付页面的应用参数；

将配置完成的所述HTML5支付页面与所述支付应用建立关联关系，以便所述支付应用通过所述HTML5支付页面进行支付操作。

可选地，所述支付应用类型，包括：小程序支付、应用程序支付、公众号支付。

可选地，所述根据所述支付应用类型，配置HTML5支付页面的应用参数，包括：

在配置中心配置所述HTML5支付页面的页面展示参数和支付服务参数；

封装配置后的所述HTML5支付页面。

可选地，所述将配置完成的所述HTML5支付页面与所述支付应用建立关联关系，包括：

获取基于所述HTML5支付页面封装后的跳转链接；

嵌入所述跳转链接到所述支付应用中，以便所述支付应用通过所述HTML5支付链接调用所述HTML5支付页面。

可选地，还包括：在配置后台中配置所述HTML5支付页面适用于多种所述支付应用的应用终端设备的显示参数。

第二方面，本发明实施例提供一种支付方法，所述支付方法应用于服务端，该方法包括：

响应于客户端发出的支付请求，确定所述支付请求中携带的支付应用类型信息；

根据所述支付应用类型信息，发送对应的HTML5支付页面展示链接给所述客户端；

响应于用户的展示操作，基于预配置HTML5支付页面的应用参数展示支付页面。

可选地，所述支付应用类型信息包括：小程序支付、应用程序支付、公众号支付；

所述根据所述支付应用类型信息，发送对应的HTML5支付页面展示链接给所述客户端，包括：

根据所述支付应用类型信息，确定适应于多种所述支付应用类型的应用终端设备的显示参数；

发送预先配置有所述显示参数的所述HTML5支付页面展示链接给所述客户端。

第三方面，本发明实施例提供一种支付方式配置装置，该装置包括：

确定模块，用于确定待配置支付应用类型；

配置模块，用于根据所述支付应用类型，配置HTML5支付页面的应用参数；

关联模块，用于将配置完成的所述HTML5支付页面与所述支付应用建立关联关系，以便所述支付应用通过所述HTML5支付页面进行支付操作。

第四方面，本发明实施例提供一种支付方式配置装置，该装置包括：

确定模块，用于响应于客户端发出的支付请求，确定所述支付请求中携带的支付应用类型信息；

发送模块，用于根据所述支付应用类型信息，发送对应的HTML5支付页面展示链接给所述客户端；

展示模块，用于响应于用户的展示操作，基于预配置HTML5支付页面的应用参数展示支付页面。

第五方面，本发明实施例提供一种电子设备，包括处理器、存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现如第一方面所述的支付方式配置方法。

在本发明实施例中，为了满足各种支付应用类型的支付需求，以及各种支付应用类型的变更需求，预先配置HTML5支付页面的应用参数。在配置的时候，需要针对具体的支付应用类型进行配置。然后，建立配置完成的HTML5支付页面与支付应用之间的关联关系，从而，各个支付应用可以通过HTML5业务完成相应的支付动作。通过上述方案，在配置的时候，对HTML5进行配置，并且可以将该配置好的HTML5嵌入到各种不同类型的支付应用当中，能够满足用户多样化支付需求。并且，在对支付应用进行升级维护的时候，只需要对HTML5支付页面进行维护升级就可以，避免针对不同应用类型分别进行维护，能够有效提升支付应用的配置效率、支付应用的维护效率。

附图说明

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

图1为本申请实施例提供的一种支付方式配置方法的流程示意图；

图2为本申请实施例提供的一种支付方法的流程示意图；

图3为本申请实施例提供的一种支付方式配置装置的结构示意图；

图4为与图3所述实施例提供的数据处理装置对应的电子设备的结构示意图；

图5为本申请实施例提供的一种支付装置的结构示意图；

图6为与图5所述实施例提供的支付装置对应的电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

在面对支付应用类型多样化的实际情况时，为了更好的满足用户多样化需求，需要针对开发人员、运营人员针对各种支付应用类型进行相应开发和升级、维护。然而，随着业务类型的增多、支付应用类型的增多，当需要对支付应用进行升级的时候，需要分别对各种支付应用类型、分别进行升级。这样，会对工作人员带来很大的工作量，而且频繁发版更新，对系统的稳定性也是十分不利。因此，需要一种能够适用于不同支付应用类型、能实现简易升级的技术方案。

图1为本申请实施例提供的一种支付方式配置方法的流程示意图，应用于服务端，如图1所示，该方法包括以下步骤：

101：确定待配置支付应用类型。

102：根据所述支付应用类型，配置HTML5支付页面的应用参数。

103：将配置完成的所述HTML5支付页面与所述支付应用建立关联关系，以便所述支付应用通过所述HTML5支付页面进行支付操作。

需要说明的是，这里所说的支付应用类型包括多种类型，比如，包括小程序支付、应用程序(APP)支付、公众号支付等等，因此，也可以将支付应用类型称为支付来源。由于商家或者用户可以通过多种形式进行交易操作，这里所说的多种形式，包括小程序形式、应用程序形式或者公众号形式。比如，有些商家可以自己同时运营APP、小程序、公众号，从而，客户可以通过上述三种方式进入商家线上店铺进行相关交易，在完成交易之后直接进行线上支付。上述各种支付应用类型所支持的支付方式也是多种多样的，比如，可以是微信支付、支付宝支付、银行卡支付等等。

为了能够实现本申请技术方案，可以通过配置中心完成相关配置工作。这里所说的配置中心，能够完成页面展示参数配置、支付服务参数配置等相关工作。这里所说的页面展示参数包括展示文案参数、展示效果参数，比如，展示的具体内容、布局、图片和文字的展示效果等等。支付服务参数包括支付方式、支付主体、项目名称、支付账号等等。例如，在小程序wxml文件中直接用webview组件，用src属性绑定HTML5支付页面的网页域名(也就是跳转链接)，不能是IP地址绑定的网页域名。

容易理解的是，这里所说的支付主体，可以是电商平台或者入住商家，一般来说，电商平台自营业务可以将电商平台作为支付主体，而入住商家的支付主体可以由商家根据需求自行设定。在配置中心当中，包含有各种基本可配置参数，能够满足业务升级或者业务增加等需要对支付页面进行升级或者添加的需求。只需要配置同一HTML5支付页面就可以，无需对各个支付应用类型分别进行配置。实现了快速升级、快速配置的效果。

在本申请一个或者多个实施例中，所述将配置完成的所述HTML5支付页面与所述支付应用建立关联关系，包括：获取基于所述HTML5支付页面封装后的跳转链接；嵌入所述跳转链接到所述支付应用中，以便所述支付应用通过所述HTML5支付链接调用所述HTML5支付页面。

在实际应用中，可以将配置得到的HTML5支付页面及其相关参数封装到一个SDK当中，并对外提供调用接口。在需要使用的时候，可以通过调用接口实现所需的展示效果，实现用户无感知的接口调用。

在封装完成后，将封装后的HTML5支付页面嵌入到各个支付应用当中。在各个支付应用需要调用HTML5支付页面的时候，可以利用调用接口调用该HTML5。需要说明的是，针对不同支付应用类型所采用的嵌入方式不同，比如，应用程序支付需要借助webview实现，而小程序和公众号则可以直接实现HTML5页面的跳转。因此，将同一HTML5支付页面同时嵌入到不同的支付应用类型当中，只需对一个HTML5支付页面进行升级维护就可以了，并且在升级的时候，即便是APP也无需重新发版。能够有效提升支付应用维护效率。

在本申请一个或者多个实施例中，还包括：在配置后台中配置所述HTML5支付页面适用于多种所述支付应用的应用终端设备的显示参数。

容易理解的是，本申请技术方案可以应用到各种类型的终端设备当中。换言之，支付应用可以应用于不同类型的终端设备当中。比如，可以是手机终端设备、计算机终端设备。不同类型的设备，HTML5的显示参数是不同的。在配置HTML5页面的过程中，可以将终端设备的显示参数同时进行配置，以便获得更好的展示效果，满足多类型终端设备的展示需求。

基于同样的思路，本申请实施例提供一种支付方法，该方法主要应用于服务端。如图2为本申请实施例提供的一种支付方法的流程示意图。从图2中可以看出，包括如下步骤：

201：响应于客户端发出的支付请求，确定所述支付请求中携带的支付应用类型信息。

202：根据所述支付应用类型信息，发送对应的HTML5支付页面展示链接给所述客户端。

203：响应于用户的展示操作，基于预配置HTML5支付页面的应用参数展示支付页面。

例如，用户通过小程序登录到某个商家的线上店铺，选择好所需的商品或者服务内容后，用户可以通过触发“结算”控件，执行结算相关操作。服务端会对接收到的支付请求进行解析，从而得到支付请求中携带的支付应用类型信息。这里所说的支付应用类型信息可以包括：小程序支付、应用程序支付、公众号支付等等。

此外，还需要确定支付请求对应的业务ID、品类ID和服务项ID等等。比如，业务ID为保洁服务的ID，品类ID是保洁服务当中的日常保洁ID，服务型ID是日常保洁中厨房保洁ID。这样，根据支付请求准确计算并生成支付订单。

在客户端上展示收银台界面，并且界面上显示有用于展示HTML5支付页面的跳转控件，当用户触发该控件之后，可以按照应用参数展示HTML5支付页面。这里所说的应用参数可以包括页面展示参数、支付服务参数，具体内容已在前述实施例中进行举例说明，这里就不再赘述，可以参考前述实施例。

在本申请一个或者多个实施例中，所述支付应用类型信息包括：小程序支付、应用程序支付、公众号支付；

一般来说，根据支付应用类型可以直接确定发起支付请求的终端设备的类型，这里所说的应用终端设备的类型可以包括手机终端、计算机终端等等。容易理解的是不同终端的显示参数不完全相同。因此，可以根据支付应用类型信息、应用终端设备类型等确定显示参数，以及应用参数，能够满足针对各种终端设备、各种支付应用类型的展示需求。

基于同样的思路，本申请实施例还提供给一种支付方式配置装置，如图3为本申请实施例提供给的一种支付方式配置装置的结构示意图。所述装置包括：

确定模块31，用于确定待配置支付应用类型；

配置模块32，用于根据所述支付应用类型，配置HTML5支付页面的应用参数；

关联模块33，用于将配置完成的所述HTML5支付页面与所述支付应用建立关联关系，以便所述支付应用通过所述HTML5支付页面进行支付操作。

配置模块32，用于在配置中心配置所述HTML5支付页面的页面展示参数和支付服务参数；封装配置后的所述HTML5支付页面。

关联模块33，用于获取基于所述HTML5支付页面封装后的跳转链接；嵌入所述跳转链接到所述支付应用中，以便所述支付应用通过所述HTML5支付链接调用所述HTML5支付页面。

以下将详细描述本发明的一个或多个实施例的数据处理装置。本领域技术人员可以理解，这些数据处理装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

通过上述方案可知，为了满足各种支付应用类型的支付需求，以及各种支付应用类型的变更需求，预先配置HTML5支付页面的应用参数。在配置的时候，需要针对具体的支付应用类型进行配置。然后，建立配置完成的HTML5支付页面与支付应用之间的关联关系，从而，各个支付应用可以通过HTML5业务完成相应的支付动作。通过上述方案，在配置的时候，对HTML5进行配置，并且可以将该配置好的HTML5嵌入到各种不同类型的支付应用当中，能够满足用户多样化支付需求。并且，在对支付应用进行升级维护的时候，只需要对HTML5支付页面进行维护升级就可以，避免针对不同应用类型分别进行维护，能够有效提升支付应用的配置效率、支付应用的维护效率。

在一个可能的设计中，上述图3所示支付方式配置装置的结构可实现为一电子设备，如图4所示为与图3所述实施例提供的支付方式配置装置对应的电子设备的结构示意图，该电子设备可以包括：处理器41、存储器42，所述存储器42用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器41执行时实现前述各实施例中客户端所执行的各步骤。

可选地，该电子设备中还可以包括通信接口43，用于与其他设备进行通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存计算机程序，该计算机程序使客户端执行时实现上述图1所示实施例中的支付方式配置方法。

基于同样的思路，本申请实施例提供一种支付装置。如图5为本申请实施例提供的一种支付装置的结构示意图。所述装置包括：

确定模块51，用于响应于客户端发出的支付请求，确定所述支付请求中携带的支付应用类型信息；

发送模块52，用于根据所述支付应用类型信息，发送对应的HTML5支付页面展示链接给所述客户端；

展示模块53，用于响应于用户的展示操作，基于预配置HTML5支付页面的应用参数展示支付页面。

所述发送模块52用于根据所述支付应用类型信息，确定适应于多种所述支付应用类型的应用终端设备的显示参数；发送预先配置有所述显示参数的所述HTML5支付页面展示链接给所述客户端。

在一个可能的设计中，上述图5所示支付方式配置装置的结构可实现为一电子设备，如图6所示为与图5所述实施例提供的支付方式配置装置对应的电子设备的结构示意图，该电子设备可以包括：处理器61、存储器62，所述存储器62用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器61执行时实现前述各实施例中客户端所执行的各步骤。

可选地，该电子设备中还可以包括通信接口63，用于与其他设备进行通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存计算机程序，该计算机程序使客户端执行时实现上述图2所示实施例中的支付方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程资源更新设备的处理器以产生一个机器，使得通过计算机或其他可编程资源更新设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程资源更新设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程资源更新设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

Claims

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

确定待配置支付应用类型；

根据所述支付应用类型，配置HTML5支付页面的应用参数；

2.根据权利要求1所述的方法，其特征在于，所述支付应用类型，包括：小程序支付、应用程序支付、公众号支付。

3.根据权利要求1所述的方法，其特征在于，所述根据所述支付应用类型，配置HTML5支付页面的应用参数，包括：

封装配置后的所述HTML5支付页面。

4.根据权利要求3所述的方法，其特征在于，所述将配置完成的所述HTML5支付页面与所述支付应用建立关联关系，包括：

获取基于所述HTML5支付页面封装后的跳转链接；

5.根据权利要求3所述的方法，其特征在于，还包括：在配置后台中配置所述HTML5支付页面适用于多种所述支付应用的应用终端设备的显示参数。

6.一种支付方法，其特征在于，所述支付方法应用于服务端，所述方法包括：

7.根据权利要求6所述的方法，其特征在于，所述支付应用类型信息包括：小程序支付、应用程序支付、公众号支付；

8.一种支付方式配置装置，其特征在于，所述装置包括：

确定模块，用于确定待配置支付应用类型；

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

10.一种电子设备，其特征在于，包括：处理器、存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现权利要求1至5中任一项所述的支付方式配置方法。