CN115632928A - 基于系统层级的告警方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种基于系统层级的告警方法、装置、电子设备及存储介质。该方法包括：获取至少一个系统层级的监控告警平台的原始告警信息；其中，所述系统层级包括应用层、系统层、网络层和设备层，所述原始告警信息用于表示各监控告警平台对所属的系统层级进行监控所得到的异常信息；对各系统层级对应的原始告警信息进行组合，得到目标告警信息；根据所述目标告警信息，发出应急抢修的提示信息。本申请的方法，通过对不同系统层级的告警信息进行整合，便于应急人员直观分析异常情况，快速展开应急处置，提高抢修效率。

Description

基于系统层级的告警方法、装置、电子设备及存储介质

技术领域

本申请涉及监控告警技术，尤其涉及一种基于系统层级的告警方法、装置、电子设备及存储介质。

背景技术

应急告警是一种高等级监控告警，一旦系统发出告警信息，工作人员可根据告警信息组织开展系统的应急抢修活动。

现有技术中，是针对各系统层级，进行告警信息的输出，工作人员需要对多个层级的告警信息进行分析，确定是否展开抢修活动。但是，各个系统层级的监控告警平台需要分别输出对应的告警信息，造成告警频繁，告警信息的查看效率低，不便于抢修工作的展开，系统抢修的效率较低。

发明内容

本申请提供一种基于系统层级的告警方法、装置、电子设备及存储介质，用以将各个系统层级的告警信息进行整合，提高告警信息的查看效率和系统抢修效率。

第一方面，本申请提供一种基于系统层级的告警方法，包括：

获取至少一个系统层级的监控告警平台的原始告警信息；其中，所述系统层级包括应用层、系统层、网络层和设备层，所述原始告警信息用于表示各监控告警平台对所属的系统层级进行监控所得到的异常信息；

对各系统层级对应的原始告警信息进行组合，得到目标告警信息；

根据所述目标告警信息，发出应急抢修的提示信息。

第二方面，本申请提供一种基于系统层级的告警装置，包括：

信息获取模块，用于获取至少一个系统层级的监控告警平台的原始告警信息；其中，所述系统层级包括应用层、系统层、网络层和设备层，所述原始告警信息用于表示各监控告警平台对所属的系统层级进行监控所得到的异常信息；

信息组合模块，用于对各系统层级对应的原始告警信息进行组合，得到目标告警信息；

告警模块，用于根据所述目标告警信息，发出应急抢修的提示信息。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如本申请第一方面所述的基于系统层级的告警方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如本申请第一方面所述的基于系统层级的告警方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如本申请第一方面所述的基于系统层级的告警方法。

本申请提供的一种基于系统层级的告警方法、装置、电子设备及存储介质，通过获取各系统层级的监控告警平台监控得到的原始告警信息，对各系统层级的原始告警信息进行整合，得到目标告警信息。根据目标告警信息确定应急抢修的提示信息，并向用户发出提示信息，供用户对各系统层级的异常情况进行统一查看，便于进行应急抢修。解决了现有技术中，各系统层级的监控告警平台分别发出各自的原始告警信息，所造成的用户查看效率和抢修效率低等问题，减少不必要的告警次数。通过对原始告警信息进行整合，可以提高用户对异常情况的查看和分析效率，综合判断是否需要进行抢修，提高系统的抢修效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种基于系统层级的告警方法的流程示意图；

图2为本申请实施例提供的原始告警信息的数据传输示意图；

图3为本申请实施例提供的一种基于系统层级的告警方法的流程示意图；

图4为本申请实施例提供的一种基于系统层级的告警方法的流程示意图；

图5为本申请实施例提供的一种基于系统层级的告警装置的结构框图；

图6为本申请实施例提供的一种基于系统层级的告警装置的结构框图；

图7为本申请实施例提供的一种电子设备的结构框图；

图8为本申请实施例提供的一种电子设备的结构框图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

