风控策略的更新方法、装置及计算机可读存储介质与流程

1.本发明涉及数据处理技术领域，尤其涉及一种风控策略的更新方法、装置及计算机可读存储介质。


背景技术：

2.风控策略的更新装置如何及时调整相关策略是风控策略的更新装置面临的技术挑战，起初，风控策略只是风控策略的更新装置的一端代码或者一个函数，当风控策略需要更新时，需要研发人员重新对业务代码开发、测试和部署，费时费力，由此可知，现有技术中，风控策略的更新效率低。


技术实现要素：

3.本发明实施例通过提供一种风控策略的更新方法、装置及计算机可读存储介质，旨在解决如何提高风控策略的更新效率的技术问题。
4.本发明实施例提供一种风控策略的更新方法，所述风控策略的更新方法包括以下步骤：当接收到待更新风控规则时，根据所述待更新风控规则生成风控策略模型；将所述风控策略模型存入数据库中的第一风控策略模型集合；在达到更新时间点，获取所述第一风控策略模型集合，其中，所述第一风控策略模型集合中的各个风控策略模型对应的业务代码以及业务规则耦合；根据所述第一风控策略模型集合生成第二风控策略模型集合；将所述第二风控策略模型集合存入缓存，其中，第二风控策略模型集合中的各个风控策略模型对应的业务代码以及业务规则解耦。
5.在一实施例中，所述将所述风控策略模型存入数据库中的第一风控策略模型集合的步骤之后，所述方法还包括：检测所述缓存中是否存储有历史风控策略模型集合；若所述缓存中存储有所述历史风控策略模型集合，删除所述缓存中的所述历史风控策略模型集合。
6.在一实施例中，所述将所述第二风控策略模型集合存入缓存的步骤之后，所述方法还包括：在接收到业务请求时，根据所述第二风控策略模型集合响应所述业务请求。
7.在一实施例中，所述根据所述第二风控策略模型集合响应所述业务请求的步骤包括：解析所述业务请求，得到待查询规则类型；确定所述待查询规则类型对应的策略类型；若所述策略类型为并，根据所述待查询规则类型遍历所述第二风控策略模型集合中的所有风控策略模型的规则类型参数，以寻找与所述待查询规则类型匹配的规则类型，
其中，若在遍历过程检测到所述第二风控策略模型集合中存在未命中的风控策略模型，停止遍历，输出未命中风控策略模型的提示信息，所述提示信息包括规则名称。
8.在一实施例中，所述确定所述待查询规则类型对应的策略类型的步骤之后，所述方法还包括：若所述待查询规则类型为或，根据所述待查询规则类型遍历所述第二风控策略模型集合中的所有风控策略模型的规则类型参数，以寻找与所述待查询规则类型匹配的规则类型，其中，输出命中的风控策略模型对应的提示信息，所述提示信息包括规则名称。
9.在一实施例中，所述确定所述待查询规则类型对应的策略类型的步骤之后，所述方法还包括：若所述待查询规则类型为有序或，根据所述待查询规则类型根据预设顺序遍历所述第二风控策略模型集合中的风控策略模型的规则类型参数，以寻找与所述待查询规则类型匹配的规则类型，其中，若检测到命中所述第二风控策略模型集合中的第一个风控策略模型，停止遍历，输出命中的风控策略模型对应的提示信息，所述提示信息包括规则名称。
10.在一实施例中，所述将所述风控策略模型存入数据库中的第一风控策略模型集合的步骤之后，所述方法还包括：在接收到参数修改请求时，根据所述参数修改请求修改所述第一风控策略模型集合中的所述风控策略模型的参数。
11.在一实施例中，所述检测所述缓存是否存储有历史风控策略模型的步骤之后，所述方法还包括：若所述缓存中未存储有所述历史风控策略模型集合，执行所述在达到更新时间点，获取所述数据库中的第一风控策略模型集合的步骤。
12.本发明实施例还提供一种风控策略的更新装置，所述风控策略的更新装置包括：存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的风控策略的更新方法的各个步骤。
13.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的风控策略的更新方法的各个步骤。
14.在本实施例的技术方案中，当接收到待更新风控规则时，根据所述待更新风控规则生成风控策略模型；将所述风控策略模型存入数据库中的第一风控策略模型集合；在达到更新时间点，获取所述第一风控策略模型集合，其中，所述第一风控策略模型集合中的各个风控策略模型对应的业务代码以及业务规则耦合；根据所述第一风控策略模型集合生成第二风控策略模型集合；将所述第二风控策略模型集合存入缓存，其中，第二风控策略模型集合中的各个风控策略模型对应的业务代码以及业务规则解耦。由于第一风控策略集合中的风控代码与风控策略是耦合的，因此，本技术根在第一风控策略集合的基础上生成了风控代码与风控策略解耦的第二风控策略模型集合，再将第二风控策略更新至缓存，以在后续用于服务，由于第二风控策略集合实现了风控代码与风控策略的解耦，在更新至缓存时，可减少编写嵌入式代码业务规则的成本和风险，从而提高了风控策略的更新效率。
附图说明
15.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
16.图1为本发明实施例涉及的风控策略的更新装置的硬件构架示意图；图2为本发明风控策略的更新方法第一实施例的流程示意图；图2a为本发明风控策略的更新方法第一实施例的第一风控策略模型集合中的风控策略模型；图2b为本发明风控策略的更新方法第一实施例的第二风控策略模型集合中的风控策略模型；图2c为本发明风控策略的更新方法第一实施例的业务流程图；图3为本发明风控策略的更新方法第二实施例的流程示意图；图4为本发明风控策略的更新方法第三实施例的流程示意图。
具体实施方式
17.为了更好的理解上述技术方案，下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
18.本发明的主要解决方案是：当接收到待更新风控规则时，根据所述待更新风控规则生成风控策略模型；将所述风控策略模型存入数据库中的第一风控策略模型集合；在达到更新时间点，获取所述第一风控策略模型集合，其中，所述第一风控策略模型集合中的各个风控策略模型对应的业务代码以及业务规则耦合；根据所述第一风控策略模型集合生成第二风控策略模型集合；将所述第二风控策略模型集合存入缓存，其中，第二风控策略模型集合中的各个风控策略模型对应的业务代码以及业务规则解耦。
19.由于第一风控策略集合中的风控代码与风控策略是耦合的，因此，本技术根在第一风控策略集合的基础上生成了风控代码与风控策略解耦的第二风控策略模型集合，再将第二风控策略更新至缓存，以在后续用于服务，由于第二风控策略集合实现了风控代码与风控策略的解耦，在更新至缓存时，可减少编写嵌入式代码业务规则的成本和风险，从而提高了风控策略的更新效率。
20.作为一种实现方式，风控策略的更新装置可以如图1。
21.本发明实施例方案涉及的是风控策略的更新装置，风控策略的更新装置包括：处理器101，例如cpu，存储器102，通信总线103。其中，通信总线103用于实现这些组件之间的连接通信。
22.存储器102可以是高速ram存储器，也可以是稳定的存储器（non
‑
volatilememory），例如磁盘存储器。如图1，作为一种计算机可读存储介质的存储器103中可以包括检测程序；而处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：
当接收到待更新风控规则时，根据所述待更新风控规则生成风控策略模型；将所述风控策略模型存入数据库中的第一风控策略模型集合；在达到更新时间点，获取所述第一风控策略模型集合，其中，所述第一风控策略模型集合中的各个风控策略模型对应的业务代码以及业务规则耦合；根据所述第一风控策略模型集合生成第二风控策略模型集合；将所述第二风控策略模型集合存入缓存，其中，第二风控策略模型集合中的各个风控策略模型对应的业务代码以及业务规则解耦。
23.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：检测所述缓存中是否存储有历史风控策略模型集合；若所述缓存中存储有所述历史风控策略模型集合，删除所述缓存中的所述历史风控策略模型集合。
24.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：在接收到业务请求时，根据所述第二风控策略模型集合响应所述业务请求。
25.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：解析所述业务请求，得到待查询规则类型；确定所述待查询规则类型对应的策略类型；若所述策略类型为并，根据所述待查询规则类型遍历所述第二风控策略模型集合中的所有风控策略模型的规则类型参数，以寻找与所述待查询规则类型匹配的规则类型，其中，若在遍历过程检测到所述第二风控策略模型集合中存在未命中的风控策略模型，停止遍历，输出未命中风控策略模型的提示信息，所述提示信息包括规则名称。
26.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：若所述待查询规则类型为或，根据所述待查询规则类型遍历所述第二风控策略模型集合中的所有风控策略模型的规则类型参数，以寻找与所述待查询规则类型匹配的规则类型，其中，输出命中的风控策略模型对应的提示信息，所述提示信息包括规则名称。
27.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：若所述待查询规则类型为有序或，根据所述待查询规则类型根据预设顺序遍历所述第二风控策略模型集合中的风控策略模型的规则类型参数，以寻找与所述待查询规则类型匹配的规则类型，其中，若检测到命中所述第二风控策略模型集合中的第一个风控策略模型，停止遍历，输出命中的风控策略模型对应的提示信息，所述提示信息包括规则名称。
28.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：在接收到参数修改请求时，根据所述参数修改请求修改所述第一风控策略模型集合中的所述风控策略模型的参数。
29.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以
下操作：若所述缓存中未存储有所述历史风控策略模型集合，执行所述在达到更新时间点，获取所述数据库中的第一风控策略模型集合的步骤。
30.在本实施例的技术方案中，当接收到待更新风控规则时，根据所述待更新风控规则生成风控策略模型；将所述风控策略模型存入数据库中的第一风控策略模型集合；在达到更新时间点，获取所述第一风控策略模型集合，其中，所述第一风控策略模型集合中的各个风控策略模型对应的业务代码以及业务规则耦合；根据所述第一风控策略模型集合生成第二风控策略模型集合；将所述第二风控策略模型集合存入缓存，其中，第二风控策略模型集合中的各个风控策略模型对应的业务代码以及业务规则解耦。由于第一风控策略集合中的风控代码与风控策略是耦合的，因此，本技术根在第一风控策略集合的基础上生成了风控代码与风控策略解耦的第二风控策略模型集合，再将第二风控策略更新至缓存，以在后续用于服务，由于第二风控策略集合实现了风控代码与风控策略的解耦，在更新至缓存时，可减少编写嵌入式代码业务规则的成本和风险，从而提高了风控策略的更新效率。
31.为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。
32.参照图2，图2为本发明风控策略的更新方法的第一实施例，方法包括以下步骤：步骤s10，当接收到待更新风控规则时，根据所述待更新风控规则生成风控策略模型。
33.在本实施例中，待更新风控规则为用户的需求规则，可解析用户输入的更新请求得到；在得到待更新风控规则，基于aviator表达式拆分出expression、expressstart、expressend和operator，得到风控策略模型，再将风控策略模型录入风控策略的更新装置中的数据库。
34.具体的，基于aviator表达式在待更新风控规则中拆分出expression、expressstart、expressend和operator，得到如图2a中的风控策略模型，然后再录入数据库，以作为第一风控策略模型集合中的风控策略模型，其中，aviator表达式是基于轻量级和高性能目标设计的，加上依赖包也才450k,不算依赖包的话只有70k，直接将表达式编译成java字节码，交给jvm去执行，并且支持大部分运算操作符，函数调用和自定义函数、正则表达式匹配、传入变量，支持类似a.b.c的嵌套变量访问。基于aviator表达式，利用aviator优化，可提高系统性能及吞吐量；还可以使得开发规则更加灵活，开发的规则便于扩展。
35.步骤s20，将所述风控策略模型存入数据库中的第一风控策略模型集合。
36.在本实施例中，将生成的风控策略模型存入数据库，相当于更新了待更新风控规则。
37.可选的，管理人员可通过风控策略的更新装置提供的web页面修改录入了数据库的风控策略模型的参数。具体的，在接收到参数修改请求时，根据所述参数修改请求修改所述第一风控策略模型集合中的所述风控策略模型的参数。修改方式相对于现有技术的“风控参数发生变化时，还要重新生成并发布规则文件”，开发人员可直接通过风控策略的更新装置提供的图形界面进行编辑修改，当风控规则变化时，由开发人员进行模型中rules及expression、expressstart、expressend和operator参数进行响应的调整就可以了。如果风控参数发生变化，只需运营人员通过策略编辑通用页面直接编辑风控参数，提高了风控策
略的更新装置应对风控事件时效，即时修改，即时生效。
38.步骤s30，在达到更新时间点，获取所述第一风控策略模型集合，其中，所述第一风控策略模型集合中的各个风控策略模型对应的业务代码以及业务规则耦合。
39.在本实施例中，上述至更新时间点是预设时间点，在该时间点到达，会获取数据库中存储的第一风控策略集合，然后基于该集合生成第二风控策略集合。
40.步骤s40，根据所述第一风控策略模型集合生成第二风控策略模型集合。
41.在本实施例中，在获取到第一风控策略集合后，可基于aviator表达式继续抽象第一风控策略集合，从而得到第二风控策略集合，其中，第二风控策略集合中的风控策略模型可参考图2b。
42.步骤s50，将所述第二风控策略模型集合存入缓存，其中，第二风控策略模型集合中的各个风控策略模型对应的业务代码以及业务规则解耦。
43.在本实施例中，在得到第二风控策略集合后，将其存入缓存（redis），其中，第二风控策略集合中的风控策略模型包括规则类型参数（rule），其中，具体业务流程可参考图2c，开发人员根据待更新风控规则基于aviator表达式拆分规则录入数据库，具体的，开发人员和业务人员分析风控策略规则，拆分待更新风控规则，然后根据待更新风控规则，基于aviator表达式拆分出图2a中expression、expressstart、expressend和operator，通过web界面将模型录入数据库。定时将数据库中存储的第一风控策略模型转换为第二风控策略模型然后存入缓存，具体的，将第一风控策略模型的rules下multexpress转换成缓存模型下的rules的ruleexpression，ruleexpression是返回布尔型的aviator表达式。其中，关键是将模型中规则转换为aviator表达式：当operator=”express”，express=expressstart (value/valuestr) expressend；当operator!=”express”时，express=expression operator (value/valuestr)。
44.进一步的，代码解耦了，如果每层接口设计的好，那每层内部的改动对其他层或者其他模块完全是透明的，这样有利于分工；代码解耦之后，得到另外的一个好处是：能极大的增强代码模块的复用度，很多模块可以提取，然后供更多的上层模块调用。
45.本实施例的风控策略模型还可以扩展策略类型，如评分集，决策树，以便于在更多的场景下使用。
46.在本实施例的技术方案中，由于第一风控策略集合中的风控代码与风控策略是耦合的，因此，本技术根在第一风控策略集合的基础上生成了风控代码与风控策略解耦的第二风控策略模型集合，再将第二风控策略更新至缓存，以在后续用于服务，由于第二风控策略集合实现了风控代码与风控策略的解耦，在更新至缓存时，可减少编写嵌入式代码业务规则的成本和风险，从而提高了风控策略的更新效率。
47.参照图3，图3为本发明风控策略的更新方法的第二实施例，基于第一实施例，步骤s20之后，还包括：步骤s60，检测所述缓存中是否存储有历史风控策略模型集合。
48.在本实施例中，上述缓存中的风控策略模块用于服务，上述历史风控策略模型集合是在更新前，根据数据库中的第一风控策略集合生成并存入缓存的第二风控策略集合。
49.步骤s70，若所述缓存中存储有所述历史风控策略模型集合，删除所述缓存中的所述历史风控策略模型集合。
50.在本实施例中，若检测到存在历史风控策略集合，则或将删除，然后等待更新时间点，将更新后的第二风控策略集合存入缓存。
51.可选的，若所述缓存中未存储有所述历史风控策略模型集合，执行所述在达到更新时间点，获取所述数据库中的第一风控策略模型集合的步骤。
52.在本实施例的技术方案中，在更新时，检测并删除缓存中的历史风控策略模型集合，可有效避免未根据最新的风控策略模型集合进行服务，提高了服务数据的实时性。
53.参照图4，图4为本发明风控策略的更新方法的第三实施例，基于第一至第二任一实施例，步骤s50之后，还包括：步骤s80，在接收到业务请求时，解析所述业务请求，得到待查询规则类型。
54.在本实施例中，当接收到业务请求时，解析业务请求，可得到待查询规则类型。
55.可选的，在接收到业务请求时，检测缓存中是否存储有第二风控策略模型集合，若否，执行获取所述第一风控策略模型集合；根据所述第一风控策略模型集合生成第二风控策略模型集合；将所述第二风控策略模型集合存入缓存的步骤。
56.步骤s90，确定所述待查询规则类型对应的策略类型；在本实施例中，在接收到业务请求，解析业务请求，从而确定业务请求的策略类型。
57.步骤s100，若所述策略类型为并，根据所述待查询规则类型遍历所述第二风控策略模型集合中的所有风控策略模型的规则类型参数，以寻找与所述待查询规则类型匹配的规则类型，其中，若在遍历过程检测到所述第二风控策略模型集合中存在未命中的风控策略模型，停止遍历，输出未命中风控策略模型的提示信息，所述提示信息包括规则名称。
58.在本实施例中，策略类型为并，意味着可将多个与待查询规则类型对应的规则类型参数作为遍历结果，相当于，可输出多个规则类型参数对应的规则名称作为业务请求的响应结果。
59.可选的，所述待查询规则类型为或，根据所述待查询规则类型遍历所述第二风控策略模型集合中的所有风控策略模型的规则类型参数，以寻找与所述待查询规则类型匹配的规则类型，其中，输出命中的风控策略模型对应的提示信息，所述提示信息包括规则名称。
60.可选的，若所述待查询规则类型为有序或，根据所述待查询规则类型根据预设顺序遍历所述第二风控策略模型集合中的风控策略模型的规则类型参数，以寻找与所述待查询规则类型匹配的规则类型，其中，若检测到命中所述第二风控策略模型集合中的第一个风控策略模型，停止遍历，输出命中的风控策略模型对应的提示信息，所述提示信息包括规则名称。
61.进一步的，风控策略的更新装置提供标准的校验策略函数：public rpcstrategyresultvo querystrategyresult(map<string, object> param, string strategycode)。
62.其中，param是要校验策略参数，strategycode为要校验策略编码。风控策略的更新装置通过风控策略的更新装置提供rpc接口调用querystrategyresult方法。判断strategycode的在缓存redis中是否存在。如果不存在，去数据库中找到strategycode对应的数据模式数据，将其转换为缓存模型的数据放入缓存，并返回该缓存模型数据。具体的，
读取缓存模型类型数据，根据策略类型（type）进行rules的遍历，然后返回响应结果rpcstrategyresultvo。
63.在本实施例的技术方案中，基于业务请求的策略类型进行响应，可有效避免由多遍历或者少遍历所造成的响应结果不精准的情况出现，提高了响应结果的生成准确率。
64.为实现上述目的，本发明实施例还提供一种风控策略的更新装置，所述风控策略的更新装置包括：存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的风控策略的更新方法的各个步骤。
65.为实现上述目的，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的风控策略的更新方法的各个步骤。
66.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用计算机可读存储介质（包括但不限于磁盘存储器、cd
‑
rom、光学存储器等）上实施的网络配置产品程序的形式。
67.本发明是参照根据本发明实施例的方法、装置（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理风控策略的更新装置的处理器以产生一个机器，使得通过计算机或其他可编程数据处理风控策略的更新装置的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。
68.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。
69.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
70.应当注意的是，在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
71.尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
72.显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。