CN106920099A - 支付***的支付路由智能监控方法及*** - Google Patents
支付***的支付路由智能监控方法及*** Download PDFInfo
- Publication number
- CN106920099A CN106920099A CN201710137846.3A CN201710137846A CN106920099A CN 106920099 A CN106920099 A CN 106920099A CN 201710137846 A CN201710137846 A CN 201710137846A CN 106920099 A CN106920099 A CN 106920099A
- Authority
- CN
- China
- Prior art keywords
- payment
- logical channel
- default
- pay
- criterion
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种支付***的支付路由智能监控方法及***。该方法包括用于监控开启的通道的步骤:读取支付通道在预设的时间段内的支付数据及关闭告警阈值;采用预设的支付通道关闭准则,判断各个支付通道是否出现异常;针对异常的支付通道,触发警报并关闭支付通道;以及用于监控处于关闭状态的支付通道的步骤:每隔预设的时间间隔,读取关闭的支付通道的列表及开启阈值;对关闭的支付通道,进行生产流量测试,并判断是否符合预设的支付通道开启准则;开启符合条件的支付通道并发出提示信息。本发明能够第一时间发现和处理支付通道的异常状态,及时关闭支付成功率异常、低下的支付通道,从而提高路由通道的支付成功率,保证在线支付的可靠性。
Description
技术领域
本发明涉及在线支付领域,尤其涉及一种支付***的支付路由智能监控方法及***。
背景技术
在目前的在线支付场景中,不同商户可能支持不同的支付方式,包括银行通道类、第三方通道类等支付方式,每种支付方式下又有多个银行,每个银行又有多个支付通道。随着商户、银行、通道的越来越多,在线商务企业公司对在线支付的稳定性、成功率提出了越来越高的要求,用户对及时获取相关产品服务及支付可靠性的期望越来越高。
但是目前人工维护支付路由通道的方式,会导致对于支付通道异常的发现和处理的滞后,进一步导致支付成功率下降,恢复、开启和切换支付路由通道不及时等一系列问题,大大影响了在线支付的双方的使用体验。因此,亟需一种能够智能化监控支付通道的方法,以提高在线支付的可靠性以及双方的使用体验。
发明内容
本发明要解决的技术问题是为了克服现有技术中的在线支付的支付通道依赖于人工维护,导致支付通道异常的发现和处理滞后,支付可靠性不高的缺陷,提出一种支付***的支付路由智能监控方法及***。
本发明是通过下述技术方案来解决上述技术问题的:
本发明提供了一种支付***的支付路由智能监控方法,其特征在于,所述支付***包括多个业务单元及多个支付逻辑通道,所述支付路由智能监控方法实时监视各个业务单元采用各个支付逻辑通道所进行的支付所产生的支付数据,支付数据包括支付总数、支付成功数、支付失败数、支付异常数,所述支付路由智能监控方法还包括用于监控处于开启状态的支付逻辑通道的以下步骤:
S1、读取支付逻辑通道在预设的时间段内的关闭告警阈值;
S2、读取支付逻辑通道在预设的时间段内的支付数据;
S3、采用预设的支付逻辑通道关闭准则,判断各个支付逻辑通道是否出现异常,其中支付逻辑通道关闭准则包含针对各个支付逻辑通道的支付数据的阈值判断条件,且与关闭告警阈值相关联;
S4、针对出现异常的支付逻辑通道,触发警报并关闭支付逻辑通道;
所述支付路由智能监控方法还包括用于监控处于关闭状态的支付逻辑通道的以下步骤:
S5、读取支付逻辑通道在预设时间段内的开启阈值数据;
S6、每隔预设的时间间隔,读取处于关闭状态的支付逻辑通道的列表;
S7、对处于关闭状态的支付逻辑通道,进行生产流量测试,并判断测试结果是否符合预设的支付逻辑通道开启准则,其中支付逻辑通道开启准则包含与支付逻辑通道关闭准则相对应的针对各个支付逻辑通道的支付数据的阈值判断条件,且与开启阈值数据相关联;
S8、针对符合支付逻辑通道开启准则的支付逻辑通道,开启支付逻辑通道并发出提示信息。
较佳地,支付逻辑通道关闭准则包括通用于所有支付逻辑通道的通用监控算法,以及专用于所有支付逻辑通道中的单个或部分支付逻辑通道的专用监控算法,所述通用监控算法包括关于预设的时间段内的支付成功数或者预设成功率的阈值判断条件。
较佳地,所述支付逻辑通道关闭准则包括以下判断条件中的一项、多项或其组合:
预设的时间段内,支付逻辑通道的支付成功数与支付总数之比小于预设的第一阈值;
预设的时间段内,连续的多个子时间段中支付逻辑通道的支付成功率均小于预设的第二阈值;
预设的时间段内,支付失败数大于预设的第三阈值;
预设的时间段内,连续的多个子时间段中支付逻辑通道的支付成功率出现幅度大于预设的第四阈值的抖动。
较佳地,所述用于监控处于开启状态的支付逻辑通道的以下步骤还包括,基于和单个业务单元相关联的各个支付逻辑通道的支付数据判断和该单个业务单元相关联的支付是否存在支付成功率过低的异常情况,并关闭存在异常的业务单元的支付功能。
较佳地,支付逻辑通道包括与多种在线支付平台相关联的通道、第三方支付通道以及与银行卡支付、***支付相关联的通道。
本发明还提供了一种支付***的支付路由智能监控***,所述支付***包括多个业务单元及多个支付逻辑通道,其特点在于,所述支付路由智能监控***包括:
通道监视模块,用于实时监视各个业务单元采用各个支付逻辑通道所进行的支付所产生的支付数据,支付数据包括支付总数、支付成功数、支付失败数、支付异常数;
通道关闭模块,用于读取支付逻辑通道在预设的时间段内的支付数据,读取支付逻辑通道在预设的时间段内的关闭告警阈值,然后采用预设的支付逻辑通道关闭准则,判断各个支付逻辑通道是否出现异常,其中支付逻辑通道关闭准则包含针对各个支付逻辑通道的支付数据的阈值判断条件,然后针对出现异常的支付逻辑通道,触发警报并关闭支付逻辑通道;
通道开启模块,用于每隔预设的时间间隔,读取处于关闭状态的支付逻辑通道的列表,读取支付逻辑通道在预设时间段内的开启阈值数据,然后对处于关闭状态的支付逻辑通道,进行生产流量测试,并判断测试结果是否符合预设的支付逻辑通道开启准则,其中支付逻辑通道开启准则包含与支付逻辑通道关闭准则相对应的针对各个支付逻辑通道的支付数据的阈值判断条件,然后针对符合支付逻辑通道开启准则的支付逻辑通道,开启支付逻辑通道并发出提示信息;
监控算法模块,用于配置及存储支付逻辑通道关闭准则、支付逻辑通道开启准则及其中的阈值判断条件。
较佳地,支付逻辑通道关闭准则包括通用于所有支付逻辑通道的通用监控算法,以及专用于所有支付逻辑通道中的单个或部分支付逻辑通道的专用监控算法,所述通用监控算法包括关于预设的时间段内的支付成功数或者预设成功率的阈值判断条件。
较佳地,所述支付逻辑通道关闭准则包括以下判断条件中的一项、多项或其组合:
预设的时间段内,支付逻辑通道的支付成功数与支付总数之比小于预设的第一阈值;
预设的时间段内,连续的多个子时间段中支付逻辑通道的支付成功率均小于预设的第二阈值;
预设的时间段内,支付失败数大于预设的第三阈值;
预设的时间段内,连续的多个子时间段中支付逻辑通道的支付成功率出现幅度大于预设的第四阈值的抖动。
较佳地,所述通道关闭模块还用于,基于和单个业务单元相关联的各个支付逻辑通道的支付数据判断和该单个业务单元相关联的支付是否存在支付成功率过低的异常情况,并关闭存在异常的业务单元的支付功能。
较佳地,支付逻辑通道包括与多种在线支付平台相关联的通道、第三方支付通道以及与银行卡支付、***支付相关联的通道。
在符合本领域常识的基础上,上述各优选条件,可任意组合,即得本发明各较佳实例。
本发明的积极进步效果在于:
本发明的支付***的支付路由智能监控方法及***,通过自动化、智能化地实时监控各个支付通道,能够第一时间发现和处理支付通道的异常状态,及时关闭支付成功率异常、低下的支付通道,从而持续稳定地提供支付通道的可用性,提高路由通道的支付成功率,降低支付通道的异常恢复时长,保证在线支付的可靠性。
附图说明
图1为本发明一较佳实施例的支付路由智能监控方法中用于监控处于开启状态的支付逻辑通道的部分流程图。
图2为本发明一较佳实施例的支付路由智能监控方法中用于监控处于关闭状态的支付逻辑通道的部分流程图。
具体实施方式
下面结合附图给出本发明较佳实施例,以详细说明本发明的技术方案,但并不因此将本发明限制在所述的实施例范围之中。
本发明一较佳实施例的支付路由智能监控方法被用于包括多个业务单元及多个支付逻辑通道的支付***。所述支付路由智能监控方法实时监视各个业务单元采用各个支付逻辑通道所进行的支付所产生的支付数据,支付数据包括支付总数、支付成功数、支付失败数、支付异常数。
监视的对象可以包括各个业务单元使用的若干支付逻辑通道,举例来说,比如:机票支付使用的微信、支付宝、建行快捷-借记卡、建行快捷-***、建行***Moto、建行代扣-借记卡,以及酒店支付使用的微信、支付宝。需注意的是,本发明中所提及的通道为逻辑通道而非物理通道,相应的开启或关闭通道的操作也应理解为对于逻辑通道而非物理通道的操作。
参考图1所示,所述支付路由智能监控方法还包括用于监控处于开启状态的支付逻辑通道的以下步骤::
S1、读取支付逻辑通道在预设的时间段内的关闭告警阈值;
S2、读取支付逻辑通道在预设的时间段内的支付数据;
S3、采用预设的支付逻辑通道关闭准则,判断各个支付逻辑通道是否出现异常,其中支付逻辑通道关闭准则包含针对各个支付逻辑通道的支付数据的阈值判断条件,且与关闭告警阈值相关联;
S4、针对出现异常的支付逻辑通道,触发警报并关闭支付逻辑通道。
支付逻辑通道关闭准则也可称为mark down规则或熔断机制,其作用是,举例来说,在监控到对于某一通道在连续的多个时间段内出现支付成功数和/或支付成功率低于某一阈值时,触发报警并关闭相应通道。由此,支付成功率相对低下的支付通道被暂时关闭,对于在线支付***中的商户及用户来说,其可选择其余正常状态的支付通道,避免了其选择处于异常状态的支付通道而带来的种种不良影响和体验。
参考图2所示,所述支付路由智能监控方法还包括用于监控处于关闭状态的支付逻辑通道的以下步骤:
S5、读取支付逻辑通道在预设时间段内的开启阈值数据;
S6、每隔预设的时间间隔,读取处于关闭状态的支付逻辑通道的列表;
S7、对处于关闭状态的支付逻辑通道,进行生产流量测试,并判断测试结果是否符合预设的支付逻辑通道开启准则,其中支付逻辑通道开启准则包含与支付逻辑通道关闭准则相对应的针对各个支付逻辑通道的支付数据的阈值判断条件,且与开启阈值数据相关联;
S8、针对符合支付逻辑通道开启准则的支付逻辑通道,开启支付逻辑通道并发出提示信息
上述机制也可称为mark up机制,其作用在于及时恢复能够正常运行的此前因出现异常而关闭的支付通道。其中的提示信息,例如可以是向相关邮件地址发送邮件提示上述恢复操作。
根据本发明的一个方面,支付数据可以是实时获取的。关闭告警阈值和开启阈值数据的阈值配置(DB字段)可以单元不一,但为同样的数据。支付逻辑通道关闭准则和支付逻辑通道开启准则可以注入支付数据作为数据源并注入关闭告警阈值和开启阈值数据作为判断依据。根据本发明的另一方面,针对通道关闭和开启的阈值均可以是针对不同的时间段而不同的,例如高峰期内的时间段和低峰期内的时间段的关闭告警阈值就可以有明显的不同。
在优选的实施方式中,支付逻辑通道关闭准则包括通用于所有支付逻辑通道的通用监控算法,以及专用于所有支付逻辑通道中的单个或部分支付逻辑通道的专用监控算法,所述通用监控算法包括关于预设的时间段内的支付成功数或者预设成功率的阈值判断条件。
其中,优选地,所述支付逻辑通道关闭准则可以包括以下判断条件中的一项、多项或其组合:
预设的时间段内,支付逻辑通道的支付成功数与支付总数之比小于预设的第一阈值;
预设的时间段内,连续的多个子时间段中支付逻辑通道的支付成功率均小于预设的第二阈值;
预设的时间段内,支付失败数大于预设的第三阈值;
预设的时间段内,连续的多个子时间段中支付逻辑通道的支付成功率出现幅度大于预设的第四阈值的抖动。
优选地,上述判断条件中的第一阈值、第二阈值、第三阈值、第四阈值均可以基于整个支付***中的各个通道的相应类型的支付数据的统计值,诸如均值来进行设置,也可以基于***中针对各个业务单元的支付数据的统计值来进行设置。举例来说,第二阈值可以基于支付成功率的长期均值确定,比如支付成功率的长期均值乘以一定的比例系数,该比例系数在0-1之间,较佳地可以为50%-80%之间。
以下举一优选实施方式中的支付逻辑通道关闭准则的例子进行说明,这一例子涉及针对机票业务单元的支付宝支付通道及微信通道各自的专用监控算法。应当理解的是,支付逻辑通道开启准则中的阈值判断条件大致对应于支付逻辑通道关闭准则,因此本领域技术人员可容易地将下述优选例子转用至支付逻辑通道开启准则中。
对于机票-支付宝支付通道,根据支付数据的统计值,机票支付宝扣款成功率业务高峰期扣款成功率为74%(均值),相应的专用监控算法包括:
1)当仅仅支付宝总扣款成功率连续Count=2次小于60%(即在连续两个时间段内小于60%,以下Count计数均针对时间段而言,不再赘述)触发报警并持续低于60%,开始累积计数(Count+N)次机票支付宝总损失量,当机票支付宝总损失量大于100单支付对机票支付宝进行自动关闭,N为总扣款成功率低于60%的次数。
2)当仅仅支付宝总扣款成功率连续Count=2次小于60%触发报警并持续存在抖动,开始累积计数(Count+N)次机票支付宝总损失量期间,只要采集到任意1分钟扣款成功率大于60%,则对累积计数机票支付宝支付总损失量进行清零,不关闭机票支付宝,连续抖动由支付人工介入处理。
3)当支付宝总扣款成功率和机票支付宝扣款成功率连续Count=2次小于60%触发报警,第Count=3次支付宝总成功率和机票支付宝扣款成功率全部满足下降到37%均值一半以下,直接对机票支付宝支付进行自动关闭。
4)当支付宝总扣款成功率和机票支付宝扣款成功率连续Count=2次全部下降到37%均值一半以下,直接对机票微信支付进行自动关闭。Count=配置的连续次数,比如:Count=2。
5)当生产没有请求流量时,支付宝总扣款成功率和机票支付宝总扣款成功率会触发Count=2次小于60%告警,此时不应该关闭通道。
对于机票-微信支付通道,根据支付数据的统计值,机票微信扣款成功率业务高峰期扣款成功率为71%(均值),相应的专用监控算法包括:
1)当微信总扣款成功率连续Count(Count=2)次小于50%触发报警并持续报警,开始累积计数机票微信支付损失量,大于100单支付对机票微信进行自动关闭。
2)当微信总扣款成功率连续Count(Count=2)次小于50%触发报警存在抖动,下一分钟扣款成功率上升恢复,则对累积计数机票微信支付损失量进行清零,支付不关闭机票微信,连续5次抖动由支付人工介入处理。
3)当微信总扣款成功率连续Count(Count=2)次小于50%触发报警并持续报警,第count(count=3)次下降到35.5%均值一半以下,直接对机票支付宝支付进行自动关闭。
4)当微信总扣款成功率连续Count(Count=2)次下降到35.5%均值一半以下,直接对机票微信支付进行自动关闭。count=配置的连续次数,比如:count=2。
优选地,所述用于监控处于开启状态的支付逻辑通道的以下步骤还包括,基于和单个业务单元相关联的各个支付逻辑通道的支付数据判断和该单个业务单元相关联的支付是否存在支付成功率过低的异常情况,并关闭存在异常的业务单元的支付功能。
优选地,支付逻辑通道包括与多种在线支付平台相关联的通道以及与银行卡支付、***支付相关联的通道。
本发明一较佳实施例的支付***的支付路由智能监控***,所述支付***包括多个业务单元及多个支付逻辑通道,所述支付路由智能监控***包括:
通道监视模块,用于实时监视各个业务单元采用各个支付逻辑通道所进行的支付所产生的支付数据,支付数据包括支付总数、支付成功数、支付失败数、支付异常数;
通道关闭模块,用于读取支付逻辑通道在预设的时间段内的支付数据,读取支付逻辑通道在预设的时间段内的关闭告警阈值,然后采用预设的支付逻辑通道关闭准则,判断各个支付逻辑通道是否出现异常,其中支付逻辑通道关闭准则包含针对各个支付逻辑通道的支付数据的阈值判断条件,然后针对出现异常的支付逻辑通道,触发警报并关闭支付逻辑通道;
通道开启模块,用于每隔预设的时间间隔,读取处于关闭状态的支付逻辑通道的列表,读取支付逻辑通道在预设时间段内的开启阈值数据,然后对处于关闭状态的支付逻辑通道,进行生产流量测试,并判断测试结果是否符合预设的支付逻辑通道开启准则,其中支付逻辑通道开启准则包含与支付逻辑通道关闭准则相对应的针对各个支付逻辑通道的支付数据的阈值判断条件,然后针对符合支付逻辑通道开启准则的支付逻辑通道,开启支付逻辑通道并发出提示信息;
监控算法模块,用于配置及存储支付逻辑通道关闭准则、支付逻辑通道开启准则及其中的阈值判断条件。
优选地,支付逻辑通道关闭准则包括通用于所有支付逻辑通道的通用监控算法,以及专用于所有支付逻辑通道中的单个或部分支付逻辑通道的专用监控算法,所述通用监控算法包括关于预设的时间段内的支付成功数或者预设成功率的阈值判断条件。
优选地,所述支付逻辑通道关闭准则包括以下判断条件中的一项、多项或其组合:
预设的时间段内,支付逻辑通道的支付成功数与支付总数之比小于预设的第一阈值;
预设的时间段内,连续的多个子时间段中支付逻辑通道的支付成功率均小于预设的第二阈值;
预设的时间段内,支付失败数大于预设的第三阈值;
预设的时间段内,连续的多个子时间段中支付逻辑通道的支付成功率出现幅度大于预设的第四阈值的抖动。
优选地,所述通道关闭模块还用于,基于和单个业务单元相关联的各个支付逻辑通道的支付数据判断和该单个业务单元相关联的支付是否存在支付成功率过低的异常情况,并关闭存在异常的业务单元的支付功能。
优选地,支付逻辑通道包括与多种在线支付平台相关联的通道以及与银行卡支付、***支付相关联的通道。
虽然以上描述了本发明的具体实施方式,但是本领域的技术人员应当理解,这些仅是举例说明,本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下,可以对这些实施方式做出多种变更或修改,但这些变更和修改均落入本发明的保护范围。
Claims (10)
1.一种支付***的支付路由智能监控方法,其特征在于,所述支付***包括多个业务单元及多个支付逻辑通道,所述支付路由智能监控方法实时监视各个业务单元采用各个支付逻辑通道所进行的支付所产生的支付数据,支付数据包括支付总数、支付成功数、支付失败数、支付异常数,所述支付路由智能监控方法还包括用于监控处于开启状态的支付逻辑通道的以下步骤:
S1、读取支付逻辑通道在预设的时间段内的关闭告警阈值;
S2、读取支付逻辑通道在预设的时间段内的支付数据;
S3、采用预设的支付逻辑通道关闭准则,判断各个支付逻辑通道是否出现异常,其中支付逻辑通道关闭准则包含针对各个支付逻辑通道的支付数据的阈值判断条件,且与关闭告警阈值相关联;
S4、针对出现异常的支付逻辑通道,触发警报并关闭支付逻辑通道;
所述支付路由智能监控方法还包括用于监控处于关闭状态的支付逻辑通道的以下步骤:
S5、读取支付逻辑通道在预设时间段内的开启阈值数据;
S6、每隔预设的时间间隔,读取处于关闭状态的支付逻辑通道的列表;
S7、对处于关闭状态的支付逻辑通道,进行生产流量测试,并判断测试结果是否符合预设的支付逻辑通道开启准则,其中支付逻辑通道开启准则包含与支付逻辑通道关闭准则相对应的针对各个支付逻辑通道的支付数据的阈值判断条件,且与开启阈值数据相关联;
S8、针对符合支付逻辑通道开启准则的支付逻辑通道,开启支付逻辑通道并发出提示信息。
2.如权利要求1所述的支付***的支付路由智能监控方法,其特征在于,支付逻辑通道关闭准则包括通用于所有支付逻辑通道的通用监控算法,以及专用于所有支付逻辑通道中的单个或部分支付逻辑通道的专用监控算法,所述通用监控算法包括关于预设的时间段内的支付成功数或者预设成功率的阈值判断条件。
3.如权利要求1所述的支付***的支付路由智能监控方法,其特征在于,所述支付逻辑通道关闭准则包括以下判断条件中的一项、多项或其组合:
预设的时间段内,支付逻辑通道的支付成功数与支付总数之比小于预设的第一阈值;
预设的时间段内,连续的多个子时间段中支付逻辑通道的支付成功率均小于预设的第二阈值;
预设的时间段内,支付失败数大于预设的第三阈值;
预设的时间段内,连续的多个子时间段中支付逻辑通道的支付成功率出现幅度大于预设的第四阈值的抖动。
4.如权利要求1所述的支付***的支付路由智能监控方法,其特征在于,所述用于监控处于开启状态的支付逻辑通道的以下步骤还包括,基于和单个业务单元相关联的各个支付逻辑通道的支付数据判断和该单个业务单元相关联的支付是否存在支付成功率过低的异常情况,并关闭存在异常的业务单元的支付功能。
5.如权利要求1所述的支付***的支付路由智能监控方法,其特征在于,支付逻辑通道包括与多种在线支付平台相关联的通道、第三方支付通道以及与银行卡支付、***支付相关联的通道。
6.一种支付***的支付路由智能监控***,所述支付***包括多个业务单元及多个支付逻辑通道,其特征在于,所述支付路由智能监控***包括:
通道监视模块,用于实时监视各个业务单元采用各个支付逻辑通道所进行的支付所产生的支付数据,支付数据包括支付总数、支付成功数、支付失败数、支付异常数;
通道关闭模块,用于读取支付逻辑通道在预设的时间段内的支付数据,读取支付逻辑通道在预设的时间段内的关闭告警阈值,然后采用预设的支付逻辑通道关闭准则,判断各个支付逻辑通道是否出现异常,其中支付逻辑通道关闭准则包含针对各个支付逻辑通道的支付数据的阈值判断条件,然后针对出现异常的支付逻辑通道,触发警报并关闭支付逻辑通道;
通道开启模块,用于每隔预设的时间间隔,读取处于关闭状态的支付逻辑通道的列表,读取支付逻辑通道在预设时间段内的开启阈值数据,然后对处于关闭状态的支付逻辑通道,进行生产流量测试,并判断测试结果是否符合预设的支付逻辑通道开启准则,其中支付逻辑通道开启准则包含与支付逻辑通道关闭准则相对应的针对各个支付逻辑通道的支付数据的阈值判断条件,然后针对符合支付逻辑通道开启准则的支付逻辑通道,开启支付逻辑通道并发出提示信息;
监控算法模块,用于配置及存储支付逻辑通道关闭准则、支付逻辑通道开启准则及其中的阈值判断条件。
7.如权利要求6所述的支付***的支付路由智能监控***,其特征在于,支付逻辑通道关闭准则包括通用于所有支付逻辑通道的通用监控算法,以及专用于所有支付逻辑通道中的单个或部分支付逻辑通道的专用监控算法,所述通用监控算法包括关于预设的时间段内的支付成功数或者预设成功率的阈值判断条件。
8.如权利要求6所述的支付***的支付路由智能监控***,其特征在于,所述支付逻辑通道关闭准则包括以下判断条件中的一项、多项或其组合:
预设的时间段内,支付逻辑通道的支付成功数与支付总数之比小于预设的第一阈值;
预设的时间段内,连续的多个子时间段中支付逻辑通道的支付成功率均小于预设的第二阈值;
预设的时间段内,支付失败数大于预设的第三阈值;
预设的时间段内,连续的多个子时间段中支付逻辑通道的支付成功率出现幅度大于预设的第四阈值的抖动。
9.如权利要求6所述的支付***的支付路由智能监控***,其特征在于,所述通道关闭模块还用于,基于和单个业务单元相关联的各个支付逻辑通道的支付数据判断和该单个业务单元相关联的支付是否存在支付成功率过低的异常情况,并关闭存在异常的业务单元的支付功能。
10.如权利要求6所述的支付***的支付路由智能监控***,其特征在于,支付逻辑通道包括与多种在线支付平台相关联的通道、第三方支付通道以及与银行卡支付、***支付相关联的通道。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710137846.3A CN106920099A (zh) | 2017-03-09 | 2017-03-09 | 支付***的支付路由智能监控方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710137846.3A CN106920099A (zh) | 2017-03-09 | 2017-03-09 | 支付***的支付路由智能监控方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106920099A true CN106920099A (zh) | 2017-07-04 |
Family
ID=59460850
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710137846.3A Pending CN106920099A (zh) | 2017-03-09 | 2017-03-09 | 支付***的支付路由智能监控方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106920099A (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108665251A (zh) * | 2018-05-11 | 2018-10-16 | 阿里巴巴集团控股有限公司 | 一种支付渠道恢复的处理方法及装置 |
CN108985731A (zh) * | 2018-07-13 | 2018-12-11 | 北京京东金融科技控股有限公司 | 支付路由方法和装置 |
CN109472563A (zh) * | 2018-10-26 | 2019-03-15 | 数贸科技(北京)有限公司 | 基于跨境支付平台的支付方式自动化运维方法及装置 |
CN109784929A (zh) * | 2019-01-24 | 2019-05-21 | 鑫涌算力信息科技(上海)有限公司 | 支付通道故障转移与恢复***、方法及终端 |
CN109829717A (zh) * | 2018-12-15 | 2019-05-31 | 深圳壹账通智能科技有限公司 | 支付通道的运维方法、装置、计算机装置及存储介质 |
CN110110170A (zh) * | 2019-04-30 | 2019-08-09 | 北京字节跳动网络技术有限公司 | 一种数据处理的方法、装置、介质及电子设备 |
CN110175830A (zh) * | 2019-05-22 | 2019-08-27 | 深圳乐信软件技术有限公司 | 交易通道的管理方法、装置、服务器及存储介质 |
CN110705975A (zh) * | 2018-07-10 | 2020-01-17 | 马上消费金融股份有限公司 | 一种扣款指令发起方法及装置 |
CN111178888A (zh) * | 2019-12-30 | 2020-05-19 | 中国银行股份有限公司 | 一种支付服务的管理方法及*** |
CN111311851A (zh) * | 2020-03-10 | 2020-06-19 | 北京意锐新创科技有限公司 | 适用于支付设备的心跳发送方法和装置 |
CN111754216A (zh) * | 2020-06-19 | 2020-10-09 | 多加网络科技(北京)有限公司 | 一种支付链路自动切换方法 |
CN112258167A (zh) * | 2020-12-21 | 2021-01-22 | 上海富友支付服务股份有限公司 | 支付平台侧的可动态切换支付路由的方法和支付平台*** |
CN113435871A (zh) * | 2021-06-29 | 2021-09-24 | 未鲲(上海)科技服务有限公司 | 支付渠道异常检查方法、装置、计算设备及存储介质 |
WO2022271096A3 (en) * | 2021-06-24 | 2023-03-02 | Gp Network Asia Pte. Ltd. | A communications server, a method, a user device and a payment gateway |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102968719A (zh) * | 2012-11-07 | 2013-03-13 | 东莞宇龙通信科技有限公司 | 支付服务器、终端和支付通道接入方法 |
CN104008482A (zh) * | 2014-06-10 | 2014-08-27 | 北京奇虎科技有限公司 | 基于移动终端的支付方法和装置与移动终端 |
CN105574624A (zh) * | 2014-10-09 | 2016-05-11 | 阿里巴巴集团控股有限公司 | 一种对异常数据进行处理的方法、装置及监控*** |
CN105654291A (zh) * | 2014-11-14 | 2016-06-08 | ***通信集团江西有限公司 | 一种无缝切换电子渠道支付方式的方法及装置 |
CN106096960A (zh) * | 2016-06-07 | 2016-11-09 | 上海携程商务有限公司 | 监测外部支付***的方法和装置及支付方法和*** |
-
2017
- 2017-03-09 CN CN201710137846.3A patent/CN106920099A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102968719A (zh) * | 2012-11-07 | 2013-03-13 | 东莞宇龙通信科技有限公司 | 支付服务器、终端和支付通道接入方法 |
CN104008482A (zh) * | 2014-06-10 | 2014-08-27 | 北京奇虎科技有限公司 | 基于移动终端的支付方法和装置与移动终端 |
CN105574624A (zh) * | 2014-10-09 | 2016-05-11 | 阿里巴巴集团控股有限公司 | 一种对异常数据进行处理的方法、装置及监控*** |
CN105654291A (zh) * | 2014-11-14 | 2016-06-08 | ***通信集团江西有限公司 | 一种无缝切换电子渠道支付方式的方法及装置 |
CN106096960A (zh) * | 2016-06-07 | 2016-11-09 | 上海携程商务有限公司 | 监测外部支付***的方法和装置及支付方法和*** |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108665251A (zh) * | 2018-05-11 | 2018-10-16 | 阿里巴巴集团控股有限公司 | 一种支付渠道恢复的处理方法及装置 |
CN110705975A (zh) * | 2018-07-10 | 2020-01-17 | 马上消费金融股份有限公司 | 一种扣款指令发起方法及装置 |
CN113298510B (zh) * | 2018-07-10 | 2022-06-17 | 马上消费金融股份有限公司 | 一种扣款指令发起方法及装置 |
CN113298510A (zh) * | 2018-07-10 | 2021-08-24 | 马上消费金融股份有限公司 | 一种扣款指令发起方法及装置 |
CN110705975B (zh) * | 2018-07-10 | 2021-06-18 | 马上消费金融股份有限公司 | 一种扣款指令发起方法及装置 |
CN108985731A (zh) * | 2018-07-13 | 2018-12-11 | 北京京东金融科技控股有限公司 | 支付路由方法和装置 |
CN109472563A (zh) * | 2018-10-26 | 2019-03-15 | 数贸科技(北京)有限公司 | 基于跨境支付平台的支付方式自动化运维方法及装置 |
CN109829717A (zh) * | 2018-12-15 | 2019-05-31 | 深圳壹账通智能科技有限公司 | 支付通道的运维方法、装置、计算机装置及存储介质 |
CN109784929A (zh) * | 2019-01-24 | 2019-05-21 | 鑫涌算力信息科技(上海)有限公司 | 支付通道故障转移与恢复***、方法及终端 |
CN110110170A (zh) * | 2019-04-30 | 2019-08-09 | 北京字节跳动网络技术有限公司 | 一种数据处理的方法、装置、介质及电子设备 |
CN110110170B (zh) * | 2019-04-30 | 2021-12-07 | 北京字节跳动网络技术有限公司 | 一种数据处理的方法、装置、介质及电子设备 |
CN110175830A (zh) * | 2019-05-22 | 2019-08-27 | 深圳乐信软件技术有限公司 | 交易通道的管理方法、装置、服务器及存储介质 |
CN110175830B (zh) * | 2019-05-22 | 2022-02-22 | 深圳乐信软件技术有限公司 | 交易通道的管理方法、装置、服务器及存储介质 |
CN111178888A (zh) * | 2019-12-30 | 2020-05-19 | 中国银行股份有限公司 | 一种支付服务的管理方法及*** |
CN111311851A (zh) * | 2020-03-10 | 2020-06-19 | 北京意锐新创科技有限公司 | 适用于支付设备的心跳发送方法和装置 |
CN111754216A (zh) * | 2020-06-19 | 2020-10-09 | 多加网络科技(北京)有限公司 | 一种支付链路自动切换方法 |
CN112258167A (zh) * | 2020-12-21 | 2021-01-22 | 上海富友支付服务股份有限公司 | 支付平台侧的可动态切换支付路由的方法和支付平台*** |
WO2022271096A3 (en) * | 2021-06-24 | 2023-03-02 | Gp Network Asia Pte. Ltd. | A communications server, a method, a user device and a payment gateway |
CN113435871A (zh) * | 2021-06-29 | 2021-09-24 | 未鲲(上海)科技服务有限公司 | 支付渠道异常检查方法、装置、计算设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106920099A (zh) | 支付***的支付路由智能监控方法及*** | |
US10701214B2 (en) | System and method for real-time analysis of network traffic | |
CN104301896B (zh) | 诈骗短信智能监控告警***和方法 | |
US8605588B2 (en) | Packet drop analysis for flows of data | |
CN104487989B (zh) | 自主网络哨兵 | |
CN107515796A (zh) | 一种设备异常监控处理方法及装置 | |
US11075804B2 (en) | Network modeling and device configuration based on observed network behavior | |
CN107659423A (zh) | 业务处理方法及装置 | |
CN108737182A (zh) | ***异常的处理方法及*** | |
CN110413488A (zh) | 服务器使用率预警方法及装置 | |
CN110891283A (zh) | 一种基于边缘计算模型的小基站监控装置及方法 | |
CN104361692B (zh) | 一种交易监控方法,atm前置***及atm交易*** | |
CN110223146A (zh) | 客户购电服务全过程监控***及方法 | |
US11381471B2 (en) | System and method for predicting and handling short-term overflow | |
CN101232462A (zh) | 实时业务的服务质量调整方法及装置 | |
CN107707392A (zh) | 通道修复方法及装置、终端 | |
CN109214908A (zh) | 一种监控方法和相关装置 | |
CN107509119A (zh) | 一种监控报警方法与装置 | |
CN106533791A (zh) | 一种基于大数据平台的端到端业务质量优化装置及方法 | |
CN101005437A (zh) | 一种实现堆叠虚拟局域网的方法及*** | |
CN106095638A (zh) | 一种服务器资源告警的方法、装置及*** | |
CN102195791A (zh) | 一种告警的分析方法、装置及*** | |
CN101562539A (zh) | 自适应网络入侵检测*** | |
CN106372171B (zh) | 监控平台实时数据处理方法 | |
CN107483252A (zh) | 基于物联网的机房设备故障预警*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170704 |
|
RJ01 | Rejection of invention patent application after publication |