一种告警信息处理方法及装置与流程

本申请涉及计算机
技术领域：
，尤其涉及一种告警信息处理方法及装置。
背景技术：
随着计算机技术与网络技术的不断发展，越来越多的服务商基于网络为用户提供不同的服务。目前，为了通过网络给用户提供稳定和优质的服务，通常都会建立监控告警系统，通过监控告警系统来实时监控为用户提供服务的网络，当监控到网络出现异常，该网络便会生成告警信息，并将告警信息通过终端展示给相关责任人。具体的，监控告警系统接收应用系统发送过来的警告信息，按照每个应用系统分别设置告警缓冲区，对接收到的上述告警信息，根据告警信息判断是否进行告警信息的展示，并根据判断结果，将需要进行的展示的告警信息以可读方式展示在终端上。但是，在上述方式中，是每隔预设的时间间隔周期性的检查告警缓冲区中的各告警信息的次数，是否超过预设的阈值，如果告警信息的次数没有超过预设的阈值，则需要将该告警信息以可读的方式展示在终端上，这样会造成用户已经在第一次接到某告警信息后就开始对该告警信息对应的故障进行处理，但是由于故障处理需要一定的时间，因此在处理故障的时间内，位于告警缓冲区中的该告警信息的次数在累积到预设的阈值之前，会每隔预设的时间间隔就会将该告警信息重复的展示在终端上(也就是重复的发送给用户)，从而给用户带来烦扰与不便，同样也会增加终端的运行负载。技术实现要素：本申请实施例提供一种告警信息处理方法及装置，用以解决现有技术中在用户处理故障的时间内，依然将所接收到的用户正在处理的故障对应的告警信息重复发送给用户，给用户带来烦扰与不便，同时会增加终端的运行负责的问题。本申请实施例提供一种告警信息处理方法，包括：服务器获取告警信息对应的处理进度信息；根据告警信息对应的处理进度信息，确定是否发送告警信息。优选地，所述方法还包括：确定告警信息的等级，在告警信息的等级超过预设的等级的情况下，获取告警信息对应的处理进度信息。优选地，当告警信息对应的处理进度信息包括第一预设信息时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第二预设信息时，则确定发送告警信息。优选地，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第一阈值时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过预设的第一阈值时，则确定发送告警信息，当告警信息对应的处理进度信息包括第二预设信息时，则确定发送告警信息。优选地，当告警信息对应的处理进度信息包括第二预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第二阈值时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第二预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过预设的第二阈值时，则确定发送告警信息，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第一阈值时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过第一阈值，则确定发送告警信息。优选地，当确定出的结果为发送所述告警信息，且发送所述告警信息的数量至少为两条，所述方法还包括：将对应于同一客户端的告警信息进行合并，并将合并后的告警信息发送给所述客户端。优选地，所述方法还包括：接收并更新所述客户端返回的告警信息对应的新处理进度信息。本申请实施例提供一种告警信息处理方法，包括：客户端接收服务器发送的告警信息；提示用户当前存在告警信息，以及提示用户输入所述告警信息对应的新处理进度信息；将输入的所述告警信息对应的新处理进度信息发送给服务器。本申请实施例提供一种告警信息处理装置，包括：获取模块，用于服务器获取告警信息对应的处理进度信息；确定模块，用于根据告警信息对应的处理进度信息，确定是否发送告警信息。优选地，所述装置还包括：等级确定模块，用于确定告警信息的等级，在告警信息的等级超过预设的等级的情况下，获取告警信息对应的处理进度信息。优选地，所述确定模块具体用于，当告警信息对应的处理进度信息包括第一预设信息时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第二预设信息时，则确定发送告警信息。优选地，所述确定模块具体用于，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第一阈值时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过预设的第一阈值时，则确定发送告警信息，当告警信息对应的处理进度信息包括第二预设信息时，则确定发送告警信息。优选地，所述确定模块具体用于，当告警信息对应的处理进度信息包括第二预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第二阈值时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第二预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过预设的第二阈值时，则确定发送告警信息，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第一阈值时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过第一阈值，则确定发送告警信息。优选地，所述装置还包括：合并发送模块，用于当确定模块确定出的结果为发送所述告警信息，且发送所述告警信息的数量至少为两条，将对应于同一客户端的告警信息进行合并，并将合并后的告警信息发送给所述客户端。优选地，所述装置还包括：接收更新模块，用于接收并更新所述客户端返回的告警信息对应的新处理进度信息。本申请实施例提供一种告警信息处理装置，包括：接收模块，用于客户端接收服务器发送的告警信息；提示模块，用于提示用户当前存在告警信息，以及提示用户输入所述告警信息对应的新处理进度信息；发送模块，用于将输入的所述告警信息对应的新处理进度信息发送给服务器。本申请实施例提供一种告警信息处理方法及装置，该方法包括：服务器获取告警信息对应的处理进度信息，根据告警信息对应的处理进度信息，确定是否发送告警信息。通过上述方法，由于处理进度信息包含了当前用户对告警信息对应的故障是否正在处理，因此，通过告警信息对应的处理进度信息来确定是否将接收到的告警信息发送给相关责任人使用的客户端，可使得对于正在处理的故障所对应的告警信息不用再次发送给相关责任人，同时也有效的降低了终端的运行负载。附图说明此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：图1为本申请实施例提供的一种告警信息处理的过程示意图；图2为本申请实施例提供的一种告警信息处理的框架结构的示意图；图3为本申请实施例提供的第一种告警信息处理的实施方式；图4为本申请实施例提供的第二种告警信息处理的实施方式；图5为本申请实施例提供的第三种告警信息处理的实施方式；图6为本申请实施例提供的第四种告警信息处理的实施方式；图7为本申请实施例提供的第五种告警信息处理的实施方式；图8为本申请实施例提供的第六种告警信息处理的实施方式；图9为本申请实施例提供的第七种告警信息处理的实施方式；图10为本申请实施例提供的第八种告警信息处理的实施方式；图11为本申请实施例提供的第九种告警信息处理的实施方式；图12为本申请实施例提供的第十种告警信息处理的实施方式；图13为本申请实施例提供的第十一种告警信息处理的实施方式；图14为本申请实施例提供的一种告警信息处理的结构示意图；图15为本申请实施例提供的另一种告警信息处理的结构示意图；图16为本申请实施例提供的告警信息处理系统组成结构框图。具体实施方式为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。图1为本申请实施例提供的告警信息处理过程，具体包括以下步骤：s101：服务器获取告警信息对应的处理进度信息。在实际应用中，为了通过网络给用户提供稳定和优质的服务，通常都会建立监控告警系统，通过监控告警系统来实时监控为用户提供服务的网络，当监控到网络出现异常，告警系统便会针对异常的网络生成告警信息，并将告警信息通过客户端展示给相关责任人。在此需要说明的是，告警信息可以包括以下基本内容：接收人(即，接收告警信息的人)，负责人，工作组名称，告警具体内容等，可根据实际情况对告警信息的内容进行增加或减少相应的内容。但是，在实际应用中，如果每次将告警系统产生的告警信息都发送给相关责任人使用的客户端，则会给相关责任人带来很大的烦扰，也会增加客户端的运行负载，因此，在本申请中，可以将所产生的多个告警信息中的一部分告警信息发送给相关责任人使用的客户端。进一步的，由于需要将所产生的多个告警信息中的一部分告警信息发送给相关责任人使用的客户端，因此，在本申请中，需要确定出所产生的多个告警信息中哪些告警信息可发送给相关责任人，哪些不需要发送给相关责任人。而在本申请实施例中，可基于处理进度信息来确定所产生的多个告警信息中哪些告警信息可发送给相关责任人，哪些不需要发送给相关责任人。进一步的，当告警系统产生告警信息后，可将所产生的告警信息发送给图2所示的服务器，图2所示的服务器在接收到告警信息后，可直接获取告警信息对应的处理进度信息，其中，图2给出的是告警信息处理的框架结构。在此需要说明的是，所述处理进度信息可以包括故障处理状态(也即，未处理，正在处理某阶段)，针对告警系统产生的告警信息，如果该告警信息是第一次产生，也就是图2所示的服务器之前并没有接收到过该告警信息，则处理进度信息包括未处理。另外，由于在实际应用中，服务器所接收到的告警信息属于告警系统第一次发送给该服务器时，所对应的处理进度信息均属于未处理，也就是说，均需要发送给相关责任人所使用的客户端，因此，在本申请中，可在基于处理进度信息来确定所产生的多个告警信息中哪些告警信息可发送给相关责任人，哪些不需要发送给相关责任人之前，对接收到的告警信息进行预筛选，先初步筛选出哪些告警信息可发送给相关责任人，哪些不需要发送给相关责任人。在本申请中，对接收到的告警信息进行预筛选，具体可以如3所示：确定告警信息的等级，在告警信息的等级超过预设的等级的情况下，获取告警信息对应的处理进度信息，后续，执行步骤s102，即，根据告警信息对应的处理进度信息，确定是否发送告警信息。在此需要说明的是，告警信息的等级可以根据紧急程度，错误次数，影响范围(即，单机，机房，整网)，错误类型(即，响应时间慢，服务崩溃，服务器崩溃)等因素提前来确定不同因素下所对应的等级，可以根据一种因素来确定该因素下不同情况所对应的等级，如，告警信息的等级可以根据紧急程度来确定紧急程度下不同情况所对应的等级，即，紧急程度为紧急的情况所对应的等级为高级，紧急程度为一般紧急的情况所对应的等级为中级，紧急程度为不紧急的情况所对应的等级为低级，当然，紧急程度为很紧急的情况所对应的等级为也可以为1级，紧急程度为一般紧急的情况所对应的等级为2级，紧急程度为不紧急的情况所对应的等级为3级。在此需要说明的是，在实际情况中，不仅仅只是根据紧急程度着一个因素来对告警信息的等级进行划分，还可以结合多种不同的因素，将多种因素作为一个组合，确定该组合下不同组合值所对应的等级，并根据告警信息所包含的组合值，确定该告警信息的等级，如，以紧急程度以及影响范围这两个因素作为组合，紧急程度与影响范围的组合值为：紧急和机房，紧急和单机，紧急和整网，一般紧急和机房，一般紧急和单机，一般紧急和整网，不紧急和机房，不紧急和单机，不紧急和整网，每个组合值所对应的等级如下表1：组合值等级紧急和机房1级紧急和单机2级紧急和整网3级一般紧急和机房4级一般紧急和单机5级一般紧急和整网6级不紧急和机房7级不紧急和单机8级不紧急和整网9级表1假设告警信息所包含的组合值为不紧急和整网，那么根据表1得到告警信息的等级为9级。另外，具体使用哪种等级标准来将告警信息划分成哪些等级可根据实际情况来确定。在此还需要说明的是，如果告警信息的等级没有超过预设的等级，则该告警信息不需要在进行下一步骤了，也就是，不需要获取告警信息对应的处理进度信息，并基于处理进度信息来确定所产生的多个告警信息中哪些告警信息可发送给相关责任人，哪些不需要发送给相关责任人，只需要记录在服务器或者数据库中即可，并不需要发送给相关责任人。例如，假设机房的网络发生了抖动，此时告警系统监测到视频处理服务器以及支付服务器发生了故障，针对视频处理服务器生成了两个告警信息，即，告警信息a，以及告警信息b，针对支付服务器生成了一个告警信息，即，告警信息c，如下表2：告警信息名称接收人告警信息具体内容告警信息a张三视频渲染进程接口出现故障，紧急告警信息b李四视频编码进程接口出现故障，一般紧急告警信息c王五支付进程接口出现故障，紧急表2假设为了方便清楚的阐述本发明，在该例子中，告警信息的等级只根据告警信息的紧急程度来划分，具体划分如下表3：告警信息的紧急程度告警信息的等级不紧急1级一般紧急2级紧急3级表3如图4所示：假设预设的等级为2级，根据表2与表3确定出告警信息a的等级为3级，确定告警信息a的等级超过预设的等级2，因此，获取告警信息a对应的处理进度信息(即，未处理)，后续，执行步骤s202：根据告警信息a对应的包括未处理的处理进度信息，确定是否发送告警信息a；如图5所示：根据表2与表3确定出告警信息b的等级为2级，确定告警信息b的等级未超过预设的等级2，因此，告警信息b只记录不发送；告警信息根据表2与表3确定出告警信息c的等级为3级，确定告警信息c的等级超过预设的等级2，因此，获取告警信息c对应的处理进度信息(即，未处理)，后续，执行步骤s202：根据告警信息c对应的包括未处理的处理进度信息，确定是否发送告警信息c。s102：根据告警信息对应的处理进度信息，确定是否发送告警信息。在本申请中，在获取到告警信息对应的处理进度信息之后，可根据告警信息对应的处理进度信息，确定是否发送告警信息。进一步的，本申请提供了根据告警信息对应的处理进度信息，确定是否发送告警信息的一种实施方式，具体如图6所示：当告警信息对应的处理进度信息包括第一预设信息时，则确定不发送告警信息；当告警信息对应的处理进度信息包括第二预设信息时，则确定发送告警信息。在此需要说明的是，第一预设信息可以是正在处理某阶段，而第二预设信息可以是未处理。延续上例，如图7所示，假设第一预设信息为正在处理某阶段，第二预设信息为未处理，服务器获取到告警信息a对应的包括未处理的处理进度信息后，确定告警信息a对应的处理进度信息中所包括的预设信息为未处理，则确定发送告警信息a；服务器获取到告警信息c对应的包括未处理的处理进度信息后，确定告警信息c对应的处理进度信息中所包括的预设信息为未处理，则确定发送告警信息c。进一步的，在实际应用中，假设第一预设信息为正在处理某阶段，而服务器所接收到的告警信息a对应的处理进度信息包括正在处理某阶段，则按照上述提供实施方式确定出该告警信息a不用再次发送给相关负责人，这样该告警信息a每一次被接收到后都不用再次发送给相关责任人，那么如果相关责任人在处理告警信息a所对应的故障的过程中，由于某些原因忘记了继续修复告警信息a所对应的故障，这会导致告警信息a所对应的故障一直没有被修复，因此，在本申请中，还提供了另一种根据告警信息对应的处理进度信息，确定是否发送告警信息的实施方式，具体如图8所示：当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第一阈值时，则确定不发送告警信息；当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过预设的第一阈值时，则确定发送告警信息；当告警信息对应的处理进度信息包括第二预设信息时，则确定发送告警信息。延续上例，假设将告警信息a以及告警信息c发送给客户端后，后续，接收到客户端返回的告警信息a对应的处理进度信息为未处理，告警信息c对应的处理进度信息为正在处理某阶段。假设30秒后服务器再次接收到告警系统发送的告警信息a以及告警信息c，如下表4：告警信息名称接收人告警信息具体内容告警信息a张三视频渲染进程接口出现故障，紧急告警信息c王五支付进程接口出现故障，紧急表4如图9所示，根据表3和表4确定出告警信息a的等级为3级，因此，获取告警信息a对应的处理进度信息(即，未处理)，假设第一预设信息为正在处理某阶段，第二预设信息为未处理，预设的第一阈值为1分钟，服务器获取到告警信息a对应的包括未处理的处理进度信息后，确定告警信息a对应的处理进度信息中所包括的预设信息为未处理，则确定发送告警信息a；如图10所示，根据表3和表4确定出告警信息c的等级为3级，因此，获取告警信息c对应的处理进度信息(即，正在处理某阶段)，假设第一预设信息为正在处理某阶段，第二预设信息为未处理，预设的第一阈值为1分钟，服务器获取到告警信息c对应的包括正在处理某阶段的处理进度信息后，确定告警信息c对应的处理进度信息中所包括的预设信息为正在处理某阶段，确定告警信息c与前一次发送的告警信息c之间的时间间隔30秒未超过1分钟(即，预设的第一阈值)，则确定不发送告警信息c。进一步的，由于告警系统产生告警信息在一段时间内会频繁产生，因此，有可能出现服务器第一次将处理进度信息为未处理的告警信息d发送给客户端后，所接收到客户端返回的新处理进度信息同样为未处理，并且与此同时，服务器此时又接收到告警信息d，则需要确定告警信息d是否需要发送给客户端的情况，这样会使得客户端同样会频繁的接收告警信息d，因此，在本申请中，还提供了一种根据告警信息对应的处理进度信息，确定是否发送告警信息的实施方式，具体如图11所示：当告警信息对应的处理进度信息包括第二预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第二阈值时，则确定不发送告警信息；当告警信息对应的处理进度信息包括第二预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过预设的第二阈值时，则确定发送告警信息；当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第一阈值时，则确定不发送告警信息；当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过第一阈值，则确定发送告警信息。延续图7所示的例子，假设将告警信息a以及告警信息c发送给客户端后，后续，接收到客户端返回的告警信息a对应的处理进度信息为未处理，告警信息c对应的处理进度信息为正在处理某阶段。假设1分钟后服务器再次接收到告警系统发送的告警信息a以及告警信息c，如上述表4所示。如图12所示，根据表3和表4确定出告警信息a的等级为3级，因此，获取告警信息a对应的处理进度信息(即，未处理)，假设第一预设信息为正在处理某阶段，第二预设信息为未处理，预设的第一阈值为30秒，第二阈值为20秒，服务器获取到告警信息a对应的包括未处理的处理进度信息后，确定告警信息a对应的处理进度信息中所包括的预设信息为未处理，确定告警信息a与前一次发送的告警信息a之间的时间间隔1分钟超过20秒(即，预设的第二阈值)，则确定发送告警信息a；如图13所示，根据表3和表4确定出告警信息c的等级为3级，因此，获取告警信息c对应的处理进度信息(即，正在处理某阶段)，假设第一预设信息为正在处理某阶段，第二预设信息为未处理，预设的第一阈值为30秒，第二阈值为20秒，服务器获取到告警信息c对应的包括正在处理某阶段的处理进度信息后，确定告警信息c与前一次发送的告警信息c之间的时间间隔1分钟超过30秒(即，预设的第一阈值)，则确定发送告警信息c。在此需要说明的是，上述所说的第二阈值与第一阈值可以是相同的，也可以是不同的。进一步的，为了减少给相关责任人所使用的客户端的发送次数，进一步降低客户端的运行负载，因此，在本申请中，当确定出当前所接收到的告警信息中，哪些告警信息需要发送给相关责任人后，可将告警信息进行合并，并将合并后的告警信息发送给相关责任人。本申请提供了一种将告警信息进行合并的实施方式，具体可以将对应于同一客户端的告警信息进行合并，并将合并后的告警信息发送给客户端。如，机房网络的某终端包含有10个应用，该10个应用的故障均由同一个人接收并负责，当机房网络抖动时，引起这10个应用的接口都故障告警，从而生成10个告警信息，并确定将这10个告警信息发送给相关责任人所使用的客户端，由于10个应用均对应同一个相关责任人，也就是说，10个应用均对应同一个客户端，因此，在发送之前，需要将10个告警信息合并成一条告警信息，告警信息里指示这10个应用正在故障。在此需要说明的是，以上只是给出了一种将告警信息进行合并的实施方式，也可以将对应于同一客户端且同一网络节点(如，网络中的某个设备)的合并成一条告警信息，具体根据哪种合并标准来将告警信息进行合并可根据实际来确定，在此不再一一赘述。进一步的，在本申请中，在将告警信息发送给相关责任人所使用的客户端的同时，可以通过多种方式来通知相关责任人，如，电话，手机短信，qq，微信等。另外，在本申请中，在通过多种方式通知相关责任人的时候可以根据所确定出的告警信息的等级来确定使用哪些方式来通知相关责任人，等级越高，则同时采用的通知方式就越多，等级越低，则同时采用的通知方式就越少。进一步的，如图2所示的客户端接收服务器发送的告警信息，并在接收到告警信息后，提示用户当前存在告警信息，与此同时，提示用户在客户端的指定区域内输入告警信息对应的新处理进度信息，后续，用户对告警信息对应的故障进行处理后，可根据故障处理的进度在客户端的指定区域内输入新处理进度信息，如，假设所接收到的某告警信息当前对应的处理进度信息包括未处理，用户对该告警信息对应的故障正在进行处理，可根据处理进度来客户端的指定区域输入新处理进度信息(如，正在处理某阶段)，并将输入的告警信息对应的新处理进度信息发送给服务器。在此需要说明的是，如果相关责任人对告警信息所对应的故障正在处理，则可在客户端的指定区域输入正在处理某阶段，如果相关责任人对告警信息所对应的故障还没有进行处理，则可在客户端的指定区域输入未处理，如果相关责任人并未对该告警信息响应。另外，在本申请中，可通过提示音，语音播放，震动等的方式提示用户当前存在告警信息。进一步的，图2所示中的服务器在接收到客户端返回的告警信息对应的新处理进度信息后，需要找到已存储的该告警信息对应的处理进度信息，将接收到的新处理进度信息替换掉之前已存储的该告警信息对应的处理进度信息，与此同时，需要记录下更新处理进度信息的时间，处理告警信息对应的故障的处理人，以及处理人地点等。在此需要说明的是，如果相关责任人并没有对客户端所接收到的告警信息进行响应，也就是说，并没有在客户端的指定区域内输入新处理进度信息，则不用更新已保存的该告警信息的处理进度信息，该处理进度信息依然是发送之前的状态。另外，在此还需要说明的是，相关责任人还可以通过客户端查看服务器或数据库中所保存的告警信息对应的当前处理进度信息，以及告警信息的统计结果。以上为本申请实施例提供的告警信息处理方法，基于同样的思路，本申请实施例还提供一种告警信息处理播放装置。如图14所示，本申请实施例提供的一种告警信息处理装置，包括：获取模块1401，用于服务器获取告警信息对应的处理进度信息；确定模块1402，用于根据告警信息对应的处理进度信息，确定是否发送告警信息。所述装置还包括：等级确定模块1403，用于确定告警信息的等级，在告警信息的等级超过预设的等级的情况下，获取告警信息对应的处理进度信息。所述确定模块1402具体用于，当告警信息对应的处理进度信息包括第一预设信息时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第二预设信息时，则确定发送告警信息。所述确定模块1402具体用于，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第一阈值时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过预设的第一阈值时，则确定发送告警信息，当告警信息对应的处理进度信息包括第二预设信息时，则确定发送告警信息。所述确定模块1402具体用于，当告警信息对应的处理进度信息包括第二预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第二阈值时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第二预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过预设的第二阈值时，则确定发送告警信息，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第一阈值时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过第一阈值，则确定发送告警信息。所述装置还包括：合并发送模块1404，用于当确定模块1402确定出的结果为发送所述告警信息，且发送所述告警信息的数量至少为两条，将对应于同一客户端的告警信息进行合并，并将合并后的告警信息发送给所述客户端。所述装置还包括：接收更新模块1405，用于接收并更新所述客户端返回的告警信息对应的新处理进度信息。在此需要说明的是，以上各模块均位于服务器内。如图15所示，本申请实施例提供的一种告警信息处理装置，包括：接收模块1501，用于客户端接收服务器发送的告警信息；提示模块1502，用于提示用户当前存在告警信息，以及提示用户输入所述告警信息对应的新处理进度信息；发送模块1503，用于将输入的所述告警信息对应的新处理进度信息发送给服务器。在此需要说明的是，以上各模块均位于客户端内。另外，本申请实施例还提供一种告警信息处理系统，该系统包括：处理器、计算机可读存储器、和计算机可读存储介质；程序，用于获取告警信息对应的处理进度信息，并根据告警信息对应的处理进度信息，确定是否发送告警信息；所述程序存储在所述计算机可读存储介质上，用于由所述处理器经由所述计算机可读存储器执行。所述处理器、计算机可读存储器、以及所述计算机可读存储介质可以用图16中的处理器、内部存储器、外部存储器来实现。其中，图16为告警信息处理系统组成结构框图，其中示出了告警信息处理系统的主要部件。图16中，图16中，处理器1610、内部存储器1605、总线桥1620以及网络接口1615接入系统总线1640，总线桥1620用于桥接系统总线1640和i/o总线1645，i/o接口接入i/o总线1645，usb接口以及外部存储器与i/o接口连接。图16中，处理器1610可以为一个或多个处理器，每个处理器可以具有一个或者多个处理器内核；内部存储器1605为易失性存储器，例如寄存器、缓存器、各种类型的随机存取存储器等；在告警信息处理系统运行的时候，内部存储器1605中的数据包括操作系统和应用程序；网络接口1615可以为以太网接口、光纤接口等；系统总线1640可以用来传送数据信息、地址信息、以及控制信息；总线桥1620可以用来进行协议转换，将系统总线协议转换为i/o协议或者将i/o协议转换为系统总线协议以实现数据传输；i/o总线1645用来数据信息和控制信息，还可以总线终结电阻或电路来降低信号反射干扰；i/o接口1630主要与各种外部设备连接，例如键盘、鼠标、传感器等等，闪存可以通过usb接口接入i/o总线，外部存储器为非易失性存储器，例如硬盘、光盘等。在告警信息处理系统运行之后，处理器可以将存储于外部存储其中的数据读取到内部存储器中，并对内部存储其中的系统指令进行处理，完成操作系统以及应用程序的功能。该示例告警信息处理系统可以为位于台式机、笔记本电脑、平板电脑、智能手机等。优选地，所述程序还用于，确定告警信息的等级，在告警信息的等级超过预设的等级的情况下，获取告警信息对应的处理进度信息。优选地，所述程序还用于，当告警信息对应的处理进度信息包括第一预设信息时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第二预设信息时，则确定发送告警信息。优选地，所述程序还用于，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第一阈值时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过预设的第一阈值时，则确定发送告警信息，当告警信息对应的处理进度信息包括第二预设信息时，则确定发送告警信息。优选地，所述程序还用于，当告警信息对应的处理进度信息包括第二预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第二阈值时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第二预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过预设的第二阈值时，则确定发送告警信息，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔未超过预设的第一阈值时，则确定不发送告警信息，当告警信息对应的处理进度信息包括第一预设信息，且该告警信息与前一次发送的与该告警信息相同的告警信息之间的时间间隔超过第一阈值，则确定发送告警信息。优选地，所述程序还用于当确定出的结果为发送所述告警信息，且发送所述告警信息的数量至少为两条，将对应于同一客户端的告警信息进行合并，并将合并后的告警信息发送给所述客户端。优选地，所述程序还用于，接收并更新所述客户端返回的告警信息对应的新处理进度信息。在此需要说明的是，以上程序均位于服务器内。其次，本申请实施例还提供的一种告警信息处理系统，该系统包括：处理器、计算机可读存储器、和计算机可读存储介质；程序，用于客户端接收服务器发送的告警信息，提示用户当前存在告警信息，以及提示用户输入所述告警信息对应的新处理进度信息，将输入的所述告警信息对应的新处理进度信息发送给服务器。在此需要说明的是，以上程序均位于客户端内。所述处理器、计算机可读存储器以及所述计算机可读存储介质可以用图16中的处理器、内部存储器、外部存储器来实现。在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。当前第1页12