CN117880060A - 一种基于规则引擎的网络运维方法、***、设备及介质 - Google Patents

Abstract

本申请提供一种基于规则引擎的网络运维方法、***、设备及介质，其中，该网络运维方法通过获取原始告警信息，并对所述原始告警信息进行预处理，得到目标告警信息；对所述目标告警信息进行引擎元素组合处理，得到规则引擎，以及所述规则引擎输出的巡检结果；根据所述巡检结果，对所述目标告警信息进行图谱回溯处理，得到历史回溯事件；根据所述历史回溯事件，对所述巡检结果进行策略构建处理，得到故障运维策略。该网络运维方法可以有效降低网络故障的运维成本和运维难度，减少网络故障的处置时间，从而提高网络故障的运维准确性和运维效率。本申请涉及网络运维技术领域。

Description

一种基于规则引擎的网络运维方法、***、设备及介质

技术领域

本申请涉及网络运维技术领域，尤其涉及一种基于规则引擎的网络运维方法、***、设备及介质。

背景技术

近年来，随着云网融合不断深化，以及5G技术、物联网技术等的广泛应用，极大促进了社会经济的发展，云网愈发受到人们的关注。

目前，传统的网络故障的运维方法通常是在发生告警时，由运维人员前往网络故障点进行检测并分析得出对应的排除方案，以此排除网络故障，该种方式对运维人员的要求较高，运维成本较高，且需要经历网络告警、巡检、指标获取、故障视图查看等操作，网络故障的运维准确性和运维效率不佳。

综上，相关技术中存在的技术问题有待得到改善。

发明内容

本发明的目的在于至少一定程度上解决相关技术中存在的技术问题之一。

本申请实施例的主要目的在于提出一种基于规则引擎的网络运维方法、***、设备及介质，其中，该网络运维方法可以有效降低网络故障的运维成本和运维难度，减少网络故障的处置时间，从而提高网络故障的运维准确性和运维效率。

为实现上述目的，本申请实施例的一方面提出了一种基于规则引擎的网络运维方法，该网络运维方法包括：

获取原始告警信息，并对所述原始告警信息进行预处理，得到目标告警信息；

对所述目标告警信息进行引擎元素组合处理，得到规则引擎，以及所述规则引擎输出的巡检结果，所述规则引擎用于记录巡检规则的集合，所述巡检规则包括原子元素、运算符元素、文本元素和数值元素；

根据所述巡检结果，对所述目标告警信息进行图谱回溯处理，得到历史回溯事件；

根据所述历史回溯事件，对所述巡检结果进行策略构建处理，得到故障运维策略。

在一些实施例中，对所述目标告警信息进行引擎元素组合处理，得到规则引擎，包括：

对所述目标告警信息进行巡检解析处理，得到巡检方案，以及，根据巡检方案，对所述原子元素进行模板激活处理，得到第一运行模板；

根据所述巡检方案，对所述第一运行模板进行元素配置处理，得到第二运行模板；

对所述第二运行模板进行逻辑关系整合处理，得到所述规则引擎。

在一些实施例中，所述根据所述巡检方案，对所述第一运行模板进行元素配置处理，得到第二运行模板，包括：

对所述巡检方案进行参数解析处理，得到固定参数和非固定参数；

根据所述固定参数，对所述第一运行模板进行固定配置处理，得到固定模板；

根据所述非固定参数，对所述第一运行模板进行非固定配置处理，得到非固定模板；

根据所述固定模板，对所述非固定模板进行模板整合处理，得到所述第二运行模板。

在一些实施例中，所述对所述第二运行模板进行逻辑关系整合处理，得到所述规则引擎，包括：

对所述第二运行模板进行巡检规则获取处理，得到原始巡检规则；

对所述原始巡检规则进行逻辑提取处理，得到规则逻辑关系；

根据所述规则逻辑关系，对所述第二运行模板进行引擎构建处理，得到所述规则引擎。

在一些实施例中，所述根据所述巡检结果，对所述目标告警信息进行图谱回溯处理，得到历史回溯事件:

对所述巡检结果进行数据划分处理，得到巡检成功数据和巡检失败数据；

