CN116069350A - 车辆升级方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开实施例公开了一种车辆升级方法、装置、电子设备和存储介质，该方法包括：在确定向车辆推送升级包完成时，基于升级策略确定所述车辆是否符合升级安全条件；若确定所述车辆符合所述升级安全条件，则发送第一升级提示信息。本公开提高了车辆的安全性。

Description

车辆升级方法、装置、电子设备和存储介质

技术领域

本公开涉及自动驾驶技术领域，尤其涉及一种车辆升级方法、装置、电子设备和存储介质。

背景技术

汽车OTA(Over-The-Air technology，空中下载技术)是近年来在智能汽车上应用越来越多的技术，通过OTA可以及时对汽车软件以及固件进行故障修复和功能升级。另外车辆制造厂家可以不受车辆所在地点和时间限制来为车辆用户提供OTA服务。

与此同时，汽车OTA也带来了新的挑战和安全隐患，有越来越多的车辆安全事故和道路安全事件是由不安全的OTA过程而引发的。

目前常规的OTA过程没有考虑到或很少考虑除了信息技术以外的安全因素检测，不能很好地保证OTA过程中车辆本身及道路交通的安全性。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开实施例提供了一种车辆升级方法、装置、电子设备和存储介质，实现了提高车辆安全性的目的。

第一方面，本公开实施例提供了一种车辆升级方法，该方法包括：在确定向车辆推送升级包完成时，基于升级策略确定所述车辆是否符合升级安全条件；若确定所述车辆符合所述升级安全条件，则发送第一升级提示信息。

第二方面，本公开实施例还提供了另一种车辆升级方法，该方法包括：在确定升级包推送完成且车辆处于启动状态时，发送第一升级提示信息；若在第一预设时长内接收到基于所述第一升级提示信息触发的确认指令，发送第二升级提示信息；若在第二预设时长内接收到基于所述第二升级提示信息触发的确认指令，基于升级策略确定所述车辆是否符合升级安全条件；若确定所述车辆符合所述升级安全条件，则启动升级流程，以基于所述升级包对车辆进行升级。

第三方面，本公开实施例还提供了一种车辆升级装置，该装置包括：第一确定模块，用于在确定向车辆推送升级包完成时，基于升级策略确定所述车辆是否符合升级安全条件；第一发送模块，用于若确定所述车辆符合所述升级安全条件，则发送第一升级提示信息。

第四方面，本公开实施例还提供了另一种车辆升级装置，该装置包括：第二发送模块，用于在确定升级包推送完成且车辆处于启动状态时，发送第一升级提示信息；第三发送模块，用于若在第一预设时长内接收到基于所述第一升级提示信息触发的确认指令，发送第二升级提示信息；第二确定模块，用于若在预设时长内接收到基于所述第二升级提示信息触发的确认指令，基于升级策略确定所述车辆是否符合升级安全条件；第一启动模块，用于若确定所述车辆符合所述升级安全条件，则启动升级流程，以基于所述升级包对车辆进行升级。

第五方面，本公开实施例还提供了一种电子设备，所述电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上所述的车辆升级方法。

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

本公开实施例提供的车辆升级方法，在发送升级提示信息之前，增加自动对车辆进行安全检测的环节，即在确定向车辆推送升级包完成时，基于升级策略确定车辆是否符合升级安全条件，若确定车辆符合升级安全条件，则发送第一升级提示信息，以达到避免用户误操作触发升级流程，进而影响车辆安全的目的。换言之，若在发送升级提示信息之前，不对车辆进行安全检测，而是直接发送第一升级提示信息，在车辆用户接收到第一升级提示信息时，可能存在用户误操作导致车辆进入升级状态，进而对车辆的安全带来影响。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1为本公开实施例中的一种车辆升级方法的流程图；

图2为本公开实施例中的一种车辆升级方法的流程图；

图3为本公开实施例中的一种车辆升级方法的流程图；

图4为本公开实施例中的一种车辆升级方法的流程图；

图5为本公开实施例中的一种车辆升级方法的流程图；

图6为本公开实施例中的一种车辆升级方法的流程图；

图7为本公开实施例中的一种判断车辆是否安全的流程图；

图8为本公开实施例中的一种车辆升级方法的流程图；

图9为本公开实施例中的一种车辆升级装置的结构示意图；

图10为本公开实施例中的一种车辆升级装置的结构示意图；

图11为本公开实施例中的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

通常情况下，在车辆进行OTA升级时，云端向车辆推送升级包，车辆开启静默下载，当车辆下载升级包完成时，云端向车辆的车载显示设备或车辆用户的手机发送升级提醒。也就是说，在云端向车辆发送升级提醒之前没有检测车辆当前是否符合升级安全条件，而是直接发送升级提醒。该种方法存在的问题是：在升级提醒发送到车载显示设备或车辆用户的手机时，用户可能由于不了解或不清楚该升级提醒的含义等各种原因出现误操作的情况，导致车辆进入升级状态；或者，由于驾驶端和手机端的人不是同一个人，驾驶端和手机端都不知道彼此操作情况，导致手机端升级车辆引起的一系列问题。通常情况下，车辆一旦进入固件升级状态，则车辆的各项功能则无法正常运行，导致车辆处于不可用状态，需等待升级完成才可以启动各项功能。假如车辆在行驶道路中进入升级状态，则车辆会一直停在行驶道路中，直到升级完成才可以驶离行驶道路，这将会带来较严重的交通堵塞情况，同时会给车辆本身带来较大的安全隐患。

针对上述问题，本公开实施例提供了一种车辆升级方法，以提高车辆的安全性。本公开实施例提供车辆升级方法不仅适用于对车辆的固件进行升级，还适用于对车辆的软件进行升级。示例性的，本公开以对车辆的固件进行升级为例对车辆升级方法进行说明。下面结合具体的实施例对该方法进行介绍。图1为本公开实施例中的一种车辆升级方法的流程图。该方法可以由车辆升级装置执行，该装置可以采用软件和/或硬件的方式实现，该装置可配置于电子设备中，例如服务器。如图1所示，该方法具体可以包括如下步骤：

步骤110、在确定向车辆推送升级包完成时，基于升级策略确定车辆是否符合升级安全条件。

其中，向车辆推送升级包完成表示车辆完成了对升级包的下载，当前时刻升级包已经存在于车辆本地。由于升级过程需要占用一定的时间，且在固件升级过程中，车辆中参与升级的功能部件均处于不可用状态，例如车辆无法继续行驶，甚至无法打开车门、车窗等。因此在升级之前确保车辆符合升级安全条件很重要，且需尽量避免由于用户的误触发导致车辆进入升级状态的情况发生。因此，在本公开实施例中，在发送第一升级提示信息之前，基于升级策略确定车辆是否符合升级安全条件，只有在确定车辆符合升级安全条件时，才发送第一升级提示信息。

