CN117681890A - 车辆控制方法、相关装置及车辆 - Google Patents

Abstract

本申请提供一种车辆控制方法、相关装置及车辆。车辆安装有装载程序和第一业务程序，第一业务程序用于实现第一功能；车辆的非易失性存储介质中存储有第一配置信息，第一配置信息为装载程序实现第一功能所需的配置信息；该车辆控制方法包括：响应于更新指令，启动装载程序，更新指令为更新业务程序的指令或者更新配置信息的指令；在运行装载程序的状态下，执行第一处理流程；第一处理流程包括：获取对应更新指令的第一更新信息，根据第一更新信息执行更新处理；根据第一配置信息，执行用于实现第一功能的操作。本申请无需使用定制化的装载程序，有利于对车辆更新过程的统一管理，简化更新的复杂度。

Description

车辆控制方法、相关装置及车辆

技术领域

本申请涉及车辆技术领域，特别涉及一种车辆控制方法、相关装置及车辆。

背景技术

随着车辆的智能化程度越来越高，车辆的各类传感器(如雷达、摄像头等)的功能也逐渐丰富。为了满足高功能安全的需求，车辆中可以有业务程序和装载程序，装载程序用于对业务程序进行更新。

为支持车辆运行装载程序期间保持车辆的基础功能(如热管理等)，可以对装载程序进行定制。但定制装载程序需要额外的工作，实现过程复杂。

发明内容

本申请提供了一种车辆控制方法、相关装置及车辆，无需使用定制化的装载程序，有利于对车辆更新过程的统一管理，简化更新的复杂度。

第一方面，本申请提供一种车辆控制方法，应用于车辆的控制装置，所述控制装置安装有装载程序和第一业务程序，第一业务程序用于实现第一功能；车辆的非易失性存储介质中存储有第一配置信息，第一配置信息为装载程序实现第一功能所需的配置信息；该车辆控制方法包括：响应于更新指令，启动装载程序，更新指令为更新业务程序的指令或者更新配置信息的指令；在运行装载程序的状态下，执行第一处理流程；其中，第一处理流程包括：获取对应更新指令的第一更新信息，根据第一更新信息执行更新处理；根据第一配置信息，执行用于实现第一功能的操作。

本申请在车辆的非易失性存储介质中，存储有装载程序为实现业务程序的基础功能所需的配置信息，则车辆在运行装载程序以持续接收更新信息并执行更新处理的过程中，装载程序可以根据存储的配置信息来保持车辆的基础功能。如此，车辆中的装载程序可以为统一的装载程序，能够适配不同客户/车型的定制化业务程序，而无需使用定制化的装载程序，有利于对车辆更新过程的统一管理，简化更新的复杂度。

可选地，第一更新信息包括业务程序更新信息；根据第一更新信息执行更新处理这一步骤可以包括：根据业务程序更新信息，将第一业务程序更新为第二业务程序。

在业务程序更新场景中，车辆运行装载程序，以获取业务程序更新信息并据此更新业务程序、以及根据车辆中的配置信息执行实现基础功能的操作，如此可以在保持车辆基础功能的情况下完成对业务程序的更新。

可选地，第二业务程序用于实现第二功能，业务程序更新信息包括装载程序实现第二功能所需的第二配置信息；在将第一业务程序更新为第二业务程序之后，车辆控制方法还包括：启动第二业务程序；在运行第二业务程序的状态下，根据第二配置信息更新第一配置信息。

在业务程序更新场景中，车辆运行装载程序以更新业务程序后，切换为运行更新后的业务程序，并通过运行更新后的业务程序更新车辆中的配置信息。如此，可支持在后续的业务程序更新场景或配置信息维测场景中，车辆再次处于运行装载程序状态以获取更新信息并执行更新处理期间，可以根据更新后的配置信息保持车辆基础功能。

可选地，第一更新信息包括装载程序实现第一功能所需的第三配置信息；根据第一更新信息执行更新处理，包括：根据第三配置信息更新第一配置信息；车辆控制方法还包括：在运行装载程序的状态下，根据更新后的配置信息，执行用于实现第一功能的操作，并获得执行结果；输出执行结果。

在配置信息维测场景中，车辆运行装载程序，以获取配置信息的更新信息并据此更新配置信息、以及根据车辆中的配置信息执行实现基础功能的操作，如此可以在保持车辆基础功能的情况下完成对配置信息的更新。在更新配置信息后，车辆运行装载程序，以根据更新后的配置信息执行实现基础功能的操作，并输出执行结果，如此可实现配置信息维测目的。