根据所述巡检成功数据，对所述目标告警信息进行标准回溯处理，得到第一回溯事件；

根据所述巡检失败数据，对所述目标告警信息进行网络回溯处理，得到第二回溯事件；

根据所述第一回溯事件，对所述第二回溯事件进行整合处理，得到所述历史回溯事件。

在一些实施例中，所述根据所述巡检成功数据，对所述目标告警信息进行标准回溯处理，得到第一回溯事件，包括：

获取预设的标准运行数据；

对所述目标告警信息进行第一历史特征提取处理，得到第一回溯事件特征；

根据所述巡检成功数据，对所述标准运行数据进行差异比较处理，得到差异比较结果；

当所述差异比较结果为异常，则根据所述第一回溯事件特征，对所述巡检成功数据进行第一事件匹配处理，得到所述第一回溯事件。

在一些实施例中，所述根据所述巡检失败数据，对所述目标告警信息进行网络回溯处理，得到第二回溯事件，包括：

对所述目标告警信息进行第二历史特征提取处理，得到第二回溯事件特征；

对所述巡检失败数据进行映射查询处理，得到网络运行数据；

根据所述第二回溯事件特征，对所述网络运行数据进行第二事件匹配处理，得到所述第二回溯事件。

为实现上述目的，本申请实施例的另一方面提出了一种基于规则引擎的网络运维***，所述网络运维***包括：

预处理单元，用于获取原始告警信息，并对所述原始告警信息进行预处理，得到目标告警信息；

组合单元，用于对所述目标告警信息进行引擎元素组合处理，得到规则引擎，以及所述规则引擎输出的巡检结果，所述规则引擎用于记录巡检规则的集合，所述巡检规则包括原子元素、运算符元素、文本元素和数值元素；

回溯单元，用于根据所述巡检结果，对所述目标告警信息进行图谱回溯处理，得到历史回溯事件；

构建单元，用于根据所述历史回溯事件，对所述巡检结果进行策略构建处理，得到故障运维策略。

为实现上述目的，本申请实施例的另一方面提出了一种电子设备，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现前面所述的方法。

为实现上述目的，本申请实施例的另一方面提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现前面所述的方法。

本申请实施例至少包括以下有益效果：

本申请提供一种基于规则引擎的网络运维方法、***、设备及介质，其中，该网络运维方法通过获取原始告警信息，并对所述原始告警信息进行预处理，得到目标告警信息；对所述目标告警信息进行引擎元素组合处理，得到规则引擎，以及所述规则引擎输出的巡检结果，所述规则引擎用于记录巡检规则的集合，所述巡检规则包括原子元素、运算符元素、文本元素和数值元素；根据所述巡检结果，对所述目标告警信息进行图谱回溯处理，得到历史回溯事件；根据所述历史回溯事件，对所述巡检结果进行策略构建处理，得到故障运维策略。该网络运维方法通过利用规则引擎输出的巡检结果，可以在空间维度上得到更加全面的网络运行检测信息，而通过对目标告警信息的图谱回溯处理，调取到网络中的历史回溯事件，其可以从时间维度上得到更加全面的网络运行信息，更好地实现网络故障的定位以及网络故障类型的确定，能够有效降低网络故障的运维成本和运维难度，减少网络故障的处置时间，从而提高网络故障的运维准确性和运维效率。

附图说明

图1是本申请实施例提供的一种基于规则引擎的网络运维方法的流程图；

图2是本申请实施例提供的一种步骤S102的流程图；

图3是本申请实施例提供的一种步骤S1022的流程图；

图4是本申请实施例提供的一种步骤S1023的流程图；

图5是本申请实施例提供的一种与规则引擎构建相关的可视化示意图；

图6是本申请实施例提供的一种步骤S103的流程图；

图7是本申请实施例提供的一种步骤S1032的流程图；

图8是本申请实施例提供的一种步骤S1033的流程图；

图9是本申请实施例提供的一种基于规则引擎的网络运维***的结构示意图；

