会员体验
专利管家(专利管理)
工作空间(专利管理)
风险监控(情报监控)
数据分析(专利分析)
侵权分析(诉讼无效)
联系我们
交流群
官方交流:
QQ群: 891211   
微信请扫码    >>>
现在联系顾问~
首页 / 专利库 / 交易对手风险 / 基于区块链的支付交易的风险控制方法及装置

基于区块链的支付交易的风险控制方法及装置

申请号 CN202210555688.4 申请日 2022-05-19 公开(公告)号 CN115018504A 公开(公告)日 2022-09-06
申请人 中国银行股份有限公司; 发明人 朱江波;
摘要 本发明公开了一种基于区块链的支付交易的风险控制方法及装置,涉及区块链技术领域,该方法包括:对银行在预定时间范围内的历史支付数据进行分类,获得多个支付数据类别;确定每个支付数据类别在各个维度的风险概率及对应的概率收敛值;依据风险概率及概率收敛值从多个支付数据类别中选取低风险支付数据类别;从客户的历史支付数据中筛选出低风险支付数据;将低风险支付数据对应的对手方确定为该客户的安全对手方并推荐给客户,客户数字签名确认后,上传到区块链;将安全对手方下发到该客户的移动终端上,当客户的移动终端的网络信号强度低于指定强度值时,基于移动终端上存储的安全对手方对该客户的交易进行风险控制。本发明可以提高客户体验。
权利要求

1.一种基于区块链的支付交易的风险控制方法,其特征在于,包括:

获取银行在预定时间范围内的历史支付数据;

对获取的历史支付数据进行分类,获得多个支付数据类别;

对于每个支付数据类别,确定支付数据类别在各个维度的风险概率,以及各个风险概率对应的概率收敛值;

依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,从该多个支付数据类别中选取出低风险支付数据类别;

对于每个客户,从该客户在银行的历史支付数据中,筛选出该客户对应的低风险支付数据;

将该客户对应的低风险支付数据对应的对手方确定为该客户对应的安全对手方;

将该客户对应的安全对手方推荐给客户,客户数字签名确认后,上传到区块链;

将该客户对应的安全对手方下发到该客户的移动终端上,当客户的移动终端的网络信号强度低于指定强度值时,基于移动终端上存储的安全对手方对该客户的交易进行风险控制。

2.如权利要求1所述的方法,其特征在于,对获取的历史支付数据进行分类,获得多个支付数据类别,包括:对于每个历史支付数据,提取出该历史支付数据的支付方,对手方和支付金额等级;

依据该支付方的历史交易数据,确定该历史支付数据对应的支付方向量,其中,该支付方向量的每个分量和交易类别一一对应,每个分量的值等于该支付方的历史交易数据中该分量对应的交易类别的交易数量;

依据该对手方的历史交易数据,确定该历史支付数据对应的对手方向量,其中,该对手方向量的每个分量和交易类别一一对应,每个分量的值等于该对手方的历史交易数据中该分量对应的交易类别的交易数量;

依据支付方向量与对手方向量,确定支付方距离函数和对手方距离函数,其中,对于任何两个支付数据,支付方距离函数对应该两个支付数据的函数值为该两个支付数据对应的支付方向量的距离,以及对手方距离函数对应该两个支付数据的函数值为该两个支付数据对应的对手方向量的距离;

依据支付方距离函数和对手方距离函数,和支付金额等级,对获取的历史支付数据进行聚类,获得多个支付数据类别。

3.如权利要求1所述的方法,其特征在于,对于每个支付数据类别,确定支付数据类别在各个维度的风险概率,以及各个风险概率对应的概率收敛值,包括:将该支付数据类别划分为多个支付子数据,支付子数据和各个维度一一对应;

对于每个维度,按照时间先后顺序将该维度对应的支付子数据划分为多个样本子数据,使得每个样本子数据的交易数量大于设定值;

对于每个样本子数据,将该样本子数据中风险数据的比例确定为样本子数据对应的风险概率;

基于该维度对应的多个样本子数据对应的风险概率,确定出对应的均值和方差;

将该对应的均值确定为该支付数据类别在该维度的风险概率;

基于对应的方差确定该维度的风险概率对应的概率收敛值。

