CN104049998A - 一种Android***中升级包的处理方法、装置和设备 - Google Patents

Abstract

本申请提供了一种Android***中升级包的处理方法、装置和设备，该方法包括：获取当前Android***的空中下载技术OTA包和目标Target包；判断所述OTA包和目标Target包是否满足合并条件，如果是，则将所述OTA包和目标Target包按照预设规则合并为合并包；将所述合并包上传至升级服务器。采用本申请实施例的方法、装置或设备，可以占用较少的网络资源就实现上传，从而提升了上传效率，同时也降低上传过程中的出错几率，降低升级服务器端的管理难度。

Description

一种Android***中升级包的处理方法、装置和设备

技术领域

本申请涉及软件领域，特别涉及一种Android***中升级包的处理方法、装置和设备。

背景技术

Android(安卓)***是Google(谷歌)公司开发的基于Linux的开源移动操作平台，该平台由操作***、中间件、用户界面和应用软件组成。目前Android***主要应用在手机、平板电脑、电视机等智能设备上。一般智能设备在上市之后，渐渐会出一些Android***的升级版本，因为任何智能设备的***都有可能出现BUG和需要改进的地方，所以由升级版本解决这些问题。升级版本可以采用***谷歌公司开发的android***版本制作工具和软件进行制作。一般情况下，升级可以有整个版本升级和差分升级两种方式供用户选择。

其中，空中下载技术(OTA)包，就是用于用户的智能设备的整个版本升级的升级包。而差分升级需要用到差分包，就是***的当前版本与升级版本之间差异化部分内容的软件包。差分包可以采用目标(Target)包进行制作。

发明人在研究过程中发现，在将OTA包和Target包上传至升级服务器以供用户下载的过程中，由于网络情况的不稳定性，会使得上传过着中出错几率较大，并且也会占用较多的网络资源来完成上传过程，上传效率比较低。

发明内容

本申请所要解决的技术问题是提供一种Android***中升级包的处理方法，用以解决现有技术中占用较多的网络资源而上传效率比较的问题，同时也降低上传过程中的出错几率。

本申请还提供了一种Android***中升级包的处理装置和设备，用以保证上述方法在实际中的实现及应用。

为了解决上述问题，本申请公开了一种Android***中升级包的处理方法，包括：

获取当前Android***的空中下载技术OTA包和目标Target包；

判断所述OTA包和目标Target包是否满足合并条件，如果是，则将所述OTA包和目标Target包按照预设规则合并为合并包；

将所述合并包上传至升级服务器。

可选的，所述将所述OTA包和目标Target包按照预设规则合并为合并包，包括：

检测所述OTA包和目标Target包中重复的数据内容；

删除所述OTA包或目标Target包中的重复的数据内容；

将剩余的数据内容确定为合并包。

可选的，所述判断所述OTA包和目标Target包是否满足合并条件，为：

判断所述OTA包和目标Target包是否有效。

可选的，还包括：

将所述合并包进行压缩；

则所述将所述合并包上传至FOTA的服务器端，具体为：将压缩后的合并包上传至升级服务器。

可选的，还包括：

对所述合并包进行签名；

则所述将所述合并包上传至FOTA的服务器端，具体为：将所述签名后的合并包上传至升级服务器。

本申请还提供了一种Android***中升级包的处理装置，包括：

获取模块，用于获取当前Android***的空中下载技术OTA包和目标Target包；

判断模块，用于判断所述OTA包和目标Target包是否满足合并条件；

合并模块，用于在所述判断模块的结果为是的情况下，将所述OTA包和目标Target包按照预设规则合并为合并包；

上传模块，用于将所述合并包上传至升级服务器。

可选的，所述合并模块包括：

检测子模块，用于检测所述OTA包和目标Target包中重复的数据内容；

删除子模块，用于删除所述OTA包或目标Target包中的重复的数据内容；

确定子模块，用于将剩余的数据内容确定为合并包。

可选的，所述判断模块具体用于：判断所述OTA包和目标Target包是否有效。

可选的，还包括：

压缩模块，用于将所述合并包进行压缩；

则所述上传模块具体用于：将压缩后的合并包上传至升级服务器。

可选的，还包括：

签名模块，用于对所述合并包进行签名；

