一种支付路由系统技术方案

本发明专利技术公开了一种支付路由系统，涉及互联网技术领域。该支付路由系统，包括业务层、路由、订单层和通道层，通过业务层请求路由进行支付或者鉴权，路由选择出了最优的通道，用于封装好支付请求参数请求订单层初始化支付订单，订单层请求通道层完成支付，并返回支付结果。本发明专利技术通过对通道按照组合规则进行分组，提升了筛选效率，然后通过路由选择出最佳的付款通道，能够有效降低成本，并且通过筛选规则筛选出多个有效通道，确保在支付时有可用通道，避免出现支付失败的情况，能够极大提高用户体验感。户体验感。户体验感。

【技术实现步骤摘要】
一种支付路由系统


[0001]本专利技术涉及互联网
，具体为一种支付路由系统。

技术介绍

[0002]随着互联网电子商务的不断发展，网上支付是电子商务流程中的关键环节和发展瓶颈之一，而支付组织，如第三方支付、非金支付清算平台等，为网上支付提供了一个可行的实现途径。支付组织作为买卖双方在交易过程中的资金“中间平台”，其通过与全国各类银行进行签约合作，调用银行提供的各类通道接口来实现网络交易支付。
[0003]随着支付业务量激增，支付团队不断壮大。为了满足日益增长的业务需求，大量的支付通道逐渐接入，但由于对接的各银行和第三方系统的稳定性参差不齐，支付通道故障时有发生，作为承接上下游的核心系统，要在一系列不稳定的系统之上建立一个可以给上游提供稳定服务的系统，仅依赖人工维护是远远不够的，所以基于支付通道的属性特点和业务系统的要求，为支付交易筛选出符合业务要求的最优的通道。

技术实现思路

