CN111461698B - 一种支付方法、装置、存储介质和设备 - Google Patents

Abstract

本申请公开了一种支付方法、装置、存储介质和设备，通过预设界面，展示目标支付方式，目标支付方式为，预先配置的基本信息所属支付需求方预先设置的支付方式。获取用户基于预设界面发送的支付指令，生成支付订单，支付指令包括第一支付方式，第一支付方式为各种目标支付方式中的任意一种。从预先封装的各种第三方支付平台提供的支付接口中，调用与第一支付方式对应的支付接口，向目标支付平台发送支付订单，触发目标支付平台执行支付订单。可见，对于不同的支付需求方，只要预先配置基本信息，就可以实现支付功能的设置，而无需再单独开发多套支付功能逻辑，从而有效减少诸如小程序、网页等支付需求方的开发工作量。

Description

一种支付方法、装置、存储介质和设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种支付方法、装置、存储介质和设备。

背景技术

小程序是一种不需要下载安装即使用的应用，由于不用安装软件，降低了用户的使用成本（即无需占用内存），从而成为了当前移动端的流行应用趋势。对于有支付需求的小程序，开发人员需要开发相应的支付逻辑。因此，企业在开发小程序的过程中，需要针对不同的小程序，重复开发支付功能逻辑，从而增加了开发的工作量。

发明内容

本申请提供了一种支付方法、装置、存储介质和设备，目的在于减少小程序、网页等支付需求方的开发工作量。

为了实现上述目的，本申请提供了以下技术方案：

一种支付装置，包括：

配置模块和支付模块；

所述配置模块，用于配置支付需求方的基本信息，所述基本信息至少包括目标支付方式，所述目标支付方式为所述支付需求方预先设置的支付方式；

所述支付模块，用于预先封装各种第三方支付平台提供的支付接口；通过预设界面，展示所述目标支付方式；获取用户基于所述预设界面发送的支付指令，生成支付订单；调用与第一支付方式对应的所述支付接口，向目标支付平台发送所述支付订单，触发所述目标支付平台执行所述支付订单；其中，所述支付指令包括所述第一支付方式，所述第一支付方式为各种所述目标支付方式中的任意一种，所述目标支付平台为所述第一支付方式对应的所述第三方支付平台；判断预设时间内，是否接收到所述目标支付平台发送的支付成功提示；在所述预设时间内，接收到所述目标支付平台发送的所述支付成功提示的情况下，确定支付成功，并通过所述预设界面展示所述支付成功提示；在所述预设时间内，未接收到所述目标支付平台发送的所述支付成功提示的情况下，确定支付失败，依据所述支付订单的标识，从所述目标支付平台中获取与所述标识对应的支付结果，得到支付失败提示，并通过所述预设界面展示所述支付失败提示。

可选的，所述基本信息还包括所述支付需求方的名称；

所述支付模块用于通过预设界面，展示所述目标支付方式，包括：

所述支付模块具体用于，在接收到支付请求的情况下，依据所述支付需求方的所述名称，对支付请求发送方进行鉴权；在所述支付请求发送方通过鉴权的情况下，通过所述预设界面，展示所述目标支付方式；在所述支付请求发送方未通过鉴权的情况下，向所述支付请求发送方，发送错误提示。

可选的，所述支付模块用于将所述支付成功提示发送给所述用户，包括：

所述支付模块具体用于，将所述支付成功提示存储至预设的消息队列，所述消息队列用于通过所述预设界面展示所述支付成功提示；

所述支付模块用于将所述支付失败提示发送给所述用户，包括：

所述支付模块具体用于，将所述支付失败提示存储至预设的消息队列，所述消息队列用于通过所述预设界面展示所述支付失败提示。

可选的，所述基本信息还包括预设的优先支付方式；

所述支付模块还用于：

将所述优先支付方式作为所述第一支付方式。

可选的，所述基本信息还包括所述支付需求方所属应用的类型；

所述支付模块还用于：

依据应用类型与支付方式的预设对应关系，确定所述第一支付方式。

可选的，所述支付模块还用于：

在接收到退款请求的情况下，依据所述退款请求所指示的支付订单，生成退款订单；调用与所述退款方式对应的支付接口，向所述目标支付平台发送所述退款订单，触发所述目标支付平台执行所述退款订单，其中，所述退款订单包括退款方式，所述退款方式与所述第一支付方式相同。

一种支付方法，包括：

配置支付需求方的基本信息，所述基本信息至少包括目标支付方式，所述目标支付方式为所述支付需求方预先设置的支付方式；

