CN112230966B - 一种ota升级方法及装置 - Google Patents

Abstract

本发明提供了一种OTA升级方法及装置，应用于OTA服务器，通过根据每个已注册版本的升级方式，对每个已注册版本进行合理的升级路径规划，得到路径信息表，在接收到车机端发送的携带有当前版本的升级请求后，在已注册版本中确定最新版本，并根据路径信息表为车机端推送本次升级所对应的目标版本，避免当前版本与最新版本之间存在可跳过版本时，按照注册版本先后顺序依次升级导致的升级效率低下的问题，并避免当前版本与最新版本之间存在不可跳过版本时，由当前版本直接升级到目标版本导致的升级错误，提高了OTA升级效率。

Description

一种OTA升级方法及装置

技术领域

本发明涉及通信技术领域，更具体的，涉及一种OTA升级方法及装置。

背景技术

随着汽车OTA(Over-the-Air Technology，空间下载技术)的不断发展，越来越多的设备要参与到OTA活动当中，现有的汽车OTA升级方案一般是以活动或任务为基础进行升级，每个注册的升级活动或任务包括至少一个需要升级的版本，如TBOX(远程通信模块)、各种ECU(电动控制单元)、HU(车载娱乐系统)、ICU(仪表)、AVM(360度环视)、DVR(车载行车记录仪)等，车辆用户需要针对每个升级活动分别进行升级。

同时为了满足OTA技术在车机端的性能提升和扩容，越来越多的厂商需要车机端Engine的自升级功能。当前现有的OTA升级方案中，一般采取两种方式进行，一是车机端按照服务器端注册版本的先后顺序依次升级，二是直接从车机端当前版本直接升级到最新版本。

其中，按照服务器端注册版本的先后顺序依次升级的方式，在服务器注册版本比较多的情况下，低版本的车机端需要进行多次升级才能升级到最新版本，车辆用户体验性很差，既浪费了时间进行升级，又浪费了用于升级的数据流量。直接从车机端版本直接升级到最新版本的方式，实现跨版本升级，但是若车机端当前版本与目标版本之间存在不可跳过版本时，无法直接从车机端版本直接升级到最新版本，导致出现升级错误。

发明内容

有鉴于此，本发明提供了一种OTA升级方法及装置，提高了升级效率。

为了实现上述发明目的，本发明提供的具体技术方案如下：

一种OTA升级方法，其特征在于，应用于OTA服务器，所述方法包括：

根据每个已注册的版本的升级方式，对每个已注册版本进行升级路径规划，得到路径信息表；

接收车机端发送的携带有当前版本信息的升级请求；

根据所述升级请求，在已注册版本中确定最新版本；

查询所述路径信息表，根据所述当前版本信息确定本次升级所对应的目标版本，所述目标版本为所述最新版本，或为高于所述当前版本且低于所述最新版本的版本；

向车机端推送所述目标版本，使车机端根据所述目标版本进行OTA升级。

可选的，版本的注册方法，包括：

接收运维人员通过可视化页面输入的待注册版本的升级配置信息；

根据所述待注册版本的升级配置信息，生成升级配置文件；

接收运维人员通过可视化页面配置的所述待注册版本的注册信息，所述注册信息包括所述待注册版本的升级方式；

对所述升级配置文件和所述注册信息进行存储，完成对所述待注册版本的注册。

可选的，根据每个已注册版本的升级方式，对每个已注册版本进行升级路径规划，得到路径信息表，包括：

创建最新注册的版本的路径信息；

使用TreeMap数据结构对最新注册的版本进行升级路径规划，得到至少一条路径，每条所述路径对应一个初始版本和一个目标版本；

根据每个已注册的版本的升级方式，确定每条所述路径的类型，所述路径的类型包括边界路径和非边界路径；

将所述最新注册的所述版本的每条所述路径的相关信息存储到所述路径信息表中。

可选的，所述方法还包括：

接收运维人员通过可视化页面输入的路径调整指令；

根据所述路径调整指令，在所述路径信息表中对相应路径进行开启或关闭，并重新对每个已注册版本进行升级路径规划，得到更新后的所述路径信息表。

可选的，所述查询所述路径信息表，根据所述当前版本确定本次升级所对应的目标版本，包括：

查询所述路径信息表，判断是否存在以所述当前版本为初始版本并以所述最新版本为目标版本的边界路径；

