一種升級包管理方法及服務器的制造方法
【技術領域】
[0001]本發(fā)明涉及軟件升級技術領域，具體涉及一種升級包管理方法及服務器。
【背景技術】
[0002]空中固件升級(FOTA, Firmware Over The Air)是智能終端系統(tǒng)(例如Android系統(tǒng))目前主流的升級方式，智能終端和服務器通過網(wǎng)絡交互傳遞升級包，完成智能終端系統(tǒng)的升級。
[0003]如圖1所示為典型的FOTA模型，主機將升級包源代碼編譯成升級包后上傳到服務器，智能終端通過和服務器建立連接，下載需要的升級包進行升級。
[0004]目前，升級包根據(jù)內容可以分為全量升級包和增量升級包，其中，全量升級包是針對所有文件的升級，相當于將智能終端系統(tǒng)全部刪除再重新升級，增量升級包需要針對指定歷史版本來升級，只升級差異部分，不對無差異部分做修改。采用增量升級的FOTA方式，每次新版本發(fā)布都會包含一個全量升級包和多個增量升級包，而由上述方案可見，主機每次都需要將編譯得到的升級包上傳到服務器，由服務器對升級包進行管理，因此，當發(fā)布的版本較多時，升級包的總數(shù)量將會非常龐大，而數(shù)量龐大的升級包必然會給服務器帶來不小的壓力(例如存儲壓力、管理壓力等)。

【發(fā)明內容】

