CN115273437A - 告警处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种告警处理方法、装置、设备及存储介质，所述方法包括：响应于告警选择操作，获取告警规则、告警设备和至少一个处置节点；根据所述告警规则，在所述告警设备采集的数据中确定出至少一个告警信息；根据每一所述告警信息的属性参数，在所述至少一个处置节点中确定用于对所述告警信息进行处置的目标处置节点；将每一所述告警信息推送至所述目标处置节点；响应于所述目标处置节点返回的处置操作，对所述告警信息进行告警处理。

Description

告警处理方法、装置、设备及存储介质

技术领域

本申请涉及但不限于计算机技术领域，尤其涉及一种告警处理方法、装置、设备及存储介质。

背景技术

计算机视觉技术日趋成熟，在视频监控中可以对视频资源中的人脸、结构和人物异常行为进行解析，使得将监控视频检测到的告警行为推送至用户成为可能。

然而，相关技术中的视觉告警事件推送方法缺乏行业通用性，仅具备简单的处置上报等功能。相关技术将所有告警事件推送至告警中心，会导致重要的告警信息无法及时得到处理，造成事故发生，相关技术中的告警事件推送方法难以解决实际的业务需求。

发明内容

本申请实施例至少提供一种告警处理方法、装置、设备及存储介质。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种告警处理方法，所述方法包括：

响应于告警选择操作，获取告警规则、告警设备和至少一个处置节点；

根据所述告警规则，在所述告警设备采集的数据中确定出至少一个告警信息；

根据每一所述告警信息的属性参数，在所述至少一个处置节点中确定用于对所述告警信息进行处置的目标处置节点；

将每一所述告警信息推送至所述目标处置节点；

响应于所述目标处置节点返回的处置操作，对所述告警信息进行告警处理。

本申请实施例提供一种告警处理装置，包括：

获取模块，用于响应于告警选择操作，获取告警规则、告警设备和至少一个处置节点；

第一确定模块，用于根据所述告警规则，在所述告警设备采集的数据中确定出至少一个告警信息；

第二确定模块，用于根据每一所述告警信息的属性参数，在所述至少一个处置节点中确定用于对所述告警信息进行处置的目标处置节点；

推送模块，用于将每一所述告警信息推送至所述目标处置节点；

告警处理模块，用于响应于所述目标处置节点返回的处置操作，对所述告警信息进行告警处理。

本申请实施例提供一种告警处理设备，包括处理器和存储器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述告警处理方法。

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

本申请实施例提供一种计算机程序产品，所述计算机程序产品包括可执行指令，所述可执行指令存储在计算机可读存储介质中；当告警处理设备的处理器从所述计算机可读存储介质读取所述可执行指令，并执行所述可执行指令时，实现上述告警处理方法。

本申请实施例提供的告警处理方法、装置、设备及存储介质，通过响应于界面的告警选择操作，获取告警规则、告警设备和至少一个处置节点，根据告警规则，在告警设备采集的数据中确定出至少一个告警信息，并根据告警信息的属性参数，在至少一个处置节点中确定用于对告警信息进行处置的目标处置节点，将告警信息推送至目标处置节点；响应于目标处置节点返回的处置操作，对告警信息进行告警处理。这样，一方面，通过告警选择操作，能够根据用户的实际业务需求制定告警规则和对告警信息进行处理的至少一个处置节点，实现了用户与界面之间的交互，根据用户需求来确定告警信息的处置规则和流程，也提高了告警处理方法的通用性和广泛使用性；同时，用户通过选择操作即可制定告警规则，并根据告警规则在告警设备采集的数据中确定出告警信息，可以选择性的对不同区域进行不同的告警处理，提高了告警处理方法的灵活性；另一方面，本申请根据告警信息的属性参数，在至少一个处置节点中确定出用于对告警信息进行处置的目标处置节点，并将告警信息推送至目标处置节点，使得本申请可以根据告警信息的属性参数将告警信息推送到对应的处置节点，不仅实现了对告警信息进行分级处置，将告警信息合理的分发给各级处置节点，不会出现告警信息堆积在一个处置节点，而造成重要告警信息遗漏的问题，还使得告警信息能够及时推送到对应节点并得到处置，降低了由于未及时处理告警信息而导致事故发生的可能性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本申请的实施例，并与说明书一起用于说明本申请的技术方案。

图1是本申请实施例提供的告警处理方法的应用场景示意图；

图2是本申请实施例提供的一种告警处理方法的实现流程示意图；

图3是本申请实施例提供的一种展示界面的示意图；

图4是本申请实施例提供的一种告警处理方法的实现流程示意图；

图5是本申请实施例提供的告警流程图示意图；

图6是本申请实施例提供的一种展示界面的示意图；

图7是本申请实施例提供的告警信息工作台示意图；

图8是本申请实施例提供的告警信息处置页的示意图；

图9是本申请实施例提供的一种告警处理装置的组成结构示意图；

图10是本申请实施例提供的一种告警处理设备的硬件实体示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

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

相关技术中，通过机器视觉识别的告警事件只能直接进行告警事件推送，并没有对告警事件进行分级分类处理，导致产生的告警信息不能及时推送到应该处置此类告警事件的工作人员对应的节点，导致工作人员无法及时返回现场确认告警解除，使得相关技术无法根据用户的实际业务需要，将告警信息推送给不同的分级处置单位，当重大告警事件发生或告警事件的数据量大时，未分级分类的告警信息无法在第一时间通知到各分级处置节点。且现有技术中基于视频分析的视觉识别告警方法没有一套完整的告警处置流转机制，导致相关技术的方法无法根据实际业务需求动态调整告警预案流程中的告警流转策略。

基于相关技术中存在的问题，本申请实施例提供一种告警处理方法，一方面，通过告警选择操作，能够根据用户的实际业务需求制定告警规则和对告警信息进行处理的至少一个处置节点，实现了用户与界面之间的交互，根据用户需求来确定告警信息的处置规则和流程，也提高了告警处理方法的通用性和广泛使用性；同时，用户通过选择操作即可制定告警规则，并根据告警规则在告警设备采集的数据中确定出告警信息，可以选择性的对不同区域进行不同的告警处理，提高了告警处理方法的灵活性；另一方面，本申请根据告警信息的属性参数，在至少一个处置节点中确定出用于对告警信息进行处置的目标处置节点，并将告警信息推送至目标处置节点，使得本申请可以根据告警信息的属性参数将告警信息推送到对应的处置节点，不仅实现了对告警信息进行分级处置，将告警信息合理的分发给各级处置节点，不会出现告警信息堆积在一个处置节点，而造成重要告警信息遗漏的问题，还使得告警信息能够及时推送到对应节点并得到处置，降低了由于未及时处理告警信息而导致事故发生的可能性。

本申请实施例提供的告警处理方法可以由告警处理设备等电子设备执行，其中电子设备可以是笔记本电脑，平板电脑，台式计算机，机顶盒，移动设备(例如，移动电话，便携式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)等各种类型的终端，也可以实施为服务器。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

下面，将说明告警处理设备实施为服务器时的示例性应用，将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

图1是本申请实施例提供的告警处理方法的应用场景示意图。本申请实施例提供的告警处理系统10中包括多个终端100至109、网络200和服务器300，其中，终端100至109具有展示界面100-1至109-1，在进行告警处理时，服务器300可以采用本申请实施例提供的方法，通过网络200将告警信息发送至目标处置节点，并响应于目标处置节点返回的处置操作，对告警信息进行告警处理。本申请实施例在进行告警处理时，服务器300通过网络200获取针对终端100的展示界面100-1的告警选择操作，获取告警规则、告警设备和至少一个处置节点，根据告警规则，在告警设备采集的数据中确定出至少一个告警信息，根据每一告警信息的属性参数，在至少一个处置节点(即终端100至109)中确定用于对所述告警信息进行处置的目标处置节点(即终端100和109)，将告警信息推送至目标处置节点(即终端100和109)，响应于来自终端100和109的展示界面100-1至109-1返回的处置操作，服务器300对告警信息进行告警处理。

图2是本申请实施例提供的一种告警处理方法的实现流程示意图，如图2所示，该方法通过步骤S201至步骤S205实现：

步骤S201、响应于告警选择操作，获取告警规则、告警设备和至少一个处置节点。

这里，可以基于终端的展示界面进行针对告警信息的告警选择操作，展示界面上可以包括告警预案信息编辑组件301、处置节点编辑组件302等交互界面，如图3所示，图3是本申请实施例提供的一种展示界面的示意图。告警选择操作可以包括但不限于选中操作、确定操作、翻页操作、滚动操作等，选择操作还可以是用户通过输入组件或设备在展示界面中输入/选择的指令。其中，输入组件或设备可以包括但不限于键盘、鼠标、触控屏、触控板或音频输入器等。本申请实施例对选择操作的实施方式不作限定。

在一些实施例中，当前展示界面可以显示在任意合适的具有界面交互功能的电子设备上。在实施时，显示当前展示界面的电子设备与执行该告警处理方法的设备可以是相同的，也可以是不同的，这里并不限定。例如，执行该告警处理方法的电子设备可以为笔记本电脑，显示当前展示界面的电子设备也可以为该笔记本电脑，当前展示界面可以为该笔记本电脑上运行的客户端的交互界面，也可以是该笔记本电脑上运行的浏览器中显示的网页。又如，执行该告警处理方法的计算机设备可以为服务器，显示当前展示界面的电子设备可以为笔记本电脑，当前展示界面可以为该笔记本电脑上运行的客户端的交互界面，也可以是该笔记本电脑上运行的浏览器中显示的网页，该笔记本电脑可以通过该客户端或者浏览器访问该服务器。

在一些实施例中，告警预案信息编辑组件301可以进行告警预案名称的编辑，如名称为111；告警预案信息编辑组件301还可以通过下拉菜单对告警设备进行选择，告警设备可以是监控设备，告警设备选择可以是选择告警信息的来源监控设备，例如，视频采集区域内有多个图像告警采集设备，可以通过告警设备的选择来确定告警信息的采集来源，以用于对园区中部分区域的行为进行告警处理；告警预案信息编辑组件301还可以通过下拉菜单对告警类型进行选择，告警类型可以包括但不限于第一行为、第二行为和第三行为等，在进行告警类型选择时，可以通过下拉操作和滚动操作，全选或选择部分告警类型；告警预案信息编辑组件301还可以通过下拉菜单对告警级别进行选择，如可以选择告警级别为二级告警，告警级别与告警类型相关联，根据需求为告警类型选择匹配的告警级别，第一行为和第二行为等行为对应的告警类型为一级告警，第三行为的告警类型为二级告警；告警预案信息编辑组件301还可以通过输入操作对告警预案信息进行备注。

在一些实施例中，告警规则可以包括告警类型，告警信息可以是指告警设备采集的图像数据中符合告警数据的图像，例如，告警类型为第三行为时，告警设备采集的图像数据中具有该第一行为时，该图像数据为告警信息。

在一些实施例中，处置节点编辑组件302可以进行处置节点的添加、编辑和删除等操作，如图3所示，处置节点编辑组件302可以通过添加操作设置多个处置节点，处置节点用于对告警信息进行处置。例如，可以设置一级处置节点，可以通过下拉操作选择一级处置节点对应的至少一个处置对象；通过点击操作将告警信息推送至一级处置节点，可以是通过系统页面进行推送，也可以通过语音对一级处置节点的人员进行声音提示；还可以通过下拉操作选择一级处置节点的处置时限，例如可以是6小时，当6个小时内一级处置节点未对告警信息进行处置时，可以将告警信息推送至下一处置节点。

在一些实施例中，处置节点可以是一级处置节点，一级处置节点可以设置告警处置对象，告警信息可以推送至该告警处置对象，告警处置对象可以现场对告警信息进行处置，并确认现场告警信息对应的告警事件已解除。处置节点还可以是二级处置节点，告警信息可以推送至二级处置节点对应的人员，二级处置节点对应的人员可以现场对告警信息进行处置，并确认现场告警信息对应的告警事件已解除。

在一些实施例中，基于告警选择操作，可以获取至少包括告警类型的告警规则、告警信息来源的告警设备和对告警信息进行处置的至少一个处置节点。

