CN112348403A - 风控模型构建方法、装置及电子设备 - Google Patents

Abstract

本申请适用于模型生成技术领域，提供了风控模型构建方法、装置及电子设备，包括：若接收到风控模型的开始构建指令，则显示风控模型构建页面；在第一区域显示预构建的基础因子；若检测到基础因子选择指令，根据基础因子选择指令对对应的基础因子进行标识；根据被标识的基础因子得到规则变量的表达式的构建因子，并在第三区域显示规则变量；根据构建因子确定对应的因子变量，并在第四区域显示因子变量以及因子变量的条件值；根据因子变量以及因子变量的条件值确定对应的规则树，并在第五区域显示规则树；若接收到风控模型的结束构建指令，则根据规则变量以及规则树生成风控模型的程序。通过上述方法，能够快速、灵活生成风控模型。

Description

风控模型构建方法、装置及电子设备

技术领域

本申请属于模型生成技术领域，尤其涉及风控模型构建方法、装置及电子设备。

背景技术

风险控制是指风险管理者采取各种措施和方法，以消灭或减少风险事件发生的各种可能性。

目前，基于规则的风控模型(如金融风控领域的风控模型)主要通过以下方法生成：

理赔专家根据经验，用表格和文字的形式描述出规则的业务逻辑，开发人员再根据理赔专家提供的业务逻辑，编写出风控模型程序，得到对应的风控模型。其中，规则的表达式、条件值、决策结果都是通过编程实现，其具体流程如图1所示。

上述方法中，由理赔专家提供规则因子和规则逻辑，再由开发人员通过编程语言实现，因此导致人力、时间成本较高，且生产周期较长。同时，由于风控模型的构建，是基于编程语言编写固定的代码逻辑，而代码逻辑依赖于开发人员对业务的理解，因此容易导致风控模型的质量标准无法统一。此外，由于代码逻辑是固定的，因此，每次优化风控模型均需要修改对应的程序并重新部署，修改难度较大，灵活性较差。

发明内容

本申请实施例提供了风控模型构建方法，能够灵活生成风控模型。

第一方面，本申请实施例提供了一种风控模型构建方法，包括：

若接收到风控模型的开始构建指令，则显示风控模型构建页面，所述风控模型构建页面包括第一区域、第三区域、第四区域、第五区域以及第六区域，所述第一区域、第三区域、第四区域、第五区域以及第六区域之间不存在重合的区域；

在所述第一区域显示预构建的基础因子，所述基础因子为构建所述风控模型的最小单位；

若检测到用户在显示的所述基础因子上发出的基础因子选择指令，根据所述基础因子选择指令对对应的基础因子进行标识；

根据被标识的基础因子得到规则变量的表达式的构建因子，并在所述第三区域显示所述规则变量，所述表达式的条件信息以及连接所述构建因子与所述条件信息的运算符均根据预设策略确定，所述规则变量的规则结论根据所述表达式确定；

根据所述构建因子确定对应的因子变量，并在所述第四区域显示所述因子变量以及所述因子变量的条件值；

根据所述因子变量以及所述因子变量的条件值确定对应的规则树，并在所述第五区域显示所述规则树，所述规则树的决策结果通过所述因子变量的条件值以及所述第六区域中决策结果编辑框显示的决策信息确定；

若接收到所述风控模型的结束构建指令，则根据所述规则变量以及所述规则树生成所述风控模型的程序。

第二方面，本申请实施例提供了一种风控模型构建装置，包括：

开始构建指令接收单元，用于若接收到风控模型的开始构建指令，则显示风控模型构建页面，所述风控模型构建页面包括第一区域、第三区域、第四区域、第五区域以及第六区域，所述第一区域、第三区域、第四区域、第五区域以及第六区域之间不存在重合的区域；

基础因子显示单元，用于在所述第一区域显示预构建的基础因子，所述基础因子为构建所述风控模型的最小单位；

基础因子标识单元，用于若检测到用户在显示的所述基础因子上发出的基础因子选择指令，根据所述基础因子选择指令对对应的基础因子进行标识；

构建因子确定单元，用于根据被标识的基础因子得到规则变量的表达式的构建因子，并在所述第三区域显示所述规则变量，所述表达式的条件信息以及连接所述构建因子与所述条件信息的运算符均根据预设策略确定，所述规则变量的规则结论根据所述表达式确定；

因子变量确定单元，用于根据所述构建因子确定对应的因子变量，并在所述第四区域显示所述因子变量以及所述因子变量的条件值；

规则树确定单元，用于根据所述因子变量以及所述因子变量的条件值确定对应的规则树，并在所述第五区域显示所述规则树，所述规则树的决策结果通过所述因子变量的条件值以及所述第六区域中决策结果编辑框显示的决策信息确定；

结束构建指令接收单元，用于若接收到所述风控模型的结束构建指令，则根据所述规则变量以及所述规则树生成所述风控模型的程序。

第三方面，本申请实施例提供了一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面所述的方法。

本申请实施例与现有技术相比存在的有益效果是：

