[發明專利]一種網絡通信中消息安全的預警方法及裝置

無效

• 申請號: 201110186410.6
• 申請日: 2011-07-05
• 公開（公告）號: CN102291253A
• 公開（公告）日: 2011-12-21
• 發明（設計）人: 胡加明
• 申請（專利權）人: 蘇州闊地網絡科技有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L29/06
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明屬于網絡通信領域，尤其涉及一種網絡通信中消息安全的預警方法及裝置。

背景技術

隨著網絡技術的發展，網絡通信中消息安全性越來越受重視。目前，在通信服務過程中，通常觸發主線程去驗證當前通信服務是否處于安全狀態。然而，當通信服務繁忙時，觸發主線程去驗證當前通信服務是否處于安全狀態，會極大地降低通信服務的效率。

此外，目前驗證通信服務的安全策略較為單一，預警策略較為單一，無法及時通知相關人員進行處理。

發明內容

本發明提供一種網絡通信中消息安全的預警方法及裝置以解決上述問題。

本發明提供一種網絡通信中消息安全的預警方法，包括以下步驟。根據觸發策略觸發服務器的空閑線程。空閑線程根據安全策略判斷服務器中進行網絡通信的所有用戶發送的消息是否處于安全狀態。于用戶發送的消息處于危險狀態時，空閑線程啟動預警措施。

本發明還提供一種網絡通信中消息安全的預警裝置，包括觸發模塊、驗證模塊以及預警模塊。觸發模塊用于根據觸發策略觸發服務器的空閑線程。驗證模塊連接觸發模塊，用于根據安全策略判斷服務器中進行網絡通信的所有用戶發送的消息是否處于安全狀態。預警模塊連接驗證模塊，用于當用戶發送的消息處于危險狀態時，啟動預警措施。

相較于先前技術，根據本發明提供的網絡通信中消息安全的預警方法及裝置，觸發空閑線程驗證服務器中進行網絡通信的所有用戶發送的消息是否處于安全狀態，避免了先前技術中使用通信服務主線程去驗證用戶發送的消息是否處于安全狀態，從而提高了通信效率。另外，空閑進程根據安全策略判斷用戶發送的消息處于危險狀態時，啟動預警措施，以提高預警效果。

附圖說明

此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中：

圖1所示為根據本發明的較佳實施例提供的網絡通信中消息安全的預警方法的流程圖；

圖2所示為根據本發明的較佳實施例提供的網絡通信中消息安全的預警裝置的示意圖。

具體實施方式

下文中將參考附圖并結合實施例來詳細說明本發明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

圖1所示為根據本發明的較佳實施例提供的網絡通信中消息安全的預警方法的流程圖。如圖1所示，本發明的較佳實施例提供的網絡通信中消息安全的預警方法包括步驟101～103。

于步驟101中，根據觸發策略觸發服務器的空閑線程。其中，觸發策略為：定時觸發空閑線程；實時檢驗服務器接收的消息數目及CPU使用率，于服務器接收的消息數目大于預設值或者CPU使用率大于危險值時，觸發空閑線程；當空閑線程于定時觸發的第一時刻與第二時刻之間處于空閑狀態，且服務器接收的消息數目小于或等于預設值，且CPU使用率小于或等于危險值時，觸發空閑線程。于此，根據觸發策略定時或者實時觸發空閑線程進行消息安全檢測，提高了預警的及時性。

具體而言，創建定時器，定時觸發空閑線程，例如可設置為每5分鐘觸發一次空閑線程進行消息安全的檢測。然而，本發明并不限定于此。于實際應用中，可根據需要設置定時時間。

另外，服務器會創建消息接收隊列，并將接收的消息放在消息接收隊列中，同時，實時檢驗服務器接收的消息數目及CPU使用率。例如，首先判斷服務器接收的消息數目是否大于預設值。若大于預設值，則觸發空閑線程，若小于預設值，可繼續判斷CPU使用率是否大于危險值(例如：90％)。若CPU使用率大于危險值，則觸發空閑線程。

此外，若空閑線程于定時觸發的第一時刻(例如：12::00)與第二時刻(例如：12:10)之間處于空閑狀態(即，空閑線程于第一時刻被觸發后，空閑線程在未達到第二時刻即完成消息安全的檢測)，且實時檢驗服務器接收的消息數目小于或等于預設值，且CPU使用率小于或等于危險值時，觸發空閑線程。于此，觸發的空閑線程可進行消息安全的檢測。然而，本發明并不限定于此。于其它實施例中，觸發的空閑線程亦可執行其它操作。

于步驟102中，空閑線程根據安全策略判斷服務器中進行網絡通信的所有用戶發送的消息是否處于安全狀態。