CN104932912A - 软件更新方法及系统以及移动装置 - Google Patents

Abstract

本发明揭示一种软件更新方法及系统以及移动装置。该软件更新方法包括：对一原生软件包执行加密及压缩以得到一发行软件包；依一移动装置的下载要求，将该发行软件包自一服务伺服器传送至该移动装置；以及对该移动装置进行配置检查是否符合要求，若符合则解压缩该发行软件包。

Description

软件更新方法及系统以及移动装置

技术领域

本发明涉及软件更新方法，特别是涉及提供安全保护以及下载检查机制的软件更新方法。

背景技术

固件无线更新或空中固件升级（Firmware Over-the-Air；FOTA），是用于诸如智能型手机和平板计算机等移动装置的升级，包括软件更新、固件更新和设备管理等功能。这种更新方式让使用者可以通过手机网络或者Wi-Fi网络下载新版更新软件，并在目前广为一般Android系统的手机使用者使用。因此，为了确保一般移动装置在进行无线更新时能顺利完成，本发明提出一套对应的数据安全保护方法以及下载检查机制。

发明内容

本发明的一实施例提供一种软件更新方法。该软件更新方法包括：对一原生软件包执行加密及压缩以得到一发行软件包；依一移动装置的下载要求，将该发行软件包自一服务伺服器传送至该移动装置；以及对该移动装置进行配置检查是否符合要求，若符合则解压缩该发行软件包。

本发明的一实施例提供一种软件更新系统。该软件更新系统包括一服务伺服器与一移动装置。该服务伺服器包括：一第一处理单元以及一通讯单元。该移动装置包括一接收单元以及一第二处理单元。该第一处理单元对一原生软件包执行加密及压缩以得到一发行软件包。该通讯单元用以依该移动装置的下载要求，将该发行软件包传送至该移动装置。该接收单元接收该发行软件包。该第二处理单元对该移动装置进行配置检查是否符合要求，若符合则解压缩该发行软件包。

本发明的一实施例提供一种移动装置。该包括移动装置一接收单元以及一处理单元。该接收单元自一服务伺服器接收经过加密及压缩的一发行软件包。该处理单元对该移动装置进行配置检查是否符合要求，若符合则解压该发行软件包。

附图说明

图1是说明本发明的软件更新系统10的区块图。

图2是说明本发明的移动装置20的区块图。

图3是以流程图举例说明本发明的软件更新方法。

图4是以流程图举例说明第二处理单元112执行配置检查的流程。

附图符号说明

10～软件更新系统

100～服务伺服器

110、20～移动装置

101～通讯单元

102～第一处理单元

111、21～接收单元

112～第二处理单元

113、23～存储器单元

22～处理单元

具体实施方式

如图1所示的实施例，本发明的软件更新系统10可为一服务伺服器100与移动装置110；但本发明并不以此为限。在本实施例中，服务伺服器100包括一通讯单元101以及一第一处理单元102，移动装置110包括一接收单元111、一第二处理单元112以及一存储器单元113。

服务伺服器100中的第一处理单元102对一原生软件包执行加密及压缩以得到一发行软件包。在此，该原生软件包用以更新移动装置110所搭载的平台操作系统，在此该原生软件例如是用以更新Android操作系统的软件包；但本发明并不以此为限。在通讯单元101通过因特网接收到来自移动装置110的下载要求后，通讯单元101将该发行软件包通过因特网传送至移动装置110。或是移动装置110的供应厂商在推出新的发行软件包时，即利用通讯单元101通过因特网将新的发行软件包传送至指定的移动装置110。在此，因特网是指手机无线网络或是Wi-Fi无线网络，而移动装置110为搭载Android操作系统的一智能型手机（但本发明并非限定于此）。移动装置110中的接收单元111接收该发行软件包。最后，移动装置110中的第二处理单元112对移动装置110进行配置检查是否符合特定的规格要求或是操作条件要求。若移动装置110的配置符合前述要求，则第二处理单元112解压缩该发行软件包。

在本实施例中，第一处理单元102准备一第一钥匙加密该原生软件包，其加密方法可以采用Open SSL(Secure Sockets Layer protocol)技术中的对称式加密法；但本发明并不以此为限。接着，第一处理单元102计算加密过的该原生软件包得到一校验和数值(checksum)。该校验和数值通过信息-摘要演算法（Message-digest Algorithm5；MD5）对该原生软件包文件计算得出的一MD5数值，其中信息-摘要演算法亦可由任何将电子文件编码成一数值的演算法取代。第一处理单元102将加密过的该原生软件包、该校验和数值连同该原生软件包的版本号码（例如，Android4.3版本）一并压缩成该发行软件包。最后，再藉由通讯单元101将该发行软件包通过因特网发送至移动装置110。在移动装置110通过接收单元111接收该发行软件包之后，移动装置110中的第二处理单元112先对移动装置110进行配置检查。