本申请实施例中，由于规则变量和规则树都是根据用户选择的基础因子确定的，因此，用户无需具有编写程序的技能，只需知道风控模型所应具有的逻辑关系，就能直观、快速、准确地从第一区域显示的各个基础因子中选择出所需的基础因子，之后，电子设备就能根据用户选择的基础因子得到规则变量和规则树，最终根据该规则变量和规则树得到风控模型的程序(即得到对应的风控模型)，从而极大提高了风控模型的生成速度以及准确度。此外，由于基础因子是构建风控模型的最小单位，因此，能够根据不同的基础因子快速组合出不同逻辑的程序作为新的风控模型的程序，即具有较高的灵活性，从而当需要生成新的风控模型(比如需要优化原有的风控模型)时，也能够通过将不同基础因子进行组合，快速生成所需的风控模型。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1是现有技术提供的一种风控模型生成方法的流程示意图；

图2是本申请实施例一提供的一种风控模型构建方法的流程图；

图3是本申请实施例一提供的另一种风控模型构建方法的流程图；

图4是本申请实施例二提供的风控模型生成装置的结构示意图；

图5是本申请实施例三提供的电子设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。

实施例一：

现有的风控模型程序是由理赔专家描述出业务逻辑后，再由开发人员根据业务逻辑编写对应的风控模型程序，以得到对应的风控模型。由于采用这种方式生成风控模型时，其代码逻辑是写死的，灵活性较差，因此，每次对风控模型进行优化都需要重新修改该风控模型的程序，从而需要耗费过多的人力成本和时间成本。为了解决上述技术问题，本申请实施例提供了一种风控模型构建方法，应用于电子设备中，在该方法中，电子设备在风控模型构建页面的不同区域显示不同的内容，比如在该风控模型构建页面的第一区域显示构建所述风控模型的最小单位的基础因子，用户可通过选择不同的基础因子得到不同的构建因子，上述的电子设备根据不同的构建因子确定规则变量的表达式，结合根据预设策略确定的表达式的条件信息以及连接构建因子和条件信息的运算符得到最终的规则变量，并在风控模型构建页面的第三区域显示。上述的电子设备还根据构建因子确定对应的因子变量，以及，根据因子变量以及该因子变量的条件值确定对应的规则树，并分别在风控模型构建页面的第四区域和第五区域显示，该规则树的决策结果通过第四区域的因子变量的条件值以及风控模型构建页面的第六区域中决策结果编辑框显示的决策信息确定，最后根据规则变量以及规则树生成风控模型的程序。由于规则变量和规则树都是根据用户选择的基础因子确定的，因此，用户无需具有编写程序的技能，只需知道风控模型所应具有的逻辑关系，就能直观、快速、准确地从第一区域显示的各个基础因子中选择出所需的基础因子，之后，电子设备就能根据用户选择的基础因子得到规则变量和规则树，最终根据该规则变量和规则树得到风控模型的程序(即得到对应的风控模型)，从而极大提高了风控模型的生成速度以及准确度。此外，由于基础因子是构建风控模型的最小单位，因此，能够根据不同的基础因子快速组合出不同逻辑的程序作为新的风控模型的程序，即具有较高的灵活性，从而当需要生成新的风控模型(比如需要优化原有的风控模型)时，也能够通过将不同基础因子进行组合，快速生成所需的风控模型。

下面结合具体的附图对本申请实施例提供的风控模型构建方法进行描述。

图2示出了本申请实施例提供的一种风控模型构建方法的流程图，该风控模型构建方法应用于电子设备，详述如下：

步骤S21，若接收到风控模型的开始构建指令，则显示风控模型构建页面，该风控模型构建页面包括第一区域、第三区域、第四区域、第五区域以及第六区域，该第一区域、第三区域、第四区域、第五区域以及第六区域之间不存在重合的区域。

本实施例中，电子设备安装能够生成风控模型的应用，或者访问能够生成风控模型的平台，当用户通过能够生成风控模型的应用或者通过能够生成风控模型的平台发出风控模型的开始构建指令(比如通过点击上述应用中的“开始构建”按钮发出开始构建指令)后，该电子设备将接收到风控模型的开始构建指令，并显示风控模型构建页面。该风控模型构建页面包括多个区域，且不同区域之间不存在重合的区域。

在一些实施例中，上述风控模型构建页面中的不同区域的大小相同。

在一些实施例中，由于风控模型构建页面中的不同区域所显示的信息的数量是不同的，因此，为了便于不同区域都能够尽量显示其所需显示的信息，则电子设备预估后续不同区域显示的信息的数量后，根据预估结果调整不同区域的大小。

步骤S22，在该第一区域显示预构建的基础因子，该基础因子为构建该风控模型的最小单位。

其中，基础因子以文字表示，可以为：性别、出险时间、出险地点、案件类型、事故类型等等。进一步地，用一个矩形框框选一个基础因子，以有效区分不同的基础因子。

本实施例中，为了便于用户操作，当预构建的基础因子的数量有多个时，以列表的形式显示该多个预构建的基础因子。

