軟件更新方法及系統(tǒng)以及移動裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及軟件更新方法，特別是涉及提供安全保護以及下載檢查機制的軟件更新方法。
【背景技術(shù)】
[0002]固件無線更新或空中固件升級(Firmware Over-the_Air ;F0TA),是用于諸如智能型手機和平板計算機等移動裝置的升級，包括軟件更新、固件更新和設(shè)備管理等功能。這種更新方式讓使用者可以通過手機網(wǎng)絡(luò)或者W1-Fi網(wǎng)絡(luò)下載新版更新軟件，并在目前廣為一般Android系統(tǒng)的手機使用者使用。因此，為了確保一般移動裝置在進行無線更新時能順利完成，本發(fā)明提出一套對應(yīng)的數(shù)據(jù)安全保護方法以及下載檢查機制。

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

[0003]本發(fā)明的一實施例提供一種軟件更新方法。該軟件更新方法包括:對一原生軟件包執(zhí)行加密及壓縮以得到一發(fā)行軟件包；依一移動裝置的下載要求，將該發(fā)行軟件包自一服務(wù)伺服器傳送至該移動裝置；以及對該移動裝置進行配置檢查是否符合要求，若符合則解壓縮該發(fā)行軟件包。
[0004]本發(fā)明的一實施例提供一種軟件更新系統(tǒng)。該軟件更新系統(tǒng)包括一服務(wù)伺服器與一移動裝置。該服務(wù)伺服器包括:一第一處理單元以及一通訊單元。該移動裝置包括一接收單元以及一第二處理單元。該第一處理單元對一原生軟件包執(zhí)行加密及壓縮以得到一發(fā)行軟件包。該通訊單元用以依該移動裝置的下載要求，將該發(fā)行軟件包傳送至該移動裝置。該接收單元接收該發(fā)行軟件包。該第二處理單元對該移動裝置進行配置檢查是否符合要求，若符合則解壓縮該發(fā)行軟件包。
[0005]本發(fā)明的一實施例提供一種移動裝置。該包括移動裝置一接收單元以及一處理單元。該接收單元自一服務(wù)伺服器接收經(jīng)過加密及壓縮的一發(fā)行軟件包。該處理單元對該移動裝置進行配置檢查是否符合要求，若符合則解壓該發(fā)行軟件包。
【附圖說明】
[0006]圖1是說明本發(fā)明的軟件更新系統(tǒng)10的區(qū)塊圖。
[0007]圖2是說明本發(fā)明的移動裝置20的區(qū)塊圖。
[0008]圖3是以流程圖舉例說明本發(fā)明的軟件更新方法。
[0009]圖4是以流程圖舉例說明第二處理單元112執(zhí)行配置檢查的流程。
[0010]附圖符號說明
[0011]10?軟件更新系統(tǒng)
[0012]100?服務(wù)伺服器
[0013]110、20?移動裝置
[0014]101?通訊單元
[0015]102?第一處理單元
[0016]lll、21?接收單元
[0017]112?第二處理單元
[0018]113、23?存儲器單元
[0019]22?處理單元
【具體實施方式】
[0020]如圖1所示的實施例，本發(fā)明的軟件更新系統(tǒng)10可為一服務(wù)伺服器100與移動裝置110 ;但本發(fā)明并不以此為限。在本實施例中，服務(wù)伺服器100包括一通訊單元101以及一第一處理單元102，移動裝置110包括一接收單元111、一第二處理單元112以及一存儲器單元113。
[0021]服務(wù)伺服器100中的第一處理單元102對一原生軟件包執(zhí)行加密及壓縮以得到一發(fā)行軟件包。在此，該原生軟件包用以更新移動裝置110所搭載的平臺操作系統(tǒng)，在此該原生軟件例如是用以更新Android操作系統(tǒng)的軟件包；但本發(fā)明并不以此為限。在通訊單元101通過因特網(wǎng)接收到來自移動裝置110的下載要求后，通訊單元101將該發(fā)行軟件包通過因特網(wǎng)傳送至移動裝置110?；蚴且苿友b置110的供應(yīng)廠商在推出新的發(fā)行軟件包時，即利用通訊單元101通過因特網(wǎng)將新的發(fā)行軟件包傳送至指定的移動裝置110。在此，因特網(wǎng)是指手機無線網(wǎng)絡(luò)或是W1-Fi無線網(wǎng)絡(luò)，而移動裝置110為搭載Android操作系統(tǒng)的一智能型手機(但本發(fā)明并非限定于此)。移動裝置110中的接收單元111接收該發(fā)行軟件包。最后，移動裝置110中的第二處理單元112對移動裝置110進行配置檢查是否符合特定的規(guī)格要求或是操作條件要求。若移動裝置110的配置符合前述要求，則第二處理單元112解壓縮該發(fā)行軟件包。
[0022]在本實施例中，第一處理單元102準備一第一鑰匙加密該原生軟件包，其加密方法可以米用Open SSL (Secure Sockets Layer protocol)技術(shù)中的對稱式加密法；但本發(fā)明并不以此為限。接著，第一處理單元102計算加密過的該原生軟件包得到一校驗和數(shù)值(checksum)。該校驗和數(shù)值通過信息-摘要演算法(Message-digest Algorithm5 ;MD5)對該原生軟件包文件計算得出的一 MD5數(shù)值，其中信息-摘要演算法亦可由任何將電子文件編碼成一數(shù)值的演算法取代。第一處理單元102將加密過的該原生軟件包、該校驗和數(shù)值連同該原生軟件包的版本號碼(例如，Android4.3版本)一并壓縮成該發(fā)行軟件包。最后，再藉由通訊單元101將該發(fā)行軟件包通過因特網(wǎng)發(fā)送至移動裝置110。在移動裝置110通過接收單元111接收該發(fā)行軟件包之后，移動裝置110中的第二處理單元112先對移動裝置110進行配置檢查。
[0023]在本實施例中，執(zhí)行的配置檢查項目可包括:移動裝置110的存儲器容量、電池電量以及裝置狀態(tài)(充電狀態(tài))。執(zhí)行配置檢查的目的在于防止移動裝置110更新失敗的意外狀況發(fā)生。首先，第二處理單元112檢查存儲器單元113的容量是否足夠下載該發(fā)行軟件包。在此，存儲器單元113為移動裝置110中的一存儲器快取。接著，第二處理單元112檢查移動裝置110的電池電量是否大于一第一電量，其中該第一電量為移動裝置110進行更新所需的基本電量。例如，檢查移動裝置110的電池電量是否超過10%。最后，第二處理單元112檢查移動裝置110的裝置狀態(tài)，例如，當檢查移動裝置110正在進行充電，則無法通過配置檢查。移動裝置110的裝置狀態(tài)亦可包括移動裝置110是否正在執(zhí)行重要應(yīng)用功能，例如，使用者正在使用移動裝置110進行通話或是移動裝置110正在執(zhí)行駕駛導(dǎo)航應(yīng)用程序。值得注意的是上述配置檢查可通過一程序執(zhí)行(例如，智能型手機中的應(yīng)用程序)。若所有配置檢查皆符合前述要求，第二處理單元112解壓縮該發(fā)行軟件包得到加密過的該原生軟件包、該校驗和數(shù)值以及該原生軟件包的版本號碼；反之第二處理單元112告知更新失敗。
[0024]第二處理單元112檢查該校驗和數(shù)值以及該原生軟件包的版本號碼是否符合。若符合則重新啟動(reboot)移動裝置110進入恢復(fù)模式(Recovery mode);反之第二處理單元112告知更新失敗。在移動裝置110進入恢復(fù)模式(Recovery mode)后，第二處理單元112使用該第一鑰匙解密出該原生軟件包，并使用該原生軟件包更新移動裝置110所搭載的Android操作系統(tǒng)。
[0025]圖2是說明本發(fā)明的移動裝置20的一實施例。如圖2所示，移動裝置20包括一接收單元21、一處理單元22以及一存儲器單元23。在此，移動裝置20為搭載Android操作系統(tǒng)的一智能型手機(但本發(fā)明并非限定于此)。接收單元21自一服務(wù)伺服器接收經(jīng)過壓縮的一發(fā)行軟件包。在此，該發(fā)行軟件包用以更新移動裝置20所搭載的Android操作系統(tǒng)，例如，用以更新成Android4.3版本的軟件包；但本發(fā)明并不以此為限。
[0026]處理單元22對移動裝置20進行配置檢查是否符合要求。首先，處理單元22檢查存儲器單元23的容量是否足夠下載該發(fā)行軟件包。在此，存儲器單元23為移動裝置20中的一存儲器快取。接著，處理單元22檢查移動裝置20的電量是否大于一第一電量，其中該第一電量為移動裝置20進行更新所需的基本電量。處理單元