WO2012048541A1 - 一种软件版本升级方法、终端及系统 - Google Patents

一种软件版本升级方法、终端及系统 Download PDF

Info

Publication number
WO2012048541A1
WO2012048541A1 PCT/CN2011/070326 CN2011070326W WO2012048541A1 WO 2012048541 A1 WO2012048541 A1 WO 2012048541A1 CN 2011070326 W CN2011070326 W CN 2011070326W WO 2012048541 A1 WO2012048541 A1 WO 2012048541A1
Authority
WO
WIPO (PCT)
Prior art keywords
update file
mobile terminal
lossless compression
software version
file
Prior art date
Application number
PCT/CN2011/070326
Other languages
English (en)
French (fr)
Inventor
曹艳芳
袁景美
张辉
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to US13/821,218 priority Critical patent/US20130167133A1/en
Priority to EP11831938.3A priority patent/EP2605133A4/en
Publication of WO2012048541A1 publication Critical patent/WO2012048541A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates

Definitions

  • the present invention relates to the field of communications, and in particular to a software version upgrade method, terminal, and system.
  • BACKGROUND OF THE INVENTION With the rapid development of the mobile communication industry, various multimedia service functions of mobile terminal products are becoming more and more powerful, and the internal software version is also becoming larger and larger.
  • the software version is upgraded frequently during the production process, the after-sales process, and the user's use. In the process of frequent upgrades, the software version is faced with a huge software version. If the traditional upgrade method is used, the upgrade time is undoubtedly too long. Efficiency is low.
  • the discussion is sent to the terminal to achieve the purpose of the upgrade, so that the download duration is proportional to the size of the version file.
  • the download time is too long, but the download pass rate is also reduced accordingly. If the download is done in the traditional way, first of all, for the equipment manufacturer, the download upgrade time is too long, resulting in lower production efficiency, higher cost, longer product production cycle, and smaller profit margin. Secondly, for user upgrades, the download time is too long. Long lead to an increase in download failure rate, which will seriously affect the user experience and thus lead to loss of customers. Therefore, efficiency is particularly important for various download and upgrade methods of various current standards.
  • the present invention provides a software version upgrade method, a terminal, and a system to solve at least one of the above problems, in the related art, when the software upgrade is performed, the download time is too long, and the download pass rate is correspondingly reduced.
  • a software version upgrade method is provided, which is applied to a mobile terminal, including: the mobile terminal receives an update file of the software version after lossless compression and decompresses and restores the update file; After the above update file is extracted and restored, a write operation is performed. Before the mobile terminal receives the losslessly compressed file, the method further includes: performing lossless compression and saving on the update file one by one; determining that the update file has all been losslessly compressed.
  • the method further includes: determining whether each update file in the software version needs to be losslessly compressed. Before the mobile terminal decompresses and restores the update file, the method further includes: determining, by the mobile terminal, whether the received update file needs to be subjected to decompression and restoration processing. After the mobile terminal determines whether the received update file needs to be subjected to the decompression and restoration process, the method further includes: the mobile terminal directly performing the write operation on the update file that does not need to be subjected to the decompression and restoration process.
  • the software version of the update file is losslessly compressed by the following algorithm: run-length encoded RLE lossless compression algorithm.
  • a mobile terminal including: a receiving module, configured to receive an update file of a software version after lossless compression; and a decompression module, configured to perform decompression and reduction on the update file after lossless compression Operation; Write operation module, used to write the update file after decompression of the decompression module.
  • a software version upgrade system including: a lossless compression device and the foregoing mobile terminal; the lossless compression device, configured to perform lossless compression on a software version update file and lossless compression The subsequent update file is sent to the mobile terminal.
  • the lossless compression device includes: a compression module, configured to perform lossless compression and storage on the update file one by one, and determine that the update file has been completely losslessly compressed; and a sending module, configured to transmit the update file after the lossless compression to the mobile terminal.
  • the foregoing lossless compression device further includes: a first determining module, configured to determine whether each update file in the software version needs to be losslessly compressed; the mobile terminal further includes: a second determining module, configured to determine whether the received update file needs to be decompressed Restore processing.
  • the above lossless compression device is used for lossless compression of an update file of a software version by a run-length encoded RLE lossless compression algorithm.
  • the lossless compression algorithm is used to perform lossless compression on the update file of the software version of the mobile terminal, and the problem that the software version update file is directly downloaded and upgraded in the related technology, the downloading time is too long and the download straight-through rate is low, The data transmission amount is reduced, the mobile terminal upgrade time is effectively reduced, and the mobile terminal completes the upgrade process quickly and safely, thereby improving the upgrade downloading efficiency.
  • FIG. 1 is a flowchart of a software version upgrade method according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a software version upgrade method according to a preferred embodiment of the present invention
  • FIG. 4 is a structural block diagram of a mobile terminal according to an embodiment of the present invention
  • FIG. 5 is a structural block diagram of a software version upgrade system according to an embodiment of the present invention
  • the software version upgrade method includes: Step S102: The mobile terminal receives an update file of the software version after lossless compression, and decompresses and restores the update file. Step S104: After the mobile terminal decompresses and restores the update file, the mobile terminal performs a write operation.
  • the software version update file is directly downloaded and upgraded, the downloading time is too long, and the download straight-through rate is low.
  • the method provided in the foregoing embodiment is used to perform lossless compression on the update file of the mobile terminal software version, and then the terminal The update file is decompressed and restored, which reduces the amount of data transmission, thereby effectively reducing the upgrade time of the mobile terminal and improving the download straight-through rate, so that the mobile terminal completes the upgrade process quickly and safely, and improves the upgrade download efficiency.
  • the update file of the losslessly compressed software version received by the mobile terminal is from a lossless compression device, such as a computer or the like.
  • the following processing may be further included: (1) the lossless compression device performs lossless compression and preservation on the update file one by one;
  • the lossless compression device determines that the update file has all been losslessly compressed.
  • the mobile terminal determines whether the received update file needs to be subjected to decompression and restoration processing.
  • the mobile terminal determines whether the received update file needs to be subjected to decompression and restoration processing, and the mobile terminal determines whether the received update file needs to be subjected to decompression and restoration processing.
  • the mobile terminal directly performs a write operation on an update file that does not need to be subjected to decompression and restoration processing.
  • the lossless compression device needs to traverse each update file to determine whether each update file needs to be compressed.
  • the determination scheme first sets a threshold, and when it is greater than the threshold, the update is determined.
  • the file needs to be compressed, and when it is less than or equal to the threshold, it is determined that the update file does not need to be compressed.
  • the software version of the update file may be losslessly compressed by the following algorithm: Run-Length Encoding (RLE) lossless compression algorithm.
  • RLE Run-Length Encoding
  • a compression algorithm for example, an RLE lossless compression algorithm
  • the RLE lossless compression algorithm has a higher compression ratio, and the size of the updated file is significantly smaller after compression, thereby reducing the amount of data transmission, thereby effectively reducing the upgrade time of the mobile terminal and improving the download straight-through rate, so that the mobile terminal can complete quickly and safely.
  • the upgrade process improves the upgrade download efficiency.
  • An example of lossless compression using the RLE lossless compression algorithm is described below in conjunction with FIG. 2 is an example diagram of lossless compression using the RLE lossless compression algorithm.
  • the repeated bytes in the original data are encoded, and the non-repeating bytes are not processed.
  • There are 6 consecutive 72s in the original data then the original data is compressed with 0 as the mark, and the mark is 0.
  • the latter data is the number 6 of repetitions, followed by the data itself 72.
  • the tag value of the RLE algorithm must select the least appearing data in the input stream data, preferably the data that is not present in the input stream at all.
  • the above implementation process uses the RLE lossless compression algorithm to achieve compression of the version file.
  • This compression technology is relatively simple and stable, and the compression ratio is high, which can reduce the overall version file by about 40%, except for the time consumed by the decompression of the mobile terminal, download and upgrade. The efficiency is relatively increased by more than 30%.
  • FIG. 3 is a flow chart of a software version upgrade method in accordance with a preferred embodiment of the present invention. As shown in FIG. 3
  • the software version upgrade method includes: Step S302: sequentially traverse each update file in the software version file, if the traversal is completed, go to step S314 to establish a connection, and the connection may be a USB serial port connection; if the file traverses If yes, select one of the update files in step S304, and then determine whether to perform compression on the selected update file through step S306; if compression is required, perform step S308 to perform lossless compression on the update file by using an RLE compression algorithm; Step S306 saves the compressed file, and returns to step S302 to determine whether the traversal is completed until the traversal of the update file in the software version is completed. If no compression is required, step S314 is executed, and the update file is directly saved, and then returned.
  • Step 302 determines whether the traversal is completed until all the update files in the software version are completed. At this point, the update file compression process of the software version is completed.
  • step S306 determines whether the current file needs to be compressed by using a preset condition.
  • the preset condition may be: setting a file size threshold, when a file size in the update file is smaller than the threshold. When you do not need to compress, you need to compress. This solves the wasted time caused by the compression and decompression of the smaller update files in the version file. It should be understood that the above preset conditions are not limited to whether or not compression is required according to the file size setting, and may be other limited conditions such as a file type and the like.
  • step 4 S314 Starting from step 4 S314, establishing a connection with the mobile terminal (the connection may be a USB serial port connection), preparing data transmission. If the connection is successful, executing step S316 to determine whether all the update files in the version file are transmitted, and then performing the steps S328, ending the download process and restarting the mobile terminal, otherwise performing step S318 to continue data transmission and transmitting the current update file.
  • the mobile terminal receives the version file data in step S320, and after completion, step S322 is performed to determine whether the update file of the version file needs to be decompressed. If the decompression is not required, step S314 is performed to directly perform the write operation, and the update file is written into the FLASH.
  • FIG. 4 is a structural block diagram of a mobile terminal according to an embodiment of the present invention.
  • the mobile terminal 42 includes: a receiving module 422, configured to receive the foregoing lossless compressed update file from the lossless compression device 40; and a decompression module 424, configured to perform a decompression and restore operation on the update file.
  • the write operation module 426 is configured to perform a write operation on the update file decompressed by the decompression module.
  • FIG. 5 is a block diagram of a software version upgrade system in accordance with an embodiment of the present invention. As shown in FIG. 4, the system includes: a lossless compression device 50 and a mobile terminal 42; and a lossless compression device 50, configured to perform lossless compression on an update file of the software version;
  • the mobile terminal 42 further includes: a receiving module 422, configured to receive the foregoing lossless compressed update file from the lossless compression device 40; and a decompression module 424, configured to perform a decompression and restore operation on the update file
  • the write operation module 426 is configured to perform a write operation on the update file decompressed by the decompression module.
  • the lossless compression device 50 may further include: a compression module 504, configured to perform lossless compression and preservation on the update file one by one, and determine that the update file has been completely losslessly compressed.
  • the sending module 506 is configured to transmit the foregoing lossless compressed update file to the mobile terminal 42.
  • the lossless compression device 50 may further include: a first determining module 502, configured to determine whether each update file in the software version needs to be losslessly compressed, and if the compression is required, pass the compression.
  • the module 504 compresses and saves, and if not required, the file that does not need to be compressed is directly saved by the compression module 504.
  • the mobile terminal 42 may further include: a second determining module 428, configured to determine whether the received update file needs to be subjected to decompression and restoration processing. If the update file is that the update file is a file that is determined to be compressed by the first determining module 502 and has been losslessly compressed by the compression module 504, the update file needs to be decompressed before being executed.
  • Write operation if the above update file is a file that is determined by the first judgment module 502 to be compressed, the write operation is directly performed.
  • the lossless compression device 50 performs lossless compression on the update file of the software version by using an RLE lossless compression algorithm.
  • the lossless compression device may be an information processing device such as a computer.
  • the two major lossless compression devices 50 e.g., computers
  • mobile terminal 42 in the system can communicate via a device communication interface (e.g., a USB port) through which the lossless compression device 50 transmits version file data to the mobile terminal 42. , to achieve the purpose of downloading the version file.
  • a device communication interface e.g., a USB port
  • the embodiment of the present invention improves the upgrade downloading efficiency by embedding the lossless compression algorithm to effectively compress the software version file data, and solves the manpower and time in the related technologies due to the upgrade efficiency in the production and sales links.
  • the waste problem will win more profit margins for equipment manufacturers, and at the same time, it can greatly save the after-sales maintenance cost of the terminal products, and greatly improve the user experience satisfaction in the user upgrade process, and win more customers for the terminal products.
  • the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices.
  • the computing device may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above are only the preferred embodiments of the present invention, and are not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Description

