企业风险预警方法及装置与流程

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.图1示出了根据本申请一个实施例的企业风险预警方法的流程示意图；
30.图2示出了根据本申请另一个实施例的企业风险预警方法的流程示意图；
31.图3示出了根据本申请一个实施例的企业风险预警装置的结构示意图；
32.图4示出了根据本申请一个实施例的电子设备的结构示意图；
33.图5示出了根据本申请一个实施例的计算机可读存储介质的结构示意图。
具体实施方式
34.下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。
35.本申请的构思在于：针对现有技术中查询企业风险事件信息有消息差以及缺乏针对性的现状，提出了一种企业风险预警方法，该方法可以使得检控方设置风险事件预警规则，根据该预警规则来判断被监控方是否发生风险事件，该方法针对性强、准确度高。
36.图1示出了根据本申请一个实施例的企业风险预警方法的流程示意图，该方法包括：
37.步骤s110，获取消息队列中的风险事件信息，所述风险事件信息包括事件类型。
38.企业风险是指企业在其生产经营活动的各个环节可能遭受到的损失威胁，企业风险是一个广义的概念，不管是在采购、生产、销售等不同的经营过程中，还是在计划、组织、决策等不同职能领域里，企业所遇到的风险都统称为企业风险。
39.企业风险事件可以理解为上述风险造成的结果，具体来讲，可以是但不限于招投标资质异常事件、列入经营异常名录等。
40.首先，获取企业风险事件信息，在企业风险事件信息中至少包括事件类型，在本申请的一些实施例中，事件类型包括以下的至少一项：市场风险、产品风险、经营风险、投资风险、外汇风险、人事风险、体制风险、购并风险、自然灾害风险、公共危机、政策风险、外交风险。
41.需要说明的是，上述事件类型还有下级子类型，如经营风险的下级子类型中包括列入经营异常名录，在此不一一列举。
42.步骤s120，根据所述风险事件信息确定风险事件的主体企业以及监控所述主体企业的用户列表，其中，所述用户列表包含监控企业以及所述监控企业设置的风险事件预警规则。
43.通过分析上述风险事件信息，分析手段包括但不限于文本识别、特征提取等，确定出出现风险事件的主体企业，例如a企业；进一步的，根据a企业获得监控a企业的用户列表，需要说明的是，这里所说的“监控”不一定是对a企业有管控权限的单位，只要有业务往来就可以是本申请中涉及的监控企业。在用户列表中，有监控a企业的监控企业名称及相关信息，监控企业可以是一个企业也可以是多个企业，这里不做限定，这里假设监控企业为b企业。
44.在用户列表中，还包括监控企业，即b企业针对企业风险事件预设的风险事件预警规则，在这里，b企业可以设置一个普适性的预警规则，即针对所有类型的风险事故和所有企业都适用一个预警规则；也可以设置针对性较强的预警规则，比如针对a企业，根据a企业
的规模，经营内容设置一个预警规则，更近一步的，可以针对a企业的预期发生的不同的风险事件类型分别设置预警规则。这里的预警规则可以根据风险事件类型、风险事件发生时间、风险事件涉及的风险阈值等因素设置，本申请不做限制。
45.步骤s130，在根据所述事件类型确定所述风险事件满足所述风险事件预警规则的情况下，发出预警信息。
46.若风险事件类型是风险事件预警规则中涉及的风险事件，确认所述风险事件满足所述风险事件预警规则，则发出预警信息，预警信息包括但不限于事件类型预警、阈值预警等，本申请不做限制。
47.如图1所述，本申请的有益效果在于：能够针对监控企业的个性化需求，对可能发生风险事件的主体企业进行监控，能够使监控企业快速、高效的了解主体企业的真实经营情况，为监控企业提供准确、有效的信息，相对现有技术，具有高效化、准确度高、针对性强的特点。
48.在本申请的一些实施例中，在上述的方法中，消息列队为链表结构。
49.链表是一种物理存储单元上非连续、非顺序的存储结构，数据元素的逻辑顺序是通过链表中的指针链接次序实现的。链表由一系列结点(链表中每一个元素称为结点)组成，结点可以在运行时动态生成。每个结点包括两个部分：一个是存储数据元素的数据域，另一个是存储下一个结点地址的指针域。使用链表结构可以克服数组链表需要预先知道数据大小的缺点，链表结构可以充分利用计算机内存空间，实现灵活的内存动态管理。
50.在本申请的一些实施例中，用户列表中包含有监控企业设置的多个风险事件预警子规则，各风险事件预警子规则分别对应一个事件类型。
51.对于各类的风险事件类型有针对性的设置不同的预警规则，能够使分析得到的数据准确性显著提高，因此，可以在风险预警规则中针对不同的事件类型设置不同的子规则，在确定风险事件是否满足风险预警规则时，将风险事件类型以及相应的信息与对应的子规则进行比较判断，以确定其是否满足风险预警规则。
52.在本申请的一些实施例中，风险事件信息还包括风险事件明细、企业信息变动事件明细。
53.为了监控企业更加深入的了解主体企业的经营情况，在风险事件信息中还可以包括风险事件明细、企业信息变动事件明细；其中，风险事件明细包括但不限于风险事件发生时间、发生双方、具体原因、涉及金额等；企业信息变动事件明细包括但不限于法人变动信息、企业所在地点变动信息、资质变动信息等。
54.上述方法还包括：响应于所述监控企业的查看请求，根据风险事件信息以及查看请求的维度信息生成预警统计信息列表。
55.本申请还能够提供多维度的明细查看，如按企业维度查看某个企业历史发生过的事件列表和明细；按事件类型查看同类型事件发生的企业列表和明细等，同时还支持预警报表，周期内预警统计信息等。因此，在收到监控企业的查看请求时，可根据查看请求中的维度生成相应的信息列表或报告，以供监控企业查看。
56.在本申请的一些实施例中，预警信息能够根据监控企业设置的风险事件预警规则确定的。
57.举例而言，监控企业设置了阈值规则，则预警信息中就可以根据该阈值规则生成
阈值预警，包括但不限于目标指标超过阈值的百分比等信息。这样使得，监控企业得到的信息简单、明了，进而提高监控企业的工作效率。
58.图2示出了根据本申请另一个实施例的企业风险预警方法的流程示意图；获取风险事件信息，其中，风险事件信息中的事件类型为贷款逾期，事件明细中包括逾期金额。
59.对风险事件信息进行特征提取，确定风险事件的主体企业以及监控主体企业的用户列表，遍历用户列表，在用户列表中找到与事件类型对应的预警子规则。
60.判断事件类型是否满足预警子规则，若是，则继续判断预期金额是否大于预设阈值，若是，则生成并发出预警信息。
61.图3示出了根据本申请一个实施例的企业风险预警装置的结构示意图，从图3可以看出，该装置300包括：
62.获取单元310，用于获取消息队列中的风险事件信息，所述风险事件信息包括事件类型。
63.信息处理单元320，用于根据所述风险事件信息确定风险事件的主体企业以及监控所述主体企业的用户列表，其中，所述用户列表包含监控企业以及所述监控企业设置的风险事件预警规则。
64.预警单元330，用于在根据所述事件类型确定所述风险事件满足所述风险事件预警规则的情况下，发出预警信息。
65.可选的，在上述的装置中，所述消息列队为链表结构。
66.可选的，在上述的装置中，所述用户列表中包含有所述监控企业设置的多个风险事件预警子规则，各风险事件预警子规则分别对应一个事件类型，其中，所述事件类型包括以下的至少一项：市场风险、产品风险、经营风险、投资风险、外汇风险、人事风险、体制风险、购并风险、自然灾害风险、公共危机、政策风险、外交风险。
67.可选的，在上述的装置中，所述风险事件信息还包括风险事件明细、企业信息变动事件明细。
68.所述装置还包括：生成单元，用于响应于所述监控企业的查看请求，根据所述风险事件信息以及所述查看请求的维度信息生成预警统计信息列表。
69.可选的，在上述的装置中，预警单元330，用于根据所述监控企业设置的风险事件预警规则确定预警信息。
70.需要说明的是，上述各装置实施例的具体实施方式可以参照前述对应方法实施例的具体实施方式进行，在此不再赘述。
71.本申请的有益效果在于：能够针对监控企业的个性化需求，对可能发生风险事件的主体企业进行监控，能够使监控企业快速、高效的了解主体企业的真实经营情况，为监控企业提供准确、有效的信息，相对现有技术，具有高效化、准确度高、针对性强的特点。
72.需要说明的是：
73.在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。
74.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
75.类似地，应当理解，为了精简本申请并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。
76.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
77.此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
78.本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本申请实施例的装置中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
79.例如，图4示出了根据本申请一个实施例的电子设备的结构示意图。该电子设备400包括处理器410和被安排成存储计算机可执行指令(计算机可读程序代码)的存储器420。存储器420可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。存储器420具有存储用于执行上述方法中的任何方法步骤的计算机可读程序代码431的存储空间430。例如，用于存储计算机可读程序代码的存储空间430可以包括分别用于实现上面的方法中的各种步骤的各个计算机可读程序代码431。计算机可读程序代码431可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(cd)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为例如图4所示的计算机可读存储介质。图5示出了根据本申请一个实施例的一种计算机可读存储介质的结构示意图。该计算机可读存储介
质500存储有用于执行根据本申请的方法步骤的计算机可读程序代码431，可以被电子设备400的处理器410读取，当计算机可读程序代码431由电子设备400运行时，导致该电子设备400执行上面所描述的方法中的各个步骤，具体来说，该计算机可读存储介质存储的计算机可读程序代码431可以执行上述任一实施例中示出的方法。计算机可读程序代码431可以以适当形式进行压缩。
80.应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。