CN110262826A - 车载软件配置升级管理方法、服务端、客户端及处理端 - Google Patents

Abstract

一种车载软件配置升级管理方法、服务端、客户端及处理端，包括：接收版本配置包，分析所有版本配置包获得并存储版本属性数据，并根据预设逻辑更新版本属性数据；接收升级路径数据，根据升级路径数据更新版本树以获取版本树信息，发送版本树信息；接收升级设备数据，根据升级设备数据选定升级设备，根据版本树和版本属性数据设置升级计划数据，本发明解决了现有车载设备软件升级方法中因存在升级操作效率低、远程升级智能化程度低及升级软件的耦合度过高而导致升级功能的可拓展性低和灵活性不高的问题。

Description

车载软件配置升级管理方法、服务端、客户端及处理端

技术领域

本发明涉及一种升级包管理方法，特别是涉及一种车载软件配置升级管理方法、服务端、车机端及客户端。

背景技术

随着国民生活水平的日益改善，机动车辆在整个社会迅速普及，车辆需求不断加大，我国机动车保有量持续攀升，人驾车出行日益频繁。在车辆的行驶过程中，各种车载的设备以及车辆的控制系统在车辆使用过程中都需要维持自身应用软件的版本更新，当车机系统等车辆控制设备及其子系统的软件出现版本未更新时，会导致车载系统的各个子功能运行受到限制，使得整车行驶以及各类车载设备的正常运行受到不良影响，严重时可导致车辆安全问题。如何提高针对各类车载设备的自动升级的效率和自动化程度，日益成为车辆技术研发的重要方向。由于现有的车载设备的软件升级需要将整车运抵4S店或车辆维修点等专用维护场所通过专业维修人员进行手动调试和升级，可能存在人为操作失误或软件升级工作效率低的问题。目前车载设备的升级自动化程度低，远程升级效率低下，但当在整车车载设备的车载系统软件需要升级时，人工控制升级费时费力，制约了整车车载设备升级效率，且在传统的车机系统等车载设备的诊断调试过程中，诊断各子功能模块集中，耦合度高影响了升级功能的可扩展性，又因为升级方式单一导致自动升级的灵活度低，易在远程操作的过程中产生升级故障等问题。

综上所述，传统技术中依赖专用场所的工具软件及人员进行车载系统软件升级，升级功能模块聚合程度过高，限制了升级功能的可拓展性，同时传统的升级方式，智能化程度低，导致升级效率低，不支持不同车型以及不同配置的升级，现有技术中的车载设备软件升级方法存在升级操作效率低下，远程升级智能化程度低，升级软件的耦合度过高导致升级功能的低可拓展性以及灵活性较低的技术问题。

发明内容

鉴于以上现有技术的缺点，本发明的目的在于提供一种车载软件配置升级管理方法、服务端、车机端及客户端，应用于车载设备升级，为解决现有技术中存在的车载设备软件升级方法存在升级操作效率低下，远程升级智能化程度低，升级软件的耦合度过高导致升级功能的低可拓展性以及灵活性较低的技术问题，本发明提供车载软件配置升级管理方法、服务端、车机端及客户端，一种车载软件配置升级管理方法，方法包括：

接收版本配置包，分析接收到的版本配置包，以获得并存储版本属性数据，并根据预设逻辑更新版本属性数据；

接收升级路径数据，根据升级路径数据更新版本树，以获取并发送版本树信息；

接收升级设备数据，根据升级设备数据选定升级设备，根据版本树和版本属性数据设置升级计划数据。

于本发明的一实施方式中，接收版本配置包，接收版本配置包，分析接收到的所述版本配置包，以获得并存储版本属性数据，并根据预设逻辑更新所述版本属性数据，还包括：

定义发布版本属性；

保存版本配置包及当前版本配置包的版本与路径数据；

根据发布版本属性分析版本与路径数据获得版本属性数据并存储；

根据发布版本属性判断版本配置包是否需要更新；

若是，则更新版本属性数据，并删除版本配置包及版本与路径数据；

若否，则维持版本属性数据。

于本发明的一实施方式中，接收升级路径数据，根据所述升级路径数据更新版本树，以获取并发送版本树信息，包括：

定义升级路径属性；

根据升级路径数据构建版本树；

判断升级增量数据的升级路径属性；