可选地，根据第一配置信息，执行用于实现第一功能的操作这一步骤可以包括：根据第一配置信息，建立与第一器件间的通信连接；基于通信连接，与第一器件进行用于实现第一功能的报文交互。

车辆运行装载程序期间，根据车辆中的配置信息建立与相关器件间的通信连接，并据此与相关器件进行报文交互来实现车辆基础功能，如此支持车辆在保持基础功能的情况下完成更新过程。

可选地，第一配置信息包括：通信连接所使用的总线协议、通信连接传输的报文内容、以及通信连接所使用总线的参数中的至少一种。

车辆中的配置信息可以为支持装载程序与相关器件交互以实现车辆基础功能的信息，通过在车辆的非易失性存储介质中存储该配置信息，使得车辆运行装载程序期间，可以根据该配置信息来实现车辆基础功能，从而支持车辆在保持基础功能的情况下完成更新需求。

第二方面，本申请提供一种车辆控制装置，车辆控制装置用于控制车辆，所述车辆控制装置安装有装载程序和第一业务程序，第一业务程序用于实现第一功能；车辆的非易失性存储介质中存储有第一配置信息，第一配置信息为装载程序实现第一功能所需的配置信息；车辆控制装置包括：第一处理模块，用于响应于更新指令，启动装载程序，更新指令为更新业务程序的指令或者更新配置信息的指令；第二处理模块，用于在运行装载程序的状态下，执行第一处理流程；其中，第一处理流程包括：获取对应更新指令的第一更新信息，根据第一更新信息执行更新处理；根据第一配置信息，执行用于实现第一功能的操作。

第三方面，本申请提供一种芯片，包括：处理器，其用于执行存储在存储器上的计算机程序指令，其中，当计算机程序指令被处理器执行时，触发芯片执行如第一方面及其各实现方式中任一项的方法。

第四方面，本申请提供一种电子设备，电子设备包括用于存储计算机程序指令的一个或多个存储器、以及一个或多个处理器，其中，当计算机程序指令被一个或多个处理器执行时，触发电子设备执行如第一方面中任一项的方法。

第五方面，本申请提供一种车辆，车辆包括如第二方面所述的车辆控制装置、第三方面所述的芯片或第四方面所述的电子设备。

第六方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，当计算机程序在计算机上运行时，使得计算机执行如第一方面中任一项的方法。

第七方面，本申请提供一种计算机程序产品，计算机程序产品包括计算机程序，当计算机程序在计算机上运行时，使得计算机执行如第一方面中任一项的方法。

前述各个方面的技术效果可互相参考，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种车辆的结构示意图；

图2为本申请一个实施例提供的一种车辆控制方法的流程示意图；

图3为本申请一个实施例提供的一种业务程序更新场景下的车辆控制方法的流程示意图；

图4为本申请一个实施例提供的一种配置信息更新场景下的车辆控制方法的流程示意图。

具体实施方式

为了更好的理解本申请的技术方案，下面结合附图对本申请实施例进行详细描述。

应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“至少一个”是指一个或者多个，“多个”是指两个或两个以上。本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。其中A，B可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

应当理解，尽管在本申请实施例中可能采用术语第一、第二等来描述设定阈值，但这些设定阈值不应限于这些术语。这些术语仅用来将设定阈值彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一设定阈值也可以被称为第二设定阈值，类似地，第二设定阈值也可以被称为第一设定阈值。

本申请任一实施例提供的方法可以应用于图1所示的车辆中。参考图1，车辆可以包括仪表盘10、自动驾驶控制平台20、车载传感器(比如摄像头、激光雷达30等)。

其中，自动驾驶控制平台20可以包括微控制单元(microcontroller unit，MCU)201，微控制单元201可以包括业务程序2011、装载程序2012和非易失性存储介质2013，非易失性存储介质2013中可以存储有配置信息2014。

业务程序2011可用于实现热管理、网络管理等基础功能，配置信息2014可以为装载程序2012实现该基础功能所需的配置信息。比如，装载程序2012可以根据配置信息2014控制车辆激光雷达30处于工作状态，以实现网络管理功能。

可行地，仪表盘10可以包括用于连接维测设备40的预设接口，维测设备40经预设接口可以触发微控制单元201运行装载程序2012，以进行配置信息的维测处理。

示例性地，维测设备40可以为笔记本电脑等。

可以理解的是，本申请实施例示意的结构并不构成对车辆的具体限定。在本申请另一些实施例中，车辆可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

可以理解的是，本申请实施例示意的各模块间的连接关系只是示意性说明，并不构成对车辆的结构限定。在本申请另一些实施例中，车辆也可以采用上述实施例中不同的接口连接方式。