需要注意的是，由于篇幅所限，本申请说明书没有穷举所有可选的实施方式，本领域技术人员在阅读本申请说明书后，应该能够想到，只要技术特征不互相矛盾，那么技术特征的任意组合均可以构成可选的实施方式。下面对各实施例进行详细说明。

计算机系统在使用过程中，经常会出现异常，工作人员需要及时发现异常并进行抢修。例如，可以对系统的应用层、系统层、网络层和设备层进行抢修。现有技术中，各层级只能通过自身的监控告警平台进行本层级的告警信息的发出，单个层级的告警信息一般不足以判断是否启动应急。由于只展示某一层级的告警信息，不便于对异常原因进行定位。且现在技术不对告警信息的格式进行标准化处理，所以信息查看效率也较低。

工作人员需要通过各层级的告警信息人工判断是否启动应急抢修，展开抢修活动。例如，应用层的告警信息能够反应业务功能或者交易的异常，可以包括对交易成功量、交易响应时间、进程状态、交易连接数和网页访问监测等的监控；系统层的告警信息能够反应出业务系统的系统层面的异常，可以包括对内存、CPU、线程、集群状态和中间件状态等的监控；网络层的告警信息能够反应出整体与局部网络状态的异常，可以包括对丢包率、网络时延、链路通断和防火墙数等的监控；设备层的告警信息能够反应出服务器等设备生存状态的异常，可以包括对CPU、存储、内存、电源、风扇、硬盘和磁盘状态等的监控。对单个层级的告警信息进行查看和抢修，会使得告警信息的查看效率较低，浪费人力和时间，容易出现抢修判断错误的情况，影响应急抢修的效率和精度。

本申请提供的一种基于系统层级的告警方法、装置、电子设备及存储介质，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1是根据本申请实施例提供的一种基于系统层级的告警方法的流程示意图，该方法由一种基于系统层级的告警装置执行。如图1所示，该方法包括以下步骤：

S101、获取至少一个系统层级的监控告警平台的原始告警信息；其中，系统层级包括应用层、系统层、网络层和设备层，原始告警信息用于表示各监控告警平台对所属的系统层级进行监控所得到的异常信息。

示例性地，系统层级可以包括应用层、系统层、网络层和设备层，各个系统层级都对应有自己的监控告警平台，各监控告警平台可以对所属系统层级进行监控，确定各系统层级是否存在异常。例如，应用层的监控告警平台可以对交易成功量、交易响应时间、进程状态、交易连接数和网页访问监测等进行监控告警；系统层的监控告警平台可以对内存、CPU、线程、集群状态和中间件状态等进行监控告警；网络层的监控告警平台可以对Ping(Packet Internet Groper，因特网包探索器)连接数、丢包率、网络时延、链路通断和防火墙数等进行监控告警；设备层的监控告警平台可以对CPU、存储、内存、电源、风扇、硬盘和磁盘状态等进行监控告警。

各监控告警平台可以在监控到异常时生成异常信息，作为该监控告警平台的原始告警信息。即，原始告警信息为各监控告警平台对所属的系统层级进行监控所得到的异常信息。例如，设备层的监控告警平台在12点监控到风扇停止转动，则可以生成原始告警信息为“12点设备层风扇停止转动”。

可以建立一个应急告警平台，通过预设的开放数据接口与各系统层级的监控告警平台对接，实时接收来自不同系统层级的原始告警信息。即，可以同时得到多个系统层级的原始告警信息。例如，应急告警平台可以在12点接收到应用层的监控告警平台对于交易成功量的原始告警信息，和系统层的监控告警平台对于集群状态的原始告警信息。图2为原始告警信息的数据传输示意图。各系统层级的监控告警平台将原始告警信息传输至预设的应急告警平台，由应急告警平台对原始告警信息进行后续的整合和展示等处理。

S102、对各系统层级对应的原始告警信息进行组合，得到目标告警信息。

