CN107818457A - 支付处理方法 - Google Patents

Abstract

本发明实施例涉及一种支付处理方法，包括：终端设备接收用户输入的请求支付的操作指令，获取品数据、第三方支付渠道信息、用户信息和终端信息，进行参数提取，生成多个支付请求项参数，发送给支付处理服务器；支付处理服务器根据支付请求项参数生成第一订单ID和第一订单描述信息，并生成第一支付订单数据；根据支付平台信息、用户ID和商品ID生成第三方订单ID；根据支付平台信息，获取相应的第三方支付渠道的接入协议信息，封装第一支付订单数据，生成第二支付订单数据，发送给第三方支付服务器；支付处理服务器接收第三方返回数据；支付处理服务器根据第三方返回数据和第二支付订单数据生成请求结果数据，发送给终端设备。

Description

支付处理方法

技术领域

本发明涉及通信技术领域，尤其涉及一种支付处理方法。

背景技术

目前随着互联网技术的发展和普及，电子支付给人们生活和工作带来了很大的方便，电子支付的应用越来越广泛。

但是目前的支付方式多以支付宝或微信支付为主，支付方式只能依赖单独固定的第三方支付。支付接入方，如商户端，在接入第三方支付时，面临接入流程复杂，接入成本较高等问题。

发明内容

本发明的目的是提供一种支付处理方法，能够根据支付渠道自动适配支付通信，通过封装支付细节，极大地简化接入流程，降低接入成本，同时能够支持更多的第三方支付，具有较强的扩展性。

为实现上述目的，本发明提供了一种支付处理方法，包括：

终端设备接收用户输入的请求支付的操作指令；

所述终端设备根据所述操作指令获取所述操作指令指向的商品数据、第三方支付渠道信息、所述用户的用户信息和所述终端设备的终端信息；所述商品数据包括商品的商品ID和支付金额信息；所述第三方支付渠道信息包括第三方支付渠道的支付平台信息和支付方式信息；所述用户信息包括所述用户的用户ID；所述终端信息包括所述终端设备的终端IP；

根据所述商品ID、支付金额信息、支付平台信息、支付方式信息、用户ID和终端IP进行参数提取，生成多个支付请求项参数，发送给支付处理服务器；所述支付请求项参数具有相应的参数类型；

所述支付处理服务器根据接收到的多个支付请求项参数生成第一订单ID和第一订单描述信息，并根据多个支付请求项参数、第一订单ID和第一订单描述信息生成第一支付订单数据；所述支付处理服务器根据所述支付平台信息、所述用户ID和所述商品ID生成第三方订单ID；

所述支付处理服务器根据所述支付平台信息，获取相应的第三方支付渠道的接入协议信息；

根据所述接入协议信息，封装所述第一支付订单数据，生成第二支付订单数据，发送给第三方支付服务器；所述第二支付订单数据包括第三方订单ID；

所述支付处理服务器接收第三方支付服务器返回的第三方返回数据；所述第三方返回数据包括第三方支付服务器根据所述第二支付订单数据生成的支付平台订单ID和支付信息；

所述支付处理服务器根据第三方返回数据和第二支付订单数据生成请求结果数据，发送给终端设备；所述请求结果数据包括第三方订单ID、支付平台订单ID和支付信息。

优选的，在所述终端设备接收用户输入的请求支付的操作指令之前，所述方法还包括：

创建支付请求项参数的数据结构；所述数据结构包括：参数名称、参数类型和描述信息。

优选的，在所述支付处理服务器接收第三方支付服务器返回的第三方返回数据之后，所述方法还包括：

所述支付处理服务器根据所述支付平台订单ID和支付信息对所述第二支付订单数据进行更新，将所述支付平台订单ID和支付信息添加至第二支付订单数据，并存储。

进一步优选的，所述第二支付订单数据包括生成第二支付订单数据的时间，在所述支付处理服务器根据所述支付平台订单ID和支付信息对第二支付订单数据进行更新时，所述方法还包括：

将对第二支付订单数据进行更新的更新时间添加至第二支付订单数据，并存储。

优选的，所述第一支付订单数据包括生成第一支付订单数据的时间，在所述支付处理服务器接收第三方支付服务器返回的第三方返回数据之后，所述方法还包括：

根据接收第三方返回数据的时间生成第一支付订单更新时间，添加至第一支付订单数据，并存储。

优选的，在所述支付处理服务器根据第三方返回数据和第二支付订单数据生成请求结果数据，发送给终端设备之后，所述方法还包括：

所述终端设备对所述请求结果数据进行显示；