在一些实施例中，当预构建的基础因子的数量大于基础因子阈值时，对各个基础因子进行归类，得到处于不同类别下的基础因子。例如，“出险时间”、“报案时间”、“事故类型”等基础因子可以归入“报案信息”这一类别，此时，步骤S22具体为，在第一区域显示预构建的基础因子所属的类别，若检测到用户发出的展开指令，则根据该展开指令展开对应的类别下的基础因子。例如，可在每个类别的右边显示一个“▽”符号，当用户点击该“▽”符号后，展开该类别下的基础因子。通过这样操作，能够避免在第一区域同时罗列过多的基础因子，从而影响用户的后续选择。

在一些实施例中，为了便于用户操作，上述的第一区域在风控模型构建页面的最左上方的位置，或者，在风控模型构建页面的最右上方的位置。

步骤S23，若检测到用户在显示的该基础因子上发出的基础因子选择指令，根据该基础因子选择指令对对应的基础因子进行标识。

在一些实施例中，当用户点击基础因子所在的区域(如该基础因子所在的矩形框内的区域)时，表明该基础因子被选中，此时，电子设备可采用预设标识策略对该基础因子进行标识。其中，预设标识策略包括：对被选中的基础因子进行颜色标识，或者，改变选中的基础因子的字体样式或字体大小，以实现对该基础因子的标识。

在一些实施例中，电子设备在每个基础因子的旁边均显示一个“□”符号，当用户点击该“□”符号后，电子设备将检测到用户在显示的该基础因子上发出的基础因子选择指令，并在该“□”符号里显示“√”，以对被选中的基础因子进行标识。

步骤S24，根据被标识的基础因子得到规则变量的表达式的构建因子，并在该第三区域显示该规则变量，该表达式的条件信息以及连接该构建因子与该条件信息的运算符均根据预设策略确定，该规则变量的规则结论根据该表达式确定。

其中，上述的预设策略包括：显示所有的条件信息以及运算符，根据用户的选择(或用户手动输入)确定对应的条件信息和运算符。或者，根据条件信息自动确定对应的运算符。例如，假设规则变量的表达式如下：如果“事件类型”“等于”“轻微简易”。其中，“事件类型”为构建因子，“等于”为运算符，“轻微简易”为条件信息。在电子设备根据被标识的基础因子确定出构建因子为“事件类型”，且用户将条件信息设置为“轻微简易”时，该电子设备将自动将运算符设置为“等于”。

本实施例中，规则变量的规则结论根据该规则变量的表达式确定，例如，假设规则变量的表达式为：如果“事件类型”“等于”“轻微简易”，并且“事故类型”“等于”“单方事故”、“立案金额”“大于”“5000”。则该规则变量的规则结论可为：如果满足上述条件，那么输出“故意制造事故”，否则，输出“正常案件”。也即，当确定出规则变量的表达式之后，该电子设备将能够自动确定该规则变量的规则结论。

在一些实施例中，为了提高用户确定的条件信息的准确度，则根据以下方式确定条件信息并显示：在预设的基础信息与条件信息的对照表中查找与被标识的基础因子相同的基础因子，显示该基础因子对应的条件信息。

本实施例中，电子设备预先设置一个存储了基础信息与条件信息的对应关系的基础信息与条件信息的对照表，在该对照表中，一个基础信息可以与一个或多个条件信息对应，当电子设备确定出被标识的基础因子与多个条件信息对应时，其将显示该多个条件信息以供用户选择。

步骤S25，根据该构建因子确定对应的因子变量，并在该第四区域显示该因子变量以及该因子变量的条件值。

本实施例中，因子变量为与构建因子有关的变量，例如，假设构建因子包括报案时间和出险时间，那么对应的因子变量可为：报案时间-出险时间>2小时。上述因子变量的条件值是指该因子变量对应的权重值，该权重值可以用百分数表示，也可以用具体的整数值表示，此处不作限定。

在一些实施例中，将因子变量分为必须项和非必须项，且必须项对应的权重值均大于非必须项所对应的权重值，例如，假设权重值的范围是[0,1]，则非必须项对应的权重值的范围是[0,0.5)，必须项对应的权重值的范围是(0.5,1]。

在一些实施例中，上述的条件信息、因子变量和该因子变量的条件值等字段的显示格式与其采用的符号操作符对应，在本申请实施例中，采用了4类符号，分别是数值符号、日期符号、字符符号、集合符号。不同的符号对应不同的符号规则，也即，在日期符号中，条件信息、因子变量等只能输入日期类字段：

1)数值类符号右侧可以是字段如：字段A-字段B>字段C。

2)日期类字段，计算结果可以选择年、月、日、时、分、秒，

如：报案时间–出险时间>24小时，或，

报案时间–出险时间>2天，或，

报案时间–出险时间>30分钟，等。

3)字符符号类字段(排除枚举字段)，输出为布尔的符号支持手动输入内容，如直接赋值一个结果为true/false的表达式。

4)集合符号类字段，符号包含(Contains)、不包含(NoContains)只可以手动输入内容。例如涉及车牌号码信息的可设置为集合符号类字段，此时，该字段需要用户手动输入车牌号码。

步骤S26，根据该因子变量以及该因子变量的条件值确定对应的规则树，并在该第五区域显示该规则树，该规则树的决策结果通过该第六区域中决策结果编辑框显示的决策信息以及该因子变量的条件值确定。