示例性地，在得到多个系统层级的原始告警信息后，可以将多个原始告警信息进行组合，将多个原始告警信息整合为一个目标告警信息。即，目标告警信息中可以包括多个原始告警信息。

可以是将在同一时间段内接收到的原始告警信息进行结合，例如，将在12点至13点内接收到的应用层、系统层、网络层和设备层的原始告警信息进行整合，得到的目标告警信息中包括应用层、系统层、网络层和设备层在12点至13点之间所发生的所有的异常情况。

对各系统层级对应的原始告警信息进行组合，可以是将多条完整的原始告警信息拼接为一条目标告警信息。也可以是从原始告警信息中提取部分信息，将提取出的信息拼接为目标告警信息。例如，所提取出的信息可以包括原始告警信息所对应的系统层级、发生异常的时间和具体的异常事件等，异常事件可以包括出现异常的业务功能、交易、网络状态和设备硬件等。

S103、根据目标告警信息，发出应急抢修的提示信息。

示例性地，在得到目标告警信息后，可以将目标告警信息展示给用户，并向用户发出应急抢修的提示信息。例如，可以在设备的界面上发出弹窗，作为应急抢修的提示信息，提示信息的内容可以是目标告警信息。

用户可以根据应急抢修的提示信息对系统层级进行抢修。例如，应急抢修的提示信息中可以包括多个系统层级所出现的异常，用户可以综合各系统层级的异常，对异常进行定位，实现精准抢修。解决了各监控告警平台只展示某一系统层级的原始告警信息，不便于对异常原因进行定位的问题。实现对不同系统层级的原始告警信息进行关联整合，实现整合后的告警信息的快速报出，进而实现对异常问题的快速定位，提升用户的异常处置效率。例如，提示信息中显示应用层的交易成功量出现异常，以及网络层的链路通断出现异常，用户可以直接查看到这两处异常，判断出是网络层的链路通断出现异常而造成的交易成功量的异常，将异常定位到网络层，提高抢修效率。避免用户对单个系统层级的原始告警信息进行错误分析，提高用户对异常情况的分析的正确率。

可以预设异常分析规则，在得到目标告警信息后，可以根据异常分析规则，自动确定异常情况的位置，将确定出的定位作为提示信息展示给用户。例如，异常分析规则可以在多个系统层级存在异常时，将底层的系统层级作为异常情况的最终定位。有效节约人力和时间，提高分析效率和系统抢修效率。

本申请实施例提供的一种基于系统层级的告警方法，通过获取各系统层级的监控告警平台监控得到的原始告警信息，对各系统层级的原始告警信息进行整合，得到目标告警信息。根据目标告警信息确定应急抢修的提示信息，并向用户发出提示信息，供用户对各系统层级的异常情况进行统一查看，便于进行应急抢修。解决了现有技术中，各系统层级的监控告警平台分别发出各自的原始告警信息，所造成的用户查看效率和抢修效率低等问题，减少不必要的告警次数。通过对原始告警信息进行整合，可以提高用户对异常情况的查看和分析效率，综合判断是否需要进行抢修，提高系统的抢修效率。

图3为本申请实施例提供的一种基于系统层级的告警方法的流程示意图，该实施例是在上述实施例基础上的可选实施例。

本实施例中，对各系统层级对应的原始告警信息进行组合，得到目标告警信息，可细化为：从各原始告警信息中获取告警内容和原始告警信息所属的系统层级；其中，告警内容包括异常发生时间和异常事件；根据各原始告警信息所属的系统层级和各告警内容，得到目标告警信息。

如图3所示，该方法包括以下步骤：

S301、获取至少一个系统层级的监控告警平台的原始告警信息；其中，系统层级包括应用层、系统层、网络层和设备层，原始告警信息用于表示各监控告警平台对所属的系统层级进行监控所得到的异常信息。

示例性地，本步骤可以参见上述步骤S101，不再赘述。

