CN106549801B - 一种告警类型识别方法及设备 - Google Patents

Abstract

本发明公开了一种告警识别方法。预先在服务器中设置包含第一对应关系以及第二对应关系的映射表，服务器在在映射表中查询是否存在与告警描述匹配的表项，若映射表中存在与告警描述匹配的表项，将表项对应的告警类型设置为该告警的告警类型，若映射表中不存在与告警描述匹配的表项，则根据用户操作为告警设置告警类型，并将告警描述以及用户设置的告警类型对应添加至第二对应关系。从而在无需特意升级版本以及打补丁的基础上，使得服务器能够对来自于前端设备的新告警进行自学习，减少了由于升级而导致业务中断的情况的出现。

Description

一种告警类型识别方法及设备

技术领域

本发明涉及通信技术领域，特别涉及一种告警类型识别方法。本申请同时还涉及一种服务器。

背景技术

随着IP监控技术、互联网的推广普及，互联网接入越来越方便，跨地区部门分支机构、商业集团全球分布越来越多地需要远程互联网视频监控。远程视频监控系统是通过标准电话线、网络、移动宽带及ISDN数据线或直接连接，可达到的世界任何角落，并能够控制云台/镜头、存储视频监控图像，并具备当报警触发时向接收端反向拨号报警功能。

在现有视频监控系统中，各种前端(例如IPC)会上报各种不同的告警类型，并且告警类型随着业务的增加以及设备类型的更新处于不断新增的状态。然而，对于视频监控系统的管理者来说，各种不同类型的前端的厂商上报告警的协议有很大的不同，并且很多新告警类型无法预测。因此，若视频监控系统中的前端设备发生了更新或是更换，将导致每次针对一种新厂商新告警都需要在平台侧进行匹配版本开发或打补丁。例如，技术人员根据新厂商新告警的协议接口对原有的告警类型进行精确匹配。每次新增一个厂商的前端设备或是前端设备更新后新增一种告警类型，前端设备的厂商都需要向技术人员提供新的补丁支持。这样无疑极大了增加了人力成本，而且非常容易产生其他类型的错误。

由此可见，如何解决现有视频监控系统中告警功能扩展性差所导致的需要频繁开发与升级的问题，成为本领域技术人员亟待解决的技术问题。

发明内容

本发明提供了一种告警类型识别方法，用以解决现有技术中视频监控系统需要不断针对新的类型告警不断进行升级以及打补丁的缺陷，避免业务中断和频繁升级，减少技术人员的负担。该方法应用于包括服务器以及前端设备的视频监控系统中，所述服务器中设有包含第一对应关系以及第二对应关系的映射表，该方法包括：

所述服务器接收所述前端设备发送的告警，并获取所述告警的告警描述；

所述服务器在所述映射表中查询是否存在与所述告警描述匹配的表项，所述第一对应关系为各个告警类型与特征关键字之间的对应关系，所述第二对应关系为各个告警描述与告警类型之间的对应关系，所述特征关键字根据对应同一告警类型的告警描述生成；

若所述映射表中存在与所述告警描述匹配的表项，所述服务器将所述表项对应的告警类型设置为所述告警的告警类型；

若所述映射表中不存在与所述告警描述匹配的表项，所述服务器根据用户操作为所述告警设置告警类型，并将所述告警描述以及所述用户设置的告警类型对应添加至所述第二对应关系。

优选的，所述第一对应关系由所述服务器按照预设的周期根据对应同一告警类型的告警描述进行相似度统计生成。

优选的，所述服务器在自身存储的映射表中查询是否存在与所述告警描述匹配的表项，具体为：

在所述第一对应关系中查询是否存在与所述告警描述匹配的特征关键字；

若所述第一对应关系中存在与所述告警描述匹配的特征关键字，确认所述映射表中存在与所述告警描述匹配的表项，并将所述特征关键字对应的告警类型与所述告警描述对应添加至所述第二对应关系；

若所述第一对应关系中不存在与所述告警描述匹配的特征关键字，所述服务器在所述第二对应关系中查询是否存在所述告警描述；

若所述第二对应关系中存在所述告警描述，确认所述映射表中存在与所述告警描述匹配的表项；

若所述第二对应关系中不存在所述告警描述，确认所述映射表中不存在与所述告警描述匹配的表项。

优选的，所述服务器还设有包含当前已知的各所述告警类型的已知告警类型信息表，根据所述用户操作为所述告警设置告警类型，具体为：

根据所述已知告警类型信息表向用户展示当前可用于标定的告警类型；