若升级路径属性为增量属性，则根据升级增量数据更新版本树的增量节点；

若升级路径属性为全量属性，则根据升级增量数据更新版本树的全量节点。

于本发明的一实施方式中，一种车载软件配置升级管理服务端包括：配置包接收更新模块、版本树模块和升级数据设置模块；

配置包接收更新模块，用于接收版本配置包，分析接收到的版本配置包，以获得并存储版本属性数据，并根据预设逻辑更新版本属性数据；

版本树模块，用于接收升级路径数据，根据升级路径数据更新版本树，以获取并发送版本树信息，版本树模块与配置包接收更新模块连接；

升级数据设置模块，用于接收升级设备数据，根据升级设备数据选定升级设备，根据版本树和版本属性数据设置升级计划数据，升级数据设置模块与配置包接收更新模块连接，升级数据设置模块与版本树模块连接。

于本发明的一实施方式中，配置包接收更新模块包括：版本属性模块、配置数据保存模块、版本属性分析模块、更新判断模块、更新模块和维持模块；

版本属性模块，用于定义发布版本属性；

配置数据保存模块，用于保存版本配置包及当前版本配置包的版本与路径数据，配置数据保存模块与版本属性模块连接；

版本属性分析模块，用于根据发布版本属性分析版本与路径数据获得版本属性数据并存储版本属性分析模块与版本属性模块连接，版本属性分析模块与配主数据保存模块连接；

更新判断模块，用于根据发布版本属性判断版本配置包是否需要更新，更新判断模块与版本属性分析模块连接；

更新模块，用于在版本配置包需要更新时，更新版本属性数据，并删除版本配置包及版本与路径数据，更新模块与更新判断模块连接；

维持模块，用于在版本配置包不需要更新时，维持版本属性数据，维持模块与更新判断模块连接。

于本发明的一实施方式中，版本树模块，包括：路径属性定义模块、版本树构建模块、路径判断模块、增量路径更新模块和全量路径更新模块；

路径属性定义模块，用于定义升级路径属性；

版本树构建模块，用于根据升级路径数据构建版本树，版本树构建模块与路径属性定义模块连接；

路径判断模块，用于判断升级增量数据的升级路径属性，路径判断模块与版本树构建模块连接；

增量路径更新模块，用于在升级路径属性为增量属性时，根据升级增量数据更新版本树的增量节点，增量路径更新模块与路径判断模块连接；

全量路径更新模块，用于在升级路径属性为全量属性时，根据升级增量数据更新版本树的全量节点，全量路径更新模块与路径判断模块连接。

于本发明的一实施方式中，一种车载软件配置升级管理运维客户端实现方法，包括：

更新版本属性数据；

打包版本属性数据为版本配置包，发送版本配置包；

初始化升级路径，发送升级路径数据，接收版本树信息；

输入升级设备的升级设备数据，发送升级设备数据；

定义并发送升级计划属性信息。

于本发明的一实施方式中，一种车载软件配置升级管理客户端包括：属性数据更新模块、打包发送模块、初始路径发送模块、升级设备发送模块和计划定义发送模块；

属性数据更新模块，用于更新版本属性数据；

打包发送模块，用于打包版本属性数据为版本配置包，发送版本配置包，打包发送模块与属性数据更新模块连接；

初始路径发送模块，用于初始化升级路径，发送升级路径数据，接收版本树信息，初始路径发送模块与属性更数据更新模块连接；

升级设备发送模块，用于输入升级设备的升级设备数据，发送升级设备数据；

计划定义发送模块，用于定义并发送升级计划属性信息，计划定义发送模块与属性更数据更新模块连接。

于本发明的一实施方式中，一种车载软件分级配置包升级计划数据处理端实现方法包括：

接收升级计划属性信息和升级计划数据；

根据升级计划属性信息和升级计划数据创建升级计划；

存储升级计划。

于本发明的一实施方式中，一种车载软件配置升级管理数据处理端包括：升级接收模块、升级计划创建模块和计划存储模块；

升级接收模块，用于接收升级计划属性信息和升级计划数据；

升级计划创建模块，用于根据升级计划属性信息和升级计划数据创建升级计划，升级计划创建模块与升级接收模块连接；

计划存储模块，用于存储升级计划，计划存储模块与升级计划创建模块连接。