随着车辆的智能化程度越来越高，车辆的各类传感器(如雷达、摄像头等)的功能也逐渐丰富。为了满足高功能安全的需求，车辆中可以有业务程序(或称APP，即application)和装载程序(或称loader)，装载程序用于对业务程序进行更新。

可选地，可以在车辆的控制器中存储业务程序和装载程序，比如图1所示的，车辆的MCU可以包括业务程序和装载程序。业务程序可以包含业务功能；装载程序支持更新业务程序，可不含业务功能。

车辆启动MCU后，可以尝试运行业务程序。若MCU运行业务程序期间需要更新业务程序，或者若MCU无法运行业务程序，则可以复位MCU并运行装载程序。

一个示例中，若MCU运行业务程序期间接收到更新业务程序的请求，则可以复位MCU并运行装载程序。另一示例中，若MCU启动业务程序后，无法完成初始化，则可以复位MCU并运行装载程序。

MCU运行装载程序期间，可以接收更新信息，并根据更新信息执行更新处理。

一个实施例中，更新信息可以为包括业务程序更新信息的升级包，所执行的更新处理可以为根据业务程序更新信息，更新MCU中当前现有的业务程序。比如可以通过将业务程序更新信息刷新到当前业务程序的FLASH地址，以更新当前的业务程序。FLASH存储器为一种非易失性(non-volatile)内存。

MCU在运行装载程序状态下完成更新处理后，可以再次复位MCU，之后MCU可运行更新后的业务程序。

业务程序可以实现热管理、网络管理等基础功能，则车辆的MCU在运行业务程序期间，可以与相关器件交互以实现热管理等功能，以避免MCU运行业务程序期间，因未实现基础功能而导致车辆系统异常。

一个示例中，业务程序可以控制车辆中散热器件的工作状态，以对车辆中的高算力芯片进行散热，避免高算力芯片的温度过高。另一示例中，业务程序可以控制车载雷达传感器处于工作状态而非低功耗的休眠状态。

由于车辆运行装载程序期间，需要持续接收外部提供的更新信息并执行更新处理，则为避免因未实现基础功能而导致车辆系统异常，车辆运行装载程序期间需要实现如热管理等基础功能。

为支持车辆运行装载程序期间保持热管理等基础功能，可以对装载程序进行定制。比如可以根据相关器件的企业标准，来定制业务程序和装载程序。

但定制装载程序需要额外的工作，实现过程复杂。比如需要对每一个客户定制装载程序。又比如由于各车厂对热管理等基础功能的定制，则为支持车辆运行装载程序期间保持热管理等基础功能，各车厂的装载程序需随着业务程序的更新进行定制，版本发布时业务程序和装载程序配套发布，且车辆每次更新业务程序均需刷新装载程序，并再次一并发布，使得更新的复杂度较高。

为简化更新的复杂度，参考图2，本申请实施例提供了一种车辆控制方法，该方法包括以下步骤201～步骤202。该车辆控制方法支持车辆运行装载程序期间保持热管理等基础功能，而无需使用定制化的装载程序。

图2所示实施例中，车辆的控制装置安装有装载程序和第一业务程序，第一业务程序用于实现第一功能；车辆的非易失性存储介质中存储有第一配置信息，第一配置信息为装载程序实现第一功能所需的配置信息。其中，第一配置信息是使用了统一的装载固件，根据车辆的配置生成的。

一个实施例中，第一功能可以包括热管理、网络管理等基础功能。

第一业务程序为车辆中当前的业务程序。可行地，车辆包括的业务程序可以安装在车辆的MCU中。MCU正常启动后可以运行业务程序，以实现业务程序的功能。

第一配置信息为车辆中当前的配置信息。可行地，车辆包括的装载程序可以在车辆的MCU中。MCU运行业务程序期间收到更新请求或者MCU无法运行业务程序时，MCU复位后可以运行装载程序，以执行更新处理并实现如热管理等基础功能。

可行地，车辆包括非易失性存储器(non-volatile memory，NVM)，可以将配置信息存储至NVM中。一个实施例中，可以将配置信息存储至车辆的MCU内部的NVM中。

可行地，车辆的非易失性存储介质可以有FLASH、带电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)等。EEPROM为一种掉电后数据不丢失的存储芯片。

一个实施例中，配置信息以配置表的形式，存储在车辆的非易失性存储介质中。

通过在车辆的非易失性存储介质中，存储装载程序为实现车辆基础功能所需的配置信息，支持车辆运行装载程序期间，装载程序可以根据存储的配置信息与相关器件交互以实现基础功能。在基础功能的实现存在变化时，比如与相关器件交互所使用的总线协议变化时，可以对应更新配置信息，而无需更新装载程序。

