WO2014134989A2

WO2014134989A2 - 一种Android终端及其实现升级的方法

Info

Publication number: WO2014134989A2
Application number: PCT/CN2014/071340
Authority: WO
Inventors: 赖立
Original assignee: 中兴通讯股份有限公司
Priority date: 2013-11-07
Filing date: 2014-01-24
Publication date: 2014-09-12
Also published as: CN104636153A; WO2014134989A3

Abstract

本发明公开了一种Android终端及其实现升级的方法，所述方法包括：解析下载的升级包，提取出应用层AP侧的升级包文件和启动层BP侧的升级包文件；利用所述AP侧的升级包文件，对所述AP侧的待升级文件进行升级，并在设定的BP侧升级触发条件被触发时，重启终端，利用所述BP侧的升级包文件，对所述BP侧的待升级文件进行升级。本发明所述方案将Android终端升级包拆分为AP侧升级包和BP侧升级包，使得在对Android终端进行升级时，可以将AP侧先在后台进行升级，然后再重启终端升级BP侧，这种升级方式不仅提升了升级效率，同时还减少了终端的不可用时间。

Description

一种 Android终端及其实现升级的方法技术领域本发明涉及通信技术领域，尤其涉及一种 Android (—般音译为 "安卓"）终端及其实现升级的方法。背景技术随着终端制造商开发新应用的速度越来越快，运营商推出新业务的周期越来越短，空口设备管理 0TA DM ( Over the Air Device Management)作为一种简便、快捷、有效的终端设备升级方式，在实际商用过程中使用也越来越频繁。目前运营商实际升级时使用固件空口升级技术 FOTA (Firmware Update Over the Air) 的应用场景日益增加，升级方案日渐丰富，升级需求也日趋复杂。 FOTA的一大特点就是终端（尤其是 Android 智能机）升级包的尺寸大小越来越大，升级越来越耗时，用户体验差。针对这种弊端，如何有效的提升终端升级效率，缩短升级时间，逐渐成为亟待解决的问题。目前业界对于 Android终端的升级方法，基本上都是在进行升级时，首先重启设备，进入恢复系统（Recovery System) 模式，然后再采用差分升级或全版本的升级方案，分别对终端应用层 AP (Application processor ) 启动层 BP (Bootstrap processor) 侧进行升级。即需要在真正开始升级之前，首先暂停用户正常使用，重启终端；然后，再根据升级包的内容，对终端进行正式的升级。在升级时，需要依次对 BP 侧及 AP 侧进行升级。当二者都升级完毕后，才能启动终端到主系统（main system) 状态，使得用户可以继续正常使用。其大致流程如图 1所示。然而，这种方式存在着如下的缺点：在整个升级过程中，终端一直处于不可用状态，期间用户完全不能使用。随着升级包大小的增大，升级时间也将随之拉长，用户不能使用的时间也会变长，影响用户体验。综上所述，可以看到当前业界对于 Android终端升级的主流方案，存在升级效率低，升级时用户不可用时间长的弊端，在升级包越来越大的今天，这种弊端也越来越明显。发明内容本发明提供一种 Android终端及其实现升级的方法，用以解决现有升级方案升级效率低的问题。依据本发明的一个方面，提供一种 Android终端实现升级的方法，包括：解析下载的升级包，提取出应用层 AP侧的升级包文件和启动层 BP侧的升级包文件；利用所述 AP侧的升级包文件，对 AP侧的待升级文件进行升级，并在设定的 BP 侧升级触发条件被触发时，重启终端，利用所述 BP侧的升级包文件，对 BP侧的待升级文件进行升级。可选地，本发明所述方法中，所述下载的升级包内包含 AP侧的升级包文件和 BP 侧的升级包文件，且两个升级包文件间使用分隔标识符隔开，以便于终端按类提取。可选地，本发明所述方法中，所述 AP侧的升级包文件中包含一个或多个需要升级的 AP侧文件，每个需要升级的 AP侧文件均按照文件的路径、名称、以及待升级内容信息依次封装，且在封装时，在每个信息前后添加开始和结束标识符。可选地，本发明所述方法中，所述设定的 BP侧升级触发条件包括：终端处于空闲状态时、用户主动发起对 BP侧进行升级时、或者在 AP侧完成升级时。可选地，本发明所述方法还包括：当 BP侧升级失败时，将 AP侧回退到升级前的状态。依据本发明的另一个方面，还提供一种 Android终端，包括：升级包解析模块，设置为解析下载的升级包，提取出应用层 AP侧的升级包文件和启动层 BP侧的升级包文件；升级模块，设置为利用所述 AP侧的升级包文件，对 AP侧的待升级文件进行升级，并在设定的 BP侧升级触发条件被触发时，重启终端，利用所述 BP侧的升级包文件，对 BP侧的待升级文件进行升级。可选地，本发明所述终端中，所述下载的升级包内包含 AP侧的升级包文件和 BP 侧的升级包文件，且两个升级包文件间使用分隔标识符隔开，以便于终端按类提取。可选地，本发明所述终端中，所述 AP侧的升级包文件中包含一个或多个需要升级的 AP侧文件，每个需要升级的 AP侧文件均按照文件的路径、名称、以及待升级内容信息依次封装，且在封装时，在每个信息前后添加开始和结束标识符。可选地，本发明所述终端中，所述升级模块中设定的 BP侧升级触发条件包括：终端处于空闲状态时、用户主动发起对 BP侧进行升级时、或者在 AP侧完成升级时。可选地，本发明所述终端中，所述升级模块，还设置为当 BP侧升级失败时，将 AP侧回退到升级前的状态。本发明有益效果如下：本发明所述方案将 Android终端升级包拆分为 AP侧升级包和 BP侧升级包，使得在对 Android终端进行升级时，可以将 AP侧先在后台进行升级，然后再重启终端升级 BP侧，这种升级方式不仅提升了升级效率，同时还减少了终端的不可用时间。附图说明通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：图 1为相关技术中 Android终端升级流程图；图 2为本发明提供的一种 Android终端实现升级的方法的流程图；图 3为本发明中升级包的结构图；图 4为本发明中 AP侧升级包文件的结构图；图 5为本发明应用示例中升级流程图；图 6为本发明提供的一种 Android终端的结构框图；图 7为本发明提供的一种 Android终端的又一结构框图。具体实施方式下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。本发明实施例提供一种 Android终端实现升级的方法，如图 2所示，所述方法包括- 步骤 S201，解析下载的升级包，提取出 AP侧的升级包文件和 BP侧的升级包文件；步骤 S202，利用所述 AP侧的升级包文件，对 AP侧的待升级文件进行升级；步骤 S203，在设定的 BP侧升级触发条件被触发时，重启终端，利用所述 BP侧的升级包文件，对 BP侧的待升级文件进行升级。在具体实施过程中，该步骤 S203中所述设定的 BP侧升级触发条件可以包括但不限于为：终端处于空闲状态时、用户主动发起对 BP侧进行升级时、或者在 AP侧完成升级时。优选的触发条件为"终端处于空闲状态时"，这样可以尽量不影响用户使用。作为一种优选的实施方式，该步骤中，当 BP侧升级失败时，将 AP侧回退到升级前的状态，以保证终端升级的一致性。综上所述，可知以上实施例中的所述方法将 Android终端升级包拆分为 AP侧升级包和 BP侧升级包，使得在对 Android终端进行升级时，可以将 AP侧先在后台进行升级，然后再在适当的时机重启终端升级 BP侧，这种升级方式不仅提升了升级效率，同时还减少了终端的不可用时间。基于上述实施原理，下面给出在上述方法下的几个优选实施方式，用以优化以上实施例中的所述方法的实施过程，具体涉及如下内容：本实施例中，所述的升级包为 Android终端在服务器端下载的升级包。在本实施例中，为了使 Android终端方便地提取出 AP侧的升级包文件和 BP侧的升级包文件，优选地，将升级包分成两部分，一部分为 AP侧的升级包文件，另一部分为 BP侧的升级包文件，且两部分间用分隔标识符隔开。具体结构如图 3所示。当然，上述升级包的结构仅是一种较优的实施方式，为了便于 Android终端按类提取升级包，还可以通过对不同类型的升级包文件进行标注的方式来实现。本实施例在此不对所有方式进行穷举，但本领域技术人员容易想到的任何便于终端提取出 AP 侧升级包和 BP侧升级包的方式均在本发明的保护思想范围内。进一步地，为了在实际升级过程中能更好的掌控 AP升级的进度，本实施例中还给出一种新型的 AP侧升级包文件的结构形式，具体为：所述 AP侧的升级包文件中包含一个或多个需要升级的 AP侧文件，每个需要升级的 AP侧文件均按照文件的路径、名称、以及待升级内容信息依次封装，且在封装时，在每个信息前后添加开始和结束标识符。具体结构如图 4所示。也就是说，在实际升级场景下， AP侧可能有多个应用需要升级，在升级过程中，可能存在不能一次性把 AP侧需要升级的应用都升级完的情况，而有了图 4这样的记录之后，就能明了当前的升级进度，便于 AP侧继续升级。当然，上述 AP侧的升级包文件的结构仅是一种较优的实施方式，为了便于掌控 AP升级的进度，还可以采用先将 AP侧的待升级文件按照一定的规律如文件大小，生成时间等来分类或命名，再按照某种顺序执行升级的方式来实现。本实施例在此不对所有方式进行穷举，但本领域技术人员容易想到的任何便于终端掌控 AP升级进度的方式均在本发明的保护思想范围内。

