CN111585785B - 告警信息的屏蔽方法、装置、计算机设备及存储介质 - Google Patents
告警信息的屏蔽方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN111585785B CN111585785B CN202010230021.8A CN202010230021A CN111585785B CN 111585785 B CN111585785 B CN 111585785B CN 202010230021 A CN202010230021 A CN 202010230021A CN 111585785 B CN111585785 B CN 111585785B
- Authority
- CN
- China
- Prior art keywords
- alarm
- display information
- information
- alarm display
- sending
- 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.)
- Active
Links
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
-
- 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
-
- 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/0622—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on time
Abstract
本申请实施例属于通信领域,涉及告警信息的屏蔽方法、装置、计算机设备及存储介质,所述方法包括接收并解析告警指令,得到告警信息,生成告警展示信息,触发向接收端发送告警展示信息的任务,发送告警展示信息将经过告警信息中的屏蔽时间段判断、判断通过后将获取告警展示信息对应的告警内容,再将告警内容进行是否存在历史展示记录判断,若不存在则发送,反之对发送告警展示信息进行放行时间间隔判断,若通过则发送,否则进行放行时间间隔内发送告警展示信息的最大请求次数判断,若放行时间间隔内发送告警展示信息的累加次数超过最大请求次数,则发送,反之则不发送。本申请方案能控制告警展示信息的发送次数,降低系统资源占用,提高系统性能。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种告警信息的屏蔽方法、装置、计算机设备及存储介质。
背景技术
目前的运维系统在进行日志异常排查时,为了方便运维人员能够及时的获取到异常信息,多采用异常信息抓取的方式,有一些互联网企业为了更快速的方便运维人员快速查找异常告警信息,采用了弹窗式或者邮件式的告警信息提示系统,对于告警信息发送,一般有两种情形,一种是无论系统只进行一次告警,无论运维人员在接收告警信息后是否执行了异常处理,另一种要么在一段时间内进行多次频繁的告警,对于前种情形,如果系统只进行一次告警提示,便不再进行告警提示,此后处理靠运维人员从数据库中自行查看异常的日志,该种方法容易造成异常日志处理不及时的问题,对于后种情形,频繁地发送告警将占用过多的网络和服务器资源,增加了运维系统的负荷,将影响系统性能。
发明内容
有鉴于此,本申请实施例提供一种告警信息的屏蔽方法、装置、计算机设备及存储介质,以解决现有技术中采用单次告警容易漏处理、处理不及时,采用多次告警占用过多的网络和服务器资源而影响系统性能的问题。
第一方面,本申请实施例提供一种告警信息的屏蔽方法,包括:
接收告警指令;
解析所述告警指令,根据解析得到的告警信息生成告警展示信息,并触发向至少一个接收端发送所述告警展示信息的异步任务;
获取当前时间和所述告警展示信息的屏蔽时间段,判断当前时间是否处于所述屏蔽时间段内;
若所述当前时间处于所述屏蔽时间段内,则终止所述异步任务,若所述当前时间未处于所述屏蔽时间段内,则从缓存中获取所述告警展示信息对应的告警内容;
确认所述告警内容是否存在历史展示记录,如果不存在,则直接发送所述告警展示信息至至少一个接收端;如果存在,则获取放行时间间隔,判断当前时间与历史展示记录时间的时间间隔是否大于所述放行时间间隔;
若大于则发送所述告警展示信息,否则获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数,并在所述放行时间间隔内自上一次发送告警展示信息起,当所述告警展示信息累计的发送请求次数超过所述最大请求次数时,发送所述告警展示信息至至少一个接收端。
进一步的,所述从缓存中获取所述告警展示信息对应的告警内容包括:
判断所述告警展示信息是否满足预设的告警展示条件,若满足告警展示条件,则从缓存中获取所述告警展示信息对应的告警内容。
进一步的,所述确认所述告警内容是否存在历史展示记录的步骤具体包括:
获取所述告警信息中的告警ID,并对所述告警ID和所述告警内容设置标识码;
判断历史展示记录中是否存在与当前告警内容对应的所述标识码相同的标识码,若存在则判定所述告警内容存在历史展示记录,否则判定不存在历史展示记录。
进一步的,在所述获取放行时间间隔之前,所述方法还包括:
预设至少一个与所述告警内容相对应的告警等级级别;
根据所述告警等级级别预设与所述告警等级级别相对应的所述放行时间间隔。
进一步的,在所述获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数之前,还包括:
根据告警等级级别,预设与告警等级级别相对应的在放行时间间隔内的发送所述告警展示信息最大请求次数。
进一步的,所述获取放行时间间隔包括:
获取所述告警内容对应的告警等级,基于所述告警内容对应的告警等级获取所述放行时间间隔;
所述获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数,并在所述放行时间间隔内自上一次发送告警展示信息起,当所述告警展示信息累计的发送请求次数超过所述最大请求次数时,发送所述告警展示信息至至少一个接收端的步骤包括:
基于所述告警内容对应的告警等级,获取对应的所述放行时间间隔内的发送所述告警展示信息的最大请求次数;
获取所述放行时间间隔内最近一次发送告警展示信息的第一时间信息,对此后的告警展示信息发送请求进行累加计数;
对于每一次的告警展示信息发送请求获取对应的第二时间信息,若所述第二时间信息在所述放行时间间隔内,判断告警展示信息发送请求对应的累加次数是否超出所述最大请求次数,若超出则发送告警展示信息至至少一个接收端。
进一步的,在发送所述告警展示信息之后,所述方法还包括:
将发送所述告警展示信息对应的所述告警展示信息发送请求重新设为第一次请求,并重新开始计算所述告警展示信息发送请求的累加次数,当在放行时间间隔内所述累加次数超出所述最大请求次数时,再次发送所述告警展示信息,否则不发送。
第二方面,本申请实施例还提供一种告警信息的屏蔽装置,包括:
接收模块,用于接收告警指令;
解析模块,用于解析接收的所述告警指令;
屏蔽处理模块,用于根据解析得到的告警信息生成告警展示信息,并触发向至少一个接收端发送所述告警展示信息的异步任务;获取当前时间和所述告警展示信息的屏蔽时间段,判断当前时间是否处于所述屏蔽时间段内;若所述当前时间处于所述屏蔽时间段内,则终止所述异步任务,若所述当前时间未处于所述屏蔽时间段内,则从缓存中获取所述告警展示信息对应的告警内容;确认所述告警内容是否存在历史展示记录,如果不存在,则直接发送所述告警展示信息至至少一个接收端;如果存在,则获取放行时间间隔,判断当前时间与历史展示记录时间的时间间隔是否大于所述放行时间间隔;若大于则发送所述告警展示信息,否则获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数,并在所述放行时间间隔内自上一次发送告警展示信息起,当所述告警展示信息累计的发送请求次数超过所述最大请求次数时,发送所述告警展示信息至至少一个接收端。所述接收模块、解析模块和屏蔽处理模块依次连接。
第三方面,本申请实施例还提供一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述处理器执行所述计算机可读指令时实现上述的告警信息的屏蔽方法的步骤。
第四方面,本申请实施例还提供一种非易失性的计算机可读存储介质,所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现上述的告警信息的屏蔽方法的步骤。
根据本申请实施例提供的告警信息的屏蔽方法、装置、计算机设备及存储介质,与现有技术相比至少具有以下有益效果:
通过在告警展示信息进行发送之前设置多种屏蔽条件,包括屏蔽时间段、是否存在历史展示记录、放行时间间隔和发送告警展示信息的最大请求次数等,实现对告警展示信息的屏蔽管理,可以实现多次发送告警展示信息,避免了现有技术中在进行异常信息告警时单次告警带来的漏处理、延迟处理的问题,同时在多次发生告警时可避免发送告警展示信息过于频繁,从而能够降低网络和服务器资源的占用率,有效提高系统的性能。
附图说明
为了更清楚地说明本申请中的方案,下面将对本申请实施例描述中所需要使用的附图作一个简单介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请可以应用于其中的示例性系统架构图;
图2为本发明实施例提供的告警信息的屏蔽方法的流程图;
图3为本发明实施例中确认是否存在历史展示记录的流程图;
图4为本发明实施例中确认告警展示信息累计的发送请求次数是否超过最大请求次数的流程图;
图5为本发明实施例提供的告警信息的屏蔽装置的结构框图;
图6为本发明实施例提供的告警信息的屏蔽装置的另一结构框图;
图7为本发明实施例提供的计算机设备的结构框图。
具体实施方式
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同;本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本申请;本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
为了使本技术领域的人员更好地理解本申请方案,下面将结合附图,对本申请实施例中的技术方案进行清楚、完整地描述。
如图1所示,系统架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等,无线通信可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。
用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio LayerIII,动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如对终端设备101、102、103上显示的页面提供支持的后台服务器。
需要说明的是,本申请实施例所提供的告警信息的屏蔽方法一般由服务器执行,相应地,告警信息的屏蔽装置一般设置于服务器中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
参考图2,图示为根据本申请实施例提供的告警信息的屏蔽方法的流程图,所述的告警信息的屏蔽方法包括:
步骤S1,接收告警指令。
在本实施例中,所述的接收告警指令主要为前端页面基于用户在前端的操作指令,接收用户对前端的操作信息以及该前端操作所包含的一切指令。当告警信息的屏蔽方法由服务器执行时,由服务器接收所述告警指令。
步骤S2,解析所述告警指令,根据解析得到的告警信息生成告警展示信息,并触发向至少一个接收端发送所述告警展示信息的异步任务。
在本实施例中,解析所述告警指令包括对固定格式信息进行解析,获取当前告警指令中的告警信息。
在获取解析后的告警信息后,根据告警信息来生成告警展示信息,依照其形式来生成告警展示信息,并触发一个发送告警展示信息的异步任务,其具体的实现方式为:在Web端架构时,使用Celery实现一个发送告警展示信息的异步任务操作,在业务逻辑中在扫描到告警内容时触发,Celery将任务信息发送到任务队列(RabbitMQ、Redis、activeMQ、MongoDB)中,再通过工作处理器获取队列中的新增任务,并进行任务处理。
步骤S3,获取当前时间和所述告警展示信息的屏蔽时间段,判断当前时间是否处于所述屏蔽时间段内。
在本实施例中,所述获取当前时间,实则为获取用户进行点击指令时的时间,直接通过前端获取时间信息进行获取。
其中,所述屏蔽时间段也可通过解析所述告警指令获得,上文提到解析所述告警指令为对固定格式信息进行解析,具体可获取当前告警指令的屏蔽时间段信息和告警指令的屏蔽类型。
例如有如下固定格式信息1:
“shield_time:"[{"start_time":"2019-12-2900:00:00","end_time":"2019-12-2901:00:00","flag":"B","hazard_level":"B","alarm_ID":"12"}]”;
固定格式信息2:
“shield_time:"["start_time":"02:00:00","end_time":"03:00:00","flag":"A","hazard_level":"E","alarm_ID":"12345678"}]"”。
其中,start_time为告警屏蔽的开始时间,end_time为告警屏蔽的结束时间,flag为告警屏蔽类型的标识,在本实施例中,所述告警指令的屏蔽类型分为两种,一种是一次性屏蔽的,另一种为周期性屏蔽的(例如:flag:A代表一次性,flag:B代表周期性),在固定格式信息1中,解析得到的屏蔽类型为一次性屏蔽,为2019年12月29当天的“00:00:00”至“01:00:00”这个时间段内进行屏蔽,在固定格式信息2中,解析得到的屏蔽类型为周期性屏蔽,为每天"02:00:00"至"03:00:00"这个时间段内进行屏蔽。
在本实施例中,所述获取当前发送所述告警展示信息的时间,实则为获取扫描到日志中的有告警内容的时间,且从所述解析后的告警信息获取屏蔽时间段信息,即屏蔽开始时间信息和屏蔽结束时间信息,同时还需获取屏蔽指令的屏蔽类型时一次性屏蔽还是周期性屏蔽的,判断所述扫描到日志中有告警内容的时间是否在屏蔽时间段中,具体的,可以使用Calendar类或者SimpleDateFormat类进行判断,进行比较确定当前时间是否在屏蔽时间段内。
步骤S4,若所述当前时间处于所述屏蔽时间段内,则终止所述异步任务,若所述当前时间未处于所述屏蔽时间段内,则从缓存中获取所述告警展示信息对应的告警内容。
在本实施例中,所述告警内容为在日志中异常信息。
在一些实施例中,所述从缓存中获取所述告警展示信息对应的告警内容包括:判断所述告警展示信息是否满足预设的告警展示条件,若满足告警展示条件,则从缓存中获取所述告警展示信息对应的告警内容,否则不获取。其中,所述预设的告警展示条件为任意true或false判断条件的语句,由用户自定义设置,例如,1<2为true,则满足告警展示条件,即从缓存中获取所述告警展示信息对应的告警内容;“今天海南下雪了”为false,则不满足告警展示条件,即不获取告警内容,该预设的告警展示条件不固定,可以为任意true或false判断语句,在此不作限定。
通过对告警展示信息设置告警展示条件,满足用户自定义的设置,实现了更大限度的针对用户个人的习惯进行告警信息的屏蔽。
步骤S5,确认所述告警内容是否存在历史展示记录,如果不存在,则直接发送所述告警展示信息至至少一个接收端;如果存在,则获取放行时间间隔,判断当前时间与历史展示记录时间的时间间隔是否大于所述放行时间间隔。
在一些实施例中,如图3所示,所述确认所述告警内容是否存在历史展示记录的步骤具体包括:
S51、获取所述告警信息中的告警ID,并对所述告警ID和所述告警内容设置标识码;
S52、判断历史展示记录中是否存在与当前告警内容对应的所述标识码相同的标识码,若存在则判定所述告警内容存在历史展示记录,否则判定不存在历史展示记录。
具体的,在本实施例中,所述告警ID也可通过解析所述告警指令获得,上文提到解析所述告警指令为对固定格式信息进行解析,例如上述的固定格式信息1中的"alarm_ID":"12",上述固定格式信息2中的"alarm_ID":"12345678"即表示告警ID。在具体实施例中,获取的告警ID与告警内容可通过MD5加密来保证其唯一性。
在本实施例中,所述设置标识码是为了区分获取的告警内容是否为相同告警ID下的重复内容展示。每次发送告警展示信息前都进行标识码的设置,判断该次发送的告警展示信息对应的告警内容的标识码与历史发送的告警展示信息对应标识码是否相同,若判断得出与历史标识码相同,则获取放行时间间隔,判断当前时间与上一次历史展示记录时间的时间间隔是否大于所述放行时间间隔,若判断得出不存在历史标识码与本次发送的告警展示信息对应的告警内容的标识码相同,则直接进行告警展示信息的发送。
通过对告警展示信息是否历史展示记录判断,将新的告警展示信息与历史展示过的告警展示信息进行分类,对当前发送告警展示信息请求的时间与历史展示记录时间的时间间隔是否大于所述放行时间间隔,后续步骤再对历史展示过的告警展示信息的发送再进行限制,以实现在多次发生告警时避免发送告警展示信息过于频繁,从而降低网络和服务器资源的占用率。
步骤S6,若大于则发送所述告警展示信息,否则获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数,并在所述放行时间间隔内自上一次发送告警展示信息起,当所述告警展示信息累计的发送请求次数超过所述最大请求次数时,发送所述告警展示信息至至少一个接收端。
在本申请一些实施例中,在所述获取放行时间间隔之前,所述方法还包括:预设至少一个与所述告警内容相对应的告警等级级别,根据所述告警等级级别预设与所述告警等级级别相对应的所述放行时间间隔。
在本实施例中,例如可将告警内容的等级级别预设为5个等级,分别为"健康","提示","警告","严重","高危"5个等级,用英文字母A、B、C、D、E分别标识这5个等级,基于告警等级中不同的等级,预设有不同的告警时间间隔,例如:
健康等级的放行时间间隔为空,即从不进行告警;
提示等级的放行时间间隔为一天,即只有离上次告警展示信息发送超过一天才能进行新的告警展示信息发送;
警告等级的放行时间间隔为半天,即距上次告警展示信息发送超过12个小时才能进行新的告警展示信息发送;
严重等级的放行时间间隔为一个小时,即距上次告警展示信息发送超过1个小时才能进行新的告警展示信息发送;
高危等级的放行时间间隔为十分钟,即距上次告警展示信息发送超过10分钟才能进行新的告警展示信息发送。
在本实施例中,所述告警等级也可通过解析所述告警指令获得,上文提到解析所述告警指令为对固定格式信息进行解析,例如固定格式信息1中的"hazard_level":"B",固定格式信息2中的"hazard_level":"E"均表示告警等级。需要说明的是,上述告警等级的划分和放行时间间隔的具体数值仅用于示例性说明,不对本申请的范围构成唯一限定,可以根据实际情况进行告警等级的划分和放行时间间隔的数值的设定。
通过对告警内容设置告警等级,不同告警等级的放行时间间隔不同,根据等级来分清了轻重缓急,也有效降低了告警展示信息发送过于频繁的问题,实现了降低网络和服务器资源的占用率的效果。
其中,所述接收端可以是运维人员及其上级的移动终端或者电脑等,同时在接收端的展示形式可以是邮件式、弹窗式或者移动终端的短信式。
在本实施例中,通过上述获取到的所述告警展示信息对应的告警内容的告警等级以及其对应的放行时间间隔,通过获取到上一次发送告警展示信息的时间,以及此次发送告警展示信息请求的时间,判断两次时间的时间差是否大于所述告警内容对应告警等级的放行时间间隔。
进一步地,在本申请一些实施例中,在所述获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数之前,所述告警信息的屏蔽方法还包括:根据告警等级级别,预设与告警等级级别相对应的在放行时间间隔内的发送所述告警展示信息的最大请求次数。
以具体数值结合上文的告警等级的划分为例进行说明,例如:
提示等级的放行时间间隔为一天,可在一天的时间内设置发送所述告警展示信息的最大请求次数为50次;
警告等级的放行时间间隔为半天,即在半天的时间内设置发送所述告警展示信息的最大请求次数为40次;
严重等级的放行时间间隔为一小时,即在一小时的时间内设置发送所述告警展示信息的最大请求次数为30次;
高危等级的放行时间间隔为十分钟,即在十分钟的时间内设置发送所述告警展示信息的最大请求次数为20次。
需要说明的是,上述发送所述告警展示信息的最大请求次数和放行时间间隔的具体数值仅用于示例性说明,不对本申请的范围构成唯一限定,可以根据实际情况进行发送所述告警展示信息的最大请求次数的数值的设定。
通过设置不同告警等级对应的放行时间间隔内发送告警展示信息的最大请求次数,进一步的对告警展示信息的发送进行了限制,也有效降低了告警展示信息发送过于频繁的问题,实现了降低网络和服务器资源的占用率的效果。
进一步地,在本实施例中,步骤S5中所述获取放行时间间隔包括:获取所述告警内容对应的告警等级,基于所述告警内容对应的告警等级获取所述放行时间间隔。相应的,如图4所示,在步骤S6中所述获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数,并在所述放行时间间隔内自上一次发送告警展示信息起,当所述告警展示信息累计的发送请求次数超过所述最大请求次数时,发送所述告警展示信息至至少一个接收端的步骤包括:
S61、基于所述告警内容对应的告警等级,获取对应的所述放行时间间隔内的发送所述告警展示信息的最大请求次数;
例如,判断所述告警展示信息对应的告警内容的告警等级为上述所述"健康","提示","警告","严重","高危"等级的哪一种,从而得到告警等级对应的放行时间间隔内的发送告警展示信息的最大请求次数。
S62、获取所述放行时间间隔内最近一次发送告警展示信息的第一时间信息,对此后的告警展示信息发送请求进行累加计数;
具体的,获取最近一次发送告警展示信息的第一时间信息,例如2019-12-2916:00:12,获取此后每接收一次告警展示信息发送请求的时间信息,同时累加计数加一。
S63、对于每一次的告警展示信息发送请求获取对应的第二时间信息,若所述第二时间信息在所述放行时间间隔内,判断告警展示信息发送请求对应的累加次数是否超出所述最大请求次数,若超出则发送告警展示信息至至少一个接收端。
具体的,判断每一次发送告警展示信息的第二时间信息是否都与第一次发送告警展示信息的第一时间信息的时间差是否在放行时间间隔内,若是,则所述第二时间信息在所述放行时间间隔内,再进一步判断累加次数是否超出该告警等级对应的放行时间间隔内的发送告警展示信息的最大请求次数,若超出了则发送告警展示信息至至少一个接收端。,若未超出,则在放行时间间隔内发送告警展示信息的请求次数继续累加,至超出告警等级对应的放行时间间隔内的发送告警展示信息的最大请求次数才发送。通过获取到告警内容对应的告警等级,并获取到该告警展示信息对应的放行时间间隔以及该放行时间间隔下的发送告警展示信息的最大请求次数,获取其每次发送告警展示信息的时间,再将其在放行时间间隔内的发送告警展示信息的累加次数与最大请求次数进行比对判断。通过这样的步骤在多次发生告警时可避免发送告警展示信息过于频繁,其能达到降低网络和服务器资源的占用率的效果,有效提高系统的性能。
进一步的,在步骤S6发送所述告警展示信息之后,所述方法还包括:
将发送所述告警展示信息对应的所述告警展示信息发送请求重新设为第一次请求,并重新开始计算所述告警展示信息发送请求的累加次数,当在放行时间间隔内所述累加次数超出所述最大请求次数时,再次发送所述告警展示信息,否则不发送。
具体的,在经过上述的步骤S1至S6的屏蔽处理后,可反复执行判断放行时间间隔内告警展示信息发送请求的累加次数超出最大请求次数的操作,并在在每次超出最大请求次数时,都重新设为第一次请求,并响应该第一次请求进行新的告警展示信息的发送。例如当所述最大告警展示信息请求次数为40次,当累加次数为第40次时,下一次进行告警展示信息发送请求时,若发送所述告警展示信息的时间在前一次发送告警展示信息后的屏蔽时间段中,则将第41次重置为第1次,并重新进行新的告警展示信息的发送。若最大告警展示信息发送请求次数为40次,则当累加次数小于40次时,不重新进行新的告警展示信息发送。
通过上述对发送告警展示信息的请求次数进行累加,在超出最大请求次数时,发送告警展示信息,并累加次数重新开始计算,采用这种方法可以实现对发送告警展示信息的有序计数,保证了只要在放行时间间隔内发送告警展示信息请求次数超过最大请求次数,则进行发送,不管多少次。可以实现多次发送告警展示信息,避免了现有技术中在进行异常信息告警时单次告警带来的漏处理、延迟处理的问题,同时在多次发生告警时可避免发送告警展示信息过于频繁,从而能够降低网络和服务器资源的占用率,有效提高系统的性能。
通过上述各步骤的操作,即接收并解析告警指令,来获取前端设置的相关告警信息;根据告警信息生成告警展示信息,并将触发告警向至少一个接收端发送所述告警展示信息的异步任务,即发送至接收端进行告警展示,来提醒用户进行处理。由于设置有告警信息,告警信息包括有屏蔽时间段等信息,通过获取当前时间与屏蔽时间段进行比对,判断其是否处于屏蔽时间段内,若处于则屏蔽,则不发送,若不处于将进行下一判断;通过设置屏蔽时间段来设置休息时间,比如在用户中午休息或下班时间设置屏蔽时间段,将不会进行告警,体现了该方案的人性化。接着对不处于屏蔽时间段的告警展示信息进行获取对应的告警内容的操作,通过判断告警内容是否有历史展示记录来进行进一步的限定告警展示信息的发送次数,接着对存在历史展示记录的告警展示信息进行进一步的限定,通过获取放行时间间隔以及放行时间间隔内发送告警展示信息的最大请求次数来限定次数,实现了有效减少内容重复的告警内容的展示次数。且还可以实现多次发送告警展示信息,避免了现有技术中在进行异常信息告警时单次告警带来的漏处理、延迟处理的问题同时在多次发生告警时可避免发送告警展示信息过于频繁,从而能够降低网络和服务器资源的占用率,有效提高系统的性能。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,该计算机程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)等非易失性存储介质,或随机存储记忆体(Random Access Memory,RAM)等。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
参考图5,作为对上述图2所示方法的实现,本申请提供了一种告警信息的屏蔽装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。具体的,所述一种告警信息的屏蔽装置包括依次连接的接收模块501、解析模块502和屏蔽处理模块503,其中:
所述接收模块501用于接收告警指令;
所述解析模块502用于解析接收的所述告警指令;
所述屏蔽处理模块503用于根据解析得到的告警信息生成告警展示信息,并触发向至少一个接收端发送所述告警展示信息的异步任务;获取当前时间和所述告警展示信息的屏蔽时间段,判断当前时间是否处于所述屏蔽时间段内;若所述当前时间处于所述屏蔽时间段内,则终止所述异步任务,若所述当前时间未处于所述屏蔽时间段内,则从缓存中获取所述告警展示信息对应的告警内容;确认所述告警内容是否存在历史展示记录,如果不存在,则直接发送所述告警展示信息至至少一个接收端;如果存在,则获取放行时间间隔,判断当前时间与历史展示记录时间的时间间隔是否大于所述放行时间间隔;若大于则发送所述告警展示信息,否则获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数,并在所述放行时间间隔内自上一次发送告警展示信息起,当所述告警展示信息累计的发送请求次数超过所述最大请求次数时,发送所述告警展示信息至至少一个接收端。
在本实施例中,通过设置接收模块501、解析模块502以及屏蔽处理模块503,所述接收模块501用于接收用户在前端设置的告警指令,而解析模块502用于解析所述告警指令,屏蔽处理模块503及对告警内容对应的告警展示信息进行一系列的屏蔽处理,只发送符合规定的告警展示信息。
在一些实施例中,所述屏蔽处理模块503从缓存中获取所述告警展示信息对应的告警内容时,具体用于判断所述告警展示信息是否满足预设的告警展示条件,若满足告警展示条件,则从缓存中获取所述告警展示信息对应的告警内容。
具体的,在本实施例中,所述预设的告警展示条件为任意true或false判断条件的语句,由用户自定义设置,例如,1<2为true,则满足告警展示条件,即从缓存中获取所述告警展示信息对应的告警内容;“今天海南下雪了”为false,则不满足告警展示条件,即不获取告警内容,该预设的告警展示条件不固定,可以为任意true或false判断语句,在此不作限定。
通过对告警展示信息设置告警展示条件,满足用户自定义的设置,实现了更大限度的针对用户个人的习惯进行告警信息的屏蔽。
在一些实施例中,所述屏蔽处理模块503确认所述告警内容是否存在历史展示记录时具体用于:获取所述告警信息中的告警ID,并对所述告警ID和所述告警内容设置标识码;判断历史展示记录中是否存在与当前告警内容对应的所述标识码相同的标识码,若存在则判定所述告警内容存在历史展示记录,否则判定不存在历史展示记录。
具体的,在本实施例中,所述告警ID也可通过解析所述告警指令获得,上文提到解析所述告警指令为对固定格式信息进行解析,例如上述的固定格式信息1中的"alarm_ID":"12",上述固定格式信息2中的"alarm_ID":"12345678"即表示告警ID。在具体实施例中,获取的告警ID与告警内容可通过MD5加密来保证其唯一性。
在本实施例中,所述设置标识码是为了区分获取的告警内容是否为相同告警ID下的重复内容展示。每次发送告警展示信息前都进行标识码的设置,判断该次发送的告警展示信息对应的告警内容的标识码与历史发送的告警展示信息对应标识码是否相同,若判断得出与历史标识码相同,则获取放行时间间隔,判断当前时间与上一次历史展示记录时间的时间间隔是否大于所述放行时间间隔,若判断得出不存在历史标识码与本次发送的告警展示信息对应的告警内容的标识码相同,则直接进行告警展示信息的发送。
在一些实施例中,如图6所示,所述装置还包括配置模块504,所述配置模块504用于在所述获取放行时间间隔之前,预设至少一个与所述告警内容相对应的告警等级级别,并根据所述告警等级级别预设与所述告警等级级别相对应的所述放行时间间隔。
在进一步的实施例中,所述配置模块504还用于在所述获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数之前,根据告警等级级别,预设与告警等级级别相对应的在放行时间间隔内的发送所述告警展示信息的最大请求次数。
在本实施例中,例如可将告警内容的等级级别预设为5个等级,分别为"健康","提示","警告","严重","高危"5个等级,用英文字母A、B、C、D、E分别标识这5个等级,基于告警等级中不同的等级,预设有不同的告警时间间隔,例如:
健康等级的放行时间间隔为空,即从不进行告警;
提示等级的放行时间间隔为一天,即只有离上次告警展示信息发送超过一天才能进行新的告警展示信息发送;
警告等级的放行时间间隔为半天,即距上次告警展示信息发送超过12个小时才能进行新的告警展示信息发送;
严重等级的放行时间间隔为一个小时,即距上次告警展示信息发送超过1个小时才能进行新的告警展示信息发送;
高危等级的放行时间间隔为十分钟,即距上次告警展示信息发送超过10分钟才能进行新的告警展示信息发送。
在本实施例中,所述告警等级也可通过解析所述告警指令获得,上文提到解析所述告警指令为对固定格式信息进行解析,例如固定格式信息1中的"hazard_level":"B",固定格式信息2中的"hazard_level":"E"均表示告警等级。需要说明的是,上述告警等级的划分和放行时间间隔的具体数值仅用于示例性说明,不对本申请的范围构成唯一限定,可以根据实际情况进行告警等级的划分和放行时间间隔的数值的设定。
提示等级的放行时间间隔为一天,可在一天的时间内设置发送所述告警展示信息的最大请求次数为50次;
警告等级的放行时间间隔为半天,即在半天的时间内设置发送所述告警展示信息的最大请求次数为40次;
严重等级的放行时间间隔为一小时,即在一小时的时间内设置发送所述告警展示信息的最大请求次数为30次;
高危等级的放行时间间隔为十分钟,即在十分钟的时间内设置发送所述告警展示信息的最大请求次数为20次。
需要说明的是,上述发送所述告警展示信息的最大请求次数和放行时间间隔的具体数值仅用于示例性说明,不对本申请的范围构成唯一限定,可以根据实际情况进行发送所述告警展示信息的最大请求次数的数值的设定。
在进一步的实施例中,所述屏蔽处理模块503获取放行时间间隔时具体用于:获取所述告警内容对应的告警等级,基于所述告警内容对应的告警等级获取所述放行时间间隔。
相应的,所述屏蔽处理模块503在获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数,并在所述放行时间间隔内自上一次发送告警展示信息起,当所述告警展示信息累计的发送请求次数超过所述最大请求次数时,发送所述告警展示信息至至少一个接收端时,具体用于:
基于所述告警内容对应的告警等级,获取对应的所述放行时间间隔内的发送所述告警展示信息的最大请求次数;获取所述放行时间间隔内最近一次发送告警展示信息的第一时间信息,对此后的告警展示信息发送请求进行累加计数;对于每一次的告警展示信息发送请求获取对应的第二时间信息,若所述第二时间信息在所述放行时间间隔内,判断告警展示信息发送请求对应的累加次数是否超出所述最大请求次数,若超出则发送告警展示信息至至少一个接收端。
具体的,判断所述告警展示信息对应的告警内容的告警等级为上述所述"健康","提示","警告","严重","高危"等级的哪一种,从而得到告警等级对应的放行时间间隔内的发送告警展示信息的最大请求次数。后获取最近一次发送告警展示信息的第一时间信息,例如2019-12-2916:00:12,获取此后每接收一次告警展示信息发送请求的时间信息,同时累加计数加一。判断每一次发送告警展示信息的第二时间信息是否都与第一次发送告警展示信息的第一时间信息的时间差是否在放行时间间隔内,若是,则所述第二时间信息在所述放行时间间隔内,再进一步判断累加次数是否超出该告警等级对应的放行时间间隔内的发送告警展示信息的最大请求次数,若超出了则发送告警展示信息至至少一个接收端。若未超出,则在放行时间间隔内发送告警展示信息的请求次数继续累加,至超出告警等级对应的放行时间间隔内的发送告警展示信息的最大请求次数才发送。
在一些实施例中,所述屏蔽处理模块503还用于在发送所述告警展示信息之后,将发送所述告警展示信息对应的所述告警展示信息发送请求重新设为第一次请求,并重新开始计算所述告警展示信息发送请求的累加次数,当在放行时间间隔内所述累加次数超出所述最大请求次数时,再次发送所述告警展示信息,否则不发送。
具体的,在经过上述屏蔽处理模块的屏蔽处理后,可反复执行判断放行时间间隔内告警展示信息发送请求的累加次数超出最大请求次数的操作,并在在每次超出最大请求次数时,都重新设为第一次请求,并响应该第一次请求进行新的告警展示信息的发送。例如当所述最大告警展示信息请求次数为40次,当累加次数为第40次时,下一次进行告警展示信息发送请求时,若发送所述告警展示信息的时间在前一次发送告警展示信息后的屏蔽时间段中,则将第41次重置为第1次,并重新进行新的告警展示信息的发送。若最大告警展示信息发送请求次数为40次,则当累加次数小于40次时,不重新进行新的告警展示信息发送。
具体的,上述装置各模块的功能的解释说明和实现方式或过程可参阅上述方法实施例中相关技术内容,在此不作展开。
通过利用上述装置的各模块配合来实现接收并解析告警指令,并设置多种屏蔽条件,包括屏蔽时间段、是否存在历史展示记录、放行时间间隔和发送告警展示信息的最大请求次数等,实现对告警展示信息的屏蔽管理,可以实现多次发送告警展示信息,避免了现有技术中在进行异常信息告警时单次告警带来的漏处理、延迟处理的问题,同时可避免发送告警展示信息过于频繁,从而能够降低网络和服务器资源的占用率,有效提高系统的性能。
参阅图7,本申请实施例还提供一种计算机设备,图7为本实施例中计算机设备的基本结构框图。
所述计算机设备7包括通过系统总线相互通信连接存储器71、处理器72、网络接口73。需要指出的是,图中仅示出了具有组件71-73的计算机设备7,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。其中,本技术领域技术人员可以理解,这里的计算机设备是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、可编程门阵列(Field-Programmable GateArray,FPGA)、数字处理器(Digital Signal Processor,DSP)、嵌入式设备等。
所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
所述存储器71至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,所述存储器71可以是所述计算机设备7的内部存储单元,例如该计算机设备7的硬盘或内存。在另一些实施例中,所述存储器71也可以是所述计算机设备7的外部存储设备,例如该计算机设备7上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(FlashCard)等。当然,所述存储器71还可以既包括所述计算机设备7的内部存储单元也包括其外部存储设备。本实施例中,所述存储器71通常用于存储安装于所述计算机设备7的操作系统和各类应用软件,例如告警信息的屏蔽方法的程序代码等。此外,所述存储器71还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器72在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器72通常用于控制所述计算机设备7的总体操作。本实施例中,所述处理器72用于运行所述存储器71中存储的程序代码或者处理数据,例如运行所述告警信息的屏蔽方法的程序代码。
所述网络接口73可包括无线网络接口或有线网络接口,该网络接口73通常用于在所述计算机设备7与其他电子设备之间建立通信连接。
本申请还提供了另一种实施方式,即提供一种计算机可读存储介质,所述计算机可读存储介质存储有告警信息的屏蔽程序,所述告警信息的屏蔽程序可被至少一个处理器执行,以使所述至少一个处理器执行如上述的告警信息的屏蔽方法的步骤。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
显然,以上所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例,附图中给出了本申请的较佳实施例,但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现,相反地,提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明,对于本领域的技术人员来而言,其依然可以对前述各具体实施方式所记载的技术方案进行修改,或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构,直接或间接运用在其他相关的技术领域,均同理在本申请专利保护范围之内。
Claims (7)
1.一种告警信息的屏蔽方法,其特征在于,包括下述步骤:
接收告警指令;
解析所述告警指令,根据解析得到的告警信息生成告警展示信息,并触发向至少一个接收端发送所述告警展示信息的异步任务;
获取当前时间和所述告警展示信息的屏蔽时间段,判断当前时间是否处于所述屏蔽时间段内;
若所述当前时间处于所述屏蔽时间段内,则终止所述异步任务,若所述当前时间未处于所述屏蔽时间段内,则从缓存中获取所述告警展示信息对应的告警内容;
确认所述告警内容是否存在历史展示记录,如果不存在,则直接发送所述告警展示信息至至少一个接收端;如果存在,则获取放行时间间隔,判断当前时间与历史展示记录时间的时间间隔是否大于所述放行时间间隔;
若大于则发送所述告警展示信息,否则获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数,并在所述放行时间间隔内自上一次发送告警展示信息起,当所述告警展示信息累计的发送请求次数超过所述最大请求次数时,发送所述告警展示信息至至少一个接收端;
在所述获取放行时间间隔之前,所述方法还包括:
预设至少一个与所述告警内容相对应的告警等级级别;
根据所述告警等级级别预设与所述告警等级级别相对应的所述放行时间间隔;
在所述获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数之前,还包括:
根据告警等级级别,预设与告警等级级别相对应的在放行时间间隔内的发送所述告警展示信息的最大请求次数;
所述获取放行时间间隔包括:获取所述告警内容对应的告警等级,基于所述告警内容对应的告警等级获取所述放行时间间隔;
所述获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数,并在所述放行时间间隔内自上一次发送告警展示信息起,当所述告警展示信息累计的发送请求次数超过所述最大请求次数时,发送所述告警展示信息至至少一个接收端的步骤包括:
基于所述告警内容对应的告警等级,获取对应的所述放行时间间隔内的发送所述告警展示信息的最大请求次数;
获取所述放行时间间隔内最近一次发送告警展示信息的第一时间信息,对此后的告警展示信息发送请求进行累加计数;
对于每一次的告警展示信息发送请求获取对应的第二时间信息,若所述第二时间信息在所述放行时间间隔内,判断告警展示信息发送请求对应的累加次数是否超出所述最大请求次数,若超出则发送告警展示信息至至少一个接收端。
2.根据权利要求1所述的告警信息的屏蔽方法,其特征在于,所述从缓存中获取所述告警展示信息对应的告警内容包括:
判断所述告警展示信息是否满足预设的告警展示条件,若满足告警展示条件,则从缓存中获取所述告警展示信息对应的告警内容。
3.根据权利要求1所述的告警信息的屏蔽方法,其特征在于,所述确认所述告警内容是否存在历史展示记录的步骤具体包括:
获取所述告警信息中的告警ID,并对所述告警ID和所述告警内容设置标识码;
判断历史展示记录中是否存在与当前告警内容对应的所述标识码相同的标识码,若存在则判定所述告警内容存在历史展示记录,否则判定不存在历史展示记录。
4.根据权利要求1所述的告警信息的屏蔽方法,其特征在于,在发送所述告警展示信息之后,所述方法还包括:
将发送所述告警展示信息对应的所述告警展示信息发送请求重新设为第一次请求,并重新开始计算所述告警展示信息发送请求的累加次数,当在放行时间间隔内所述累加次数超出所述最大请求次数时,再次发送所述告警展示信息,否则不发送。
5.一种告警信息的屏蔽装置,其特征在于,所述告警信息的屏蔽装置实现如权利要求1至4中任一项所述的告警信息的屏蔽方法的步骤,所述告警信息的屏蔽装置包括:
接收模块,用于接收告警指令;
解析模块,用于解析接收的所述告警指令;
屏蔽处理模块,用于根据解析得到的告警信息生成告警展示信息,并触发向至少一个接收端发送所述告警展示信息的异步任务;获取当前时间和所述告警展示信息的屏蔽时间段,判断当前时间是否处于所述屏蔽时间段内;若所述当前时间处于所述屏蔽时间段内,则终止所述异步任务,若所述当前时间未处于所述屏蔽时间段内,则从缓存中获取所述告警展示信息对应的告警内容;确认所述告警内容是否存在历史展示记录,如果不存在,则直接发送所述告警展示信息至至少一个接收端;如果存在,则获取放行时间间隔,判断当前时间与历史展示记录时间的时间间隔是否大于所述放行时间间隔;若大于则发送所述告警展示信息,否则获取所述放行时间间隔内的发送所述告警展示信息的最大请求次数,并在所述放行时间间隔内自上一次发送告警展示信息起,当所述告警展示信息累计的发送请求次数超过所述最大请求次数时,发送所述告警展示信息至至少一个接收端。
6.一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述处理器执行所述计算机可读指令时实现如权利要求1至4中任一项所述的告警信息的屏蔽方法的步骤。
7.一种非易失性的计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如权利要求1至4中任一项所述的告警信息的屏蔽方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010230021.8A CN111585785B (zh) | 2020-03-27 | 2020-03-27 | 告警信息的屏蔽方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010230021.8A CN111585785B (zh) | 2020-03-27 | 2020-03-27 | 告警信息的屏蔽方法、装置、计算机设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111585785A CN111585785A (zh) | 2020-08-25 |
CN111585785B true CN111585785B (zh) | 2023-07-21 |
Family
ID=72117167
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010230021.8A Active CN111585785B (zh) | 2020-03-27 | 2020-03-27 | 告警信息的屏蔽方法、装置、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111585785B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112596619A (zh) * | 2020-12-30 | 2021-04-02 | 珠海迈科智能科技股份有限公司 | 一种通过遥控器按键输入自定义字符串的方法和系统 |
CN114071263A (zh) * | 2021-07-14 | 2022-02-18 | 北京天元创新科技有限公司 | 光纤网告警重复数据去重方法及装置 |
CN113626806A (zh) * | 2021-07-28 | 2021-11-09 | 北京达佳互联信息技术有限公司 | 数据监控方法及数据监控装置 |
CN114202354A (zh) * | 2021-11-17 | 2022-03-18 | 苏州浪潮智能科技有限公司 | 一种虚拟化产品告警屏蔽方法、装置、设备和介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104980304A (zh) * | 2015-06-15 | 2015-10-14 | 上海斐讯数据通信技术有限公司 | 应用于网络系统的告警控制方法及系统 |
CN109726072A (zh) * | 2018-07-18 | 2019-05-07 | 平安科技(深圳)有限公司 | WebLogic服务器的监控告警方法、装置、系统及计算机存储介质 |
CN109787887A (zh) * | 2019-01-25 | 2019-05-21 | 中国平安人寿保险股份有限公司 | 告警信息管理方法、装置、计算机装置及可读存储介质 |
CN109871305A (zh) * | 2019-01-18 | 2019-06-11 | 深圳壹账通智能科技有限公司 | 告警信息的处理方法、装置、计算机设备及存储介质 |
CN110096410A (zh) * | 2019-03-15 | 2019-08-06 | 中国平安人寿保险股份有限公司 | 告警信息处理方法、系统、计算机装置及可读存储介质 |
-
2020
- 2020-03-27 CN CN202010230021.8A patent/CN111585785B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104980304A (zh) * | 2015-06-15 | 2015-10-14 | 上海斐讯数据通信技术有限公司 | 应用于网络系统的告警控制方法及系统 |
CN109726072A (zh) * | 2018-07-18 | 2019-05-07 | 平安科技(深圳)有限公司 | WebLogic服务器的监控告警方法、装置、系统及计算机存储介质 |
CN109871305A (zh) * | 2019-01-18 | 2019-06-11 | 深圳壹账通智能科技有限公司 | 告警信息的处理方法、装置、计算机设备及存储介质 |
CN109787887A (zh) * | 2019-01-25 | 2019-05-21 | 中国平安人寿保险股份有限公司 | 告警信息管理方法、装置、计算机装置及可读存储介质 |
CN110096410A (zh) * | 2019-03-15 | 2019-08-06 | 中国平安人寿保险股份有限公司 | 告警信息处理方法、系统、计算机装置及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111585785A (zh) | 2020-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111585785B (zh) | 告警信息的屏蔽方法、装置、计算机设备及存储介质 | |
CN110191094B (zh) | 异常数据的监控方法及装置、存储介质、终端 | |
CN107480277B (zh) | 用于网站日志采集的方法及装置 | |
CN111756644B (zh) | 热点限流方法、系统、设备及存储介质 | |
CN111813573B (zh) | 管理平台与机器人软件的通信方法及其相关设备 | |
CN112052111A (zh) | 服务器异常预警的处理方法、装置、设备及存储介质 | |
CN111586005B (zh) | 扫描器扫描行为识别方法及装置 | |
CN111475369A (zh) | 日志监控的添加方法、装置、计算机设备及存储介质 | |
CN110807050B (zh) | 性能分析方法、装置、计算机设备及存储介质 | |
CN112948223A (zh) | 一种监测运行情况的方法和装置 | |
CN112181794A (zh) | 页面监听方法、装置、计算机设备及存储介质 | |
CN110569114B (zh) | 一种业务处理方法、装置、设备及存储介质 | |
CN110677271B (zh) | 基于elk的大数据告警方法、装置、设备及存储介质 | |
CN114995914A (zh) | 图片数据的处理方法、装置、计算机设备及存储介质 | |
CN114218283A (zh) | 异常检测方法、装置、设备、介质 | |
CN113760568A (zh) | 数据处理的方法和装置 | |
CN113342619A (zh) | 日志监控方法、系统、电子设备及可读介质 | |
CN106547788B (zh) | 数据处理方法和装置 | |
CN115314404B (zh) | 服务优化方法、装置、计算机设备及存储介质 | |
CN111327513B (zh) | 消息数据的推送方法、装置、计算机设备及存储介质 | |
CN116611936A (zh) | 数据分析方法、装置、计算机设备及存储介质 | |
CN114238069A (zh) | 一种Web应用防火墙测试方法、装置、电子设备、介质及产品 | |
CN117875924A (zh) | 业务告警系统优化方法、装置、计算机设备及存储介质 | |
CN115967650A (zh) | 一种数据处理方法及装置 | |
CN117407191A (zh) | 数据处理方法、系统、计算机设备及存储介质 |
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 |