一種連續(xù)升級的方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及軟件升級領(lǐng)域，尤其涉及一種連續(xù)升級的方法及裝置。
【背景技術(shù)】
[0002]空中下載技術(shù)(Over the Air Technology，OTA)是一種通過無線網(wǎng)絡(luò)進行數(shù)據(jù)下載的技術(shù)，現(xiàn)已被廣泛應(yīng)用于手機、平板電腦等設(shè)備的網(wǎng)絡(luò)升級中。目前均是通過下載服務(wù)器端提供的針對客戶端當前軟件版本的差分文件并將差分文件通過打補丁的方式更新到當前軟件版本中，從而實現(xiàn)OTA的升級。差分文件一般只包含了需要升級的文件信息，例如，差分文件V2-V1，只包含了版本V2相對版本Vl發(fā)生變化的應(yīng)用信息，若要通過差分文件V2-V1實現(xiàn)升級，客戶端的當前版本必須為VI，升級完成后客戶端的版本就變?yōu)閂2。
[0003]假設(shè)終端的現(xiàn)在使用的原始版本為V3，需要升級的目標版本為V5，現(xiàn)有技術(shù)中通常采用的第一種OTA升級方法是，終端獲取差分文件V4-V3，并根據(jù)差分文件V4-V3將當前版本由V3升級到V4，在此次升級完成后正常工作，直至下一次開機或者再次打開應(yīng)用程序，再終端獲取差分文件V5-V4，并根據(jù)差分文件V5-V4將當前版本由V4升級到V5。這種OTA升級方法的缺點是在版本升級時，一次升級只能將升級一個版本，無法實現(xiàn)連續(xù)升級。
[0004]為了能夠?qū)崿F(xiàn)將原始版本一次性升級到目標版本，現(xiàn)有技術(shù)中第二種OTA升級方法采用的方式是:根據(jù)不同的目標版本，提供原始版本到不同目標版本的不同差分文件。例如，若目標版本為V5，則在服務(wù)器上配置V5-V1、V5-V2、V5-V3、V5-V4這四種差分文件；若目標版本為V4，則在服務(wù)器上配置V4-V1、V4-V2、V4-V3這三種差分文件。終端通過下載對應(yīng)的差分文件則能實現(xiàn)一步到位的升級。但這種OTA升級方法的缺點是，需要制作大量的差分文件，若最新版本為Vn (η為正整數(shù))，生廠商共需制作η (η_1) /2種差分文件，而每種差分文件都需要進行測試驗證，開發(fā)成本大。

【發(fā)明內(nèi)容】