获取所述用户选择的告警类型，并将所述用户选择的告警类型作为所述告警的告警类型。

优选的，在所述服务器接收所述前端设备发送的告警之前，还包括：

向所述前端设备进行告警订阅；

获取告警规则，所述告警规则包含当前已知的告警类型以及与所述已知的告警类型对应的告警描述；

根据所述告警规则生成所述第二对应关系以及所述已知告警类型信息表。

相应的，本申请还提出了一种服务器，应用于包括所述服务器以及前端设备的视频监控系统中，所述服务器中设有包含第一对应关系以及第二对应关系的映射表，该服务器还包括：

处理模块，接收所述前端设备发送的告警，并获取所述告警的告警描述；

查询模块，在所述映射表中查询是否存在与所述告警描述匹配的表项，所述第一对应关系为各个告警类型与特征关键字之间的对应关系，所述第二对应关系为各个告警描述与告警类型之间的对应关系，所述特征关键字根据对应同一告警类型的告警描述生成；

第一设置模块，在所述映射表中存在与所述告警描述匹配的表项时将所述表项对应的告警类型设置为所述告警的告警类型；

第二设置模块，在所述映射表中不存在与所述告警描述匹配的表项时根据用户操作为所述告警设置告警类型，并将所述告警描述以及所述用户设置的告警类型对应添加至所述第二对应关系。

优选的，所述第一对应关系由所述服务器按照预设的周期根据对应同一告警类型的告警描述进行相似度统计生成。

优选的，所述查询模块具体用于：

在所述第一对应关系中查询是否存在与所述告警描述匹配的特征关键字；

若所述第一对应关系中存在与所述告警描述匹配的特征关键字，确认所述映射表中存在与所述告警描述匹配的表项，并将所述特征关键字对应的告警类型与所述告警描述对应添加至所述第二对应关系；

若所述第一对应关系中不存在与所述告警描述匹配的特征关键字，所述服务器在所述第二对应关系中查询是否存在所述告警描述；

若所述第二对应关系中存在所述告警描述，确认所述映射表中存在与所述告警描述匹配的表项；

若所述第二对应关系中不存在所述告警描述，确认所述映射表中不存在与所述告警描述匹配的表项。

优选的，还设有包含当前已知的各所述告警类型的已知告警类型信息表，所述第二设置模块根据所述用户操作为所述告警设置告警类型，具体为：

根据所述已知告警类型信息表向用户展示当前可用于标定的告警类型；

获取所述用户选择的告警类型，并将所述用户选择的告警类型作为所述告警的告警类型。

优选的，还包括：

初始化模块，向所述前端设备进行告警订阅，获取告警规则，根据所述告警规则生成所述第二对应关系以及所述已知告警类型信息表，所述告警规则包含当前已知的告警类型以及与所述已知的告警类型对应的告警描述。

由此可见，通过应用本申请的技术方案，预先在服务器中设置包含第一对应关系以及第二对应关系的映射表，服务器在接收前端设备发送的告警并获取告警的告警描述后，在映射表中查询是否存在与告警描述匹配的表项，若映射表中存在与告警描述匹配的表项，将表项对应的告警类型设置为该告警的告警类型，若映射表中不存在与告警描述匹配的表项，则根据用户操作为告警设置告警类型，并将告警描述以及用户设置的告警类型对应添加至第二对应关系。从而在无需特意升级版本以及打补丁的基础上，使得服务器能够对来自于前端设备的新告警进行自学习，减少了由于升级而导致业务中断的情况的出现。

附图说明

图1为本申请提出的一种告警识别方法的流程示意图；

图2为本申请具体实施例提出的一种告警接入方案的流程示意图；

图3为本申请具体实施例中前端设备移动侦测告警上报的实例示意图；

图4为本申请具体实施例所提出的精确匹配信息表的示意图；

图5为本申请具体实施例所提出的已知告警类型信息表的示意图；

图6为本申请提出的一种服务器的结构示意图。

具体实施方式

如背景技术所述，在现有技术下，技术人员若需要将服务器针对前端设备的新告警进行升级或是打补丁之后，才能使服务器识别新的告警，这不仅需要技术人员根据新前端设备的厂商的新告警的协议对服务器进行精确匹配，而且频繁的升级或是打补丁也会对服务器的业务造成中断。

