CN110120146A

CN110120146A - 一种基于报警中台系统的报警方法及报警中台系统

Info

Publication number: CN110120146A
Application number: CN201910337133.0A
Authority: CN
Inventors: 郭昭; 胡灵杰; 时崇超; 武冠芳
Original assignee: Sina Technology China Co Ltd
Current assignee: Sina Technology China Co Ltd
Priority date: 2019-04-25
Filing date: 2019-04-25
Publication date: 2019-08-13

Abstract

本发明实施例提供一种基于报警中台系统的报警方法及系统，所述方法包括：接收业务系统发送的报警信息；若验证业务系统为合法，则根据收到报警信息的时间，将报警信息时间前后的第一设定时间段内记录的、且与该业务系统相关联的报警信息提取作为第一历史报警信息，以及将报警信息时间前后的第二设定时间段内记录的、且与该业务系统具有依赖关系的其他业务系统相关联的报警信息提取作为第二历史报警信息；将第一历史报警信息与第二历史报警信息作为关联报警信息，一并发送至管理设备。本技术方案通过报警中台系统的设置，解决了报警服务不可用复用的问题；由于各业务使用的是统一的报警中台服务，各业务故障事件集成管理便于定位故障影响及原因。

Description

一种基于报警中台系统的报警方法及报警中台系统

技术领域

本发明涉及互联网安全领域，尤其涉及一种基于报警中台系统的报警方法及报警中台系统。

背景技术

现有技术中报警功能只作为监控系统的一个模块来设计，其要解决的问题也是简单的将具体故障通知管理员，稍微高级一点的会把一些常见故障的解决方法预先录入数据库，发送故障报警时同时将相关解决方法提供给管理员。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

1.报警服务依附于业务系统，导致报警服务复用性差；

2.各业务报警内容格式不统一，不利于进行数据分析；

3.各业务故障事件及报警内容形成孤岛，无法集成分析。

发明内容

本发明实施例提供一种基于报警中台系统的报警方法及系统，通过报警中台系统的设置，解决了报警服务不可用复用的问题；由于各业务使用的是统一的报警中台服务，所以不存故障事件孤岛的问题。

为实现上述目的，一方面，本发明实施例提供了一种基于报警中台系统的报警方法，所述方法包括：

报警中台系统接收业务系统发送的报警信息；

若报警中台系统验证业务系统为合法，则根据收到报警信息的时间，将所述报警信息时间前后的第一设定时间段内记录的、且与该业务系统相关联的报警信息提取作为第一历史报警信息，以及将所述报警信息时间前后的第二设定时间段内记录的、且与该业务系统具有依赖关系的其他业务系统相关联的报警信息提取作为第二历史报警信息；

将所述第一历史报警信息与所述第二历史报警信息作为关联报警信息，一并发送至管理设备。

另一方面，本发明实施例提供了一种报警中台系统，所述系统包括：

信息接收单元：用于接收业务系统发送的报警信息；

信息处理单元：用于若验证业务系统为合法，则根据收到报警信息的时间，将所述报警信息时间前后的第一设定时间段内记录的、且与该业务系统相关联的报警信息提取作为第一历史报警信息，以及将所述报警信息时间前后的第二设定时间段内记录的、且与该业务系统具有依赖关系的其他业务系统相关联的报警信息提取作为第二历史报警信息；

信息发送单元：将所述第一历史报警信息与所述第二历史报警信息作为关联报警信息，一并发送至管理设备。

上述技术方案具有如下有益效果：

本发明通过报警中台系统的设置，解决了报警服务不可用复用的问题；由于各业务使用的是统一的报警中台服务，各业务故障事件及报警内容集成管理便于定位故障影响及原因，解决了故障事件孤岛的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一种基于报警中台系统的报警方法的流程图；

图2是本发明实施例一种报警中台系统的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，是本发明实施例一种基于报警中台系统的报警方法的流程图，所述方法包括：

S101：报警中台系统接收业务系统发送的报警信息；

在所述报警中台系统接收业务系统发送的报警信息之前，为各业务系统设置标识业务系统身份的账号信息，并根据业务系统之间的依赖关系生成业务依赖关系数据库，所述业务依赖关系数据库用于建立具有依赖关系的业务系统的账号信息之间的关联关系，具体为：

业务系统首先向报警中台系统申请KID帐号，KID帐号的目的是标识业务系统身份和做安全检验，申请KID帐号时会要求管理员录入与之存在依赖关系的业务系统的KID，并将依赖关系保存到业务依赖关系数据库，如果相依赖业务系统N不存在数据库中，则报警中台系统会自动为业务系统N分配KID帐号，当业务系统N申请KID帐号时将已分配好的KID帐号返回给业务系统N。

将业务依赖关系数据库中具有依赖关系的业务系统的账号信息之间的关联关系的数据，以分布式存储key-value的数据结构形式，每隔第三设定时间段，比如每隔5分钟缓存至Redis数据库中一次；其中，key为业务系统的账号信息KID，value为与该业务系统具有依赖关系的其他业务系统的账号信息KID；

业务依赖关系数据中的业务依赖关系数据表的结构设计字段如下：

kid，业务系统唯一标识；

up_kids，上游业务系统的KID帐号；数据结构为逗号分隔的多个KID帐号；

follow_kids，下游业务系统的KID帐号；数据结构为逗号分隔的多个KID帐号。

业务系统通过设定的报警请求模板调用报警中台系统的程序接口以向报警中台系统发送报警信息，具体为：

获得业务系统的账号信息即KID帐号后，业务系统可以调用报警中台提供的程序调用接口API，在调API时参数需要按照模板填写，参数模板为包含业务系统的账号信息、报警内容、报警信息接收者及接收方式等内容的18个字段，如下：

kid＝“业务系统申请的KID”,

passwd＝“KID对应的密码”,

object＝“报警object”,

subject＝“报警subject”,

content＝“报警详细信息”,

html＝“content的内容是否是HTML”,

mailto＝“邮件接收人”,

msgto＝“短信接收人”,

ivrto＝“语音电话接收人”,

weiboto＝“微博私人接收人”,

wechatto＝“微信接收人”,

gmailto＝“邮件接收组”,

gmsgto＝“短信接收组”,

givrto＝“语音电话接收组”,

gweiboto＝“微博私人接收组”,

gwechatto＝“微信接收组”,

auto_merge＝“是否自动合并3分钟以内相同的报警”,

time＝“报警时间”；

其中，『time』字段是报警中台系统收到报警后自动增加的。

S102：若报警中台系统验证业务系统为合法，则根据收到报警信息的时间，将所述报警信息时间前后的第一设定时间段内记录的、且与该业务系统相关联的报警信息提取作为第一历史报警信息，以及将所述报警信息时间前后的第二设定时间段内记录的、且与该业务系统具有依赖关系的其他业务系统相关联的报警信息提取作为第二历史报警信息；

S103：将所述第一历史报警信息与所述第二历史报警信息作为关联报警信息，一并发送至管理设备。

当报警中台系统收到一报警信息后会做如下操作：

1.验证KID帐号是否合法；

2.根据报警时间字段『time』为(ts)，将报警事件数据库中时间字段为ts-10秒到ts+10秒之间的记录提取出来，其中报警时间前后的时间段可根据实际需要进行设置；

3.从业务依赖关系数据库的缓存数据找到与该KID帐号有依赖关系的KID帐号，并将依赖KID帐号的报警事件从报警事件数据库中时间字段为ts-10秒到ts+10秒之间的记录提取，其中报警时间前后的时间段可根据实际需要进行设置；

4.将第2步和第3步的数据做为关联事件一同发送给管理员；

如图2所示，是本发明实施例一种报警中台系统的示意图，所述系统包括：

信息接收单元21：用于接收业务系统发送的报警信息；

信息处理单元22：用于若验证业务系统为合法，则根据收到报警信息的时间，将所述报警信息时间前后的第一设定时间段内记录的、且与该业务系统相关联的报警信息提取作为第一历史报警信息，以及将所述报警信息时间前后的第二设定时间段内记录的、且与该业务系统具有依赖关系的其他业务系统相关联的报警信息提取作为第二历史报警信息；

信息发送单元23：用于将所述第一历史报警信息与所述第二历史报警信息作为关联报警信息，一并发送至管理设备。

进一步地，所述系统还包括：

关系设置单元：用于在所述报警中台系统接收业务系统发送的报警信息之前，为各业务系统设置标识业务系统身份的账号信息，并根据业务系统之间的依赖关系生成业务依赖关系数据库，所述业务依赖关系数据库用于建立具有依赖关系的业务系统的账号信息之间的关联关系；以及，

