CN105589700B - 一种升级包管理方法及服务器 - Google Patents

Abstract

本发明公开了一种升级包管理方法及服务器，其中，一种升级包管理方法包括：服务器从主机获取中间包，其中，所述中间包为所述主机根据升级包源代码编译输出的中间文件；根据获取的中间包生成全量升级包和预设数量的增量升级包；存储所述获取的中间包、所述全量升级包和所述预设数量的增量升级包；删除历史存储的全量升级包和所有增量升级包。本发明提供的技术方案能够有效减小服务器的压力。

Description

一种升级包管理方法及服务器

技术领域

本发明涉及软件升级技术领域，具体涉及一种升级包管理方法及服务器。

背景技术

空中固件升级(FOTA，Firmware Over The Air)是智能终端系统(例如Android系统)目前主流的升级方式，智能终端和服务器通过网络交互传递升级包，完成智能终端系统的升级。

如图1所示为典型的FOTA模型，主机将升级包源代码编译成升级包后上传到服务器，智能终端通过和服务器建立连接，下载需要的升级包进行升级。

目前，升级包根据内容可以分为全量升级包和增量升级包，其中，全量升级包是针对所有文件的升级，相当于将智能终端系统全部删除再重新升级，增量升级包需要针对指定历史版本来升级，只升级差异部分，不对无差异部分做修改。采用增量升级的FOTA方式，每次新版本发布都会包含一个全量升级包和多个增量升级包，而由上述方案可见，主机每次都需要将编译得到的升级包上传到服务器，由服务器对升级包进行管理，因此，当发布的版本较多时，升级包的总数量将会非常庞大，而数量庞大的升级包必然会给服务器带来不小的压力(例如存储压力、管理压力等)。

发明内容

本发明提供一种升级包管理方法及服务器，用于减小服务器的压力。

本发明第一方面提供一种升级包管理方法，包括：

服务器从主机获取中间包，其中，所述中间包为所述主机根据升级包源代码编译输出的中间文件；

根据获取的中间包生成全量升级包和预设数量的增量升级包；

存储所述获取的中间包、所述全量升级包和所述预设数量的增量升级包；

删除历史存储的全量升级包和所有增量升级包。

本发明第二方面提供一种服务器，包括：

第一获取单元，用于从主机获取中间包，其中，所述中间包为所述主机根据升级包源代码编译输出的中间文件；

生成单元，用于根据所述第一获取单元获取的中间包生成全量升级包和预设数量的增量升级包；

存储单元，用于存储所述第一获取单元获取的中间包、所述生成单元生成的全量升级包和预设数量的增量升级包；

清理单元，用于删除所述存储单元历史存储的全量升级包和所有增量升级包。

由上可见，本发明中主机根据升级包源代码编译出中间包后，只将中间包上传到服务器，由服务器完成升级包的制作，且服务器在新的升级包制作完成后，自动删除历史存储的升级包，服务器只需要保留和管理中间包和新制作的全量升级包和增量升级包，因此有效节省了服务器的存储空间，减小了服务器的压力(例如存储压力、管理压力等)，进而提高了服务器的运行效率。

附图说明

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

图1为现有技术一种典型的FOTA模型示意图；

图2-a为本发明提供的一种升级包管理方法一个实施例流程示意图；

图2-b为本发明提供的一种增量升级包生成方法实施例流程示意图；

图2-c为本发明提供的一种主机和服务器的实施例架构示意图；

图3为本发明提供的一种升级包管理方法另一个实施例流程示意图；

图4为本发明提供的一种服务器一个实施例结构示意图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面对本发明实施例中的升级包管理方法进行描述，如图2-a所示，本发明实施例中的升级包管理方法包括：

步骤201、服务器从主机获取中间包；

其中，上述中间包为上述主机根据升级包源代码编译输出的中间文件。

本发明实施例中，上述中间包的原型为主机根据升级包源代码进行时产生的一个临时文件，包含了所有需要升级的内容和一些升级工具(例如升级脚本)，主机在编译过程中，将中间包由中间文件改为输出文件。具体的，主机根据升级包源代码编译得到中间包的过程可参照现有技术实现，此处不再赘述。

