本發(fā)明涉及信息處理領域，尤其涉及一種軟件升級方法及裝置。

背景技術：

隨著信息技術的發(fā)展和電子設備的廣泛應用，電子設備中應用，會通過升級頻繁更新升級應用，來完善和提升應用的功能，提高應用的智能性和用戶使用滿意度。但是在應用升級的過程中，常常發(fā)現(xiàn)升級包與當前設備版本不匹配，導致升級失敗，進而升級失敗率高。若采用覆蓋性升級則會導致很多用戶數(shù)據(jù)丟失，從而影響用戶升級后的使用，故如何提高升級成功率是現(xiàn)有技術中亟待解決的問題。

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

有鑒于此，本發(fā)明實施例期望提供一種軟件升級方法及裝置，至少緩解軟件升級失敗率高的問題

為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的：

本發(fā)明實施例第一方面提供一種軟件升級方法，所述方法包括：

接收升級包；其中，所述升級包共包括M個升級文件；所述M為不小于2的整數(shù)；

當無法基于所述M個升級文件進行軟件升級時，基于N個通過文件正確性驗證的所述升級文件進行軟件升級；

其中，所述N為小于所述M的正整數(shù)。

基于上述方案，所述當無法基于所述M個升級文件進行軟件升級時，基于N個通過文件正確性驗證的所述升級文件進行軟件升級，包括：

確定所述升級包的重要升級文件；

確定所述重要升級文件的文件正確性的驗證結果；

若所述驗證結果表明所述重要升級文件通過所述文件正確性驗證，基于N個通過文件正確性驗證的所述升級文件升級軟件；其中，所述N個通過文件正確性驗證的所述升級文件至少包括所有的所述重要升級文件。

基于上述方案，所述確定所述升級包的重要升級文件，包括：

接收所述升級包的下載描述符文件；

基于所述下載描述符文件確定所述重要升級文件。

基于上述方案，所述下載描述符文件包括所述升級包所有文件的文件名及所述文件對應的重要性等級；

所述基于所述下載描述符文件確定所述重要升級文件，包括：

將所述重要性等級與等級閾值進行比較；

基于所述比較的結果，確定所述重要升級文件。

基于上述方案，所述下載描述符文件包括所述升級包中所述重要升級文件的文件名；

所述確定所述升級包的重要升級文件，包括：

提取所述下載描述符文件中所述重要升級文件的文件名，確定出所述重要升級文件。

基于上述方案，所述方法還包括：

對所述升級包進行升級包正確性驗證；

所述確定所述重要升級文件的文件正確性的驗證結果，包括：

若所述升級包正確性驗證不通過，確定所述重要升級文件的文件正確性驗證的驗證結果。

基于上述方案，所述升級包正確性驗證為對所述升級包中所有文件進行正確性驗證；

所述若所述升級包正確性驗證不通過，確定所述重要升級文件的文件正確性驗證的驗證結果，包括：

基于所述升級包正確性驗證的驗證結果，獲取所述重要升級文件的文件正 確性驗證的驗證結果。

基于上述方案，所述當無法基于所述M個升級文件進行軟件升級時，基于N個通過文件正確性驗證的所述升級文件進行軟件升級，包括：

確定所述M個升級文件中文件正確性驗證性通過的N個所述升級文件；

基于通過所述文件正確性驗證的N個升級文件，進行軟件升級。

本發(fā)明實施例第二方面提供一種軟件升級裝置，所述裝置包括：

接收單元，用于接收升級包；其中，所述升級包共包括M個升級文件；所述M為不小于2的整數(shù)；

升級單元，用于當無法基于所述M個升級文件進行軟件升級時，基于N個通過文件正確性驗證的所述升級文件進行軟件升級；

其中，所述N為小于所述M的正整數(shù)。

基于上述方案，所述升級單元，包括：

第一確定模塊，用于確定所述升級包的重要升級文件；

第二確定模塊，用于確定所述重要升級文件的文件正確性的驗證結果；

升級模塊，用于若所述驗證結果表明所述重要升級文件通過所述文件正確性驗證，基于N個通過文件正確性驗證的所述升級文件升級軟件；其中，所述N個通過文件正確性驗證的所述升級文件至少包括所有的所述重要升級文件。