本实施例中，当存在多个因子变量时，则根据该多个因子变量之间的包含关系、层级关系等显示规则树，即用户从显示的规则树上能够快速获知该规则树中各个因子变量之间的包含关系、层级关系等。

本实施例中，用户可从决策结果编辑框显示的决策信息中选择出规则树对应的决策结果，此外，该决策结果还包括该决策树中各个因子变量的条件值。例如，假设决策结果表明当前理赔存在欺骗风险，且因子变量的条件值为60％，则输出：欺诈风险，60％。当然，输出的决策结果也可以为其他形式，比如：欺诈风险的概率是60％。

在一些实施例中，决策结果还包括采用减损公式计算后的理赔金额。具体地，根据当前的风险类型确定对应的减损公式，例如，对于欺诈风险，则采用对应的减损公式对整个理赔事件进行减损，减损后的理赔金额可能变为0。对于渗漏风险，则采用对应的减损公式对产生渗漏风险的项目进行减损。对于提示风险，则不进行减损处理。

步骤S27，若接收到该风控模型的结束构建指令，则根据该规则变量以及该规则树生成该风控模型的程序。

本实施例中，当用户通过能够生成风控模型的应用或者通过能够生成风控模型的平台发出风控模型的结束构建指令(比如通过点击上述应用中的“结束构建”按钮发出结束构建指令，该“结束构建”按钮与“开始构建”按钮为位于同一位置的按钮，当用户点击“开始构建”按钮后，该电子设备将对应的按钮的文字从“开始构建”修改为“结束构建”并显示)后，该电子设备将接收到风控模型的结束构建指令。之后，该电子设备根据规则变量和规则树生成风控模型的程序，以得到对应的风控模型，例如，获取规则变量中的表达式的构建因子、条件信息、运算符、规则结论，以及和规则树中各个因子变量及其对应的条件值生成风控模型的程序。

本申请实施例中，由于规则变量和规则树都是根据用户选择的基础因子确定的，因此，用户无需具有编写程序的技能，只需知道风控模型所应具有的逻辑关系，就能直观、快速、准确地从第一区域显示的各个基础因子中选择出所需的基础因子，之后，电子设备就能根据用户选择的基础因子得到规则变量和规则树，最终根据该规则变量和规则树得到风控模型的程序(即得到对应的风控模型)，从而极大提高了风控模型的生成速度以及准确度。此外，由于基础因子是构建风控模型的最小单位，因此，能够根据不同的基础因子快速组合出不同逻辑的程序作为新的风控模型的程序，即具有较高的灵活性，从而当需要生成新的风控模型(比如需要优化原有的风控模型)时，也能够通过将不同基础因子进行组合，快速生成所需的风控模型。

图3示出了本申请实施例提供的另一种风控模型构建方法的流程图，其中，步骤S31、步骤S33、步骤S34、步骤S35、步骤S36、步骤S37与上述的步骤S21、步骤S23、步骤S24、步骤S25、步骤S26、步骤S27相同，步骤S32为步骤S22的细化内容，详述如下：

步骤S31，若接收到风控模型的开始构建指令，则显示风控模型构建页面，该风控模型构建页面包括第一区域、第三区域、第四区域、第五区域以及第六区域，该第一区域、第三区域、第四区域、第五区域以及第六区域之间不存在重合的区域。

步骤S32，若获取到风险类型的信息，则在该预构建的基础因子中确定与该风险类型的信息对应的基础因子，并在该第一区域显示确定的该基础因子，该基础因子为构建该风控模型的最小单位。

本实施例中，电子设备预先设置不同风险类型与基础因子的对应关系并存储，当该电子设备获取到将要构建的风控模型的风险类型后，显示与该风险类型对应的基础因子。本实施例的风险类型包括：欺诈风险、渗漏风险、提示风险。其中，欺诈风险是指本次分析的理赔事件存在骗保的可能性，例如：基础因子及基础因子的值为：性别：男、出险时间：凌晨1-4点、出险地点：包含“酒店、饭店、饭馆”等关键词，此时判定存在欺诈风险，并提示疑似酒驾风险。其中，渗漏风险是指本次分析的理赔事件中存在不在被保范围的信息。例如，当车险中限定被保对象为没有经过拆装的配件，当定损配件中存在经过拆装的配件，则判定该理赔事件存在渗漏风险，并进行对应的提示。其中，提示风险是指本次分析的理赔事件中不存在欺诈风险和渗漏风险。

步骤S33，若检测到用户在显示的该基础因子上发出的基础因子选择指令，根据该基础因子选择指令对对应的基础因子进行标识。

步骤S34，根据被标识的基础因子得到规则变量的表达式的构建因子，并在该第三区域显示该规则变量，该表达式的条件信息以及连接该构建因子与该条件信息的运算符均根据预设策略确定，该规则变量的规则结论根据该表达式确定。

步骤S35，根据该构建因子确定对应的因子变量，并在该第四区域显示该因子变量以及该因子变量的条件值。

