[發明專利]一種多系統網關升級方法、設備以及存儲介質

在審

• 申請號: 202111230270.8
• 申請日: 2021-10-20
• 公開（公告）號: CN114138296A
• 公開（公告）日: 2022-03-04
• 發明（設計）人: 王艨;宋祥林;陳政;王周鋒
• 申請（專利權）人: 深圳市億聯無限科技有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65;G06F8/71;H04L41/082
• 代理公司: 深圳市行一知識產權代理事務所(特殊普通合伙) 44453
• 代理人: 楊賢

本申請公開了一種多系統網關升級方法、設備以及存儲介質，屬于網關升級領域，包括：網關系統周期性的向服務器查詢版本信息，向對應的模塊系統發送版本更新通告，模塊系統檢查自身運行任務緊急性并向網關系統發送更新通告回復消息，網關系統判斷模塊系統是否需要網關系統作為中介升級，若是，則網關系統將從服務器獲取升級固件并通過與模塊連接的硬件設備傳送至模塊，并通知模塊系統升級；若否，網關系統將回復一條包含升級路徑的升級信息至模塊系統，模塊系統自主向服務器獲取升級固件并升級。本申請解決了傳統單一方法升級較大完整固件容易失敗的問題，利用多系統的網絡優勢，增加了升級渠道，提升了多系統網關設備升級的健壯性。

技術領域

本發明涉及網關升級領域，尤其涉及一種多系統網關升級方法、設備以及存儲介質。

背景技術

OTA技術(Over-the-air)功能通常被很多模塊集成，利用該技術，模塊可以自身主動向服務器獲取升級固件并獨立升級，但是，多模塊集成的網關設備遇到一個難題，就是當網關系統、多模塊內置的系統同時升級時，由于其缺少有效的機制而常常導致升級失敗。

然而現有技術中，并未考慮到多模塊中內置的系統既存在依賴于網關系統升級的模塊系統又存在不依賴網關系統而可以獨立升級的模塊系統，再加上網關系統本身也需要升級，故三者同時升級或其中二者同時升級均是非常復雜的過程，不能簡單地使用傳統方式進行升級，這會常常導致升級失敗。

發明內容

為解決現有技術中的不足，本申請提出了一種多系統網關升級方法、設備以及存儲介質。

第一方面，本申請提出了一種多系統網關升級方法，包括如下步驟：

步驟S1：網關系統定期向服務器查詢網關系統以及模塊系統版本信息；

步驟S2：若僅檢測到網關系統的新版本，則升級網關系統到新版本，完成多系統網關升級，轉到步驟S1；

步驟S3：若僅檢測到了模塊系統的新版本，則對需要升級的模塊系統進行升級，待所述模塊系統升級完畢后轉到步驟S8；

步驟S4：若同時檢測到了網關系統和模塊系統的新版本，則網關系統向對應的模塊系統發送版本更新通告，模塊系統檢查自身運行任務緊急性并向網關系統發送更新通告回復消息；

步驟S5：根據所述更新通告回復消息，網關系統判斷所述對應的模塊系統是否需要網關系統作為中介進行升級；

步驟S6：若所述對應的模塊系統是需要網關系統作為中介進行升級，則所述對應的模塊系統先升級完畢，所述網關系統再進行升級，轉到步驟S8；

步驟S7：若所述對應的模塊系統不需要網關系統作為中介進行升級，則所述對應的模塊系統立即升級，同時網關系統升級；

步驟S8：當模塊系統升級完成之后，向所述網關系統發送升級完成通告，所述網關系統保存升級信息，對于未完成升級的模塊系統，將反復嘗試，直到設定的次數閾值，若達到次數閾值后還未能升級成功，則標記并保存錯誤結果與原因；

步驟S9：網關系統確認所有待升級的系統狀態為已升級或未升級的狀態后，轉到步驟S1。

進一步的，所述網關系統定期向服務器查詢網關系統以及模塊系統版本信息，包括如下步驟：

步驟S1.1：網關系統定期向服務器查詢網關系統以及模塊系統版本信息，并將信息記錄于閃存之中。

步驟S1.2：網關系統后臺升級程序解析所述版本信息；

步驟S1.3：若確認檢測到了需要升級的版本，則關閉網關系統定期向服務器查詢網關系統以及模塊系統版本信息功能，向需要升級的模塊系統發送版本更新通告。

所述步驟S4中模塊系統檢查自身運行任務緊急性并向網關系統發送更新通告回復消息，包括如下步驟：