在不确定车辆是否符合升级安全条件时，则不发送第一升级提示信息，即不给用户提供可能会误触发的入口，可较彻底地解决由于用户的误触发导致车辆进入升级状态的问题。

在一些实施方式中，基于升级策略确定车辆是否符合升级安全条件包括：获取车辆状态信息、车辆所处位置信息以及车辆所处环境信息；基于所述车辆状态信息、车辆所处位置信息以及车辆所处环境信息确定车辆是否符合升级安全条件。其中，车辆状态信息包括：车速信息、档位信息以及电子驻车制动系统EPB的状态信息。具体的，基于升级策略确定车辆是否符合升级安全条件，包括：

在车速信息为0且档位信息为驻车档(即p档)且EPB的状态信息为驻车且车辆所处位置信息为预设安全位置且车辆所处环境信息符合预设环境条件时，确定车辆符合升级安全条件。

进一步的，车辆所处位置信息可通过车载定位系统获取。获取车辆所处环境信息包括：基于车载摄像头获取车辆所处环境的照片，和/或基于车载雷达获取车辆所处环境的点云数据。确定车辆所处环境信息是否符合预设环境条件，包括：通过预设算法(例如人工智能AI算法)对所述照片和/或所述点云数据进行识别，以确定车辆所处环境信息是否符合预设环境条件。

通过增加对车辆所处环境信息的检测，相比于只依靠车辆状态信息以及车辆所处位置信息的检测，可进一步提高车辆安全的确认准确度。仅依靠车辆所处位置信息，并不一定能保证车辆处于安全环境中，比如车辆的定位系统有偏差，车辆实际处于车道上但定位系统显示车辆处于预设安全位置；或者预定义的预设安全位置信息过期，比如预设安全位置原来在高精地图中属于安全区域，但现在已变为非安全区域等。因此，需要有更进一步的安全环境检测和判断。具体的，应用AI算法来识别车载摄像头Camera采集的图像信息或/和应用AI算法来识别车载激光雷达Lidar采集的点云数据，判断车辆的周围环境中是否存在道路交通标志、车道线、警告标志、危险车辆、交通拥堵及障碍物等，判断车辆不在交通环境中，例如：不在道路边缘的临时停车区、不在停车场的出入口、不在基建工地、不在积水区域、不处于可能影响交通或发生碰撞的区域等非道路交通环境中。如此，第一可避免由于车辆定位系统的误差造成的定位偏差而错误判断为车辆处于安全区域；第二可以避免由于车载高精地图定义的安全区域信息过期导致车辆实际上处于非安全区域，而定位系统却判定为处于安全区域的问题；第三可以避免车辆确实处于安全区域，但实际交通环境不安全的问题。

步骤120、若确定车辆符合升级安全条件，则发送第一升级提示信息。

示例性的，发送第一升级提示信息，包括：向与车辆关联的终端，和/或车辆的车载显示设备发送第一升级提示信息。其中，与车辆关联的终端包括但不限于智能手机、掌上电脑、平板电脑、带显示屏的可穿戴设备、台式机、笔记本电脑、一体机、智能家居设备等。对应的，基于第一升级提示信息触发的确认指令包括：基于第一升级提示信息通过所述终端、和/或所述车载显示设备、和/或预设物理按键触发的指令。其中，预设物理按键可以是与车辆通信连接的钥匙。

在一种实施方式中，第一升级提示信息具体可以是提示用户是否同意开启升级的信息，若用户触发“是”选项，则可启动升级流程；若用户触发“否”选项，则不启动升级流程。

综上所述，用户基于第一升级提示信息可能会由于误触发“是”选项导致车辆进入升级状态，若在向车辆发送第一升级提示信息之前没有进行车辆安全的检测，则有可能在车辆处于不安全的状态时进入升级状态，进而引发较严重的安全事故。而本实施例的方案中，在发送第一升级提示信息之前，基于升级策略确定车辆是否符合升级安全条件，若确定车辆符合升级安全条件，才发送所述第一升级提示信息，可较彻底地解决由于用户的误触发导致车辆进入升级状态的问题。

本实施例提供的车辆升级方法，在发送升级提示信息之前，增加自动对车辆进行安全检测的环节，即在确定向车辆推送升级包完成时，基于升级策略确定车辆是否符合升级安全条件，若确定车辆符合升级安全条件，则发送第一升级提示信息，以达到避免用户误操作触发升级流程，进而影响车辆安全的目的。

图2为本公开实施例中的另一种车辆升级方法的流程图。本实施例在上述实施例的基础上，进一步对车辆升级方法进行了优化，以进一步提高车辆的安全性。具体是在启动升级流程之前，向车辆发送两次升级提示。如图2所示，车辆升级方法具体包括如下步骤：

步骤210、在确定向车辆推送升级包完成时，基于升级策略确定车辆是否符合升级安全条件。

步骤220、若确定车辆符合升级安全条件，则发送第一升级提示信息。

第一升级提示信息具体可以是提示用户是否同意开启升级的信息，若用户触发“是”选项，则可启动升级流程；若用户触发“否”选项，则不启动升级流程。

步骤230、若在第一预设时长内接收到基于第一升级提示信息触发的确认指令，发送第二升级提示信息。

即在发送第一升级提示信息之后，用户基于第一升级提示信息触发了同意升级的确认指令，此时为了进一步确保该确认指令是用户的真实意图而不是由于误触发所致，再次发送第二升级提示信息。同时第二升级提示信息用于提示用户对车辆进行安全状态检测，以通过人工的方式确保车辆处于安全状态。

示例性的，发送第二升级提示信息，包括：向与车辆关联的终端，和/或车辆的车载显示设备发送第二升级提示信息。其中，与车辆关联的终端包括但不限于智能手机、掌上电脑、平板电脑、带显示屏的可穿戴设备、台式机、笔记本电脑、一体机、智能家居设备等。对应的，基于第二升级提示信息触发的确认指令，包括：基于第二升级提示信息通过所述终端、和/或所述车载显示设备、和/或预设物理按键触发的指令。若在第一预设时长内没有接收到基于第一升级提示信息触发的确认指令，则退出流程，等待下一次的升级提醒。

步骤240、若在第二预设时长内接收到基于第二升级提示信息触发的确认指令，基于升级策略确定车辆是否符合升级安全条件。