为了解决以上技术问题，本申请提出了一种告警识别方法，该方法应用于包括服务器以及前端设备的视频监控系统中，为了使服务器能够对新的告警进行识别以及记录，在服务器中设有设有包含第一对应关系以及第二对应关系的映射表，基于该映射表服务器可以在前端设备上报未知告警时自动识别该告警的关键信息，添加相应的规则以及后续的告警出发条件，使得服务器不再需要为新接入告警厂商和类型进行升级版本和打补丁，避免业务中断和频繁升级。

如图1所示，为本申请公开的一种告警识别方法的流程示意图，包括以下步骤：

S101，所述服务器接收所述前端设备发送的告警，并获取所述告警的告警描述。

虽然不同厂商的前端设备所发送的告警各不相同，但是这些告警都会具有相应的告警描述，尽管告警描述都是各个前端设备的厂商自定义的，没有统一的标准，但是告警描述是对该告警进行分析的重要途径，因此本申请技术方案中的服务器会获取每一个告警的告警描述，若该告警描述是已识别或是记录的，则将该告警作为已知告警进行后续的正常处理，若该告警描述未识别或未记录，则将该告警作为未知告警或是新的告警，并对这些告警利用本申请的后续方案进行告警类型的识别，具体的本领域技术人员基于这些预处理所进行的改进均属于本申请的保护范围。

为了能够将已识别的告警与未知告警区分开来，技术人员可以将目前已知的告警添加至服务器中，也可以将这些告警设置在云端，由服务器在初始化的阶段或是每天预定的时刻向云端进行更新，在本申请的优选实施例中，在所述服务器接收所述前端设备发送的告警之前还包括如下步骤：

步骤a)向所述前端设备进行告警订阅；

步骤b)获取告警规则，所述告警规则包含当前已知的告警类型以及与所述已知的告警类型对应的告警描述；

步骤c)根据所述告警规则生成所述第二对应关系以及所述已知告警类型信息表。

S102，所述服务器在所述映射表中查询是否存在与所述告警描述匹配的表项，所述第一对应关系为各个告警类型与特征关键字之间的对应关系，所述第二对应关系为各个告警描述与告警类型之间的对应关系，所述特征关键字根据对应同一告警类型的告警描述生成。

由于本申请旨在由服务器独立对告警中的告警描述进行匹配，进而对该类型的告警进行判断以及识别。因此本申请技术方案为了达到这个目的，在映射表中设置了两种不同的对应关系：第一对应关系为各个告警类型与特征关键字之间的对应关系，第二对应关系为各个告警描述与告警类型之间的对应关系。在此需要说明的是，虽然不同厂商的前端设备的告警对应的告警描述各不完全相同，但是存在一定的相似度，因此第一对应关系中的特征关键字是从对应同一个告警类型的所有告警的告警描述进行相似度计算而提炼出来的。该对应关系可由服务器按照预设的周期根据对应同一告警类型的告警描述进行相似度统计生成。而与第一对应关系记载与告警类型对应的特征关键字所不同的是，第二对应关系中所记载的是各个告警的告警描述与告警类型的精确对应关系，该第二对应关系在初始情况下可根据已知的告警的告警描述进行导入，并由服务器对未知的告警的识别结果进行不断更新。

基于映射表中的第一对应关系以及第二对应关系，在本申请的优选实施例中，服务器首先将未知告警的告警描述在第一对应关系中进行匹配，判断是否有特征关键字能够存在于告警描述中，一旦存在与告警描述中的字符所匹配的特征关键字，那么服务器就以该特征关键字对应的告警类型对该告警进行识别。由于第一对应关系是周期性更新的，而前端设备所产生的告警也是在短时间内多次被发送至服务器，因此在某些情况下，第一对应关系中不存在特征关键字匹配告警描述，而第二对应关系中却存在与该告警描述对应的表项，而如果该未知告警的告警描述既在第一对应关系中没有对应的特征关键字，在第二对应关系中也没有匹配，那么服务器则向用户发出提示，由用户基于已有的告警类型对其进行标示，服务器随即在第二对应关系中进行相应的更新。

在本申请的优选实施例中，服务器在自身存储的映射表中查询是否存在与所述告警描述匹配的表项时，首先在第一对应关系中查询是否存在与告警描述匹配的特征关键字，并依据一下情况进行处理：

(1)若所述第一对应关系中存在与所述告警描述匹配的特征关键字，确认所述映射表中存在与所述告警描述匹配的表项，并将所述特征关键字对应的告警类型与所述告警描述对应添加至所述第二对应关系；

(2)若所述第一对应关系中不存在与所述告警描述匹配的特征关键字，所述服务器在所述第二对应关系中查询是否存在所述告警描述；

