CN117640668A - 域控制器唤醒方法、系统、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供的域控制器唤醒方法、系统、装置、电子设备及存储介质，基于对接收的唤醒指令中的参数信息确定目标域控制器，再对目标域控制器的状态进行判断，若目标域控制器处于非在线状态，则通过将唤醒指令下发至车端MCU控制器以对目标域控制器进行唤醒。根据唤醒指令中的参数信息可以针对目标域控制器进行唤醒，无需对整车全部域控制器进行唤醒，能够有效提升目标域控制器的唤醒时间和唤醒效率。

Description

域控制器唤醒方法、系统、装置、电子设备及存储介质

技术领域

本申请涉及车辆技术领域，尤其涉及一种域控制器唤醒方法、系统、装置、电子设备及存储介质。

背景技术

域控制器是实现整车智能化网联化的核心载体，域控制器产品由单域控制器向多域控制器过渡，多域控制器能够进一步降低硬件-软件-功能之间的耦合度。目前，对车载的域控制器进行唤醒时均是针对单域控制器进行唤醒，通过云端或移动端APP下发唤醒指令至车端MCU(Microcontroller Unit,微控制单元)，以对单域控制器进行唤醒。针对新引进的多域控制器还没有专门的唤醒方法，如果沿用对单域控制器的唤醒方法，则只能对多域控制器进行整车唤醒，不能单独唤醒多域控制器中的某一个或几个域控制器，导致唤醒时间长且唤醒效率低。

发明内容

有鉴于此，本申请的目的在于提出一种域控制器唤醒方法、系统、装置、电子设备及存储介质，以解决无法针对一个或多个域控制器进行唤醒的问题。

基于上述目的，本申请的第一方面提供了一种域控制器唤醒方法，包括：

接收唤醒指令；

根据所述唤醒指令的参数信息确定待唤醒的目标域控制器，其中，所述参数信息用于标识所述目标域控制器；

判断所述目标域控制器是否处于在线状态，响应于所述目标域控制器处于非在线状态，将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

可选的，所述参数信息至少包括一个目标域控制器的信息。

可选的，将所述唤醒指令发送至MCU控制器以对所述目标域控制器进行唤醒之后，包括：接收并存储所述目标域控制器发送的唤醒状态信息，其中，所述唤醒状态信息指示所述目标域控制器被唤醒后的状态。

可选的，所述唤醒状态信息包括唤醒成功信息和唤醒失败信息，响应于所述唤醒状态信息为所述唤醒失败信息，通过所述车端MCU控制器重新对所述目标域控制器进行唤醒。

本申请的第二方面提供了一种域控制器唤醒系统，所述系统部署在云端，所述系统包括唤醒管理单元，

所述唤醒管理单元，被配置为，

接收唤醒指令；

根据所述唤醒指令的参数信息确定待唤醒的目标域控制器，其中，所述参数信息用于标识所述目标域控制器；

判断所述目标域控制器是否处于在线状态，响应于所述目标域控制器处于非在线状态，将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

可选的，所述唤醒管理单元包括设备连接管理子单元和远程唤醒服务子单元，

所述设备连接管理子单元，被配置为，

根据所述唤醒指令的参数信息确定待唤醒的目标域控制器，其中，所述参数信息用于标识所述目标域控制器；

判断所述目标域控制器是否处于在线状态，响应于所述目标域控制器处于非在线状态，将所述唤醒指令发送至所述远程唤醒服务子单元；

所述远程唤醒服务子单元，被配置为，

接收所述唤醒指令，并将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

可选的，所述系统还包括通讯单元，

所述远程唤醒服务子单元，还被配置为，

通过所述通讯单元将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

可选的，所述设备连接管理子单元，还被配置为，接收并存储所述目标域控制器发送的唤醒状态信息，其中，所述唤醒状态信息指示所述目标域控制器被唤醒后的状态。

可选的，所述系统还包括云端代理，

所述设备连接管理子单元，还被配置为，通过所述云端代理接收并存储所述目标域控制器发送的唤醒状态信息。

本申请的第三方面提供了一种域控制器唤醒装置，包括：

接收模块，被配置为接收唤醒指令；

确定模块，被配置为根据所述唤醒指令的参数信息确定待唤醒的目标域控制器，其中，所述参数信息用于标识所述目标域控制器；

指令下发模块，被配置为判断所述目标域控制器是否处于在线状态，响应于所述目标域控制器处于非在线状态，将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

本申请的第四方面还提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可由所述处理器执行的计算机程序，所述处理器在执行所述计算机程序时实现如上所述的方法。

本申请的第五方面还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行如上所述的方法。

从上面所述可以看出，本申请提供的域控制器唤醒方法、系统、装置、电子设备及存储介质，基于接收的唤醒指令中的参数信息确定目标域控制器，参数信息包含了目标域控制器的信息，通过参数信息可以针对性的确定指定的目标域控制器，实现对多域控制器中某个域控制器的唤醒。再对目标域控制器的状态进行判断，若目标域控制器处于非在线状态，则通过将唤醒指令下发至车端MCU控制器以对目标域控制器进行唤醒。提前对目标域控制器的状态进行判断，若目标域控制器为在线状态，则无需下发唤醒指令以避免造成通信资源的浪费。本申请提供的唤醒方法根据唤醒指令中的参数信息可以针对指定目标域控制器进行唤醒，无需对整车全部域控制器进行唤醒，能够有效提升目标域控制器的唤醒时间和唤醒效率。

附图说明

为了更清楚地说明本申请或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例的域控制器唤醒方法的流程示意图；

图2为本申请实施例的域控制器唤醒系统的结构示意图；

图3为本申请实施例的域控制器唤醒装置的结构示意图；

图4为本申请实施例的电子设备硬件结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

目前，对整车域控制器进行唤醒时，相当于对每个域控制器进行唤醒，根据信号状态的不同，每个域控制器的唤醒时长不同，整车唤醒时长等于唤醒时长最长的域控制器的唤醒时长，因此，当唤醒的域控制器数量增加，整车唤醒时长会相应增加。另外，当所有域控制器唤醒成功后，认为整车唤醒成功，如果其中一个域控制器唤醒失败，则整车唤醒失败，对全部域控制器同时进行唤醒，将导致整车唤醒成功率下降。同时，对全部域控制器进行唤醒，也增加了不必要的电量消耗。

有鉴于此，本申请提出了一种域控制器唤醒方法，能够针对一个或多个域控制器进行唤醒，有效提升域控制器的唤醒成功率，减少唤醒时长以及避免多余的电力消耗。

以下结合附图来详细说明本申请的实施例。

本申请提供了一种域控制器唤醒方法，参考图1，包括以下步骤：

步骤102、接收唤醒指令。

示例性的，唤醒指令可以来自于移动端APP或者云端，用户通过移动端APP或云端下发唤醒指令。唤醒指令用于对休眠的域控制器进行唤醒，每个域控制器对指定的域进行控制，例如，域控制器包括车载娱乐系统HU、车辆运动域控制器XCU以及自动驾驶域控制器FSD等等。

步骤104、根据所述唤醒指令的参数信息确定待唤醒的目标域控制器，其中，所述参数信息用于标识所述目标域控制器。

具体的，本实施例中的唤醒指令的格式可以表示为/wakeup？vin＝20220317ICN951108&domains＝HU，其中，Vin表示车辆信息，domain表示域控制器的名称，本实施例中的参数信息也即domains＝HU，表示此次待唤醒的域控制器为车载娱乐系统HU。

步骤106、判断所述目标域控制器是否处于在线状态，响应于所述目标域控制器处于非在线状态，将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

具体的，接收到唤醒指令后，需要判断目标域控制器是否处于在线状态，如果目标域控制器处于在线状态，则忽略此次唤醒指令；如果目标域控制器处于非在线状态，将唤醒指令下发至车端MCU控制器以对目标域控制器进行唤醒。

通过上述步骤102至步骤106，本实施例提供的域控制器唤醒方法基于对接收的唤醒指令中的参数信息确定目标域控制器，再对目标域控制器的状态进行判断，若目标域控制器处于非在线状态，则通过将唤醒指令下发至车端MCU控制器以对目标域控制器进行唤醒，通过MCU管理器可以统一管理各个域控制器的唤醒指令下发，提升效率。根据唤醒指令中的参数信息可以针对目标域控制器进行唤醒，无需对整车全部域控制器进行唤醒，能够有效提升目标域控制器的唤醒时间和唤醒效率。

在一些实施例中，所述参数信息至少包括一个目标域控制器的信息。

如前述实施例的唤醒指令的形式，该唤醒指令给出了唤醒的接口路径，当需要对多个目标域控制器进行唤醒时，可以将多个目标域控制器的名称依次列在唤醒指令中，例如/wakeup？vin＝20220317ICN951108&domains＝(HU,XCU,FSD1,FSD2)，表示本次待唤醒的域控制器包括车载娱乐系统HU、车辆运动域控制器XCU、自动驾驶域控制器FSD1以及自动驾驶域控制器FSD2。通过唤醒指令domain字段的设计，用户可以针对一个或多个域控制器进行唤醒，避免对整车的全部域控制器进行唤醒，节省域控制器的唤醒时长。此外，整车唤醒时，如果其中一个域控制器唤醒失败，将导致全部域控制器唤醒失败，而本实施例中的唤醒方法可以避免这种情况的发生，从而增加唤醒成功率。

在一些实施例中，将所述唤醒指令发送至MCU控制器以对所述目标域控制器进行唤醒之后，包括：接收并存储所述目标域控制器发送的唤醒状态信息，其中，所述唤醒状态信息指示所述目标域控制器被唤醒后的状态。

具体的，下发唤醒指令至MCU控制器后，MCU控制器根据唤醒指令下发至具体的域控制器，域控制器接收到唤醒指令后，若唤醒成功，将状态更新为在线，若唤醒失败，将状态更新为不在线，之后域控制器将自己的状态进行上报。用户可以通过域控制器上报的唤醒状态信息对域控制器的状态进行判断，或者用户可以通过存储的唤醒状态信息对域控制器的状态进行查询。

在一些实施例中，所述唤醒状态信息包括唤醒成功信息和唤醒失败信息，响应于所述唤醒状态信息为所述唤醒失败信息，通过所述车端MCU控制器重新对所述目标域控制器进行唤醒。重新唤醒的步骤与上述实施例相同，此处不再赘述。响应于所述唤醒状态信息为所述唤醒成功信息，则结束本次唤醒。

本申请还提供了一种域控制器唤醒系统，所述系统部署在云端，所述系统包括唤醒管理单元，

所述唤醒管理单元，被配置为，

接收唤醒指令；

根据所述唤醒指令的参数信息确定待唤醒的目标域控制器，其中，所述参数信息用于标识所述目标域控制器；

判断所述目标域控制器是否处于在线状态，响应于所述目标域控制器处于非在线状态，将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

具体的，本实施例中的域控制器唤醒系统部署在云端，域控制器唤醒系统包括唤醒管理单元，唤醒管理单元接收用户通过移动APP或云端下发的唤醒指令。唤醒指令用于对休眠的域控制器进行唤醒，每个域控制器与指定的域进行控制，例如，域控制器包括车载娱乐系统HU、车辆运动域控制器XCU以及自动驾驶域控制器FSD等等。唤醒指令的格式可以表示为/wakeup？vin＝20220317ICN951108&domains＝HU，其中，Vin表示车辆信息，domain表示域控制器的名称，本实施例中的参数信息也即domains＝HU，表示此次待唤醒的域控制器为车载娱乐系统HU。接收到唤醒指令后，需要判断目标域控制器是否处于在线状态，如果目标域控制器处于在线状态，则忽略此次唤醒指令；如果目标域控制器处于非在线状态，将唤醒指令下发至车端MCU控制器以对目标域控制器进行唤醒。