若存在，将该边界路径确定为本次升级的升级路径，并将所述最新版本确定为本次升级所对应的所述目标版本；

若不存在，将所述路径信息表中以所述当前版本为初始版本的边界路径确定为本次升级的升级路径，并将该边界路径的目标版本确定为本次升级所对应的所述目标版本。

一种OTA升级装置，应用于OTA服务器，所述装置包括：

路径规划单元，用于根据每个已注册版本的升级方式，对每个已注册版本进行升级路径规划，得到路径信息表；

升级请求接收单元，用于接收车机端发送的携带有当前版本信息的升级请求；

最新版本确定单元，用于根据所述升级请求，在已注册版本中确定最新版本；

目标版本确定单元，用于查询所述路径信息表，根据所述当前版本信息确定本次升级所对应的目标版本，所述目标版本为所述最新版本，或为高于所述当前版本且低于所述最新版本的版本；

目标版本推送单元，用于向车机端推送所述目标版本，使车机端根据所述目标版本进行OTA升级。

可选的，所述装置还包括版本注册单元，具体用于：

接收运维人员通过可视化页面输入的待注册版本的升级配置信息；

根据所述待注册版本的升级配置信息，生成升级配置文件；

接收运维人员通过可视化页面配置的所述待注册版本的注册信息，所述注册信息包括所述待注册版本的升级方式；

对所述升级配置文件和所述注册信息进行存储，完成对所述待注册版本的注册。

可选的，所述路径规划单元，具体用于：

创建最新注册的版本的路径信息；

使用TreeMap数据结构对最新注册的版本进行升级路径规划，得到至少一条路径，每条所述路径对应一个初始版本和一个目标版本；

根据每个已注册的版本的升级方式，确定每条所述路径的类型，所述路径的类型包括边界路径和非边界路径；

将所述最新注册的版本的每条所述路径的相关信息存储到所述路径信息表中。

可选的，所述装置还包括路径调整单元，具体用于：

接收运维人员通过可视化页面输入的路径调整指令；

根据所述路径调整指令，在所述路径信息表中对相应路径进行开启或关闭，并重新对每个已注册版本进行升级路径规划，得到更新后的所述路径信息表。

可选的，所述目标版本确定单元，具体用于：

查询所述路径信息表，判断是否存在以所述当前版本为初始版本并以所述最新版本为目标版本的边界路径；

若存在，将该边界路径确定为本次升级的升级路径，并将所述最新版本确定为本次升级所对应的所述目标版本；

若不存在，将所述路径信息表中以所述当前版本为初始版本的边界路径确定为本次升级的升级路径，并将该边界路径的目标版本确定为本次升级所对应的所述目标版本。

相对于现有技术，本发明的有益效果如下：

本发明公开的一种OTA升级方法，OTA服务器通过根据每个已注册版本的升级方式，对每个已注册版本进行合理的升级路径规划，得到路径信息表，在接收到车机端发送的携带有当前版本信息的升级请求后，在已注册版本中确定最新版本，并根据路径信息表为车机端推送本次升级所对应的目标版本，避免当前版本与最新版本之间存在可跳过版本时，按照注册版本先后顺序依次升级导致的升级效率低下的问题，并避免当前版本与最新版本之间存在不可跳过版本时，由当前版本直接升级到目标版本导致的升级错误，提高了OTA升级效率。

附图说明

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

图1为本发明实施例公开的一种OTA升级方法的流程示意图；

图2为本发明实施例公开的一种版本的注册方法的流程示意图；

图3为本发明实施例公开的一种OTA服务器中已注册的版本汇总信息表的示意图；

图4为本发明实施例公开的一种版本的升级路径规划方法的流程示意图；

图5为本发明实施例公开的一种升级路径示意图；

图6为本发明实施例公开的一种通过web页面进行手动路径规划和路径调整的示意图；

图7为本发明实施例公开的一种OTA升级装置的结构示意图。

具体实施方式

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

本发明提供了一种OTA升级方法，应用于OTA服务器，在OTA服务器中预先对每个已注册版本进行合理的升级路径规划，在接收到车机端发送的携带有当前版本信息的升级请求，并确定最新版本后，通过查询路径信息表，确定本次升级所对应的目标版本，为车机端推送本次升级所对应的目标版本。避免当前版本与最新版本之间存在可跳过版本时，按照注册版本先后顺序依次升级导致的升级效率低下的问题，并避免当前版本与最新版本之间存在不可跳过版本时，由当前版本直接升级到目标版本导致的升级错误，提高了OTA升级效率。