4.如权利要求1所述的方法,其特征在于,对于每个支付数据类别,依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,从该多个支付数据类别中选取出低风险支付数据类别,包括:依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,确定支付数据类别的偏序,其中,对于任何两个支付数据类别,该偏序可用于确定该两个支付数据类别中的第一支付数据类别是否优于第二支付数据类别;

从该多个支付数据类别中选取出该偏序的多个极大支付数据类别,其中,该极大支付数据类别是该偏序的极大元素;

将该多个极大支付数据类别确定为低风险支付数据类别。

5.如权利要求4所述的方法,其特征在于,依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,确定支付数据类别的偏序,包括:对于任何两个支付数据类别,如果对于各个维度,该两个支付数据类别的第一支付数据类别对应该维度的风险概率都小于等于该两个支付数据类别的第二支付数据类别对应该维度的风险概率,且该第一支付数据类别对应各个维度的风险概率对应的概率收敛值都小于可以接受的概率收敛阈值,则确定该第一支付数据类别优于该第二支付数据类别。

6.如权利要求1所述的方法,其特征在于,对于每个客户,从该客户在银行的历史支付数据中,筛选出该客户对应的低风险支付数据,包括:依据该客户在银行的历史支付数据,确定该客户对应的交易向量,其中,该交易向量的每个分量和交易类别一一对应,每个分量的值等于该客户在银行的历史支付数据中该分量对应的交易类别的交易数量;

对于该客户在银行的每一历史支付数据,提取出该历史支付数据的对手方;依据该对手方的历史交易数据,确定该历史支付数据对应的对手方向量,其中,该对手方向量的每个分量和交易类别一一对应,每个分量的值等于该对手方的历史交易数据中该分量对应的交易类别的交易数量;

基于该客户对应的交易向量和该客户在银行的该历史支付数据对应的对手方向量,确定该客户在银行的该历史支付数据对应的偏序,其中,对于银行在预定时间范围内的任何两个历史支付数据,该偏序可用于确定该两个历史支付数据中的第一历史支付数据是否近于第二历史支付数据;

依据该客户在银行的该历史支付数据对应的偏序,确定该偏序的极大历史支付数据,其中,该极大历史支付数据是该偏序的极大元素;

依据该极大历史支付数据,确定该客户在银行的该历史支付数据是否是该客户对应的低风险支付数据。

7.如权利要求1所述的方法,其特征在于,基于该客户对应的交易向量和该客户在银行的该历史支付数据对应的对手方向量,确定该客户在银行的该历史支付数据对应的偏序,包括:对于银行在预定时间范围内的每个历史支付数据,确定该历史支付数据对应的支付方向量和该客户对应的交易向量的距离,将该距离确定为该历史支付数据对应的支付方距离;确定该历史支付数据对应的对手方向量和该客户在银行的该历史支付数据对应的对手方向量的距离,将该距离确定为该历史支付数据对应的对手方距离;

对于银行在预定时间范围内的任何两个历史支付数据,如果该两个历史支付数据中的第一历史支付数据对应的支付方距离小于等于该两个历史支付数据中的第二历史支付数据对应的支付方距离,且两个历史支付数据中的第一历史支付数据对应的对手方距离小于等于该两个历史支付数据中的第二历史支付数据对应的对手方距离,则确定该第一历史支付数据近于该第二历史支付数据。

8.一种基于区块链的支付交易的风险控制装置,其特征在于,包括:

数据获取模块,用于获取银行在预定时间范围内的历史支付数据;

分类模块,用于对获取的历史支付数据进行分类,获得多个支付数据类别;

风险概率确定模块,用于对于每个支付数据类别,确定支付数据类别在各个维度的风险概率,以及各个风险概率对应的概率收敛值;

类别选择模块,用于依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,从该多个支付数据类别中选取出低风险支付数据类别;

筛选模块,用于对于每个客户,从该客户在银行的历史支付数据中,筛选出该客户对应的低风险支付数据;

安全对手方确定模块,用于将该客户对应的低风险支付数据对应的对手方确定为该客户对应的安全对手方;

推荐上传模块,用于将该客户对应的安全对手方推荐给客户,客户数字签名确认后,上传到区块链;

下发模块,用于将该客户对应的安全对手方下发到该客户的移动终端上,当客户的移动终端的网络信号强度低于指定强度值时,基于移动终端上存储的安全对手方对该客户的交易进行风险控制。

9.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7任一所述方法。

10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1至7任一所述方法。

11.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序,所述计算机程序被处理器执行时实现权利要求1至7任一所述方法。

