一种基于通用数据格式的故障数据交换方法

摘要

本发明公开了一种基于通用数据格式的故障数据交换方法，包括以下步骤：(a)所述声光告警装置启动后，得到所述各设备的IP地址，与各设备的固定端口建立链接；(b)所述各设备将当前的故障数据组装为通用数据格式，发送给所述声光告警装置；(c)所述声光告警装置解析收到的数据，对这些数据进行综合处理，并按照综合后的数据设置相应的声光效果；(d)所述各设备监测设备故障状态是否改变，如果改变，返回步骤(b)，否则继续监测。采用本发明所述方法，可以使用一个声光告警装置集中管理多个设备，并且由于使用了通用数据格式传输数据，因此适用于多个厂家的设备混合组网的环境。

说明书

技术领域

本发明涉及网络管理系统中的一种故障数据交换方法，具体地说，是在设备和声光告警装置间传输故障数据的一种方法。

背景技术

现有的网络管理系统中，通信设备和声光告警装置之间的故障数据交换方法都是采用一对一的方式，既一台通信设备需要配备一个声光告警装置。这种方式对于集中管理多个设备的情况是很不利的。

另外，各个设备供应商提供的通信设备和声光告警装置之间的故障数据交换方法都是建立在私有接口之上的，这导致声光告警装置必须和同一厂家的通信设备捆绑使用，集中管理多个厂家的设备时就需要多个声光告警装置，这一点对于实现集中管理多个厂家的设备的要求也是一个不利因素。

发明内容

本发明要解决的技术问题是提供一种基于通用数据格式的故障数据交换方法，可以用一个声光告警装置集中管理多个设备，并且适用于多个厂家的设备混合组网的环境。

为了解决上述技术问题，本发明提供了一种基于通用数据格式的故障数据交换方法，应用于包括一个声光告警装置和通过网络与该声光告警装置相连的至少一个设备的系统，该故障数据交换方法包括以下步骤：

(a)所述声光告警装置启动后，得到所述各设备的IP地址，与各设备的固定端口建立链接；

(b)所述各设备将当前的故障数据组装为通用数据格式，发送给所述声光告警装置；

(c)所述声光告警装置解析收到的数据，对这些数据进行综合处理，并按照综合后的数据设置相应的声光效果；

(d)所述各设备监测设备故障状态是否改变，如果改变，返回步骤(b)，否则继续监测。

进一步地，上述故障数据交换方法可具有以下特点：所述步骤(a)进一步分为以下步骤：

(a1)声光告警装置启动后，获得本机IP地址，定时在指定端口向全网广播；

(a2)所述设备在端口监听到所述声光告警装置的广播消息后，解析得到所述声光告警装置的IP地址，发出应答消息；

(a3)所述声光告警装置从应答消息中解析出，或者通过读取配置得到所述发出应答的设备的IP地址，向其发出链接建立请求；

(a4)所述设备收到链接建立请求后，作出链接建立应答，与所述声光告警装置间建立链接。

进一步地，上述故障数据交换方法可具有以下特点：所述步骤(a)中，声光告告警装置与所述设备间的链接采用TCP协议，或者采用UDP协议并定时收发消息确认链接是否正常。

进一步地，上述故障数据交换方法可具有以下特点：所述通用数据格式为XML格式。

进一步地，上述故障数据交换方法可具有以下特点：所述步骤(b)中，所述设备发送的故障数据中包括若干级别的告警数目信息，环境告警数目信息和未确认告警数目信息的其中之一或任意组合。

进一步地，上述故障数据交换方法可具有以下特点：当设备未发生故障时，将故障数据中的所述告警数目置为0。

进一步地，上述故障数据交换方法可具有以下特点：所述步骤(c)进一步分为以下步骤：

(c1)所述声光告警装置解析收到的数据，判断新收到的数据和对应的原有数据是否相同，如果相同，执行步骤(d)，否则，执行下一步；

(c2)所述声光告警装置综合处理所有链接上的故障数据，驱动相应的声光装置改变声光状态，显示所述设备的故障状态。

进一步地，上述故障数据交换方法可具有以下特点：所述步骤(c1)中，所述声光告警装置是根据链接号找到与新接收数据对应的原有故障数据。

进一步地，上述故障数据交换方法可具有以下特点：所述步骤(c2)中，所述声光告警装置综合处理所有链接上的故障数据时，是将各级告警数目相加。

进一步地，上述故障数据交换方法可具有以下特点：所述步骤(d)中，所述各设备还同时监测定时时间是否到，如果是，执行步骤(b)，否则继续监测。