具体的，请参阅图1，本实施例公开的一种OTA升级方法包括以下步骤：

S101：根据每个已注册版本的升级方式，对每个已注册版本进行升级路径规划，得到路径信息表；

升级方式包括静默升级、正常升级和强制升级。静默升级表示在后台进行升级，不需要用户参与，只是告知用户。强制升级表示用户必须要升级这个版本，不升级这个版本就无法进行后续新版本的升级。正常升级表示本次升级的版本为普通版本。

其中，静默升级和强制升级对应的版本为不可跳过版本，涉及汽车关键模块升级、缺陷修复或新增功能等；正常升级对应的版本为用户可选择是否升级的版本，版本作为体验性功能、非关键性能提升等，为可跳过版本。

上述版本的升级方式需要在注册时进行确定和存储，请参阅图2，版本的注册方法如下：

S201：接收运维人员通过可视化页面输入的待注册版本的升级配置信息；

OTA服务器工作台前端页面为可视化页面，便于运维人员操作，运维人员在通过该可视化页面上传待注册版本及升级配置信息。

S202：根据待注册版本的升级配置信息，生成升级配置文件；

OTA服务器中的OTA系统会自动根据待注册版本的升级配置信息生成升级配置文件(L1_Manifest.json)，升级配置文件中包含升级模块的版本信息、描述信息、升级文件信息、文件完整性校验信息、版本时效信息、数字签名、关联升级等。

S203：接收运维人员通过可视化页面配置的待升级版本的注册信息，注册信息包括待注册版本的升级方式；

注册信息还包括升级车辆型号、升级车辆组别、升级模块版本、升级方式、升级模块关联及升级顺序等。

S204：对升级配置文件和注册信息进行存储，完成对待注册版本的注册。

OTA服务器中已注册的版本汇总信息表如图3所示，需要说明的是，完整的版本注册是升级路径规划的前提，可以保证注册的每个版本都在升级路径中，也可以保证在线的每辆车的版本都在升级路径中，更加便于车辆版本的管理和统计，也便于统一进行版本推送。

在此基础上，在有新的版本注册后，会对已有版本的升级路径进行重新规划，根据最新注册的版本，计算从当前版本到最新注册的版本所需要的路径，同时生成每个路径对应的差分升级包。

一个版本大小是不固定的，有很多软件的版本大到几个G，如果将整个版本的升级包下发到车辆中升级，就意味着需要使用很多流量，也需要很多时间进行网络下载。为了解决这个问题，本实施例采用差分升级方式，根据当前版本与目标版本之间的差异生成差分升级包，将差分升级包下发到车辆中时，有的模块可以直接将差分包进行烧写，有的模块需要使用源包和差分包重新生成目标软件包，再进行刷写。使用差分升级策略可以减小每次升级中升级包大小，节省传输流量和软件包下载时间。

S102：接收车机端发送的携带有当前版本信息的升级请求；

S103：根据升级请求，在已注册版本中确定最新版本；

车机端发送的升级请求，除包括当前版本信息之外，还可以包括车型等参数。最新版本可以为已注册的最新版本，基于同一车型的统一升级需求，也可以在已注册的版本中设定某种车型的最新版本，也就是说，该最新版本可以是针对于已注册的版本中的最新版本，也可以是针对某种车型设定的最新版本。

S104：查询路径信息表，根据当前版本信息确定本次升级所对应的目标版本，目标版本为最新版本，或为高于当前版本且低于最新版本的版本；

具体的，查询路径信息表，判断是否存在以当前版本为初始版本并以最新版本为目标版本的边界路径；

若存在，将该边界路径确定为本次升级的升级路径，并将最新版本确定为本次升级所对应的所述目标版本；

若不存在，将路径信息表中以当前版本为初始版本的边界路径确定为本次升级的升级路径，并将该边界路径的末端所对应的版本确定为本次升级所对应的目标版本。

S105：向车机端推送目标版本，使车机端根据目标版本进行OTA升级。

具体为向车机端推送当前版本和目标版本所对应的差分升级包。