基于上述方案，所述第一確定模塊，用于接收所述升級包的下載描述符文件；及基于所述下載描述符文件確定所述重要升級文件。

基于上述方案，所述下載描述符文件包括所述升級包所有文件的文件名及所述文件對應的重要性等級；

所述第一確定模塊，還具體用于將所述重要性等級與等級閾值進行比較；及基于所述比較的結果，確定所述重要升級文件。

基于上述方案，所述下載描述符文件包括所述升級包中所述重要升級文件的文件名；

所述第一確定模塊，具體用于提取所述下載描述符文件中所述重要升級文件的文件名，確定出所述重要升級文件。

基于上述方案，所述裝置還包括：

驗證單元，用于對所述升級包進行升級包正確性驗證；

所述第二確定模塊，具體用于若所述升級包正確性驗證不通過，確定所述重要升級文件的文件正確性驗證的驗證結果。

基于上述方案，所述升級包正確性驗證為對所述升級包中所有文件進行正確性驗證；

所述第二確定模塊，具體用于基于所述升級包正確性驗證的驗證結果，獲取所述重要升級文件的文件正確性驗證的驗證結果。

基于上述方案，所述升級單元，具體用于確定所述M個升級文件中文件正確性驗證性通過的N個所述升級文件；及基于通過所述文件正確性驗證的N個升級文件，進行軟件升級。

本發(fā)明實施例軟件升級方法及裝置，在進行軟件升級時，可以基于升級包中的部分通過文件正確性驗證的升級文件進行軟件升級，這樣就可以很好的避免現(xiàn)有技術中個別升級文件的文件正確性驗證不通過，導致整個軟件都無法升級造成的升級失敗的現(xiàn)象，從而提升了軟件升級成功率。尤其適用于對于某些升級包內(nèi)升級文件與客戶端升級文件僅有微小差異碼，不影響本次升級主要目的的軟件升級。

附圖說明

圖1為本發(fā)明實施例所述的軟件升級方法的流程示意圖之一；

圖2為本發(fā)明實施例提供基于N個通過文件正確性驗證的升級文件進行軟件升級的流程示意圖；

圖3為本發(fā)明實施例提供的確定重要升級文件的流程示意圖；

圖4為本發(fā)明實施例提供的軟件升級裝置的結構示意圖；

圖5為本發(fā)明實施例所述的軟件升級方法的流程示意圖之二；

圖6為本發(fā)明實施例所述的軟件升級方法的流程示意圖之三。

具體實施方式

在電子設備(如手機、平板電腦或可穿戴設備等移動終端)使用過程中，如果用戶有意或者無意間更改了電子設備中應用或軟件當前版本的某些配置信息，或者用戶對設備進行了刷機處理，甚至因為出廠前批量生產(chǎn)時出現(xiàn)的某種異常導致了下載到設備里的版本與預期發(fā)貨版本的某部分文件不符，均可能在基于空口固件升級(Firmware Over The Air，F(xiàn)OTA)的軟件升級時，會因為該差分升級包被安裝之前嚴格的校驗機制檢測到制作差分升級包的版本與電子設備的當前版本不匹配，導致升級失敗。所述差分升級包是升級包的一種。這樣的后果是：電子設備只能選擇全版本升級，可能會覆蓋掉很多歷史用戶數(shù)據(jù)；特別的，如果當前設備不支持全版本升級，那么該設備后續(xù)將永遠無法升級，嚴重影響到用戶體驗。

本申請?zhí)峁┝艘环N軟件升級方案，當出現(xiàn)上述升級失敗現(xiàn)象時，基于軟件包中的部分升級文件進行軟件升級，這也是一種軟件升級，這樣至少提升了基于升級包的部分升級成功率。且這種軟件升級方法，當出現(xiàn)了如上所述差分升級包與當前設備版本不匹配時，既可以讓電子設備保留的用戶數(shù)據(jù)，也可以讓電子設備當前版本升級成功，提升升級智能性及用戶體驗。

以下結合說明書附圖及具體實施例對本發(fā)明的技術方案做進一步的詳細闡述。

如圖1所示，本實施例提供一種軟件升級方法，所述方法包括：

步驟S110：接收升級包；

