[发明专利]用于银行卡支付的路由引擎装置在审
| 申请号: | 202011188800.2 | 申请日: | 2020-10-30 |
| 公开(公告)号: | CN112308550A | 公开(公告)日: | 2021-02-02 |
| 发明(设计)人: | 许峰山;徐麟;刘也;马文娟 | 申请(专利权)人: | 上海中通吉网络技术有限公司 |
| 主分类号: | G06Q20/08 | 分类号: | G06Q20/08;G06Q20/02;H04L12/851 |
| 代理公司: | 北京细软智谷知识产权代理有限责任公司 11471 | 代理人: | 付登云 |
| 地址: | 201799 上*** | 国省代码: | 上海;31 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 用于 银行卡 支付 路由 引擎 装置 | ||
本发明涉及一种用于银行卡支付的路由引擎装置,包括费率规则模块、交易限额模块、保量因子模块、渠道类型模块、服务质量模块。本发明在单一的支付通道出现异常时,可以自动切换到其他通道客户完成无感知支付,当单一通道支付的手续费成本太高,可根据规则降低手续费成本,当合作的第三方有一定的保量要求,可根据规则自动满足保量需求,当营销的政策发生变动,可以根据规则自动走到合适的通道满足营销政策,可通过参数设置在流量高峰时对非关键接口限流,如果限流后导致无法获取对应的支付通道我们还有默认的支付通道进行兜底支付。
技术领域
本发明属于电子设备技术领域,具体涉及一种用于银行卡支付的路由引擎装置。
背景技术
我们会时时监控第三方支付通道的Qos根据第三方的Qos自动生成对应的权重比例,其中有个简单的算法逻辑。当三方Qos发生变动后我们需要动态热加载路由规则引擎的算法变量。
由于业务系统面向互联网C端用户,为防止在瞬时高并发的情况下超过系统最大负载而拖垮系统,因此在外层api设计时需对请求进行控制,除了常见的新增硬件配置外在api的设计上也出现了不少已经成熟的方案,例如分流、降级、限流。
相关技术中,现有对接的第三方太少:现在我们对接的第三方支付渠道太少,监控其Qos可选择的灵活性太少。对资金的管理和对账的困难度大,由于支付路由的上线,一条业务线可能会自动路由到多个第三方进行收款,收款到不同的商户号里面导致对资金无法快速统一管理和对账清分。
发明内容
有鉴于此,本发明的目的在于克服现有技术的不足,提供一种用于银行卡支付的路由引擎装置,以解决现有技术中第三方支付渠道太少,监控其Qos可选择的灵活性太少以及对资金的管理和对账的困难度大的问题。
为实现以上目的,本发明采用如下技术方案:一种用于银行卡支付的路由引擎装置,包括:
费率规则模块,用于设定三方支付渠道收取的支付手续费;
交易限额模块,用于统计手续费支付成本,在成本达到预设额度时降低手续费成本;
保量因子模块,用于在三方渠道费率达到预设数量时切换渠道类型;
渠道类型模块,用于选择支付渠道,并在无法获取支付渠道时选择默认的支付渠道进行支付;
服务质量模块,用于保证服务质量。
进一步的,所述手续费包括按照百分比或按笔数收取。
进一步的,所述统计手续费支付成本采用:
按照天或月统计、按业务线统计或按三方渠道统计。
进一步的,还包括:
交易数据入口,通过路由总线连接渠道路由请求;
所述交易数据入口用于限流控制,所述限流控制为指定每分钟访问的流量。
进一步的,还包括:
缓存模块,用于存储所述保量因子模块预设的规则以提高计算效率,所述规则用于计算手续费支付成本,以选择渠道类型进行切换。
进一步的,还包括:
操作日志,用于记录每次保量因子的变更。
进一步的,还包括:
分析模块,用于分析成本报表,以对保量因子进行相应调整。
进一步的,还包括:
风险处理模块,用于在所述装置出现服务宕机时,熔断降级处理,采用默认支付渠道。
进一步的,还包括:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于上海中通吉网络技术有限公司,未经上海中通吉网络技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202011188800.2/2.html,转载请声明来源钻瓜专利网。
- 上一篇:基于机器学习的三维海洋要素场智能构建方法及系统
- 下一篇:砖块码垛系统





