CN113849581A - 告警信息的处理方法、装置、设备和存储介质 - Google Patents

Abstract

本公开提供了一种告警信息的处理方法，涉及数据处理领域，尤其涉及知识图谱领域等人工智能技术领域。具体实现方案为：基于通信设备的告警处理手册，得到M个告警属性之间的层级结构；其中，M为大于等于2的整数；根据所述M个告警属性之间的层级结构，构建知识图谱体系结构；基于所述告警处理手册中每个告警的所述M个告警属性以及所述知识图谱体系结构，得到与所述告警处理手册对应的知识图谱；其中，所述知识图谱用于基于通信设备产生的告警，确定对应的告警属性。

Description

告警信息的处理方法、装置、设备和存储介质

技术领域

本公开涉及数据处理领域，尤其涉及知识图谱领域等人工智能技术领域。

背景技术

在移动通信领域，会用到各种不同的通信设备，例如移动基站设备等。通信设备在运行过程出现故障时，会产生告警。每个设备在对应的设备官网都会提供设备对应的告警处理手册，从生产者角度记录了设备常见的告警类型及对应的处理方法。当一个设备在产生告警时，现场操作员通常会对比手册内容进行故障定位，并按照手册说明、处理流程进行操作。

发明内容

本公开提供了一种告警信息的处理方法、装置、设备以及存储介质。

根据本公开的一方面，提供了一种告警信息的处理方法，包括：

基于通信设备的告警处理手册，得到M个告警属性之间的层级结构；其中，M为大于等于2的整数；

根据所述M个告警属性之间的层级结构，构建知识图谱体系结构；

基于所述告警处理手册中每个告警的所述M个告警属性以及所述知识图谱体系结构，得到与所述告警处理手册对应的知识图谱；其中，所述知识图谱用于基于通信设备产生的告警，确定对应的告警属性。

根据本公开的另一方面，提供了一种设备告警信息的处理装置，包括：

结构确定模块，用于基于通信设备的告警处理手册，得到M个告警属性之间的层级结构；其中，M为大于等于2的整数；

体系构建模块，用于根据所述M个告警属性之间的层级结构，构建知识图谱体系结构；

图谱建立模块，用于基于所述告警处理手册中每个告警的所述M个告警属性以及所述知识图谱体系结构，得到与所述告警处理手册对应的知识图谱；其中，所述知识图谱用于基于通信设备产生的告警，确定对应的告警属性。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开任一实施例中的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行本公开任一实施例中的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本公开任一实施例中的方法。

根据本公开的技术，可以将设备的告警处理手册图谱化，优化故障定位的路径，提高效率。并且，利用手册内容，快速、便捷地得到告警属性之间的层级结构，节省了构建知识图谱体系结构所需的人力、物力、时间等。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1根据本公开一实施例的设备告警处理手册的页面示意图；

图2是根据本公开一实施例的告警信息的处理方法的流程示意图一；

图3是根据本公开一实施例的告警信息的处理方法的流程示意图二；

图4是根据本公开一实施例的每个告警的M个告警属性的获取方式示意图；

图5是根据本公开一实施例的知识图谱中每个告警的图谱信息示意图；

图6是根据本公开一实施例的告警信息的处理装置示意图一；

图7是根据本公开一实施例的告警信息的处理装置示意图二；

图8是用来实现本公开实施例的告警信息的处理方法的电子设备的框图；

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本公开一实施例的设备告警处理手册的页面示意图。设备告警处理手册一般包括多个告警的相关信息。每个告警的相关信息可以包括告警基本信息(例如告警编号、告警名称、告警级别、告警类型、告警对象等)、告警详细信息、子告警、可能原因、系统影响、原因编号、处理建议等多个维度的信息。且不同的两个告警之间可能包括相同的一个或多个子告警，不同的告警也可能会造成同样的系统影响。

通过人工查阅手册的方式利用设备告警处理手册处理设备告警，有如下缺点：

1、手册内容繁多，通常为数百至数千页，定位周期长。

2、需要根据目录或者内容对手册中各告警逐条浏览，不易定位到根本原因，且由于告警之间有关联关系，在定位多层级的告警时(例如告警A→导致告警B)，需要多次重复翻越不同的告警内容，定位成本高。

3、查阅手册极其依赖人工，且专家、初级从业人员等对手册的理解程度不同，定位效率也不同。如果手册更新，则需要重新学习、熟悉手册，效率低下。

基于此，本公开提出了一种告警信息的处理方法，图2是根据本公开一实施例的告警信息的处理方法的流程示意图，该方法可以包括：

