CN112073994A - 用于空中升级的方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本申请实施例公开了用于空中升级的方法、装置、电子设备及计算机可读存储介质，涉及云计算、版本更新、增量升级、空中下载领域。该方法的一具体实施方式包括：接收待升级设备发起的空中下载OTA升级请求；根据OTA升级请求在升级包备选集合中确定目标升级包，升级包备选集合包括OTA完整升级包和OTA差分升级包，OTA完整升级包由用户上传，OTA差分升级包基于OTA完整升级包拆解生成；将目标升级包下发至待升级设备，以使待升级设备根据接收到的目标升级包完成相应的版本升级。该实施方式提供了向待升级设备返回差分升级包的空中升级方式，数据传输量更小，且差分升级包基于用户上传的完整包自行生成，降低了部署和管理难度。

Description

用于空中升级的方法、装置、电子设备及可读存储介质

技术领域

本申请涉及数据传输技术领域，具体涉及云计算、版本更新、增量升级、空中下载技术领域，尤其涉及用于空中升级的方法、装置、电子设备及可读存储介质。

背景技术

随着电子信息化技术的发展，各式设备都在朝着智能化、自动化迈进，伴随着用户的使用和需求的变更，智能化设备实现智能化控制的核心-应用程序也需要进行不断的更新。

现今大多数应用程序的更新仍采用与最新版本对应的完整升级包的方式来实现。

发明内容

本申请实施例提出了一种用于空中升级的方法、装置、电子设备及计算机可读存储介质。

第一方面，本申请实施例提出了一种用于空中升级的方法，包括：接收待升级设备发起的空中下载OTA升级请求；根据OTA升级请求在升级包备选集合中确定目标升级包，升级包备选集合包括OTA完整升级包和OTA差分升级包，OTA完整升级包由用户上传，OTA差分升级包基于OTA完整升级包拆解生成；将目标升级包的下载链接下发至待升级设备，以使待升级设备根据接收到的下载链接获取目标升级包并完成相应的空中升级。

第二方面，本申请实施例提出了一种用于空中升级的装置，包括：升级请求接收单元，被配置成接收待升级设备发起的空中下载OTA升级请求；目标升级包确定单元，被配置成根据OTA升级请求在升级包备选集合中确定目标升级包，升级包备选集合包括OTA完整升级包和OTA差分升级包，OTA完整升级包由用户上传，OTA差分升级包基于OTA完整升级包拆解生成；目标升级包下发单元，被配置成将目标升级包的下载链接下发至待升级设备，以使待升级设备根据接收到的目标升级包完成相应的版本升级。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，该指令被至少一个处理器执行，以使至少一个处理器执行时能够实现如第一方面中任一实现方式描述的用于空中升级的方法。

第四方面，本申请实施例提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行时能够实现如第一方面中任一实现方式描述的用于空中升级的方法。

本申请实施例提供的用于空中升级的方法、装置、电子设备及计算机可读存储介质，首先，接收待升级设备发起的空中下载OTA升级请求；然后，根据该OTA升级请求在升级包备选集合中确定目标升级包，该升级包备选集合包括OTA完整升级包和OTA差分升级包，该OTA完整升级包由用户上传，该OTA差分升级包基于该OTA完整升级包拆解生成；最后，将该目标升级包下发至该待升级设备，以使该待升级设备根据接收到的目标升级包完成相应的版本升级。

区别于仅能向待升级设备提供完整升级包的现有升级方式，本申请通过包括OTA完整升级包和OTA差分升级包的升级包备选集合，还提供了与差分升级包对应的差分升级方式，减少了版本升级的数据传输量，同时OTA差分升级包由用户上传的OTA完整升级包自行生成，无需由用户进行操作，降低了升级包的部署和管理难度，提升了使用体验。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构；

图2为本申请实施例提供的一种用于空中升级的方法的流程图；

图3为本申请实施例提供的另一种用于空中升级的方法的流程图；

图4为本申请实施例提供的又一种用于空中升级的方法的流程图；

图5为本申请实施例提供的在一应用场景下的用于空中升级的方法的流程示意图；

图6为本申请实施例提供的一种用于空中升级的装置的结构框图；

