一种规则配置方法、装置、设备及存储介质与流程

1.本技术属于风险控制技术领域，尤其涉及一种规则配置方法、装置、设备及存储介质。


背景技术：

2.对于银行业来说，风险控制的有效性和及时性是银行综合竞争力的重要体现，所以有效和及时地控制风险对于银行是十分重要的。
3.目前，银行通常采用智能风控体系控制风险，在智能风控体系中的风险预警系统提供风险预警服务，在业务数据满足风险预警系统中的预警规则时，风险预警系统进行预警。当风险预警系统中的预警规则不满足对业务数据的预警需求时，一般通过技术人员重新编写新的满足需求的预警规则，造成大量的重复工作。
4.目前为预警系统配置预警规则时的方法较繁琐，消耗大量人力资源。


技术实现要素：

5.本技术实施例提供一种规则配置方法、装置、设备及存储介质，能够便捷地配置预警规则。
6.第一方面，本技术实施例提供一种规则配置方法，该方法包括：
7.接收对应用程序的第一界面的第一控件的第一输入；
8.响应于第一输入，显示应用程序的第二界面，第二界面包括第二控件，第二控件具有新增预警规则的功能或者具有修改预警规则的功能；
9.接收对第二控件的第二输入；
10.响应于第二输入，显示应用程序的第三界面，第三界面包括第三控件，以及第一编辑区域和/或第四控件；其中，第三控件用于触发生成预警规则，第一编辑区域用于接收用户输入的配置信息，第四控件对应预警规则配置功能，预警规则配置功能用于配置预警规则的配置信息；
11.接收对第一编辑区域和/或第四控件中的目标第四控件的第三输入；
12.接收对第三控件的第四输入；
13.响应于第四输入，根据第三输入对应的配置信息，生成预警规则。
14.在一种可能的实现方式中，配置信息包括规则，规则包括至少一个预警条件，第三界面还包括第五控件，方法还包括：
15.接收对第五控件的第五输入，第五输入用于编辑预警规则的规则；
16.响应于第五输入，显示应用程序的第四界面，第四界面包括第六控件、第二编辑区域和第七控件，其中，第六控件对应业务指标配置功能，指标配置功能用于配置预警条件的业务指标，第二编辑区域用于接收用户输入的业务指标的运算关系和阈值，第七控件用于触发生成预警规则；
17.接收对第六控件中的目标第六控件至第二编辑区域的第一拖拽输入；
18.响应于第一拖拽输入，在第二编辑区域显示目标第六控件对应的目标业务指标；
19.接收对第二编辑区域的第六输入，第六输入包括目标业务指标的运算关系和阈值；
20.接收对第七控件的第七输入；
21.响应于第七输入，根据目标业务指标、目标业务指标的运算关系和阈值，生成预警规则的规则。
22.在一种可能的实现方式中，第四界面还包括第四控件，第四控件用于配置预警规则的预警条件；
23.在接收对第七控件的第七输入之前，该方法还包括：
24.接收对第四控件中的目标控件至第二编辑区域的第二拖拽输入；
25.响应于第二拖拽输入，在第二编辑区域显示目标控件对应的第一预警条件；
26.接收用户输入的包括目标业务指标、目标业务指标的运算关系和阈值的第二预警条件，与第一预警条件之间的逻辑关系信息；
27.在接收对第七控件的第七输入之后，方法包括：
28.响应于第七输入，根据第一预警条件、第二预警条件和逻辑关系信息，生成预警规则的规则。
29.在一种可能的实现方式中，在生成预警规则后，该方法还包括：
30.获取业务数据和业务数据对应的用户需求信息；
31.根据业务数据检验预警规则，得到预警结果；
32.当预警结果满足用户需求信息时，得到满足用户需求的预警规则。
33.在一种可能的实现方式中，预警规则的配置信息包括预警规则的名称、风险类别、监控类别、预警级别、公开状态、权限或规则中的至少一项。
34.在一种可能的实现方式中，配置信息包括规则，规则包括至少一个预警条件，在接收对应用程序第一界面的第一控件的第一输入之前，该方法还包括：
35.获取内部数据或外部数据中的至少一项，内部数据包括从银行业务系统中抽取的与风险管理相关的数据，外部数据包括通过数据供应商所获得的数据；
36.根据内部数据或外部数据，生成至少一个业务指标；
37.接收至少一个业务指标的运算关系和预设阈值；
38.根据业务指标、运算关系和预设阈值，生成至少一个预警条件。
39.第二方面，本技术实施例提供了一种规则配置装置，该装置包括：
40.接收模块，用于接收对应用程序的第一界面的第一控件的第一输入；
41.响应模块，用于响应于第一输入，显示应用程序的第二界面，第二界面包括第二控件，第二控件具有新增预警规则的功能或者具有修改预警规则的功能；
42.接收模块，还用于接收对第二控件的第二输入；
43.响应模块，还用于响应于第二输入，显示应用程序的第三界面，第三界面包括第三控件，以及第一编辑区域和/或第四控件；其中，第三控件用于触发生成预警规则，第一编辑区域用于接收用户输入的配置信息，第四控件对应预警规则配置功能，预警规则配置功能用于配置预警规则的配置信息；
44.接收模块，还用于接收对第一编辑区域和/或第四控件中的目标第四控件的第三
输入；还用于接收对第三控件的第四输入；
45.响应模块，还用于响应于第四输入，根据第三输入对应的配置信息，生成预警规则。
46.在一种可能的实现方式中，配置信息包括规则，规则包括至少一个预警条件，第三界面还包括第五控件，第五控件用于触发编辑预警规则的预警条件；
47.接收模块，还用于接收对第五控件的第五输入；
48.响应模块，还用于响应于第五输入，显示应用程序的第四界面，第四界面包括第六控件、第二编辑区域和第七控件，其中，第六控件对应业务指标配置功能，指标配置功能用于配置预警条件的业务指标，第二编辑区域用于接收业务指标的运算关系和阈值，第七控件用于触发生成预警规则；
49.接收模块，还用于接收对第六控件中的目标第六控件至第二编辑区域的第一拖拽输入；
50.响应模块，还用于响应于第一拖拽输入，在第二编辑区域显示目标第六控件对应的目标业务指标；
51.接收模块，还用于接收对第二编辑区域的第六输入，第六输入包括目标业务指标的运算关系和阈值；还用于接收对第七控件的第七输入；
52.响应模块，还用于响应于第七输入，根据目标业务指标、目标业务指标的运算关系和阈值，生成预警规则的规则。
53.在一种可能的实现方式中，第四界面还包括第四控件，第四控件用于配置预警规则的预警条件；
54.接收模块，在用于接收对第七控件的第七输入之前，还用于接收对第四控件中的目标控件至第二编辑区域的第二拖拽输入；
55.响应模块，还用于响应于第二拖拽输入，在第二编辑区域显示目标控件对应的第一预警条件；
56.在接收模块用于接收对第七控件的第七输入之后，响应模块，还用于响应于第七输入，根据第一预警条件、第二预警条件和逻辑关系信息，生成预警规则的规则。
57.第三方面，本技术实施例提供了一种电子设备，该设备包括：处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时，实现如第一方面或者第一方面的任一可能实现方式中的方法。
58.第四方面，本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面或者第一方面的任一可能实现方式中的方法。
59.本技术实施例中提供了一种规则配置的应用程序，基于应用程序提供一种规则配置方法、装置、设备及存储介质，接收用户对应用程序的第一界面中第一控件的第一输入，开始配置预警规则，响应于第一输入，显示应用程序的第二界面，第二界面中包括第二控件，接收用户对第二界面的第二输入，以新增预警规则或修改预警规则，响应第二输入，显示应用程序的第三界面，第三界面包括第三控件，以及第一编辑区域和/或第四控件，接收用户对第一编辑区域和/或接收用户对第四控件中的目标第四控件的第三输入，这时已确定预警规则的配置信息，接收对第三控件的第四输入，响应于第四输入，根据第三输入对应
的配置信息，生成预警规则，这样便实现了便捷地配置预警规则。
附图说明
60.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
61.图1是本技术实施例提供的一种规则配置方法的流程示意图；
62.图2是本技术实施例提供的另一种规则配置方法的流程示意图；
63.图3是本技术实施例提供的另一种规则配置方法的流程示意图；
64.图4是本技术实施例提供的一种规则配置装置的结构示意图；
65.图5是本技术实施例提供的电子设备的硬件结构示意图。
具体实施方式
66.下面将详细描述本技术的各个方面的特征和示例性实施例，为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本技术进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本技术，并不被配置为限定本技术。对于本领域技术人员来说，本技术可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本技术的示例来提供对本技术更好的理解。
67.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括
……”
限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
68.对于银行业来说，风险控制的有效性和及时性是银行综合竞争力的重要体现，所以有效和及时地控制风险对于银行是十分重要的。目前，银行通常采用智能风控体系控制风险，在智能风控体系中的风险预警系统提供风险预警服务，在业务数据满足风险预警系统中的预警规则时，风险预警系统进行预警。当风险预警系统中的预警规则不满足对业务数据的预警需求时，一般通过技术人员重新编写新的满足需求的预警规则，造成大量的重复工作。目前为预警系统配置预警规则时的方法较繁琐，消耗大量人力资源。
69.为解决上述问题，本技术的申请人开发了一种配置规则的应用程序，基于这种应用程序，提供了一种规则配置方法、装置、设备及存储介质，用户可以通过这个应用程序使用预先储存的配置信息，如预警规则的规则、预警条件或业务指标，便捷地配置预警规则。
70.本技术实施例提供的方法的执行主体为具备储存数据、运行应用程序和能显示应用程序的界面的终端。
71.在一些实施例中，在用户使用上述应用程序之前，终端的应用程序首先获取内部数据或外部数据中的至少一项。
72.内部数据包括从银行业务系统中抽取的与风险管理相关的数据，外部数据包括通过数据供应商所获得的数据。
73.在一个示例中，内部数据包括客户数据、产品数据、交易数据、财务数据、合约数据、押品数据、催收数据或黑名单数据中的至少一项。
74.在一个示例中，外部数据包括工商数据、税务数据、海关数据、法院数据、舆情数据、征信数据、环保数据或国土数据中的至少一项。
75.其次，根据内部数据或外部数据，生成至少一个业务指标。
76.终端根据内部数据或外部数据中的至少一项数据，生成至少一个业务指标。
77.在一个示例中，业务指标包括投融资业务增速，还可以包括对公存款占比等指标。
78.再次，接收至少一个所述业务指标的运算关系和预设阈值。
79.用户输入每个业务指标的运算关系和预设阈值，终端接收用户输入的每个业务指标的运算关系和预设阈值，预设阈值是进行预警的阈值，当业务指标的数据满足运算关系和预设阈值时，风险预警系统进行告警。
80.在一个示例中，业务指标可以包括投融资业务增速，运算关系为大于或等于，预设阈值为15％。
81.在一个示例中，业务指标还可以包括对公存款占比，运算关系为小于或等于，预设阈值为20％。
82.最后，根据业务指标、运算关系和预设阈值，生成至少一个预警条件。
83.终端根据业务指标、运算关系和预设阈值，生成至少一个预警条件。
84.一个预警条件中可以包括一个或多个业务指标，以及每个业务指标的运算关系和预设阈值。
85.在一个示例中，业务指标可以包括投融资业务增速，运算关系为大于或等于，预设阈值为15％，则预警条件包括投融资业务增速大于或等于15％。
86.在一个示例中，业务指标还可以包括对公存款占比，运算关系为小于或等于，预设阈值为20％，则预警条件包括对公存款占比小于或等于20％。
87.在一个实施例中，终端将生成的全部业务指标储存，形成业务指标库；将生成的全部预警条件储存，形成预警条件库，用户在配置预警规则时可以在业务指标库或预警条件库中选用满足需求的业务指标或预警条件，这样充分利用各业务系统中的数据，方便用户选用和配置，省去重复工作。
88.本技术实施例提供的方法根据内部数据、外部数据生成了业务指标，还根据业务指标、业务指标的运算关系和预设阈值生成了预警条件，便于用户在管理预警规则时选用业务指标和预警条件。
89.在一些实施例中，终端将已配置的预警规则储存，形成预警规则库，用户在配置预警规则时可以在预警规则库中选用满足需求的预警规则，这样充分利用个业务系统中的数据，方便用户选用和配置，省去重复工作。
90.下面将结合图1详细阐述本技术实施例提供的一种规则配置方法。
91.如图1所示，该方法可以包括以下步骤：
92.s110，接收对应用程序的第一界面的第一控件的第一输入。
93.在业务数据满足风险预警系统中的预警规则时，风险预警系统进行预警，若现有
的预警规则不满足用户的预警需求，用户通过安装在终端内应用程序配置新的预警规则或对修改已有的预警规则，以得到满足预警需求的预警规则。
94.终端接收用户对应用程序的第一界面的第一控件的第一输入。
95.在一个实施例中，第一界面是“预警规则大类管理”界面，第一控件表示预警规则的类别，用户从“预警规则大类管理”界面显示的表示多类预警规则的第一控件中，点击想要进行管理的预警规则类别的控件，以进入管理所选的预警规则类别的界面，终端接收用户对“预警规则大类管理”界面中表示预警规则类别的控件的点击输入。
96.s120，响应于第一输入，显示应用程序的第二界面。
97.终端响应于第一输入，跳转至应用程序的第二界面。
98.第二界面包括第二控件，第二控件具有新增预警规则的功能或者具有修改预警规则的功能。
99.在一个实施例中，第二界面是“预警规则管理”界面，第二控件可以包括“新增”按钮，也可以包括“修改”按钮。
100.s130，接收对第二控件的第二输入。
101.用户点击第二控件，终端接收用户对第二控件的点击输入。
102.在一个实施例中，用户需要新增预警规则，则点击第二控件中的“新增”按钮，终端接收用户对应用程序的“预警规则管理”界面的“新增”按钮的点击输入。
103.在一个实施例中，用户需要修改预警规则，则点击第二控件中的“修改”按钮，终端接收用户对应用程序的“预警规则管理”界面的“修改”按钮的点击输入。
104.s140，响应于第二输入，显示应用程序的第三界面。
105.终端响应于用户的点击输入，跳转至应用程序的第三界面。
106.第三界面包括第三控件，以及第一编辑区域和/或第四控件。其中，第三控件用于触发生成预警规则，第一编辑区域用于接收用户输入的配置信息，第四控件对应预警规则配置功能，预警规则配置功能用于配置预警规则的配置信息。
107.在一个实施例中，终端响应于用户对应用程序的“预警规则管理”界面的“新增”按钮的点击输入，显示的第三界面是“规则新增”界面，第三控件是用于触发生成预警规则的“完成”按钮，第一编辑区域用于接收用户输入的配置信息，第四控件可以包括一个或多个控件，每个控件具备一种配置功能，用户可以点击其中的一个或多个控件来选择配置条件。
108.在一个实施例中，终端响应于用户对应用程序的“预警规则管理”界面的“修改”按钮的点击输入，显示的第三界面是“规则修改”界面，第三控件是用于触发生成预警规则的“完成”按钮，第一编辑区域用于接收用户输入的配置信息，第四控件可以包括一个或多个控件，每个控件具备一种配置功能，用户可以点击其中的一个或多个控件来修改配置条件。
109.s150，接收对第一编辑区域和/或第四控件中的目标第四控件的第三输入。
110.终端接收用户对第一编辑区域的编辑输入，和/或第四控件中的目标第四控件的点击输入。目标第四控件对应的配置信息是用户根据需求选择的配置信息。
111.在一个实施例中，配置信息可以包括预警规则的名称、风险类别、监控类别、预警级别、公开状态、权限或规则中的至少一项，规则包括至少一个预警条件。
112.在一个示例中，第四控件包括用于配置多个风险类别、多个监控类别、多个预警级别、公开、非公开、多种权限和多个规则的多个预警条件的控件，每个控件对应的配置信息
均不相同，例如用于配置监控级别的三个控件分别用于配置一级监控、二级监控和三级监控。
113.在一个实施例中，第三界面是“规则新增”界面，终端通过应用程序的第一编辑区域接收用户输入的配置信息，通过第四控件中的一个或多个控件接收用户选择的配置信息。
114.在一个示例中，用户在第一编辑区域输入预警规则的名称，在用于配置风险类别的多个控件中选择一个控件、在用于配置监控类别的多个控件中选择一个控件、在用于配置预警级别的多个控件中选择一个控件、在用于配置在公开或非公开的控件中选择一个控件、在用于配置权限的多个控件中选择一个控件和在用于配置预警条件的多个控件中选择一个或多个控件，其中，用户选择的控件为目标第四控件；第三输入包括用户对第一编辑区域输入的名称和对目标第四控件的点击输入；终端接收用户对第一编辑区域输入的名称和对目标第四控件的点击输入。
115.在一个实施例中，第三界面是“规则修改”界面，终端通过应用程序的第一编辑区域接收用户输入的配置信息，通过第四控件中的一个或多个控件接收用户选择的配置信息。
116.在一个示例中，用户在第一编辑区域修改预警规则的名称，第四控件中包括用户修改预警规则前选择的控件，当修改预警规则前用户所选的控件不满足用户的预警需求时，用户重新选择满足需求的控件。例如,用户修改预警规则前配置的风险类别不满足预警需求，则用户在用于配置风险类别的多个控件中重新选择一个控件。第三输入包括用户对第一编辑区域输入的名称和/或对目标第四控件的点击输入，终端接收用户对第一编辑区域输入的名称和/或对目标第四控件的点击输入。
117.s160，接收对第三控件的第四输入。
118.第三控件用于触发生成预警规则，终端接收用户编辑和/或选择配置信息后，已确定预警规则的配置信息，接收用户对第三控件的第四输入，触发生成预警规则。
119.在一个示例中，第三控件是“完成”按钮，第四输入为用户的点击输入，终端接收用户对“完成”按钮的点击输入。
120.s170，响应于第四输入，根据第三输入对应的配置信息，生成预警规则。
121.终端响应于第四输入，根据用户输入和/或用户选择的配置信息，生成预警规则。
122.本技术实施例提供的方法中终端接收用户对应用程序的第一界面中第一控件的第一输入，开始配置预警规则，响应于第一输入，显示应用程序的第二界面，第二界面中包括第二控件，接收用户对第二界面的第二输入，以新增预警规则或修改预警规则，响应第二输入，显示应用程序的第三界面，第三界面包括第三控件，以及第一编辑区域和/或第四控件，接收用户对第一编辑区域和/或接收用户对第四控件中的目标第四控件的第三输入，这时已确定预警规则的配置信息，接收对第三控件的第四输入，响应于第四输入，根据第三输入对应的配置信息，生成预警规则，这样便实现了便捷地配置预警规则。
123.在一些实施例中，在生成预警规则后，上述方法还包括以下步骤：
124.先获取业务数据和业务数据对应的用户需求信息。
125.业务数据是待检测的数据，用户需求信息是当业务数据满足预警规则时，风险预警系统进行预警，或当业务数据不满足预警规则时，风险预警系统不进行预警。
126.然后，根据业务数据检验预警规则，得到预警结果。
127.将业务数据输入风险预警系统，预警系统根据业务数据和预警规则得到预警结果，预警结果是发出正确预警、发出错误预警或未发出预警。
128.最后，当预警结果满足用户需求信息时，确定得到满足用户需求的预警规则。
129.当用户需求信息是当业务数据满足预警规则时，风险预警系统进行预警时，若预警结果为发出正确预警，则预警规则为满足用户需求的预警规则；若预警结果为发出错误预警或未发出预警，则预警规则为不满足用户需求的预警规则，用户可以修改预警规则的配置信息或重新配置预警规则，直至得到满足用户需求的预警规则。
130.本技术实施例提供的方法能够对生成的预警规则进行检验，能够避免使用不满足用户需求的预警规则，保障风险预警系统对业务数据预警的准确性。
131.在一些实施例中，配置信息包括规则，规则包括至少一个预警条件，第三界面还包括第五控件，第五控件用于触发编辑预警规则的预警条件。当已有的预警条件不满足用户的预警需求时，如图2所示，该方法还可以包括以下步骤：
132.s210，接收对第五控件的第五输入。
133.当已有的预警条件不满足用户的预警需求时，用户点击第五控件，终端接收用户对第五控件的点击输入。
134.第五输入用于编辑预警规则的预警条件。
135.在一些实施例中，第五控件是“下一步”按钮。
136.在一个示例中，配置信息可以包括预警规则的名称、风险类别、监控类别、预警级别、公开状态、权限和规则。用户编辑和/或选择规则以外的配置信息后，点击第三界面的“下一步”按钮。
137.s220，响应于第五输入，显示应用程序的第四界面。
138.终端响应于第五输入，跳转至应用程序的第四界面。
139.第四界面包括第六控件、第二编辑区域和第七控件，其中，第六控件对应业务指标配置功能，指标配置功能用于配置预警条件的业务指标，第二编辑区域用于接收用户输入的所述业务指标的运算关系和阈值，第七控件用于触发生成预警规则。
140.在一个实施例中，第四界面为“预警条件配置”界面，“预警条件配置”界面包括第六控件、第二编辑区域和第七控件。
141.在一个实施例中，先在显示应用程序的第四界面前，显示“业务指标选用”界面，“业务指标选用”界面包括多个业务指标对应的控件和“下一步”按钮，终端接收用户对选择的业务指标对应的控件的输入，为用户选择的每个业务指标生成标识，标识可以是编号。然后，接收用户对“下一步”按钮的输入。最后，显示应用程序的第四界面，第四界面为“预警条件配置”界面，“预警条件配置”界面包括第六控件、第二编辑区域和第七控件，第六控件对应业务指标和业务指标的标识。
142.s230，接收对第六控件中的目标第六控件至第二编辑区域的第一拖拽输入。
143.用户将拖拽第六控件中的目标第六控件至第二编辑区域，终端接收用户对第六控件中的目标第六控件至第二编辑区域的第一拖拽输入。
144.目标第六控件对应的业务指标是用户根据需求选择的业务指标，目标第六控件可以包括一个或多个控件。
145.在一个实施例中，用户将第六控件对应的业务指标中，满足需求的目标业务指标对应的目标第六控件，拖拽至第二编辑区域，终端接收用户的第一拖拽输入。
146.在一个实施例中，用户将第六控件对应的业务指标中，满足需求的业务需求的目标业务指标对应的目标第六控件拖拽至第二编辑区域，第二编辑区域接收第一拖拽输入对应目标业务指标的标识。
147.s240，响应于第一拖拽输入，在第二编辑区域显示目标第六控件对应的目标业务指标。
148.终端响应于第一拖拽输入，在第二编辑区域显示目标第六控件对应的目标业务指标。
149.在一个实施例中，终端响应于第一拖拽输入，在第二编辑区域显示目标第六控件对应的目标业务指标。
150.在一个实施例中，终端响应于第一拖拽输入，在第二编辑区域的第一区域显示目标第六控件对应的目标业务指标的标识。
151.s250，接收对第二编辑区域的第六输入。
152.第六输入包括目标业务指标的运算关系和阈值。
153.用户在第二编辑区域输入第二编辑区域显示的目标业务指标的运算关系和阈值，终端接收用户对第二编辑区域输入的目标业务指标的运算关系和阈值。
154.在一个示例中，用户将一个业务指标拖拽入第二编辑区域，则终端接收用户在第二编辑区域输入的一个目标业务指标的运算关系和阈值。
155.在一个示例中，用户将多个业务指标拖拽入第二编辑区域，则终端根据用户在第二编辑区域输入的多个目标业务指标的运算关系和阈值，生成多个预警条件，终端接收每个预警条件之间的逻辑关系信息。例如，逻辑关系信息可以包括“和”、“或”等。
156.s260，接收对第七控件的第七输入。
157.用户在编辑好预警条件后，点击第七控件，终端接收用户对第七控件的点击输入。
158.在一个实施例中，第七控件可以是“完成”按钮，用户在编辑好预警条件后，点击“完成”按钮，终端接收用户对“完成”按钮的点击输入。
159.s270，响应于第七输入，根据目标业务指标、目标业务指标的运算关系和阈值，生成预警规则的规则。
160.终端响应于第七输入，根据目标业务指标、目标业务指标的运算关系和阈值，生成预警规则的规则。
161.在一个实施例中，终端响应于用户对“完成”按钮的点击输入，根据目标业务指标、目标业务指标的运算关系和阈值，生成预警规则的规则。
162.在一个实施例中，在生成预警规则的规则后，根据用户配置的预警规则的名称、风险类别、监控类别、预警级别、公开状态、权限和规则，生成预警规则。
163.本技术实施例提供的方法能够在现有的预警条件不满足预警需求时，用户使用业务指标配置新的预警条件，生成满足预警需求的规则。
164.在一些实施例中，第四界面还包括第四控件，第四控件用于配置预警规则的预警条件，如图3所示，在接收对第七控件的第七输入之前，该方法还可以包括以下步骤：
165.s231，接收对第四控件中的目标控件至第二编辑区域的第二拖拽输入。
166.用户将拖拽第四控件中的目标控件至第二编辑区域，终端接收对第四控件中的目标控件至第二编辑区域的第二拖拽输入。
167.目标控件对应的预警条件是用户根据需求选择的预警条件，目标控件可以包括一个或多个控件。
168.在一个实施例中，用户将第四控件对应的预警条件中，满足需求的目标预警条件对应的目标控件拖拽至第二编辑区域，终端接收用户的第二拖拽输入。
169.s241，响应于所第二拖拽输入，在第二编辑区域显示目标控件对应的第一预警条件。
170.终端响应于第二拖拽输入，在第二编辑区域显示目标控件对应的目标第一预警条件。
171.s251，接收用户输入的包括目标业务指标、目标业务指标的运算关系和阈值的第二预警条件，与第一预警条件之间的逻辑关系信息。
172.第二预警条件包括目标业务指标、目标业务指标的运算关系和阈值，终端接收用户对第二编辑区域输入的第一预警条件和第二预警条件之间的逻辑关系信息，逻辑关系信息可以包括“和”、“或”等。
173.用户在第二编辑区域输入第二预警条件与第一预警条件之间的逻辑关系信息，接收用户输入的第二预警条件与第一预警条件之间的逻辑关系信息。
174.在接收对第七控件的第七输入之后，该方法包括以下步骤：
175.s271，响应于第七输入，根据第一预警条件、第二预警条件和逻辑关系信息，生成预警规则的规则。
176.终端响应于第七输入，根据第一预警条件、第二预警条件和逻辑关系信息，生成预警规则的规则。
177.在一个实施例中，终端响应于用户对“完成”按钮的点击输入，根据第一预警条件、第二预警条件和逻辑关系信息，生成预警规则的规则。
178.在一个示例中，在生成预警规则的规则后，根据用户配置的预警规则的名称、风险类别、监控类别、预警级别、公开状态、权限和规则，生成预警规则。
179.本技术实施例提供的方法能够在现有的预警条件不满足预警需求时，根据现有的预警条件与用户配置的新的预警条件，生成满足预警需求的规则。
180.在一些实施例中，预警规则的配置信息可以包括预警规则的启用状态、试跑状态、失效状态或公开状态中的至少一种状态。
181.终端还接收用户对第三界面中对应预警规则的启用状态、试跑状态、失效状态或公开状态的第四控件的第三输入，响应于第三输入，根据第三输入对应的启用状态、试跑状态、失效状态或公开状态中的至少一种状态，生成预警规则。
182.公开状态可以包括公开或非公开中的一种状态，当公开状态为公开时，总行的风险预警系统与各个分行分险预警系统均可使用该预警规则；当公开状态为非公开时，只有配置了该预警规则的风险预警系统可使用该预警规则。
183.本技术实施例提供的方法中用户能够根据需求设置预警规则的状态，实现了预警规则的统一、分级管理，提升了风险预警系统的性能与效率。
184.在一些实施例中，用户通过终端的应用程序对预警规则库中的预警规则设置群
组，每个群组中的预警规则用于反映出一个风险的当前状况，当一个群组中的一条或多条预警规则产生预警信号之后，在业务设置期限内其他预警规则不再产生预警信号。
185.在一个示例中，一个群组中包括各项贷款占比预警规则、表外业务占比预警规则和投资业务占比预警规则，当业务数据满足其中两条预警规则时，说明存在经营脱离主业的风险。当其中两条预警规则产生预警信号后，剩下的一条预警信号在业务设置期限内不在产生预警信号。
186.本技术实施例提供的方法能够在一个群组中的一条或多条预警规则产生预警信号之后，在业务设置期限内其他预警规则不再产生预警信号，这样避免多头管理或在不同业务下产生重复预警。
187.在一些实施例中，在一些实施例中，在用户使用上述应用程序之前，终端通过应用程序的编辑区域接收用户输入的业务指标的阈值，将业务指标的阈值储存，用户在配置预警规则时可以直接引用已有的业务指标的阈值。
188.本技术实施例提供的方法通过储存业务指标的阈值，使用户在配置预警规则时可以直接引用已有的业务指标的阈值，这样能够充分利用各风险预警系统中的数据，方便用户选用和配置，省去重复工作。
189.在一些实施例中，配置信息还可以包括预警规则的适用范围，适用范围包括机构、产品和客户三个维度中的至少一个维度的适用范围。
190.上级银行的用户在配置预警规则时，可以在应用程序的第四界面的第三控件中选择可使用该预警规则的下级银行。下级银行的用户在配置预警规则时，可以根据本行的业务特征，在应用程序的第四界面的第三控件中选择可使用该预警规则的业务数据范围。
191.本技术实施例提供的方法，能够使各级银行的用户根据需求设置预警规则的适用范围，每个银行的风险预警系统使用适合本行的业务数据的预警规则，实现了更加准确地对业务数据进行预警。
192.在一些实施例中，配置信息还可以包括预警详情，预警详情指对预警结果的说明。
193.用户在配置预警规则的配置信息时，可以在应用程序的第四界面的第一编辑区域为预警规则配置自定义的预警详情。
194.在一个示例中，用户对负面舆情预警规则配置的预警详情为负面舆情名单，风险预警系统通过从门户网站、论坛、社交平台等采集的数据，根据负面舆情预警规则，形成负面舆情预警，预警结果为负面舆情名单。
195.本技术实施例提供的方法生成的预警详情为用户对预警结果进行核查提供了线索信息，用户可以根据预警详情核查预警结果，且便于用户有针对性对客户情况进行核查确认。
196.本技术实施例还提供一种规则配置装置，如图4所示，该装置400可以包括接收模块410和响应模块420。
197.接收模块410，用于接收对应用程序的第一界面的第一控件的第一输入。
198.响应模块420，用于响应于第一输入，显示应用程序的第二界面，第二界面包括第二控件，第二控件具有新增预警规则的功能或者具有修改预警规则的功能。
199.接收模块410，还用于接收对第二控件的第二输入。
200.响应模块420，还用于响应于第二输入，显示应用程序的第三界面，第三界面包括
第三控件，以及第一编辑区域和/或第四控件；其中，第三控件用于触发生成预警规则，第一编辑区域用于接收用户输入的配置信息，第四控件对应预警规则配置功能，预警规则配置功能用于配置预警规则的配置信息。
201.接收模块410，还用于接收对第一编辑区域和/或第四控件中的目标第四控件的第三输入；还用于接收对第三控件的第四输入。
202.在一个实施例中，配置信息可以包括预警规则的名称、风险类别、监控类别、预警级别、公开状态、权限或规则中的至少一项，规则包括至少一个预警条件。
203.响应模块420，还用于响应于第四输入，根据第三输入对应的配置信息，生成预警规则。
204.本技术实施例提供的装置先接受用户对应用程序的第一界面中第一控件的第一输入，开始配置预警规则，响应于第一输入，显示应用程序的第二界面，第二界面中包括第二控件，接收用户对第二界面的第二输入，以新增预警规则或修改预警规则，响应第二输入，显示应用程序的第三界面，第三界面包括第三控件，以及第一编辑区域和/或第四控件，接收用户对第一编辑区域和/或接收用户对第四控件中的目标第四控件的第三输入，这时已确定预警规则的配置信息，接收对第三控件的第四输入，响应于第四输入，根据第三输入对应的配置信息，生成预警规则，这样便实现了便捷地配置预警规则。
205.在一些实施例中，规则配置装置400还可以包括获取模块430和检测模块440。
206.获取模块430，用于获取业务数据和业务数据对应的用户需求信息。
207.检测模块440，用于根据业务数据检验预警规则，得到预警结果。
208.确定模块450，用于当预警结果满足用户需求信息时，确定得到满足用户需求的预警规则。
209.本技术实施例提供的装置能够对生成的预警规则进行检验，能够避免使用不满足用户需求的预警规则，保障风险预警系统对业务数据预警的准确性。
210.在一些实施例中，配置信息包括规则，规则包括至少一个预警条件，第三界面还包括第五控件，第五控件用于触发编辑预警规则的预警条件。当已有的预警条件不满足用户的预警需求时，接收模块410，还用于接收对第五控件的第五输入。
211.响应模块420，还用于响应于第五输入，显示应用程序的第四界面。
212.第四界面包括第六控件、第二编辑区域和第七控件，其中，第六控件对应业务指标配置功能，指标配置功能用于配置预警条件的业务指标，第二编辑区域用于接收用户输入的所述业务指标的运算关系和阈值，第七控件用于触发生成预警规则。
213.接收模块410，还用于接收对第六控件中的目标第六控件至第二编辑区域的第一拖拽输入。
214.响应模块420，还用于响应于第一拖拽输入，在第二编辑区域显示目标第六控件对应的目标业务指标。
215.接收模块410，还用于接收对第二编辑区域的第六输入；还用于接收对第七控件的第七输入。
216.第六输入包括目标业务指标的运算关系和阈值。
217.响应模块420，还用于响应于第七输入，根据目标业务指标、目标业务指标的运算关系和阈值，生成预警规则的规则。
218.本技术实施例提供的装置能够在现有的预警条件不满足预警需求时，用户使用业务指标配置新的预警条件，生成满足预警需求的规则。
219.在一些实施例中，第四界面还包括第四控件，第四控件用于配置预警规则的预警条件。
220.接收模块410，还用于接收对第四控件中的目标控件至第二编辑区域的第二拖拽输入。
221.响应模块420，还用于响应于所第二拖拽输入，在第二编辑区域显示目标控件对应的第一预警条件。
222.接收模块410，还用于接收用户输入的包括目标业务指标、目标业务指标的运算关系和阈值的第二预警条件，与第一预警条件之间的逻辑关系信息。
223.响应模块420，还用于响应于第七输入，根据第一预警条件、第二预警条件和逻辑关系信息，生成预警规则的规则。
224.本技术实施例提供的装置能够在现有的预警条件不满足预警需求时，根据现有的预警条件与用户配置的新的预警条件，生成满足预警需求的规则。
225.本技术实施例提供的规则配置装置执行图1-图3所示的方法中的各个步骤，并能够达到便捷地配置预警规则的技术效果，为简洁描述，再此不在详细赘述。
226.图5示出了本技术实施例提供的一种电子设备的硬件结构示意图。
227.在电子设备可以包括处理器501以及存储有计算机程序指令的存储器502。
228.具体地，上述处理器501可以包括中央处理器(cpu)，或者特定集成电路(application specific integrated circuit，asic)，或者可以被配置成实施本技术实施例的一个或多个集成电路。
229.存储器502可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器502可包括硬盘驱动器(hard disk drive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universal serial bus，usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器502可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器502可在综合网关容灾设备的内部或外部。在特定实施例中，存储器502是非易失性固态存储器。在特定实施例中，存储器502包括只读存储器(rom)。在合适的情况下，该rom可以是掩模编程的rom、可编程rom(prom)、可擦除prom(eprom)、电可擦除prom(eeprom)、电可改写rom(earom)或闪存或者两个或更多个以上这些的组合。
230.处理器501通过读取并执行存储器502中存储的计算机程序指令，以实现图所示实施例中的任意一种规则配置方法。
231.在一个示例中，电子设备还可包括通信接口505和总线510。其中，如图5所示，处理器501、存储器502、通信接口505通过总线510连接并完成相互间的通信。
232.通信接口505，主要用于实现本技术实施例中各模块、装置、单元和/或设备之间的通信。
233.总线510包括硬件、软件或两者，将电子设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(agp)或其他图形总线、增强工业标准架构(eisa)总线、前端总线(fsb)、超传输(ht)互连、工业标准架构(isa)总线、无限带宽互连、低引脚数(lpc)总线、存储器总线、微信道架构(mca)总线、外围组件互连(pci)总线、pci-express(pci-x)
总线、串行高级技术附件(sata)总线、视频电子标准协会局部(vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线510可包括一个或多个总线。尽管本技术实施例描述和示出了特定的总线，但本技术考虑任何合适的总线或互连。
234.该电子设备可以执行本技术实施例中的规则配置方法，从而实现结合图1-图3描述的规则配置方法。
235.另外，结合上述实施例中的规则配置方法，本技术实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种规则配置方法。
236.需要明确的是，本技术并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本技术的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本技术的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。
237.以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(asic)、适当的固件、插件、功能卡等等。当以软件方式实现时，本技术的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、rom、闪存、可擦除rom(erom)、软盘、cd-rom、光盘、硬盘、光纤介质、射频(rf)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
238.还需要说明的是，本技术中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本技术不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。
239.以上所述，仅为本技术的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。