步驟S120：當無法基于所述M個升級文件進行軟件升級時，基于N個通過文件正確性驗證的所述升級文件進行軟件升級；

其中，所述N為小于所述M的正整數(shù)。

在本實施例中，所述升級包可包括整體升級包和差分升級包。所述整體升級包可為升級版本應用的信息，根據(jù)完整升級包可以實現(xiàn)軟件的整體升級和替換。所述差分升級包僅包括升級版本和當前版本的差異信息，基于所述差分升 級包在軟件升級時，僅進行部分升級替換。在本實施例中所述升級包優(yōu)選為差分升級包。在步驟S110中可為客戶端從服務器側(cè)接收所述差分升級包等升級包。

一個軟件升級包共包括了M個升級文件，要求這M個升級文件均通過文件正確性驗證的概率，顯然低于僅要求M個中的N個升級文件通過文件正確性驗證的概率。當無法基于軟件升級包中的所有升級文件進行整體性軟件升級時，基于所述升級包進行部分升級，也是實現(xiàn)了軟件升級，顯然至少提升了基于升級包的部分升級成功率。

所述升級包中不僅包括升級文件，還包括升級文件寫入客戶端的flash區(qū)域；本實施例中所述文件正確性驗證包括：對需要升級的分區(qū)進行文件校驗，采用現(xiàn)有的校驗方法，制作升級包時需要壓縮和進行數(shù)字簽名，而升級包下載到電子設備以后采用解壓縮和對數(shù)字簽名進行前述的文件驗證。這里的升級包可包括OTA升級包，所述OTA為Over the Air Technology的縮寫，對應的中文為空中下載技術。所述OTA升級包為利用空中下載技術下載的升級包。

值得注意的所述文件正確性驗證不局限于上述舉例。在步驟S120可包括文件正確性驗證的子步驟，所述文件正確性驗證，可參見現(xiàn)有軟件升級技術中對文件的文件正確性驗證方法。

所述N個升級文件可包括以下至少兩種：

第一種：

所述升級包的升級文件包括普通升級文件和重要升級文件；所述N個升級文件為N個通過文件正確性驗證的重要升級文件。

第二種：N個升級文件可為M個升級文件中通過文件正確性驗證的所有升級文件。

針對于第一種：

如圖2所示，所述步驟S120可包括：

步驟S121：確定所述升級包的重要升級文件；

步驟S122：確定所述重要升級文件的文件正確性的驗證結果；

步驟S123：若所述驗證結果表明所述重要升級文件通過所述文件正確性驗證，基于N個通過文件正確性驗證的所述升級文件升級軟件；其中，所述N個通過文件正確性驗證的所述升級文件至少包括所有的所述重要升級文件。

通常一個升級包中可包括多個待升級的文件，這些文件的升級重要性是不一樣的。在本實施例中所述升級包中的升級文件可包括普通升級文件和重要升級文件。所述重要升級文件可是本次軟件升級必須要升級的文件。

在步驟S121將確定所述升級包的重要升級文件。所述步驟S121可為基于用戶指示確定的重要升級文件。

在步驟S122中將對所述升級包中的重要升級文件進行正確性驗證，若正確性驗證通過，則步驟S123Z中至少基于所述重要升級文件進行升級。這里，所述N個通過文件正確性驗證的所述升級文件至少包括所有的重要升級文件，可理解為，若所述重要升級共包括P個文件，則所述N不小于所述P。

在步驟S123中至少基于所有重要升級文件進行軟件升級，還可能基于所有重要性升級文件和部分普通升級文件進行所述軟件升級。這樣的話，不僅能夠基于升級包中各個文件進行基于升級包的整體性升級，還能夠基于升級包中的重要性升級文件，基于升級包的部分升級。這樣的話，當某個普通升級文件的正確性驗證出現(xiàn)錯誤時，依然進行重要性升級文件的升級，實現(xiàn)了升級的成功，從而提升了升級成功率。

如圖3所示，所述S121可包括：

步驟S1201：接收所述升級包的下載描述符文件；

步驟S1202：基于所述下載描述符文件確定所述重要升級文件。

