本發(fā)明涉及電子技術領域，具體涉及一種應用升級方法及終端。

背景技術：

隨著電子技術的不斷發(fā)展，應用版本的更新周期在不斷減小，因此，如何快速升級應用已成為一種亟待解決的技術問題。目前，一種常見的應用升級方法為：使用應用的系統(tǒng)簽名對應用進行升級。然而，由于每個應用的系統(tǒng)簽名是終端廠商獨有的，如果通過第三方應用進行系統(tǒng)簽名，進而通過第三方應用來實現該應用的升級，可能會導致該應用的系統(tǒng)簽名泄露，以致降低了應用的安全性。

技術實現要素：

本發(fā)明實施例提供一種應用升級方法及終端，可以提高應用的安全性。

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

當檢測到第一應用調用第二應用的調用指令時，獲取集成在所述第一應用中的所述第二應用的第一版本號；

獲取終端中所述第二應用的第二版本號；

判斷所述第二版本號是否低于所述第一版本號；

當所述第二版本號低于所述第一版本號時，將所述終端中所述第二應用由所述第二版本號對應的版本升級為所述第一版本號對應的版本。

本發(fā)明實施例第二方面提供一種終端，包括：

第一獲取單元，用于當檢測到第一應用調用第二應用的調用指令時，獲取集成在所述第一應用中的所述第二應用的第一版本號；

第二獲取單元，用于獲取終端中所述第二應用的第二版本號；

第一判斷單元，用于判斷所述第二獲取單元獲取的第二版本號是否低于所述第一獲取單元獲取的第一版本號；

升級單元，用于當所述第一判斷單元的判斷結果為所述第二版本號低于所述第一版本號時，將所述終端中所述第二應用由所述第二版本號對應的版本升級為所述第一版本號對應的版本。

本發(fā)明實施例中，當檢測到第一應用調用第二應用的調用指令時，獲取集成在第一應用中的第二應用的第一版本號，獲取終端中第二應用的第二版本號，判斷第二版本號是否低于第一版本號，當第二版本號低于第一版本號時，將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本，可見，不需要系統(tǒng)簽名也可以進行應用升級，因此，可以提高應用的安全性。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1是本發(fā)明實施例提供的一種應用升級方法的流程示意圖；

圖2是本發(fā)明實施例提供的另一種應用升級方法的流程示意圖；

圖3是本發(fā)明實施例提供的又一種應用升級方法的流程示意圖；

圖4是本發(fā)明實施例提供的一種終端的結構示意圖；

圖5是本發(fā)明實施例提供的另一種終端的結構示意圖；

圖6是本發(fā)明實施例提供的又一種終端的結構示意圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明實施例提供一種應用升級方法及終端，可以提高應用的安全性。以下分別進行詳細說明。

請參閱圖1，圖1是本發(fā)明實施例提供的一種應用升級方法的流程示意圖。其中，該應用升級方法是從安裝第一應用和第二應用的終端的角度來描述的。如圖1所示，該應用升級方法可以包括以下步驟。

101、當檢測到第一應用調用第二應用的調用指令時，獲取集成在第一應用中的第二應用的第一版本號。

本實施例中，當一個應用需要調用另一個應用時，如果集成在調用應用中的被調用應用的版本號高于安裝在終端中被調用應用的版本號，調用應用將無法調用被調用應用。因此，當終端檢測到第一應用調用第二應用的調用指令時，終端先獲取集成在第一應用中的第二應用的第一版本號，即終端調用第一應用獲取集成在第一應用中的第二應用的第一版本號。其中，第一應用中集成有第二應用的安裝包和軟件開發(fā)工具包(Software Development Kit，SDK)，安裝包可以為安卓安裝包(Android Package，APK)，也可以為其它安裝包。其中，第一應用和第二應用是終端中的兩個不同的應用，例如：第一應用可以為游戲應用，第二應用可以為支付應用。

102、獲取終端中第二應用的第二版本號。

本實施例中，當終端檢測到第一應用調用第二應用的調用指令時，終端在獲取集成在第一應用中的第二應用的第一版本號之前、之后或同時，獲取終端中第二應用的第二版本號，即終端調用第一應用獲取安裝在終端中第二應用的第二版本號。

103、判斷第二版本號是否低于第一版本號，當第二版本號低于第一版本號時，將執(zhí)行步驟104，當第二版本號高于或等于第一版本號時，將執(zhí)行步驟105。

本實施例中，獲取到集成在第一應用中的第二應用的第一版本號，以及獲取到終端中第二應用的第二版本號之后，將判斷第二版本號是否低于第一版本號，即終端調用第一應用判斷第二版本號是否低于第一版本號，也即終端中的第一應用通過第一應用的SDK調用第二應用的接口判斷第二版本號是否低于第一版本號，當第二版本號低于第一版本號時，表明第一應用無法調用第二應用，將執(zhí)行步驟104，當第二版本號高于或等于第一版本號時，表明第一應用可以調用第二應用，將執(zhí)行步驟105。

104、將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本。

本實施例中，當第二版本號低于第一版本號時，終端將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本，即終端調用終端中第二應用將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本，也即終端使用第一應用中集成的第二應用的安裝包將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本，可見，第二應用的升級是由第二應用自身進行控制的，而不是第一應用控制的，因此，在第二應用升級的過程中，第一應用無法獲取到第二應用的特有信息，如系統(tǒng)簽名等，可以提高第二應用的安全性。

105、執(zhí)行調用指令。

在圖1所描述的應用升級方法中，當檢測到第一應用調用第二應用的調用指令時，獲取集成在第一應用中的第二應用的第一版本號，獲取終端中第二應用的第二版本號，判斷第二版本號是否低于第一版本號，當第二版本號低于第一版本號時，將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本，可見，不需要系統(tǒng)簽名也可以進行應用升級，因此，可以提高應用的安全性。

請參閱圖2，圖2是本發(fā)明實施例提供的另一種應用升級方法的流程示意圖。其中，該應用升級方法是從安裝有第一應用和第二應用的終端的角度來描述的。如圖2所示，該應用升級方法可以包括以下步驟。

201、當檢測到第一應用調用第二應用的調用指令時，獲取集成在第一應用中的第二應用的第一版本號。

本實施例中，當一個應用需要調用另一個應用時，如果集成在調用應用中的被調用應用的版本號高于安裝在終端中被調用應用的版本號，調用應用將無法調用被調用應用。因此，當終端檢測到第一應用調用第二應用的調用指令時，終端先獲取集成在第一應用中的第二應用的第一版本號，即終端調用第一應用獲取集成在第一應用中的第二應用的第一版本號。其中，第一應用中集成有第二應用的安裝包和SDK，安裝包可以為APK，也可以為其它安裝包。其中，第一應用和第二應用是終端中的兩個不同的應用，例如：第一應用可以為游戲應用，第二應用可以為支付應用。

202、獲取終端中第二應用的第二版本號。

本實施例中，當終端檢測到第一應用調用第二應用的調用指令時，終端在獲取集成在第一應用中的第二應用的第一版本號之前、之后或同時，獲取終端中第二應用的第二版本號，即終端調用第一應用獲取安裝在終端中第二應用的第二版本號。

203、判斷第二版本號是否低于第一版本號，當第二版本號低于第一版本號時，將執(zhí)行步驟204，當第二版本號高于或等于第一版本號時，將執(zhí)行步驟211。

本實施例中，獲取到集成在第一應用中的第二應用的第一版本號，以及獲取到終端中第二應用的第二版本號之后，將判斷第二版本號是否低于第一版本號，即終端調用第一應用判斷第二版本號是否低于第一版本號，也即終端中的第一應用通過第一應用的SDK調用第二應用的接口判斷第二版本號是否低于第一版本號，當第二版本號低于第一版本號時，表明第一應用無法調用第二應用，將執(zhí)行步驟204，當第二版本號高于或等于第一版本號時，表明第一應用可以調用第二應用，將執(zhí)行步驟211。

204、從第一應用中獲取第一版本號對應的第一安裝包。

本實施例中，當第二版本號低于第一版本號時，終端將從第一應用中獲取第一版本號對應的第一安裝包，即終端將從第一應用中獲取集成的第二應用的安裝包，也即終端調用第一應用從第一應用中獲取第一版本號對應的第一安裝包，也即是終端中的第一應用將第一安裝包復制在終端中的安全數碼卡(secure digital memory card)上，并將復制后的第一安裝包的存儲路徑發(fā)送給第二應用，以便第二應用可以獲取到第一安裝包。

205、判斷第一安裝包是否為合法安裝包，當第一安裝包為合法安裝包時，將執(zhí)行步驟206，當第一安裝包為非法安裝包時，將結束。