图10是本申请实施例提供的一种电子设备的硬件结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请实施例相一致的所有实施方式，它们仅是与如所附权利要求书中所详述的、本申请实施例的一些方面相一致的装置/设备和方法的例子。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种概念，但除非特别说明，这些概念不受这些术语限制。这些术语仅用于将一个概念与另一个概念区分。例如，在不脱离本申请实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“若”、“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本申请所使用的术语“至少一个”、“多个”、“每个”、“任一”等，至少一个包括一个、两个或两个以上，多个包括两个或两个以上，每个是指对应的多个中的每一个，任一是指多个中的任意一个。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

目前，传统网络故障的运维方法通常是在发生告警时，由运维人员前往网络故障点进行检测并分析得出对应的排除方案，以此排除网络故障，该种方式对运维人员的要求较高，运维成本较高，且需要经历网络告警、巡检、指标获取、故障视图查看等操作，网络故障的运维准确性和运维效率不佳。

有鉴于此，本申请实施例中提供一种基于规则引擎的网络运维方法、***、设备及介质，其中，该网络运维方法通过利用规则引擎输出的巡检结果，可以在空间维度上得到更加全面的网络运行检测信息，而通过对目标告警信息的图谱回溯处理，调取到网络中的历史回溯事件，其可以从时间维度上得到更加全面的网络运行信息，更好地实现网络故障的定位以及网络故障类型的确定，能够有效降低网络故障的运维成本和运维难度，减少网络故障的处置时间，从而提高网络故障的运维准确性和运维效率。

本申请实施例提供的一种基于规则引擎的网络运维方法，可以应用于网络应用场景中。在网络应用场景中，网络服务提供商可以通过本申请实施例提供的基于规则引擎的网络运维方法来对网络故障节点进行运维，得到与网络故障节点对应的故障运维策略，以此降低网络故障的运维成本和运维难度，减少网络故障的处置时间，有效提高网络故障的运维准确性和运维效率。

本申请实施例提供的基于规则引擎的网络运维方法，可应用于终端中，也可应用于服务器中，还可以是运行于终端或服务器中的软件。在一些实施例中，终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表以及车载终端等，但并不局限于此；服务器端可以配置成独立的物理服务器，也可以配置成多个物理服务器构成的服务器集群或者分布式***，还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN以及大数据和人工智能平台等基础云计算服务的云服务器，服务器还可以是区块链网络中的一个节点服务器；软件可以是实现该方法的应用等，但并不局限于以上形式。

本申请可用于众多通用或专用的计算机***环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器***、基于微处理器的***、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何***或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

图1是本申请实施例提供的基于规则引擎的网络运维方法的一个可选的流程图，图1中的方法可以包括但不限于包括步骤S101至步骤S104。

步骤S101、获取原始告警信息，并对所述原始告警信息进行预处理，得到目标告警信息；

在本申请实施例中，原始告警信息可以是由网络故障节点发送的告警信息得到，在获得原始告警信息后，可以根据预设的告警格式，对原始告警信息进行告警生成，得到标准格式的告警信息；然后，对所有标准格式的告警信息依次进行数据去重、数据解析和信息过滤后，以此完成对原始告警信息的预处理，从而得到目标告警信息。

步骤S102、对所述目标告警信息进行引擎元素组合处理，得到规则引擎，以及所述规则引擎输出的巡检结果，所述规则引擎用于记录巡检规则的集合，所述巡检规则包括原子元素、运算符元素、文本元素和数值元素；

参照图2，所述步骤S102、对所述目标告警信息进行引擎元素组合处理，得到规则引擎，包括：

步骤S1021、对所述目标告警信息进行巡检解析处理，得到巡检方案，以及，根据巡检方案，对所述原子元素进行模板激活处理，得到第一运行模板；

可以理解的是，目标告警信息可以包括告警故障位置、告警故障时间、告警故障登记、告警故障实体类型等，故在本申请实施例中，首先可以对目标告警信息进行解析，以提取出巡检过程中所需的故障信息。

示例性地，巡检解析处理可以是将目标告警信息中的告警故障位置和告警故障实体类型提取出来，然后通过告警故障位置初步确定出需要进行巡检的网络节点，然后结合告警故障实体类型，最终确定出巡检目标和对应的巡检方案。