(3)若所述第二对应关系中存在所述告警描述，确认所述映射表中存在与所述告警描述匹配的表项；

(4)若所述第二对应关系中不存在所述告警描述，确认所述映射表中不存在与所述告警描述匹配的表项。

S103，若所述映射表中存在与所述告警描述匹配的表项，所述服务器将所述表项对应的告警类型设置为所述告警的告警类型。

S104，若所述映射表中不存在与所述告警描述匹配的表项，所述服务器根据用户操作为所述告警设置告警类型，并将所述告警描述以及所述用户设置的告警类型对应添加至所述第二对应关系。

在无法通过映射表对告警进行识别的情况下，为了让用户能够准确地对未知告警进行标定，本申请的优选实施例在服务器中设置包含当前已知的各告警类型的已知告警类型信息表，在需要根据所述用户操作为告警设置告警类型时，首先根据已知告警类型信息表向用户展示当前可用于标定的告警类型；随后在获取用户选择的告警类型后，将用户选择的告警类型作为告警的告警类型。

通过以上技术方案，预先在服务器中设置包含第一对应关系以及第二对应关系的映射表，服务器在接收前端设备发送的告警并获取告警的告警描述后，在映射表中查询是否存在与告警描述匹配的表项，若映射表中存在与告警描述匹配的表项，将表项对应的告警类型设置为该告警的告警类型，若映射表中不存在与告警描述匹配的表项，则根据用户操作为告警设置告警类型，并将告警描述以及用户设置的告警类型对应添加至第二对应关系。从而在无需特意升级版本以及打补丁的基础上，使得服务器能够对来自于前端设备的新告警进行自学习，减少了由于升级而导致业务中断的情况的出现。

为了进一步阐述本发明的技术思想，现结合具体的应用场景，对本发明的技术方案进行说明。

如图2所示，为本申请具体实施例提出的一种告警接入方案的流程示意图，包括如下步骤：

S201，前端设备告警上报；

S202，服务器订阅并接收告警。

在S201以及S202，服务器对前端设备进行告警订阅，前端设备在有相应的告警时上报告警。

在该具体实施例中，前端设备移动侦测告警上报的实例如图3所示，对该告警的移动侦测消息体解析结果如下：

Topic:tns1:RuleEngine/CellMotionDetector/Motion

Source:

Name＝ideoSourceConfigurationToken Value＝0

Name＝VideoAnalyticsConfigurationToken Value＝0

Name＝Rule Value＝MyMotionDetectorRule

Data:

Name＝Motion Value＝true

其中，“IsMotion”为true表示移动侦测告警产生，为false表示消警。

S203，服务器从云端加载告警规则。

在该步骤中，服务器从云端加载目前已学习到的告警规则进行自学习并判断是否未知告警的算法。

表1

如表1所示，为同一种告警类型(以输入开关量告警为例)的不同厂商的前端设备的topic(即告警描述)统计表，同一种告警类型的topic虽然不完全相同，但有很多相似，比如含有关键字AlarmOn或IO。对每一种告警类型，周期性(如每天)进行一次TOPIC相似度计算，生成如下表2所示的“模糊匹配表”：

表2

与此同时，服务器基于已知的告警存储“精确匹配信息表”以及“已知告警类型信息表”，分别如图4以及图5所示。

S204，服务器进行自学习，判断该告警是否为未知告警，若是，转至S205，若否，转至S207。

(1)

当服务器接收到一条新的告警new1时，服务器将提取topic字段，假设该告警的topic字段如下：

tns1:UserAlarm/tnspana1:AlarmDetector/IO1/SignalDetected

针对该告警，服务器首先通过“模糊匹配表”进行匹配，发现命中关键字IO，因此自学习为开关量告警，同时在“精确匹配信息表”追加一条新规则，即将该告警的topic字段以及“开关量告警”的告警类型进行添加。

(2)

当服务器接收到一条新的告警new2，服务器将提取topic字段，假设该告警的topic字段如下：

tns1:Device/Trigger/DigitalInput

针对该告警，服务器首先通过“模糊匹配表”进行匹配，发现未命中关键字，其次在“精确匹配信息表”查询，也未命中，则服务器转至S206。

S205，服务器提示用户对告警类型进行标定。

基于已知告警类型信息表，服务器向用户发送标定提示，由用户将未知告警标定为具体类型(标定经验来自于实际场景的对应，比如用户按了一个开关，界面立刻显示出一条未知告警请求标定，此时绑定输入开关量告警)。