如上所述，本发明提供的一种车载软件配置升级管理方法、服务端、车机端及客户端，具有以下有益效果：本发明提供的一种车载软件配置升级管理方法、服务端、车机端及客户端，避免了传统技术中依赖专用场所的工具软件及人员进行车载系统软件升级的情况，升级包配置灵活，提高了升级功能的可拓展性，提高了车载软件升级智能化程度，提高了升级效率，支持不同车型以及不同配置的升级。

综上，本发明提供的，解决了现有技术中存在的车载设备软件升级方法存在升级操作效率低下，远程升级智能化程度低，升级软件的耦合度过高导致升级功能的低可拓展性以及针对不同升级分级以及不同车型软件的灵活性较低的技术问题。

附图说明

图1显示本发明的基于云端的车辆远程诊断方法步骤示意图。

图2显示为图1中步骤S1在一实施例中的具体流程图。

图3显示为图1中步骤S2在一实施例中的具体流程图。

图4显示为本发明的版本树结构示意图。

图5显示为本发明的基于云端的车辆远程诊断服务端模块示意图。

图6显示为图5中配置包接收更新模块在一实施例中的具体模块示意图。

图7显示为图5中版本树模块在一实施例中的具体模块示意图。

图8显示本发明的车载软件配置升级管理运维客户端实现方法步骤示意图。

图9显示为本发明的基于云端的车辆远程诊断移动客户端实现方法步骤示意图。

图10显示为本发明的车载软件分级配置包升级计划数据处理端实现方法步骤示意图。

图11显示为本发明的车载软件配置升级管理数据处理端模块示意图。

元件标号说明

1 车载软件配置升级管理服务端

11 配置包接收更新模块

12 版本树模块

13 升级数据设置模块

111 版本属性模块

112 配置数据保存模块

113 版本属性分析模块

114 更新判断模块

115 更新模块

116 维持模块

121 路径属性定义模块

122 版本树构建模块

123 路径判断模块

124 增量路径更新模块

125 全量路径更新模块

1’ 车载软件配置升级管理客户端

11’ 属性数据更新模块

12’ 打包发送模块

13’ 升级设备发送模块

14’ 计划定义发送模块

10 车载软件配置升级管理数据处理端

101 升级接收模块

102 升级计划创建模块

103 计划存储模块

步骤标号说明

图1 S1～S3

图2 S11～S16

图3 S21～S25

图8 S1’～S5’

图10 S101～S103

具体实施方式

以下由特定的具体实施例说明本发明的实施方式，熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本发明的其他优点及功效。

请参阅图1至图10，须知，本说明书所附图式所绘示的结构，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容所能涵盖的范围内。同时，本说明书中所引用的如”上”、”下”、”左”、”右”、”中间”及”一”等的用语，亦仅为便于叙述的明了，而非用以限定本发明可实施的范围，其相对关系的改变或调整，在无实质变更技术内容下，当亦视为本发明可实施的范畴。

请参阅图1，显示为本发明的车载软件配置升级管理方法步骤示意图，如图1所示，一种车载软件配置升级管理方法，包括：

S1、接收版本配置包，分析接收到的版本配置包，以获得并存储版本属性数据，并根据预设逻辑更新版本属性数据，车联网系统云端服务可以定制化给车机提供升级包，车联网云服务通过配置不同的车机属性，根据用户的车机属性和软件的升级条件，来制定不同版本的车机的升级服务(软件包的下载和自动升级)，通过OTA升级的软件：OS系统、固件、驱动、SDK、导航软件、其他APP程序；

S2、接收升级路径数据，根据升级路径数据更新版本树，以获取并发送版本树信息， OTA软件的版本需要支持版本的迭代，更新，分支等；不同的设备需要按照其当前版本，在指定或不指定升级的目标版本情况下，选择一种合适的升级路径，获取相应的增量升级包或全量升级包完成升级，整棵树由节点，路径组成。默认顶级节点为root节点；

S3、接收升级设备数据，根据升级设备数据选定升级设备，根据版本树和版本属性数据设置升级计划数据，OTA升级需要支持多车场，多车系，多型号规则，多种类型设备软件(比如TBOX、IPDA、glass、OBD、IVI等)的升级，同时也需要支持其他非车辆相关软件的升级，为复杂的软件升级提供一套通用的解决方案。