通过预设界面，展示所述目标支付方式；

获取用户基于所述预设界面发送的支付指令，生成支付订单，所述支付指令包括第一支付方式，所述第一支付方式为各种所述目标支付方式中的任意一种；

从预先封装的各种第三方支付平台提供的支付接口中，调用与所述第一支付方式对应的支付接口，向目标支付平台发送所述支付订单，触发所述目标支付平台执行所述支付订单，所述目标支付平台为所述第一支付方式对应的所述第三方支付平台。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在计算机上运行时，执行所述的支付方法。

一种支付设备，包括：处理器、存储器和总线；所述处理器与所述存储器通过所述总线连接；

所述存储器用于存储程序，所述处理器用于运行程序，其中，所述程序运行时执行所述的支付方法。

本申请提供的技术方案，主要提供了一种支付装置，支付装置包括配置模块和支付模块。配置模块配置支付需求方的基本信息，基本信息至少包括目标支付方式，目标支付方式为支付需求方预先设置的支付方式。支付模块封装各种第三方支付平台提供的支付接口。支付模块通过预设界面，展示目标支付方式。支付模块获取用户基于预设界面发送的支付指令，生成支付订单。支付模块调用与第一支付方式对应的支付接口，向目标支付平台发送支付订单，触发目标支付平台执行支付订单。其中，支付指令包括第一支付方式，第一支付方式为各种目标支付方式中的任意一种，目标支付平台为第一支付方式对应的第三方支付平台。可见，配置模块为支付装置与支付需求方的接口，支付模块为支付装置与第三方支付平台的接口，因此，对于不同的支付需求方，只要在配置模块中配置基本信息，就可以实现支付功能的设置，而无需再单独开发多套支付功能逻辑，从而有效减少诸如小程序、网页等支付需求方的开发工作量。

附图说明

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

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

图1b为本申请实施例提供的一种支付装置中各个模块之间信息交互过程的示意图；

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

图3为本申请实施例提供的一种对支付请求发送方进行权限验证的流程示意图；

图4为本申请实施例提供的一种执行结果反馈方法的示意图。

具体实施方式

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

如图1a所示，为本申请实施例提供的一种支付装置的架构示意图，包括：

配置模块100和支付模块200。

其中，配置模块100和支付模块200之间的信息交互过程，如图1b所示，包括如下步骤：

S101：配置模块配置支付需求方的基本信息。

其中，支付需求方包括但不限于小程序、网页、以及智能机器人等，基本信息至少包括目标支付方式和支付需求方的名称，目标支付方式为支付需求方预先设置的支付方式。

以小程序为例，小程序的基本信息至少包括：小程序的名称、商户信息（即小程序内的支付商户所提供的账号信息，例如微信账号、以及支付宝账号等，支付商户所提供的账号信息能够用于进行线上交易）、小程序所属应用的类型（例如微信、以及支付宝等）、支付方式（例如微信支付、支付宝支付、以及银联支付等）、优先支付方式（即每次支付交易时默认的支付方式）、以及分账信息（小程序内的支付商户所包含的账号信息、以及各个账号的支付权重，例如，支付商户包含多两个支付宝账号，每次收款时，两个支付包账号各自获取支付金额的一半）。

S102：支付模块预先封装各种第三方支付平台提供的支付接口。

其中，支付接口具体指的是：第三方支付平台（例如支付宝、微信、以及银联等）提供的用于进行线上交易的支付接口。

S103：在接收到支付请求的情况下，支付模块从配置模块中支付需求方的名称，并依据支付需求方的名称，对支付请求发送方进行鉴权。

其中，支付请求包括支付请求发送方的名称、支付商户的账号信息、支付金额、以及支付方式。对支付请求发送方进行鉴权具体指的是：判断支付需求方的名称是否与支付请求发送方的名称一致，若支付需求方的名称与支付请求发送方的名称一致，则确定支付请求发送方通过鉴权，并执行S104，否则确定支付请求发送方未通过鉴权，执行S105。

需要说明的是，通过对支付请求发送方进行鉴权，可以避免本实施例所述的支付装置，被其他陌生的程序应用所调用，从而提高支付装置的安全性。

S104：支付模块通过预设界面，展示目标支付方式。

在执行S104之后，继续执行S106。

S105：支付模块向支付请求发送方，发送错误提示。

S106：支付模块获取用户基于预设界面发送的支付指令，生成支付订单。

其中，支付指令包括第一支付方式，第一支付方式为各种目标支付方式中的任意一种。基于预设界面发送的支付指令，生成支付订单的具体实现过程，为本领域技术人员所熟悉的公知常识，例如，通过界面展示二维码，实现扫码支付等。

需要说明的是，本实施例所述的用户为支付请求发送方的使用者，即小程序、网页、以及智能机器人的使用者，例如，用户通过小程序购买商品，则确定用户作为小程序的使用者。

可选的，支付模块还可以将基本信息中预设的优先支付方式作为第一支付方式。

另外，在本实施例中，支付模块还可以依据应用类型与支付方式的预设对应关系，确定第一支付方式。例如，支付请求发送方所属应用为支付宝，支付宝对应的支付方式为支付宝支付，因此，可以直接将支付宝支付作为第一支付方式。

S107：支付模块调用与第一支付方式对应的支付接口，向目标支付平台发送支付订单，触发目标支付平台执行支付订单。

其中，目标支付平台为第一支付方式对应的第三方支付平台。

S108：支付模块判断预设时间内，是否接收到目标支付平台发送的支付成功提示。

其中，若预设时间内，接收到目标支付平台发送的支付成功提示，则确定支付成功，并执行S109，否则确定支付失败，并执行S110。

S109：支付模块通过预设界面展示支付成功提示。

可选的，支付模块还可以将支付成功提示存储至预设的消息队列。其中，消息队列用于通过预设界面展示支付成功提示。

需要说明的是，消息队列通过预设界面展示支付成功提示的具体实现过程，为本领域技术人员所熟悉的公知常识，具体的，本实施例所述的支付装置提供消息订阅功能，消息队列通过预设界面向订阅了该功能的支付请求方和/或用户，展示预存的消息（即支付成功提示、或者下述S110提及的支付失败提示）。

S110：支付模块依据支付订单的标识，从目标支付平台中获取与标识对应的支付结果，得到支付失败提示，通过预设界面展示支付失败提示。

可选的，支付模块还可以将支付失败提示存储至预设的消息队列。其中，消息队列用于通过预设界面展示支付失败提示。

S111：在接收到退款请求的情况下，支付模块依据退款请求所指示的支付订单，生成退款订单。

其中，退款订单包括退款方式，退款方式与第一支付方式相同。

S112：支付模块调用与退款方式对应的支付接口，向目标支付平台发送退款订单，触发目标支付平台执行退款订单。

其中，调用与退款方式对应的支付接口，向目标支付平台发送退款订单的具体实现过程，为本领域技术人员所熟悉的公知常识，这里不再赘述。

综上所述，本实施例提供了一种支付装置，支付装置包括配置模块和支付模块。配置模块配置支付需求方的基本信息，支付模块预先封装各种第三方支付平台提供的支付接口，其中，基本信息包括目标支付方式，目标支付方式为支付需求方预先设置的支付方式。在进行支付的过程中，支付模块获取用户基于预设界面发送的支付指令，生成支付订单，支付订单包括第一支付方式。支付模块调用与第一支付方式对应的支付接口，向目标支付平台发送支付订单，触发目标支付平台执行支付订单。可见，配置模块为支付装置与支付需求方的接口，支付模块为支付装置与第三方支付平台的接口，因此，对于不同的支付需求方，只要在配置模块中配置基本信息，就可以实现支付功能的设置，而无需再单独开发多套支付功能逻辑，从而有效减少诸如小程序、网页等支付需求方的开发工作量。

上述实施例提供的配置模块和支付模块之间的信息交互过程，可以概括为图2所示的流程。

如图2所示，为本申请实施例提供的一种支付方法的示意图，包括如下步骤：

S201：配置支付需求方的基本信息。

其中，支付需求方的基本信息至少包括目标支付方式，目标支付方式为支付需求方预先设置的支付方式。

可选的，支付需求方的基本信息还包括支付需求方的名称、预设的优先支付方式、以及支付需求方所属应用的类型。

需要说明的是，S201的具体执行过程和实现原理，与上述S101的具体执行过程和实现原理一致，这里不再赘述。

S202：通过预设界面，展示目标支付方式。

需要说明的是，S202的具体执行过程和实现原理，与上述S104的具体执行过程和实现原理一致，这里不再赘述。

此外，为了避免提高支付过程的安全性，还可以对支付请求发送方进行权限验证，具体的权限验证可以参见下述图3示出的步骤、以及步骤的解释说明。

S203：获取用户基于预设界面发送的支付指令，生成支付订单。