由于每时每刻车辆的状态都有可能会发生变化，因此在启动升级流程之前再对车辆进行一次安全检测，以最大程度确保车辆的安全性。若在第二预设时长内没有接收到基于第二升级提示信息触发的确认指令，则退出流程，等待下一次的升级提醒。其中，第一预设时长与第二预设时长可以是相同的，也可以是不同的。典型的，第一预设时长和第二预设时长可以分别是1分钟。

步骤250、若确定车辆符合升级安全条件，则启动升级流程，以基于升级包对车辆进行升级。

进一步的，由于每时每刻车辆的状态都有可能会发生变化，因此在基于升级包对车辆进行升级的过程中，基于升级策略监控车辆是否保持符合升级安全条件的状态，在确定车辆不符合升级安全条件时，停止对车辆进行升级的操作。并可发送提示信息，以提示用户停止升级的原因，以及如何使车辆继续升级的参考信息，提示信息例如是“车辆处于非安全状态，无法继续升级，若要继续升级请将车辆停至安全环境中，并使车辆档位保持在p档位”。当检测到车辆符合升级安全条件时，重复上述流程，再次发送第一升级提示信息，若在第一预设时长内接收到基于所述第一升级提示信息触发的确认指令，发送第二升级提示信息；若在第二预设时长内接收到基于所述第二升级提示信息触发的确认指令，基于升级策略确定所述车辆是否符合升级安全条件；若确定所述车辆符合所述升级安全条件，则启动升级流程，在上次升级进度的基础上继续进行升级。

在一些实施方式中，车辆升级方法还包括：在基于升级包对车辆进行升级时，若接收到中断指令或升级超时，则退出升级流程，并控制车辆恢复为升级之前的版本。这样设置的好处是，若在车辆升级过程中，用户突然有用车需求或者其它原因不得不中断升级时，可响应用户的该需求，可提升用户的使用体验。

本公开实施例提供的车辆升级方法，在启动升级流程之前，向车辆发送两次升级提示，以确保同意升级的确认指令是用户的真实意图而不是由于误触发所致；且在启动升级流程之前再次基于升级策略确定车辆是否符合升级安全条件，达到进一步提高在车辆升级时车辆安全的目的。

图3为本公开实施例中的另一种车辆升级方法的流程图。本实施例在上述实施例的基础上，针对升级包的推送阶段进行了优化，以降低升级包推送对车辆安全的影响。如图3所示，车辆升级方法具体包括如下步骤：

步骤310、在确定向车辆推送升级包时，基于推送策略确定车辆是否符合推送安全条件。

即在向车辆推送升级包之前，基于推送策略确定车辆是否符合推送安全条件。由于车辆在下载升级包时，会占用车辆移动网络的通信带宽，进而对车辆的通信可靠性和稳定性产生影响，而车辆的通信可靠性和稳定性对于无人驾驶车辆的车端与云端的通信和远程监控的安全机制运行至关重要。

其中，基于推送策略确定车辆是否符合推送安全条件，可以是实时获取车辆的通信带宽，在通信带宽高于预设值时，确定车辆符合推送安全条件。通信带宽高于预设值表示车辆当前对通信带宽的需求较低，故可将通信带宽用于对升级包的下载。

可选的，基于推送策略确定车辆是否符合推送安全条件，包括：

获取车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种；基于所述车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种确定车辆是否符合推送安全条件。所述车辆状态信息包括：车速信息、档位信息以及电子驻车制动系统EPB的状态信息。其中，所述升级安全条件的安全程度大于所述推送安全条件的安全程度。

步骤320、若确定车辆符合推送安全条件，则启动升级包推送流程，以向车辆推送升级包。

进一步，在向所述车辆推送升级包的同时，基于所述推送策略监控所述车辆是否保持符合推送安全条件的状态，以在确定所述车辆不符合推送安全条件时，停止向所述车辆推送升级包。

步骤330、在确定向车辆推送升级包完成时，基于升级策略确定车辆是否符合升级安全条件。

步骤340、若确定车辆符合升级安全条件，则发送第一升级提示信息。

进一步的，若在第一预设时长内接收到基于第一升级提示信息触发的确认指令，发送第二升级提示信息；若在第二预设时长内接收到基于第二升级提示信息触发的确认指令，基于升级策略确定车辆是否符合升级安全条件；若确定车辆符合升级安全条件，则启动升级流程，以基于升级包对车辆进行升级；在基于升级包对车辆进行升级的同时，基于升级策略监控车辆是否保持符合升级安全条件的状态，在确定车辆不符合升级安全条件时，停止对车辆进行升级的操作。在基于升级包对车辆进行升级的同时，若接收到中断指令或升级超时，则退出升级流程，并控制所述车辆恢复为升级之前的版本。

本实施例提供的车辆升级方法，可实现无人驾驶车辆OTA升级包推送和下载过程的安全检测和控制，保证OTA后续升级过程的安全性。在OTA过程一开始的升级包推送和下载过程就开始检测车辆的安全状态，避免了无人驾驶车辆在行驶过程中或车辆处于不安全的环境中下载升级包，避免了由于对车辆移动网络带宽的占用导致的影响车辆行驶过程中的安全监控问题，使OTA升级包的下载过程也在车辆处于安全状态下进行，从OTA过程的源头保证车辆的安全性。另外，在OTA升级包下载完成后的可升级提醒环节，增加了安全检测，若车辆安全状态不满足升级安全条件，则不进行可升级提醒，避免用户的误操作，从OTA升级操作的提醒环节保证安全性。在OTA升级过程中对车辆进行监控，当OTA升级被取消或超时退出时，重新进行安全检测，并发出下次可升级的提醒，保证了OTA升级过程中的安全性和流程完整性。

图4为本公开实施例中的另一种车辆升级方法的流程图。如图4所示，车辆升级方法具体包括如下步骤：

步骤410、在确定升级包推送完成且车辆处于启动状态时，发送第一升级提示信息。

其中，升级包推送完成表示车辆完成了对升级包的下载，当前时刻升级包已经存在于车辆本地。在确定升级包推送完成且车辆处于启动状态时，并不是直接启动升级流程，而先向用户发送提示信息，以使用户做好升级准备，并在对车辆进行人工检测，确保车辆处于安全状态。

示例性的，发送第一升级提示信息，包括：向与车辆关联的终端，和/或车辆的车载显示设备发送第一升级提示信息。其中，与车辆关联的终端包括但不限于智能手机、掌上电脑、平板电脑、带显示屏的可穿戴设备、台式机、笔记本电脑、一体机、智能家居设备等。对应的，基于第一升级提示信息触发的确认指令包括：基于第一升级提示信息通过所述终端、和/或所述车载显示设备、和/或预设物理按键触发的指令。其中，预设物理按键可以是与车辆通信连接的钥匙。