[0005]本發(fā)明的實施例提供一種連續(xù)升級的方法及裝置，通過獲取包含多個升級包的升級包集合，一次將終端從原始版本升級為目標版本，實現(xiàn)連續(xù)升級，并降低開發(fā)成本。
[0006]為達到上述目的，本發(fā)明的實施例采用如下技術(shù)方案:
[0007]第一方面，本發(fā)明實施例提供了一種連續(xù)升級的方法，包括:獲取并存儲原始版本到目標版本所需的升級包集合；原始版本是終端在連續(xù)升級前使用的版本；升級包集合中包含至少一個升級包；將升級包集合中升級包的在先版本與終端的當前版本相同的升級包確定為第一升級包；終端的當前版本是終端當前使用的版本，終端的當前版本在連續(xù)升級的過程中根據(jù)第一升級包的新版本動態(tài)變化；根據(jù)第一升級包升級恢復recovery分區(qū)，重新加載升級后的recovery分區(qū)到內(nèi)存，根據(jù)第一升級包升級系統(tǒng)分區(qū)，并跳轉(zhuǎn)至將升級包集合中升級包的在先版本與終端的當前版本相同的升級包確定為第一升級包，重新確定新的第一升級包，直至在升級包集合中確定不出新的第一升級包為止。
[0008]第二方面，本發(fā)明實施例提供了一種連續(xù)升級的裝置，包括:獲取單元，用于獲取并存儲原始版本到目標版本所需的升級包集合；原始版本是終端在連續(xù)升級前使用的版本；升級包集合中包含至少一個升級包；確定單元，用于將升級包集合中升級包的在先版本與終端的當前版本相同的升級包確定為第一升級包；終端的當前版本是終端當前使用的版本，終端的當前版本在連續(xù)升級的過程中根據(jù)第一升級包的新版本動態(tài)變化；處理單元，同于根據(jù)第一升級包升級恢復recovery分區(qū)，重新加載升級后的recovery分區(qū)到內(nèi)存，根據(jù)第一升級包升級系統(tǒng)分區(qū)，并跳轉(zhuǎn)至將升級包集合中升級包的在先版本與終端的當前版本相同的升級包確定為第一升級包，觸發(fā)確定單元重新確定新的第一升級包，直至在升級包集合中確定單元確定不出新的第一升級包為止。
[0009]本發(fā)明實施例提供了一種連續(xù)升級的方法及裝置，獲取并存儲原始版本到目標版本所需的升級包集合；將升級包集合中升級包的在先版本與終端的當前版本相同的升級包確定為第一升級包；根據(jù)第一升級包升級恢復recovery分區(qū)，重新加載升級后的recovery分區(qū)到內(nèi)存，根據(jù)第一升級包升級系統(tǒng)分區(qū)，并跳轉(zhuǎn)至將升級包集合中升級包的在先版本與終端的當前版本相同的升級包確定為第一升級包，重新確定新的第一升級包，直至在升級包集合中確定不出新的第一升級包為止。這樣，在最新版本為Vn的情況下，終端從原始版本一次性升級到任一目標版本時，生廠商最多只需要制作及測試η個升級包即可，大大減少了需要制作及測試的升級包，降低了開發(fā)成本。例如，最新版本為V5，生廠商只需要制作并測試V2-V1、V3-V2、V4-V3、V5-V4的四個升級包，若目標版本為V5，則使用V2-V1、V3-V2、V4-V3、V5-V4四個升級包即可；若目標版本為V4，則需要使用V2-V1、V3-V2、V4-V3三個升級包即可。
【附圖說明】
[0010]為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0011]圖1為本發(fā)明實施例提供的一種連續(xù)升級的方法的流程示意圖；
[0012]圖2為本發(fā)明實施例提供的另一種連續(xù)升級的方法的流程示意圖；
[0013]圖3為本發(fā)明實施例提供的一種連續(xù)升級的裝置的功能示意圖；
[0014]圖4為本發(fā)明實施例提供的另一種連續(xù)升級的裝置的功能示意圖。
【具體實施方式】
[0015]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0016]實施例一
[0017]本發(fā)明實施例提供了一種連續(xù)升級的方法，如圖1所示，包括:
[0018]101、獲取并存儲原始版本到目標版本所需的升級包集合。
[0019]其中，原始版本是終端在連續(xù)升級前使用的版本；升級包集合中包含至少一個升級包。
[0020]需要說明的是，目標版本是終端在連續(xù)升級后預(yù)計達到的版本。本發(fā)明實施例中的目標版本可以是已發(fā)布的所有版本中的最新版本，也可以不是最新版本，只要目標版本是比原始版本高的版本即可。示例性的，若終端的原始版本為VI，已發(fā)布的最新版本為V5，那么目標版本可以是V5，也可以是V2、V3或者V4。
[0021]需要說明的是，升級包集合包括從原始版本升級到目標版本所需的所有升級包。升級包集合中的每一升級包都有攜帶有兩個版本號:在先版本號和新版本號，分別對應(yīng)在先版本和新版本，其中，在先版本號用于指示該升級包需要對哪一版本進行升級，新版本號用于指示根據(jù)該升級包將終端升級到哪一版本。升級包集合中的升級包中一定有一個升級包的在先版本為原始版本，一定有一個升級包的新版本為目標版本，一個升級包的新版本對應(yīng)另一升級包的原始版本。
[0022]需要說明的是，升級包集合中的升級包可以是全包升級包，也可以是差分升級包，本發(fā)明對此不做限定。升級包集合中的每一升級包可以是相鄰兩個版本之間的升級包，也可以是不相鄰兩個版本的升級包。示例性的，若原始版本為VI，目標版本為V5，中間版本有V2、V3、V4，則可以是升級包集合中的所有升級包都是相鄰兩個版本之間的升級包，如升級包集合包括:V2-V1升級包、V3-V2升級包、V4-V3升級包、V5-V4升級包；也可以是升級包集合中部分升級包是相鄰兩個版本的升級包，部分升級包不是相鄰兩個版本的升級包，如升級包集合包括:V2-V1升級包、V3-V2升級包、V5-V3升級包；還可以是升級包集合中部分升級包都是不相鄰兩個版本的升級包，如升級包集合包括:V3-V1升級包、V5-V3升級包。其中，優(yōu)選的是升級包集合中的所有升級包都是相鄰兩個版本之間的升級包，這樣服務(wù)器只需要配置兩個相鄰版本的升級包即可，例如從Vl升級至Vn，只需要制作η-1種升級包即可，也只需要測試