根据所述用户输入的支付指令生成确认支付信息，发送给所述第三方支付服务器；所述确认支付信息包括所述支付金额信息和所述用户ID；

所述第三方支付服务器根据所述确认支付信息进行支付处理，并生成支付结果数据，发送给所述支付处理服务器。

进一步优选的，所述第一支付订单数据包括第一支付订单的支付状态信息，所述第二支付订单数据包括第二支付订单的支付状态信息；在所述生成支付结果数据，发送给所述支付处理服务器之后，所述方法还包括：

所述支付处理服务器根据所述支付结果数据对所述第一支付订单的支付状态信息和第二支付订单的支付状态信息进行更新。

本发明实施例提供的支付处理方法，能够根据支付渠道自动适配支付通信，通过封装支付细节，极大地简化接入流程，降低接入成本，同时能够支持更多的第三方支付，具有较强的扩展性。

附图说明

图1为本发明实施例提供的支付处理方法流程图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

本发明提供一种支付处理方法，能够根据支付渠道自动适配支付通信，通过封装支付细节，极大地简化接入流程，降低接入成本，同时能够支持更多的第三方支付，具有较强的扩展性。

图1为本发明实施例提供的支付处理方法流程图，以下结合图1所示，对本发明实施例提供的支付处理方法进行说明。

本发明实施例提供的支付处理方法包括如下步骤：

步骤101，终端设备接收用户输入的请求支付的操作指令。

具体的，终端设备可以为智能手机、电脑等加载有服务应用的设备。

请求支付的操作指令可以是用户通过点击选择请求支付的选项输入的。在一个具体的例子里，用户定向点触智能手机的触摸屏上请求支付的选项位置，智能手机接收到用户输入的操作指令，此操作指令中含有与请求支付的选项相对应的屏幕二维坐标信息，终端设备对此操作指令进行识别，可以确定此操作指令为请求支付的操作指令。

步骤102，终端设备根据操作指令获取操作指令指向的商品数据、第三方支付渠道信息、用户的用户信息和终端设备的终端信息。

具体的，终端设备对请求支付的操作指令进行识别，确定请求支付的商品对象，并获取相应的商品数据，并且，通过请求支付的操作指令确定用户所选择的第三方支付渠道的第三方支付渠道信息，以及用户的用户信息和终端设备的终端信息。

商品数据包括商品ID和商品的支付金额信息，即商品的价格信息等。在一个具体的例子里，智能手机接收到操作指令，根据操作指令中的屏幕二维坐标信息，确定此操作指令为某商品订单的请求支付指令，根据商品订单获取相应的商品数据，其中商品订单可以为商城应用平台发送给终端设备的。

第三方支付渠道信息包括第三方支付渠道的支付平台信息和支付方式信息，支付平台可以为支付宝、微信以及其他的应用平台的运营商设计的自有支付的支付平台，支付方式可以为扫码支付，应用程序app支付，网页支付等。第三方支付渠道信息可以为终端设备根据用户在输入请求支付的操作指令之前输入的第三方支付渠道确认指令生成的。

用户信息包括用户的用户ID，终端信息包括终端设备的终端IP。

步骤103，根据商品ID、支付金额信息、支付平台信息、支付方式信息、用户ID和终端IP进行参数提取，生成多个支付请求项参数，发送给支付处理服务器。

具体的，终端设备对商品ID、支付金额信息、支付平台信息、支付方式信息、用户ID和终端IP进行参数提取，生成多个支付请求项参数，发送给支付处理服务器。其中，支付请求项参数具有相应的参数类型。

在一个优选的实施例中，在支付处理服务器中预先创建有支付请求项参数的数据结构，支付请求项参数的数据结构包括：参数名称、参数类型和描述信息。在终端设备进行参数提取时，按照既定的数据结构进行参数提取。在一个具体的例子中，参数名称及其相应的参数类型和相应的描述如表1所示，表1中商品编号即前述的商品ID。

表1

步骤104，支付处理服务器根据接收到的多个支付请求项参数生成第一订单ID和第一订单描述信息，并根据多个支付请求项参数、第一订单ID和第一订单描述信息生成第一支付订单的第一支付订单数据。

具体的，支付处理服务器接收到终端设备发送的多个支付请求项参数，例如商品ID，用户ID，终端IP，支付金额信息等支付请求项参数，根据这多个支付请求项参数生成第一支付订单的第一订单ID和第一订单描述信息。并且根据这多个支付请求项参数、第一订单描述信息，支付处理服务器生成第一支付订单的第一支付订单数据。