在本实施例中，执行的配置检查项目可包括：移动装置110的存储器容量、电池电量以及装置状态（充电状态）。执行配置检查的目的在于防止移动装置110更新失败的意外状况发生。首先，第二处理单元112检查存储器单元113的容量是否足够下载该发行软件包。在此，存储器单元113为移动装置110中的一存储器快取。接着，第二处理单元112检查移动装置110的电池电量是否大于一第一电量，其中该第一电量为移动装置110进行更新所需的基本电量。例如，检查移动装置110的电池电量是否超过10%。最后，第二处理单元112检查移动装置110的装置状态，例如，当检查移动装置110正在进行充电，则无法通过配置检查。移动装置110的装置状态亦可包括移动装置110是否正在执行重要应用功能，例如，使用者正在使用移动装置110进行通话或是移动装置110正在执行驾驶导航应用程序。值得注意的是上述配置检查可通过一程序执行（例如，智能型手机中的应用程序）。若所有配置检查皆符合前述要求，第二处理单元112解压缩该发行软件包得到加密过的该原生软件包、该校验和数值以及该原生软件包的版本号码；反之第二处理单元112告知更新失败。

第二处理单元112检查该校验和数值以及该原生软件包的版本号码是否符合。若符合则重新启动(reboot)移动装置110进入恢复模式(Recovery mode)；反之第二处理单元112告知更新失败。在移动装置110进入恢复模式(Recoverymode)后，第二处理单元112使用该第一钥匙解密出该原生软件包，并使用该原生软件包更新移动装置110所搭载的Android操作系统。

图2是说明本发明的移动装置20的一实施例。如图2所示，移动装置20包括一接收单元21、一处理单元22以及一存储器单元23。在此，移动装置20为搭载Android操作系统的一智能型手机（但本发明并非限定于此）。接收单元21自一服务伺服器接收经过压缩的一发行软件包。在此，该发行软件包用以更新移动装置20所搭载的Android操作系统，例如，用以更新成Android4.3版本的软件包；但本发明并不以此为限。

处理单元22对移动装置20进行配置检查是否符合要求。首先，处理单元22检查存储器单元23的容量是否足够下载该发行软件包。在此，存储器单元23为移动装置20中的一存储器快取。接着，处理单元22检查移动装置20的电量是否大于一第一电量，其中该第一电量为移动装置20进行更新所需的基本电量。处理单元22检查移动装置20的装置状态，例如，当检查到移动装置20正在进行充电，移动装置20就无法通过配置检查。若移动装置20通过所有配置检查，则处理单元22解压缩该发行软件包；反之处理单元22告知更新失败。处理单元22在解压缩该发行软件包之后，重新启动移动装置20进入恢复模式(Recovery mode)。在移动装置20进入恢复模式(Recovery mode)后，处理单元22解密出压缩过的该发行软件包得到一原生软件包，并使用该原生软件包更新移动装置20所搭载的Android操作系统。

如图3所示的实施例，本发明的软件更新方法是用于更新移动装置110中的系统软件更新；但本发明并不以此为限。图3以流程图举例说明本发明的软件更新方法。在步骤S301中，服务伺服器100对一原生软件包执行加密及压缩以得到一发行软件包，进入步骤S302。在步骤S302中，服务伺服器100依据移动装置110的下载要求，将该发行软件包通过因特网自服务伺服器100传送至移动装置110，进入步骤S303。在步骤S303中，第二处理单元112对移动装置110进行配置检查是否符合要求，若符合则解压缩该发行软件包得到加密过的该原生软件包、该校验和数值以及该原生软件包的版本号码，进入步骤S304；反之第二处理单元112告知更新失败。

在步骤S304中，第二处理单元112检查该校验和数值以及该原生软件包的版本号码是否符合。若符合则进入步骤S305；反之第二处理单元112告知更新失败。在步骤S305中，第二处理单元112重新启动移动装置110进入恢复模式(Recovery mode)，进入步骤S306。在步骤S306中，第二处理单元112使用该第一钥匙解密出该原生软件包，并利用该原生软件包对移动装置110所搭载的Android操作系统进行标准流程更新。

图4以流程图举例说明第二处理单元112执行配置检查的流程。在步骤S401中，第二处理单元112检查存储器单元113的容量是否大于接收到的发行软件包的容量。若符合则进入步骤S402；反之第二处理单元112告知更新失败。在步骤S402中，第二处理单元112检查移动装置110的电池电量是否足够，例如，装置110的电池电量是否大于一第一电量，其中该第一电量为移动装置110进行更新所需的基本电量。若符合则进入步骤S403；反之第二处理单元112告知更新失败。在步骤S403中，第二处理单元112检查移动装置110是否正在充电。若移动装置110并未处在充电状态，则移动装置110通过配置检查；反之第二处理单元112告知更新失败。因此，藉由本实施例所述的下载检查机制，移动装置110可预先得知更新失败的状况发生。移动装置110的使用者就能先排除更新失败的状况以成功更新移动装置110所搭载的Android操作系统。