步骤201，响应于更新指令，启动装载程序，更新指令为更新业务程序的指令或者更新配置信息的指令。

车辆可以处于业务程序更新场景，也可以处于配置信息维测场景。在业务程序更新场景下，车辆可以接收更新业务程序的指令。在配置信息维测场景下，车辆可以接收更新配置信息的指令。

一个实施例中，车辆响应于更新业务程序的指令，可以启动装载程序，并在运行装载程序期间，执行业务程序更新处理。

一种可行实现方式中，车辆启动MCU后，MCU可以尝试运行MCU中的业务程序，若MCU运行业务程序期间接收到更新业务程序的请求，则可以复位MCU，之后MCU启动并运行MCU中的装载程序。

另一种可行实现方式中，车辆启动MCU后，MCU可以尝试运行MCU中的业务程序，若MCU无法运行业务程序，则可以复位MCU，之后MCU启动并运行MCU中的装载程序。

一个实施例中，车辆响应于更新配置信息的指令，可以启动装载程序，以在运行装载程序期间，执行配置信息更新处理。

一个实施例中，维测人员可以使用车辆的预设接口连接维测设备，并通过维测设备下发更新配置信息的指令(或称维测指令)，以触发车辆的MCU启动并运行MCU中的装载程序。

一种可行实现方式中，可以使用片上系统(system on a chip，SoC)命令行下发维测指令。

步骤202，在运行装载程序的状态下，执行第一处理流程；其中，第一处理流程包括：获取对应更新指令的第一更新信息，根据第一更新信息执行更新处理；根据第一配置信息，执行用于实现第一功能的操作。

在业务程序更新场景下，对应更新指令的第一更新信息可以包括业务程序的更新信息，车辆通过运行装载程序可以根据业务程序的更新信息，更新车辆中当前的业务程序。

在配置信息维测场景下，对应更新指令的第一更新信息可以包括配置信息的更新信息，车辆通过运行装载程序可以根据配置信息的更新信息，更新车辆中当前的配置信息。

一个实施例中，配置信息可以被加密存储在车辆中，装载程序可以将车辆中的配置信息解密后，根据配置信息实现基础功能。

车辆运行装载程序期间，除了需要获取更新信息并据此执行更新处理，还需保持热管理等基础功能以维持车辆系统正常。则车辆在运行装载程序的状态下所执行的处理流程不仅包括获取更新信息和执行更新处理的步骤，还包括用于实现车辆基础功能的步骤。如此，可以在保证车辆系统正常的基础上实现更新目的。

本申请实施例通过在车辆的非易失性存储介质中存储配置信息，支持车辆在运行装载程序以持续接收更新信息并执行更新处理的过程中，装载程序可以根据存储的配置信息来保持车辆的基础功能，避免因未实现基础功能而导致车辆系统异常。如此，车辆中的装载程序可以为统一的装载程序，从而能够适配不同客户/车型的定制化业务程序，而无需使用定制化的装载程序，如此有利于对车辆更新过程的统一管理，简化更新的复杂度。

本申请实施例可以适用于业务程序更新场景和配置信息维测场景，基于配置信息维测场景可以实现对配置信息的快速更新验证。

本申请实施例可以通过运行统一的装载程序固件完成更新目的，而无需定制化装载程序，如此可使得业务程序和装载程序松耦合，且无需管理多份装载程序，从而减少维护装载程序的工作量。

对于业务程序更新场景，在本申请一个实施例中，第一更新信息包括业务程序更新信息；则根据第一更新信息执行更新处理这一步骤可以包括：根据业务程序更新信息，将第一业务程序更新为第二业务程序。

装载程序在获取到业务程序更新信息后，可以根据业务程序更新信息更新第一业务程序。第二业务程序为更新第一业务程序所得到的业务程序。经业务程序更新，车辆中的业务程序为第二业务程序，支持车辆后续运行第二业务程序，以实现第二业务程序的功能。

在业务程序更新场景中，车辆运行装载程序，以获取业务程序更新信息并据此更新业务程序、以及根据车辆中的配置信息执行实现基础功能的操作，如此可以在保持车辆基础功能的情况下完成对业务程序的更新。

在本申请一个实施例中，第二业务程序用于实现第二功能，业务程序更新信息包括装载程序(即车辆中存储的装载程序)实现第二功能所需的第二配置信息；则在将第一业务程序更新为第二业务程序之后，车辆控制方法还包括：启动第二业务程序；在运行第二业务程序的状态下，根据第二配置信息更新第一配置信息。

