本發(fā)明涉及移動終端應(yīng)用管理技術(shù)領(lǐng)域，尤指一種應(yīng)用商店服務(wù)管理方法和裝置。

背景技術(shù)：

應(yīng)用商店為智能手機的重要入口，當用戶需要下載需要的應(yīng)用軟件時，應(yīng)用商店通常是用戶下載這些應(yīng)用軟件的首要選擇。

用戶使用應(yīng)用商店時，可以在應(yīng)用商店客戶端上進行搜索、詳情查看、評論、下載資源等操作，大部分的操作需要與應(yīng)用商店服務(wù)器進行消息通信與數(shù)據(jù)傳輸，來形成一個閉環(huán)。

網(wǎng)民用戶的操作大體可分為兩個類型：讀信息與寫數(shù)據(jù)。讀信息包括APK(安卓安裝包)文件和圖片文件的下載，應(yīng)用描述信息的獲取等；寫數(shù)據(jù)包括應(yīng)用評論、舉報等信息上傳等。

然后隨著用戶量的增加，在大并發(fā)的場景下，由于讀寫操作均需要占據(jù)應(yīng)用服務(wù)器與數(shù)據(jù)庫相應(yīng)的連接數(shù)，高頻率的信息讀取會降低數(shù)據(jù)的寫入速度，損害用戶體驗。

為了保障用戶的使用體驗，應(yīng)用商店廠商只能采用服務(wù)器集群橫向擴展策略，加大服務(wù)器的集群規(guī)模，保障服務(wù)器對外性能處于良好狀態(tài)；不過這是以加大成本投入的前提下實現(xiàn)的，并非是一勞永逸的解決方案。

技術(shù)實現(xiàn)要素：

為了解決上述問題，本發(fā)明提出了一種應(yīng)用商店服務(wù)管理方法和裝置，能夠減小應(yīng)用服務(wù)器集群的數(shù)據(jù)交互業(yè)務(wù)量，提供并發(fā)業(yè)務(wù)的處理能力。

為了達到上述目的，本發(fā)明提出了一種應(yīng)用商店服務(wù)管理裝置，設(shè)置在應(yīng)用服務(wù)器上，所述應(yīng)用商店服務(wù)管理裝置包括：

加密單元，用于獲取應(yīng)用程序的版本信息對應(yīng)的加密文件；

第一文件名單元，用于根據(jù)預(yù)定的文件名規(guī)則為所述加密文件生成對應(yīng)的加密文件名；

第一路徑單元，用于根據(jù)預(yù)定的路徑規(guī)則為所述加密文件生成對應(yīng)的存儲路徑；

發(fā)送單元，用于將所述加密文件、所述加密文件對應(yīng)的存儲路徑發(fā)送給內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)器。

優(yōu)選地，所述加密單元獲取應(yīng)用程序的版本信息對應(yīng)的加密文件包括：

對應(yīng)用程序的版本信息進行持久化處理；

對持久化處理后的應(yīng)用程序的版本信息進行序列化，得到對應(yīng)的JSON對象字符串；

根據(jù)預(yù)定的加密規(guī)則，對所述JSON對象字符串進行加密，得到對應(yīng)的加密文件。

優(yōu)選地，所述文件名規(guī)則包括：

根據(jù)應(yīng)用程序的屬性信息得到初始文件名，并對所述初始文件名加密運算，得到加密文件對應(yīng)的加密文件名；

所述路徑規(guī)則包括：

設(shè)置加密文件對應(yīng)的存儲路徑為：

使用應(yīng)用程序的不同屬性信息分別作為所述存儲路徑中的不同級別的目錄名。

優(yōu)選地，所述根據(jù)應(yīng)用程序的屬性信息得到初始文件名包括：

根據(jù)SOFT、categoryId、softId、itemId、和公鑰字段得到初始文件名；

所述對所述初始文件名加密運算包括：所述初始文件名執(zhí)行MD5運算；

所述使用應(yīng)用程序的不同屬性信息分別作為所述存儲路徑中的不同級別的目錄名包括：

使用CDN域名、SOFT、catgroyId、softId、或itemId的任意組合分別作為所述存儲路徑中的不同級別的目錄名；

其中，SOFT表示應(yīng)用資源的標識；categoryId為數(shù)值型數(shù)據(jù)，表示當前應(yīng)用所屬分類的主鍵標識ID；softId為數(shù)值型數(shù)據(jù)，表示當前應(yīng)用的主鍵ID；itemId為數(shù)值型數(shù)據(jù)，表示當前應(yīng)用版本的主鍵ID；公鑰字段為與客戶端約定的常量字符串；加密文件名為加密文件生成對應(yīng)的加密文件名。