在一个优选的实施例中，第一订单描述信息包括第一支付订单的支付状态信息，用于对此支付订单的支付状态进行跟踪。在此步骤中，第一支付订单的支付状态为等待支付，在后续的过程中，支付处理服务器接收到支付结果数据，根据支付结果数据更新第一支付状态信息，第一支付订单的支付状态可能为支付成功或支付失败等。

进一步的，第一订单描述信息包括第一支付订单的生成时间，考虑到会对第一支付订单进行更新的可能，第一订单描述信息中还包括第一支付订单更新时间。

在一个具体的例子中，支付处理服务器对第一支付订单数据以第一支付订单表的形式进行管理，第一支付订单表的项目包括第一支付订单数据的数据字段名称和数据类型，以及相应的数据描述。第一支付订单表如表2所示，第一支付订单数据包括第一支付订单的内部订单号，即前述的第一订单ID，用于方便支付处理服务器对第一支付订单表进行管理。表2中的商品编号即前述的商品ID，订单创建时间和订单更新时间即前述的本步骤中的优选的实施例中的第一支付订单的生成时间和第一支付订单的更新时间。

表2

步骤105，支付处理服务器根据支付平台信息、用户ID和商品ID生成第三方订单ID。

具体的，支付处理服务器根据支付平台信息、用户ID和商品ID生成相应的第三方订单ID，在一个具体的例子中，第三方订单ID还与系统当前时间有关，支付处理服务器根据支付支付平台信息、用户ID、商品ID和系统当前时间生成第三方订单ID。

步骤106，支付处理服务器根据支付平台信息，获取相应的第三方支付渠道的接入协议信息。

具体的，支付处理服务器根据支付平台信息，获取与支付平台相应的第三方支付渠道的接入协议信息，其中接入协议信息可以是预先存储在支付处理服务器中的。

步骤107，根据接入协议信息，封装第一支付订单数据，生成第二支付订单数据，发送给第三方支付服务器。

具体的，支付处理服务器根据与第三方支付渠道信息相对应的支付平台的接入协议信息，确认支付平台的支付接入要求，对第一支付订单数据进行封装，生成第二支付订单数据，发送给第三方支付服务器。其中第二支付订单数据包括第三方订单ID。

在一个优选的实施例中，第二支付订单数据包括第二支付订单的支付状态信息，用于对此支付订单的支付状态进行跟踪。在此步骤中，第一支付订单的支付状态为等待支付，在后续的过程中，支付处理服务器接收到支付结果数据，根据支付结果数据更新第二支付订单的支付状态信息，第二支付订单的支付状态可能为支付成功或支付失败等。

进一步的，第二支付订单数据包括第二支付订单的生成时间，考虑到会对第二支付订单进行更新的可能，第二支付订单中还包括第一支付订单更新时间。

在一个具体的实施例中，支付处理服务器对第二支付订单数据以第二支付订单表的形式进行管理，第二支付订单表的项目包括第二支付订单数据的数据字段名称和数据类型，以及相应的数据描述。第二支付订单表如表3所示，表3中的第三方支付平台订单号即前述的第三方订单ID，表3中的外部订单号、二维码地址和支付方返回的结果均为在后续的过程中，根据支付处理服务器接收到的支付结果数据生成的，在此不做详述。

表3

步骤108，支付处理服务器接收第三方支付服务器返回的第三方返回数据。

具体的，第三方返回数据包括支付平台订单ID和支付信息，其中支付平台订单ID和支付信息为第三方支付服务器根据第二支付订单数据生成，支付信息可以包括支付二维码地址信息或支付网页地址信息等。

在优选的实施例中，支付处理服务器根据支付平台订单ID和支付信息对第二支付订单数据进行更新，将支付平台订单ID和支付信息添加至第二支付订单数据，在表2中的外部订单号即为支付平台订单ID。

步骤109，支付处理服务器根据第三方返回数据和第二支付订单数据生成请求结果数据，发送给终端设备。

具体的，请求结果数据包括第三方订单ID、支付平台订单ID和支付信息。

在具体的实施例中，终端设备设备接收到请求结果数据并显示，提示用户进行输入支付密码等支付操作，然后接收到用户输入的支付指令，生成确认支付信息，发送给第三方支付服务器，其中确认支付信息中包括支付金额信息和用户ID。第三方支付服务器根据确认支付信息，进行支付处理。支付处理的过程包括支付验证，例如对支付密码的验证等，在支付验证通过时，更新用户ID相应的支付账户的金额数据，其中支付账户可以为与支付平台相关联的账户，例如在支付平台为支付宝时，支付账户可以为支付宝余额账户，也可以为与支付宝相关联的工商银行账户等。第三方支付服务器进行支付处理之后，生成与支付处理相应的支付结果数据，发送给支付处理服务器。