本實施例中，終端從第一應用中獲取到第一版本號對應的第一安裝包之后，將判斷第一安裝包是否為合法安裝包，即調用第二應用判斷第一安裝包是否為合法安裝包，也即判斷第一安裝包是否為完整安裝包、第一安裝包的系統(tǒng)簽名是否正確、第一安裝包的包名是否與要更新的一致以及第一安裝包對應的版本號是否大于終端中第二應用的第二版本號，當第一安裝包為完整安裝包、第一安裝包的系統(tǒng)簽名正確、第一安裝包的包名與要更新的一致以及第一安裝包對應的版本號大于終端中第二應用的第二版本號時，表明第一安裝包為合法安裝包，將執(zhí)行步驟206，當第一安裝包不是完整安裝包、第一安裝包的系統(tǒng)簽名不正確、第一安裝包的包名與要更新的不一致或第一安裝包對應的版本號小于或等于終端中第二應用的第二版本號時，表明第一安裝包為非法安裝包，將結束。

206、將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本。

本實施例中，當第二版本號低于第一版本號，或第一安裝包為合法安裝包時，終端將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本，即終端調用終端中第二應用將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本，也即終端使用第一安裝包將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本，也即終端調用系統(tǒng)的靜默安裝接口將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本，可見，第二應用的升級是由第二應用自身進行控制的，而不是第一應用控制的，因此，在第二應用升級的過程中，第一應用無法獲取到第二應用的特有信息，如系統(tǒng)簽名等，可以提高第二應用的安全性。

207、當檢測到第二應用升級完成時，獲取終端中第二應用對應的第二安裝包的第一包名。

本實施例中，集成在第一應用中的第二應用的SDK可以注冊系統(tǒng)廣播，如android.intent.action.PACKAGE_ADDED，用于監(jiān)聽新安裝成功的第二應用包名，并做預設時長的等待安裝時間，如15s。當終端檢測到第二應用升級完成時，終端將獲取終端中第二應用對應的第二安裝包的第一包名，即獲取終端中升級后的第二應用的包名，也即調用第一應用獲取終端中第二應用對應的第二安裝包的第一包名。

208、判斷第一包名是否與第一安裝包的第二包名相同，當第一包名與第二包名相同時，將執(zhí)行步驟209，當第一包名與第二包名不同時，將結束。

本實施例中，終端獲取到終端中第二應用對應的第二安裝包的第一包名之后，將判斷第一包名是否與第一安裝包的第二包名相同，即調用第一應用判斷第一包名是否與第一安裝包的第二包名相同，當第一包名與第二包名相同時，將執(zhí)行步驟209，當第一包名與第二包名不同時，表明終端中的第二應用升級失敗，將結束。

209、獲取終端中第二應用的第三版本號。

本實施例中，獲取終端中第二應用的第三版本號，即調用第一應用獲取終端中第二應用的第三版本號。

210、判斷第三版本號是否等于第一版本號，當第三版本號等于第一版本號時，將執(zhí)行步驟211，當第三版本號不等于第一版本號時，將結束。

本實施例中，獲取到終端中第二應用的第三版本號之后，將判斷第三版本號是否等于第一版本號，即調用第一應用判斷第三版本號是否等于第一版本號，當第三版本號等于第一版本號時，表明終端中的第二應用升級成功，將執(zhí)行步驟211，當第三版本號不等于第一版本號時，表明終端中的第二應用升級失敗，將結束。

211、執(zhí)行調用指令。

本實施例中，當第三版本號等于第一版本號時，終端中的系統(tǒng)可以通知第一應用終端中的第二應用升級成功的消息，第一應用將繼續(xù)調用第二應用，即執(zhí)行調用指令。

在圖2所描述的應用升級方法中，當檢測到第一應用調用第二應用的調用指令時，獲取集成在第一應用中的第二應用的第一版本號，獲取終端中第二應用的第二版本號，判斷第二版本號是否低于第一版本號，當第二版本號低于第一版本號時，將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本，可見，不需要系統(tǒng)簽名也可以進行應用升級，因此，可以提高應用的安全性。

請參閱圖3，圖3是本發(fā)明實施例提供的又一種應用升級方法的流程示意圖。其中，該應用升級方法是從安裝在終端中的第一應用、第二應用以及終端的系統(tǒng)角度來描述的。如圖3所示，該應用升級方法可以包括以下步驟。

301、第一應用調用第二應用的接口。