S302、从各原始告警信息中获取告警内容和原始告警信息所属的系统层级；其中，告警内容包括异常发生时间和异常事件。

示例性地，原始告警信息由对应的系统层级的监控告警平台发出，因此，原始告警信息与系统层级之间存在关联关系，例如，原始告警信息中可以包括系统层级的预设标识，预设标识可以表示原始告警信息的来源。因此，可以确定原始告警信息所属的系统层级。

原始告警信息中可以包括告警内容，告警内容可以用于表示所发生的异常情况。告警内容可以包括异常发生时间和异常事件，异常事件可以是系统层级出现的故障。根据原始告警信息，可以得到在何时何地发生了什么样的异常。例如，可以确定位置为应用层，异常发生时间为13点，异常事件为交易响应时间过长。

S303、根据各原始告警信息所属的系统层级和各告警内容，得到目标告警信息。

示例性地，在得到各原始告警信息的告警内容和所属系统层级后，将各原始告警信息的告警内容和所属系统层级进行整合，得到目标告警信息。即，不需要将各条原始告警信息的全部内容进行整合，只需提取出告警内容和系统层级进行整合即可。提高信息整合的效率，实现对各原始告警信息的标准化处理，提取出需要的信息，避免目标告警信息中出现多余的信息。

目标告警信息中可以包括各系统层级在一段时间内出现的异常事件。一个目标告警信息中，各系统层级的告警内容的异常发生时间可以相同，也可以不同。例如，应用层出现的异常从13点半开始，网络层出现的异常从13点开始，则目标告警信息中可以写明应用层出现异常的时间和网络层出现异常的时间。从原始告警信息中获取告警内容和所属的系统层级，将告警内容和对应的系统层级进行关联，使目标告警信息中可以表明各系统层级所出现的故障。

从原始告警信息中提炼出格式统一的信息，例如，提取出的信息格式可以是“系统层级名称-异常发生时间-异常事件”。将从各系统层级的原始告警信息中提炼出的信息进行依次拼接，得到目标告警信息。

S304、根据目标告警信息，发出应急抢修的提示信息。

示例性地，在得到目标告警信息后，可以对用户进行提示。可以将目标告警信息作为应急抢修的提示信息进行展示，也可以根据目标告警信息，确定应急抢修的提示信息并进行展示。例如，提示信息中可以包括从目标告警信息中获取的系统层级的名称。

本实施例中，根据目标告警信息，发出应急抢修的提示信息，包括：若确定目标告警信息满足预设的应急抢修条件，则发出应急抢修的提示信息。

具体的，各系统层级在出现异常时，可能并不需要用户进行抢修，例如，目标告警信息为网络出现延时，但是可以自行恢复，则不需要进行人工调整。因此，在得到目标告警信息后，可以先判断是否需要进行告警的提示，若需要，则发出应急抢修的提示信息；若不需要，则不发出应急抢修的提示信息。

可以预先设置应急抢修条件，应急抢修条件是指需要发出提示信息的条件。若目标告警信息满足预设的应急抢修条件，则需要发出应急抢修的提示信息；若目标告警信息不满足预设的应急抢修条件，则不需要发出应急抢修的提示信息。例如，应急抢修条件可以是至少两个系统层级同时出现异常，若目标告警信息中只存在一个系统层级出现异常，则确定目标告警信息不满足应急抢修条件；若目标告警信息中存在两个或两个以上系统层级出现异常，则确定目标告警信息满足应急抢修条件。本实施例中，可以根据实际需求配置应急抢修条件。

这样设置的有益效果在于，在得到目标告警信息后，先判断是否满足应急抢修条件，再确定是否需要发出提示信息，避免用户频繁接收到不必要的提示信息，造成用户工作量过多，有效节约人力和时间，提高告警的精度，进而提高应急抢修的效率。

本实施例中，若确定目标告警信息满足预设的应急抢修条件，则发出应急抢修的提示信息，包括：若目标告警信息中的各异常事件为预设的应急抢修事件，则确定各异常事件对应的异常发生时间；若各异常事件对应的异常发生时间在预设的应急抢修时间段内，则确定目标告警信息满足预设的应急抢修条件，发出应急抢修的提示信息。

具体的，可以预先设置一个或多个异常事件为应急抢修事件，在得到目标告警信息后，先判断目标告警信息中的异常事件中是否存在预设的应急抢修事件；若不存在，则确定目标告警信息中的异常事件不需要用户进行人工抢修，即，不需要发出应急抢修的提示信息；若存在，则确定目标告警信息中的各应急抢修事件的异常发生时间。

预先设置应急抢修时间段，判断目标告警信息中的应急抢修事件的异常发生时间是否位于预设的应急抢修时间段内，若是，则确定目标告警信息满足预设的应急抢修条件，即需要发出应急抢修的提示信息；若否，则不需要发出应急抢修的提示信息。例如，预设的应急抢修时间段为8点至22点，若目标告警信息中的应急抢修事件的异常发生时间在8点至22点之间，则需要工作人员进行应急抢修，以避免对交易产生影响。

这样设置的有益效果在于，通过进行两次判断，可以精确判断是否需要对用户进行提示，避免将不需要抢修的异常情况提示给用户，提高告警提示的精度，进而提高系统抢修的效率和精度。

本申请实施例提供的一种基于系统层级的告警方法，通过获取各系统层级的监控告警平台监控得到的原始告警信息，对各系统层级的原始告警信息进行整合，得到目标告警信息。根据目标告警信息确定应急抢修的提示信息，并向用户发出提示信息，供用户对各系统层级的异常情况进行统一查看，便于进行应急抢修。解决了现有技术中，各系统层级的监控告警平台分别发出各自的原始告警信息，所造成的用户查看效率和抢修效率低等问题，减少不必要的告警次数。通过对原始告警信息进行整合，可以提高用户对异常情况的查看和分析效率，综合判断是否需要进行抢修，提高系统的抢修效率。

图4为本申请实施例提供的一种基于系统层级的告警方法的流程示意图，该实施例是在上述实施例基础上的可选实施例。

本实施例中，在获取至少一个系统层级的监控告警平台的原始告警信息之后，可追加：将原始告警信息存储至预设的第一数据库中，并为原始告警信息添加预设的第一标记；其中，第一标记用于表示原始告警信息未被处理为目标告警信息。

在对各系统层级对应的原始告警信息进行组合，得到目标告警信息之后，可追加：将目标告警信息存储至预设的第二数据库中，并将第一数据库中，目标告警信息对应的原始告警信息的第一标记更新为预设的第二标记；其中，第二标记用于表示原始告警信息被处理为目标告警信息。

如图4所示，该方法包括以下步骤：

S401、获取至少一个系统层级的监控告警平台的原始告警信息；其中，系统层级包括应用层、系统层、网络层和设备层，原始告警信息用于表示各监控告警平台对所属的系统层级进行监控所得到的异常信息。

示例性地，本步骤可以参见上述步骤S101，不再赘述。

S402、将原始告警信息存储至预设的第一数据库中，并为原始告警信息添加预设的第一标记；其中，第一标记用于表示原始告警信息未被处理为目标告警信息。

示例性地，在应急告警平台中预设一个第一数据库，第一数据库用于存储各系统层级的监控告警平台的原始告警信息。即，在得到原始告警信息后，先将原始告警信息存储在第一数据库中。预先设置一个第一标记，第一标记用于表示原始告警信息还未被处理为目标告警信息。在将原始告警信息存储在第一数据库后，为该原始告警信息添加第一标记，表明该原始告警信息还未被处理为目标告警信息。例如，第一标记可以是在原始告警信息的报文最后添加“01”。

S403、对各系统层级对应的原始告警信息进行组合，得到目标告警信息。