在更新业务程序后，车辆可以运行第二业务程序，第二业务程序运行期间可以实现第二功能。第二功能可以为热管理、网络管理等基础功能。

可行地，第一功能和第二功能可以完全一致。其他实施例中，第一功能和第二功能可以部分一致。

在业务程序更新场景中，装载程序获取的更新信息不仅包括业务程序更新信息，还可包括第二配置信息。可行地，第一配置信息和第二配置信息可以完全一致，也可以部分一致。

一个实施例中，配置信息的存储形式可以为配置表，则第二配置信息可以为新配置表，或者可以为新配置表中的需要更新的至少一项配置内容。

可行地，业务程序更新信息可以包括第二配置信息，比如业务程序更新信息可以为业务程序源码，第二配置信息可以被写入在业务程序源码中。如此，在装载程序根据业务程序源码将第一业务程序更新为第二业务程序后，车辆运行第二业务程序，并通过运行第二业务程序从业务程序源码中获取到第二配置信息，进而根据第二配置信息更新第一配置信息，来实现对配置信息的更新。在更新配置信息后，车辆再次运行装载程序期间，装载程序根据更新后的配置信息实现第二功能。

一种可行实现方式中，第二配置信息为新配置表时，第二业务程序可以将第二配置信息加密后写入NVM中。

通过限定业务程序更新信息包括配置信息，并由更新后的业务程序在运行时获取配置信息，可以避免存在配置信息被恶意获取的问题，提高更新过程的安全性。

在业务程序更新场景中，车辆可以在运行装载程序以更新业务程序后，切换为运行更新后的业务程序，并通过运行更新后的业务程序更新车辆中的配置信息。如此，可支持在后续的业务程序更新场景或配置信息维测场景中，车辆再次处于运行装载程序状态以获取更新信息并执行更新处理期间，可以根据更新后的配置信息保持车辆基础功能。

一种可行实现方式中，装载程序可以将获取到第二配置信息提供给更新信息打包方，更新信息打包方可以将第二配置信息写入业务程序源码中，并打包成升级包，则装载程序进而可以将升级包更新至车辆的自动驾驶控制平台中，并根据自动驾驶控制平台中的业务程序源码更新第一业务程序。一种可行实现方式中，升级包中还可包括装载程序更新信息。装载程序更新信息可以为车辆中当前的装载程序，或者可以为新的装载程序。在装载程序根据业务程序源码将第一业务程序更新为第二业务程序后，车辆可以运行第二业务程序，第二业务程序可以根据装载程序更新信息对车辆中当前存储的装载程序进行更新，或者可以判断是否需要更新装载程序，并根据判断结果执行装载程序的按需更新。

对于配置信息维测场景，在本申请一个实施例中，第一更新信息包括装载程序实现第一功能所需的第三配置信息；根据第一更新信息执行更新处理，包括：根据第三配置信息更新第一配置信息；车辆控制方法还包括：在运行装载程序的状态下，根据更新后的配置信息，执行用于实现第一功能的操作，并获得执行结果；输出执行结果。

配置信息维测场景下，可以更新配置信息，而不更新业务程序和装载程序。

可行地，第三配置信息可以为加密的配置表。

一个实施例中，配置信息的存储形式可以为配置表，则第三配置信息可以为新配置表，或者可以为新配置表中的需要更新的至少一项配置内容。比如实现基础功能所使用的总线协议变化时，第三配置信息可以包括变化后的总线协议的标识信息。

装载程序获取到第三配置信息后，可以根据第三配置信息更新第一配置信息，进而可以根据更新后的配置信息来尝试实现基础功能，以对第三配置信息进行维测。若第三配置信息可用，则装载程序根据更新后的配置信息可以实现预期的基础功能。

装载程序通过根据更新后的配置信息来尝试实现基础功能，可以获得维测结果，并可以输出维测结果。

一种可行实现方式中，维测人员可以使用车辆的预设接口连接维测设备，并通过维测设备下发维测指令，以使车辆在运行装载程序的状态下更新配置信息，并输出根据更新后的配置信息所得到维测结果。车辆输出的维测结果可以显示在维测设备的显示屏幕上，以供维测人员查看。

在配置信息维测场景中，车辆运行装载程序，以获取配置信息的更新信息并据此更新配置信息、以及根据车辆中的配置信息执行实现基础功能的操作，如此可以在保持车辆基础功能的情况下完成对配置信息的更新。在更新配置信息后，车辆运行装载程序，以根据更新后的配置信息执行实现基础功能的操作，并输出执行结果，如此可实现配置信息维测目的。