步骤S202、根据所述告警规则，在所述告警设备采集的数据中确定出至少一个告警信息。

在一些实施例中，告警设备采集的数据可以是采集到的视频流、视频流中的某一视频帧或抓拍的图像等图像数据，可以根据告警规则中的告警类型对图像数据进行目标检测识别，得到符合告警规则的图像数据，即为告警信息。例如，当告警类型为第一行为时，对告警设备采集的图像数据进行目标检测，确定该区域出现了第一行为时，将该视频流的视频帧或抓拍的图像确定为告警信息。由于在进行告警规则选择时，选择的告警类型为至少一种告警类型，因此可以根据告警规则在数据中确定至少一个告警信息。

在一些实施例中，确定告警信息可以通过步骤S2021至步骤S2022实现：

步骤S2021、在告警设备采集的图像数据中，获取每一告警类型对应的目标图像数据。

步骤S2022、将目标图像数据和所述目标图像数据对应的告警类型，确定为告警信息。

在一些实施例中，服务器对告警设备采集的图像数据进行告警类型对应的目标检测识别，在采集的全部图像数据中获取与每一告警类型对应的目标图像数据，该目标图像数据记录了每一告警类型对应的行为，将目标图像数据和目标图像数据对应的告警类型，确定为告警信息，也就是说，告警信息是具有告警类型的目标图像数据，在后续对告警信息进行推送时，推送的目标图像数据携带有告警信息对应的告警类型。

步骤S203、根据每一所述告警信息的属性参数，在所述至少一个处置节点中确定用于对所述告警信息进行处置的目标处置节点。

步骤S204、将每一所述告警信息推送至所述目标处置节点。

在本申请实施例中，告警信息的属性参数可以是告警信息的告警类型和与所述告警类型关联的告警级别，其中，告警级别不同，对应的告警信息推送方案不同。需要说明的是，目标处置节点是指在确定出告警信息之后，在对告警信息进推送时的处置节点。例如，本申请实施例提供的告警级别至少可以包括一级告警和二级告警，一级告警的级别高于二级告警。当告警信息的告警级别为一级告警时，说明该告警信息的紧急程度较高，例如是第一行为，这类告警类型对应的告警信息在进行告警信息推送时，可以采用并行推送的方式，将告警信息推送至处理该告警信息的所有处置节点处，让每一处置节点对应的处置对象对该告警信息进行关注，避免出现事故；当告警信息的告警级别为二级告警时，说明该告警信息的紧急程度一般，例如是第二行为，这类告警类型对应的告警信息在进行告警信息推送时，可以采用串行推送的方式，将告警信息推送至处理该告警信息的第一个处置节点处，让第一个处置节点对应的处置对象对该告警信息进行关注。

步骤S205、响应于所述目标处置节点返回的处置操作，对所述告警信息进行告警处理。

在一些实施例中，响应于告警选择操作，每一处置节点对应至少一个处置对象。在确定出目标处置节点之后，将告警信息推送至目标处置节点，该目标处置节点对应的处置对象基于终端展示见面展示的告警信息图像，根据告警信息能够得到告警事件发生的位置、涉及的人员和告警类型等信息，处置对象根据这些信息对告警信息进行处理，例如，告警信息为人员A出现在B区域，那么处置对象可以直接找到人员A，对人员A进行劝返等处理，避免人员A在B区域做出异常行为。

在一些实施例中，由于告警级别不同，对应的告警处理方案可以不同，例如，当告警级别为一级告警时，通过并行推送的方式将告警信息推送至目标处置节点，此时，目标处置节点为处置该告警信息的所有节点，但在进行告警处理时，是按照所有处置节点的流转顺序依次处理该告警信息。当告警级别为二级告警时，通过串行推送的方式将告警信息推送至目标处置节点，此时，目标处置节点为处置该告警信息的第一个处置节点，在进行告警处理时，是按照所有处置节点的流转顺序依次处理该告警信息。

本申请实施例通过告警选择操作，能够根据用户的实际业务需求制定告警规则和对告警信息进行处理的至少一个处置节点，实现了用户与界面之间的交互，根据用户需求来确定告警信息的处置规则和流程，也提高了告警处理方法的通用性和广泛使用性；同时，用户通过选择操作即可制定告警规则，并根据告警规则在告警设备采集的数据中确定出告警信息，可以选择性的对不同区域进行不同的告警处理，提高了告警处理方法的灵活性。本申请根据告警信息的属性参数，在至少一个处置节点中确定出用于对告警信息进行处置的目标处置节点，并将告警信息推送至目标处置节点，使得本申请可以根据告警信息的属性参数将告警信息推送到对应的处置节点，不仅实现了对告警信息进行分级处置，将告警信息合理的分发给各级处置节点，不会出现告警信息堆积在一个处置节点，而造成重要告警信息遗漏的问题，还使得告警信息能够及时推送到对应节点并得到处置，降低了由于未及时处理告警信息而导致事故发生的可能性。

在一些实施例中，告警信息的属性参数至少包括告警信息的告警类型和与告警类型关联的告警级别。图4是本申请实施例提供的一种告警处理方法的实现流程示意图，如图4所示，当告警信息的告警级别为一级告警时，步骤203可以通过步骤S401实现：

步骤S401、响应于所述告警信息的告警级别为一级告警，将所述至少一个处置节点确定为所述目标处置节点。

在本申请实施例中，一级告警的告警级别高于二级告警的告警级别。目标处置节点是指在确定出告警信息之后，在对告警信息进行处置节点推送时的处置节点。为了保证重要告警信息不被遗漏，当告警信息的告警级别为一级告警时，在确定出处置该告警信息的至少一个处置节点之后，将至少一个处置节点确定为目标处置节点，在进行告警信息推送时，将告警信息推送至处置该告警信息的全部处置节点处。

在一些实施例中，基于告警信息的告警级别为一级告警，将告警信息推送至处置该告警信息的全部处置节点之后，对告警信息进行处置可以通过步骤S1至步骤S2实现：

步骤S1、响应于所述告警信息的告警级别为一级告警，获取所述目标处置节点中任一处置节点返回的处置操作。

