[發明專利]WebSocket服務器監控方法及裝置

在審

• 申請號: 201410301593.5
• 申請日: 2014-06-27
• 公開（公告）號: CN105306288A
• 公開（公告）日: 2016-02-03
• 發明（設計）人: 王苑
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L12/26
• 分類號: H04L12/26;H04L29/06
• 代理公司: 工業和信息化部電子專利中心 11010
• 代理人: 秦瑩

技術領域

本發明涉及互聯網技術領域，特別是涉及一種WebSocket服務器監控方法及裝置。

背景技術

WebSocket是第五版超文本標記語言(HyperTextMart-upLanguage5,簡稱為HTML5)新增加的一種通信協議，目前流行的瀏覽器(例如，chrome瀏覽器/ie瀏覽器/firefox瀏覽器)都支持這個協議。隨著支持瀏覽器的增多，越來越多的jsp/servelet容器也開始支持該協議，例如，tomcat容器和jetty容器。相比傳統的超文本傳輸協議(Hypertexttransferprotocol，簡稱為HTTP)協議，它們的共同點都是基于傳輸控制協議(TransmissionControlProtocol，簡稱為TCP)的，所以他們都是可靠的協議，而且他們都是應用層的協議。它們的區別在于HTTP協議是一種單向的網絡協議，在建立鏈接后，它只允許瀏覽器/用戶代理(UserAgent，簡稱為UA)向WebServer發出請求資源后，WebServer才能返回相應的數據。而WebServer不能主動的推送數據給瀏覽器/UA；而WebSocket協議是一種雙向通信協議，它建立在TCP之上，同HTTP一樣通過TCP來傳輸數據，但是它和HTTP最大的不同有兩點：1、WebSocket是一種雙向通信協議，在建立鏈接后，WebSocket服務器和瀏覽器/UA都能主動的向對方發送或接收數據，就像Socket一樣，不同的是WebSocket是一種建立在Web基礎上的一種簡單模擬Socket的協議；2、WebSocket需要通過握手鏈接，類似于TCP，WebSocket也需要客戶端和服務器端進行握手鏈接，鏈接成功后才能相互通信。

在商用的環境下，為能自動監控HTTP服務的運行情況，為能在無人值守時刻自動恢復發生異常的HTTP服務容器，現有技術中典型處理方式是加入HTTP服務監控器。這種HTTP服務監控器的工作原理是：加入預定的動態頁面，設置HTTP請求服務連續異常的閾值，HTTP服務監控器循環請求該動態頁面的HTTP服務，通過對比預期響應和實際響應的一致性判斷HTTP請求服務是否正常，當HTTP服務連續異常次數超過設置的閾值，則重啟HTTP服務容器。上述處理能夠非常好的監控HTTP協議服務。但是對于新興的WebSocket協議服務，上述監控方式的不適用性是很明顯的，主要表現在WebSocket服務特性具有主動推送數據的特性，一次簡單的請求/響應機制并不能準確判斷WebSocket服務提供可用性、穩定性和推送數據功能的準確性。

在長期無間隙運行的WebServer商用環境下，確保WebServer的運行正常是個極其重要和繁瑣的工作，這是因為一旦WebServer發生異常，那么部署在該容器上的所有業務會全部不可用。環境若沒有實現自動監控和恢復WebServer功能，那么必須要求運維人員實現24小時的值守，這樣的人工處理對運維成本的要求比較高。另外由于異常發生的監控和恢復都是由人工來處理，則會產生方法笨搓、效率比較低下和恢復延遲的問題。

發明內容

鑒于現有技術中針對HTTP服務的自動監控方式不能夠適用于WebSocket服務的問題，提出了本發明以便提供一種克服上述問題或者至少部分地解決上述問題的WebSocket服務器監控方法及裝置。

本發明提供一種WebSocket服務器監控方法，包括：

步驟1，請求監控器模塊請求與WebSocket服務器中的監控應用模塊建立鏈接；

步驟2，請求監控器模塊在建立鏈接后，接收監控應用模塊推送的數據并向其返回響應消息，根據數據判斷WebSocket服務器是否運行正常，其中，數據包括：順序標識數據；

步驟3，請求監控器模塊在判斷運行正常的情況下，重復執行步驟2，直到根據監控應用模塊的請求斷開鏈接，并將本次鏈接請求設置為正常；請求監控器模塊在判斷運行異常的情況下，向監控應用模塊發送異常響應，根據監控應用模塊的請求斷開鏈接，并將本次鏈接請求設置為異常；

步驟4，當鏈接請求的異常次數達到預先設置的閾值時，請求監控器模塊向信號接收處理器模塊發送報警信號，并通過信號接收處理器模塊對報警信號進行處理。

優選地，請求監控器模塊在建立鏈接后，接收監控應用模塊推送的數據并向其返回響應消息具體包括：

請求監控器模塊在建立鏈接后，如果接收到監控應用模塊推送的第一個數據，則獲取第一個數據中攜帶的第一順序標識數據，并在對第一順序標識數據進行確認后，向監控應用模塊返回第一響應消息；