步骤S36，根据该因子变量以及该因子变量的条件值确定对应的规则树，并在该第五区域显示该规则树，该规则树的决策结果通过该第六区域中决策结果编辑框显示的决策信息以及该因子变量的条件值确定。

步骤S37，若接收到该风控模型的结束构建指令，则根据该规则变量以及该规则树生成该风控模型的程序。

本实施例中，考虑到不同风险类型对应不同的基础因子，因此，电子设备只显示与确定的风险类型对应的基础因子，从而能够避免用户选择到错误的基础信息。

在一些实施例中，上述步骤S32，包括：

若获取到风险类型的信息，以及，获取到理赔接入环节的信息，则在该预构建的基础因子中确定与该风险类型的信息以及与该理赔接入环节的信息均对应的基础因子。

其中，理赔接入环节包括：报案、查勘、定损、核价、核损、理算、核赔等。例如，欺诈风险适用于各个理赔接入环节，渗漏风险则适用于定损及往后的环节。本实施例中，考虑到风险类型不同时，其能够接入的理赔接入环节也不同，因此，同时根据风险类型和理赔接入环节确定显示的基础因子，能够提高显示的基础因子的准确性。

在一些实施例中，该步骤S37中根据该规则变量以及该规则树生成该风控模型的程序，包括：

A1、提取该规则变量中的表达式及规则结论，以及，提取该规则树中的因子变量及该因子变量的条件值。

A2、在预设的函数对照表中查找与该风险类型的信息以及该理赔接入环节的信息对应的函数，其中，该预设的函数对照表存储不同风险类型的信息以及不同的理赔接入环节的信息与不同函数的对应关系。

预设的函数对照表可如表1所示：

表1：

风险类型的信息和理赔接入环节	函数名
		风险类型的信息1、理赔接入环节1	函数名1
风险类型的信息1、理赔接入环节2	函数名2

A3、根据该规则变量的唯一标识在查找的函数中确定该规则变量的字段位置，以及根据该规则树的唯一标识在查找的函数中确定该规则树的字段位置。

本实施例中，为了便于快速从函数中确定哪些字段位置是用于填补规则变量，哪些字段位置是用于填补规则树，则在函数中设置一个规则变量的唯一标识和一个规则树的唯一标识，这样，当提取到规则变量的表达式和规则结论后，根据规则变量的唯一标识能够在查找到的函数中快速确定出用于填补规则变量的字段位置，同理，根据规则树的唯一标识能够在查找到的函数中快速确定出用于填补规则树的字段位置。

A4、将该表达式中构建因子、条件信息、运算符以及规则结论，按照该表达式中构建因子、条件信息、运算符、规则结论之间的关系填入该规则变量的字段位置。

具体地，函数中预留的用于填入规则变量的字段位置中，标识了构建因子、条件信息、运算符、规则结论的对应位置，这样，电子设备能够将提取的构建因子、条件信息、运算符、规则结论等信息分别填入规则变量的对应字段位置。

A5、将该因子变量以及该因子变量的条件值按照该因子变量在该规则树的位置关系填入该规则树的字段位置。

具体地，函数中预留的用于填入规则树的字段位置中，标识了因子变量及其对应的条件值的对应位置，这样，电子设备能够将提取的因子变量及其对应的条件值等信息分别填入规则变量的对应字段位置。

需要指出的是，一个规则树可能包括多个因子变量，这时，不同因子变量之间具有一定的关系，比如层级关系、包含关系等，此时，电子设备将根据这些不同因子变量的关系，将这些不同因子变量及其对应的条件值填入函数，以便填入信息后的函数能够体现不同因子的关系。

A6、在该查找的函数的该规则变量的字段位置以及该规则树的字段位置均填入信息后，得到该风控模型的程序。

其中，与风险类型的信息以及理赔接入环节的信息对应的函数是指缺失了规则变量和规则树的函数，当填入缺失的规则变量和规则树的信息之后，该函数将变为能够运行的函数。

本实施例中，当一个风控模型的程序对应一个理赔接入环节时，该风控模型的程序根据该理赔接入环节对应且填入信息后的函数确定。当一个风控模型的程序对应多个理赔接入环节时，该风控模型的程序根据该多个理赔接入环节分别对应且填入信息后的函数共同确定。

在一些实施例中，风控模型构建页面还包括第二区域，此时，该风控模型构建方法还包括：

在该风控模型构建页面的第二区域显示至少2个被标识的基础因子，该至少2个被标识的基础因子作为该规则变量的一个构建因子。

本实施例中，该第二区域用于显示作为构建因子的复合因子，一个复合因子由至少2个被标识的基础因子组成。例如，一个复合因子可以由事故类型和立案金额这2个被标识的基础因子组成。本实施例中，通过在第二区域显示作为一个构建因子的复合因子，因此，有利于用户快速根据至少2个被标识的基础因子构建出一个构建因子。

其中，风控模型构建页面中各个区域的划分如下表2所示：

表2：

第一区域	第三区域	第五区域
			第二区域	第四区域	第六区域

在一些实施例中，该第六区域还包括增值服务编辑框，该增值服务编辑框用于编辑该风控模型输出的增值服务信息。