步骤S2、响应于所述处置操作，对所述告警信息进行上报处理。

在一些实施例中，每一处置节点对应至少一个处置对象，在将告警信息推送至目标处置节点时，可以将告警信息推送至目标处置节点对应的处置对象的终端界面，也可以对处置对象对应的终端进行声音提示。当告警信息为一级告警信息时，将告警信息推送至全部处置节点，全部处置节点中任一处置节点对应的处置对象对告警信息进行处置后，根据该处置操作确定告警信息处置流程结束，对告警信息进行上报。

在一些实施例中，在对告警信息进行处置时，对告警信息进行处置的全部处置节点可以根据设定的流转顺序，对告警信息进行告警。这里，根据设定的流转顺序对告警信息进行处置可以通过步骤S21至步骤S23实现：

步骤S21、根据所述目标处置节点中每一处置节点的节点信息，确定出所述告警信息在所述至少一个处置节点之间的流转顺序。

步骤S22、按照所述流转顺序，形成所述告警信息的节点处置序列。

步骤S23、响应于针对所述节点处置序列中的第一个处置节点返回的处置操作，对所述告警信息进行上报处理。

在一些实施例中，可以在进行告警选择操作时选择出对告警事件进行处置的至少一个处置节点和至少一个处置节点的节点信息，节点信息可以是每一处置节点的等级信息，根据不同处置节点的等级信息，确定出告警信息在至少一个处置节点之间的流转顺序。例如，针对人员越位这类告警信息，在进行告警选择操作时，可以设置具有上下级关系的一级处置节点、二级处置节点，以及对告警事件进行上报的三级处置节点，根据不同处置节点的等级信息，确定出对人员越位事件进行告警处理时的流转顺序为：按照一级处置节点、二级处置节点和三级处置节点的顺序对告警信息进行处置。

按照流转顺序形成告警信息对应的节点处置序列，当告警信息的告警级别为一级告警时，服务器会将告警信息同时推送至节点处置序列中的每一处置节点，再根据节点处置序列中每一处置节点的顺序，对告警信息进行后处置。例如，针对第一行为这类告警信息，在所有处置节点接收到告警信息之后，一级处置节点对应的处置对象对告警信息进行处理，可以是对具有第一行为的对象进行劝返，在处理完成后，获取一级处置节点对应的处置对象在对应终端的确定操作，根据确定操作确定该告警信息的处理流程结束。

在一些实施例中，一个处置节点可以对应多个处置对象，在将告警信息推送至目标处置节点之后，从目标处置节点对应的至少一个处置对象中，将最早针对目标处置节点进行处置的处置对象确定为目标处置对象，将所述目标处置对象针对所述目标处置节点进行的处置操作确定为所述处置操作。因此，当告警信息推送到某一处置节点时，该处置节点对应的多个处置对象中的一个处置对象最早对告警单做了处置操作，该节点的其他处置对象可以查看该告警信息当前及后续的处置详情，但不可对告警信息进行处置操作。

在一些实施例中，在确认告警信息的处置流程结束后，可以将告警信息上报，上报后的告警信息可以被所有用户查看。

在另一些实施例中，当告警信息的告警级别为二级告警时，步骤203可以通过步骤S402实现：

步骤S402、响应于所述告警信息的告警级别为二级告警，确定所述至少一个处置节点的节点信息，并根据每一处置节点的节点信息，在所述至少一个处置节点中确定用于对所述告警信息进行处置的目标处置节点。

在一些实施例中，当告警信息的告警级别为二级告警时，采用串行推送的方式进行告警信息推送，在将告警信息推送到目标处置节点时，目标处置节点对应的处置对象对告警信息进行处置。

当告警信息的告警级别为二级告警时，确定至少一个处置节点的节点信息，即确定每一处置节点的等级信息，根据处置节点的等级信息，确定出二级告警信息最先推送的目标处置节点。本申请实施例每一处置节点的节点信息，确定告警信息的目标处置节点可以通过步骤S4021至步骤S4023实现：

步骤S4021、根据每一处置节点的节点信息，确定出所述告警信息在所述至少一个处置节点之间的流转顺序。

步骤S4022、按照所述流转顺序，形成所述告警信息的节点处置序列。

步骤S4023、将所述节点处置序列中的第一个处置节点确定为所述目标处置节点。

在一些实施例中，在进行告警选择操作时选择出对不同告警事件进行处置的至少一个处置节点和至少一个处置节点的节点信息，可以是登记信息，根据不同处置节点的等级信息，确定出告警信息在至少一个处置节点之间的流转顺序。例如，针对第三行为这类告警信息，在进行告警选择操作时，可以设置具有上下级关系的一级处置节点和二级处置节点，以及对告警事件进行上报的三级处置节点，根据等级信息，确定出对访客未登记事件进行告警处理时的流转顺序为：按照一级处置节点、二级处置节点和三级处置节点的顺序对告警信息进行处置。

按照流转顺序形成告警信息对应的节点处置序列，当告警信息的告警级别为二级告警时，服务器会将告警信息推送至节点处置序列中的第一个处置节点，即目标处置节点，再根据节点处置序列中每一处置节点的顺序，对告警信息进行流转。例如，针对第三行为这类告警信息，在所有处置节点接收到告警信息之后，一级处置节点对应的处置对象对告警信息进行处理，可以是对信息进行登记，在处理完成后，获取一级处置节点对应的处置对象在对应终端的处置操作，根据处置操作确定该告警信息的处理流程结束。在确认告警信息的处置流程结束后，可以将告警信息上报，上报后的告警信息可以被所有用户查看。

本申请实施例通过告警类型对告警信息进行分级，根据告警信息的告警级别将告警信息推送至不同的处置节点，一方面，使得与该告警信息相关的处置对象可以第一时间得知该告警信息的详情，处置对象可以及时去现场对该告警信息进行处置，确认告警事件已解除，提高了对告警信息进行处理的效率，保证了告警信息处置的及时性，降低了由于未及时处理告警信息而导致事故发生的可能性。另一方面，本申请实施例针对不同告警等级的告警信息，提供了一套完整的告警信息处置流程，并且可以根据实际需求对处理流程进行调整，使得本申请实施例提供的告警处理方法能够适用于各类场景，提高了告警处理方法的易用性和广泛使用性。