图7为本申请实施例提供的一种适用于执行用于空中升级的方法的电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于空中升级的方法、装置、电子设备及计算机可读存储介质的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质，以使终端设备101、102、103通过网络104所提供的通信链路与服务器105进行信息交互。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

在本申请中，终端设备101、102、103可以为存在版本升级需求的设备，即待升级设备，为实现待升级设备的版本升级，终端设备101、102、103和服务器105上可以通过其上安装有各式应用来实现，例如版本升级类应用，当然，终端设备101、102、103和服务器105上也可以安装有用于实现其它功能的其它类应用。

其中，终端设备101、102、103和服务器105可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等；当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中，其可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器；服务器为软件时，可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。

服务器105通过内置的各种应用可以提供各种服务，以可以提供空中升级服务的版本升级类应用为例，服务器105在运行该版本升级类应用时可实现如下效果：首先，通过网络104接收待升级的终端设备101、102、103发起的空中下载OTA升级请求；然后，根据该OTA升级请求在升级包备选集合中确定目标升级包，该升级包备选集合包括OTA完整升级包和OTA差分升级包，该OTA完整升级包由用户上传，该OTA差分升级包基于该OTA完整升级包拆解生成；最后，将该目标升级包通过网络104下发至待升级的终端设备101、102、103，以使待升级的终端设备101、102、103根据接收到的目标升级包完成相应的版本升级。即服务器105通过上述处理步骤将基于OTA升级请求确定出的目标升级包返回至请求端，实现待升级设备的版本升级。

需要指出的是，OTA升级请求除可以实时接收自待升级的终端设备101、102、103之外，也可以直接由服务器105在其本地存储空间中获取到，即该OTA升级请求预先已通过各种方式被存储在服务器105本地。因此，当服务器105检测到本地已经存储有这些数据时(例如开始处理之前留存的OTA升级请求)，可选择直接从本地获取这些数据，在此种情况下，示例性系统架构100也可以不包括待升级的终端设备101、102、103和网络104。

由于各版本的OTA完整升级包、OTA差分升级包数量较多，将占用较多的存储空间，同时，基于OTA完整升级包拆解生成OTA差分升级包也需要较强的运算能力，因此本申请后续各实施例所提供的用于空中升级的方法一般由拥有较强运算能力、较多存储空间的服务器105来执行，相应地，用于空中升级的装置一般也设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

请参考图2，图2为本申请实施例提供的一种用于空中升级的方法的流程图，其中流程200包括以下步骤：

步骤201：接收待升级设备发起的空中下载OTA升级请求；

本步骤旨在由用于空中升级的方法的执行主体(例如图1所示的服务器105)接收待升级设备(例如图1所示的处于待升级状态的终端设备101、102、103)发起的空中下载OTA升级请求。

其中，OTA(Over The Air，空中下载)技术是一种无线数据传输技术，区别于早先的需要通过USB数据线建立的有线数据传输方式，在当今通过WIFI、3G、4G甚至5G等无线数据传输方式的基础上，OTA技术广泛被应用在各式终端设备的版本更新、版本升级等方面。

其中，该OTA升级请求由存在版本升级需求的待升级设备向上述执行主体发起，其中至少携带有表征所属的待升级设备想要如何进行升级的参数，例如区别其它设备的设备标识(例如设备的生产编号等)、当前版本和目标版本的版本号。除此之外，基于不同应用场景下所有可能存在的特殊要求，该OTA升级请求中还可以包含有升级状态信息(在一定时间内是否进行过升级、先前升级是否出现过异常等等)、所属设备当前所处的网络环境、所属设备的使用用户的指定升级方式等等，当额外信息与基础信息存在冲突时，可根据自行设定的优先级执行高优先级的参数所指示的操作，此处不做具体限定，

步骤202：根据OTA升级请求在升级包备选集合中确定目标升级包；

在步骤201的基础上，本步骤旨在由上述执行主体根据接收到的OTA升级请求中包含的相关信息，在预先构成的升级包备选集合中确定与OTA升级请求对应的目标升级包。其中，该升级包备选集合包括各版本的OTA完整升级包和OTA差分升级包，该OTA完整升级包由用户上传，该OTA差分升级包基于该OTA完整升级包拆解生成。