S206，服务器对已识别的告警进行云端积聚。

通过S201-S205的步骤，新告警被累积到云端，如下表3所示：

表3

这样循环往复，数据逐渐丰富，随着数据越来越大，未知告警将变得越来越少。

S207，对该告警进行确认。

通过该具体实施例的自学习方案，在设备上报第一条未知告警时进行自动捕获，自动识别关键信息(topic、manufacture)，添加规则及告警触发条件，对告警进行自动识别与上报。同时也能使告警规则特征库不断壮大，逐渐对所有厂商的所有告警类型都能一次命中。这样新接入告警厂商和类型无需升级版本和打补丁，避免业务中断和频繁升级。

为达到以上技术目的，本申请还提出了一种服务器，应用于包括所述服务器以及前端设备的视频监控系统中，该服务器中设有包含第一对应关系以及第二对应关系的映射表，如图6所示，该服务器还包括：

处理模块610，接收所述前端设备发送的告警，并获取所述告警的告警描述；

查询模块620，在所述映射表中查询是否存在与所述告警描述匹配的表项，所述第一对应关系为各个告警类型与特征关键字之间的对应关系，所述第二对应关系为各个告警描述与告警类型之间的对应关系，所述特征关键字根据对应同一告警类型的告警描述生成；

第一设置模块630，在所述映射表中存在与所述告警描述匹配的表项时将所述表项对应的告警类型设置为所述告警的告警类型；

第二设置模块640，在所述映射表中不存在与所述告警描述匹配的表项时根据用户操作为所述告警设置告警类型，并将所述告警描述以及所述用户设置的告警类型对应添加至所述第二对应关系。

在具体的应用场景中，所述第一对应关系由所述服务器按照预设的周期根据对应同一告警类型的告警描述进行相似度统计生成。

在具体的应用场景中，所述查询模块具体用于：

在所述第一对应关系中查询是否存在与所述告警描述匹配的特征关键字；

若所述第一对应关系中存在与所述告警描述匹配的特征关键字，确认所述映射表中存在与所述告警描述匹配的表项，并将所述特征关键字对应的告警类型与所述告警描述对应添加至所述第二对应关系；

若所述第一对应关系中不存在与所述告警描述匹配的特征关键字，所述服务器在所述第二对应关系中查询是否存在所述告警描述；

若所述第二对应关系中存在所述告警描述，确认所述映射表中存在与所述告警描述匹配的表项；

若所述第二对应关系中不存在所述告警描述，确认所述映射表中不存在与所述告警描述匹配的表项。

在具体的应用场景中，还设有包含当前已知的各所述告警类型的已知告警类型信息表，所述第二设置模块根据所述用户操作为所述告警设置告警类型，具体为：

根据所述已知告警类型信息表向用户展示当前可用于标定的告警类型；

获取所述用户选择的告警类型，并将所述用户选择的告警类型作为所述告警的告警类型。

在具体的应用场景中，还包括：

初始化模块，向所述前端设备进行告警订阅，获取告警规则，根据所述告警规则生成所述第二对应关系以及所述已知告警类型信息表，所述告警规则包含当前已知的告警类型以及与所述已知的告警类型对应的告警描述。

通过应用本申请的技术方案，预先在服务器中设置包含第一对应关系以及第二对应关系的映射表，服务器在接收前端设备发送的告警并获取告警的告警描述后，在映射表中查询是否存在与告警描述匹配的表项，若映射表中存在与告警描述匹配的表项，将表项对应的告警类型设置为该告警的告警类型，若映射表中不存在与告警描述匹配的表项，则根据用户操作为告警设置告警类型，并将告警描述以及用户设置的告警类型对应添加至第二对应关系。从而在无需特意升级版本以及打补丁的基础上，使得服务器能够对来自于前端设备的新告警进行自学习，减少了由于升级而导致业务中断的情况的出现。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (8)

1.一种告警类型识别方法，应用于包括服务器以及前端设备的视频监控系统中，其特征在于，所述服务器中设有包含第一对应关系以及第二对应关系的映射表，该方法包括：

所述服务器接收所述前端设备发送的告警，并获取所述告警的告警描述；

所述服务器在所述映射表中查询是否存在与所述告警描述匹配的表项，所述第一对应关系为各个告警类型与特征关键字之间的对应关系，所述第二对应关系为各个告警描述与告警类型之间的对应关系，所述特征关键字根据对应同一告警类型的告警描述生成；

若所述映射表中存在与所述告警描述匹配的表项，所述服务器将所述表项对应的告警类型设置为所述告警的告警类型；

