專利名稱：一種基于通用數(shù)據(jù)格式的故障數(shù)據(jù)交換方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)管理系統(tǒng)中的一種故障數(shù)據(jù)交換方法，具體地說，是在設(shè)備和聲光告警裝置間傳輸故障數(shù)據(jù)的一種方法。
背景技術(shù)：
現(xiàn)有的網(wǎng)絡(luò)管理系統(tǒng)中，通信設(shè)備和聲光告警裝置之間的故障數(shù)據(jù)交換方法都是采用一對一的方式，既一臺通信設(shè)備需要配備一個聲光告警裝置。這種方式對于集中管理多個設(shè)備的情況是很不利的。
另外，各個設(shè)備供應(yīng)商提供的通信設(shè)備和聲光告警裝置之間的故障數(shù)據(jù)交換方法都是建立在私有接口之上的，這導(dǎo)致聲光告警裝置必須和同一廠家的通信設(shè)備捆綁使用，集中管理多個廠家的設(shè)備時就需要多個聲光告警裝置，這一點對于實現(xiàn)集中管理多個廠家的設(shè)備的要求也是一個不利因素。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種基于通用數(shù)據(jù)格式的故障數(shù)據(jù)交換方法，可以用一個聲光告警裝置集中管理多個設(shè)備，并且適用于多個廠家的設(shè)備混合組網(wǎng)的環(huán)境。
為了解決上述技術(shù)問題，本發(fā)明提供了一種基于通用數(shù)據(jù)格式的故障數(shù)據(jù)交換方法，應(yīng)用于包括一個聲光告警裝置和通過網(wǎng)絡(luò)與該聲光告警裝置相連的至少一個設(shè)備的系統(tǒng)，該故障數(shù)據(jù)交換方法包括以下步驟(a)所述聲光告警裝置啟動后，得到所述各設(shè)備的IP地址，與各設(shè)備的固定端口建立鏈接；(b)所述各設(shè)備將當(dāng)前的故障數(shù)據(jù)組裝為通用數(shù)據(jù)格式，發(fā)送給所述聲光告警裝置；
(c)所述聲光告警裝置解析收到的數(shù)據(jù)，對這些數(shù)據(jù)進(jìn)行綜合處理，并按照綜合后的數(shù)據(jù)設(shè)置相應(yīng)的聲光效果；(d)所述各設(shè)備監(jiān)測設(shè)備故障狀態(tài)是否改變，如果改變，返回步驟(b)，否則繼續(xù)監(jiān)測。
進(jìn)一步地，上述故障數(shù)據(jù)交換方法可具有以下特點所述步驟(a)進(jìn)一步分為以下步驟(a1)聲光告警裝置啟動后，獲得本機(jī)IP地址，定時在指定端口向全網(wǎng)廣播；(a2)所述設(shè)備在端口監(jiān)聽到所述聲光告警裝置的廣播消息后，解析得到所述聲光告警裝置的IP地址，發(fā)出應(yīng)答消息；(a3)所述聲光告警裝置從應(yīng)答消息中解析出，或者通過讀取配置得到所述發(fā)出應(yīng)答的設(shè)備的IP地址，向其發(fā)出鏈接建立請求；(a4)所述設(shè)備收到鏈接建立請求后，作出鏈接建立應(yīng)答，與所述聲光告警裝置間建立鏈接。
進(jìn)一步地，上述故障數(shù)據(jù)交換方法可具有以下特點所述步驟(a)中，聲光告告警裝置與所述設(shè)備間的鏈接采用TCP協(xié)議，或者采用UDP協(xié)議并定時收發(fā)消息確認(rèn)鏈接是否正常。
進(jìn)一步地，上述故障數(shù)據(jù)交換方法可具有以下特點所述通用數(shù)據(jù)格式為XML格式。
進(jìn)一步地，上述故障數(shù)據(jù)交換方法可具有以下特點所述步驟(b)中，所述設(shè)備發(fā)送的故障數(shù)據(jù)中包括若干級別的告警數(shù)目信息，環(huán)境告警數(shù)目信息和未確認(rèn)告警數(shù)目信息的其中之一或任意組合。
進(jìn)一步地，上述故障數(shù)據(jù)交換方法可具有以下特點當(dāng)設(shè)備未發(fā)生故障時，將故障數(shù)據(jù)中的所述告警數(shù)目置為0。
進(jìn)一步地，上述故障數(shù)據(jù)交換方法可具有以下特點所述步驟(c)進(jìn)一步分為以下步驟
(c1)所述聲光告警裝置解析收到的數(shù)據(jù)，判斷新收到的數(shù)據(jù)和對應(yīng)的原有數(shù)據(jù)是否相同，如果相同，執(zhí)行步驟(d)，否則，執(zhí)行下一步；(c2)所述聲光告警裝置綜合處理所有鏈接上的故障數(shù)據(jù)，驅(qū)動相應(yīng)的聲光裝置改變聲光狀態(tài)，顯示所述設(shè)備的故障狀態(tài)。
進(jìn)一步地，上述故障數(shù)據(jù)交換方法可具有以下特點所述步驟(c1)中，所述聲光告警裝置是根據(jù)鏈接號找到與新接收數(shù)據(jù)對應(yīng)的原有故障數(shù)據(jù)。
進(jìn)一步地，上述故障數(shù)據(jù)交換方法可具有以下特點所述步驟(c2)中，所述聲光告警裝置綜合處理所有鏈接上的故障數(shù)據(jù)時，是將各級告警數(shù)目相加。
進(jìn)一步地，上述故障數(shù)據(jù)交換方法可具有以下特點所述步驟(d)中，所述各設(shè)備還同時監(jiān)測定時時間是否到，如果是，執(zhí)行步驟(b)，否則繼續(xù)監(jiān)測。
由上可知，采用本發(fā)明所述方法和裝置，與現(xiàn)有技術(shù)相比，達(dá)到了使用一個聲光告警裝置集中管理多個設(shè)備的效果，節(jié)省了開支，提高了設(shè)備利用率。并且由于使用了通用數(shù)據(jù)格式(如，XML)作為數(shù)據(jù)傳輸格式，因此適用于多個廠家的設(shè)備混合組網(wǎng)的環(huán)境。