其中，目标升级包是指升级包备选集合中与OTA升级请求所指示的升级需求对应的升级包，也可以理解为在已有升级策略的指导下、满足待升级设备的升级需求的情况下，更适合当前待升级设备的实际情况的升级包，即具体让待升级设备通过差分升级包还是完整升级包进行升级，还需要结合OTA升级请求中包含的表征待升级设备相关信息的参数，例如可能制约传输数据量的剩余存储空间、当前网络质量、是否支持断点续传等等，又例如差分升级包是否成功进行了升级等等，应结合实际情况灵活制定升级策略，此处不做具体限定。

在本申请的一些实施例中，该升级包备选集合可按照以下方式构成：

接收用户上传的各版本的OTA完整升级包；

根据每两个不同版本的OTA完整升级包，拆解生成对应能够使其中的低版本应用升级为高版本应用的OTA差分升级包；

假定存在版本号分别为1.0、2.0、3.0的3个大版本的升级包，用户只需要上传3个(即1.0、2.0、3.0的完整升级包)，上述执行主体即可自行通过拆解，生成由1.0版本增量升级至2.0版本的第一差分包、由1.0版本增量升级至3.0版本的第二差分包，以及由2.0版本增量升级至3.0版本的第三差分包。即该第一差分包中仅包含2.0版本的完整包中相对于1.0版本的完整包的区别内容，不包含1.0版本的完整包的所有内容；该第二差分包中仅包括3.0版本的完整包中相对于1.0版本的完整包的区别内容，不包含1.0版本的完整包的所有内容；该第三差分包中仅包括3.0版本的完整包中相对于2.0版本的完整包的区别内容，不包含2.0版本的完整包的所有内容.

根据各版本的OTA完整升级包和OTA差分升级包构成升级包备选集合。

因此，在仅存在1.0、2.0、3.0三个版本时，1.0、2.0、3.0的3个完整升级包、由1.0版本增量升级至2.0版本、由1.0版本增量升级至3.0版本以及由2.0版本增量升级至3.0版本的3个差分升级包，共同构成了该升级包备选集合。

进一步的，上述例子仅给出了不存在小版本、仅存在大版本的情况，假定在2.0版本至3.0版本中间还存在2.1、2.2和2.3三个小版本时，实现将待升级设备从2.0版本升级为3.0版本时，可将包含2.0→2.1、2.1→2.2、2.2→2.3以及2.3→3.0的增量内容合成一个差分升级包，也可以将其增量内容拆分为4个数据量较小的单版本差分升级包，无论将哪种差分升级包作为目标升级包，都是可以满足实际需求的。

步骤203：将目标升级包下发至待升级设备，以使待升级设备根据接收到的目标升级包完成相应的版本升级。

在步骤202的基础上，本步骤旨在由上述执行主体将确定出的目标升级包下发给待升级设备，待升级设备将根据接收到的目标升级包触发内置的版本更新程序，并在版本更新程序所指示的更新步骤下基于目标升级包完成版本升级。

对应的，在目标升级包为差分升级包，且该差分升级包具体为至少两个单版本间隔的单版本差分升级包时，下发方式可以选用依次下发、链式下发等，以保障所有的单版本差分升级包下发完。

进一步的，考虑到每当应用存在版本更新，当该应用所被安装的设备数量庞大时，待升级设备的数量可能也相对较多，为了尽可能的节省上述执行主体与各待升级设备之间的数据传输量，还可以选择将目标升级包的下载链接(例如URL，Uniform ResourceLocator，统一资源定位器)下发给待升级设备，以使待升级设备根据接收到的下载链接自行建立与云存储设备之间的数据通信，以获取该下载链接对应的目标升级包。

当该目标升级包被存储在多个、不同的云存储设备上时，还可以根据要求包含在OTA升级请求中的所属待升级设备的位置信息，向其下发将目标升级包存储在相应位置(例如就近位置)的云存储设备的优选下载链接，以提升目标升级包的下载速度。