值得一提的是，该巡检方案可以是从数据库中获取，也可以是根据运维平台等途径获取，本申请实施例中以巡检方案从数据库中获取为例，数据库预先存储有与告警故障实体类型的巡检方案，具体可以根据需要进行巡检的网络节点和告警故障实体类型，确定出巡检目标，然后再根据巡检目标，在数据库中进行数据查询，以此得到对应的巡检方案。还可以理解的是，原子元素用于表征一个或一系列不可被中断的巡检操作，而巡检操作可以通过一个独立的、可重复使用的、具有明确输入输出的最小功能模块实现，具体可以根据原子能力平台实现，本申请在此就不再多余赘述。

而在本申请实施例中，在获得与巡检目标对应的巡检方案后，可以根据该巡检方案，确定出与该巡检方案对应的一个或多个原子元素，以及，根据该巡检方案确定出与该巡检方案相关的原始规则模板，其中，该原始规则模板可以预先存储在数据库中。需要说明的是，在获取到原始规则模板后，可以将原子元素添加至原始规则模板中，实现原子元素的功能激活，以此得到第一运行模板。

具体地，将原子元素添加至原始规则模板的方式可以是人工添加或机器添加的方式，对于人工添加方式，其可以是以可视化的方式，通过原子能力平台向运维人员提供原子元素以及原始规则模板的可视化示图，再由原子能力平台根据运维人员对原子元素的操作指令实现原子元素添加至原始规则模板。而对于机器添加方式，则可以是预先为原始规则模板中的每个原始元素设置数据有效性条件，并通过自动填入等方式，根据原子元素对原始规则模板中的原始元素进行填入更新，以此实现对原子元素的模板激活处理，本申请示例仅作说明，并非对本申请作出任何限制。值得一提的是，对于模板激活处理这一阶段，原始规则模板中的原始元素可以指的是在原始规则模板中，为填入原子元素所提前预留的原子元素位。

步骤S1022、根据所述巡检方案，对所述第一运行模板进行元素配置处理，得到第二运行模板；

参照图3，所述步骤S1022、根据所述巡检方案，对所述第一运行模板进行元素配置处理，得到第二运行模板，包括：

步骤S10221、对所述巡检方案进行参数解析处理，得到固定参数和非固定参数；

步骤S10222、根据所述固定参数，对所述第一运行模板进行固定配置处理，得到固定模板；

步骤S10223根据所述非固定参数，对所述第一运行模板进行非固定配置处理，得到非固定模板；

步骤S10224、根据所述固定模板，对所述非固定模板进行模板整合处理，得到所述第二运行模板。

可以理解的是，参数解析处理用于解析提取巡检方案的特征参数，该特征参数具体可以分为固定参数和非固定参数，其中，固定参数可以是巡检周期、巡检指标、巡检流程等通常不会改变的特征参数，而非固定参数可以是巡检人员、巡检时间等会随时改变的特征参数。具体地，在本申请实施例中，固定参数的参数类型、参数名称和参数值的长度固定，每个固定参数可以对应一个非固定参数，该非固定参数的参数类型、参数名称和参数值的长度并不固定，其可以是固定参数携带的信息内容。

还可以理解的是，对于某一个提取得到的固定参数，该固定参数可以是文本格式或数值格式，也即该固定参数对应于文本元素或数值元素，其余固定参数和非固定参数同理。

在本申请实施例中，固定配置处理可以是将所有固定参数添加至第一运行模板中，具体可以是通过人工添加或机器添加的方式，根据固定参数对原始规则模板中的原始元素进行固定填入更新，以此完成固定配置处理，并得到固定填入更新后的第一运行模板(即固定模板)。值得一提的是，对于某一个固定参数，由于本申请实施例中的固定参数与文本元素或数值元素对应，则在固定配置处理过程中，原始规则模板中的原始元素可以指的是在原始规则模板中，为填入文本元素所提前预留的文本元素位，或者，在原始规则模板中，为填入数值元素所提前预留的数值元素位，这些文本元素位和/或数值元素位在之前的模板激活处理过程中，可以不受原子元素的填入行为影响，其余固定参数同理，可以简单类推得出，本申请在此就不再多余赘述。