可选的，服务器周期性向主机请求获取中间包，如果主机有新的中间包，则主机将新的中间包发送给服务器；或者，也可以由主机在输出新的中间包后，主动将新的中间包发送给服务器。具体地，服务器和主机之间可以通过有线方式或无线方式进行通讯。本发明实施例中不对服务器从主机获取中间包的方式进行限定。

步骤202、根据获取的中间包生成全量升级包和预设数量的增量升级包；

本发明实施例中，全量升级包是针对所有文件的升级，相当于将智能终端系统全部删除再重新升级，增量升级包需要针对指定历史版本来升级，只升级差异部分，不对无差异部分做修改。

具体的，上述根据获取的中间包生成全量升级包和预设数量的增量升级包的过程可以由配置在服务器的升级包制作脚本实现。需要说明的是，原生的升级包制作脚本是和升级包源代码在一块的，需要依赖于源码环境运行，相对于原生的升级包制作脚本，本发明实施例将升级包制作脚本及依赖的库、工具和签名文件等独立出来，使得配置在服务器的升级包制作脚本能够脱离源代码环境运行。可选的，对主机的编译规则做如下规范：1、分区升级文件以文件夹形式存储在中间包的根目录，分区升级文件以相应分区的名称(例如分区名称的大写字母)命名；2、仅将需要烧录的分区升级文件打包到中间包中。这在步骤202的执行过程中，服务器即可根据步骤201获取的中间包中根目录下的文件夹名称确定需要升级的分区，并将需要升级的分区的分区升级文件烧录到指定的全量升级包和/或增量升级包中。

由于增量升级包是针对历史版本的升级，因此，增量升级包的生成需要结合新的中间包和相应历史版本的中间包。可选的，本发明实施例中增量升级包的生成流程如图2-b所示：

S1、根据上述预设数量和获取的中间包的软件版本号计算最低版本号；

其中，需要生成的增量升级包的数量可在步骤201获取的中间包中指定。中间包也会指示当前中间包的软件版本号，该软件版本号与通过该中间包生成的全量升级包的软件版本号一致。

举例说明，假设步骤201获取的中间包的软件版本号为v40，需要生成的增量升级包的数量为10，则可以将软件版本号v40往前退10个版本，得到最低版本号v30。

S2、将当前软件版本号减一后作为目标软件版本号；

以步骤S1中的举例进一步说明，当服务器首次执行步骤S2时，将软件版本号为v40减1(即退1个版本)后得到的v39作为目标软件版本号。

S3、判断上述目标软件版本号是否小于上述最低版本号；

当服务器判断上述目标软件版本号小于最低版本号，则进入步骤S7，当服务器判断上述目标软件版本号不小于上述最低版本号，则进入步骤S4。

S4、判断是否存储有与上述目标软件版本号一致的中间包；

当服务器判断存储有与上述目标软件版本号一致的中间包时，执行步骤S5，当服务器判断未存储有与上述目标软件版本号一致的中间包时，则执行步骤S6。

以步骤S2中的举例进一步说明，当服务器首次执行步骤S4时，判断是否存储有软件版本号为v39的中间包，若判定存储有软件版本号为v39的中间包，则执行步骤S5，若判定未存储有软件版本号为v39的中间包，则执行步骤S6。

S5、根据上述获取的中间包和与上述目标软件版本号一致的中间包，生成增量升级包；

以步骤S4中的举例进一步说明，当服务器判定存储有软件版本号为v39的中间包时，根据步骤201获取的中间包(即软件版本号为v40的中间包)和软件版本号为v39的中间包，生成从v39到v40的增量升级包。

S6、将上述目标软件版本号作为当前软件版本号，返回步骤S2。

由于中间包是根据升级包源代码进行时产生的一个临时文件，因此，具体的，根据中间包进一步生成全量升级包和增量升级包的过程可以参照现有技术实现，此处不再赘述。

S7、结束生成增量升级包的流程。

步骤203、存储上述获取的中间包、上述全量升级包和上述预设数量的增量升级包；

服务器存储步骤201获取的中间包，步骤202生成的全量升级包和增量升级包，以便后续调用和供智能终端下载。