示例性地，可以实时或定时地从第一数据库中获取带有第一标记的原始告警信息，将带有第一标记的原始告警信息进行整合，得到目标告警信息。

S404、将目标告警信息存储至预设的第二数据库中，并将第一数据库中，目标告警信息对应的原始告警信息的第一标记更新为预设的第二标记；其中，第二标记用于表示原始告警信息被处理为目标告警信息。

示例性地，预先设置一个第二数据库，第二数据库用于存储目标告警信息。目标告警信息是由原始告警信息处理得到，因此，在得到目标告警信息后，将目标告警信息存储在第二数据库中，并可以对目标告警信息中所对应的原始告警信息进行标记更换，将所对应的原始告警信息的第一标记更换为第二标记。第二标记可以用于表示原始告警信息已经被处理为目标告警信息，例如，可以将原始报警信息最后的“01”更换为“02”，作为第二标记。

S405、根据目标告警信息，发出应急抢修的提示信息。

示例性地，预先设置应急抢修条件，在得到目标告警信息后，判断目标告警信息是否满足应急抢修条件。若确定目标告警信息满足预设的应急抢修条件，则发出应急抢修的提示信息；若不满足，则不发出应急抢修的提示信息。

本实施例中，根据目标告警信息，发出应急抢修的提示信息，包括：若确定目标告警信息满足预设的应急抢修条件，则将目标告警信息确定为应急抢修的提示信息；将应急抢修的提示信息存储至预设的第三数据库中，并为应急抢修的提示信息添加预设的第三标记；其中，第三标记用于表示应急抢修的提示信息未被展示；对第三数据库进行轮询，将标有第三标记的应急抢修的提示信息进行展示，并将所展示的应急抢修的提示信息的第三标记更新为预设的第四标记；其中，第四标记用于表示应急抢修的提示信息被展示。

具体的，若确定目标告警信息满足预设的应急抢修条件，则可以将目标告警信息确定为应急抢修的提示信息，即，可以将目标告警信息作为应急抢修的提示信息进行展示。

预先设置一个第三数据库，第三数据库用于存储应急抢修的提示信息。在确定应急抢修的提示信息后，将应急抢修的提示信息存储在第三数据库中。预先设置一个第三标记，为该应急抢修的提示信息添加第三标记，可以添加在应急抢修的提示信息的报文的最后。例如，第三标记可以是“03”。第三标记可以用于表示应急抢修的提示信息还未被展示。

可以实时或定时地在第三数据库中查询还未被展示的提示信息，例如，可以对第三数据库进行轮询，判断第三数据库中是否存在标有第三标记的提示信息。若存在，则将该提示信息进行展示，若不存在，则确定没有需要被展示的提示信息。在将标有第三标记的提示信息进行展示后，可以将该提示信息的第三标记更换为预设的第四标记。第四标记可以用于表示应急抢修的提示信息已被展示。

这样设置的有益效果在于，可以及时确定应急抢修的提示信息是否被展示，避免遗漏提示信息，及时提醒用户进行抢修，并避免提示信息的重复展示，提高告警效率和精度，进而提高应急抢修的效率和精度。

本申请实施例提供的一种基于系统层级的告警方法，通过获取各系统层级的监控告警平台监控得到的原始告警信息，对各系统层级的原始告警信息进行整合，得到目标告警信息。根据目标告警信息确定应急抢修的提示信息，并向用户发出提示信息，供用户对各系统层级的异常情况进行统一查看，便于进行应急抢修。解决了现有技术中，各系统层级的监控告警平台分别发出各自的原始告警信息，所造成的用户查看效率和抢修效率低等问题，减少不必要的告警次数。通过对原始告警信息进行整合，可以提高用户对异常情况的查看和分析效率，综合判断是否需要进行抢修，提高系统的抢修效率。