需要说明的是，非固定配置处理可以是将所有非固定参数添加至固定模板中，具体首先可以是获取与非固定参数的参数类型，然后根据该参数类型和巡检目标，确定出与该参数类型匹配的特殊参数，然后依据对应特殊参数，对原始规则模板中的原始元素进行非固定填入更新，以此完成非固定配置处理，并得到非固定填入更新后的第一运行模板(即非固定模板)。值得一提的是，对于某一个非固定参数，其对应的特殊参数也可以与文本元素或数值元素对应，在非固定配置处理过程中的原始元素，与前述在固定配置处理过程中的原始元素内容类似，可以简单类推得出，而特殊参数可以是与非固定参数对应的关键字(value)值，该value值可以根据制定的数据交互规范，对非固定参数进行解析得到，本申请在此就不再多余赘述。

值得说明的是，本申请实施例中的固定配置处理和非固定配置处理均是对文本格式类型和/或数值格式类型的原始元素进行填入更新，填入更新可能会出现多种情形，具体填入更新情形可以预先根据实际情况设置。本申请实施例以文本元素位更新为例，与固定配置处理对应的文本元素位，和与非固定配置处理对应的文本元素位，可以存在交集或者不存在交集。

具体地，当存在交集时，则可以是若干个固定参数对应的文本元素位，与若干个非固定参数对应的文本元素位相同，此时对于这些特定的非固定参数，其填入的文本元素位是固定填入更新后得到的文本元素位；而当不存在交集，则与固定参数对应的文本元素位，和与非固定参数对应得文本元素位互不影响。对于文本元素位是否存在交集可以通过设置原始规则模板改变，而当不存在交集时，则可以直接将固定模板和非固定模板组合，以此得到第二运行模板；而当存在交集时，则可以通过预设的选取规则进行文本元素位的筛选，以此得到第二运行模板，数值元素为同理，可以简单类推得出。

步骤S1023、对所述第二运行模板进行逻辑关系整合处理，得到所述规则引擎。

参照图4，所述步骤S1023、对所述第二运行模板进行逻辑关系整合处理，得到所述规则引擎，包括：

步骤S10231、对所述第二运行模板进行巡检规则获取处理，得到原始巡检规则；

步骤S10232、对所述原始巡检规则进行逻辑提取处理，得到规则逻辑关系；

步骤S10233、根据所述规则逻辑关系，对所述第二运行模板进行引擎构建处理，得到所述规则引擎。

参照图5，在本申请实施例中，可以对第二运行模板中的巡检规则进行提取，得到原始巡检规则，然后根据预设的逻辑提取算法，提取各个原始巡检规则之间的逻辑关系进行提取，得到规则逻辑关系，以此确保第二运行模板中的规则之间的逻辑关系的准确性；接着，对规则逻辑关系以运算符形式表达，得到运算符元素；最后，根据运算符元素，对第二运行模板中的原子元素、数值元素和文本元素进行组合，构建出规则引擎。

可以理解的是，预设的逻辑提取算法可以通过自然语言处理(NLP)技术实现，在获取规则引擎后，可以根据巡检方案对巡检目标进行故障巡检，将故障巡检中获取的运行参数输入值规则引擎中进行入参出参检测，以此得到规则引擎输出的出参参数，并以输出的出参参数作为巡检结果。

步骤S103、根据所述巡检结果，对所述目标告警信息进行图谱回溯处理，得到历史回溯事件；

参照图6，所述步骤S103、根据所述巡检结果，对所述目标告警信息进行图谱回溯处理，得到历史回溯事件:

步骤S1031、对所述巡检结果进行数据划分处理，得到巡检成功数据和巡检失败数据；

可以理解的是，对于某一巡检目标，其在故障巡检过程中通常会有若干个巡检项目，每个巡检项目对应一个巡检数据，故在本申请实施例中，首先可以根据巡检项目是否成功进行巡检，对巡检结果中的所有巡检数据进行数据划分，将成功进行巡检的巡检项目，以及与其对应的巡检数据划分为巡检成功数据；将巡检失败的巡检项目，以及与其对应的巡检数据划分为巡检失败数据。

