CN105553750A - 一种可配置的告警前转处理方法 - Google Patents
一种可配置的告警前转处理方法 Download PDFInfo
- Publication number
- CN105553750A CN105553750A CN201610112948.5A CN201610112948A CN105553750A CN 105553750 A CN105553750 A CN 105553750A CN 201610112948 A CN201610112948 A CN 201610112948A CN 105553750 A CN105553750 A CN 105553750A
- Authority
- CN
- China
- Prior art keywords
- alarm
- time
- warning
- data
- warning information
- 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.)
- Pending
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Electric Clocks (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种可配置的告警前转处理方法，首先设定有：告警前转规则定义表，用于存储确定哪些告警需要及时的通知维护人员来处理的规则；值班表，用于存储当前的值班人员信息及前转地址；待前转告警信息表，用户存储符合前转条件的告警，用户延时进行告警恢复匹配使用。本发明的一种可配置的告警前转处理方法，只要把需要维护人员及时知道的告警与值班表进行关联配置即可，维护人员只需要根据前台对告警前转定义表和值班表的信息进行维护。本发明的方法能给维护人员有选择的接收和查看告警，避免人工的去判断哪些告警是否需要关注，并且使正休息人员可以免受告警信息的影响。能大大提高维护人员的工作效率，并能人性化的保证维护人员在休息时间。
Description
技术领域
本发明涉及一种告警前转处理方法。特别是涉及一种可配置的告警前转处理方法。
背景技术
告警前转是综合网管产品的一项重要功能。各个专业网管的告警都要接入到综合网管中进行集中监控和管理，告警数据量非常庞大，如果所有的告警都进行前转处理，通过特定方式通知维护人员，并且维护人员不固定，采用轮班制度，值班维护人员不能准确的分清哪些告警对设备影响较大，需要重点关注；哪些告警对设备影响小或者无影响，不需要特别的关注，而休息的人员也收到大量的告警信息，严重影响其休息。因此为了解决上述问题，开发一种通用的、可配置的告警前转处理方法，是非常必要的。
发明内容
本发明所要解决的技术问题是，提供一种以数据库配置及延迟发送技术为主体，手动定期更新值班表为补充的可配置的告警前转处理方法。
本发明所采用的技术方案是：一种可配置的告警前转处理方法，首先设定有：告警前转规则定义表，用于存储确定哪些告警需要及时的通知维护人员来处理的规则；值班表，用于存储当前的值班人员信息及前转地址；待前转告警信息表，用户存储符合前转条件的告警，用户延时进行告警恢复匹配使用；方法具体包括如下步骤：
1)数据初始化
所述的初始化包括：告警前转规则定义表加载、值班表信息加载，启动告警数据循环接收程序，待前转告警表；
2)告警接收实体，包括：
(1)接收告警源发送的告警信息；
(2)判断所接收告警信息的数据类型，当数据类型为1时是新发告警信息，进入第(3)步，当数据类型为3时是恢复告警信息，进入第(4)步；
(3)与前转规则进行匹配，告警信息符合前转条件时，将告警信息存储到待前转告警表，根据网管+关键字来判断是否为重复的告警，如果是重复告警，把该条待前转的告警信息次数做加1处理，如果不是重复的在待前转告警表做新增插入告警操作后，进入步骤3)；告警信息不符合前转条件时返回第(1)步；
(4)将数据类型为3的恢复告警信息与待前转告警表中告警进行匹配，用网管+关键字来匹配，判断告警是否已恢复，如果匹配上为已恢复，把该条告警信息从待前转告警表删除，返回第(1)步；否则，进入步骤3)；
3)定时告警前转实体，包括：
(1)设置一个定时器，每隔一设定的前转时间，得到一组要前转的告警数据，并加入到发送队列中，同时从待前转告警表删除该组数据；
(2)从发送队列中，依次读取发送的告警数据，与值班表进行匹配，根据告警发生时间、专业、区域信息找到前转告警的接收方及接收地址，并根据前转的方式，将所述的告警数据归入不同的前转发送队列中；
(3)不同的前转发送队列实时接收告警数据，收到告警数据进行前转处理。
所述的告警前转规则定义表包括：规则编号、规则名称、告警级别、告警类型、告警名称、关键字、专业、网管、设备型号、设备类型、设备、开始时间、结束时间、前转方式和前转延迟；其中：
规则编号：规则的流水号；
规则名称：规则的信息说明；
告警级别：与告警数据的告警级别进行比对，字段为空表示全部级别都要进行前转；
告警类型：与告警数据的告警类型进行比对，字段为空表示是全部类型匹配都要进行前转；
告警名称：与告警数据的告警名称进行比对，支持模糊匹配；
专业：与告警数据的专业进行比，字段为空是全部匹配；
网管：与告警数据的网管进行比对，字段为空是全部匹配；
设备类型：与告警数据的所属设备的设备类型进行比对，字段为空是全部匹配；
设备型号：与告警数据的所属设备的设备类型进行比对，字段为空是全部匹配；
设备：与告警数据的所属设备进行比对，字段为空是全部匹配；
开始时间、结束时间：与告警数据的告警发生时间进行比对，字段为空是全部匹配；
前转方式：短信、邮件、微信、微博、告警箱、LED屏幕等，并且支持多选；
前转延迟：用于进行预计前转时间的计算；符合此条规则的告警预计前转时间＝当前数据库时间+告警时长。
所述的值班表包括：值班人名称、电话号码、邮箱地址、微信号、微博号、专业、区域、值班开始时间和值班结束时间；其中：
值班人名称：值班人的姓名；
电话号码：短信前转地址，用于接收前转的告警信息；
邮箱地址：邮件前转地址，用于接收前转的告警信息；
微博号：微博的前转地址，用于接收前转的告警信息；
微信号：值班的微信号，用于接收前转的告警信息；
告警箱地址：告警箱的前转地址，用于接收前转的告警信息；
LED屏幕地址：LED前转地址，用于接收前转的告警信息；
专业：用于与前转的告警专业进行匹配；
区域：用于与前转的告警区域进行匹配；
值班开始时间、结束时间：用于与告警时间进行匹配。
所述的告警数据信息包括：数据类型、告警级别、告警类型、专业、网管、告警对象、告警名称、告警时间和关键字；其中：
数据类型：用来区分是新发类告警还是恢复类告警，设定1为新发告警，3为恢复告警；
告警级别：告警级别的编码，设定告警级别对应4为紧急，3为主要，2为次要，1为警告，0为不确定；
告警类型：告警类型的编码，包括设备告警、通信告警、环境告警及硬件告警；
专业：专业类型编码，包括数据、传输、专业移动通信、接入、调度、视频监控、电源与环境监控及时间同步；
网管：系统接入的网管编码
告警对象：包括设备、端口；
告警名称：用于区分告警的信息；
区域：告警发生的区域；
告警时间：告警发生时间和告警恢复时间；
关键字：用于判断恢复告警信息与新发告警信息匹配的关键字。
所述的待前转告警表包括：专业、网管、告警级别、告警类型、告警对象、告警名称、区域、告警发生时间、关键字、告警次数，告警预计前转时间及前转方式；其中：
专业：专业类型编码，包括数据、传输、专业移动通信、接入、调度、视频监控、电源与环境监控及时间同步；
网管：系统接入的网管编码；
告警级别：告警级别的编码，设定告警级别对应4为紧急，3为主要，2为次要，1为警告，0为不确定；
告警类型：告警类型的编码，包括设备告警、通信告警、环境告警及硬件告警；
告警对象：包括设备、端口；
告警名称：用于区分告警的信息；
区域：告警发生的区域；
告警发生时间：告警发生的时间；
关键字：用于判断恢复告警信息与新发告警信息匹配的关键字，以及用于判断收到的新发告警是否为重复告警的关键字；
告警预计前转时间：告警的前转时间；
前转方式：短信、邮件、微信、微博、告警箱及LED屏幕，并且支持多选。
步骤3)中第(3)步所述的前转处理包括：专业、网管、告警名称、告警设备、告警对象、告警发生时间以及告警发生次数。
本发明的一种可配置的告警前转处理方法，只要把需要维护人员及时知道的告警与值班表进行关联配置即可，维护人员只需要根据前台对告警前转定义表和值班表的信息进行维护。本发明的方法能给维护人员有选择的接收和查看告警，避免人工的去判断哪些告警是否需要关注，并且使正休息人员可以免受告警信息的影响。能大大提高维护人员的工作效率，并能人性化的保证维护人员在休息时间。
附图说明
图1是本发明一种可配置的告警前转处理方法的流程图；
图2是本发明方法中告警接收实体实现的方法流程图；
图3是本发明方法中定时告警前转实体实现的方法流程图。
具体实施方式
下面结合实施例和附图对本发明的一种可配置的告警前转处理方法做出详细说明。
本发明的一种可配置的告警前转处理方法，是通过前转告警接收，告警前转处理两个实体，实现告警的准确的送达到维护人员手中。前转告警接收，实现接收告警源发过来的告警信息，通过告警前转规则定义表，准备要前转的告警信息，存入待前转告警表。告警前转处理实现定时前转，把需要前转的告警信息与值班表信息进行匹配，能准确的通过特定的前转方式发送给维护人员的接收设备上，前转的方式有短信、邮件、微信、微博、告警箱、LED屏幕等。数据配置包括一张告警前转规则定义表，值班表，待前转告警信息表。告警前转定义表存储用于确定哪些告警需要及时的通知维护人员来处理的规则；值班表用于存储当前的值班人员信息及前转地址；待前转规则定义表用户存储符合前转条件的告警，用户延时进行告警恢复匹配使用。前转程序启动后，接收到告警数据后，根据告警定义区分出是新发告警还是恢复告警，新发告警与前转规则定义表进行匹配，符合前转条件的存入待前转告警表，恢复告警与待前转告警信息表中的告警数据进行匹配，匹配上后把待前转告警表中该条记录从表中删除。如果一条告警在预计前转时间到来时一直未恢复，与值班表关联，找到该条告警对应的值班人员，进行前转通知值班人员来处理。
如图1所示，本发明的一种可配置的告警前转处理方法，首先设定有：告警前转规则定义表，用于存储确定哪些告警需要及时的通知维护人员来处理的规则；值班表，用于存储当前的值班人员信息及前转地址；待前转告警信息表，用户存储符合前转条件的告警，用户延时进行告警恢复匹配使用；方法具体包括如下步骤：
1)数据初始化
所述的初始化包括：告警前转规则定义表加载、值班表信息加载，启动告警数据循环接收程序，待前转告警表。其中：
(1)所述的告警前转规则定义表包括：规则编号、规则名称、告警级别、告警类型、告警名称、关键字、专业、网管、设备型号、设备类型、设备、开始时间、结束时间、前转方式和前转延迟；其中：
规则编号：规则的流水号；
规则名称：规则的信息说明；
告警级别：与告警数据的告警级别进行比对，字段为空表示全部级别都要进行前转；
告警类型：与告警数据的告警类型进行比对，字段为空表示是全部类型匹配都要进行前转；
告警名称：与告警数据的告警名称进行比对，支持模糊匹配；
专业：与告警数据的专业进行比，字段为空是全部匹配；
网管：与告警数据的网管进行比对，字段为空是全部匹配；
设备类型：与告警数据的所属设备的设备类型进行比对，字段为空是全部匹配；
设备型号：与告警数据的所属设备的设备类型进行比对，字段为空是全部匹配；
设备：与告警数据的所属设备进行比对，字段为空是全部匹配；
开始时间、结束时间：与告警数据的告警发生时间进行比对，字段为空是全部匹配；
前转方式：短信、邮件、微信、微博、告警箱、LED屏幕等，并且支持多选；
前转延迟：用于进行预计前转时间的计算；符合此条规则的告警预计前转时间＝当前数据库时间+告警时长。
(2)所述的值班表包括：值班人名称、电话号码、邮箱地址、微信号、微博号、专业、区域、值班开始时间和值班结束时间；其中：
值班人名称：值班人的姓名；
电话号码：短信前转地址，用于接收前转的告警信息；
邮箱地址：邮件前转地址，用于接收前转的告警信息；
微博号：微博的前转地址，用于接收前转的告警信息；
微信号：值班的微信号，用于接收前转的告警信息；
告警箱地址：告警箱的前转地址，用于接收前转的告警信息；
LED屏幕地址：LED前转地址，用于接收前转的告警信息；
专业：用于与前转的告警专业进行匹配；
区域：用于与前转的告警区域进行匹配；
值班开始时间、结束时间：用于与告警时间进行匹配。
(3)所述的告警数据信息包括：数据类型、告警级别、告警类型、专业、网管、告警对象、告警名称、告警时间和关键字；其中：
数据类型：用来区分是新发类告警还是恢复类告警，设定1为新发告警，3为恢复告警；
告警级别：告警级别的编码，设定告警级别对应4为紧急，3为主要，2为次要，1为警告，0为不确定；
告警类型：告警类型的编码，包括设备告警、通信告警、环境告警及硬件告警；
专业：专业类型编码，包括数据、传输、专业移动通信、接入、调度、视频监控、电源与环境监控及时间同步；
网管：系统接入的网管编码
告警对象：包括设备、端口等；
告警名称：用于区分告警的信息；
区域：告警发生的区域；
告警时间：告警发生时间和告警恢复时间；
关键字：用于判断恢复告警信息与新发告警信息匹配的关键字。
(4)所述的待前转告警表包括：专业、网管、告警级别、告警类型、告警对象、告警名称、区域、告警发生时间、关键字、告警次数，告警预计前转时间及前转方式；其中：
专业：专业类型编码，包括数据、传输、专业移动通信、接入、调度、视频监控、电源与环境监控及时间同步；
网管：系统接入的网管编码；
告警级别：告警级别的编码，设定告警级别对应4为紧急，3为主要，2为次要，1为警告，0为不确定；
告警类型：告警类型的编码，包括设备告警、通信告警、环境告警及硬件告警；
告警对象：包括设备、端口等；
告警名称：用于区分告警的信息；
区域：告警发生的区域；
告警发生时间：告警发生的时间；
关键字：用于判断恢复告警信息与新发告警信息匹配的关键字；还用发判断收到的新发告警是否为重复告警的关键字；
告警预计前转时间：告警的前转时间；
前转方式：短信、邮件、微信、微博、告警箱及LED屏幕等，并且支持多选。
2)告警接收实体，如图2所示，包括：
(1)接收告警源发送的告警信息；
(2)判断所接收告警信息的数据类型，当数据类型为1时是新发告警信息，进入第(3)步，当数据类型为3时是恢复告警信息，进入第(4)步；
(3)与前转规则进行匹配，告警信息符合前转条件时，将告警信息存储到待前转告警表，根据网管+关键字来判断是否为重复的告警，如果是重复告警，把该条待前转的告警信息次数做加1处理，如果不是重复的在待前转告警表做新增插入告警操作后，进入步骤3)；告警信息不符合前转条件时返回第(1)步；
(4)将数据类型为3的恢复告警信息与待前转告警表中告警进行匹配，用网管+关键字来匹配，判断告警是否已恢复，如果匹配上为已恢复，把该条告警信息从待前转告警表删除，返回第(1)步；否则，进入步骤3)；
3)定时告警前转实体，如图3所示，包括：
(1)设置一个定时器，每隔一设定的前转时间，得到一组要前转的告警数据，并加入到发送队列中，同时从待前转告警表删除该组数据；
(2)从发送队列中，依次读取发送的告警数据，与值班表进行匹配，根据告警发生时间、专业、区域信息找到前转告警的接收方及接收地址，并根据前转的方式，将所述的告警数据归入不同的前转发送队列中；
(3)不同的前转发送队列实时接收告警数据，收到告警数据进行前转处理。
所述的前转处理包括：专业、网管、告警名称、告警设备、告警对象、告警发生时间以及告警发生次数。
Claims (6)
1.一种可配置的告警前转处理方法，其特征在于，首先设定有：告警前转规则定义表，用于存储确定哪些告警需要及时的通知维护人员来处理的规则；值班表，用于存储当前的值班人员信息及前转地址；待前转告警信息表，用户存储符合前转条件的告警，用户延时进行告警恢复匹配使用；方法具体包括如下步骤：
1)数据初始化
所述的初始化包括：告警前转规则定义表加载、值班表信息加载，启动告警数据循环接收程序，待前转告警表；
2)告警接收实体，包括：
(1)接收告警源发送的告警信息；
(2)判断所接收告警信息的数据类型，当数据类型为1时是新发告警信息，进入第(3)步，当数据类型为3时是恢复告警信息，进入第(4)步；
(3)与前转规则进行匹配，告警信息符合前转条件时，将告警信息存储到待前转告警表，根据网管+关键字来判断是否为重复的告警，如果是重复告警，把该条待前转的告警信息次数做加1处理，如果不是重复的在待前转告警表做新增插入告警操作后，进入步骤3)；告警信息不符合前转条件时返回第(1)步；
(4)将数据类型为3的恢复告警信息与待前转告警表中告警进行匹配，用网管+关键字来匹配，判断告警是否已恢复，如果匹配上为已恢复，把该条告警信息从待前转告警表删除，返回第(1)步；否则，进入步骤3)；
3)定时告警前转实体，包括：
(1)设置一个定时器，每隔一设定的前转时间，得到一组要前转的告警数据，并加入到发送队列中，同时从待前转告警表删除该组数据；
(2)从发送队列中，依次读取发送的告警数据，与值班表进行匹配，根据告警发生时间、专业、区域信息找到前转告警的接收方及接收地址，并根据前转的方式，将所述的告警数据归入不同的前转发送队列中；
(3)不同的前转发送队列实时接收告警数据，收到告警数据进行前转处理。
2.根据权利要求1所述的一种可配置的告警前转处理方法，其特征在于，所述的告警前转规则定义表包括：规则编号、规则名称、告警级别、告警类型、告警名称、关键字、专业、网管、设备型号、设备类型、设备、开始时间、结束时间、前转方式和前转延迟；其中：
规则编号：规则的流水号；
规则名称：规则的信息说明；
告警级别：与告警数据的告警级别进行比对，字段为空表示全部级别都要进行前转；
告警类型：与告警数据的告警类型进行比对，字段为空表示是全部类型匹配都要进行前转；
告警名称：与告警数据的告警名称进行比对，支持模糊匹配；
专业：与告警数据的专业进行比，字段为空是全部匹配；
网管：与告警数据的网管进行比对，字段为空是全部匹配；
设备类型：与告警数据的所属设备的设备类型进行比对，字段为空是全部匹配；
设备型号：与告警数据的所属设备的设备类型进行比对，字段为空是全部匹配；
设备：与告警数据的所属设备进行比对，字段为空是全部匹配；
开始时间、结束时间：与告警数据的告警发生时间进行比对，字段为空是全部匹配；
前转方式：短信、邮件、微信、微博、告警箱、LED屏幕等，并且支持多选；
前转延迟：用于进行预计前转时间的计算；符合此条规则的告警预计前转时间＝当前数据库时间+告警时长。
3.根据权利要求1所述的一种可配置的告警前转处理方法，其特征在于，所述的值班表包括：值班人名称、电话号码、邮箱地址、微信号、微博号、专业、区域、值班开始时间和值班结束时间；其中：
值班人名称：值班人的姓名；
电话号码：短信前转地址，用于接收前转的告警信息；
邮箱地址：邮件前转地址，用于接收前转的告警信息；
微博号：微博的前转地址，用于接收前转的告警信息；
微信号：值班的微信号，用于接收前转的告警信息；
告警箱地址：告警箱的前转地址，用于接收前转的告警信息；
LED屏幕地址：LED前转地址，用于接收前转的告警信息；
专业：用于与前转的告警专业进行匹配；
区域：用于与前转的告警区域进行匹配；
值班开始时间、结束时间：用于与告警时间进行匹配。
4.根据权利要求1所述的一种可配置的告警前转处理方法，其特征在于，所述的告警数据信息包括：数据类型、告警级别、告警类型、专业、网管、告警对象、告警名称、告警时间和关键字；其中：
数据类型：用来区分是新发类告警还是恢复类告警，设定1为新发告警，3为恢复告警；
告警级别：告警级别的编码，设定告警级别对应4为紧急，3为主要，2为次要，1为警告，0为不确定；
告警类型：告警类型的编码，包括设备告警、通信告警、环境告警及硬件告警；
专业：专业类型编码，包括数据、传输、专业移动通信、接入、调度、视频监控、电源与环境监控及时间同步；
网管：系统接入的网管编码
告警对象：包括设备、端口；
告警名称：用于区分告警的信息；
区域：告警发生的区域；
告警时间：告警发生时间和告警恢复时间；
关键字：用于判断恢复告警信息与新发告警信息匹配的关键字。
5.根据权利要求1所述的一种可配置的告警前转处理方法，其特征在于，所述的待前转告警表包括：专业、网管、告警级别、告警类型、告警对象、告警名称、区域、告警发生时间、关键字、告警次数，告警预计前转时间及前转方式；其中：
专业：专业类型编码，包括数据、传输、专业移动通信、接入、调度、视频监控、电源与环境监控及时间同步；
网管：系统接入的网管编码；
告警级别：告警级别的编码，设定告警级别对应4为紧急，3为主要，2为次要，1为警告，0为不确定；
告警类型：告警类型的编码，包括设备告警、通信告警、环境告警及硬件告警；
告警对象：包括设备、端口；
告警名称：用于区分告警的信息；
区域：告警发生的区域；
告警发生时间：告警发生的时间；
关键字：用于判断恢复告警信息与新发告警信息匹配的关键字，以及用于判断收到的新发告警是否为重复告警的关键字；
告警预计前转时间：告警的前转时间；
前转方式：短信、邮件、微信、微博、告警箱及LED屏幕，并且支持多选。
6.根据权利要求1所述的一种可配置的告警前转处理方法，其特征在于，步骤3)中第(3)步所述的前转处理包括：专业、网管、告警名称、告警设备、告警对象、告警发生时间以及告警发生次数。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610112948.5A CN105553750A (zh) | 2016-02-29 | 2016-02-29 | 一种可配置的告警前转处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610112948.5A CN105553750A (zh) | 2016-02-29 | 2016-02-29 | 一种可配置的告警前转处理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105553750A true CN105553750A (zh) | 2016-05-04 |
Family
ID=55832690
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610112948.5A Pending CN105553750A (zh) | 2016-02-29 | 2016-02-29 | 一种可配置的告警前转处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105553750A (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107026761A (zh) * | 2017-05-12 | 2017-08-08 | 网宿科技股份有限公司 | 一种确定告警源的方法及装置 |
| CN108833150A (zh) * | 2018-06-04 | 2018-11-16 | 郑州云海信息技术有限公司 | 一种告警方法及装置 |
| CN109558294A (zh) * | 2018-10-16 | 2019-04-02 | 深圳壹账通智能科技有限公司 | 应用程序监控管理方法、装置、计算机设备和存储介质 |
| CN110011843A (zh) * | 2019-03-29 | 2019-07-12 | 网宿科技股份有限公司 | 告警信息处理方法、电子设备和存储介质 |
| CN110768828A (zh) * | 2019-10-22 | 2020-02-07 | 北京宝兰德软件股份有限公司 | 告警处理方法及系统 |
| CN111162950A (zh) * | 2019-12-31 | 2020-05-15 | 中国建设银行股份有限公司 | 故障事件处理方法、装置及系统 |
| CN111711540A (zh) * | 2020-06-16 | 2020-09-25 | 中国联合网络通信集团有限公司 | 政企业务告警识别方法和装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20000037912A (ko) * | 1998-12-03 | 2000-07-05 | 이계철 | 통신망 관리 시스템에서의 경보 처리 방법 |
| CN101102217A (zh) * | 2006-07-07 | 2008-01-09 | 中兴通讯股份有限公司 | 电信网管系统中告警重复和闪断上报及监视的处理方法 |
| CN102196373A (zh) * | 2010-03-04 | 2011-09-21 | 新奥特（北京）视频技术有限公司 | 一种短信告警系统及短信告警方法 |
| CN104683145A (zh) * | 2014-12-29 | 2015-06-03 | 中国普天信息产业北京通信规划设计院 | 告警监控系统服务器、客户端及告警信息处理、查询方法 |
| CN105187258A (zh) * | 2015-09-30 | 2015-12-23 | 北京英诺威尔科技股份有限公司 | 一种可配置的Trap告警解析处理方法 |
| CN105227367A (zh) * | 2015-10-15 | 2016-01-06 | 北京英诺威尔科技股份有限公司 | 一种低延迟的告警解析处理方法 |
-
2016
- 2016-02-29 CN CN201610112948.5A patent/CN105553750A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20000037912A (ko) * | 1998-12-03 | 2000-07-05 | 이계철 | 통신망 관리 시스템에서의 경보 처리 방법 |
| CN101102217A (zh) * | 2006-07-07 | 2008-01-09 | 中兴通讯股份有限公司 | 电信网管系统中告警重复和闪断上报及监视的处理方法 |
| CN102196373A (zh) * | 2010-03-04 | 2011-09-21 | 新奥特（北京）视频技术有限公司 | 一种短信告警系统及短信告警方法 |
| CN104683145A (zh) * | 2014-12-29 | 2015-06-03 | 中国普天信息产业北京通信规划设计院 | 告警监控系统服务器、客户端及告警信息处理、查询方法 |
| CN105187258A (zh) * | 2015-09-30 | 2015-12-23 | 北京英诺威尔科技股份有限公司 | 一种可配置的Trap告警解析处理方法 |
| CN105227367A (zh) * | 2015-10-15 | 2016-01-06 | 北京英诺威尔科技股份有限公司 | 一种低延迟的告警解析处理方法 |
Non-Patent Citations (2)
| Title |
|---|
| 卢慧荧: "《中国优秀硕士学位论文全文数据库（电子期刊）》", 30 June 2013 * |
| 石永革等: "通信网网管告警过滤机制的研究与应用", 《计算机工程与设计》 * |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107026761A (zh) * | 2017-05-12 | 2017-08-08 | 网宿科技股份有限公司 | 一种确定告警源的方法及装置 |
| CN108833150A (zh) * | 2018-06-04 | 2018-11-16 | 郑州云海信息技术有限公司 | 一种告警方法及装置 |
| CN109558294A (zh) * | 2018-10-16 | 2019-04-02 | 深圳壹账通智能科技有限公司 | 应用程序监控管理方法、装置、计算机设备和存储介质 |
| CN110011843A (zh) * | 2019-03-29 | 2019-07-12 | 网宿科技股份有限公司 | 告警信息处理方法、电子设备和存储介质 |
| CN110768828A (zh) * | 2019-10-22 | 2020-02-07 | 北京宝兰德软件股份有限公司 | 告警处理方法及系统 |
| CN111162950A (zh) * | 2019-12-31 | 2020-05-15 | 中国建设银行股份有限公司 | 故障事件处理方法、装置及系统 |
| CN111711540A (zh) * | 2020-06-16 | 2020-09-25 | 中国联合网络通信集团有限公司 | 政企业务告警识别方法和装置 |
| CN111711540B (zh) * | 2020-06-16 | 2022-06-17 | 中国联合网络通信集团有限公司 | 政企业务告警识别方法和装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105553750A (zh) | 一种可配置的告警前转处理方法 | |
| CN101335721B (zh) | 为消息创建预测过滤器的方法和装置 | |
| US20040249900A1 (en) | System and method for on-demand instant message expiration | |
| CN102647396A (zh) | 一种快递邮件收发系统及其方法 | |
| RU2014134048A (ru) | Сообщения электронной почты с управлением по времени | |
| CN103327039A (zh) | 一种消息推送方法及装置、系统 | |
| CN103139048A (zh) | 群消息提醒方法和系统 | |
| CN102185801A (zh) | 一种即时通讯中的信息处理方法和即时通讯工具 | |
| CN104092577A (zh) | 一种网络告警通知系统及其通知方法 | |
| CN104468708B (zh) | 数据协同方法和数据协同装置 | |
| CN106682872A (zh) | 一种任务派发方法及装置 | |
| US20150189484A1 (en) | Method, Apparatus, And System For Updating Contact Information | |
| CN105023051A (zh) | 点餐系统坐位预定方法及系统 | |
| CN103731549B (zh) | 一种智能手机终端消息的管理方法 | |
| CN103873691A (zh) | 一种提示用户充电的方法、客户端及服务器 | |
| CN103037000A (zh) | 一种发布订阅系统及其通知消息处理方法 | |
| WO2010088759A1 (en) | Method and system for spam reporting with a message portion | |
| US20100212011A1 (en) | Method and system for spam reporting by reference | |
| CN103984301A (zh) | 一种基于物联网的清洁设备管理系统 | |
| CN103442452A (zh) | 终端、服务器和连接管理方法 | |
| CN105472586A (zh) | 一种垃圾短信监控系统及方法 | |
| CN104980209A (zh) | 一种基于北斗实时反馈的动态信息发送和调节方法 | |
| CN105574710A (zh) | 一种考勤自助处理方法、装置及系统 | |
| CN101094193B (zh) | 一种对多种来源的多类投递请求进行处理的方法和系统 | |
| WO2016074572A1 (zh) | 业务数据处理方法、装置及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160504 |