所述下載描述符文件，可簡稱為DD文件。所述DD為Download Descriptiion的縮寫。所述DD文件還可包括升級包的文件大小、下載地址等信息。通常是進行客戶端下載所述升級包之前下載的一個文件。在本實施例中將從DD文件中獲取所述重要性升級文件，而不是從服務器發(fā)送的其他文件中發(fā)送的信息確定所述重要性文件，可以減少客戶端與服務器之間的信息交互次數(shù)，降低信息交互負荷，同時降低客戶端的功耗。

所述步驟S1202的實現(xiàn)方式有多種，以下提供兩種可選方式：

方式一：

所述下載描述符文件包括所述升級包所有文件的文件名及所述文件對應的重要性等級；

所述步驟S1202可包括：

將所述重要性等級與等級閾值進行比較；

基于所述比較的結果，確定所述重要升級文件。

這里的所述等級閾值可以為客戶端基于用戶輸入指令形成的等級閾值，也可以為電子設備出廠前默認配置的等級閾值。

若所述等級閾值越高，表示對應的升級文件的重要性越高，這樣的話，若所述比較的結果表明，所述重要性等級不小于所述等級閾值時，該重要性等級對應的升級文件為所述重要升級文件。若所述等級閾值越低，表示對應的升級文件的重要性越高，這樣的話，若所述比較的結果表明，所述重要性等級小于所述等級閾值時，該重要性等級對應的升級文件為所述重要升級文件。

所述升級文件的重要性等級可以由服務器側(cè)根據(jù)本次升級的升級目的及升級文件的升級功能來確定所述重要性等級。

方式二：

所述下載描述符文件包括所述升級包中所述重要升級文件的文件名；

所述步驟S1202包括：

提取所述下載描述符文件中所述重要升級文件的文件名，確定出所述重要升級文件。

在方式一中DD文件包括了升級包中所有文件的文件名和重要性等級，在本實施例中所述DD文件可以僅包括重要升級文件的文件名，這樣的話，客戶端直接根據(jù)DD文件中包括的文件名確定出哪些是重要升級文件。

值得注意的是，方式一可以根據(jù)用戶指令來設置等級閾值，方便用戶參與控制確定重要升級文件，這樣的話能夠提高用戶對升級的控制力度，而方式二的重要性文件的確定是由服務器側(cè)控制的，但是實現(xiàn)方式更為簡便。

在具體的實現(xiàn)過程中，所述DD文件中還可包括各個升級文件的分區(qū)信息，該分區(qū)信息可用于進行所述文件正確驗證。

本實施例所述方法還包括：

對所述升級包進行升級包正確性驗證；

所述步驟S122可包括：

若所述升級包正確性驗證不通過，確定所述重要升級文件的文件正確性驗證的驗證結果。

此處的所述升級包正確性驗證包括對所述升級包中所有升級文件的正確性驗證，如普通升級文件的正確性驗證和重要升級文件的正確性驗證。

在本實施例中，所述軟件升級方法，首先將進行升級包正確性驗證，所述升級包正確性驗證實質(zhì)上是第一次正確性驗證。若所述第一次正確性驗證通過，表示整個升級包內(nèi)所有文件都通過了正確性驗證，顯然可以基于整個升級包進行升級包中所有升級文件的升級，此時直接進行升級包中所有升級文件進行客戶端的軟件升級。此時，若升級包共包括M個升級文件；M為不小于1的整數(shù)，則客戶端的軟件升級M個文件，且升級的文件為軟件升級包中升級文件。

當升級包正確性升級不通過，表示升級包中有部分升級文件的正確性無法通過，則此時，確定重要升級文件的文件正確性驗證的驗證結果。若重要升級文件的文件正確性驗證通過，表明可以基于所述軟件升級包進行部分升級。這樣的話，若文件正確性驗證不通過的原因是普通升級文件的正確性驗證結果失敗，顯然依然能夠進行客戶端的軟件升級，顯然提升了軟件升級的升級成功率，也避免了極端狀況下軟件不能升級的結果。

此外，所述若所述升級包正確性驗證不通過，確定所述重要升級文件的文件正確性驗證的驗證結果，包括：基于所述升級包正確性驗證的驗證結果，獲取所述重要升級文件的文件正確性的驗證結果。

