支持动态地址终端的告警采集实现方法说明.docx

支持动态地址终端的告警采集实现方法说明.docx

《支持动态地址终端的告警采集实现方法说明.docx》由会员分享，可在线阅读，更多相关《支持动态地址终端的告警采集实现方法说明.docx（8页珍藏版）》请在冰点文库上搜索。

支持动态地址终端的告警采集实现方法说明

支持动态地址终端的告警采集实现方法

背景技术

在通讯系统中，需要实现对各个终端的告警采集。

当系统中某个终端模块发生故障及重要事件时，需要发出告警，并通知治理人员进行处理。

在传统模式中，系统设置了一个中心服务器，所有终端模块将告警提交到中心服务器，然后由中心服务器提交到告警接收端。

在此模式下，动态地址的终端只需明确中心服务器的地址，能够通过网络与之进行通讯，就能够实现告警的采集。

目前，告警采集的实现过程要紧包括：

告警接收端监听指定的中心服务器，那个地点能够不讲明协议地址，预备接收告警信息；

终端模块登录中心服务器，在告警条件满足时，向中心服务器发出告警信息；

中心服务器向指定的告警同意端转发接收到的告警信息；

告警接收端接收告警信息，并进行相应的显示；

此方法在小型系统中，能够专门方便地实现告警采集功能。

然而，关于大型的系统，上述的方式会存在如下问题：

1、中心服务器除了负责本身的业务外，还需承担繁重的告警转发工作；

2、终端模块的告警依靠于中心服务器的连续正常运行，在无法联系上中心服务器时，无法发送告警；

3、在需要支持多告警接收端时，需要改动中心服务器，阻碍系统连续运行；

支持动态地址终端的告警采集实现方法：

本方法是一种支持动态地址终端告警采集的实现方法，使终端在无法与中心服务器联系的情况下，仍可提交告警信息，同时能够支持多个告警接收端。

本方法的目的通过以下方式实现：

提供一种支持动态地址终端告警采集的实现方法，该方法应用的通讯系统包括终端模块、中心服务器、告警代理、告警接收端，所述方法包括：

在所述通讯系统中设置告警代理，替代中心服务器执行告警收集及转发功能，且所述的方法包括：

在所述系统中在告警代理中采纳订阅定制，支持多告警接收端；

所述方法还包括：

在告警接收端通过TCP方式与告警代理进行通讯；

所述方法还包括：

在终端模块中，嵌入告警子模块，负责告警代理信息的缓存与告警信息的发送；告警子模块通过与告警代理进行通讯；

由上述本方法给出的技术方案可见，本方法通过在通讯系统中增设告警代理，分离了中心服务器原本负担的告警工作，降低中心服务器的负荷，同时消除了终端模块对中心服务器正常运行的依靠；同时，通过在告警代理支持订阅机制，支持了多告警采集端；

总之，本方法的实现能够使通讯系统的告警采集更加灵活，可靠。

附图讲明

图1是现有支持动态终端告警采集的实现方法示意图；

图2是动态终端告警采集的实现方法的示意图；

图3是本方法具体实施给出的告警终端猎取告警代理配置信息的消息交互流程图；

图4是本方法具体实施给出的告警接收端订阅告警的消息交互流程图；

图5是本方法具体实施给出的告警采集的消息交互流程图；

具体实施方式

本方法要紧通过在通讯系统中增加告警代理，来替代中心服务器的告警收集工作；同时终端模块通过统一的告警子模块来存取告警代理的配置信息，以去除告警信息提交时对中心服务器的依靠；在告警代理中支持订阅机制，同时支持一个或多个告警收集端；最终实现告警收集模式的扩展。

本方法在实施过程中，能够通过在中心服务器所在的机器或者子网中，增设一个如图2所示的告警代理，来负责告警收集工作。

各个终端模块中，建议嵌入统一的告警模块，来实现告警代理的配置存取。

告警代理的配置要紧信息为告警代理的通讯地址，为一个IP及端口对。

而告警接收端，则能够依照实际的情况，部署在相同的子网或者其它子网中。

通过TCP连接与告警代理通讯并订阅告警信息。

结合附图2与图3、图4、图5具体讲明终端模块与告警代理建立通讯的步骤、告警接收端与告警代理建立通讯的步骤以及告警收集及转发的步骤；

首先依照图2，在系统中部署各个系统模块。

包括中心服务器、两个签入了告警子模块的终端模块、一个告警代理、一个本地子网的告警接收端以及一个远程子网的告警接收端；

终端模块与告警代理建立通讯的步骤如图3所示：

终端模块在启动时，通过告警子模块，执行3.1步骤，读取缓冲在本地的告警代理配置；然后执行3.2，向中心服务器查询告警代理的配置；3.3中，中心服务器向终端模块返回告警代理的配置信息；3.4中，终端模块通过告警子模块，更新告警代理的配置信息。

在此交互过程中，只需终端模块曾经猎取过正确的告警代理配置且告警代理配置没有发生变化，能够忽略3.2及后续的配置。

不管中心服务器是否正常运行，告警终端均能正确地与告警代理建立通讯。

终端只需猎取正确的告警代理的通讯地址，通讯即可建立。

在通讯系统运行中，假如告警代理的配置需要进行更改，则需要通过中心服务器来进行转发。

操作步骤3.5中，告警代理向中心服务器发送了更改配置的请求，中心服务器起通过3.6回复告警代理同意更改；接收更改后，中心服务器通过3.7查询当前差不多登录的各个终端模块，逐个通知终端模块告警代理的配置更改信息。

终端模块在3.8中同意到告警信息后，更新内存中的告警代理配置信息，同时通过告警子模块依照3.9更新缓存内容，完成告警代理配置信息的更新。

此过程中尚未登录的终端模块，没有及时猎取告警配置的信息，但只要终端模块登录中心服务器，即可按照步骤3.1至3.4来猎取更新。

告警接收端与告警代理建立通讯的步骤如图4所示：

告警接收端1启动时，执行4.1步骤，读取告警代理的配置，猎取告警代理的通讯地址；然后按照4.2，与告警代理建立TCP连接，并向告警代理订阅告警消息；4.3中，告警代理同意告警接收端1的订阅，保存订阅信息；然后按照4.4，向告警接收端1发送订阅成功消息，完成通讯的建立。

告警接收端2与告警代理建立通讯的步骤参考4.5至4.8，与告警终端1与告警代理之间建立通讯的步骤一致。

告警的收集及转发的步骤如图5所示：

步骤5.1中，终端模块1在符合告警条件的情况下，向告警代理发送告警信息；告警代理执行步骤5.2，查询当前的订阅列表，猎取需要转发的告警接收端；告警代理依照订阅列表，执行5.3和5.4，向订阅了告警信息的告警接收端1及告警接收端2转发告警信息。

依照这些步骤，完成告警的收集及转发。

通过本方法提供的所述系统可实现支持动态地址终端告警采集，具体过程可参见上述方法描述。

综上所述，本方法通过在通讯系统中增设告警代理，分离了中心服务器原本负担的告警工作，降低中心服务器的负荷，同时消除了终端模块对中心服务器正常运行的依靠；同时，通过在告警代理支持订阅机制，支持了多告警采集端。

附图

系统结构图

图1

图2

图3

图4

图5