本实施例中，电子设备可预设多个增值服务信息，比如，预设多个与不同风险类型、不同理赔接入环节对应的建议，这样，当用户点击增值服务编辑框后，电子设备将显示其预设的增值服务信息，用户从显示的增值服务信息中选中一个增值服务信息作为风控模型输出的增值服务信息。或者，用户在增值服务编辑框中输入其希望输出的增值服务信息，电子设备保存用户输入的增值服务信息，以作为风控模型输出的增值服务信息。

在一些实施例中，在该步骤S27(或步骤S37)之后，包括：

B1、若获取到理赔分析请求，则提示用户输入与显示的基础因子对应的信息，该基础因子为该风控模型的基础因子。

本实施例中，用户通过构建的风控模型输入理赔分析请求后，该电子设备将获取到对应的理赔分析请求，并提示用户输入与显示的基础因子对应的信息，例如，假设显示的基础因子为“性别”，则该基础因子对应的信息为“男”，或“女”。

B2、根据该基础因子对应的信息确定规则结论。

具体地，根据基础因子(构建因子)对应的信息判断其所在的规则变量的表达式是否成立，并根据判断结果确定该表达式对应的规则结论。

B3、判断该基础因子的信息是否满足该风控模型的因子变量的条件，若满足该风控模型的因子变量的条件，则确定决策结果，该决策结果包括该因子变量的条件值。

本实施例中，预先设定与基础因子对应的因子变量，比如，当存在报案时间和出险时间这两个基础因子时，其对应的因子变量为报案时间-出险时间>2小时。也即，当确定出基础因子的信息后，能够判断出该基础因子的信息是否满足风控模型的因子变量的条件。由于一个因子变量对应一个条件值，因此，在判断出基础因子的信息满足风控模型的因子变量的条件后，能够确定该因子变量对应的条件值。

B4、输出该规则结论和决策结果。

本实施例中，由于能够根据构建的风控模型对理赔事件进行理赔分析，并得到对应的规则结论和决策结果，因此，极大提高了理赔分析效率。

在一些实施例中，若存在增值服务信息，则电子设备还输出增值服务信息。

本实施例中，由于输出增值服务信息，因此，有利于用户能够获取到更多的信息。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例二：

对应于上文实施例该的风控模型构建方法，图4示出了本申请实施例提供的风控模型构建装置的结构框图，该风控模型构建装置4应用于电子设备，该电子设备可用为终端设备或服务器等，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图4，该风控模型构建装置4包括：开始构建指令接收单元41、基础因子显示单元42、基础因子标识单元43、构建因子确定单元44、因子变量确定单元45、规则树确定单元46、结束构建指令接收单元47。其中：

开始构建指令接收单元41，用于若接收到风控模型的开始构建指令，则显示风控模型构建页面，该风控模型构建页面包括第一区域、第三区域、第四区域、第五区域以及第六区域，该第一区域、第三区域、第四区域、第五区域以及第六区域之间不存在重合的区域。

在一些实施例中，上述风控模型构建页面中的不同区域的大小相同。

在一些实施例中，上述风控模型构建页面中不同区域的大小是该风控模型构建装置4预估后续不同区域显示的信息的数量，再根据预估结果调整后确定。

基础因子显示单元42，用于在该第一区域显示预构建的基础因子，该基础因子为构建该风控模型的最小单位。

基础因子标识单元43，用于若检测到用户在显示的该基础因子上发出的基础因子选择指令，根据该基础因子选择指令对对应的基础因子进行标识。

构建因子确定单元44，用于根据被标识的基础因子得到规则变量的表达式的构建因子，并在该第三区域显示该规则变量，该表达式的条件信息以及连接该构建因子与该条件信息的运算符均根据预设策略确定，该规则变量的规则结论根据该表达式确定。

因子变量确定单元45，用于根据该构建因子确定对应的因子变量，并在该第四区域显示该因子变量以及该因子变量的条件值。

规则树确定单元46，用于根据该因子变量以及该因子变量的条件值确定对应的规则树，并在该第五区域显示该规则树，该规则树的决策结果通过该因子变量的条件值以及该第六区域中决策结果编辑框显示的决策信息确定。

结束构建指令接收单元47，用于若接收到该风控模型的结束构建指令，则根据该规则变量以及该规则树生成该风控模型的程序。

本申请实施例中，由于规则变量和规则树都是根据用户选择的基础因子确定的，因此，用户无需具有编写程序的技能，只需知道风控模型所应具有的逻辑关系，就能直观、快速、准确地从第一区域显示的各个基础因子中选择出所需的基础因子，之后，电子设备就能根据用户选择的基础因子得到规则变量和规则树，最终根据该规则变量和规则树得到风控模型的程序(即得到对应的风控模型)，从而极大提高了风控模型的生成速度以及准确度。此外，由于基础因子是构建风控模型的最小单位，因此，能够根据不同的基础因子快速组合出不同逻辑的程序作为新的风控模型的程序，即具有较高的灵活性，从而当需要生成新的风控模型(比如需要优化原有的风控模型)时，也能够通过将不同基础因子进行组合，快速生成所需的风控模型。

在一些实施例中，该基础因子显示单元42具体用于：