對重要升級文件的文件正確性驗證的驗證結果，可以重新對所述重要性文件進行一次正確性驗證，也可以基于升級包正確性驗證的驗證結果，確信出所述重要升級文件的驗證結果。顯然直接基于升級包正確性驗證的驗證結果來確 定，可以必滿重復驗證，加速確定效率。

第二種：

所述步驟S120可包括：

確定所述M個升級文件中文件正確性驗證性通過的N個所述升級文件；

基于通過所述文件正確性驗證的N個升級文件，進行軟件升級。

本發(fā)明實施例提供了一種軟件升級方法，可以基于升級包中的部分升級文件進行軟件升級，部分升級也是一種升級成功率，顯然就提升了升級成功率。

裝置實施例：

如圖4所示，本實施例提供一種軟件升級裝置，所述裝置包括：

接收單元110，用于接收升級包；其中，所述升級包共包括M個升級文件；所述M為不小于2的整數(shù)；

升級單元120，用于當無法基于所述M個升級文件進行軟件升級時，基于N個通過文件正確性驗證的所述升級文件進行軟件升級；

其中，所述N為小于所述M的正整數(shù)。

本實施例所述接收單元110可包括通信接口，用于從服務器等外設接收所述升級包。所述升級包可為前述方法實施例中所述的差分升級包，也可以是整體升級包。

所述升級單元120的具體結構可包括處理器或處理電路，所述處理器或處理電路能夠用于軟件升級處理等信息處理。所述處理器可包括客戶端內(nèi)的中央處理器CPU、微處理器MCU、數(shù)字信號處理器DSP或可編程陣列PLC等處理器。所述處理電路可包括專用集成電路ASIC等。

本實施例所述軟件升級裝置，打破現(xiàn)有技術中僅能基于升級包內(nèi)的所有升級文件進行所有文件的升級，而本申請中將基于升級包內(nèi)通過文件正確性驗證的N個升級文件進行升級，這樣通過部分升級，提高了升級成功率及升級智能性。

如圖5所示，所述升級單元120，包括：

第一確定模塊121，用于確定所述升級包的重要升級文件；

第二確定模塊122，用于確定所述重要升級文件的文件正確性的驗證結果；

升級模塊123，用于若所述驗證結果表明所述重要升級文件通過所述文件正確性驗證，基于N個通過文件正確性驗證的所述升級文件升級軟件；其中，所述N個通過文件正確性驗證的所述升級文件至少包括所有的所述重要升級文件。

所述第一確定模塊121結構有多種，可包括從外設接收信息確定出所述升級包中的所述重要升級文件，也可以包括信息解析器通過解析所述升級包本身確定出所述重要升級文件。

所述第二確定模塊122可包括進行信息驗證的結構，可比較器或比較電路，通過比較匹配確定出所述軟件包中重要升級文件的文件正確性驗證。

所述升級模塊123用于進行軟件升級，具體結構可包括前述的處理器或處理電路。

在本實施例中升級模塊123進行升級時，至少基于升級包中所有的重要升級文件進行軟件升級，當然也可以基于所有重要升級文件和部分普通升級文件進行軟件升級。

進一步地，所述第一確定模塊121，用于接收所述升級包的下載描述符文件；及基于所述下載描述符文件確定所述重要升級文件。

所述第一確定模塊121可包括通信接口和解析器，所述通信接口可用于接收所述下載描述符文件，所述解析器用于解析所述下載描述符文件確定出重要升級文件。在本實施例中所述升級包的DD文件攜帶指示重要升級文件的信息，簡化了客戶端確定重要升級文件的操作。

所述下載描述符文件包括所述升級包所有文件的文件名及所述文件對應的重要性等級；所述第一確定模塊121，還具體用于將所述重要性等級與等級閾值進行比較；及基于所述比較的結果，確定所述重要升級文件。

在本實施例中所述DD文件中包括重要性等級，所述第一確定模塊121可包括比較器，通過比較重要性等級與等級閾值，能夠得到比較結果，再基于比較結果確定出重要升級文件，這樣基于比較結構的裝置，能夠基于用戶指示的 等級閾值或系統(tǒng)默認設置或基于歷史升級記錄確定策略動態(tài)確定的等級閾值，能夠?qū)崿F(xiàn)方便更好的控制基于升級包中部分升級文件的軟件升級。