基于上述实施过程，下面给出一具体的应用示例，用以更清楚的阐述以上方法的实施过程。本应用示例中，在开始整个升级流程前，需要首先制作出从原始版本升级到目标版本的差分包。该差分包由 AP侧升级包文件和 BP侧升级包文件组成，它们分别记录 AP侧和 BP侧的升级信息，并由特定的分隔标识符分隔开。升级包制作完成后，由制造商发布到服务器上，供用户下载使用。如图 5所示，本应用示例所述的终端升级流程具体包括：步骤 1 : 终端与服务器建立数据连接，下载升级包到终端本地；步骤 2: 终端根据事先约定的分隔符，将升级包拆分成 AP侧和 BP侧升级包。同时，也将对这两个升级包进行校验，如果校验不成功，则直接转到步骤 6; 校验成功后，将进一步对 AP侧升级包，按照文件的路径，名称，待升级内容等信息进行解析，获取各 AP侧待升级文件的升级信息；步骤 3: AP侧升级包解析完毕后，开始在后台依次对 AP侧待升级文件进行升级；步骤 4: 所有 AP侧文件升级完毕后，按照设定的 BP侧升级触发条件，判断是否要对 BP侧进行升级，当需要对 BP侧进行升级时，提示用户将重启终端完成后续升级流程；步骤 5: 重启终端，按照 BP侧升级包的内容将终端 BP侧版本升级到目标版本状态。如果升级失败，则将 AP侧回退到升级前的状态；步骤 6: 上报服务器升级结果，流程结束。综上所述，根据本发明实施例提供的所述 Android终端升级方案，可以有效提升升级效率，缩短用户不能使用终端的时间，改善用户体验。