為了達到上述目的，本發(fā)明還提出了一種應(yīng)用商店服務(wù)管理裝置，設(shè)置在客戶端上，所述裝置包括：

第二文件名單元，用于根據(jù)預(yù)定的文件名規(guī)則生成加密文件對應(yīng)的加密文件名；其中，加密文件為應(yīng)用程序的版本信息對應(yīng)的加密文件；

第二路徑單元，用于根據(jù)預(yù)定的路徑規(guī)則生成加密文件對應(yīng)的存儲路徑；

下載單元，用于根據(jù)生成的加密文件名和存儲路徑從CDN服務(wù)器下載對應(yīng)的加密文件；

解密單元，用于獲取加密文件對應(yīng)的應(yīng)用程序的版本信息。

優(yōu)選地，所述解密單元獲取加密文件對應(yīng)的應(yīng)用程序的版本信息包括：

根據(jù)預(yù)存的解密規(guī)則，對加密文件進行解密，得到加密文件對應(yīng)的JSON對象字符串；

對上述JSON對象字符串進行反序列化處理，生成應(yīng)用程序的版本信息。

為了達到上述目的，本發(fā)明還提出了一種應(yīng)用商店服務(wù)管理方法，所述應(yīng)用商店服務(wù)管理方法包括：

應(yīng)用服務(wù)器獲取應(yīng)用程序的版本信息對應(yīng)的加密文件；

根據(jù)預(yù)定的文件名規(guī)則為加密文件生成對應(yīng)的加密文件名；

根據(jù)預(yù)定的路徑規(guī)則為加密文件生成對應(yīng)的存儲路徑；

應(yīng)用服務(wù)器將應(yīng)用程序的版本信息對應(yīng)的加密文件、所述加密文件對應(yīng)的存儲路徑發(fā)送給內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)器。

優(yōu)選地，所述應(yīng)用服務(wù)器獲取應(yīng)用程序的版本信息對應(yīng)的加密文件包括：

應(yīng)用服務(wù)器對應(yīng)用程序的版本信息進行持久化處理；

應(yīng)用服務(wù)器對持久化處理后的應(yīng)用程序的版本信息進行序列化，得到對應(yīng)的JSON對象字符串；

根據(jù)預(yù)定的加密規(guī)則，對所述JSON對象字符串進行加密，得到對應(yīng)的加密文件。

為了達到上述目的，本發(fā)明還提出了一種應(yīng)用商店服務(wù)管理方法，所述應(yīng)用商店服務(wù)管理方法包括：

客戶端根據(jù)預(yù)定的文件名規(guī)則生成加密文件對應(yīng)的加密文件名；其中，加密文件為應(yīng)用程序的版本信息對應(yīng)的加密文件；

客戶端根據(jù)預(yù)定的路徑規(guī)則生成加密文件對應(yīng)的存儲路徑；

客戶端根據(jù)生成的加密文件名和存儲路徑從CDN服務(wù)器下載對應(yīng)的加密文件；

客戶端獲取加密文件對應(yīng)的應(yīng)用程序的版本信息。

優(yōu)選地，所述獲取加密文件對應(yīng)的應(yīng)用程序的版本信息包括：

根據(jù)預(yù)存的解密規(guī)則，對加密文件進行解密，得到加密文件對應(yīng)的JSON對象字符串；

對上述JSON對象字符串進行反序列化處理，生成應(yīng)用程序的版本信息。

與現(xiàn)有技術(shù)相比，本發(fā)明提供的技術(shù)方案包括：應(yīng)用商店服務(wù)管理裝置包括：加密單元，用于獲取應(yīng)用程序的版本信息對應(yīng)的加密文件；第一文件名單元，用于根據(jù)預(yù)定的文件名規(guī)則為所述加密文件生成對應(yīng)的加密文件名；第一路徑單元，用于根據(jù)預(yù)定的路徑規(guī)則為所述加密文件生成對應(yīng)的存儲路徑；發(fā)送單元，用于將所述加密文件、所述加密文件對應(yīng)的存儲路徑發(fā)送給內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)器。通過本發(fā)明的方案，將文字信息之類的版本信息的讀取從應(yīng)用服務(wù)器的交互數(shù)據(jù)業(yè)務(wù)中分離出來，根據(jù)預(yù)定的規(guī)則生成文件名和存儲路徑，并且以加密文件的方式存儲在CDN服務(wù)器，然后客戶端使用約定的匹配規(guī)則進行加密文件的下載路徑的生成與下載后的文件版本信息的解密展示，通過上述文字信息的讀取方式，提高了客戶端獲取文字信息的速度；同時減少服務(wù)器端約80％的并發(fā)業(yè)務(wù)請求，相對于現(xiàn)有技術(shù)的應(yīng)用服務(wù)器的管理方法，本發(fā)明的應(yīng)用商店服務(wù)管理方法能夠在相同業(yè)務(wù)處理量的情況下，縮小服務(wù)器集群規(guī)模，降低成本投入。