若获取到风险类型的信息，则在该预构建的基础因子中确定与该风险类型的信息对应的基础因子，并在该第一区域显示确定的该基础因子。

在一些实施例中，该基础因子显示单元42在获取到风险类型的信息，则在该预构建的基础因子中确定与该风险类型的信息对应的基础因子时，具体用于：

若获取到风险类型的信息，以及，获取到理赔接入环节的信息，则在该预构建的基础因子中确定与该风险类型的信息以及与该理赔接入环节的信息均对应的基础因子。

在一些实施例中，该结束构建指令接收单元47在根据该规则变量以及该规则树生成该风控模型的程序时，具体包括：

信息提取模块，用于提取该规则变量中的表达式及规则结论，以及，提取该规则树中的因子变量及该因子变量的条件值。

函数查找模块，用于在预设的函数对照表中查找与该风险类型的信息以及该理赔接入环节的信息对应的函数，其中，该预设的函数对照表存储不同风险类型的信息以及不同的理赔接入环节的信息与不同函数的对应关系。

字段位置确定模块，用于根据该规则变量的唯一标识在查找的函数中确定该规则变量的字段位置，以及根据该规则树的唯一标识在查找的函数中确定该规则树的字段位置。

规则变量填充模块，用于将该表达式中构建因子、条件信息、运算符以及规则结论，按照该表达式中构建因子、条件信息、运算符、规则结论之间的关系填入该规则变量的字段位置。

规则树填充模块，用于将该因子变量以及该因子变量的条件值按照该因子变量在该规则树的位置关系填入该规则树的字段位置。

风控模型生成模块，用于在该查找的函数的该规则变量的字段位置以及该规则树的字段位置均填入信息后，得到该风控模型的程序。

在一些实施例中，该风控模型构建装置4还包括：

复合因子显示单元，用于在该风控模型构建页面的第二区域显示至少2个被标识的基础因子，该至少2个被标识的基础因子作为该规则变量的一个构建因子。

在一些实施例中，该第六区域还包括增值服务编辑框，该增值服务编辑框用于编辑该风控模型输出的增值服务信息。

在一些实施例中，该风控模型构建装置4还包括：

理赔分析请求获取单元，用于若获取到理赔分析请求，则提示用户输入与显示的基础因子对应的信息，该基础因子为该风控模型的基础因子。

规则结论确定单元，用于根据该基础因子对应的信息确定规则结论。

决策结果确定单元，用于判断该基础因子的信息是否满足该风控模型的因子变量的条件，若满足该风控模型的因子变量的条件，则确定决策结果，该决策结果包括该因子变量的条件值。

决策结果输出单元，用于输出该规则结论和决策结果。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

实施例三：

图5为本申请一实施例提供的电子设备的结构示意图。如图5所示，该实施例的电子设备5包括：至少一个处理器50(图5中仅示出一个处理器)、存储器51以及存储在该存储器51中并可在该至少一个处理器50上运行的计算机程序52，该处理器50执行该计算机程序52时实现上述任意各个方法实施例中的步骤：

若接收到风控模型的开始构建指令，则显示风控模型构建页面，该风控模型构建页面包括第一区域、第三区域、第四区域、第五区域以及第六区域，该第一区域、第三区域、第四区域、第五区域以及第六区域之间不存在重合的区域。

在该第一区域显示预构建的基础因子，该基础因子为构建该风控模型的最小单位。

若检测到用户在显示的该基础因子上发出的基础因子选择指令，根据该基础因子选择指令对对应的基础因子进行标识。

根据被标识的基础因子得到规则变量的表达式的构建因子，并在该第三区域显示该规则变量，该表达式的条件信息以及连接该构建因子与该条件信息的运算符均根据预设策略确定，该规则变量的规则结论根据该表达式确定。

根据该构建因子确定对应的因子变量，并在该第四区域显示该因子变量以及该因子变量的条件值。

根据该因子变量以及该因子变量的条件值确定对应的规则树，并在该第五区域显示该规则树，该规则树的决策结果通过该因子变量的条件值以及该第六区域中决策结果编辑框显示的决策信息确定。

若接收到该风控模型的结束构建指令，则根据该规则变量以及该规则树生成该风控模型的程序。

该电子设备5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该电子设备可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是电子设备5的举例，并不构成对电子设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，该处理器50还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51在一些实施例中可以是所述电子设备5的内部存储单元，例如电子设备5的硬盘或内存。所述存储器51在另一些实施例中也可以是所述电子设备5的外部存储设备，例如所述电子设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述电子设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种网络设备，该网络设备包括：至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意各个方法实施例中的步骤。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/电子设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种风控模型构建方法，其特征在于，包括：

若接收到风控模型的开始构建指令，则显示风控模型构建页面，所述风控模型构建页面包括第一区域、第三区域、第四区域、第五区域以及第六区域，所述第一区域、第三区域、第四区域、第五区域以及第六区域之间不存在重合的区域；

在所述第一区域显示预构建的基础因子，所述基础因子为构建所述风控模型的最小单位；

若检测到用户在显示的所述基础因子上发出的基础因子选择指令，根据所述基础因子选择指令对对应的基础因子进行标识；