S100，基于通信设备的告警处理手册，得到M个告警属性之间的层级结构；其中，M为大于等于2的整数；

S200，根据M个告警属性之间的层级结构，构建知识图谱体系结构；

S300，基于告警处理手册中每个告警的M个告警属性以及知识图谱体系结构，得到与告警处理手册对应的知识图谱；其中，所述知识图谱用于基于通信设备产生的告警，确定对应的告警属性。

示例性地，告警处理手册中的M个告警属性可以包括前述示例的告警基本信息、告警详细信息、子告警、可能原因、系统影响、原因编号、处理建议、告警编号、告警名称、告警级别、告警类型、告警对象等。

示例性地，M个告警属性的层级关系可以包括并列关系或上下位关系等。例如，根据前述示例，告警基本信息、告警详细信息、子告警、可能原因、系统影响、原因编号和处理建议为第一层级的属性，这些告警属性之间是并列的关系。若告警基本信息下还包括例如告警编号、告警名称、告警级别、告警类型、告警对象等，则告警编号、告警名称、告警级别、告警类型、告警对象可以为第二层级的属性，这些属性之间是并列的关系，且这些属性与告警基本信息之间具有上下位关系。

根据上述方法，利用手册内容，快速、便捷地得到告警属性之间的层级结构，从而构建得到知识图谱体系结构(也可以称为shema体系)，利用知识图谱体系结构和各个告警的具体属性信息，可以得到与手册对应的知识图谱。

其中，由于利用手册内容先得到属性之间的层级结构，再基于层级结构构件知识图谱体系结构，因此，免去了建立图谱体系结构的人工整理成本，且减少了对专家知识的依赖。

实际应用中，在通信设备产生告警的情况下，可以利用知识图谱得到对应的属性信息，例如快速了解告警的级别、类型、原因等。优化故障定位的路径，提高效率。从而，在通信设备产生告警的情况下，可以利用知识图谱得到对应的属性信息，例如快速了解告警的级别、类型、原因等。优化故障定位的路径，提高效率。

示例性地，可以基于该知识图谱进行搜索、展示、问答等操作，从而得到告警对应的属性信息。

例如，可以输入问题(如“热补丁故障的告警原因是什么”、“热补丁下载失败怎么办”等)，利用自然语言处理和深度学习技术解析出问题中涉及的属性类型(如“原因”)和/或告警属性(如告警名称“热补丁故障”、可能原因“热补丁下载失败”)等。从而提高定位告警、解决告警的效率。

在一种示例性的实施方式中，M个告警属性包括N个核心告警属性；N为大于等于1且小于等于M的整数。例如，其中，每个告警的M个告警属性，包括每个告警所在页面中的告警编号、告警名称、告警级别、告警类型、告警对象、告警详细信息、子告警、可能原因、系统影响、原因编号、处理建议等内容。其中包含N个核心告警属性，即告警编号、可能原因、子告警等。

相应地，如图3所示，步骤S300可以包括：

S301，基于告警处理手册中每个告警的M个告警属性，对知识图谱体系结构进行填充，得到每个告警对应的图谱信息；

S302，基于每个告警的N个核心告警属性，建立告警处理手册中各个告警之间的边关系；

S303，基于每个告警对应的图谱信息以及各个告警之间的边关系，得到知识图谱，其中，知识图谱还用于确定通信设备产生的告警所关联的告警的属性。

示例性地，每个告警的N个核心告警属性可以是能够构建各告警之间的关联关系的属性，例如，各告警之间常具有的相同的告警属性，例如，告警的可能原因有2类，则多个告警的可能原因是其中的1类原因，利用1类原因能够建立起该多个告警之间的关联关系。

根据上述实施方式，先利用每个告警的全部属性信息填充得到每个告警的图谱信息，再利用每个告警的核心告警属性建立各个告警之间的边关系，从而可以基于边关系对各个告警的图谱信息进行连接，得到与手册对应的完整的知识图谱。不仅可以利用该图谱定位通信设备产生的告警，还能定位到关联的告警，进一步提高解决告警的效率。

示例性地，步骤S302还可以包括:

在告警处理手册中的第一告警与第二告警的核心告警属性之间有关联关系存在的情况下，建立第一告警和第二告警之间的边关系。

示例性地，该关联关系例如是核心告警属性相同。

其中，第一告警与第二告警可以是告警处理手册涉及的多个告警中的任意两个告警。

例如，第一告警和第二告警之间存在部分相同的子告警，或者两个告警产生的可能原因中有部分重合，或者，两个告警的解决建议给出的具体措施相似等等，可以依据这些核心告警属性，建立每个告警之间的边关系。