请参阅图2，显示为图1中步骤S1在一实施例中的具体流程图，如图2所示，步骤S1、接收版本配置包，分析接收到的所述版本配置包，以获得并存储版本属性数据，并根据预设逻辑更新所述版本属性数据，还包括：

S11、定义发布版本属性，OTA升级需要支持多车场，多车系，多型号规则，多种类型设备软件(比如TBOX、IPDA、glass、OBD、IVI等)的升级，同时也需要支持其他非车辆相关软件的升级，为复杂的软件升级提供一套通用的解决方案；

S12、保存版本配置包及当前版本配置包的版本与路径数据，节点处产生分支，意味着某个版本因为需求的变化产生了不同的子版本，以适应不同的升级需求；

S13、根据发布版本属性分析版本与路径数据获得版本属性数据并存储，从客户端的某个版本升级到某个指定版本，可以通过全量升级，也可以通过增量升级，对于增量升级也可能存在多个到达的路径；

S14、根据发布版本属性判断版本配置包是否需要更新，此不同的版本可以定义为不同的升级条件对应的版本。同一个节点产生的分支必定包含不同的升级条件，系统需要为客户端计算出一个最适合的升级路径，这里我们采用升级步骤最少的增量算法，除非客户端指定升级目标版本；

S15、若是，则更新版本属性数据，并删除版本配置包及版本与路径数据；

S16、若否，则维持版本属性数据。

请参阅图3和图4，显示为图1中步骤S2在一实施例中的具体流程图和本发明的版本树结构示意图，如图3所示，步骤S2、接收升级路径数据，根据所述升级路径数据更新版本树，以获取并发送版本树信息，包括：

S21、定义升级路径属性，OTA升级支持全量升级，增量升级，支持静默升级(用户无感知强制升级)和非静默升级(由用户确认是否需要升级)，定义软件包，设置对应的软件编号(与车机上报的软件编号一致)，增量升级路径定义原则：出发版本、终点版本相同，且路径上的条件、约束定义也相同的发布路径只能有1条路径上的条件、约束定义指：升级模式：静默、非静默；路径类型：增量、全量适配设备；适用项目、品牌、车型该升级包对其他系统版本的依赖；

S22、根据升级路径数据构建版本树，在做OTA软件管时，定义具有哪些不同的OTA软件，每种OTA软件将对应一颗独立的OTA软件升级树，软件的版本将采用树状结构的方式进行管理；

S23、判断升级增量数据的升级路径属性，节点代表具有特定升级条件的软件版本，在节点上可以存在一个该版本对应的完整软件包，用户可以直接通过该软件包进行一个完整的安装；也可以没有完整软件包的，但是用户要升级到该版本就只能通过增量包来实现；

S24、若升级路径属性为增量属性，则根据升级增量数据更新版本树的增量节点，两个节点之间的连线成为升级路径，代表两个版本之间的前后关系，在升级路径上可以存在一个该版本对应的增量升级包；

S25、若升级路径属性为全量属性，则根据升级增量数据更新版本树的全量节点，从一个节点到另一个节点按照路径的定义通过软件增量到达，也可以通过全量包到达。

请参阅图5，显示为本发明的车载软件配置升级管理服务端模块示意图，如图5所示，一种车载软件配置升级管理服务端1包括：配置包接收更新模块11、版本树模块12和升级数据设置模块13；配置包接收更新模块11，用于接收版本配置包，分析接收到的版本配置包，以获得并存储版本属性数据，并根据预设逻辑更新版本属性数据，车联网系统云端服务可以定制化给车机提供升级包，车联网云服务通过配置不同的车机属性，根据用户的车机属性和软件的升级条件，来制定不同版本的车机的升级服务(软件包的下载和自动升级)，通过OTA 升级的软件：OS系统、固件、驱动、SDK、导航软件、其他APP程序；版本树模块12，用于接收升级路径数据，根据升级路径数据更新版本树，以获取并发送版本树信息，OTA软件的版本需要支持版本的迭代，更新，分支等；不同的设备需要按照其当前版本，在指定或不指定升级的目标版本情况下，选择一种合适的升级路径，获取相应的增量升级包或全量升级包完成升级，整棵树由节点，路径组成。默认顶级节点为root节点，版本树模块12与配置包接收更新模块11连接；升级数据设置模块13，用于接收升级设备数据，根据升级设备数据选定升级设备，根据版本树和版本属性数据设置升级计划数据，升级数据设置模块13与配置包接收更新模块11连接，OTA升级需要支持多车场，多车系，多型号规则，多种类型设备软件(比如TBOX、IPDA、glass、OBD、IVI等)的升级，同时也需要支持其他非车辆相关软件的升级，为复杂的软件升级提供一套通用的解决方案，对于同一设备中包含的不同的软件，按不同的软件各自独立完成升级，升级数据设置模块13与版本树模块12连接。

