專利名稱：告警靜態解釋信息獲取方法、系統、網管服務器及客戶端的制作方法
技術領域：
本發明涉及網絡管理技術領域，尤其是涉及一種告警靜態解釋信息的獲取方法及其系統，以及對應的網管系統服務器和網管用戶客戶端。
背景技術：
告警處理是網絡系統正常運行的最根本保證措施，其能夠通知網管人員網絡系統具體出現了何種故障，以及故障的出現位置信息等，從而有助于網管人員來定位故障原因，并進行對應的修復處理等。
請參照圖1，該圖是目前網管系統進行告警處理的主要實現過程示意圖，圖中告警處理的主要實現過程如下網絡系統中的各網元設備將自身所產生的告警數據通過網絡傳輸資源發送給網管系統服務器；網管系統服務器對接收到的告警數據進行分析和處理，然后將處理后的告警數據發送給網管用戶客戶端；這樣網管人員就可以在網管用戶客戶端上觀察到各網元設備上報的告警數據，進而還可以對這些告警數據進行查詢及瀏覽等操作。
其中各網元設備上報的告警數據中包含有告警解釋信息，用于解釋此告警的發生原因及其發生地點等信息，和告警修復建議，用于描述如何修復此告警的建議，幫助用戶快速解決問題，及其他等內容，由于這些內容能夠幫助網管人員迅速了解并解決網絡故障問題，所以是很重要的。但是，這些內容的數據容量通常很大(如有的告警解釋信息達到了4K字節以上)，因此一條完整的告警數據，其數據容量通常是很大的。
此外，網元設備上報的告警數據中還包含有產品類型、設備類型和告警編號這3個字段，該3個字段就可以唯一確定一種告警，而對于告警數據中包含的告警種類、級別、類型、名稱、解釋信息、修復建議和鏈路類型等字段，與該3個字段是一一對應的。也就是說，如果網元設備上報了兩條告警，只要這兩條告警的產品類型、設備類型和告警編號3個字段相同，那么它們的告警種類、級別、類型、名稱、解釋信息、修復建議和鏈路類型等字段也是一樣的(而告警數據中包含的流水號、定位參數、告警日期和告警時間等參數則是變化的)，即說明該網元設備先后上報的這兩條告警是相同的。這里可以將告警種類、級別、類型、名稱、解釋信息、修復建議和鏈路類型等字段統一定義為告警靜態解釋信息。
為解決上述告警數據容量過大，會過多占用傳輸資源的問題，現有技術中提出將告警靜態解釋信息整理成一張表，這里定義為告警靜態解釋信息表，該表中每一組告警靜態解釋信息分別和對應的一組產品類型、設備類型和告警編號3個字段建立映射索引關系。將該表存儲到網管系統服務器中，這樣網元設備在上報告警數據時，對于告警名稱、解釋信息、修復建議等長度很大的告警靜態解釋信息就可以不上報；網管系統服務器在對網元設備上報的告警數據進行處理時，只需要根據產品類型、設備類型和告警編號這3個字段，就可以在預先存儲的告警靜態解釋信息表中索引到對應的告警名稱、解釋信息、修復建議等告警靜態解釋信息了。
同理，將告警靜態解釋信息表存儲到網管用戶客戶端中，這樣網管系統服務器也無需將告警名稱、解釋信息、修復建議等長字段告警靜態解釋信息發給網管用戶客戶端，網管用戶客戶端在對網管系統服務器發來的告警數據進行處理時，就可以根據產品類型、設備類型和告警編號這3個字段，直接從預先存儲的告警靜態解釋信息表中索引到對應的告警靜態解釋信息。
請參照圖2，該圖是目前網管系統采取告警靜態解釋信息表方式進行告警處理的主要實現過程示意圖，圖中網管系統服務器和網管用戶客戶端分別把告警靜態解釋信息表保存到本地，其中網管系統服務器把告警靜態解釋信息表保存到數據庫中，而網管用戶客戶端則把告警靜態解釋信息表保存到文件中。
其中在網管系統服務器中和網管用戶客戶端中保存的告警靜態解釋信息表并非是完全靜態的，在需要的時候也需要發生變化，比如由于網元設備的升級處理而導致的需要對原來保存的告警靜態解釋信息表進行增加、刪除或更改等處理，以適應處理網元設備新上報的告警。為此，為了避免網管系統服務器和網管用戶客戶端所保存的告警靜態解釋信息表不一致情況的發生，目前設置由網管系統服務器來統一維護告警靜態解釋信息表，網管用戶客戶端在每次登錄到網管系統服務器時，就從網管系統服務器中讀取一次告警靜態解釋信息表，并使用讀取到的信息來更新自身存儲的告警靜態解釋信息表內容，從而達到使網管用戶客戶端和網管系統服務器保存相同的告警靜態解釋信息表的目的。
但是由于告警靜態解釋信息表的數據容量一般都比較大，這樣將導致網管用戶客戶端在每次登陸到網管系統服務器時，從網管系統服務器中讀取最新的告警靜態解釋信息表的速度將比較慢，從而導致網管用戶客戶端從啟動到啟動完成所需要的時間就比較長，即網管用戶客戶端的啟動速度就比較緩慢，而對于網管用戶而言對網管用戶客戶端的啟動速度是比較敏感的。同時，存儲在網管系統服務器中的告警靜態解釋信息表發生變化的機率是很小的，很多時候，網管用戶客戶端在重啟后，都會將相對原來沒有發生變化的告警靜態解釋信息表獲取過來，這是沒有必要的，而且還會增加網管用戶客戶端啟動速度緩慢的機率，也會浪費系統的傳輸資源。
發明內容
本發明要解決的技術問題在于提出一種告警靜態解釋信息的獲取方法及其系統，以避免網管用戶客戶端對網管系統服務器中存儲的告警靜態解釋信息進行不必要的獲取處理，并提高網管用戶客戶端的啟動速度。
相應的，本發明還對應提出了一種網管系統服務器和網管用戶客戶端。
為解決上述問題，本發明提出的技術方案如下
一種告警靜態解釋信息的獲取方法，包括步驟A、分別為網管系統服務器和網管用戶客戶端存儲的告警靜態解釋信息索引結構配置版本標識；B、若網管系統服務器存儲的告警靜態解釋信息索引結構發生變化，則更改網管系統服務器中存儲的版本標識；C、網管用戶客戶端獲取網管系統服務器中存儲的版本標識；并D、在判斷出獲取的版本標識和自身存儲的版本標識不同時，進而獲取網管系統服務器中存儲的告警靜態解釋信息索引結構，并基于獲取的版本標識更新自身存儲的版本標識。
較佳地，所述方法還包括網管用戶客戶端在判斷出獲取的版本標識和自身存儲的版本標識相同時，放棄獲取網管系統服務器中存儲的告警靜態解釋信息索引結構的步驟。
較佳地，所述步驟B中網管人員手工更改網管系統服務器存儲的告警靜態解釋信息索引結構時，同時更改網管系統服務器中存儲的版本標識。
較佳地，網管用戶客戶端可以在每次重新啟動登陸網管系統服務器時執行步驟C。
較佳地，所述步驟B具體包括步驟B1、網管系統服務器監控自身存儲的告警靜態解釋信息索引結構是否發生變化；并B2、在監控到自身存儲的告警靜態解釋信息索引結構發生變化時，更改自身存儲的版本標識。
較佳地，所述步驟B和C之間還包括步驟網管系統服務器向網管用戶客戶端發送用于表征告警靜態解釋信息索引結構已發生變化的通知消息；網管用戶客戶端在接收到所述通知消息時，獲取網管系統服務器中存儲的告警靜態解釋信息索引結構和版本標識；并基于獲取的版本標識更新自身存儲的版本標識。
較佳地，所述告警靜態解釋信息索引結構為由各組產品類型、設備類型和告警編號3個字段和對應告警靜態解釋信息之間的映射關系所構成的索引表。
較佳地，所述版本標識為由3個數值順序組合而成的版本號。
一種網管系統服務器，包括存儲單元，用于存儲為網管系統服務器中存儲的告警靜態解釋信息索引結構配置的版本標識；更改單元，用于在網管系統服務器存儲的告警靜態解釋信息索引結構發生變化時，更改所述存儲單元中存儲的版本標識。
較佳地，所述更改單元具體包括監控子單元，用于監控網管系統服務器中存儲的告警靜態解釋信息索引結構是否發生變化；更改子單元，用于在所述監控子單元監控到告警靜態解釋信息索引結構發生變化時，更改所述存儲單元中存儲的版本標識。
較佳地，所述網管系統服務器還包括通知單元，用于在所述更改子單元更改版本標識后，向網管用戶客戶端發送用于表征告警靜態解釋信息索引結構已發生變化的通知消息。
一種網管用戶客戶端，包括存儲單元，用于存儲為網管用戶客戶端中存儲的告警靜態解釋信息索引結構配置的版本標識；第一獲取單元，用于獲取網管系統服務器中存儲的版本標識；判斷單元，用于判斷所述第一獲取單元獲取的版本標識是否和所述存儲單元存儲的版本標識相同；第二獲取單元，用于在所述判斷單元的判斷結果為否時，進而獲取網管系統服務器中存儲的告警靜態解釋信息索引結構；第一更新單元，用于在所述判斷單元的判斷結果為否時，基于所述第一獲取單元獲取的版本標識更新所述存儲單元中存儲的版本標識。
較佳地，所述網管用戶客戶端還包括觸發單元，用于檢測到網管用戶客戶端重新啟動登陸網管系統服務器時，觸發所述第一獲取單元獲取網管系統服務器中存儲的版本標識。
較佳地，所述網管用戶客戶端還包括接收單元，用于接收網管系統服務器發來的用于表征告警靜態解釋信息索引結構已發生變化的通知消息；第三獲取單元，用于在所述接收單元接收到通知消息時，獲取網管系統服務器中存儲的告警靜態解釋信息索引結構和版本標識；第二更新單元，用于基于所述第三獲取單元獲取的版本標識更新所述存儲單元中存儲的版本標識。
一種告警靜態解釋信息的獲取系統，包括網管系統服務器和網管用戶客戶端，其中所述網管系統服務器包括第一存儲單元，用于存儲為網管系統服務器中存儲的告警靜態解釋信息索引結構配置的版本標識；更改單元，用于在網管系統服務器存儲的告警靜態解釋信息索引結構發生變化時，更改所述第一存儲單元中存儲的版本標識；其中所述網管用戶客戶端包括第二存儲單元，用于存儲為網管用戶客戶端中存儲的告警靜態解釋信息索引結構配置的版本標識；第一獲取單元，用于獲取網管系統服務器中所述第一存儲單元存儲的版本標識；判斷單元，用于判斷所述第一獲取單元獲取的版本標識是否和所述第二存儲單元存儲的版本標識相同；第二獲取單元，用于在所述判斷單元的判斷結果為否時，進而獲取網管系統服務器中存儲的告警靜態解釋信息索引結構；
更新單元，用于在所述判斷單元的判斷結果為否時，基于所述第一獲取單元獲取的版本標識更新所述第二存儲單元中存儲的版本標識。
本發明能夠達到的有益效果如下本發明技術方案主要通過在網管系統服務器和網管用戶客戶端兩端分別為存儲的告警靜態解釋信息索引結構配置版本標識，若網管系統服務器存儲的告警靜態解釋信息索引結構發生了變化，就更改網管系統服務器中存儲的版本標識；后續網管用戶客戶端在獲取網管系統服務器中存儲的告警靜態解釋信息索引結構之前，首先獲取網管系統服務器中存儲的版本標識，并在判斷出獲取的版本標識和自身存儲的版本標識不同時，確定網管系統服務器中現存儲的告警靜態解釋信息索引結構已經發生了變化，進而獲取網管系統服務器中存儲的告警靜態解釋信息索引結構，并基于該獲取到的版本標識來更新自身存儲的版本標識，以達到和網管系統服務器中存儲的版本標識一致的目的；否則就放棄對網管系統服務器中存儲的告警靜態解釋信息索引結構進行獲取。從而可以避免網管用戶客戶端對網管系統服務器中存儲的告警靜態解釋信息進行不必要重復獲取的處理，提高了網管用戶客戶端的啟動速度及網管用戶的使用感受。
圖1為目前網管系統進行告警處理的主要實現過程示意圖；圖2為目前網管系統采取告警靜態解釋信息表方式進行告警處理的主要實現過程示意圖；圖3為本發明告警靜態解釋信息的獲取方法的主要實現原理流程圖；圖4至圖7為應用本發明方法原理進行實施的實施例主要處理過程示意圖；圖8為本發明網管系統服務器的主要組成結構框圖；圖9為本發明網管用戶客戶端的主要組成結構框圖；圖10為本發明網管用戶客戶端的第一實施例組成結構框圖；
圖11為本發明網管用戶客戶端的第二實施例組成結構框圖；圖12為本發明告警靜態解釋信息的獲取系統的主要組成結構框圖。
具體實施例方式
本發明技術方案為了解決上述現有技術中網管用戶客戶端在每次重啟后，登陸網管系統服務器過程中可能會重復獲取網管系統服務器中存儲的告警靜態解釋信息，從而可能導致每次重啟的速度較緩慢的技術問題，提出的主要技術構思是分別在網管用戶客戶端和網管系統服務器兩邊同時維護一個告警靜態解釋信息版本標識，網管用戶客戶端每次登錄網管系統服務器時，首先獲取網管系統服務器中的告警靜態解釋信息版本標識，并檢測獲取到的告警靜態解釋信息版本標識是否和本地保存的告警靜態解釋信息版本標識一致，如果一致的話，就說明網管系統服務器中保存的告警靜態解釋信息與之前未重啟時相比沒有發生變化，于是網管用戶客戶端就放棄向網管系統服務器獲取告警靜態解釋信息，以提高網管用戶客戶端的重啟速度；網管系統服務器中保存的告警靜態解釋信息發生變化時，網管系統服務器就更改本地保存的告警靜態解釋信息版本標識；當網管用戶客戶端登錄網管系統服務器時，就會發現從網管系統服務器中獲取到的告警靜態解釋信息版本標識與本地保存的告警靜態解釋信息版本標識不一致了，于是便從網管系統服務器中重新獲取其保存的告警靜態解釋信息，并使用獲取到的告警靜態解釋信息版本標識更新本地的告警靜態解釋信息版本標識，使之與網管系統服務器端的告警靜態解釋信息版本標識保持一致。
下面將結合各個附圖對本發明方案的主要實現原理、具體實施過程及其對應產生的有益效果進行詳細的闡述。
請參照圖3，該圖是本發明告警靜態解釋信息的獲取方法的主要實現原理流程圖，其主要實現過程如下
步驟S10，分別為網管系統服務器和網管用戶客戶端存儲的告警靜態解釋信息索引結構配置版本標識；其中這里所提及的告警靜態解釋信息索引結構可以但不限于為由各組產品類型、設備類型和告警編號3個字段和對應的告警靜態解釋信息之間的映射關系所構成的索引表；此外這里所提及的版本標識可以但不限于為由3個數值順序組合而成的版本號，以用來標識告警靜態解釋信息索引結構是否發生變化，例如可以使用″0.0.0″表示初始版本號，當告警靜態解釋信息索引結構發生變化時，就修改此版本號，更改為″0.0.1″；后續對應告警靜態解釋信息索引結構的變化，可以依次將版本號更改為″0.0.2″，″0.0.3″......等。本發明這里對版本標識的具體格式可以不作嚴格要求，只要能夠標識出告警靜態解釋信息索引結構發生變化了就達到目的了。
步驟S20，若網管系統服務器存儲的告警靜態解釋信息索引結構發生變化，就更改網管系統服務器中存儲的版本標識；其中更改網管系統服務器中存儲的版本標識可以但不限于通過如下兩種方式來完成第一種網管人員手工更改網管系統服務器存儲的告警靜態解釋信息索引結構時，同時也更改網管系統服務器中存儲的版本標識；第二種網管系統服務器時刻監控自身存儲的告警靜態解釋信息索引結構是否發生變化，并在監控到自身存儲的告警靜態解釋信息索引結構發生變化了時，就更改自身存儲的版本標識。這樣在步驟S20之后，還可以包括如下過程網管系統服務器在每次更改自身存儲的版本標識后，就會向網管用戶客戶端發送一個用于表征告警靜態解釋信息索引結構已發生變化了的通知消息；網管用戶客戶端在每次接收到網管系統服務器發來的這個通知消息時，就執行獲取網管系統服務器中存儲的告警靜態解釋信息索引結構和版本標識的處理，并基于獲取到的版本標識來更新自身存儲的版本標識，使之與網管系統服務器中存儲的版本標識達到一致的目的。
步驟S30，網管用戶客戶端獲取網管系統服務器中存儲的版本標識；其中網管用戶客戶端在每次重新啟動登陸網管系統服務器時，獲取網管系統服務器中存儲的版本標識；當然也可以周期性的獲取網管系統服務器中存儲的版本標識；步驟S40，網管用戶客戶端判斷獲取到的版本標識是否和自身存儲的版本標識相同，如果是，執行步驟S70；否則執行步驟S50，網管用戶客戶端進而獲取網管系統服務器中存儲的告警靜態解釋信息索引結構；步驟S60，網管用戶客戶端基于上述獲取到的版本標識來更新自身存儲的版本標識，使之與網管系統服務器中存儲的版本標識達到一致的目的；步驟S70，網管用戶客戶端放棄獲取網管系統服務器中存儲的告警靜態解釋信息索引結構，以避免對相對于重啟前沒有發生任何變化的告警靜態解釋信息索引結構進行沒必要的重復獲取，從而提高網管用戶客戶端的啟動速度。
下面將結合一個具體的實施例對本發明方法的主要實施過程進行詳盡的闡述。請參照圖4至圖7，該些圖是應用本發明方法原理進行實施的實施例主要處理過程示意圖，其主要處理過程如下1)網管系統服務器將為自身存儲的告警靜態解釋信息索引結構配置的版本號versionId保存在本地的一個配置文件中(如圖4所示)，具體格式如下<param name＝″versionId″>0.0.1</param>
2)網管系統服務器啟動時，從該配置文件中讀出這個versionId(如圖5所示)。
3)網管用戶客戶端在每次登錄到網管系統服務器后，從網管系統服務器中讀取這個versionId，并與自身原來保存的versionId進行比較；如果網管用戶客戶端還沒有保存versionId，或者新獲取到的versionId與原來保存的versionId不一樣，那么網管用戶客戶端就從網管系統服務器中獲取所有的告警靜態解釋信息索引結構，并保存到本地；然后使用獲取到的versionId對本地原來保存的versionId進行更新，以保持和網管系統服務器存儲的最新versionId一致。否則網管用戶客戶端就不從網管系統服務器中獲取告警靜態解釋信息索引結構(如圖6所示)。
4)當網管系統服務器中保存的告警靜態解釋信息索引結構發生變化時，對應需要修改該配置文件中的VersionId，其中修改VersionId主要包括以下兩種情況第一種情況網管用戶手工修改告警靜態解釋信息索引結構中的解釋信息時，此時網管用戶還需要手工更新該配置文件中保存的VersionId；第二種情況網管系統服務器在正常運行過程中，外部程序通過網管系統服務器提供的解釋信息維護功能，對告警靜態解釋信息索引結構中的解釋信息進行修改，此時網管系統服務器將自動修改該配置文件中的VersionId，并將解釋信息已發生變化的通知消息發送給網管用戶客戶端，網管用戶客戶端接收到該通知消息，及時到網管系統服務器中獲取告警靜態解釋信息索引結構和VersionId，并使用獲取到的VersionId來更新本地存儲的VersionId，從而達到實時更新本地的告警靜態解釋信息索引結構和VersionId的目的(如圖7所示)。
綜上可見，本發明方法可以防止網管用戶客戶端在每次重啟登陸網管系統服務器時，重復獲取沒有發生任何變化的大數據量的告警靜態解釋信息，從而較好的提高了網管用戶客戶端的啟動速度，使網管用戶得到了良好的使用感受。
對應于本發明上述提出的告警靜態解釋信息的獲取方法，本發明這里還進而提出了一種網管系統服務器、一種網管用戶客戶端，及其對應的告警靜態解釋信息的獲取系統。
請參照圖8，該圖是本發明網管系統服務器的主要組成結構框圖，其主要包括存儲單元10、更改單元12和通知單元14，其中更改單元具體又包括監控子單元121和更改子單元122，其中各個組成部分的主要作用如下存儲單元10，主要用于存儲為網管系統服務器中存儲的告警靜態解釋信息索引結構配置的版本標識；更改單元12，主要用于在網管系統服務器存儲的告警靜態解釋信息索引結構發生變化時，更改上述存儲單元10中存儲的版本標識，其中該更改單元12可以具體包括監控子單元121，主要用于監控網管系統服務器中存儲的告警靜態解釋信息索引結構是否發生了變化；更改子單元122，主要用于在上述監控子單元121監控到告警靜態解釋信息索引結構發生了變化時，來更改上述存儲單元10中存儲的版本標識；通知單元14，主要用于在上述更改子單元122更改版本標識后，向網管用戶客戶端發送用于表征告警靜態解釋信息索引結構已發生了變化的通知消息。
請參照圖9，該圖是本發明網管用戶客戶端的主要組成結構框圖，其主要包括存儲單元20、第一獲取單元22、判斷單元24、第二獲取單元26和第一更新單元28，其中各個主要組成單元的具體作用如下存儲單元20，主要用于存儲為網管用戶客戶端中存儲的告警靜態解釋信息索引結構配置的版本標識；第一獲取單元22，主要用于獲取網管系統服務器中存儲的版本標識；判斷單元24，主要用于判斷上述第一獲取單元22獲取到的版本標識是否和上述存儲單元20中存儲的版本標識相同；第二獲取單元26，主要用于在上述判斷單元24的判斷結果為否時，進而獲取網管系統服務器中存儲的告警靜態解釋信息索引結構；第一更新單元28，主要用于在上述判斷單元26的判斷結果為否時，基于上述第一獲取單元22獲取到的版本標識來更新上述存儲單元20中原來存儲的版本標識。
請參照圖10，該圖是本發明網管用戶客戶端的第一實施例組成結構框圖，其在上述圖9的主要組成結構基礎上，還可以進而包括觸發單元30，主要用于檢測到網管用戶客戶端重新啟動登陸網管系統服務器時，觸發上述第一獲取單元22獲取網管系統服務器中存儲的版本標識。
請參照圖11，該圖是本發明網管用戶客戶端的第二實施例組成結構框圖，其在上述圖10的主要組成結構基礎上，還可以進而包括接收單元32、第三獲取單元34和第二更新單元36，這三個新增加的組成部分的主要作用如下接收單元32，主要用于接收網管系統服務器發來的用于表征告警靜態解釋信息索引結構已發生變化的通知消息；第三獲取單元34，主要用于在上述接收單元32接收到所述通知消息時，獲取網管系統服務器中存儲的告警靜態解釋信息索引結構和版本標識；第二更新單元36，主要用于基于上述第三獲取單元34獲取到的版本標識來更新上述存儲單元20中原來存儲的版本標識。
請參照圖12，該圖是本發明告警靜態解釋信息的獲取系統的主要組成結構框圖，其主要包括網管系統服務器100和網管用戶客戶端200，其中網管系統服務器100中主要包括第一存儲單元1001和更改單元1002，這兩個組成單元的具體作用如下第一存儲單元1001，用于存儲為網管系統服務器中存儲的告警靜態解釋信息索引結構配置的版本標識；更改單元1002，用于在網管系統服務器存儲的告警靜態解釋信息索引結構發生變化時，更改上述第一存儲單元1001中原來存儲的版本標識；其中更改單元1002可以隨時監控自身存儲的告警靜態解釋信息索引結構是否發生變化，并在監控到自身存儲的告警靜態解釋信息索引結構發生變化了時，及時對上述第一存儲單元1001中原來存儲的版本標識進行更改處理；其中網管用戶客戶端200中主要包括第二存儲單元2001、第一獲取單元2002、判斷單元2003、第二獲取單元2004和更新單元2005，其各組成單元的具體作用如下第二存儲單元2001，用于存儲為網管用戶客戶端中存儲的告警靜態解釋信息索引結構配置的版本標識；第一獲取單元2002，用于獲取網管系統服務器100中第一存儲單元1001存儲的版本標識；其中網管用戶客戶端200可以在重啟登陸網管系統服務器100時，觸發第一獲取單元2002獲取網管系統服務器100中第一存儲單元1001存儲的版本標識；判斷單元2003，用于判斷上述第一獲取單元2002獲取到的版本標識是否和上述第二存儲單元2001中存儲的版本標識相同；第二獲取單元2004，用于在上述判斷單元2003的判斷結果為否時，進而獲取網管系統服務器100中存儲的告警靜態解釋信息索引結構；更新單元2005，用于在上述判斷單元2003的判斷結果為否時，基于上述第一獲取單元2002獲取到的版本標識來更新上述第二存儲單元2001中原來已存儲的版本標識。
其中本發明告警靜態解釋信息獲取系統的其他具體技術實現細節，請參照上述網管系統服務器和網管用戶客戶端中的相應具體技術實現細節，這里不再過多贅述。
顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和范圍。這樣，倘若本發明的這些修改和變型屬于本發明權利要求及其等同技術的范圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種告警靜態解釋信息的獲取方法，其特征在于，包括步驟A、分別為網管系統服務器和網管用戶客戶端存儲的告警靜態解釋信息索引結構配置版本標識；B、若網管系統服務器存儲的告警靜態解釋信息索引結構發生變化，則更改網管系統服務器中存儲的版本標識；C、網管用戶客戶端獲取網管系統服務器中存儲的版本標識；并D、在判斷出獲取的版本標識和自身存儲的版本標識不同時，進而獲取網管系統服務器中存儲的告警靜態解釋信息索引結構，并基于獲取的版本標識更新自身存儲的版本標識。
2.如權利要求1所述的方法，其特征在于，還包括網管用戶客戶端在判斷出獲取的版本標識和自身存儲的版本標識相同時，放棄獲取網管系統服務器中存儲的告警靜態解釋信息索引結構的步驟。
3.如權利要求1所述的方法，其特征在于，所述步驟B中網管人員手工更改網管系統服務器存儲的告警靜態解釋信息索引結構時，同時更改網管系統服務器中存儲的版本標識。
4.如權利要求1所述的方法，其特征在于，網管用戶客戶端在每次重新啟動登陸網管系統服務器時執行步驟C。
5.如權利要求4所述的方法，其特征在于，所述步驟B具體包括步驟B1、網管系統服務器監控自身存儲的告警靜態解釋信息索引結構是否發生變化；并B2、在監控到自身存儲的告警靜態解釋信息索引結構發生變化時，更改自身存儲的版本標識。
6.如權利要求5所述的方法，其特征在于，所述步驟B和C之間還包括步驟網管系統服務器向網管用戶客戶端發送用于表征告警靜態解釋信息索引結構已發生變化的通知消息；網管用戶客戶端在接收到所述通知消息時，獲取網管系統服務器中存儲的告警靜態解釋信息索引結構和版本標識；并基于獲取的版本標識更新自身存儲的版本標識。
7.如1～6任一權利要求所述的方法，其特征在于，所述告警靜態解釋信息索引結構為由各組產品類型、設備類型和告警編號3個字段和對應告警靜態解釋信息之間的映射關系所構成的索引表。
8.如1～6任一權利要求所述的方法，其特征在于，所述版本標識為由3個數值順序組合而成的版本號。
9.一種網管系統服務器，其特征在于，包括存儲單元，用于存儲為網管系統服務器中存儲的告警靜態解釋信息索引結構配置的版本標識；更改單元，用于在網管系統服務器存儲的告警靜態解釋信息索引結構發生變化時，更改所述存儲單元中存儲的版本標識。
10.如權利要求9所述的服務器，其特征在于，所述更改單元具體包括監控子單元，用于監控網管系統服務器中存儲的告警靜態解釋信息索引結構是否發生變化；更改子單元，用于在所述監控子單元監控到告警靜態解釋信息索引結構發生變化時，更改所述存儲單元中存儲的版本標識。
11.如權利要求10所述的服務器，其特征在于，還包括通知單元，用于在所述更改子單元更改版本標識后，向網管用戶客戶端發送用于表征告警靜態解釋信息索引結構已發生變化的通知消息。
12.一種網管用戶客戶端，其特征在于，包括存儲單元，用于存儲為網管用戶客戶端中存儲的告警靜態解釋信息索引結構配置的版本標識；第一獲取單元，用于獲取網管系統服務器中存儲的版本標識；判斷單元，用于判斷所述第一獲取單元獲取的版本標識是否和所述存儲單元存儲的版本標識相同；第二獲取單元，用于在所述判斷單元的判斷結果為否時，進而獲取網管系統服務器中存儲的告警靜態解釋信息索引結構；第一更新單元，用于在所述判斷單元的判斷結果為否時，基于所述第一獲取單元獲取的版本標識更新所述存儲單元中存儲的版本標識。
13.如權利要求12所述的客戶端，其特征在于，還包括觸發單元，用于檢測到網管用戶客戶端重新啟動登陸網管系統服務器時，觸發所述第一獲取單元獲取網管系統服務器中存儲的版本標識。
14.如權利要求13所述的客戶端，其特征在于，還包括接收單元，用于接收網管系統服務器發來的用于表征告警靜態解釋信息索引結構已發生變化的通知消息；第三獲取單元，用于在所述接收單元接收到通知消息時，獲取網管系統服務器中存儲的告警靜態解釋信息索引結構和版本標識；第二更新單元，用于基于所述第三獲取單元獲取的版本標識更新所述存儲單元中存儲的版本標識。
15.一種告警靜態解釋信息的獲取系統，包括網管系統服務器和網管用戶客戶端，其特征在于，所述網管系統服務器包括第一存儲單元，用于存儲為網管系統服務器中存儲的告警靜態解釋信息索引結構配置的版本標識；更改單元，用于在網管系統服務器存儲的告警靜態解釋信息索引結構發生變化時，更改所述第一存儲單元中存儲的版本標識；所述網管用戶客戶端包括第二存儲單元，用于存儲為網管用戶客戶端中存儲的告警靜態解釋信息索引結構配置的版本標識；第一獲取單元，用于獲取網管系統服務器中所述第一存儲單元存儲的版本標識；判斷單元，用于判斷所述第一獲取單元獲取的版本標識是否和所述第二存儲單元存儲的版本標識相同；第二獲取單元，用于在所述判斷單元的判斷結果為否時，進而獲取網管系統服務器中存儲的告警靜態解釋信息索引結構；更新單元，用于在所述判斷單元的判斷結果為否時，基于所述第一獲取單元獲取的版本標識更新所述第二存儲單元中存儲的版本標識。
全文摘要
本發明公開了一種告警靜態解釋信息的獲取方法，通過分別為網管系統服務器和網管用戶客戶端存儲的告警靜態解釋信息索引結構配置版本標識；若網管系統服務器存儲的告警靜態解釋信息索引結構發生變化，則更改網管系統服務器中存儲的版本標識；網管用戶客戶端獲取網管系統服務器中存儲的版本標識，并在判斷出獲取的版本標識和自身存儲的版本標識不同時，進而獲取網管系統服務器中存儲的告警靜態解釋信息索引結構，并基于獲取的版本標識更新自身存儲的版本標識。本發明可以避免網管用戶客戶端對網管系統服務器中存儲的告警靜態解釋信息進行不必要的重復獲取處理，提高了網管用戶客戶端的啟動速度。
文檔編號H04L12/24GK1870529SQ200610001610
公開日2006年11月29日 申請日期2006年1月13日 優先權日2006年1月13日
發明者龍鴿 申請人:華為技術有限公司