在步骤104和步骤107的优选实施例中，支付处理服务器根据接收到的支付结果数据对第一支付订单数据和第二支付订单数据进行更新，并记录更新时间，此时第一支付订单的支付状态可能为支付成功或支付失败等，同样第二支付订单的支付状态可能为支付成功或支付失败等。

本发明实施例提供的支付处理方法，能够将根据支付渠道自动适配支付通信，通过封装支付细节，极大地简化了接入流程，降低了接入成本，同时能够支持更多的第三方支付，具有较强的扩展性。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种支付处理方法，其特征在于，所述支付处理方法包括：

终端设备接收用户输入的请求支付的操作指令；

所述终端设备根据所述操作指令获取所述操作指令指向的商品数据、第三方支付渠道信息、所述用户的用户信息和所述终端设备的终端信息；所述商品数据包括商品的商品ID和支付金额信息；所述第三方支付渠道信息包括第三方支付渠道的支付平台信息和支付方式信息；所述用户信息包括所述用户的用户ID；所述终端信息包括所述终端设备的终端IP；

根据所述商品ID、支付金额信息、支付平台信息、支付方式信息、用户ID和终端IP进行参数提取，生成多个支付请求项参数，发送给支付处理服务器；所述支付请求项参数具有相应的参数类型；

所述支付处理服务器根据接收到的多个支付请求项参数生成第一订单ID和第一订单描述信息，并根据多个支付请求项参数、第一订单ID和第一订单描述信息生成第一支付订单数据；所述支付处理服务器根据所述支付平台信息、所述用户ID和所述商品ID生成第三方订单ID；

所述支付处理服务器根据所述支付平台信息，获取相应的第三方支付渠道的接入协议信息；

根据所述接入协议信息，封装所述第一支付订单数据，生成第二支付订单数据，发送给第三方支付服务器；所述第二支付订单数据包括第三方订单ID；

所述支付处理服务器接收第三方支付服务器返回的第三方返回数据；所述第三方返回数据包括第三方支付服务器根据所述第二支付订单数据生成的支付平台订单ID和支付信息；

所述支付处理服务器根据第三方返回数据和第二支付订单数据生成请求结果数据，发送给终端设备；所述请求结果数据包括第三方订单ID、支付平台订单ID和支付信息。

2.根据权利要求1所述的支付处理方法，其特征在于，在所述终端设备接收用户输入的请求支付的操作指令之前，所述方法还包括：

创建支付请求项参数的数据结构；所述数据结构包括：参数名称、参数类型和描述信息。

3.根据权利要求1所述的支付处理方法，其特征在于，在所述支付处理服务器接收第三方支付服务器返回的第三方返回数据之后，所述方法还包括：

所述支付处理服务器根据所述支付平台订单ID和支付信息对所述第二支付订单数据进行更新，将所述支付平台订单ID和支付信息添加至第二支付订单数据，并存储。

4.根据权利要求3所述的支付处理方法，其特征在于，所述第二支付订单数据包括生成第二支付订单数据的时间，在所述支付处理服务器根据所述支付平台订单ID和支付信息对第二支付订单数据进行更新时，所述方法还包括：

将对第二支付订单数据进行更新的更新时间添加至第二支付订单数据，并存储。

5.根据权利要求1所述的支付处理方法，其特征在于，所述第一支付订单数据包括生成第一支付订单数据的时间，在所述支付处理服务器接收第三方支付服务器返回的第三方返回数据之后，所述方法还包括：

根据接收第三方返回数据的时间生成第一支付订单更新时间，添加至第一支付订单数据，并存储。

6.根据权利要求1所述的支付处理方法，其特征在于，在所述支付处理服务器根据第三方返回数据和第二支付订单数据生成请求结果数据，发送给终端设备之后，所述方法还包括：

所述终端设备对所述请求结果数据进行显示；

根据所述用户输入的支付指令生成确认支付信息，发送给所述第三方支付服务器；所述确认支付信息包括所述支付金额信息和所述用户ID；

所述第三方支付服务器根据所述确认支付信息进行支付处理，并生成支付结果数据，发送给所述支付处理服务器。

7.根据权利要求6所述的支付处理方法，其特征在于，所述第一支付订单数据包括第一支付订单的支付状态信息，所述第二支付订单数据包括第二支付订单的支付状态信息；在所述生成支付结果数据，发送给所述支付处理服务器之后，所述方法还包括：

所述支付处理服务器根据所述支付结果数据对所述第一支付订单的支付状态信息和第二支付订单的支付状态信息进行更新。