步骤S1032、根据所述巡检成功数据，对所述目标告警信息进行标准回溯处理，得到第一回溯事件；

参照图7，所述步骤S1032、根据所述巡检成功数据，对所述目标告警信息进行标准回溯处理，得到第一回溯事件，包括：

步骤S10321、获取预设的标准运行数据；

步骤S10322、对所述目标告警信息进行第一历史特征提取处理，得到第一回溯事件特征；

步骤S10323、根据所述巡检成功数据，对所述标准运行数据进行差异比较处理，得到差异比较结果；

步骤S10324、当所述差异比较结果为异常，则根据所述第一回溯事件特征，对所述巡检成功数据进行第一事件匹配处理，得到所述第一回溯事件。

在本申请实施例中，对于某一巡检成功数据，首先可以根据该巡检成功数据中的巡检项目，获取到对应巡检项目的标准运行数据，该标准运行数据为该巡检项目正常运行时的数据；第一历史特征提取处理可以是获取与目标告警信息相关的历史告警信息，并确定出与历史告警信息对应的历史回溯事件，然后提取该历史回溯事件的特征作为第一回溯事件特征。具体地，本申请实施例中的历史回溯事件可以是通过云网运维事件的历史记录获取，运维运维事件的历史记录可以存储在图数据库中，通过图谱引擎获取图数据库中的历史回溯事件，本申请示例仅作说明，并非对本申请作出任何限制。

可以理解的是，在获取到第一回溯事件特征后，可以对巡检成功数据与标准运行数据之间的差异进行比较，具体可以是比较巡检成功数据是否超出标准运行数据的数据范围。当巡检成功数据与标准运行数据的差异比较结果为正常时，巡检成功数据中的巡检项目可以划分为正常项目，此时不做异常相关的操作。

而巡检成功数据与标准运行数据的差异比较结果为异常时，此时巡检成功数据的巡检项目可以划分为异常项目，然后获取该异常项目在图谱引擎中的节点位置；接着根据该节点位置，确定出与该节点位置相关联的第一图谱结构，通过第一图谱结构读取到第一历史事件列表，该第一历史事件列表包括多个第一历史事件；再接着，通过第一回溯事件特征，对第一历史事件列表中的所有第一历史事件进行特征匹配，将特征匹配成功的第一历史事件作为与异常项目时的巡检成功数据对应的历史回溯事件(即第一回溯事件)。

步骤S1033、根据所述巡检失败数据，对所述目标告警信息进行网络回溯处理，得到第二回溯事件；

参照图8，所述步骤S1033、根据所述巡检失败数据，对所述目标告警信息进行网络回溯处理，得到第二回溯事件，包括：

步骤S10331、对所述目标告警信息进行第二历史特征提取处理，得到第二回溯事件特征；

步骤S10332、对所述巡检失败数据进行映射查询处理，得到网络运行数据；

步骤S10333、根据所述第二回溯事件特征，对所述网络运行数据进行第二事件匹配处理，得到所述第二回溯事件。

在本申请实施例中，步骤S10331与前述步骤S10322的陈述内容类似，可以简单类推得出，本申请在此就不再多余赘述。还有，对巡检失败数据的映射查询处理首先可以是从巡检失败数据中读取巡检失败原因，该巡检失败原因可以根据巡检返回的异常值得出，然后，根据该巡检失败原因，查询与该巡检失败原因相关的运行数据，并将查询得到的运行数据作为网络运行数据。

可以理解的是，第二事件匹配处理可以是通过图谱引擎获取与网络运行数据对应的第二图谱结构，然后根据第二图谱结构读取第二历史事件列表，通过第二回溯事件特征，对第二历史事件列表中的所有第二历史事件进行特征匹配，以此得到第二回溯事件。

步骤S1034、根据所述第一回溯事件，对所述第二回溯事件进行整合处理，得到所述历史回溯事件。