若所述映射表中不存在与所述告警描述匹配的表项，所述服务器根据用户操作为所述告警设置告警类型，并将所述告警描述以及所述用户设置的告警类型对应添加至所述第二对应关系；

所述服务器在自身存储的映射表中查询是否存在与所述告警描述匹配的表项，具体为：

在所述第一对应关系中查询是否存在与所述告警描述匹配的特征关键字；

若所述第一对应关系中存在与所述告警描述匹配的特征关键字，确认所述映射表中存在与所述告警描述匹配的表项，并将所述特征关键字对应的告警类型与所述告警描述对应添加至所述第二对应关系；

若所述第一对应关系中不存在与所述告警描述匹配的特征关键字，所述服务器在所述第二对应关系中查询是否存在所述告警描述；

若所述第二对应关系中存在所述告警描述，确认所述映射表中存在与所述告警描述匹配的表项；

若所述第二对应关系中不存在所述告警描述，确认所述映射表中不存在与所述告警描述匹配的表项。

2.如权利要求1所述的方法，其特征在于，

所述第一对应关系由所述服务器按照预设的周期根据对应同一告警类型的告警描述进行相似度统计生成。

3.如权利要求1-2任一项所述的方法，其特征在于，所述服务器还设有包含当前已知的各所述告警类型的已知告警类型信息表，根据所述用户操作为所述告警设置告警类型，具体为：

根据所述已知告警类型信息表向用户展示当前可用于标定的告警类型；

获取所述用户选择的告警类型，并将所述用户选择的告警类型作为所述告警的告警类型。

4.如权利要求3所述的方法，其特征在于，在所述服务器接收所述前端设备发送的告警之前，还包括：

向所述前端设备进行告警订阅；

获取告警规则，所述告警规则包含当前已知的告警类型以及与所述已知的告警类型对应的告警描述；

根据所述告警规则生成所述第二对应关系以及所述已知告警类型信息表。

5.一种服务器，应用于包括所述服务器以及前端设备的视频监控系统中，其特征在于，所述服务器中设有包含第一对应关系以及第二对应关系的映射表，该服务器还包括：

处理模块，接收所述前端设备发送的告警，并获取所述告警的告警描述；

查询模块，在所述映射表中查询是否存在与所述告警描述匹配的表项，所述第一对应关系为各个告警类型与特征关键字之间的对应关系，所述第二对应关系为各个告警描述与告警类型之间的对应关系，所述特征关键字根据对应同一告警类型的告警描述生成；

第一设置模块，在所述映射表中存在与所述告警描述匹配的表项时将所述表项对应的告警类型设置为所述告警的告警类型；

第二设置模块，在所述映射表中不存在与所述告警描述匹配的表项时根据用户操作为所述告警设置告警类型，并将所述告警描述以及所述用户设置的告警类型对应添加至所述第二对应关系；

所述查询模块具体用于：

在所述第一对应关系中查询是否存在与所述告警描述匹配的特征关键字；

若所述第一对应关系中存在与所述告警描述匹配的特征关键字，确认所述映射表中存在与所述告警描述匹配的表项，并将所述特征关键字对应的告警类型与所述告警描述对应添加至所述第二对应关系；

若所述第一对应关系中不存在与所述告警描述匹配的特征关键字，所述服务器在所述第二对应关系中查询是否存在所述告警描述；

若所述第二对应关系中存在所述告警描述，确认所述映射表中存在与所述告警描述匹配的表项；

若所述第二对应关系中不存在所述告警描述，确认所述映射表中不存在与所述告警描述匹配的表项。

6.如权利要求5所述的服务器，其特征在于，

所述第一对应关系由所述服务器按照预设的周期根据对应同一告警类型的告警描述进行相似度统计生成。

7.如权利要求5-6任一项所述的服务器，其特征在于，还设有包含当前已知的各所述告警类型的已知告警类型信息表，所述第二设置模块根据所述用户操作为所述告警设置告警类型，具体为：

根据所述已知告警类型信息表向用户展示当前可用于标定的告警类型；

获取所述用户选择的告警类型，并将所述用户选择的告警类型作为所述告警的告警类型。

8.如权利要求7所述的服务器，其特征在于，还包括：

初始化模块，向所述前端设备进行告警订阅，获取告警规则，根据所述告警规则生成所述第二对应关系以及所述已知告警类型信息表，所述告警规则包含当前已知的告警类型以及与所述已知的告警类型对应的告警描述。