在一种实施方式中，第一升级提示信息具体可以是提示用户是否同意开启升级的信息，若用户触发“是”选项，则可启动升级流程；若用户触发“否”选项，则不启动升级流程。

步骤420、若在第一预设时长内接收到基于所述第一升级提示信息触发的确认指令，发送第二升级提示信息。

即在发送第一升级提示信息之后，用户基于第一升级提示信息触发了同意升级的确认指令，此时为了进一步确保该确认指令是用户的真实意图而不是由于误触发所致，再次发送第二升级提示信息。同时第二升级提示信息用于提示用户对车辆进行安全状态检测，以通过人工的方式确保车辆处于安全状态。

示例性的，发送第二升级提示信息，包括：向与车辆关联的终端，和/或车辆的车载显示设备发送第二升级提示信息。其中，与车辆关联的终端包括但不限于智能手机、掌上电脑、平板电脑、带显示屏的可穿戴设备、台式机、笔记本电脑、一体机、智能家居设备等。对应的，基于第二升级提示信息触发的确认指令，包括：基于第二升级提示信息通过所述终端、和/或所述车载显示设备、和/或预设物理按键触发的指令。若在第一预设时长内没有接收到基于第一升级提示信息触发的确认指令，则退出流程，等待下一次的升级提醒。

步骤430、若在第二预设时长内接收到基于所述第二升级提示信息触发的确认指令，基于升级策略确定所述车辆是否符合升级安全条件。

由于每时每刻车辆的状态都有可能会发生变化，因此在启动升级流程之前再对车辆进行一次安全检测，以最大程度确保车辆的安全性。若在第二预设时长内没有接收到基于第二升级提示信息触发的确认指令，则退出流程，等待下一次的升级提醒。其中，第一预设时长与第二预设时长可以是相同的，也可以是不同的。典型的，第一预设时长和第二预设时长可以分别是1分钟。

由于固件升级过程需要占用一定的时间，且在升级过程中，车辆中参与升级的功能部件均处于不可用状态，例如车辆无法继续行驶，甚至无法打开车门、车窗等。因此在升级之前确保车辆符合升级安全条件很重要。因此，在本公开实施例中，在启动升级流程之前，基于升级策略确定车辆是否符合升级安全条件，只有在确定车辆符合升级安全条件时，才启动升级流程。

在一些实施方式中，基于升级策略确定车辆是否符合升级安全条件包括：获取车辆状态信息、车辆所处位置信息以及车辆所处环境信息；基于所述车辆状态信息、车辆所处位置信息以及车辆所处环境信息确定车辆是否符合升级安全条件。其中，车辆状态信息包括：车速信息、档位信息以及电子驻车制动系统EPB的状态信息。具体的，基于升级策略确定车辆是否符合升级安全条件，包括：在车速信息为0且档位信息为驻车档(即p档)且EPB的状态信息为驻车且车辆所处位置信息为预设安全位置且车辆所处环境信息符合预设环境条件时，确定车辆符合升级安全条件。进一步的，车辆所处位置信息可通过车载定位系统获取。

获取车辆所处环境信息包括：基于车载摄像头获取车辆所处环境的照片，和/或基于车载雷达获取车辆所处环境的点云数据。确定车辆所处环境信息是否符合预设环境条件，包括：通过预设算法(例如人工智能AI算法)对所述照片和/或所述点云数据进行识别，以确定车辆所处环境信息是否符合预设环境条件。

通过增加对车辆所处环境信息的检测，相比于只依靠车辆状态信息以及车辆所处位置信息的检测，可进一步提高车辆安全的确认准确度。仅依靠车辆所处位置信息，并不一定能保证车辆处于安全环境中，比如车辆的定位系统有偏差，车辆实际处于车道上但定位系统显示车辆处于预设安全位置；或者预定义的预设安全位置信息过期，比如预设安全位置原来在高精地图中属于安全区域，但现在已变为非安全区域等。因此，需要有更进一步的安全环境检测和判断。具体的，应用AI算法来识别车载摄像头Camera采集的图像信息或/和应用AI算法来识别车载激光雷达Lidar采集的点云数据，判断车辆的周围环境中是否存在道路交通标志、车道线、警告标志、危险车辆及障碍物等，判断车辆不在交通环境中，例如：不在道路边缘的临时停车区、不在停车场的出入口、不在基建工地、不在积水区域、不处于可能影响交通或发生碰撞的区域等非道路交通环境中。如此，第一可避免由于车辆定位系统的误差造成的定位偏差而错误判断为车辆处于安全区域；第二可以避免由于车载高精地图定义的安全区域信息过期导致车辆实际上处于非安全区域，而定位系统却判定为处于安全区域的问题；第三可以避免车辆确实处于安全区域，但实际交通环境不安全的问题。

步骤440、若确定所述车辆符合所述升级安全条件，则启动升级流程，以基于所述升级包对车辆进行升级。

进一步的，由于每时每刻车辆的状态都有可能会发生变化，因此在基于升级包对车辆进行升级的过程中，基于升级策略监控车辆是否保持符合升级安全条件的状态，在确定车辆不符合升级安全条件时，停止对车辆进行升级的操作。并可发送提示信息，以提示用户停止升级的原因，以及如何使车辆继续升级的参考信息，提示信息例如是“车辆处于非安全状态，无法继续升级，若要继续升级请将车辆停至安全环境中，并使车辆档位保持在p档位”。当检测到车辆符合升级安全条件时，重复上述流程，再次发送第一升级提示信息，若在第一预设时长内接收到基于所述第一升级提示信息触发的确认指令，发送第二升级提示信息；若在第二预设时长内接收到基于所述第二升级提示信息触发的确认指令，基于升级策略确定所述车辆是否符合升级安全条件；若确定所述车辆符合所述升级安全条件，则启动升级流程，在上次升级进度的基础上继续进行升级。

在一些实施方式中，车辆升级方法还包括：在基于升级包对车辆进行升级时，若接收到中断指令或升级超时，则退出升级流程，并控制车辆恢复为升级之前的版本。这样设置的好处是，若在车辆升级过程中，用户突然有用车需求或者其它原因不得不中断升级时，可响应用户的该需求，可提升用户的使用体验。

本公开实施例提供的车辆升级方法，在启动升级流程之前，向车辆发送两次升级提示，以确保同意升级的确认指令是用户的真实意图而不是由于误触发所致；且在启动升级流程之前再次基于升级策略确定车辆是否符合升级安全条件，达到进一步提高在车辆升级时车辆安全的目的。

图5为本公开实施例中的另一种车辆升级方法的流程图。如图5所示，车辆升级方法具体包括如下步骤：

步骤510、在确定向所述车辆推送所述升级包时，基于推送策略确定所述车辆是否符合推送安全条件。