请参阅图6，显示为图5中配置包接收更新模块在一实施例中的具体模块示意图，如图6所示，配置包接收更新模块11包括：版本属性模块111、配置数据保存模块112、版本属性分析模块113、更新判断模块114、更新模块115和维持模块116；版本属性模块111，用于定义发布版本属性，OTA升级需要支持多车场，多车系，多型号规则，多种类型设备软件(比如TBOX、IPDA、glass、OBD、IVI等)的升级，同时也需要支持其他非车辆相关软件的升级，为复杂的软件升级提供一套通用的解决方案；配置数据保存模块112，用于保存版本配置包及当前版本配置包的版本与路径数据，节点处产生分支，意味着某个版本因为需求的变化产生了不同的子版本，以适应不同的升级需求，配置数据保存模块112与版本属性模块111 连接；版本属性分析模块113，用于根据发布版本属性分析版本与路径数据获得版本属性数据并存储，从客户端的某个版本升级到某个指定版本，可以通过全量升级，也可以通过增量升级，对于增量升级也可能存在多个到达的路径，版本属性分析模块113与版本属性模块111连接，版本属性分析模块113与配主数据保存模块112连接；更新判断模块114，用于根据发布版本属性判断版本配置包是否需要更新，此不同的版本可以定义为不同的升级条件对应的版本。同一个节点产生的分支必定包含不同的升级条件，系统需要为客户端计算出一个最适合的升级路径，这里我们采用升级步骤最少的增量算法，除非客户端指定升级目标版本，更新判断模块114与版本属性分析模块113连接；更新模块115，用于在版本配置包需要更新时，更新版本属性数据，并删除版本配置包及版本与路径数据，更新模块115与更新判断模块114连接；维持模块116，用于在版本配置包不需要更新时，维持版本属性数据，维持模块116与更新判断模块114连接。

请参阅图7，显示为图5中车版本树模块在一实施例中的具体模块示意图，如图7所示，版本树模块12，包括：路径属性定义模块121、版本树构建模块122、路径判断模块123、增量路径更新模块124和全量路径更新模块125；路径属性定义模块121，用于定义升级路径属性，OTA升级支持全量升级，增量升级，支持静默升级(用户无感知强制升级)和非静默升级(由用户确认是否需要升级)，定义软件包，设置对应的软件编号(与车机上报的软件编号一致)，增量升级路径定义原则：出发版本、终点版本相同，且路径上的条件、约束定义也相同的发布路径只能有1条路径上的条件、约束定义指：升级模式：静默、非静默；路径类型：增量、全量适配设备；适用项目、品牌、车型该升级包对其他系统版本的依赖；版本树构建模块122，用于根据升级路径数据构建版本树，在做OTA软件管时，定义具有哪些不同的OTA软件，每种OTA软件将对应一颗独立的OTA软件升级树，软件的版本将采用树状结构的方式进行管理，版本树构建模块122与路径属性定义模块121连接；路径判断模块123，用于判断升级增量数据的升级路径属性，节点代表具有特定升级条件的软件版本，在节点上可以存在一个该版本对应的完整软件包，用户可以直接通过该软件包进行一个完整的安装；也可以没有完整软件包的，但是用户要升级到该版本就只能通过增量包来实现，路径判断模块123与版本树构建模块122连接；增量路径更新模块124，用于在升级路径属性为增量属性时，根据升级增量数据更新版本树的增量节点，两个节点之间的连线成为升级路径，代表两个版本之间的前后关系，在升级路径上可以存在一个该版本对应的增量升级包。从一个节点到另一个节点按照路径的定义通过软件增量到达，也可以通过全量包到达，增量路径更新模块124与路径判断模块123连接；全量路径更新模块125，用于在升级路径属性为全量属性时，根据升级增量数据更新版本树的全量节点，从一个节点到另一个节点按照路径的定义通过软件增量到达，也可以通过全量包到达，全量路径更新模块125与路径判断模块123 连接。