在一些实施例中，在进行告警选择操作时，为每一处置节点设置了一个处置时限，响应于在处置时限内未接收到针对当前处置节点返回的处置操作，按照节点处置序列中处置节点的流转顺序，将告警信息推送至与所述当前处置节点相邻的下一处置节点，根据获取到的针对下一处置节点的交互操作，对告警信息进行上报处理，或者，按照节点处置序列的流转顺序对告警信息进行推送，直至对告警信息进行上报处理。

在一些实施例中，处置时限可以是6小时，当告警信息流转到当前处置节点时，该处置节点对应的任一处置对象在6小时内均没有对该告警信息进行处置时，根据节点处置序列中处置节点的流转顺序，将告警信息推送至下一处置节点，直到节点处置序列中任一处置节点对告警信息进行处置，使得搞得告警信息的处置流程结束，对告警信息进行处置的处置节点对应的处置对象对该告警信息进行上报处理。

在一些实施例中，可以在进行告警选择操作时，可以在告警信息的处置节点中设置上报节点，上报节点在节点处置序列中位于全部处置节点之后，上报节点的作用是用于确定告警中心的处理流程已结束和对未上报的告警信息进行上报。在一些实施例中，某一处置节点的处置对象对告警信息进行处置之后，可以不对告警信息进行上报处理，可以按照节点处置序列的流转顺序继续流转，后续处置节点的处置对象可以查看该告警信息，但不可对该告警信息进行操作，直至告警信息流转至上报节点，上报节点对应的处置对象确定该告警信息的处置流程结束后，对该告警信息进行上报处理。

在一些实施例中，某一处置节点的处置对象对告警信息进行处置之后，可以不对告警信息进行上报处理，可以按照节点处置序列的流转顺序继续流转，后续处置节点的处置对象可以查看该告警信息，也可以对该告警信息进行上报处理。因此，本申请实施例对上报处理对应的处置节点不做限制。

在一些实施例中，在进行告警选择操作时，还可以为部分告警类型的告警信息设置安保协同部门，安保协同部门对应的处置对象可以协助处置节点的处置对象对告警信息进行处理。例如，当告警信息为五个告警对象出现第一行为，此时，需要安保协同部门协助对应的处置节点对告警信息进行处理。

本申请实施例为每一处置节点设置处置时限，避免某一处置节点的处置对象未对该告警信息进行处置，导致告警信息处置不及时的问题，提高了告警信息处置效率。

在一些实施例中，在对告警信息进行上报处理之后，可以根据节点处置序列的流转顺序、处置操作和所述处置操作对应的处置节点，生成告警流转记录，告警记录至少包括处置操作对应的处置对象、和节点处置序列中处置操作对应的处置节点之前的每一处置节点对应的流转信息。

在一些实施例中，告警流转记录可以是文档数据，也可以是图像数据，例如，告警流转记录可以是告警流程图，如图5所示，图5是本申请实施例提供的告警流程图示意图，告警信息的处置节点包括一级处置节点502、二级处置节点503和上报节点504，其中，告警信息501对应的图像框表示告警信息形成后，告警信息的处理流程处于起始状态；一级处置节点502对应的图像框表示一级处置节点的节点状态；二级处置节点503对应的图像框表示二级处置节点对应的节点状态；上报节点304对应的图像框表示表示告警信息处置后，告警事件处于上报的节点状态。这里，图像框对应的处置节点的节点状态可以用弱化效果和高亮效果，来分别表示处置节点的节点状态为未处置和已处置，如图5所示，告警信息已经形成，因此告警信息501对应的图像框可以是高亮显示(图中未示出)；告警信息此时还未进行流转，因此，一级处置节点502、二级处置节点503和上报节点504对应的图像框为弱化显示，对应的状态为未处置状态。将相邻的两个处置节点通过箭头进行连接，箭头方向为告警事件处置的流转方向。

在一些实施例中，告警流程图可以是矢量图，每一处置节点对应的图像框可以进行点击操作，可以显示该处置节点对应的处置对象、处置事件和节点处置序列中处置操作对应的处置节点之前的每一处置节点对应的操作信息(操作信息可以包括上报、处置、未处置或其他操作信息)。

本申请对告警信息的告警处置流转状态进行记录，记录了一个告警信息经过多级处置节点的操作信息，使得本申请实施例提供的告警处理方法，可以对告警信息的处理流转信息进行保存和查看，为后续对告警信息进行追溯提供了数据。

本申请实施例再提供一种告警流程处理方法在实际场景中的应用。

本申请实施例可以根据实际情况设置告警预案流程的规则和策略，对生成的告警信息，按照自定义的告警预案流程，分发给指定的多级处置单位，直至上报给二级处置节点，并且对告警信息实际处置流转状态进行保存。

本申请实施例通过创建告警预案流程、生成告警信息和生成告警信息流转记录这三个步骤实现本申请实施例提供的告警处理方法。

在本申请实施例中，创建告警预案流程可以通过在终端界面的组件上进行选择操作来实现，如图6所示，图6是本申请实施例提供的展示界面的示意图，展示界面上可以包括告警预案信息编辑组件601、处置节点编辑组件602和告警预案流程图显示组件603等交互界面。

在一些实施例中，创建告警预案流程可以包括创建告警信息订阅方式，可以通过用户与告警预案信息编辑组件601之间的交互完成。其中，告警预案信息编辑组件601可以进行告警预案名称的编辑，如名称为111；还可以通过下拉菜单对告警设备进行选择，告警设备可以是监控设备，告警设备选择可以是选择告警信息的来源设备，例如，视频采集区域内有多个图像告警采集设备，可以通过告警设备的选择来确定告警信息的采集来源，以用于对视频采集区域中部分区域的行为进行告警处理；还可以通过下拉菜单对告警类型进行选择，告警类型可以包括但不限于第一行为、第二行为和第三行为等行为，在进行告警类型选择时，可以通过下拉操作和滚动操作全选或选择部分告警类型；还可以通过下拉菜单对告警级别进行选择，如可以选择告警级别为一般预案(即二级告警)，告警级别与告警类型相关联，根据需求为告警类型选择匹配的告警级别，第一行为和第二行为为高级预案(即一级告警)，第三行为的告警类型为二级告警；还可以通过输入操作对告警预案信息进行备注。