值得注意的是：本發(fā)明實施例中利用本發(fā)明技術方案實現(xiàn)的部分升級，指的均是基于升級包中部分升級文件的軟件升級；而整體升級指的是基于升級包中所有升級文件的軟件升級。

所述下載描述符文件包括所述升級包中所述重要升級文件的文件名；所述第一確定模塊121，具體用于提取所述下載描述符文件中所述重要升級文件的文件名，確定出所述重要升級文件。本方案中的第一確定模塊121可不同于前一方案中的第一確定模塊121，本方案中第一確定模塊121直接根據(jù)DD文件中記錄的文件名，確認出所述重要升級文件。因為文件名被記錄在所述DD文件中的升級文件均可視為重要升級文件。

在具體實現(xiàn)過程中，所述DD文件還可包括升級文件對應的分區(qū)信息，所述分區(qū)信息可用于文件正確性驗證。

此外，所述裝置還包括：驗證單元，用于對所述升級包進行升級包正確性驗證；所述第二確定模塊122，具體用于若所述升級包正確性驗證不通過，確定所述重要升級文件的文件正確性驗證的驗證結果。在本實施例中所述驗證單元會對升級包進行升級包正確性驗證。升級包正確性驗證通過表示升級包中所有文件都通過了文件正確性驗證，通常此時可以直接基于升級包的所有升級文件進行整體升級，故無需升級模塊123進行部分升級。故升級模塊123是在升級包正確性驗證不通過時，進行基于N個通過文件正確性驗證的升級文件進行部分升級。

所述升級包正確性驗證為對所述升級包中所有文件進行正確性驗證；所述第二確定模塊122，具體用于基于所述升級包正確性驗證的驗證結果，獲取所述重要升級文件的文件正確性驗證的驗證結果。如何確定重要升級文件的文件正確性驗證，所述第二確定模塊122可以根據(jù)各種文件正確性驗證算法，進行逐一驗證，也可以基于所述升級包正確性驗證結果來確定。在本實施例中所述第二確定模塊122為基于升級包正確性驗證的驗證結果來確定各所述重要性升 級文件的驗證結果，這樣實現(xiàn)更加簡便。

進一步地，所述升級單元120，具體用于確定所述M個升級文件中文件正確性驗證性通過的N個所述升級文件；及基于通過所述文件正確性驗證的N個升級文件，進行軟件升級。本實施例中N個升級文件可為通過文件正確性驗證的N個升級文件，而不再區(qū)分是不是包括所有的重要性文件。這樣的話，也至少能夠?qū)蛻舳酥械能浖M行部分升級。

總之本實施例中提供例一種軟件升級裝置，能夠基于升級包內(nèi)的部分升級文件進行軟件升級，避免升級包只要有一個升級文件的文件正確性驗證不通過時，就導致升級完全不能進行的現(xiàn)象，提高了升級成功率和升級智能性。

以下結合上述任意實施例，提供幾個具體示例。

示例一：

如圖5所示，本示例所述軟件升級方法包括：

S001：DM會話發(fā)起和服務器交互，本步驟的執(zhí)行主體為客戶端。

客戶端發(fā)起FOTA升級，通過DM會話和服務器交互，查詢服務器是否存在可用差分升級包

S002：判斷服務器是否有可用差分升級包，若是，進入S003，若否，進入S015。

S003：下載DD文件，獲取DD文件中差分升級包的瞎子地址。若服務器存在可用差分升級包，則服務器下發(fā)DD文件到客戶端，該DD文件除了包含原有差分升級包大小、下載地址等信息外，還包含了該差分升級包升級文件的文件名稱、所在分區(qū)信息及其重要性等級

S004：基于所述下載地址，下載差分升級包。

S005：進行升級包完整性驗證。通過升級包完整性驗證可驗證出所述升級包在傳輸?shù)倪^程中是否出現(xiàn)數(shù)據(jù)丟失、誤碼以及被篡改等現(xiàn)象；具體可通過奇偶校驗或MD5算法等校驗算法，校驗所述升級包的完整性。

