[發明專利]配置信息的推送方法及系統、配置信息的接收方法及系統

有效

• 申請號: 201710951427.3
• 申請日: 2017-10-13
• 公開（公告）號: CN107947960B
• 公開（公告）日: 2021-01-15
• 發明（設計）人: 劉建民
• 申請（專利權）人: 用友網絡科技股份有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L12/26;H04L29/08
• 代理公司: 北京友聯知識產權代理事務所(普通合伙) 11343
• 代理人: 尚志峰;汪海屏

1.一種配置信息的推送方法，用于服務端，其特征在于，所述服務端包括多個阻塞隊列，每個所述阻塞隊列對應不同的客戶端連接，所述配置信息的推送方法包括：

接收來自所述客戶端的HTTP請求；

檢測配置信息的更新信息，同時將所述更新信息存儲至阻塞隊列；

將所述阻塞隊列中的所述更新信息推送至所述客戶端；

當所述阻塞隊列中不存在所述更新信息時，令所述客戶端推送所述更新信息的線程等待通知；

判斷是否出現請求超時異常或網絡異常；

當未出現所述請求超時異?；蛩鼍W絡異常，以及所述阻塞隊列中已存儲有所述更新信息時，將所述更新信息推送至所述客戶端。

2.根據權利要求1所述的配置信息的推送方法，其特征在于，還包括：

當出現所述請求超時異?；蛩鼍W絡異常時，記錄所述請求超時異?；蛩鼍W絡異常，并構造異常信息發送至所述客戶端；

接收下一HTTP請求；

根據所述下一HTTP請求監控已建立或新建的阻塞隊列。

3.根據權利要求2所述的配置信息的推送方法，其特征在于，所述檢測配置信息的更新信息，同時將所述更新信息存儲至所述阻塞隊列的步驟，具體包括：

檢測所述配置信息的所述更新信息；

判斷是否存在所述阻塞隊列；

當存在所述阻塞隊列時，將所述更新信息存儲至所述阻塞隊列；

當不存在所述阻塞隊列時，建立所述阻塞隊列，并將所述更新信息存儲至所述阻塞隊列。

4.根據權利要求1至3中任一項所述的配置信息的推送方法，其特征在于，還包括：

監聽將所述阻塞隊列中的所述更新信息推送至所述客戶端的過程，獲取推送信息；

將所述推送信息存儲至Redis數據庫，并通過預設方式展示所述推送信息。

5.根據權利要求4所述的配置信息的推送方法，其特征在于，還包括：

將客戶端的連接狀態與會話信息存儲至所述Redis數據庫；

利用Shiro安全框架對所述會話信息進行管理，以清理客戶端的重復連接。

6.一種配置信息的推送系統，用于服務端，其特征在于，所述服務端包括多個阻塞隊列，每個所述阻塞隊列對應不同的客戶端連接，所述配置信息的推送系統包括：

接收單元，用于接收來自所述客戶端的HTTP請求；

檢測單元，用于檢測配置信息的更新信息，同時將所述更新信息存儲至阻塞隊列；

推送單元，用于將所述阻塞隊列中的所述更新信息推送至所述客戶端；

掛起單元，用于當所述阻塞隊列中不存在所述更新信息時，令所述客戶端推送所述更新信息的線程等待通知；

判斷單元，用于判斷是否出現請求超時異常或網絡異常；

所述推送單元，還用于當未出現所述請求超時異?；蛩鼍W絡異常，以及所述阻塞隊列中已存儲有所述更新信息時，將所述更新信息推送至所述客戶端。

7.根據權利要求6所述的配置信息的推送系統，其特征在于，還包括：

記錄單元，用于當出現所述請求超時異?；蛩鼍W絡異常時，記錄所述請求超時異?；蛩鼍W絡異常，并構造異常信息發送至所述客戶端；

所述接收單元，還用于接收下一HTTP請求；

監聽單元，用于根據所述下一HTTP請求監控已建立或新建的阻塞隊列。

8.根據權利要求7所述的配置信息的推送系統，其特征在于，

所述檢測單元，用于檢測所述配置信息的所述更新信息；

所述判斷單元，還用于判斷是否存在所述阻塞隊列；

建立單元，用于當存在所述阻塞隊列時，將所述更新信息存儲至所述阻塞隊列；以及當不存在所述阻塞隊列時，建立所述阻塞隊列，并將所述更新信息存儲至所述阻塞隊列。