一种第三方支付处理系统及方法技术方案

技术编号:23932369 阅读:15 留言:0更新日期:2020-04-25 01:55
本发明专利技术公开了一种第三方支付处理系统及方法,系统包括客户端、支付模块、公司平台、第三方支付平台和后台;客户端,用于选择支付渠道并向支付模块发起支付请求;支付模块,用于接收支付请求并向公司平台发送验证请求,当验证不通过时,将验证不通过的结果返回客户端;当验证通过时,向第三方支付平台发送请求并接收第三方支付平台返回的响应参数,同时对响应参数进行处理,并将处理结果返回客户端;公司平台,用于接收验证请求,并根据验证请求中的订单数据验证验证请求的有效性,同时将验证结果返回支付模块;第三方支付平台,用于对接收的请求进行处理和将响应参数返回支付模块;后台,用于配置支付渠道。本发明专利技术能解决SDK的更新慢和兼容问题。

A third party payment processing system and method

【技术实现步骤摘要】
一种第三方支付处理系统及方法
本专利技术涉及通信
,尤其涉及一种第三方支付处理系统及方法。
技术介绍
近年来,随着数字化科技不断革新,支付作为经济活动的基础性服务,不仅改变着人们的消费行为,并且在线下线上消费场景中发挥着越来越重要的作用。现有很多大中型第三方支付平台向商户只提供一个软件开发工具包(简称SDK),让开发者在项目接入SDK调用里面应用程序接口(简称API),其中有发起支付,退款,支付查询,退款查询等API,发起支付API因结合多个支付渠道,称作聚合支付,这种支付让商户在任何平台和场景接入多个支付渠道。但是,SDK的更新迭代较慢,如果出现性能问题,第三方支付平台一般不会轻易修改,除非是严重漏洞。而且SDK的接入有可能和其他扩展SDK发生兼容性问题。
技术实现思路
本专利技术实施例的目的是提供一种第三方支付处理系统及方法,通过在后台配置支付渠道,实现不用接入SDK,也能满足在不同平台和场景的接入支付功能,解决了SDK的更新慢和兼容问题。为实现上述目的,本专利技术一实施例提供了一种第三方支付处理系统,所述系统包括客户端、支付模块、公司平台、第三方支付平台和后台;其中,所述客户端,用于获取所述后台的支付渠道并进行选择,根据选择的所述支付渠道向所述支付模块发起支付请求;所述支付模块,用于接收所述支付请求并向所述公司平台发送验证请求,当验证不通过时,将验证不通过的结果返回所述客户端;当验证通过时,向第三方支付平台发送请求并接收所述第三方支付平台返回的响应参数,同时对所述响应参数进行处理,并将处理结果返回所述客户端;所述公司平台,用于接收所述验证请求,并根据所述验证请求中的订单数据验证所述验证请求的有效性,同时将验证结果返回所述支付模块;其中,所述验证结果包括验证不通过和验证通过两种;所述第三方支付平台,用于接收所述支付模块发送的请求,并对所述请求进行处理,和将所述响应参数返回所述支付模块;所述后台,用于配置所述支付渠道;其中,所述支付渠道包括分期支付渠道和不分期支付渠道两种。优选地,所述后台包括分期支付模块和不分期支付模块;其中所述分期支付模块,用于创建一个第一父级支付渠道,再在所述第一父级支付渠道下创建第一基础配置、子支付方式和第一订单配置;其中,所述子支付方式与所述第一父级支付渠道进行绑定;所述不分期支付模块,用于创建一个第二父级支付渠道,再在所述第二父级支付渠道下创建第二基础配置和第二订单配置。优选地,所述分期支付模块还用于在所述子支付方式下创建一个子级支付渠道,再在所述子级支付渠道下创建第三基础配置、分期配置和第三订单配置。优选地,所述客户端还用于展示支付结果;其中,所述支付结果包括支付金额和选择的所述支付渠道。本专利技术另一实施例提供了一种第三方支付处理方法,所述方法包括以下步骤:后台预先配置多种支付渠道;客户端选择一种支付渠道,并向支付模块发起支付请求;支付模块根据接收到的所述支付请求向公司平台发送验证请求;公司平台验证所述验证请求的有效性,并将验证结果返回所述支付模块;其中,所述验证结果包括验证不通过和验证通过两种;当所述验证结果为验证不通过时,所述支付模块将验证不通过对应的验证结果返回所述客户端;当所述验证结果为验证通过时,所述支付模块向第三方支付平台发送请求,请求所述第三方支付平台响应所述支付请求;所述第三方支付平台对所述请求进行处理,并将响应参数返回所述支付模块;所述支付模块对接收到的所述响应参数进行处理,并将处理结果返回所述客户端;所述客户端根据所述处理结果完成支付,并展示支付结果。优选地,所述后台预先配置多种支付渠道,具体包括:所述后台预先配置分期支付渠道和不分期支付渠道两种支付渠道。优选地,所述后台预先配置分期支付渠道和不分期支付渠道两种支付渠道,具体包括:所述后台预先创建一个第一父级支付渠道,再在所述第一父级支付渠道下创建第一基础配置、子支付方式和第一订单配置;其中,所述子支付方式与所述第一父级支付渠道进行绑定;所述后台预先创建一个第二父级支付渠道,再在所述第二父级支付渠道下创建第二基础配置和第二订单配置。优选地,所述在所述第一父级支付渠道下第一基础配置、子支付方式和第一订单配置之后,还包括:在所述子支付方式下创建一个子级支付渠道,再在所述子级支付渠道下创建第三基础配置、分期配置和第三订单配置。优选地,所述公司平台验证所述验证请求的有效性,并将验证结果返回所述支付模块,具体包括:所述公司平台接收到所述验证请求后,获取所述验证请求中的订单数据;根据所述订单数据验证所述验证请求的有效性,并将验证结果返回所述支付模块。与现有技术相比,本专利技术实施例所提供的一种第三方支付处理系统及方法,通过在系统后台配置支付渠道,不需要接入SDK,不会出现不同软件开发工具包之间的冲突,从而实现快速迭代的功能,而且在不同平台和场景都能接入支付功能,极大方便了人们的支付需求。附图说明图1是本专利技术一实施例提供的一种第三方支付处理系统的示意图;图2是本专利技术一实施例提供的一种后台配置支付渠道的结构示意图;图3是本专利技术一实施例提供的一种客户端展示支付结果的示意图;图4是本专利技术一实施例提供的一种第三方支付处理方法的流程示意图。具体实施方式下面将结合本专利技术实施例中的附图,对本专利技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本专利技术一部分实施例,而不是全部的实施例。基于本专利技术中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本专利技术保护的范围。参见图1,是本专利技术实施例1提供的一种第三方支付处理系统的示意图,所述系统包括客户端、支付模块、公司平台、第三方支付平台和后台;其中,所述客户端,用于获取所述后台的支付渠道并进行选择,根据选择的所述支付渠道向所述支付模块发起支付请求;所述支付模块,用于接收所述支付请求并向所述公司平台发送验证请求,当验证不通过时,将验证不通过的结果返回所述客户端;当验证通过时,向第三方支付平台发送请求并接收所述第三方支付平台返回的响应参数,同时对所述响应参数进行处理,并将处理结果返回所述客户端;所述公司平台,用于接收所述验证请求,并根据所述验证请求中的订单数据验证所述验证请求的有效性,同时将验证结果返回所述支付模块;其中,所述验证结果包括验证不通过和验证通过两种;所述第三方支付平台,用于接收所述支付模块发送的请求,并对所述请求进行处理,和将所述响应参数返回所述支付模块;所述后台,用于配置所述支付渠道;其中,所述支付渠道包括分期支付渠道和不分期支付渠道两种。具体地,系统包括客户端、支付模块、公司平台、第三方支付平台和后台;其中,客户端,用于获取后台的支付渠道并进行选择,根据选择的支付渠道向支付模块发本文档来自技高网...

