一種檢查系統(tǒng)文件完整性的方法
【專利摘要】本發(fā)明公開了一種檢查系統(tǒng)文件完整性的方法。該檢查系統(tǒng)文件完整性的方法包括：啟動檢查系統(tǒng)文件的完整性；讀取原系統(tǒng)文件的檢測表，并根據(jù)檢測表檢查系統(tǒng)文件；若檢查到待升級的系統(tǒng)文件與檢測表不一致，則系統(tǒng)文件不完整，并顯示系統(tǒng)文件與原系統(tǒng)文件不一致的內(nèi)容。通過以上方式，本發(fā)明能夠提高用戶的體驗效果。
【專利說明】一種檢查系統(tǒng)文件完整性的方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及移動終端【技術(shù)領(lǐng)域】，特別是涉及一種檢查系統(tǒng)文件完整性的方法。

【背景技術(shù)】
[0002]目前，用戶使用手機的過程中會通過采取ROOT手機進行定制化操作。其中用戶會自行刪減或修改手機系統(tǒng)的部分軟件，進而破壞手機自帶系統(tǒng)軟件的穩(wěn)定性。在廠商更新手機系統(tǒng)的升級包時，手機根據(jù)升級包對手機系統(tǒng)進行升級，導(dǎo)致手機系統(tǒng)升級出錯，影響了用戶的體驗效果。


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

[0003]本發(fā)明實施例提供了一種檢查系統(tǒng)文件完整性的方法，能夠提高用戶的體驗效果O
[0004]本發(fā)明提供一種檢查系統(tǒng)文件完整性的方法，其包括:啟動檢查系統(tǒng)文件的完整性；讀取原系統(tǒng)文件的檢測表，并根據(jù)檢測表檢查系統(tǒng)文件；若檢查到待升級的系統(tǒng)文件與檢測表不一致，則系統(tǒng)文件不完整，并顯示系統(tǒng)文件與原系統(tǒng)文件不一致的內(nèi)容。
[0005]其中，啟動檢查系統(tǒng)文件的完整性包括:在系統(tǒng)文件進行升級時，啟動檢查系統(tǒng)文件的完整性。
[0006]其中，若檢查到待升級的系統(tǒng)文件與檢測表不一致，系統(tǒng)文件終止升級。
[0007]其中，檢測表包括原系統(tǒng)文件的所有文件的大小和修改時間。
[0008]其中，根據(jù)檢測表檢查系統(tǒng)文件包括:檢查系統(tǒng)文件的每一項文件的大小和檢測表對應(yīng)的文件的大小是否一致；若否，則待升級的系統(tǒng)文件與檢測表不一致；若是，則檢查系統(tǒng)文件的每一項文件的修改時間和檢測表對應(yīng)的文件的修改時間是否一致；若否，則待升級的系統(tǒng)文件與檢測表不一致。
[0009]其中，方法還包括:若檢查到待升級的系統(tǒng)文件與檢測表一致，則系統(tǒng)文件完整，系統(tǒng)文件進行升級。
[0010]其中，系統(tǒng)文件進行升級包括:獲取空間下載技術(shù)OTA升級包；進入系統(tǒng)升級模式，根據(jù)OTA升級包對系統(tǒng)文件進行升級。
[0011]其中，OTA升級包為差分包。
[0012]通過上述方案，本發(fā)明的有益效果是:本發(fā)明通過讀取原系統(tǒng)文件的檢測表，并根據(jù)檢測表檢查系統(tǒng)文件；若檢查到待升級的系統(tǒng)文件與檢測表不一致，則系統(tǒng)文件不完整，并顯示系統(tǒng)文件與原系統(tǒng)文件不一致的內(nèi)容，能夠提高用戶的體驗效果。

【專利附圖】

【附圖說明】
[0013]為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。其中:
[0014]圖1是本發(fā)明第一實施例的系統(tǒng)文件的升級方法的流程圖；
[0015]圖2是本發(fā)明第一實施例的檢查系統(tǒng)文件完整性的方法的流程圖。