区别于仅能向待升级设备提供完整升级包的现有升级方式，本申请实施例提供的用于空中升级的方法，通过包括OTA完整升级包和OTA差分升级包的升级包备选集合，还提供了与差分升级包对应的差分升级方式，减少了版本升级的数据传输量，同时OTA差分升级包由用户上传的OTA完整升级包自行生成，无需由用户进行操作，降低了升级包的部署和管理难度，提升了使用体验。

请参考图3，图3为本申请实施例提供的另一种用于空中升级的方法的流程图，其中流程300包括以下步骤：

步骤301：接收待升级设备发起的空中下载OTA升级请求；

本步骤与如图2所示的步骤201一致，相同部分内容请参见上一实施例的相应部分，此处不再进行赘述。

步骤302：从OTA升级请求中提取出待升级设备的当前版本、目标版本和剩余存储空间；

本申请实施例由上述执行主体从OTA升级请求中提取出三个参数，分别为待升级设备的当前版本、目标版本和剩余存储空间。

步骤303：判断剩余存储空间是否小于与目标版本对应的OTA完整升级包，若是，执行步骤305，否则执行步骤304；

在步骤302的基础上，本步骤旨在由上述执行主体从该待升级设备的剩余存储空间的大小入手，判断其剩余存储空间的大少适配完整升级包还是差分升级包。

步骤304：将升级包备选集合中与目标版本对应的OTA完整升级包确定为目标升级包；

本步骤建立在步骤303的判断结果为剩余存储空间不小于与目标版本对应的OTA完整升级包的基础上，说明待升级设备还拥有足够的存储空间来存储一个完整的升级包，因此为了尽可能的保障升级成功，上述执行主体将升级包备选集合中与目标版本对应的OTA完整升级包确定为目标升级包。

步骤305：将升级包备选集合中能够从当前版本升级至目标版本的OTA差分升级包确定为目标升级包；

本步骤建立在步骤303的判断结果为剩余存储空间小于与目标版本对应的OTA完整升级包的基础上，说明待升级设备剩余的存储空间不足以存储一个完整的升级包来进行完整的升级，因此为了在要求用户对待升级设备的其它数据文件进行删除的基础上，上述执行主体将升级包备选集合中能够从当前版本升级至目标版本的OTA差分升级包确定为目标升级包。当然，OTA差分升级包的大小应小于剩余存储空间。

步骤306：将目标升级包下发至待升级设备，以使待升级设备根据接收到的目标升级包完成相应的版本升级。

本步骤与如图2所示的步骤203一致，相同部分内容请参见上一实施例的相应部分，此处不再进行赘述。

相较于上一实施例，本实施例通过步骤302-步骤305给出了步骤202的一种具体实现方案，基于从OTA升级请求中获取到的当前版本、目标版本和剩余存储空间三个参数，旨在通过从剩余存储空间的大小、目标版本的完整升级包的大小、能够从当前版本增量升级至目标版本的差分升级包的大小的比较，将合适的升级包确定为目标升级包进行下发，以尽可能的兼顾升级的成功率和升级对存储空间容量大小的要求。

请参考图4，图4为本申请实施例提供的又一种用于空中升级的方法的流程图，其中流程400包括以下步骤：

步骤401：接收待升级设备发起的空中下载OTA升级请求；

本步骤与如图2所示的步骤201一致，相同部分内容请参见上一实施例的相应部分，此处不再进行赘述。

步骤402：从OTA升级请求中提取出待升级设备的当前版本、目标版本和升级状态信息；

本申请实施例由上述执行主体从OTA升级请求中提取出三个参数，分别为待升级设备的当前版本、目标版本和升级状态信息。其中，该升级状态信息表征所属的待升级设备的当前升级是否为首次升级、非首次升级是否出现过失败、失败所使用的升级方式等。

步骤403：根据升级状态信息判断是否为首次升级，若是首次升级，则执行步骤405，若是非首次升级且差分升级失败，则执行步骤406，若是非首次升级且差分升级失败后的完整升级也失败，则执行步骤405；

在步骤402的基础上，本步骤旨在由上述执行主体根据升级状态信息判断当前的升级是否为首次升级，并根据是否为首次升级，具体拆分为三种具体情况，以下将逐一介绍。其中，是否为首次升级可以指在一段时间段内的首次，也可以指全生命周期的首次，也可以指在当前版本的基础上是否进行过升级的首次。

