CN117215622A - 软件升级的管理方法、电子设备、存储介质和车辆 - Google Patents

Abstract

本申请提出一种软件升级的管理方法、电子设备、存储介质和车辆，能够基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件，从目标软件的历史版本中选择符合差分包生成条件的第一历史版本，生成差分包。其中，差分包生成条件包括待发布版本所需的存储空间大于设定空间、待发布版本相对历史版本的改动量小于设定改动量、历史版本的用户数量大于设定数量中的至少一种，进而在有选择的情况下减少差分包的数量，即在待发布版本所需的存储空间小于设定空间、待发布版本相对历史版本的改动量大于设定改动量、历史版本的用户数量小于设定数量的至少一种情况下可以不生产差分包，减少差分包的内存占用，避免影响服务器的正常运行。

Description

软件升级的管理方法、电子设备、存储介质和车辆

技术领域

本申请涉及软件升级技术领域，尤其涉及一种软件升级的管理方法、电子设备、存储介质和车辆。

背景技术

差分包升级是目前常见的一种软件升级方式。差分包升级是指对已经存在的软件版本与新版本进行差异化比较得到差分包，用户通过从服务器下载安装差分包进行软件升级。但是，差分包生成后存储是需要内存的，过多的差分包将占用服务器中大量的内存空间，影响服务器的正常运行。

发明内容

有鉴于此，本申请提出一种软件升级的管理方法、电子设备、存储介质和车辆，以解决现有技术中过多的差分包将占用服务器中大量的内存空间，影响服务器的正常运行的问题。

本申请提出的技术方案具体如下：

第一方面，本申请的实施例提供了一种软件升级的管理方法，包括：

基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件；所述差分包生成条件包括所述待发布版本所需的存储空间大于设定空间、所述待发布版本相对所述历史版本的改动量小于设定改动量、所述历史版本的用户数量大于设定数量中的至少一种；

根据所述待发布版本，针对所述历史版本中符合所述差分包生成条件的第一历史版本，生成差分包。

第二方面，本申请的实施例提供了一种软件升级的管理装置，包括：

检测模块，用于基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件；所述差分包生成条件包括所述待发布版本所需的存储空间大于设定空间、所述待发布版本相对所述历史版本的改动量小于设定改动量、所述历史版本的用户数量大于设定数量中的至少一种；

生成模块，用于根据所述待发布版本，针对所述历史版本中符合所述差分包生成条件的目标历史版本，生成差分包。

进一步地，以上所述的装置中，所述差分包生成条件包括所述待发布版本相对所述历史版本的改动量小于设定改动量，所述检测模块，具体用于：

检测所述历史版本的版本顺序号与所述待发布版本的版本顺序号之间的顺序号差值；若所述顺序号差值小于设定差值，则表示所述待发布版本相对所述历史版本的改动量小于所述设定改动量，所述目标软件的历史版本符合差分包生成条件。

进一步地，以上所述的装置中，所述差分包生成条件包括所述待发布版本相对所述历史版本的改动量小于设定改动量，所述检测模块，具体用于：

检测所述待发布版本相对所述历史版本的改动文件所需的存储空间；计算所述改动文件所需的存储空间和所述历史版本所需的存储空间之间的空间比值；若所述空间比值小于设定比值，则表示所述待发布版本相对所述历史版本的改动量小于所述设定改动量，所述目标软件的历史版本符合差分包生成条件。

进一步地，以上所述的装置中，所述差分包生成条件包括所述待发布版本相对所述历史版本的改动量小于设定改动量，所述检测模块，具体用于：

检测所述待发布版本相对所述历史版本的改动文件的数量；若所述改动文件的数量小于设定改动数量，则表示所述待发布版本相对所述历史版本的改动量小于所述设定改动量，所述目标软件的历史版本符合差分包生成条件。

进一步地，以上所述的装置中，所述差分包生成条件包括所述历史版本的用户数量大于设定数量，所述检测模块，具体用于：

检测当前正在使用所述历史版本的第一用户数量，以及下一次升级版本为所述历史版本的第二用户数量；确定所述第一用户数量和所述第二用户数量之和为所述历史版本的用户数量；若所述历史版本的用户数量大于设定数量，则表示所述历史版本符合差分包生成条件。

进一步地，以上所述的装置中，还包括：

第一升级模块，用于若检测到来自升级对象的针对所述历史版本中符合所述差分包生成条件的第一历史版本的升级请求，则将所述第一历史版本的差分包发送给所述升级对象。

进一步地，以上所述的装置中，还包括：

第二升级模块，用于若检测到来自升级对象的且针对所述历史版本中不符合所述差分包生成条件的第二历史版本的升级请求，则将所述待发布版本的完整包发送给所述升级对象。

第三方面，本申请的实施例提供一种电子设备，包括：

存储器和处理器；其中，所述存储器用于存储程序；所述处理器，用于通过运行所述存储器中的程序，实现以上任意一项所述的方法。

第四方面，本申请的实施例提供一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现以上任意一项所述的方法。

第五方面，本申请的实施例提供了一种车辆，包括：车机系统；

所述车机系统，用于获取目标软件的升级信息，根据所述升级信息将所述目标软件从当前版本升级为目标版本；其中，在所述当前版本符合差分包生成条件的情况下，所述升级信息包括所述目标版本和所述当前版本的差分包；所述差分包生成条件包括所述目标版本所需的存储空间大于设定空间、所述目标版本相对所述当前版本的改动量小于设定改动量、所述当前版本的用户数量大于设定数量中的至少一种。

第六方面，本申请的实施例提供了一种计算机程序产品或计算机程序，所述计算机程序产品或所述计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中；计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令，处理器执行所述计算机指令，使得所述计算机设备执行以上任意一项所述的方法。

本申请提出的软件升级的管理方法，能够基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件，从目标软件的历史版本中选择符合差分包生成条件的第一历史版本，生成差分包。其中，差分包生成条件包括待发布版本所需的存储空间大于设定空间、待发布版本相对历史版本的改动量小于设定改动量、历史版本的用户数量大于设定数量中的至少一种，进而在有选择的情况下减少差分包的数量，即在待发布版本所需的存储空间小于设定空间、待发布版本相对历史版本的改动量大于设定改动量、历史版本的用户数量小于设定数量的至少一种情况下可以不生产差分包，减少差分包的内存占用，避免影响服务器的正常运行。

附图说明

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

图1是本申请实施例提供的一种软件升级的管理方法的可行应用场景。

图2是本申请实施例提供的一种软件升级的管理方法的流程示意图。

图3是本申请实施例提供的一种软件升级的管理方法的软件升级信令图。

图4是本申请实施例提供的另一种软件升级的管理方法的软件升级信令图。

图5是本申请实施例提供的另一种软件升级的管理方法的流程示意图。

图6是本申请实施例提供的一种软件升级的管理装置的结构示意图。

图7是本申请实施例提供的一种电子设备的结构示意图。

图8是本申请实施例提供的一种车辆的结构示意图。

具体实施方式

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

目前软件升级时，常用的升级方式包括差分包升级和完整包升级。其中，差分包升级包是指对已经存在的软件版本与新版本进行差异化比较得到差分包，用户通过从服务器下载安装差分包进行软件升级；完整包升级是指根据新版本软件生成完整包，当用户进行软件升级时，系统需要下载整个软件包，并全部替换现有的软件文件。由于差分包下载速度快，因此差分包升级的方式更受人们青睐。

正常情况下，软件的历史软件版本与最新软件版本均会存储于服务器中。而差分包升级需要在已经存在的软件版本与新版本的基础上生成差分包，差分包也会存储于服务器中。但是，过多的差分包将占用服务器中大量的内存空间，影响服务器的正常运行。

基于此，本申请提出一种软件升级的管理方法、电子设备、存储介质和车辆，该技术方案通过仅针对符合差分包生成条件的历史版本生成差分包，能够减少差分包的内存占用，避免影响服务器的正常运行。

图1示出了上述软件升级的管理方法的可行应用场景，如图1所示的场景中，设置有终端设备和服务器。

终端设备可以是具有网络访问能力的电子设备。具体地，例如，终端设备可以是台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备、导购终端、电视机、车机、车载终端、智能车辆等。其中，智能可穿戴设备包括但不限于智能手环、智能手表、智能眼镜、智能头盔、智能项链等。或者，终端设备也可以为能够运行于电子设备中的软件。

服务器是具有一定运算处理能力的电子设备。其可以具有网络通信模块、处理器和存储器等。当然，服务器也可以是指运行于电子设备中的软体。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。或者，随着科学技术的发展，服务器还可以是能够实现说明书实施方式相应功能的新的技术手段。例如，可以是基于量子计算实现的新形态的“服务器”。

在上述可行应用场景中，服务器能够基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件；差分包生成条件包括待发布版本所需的存储空间大于设定空间、待发布版本相对历史版本的改动量小于设定改动量、历史版本的用户数量大于设定数量中的至少一种；根据待发布版本，针对历史版本中符合差分包生成条件的第一历史版本，生成差分包。

服务器若检测到来自终端设备的针对第一历史版本的升级请求，则利用第一历史版本的差分包对终端设备进行升级。服务器若检测到来自终端设备的且针对历史版本中不符合差分包生成条件的第二历史版本的升级请求，则利用待发布版本的完整包对终端设备进行升级。

进一步地，本说明书的一个示例性实施例提供了一种软件升级的管理方法，该方法可以由以上实施例的服务器执行，参照图2所示，该方法包括：

S101、基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件。

上述目标软件指的是基于本实施例的技术方案进行升级管理的软件，而待发布版本、历史版本指的是目标软件的不同版本。更具体地，待发布版本指的是目标软件当前最新的、需要进行发布的版本，历史版本指的是目标软件当前的所有版本中，除了上述待发布版本之外的任意一个或者多个版本，本实施例不做限定。例如，若目标软件包括如下几个版本：A.1、A.2、A.3，以及待发布的A.4。则可以确定A.4为待发布版本，A.1、A.2、A.3为历史版本。

搭载目标软件的终端设备数量很多，同时无法确定各终端设备所搭载的目标软件属于哪一历史版本，因此，在针对上述待发布版本进行版本发布时，需要确定目标软件的各历史版本升级至待发布版本的升级方式，以便于按照确定好的升级方式，为终端设备进行升级。

为了避免针对所有的历史版本都采用差分包升级的方式，导致过多的差分包将占用服务器中大量的内存空间，影响服务器的正常运行，需要先检测目标软件的历史版本是否符合差分包生成条件。一些实施例中，可以预先设置差分包生成条件，然后检测目标软件当前的各个历史版本是否符合差分包生成条件。

一些实施例中，差分包生成条件包括待发布版本所需的存储空间大于设定空间。本申请的实施例中，若待发布版本所需的存储空间小于或等于设定空间，则表示待发布版本所需的存储空间较小，待发布版本的目标软件能够以较快的速度传输，可以不必采用差分包升级的方式，而是直接根据待发布版本生成完整包，按照完整包升级的方式进行升级处理。因此，本实施例中，当待发布版本所需的存储空间小于或等于设定空间时，目标软件的各历史版本均不符合差分包生成条件，可以按照完整包升级的方式进行升级处理。当待发布版本所需的存储空间大于设定空间时，待发布版本的目标软件无法以较快的速度传输，目标软件的各历史版本均符合差分包生成条件，可以按照差分包升级的方式进行升级处理。

上述设定空间的空间大小可以根据实际情况进行设置，例如设置为50M，本实施例不做限定。

一些实施例中，差分包生成条件包括待发布版本相对历史版本的改动量小于设定改动量。本申请的实施例中，若待发布版本相对历史版本的改动量大于或等于设定改动量，则表示目标软件的待发布版本与历史版本内容相差较大。在这样的情况下，如果生成待发布版本与历史版本的差分包，那么该差分包的大小和待发布版本的大小可能相差不多，用户下载差分包和待发布版本时，所耗费的时间可能相差也不多，那么可以不必采用差分包升级的方式，而是直接根据待发布版本生成完整包，按照完整包升级的方式进行升级处理。因此，本实施例中，当待发布版本相对历史版本的改动量大于或等于设定改动量时，该历史版本不符合差分包生成条件，可以按照完整包升级的方式进行升级处理。

当待发布版本相对历史版本的改动量小于设定改动量时，则表示目标软件的待发布版本与历史版本内容相差不大。在这样的情况下，如果生成待发布版本与历史版本的差分包，那么该差分包的大小和待发布版本的大小可能相差较多且差分包的大小远远小于待发布版本的大小，用户下载差分包的时间明显更短，那么可以采用差分包升级的方式进行升级处理。因此，本实施例中，当待发布版本相对历史版本的改动量小于设定改动量时，该历史版本符合差分包生成条件，可以按照差分包升级的方式进行升级处理。

上述设定改动量可以根据实际情况进行设置，本实施例不做限定。

一些实施例中，差分包生成条件包括历史版本的用户数量大于设定数量。本申请的实施例中，若历史版本的用户数量小于或等于设定数量，则表示目标软件的该历史版本的用户数量较少，基于该历史版本升级至待发布版本的需求较少，在这样的情况下，为了减少差分包对服务器内存空间的占用，则可以不必采用差分包升级的方式，而是直接根据待发布版本生成完整包，按照完整包升级的方式进行升级处理。因此，本实施例中，当历史版本的用户数量小于或等于设定数量时，该历史版本不符合差分包生成条件，可以按照完整包升级的方式进行升级处理。

当历史版本的用户数量大于设定数量时，表示目标软件的该历史版本的用户数量较多，基于该历史版本升级至待发布版本的需求也较多，在这样的情况下，为了满足用户的升级需求，提高升级速度，可以采用差分包升级的方式进行升级处理。因此，本实施例中，当历史版本的用户数量大于设定数量时，该历史版本符合差分包生成条件，可以按照差分包升级的方式进行升级处理。

在另外一些实施例中，差分包生成条件包括待发布版本所需的存储空间大于设定空间、待发布版本相对历史版本的改动量小于设定改动量、历史版本的用户数量大于设定数量中的至少一种，用户可以根据实际情况进行设置，本实施例不做限定。例如，若设置为差分包生成条件包括待发布版本所需的存储空间大于设定空间、待发布版本相对历史版本的改动量小于设定改动量、历史版本的用户数量大于设定数量，则当目标软件的某一历史版本同时满足上述三项条件时，该历史版本才符合差分包生成条件。

S102、根据待发布版本，针对历史版本中符合差分包生成条件的第一历史版本，生成差分包。

可以将符合差分包生成条件的历史版本定义为第一历史版本。本申请的实施例中，可以根据待发布版本生成针对第一历史版本的差分包。若检测到来自终端设备的针对第一历史版本的升级请求，则利用第一历史版本的差分包对升级对象进行升级。

需要说明的是，根据软件的一个版本生成该软件另一个版本的差分包，是本领域非常成熟的现有技术，本领域的技术人员可以参照现有技术根据待发布版本生成针对第一历史版本的差分包，此处不做赘述。

以上实施例中，能够基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件，从目标软件的历史版本中选择符合差分包生成条件的第一历史版本，生成差分包。其中，差分包生成条件包括待发布版本所需的存储空间大于设定空间、待发布版本相对历史版本的改动量小于设定改动量、历史版本的用户数量大于设定数量中的至少一种，进而在有选择的情况下减少差分包的数量，即在待发布版本所需的存储空间小于设定空间、待发布版本相对历史版本的改动量大于设定改动量、历史版本的用户数量小于设定数量的至少一种情况下可以不生产差分包，减少差分包的内存占用，避免影响服务器的正常运行。

作为一种可选的实现方式，在本申请另一实施例中公开了，差分包生成条件包括待发布版本相对历史版本的改动量小于设定改动量，以上实施例的步骤基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件，具体可以包括如下步骤：

检测历史版本的版本顺序号与待发布版本的版本顺序号之间的顺序号差值；若顺序号差值小于设定差值，则表示待发布版本相对历史版本的改动量小于设定改动量，目标软件的历史版本符合差分包生成条件。

具体地，随着软件的迭代更新，软件通常会引入新的功能、修复错误和改进性能，软件更新的版本与初始版本的差距会越来越大。因此，本申请的实施例中检测待发布版本的版本顺序号与历史版本的版本顺序号之间的顺序号差值，如果顺序号差值大于或者等于设定差值，则表示该历史版本与待发布版本之间间隔了较多的软件版本，该历史版本与待发布版本的差距已经较大，在这样的情况下，如果生成待发布版本与该历史版本的差分包，那么差分包的大小和待发布版本的大小可能相差不多，用户下载差分包和待发布版本时，所耗费的时间可能相差也不多，那么可以不必采用差分包升级的方式，而是直接根据待发布版本生成完整包，按照完整包升级的方式进行升级处理。

如果顺序号差值小于设定差值，则表示该历史版本与待发布版本之间间隔了较少的软件版本，该历史版本与待发布版本的差距不大。在这样的情况下，如果生成待发布版本与历史版本的差分包，那么该差分包的大小和待发布版本的大小可能相差较多且差分包的大小远远小于待发布版本的大小，用户下载差分包的时间明显更短，那么可以采用差分包升级的方式进行升级处理。

因此，本实施例中，当历史版本的版本顺序号与待发布版本的版本顺序号之间的顺序号差值小于设定差值时，则表示待发布版本相对历史版本的改动量小于设定改动量，目标软件的历史版本符合差分包生成条件。

上述设定差值可以由用户根据实际情况进行设置，本实施例不做限定。

一些实施例中，目标软件的版本顺序号包括版本1、版本2、版本3、版本4、版本5、版本6、版本7、版本8、版本9、版本10，其中版本10为待发布版本，版本1-版本9为历史版本。如果设置设定差值为5，那么版本6、版本7、版本8、版本9与版本10的顺序号差值小于5，版本6、版本7、版本8、版本9符合差分包生成条件。

同理，除了按照以上实施例的记载检测顺序号差值，通过比对顺序号差值与设定差值的大小确定目标软件的历史版本是否符合差分包生成条件外，还可以指定符合差分包生成条件的版本数量，例如指定最新的X个历史版本为符合差分包生成条件的历史版本，X为正整数。

示例性的，以上述实施例为例，若X为4，则表示最新的4个历史版本为符合差分包生成条件的历史版本，即版本6、版本7、版本8、版本9为符合差分包生成条件的历史版本。

以上实施例中，通过检测顺序号差值，比对顺序号差值与设定差值的大小即可确定目标软件的历史版本是否符合差分包生成条件，不需要对目标软件历史版本和待发布版本的内容进行逐一比对，检测速度快，占用资源少。

作为一种可选的实现方式，在本申请另一实施例中公开了，差分包生成条件包括待发布版本相对历史版本的改动量小于设定改动量，以上实施例的步骤基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件，具体可以包括如下步骤：

检测待发布版本相对历史版本的改动文件所需的存储空间；计算改动文件所需的存储空间和历史版本所需的存储空间之间的空间比值；若空间比值小于设定比值，则表示待发布版本相对历史版本的改动量小于设定改动量，目标软件的历史版本符合差分包生成条件。

具体地，上述改动文件指的是将历史版本更新至待发布版本所需要改动的文件的总和。本申请的实施例中，可以分别检测历史版本与待发布版本之间的文件，记录历史版本与待发布版本之间的改动文件。改动文件包括相对于历史版本，待发布版本增加、删除以及修改的文件。

一些实施例中，历史版本与待发布版本中的每个文件都设置有唯一的消息摘要算法5(Message Digest Algorithm 5，MD5)标识。可以通过检测历史版本与待发布版本中各个文件的MD5标识，确定相对于历史版本，待发布版本增加、删除以及修改的文件。

然后进一步确定改动文件所需的存储空间。计算改动文件所需的存储空间和历史版本所需的存储空间之间的空间比值，如果空间比值大于或等于设定比值，则表示待发布版本相对历史版本的改动量大于或等于设定改动量，在这样的情况下，如果生成待发布版本与该历史版本的差分包，那么差分包的大小和待发布版本的大小可能相差不多，用户下载差分包和待发布版本时，所耗费的时间可能相差也不多，那么可以不必采用差分包升级的方式，而是直接根据待发布版本生成完整包，按照完整包升级的方式进行升级处理。

如果空间比值小于设定比值，则表示待发布版本相对历史版本的改动量小于设定改动量，该历史版本与待发布版本的差距不大。在这样的情况下，如果生成待发布版本与历史版本的差分包，那么该差分包的大小和待发布版本的大小可能相差较多且差分包的大小远远小于待发布版本的大小，用户下载差分包的时间明显更短，那么可以采用差分包升级的方式进行升级处理。

因此，本实施例中，当改动文件所需的存储空间和历史版本所需的存储空间之间的空间比值小于设定比值时，则表示待发布版本相对历史版本的改动量小于设定改动量，目标软件的历史版本符合差分包生成条件。

上述设定比值可以由用户根据实际情况进行设置，例如设置为70％，本实施例不做限定。

以上实施例中，通过计算改动文件所需的存储空间和历史版本所需的存储空间之间的空间比值，能够较为精确地确定目标软件的历史版本是否符合差分包生成条件。

作为一种可选的实现方式，在本申请另一实施例中公开了，差分包生成条件包括待发布版本相对历史版本的改动量小于设定改动量，以上实施例的步骤基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件，具体可以包括如下步骤：

检测待发布版本相对历史版本的改动文件的数量；若改动文件的数量小于设定改动数量，则表示待发布版本相对历史版本的改动量小于设定改动量，目标软件的历史版本符合差分包生成条件。

本申请的实施例中，改动文件与以上实施例中改动文件的意义相同，均指的是将历史版本更新至待发布版本所需要改动的文件的总和。本实施例中改动文件的检测方式可以参照以上实施例的记载，此处不做赘述。

具体地，本实施例中，可以检测待发布版本相对历史版本的改动文件的数量，如果改动文件的数量大于或等于设定改动数量，则表示待发布版本相对历史版本的改动量大于或等于设定改动量，在这样的情况下，如果生成待发布版本与该历史版本的差分包，那么差分包的大小和待发布版本的大小可能相差不多，用户下载差分包和待发布版本时，所耗费的时间可能相差也不多，那么可以不必采用差分包升级的方式，而是直接根据待发布版本生成完整包，按照完整包升级的方式进行升级处理。

如果改动文件的数量小于设定改动数量，则表示待发布版本相对历史版本的改动量小于设定改动量，该历史版本与待发布版本的差距不大。在这样的情况下，如果生成待发布版本与历史版本的差分包，那么该差分包的大小和待发布版本的大小可能相差较多且差分包的大小远远小于待发布版本的大小，用户下载差分包的时间明显更短，那么可以采用差分包升级的方式进行升级处理。

因此，本实施例中，当待发布版本相对历史版本的改动文件的数量小于设定改动数量时，则表示待发布版本相对历史版本的改动量小于设定改动量，目标软件的历史版本符合差分包生成条件。

上述设定改动数量可以由用户根据实际情况进行设置，本实施例不做限定。

作为一种可选的实现方式，可以由对目标软件比较了解的工作人员，例如目标软件的开发人员，根据其自身对目标软件各个历史版本的了解，从目标软件各个历史版本中，直接指定不符合差分包生成条件的第一历史版本。

作为一种可选的实现方式，在本申请另一实施例中公开了，差分包生成条件包括历史版本的用户数量大于设定数量，以上实施例的步骤基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件，具体可以包括如下步骤：

检测当前正在使用历史版本的第一用户数量，以及下一次升级版本为历史版本的第二用户数量；确定第一用户数量和第二用户数量之和为历史版本的用户数量；若历史版本的用户数量大于设定数量，则表示历史版本符合差分包生成条件。

本申请的实施例中，分别检测各历史版本的第一用户数量和第二用户数量。针对任一历史版本，第一用户数量指的是直接使用该历史版本的用户的数量，第二用户数量指的是下一次升级版本为历史版本的第二用户数量。

可以将下一次升级会升级为该历史版本的软件版本定义为历史版本的关联版本。也就是说，该历史版本的关联版本的用户，当前使用的版本并不是该历史版本，而是终端设备已经获得了更新为该历史版本的推送，当用户选择更新时，终端设备会从历史版本的关联版本更新至该历史版本。

在这样的情况下，终端设备若需要更新至上述待发布版本，历史版本的关联版本是无法直接更新到待发布版本的，而是需要先从历史版本的关联版本更新至该历史版本，然后从该历史版本更新至待发布版本。那么历史版本的关联版本的用户可以做为该历史版本的潜在用户，历史版本的关联版本的第二用户数量可以计入历史版本的用户数量中，即确定第一用户数量和第二用户数量之和为历史版本的用户数量。

如果历史版本的用户数量大于设定数量，则表示历史版本符合差分包生成条件。需要说明的是，上述设定数量可以由用户根据实际情况进行设置，本实施例不做限定。

以上实施例中，通过检测各历史版本的第一用户数量和第二用户数量，能够更加准确地确定历史版本的用户数量，进而避免出现少计算历史版本的用户数量的情况，使真正符合差分包生成条件的历史版本使用差分包升级，在避免差分包占用过大内存的前提下，提高用户的软件升级服务使用体验。

作为一种可选的实现方式，在本申请另一实施例中公开了，以上实施例的方法，具体可以包括如下步骤：

若检测到来自升级对象的针对历史版本中符合差分包生成条件的第一历史版本的升级请求，则将第一历史版本的差分包发送给升级对象。

第一历史版本为符合差分包生成条件的历史版本，升级对象指的是待升级的终端设备。本申请的实施例中，如图3所示，如果服务器检测到来自终端设备的针对第一历史版本的升级请求，则可以将根据该第一历史版本生成的差分包发送给终端设备，以使终端设备进行差分包升级。

以上实施例中，能够在检测到来自升级对象的针对第一历史版本的升级请求的情况下，利用第一历史版本的差分包对升级对象进行升级，提高升级对象的升级速度。

作为一种可选的实现方式，在本申请另一实施例中公开了，以上实施例的方法，具体可以包括如下步骤：

若检测到来自升级对象的且针对历史版本中不符合差分包生成条件的第二历史版本的升级请求，则将待发布版本的完整包发送给升级对象。

第二历史版本为不符合差分包生成条件的历史版本，升级对象指的是待升级的终端设备。本申请的实施例中，如图4所示，如果服务器检测到来自终端设备的针对第二历史版本的升级请求，则可以将待发布版本的完整包发送给终端设备，以使终端设备进行完整包升级。

以上实施例中，能够在检测到来自升级对象的且针对历史版本中不符合差分包生成条件的第二历史版本的升级请求的情况下，利用待发布版本的完整包对升级对象进行升级，减少差分包的内存占用，避免影响服务器的正常运行。

在一个具体的实施例中，差分包生成条件包括待发布版本所需的存储空间大于设定空间、历史版本的版本顺序号与待发布版本的版本顺序号之间的顺序号差值小于设定差值、改动文件所需的存储空间和历史版本所需的存储空间之间的空间比值小于设定比值、改动文件的数量小于设定改动数量、历史版本的用户数量大于设定数量、未在工作人员划分的不符合差分包生成条件的历史版本区间的至少一种。

本领域的技术人员可以根据实际需求从上述差分包生成条件中选择一种或者多种作为目标软件的差分包生成条件，当目标软件的某一历史版本符合目标软件的所有差分包生成条件时，可以确定该历史版本为符合差分包生成条件的第一历史版本。

如图5所示的实施例中，可以设置待发布版本所需的存储空间大于设定空间、历史版本的版本顺序号与待发布版本的版本顺序号之间的顺序号差值小于设定差值、改动文件所需的存储空间和历史版本所需的存储空间之间的空间比值小于设定比值、改动文件的数量小于设定改动数量、历史版本的用户数量大于设定数量、未在工作人员划分的不符合差分包生成条件的历史版本区间为用户可选的差分包生成条件。

用户首先可以根据实际需求从上述差分包生成条件中选择一种或者多种作为目标软件的差分包生成条件。图5所示的实施例中，用户选择设置待发布版本所需的存储空间大于设定空间、历史版本的版本顺序号与待发布版本的版本顺序号之间的顺序号差值小于设定差值、改动文件所需的存储空间和历史版本所需的存储空间之间的空间比值小于设定比值、历史版本的用户数量大于设定数量、未在工作人员划分的不符合差分包生成条件的历史版本区间为差分包生成条件。

进一步地，如图5所示，用户可以根据实际情况设置设定空间、设定差值、设定比值、设定数量和不符合差分包生成条件的历史版本区间。例如，可以设置设定空间为100M，设定差值为10、设定比值为10％、设定数量为100个、不符合差分包生成条件的历史版本区间为版本A与版本B。

设置完成后，可以自动对目标软件的各个历史版本进行检测，将符合上述差分包生成条件的历史版本确定为第一历史版本，将不符合上述差分包生成条件的历史版本确定为第二历史版本。第一历史版本将采用差分包进行升级，第二历史版本将采用完整包进行升级。

与上述软件升级的管理方法相对应的，本申请实施例还公开了一种软件升级的管理装置，参见图6所示，该装置包括：

检测模块100，用于基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件；差分包生成条件包括待发布版本所需的存储空间大于设定空间、待发布版本相对历史版本的改动量小于设定改动量、历史版本的用户数量大于设定数量中的至少一种；

生成模块110，用于根据待发布版本，针对历史版本中符合差分包生成条件的目标历史版本，生成差分包。

进一步地，以上的装置中，差分包生成条件包括待发布版本相对历史版本的改动量小于设定改动量，检测模块100，具体用于：

检测历史版本的版本顺序号与待发布版本的版本顺序号之间的顺序号差值；若顺序号差值小于设定差值，则表示待发布版本相对历史版本的改动量小于设定改动量，目标软件的历史版本符合差分包生成条件。

进一步地，以上的装置中，差分包生成条件包括待发布版本相对历史版本的改动量小于设定改动量，检测模块100，具体用于：

检测待发布版本相对历史版本的改动文件所需的存储空间；计算改动文件所需的存储空间和历史版本所需的存储空间之间的空间比值；若空间比值小于设定比值，则表示待发布版本相对历史版本的改动量小于设定改动量，目标软件的历史版本符合差分包生成条件。

进一步地，以上的装置中，差分包生成条件包括待发布版本相对历史版本的改动量小于设定改动量，检测模块100，具体用于：

检测待发布版本相对历史版本的改动文件的数量；若改动文件的数量小于设定改动数量，则表示待发布版本相对历史版本的改动量小于设定改动量，目标软件的历史版本符合差分包生成条件。

进一步地，以上的装置中，差分包生成条件包括历史版本的用户数量大于设定数量，检测模块100，具体用于：

检测当前正在使用历史版本的第一用户数量，以及下一次升级版本为历史版本的第二用户数量；确定第一用户数量和第二用户数量之和为历史版本的用户数量；若历史版本的用户数量大于设定数量，则表示历史版本符合差分包生成条件。

进一步地，以上的装置中，还包括：

第一升级模块，用于若检测到来自升级对象的针对历史版本中符合差分包生成条件的第一历史版本的升级请求，则将第一历史版本的差分包发送给升级对象。

进一步地，以上的装置中，还包括：

第二升级模块，用于若检测到来自升级对象的且针对历史版本中不符合差分包生成条件的第二历史版本的升级请求，则将待发布版本的完整包发送给升级对象。

具体地，上述的软件升级的管理装置的各个单元的具体工作内容，请参见上述方法实施例的内容，此处不再赘述。

本申请实施例还提出一种控制装置，该控制装置包括处理器和接口电路，该控制装置中的处理器通过该控制装置的接口电路与输入输出组件连接。

该输入输出组件，具体是指能够使用户输入信息以及输出信息给用户的硬件组件，例如可以是麦克风、键盘、手写板，触控屏、显示器、音响、打印机等。

上述的接口电路可以是任意的能够实现数据通信功能的接口电路，例如可以是USB接口电路、Type-C接口电路、串口电路、PCIE电路等。

该控制装置中的处理器是具有信号处理能力的电路，其能够执行上述实施例中所介绍的任意一种软件升级的管理方法。

当该控制装置应用于具有人机交互功能的设备时，该控制装置的输入输出组件可以是设备上输入组件和输出组件，例如麦克风、键盘、手写板，触控屏、显示器、音频播放器等，同时，该控制装置的处理器可以是设备自带的CPU或GPU等，该控制装置的接口电路可以是该设备的信息输入组件与CPU或GPU等处理器之间的接口电路。

与上述软件升级的管理方法相对应的，本申请实施例还公开了一种电子设备，参见图7所示，该电子设备包括：

存储器200和处理器210；

其中，存储器200与处理器210连接，用于存储程序；

处理器210，用于通过运行存储器200中存储的程序，实现上述任一实施例公开的软件升级的管理方法。

具体地，上述电子设备还可以包括：总线、通信接口220、输入设备230和输出设备240。

处理器210、存储器200、通信接口220、输入设备230和输出设备240通过总线相互连接。其中：

总线可包括一通路，在计算机系统各个部件之间传送信息。

处理器210可以是通用处理器，例如通用中央处理器(CPU)、微处理器等，也可以是特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

处理器210可包括主处理器，还可包括基带芯片、调制解调器等。

存储器200中保存有执行本申请技术方案的程序，还可以保存有操作系统和其他关键业务。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。更具体的，存储器200可以包括只读存储器(read-only memory，ROM)、可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器(random access memory，RAM)、可存储信息和指令的其他类型的动态存储设备、磁盘存储器、flash等等。

输入设备230可包括接收用户输入的数据和信息的装置，例如键盘、鼠标、摄像头、扫描仪、光笔、语音输入装置、触摸屏、计步器或重力感应器等。

输出设备240可包括允许输出信息给用户的装置，例如显示屏、打印机、扬声器等。

通信接口220可包括使用任何收发器一类的装置，以便与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(WLAN)等。

处理器210执行存储器200中所存放的程序，以及调用其他设备，可用于实现本申请上述实施例所提供的软件升级的管理方法的各个步骤。

除了上述方法和设备以外，本申请的实施例还可以是计算机程序产品，其包括计算机程序指令，计算机程序指令在被处理器运行时使得处理器执行上述实施例所提供的软件升级的管理方法的各个步骤。

计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行，或者完全在远程计算设备或服务器上执行。

此外，本申请的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，计算机程序指令在被处理器运行时使得处理器执行上述实施例所提供的软件升级的管理方法的各个步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线，或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件，或者上述的任意合适的组合。

与上述软件升级的管理方法相对应的，本申请实施例还公开了一种车辆，参见图8所示，该车辆包括：车机系统300。

车机系统300，用于获取目标软件的升级信息，根据升级信息将目标软件从当前版本升级为目标版本；

其中，在当前版本符合差分包生成条件的情况下，升级信息包括目标版本和当前版本的差分包；差分包生成条件包括目标版本所需的存储空间大于设定空间、目标版本相对当前版本的改动量小于设定改动量、当前版本的用户数量大于设定数量中的至少一种。

在当前版本不符合差分包生成条件的情况下，升级信息为目标版本的完整包。

需要说明的是，升级信息的具体生成过程可以参照上述软件升级的管理方法的任意一实施例，此处不做赘述。如此设置，能够在有选择的情况下减少差分包的数量，减少差分包的内存占用，避免影响服务器的正常运行。

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

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

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减，各实施例中记载的技术特征可以进行替换或者组合。

本申请各实施例中装置及终端中的模块和子模块可以根据实际需要进行合并、划分和删减。

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

作为分离部件说明的模块或子模块可以是或者也可以不是物理上分开的，作为模块或子模块的部件可以是或者也可以不是物理模块或子模块，即可以位于一个地方，或者也可以分布到多个网络模块或子模块上。可以根据实际的需要选择其中的部分或者全部模块或子模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块或子模块可以集成在一个处理模块中，也可以是各个模块或子模块单独物理存在，也可以两个或两个以上模块或子模块集成在一个模块中。上述集成的模块或子模块既可以采用硬件的形式实现，也可以采用软件功能模块或子模块的形式实现。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件单元，或者二者的结合来实施。软件单元可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM或技术领域内所公知的任意其他形式的存储介质中。

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其他实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

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

基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件；所述差分包生成条件包括所述待发布版本所需的存储空间大于设定空间、所述待发布版本相对所述历史版本的改动量小于设定改动量、所述历史版本的用户数量大于设定数量中的至少一种；

根据所述待发布版本，针对所述历史版本中符合所述差分包生成条件的第一历史版本，生成差分包。

2.根据权利要求1所述的方法，其特征在于，所述差分包生成条件包括所述待发布版本相对所述历史版本的改动量小于设定改动量；

所述基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件，包括：

检测所述历史版本的版本顺序号与所述待发布版本的版本顺序号之间的顺序号差值；

若所述顺序号差值小于设定差值，则表示所述待发布版本相对所述历史版本的改动量小于所述设定改动量，所述目标软件的历史版本符合差分包生成条件。

3.根据权利要求1所述的方法，其特征在于，所述差分包生成条件包括所述待发布版本相对所述历史版本的改动量小于设定改动量；

所述基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件，包括：

检测所述待发布版本相对所述历史版本的改动文件所需的存储空间；

计算所述改动文件所需的存储空间和所述历史版本所需的存储空间之间的空间比值；

若所述空间比值小于设定比值，则表示所述待发布版本相对所述历史版本的改动量小于所述设定改动量，所述目标软件的历史版本符合差分包生成条件。

4.根据权利要求1所述的方法，其特征在于，所述差分包生成条件包括所述待发布版本相对所述历史版本的改动量小于设定改动量；

所述基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件，包括：

检测所述待发布版本相对所述历史版本的改动文件的数量；

若所述改动文件的数量小于设定改动数量，则表示所述待发布版本相对所述历史版本的改动量小于所述设定改动量，所述目标软件的历史版本符合差分包生成条件。

5.根据权利要求1所述的方法，其特征在于，所述差分包生成条件包括所述历史版本的用户数量大于设定数量；

所述基于目标软件的待发布版本，检测目标软件的历史版本是否符合差分包生成条件，包括：

检测当前正在使用所述历史版本的第一用户数量，以及下一次升级版本为所述历史版本的第二用户数量；

确定所述第一用户数量和所述第二用户数量之和为所述历史版本的用户数量；

若所述历史版本的用户数量大于设定数量，则表示所述历史版本符合差分包生成条件。

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

若检测到来自升级对象的针对所述历史版本中符合所述差分包生成条件的第一历史版本的升级请求，则将所述第一历史版本的差分包发送给所述升级对象。

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

若检测到来自升级对象的且针对所述历史版本中不符合所述差分包生成条件的第二历史版本的升级请求，则将所述待发布版本的完整包发送给所述升级对象。

8.一种电子设备，其特征在于，包括：

存储器和处理器；

其中，所述存储器用于存储程序；

所述处理器，用于通过运行所述存储器中的程序，实现如权利要求1至7中任意一项所述的方法。

9.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现如权利要求1至7中任意一项所述的方法。

10.一种车辆，其特征在于，包括：车机系统；

所述车机系统，用于获取目标软件的升级信息，根据所述升级信息将所述目标软件从当前版本升级为目标版本；

其中，在所述当前版本符合差分包生成条件的情况下，所述升级信息包括所述目标版本和所述当前版本的差分包；所述差分包生成条件包括所述目标版本所需的存储空间大于设定空间、所述目标版本相对所述当前版本的改动量小于设定改动量、所述当前版本的用户数量大于设定数量中的至少一种。