请参阅图8，显示本发明的车载软件配置升级管理运维客户端实现方法步骤示意图，如图8所示，一种车载软件配置升级管理运维客户端实现方法，包括：

S1’：更新版本属性数据；

S2’：打包版本属性数据为版本配置包，发送版本配置包；

S3’：初始化升级路径，发送升级路径数据，接收版本树信息；

S4’：输入升级设备的升级设备数据，发送升级设备数据，选择设备，要求改设备满足以下条件(1)设备已经配置与升级计划选择的相同的软件，设备已经配置与升级计划选择的版本对应的约束条件；

S5’：定义升级计划属性信息，发送升级计划属性信息。

请参阅图9，显示为本发明的车载软件配置升级管理客户端模块示意图。如图9所示，所述车载软件配置升级管理客户端1’包括：属性数据更新模块11’、打包发送模块12’、初始路径发送模块13’、升级设备发送模块14’和计划定义发送模块15’；属性数据更新模块11’，用于更新版本属性数据；打包发送模块12’，用于打包版本属性数据为版本配置包，发送版本配置包，打包发送模块12’与属性数据更新模块11’连接；初始路径发送模块 13’，用于初始化升级路径，发送升级路径数据，接收版本树信息，初始路径发送模块13’与属性更数据更新模块11’连接；升级设备发送模块14’，用于输入升级设备的升级设备数据，发送升级设备数据；计划定义发送模块15’，用于定义升级计划属性信息，发送升级计划属性信息，计划定义发送模块15’与属性更数据更新模块11’连接。

请参阅图10，显示为本发明的车载软件分级配置包升级计划数据处理端实现方法步骤示意图。如图10所示，一种车载软件分级配置包升级计划数据处理端实现方法包括：

S101、接收升级计划属性信息和升级计划数据；

S102、根据升级计划属性信息和升级计划数据创建升级计划，在软件版本规划时，可以按照不同的软件定义不同的升级树，发布不同车场或设备使用方的软件可以视作不同的软件，在计划期间，允许操作人员修改、删除升级计划，在运行期间，可暂停、取消执行，运维人员可查看升级的处理进度；

S103、存储升级计划。

请参阅图11，显示为本发明的车载软件配置升级管理数据处理端模块示意图。如图11所示，一种车载软件配置升级管理数据处理端10包括：升级接收模块101、升级计划创建模块102和计划存储模块103；升级接收模块101，用于接收升级计划属性信息和升级计划数据；升级计划创建模块102，用于根据升级计划属性信息和升级计划数据创建升级计划，在软件版本规划时，可以按照不同的软件定义不同的升级树，发布不同车场或设备使用方的软件可以视作不同的软件，升级计划创建模块102与升级接收模块101连接；计划存储模块103，用于存储升级计划，计划存储模块103与升级计划创建模块102连接。

综上所述，本发明提供的一种车载软件配置升级管理方法、服务端、车机端及客户端，具有以下有益效果：

基于本发明的车载软件配置升级管理方法、服务端、车机端及客户端，有效避免了传统技术中依赖专用场所的工具软件及人员进行车载系统软件升级的情况，提高了升级包配置灵活性，升级功能的可拓展性，车载软件升级智能化程度及升级效率，能够适用于不同车型以及不同配置的升级管理，具有很高的商业价值和实用性。

Claims (10)

1.一种车载软件配置升级管理方法，其特征在于，包括如下步骤：

接收版本配置包，分析接收到的所述版本配置包，以获得并存储版本属性数据，并根据预设逻辑更新所述版本属性数据；

接收升级路径数据，根据所述升级路径数据更新版本树，以获取并发送版本树信息；

接收升级设备数据，根据所述升级设备数据选定升级设备，根据所述版本树和所述版本属性数据设置升级计划数据。

2.根据权利要求1所述的车载软件配置升级管理方法，其特征在于，所述接收版本配置包，分析接收到的所述版本配置包，以获得并存储版本属性数据，并根据预设逻辑更新所述版本属性数据，包括：

定义发布版本属性；

保存所述版本配置包及当前所述版本配置包的版本与路径数据；

根据所述发布版本属性分析所述版本与所述路径数据获得版本属性数据并存储；

根据所述发布版本属性判断所述版本配置包是否需要更新；