步骤404：将升级包备选集合中能够从当前版本升级至目标版本的OTA差分升级包确定为目标升级包；

本步骤建立在步骤403的判断结果为待升级设备的当前升级为当前版本的首次升级的基础上，因此为了尽可能的减少数据传输量，优选将差分升级包确定为目标升级包，即尝试待升级设备是否可一次性根据差分升级包完成版本升级。

步骤405：按预设路径返回OTA升级失败、请换用其它升级方式的通知信息；

本步骤建立在步骤403的判断结果为待升级设备的当前升级为当前版本的非首次升级，且首次进行的差分升级失败了、第二次进行的完整升级也失败了的基础上，经过两次不同方式的升级均失败，说明更可能是待升级设备本身的配置或硬件存在问题，或者其它不易排除的问题，因此将按预设路径返回OTA升级失败、请换用其它升级方式(例如通过连接USB线进行在线升级、先格式化再升级、SD卡刷升级等)的通知信息。其中，预设路径包括且不限于各式即时应用、短信、邮件、界面弹窗、声/光报警器等。

步骤406：将升级包备选集合中与目标版本对应的OTA完整升级包确定为目标升级包；

本步骤建立在步骤403的判断结果为待升级设备的当前升级为当前版本的非首次升级，且首次进行的差分升级失败了的基础上，因此在差分升级失败的基础上，为了尽可能的保障升级成功，将完整升级包确定为目标升级包，即尝试待升级设备是否可根据完整升级包完成版本升级。

步骤407：将目标升级包下发至待升级设备，以使待升级设备根据接收到的目标升级包完成相应的版本升级。

本步骤与如图2所示的步骤203一致，相同部分内容请参见上一实施例的相应部分，此处不再进行赘述。

与上一实施例不同，本实施例通过步骤402-步骤406给出了步骤202的另一种具体实现方案，基于从OTA升级请求中获取到的当前版本、目标版本和升级状态信息三个参数，旨在通过从升级状态信息中获知的历史升级信息，选取合适的升级包为目标升级包进行下发，以通过合理的升级尝试次序来保障整体的传输数据量和升级的成功率。

在上述任意实施例的基础上，针对在将目标升级包的下载链接下发至待升级设备之后的部分，本申请还提供了一种如下的方案，以尽可能的避免重复升级和错误升级：

接收待升级设备返回的升级结果信息；

根据升级结果信息中包含的待升级设备的版本号，更新预设的版本信息表中所述待升级设备的正确版本号；其中，版本信息表中记录有每个设备的当前版本号。

通过及时的根据升级结果信息中包含的版本号对版本信息表进行更新，使得后续根据版本信息表中记载的各设备版本号主动的向某些版本对应的设备下发信息或指令时，尽可能的保障下发的质量或信息因正确额版本得以被正确的执行。

为加深理解，本申请还结合一个具体应用场景，给出了一种具体的实现方案，请参见如图5所示的示意图。

该场景下，存在三台待升级设备，分别为当前版本为1.0的设备1、当前版本为1.0的设备2，和当前版本为2.0的设备3(可见图5的左侧设备端)。设备1.0向服务端发起目标版本为1.0(因原有1.0版本的应用数据异常)的第一升级请求、设备2.0向服务端发起目标版本为2.0的第二升级请求、设备3.0向服务端发起目标版本为3.0的第三升级请求。用户预先通过浏览器的网页控制界面向服务端上传了版本1.0、2.0、3.0的完整升级包。

服务端根据接收到的版本1.0、2.0、3.0的完整升级包，通过拆解分别生成了由版本1.0→2.0、1.0→3.0、2.0→3.0的3个差分升级包，并得到1.0的完整升级包的URL-1、2.0的完整升级包的URL-2、3.0的完整升级包的URL-3、1.0→2.0的差分升级包的URL-4、1.0→3.0的差分升级包的URL-5、2.0→3.0的差分升级包的URL-6；

服务端根据第一升级请求，确定设备1的目标版本为1.0，因此遍历升级包备选集合，发现仅有1.0的完整升级包满足其需求，因此将URL-1下发给设备1；