即在向车辆推送升级包之前，基于推送策略确定车辆是否符合推送安全条件。由于车辆在下载升级包时，会占用车辆移动网络的通信带宽，进而对车辆的通信可靠性和稳定性产生影响，而车辆的通信可靠性和稳定性对于无人驾驶车辆的车端与云端的通信和远程监控的安全机制运行至关重要。

其中，基于推送策略确定车辆是否符合推送安全条件，可以是实时获取车辆的通信带宽，在通信带宽高于预设值时，确定车辆符合推送安全条件。通信带宽高于预设值表示车辆当前对通信带宽的需求较低，故可将通信带宽用于对升级包的下载。

可选的，基于推送策略确定车辆是否符合推送安全条件，包括：获取车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种；基于所述车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种确定车辆是否符合推送安全条件。所述车辆状态信息包括：车速信息、档位信息以及电子驻车制动系统EPB的状态信息。其中，所述升级安全条件的安全程度大于所述推送安全条件的安全程度。

步骤520、若确定所述车辆符合所述推送安全条件，则启动升级包推送流程，以向所述车辆推送所述升级包。

进一步，在向所述车辆推送所述升级包的同时，基于所述推送策略监控所述车辆是否保持符合推送安全条件的状态，以在确定所述车辆不符合推送安全条件时，停止向所述车辆推送所述升级包。

步骤530、在确定升级包推送完成且车辆处于启动状态时，发送第一升级提示信息；若在第一预设时长内接收到基于所述第一升级提示信息触发的确认指令，发送第二升级提示信息。

步骤540、若在第二预设时长内接收到基于所述第二升级提示信息触发的确认指令，基于升级策略确定所述车辆是否符合升级安全条件，若确定所述车辆符合所述升级安全条件，则启动升级流程，以基于所述升级包对车辆进行升级。

本实施例提供的车辆升级方法，在OTA升级启动时加入了双重确认机制，无论是在与车辆关联的终端开启OTA升级，还是在车载显示设备开启OTA升级，都需要有确认升级的提醒和反馈，以避免OTA启动时，操作用户忽视车辆安全状态的检查和确认。增加了通过AI识别车载相机采集的图像来判断车辆所处真实环境的判断，从技术层面检查以防止其它条件的误判，确保车辆处于真实的安全状态。增加了车端OTA升级开始后的取消和异常状态下的回退安全机制，以保证当车辆有更高优先级任务要执行时，能及时响应，跳出OTA升级过程，不至于使OTA升级过程无法中断，避免因OTA升级过程时间过于从而影响车辆的安全状态。

在上述各实施例的基础上，参考如图6所示的一种车辆升级方法的流程示意图，该方法包括：在升级包下载完成后及车辆重启后，向车辆或者终端发送第一升级提示信息；若在1分钟内没有收到反馈，则退出升级，等待下一次升级提醒；若在1分钟内收到反馈，则向车辆或者终端发送第二升级提示信息，若在1分钟内没有收到反馈，则退出升级，等待下一次升级提醒；若在1分钟内收到第二升级提示信息反馈，则自动实时获取车辆状态、所处位置和环境信息，判断车辆是否安全；若判断结果为车辆不安全，则向车载显示设备或者与车辆关联的终端发送提示信息，以提示用户不能升级的原因，以及如何使车辆升级的参考信息，提示信息例如是“车辆处于非安全状态，无法升级，若要升级请将车辆停至安全环境中，并使车辆档位保持在p档位”，然后退出流程，等待下一次升级提醒。若判断结果为车辆安全，则执行OTA升级，禁止车辆其它操作；在OTA升级过程中，检测是否有来自车辆或者终端的取消请求或者OTA升级超时等异常，若检测到异常，则控制车辆恢复为升级之前的版本，具体是控制被升级对象(被升级对象可以是车辆固件或者车辆软件)恢复为升级之前的版本；直至完成OTA升级。

本实施例的方案，在确认升级后，先进行车辆安全状态检测，可确保启动升级前一时刻，车辆是处于安全状态的。避免了只提醒人工安全检查，而车辆使用人员实际上忽略检查带来的安全风险和隐患；避免了安全检测过早，在真正启动OTA升级时若车辆状态有变化而导致的安全风险和隐患。通过引入中断机制，在确认升级后，先暂停升级处理，转入安全检测的状态判断流程中，待返回结果后，再执行升级或退出升级。

示例性的，上述自动实时获取车辆状态、所处位置和环境信息，判断车辆是否安全的流程图如图7所示，首先，判断车速＝0、档位为P挡和EPB为applied拉起状态是否同时满足，若不满足则退出判断，车端或手机/Pad端弹出“车辆处于非安全状态，若要升级请停车至安全环境中，使车辆保持在P档位”的信息提醒，之后退出升级，等待下一次升级提醒；若满足则继续判断。其次，通过车载定位系统判断车辆定位信息是否处于安全区域，若不满足则退出判断，车端或手机/Pad端弹出“车辆处于非安全状态，若要升级请停车至安全环境中，使车辆保持在P档位”的信息提醒，之后退出升级，等待下一次升级提醒；若满足则继续判断。最后，通过AI算法识别车载摄像头Camera的实时图像信息或/和通过AI算法识别车载激光雷达Lidar的点云数据，判断车辆是否处于安全环境，而不在交通环境中。例如不在车道上、不在停车场出入口、不在动态交通场景中。这样第一可以避免定位系统误差造成的定位偏差而错误判断为车辆处于安全区域；第二可以避免由于车载高精地图定义的安全区域信息过期导致车辆实际上处于非安全区域，而定位系统却判定为处于安全区域的问题；第三可以避免车辆确实处于安全区域，但实际交通环境不安全的问题。若不满足则退出判断，车端或手机/Pad端弹出“车辆处于非安全状态，若要升级请停车至安全环境中，使车辆保持在P档位”的信息提醒，之后退出升级，等待下一次升级提醒；若满足则判断为车辆总体安全，进入OTA升级的下一步流程。