图5为本申请实施例提供的一种基于系统层级的告警装置的结构框图。为了便于说明，仅示出了与本公开实施例相关的部分。参照图5，所述装置包括：信息获取模块501、信息组合模块502和告警模块503。

信息获取模块501，用于获取至少一个系统层级的监控告警平台的原始告警信息；其中，所述系统层级包括应用层、系统层、网络层和设备层，所述原始告警信息用于表示各监控告警平台对所属的系统层级进行监控所得到的异常信息；

信息组合模块502，用于对各系统层级对应的原始告警信息进行组合，得到目标告警信息；

告警模块503，用于根据所述目标告警信息，发出应急抢修的提示信息。

图6为本申请实施例提供的一种基于系统层级的告警装置的结构框图，数据访问记录包括数据访问频度，在图5所示实施例的基础上，如图6所示，信息组合模块502包括内容获取单元5021和目标告警信息确定单元5022。

内容获取单元5021，用于从各所述原始告警信息中获取告警内容和所述原始告警信息所属的系统层级；其中，所述告警内容包括异常发生时间和异常事件；

目标告警信息确定单元5022，用于根据各所述原始告警信息所属的系统层级和各所述告警内容，得到所述目标告警信息。

一个示例中，告警模块503，具体用于：

若确定所述目标告警信息满足预设的应急抢修条件，则发出应急抢修的提示信息。

一个示例中，告警模块503，具体用于：

若所述目标告警信息中的各异常事件为预设的应急抢修事件，则确定各异常事件对应的异常发生时间；

若各异常事件对应的异常发生时间在预设的应急抢修时间段内，则确定所述目标告警信息满足预设的应急抢修条件，发出应急抢修的提示信息。

一个示例中，该装置还包括：

原始告警信息存储模块，用于在获取至少一个系统层级的监控告警平台的原始告警信息之后，将所述原始告警信息存储至预设的第一数据库中，并为所述原始告警信息添加预设的第一标记；其中，所述第一标记用于表示所述原始告警信息未被处理为目标告警信息。

一个示例中，该装置还包括：

目标告警信息存储模块，用于在对各系统层级对应的原始告警信息进行组合，得到目标告警信息之后，将所述目标告警信息存储至预设的第二数据库中，并将所述第一数据库中，所述目标告警信息对应的原始告警信息的第一标记更新为预设的第二标记；其中，所述第二标记用于表示所述原始告警信息被处理为目标告警信息。

一个示例中，告警模块503，具体用于：

若确定所述目标告警信息满足预设的应急抢修条件，则将所述目标告警信息确定为应急抢修的提示信息；

将所述应急抢修的提示信息存储至预设的第三数据库中，并为所述应急抢修的提示信息添加预设的第三标记；其中，所述第三标记用于表示所述应急抢修的提示信息未被展示；

对所述第三数据库进行轮询，将标有所述第三标记的应急抢修的提示信息进行展示，并将所展示的应急抢修的提示信息的第三标记更新为预设的第四标记；其中，所述第四标记用于表示应急抢修的提示信息被展示。

图7为本申请实施例提供的一种电子设备的结构框图，如图7所示，电子设备包括：存储器71，处理器72；存储器71，用于存储处理器72可执行指令的存储器。

其中，处理器72被配置为执行如上述实施例提供的方法。

电子设备还包括接收器73和发送器74。接收器73用于接收其他设备发送的指令和数据，发送器74用于向外部设备发送指令和数据。

图8是根据一示例性实施例示出的一种电子设备的框图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)接口812，传感器组件814，以及通信组件816。

处理组件802通常控制设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为设备800的显示器和小键盘，传感器组件814还可以检测设备800或设备800一个组件的位置改变，用户与设备800接触的存在或不存在，设备800方位或加速/减速和设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于设备800和其他设备之间有线或无线方式的通信。设备800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由设备800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当该存储介质中的指令由终端设备的处理器执行时，使得终端设备能够执行上述终端设备的基于系统层级的告警方法。