[0005]本發(fā)明提供一種升級包管理方法及服務器，用于減小服務器的壓力。
[0006]本發(fā)明第一方面提供一種升級包管理方法，包括:
[0007]服務器從主機獲取中間包，其中，所述中間包為所述主機根據(jù)升級包源代碼編譯輸出的中間文件；
[0008]根據(jù)獲取的中間包生成全量升級包和預設數(shù)量的增量升級包；
[0009]存儲所述獲取的中間包、所述全量升級包和所述預設數(shù)量的增量升級包；
[0010]刪除歷史存儲的全量升級包和所有增量升級包。
[0011]本發(fā)明第二方面提供一種服務器，包括:
[0012]第一獲取單元，用于從主機獲取中間包，其中，所述中間包為所述主機根據(jù)升級包源代碼編譯輸出的中間文件；
[0013]生成單元，用于根據(jù)所述第一獲取單元獲取的中間包生成全量升級包和預設數(shù)量的增量升級包；
[0014]存儲單元，用于存儲所述第一獲取單元獲取的中間包、所述生成單元生成的全量升級包和預設數(shù)量的增量升級包；
[0015]清理單元，用于刪除所述存儲單元歷史存儲的全量升級包和所有增量升級包。
[0016]由上可見，本發(fā)明中主機根據(jù)升級包源代碼編譯出中間包后，只將中間包上傳到服務器，由服務器完成升級包的制作，且服務器在新的升級包制作完成后，自動刪除歷史存儲的升級包，服務器只需要保留和管理中間包和新制作的全量升級包和增量升級包，因此有效節(jié)省了服務器的存儲空間，減小了服務器的壓力(例如存儲壓力、管理壓力等)，進而提高了服務器的運行效率。
【附圖說明】
[0017]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0018]圖1為現(xiàn)有技術一種典型的FOTA模型示意圖；
[0019]圖2-a為本發(fā)明提供的一種升級包管理方法一個實施例流程示意圖；
[0020]圖2_b為本發(fā)明提供的一種增量升級包生成方法實施例流程示意圖；
[0021]圖2-c為本發(fā)明提供的一種主機和服務器的實施例架構示意圖；
[0022]圖3為本發(fā)明提供的一種升級包管理方法另一個實施例流程示意圖；
[0023]圖4為本發(fā)明提供的一種服務器一個實施例結構示意圖。
【具體實施方式】
[0024]為使得本發(fā)明的發(fā)明目的、特征、優(yōu)點能夠更加的明顯和易懂，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而非全部實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0025]下面對本發(fā)明實施例中的升級包管理方法進行描述，如圖2_a所示，本發(fā)明實施例中的升級包管理方法包括:
[0026]步驟201、服務器從主機獲取中間包；
[0027]其中，上述中間包為上述主機根據(jù)升級包源代碼編譯輸出的中間文件。
[0028]本發(fā)明實施例中，上述中間包的原型為主機根據(jù)升級包源代碼進行時產(chǎn)生的一個臨時文件，包含了所有需要升級的內容和一些升級工具(例如升級腳本)，主機在編譯過程中，將中間包由中間文件改為輸出文件。具體的，主機根據(jù)升級包源代碼編譯得到中間包的過程可參照現(xiàn)有技術實現(xiàn)，此處不再贅述。
[0029]可選的，服務器周期性向主機請求獲取中間包，如果主機有新的中間包，則主機將新的中間包發(fā)送給服務器；或者，也可以由主機在輸出新的中間包后，主動將新的中間包發(fā)送給服務器。具體地，服務器和主機之間可以通過有線方式或無線方式進行通訊。本發(fā)明實施例中不對服務器從主機獲取中間包的方式進行限定。
[0030]步驟202、根據(jù)獲取的中間包生成全量升級包和預設數(shù)量的增量升級包；
[0031]本發(fā)明實施例中，全量升級包是針對所有文件的升級，相當于將智能終端系統(tǒng)全部刪除再重新升級，增量升級包需要針對指定歷史版本來升級，只升級差異部分，不對無差異部分做修改。
[0032]具體的，上述根據(jù)獲取的中間包生成全量升級包和預設數(shù)量的增量升級包的過程可以由配置在服務器的升級包制作腳本實現(xiàn)。需要說明的是，原生的升級包制作腳本是和升級包源代碼在一塊的，需要依賴于源碼環(huán)境運行，相對于原生的升級包制作腳本，本發(fā)明實施例將升級包制作腳本及依賴的庫、工具和簽名文件等獨立出來，使得配置在服務器的升級包制作腳本能夠脫離源代碼環(huán)境運行?？蛇x的，對主機的編譯規(guī)則做如下規(guī)范:1、分區(qū)升級文件以文件夾形式存儲在中間包的根目錄，分區(qū)升級文件以相應分區(qū)的名稱(例如分區(qū)名稱的大寫字母)命名；2、僅將需要燒錄的分區(qū)升級文件打包到中間包中。這在步驟202的執(zhí)行過程中，服務器即可根據(jù)步驟201獲取的中間包中根目錄下的文件夾名稱確定需要升級的分區(qū)，并將需要升級的分區(qū)的分區(qū)升級文件燒錄到指定的全量升級包和/或增量升級包中。
[0033]由于增量升級包是針對歷史版本的升級，因此，增量升級包的生成需要結合新的中間包和相應歷史版本的中間包?？蛇x的，本發(fā)明實施例中增量升級包的生成流程如圖2-b所示:
[0034]S1、根據(jù)上述預設數(shù)量和獲取的中間包的軟件版本號計算最低版本號；
[0035]其中，需要生成的增量升級包的數(shù)量可在步驟201獲取的中間包中指定。中間包也會指示當前中間包的軟件版本號，該軟件版本號與通過該中間包生成的全量升級包的軟件版本號一致。
[0036]舉例說明，假設步驟201獲取的中間包的軟件版本號為v40，需要生成的增量升級包的數(shù)量為10，則可以將軟件版本號V40往前退10個版本，得到最低版本號V30。
[0037]S2、將當前軟件版本號減一后作為目標軟件版本號；
[0038]以步驟SI中的舉例進一步說明，當服務器首次執(zhí)行步驟S2時，將軟件版本號為v40減I (即退I個版本)后得到的v39作為目標軟件版本號。
[0039]S3、判斷上述目標軟件版本號是否小于上述最低版本號；
[0040]當服務器判斷上述目標軟件版本號小于最低版本號，則進入步驟S7，當服務器判斷上述目標軟件版本號不小于上述最低版本號，則進入步驟S4。
[0041]S4、判斷是否存儲有與上述目標軟件版本號一致的中間包；
[0042]當服務器判斷存儲有與上述目標軟件版本號一致的中間包時，執(zhí)行步驟S5，當服務器判斷未存儲有與上述目標