其中，支付指令包括第一支付方式，第一支付方式为各种目标支付方式中的任意一种。

需要说明的是，S203的具体执行过程和实现原理，与上述S106的具体执行过程和实现原理一致，这里不再赘述。

在本实施例中，第一支付方式除了用户指定之外，还可以采用其他方式确认第一支付方式。

可选的，将优先支付方式作为第一支付方式。

可选的，依据应用类型与支付方式的预设对应关系，确定第一支付方式。

S204：从预先封装的各种第三方支付平台提供的支付接口中，调用与第一支付方式对应的支付接口，向目标支付平台发送支付订单，触发目标支付平台执行支付订单。

其中，目标支付平台为第一支付方式对应的第三方支付平台。

需要说明的是，S204的具体执行过程和实现原理，与上述S107的具体执行过程和实现原理一致，这里不再赘述。

另外，用户由于个别原因，可能会针对支付订单提出退款需求，在实际退款过程中，退款方式是与支付方式一样的，例如，用户使用支付宝支付的支付方式向商家支付产品金额，后续退款时，商家也是采用支付宝支付的方式向用户退回产品金额。

可选的，在接收到退款请求的情况下，依据退款请求所指示的支付订单，生成退款订单，调用与退款方式对应的支付接口，向目标支付平台发送退款订单，触发目标支付平台执行退款订单。其中，退款订单包括退款方式，退款方式与第一支付方式相同。

综上所述，通过预设界面，展示目标支付方式。获取用户基于预设界面发送的支付指令，生成支付订单。从预先封装的各种第三方支付平台提供的支付接口中，调用与第一支付方式对应的支付接口，向目标支付平台发送支付订单，触发目标支付平台执行支付订单。可见，对于不同的支付需求方，只要预先配置基本信息，就可以实现支付功能的设置，而无需再单独开发多套支付功能逻辑，从而有效减少诸如小程序、网页等支付需求方的开发工作量。

如图3所示，为本申请实施例提供的一种对支付请求发送方进行权限验证的流程示意图，包括如下步骤：

S301：在接收到支付请求的情况下，依据支付需求方的名称，对支付请求发送方进行鉴权。

其中，对支付请求发送方进行鉴权的具体过程为：判断支付需求方的名称是否与支付请求发送方的名称一致，若支付需求方的名称与支付请求发送方的名称一致，则确定支付请求发送方通过鉴权，执行S302，否则确定支付请求发送方未通过鉴权，执行S303。

S302：通过预设界面，展示目标支付方式。

S303：向支付请求发送方，发送错误提示。

综上所述，本实施例依据支付需求方的名称，对支付请求发送方进行鉴权，在支付请求发送方通过鉴权的情况下，通过预设界面，展示目标支付方式。在支付请求发送方未通过鉴权的情况下，向支付请求发送方，发送错误提示。因此，基于本实施例提供的方案，能够实现对支付请求发送方的权限验证，提高支付的安全性。

需要说明的是，在向目标支付平台发送支付订单之后，目标支付平台执行支付订单的结果可能成功或者失败，为了能够让用户获悉支付订单的执行结果，需要将支付订单的执行结果，反馈给用户。

如图4所示，为本申请实施例提供的一种执行结果反馈方法的示意图，包括如下步骤：

S401：判断预设时间内，是否接收到目标支付平台发送的支付成功提示。

其中，若在预设时间内，接收到目标支付平台发送的支付成功提示，则执行S402，否则执行S403。

S402：确定支付成功，并通过预设界面展示支付成功提示。

可选的，还可以将支付成功提示存储至预设的消息队列，消息队列用于通过预设界面展示支付成功提示。

S403：确定支付失败，依据支付订单的标识，从目标支付平台中获取与标识对应的支付结果，得到支付失败提示。

在执行S403之后，继续执行S404。

S404：通过预设界面展示支付失败提示。

可选的，还可以将支付失败提示存储至预设的消息队列，消息队列用于通过预设界面展示支付失败提示。

综上所述，基于本实施例提供的流程，能够让用户获悉支付订单的执行结果。

本申请还提供了一种计算机可读存储介质，存储介质包括存储的程序，其中，程序执行上述本申请提供的支付方法。

本申请还提供了一种支付设备，包括：处理器、存储器和总线。处理器与存储器通过总线连接，存储器用于存储程序，处理器用于运行程序，其中，程序运行时执行上述本申请提供的支付方法。

本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备（可以是个人计算机，服务器，移动计算设备或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (6)

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

