一种Android系统中升级包的处理方法、装置和设备的制作方法
【专利摘要】本申请提供了一种Android系统中升级包的处理方法、装置和设备，该方法包括：获取当前Android系统的空中下载技术OTA包和目标Target包；判断所述OTA包和目标Target包是否满足合并条件，如果是，则将所述OTA包和目标Target包按照预设规则合并为合并包；将所述合并包上传至升级服务器。采用本申请实施例的方法、装置或设备，可以占用较少的网络资源就实现上传，从而提升了上传效率，同时也降低上传过程中的出错几率，降低升级服务器端的管理难度。
【专利说明】-种Android系统中升级包的处理方法、装置和设备
【技术领域】
[0001] 本申请涉及软件领域，特别涉及一种Android系统中升级包的处理方法、装置和 设备。
【背景技术】
[0002] Android(安卓）系统是Google (谷歌）公司开发的基于Linux的开源移动操作平 台，该平台由操作系统、中间件、用户界面和应用软件组成。目前Android系统主要应用在 手机、平板电脑、电视机等智能设备上。一般智能设备在上市之后，渐渐会出一些Android 系统的升级版本，因为任何智能设备的系统都有可能出现BUG和需要改进的地方，所以由 升级版本解决这些问题。升级版本可以采用google谷歌公司开发的android系统版本制 作工具和软件进行制作。一般情况下，升级可以有整个版本升级和差分升级两种方式供用 户选择。
[0003] 其中，空中下载技术（0ΤΑ)包，就是用于用户的智能设备的整个版本升级的升级 包。而差分升级需要用到差分包，就是系统的当前版本与升级版本之间差异化部分内容的 软件包。差分包可以采用目标（Target)包进行制作。
[0004] 发明人在研究过程中发现，在将0ΤΑ包和Target包上传至升级服务器以供用户下 载的过程中，由于网络情况的不稳定性，会使得上传过着中出错几率较大，并且也会占用较 多的网络资源来完成上传过程，上传效率比较低。
【发明内容】
[0005] 本申请所要解决的技术问题是提供一种Android系统中升级包的处理方法，用以 解决现有技术中占用较多的网络资源而上传效率比较的问题，同时也降低上传过程中的出 错几率。
[0006] 本申请还提供了一种Android系统中升级包的处理装置和设备，用以保证上述方 法在实际中的实现及应用。
[0007] 为了解决上述问题，本申请公开了一种Android系统中升级包的处理方法，包括：
[0008] 获取当前Android系统的空中下载技术0ΤΑ包和目标Target包；
[0009] 判断所述0ΤΑ包和目标Target包是否满足合并条件,如果是，则将所述0ΤΑ包和 目标Target包按照预设规则合并为合并包；
[0010] 将所述合并包上传至升级服务器。
[0011] 可选的，所述将所述0ΤΑ包和目标Target包按照预设规则合并为合并包，包括：
[0012] 检测所述0ΤΑ包和目标Target包中重复的数据内容；
[0013] 删除所述0ΤΑ包或目标Target包中的重复的数据内容；
[0014] 将剩余的数据内容确定为合并包。
[0015] 可选的，所述判断所述0ΤΑ包和目标Target包是否满足合并条件，为：
[0016] 判断所述0ΤΑ包和目标Target包是否有效。
[0017] 可选的，还包括：
[0018] 将所述合并包进行压缩；
[0019] 则所述将所述合并包上传至F0TA的服务器端，具体为：将压缩后的合并包上传至 升级服务器。
[0020] 可选的，还包括：
[0021] 对所述合并包进行签名；
[0022] 则所述将所述合并包上传至F0TA的服务器端，具体为：将所述签名后的合并包上 传至升级服务器。
[0023] 本申请还提供了一种Android系统中升级包的处理装置，包括：
[0024] 获取模块，用于获取当前Android系统的空中下载技术0ΤΑ包和目标Target包；
[0025] 判断模块，用于判断所述0ΤΑ包和目标Target包是否满足合并条件；
[0026] 合并模块，用于在所述判断模块的结果为是的情况下，将所述0ΤΑ包和目标 Target包按照预设规则合并为合并包；
[0027] 上传模块，用于将所述合并包上传至升级服务器。
[0028] 可选的，所述合并模块包括：
[0029] 检测子模块，用于检测所述0ΤΑ包和目标Target包中重复的数据内容；
[0030] 删除子模块，用于删除所述0ΤΑ包或目标Target包中的重复的数据内容；
[0031] 确定子模块，用于将剩余的数据内容确定为合并包。
[0032] 可选的，所述判断模块具体用于：判断所述0ΤΑ包和目标Target包是否有效。
[0033] 可选的，还包括：
[0034] 压缩模块，用于将所述合并包进行压缩；
[0035] 则所述上传模块具体用于：将压缩后的合并包上传至升级服务器。
[0036] 可选的，还包括：
[0037] 签名模块，用于对所述合并包进行签名；
[0038] 则所述上传模块具体用于：将签名后的合并包上传至升级服务器。
[0039] 本申请还提供了一种设备，包括：前述的任一项装置。
[0040] 与现有技术相比，本申请包括以下优点：
[0041] 在本申请中，当制作出0ΤΑ包和目标Target包之后，会在0ΤΑ包和Target包满足 合并条件的情况下，将所述0ΤΑ包和目标Target包按照预设规则合并为合并包，再上传至 升级服务器。因为合并包只有一个，且数据量比0ΤΑ包和Target包的数据量要小很多，因 此，可以减少在上传过程中的出错几率，并且可以占用较少的网络资源就实现上传，从而提 升上传效率。
【专利附图】
【附图说明】
[0042] 为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使 用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于 本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其 他的附图。
[0043] 图1是本申请的一种Android系统中升级包的处理方法实施例的流程图；
[0044] 图2是本申请的一种Android系统中升级包的处理方法的应用场景的架构图；
[0045] 图3是本申请的一种Android系统中升级包的处理装置实施例的结构框图。
【具体实施方式】
[0046] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于 本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他 实施例，都属于本申请保护的范围。
[0047] 本申请可用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、服务 器计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备 的分布式计算环境等等。
[0048] 本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序 模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组 件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由 通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以 位于包括存储设备在内的本地和远程计算机存储介质中。
[0049] 参考图1，示出了本申请一种Android系统中升级包的处理方法实施例的流程图， 可以包括以下步骤：
[0050] 步骤101 :获取当前Android系统的0ΤΑ包和Target包。
[0051] 首先，在制作智能设备中的andriod系统版本时，可以利用智能设备厂商提供的 BSP包以及andriod系统的基本系统信息包，硬件驱动等信息，并使用android制作工具制 作出0ΤΑ包以及target包。在实施例中，在制作出0ΤΑ包和target包之后，首先获取到这 两个包。
[0052] 步骤102 :判断所述0ΤΑ包和Target包是否满足合并条件，如果是，则进入步骤 103。
[0053] 对步骤101中获取到的0ΤΑ包和Target包判断其是否满足合并条件，例如判断 0ΤΑ包和Target包是否有效，如果有效，则说明满足合并条件。具体的，因为android系统 是基于文件系统的，可以在获取到0ΤΑ包和Target包之后，判断在文件系统下的文件目录 中这两个包是否存在即可。
[0054] 可以理解的是，如果这两个包不满足合并条件，即这两个包无效，则不执行后续步 骤。
[0055] 步骤103 :将所述0ΤΑ包和目标Target包按照预设规则合并为合并包。
[0056] 因为在0ΤΑ包和Target包中会有一些重复的内容，例如升级包中都会包含的 android系统的基本信息等，因此，可以将0ΤΑ包和Target包中两份重复的内容删除一份。 具体的，将所述0ΤΑ包和Target包按照预设规则合并为合并包，可以包括：
[0057] 步骤A1 :检测所述0ΤΑ包和Target包中重复的数据内容。
[0058] 先比对0ΤΑ包和Target包，检测出0ΤΑ包和Target包中重复的数据内容。
[0059] 步骤A2 :删除0ΤΑ包或Target包中的重复的数据内容。
[0060] 将两份重复的数据内容选择一份进行删除。
[0061] 步骤A3 :将剩余的数据内容确定为合并包。
[0062] 将剩余的数据内容确定为一个合并包。该合并包中包括一份0ΤΑ包和Target包重 复的数据内容（记为Α)，0ΤΑ包中除了重复的数据内容之外的数据（记为A1)，以及Target 包中除了重复的数据内容之外的数据（记为A2)。
[0063] 可以理解的是，为了方便升级服务器在接收到合并包之后能够区别出哪些数据内 容为0ΤΑ包的，哪些数据内容为Target包的，可以在合并包的数据内容中加上标识，或者和 升级服务器进行约定，等等。
[0064] 步骤104 :将所述合并包上传至升级服务器。
[0065] 再将删除了一份重复的数据内容的合并包上传至升级服务器，例如移动终端的空 中下载技术F0TA的服务器端。服务器接收到这两个包之后，其中的0ΤΑ包可以直接供用户 下载进行整个系统版本的升级，而Target包就可以由升级服务器来制作出差分包，也可以 供用户下载进行差分升级。
[0066] 参考图2所示，是本申请实施例在实际应用中的应用场景的框架图。
[0067] 在不同的实施例中，在将合并包上传至升级服务器之前，还可以包括步骤：
[0068] 步骤11 :将所述合并包进行压缩。
[0069] 则所述将所述合并包上传至升级服务器，具体可以为：将压缩后的合并包上传至 升级服务器。
[0070] 将合并包进行压缩之后再传送，就更能节省网络资源。
[0071] 在不同的实施例中，在将合并包上传至升级服务器之前，还可以包括步骤：
[0072] 步骤22 :对所述合并包进行签名。
[0073] 则所述将所述合并包上传至升级服务器，具体可以为：将所述签名后的合并包上 传至升级服务器。
[0074] 对合并包采用签名工具进行签名之后，可以防止合并包被伪造，从而可以提升合 并包的安全性。
[0075] 采用本发明实施例，假设0ΤΑ包和Target包都是200M，那么删除重复内容后可能 只有200M多一点，这样的合并包可以占用较少的网络资源就实现上传，从而提升了上传效 率，同时也降低上传过程中的出错几率，降低升级服务器端的管理难度。进一步的，通过压 缩或者签名的方式，还可以更大程度的节约网络资源，并且提升合并包的安全性。
[0076] 对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是 本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些 步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述 的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
[0077] 与上述本申请一种Android系统中升级包的处理方法实施例所提供的方法相对 应，参见图3,本申请还提供了 Android系统中升级包的处理装置，在本实施例中，可以包 括：
[0078] 获取模块301，用于获取当前Android系统的空中下载技术0ΤΑ包和目标Target 包。
[0079] 判断模块302,用于判断所述0ΤΑ包和目标Target包是否满足合并条件。
[0080] 所述判断模块302具体可以用于：判断所述0ΤΑ包和目标Target包是否有效。
[0081] 合并模块303,用于在所述判断模块的结果为是的情况下，将所述OTA包和目标 Target包按照预设规则合并为合并包。
[0082] 所述合并模块303具体可以包括：
[0083] 检测子模块，用于检测所述0ΤΑ包和目标Target包中重复的数据内容；删除子模 块，用于删除所述0ΤΑ包或目标Target包中的重复的数据内容；以及，确定子模块，用于将 剩余的数据内容确定为合并包。
[0084] 上传模块304,用于将所述合并包上传至升级服务器。
[0085] 在不同的实施例中，可选的，所述装置还包括：
[0086] 压缩模块305,用于将所述合并包进行压缩；
[0087] 则所述上传模块304具体可以用于：将压缩后的合并包上传至升级服务器。
[0088] 在不同的实施例中，可选的，所述装置还包括：
[0089] 签名模块306,用于对所述合并包进行签名；
[0090] 则所述上传模块304具体可以用于：将签名后的合并包上传至升级服务器。
[0091] 采用本发明实施例，假设0ΤΑ包和Target包都是200M，那么删除重复内容后可能 只有200M多一点，这样的合并包可以占用较少的网络资源就实现上传，从而提升了上传效 率，同时也降低上传过程中的出错几率，降低升级服务器端的管理难度。进一步的，通过压 缩或者签名的方式，还可以更大程度的节约网络资源，并且提升合并包的安全性。
[0092] 需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重 点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。 对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参 见方法实施例的部分说明即可。
[0093] 最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将 一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作 之间存在任何这种实际的关系或者顺序。而且，术语"包括"、"包含"或者其任何其他变体 意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括 那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或 者设备所固有的要素。在没有更多限制的情况下，由语句"包括一个……"限定的要素，并 不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0094] 以上对本申请所提供的一种Android系统中升级包的处理方法、装置和设备进行 了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例 的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员， 依据本申请的思想，在【具体实施方式】及应用范围上均会有改变之处，综上所述，本说明书内 容不应理解为对本申请的限制。
【权利要求】
1. 一种Android系统中升级包的处理方法，其特征在于，包括： 获取当前Android系统的空中下载技术0TA包和目标Target包； 判断所述0TA包和目标Target包是否满足合并条件,如果是，则将所述0TA包和目标 Target包按照预设规则合并为合并包； 将所述合并包上传至升级服务器。
2. 根据权利要求1所述的方法，其特征在于，所述将所述0TA包和目标Target包按照 预设规则合并为合并包，包括： 检测所述0TA包和目标Target包中重复的数据内容； 删除所述0TA包或目标Target包中的重复的数据内容； 将剩余的数据内容确定为合并包。
3. 根据权利要求1所述的方法，其特征在于，所述判断所述0TA包和目标Target包是 否满足合并条件，为： 判断所述0TA包和目标Target包是否有效。
4. 根据权利要求1所述的方法，其特征在于，还包括： 将所述合并包进行压缩； 则所述将所述合并包上传至F0TA的服务器端，具体为：将压缩后的合并包上传至升级 服务器。
5. 根据权利要求1所述的方法，其特征在于，还包括： 对所述合并包进行签名； 则所述将所述合并包上传至F0TA的服务器端，具体为：将所述签名后的合并包上传至 升级服务器。
6. -种Android系统中升级包的处理装置，其特征在于，包括： 获取模块，用于获取当前Android系统的空中下载技术0TA包和目标Target包； 判断模块，用于判断所述0TA包和目标Target包是否满足合并条件； 合并模块，用于在所述判断模块的结果为是的情况下，将所述0TA包和目标Target包 按照预设规则合并为合并包； 上传模块，用于将所述合并包上传至升级服务器。
7. 根据权利要求6所述的装置，其特征在于，所述合并模块包括： 检测子模块，用于检测所述0TA包和目标Target包中重复的数据内容； 删除子模块，用于删除所述0TA包或目标Target包中的重复的数据内容； 确定子模块，用于将剩余的数据内容确定为合并包。
8. 根据权利要求6所述的装置，其特征在于，所述判断模块具体用于：判断所述0TA包 和目标Target包是否有效。
9. 根据权利要求6所述的装置，其特征在于，还包括： 压缩模块，用于将所述合并包进行压缩； 则所述上传模块具体用于：将压缩后的合并包上传至升级服务器。
10. -种设备，其特征在于，包括：权利要求6?9任一项所述的装置。
【文档编号】H04L29/08GK104049998SQ201410276977
【公开日】2014年9月17日 申请日期:2014年6月19日 优先权日:2014年6月19日
【发明者】朱春雷, 王继争, 张巍华, 陈伟, 刘中洲, 李晓萍 申请人:中科创达软件股份有限公司