CN114895946A - 车辆升级方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种车辆升级方法、装置、设备及存储介质，具体实施方案为：获取已接入车辆的基本信息；根据所述基本信息，确定所述已接入车辆的升级路线；根据所述升级路线，控制对所述已接入车辆中的至少一个可操作控制器进行升级。上述方式保证了已接入车辆中至少一个可操作控制器所对应的版本信息能够对齐，并且可以实现对车辆中各可操作控制器的批量升级，进而有效提高进行车辆升级操作的效率。

Description

车辆升级方法、装置、设备及存储介质

技术领域

本申请涉及车辆升级技术，尤其涉及一种车辆升级方法、装置、设备及存储介质。

背景技术

随着人们生活水平的提高，车辆已经成为人们日常出行中必不可少的代步工具。基于软件定义汽车技术的快速发展，软件持续迭代能够为车辆提供更高的性能支持，因此对车辆进行相应的升级具有重要意义。

现有技术中，对车辆中的控制器进行升级时，升级时间较长、升级效率较低。

发明内容

本申请提供一种车辆升级方法、装置、设备及存储介质，以实现已接入车辆中至少一个可操作控制器对应版本信息的对齐，并有效提高车辆升级的效率。

第一方面，本申请实施例提供了一种车辆升级方法，该方法包括：

获取已接入车辆的基本信息；

根据所述基本信息，确定所述已接入车辆的升级路线；

根据所述升级路线，控制对所述已接入车辆中的至少一个可操作控制器进行升级。

第二方面，本申请实施例还提供了一种车辆升级装置，该装置包括：

车辆基本信息获取模块，用于获取已接入车辆的基本信息；

车辆升级路线确定模块，用于根据所述基本信息，确定所述已接入车辆的升级路线；

可操作控制器升级模块，用于根据所述升级路线，控制对所述已接入车辆中的至少一个可操作控制器进行升级。

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

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本申请实施例提供的任意一种车辆升级方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例提供的任意一种车辆升级方法。

本申请实施例通过基于所获取的已接入车辆的基本信息，确定该已接入车辆的升级路线，并控制对该已接入车辆中的至少一个可操作控制器进行升级，从而能够避免基于不同的升级策略对不同可操作控制器分别进行单独升级时，升级后的至少一个可操作控制器对应的版本信息不一致的情况发生，保证了升级后的已接入车辆中至少一个可操作控制器所对应的版本信息能够对齐，并且，通过对至少一个可操作控制器进行升级，可以实现对车辆中各可操作控制器的批量升级，进而有效提高进行车辆升级操作的效率。

附图说明

图1是本申请实施例一提供的一种车辆控制方法的流程图；

图2是本申请实施例二提供的一种车辆控制方法的流程图；

图3是本申请实施例三提供的一种车辆控制方法的流程图；

图4是本申请实施例四提供的一种车辆控制方法的流程图；

图5A是本申请实施例五提供的一种车辆控制方法的流程图；

图5B是本申请实施例五提供的一种近场升级系统的架构图；

图6是本申请实施例六提供的一种车辆控制装置的结构示意图；

图7是本申请实施例七提供的一种电子设备的框图。

具体实施方式

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

实施例一

图1为本申请实施例一提供的一种车辆升级方法的流程图，本实施例可适用于对车辆进行升级的情况。该方法可以由一种车辆升级装置来执行，该装置可采用硬件和/或软件的方式来实现，可配置于电子设备中。参考图1，该方法具备包括如下步骤：

S110、获取已接入车辆的基本信息。

其中，已接入车辆可以是已经具备车辆升级操作执行条件的车辆。已接入车辆的基本信息可以是该车辆各模块所对应的基本信息的集合。需要说明的是，已接入车辆的数量可以为至少一个，本申请对已接入车辆的具体数量不作任何限定。

具体地，可以对需要进行升级的车辆执行接入操作，当确定已经接入该车辆后，则可以认为该车辆已经具备车辆升级操作的执行条件，基于此，可以获取该已接入车辆所对应的不同类型的基本信息。

S120、根据所述基本信息，确定所述已接入车辆的升级路线。

升级路线可以是在车辆升级过程中，将车辆更新至不同等级的车辆版本所设定的先后顺序。车辆版本可以是车辆中所包括的可操作控制器所对应的各版本，例如可以是版本v1.0、版本v2.0或版本v3.0等。相应的，升级路线可以包括“v1.0-v2.0-v3.0”和“v2.0-v3.0”等中的至少一种。