附圖說明

下面對本發(fā)明實施例中的附圖進行說明，實施例中的附圖是用于對本發(fā)明的進一步理解，與說明書一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明保護范圍的限制。

圖1為本發(fā)明實施例提供的實現(xiàn)應(yīng)用商店服務(wù)的系統(tǒng)架構(gòu)示意圖；

圖2為本發(fā)明實施例提出的一種應(yīng)用商店服務(wù)管理裝置的結(jié)構(gòu)示意圖；

圖3為本發(fā)明實施例提出的另一種應(yīng)用商店服務(wù)管理裝置的結(jié)構(gòu)示意圖；

圖4為本發(fā)明實施例提出的又一種應(yīng)用商店服務(wù)管理裝置的結(jié)構(gòu)示意圖；

圖5A和圖5B為本發(fā)明實施例提供的應(yīng)用商店服務(wù)管理方法的流程示意圖；

圖6A和圖6B為本發(fā)明實施例提供的應(yīng)用商店服務(wù)管理方法的流程示意圖。

具體實施方式

為了便于本領(lǐng)域技術(shù)人員的理解，下面結(jié)合附圖對本發(fā)明作進一步的描述，并不能用來限制本發(fā)明的保護范圍。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的各種方式可以相互組合。

應(yīng)當理解，此處所描述的具體實施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

現(xiàn)在將參考附圖描述實現(xiàn)本發(fā)明各個實施例的移動終端。在后續(xù)的描述中，使用用于表示元件的諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發(fā)明的說明，其本身并沒有特定的意義。因此，"模塊"與"部件"可以混合地使用。

移動終端可以以各種形式來實施。例如，本發(fā)明中描述的終端可以包括諸如移動電話、智能電話、筆記本電腦、數(shù)字廣播接收器、PDA(個人數(shù)字助理)、PAD(平板電腦)、PMP(便攜式多媒體播放器)、導航裝置等等的移動終端以及諸如數(shù)字TV、臺式計算機等等的固定終端。下面，假設(shè)終端是移動終端。然而，本領(lǐng)域技術(shù)人員將理解的是，除了特別用于移動目的的元件之外，根據(jù)本發(fā)明的實施方式的構(gòu)造也能夠應(yīng)用于固定類型的終端。

根據(jù)調(diào)查統(tǒng)計，在與應(yīng)用商店服務(wù)器進行數(shù)據(jù)交互中，文字詳情信息獲取的操作占據(jù)大于80％的比例，而數(shù)據(jù)寫入的操作大約只占了20％。如果通過CDN對文字詳情信息獲取進行下載加速，可以減小應(yīng)用商店服務(wù)器的數(shù)據(jù)交互量，減輕應(yīng)用商店服務(wù)器的業(yè)務(wù)負擔，緩解在大并發(fā)情況下用戶體驗下降的問題，相對于加大服務(wù)器的集群規(guī)模的解決方式，通過如果通過CDN對文字詳情信息獲取進行下載加速能夠以更加經(jīng)濟的方式減輕應(yīng)用商店服務(wù)器的業(yè)務(wù)負擔。

請參閱圖1，為本發(fā)明實施例中實現(xiàn)應(yīng)用商店服務(wù)的系統(tǒng)架構(gòu)示意圖，系統(tǒng)中包括CDN靜態(tài)資源服務(wù)器，用戶終端、以及應(yīng)用服務(wù)器集群；APK以及圖片等靜態(tài)資源被分發(fā)到CDN靜態(tài)資源服務(wù)器供用戶下載；對于文字數(shù)據(jù)的讀取與寫入，則需要用戶終端與應(yīng)用服務(wù)器集群進行數(shù)據(jù)交互來完成。