302、第一應用判斷終端中第二應用的第一版本號是否低于集成在第一應用中的第二應用的第二版本號。

303、當第一版本號低于第二版本號時，第一應用將集成的第一應用的第一安裝包復制在終端中的安全數碼卡上。

304、第一應用向第二應用發(fā)送攜帶有第一安裝包的存儲地址的升級消息。

305、第二應用根據該存儲地址判斷存儲在安全數碼卡上的第一安裝包是否為合法安裝包。

306、當為合法安裝包時，第二應用根據第一安裝包調用系統(tǒng)的靜默安裝接口進行升級。

307、當升級成功時，終端的系統(tǒng)向第一應用發(fā)送第二應用升級成功的消息。

309、第一應用繼續(xù)調用第二應用。

在圖3所描述的應用升級方法中，第二應用的升級是由第二應用自身進行控制的，而不是第一應用控制的，因此，在第二應用升級的過程中，第一應用無法獲取到第二應用的特有信息，可以提高第二應用的安全性。

請參閱圖4，圖4是本發(fā)明實施例提供的一種終端的結構示意圖。其中，該終端可以是安裝有第一應用和第二應用的手機、平板電腦、筆記本電腦、臺式電腦等。如圖4所示，該終端可以包括：

第一獲取單元401，用于當檢測到第一應用調用第二應用的調用指令時，獲取集成在第一應用中的第二應用的第一版本號；

第二獲取單元402，用于獲取終端中第二應用的第二版本號；

第一判斷單元403，用于判斷第二獲取單元402獲取的第二版本號是否低于第一獲取單元401獲取的第一版本號；

升級單元404，用于當第一判斷單元403的判斷結果為第二版本號低于第一版本號時，將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本。

在圖4所描述的終端中，當檢測到第一應用調用第二應用的調用指令時，獲取集成在第一應用中的第二應用的第一版本號，獲取終端中第二應用的第二版本號，判斷第二版本號是否低于第一版本號，當第二版本號低于第一版本號時，將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本，可見，不需要系統(tǒng)簽名也可以進行應用升級，因此，可以提高應用的安全性。

請參閱圖5，圖5是本發(fā)明實施例提供的另一種終端的結構示意圖。其中，該終端可以是安裝有第一應用和第二應用的手機、平板電腦、筆記本電腦、臺式電腦等。其中，圖5所示的終端是由圖4所示的終端優(yōu)化得到的。其中：

當第一判斷單元403的判斷結果為第二版本號低于第一版本號時，該終端還可以包括：

第三獲取單元405，用于從第一應用中獲取第一版本號對應的第一安裝包；

第二判斷單元406，用于判斷第三獲取單元405獲取的第一安裝包是否為合法安裝包，當第二判斷單元406的判斷結果為第一安裝包為合法安裝包時，觸發(fā)升級單元404執(zhí)行所述將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本的步驟；

升級單元404，具體用于使用第三獲取單元405獲取的第一安裝包將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本。

作為一種可能的實施方式，該終端還可以包括：

第四獲取單元407，用于當檢測到第二應用升級完成時，獲取終端中第二應用的第三版本號；

第三判斷單元408，用于判斷第四獲取單元407獲取的第三版本號是否等于第一獲取單元401獲取的第一版本號；

執(zhí)行單元409，用于當第三判斷單元408的判斷結果為第三版本號等于第一版本號時，執(zhí)行調用指令。

作為一種可能的實施方式，當檢測到第二應用升級完成時，該終端還可以包括：

第五獲取單元410，用于獲取終端中第二應用對應的第二安裝包的第一包名；

第四判斷單元411，用于判斷第五獲取單元411獲取的第一包名是否與第二包名相同，第二包名為第一安裝包的包名，當第四判斷單元411的判斷結果為第一包名與第二包名相同時，觸發(fā)第四獲取單元407執(zhí)行所述獲取終端中第二應用的第三版本號的步驟。

作為一種可能的實施方式，升級單元404，具體用于調用終端中第二應用將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本。

在圖5所描述的終端中，當檢測到第一應用調用第二應用的調用指令時，獲取集成在第一應用中的第二應用的第一版本號，獲取終端中第二應用的第二版本號，判斷第二版本號是否低于第一版本號，當第二版本號低于第一版本號時，將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本，可見，不需要系統(tǒng)簽名也可以進行應用升級，因此，可以提高應用的安全性。