根据该示例性方式，可以准确确定边关系，并且，该边关系能够准确体现告警之间的关联关系，从而有利于快速定位到关联的告警。

示例性地，上述告警信息的处理方法，还可以包括：

在得到该知识图谱后，建立告警处理手册中的图像信息与该知识图谱中各告警或各该告警的告警属性之间的对应关系；

根据该对应关系，将告警处理手册中的图像信息填充在知识图谱中对应的位置。其中，图像信息例如是故障示意图、设备部件结构图、解决方法的示意图等。

示例性地，步骤S100，基于通信设备的告警处理手册，得到M个告警属性之间的层级结构，可以包括：

基于通信设备的告警处理手册的目录和/或所述告警处理手册中每个告警的布局结构，得到M个告警属性之间的层级结构。

在通信设备的告警处理手册目录中往往对告警进行了类别的划分，可能基于告警的等级，也可能基于告警位于设备中不同的部件，在此不做限定。

如前述说明，告警处理手册中每个告警的页面均对所包含的告警属性有结构层次的划分，在构建知识图谱时，也可以参照告警处理手册中每个告警的页面布局构建知识图谱中每个告警中M个告警属性之间的层级结构。

在知识图谱的构建过程中，往往在结构的布局及构建上，需要耗费大量的人力、物力和时间。本公开实施例中，根据告警处理手册中现有的内容结构，可以快速定义知识图谱的整体框架结构以及知识图谱中每个告警中告警属性的层级结构，大大提高了构建知识图谱的效率。

图4是根据本公开一实施例的每个告警的M个告警属性的获取方式示意图，包括：

S401,对告警处理手册进行文本识别，得到告警处理手册中每个告警的文本内容；

例如，告警处理手册通常为PDF格式的文件，可以对其进行文本识别例如OCR(Optical Character Recognition，光学字符识别)技术得到可以用于构建知识图谱的文本内容。

S402，基于预设的属性抽取策略对每个告警文本内容进行属性抽取，得到每个告警的M个告警属性。

示例性地，属性抽取策略可以包括结构化抽取、KV(key-value，键值)抽取、pattern抽取等策略。

在进行属性抽取后，可以将每个告警的告警属性填充到知识图谱体系结构中，以得到每个告警的图谱信息。图5以热补丁故障为例，示出了每个告警的图谱信息的示意图。示例性地，在得到热补丁故障的图谱信息后，可以利用其中的核心告警属性，例如告警原因“单板硬件故障”，将其他具有相同告警原因的告警通过该告警原因“单板硬件故障”与热补丁故障这一告警相连(图中并未具体画出)。

具体地，在知识图谱构建完成后，用户可以利用知识图谱快速定位故障或得到解决故障的建议。例如，用户搜索某个故障，知识图谱可以展示出所有可能导致该故障发生的告警；用户也可以通过与知识图谱装置进行语音交互获取某个告警发生的可能原因以及相关解决建议。

本公开实施例中，可以将设备的告警处理手册图谱化、知识化同时支持图谱的搜索、展示、问答等操作，优化故障定位的路径，提高效率。

图6是根据本公开一实施例的告警信息的处理装置示意图，该装置包括：

结构确定模块610，用于基于通信设备的告警处理手册，得到M个告警属性之间的层级结构；其中，M为大于等于2的整数；

体系构建模块620，用于根据M个告警属性之间的层级结构，构建知识图谱体系结构；

图谱建立模块630，用于基于告警处理手册中每个告警的M个告警属性以及知识图谱体系结构，得到与告警处理手册对应的知识图谱；其中，所述知识图谱用于基于通信设备产生的告警，确定对应的告警属性。

其中，M个告警属性包括N个核心告警属性；N为大于等于1且小于等于M的整数；

其中，结构确定模块610具体用于：

基于通信设备的告警处理手册的目录和/或所述告警处理手册中每个告警的布局结构，得到M个告警属性之间的层级结构。

示例性地，如图7所示，图谱建立模块630包括：

填充单元631，用于基于告警处理手册中每个告警的M个告警属性，对知识图谱体系结构进行填充，得到每个告警对应的图谱信息；

边关系建立单元632，用于基于每个告警的N个核心告警属性，建立告警处理手册中各个告警之间的边关系；

图谱生成单元633，用于基于每个告警对应的图谱信息以及各个告警之间的边关系，得到知识图谱，其中，知识图谱还用于确定通信设备产生的告警所关联的告警的属性。

其中，边关系建立单元632具体用于：