下面結(jié)合附圖，對本發(fā)明實施例提供的應(yīng)用商店服務(wù)管理裝置和方法進行說明。

如圖2所示，本發(fā)明實施例提出一種應(yīng)用商店服務(wù)管理裝置，設(shè)置在應(yīng)用服務(wù)器上，所述應(yīng)用商店服務(wù)管理裝置包括：

加密單元10，用于獲取應(yīng)用程序的版本信息對應(yīng)的加密文件；

具體地，可以通過多種方式對應(yīng)用程序的版本信息進行加密，在其中一種優(yōu)選地方式中，通過對應(yīng)用程序的版本信息進行持久化處理、序列化處理，以及對JSON對象字符串的加密來完成應(yīng)用程序的版本信息的加密處理。

第一文件名單元20，用于根據(jù)預(yù)定的文件名規(guī)則為加密文件生成對應(yīng)的加密文件名；

具體地，通過根據(jù)預(yù)定的文件名規(guī)則為加密文件生成對應(yīng)的加密文件名，移動終端可以根據(jù)同樣的文件名規(guī)則獲取應(yīng)用程序的版本信息對應(yīng)的加密文件的加密文件名，并根據(jù)該加密文件名從CDN服務(wù)器下載加密文件，從而在保證信息安全的前提下，提供了一種通過CND進行應(yīng)用程序的版本信息下載的方法。

第一路徑單元30，用于根據(jù)預(yù)定的路徑規(guī)則為加密文件生成對應(yīng)的存儲路徑；

具體地，通過根據(jù)預(yù)定的文件名規(guī)則為加密文件生成對應(yīng)的存儲路徑，移動終端可以根據(jù)同樣的路徑規(guī)則獲取應(yīng)用程序的版本信息對應(yīng)的加密文件的存儲路徑，并根據(jù)該存儲路徑從CDN服務(wù)器下載加密文件，從而在保證信息安全的前提下，提供了一種通過CND進行應(yīng)用程序的版本信息下載的方法。

發(fā)送單元40，用于將應(yīng)用程序的版本信息對應(yīng)的加密文件、所述加密文件對應(yīng)的存儲路徑發(fā)送給內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)器。

具體地，應(yīng)用服務(wù)器在生成對應(yīng)的加密文件和對應(yīng)的存儲路徑后，將內(nèi)容發(fā)送給CDN服務(wù)的服務(wù)器，可以通過CDN的服務(wù)器分發(fā)至CDN服務(wù)中部署在不同區(qū)域的各個CDN服務(wù)器中。

在一種實施方式中，所述加密單元10獲取應(yīng)用程序的版本信息對應(yīng)的加密文件可進一步包括：

對應(yīng)用程序的版本信息進行持久化處理；

對持久化處理后的應(yīng)用程序的版本信息進行序列化，得到對應(yīng)的JSON對象字符串；

根據(jù)預(yù)定的加密規(guī)則，對上述JSON對象字符串進行加密，得到對應(yīng)的加密文件。

上述加密規(guī)則是服務(wù)器和客戶端約定的，客戶端也會根據(jù)該加密規(guī)則對應(yīng)的解密規(guī)則對加密文件進行解密，從而加密文件對應(yīng)的JSON對象字符串。該加密規(guī)則可以采用相關(guān)技術(shù)中的加密規(guī)則，例如，BASE64加密技術(shù)，或者MD5加密算法等。

本發(fā)明實施例中，所述文件名規(guī)則包括：

根據(jù)SOFT、categoryId、softId、itemId、和公鑰字段得到初始文件名，并對所述初始文件名執(zhí)行MD5運算，得到加密文件對應(yīng)的加密文件名。

示例性地，可以根據(jù)如下文件名規(guī)則為加密文件生成對應(yīng)的加密文件名：

將<“SOFT”+categoryId+softId+itemId+公鑰字段>作為初始文件名，并對初始文件名執(zhí)行MD5運算，得到加密文件對應(yīng)的加密文件名；本實施例中，以MD5運算為例進行說明，也可以采用其他的加密算法。

本發(fā)明實施例中，所述路徑規(guī)則包括：

設(shè)置加密文件對應(yīng)的存儲路徑為：

使用CDN域名、SOFT、catgroyId、softId、或itemId的任意組合分別作為所述存儲路徑中的不同級別的目錄名；

