CN117666545A - 一种整车控制器的唤醒控制方法、设备及存储介质 - Google Patents

Abstract

本申请公开一种整车控制器的唤醒控制方法、设备及存储介质，涉及车辆控制技术领域，该方法包括：当获取到网络管理报文信息时，基于网络管理报文信息确定待唤醒的目标控制器，基于预设配置信息和当前场景状态确定当前唤醒策略，基于所述当前唤醒策略唤醒所述目标控制器，并控制所述中央控制器保持唤醒状态；当接收到车载应用程序调用请求时，基于所述车载应用程序调用请求确定待唤醒的目标控制器，并基于预设应用程序接口唤醒所述目标控制器。本申请提供的唤醒控制方法可以根据当前场景状态，灵活设置与其对应的唤醒控制策略，实现对相应的目标控制器进行唤醒，设计简单、灵活高效。

Description

一种整车控制器的唤醒控制方法、设备及存储介质

技术领域

本申请涉及车辆控制技术领域，尤其涉及一种整车控制器的唤醒控制方法、设备及存储介质。

背景技术

随着新能源汽车的发展，新能源汽车成为日常生活中必不可少的一环。新能源汽车通常具有多个功能模块，比如发动机模块、变速器模块、电源模块等，多个功能部件通常由各自对应的ECU(Electronic ControlUnit，电子控制器)进行控制和管理。目前智能电动汽车通常采用中央高性能处理器和多个区域控制器组合的电子电器架构，中央高性能处理器内的各个域之间以及各个域与区域控制器之间，在车辆处于不同的场景状态下时，涉及的ECU的信息交互以及ECU休眠唤醒的情形也纷繁复杂，通常在车辆处于运行状态，如行驶、临时驻车、充电等，全车的电子控制器全功耗运行，车辆在处于非运行状态，如长时间停车等，车辆的动力电池断开，全车的电子控制器都处于休眠状态。整车上的车辆场景状态可能有数百个，因此，基于目前智能电动汽车的电子电器架构，对于整车的各个ECU的休眠唤醒的控制是一个很大的挑战。

为此，本申请的目的是提供一种通用的、设计简单的、可以灵活地适用在各种场景状态下对相应电子控制器进行唤醒的唤醒控制方案。

发明内容

基于此，本申请提出了一种设计简单、通用、灵活的通整车控制器的唤醒控制方法。

在第一方面，本申请提供一种整车控制器的唤醒控制方法，用于车辆，所述车辆包括多个控制域，每个控制域包括多个控制器，所述多个控制器中至少包括一个部署有车辆电源管理系统的中央控制器；所述唤醒控制方法包括：

当所述车辆电源管理系统获取到网络管理报文信息时，基于所述网络管理报文信息确定待唤醒的目标控制器，基于预设配置信息和当前场景状态确定当前唤醒策略，基于所述当前唤醒策略唤醒所述目标控制器，并控制所述中央控制器保持唤醒状态；

当所述车辆电源管理系统接收到车载应用程序调用请求时，基于所述车载应用程序调用请求确定待唤醒的目标控制器，并基于预设应用程序接口唤醒所述目标控制器。

进一步地，所述唤醒控制方法还包括：当所述车辆电源管理系统获取到场景输入信息时，停止正在发送的网络管理报文；

基于所述场景输入信息确定当前场景状态以及待唤醒的目标控制器；根据预设配置信息和当前场景状态确定当前唤醒策略，基于所述当前唤醒策略唤醒所述目标控制器，并保存所述当前场景状态。

优选地，所述当前唤醒策略包括采用发送网络管理报文和硬线唤醒中的至少一种唤醒方式。

当所述当前唤醒策略包括采用了发送网络管理报文时，所述唤醒控制方法还包括，根据所述预设配置信息和所述当前场景状态确定当前场景下要发送的网络管理报文。

优选地，当基于所述场景输入信息确定当前场景状态之后还包括：基于所述当前场景状态确定是否控制所述中央控制器保持唤醒状态。

优选地，所述车辆电源管理系统基于第一消息队列获取所述网络管理报文，以及基于第二消息队列获取所述场景输入信息；相应的所述唤醒控制方法还包括：所述车辆电源管理系统接收报文管理模块发送的网络管理报文，并将所述网络管理报文存储到第一消息队列中；以及所述车辆电源管理系统接收远程服务器发送的场景输入信息，并将所述场景输入信息存储到第二消息队列中。

优选地，所述唤醒控制方法还包括：所述车辆电源管理系统周期性的检查所述报文管理模块的通道状态，若为关闭状态则控制所述中央控制器进入休眠或低功耗状态。

优选地，所述场景输入信息至少包括车辆状态参数和驾驶员状态参数。

优选地，所述基于预设应用程序接口唤醒所述目标控制器具体为：调用所述预设应用程序接口向所述目标控制器发送指定的网络管理报文；或是调用所述预设应用程序接口控制硬线唤醒所述目标控制器；或是调用所述预设应用程序接口向所述目标控制器发送指定的网络管理报文以及控制硬线唤醒所述目标控制器。

进一步地，所述调用所述预设应用程序接口之前还包括，根据所述车载应用程序调用请求确定申请发送的网络管理报文，并且在所述当前场景状态允许发送所述申请发送的网络管理报文时，将所述申请发送的网络管理报文作为所述指定的网络管理报文。

在第二方面，本申请提供一种控制设备，该控制设备包括处理器和存储装置，所述存储装置适于存储多条程序代码，所述程序代码适于由所述处理器加载并运行以执行上述整车控制器的唤醒控制方法的技术方案中任一项技术方案所述的整车控制器的唤醒控制方法。

在第三方面，本申请提供一种车辆电源管理系统，该车辆电源管理系统包括上述控制设备。

在第四方面，本申请提供一种计算机可读存储介质，该计算机可读存储介质其中存储有多条程序代码，所述程序代码适于由处理器加载并运行以执行上述整车控制器的唤醒控制方法的技术方案中任一项技术方案所述的唤醒控制方法。

本申请上述一个或多个技术方案，至少具有如下一种或多种有益效果：

在实施本申请的技术方案中，将车辆电源管理系统作如下设计：当获取到网络管理报文信息时，基于所述网络管理报文信息确定待唤醒的目标控制器，基于预设配置信息和当前场景状态确定当前唤醒策略，基于所述当前唤醒策略唤醒所述目标控制器，并控制所述中央控制器保持唤醒状态；当接收到车载应用程序调用请求时，基于所述车载应用程序调用请求确定待唤醒的目标控制器，并基于预设应用程序接口唤醒所述目标控制器，本申请提供的唤醒控制方法可以根据当前场景状态，灵活设置与其对应的唤醒控制策略，实现对相应的目标控制器进行唤醒，设计简单且对目标控制器的唤醒控制做到了灵活高效，进而简单、高效的解决了部署有车辆电源管理系统的中央控制器对其他目标控制器的唤醒。

附图说明

参照附图，本申请的公开内容将变得更易理解。本领域技术人员容易理解的是：这些附图仅仅用于说明的目的，而并非意在对本申请的保护范围组成限制。此外，图中类似的数字用以表示类似的部件，其中：

图1是本申请实施例的一种应用场景的智能电动车的电子电器架构示意图；

图2是本申请实施例提供的一种整车控制器的唤醒控制方法的软件架示意图；

图3是本申请实施例提供的一种唤醒控制机制实现原理示意图；

图4和图5是本申请实施例的一种整车控制器的唤醒控制方法的实现流程步骤示意图；

图6是本申请实施例的又一种整车控制器的唤醒控制方法的实现流程步骤示意图；

图7是本申请实施例的一种车辆电源管理系统的组成框图示意图。

具体实施方式

下面参照附图来描述本申请的一些实施方式。本领域技术人员应当理解的是，这些实施方式仅仅用于解释本申请的技术原理，并非旨在限制本申请的保护范围。

在本申请的描述中，“模块”、“处理器”、“控制器”可以包括硬件、软件或者两者的组合。一个模块可以包括硬件电路，各种合适的感应器，通信端口，存储器，也可以包括软件部分，比如程序代码，也可以是软件和硬件的组合。处理器可以是中央处理器、微处理器、图像处理器、数字信号处理器或者其他任何合适的处理器。处理器具有数据和/或信号处理功能。处理器可以以软件方式实现、硬件方式实现或者二者结合方式实现。非暂时性的计算机可读存储介质包括任何合适的可存储程序代码的介质，比如磁碟、硬盘、光碟、闪存、只读存储器、随机存取存储器等等。术语“至少一个A或B”或者“A和B中的至少一个”，可以包括只是A、只是B或者A和B。单数形式的术语“一个”、“这个”也可以包含复数形式。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

目前的智能电动车，一般采取中央高性能处理器+区域控制器的EE(电子电器)架构，如图1所示是本申请实施例应用场景的一种典型的EE架构示意图。基于该架构下，整车的CCC(中央处理器)一般包括CD(座舱域)、AD(自动驾驶域)和VD(车控域)，每个域一般都是由强大的Soc(System-On-Chip，片上系统)提供算力，另外，每个域都可以包含其他多个ECU，比如座舱域还包括用于驾驶员和乘客监控(DMS和OMS)以及扬声器(speaker)等ECU，自动驾驶域包括相机(Camera)、雷达(Lidar、Radar)等传感器。图中所示，Zone1、Zone2是区域控制器，主要用作连接其他远离CCC的ECU，不同的EE架构，可以有不同数量的区域控制器，区域控制器由高速以太网和CCC相连，CCC内各个域之间，以及CCC内各个域和ZONE之间都可以进行控制、数据、事件等信息交互。

基于图1所示EE架构，本申请实施例提供的一种整车控制器的唤醒控制方法的软件架构如图2所示。本申请实施例中，一个ECU唤醒另一个ECU通常有两种方式，一种是发送网络管理报文(PNC报文)，另一种是通过硬线唤醒(GPIO唤醒)。如图所示，每个域上部署有VPM模块，分别为VPM_AD、VPM_CD、VPM_VD、VPM_Zone1以及VPM_Zone2，这些模块的设计和功能都一样。只是要处理的数据不同。需要说明的是，本申请实施例中所述VPM模块具体是指部署在整车上的车辆电源管理系统，在每个域中的多个ECU中至少有一个部署有该车辆电源管理系统的ECU，本实施例中将部署有该车辆电源管理系统的该ECU称为中央控制器。

本申请是基于该车辆电源管理系统(以下简称VPM)来实现整车控制器的唤醒控制方法。

一种实施方式中，VPM有3个输入，分别是：

a)PNC，即从别的ECU发来的唤醒报文；

b)Vehicle State/Vehicle Mode/Driver Mode；

c)App的API调用；

VPM的输出，可以是：

a)PNC NM报文，用于唤醒别的ECU。

b)GPIO ctrl，用于通过硬线唤醒，唤醒别的ECU。

c)使得本ECU(中央控制器)进入到某种功耗状态，如休眠或者低功耗。

VPM的主要功能就是根据上述输入，以及内置的策略，确定要唤醒哪些ECU，以及控制自身的状态为休眠或工作。

基于图2所示整车控制器的唤醒控制方法的软件架构，本申请实施例提供了一种整车控制器的唤醒控制方法的具体实现方式，可以理解的是，该唤醒控制方法主要用于车辆，尤其是一种智能电动汽车，所述车辆包括多个控制域，每个控制域包括多个控制器，所述多个控制器中至少包括一个部署有VPM的中央控制器。在对唤醒控制方法进行详细介绍之前，首先基于图3可以对VPM所实现的唤醒控制机制有所理解，如图3所示，中央控制器上的VPM所实现的唤醒控制机制，主要为基于图中所示的来自远程服务器的场景输入信息、来自报文管理模块的网络管理报文以及来自中央控制器上APP的车载应用程序调用请求，唤醒相应的目标控制器。其次，基于图4至图6对所述VPM所实现的整车控制器的唤醒控制方法进行详细说明。

如图4所示是本申请的一个实施例的整车控制器的唤醒控制方法的主要步骤流程，如图所示，主要包括以下步骤：

步骤S11：当所述车辆电源管理系统获取到网络管理报文信息时，基于所述网络管理报文信息确定待唤醒的目标控制器，基于预设配置信息和当前场景状态确定当前唤醒策略，基于所述当前唤醒策略唤醒所述目标控制器，并控制所述中央控制器保持唤醒状态；

本实施例中具体地，在所述车辆电源管理系统中设计有用于存储所述网络管理报文信息的消息队列，例如PNC Queue，其队列长度不固定，可以保证队列中存储的消息不丢失。

在具体实施方式中，车辆电源管理系统接收到报文管理模块发送的网络管理报文时，将所述网络管理报文存储到第一消息队列中，相应的，所述车辆电源管理系统可以基于第一消息队列获取到所述网络管理报文。

可以理解的是，本申请实施例中可以设置所述车辆电源管理系统周期性的检查所述报文管理模块的通道状态，若为打开状态则表示此时可以接收到报文管理模块发送的网络管理报文，若为关闭状态则表示没有来自其他控制器的唤醒需求，此时不会接收到报文管理模块发送的网络管理报文，可以控制所述中央控制器进入休眠或低功耗状态，从而可以达到节约功耗的效果。

本实施例中所述当前唤醒策略包括采用发送网络管理报文和硬线唤醒中的至少一种唤醒方式。在所述预设配置信息中可以至少包含有场景状态和唤醒策略的对应关系。例如，根据预设配置信息和所当前场景状态确定的当前唤醒策略是发送网络管理报文给目标控制器，以及同时采用硬线唤醒来唤醒所述目标控制器。

可以理解的是，不同场景状态下需要发送的网络管理报文是有所不同的，在所述预设配置信息中还可以包含场景状态和网络管理报文的匹配关系，或者包含有场景状态、网络管理报文以及目标控制器的匹配关系。相应的一种实施方式中，在基于网络管理报文信息确定目标控制器之后，可以根据所述预设配置信息和当前场景状态确定当前场景下要发送的网络管理报文；另一种实施方式中，也可以直接根据所述预设配置信息和当前场景状态确定目标控制器以及要发送给该目标控制器的网络管理报文。

步骤S12：当所述车辆电源管理系统获取到车载应用程序调用请求时，基于所述车载应用程序调用请求确定待唤醒的目标控制器，并基于预设应用程序接口唤醒所述目标控制器。

本实施例中具体地，当所车辆电源管理系统所在的ECU上的应用程序要唤醒其他ECU时，会触发调用VPM提供的预设应用程序接口以实现对其他ECU即目标控制器的唤醒，并且唤醒方式可以是采用发送网络管理报文和硬线唤醒中的至少一种唤醒方式。

一种具体实施方式中，本步骤具体为：当所述车辆电源管理系统获取到车载应用程序调用请求时，调用所述预设应用程序接口向所述目标控制器发送指定的网络管理报文；或是调用所述预设应用程序接口控制硬线唤醒所述目标控制器；或是调用所述预设应用程序接口向所述目标控制器发送指定的网络管理报文以及控制硬线唤醒所述目标控制器。

可以理解的是，在调用所述预设应用程序接口之前还包括，根据所述车载应用程序调用请求确定申请发送的网络管理报文，并且在所述当前场景状态允许发送所述申请发送的网络管理报文时，将所述申请发送的网络管理报文作为所述指定的网络管理报文。相应的，当所述车载应用程序调用请求不被允许时，VPM会向发送该车载应用程序调用请求的APP返回错误。

一种实施方式中，本申请实施例的整车控制器的唤醒控制方法还包括如图5所示步骤流程，具体如下：

步骤S13：当所述车辆电源管理系统获取到场景输入信息时，停止正在发送的网络管理报文；

本实施例中具体地，在所述车辆电源管理系统中设计有用于存储场景输入信息的消息队列，例如Scenario Queue，其队列长度为1，意味着来不及处理的场景输入信息将会被后来者覆盖。

在具体实施方式中，用于存储和管理车辆场景状态的远程服务器会周期性的向车辆发送用于表征车辆状态发生变化的场景输入信息，即车辆电源管理系统接收到远程服务器发送的场景输入信息时，将所述场景输入信息存储到第二消息队列中，相应的，所述车辆电源管理系统可以基于第二消息队列获取到所述场景输入信息。

本实施例中的所述场景输入信息至少包括车辆状态参数和驾驶员状态参数，所述车辆状态参数至少包括驻车状态、行驶状态及软件更新状态等，所述驾驶员状态参数至少包括驾驶员存在状态、驾驶员离开状态等。例如，图2中所示场景输入信息为VehicleState/Vehicle Mode/Driver Mode。可以理解的是，当获取到场景输入信息时表示发生了当前场景状态的切换，不同的场景状态下所发送的PNC报文有所不同，因此需要停止正在发送的PNC报文。

步骤S14：基于所述场景输入信息确定当前场景状态以及待唤醒的目标控制器；根据预设配置信息和所述当前场景状态确定当前唤醒策略，基于所述当前唤醒策略唤醒所述目标控制器，并保存所述当前场景状态。

本实施例中所述预设配置信息可以从配置文件(例如scenario confg table)中获得，保存所述当前场景状态可以具体为将当前场景状态保存到场景状态文件(例如scenario context)中，在获取到场景输入信息时可以通过调用函数(例如ScenarioHandler)的方式以实现步骤S13和步骤S14的相关处理。

本实施例中具体地，所述当前唤醒策略包括采用发送网络管理报文和硬线唤醒中的至少一种唤醒方式。

例如，根据预设配置信息和所当前场景状态确定的当前唤醒策略是采用GPIO唤醒所述目标控制器。

一种具体实施方式中，当基于所述场景输入信息确定当前场景状态之后还可以包括：基于所述当前场景状态确定是否控制所述中央控制器保持唤醒状态，可以理解的是，比如无人驾驶场景状态下，则可以控制所述中央控制器保持唤醒状态，再比如驻车场景状态下，则可以控制所述中央控制器进入休眠或低功耗状态。

可以理解的是，本申请实施例中的所述车辆电源管理系统可以依次轮询所述第二消息队列和所述第一消息队列，当所述第二消息队列中存在场景输入信息时，执行所述步骤S13和步骤S14，当所述第二消息队列中不存在场景输入信息时，则从所述第一消息队列中获取消息执行所述步骤S11。

由此可见，本申请提供的唤醒控制方法可以根据当前场景状态，灵活设置与其对应的唤醒控制策略，实现对相应的目标控制器进行唤醒，设计简单且对目标控制器的唤醒控制做到了灵活高效。

如图6所示是本申请的一个实施例的整车控制器的唤醒控制方法的主要步骤流程，在该流程中执行主体为VPM，如图所示，主要包括以下步骤：

步骤101：实时监测系统输入；

当接收到网络管理报文时，存入第一消息队列，当接收到场景输入信息时，存入第二消息队列，并执行步骤102；

当接收到车载应用程序调用请求时，执行步骤109；

例如，当VPM上的第一接口函数被调用时，VPM将接收到网络管理报文或场景输入信息，并触发任务函数MainLoop task以执行步骤102；当VPM上的第二接口函数被调用时，VPM将接收到车载应用程序调用请求，并触发相应的API接口函数以执行步骤109。

步骤102：判断第二消息队列是否为空，是则执行步骤103，否则执行步骤106；

例如，第二消息队列不为空，表示需要进行场景切换。第二消息队列长度为1，每次从第二消息队列中获取场景输入信息之后，第二消息队列将会自动清空。

步骤103：从第一消息队列中获取网络管理报文信息；

例如，在获取到网络管理报文信息之后可以通过调用函数(例如PNCHandler)的方式以实现步骤104至步骤105。

步骤104：根据预设配置信息判断是否可以处理获取的所述网络管理报文，是则执行步骤105，否则返回步骤102；

例如，判断配置文件scenario confg table中是否存储有与获取的所述网络管理报文相匹配的预设配置信息，是则执行步骤105，否则返回步骤102获取下一个网络管理报文信息。

步骤105：基于所述网络管理报文信息确定待唤醒的目标控制器，获取保存的当前场景状态，根据预设配置信息和所述当前场景状态，向所述目标控制器发送指定的网络管理报文，和/或通过GPIO唤醒所述目标控制器，和/或控制中央控制器保持唤醒状态，结束。

步骤106：从第二消息队列中获取场景输入信息，停止正在发送的网络管理报文，基于所述场景输入信息确定当前场景状态以及待唤醒的目标控制器；

例如，在获取场景输入信息之后可以通过调用函数(例如ScenarioHandler)的方式以实现步骤106至步骤108。

步骤107：根据预设配置信息和所述当前场景状态，向所述目标控制器发送指定的网络管理报文，和/或通过GPIO唤醒所述目标控制器，保存当前场景状态；

例如，将当前场景状态保存到场景状态文件(scenario context)中，进一步地，还可以在scenario context中保存与场景状态相匹配的PNC数据。

步骤108：根据当前场景状态确定是否控制中央控制器保持唤醒状态，结束。

例如，当前场景状态为无人驾驶状态则控制中央控制器保持唤醒状态。

步骤109：根据所述车载应用程序调用请求确定待唤醒的目标控制器和申请发送的网络管理报文；

步骤110：判断当前场景状态是否允许发送所述申请发送的网络管理报文，是则执行步骤111，否则执行步骤112；

例如，通过调用函数(例如ConditionChecker)的方式检查当前场景状态是否允许发送所述申请发送的网络管理报，具体地，可以基于scenario context中保存的场景状态与PNC数据判断当前场景状态下是否允许发送所述申请发送的网络管理报文。

步骤111：向所述目标控制器发送所述申请发送的网络管理报文，和/或通过GPIO唤醒所述目标控制器，结束。

步骤112：通过预设应用程序接口返回错误，结束。

需要说明的是，图6所示流程中的结束是指完成了对目标控制器的唤醒，实际应用中对于VPM的工作流程而言，在完成一次对目标控制器的唤醒之后，可以返回所述步骤101继续实时监测系统输入，并执行相应处理。

进一步的，本申请还提供了一种车辆电源管理系统。

参阅附图7，图7是根据本申请的一个实施例的车辆电源管理系统的主要结构框图，该系统主要包括：

第一获取模块601，用于当获取到网络管理报文信息时，基于所述网络管理报文信息确定待唤醒的目标控制器，基于预设配置信息和当前场景状态确定当前唤醒策略，并触发所述唤醒控制模块603；

接收模块602，用于当接收到车载应用程序调用请求时，基于所述车载应用程序调用请求确定待唤醒的目标控制器，并触发所述唤醒控制模块603；

唤醒控制模块603，用于当收到所述第一获取模块601的触发时，基于所述当前唤醒策略唤醒所述目标控制器，并控制所述中央控制器保持唤醒状态；以及用于当收到所述接收模块602的触发时，基于预设应用程序接口唤醒所述目标控制器；

第二获取模块604，用于当获取到场景输入信息时，停止正在发送的网络管理报文；基于所述场景输入信息确定当前场景状态以及待唤醒的目标控制器；根据预设配置信息和当前场景状态确定当前唤醒策略，并触发所述唤醒控制模块603；

所述唤醒控制模块603，还用于当收到所述第二获取模块604的触发时，基于所述当前唤醒策略唤醒所述目标控制器，并保存所述当前场景状态。

为了便于说明，上述车辆电源管理系统的介绍仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。

应该理解的是，由于各个模块的设定仅仅是为了说明本申请的功能单元，这些模块对应的物理器件可以是处理器本身，或者处理器中软件的一部分，硬件的一部分，或者软件和硬件结合的一部分。因此，图中的各个模块的数量仅仅是示意性的。

本领域技术人员能够理解的是，可以对系统中的各个模块进行适应性地拆分或合并。对具体模块的这种拆分或合并并不会导致技术方案偏离本申请的原理，因此，拆分或合并之后的技术方案都将落入本申请的保护范围内。

本领域技术人员能够理解的是，本申请实现上述一实施例的方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器、随机存取存储器、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括电载波信号和电信信号。

进一步，本申请还提供了一种控制设备，以及提供了一种包括该控制设备的一种车辆电源管理系统。

在根据本申请的一个控制设备的实施例中，控制设备主要包括处理器和存储装置，存储装置可以被配置成存储执行上述方法实施例的整车控制器的唤醒控制方法的程序，处理器可以被配置成用于执行存储装置中的程序，该程序包括但不限于执行上述方法实施例的整车控制器的唤醒控制方法的程序。为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。

在本申请实施例中控制设备可以是包括各种电子设备形成的控制装置设备。在一些可能的实施方式中，控制设备可以包括多个存储装置和多个处理器。而执行上述方法实施例的整车控制器的唤醒控制方法的程序可以被分割成多段子程序，每段子程序分别可以由处理器加载并运行以执行上述方法实施例的唤醒控制方法的不同步骤。具体地，每段子程序可以分别存储在不同的存储装置中，每个处理器可以被配置成用于执行一个或多个存储装置中的程序，以共同实现上述方法实施例的整车控制器的唤醒控制方法，即每个处理器分别执行上述方法实施例的整车控制器的唤醒控制方法的不同步骤，来共同实现上述方法实施例的整车控制器的唤醒控制方法。

上述多个处理器可以是部署于同一个设备上的处理器，例如上述控制设备可以是由多个处理器组成的高性能设备，上述多个处理器可以是该高性能设备上配置的处理器。此外，上述多个处理器也可以是部署于不同设备上的处理器，例如上述计算机设备可以是服务器集群，上述多个处理器可以是服务器集群中不同服务器上的处理器。

进一步，本申请还提供了一种计算机可读存储介质。

在根据本申请的一个计算机可读存储介质实施例中，计算机可读存储介质可以被配置成存储执行上述方法实施例的整车控制器的唤醒控制方法的程序，该程序可以由处理器加载并运行以实现上述唤醒控制方法。为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该计算机可读存储介质可以是包括各种电子设备形成的存储装置设备，可选的，本申请实施例中计算机可读存储介质是非暂时性的计算机可读存储介质。

至此，已经结合附图所示的优选实施方式描述了本申请的技术方案，但是，本领域技术人员容易理解的是，本申请的保护范围显然不局限于这些具体实施方式。在不偏离本申请的原理的前提下，本领域技术人员可以对相关技术特征作出等同的更改或替换，这些更改或替换之后的技术方案都将落入本申请的保护范围之内。

Claims (10)

1.一种整车控制器的唤醒控制方法，用于车辆，其特征在于：所述车辆包括多个控制域，每个控制域包括多个控制器，所述多个控制器中至少包括一个部署有车辆电源管理系统的中央控制器；所述唤醒控制方法包括：

当所述车辆电源管理系统获取到网络管理报文信息时，基于所述网络管理报文信息确定待唤醒的目标控制器，基于预设配置信息和当前场景状态确定当前唤醒策略，基于所述当前唤醒策略唤醒所述目标控制器，并控制所述中央控制器保持唤醒状态；

当所述车辆电源管理系统接收到车载应用程序调用请求时，基于所述车载应用程序调用请求确定待唤醒的目标控制器，并基于预设应用程序接口唤醒所述目标控制器。

2.根据权利要求1所述的唤醒控制方法，其特征在于，所述唤醒控制方法还包括：当所述车辆电源管理系统获取到场景输入信息时，停止正在发送的网络管理报文；

基于所述场景输入信息确定当前场景状态以及待唤醒的目标控制器；根据预设配置信息和当前场景状态确定当前唤醒策略，基于所述当前唤醒策略唤醒所述目标控制器，并保存所述当前场景状态。

3.根据权利要求1或2所述的唤醒控制方法，其特征在于，所述当前唤醒策略包括采用发送网络管理报文和硬线唤醒中的至少一种唤醒方式。

4.根据权利要求3所述的唤醒控制方法，其特征在于，当所述当前唤醒策略包括采用了发送网络管理报文时，所述唤醒控制方法还包括，根据所述预设配置信息和所述当前场景状态确定当前场景下要发送的网络管理报文。

5.根据权利要求2所述的唤醒控制方法，其特征在于，当基于所述场景输入信息确定当前场景状态之后还包括：基于所述当前场景状态确定是否控制所述中央控制器保持唤醒状态。

6.根据权利要求2所述的唤醒控制方法，其特征在于，所述车辆电源管理系统基于第一消息队列获取所述网络管理报文，以及基于第二消息队列获取所述场景输入信息；

所述唤醒控制方法还包括：所述车辆电源管理系统接收报文管理模块发送的网络管理报文，并将所述网络管理报文存储到第一消息队列中；以及所述车辆电源管理系统接收远程服务器发送的场景输入信息，并将所述场景输入信息存储到第二消息队列中。

7.根据权利要求2所述的唤醒控制方法，其特征在于，所述唤醒控制方法还包括：所述车辆电源管理系统周期性的检查所述报文管理模块的通道状态，若为关闭状态则控制所述中央控制器进入休眠或低功耗状态。

8.根据权利要求2所述的唤醒控制方法，其特征在于：所述场景输入信息至少包括车辆状态参数和驾驶员状态参数。

9.根据权利要求1所述的唤醒控制方法，其特征在于，所述基于预设应用程序接口唤醒所述目标控制器具体为：调用所述预设应用程序接口向所述目标控制器发送指定的网络管理报文；或是调用所述预设应用程序接口控制硬线唤醒所述目标控制器；或是调用所述预设应用程序接口向所述目标控制器发送指定的网络管理报文以及控制硬线唤醒所述目标控制器。

10.根据权利要求9所述的唤醒控制方法，其特征在于，所述调用所述预设应用程序接口之前还包括，根据所述车载应用程序调用请求确定申请发送的网络管理报文，并且在所述当前场景状态允许发送所述申请发送的网络管理报文时，将所述申请发送的网络管理报文作为所述指定的网络管理报文。