与方法实施例相对应，本发明实施例还提供一种 Android终端，如图 6所示，包括- 升级包解析模块 610，设置为解析下载的升级包，提取出应用层 AP侧的升级包文件和启动层 BP侧的升级包文件；升级模块 620，耦合至升级包解析模块 610，设置为利用所述 AP侧的升级包文件，对 AP侧的待升级文件进行升级，并在设定的 BP侧升级触发条件被触发时，重启终端，利用所述 BP侧的升级包文件，对 BP侧的待升级文件进行升级。在具体实施过程中，所述设定的 BP侧升级触发条件可以包括但不限于为：终端处于空闲状态时、用户主动发起对 BP侧进行升级时、或者在 AP侧完成升级时。优选的触发条件为 "终端处于空闲状态时"，这样可以尽量不影响用户使用。进一步地，本实施例中，升级模块 620，还设置为当 BP侧升级失败时，将 AP侧回退到升级前的状态，以保证终端升级的一致性。综上所述，可知以上实施例中的所述 Android终端将升级包拆分为 AP侧升级包和 BP侧升级包，使得在对 Android终端进行升级时，可以将 AP侧先在后台进行升级，然后再在适当的时机重启终端升级 BP侧，这种升级方式不仅提升了升级效率，同时还减少了终端的不可用时间。基于上述实施原理，下面给出在上述结构下的几个优选实施方式，用以优化以上实施例中的所述 Android终端的功能，具体涉及如下内容：本实施例中，所述的升级包为 Android终端在服务器端下载的升级包。在本实施例中，为了使 Android终端方便地提取出 AP侧的升级包文件和 BP侧的升级包文件，优选地，将升级包分成两部分，一部分为 AP侧的升级包文件，另一部分为 BP侧的升级包文件，且两部分间用分隔标识符隔开。具体结构如图 3所示。进一步地，为了在实际升级过程中能更好的掌控 AP升级的进度，本实施例中还给出一种新型的 AP侧升级包文件的结构形式，具体为：所述 AP侧的升级包文件中包含一个或多个需要升级的 AP侧文件，每个需要升级的 AP侧文件均按照文件的路径、名称、以及待升级内容信息依次封装，且在封装时，在每个信息前后添加开始和结束标识符。具体结构如图 4所示。基于上述实施过程，下面给出一具体的应用示例，用以更清楚的阐述以上方案的实施过程。如图 7所示，本应用示例中 Android终端包括：协议桟模块，升级包解析模块和升级模块。其中，协议桟模块负责和服务器的协议通讯交互及升级包的下载；下载成功后，升级包解析模块负责将升级包解析成 AP侧升级包和 BP侧升级包；最后，由升级模块负责升级包的校验，并在用户使用过程中，在后台先进行 AP侧升级包的安装，然后在适当的时机重启终端进行 BP侧的升级。当二者都升级成功后，引导终端进入 main system模式，供用户正常使用。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

