[发明专利]一种支付服务的管理方法及系统在审
| 申请号: | 201911393167.8 | 申请日: | 2019-12-30 |
| 公开(公告)号: | CN111178888A | 公开(公告)日: | 2020-05-19 |
| 发明(设计)人: | 雷欣;张子辉;杨青刚;郑如意;李严桵;武有文;李昊;郑友杰;李书源 | 申请(专利权)人: | 中国银行股份有限公司 |
| 主分类号: | G06Q20/38 | 分类号: | G06Q20/38;G06Q20/40 |
| 代理公司: | 北京三友知识产权代理有限公司 11127 | 代理人: | 周晓飞;谷敬丽 |
| 地址: | 100818 *** | 国省代码: | 北京;11 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 一种 支付 服务 管理 方法 系统 | ||
本发明提出了一种支付服务的管理方法及系统,该方法包括:获取支付服务数据,查询服务开关参数;当服务开关参数为开时,生成交易请求;根据交易请求进行交易处理,得到支付信息,包括资源占用率、交易异常的支付信息;根据支付信息进行数据分析,其中,在资源占用率超过预设阈值的情况下,关闭外围支付服务,保留核心支付服务;在一预设时间内,如果出现交易异常的数量达到阈值,关闭对应的支付服务,修改服务开关参数为关。利用该方法及系统可以在支付服务出现异常时实时下线服务,避免资金损失;在资源占用率较高时,能够策略性地关闭某些外围支付服务,保证核心服务安全稳定;在下线服务的同时能够保留拓展服务,尽可能保证客户的使用。
技术领域
本发明涉及支付处理技术领域,尤指一种支付服务的管理方法及系统,用于APP内支付服务的管理。
背景技术
目前,金融业APP中往往包含较多支付服务,支付场景涉及客户动帐,对安全性、实时性、体验性均要求极高,一旦出现扣款异常,容易引发客户投诉。
另外,针对金融业APP的后台服务,并发过高时若不能及时暂停交易,可能引发服务崩溃,造成更大风险。
因此,亟需一种可以对支付服务进行自动管理、控制的方案,保证支付安全性、稳定性、体验性。
发明内容
为解决上述问题,本发明提出了一种支付服务的管理方法及系统,可以针对金融业APP中的支付服务,在已经或即将无法正常提供服务时自动下线,关闭支付功能,同时保留其他拓展功能(如交易记录查询,商品浏览等),保证支付安全性、稳定性、体验性。
在本发明一实施例中,提出了一种支付服务的管理方法,该方法包括:
获取支付服务数据,查询服务开关参数;
当服务开关参数为开时,生成交易请求;
根据所述交易请求进行交易处理,得到支付信息,所述支付信息包括资源占用率、交易异常的支付信息;
根据所述支付信息进行数据分析,得到分析结果,其中,
在资源占用率超过预设阈值的情况下,关闭外围支付服务,保留核心支付服务;
在一预设时间内,如果出现交易异常的数量达到阈值,关闭对应的支付服务,修改服务开关参数为关。
进一步的,获取支付服务数据,查询服务开关参数,当服务开关参数为开时,生成交易请求,还包括:
当服务开关参数为关时,生成无法支付的提示信息。
进一步的,根据所述支付信息进行数据分析,包括:
根据所述支付信息,分析资源占用率,其中,所述资源占用率由CPU占用率、内存占用率和数据库占用率来界定;
当其中一项占用率达到80%以上,判定进入高风险运行态,关闭外围支付服务,保留核心支付服务。
进一步的,根据所述支付信息,分析资源占用率,还包括:
获取并发数,当并发数连续一定时间达到最大并发值的75%以上,判定进入高风险运行态。
进一步的,根据所述交易请求进行交易处理,得到支付信息,包括:
由支付后台向核心支付服务申请动账,如果超过一设定时间未收到回复,判定为交易失败,生成交易异常的支付信息。
进一步的,根据所述支付信息进行数据分析,包括:
对每分钟的所述支付信息进行批量处理,统计异常交易的数量;如果交易发起方在1分钟内的交易异常数达到阈值,判定交易发起方已发生支付报错故障,关闭对应的支付服务,修改服务开关参数为关。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于中国银行股份有限公司,未经中国银行股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201911393167.8/2.html,转载请声明来源钻瓜专利网。
- 上一篇:一种自动生成用户习题的方法及终端
- 下一篇:一种实时表情分析方法及其装置