在告警处理手册中的第一告警与第二告警的核心告警属性之间有关联关系存在的情况下，建立第一告警和第二告警之间的边关系。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如告警信息的处理方法。例如，在一些实施例中，告警信息的处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的告警信息的处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行告警信息的处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (13)

1.一种告警信息的处理方法，包括：

基于通信设备的告警处理手册，得到M个告警属性之间的层级结构；其中，M为大于等于2的整数；

根据所述M个告警属性之间的层级结构，构建知识图谱体系结构；

基于所述告警处理手册中每个告警的所述M个告警属性以及所述知识图谱体系结构，得到与所述告警处理手册对应的知识图谱；其中，所述知识图谱用于基于通信设备产生的告警，确定对应的告警属性。

2.根据权利要求1所述的方法，其中，所述M个告警属性包括N个核心告警属性；N为大于等于1且小于等于M的整数；

所述基于所述告警处理手册中每个告警的所述M个告警属性以及所述知识图谱体系结构，得到与所述告警处理手册对应的知识图谱，包括：

基于所述告警处理手册中每个告警的所述M个告警属性，对所述知识图谱体系结构进行填充，得到所述每个告警对应的图谱信息；

基于所述每个告警的所述N个核心告警属性，建立所述告警处理手册中各个告警之间的边关系；

基于所述每个告警对应的图谱信息以及所述各个告警之间的边关系，得到所述知识图谱，其中，所述知识图谱还用于确定所述通信设备产生的告警所关联的告警的属性。

3.根据权利要求2所述的方法，其中，所述基于所述每个告警的所述N个核心告警属性，建立所述告警处理手册中各个告警之间的边关系，包括：

在所述告警处理手册中的第一告警与第二告警的核心告警属性之间有关联关系存在的情况下，建立所述第一告警和所述第二告警之间的边关系。

4.根据权利要求1至3所述的方法，其中，基于通信设备的告警处理手册，得到M个告警属性之间的层级结构，包括：

基于通信设备的告警处理手册的目录和/或所述告警处理手册中每个告警的布局结构，得到M个告警属性之间的层级结构。

5.根据权利要求1至4中任一项所述的方法，其中，所述每个告警的所述M个告警属性的获取方式包括：

对所述告警处理手册进行文本识别，得到所述告警处理手册中每个告警的文本内容；

基于预设的属性抽取策略对所述每个告警的文本内容进行属性抽取，得到所述每个告警的所述M个告警属性。

6.一种设备告警信息的处理装置，包括：

结构确定模块，用于基于通信设备的告警处理手册，得到M个告警属性之间的层级结构；其中，M为大于等于2的整数；

体系构建模块，用于根据所述M个告警属性之间的层级结构，构建知识图谱体系结构；

图谱建立模块，用于基于所述告警处理手册中每个告警的所述M个告警属性以及所述知识图谱体系结构，得到与所述告警处理手册对应的知识图谱；其中，所述知识图谱用于在所述通信设备产生告警的情况下，确定所述通信设备产生的告警的属性。

7.根据权利要求6所述的装置，其中，所述M个告警属性包括N个核心告警属性；N为大于等于1且小于等于M的整数；

其中，所述图谱建立模块包括：

填充单元，用于基于所述告警处理手册中每个告警的所述M个告警属性，对所述知识图谱体系结构进行填充，得到所述每个告警对应的图谱信息；

边关系建立单元，用于基于所述每个告警的所述N个核心告警属性，建立所述告警处理手册中各个告警之间的边关系；

图谱生成单元，用于基于所述每个告警对应的图谱信息以及所述各个告警之间的边关系，得到所述知识图谱，其中，所述知识图谱还用于确定所述通信设备产生的告警所关联的告警的属性。

8.根据权利要求7所述的装置，其中，边关系建立单元具体用于：

在所述告警处理手册中的第一告警与第二告警的核心告警属性之间有关联关系存在的情况下，建立所述第一告警和所述第二告警之间的边关系。

9.根据权利要求6至8所述的装置，其中，结构确定模块具体用于：

基于通信设备的告警处理手册的目录和/或所述告警处理手册中每个告警的布局结构，得到M个告警属性之间的层级结构。

10.根据权利要求6至9中任一项所述的装置，其中，还包括：

文本识别模块，用于对所述告警处理手册进行文本识别，得到所述告警处理手册中每个告警的文本内容；

属性确定模块，用于基于预设的属性抽取策略对所述每个告警文本内容进行属性抽取，得到所述每个告警的所述M个告警属性。

11.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至5中任一项所述的方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1至5中任一项所述的方法。

13.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1至5中任一项所述的方法。

Images