示例性的，在上述各实施例的基础上，参考如图8所示的一种车辆升级方法的流程示意图，该方法包括：第一步：启动OTA升级包推送过程。第二步：实时获取车辆状态、车辆所处位置和车辆环境信息，判断车辆是否符合推送安全条件。可选的，可以判断车速变化状态、车辆后台算力和车辆行驶道路情况等是否影响车辆的通信带宽，例如，如果行驶道路情况为堵塞，则车辆需要进行更多的运算以确定行驶策略，此时车辆对通信带宽的需求会较大；如果车辆运行的通信带宽低于阈值，则确定车辆不符合推送安全条件，如果车辆运行的通信带宽高于阈值，则确定车辆符合推送安全条件；若判定车辆不符合推送安全条件，则返回到OTA的上一步过程，若判定车辆符合推送安全条件，则继续判断。第三步：开启OTA升级包静默下载和断点传送，同时继续进行“实时获取车辆状态、车辆所处位置和车辆环境信息，判断车辆是否符合推送安全条件”的步骤，该步骤的意义是如果在OTA升级包下载和断点传送过程中，如果车辆安全状态发生变化，比如车辆状态由静止变为行驶或感知到不安全的交通环境，则暂停静默下载，直至等待车辆安全状态再次满足条件时，才继续进行升级包下载和断点传送。这样可以确保无人车辆在非安全状态时不下载升级包，把有限的车-云移动通信带宽让给更高优先级的安全监控任务，而只有在车辆处于安全状态时才进行升级包下载，确保车-云通信的可靠性、稳定性和安全性。第四步：判断OTA升级包下载传送是否完成。若未完成，则一直执行下载和断点传送过程，若下载完成，则转入下一步判断。第五步：实时获取车辆状态、车辆所处位置和车辆环境信息，判断车辆是否符合升级安全条件，具体的，在车速信息为0、档位信息为驻车档且EPB的状态信息为驻车，且车辆所处位置信息为预设安全位置，且车辆所处环境信息符合预设环境条件时，确定车辆符合升级安全条件。若车辆不符合升级安全条件，则继续等待安全状态，在车辆符合升级安全条件时才发送OTA升级包下载完成的升级提醒。该步骤的意义是，确保只有在车辆安全状态满足条件时才进行升级包下载完成的可升级提醒，避免车辆在非安全状态时弹出该消息给手机/Pad端或车端，避免造成在车辆非安全状态时由于误操作而导致的误升级，影响车辆安全。第六步：发送OTA升级包下载完成的升级提醒给手机/Pad端和车端。第七步：等待60s，检测是否收到手机/Pad端或车端的确认升级反馈。若未收到反馈(即反馈超时)，则回到第五步和第六步，再次进行可升级提醒的发送前安全检测环节和可升级提醒发送环节。若收到确认升级反馈，则车辆执行OTA升级，进入升级状态监控环节。第八步：在OTA升级执行过程中，判断是否收到手机/Pad端或车端的OTA升级取消反馈或OTA升级超时退出等异常反馈。若是，则表明本次升级未完成，返回到第五步的实时获取车辆状态、车辆所处位置和车辆环境信息，判断车辆是否符合升级安全条件，触发下次更新提醒。若否，则表明升级过程正常，监控OTA升级直至完成。

需要说明的是，本公开实施例中的升级包包括车辆固件的升级包和/或软件的升级包。车辆固件的升级包又包括车辆控制系统的固件升级包和/或车辆门窗等的固件升级包。

图9为本公开实施例中的一种车辆升级装置的结构示意图。如图9所示：该装置包括：第一确定模块910和第一发送模块920。其中，第一确定模块910，用于在确定向车辆推送升级包完成时，基于升级策略确定所述车辆是否符合升级安全条件；第一发送模块920，用于若确定所述车辆符合所述升级安全条件，则发送第一升级提示信息。

可选的，还包括：第三确定模块，用于在确定向所述车辆推送所述升级包时，基于推送策略确定所述车辆是否符合推送安全条件；第二启动模块，用于若确定所述车辆符合推送安全条件，则启动升级包推送流程，以向所述车辆推送所述升级包。

可选的，第三确定模块包括：获取单元，用于获取车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种；确定单元，用于基于所述车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种确定车辆是否符合推送安全条件。

可选的，所述车辆状态信息包括：车速信息、档位信息以及电子驻车制动系统EPB的状态信息。第一确定模块910具体用于：在所述车速信息为0、所述档位信息为驻车档且所述EPB的状态信息为驻车，且车辆所处位置信息为预设安全位置，且车辆所处环境信息符合预设环境条件时，确定所述车辆符合升级安全条件。

可选的，获取单元具体用于：基于车载摄像头获取车辆所处环境的照片，和/或基于车载雷达获取车辆所处环境的点云数据；确定单元具体用于：通过预设算法对所述照片和/或所述点云数据进行识别，以确定车辆所处环境信息是否符合预设环境条件。

可选的，还包括：第一监控模块，用于在向所述车辆推送升级包的同时，基于所述推送策略监控所述车辆是否保持符合推送安全条件的状态，以在确定所述车辆不符合推送安全条件时，停止向所述车辆推送升级包。

可选的，还包括：第四发送模块，用于若在第一预设时长内接收到基于所述第一升级提示信息触发的确认指令，发送第二升级提示信息；若在第二预设时长内接收到基于所述第二升级提示信息触发的确认指令，基于所述升级策略确定所述车辆是否符合升级安全条件。第三启动模块，用于若确定所述车辆符合升级安全条件，则启动升级流程，以基于所述升级包对所述车辆进行升级；第二监控模块，用于在基于所述升级包对所述车辆进行升级时，基于所述升级策略监控所述车辆是否保持符合升级安全条件的状态，以在确定所述车辆不符合升级安全条件时，停止对所述车辆进行升级的操作。

可选的，还包括：第一退出模块，用于在基于所述升级包对所述车辆进行升级的同时，若接收到中断指令或升级超时，则退出升级流程，并控制所述车辆恢复为升级之前的版本。

可选的，第四发送模块具体用于：向与所述车辆关联的终端，和/或所述车辆的车载显示设备发送第二升级提示信息；所述基于所述第二升级提示信息触发的确认指令包括：基于所述第二升级提示信息通过所述终端、和/或所述车载显示设备、和/或预设物理按键触发的指令。

本公开实施例提供的车辆升级装置，可执行本公开方法实施例所提供的车辆升级方法中的步骤，具备执行步骤和有益效果此处不再赘述。

图10为本公开实施例中的一种车辆升级装置的结构示意图。如图10所示，该装置包括：第二发送模块1010、第三发送模块1020、第二确定模块1030和第一启动模块1040。其中，第二发送模块1010，用于在确定升级包推送完成且车辆处于启动状态时，发送第一升级提示信息；第三发送模块1020，用于若在第一预设时长内接收到基于所述第一升级提示信息触发的确认指令，发送第二升级提示信息；第二确定模块1030，用于若在预设时长内接收到基于所述第二升级提示信息触发的确认指令，基于升级策略确定所述车辆是否符合升级安全条件；第一启动模块1040，用于若确定所述车辆符合所述升级安全条件，则启动升级流程，以基于所述升级包对车辆进行升级。

可选的，还包括：第三监控模块，用于在基于所述升级包对车辆进行升级时，基于所述升级策略监控所述车辆是否保持符合升级安全条件的状态，以在确定所述车辆不符合所述升级安全条件时，停止对车辆进行升级的操作。