【具體實施方式】
[0016]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性的勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0017]本發(fā)明所揭示的檢查系統(tǒng)文件完整性的方法基于移動終端，移動終端優(yōu)選為手機或平板電腦等移動設(shè)備。如圖1所示，移動終端的系統(tǒng)文件的升級方法，該方法包括:
[0018]SlOl:移動終端接收到升級包推送，并提示用戶升級信息；
[0019]S102:用戶根據(jù)升級信息決定是否進行系統(tǒng)升級；
[0020]S103:若是，則移動終端下載升級包；
[0021]S104:移動終端的系統(tǒng)重啟并切換至Recovery模式進行升級；
[0022]S105:根據(jù)升級包對系統(tǒng)文件進行升級。
[0023]其中，Recovery模式為工程模式，在該模式下，用戶可以刷入新的安卓系統(tǒng)文件，或者對系統(tǒng)文件進行備份或升級，或者恢復(fù)出廠設(shè)置。
[0024]在系統(tǒng)文件升級時，移動終端啟動檢查系統(tǒng)文件的完整性，如圖2所示，本實施例所揭示的檢查系統(tǒng)文件完整性的方法包括:
[0025]S201:啟動檢查系統(tǒng)文件的完整性；
[0026]S202:讀取原系統(tǒng)文件的檢測表，并根據(jù)檢測表檢查系統(tǒng)文件；
[0027]S203:若檢查到待升級的系統(tǒng)文件與檢測表不一致，則系統(tǒng)文件不完整，并顯示系統(tǒng)文件與原系統(tǒng)文件不一致的內(nèi)容。
[0028]在S201中，在系統(tǒng)文件進行升級時，移動終端啟動檢查系統(tǒng)文件的完整性。即在S101-S103中任意一個步驟中均可以啟動檢查系統(tǒng)文件的完整性。
[0029]在S202中，檢測表包括原系統(tǒng)文件的所有文件的大小和修改時間。其中，原系統(tǒng)文件為移動終端在出廠時設(shè)置的系統(tǒng)文件，檢查表設(shè)置在原系統(tǒng)文件中。
[0030]其中，根據(jù)檢測表檢查系統(tǒng)文件包括:檢測系統(tǒng)該文件的每一項文件的大小和檢測表對應(yīng)的文件的大小是否一致；
[0031]若否，在待升級的系統(tǒng)文件與檢測表不一致，進入S203 ;
[0032]若是，則檢測系統(tǒng)文件的每一項文件的修改時間和檢測表對應(yīng)的文件的修改時間是否一致；
[0033]若否，則待升級的系統(tǒng)文件與檢測表不一致，進入S203。
[0034]在S203中，若檢查到待升級的系統(tǒng)文件與檢測表不一致，系統(tǒng)文件終止升級，并通過移動終端的顯示屏顯示系統(tǒng)文件與原系統(tǒng)文件不一致的內(nèi)容。
[0035]若檢查到待升級的系統(tǒng)文件與檢測表一致時，系統(tǒng)文件完整，則系統(tǒng)文件進行升級。具體包括:
[0036]在S103中，移動終端下載升級包，獲取OTA (Over the Air Technology，空間下載技術(shù))升級包。其中OTA升級包為安卓系統(tǒng)提供的軟件升級包，通過OTA升級包能夠無損升級系統(tǒng)文件，主要通過無線網(wǎng)絡(luò)下載OTA升級包，也可以下載OTA升級包到SD卡升級系統(tǒng)文件。OTA升級包一般為幾M到十幾M，無需備份數(shù)據(jù)，能夠很快完成系統(tǒng)文件升級。
[0037]優(yōu)選地，OTA升級包為差分包。即移動終端在出廠時的原系統(tǒng)文件版本A，版本A的大小為300-600M ;廠家對原系統(tǒng)文件的軟件進行修正，向用戶提供一個升級的系統(tǒng)文件版本 B，版本 B 的大小為 300-600M。例如，A 文件為 1234567890abcdefghi jklmnopqrst，B文件為1234abc890123defg，原系統(tǒng)文件版本A由無數(shù)個A文件組合，原系統(tǒng)文件版本B由無數(shù)個B文件組合。版本B和版本A只更改了系統(tǒng)文件的小部分內(nèi)容，差分包為5_abc_10_123_18—，表示第五個字節(jié)開始換成abc，第十個字節(jié)開始換成123，第18個字節(jié)以后的文件都刪除。
[0038]進入系統(tǒng)升級模式，根據(jù)OTA升級包對系統(tǒng)文件進行升級。即S104-S105，進入Recovery模式，根據(jù)差分包對系統(tǒng)文件進行升級。
[0039]通過上述方式，用戶在下載OTA升級包之前獲知系統(tǒng)文件是否完整，若系統(tǒng)文件完整，則用戶下載OTA升級包對系統(tǒng)文件進行升級；若系統(tǒng)文件不完整，則系統(tǒng)文件終止升級；進而能夠提高用戶的體驗效果。
[0040]在其他實施例中，本領(lǐng)域普通技術(shù)人員還可以對整個系統(tǒng)的內(nèi)進行MD5 (MessageDigest Algorithm MD5，消息摘要算法第五版)或者SHA (數(shù)據(jù)加密算法)檢查系統(tǒng)文件的完整性。
[0041]綜上所述，本發(fā)明通過讀取原系統(tǒng)文件的檢測表，并根據(jù)檢測表檢查系統(tǒng)文件；若檢查到待升級的系統(tǒng)文件與檢測表不一致，則系統(tǒng)文件不完整，并顯示系統(tǒng)文件與原系統(tǒng)文件不一致的內(nèi)容，能夠提高用戶的體驗效果。
[0042]以上所述僅為本發(fā)明的實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的【技術(shù)領(lǐng)域】，均同理包括在本發(fā)明的專利保護范圍內(nèi)。
【權(quán)利要求】
1.一種檢查系統(tǒng)文件完整性的方法，其特征在于，所述方法包括: 啟動檢查系統(tǒng)文件的完整性； 讀取原系統(tǒng)文件的檢測表，并根據(jù)所述檢測表檢查所述系統(tǒng)文件； 若檢查到所述待升級的系統(tǒng)文件與所述檢測表不一致，則所述系統(tǒng)文件不完整，并顯示所述系統(tǒng)文件與所述原系統(tǒng)文件不一致的內(nèi)容。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述啟動檢查系統(tǒng)文件的完整性包括: 在所述系統(tǒng)文件進行升級時，啟動檢查所述系統(tǒng)文件的完整性。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，若檢查到所述待升級的系統(tǒng)文件與所述檢測表不一致，所述系統(tǒng)文件終止升級。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述檢測表包括所述原系統(tǒng)文件的所有文件的大小和修改時間。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)所述檢測表檢查所述系統(tǒng)文件包括: 檢查所述系統(tǒng)文件的每一項文件的大小和所述檢測表對應(yīng)的文件的大小是否一致； 若否，則所述待升級的系統(tǒng)文件與所述檢測表不一致； 若是，則檢查所述系統(tǒng)文件的每一項文件的修改時間和所述檢測表對應(yīng)的文件的修改時間是否一致； 若否，則所述待升級的系統(tǒng)文件與所述檢測表不一致。
6.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法還包括: 若檢查到所述待升級的系統(tǒng)文件與所述檢測表一致，則所述系統(tǒng)文件完整，所述系統(tǒng)文件進行升級。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述系統(tǒng)文件進行升級包括: 獲取空間下載技術(shù)OTA升級包； 進入系統(tǒng)升級模式，根據(jù)所述OTA升級包對所述系統(tǒng)文件進行升級。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述OTA升級包為差分包。
【文檔編號】G06F9/445GK104504326SQ201410737653
【公開日】2015年4月8日 申請日期:2014年12月5日 優(yōu)先權(quán)日:2014年12月5日
【發(fā)明者】常健 申請人:深圳天瓏無線科技有限公司, 江蘇省天瓏電子科技有限公司