则所述上传模块具体用于：将签名后的合并包上传至升级服务器。

本申请还提供了一种设备，包括：前述的任一项装置。

与现有技术相比，本申请包括以下优点：

在本申请中，当制作出OTA包和目标Target包之后，会在OTA包和Target包满足合并条件的情况下，将所述OTA包和目标Target包按照预设规则合并为合并包，再上传至升级服务器。因为合并包只有一个，且数据量比OTA包和Target包的数据量要小很多，因此，可以减少在上传过程中的出错几率，并且可以占用较少的网络资源就实现上传，从而提升上传效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请的一种Android***中升级包的处理方法实施例的流程图；

图2是本申请的一种Android***中升级包的处理方法的应用场景的架构图；

图3是本申请的一种Android***中升级包的处理装置实施例的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请可用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

参考图1，示出了本申请一种Android***中升级包的处理方法实施例的流程图，可以包括以下步骤：

步骤101：获取当前Android***的OTA包和Target包。

首先，在制作智能设备中的andriod***版本时，可以利用智能设备厂商提供的BSP包以及andriod***的基本***信息包，硬件驱动等信息，并使用android制作工具制作出OTA包以及target包。在实施例中，在制作出OTA包和target包之后，首先获取到这两个包。

步骤102：判断所述OTA包和Target包是否满足合并条件，如果是，则进入步骤103。

对步骤101中获取到的OTA包和Target包判断其是否满足合并条件，例如判断OTA包和Target包是否有效，如果有效，则说明满足合并条件。具体的，因为android***是基于文件***的，可以在获取到OTA包和Target包之后，判断在文件***下的文件目录中这两个包是否存在即可。

可以理解的是，如果这两个包不满足合并条件，即这两个包无效，则不执行后续步骤。

步骤103：将所述OTA包和目标Target包按照预设规则合并为合并包。

因为在OTA包和Target包中会有一些重复的内容，例如升级包中都会包含的android***的基本信息等，因此，可以将OTA包和Target包中两份重复的内容删除一份。具体的，将所述OTA包和Target包按照预设规则合并为合并包，可以包括：

步骤A1：检测所述OTA包和Target包中重复的数据内容。

先比对OTA包和Target包，检测出OTA包和Target包中重复的数据内容。

步骤A2：删除OTA包或Target包中的重复的数据内容。

将两份重复的数据内容选择一份进行删除。

步骤A3：将剩余的数据内容确定为合并包。

将剩余的数据内容确定为一个合并包。该合并包中包括一份OTA包和Target包重复的数据内容(记为A)，OTA包中除了重复的数据内容之外的数据(记为A1)，以及Target包中除了重复的数据内容之外的数据(记为A2)。

可以理解的是，为了方便升级服务器在接收到合并包之后能够区别出哪些数据内容为OTA包的，哪些数据内容为Target包的，可以在合并包的数据内容中加上标识，或者和升级服务器进行约定，等等。

步骤104：将所述合并包上传至升级服务器。

再将删除了一份重复的数据内容的合并包上传至升级服务器，例如移动终端的空中下载技术FOTA的服务器端。服务器接收到这两个包之后，其中的OTA包可以直接供用户下载进行整个***版本的升级，而Target包就可以由升级服务器来制作出差分包，也可以供用户下载进行差分升级。

参考图2所示，是本申请实施例在实际应用中的应用场景的框架图。

在不同的实施例中，在将合并包上传至升级服务器之前，还可以包括步骤：

步骤11：将所述合并包进行压缩。

则所述将所述合并包上传至升级服务器，具体可以为：将压缩后的合并包上传至升级服务器。

将合并包进行压缩之后再传送，就更能节省网络资源。

在不同的实施例中，在将合并包上传至升级服务器之前，还可以包括步骤：

步骤22：对所述合并包进行签名。

则所述将所述合并包上传至升级服务器，具体可以为：将所述签名后的合并包上传至升级服务器。

对合并包采用签名工具进行签名之后，可以防止合并包被伪造，从而可以提升合并包的安全性。

采用本发明实施例，假设OTA包和Target包都是200M，那么删除重复内容后可能只有200M多一点，这样的合并包可以占用较少的网络资源就实现上传，从而提升了上传效率，同时也降低上传过程中的出错几率，降低升级服务器端的管理难度。进一步的，通过压缩或者签名的方式，还可以更大程度的节约网络资源，并且提升合并包的安全性。

