[發明專利]一種用于工業計算機管理系統的即時性更新方法、系統和設備

有效

• 申請號: 202010988354.7
• 申請日: 2020-09-18
• 公開（公告）號: CN111949302B
• 公開（公告）日: 2022-05-31
• 發明（設計）人: 陳圣惠;鄧淮謙
• 申請（專利權）人: 蘇州浪潮智能科技有限公司
• 主分類號: G06F8/656
• 分類號: G06F8/656;G06F8/61;G06F8/71
• 代理公司: 濟南誠智商標專利事務所有限公司 37105
• 代理人: 王敏

本發明公開了一種用于工業計算機管理系統的即時性更新方法、系統和設備，涉及服務器技術領域。所述方法通過建立MQTT代理，制定傳遞信息的Topic，并在服務端設置Socket.io服務器，服務端前臺部署Socket.io客戶端，服務端后臺設置監聽程序，當客戶端有狀態或資訊更新時，后臺觸發Socket.io監聽并向前臺Socket.io客戶端發送更新通知。本發明使用MQTT取代API做狀態更新的通知以取得客戶端及時的更新狀態，大幅降低了服務端的負擔，使用Socket.io監聽服務取代現有的網頁輪詢方法，當客戶端有狀態或資訊更新時，自動取得最新的客戶端資訊并更新到頁面上，實現系統顯示內容的及時性更新，有效降低了網路頻寬的使用。

技術領域

本發明實施例涉及服務器技術領域，具體來說涉及一種用于工業計算機管理系統的即時性更新方法、系統和設備。

背景技術

MQTT是一種信息協定，基于訂閱與推送的資料傳輸協議，以其低延遲與低功耗的特性，被廣泛運用在物聯網與監控應用中。資訊管理系統通常制定API并通過HTTP協定來進行資料傳輸工作，在HTTP伺服器上監聽客戶端的請求，并根據請求返回狀態與內容。對于一般的在線管理系統而言，采用API監聽外來請求已能基本達到其功能需求，但是當需求接收的頻率很高或傳輸的資料量很低時，使用HTTP協定處理需求很容易導致系統負荷過重，進而影響處理效能。現行的系統需求處理方案大多采用API實現，通過系統制定的API處理后臺任務，被動的處理收到的需求并予以回應。其存在的不足之處在于，當API接收到的需求不一定是必要的或者是不需要處理的小字串，且需求數量較為龐大的時候，系統會因為要處理這些需求而導致效能降低。此外，在這種模式下，系統只能處于被動的被需求端而無法主動向客戶端發送需求或資訊。

在物聯網領域中，使用MQTT進行需求通知越來越常見，因MQTT相較于HTTP所產生的傳輸負擔相對較低的特性，很適合運用在運算效能相對較低的工業電腦上。基于此，本發明提供一種用于工業計算機管理系統的即時性更新方法、系統和設備，解決管理系統面對大量需求處理導致負荷過重的問題，實現在服務端即時更新用戶資訊的功能。

發明內容

本發明實施例提供了一種用于工業計算機管理系統的即時性更新方法、系統和設備，使用MQTT協定進行信息傳遞以降低服務端的負擔，并使用Socket.io監聽服務取代網頁輪詢方法，實現系統顯示內容的及時性更新。

為實現上述目的，本發明公開了如下技術方案：

本發明一方面提供一種用于工業計算機管理系統的即時性更新方法，所述方法包括以下步驟：

建立MQTT代理，制定傳遞信息的Topic；

在服務端設置Socket.io服務器用于監聽客戶端更新，并在服務端前臺部署Socket.io客戶端；

在服務端后臺設置監聽程序，當客戶端有狀態或資訊更新時，觸發Socket.io監聽，并向前臺Socket.io客戶端發送更新通知。

基于上述方案，進一步的，所述建立MQTT代理，制定傳遞信息的Topic，包括下述步驟：

在系統服務端與客戶端分別創建MQTT發送和接收端；

制定傳遞信息的Topic，并在服務端訂閱相應的Topic；

客戶端有狀態或資訊更新時，通過MQTT發布相應的Topic信息。

進一步的，所述當客戶端有狀態或資訊更新時觸發Socket.io監聽，并向前臺Socket.io客戶端發送通知，包括下述步驟：

當客戶端有狀態或資訊更新時，通過MQTT協定發布更新通知到MQTT代理端，再由MQTT代理端發送給服務端；

服務端接收更新通知，在后臺觸發Socket.io的監聽函數，并向前臺部署的Socket.io客戶端發送更新通知；