说明书全文

基于区块链的支付交易的风险控制方法及装置

技术领域

[0001] 本发明涉及区块链技术领域,尤其涉及基于区块链的支付交易的风险控制方法及装置。

背景技术

[0002] 本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
[0003] 因为银行的风险控制端在银行服务器,所以客户在银行交易时需要联网做风险控制,当网络信号不佳的时候,客户就做不了交易。对于某些用户,可能经常在特定时间处在特定地点,可能因为特定地点的无线信号比较弱,导致客户无法使用自己的终端进行交易行为,客户体验不佳。

发明内容

[0004] 本发明实施例提供一种基于区块链的支付交易的风险控制方法,该方法包括:
[0005] 获取银行在预定时间范围内的历史支付数据;
[0006] 对获取的历史支付数据进行分类,获得多个支付数据类别;
[0007] 对于每个支付数据类别,确定支付数据类别在各个维度的风险概率,以及各个风险概率对应的概率收敛值;
[0008] 依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,从该多个支付数据类别中选取出低风险支付数据类别;
[0009] 对于每个客户,从该客户在银行的历史支付数据中,筛选出该客户对应的低风险支付数据;
[0010] 将该客户对应的低风险支付数据对应的对手方确定为该客户对应的安全对手方;
[0011] 将该客户对应的安全对手方推荐给客户,客户数字签名确认后,上传到区块链;
[0012] 将该客户对应的安全对手方下发到该客户的移动终端上,当客户的移动终端的网络信号强度低于指定强度值时,基于移动终端上存储的安全对手方对该客户的交易进行风险控制。
[0013] 本发明实施例还提供一种基于区块链的支付交易的风险控制装置,该装置包括:
[0014] 数据获取模块,用于获取银行在预定时间范围内的历史支付数据;
[0015] 分类模块,用于对获取的历史支付数据进行分类,获得多个支付数据类别;
[0016] 风险概率确定模块,用于对于每个支付数据类别,确定支付数据类别在各个维度的风险概率,以及各个风险概率对应的概率收敛值;
[0017] 类别选择模块,用于依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,从该多个支付数据类别中选取出低风险支付数据类别;
[0018] 筛选模块,用于对于每个客户,从该客户在银行的历史支付数据中,筛选出该客户对应的低风险支付数据;
[0019] 安全对手方确定模块,用于将该客户对应的低风险支付数据对应的对手方确定为该客户对应的安全对手方;
[0020] 推荐上传模块,用于将该客户对应的安全对手方推荐给客户,客户数字签名确认后,上传到区块链;
[0021] 下发模块,用于将该客户对应的安全对手方下发到该客户的移动终端上,当客户的移动终端的网络信号强度低于指定强度值时,基于移动终端上存储的安全对手方对该客户的交易进行风险控制。
[0022] 本发明实施例还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述基于区块链的支付交易的风险控制方法。
[0023] 本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述基于区块链的支付交易的风险控制方法。
[0024] 本发明实施例还提供一种计算机程序产品,所述计算机程序产品包括计算机程序,所述计算机程序被处理器执行时实现上述基于区块链的支付交易的风险控制方法。
[0025] 本发明实施例中,与现有技术中网络信号弱时,客户无法交易,导致客户体验不佳的技术方案相比,通过获取银行在预定时间范围内的历史支付数据;对获取的历史支付数据进行分类,获得多个支付数据类别;对于每个支付数据类别,确定支付数据类别在各个维度的风险概率,以及各个风险概率对应的概率收敛值;依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,从该多个支付数据类别中选取出低风险支付数据类别;对于每个客户,从该客户在银行的历史支付数据中,筛选出该客户对应的低风险支付数据;将该客户对应的低风险支付数据对应的对手方确定为该客户对应的安全对手方;将该客户对应的安全对手方推荐给客户,客户数字签名确认后,上传到区块链;将该客户对应的安全对手方下发到该客户的移动终端上,当客户的移动终端的网络信号强度低于指定强度值时,基于移动终端上存储的安全对手方对该客户的交易进行风险控制,可以在网络信号弱时,也可以进行交易,提高客户体验。

附图说明