[0004]解决的技术问题
[0005]针对现有技术的不足，本专利技术提供了一种支付路由系统，解决了由于对接的各银行和第三方系统的稳定性参差不齐，支付通道故障时有发生，影响支付效率的问题。
[0006]技术方案
[0007]为实现以上目的，本专利技术通过以下技术方案予以实现：一种支付路由系统，包括业务层、路由、订单层和通道层，
[0008]所述业务层包括收银台、API、钱包、打款中心和运营后台，作为路由的上游系统，用于向路由发出支付请求或者鉴权请求；
[0009]所述路由包括支付类接口、预授权类接口、鉴权类接口、打款中心和其他接口，通过路由选择出最优的通道，用于封装好支付请求参数请求订单层初始化支付订单；
[0010]所述订单层，作为路由的下游系统，用于为路由提供支付类接口，并向下请求通道完成支付或者鉴权；
[0011]所述通道层包括快捷通道、网银通道、代扣通道、打款通道、鉴权通道以及其他通道，用于管理各条通道以及通道属性等，为上游包装支付或者鉴权类接口，并请求通道提供方完成支付或者鉴权果。
[0012]进一步地，其操作过程具体为通过业务层请求路由进行支付或者鉴权，路由选择出最优的通道，用于封装好支付请求参数请求订单层初始化支付订单，由订单层请求通道层完成支付，并返回支付结果。
[0013]进一步地，还包括用户层和运营平台,所述用户层包括快捷支付、网银支付、绑卡鉴权、退款和打款，所述运营平台包括订单查询系统、业务方配置的路由系统以及通道管理模块，其中通道管理模块包括通道信息管理、通道白名单管理和证书管理。
[0014]进一步地，所述路由与其他系统配合使用，路由在筛选通道时有些参数上游系统并不会传，需要路由自己去查，比如通道属性或者商户白名单。
[0015]进一步地，所述支付类接口包括支付请求接口和支付通知接口，所述预授权接口包括预授权请求接口、预授权确认接口和预授权取消接口，所述鉴权类接口包括鉴权请求接口、鉴权确认接口和鉴权查询接口，所述打款中心包括打款请求模块和打款撤销模块，所述其他接口包括金额查询接口。
[0016]进一步地，该支付路由系统的路由分组过程包括以下步骤：
[0017]S1：对通道层按照组合规则进行分组，根据交易类型分组，包括支付模块和鉴权模块，
[0018]S2：将支付模块和鉴权模块均根据账户类型分为对公账户和个人账户，支付模块中的个人账户包括借记卡和贷记卡，鉴权模块中的对公账户包括借记卡和贷记卡；
[0019]S3：将借记卡和贷记卡根据银行类型进行分组，每一银行下的借记卡和贷记卡均有若干个通道；
[0020]S4：根据通道分组筛选规则确定一个通道列表，然后再通过筛选规则筛选出需要的通道。
[0021]进一步地，通过分组规则得到了一个通道组，设定三个属性作为筛选条件，包括通道状态、商家报备和成本有限，其中筛选规则具体为优先选择开启状态的通道、选择成本最低的通道和商家需要在银行进行报备的通道。
[0022]进一步地，所述根据分组规则得到的通道列表，根据筛选规则1进行一次筛选，根据筛选规则2进行二次筛选，根据筛选规则3进行三次筛选，根据筛选规则4进行四次筛选，然后得到唯一通道，完成筛选算法流。
[0023]进一步地，在分组筛选过程中针对每一条通道，获取通道属性，根据通道属性判断其是否满足筛选规则，满足筛选轨道的通道保留，不满足筛选规则的通道过滤，得到所有保留的通道列表，然后判断通道列表内的每一通道是否为空，若不为空再次判断每一通道是否还有下一条规则，若存在下一条规则，则入参为剩余通道，不存在下一条规则的通道为筛选出来的唯一通道；经过筛选规则筛选后存在无匹配通道情况，此时进行报错。
[0024]进一步地，当上游系统没有传参，但是在通道筛选时需要的参数，路由需要去相关系统进行查询，比如商家白名单要到白名单系统查询。
[0025]有益效果
[0026]本专利技术具有以下有益效果：该支付路由系统，通过对通道按照组合规则进行分组，提升了筛选效率，然后通过路由选择出最佳的付款通道，能够有效降低成本，并且通过筛选规则筛选出多个有效通道，确保在支付时有可用通道，避免出现支付失败的情况，能够极大提高用户体验感。
[0027]当然，实施本专利技术的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
[0028]图1为本专利技术系统流程示意图；
[0029]图2为本专利技术路由接口示意图；
[0030]图3为本专利技术筛选规则示意图；
[0031]图4为本专利技术筛选主流程示意图；
[0032]图5为本专利技术通道筛选流程示意图。
具体实施方式
[0033]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0034]在本专利技术的描述中，需要理解的是，术语“开孔”、“上”、“下”、“厚度”、“顶”、“中”、“长度”、“内”、“四周”等指示方位或位置关系，仅是为了便于描述本专利技术和简化描述，而不是指示或暗示所指的组件或元件必须具有特定的方位，以特定的方位构造和操作，因此不能理解为对本专利技术的限制。
[0035]请参阅图1
‑
图5，本专利技术实施例提供一种技术方案：一种支付路由系统，包括业务层、路由、订单层和通道层，如图1所示，
[0036]所述业务层包括收银台、API、钱包、打款中心和运营后台，作为路由的上游系统，用于向路由发出支付请求或者鉴权请求；
[0037]所述路由包括支付类接口、预授权类接口、鉴权类接口、打款中心和其他接口，通过路由选择出最优的通道，用于封装好支付请求参数请求订单层初始化支付订单；
[0038]所述订单层，作为路由的下游系统，用于为路由提供支付类接口，并向下请求通本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种支付路由系统，包括业务层、路由、订单层和通道层，其特征在于：所述业务层包括收银台、API、钱包、打款中心和运营后台，作为路由的上游系统，用于向路由发出支付请求或者鉴权请求；所述路由包括支付类接口、预授权类接口、鉴权类接口、打款中心和其他接口，通过路由选择出最优的通道，用于封装好支付请求参数请求订单层初始化支付订单；所述订单层，作为路由的下游系统，用于为路由提供支付类接口，并向下请求通道完成支付或者鉴权；所述通道层包括快捷通道、网银通道、代扣通道、打款通道、鉴权通道以及其他通道，用于管理各条通道以及通道属性等，为上游包装支付或者鉴权类接口，并请求通道提供方完成支付或者鉴权。2.根据权利要求1所述的一种支付路由系统，其特征在于：其操作过程具体为通过业务层请求路由进行支付或者鉴权，路由选择出最优的通道，用于封装好支付请求参数请求订单层初始化支付订单，由订单层请求通道层完成支付，并返回支付结果。3.根据权利要求1所述的一种支付路由系统，还包括用户层和运营平台,其特征在于：所述用户层包括快捷支付、网银支付、绑卡鉴权、退款和打款，所述运营平台包括订单查询系统、业务方配置的路由系统以及通道管理模块，其中通道管理模块包括通道信息管理、通道白名单管理和证书管理。4.根据权利要求1所述的一种支付路由系统，其特征在于：所述路由与其他系统配合使用，路由在筛选通道时有些参数上游系统并不会传，需要路由自己去查，比如通道属性或者商户白名单。5.根据权利要求2所述的一种支付路由系统，其特征在于：所述支付类接口包括支付请求接口和支付通知接口，所述预授权接口包括预授权请求接口、预授权确认接口和预授权取消接口，所述鉴权类接口包括鉴权请求接口、鉴权确认接口和鉴权查询接口，所述打款中心包括打款请求模块和打款撤销模块，所述其他接口包括金额查询接口。6.根据权利要求...

【专利技术属性】
技术研发人员：林毕成，
申请(专利权)人：上海中通吉网络技术有限公司，
类型：发明
国别省市：