信息验证单元：用于在所述报警中台系统接收业务系统发送的报警信息之后，根据该业务系统的账号信息，验证业务系统是否为合法；以及根据与该业务系统的账号信息相关联的账号信息，查询与该业务系统具有依赖关系的其他业务系统。

进一步地，所述信息接收单元接收到的报警信息，是业务系统通过设定的报警请求模板调用报警中台系统的程序接口，向报警中台系统发送报警信息的。

进一步地，所述关系设置单元还用于：

将业务依赖关系数据库中具有依赖关系的业务系统的账号信息之间的关联关系，以分布式存储key-value的数据结构形式，每隔第三设定时间段缓存至Redis数据库中；其中，key对应为业务系统的账号信息，value对应为与该业务系统具有依赖关系的其他业务系统的账号信息。

进一步地，所述设定的报警请求模板包括：业务系统的账号信息、报警内容、报警信息接收者及接收方式。

本申请将报警服务设计为一种中台类型平台，利用业务系统KID帐号兼容不同系统的报警需求架构设计，解决了报警服务不可用复用的问题；同时在服务端对业务的报警内容格式进行限制，达到了统一报警内容格式的目的，利于进行数据分析；由于各业务使用的是统一的报警中台服务，报警事件自动关联算法，各业务故障事件(报警内容)集成管理便于定位故障影响及原因，所以不存故障事件孤岛的问题。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

为使本领域内的任何技术人员能够实现或者使用本发明，上面对所公开实施例进行了描述。对于本领域技术人员来说；这些实施例的各种修改方式都是显而易见的，并且本文定义的一般原理也可以在不脱离本公开的精神和保护范围的基础上适用于其它实施例。因此，本公开并不限于本文给出的实施例，而是与本申请公开的原理和新颖性特征的最广范围相一致。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrative components)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。

本发明实施例中所描述的各种说明性的逻辑块，或单元都可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列或其它可编程逻辑系统，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于用户终端中。可选地，处理器和存储媒介也可以设置于用户终端中的不同的部件中。

在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、DVD、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种基于报警中台系统的报警方法，其特征在于，所述方法包括：

报警中台系统接收业务系统发送的报警信息；

2.如权利要求1所述的基于报警中台系统的报警方法，其特征在于，所述方法还包括：

在所述报警中台系统接收业务系统发送的报警信息之前，为各业务系统设置标识业务系统身份的账号信息，并根据业务系统之间的依赖关系生成业务依赖关系数据库，所述业务依赖关系数据库用于建立具有依赖关系的业务系统的账号信息之间的关联关系；以及，

在所述报警中台系统接收业务系统发送的报警信息之后，根据该业务系统的账号信息，验证业务系统是否为合法；以及根据与该业务系统的账号信息相关联的账号信息，查询与该业务系统具有依赖关系的其他业务系统。

3.如权利要求1所述的基于报警中台系统的报警方法，其特征在于，所述业务系统发送的报警信息，包括：

业务系统通过设定的报警请求模板调用报警中台系统的程序接口，向报警中台系统发送报警信息。

4.如权利要求2所述的基于报警中台系统的报警方法，其特征在于，所述方法还包括：

将业务依赖关系数据库中具有依赖关系的业务系统的账号信息之间的关联关系，以分布式存储key-value的数据结构形式，每隔第三设定时间段缓存至Redis数据库中；其中，key为业务系统的账号信息，value为与该业务系统具有依赖关系的其他业务系统的账号信息。

5.如权利要求3所述的基于报警中台系统的报警方法，其特征在于，所述设定的报警请求模板包括：业务系统的账号信息、报警内容、报警信息接收者及接收方式。

6.一种报警中台系统，其特征在于，所述系统包括：

信息接收单元：用于接收业务系统发送的报警信息；

信息发送单元：用于将所述第一历史报警信息与所述第二历史报警信息作为关联报警信息，一并发送至管理设备。

7.如权利要求6所述的报警中台系统，其特征在于，所述系统还包括：

8.如权利要求6所述的报警中台系统，其特征在于，所述信息接收单元接收到的报警信息，是业务系统通过设定的报警请求模板调用报警中台系统的程序接口，向报警中台系统发送的。

9.如权利要求7所述的报警中台系统，其特征在于，所述关系设置单元还用于：

10.如权利要求8所述的报警中台系统，其特征在于，所述设定的报警请求模板包括：业务系统的账号信息、报警内容、报警信息接收者及接收方式。