由上可知，采用本发明所述方法和装置，与现有技术相比，达到了使用一个声光告警装置集中管理多个设备的效果，节省了开支，提高了设备利用率。并且由于使用了通用数据格式(如，XML)作为数据传输格式，因此适用于多个厂家的设备混合组网的环境。

附图说明

图1是本发明实施例的硬件设备组网图。

图2是本发明实施例方法的流程图。

具体实施方式

本实施例硬件设备的组网图如图1所示，由一个声光告警装置和若干个通信设备组成，声光告警装置和各个设备之间通过HUB实现以太网链接，声光告警装置作为客户端，通信设备作为服务器端。声光告警装置要求内置一个XML解析程序。

本实施例方法的具体流程如图2所示，包括以下步骤：

步骤110，声光告警装置启动后，获得本机IP地址，定时在指定端口向全网广播；(定时广播可以解决设备晚于声光告警装置启动的问题)

步骤120，设备在端口监听声光告警装置的广播消息，如果收到广播，解析得到声光告警装置的IP地址，发出应答消息，消息中携带该设备的IP地址；

步骤130，声光告警装置收到设备的应答消息后，解析出该设备的IP地址(也可以通过读取配置得到)，向发出应答的设备发出链接建立请求；

步骤140，设备作出链接建立应答，声光告警装置和设备间的链接建立完成；

声光告警装置和设备间的链接，可以采用面向连接的协议，如TCP协议，这时，声光告警装置和设备间在没有收到故障数据的情况下可以保持链接。或者也可以采用非面向连接的协议，如UDP协议，这时需要定时收发消息来确认链接是否正常。

步骤150，设备将当前的故障数据组装为XML格式，发送给声光告警装置；

本实施例采用的XML数据格式如下：

<ALARMSTAT>

   <CRITICAL>n0</CRITICAL>

   <MAJOR>n1</MAJOR>

   <MINOR>n2</MINOR>

   <WARNING>n3</WARNING>

   <ENVIRONMENT>n4<ENVIRONMENT>

   <UNACKED>n5</UNACKED>

</ALARMSTAT>

本实施例将告警分为紧急(CRITICAL)、重要(MAJOR)、次要(MINOR)、警告(WARNING)四个级别，n0～n3分别为4个级别的告警数目，如果数目不为0，则对应级别的告警灯亮，如果为0，表示没有故障告警。n4为环境告警数目。n5为未确认告警数目。

步骤160，声光告警装置解析收到的XML数据，根据链接号得到之前收到的设备故障数据，将新收到的数据和对应的原有数据(指同一设备发送的)比较。判断是否相同，如果相同，执行步骤180，否则执行下一步；

步骤170，声光告警装置综合处理所有链接上的故障数据，驱动相应的声光装置改变声光状态，以显示各个设备的故障状态；

由于有多个设备与本声光告警装置建立了链接，因此在改变声光状态前需要综合处理所有链接上的故障数据。综合处理故障数据的目的是为了声光告警装置可以同时处理多个设备的故障状态，具体的处理方式由声光告警装置的实现而定，简单的方式可以是只显示相应的告警级别，或者将各级告警数目相加。例如，设备1的Critical级别的告警数目为2，设备2的Critical级别的告警数目为2，声光告警设备可以不区分告警的数目，只表示有Critical级别的告警存在。也可以将告警数目相加后为4，然后驱动Critical级别的告警灯亮，发4次Critical级别的告警声。

步骤180，各设备监测设备故障状态是否改变，或者定时时间是否到，如果故障状态改变或者定时时间到，则返回步骤150，否则继续监测。

从上述步骤可以看出，本实施例的设备在以下三种情况下会向声光告警装置发送故障数据：

1)建立链接后立即发送，目的是可以将当前设备故障状态迅速用声光告警反映出来。

2)定时发送，用来保证设备的故障状态和声光告警装置的声光状态一致。

3)设备故障状态改变后发送，及时更新声光告警装置的声光状态，和设备故障状态保持一致。

在上述实施例的基础上还可以做一些变换，例如，如果在以太网中采用固定的IP地址，则在声光告警装置和各个设备在建立链接时，可以直接读取配置的对端的IP地址，由声光告警装置或者设备发起建立链接的请求。

又如，本发明并不局限于采用XML格式，也可以采用其它的通用数据格式，例如，ASN.1格式。

又如，声光报警装置也可以不判断新收到的数据和原来的数据是否相同，而是直接根据新收到的数据刷新声光效果的设置。

本发明的方法在声光告警装置对应于一个设备的情况下也可以适用，采用该方法使得后续增加的设备可以利用同一个声光告警装置。