在本申请一个实施例中，根据第一配置信息，执行用于实现第一功能的操作这一步骤可以包括：根据第一配置信息，建立与第一器件间的通信连接；基于通信连接，与第一器件进行用于实现第一功能的报文交互。

可行地，车辆的MCU可以包括业务程序、装载程序和配置信息。MCU可以通过控制器局域网(controller area network，CAN)总线、以太网(Ethernet，ETH)总线等，基于相应总线协议(比如CAN协议、ETH协议等)，与相关器件进行热管理、网络管理等功能交互。ETH总线是一种基于以太网技术的汽车通讯协议。

示例性地，MCU处于运行装载程序的状态时，可以根据车辆中的配置信息建立与车载雷达传感器的通信连接，之后基于该通信连接与车载雷达传感器进行报文交互，以控制车载雷达传感器维持工作状态。

车辆运行装载程序期间，根据车辆中的配置信息建立与相关器件间的通信连接，并据此与相关器件进行报文交互来实现车辆基础功能，如此支持车辆在保持基础功能的情况下完成更新过程。

配置信息为装载程序为实现车辆基础功能所需的信息，在本申请一个实施例中，第一配置信息包括：通信连接所使用的总线协议、通信连接传输的报文内容、以及通信连接所使用总线的参数中的至少一种。

可行地，可以根据定制化装载程序中必备的通用模型来构建配置信息，以支持非定制的装载程序根据配置信息能够实现车辆基础功能。

一个实施例中，配置信息可以包括总线协议标识，总线协议标识用于指示通信连接所使用的总线协议。比如，若配置信息中的总线协议标识为“0”，则指示通信连接使用CAN总线协议，若配置信息中的总线协议标识为“1”，则指示通信连接使用ETH总线协议。

一个实施例中，配置信息中的报文内容可以为将各项基础功能相关的报文集成在一起所得的报文。比如第一功能包括热管理和网络管理，则第一配置信息中的报文内容可以包括热管理和网络管理相关的报文。

示例性地，若通信连接所使用的总线协议为CAN总线协议，则配置信息中的报文内容可以包括CAN标识(canid)、CAN通道(canChannel)、CAN标识数据长度(canidLen)、循环时间(cycleTime)、发送的数据(sendData)。

除了可以包括总线协议(busProtocol)、报文内容(msgInfo)、总线参数(Register)，配置信息还可包括其他信息，比如车辆的车型信息(carID)、配置信息版本号(version)等。车型信息可以为车型唯一标识，以区分不同车型。

车辆中的配置信息支持装载程序与相关器件交互以实现车辆基础功能，通过在车辆的非易失性存储介质中存储该配置信息，使得车辆运行装载程序期间，可以根据该配置信息来实现车辆基础功能，从而支持车辆在保持基础功能的情况下完成更新需求。

下面，对本申请的一些实施例进行分别说明，不同的实施例之间实现方式和有益效果可相互参考。尽管分别介绍，但是多种实施例可以先后实现在同一个电子设备上，本申请对此不做限定。

参考图3，本申请实施例提供了一种业务程序更新场景下的车辆控制方法，可以包括以下步骤301～步骤305：

步骤301，车辆的微控制单元(即MCU)响应于更新业务程序的指令，启动微控制单元中的装载程序，其中，微控制单元还包括用于实现第一功能的第一业务程序，微控制单元的非易失性存储介质中存储有第一配置信息，第一配置信息为装载程序实现第一功能所需的配置信息。

MCU响应于更新业务程序的指令的情况，可以为MCU运行业务程序期间接收到业务程序更新指令的情况，也可以为MCU无法运行业务程序的情况。

MCU响应于更新业务程序的指令可以复位MCU，之后运行装载程序以进行更新处理。

步骤302，微控制单元在运行装载程序的状态下，获取第一业务程序升级包，根据第一业务程序升级包中的业务程序更新信息，将第一业务程序更新为用于实现第二功能的第二业务程序，以及根据第一配置信息，执行用于实现第一功能的操作。

一种可行实现方式中，用于实现第一功能的车型通信矩阵变化时(比如通信所用的总线协议变化、协议参数变化等)，MCU可以接收到最新的车型通信矩阵，根据车型通信矩阵构建配置表后，可以将配置表提供给升级包提供方。升级包提供方可以将配置表写入业务程序源码中，并打包为业务程序升级包发送给MCU。

MCU运行装载程序期间，不仅执行业务程序更新处理，还根据配置信息实现车辆基础功能，以避免车辆系统异常。

步骤303，微控制单元启动第二业务程序，并在运行第二业务程序的状态下，根据业务程序更新信息中的第二配置信息更新第一配置信息，第二配置信息为装载程序实现第二功能所需的配置信息。