其中，SOFT表示應(yīng)用資源的標識；categoryId為數(shù)值型數(shù)據(jù)，表示當前應(yīng)用所屬分類的主鍵標識ID；softId為數(shù)值型數(shù)據(jù)，表示當前應(yīng)用的主鍵ID；itemId為數(shù)值型數(shù)據(jù)，表示當前應(yīng)用版本的主鍵ID；公鑰字段為與客戶端約定的常量字符串；加密文件名為加密文件生成對應(yīng)的加密文件名。

示例性地，可以根據(jù)如下路徑規(guī)則為加密文件生成對應(yīng)的存儲路徑：

設(shè)置加密文件對應(yīng)的存儲路徑為：

“CDN域名/SOFT/catgroyId/softId/itemId/加密文件名”。

基于與上述實施例相同或相似的構(gòu)思，本發(fā)明實施例還提供一種應(yīng)用商店服務(wù)管理裝置，設(shè)置在內(nèi)容分發(fā)網(wǎng)絡(luò)CDN服務(wù)器上，如圖3所示，所述裝置包括：

接收單元50，用于接收應(yīng)用服務(wù)器發(fā)送的應(yīng)用程序的版本信息對應(yīng)的加密文件、所述加密文件對應(yīng)的存儲路徑；

存儲單元60，用于根據(jù)所述所述加密文件對應(yīng)的存儲路徑對所述加密文件進行存儲。

基于與上述實施例相同或相似的構(gòu)思，本發(fā)明實施例還提供一種應(yīng)用商店服務(wù)管理裝置，設(shè)置在客戶端上，如圖4所示，所述裝置包括：

第二文件名單元70，用于根據(jù)預(yù)定的文件名規(guī)則生成加密文件對應(yīng)的加密文件名；其中，加密文件為應(yīng)用程序的版本信息對應(yīng)的加密文件；

第二路徑單元75，用于根據(jù)預(yù)定的路徑規(guī)則生成加密文件對應(yīng)的存儲路徑；

下載單元80，用于根據(jù)生成的加密文件名和存儲路徑從CDN服務(wù)器下載對應(yīng)的加密文件；

解密單元90，用于獲取加密文件對應(yīng)的應(yīng)用程序的版本信息。

本發(fā)明實施例中，所述解密單元獲取加密文件對應(yīng)的應(yīng)用程序的版本信息包括：

根據(jù)預(yù)存的解密規(guī)則，對加密文件進行解密，得到加密文件對應(yīng)的JSON對象字符串；

對上述JSON對象字符串進行反序列化處理，生成應(yīng)用程序的版本信息。

基于與上述實施例相同或相似的構(gòu)思，本發(fā)明實施例還提供一種應(yīng)用商店服務(wù)管理方法，參見圖5A和圖5B，為本發(fā)明實施例提供的應(yīng)用商店服務(wù)管理方法的流程示意圖，如圖5A所示，所述應(yīng)用商店服務(wù)管理方法包括：

步驟110，應(yīng)用服務(wù)器接收服務(wù)器運營端發(fā)送的應(yīng)用程序的版本信息；

步驟120，應(yīng)用服務(wù)器獲取應(yīng)用程序的版本信息對應(yīng)的加密文件；

其中，如圖5B所示，所述步驟120包括：

步驟121、應(yīng)用服務(wù)器對應(yīng)用程序的版本信息進行持久化處理；

步驟122、應(yīng)用服務(wù)器對持久化處理后的應(yīng)用程序的版本信息進行序列化，得到對應(yīng)的JSON對象字符串；

步驟123、根據(jù)預(yù)定的加密規(guī)則，對上述JSON對象字符串進行加密，得到對應(yīng)的加密文件；

步驟130，根據(jù)預(yù)定的文件名規(guī)則為加密文件生成對應(yīng)的加密文件名；

其中，根據(jù)SOFT、categoryId、softId、itemId、和公鑰字段得到初始文件名，并對所述初始文件名執(zhí)行MD5運算，得到加密文件對應(yīng)的加密文件名。

示例性地，可以根據(jù)如下文件名規(guī)則為加密文件生成對應(yīng)的加密文件名：

將<“SOFT”+categoryId+softId+itemId+公鑰字段>作為初始文件名，并對初始文件名執(zhí)行MD5運算，得到加密文件對應(yīng)的加密文件名；本實施例中，以MD5運算為例進行說明，也可以采用其他的加密算法。