在本申请实施例中，第一回溯事件和第二回溯事件往往为多个，整合处理可以是对事件进行保留、合并等操作。例如，当某个第一回溯事件存在一个相同的第二回溯事件时，可以根据预设的保留规则进行整合，即保留第一回溯事件，删除第二回溯事件，或者，保留第二回溯事件，删除第一回溯事件，然后将保留的回溯事件作为历史回溯事件。再例如，当某一个第一回溯事件存在可合并的第二回溯事件时，可以对第一回溯事件和第二回溯事件的数据信息进行合并，并将合并后的回溯事件作为历史回溯事件。

步骤S104、根据所述历史回溯事件，对所述巡检结果进行策略构建处理，得到故障运维策略。

在本申请实施例中，历史回溯事件可以用于表征在巡检结果之前，网络运行时发生的事件，策略构建处理可以是基于巡检结果，结合历史回溯事件构建一个动态网络运行模型，该动态网络运行模型用于记录模拟巡检之前的网络事件运行情况；然后对动态网络运行模型进行运行曲线特征提取，得到运行特征曲线，该运行特征曲线用于表征网络随时间变化的运行情况；接着，可以从该运行特征曲线提取出若干个不满足标准运行曲线的曲线段，基于这些曲线段的运行参数特征生成对应的故障运维策略。值得一提的是，标准运行曲线可以根据预设的标准运行数据中得出，本申请在此就不再多余赘述。

请参阅图9，本申请实施例还提供一种基于规则引擎的网络运维***，可以实现上述的基于规则引擎的网络运维方法，该网络运维***包括：

预处理单元310，用于获取原始告警信息，并对所述原始告警信息进行预处理，得到目标告警信息；

组合单元320，用于对所述目标告警信息进行引擎元素组合处理，得到规则引擎，以及所述规则引擎输出的巡检结果，所述规则引擎用于记录巡检规则的集合，所述巡检规则包括原子元素、运算符元素、文本元素和数值元素；

回溯单元330，用于根据所述巡检结果，对所述目标告警信息进行图谱回溯处理，得到历史回溯事件；

构建单元340，用于根据所述历史回溯事件，对所述巡检结果进行策略构建处理，得到故障运维策略。

可以理解的是，上述方法实施例中的内容均适用于本***实施例中，本***实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

本申请实施例还提供了一种电子设备，电子设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述的方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。

可以理解的是，上述方法实施例中的内容均适用于本设备实施例中，本设备实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

请参阅图10，图10示意了另一实施例的电子设备的硬件结构，电子设备包括：

处理器901，可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请实施例所提供的技术方案；

存储器902，可以采用只读存储器(Read Only Memory，ROM)、静态存储设备、动态存储设备或者随机存取存储器(Random Access Memory，RAM)等形式实现。存储器902可以存储操作***和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器902中，并由处理器901来调用执行本申请实施例的方法；

输入/输出接口903，用于实现信息输入及输出；

通信接口904，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信；

总线905，在设备的各个组件(例如处理器901、存储器902、输入/输出接口903和通信接口904)之间传输信息；

其中处理器901、存储器902、输入/输出接口903和通信接口904通过总线905实现彼此之间在设备内部的通信连接。

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

可以理解的是，上述方法实施例中的内容均适用于本存储介质实施例中，本存储介质实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请实施例描述的实施例是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图中示出的技术方案并不构成对本申请实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。

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

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、***、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例的方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序的介质。

以上参照附图说明了本申请实施例的优选实施例，并非因此局限本申请实施例的权利范围。本领域技术人员不脱离本申请实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本申请实施例的权利范围之内。

Claims (10)

1.一种基于规则引擎的网络运维方法，其特征在于，包括：

获取原始告警信息，并对所述原始告警信息进行预处理，得到目标告警信息；

对所述目标告警信息进行引擎元素组合处理，得到规则引擎，以及所述规则引擎输出的巡检结果，所述规则引擎用于记录巡检规则的集合，所述巡检规则包括原子元素、运算符元素、文本元素和数值元素；

根据所述巡检结果，对所述目标告警信息进行图谱回溯处理，得到历史回溯事件；

