[發明專利]抑制鐵路數字環節點狀態改變事件風暴的方法

有效

• 申請號: 201110442701.7
• 申請日: 2011-12-27
• 公開（公告）號: CN102523125A
• 公開（公告）日: 2012-06-27
• 發明（設計）人: 張鑫
• 申請（專利權）人: 北京佳訊飛鴻電氣股份有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L29/06
• 代理公司: 北京眾合誠成知識產權代理有限公司 11246
• 代理人: 朱琨

技術領域

本發明屬于網絡通信信息管理技術領域，尤其涉及一種抑制鐵路數字環節點狀態改變事件風暴的方法。

背景技術

網管系統是網絡設備管理系統的簡稱，主要用于對整個網絡系統進行數據配置、監控、維護和測試。網管系統可分為服務器端和客戶端，服務器端要支持多個客戶端同時訪問，并對設備進行管理操作，并接收、處理、展現設備上報的事件和告警。

鐵路數字環節點狀態改變事件是由鐵路調度系統上報到網管系統的一種事件。網管服務器端接收到這種事件后，將事件告知網管客戶端，客戶端會刷新拓撲圖上該數字環節點所在的數字環連線的顏色來響應其狀態變化結果。

目前，基于C/S(Client/Server客戶端/服務器)結構多客戶端網管系統在接收服務器端的數字環節點改變狀態事件后，大部分采用的方法是：當接收到鐵路調度系統上報的數字環節點狀態改變事件后，直接將數字環節點狀態改變事件告知網管客戶端，由網管客戶端來刷新拓撲圖上的數字環連線顏色。

然而，當鐵路調度系統有大量的數字環節點狀態改變事件上報網管服務器端時，網管客戶端瞬間收到大量的數字環節點狀態改變事件。由于網管客戶端的拓撲圖刷新需要耗費大量的資源，導致網管客戶端響應速度變慢、甚至宕機。

發明內容

本發明的目的在于，提供一種抑制鐵路數字環節點狀態改變事件風暴的方法，用以解決短時間內大量的數字環節點狀態改變事件導致的網管客戶端響應速度變慢甚至宕機的問題。

為實現上述目的，本發明提供的技術方案是，一種抑制鐵路數字環節點狀態改變事件風暴的方法，其特征是所述方法包括：

步驟1：消息接收線程從全局通訊接收隊列中獲取上報消息；

步驟2：判斷上報消息是否包括待處理的事件，如果上報消息包括待處理的事件，則執行步驟3；否則，返回步驟1；

步驟3：將上報消息加入到事件隊列并轉給事件處理線程；

步驟4：事件處理線程從事件隊列獲取待處理的事件；

步驟5：判斷待處理的事件是否是數字環節點狀態改變事件，如果待處理的事件是數字環節點狀態改變事件，則執行步驟6；否則，執行步驟14；

步驟6：判斷第一設定時間內，所述數字環節點狀態改變事件是否被上報一次，如果在第一設定時間內所述數字環節點狀態改變事件被上報一次，則執行步驟7；否則執行步驟8；

步驟7：將數字環節點狀態改變事件加入到數字環節點狀態改變事件隊列的隊尾，跳至步驟15；

步驟8：判斷第二設定時間內，網管服務器端是否給網管客戶端發送過數字環節點狀態改變事件，如果第二設定時間內網管服務器端給網管客戶端發送過數字環節點狀態改變事件，則執行步驟9；否則，執行步驟10；

步驟9：將數字環節點狀態改變事件加入到數字環節點狀態改變事件隊列的隊首，并且令數字環節點狀態改變事件上報線程休眠第三設定時間，跳至步驟15；

步驟10：將所述數字環節點狀態改變事件加入到事件上報通道隊列中；

步驟11：判斷數字環節點狀態改變事件隊列中是否存在數字環節點狀態改變事件，如果數字環節點狀態改變事件隊列中存在數字環節點狀態改變事件，則執行步驟12；否則，執行步驟13；

步驟12：從數字環節點狀態改變事件隊列中取出第一條數字環節點狀態改變事件加入到事件上報通道隊列中，跳至步驟15；

步驟13：令數字環節點狀態改變事件上報線程休眠第三設定時間，跳至步驟15；

步驟14：直接將待處理的事件加入事件上報通道隊列；

步驟15：結束。

所述判斷上報消息是否包括待處理的事件具體是判斷上報消息的操作代號是否為0，如果上報消息的操作代號為0，則上報消息包括待處理的事件；否則，上報消息不包括待處理的事件。

所述第一設定時間為10秒。

所述第二設定時間為2秒。

所述將數字環節點狀態改變事件加入到數字環節點狀態改變事件隊列的隊尾/隊首具體還包括：

步驟11：判斷數字環節點狀態改變事件隊列的容量是否超過設定的最大緩沖量，如果數字環節點狀態改變事件隊列的容量超過設定的最大緩沖量，則執行步驟12；否則，執行步驟13；

步驟12：丟棄所述數字環節點狀態改變事件；