服务端根据第二升级请求，确定设备2的目标版本为2.0，因此遍历升级包备选集合，发现有2.0的完整升级包和1.0→2.0的差分升级包可满足其需求，因此在不存在其它预设的升级包选择策略的基础上，将同时将URL-2和URL-4下发给设备2，让设备2自行选择；

服务器端根据第三升级请求，确定设备3的目标版本为3.0，因此遍历升级包备选集合，发现有3.0的完整升级包和2.0→3.0的差分升级包可满足其需求，因此在不存在其它预设的升级包选择策略的基础上，将同时将URL-3和URL-6下发给设备2，让设备2自行选择。特殊的，在设备2拥有能够从1.0→3.0的差分升级包分离出自身需要的2.0→3.0的增量升级数据的情况下，1.0→3.0的差分升级包也满足其需求，也可以将URL-5下发给设备2。

进一步的，假定存在如图4所示的实施例的预设升级策略，以设备2为例，服务端将首先在设备2首次请求进行版本2.0→3.0的升级请求时，将URL-6或URL-5下发给设备2；若设备2因无法根据与URL-6或URL-5对应的差分升级包完成升级、又再次向服务端发来升级请求时，服务端经因非首次升级且首次进行的差分升级失败，而将URL-3下发给设备2；若设备2因无法根据与URL-3对应的完整升级包完成升级、又再次向服务端发来升级请求时，服务端经因非首次升级且首次进行的差分升级失败、二次进行的完整升级又失败的情况，向管理人员发送包含设备2设备标识的之前升级信息的通知，以寻求外界接入和指导。

进一步参考图6，作为对上述各图所示方法的实现，本申请提供了一种用于空中升级的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图6所示，本实施例的用于空中升级的装置500可以包括：升级请求接收单元501、目标升级包确定单元502、目标升级包下发单元503。其中，升级请求接收单元501，被配置成接收待升级设备发起的空中下载OTA升级请求；目标升级包确定单元502，被配置成根据OTA升级请求在升级包备选集合中确定目标升级包，升级包备选集合包括OTA完整升级包和OTA差分升级包，OTA完整升级包由用户上传，OTA差分升级包基于OTA完整升级包拆解生成；目标升级包下发单元503，被配置成将目标升级包下发至待升级设备，以使待升级设备根据接收到的目标升级包完成相应的版本升级。

在本实施例中，用于空中升级的装置500中：升级请求接收单元501、目标升级包确定单元502、目标升级包下发单元503的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201-203的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，用于空中升级的装置500还可以包括被配置成构成升级包备选集合的备选集合构成单元，备选集合构成单元可以包括：

完整升级包接收子单元，被配置成接收用户上传的各版本的OTA完整升级包；

差分升级包生成子单元，被配置成根据每两个不同版本的OTA完整升级包，拆解生成对应能够使其中的低版本应用升级为高版本应用的OTA差分升级包；

备选集合构成子单元，被配置成根据各版本的OTA完整升级包和OTA差分升级包构成升级包备选集合。

在本实施例的一些可选的实现方式中，目标升级包确定单元502可以进一步被配置成：

从OTA升级请求中提取出待升级设备的当前版本、目标版本和剩余存储空间；

当剩余存储空间小于与目标版本对应的OTA完整升级包时，将升级包备选集合中能够从当前版本升级至目标版本的OTA差分升级包确定为目标升级包；

当剩余存储空间大于与目标版本对应的OTA完整升级包时，将升级包备选集合中能够从当前版本升级至目标版本的OTA完整升级包确定为目标升级包。

在本实施例的一些可选的实现方式中，目标升级包确定单元502可以进一步被配置成：

从OTA升级请求中提取出待升级设备的当前版本、目标版本和升级状态信息；

当升级状态信息为未进行首次升级时，将升级包备选集合中能够从当前版本升级至目标版本的OTA差分升级包确定为目标升级包；

当升级状态信息为差分升级失败时，将升级包备选集合中与目标版本对应的OTA完整升级包确定为目标升级包；

当升级状态信息为完整升级失败时，按预设路径返回OTA升级失败、请换用其它升级方式的通知信息。

在本实施例的一些可选的实现方式中，用于空中升级的装置500还可以包括：

