CN107357713A - 一种事件管理显示方法及*** - Google Patents

Abstract

本申请公开了一种事件管理显示方法，包括获取告警事件的告警信息；判断所述告警事件是否首次发生；若是，则在显示页面中生成所述告警事件的事件图标，所述事件图标的显示位置标示了所述告警事件所处的进程阶段；若否，则根据所述告警信息，更新所述告警事件的事件图标在显示页面中的显示位置。本申请利用告警事件的事件图标在显示页面中的显示位置，标示出了告警事件所处的进程阶段，极大地提高了对设备的告警事件处理进程的管理效率和直观性。本申请还公开了一种事件管理显示***，同样具有上述有益效果。

Description

一种事件管理显示方法及***

技术领域

本申请涉及云存储领域，特别涉及一种事件管理显示方法及***。

背景技术

随着信息技术的发展与进步，云存储已经成为许多政府、企业业务运行的基础保障。

利用存储管理软件，可以对存储网络环境中的所有主机、虚拟机、交换机和存储设备进行统一监控，并进行分析和预测，以便为管理员提供有效指导，提升存储管理效率和合理性。其中，存储管理软件在运行过程中的一个重要作用就是进行告警处理，即在告警事件发生后，及时进行告警显示，并可以通知相关处理人员进行解决，以便快速恢复被影响甚至被中断的业务。

现有技术中，在进行告警事件显示时，一般采用弹出框或者列表的形式。采用弹出框的方式，可以在每次接收到告警通知后，弹出该告警通知的具体相关信息，例如告警设备、告警名称、发生时间等，但由于信息是以弹出的方式进行显示，因此其并不便于直观地监控和查看，仅起到通知的作用。采用列表的显示方式，可以将***中出现的告警事件进行分类统计，但也同样不便于直观地监控各个告警事件的处理进程。

发明内容

本申请的目的在于提供一种事件管理显示方法及***，以便直观有效地对设备的告警事件的处理进程进行监控，提高管理效率。

为解决上述技术问题，本申请提供一种事件管理显示方法，包括：

获取告警事件的告警信息；

判断所述告警事件是否首次发生；

若是，则在显示页面中生成所述告警事件的事件图标，所述事件图标的显示位置标示了所述告警事件所处的进程阶段；

若否，则根据所述告警信息，更新所述告警事件的事件图标在显示页面中的显示位置。

可选地，所述在显示页面中生成所述告警事件的事件图标包括：

根据所述告警事件的告警等级，在显示页面中生成与所述告警等级相应的颜色的事件图标。

可选地，所述在显示页面中生成所述告警事件的事件图标或者更新所述告警事件的事件图标在显示页面中的显示位置之后还包括：

响应于对所述事件图标的点击，显示所述告警事件的详细信息。

可选地，所述进程阶段为接警阶段、处理阶段、恢复阶段和关闭阶段。

可选地，所述根据所述告警信息，更新所述告警事件的事件图标在显示页面中的显示位置之前还包括：

根据所述告警信息，判断所述告警事件所处的进程阶段是否发生变化；

若是，则在更新所述告警事件的事件图标在显示页面中的显示位置的同时，将所述事件图标的形状更新为与当前所处进程阶段相应的形状。

可选地，所述根据所述告警信息，更新所述告警事件的事件图标在显示页面中的显示位置之后还包括：

判断所述告警事件在所述进程阶段的处理时间是否超出了默认时限；若是，则将所述事件图标更新到超时阶段对应的显示位置。

可选地，在将所述事件图标更新到超时阶段对应的显示位置之后还包括：

向管理员发送超时通知，以便管理员对所述告警事件及时进行处理。

可选地，其特征在于，所述显示页面统一显示各个设备所发生的告警事件的事件图标。

可选地，所述在显示页面中生成所述告警事件的事件图标，或者更新所述告警事件的事件图标在显示页面中的显示位置之后还包括：

更新显示每个设备在各个进程阶段内的告警事件的总数目；

更新显示各个进程阶段内的所有告警事件的总数目。

本申请还提供了一种事件管理显示***，包括：

获取模块：用于获取告警事件的告警信息；

判断模块：用于判断所述告警事件是否首次发生；

命令模块：用于当所述告警事件为首次发生时，在显示页面中生成所述告警事件的事件图标，所述事件图标的显示位置标示了所述告警事件所处的进程阶段；并当所述告警事件非首次发生时，根据所述告警信息，更新所述告警事件的事件图标在显示页面中的显示位置。

