[發明專利]配置更新方法、配置更新的響應方法及服務器、系統

有效

• 申請號: 201810456215.2
• 申請日: 2018-05-14
• 公開（公告）號: CN108683533B
• 公開（公告）日: 2021-05-04
• 發明（設計）人: 張家峰
• 申請（專利權）人: 平安科技（深圳）有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 深圳中一專利商標事務所 44237
• 代理人: 官建紅

本發明適用于人工智能技術領域，提供了一種配置更新方法、配置更新的響應方法及服務器、系統，通過獲取配置名稱，調取預設的第一數據集合和預設的第二數據集合，根據第一數據集合，查詢配置名稱對應的配置服務器作為候選服務器；通過第二數據集合中各個路由協議確定應用系統服務器與候選服務器的路由節點的數量，并在一個以上候選服務器中選取目標配置服務器，并確定傳遞路徑；將配置名稱添加進注冊配置請求并按照傳遞路徑發送至目標配置服務器；在接收到目標配置服務器返回的配置數據指令后，向目標配置服務器發送配置更新請求；接收目標配置服務器發送的配置數據包，根據配置數據包，對配置進行更新，以提高更新配置數據的效率和智能化程度。

技術領域

本發明屬于人工智能技術領域，尤其涉及一種配置更新方法及應用系統服務器、配置更新的響應方法及配置服務器、配置更新的交互方法及系統。

背景技術

當前，一個機構的總系統內可能擁有多個應用系統，每個應用系統由至少一臺服務器承載。以銀行系統為例，其中包括了登錄應用系統、金融信息查詢應用系統、金融交易應用系統等多種應用系統。每個應用系統都需要其對應的配置服務器管理其配置文件。

然而當前，市場上的應用系統服務器在內容發布后，需要由各個應用系統服務器的工作人員定時主動去向配置服務器獲取更新后的配置數據，所以就導致了以下問題：例如，應用系統的工作人員難以及時獲取全面的配置更新，此外不同應用系統的配置文件需要分別由不同的開發人員進行手工管理和配置，導致開發人員的負擔增加。

綜上，當前的機構在進行應用系統服務器更新時，存在獲取配置數據不及時，智能化程度低的問題。

發明內容

有鑒于此，本發明實施例提供了一種配置更新方法、配置更新的響應方法及服務器、系統，以解決現有技術在應用系統服務器更新時，存在的獲取配置數據不及時、智能化程度低的問題。

本發明實施例的第一方面提供了一種配置更新方法，包括：

獲取用戶輸入的配置名稱，并調取預設的第一數據集合和預設的第二數據集合，所述第一數據集合包括配置名稱與一個以上的配置服務器的對應關系，所述第二數據集合包括一個以上的路由協議；根據所述第一數據集合，查詢所述配置名稱對應的一個以上的配置服務器，作為候選服務器；通過所述第二數據集合中各個路由協議分別確定應用系統服務器與各個所述候選服務器的路由節點的數量，并基于所述路由節點的數量，在一個以上候選服務器中選取目標配置服務器，并確定傳遞路徑；將所述配置名稱添加進注冊配置請求，并將所述注冊配置請求按照所述傳遞路徑發送至所述目標配置服務器；在接收到所述目標配置服務器返回的配置數據指令后，向所述目標配置服務器發送配置更新請求，所述配置數據指令用于提示所述配置名稱對應的配置出現更新；接收所述目標配置服務器發送的配置數據包，所述配置數據包包括所述配置名稱對應的配置數據；根據所述配置數據，對所述配置名稱對應的配置進行更新。

本發明實施例的第二方面提供了一種配置更新的響應方法，包括：

接收應用系統服務器發送的配置名稱，并建立配置名稱與應用系統服務器的標識的對應關系；調用CreateInstance函數創建RegisteredServer對象實例，通過所述RegisteredServer對象實例對所述配置名稱對應的配置進行注冊；監聽配置服務器內是否出現配置更新事件；若出現所述配置更新事件，則確定出所述配置更新事件的配置名稱，并根據所述配置名稱與應用系統服務器的標識的對應關系，向所述配置名稱對應的應用系統服務器發送配置數據指令；在所述配置服務器的配置數據庫中存儲所述配置更新事件，并記錄存儲時間，以建立所述配置更新事件與存儲時間的對應關系；在接收到所述應用系統服務器發送的配置更新請求后，根據所述配置更新事件與存儲時間的對應關系，向所述應用系統服務器發送配置數據包，所述配置數據包內含有所述配置更新事件的配置數據。

本發明實施例的第三方面提供了一種配置更新的交互方法，包括：