專利名稱：一種實(shí)現(xiàn)固件無(wú)線更新的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通訊領(lǐng)域，尤其涉及一種實(shí)現(xiàn)固件無(wú)線更新的方法及裝置。
背景技術(shù)：
目前，隨著移動(dòng)通訊終端的日益普及，移動(dòng)通訊終端的種類越來(lái)越豐富，移動(dòng)通訊 終端中的軟件/固件的種類也越來(lái)越豐富，對(duì)于運(yùn)營(yíng)商與終端設(shè)備制造商而言，如何更加 有效的管理移動(dòng)終端以減少由于移動(dòng)通訊終端上的軟件/固件缺陷給用戶帶來(lái)的影響，保 障用戶終端的穩(wěn)定使用，則成為目前急需解決的技術(shù)問(wèn)題之一。 目前，對(duì)移動(dòng)終端進(jìn)行管理主要通過(guò)FOTA (Firmware Over The Air，固件無(wú)線更 新)技術(shù)來(lái)實(shí)現(xiàn)，由于FOTA技術(shù)不僅可以從網(wǎng)絡(luò)側(cè)下載升級(jí)應(yīng)用軟件，還可以更新設(shè)備的 操作系統(tǒng)，因此，F(xiàn)OTA技術(shù)則成為DM (Device Management,設(shè)備管理)中較為關(guān)鍵的技術(shù)。 設(shè)備制造商采用FOTA技術(shù)通過(guò)無(wú)線網(wǎng)絡(luò)將升級(jí)應(yīng)用軟件發(fā)送至用戶終端設(shè)備，以實(shí)現(xiàn)對(duì) 用戶終端中的固件進(jìn)行升級(jí)。 目前，采用FOTA技術(shù)實(shí)現(xiàn)對(duì)用戶終端的軟件或硬件進(jìn)行升級(jí)的方法，可通過(guò)圖1 所示的方法流程來(lái)進(jìn)行詳細(xì)的描述，該方法流程包括以下步驟
步驟101、匿服務(wù)器向用戶終端發(fā)送固件升級(jí)通知。 該步驟中，可通過(guò)向用戶終端發(fā)送PUSH消息的方式來(lái)向用戶終端發(fā)送固件升級(jí) 通知，該P(yáng)USH消息中攜帶有待升級(jí)固件(固件包括軟件與硬件)的標(biāo)識(shí)信息(如待升級(jí)固 件的標(biāo)號(hào)或名稱等)。 步驟102、用戶終端根據(jù)接收到的固件升級(jí)通知，建立與DM設(shè)備之間的會(huì)話，在會(huì) 話成功時(shí)從該DM服務(wù)器中下載待升級(jí)固件所對(duì)應(yīng)的差分包。 該步驟中，用戶終端與匿服務(wù)器之間進(jìn)行會(huì)話包括用戶終端向匿服務(wù)器發(fā)起攜 帶有鑒權(quán)信息的鏈接請(qǐng)求；用戶終端與匿服務(wù)器進(jìn)行相互鑒權(quán)，在鑒權(quán)成功時(shí)，匿服務(wù)器 根據(jù)用戶終端上報(bào)的標(biāo)示終端軟件信息的字段與待升級(jí)固件對(duì)應(yīng)的差分包中的標(biāo)示字段 進(jìn)行匹配，在匹配成功時(shí)，則確認(rèn)會(huì)話成功。 步驟103、用戶終端根據(jù)下載得到差分包對(duì)該待升級(jí)固件進(jìn)行升級(jí)，并對(duì)當(dāng)前 flash中相應(yīng)的系統(tǒng)完成讀、寫更新操作。 步驟104、用戶終端向匿服務(wù)器上報(bào)固件升級(jí)結(jié)果通知消息。 該步驟中，若固件升級(jí)成功，用戶終端向匿服務(wù)器上報(bào)固件升級(jí)成功的通知消
息；若固件升級(jí)失敗，用戶終端向DM服務(wù)器上報(bào)固件升級(jí)失敗通知消息。 當(dāng)用戶終端需要進(jìn)行升級(jí)帶回退時(shí)，重復(fù)上述流程的步驟101 104。 目前，采用上述方式雖然能夠在一定程度上提高了固件升級(jí)的效率，但是由于在
接收到待升級(jí)固件對(duì)應(yīng)的差分包時(shí)，直接根據(jù)差分包對(duì)待升級(jí)固件進(jìn)行升級(jí)操作，從而可
能由于對(duì)待升級(jí)固件進(jìn)行升級(jí)失敗而導(dǎo)致用戶終端不可用的問(wèn)題；并且在用戶終端需要進(jìn)
行主程序回退時(shí)，還需要重復(fù)執(zhí)行上述步驟101 104，因此，采用現(xiàn)有技術(shù)在用戶終端升
級(jí)帶回退時(shí)存在升級(jí)帶回退效率較差的問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種實(shí)現(xiàn)固件無(wú)線更新的方法及裝置，以提高固件升級(jí)的有效 性與升級(jí)帶回退效率。 —種實(shí)現(xiàn)固件無(wú)線更新的方法，包括
接收設(shè)備管理服務(wù)器下發(fā)的固件升級(jí)通知； 根據(jù)所述固件升級(jí)通知從所述設(shè)備管理服務(wù)器中獲取待升級(jí)固件所對(duì)應(yīng)的差分 包； 采用設(shè)定的升級(jí)模式，根據(jù)所述差分包在配置的用于固件升級(jí)處理的存儲(chǔ)空間生
成所述待升級(jí)固件的升級(jí)版本，并將所述升級(jí)版本存儲(chǔ)至所述存儲(chǔ)空間。 —種實(shí)現(xiàn)固件無(wú)線更新的裝置，設(shè)備管理客戶端模塊、固件無(wú)線升級(jí)模塊，其中 設(shè)備管理客戶端模塊，用于接收設(shè)備管理服務(wù)器下發(fā)的固件升級(jí)通知，并根據(jù)所
述固件升級(jí)通知從所述設(shè)備管理服務(wù)器中獲取待升級(jí)固件所對(duì)應(yīng)的差分包； 固件無(wú)線升級(jí)模塊，用于采用設(shè)定的升級(jí)模式，根據(jù)所述差分包在配置的用于固
件升級(jí)處理的存儲(chǔ)空間生成所述待升級(jí)固件的升級(jí)版本，并將所述升級(jí)版本存儲(chǔ)至所述存
儲(chǔ)空間。 本發(fā)明實(shí)施例中，在接收設(shè)備管理服務(wù)器下發(fā)的固件升級(jí)通知之后，根據(jù)所述固 件升級(jí)通知從所述設(shè)備管理服務(wù)器中獲取待升級(jí)固件所對(duì)應(yīng)的差分包；采用設(shè)定的升級(jí)模 式，根據(jù)所述差分包在配置的用于固件升級(jí)處理的存儲(chǔ)空間生成所述待升級(jí)固件的升級(jí)版 本，并將所述升級(jí)版本存儲(chǔ)至所述存儲(chǔ)空間。采用本發(fā)明技術(shù)方案，由于在用于固件升級(jí)處 理的存儲(chǔ)空間生成所述待升級(jí)固件的升級(jí)版本之后再啟動(dòng)升級(jí)版本，而不是直接對(duì)待升級(jí) 固件進(jìn)行升級(jí)操作，因此，在對(duì)待升級(jí)固件進(jìn)行升級(jí)失敗時(shí)，用戶終端采用該待升級(jí)固件的 未升級(jí)版本，避免了由于對(duì)待升級(jí)固件進(jìn)行升級(jí)失敗而導(dǎo)致用戶終端不可用的問(wèn)題，提高 固件升級(jí)的有效性與升級(jí)帶回退效率。