S005：客戶端重啟進入升級包正確性校驗。在校驗前客戶端的升級代理通過DD中獲取到該升級包即將更新的鏡像或文件系統(tǒng)的文件名稱、所在的分區(qū) 信息，以及他們的重要性等級

S006：判斷完整性驗證是否通過，若是，進入S007，若否，進入S014。

S007：獲取DD文件包括的升級包內(nèi)升級文件的文件名稱、分區(qū)信息及重要性等級信息。所述分區(qū)信息表明的是軟件中各文件的寫入?yún)^(qū)域。

S008：對升級包內(nèi)所有升級文件進行第一次正確性驗證。此處的第一次正確性驗證相當于前述實施例中的升級包正確性驗證。

S009：判斷第一次正確性驗證是否通過，若是，進入S013；若否，進入S010。

S010：根據(jù)S007獲取的重要性等級確定出重要升級文件，對重要升級文件進行第二次正確性驗證。只對重要性等級在等級閾值及以上的內(nèi)容所在分區(qū)再次進行校驗，校驗這部分分區(qū)的鏡像和文件系統(tǒng)信息完全與制作該差分升級包版本的鏡像和文件系統(tǒng)信息完全匹配。

S011：判斷第二次正確性驗證是否通過，若是，進入S012；若否，進入S014。

S012：忽略其他部分的驗證和升級，確定僅基于步驟S010驗證通過的重要升級文件所在分區(qū)進行軟件升級。這里相當于執(zhí)行前述實施例中的部分升級。

S013：升級軟件，提示升級成功。

S014：提示升級失敗。

S015：提示無可用差分升級包。

示例二：

如圖6所示，本示例軟件升級方法包括：

S101：客戶端檢測服務器上存在可用升級包。

S102：下載DD文件，獲取DD文件的信息內(nèi)容，所述信息內(nèi)容可包括升級包的大小及下載地址等信息；此外，還包括該可用升級包包括的升級文件的文件名稱、分區(qū)信息及重要性等級。

S103：下載升級后包，并驗證升級包完整性。

S104：獲取升級包包括的升級文件的文件名稱、分區(qū)信息及重要性等級等 信息。

S105：客戶端重啟進入第一次正確性驗證。

S106：驗證發(fā)現(xiàn)客戶端中的sb11.mbn文件與升級包中sb11.mbn文件不匹配，其他文件匹配。此時，表示第一次正確性驗證失敗。

S107：進行第二次正確性驗證。

S108：確定升級包包括的升級文件有NON-NLOS.bin和sb11.mbn，若當前客戶端指定的等級閾值為3，且判斷出NON-HLOS.bin的重要性等級是否不小于3，sb11.mbn的重要性等級小于3；則僅對NON-HLOS.bin所在分區(qū)進行校驗和升級，忽略sb11.mbn所在分區(qū)的校驗和升級。當然在本示例中所述重要性等級越高表示升級重要性越高。

值得注意的是：本發(fā)明實施例中所述的軟件升級裝置和客戶端均對應于手機、網(wǎng)絡電視、平板電腦或可穿戴式設備等終端設備，尤其是移動終端。所述軟件升級裝置甚至可為所述客戶端的組成部分。總之，包括本實施例所述軟件升級裝置的客戶端或終端，具有軟件升級成功率高及升級智能性高的特點。

在本申請所提供的幾個實施例中，應該理解到，所揭露的設備和方法，可以通過其它的方式實現(xiàn)。以上所描述的設備實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，如：多個單元或組件可以結合，或可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的各組成部分相互之間的耦合、或直接耦合、或通信連接可以是通過一些接口，設備或單元的間接耦合或通信連接，可以是電性的、機械的或其它形式的。

上述作為分離部件說明的單元可以是、或也可以不是物理上分開的，作為單元顯示的部件可以是、或也可以不是物理單元，即可以位于一個地方，也可以分布到多個網(wǎng)絡單元上；可以根據(jù)實際的需要選擇其中的部分或全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各實施例中的各功能單元可以全部集成在一個處理模塊中，也可以是各單元分別單獨作為一個單元，也可以兩個或兩個以上單元集 成在一個單元中；上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。

本領域普通技術人員可以理解：實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括：移動存儲設備、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應以所述權利要求的保護范圍為準。