本申请还公开了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如本实施例中所述的方法。

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

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

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

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

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

计算机系统可以包括客户端和电子设备。客户端和电子设备一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-电子设备关系的计算机程序来产生客户端和电子设备的关系。电子设备可以是云电子设备，又称为云计算电子设备或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。电子设备也可以为分布式系统的电子设备，或者是结合了区块链的电子设备。应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (10)

1.一种基于系统层级的告警方法，其特征在于，包括：

获取至少一个系统层级的监控告警平台的原始告警信息；其中，所述系统层级包括应用层、系统层、网络层和设备层，所述原始告警信息用于表示各监控告警平台对所属的系统层级进行监控所得到的异常信息；

对各系统层级对应的原始告警信息进行组合，得到目标告警信息；

根据所述目标告警信息，发出应急抢修的提示信息。

2.根据权利要求1所述的方法，其特征在于，对各系统层级对应的原始告警信息进行组合，得到目标告警信息，包括：

从各所述原始告警信息中获取告警内容和所述原始告警信息所属的系统层级；其中，所述告警内容包括异常发生时间和异常事件；

根据各所述原始告警信息所属的系统层级和各所述告警内容，得到所述目标告警信息。

3.根据权利要求2所述的方法，其特征在于，根据所述目标告警信息，发出应急抢修的提示信息，包括：

若确定所述目标告警信息满足预设的应急抢修条件，则发出应急抢修的提示信息。

4.根据权利要求3所述的方法，其特征在于，若确定所述目标告警信息满足预设的应急抢修条件，则发出应急抢修的提示信息，包括：

若所述目标告警信息中的各异常事件为预设的应急抢修事件，则确定各异常事件对应的异常发生时间；

若各异常事件对应的异常发生时间在预设的应急抢修时间段内，则确定所述目标告警信息满足预设的应急抢修条件，发出应急抢修的提示信息。

5.根据权利要求1所述的方法，其特征在于，在获取至少一个系统层级的监控告警平台的原始告警信息之后，还包括：

将所述原始告警信息存储至预设的第一数据库中，并为所述原始告警信息添加预设的第一标记；其中，所述第一标记用于表示所述原始告警信息未被处理为目标告警信息。

6.根据权利要求5所述的方法，其特征在于，在对各系统层级对应的原始告警信息进行组合，得到目标告警信息之后，还包括：

将所述目标告警信息存储至预设的第二数据库中，并将所述第一数据库中，所述目标告警信息对应的原始告警信息的第一标记更新为预设的第二标记；其中，所述第二标记用于表示所述原始告警信息被处理为目标告警信息。

7.根据权利要求6所述的方法，其特征在于，根据所述目标告警信息，发出应急抢修的提示信息，包括：

若确定所述目标告警信息满足预设的应急抢修条件，则将所述目标告警信息确定为应急抢修的提示信息；

将所述应急抢修的提示信息存储至预设的第三数据库中，并为所述应急抢修的提示信息添加预设的第三标记；其中，所述第三标记用于表示所述应急抢修的提示信息未被展示；

对所述第三数据库进行轮询，将标有所述第三标记的应急抢修的提示信息进行展示，并将所展示的应急抢修的提示信息的第三标记更新为预设的第四标记；其中，所述第四标记用于表示应急抢修的提示信息被展示。

8.一种基于系统层级的告警装置，其特征在于，包括：

信息获取模块，用于获取至少一个系统层级的监控告警平台的原始告警信息；其中，所述系统层级包括应用层、系统层、网络层和设备层，所述原始告警信息用于表示各监控告警平台对所属的系统层级进行监控所得到的异常信息；

信息组合模块，用于对各系统层级对应的原始告警信息进行组合，得到目标告警信息；

告警模块，用于根据所述目标告警信息，发出应急抢修的提示信息。

9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-7中任一项所述的基于系统层级的告警方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-7中任一项所述的基于系统层级的告警方法。

Images