圖1為現(xiàn)有技術(shù)中實(shí)現(xiàn)固件無(wú)線更新的方法流程圖； 圖2為本發(fā)明實(shí)施例中在用戶終端配置用于固件升級(jí)處理存儲(chǔ)空間的示意圖； 圖3為本發(fā)明實(shí)施例中實(shí)現(xiàn)固件無(wú)線更新的方法流程圖； 圖4為本發(fā)明實(shí)施例中實(shí)現(xiàn)固件無(wú)線更新的裝置的結(jié)構(gòu)示意圖； 圖5為本發(fā)明實(shí)施例中采用如圖4所示裝置實(shí)現(xiàn)固件無(wú)線更新的方法流程圖。
具體實(shí)施例方式
下面結(jié)合說(shuō)明書附圖對(duì)本發(fā)明實(shí)施例進(jìn)行詳細(xì)的描述。 本發(fā)明實(shí)施例，在用戶終端預(yù)先配置如圖2所示的用于固件升級(jí)處理的存儲(chǔ)空 間，并將該存儲(chǔ)空間劃分為引導(dǎo)區(qū)(引導(dǎo)區(qū)也即boot loader)與文件系統(tǒng)管理區(qū)，該文件 系統(tǒng)管理區(qū)又劃分為第一 OS (Operating System,操作系統(tǒng))區(qū)、FS(File System,文件系 統(tǒng))區(qū)以及第二OS區(qū)，其中 Boot loader，用于存儲(chǔ)用戶終端中各固件對(duì)應(yīng)的版本引導(dǎo)信息。
5
該版本引導(dǎo)信息可以是字段(如字段取值為1時(shí)，指示用戶終端采用該固件的升 級(jí)版本；字段取值為0時(shí)，指示用戶終端采用該固件的未升級(jí)版本)，用戶終端可根據(jù)固件 對(duì)應(yīng)的版本弓I導(dǎo)信息采用該固件相應(yīng)的版本。 第一 OS區(qū)，用于存儲(chǔ)用戶終端中各固件所對(duì)應(yīng)未升級(jí)版本。 FS區(qū)，用于存儲(chǔ)用戶終端的文件信息。 第二 OS區(qū)，用于存儲(chǔ)用戶終端中各固件的升級(jí)版本。 參見(jiàn)圖3，為本發(fā)明實(shí)施例中實(shí)現(xiàn)固件無(wú)線更新的方法流程圖，該流程包括以下步 驟 步驟301、用戶終端接收匿服務(wù)器下發(fā)的固件升級(jí)通知，該固件升級(jí)通知中攜帶 有待升級(jí)固件的標(biāo)識(shí)信息。 該步驟中，匿服務(wù)器主動(dòng)向用戶終端發(fā)送固件升級(jí)通知，也可以是匿服務(wù)器在接
收到用戶終端發(fā)送的固件升級(jí)請(qǐng)求之后向該用戶終端發(fā)送固件升級(jí)通知。 步驟302、根據(jù)接收到的固件升級(jí)通知，建立與該DM服務(wù)器之間的會(huì)話，并在會(huì)話
成功時(shí)從該DM服務(wù)器中下載待升級(jí)固件所對(duì)應(yīng)的差分包。 該步驟中，用戶終端與匿服務(wù)器之間進(jìn)行會(huì)話包括用戶終端向匿服務(wù)器發(fā)起攜 帶有鑒權(quán)信息的鏈接請(qǐng)求；用戶終端與匿服務(wù)器進(jìn)行相互鑒權(quán)，在鑒權(quán)成功時(shí)，匿服務(wù)器 根據(jù)用戶終端上報(bào)的標(biāo)示終端軟件信息的字段與待升級(jí)固件對(duì)應(yīng)的差分包中的標(biāo)示字段 進(jìn)行匹配，在匹配成功時(shí)，則確認(rèn)會(huì)話成功。 步驟303、用戶終端根據(jù)得到的差分包在該用戶終端的第二 OS區(qū)生成待升級(jí)固件 的升級(jí)版本并存儲(chǔ)，修改該待升級(jí)固件的版本引導(dǎo)信息。 該步驟中，當(dāng)采用非重啟升級(jí)模式對(duì)待升級(jí)固件進(jìn)行升級(jí)時(shí)，直接根據(jù)得到的差 分包在第二 OS區(qū)生成待升級(jí)固件的升級(jí)版本；當(dāng)采用重啟升級(jí)模式對(duì)待升級(jí)固件進(jìn)行升 級(jí)時(shí)，用戶終端進(jìn)行重啟，并在重啟之后根據(jù)得到的差分包在第二 OS區(qū)生成待升級(jí)固件的 升級(jí)版本。 步驟304、用戶終端啟動(dòng)該待升級(jí)固件的升級(jí)版本。
較佳地，上述流程還包括步驟305 : 步驟305、用戶終端向匿服務(wù)器返回對(duì)該待升級(jí)固件進(jìn)行升級(jí)的結(jié)果通知消息。
該步驟中，當(dāng)對(duì)待升級(jí)固件進(jìn)行升級(jí)成功時(shí)，用戶終端向匿服務(wù)器發(fā)送固件升級(jí) 成功通知消息；當(dāng)對(duì)待升級(jí)固件進(jìn)行升級(jí)失敗時(shí)，用戶終端向匿服務(wù)器發(fā)送固件失敗通知 消息。 較佳地，當(dāng)用戶終端需要對(duì)該待升級(jí)固件進(jìn)行升級(jí)帶回退時(shí)，還包括以下步驟 306 : 步驟306、修改boot loader中存儲(chǔ)的該待升級(jí)固件的版本引導(dǎo)信息，以指示用戶 終端啟動(dòng)該待升級(jí)固件的未升級(jí)版本。 基于上述流程相同的構(gòu)思，本發(fā)明實(shí)施例還提供一種實(shí)現(xiàn)固件無(wú)線更新的裝置， 該裝置的結(jié)構(gòu)如圖4所示。 參見(jiàn)圖4，為本發(fā)明實(shí)施例中實(shí)現(xiàn)固無(wú)線更新的裝置的結(jié)構(gòu)示意圖，該裝置設(shè)置在
用戶終端，該裝置包括匿客戶端模塊41與固件無(wú)線更新模塊42，其中 匿客戶端模塊41，用于接收匿服務(wù)器下發(fā)的攜帶有待升級(jí)固件標(biāo)識(shí)信息的固件升級(jí)通知，并根據(jù)接收到的固件升級(jí)通知建立與該匿服務(wù)器之間的會(huì)話，在會(huì)話成功時(shí)從 該DM服務(wù)器中下載待升級(jí)固件所對(duì)應(yīng)的差分包。 固件無(wú)線更新模塊42，用于根據(jù)DM客戶端模塊41得到的差分包在該用戶終端的 第二 OS區(qū)生成待升級(jí)固件的升級(jí)版本并存儲(chǔ)，修改該待升級(jí)固件的版本引導(dǎo)信息。
較佳地，上述裝置還包括通訊模塊43，其中 通訊模塊43，用于將固件無(wú)線更新模塊42對(duì)待升級(jí)固件進(jìn)行升級(jí)的結(jié)果信息上 報(bào)至匿服務(wù)器。 若固件無(wú)線更新模塊42對(duì)待升級(jí)固件進(jìn)行升級(jí)成功時(shí)，通訊模塊43向匿服務(wù)器 發(fā)送升級(jí)成功通知消息；若固件無(wú)線更新模塊42對(duì)待升級(jí)固件進(jìn)行升級(jí)失敗時(shí)，通訊模塊 43向匿服務(wù)器發(fā)送升級(jí)失敗通知消息。 為了更加詳細(xì)。清楚的描述本發(fā)明技術(shù)方案，下面以一具體的實(shí)例對(duì)本發(fā)明技術(shù) 方案進(jìn)行詳細(xì)的描述，該實(shí)例通過(guò)如圖5所示的方法流程進(jìn)行描述。 參見(jiàn)圖5，為本發(fā)明提供的采用如圖4所示的裝置實(shí)現(xiàn)固件無(wú)線更新的方法流程 圖，該方法包括以下步驟 步驟501 502、用戶終端中的匿客戶端模塊41接收匿服務(wù)器向用戶終端發(fā)送 PUSH消息(該P(yáng)USH消息中攜帶有待升級(jí)固件的標(biāo)識(shí)信息)；并在確定需要下載該待升級(jí)固 件對(duì)應(yīng)的差分包時(shí)，執(zhí)行步驟503，否則執(zhí)行步驟501 。 步驟503、匿客戶端模塊41根據(jù)接收到的固件升級(jí)請(qǐng)求建立與匿服務(wù)器之間的
連接，并在完成用戶終端與my艮務(wù)器之間的鑒權(quán)之后，從my艮務(wù)器中下載待升級(jí)固件所對(duì) 應(yīng)的差分包。 步驟504、固件無(wú)線更新模塊42判斷差分包下載是否成功，若是則執(zhí)行步驟505， 否則執(zhí)行步驟503。 步驟505、固件無(wú)線更新模塊42判斷是否需要對(duì)待升級(jí)固件進(jìn)行升級(jí)，若是則執(zhí) 行步驟506，否則在經(jīng)過(guò)設(shè)定的一定時(shí)間之后，再執(zhí)行步驟504。 步驟506、固件無(wú)線更新模塊42判斷是否采用重啟升級(jí)方式對(duì)待升級(jí)固件進(jìn)行升 級(jí)，若是則執(zhí)行步驟511，否則執(zhí)行步驟507。 步驟507、固件無(wú)線更新模塊42確定采用非重啟升級(jí)模式對(duì)待升級(jí)固件進(jìn)行升 級(jí)，讀取該差分包中的信息，并將讀取到的信息與第一OS區(qū)中存儲(chǔ)的該待升級(jí)固件的未 升級(jí)版本的相關(guān)信息進(jìn)行比較校驗(yàn)，在校驗(yàn)成功時(shí)執(zhí)行步驟508，在校驗(yàn)失敗時(shí)執(zhí)行步驟 510。 步驟508、固件無(wú)線更新模塊42根據(jù)下載的差分包在第二 OS區(qū)生成該待升級(jí)固件 的升級(jí)版本，并將該升級(jí)版本存儲(chǔ)在第二 OS區(qū)。 步驟509、固件無(wú)線更新模塊42修改boot loader中該待升級(jí)固件所對(duì)應(yīng)的版本 引導(dǎo)信息，以指示用戶終端重啟之后啟動(dòng)該待升級(jí)固件的升級(jí)版本。 較佳地，為保證用戶終端的正常使用，以避免由于對(duì)待升級(jí)固件進(jìn)行升級(jí)失敗時(shí) 導(dǎo)致用戶終端不能用的問(wèn)題，該步驟中，若在第二OS區(qū)生成待升級(jí)固件的升級(jí)版本失敗 時(shí)，固件無(wú)線更新模塊42不更改boot loader中該待升級(jí)固件所對(duì)應(yīng)的版本引導(dǎo)信息，用 戶終端繼續(xù)采用該待升級(jí)固件的未升級(jí)版本。 步驟510、通訊模塊43向DM服務(wù)器上報(bào)對(duì)待升級(jí)固件進(jìn)行升級(jí)的結(jié)果通知消息。
7
該步驟中，若固件無(wú)線更新模塊42對(duì)待升級(jí)固件升級(jí)成功，通訊模塊43則向匿 服務(wù)器發(fā)送固件升級(jí)成功通知消息；若固件無(wú)線更新模塊42對(duì)待升級(jí)固件升級(jí)失敗，通訊 模塊43則向匿服務(wù)器發(fā)送固件升級(jí)失敗通知消息。 步驟511、固件無(wú)線更新模塊42確定采用重啟升級(jí)模式對(duì)待升級(jí)固件進(jìn)行升級(jí)， 對(duì)用戶終端進(jìn)行重啟，并在重啟成功之后讀取該差分包中的信息，并將讀取到的信息與第 一 OS區(qū)中存儲(chǔ)的該待升級(jí)固件的未升級(jí)版本的相關(guān)信息進(jìn)行比較校驗(yàn)，在校驗(yàn)成功時(shí)執(zhí) 行步驟512 ，在校驗(yàn)失敗時(shí)執(zhí)行步驟514 。 步驟512、固件無(wú)線更新模塊42根據(jù)下載的差分包在第二 OS區(qū)生成該待升級(jí)固件 的升級(jí)版本，并將該升級(jí)版本存儲(chǔ)在第二 OS區(qū)。 步驟513、固件無(wú)線更新模塊42修改boot loader中該待升級(jí)固件所對(duì)應(yīng)的版本 引導(dǎo)信息，以指示用戶終端直接啟動(dòng)該待升級(jí)固件的升級(jí)版本(即用戶終端不需要進(jìn)行重 啟，直接啟動(dòng)該待升級(jí)固件的升級(jí)版本)。 較佳地，為保證用戶終端的正常使用，以避免由于對(duì)待升級(jí)固件進(jìn)行升級(jí)失敗時(shí) 導(dǎo)致用戶終端不能用的問(wèn)題，該步驟中，若不能在第二OS區(qū)生成待升級(jí)固件的升級(jí)版本 時(shí)，不更改boot loader中的引導(dǎo)信息，用戶終端繼續(xù)使用該待升級(jí)固件的未升級(jí)版本。
步驟514、通訊模塊43根據(jù)固件無(wú)線更新模塊42對(duì)待升級(jí)固件進(jìn)行升級(jí)的結(jié)果向 匿服務(wù)器上報(bào)固件升級(jí)結(jié)果通知消息。 該步驟中，若固件無(wú)線更新模塊42對(duì)待升級(jí)固件升級(jí)成功，通訊模塊43則向匿 服務(wù)器發(fā)送固件升級(jí)成功通知消息；若固件無(wú)線更新模塊42對(duì)待升級(jí)固件升級(jí)失敗，通訊 模塊43則向匿服務(wù)器發(fā)送固件升級(jí)失敗通知消息。 較佳地，為提高對(duì)該待升級(jí)固件進(jìn)行升級(jí)帶回退(即需要將該待升級(jí)固件回退至 升級(jí)之前的狀態(tài))，本發(fā)明實(shí)施例通過(guò)固件無(wú)線更新模塊42修改bootloader中存儲(chǔ)的該待 升級(jí)固件的版本引導(dǎo)信息，以指示用戶終端在重啟之后，啟動(dòng)該待升級(jí)固件的未升級(jí)版本。
本發(fā)明實(shí)施例中，本發(fā)明實(shí)施例中，在接收設(shè)備管理服務(wù)器下發(fā)的固件升級(jí)通知 之后，根據(jù)所述固件升級(jí)通知從所述設(shè)備管理服務(wù)器中獲取待升級(jí)固件所對(duì)應(yīng)的差分包； 采用設(shè)定的升級(jí)模式，根據(jù)所述差分包在配置的用于固件升級(jí)處理的存儲(chǔ)空間生成所述待 升級(jí)固件的升級(jí)版本，并將所述升級(jí)版本存儲(chǔ)至所述存儲(chǔ)空間；啟動(dòng)所述待升級(jí)固件的所 述升級(jí)版本。采用本發(fā)明技術(shù)方案，由于在用于固件升級(jí)處理的存儲(chǔ)空間生成所述待升級(jí) 固件的升級(jí)版本之后再啟動(dòng)升級(jí)版本，而不是直接對(duì)待升級(jí)固件進(jìn)行升級(jí)操作，因此，在對(duì) 待升級(jí)固件進(jìn)行升級(jí)失敗時(shí)，用戶終端采用該待升級(jí)固件的未升級(jí)版本，避免了由于對(duì)待 升級(jí)固件進(jìn)行升級(jí)失敗而導(dǎo)致用戶終端不可用的問(wèn)題，提高固件升級(jí)的有效性與升級(jí)帶回 退效率。 顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
一種實(shí)現(xiàn)固件無(wú)線更新的方法，其特征在于，包括接收設(shè)備管理服務(wù)器下發(fā)的固件升級(jí)通知；根據(jù)所述固件升級(jí)通知從所述設(shè)備管理服務(wù)器中獲取待升級(jí)固件所對(duì)應(yīng)的差分包；采用設(shè)定的升級(jí)模式，根據(jù)所述差分包在配置的用于固件升級(jí)處理的存儲(chǔ)空間生成所述待升級(jí)固件的升級(jí)版本，并將所述升級(jí)版本存儲(chǔ)至所述存儲(chǔ)空間。
2. 如權(quán)利要求1所述的方法，其特征在于，采用設(shè)定的升級(jí)模式，根據(jù)所述差分包在配 置的用于固件升級(jí)處理的存儲(chǔ)空間生成所述待升級(jí)固件的升級(jí)版本，具體為當(dāng)所述升級(jí)模式為非重啟升級(jí)模式時(shí)，根據(jù)所述差分包在所述存儲(chǔ)空間生成所述待升 級(jí)固件的升級(jí)版本；當(dāng)所述升級(jí)模式為重啟升級(jí)模式時(shí)，進(jìn)行重啟處理，并在重啟之后根據(jù)所述差分包在 所述存儲(chǔ)空間生成所述待升級(jí)固件的升級(jí)版本。
3. 如權(quán)利要求1所述的方法，其特征在于，所述存儲(chǔ)空間還存儲(chǔ)有所述待升級(jí)固件的 未升級(jí)版本以及所述待升級(jí)固件對(duì)應(yīng)的版本引導(dǎo)信息；啟動(dòng)所述待升級(jí)固件的升級(jí)版本之前還包括將所述待升級(jí)固件對(duì)應(yīng)的版本引導(dǎo)信息 修改為表征啟動(dòng)該待升級(jí)固件的升級(jí)版本的信息。
4. 如權(quán)利要求3所述的方法，其特征在于，當(dāng)需要使用所述待升級(jí)固件的未升級(jí)版本 時(shí)，將所述待升級(jí)固件對(duì)應(yīng)的版本引導(dǎo)信息修改為表征啟動(dòng)該待升級(jí)固件的未升級(jí)版本的 信息；根據(jù)所述修改后的所述版本引導(dǎo)信息啟動(dòng)所述待升級(jí)固件的未升級(jí)版本。
5. 如權(quán)利要求1 4任一項(xiàng)所述的方法，其特征在于，根據(jù)所述差分包在配置的用于固 件升級(jí)處理的存儲(chǔ)空間生成所述待升級(jí)固件的升級(jí)版本之后，還包括向所述設(shè)備管理服 務(wù)器發(fā)送對(duì)待升級(jí)固件進(jìn)行升級(jí)的結(jié)果通知消息。
6. 如權(quán)利要求5所述的方法，其特征在于，向所述設(shè)備管理服務(wù)器發(fā)送對(duì)待升級(jí)固件 進(jìn)行升級(jí)的結(jié)果通知消息，具體為當(dāng)根據(jù)所述差分包在所述存儲(chǔ)空間成功生成所述待升級(jí)固件的升級(jí)版本時(shí)，向所述設(shè) 備管理服務(wù)器發(fā)送升級(jí)成功通知消息；當(dāng)根據(jù)所述差分包在所述存儲(chǔ)空間不能成功生成所述待升級(jí)固件的升級(jí)版本時(shí)，向所 述設(shè)備管理服務(wù)器發(fā)送升級(jí)失敗的通知消息。
7. —種實(shí)現(xiàn)固件無(wú)線更新的裝置，其特征在于，包括設(shè)備管理客戶端模塊、固件無(wú)線升 級(jí)模塊，其中設(shè)備管理客戶端模塊，用于接收設(shè)備管理服務(wù)器下發(fā)的固件升級(jí)通知，并根據(jù)所述固 件升級(jí)通知從所述設(shè)備管理服務(wù)器中獲取待升級(jí)固件所對(duì)應(yīng)的差分包；固件無(wú)線升級(jí)模塊，用于采用設(shè)定的升級(jí)模式，根據(jù)所述差分包在配置的用于固件升 級(jí)處理的存儲(chǔ)空間生成所述待升級(jí)固件的升級(jí)版本，并將所述升級(jí)版本存儲(chǔ)至所述存儲(chǔ)空 間。
8. 如權(quán)利要求7所述的裝置，其特征在于，所述固件無(wú)線升級(jí)模塊具體應(yīng)用為 當(dāng)所述升級(jí)模式為非重啟升級(jí)模式時(shí)，根據(jù)所述差分包在所述存儲(chǔ)空間生成所述待升級(jí)固件的升級(jí)版本；當(dāng)所述升級(jí)模式為重啟升級(jí)模式時(shí)，進(jìn)行重啟處理，并在重啟之后根據(jù)所述差分包在所述存儲(chǔ)空間生成所述待升級(jí)固件的升級(jí)版本。
9. 如權(quán)利要求7所述的裝置，其特征在于，所述存儲(chǔ)空間還存儲(chǔ)有所述待升級(jí)固件的 未升級(jí)版本以及所述待升級(jí)固件對(duì)應(yīng)的版本引導(dǎo)信息；所述固件無(wú)線更新模塊進(jìn)一步具體應(yīng)用為啟動(dòng)所述待升級(jí)固件的升級(jí)版本之前，將 所述待升級(jí)固件對(duì)應(yīng)的版本引導(dǎo)信息修改為表征啟動(dòng)該待升級(jí)固件的升級(jí)版本的信息。
10. 如權(quán)利要求9所述的裝置，其特征在于，所述固件無(wú)線更新模塊進(jìn)一步具體應(yīng)用 為當(dāng)需要使用所述待升級(jí)固件的未升級(jí)版本時(shí)，將所述待升級(jí)固件對(duì)應(yīng)的版本引導(dǎo)信息 修改為表征啟動(dòng)該待升級(jí)固件的未升級(jí)版本的信息；根據(jù)所述修改后的所述版本引導(dǎo)信息 啟動(dòng)所述待升級(jí)固件的未升級(jí)版本。
11. 如權(quán)利要求7 10任一項(xiàng)所述裝置，其特征在于，還包括通訊模塊； 通訊模塊，用于在所述固件無(wú)線更新模塊根據(jù)所述差分包在配置的用于固件升級(jí)處理的存儲(chǔ)空間生成所述待升級(jí)固件的升級(jí)版本之后，向所述設(shè)備管理服務(wù)器發(fā)送對(duì)待升級(jí)固 件進(jìn)行升級(jí)的結(jié)果通知消息。
12. 如權(quán)利要求11所述的裝置，其特征在于，所述通訊模塊具體應(yīng)用為 當(dāng)根據(jù)所述差分包在所述存儲(chǔ)空間成功生成所述待升級(jí)固件的升級(jí)版本時(shí)，向所述設(shè)備管理服務(wù)器發(fā)送升級(jí)成功通知消息；當(dāng)根據(jù)所述差分包在所述存儲(chǔ)空間不能成功生成所述待升級(jí)固件的升級(jí)版本時(shí)，向所 述設(shè)備管理服務(wù)器發(fā)送升級(jí)失敗的通知消息。
全文摘要
本發(fā)明公開(kāi)了一種實(shí)現(xiàn)固件無(wú)線更新的方法及裝置，以解決現(xiàn)有技術(shù)中在對(duì)待升級(jí)固件進(jìn)行升級(jí)失敗而導(dǎo)致用戶終端不可用的問(wèn)題。該方法包括接收設(shè)備管理服務(wù)器下發(fā)的固件升級(jí)通知；根據(jù)所述固件升級(jí)通知從所述設(shè)備管理服務(wù)器中獲取待升級(jí)固件所對(duì)應(yīng)的差分包；采用設(shè)定的升級(jí)模式，根據(jù)所述差分包在配置的用于固件升級(jí)處理的存儲(chǔ)空間生成所述待升級(jí)固件的升級(jí)版本，并將所述升級(jí)版本存儲(chǔ)至所述存儲(chǔ)空間。采用本發(fā)明技術(shù)方案，提高固件升級(jí)的有效性與升級(jí)帶回退效率。
文檔編號(hào)H04W8/22GK101778376SQ200910260740
公開(kāi)日2010年7月14日 申請(qǐng)日期2009年12月31日 優(yōu)先權(quán)日2009年12月31日
發(fā)明者周韜, 楊焜, 鞠飛 申請(qǐng)人:中興通訊股份有限公司