具体地，在获取到已接入车辆的基本信息后，可以对该基本信息进行相应的分析，以获取已接入车辆本身所对应的车辆等级信息，并基于此对该已接入车辆的升级路线进行规划，从而实现已接入车辆的升级路线的确定。

S130、根据所述升级路线，控制对所述已接入车辆中的至少一个可操作控制器进行升级。

可操作控制器可以理解为能够响应升级操作的车辆控制器。车辆控制器可以是车辆中用于控制车辆实现相应功能的控制装置，例如可以包括电动门窗控制器、车载空调控制器和转向灯控制器等中的至少一种。

具体地，在确定已接入车辆的升级路线后，可以基于该升级路线所对应的具体的升级规则，控制该已接入车辆中所包括的至少一个可操作控制器执行对应的车辆升级操作，以实现对相应可操作控制器的升级。

本申请实施例通过基于所获取的已接入车辆的基本信息，确定该已接入车辆的升级路线，并控制对该已接入车辆中的至少一个可操作控制器进行升级，从而能够避免基于不同的升级策略对不同可操作控制器分别进行单独升级时，升级后的至少一个可操作控制器对应的版本信息不一致的情况发生，保证了升级后的已接入车辆中至少一个可操作控制器所对应的版本信息能够对齐，并且，通过对至少一个可操作控制器进行升级，可以实现对车辆中各可操作控制器的批量升级，进而有效提高进行车辆升级操作的效率。

实施例二

图2是本申请实施例二提供的一种车辆升级方法的流程图，本实施例以上述各实施例为基础进行了进一步地优化。

进一步地，将“根据所述基本信息，确定所述已接入车辆的升级路线”细化为“根据所述基本信息，确定所述升级路线中的基线版本；根据所述基线版本，确定所述升级路线”，以基于车辆对应的基线版本实现对升级路线的确定。

参考图2所示的车辆升级方法，该方法包括：

S210、获取已接入车辆的基本信息。

S220、根据所述基本信息，确定所述升级路线中的基线版本。

其中，基线版本可以是基于升级路线进行车辆升级时，所参照的基础版本信息。

具体地，可以通过已接入车辆的基本信息，对该已接入车辆的版本信息进行确定，并基于该已接入车辆的版本信息确定将要规划的升级路线中的基线版本。

S230、根据所述基线版本，确定所述升级路线。

具体的，以基线版本为起始版本，以期望的目标版本为终止版本，以基线版本与目标版本之间的中间版本为过渡版本，按照版本由小到大的顺序排列组合，生成升级路线。

S240、根据所述升级路线，控制对所述已接入车辆中的至少一个可操作控制器进行升级。

具体地，在确定具体的升级路线后，则可以对已接入车辆中的至少一个可操作控制器进行控制，使得至少一个可操作控制器能够根据该升级路线对自身执行相应的升级操作。

本申请实施例通过已接入车辆的基本信息，确定升级路线中的基线版本，并基于该基线版本对升级路线进行确定，使得在确定相应的升级路线时，能够将当前已接入车辆本身所对应的基本信息考虑在内，从而实现对该已接入车辆对应升级路线的针对性规划，有助于提高车辆升级的效率和准确度。

实施例三

图3是本申请实施例三提供的一种车辆升级方法的流程图，本实施例以上述各实施例为基础进行了进一步地优化。

在“获取已接入车辆的基本信息”的基础上追加“所述基本信息包括控制器的版本信息”，以完善车辆基本信息中所包括的信息类型；相应的，将“根据所述基本信息，确定所述升级路线中的基线版本”细化为“统计不同控制器的版本信息；根据统计结果，选取其中一个版本信息作为所述基线版本”，以完善基线版本的确定机制。

参考图3所示的车辆升级方法，该方法包括：

S310、获取已接入车辆的基本信息，所述基本信息包括控制器的版本信息。

其中，控制器可以是车辆中用于控制车辆实现相应功能的控制装置，该控制器可以包括可操作控制器。版本信息可以是已接入车辆中各控制器所属版本对应的具体信息。不同控制器的版本信可以相同，也可以不同。