升级结果信息接收单元，被配置成在将目标升级包的下载链接下发至待升级设备之后，接收待升级设备返回的升级结果信息；

版本号更新单元，被配置成根据升级结果信息中包含的待升级设备的实际版本号，更新预设的版本信息表中待升级设备的正确版本号；其中，版本信息表中记录有每个设备的当前版本号。

在本实施例的一些可选的实现方式中，当OTA差分升级包对应的版本间隔大于1时，OTA差分升级包包括至少两个单版本间隔的单版本差分升级包，以及，下发由包括至少两个单版本间隔的单版本差分升级包作为的目标升级包的方式包括依次下发。

本实施例作为对应于上述方法实施例的装置实施例存在，区别于仅能向待升级设备提供完整升级包的现有升级方式，本申请实施例提供的用于空中升级的装置，通过包括OTA完整升级包和OTA差分升级包的升级包备选集合，还提供了与差分升级包对应的差分升级方式，减少了版本升级的数据传输量，同时OTA差分升级包由用户上传的OTA完整升级包自行生成，无需由用户进行操作，降低了升级包的部署和管理难度，提升了使用体验。

根据本申请的实施例，本申请还提供了一种电子设备和一种计算机可读存储介质。

图7示出了一种适于用来实现本申请实施例的用于空中升级的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图7所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图7中以一个处理器601为例。

存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本申请所提供的用于空中升级的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的用于空中升级的方法。

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的用于空中升级的方法对应的程序指令/模块(例如，附图6所示的升级请求接收单元501、目标升级包确定单元502、目标升级包下发单元503)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的用于空中升级的方法。

存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储该电子设备在执行用于空中升级的方法所创建的各类数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至适用于执行用于空中升级的方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

适用于执行用于空中升级的方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图7中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息，以及产生适用于执行用于空中升级的方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

区别于仅能向待升级设备提供完整升级包的现有升级方式，本申请实施例通过包括OTA完整升级包和OTA差分升级包的升级包备选集合，还提供了与差分升级包对应的差分升级方式，减少了版本升级的数据传输量，同时OTA差分升级包由用户上传的OTA完整升级包自行生成，无需由用户进行操作，降低了升级包的部署和管理难度，提升了使用体验。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (14)

1.一种用于空中升级的方法，包括：

接收待升级设备发起的空中下载OTA升级请求；

根据所述OTA升级请求在升级包备选集合中确定目标升级包，所述升级包备选集合包括OTA完整升级包和OTA差分升级包，所述OTA完整升级包由用户上传，所述OTA差分升级包基于所述OTA完整升级包拆解生成；

将所述目标升级包下发至所述待升级设备，以使所述待升级设备根据接收到的目标升级包完成相应的版本升级。

2.根据权利要求1所述的方法，还包括构成所述升级包备选集合的步骤，所述步骤包括：

接收所述用户上传的各版本的OTA完整升级包；

根据每两个不同版本的OTA完整升级包，拆解生成对应能够使其中的低版本应用升级为高版本应用的OTA差分升级包；

根据各版本的OTA完整升级包和OTA差分升级包构成所述升级包备选集合。

3.根据权利要求1所述的方法，其中，所述根据所述OTA升级请求在升级包备选集合中确定目标升级包，包括：

从所述OTA升级请求中提取出所述待升级设备的当前版本、目标版本和剩余存储空间；

当所述剩余存储空间小于与所述目标版本对应的OTA完整升级包时，将所述升级包备选集合中能够从所述当前版本升级至所述目标版本的OTA差分升级包确定为所述目标升级包；

当所述剩余存储空间大于与所述目标版本对应的OTA完整升级包时，将所述升级包备选集合中与所述目标版本对应的OTA完整升级包确定为所述目标升级包。

4.根据权利要求1所述的方法，其中，所述根据所述OTA升级请求在升级包备选集合中确定目标升级包，包括：

从所述OTA升级请求中提取出所述待升级设备的当前版本、目标版本和升级状态信息；

当所述升级状态信息为未进行首次升级时，将所述升级包备选集合中能够从所述当前版本升级至所述目标版本的OTA差分升级包确定为所述目标升级包；