根据唤醒指令中的参数信息可以针对目标域控制器进行唤醒，无需对整车全部域控制器进行唤醒，能够有效提升目标域控制器的唤醒时间和唤醒效率。此外，通过本实施例中的域控制器唤醒系统，可以集中管理各个域控制器的在线状态以及在线状态的更新，降低与第三方系统交互的复杂度。同时，域控制器唤醒系统适用于不同域控制器，只需要改变唤醒指令中的参数信息即可唤醒一个或多个不同的域控制器，降低了唤醒的复杂度，复用性和可扩展性较强。

在一些实施例中，参考图2，所述唤醒管理单元包括设备连接管理子单元和远程唤醒服务子单元，

所述设备连接管理子单元，被配置为，

根据所述唤醒指令的参数信息确定待唤醒的目标域控制器，其中，所述参数信息用于标识所述目标域控制器；

判断所述目标域控制器是否处于在线状态，响应于所述目标域控制器处于非在线状态，将所述唤醒指令发送至所述远程唤醒服务子单元；

所述远程唤醒服务子单元，被配置为，

接收所述唤醒指令，并将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

在本实施例中，唤醒管理单元包括设备连接管理子单元和远程唤醒服务子单元，设备连接管理子单元用于管理域控制器的在线状态，若目标域控制器在线，则忽略此次唤醒指令。若目标域控制器不在线，将唤醒指令发送至所述远程唤醒服务子单元。通过设备连接管理子单元可以集中管理各个域控制器的在线状态，降低与第三方系统交互的复杂度。

远程唤醒服务子单元接收到唤醒指令后，对唤醒指令进行解析，并执行所述唤醒指令，将唤醒指令下发至车端MCU控制器以对所述目标域控制器进行唤醒。远程唤醒服务子单元能够适用于不同域控制器，通过解析唤醒指令针对性的唤醒相关目标域控制器，降低了唤醒的复杂度，复用性和可扩展性较强。相比于整车唤醒，有效减少了唤醒时长，且增加了唤醒成功率，也即提升了唤醒效率。

在一些实施例中，参考图2，所述系统还包括通讯单元，

所述远程唤醒服务子单元，还被配置为，

通过所述通讯单元将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

示例性的，本实施例中的通讯单元为5G通讯单元，在其他实施例中可以替换为具有通讯功能的其他单元，此处不做具体限制。远程唤醒服务子单元通过调用通讯单元将唤醒指令下发至MCU控制器以对所述目标域控制器进行唤醒。

在一些实施例中，所述设备连接管理子单元，还被配置为，接收并存储所述目标域控制器发送的唤醒状态信息，其中，所述唤醒状态信息指示所述目标域控制器被唤醒后的状态。

设备连接管理子单元不仅可以下发唤醒指令，还可以接受并存储不同域控制器的唤醒状态信息，当域控制器被成功唤醒时，域控制器的状态更新为在线状态，当域控制器唤醒失败时，状态更新为非在线状态，无论唤醒成功与否，域控制器均需要将标识自身状态的唤醒状态信息进行上报，设备连接管理子单元接收到唤醒状态信息后进行存储，以便后续对每个域控制器的状态进行监控或查询。

在一些实施例中，参考图3，所述系统还包括云端代理，

所述设备连接管理子单元，还被配置为，通过所述云端代理接收并存储所述目标域控制器发送的唤醒状态信息。

具体的，设备连接管理子单元设置在云端，当与每个域控制器进行通信时，需要借助云端代理进行通信连接，以便域控制器可以将唤醒状态信息发送至设备连接管理子单元。

需要说明的是，本申请实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本申请实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

需要说明的是，上述对本申请的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本申请还提供了一种域控制器唤醒装置。

参考图3，所述域控制器唤醒装置，包括：

接收模块302，被配置为接收唤醒指令；

确定模块304，被配置为根据所述唤醒指令的参数信息确定待唤醒的目标域控制器，其中，所述参数信息用于标识所述目标域控制器；

指令下发模块306，被配置为判断所述目标域控制器是否处于在线状态，响应于所述目标域控制器处于非在线状态，将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

在一些实施例中，所述参数信息至少包括一个目标域控制器的信息。

在一些实施例中，还包括存储模块308，所述存储模块308被配置为，

