CN109727028A - 支付通道稳定性控制方法、装置、计算机设备及存储介质 - Google Patents
支付通道稳定性控制方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN109727028A CN109727028A CN201811528204.7A CN201811528204A CN109727028A CN 109727028 A CN109727028 A CN 109727028A CN 201811528204 A CN201811528204 A CN 201811528204A CN 109727028 A CN109727028 A CN 109727028A
- Authority
- CN
- China
- Prior art keywords
- channel
- payment
- risk
- payment channel
- information
- 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.)
- Withdrawn
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例公开了一种支付通道稳定性控制方法、装置、计算机设备及存储介质,包括下述步骤:获取应用程序待运行的目标运行数据包;在目标运行数据包中提取出获取目标支付通道的支付信息,其中,支付信息包括通道交易数据、通道能力信息以及订单状态信息;将通道交易数据、通道能力信息以及订单状态信息输入至预设的通道风险计算模型中;接收通道风险计算模型输出的与目标支付通道相对应的支付风险信息。本发明实施例通过使用通道风险计算模型计算目标支付通道的支付信息,以得到该目标支付通道的支付风险信息,方便后续对目标支付通道的调整和维护,以避免出现因支付通道不稳定到导致订单失败的情况,提高支付稳定性。
Description
技术领域
本发明实施例涉及支付通道技术领域,尤其是一种支付通道稳定性控制方法、装置、计算机设备及存储介质。
背景技术
在工作和生活中,人们在进行消费时会涉及到支付领域,在支付领域包括支付方式、支付品牌、支付通道以及支付产品,其中,支付通道是指支付品牌后面提供支付受理能力的具体提供方或者三方跳转的通道方,也是收单方或者清算方。
现有的支付通道能与支付公司关联实现快速支付功能,但是,现有的支付通道存在通道不稳定的情况,当支付时如果因支付通道不稳定而导致无法及时通知到支付公司,容易出现支付失败的情况,进而导致大量支付失败的单子,造成经济损失。
发明内容
本发明实施例提供一种通过数据模型计算和预测支付通道的支付风险的支付通道稳定性控制方法、装置、计算机设备及存储介质。
为解决上述技术问题,本发明创造的实施例采用的一个技术方案是:提供一种支付通道稳定性控制方法,包括下述步骤:
获取目标支付通道的支付信息,其中,所述支付信息包括通道交易数据、通道能力信息以及订单状态信息;
将所述通道交易数据、通道能力信息以及订单状态信息输入至预设的通道风险计算模型中;
接收所述通道风险计算模型输出的与所述目标支付通道相对应的支付风险信息。
可选地,所述获取目标支付通道的支付信息,其中,所述支付信息包括通道交易数据、通道能力信息以及订单状态信息的步骤之前,还包括如下述步骤:
获取预设的支付通道建立数据表;
根据所述支付通道建立数据表创建支付通道集合,其中,所述支付通道集合包括至少一个所述目标支付通道。
可选地,所述获取目标支付通道的支付信息的步骤,还包括如下述步骤:
在所述至少一个所述目标支付通道中建立预设数据采集模型;
根据所述数据采集模型定时采集所述至少一个所述目标支付通的支付信息。
可选地,所述接收所述通道风险计算模型输出的与所述目标支付通道相对应的支付风险信息的步骤之后,还包括如下述步骤:
将所述支付风险信息所表征的风险数据与预设的风险阈值进行比对;
当所述风险数据大于所述风险阈值时,在预设的支付通道备用数据库中选取一个备用支付通道以替换所述目标支付通道。
可选地,所述当所述风险数据大于所述风险阈值时,在预设的支付通道备用数据库中选取一个备用支付通道以替换所述目标支付通道的步骤,还包括如下述步骤:
获取所述支付通道备用数据库中所述备用支付通道的稳定性评分值;
选取所述稳定性评分值最高的目标备用支付通道替换所述目标支付通道。
可选地,所述接收所述通道风险计算模型输出的与所述目标支付通道相对应的支付风险信息的步骤之后,还包括如下述步骤:
将所述支付风险信息所表征的风险数据与预设的风险阈值进行比对;
当所述风险数据大于所述风险阈值时,根据预设的加密方式对所述目标支付通道的支付请求参数进行加密。
为解决上述技术问题,本发明实施例还提供一种支付通道稳定性控制装置,包括:
第一获取模块,用于获取目标支付通道的支付信息,其中,所述支付信息包括通道交易数据、通道能力信息以及订单状态信息;
第一执行模块,用于将所述通道交易数据、通道能力信息以及订单状态信息输入至预设的通道风险计算模型中;
第一接收模块,用于接收所述通道风险计算模型输出的与所述目标支付通道相对应的支付风险信息。
可选地,还包括:
第二获取模块,用于获取预设的支付通道建立数据表;
第一处理模块,用于根据所述支付通道建立数据表创建支付通道集合,其中,所述支付通道集合包括至少一个所述目标支付通道。
可选地,还包括:
第一处理子模块,用于在所述至少一个所述目标支付通道中建立预设数据采集模型;
第一执行子模块,用于根据所述数据采集模型定时采集所述至少一个所述目标支付通的支付信息。
可选地,还包括:
第一比对模块,用于将所述支付风险信息所表征的风险数据与预设的风险阈值进行比对;
第二执行模块,用于当所述风险数据大于所述风险阈值时,在预设的支付通道备用数据库中选取一个备用支付通道以替换所述目标支付通道。
可选地,还包括:
第一获取子模块,用于获取所述支付通道备用数据库中所述备用支付通道的稳定性评分值;
第二执行子模块,用于选取所述稳定性评分值最高的目标备用支付通道替换所述目标支付通道。
可选地,还包括:
第二比对模块,用于将所述支付风险信息所表征的风险数据与预设的风险阈值进行比对;
第三执行模块,用于当所述风险数据大于所述风险阈值时,根据预设的加密方式对所述目标支付通道的支付请求参数进行加密。
为解决上述技术问题,本发明实施例还提供一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述计算机可读指令被所述处理器执行时,使得所述处理器执行上述支付通道稳定性控制方法的步骤。
为解决上述技术问题,本发明实施例还提供一种存储有计算机可读指令的存储介质,所述计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行上述支付通道稳定性控制方法的步骤。
本发明实施例的有益效果为:通过获取目标支付通道的支付信息,包括通道交易数据、通道能力信息以及订单状态信息,然后将该通道交易数据、通道能力信息以及订单状态信息输入至通道风险计算模型中,由该通道风险计算模型进行计算处理后输出该目标支付通道的支付风险信息,从而判断该目标支付通的风险,方便后续对目标支付通道的调整和维护,以避免出现因支付通道不稳定到导致支付失败的情况,提高支付稳定性。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一个实施例支付通道稳定性控制方法的基本流程示意图;
图2为本发明一个实施例建立支付通道的流程示意图;
图3为本发明一个实施例采集支付信息的流程示意图;
图4为本发明一个实施例提高支付通道稳定性的流程示意图;
图5为本发明一个实施例选取备用支付通道的流程示意图;
图6为本发明一个实施例加密支付请求参数的流程示意图;
图7为本发明一个实施例支付通道稳定性控制装置基本结构示意图;
图8为本发明一个实施例计算机设备基本结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
在本发明的说明书和权利要求书及上述附图中的描述的一些流程中,包含了按照特定顺序出现的多个操作,但是应该清楚了解,这些操作可以不按照其在本文中出现的顺序来执行或并行执行,操作的序号如101、102等,仅仅是用于区分开各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例1
具体请参阅图1,图1为本实施例支付通道稳定性控制方法的基本流程示意图。
如图1所示,一种支付通道稳定性控制方法,包括下述步骤:
S1100、获取目标支付通道的支付信息,其中,所述支付信息包括通道交易数据、通道能力信息以及订单状态信息;
目标支付通道是是指支付公司提供支付受理能力的具体提供方或者三方跳转的通道方,目标支付通道的支付信息是该目标支付通道在预设时间段(例如7天、15天或者30天)内产生的支付订单的信息,该支付信息中包括通道交易数据、通道能力信息以及订单状态信息,其中,通道交易数据是通过目标支付通道进行交易的所有订单的交易金额、交易时间以及交易双方信息,通道能力是目标支付通道能承载的交易数量的能力,订单状态信息包括订单成功信息和订单失败信息,在实施时,可以通过与目标支付通道关联的后台数据库中的交易记录以获取该目标支付通道的支付信息;在另一方面,还可以在目标支付通道中建立数据模型,通过数据模型定时收集目标支付通道的支付信息。
S1200、将所述通道交易数据、通道能力信息以及订单状态信息输入至预设的通道风险计算模型中;
在得到目标支付通道的支付信息后,系统自动将支付信息中携带的通道交易数据、通道能力信息以及订单状态信息输入至通道风险计算模型中,在实施时,通道风险计算模型可以采用训练至收敛用于统计支付通道的支付风险数据的卷积神经网络模型,例如:使用贝叶斯网络模型,贝叶斯网络模型,贝叶斯网络(Bayesian network),又称信念网络(Belief Network),或有向无环图模型。贝叶斯网络模型用网络结构代表领域的基本因果知识,从而使得该通道风险计算模型根据通道交易数据、通道能力信息以及订单状态信息计算出目标支付通道的支付风险数据。
S1300、接收所述通道风险计算模型输出的与所述目标支付通道相对应的支付风险信息。
通风风险计算模型在接收通道交易数据、通道能力信息以及订单状态信息后,根据通道交易数据、通道能力信息以及订单状态信息计算出目标支付通道的支付风险信息后输出,具体地,通道交易数据、通道能力信息以及订单状态信息输入至通道风险计算模型中时,响应于该输入通道风险计算模型输出对该支付信息的分类数据,根据该分类数据计算该目标支付通道的支付风险分值。例如,归一化后的分类数据为0.85,则支付风险分值为0.85*100等于85分。或者将神经网络模型的分类类别关联一个固定的风险分数,当分类结果表明目标支付通道的支付风险分类结果的类别时,与该类别关联的风险分数则为该目标支付通道的至支付风险分数。又或者将神经网络模型的分类类别关联一个固定的风险分数,当分类结果表明目标支付通道的支付风险分类结果的类别时,获取分类结果在该类别中的具体概率数值,例如,第一风险类别关联的分数为100分,而分类数据表明目标支付通道属于第一风险类别的概率为0.85,则支付风险分值为0.85*100等于85分。
上述实施方式在对进行支付风险计算的神经网络模型进行训练时,对同一个支付通道在不同的支付环境内完成的订单(例如成功订单)进行统一期望处理,得到同一个支付通道不同订单的多个风险数据期望,然后对风险数据期望进行排序取排序结果中的中间值,作为同一支付通道不同订单的风险数据期望,即同一支付通道的订单无论所处的支付环境是否相同,其所有的成功订单的风险数据期望均相同。将然后将标记有风险数据期望的支付信息输入到支付风险数据计算的神经网络模型中,对神经网络模型进行训练,由于训练样本集中同一目标支付通道的不同成功订单风险数据期望相同,通过这一类支付信息训练至收敛的神经网络模型,在不同的环境下对同一目标支付通道的支付风险评分输出稳定性高,不易受到环境的影响。
在实施时,当系统接收到通道风险计算模型输出的支付风险信息后,还可以根据支付风险信息进行信息提示,例如:系统判断该支付风险信息所表征的风险数据是否大于预设的评估阈值,如时,则发出高支付风险消息提示,从而提醒用户该目标支付通道的支付风险高,以便用户对该目标支付通道进行调整或者维护,例如对该目标支付通道的数据传输进行数据加密或者使用新的支付通道。
本实施例通过获取目标支付通道的支付信息,包括通道交易数据、通道能力信息以及订单状态信息,然后将该通道交易数据、通道能力信息以及订单状态信息输入至通道风险计算模型中,由该通道风险计算模型进行计算处理后输出该目标支付通道的支付风险信息,从而判断该目标支付通的风险,方便后续对目标支付通道的调整和维护,以避免出现因支付通道不稳定到导致支付失败的情况,提高支付稳定性。
在一个可选实施例中,在支付通道的使用过程中,可以同时设置多个支付通道以满足不同的支付需求,请参阅图2,图2是本发明一个实施例建立支付通道的基本流程示意图。
如图2所示,步骤S1100之前,还包括如下述步骤:
S1010、获取预设的支付通道建立数据表;
支付通道建立数据表是系统内预设的一个用于创建支付通道的数据表格,例如:该支付通道创建数据表包括至少一个支付通道的数据接口,系统根据该数据接口即可建立与该支付通道的关联,进而使用该支付通道进行支付。在实施时,支付通道建立数据表可以由用户上传至系统并保存至系统内置的数据库中,系统即可在该数据库中查找得到该支付通道建立数据表。
S1020、根据所述支付通道建立数据表创建支付通道集合,其中,所述支付通道集合包括至少一个所述目标支付通道。
在得到支付通道建立数据表后,系统即可根据该支付通道建立数据表中的数据创建多个支付通道(例如创建3个、5个或者15个目标支付通道)以组成支付通道集合,在实施时,目标支付通道包括银行卡支付通道(例如:工商银行、农业银行、平安银行以及中国银行等)、微信支付、支付宝支付以及苹果支付(Apple Pay)等等,举例说明:对于公司来说,因公司业务而造成的支付指的是对公支付,包括企业网银支付、企业账户代扣以及企业转账等等,例如:A公司在B公司购买了一套中央空调系统,A公司在支付钱款至B公司时,A公司可以使用企业网银支付的方式将钱款支付到B公司的账户中;而对于个人的个人账户支付来说,包括银行卡支付、微信以及支付宝等第三方个人账户支付,例如:张三在超市买烟时使用微信支付功能进行付款,当张三的微信余额不足以支付该香烟时,系统可以自动切换到支付宝进行支付,当然,系统在切换之前还可以通过弹框的方式询问用户是否切换支付方式,当获取用户确认切换支付方式的意思表达后,系统才切换到支付宝进行支付,系统根据支付通道建立数据表创建多个目标支付通道,从而满足用户的不同支付需求。
在一个可选实施例中,请参阅图3,图3是发明一个实施例采集支付信息的基本流程示意图。
如图3所示,步骤S1100还包括如下述步骤:
S1110、在所述至少一个所述目标支付通道中建立预设数据采集模型;
在建立多个目标支付通道后,系统还可以在这多个目标支付通道中分别建立数据采集模型,数据采集模型是预设的用于定时对目标支付通道的支付信息进行采集的工具。
S1120、根据所述数据采集模型定时采集所述至少一个所述目标支付通的支付信息。
在目标支付通道中建立数据采集模型后,系统接口通过该数据采集模型定时采集目标支付通的支付信息,以7天为例,数据采集模型在7天内采集目标支付通道的所有订单的支付信息,包括但不限于订单的金额、交易时间信息、交易双方信息以及订单成功失败数据,数据采集模型自动将订单中无效的信息过滤掉,从而减少系统的数据计算和处理量,提高运行效率。
在一个可选实施例中,在计算出目标支付通道的支付风险信息后,还可以将支付风险高的目标支付通道替换成稳定性高的支付通道,请参阅图4,图4是本发明一个实施例提高支付通道稳定性的基本流程示意图。
如图4所示,步骤S1300之后,还包括如下述步骤:
S1400、将所述支付风险信息所表征的风险数据与预设的风险阈值进行比对;
风险阈值时系统内预设的一个风险数值,例如满级风险分值的98%、95%或者90%,以满级风险分值为100分为例,风险阈值可以设置为:98分、95分或者90分,在实施时,风险阈值还可以由用户进行设置,以本发明支付通道稳定性控制方法应用于PC端为例,系统通过PC端的显示器向用户展示设置界面,系统监听用户通过该设置界面的操作即可根据用户操作完成对风险阈值的设置。
S1500、当所述风险数据大于所述风险阈值时,在预设的支付通道备用数据库中选取一个备用支付通道以替换所述目标支付通道。
当系统检测到支付风险信息所表征的风险数据大于预设的风险阈值时,例如该支付风险信息表征该目标支付通道的支付风险数值为97分,而风险阈值为95分,系统在支付通道备用数据库中随机选取一个备用支付通道替换该目标支付通道,支付通道备用数据库是系统内预设的一个用户存储和管理支付通道的仓库,在实施时,系统将稳定性高的支付通道存储于该支付通道备用数据库中,从而使得在该支付通道备用数据库中选取的备用支付通道支付稳定性高。具体地,系统可以通过获取支付通道的历史支付记录从而统计出该支付通道是否稳定性高,以支付通道A、支付通道B和支付通道C各支付2000次为例,其中,支付通道A成功完成了2000次支付,支付通道B成功完成了1950次支付,而支付通道C成功完成了1900次支付,系统将支付完成率超过99%的支付通道(支付通道A)作为备用支付通道存储至该支付通道备用数据库中。需要指出的是,风险数据和风险阈值不局限于上述的数值,根据应用场景的不同,风险数据和风险阈值还可以采用其它的具体数值。
在一个可选实施例中,为方便对测试结果与测试人员进行关联管理,可以将生成的测试结果数据包与用户信息进行保存,从而确认测试结果的负责人,请参阅图5,图5是本发明一个实施例选取备用支付通道的基本流程示意图。
如图5所示,所步骤S1500还包括如下述步骤:
S1510、获取所述支付通道备用数据库中所述备用支付通道的稳定性评分值;
稳定性评分值是支付通道的稳定性的评价数据,在实施时,备用支付通道携带有对应的稳定性评分值,例如:备用支付通道X的稳定性评分值为99分,备用支付通道Y的稳定性评分值为89分,而备用支付通道Z的稳定性评分值为92分,系统通过遍历支付通道备用数据库中的所有备用支付通道即可获取得到这些备用支付通道的稳定性评分值。
S1520、选取所述稳定性评分值最高的目标备用支付通道替换所述目标支付通道。
在得到备用支付通道的稳定性评分值后,系统根据该稳定性评分值对支付通道备用数据库中的备用支付通道按照由高到低的顺序依次进行排序,然后将排名第一的备用支付通道作为目标备用支付通道以替换目标支付通道,从而提高支付稳定性。
在一个可选实施例中,请参阅图6,图6是本发明一个实施例加密支付请求参数的基本流程示意图。
如图6所示,步骤S1300之后,还包括如下述步骤:
S1600、将所述支付风险信息所表征的风险数据与预设的风险阈值进行比对;
风险数据是指与支付风险信息相对应的目标支付通道的支付风险,在实施时,系统通过通道风险计算模型计算出目标支付通道的风险数据以预测该目标支付通道的稳定性;风险阈值时系统内预设的一个风险数值,系统将风险数据于风险阈值进行比对,从而确定该目标支付通道是否不稳定。
S1700、当所述风险数据大于所述风险阈值时,根据预设的加密方式对所述目标支付通道的支付请求参数进行加密。
当系统检测出风险数据大于风险阈值时,说明该目标支付通道不稳定,属于高风险的支付通道,此时系统根据加密规则对该目标支付通道的支付请求参数进行加密,从而提高目标支付通道的稳定性以提高订单成功率,在实施时,系统可以使用加密算法对支付请求参数进行加密,例如:DES加密算法、AES加密算法、RSA加密算法或者MD5加密算法。
为解决上述技术问题,本发明实施例还提供一种支付通道稳定性控制装置。
具体请参阅图7,图7为本实施例支付通道稳定性控制装置基本结构示意图。
如图7所示,一种支付通道稳定性控制装置,包括:第一获取模块2100、第一执行模块2200和第一接收模块2300,其中,第一获取模块2100用于获取目标支付通道的支付信息,其中,所述支付信息包括通道交易数据、通道能力信息以及订单状态信息;第一执行模块用于将所述通道交易数据、通道能力信息以及订单状态信息输入至预设的通道风险计算模型中;第一接收模块用于接收所述通道风险计算模型输出的与所述目标支付通道相对应的支付风险信息。
本实施例通过获取目标支付通道的支付信息,包括通道交易数据、通道能力信息以及订单状态信息,然后将该通道交易数据、通道能力信息以及订单状态信息输入至通道风险计算模型中,由该通道风险计算模型进行计算处理后输出该目标支付通道的支付风险信息,从而判断该目标支付通的风险,方便后续对目标支付通道的调整和维护,以避免出现因支付通道不稳定到导致支付失败的情况,提高支付稳定性。
在一些实施方式中,支付通道稳定性控制装置还包括:第二获取模块和第一处理模块,其中,第二获取模块用于获取预设的支付通道建立数据表;第一处理模块用于根据所述支付通道建立数据表创建支付通道集合,其中,所述支付通道集合包括至少一个所述目标支付通道。
在一些实施方式中,支付通道稳定性控制装置还包括:第一处理子模块和第一执行子模块,其中,第一处理子模块用于在所述至少一个所述目标支付通道中建立预设数据采集模型;第一执行子模块用于根据所述数据采集模型定时采集所述至少一个所述目标支付通的支付信息。
在一些实施方式中,支付通道稳定性控制装置还包括:第一比对模块和第二执行模块,其中,第一比对模块用于将所述支付风险信息所表征的风险数据与预设的风险阈值进行比对;第二执行模块用于当所述风险数据大于所述风险阈值时,在预设的支付通道备用数据库中选取一个备用支付通道以替换所述目标支付通道。
在一些实施方式中,支付通道稳定性控制装置还包括:第一获取子模块和第二执行子模块,其中,第一获取子模块用于获取所述支付通道备用数据库中所述备用支付通道的稳定性评分值;第二执行子模块用于选取所述稳定性评分值最高的目标备用支付通道替换所述目标支付通道。
在一些实施方式中,支付通道稳定性控制装置还包括:第二比对模块和第三执行模块,其中,第二比对模块用于将所述支付风险信息所表征的风险数据与预设的风险阈值进行比对;第三执行模块用于当所述风险数据大于所述风险阈值时,根据预设的加密方式对所述目标支付通道的支付请求参数进行加密。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
为解决上述技术问题,本发明实施例还提供计算机设备。具体请参阅图8,图8为本实施例计算机设备基本结构框图。
如图8所示,计算机设备的内部结构示意图。如图8所示,该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中,该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令,数据库中可存储有控件信息序列,该计算机可读指令被处理器执行时,可使得处理器实现一种支付通道稳定性控制方法。该计算机设备的处理器用于提供计算和控制能力,支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令,该计算机可读指令被处理器执行时,可使得处理器执行一种支付通道稳定性控制方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解,图中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
本实施方式中处理器用于执行图7中第一获取模块2100、第一执行模块2200和第一接收模块2300的具体功能,存储器存储有执行上述模块所需的程序代码和各类数据。网络接口用于向用户终端或服务器之间的数据传输。本实施方式中的存储器存储有支付通道稳定性控制装置中执行所有子模块所需的程序代码及数据,服务器能够调用服务器的程序代码及数据执行所有子模块的功能。
计算机通过获取目标支付通道的支付信息,包括通道交易数据、通道能力信息以及订单状态信息,然后将该通道交易数据、通道能力信息以及订单状态信息输入至通道风险计算模型中,由该通道风险计算模型进行计算处理后输出该目标支付通道的支付风险信息,从而判断该目标支付通的风险,方便后续对目标支付通道的调整和维护,以避免出现因支付通道不稳定到导致支付失败的情况,提高支付稳定性。
本发明还提供一种存储有计算机可读指令的存储介质,所述计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行上述任一实施例所述支付通道稳定性控制方法的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,该计算机程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)等非易失性存储介质,或随机存储记忆体(Random Access Memory,RAM)等。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种支付通道稳定性控制方法,其特征在于,包括下述步骤:
获取目标支付通道的支付信息,其中,所述支付信息包括通道交易数据、通道能力信息以及订单状态信息;
将所述通道交易数据、通道能力信息以及订单状态信息输入至预设的通道风险计算模型中;
接收所述通道风险计算模型输出的与所述目标支付通道相对应的支付风险信息。
2.根据权利要求1所述的支付通道稳定性控制方法,其特征在于,所述获取目标支付通道的支付信息,其中,所述支付信息包括通道交易数据、通道能力信息以及订单状态信息的步骤之前,还包括如下述步骤:
获取预设的支付通道建立数据表;
根据所述支付通道建立数据表创建支付通道集合,其中,所述支付通道集合包括至少一个所述目标支付通道。
3.根据权利要求2所述的支付通道稳定性控制方法,其特征在于,所述获取目标支付通道的支付信息的步骤,还包括如下述步骤:
在所述至少一个所述目标支付通道中建立预设数据采集模型;
根据所述数据采集模型定时采集所述至少一个所述目标支付通的支付信息。
4.根据权利要求1所述的支付通道稳定性控制方法,其特征在于,所述接收所述通道风险计算模型输出的与所述目标支付通道相对应的支付风险信息的步骤之后,还包括如下述步骤:
将所述支付风险信息所表征的风险数据与预设的风险阈值进行比对;
当所述风险数据大于所述风险阈值时,在预设的支付通道备用数据库中选取一个备用支付通道以替换所述目标支付通道。
5.根据权利要求4所述的支付通道稳定性控制方法,其特征在于,所述当所述风险数据大于所述风险阈值时,在预设的支付通道备用数据库中选取一个备用支付通道以替换所述目标支付通道的步骤,还包括如下述步骤:
获取所述支付通道备用数据库中所述备用支付通道的稳定性评分值;
选取所述稳定性评分值最高的目标备用支付通道替换所述目标支付通道。
6.根据权利要求1所述的支付通道稳定性控制方法,其特征在于,所述接收所述通道风险计算模型输出的与所述目标支付通道相对应的支付风险信息的步骤之后,还包括如下述步骤:
将所述支付风险信息所表征的风险数据与预设的风险阈值进行比对;
当所述风险数据大于所述风险阈值时,根据预设的加密方式对所述目标支付通道的支付请求参数进行加密。
7.一种支付通道稳定性控制装置,其特征在于,包括:
第一获取模块,用于获取目标支付通道的支付信息,其中,所述支付信息包括通道交易数据、通道能力信息以及订单状态信息;
第一执行模块,用于将所述通道交易数据、通道能力信息以及订单状态信息输入至预设的通道风险计算模型中;
第一接收模块,用于接收所述通道风险计算模型输出的与所述目标支付通道相对应的支付风险信息。
8.根据权利要求7所述的支付通道稳定性控制装置,其特征在于,还包括:
第二获取模块,用于获取预设的支付通道建立数据表;
第一处理模块,用于根据所述支付通道建立数据表创建支付通道集合,其中,所述支付通道集合包括至少一个所述目标支付通道。
9.一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述计算机可读指令被所述处理器执行时,使得所述处理器执行如权利要求1至6中任一项权利要求所述支付通道稳定性控制方法的步骤。
10.一种存储有计算机可读指令的存储介质,所述计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行如权利要求1至6中任一项权利要求所述支付通道稳定性控制方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811528204.7A CN109727028A (zh) | 2018-12-13 | 2018-12-13 | 支付通道稳定性控制方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811528204.7A CN109727028A (zh) | 2018-12-13 | 2018-12-13 | 支付通道稳定性控制方法、装置、计算机设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109727028A true CN109727028A (zh) | 2019-05-07 |
Family
ID=66295993
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811528204.7A Withdrawn CN109727028A (zh) | 2018-12-13 | 2018-12-13 | 支付通道稳定性控制方法、装置、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109727028A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113159783A (zh) * | 2021-04-15 | 2021-07-23 | 优比付(杭州)科技有限公司 | 一种通道选择方法及系统 |
CN113496399A (zh) * | 2020-04-08 | 2021-10-12 | 北京意锐新创科技有限公司 | 适用于支付设备的支付通道控制方法和装置 |
CN114648321A (zh) * | 2022-05-19 | 2022-06-21 | 深圳市思迅软件股份有限公司 | 基于多路支付通道的通道流量动态管理系统 |
CN117391709A (zh) * | 2023-12-13 | 2024-01-12 | 济南正浩软件科技有限公司 | 一种互联网支付管理方法 |
CN117557272A (zh) * | 2023-11-22 | 2024-02-13 | 深圳市中磁计算机技术有限公司 | 一种针对pos机的支付环境安全检测方法、系统及介质 |
-
2018
- 2018-12-13 CN CN201811528204.7A patent/CN109727028A/zh not_active Withdrawn
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113496399A (zh) * | 2020-04-08 | 2021-10-12 | 北京意锐新创科技有限公司 | 适用于支付设备的支付通道控制方法和装置 |
CN113159783A (zh) * | 2021-04-15 | 2021-07-23 | 优比付(杭州)科技有限公司 | 一种通道选择方法及系统 |
CN114648321A (zh) * | 2022-05-19 | 2022-06-21 | 深圳市思迅软件股份有限公司 | 基于多路支付通道的通道流量动态管理系统 |
CN114648321B (zh) * | 2022-05-19 | 2022-08-09 | 深圳市思迅软件股份有限公司 | 基于多路支付通道的通道流量动态管理系统 |
CN117557272A (zh) * | 2023-11-22 | 2024-02-13 | 深圳市中磁计算机技术有限公司 | 一种针对pos机的支付环境安全检测方法、系统及介质 |
CN117391709A (zh) * | 2023-12-13 | 2024-01-12 | 济南正浩软件科技有限公司 | 一种互联网支付管理方法 |
CN117391709B (zh) * | 2023-12-13 | 2024-03-15 | 济南正浩软件科技有限公司 | 一种互联网支付管理方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109727028A (zh) | 支付通道稳定性控制方法、装置、计算机设备及存储介质 | |
CN104866484B (zh) | 一种数据处理方法和装置 | |
CN107918905B (zh) | 异常交易识别方法、装置及服务器 | |
US20170148025A1 (en) | Anomaly detection in groups of transactions | |
CN107481004A (zh) | 交易风险防范系统及方法 | |
CN108460523A (zh) | 一种风控规则生成方法和装置 | |
CN107506997B (zh) | 基于区块链技术的用户移动终端上主动扫码的支付方法 | |
CN109978538A (zh) | 确定欺诈用户、训练模型、识别欺诈风险的方法及装置 | |
CN107767021A (zh) | 一种风险控制方法及设备 | |
CN106780012A (zh) | 一种互联网信贷方法及系统 | |
CN107622387B (zh) | 基于区块链技术的公众号支付方法 | |
CN107124391B (zh) | 异常行为的识别方法及装置 | |
US20140040114A1 (en) | Systems and Methods for Optimizing the Routing of Debit Transactions | |
CN110020905A (zh) | 一种数据化选品的方法、装置及系统 | |
CN107451812B (zh) | 基于区块链技术的移动终端上的app应用支付方法 | |
CN109447610A (zh) | 用于确定支付通道的方法和装置 | |
CN110060047A (zh) | 基于交易的信用风险判别方法及其装置 | |
CN107220867A (zh) | 对象控制方法及装置 | |
CN110009365B (zh) | 非正常转移电子资产的用户群体检测方法、装置和设备 | |
CN107992415A (zh) | 一种交易系统的故障定位和分析方法及相关服务器 | |
CN110322093A (zh) | 信息处理方法、信息显示方法、装置及计算设备 | |
CN109035021A (zh) | 一种交易指标的监控方法、装置及设备 | |
CN109886676A (zh) | 用于区块链网络的支付方法、计算设备、存储介质 | |
CN106875185A (zh) | 一种风控模型训练方法及装置 | |
CN107741906B (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 | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20190507 |