本发明虽以较佳实施例揭示如上，使得本领域的技术人员能够更清楚地理解本发明的内容。然而，本领域的技术人员应理解到他们可轻易地以本发明做为基础，设计或修改流程以及使用不同的软件更新方法进行相同的目的和／或达到这里介绍的实施例的相同优点。因此本发明的保护范围是以本发明的权利要求为准。

Claims (15)

1.一种软件更新方法，包括：

对一原生软件包执行加密及压缩以得到一发行软件包；

依一移动装置的下载要求，将该发行软件包自一服务伺服器传送至该移动装置；以及

对该移动装置进行配置检查是否符合要求，若符合则解压缩该发行软件包。

2.如权利要求1所述的软件更新方法，其中对该原生软件包执行加密及压缩还包括：

准备一第一钥匙加密该原生软件包；

计算加密过的该原生软件包得到一校验和数值；以及

将加密过的该原生软件包、该校验和数值以及该原生软件包的版本号码压缩成该发行软件包。

3.如权利要求2所述的软件更新方法，其中于解压缩该发行软件包而得到加密过的该原生软件包、该校验和数值以及该原生软件包的版本号码之后，还包括：

检查该校验和数值以及该原生软件包的版本号码是否符合要求，若符合则重新启动该移动装置以进行软件更新。

4.如权利要求3所述的软件更新方法，其中在重新启动该移动装置后，使用该第一钥匙对加密过的该原生软件包进行解密得到该原生软件包；以及

使用该原生软件包更新该移动装置中的操作系统。

5.如权利要求1所述的软件更新方法，其中对该移动装置进行配置检查包括：

检查该移动装置的电量是否大于一第一电量；以及

检查该移动装置是否正在充电。

6.如权利要求5所述的软件更新方法，其中对该移动装置进行配置检查还包括：

检查该移动装置中的一存储器单元的容量是否大于该发行软件包的容量。

7.一种软件更新系统，包括一服务伺服器与一移动装置；

其中该服务伺服器包括：

一第一处理单元，对一原生软件包执行加密及压缩以得到一发行软件包；以及

一通讯单元，用以依该移动装置的下载要求，将该发行软件包传送至该移动装置；

其中该移动装置包括：

一接收单元接收该发行软件包；以及

一第二处理单元，对该移动装置进行配置检查是否符合要求，若符合则解压缩该发行软件包。

8.如权利要求7所述的软件更新系统，其中该第一处理单元对该原生软件包执行加密及压缩还包括：

该第一处理单元准备一第一钥匙加密该原生软件包；

该第一处理单元计算加密过的该原生软件包得到一校验和数值；以及

该第一处理单元将加密过的该原生软件包、该校验和数值以及该原生软件包的版本号码压缩成该发行软件包。

9.如权利要求8所述的软件更新系统，其中该第二处理单元解压缩该发行软件包后得到加密过的该原生软件包、该校验和数值以及该原生软件包的版本号码；以及

其中该第二处理单元检查该校验和数值以及该原生软件包的版本号码是否符合要求，若符合则重新启动该移动装置以进行软件更新。

10.如权利要求9所述的软件更新系统，其中该第二处理单元在重新启动该移动装置后，使用该第一钥匙对加密过的该原生软件包进行解密得到该原生软件包；以及

使用该原生软件包更新该移动装置中的操作系统。

11.如权利要求7所述的软件更新系统，其中该第二处理单元对该移动装置进行配置检查包括：

检查该移动装置的电量是否大于一第一电量；以及

检查该移动装置是否正在充电。

12.如权利要求11所述的软件更新系统，其中该第二处理单元对该移动装置进行配置检查还包括：

检查该移动装置中的一存储器单元的容量是否大于该发行软件包的容量。

13.一种移动装置；包括：

一接收单元，自一服务伺服器接收经过加密及压缩的一发行软件包；以及

一处理单元，对该移动装置的配置进行检查是否符合要求，若符合则解压缩该发行软件包。

14.如权利要求13所述移动装置，其中该处理单元对该移动装置进行配置检查包括：

检查该移动装置的电量是否大于一第一电量；以及

检查该移动装置是否正在充电。

15.如权利要求13所述移动装置，其中该处理单元对该移动装置进行配置检查包括：

检查该移动装置中的一存储器单元的容量是否大于该发行软件包的容量。