具体地，可以对需要进行升级的车辆执行接入操作，当确定已经接入该车辆后，则可以认为该车辆已经具备车辆升级操作的执行条件，基于此，可以获取该已接入车辆所对应的不同类型的基本信息，例如该基本信息中可以包括控制器的版本信息等。

S320、统计不同控制器的版本信息。

具体地，在获取已接入车辆的基本信息时，可以获得该已接入车辆中各不同控制器所对应的版本信息。针对不同控制器的版本信息，则需要进行相应的统计操作。

S330、根据统计结果，选取其中一个版本信息作为所述基线版本。

其中，统计结果可以包括不同控制器的版本信息。

具体地，可以基于统计结果，从不同控制器的版本信息中选取其中一个版本信息作为升级路线的基线版本。

示例性地，根据统计结果，选取其中一个版本信息作为所述基线版本，可以包括：将控制器数量较多的其中一个版本信息作为所述基线版本。

具体地，可以通过对统计结果中所包括的不同控制器的版本信息进行归类，对各类型下的版本信息所对应的控制器数量进行统计，将控制器数量较多(例如最多)的其中一个版本信息作为升级路线中的基线版本。

可以理解的是，在对已接入车辆进行升级路线规划时，通过将控制器数量较多的其中一个版本信息作为相应的基线版本，使得在对车辆中各控制器进行升级时，对应的升级路线中的基线版本能够匹配车辆中较多的控制器，从而能够最大程度的减少各控制器对应版本信息向基线版本进行迭代时对处理资源的占用，同时有助于提高车辆升级的效率。

S340、根据所述基线版本，确定所述升级路线。

具体的，以基线版本为起始版本，以期望的目标版本为终止版本，以基线版本与目标版本之间的中间版本为过渡版本，按照版本由小到大的顺序排列组合，生成升级路线。

S350、根据所述升级路线，控制对所述已接入车辆中的至少一个可操作控制器进行升级。

本申请实施例在对已接入车辆进行升级路线规划时，通过对不同控制器对应的版本信息进行统计，并在相应的统计结果中选取一个版本信息作为基线版本，从而实现升级路线中基线版本的针对性确定，有助于最大程度减少各控制器对应版本信息向基线版本进行迭代时对处理资源的占用，提高车辆升级的效率。

实施例四

图4是本申请实施例四提供的一种车辆升级方法的流程图，本实施例以上述各实施例为基础进行了进一步地优化。

进一步地，将“根据所述升级路线，控制对所述已接入车辆中的至少一个可操作控制器进行升级”细化为“控制将所述已接入车辆中非基线版本的可操作控制器，升级或回退至所述基线版本；控制将所述已接入车辆中各基线版本的可操作控制器，升级至所述升级路线的目标版本”，以实现对车辆中各基线版本的可操作控制器的整体升级。

参考图4所示的车辆升级方法，该方法包括：

S410、获取已接入车辆的基本信息。

S420、根据所述基本信息，确定所述升级路线中的基线版本。

S430、根据所述基线版本，确定所述升级路线。

S440、控制将所述已接入车辆中非基线版本的可操作控制器，升级或回退至所述基线版本。

具体地，在确定升级路线中的基线版本后，可以从车辆的各控制器中筛选出处于非基线版本状态下的可操作控制器。若可操作控制器的版本信息对应的等级低于基线版本所对应的等级，可以将该可操作控制器的版本信息升级至基线版本；若可操作控制器的版本信息对应的等级高于基线版本所对应的等级，可以将该可操作控制器的版本信息回退至基线版本。

可以理解的是，通过将非基线版本的可操作控制器升级或回退至基线版本，可以保证至少一个可操作控制器在进行升级前均处于基线版本状态，从而使得至少一个可操作控制器可以基于相应的升级路线进行整体的升级，有助于提高已接入车辆中至少一个可操作控制器的升级效率。

S450、控制将所述已接入车辆中各基线版本的可操作控制器，升级至所述升级路线的目标版本。

其中，目标版本可以是进行升级后的至少一个可操作控制器所对应的版本信息。

具体地，在确保至少一个可操作控制器的版本信息均为基线版本后，可以基于所确定的升级路线中的目标版本，对至少一个可操作控制器的版本信息进行升级，直至升级至目标版本。

在一个可选实施例中，可操作控制器可以是已接入车辆中的全部或部分车辆控制器，可以由升级操作方根据需要进行可操作控制器的选取。