OTA服务器根据查询路径信息表得到的升级路径信息，进行目标版本的推送。由于每个版本包含整车版本信息和所有该车型支持OTA升级的模块信息，因此当收到车辆上传的版本信息后，可判断车辆的当前版本，然后在升级路径表中查询该版本下次升级的目标版本，然后匹配升级活动信息下发到车辆中，完成OTA升级。

也就是说，当目标版本为最新版本时，车机端完成对目标版本的OTA升级后，本次OTA升级结束。

当目标版本为高于当前版本且低于最新版本的版本时，在车机端完成对目标版本的OTA升级后，需要再次向OTA服务器发送携带有当前版本信息(即上次OTA升级的目标版本)的升级请求，直到车机端升级到最新版本。

本实施例公开的一种OTA升级方法，通过根据每个已注册版本的升级方式，对每个版本进行合理的升级路径规划，得到路径信息表，在接收到车机端发送的携带有当前版本信息的升级信息后，在已注册版本中确定最新版本，并根据路径信息表为车机端推送本次升级所对应的目标版本，避免当前版本与最新版本之间存在可跳过版本时，按照注册版本先后顺序依次升级导致的升级效率低下的问题，并避免当前版本与最新版本之间存在不可跳过版本时，由当前版本直接升级到最新版本导致的升级错误，提高了OTA升级效率。

具体的，请参阅图4，上述实施例中版本的升级路径规划方法如下：

S301：创建最新注册的版本的路径信息；

为最新注册的版本创建一个路径信息数据库表格，用于存放升级路径信息。使用外键(在数据库表格关联查询中使用，用来表示两个数据库表之间的关联关系)关联数据库中的升级活动表(升级活动表为已有数据库表格，存放升级活动基本信息)，用于下发任务时提取升级活动相关信息，并组成升级包下发到待升级车辆中。

路径信息表中主要包括以下字段：路径Id、路径名称、当前整车版本Id，目标整车版本Id、路径隶属的车辆型号、当前整车版本升级到目标版本所需要的升级次数、是否为边界路径(边界路径为实际应用到OTA升级中的路径)。路径信息表用于存储每条路径的相关信息，来实现升级路径规划功能。

S302：使用TreeMap数据结构对最新注册的版本进行升级路径规划，得到至少一条路径，每条路径对应一个初始版本和一个目标版本；

升级路径规划采用TreeMap数据结构方法，TreeMap数据结构是Java中Map接口的重要实现类，通过存储key-value键值对，使用红黑树实现，因为红黑树结构天然支持排序，默认情况下可以通过Key值的自然顺序进行排序。同时TreeMap继承了NavigableMap接口，而NavigableMap接口又继承了SortedMap接口，因此可以通过复写实现其他方式自动排序。

为了便于每一条路径的计算与保存，使用循环递归的方式，通过Map.Entry内部接口，将整个TreeMap升级路径(例如升级路径包含N个版本)拆分为N*(N-1)/2个两个版本之间的路径，并进行MySQL数据库的保存。

S303：根据每个已注册的版本的升级方式，确定每条路径的类型，路径的类型包括边界路径和非边界路径；

每次增加一个升级活动，系统会根据当前版本已有路径进行一次升级路径重新规划，将新增的所有已存在版本到最新版本的升级路径(如图5所示，新增加A7版本，则新增路径为A1-A7，A2-A7，……A6-A7)增加到整个TreeMap中，并进行排序，然后将这些新增路径增加到路径信息表中并更新各个字段。

其中，当前版本与目标版本(最新或不可跳过版本)之间所对应的升级路径为边界路径，其余路径为非边界路径。升级路径的边界路径字段设置为1(true)，其他路径设置为0(false)，如图5所示，A7为最新注册版本，A4为不可跳过版本，A4-A7、A5-A7、A6-A7三条路径为边界路径，字段设置为1，A1-A7、A2-A7、A3-A7三条路径为非边界路径，字段设置为0，路径同时更新升级到最新版本所需要的升级次数，版本A1、A2、A3升级到最新A7版本需要2次升级，版本A4、A5、A6升级到最新A7版本需要1次升级。

S304：将最新注册的版本的每条路径的相关信息存储到相应的路径信息表中；