一种软件版本升级方法、 终端及系统 技术领域 本发明涉及通信领域， 具体而言， 涉及一种软件版本升级方法、 终端及 系统。 背景技术 随着移动通信产业的高速发展， 移动终端产品各种多媒体业务功能越来 越强大， 促使其内部软件版本也越来越大。 而对于移动终端来说， 在生产环 节、 售后环节以及用户使用过程中软件版本升级频率较高， 在频繁升级过程 中面对庞大的软件版本， 如果釆用传统的升级方式无疑升级时间过长， 效率 氐下。
议原封不动地发送到终端以达到升级的目的， 这样下载时长与版本文件大小 成正比关系， 对于目前庞大的软件版本来说， 不仅仅下载时间过长并且下载 直通率也相应降氐。 如果使用传统方式进行下载， 首先， 对于设备生产制造商来说， 下载升 级时间过长致使生产效率降低， 成本增高， 产品生产周期加长， 利润空间缩 小； 其次， 对于用户升级来说， 下载时间过长导致下载失败率上升， 将会严 重影响用户体验， 从而流失客户。 因此对于当前各个制式的各种下载升级的 方法来说效率都显得尤为重要。 发明内容 针对相关技术中在进行软件升级时， 下载时间过长并且下载直通率也相 应降低等问题， 本发明提供了一种软件版本升级方法、 终端及系统， 以解决 上述问题至少之一。 才艮据本发明的一个方面， 提供了一种软件版本升级方法， 应用于移动终 端， 包括： 移动终端接收经过无损压缩后的软件版本的更新文件并对该更新 文件进行解压还原； 移动终端对上述更新文件解压还原后， 执行写操作。 在移动终端接收经过无损压缩后的文件之前， 还包括： 对上述更新文件 逐个进行无损压缩并保存； 确定更新文件已经全部进行无损压缩。 对上述更新文件逐个进行无损压缩并保存之前， 还包括： 判断软件版本 中各个更新文件是否需要进行无损压缩。 上述移动终端对更新文件解压还原之前， 还包括： 移动终端判断接收到 的更新文件是否需要进行解压还原处理。 上述移动终端判断接收到的更新文件是否需要进行解压还原处理之后， 还包括： 移动终端对不需要进行解压还原处理的更新文件直接执行写操作。 通过以下算法对软件版本的更新文件进行无损压缩：游程编码 RLE无损 压缩算法。 根据本发明的另一方面， 提供了一种移动终端， 包括： 接收模块， 用于 接收经过无损压缩后的软件版本的更新文件； 解压模块， 用于对经过无损压 缩后的更新文件执行解压还原操作； 写操作模块， 用于对解压模块解压后的 更新文件执行写操作。 才艮据本发明的又一方面， 提供了一种软件版本升级系统， 包括： 无损压 缩设备和上述的移动终端； 该无损压缩设备， 用于对软件版本的更新文件进 行无损压缩并将无损压缩后的更新文件发送给该移动终端。 上述无损压缩设备包括： 压缩模块， 用于对更新文件逐个进行无损压缩 并保存以及确定更新文件已经全部进行无损压缩； 发送模块， 用于将经过无 损压缩后的更新文件传输至移动终端。 上述无损压缩设备还包括： 第一判断模块， 用于判断软件版本中各个更 新文件是否需要进行无损压缩； 上述移动终端还包括： 第二判断模块， 用于判断接收到的更新文件是否 需要进行解压还原处理。 上述无损压缩设备，用于通过游程编码 RLE无损压缩算法对软件版本的 更新文件进行无损压缩。 通过本发明， 釆用无损压缩算法对移动终端软件版本的更新文件进行无 损压缩， 解决了相关技术中对软件版本更新文件直接进行下载升级， 下载时 间过长且下载直通率较低的问题， 进而减少了数据传输量， 有效地缩减了移 动终端升级时间， 使得移动终端快速安全地完成升级过程， 提高了升级下载 效率。 本发明的其它特征和优点将在随后的说明书中阐述， 并且， 部分地从说 明书中变得显而易见， 或者通过实施本发明而了解。 本发明的目的和其他优 点可通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结构来实 现和获得。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1为才艮据本发明实施例的软件版本升级方法的流程图； 图 2为才艮据本发明优选实施例的软件版本升级方法的流程图； 图 3为使用 RLE无损压缩算法进行无损压缩的示例图； 图 4为才艮据本发明实施例的移动终端的结构框图； 图 5为根据本发明实施例的软件版本升级系统的结构框图； 图 6为才艮据本发明优选实施例的软件版本升级系统的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。 图 1为根据本发明实施例的软件版本升级方法的流程图。 其中， 该方法 可以应用于移动终端， 如图 1所示， 该软件版本升级方法包括： 步骤 S 102,移动终端接收经过无损压缩后的软件版本的更新文件并对该 更新文件进行解压还原； 步骤 S 104, 移动终端对上述更新文件解压还原后， 执行写操作。 相关技术中， 对软件版本更新文件直接进行下载升级， 下载时间过长且 下载直通率较低， 釆用上述实施例提供的方法， 对移动终端软件版本的更新 文件进行无损压缩， 然后终端对上述更新文件进行解压还原， 减少了数据传 输量， 进而有效地缩减了移动终端升级时间以及提高了下载直通率， 使得移 动终端快速安全地完成升级过程， 提高了升级下载效率。 在优选实施过程中， 移动终端接收的经过无损压缩后的软件版本的更新 文件来自于无损压缩设备， 例如， 计算机等。 优选地， 在执行步骤 S 102之前， 还可以包括以下处理： ( 1 ) 无损压缩设备对上述更新文件逐个进行无损压缩并保存；
( 2 ) 无损压缩设备确定所述更新文件已经全部进行无损压缩。 在优选实施过程中， 对上述更新文件逐个进行无损压缩并保存之前， 还 可以包括以下处理： 所述移动终端判断接收到的更新文件是否需要进行解压 还原处理。 与之相对应地， 该移动终端对上述更新文件解压还原之前， 该移 动终端判断接收到的更新文件是否需要进行解压还原处理， 以及该移动终端 判断接收到的更新文件是否需要进行解压还原处理之后， 上述移动终端对不 需要进行解压还原处理的更新文件直接执行写操作。 也就是说， 对于多个软件版本的更新文件， 无损压缩设备需要遍历各个 更新文件， 判断每个更新文件是否需要压缩， 通常判定方案是先设置一个阈 值， 当其大于该阈值时， 确定该更新文件需要压缩， 当其小于或等于该阈值 时， 确定该更新文件不需要压缩。 在确定某个更新文件需要进行压缩时， 对 该文件进行压缩并保存。 依次对各个更新文件进行判断， 直至所有文件全部 遍历冗。 在上述实施例的优选实施过程中， 可以通过以下算法对所述软件版本的 更新文件进行无损压缩： 游程编码 （Run-Length Encoding, 简称为 RLE ) 无 损压缩算法。 上述实施过程中， 鉴于移动终端的内存空间以及计算性能的限制， 釆用 一些比较简单安全并且针对目前版本文件特征压缩比较高的压缩算法（例如， RLE无损压缩算法） 尤为重要。 RLE无损压缩算法的压缩率较高， 压缩后更新文件的大小明显变小， 从 而减少了数据传输量， 进而有效地缩减了移动终端升级时间以及提高了下载 直通率， 使得移动终端快速安全地完成升级过程， 提高了升级下载效率。 以 下结合图 2描述使用 RLE无损压缩算法进行无损压缩的示例。 图 2为使用 RLE无损压缩算法进行无损压缩的示例图。 如图 2所示， 将 原始数据中的重复字节进行编码， 非重复字节不做处理， 原始数据中有 6个 连续的 72 , 那么用 0作为标记， 将原始数据进行压缩数据， 标记 0后面的数 据是重复的个数 6, 紧跟其后的就是数据本身 72。 RLE算法的标记值必须选 择输入流数据中最少出现的数据， 最好是根本不在输入流中存在的数据。 上述实施过程釆用 RLE无损压缩算法来实现版本文件的压缩，此压缩技 术相对简单稳定， 压缩率较高， 能够将版本文件总体减小 40%左右， 除去移 动终端解压缩消耗的时间， 下载升级效率相对提升 30%以上。 能够为产线生 产批量升级节省时间、 降低成本、 为设备厂商赢取更大的利润空间。 当然， 在具体实施过程中， 也可以釆用其他无损压缩算法进行压缩， 例 如， 霍夫曼算法或 LZW算法等。 以下结合图 3详细描述上述优选实施方式。 图 3为 居本发明优选实施例的一种软件版本升级方法流程图。 如图 3 所示， 该软件版本升级方法包括： 步骤 S302 , 依次遍历软件版本文件中的每个更新文件， 如果遍历完成则 转到步骤 S314建立连接， 该连接可以为 USB串口连接； 如果文件遍历完成， 则通过步骤 S304中选择其中一个更新文件， 然后 对上述选择的更新文件通过步骤 S306判断是否进行压缩； 如果需要压缩， 则执行步骤 S308利用 RLE压缩算法对上述更新文件进 行无损压缩； 然后通过步骤 S306保存压缩后的文件， 完成后返回步骤 S302 判断是否遍历完成， 直至该软件版本中的更新文件全部遍历完成； 如果不需压缩， 则执行步骤 S314 , 对上述更新文件直接进行保存， 然后 返回步骤 302判断是否遍历完成， 直至该软件版本中的更新文件全部遍历完 成； 至此， 上述软件版本的更新文件压缩过程完毕。 在上述优选实施过程中， 步骤 S306通过预设条件判定分析当前文件是 否需要进行压缩过程， 例如上述预设条件可以为： 设定一个文件大小阈值， 当上述更新文件中的一个文件大小小于该阈值时， 则不需要进行压缩， 否则 需要进行压缩。 这样解决了对于版本文件中比较小的更新文件， 还要进行压缩和解压缩 而导致的时间浪费。 应当理解， 上述预设条件不仅限于根据文件大小设定是 否需要进行压缩， 还可以为其它限定条件， 例如文件类型等等。 从步 4聚 S314开始， 建立与移动终端的连接 (该连接可以为 USB串口连 接）， 准备数据传输， 连接成功则执行步骤 S316判断上述版本文件中的所有 更新文件是否传输完毕，是则执行步骤 S328,结束下载过程并重启移动终端， 否则执行步骤 S318继续进行数据传输， 传输当前更新文件。 移动终端通过步骤 S320接收版本文件数据， 完成后执行步骤 S322 , 判 断该版本文件的更新文件是否需要进行解压处理， 如果不需要解压则执行步 骤 S314, 直接执行写操作， 将该更新文件写入 FLASH, 否则执行步骤 S324, 解压还原上述更新文件然后通过步骤 S326执行写操作将上述更新文件写入 闪存 （FLASH ) 中。 完成后转到步骤 S316进行下个版本文件的处理， 判断软件版本文件中 的下一个更新文件是否全部传送完成直至所有文件传输完毕。 然后执行步骤 S328, 则完成下载过程并重启移动终端。 图 4为根据本发明实施例的移动终端的结构框图。 如图 4所示， 该移动 终端 42包括： 接收模块 422, 用于接收来自于上述无损压缩设备 40的上述经过无损压 缩后的更新文件； 解压模块 424, 用于对该更新文件执行解压还原操作； 写操作模块 426, 用于对上述解压模块解压后的更新文件执行写操作。 图 5为 居本发明实施例的一种软件版本升级系统框图。 如图 4所示， 该系统包括： 无损压缩设备 50和移动终端 42； 无损压缩设备 50, 用于对上述软件版本的更新文件进行无损压缩; 在优选实施过程中， 移动终端 42进一步包括： 接收模块 422 , 用于接收来自于上述无损压缩设备 40的上述经过无损压 缩后的更新文件； 解压模块 424 , 用于对该更新文件执行解压还原操作； 写操作模块 426 , 用于对上述解压模块解压后的更新文件执行写操作。 优选地， 参见附图 6 , 上述无损压缩设备 50可以进一步包括： 压缩模块 504 , 用于对上述更新文件逐个进行无损压缩并保存以及确定 上述更新文件已经全部进行无损压缩。 发送模块 506 , 用于将上述经过无损压缩后的更新文件传输至上述移动 终端 42。 在优选实施过程中， 如图 5所示， 上述无损压缩设备 50还可以包括： 第一判断模块 502 , 用于判断上述软件版本中各个更新文件是否需要进行无 损压缩， 如果需要压缩则通过上述压缩模块 504进行压缩并保存， 如果不需 要， 则通过上述压缩模块 504对不需要进行压缩的文件直接进行保存。 相对 应地， 上述移动终端 42还可以包括： 第二判断模块 428 , 用于判断接收到的 更新文件是否需要进行解压还原处理。 如果上述更新文件为上述更新文件为 经过上述第一判断模块 502判断需要进行压缩的文件且已由上述压缩模块 504进行了无损压缩的文件， 则需要先对该更新文件进行解压处理， 然后再 执行写操作； 如果上述更新文件为经过上述第一判断模块 502判断不需要进 行压缩的文件， 则直接进行写操作。 在上述系统实施例的优选实施过程中， 上述无损压缩设备 50通过 RLE 无损压缩算法对所述软件版本的更新文件进行无损压缩。 关于为何釆用 RLE 无损压缩算法， 上述方法实施例中已有描述， 此处不再赞述。 上述系统实施例的优选实施过程中， 上述无损压缩设备可以为计算机等 信息处理设备。 本系统中的两大部分无损压缩设备 50 (例如， 计算机）和移 动终端 42 , 可以通过设备通信接口 （例如， USB口）进行通信， 无损压缩设 备 50通过此接口给移动终端 42发送版本文件数据， 达到下载版本文件的目 的。 需要注意的是， 上述系统中的设备、 终端以及各模块之间相关结合的优 选工作方式具体可以参见图 1和图 2所示的方法实施例的描述， 此处不再赞 述。 综上所述， 本发明实施例通过嵌入无损压缩算法对软件版本文件数据进 行有效压缩来提高升级下载效率， 解决了相关技术中， 在生产和销售环节由 于升级效率氐而产生地人力和时间地浪费问题， 进而为设备厂商赢得更大的 利润空间， 同时能够大大节约终端产品的售后维修费用， 并且在用户升级过 程中大大提高了用户体验满意度， 为终端产品赢来更多客户。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域 的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和原则 之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围 之内。

Claims

权 利 要 求 书
1. 一种软件版本升级方法， 应用于移动终端， 包括：
所述移动终端接收经过无损压缩后的软件版本的更新文件并对所 述更新文件进行解压还原；
所述移动终端对所述更新文件解压还原后， 执行写操作。
2. 居权利要求 1所述的方法， 其中， 所述移动终端接收经过所述无损 压缩后的文件之前， 还包括：
对所述更新文件逐个进行无损压缩并保存；
确定所述更新文件已经全部进行无损压缩。
3. 根据权利要求 2所述的方法， 其中， 对所述更新文件逐个进行无损压 缩并保存之前， 还包括：
判断所述软件版本中各个更新文件是否需要进行无损压缩。
4. 才艮据权利要求 3所述的方法， 其中， 所述移动终端对所述更新文件解 压还原之前， 还包括：
所述移动终端判断接收到的更新文件是否需要进行解压还原处 理。
5. 居权利要求 4所述的方法， 其中， 所述移动终端判断接收到的更新 文件是否需要进行解压还原处理之后， 还包括：
所述移动终端对不需要进行解压还原处理的更新文件直接执行写 操作。
6. 根据权利要求 1至 5中任一项所述的方法， 其中， 通过以下算法对所 述软件版本的更新文件进行无损压缩： 游程编码 RLE无损压缩算法。
7. —种移动终端， 包括：
接收模块， 用于接收经过无损压缩后的软件版本的更新文件； 解压模块， 用于对所述经过无损压缩后的更新文件执行解压还原 操作； 写操作模块， 用于对所述解压模块解压还原后的更新文件执行写 操作。
8. —种软件版本升级系统， 包括： 无损压缩设备和权利要求 7所述的移 动终端；
所述无损压缩设备， 用于对所述软件版本的更新文件进行无损压 缩并将所述无损压缩后的更新文件发送给所述移动终端。
9. 根据权利要求 8所述的系统， 其中， 所述无损压缩设备包括：
压缩模块， 用于对所述更新文件逐个进行无损压缩并保存以及确 定所述更新文件已经全部进行无损压缩；
发送模块， 用于将所述经过无损压缩后的更新文件传输至所述移 动终端。
10. 根据权利要求 9所述的系统， 其中，
所述无损压缩设备还包括：
第一判断模块， 用于判断所述软件版本中各个更新文件是否需要 进行无损压缩；
所述移动终端还包括：
第二判断模块， 用于判断接收到的更新文件是否需要进行解压还 原处理。
11. 根据权利要求 8至 10中任一项所述的系统，其中，所述无损压缩设备， 用于通过游程编码 RLE无损压缩算法对所述软件版本的更新文件进行 无损压缩。
PCT/CN2011/070326 2010-10-11 2011-01-17 一种软件版本升级方法、终端及系统 WO2012048541A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/821,218 US20130167133A1 (en) 2010-10-11 2011-01-17 Method, terminal and system for upgrading software version
EP11831938.3A EP2605133A4 (en) 2010-10-11 2011-01-17 METHOD, DEVICE AND SYSTEM FOR UPDATING A SOFTWARE VERSION

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010511956.X 2010-10-11
CN201010511956XA CN101984405A (zh) 2010-10-11 2010-10-11 一种软件版本升级方法、终端及系统

Publications (1)

Publication Number Publication Date
WO2012048541A1 true WO2012048541A1 (zh) 2012-04-19

Family

ID=43641574

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/070326 WO2012048541A1 (zh) 2010-10-11 2011-01-17 一种软件版本升级方法、终端及系统

Country Status (4)

Country Link
US (1) US20130167133A1 (zh)
EP (1) EP2605133A4 (zh)
CN (1) CN101984405A (zh)
WO (1) WO2012048541A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2012201539B2 (en) * 2011-05-16 2016-06-16 Kofax International Switzerland Sàrl Systems and methods for processing documents of unknown or unspecified format
CN102231857B (zh) * 2011-07-01 2013-05-08 四川长虹电器股份有限公司 一种提高机顶盒开机速度的方法
CN103873562A (zh) * 2014-02-27 2014-06-18 车智互联（北京）科技有限公司 缓存方法和缓存系统
CN104350476B (zh) * 2014-04-22 2017-06-27 华为终端有限公司 一种版本检测周期调节方法及装置
CN104317556B (zh) 2014-10-22 2018-03-16 华为技术有限公司 一种流式应用升级方法、主控节点及流计算系统
CN104346205B (zh) * 2014-10-28 2018-09-18 深圳市元征科技股份有限公司 Usb设备升级方法
CN104503812A (zh) * 2015-01-12 2015-04-08 北京恒华伟业科技股份有限公司 一种移动应用更新方法及装置
CN106155734B (zh) 2015-04-27 2020-09-18 南京中兴软件有限责任公司 一种软件版本的下载方法及装置
CN106897052B (zh) * 2015-12-24 2021-08-24 北京奇虎科技有限公司 Apk文件压缩方法及装置
CN107273761A (zh) * 2017-06-15 2017-10-20 深圳天珑无线科技有限公司 数据压缩方法与装置、解压缩方法与装置
CN109743375A (zh) * 2018-12-27 2019-05-10 广东省气象计算机应用开发研究所 基于无线网络分包传输的自动气象站固件无感更新方法
CN109861798A (zh) * 2018-12-28 2019-06-07 惠科股份有限公司 数据的传输方法、装置及计算机可读存储介质
CN109901860B (zh) * 2019-02-21 2022-07-01 华数传媒网络有限公司 一种Android手机软件版本控制方法
CN109992283B (zh) * 2019-03-26 2023-03-14 合肥移瑞通信技术有限公司 一种批量同步下载升级测试固件的方法及系统
CN111240724A (zh) * 2020-03-13 2020-06-05 苏州浪潮智能科技有限公司 一种bios异步升级的方法及相关装置
US20230289193A1 (en) * 2022-03-08 2023-09-14 Verizon Patent And Licensing Inc. Systems and methods for deploying a distributed containers-as-a-service platform architecture for telecommunications applications
CN116775365B (zh) * 2023-08-17 2023-12-22 紫光同芯微电子有限公司 可加载执行文件的无损升级方法、安全芯片及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101135978A (zh) * 2007-03-02 2008-03-05 中兴通讯股份有限公司 压缩版应用程序生成、执行方法与装置及应用方法与系统
CN101222743A (zh) * 2008-01-22 2008-07-16 中兴通讯股份有限公司 一种无线通信系统中管理软件版本文件方法

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6049671A (en) * 1996-04-18 2000-04-11 Microsoft Corporation Method for identifying and obtaining computer software from a network computer
US6308061B1 (en) * 1996-08-07 2001-10-23 Telxon Corporation Wireless software upgrades with version control
US6151708A (en) * 1997-12-19 2000-11-21 Microsoft Corporation Determining program update availability via set intersection over a sub-optical pathway
US6976062B1 (en) * 1999-09-22 2005-12-13 Intermec Ip Corp. Automated software upgrade utility
US20030182414A1 (en) * 2003-05-13 2003-09-25 O'neill Patrick J. System and method for updating and distributing information
US6988182B2 (en) * 2002-02-13 2006-01-17 Power Measurement Ltd. Method for upgrading firmware in an electronic device
US7861211B2 (en) * 2003-07-29 2010-12-28 Hewlett-Packard Development Company, L.P. Mobile handset with update agent implemented in hardware
US20050102669A1 (en) * 2003-10-15 2005-05-12 Siemens Medical Solutions Usa, Inc. Software installation file verification media and methods for medical equipment
DE102004013047B4 (de) * 2004-03-10 2009-01-02 Atmel Germany Gmbh Verfahren zur Strukturierung einer leitfähigen Schicht eines Halbleiterbauelements
US20060136907A1 (en) * 2004-12-20 2006-06-22 Microsoft Corporation Language-neutral and language-specific installation packages for software setup
US9405555B2 (en) * 2008-05-23 2016-08-02 Microsoft Technology Licensing, Llc Automated code splitting and pre-fetching for improving responsiveness of browser-based applications
CN101398807B (zh) * 2008-10-21 2010-12-01 北京无线恒远科技有限公司 解压移动终端压缩包的方法和装置
WO2010141922A1 (en) * 2009-06-04 2010-12-09 Abbott Diabetes Care Inc. Method and system for updating a medical device
US8584120B2 (en) * 2009-11-23 2013-11-12 Julian Michael Urbach Stream-based software application delivery and launching system
EP2413257B1 (en) * 2010-07-26 2017-04-26 Sony DADC Austria AG Method for replacing an illegitimate copy of a software program with legitimate copy and corresponding system
US20130111458A1 (en) * 2011-11-02 2013-05-02 Research In Motion Limited Method and system for on-demand patch generation and management
US9069635B2 (en) * 2012-04-09 2015-06-30 Autodesk, Inc. Process for compressing application deployments

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101135978A (zh) * 2007-03-02 2008-03-05 中兴通讯股份有限公司 压缩版应用程序生成、执行方法与装置及应用方法与系统
CN101222743A (zh) * 2008-01-22 2008-07-16 中兴通讯股份有限公司 一种无线通信系统中管理软件版本文件方法

Also Published As

Publication number Publication date
US20130167133A1 (en) 2013-06-27
CN101984405A (zh) 2011-03-09
EP2605133A4 (en) 2014-03-26
EP2605133A1 (en) 2013-06-19

Similar Documents

Publication Publication Date Title
WO2012048541A1 (zh) 一种软件版本升级方法、终端及系统
CN108334367B (zh) 一种面向bmc芯片的固件远程升级方法
CN110621011B (zh) 一种基于蓝牙设备端的ota固件升级方法及系统
US9594764B2 (en) Method and apparatus for modifying compressed files
CN108650287B (zh) 物联网中的终端设备的升级方法、设备及计算机可读介质
CN112165331A (zh) 数据压缩方法及其装置、数据解压方法及其装置、存储介质及电子设备
JP6784636B2 (ja) 制御装置、プログラム更新システム、プログラム更新方法
CN102510409A (zh) 一种利用无线网络对移动终端程序快速远程更新的方法及系统
CN108536452B (zh) 一种嵌入式设备及其系统软件升级方法、系统和终端
WO2023216845A1 (zh) 嵌入式设备固件更新方法、嵌入式设备、开发端设备
WO2023221735A1 (zh) 嵌入式设备固件更新方法、嵌入式设备及开发端设备
CN114337678A (zh) 数据压缩方法、装置、设备及存储介质
CN112527370A (zh) 一种对物联网设备进行远程差分升级的方法
JP2004213201A (ja) バージョンアップ方法
CN111966647A (zh) 一种小文件的云存储方法、装置、服务器及存储介质
CN101526902A (zh) 用于移动终端的可执行文件压缩及加载技术
CN113031990B (zh) 路灯终端的广播升级方法、系统、设备及存储介质
CN109871334B (zh) 电缆调制解调器及操作方法
KR20070010353A (ko) 이동통신단말기의 실행 파일 압축 방법
CN116541047A (zh) 固件升级方法、装置、计算机设备及计算机可读存储介质
TW201436533A (zh) 資料流傳輸系統及方法
CN111970161B (zh) 一种基于地址预测的物联网应用差分升级方法
CN113590161B (zh) 内存可控的nb-iot模组差分升级方法及系统
CN103906007A (zh) 一种彩信转发方法及装置
KR20030068234A (ko) 원격 다운로드를 위한 유니트의 메모리 구조 및 원격다운로드 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11831938

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13821218

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2011831938

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE