[發明專利]應用更新方法和裝置、數據推送方法和裝置

在審

• 申請號: 201910007415.4
• 申請日: 2019-01-04
• 公開（公告）號: CN109491694A
• 公開（公告）日: 2019-03-19
• 發明（設計）人: 張俊偉;禚煥升;李坤;劉敬光
• 申請（專利權）人: 中國銀行股份有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65
• 代理公司: 北京三友知識產權代理有限公司 11127
• 代理人: 李輝;徐煥

本發明提供了一種應用更新方法和裝置、數據推送方法和裝置，其中，應用更新方法包括：客戶端啟動目標應用時，獲取所述目標應用的最新版本的版本號和當前已安裝的目標應用的版本號；所述客戶端將當前已安裝的目標應用的版本號與所述最新版本的版本號進行比較；在比較結果不一致的情況下，所述客戶端在自身的存儲器中查找所述最新版本的版本號對應的安裝包進行安裝；其中，所述最新版本的版本號對應的安裝包是第一服務器在預定時段內預先推送至所述客戶端的。上述應用更新的方法避免了客戶端同時在服務器端下載應用程序更新包，減少了帶寬占用，達到了提高應用程序更新效率的效果，并且保證了客戶端和服務器端應用版本的一致性。

技術領域

本發明涉及計算機技術領域，特別涉及一種應用更新方法和裝置、數據推送方法和裝置。

背景技術

目前，在企業內部系統中，當客戶端啟動某應用程序，檢測到該應用程序版本需要更新時，一般是由客戶端直接在該應用程序的服務器端下載該應用程序的更新包。

然而，因為一般應用程序的更新包都比較大，當多個客戶端集中下載該應用程序的更新包時，會占用較大的帶寬，服務器端的負載比較大，且下載速度會比較慢，導致客戶端的下載更新速度也比較慢，應用程序更新的效率較低。

針對上述問題，目前尚未提出有效的解決方案。

發明內容

本發明實施例提供了一種應用更新方法和裝置、數據推送方法和裝置，以解決現有技術中客戶端同時在服務器端下載應用程序更新包時，會占用較大帶寬，導致應用程序更新的效率較低的問題。

本發明實施例提供了一種應用更新方法，包括：客戶端啟動目標應用時，獲取所述目標應用的最新版本的版本號和當前已安裝的目標應用的版本號；所述客戶端將當前已安裝的目標應用的版本號與所述最新版本的版本號進行比較；在當前已安裝的目標應用的版本號與所述最新版本的版本號不一致的情況下，所述客戶端在自身的存儲器中查找所述最新版本的版本號對應的安裝包，并安裝所述安裝包；其中，所述最新版本的版本號對應的安裝包是第一服務器在預定時段內預先推送至所述客戶端的。

在一個實施例中，獲取所述目標應用的最新版本的版本號，包括：所述客戶端向第二服務器請求所述目標應用的最新版本的版本號；所述客戶端接收所述第二服務器返回的最新版本的版本號。

在一個實施例中，獲取所述目標應用的最新版本的版本號，包括：所述客戶端在自身的存儲器中獲取所述目標應用的安裝包中所攜帶的版本信息；所述客戶端從所述版本信息中所述目標應用的最新版本的版本號。

在一個實施例中，在所述客戶端在自身的存儲器中查找所述最新版本的版本號對應的安裝包，并安裝所述安裝包之后，所述方法還包括：刪除所述存儲器中存儲的所述最新版本的版本號對應的安裝包。

本發明實施例還提供了一種數據推送方法，包括：第一服務器獲取目標應用最新版本的版本號對應的安裝包和推送時間段；所述第一服務器在所述推送時間段，將所述安裝包推送至客戶端。

在一個實施例中，在所述第一服務器將所述安裝包推送至所述客戶端之前，所述方法還包括：所述第一服務器獲取待推送的客戶端列表。

在一個實施例中，在所述第一服務器將所述安裝包推送至所述客戶端之后，所述方法還包括：更新第二服務器端所述目標應用的最新版本的版本號。

在一個實施例中，所述第一服務器獲取所述目標應用的推送時間段，具體包括：

所述第一服務器接收用戶設置的時間段；將所述用戶設置的時間段，作為所述推送時間段。

在一個實施例中，所述第一服務器為SCCM服務器。