[0026] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
[0027] 图1为本发明实施例中基于区块链的支付交易的风险控制方法流程图一;
[0028] 图2为本发明实施例中基于区块链的支付交易的风险控制方法流程图二;
[0029] 图3为本发明实施例中基于区块链的支付交易的风险控制方法流程图三;
[0030] 图4为本发明实施例中基于区块链的支付交易的风险控制方法流程图四;
[0031] 图5为本发明实施例中基于区块链的支付交易的风险控制方法流程图五;
[0032] 图6为本发明实施例中基于区块链的支付交易的风险控制方法流程图六;
[0033] 图7为本发明实施例中基于区块链的支付交易的风险控制方法流程图七;
[0034] 图8为本发明实施例中基于区块链的支付交易的风险控制装置结构框图。

具体实施方式

[0035] 为使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合附图对本发明实施例做进一步详细说明。在此,本发明的示意性实施例及其说明用于解释本发明,但并不作为对本发明的限定。
[0036] 图1为本发明实施例中基于区块链的支付交易的风险控制方法流程图一,如图1所示,该方法包括:
[0037] 步骤101:获取银行在预定时间范围内的历史支付数据;
[0038] 步骤102:对获取的历史支付数据进行分类,获得多个支付数据类别;
[0039] 步骤103:对于每个支付数据类别,确定支付数据类别在各个维度的风险概率,以及各个风险概率对应的概率收敛值;
[0040] 步骤104:依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,从该多个支付数据类别中选取出低风险支付数据类别;
[0041] 步骤105:对于每个客户,从该客户在银行的历史支付数据中,筛选出该客户对应的低风险支付数据;
[0042] 步骤106:将该客户对应的低风险支付数据对应的对手方确定为该客户对应的安全对手方;
[0043] 步骤107:将该客户对应的安全对手方推荐给客户,客户数字签名确认后,上传到区块链;
[0044] 步骤108:将该客户对应的安全对手方下发到该客户的移动终端上,当客户的移动终端的网络信号强度低于指定强度值时,基于移动终端上存储的安全对手方对该客户的交易进行风险控制。
[0045] 具体的,维度是用来分类交易数据的,比如交易场景、业务类别、交易时间、交易渠道等等。由于客户交易可能存在交易或者资金的安全问题,所以需要确定交易存在的风险概率,可以从不同的维度来确定。不同维度的风险是不一样的,通过计算不同维度的风险概率,可以确定各个客户关系类别的安全性。
[0046] 在本发明实施例中,如图2所示,步骤102对获取的历史支付数据进行分类,获得多个支付数据类别,包括:
[0047] 步骤201:对于每个历史支付数据,提取出该历史支付数据的支付方,对手方和支付金额等级;
[0048] 步骤202:依据该支付方的历史交易数据,确定该历史支付数据对应的支付方向量,其中,该支付方向量的每个分量和交易类别一一对应,每个分量的值等于该支付方的历史交易数据中该分量对应的交易类别的交易数量;
[0049] 步骤203:依据该对手方的历史交易数据,确定该历史支付数据对应的对手方向量,其中,该对手方向量的每个分量和交易类别一一对应,每个分量的值等于该对手方的历史交易数据中该分量对应的交易类别的交易数量;
[0050] 步骤204:依据支付方向量与对手方向量,确定支付方距离函数和对手方距离函数,其中,对于任何两个支付数据,支付方距离函数对应该两个支付数据的函数值为该两个支付数据对应的支付方向量的距离,以及对手方距离函数对应该两个支付数据的函数值为该两个支付数据对应的对手方向量的距离;
[0051] 步骤205:依据支付方距离函数和对手方距离函数,和支付金额等级,对获取的历史支付数据进行聚类,获得多个支付数据类别。
[0052] 在一实施例中,依据支付方距离函数和对手方距离函数,和支付金额等级,对获取的历史支付数据进行聚类,获得多个支付数据类别,包括:
[0053] 依据支付方距离函数和对手方距离函数,确定支付数据对应的距离函数;
[0054] 依据支付数据对应的距离函数,和支付金额等级,对获取的历史支付数据进行聚类,获得多个支付数据类别(比如选择K均值,或者以支付金额等级为类别标识,选择学习向量量化对获取的历史支付数据进行聚类)。
[0055] 在一实施例中,依据支付数据对应的距离函数,和支付金额等级,对获取的历史支付数据进行聚类,获得多个支付数据类别,包括:
[0056] 1.从获取的历史支付数据中选取出多个历史支付数据作为支付数据类别中心,每个支付数据类别中心对应于一个支付数据类别,该支付数据类别的初始元素只包含对应的支付数据类别中心;
[0057] 2.对于获取的每一个历史支付数据,执行如下步骤:
[0058] 基于支付数据对应的距离函数计算每个支付数据类别中心和该历史支付数据的距离,将该距离确定为该支付数据类别中心对应的距离;
[0059] 从所有的支付数据类别中心中选取出和该历史支付数据对应的支付金额等级一致的多个支付数据类别中心;
[0060] 将选取出的支付数据类别中心对应的距离的最小值作为该历史支付数据对应的距离S,将该最小值对应的支付数据类别中心作为该历史支付数据对应的支付数据类别中心;将未被选取出的支付数据类别中心对应的距离的最小值作为该历史支付数据对应的距离T;
[0061] 如果对应的距离T与该对应的距离S的差大于指定阈值,则基于该历史支付数据新建一个支付数据类别中心,该新建的支付数据类别中心对应于一个新的支付数据类别,该新的支付数据类别的初始元素只包含该历史支付数据;否则将该历史支付数据划分到该历史支付数据对应的支付数据类别中心所对应的支付数据类别中;
[0062] 3.在对所有历史支付数据执行完以上步骤后,对于每一个支付数据类别,将该支付数据类别对应的支付数据类别中心对应的支付方向量更新为将该支付数据类别的所有历史支付数据对应的支付方向量的均值,以及将该支付数据类别对应的支付数据类别中心对应的对手方向量更新为将该支付数据类别的所有历史支付数据对应的对手方向量的均值;将该支付数据类别对应的支付数据类别中心对应的支付金额等级更新为该支付数据类别的所有历史支付数据在支付金额等级的数据值中数量最多的数据值;
[0063] 4.重复对每一个历史支付数据执行以上步骤2以及对每一个支付数据类别执行以上步骤3,直至所有的支付数据类别中心对应的支付方向量和对应的对手方向量的变化量均小于设定阈值,从而得到多个支付数据类别。
[0064] 在本发明实施例中,如图3所示,步骤103对于每个支付数据类别,确定支付数据类别在各个维度的风险概率,以及各个风险概率对应的概率收敛值,包括:
[0065] 步骤301:将该支付数据类别划分为多个支付子数据,支付子数据和各个维度一一对应;
[0066] 步骤302:对于每个维度,按照时间先后顺序将该维度对应的支付子数据划分为多个样本子数据,使得每个样本子数据的交易数量大于设定值;
[0067] 步骤303:对于每个样本子数据,将该样本子数据中风险数据的比例确定为样本子数据对应的风险概率;
[0068] 步骤304:基于该维度对应的多个样本子数据对应的风险概率,确定出对应的均值和方差;
[0069] 步骤305:将该对应的均值确定为该支付数据类别在该维度的风险概率;
[0070] 步骤306:基于对应的方差确定该维度的风险概率对应的概率收敛值。
[0071] 在一实施例中,基于对应的方差确定该维度的风险概率对应的概率收敛值,包括:
[0072] 将该维度的风险概率对应的概率收敛值确定为 其中σ是对应的方差,n是该维度对应的样本子数据的个数。
[0073] 在本发明实施例中,如图4所示,步骤104对于每个支付数据类别,依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,从该多个支付数据类别中选取出低风险支付数据类别,包括:
[0074] 步骤401:依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,确定支付数据类别的偏序,其中,对于任何两个支付数据类别,该偏序可用于确定该两个支付数据类别中的第一支付数据类别是否优于第二支付数据类别;
[0075] 步骤402:从该多个支付数据类别中选取出该偏序的多个极大支付数据类别,其中,该极大支付数据类别是该偏序的极大元素;
[0076] 步骤403:将该多个极大支付数据类别确定为低风险支付数据类别。
[0077] 在本发明实施例中,如图5所示,步骤401依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,确定支付数据类别的偏序,包括:
[0078] 步骤501:对于任何两个支付数据类别,如果对于各个维度,该两个支付数据类别的第一支付数据类别对应该维度的风险概率都小于等于该两个支付数据类别的第二支付数据类别对应该维度的风险概率,且该第一支付数据类别对应各个维度的风险概率对应的概率收敛值都小于可以接受的概率收敛阈值,则确定该第一支付数据类别优于该第二支付数据类别。
[0079] 在一实施例中,按照如下方法确定可以接受的概率收敛阈值:
[0080] 设置可以接受的风险概率误差阈值ε,以及可以接受的风险概率误差大于ε的概率P;
[0081] 将可以接受的概率收敛阈值确定为ε2×P。
[0082] 在本发明实施例中,如图6所示,步骤105对于每个客户,从该客户在银行的历史支付数据中,筛选出该客户对应的低风险支付数据,包括:
[0083] 步骤601:依据该客户在银行的历史支付数据,确定该客户对应的交易向量,其中,该交易向量的每个分量和交易类别一一对应,每个分量的值等于该客户在银行的历史支付数据中该分量对应的交易类别的交易数量;
[0084] 步骤602:对于该客户在银行的每一历史支付数据,提取出该历史支付数据的对手方;依据该对手方的历史交易数据,确定该历史支付数据对应的对手方向量,其中,该对手方向量的每个分量和交易类别一一对应,每个分量的值等于该对手方的历史交易数据中该分量对应的交易类别的交易数量;
[0085] 步骤603:基于该客户对应的交易向量和该客户在银行的该历史支付数据对应的对手方向量,确定该客户在银行的该历史支付数据对应的偏序,其中,对于银行在预定时间范围内的任何两个历史支付数据,该偏序可用于确定该两个历史支付数据中的第一历史支付数据是否近于第二历史支付数据;
[0086] 步骤604:依据该客户在银行的该历史支付数据对应的偏序,确定该偏序的极大历史支付数据,其中,该极大历史支付数据是该偏序的极大元素;
[0087] 步骤605:依据该极大历史支付数据,确定该客户在银行的该历史支付数据是否是该客户对应的低风险支付数据。
[0088] 需要说明的是,偏序的极大元素就是在偏序对应的集合中,不存在其他元素优于该极大元素。显然,极大元素的个数可能大于1。
[0089] 在一实施例中,依据该客户在银行的该历史支付数据对应的偏序,确定该偏序的极大历史支付数据,包括:
[0090] 1.将银行在预定时间范围内的每个历史支付数据对应的偏序极大值初始化为可能,以及初始化每个历史支付数据对应的偏序比较值为是;
[0091] 2.依次对于银行在预定时间范围内的每个历史支付数据,执行以下步骤:
[0092] 2.1如果该历史支付数据对应的偏序极大值不是可能,则继续对下一个历史支付数据执行步骤2;
[0093] 2.2如果该历史支付数据对应的偏序极大值为可能,则依次将对应的偏序比较值为是的历史支付数据(除该历史支付数据之外)与该历史支付数据进行比较;如果对应的偏序比较值为是的历史支付数据近于该历史支付数据,则将该历史支付数据对应的偏序极大值设置为否,之后继续对下一个历史支付数据执行上述步骤2;如果该历史支付数据近于对应的偏序比较值为是的历史支付数据,则将该对应的偏序比较值为是的历史支付数据对应的偏序极大值设置为否,并将该对应的偏序比较值为是的历史支付数据确定为该历史支付数据的次历史支付数据;
[0094] 2.3如果确认对应的偏序比较值为是的所有历史支付数据都不近于该历史支付数据,则将该历史支付数据确定为该偏序的极大历史支付数据,并且将该极大历史支付数据的每个次历史支付数据的偏序比较值更新为否。
[0095] 在一实施例中,依据该极大历史支付数据,确定该客户在银行的该历史支付数据是否是该客户对应的低风险支付数据,包括:
[0096] 当该极大历史支付数据都归属于低风险支付数据类别时,则确定该客户在银行的该历史支付数据是该客户对应的低风险支付数据。
[0097] 需要说明的是,极大历史支付数据的数量可能大于1,故上述方法可以改进为:
[0098] 确定该极大历史支付数据中的每一历史支付数据是否归属于低风险支付数据类别;
[0099] 当该极大历史支付数据中归属于低风险支付数据类别的历史支付数据的占比大于设定比例值时,确定该客户在银行的该历史支付数据是该客户对应的低风险支付数据。
[0100] 在本发明实施例中,如图7所示,步骤603基于该客户对应的交易向量和该客户在银行的该历史支付数据对应的对手方向量,确定该客户在银行的该历史支付数据对应的偏序,包括:
[0101] 步骤701:对于银行在预定时间范围内的每个历史支付数据,确定该历史支付数据对应的支付方向量和该客户对应的交易向量的距离,将该距离确定为该历史支付数据对应的支付方距离;确定该历史支付数据对应的对手方向量和该客户在银行的该历史支付数据对应的对手方向量的距离,将该距离确定为该历史支付数据对应的对手方距离;
[0102] 步骤702:对于银行在预定时间范围内的任何两个历史支付数据,如果该两个历史支付数据中的第一历史支付数据对应的支付方距离小于等于该两个历史支付数据中的第二历史支付数据对应的支付方距离,且两个历史支付数据中的第一历史支付数据对应的对手方距离小于等于该两个历史支付数据中的第二历史支付数据对应的对手方距离,则确定该第一历史支付数据近于该第二历史支付数据。
[0103] 本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
[0104] 本发明实施例中还提供了一种基于区块链的支付交易的风险控制装置,如下面的实施例所述。由于该装置解决问题的原理与基于区块链的支付交易的风险控制方法相似,因此该装置的实施可以参见基于区块链的支付交易的风险控制方法的实施,重复之处不再赘述。
[0105] 图8为本发明实施例中基于区块链的支付交易的风险控制装置结构框图,如图8所示,该装置包括:
[0106] 数据获取模块02,用于获取银行在预定时间范围内的历史支付数据;
[0107] 分类模块04,用于对获取的历史支付数据进行分类,获得多个支付数据类别;
[0108] 风险概率确定模块06,用于对于每个支付数据类别,确定支付数据类别在各个维度的风险概率,以及各个风险概率对应的概率收敛值;
[0109] 类别选择模块08,用于依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,从该多个支付数据类别中选取出低风险支付数据类别;
[0110] 筛选模块10,用于对于每个客户,从该客户在银行的历史支付数据中,筛选出该客户对应的低风险支付数据;
[0111] 安全对手方确定模块12,用于将该客户对应的低风险支付数据对应的对手方确定为该客户对应的安全对手方;
[0112] 推荐上传模块14,用于将该客户对应的安全对手方推荐给客户,客户数字签名确认后,上传到区块链;
[0113] 下发模块16,用于将该客户对应的安全对手方下发到该客户的移动终端上,当客户的移动终端的网络信号强度低于指定强度值时,基于移动终端上存储的安全对手方对该客户的交易进行风险控制。
[0114] 在本发明实施例中,分类模块04具体用于:
[0115] 对于每个历史支付数据,提取出该历史支付数据的支付方,对手方和支付金额等级;
[0116] 依据该支付方的历史交易数据,确定该历史支付数据对应的支付方向量,其中,该支付方向量的每个分量和交易类别一一对应,每个分量的值等于该支付方的历史交易数据中该分量对应的交易类别的交易数量;
[0117] 依据该对手方的历史交易数据,确定该历史支付数据对应的对手方向量,其中,该对手方向量的每个分量和交易类别一一对应,每个分量的值等于该对手方的历史交易数据中该分量对应的交易类别的交易数量;
[0118] 依据支付方向量与对手方向量,确定支付方距离函数和对手方距离函数,其中,对于任何两个支付数据,支付方距离函数对应该两个支付数据的函数值为该两个支付数据对应的支付方向量的距离,以及对手方距离函数对应该两个支付数据的函数值为该两个支付数据对应的对手方向量的距离;
[0119] 依据支付方距离函数和对手方距离函数,和支付金额等级,对获取的历史支付数据进行聚类,获得多个支付数据类别。
[0120] 在本发明实施例中,风险概率确定模块06具体用于:
[0121] 将该支付数据类别划分为多个支付子数据,支付子数据和各个维度一一对应;
[0122] 对于每个维度,按照时间先后顺序将该维度对应的支付子数据划分为多个样本子数据,使得每个样本子数据的交易数量大于设定值;
[0123] 对于每个样本子数据,将该样本子数据中风险数据的比例确定为样本子数据对应的风险概率;
[0124] 基于该维度对应的多个样本子数据对应的风险概率,确定出对应的均值和方差;
[0125] 将该对应的均值确定为该支付数据类别在该维度的风险概率;
[0126] 基于对应的方差确定该维度的风险概率对应的概率收敛值。
[0127] 在本发明实施例中,类别选择模块08具体用于:
[0128] 依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,确定支付数据类别的偏序,其中,对于任何两个支付数据类别,该偏序可用于确定该两个支付数据类别中的第一支付数据类别是否优于第二支付数据类别;
[0129] 从该多个支付数据类别中选取出该偏序的多个极大支付数据类别,其中,该极大支付数据类别是该偏序的极大元素;
[0130] 将该多个极大支付数据类别确定为低风险支付数据类别。
[0131] 在本发明实施例中,类别选择模块08具体用于:
[0132] 对于任何两个支付数据类别,如果对于各个维度,该两个支付数据类别的第一支付数据类别对应该维度的风险概率都小于等于该两个支付数据类别的第二支付数据类别对应该维度的风险概率,且该第一支付数据类别对应各个维度的风险概率对应的概率收敛值都小于可以接受的概率收敛阈值,则确定该第一支付数据类别优于该第二支付数据类别。
[0133] 在本发明实施例中,筛选模块10具体用于:
[0134] 依据该客户在银行的历史支付数据,确定该客户对应的交易向量,其中,该交易向量的每个分量和交易类别一一对应,每个分量的值等于该客户在银行的历史支付数据中该分量对应的交易类别的交易数量;
[0135] 对于该客户在银行的每一历史支付数据,提取出该历史支付数据的对手方;依据该对手方的历史交易数据,确定该历史支付数据对应的对手方向量,其中,该对手方向量的每个分量和交易类别一一对应,每个分量的值等于该对手方的历史交易数据中该分量对应的交易类别的交易数量;
[0136] 基于该客户对应的交易向量和该客户在银行的该历史支付数据对应的对手方向量,确定该客户在银行的该历史支付数据对应的偏序,其中,对于银行在预定时间范围内的任何两个历史支付数据,该偏序可用于确定该两个历史支付数据中的第一历史支付数据是否近于第二历史支付数据;
[0137] 依据该客户在银行的该历史支付数据对应的偏序,确定该偏序的极大历史支付数据,其中,该极大历史支付数据是该偏序的极大元素;
[0138] 依据该极大历史支付数据,确定该客户在银行的该历史支付数据是否是该客户对应的低风险支付数据。
[0139] 在本发明实施例中,筛选模块10具体用于:
[0140] 对于银行在预定时间范围内的每个历史支付数据,确定该历史支付数据对应的支付方向量和该客户对应的交易向量的距离,将该距离确定为该历史支付数据对应的支付方距离;确定该历史支付数据对应的对手方向量和该客户在银行的该历史支付数据对应的对手方向量的距离,将该距离确定为该历史支付数据对应的对手方距离;
[0141] 对于银行在预定时间范围内的任何两个历史支付数据,如果该两个历史支付数据中的第一历史支付数据对应的支付方距离小于等于该两个历史支付数据中的第二历史支付数据对应的支付方距离,且两个历史支付数据中的第一历史支付数据对应的对手方距离小于等于该两个历史支付数据中的第二历史支付数据对应的对手方距离,则确定该第一历史支付数据近于该第二历史支付数据。
[0142] 本发明实施例还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述基于区块链的支付交易的风险控制方法。
[0143] 本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述基于区块链的支付交易的风险控制方法。
[0144] 本发明实施例还提供一种计算机程序产品,所述计算机程序产品包括计算机程序,所述计算机程序被处理器执行时实现上述基于区块链的支付交易的风险控制方法。
[0145] 本发明实施例中,与现有技术中网络信号弱时,客户无法交易,导致客户体验不佳的技术方案相比,通过获取银行在预定时间范围内的历史支付数据;对获取的历史支付数据进行分类,获得多个支付数据类别;对于每个支付数据类别,确定支付数据类别在各个维度的风险概率,以及各个风险概率对应的概率收敛值;依据在各个维度的风险概率,以及各个风险概率对应的概率收敛值,从该多个支付数据类别中选取出低风险支付数据类别;对于每个客户,从该客户在银行的历史支付数据中,筛选出该客户对应的低风险支付数据;将该客户对应的低风险支付数据对应的对手方确定为该客户对应的安全对手方;将该客户对应的安全对手方推荐给客户,客户数字签名确认后,上传到区块链;将该客户对应的安全对手方下发到该客户的移动终端上,当客户的移动终端的网络信号强度低于指定强度值时,基于移动终端上存储的安全对手方对该客户的交易进行风险控制,可以在网络信号弱时,也可以进行交易,提高客户体验。
[0146] 本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD‑ROM、光学存储器等)上实施的计算机程序产品的形式。
[0147] 本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0148] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0149] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0150] 以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。