MCU在运行装载程序的状态下更新业务程序后，可以复位并运行更新后的业务程序，以完成对配置信息的更新。

通过执行步骤301～步骤303，完成对业务程序和配置信息的一次更新。

步骤304，微控制单元响应于更新指令，启动微控制单元中的装载程序。

在MCU运行装载程序以完成一次更新后，若需再次更新，MCU可以再次运行装载程序。

步骤305，微控制单元在运行装载程序的状态下，获取更新信息，根据更新信息执行更新处理，以及根据第二配置信息，执行用于实现第二功能的操作。

若更新指令为更新业务程序的指令，通过执行步骤304～步骤305，可以完成对业务程序和配置信息的再次更新。若更新指令为更新配置信息的指令，通过执行步骤304～步骤305，可以完成对配置信息的再次更新。更新的具体实现过程可参考本申请其他实施例中的相关技术实现，在此不做赘述。

参考图4，本申请实施例提供了一种配置信息更新场景下的车辆控制方法，可以包括以下步骤401～步骤404：

步骤401，车辆的微控制单元(即MCU)响应于更新配置信息的指令，启动微控制单元中的装载程序，其中，微控制单元还包括用于实现第一功能的第一业务程序，微控制单元的非易失性存储介质中存储有第一配置信息，第一配置信息为装载程序实现第一功能所需的配置信息。

MCU响应于更新配置信息的指令的情况，可以为MCU收到维测人员下发的维测指令的情况。

MCU响应于更新配置信息的指令，可以运行装载程序以进行配置信息更新处理。

步骤402，微控制单元在运行装载程序的状态下，获取装载程序实现第一功能所需的第三配置信息，根据第三配置信息更新第一配置信息，以及根据第一配置信息，执行用于实现第一功能的操作。

一种可行实现方式中，用于实现第一功能的车型通信矩阵变化时(比如通信所用的总线协议变化、协议参数变化等)，MCU可以接收到最新的车型通信矩阵，根据车型通信矩阵构建第三配置信息，并根据第三配置信息更新第一配置信息。

MCU运行装载程序期间，不仅执行配置信息更新处理，还根据当前的配置信息实现车辆基础功能，以避免车辆系统异常。

步骤403，微控制单元在运行装载程序的状态下，根据更新后的配置信息，执行用于实现第一功能的操作，并获得执行结果；输出执行结果。

MCU更新配置信息后，可以维持运行装载程序，以根据更新后的配置信息尝试实现第一功能，并输出维测结果以供维测人员查看。

通过执行步骤401～步骤403，完成对配置信息的一次更新和对更新后配置信息的维测。

步骤404，微控制单元响应于更新指令，启动微控制单元中的装载程序。

在MCU运行装载程序以完成配置信息更新后，若需再次更新，MCU可以再次运行装载程序。

步骤405，微控制单元在运行装载程序的状态下，获取更新信息，根据更新信息执行更新处理，以及根据第三配置信息，执行用于实现第一功能的操作。

若更新指令为更新业务程序的指令，通过执行步骤404～步骤405，完成对业务程序和配置信息的当前次更新。若更新指令为更新配置信息的指令，通过执行步骤404～步骤405，完成对配置信息的再次更新。更新的具体实现过程可参考本申请其他实施例中的相关技术实现，在此不做赘述。

本申请实施例还提供一种车辆控制装置，应用于车辆中，该车辆控制装置安装有装载程序和第一业务程序，第一业务程序用于实现第一功能；车辆的非易失性存储介质中存储有第一配置信息，第一配置信息为装载程序实现第一功能所需的配置信息；该车辆控制装置包括：第一处理模块，用于响应于更新指令，启动装载程序，更新指令为更新业务程序的指令或者更新配置信息的指令；第二处理模块，用于在运行装载程序的状态下，执行第一处理流程；其中，第一处理流程包括：获取对应更新指令的第一更新信息，根据第一更新信息执行更新处理；根据第一配置信息，执行用于实现第一功能的操作。

一个实施例中，车辆控制装置可以为车辆的MCU。

本申请实施例还提供一种芯片，该芯片包括处理器，其用于执行存储在存储器上的计算机程序指令，其中，当计算机程序指令被处理器执行时，触发芯片执行本申请任意方法实施例提供的方法步骤。

本申请实施例还提供一种电子设备，电子设备包括用于存储计算机程序指令的一个或多个存储器、以及一个或多个处理器，其中，当计算机程序指令被一个或多个处理器执行时，触发电子设备执行本申请任意方法实施例提供的方法步骤。

本申请实施例还提供一种车辆，车辆包括上述电子设备或车辆控制装置。

进一步的，本申请实施例阐明的设备、装置、模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。

本领域内的技术人员应明白，本申请实施例可提供为方法、装置、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式。

在本申请所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备执行本申请各个实施例所述方法的全部或部分步骤。

具体的，本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行本申请实施例提供的方法步骤。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，当其在计算机上运行时，使得计算机执行本申请实施例提供的方法步骤。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台电子设备或处理器执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本领域普通技术人员可以意识到，本申请实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，本申请中的各个实施例各个实施例之间相同相似的部分互相参见即可。比如本申请实施例描述的系统、装置和单元的具体工作过程，可以参考本申请方法实施例中的对应过程，在此不再赘述。

以上所述仅为本申请的具体实施例而已，并不用以限制本申请，本申请保护范围应以权利要求为准。

Claims (10)

1.一种车辆控制方法，其特征在于，应用于车辆的控制装置，所述控制装置安装有装载程序和第一业务程序，所述第一业务程序用于实现第一功能；

所述车辆的非易失性存储介质中存储有第一配置信息，所述第一配置信息为所述装载程序实现所述第一功能所需的配置信息；

所述车辆控制方法包括：

响应于更新指令，启动所述装载程序，所述更新指令为更新业务程序的指令或者更新配置信息的指令；

在运行所述装载程序的状态下，执行第一处理流程；

其中，所述第一处理流程包括：获取对应所述更新指令的第一更新信息，根据所述第一更新信息执行更新处理；根据所述第一配置信息，执行用于实现所述第一功能的操作。

2.根据权利要求1所述的方法，其特征在于，所述第一更新信息包括业务程序更新信息；

所述根据所述第一更新信息执行更新处理，包括：

根据所述业务程序更新信息，将所述第一业务程序更新为第二业务程序。

3.根据权利要求2所述的方法，其特征在于，所述第二业务程序用于实现第二功能，所述业务程序更新信息包括所述装载程序实现所述第二功能所需的第二配置信息；

在所述将所述第一业务程序更新为第二业务程序之后，所述方法还包括：

启动所述第二业务程序；

在运行所述第二业务程序的状态下，根据所述第二配置信息更新所述第一配置信息。

4.根据权利要求1所述的方法，其特征在于，所述第一更新信息包括所述装载程序实现所述第一功能所需的第三配置信息；

所述根据所述第一更新信息执行更新处理，包括：

根据所述第三配置信息更新所述第一配置信息；

所述方法还包括：

在运行所述装载程序的状态下，根据更新后的配置信息，执行用于实现所述第一功能的操作，并获得执行结果；输出所述执行结果。

5.根据权利要求1-4中任一所述的方法，其特征在于，所述根据所述第一配置信息，执行用于实现所述第一功能的操作，包括：

根据所述第一配置信息，建立与第一器件间的通信连接；

基于所述通信连接，与所述第一器件进行用于实现所述第一功能的报文交互。

6.根据权利要求5所述的方法，其特征在于，所述第一配置信息包括：所述通信连接所使用的总线协议、所述通信连接传输的报文内容、以及所述通信连接所使用总线的参数中的至少一种。

7.一种车辆控制装置，其特征在于，所述车辆控制装置用于控制车辆，所述车辆控制装置安装有装载程序和第一业务程序，所述第一业务程序用于实现第一功能；所述车辆的非易失性存储介质中存储有第一配置信息，所述第一配置信息为所述装载程序实现所述第一功能所需的配置信息；所述车辆控制装置还包括：

第一处理模块，用于响应于更新指令，启动所述装载程序，所述更新指令为更新业务程序的指令或者更新配置信息的指令；

第二处理模块，用于在运行所述装载程序的状态下，执行第一处理流程；其中，所述第一处理流程包括：获取对应所述更新指令的第一更新信息，根据所述第一更新信息执行更新处理；根据所述第一配置信息，执行用于实现所述第一功能的操作。

8.一种芯片，其特征在于，包括：

处理器，用于执行存储在存储器上的计算机程序指令，其中，当所述计算机程序指令被所述处理器执行时，触发所述芯片执行权利要求1-6中任一项所述的方法。

9.一种电子设备，其特征在于，所述电子设备包括用于存储计算机程序指令的一个或多个存储器、以及一个或多个处理器，其中，当所述计算机程序指令被所述一个或多个处理器执行时，触发所述电子设备执行如权利要求1-6中任一项所述的方法。

10.一种车辆，其特征在于，所述车辆包括如权利要求7所述的车辆控制装置或权利要求9所述的电子设备。