可选的，还包括：第二退出模块，用于在基于所述升级包对车辆进行升级时，若接收到中断指令或升级超时，则退出升级流程，并控制车辆恢复为升级之前的版本。

可选的，还包括第四确定模块，用于在确定升级包推送完成之前，在确定向所述车辆推送所述升级包时，基于推送策略确定所述车辆是否符合推送安全条件；第四启动模块，用于若确定所述车辆符合所述推送安全条件，则启动升级包推送流程，以向所述车辆推送所述升级包；第四监控模块，用于在向所述车辆推送所述升级包的同时，基于所述推送策略监控所述车辆是否保持符合推送安全条件的状态，以在确定所述车辆不符合推送安全条件时，停止向所述车辆推送所述升级包。

可选的，第四确定模块包括：获取单元，用于获取车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种；确定单元，用于基于所述车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种确定车辆是否符合所述推送安全条件。

可选的，所述车辆状态信息包括：车速信息、档位信息以及电子驻车制动系统EPB的状态信息；第二确定模块1030具体用于：在所述车速信息为0、所述档位信息为驻车档且所述EPB的状态信息为驻车，且车辆所处位置信息为预设安全位置，且车辆所处环境信息符合预设环境条件时，确定所述车辆符合所述升级安全条件。

可选的，获取单元具体用于：基于车载摄像头获取车辆所处环境的照片，和/或基于车载雷达获取车辆所处环境的点云数据；确定单元具体用于：通过预设算法对所述照片和/或所述点云数据进行识别，以确定车辆所处环境信息是否符合预设环境条件。

可选的，第三发送模块1020具体用于：向与所述车辆关联的终端，和/或所述车辆的车载显示设备发送所述第二升级提示信息；所述基于所述第二升级提示信息触发的确认指令包括：基于所述第二升级提示信息通过所述终端、和/或所述车载显示设备、和/或预设物理按键触发的指令。

本公开实施例提供的车辆升级装置，可执行本公开方法实施例所提供的车辆升级方法中的步骤，具备执行步骤和有益效果此处不再赘述。