当所述升级状态信息为差分升级失败时，将所述升级包备选集合中与所述目标版本对应的OTA完整升级包确定为所述目标升级包；

当所述升级状态信息为完整升级失败时，按预设路径返回OTA升级失败、请换用其它升级方式的通知信息。

5.根据权利要求1所述的方法，其中，在将所述目标升级包的下载链接下发至所述待升级设备之后，还包括：

接收所述待升级设备返回的升级结果信息；

根据所述升级结果信息中包含的所述待升级设备的版本号，更新预设的版本信息表中所述待升级设备的正确版本号；其中，所述版本信息表中记录有每个设备的当前版本号。

6.根据权利要求1至5任一项所述的方法，其中，当所述OTA差分升级包对应的版本间隔大于1时，所述OTA差分升级包包括至少两个单版本间隔的单版本差分升级包，以及，下发由包括至少两个单版本间隔的单版本差分升级包作为的目标升级包的方式包括依次下发。

7.一种用于空中升级的装置，包括：

升级请求接收单元，被配置成接收待升级设备发起的空中下载OTA升级请求；

目标升级包确定单元，被配置成根据所述OTA升级请求在升级包备选集合中确定目标升级包，所述升级包备选集合包括OTA完整升级包和OTA差分升级包，所述OTA完整升级包由用户上传，所述OTA差分升级包基于所述OTA完整升级包拆解生成；

目标升级包下发单元，被配置成将所述目标升级包下发至所述待升级设备，以使所述待升级设备根据接收到的目标升级包完成相应的版本升级。

8.根据权利要求7所述的装置，还包括被配置成构成所述升级包备选集合的备选集合构成单元，所述备选集合构成单元包括：

完整升级包接收子单元，被配置成接收所述用户上传的各版本的OTA完整升级包；

差分升级包生成子单元，被配置成根据每两个不同版本的OTA完整升级包，拆解生成对应能够使其中的低版本应用升级为高版本应用的OTA差分升级包；

备选集合构成子单元，被配置成根据各版本的OTA完整升级包和OTA差分升级包构成所述升级包备选集合。

9.根据权利要求7所述的装置，其中，所述目标升级包确定单元进一步被配置成：

从所述OTA升级请求中提取出所述待升级设备的当前版本、目标版本和剩余存储空间；

当所述剩余存储空间小于与所述目标版本对应的OTA完整升级包时，将所述升级包备选集合中能够从所述当前版本升级至所述目标版本的OTA差分升级包确定为所述目标升级包；

当所述剩余存储空间大于与所述目标版本对应的OTA完整升级包时，将所述升级包备选集合中与所述目标版本对应的OTA完整升级包确定为所述目标升级包。

10.根据权利要求7所述的装置，其中，所述目标升级包确定单元进一步被配置成：

从所述OTA升级请求中提取出所述待升级设备的当前版本、目标版本和升级状态信息；

当所述升级状态信息为未进行首次升级时，将所述升级包备选集合中能够从所述当前版本升级至所述目标版本的OTA差分升级包确定为所述目标升级包；

当所述升级状态信息为差分升级失败时，将所述升级包备选集合中与所述目标版本对应的OTA完整升级包确定为所述目标升级包；

当所述升级状态信息为完整升级失败时，按预设路径返回OTA升级失败、请换用其它升级方式的通知信息。

11.根据权利要求7所述的装置，还包括：

升级结果信息接收单元，被配置成在将所述目标升级包的下载链接下发至所述待升级设备之后，接收所述待升级设备返回的升级结果信息；

版本号更新单元，被配置成根据所述升级结果信息中包含的所述待升级设备的实际版本号，更新预设的版本信息表中所述待升级设备的正确版本号；其中，所述版本信息表中记录有每个设备的当前版本号。

12.根据权利要求7至11任一项所述的装置，其中，当所述OTA差分升级包对应的版本间隔大于1时，所述OTA差分升级包包括至少两个单版本间隔的单版本差分升级包，以及，下发由包括至少两个单版本间隔的单版本差分升级包作为的目标升级包的方式包括依次下发。

13.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的用于空中升级的方法。

14.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-6中任一项所述的用于空中升级的方法。

Images