【技术保护点】
1.一种第三方支付处理系统,其特征在于,包括客户端、支付模块、公司平台、第三方支付平台和后台;其中,/n所述客户端,用于获取所述后台的支付渠道并进行选择,根据选择的所述支付渠道向所述支付模块发起支付请求;/n所述支付模块,用于接收所述支付请求并向所述公司平台发送验证请求,当验证不通过时,将验证不通过的结果返回所述客户端;当验证通过时,向第三方支付平台发送请求并接收所述第三方支付平台返回的响应参数,同时对所述响应参数进行处理,并将处理结果返回所述客户端;/n所述公司平台,用于接收所述验证请求,并根据所述验证请求中的订单数据验证所述验证请求的有效性,同时将验证结果返回所述支付模块;其中,所述验证结果包括验证不通过和验证通过两种;/n所述第三方支付平台,用于接收所述支付模块发送的请求,并对所述请求进行处理,和将所述响应参数返回所述支付模块;/n所述后台,用于配置所述支付渠道;其中,所述支付渠道包括分期支付渠道和不分期支付渠道两种。/n

【技术特征摘要】
1.一种第三方支付处理系统,其特征在于,包括客户端、支付模块、公司平台、第三方支付平台和后台;其中,
所述客户端,用于获取所述后台的支付渠道并进行选择,根据选择的所述支付渠道向所述支付模块发起支付请求;
所述支付模块,用于接收所述支付请求并向所述公司平台发送验证请求,当验证不通过时,将验证不通过的结果返回所述客户端;当验证通过时,向第三方支付平台发送请求并接收所述第三方支付平台返回的响应参数,同时对所述响应参数进行处理,并将处理结果返回所述客户端;
所述公司平台,用于接收所述验证请求,并根据所述验证请求中的订单数据验证所述验证请求的有效性,同时将验证结果返回所述支付模块;其中,所述验证结果包括验证不通过和验证通过两种;
所述第三方支付平台,用于接收所述支付模块发送的请求,并对所述请求进行处理,和将所述响应参数返回所述支付模块;
所述后台,用于配置所述支付渠道;其中,所述支付渠道包括分期支付渠道和不分期支付渠道两种。


2.如权利要求1所述的第三方支付处理系统,其特征在于,所述后台包括分期支付模块和不分期支付模块;其中
所述分期支付模块,用于创建一个第一父级支付渠道,再在所述第一父级支付渠道下创建第一基础配置、子支付方式和第一订单配置;其中,所述子支付方式与所述第一父级支付渠道进行绑定;
所述不分期支付模块,用于创建一个第二父级支付渠道,再在所述第二父级支付渠道下创建第二基础配置和第二订单配置。


3.如权利要求2所述的第三方支付处理系统,其特征在于,所述分期支付模块还用于在所述子支付方式下创建一个子级支付渠道,再在所述子级支付渠道下创建第三基础配置、分期配置和第三订单配置。


4.如权利要求1所述的第三方支付处理系统,其特征在于,所述客户端还用于展示支付结果;其中,所述支付结果包括支付金额和选择的所述支付渠道。


5.一种第三方支付处理方法,其特征在于,包括以下步骤:
后台预先配置多种支付渠道;
客户端选择一种支付渠道,并向支付模...

【专利技术属性】
技术研发人员:肖晓张恒健陈汉龙高家宝
申请(专利权)人:万表名匠广州科技有限公司
类型:发明
国别省市:广东;44

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1