CN111061577A - 一种第三方支付处理系统及方法 - Google Patents

一种第三方支付处理系统及方法 Download PDF

Info

Publication number
CN111061577A
CN111061577A CN201911272651.5A CN201911272651A CN111061577A CN 111061577 A CN111061577 A CN 111061577A CN 201911272651 A CN201911272651 A CN 201911272651A CN 111061577 A CN111061577 A CN 111061577A
Authority
CN
China
Prior art keywords
payment
verification
request
channel
module
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201911272651.5A
Other languages
English (en)
Other versions
CN111061577B (zh
Inventor
肖晓
张恒健
陈汉龙
高家宝
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Wanbiao Information Technology Co Ltd
Original Assignee
Wanbiao Famous Craftsman Guangzhou Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Wanbiao Famous Craftsman Guangzhou Technology Co Ltd filed Critical Wanbiao Famous Craftsman Guangzhou Technology Co Ltd
Priority to CN201911272651.5A priority Critical patent/CN111061577B/zh
Publication of CN111061577A publication Critical patent/CN111061577A/zh
Application granted granted Critical
Publication of CN111061577B publication Critical patent/CN111061577B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Software Systems (AREA)
  • Finance (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明公开了一种第三方支付处理系统及方法，系统包括客户端、支付模块、公司平台、第三方支付平台和后台；客户端，用于选择支付渠道并向支付模块发起支付请求；支付模块，用于接收支付请求并向公司平台发送验证请求，当验证不通过时，将验证不通过的结果返回客户端；当验证通过时，向第三方支付平台发送请求并接收第三方支付平台返回的响应参数，同时对响应参数进行处理，并将处理结果返回客户端；公司平台，用于接收验证请求，并根据验证请求中的订单数据验证验证请求的有效性，同时将验证结果返回支付模块；第三方支付平台，用于对接收的请求进行处理和将响应参数返回支付模块；后台，用于配置支付渠道。本发明能解决SDK的更新慢和兼容问题。

Description

一种第三方支付处理系统及方法
技术领域
本发明涉及通信技术领域，尤其涉及一种第三方支付处理系统及方法。
背景技术
近年来，随着数字化科技不断革新，支付作为经济活动的基础性服务，不仅改变着人们的消费行为,并且在线下线上消费场景中发挥着越来越重要的作用。现有很多大中型第三方支付平台向商户只提供一个软件开发工具包(简称SDK)，让开发者在项目接入SDK调用里面应用程序接口(简称API)，其中有发起支付，退款，支付查询，退款查询等API，发起支付API因结合多个支付渠道，称作聚合支付，这种支付让商户在任何平台和场景接入多个支付渠道。
但是，SDK的更新迭代较慢，如果出现性能问题，第三方支付平台一般不会轻易修改，除非是严重漏洞。而且SDK的接入有可能和其他扩展SDK发生兼容性问题。
发明内容
本发明实施例的目的是提供一种第三方支付处理系统及方法，通过在后台配置支付渠道，实现不用接入SDK，也能满足在不同平台和场景的接入支付功能，解决了SDK的更新慢和兼容问题。
为实现上述目的，本发明一实施例提供了一种第三方支付处理系统，所述系统包括客户端、支付模块、公司平台、第三方支付平台和后台；其中，
所述客户端，用于获取所述后台的支付渠道并进行选择，根据选择的所述支付渠道向所述支付模块发起支付请求；
所述支付模块，用于接收所述支付请求并向所述公司平台发送验证请求，当验证不通过时，将验证不通过的结果返回所述客户端；当验证通过时，向第三方支付平台发送请求并接收所述第三方支付平台返回的响应参数，同时对所述响应参数进行处理，并将处理结果返回所述客户端；
所述公司平台，用于接收所述验证请求，并根据所述验证请求中的订单数据验证所述验证请求的有效性，同时将验证结果返回所述支付模块；其中，所述验证结果包括验证不通过和验证通过两种；
所述第三方支付平台，用于接收所述支付模块发送的请求，并对所述请求进行处理，和将所述响应参数返回所述支付模块；
所述后台，用于配置所述支付渠道；其中，所述支付渠道包括分期支付渠道和不分期支付渠道两种。
优选地，所述后台包括分期支付模块和不分期支付模块；其中
所述分期支付模块，用于创建一个第一父级支付渠道，再在所述第一父级支付渠道下创建第一基础配置、子支付方式和第一订单配置；其中，所述子支付方式与所述第一父级支付渠道进行绑定；
所述不分期支付模块，用于创建一个第二父级支付渠道，再在所述第二父级支付渠道下创建第二基础配置和第二订单配置。
优选地，所述分期支付模块还用于在所述子支付方式下创建一个子级支付渠道，再在所述子级支付渠道下创建第三基础配置、分期配置和第三订单配置。
优选地，所述客户端还用于展示支付结果；其中，所述支付结果包括支付金额和选择的所述支付渠道。
本发明另一实施例提供了一种第三方支付处理方法，所述方法包括以下步骤：
后台预先配置多种支付渠道；
客户端选择一种支付渠道，并向支付模块发起支付请求；
支付模块根据接收到的所述支付请求向公司平台发送验证请求；
公司平台验证所述验证请求的有效性，并将验证结果返回所述支付模块；其中，所述验证结果包括验证不通过和验证通过两种；
当所述验证结果为验证不通过时，所述支付模块将验证不通过对应的验证结果返回所述客户端；当所述验证结果为验证通过时，所述支付模块向第三方支付平台发送请求，请求所述第三方支付平台响应所述支付请求；
所述第三方支付平台对所述请求进行处理，并将响应参数返回所述支付模块；
所述支付模块对接收到的所述响应参数进行处理，并将处理结果返回所述客户端；
所述客户端根据所述处理结果完成支付，并展示支付结果。
优选地，所述后台预先配置多种支付渠道，具体包括：
所述后台预先配置分期支付渠道和不分期支付渠道两种支付渠道。
优选地，所述后台预先配置分期支付渠道和不分期支付渠道两种支付渠道，具体包括：
所述后台预先创建一个第一父级支付渠道，再在所述第一父级支付渠道下创建第一基础配置、子支付方式和第一订单配置；其中，所述子支付方式与所述第一父级支付渠道进行绑定；
所述后台预先创建一个第二父级支付渠道，再在所述第二父级支付渠道下创建第二基础配置和第二订单配置。
优选地，所述在所述第一父级支付渠道下第一基础配置、子支付方式和第一订单配置之后，还包括：
在所述子支付方式下创建一个子级支付渠道，再在所述子级支付渠道下创建第三基础配置、分期配置和第三订单配置。
优选地，所述公司平台验证所述验证请求的有效性，并将验证结果返回所述支付模块，具体包括：
所述公司平台接收到所述验证请求后，获取所述验证请求中的订单数据；
根据所述订单数据验证所述验证请求的有效性，并将验证结果返回所述支付模块。
与现有技术相比，本发明实施例所提供的一种第三方支付处理系统及方法，通过在系统后台配置支付渠道，不需要接入SDK，不会出现不同软件开发工具包之间的冲突，从而实现快速迭代的功能，而且在不同平台和场景都能接入支付功能，极大方便了人们的支付需求。
附图说明
图1是本发明一实施例提供的一种第三方支付处理系统的示意图；
图2是本发明一实施例提供的一种后台配置支付渠道的结构示意图；
图3是本发明一实施例提供的一种客户端展示支付结果的示意图；
图4是本发明一实施例提供的一种第三方支付处理方法的流程示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
参见图1，是本发明实施例1提供的一种第三方支付处理系统的示意图，所述系统包括客户端、支付模块、公司平台、第三方支付平台和后台；其中，
所述客户端，用于获取所述后台的支付渠道并进行选择，根据选择的所述支付渠道向所述支付模块发起支付请求；
所述支付模块，用于接收所述支付请求并向所述公司平台发送验证请求，当验证不通过时，将验证不通过的结果返回所述客户端；当验证通过时，向第三方支付平台发送请求并接收所述第三方支付平台返回的响应参数，同时对所述响应参数进行处理，并将处理结果返回所述客户端；
所述公司平台，用于接收所述验证请求，并根据所述验证请求中的订单数据验证所述验证请求的有效性，同时将验证结果返回所述支付模块；其中，所述验证结果包括验证不通过和验证通过两种；
所述第三方支付平台，用于接收所述支付模块发送的请求，并对所述请求进行处理，和将所述响应参数返回所述支付模块；
所述后台，用于配置所述支付渠道；其中，所述支付渠道包括分期支付渠道和不分期支付渠道两种。
具体地，系统包括客户端、支付模块、公司平台、第三方支付平台和后台；其中，
客户端，用于获取后台的支付渠道并进行选择，根据选择的支付渠道向支付模块发起支付请求。客户端不需要接入SDK，而是直接与系统的后台建立连接，获取预先在后台配置好的支付渠道，从中选择一种支付渠道，并向支付模块发起支付请求，整个过程都是采用发起支付应用程序接口(简称发起支付API)进行连接的。优选地，本发明的发起支付API采用http协议，相比于传统的第三方支付方式利用SDK，采用socket与服务器连接，本发明的灵活性更强。
支付模块，用于接收客户端发送过来的支付请求并向公司平台发送验证请求，并接收公司平台返回的验证结果。验证请求包括支付通道编码和支付类型编码，其中，支付通道编码是整型数字，支付类型编码是字符串。支付通道编码和支付类型编码存在父子关系。当验证不通过时，将验证不通过的结果返回客户端；当验证通过时，会根据验证请求中的支付通道编码和支付类型编码向对应的第三方支付平台发送请求并接收该第三方支付平台返回的响应参数，同时对响应参数进行处理，并将处理结果返回客户端。向第三方支付平台发送请求，主要是调起第三方支付平台对支付请求的响应。当请求成功后，会记录请求结果和请求参数，增加支付流水，并将请求结果和请求参数进行封装处理，然后返回客户端。
为了更好地说明验证请求中的支付通道编码和支付类型编码，以下利用一个例子进行说明，例如微信支付，分别有app支付，JSAPI支付，NATIVE支付。为了做一个区分。支付类型编码会定义为wxpay作为父级；app支付支付通道编码为1，JSAPI支付通道编码为2，NATIVE支付通道编码为3，作为子级。
公司平台，用于接收支付模块发送的验证请求，并根据验证请求中的订单数据验证验证请求的有效性，同时将验证结果返回支付模块；其中，验证结果包括验证不通过和验证通过两种。订单数据包括订单单号和订单类型，公司平台可以为多个，订单类型可以为第一公司平台的预售订单、第一公司平台的正常订单、第二公司平台的买家保证金、第三公司平台的商品租赁等等。在验证时利用RPC(远程调用服务)方式调用其他应用提供接口，验证结果通过接口返回布尔值(boolen)：true或false，其中，true代表验证通过，false代表验证不通过。
第三方支付平台，用于接收支付模块发送的请求，并对请求进行处理，和将响应参数返回支付模块。一般地，第三方支付平台有多个，例如：支付宝支付，微信支付，银联，京东支付，花呗分期，汇聚支付等等。
后台，用于配置支付渠道，采用接口与客户端快速建立连接，方便客户端发起支付请求。其中，支付渠道包括分期支付渠道和不分期支付渠道两种。一般地，后台还配置有查看相关流水记录，手动添加流水，导出流水，帐号权限等等功能。正因为本发明是利用后台进行支付渠道的配置，不需要接入SDK，不会出现不同软件开发工具包之间的冲突，从而实现快速迭代的功能。
本发明实施例1通过提供一种第三方支付处理系统，通过在系统后台配置支付渠道，不需要接入SDK，不会出现不同软件开发工具包之间的冲突，从而实现快速迭代的功能，而且在不同平台和场景都能接入支付功能，极大方便了人们的支付需求。
作为上述方案的改进，所述后台包括分期支付模块和不分期支付模块；其中
所述分期支付模块，用于创建一个第一父级支付渠道，再在所述第一父级支付渠道下创建第一基础配置、子支付方式和第一订单配置；其中，所述子支付方式与所述第一父级支付渠道进行绑定；
所述不分期支付模块，用于创建一个第二父级支付渠道，再在所述第二父级支付渠道下创建第二基础配置和第二订单配置。
具体地，参见图2，是本发明该实施例提供的一种后台配置支付渠道的结构示意图。由图2可知，后台包括分期支付模块和不分期支付模块；其中，
分期支付模块，用于创建一个第一父级支付渠道，再在第一父级支付渠道下创建第一基础配置、子支付方式和第一订单配置；其中，子支付方式与第一父级支付渠道进行绑定，建立关系。其中，第一基础配置包括支付方式ICON、支付方式名称、展示客户端、是否展示和支付描述，展示客户端包括app、h5、微信浏览器和微信小程序等。第一订单配置包括选择支付限定，主要用于定义支付渠道可用于何种订单类型。
不分期支付模块，用于创建一个第二父级支付渠道，再在第二父级支付渠道下创建第二基础配置和第二订单配置。同样地，第二基础配置也包括支付方式ICON、支付方式名称、展示客户端、是否展示和支付描述，展示客户端包括app、h5、微信浏览器和微信小程序等。第二订单配置包括选择支付限定。
正因为后台设置了是否展示功能，所以有权限决定每个支付渠道是否进行展示，支付渠道也会根据订单类型进行过滤展示，所以当发现支付渠道异常时可以马上进行隐藏，达到闭关，以提高支付安全性能。
作为上述方案的改进，所述分期支付模块还用于在所述子支付方式下创建一个子级支付渠道，再在所述子级支付渠道下创建第三基础配置、分期配置和第三订单配置。
具体地，分期支付模块还用于在子支付方式下创建一个子级支付渠道，再在子级支付渠道下创建第三基础配置、分期配置和第三订单配置。子级支付渠道与第一父级支付渠道是类似的，所以两者的配置也是类似的，相同之处在于，第三基础配置也包括支付方式ICON、支付方式名称、展示客户端、是否展示和支付描述，展示客户端包括app、h5、微信浏览器和微信小程序等。第三订单配置包括选择支付限定。不同之处在于，分期配置包括添加期数和设置每期费率。
作为上述方案的改进，所述客户端还用于展示支付结果；其中，所述支付结果包括支付金额和选择的所述支付渠道。
具体地，客户端还用于展示支付结果；其中，支付结果包括支付金额和选择的支付渠道，具体可参见图3，是本发明该实施例提供的一种客户端展示支付结果的示意图。当然，客户端也可以选择不展示支付结果，可根据个人需求进行调整。
参见图4，是本发明实施例2提供的一种第三方支付处理方法的流程示意图。所述方法包括步骤S1至步骤S8：
S1、后台预先配置多种支付渠道；
S2、客户端选择一种支付渠道，并向支付模块发起支付请求；
S3、支付模块根据接收到的所述支付请求向公司平台发送验证请求；
S4、公司平台验证所述验证请求的有效性，并将验证结果返回所述支付模块；其中，所述验证结果包括验证不通过和验证通过两种；
S5、当所述验证结果为验证不通过时，所述支付模块将验证不通过对应的验证结果返回所述客户端；当所述验证结果为验证通过时，所述支付模块向第三方支付平台发送请求，请求所述第三方支付平台响应所述支付请求；
S6、所述第三方支付平台对所述请求进行处理，并将响应参数返回所述支付模块；
S7、所述支付模块对接收到的所述响应参数进行处理，并将处理结果返回所述客户端；
S8、所述客户端根据所述处理结果完成支付，并展示支付结果。
具体地，后台预先配置多种支付渠道，通过接入一个API与所有主流的支付渠道建立连接，以便客户端发起支付请求。
客户端与后台建立连接后，可以获取后台提供的多种支付渠道，根据个人需求选择一种支付渠道，然后根据选择的支付渠道向支付模块发起支付请求。
支付模块根据接收到的支付请求向公司平台发送验证请求；其中，验证请求包括支付通道编码和支付类型编码，支付通道编码是整型数字，支付类型编码是字符串。
公司平台验证验证请求的有效性，具体是根据验证请求中订单数据进行验证，订单数据包括订单单号和订单类型。验证结束后，公司平台将验证结果返回支付模块；其中，验证结果包括验证不通过和验证通过两种。
当验证结果为验证不通过时，支付模块将验证不通过对应的验证结果返回客户端；当验证结果为验证通过时，支付模块向第三方支付平台发送请求，请求第三方支付平台响应支付请求。
第三方支付平台对请求进行处理，并相应产生响应参数，同时将响应参数返回支付模块。
支付模块对接收到的响应参数进行处理，并将处理结果返回客户端。一般地，当请求成功，系统会利用mysql和阿里云日志服务记录请求结果和请求参数，以增加支付流水，主要是为了方便日后出现异常时进行排查。同时还会将请求结果和请求参数进行封装处理，以返回给客户端，这是为了解决每接入一个新的第三方支付平台，前端都要对应开发、发布和审核的繁琐问题。所以前后端订好一个规则：前端会根据后端返回类型做出对应操作。返回类型有：后端返回form表单，前端直接提交，前端构建form表单，前端get后端返回连接，前端跳转APP；后端返回连接，前端生成二维码(PC)，前端跳转小程序。例如微信支付JSAPI支付，后端会把前端需要调起微信支付的参数封装成转义后json字符串。
客户端根据处理结果完成支付，并展示支付结果，具体可参见图3。
本发明实施例2通过提供一种第三方支付处理方法，通过在系统后台预先配置支付渠道，不需要接入SDK，不会出现不同软件开发工具包之间的冲突，从而实现快速迭代的功能，而且在不同平台和场景都能接入支付功能，极大方便了人们的支付需求。
作为上述方案的改进，所述后台预先配置多种支付渠道，具体包括：
所述后台预先配置分期支付渠道和不分期支付渠道两种支付渠道。
具体地，后台预先配置分期支付渠道和不分期支付渠道两种支付渠道，主要为了满足人们不同的支付需求，对于支付金额小的，可以选择不分期支付渠道，对于支付金额大的，可以选择分期支付渠道。
作为上述方案的改进，所述后台预先配置分期支付渠道和不分期支付渠道两种支付渠道，具体包括：
所述后台预先创建一个第一父级支付渠道，再在所述第一父级支付渠道下创建第一基础配置、子支付方式和第一订单配置；其中，所述子支付方式与所述第一父级支付渠道进行绑定；
所述后台预先创建一个第二父级支付渠道，再在所述第二父级支付渠道下创建第二基础配置和第二订单配置。
具体地，参见图2，针对分期支付渠道，后台预先创建一个第一父级支付渠道，再在第一父级支付渠道下创建第一基础配置、子支付方式和第一订单配置；其中，子支付方式与第一父级支付渠道进行绑定，建立关系。其中，第一基础配置包括支付方式ICON、支付方式名称、展示客户端、是否展示和支付描述，展示客户端包括app、h5、微信浏览器和微信小程序等。第一订单配置包括选择支付限定，主要用于定义支付渠道可用于何种订单类型。
针对不分期支付渠道，后台预先创建一个第二父级支付渠道，再在第二父级支付渠道下创建第二基础配置和第二订单配置。同样地，第二基础配置也包括支付方式ICON、支付方式名称、展示客户端、是否展示和支付描述，展示客户端包括app、h5、微信浏览器和微信小程序等。第二订单配置包括选择支付限定。
作为上述方案的改进，所述在所述第一父级支付渠道下第一基础配置、子支付方式和第一订单配置之后，还包括：
在所述子支付方式下创建一个子级支付渠道，再在所述子级支付渠道下创建第三基础配置、分期配置和第三订单配置。
具体地，在子支付方式下创建一个子级支付渠道，再在子级支付渠道下创建第三基础配置、分期配置和第三订单配置。子级支付渠道与第一父级支付渠道是类似的，所以两者的配置也是类似的，相同之处在于，第三基础配置也包括支付方式ICON、支付方式名称、展示客户端、是否展示和支付描述，展示客户端包括app、h5、微信浏览器和微信小程序等。第三订单配置包括选择支付限定。不同之处在于，分期配置包括添加期数和设置每期费率。
作为上述方案的改进，所述公司平台验证所述验证请求的有效性，并将验证结果返回所述支付模块，具体包括：
所述公司平台接收到所述验证请求后，获取所述验证请求中的订单数据；
根据所述订单数据验证所述验证请求的有效性，并将验证结果返回所述支付模块。
具体地，公司平台接收到验证请求后，获取验证请求中的订单数据；其中，订单数据包括订单单号和订单类型，订单类型可以为第一公司平台的预售订单、第一公司平台的正常订单、第二公司平台的买家保证金、第三公司平台的商品租赁等等。所以验证请求只会发送给对应的公司平台。
对应的公司平台就可以根据订单数据，结合公司平台内部存储的数据对验证请求的有效性进行验证，从而得到验证结果，再将验证结果返回支付模块。
综上，本发明实施例所提供的一种第三方支付处理系统及方法，通过在系统后台配置支付渠道，接口采用https协议，不需要接入SDK，不会出现不同软件开发工具包之间的冲突，从而实现快速迭代的功能，而且在不同平台和场景都能接入支付功能，实现聚合支付目的，极大方便了人们的支付需求。同时因为客户端的支付渠道列表是在后台配置的，无需开发干预，可以降低人工成本，提高效率，支付渠道配置功能丰富，并且支付渠道遵循开闭原则、接口隔离原则。当发现支付渠道出现异常时可以马上隐藏，到达闭关。进一步地，每个支付渠道还可以设置显示终端，根据不同终端展示不同支付渠道，这样可满足很多不同应用场景和需求。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims (9)

1.一种第三方支付处理系统，其特征在于，包括客户端、支付模块、公司平台、第三方支付平台和后台；其中，
所述客户端，用于获取所述后台的支付渠道并进行选择，根据选择的所述支付渠道向所述支付模块发起支付请求；
所述支付模块，用于接收所述支付请求并向所述公司平台发送验证请求，当验证不通过时，将验证不通过的结果返回所述客户端；当验证通过时，向第三方支付平台发送请求并接收所述第三方支付平台返回的响应参数，同时对所述响应参数进行处理，并将处理结果返回所述客户端；
所述公司平台，用于接收所述验证请求，并根据所述验证请求中的订单数据验证所述验证请求的有效性，同时将验证结果返回所述支付模块；其中，所述验证结果包括验证不通过和验证通过两种；
所述第三方支付平台，用于接收所述支付模块发送的请求，并对所述请求进行处理，和将所述响应参数返回所述支付模块；
所述后台，用于配置所述支付渠道；其中，所述支付渠道包括分期支付渠道和不分期支付渠道两种。
2.如权利要求1所述的第三方支付处理系统，其特征在于，所述后台包括分期支付模块和不分期支付模块；其中
所述分期支付模块，用于创建一个第一父级支付渠道，再在所述第一父级支付渠道下创建第一基础配置、子支付方式和第一订单配置；其中，所述子支付方式与所述第一父级支付渠道进行绑定；
所述不分期支付模块，用于创建一个第二父级支付渠道，再在所述第二父级支付渠道下创建第二基础配置和第二订单配置。
3.如权利要求2所述的第三方支付处理系统，其特征在于，所述分期支付模块还用于在所述子支付方式下创建一个子级支付渠道，再在所述子级支付渠道下创建第三基础配置、分期配置和第三订单配置。
4.如权利要求1所述的第三方支付处理系统，其特征在于，所述客户端还用于展示支付结果；其中，所述支付结果包括支付金额和选择的所述支付渠道。
5.一种第三方支付处理方法，其特征在于，包括以下步骤：
后台预先配置多种支付渠道；
客户端选择一种支付渠道，并向支付模块发起支付请求；
支付模块根据接收到的所述支付请求向公司平台发送验证请求；
公司平台验证所述验证请求的有效性，并将验证结果返回所述支付模块；其中，所述验证结果包括验证不通过和验证通过两种；
当所述验证结果为验证不通过时，所述支付模块将验证不通过对应的验证结果返回所述客户端；当所述验证结果为验证通过时，所述支付模块向第三方支付平台发送请求，请求所述第三方支付平台响应所述支付请求；
所述第三方支付平台对所述请求进行处理，并将响应参数返回所述支付模块；
所述支付模块对接收到的所述响应参数进行处理，并将处理结果返回所述客户端；
所述客户端根据所述处理结果完成支付，并展示支付结果。
6.如权利要求5所述的第三方支付处理方法，其特征在于，所述后台预先配置多种支付渠道，具体包括：
所述后台预先配置分期支付渠道和不分期支付渠道两种支付渠道。
7.如权利要求6所述的第三方支付处理方法，其特征在于，所述后台预先配置分期支付渠道和不分期支付渠道两种支付渠道，具体包括：
所述后台预先创建一个第一父级支付渠道，再在所述第一父级支付渠道下创建第一基础配置、子支付方式和第一订单配置；其中，所述子支付方式与所述第一父级支付渠道进行绑定；
所述后台预先创建一个第二父级支付渠道，再在所述第二父级支付渠道下创建第二基础配置和第二订单配置。
8.如权利要求7所述的第三方支付处理方法，其特征在于，所述在所述第一父级支付渠道下第一基础配置、子支付方式和第一订单配置之后，还包括：
在所述子支付方式下创建一个子级支付渠道，再在所述子级支付渠道下创建第三基础配置、分期配置和第三订单配置。
9.如权利要求5所述的第三方支付处理方法，其特征在于，所述公司平台验证所述验证请求的有效性，并将验证结果返回所述支付模块，具体包括：
所述公司平台接收到所述验证请求后，获取所述验证请求中的订单数据；
根据所述订单数据验证所述验证请求的有效性，并将验证结果返回所述支付模块。
CN201911272651.5A 2019-12-11 2019-12-11 一种第三方支付处理系统及方法 Active CN111061577B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911272651.5A CN111061577B (zh) 2019-12-11 2019-12-11 一种第三方支付处理系统及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911272651.5A CN111061577B (zh) 2019-12-11 2019-12-11 一种第三方支付处理系统及方法

Publications (2)

Publication Number Publication Date
CN111061577A true CN111061577A (zh) 2020-04-24
CN111061577B CN111061577B (zh) 2020-10-23

Family

ID=70298994

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911272651.5A Active CN111061577B (zh) 2019-12-11 2019-12-11 一种第三方支付处理系统及方法

Country Status (1)

Country Link
CN (1) CN111061577B (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111639927A (zh) * 2020-05-25 2020-09-08 上海中通吉网络技术有限公司 网络收银台的收款方法及配置方法及系统
CN111966343A (zh) * 2020-08-11 2020-11-20 福建博思数字科技有限公司 一种可视化构建支付开发者平台的方法和系统
CN112330314A (zh) * 2020-10-12 2021-02-05 联通智网科技有限公司 支付方法、支付装置及电子设备
CN112529555A (zh) * 2020-12-28 2021-03-19 天翼阅读文化传播有限公司 一种虚拟现实一体机数字支付系统
CN112561502A (zh) * 2020-12-07 2021-03-26 成都网信天成科技有限公司 一种Jmatrix通用第三方支付处理系统及方法
CN112633866A (zh) * 2020-12-17 2021-04-09 平安普惠企业管理有限公司 一种支付运营方法、装置、电子设备及存储介质
CN113419793A (zh) * 2021-06-30 2021-09-21 蚂蚁智信(杭州)信息技术有限公司 支付处理方法及装置
CN113837739A (zh) * 2021-09-16 2021-12-24 多点生活(成都)科技有限公司 一种通用的支付渠道对接方案
CN114399299A (zh) * 2021-12-22 2022-04-26 中国电信股份有限公司 支付方法、装置、电子设备及存储介质

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102117455A (zh) * 2011-03-21 2011-07-06 广州市动景计算机科技有限公司 基于移动终端浏览器的安全支付方法和系统
CN103942676A (zh) * 2014-03-21 2014-07-23 深圳市讯鸿科技开发有限公司 移动支付方法和系统
CN105701406A (zh) * 2015-12-31 2016-06-22 深圳市证通电子股份有限公司 安卓平台运行传统支付应用的方法
CN105701652A (zh) * 2016-01-29 2016-06-22 四川长虹电器股份有限公司 基于移动端的统一支付方法
CN105741092A (zh) * 2016-01-19 2016-07-06 四川长虹电器股份有限公司 一种支持云端多业务的统一支付方法及系统
CN105989462A (zh) * 2015-02-02 2016-10-05 卓望数码技术（深圳）有限公司 一种支持不同支付渠道的结算方法及结算系统
CN106296144A (zh) * 2016-07-29 2017-01-04 努比亚技术有限公司 支付处理服务器、客户端及支付处理方法
WO2017027016A1 (en) * 2015-08-11 2017-02-16 Elite Information Services, Llc System and method for evaluating a customer prior to a transaction
CN107230058A (zh) * 2017-04-27 2017-10-03 努比亚技术有限公司 一种支付方法、设备、服务器和计算机可读存储介质
CN108205439A (zh) * 2018-02-07 2018-06-26 弘成科技发展有限公司 通用型支付平台及其实现方法
CN109919589A (zh) * 2019-03-04 2019-06-21 深圳市网间云信息技术有限公司 基于第三方支付平台的支付方法、装置和计算机设备

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102117455A (zh) * 2011-03-21 2011-07-06 广州市动景计算机科技有限公司 基于移动终端浏览器的安全支付方法和系统
CN103942676A (zh) * 2014-03-21 2014-07-23 深圳市讯鸿科技开发有限公司 移动支付方法和系统
CN105989462A (zh) * 2015-02-02 2016-10-05 卓望数码技术（深圳）有限公司 一种支持不同支付渠道的结算方法及结算系统
WO2017027016A1 (en) * 2015-08-11 2017-02-16 Elite Information Services, Llc System and method for evaluating a customer prior to a transaction
CN105701406A (zh) * 2015-12-31 2016-06-22 深圳市证通电子股份有限公司 安卓平台运行传统支付应用的方法
CN105741092A (zh) * 2016-01-19 2016-07-06 四川长虹电器股份有限公司 一种支持云端多业务的统一支付方法及系统
CN105701652A (zh) * 2016-01-29 2016-06-22 四川长虹电器股份有限公司 基于移动端的统一支付方法
CN106296144A (zh) * 2016-07-29 2017-01-04 努比亚技术有限公司 支付处理服务器、客户端及支付处理方法
CN107230058A (zh) * 2017-04-27 2017-10-03 努比亚技术有限公司 一种支付方法、设备、服务器和计算机可读存储介质
CN108205439A (zh) * 2018-02-07 2018-06-26 弘成科技发展有限公司 通用型支付平台及其实现方法
CN109919589A (zh) * 2019-03-04 2019-06-21 深圳市网间云信息技术有限公司 基于第三方支付平台的支付方法、装置和计算机设备

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111639927A (zh) * 2020-05-25 2020-09-08 上海中通吉网络技术有限公司 网络收银台的收款方法及配置方法及系统
CN111966343A (zh) * 2020-08-11 2020-11-20 福建博思数字科技有限公司 一种可视化构建支付开发者平台的方法和系统
CN112330314A (zh) * 2020-10-12 2021-02-05 联通智网科技有限公司 支付方法、支付装置及电子设备
CN112561502A (zh) * 2020-12-07 2021-03-26 成都网信天成科技有限公司 一种Jmatrix通用第三方支付处理系统及方法
CN112633866A (zh) * 2020-12-17 2021-04-09 平安普惠企业管理有限公司 一种支付运营方法、装置、电子设备及存储介质
CN112529555A (zh) * 2020-12-28 2021-03-19 天翼阅读文化传播有限公司 一种虚拟现实一体机数字支付系统
CN113419793A (zh) * 2021-06-30 2021-09-21 蚂蚁智信(杭州)信息技术有限公司 支付处理方法及装置
CN113419793B (zh) * 2021-06-30 2022-05-06 蚂蚁智信(杭州)信息技术有限公司 支付处理方法及装置
CN113837739A (zh) * 2021-09-16 2021-12-24 多点生活(成都)科技有限公司 一种通用的支付渠道对接方案
CN113837739B (zh) * 2021-09-16 2023-06-13 多点生活(成都)科技有限公司 一种通用的支付渠道对接方法
CN114399299A (zh) * 2021-12-22 2022-04-26 中国电信股份有限公司 支付方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN111061577B (zh) 2020-10-23

Similar Documents

Publication Publication Date Title
CN111061577B (zh) 一种第三方支付处理系统及方法
US12074910B2 (en) System and method for second factor authentication to perform services
US10861000B2 (en) Method, system, and apparatus for application loading
US10142321B2 (en) Single sign-on processing for associated mobile applications
US9003297B2 (en) Integrated enterprise software and social network system user interfaces utilizing cloud computing infrastructures and single secure portal access
US11068384B2 (en) Systems and methods for testing software applications
US20110154439A1 (en) Secure application network
US9495697B2 (en) Systems and methods for facilitating electronic commerce over a network
US11379843B2 (en) Systems and methods for multi-domain application hosting platform migration
US9641498B2 (en) Single sign-on processing for associated mobile applications
CN109951475A (zh) 多平台用户账户信息同步方法及系统、服务器
CN107038619B (zh) 虚拟资源管理方法及装置
CN111652604A (zh) 订单支付方法、订单支付装置以及订单支付系统
AU2023202627A1 (en) System and method for pre-authentication of customer support calls
US12014209B2 (en) Automated generation of conversational workflows for automation chatbots
CN117194253B (zh) 一种业务场景的测试数据生成方法及系统
US20220405823A1 (en) Object comparison method, and device
CN104539688A (zh) 一种基于mPortal系统的商铺管理系统
CN103179565B (zh) 基于瘦终端模式的安全性信息交互系统及方法
US20140236661A1 (en) Supplier analysis and verification system and method
WO2018000750A1 (zh) 用户权利拆分方法、系统及电子设备
CN114677138A (zh) 一种数据处理方法、设备以及计算机可读存储介质
CN114327522A (zh) 私有化部署方法及系统
US20190073700A1 (en) Virtual home mail box driven communication system and methods employed thereof
US11863673B1 (en) White-labeled data connections for multi-tenant cloud platforms

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20200909

Address after: 510000 No.106 Fengze East Road, Nansha District, Guangzhou City, Guangdong Province (self compiled Building 1) x1301-f011115 (cluster registration) (JM)

Applicant after: Guangzhou wanbiao Information Technology Co., Ltd

Address before: 511430 No.60, North Panyu Avenue, Dashi street, Panyu District, Guangzhou City, Guangdong Province

Applicant before: Wanbiao famous craftsman (Guangzhou) Technology Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant