CN115660682A - 支付交易的风险控制方法及装置 - Google Patents
支付交易的风险控制方法及装置 Download PDFInfo
- Publication number
- CN115660682A CN115660682A CN202211386979.1A CN202211386979A CN115660682A CN 115660682 A CN115660682 A CN 115660682A CN 202211386979 A CN202211386979 A CN 202211386979A CN 115660682 A CN115660682 A CN 115660682A
- Authority
- CN
- China
- Prior art keywords
- payment
- customer
- client
- relevant
- risk
- 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
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提出了一种支付交易的风险控制方法及装置,涉及计算机数据处理技术领域,该方法包括:银行服务器将相关指数下发到该第一客户的移动终端;当第一客户的移动终端处于无网络状态时,确定该第一客户对应的多个相关账户指纹;第一客户的移动终端生成支付二维码;第二客户的移动终端在支付时,识别该第一客户提供的支付二维码,将获取的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数发送到第二客户对应的银行服务器;第二客户对应的银行服务器确定第一客户与第二客户的相关指数;依据第一客户与第二客户的相关指数,对本次支付交易进行风险控制。本发明可以有效控制支付交易的风险,确保客户的财产安全。
Description
技术领域
本发明涉及计算机数据处理技术领域,尤指一种支付交易的风险控制方法及装置。
背景技术
本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
在银行业务处理场景中,银行的风险控制端通常在银行服务器,所以客户在银行交易时需要联网做风险控制,当网络信号不佳的时候,客户就做不了交易。对于某些用户,可能经常在特定时间处在特定地点,可能因为特定地点的无线信号比较弱,导致客户无法使用自己的终端进行交易行为,客户体验不佳。
综上来看,亟需一种可以克服上述缺陷的技术方案。
发明内容
为解决现有技术存在的问题,本发明提出了一种支付交易的风险控制方法及装置。
在本发明实施例的第一方面,提出了一种支付交易的风险控制方法,包括:
银行服务器将第一客户对应的多个相关账户,以及该第一客户与对应的各个相关账户的相关指数下发到该第一客户的移动终端;
当第一客户的移动终端处于无网络状态时,该第一客户的移动终端基于选定的公钥、以及该第一客户对应的多个相关账户,确定该第一客户对应的多个相关账户指纹;
该第一客户的移动终端基于选定的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数生成支付二维码;
第二客户的移动终端在支付时,识别该第一客户提供的支付二维码,将获取的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数发送到第二客户对应的银行服务器;
第二客户对应的银行服务器依据接受的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数,确定第一客户与第二客户的相关指数;
第二客户对应的银行服务器依据第一客户与第二客户的相关指数,对本次支付交易进行风险控制。
在本发明实施例的第二方面,提出了一种支付交易的风险控制装置,包括:
银行服务器,用于将第一客户对应的多个相关账户,以及该第一客户与对应的各个相关账户的相关指数下发到该第一客户的移动终端;
第一客户的移动终端,用于当第一客户的移动终端处于无网络状态时,该第一客户的移动终端基于选定的公钥、以及该第一客户对应的多个相关账户,确定该第一客户对应的多个相关账户指纹;
第一客户的移动终端,还用于基于选定的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数生成支付二维码;
第二客户的移动终端,用于在支付时,识别该第一客户提供的支付二维码,将获取的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数发送到第二客户对应的银行服务器;
第二客户对应的银行服务器,用于依据接受的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数,确定第一客户与第二客户的相关指数;
第二客户对应的银行服务器,还用于依据第一客户与第二客户的相关指数,对本次支付交易进行风险控制。
在本发明实施例的第三方面,提出了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现支付交易的风险控制方法。
在本发明实施例的第四方面,提出了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现支付交易的风险控制方法。
在本发明实施例的第五方面,提出了一种计算机程序产品,所述计算机程序产品包括计算机程序,所述计算机程序被处理器执行时实现支付交易的风险控制方法。
本发明提出的支付交易的风险控制方法及装置通过分析第一客户的数据确定相关指数,使第一客户在无网络状态下能够生成支付二维码,以满足第二客户的支付交易,并且,在第二客户的移动终端支付时,通过分析第一客户与第二客户的相关指数对支付交易进行风险控制,本发明整体方案可以对支付交易的风险进行有效控制,确保客户在特殊情况下也能进行安全的支付交易,确保客户交易及财产安全。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1是本发明一实施例的支付交易的风险控制方法流程示意图。
图2是本发明一实施例的确定第一客户与第二客户的相关指数的流程示意图。
图3是本发明一实施例的对本次支付交易进行风险控制的流程示意图。
图4是本发明一实施例的确定在各个相关指数的条件下支付差值与支付风险矩阵的对应关系的流程示意图。
图5是本发明另一实施例的确定第一客户与第二客户的相关指数的流程示意图。
图6是本发明另一实施例的对本次支付交易进行风险控制的流程示意图。
图7是本发明一实施例的支付交易的风险控制装置架构示意图。
图8是本发明一实施例的计算机设备结构示意图。
具体实施方式
下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解,给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明,而并非以任何方式限制本发明的范围。相反,提供这些实施方式是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
本领域技术人员知道,本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此,本公开可以具体实现为以下形式,即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
根据本发明的实施方式,提出了一种支付交易的风险控制方法及装置,涉及计算机数据处理技术领域。
下面参考本发明的若干代表性实施方式,详细阐释本发明的原理和精神。
图1是本发明一实施例的支付交易的风险控制方法流程示意图。如图1所示,该方法包括:
S1,银行服务器将第一客户对应的多个相关账户,以及该第一客户与对应的各个相关账户的相关指数下发到该第一客户的移动终端;
S2,当第一客户的移动终端处于无网络状态时,该第一客户的移动终端基于选定的公钥、以及该第一客户对应的多个相关账户,确定该第一客户对应的多个相关账户指纹;
S3,该第一客户的移动终端基于选定的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数生成支付二维码;
S4,第二客户的移动终端在支付时,识别该第一客户提供的支付二维码,将获取的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数发送到第二客户对应的银行服务器;
S5,第二客户对应的银行服务器依据接受的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数,确定第一客户与第二客户的相关指数;
S6,第二客户对应的银行服务器依据第一客户与第二客户的相关指数,对本次支付交易进行风险控制。
为了对上述支付交易的风险控制方法进行更为清楚的解释,下面结合一具体实施例来进行详细说明。
在S2中,当第一客户的移动终端处于无网络状态时,该第一客户的移动终端基于选定的公钥、以及该第一客户对应的多个相关账户,确定该第一客户对应的多个相关账户指纹,包括:
对于该第一客户对应的每个相关账户,依据选定的公钥、该相关账户的身份信息确定该相关账户对应的哈希,并将该哈希作为该第一客户对应的相关账户指纹。
其中,该相关账户的身份信息可以是客户的身份证信息或手机号。
在S5中,参考图2,第二客户对应的银行服务器依据接受的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数,确定第一客户与第二客户的相关指数,包括:
S51,对于第二客户对应的每个相关账户,第二客户对应的银行服务器依据接受的公钥、该相关账户的身份信息确定该相关账户对应的哈希,并将该哈希作为该第二客户对应的相关账户指纹;
其中,该相关账户的身份信息可以是客户的身份证信息或手机号。
S52,对于该第一客户对应的每个相关账户指纹,当该相关账户指纹位于该第二客户对应的相关账户指纹时,将该相关账户指纹作为公共账户指纹;
S53,当公共账户指纹的数量大于设定的第一阈值时,利用计算公式,确定第一客户与第二客户的相关指数;
其中,计算公式为:
式中,r是第一客户与第二客户的相关指数;ri 1是第一客户与第i个公共账户指纹对应的账户的相关指数;ri 2是第二客户与第i个公共账户指纹对应的账户的相关指数。
在S6中,参考图3,第二客户对应的银行服务器依据第一客户与第二客户的相关指数,对本次支付交易进行风险控制,包括:
S61,第二客户对应的银行服务器依据第一客户与第二客户的相关指数、以及预存的在各个相关指数的条件下支付差值与支付风险矩阵的对应关系,确定本次支付对应的支付差值与支付风险矩阵的对应关系;
S62,第二客户对应的银行服务器将本次支付对应的支付差值与支付风险矩阵的对应关系下发到第二客户的移动终端;
S63,第二客户的移动终端依据接受的支付差值与支付风险矩阵的对应关系,对本次支付交易进行风险控制。
在一实施例中,参考图4,还包括第二客户对应的银行服务器依据如下方法确定在各个相关指数的条件下支付差值与支付风险矩阵的对应关系:
S01,第二客户对应的银行服务器获取银行的历史支付数据;
S02,对于每一历史支付数据,确定该历史支付数据对应的支付客户的支付限额与该历史支付数据的支付金额的差,将该差作为该历史支付数据对应的支付差值;以及确定该历史支付数据对应的支付客户与对应的对手客户的相关系数,将该相关系数作为该历史支付数据对应的相关系数;
S03,对于每一相关系数,将对应的相关系数等于该相关系数的历史支付数据作为该相关系数对应的历史支付数据;
S04,依据该相关系数对应的历史支付数据,确定在该相关指数的条件下支付差值与支付风险矩阵的对应关系。
具体的,(S04)依据该相关系数对应的历史支付数据,确定在该相关指数的条件下支付差值与支付风险矩阵的对应关系,包括:
S04-1,对于每一支付差值,从该相关系数对应的历史支付数据中选取出对应的支付差值等于该支付差值的历史支付数据,将选取出的历史支付数据作为该支付差值对应该相关系数的历史支付数据;
S04-2,依据每一支付差值对应该相关系数的历史支付数据,确定在各个交易渠道和各个风险类别的条件下该支付差值对应该相关系数的风险概率;
S04-3,确定在该相关指数的条件下每一支付差值对应的支付风险矩阵,其中,该支付风险矩阵的行对应交易渠道,列对应风险类别,该支付风险矩阵的每个元素的值等于在该元素对应的交易渠道和该元素对应的风险类别的条件下该支付差值对应该相关系数的风险概率。
在一实施例中,(S63)第二客户的移动终端依据接受的支付差值与支付风险矩阵的对应关系,对本次支付交易进行风险控制,包括:
S63-1,第二客户的移动终端依据本次支付交易的支付金额、第二客户的支付限额,确定本次支付交易对应的支付风险矩阵;
S63-2,第二客户的移动终端依据本次支付交易对应的支付风险矩阵的行数和列数,进行补0,将获得的方阵作为本次支付交易对应的支付风险方阵;
S63-3,第二客户的移动终端依据本次支付交易对应的支付风险方阵,对本次支付交易进行风险控制。
具体的,(S63-3)第二客户的移动终端依据本次支付交易对应的支付风险方阵,对本次支付交易进行风险控制,包括:
S63-3-1,第二客户的移动终端确定本次支付交易对应的支付风险方阵的多个特征值,将确定的多个特征值作为本次支付交易对应的特征值;
S63-3-2,当本次支付交易对应的特征值的模长都小于特征阈值时,不对本次支付交易进行风险控制。
具体的,(S63-3)第二客户的移动终端依据本次支付交易对应的支付风险方阵,对本次支付交易进行风险控制,包括:
第二客户的移动终端确定本次支付交易对应的支付风险方阵的多个特征值,将确定的多个特征值作为本次支付交易对应的特征值;
将本次支付交易对应的特征值的模长的最大值作为本次支付交易对应的风险模长;
依据本次支付交易对应的风险模长、风险模长与风险控制模型的对应关系,确定本次支付交易对应的风险控制模型;
依据本次支付交易对应的风险控制模型,对本次支付交易进行风险控制。
在另一实施例中,对S5及S6的处理流程进行详细说明。
在S5中,参考图5,第二客户对应的银行服务器依据接受的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数,确定第一客户与第二客户的相关指数,包括:
S501,对于第二客户对应的每个相关账户,第二客户对应的银行服务器依据接受的公钥、该相关账户的身份信息确定该相关账户对应的哈希,并将该哈希作为该第二客户对应的相关账户指纹;
S502,对于该第一客户对应的每个相关账户指纹,当该相关账户指纹位于该第二客户对应的相关账户指纹时,将该相关账户指纹作为公共账户指纹;
S503,当公共账户指纹的数量小于设定的第二阈值时,利用计算公式,确定第一客户与第二客户的相关指数下界;
其中,计算公式为:
式中,r'为第一客户与第二客户的相关指数下界;ri 1是第一客户与第i个公共账户指纹对应的账户的相关指数;ri 2是第二客户与第i个公共账户指纹对应的账户的相关指数;
在S6中,参考图6,第二客户对应的银行服务器依据第一客户与第二客户的相关指数,对本次支付交易进行风险控制,还包括:
S601,依据第一客户与第二客户的相关指数下界、预存的相关指数与风险指标的对应关系,确定本次支付交易对应的风险指标上界;
S602,第二客户对应的银行服务器依据本次支付交易对应的风险指标上界,对本次支付交易进行风险控制。
在一实施例中,所述方法还包括按照如下方法确定各个客户对应的多个相关账户,以及各个客户与对应的各个相关账户的相关指数:
获取预存在各个银行服务器的各个客户对应的相关账户、以及各个客户与对应的各个相关账户的相关指数;
对于每一客户,将预存在各个银行服务器的该客户对应的相关账户的并集作为该客户对应的相关账户;
对于该客户对应的每一相关账户,将预存在各个银行服务器的该客户与该相关账户的相关指数的最大值作为该客户与该相关账户的相关指数;
初始化该客户与该潜在相关客户的指数增量为一大于增量阈值的固定数值;
循环执行如下步骤,直到对于每一客户和每一账户,都不满足条件c:该账户是该客户对应的相关账户,且该账户和该客户的指数增量大于增量阈值:
找到满足上述条件c的客户和账户;
将该客户对应的相关账户与该账户对应的客户对应的相关账户的交集作为公共相关账户;
对于每一公共相关账户,将该客户与该公共相关账户的相关指数、与该账户对应的客户与该公共相关账户的相关指数的乘积作为该公共相关账户对应的指数乘积;
当该客户和该账户的相关指数小于各个公共相关账户对应的指数乘积的最大值时,将该客户和该账户的相关指数更新为各个公共相关账户对应的指数乘积的最大值;
将该客户和该账户的指数增量更新为该客户和该账户在更新后的相关指数和在更新前的相关指数的差。
需要说明的是,尽管在上述实施例及附图中以特定顺序描述了本发明方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
在介绍了本发明示例性实施方式的方法之后,接下来,参考图7对本发明示例性实施方式的支付交易的风险控制装置进行介绍。
支付交易的风险控制装置的实施可以参见上述方法的实施,重复之处不再赘述。以下所使用的术语“模块”或者“单元”,可以是实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
基于同一发明构思,本发明还提出了一种支付交易的风险控制装置,如图7所示,该装置包括:
银行服务器100,用于将第一客户对应的多个相关账户,以及该第一客户与对应的各个相关账户的相关指数下发到该第一客户的移动终端;
第一客户的移动终端200,用于当第一客户的移动终端处于无网络状态时,该第一客户的移动终端基于选定的公钥、以及该第一客户对应的多个相关账户,确定该第一客户对应的多个相关账户指纹;
第一客户的移动终端200,还用于基于选定的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数生成支付二维码;
第二客户的移动终端300,用于在支付时,识别该第一客户提供的支付二维码,将获取的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数发送到第二客户对应的银行服务器;
第二客户对应的银行服务器110,用于依据接受的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数,确定第一客户与第二客户的相关指数;
第二客户对应的银行服务器110,还用于依据第一客户与第二客户的相关指数,对本次支付交易进行风险控制。
在一实施例中,第一客户的移动终端具体用于:
对于该第一客户对应的每个相关账户,依据选定的公钥、该相关账户的身份信息确定该相关账户对应的哈希,并将该哈希作为该第一客户对应的相关账户指纹。
在一实施例中,第二客户对应的银行服务器具体用于:
对于第二客户对应的每个相关账户,第二客户对应的银行服务器依据接受的公钥、该相关账户的身份信息确定该相关账户对应的哈希,并将该哈希作为该第二客户对应的相关账户指纹;
对于该第一客户对应的每个相关账户指纹,当该相关账户指纹位于该第二客户对应的相关账户指纹时,将该相关账户指纹作为公共账户指纹;
当公共账户指纹的数量大于设定的第一阈值时,按照如下公式,确定第一客户与第二客户的相关指数:
其中,r是第一客户与第二客户的相关指数;ri 1是第一客户与第i个公共账户指纹对应的账户的相关指数;ri 2是第二客户与第i个公共账户指纹对应的账户的相关指数。
在一实施例中,第二客户对应的银行服务器具体用于:
依据第一客户与第二客户的相关指数、以及预存的在各个相关指数的条件下支付差值与支付风险矩阵的对应关系,确定本次支付对应的支付差值与支付风险矩阵的对应关系;
将本次支付对应的支付差值与支付风险矩阵的对应关系下发到第二客户的移动终端;
第二客户的移动终端还用于:
依据接受的支付差值与支付风险矩阵的对应关系,对本次支付交易进行风险控制。
在一实施例中,第二客户对应的银行服务器还用于依据如下方法确定在各个相关指数的条件下支付差值与支付风险矩阵的对应关系:
获取银行的历史支付数据;
对于每一历史支付数据,确定该历史支付数据对应的支付客户的支付限额与该历史支付数据的支付金额的差,将该差作为该历史支付数据对应的支付差值;以及确定该历史支付数据对应的支付客户与对应的对手客户的相关系数,将该相关系数作为该历史支付数据对应的相关系数;
对于每一相关系数,将对应的相关系数等于该相关系数的历史支付数据作为该相关系数对应的历史支付数据;
依据该相关系数对应的历史支付数据,确定在该相关指数的条件下支付差值与支付风险矩阵的对应关系。
在一实施例中,第二客户对应的银行服务器具体用于:
对于每一支付差值,从该相关系数对应的历史支付数据中选取出对应的支付差值等于该支付差值的历史支付数据,将选取出的历史支付数据作为该支付差值对应该相关系数的历史支付数据;
依据每一支付差值对应该相关系数的历史支付数据,确定在各个交易渠道和各个风险类别的条件下该支付差值对应该相关系数的风险概率;
确定在该相关指数的条件下每一支付差值对应的支付风险矩阵,其中,该支付风险矩阵的行对应交易渠道,列对应风险类别,该支付风险矩阵的每个元素的值等于在该元素对应的交易渠道和该元素对应的风险类别的条件下该支付差值对应该相关系数的风险概率。
在一实施例中,第二客户的移动终端具体用于:
依据本次支付交易的支付金额、第二客户的支付限额,确定本次支付交易对应的支付风险矩阵;
依据本次支付交易对应的支付风险矩阵的行数和列数,进行补0,将获得的方阵作为本次支付交易对应的支付风险方阵;
依据本次支付交易对应的支付风险方阵,对本次支付交易进行风险控制。
在一实施例中,第二客户的移动终端具体用于:
确定本次支付交易对应的支付风险方阵的多个特征值,将确定的多个特征值作为本次支付交易对应的特征值;
当本次支付交易对应的特征值的模长都小于特征阈值时,不对本次支付交易进行风险控制。
应当注意,尽管在上文详细描述中提及了支付交易的风险控制装置的若干模块,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之,上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。
基于前述发明构思,如图8所示,本发明还提出了一种计算机设备800,包括存储器810、处理器820及存储在存储器810上并可在处理器820上运行的计算机程序830,所述处理器820执行所述计算机程序830时实现前述支付交易的风险控制方法。
基于前述发明构思,本发明提出了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现前述支付交易的风险控制方法。
基于前述发明构思,本发明提出了一种计算机程序产品,所述计算机程序产品包括计算机程序,所述计算机程序被处理器执行时实现支付交易的风险控制方法。
本发明提出的支付交易的风险控制方法及装置通过分析第一客户的数据确定相关指数,使第一客户在无网络状态下能够生成支付二维码,以满足第二客户的支付交易,并且,在第二客户的移动终端支付时,通过分析第一客户与第二客户的相关指数对支付交易进行风险控制,本发明整体方案可以对支付交易的风险进行有效控制,确保客户在特殊情况下也能进行安全的支付交易,确保客户交易及财产安全。
本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
本领域内的技术人员应明白,本发明的实施例可提供为方法、装置、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
最后应说明的是:以上所述实施例,仅为本发明的具体实施方式,用以说明本发明的技术方案,而非对其限制,本发明的保护范围并不局限于此,尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (19)
1.一种支付交易的风险控制方法,其特征在于,包括:
银行服务器将第一客户对应的多个相关账户,以及该第一客户与对应的各个相关账户的相关指数下发到该第一客户的移动终端;
当第一客户的移动终端处于无网络状态时,该第一客户的移动终端基于选定的公钥、以及该第一客户对应的多个相关账户,确定该第一客户对应的多个相关账户指纹;
该第一客户的移动终端基于选定的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数生成支付二维码;
第二客户的移动终端在支付时,识别该第一客户提供的支付二维码,将获取的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数发送到第二客户对应的银行服务器;
第二客户对应的银行服务器依据接受的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数,确定第一客户与第二客户的相关指数;
第二客户对应的银行服务器依据第一客户与第二客户的相关指数,对本次支付交易进行风险控制。
2.如权利要求1所述的方法,其特征在于,当第一客户的移动终端处于无网络状态时,该第一客户的移动终端基于选定的公钥、以及该第一客户对应的多个相关账户,确定该第一客户对应的多个相关账户指纹,包括:
对于该第一客户对应的每个相关账户,依据选定的公钥、该相关账户的身份信息确定该相关账户对应的哈希,并将该哈希作为该第一客户对应的相关账户指纹。
3.如权利要求1所述的方法,其特征在于,第二客户对应的银行服务器依据接受的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数,确定第一客户与第二客户的相关指数,包括:
对于第二客户对应的每个相关账户,第二客户对应的银行服务器依据接受的公钥、该相关账户的身份信息确定该相关账户对应的哈希,并将该哈希作为该第二客户对应的相关账户指纹;
对于该第一客户对应的每个相关账户指纹,当该相关账户指纹位于该第二客户对应的相关账户指纹时,将该相关账户指纹作为公共账户指纹;
当公共账户指纹的数量大于设定的第一阈值时,按照如下公式,确定第一客户与第二客户的相关指数:
其中,r是第一客户与第二客户的相关指数;ri 1是第一客户与第i个公共账户指纹对应的账户的相关指数;ri 2是第二客户与第i个公共账户指纹对应的账户的相关指数。
4.如权利要求1所述的方法,其特征在于,第二客户对应的银行服务器依据第一客户与第二客户的相关指数,对本次支付交易进行风险控制,包括:
第二客户对应的银行服务器依据第一客户与第二客户的相关指数、以及预存的在各个相关指数的条件下支付差值与支付风险矩阵的对应关系,确定本次支付对应的支付差值与支付风险矩阵的对应关系;
第二客户对应的银行服务器将本次支付对应的支付差值与支付风险矩阵的对应关系下发到第二客户的移动终端;
第二客户的移动终端依据接受的支付差值与支付风险矩阵的对应关系,对本次支付交易进行风险控制。
5.如权利要求4所述的方法,其特征在于,还包括第二客户对应的银行服务器依据如下方法确定在各个相关指数的条件下支付差值与支付风险矩阵的对应关系:
第二客户对应的银行服务器获取银行的历史支付数据;
对于每一历史支付数据,确定该历史支付数据对应的支付客户的支付限额与该历史支付数据的支付金额的差,将该差作为该历史支付数据对应的支付差值;以及确定该历史支付数据对应的支付客户与对应的对手客户的相关系数,将该相关系数作为该历史支付数据对应的相关系数;
对于每一相关系数,将对应的相关系数等于该相关系数的历史支付数据作为该相关系数对应的历史支付数据;
依据该相关系数对应的历史支付数据,确定在该相关指数的条件下支付差值与支付风险矩阵的对应关系。
6.如权利要求5所述的方法,其特征在于,依据该相关系数对应的历史支付数据,确定在该相关指数的条件下支付差值与支付风险矩阵的对应关系,包括:
对于每一支付差值,从该相关系数对应的历史支付数据中选取出对应的支付差值等于该支付差值的历史支付数据,将选取出的历史支付数据作为该支付差值对应该相关系数的历史支付数据;
依据每一支付差值对应该相关系数的历史支付数据,确定在各个交易渠道和各个风险类别的条件下该支付差值对应该相关系数的风险概率;
确定在该相关指数的条件下每一支付差值对应的支付风险矩阵,其中,该支付风险矩阵的行对应交易渠道,列对应风险类别,该支付风险矩阵的每个元素的值等于在该元素对应的交易渠道和该元素对应的风险类别的条件下该支付差值对应该相关系数的风险概率。
7.如权利要求4所述的方法,其特征在于,第二客户的移动终端依据接受的支付差值与支付风险矩阵的对应关系,对本次支付交易进行风险控制,包括:
第二客户的移动终端依据本次支付交易的支付金额、第二客户的支付限额,确定本次支付交易对应的支付风险矩阵;
第二客户的移动终端依据本次支付交易对应的支付风险矩阵的行数和列数,进行补0,将获得的方阵作为本次支付交易对应的支付风险方阵;
第二客户的移动终端依据本次支付交易对应的支付风险方阵,对本次支付交易进行风险控制。
8.如权利要求7所述的方法,其特征在于,第二客户的移动终端依据本次支付交易对应的支付风险方阵,对本次支付交易进行风险控制,包括:
第二客户的移动终端确定本次支付交易对应的支付风险方阵的多个特征值,将确定的多个特征值作为本次支付交易对应的特征值;
当本次支付交易对应的特征值的模长都小于特征阈值时,不对本次支付交易进行风险控制。
9.一种支付交易的风险控制装置,其特征在于,包括:
银行服务器,用于将第一客户对应的多个相关账户,以及该第一客户与对应的各个相关账户的相关指数下发到该第一客户的移动终端;
第一客户的移动终端,用于当第一客户的移动终端处于无网络状态时,该第一客户的移动终端基于选定的公钥、以及该第一客户对应的多个相关账户,确定该第一客户对应的多个相关账户指纹;
第一客户的移动终端,还用于基于选定的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数生成支付二维码;
第二客户的移动终端,用于在支付时,识别该第一客户提供的支付二维码,将获取的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数发送到第二客户对应的银行服务器;
第二客户对应的银行服务器,用于依据接受的公钥、该第一客户对应的多个相关账户指纹、该第一客户与对应的各个相关账户的相关指数,确定第一客户与第二客户的相关指数;
第二客户对应的银行服务器,还用于依据第一客户与第二客户的相关指数,对本次支付交易进行风险控制。
10.如权利要求9所述的装置,其特征在于,第一客户的移动终端具体用于:
对于该第一客户对应的每个相关账户,依据选定的公钥、该相关账户的身份信息确定该相关账户对应的哈希,并将该哈希作为该第一客户对应的相关账户指纹。
11.如权利要求9所述的装置,其特征在于,第二客户对应的银行服务器具体用于:
对于第二客户对应的每个相关账户,第二客户对应的银行服务器依据接受的公钥、该相关账户的身份信息确定该相关账户对应的哈希,并将该哈希作为该第二客户对应的相关账户指纹;
对于该第一客户对应的每个相关账户指纹,当该相关账户指纹位于该第二客户对应的相关账户指纹时,将该相关账户指纹作为公共账户指纹;
当公共账户指纹的数量大于设定的第一阈值时,按照如下公式,确定第一客户与第二客户的相关指数:
其中,r是第一客户与第二客户的相关指数;ri 1是第一客户与第i个公共账户指纹对应的账户的相关指数;ri 2是第二客户与第i个公共账户指纹对应的账户的相关指数。
12.如权利要求9所述的装置,其特征在于,第二客户对应的银行服务器具体用于:
依据第一客户与第二客户的相关指数、以及预存的在各个相关指数的条件下支付差值与支付风险矩阵的对应关系,确定本次支付对应的支付差值与支付风险矩阵的对应关系;
将本次支付对应的支付差值与支付风险矩阵的对应关系下发到第二客户的移动终端;
第二客户的移动终端还用于:
依据接受的支付差值与支付风险矩阵的对应关系,对本次支付交易进行风险控制。
13.如权利要求12所述的装置,其特征在于,第二客户对应的银行服务器还用于依据如下方法确定在各个相关指数的条件下支付差值与支付风险矩阵的对应关系:
获取银行的历史支付数据;
对于每一历史支付数据,确定该历史支付数据对应的支付客户的支付限额与该历史支付数据的支付金额的差,将该差作为该历史支付数据对应的支付差值;以及确定该历史支付数据对应的支付客户与对应的对手客户的相关系数,将该相关系数作为该历史支付数据对应的相关系数;
对于每一相关系数,将对应的相关系数等于该相关系数的历史支付数据作为该相关系数对应的历史支付数据;
依据该相关系数对应的历史支付数据,确定在该相关指数的条件下支付差值与支付风险矩阵的对应关系。
14.如权利要求13所述的装置,其特征在于,第二客户对应的银行服务器具体用于:
对于每一支付差值,从该相关系数对应的历史支付数据中选取出对应的支付差值等于该支付差值的历史支付数据,将选取出的历史支付数据作为该支付差值对应该相关系数的历史支付数据;
依据每一支付差值对应该相关系数的历史支付数据,确定在各个交易渠道和各个风险类别的条件下该支付差值对应该相关系数的风险概率;
确定在该相关指数的条件下每一支付差值对应的支付风险矩阵,其中,该支付风险矩阵的行对应交易渠道,列对应风险类别,该支付风险矩阵的每个元素的值等于在该元素对应的交易渠道和该元素对应的风险类别的条件下该支付差值对应该相关系数的风险概率。
15.如权利要求12所述的装置,其特征在于,第二客户的移动终端具体用于:
依据本次支付交易的支付金额、第二客户的支付限额,确定本次支付交易对应的支付风险矩阵;
依据本次支付交易对应的支付风险矩阵的行数和列数,进行补0,将获得的方阵作为本次支付交易对应的支付风险方阵;
依据本次支付交易对应的支付风险方阵,对本次支付交易进行风险控制。
16.如权利要求15所述的装置,其特征在于,第二客户的移动终端具体用于:
确定本次支付交易对应的支付风险方阵的多个特征值,将确定的多个特征值作为本次支付交易对应的特征值;
当本次支付交易对应的特征值的模长都小于特征阈值时,不对本次支付交易进行风险控制。
17.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至8任一所述方法。
18.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1至8任一所述方法。
19.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序,所述计算机程序被处理器执行时实现权利要求1至8任一所述方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211386979.1A CN115660682A (zh) | 2022-11-07 | 2022-11-07 | 支付交易的风险控制方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211386979.1A CN115660682A (zh) | 2022-11-07 | 2022-11-07 | 支付交易的风险控制方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115660682A true CN115660682A (zh) | 2023-01-31 |
Family
ID=85016546
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211386979.1A Pending CN115660682A (zh) | 2022-11-07 | 2022-11-07 | 支付交易的风险控制方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115660682A (zh) |
-
2022
- 2022-11-07 CN CN202211386979.1A patent/CN115660682A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN115660682A (zh) | 支付交易的风险控制方法及装置 | |
JP2005107592A (ja) | 認証方式選択システムおよび方法 | |
CN115578180A (zh) | 银行网点的现金资源的管理方法及装置 | |
KR102497521B1 (ko) | 사용자에게 금 매도를 위한 최적의 금 거래소를 추천할 수 있는 인공지능 기반의 금 거래 플랫폼 서버 및 그 동작 방법 | |
US20160321637A1 (en) | Point of sale payment using mobile device and checkout credentials | |
CN113837741A (zh) | 基于手机银行的柜台业务办理方法及装置 | |
CN109474565B (zh) | 信息验证方法和装置、存储介质和电子装置 | |
CN115760336A (zh) | 修正银行系统的等待时间阈值的方法及装置 | |
CN115907944A (zh) | 银行现金交易的处理方法及装置 | |
JP7360996B2 (ja) | 認証管理装置、認証管理方法、及び認証管理システム | |
CN113610537A (zh) | 请求执行方法、服务器、计算机设备和存储介质 | |
CN115660815A (zh) | 支持银行客户取款交易的方法及装置 | |
CN115601143A (zh) | 自助终端的交易风险控制方法及装置 | |
CN115600247A (zh) | 变更客户信息的方法及装置 | |
CN115907945A (zh) | 银行的客户修改手机号的方法及装置 | |
CN115545911A (zh) | 银行交易的风险控制方法及装置 | |
CN115686716A (zh) | 自助终端交易界面的处理方法及装置 | |
CN115760108A (zh) | 支持移动终端的交易处理方法及装置 | |
CN115660684A (zh) | 银行客户的交易方法及装置 | |
CN114897625A (zh) | 银行线上业务办理中的风险控制方法及装置 | |
CN115689709A (zh) | 贷款客户的贷款信息核实方法及装置 | |
CN113191764A (zh) | 刷卡交易数据处理方法及装置、及一种银行卡 | |
CN113947426A (zh) | 数据处理方法、装置、电子设备和存储器 | |
CN118195612A (zh) | 交易数据处理方法及系统 | |
CN115578183A (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 |