專利名稱：一種軟件版本升級方法、終端及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及一種軟件版本升級方法、終端及系統(tǒng)。
背景技術：
隨著移動通信產(chǎn)業(yè)的高速發(fā)展，移動終端產(chǎn)品各種多媒體業(yè)務功能越來越強大， 促使其內部軟件版本也越來越大。而對于移動終端來說，在生產(chǎn)環(huán)節(jié)、售后環(huán)節(jié)以及用戶使 用過程中軟件版本升級頻率較高，在頻繁升級過程中面對龐大的軟件版本，如果采用傳統(tǒng) 的升級方式無疑升級時間過長，效率低下。傳統(tǒng)的升級方式是將終端軟件版本文件中的所有數(shù)據(jù)按照一種特定的協(xié)議原封 不動地發(fā)送到終端以達到升級的目的，這樣下載時長與版本文件大小成正比關系，對于目 前龐大的軟件版本來說，不僅僅下載時間過長并且下載直通率也相應降低。如果使用傳統(tǒng)方式進行下載，首先，對于設備生產(chǎn)制造商來說，下載升級時間過長 致使生產(chǎn)效率降低，成本增高，產(chǎn)品生產(chǎn)周期加長，利潤空間縮??；其次，對于用戶升級來 說，下載時間過長導致下載失敗率上升，將會嚴重影響用戶體驗，從而流失客戶。因此對于 當前各個制式的各種下載升級的方法來說效率都顯得尤為重要。

發(fā)明內容
針對相關技術中在進行軟件升級時，下載時間過長并且下載直通率也相應降低等 問題，本發(fā)明提供了一種軟件版本升級方法、終端及系統(tǒng)，以解決上述問題至少之一。根據(jù)本發(fā)明的一個方面，提供了一種軟件版本升級方法，應用于移動終端，包括 移動終端接收經(jīng)過無損壓縮后的所述軟件版本的更新文件并對該更新文件進行解壓還原； 移動終端對上述更新文件解壓還原后，執(zhí)行寫操作。根據(jù)本發(fā)明的另一方面，提供了一種移動終端，包括接收模塊，用于接收經(jīng)過無 損壓縮后的軟件版本的更新文件；解壓模塊，用于對經(jīng)過無損壓縮后的更新文件執(zhí)行解壓 還原操作；寫操作模塊，用于對解壓模塊解壓后的更新文件執(zhí)行寫操作。根據(jù)本發(fā)明的再一方面，提供了一種軟件版本升級系統(tǒng)，包括無損壓縮設備和上 述的移動終端；該無損壓縮設備，用于對軟件版本的更新文件進行無損壓縮并將無損壓縮 后的更新文件發(fā)送給該移動終端。通過本發(fā)明，采用無損壓縮算法對移動終端軟件版本的更新文件進行無損壓縮， 解決了相關技術中對軟件版本更新文件直接進行下載升級，下載時間過長且下載直通率較 低的問題，進而減少了數(shù)據(jù)傳輸量，有效地縮減了移動終端升級時間，使得移動終端快速安 全地完成升級過程，提高了升級下載效率。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變 得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明 書、權利要求書、以及附圖中所特別指出的結構來實現(xiàn)和獲得。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中圖1為根據(jù)本發(fā)明實施例的軟件版本升級方法的流程圖；圖2為根據(jù)本發(fā)明優(yōu)選實施例的軟件版本升級方法的流程圖；圖3為使用RLE無損壓縮算法進行無損壓縮的示例圖；圖4為根據(jù)本發(fā)明實施例的移動終端的結構框圖；圖5為根據(jù)本發(fā)明實施例的軟件版本升級系統(tǒng)的結構框圖；圖6為根據(jù)本發(fā)明優(yōu)選實施例的軟件版本升級系統(tǒng)的結構框具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。圖1為根據(jù)本發(fā)明實施例的軟件版本升級方法的流程圖。其中，該方法可以應用 于移動終端，如圖1所示，該軟件版本升級方法包括步驟S102，移動終端接收經(jīng)過無損壓縮后的軟件版本的更新文件并對該更新文件 進行解壓還原；步驟S104，移動終端對上述更新文件解壓還原后，執(zhí)行寫操作。相關技術中，對軟件版本更新文件直接進行下載升級，下載時間過長且下載直通 率較低，采用上述實施例提供的方法，對移動終端軟件版本的更新文件進行無損壓縮，然后 終端對上述更新文件進行解壓還原，減少了數(shù)據(jù)傳輸量，進而有效地縮減了移動終端升級 時間以及提高了下載直通率，使得移動終端快速安全地完成升級過程，提高了升級下載效 率。在優(yōu)選實施過程中，移動終端接收的經(jīng)過無損壓縮后的軟件版本的更新文件來自 于無損壓縮設備，例如，計算機等。優(yōu)選地，在執(zhí)行步驟S102之前，還可以包括以下處理(1)無損壓縮設備對上述更新文件逐個進行無損壓縮并保存；(2)無損壓縮設備確定所述更新文件已經(jīng)全部進行無損壓縮。在優(yōu)選實施過程中，對上述更新文件逐個進行無損壓縮并保存之前，還可以包括 以下處理所述移動終端判斷接收到的更新文件是否需要進行解壓還原處理。與之相對應 地，該移動終端對上述更新文件解壓還原之前，該移動終端判斷接收到的更新文件是否需 要進行解壓還原處理，以及該移動終端判斷接收到的更新文件是否需要進行解壓還原處理 之后，上述移動終端對不需要進行解壓還原處理的更新文件直接執(zhí)行寫操作。也就是說，對于多個軟件版本的更新文件，無損壓縮設備需要遍歷各個更新文件， 判斷每個更新文件是否需要壓縮，通常判定方案是先設置一個閾值，當其大于該閾值時，確 定該更新文件需要壓縮，當其小于或等于該閾值時，確定該更新文件不需要壓縮。在確定某 個更新文件需要進行壓縮時，對該文件進行壓縮并保存。依次對各個更新文件進行判斷，直 至所有文件全部遍歷完。在上述實施例的優(yōu)選實施過程中，可以通過以下算法對所述軟件版本的更新文件進行無損壓縮RLE無損壓縮算法。上述實施過程中，鑒于移動終端的內存空間以及計算性能的限制，采用一些比較 簡單安全并且針對目前版本文件特征壓縮比較高的壓縮算法(例如，RLE無損壓縮算法)尤 為重要。RLE無損壓縮算法的壓縮率較高，壓縮后更新文件的大小明顯變小，從而減少了數(shù) 據(jù)傳輸量，進而有效地縮減了移動終端升級時間以及提高了下載直通率，使得移動終端快 速安全地完成升級過程，提高了升級下載效率。以下結合圖2描述使用RLE無損壓縮算法 進行無損壓縮的示例。圖2為使用RLE無損壓縮算法進行無損壓縮的示例圖。如圖2所示，將原始數(shù)據(jù) 中的重復字節(jié)進行編碼，非重復字節(jié)不做處理，原始數(shù)據(jù)中有6個連續(xù)的72，那么用0作為 標記，將原始數(shù)據(jù)進行壓縮數(shù)據(jù)，標記0后面的數(shù)據(jù)是重復的個數(shù)6，緊跟其后的就是數(shù)據(jù) 本身72。RLE算法的標記值必須選擇輸入流數(shù)據(jù)中最少出現(xiàn)的數(shù)據(jù)，最好是根本不在輸入 流中存在的數(shù)據(jù)。上述實施過程采用RLE無損壓縮算法來實現(xiàn)版本文件的壓縮，此壓縮技術相對簡 單穩(wěn)定，壓縮率較高，能夠將版本文件總體減小40%左右，除去移動終端解壓縮消耗的時 間，下載升級效率相對提升30%以上。能夠為產(chǎn)線生產(chǎn)批量升級節(jié)省時間、降低成本、為設 備廠商贏取更大的利潤空間。當然，在具體實施過程中，也可以采用其他無損壓縮算法進行壓縮，例如，霍夫曼 算法或LZW算法等。以下結合圖3詳細描述上述優(yōu)選實施方式。圖3為根據(jù)本發(fā)明優(yōu)選實施例的一種軟件版本升級方法流程圖。如圖3所示，該 軟件版本升級方法包括步驟S302，依次遍歷軟件版本文件中的每個更新文件，如果遍歷完成則轉到步驟 S314建立連接，該連接可以為USB串口連接；如果文件遍歷完成，則通過步驟S304中選擇其中一個更新文件，然后對上述選擇 的更新文件通過步驟S306判斷是否進行壓縮；如果需要壓縮，則執(zhí)行步驟S308利用RLE壓縮算法對上述更新文件進行無損壓 縮；然后通過步驟S306保存壓縮后的文件，完成后返回步驟S302判斷是否遍歷完成，直至 該軟件版本中的更新文件全部遍歷完成；如果不需壓縮，則執(zhí)行步驟S314，對上述更新文件直接進行保存，然后返回步驟 302判斷是否遍歷完成，直至該軟件版本中的更新文件全部遍歷完成；至此，上述軟件版本 的更新文件壓縮過程完畢。在上述優(yōu)選實施過程中，步驟S306通過預設條件判定分析當前文件是否需要進 行壓縮過程，例如上述預設條件可以為設定一個文件大小閾值，當上述更新文件中的一個 文件大小小于該閾值時，則不需要進行壓縮，否則需要進行壓縮。這樣解決了對于版本文件中比較小的更新文件，還要進行壓縮和解壓縮而導致的 時間浪費。應當理解，上述預設條件不僅限于根據(jù)文件大小設定是否需要進行壓縮，還可以 為其它限定條件，例如文件類型等等。從步驟S314開始，建立與移動終端的連接(該連接可以為USB串口連接)，準備數(shù)據(jù)傳輸，連接成功則執(zhí)行步驟S316判斷上述版本文件中的所有更新文件是否傳輸完畢，是 則執(zhí)行步驟S328，結束下載過程并重啟移動終端，否則執(zhí)行步驟S318繼續(xù)進行數(shù)據(jù)傳輸， 傳輸當前更新文件。移動終端通過步驟S320接收版本文件數(shù)據(jù)，完成后執(zhí)行步驟S322，判斷該版本文 件的更新文件是否需要進行解壓處理，如果不需要解壓則執(zhí)行步驟S314，直接執(zhí)行寫操作， 將該更新文件寫入FLASH，否則執(zhí)行步驟S324，解壓還原上述更新文件然后通過步驟S326 執(zhí)行寫操作將上述更新文件寫入FLASH中。完成后轉到步驟S316進行下個版本文件的處理，判斷軟件版本文件中的下一個 更新文件是否全部傳送完成直至所有文件傳輸完畢。然后執(zhí)行步驟S328，則完成下載過程 并重啟移動終端。圖4為根據(jù)本發(fā)明實施例的移動終端的結構框圖。如圖4所示，該移動終端42包 括接收模塊422，用于接收來自于上述無損壓縮設備40的上述經(jīng)過無損壓縮后的更 新文件；解壓模塊424，用于對該更新文件執(zhí)行解壓還原操作；寫操作模塊426，用于對上述解壓模塊解壓后的更新文件執(zhí)行寫操作。圖5為根據(jù)本發(fā)明實施例的一種軟件版本升級系統(tǒng)框圖。如圖4所示，該系統(tǒng)包 括無損壓縮設備50和移動終端42 ；無損壓縮設備50，用于對上述軟件版本的更新文件進行無損壓縮；在優(yōu)選實施過程中，移動終端42進一步包括接收模塊422，用于接收來自于上述無損壓縮設備40的上述經(jīng)過無損壓縮后的更 新文件；解壓模塊424，用于對該更新文件執(zhí)行解壓還原操作；寫操作模塊426，用于對上述解壓模塊解壓后的更新文件執(zhí)行寫操作。優(yōu)選地，參見附圖6，上述無損壓縮設備50可以進一步包括壓縮模塊504，用于對上述更新文件逐個進行無損壓縮并保存以及確定上述更新 文件已經(jīng)全部進行無損壓縮。發(fā)送模塊506，用于將上述經(jīng)過無損壓縮后的更新文件傳輸至上述移動終端42。在優(yōu)選實施過程中，如圖5所示，上述無損壓縮設備50還可以包括第一判斷模塊 502，用于判斷上述軟件版本中各個更新文件是否需要進行無損壓縮，如果需要壓縮則通過 上述壓縮模塊504進行壓縮并保存，如果不需要，則通過上述壓縮模塊504對不需要進行壓 縮的文件直接進行保存。相對應地，上述移動終端42還可以包括第二判斷模塊428，用于 判斷接收到的更新文件是否需要進行解壓還原處理。如果上述更新文件為上述更新文件為 經(jīng)過上述第一判斷模塊502判斷需要進行壓縮的文件且已由上述壓縮模塊504進行了無損 壓縮的文件，則需要先對該更新文件進行解壓處理，然后再執(zhí)行寫操作；如果上述更新文件 為經(jīng)過上述第一判斷模塊502判斷不需要進行壓縮的文件，則直接進行寫操作。在上述系統(tǒng)實施例的優(yōu)選實施過程中，上述無損壓縮設備50通過RLE無損壓縮算 法對所述軟件版本的更新文件進行無損壓縮。關于為何采用RLE無損壓縮算法，上述方法 實施例中已有描述，此處不再贅述。
上述系統(tǒng)實施例的優(yōu)選實施過程中，上述無損壓縮設備可以為計算機等信息處理 設備。本系統(tǒng)中的兩大部分無損壓縮設備50(例如，計算機)和移動終端42，可以通過設備 通信接口(例如，USB 口)進行通信，無損壓縮設備50通過此接口給移動終端42發(fā)送版本 文件數(shù)據(jù)，達到下載版本文件的目的。需要注意的是，上述系統(tǒng)中的設備、終端以及各模塊之間相關結合的優(yōu)選工作方 式具體可以參見圖1和圖2所示的方法實施例的描述，此處不再贅述。綜上所述，本發(fā)明實施例通過嵌入無損壓縮算法對軟件版本文件數(shù)據(jù)進行有效壓 縮來提高升級下載效率，解決了相關技術中，在生產(chǎn)和銷售環(huán)節(jié)由于升級效率低而產(chǎn)生地 人力和時間地浪費問題，進而為設備廠商贏得更大的利潤空間，同時能夠大大節(jié)約終端產(chǎn) 品的售后維修費用，并且在用戶升級過程中大大提高了用戶體驗滿意度，為終端產(chǎn)品贏來 更多客戶。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或 步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。以上僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人 員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、 等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
一種軟件版本升級方法，應用于移動終端，其特征在于，包括所述移動終端接收經(jīng)過無損壓縮后的所述軟件版本的更新文件并對所述更新文件進行解壓還原；所述移動終端對所述更新文件解壓還原后，執(zhí)行寫操作。
2.根據(jù)權利要求1所述的方法，其特征在于，所述移動終端接收經(jīng)過所述無損壓縮后 的文件之前，還包括對所述更新文件逐個進行無損壓縮并保存；確定所述更新文件已經(jīng)全部進行無損壓縮。
3.根據(jù)權利要求2所述的方法，其特征在于，對所述更新文件逐個進行無損壓縮并保 存之前，還包括判斷所述軟件版本中各個更新文件是否需要進行無損壓縮。
4.根據(jù)權利要求3所述的方法，其特征在于，所述移動終端對所述更新文件解壓還原 之前，還包括所述移動終端判斷接收到的更新文件是否需要進行解壓還原處理。
5.根據(jù)權利要求4所述的方法，其特征在于，所述移動終端判斷接收到的更新文件是 否需要進行解壓還原處理之后，還包括所述移動終端對不需要進行解壓還原處理的更新文件直接執(zhí)行寫操作。
6.根據(jù)權利要求1-5中任一項所述的方法，其特征在于，通過以下算法對所述軟件版 本的更新文件進行無損壓縮RLE無損壓縮算法。
7.一種移動終端，其特征在于，包括接收模塊，用于接收經(jīng)過無損壓縮后的所述軟件版本的更新文件；解壓模塊，用于對所述經(jīng)過無損壓縮后的更新文件執(zhí)行解壓還原操作；寫操作模塊，用于對所述解壓模塊解壓后的更新文件執(zhí)行寫操作。
8.一種軟件版本升級系統(tǒng)，其特征在于，包括無損壓縮設備和權利要求7所述的移動 終端；所述無損壓縮設備，用于對所述軟件版本的更新文件進行無損壓縮并將所述無損壓縮 后的更新文件發(fā)送給所述移動終端。
9.根據(jù)權利要求8所述的系統(tǒng)，其特征在于，所述無損壓縮設備包括壓縮模塊，用于對所述更新文件逐個進行無損壓縮并保存以及確定所述更新文件已經(jīng) 全部進行無損壓縮；發(fā)送模塊，用于將所述經(jīng)過無損壓縮后的更新文件傳輸至所述移動終端。
10.根據(jù)權利要求9所述的系統(tǒng)，其特征在于，所述無損壓縮設備還包括第一判斷模塊，用于判斷所述軟件版本中各個更新文件是否需要進行無損壓縮；所述移動終端還包括第二判斷模塊，用于判斷接收到的更新文件是否需要進行解壓還原處理。
11.根據(jù)權利要求8-10中任一項所述的系統(tǒng)，其特征在于，所述無損壓縮設備，用于通 過RLE無損壓縮算法對所述軟件版本的更新文件進行無損壓縮。
全文摘要
本發(fā)明公開了一種軟件版本升級方法，應用于移動終端，包括移動終端接收經(jīng)過無損壓縮后的軟件版本的更新文件并對更新文件進行解壓還原；移動終端對更新文件解壓還原后，執(zhí)行寫操作。本發(fā)明還公開了一種基于上述方法的移動終端及系統(tǒng)。通過本發(fā)明，采用無損壓縮算法對移動終端軟件版本的更新文件進行無損壓縮，解決了相關技術中對軟件版本更新文件直接進行下載升級，下載時間過長且下載直通率較低的問題，進而減少了數(shù)據(jù)傳輸量，有效地縮減了移動終端升級時間，使得移動終端快速安全地完成升級過程，提高了升級下載效率。
文檔編號G06F9/445GK101984405SQ20101051195
公開日2011年3月9日 申請日期2010年10月11日 優(yōu)先權日2010年10月11日
發(fā)明者張輝, 曹艷芳, 袁景美 申請人:中興通訊股份有限公司