本申请所提供的事件管理显示方法中，获取告警事件的告警信息；判断所述告警事件是否首次发生；若是，则在显示页面中生成所述告警事件的事件图标，所述事件图标的显示位置标示了所述告警事件所处的进程阶段；若否，则根据所述告警信息，更新所述告警事件的事件图标在显示页面中的显示位置。

可见，相比于现有技术，本申请所提供的事件管理显示方法中，基于标准事件处理进程，将告警事件以事件图标的形式展示在显示页面中，并通过更新其显示位置来标示其不同时刻所处的不同进程阶段；从而使得管理员对各个告警事件的进程和情况一目了然。由此可见，本申请所提供的事件管理显示方法，可以极大地提高对各个设备告警事件处理进程的管理效率和直观性。本申请所提供的事件管理显示***可以实现上述事件管理显示方法，同样具有上述有益效果。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中需要使用的附图作简要的介绍。当然，下面有关本申请实施例的附图描述的仅仅是本申请中的一部分实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图，所获得的其他附图也属于本申请的保护范围。

图1为本申请实施例所提供的一种事件管理显示方法的流程图；

图2为本申请实施例所提供的又一种事件管理显示方法的流程图；

图3为本申请实施例所提供的一种事件管理显示装置的结构框图；

图4为本申请实施例所提供的事件管理显示方法的应用示例图。

具体实施方式

为了对本申请实施例中的技术方案进行更加清楚、完整地描述，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行介绍。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参考图1，图1为本申请实施例所提供的一种事件管理显示方法的流程图，主要包括以下步骤：

步骤101：获取告警事件的告警信息。

对于整个业务***来说，各个设备之间往往是相互关联、相辅相成的，因此，任何一个设备出现告警事件或者故障，如果不及时进行处理，都很有可能会影响到整个***业务的正常运转。当***中的设备出现故障时，可以通过数据交互接口获取告警事件的告警信息，以便显示事件管理的进程情况。这里所说的告警信息，具体可以包含告警流水号、告警名称、告警描述、发生时间、负责人、负责人联系方式等。并且，为了保证信息的及时性，在获取告警事件的告警信息时，还可以做到“实时”通信，即每相隔一段很小的时间就进行一次数据交互，以获取新的告警事件或者更新已发生的告警事件的告警信息。

步骤102：判断告警事件是否首次发生；若是，进入步骤103；若否，进入步骤104。

当经步骤101获取到告警事件的告警信息之后，便可以依据告警信息对该告警事件进行判断；若其是首次发生，则说明此时新增加了一个告警事件；则进入步骤103；若其不是首次发生，则说明该告警事件之前已经发生了，而此信息是对该告警事件的告警信息的更新；则进入步骤104。

步骤103：在显示页面中生成所述告警事件的事件图标。

当经过步骤102判断当前获取到告警信息的告警事件为首次发生时，则需要开始对该告警事件的管理进程进行显示。在本申请实施例所提供的事件管理显示方法中，主要采用直观易懂的图形对事件管理进程进行显示。具体的，每发生一个新的告警事件，就在显示页面中生成一个代表该告警事件的事件图标；并且，事件图标的显示位置标示了该告警事件所处的进程阶段。具体地，可以优选将显示页面中的区域沿横轴方向依次设定为按时间顺序发展的不同进程阶段；并且在每个进程阶段所对应的区域中，横轴的方向即代表着告警事件处理进程中时间增大的方向；当然也可以沿纵轴进行类似设置。

这里所说的进程阶段，可以按照标准事件处理流程依次设定为接警阶段、处理阶段、恢复阶段和关闭阶段。则当新的告警事件发生时，可以在接警阶段的起始位置处生成该告警事件对应的事件图标。当然，这里所说的进程阶段也可以设定为其他数目或者其他名称，本领域技术人员可以根据实际情况自行选择和设置，本申请实施例对此并不进行限定。

此外，关于事件图标的形状、大小、形状等具体参数，本申请也同样不进行限定，本领域技术人员可以自行选择与设置。作为一种优选实施例，可以根据告警事件的告警等级来选择所生成的事件图标的颜色；例如，可以采用绿色、黄色、橙色、红色来分别代表普通、轻微、中度、严重四个不同级别，以便管理人员能够快速直观地辨别告警事件的告警等级，做出合理的处理时间安排决策。作为一种优选实施例，还可以将事件图标的形状作为其所处进程阶段的标志，即处于同一进程阶段的告警事件的事件图标采用同样的形状，而当其进程阶段变化时，则将事件图标的形状也进行更新。当然，以上所举例内容都只是本申请所提供的优选方法，本领域技术人员也可以不进行此类设置或者采用其他的表示方案，本申请实施例对此均不进行限定。

