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

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


背景技术：

2.随着计算机技术的不断发展，各种计算机服务被广泛地使用，在计算机服务运行过程中，相关人员要处理大量的告警信息。随着告警信息的种类越来越复杂、数量越来越多，相关人员的决策成本和时间成本也逐渐增加。


技术实现要素：

3.有鉴于此，本公开实施例至少提供一种告警处理方法、装置、设备及存储介质。
4.本公开实施例的技术方案是这样实现的：
5.一方面，本公开实施例提供一种告警处理方法，所述方法包括：
6.获取第一告警信息和与所述第一告警信息匹配的第一告警方案；其中，所述第一告警方案包括至少两个处理节点的属性信息，以及所述至少两个处理节点之间的依赖关系；
7.基于所述第一告警信息和所述至少两个处理节点的属性信息，生成告警任务；其中，所述告警任务包括每一所述处理节点需要处理的子任务；
8.基于所述至少两个处理节点之间的依赖关系，为每一所述处理节点派发所述告警任务中对应的子任务。
9.另一方面，本公开实施例提供一种告警处理装置，所述装置包括：
10.获取模块，用于获取第一告警信息和与所述第一告警信息匹配的第一告警方案；其中，所述第一告警方案包括至少两个处理节点的属性信息，以及所述至少两个处理节点之间的依赖关系；
11.生成模块，用于基于所述第一告警信息和所述至少两个处理节点的属性信息，生成告警任务；其中，所述告警任务包括每一所述处理节点需要处理的子任务；
12.派发模块，用于基于所述至少两个处理节点之间的依赖关系，为每一所述处理节点派发所述告警任务中对应的子任务。
13.再一方面，本公开实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法中的部分或全部步骤。
14.又一方面，本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法中的部分或全部步骤。
15.又一方面，本公开实施例提供一种计算机程序，包括计算机可读代码，当所述计算机可读代码在计算机设备中运行时，所述计算机设备中的处理器执行用于实现上述方法中的部分或全部步骤。
16.又一方面，本公开实施例提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序被计算机读取并执行时，实现上述方法中的部分或全部步骤。
17.本公开实施例中，通过获取第一告警信息和与第一告警信息匹配的第一告警方案；其中，第一告警方案包括至少两个处理节点的属性信息，以及至少两个处理节点之间的依赖关系；基于第一告警信息和至少两个处理节点的属性信息，生成告警任务；其中，告警任务包括每一所述处理节点需要处理的子任务；基于至少两个处理节点之间的依赖关系，为每一处理节点派发所述告警任务中对应的子任务。这样，可以基于第一告警信息和与第一告警信息匹配告警方案中处理节点的属性信息，生成每一处理节点需要处理的子任务，从而可以为存在依赖关系的每一处理节点派发对应的子任务，共同处理第一告警信息，进而能够简化告警信息的处理流程，提高告警信息的处理效率等。
18.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本公开的技术方案。
附图说明
19.此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。
20.图1为本公开实施例提供的一种告警处理方法的实现流程示意图；
21.图2为本公开实施例提供的一种告警处理方法的实现流程示意图；
22.图3为本公开实施例提供的一种告警处理方法的实现流程示意图；
23.图4为本公开实施例提供的一种告警处理方法的实现流程示意图；
24.图5为本公开实施例提供的一种告警方案的流程处理方法的实现流程示意图；
25.图6a为本公开实施例提供的一种告警方案集合的管理示意图；
26.图6b为本公开实施例提供的一种告警方案的查看示意图；
27.图6c为本公开实施例提供的一种告警方案的编辑示意图；
28.图6d为本公开实施例提供的一种处理节点的编辑示意图；
29.图7a为本公开实施例提供的一种推送方式的实现示意图；
30.图7b为本公开实施例提供的一种推送方式的实现示意图；
31.图8为本公开实施例提供的一种更新存储空间的实现流程示意图；
32.图9为本公开实施例提供的一种告警处理装置的组成结构示意图；
33.图10为本公开实施例提供的一种计算机设备的硬件实体示意图。
具体实施方式
34.为了使本公开的目的、技术方案和优点更加清楚，下面结合附图和实施例对本公开的技术方案进一步详细阐述，所描述的实施例不应视为对本公开的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。
35.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突
的情况下相互结合。所涉及的术语“第一/第二/第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一/第二/第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本公开实施例能够以除了在这里图示或描述的以外的顺序实施。
36.除非另有定义，本文所使用的所有的技术和科学术语与属于本公开的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本公开的目的，不是旨在限制本公开。
37.本公开实施例提供一种告警处理方法，该方法可以由计算机设备的处理器执行。其中，计算机设备指的可以是服务器、笔记本电脑、平板电脑、台式计算机、智能电视、机顶盒、移动设备(例如移动电话、便携式视频播放器、个人数字助理、专用消息设备、便携式游戏设备)等具备告警处理能力的设备。图1为本公开实施例提供的一种告警处理方法的实现流程示意图，如图1所示，该方法包括如下步骤s101至步骤s103：
38.步骤s101，获取第一告警信息和与所述第一告警信息匹配的第一告警方案；其中，所述第一告警方案包括至少两个处理节点的属性信息，以及所述至少两个处理节点之间的依赖关系。
39.这里，告警信息可以理解为由于发生异常而生成的信息，用于提醒相关人员。告警信息可以包括但不限于异常内容、以及发生异常的时间、地点等信息中的至少一种。在一些实施例中，可以预先设置告警事件，在触发告警事件的情况下，确定发生异常，从而生成告警信息，告警事件可以理解为预设的、在触发后可以生成告警信息的事件。告警事件可以包括：设备故障事件、数据访问异常事件等。例如：在调用设备的摄像头的过程中，发现调用失败的情况下，可以生成设备的摄像头出现故障的告警信息。第一告警信息可以理解为当前待处理的告警信息，这里并不限定。
40.告警方案可以理解为预设的、针对告警信息的处理方案或者处理流程等。例如：处理方案为，根据告警信息生成告警单，在预设时间将告警单按照预设方式发送至处理部门或者处理对象，以及通知处理对象进行处理等方案等。告警单可以理解为需要各级处理部门、各个处理对象处理备注的工作单据等，可以根据一各告警信息生成一份告警单，也可以根据至少两个告警信息生成一份告警单。这里，第一告警方案可以理解为与当前的第一告警信息匹配的告警方案。
41.在一些实施例中，不同的告警信息可以匹配不同的告警方案，可以根据告警信息不同的告警类型、告警等级或者告警来源等属性中的一种或者多种，设置不同的告警方案。告警类型可以包括触发生成告警信息的告警事件的类型，例如：门禁设备异常运行的类型、车辆异常行驶的类型等。告警等级可以理解为预设的、处理告警信息的紧急程度，例如：一级告警可以表示较轻微，二级告警可以表示较严重。告警来源可以理解为产生告警信息的设备，例如：摄像机和传感设备等。例如：可以预先设置第一告警类型的第一告警信息匹配第一告警方案，第二告警类型的第二告警信息匹配第二告警方案等。
42.在一些实施例中，可以按照预设时间间隔，从第一预设存储空间获取第一告警信息，进而响应于接收到第一告警信息，匹配第一告警方案等。例如：设置预设时间间隔为30秒，每30秒从消息队列或者服务器等第一预设存储空间中，获取第一告警信息。也可以接收运行设备发送的第一告警信息，运行设备可以理解为设置有告警事件的设备，如，门禁设备
等。运行设备在触发告警事件的情况下，可以生成并向计算机设备发送第一告警信息，使得运行该告警处理方法的计算机设备可以接收运行设备发送的第一告警信息，进而能够响应于接收到第一告警信息，匹配第一告警方案等。一个第一告警信息可以匹配一个告警方案，也可以匹配多个告警方案。在第一告警信息匹配多个告警方案的情况下，可以按照匹配的多个告警方案分别对第一告警信息进行处理，也即，对于第一告警信息和第一告警方案的数量不作限定。
43.在一些实施例中，响应于接收到第一告警信息，可以根据第二预设存储空间中存储的不同属性的告警信息与告警方案之间的匹配关系，从设定的至少一个告警方案中，确定与第一告警信息匹配的第一告警方案。例如：接收第一告警信息，对第一告警信息进行解析处理，确定第一告警信息的告警类型，从而根据告警类型、以及预设的的告警类型与告警方案之间的匹配关系，确定第一告警方案。还可以通过确定第一告警信息与各个预设的告警方案之间的匹配程度，确定第一告警方案。例如：利用第一预测模型，确定第一告警信息与各个预设的告警方案之间的匹配程度分别为0.5、0.7、0.3等，将与第一告警信息的匹配程度最大的告警方案作为第一告警方案。第一预测模型可以为预先训练好的神经网络，通过输入告警信息，输出与各个预设的告警方案之间的匹配程度等。
44.在一些实施例中，第一告警方案包括至少两个处理节点的属性信息，以及至少两个处理节点之间的依赖关系。处理节点可以理解为用于处理第一告警信息的对象，如，处理部门或者处理对象(相关人员)等中一种或者多种。不同的处理节点可以针对处理第一告警信息部分或者全部的任务，用于提高告警信息的处理效率等。例如：第一告警方案包括三个处理节点，第一处理节点处理第一告警信息的第一部分任务，第二处理节点处理第一告警信息的第二部分任务，第三处理节点处理第一告警信息的第三部分任务；第一告警方案还可以包括：第一处理节点处理针对第一告警信息的全部任务，若第一处理节点无法处理，可以上报第二处理节点，第二处理节点继续处理针对第一告警信息的全部任务，若第二处理节点无法处理，可以上报第三处理节点，第三处理节点继续处理针对第一告警信息的全部任务等。这里，可以通过三个处理节点共同处理第一告警信息，完成维护或者管理等任务，减少出现告警信息无法及时处理的情况等。
45.在一些实施例中，可以通过配置处理节点不同的属性信息，来定义不同的处理节点，处理节点的属性信息可以包括：处理对象、告警方式(如，系统页面推送、声光提示等方式)、处置时间、处理名称和备注内容等信息中的一种或者多种。例如：当前时间为10:00时，当前处理节点的处置时间为30分钟，在10:00时至10:30时内，若确定当前处理节点的处理对象无法处理第一告警信息，将第一告警信息流转至下一处理节点，以及按照下一处理节点的告警方式，提醒下一处理节点的处理对象等。
46.在一些实施例中，为了准确完整地处理第一告警信息，可以在第一告警方案中预先设置各个处理节点之间的依赖关系，处理节点之间的依赖关系可以理解为各个处理节点在处理过程中的处理顺序等。例如：第一处理节点的处理顺序在前(也即第一处理顺序)，第二处理节点的处理顺序在中(也即第二处理顺序)，第二处理节点的处理顺序在后(也即第三处理顺序)等。处理节点之间的依赖关系可以为上下级关系，也可以为同级关系等。例如：至少两个处理节点之间的依赖关系包括：上一处理节点与当前处理节点之间的依赖关系，或者当前处理节点与下一处理节点之间的依赖关系等。当前处理顺序的处理节点可以为一
个，也可以为多个，例如：第二处理顺序的处理节点包括第二处理节点和第四处理节点，每一处理节点都处理第一告警信息的第二部分任务等。
47.步骤s102，基于所述第一告警信息和所述至少两个处理节点的属性信息，生成告警任务；其中，所述告警任务包括每一所述处理节点需要处理的子任务。
48.这里，告警任务可以理解为针对第一告警信息所生成的任务等。例如：对第一告警信息进行解析，确定产生第一告警信息的原因，根据产生第一告警信息的原因，确定能够应对该第一告警信息的告警任务等。生成的告警任务可以为一个，也可以为多个，这里并不限定，例如：生成一个告警任务，第一告警任务可以包括更新软件版本和新增调用接口等；生成两个告警任务，第二告警任务包括启动防火墙，第三告警任务包括更换电源等。
49.在一些实施例中，可以基于第一告警信息和至少两个处理节点的属性信息，生成告警任务。可以预先根据各个处理节点的属性信息设置不同的任务模板，通过任务模块生成告警任务，任务模块可以为用于根据告警信息生成告警任务的模板。例如：通过解析第一告警信息，获取任务模板中的至少一个任务信息字段，将任务信息字段填充到任务模板中即可生成告警任务。还可以利用生成模型，生成告警任务。生成模型可以为预先训练好的神经网络，通过输入告警信息和各个处理节点的属性信息，得到告警信息对应的告警任务等。
50.在一些实施例中，告警任务可以包括每一处理节点需要处理的子任务，也即，第一告警方案中所有处理节点的子任务可以整合为对应第一告警信息的、完整的告警任务。例如：第一告警方案包括三个处理节点，告警任务包括针对第一处理节点的第一子任务，针对第二处理节点的第二子任务以及针对第三处理节点的第三子任务等。每一子任务可以完全相同，也可以部分相同，也可以完全不同等。每一处理节点的子任务可以同时生成，也可以在不同的时间段生成，也即，各个处理节点的子任务的生成时间可以不同。例如：基于第一告警信息和至少两个处理节点的属性信息，生成告警任务，再对告警任务进行划分处理，同时得到多个子任务；还可以根据第一告警信息和第一处理节点的属性信息，生成第一子任务，然后在第一子任务处理完成后，可以根据第一告警信息和第二处理节点的属性信息，生成第二子任务等。
51.步骤s103，基于所述至少两个处理节点之间的依赖关系，为每一所述处理节点派发所述告警任务中对应的子任务。
52.这里，处理节点之间的依赖关系可以理解为各个处理节点在处理过程中的处理顺序等。例如：第一处理节点的处理顺序在前(也即第一处理顺序)，第二处理节点的处理顺序在中(也即第二处理顺序)，第二处理节点的处理顺序在后(也即第三处理顺序)等。处理节点之间的依赖关系可以包括上下级关系，也可以包括同级关系等。例如：至少两个处理节点之间的依赖关系包括，上一处理节点与当前处理节点之间的依赖关系，或者当前处理节点与下一处理节点之间的依赖关系等。
53.在一些实施例中，可以基于至少两个处理节点之间的依赖关系，为每一处理节点依次派发告警任务中对应的子任务。例如：将第一子任务发送至上一处理节点，在确定上一处理节点处理完成后，将第二子任务发送至当前处理节点，继而发送至下一处理节点等；一个子任务可以发送至一个处理节点，也可以发送至多个处理节点，以及发送的时间、方式等派发方式。例如：基于至少两个处理节点之间的依赖关系，从第一告警方案中，确定级别最高的处理节点(如，第三处理节点等)，将第一子任务发送至上一处理节点和级别最高的处
理节点，在确定上一处理节点处理完成后，可以将第二子任务发送至当前处理节点和级别最高的处理节点等。
54.本公开实施例中，可以基于第一告警信息和与第一告警信息匹配告警方案中处理节点的属性信息，生成每一处理节点需要处理的子任务，从而可以为存在依赖关系的每一处理节点派发对应的子任务，共同处理第一告警信息，进而能够简化告警信息的处理流程，提高告警信息的处理效率等。
55.在一些实施例中，上述告警处理方法还可以包括如下步骤s111至步骤s112：
56.步骤s111，根据至少两个所述处理节点之间的依赖关系，确定所述第一告警方案的目标处理节点。
57.这里，目标处理节点可以理解为第一告警方案中级别最高的处理节点，用于减少第一告警信息出现无法处理的情况。例如：第一告警方案中包括三个处理节点，根据处理节点之间的依赖关系，第二处理节点为第一处理节点的上级节点，第三处理节点为第二处理节点的上级节点，确定第三处理节点为目标处理节点。在一些实施例中，可以根据处理节点之间的依赖关系，确定第一处理方案中对应的逻辑图(如，树状图等)，从而根据逻辑图准确快速地确定目标处理节点。逻辑图可以用于表征各个处理节点之间的依赖关系，有助于简单直观地表示各处理节点之间的关系。
58.在一些实施例中，在配置处理节点的属性信息的过程中，可以增加目标标识，目标标识可以用于表征处理节点是否为目标处理节点。例如：设置第一处理节点和第二处理节点的目标标识为0，第三处理节点的目标标识为1。那么通过确定第三处理节点的目标标识为1，将第三处理节点为目标处理节点等。
59.步骤s112，在将所述告警任务中所述当前处理节点的子任务推送至所述当前处理节点的情况下，将所述告警任务中所述当前处理节点的子任务推送至所述目标处理节点。
60.这里，目标处理节点可以获取并处理任一处理节点的子任务，例如：在将上一处理节点的子任务推送至上一处理节点的情况下，将上一处理节点的子任务推送至目标处理节点；在将当前处理节点的子任务推送至当前处理节点的情况下，将当前处理节点的子任务推送至目标处理节点等。
61.在一些实施例中，可以采用与将当前处理节点的子任务推送至当前处理节点相同的推送方式，将当前处理节点的子任务推送至目标处理节点，有助于减少处理的复杂度；也可以采用与将当前处理节点的子任务推送至当前处理节点不同的推送方式，将当前处理节点的子任务推送至目标处理节点，有助于提高推送的稳定性。例如：可以调用第一接口将当前处理节点的子任务推送至当前处理节点，调用第二接口将当前处理节点的子任务推送至目标处理节点等。
62.本公开实施例中，根据至少两个处理节点之间的依赖关系，确定第一告警方案的目标处理节点，从而可以在将告警任务中所述当前处理节点的子任务推送至当前处理节点的情况下，将告警任务中当前处理节点的子任务推送至目标处理节点。这样，可以准确快速地确定目标处理节点，进而将当前处理节点的子任务推送至目标处理节点，能够减少出现子任务无法及时处理的情况下，提高告警信息的处理效率等。
63.在一些实施例中，每一所述处理节点的属性信息包括告警方式和处理对象；该方法还可以包括如下步骤s121至步骤s122：
64.步骤s121，在将所述告警任务中所述当前处理节点的子任务推送至所述当前处理节点的情况下，生成第一通知信息。
65.这里，每一处理节点的属性信息可以包括告警方式和处理对象。告警方式可以为提醒处理对象的方式，可以包括：邮件提醒方式、短信提醒方式、语音提醒方式等中的一种或多种，也可以包括单次提醒、重复提醒等，还可以包括实时提醒、延时提醒等。处理对象可以理解为能够对告警任务进行处理的对象，如，相关人员或相关设备等。一个处理节点可以包括一个处理对象，也可以包括多个处理对象，不同处理节点的处理对象可以相同，也可以不同等。第一通知信息可以理解为用于提醒处理对象的信息，例如：在16:00之前，xx处理对象处理信息子任务等。
66.在一些实施例中，可以根据当前处理节点的属性信息和子任务，生成第一通知信息。例如：预先设置第一通知信息模板，将当前时间、处理对象和子任务的名称等字符串加入第一通知信息模板中的待添加区域，生成第一通知信息等。
67.步骤s122，通过所述当前处理节点的告警方式，将所述第一通知信息发送给属于所述当前处理节点的至少一个处理对象；或者通过每一所述处理节点的告警方式，将所述第一通知信息分别发送给属于每一所述处理节点的至少一个处理对象。
68.这里，在生成第一通知信息的情况下，可以通过当前处理节点的告警方式，将第一通知信息发送给属于当前处理节点的至少一个处理对象。例如：通过语音播报的告警方式，将第一通知信息发送给属于当前处理节点的三个处理对象。还可以通过每一处理节点的告警方式，将第一通知信息分别发送给属于每一处理节点的至少一个处理对象。例如：通过语音播报的告警方式，将第一通知信息发送给属于上一处理节点的任一处理对象；或者，通过邮件提醒的告警方式，将第一通知信息发送给属于当前处理节点所有的处理对象，通过短信提醒的告警方式，将第一通知信息发送给属于下一处理节点的至少一个处理对象等。
69.本公开实施例中，在将告警任务中当前处理节点的子任务推送至当前处理节点的情况下，可以生成第一通知信息，从而通过当前处理节点的告警方式，将第一通知信息发送给属于当前处理节点的至少一个处理对象，或者通过每一处理节点的告警方式，将第一通知信息分别发送给属于每一处理节点的至少一个处理对象。这样，可以简单准确地生成第一通知信息，以及快速地将第一通知信息发送给当前处理节点的至少一个处理对象，减少出现通知不及时的情况，或者发送给每一处理节点的至少一个处理对象，减少出现通知遗漏的情况，进而提高告警信息的处理效率等。
70.本公开实施例提供一种告警处理方法，如图2所示，该方法包括如下步骤s201至步骤s204：
71.步骤s201，确定所述第一告警信息至少一个维度的属性信息。
72.这里，第一告警信息的属性信息可以理解为告警信息携带的触发告警事件的时间、地点、具体组件、故障类型等信息。告警属性可以包括至少一个维度的属性信息，如，告警类型、告警等级或者告警来源中的一个维度或者多个维度。
73.在一些实施例中，可以在生成第一告警信息的过程中，预先设置至少一个字段的属性标识与各个维度的属性信息之间的对应关系，用于表征第一告警信息的属性信息。例如：第一告警信息中第一字段表征告警类型，属性标识为1，第二字段表征告警等级，属性标识为3，根据预设的属性标识与属性信息之间的对应关系，确定第一告警信息的告警类型可
以为设备故障，告警等级为三级告警等。
74.步骤s202，根据所述第一告警信息至少一个维度的属性信息，从预设的告警方案集合中，确定与所述第一告警信息匹配的所述第一告警方案。
75.这里，可以预先根据告警信息的不同告警属性设置多个不同的告警方案，告警方案集合可以包括多个告警方案以及告警方案与告警属性之间的对应关系等。例如：第一告警属性的告警信息对应第一告警方案，第二告警属性的告警信息对应第二告警方案等。可以通过确定第一告警信息至少一个维度的属性信息，从预设的告警方案集合中，确定与第一告警信息匹配的所述第一告警方案。例如：确定第一告警信息的告警类型为设备故障，从而根据对应关系确定该告警类型对应的告警方案作为第一告警方案。
76.在一些实施例中，可以通过第一告警信息至少一个维度的属性信息与各个预设的告警方案之间的匹配程度，确定与第一告警信息匹配的第一告警方案。例如：利用第二预测模型，得到告警信息至少一个维度的属性信息与各个告警方案之间的匹配程度分别为0.6、0.8、0.9等，将与告警信息的匹配程度最大的告警方案作为第一告警方案。第二预测模型可以理解为预先训练好的神经网络，通过输入告警信息至少一个维度的属性信息，可以输出与各个告警方案之间的匹配程度等。
77.步骤s203，基于所述第一告警信息和所述至少两个处理节点的属性信息，生成告警任务。
78.步骤s204，基于所述至少两个处理节点之间的依赖关系，为每一所述处理节点派发所述告警任务中对应的子任务。
79.这里，上述步骤s203至步骤s204分别对应于前述步骤s102至步骤s103，在实施时可以参照前述步骤s102至步骤s103的具体实施方式。
80.本公开实施例中，确定第一告警信息至少一个维度的属性信息，根据第一告警信息至少一个维度的属性信息，从预设的告警方案集合中，确定与第一告警信息匹配的第一告警方案，基于第一告警信息和至少两个处理节点的属性信息，生成告警任务，基于至少两个处理节点之间的依赖关系，为每一处理节点派发告警任务中对应的子任务。这样，可以根据第一告警信息至少一个维度的属性信息，从预设的告警方案集合中，确定与第一告警信息匹配的第一告警方案，从而可以准确快速地确定第一告警方案，进而能够提高告警信息的处理效率等。
81.在一些实施例中，所述第一告警信息至少一个维度的属性信息包括以下至少之一：设备名称和告警类型；上述步骤s202可以包括如下步骤s211至步骤s212：
82.步骤s211，确定每一所述告警方案的属性信息；所述告警方案的属性信息包括以下至少之一：关注告警设备和关注告警类型。
83.这里，第一告警信息至少一个维度的属性信息可以包括以下至少之一：设备名称和告警类型。关注告警设备可以理解为告警方案关联的告警设备，告警设备可以理解为能够生成告警信息的设备，关注告警类型可以理解为告警方案关联的告警类型。告警方案的属性信息可以包括至少一个维度，关注告警设备包括至少一个，关注告警类型包括至少一种等。
84.步骤s212，在以下情况至少之一：从所述告警方案集合中，确定与所述第一告警信息匹配的所述第一告警方案；
85.在所述设备名称属于所述关注告警设备的情况下；
86.在所述告警类型属于所述关注告警类型的情况下。
87.这里，在第一告警信息的设备名称属于关注告警设备，或者第一告警信息的告警类型属于关注告警类型的情况下，可以从告警方案集合中，确定与第一告警信息匹配的第一告警方案。例如：第一告警信息的告警类型为设备故障，设备名称为二号摄像机等。在告警方案的关注告警设备包括二号摄像机的情况下，确定告警方案可以作为第一告警方案；在告警方案的关注告警设备不包括二号摄像机的情况下，确定告警方案不可以作为第一告警方案。
88.本公开实施例中，确定每一告警方案的属性信息，告警方案的属性信息包括以下至少之一：关注告警设备和关注告警类型，从而可以在第一告警信息的设备名称属于关注告警设备，或者第一告警信息的告警类型属于关注告警类型等情况下，从告警方案集合中，确定与第一告警信息匹配的第一告警方案，可以简单准确地确定第一告警方案，进而提高告警信息的处理效率等。
89.在一些实施例中，上述步骤s212可以包括：步骤s221，从存储在第一存储空间的所述告警方案集合中，确定与所述第一告警信息匹配的所述第一告警方案。
90.这里，可以将预先设置的告警方案集合存储在第一存储空间，如，缓存组件redis等。在确定与第一告警信息匹配的第一告警方案的过程中，可以在第一存储空间获取告警方案集合，进而从告警方案集合中确定第一告警方案。在一些实施例中，若未确定与第一告警信息匹配的第一告警方案，可以将默认告警方案作为第一告警方案，默认告警方案可以为告警方案集合中的任一告警方案。若未确定与第一告警信息匹配的第一告警方案的情况下，也可以生成提示信息(如匹配失败等)，将提示信息输出给用户等。
91.在一些实施例中，该方法还可以包括如下步骤s231至步骤s232：
92.步骤s231，在以下情况至少之一：将所述第一告警方案进行更新处理，得到更新后的第一告警方案；
93.在调整任一所述处理节点的属性信息的情况下；在调整所述处理节点的数量的情况下；在调整所述至少两个处理节点之间的依赖关系的情况下；在调整任一所述告警方案的属性信息的情况下。
94.这里，可以实时调整每一处理节点的属性信息，调整处理节点的数量(如，增加处理节点，或者删除处理节点等)，调整至少两个处理节点之间的依赖关系(如，将第一处理节点与第二处理节点之间的依赖关系，更新为第一处理节点与第四处理节点之间的依赖关系等)，或者调整任一告警方案的属性信息等编辑处理种的一种或多种，从而实现第一告警方案的更新。对第一告警方案进行更新处理后，可以得到更新后的第一告警方案，例如：更新前的第一告警方案包括三个处理节点，通过新增处理节点，使得更新后的第一告警方案包括四个处理节点等。
95.步骤s232，将所述第一告警方案从所述第一存储空间迁移至第二存储空间，并将所述更新后的第一告警方案存储至所述第一存储空间。
96.这里，第二存储空间可以为搜索引擎(elasticsearch，es)等，用于查询第一告警方案的更新信息(如，更新时间、历史版本等)。将更新后的第一告警方案存储至所述第一存储空间，有助于后续能够在第一存储空间中匹配到第一告警信息。
97.本公开实施例中，将第一告警方案进行更新处理，得到更新后的第一告警方案，将第一告警方案从第一存储空间迁移至第二存储空间，并将更新后的第一告警方案存储至第一存储空间，可以及时更新告警方案集合，匹配最新的第一告警方案，降低第一存储空间的储存量，进而提高告警信息的处理效率等。
98.在一些实施例中，该方法还可以包括如下步骤s241至步骤s242：
99.步骤s241，在调整任一所述处理节点的处理对象的情况下，生成第二通知信息。
100.这里，可以实时调整任一处理节点的处理对象，例如：将第一处理节点的两个处理对象，调整为三个处理对象等。第二通知信息可以为用于表征处理对象的调整信息，例如：第二通知信息为第一处理节点新增了一个处理对象等。
101.步骤s242，将所述第二通知信息发送至推送服务，以使得所述推送服务根据所述第二通知信息，修改所述推送服务的订阅关系，并基于修改后的订阅关系，将所述第一通知信息发送给所述处理节点调整后的处理对象。
102.这里，推送服务可以是指用于实现将第一通知信息发送给处理对象的服务等，推送服务可以预先设置处理节点与处理对象之间的订阅关系，在生成第一通知信息的情况下，可以根据订阅关系，将第一通知信息发送给对应的处理对象，有助于提高信息的传输效率等。推送服务可以包括多个推送接口(如应用程序接口等)，通过调用不同的推送接口，将第一通知信息发送给多个处理对象等。以删除第二处理节点中的第二处理对象为例，修改前，将第一通知信息发送给第二处理节点的第一处理对象和第二处理对象；修改后，将第一通知信息发送给第二处理节点的第一处理对象等。
103.本公开实施例中，在调整任一处理节点的处理对象的情况下，生成第二通知信息，将第二通知信息发送至推送服务，以使得推送服务根据第二通知信息，修改推送服务的订阅关系，并基于修改后的订阅关系，可以将第一通知信息发送给处理节点调整后的处理对象。这样，可以将第一通知信息简单准确地将发送给对应的处理对象，进而提高告警信息的处理效率等。
104.本公开实施例提供一种告警处理方法，如图3所示，该方法包括如下步骤s301至步骤s304：
105.步骤s301，获取第一告警信息和与所述第一告警信息匹配的第一告警方案。
106.这里，上述步骤s301对应于前述步骤s101，在实施时可以参照前述步骤s101的具体实施方式。
107.步骤s302，获取上一处理节点对所述上一处理节点的子任务的处理结果。
108.这里，处理结果可以理解为处理节点获取子任务后，处理子任务的结果，如，处理完成，未处理，处理暂停、上报等，这里并不限定。可以通过获取处理节点的处理对象的处理指令，来确定处理结果。例如：通过解析处理指令，确定指令内容，从而确定处理结果。处理指令可以包括：上报指令、忽略指令或者等待指令等，可以通过触控显示屏、键盘或者鼠标等组件响应处理对象的处理指令。在基于第一告警方案对第一告警信息进行处理的过程中，可以获取每一处理节点对该处理节点的子任务的处理结果，例如：在上一处理节点处理子任务的过程中，获取上一处理节点对上一处理节点的子任务的处理结果等。
109.步骤s303，根据所述上一处理节点的子任务的处理结果和所述上一处理节点的子任务，生成当前处理节点的子任务。
110.这里，例如：上一处理节点的子任务的处理结果为未处理，将上一处理节点的子任务作为当前处理节点的子任务；在当前处理节点的子任务的处理结果为部分处理，将当前处理节点的子任务中已处理的部分删除，基于未处理的部分，生成下一处理节点的子任务等。
111.步骤s304，基于所述至少两个处理节点之间的依赖关系，为每一所述处理节点派发所述告警任务中对应的子任务。
112.这里，上述步骤s304对应于前述步骤s103，在实施时可以参照前述步骤s103的具体实施方式。
113.本公开实施例中，获取第一告警信息和与第一告警信息匹配的第一告警方案，获取上一处理节点对上一处理节点的子任务的处理结果，根据上一处理节点的子任务的处理结果和上一处理节点的子任务，生成当前处理节点的子任务，基于至少两个处理节点之间的依赖关系，为每一处理节点派发告警任务中对应的子任务。这样，可以通过各个处理节点对该处理节点的子任务和该处理节点的子任务的处理结果，生成下一个处理节点的子任务，从而能够及时地生成准确的子任务，进而提高告警信息的处理效率等。
114.本公开实施例提供一种告警处理方法，如图4所示，该方法包括如下步骤s401至步骤s404：
115.步骤s401，确定所述第一告警信息至少一个维度的属性信息。
116.步骤s402，基于所述第一告警信息和所述至少两个处理节点的属性信息，生成告警任务。
117.这里，上述步骤s401至步骤s402分别对应于前述步骤s101至步骤s102，在实施时可以参照前述步骤s101至步骤s102的具体实施方式。
118.步骤s403，将所述告警任务中所述上一处理节点的子任务推送至所述上一处理节点。
119.这里，上一处理节点可以为第一告警方案中任一处理节点，这里并不限定。例如：可以通过长连接推送框架(如websocket)方式，将上一处理节点的子任务推送至上一处理节点；也可以通过实时消息通讯框架(如signalr)方式，将上一处理节点的子任务推送至上一处理节点等。
120.步骤s404，在响应于接收到所述上一处理节点的子任务的处理结果的情况下，将所述告警任务中所述当前处理节点的子任务推送至所述当前处理节点。
121.这里，例如：在17:00时接收到上一处理节点的子任务的处理结果，在17:01时将当前处理节点的子任务推送至当前处理节点等。
122.本公开实施例中，确定第一告警信息至少一个维度的属性信息，基于第一告警信息和至少两个处理节点的属性信息，生成告警任务，将告警任务中上一处理节点的子任务推送至上一处理节点，可以在响应于接收到上一处理节点的子任务的处理结果的情况下，将告警任务中当前处理节点的子任务推送至当前处理节点。这样，可以及时准确地为各个处理节点派发将子任务，进而提高告警信息的处理效率等。
123.在一些实施例中，每一所述处理节点的属性信息包括处置时间；该方法还可以包括：
124.步骤s411，确定所述第一告警信息至少一个维度的属性信息。
125.步骤s412，基于所述第一告警信息和所述至少两个处理节点的属性信息，生成告警任务。
126.这里，上述步骤s411至步骤s412分别对应于前述步骤s101至步骤s102，在实施时可以参照前述步骤s101至步骤s102的具体实施方式。
127.步骤s413，将所述告警任务中所述当前处理节点的子任务推送至所述当前处理节点。
128.这里，每一处理节点的属性信息可以包括处置时间，处置时间可以理解为处理节点用于处理子任务的计划时间，不同处理节点的处置时间可以不同。例如：设置当前处理节点的处置时间为10分钟，将当前处理节点的子任务推送至当前处理节点的时间为15:00，那么在15:00至15:10时段，未接收到当前处理节点的处理结果，确定当前处理节点出现异常等情况；在15:00至15:10时段，接收到当前处理节点的处理结果，根据处理结果进行后续处理等。
129.步骤s414，在所述处置时间内未接收到所述当前处理节点的子任务的处理结果的情况下，将所述告警任务中所述下一处理节点的子任务推送至所述下一处理节点。
130.这里，例如：在15:00至15:10时段，未接收到当前处理节点的处理结果，在15:10时将告警任务中下一处理节点的子任务推送至下一处理节点等。
131.本公开实施例中，确定第一告警信息至少一个维度的属性信息，基于第一告警信息和至少两个处理节点的属性信息，生成告警任务，将告警任务中当前处理节点的子任务推送至当前处理节点，可以在处置时间内未接收到当前处理节点的子任务的处理结果的情况下，可以将告警任务中下一处理节点的子任务推送至下一处理节点，可以及时地将子任务派发至处理节点，减少出现子任务无法及时处理的情况，进而提高告警信息的处理效率等。
132.下面说明本公开实施例提供的告警处理方法在实际场景中的应用，以基于告警方案的流程处理的场景为例进行说明。
133.本公开实施例提供一种告警方案的流程处理方法，可以将对每一告警信息的处理确定为一次流程处理事件。通过引入告警方案，将针对告警信息的处理全部流程化，并且可以及时追踪告警任务在流程处理过程中的进度以及回溯处理结果。基于告警方案，可选择属性信息为特定维度的告警信息，以及定义存在依赖关系的多个处理节点，在处理节点上可定义处理告警任务的处理对象，从而降低对无效告警信息的筛选成本，规范告警信息流程处理的实现，并且及时发现处理隐患，维护流程处理的稳定性等。
134.本公开实施例提供的一种告警方案的流程处理方法，如图5所示，该告警方案的流程处理方法包括如下步骤s501至步骤s511：
135.步骤s501，确定第一告警方案的方案类型。
136.这里，可以在获取第一告警信息后，确定与第一告警信息匹配的第一告警方案，从而从第一告警方案中确定第一告警方案的方案类型，如，方案类型为一般方案或高级方案等，有助于通过多个维度筛选告警信息，提高告警信息的分类处理能力。可以根据第一告警方案的方案类型等属性信息和第一告警信息生成告警任务，可以将告警任务推送至处理节点进行处理等。
137.步骤s502，将告警任务流转至第一处理节点，并通知第一处理节点的处理对象。
138.这里，在生成告警任务后，可以将告警任务存储至第三存储空间，第三存储空间可以为关系型数据库mysql。在将告警任务存储至第三存储空间的情况下，可以确定第一告警方案中的第一处理节点，以及属于第一处理节点的处理对象，将告警任务流转至第一处理节点，并按照第一处理节点中的告警方式通知第一处理节点的处理对象。在一些实施例中，告警方式包括声光通知、短信通知、邮件通知等；将告警任务流转至第一处理节点后，也可以不通知第一处理节点的处理对象。
139.步骤s503，确定是否接收到处理结果。
140.这里，处理结果可以为处理完成或处理未完成等，可以根据不同的处理结果，后续执行不同的处理流程。
141.步骤s504，确定处理结果是否为处理完成。
142.这里，在已接收到处理结果的情况下，可以进一步判断处理结果的内容，如，是否为处理完成等，根据处理结果的不同内容，后续执行不同的处理流程。
143.步骤s505，确定是否超过处置时间。
144.这里，在未接收到处理结果的情况下，可以根据当前时间是否超过处置时间，例如：当前时间为12:20时，处置时间为12:30时，确定未超过处置时间，那么继续等待处理结果；当前时间为12:35时，处置时间为12:30时，确定已超过处置时间，那么将告警任务流转至第二处理节点，并通知第二处理节点的处理对象等。
145.步骤s506，将告警任务流转至第二处理节点，并通知第二处理节点的处理对象。
146.这里，在处理结果为未处理完成，或者超过处置时间的情况下，可以将告警任务流转至第二处理节点，并通知第二处理节点的处理对象，以使得处理对象及时准确地获取等级较高的任务。
147.步骤s507，对告警任务进行归档处理。
148.这里，在处理结果为已处理完成的情况下，可以将处理结果推送至处理流程中后续的所有处理节点等，如，第二处理节点、第三处理节点和第地处理节点。并可以对告警任务进行归档处理，如，将告警任务迁移至第二存储空间(如搜索引擎es等)，用于后续查询，以使得可以简单及时地确定历史告警任务等。
149.步骤s508，确定处理结果是否为处理完成。
150.这里，可以判断是否接收到第二处理节点针对告警任务的处理结果，在已接收到第二处理节点针对告警任务的处理结果的情况下，继续判断处理结果是否为处理完成，可以根据不同的处理结果，后续执行不同的处理流程。
151.步骤s509，将告警任务流转至第三处理节点，并通知第三处理节点的处理对象。
152.这里，在处理结果为未处理完成，或者超过处置时间的情况下，可以将告警任务流转至第三处理节点，并通知第三处理节点的处理对象。
153.步骤s510，将告警任务流转至第四处理节点，并通知第四处理节点的处理对象。
154.这里，在处理结果为未处理完成，或者超过处置时间的情况下，可以将告警任务流转至第四处理节点，并通知第四处理节点的处理对象。第三处理节点与第四处理节点可以理解同级处理节点，同级处理节点任一处理节点都可以处理告警任务。
155.步骤s511，将告警任务流转至目标处理节点，并通知目标处理节点的处理对象。
156.这里，在第三处理节点(或者第四处理节点)的处理结果为未处理完成，或者超过
处置时间的情况下，可以将告警任务流转至目标处理节点，并通知目标处理节点的处理对象等。
157.在一些实施例中，该告警方案的流程处理方法可以包括告警方案的定义过程和存储空间更新过程。告警方案的定义可以包括设置告警方案的属性信息、各处理节点的属性信息以及各处理节点之间的依赖关系等。存储空间的更新过程可以包括将第一告警方案从第一存储空间迁移至第二存储空间，并将更新后的第一告警方案存储至第一存储空间等。
158.在一些实施例中，可以通过存储结构表等形式来存储告警方案的相关信息。例如：可以通过表一存储告警方案的属性信息，如，流程名称、方案类型(如，一般方案和高级方案等)、关注告警设备、关注告警类型、方案备注等；表二可以存储各个告警方案对应的方案标识，可以与表一相关联，方案标识可以用于表征告警方案，方案标识唯一；表三可以存储各个告警方案对应的关注告警设备等；表四可以存储各个处理节点之间的依赖关系等；表五可以存储各个处理节点对应的处理对象等。表六可以存储各个处理节点的处理对象的推送方式等；对于存储结构表的对应关系以及数量等信息。
159.如图6a所示，可以包括：预设的关注告警类型，如，一号类型601、二号类型602、三号类型603、四号类型604、五号类型605、六号类型606、七号类型607、八号类型608等；还可以包括：告警方案的属性信息，如，流程名称611、预案类型(也即方案类型)612、告警类型(也即关注告警类型)613、告警设备(也即关注告警设备)614、创建人615、创建时间616、干系人617、更新时间618、操作619等。可以通过触发新建预案(也即告警方案)621、查看622、编辑623和删除624等控件，调用预设的功能，从而实现对告警方案进行处理。
160.如图6b所示，可以包括：告警方案的属性信息631，如，流程名称、方案类型、关注告警设备、关注告警类型、方案备注等；还可以包括处理节点632，如，第一处理节点和第二处理节点，以及各处理节点的属性信息等；还可以包括方案流程图633，如，自动节点、必经节点、处置流转和通知等。其中，自动节点可以理解为默认的公共节点，自动节点包括方案推送节点和方案归档节点。方案推送节点可以根据确定与第一告警信息匹配的第一告警方案，生成告警任务，并将告警任务流转至第一处理节点；方案归档节点可以将第一告警方案迁移至第二存储空间等。
161.如图6c所示，可以通过编辑告警方案的属性信息641、处理节点642等部分，实现对告警方案的编辑等处理。如图6d所示，可以通过编辑第一处理节点651、第二处理节点652等部分，实现对告警方案中各个处理节点的编辑和排序等处理。
162.在一些实施例中，不同的方案类型可以对应不同的推送方式，如图7a所示，第一告警方案为一般方案，将上一处理节点的告警任务流转至当前处理节点的情况下，可以通知当前节处理节点的处理对象；在一些实施例中，如图7b所示，第一告警方案为高级方案，将上一处理节点的告警任务流转至当前处理节点的情况下，可以通知当前节处理节点的处理对象和下一处理节点的处理对象等。
163.本公开实施例提供一种更新存储空间方法，如图8所示，该更新存储空间方法包括如下步骤s801至步骤s805：
164.步骤s801，新建第一告警方案。
165.这里，可以通过新建预案621控件的功能，实现重新创建第一告警方案。
166.步骤s802，将第一告警方案存储至第一存储空间。
167.这里，在新建第一告警方案的情况下，可以将新建的第一告警方案的所有信息，以存储结构表的形式存储至第一存储空间。
168.步骤s803，更新第一告警方案，并将更新前的第一告警方案从第一存储空间迁移至第二存储空间。
169.这里，对第一告警方案的属性信息、处理节点或者处理节点的属性信息等内容进行编辑后，可以将更新前的第一告警方案从第一存储空间迁移至第二存储空间。在一些实施例中，可以通过表七存储更新前的第一告警方案，并将表七可以存储至第二存储空间。
170.步骤s804，将更新后的第一告警方案存储至第一存储空间。
171.这里，可以将更新后的第一告警方案存储至第一存储空间，关系型数据库和缓存组件等。
172.步骤s805，将第二通知信息发送至推送服务。
173.这里，在调整第一告警方案中任一处理节点的处理对象的情况下，可以生成第二通知信息，将第二通知信息发送至推送服务，以使得推送服务根据第二通知信息，修改推送服务的订阅关系，并基于修改后的订阅关系，可以将第一通知信息发送给处理节点调整后的处理对象等。
174.在上述实施例中，可以对第一告警方案进行更新处理，得到更新后的第一告警方案，将第一告警方案从第一存储空间迁移至第二存储空间，并将更新后的第一告警方案存储至第一存储空间，可以及时更新告警方案集合，匹配最新的第一告警方案，降低第一存储空间的储存量，进而提高告警信息的处理效率等。
175.基于前述的实施例，本公开实施例提供一种告警处理装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(central processing unit，cpu)、微处理器(microprocessor unit，mpu)、数字信号处理器(digital signal processor，dsp)或现场可编程门阵列(field programmable gate array，fpga)等。
176.图9为本公开实施例提供的一种告警处理装置的组成结构示意图，如图9所示，告警处理装置900包括：获取模块910、生成模块920和派发模块930，其中：获取模块910，用于获取第一告警信息和与所述第一告警信息匹配的第一告警方案；其中，所述第一告警方案包括至少两个处理节点的属性信息，以及所述至少两个处理节点之间的依赖关系；生成模块920，用于基于所述第一告警信息和所述至少两个处理节点的属性信息，生成告警任务；其中，所述告警任务包括每一所述处理节点需要处理的子任务；派发模块930，用于基于所述至少两个处理节点之间的依赖关系，为每一所述处理节点派发所述告警任务中对应的子任务。
177.在一些实施例中，所述获取模块还用于：确定所述第一告警信息至少一个维度的属性信息；根据所述第一告警信息至少一个维度的属性信息，从预设的告警方案集合中，确定与所述第一告警信息匹配的所述第一告警方案。
178.在一些实施例中，所述第一告警信息至少一个维度的属性信息包括以下至少之一：设备名称和告警类型；所述获取模块还用于：确定每一所述告警方案的属性信息；所述告警方案的属性信息包括以下至少之一：关注告警设备和关注告警类型；在以下情况至少之一：从所述告警方案集合中，确定与所述第一告警信息匹配的所述第一告警方案；在所述
设备名称属于所述关注告警设备的情况下；在所述告警类型属于所述关注告警类型的情况下。
179.在一些实施例中，所述生成模块还用于：获取上一处理节点对所述上一处理节点的子任务的处理结果；根据所述上一处理节点的子任务的处理结果和所述上一处理节点的子任务，生成当前处理节点的子任务；其中，所述至少两个处理节点之间的依赖关系包括：所述当前处理节点与所述上一处理节点和/或下一处理节点之间的依赖关系。
180.在一些实施例中，所述派发模块还用于：将所述告警任务中所述上一处理节点的子任务推送至所述上一处理节点；在响应于接收到所述上一处理节点的子任务的处理结果的情况下，将所述告警任务中所述当前处理节点的子任务推送至所述当前处理节点。
181.在一些实施例中，每一所述处理节点的属性信息包括处置时间；所述派发模块还用于：将所述告警任务中所述当前处理节点的子任务推送至所述当前处理节点；在所述处置时间内未接收到所述当前处理节点的子任务的处理结果的情况下，将所述告警任务中所述下一处理节点的子任务推送至所述下一处理节点。
182.在一些实施例中，所述装置还包括：第一确定模块，用于根据至少两个所述处理节点之间的依赖关系，确定所述第一告警方案的目标处理节点；第二确定模块，用于在将所述告警任务中所述当前处理节点的子任务推送至所述当前处理节点的情况下，将所述告警任务中所述当前处理节点的子任务推送至所述目标处理节点。
183.在一些实施例中，每一所述处理节点的属性信息包括告警方式和处理对象；所述装置还包括：
184.第三确定模块，用于在将所述告警任务中所述当前处理节点的子任务推送至所述当前处理节点的情况下，生成第一通知信息；发送模块，用于通过所述当前处理节点的告警方式，将所述第一通知信息发送给属于所述当前处理节点的至少一个处理对象；或者通过每一所述处理节点的告警方式，将所述第一通知信息分别发送给属于每一所述处理节点的至少一个处理对象。
185.在一些实施例中，所述获取模块还用于：从存储在第一存储空间的所述告警方案集合中，确定与所述第一告警信息匹配的所述第一告警方案；所述装置还包括：更新模块，用于在以下情况至少之一：将所述第一告警方案进行更新处理，得到更新后的第一告警方案；将所述第一告警方案从所述第一存储空间迁移至第二存储空间，并将所述更新后的第一告警方案存储至所述第一存储空间；在调整任一所述处理节点的属性信息的情况下；在调整所述处理节点的数量的情况下；在调整所述至少两个处理节点之间的依赖关系的情况下；在调整任一所述告警方案的属性信息的情况下。
186.在一些实施例中，所述装置还包括：第四确定模块，用于在调整任一所述处理节点的处理对象的情况下，生成第二通知信息；通知模块，用于将所述第二通知信息发送至推送服务，以使得所述推送服务根据所述第二通知信息，修改所述推送服务的订阅关系，并基于修改后的订阅关系，将所述第一通知信息发送给所述处理节点调整后的处理对象。
187.以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。在一些实施例中，本公开实施例提供的装置具有的功能或包含的模块可以用于执行上述方法实施例描述的方法，对于本公开装置实施例中未披露的技术细节，请参照本公开方法实施例的描述而理解。
188.需要说明的是，本公开实施例中，如果以软件功能模块的形式实现上述的告警处理方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本公开各个实施例所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read only memory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本公开实施例不限制于任何特定的硬件、软件或固件，或者硬件、软件、固件三者之间的任意结合。
189.本公开实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法中的部分或全部步骤。
190.本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法中的部分或全部步骤。所述计算机可读存储介质可以是瞬时性的，也可以是非瞬时性的。
191.本公开实施例提供一种计算机程序，包括计算机可读代码，在所述计算机可读代码在计算机设备中运行的情况下，所述计算机设备中的处理器执行用于实现上述方法中的部分或全部步骤。
192.本公开实施例提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序被计算机读取并执行时，实现上述方法中的部分或全部步骤。该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一些实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一些实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(software development kit，sdk)等等。
193.这里需要指出的是：上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考。以上设备、存储介质、计算机程序及计算机程序产品实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本公开设备、存储介质、计算机程序及计算机程序产品实施例中未披露的技术细节，请参照本公开方法实施例的描述而理解。
194.需要说明的是，图10为本公开实施例中计算机设备的一种硬件实体示意图，如图10所示，该计算机设备1000的硬件实体包括：处理器1001、通信接口1002和存储器1003，其中：
195.处理器1001通常控制计算机设备1000的总体操作。
196.通信接口1002可以使计算机设备通过网络与其他终端或服务器通信。
197.存储器1003配置为存储由处理器1001可执行的指令和应用，还可以缓存待处理器1001以及计算机设备1000中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(flash)或随机访问存储器(random access memory，ram)实现。处理器1001、通信接口1002和存储器1003之间可以通过总线1004进行数据传输。
198.应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的
特定特征、结构或特性包括在本公开的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本公开的各种实施例中，上述各步骤/过程的序号的大小并不意味着执行顺序的先后，各步骤/过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。
199.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
200.在本公开所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
201.上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
202.另外，在本公开各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
203.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(read only memory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。
204.或者，本公开上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本公开各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、磁碟或者光盘等各种可以存储程序代码的介质。
205.以上所述，仅为本公开的实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。