請參閱圖6，圖6是本發(fā)明實施例提供的又一種終端的結構示意圖。其中，該終端可以是安裝有第一應用和第二應用的手機、平板電腦、筆記本電腦、臺式電腦等。如圖6所示，該終端可以包括：至少一個處理器601，如CPU，存儲器602，顯示屏603以及至少一個通信總線604。存儲器602可以是高速RAM存儲器，也可以是非不穩(wěn)定的存儲器(non-volatile memory)，例如至少一個磁盤存儲器?？蛇x地，存儲器602還可以是至少一個位于遠離前述處理器601的存儲裝置。其中：

通信總線604，用于實現這些組件之間的連接通信；

存儲器602中存儲有一組程序代碼，處理器601用于調用存儲器602中存儲的程序代碼執(zhí)行以下操作：

當檢測到第一應用調用第二應用的調用指令時，獲取集成在第一應用中的第二應用的第一版本號；

獲取終端中第二應用的第二版本號；

判斷第二版本號是否低于第一版本號；

當第二版本號低于第一版本號時，將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本。

作為一種可能的實施方式，當第二版本號低于第一版本號時，處理器601還用于調用存儲器602中存儲的程序代碼執(zhí)行以下操作：

從第一應用中獲取第一版本號對應的第一安裝包；

判斷第一安裝包是否為合法安裝包；

當第一安裝包為合法安裝包時，執(zhí)行所述將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本的步驟；

處理器601將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本包括：

使用第一安裝包將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本。

作為一種可能的實施方式，處理器601還用于調用存儲器602中存儲的程序代碼執(zhí)行以下操作：

當檢測到第二應用升級完成時，獲取終端中第二應用的第三版本號；

判斷第三版本號是否等于第一版本號；

當第三版本號等于第一版本號時，執(zhí)行調用指令。

作為一種可能的實施方式，當檢測到第二應用升級完成時，處理器601還用于調用存儲器602中存儲的程序代碼執(zhí)行以下操作：

獲取終端中第二應用對應的第二安裝包的第一包名；

判斷第一包名是否與第二包名相同，第二包名為第一安裝包的包名；

當第一包名與第二包名相同時，執(zhí)行所述獲取終端中第二應用的第三版本號的步驟。

作為一種可能的實施方式，處理器601將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本包括：

調用終端中第二應用將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本。

作為一種可能的實施方式，顯示屏603，用于顯示信息。

其中，步驟101-105、201-211可以由終端中的處理器601和存儲器602來執(zhí)行。

其中，第一獲取單元401、第二獲取單元402、第一判斷單元403、升級單元404、第三獲取單元405、第二判斷單元406、第四獲取單元407、第三判斷單元408、執(zhí)行單元409、第五獲取單元410和第四判斷單元411可以由終端中的處理器601和存儲器602來實現。

在圖6所描述的終端中，當檢測到第一應用調用第二應用的調用指令時，獲取集成在第一應用中的第二應用的第一版本號，獲取終端中第二應用的第二版本號，判斷第二版本號是否低于第一版本號，當第二版本號低于第一版本號時，將終端中第二應用由第二版本號對應的版本升級為第一版本號對應的版本，可見，不需要系統(tǒng)簽名也可以進行應用升級，因此，可以提高應用的安全性。

本發(fā)明實施例的單元，可以以通用集成電路(如中央處理器CPU)，或以專用集成電路(ASIC)來實現。

本領域普通技術人員可以意識到，結合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結合來實現，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術方案的特定應用和設計約束條件。專業(yè)技術人員可以對每個特定的應用來使用不同方法來實現所描述的功能，但是這種實現不應認為超出本發(fā)明的范圍。

所屬領域的技術人員可以清楚地了解到，為了描述的方便和簡潔，上述描述的終端和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

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

本發(fā)明實施例方法中的步驟可以根據實際需要進行順序調整、合并和刪減。

本發(fā)明實施例終端中的單元可以根據實際需要進行合并、劃分和刪減。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本發(fā)明實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以是兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現，也可以采用軟件功能單元的形式實現。

所述集成的單元如果以軟件功能單元的形式實現并作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基于這樣的理解，本發(fā)明的技術方案本質上或者說對現有技術做出貢獻的部分，或者該技術方案的全部或部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質。

以上對本發(fā)明實施例提供的應用升級方法及終端進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據本發(fā)明的思想，在具體實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發(fā)明的限制。