CN112104488A - 一种报警信息处理方法、装置、***及存储介质 - Google Patents
一种报警信息处理方法、装置、***及存储介质 Download PDFInfo
- Publication number
- CN112104488A CN112104488A CN202010905707.2A CN202010905707A CN112104488A CN 112104488 A CN112104488 A CN 112104488A CN 202010905707 A CN202010905707 A CN 202010905707A CN 112104488 A CN112104488 A CN 112104488A
- Authority
- CN
- China
- Prior art keywords
- information
- alarm information
- alarm
- entity
- level
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
- G06F16/33—Querying
- G06F16/3331—Query processing
- G06F16/334—Query execution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/20—Natural language analysis
- G06F40/279—Recognition of textual entities
- G06F40/289—Phrasal analysis, e.g. finite state techniques or chunking
- G06F40/295—Named entity recognition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
- H04L41/0609—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on severity or priority
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computational Linguistics (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Health & Medical Sciences (AREA)
- Artificial Intelligence (AREA)
- Audiology, Speech & Language Pathology (AREA)
- General Health & Medical Sciences (AREA)
- Alarm Systems (AREA)
Abstract
本申请涉及一种报警信息处理方法、装置、***及存储介质,方法包括:获取第一报警信息;获取与第一报警信息相关联的第一实体信息;根据第一报警信息获取与第一实体信息相关联的关联实体信息,关联实体信息的数量N个,N为自然数;查询与第一实体信息和关联实体信息相关联的第二报警信息,第二报警信息与第一报警信息位于同一轮询区间内;以及根据查询结果对第一报警信息进行处理。装置和***使用上述方法对报警信息进行处理,存储介质内存储有与该方法对应的代码。本申请用于报警信息的处理,可以对出现的大量报警信息进行抑制处理,降低其对运维人员的干扰。
Description
技术领域
本申请涉及信息处理的技术领域,尤其是涉及一种报警信息处理方法、装置、***及存储介质。
背景技术
在各种监测***中,当发现事物数据异常,***会进行报警,引发运维人员的注意,进行干预。但是***中常常会发生一些场景,例如大面积停电、失火、地震或者水灾等,单一原因却在监测***中发生大量报警,使得运维人员信息过载,疲于查找应对。
发明内容
本申请提供一种报警信息处理方法、装置、***及存储介质,可以对出现的大量报警信息进行抑制处理,降低其对运维人员的干扰。
本申请的上述目的是通过以下技术方案得以实现的:
第一方面,本申请提供了一种报警信息处理方法,包括:
获取第一报警信息;
获取与第一报警信息相关联的第一实体信息;
根据第一报警信息获取与第一实体信息相关联的关联实体信息,关联实体信息的数量N个,N为自然数;
查询与第一实体信息和关联实体信息相关联的第二报警信息,第二报警信息与第一报警信息位于同一轮询区间内;以及
根据查询结果对第一报警信息进行处理;
其中,查询到相关联的第二报警信息时,对第一报警信息进行屏蔽处理,未查询到相关联的第二报警信息时,将第一报警信息送出。
通过采用上述技术方案,对于获取到的第一报警信息,通过与之关联的实体信息进行判断,存在与之实体信息相关联的第二报警信息时,将第一报警信息进行屏蔽,不存在时,将第一报警信息送出。通过报警信息所依附的实体信息,对其是否送出进行判断,这样对于相关联的实体信息,在同一轮询区间内,仅会有非常少量的报警信息,方便运维人员进行判断并采取合适的处理措施。
在第一方面的一种可能的实现方式中,在查询到相关联的第二报警信息时,还包括:
获取与第二报警信息相关联的第二实体信息;
获取第一实体信息的优先级别信息和第二实体信息的优先级别信息;
比较第一实体信息和第二实体信息的优先级别;以及
根据比较结果对第一报警信息进行处理;
其中,第一实体信息的优先级别高于第二实体信息时,将第一报警信息送出;第一实体信息的优先级别等于或者低于第二实体信息时,对第一报警信息进行屏蔽处理。
通过采用上述技术方案,通过实体信息的优先级别信息对报警信息进行判断,这样在同一轮询区间内,可以得到优先级别靠前的实体信息的报警信息,方便对报警信息进行溯源。
在第一方面的一种可能的实现方式中,在将第一报警信息送出时,屏蔽查询到的第二报警信息,与该第二报警信息相关联的第二实体信息的优先级别低于与第一报警信息相关联的第一实体信息的优先级别。
通过采用上述技术方案,可以通过实体信息的优先级别信息自动进行溯源,方便运维人员进行判断并采取合适的处理措施。
在第一方面的一种可能的实现方式中,还包括:
获取第一报警信息时,同时获取第一报警信息的级别信息;
获取第二报警信息时,同时获取第二报警信息的级别信息;
比较第一报警信息的级别信息与第二报警信息的级别信息;以及
根据比较结果对第一报警信息进行处理;
其中,当第一报警信息的级别信息高于第二报警信息的级别信息时,将第一报警信息送出,当第一报警信息的级别信息等于或者低于第二报警信息的级别信息时,对第一报警信息进行屏蔽处理。
通过采用上述技术方案,可以通过报警信息的级别进行溯源,方便运维人员进行判断并采取合适的处理措施。
在第一方面的一种可能的实现方式中,在将第一报警信息送出时,屏蔽查询到的第二报警信息,第二报警信息的级别信息低于第一报警信息的级别信息。
通过采用上述技术方案,可以通过报警信息的级别信息自动进行溯源,方便运维人员进行判断并采取合适的处理措施。
在第一方面的一种可能的实现方式中,在获取第一报警信息时,同时获取第一报警信息的类型信息;
在查询与第一实体信息和关联实体信息相关联的第二报警信息时,仅获取与第一报警信息的类型相同的第二报警信息。
通过采用上述技术方案,对不同类型的报警信息进行了分类处理,方便运维人员进行更加准确的判断。
在第一方面的一种可能的实现方式中,在获取第一报警信息时同时获取与之对应的级别信息和设定级别信息;
当级别信息高于设定级别信息时,直接将第一报警信息送出。
通过采用上述技术方案,对于高级别的第一报警信息,采取直接送出的方式进行处理,能够避免这些级别偏高的信息被拦截。
第二方面,本申请提供了一种报警信息处理装置,包括:
第一获取单元,用于获取第一报警信息;
第二获取单元,用于获取与第一报警信息相关联的第一实体信息;
第三获取单元,用于根据第一报警信息获取与第一实体信息相关联的关联实体信息,关联实体信息的数量N个,N为自然数;
查询单元,用于查询与第一实体信息和关联实体信息相关联的第二报警信息,第二报警信息与第一报警信息位于同一轮询区间内;以及
第一处置单元,用于根据查询结果对第一报警信息进行处理;
其中,查询到相关联的第二报警信息时,对第一报警信息进行屏蔽处理,未查询到相关联的第二报警信息时,将第一报警信息送出。
通过采用上述技术方案,对于获取到的第一报警信息,通过与之关联的实体信息进行判断,存在与之实体信息相关联的第二报警信息时,将第一报警信息进行屏蔽,不存在时,将第一报警信息送出。通过报警信息所依附的实体信息,对其是否送出进行判断,这样对于相关联的实体信息,在同一轮询区间内,仅会有非常少量的报警信息,方便运维人员进行判断并采取合适的处理措施。
在第二方面的一种可能的实现方式中,还包括:
第四获取单元,用于在查询到相关联的第二报警信息时,获取与第二报警信息相关联的第二实体信息;
第五获取单元,用于获取第一实体信息的优先级别信息和第二实体信息的优先级别信息;
第一比较单元,用于比较第一实体信息和第二实体信息的优先级别;以及
第二处置单元,用于根据比较结果对第一报警信息进行处理;
其中,第一实体信息的优先级别高于第二实体信息时,将第一报警信息送出;第一实体信息的优先级别等于或者低于第二实体信息时,对第一报警信息进行屏蔽处理。
通过采用上述技术方案,通过实体信息的优先级别信息对报警信息进行判断,这样在同一轮询区间内,可以得到优先级别靠前的实体信息的报警信息,方便对报警信息进行溯源。
在第二方面的一种可能的实现方式中,还包括第一屏蔽单元;
所述第一屏蔽单元用于在将第一报警信息送出时,屏蔽查询到的第二报警信息,与该第二报警信息相关联的第二实体信息的优先级别低于与第一报警信息相关联的第一实体信息的优先级别。
通过采用上述技术方案,可以通过实体信息的优先级别信息自动进行溯源,方便运维人员进行判断并采取合适的处理措施。
在第二方面的一种可能的实现方式中,还包括:
第六获取单元,用于获取第一报警信息时,同时获取第一报警信息的级别信息;
第七获取单元,用于获取第二报警信息时,同时获取第二报警信息的级别信息;
第二比较单元,用于比较第一报警信息的级别信息与第二报警信息的级别信息;以及
第三处置单元,用于根据比较结果对第一报警信息进行处理;
其中,当第一报警信息的级别信息高于第二报警信息的级别信息时,将第一报警信息送出,当第一报警信息的级别信息等于或者低于第二报警信息的级别信息时,对第一报警信息进行屏蔽处理。
通过采用上述技术方案,可以通过报警信息的级别进行溯源,方便运维人员进行判断并采取合适的处理措施。
在第二方面的一种可能的实现方式中,还包括第二屏蔽单元;
所述第二屏蔽单元用于在将第一报警信息送出时,屏蔽查询到的第二报警信息,第二报警信息的级别信息低于第一报警信息的级别信息。
通过采用上述技术方案,对不同类型的报警信息进行了分类处理,方便运维人员进行更加准确的判断。
在第二方面的一种可能的实现方式中,在获取第一报警信息时,同时获取第一报警信息的类型信息;
在查询与第一实体信息和关联实体信息相关联的第二报警信息时,仅获取与第一报警信息的类型相同的第二报警信息。
通过采用上述技术方案,可以通过报警信息的级别信息自动进行溯源,方便运维人员进行判断并采取合适的处理措施。
在第二方面的一种可能的实现方式中,在获取第一报警信息时同时获取与之对应的级别信息和设定级别信息;
当级别信息高于设定级别信息时,直接将第一报警信息送出。
通过采用上述技术方案,对于高级别的第一报警信息,采取直接送出的方式进行处理,能够避免这些级别偏高的信息被拦截。
第三方面,本申请提供了一种报警信息处理***,所述***包括:
一个或多个存储器,用于存储指令;以及
一个或多个处理器,用于从所述存储器中调用并运行所述指令,执行如第一方面及第一方面任意可能的实现方式中所述的报警信息处理方法。
一种计算机可读存储介质,所述计算机可读存储介质包括:
程序,当所述程序被处理器运行时,如第一方面及第一方面任意可能的实现方式中所述的报警信息处理方法被执行。
第五方面,本申请提供了一种计算机程序产品,包括程序指令,当所述程序指令被计算设备运行时,如第一方面及第一方面任意可能的实现方式中所述的报警信息处理方法被执行。
第六方面,本申请提供了一种芯片***,该芯片***包括处理器,用于实现上述各方面中所涉及的功能,例如,生成,接收,发送,或处理上述方法中所涉及的数据和/或信息。
该芯片***,可以由芯片构成,也可以包括芯片和其他分立器件。
在一种可能的设计中,该芯片***还包括存储器,该存储器,用于保存必要的程序指令和数据。该处理器和该存储器可以解耦,分别设置在不同的设备上,通过有线或者无线的方式连接,或者处理器和该存储器也可以耦合在同一个设备上。
附图说明
图1是本申请实施例提供的一种报警信息处理方法的处理流程示意图。
图2是本申请实施例提供的一种多个报警信息涌入时的处理流程示意图。
图3是本申请实施例提供的一种基于实体信息级别对报警信息的处理流程示意图。
图4至图6是基于图3给出的基于实体信息级别对报警信息进行追溯的处理流程示意图。
图7是本申请实施例提供的一种基于报警器的级别对报警信息的处理流程示意图。
图8是本申请实施例提供的一种基于报警信息的级别的处理流程示意图。
图9是本申请实施例提供的一种基于报警信息的级别对报警信息进行追溯的处理流程示意图。
图10是本申请实施例提供的一种基于报警信息的类别对报警信息进行处理的处理流程示意图。
具体实施方式
以下结合附图,对本申请中的技术方案作进一步详细说明。
一般而言,报警器是依附于某一个实体的,例如对于一管网泄漏的报警***,在这个管网的不同管道上,肯定安装了多个报警器,用于对管网的运行进行监控。
如果该管网发生了规模型的泄漏事故(多根管道同时泄漏),那么这些管道对应的报警器都会进行报警,对于运维人员而言,只能逐一进行处理,或者需要对这些报警信息进行分析,找到根源,然后再进行处理,这无疑需要花费一定的时间,当管网的结构进一步复杂化,发生规模化的泄漏事故时,报警信息的数量也会急剧攀升,处理难度会进一步升高。
本申请实施例公开了一种报警信息处理方法,该方法可以通过对与警报相关联的实体进行判断,用以对突然涌入的警报进行送出或者屏蔽处理,起到降低警报数量的目的。
例如对于上述管网,当其中某一处发生泄漏,导致管道内部压力降低,此时与该管道相关联的报警器或者与该管道想关联的管道上的报警器肯定会同时发出警报,导致警报数量的骤增,如果能够对这些突然涌入的警报进行处理,减少数量后再展示给运维人员,对于运维人员而言,可以迅速进行判断,然后采取针对性的措施。
请参阅图1,为本申请实施例公开的一种报警信息处理方法,包括以下步骤:
S101,获取第一报警信息;
S102,获取与第一报警信息相关联的第一实体信息;
S103,根据第一报警信息获取与第一实体信息相关联的关联实体信息,关联实体信息的数量N个,N为自然数;
S104,查询与第一实体信息和关联实体信息相关联的第二报警信息,第二报警信息与第一报警信息位于同一轮询区间内;以及
S105,根据查询结果对第一报警信息进行处理;
其中,查询到相关联的第二报警信息时,对第一报警信息进行屏蔽处理,未查询到相关联的第二报警信息时,将第一报警信息送出。
具体而言,在步骤S101中,获取到一个第一报警信息,这个第一报警信息是报警器发出的,但是是否需要将其送出,使运维人员知悉,还需要进行判断。
步骤S102中的内容是获取与这个第一报警信息相关联的第一实体信息,这个第一实体信息就是与报警器相关的实体,应理解,报警器的作用是监控和反馈,因此肯定是依附于一个实体的,也就是报警器肯定是安装在一个具体的物体上,然后对这个物体的某一个或者几个参数进行监控,以实体作为桥梁,可以将多个报警器关联起来。
例如,一个实体上安装了十个报警器,当这个实体出现问题时,这十个报警器同时发出警报,对于运维人员而言,就会得到十个报警信息,但是从运维人员的角度考虑,得到一个报警信息就足够了。
再例如,多个实体是相关联的,每个实体上都安装有报警器,当这些实体受到冲击时,这些报警器同时发出报警信息,这种情况下,对于运维人员而言,收到一个报警信息也是足够的,因为收到后就会进行相应的处理,并且对于相关联的实体,肯定是都要进行检查的,不能留下安全隐患。
因此在步骤S103中,根据第一报警信息获取与第一实体信息相关联的关联实体信息,关联实体信息的数量N个,N为自然数,关联实体信息是与实体信息相关联的实体信息,这种关联有以下几种类型:
空间相关,就是多个实体在空间上是相关联的,例如一个实体内部包括有其他的实体,多个实体在距离上比较接近、多个实体同时依附于某个实体和多个实体与某一个或者几个实体是相关联的等等,当该区域内的实体出现变化时,这些实体上的报警器会发出警报。
拓扑相关,这些实体通过某个原因连接在一起,例如水管中的水流和电线中的电流等,当水管中的水流和电线中的电流发生变化时,线路上的多个报警器会发出警报;再例如河道的上下游,上游发生污染时一般下游也会发生污染,对于该河流,只需要知道其污染,报警的功能就实现了。
因果相关,例如控制关系,控制开关时,线路上的电流发生变化,此时,与这个开关关联的电器的状态就会发生改变。
应理解,上述这些对于关联的解释采用了列举而不是限制的方式,通过这些列举的内容能够组合或者推断出来的关联性也应当纳入到本申请的范围之内。
还应理解,自然数是从0开始的整数(0,1,2,3,4,……),也就是与第一实体信息相关联的关联实体信息存在两种情况,第一种是没有,二种是有,情况为有时关联实体信息的数量可以是一个,也可以是多个。
还应理解,这种关联关系是人为设定的,可以理解为存在一个数据库,这个数据库中存储有这些信息,在进行判断时可以调用数据库中的内容,并且随着使用时间的增加,会形成大量的数据沉淀,数据库可以根据这些数据沉淀进行不断的更新。
在步骤S104中,是查询与第一实体信息和关联实体信息相关联的第二报警信息,第二报警信息与第一报警信息位于同一轮询区间内,该步骤是S103的延续,在前文中提到,报警信息是通过实体信息关联在一起的,因此在查询到实体信息后,需要通过这些实体信息去关联已经出现的报警信息,也就是 步骤S104中的第二报警信息。
此时,可能出现两种情况:第一种是找到了关联的第二报警信息,第二种是没有找到关联的第二报警信息。
此处应当注意的是,第二报警信息和第一报警信息应当是位于同一轮询区间内的,如果查询到关联的第二报警信息是十个小时之前的,明显已经不再具有时效性。
对于轮询区间,可以认为是一个时间段,收到第一报警信息的时间为t1,收到第二报警信息的时间为t2,t1-t2<T,这个T就是轮询区间的时间长度,可以设置为5分钟-30分钟这样的级别,超出这个时间,对于查询到的第二报警信息,进行屏蔽处理,或者在建立查询范围时,这些超出时间的第二报警信息就不在查询的范围之内。
在步骤S105中,是根据查询结果对第一报警信息进行处理,具体的处理方式为:查询到相关联的第二报警信息时,对第一报警信息进行屏蔽处理,此时第一报警信息不再发出;未查询到相关联的第二报警信息时,将第一报警信息送出。
整体而言,收到的每一个第一报警信息都会经过步骤S101至步骤S105的处理,对于归属于一个实体或者相关联实体的报警信息,可以将其整合为一个报警信息,对于运维人员,不会再出现信息过载的问题,可以快速进行查找问题所在并选用相应的处理措施,采取合适的处理方式对报警信息进行处理。
请参阅图2,应当理解,对于一个人而言,其在短时间内的信息处理量是有限的,当突然有大量的报警信息涌入时,必然会导致混乱,一方面是面对这些信息不知从哪一个开始着手处理,另一方面是这些信息都需要排出人手去查看或者处理,会带来巨大的工作量。
当对这些报警信息进行筛选后,运维人员可能只收到一个或者几个报警信息,不需要判断哪些是重要的,哪些是不重要的,哪些是关键信息,哪些是干扰信息,可以针对这些报警信息进行相应的处理,处理速度也会提升,从接到报警信息到处理之间的时间也会缩短。
还应理解,在步骤S101至步骤S105中,是通过实体信息的关联性来对报警信息进行处理,当一个或者几个相关联的实体中的一个报警器发出警报后,在一个设定的轮巡区间内,与这一个或者几个相关联的实体发出的报警信息都会被屏蔽。
这种方式虽然解决了大量信息突然涌入的问题,但是从另一个角度看,这些实体是相关联的,如果能够从关联性的角度对报警信息进行分析,那么可以进一步提高报警信息的准确性,
因此,请参阅图3,作为申请提供的报警信息处理方法的一种具体实施方式,在查询到相关联的第二报警信息时,增加了如下步骤:
S201,获取与第二报警信息相关联的第二实体信息;
S202,获取第一实体信息的优先级别信息和第二实体信息的优先级别信息;
S203,比较第一实体信息和第二实体信息的优先级别;以及
S204,根据比较结果对第一报警信息进行处理;
具体而言,在步骤S201中,获取与第二报警信息相关联的第二实体信息,然后在步骤S202中,获取第一实体信息的优先级别信息和第二实体信息的优先级别信息,然后通过实体信息的优先级别信息来选择对第一报警信息的处理方式。
请参阅图4、图5和图6,应理解,对于不同的实体而言,其优先级别是不同的,有高于、等于和小于三种,如果是高级别的实体发出的,那么从处理的角度看,将其展示给运维人员无疑是更具有意义的,因为可以方便运维人员对报警信息进行追溯,例如一个河道***,该河道***由主河道、支流和支流的分支等组成,优先级别依次降低,主河道、支流和支流的分支等是通过流动的水关联在一起的。
当一个支流的水体发生污染后,那么该支流和支流的分支上放置的报警器会发出警报,如果是支流的分支上的报警器首先发出警报,那么支流上的报警器发出的警报就会被屏蔽,从追溯的角度考虑,这种处理方式是有限制的,如果能够根据优先级别对报警信息进行处理,那么就可以直接追溯到发生污染的支流。
因此在步骤S203中,对第一实体信息和第二实体信息的优先级别进行比较,并在步骤S204中根据比较结果对第一报警信息进行处理,具体的处理方式有以下两种:
第一实体信息的优先级别高于第二实体信息时,将第一报警信息送出;
第一实体信息的优先级别等于或者低于第二实体信息时,对第一报警信息进行屏蔽处理。
具体而言,优先级别高时,将第一报警信息送出;优先级别相同时或者低时,将第一报警信息屏蔽。
这样对于在一个轮询区间内突然涌入的大量报警信息而言,既能够降低呈现给运维人员的信息量,因为得到的是隶属于高级别实体信息的报警信息,有助于对报警信息进行追溯,方便找到根源。
进一步地,在将第一报警信息送出时,屏蔽查询到的第二报警信息,与该第二报警信息相关联的第二实体信息的优先级别低于与第一报警信息相关联的第一实体信息的优先级别。
应理解,根据优先级别对涌入的报警信息处理时,在高级别的报警信息展示给运维人员的同时,在时间序列上排列在其之前的低级别的报警信息也会展示给运维人员,这会导致一定的信息量过载,给运维人员的判断造成干扰。
因此,在将第一报警信息送出时,屏蔽掉查询到的实体信息低于与第一报警信息的实体信息相关联的优先级别信息等于或者低于第一报警信息的实体信息的第二报警信息,一方面,可以降低运维人员接收到的报警信息的数量,另一方面,可以通过优先级别信息对报警信息所依附的实体溯源,有利于找到导致报警的根源。
对于报警信息的处理,除了使用与之相关联的实体信息的优先之外,还可以通过警示信息的级别信息来处理,例如警示信息的级别信息分为四个级别,分别为轻微、正常、严重、非常严重,级别依次增加。
当某一个实体或者几个相关联的实体上同时安装有不同级别的报警器时,在同一个轮巡区间内,可能会得到多个不同级别的警示信息,如果能够对其级别进行区分,那么对于现场的了解程度会进一步提高。
请参阅图7和图8,因此作为申请提供的报警信息处理方法的一种具体实施方式,对于报警信息的筛选,使用了如下步骤:
S301,获取第一报警信息时,同时获取第一报警信息的级别信息;
S302,获取第二报警信息时,同时获取第二报警信息的级别信息;
S303,比较第一报警信息的级别信息与第二报警信息的级别信息;以及
S304,根据比较结果对第一报警信息进行处理;
其中,当第一报警信息的级别信息高于第二报警信息的级别信息时,将第一报警信息送出,当第一报警信息的级别信息等于或者低于第二报警信息的级别信息时,对第一报警信息进行屏蔽处理。
具体而言,在步骤S301和步骤S302中,分别获取第一报警信息的级别信息和获取第二报警信息的级别信息,然后在步骤S303中对这两个级别信息进行比对,并根据比对结果对第一报警信息进行处理,也就是步骤S304。
对于第一报警信息的处理方式为:当第一报警信息的级别信息高于第二报警信息的级别信息时,将第一报警信息送出,当第一报警信息的级别信息等于或者低于第二报警信息的级别信息时,对第一报警信息进行屏蔽处理。
具体的说,当第一报警信息的级别信息高于第二报警信息时,将第一报警信息送出,反之则将第一报警信息屏蔽。从运维人员的角度看,可以根据得到的报警信息的级别信息对现场的实际情况做出更加准确的判断。
请参阅图9(a)-图9(d),进一步地,在将第一报警信息送出时,屏蔽查询到的第二报警信息,第二报警信息的级别信息低于第一报警信息的级别信息。
应理解,根据级别信息对涌入的报警信息处理时,在高级别的报警信息展示给运维人员的同时,在时间序列上排列在其之前的低级别的报警信息也会展示给运维人员,这会导致一定的信息量过载,给运维人员的判断造成干扰。
因此,在将第一报警信息送出时,屏蔽掉查询到的级别信息低于第一报信息的第二报警信息,一方面,可以降低运维人员接收到的报警信息的数量,另一方面,可以根据得到的报警信息的级别信息对现场的实际情况做出更加准确的判断。
在一些可能的实现方式中,通过级别信息对报警信息进行筛选和通过关联的实体信息的优先级别信息对报警信息进行筛选是可以同时进行的。
例如对于一个具体的区域,该区域中有多个实体,每个实体上有多个报警器,当这个区域受到冲击时,通过实体信息的级别和报警信息的级别进行追溯,能够得到属于高级别实体信息的高等级的报警信息,对于运维人员,可以立即采取相应的措施而不是从繁杂的报警信息中进行筛选。
请参阅图10,作为申请提供的报警信息处理方法的一种具体实施方式,在获取第一报警信息时,同时获取第一报警信息的类型信息;
在查询与第一实体信息和关联实体信息相关联的第二报警信息时,仅获取与第一报警信息的类型相同的第二报警信息。
具体而言,在对报警信息进行处理时,增加了类型信息作为参考,举例说明,一个综合性的生产***中,安装有多种类型的报警器,当这个生产***受到冲击时,这些报警器同时工作,对于运维人员而言,会收到一个或者多个报警信息,根据这些报警信息,可以知道现场出现了问题,但是不清楚问题的类型。
对报警信息的类型进行识别后,对于运维人员而言,可以更加充分的了解现场的实际情况,能够进行更加合适的决策。
另外,再结合实体信息级别的筛选和优先级别的筛选,对于现场的了解会更加的充分。
从另外一个角度对报警信息的级别进行考虑,当其级别达到一定时,说明其所依附的实体被影响的程度已经超过了允许的范围,或者对于某些处于关键位置的实体,受到冲击时需要立即进行检查或者处理,因此在获取第一报警信息时同时获取与之对应的级别信息和设定级别信息,当级别信息高于设定级别信息时,直接将第一报警信息送出。
具体而言,对于某些高级别的报警信息,应当呈现给运维人员,而不是将其进行屏蔽,因此对于这些报警信息,需要给出一个设定级别信息,当这个报警信息所对应的级别信息高于设定级别信息时,直接将其送出。
这种方式可以将某些关键的报警信息筛选出来,而不至于使其淹没在海量的报警信息中。
本申请实施例还公开了一种报警信息处理装置,包括:
第一获取单元,用于获取第一报警信息;
第二获取单元,用于获取与第一报警信息相关联的第一实体信息;
第三获取单元,用于根据第一报警信息获取与第一实体信息相关联的关联实体信息,关联实体信息的数量N个,N为自然数;
查询单元,用于查询与第一实体信息和关联实体信息相关联的第二报警信息,第二报警信息与第一报警信息位于同一轮询区间内;以及
第一处置单元,用于根据查询结果对第一报警信息进行处理;
其中,查询到相关联的第二报警信息时,对第一报警信息进行屏蔽处理,未查询到相关联的第二报警信息时,将第一报警信息送出。
进一步地,还增加了第四获取单元,用于在查询到相关联的第二报警信息时,获取与第二报警信息相关联的第二实体信息;
第五获取单元,用于获取第一实体信息的优先级别信息和第二实体信息的优先级别信息;
第一比较单元,用于比较第一实体信息和第二实体信息的优先级别;以及
第二处置单元,用于根据比较结果对第一报警信息进行处理;
其中,第一实体信息的优先级别高于第二实体信息时,将第一报警信息送出;第一实体信息的优先级别等于或者低于第二实体信息时,对第一报警信息进行屏蔽处理。
进一步地,还增加了第一屏蔽单元;
所述第一屏蔽单元用于在将第一报警信息送出时,屏蔽查询到的第二报警信息,与该第二报警信息相关联的第二实体信息的优先级别低于与第一报警信息相关联的第一实体信息的优先级别。
进一步地,还增加了第六获取单元,用于获取第一报警信息时,同时获取第一报警信息的级别信息;
第七获取单元,用于获取第二报警信息时,同时获取第二报警信息的级别信息;
第二比较单元,用于比较第一报警信息的级别信息与第二报警信息的级别信息;以及
第三处置单元,用于根据比较结果对第一报警信息进行处理;
其中,当第一报警信息的级别信息高于第二报警信息的级别信息时,将第一报警信息送出,当第一报警信息的级别信息等于或者低于第二报警信息的级别信息时,对第一报警信息进行屏蔽处理。
进一步地,还增加了还包括第二屏蔽单元;
所述第二屏蔽单元用于在将第一报警信息送出时,屏蔽查询到的第二报警信息,第二报警信息的级别信息低于第一报警信息的级别信息。
进一步地,在获取第一报警信息时,同时获取第一报警信息的类型信息;
在查询与第一实体信息和关联实体信息相关联的第二报警信息时,仅获取与第一报警信息的类型相同的第二报警信息。
进一步地,在获取第一报警信息时同时获取与之对应的级别信息和设定级别信息;
当级别信息高于设定级别信息时,直接将第一报警信息送出。
在一个例子中,以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个专用集成电路(application specificintegratedcircuit,ASIC),或,一个或多个数字信号处理器(digital signal processor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA),或这些集成电路形式中至少两种的组合。
再如,当装置中的单元可以通过处理元件调度程序的形式实现时,该处理元件可以是通用处理器,例如中央处理器(central processing unit,CPU)或其它可以调用程序的处理器。再如,这些单元可以集成在一起,以片上***(system-on-a-chip,SOC)的形式实现。
在本申请中可能出现的对各种消息/信息/设备/网元/***/装置/动作/操作/流程/概念等各类客体进行了赋名,可以理解的是,这些具体的名称并不构成对相关客体的限定,所赋名称可随着场景,语境或者使用习惯等因素而变更,对本申请中技术术语的技术含义的理解,应主要从其在技术方案中所体现/执行的功能和技术效果来确定。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
还应理解,在本申请的各个实施例中,第一、第二等只是为了表示多个对象是不同的。例如第一时间窗和第二时间窗只是为了表示出不同的时间窗。而不应该对时间窗的本身产生任何影响,上述的第一、第二等不应该对本申请的实施例造成任何限制。
还应理解,在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个计算机可读存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的计算机可读存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请实施例还提供了一种报警信息处理***,所述***包括:
一个或多个存储器,用于存储指令;以及
一个或多个处理器,用于从所述存储器中调用并运行所述指令,执行如上述内容中所述的报警信息处理方法。
本申请实施例还提供了一种计算机程序产品,该计算机程序产品包括指令,当该指令被执行时,以使得该报警信息处理***执行对应于上述方法的报警信息处理***的操作。
本申请实施例还提供了一种芯片***,该芯片***包括处理器,用于实现上述内容中所涉及的功能,例如,生成,接收,发送,或处理上述方法中所涉及的数据和/或信息。
该芯片***,可以由芯片构成,也可以包括芯片和其他分立器件。
上述任一处提到的处理器,可以是一个CPU,微处理器,ASIC,或一个或多个用于控制上述的反馈信息传输的方法的程序执行的集成电路。
在一种可能的设计中,该芯片***还包括存储器,该存储器,用于保存必要的程序指令和数据。该处理器和该存储器可以解耦,分别设置在不同的设备上,通过有线或者无线的方式连接,以支持该芯片***实现上述实施例中的各种功能。或者,该处理器和该存储器也可以耦合在同一个设备上。
可选地,该计算机指令被存储在存储器中。
可选地,该存储器为该芯片内的存储单元,如寄存器、缓存等,该存储器还可以是该终端内的位于该芯片外部的存储单元,如ROM或可存储静态信息和指令的其他类型的静态存储设备,RAM等。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。
非易失性存储器可以是ROM、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electricallyEPROM,EEPROM)或闪存。
易失性存储器可以是RAM,其用作外部高速缓存。RAM有多种不同的类型,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhancedSDRAM,ESDRAM)、同步连接动态随机存取存储器(synch link DRAM,SLDRAM)和直接内存总线随机存取存储器。
本具体实施方式的实施例均为本申请的较佳实施例,并非依此限制本申请的保护范围,故:凡依本申请的结构、形状、原理所做的等效变化,均应涵盖于本申请的保护范围之内。
Claims (10)
1.一种报警信息处理方法,其特征在于,包括:
获取第一报警信息;
获取与第一报警信息相关联的第一实体信息;
根据第一报警信息获取与第一实体信息相关联的关联实体信息,关联实体信息的数量N个,N为自然数;
查询与第一实体信息和关联实体信息相关联的第二报警信息,第二报警信息与第一报警信息位于同一轮询区间内;以及
根据查询结果对第一报警信息进行处理;
其中,查询到相关联的第二报警信息时,对第一报警信息进行屏蔽处理,未查询到相关联的第二报警信息时,将第一报警信息送出。
2.根据权利要求1所述的一种报警信息处理方法,其特征在于,在查询到相关联的第二报警信息时,还包括:
获取与第二报警信息相关联的第二实体信息;
获取第一实体信息的优先级别信息和第二实体信息的优先级别信息;
比较第一实体信息和第二实体信息的优先级别;以及
根据比较结果对第一报警信息进行处理;
其中,第一实体信息的优先级别高于第二实体信息时,将第一报警信息送出;第一实体信息的优先级别等于或者低于第二实体信息时,对第一报警信息进行屏蔽处理。
3.根据权利要求2所述的一种报警信息处理方法,其特征在于,在将第一报警信息送出时,屏蔽查询到的第二报警信息,与该第二报警信息相关联的第二实体信息的优先级别低于与第一报警信息相关联的第一实体信息的优先级别。
4.根据权利要求1或2所述的一种报警信息处理方法,其特征在于,还包括:
获取第一报警信息时,同时获取第一报警信息的级别信息;
获取第二报警信息时,同时获取第二报警信息的级别信息;
比较第一报警信息的级别信息与第二报警信息的级别信息;以及
根据比较结果对第一报警信息进行处理;
其中,当第一报警信息的级别信息高于第二报警信息的级别信息时,将第一报警信息送出,当第一报警信息的级别信息等于或者低于第二报警信息的级别信息时,对第一报警信息进行屏蔽处理。
5.根据权利要求4所述的一种报警信息处理方法,其特征在于,在将第一报警信息送出时,屏蔽查询到的第二报警信息,第二报警信息的级别信息低于第一报警信息的级别信息。
6.根据权利要求1或2或4所述的一种报警信息处理方法,其特征在于,在获取第一报警信息,同时获取第一报警信息的类型信息;
在查询与第一实体信息和关联实体信息相关联的第二报警信息时,仅获取与第一报警信息的类型相同的第二报警信息。
7.根据权利要求1所述的一种报警信息处理方法,其特征在于,在获取第一报警信息时同时获取与之对应的级别信息和设定级别信息;
当级别信息高于设定级别信息时,直接将第一报警信息送出。
8.一种报警信息处理装置,其特征在于,包括:
第一获取单元,用于获取第一报警信息;
第二获取单元,用于获取与第一报警信息相关联的第一实体信息;
第三获取单元,用于根据第一报警信息获取与第一实体信息相关联的关联实体信息,关联实体信息的数量N个,N为自然数;
查询单元,用于查询与第一实体信息和关联实体信息相关联的第二报警信息,第二报警信息与第一报警信息位于同一轮询区间内;以及
第一处置单元,用于根据查询结果对第一报警信息进行处理;
其中,查询到相关联的第二报警信息时,对第一报警信息进行屏蔽处理,未查询到相关联的第二报警信息时,将第一报警信息送出。
9.一种报警信息处理***,其特征在于,所述***包括:
一个或多个存储器,用于存储指令;以及
一个或多个处理器,用于从所述存储器中调用并运行所述指令,执行如权利要求1至7中任意一项所述的报警信息处理方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括:
程序,当所述程序被处理器运行时,如权利要求1至7中任意一项所述的报警信息处理方法被执行。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010905707.2A CN112104488B (zh) | 2020-09-01 | 2020-09-01 | 一种报警信息处理方法、装置、***及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010905707.2A CN112104488B (zh) | 2020-09-01 | 2020-09-01 | 一种报警信息处理方法、装置、***及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112104488A true CN112104488A (zh) | 2020-12-18 |
CN112104488B CN112104488B (zh) | 2022-11-25 |
Family
ID=73757399
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010905707.2A Active CN112104488B (zh) | 2020-09-01 | 2020-09-01 | 一种报警信息处理方法、装置、***及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112104488B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050099953A1 (en) * | 2003-11-07 | 2005-05-12 | Tropic Networks Inc. | Method and system for network wide fault isolation in an optical network |
CN101938366A (zh) * | 2009-06-30 | 2011-01-05 | 中兴通讯股份有限公司 | 一种实现关联告警的方法及装置 |
CN102368714A (zh) * | 2011-11-09 | 2012-03-07 | 华为技术有限公司 | 一种网络告警的处理方法、装置及其*** |
US20120069970A1 (en) * | 2010-09-22 | 2012-03-22 | Stephen John Unger | Systems and methods of masking non-service affecting alarms in a communication system |
CN109684181A (zh) * | 2018-11-20 | 2019-04-26 | 华为技术有限公司 | 告警根因分析方法、装置、设备及存储介质 |
CN110650036A (zh) * | 2019-08-30 | 2020-01-03 | 中国人民财产保险股份有限公司 | 告警处理方法、装置及电子设备 |
CN110888949A (zh) * | 2019-10-15 | 2020-03-17 | 平安科技(深圳)有限公司 | 基于三维地图的设备告警屏蔽方法、装置、设备及介质 |
-
2020
- 2020-09-01 CN CN202010905707.2A patent/CN112104488B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050099953A1 (en) * | 2003-11-07 | 2005-05-12 | Tropic Networks Inc. | Method and system for network wide fault isolation in an optical network |
CN101938366A (zh) * | 2009-06-30 | 2011-01-05 | 中兴通讯股份有限公司 | 一种实现关联告警的方法及装置 |
US20120069970A1 (en) * | 2010-09-22 | 2012-03-22 | Stephen John Unger | Systems and methods of masking non-service affecting alarms in a communication system |
CN102368714A (zh) * | 2011-11-09 | 2012-03-07 | 华为技术有限公司 | 一种网络告警的处理方法、装置及其*** |
CN109684181A (zh) * | 2018-11-20 | 2019-04-26 | 华为技术有限公司 | 告警根因分析方法、装置、设备及存储介质 |
CN110650036A (zh) * | 2019-08-30 | 2020-01-03 | 中国人民财产保险股份有限公司 | 告警处理方法、装置及电子设备 |
CN110888949A (zh) * | 2019-10-15 | 2020-03-17 | 平安科技(深圳)有限公司 | 基于三维地图的设备告警屏蔽方法、装置、设备及介质 |
Non-Patent Citations (1)
Title |
---|
石永革等: "通信网告警影响性分析机制的研究与应用", 《微计算机信息》 * |
Also Published As
Publication number | Publication date |
---|---|
CN112104488B (zh) | 2022-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109540205B (zh) | 核电厂管道的监测方法、装置、监测设备和存储介质 | |
US10366596B2 (en) | Monitoring system for electrical equipment failure and method | |
CN110995482B (zh) | 告警分析方法、装置、计算机设备及计算机可读存储介质 | |
CN113312241A (zh) | 异常告警的方法、生成访问日志的方法以及运维*** | |
CN107426022A (zh) | 安全事件监测方法及装置、电子设备、存储介质 | |
CN108924084B (zh) | 一种网络设备安全评估方法及装置 | |
CN109711155A (zh) | 一种预警确定方法和装置 | |
CN107395608B (zh) | 一种网络访问异常检测方法及装置 | |
CN115420325B (zh) | 排查储能装置异常传感器的方法、终端设备及存储介质 | |
US11694489B2 (en) | Message monitoring system, message transmission electronic control unit, and monitoring electronic control unit | |
CN112104488B (zh) | 一种报警信息处理方法、装置、***及存储介质 | |
CN112769615B (zh) | 一种异常分析方法及装置 | |
CN112462132B (zh) | 一种谐波电流溯源方法及远距离输电电力运维监控平台 | |
CN113420935A (zh) | 故障定位方法、装置、设备和介质 | |
CN113093670A (zh) | 一种仪控状态监控方法、***及监控平台 | |
CN110633165A (zh) | 故障处理方法、装置、***服务器及计算机可读存储介质 | |
CN116108394A (zh) | 一种工控***流量异常检测方法、装置及介质 | |
CN111309559B (zh) | 告警联动方法、装置及终端设备 | |
CN110543965B (zh) | 基线预测方法、基线预测装置、电子设备和介质 | |
CN114462710A (zh) | 一种风机发电功率的短期预测方法、装置及介质 | |
US20210231118A1 (en) | Determining a fatigue condition of a hydraulic system | |
CN112965880A (zh) | 信息处理方法、装置、存储介质及设备 | |
KR101594418B1 (ko) | 복합 외부사건 psa의 정량화 시스템 및 방법 | |
Roshandel et al. | User-centric monitoring of sensitive information access in Android applications | |
JP6514429B2 (ja) | 発電プラントの動作のための動的警報システムおよびその動的警報システムへの応答方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |