一種在線升級的方法和裝置的制造方法
【專利摘要】本發(fā)明涉及信息技術(shù)領(lǐng)域，公開了一種在線升級的方法和裝置，該方法包括：接收升級包，所述升級包中鏡像文件對應(yīng)簽名為第一簽名，所述升級包對應(yīng)簽名為第二簽名；將存儲的校驗簽名與升級包對應(yīng)簽名進行比較；當校驗簽名與升級包對應(yīng)簽名相一致時，使用升級包進行升級并將校驗簽名變更為第一簽名。本發(fā)明使得Userdebug版本終端中的校驗簽名被替換為User版本的校驗簽名，進而能夠在后續(xù)更新過程中直接使用中推送的User版本的升級包進行升級，方便用戶進行版本升級，提高了版本升級的效率，增強了用戶體驗。
【專利說明】
一種在線升級的方法和裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及信息技術(shù)領(lǐng)域，具體地，涉及一種在線升級的方法和裝置。
【背景技術(shù)】
[0002]在系統(tǒng)升級中(例如，安卓系統(tǒng)升級中)，系統(tǒng)的版本分為用戶版本(User版本)和調(diào)試版本(User debug版本)，其中Userdebug版本用于產(chǎn)品研發(fā)調(diào)試，開放了高級別的系統(tǒng)權(quán)限，提供日志打印輸出等功能;User版本用于正式發(fā)布，基于安全原因，其中關(guān)閉了高級別系統(tǒng)權(quán)限。
[0003]在產(chǎn)品研發(fā)過程中，一般使用Userdebug版本進行開發(fā)，并且Userdebug版本也用于用戶測試階段，當產(chǎn)品通過用戶測試階段可以進行正式發(fā)布時，則更改為User版本進行正式發(fā)布。在安全機制中,Userdebug版本和User版本分別具有各自的用于版本升級的校驗簽名，導(dǎo)致使用Userdebug版本的終端無法使用OTA(空中下載)中推送的User版本的升級包進行升級?，F(xiàn)有技術(shù)中，使用Userdebug版本的終端需要通過離線手動方式進行版本升級，導(dǎo)致使用Userdebug版本的終端升級不方便并且無法進行及時的版本更新。
【發(fā)明內(nèi)容】
[0004]本發(fā)明的目的是提供一種在線升級的方法和裝置，用于解決上述技術(shù)問題或者至少部分地解決上述技術(shù)問題。
[0005]為了實現(xiàn)上述目的，本發(fā)明提供一種在線升級的方法，該方法包括:
[0006]接收升級包，所述升級包中鏡像文件對應(yīng)簽名為第一簽名，所述升級包對應(yīng)簽名為第二簽名；
[0007]將存儲的校驗簽名與升級包對應(yīng)簽名進行比較；
[0008]當校驗簽名與升級包對應(yīng)簽名相一致時，使用升級包進行升級并將校驗簽名變更為第一簽名。
[0009]優(yōu)選地，所述將校驗簽名變更為第一簽名包括:使用升級包中鏡像文件對應(yīng)簽名更新存儲的校驗簽名。
[0010]優(yōu)選地，所述使用升級包進行升級包括:使用升級包中鏡像文件更新數(shù)據(jù)分區(qū)中數(shù)據(jù)使得數(shù)據(jù)分區(qū)對應(yīng)簽名變更為第一簽名。
[0011 ]優(yōu)選地，所述方法還包括:在校驗簽名變更為第一簽名后，接收升級包對應(yīng)簽名為第一簽名的通用升級包;將通用升級包對應(yīng)簽名與校驗簽名比較;在確定通用升級包對應(yīng)簽名與校驗簽名一致后，使用通用升級包進行版本升級。
[0012]優(yōu)選地，所述升級包對應(yīng)簽名在服務(wù)器側(cè)被由第一簽名修改為第二簽名。
[0013]根據(jù)本發(fā)明的一個方面，提供了一種在線升級的裝置，該裝置包括:
[0014]接收模塊，用于接收升級包，所述升級包中鏡像文件對應(yīng)簽名為第一簽名，所述升級包對應(yīng)簽名為第二簽名；
[0015]比較模塊，用于將存儲的校驗簽名與升級包對應(yīng)簽名進行比較；
[0016]升級模塊，用于當校驗簽名與升級包對應(yīng)簽名相一致時，使用升級包進行升級并將校驗簽名變更為第一簽名。
[0017]優(yōu)選地，所述升級模塊用于使用升級包中鏡像文件對應(yīng)簽名更新存儲的校驗簽名。
[0018]優(yōu)選地，所述升級模塊用于使用升級包中鏡像文件更新數(shù)據(jù)分區(qū)中數(shù)據(jù)使得數(shù)據(jù)分區(qū)對應(yīng)簽名變更為第一簽名。
[0019]優(yōu)選地，所述接收模塊還用于在校驗簽名變更為第一簽名后，接收升級包對應(yīng)簽名為第一簽名的通用升級包；所述比較模塊還用于將通用升級包對應(yīng)簽名與校驗簽名比較;所述升級模塊還用于在確定通用升級包對應(yīng)簽名與校驗簽名一致后，使用通用升級包進行版本升級。
[0020]優(yōu)選地，所述升級包對應(yīng)簽名在服務(wù)器側(cè)被由第一簽名修改為第二簽名。
[0021]通過上述技術(shù)方案，接收升級包，升級包中鏡像文件對應(yīng)簽名為第一簽名，升級包對應(yīng)簽名為第二簽名；將存儲的校驗簽名與升級包對應(yīng)簽名進行比較；當校驗簽名與升級包對應(yīng)簽名相一致時，使用升級包進行升級并將校驗簽名變更為第一簽名。在本發(fā)明技術(shù)方案中，使得Userdebug版本終端中的校驗簽名被替換為User版本的校驗簽名，進而能夠在后續(xù)更新過程中直接使用OTA中推送的User版本的升級包進行升級，方便用戶進行版本升級，提高了版本升級的效率，增強了用戶體驗。
[0022]本發(fā)明的其它特征和優(yōu)點將在隨后的【具體實施方式】部分予以詳細說明。
【附圖說明】
[0023]附圖是用來提供對本發(fā)明的進一步理解，并且構(gòu)成說明書的一部分，與下面的【具體實施方式】一起用于解釋本發(fā)明，但并不構(gòu)成對本發(fā)明的限制。在附圖中:
[0024]圖1是根據(jù)本發(fā)明實施方式的在線升級的方法的流程圖；
[0025]圖2是根據(jù)本發(fā)明實施方式的版本切換后在線升級的方法的流程圖；
[0026]圖3是根據(jù)本發(fā)明實施方式的在線升級的方法的流程圖；
[0027]圖4是根據(jù)本發(fā)明實施方式的在線升級的裝置的結(jié)構(gòu)圖。
【具體實施方式】
[0028]以下結(jié)合附圖對本發(fā)明的【具體實施方式】進行詳細說明。應(yīng)當理解的是，此處所描述的【具體實施方式】僅用于說明和解釋本發(fā)明，并不用于限制本發(fā)明。
[0029]圖1是根據(jù)本發(fā)明實施方式的在線升級的方法的流程圖。該方法可用于終端設(shè)備，例如，手機、平板電腦、智能終端等。如圖1所示，該方法可包括如下步驟。
[0030]在步驟SllO中，接收升級包。
[0031]其中，升級包中鏡像文件對應(yīng)簽名為第一簽名，升級包對應(yīng)簽名為第二簽名。
[0032]在一實施例中，升級包對應(yīng)簽名在服務(wù)器側(cè)被由第一簽名修改為第二簽名。
[0033]舉例而言，升級包需要使用簽名進行安全保護，在服務(wù)器側(cè)，使用User版本的正式系統(tǒng)簽名(即第一簽名)生成升級包。升級包中鏡像文件對應(yīng)簽名為“正式系統(tǒng)簽名”，升級包對應(yīng)的簽名為“正式系統(tǒng)簽名”。之后，使用Userdebug版本的測試系統(tǒng)簽名(即第二簽名)對升級包進行重簽名，使得升級包對應(yīng)的簽名為“測試系統(tǒng)簽名”，升級包中鏡像文件對應(yīng)簽名為“正式系統(tǒng)簽名”。服務(wù)器通過OTA(Over The Air，空中下載)向終端推送給該升級包。終端接收到該升級包。
[0034]在步驟S120中，將存儲的校驗簽名與升級包對應(yīng)簽名進行比較。
[0035]舉例而言，終端可在簽名校驗區(qū)中存儲校驗簽名，在數(shù)據(jù)分區(qū)中存儲鏡像文件。為對存儲的鏡像文件進行保護，數(shù)據(jù)分區(qū)中存儲的鏡像文件具有對應(yīng)簽名，當應(yīng)用(App)訪問數(shù)據(jù)分區(qū)中的鏡像文件時，進行簽名驗證，簽名驗證通過后，才允許應(yīng)用訪問鏡像文件。對于使用Userdebug版本的終端，其存儲的校驗簽名為“測試系統(tǒng)簽名”，數(shù)據(jù)分區(qū)中鏡像文件對應(yīng)的簽名也為“測試系統(tǒng)簽名”。終端接收升級包，解析出升級包對應(yīng)簽名為“測試系統(tǒng)簽名”，將升級包對應(yīng)簽名和在簽名校驗區(qū)中存儲的校驗簽名進行比較，兩者都為“測試系統(tǒng)簽名”，確定兩者一致之后執(zhí)行步驟S130。對于使用User版本的終端，其存儲的校驗簽名為“正式系統(tǒng)簽名”，數(shù)據(jù)分區(qū)中鏡像文件對應(yīng)的簽名也為“正式系統(tǒng)簽名”。終端接收升級包，解析出升級包對應(yīng)簽名為“測試系統(tǒng)簽名”，將升級包對應(yīng)簽名和在簽名校驗區(qū)中存儲的校驗簽名進行比較，兩者不一致，于是不使用接收的升級包進行升級。
[0036]在步驟S130中，當校驗簽名與升級包對應(yīng)簽名相一致時，使用升級包進行升級并將校驗簽名變更為第一簽名。
[0037]在一實施例中，所述使用升級包進行升級可包括:使用升級包中鏡像文件更新數(shù)據(jù)分區(qū)中數(shù)據(jù)使得數(shù)據(jù)分區(qū)對應(yīng)簽名變更為第一簽名
[0038]對于使用Userdebug版本的終端，經(jīng)比較確定出校驗簽名與升級包對應(yīng)簽名相一致，使用接收的升級包進行升級。例如，使用升級包中鏡像文件替換數(shù)據(jù)分區(qū)中存儲的鏡像文件，替換后數(shù)據(jù)分區(qū)中存儲的鏡像文件對應(yīng)的簽名變更為“正式系統(tǒng)簽名”。
[0039]在一實施例中，所述將校驗簽名變更為第一簽名可包括:使用升級包中鏡像文件對應(yīng)簽名更新存儲的校驗簽名。
[0040]例如，使用升級包中鏡像文件對應(yīng)簽名替換簽名校驗區(qū)中存儲的校驗簽名，替換后簽名校驗區(qū)中存儲的校驗簽名變更為“正式系統(tǒng)簽名”。
[0041]如此，使用升級包升級后，簽名校驗區(qū)中存儲的校驗簽名和數(shù)據(jù)分區(qū)中存儲的鏡像文件對應(yīng)的簽名都變更為“正式系統(tǒng)簽名”。這樣，便將終端的Userdebug版本切換為User版本，保證了產(chǎn)品從開發(fā)階段到發(fā)布階段變化過程中終端中所用產(chǎn)品版本的一致性切換；并且該切換過程通過下載升級包自動完成無需用戶參與，提高了升級效率和用戶體驗，避免了用戶離線升級的風(fēng)險和成本。
[0042]圖2是根據(jù)本發(fā)明實施方式的版本切換后在線升級的方法的流程圖。如圖2所示，本發(fā)明中方法還可包括如下步驟。
[0043]在步驟S210中，在校驗簽名變更為第一簽名后，接收升級包對應(yīng)簽名為第一簽名的通用升級包。
[0044]在步驟S220中，將通用升級包對應(yīng)簽名與校驗簽名比較。
[0045]在步驟S230中，在確定通用升級包對應(yīng)簽名與校驗簽名一致后，使用通用升級包進行版本升級。
[0046]例如，服務(wù)器后續(xù)通過OTA推送產(chǎn)品正式版本的各個升級包(即通用升級包)，該升級包對應(yīng)的簽名為“正式系統(tǒng)簽名”。終端接收到升級包后，將升級包對應(yīng)簽名與存儲的校驗簽名比較，因為存儲的校驗簽名已經(jīng)變更為“正式系統(tǒng)簽名”，其與升級包對應(yīng)的簽名相一致，在終端處簽名驗證通過，開始使用升級包進行升級。如此，對于產(chǎn)品發(fā)布后的在線升級，終端都可以使用推送的升級包進行版本升級，避免了進行離線升級所造成的不便和成本。
[0047]圖3是根據(jù)本發(fā)明實施方式的在線升級的方法的流程圖。在該示例中，服務(wù)器通過0TA(0ver The Air，空中下載)向終端推送升級包，升級包對應(yīng)的簽名為“測試系統(tǒng)簽名”，升級包中鏡像文件對應(yīng)簽名為“正式系統(tǒng)簽名”。之后，在每次產(chǎn)品版本升級時，服務(wù)器都生成通用升級包，將通用升級包通過0TA(0ver The Air，空中下載)向終端推送，通用升級包對應(yīng)的簽名為“正式系統(tǒng)簽名”，升級包中鏡像文件對應(yīng)簽名為“正式系統(tǒng)簽名”。使用Userdebug版本的終端執(zhí)行如圖3所示的方法進行升級。
[0048]在步驟S302中，在初始階段，接收升級包。該升級包中升級包對應(yīng)簽名為“測試系統(tǒng)簽名”，鏡像文件對應(yīng)簽名為“正式系統(tǒng)簽名”。在步驟S304中，將存儲的校驗簽名與升級包對應(yīng)簽名進行比較，判斷兩者是否一致，如果兩者一致，執(zhí)行步驟S306，如果兩者不一致，操作結(jié)束。在步驟S306中，使用升級包中鏡像文件替換數(shù)據(jù)分區(qū)中數(shù)據(jù)使得數(shù)據(jù)分區(qū)對應(yīng)簽名變更為“正式系統(tǒng)簽名”，使用升級包中鏡像文件對應(yīng)簽名來將存儲的校驗簽名變更為“正式系統(tǒng)簽名”，初始階段結(jié)束。步驟S308，在初始階段結(jié)束之后，接收升級包。該升級包為通用升級包，其中升級包對應(yīng)簽名和鏡像文件對應(yīng)簽名都為“正式系統(tǒng)簽名”。在步驟S310中，將升級包對應(yīng)簽名與存儲的校驗簽名比較，判斷兩者是否一致，如果兩者一致，執(zhí)行步驟S312，否則，結(jié)束操作。在步驟S312中，使用升級包中鏡像文件替換數(shù)據(jù)分區(qū)中的數(shù)據(jù)。
[0049]以上對本發(fā)明中方法進行了示例性描述，上述描述目的在于使本領(lǐng)域技術(shù)人員便于了解本發(fā)明，而對本發(fā)明保護范沒有限定作用。
[0050]圖4是根據(jù)本發(fā)明實施方式的在線升級的裝置的結(jié)構(gòu)圖。該裝置可用于終端設(shè)備，例如，手機、平板電腦、智能終端等。如圖4所示，該裝置包括如下模塊。
[0051]接收模塊410，用于接收升級包，所述升級包中鏡像文件對應(yīng)簽名為第一簽名，所述升級包對應(yīng)簽名為第二簽名；
[0052]比較模塊420，用于將存儲的校驗簽名與升級包對應(yīng)簽名進行比較；
[0053]升級模塊430，用于當校驗簽名與升級包對應(yīng)簽名相一致時，使用升級包進行升級并將校驗簽名變更為第一簽名。
[0054]在一實施例中，升級包對應(yīng)簽名在服務(wù)器側(cè)被由第一簽名修改為第二簽名。
[0055]舉例而言，升級包需要使用簽名進行安全保護，在服務(wù)器側(cè)，使用User版本的正式系統(tǒng)簽名(即第一簽名)生成升級包。升級包中鏡像文件對應(yīng)簽名為“正式系統(tǒng)簽名”，升級包對應(yīng)的簽名為“正式系統(tǒng)簽名”。之后，使用Userdebug版本的測試系統(tǒng)簽名(即第二簽名)對升級包進行重簽名，使得升級包對應(yīng)的簽名為“測試系統(tǒng)簽名”，升級包中鏡像文件對應(yīng)簽名為“正式系統(tǒng)簽名”。服務(wù)器通過0TA(0ver The Air，空中下載)向終端推送給該升級包。用于終端的裝置中的接收模塊410接收到該升級包。
[0056]終端的簽名校驗區(qū)中可存儲校驗簽名，數(shù)據(jù)分區(qū)中可存儲鏡像文件。為對存儲的鏡像文件進行保護，數(shù)據(jù)分區(qū)中存儲的鏡像文件具有對應(yīng)簽名，當應(yīng)用(App)訪問數(shù)據(jù)分區(qū)中的鏡像文件時，進行簽名驗證，簽名驗證通過后，才允許應(yīng)用訪問鏡像文件。對于使用Userdebug版本的終端，其存儲的校驗簽名為“測試系統(tǒng)簽名”，數(shù)據(jù)分區(qū)中鏡像文件對應(yīng)的簽名也為“測試系統(tǒng)簽名”。接收模塊410接收升級包，比較模塊420解析出升級包對應(yīng)簽名為“測試系統(tǒng)簽名”，將升級包對應(yīng)簽名和在簽名校驗區(qū)中存儲的校驗簽名進行比較，兩者都為“測試系統(tǒng)簽名”，確定兩者一致，指示升級模塊430開始進行升級操作。對于使用User版本的終端，其存儲的校驗簽名為“正式系統(tǒng)簽名”，數(shù)據(jù)分區(qū)中鏡像文件對應(yīng)的簽名也為“正式系統(tǒng)簽名”。接收模塊410接收升級包，比較模塊420解析出升級包對應(yīng)簽名為“測試系統(tǒng)簽名”，將升級包對應(yīng)簽名和在簽名校驗區(qū)中存儲的校驗簽名進行比較，兩者不一致，于是不向升級模塊430發(fā)送觸發(fā)升級的指示。
[0057]在一實施例中，升級模塊430用于使用升級包中鏡像文件更新數(shù)據(jù)分區(qū)中數(shù)據(jù)使得數(shù)據(jù)分區(qū)對應(yīng)簽名變更為第一簽名。
[0058]對于使用Userdebug版本的終端，比較模塊420經(jīng)比較確定出校驗簽名與升級包對應(yīng)簽名相一致，指示升級模塊430進行升級。升級模塊430使用升級包中鏡像文件替換數(shù)據(jù)分區(qū)中存儲的鏡像文件，替換后數(shù)據(jù)分區(qū)中存儲的鏡像文件對應(yīng)的簽名變更為“正式系統(tǒng)簽名”。
[0059]在一實施例中，升級模塊430用于使用升級包中鏡像文件對應(yīng)簽名更新存儲的校驗簽名。
[0060]例如，升級模塊430使用升級包中鏡像文件對應(yīng)簽名替換簽名校驗區(qū)中存儲的校驗簽名，替換后簽名校驗區(qū)中存儲的校驗簽名變更為“正式系統(tǒng)簽名”。
[0061]如此，使用升級包升級后，簽名校驗區(qū)中存儲的校驗簽名和數(shù)據(jù)分區(qū)中存儲的鏡像文件對應(yīng)的簽名都變更為“正式系統(tǒng)簽名”。這樣，便將終端的Userdebug版本切換為User版本，保證了產(chǎn)品從開發(fā)階段到發(fā)布階段變化過程中終端中所用產(chǎn)品版本的一致性切換；并且該切換過程通過下載升級包自動完成無需用戶參與，提高了升級效率和用戶體驗，避免了用戶離線升級的風(fēng)險和成本。
[0062]在一實施例中，接收模塊410還用于在校驗簽名變更為第一簽名后，接收升級包對應(yīng)簽名為第一簽名的通用升級包；比較模塊420還用于將通用升級包對應(yīng)簽名與校驗簽名比較;升級模塊430還用于在確定通用升級包對應(yīng)簽名與校驗簽名一致后，使用通用升級包進行版本升級。
[0063]例如，服務(wù)器后續(xù)通過OTA推送產(chǎn)品正式版本的各個升級包(即通用升級包)，該升級包對應(yīng)的簽名為“正式系統(tǒng)簽名”。接收模塊410接收升級包后，比較模塊420將升級包對應(yīng)簽名與存儲的校驗簽名比較，因為存儲的校驗簽名已經(jīng)變更為“正式系統(tǒng)簽名”，其與升級包對應(yīng)的簽名相一致，在終端處簽名驗證通過，升級模塊430開始使用升級包中鏡像文件替換數(shù)據(jù)分區(qū)中數(shù)據(jù)。如此，對于產(chǎn)品發(fā)布后的在線升級，終端都可以使用推送的升級包進行版本升級，避免了進行離線升級所造成的不便和成本。
[0064]以上結(jié)合附圖詳細描述了本發(fā)明的優(yōu)選實施方式，但是，本發(fā)明并不限于上述實施方式中的具體細節(jié)，在本發(fā)明的技術(shù)構(gòu)思范圍內(nèi)，可以對本發(fā)明的技術(shù)方案進行多種簡單變型，這些簡單變型均屬于本發(fā)明的保護范圍。
[0065]另外需要說明的是，在上述【具體實施方式】中所描述的各個具體技術(shù)特征，在不矛盾的情況下，可以通過任何合適的方式進行組合，為了避免不必要的重復(fù)，本發(fā)明對各種可能的組合方式不再另行說明。
[0066]此外，本發(fā)明的各種不同的實施方式之間也可以進行任意組合，只要其不違背本發(fā)明的思想，其同樣應(yīng)當視為本發(fā)明所公開的內(nèi)容。
【主權(quán)項】
1.一種在線升級的方法，該方法包括: 接收升級包，所述升級包中鏡像文件對應(yīng)簽名為第一簽名，所述升級包對應(yīng)簽名為第二簽名； 將存儲的校驗簽名與升級包對應(yīng)簽名進行比較； 當校驗簽名與升級包對應(yīng)簽名相一致時，使用升級包進行升級并將校驗簽名變更為第一簽名。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將校驗簽名變更為第一簽名包括: 使用升級包中鏡像文件對應(yīng)簽名更新存儲的校驗簽名。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述使用升級包進行升級包括: 使用升級包中鏡像文件更新數(shù)據(jù)分區(qū)中數(shù)據(jù)使得數(shù)據(jù)分區(qū)對應(yīng)簽名變更為第一簽名。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 在校驗簽名變更為第一簽名后，接收升級包對應(yīng)簽名為第一簽名的通用升級包； 將通用升級包對應(yīng)簽名與校驗簽名比較； 在確定通用升級包對應(yīng)簽名與校驗簽名一致后，使用通用升級包進行版本升級。5.根據(jù)權(quán)利要求1至4任一所述的方法，其特征在于，所述升級包對應(yīng)簽名在服務(wù)器側(cè)被由第一簽名修改為第二簽名。6.一種在線升級的裝置，該裝置包括: 接收模塊，用于接收升級包，所述升級包中鏡像文件對應(yīng)簽名為第一簽名，所述升級包對應(yīng)簽名為第二簽名； 比較模塊，用于將存儲的校驗簽名與升級包對應(yīng)簽名進行比較； 升級模塊，用于當校驗簽名與升級包對應(yīng)簽名相一致時，使用升級包進行升級并將校驗簽名變更為第一簽名。7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述升級模塊用于使用升級包中鏡像文件對應(yīng)簽名更新存儲的校驗簽名。8.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述升級模塊用于使用升級包中鏡像文件更新數(shù)據(jù)分區(qū)中數(shù)據(jù)使得數(shù)據(jù)分區(qū)對應(yīng)簽名變更為第一簽名。9.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述接收模塊還用于在校驗簽名變更為第一簽名后，接收升級包對應(yīng)簽名為第一簽名的通用升級包； 所述比較模塊還用于將通用升級包對應(yīng)簽名與校驗簽名比較； 所述升級模塊還用于在確定通用升級包對應(yīng)簽名與校驗簽名一致后，使用通用升級包進行版本升級。10.根據(jù)權(quán)利要求6至9任一所述的裝置，其特征在于，所述升級包對應(yīng)簽名在服務(wù)器側(cè)被由第一簽名修改為第二簽名。
【文檔編號】G06F9/445GK106055349SQ201610340220
【公開日】2016年10月26日
【申請日】2016年5月20日
【發(fā)明人】石雪峰
【申請人】樂視控股（北京）有限公司, 樂視致新電子科技（天津）有限公司