为了避免对控制器的升级给车辆使用方带来影响，在另一可选实施例中，还可以在已接入车辆的基本信息中预先配置升级权限信息，相应的，根据所述基本信息中的升级权限信息，从所述可接入车辆中的各控制器中选取可操作控制器。

其中，升级权限信息可以是针对各可操作控制器执行相应升级操作的权限信息。该升级权限信息中可以包括允许升级的可操作控制器类型和/或禁止升级的可操作控制器类型。不同用途的车辆所对应的升级权限信息可以不同，例如供应给预设部门的车辆，可以对车辆对应的升级权限信息进行自定义。

具体地，可以基于所获取的已接入车辆的基本信息，确定该已接入车辆对应的升级权限信息。基于该升级权限信息可以从该已接入车辆的各控制器中选取可执行相应升级操作的可操作控制器。

可以理解的是，通过根据基本信息中的升级权限信息，可以在可接入车辆中的各控制器中选取可操作控制器，从而能够避免对不应当进行升级的可操作控制器的误升级，保证对至少一个可操作控制器进行升级的合规性，同时有助于提高车辆升级过程中的灵活性，适用范围更广。

本申请实施例通过控制将已接入车辆中非基线版本的可操作控制器，升级或回退至所述基线版本，并在此基础上控制各基线版本的可操作控制器升级至所述升级路线的目标版本，能够保证已接入车辆中至少一个可操作控制器在进行升级前均处于基线版本状态，从而使得已接入车辆中至少一个可操作控制器可以基于相应的升级路线进行整体统一的升级，有助于提高已接入车辆中至少一个可操作控制器的升级效率。

实施例五

图5A是本申请实施例五提供的一种车辆升级方法的流程图，本实施例以上述各实施例为基础进行了进一步地优化。

将“根据所述升级路线，控制所述已接入车辆中的至少一个可操作控制器”细化为“从OTA云端获取与所述基本信息相匹配的升级包；根据所述升级路线和所述升级包，控制所述已接入车辆中的至少一个可操作控制器”，以完善对可操作控制器的控制机制。

参考图5A所示的车辆升级方法，该方法可应用于升级管理设备，具体包括如下步骤：

S510、获取已接入车辆的基本信息。

S520、根据所述基本信息，确定所述已接入车辆的升级路线。

S530、从OTA云端获取与所述基本信息相匹配的升级包。

S540、根据所述升级路线和所述升级包，控制所述已接入车辆中的至少一个可操作控制器。

其中，升级管理设备可以是对车辆进行升级的管理设备，该升级管理设备可以是服务器或客户端等。

为了提高对车辆升级过程的便捷度，升级管理设备与车辆之间可以采用近场通信的方式，进行数据传输。也即，升级管理设备可以是近场服务器或近场客户端等。空中下载技术(Over-the-Air Technology，OTA)云端可以是提供车辆升级服务的远程服务端。OTA云端中可以包括对应于不同车辆版本信息的升级包。升级包可以是对已接入车辆中至少一个可操作控制器进行升级操作时所需要的程序包。

具体地，可以从OTA云端中所存储的各升级包中获取与已接入车辆的基本信息相匹配的升级包。

具体地，在确定已接入车辆的升级路线和对应的升级包后，可以对该已接入车辆中的至少一个可操作控制器进行控制，以使得被控制的至少一个可操作控制器能够执行相应的升级操作。

例如图5B为一种近场升级系统的架构图。参见图5B，近场服务器和近场客户端均可以通过网络与OTA云端进行连接，并从该OTA云端中所存储的各升级包中下载与已接入车辆的基本信息相匹配的升级包，并获取相应升级包的下载进度。在此基础上，近场服务器或近场客户端可以通过近场通讯的方式与已接入车辆对应的车端之间进行数据传输，从而能够基于所下载的升级包对已接入车辆中的至少一个可操作控制器执行相应的升级操作。需要说明的是，近场服务器与近场客户端之间可以设置接入互斥关系，通过接入互斥关系的引入，可以在对待升级车辆进行升级的过程中，单次仅能选取近场服务器或近场客户端对该待升级车辆执行接入操作，避免出现升级干扰或升级混乱情况的发生。其中，待升级车辆对应前述已接入车辆。

为了便于对升级过程进行管理，升级管理设备可以引入对升级过程的监管功能。例如，升级管理设备从OTA云端下载升级包时，可以显示下载进度；又如，升级管理设备在控制车辆升级过程中，可以显示对车辆中可操作控制器的升级进度，和/或显示对需要升级的可操作控制器的升级成功占比。