圖1是本發(fā)明實施例的硬件設(shè)備組網(wǎng)圖。
圖2是本發(fā)明實施例方法的流程圖。
具體實施例方式
本實施例硬件設(shè)備的組網(wǎng)圖如圖1所示，由一個聲光告警裝置和若干個通信設(shè)備組成，聲光告警裝置和各個設(shè)備之間通過HUB實現(xiàn)以太網(wǎng)鏈接，聲光告警裝置作為客戶端，通信設(shè)備作為服務(wù)器端。聲光告警裝置要求內(nèi)置一個XML解析程序。
本實施例方法的具體流程如圖2所示，包括以下步驟
步驟110，聲光告警裝置啟動后，獲得本機(jī)IP地址，定時在指定端口向全網(wǎng)廣播；(定時廣播可以解決設(shè)備晚于聲光告警裝置啟動的問題)步驟120，設(shè)備在端口監(jiān)聽聲光告警裝置的廣播消息，如果收到廣播，解析得到聲光告警裝置的IP地址，發(fā)出應(yīng)答消息，消息中攜帶該設(shè)備的IP地址；步驟130，聲光告警裝置收到設(shè)備的應(yīng)答消息后，解析出該設(shè)備的IP地址(也可以通過讀取配置得到)，向發(fā)出應(yīng)答的設(shè)備發(fā)出鏈接建立請求；步驟140，設(shè)備作出鏈接建立應(yīng)答，聲光告警裝置和設(shè)備間的鏈接建立完成；聲光告警裝置和設(shè)備間的鏈接，可以采用面向連接的協(xié)議，如TCP協(xié)議，這時，聲光告警裝置和設(shè)備間在沒有收到故障數(shù)據(jù)的情況下可以保持鏈接?；蛘咭部梢圆捎梅敲嫦蜻B接的協(xié)議，如UDP協(xié)議，這時需要定時收發(fā)消息來確認(rèn)鏈接是否正常。
步驟150，設(shè)備將當(dāng)前的故障數(shù)據(jù)組裝為XML格式，發(fā)送給聲光告警裝置；本實施例采用的XML數(shù)據(jù)格式如下<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個級別的告警數(shù)目，如果數(shù)目不為0，則對應(yīng)級別的告警燈亮，如果為0，表示沒有故障告警。n4為環(huán)境告警數(shù)目。n5為未確認(rèn)告警數(shù)目。
步驟160，聲光告警裝置解析收到的XML數(shù)據(jù)，根據(jù)鏈接號得到之前收到的設(shè)備故障數(shù)據(jù)，將新收到的數(shù)據(jù)和對應(yīng)的原有數(shù)據(jù)(指同一設(shè)備發(fā)送的)比較。判斷是否相同，如果相同，執(zhí)行步驟180，否則執(zhí)行下一步；步驟170，聲光告警裝置綜合處理所有鏈接上的故障數(shù)據(jù)，驅(qū)動相應(yīng)的聲光裝置改變聲光狀態(tài)，以顯示各個設(shè)備的故障狀態(tài)；由于有多個設(shè)備與本聲光告警裝置建立了鏈接，因此在改變聲光狀態(tài)前需要綜合處理所有鏈接上的故障數(shù)據(jù)。綜合處理故障數(shù)據(jù)的目的是為了聲光告警裝置可以同時處理多個設(shè)備的故障狀態(tài)，具體的處理方式由聲光告警裝置的實現(xiàn)而定，簡單的方式可以是只顯示相應(yīng)的告警級別，或者將各級告警數(shù)目相加。例如，設(shè)備1的Critical級別的告警數(shù)目為2，設(shè)備2的Critical級別的告警數(shù)目為2，聲光告警設(shè)備可以不區(qū)分告警的數(shù)目，只表示有Critical級別的告警存在。也可以將告警數(shù)目相加后為4，然后驅(qū)動Critical級別的告警燈亮，發(fā)4次Critical級別的告警聲。
步驟180，各設(shè)備監(jiān)測設(shè)備故障狀態(tài)是否改變，或者定時時間是否到，如果故障狀態(tài)改變或者定時時間到，則返回步驟150，否則繼續(xù)監(jiān)測。
從上述步驟可以看出，本實施例的設(shè)備在以下三種情況下會向聲光告警裝置發(fā)送故障數(shù)據(jù)1)建立鏈接后立即發(fā)送，目的是可以將當(dāng)前設(shè)備故障狀態(tài)迅速用聲光告警反映出來。
2)定時發(fā)送，用來保證設(shè)備的故障狀態(tài)和聲光告警裝置的聲光狀態(tài)一致。
3)設(shè)備故障狀態(tài)改變后發(fā)送，及時更新聲光告警裝置的聲光狀態(tài)，和設(shè)備故障狀態(tài)保持一致。
在上述實施例的基礎(chǔ)上還可以做一些變換，例如，如果在以太網(wǎng)中采用固定的IP地址，則在聲光告警裝置和各個設(shè)備在建立鏈接時，可以直接讀取配置的對端的IP地址，由聲光告警裝置或者設(shè)備發(fā)起建立鏈接的請求。
又如，本發(fā)明并不局限于采用XML格式，也可以采用其它的通用數(shù)據(jù)格式，例如，ASN.1格式。
又如，聲光報警裝置也可以不判斷新收到的數(shù)據(jù)和原來的數(shù)據(jù)是否相同，而是直接根據(jù)新收到的數(shù)據(jù)刷新聲光效果的設(shè)置。
本發(fā)明的方法在聲光告警裝置對應(yīng)于一個設(shè)備的情況下也可以適用，采用該方法使得后續(xù)增加的設(shè)備可以利用同一個聲光告警裝置。
權(quán)利要求
1.一種基于通用數(shù)據(jù)格式的故障數(shù)據(jù)交換方法，應(yīng)用于包括一個聲光告警裝置和通過網(wǎng)絡(luò)與該聲光告警裝置相連的至少一個設(shè)備的系統(tǒng)，該故障數(shù)據(jù)交換方法包括以下步驟(a)所述聲光告警裝置啟動后，得到所述各設(shè)備的IP地址，與各設(shè)備的固定端口建立鏈接；(b)所述各設(shè)備將當(dāng)前的故障數(shù)據(jù)組裝為通用數(shù)據(jù)格式，發(fā)送給所述聲光告警裝置；(c)所述聲光告警裝置解析收到的數(shù)據(jù)，對這些數(shù)據(jù)進(jìn)行綜合處理，并按照綜合后的數(shù)據(jù)設(shè)置相應(yīng)的聲光效果；(d)所述各設(shè)備監(jiān)測設(shè)備故障狀態(tài)是否改變，如果改變，返回步驟(b)，否則繼續(xù)監(jiān)測。
2.如權(quán)利要求1所述的故障數(shù)據(jù)交換方法，其特征在于，所述步驟(a)進(jìn)一步分為以下步驟(a1)聲光告警裝置啟動后，獲得本機(jī)IP地址，定時在指定端口向全網(wǎng)廣播；(a2)所述設(shè)備在端口監(jiān)聽到所述聲光告警裝置的廣播消息后，解析得到所述聲光告警裝置的IP地址，發(fā)出應(yīng)答消息；(a3)所述聲光告警裝置從應(yīng)答消息中解析出，或者通過讀取配置得到所述發(fā)出應(yīng)答的設(shè)備的IP地址，向其發(fā)出鏈接建立請求；(a4)所述設(shè)備收到鏈接建立請求后，作出鏈接建立應(yīng)答，與所述聲光告警裝置間建立鏈接。
3.如權(quán)利要求1所述的故障數(shù)據(jù)交換方法，其特征在于，所述步驟(a)中，聲光告告警裝置與所述設(shè)備間的鏈接采用TCP協(xié)議，或者采用UDP協(xié)議并定時收發(fā)消息確認(rèn)鏈接是否正常。
4.如權(quán)利要求1所述的故障數(shù)據(jù)交換方法，其特征在于，所述通用數(shù)據(jù)格式為XML格式。
5.如權(quán)利要求1所述的故障數(shù)據(jù)交換方法，其特征在于，所述步驟(b)中，所述設(shè)備發(fā)送的故障數(shù)據(jù)中包括若干級別的告警數(shù)目信息，環(huán)境告警數(shù)目信息和未確認(rèn)告警數(shù)目信息的其中之一或任意組合。
6.如權(quán)利要求5所述的故障數(shù)據(jù)交換方法，其特征在于，當(dāng)設(shè)備未發(fā)生故障時，將故障數(shù)據(jù)中的所述告警數(shù)目置為0。
7.如權(quán)利要求1所述的故障數(shù)據(jù)交換方法，其特征在于，所述步驟(c)進(jìn)一步分為以下步驟(c1)所述聲光告警裝置解析收到的數(shù)據(jù)，判斷新收到的數(shù)據(jù)和對應(yīng)的原有數(shù)據(jù)是否相同，如果相同，執(zhí)行步驟(d)，否則，執(zhí)行下一步；(c2)所述聲光告警裝置綜合處理所有鏈接上的故障數(shù)據(jù)，驅(qū)動相應(yīng)的聲光裝置改變聲光狀態(tài)，顯示所述設(shè)備的故障狀態(tài)。
8.如權(quán)利要求7所述的故障數(shù)據(jù)交換方法，其特征在于，所述步驟(c1)中，所述聲光告警裝置是根據(jù)鏈接號找到與新接收數(shù)據(jù)對應(yīng)的原有故障數(shù)據(jù)。
9.如權(quán)利要求7所述的故障數(shù)據(jù)交換方法，其特征在于，所述步驟(c2)中，所述聲光告警裝置綜合處理所有鏈接上的故障數(shù)據(jù)時，是將各級告警數(shù)目相加。
10.如權(quán)利要求1所述的故障數(shù)據(jù)交換方法，其特征在于，所述步驟(d)中，所述各設(shè)備還同時監(jiān)測定時時間是否到，如果是，執(zhí)行步驟(b)，否則繼續(xù)監(jiān)測。
全文摘要
本發(fā)明公開了一種基于通用數(shù)據(jù)格式的故障數(shù)據(jù)交換方法，包括以下步驟(a)所述聲光告警裝置啟動后，得到所述各設(shè)備的IP地址，與各設(shè)備的固定端口建立鏈接；(b)所述各設(shè)備將當(dāng)前的故障數(shù)據(jù)組裝為通用數(shù)據(jù)格式，發(fā)送給所述聲光告警裝置；(c)所述聲光告警裝置解析收到的數(shù)據(jù)，對這些數(shù)據(jù)進(jìn)行綜合處理，并按照綜合后的數(shù)據(jù)設(shè)置相應(yīng)的聲光效果；(d)所述各設(shè)備監(jiān)測設(shè)備故障狀態(tài)是否改變，如果改變，返回步驟(b)，否則繼續(xù)監(jiān)測。采用本發(fā)明所述方法，可以使用一個聲光告警裝置集中管理多個設(shè)備，并且由于使用了通用數(shù)據(jù)格式傳輸數(shù)據(jù)，因此適用于多個廠家的設(shè)備混合組網(wǎng)的環(huán)境。
文檔編號H04L12/26GK1604544SQ200410087098
公開日2005年4月6日 申請日期2004年10月28日 優(yōu)先權(quán)日2004年10月28日
發(fā)明者余震, 王磊 申請人:中興通訊股份有限公司