用戶端上應用程式的更新方法、裝置及電子設備
本發明關於電腦技術領域，尤其關於用戶端上應用程式的更新方法、裝置及電子設備。
隨著智慧終端機和網際網路技術的飛速發展，第三方應用程式(Application，簡稱APP)及其業務平臺的功能日益強大，應用也愈加廣泛。 為適應技術發展或業務需要，常常需要對應用程式進行升級換代，例如，新版本應用程式的發佈頻率可能大於1次/周。並且，當發佈的新版本應用程式出現了錯誤或者業務出現故障時，需要用戶端的應用程式緊急回滾至指定版本的應用程式，才能夠滿足用戶的基本使用需求。 因此，亟需一種能夠準確、高效的在用戶端上控制應用程式更新版本的方法。
本發明實施例提供了用戶端上應用程式的更新方法、裝置和電子設備，意於實現準確、高效的應用程式更新。 本發明實施例採用下述技術方案： 第一態樣，本發明實施例提供一種用戶端上應用程式的更新方法，包括： 向業務伺服器發起業務請求，並接收所述業務伺服器返回的業務請求回應資訊，所述業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，所述第一版本為所述業務伺服器允許的所述應用程式的最低版本； 依據所述業務請求回應資訊，當第一版本和第二版本的版本標識表示第二版本低於第一版本時，按照第三版本對所述應用程式進行更新；其中，第二版本為所述應用程式更新前的版本，第三版本不低於第一版本。 較佳地，在本發明實施例提供的第一態樣的方法中，第一版本的所述版本標識，由所述業務伺服器側的閘道寫入與所述業務請求相對應的業務請求回應資訊的回應頭中。 較佳地，在本發明實施例提供的第一態樣的方法中，在按照第三版本對所述應用程式進行更新之前，所述方法還包括： 從與所述應用程式相對應的更新管理中心獲取所述應用程式的第三版本的版本標識；其中，第三版本和第一版本的版本標識表示第三版本不低於第一版本。 較佳地，在本發明實施例提供的第一態樣的方法中，按照第三版本對所述應用程式進行更新，包括： 從所述更新管理中心拉取第三版本的更新安裝包； 依據第三版本的所述更新安裝包更新所述應用程式。 較佳地，在本發明實施例提供的第一態樣的方法中，按照第三版本對所述應用程式進行更新之後，所述方法還包括： 當按照第三版本對所述應用程式進行更新失敗時，將失敗事件記錄至異常更新清單中； 則向業務伺服器發起業務請求，具體包括： 在進入所述應用程式時，若所述異常更新清單中記錄有所述失敗事件，則向業務伺服器發起業務請求，以便對所述應用程式進行更新。 較佳地，在本發明實施例提供的第一態樣的方法中，在若所述異常更新清單中記錄有所述失敗事件，則向業務伺服器發起業務請求，以便對所述應用程式進行更新之後，所述方法還包括： 若按照第三版本對所述應用程式進行更新成功，則將所述失敗事件從所述異常更新列表中刪除。 較佳地，在本發明實施例提供的第一態樣的方法中，所述業務請求回應資訊中還包括線上位址的資訊，所述方法還包括： 當按照第三版本對所述應用程式進行更新失敗時，通過線上位址存取所述業務伺服器。 較佳地，在本發明實施例提供的第一態樣的方法中，所述版本標識包括應用管理標識， 則依據所述業務請求回應資訊，當第一版本和第二版本的版本標識表示第二版本低於第一版本時，按照第三版本對所述應用程式進行更新，包括： 依據所述業務請求回應資訊，當第一版本和第二版本中的應用管理標識表示第二版本低於第一版本時，按照第三版本的應用管理資訊對所述應用程式進行更新；其中，第三版本和第一版本中的應用管理標識表示第三版本不低於第一版本。 較佳地，在本發明實施例提供的第一態樣的方法中，在按照第三版本的應用管理資訊對所述應用程式進行更新之前，所述方法還包括： 從與所述應用程式相對應的更新管理中心中的應用子中心獲取第三版本的版本標識中的應用管理標識；其中，第三版本和第一版本的應用管理標識表示第三版本不低於第一版本。 較佳地，在本發明實施例提供的第一態樣的方法中，所述版本標識還包括安裝包管理標識， 則在按照第三版本的應用管理資訊對所述應用程式進行更新之後，所述方法還包括： 當第一版本和第二版本中的安裝包管理標識表示第二版本低於第一版本時，按照第三版本的安裝包對所述應用程式進行更新；其中，第三版本和第一版本中的安裝包管理標識表示第三版本不低於第一版本。 較佳地，在本發明實施例提供的第一態樣的方法中，在按照第三版本的安裝包對所述應用程式進行更新之前，所述方法還包括： 從所述更新管理中心中的安裝包管理子中心獲取第三版本的版本標識中的安裝包管理標識；其中，第三版本和第一版本的安裝包管理標識表示第三版本不低於第一版本。 第二態樣，本發明實施例還提供一種用戶端上應用程式的更新方法，包括： 業務伺服器接收用戶端發起的業務請求，並向所述用戶端返回業務請求回應資訊，所述業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，所述第一版本為所述業務伺服器允許的所述應用程式的最低版本。 較佳地，在本發明實施例提供的第二態樣的方法中，在業務伺服器接收用戶端發起的業務請求之前，所述方法還包括： 在業務伺服器的閘道中，將第一版本的所述版本標識配置在與所述業務請求相對應的參數中。 較佳地，在本發明實施例提供的第三態樣的方法中，向所述用戶端返回業務請求回應資訊，包括： 將第一版本的所述版本標識寫入與所述業務請求相對應的業務請求回應資訊的回應頭中，其中，所述第一版本的所述版本標識配置在與所述業務請求相對應的參數中。 第三態樣，本發明實施例提供一種用戶端上應用程式的更新裝置，應用於用戶端，包括： 業務請求發起模組，向業務伺服器發起業務請求； 回應資訊接收模組，接收所述業務伺服器返回的業務請求回應資訊，所述業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，所述第一版本為所述業務伺服器允許的所述應用程式的最低版本； 程式更新模組，依據所述業務請求回應資訊，當第一版本和第二版本的版本標識表示第二版本低於第一版本時，按照第三版本對所述應用程式進行更新；其中，第二版本為所述應用程式更新前的版本，第三版本不低於第一版本。 第四態樣，本發明實施例提供一種用戶端上應用程式的更新裝置，應用於業務伺服器，包括： 業務請求接收模組，接收用戶端發起的業務請求； 回應資訊發送模組，向所述用戶端返回業務請求回應資訊，所述業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，所述第一版本為所述業務伺服器允許的所述應用程式的最低版本。 較佳地，在本發明實施例提供的第四態樣的裝置中，還包括： 閘道配置模組，在業務伺服器的閘道中，將第一版本的所述版本標識配置在與所述業務請求相對應的參數中。 第五態樣，本發明實施例提供一種電子設備，應用於用戶端，包括： 處理器；以及 被安排成儲存電腦可執行指令的記憶體，所述可執行指令在被執行時使所述處理器執行以下操作： 向業務伺服器發起業務請求，並接收所述業務伺服器返回的業務請求回應資訊，所述業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，所述第一版本為所述業務伺服器允許的所述應用程式的最低版本； 依據所述業務請求回應資訊，當第一版本和第二版本的版本標識表示第二版本低於第一版本時，按照第三版本對所述應用程式進行更新；其中，第二版本為所述應用程式更新前的版本，第三版本不低於第一版本。 第六態樣，本發明實施例提供另一種電子設備，應用於業務伺服器，包括： 處理器；以及 被安排成儲存電腦可執行指令的記憶體，所述可執行指令在被執行時使所述處理器執行以下操作： 業務伺服器接收用戶端發起的業務請求，並向所述用戶端返回業務請求回應資訊，所述業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，所述第一版本為所述業務伺服器允許的所述應用程式的最低版本。 本發明實施例採用的上述至少一個技術方案能夠達到以下有益效果： 本發明實施例中，在業務請求回應資訊中加入第一版本的版本標識，用以反映業務伺服器允許的應用程式的最低版本。因此，當用戶端應用程式的當前版本(即第二版本)低於業務伺服器允許的最低版本(即第一版本)時，可以將應用程式升級至不低於第一版本的第三版本，從而實現用戶端上應用程式的更新。採用本發明實施例提供的方案，只需修改業務請求回應資訊中寫入的最低版本的版本標識，就能夠調整用戶端上的應用程式更新後版本的最低水平，從而能夠準確、高效的控制用戶端上應用程式的更新版本，滿足用戶和業務平臺的需求。
為使本發明的目的、技術方案和優點更加清楚，下面將結合本發明具體實施例及相應的附圖對本發明技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出進步性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。 以下結合附圖，詳細說明本發明各實施例提供的技術方案。 參見圖1所示，本發明實施例提供了一種用戶端上應用程式的更新方法，適用於用戶端側，可具體包括： S101：向業務伺服器發起業務請求； S103：接收業務伺服器返回的業務請求回應資訊，業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，第一版本為業務伺服器允許的應用程式的最低版本； S105：依據業務請求回應資訊，當第一版本和第二版本的版本標識表示第二版本低於第一版本時，將應用程式更新至第三版本；其中，第二版本為應用程式更新前的版本，第三版本不低於第一版本。 與之相對應地，業務伺服器接收用戶端發起的業務請求後，向用戶端返回業務請求回應資訊，業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，第一版本為業務伺服器允許的應用程式的最低版本，以便用戶端對應用程式進行更新。 本發明實施例中，在業務請求回應資訊中加入第一版本的版本標識，用以反映業務伺服器允許的應用程式的最低版本。因此，當用戶端應用程式的當前版本(即第二版本)低於業務伺服器允許的最低版本(即第一版本)時，可以將應用程式升級至不低於第一版本的第三版本，從而實現用戶端上應用程式的更新。採用本發明實施例提供的方案，只需修改業務請求回應資訊中寫入的最低版本的版本標識，就能夠調整用戶端上的應用程式更新後版本的最低水平，從而能夠準確、高效的控制用戶端上應用程式的更新版本，滿足用戶和業務平臺的需求。 需要說明的是，上述應用程式各版本的版本標識，可以反映各版本發佈的先後順序。上述實施例中所稱的第一版本，取為業務伺服器所允許的應用程式的最低版本，表示業務伺服器將不允許發佈時間在第一版本之前的應用程式繼續使用，而要求用戶將用戶端上的應用程式更新至在第一版本之後發佈的版本。並且，應用程式的當前版本(也就是應用程式更新前的版本，即第二版本)低於第一版本，表示第二版本是比第一版本舊的版本，發佈於第一版本之前。 還需要說明的是，版本標識可以採用字母、數字或其他字元等獨立表示或進行組合，通過版本標識的大小或者順序反映版本的新舊、高低、發佈時間的先後等資訊。在上述實施例中，當第一版本和第二版本的版本標識表示第二版本低於第一版本時，將應用程式更新至不低於第一版本的第三版本，以便滿足業務需求。 具體地，上述嵌入在業務請求回應資訊中的第一版本的版本標識，可以由業務伺服器的閘道配置在與業務請求相對應的業務請求回應資訊的回應頭中。在具體實施時，可以提前在閘道進行配置，在閘道中指定業務請求下配置自訂參數，將版本標識的資料寫入回應資訊的回應頭中，以便反映業務伺服器期望或允許用戶端使用的應用程式的最低版本。 採用這種方式傳遞最低版本的版本標識，依賴於用戶端通過閘道向業務伺服器發起的業務請求(可具體為RPC，全稱Remote Procedure Call Protocol，譯為遠端程序呼叫協定)本身，直接在閘道配置與業務請求相對應的回應頭，而無需在每次進入應用前都進行前置檢測以確定用戶端的當前版本是否為最新版本，從而避免了這種多餘的強制性檢測所導致的業務請求浪費的問題。並且，降低了系統組態的成本，節省了網路流量，而且能夠準確的傳遞版本的資訊，進而能夠使得應用程式準確的升級至所期望的版本。除此之外，當應用程式的安裝包出現問題或業務出現故障時，只需將所允許的新的最低版本的版本標識寫入回應頭，即可使得應用程式及時的更新至符合預期的新的版本，從而能夠高效的進行應用程式的發佈和更新。 在上述實施例中，第三版本的版本標識和更新應用程式所需的安裝包，可來自於更新管理中心。具體地，在將應用程式更新至第三版本之前，上述實施例的方法還可以包括：從更新管理中心獲取應用程式的第三版本的版本標識。則，在執行將應用程式更新至第三版本的步驟時，可具體為：當第三版本和第一版本的版本標識表示第三版本不低於第一版本時，將應用程式更新至第三版本。更具體地，可以依據從更新管理中心獲取的應用程式的第三版本，採用同步更新的方式將應用程式更新至第三版本。 需要說明的是，在從更新管理中心獲取應用程式的第三版本時，可以具體為從更新管理中心拉取第三版本的更新安裝包，進而可以安裝第三版本的更新安裝包，使得應用程式更新至第三版本。 以上描述了在應用程式的當前版本(即第二版本)低於期望版本(第一版本)時將應用程式更新至不低於期望版本的第三版本的過程。而當將應用程式更新至第三版本失敗時，可以將失敗事件記錄至異常更新清單中；進而可以在進入應用程式時，判斷異常更新清單中是否記錄有失敗事件，若異常更新清單中記錄有失敗事件，則可執行步驟S101向業務伺服器發起業務請求，以便將應用程式更新至第三版本。在此情況下，若已成功將應用程式更新至第三版本，則可將失敗事件從異常更新列表中刪除。 作為本發明上述實施例中的一個較佳方案，若應用程式更新至第三版本時失敗，用戶端可以通過提前配置、並儲存在用戶端的配置資訊中的線上位址存取業務伺服器，從而可以在應用程式更新失敗時仍然不影響業務的持續進行，有利於提升用戶體驗。 在某些場景下，應用程式的應用管理資訊和安裝包管理資訊可以分別管理，也可以統一管理。其中，應用管理資訊可以反映應用程式的入口配置資訊，業務伺服器在發佈應用程式的不同版本時，可能會改變上述入口配置資訊，因此，應用程式的入口配置資訊也會存在不同的版本，反映應用管理資訊不同版本的應用管理標識也就成為了應用程式的版本標識的必要組成部分。在此基礎上，參見圖2所示，則上述步驟S103依據業務請求回應資訊，當第一版本和第二版本的版本標識表示第二版本低於第一版本時，將應用程式更新至第三版本，可具體包括： S1051：依據業務請求回應資訊，當第一版本和第二版本中的應用管理標識表示第二版本低於第一版本時，將應用程式的應用管理資訊更新至第三版本；其中，第三版本和第一版本中的應用管理標識表示第三版本不低於第一版本。 更進一步地，在將應用程式的應用管理資訊更新至第三版本之前，可以先從更新管理中心中的應用子中心獲取第三版本的版本標識中的應用管理標識。則將應用程式的應用管理資訊更新至第三版本，可具體為：當第一版本和第三版本的應用管理標識表示第三版本不低於第一版本時，將應用程式的應用管理資訊更新至第三版本。 需要說明的是，在實際業務系統中，部分應用程式的安裝包由更新管理中心中的應用子中心直接下發，而部分應用程式的安裝包由更新管理中心中的安裝包管理子中心負責下發。在這種情況下，應用程式的版本標識還需要包括安裝包管理標識，用於反映儲存在安裝包管理子中心中各安裝包的不同版本。 對於需要從安裝包管理子中心拉取安裝包進行更新的應用程式，在將應用程式的應用管理資訊更新至第三版本之後，參見圖3所示，實施例的方法還包括： S1053：當第一版本和第二版本中的安裝包管理標識表示第二版本低於第一版本時，將應用程式的安裝包更新至第三版本；其中，第三版本和第一版本中的安裝包管理標識表示第三版本不低於第一版本。 更具體地，在將應用程式的安裝包更新至第三版本之前，可以先從更新管理中心中的安裝包管理子中心獲取第三版本的版本標識中的安裝包管理標識，則將應用程式的安裝包更新至第三版本，可具體為：當第一版本和第三版本的安裝包管理標識表示第三版本不低於第一版本時，將應用程式的安裝包更新至第三版本。 與上述用戶端側的更新方法相對應地，本發明實施例還提供了一種用戶端上應用程式的更新方法，適用於業務伺服器側，可具體包括： 業務伺服器接收用戶端發起的業務請求，並向用戶端返回業務請求回應資訊，業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，第一版本為業務伺服器允許的應用程式的最低版本。 更較佳地，在業務伺服器的閘道中，將第一版本的所述版本標識配置在與所述業務請求相對應的業務請求回應資訊的回應頭中。 採用這種方式傳遞最低版本的版本標識，依賴於用戶端通過閘道向業務伺服器發起的業務請求(可具體為RPC，全稱Remote Procedure Call Protocol，譯為遠端程序呼叫協定)本身，直接在閘道配置與業務請求相對應的回應頭，而無需在每次進入應用前都進行前置檢測以確定用戶端的當前版本是否為最新版本，從而避免了這種多餘的強制性檢測所導致的業務請求浪費的問題。並且，降低了系統組態的成本，節省了網路流量，而且能夠準確的傳遞版本的資訊，進而能夠使得應用程式準確的升級至所期望的版本。除此之外，當應用程式的安裝包出現問題或業務出現故障時，只需將所允許的新的最低版本的版本標識寫入回應頭，即可使得應用程式及時的更新至符合預期的新的版本，從而能夠高效的進行應用程式的發佈和更新。 參見圖4所示，本發明說明書提供的一個或多個實施例關於到用戶端和業務伺服器。更具體地，用戶端側可以細分為頁面前端和底層容器，業務伺服器側可以細分為業務伺服器及前置的閘道。用戶端在向業務伺服器發起業務請求時，前端通過容器JSAPI(JS應用程式呼叫介面)觸發RPC(遠端程序呼叫協定)，進而容器通過閘道向業務伺服器發起RPC。業務伺服器向用戶端返回的業務請求回應資訊在經由閘道發送時，閘道依據在指定RPC下預先配置的自訂參數(本發明實施例中具體化為允許的最低版本的版本標識)，例如圖5中所示的名為operationTYPE的自訂返回參數，向上述業務請求回應資訊中添加上述自訂參數，即可將業務伺服器所允許應用程式的最低版本的版本標識加入業務請求回應資訊，發送至用戶端。 用戶端在接收到包含有允許最低版本的版本標識的業務請求回應資訊後，將最低版本的版本標識提取出來，與用戶端當前安裝的應用程式的版本(即第二版本)的版本標識進行比對，參見圖5所示。若當前版本不低於允許的最低版本，則可以不做任何的更新或與更新有關的提示，直接忽略本次業務請求回應資訊中的版本標識資訊，而僅處理業務相關的資訊即可。而若當前版本低於允許的最低版本，則需要觸發對應用程式的更新。 具體地，對應用程式進行更新時，可以採取同步更新的方式：從更新管理中心中獲取儲存的應用程式的版本標識，若第三版本的版本標識表示第三版本不低於最低版本(即第一版本)，則直接從更新管理中心拉取第三版本的更新安裝包，安裝第三版本的更新安裝包，就能將應用程式更新至第三版本。參見圖5所示，若同步更新失敗，則可將失敗事件記錄到異常更新清單中，以便在下一次進入應用程式時觸發同步更新。 更優地，參見圖5所示，在更新失敗時，若用戶端配置有用於緊急存取業務伺服器的線上位址(即圖中的onlineURL)，則用戶端可以通過這一線上位址存取業務伺服器。 應用程式各版本的版本標識，視應用程式類型的不同而不同。若應用程式的安裝包由更新管理中心中的應用子中心直接下發，則這類應用程式的版本標識僅包括應用管理標識(如圖6中所示的“應用中心版本”)；若應用程式的安裝包由更新管理中心中的安裝包管理子中心負責下發，則這類應用程式(如圖6中所稱的Nebula應用)的版本標識除包括上述應用管理標識外，還包括安裝包管理標識(如圖6中所示的“Nebula版本”)。 上述兩類應用程式的更新方式有所區別。具體地，在實施更新時，先從更新管理中心中的應用子中心獲取滿足預期要求(即不低於最低版本)的第三版本的應用管理標識，接著拉取應用子中心中第三版本的應用管理資訊，以便將應用程式的應用管理資訊更新至第三版本。接著，需判斷應用程式的類型，若為Nebula應用(也就是由更新管理中心中的安裝包管理子中心負責下發安裝包的應用程式)，則從更新管理中心中的安裝包管理子中心獲取符合預期版本的安裝包管理標識(即第三版本的版本標識)，進而將應用程式的安裝包更新至第三版本。 在本發明說明書的一個或多個實施例中，在業務請求響應資訊中加入第一版本的版本標識，用以反映業務伺服器允許的應用程式的最低版本。因此，當用戶端應用程式的當前版本(即第二版本)低於業務伺服器允許的最低版本(即第一版本)時，可以將應用程式升級至不低於第一版本的第三版本，從而實現用戶端上應用程式的更新。採用本發明實施例提供的方案，只需修改業務請求回應資訊中寫入的最低版本的版本標識，就能夠調整用戶端上的應用程式更新後版本的最低水平，從而能夠準確、高效的控制用戶端上應用程式的更新版本，滿足用戶和業務平臺的需求。 參見圖7所示，本發明實施例還提供一種用戶端上應用程式的更新裝置，應用於用戶端，包括： 業務請求發起模組101，向業務伺服器發起業務請求； 回應資訊接收模組103，接收所述業務伺服器返回的業務請求回應資訊，所述業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，所述第一版本為所述業務伺服器允許的所述應用程式的最低版本； 程式更新模組105，依據所述業務請求回應資訊，當第一版本和第二版本的版本標識表示第二版本低於第一版本時，將所述應用程式更新至第三版本；其中，第二版本為所述應用程式更新前的版本，第三版本不低於第一版本。 參見圖8所示，本發明實施例還提供一種用戶端上應用程式的更新裝置，應用於業務伺服器，包括： 業務請求接收模組201，接收用戶端發起的業務請求； 回應資訊發送模組203，向所述用戶端返回業務請求回應資訊，所述業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，所述第一版本為所述業務伺服器允許的所述應用程式的最低版本。 進一步地，圖8所示裝置中，還可包括： 閘道配置模組205，在業務伺服器的閘道中，將第一版本的所述版本標識配置在與所述業務請求相對應的業務請求回應資訊的回應頭中。 圖9是本發明的一個實施例電子設備的結構示意圖。請參考圖9，在硬體層面，該電子設備包括處理器，可選地還包括內部匯流排、網路介面、記憶體。其中，記憶體可能包含記憶體，例如高速隨機存取記憶體(Random-Access Memory，RAM)，也可能還包括非揮發性記憶體(non-volatile memory)，例如至少1個磁碟記憶體等。當然，該電子設備還可能包括其他業務所需要的硬體。 處理器、網路介面和記憶體可以通過內部匯流排相互連接，該內部匯流排可以是ISA(Industry Standard Architecture，工業標準架構)匯流排、PCI(Peripheral Component Interconnect，周邊設備部件互連標準)匯流排或EISA(Extended Industry Standard Architecture，延伸工業標準架構)匯流排等。所述匯流排可以分為位址匯流排、資料匯流排、控制匯流排等。為便於表示，圖9中僅用一個雙向箭頭表示，但並不表示僅有一根匯流排或一種類型的匯流排。 記憶體，用於存放程式。具體地，程式可以包括程式碼，所述程式碼包括電腦操作指令。記憶體可以包括記憶體和非揮發性記憶體，並向處理器提供指令和資料。 處理器從非揮發性記憶體中讀取對應的電腦程式到記憶體中接著運行，在邏輯層面上形成用戶端上應用程式的更新裝置。處理器，執行記憶體所存放的程式，並具體用於執行以下操作： 向業務伺服器發起業務請求，並接收所述業務伺服器返回的業務請求回應資訊，所述業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，所述第一版本為所述業務伺服器允許的所述應用程式的最低版本； 依據所述業務請求回應資訊，當第一版本和第二版本的版本標識表示第二版本低於第一版本時，將所述應用程式更新至第三版本；其中，第二版本為所述應用程式更新前的版本，第三版本不低於第一版本。 上述如本發明圖1所示實施例揭示的用戶端上應用程式的更新裝置執行的方法可以應用於處理器中，或者由處理器實現。處理器可能是一種積體電路晶片，具有訊號的處理能力。在實現過程中，上述方法的各步驟可以通過處理器中的硬體的積體邏輯電路或者軟體形式的指令完成。上述的處理器可以是通用處理器，包括中央處理器(Central Processing Unit，CPU)、網路處理器(Network Processor，NP)等；還可以是數位訊號處理器(Digital Signal Processor，DSP)、專用積體電路(Application Specific Integrated Circuit，ASIC)、現場可程式設計閘陣列(Field-Programmable Gate Array，FPGA)或者其他可程式設計邏輯裝置、離散門或者電晶體邏輯裝置、離散硬體元件。可以實現或者執行本發明實施例中的揭露的各方法、步驟及邏輯方塊圖。通用處理器可以是微處理器或者該處理器也可以是任何常規的處理器等。結合本發明實施例所揭露的方法的步驟可以直接體現為硬體解碼處理器執行完成，或者用解碼處理器中的硬體及軟體模組組合執行完成。軟體模組可以位於隨機記憶體，快閃記憶體、唯讀記憶體，可程式設計唯讀記憶體或者電可讀寫可程式設計記憶體、暫存器等本領域成熟的儲存媒體中。該儲存媒體位於記憶體，處理器讀取記憶體中的資訊，結合其硬體完成上述方法的步驟。 該電子設備還可執行圖1中用戶端上應用程式的更新裝置執行的方法，並實現用戶端上應用程式的更新裝置在圖1所示實施例的功能，本發明實施例在此不再贅述。 本發明實施例還提出了一種電腦可讀儲存媒體，該電腦可讀儲存媒體儲存一個或多個程式，該一個或多個程式包括指令，該指令當被包括多個應用程式的電子設備執行時，能夠使該電子設備執行圖1所示實施例中用戶端上應用程式的更新裝置執行的方法，並具體用於執行： 向業務伺服器發起業務請求，並接收所述業務伺服器返回的業務請求回應資訊，所述業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，所述第一版本為所述業務伺服器允許的所述應用程式的最低版本； 依據所述業務請求回應資訊，當第一版本和第二版本的版本標識表示第二版本低於第一版本時，將所述應用程式更新至第三版本；其中，第二版本為所述應用程式更新前的版本，第三版本不低於第一版本。 圖10是本發明的一個實施例電子設備的結構示意圖。請參考圖10，在硬體層面，該電子設備包括處理器，可選地還包括內部匯流排、網路介面、記憶體。其中，記憶體可能包含記憶體，例如高速隨機存取記憶體(Random-Access Memory，RAM)，也可能還包括非揮發性記憶體(non-volatile memory)，例如至少1個磁碟記憶體等。當然，該電子設備還可能包括其他業務所需要的硬體。 處理器、網路介面和記憶體可以通過內部匯流排相互連接，該內部匯流排可以是ISA(Industry Standard Architecture，工業標準架構)匯流排、PCI(Peripheral Component Interconnect，周邊設備部件互連標準)匯流排或EISA(Extended Industry Standard Architecture，延伸工業標準架構)匯流排等。所述匯流排可以分為位址匯流排、資料匯流排、控制匯流排等。為便於表示，圖10中僅用一個雙向箭頭表示，但並不表示僅有一根匯流排或一種類型的匯流排。 記憶體，用於存放程式。具體地，程式可以包括程式碼，所述程式碼包括電腦操作指令。記憶體可以包括記憶體和非揮發性記憶體，並向處理器提供指令和資料。 處理器從非揮發性記憶體中讀取對應的電腦程式到記憶體中接著運行，在邏輯層面上形成用戶端上應用程式的更新裝置。處理器，執行記憶體所存放的程式，並具體用於執行以下操作： 業務伺服器接收用戶端發起的業務請求，並向所述用戶端返回業務請求回應資訊，所述業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，所述第一版本為所述業務伺服器允許的所述應用程式的最低版本。 上述如本發明揭示的應用於業務伺服器的用戶端上應用程式的更新裝置執行的方法可以應用於處理器中，或者由處理器實現。處理器可能是一種積體電路晶片，具有訊號的處理能力。在實現過程中，上述方法的各步驟可以通過處理器中的硬體的積體邏輯電路或者軟體形式的指令完成。上述的處理器可以是通用處理器，包括中央處理器(Central Processing Unit，CPU)、網路處理器(Network Processor，NP)等；還可以是數位訊號處理器(Digital Signal Processor，DSP)、專用積體電路(Application Specific Integrated Circuit，ASIC)、現場可程式設計閘陣列(Field－Programmable Gate Array，FPGA)或者其他可程式設計邏輯裝置、離散閘或者電晶體邏輯裝置、離散硬體元件。可以實現或者執行本發明實施例中的揭露的各方法、步驟及邏輯方塊圖。通用處理器可以是微處理器或者該處理器也可以是任何常規的處理器等。結合本發明實施例所揭露的方法的步驟可以直接體現為硬體解碼處理器執行完成，或者用解碼處理器中的硬體及軟體模組組合執行完成。軟體模組可以位於隨機記憶體，快閃記憶體、唯讀記憶體，可程式設計唯讀記憶體或者電可讀寫可程式設計記憶體、暫存器等本領域成熟的儲存媒體中。該儲存媒體位於記憶體，處理器讀取記憶體中的資訊，結合其硬體完成上述方法的步驟。 該電子設備還可執行應用於業務伺服器的用戶端上應用程式的更新裝置執行的方法，並實現應用於業務伺服器的用戶端上應用程式的更新裝置的功能，本發明實施例在此不再贅述。 本發明實施例還提出了一種電腦可讀儲存媒體，該電腦可讀儲存媒體儲存一個或多個程式，該一個或多個程式包括指令，該指令當被包括多個應用程式的電子設備執行時，能夠使該電子設備執行應用於業務伺服器的用戶端上應用程式的更新裝置執行的方法，並具體用於執行： 業務伺服器接收用戶端發起的業務請求，並向所述用戶端返回業務請求回應資訊，所述業務請求回應資訊中包括用戶端上應用程式的第一版本的版本標識，所述第一版本為所述業務伺服器允許的所述應用程式的最低版本。 本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式產品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體態樣的實施例的形式。而且，本發明可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存媒體(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。 本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方塊圖來描述的。應理解可由電腦程式指令實現流程圖和/或方塊圖中的每一流程和/或方塊、以及流程圖和/或方塊圖中的流程和/或方塊的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可程式設計資料處理設備的處理器以產生一個機器，使得通過電腦或其他可程式設計資料處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能的裝置。 這些電腦程式指令也可儲存在能引導電腦或其他可程式設計資料處理設備以特定方式工作的電腦可讀記憶體中，使得儲存在該電腦可讀記憶體中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能。 這些電腦程式指令也可裝載到電腦或其他可程式設計資料處理設備上，使得在電腦或其他可程式設計設備上執行一系列操作步驟以產生電腦實現的處理，從而在電腦或其他可程式設計設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能的步驟。 在一個典型的配置中，計算設備包括一個或多個處理器 (CPU)、輸入/輸出介面、網路介面和記憶體。 記憶體可能包括電腦可讀媒體中的非永久性記憶體，隨機存取記憶體 (RAM) 和/或非揮發性記憶體等形式，如唯讀記憶體 (ROM) 或快閃記憶體(flash RAM)。記憶體是電腦可讀媒體的示例。 電腦可讀媒體包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括，但不限於相變記憶體 (PRAM)、靜態隨機存取記憶體 (SRAM)、動態隨機存取記憶體 (DRAM)、其他類型的隨機存取記憶體 (RAM)、唯讀記憶體 (ROM)、電可抹除可程式設計唯讀記憶體 (EEPROM)、快閃記憶體或其他記憶體技術、唯讀光碟唯讀記憶體 (CD-ROM)、數位多功能光碟 (DVD) 或其他光學儲存、磁盒式磁帶，磁帶磁磁片儲存或其他磁性存放裝置或任何其他非傳輸媒體，可用於儲存可以被計算設備存取的資訊。按照本文中的界定，電腦可讀媒體不包括暫存電腦可讀媒體 (transitory media)，如調變的資料訊號和載波。 還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。 本領域技術人員應明白，本發明的實施例可提供為方法、系統或電腦程式產品。因此，本發明可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體態樣的實施例的形式。而且，本發明可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存媒體(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。 以上所述僅為本發明的實施例而已，並不用於限制本發明。對於本領域技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本發明的申請專利範圍的範圍之內。
S101‧‧‧步驟S103‧‧‧步驟S105‧‧‧步驟S1051‧‧‧步驟S1053‧‧‧步驟101‧‧‧業務請求發起模組103‧‧‧回應資訊接收模組105‧‧‧程式更新模組201‧‧‧業務請求接收模組203‧‧‧程式更新模組205‧‧‧閘道配置模組
此處所說明的附圖用來提供對本發明的進一步理解，構成本發明的一部分，本發明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中： 圖1為本發明實施例提供的一種用戶端上應用程式的更新方法的流程示意圖； 圖2為本發明實施例提供的第二種用戶端上應用程式的更新方法的流程示意圖； 圖3為本發明實施例提供的第三種用戶端上應用程式的更新方法的流程示意圖； 圖4為本發明實施例中業務伺服器與用戶端進行互動的時序示意圖； 圖5為本發明實施例中用戶端進行應用程式更新的主體流程示意圖； 圖6為本發明實施例中用戶端進行應用程式更新的詳細流程示意圖； 圖7為本發明實施例中一種用戶端上應用程式的更新裝置的結構示意圖； 圖8為本發明實施例中第二種用戶端上應用程式的更新裝置的結構示意圖； 圖9為本發明實施例中一種電子設備的結構示意圖； 圖10為本發明實施例中另一種電子設備的結構示意圖。