在上述各实施例的基础上，根据所述升级路线，控制所述已接入车辆中的至少一个可操作控制器，还可以包括：检测所述已接入车辆是否处于升级过程；若是，则禁止控制所述已接入车辆中的可操作控制器，且取消与所述已接入车辆的通信连接；若否，则根据所述升级路线，控制所述已接入车辆中的至少一个可操作控制器。

具体地，可以对已接入车辆所处的状态进行检测，判断该已接入车辆是否处于升级过程。相应的，若判定该已接入车辆处于升级过程，则表明该已接入车辆中的至少一个可操作控制器正在执行相应的升级操作，从而需要禁止再对该已接入车辆中的可操作控制器进行控制，并且取消与该接入车辆之间的通信连接；若判定该已接入车辆未处于升级过程，则表明并未对该已接入车辆中任一可操作控制器执行相应的升级操作，从而可以根据相应的升级路线，对已接入车辆中的至少一个可操作控制器进行控制，以使得被控制的至少一个可操作控制器能够执行相应的升级操作。

可以理解的是，若已接入车辆处于升级过程时，禁止控制已接入车辆中的可操作控制器，并取消与该已接入车辆的通信连接，能够避免在该已接入车辆已经处于升级状态时，再次对已接入车辆中的可操作控制器执行升级操作所导致的冲突，从而保证该已接入车辆当前升级过程的顺利执行。相应的，若已接入车辆未处于升级过程时，根据相应升级路线，控制该已接入车辆中的至少一个可操作控制器，能够使得该已接入车辆正常进行相应的车辆升级操作，完成至少一个可操作控制器的整体升级。

本申请实施例通过从OTA云端中获取与基本信息相匹配的升级包，并基于该升级包和相应升级路线对已接入车辆中的至少一个可操作控制器进行控制，从而无需车端自身通过网络从远程服务器下载新的软件更新包，使得车端在不具备联网条件时，仍可实现对车辆的升级操作，具备更高的灵活性，适用范围更广。

实施例六

图6为本申请实施例六提供的一种车辆升级装置的结构示意图，本实施例可适用于对车辆进行升级的情况。该装置可采用硬件和/或软件的方式来实现，可配置于电子设备中。参考图6，该装置包括：

车辆基本信息获取模块610，用于获取已接入车辆的基本信息。

车辆升级路线确定模块620，用于根据所述基本信息，确定所述已接入车辆的升级路线。

可操作控制器升级模块630，用于根据所述升级路线，控制对所述已接入车辆中的至少一个可操作控制器进行升级。

本申请实施例通过基于所获取的已接入车辆的基本信息，确定该已接入车辆的升级路线，并控制对该已接入车辆中的至少一个可操作控制器进行升级，从而能够避免基于不同的升级策略对不同可操作控制器分别进行单独升级时，升级后的至少一个可操作控制器对应的版本信息不一致的情况发生，保证了升级后的已接入车辆中至少一个可操作控制器所对应的版本信息能够对齐，并且，通过对至少一个可操作控制器进行升级，可以实现对车辆中各可操作控制器的批量升级，进而有效提高进行车辆升级操作的效率。

可选的，车辆升级路线确定模块620，可以包括：

基线版本确定单元，可用于根据所述基本信息，确定所述升级路线中的基线版本；

升级路线确定单元，可用于根据所述基线版本，确定所述升级路线。

可选的，所述基本信息包括控制器的版本信息；

相应的，基线版本确定单元，可以包括：

控制器版本信息统计子单元，可用于统计不同控制器的版本信息；

基线版本信息确定子单元，可用于根据统计结果，选取其中一个版本信息作为所述基线版本。

可选的，基线版本信息确定子单元，具体用于：将控制器数量较多的其中一个版本信息作为所述基线版本。

可选的，可操作控制器升级模块630，可以包括：

基线版本调整单元，可用于控制将所述已接入车辆中非基线版本的可操作控制器，升级或回退至所述基线版本；

目标版本升级单元，可用于控制将所述已接入车辆中各基线版本的可操作控制器，升级至所述升级路线的目标版本。

可选的，该装置还包括：

可操作控制器选取模块，可用于根据所述基本信息中的升级权限信息，从所述可接入车辆中的各控制器中选取可操作控制器。