接收并存储所述目标域控制器发送的唤醒状态信息，其中，所述唤醒状态信息指示所述目标域控制器被唤醒后的状态。

在一些实施例中，所述唤醒状态信息包括唤醒成功信息和唤醒失败信息，

响应于所述唤醒状态信息为所述唤醒失败信息，通过所述车端MCU控制器重新对所述目标域控制器进行唤醒。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述任一实施例中相应的域控制器唤醒方法方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

本申请还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的域控制器唤醒方法。

图4示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述任一实施例中相应的域控制器唤醒方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

本申请还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的域控制器唤醒方法。

本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的域控制器唤醒方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本申请的范围(包括权利要求)被限于这些例子；在本申请的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本申请实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本申请实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本申请实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本申请的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本申请实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本申请的具体实施例对本申请进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本申请实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本申请实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种域控制器唤醒方法，其特征在于，包括：

接收唤醒指令；

根据所述唤醒指令的参数信息确定待唤醒的目标域控制器，其中，所述参数信息用于标识所述目标域控制器；

判断所述目标域控制器是否处于在线状态，响应于所述目标域控制器处于非在线状态，将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

2.如权利要求1所述的方法，其特征在于，所述参数信息至少包括一个目标域控制器的信息。

3.如权利要求1所述的方法，其特征在于，将所述唤醒指令发送至MCU控制器以对所述目标域控制器进行唤醒之后，包括：

接收并存储所述目标域控制器发送的唤醒状态信息，其中，所述唤醒状态信息指示所述目标域控制器被唤醒后的状态。

4.如权利要求3所述的方法，其特征在于，所述唤醒状态信息包括唤醒成功信息和唤醒失败信息，

响应于所述唤醒状态信息为所述唤醒失败信息，通过所述车端MCU控制器重新对所述目标域控制器进行唤醒。

5.一种域控制器唤醒系统，其特征在于，所述系统部署在云端，所述系统包括唤醒管理单元，

所述唤醒管理单元，被配置为，

接收唤醒指令；

根据所述唤醒指令的参数信息确定待唤醒的目标域控制器，其中，所述参数信息用于标识所述目标域控制器；

判断所述目标域控制器是否处于在线状态，响应于所述目标域控制器处于非在线状态，将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

6.如权利要求5所述的系统，其特征在于，所述唤醒管理单元包括设备连接管理子单元和远程唤醒服务子单元，

所述设备连接管理子单元，被配置为，

根据所述唤醒指令的参数信息确定待唤醒的目标域控制器，其中，所述参数信息用于标识所述目标域控制器；

判断所述目标域控制器是否处于在线状态，响应于所述目标域控制器处于非在线状态，将所述唤醒指令发送至所述远程唤醒服务子单元；

所述远程唤醒服务子单元，被配置为，

接收所述唤醒指令，并将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

7.如权利要求6所述的系统，其特征在于，所述系统还包括通讯单元，

所述远程唤醒服务子单元，还被配置为，

通过所述通讯单元将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

8.如权利要求5所述的系统，其特征在于，所述设备连接管理子单元，还被配置为，接收并存储所述目标域控制器发送的唤醒状态信息，其中，所述唤醒状态信息指示所述目标域控制器被唤醒后的状态。

9.如权利要求8所述的系统，其特征在于，所述系统还包括云端代理，

所述设备连接管理子单元，还被配置为，通过所述云端代理接收并存储所述目标域控制器发送的唤醒状态信息。

10.一种域控制器唤醒装置，其特征在于，包括：

接收模块，被配置为接收唤醒指令；

确定模块，被配置为根据所述唤醒指令的参数信息确定待唤醒的目标域控制器，其中，所述参数信息用于标识所述目标域控制器；

指令下发模块，被配置为判断所述目标域控制器是否处于在线状态，响应于所述目标域控制器处于非在线状态，将所述唤醒指令发送至车端MCU控制器以对所述目标域控制器进行唤醒。

11.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至4任意一项所述的方法。

12.一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，其特征在于，所述计算机指令用于使计算机执行权利要求1至4任意一项所述的方法。