[發明專利]一種數字基建業務更新平臺、更新方法及電子設備

在審

• 申請號: 202011075447.7
• 申請日: 2020-10-09
• 公開（公告）號: CN112346758A
• 公開（公告）日: 2021-02-09
• 發明（設計）人: 趙嫘;李興;王慧智
• 申請（專利權）人: 北京國電通網絡技術有限公司;國網信息通信產業集團有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65;G06F8/70;G06F8/20
• 代理公司: 北京風雅頌專利代理有限公司 11403
• 代理人: 孫曉鳳

本說明書一個或多個實施例提供一種數字基建業務更新平臺、更新方法及電子設備，包括：數據包接收層，用于接收數字基建功能數據包，對接收的數字基建功能數據包進行分類；數據包存儲層，用于將分類后的數字基建功能數據包在相應業務類型的業務模塊中進行分類存儲和分類更新；數據包服務層，用于通過數據訪問與交互接口對分類存儲于數據包存儲層的數字基建功能數據包進行數據包分類分發。本平臺及方法利用微服務架構實現對不同業務模塊的數據包進行獨立分類管理及獨立分類分發，以解決現有技術中因客戶端整體更新帶來的系統負載過高、帶寬資源占用嚴重的問題。

技術領域

本說明書一個或多個實施例涉及技術領域，尤其涉及一種數字基建業務更新平臺、更新方法及電子設備。

背景技術

數字基建項目的技術特點是系統整體功能復雜繁多，角色用戶對應相應的角色功能。例如有如下場景：用戶針對項目提出了平臺優化需求，其中平臺A角色用戶人員需要履歷錄入功能新增錄入項目信息功能，平臺B角色用戶需要質量管控功能修改原搜索項目信息的輸入信息，系統開發人員在A、B角色用戶平臺功能開發完成后，打包發布新平臺版本，系統管理人員將新平臺版本上傳至服務器，版本管理中版本號提高，強制所有用戶升級平臺版本，完成系統功能升級。由于系統功能繁多，平臺原生+H5部分整體打包后文件包較大，大量用戶同時下載時造成系統負載過高，帶寬資源占用嚴重，系統監控會時常告警。

發明內容

有鑒于此，本說明書一個或多個實施例的目的在于提出一種數字基建業務更新平臺、更新方法及電子設備，利用微服務架構實現對不同業務模塊的數據包進行獨立分類管理及獨立分類分發，以解決現有技術中因客戶端整體更新帶來的系統負載過高、帶寬資源占用嚴重的問題。

基于上述目的，本說明書一個或多個實施例提供了一種數字基建業務更新平臺，該平臺基于微服務構架設置，包括：

數據包接收層，用于接收數字基建功能數據包，對接收的數字基建功能數據包進行分類；

數據包存儲層，包括若干獨立運行的業務模塊，每一所述業務模塊對應一業務類型，所述數據包存儲層用于將分類后的數字基建功能數據包在相應業務類型的業務模塊中進行分類存儲和分類更新；

數據包服務層，用于通過數據訪問與交互接口對分類存儲于數據包存儲層的數字基建功能數據包進行數據包分類分發。

進一步地，所述數字基建功能數據包為遵循系統文件更新規則的標準文件。

更進一步地，所述系統文件更新規則包括數據包命名規則，該數據包命名規則至少包括業務類型的業務大類名稱和業務小類名稱。

進一步地，所述數據包接收層包括：

接收模塊，用于通過數據訪問與交互接口接收數字基建功能數據包至數據包接收層，并對接收的數字基建功能數據包進行預存儲及分配默認類型；

識別驗證模塊，用于通過服務器對默認類型的數字基建功能數據包按照系統文件更新規則進行讀取識別，若數字基建功能數據包能被讀取識別，則可獲得數字基建功能數據包中的配置文件，從配置文件中根據業務類型說明讀取到本數字基建功能數據包的業務類型；當配置文件中的業務類型與數字基建功能數據包包名中的業務類型一致時，該數字基建功能數據包識別驗證成功；

自動分類模塊，將識別驗證成功的數字基建功能數據包攝入至與其業務類型一致的業務模塊中。

更進一步地，所述配置文件的內容包括APPID、版本號、應用圖標、操作人ID、業務類型說明、應用描述等。

基于同一發明構思，本發明還在于公開一種數字基建業務更新方法，包括如下主要步驟：

接收數字基建功能數據包，對接收的數字基建功能數據包進行分類；

將分類后的數字基建功能數據包在相應業務類型的業務模塊中進行分類存儲和分類更新；