步骤204、删除历史存储的全量升级包和所有增量升级包。

本发明实施例的主机和服务器的架构示意图如图2-c所示，主机根据升级包源代码编译输出的中间包，将中间包上传到服务器，服务器获取中间包后，由自动化脚本调用升级包制作脚本，根据获取的中间包生成并存储全量升级包和n个增量升级包。进一步，自动化脚本删除历史存储的全量升级包和增量升级包。

需要说明的是，与本发明实施例中的服务器连接的智能终端可以智能手机、平板电脑、智能电视、掌上电脑(PDA，Personal Digital Assistant)等，此处不作限定。具体的，本发明实施例中的全量升级包和增量升级包可以为应用于Android系统的升级包，或者，也可以是应用于其它系统的升级包。

由上可见，本发明中主机根据升级包源代码编译出中间包后，只将中间包上传到服务器，由服务器完成升级包的制作，且服务器在新的升级包制作完成后，自动删除历史存储的升级包，服务器只需要保留和管理中间包和新制作的全量升级包和增量升级包，因此有效节省了服务器的存储空间，减小了服务器的压力(例如存储压力、管理压力等)，进而提高了服务器的运行效率。

为便于更好地理解本发明技术方案，下面以图3为例，对本发明实施例中的升级包管理方法进一步进行描述，如图3所示，本发明实施例中的升级包管理方法包括：

步骤301～步骤304；

其中，步骤301～步骤304可如图2-a所示的步骤201～步骤204，其具体实现过程可以参照步骤201～步骤204的描述，此处不再赘述。

步骤305、接收来自智能终端的升级包下载请求消息；

其中，上述升级包下载请求消息中携带需要下载的升级包类型和软件版本号。本发明实施例中，升级包类型分为全量升级包和增量升级包两种。

本发明实施例中，服务器向智能终端提供升级包下载界面，智能终端可以通过该升级包下载界面向服务器发送升级包下载请求消息，具体的，智能终端可以在该升级包下载界面中选择需要下载的升级包类型和软件版本号后点击与选定升级包类型和软件版本号对应的链接，向服务器发送升级包下载请求消息。

步骤306、根据上述升级包下载请求消息获取相应的升级包；

服务器根据步骤305接收到的升级包下载请求消息中携带的升级包类型和软件版本号获取相应的升级包。

由步骤301～304可知，本发明实施例中服务器只存储中间包和最新生成的全量升级包和增量升级包(通常也即最新版本的全量升级包和增量升级包，为便于描述，下文需要时可将其统称为升级包)，因此，当升级包下载请求消息请求的增量升级包存在时，服务器可直接获取存储的相应的增量升级包；当服务器上不存在与升级包下载请求消息对应的增量升级包时(这种情况通常是用户端版本太低以致于不在增量升级的预设范围内，或是用户首次下载安装的)，服务器可直接获取存储的全量升级包。另外一种情况，当所请求的升级包不存在时(例如，用户请求升级到某一较高但非最新版本时)，则服务器需要获取与上述升级包下载请求消息中携带的软件版本号一致的中间包，根据该中间包，生成与上述升级包下载请求消息所请求的升级包。

步骤307、将获取的升级包发送给上述智能终端；

本发明实施例中的服务器可以通过有线方式或无线方式将获取的升级包推送给上述智能终端。

需要说明的是，与本发明实施例中的服务器连接的智能终端可以智能手机、平板电脑、智能电视、PDA等，此处不作限定。具体的，本发明实施例中的全量升级包和增量升级包可以为应用于Android系统的升级包，或者，也可以是应用于其它系统的升级包。

由上可见，本发明中主机根据升级包源代码编译出中间包后，只将中间包上传到服务器，由服务器完成升级包的制作，且服务器在新的升级包制作完成后，自动删除历史存储的升级包，服务器只需要保留和管理中间包和新制作的全量升级包和增量升级包，因此有效节省了服务器的存储空间，减小了服务器的压力(例如存储压力、管理压力等)，进而提高了服务器的运行效率。另外，由于服务器存储了中间包，因此，即使智能终端请求下载的升级包不存在时，服务器也可以根据智能终端请求下载的升级包的类型和软件版本号，调用相应的中间包生成相应的升级包后发送给智能终端，不会因为服务器将历史存储的升级包删除后导致智能终端无法下载。

本发明实施例还提供一种服务器，如图4所示，本发明实施例中的服务器400包括：

第一获取单元401，用于从主机获取中间包，其中，所述中间包为所述主机根据升级包源代码编译输出的中间文件；

生成单元402，用于根据第一获取单元401获取的中间包生成全量升级包和预设数量的增量升级包；

存储单元403，用于存储第一获取单元401获取的中间包、生成单元402生成的全量升级包和预设数量的增量升级包；

清理单元404，用于删除存储单元403历史存储的全量升级包和所有增量升级包。

可选的，生成单元402包括：第一计算单元，用于根据所述预设数量和所述获取的中间包的软件版本号计算最低版本号；第二计算单元，用于将当前软件版本号减一后作为目标软件版本号；判断单元，用于判断是否存储有与所述目标软件版本号一致的中间包；子生成单元，用于当所述存储单元存储有与所述目标软件版本号一致的中间包时，根据所述第一获取单元获取的中间包和与所述目标软件版本号一致的中间包，生成增量升级包；将所述目标软件版本号作为当前软件版本号，重新触发所述第二计算单元、所述判断单元和所述子生成单元，直至目标软件版本号小于所述最低版本号。

可选的，生成单元402还包括：确定单元，用于根据第一获取单元401获取的中间包中根目录下的文件夹名称确定需要升级的分区，其中，分区升级文件以文件夹形式存储在该中间包的根目录，且分区升级文件以相应分区的名称命名；生成单元402具体用于：将需要升级的分区的分区升级文件烧录到指定的全量升级包和/或增量升级包中。

可选的，本发明实施例中的服务器还包括：接收单元，用于接收来自智能终端的升级包下载请求消息，其中，所述升级包下载请求消息中携带需要下载的升级包类型和软件版本号；第二获取单元，用于根据所述接收单元接收到的升级包下载请求消息获取相应的升级包；发送单元，用于将所述第二获取单元获取的升级包发送给所述智能终端。另外一种情况，上述第二获取单元还可用于：当所述升级包下载请求消息中请求的升级包不存在时，获取与所述升级包下载请求消息中携带的软件版本号一致的中间包，调用生成单元402根据该中间包生成与所述升级包下载请求消息中携带的升级包类型一致的升级包。

需要说明的是，本发明实施例中的服务器可以如图2-a至2-c所示方法实施例中的服务器，可以用于实现上述方法实施例中的全部技术方案，其具体实现过程可参照上述方法实施例中的相关描述，此处不再赘述。

由上可见，本发明中主机根据升级包源代码编译出中间包后，只将中间包上传到服务器，由服务器完成升级包的制作，且服务器在新的升级包制作完成后，自动删除历史存储的升级包，服务器只需要保留和管理中间包和新制作的全量升级包和增量升级包，因此有效节省了服务器的存储空间，减小了服务器的压力(例如存储压力、管理压力等)，进而提高了服务器的运行效率。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上为对本发明所提供的一种升级包管理方法及服务器的描述，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。

Claims (9)

1.一种升级包管理方法，其特征在于，包括：

服务器从主机获取中间包，其中，所述中间包为所述主机根据升级包源代码编译输出的中间文件；

由自动化脚本调用升级包制作脚本，根据获取的中间包生成全量升级包和预设数量的增量升级包；其中，所述根据获取的中间包生成全量升级包和预设数量的增量升级包，包括：根据所述预设数量和所述获取的中间包的软件版本号计算最低版本号；将当前软件版本号减一后作为目标软件版本号；判断是否存储有与所述目标软件版本号一致的中间包；若存储有与所述目标软件版本号一致的中间包，则根据所述获取的中间包和与所述目标软件版本号一致的中间包，生成增量升级包，并将所述目标软件版本号作为当前软件版本号，重复执行所述将当前软件版本号减一后作为目标软件版本号的步骤以及后续步骤，直至目标软件版本号小于所述最低版本号；

存储所述获取的中间包、所述全量升级包和所述预设数量的增量升级包；

删除历史存储的全量升级包和所有增量升级包。

2.根据权利要求1所述的方法，其特征在于，所述根据获取的中间包生成全量升级包和预设数量的增量升级包，还包括：

若未存储有与所述目标软件版本号一致的中间包，则将所述目标软件版本号作为当前软件版本号，重复执行所述将当前软件版本号减一后作为目标软件版本号的步骤以及后续步骤，直至目标软件版本号小于所述最低版本号。

3.根据权利要求1所述的方法，其特征在于，所述根据获取的中间包生成全量升级包和预设数量的增量升级包，包括：

根据获取的中间包中根目录下的文件夹名称确定需要升级的分区，其中，分区升级文件以文件夹形式存储在该中间包的根目录，且分区升级文件以相应分区的名称命名；

将需要升级的分区的分区升级文件烧录到指定的全量升级包和/或增量升级包中。

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

接收来自智能终端的升级包下载请求消息，其中，所述升级包下载请求消息中携带需要下载的升级包类型和软件版本号；

根据所述升级包下载请求消息获取相应的升级包；

将获取的升级包发送给所述智能终端。

5.根据权利要求4所述的方法，其特征在于，所述根据所述升级包下载请求消息获取相应的升级包，包括：

若所述升级包下载请求消息中请求的升级包不存在，则：

获取与所述升级包下载请求消息中携带的软件版本号一致的中间包；

根据与所述升级包下载请求消息中携带的软件版本号一致的中间包，生成与所述升级包下载请求消息中携带的升级包类型一致的升级包。

6.一种服务器，其特征在于，包括：

第一获取单元，用于从主机获取中间包，其中，所述中间包为所述主机根据升级包源代码编译输出的中间文件；

生成单元，用于由自动化脚本调用升级包制作脚本，根据获取的中间包生成全量升级包和预设数量的增量升级包；

所述生成单元包括：第一计算单元，用于根据所述预设数量和所述获取的中间包的软件版本号计算最低版本号；

第二计算单元，用于将当前软件版本号减一后作为目标软件版本号；

判断单元，用于判断是否存储有与所述目标软件版本号一致的中间包；

子生成单元，用于当所述存储单元存储有与所述目标软件版本号一致的中间包时，根据所述第一获取单元获取的中间包和与所述目标软件版本号一致的中间包，生成增量升级包，并将所述目标软件版本号作为当前软件版本号，重新触发所述第二计算单元、所述判断单元和所述子生成单元，直至目标软件版本号小于所述最低版本号；当所述存储单元未存储有与所述目标软件版本号一致的中间包时，将所述目标软件版本号作为当前软件版本号，重新触发所述第二计算单元、所述判断单元和所述子生成单元，直至目标软件版本号小于所述最低版本号；

存储单元，用于存储所述第一获取单元获取的中间包、所述生成单元生成的全量升级包和预设数量的增量升级包；

清理单元，用于删除所述存储单元历史存储的全量升级包和所有增量升级包。

7.根据权利要求6所述的服务器，其特征在于，所述生成单元包括：

确定单元，用于根据所述第一获取单元获取的中间包中根目录下的文件夹名称确定需要升级的分区，其中，分区升级文件以文件夹形式存储在该中间包的根目录，且分区升级文件以相应分区的名称命名；

所述生成单元具体用于：将需要升级的分区的分区升级文件烧录到指定的全量升级包和/或增量升级包中。

8.根据权利要求6所述的服务器，其特征在于，所述服务器还包括：

接收单元，用于接收来自智能终端的升级包下载请求消息，其中，所述升级包下载请求消息中携带需要下载的升级包类型和软件版本号；

第二获取单元，用于根据所述接收单元接收到的升级包下载请求消息获取相应的升级包；

发送单元，用于将所述第二获取单元获取的升级包发送给所述智能终端。

9.根据权利要求8所述的服务器，其特征在于，所述第二获取单元具体用于：当所述升级包下载请求消息中请求的升级包不存在时，获取与所述升级包下载请求消息中携带的软件版本号一致的中间包，调用所述生成单元根据该中间包生成与所述升级包下载请求消息中携带的升级包类型一致的升级包。