其中，“SOFT”代表應(yīng)用資源；categoryId是一個數(shù)值型數(shù)據(jù)，代表當前應(yīng)用所屬分類的主鍵ID；softId是一個數(shù)值型數(shù)據(jù)，代表當前應(yīng)用的主鍵ID；itemId是一個數(shù)值型數(shù)據(jù)，代表當前應(yīng)用版本的主鍵ID；公鑰字段是一個與客戶端約定好的常量字符串。

步驟140，根據(jù)預(yù)定的路徑規(guī)則為加密文件生成對應(yīng)的存儲路徑；

其中，所述路徑規(guī)則包括：

設(shè)置加密文件對應(yīng)的存儲路徑為：使用CDN域名、SOFT、catgroyId、softId、或itemId的任意組合分別作為所述存儲路徑中的不同級別的目錄名。

示例性地，可以根據(jù)如下路徑規(guī)則為加密文件生成對應(yīng)的存儲路徑：

設(shè)置加密文件對應(yīng)的存儲路徑為：

CDN域名/SOFT/catgroyId/softId/itemId/加密文件名

其中，“SOFT”表示應(yīng)用資源的標識；categoryId為數(shù)值型數(shù)據(jù)，表示當前應(yīng)用所屬分類的主鍵標識ID；softId為數(shù)值型數(shù)據(jù)，表示當前應(yīng)用的主鍵ID；itemId為數(shù)值型數(shù)據(jù)，表示當前應(yīng)用版本的主鍵ID；公鑰字段為與客戶端約定的常量字符串；加密文件名為加密文件生成對應(yīng)的加密文件名。

步驟150，應(yīng)用服務(wù)器將應(yīng)用程序的版本信息對應(yīng)的加密文件、加密文件對應(yīng)的存儲路徑發(fā)送給CDN服務(wù)器；

其中，存儲路徑的最后一層的內(nèi)容為加密文件對應(yīng)的加密文件名。

其中，應(yīng)用服務(wù)器將應(yīng)用程序的版本信息對應(yīng)的加密文件、加密文件對應(yīng)的存儲路徑發(fā)送靜態(tài)資源服務(wù)器，靜態(tài)資源服務(wù)器將上述應(yīng)用程序的版本信息對應(yīng)的加密文件、加密文件對應(yīng)的存儲路徑分發(fā)給各個CDN服務(wù)器。

優(yōu)選地，在步驟150之后還包括：

步驟160，CDN服務(wù)器根據(jù)加密文件對應(yīng)的存儲路徑對加密文件進行存儲。

基于與上述實施例相同或相似的構(gòu)思，本發(fā)明實施例還提供一種應(yīng)用商店服務(wù)管理方法，參見圖6A和圖6B，為本發(fā)明實施例提供的應(yīng)用商店服務(wù)管理方法的流程示意圖，如圖6A所示，所述應(yīng)用商店服務(wù)管理方法包括：

步驟210，客戶端根據(jù)預(yù)定的文件名規(guī)則生成加密文件對應(yīng)的加密文件名；

其中，客戶端采用的文件名規(guī)則與應(yīng)用服務(wù)器生成加密文件名時所采用的文件名規(guī)則相同。

步驟220，客戶端根據(jù)預(yù)定的路徑規(guī)則生成加密文件對應(yīng)的存儲路徑；

其中，客戶端采用的路徑規(guī)則與應(yīng)用服務(wù)器生成存儲路徑時所采用的路徑規(guī)則相同。

其中，步驟210和步驟220的不存在特定的先后順序。

步驟230，客戶端根據(jù)生成的加密文件名和存儲路徑從CDN下載對應(yīng)的加密文件。

步驟240，客戶端獲取加密文件對應(yīng)的應(yīng)用程序的版本信息；

其中，如圖6B所示，所述步驟240包括：

步驟241，客戶端根據(jù)預(yù)存的解密規(guī)則，對加密文件進行解密，得到加密文件對應(yīng)的JSON對象字符串；

其中，客戶端預(yù)存的解密規(guī)則為應(yīng)用服務(wù)器對對JSON對象字符串進行加密時采用的加密規(guī)則所對應(yīng)的解密規(guī)則。

步驟242，客戶端對上述JSON對象字符串進行反序列化處理，生成應(yīng)用程序的版本信息，其中，應(yīng)用程序的版本信息包括適合在客戶端界面展示的數(shù)據(jù)信息。

需要說明的是，在本文中，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者裝置不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者裝置所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括該要素的過程、方法、物品或者裝置中還存在另外的相同要素。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，空調(diào)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。