权利要求书、一种 Android终端实现升级的方法，包括：

解析下载的升级包，提取出应用层 AP侧的升级包文件和启动层 BP侧的升级包文件；

利用所述 AP侧的升级包文件，对所述 AP侧的待升级文件进行升级，并在设定的 BP侧升级触发条件被触发时，重启终端，利用所述 BP侧的升级包文件，对所述 BP侧的待升级文件进行升级。、如权利要求 1所述的方法，其中，所述下载的升级包内包含所述 AP侧的升级包文件和所述 BP侧的升级包文件，且两个升级包文件间使用分隔标识符隔开，以便于终端按类提取。、如权利要求 1或 2所述的方法，其中，所述 AP侧的升级包文件中包含一个或多个需要升级的 AP侧文件，每个需要升级的 AP侧文件均按照文件的路径、名称、以及待升级内容信息依次封装，且在封装时，在每个信息前后添加开始和结束标识符。、如权利要求 1所述的方法，其中，所述设定的 BP侧升级触发条件包括：终端处于空闲状态时、用户主动发起对所述 BP侧进行升级时、或者在所述 AP侧完成升级时。、如权利要求 1或 4所述的方法，其中，所述方法还包括：当所述 BP侧升级失败时，将所述 AP侧回退到升级前的状态。、一种 Android终端，包括：

升级包解析模块，设置为解析下载的升级包，提取出应用层 AP侧的升级包文件和启动层 BP侧的升级包文件；

升级模块，设置为利用所述 AP侧的升级包文件，对所述 AP侧的待升级文件进行升级，并在设定的 BP侧升级触发条件被触发时，重启终端，利用所述 BP侧的升级包文件，对所述 BP侧的待升级文件进行升级。、如权利要求 6所述的终端，其中，所述下载的升级包内包含所述 AP侧的升级包文件和所述 BP侧的升级包文件，且两个升级包文件间使用分隔标识符隔开，以便于终端按类提取。、如权利要求 6或 7所述的终端，其中，所述 AP侧的升级包文件中包含一个或多个需要升级的 AP侧文件，每个需要升级的 AP侧文件均按照文件的路径、名称、以及待升级内容信息依次封装，且在封装时，在每个信息前后添加开始和结束标识符。、如权利要求 6所述的终端，其中，所述升级模块中，设定的 BP侧升级触发条件包括：终端处于空闲状态时、用户主动发起对所述 BP侧进行升级时、或者在所述 AP侧完成升级时。、如权利要求 6或 9所述的终端，其中，所述升级模块，还设置为当所述 BP侧升级失败时，将所述 AP侧回退到升级前的状态。