图11为本公开实施例中的一种电子设备的结构示意图。下面具体参考图11，其示出了适于用来实现本公开实施例中的电子设备500的结构示意图。图11示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。如图11所示，电子设备500可以包括处理装置(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理以实现如本公开所述的实施例的方法。在RAM 503中，还存储有电子设备500操作所需的各种程序和数据。处理装置501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码，从而实现如上所述的车辆升级方法。在这样的实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置508被安装，或者从ROM 502被安装。在该计算机程序被处理装置501执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：在确定向车辆推送升级包完成时，基于升级策略确定所述车辆是否符合升级安全条件；若确定所述车辆符合所述升级安全条件，则发送第一升级提示信息。

或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：在确定升级包推送完成且车辆处于启动状态时，发送第一升级提示信息；若在第一预设时长内接收到基于所述第一升级提示信息触发的确认指令，发送第二升级提示信息；若在第二预设时长内接收到基于所述第二升级提示信息触发的确认指令，基于升级策略确定所述车辆是否符合升级安全条件；若确定所述车辆符合所述升级安全条件，则启动升级流程，以基于所述升级包对车辆进行升级。

可选的，当上述一个或者多个程序被该电子设备执行时，该电子设备还可以执行上述实施例所述的其他步骤。

方案1、一种车辆升级方法，所述方法包括：

在确定向车辆推送升级包完成时，基于升级策略确定所述车辆是否符合升级安全条件；

若确定所述车辆符合所述升级安全条件，则发送第一升级提示信息。

方案2、根据方案1所述的方法，还包括：

在确定向所述车辆推送所述升级包时，基于推送策略确定所述车辆是否符合推送安全条件；

若确定所述车辆符合推送安全条件，则启动升级包推送流程，以向所述车辆推送所述升级包。

方案3、根据方案2所述的方法，所述基于推送策略确定所述车辆是否符合推送安全条件，包括：

获取车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种；

基于所述车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种确定车辆是否符合推送安全条件。

方案4、根据方案3所述的方法，所述车辆状态信息包括：车速信息、档位信息以及电子驻车制动系统EPB的状态信息。

方案5、根据方案4所述的方法，所述基于升级策略确定所述车辆是否符合升级安全条件，包括：

在所述车速信息为0、所述档位信息为驻车档且所述EPB的状态信息为驻车，且车辆所处位置信息为预设安全位置，且车辆所处环境信息符合预设环境条件时，确定所述车辆符合升级安全条件。

方案6、根据方案5所述的方法，获取所述车辆所处环境信息包括：

基于车载摄像头获取车辆所处环境的照片，和/或基于车载雷达获取车辆所处环境的点云数据；

确定车辆所处环境信息是否符合预设环境条件，包括：

通过预设算法对所述照片和/或所述点云数据进行识别，以确定车辆所处环境信息是否符合预设环境条件。

方案7、根据方案2所述的方法，还包括：

在向所述车辆推送升级包的同时，基于所述推送策略监控所述车辆是否保持符合推送安全条件的状态，以在确定所述车辆不符合推送安全条件时，停止向所述车辆推送升级包。

方案8、根据方案1所述的方法，还包括：

若在第一预设时长内接收到基于所述第一升级提示信息触发的确认指令，发送第二升级提示信息；

若在第二预设时长内接收到基于所述第二升级提示信息触发的确认指令，基于所述升级策略确定所述车辆是否符合升级安全条件；

若确定所述车辆符合升级安全条件，则启动升级流程，以基于所述升级包对所述车辆进行升级；

在基于所述升级包对所述车辆进行升级时，基于所述升级策略监控所述车辆是否保持符合升级安全条件的状态，以在确定所述车辆不符合升级安全条件时，停止对所述车辆进行升级的操作。

方案9、根据方案8所述的方法，还包括：

在基于所述升级包对所述车辆进行升级的同时，若接收到中断指令或升级超时，则退出升级流程，并控制所述车辆恢复为升级之前的版本。

方案10、根据方案8所述的方法，所述发送第二升级提示信息，包括：

向与所述车辆关联的终端，和/或所述车辆的车载显示设备发送第二升级提示信息；

所述基于所述第二升级提示信息触发的确认指令包括：

基于所述第二升级提示信息通过所述终端、和/或所述车载显示设备、和/或预设物理按键触发的指令。

方案11、一种车辆升级方法，所述方法包括：

在确定升级包推送完成且车辆处于启动状态时，发送第一升级提示信息；

若在第一预设时长内接收到基于所述第一升级提示信息触发的确认指令，发送第二升级提示信息；

若在第二预设时长内接收到基于所述第二升级提示信息触发的确认指令，基于升级策略确定所述车辆是否符合升级安全条件；

若确定所述车辆符合所述升级安全条件，则启动升级流程，以基于所述升级包对车辆进行升级。

方案12、根据方案11所述的方法，还包括：

在基于所述升级包对车辆进行升级时，基于所述升级策略监控所述车辆是否保持符合升级安全条件的状态，以在确定所述车辆不符合所述升级安全条件时，停止对车辆进行升级的操作。

方案13、根据方案11所述的方法，还包括：

在基于所述升级包对车辆进行升级时，若接收到中断指令或升级超时，则退出升级流程，并控制车辆恢复为升级之前的版本。

方案14、根据方案11所述的方法，在确定升级包推送完成之前，还包括：

在确定向所述车辆推送所述升级包时，基于推送策略确定所述车辆是否符合推送安全条件；

若确定所述车辆符合所述推送安全条件，则启动升级包推送流程，以向所述车辆推送所述升级包；

在向所述车辆推送所述升级包的同时，基于所述推送策略监控所述车辆是否保持符合推送安全条件的状态，以在确定所述车辆不符合推送安全条件时，停止向所述车辆推送所述升级包。

方案15、根据方案14所述的方法，所述基于推送策略确定所述车辆是否符合推送安全条件，包括：

获取车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种；

基于所述车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种确定车辆是否符合所述推送安全条件。

方案16、根据方案15所述的方法，所述车辆状态信息包括：车速信息、档位信息以及电子驻车制动系统EPB的状态信息。

方案17、根据方案16所述的方法，所述基于升级策略确定所述车辆是否符合升级安全条件，包括：

在所述车速信息为0、所述档位信息为驻车档且所述EPB的状态信息为驻车，且车辆所处位置信息为预设安全位置，且车辆所处环境信息符合预设环境条件时，确定所述车辆符合所述升级安全条件。

方案18、根据方案17所述的方法，获取所述车辆所处环境信息包括：

基于车载摄像头获取车辆所处环境的照片，和/或基于车载雷达获取车辆所处环境的点云数据；

确定车辆所处环境信息是否符合预设环境条件，包括：

通过预设算法对所述照片和/或所述点云数据进行识别，以确定车辆所处环境信息是否符合预设环境条件。

方案19、根据方案11所述的方法，所述发送第二升级提示信息，包括：

向与所述车辆关联的终端，和/或所述车辆的车载显示设备发送所述第二升级提示信息；

所述基于所述第二升级提示信息触发的确认指令包括：

基于所述第二升级提示信息通过所述终端、和/或所述车载显示设备、和/或预设物理按键触发的指令。

方案20、一种车辆升级装置，包括：

第一确定模块，用于在确定向车辆推送升级包完成时，基于升级策略确定所述车辆是否符合升级安全条件；

第一发送模块，用于若确定所述车辆符合所述升级安全条件，则发送第一升级提示信息。

方案21、一种车辆升级装置，所述装置包括：

第二发送模块，用于在确定升级包推送完成且车辆处于启动状态时，发送第一升级提示信息；

第三发送模块，用于若在第一预设时长内接收到基于所述第一升级提示信息触发的确认指令，发送第二升级提示信息；

第二确定模块，用于若在预设时长内接收到基于所述第二升级提示信息触发的确认指令，基于升级策略确定所述车辆是否符合升级安全条件；

第一启动模块，用于若确定所述车辆符合所述升级安全条件，则启动升级流程，以基于所述升级包对车辆进行升级。

方案22、一种电子设备，所述电子设备包括：

一个或多个处理器；

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

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如方案1-19中任一项所述的方法。

方案23、一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如方案1-19中任一项所述的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

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

在确定向车辆推送升级包完成时，基于升级策略确定所述车辆是否符合升级安全条件；

若确定所述车辆符合所述升级安全条件，则发送第一升级提示信息。

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

在确定向所述车辆推送所述升级包时，基于推送策略确定所述车辆是否符合推送安全条件；

若确定所述车辆符合推送安全条件，则启动升级包推送流程，以向所述车辆推送所述升级包。

3.根据权利要求2所述的方法，其特征在于，所述基于推送策略确定所述车辆是否符合推送安全条件，包括：

获取车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种；

基于所述车辆状态信息、车辆所处位置信息以及车辆所处环境信息中的至少一种确定车辆是否符合推送安全条件。

4.根据权利要求3所述的方法，其特征在于，所述车辆状态信息包括：车速信息、档位信息以及电子驻车制动系统EPB的状态信息。

5.根据权利要求4所述的方法，其特征在于，所述基于升级策略确定所述车辆是否符合升级安全条件，包括：

在所述车速信息为0、所述档位信息为驻车档且所述EPB的状态信息为驻车，且车辆所处位置信息为预设安全位置，且车辆所处环境信息符合预设环境条件时，确定所述车辆符合升级安全条件。

6.根据权利要求5所述的方法，其特征在于，获取所述车辆所处环境信息包括：

基于车载摄像头获取车辆所处环境的照片，和/或基于车载雷达获取车辆所处环境的点云数据；

确定车辆所处环境信息是否符合预设环境条件，包括：

通过预设算法对所述照片和/或所述点云数据进行识别，以确定车辆所处环境信息是否符合预设环境条件。

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

在向所述车辆推送升级包的同时，基于所述推送策略监控所述车辆是否保持符合推送安全条件的状态，以在确定所述车辆不符合推送安全条件时，停止向所述车辆推送升级包。

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

若在第一预设时长内接收到基于所述第一升级提示信息触发的确认指令，发送第二升级提示信息；

若在第二预设时长内接收到基于所述第二升级提示信息触发的确认指令，基于所述升级策略确定所述车辆是否符合升级安全条件；

若确定所述车辆符合升级安全条件，则启动升级流程，以基于所述升级包对所述车辆进行升级；

在基于所述升级包对所述车辆进行升级时，基于所述升级策略监控所述车辆是否保持符合升级安全条件的状态，以在确定所述车辆不符合升级安全条件时，停止对所述车辆进行升级的操作。

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

在基于所述升级包对所述车辆进行升级的同时，若接收到中断指令或升级超时，则退出升级流程，并控制所述车辆恢复为升级之前的版本。

10.根据权利要求8所述的方法，其特征在于，所述发送第二升级提示信息，包括：

向与所述车辆关联的终端，和/或所述车辆的车载显示设备发送第二升级提示信息；

所述基于所述第二升级提示信息触发的确认指令包括：

基于所述第二升级提示信息通过所述终端、和/或所述车载显示设备、和/或预设物理按键触发的指令。

Images