[發明專利]一種客戶端應用程序版本更新的解決方法

在審

• 申請號: 201810232593.2
• 申請日: 2018-03-19
• 公開（公告）號: CN108536466A
• 公開（公告）日: 2018-09-14
• 發明（設計）人: 姚中平
• 申請（專利權）人: 無錫漢詠科技股份有限公司
• 主分類號: G06F8/71
• 分類號: G06F8/71;G06F8/65;H04L29/08
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發明公開了一種客戶端應用程序版本更新的解決方法。將app版本編號前兩位數字的改動定義為app的強制更新；將app版本編號后兩位數字的改動定義為app的非強制更新；服務器提供新版app的下載鏈接和版本號查詢定義，客戶端每次啟動時首先向服務器查詢最新版本號，根據查詢結果進行更新或保持當前版本。本發明不需要保留全部保留歷史更新版本，甚至只需要服務器上保留當前最新版本即可，客戶端不查詢歷史版本只查詢最新版本，減輕服務器壓力。所有用戶都可以跳過歷史版本，一次性更新到服務器上的最新版本。

技術領域：

本發明屬于應用程序版本更新技術領域，特別涉及一種客戶端應用程序版本更新的解決方法。

背景技術：

移動互聯時代，移動端的app由于功能開發、用戶需求等不斷變化和調整，需要頻繁的發布客戶端的安裝包。如果每發布一次安裝包就要求用戶去更新，這樣會對產品的用戶體驗產生極其不好的影響導致丟失用戶；另一方面，當有很重要的功能集成到新包里，而且對用戶使用是個極為重要的功能或補充時，又需要保證每個用戶都能更新到最新的app版本；在這樣的情況下，需要有一個合理便捷的更新機制，在保證用戶正常使用又不漏掉核心功能的前提下保證用戶的體驗良好。

App產品的更新是通過app版本號來實現的，行業對app版本的編號進行了定義，通用做法是使用x.x.x.x的形式定義一個app的版本，其中x為定義的一些數字，比如1.0.0.11、1.1.2.6等等；前兩位數字代表app的大版本號，即app有重大調整或改動時調整前兩位數字；后兩位代表小版本號，即app有局部功能調整或解決一些小bug時，調整后兩位版本號數字；app新版本的版本編號是大于老版本編號的，比如老版本號為1.0.0.1，新版本號為1.0.0.2或者1.0.1.1或者1.1.1.2等等，其判斷方法為版本編號從第一位數字開始往后比較，如果相同則比較下一位。雖然行業規范了app的版本編號定義及調整規則，但在實際應用中，關于產品更新的慣用做法是在app更新服務器上給app新添兩個屬性：1是否是新版本；2是否強制用戶更新；這樣的更新策略在版本較少時勉強可以使用，當服務器上配置的版本越來越多時則顯得極為混亂，而且還需要服務器對所有歷史版本進行保留，對服務器也是不小的壓力。

公開于該背景技術部分的信息僅僅旨在增加對本發明的總體背景的理解，而不應當被視為承認或以任何形式暗示該信息構成已為本領域一般技術人員所公知的現有技術。

發明內容：

本發明的目的在于提供一種客戶端應用程序版本更新的解決方法，從而克服上述現有技術中的缺陷。

為實現上述目的，本發明提供了一種客戶端應用程序版本更新的解決方法，其步驟為：

(1)將app版本編號前兩位數字的改動定義為app的強制更新；

(2)將app版本編號后兩位數字的改動定義為app的非強制更新；

(3)服務器提供新版app的下載鏈接和版本號查詢定義，客戶端每次啟動時首先向服務器查詢最新版本號，根據查詢結果進行更新或保持當前版本。

優選地，技術方案中，步驟(3)中，查詢結果為相同時則不用做任何處理；查詢結果不同則細分不同的編號，如果是前兩位編碼不同則要求客戶端強制更新，如果是后兩位編碼不同則提示用戶可更新也可繼續使用舊版本。

優選地，技術方案中，服務器只保留最新版本的app。

與現有技術相比，本發明具有如下有益效果：

本發明不需要保留全部保留歷史更新版本，甚至只需要服務器上保留當前最新版本即可，客戶端不查詢歷史版本只查詢最新版本，減輕服務器壓力。所有用戶都可以跳過歷史版本，一次性更新到服務器上的最新版本。

附圖說明：

圖1為本發明客戶端應用程序版本更新的解決方法流程圖。