根据之前配置的升级型号和组别从数据库中提取当前升级路径的版本信息(假设当前的版本为A1，目标版本为A6，当前已经存在的版本A1-A6的版本信息)和相应的路径信息(A1-A2，A1-A3，……，A2-A3，A2-A4，……A5-A6)，这些路径信息包括路径Id、当前整车版本Id、目标版本Id，以及该路径是否属于边界路径。将每一条边界路径通过数据结构的构造方法存放到TreeMap中，并利用自动排序方式生成每个车辆型号及组别的升级路径。

因为系统使用TreeMap作为升级路径规划的数据结构，它是存在于运行内存中，当服务停止或重启时，就会丢失，因此使用数据库到TreeMap的转换，用于恢复升级路径。

新升级路径添加后，动态调整之前所有版本(Node)的升级路径，例如图5中，在A7注册前A6为最后一个版本，A4为不可跳过版本，所以A4之后可用路径为A4-A6和A5-A6，由于A5、A6并不是不可跳过的版本，所以当A7注册后A4-A6和A5-A6需要调整为A4-A7和A5-A7，同时增加A6-A7路径。

此过程可以梳理如下：

1.假设下述的A1～A4都是普通版本：A1为初始版本

1)假设A2注册

数据库里的路径：A1～A2，为边界路径；

2)假设A3注册

数据库里的路径：A1～A3、A2～A3，为边界路径；路径A1～A2改为非边界路径(非边界路径依然存在数据库中，但并不会被添加到整车升级路径TreeMap中)；

3)假设A4注册

数据库里的路径：A1～A4、A2～A4、A3～A4，为边界路径；路径A1～A3、A2～A3改为非边界路径；

2.假设下述的A1～A3、A5～A6都是普通版本：A4不可跳过版本；

1)假设A4注册

数据库里的路径：A1～A4、A2～A4、A3～A4，为边界路径；A1～A2，A1～A3、A2～A3，为非边界路径；

2)假设A5注册

数据库里的路径：A1～A4、A2～A4、A3～A4、A4～A5，为边界路径；

2)假设A6注册

数据库里的路径：A1～A4、A2～A4、A3～A4、A4～A6，为边界路径；A4～A5改为非边界路径。

将上述信息进行TreeMap到数据库的转换并保存到数据库中，用于下次更新路径使用。另外，当A1-A7中某个版本由于时效原因或其他原因关闭时，版本路径规划系统使用同样步骤进行版本(Node)削减和当前路径的动态调整。新增版本后自动重新规划升级路径，不需要手动再次对新增版本相关路径进行调整，节省了运维人员的工作量。

进一步，在某些特殊情况下可能需要运维人员手动路径规划以及路径调整，如整车厂有根据实际需求随时调整升级路径的需求，现有技术的OTA升级方案中，一般采用根据注册的升级活动依次升级方式或者当前版本直接升级到最新版本的升级策略，这两种方式都是固定策略，一旦策略确定，那么整个OTA系统的升级策略便确定了，如果需要调整某个版本的升级(例如，只关闭A)，只能对目标版本进行操作，如关闭或暂停等，这样将会影响到其他版本到目标版本的升级。为了实现手动路径规划和路径调整功能，本实施例公开的OTA升级方法设置版本开关及路径开关，通过路径开关可以做到特殊情况的人为参与，关闭某一路径，系统可自动规划到其他路径。

具体的，本方法还包括：

接收运维人员通过可视化页面输入的路径调整指令，根据该路径调整指令，在路径信息表中对相应路径进行开启或关闭，根据每个已注册的版本的升级方式以及关闭的路径，重新对每个已注册版本进行升级路径规划，得到更新后的路径信息表。

如图6所示。当运维人员手动调整升级路径，开启或关闭某两个版本之间的路径开关时，系统会重新进行路径规划。同时，可以使用手动调整方式实现升级活动的策略修改、升级时效过期后的版本关闭、某个版本的暂停和恢复等功能，即在系统提供的网页端可视化界面手动修改升级路径，例如A4版本将升级策略不再设置为不可跳过版本，或者A4版本由于某些原因暂停使用，那么可以通过手动打开A1-A5、A2-A5、A3-A5路径，系统会自动根据路径修改进行TreeMap的重构，同时在数据库中设置这三条路径为边界路径，则路径A1-A4、A2-A4、A3-A4路径自动关闭，同时在数据库中设置这三条路径为非边界路径。如果需要再次开启A4版本，同样可以通过手动打开开关的方式实现路径的重新规划。可以通过手动修改升级路径的方式来实现某个版本和路径的暂停、恢复，以及升级策略修改(普通版本设置为不可跳过版本等)，例如，如图6所示，可通过打开A4-A6路径来实现A4-A7路径的关闭功能；可通过调整打开A4-A6、A5-A6两条路径来实现A6版本的不可跳过功能。