在一些实施例中，告警信息可以来源于告警设备的视频抓拍。在一些业务场景中，管理者对管辖区域内的所有视频源去订阅告警信息。用户自定义选择订阅的告警类型和告警等级(即告警级别)。预案策略中订阅了的告警设备会将告警信息推送到该预案中所有的流程节点去。在一些实施例中，对于异常行为类型的告警信息可以在高级预案中订阅，不重视的告警可以放在一般预案中订阅。

在一些实施例中，对于一般预案来说，通过串行推送的方式将告警信息推送至第一级处置单位的指定用户，告警信息的处置流程按照流程流转顺序进行处置。对于高级预案来说，可以将告警信息同时推送至流程中的每一处置节点，包括一级处置节点和二级处置节点，告警信息的处置流程按照流程流转顺序进行处置，逐级进行告警设备。一个告警预案流程中通过选择某区域关联的告警设备，来查看某区域对应的告警设备对应的所选类型的告警信息。在一些实施例中，对于已存在于其他预案流程中的告警设备不可选择。

在一些实施例中，处置节点编辑组件602可以进行处置节点的添加、编辑和删除等操作，如图6所示，处置节点编辑组件602可以通过添加处置节点操作设置多个处置节点，处置节点用于对告警信息进行处置。例如，可以设置一级处置节点，可以通过下拉操作选择一级处置节点对应的至少一个处置对象；通过点击操作选择如何将告警信息推送至一级处置节点，可以是通过系统页面进行推送，也可以通过语音对一级处置节点对应的处置人员进行声音提示；还可以通过下拉操作选择一级处置节点的处置时限，处置时限表示告警信息从上一级处置节点流转至下一处置节点应该完成处置操作所限定的时间段。例如可以是6小时，当6个小时内一级处置节点未对告警信息进行处置时，可以将告警信息推送至下一处置节点。

在一些实施例中，通过处置节点编辑组件602在选择处置节点时，默认从第一级处置节点开始添加，在添加处置节点时，需要指定该处置节点对应的处置对象，可以选择多个，对处置对象可以进行添加和删除等操作。在处置节点指定多名处置对象时，其中一名处置对象处置告警信息之后，告警信息流转至下一处置节点。本申请实施例可以添加多级处置节点。

在一些实施例中，在进行告警选择操作时，还可以为部分告警类型的告警信息设置安保协同部门，安保协同部门对应的处置对象可以协助处置节点的处置对象对告警信息进行处理。

在一些实施例中，可以根据处置节点编辑组件602选择的处置节点生成预案流程图更新至告警预案流程图显示组件603中，在处置节点编辑组件602中可以选择一级处置节点和二级处置节点两个处置节点，根据告警预案在两个处置节点之间的流转顺序形成预案流程图。

在本申请实施例中，生成告警信息可以通过获取告警设备采集的实时视频流(即图像数据)，按照预先定义的告警规则，在实时视频流中确定出与告警规则对应的视频帧，通过该视频帧和视频帧对应的告警规则生成告警信息。

在本申请实施例中，告警信息流转或推送到某处置节点时，该处置节点所指定的用户(即处置对象)可以查看该告警信息当前及后续的处置详情；同一个处置节点上指定的多个用户(即处置对象)其中一个用户(即处置对象)对告警信息做了处置操作，该节点的其他用户(即处置对象)可查看，但不可编辑该告警信息当前及后续的处置详情。

在一些实施例中，告警信息推送到某一处置节点时，可以进行上报操作，支持对处置操作进行备注操作。超过处置时限未处置的告警信息自动上报流转至下一处置节点。在一些实施例中，处置节点对应的用户查看告警信息时，同时可见该告警信息的历史流转记录，包括：处置单位名称、处置对象的用户名称、处置方式(手动上报或未处置)、告警状态、备注和处置时间。用户对该条告警信息上报处理时，可以生成该条告警信息完整流转记录。

图7是本申请实施例提供的告警信息工作台示意图，如图7所示，告警信息工作台中显示了告警中心全部的告警信息，其中，告警类型选择组件701中显示了告警信息的告警类型和每一告警类型对应的告警信息数量，例如，告警类型为第六行为的告警信息有35个。这里，可以通过点击每一告警类型来显示该告警类型相关的告警信息。告警信息显示组件702显示了告警中心的全部告警信息，可以通过与告警信息显示组件702之间的交互选择某一时间段的告警信息，也可以选择来自不同视频源(即告警设备)的告警信息，也可以选择不同告警等级(即告警级别)的告警信息，也可以选择不同预案类型(即告警类型)的告警信息，也可以选择不同经办人(即处置对象)的告警信息。

在一些实施例中，告警信息显示组件702中有多个子组件7021，每一子组件7021显示一个告警信息，例如，人员管控对应的子组件7021显示了告警类型为第二行为，具体类型为人员未戴口罩的告警信息，通过告警设备抓拍的图像进行目标识别，得到该人员与人像库中的小李具有87.1％的相似度；子组件7021还显示了告警信息产生的时间、对应的处置节点为一级处置部门(即一级处置节点)和告警级别。

基于图7，当一级处置部门对应的处置对象要对该告警信息进行处置时，可以点击该子组件7021，跳转至告警信息的处置页，如图8所示，图8是本申请实施例提供的告警信息处置页的示意图，图像显示组件801显示告警设备抓拍的图像，对图像进行目标检测，将检测结果更新至检测结果显示组件802中，告警流转阶段组件803显示该告警信息的告警流转阶段，包括该告警信息对应的处置节点和流转记录等信息。该处置节点对应的处置对象根据该图像找到未戴口罩的人员，即对告警信息进行处理，当告警信息处理完成之后，可以点击告警流转阶段组件803中的已解决按钮，完成该告警信息处理；如果该处置节点对应的处置对象无法处置该告警信息，可以点击告警流转阶段组件803中的上报按钮，将告警信息流转至下一处置节点。

