[发明专利]基于合约的支付数据处理装置及方法有效
申请号: | 201910860995.1 | 申请日: | 2019-09-11 |
公开(公告)号: | CN110717756B | 公开(公告)日: | 2022-05-24 |
发明(设计)人: | 陈松奎;程思远 | 申请(专利权)人: | 口碑(上海)信息技术有限公司 |
主分类号: | G06Q20/38 | 分类号: | G06Q20/38;G06Q20/12 |
代理公司: | 北京市浩天知识产权代理事务所(普通合伙) 11276 | 代理人: | 陈翠 |
地址: | 200131 上海市浦东新区民生路11*** | 国省代码: | 上海;31 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 基于 合约 支付 数据处理 装置 方法 | ||
本发明公开了一种基于合约的支付数据处理装置及方法。其中装置包括:进件系统,适于针对商户端的多业务多渠道的业务支付需求,决策出每一业务的支付参数,将多业务的支付参数同步至合约系统;合约系统,适于分别管理多个业务协议,其中每个业务协议中存储对应业务的支付参数;响应支付系统的支付参数查询请求,向支付系统返回对应业务的支付参数;支付系统,适于根据用户端的业务支付请求,向合约系统发送支付参数查询请求;根据合约系统返回的支付参数对业务进行支付逻辑处理。基于本发明提供的方案,实现了高内聚低耦合的软件架构方案,降低了平台的维护成本,提高了支付链路的可靠性,有效降低了电商平台的复杂性,提高了电商平台的扩展能力。
技术领域
本发明涉及互联网技术领域,具体涉及一种基于合约的支付数据处理装置及方法。
背景技术
传统的支付处理方案是:当商户端有多套支付参数时,商户端进件的时候必须选择其中一套支付参数,将所选择的支付参数作为商户端的属性存在数据库里。交易行为发生的时候,根据商户端获取对应的支付参数,完成支付。该方案存在如下两个方面的明显缺陷:1.如果商户有多个业务需要支付时,维护这些支付参数非常繁杂;2.多业务之间由于无法做到隔离,使得支付时可能会产生相互干扰。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的基于合约的支付数据处理装置及方法。
根据本发明的一个方面,提供了一种基于合约的支付数据处理装置,包括:进件系统、合约系统及支付系统;
进件系统,适于针对商户端的多业务多渠道的业务支付需求,决策出每一业务的支付参数,将多业务的支付参数同步至合约系统;
合约系统,适于分别管理多个业务协议,其中每个业务协议中存储对应业务的支付参数;响应支付系统的支付参数查询请求,向支付系统返回对应业务的支付参数;
支付系统,适于根据用户端的业务支付请求,向合约系统发送支付参数查询请求;根据合约系统返回的支付参数对业务进行支付逻辑处理。
可选地,进件系统进一步适于:若监测到商户端的业务支付需求发生变化或渠道状态变更为不可用状态,更新业务对应的支付参数,将更新的支付参数动态同步至合约系统。
可选地,合约系统还适于:管理与多个业务协议关联的框架协议,若接收到进件系统同步的支付参数,通过框架协议校验业务类型对应的业务协议是否存在;
若是,则将业务协议中存储的支付参数更新覆盖为本次同步的支付参数;
若否,则依据业务类型创建对应的业务协议,并将业务对应的支付参数存储至业务协议中。
可选地,支付参数查询请求包含:业务类型;
合约系统进一步适于:查询与业务类型相匹配的业务协议,得到业务对应的支付参数。
可选地,支付参数包含:渠道标识、商户端标识、费率信息。
根据本发明的另一方面,提供了一种基于合约的支付数据处理方法,方法基于上述的基于合约的支付数据处理装置而实现,方法包括:
针对商户端的多业务多渠道的业务支付需求,决策出每一业务的支付参数,将多业务的支付参数同步至合约系统;
将多业务的支付参数存储至各业务对应的业务协议中;
根据用户端的业务支付请求,向合约系统发送支付参数查询请求;
由合约系统响应支付系统的支付参数查询请求,向支付系统返回对应业务的支付参数;
根据合约系统返回的支付参数对业务进行支付逻辑处理。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于口碑(上海)信息技术有限公司,未经口碑(上海)信息技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910860995.1/2.html,转载请声明来源钻瓜专利网。