根据所述历史回溯事件，对所述巡检结果进行策略构建处理，得到故障运维策略。

2.根据权利要求1所述的基于规则引擎的网络运维方法，其特征在于，所述对所述目标告警信息进行引擎元素组合处理，得到规则引擎，包括：

对所述目标告警信息进行巡检解析处理，得到巡检方案，以及，根据巡检方案，对所述原子元素进行模板激活处理，得到第一运行模板；

根据所述巡检方案，对所述第一运行模板进行元素配置处理，得到第二运行模板；

对所述第二运行模板进行逻辑关系整合处理，得到所述规则引擎。

3.根据权利要求2所述的基于规则引擎的网络运维方法，其特征在于，所述根据所述巡检方案，对所述第一运行模板进行元素配置处理，得到第二运行模板，包括：

对所述巡检方案进行参数解析处理，得到固定参数和非固定参数；

根据所述固定参数，对所述第一运行模板进行固定配置处理，得到固定模板；

根据所述非固定参数，对所述第一运行模板进行非固定配置处理，得到非固定模板；

根据所述固定模板，对所述非固定模板进行模板整合处理，得到所述第二运行模板。

4.根据权利要求2所述的基于规则引擎的网络运维方法，其特征在于，所述对所述第二运行模板进行逻辑关系整合处理，得到所述规则引擎，包括：

对所述第二运行模板进行巡检规则获取处理，得到原始巡检规则；

对所述原始巡检规则进行逻辑提取处理，得到规则逻辑关系；

根据所述规则逻辑关系，对所述第二运行模板进行引擎构建处理，得到所述规则引擎。

5.根据权利要求1至4任意一项所述的基于规则引擎的网络运维方法，其特征在于，所述根据所述巡检结果，对所述目标告警信息进行图谱回溯处理，得到历史回溯事件:

对所述巡检结果进行数据划分处理，得到巡检成功数据和巡检失败数据；

根据所述巡检成功数据，对所述目标告警信息进行标准回溯处理，得到第一回溯事件；

根据所述巡检失败数据，对所述目标告警信息进行网络回溯处理，得到第二回溯事件；

根据所述第一回溯事件，对所述第二回溯事件进行整合处理，得到所述历史回溯事件。

6.根据权利要求5所述的基于规则引擎的网络运维方法，其特征在于，所述根据所述巡检成功数据，对所述目标告警信息进行标准回溯处理，得到第一回溯事件，包括：

获取预设的标准运行数据；

对所述目标告警信息进行第一历史特征提取处理，得到第一回溯事件特征；

根据所述巡检成功数据，对所述标准运行数据进行差异比较处理，得到差异比较结果；

当所述差异比较结果为异常，则根据所述第一回溯事件特征，对所述巡检成功数据进行第一事件匹配处理，得到所述第一回溯事件。

7.根据权利要求5所述的基于规则引擎的网络运维方法，其特征在于，所述根据所述巡检失败数据，对所述目标告警信息进行网络回溯处理，得到第二回溯事件，包括：

对所述目标告警信息进行第二历史特征提取处理，得到第二回溯事件特征；

对所述巡检失败数据进行映射查询处理，得到网络运行数据；

根据所述第二回溯事件特征，对所述网络运行数据进行第二事件匹配处理，得到所述第二回溯事件。

8.一种基于规则引擎的网络运维***，其特征在于，包括：

预处理单元，用于获取原始告警信息，并对所述原始告警信息进行预处理，得到目标告警信息；

组合单元，用于对所述目标告警信息进行引擎元素组合处理，得到规则引擎，以及所述规则引擎输出的巡检结果，所述规则引擎用于记录巡检规则的集合，所述巡检规则包括原子元素、运算符元素、文本元素和数值元素；

回溯单元，用于根据所述巡检结果，对所述目标告警信息进行图谱回溯处理，得到历史回溯事件；

构建单元，用于根据所述历史回溯事件，对所述巡检结果进行策略构建处理，得到故障运维策略。

9.一种电子设备，其特征在于，包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如权利要求1-7中任一项所述的方法。

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