本申请实施例可以自定义多个告警预案流程，对告警预案流程中的多级处置单位以及上报节点进行处置用户的指定，确保告警信息能合理分发到处置用户。例如，将某区域的全部视频源设备(即告警设备)的告警信息推送给分管该区域的处置人员，处置人员可以查看和处置告警信息，如果有人员调动，可以灵活调整告警预案流程中处置节点。当告警信息推送到处置人员时，可以由处置人员确认现场的告警事件已解除，可选择对告警信息上报操作；如果处置人员无法解决问题或者超过处置时限后，可上报至下一级处置单位进行处理，处置人员可以查看该告警信息全部的流转状态记录。多个告警预案流程中可以推送至二级处置节点对应的二级处置节点对应的处置人员，由二级处置节点对应的处置人员确认现场的告警事件已解除，可选择对告警信息上报操作，二级处置节点对应的处置人员可查看告警信息全部的流转状态记录

本申请实施例提供的告警处理方法可以对告警信息分级分类，将告警信息分拣给预案流程中指定处置单位的用户，用户可以第一时间处置告警信息，保证了告警信息处置的及时性；还可以设置一套完整的告警处置流转机制，根据实际业务需求灵活调整预案流程中的告警流转策略，提高告警处理方法的易用性和广泛使用性；还可以对告警处置流转状态进行记录，能够记录一个告警信息经过多级处置节点的始末状态，保证了告警信息能够有效流转至多级处置节点。

基于上述实施例，本申请实施例提供一种告警处理装置，图9是本申请实施例提供的一种告警处理装置，如图9所示，所述装置90包括获取模块901、第一确定模块902、第二确定模块903、推送模块904和告警处理模块905。

获取模块901，用于响应于告警选择操作，获取告警规则、告警设备和至少一个处置节点；

第一确定模块902，用于根据所述告警规则，在所述告警设备采集的数据中确定出至少一个告警信息；

第二确定模块903，用于根据每一所述告警信息的属性参数，在所述至少一个处置节点中确定用于对所述告警信息进行处置的目标处置节点；

推送模块904，用于将每一所述告警信息推送至所述目标处置节点；

告警处理模块905，用于响应于所述目标处置节点返回的处置操作，对所述告警信息进行告警处理。

在一些实施例中，所述属性参数至少包括所述告警信息的告警类型和与所述告警类型关联的告警级别；第二确定模块903还用于响应于所述告警信息的告警级别为一级告警，将所述至少一个处置节点确定为所述目标处置节点；或者，响应于所述告警信息的告警级别为二级告警，确定所述至少一个处置节点的节点信息，并根据每一处置节点的节点信息，在所述至少一个处置节点中确定用于对所述告警信息进行处置的目标处置节点；其中，所述一级告警的告警级别高于所述二级告警的告警级别。

在一些实施例中，告警处理模块905还用于响应于所述告警信息的告警级别为一级告警，获取所述目标处置节点中任一处置节点返回的处置操作；响应于所述处置操作，对所述告警信息进行上报处理。

在一些实施例中，告警处理模块905还用于根据所述目标处置节点中每一处置节点的节点信息，确定出所述告警信息在所述至少一个处置节点之间的流转顺序；按照所述流转顺序，形成所述告警信息的节点处置序列；响应于针对所述节点处置序列中的第一个处置节点返回的处置操作，对所述告警信息进行上报处理。

在一些实施例中，第二确定模块903还用于根据每一处置节点的节点信息，确定出所述告警信息在所述至少一个处置节点之间的流转顺序；按照所述流转顺序，形成所述告警信息的节点处置序列；将所述节点处置序列中的第一个处置节点确定为所述目标处置节点。

在一些实施例中，告警处理模块905还用于响应于针对所述第一个处置节点返回的处置操作，对所述告警信息进行上报处理。

在一些实施例中，每一处置节点对应一处置时限；所述装置还包括：第一推送模块，用于响应于在所述处置时限内未接收到针对当前处置节点返回的处置操作，按照节点处置序列中处置节点的流转顺序，将所述告警信息推送至与所述当前处置节点相邻的下一处置节点；上报处理模块，用于根据获取到的针对所述下一处置节点的交互操作，对所述告警信息进行上报处理，或者，按照所述节点处置序列的流转顺序对所述告警信息进行推送，直至对告警信息进行上报处理。

在一些实施例中，每一处置节点对应至少一个处置对象；所述装置还包括：第三确定模块，用于响应于所述告警信息推送至所述目标处置节点，从所述目标处置节点对应的至少一个处置对象中，将最早针对所述目标处置节点进行处置的处置对象确定为目标处置对象；第四确定模块，用于将所述目标处置对象针对所述目标处置节点进行的处置操作确定为所述处置操作。

在一些实施例中，在对所述告警信息进行上报处理之后，所述装置还包括：生成模块，用于根据所述节点处置序列的流转顺序、所述处置操作和所述处置操作对应的处置节点，生成告警流转记录；所述告警记录至少包括所述处置操作对应的处置对象、和所述节点处置序列中所述处置操作对应的处置节点之前的每一处置节点对应的流转信息。

在一些实施例中，所述告警规则包括至少一种告警类型；所述告警设备采集的数据为图像数据；第一确定模块902还用于在所述告警设备采集的图像数据中，获取每一告警类型对应的目标图像数据；将所述目标图像数据和所述目标图像数据对应的告警类型，确定为所述告警信息。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

若本申请技术方案涉及个人信息，应用本申请技术方案的产品在处理个人信息前，已明确告知个人信息处理规则，并取得个人自主同意。若本申请技术方案涉及敏感个人信息，应用本申请技术方案的产品在处理敏感个人信息前，已取得个人单独同意，并且同时满足“明示同意”的要求。例如，在摄像头等个人信息采集装置处，设置明确显著的标识告知已进入个人信息采集范围，将会对个人信息进行采集，若个人自愿进入采集范围即视为同意对其个人信息进行采集；或者在个人信息处理的装置上，利用明显的标识/信息告知个人信息处理规则的情况下，通过弹窗信息或请个人自行上传其个人信息等方式获得个人授权；其中，个人信息处理规则可包括个人信息处理者、个人信息处理目的、处理方式、处理的个人信息种类等信息。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述告警处理方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