手动路径规划功能，方便了运维人员根据整车厂实际需要，随时动态调整每个版本的升级路径，当某条升级路径出现升级失败率过高或其他特殊情况时可以根据需要手动关闭路径或调整当前版本到其他目标版本，不用停止整个目标版本，进而不用影响其他版本到当前目标版本的升级。例如，如图6所示，当A6-A7路径出现100％升级失败情况，只需要关闭A6-A7路径就可以，而不需要关闭整个A7版本，不影响A4-A7、A5-A7的升级。

基于上述实施例公开的一种OTA升级方法，本实施例对应公开了一种OTA升级装置，应用于OTA服务器，请参阅图7，所述装置包括：

路径规划单元100，用于根据每个已注册版本的升级方式，对每个已注册版本进行升级路径规划，得到路径信息表；

升级请求接收单元200，用于接收车机端发送的携带有当前版本信息的升级请求；

最新版本确定单元300，用于根据所述升级请求，在已注册版本中确定最新版本；

目标版本确定单元400，用于查询所述路径信息表，根据所述当前版本信息确定本次升级所对应的目标版本，所述目标版本为所述最新版本，或为高于所述当前版本且低于所述最新版本的版本；

目标版本推送单元500，用于向车机端推送所述目标版本，使车机端根据所述目标版本进行OTA升级。

可选的，所述装置还包括版本注册单元，具体用于：

接收运维人员通过可视化页面输入的待注册版本的升级配置信息；

根据所述待注册版本的升级配置信息，生成升级配置文件；

接收运维人员通过可视化页面配置的所述待注册版本的注册信息，所述注册信息包括所述待注册版本的升级方式；

对所述升级配置文件和所述注册信息进行存储，完成对所述待注册版本的注册。

可选的，所述路径规划单元100，具体用于：

创建最新注册的所述版本的路径信息；

使用TreeMap数据结构对最新注册的版本进行升级路径规划，得到至少一条路径，每条所述路径对应一个初始版本和一个目标版本；

根据每个已注册的版本的升级方式，确定每条所述路径的类型，所述路径的类型包括边界路径和非边界路径；

将所述最新注册的版本的每条所述路径的相关信息存储到相应的路径信息表中。

可选的，所述装置还包括路径调整单元，具体用于：

接收运维人员通过可视化页面输入的路径调整指令；

根据所述路径调整指令，在所述路径信息表中对相应路径进行开启或关闭，并重新对每个已注册版本进行升级路径规划，得到更新后的所述路径信息表。

可选的，所述目标版本确定单元400，具体用于：

查询所述路径信息表，判断是否存在以所述当前版本为初始版本并以所述最新版本为目标版本的边界路径；

若存在，将该边界路径确定为本次升级的升级路径，并将所述最新版本确定为本次升级所对应的所述目标版本；

若不存在，将所述路径信息表中以所述当前版本为初始版本的边界路径确定为本次升级的升级路径，并将该边界路径的目标版本确定为本次升级所对应的所述目标版本。

本实施例公开的一种OTA升级装置，通过根据每个已注册版本的升级方式，对每个已注册版本进行合理的升级路径规划，得到路径信息表，在接收到车机端发送的携带有当前版本信息的升级请求后，在已注册版本中确定最新版本，并根据路径信息表为车机端推送本次升级所对应的目标版本，避免当前版本与最新版本之间存在可跳过版本时，按照注册版本先后顺序依次升级导致的升级效率低下的问题，并避免当前版本与最新版本之间存在不可跳过版本时，由当前版本直接升级到目标版本导致的升级错误，提高了OTA升级效率。

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

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

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

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

Claims (6)

1.一种OTA升级方法，其特征在于，应用于OTA服务器，所述方法包括：

根据每个已注册版本的升级方式，对每个已注册版本进行升级路径规划，得到路径信息表；

接收车机端发送的携带有当前版本信息的升级请求；

根据所述升级请求，在已注册版本中确定最新版本；

查询所述路径信息表，根据所述当前版本信息确定本次升级所对应的目标版本，所述目标版本为所述最新版本，或为高于所述当前版本且低于所述最新版本的版本；