对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

与上述本申请一种Android***中升级包的处理方法实施例所提供的方法相对应，参见图3，本申请还提供了Android***中升级包的处理装置，在本实施例中，可以包括：

获取模块301，用于获取当前Android***的空中下载技术OTA包和目标Target包。

判断模块302，用于判断所述OTA包和目标Target包是否满足合并条件。

所述判断模块302具体可以用于：判断所述OTA包和目标Target包是否有效。

合并模块303，用于在所述判断模块的结果为是的情况下，将所述OTA包和目标Target包按照预设规则合并为合并包。

所述合并模块303具体可以包括：

检测子模块，用于检测所述OTA包和目标Target包中重复的数据内容；删除子模块，用于删除所述OTA包或目标Target包中的重复的数据内容；以及，确定子模块，用于将剩余的数据内容确定为合并包。

上传模块304，用于将所述合并包上传至升级服务器。

在不同的实施例中，可选的，所述装置还包括：

压缩模块305，用于将所述合并包进行压缩；

则所述上传模块304具体可以用于：将压缩后的合并包上传至升级服务器。

在不同的实施例中，可选的，所述装置还包括：

签名模块306，用于对所述合并包进行签名；

则所述上传模块304具体可以用于：将签名后的合并包上传至升级服务器。

采用本发明实施例，假设OTA包和Target包都是200M，那么删除重复内容后可能只有200M多一点，这样的合并包可以占用较少的网络资源就实现上传，从而提升了上传效率，同时也降低上传过程中的出错几率，降低升级服务器端的管理难度。进一步的，通过压缩或者签名的方式，还可以更大程度的节约网络资源，并且提升合并包的安全性。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的一种Android***中升级包的处理方法、装置和设备进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种Android***中升级包的处理方法，其特征在于，包括：

获取当前Android***的空中下载技术OTA包和目标Target包；

判断所述OTA包和目标Target包是否满足合并条件，如果是，则将所述OTA包和目标Target包按照预设规则合并为合并包；

将所述合并包上传至升级服务器。

2.根据权利要求1所述的方法，其特征在于，所述将所述OTA包和目标Target包按照预设规则合并为合并包，包括：

检测所述OTA包和目标Target包中重复的数据内容；

删除所述OTA包或目标Target包中的重复的数据内容；

将剩余的数据内容确定为合并包。

3.根据权利要求1所述的方法，其特征在于，所述判断所述OTA包和目标Target包是否满足合并条件，为：

判断所述OTA包和目标Target包是否有效。

4.根据权利要求1所述的方法，其特征在于，还包括：

将所述合并包进行压缩；

则所述将所述合并包上传至FOTA的服务器端，具体为：将压缩后的合并包上传至升级服务器。

5.根据权利要求1所述的方法，其特征在于，还包括：

对所述合并包进行签名；

则所述将所述合并包上传至FOTA的服务器端，具体为：将所述签名后的合并包上传至升级服务器。

6.一种Android***中升级包的处理装置，其特征在于，包括：

获取模块，用于获取当前Android***的空中下载技术OTA包和目标Target包；

判断模块，用于判断所述OTA包和目标Target包是否满足合并条件；

合并模块，用于在所述判断模块的结果为是的情况下，将所述OTA包和目标Target包按照预设规则合并为合并包；

上传模块，用于将所述合并包上传至升级服务器。

7.根据权利要求6所述的装置，其特征在于，所述合并模块包括：

检测子模块，用于检测所述OTA包和目标Target包中重复的数据内容；

删除子模块，用于删除所述OTA包或目标Target包中的重复的数据内容；

确定子模块，用于将剩余的数据内容确定为合并包。

8.根据权利要求6所述的装置，其特征在于，所述判断模块具体用于：判断所述OTA包和目标Target包是否有效。

9.根据权利要求6所述的装置，其特征在于，还包括：

压缩模块，用于将所述合并包进行压缩；

则所述上传模块具体用于：将压缩后的合并包上传至升级服务器。

10.一种设备，其特征在于，包括：权利要求6～9任一项所述的装置。