步骤104：根据告警信息，更新告警事件的事件图标在显示页面中的显示位置。

当根据步骤102判断当前获取到告警信息的告警事件为非首次发生时，则说明该告警事件已经在显示页面中存在了事件图标，而此时的告警信息仅仅是对该告警事件的信息更新。因此，此时需要将该告警事件的事件图标的显示位置进行更新。具体的，可以根据该告警事件的流水号等信息找到其在显示页面中的原事件图标，然后再依据此次获取到的告警信息内容，对其显示位置进行更新。由于在每一个进程阶段对应的区域中，横轴的方向即是告警事件处理进程中时间增大的方向，因此，若该告警事件的进程阶段没有变化，则仍在其原进程阶段的区域中，将其事件图标沿横轴方向移动到对应的显示位置；若该告警事件的进程阶段发生变化，则将其事件图标的显示位置跳过原进程阶段对应区域，更新到当前所处进程阶段对应区域的起始位置处。

当然，鉴于图形的表示信息有限，本申请实施例所提供的事件管理显示方法中，不管是刚刚生成告警事件的事件图标、还是更新了告警事件的事件图标所处的显示位置之后，如果接收到显示页面中对事件图标的点击，都可以在显示页面中显示出该事件图标对应告警事件的详细信息，例如告警流水号、告警名称、告警描述等。并且，具体可以采用弹出框或者其他等方式进行显示，以便管理员能够更加详细地获取告警事件的告警信息。

可见，本申请实施例所提供的事件管理显示方法中，通过在显示页面中将告警事件以事件图标的方式显示在不同进程阶段所对应的各个区域中，使得管理员可以直观简单地快速获取告警事件的管理进程，从而便于对各个告警事件进行监控和决策处理。

请参考图2，在图1所示事件管理显示方法的基础上，图2为本申请实施例所提供的又一种事件管理显示方法的流程图，包括下面几个主要步骤。相同或者相似的地方请参考图1所示事件管理方法的具体内容，这里就不再赘述。

步骤201：获取告警事件的告警信息。

步骤202：判断告警事件是否首次发生；若是，进入步骤203；若否，进入步骤204。

步骤203：在显示页面中生成告警事件的与告警等级相应颜色的事件图标；进入步骤210。

如前所述，告警事件的事件图标在显示页面中所处的显示位置，具体可以是在横轴方向上所处的显示位置，标示了当前该告警事件所处的进程阶段；同时，事件图标的颜色可以代表不同的告警等级。

而另一方面，还可以充分利用显示页面沿纵轴方向上的区域，将多个设备所发生的告警事件的事件图标统一显示在一个显示页面中；使得管理员更加便于对设备进行集体监控和管理。

步骤204：判断告警事件所处的进程阶段是否发生变化；若是，进入步骤205；若否，进入步骤206。

当经过步骤202，判断当前的告警事件已经出现过之后，则需要对该告警事件的事件图标进行更新显示。如前所述，可以根据不同的进程阶段，对告警事件的事件图标采用不同的形状。因此，这里可以首先对该告警事件所处的进程阶段是否发生变化而进行判断，若发生变化，则可以进入步骤205；否则，可以进入步骤206。

具体的，可以通过该告警事件的告警信息如告警流水号等，在已经处理过的告警事件记录中查找该告警事件的上一次告警信息，并将两次告警信息进行对比，判断其所处的进程阶段是否发生变化。

步骤205：根据告警信息，将告警事件的事件图标的显示位置和形状同时进行更新；进入步骤210。

如前文所述，当判断了该告警事件所处的进程阶段发生变化之后，可以将其事件图标的形状连同显示位置一起更新。具体的，其显示位置更新到当前所处进程阶段所对应区域的起始位置处；而其形状则更新为当前所处进程阶段对应的形状。每个进程阶段都可以预先设置有相应的形状，例如，接警阶段可以设置为圆形，处理阶段可以设置为方形，恢复阶段可以设置为菱形，关闭阶段可以设置为三角形。当然，还可以采用其他的设置方案，本申请实施例对此并不进行限定。

步骤206：更新告警事件的事件图标在显示页面中的显示位置；进入步骤207。

当经步骤204判断当前告警事件的进程阶段没有发生变化时，则只需要更新该告警事件的事件图标的显示位置。具体可以从其告警信息获取其处于当前进程阶段的总时长，并将事件图标沿着横轴方向推进更新到对应的显示位置处。

步骤207：判断告警事件在进程阶段的处理时间是否超出了默认时限，若是，则进入步骤208，若否，进入步骤210。