向车机端推送所述目标版本，使车机端根据所述目标版本进行OTA升级；

所述查询所述路径信息表，根据所述当前版本确定本次升级所对应的目标版本，包括：

查询所述路径信息表，判断是否存在以所述当前版本为初始版本并以所述最新版本为目标版本的边界路径；

若存在，将该边界路径确定为本次升级的升级路径，并将所述最新版本确定为本次升级所对应的所述目标版本；

若不存在，将所述路径信息表中以所述当前版本为初始版本的边界路径确定为本次升级的升级路径，并将该边界路径的目标版本确定为本次升级所对应的所述目标版本；

根据每个已注册版本的升级方式，对每个已注册版本进行升级路径规划，得到路径信息表，包括：

创建最新注册的版本的路径信息；

使用TreeMap数据结构对最新注册的版本进行升级路径规划，得到至少一条路径，每条所述路径对应一个初始版本和一个目标版本；

根据每个已注册的版本的升级方式，确定每条所述路径的类型，所述路径的类型包括边界路径和非边界路径；

将所述最新注册的版本的每条所述路径的相关信息存储到所述路径信息表中。

2.根据权利要求1所述的方法，其特征在于，版本的注册方法，包括：

接收运维人员通过可视化页面输入的待注册版本的升级配置信息；

根据所述待注册版本的升级配置信息，生成升级配置文件；

接收运维人员通过可视化页面配置的所述待注册版本的注册信息，所述注册信息包括所述待注册版本的升级方式；

对所述升级配置文件和所述注册信息进行存储，完成对所述待注册版本的注册。

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

接收运维人员通过可视化页面输入的路径调整指令；

根据所述路径调整指令，在所述路径信息表中对相应路径进行开启或关闭，并重新对每个已注册版本进行升级路径规划，得到更新后的所述路径信息表。

4.一种OTA升级装置，其特征在于，应用于OTA服务器，所述装置包括：

路径规划单元，用于根据每个已注册版本的升级方式，对每个已注册版本进行升级路径规划，得到路径信息表；

升级请求接收单元，用于接收车机端发送的携带有当前版本信息的升级请求；

最新版本确定单元，用于根据所述升级请求，在已注册版本中确定最新版本；

目标版本确定单元，用于查询所述路径信息表，根据所述当前版本信息确定本次升级所对应的目标版本，所述目标版本为所述最新版本，或为高于所述当前版本且低于所述最新版本的版本；

目标版本推送单元，用于向车机端推送所述目标版本，使车机端根据所述目标版本进行OTA升级；

所述目标版本确定单元，具体用于：

查询所述路径信息表，判断是否存在以所述当前版本为初始版本并以所述最新版本为目标版本的边界路径；

若存在，将该边界路径确定为本次升级的升级路径，并将所述最新版本确定为本次升级所对应的所述目标版本；

若不存在，将所述路径信息表中以所述当前版本为初始版本的边界路径确定为本次升级的升级路径，并将该边界路径的目标版本确定为本次升级所对应的所述目标版本；

所述路径规划单元，具体用于：

创建最新注册的版本的路径信息；

使用TreeMap数据结构对最新注册的版本进行升级路径规划，得到至少一条路径，每条所述路径对应一个初始版本和一个目标版本；

根据每个已注册的版本的升级方式，确定每条所述路径的类型，所述路径的类型包括边界路径和非边界路径；

将所述最新注册的版本的每条所述路径的相关信息存储到所述路径信息表中。

5.根据权利要求4所述的装置，其特征在于，所述装置还包括版本注册单元，具体用于：

接收运维人员通过可视化页面输入的待注册版本的升级配置信息；

根据所述待注册版本的升级配置信息，生成升级配置文件；

接收运维人员通过可视化页面配置的所述待注册版本的注册信息，所述注册信息包括所述待注册版本的升级方式；

对所述升级配置文件和所述注册信息进行存储，完成对所述待注册版本的注册。

6.根据权利要求4所述的装置，其特征在于，所述装置还包括路径调整单元，具体用于：

接收运维人员通过可视化页面输入的路径调整指令；

根据所述路径调整指令，在所述路径信息表中对相应路径进行开启或关闭，并重新对每个已注册版本进行升级路径规划，得到更新后的所述路径信息表。