若是，则更新所述版本属性数据，并删除所述版本配置包及所述版本与所述路径数据；

若否，则维持所述版本属性数据。

3.根据权利要求1所述的车载软件配置升级管理方法，其特征在于，所述接收升级路径数据，根据所述升级路径数据更新版本树，以获取并发送版本树信息，包括：

定义升级路径属性；

根据所述升级路径数据构建版本树；

判断所述升级增量数据的所述升级路径属性；

若所述升级路径属性为增量属性，则根据所述升级增量数据更新所述版本树的增量节点；

若所述升级路径属性为全量属性，则根据所述升级增量数据更新所述版本树的全量节点。

4.一种车载软件配置升级管理服务端，其特征在于，包括：配置包接收更新模块、版本树模块和升级数据设置模块；

所述配置包接收更新模块，用于接收版本配置包，分析接收到的所述版本配置包，以获得并存储所述版本属性数据，并根据预设逻辑更新所述版本属性数据；

所述版本树模块，用于接收升级路径数据，根据所述升级路径数据更新版本树，以获取并发送版本树信息；

所述升级数据设置模块，用于接收升级设备数据，根据所述升级设备数据选定升级设备，根据所述版本树和所述版本属性数据设置升级计划数据。

5.根据权利要求4所述的车载软件配置升级管理服务端，其特征在于，所述配置包接收更新模块包括：版本属性模块、配置数据保存模块、版本属性分析模块、更新判断模块、更新模块和维持模块；

所述版本属性模块，用于定义发布版本属性；

所述配置数据保存模块，用于保存所述版本配置包及当前所述版本配置包的版本与路径数据；

所述版本属性分析模块，用于根据所述发布版本属性分析所述版本与所述路径数据获得版本属性数据并存储；

所述更新判断模块，用于根据所述发布版本属性判断所述版本配置包是否需要更新；

所述更新模块，用于在所述版本配置包需要更新时，更新所述版本属性数据，并删除所述版本配置包及所述版本与所述路径数据；

所述维持模块，用于在所述版本配置包不需要更新时，维持所述版本属性数据。

6.根据权利要求4所述的车载软件配置升级管理服务端，其特征在于，所述版本树模块，包括：路径属性定义模块、版本树构建模块、路径判断模块、增量路径更新模块和全量路径更新模块；

所述路径属性定义模块，用于定义升级路径属性；

所述版本树构建模块，用于根据所述升级路径数据构建版本树；

所述路径判断模块，用于判断所述升级增量数据的所述升级路径属性；

所述增量路径更新模块，用于在所述升级路径属性为增量属性时，根据所述升级增量数据更新所述版本树的增量节点；

所述全量路径更新模块，用于在所述升级路径属性为全量属性时，根据所述升级增量数据更新所述版本树的全量节点。

7.一种车载软件配置升级管理运维客户端实现方法，其特征在于，包括如下步骤：

更新版本属性数据；

打包所述版本属性数据为版本配置包，发送所述版本配置包；

初始化升级路径，发送升级路径数据，接收版本树信息；

输入升级设备的升级设备数据，发送所述升级设备数据；

定义并发送升级计划属性信息。

8.一种车载软件配置升级管理客户端，其特征在于，包括：属性数据更新模块、打包发送模块、初始路径发送模块、升级设备发送模块和计划定义发送模块；

所述属性数据更新模块，用于更新版本属性数据；

所述打包发送模块，用于打包所述版本属性数据为版本配置包，发送所述版本配置包；

所述初始路径发送模块，用于初始化升级路径，发送升级路径数据，接收版本树信息；

所述升级设备发送模块，用于输入升级设备的升级设备数据，发送所述升级设备数据；

所述计划定义发送模块，用于定义并发送升级计划属性信息。

9.一种车载软件分级配置包升级计划数据处理端实现方法，其特征在于，包括：

接收升级计划属性信息和升级计划数据；

根据所述升级计划属性信息和所述升级计划数据创建升级计划；

存储所述升级计划。

10.一种车载软件配置升级管理数据处理端，其特征在于，包括：升级接收模块、升级计划创建模块和计划存储模块；

所述升级接收模块，用于接收升级计划属性信息和升级计划数据；

所述升级计划创建模块，用于根据所述升级计划属性信息和所述升级计划数据创建升级计划；

所述计划存储模块，用于存储所述升级计划。