为了防止出现告警事件长时间处于某一进程阶段，而得不到下一步继续处理的现象，还可以为某个或多个进程阶段设置默认时限，一旦处理时长超过了默认时限，则可以进入步骤208将该告警事件进行超时处理。容易理解的是，关闭阶段无需设置默认时限，而如接警阶段、处理阶段和恢复阶段，都可以设置默认时限；并且，每个进程阶段的默认时限不需相同，例如，接警阶段默认时限可以设为15分钟，处理阶段默认时限可以设为120分钟，恢复阶段默认时限可以设置为4小时；当然也可以设置为别的方案，本领域技术人员可以根据实际使用情况进行选择和设置，本申请实施例对此并不进行限定。

此外，为了进一步地方便管理员直观地了解该告警事件在某一进程阶段的总处理时长，可以在横轴方向上标示出具体时间，一旦事件图标的显示位置达到了默认时限对应的位置时，即代表着该告警事件即将进入超时处理。

步骤208：将事件图标更新到超时阶段对应的显示位置；进入步骤209。

当告警事件处于某一进程阶段的总时长超过了默认时限之后，则可以对其进行超时处理，即，在每个设置了默认时限的进程阶段之后，都可以增设超时阶段，一旦告警事件进入超时处理，就将其事件图标的显示位置更新到超时阶段对应的区域位置处，以便直观地提醒管理员及时对处理超时的告警事件进行下一步处理。

步骤209：向管理员发送超时通知，进入步骤210。

除了步骤208中将超时的告警事件的事件图标更新到超时阶段对应的显示位置以外，还可以直接向管理员发送超时通知，以便管理员第一时间获取告警事件处理超时的情况，并及时进行后续处理。这里所说的发送超时通知，具体可以采用发送短信、邮件或者其他方式；并且，由于同一个设备可能存在有多个管理员，则还可以根据告警事件的不同告警等级，向不同级别的管理员发送超时通知。本领域技术人员可以根据实际使用情况进行选择和设置，本申请实施例对此并不进行限定。

步骤210：更新显示每个设备在各个进程阶段内的告警事件的总数目；更新显示各个进程阶段内的所有告警事件的总数目。

当完成了告警事件的事件图标显示位置的更新之后，还可以进一步完成告警事件的统计工作，以便管理员从整体上宏观掌握各个设备的运行情况。具体地，对于每个设备来说，可以对其所处于各个进程阶段中的告警事件的总数目进行更新显示，例如接警阶段的告警事件个数、接警超时阶段的告警事件的个数、处理阶段告警事件的个数等等；而另一方面，对于各个进程阶段，可以对处于该进程阶段的所有告警事件总数目进行更新显示。

可见，图2所示事件管理显示方法在图1所示方法的基础上，增加了对告警事件的超时处理和总数统计，可以更加便于管理员直观地获取告警事件的超时情况和总体情况，从而可以进一步提高对设备告警事件的管理效率。

下面对本申请实施例所提供的事件管理显示装置进行介绍。下文描述的事件管理显示装置与上文描述的事件管理显示方法可相互对应参照。

请参阅图3，图3为本申请所提供的一种事件管理显示装置的结构框图；包括获取模块301、判断模块302和命令模块303。

获取模块301主要用于获取告警事件的告警信息。并且，为了保证告警处理的时效性，获取模块301在进行告警信息的获取时，可以通过数据交互接口进行实时通信，以实时获取新告警事件的告警信息或者更新已发生的告警事件的告警信息。

判断模块302主要用于判断告警事件是否为首次发生。

命令模块303主要用于当告警事件为首次发生时，在显示页面中生成告警事件的事件图标；并当告警事件非首次发生时，根据告警信息，更新告警事件的事件图标在显示页面中的显示位置。其中，事件图标的显示位置标示了告警事件所处的进程阶段。

此外，命令模块303在生成告警事件的事件图标时，具体可以根据告警事件的告警等级生成相应颜色的事件图标。并且，命令模块303在更新告警事件的事件图标在显示页面中的显示位置之前，还可以判断告警事件所处的进程阶段是否发生变化，若发生变化，则在更新事件图标显示位置的同时，还可以更新事件图标的形状；若没有发生变化，则命令模块303还可以对告警事件在当前进程阶段的总处理时长是否超过默认时限进行判断，若超出，则可以将事件图标的显示位置更新到超时阶段所对应的区域中，并向相应的管理员发送超时通知。当完成了事件图标的生成或者显示位置的更新之后，命令模块303还可以用于对告警事件进行统计，包括每个设备所处于各个进程阶段的告警事件总数目，以及各个进程阶段中所有告警事件的总数目。除此之外，命令模块303还可以响应于显示页面中针对事件图标的点击，显示出该事件图标所对应的告警事件的详细告警信息。