可选的，可操作控制器升级模块630，可以包括：

升级包获取单元，可用于从空中下载技术OTA云端获取与所述基本信息相匹配的升级包；

可操作控制器第一控制单元，可用于根据所述升级路线和所述升级包，控制所述已接入车辆中的至少一个可操作控制器。

可选，可操作控制器升级模块630，可以包括：

升级过程检测单元，可用于检测所述已接入车辆是否处于升级过程；

通信连接取消单元，可用于若是，则禁止控制所述已接入车辆中的可操作控制器，且取消与所述已接入车辆的通信连接；

可操作控制器第二控制单元，可用于若否，则根据所述升级路线，控制所述已接入车辆中的至少一个可操作控制器。

本申请实施例所提供的车辆升级装置可以执行本申请实施例所提供的任意一种车辆升级方法，具备执行各车辆升级方法相应的功能模块和有益效果。本申请实施例中未详尽描述的内容可以参考本申请实施例任意一种车辆升级方法实施例中的描述。

实施例七

图7是本发明实施例七供的一种电子设备的结构图。图7示出了适于用来实现本发明实施方式的示例性电子设备712的框图。图7显示的电子设备712仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，电子设备712以通用计算设备的形式表现。电子设备712的组件可以包括但不限于：一个或者多个处理器或者处理单元716，系统存储器728，连接不同系统组件(包括系统存储器728和处理单元716)的总线718。

总线718表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备712典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备712访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器728可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)730和/或高速缓存存储器732。电子设备712可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统734可以用于读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线718相连。存储器728可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块732的程序/实用工具740，可以存储在例如存储器728中，这样的程序模块732包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块742通常执行本发明所描述的实施例中的功能和/或方法。

电子设备712也可以与一个或多个外部设备714(例如键盘、指向设备、显示器724等)通信，还可与一个或者多个使得用户能与该电子设备712交互的设备通信，和/或与使得该电子设备712能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口722进行。并且，电子设备712还可以通过网络适配器720与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器720通过总线718与电子设备712的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备712使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元716通过运行存储在系统存储器728中的多个程序中其他程序的至少一个，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的任意一种车辆升级方法。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (10)

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

获取已接入车辆的基本信息；

根据所述基本信息，确定所述已接入车辆的升级路线；

根据所述升级路线，控制对所述已接入车辆中的至少一个可操作控制器进行升级。

2.根据权利要求1所述的方法，其特征在于，所述根据所述基本信息，确定所述已接入车辆的升级路线，包括：

根据所述基本信息，确定所述升级路线中的基线版本；

根据所述基线版本，确定所述升级路线。

3.根据权利要求2所述的方法，其特征在于，所述基本信息包括控制器的版本信息；

相应的，所述根据所述基本信息，确定所述升级路线中的基线版本，包括：

统计不同控制器的版本信息；

根据统计结果，选取其中一个版本信息作为所述基线版本。

4.根据权利要求3所述的方法，其特征在于，所述根据统计结果，选取其中一个版本信息作为所述基线版本，包括：

将控制器数量较多的其中一个版本信息作为所述基线版本。

5.根据权利要求2所述的方法，其特征在于，所述根据所述升级路线，控制对所述已接入车辆中的至少一个可操作控制器进行升级，包括：

控制将所述已接入车辆中非基线版本的可操作控制器，升级或回退至所述基线版本；

控制将所述已接入车辆中各基线版本的可操作控制器，升级至所述升级路线的目标版本。

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

根据所述基本信息中的升级权限信息，从所述可接入车辆中的各控制器中选取可操作控制器。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述方法应用于升级管理设备；

所述根据所述升级路线，控制所述已接入车辆中的至少一个可操作控制器，包括：

从空中下载技术OTA云端获取与所述基本信息相匹配的升级包；

根据所述升级路线和所述升级包，控制所述已接入车辆中的至少一个可操作控制器。

8.一种车辆升级装置，其特征在于，包括：

基本信息获取模块，用于获取已接入车辆的基本信息；

升级路线确定模块，用于根据所述基本信息，确定所述已接入车辆的升级路线；

可操作控制器升级模块，用于根据所述升级路线，控制对所述已接入车辆中的至少一个可操作控制器进行升级。

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

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7任一项所述的一种车辆升级方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7任一项所述的一种车辆升级方法。

Images