本申请实施例提供一种电子设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述告警处理方法。

本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述告警处理方法。所述计算机可读存储介质可以是瞬时性的，也可以是非瞬时性的。

本申请实施例提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序被计算机读取并执行时，实现上述方法中的部分或全部步骤。该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software DevelopmentKit，SDK)等等。

需要说明的是，图10是本申请实施例提供的一种告警处理设备的硬件实体示意图，如图10所示，该电子设备10的硬件实体包括：处理器11、通信接口12和存储器13，其中：

处理器11通常控制电子设备10的总体操作。

通信接口12可以使电子设备通过网络与其他终端或服务器通信。

存储器13配置为存储由处理器11可执行的指令和应用，还可以缓存待处理器11以及电子设备10中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器(Random Access Memory，RAM)实现。处理器11、通信接口12和存储器13之间可以通过总线14进行数据传输。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

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

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

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。

Claims (13)

1.一种告警处理方法，其特征在于，所述方法包括：

响应于告警选择操作，获取告警规则、告警设备和至少一个处置节点；

根据所述告警规则，在所述告警设备采集的数据中确定出至少一个告警信息；

根据每一所述告警信息的属性参数，在所述至少一个处置节点中确定用于对所述告警信息进行处置的目标处置节点；

将每一所述告警信息推送至所述目标处置节点；

响应于所述目标处置节点返回的处置操作，对所述告警信息进行告警处理。

2.根据权利要求1所述的方法，其特征在于，所述属性参数至少包括所述告警信息的告警类型和与所述告警类型关联的告警级别；

所述根据每一所述告警信息的属性参数，在所述至少一个处置节点中确定用于对所述告警信息进行处置的目标处置节点，包括：

响应于所述告警信息的告警级别为一级告警，将所述至少一个处置节点确定为所述目标处置节点；或者，

响应于所述告警信息的告警级别为二级告警，确定所述至少一个处置节点的节点信息，并根据每一处置节点的节点信息，在所述至少一个处置节点中确定用于对所述告警信息进行处置的目标处置节点；

其中，所述一级告警的告警级别高于所述二级告警的告警级别。

3.根据权利要求2所述的方法，其特征在于，所述响应于所述目标处置节点返回的处置操作，对所述告警信息进行告警处理，包括：

响应于所述告警信息的告警级别为一级告警，获取所述目标处置节点中任一处置节点返回的处置操作；

响应于所述处置操作，对所述告警信息进行上报处理。

4.根据权利要求3所述的方法，其特征在于，所述响应于所述处置操作，对所述告警信息进行上报处理，包括：

根据所述目标处置节点中每一处置节点的节点信息，确定出所述告警信息在所述至少一个处置节点之间的流转顺序；

按照所述流转顺序，形成所述告警信息的节点处置序列；

响应于针对所述节点处置序列中的第一个处置节点返回的处置操作，对所述告警信息进行上报处理。

5.根据权利要求2所述的方法，其特征在于，所述根据每一处置节点的节点信息，在所述至少一个处置节点中确定用于对所述告警信息进行处置的目标处置节点，包括：

根据每一处置节点的节点信息，确定出所述告警信息在所述至少一个处置节点之间的流转顺序；

按照所述流转顺序，形成所述告警信息的节点处置序列；

将所述节点处置序列中的第一个处置节点确定为所述目标处置节点。

6.根据权利要求5所述的方法，其特征在于，所述响应于所述目标处置节点返回的处置操作，对所述告警信息进行告警处理，包括：

响应于针对所述第一个处置节点返回的处置操作，对所述告警信息进行上报处理。

7.根据权利要求4或6所述的方法，其特征在于，每一处置节点对应一处置时限；所述方法还包括：

响应于在所述处置时限内未接收到针对当前处置节点返回的处置操作，按照节点处置序列中处置节点的流转顺序，将所述告警信息推送至与所述当前处置节点相邻的下一处置节点；

根据获取到的针对所述下一处置节点的交互操作，对所述告警信息进行上报处理，或者，按照所述节点处置序列的流转顺序对所述告警信息进行推送，直至对告警信息进行上报处理。

8.根据权利要求1至7任一项所述的方法，其特征在于，每一处置节点对应至少一个处置对象；所述方法还包括：

响应于所述告警信息推送至所述目标处置节点，从所述目标处置节点对应的至少一个处置对象中，将最早针对所述目标处置节点进行处置的处置对象确定为目标处置对象；

将所述目标处置对象针对所述目标处置节点进行的处置操作确定为所述处置操作。

9.根据权利要求3至8任一项所述的方法，其特征在于，在对所述告警信息进行上报处理之后，所述方法还包括：

根据所述节点处置序列的流转顺序、所述处置操作和所述处置操作对应的处置节点，生成告警流转记录；

所述告警记录至少包括所述处置操作对应的处置对象、和所述节点处置序列中所述处置操作对应的处置节点之前的每一处置节点对应的流转信息。

10.根据权利要求1所述的方法，其特征在于，所述告警规则包括至少一种告警类型；所述告警设备采集的数据为图像数据；

所述根据所述告警规则，在所述告警设备采集的数据中确定出至少一个告警信息，包括：

在所述告警设备采集的图像数据中，获取每一告警类型对应的目标图像数据；

将所述目标图像数据和所述目标图像数据对应的告警类型，确定为所述告警信息。

11.一种告警处理装置，其特征在于，所述装置包括：

获取模块，用于响应于告警选择操作，获取告警规则、告警设备和至少一个处置节点；

第一确定模块，用于根据所述告警规则，在所述告警设备采集的数据中确定出至少一个告警信息；

第二确定模块，用于根据每一所述告警信息的属性参数，在所述至少一个处置节点中确定用于对所述告警信息进行处置的目标处置节点；

推送模块，用于将每一所述告警信息推送至所述目标处置节点；

告警处理模块，用于响应于所述目标处置节点返回的处置操作，对所述告警信息进行告警处理。

12.一种告警处理设备，包括处理器和存储器，所述存储器存储有可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至10任一项所述方法。

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

Images