可见，本申请所提供的事件管理显示装置，利用事件图标将告警事件的处理进程在显示页面中以图形的方式进行了直观的表示，可以极大地方便管理员快速直观地了解告警事件的进程情况，提高了对告警事件进程的监控和管理效率。

请参阅图4，图4为本申请实施例所提供的事件管理显示方法的应用示例图。如图4所示的显示页面中，在横轴的方向上依次展示了各个设备的接警阶段、处理阶段、恢复阶段和关闭阶段的情况，其中，接警阶段和处理阶段还设置了超时阶段，两者的默认时限分别为15分钟和120分钟，而恢复阶段的默认时限为4小时。图4中每一个事件图标都对应着一个告警事件，并且每隔一定时间就更新一次所有告警事件的告警信息，依据更新后的告警信息，将对应事件图标的显示位置进行更新。同时，图4中的事件图标还采用了圆形、条幅形、菱形、圆叉形四种不同的形状分别代表接警、处理、恢复、关闭四种处理阶段。如图4所示，当显示页面中的事件图标受到点击时，可以弹出对应告警事件的具体告警信息，例如流水号、告警名称、告警描述、发生时间、清楚时间和恢复时间等。此外，图4中还对事件管理情况进行了统计，包括各个设备在不同处理阶段内告警事件的总数目，以及各项处理阶段中所有的告警事件的总数目。

本申请中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的***而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的方法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的技术方案进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (10)

1.一种事件管理显示方法，其特征在于，包括：

获取告警事件的告警信息；

判断所述告警事件是否首次发生；

若是，则在显示页面中生成所述告警事件的事件图标，所述事件图标的显示位置标示了所述告警事件所处的进程阶段；

若否，则根据所述告警信息，更新所述告警事件的事件图标在显示页面中的显示位置。

2.根据权利要求1所述事件管理显示方法，其特征在于，所述在显示页面中生成所述告警事件的事件图标包括：

根据所述告警事件的告警等级，在显示页面中生成与所述告警等级相应的颜色的事件图标。

3.根据权利要求1所述事件管理显示方法，其特征在于，所述在显示页面中生成所述告警事件的事件图标或者更新所述告警事件的事件图标在显示页面中的显示位置之后还包括：

响应于对所述事件图标的点击，显示所述告警事件的详细信息。

4.根据权利要求1所述事件管理显示方法，其特征在于，所述进程阶段包括接警阶段、处理阶段、恢复阶段和关闭阶段。

5.根据权利要求4所述事件管理显示方法，其特征在于，所述根据所述告警信息，更新所述告警事件的事件图标在显示页面中的显示位置之前还包括：

根据所述告警信息，判断所述告警事件所处的进程阶段是否发生变化；

若是，则在更新所述告警事件的事件图标在显示页面中的显示位置的同时，将所述事件图标的形状更新为与当前所处进程阶段相应的形状。

6.根据权利要求4所述事件管理显示方法，其特征在于，所述根据所述告警信息，更新所述告警事件的事件图标在显示页面中的显示位置之后还包括：

判断所述告警事件在所述进程阶段的处理时间是否超出了默认时限；若是，则将所述事件图标更新到超时阶段对应的显示位置。

7.根据权利要求6所述事件管理显示方法，其特征在于，在将所述事件图标更新到超时阶段对应的显示位置之后还包括：

向管理员发送超时通知，以便管理员对所述告警事件及时进行处理。

8.根据权利要求1至7任一项所述事件管理显示方法，其特征在于，所述显示页面统一显示各个设备所发生的告警事件的事件图标。

9.根据权利要求8所述事件管理显示方法，其特征在于，所述在显示页面中生成所述告警事件的事件图标，或者更新所述告警事件的事件图标在显示页面中的显示位置之后还包括：

更新显示每个设备在各个进程阶段内的告警事件的总数目；

更新显示各个进程阶段内的所有告警事件的总数目。

10.一种事件管理显示装置，其特征在于，包括：

获取模块：用于获取告警事件的告警信息；

判断模块：用于判断所述告警事件是否首次发生；

命令模块：用于当所述告警事件为首次发生时，在显示页面中生成所述告警事件的事件图标，所述事件图标的显示位置标示了所述告警事件所处的进程阶段；当所述告警事件非首次发生时，根据所述告警信息，更新所述告警事件的事件图标在显示页面中的显示位置。