根据被标识的基础因子得到规则变量的表达式的构建因子，并在所述第三区域显示所述规则变量，所述表达式的条件信息以及连接所述构建因子与所述条件信息的运算符均根据预设策略确定，所述规则变量的规则结论根据所述表达式确定；

根据所述构建因子确定对应的因子变量，并在所述第四区域显示所述因子变量以及所述因子变量的条件值；

根据所述因子变量以及所述因子变量的条件值确定对应的规则树，并在所述第五区域显示所述规则树，所述规则树的决策结果通过所述因子变量的条件值以及所述第六区域中决策结果编辑框显示的决策信息确定；

若接收到所述风控模型的结束构建指令，则根据所述规则变量以及所述规则树生成所述风控模型的程序。

2.如权利要求1所述的风控模型构建方法，其特征在于，所述在所述第一区域显示预构建的基础因子，包括：

若获取到风险类型的信息，则在所述预构建的基础因子中确定与所述风险类型的信息对应的基础因子，并在所述第一区域显示确定的所述基础因子。

3.如权利要求2所述的风控模型构建方法，其特征在于，所述若获取到风险类型的信息，则在所述预构建的基础因子中确定与所述风险类型的信息对应的基础因子，包括：

若获取到风险类型的信息，以及，获取到理赔接入环节的信息，则在所述预构建的基础因子中确定与所述风险类型的信息以及与所述理赔接入环节的信息均对应的基础因子。

4.如权利要求3所述的风控模型构建方法，其特征在于，所述根据所述规则变量以及所述规则树生成所述风控模型的程序，包括：

提取所述规则变量中的表达式及规则结论，以及，提取所述规则树中的因子变量及所述因子变量的条件值；

在预设的函数对照表中查找与所述风险类型的信息以及所述理赔接入环节的信息对应的函数，其中，所述预设的函数对照表存储不同风险类型的信息以及不同的理赔接入环节的信息与不同函数的对应关系；

根据所述规则变量的唯一标识在查找的函数中确定所述规则变量的字段位置，以及根据所述规则树的唯一标识在查找的函数中确定所述规则树的字段位置；

将所述表达式中构建因子、条件信息、运算符以及规则结论，按照所述表达式中构建因子、条件信息、运算符、规则结论之间的关系填入所述规则变量的字段位置；

将所述因子变量以及所述因子变量的条件值按照所述因子变量在所述规则树的位置关系填入所述规则树的字段位置；

在所述查找的函数的所述规则变量的字段位置以及所述规则树的字段位置均填入信息后，得到所述风控模型的程序。

5.如权利要求1至4任一项所述的风控模型构建方法，其特征在于，所述风控模型构建方法还包括：

在所述风控模型构建页面的第二区域显示至少2个被标识的基础因子，所述至少2个被标识的基础因子作为所述规则变量的一个构建因子。

6.如权利要求1至4任一项所述的风控模型构建方法，其特征在于，所述第六区域还包括增值服务编辑框，所述增值服务编辑框用于编辑所述风控模型输出的增值服务信息。

7.如权利要求1至4任一项所述的风控模型构建方法，其特征在于，在所述根据所述规则树生成所述风控模型的程序之后，包括：

若获取到理赔分析请求，则提示用户输入与显示的基础因子对应的信息，所述基础因子为所述风控模型的基础因子；

根据所述基础因子对应的信息确定规则结论；

判断所述基础因子的信息是否满足所述风控模型的因子变量的条件，若满足所述风控模型的因子变量的条件，则确定决策结果，所述决策结果包括所述因子变量的条件值；

输出所述规则结论和决策结果。

8.一种风控模型构建装置，其特征在于，包括：

开始构建指令接收单元，用于若接收到风控模型的开始构建指令，则显示风控模型构建页面，所述风控模型构建页面包括第一区域、第三区域、第四区域、第五区域以及第六区域，所述第一区域、第三区域、第四区域、第五区域以及第六区域之间不存在重合的区域；

基础因子显示单元，用于在所述第一区域显示预构建的基础因子，所述基础因子为构建所述风控模型的最小单位；

基础因子标识单元，用于若检测到用户在显示的所述基础因子上发出的基础因子选择指令，根据所述基础因子选择指令对对应的基础因子进行标识；

构建因子确定单元，用于根据被标识的基础因子得到规则变量的表达式的构建因子，并在所述第三区域显示所述规则变量，所述表达式的条件信息以及连接所述构建因子与所述条件信息的运算符均根据预设策略确定，所述规则变量的规则结论根据所述表达式确定；

因子变量确定单元，用于根据所述构建因子确定对应的因子变量，并在所述第四区域显示所述因子变量以及所述因子变量的条件值；

规则树确定单元，用于根据所述因子变量以及所述因子变量的条件值确定对应的规则树，并在所述第五区域显示所述规则树，所述规则树的决策结果通过所述因子变量的条件值以及所述第六区域中决策结果编辑框显示的决策信息确定；

结束构建指令接收单元，用于若接收到所述风控模型的结束构建指令，则根据所述规则变量以及所述规则树生成所述风控模型的程序。

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

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

Images