配置模块和支付模块，配置模块为支付装置与支付需求方的接口，支付模块为支付装置与第三方支付平台的接口；

所述配置模块，用于配置支付需求方的基本信息，所述基本信息至少包括目标支付方式、支付需求方的名称和所述支付需求方所属应用的类型，所述目标支付方式为所述支付需求方预先设置的支付方式，其中，所述支付需求方为小程序；

所述支付模块，用于预先封装各种第三方支付平台提供的支付接口；通过预设界面，展示所述目标支付方式，包括：所述支付模块具体用于，在接收到支付请求的情况下，判断支付需求方的名称是否与支付请求发送方的名称一致，若支付需求方的名称与支付请求发送方的名称一致，则确定支付请求发送方通过鉴权；在所述支付请求发送方通过鉴权的情况下，通过所述预设界面，展示所述目标支付方式；在所述支付请求发送方未通过鉴权的情况下，向所述支付请求发送方，发送错误提示，以避免所述支付装置，被除所述支付需求方外的其它程序应用调用；

获取用户基于所述预设界面发送的支付指令，生成支付订单；调用与第一支付方式对应的所述支付接口，向目标支付平台发送所述支付订单，触发所述目标支付平台执行所述支付订单；其中，所述支付指令包括所述第一支付方式，所述第一支付方式依据应用类型与支付方式的预设对应关系确定，所述目标支付平台为所述第一支付方式对应的所述第三方支付平台；

判断预设时间内，是否接收到所述目标支付平台发送的支付成功提示；在所述预设时间内，接收到所述目标支付平台发送的所述支付成功提示的情况下，确定支付成功，并通过所述预设界面展示所述支付成功提示；在所述预设时间内，未接收到所述目标支付平台发送的所述支付成功提示的情况下，确定支付失败，依据所述支付订单的标识，从所述目标支付平台中获取与所述标识对应的支付结果，得到支付失败提示，并通过所述预设界面展示所述支付失败提示。

2.根据权利要求1所述的装置，其特征在于，所述支付模块用于将所述支付成功提示发送给所述用户，包括：

所述支付模块具体用于，将所述支付成功提示存储至预设的消息队列，所述消息队列用于通过所述预设界面展示所述支付成功提示；

所述支付模块用于将所述支付失败提示发送给所述用户，包括：

所述支付模块具体用于，将所述支付失败提示存储至预设的消息队列，所述消息队列用于通过所述预设界面展示所述支付失败提示。

3.根据权利要求1所述的装置，其特征在于，所述支付模块还用于：

在接收到退款请求的情况下，依据所述退款请求所指示的支付订单，生成退款订单，其中，所述退款订单包括退款方式，所述退款方式与所述第一支付方式相同；

调用与所述退款方式对应的支付接口，向所述目标支付平台发送所述退款订单，触发所述目标支付平台执行所述退款订单。

4.一种支付方法，应用于支付装置，其特征在于，包括：

配置支付需求方的基本信息，所述基本信息至少包括目标支付方式、支付需求方的名称和所述支付需求方所属应用的类型，所述目标支付方式为所述支付需求方预先设置的支付方式，其中，所述支付需求方为小程序；

通过预设界面，展示所述目标支付方式，包括：在接收到支付请求的情况下，判断支付需求方的名称是否与支付请求发送方的名称一致，若支付需求方的名称与支付请求发送方的名称一致，则确定支付请求发送方通过鉴权；在所述支付请求发送方通过鉴权的情况下，通过所述预设界面，展示所述目标支付方式；在所述支付请求发送方未通过鉴权的情况下，向所述支付请求发送方，发送错误提示，以避免所述支付装置，被除所述支付需求方外的其它程序应用调用；

获取用户基于所述预设界面发送的支付指令，生成支付订单，所述支付指令包括第一支付方式，所述第一支付方式依据应用类型与支付方式的预设对应关系确定；

从预先封装的各种第三方支付平台提供的支付接口中，调用与所述第一支付方式对应的支付接口，向目标支付平台发送所述支付订单，触发所述目标支付平台执行所述支付订单，所述目标支付平台为所述第一支付方式对应的所述第三方支付平台。

5.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序在计算机上运行时，执行权利要求4所述的支付方法。

6.一种支付设备，其特征在于，包括：处理器、存储器和总线；所述处理器与所述存储器通过所述总线连接；

所述存储器用于存储程序，所述处理器用于运行程序，其中，所述程序运行时执行权利要求4所述的支付方法。

Images