基于风险切换支付验证方式的方法和装置与流程

1.本技术涉及支付安全技术领域，特别是一种基于风险切换支付方式的方法和装置。


背景技术：

2.随着信息技术的快速发展，互联网技术在用户的工作和生活中得到了广泛的应用，越来越多的用户开始选择通过互联网进行通讯、业务办理以及交易等活动。在交易活动的过程中，支付方式是最为重要的一环，其决定着交易活动是否便捷有效。
3.目前，移动支付得到了广泛的普及，一部手机通过短信、人脸、指纹、nfc或密码等方式即可完成一笔金额的即时交易。交易方式的多样化确实满足了用户对快捷支付的需求，给用户的生活和工作带来了便捷，但同时也为用户带来了支付安全性方面的问题。


技术实现要素：

4.鉴于上述问题，提出了本技术以便提供克服所述问题或者至少部分地解决所述问题的一种基于风险切换支付验证方式的方法和装置。
5.一种基于风险切换支付验证方式的方法，包括：
6.接收用户发起的当前支付请求，确定所述当前支付请求对应的第一风险值；
7.获取历史支付请求对应的第二风险值，确定所述第一风险值与所述第二风险值之间的目标风险差值；
8.获取所述用户的历史支付等级，依据所述目标风险差值以及所述历史支付等级确定所述当前支付请求对应的目标支付等级；
9.当所述目标支付等级大于所述历史支付等级时，则将所述历史支付等级对应的支付验证方式切换为所述目标支付等级对应的支付验证方式。
10.优选的，所述接收用户发起的当前支付请求，确定所述当前支付请求对应的第一风险值，包括:
11.解析所述当前支付请求得到交易数据；
12.将当前的所述交易数据输入到预设的风险评估模型中，并基于所述风险评估模型输出所述第一风险值；
13.存储所述第一风险值。
14.优选的，所述将当前的所述交易数据输入到预设的风险评估模型中，并基于所述风险评估模型输出所述第一风险值，包括：
15.获取交易样本数据，提取所述交易样本数据的特征；
16.调用初始的风险评估模型，以所述交易样本数据的特征为输入，以风险值为输出，对初始的所述风险评估模型进行训练；
17.将当前的所述交易数据的数据特征输入到已训练好的所述风险评估模型中，并基于所述风险评估模型输出所述第一风险值。
18.优选的，所述获取历史支付请求对应的第二风险值，确定所述第一风险值与所述第二风险值之间的目标风险差值，包括：
19.获取用户标识；
20.依据所述用户标识，查询历史的所述第二风险值；
21.基于所述第一风险值减去所述第二风险值得到所述目标风险差值。
22.优选的，所述获取所述用户的历史支付等级，依据所述目标风险差值以及所述历史支付等级确定所述当前支付请求对应的目标支付等级，包括：
23.获取预设的n个不同的风险差阈值，构建每一风险差阈值与每一等级差值之间的差值映射关系；
24.确定所述目标风险差值对应的所述风险差阈值，依据所述差值映射关系确定目标等级差值；
25.依据所述历史支付等级，以及目标等级差值，确定所述目标支付等级。
26.优选的，所述当所述目标支付等级大于所述历史支付等级时，则将所述历史支付等级对应的支付验证方式切换为所述目标支付等级对应的支付验证方式，包括：
27.当所述目标支付等级大于所述历史支付等级时，触发支付验证方式切换指令；
28.依据所述支付验证方式切换指令，将所述历史支付等级对应的支付验证方式切换为所述目标支付等级对应的支付验证方式。
29.优选的，所述历史支付等级为预设支付等级，所述接收客户端发起的当前支付请求，确定所述当前支付请求对应的第一风险值之后，还包括：
30.确定所述第一风险值与预警风险值之间的大小；
31.当所述第一风险值大于或等于所述预警风险值，且所述预设支付等级小于基于预设支付等级上一次的支付等级时，则所述历史支付等级为基于预设支付等级上一次的支付等级。
32.一种基于风险切换支付验证方式的装置，包括：
33.请求接收模块，用于接收用户发起的当前支付请求，确定所述当前支付请求对应的第一风险值；
34.风险值获取模块，用于获取历史支付请求对应的第二风险值，确定所述第一风险值与所述第二风险值之间的目标风险差值；
35.等级确定模块，用于获取所述用户的历史支付等级，依据所述目标风险差值以及所述历史支付等级确定所述当前支付请求对应的目标支付等级；
36.验证切换模块，用于当所述目标支付等级大于所述历史支付等级时，则将所述历史支付等级对应的支付验证方式切换为所述目标支付等级对应的支付验证方式。
37.一种设备，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的基于风险切换支付验证方式的方法。
38.一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的基于风险切换支付验证方式的方法。
39.本技术具有以下优点：
40.在本技术的实施例中，通过接收用户发起的当前支付请求，确定所述当前支付请
求对应的第一风险值；获取历史支付请求对应的第二风险值，确定所述第一风险值与所述第二风险值之间的目标风险差值；获取所述用户的历史支付等级，依据所述目标风险差值以及所述历史支付等级确定所述当前支付请求对应的目标支付等级；当所述目标支付等级大于所述历史支付等级时，则将所述历史支付等级对应的支付验证方式切换为所述目标支付等级对应的支付验证方式；通过以目标风险差值确定目标风险等级，又以目标风险等级的大小确定是否切换支付验证方式，该方法可根据每一用户的具体风险情况确定是否切换支付验证方式，使切换方式更加灵活。
附图说明
41.为了更清楚地说明本技术的技术方案，下面将对本技术的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
42.图1是本技术一实施例提供的一种基于风险切换支付验证方式的方法的步骤流程图；
43.图2是本技术一实施例提供的一种基于风险切换支付验证方式的装置的结构框图；
44.图3是本发明一实施例提供的一种计算机设备的结构示意图。
具体实施方式
45.为使本技术的所述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本技术作进一步详细的说明。显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
46.参照图1，示出了本技术一实施例提供的一种基于风险切换支付验证方式的方法。
47.所述方法包括：
48.s110、接收用户发起的当前支付请求，确定所述当前支付请求对应的第一风险值；
49.s120、获取历史支付请求对应的第二风险值，确定所述第一风险值与所述第二风险值之间的目标风险差值；
50.s130、依据所述目标风险差值确定所述当前支付请求对应的目标支付等级；
51.s140、获取所述用户的历史支付等级，当所述目标支付等级大于所述历史支付等级时，则将所述历史支付等级对应的支付验证方式切换为所述目标支付等级对应的支付验证方式。
52.在本技术的实施例中，通过接收用户发起的当前支付请求，确定所述当前支付请求对应的第一风险值；获取历史支付请求对应的第二风险值，确定所述第一风险值与所述第二风险值之间的目标风险差值；依据所述目标风险差值确定所述当前支付请求对应的目标支付等级；获取所述用户的历史支付等级，当所述目标支付等级大于所述历史支付等级时，则将所述历史支付等级对应的支付验证方式切换为所述目标支付等级对应的支付验证方式；通过以目标风险差值确定目标风险等级，又以目标风险等级的大小确定是否切换支
付验证方式，该方法可根据每一用户的具体风险情况确定是否切换支付验证方式，使切换方式更加灵活。
53.下面，将对本示例性实施例中一种基于风险切换支付验证方式的方法作进一步地说明。
54.如所述步骤s110所述，接收用户发起的当前支付请求，确定所述当前支付请求对应的第一风险值。
55.在本发明一实施例中，可以结合下列描述进一步说明步骤s110所述“确定所述当前支付请求对应的第一风险值”的具体过程。
56.如下列步骤所述，解析所述当前支付请求得到交易数据；
57.将当前的所述交易数据输入到预设的风险评估模型中，并基于所述风险评估模型输出所述第一风险值；
58.存储所述第一风险值；
59.需要说明的是，与所述当前支付请求对应的交易数据中包括用户信息、交易金额信息以及支付场景信息，将交易数据中所包含信息的对应特征参数输入到预设的风险评估模型中，输出第一风险值后并存储。
60.在本发明一实施例中，可以结合下列描述进一步说明所述“将当前的所述交易数据输入到预设的风险评估模型中，并基于所述风险评估模型输出所述第一风险值”的具体过程。
61.如下列步骤所述，获取交易样本数据，提取所述交易样本数据的特征；
62.调用初始的风险评估模型，以所述交易样本数据的特征为输入，以风险值为输出，对所述风险评估模型进行训练；
63.将当前的所述交易数据的数据特征输入到已训练好的所述风险评估模型中，并基于所述风险评估模型输出所述第一风险值。
64.如所述步骤s120所述，所述获取历史支付请求对应的第二风险值，确定所述第一风险值与所述第二风险值之间的目标风险差值。
65.在本发明一实施例中，可以结合下列描述进一步说明步骤s120所述“获取历史支付请求对应的第二风险值”的具体过程。
66.如下列步骤所述，获取用户标识；
67.依据所述用户标识，查询该用户标识上一次登陆时的第二风险值；
68.基于所述第一风险值减去所述第二风险值得到所述目标风险差值。
69.作为一种示例，依据用户标识对该用户的历史风险值进行查询，可查询上一次在用户标识对应客户端登陆时的风险值，也可以查询上几次登陆时的风险值。基于第一风险值减去所查询的第二风险值，得到两者之间的目标风险差值。
70.如所述步骤s130所述，所述获取所述用户的历史支付等级，依据所述目标风险差值以及所述历史支付等级确定所述当前支付请求对应的目标支付等级。
71.在本发明一实施例中，可以结合下列描述进一步说明步骤s120所述“确定所述当前支付请求对应的目标支付等级”的具体过程。
72.如下列步骤所述，获取预设的n个不同的风险差阈值，构建每一风险差阈值与每一等级差值之间的差值映射关系；
73.确定所述目标风险差值对应的所述风险差阈值，依据所述差值映射关系确定目标等级差值；
74.依据所述历史支付等级，以及目标等级差值，确定所述目标支付等级。
75.需要说明的是，一般的支付验证方式的切换规则是依据大量风险事件的风险平均阈值而设定的，具有一定的普遍性，难以针对不同用户的具体风险情况进行是否切换支付验证方式的判断，对于部分用户而言，可能长期处于风险值较高的交易场景中，根据系统判断该部分用户的支付验证方式应复杂于其他风险值较低的用户群体。实际该部分用户以及适应或了解这种交易场景的交易模式，一直使该部分用户采用较复杂的支付验证方式对其而言并不友好。
76.作为一种示例，获取用户的基础风险值和初始支付验证方式，可根据用户的基础风险值进行档位划分，依据不同档位的基础风险值，设定n个不同的风险差阈值，若该用户的基础风险值档位较高，则可能每一风险差阈值的范围就较大，反之则较小。每一风险差阈值对应一等级差值，当得出目标风险差所对应的目标等级差值后，即可在所对比的历史支付等级上按照目标等级差值进行相应的增减，以得到目标支付等级。可理解的，基于第一风险值减去第二风险值得到的目标风险差值若为正数，则目标等级差值为正数，反之为负。
77.在一具体实现中，该用户的的基础风险值为z0，属于档位为w2，对应的风险差阈值范围为f1，即其中某一风险差阈值为z1 f1～z2 f1，而z1 f1～z2 f1对应的等级差值为c1，当第一风险值减去第二风险值所得的目标风险值z3属于z1 f1～z2 f1内，则当前支付请求所对应的等级差值为c1，其中，在判断目标风险差值z3所属风险差阈值时，z3无论正负均取正数；然后依据目标风险差值的正或负确定基于历史支付等级加或减c1得到目标风险等级。
78.如所述步骤s140所述，所述当所述目标支付等级大于所述历史支付等级时，则将所述历史支付等级对应的支付验证方式切换为所述目标支付等级对应的支付验证方式。
79.在本发明一实施例中，可以结合下列描述进一步说明步骤s120所述“确定所述当前支付请求对应的目标支付等级”的具体过程。
80.当所述目标支付等级大于所述历史支付等级时，触发支付验证方式切换指令；
81.依据所述支付验证方式切换指令，将所述历史支付等级对应的支付验证方式切换为所述目标支付等级对应的支付验证方式。
82.在一具体实现中，根据上述的目标风险等级，判断目标风险等级与历史风险等级的大小，若比历史风险等级高，则触发支付验证方式切换指令，反正则不触发。可理解的，移动式的支付验证方式具有多样性，包括短信验证、u盾验证、密码验证、指纹验证、人脸验证等多种方式，预先对这多种验证方式针对不同的风险等级进行对应划分，例如，历史风险等级为c2，所对应的支付验证方式为密码验证，当目标风险等级c1高于c2时，则将密码验证切换为密码 指纹的支付验证方式。
83.本实施例中，所述历史支付等级为预设支付等级，所述接收客户端发起的当前支付请求，确定所述当前支付请求对应的第一风险值之后，还包括：
84.确定所述第一风险值与预警风险值之间的大小；
85.当所述第一风险值大于或等于所述预警风险值，且所述预设支付等级小于基于预设支付等级上一次的支付等级时，则所述历史支付等级为基于预设支付等级上一次的支付
等级。
86.可理解的，用户基于客户端可预设支付验证方式，自主更改当前支付请求对应的支付等级，另一方面，在进行下一次的当前支付请求的支付等级判断时，当上一次的支付等级为用户预设置，此时对历史支付等级需要通过确定所述第一风险值与预警风险值之间的大小来进行选择，也即，若下一次的当前支付请求的第一风险值大于或等于预设风险，且上一次的历史支付等级为用户预设，需要判读用户预设的支付等级与上两次的历史支付等级之间的大小；当用户预设的支付等级小于上两次的历史支付等级，则上一次的历史支付等级选择上两次的历史支付等级，以此提高下一次清单当前支付请求时支付的安全。
87.在本技术的实施例中，通过接收用户发起的当前支付请求，确定所述当前支付请求对应的第一风险值；获取历史支付请求对应的第二风险值，确定所述第一风险值与所述第二风险值之间的目标风险差值；获取所述用户的历史支付等级，依据所述目标风险差值以及所述历史支付等级确定所述当前支付请求对应的目标支付等级；当所述目标支付等级大于所述历史支付等级时，则将所述历史支付等级对应的支付验证方式切换为所述目标支付等级对应的支付验证方式；通过以目标风险差值确定目标风险等级，又以目标风险等级的大小确定是否切换支付验证方式，该方法可根据每一用户的具体风险情况确定是否切换支付验证方式，使切换方式更加灵活。
88.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
89.参照图2，示出了本技术一实施例提供的一种基于风险切换支付验证方式的装置，包括：
90.请求接收模块210，用于接收用户发起的当前支付请求，确定所述当前支付请求对应的第一风险值；
91.风险值获取模块220，用于获取历史支付请求对应的第二风险值，确定所述第一风险值与所述第二风险值之间的目标风险差值；
92.等级确定模块230，用于获取所述用户的历史支付等级，依据所述目标风险差值以及所述历史支付等级确定所述当前支付请求对应的目标支付等级；
93.验证切换模块240，用于当所述目标支付等级大于所述历史支付等级时，则将所述历史支付等级对应的支付验证方式切换为所述目标支付等级对应的支付验证方式。
94.参照图3，示出了本发明的一种基于风险切换支付验证方式的计算机设备，具体可以包括如下：
95.上述计算机设备12以通用计算设备的形式表现，计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，内存28，连接不同系统组件(包括内存28和处理单元16)的总线18。
96.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、音视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
97.计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
98.内存28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器30和/或高速缓存存储器32。计算机设备12可以进一步包括其他移动/不可移动的、易失性/非易失性计算机体统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁盘(如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd
‑
rom，dvd
‑
rom或者其他光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质界面与总线18相连。存储器可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块42，这些程序模块42被配置以执行本技术各实施例的功能。
99.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其他程序模块42以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本技术所描述的实施例中的功能和/或方法。
100.计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24、摄像头等)通信，还可与一个或者多个使得操作人员能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其他计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过i/o接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan))，广域网(wan)和/或公共网络(例如因特网)通信。如图3所示，网络适配器20通过总线18与计算机设备12的其他模块通信。应当明白，尽管图3中未示出，可以结合计算机设备12使用其他硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元16、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统34等。
101.处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种基于风险切换支付验证方式的方法。
102.在本发明实施例中，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本技术所有实施例提供的一种基于风险切换支付验证方式的方法。
103.可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
104.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
105.可以以一种或多种程序设计语言或其组合来编写用于执行本技术操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言——诸如java、smalltalk、c ，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在操作人员计算机上执行、部分地在操作人员计算机上执行、作为一个独立的软件包执行、部分在操作人员计算机上部分在远程计算机上执行或者完全在远程计算机或者服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到操作人员计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
106.尽管已描述了本技术实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术实施例范围的所有变更和修改。
107.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
108.以上对本技术所提供的一种基于风险切换支付验证方式的方法和装置，进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。