CN117270672A - 一种协同休眠唤醒管理方法及系统、相关装置、存储介质 - Google Patents

Abstract

本申请公开了一种协同休眠唤醒管理方法及系统、相关装置、存储介质，所述方法应用于域控制器中的协同休眠唤醒管理模块，所述方法包括：实时监测各个当前唤醒源；当前唤醒源为当前存在唤醒需求的唤醒源；当监测到通过统一接口新增当前唤醒源时，针对新增的当前唤醒源对应的每个工作单元，判断该工作单元的当前状态是否处于正常工作模式；若其未处于正常工作模式，向其发送唤醒请求，以控制其切换至正常工作模式；当监测到任意一个当前唤醒源结束时，针对结束的当前唤醒源对应的每个工作单元，判断其是否不属于其他当前唤醒源对应的工作单元；若其不属于其他任意一个当前唤醒源对应的工作单元，向其发送休眠请求，以控制其切换至低功耗工作模式。

Description

一种协同休眠唤醒管理方法及系统、相关装置、存储介质

技术领域

本申请涉及域控制器控制领域，特别涉及一种协同休眠唤醒管理方法及系统、相关装置、存储介质。

背景技术

当前汽车的域控制器中通常设置有多个工作单元，即设置有多个微控制单元(Mirco Controller Unit，MCU)和/或多个微处理单元(Micro Processor Unit，MPU)等。考虑到域控制器的功耗以及损耗等问题，当前通常会对域控制器中的各个工作单元进行休眠以及唤醒控制。

当前对于各个工作单元的休眠以及唤醒的控制，主要当任意一个唤醒源对域控制器存在唤醒需求时，则将域控制器的各个工作单元唤醒，以控制各个工作单元进入正常工作模式。相应的，当各个唤醒源对域控制器都不存在唤醒需求时，则控制域控制器的各个工作单元进行休眠，即切换至低功耗模式，以能降低域控制器的功耗以及各个工作单元的损耗等。

但是通常一个唤醒源仅对域控制器中的部分工作单元存在唤醒需求，并不需要所有的工作单元都同时工作，即一个唤醒源仅对应部分的工作单元，因此现有的方式会使得当前实际上不需要被唤醒的工作单元被唤醒，从而增加了非必要的功耗和损耗，进而未能有效地降低域控制器的功耗以及损耗。

发明内容

基于上述现有技术的不足，本申请提供了一种协同休眠唤醒管理方法及系统、相关装置、存储介质，以解决现有技术未能有效地降低域控制器的功耗以及损耗的问题。

为了实现上述目的，本申请提供了以下技术方案：

本申请第一方面提供了一种协同休眠唤醒管理方法，应用于域控制器中的协同休眠唤醒管理模块，所述协同休眠唤醒管理方法，包括：

实时监测各个当前唤醒源；其中，所述当前唤醒源为当前存在唤醒需求的唤醒源；

当监测到通过统一接口新增所述当前唤醒源时，分别针对新增的所述当前唤醒源对应的每个所述工作单元，判断所述工作单元的当前状态是否处于正常工作模式，并在判断出所述工作单元的当前状态未处于正常工作模式时，向所述工作单元发送唤醒请求，以控制所述工作单元切换至正常工作模式；其中，所述统一接口为所述协同休眠唤醒管理模块为各个唤醒源提供的基于不同唤醒需求的统一接口；

当监测到任意一个所述当前唤醒源结束时，分别针对结束的所述当前唤醒源对应的每个所述工作单元，判断所述工作单元是否不属于其他任意一个所述当前唤醒源对应的工作单元，并在判断出所述工作单元不属于其他任意一个所述当前唤醒源对应的工作单元时，向所述工作单元发送休眠请求，以控制所述工作单元切换至低功耗工作模式。

可选地，在上述的协同休眠唤醒管理方法中，还包括：

当监测到各个所述当前唤醒源均已结束时，基于各个协同工作单元反馈的休眠唤醒状态，判断各个所述协同工作单元是否均已休眠成功；其中，所述协同工作单元指代所述域控制器中除主工作单元外的其他所述工作单元；所述主工作单元为所述协同休眠唤醒管理模块所处的所述工作单元；

若判断出各个所述协同工作单元均已休眠成功，则向所述主工作单元发送休眠请求，以控制所述主工作单元切换至低功耗工作模式。

可选地，在上述的协同休眠唤醒管理方法中，还包括：

当出现所述当前唤醒源时，若所述主工作单元当前处于低功耗工作模式，则唤醒所述主工作单元；

向出现的所述当前唤醒源对应的各个所述工作单元发送唤醒请求，以控制所述当前唤醒源对应的各个所述工作单元切换至正常工作模式，并返回执行所述实时监测各个当前唤醒源。

可选地，在上述的协同休眠唤醒管理方法中，还包括：

在向任意一个所述工作单元发送当前目标请求之前，判断所述工作单元的当前状态是否处于状态转换阶段；其中，所述当前目标请求为所述唤醒请求或所述休眠请求；所述状态转换阶段指代正在进入正常工作模式或正在进入低功耗工作模式；

若判断出所述工作单元的当前状态处于状态转换阶段，则延迟向所述工作单元发送所述当前目标请求，并记录当前准备向所述工作单元发送的所述当前目标请求；

当监测到所述工作单元的退出状态转换阶段时，若记录有多个向所述工作单元发送的所述当前目标请求，则向所述工作单元发送所记录的最后准备向所述工作单元发送的所述当前目标请求。

可选地，在上述的协同休眠唤醒管理方法中，还包括：

实时接收各个所述工作单元通过交互层发送的自身的当前状态信息；其中，所述当前状态信息由所述工作单元在处于正常工作模式下时定期发送，以及在成功进行模式切换时发送。

本申请第二方面提供了一种协同休眠唤醒管理装置，所述协同休眠唤醒管理装置为设置于域控制器中的协同休眠唤醒管理模块，所述协同休眠唤醒管理装置，包括：

监测单元，用于实时监测各个当前唤醒源；其中，所述当前唤醒源为当前存在唤醒需求的唤醒源；

第一唤醒单元，用于当监测到新增所述当前唤醒源时，分别针对新增的所述当前唤醒源对应的每个所述工作单元，判断所述工作单元的当前状态是否处于正常工作模式，并在判断出所述工作单元的当前状态未处于正常工作模式时，向所述工作单元发送唤醒请求，以控制所述工作单元切换至正常工作模式；

第一休眠单元，用于当监测到任意一个所述当前唤醒源结束时，分别针对结束的所述当前唤醒源对应的每个所述工作单元，判断所述工作单元是否不属于其他任意一个所述当前唤醒源对应的工作单元，并在判断出所述工作单元不属于其他任意一个所述当前唤醒源对应的工作单元时，向所述工作单元发送休眠请求，以控制所述工作单元切换至低功耗工作模式。

可选地，在上述的协同休眠唤醒管理装置中，还包括：

第一判断单元，用于当监测到各个所述当前唤醒源均已结束时，基于各个协同工作单元反馈的休眠唤醒状态，判断各个所述协同工作单元是否均已休眠成功；其中，所述协同工作单元指代所述域控制器中除主工作单元外的其他所述工作单元；所述主工作单元为所述协同休眠唤醒管理模块所处的所述工作单元；

第二休眠单元，用于在判断出各个所述协同工作单元均已休眠成功时，则向所述主工作单元发送休眠请求，以控制所述主工作单元切换至低功耗工作模式。

可选地，在上述的协同休眠唤醒管理装置中，还包括：

第二唤醒单元，用于当出现所述当前唤醒源时，若所述主工作单元当前处于低功耗工作模式，则唤醒所述主工作单元；

第三唤醒单元，用于向出现的所述当前唤醒源对应的各个所述工作单元发送唤醒请求，以控制所述当前唤醒源对应的各个所述工作单元切换至正常工作模式，并返回所述监测单元。

可选地，在上述的协同休眠唤醒管理装置中，还包括：

第二判断单元，用于在向任意一个所述工作单元发送当前目标请求之前，判断所述工作单元的当前状态是否处于状态转换阶段；其中，所述当前目标请求为所述唤醒请求或所述休眠请求；所述状态转换阶段指代正在进入正常工作模式或正在进入低功耗工作模式；

记录单元，用于在判断出所述工作单元的当前状态处于状态转换阶段时，延迟向所述工作单元发送所述当前目标请求，并记录当前准备向所述工作单元发送的所述当前目标请求；

发送单元，用于当监测到所述工作单元的退出状态转换阶段时，记录有多个向所述工作单元发送的所述当前目标请求，则向所述工作单元发送所记录的最后准备向所述工作单元发送的所述当前目标请求。

可选地，在上述的协同休眠唤醒管理装置中，还包括：

接收单元，用于实时接收各个所述工作单元通过交互层发送的自身的当前状态信息；其中，所述当前状态信息由所述工作单元在处于正常工作模式下时定期发送，以及在成功进行模式切换时发送。

本申请第三方面提供了一种协同休眠唤醒管理系统，包括：

主控层、交互层以及协同层；

所述主控层包括设置有协同休眠唤醒管理模块的主工作单元；

所述协同层包括所述主工作单元协同管理的多个工作单元；

所述交互层用于实现所述主控层与所述协同层的交互；

其中，所述主工作单元用于通过协同休眠唤醒管理模块提供的统一接口接收唤醒求，并向新增唤醒需求的所述唤醒源对应的各个所述工作单元中当前状态未处于正常工作模式的所述工作单元发送唤醒请求，以控制其切换至正常工作模式，以及向当前结束的所述唤醒源对应的各个所述工作单元中，不属于其他任意一个当前存在唤醒需求的所述唤醒源的所述工作单元发送休眠请求，以控制其切换至低功耗工作模式；所述统一接口为所述协同休眠唤醒管理模块为各个唤醒源提供的基于不同唤醒需求的统一接口。

本申请第四方面提供了一种电子设备，包括：

存储器和处理器；

其中，所述存储器用于存储程序；

所述处理器用于执行所述程序，所述程序被执行时，具体用于实现如上述任意一项所述的协同休眠唤醒管理方法。

本申请第五方面提供了一种计算机存储介质，用于存储计算机程序，所述计算机程序被执行时，用于实现如上述任意一项所述的协同休眠唤醒管理方法。

本申请实施例提供了一种协同休眠唤醒管理方法，通过在域控制器中新增的协同休眠唤醒管理模块实现。具体在管理过程中，实时监测各个当前唤醒源。其中，当前唤醒源为当前存在唤醒需求的唤醒源。当监测到通过统一接口新增当前唤醒源时，分别针对新增的当前唤醒源对应的每个工作单元，判断工作单元的当前状态是否处于正常工作模式。若判断出工作单元的当前状态未处于正常工作模式，则向工作单元发送唤醒请求，以控制工作单元切换至正常工作模式，从而在一个唤醒源存在唤醒需求时，仅唤醒其所需求唤醒的工作单元，不再唤醒所有的工作单元，避免不必要的功耗和损耗。而当监测到任意一个当前唤醒源结束时，分别针对结束的当前唤醒源对应的每个工作单元，判断工作单元是否不属于其他任意一个当前唤醒源对应的工作单元。若判断出工作单元不属于其他任意一个当前唤醒源对应的工作单元，则向工作单元发送休眠请求，以控制工作单元切换至低功耗工作模式，从而及时对当前任何唤醒源均不再存在唤醒需求的工作单元进行休眠，也能避免不必要的功耗和损耗，进而实现了一种可以有效降低域控制器的功耗以及损耗的方法。

附图说明

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

图1为本申请实施例提供的一种协同休眠唤醒管理方法的流程图；

图2为本申请实施例提供的一种对主工作单元进行休眠唤醒控制的方法的流程图；

图3为本申请实施例提供的一种状态保持的方法的流程图；

图4为本申请实施例提供的一种协同休眠唤醒管理装置的架构示意图；

图5为本申请实施例提供的一种电子设备的架构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

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

本申请提供了一种协同休眠唤醒管理方法，以解决现有技术未能有效地降低域控制器的功耗以及损耗的问题。

为了实现本申请提供的一种协同休眠唤醒管理方法，在本申请提供了一种协同休眠唤醒管理系统。

其中该协同休眠唤醒管理系统具体可以是一个域控制器系统。具体的，在本申请实施例中，在协同休眠唤醒管理系统中设置了协同休眠唤醒管理模块。

可选地，可以是在域控制器的原有的各个工作单元的中，选择其中一个工作单元中增加该协同休眠唤醒管理模块，从而不需要再额外增加工作单元，进而可以减少相关工作以及降低成本等。当然，由于域控制器的原有的各个工作单元的唤醒以及休眠会受到其对应的唤醒源的影响，所以为了避免协同休眠唤醒管理模块受到这些唤醒源的影响，也可以是额外增加一个工作单元用于设置协同休眠唤醒管理模块，从而可以使得控制逻辑更加简单。

具体的，本申请实施例提供的协同休眠唤醒管理系统分为三层：主控层、交互层以及协同层。

其中设置有协同休眠唤醒管理模块的主工作单元为主控层。其他的由主工作单元协同管理的多个工作单元组成协同层，其根据主控层给出的请求决定自身的休眠以及唤醒。

具体的休眠以及唤醒过程中，主工作单元用于通过协同休眠唤醒管理模块提供的统一接口接收唤醒求，并向新增唤醒需求的唤醒源对应的各个工作单元中当前状态未处于正常工作模式的工作单元发送唤醒请求，以控制其切换至正常工作模式，以及向当前结束的唤醒源对应的各个工作单元中，不属于其他任意一个当前存在唤醒需求的唤醒源的工作单元发送休眠请求，以控制其切换至低功耗工作模式。

其中，统一接口为协同休眠唤醒管理模块为各个唤醒源提供的基于不同唤醒需求的统一接口。

而主控层和协同层通过交互层进行信息交互。其中，交互层可根据不同的硬件情况，采集不同的通信方式，例如以太网、SPI、CAN、UART等，保证主控层和协同层稳定通信。

本申请实施例提供了一种协同休眠唤醒管理方法，应用于域控制器中的协同休眠唤醒管理模块。如图1所示，本申请实施例提供的一种协同休眠唤醒管理方法，包括以下步骤：

S101、实时监测各个当前唤醒源。

其中，当前唤醒源为当前存在唤醒需求的唤醒源。由于在存在唤醒需求时，可以监测到相应的唤醒源，所以当前唤醒源也即为当前监测到的唤醒源。

需要说明的是，域控制器中设置有多个工作单元，不同的工作单元用于实现相应的功能。所以在具体工作过程中，会通过不同的唤醒源来唤醒相应的工作单元，以能进行相应的工作。例如，唤醒源2是CAN通信节点，所以唤醒源2存在时，域控制器需要保证对应的工作单元2保持正常工作。唤醒源3是ETH通信节点，唤醒源3存在时，域控制器需要保证工作单元3保持正常工作。唤醒源4是CAN通信节点，但是需要与其他ETH节点有信息交互，因此唤醒源4存在时，域控制器需要保证工作单元3和工作单元2保持正常工作。

由于需要在唤醒源存在唤醒需求时，唤醒其对应的工作单元，而在唤醒源的唤醒需求结束时，又能及时控制其对应的工作单元进入休眠，因此需要实时监测各个当前唤醒源的状态。

S102、当监测到当前唤醒源发生变动时，判断是否新增当前唤醒源。

其中，在新增当前唤醒源时，即监测到新的唤醒源时，或者有当前唤醒源结束，即不再监测到某一个唤醒源时，所监测到的当前唤醒源均是发生了变动，而由于新增唤醒源需要进行的是唤醒操作，而有唤醒源结束时，需要进行的是休眠操作，所以需要判断是否是新增了当前唤醒，还是有当前唤醒源结束了。

若判断出新增当前唤醒源，则执行步骤S103，即当监测到新增当前唤醒源时，则执行下述步骤S103。若判断出不是新增当前唤醒源时，说明此时是存在当前唤醒源结束，所以此时执行下述步骤S105，即当前监测到任意一个当前唤醒源结束时，即原本监测到的当前唤醒源，不再能监测到时，执行步骤S105。

需要说明的是，为了主工作单元中的协同休眠唤醒管理模块，统一管理其他各个工作单元，因此协同休眠唤醒管理模块为各个唤醒源提供了一个基于不同唤醒需求的统一接口，因此新增的当前唤醒换需要通过该统一接口进行新增。

S103、分别针对新增的当前唤醒源对应的每个工作单元，判断该工作单元的当前状态是否处于正常工作模式。

其中，一个唤醒源对应的工作单元指代该唤醒源存在时，所需要唤醒的工作单元。

需要说明的是，不同的唤醒源对应的工作单元是可以存在交集的，即不同的唤醒源所需要唤醒的工作单元可以是相同的。因此，对于一个新增的当前唤醒源对应的工作单元中，可能有与先前的当前唤醒源对应的工作单元一致的工作单元，所以这些工作单元在先前已经被唤醒了，已进入正常工作模式，也就不需要再进行唤醒，即新增的当前唤醒源对应的工作单元中，可能已经存在被唤醒的工作单元，因此需要分别针对新增的当前唤醒源对应的各个工作单元，判断该工作单元的当前状态是否处于正常工作模式。

其中，若判断出该工作单元的当前状态未处于正常工作模式，则针对该工作单元执行下述步骤S104。若判断出该工作单元的当前状态已处于正常工作模式，则不需要再对其进行任何操作。

可选地，在本申请另一实施例中，可以通过工作单元上报的自身的当前状态信息，判断出工作单元的当前状态是否已处于正常工作模式。因此在本申请另一实施例中，还可以进一步包括：

实时接收各个工作单元发送的自身的当前状态信息。

其中，当前状态信息由协同层的各个工作单元在处于正常工作模式下时，周期通过交互层向主控层的主工作单元发送，以及在成功进行模式切换时，通过交互层向主控层的主工作单元发送，即在本申请实施例中，工作单元在成功解析模式切换时，会主动上报自身的状态信息，以能及时告知其状态切换情况。并且，在进入正常工作模式下后，需要周期性的上报自身的状态信息，以能在其状态存在异常时，及时进行处理。相应的，作为主控层的主工作单元中的协同休眠唤醒管理模块则会接收到各个工作单元发送的自身的当前状态信息。

S104、向该工作单元发送唤醒请求，以控制该工作单元切换至正常工作模式。

S105、分别针对结束的当前唤醒源对应的每个工作单元，判断该工作单元是否不属于其他任意一个当前唤醒源对应的工作单元。

需要说明的是，由于不同的唤醒源对应的工作单元中是会存在相同的工作单元的，所以当一个当前唤醒源结束时，其虽然不需要其对应的某一个工作单元再进行工作，但是另一个还存在需求的唤醒源，即另一个当前唤醒源，还需要该工作单元继续工作，所以此时不能将该工作单元进行休眠。因此，当一个当前唤醒源结束时，需要分别判断其对应的每个工作单元，是否属于其他任意一个当前唤醒源对应的工作单元，即判断是否还有唤醒源当前需要其进行正常工作。

若判断出该工作单元不属于其他任意一个当前唤醒源对应的工作单元，即判断出不存在其他的唤醒源需要该工作单元继续进行工作，所以此时则针对该工作单元执行下述步骤S106。若判断出该工作单元还属于其他任意一个当前唤醒源对应的工作单元，说明还有其他当前唤醒源需要该工作单元继续工作，因此不需要对其进行休眠操作。

还需要说明的是，由于协同休眠唤醒管理模块可以额外单独设置于一个工作单元中，即主工作单元不存在对应的唤醒源，因此不会因为任意一个唤醒源结束，而使得主工作单元进入休眠状态，导致主工作单元中的协同休眠唤醒管理模块无法及时管理其他工作单元的唤醒以及休眠，即在执行步骤S105，并根据步骤S105的结果相应地执行后续步骤时，不会出现主工作单元被休眠的，而导致主工作单元中的协同休眠唤醒管理模块无法及时管理其他工作单元的唤醒以及休眠的情况。

但是，当协同休眠唤醒管理模块不单独设置于额外的一个工作单元，而是设置于原有的工作单元上时，则主工作单元是存在对应的唤醒源的，所以协同休眠唤醒管理模块的工作是会受到主工作单元对应的唤醒源的影响的。因此相应的，此时在执行步骤S105时，还可以进一步判断该工作单元是否为主工作单元，即是否为设置有协同休眠唤醒管理模块的工作单元。若其不属于主工作单元，并且也不属于其他任意一个当前唤醒源对应的工作单元，才执行步骤S105，从而可以避免主工作单元进入休眠状态，导致协同休眠唤醒管理模块停止工作，不能进行管理其他工作单元的唤醒以及休眠。

可选地，对于主工作单元可以是一直处于正常工作模式，即只要判断出该工作单元为主工作单元，则不进行步骤S105。当然，考虑进一步减少能耗的情况，所以在本申请实施例中，若判断出该工作单元为主工作单元，但已不存在其他唤醒源时，则执行步骤S105，从而在不存在需要管理的工作单元时，控制主工作单元也进入休眠，减少能耗，后续有需要时再唤醒。相应的，若该工作单元属于主工作单元，但是还存在其他的当前唤醒源，此时主工作单元还需要管理其他工作单元的休眠以及唤醒，所以此时不能执行步骤S105。

S106、向工作单元发送休眠请求，以控制工作单元切换至低功耗工作模式。

本申请实施例提供了一种协同休眠唤醒管理方法，通过在域控制器中新增的协同休眠唤醒管理模块实现。具体在管理过程中，实时监测各个当前唤醒源。其中，当前唤醒源为当前存在唤醒需求的唤醒源。当监测到新增当前唤醒源时，分别针对新增的当前唤醒源对应的每个工作单元，判断工作单元的当前状态是否处于正常工作模式。若判断出工作单元的当前状态未处于正常工作模式，则向工作单元发送唤醒请求，以控制工作单元切换至正常工作模式，从而在一个唤醒源存在唤醒需求时，仅唤醒其所需求唤醒的工作单元，不再唤醒所有的工作单元，避免不必要的功耗和损耗。而当监测到任意一个当前唤醒源结束时，分别针对结束的当前唤醒源对应的每个工作单元，判断工作单元是否不属于其他任意一个当前唤醒源对应的工作单元。若判断出工作单元不属于其他任意一个当前唤醒源对应的工作单元，则向工作单元发送休眠请求，以控制工作单元切换至低功耗工作模式，从而及时对当前任何唤醒源均不再存在唤醒需求的工作单元进行休眠，也能避免不必要的功耗和损耗，进而实现了一种可以有效降低域控制器的功耗以及损耗的方法。

可选地，为了能在不影响对各个工作单元的唤醒及休眠的管理，又能进一步降低能耗，在本申请另一实施例中，还进一步对设置有协同休眠唤醒管理模块进行休眠唤醒控制，即对主工作单元进行休眠唤醒控制。如图2，本申请实施例提供了一种对主工作单元进行休眠唤醒控制的方法，包括以下步骤：

S201、当监测到各个当前唤醒源均已结束时，基于各个协同工作单元反馈的休眠唤醒状态，判断各个协同工作单元是否均已休眠成功。

其中，协同工作单元指代域控制器中除主工作单元外的其他工作单元。主工作单元为协同休眠唤醒管理模块所处的工作单元。

由于各个当前唤醒源均已结束时，即不再存在当前唤醒源时，主工作单元中的协同休眠唤醒管理模块就不需要对各个协同工作单元进行休眠或者唤醒，因此此时可以对主工作单元进行休眠处理。但是需要先保证各个协同工作单元均已休眠，即保证不存在需要控制的协调工作单元，因此需要判断各个协同工作单元是否均已休眠成功。

其中，若判断出各个协同工作单元均已休眠成功，则执行步骤S202。

S202、向主工作单元发送休眠请求，以控制主工作单元切换至低功耗工作模式。

S203、当出现当前唤醒源时，若主工作单元当前处于低功耗工作模式，则唤醒主工作单元。

由于先前不存在当前唤醒源时，即各个唤醒源都不存在唤醒需求时，会对主工作单元进行了休眠，而主工作单元作为管理单元，所以在后续有任何一个唤醒源又开始有唤醒需求时，若主工作单元处于低功耗工作模型，则首先需要唤醒主工作单元。

S204、向出现的当前唤醒源对应的各个工作单元发送唤醒请求，以控制当前唤醒源对应的各个工作单元切换至正常工作模式。

需要说明的是，由于此时各个工作单元都处于休眠状态，所以可以直接向当前唤醒源对应的各个工作单元发送唤醒请求，以控制当前唤醒源对应的各个工作单元切换至正常工作模式。并由于当前又开始存在当前唤醒源了，所以在执行步骤S204之后，返回执行步骤S101。

需要说明的是，在现有技术中，当存在任意一个唤醒源时，就会直接唤醒所有的工作单元，即使工作单元正在进入休眠的过程中，也会被唤醒。同样，在不存在唤醒源时，各个工作单元都会直接被控制进入休眠状态，所以现有方式会在满足休眠或唤醒条件时，直接打断工作单元当前的流程，直接强制对其进行休眠或唤醒，这样很容易对工作单元造成损耗，并且现有方式由于是统一进行休眠和唤醒，所以处理工作单元的切换过程经常被打断，对其损耗较大。

因此为了避免对工作单元的损耗，本申请实施例中，还进一步包括状态保持机制。可选地，如图3所示，本申请实施例提供的一种状态保持的方法，包括以下步骤：

S301、在向任意一个工作单元发送当前目标请求之前，判断该工作单元的当前状态是否处于状态转换阶段。

其中，当前目标请求为唤醒请求或休眠请求。状态转换阶段指代正在进入正常工作模式或正在进入低功耗工作模式。

由于向工作单元发送唤醒请求或休眠请求后，工作单元就会响应该请求，对自身的状态进行切换，所以为了避免打断工作单元正在进行的状态切换过程，因此在本申请实施例中，在向一个工作单元发送当前目标请求之前，如在执行步骤S104或执行步骤S106之前，先判断该工作单元的当前状态是否处于状态转换阶段。

其中，若判断出该工作单元的当前状态处于状态转换阶段，则执行步骤S302。若该工作单元的当前状态不处于状态转换阶段，则允许向该工作单元发送当前目标请求，即此时就可以执行步骤S104或执行步骤S106。

S302、延迟向该工作单元发送当前目标请求，并记录当前准备向工作单元发送的当前目标请求。

S303、当监测到该工作单元的退出状态转换阶段时，若记录有多个向该工作单元发送的当前目标请求，向该工作单元发送所记录的最后准备向该工作单元发送的当前目标请求。

需要说明的是，由于一个工作单元在状态转换阶段，可能其对应的唤醒源的需求发生过多次变化，而每次变化时，在准备发送当前目标请求时，都会已经该工作单元处于状态转换阶段，而无法正常发送，而被记录下来。即在其状态转换阶段可能记录了多个准备发送的请求，而在退出状态转换阶段时，最新记录的准备向工作单元发送的当前目标请求，是当前最新的需求，所以选择向工作单元发送最新记录的准备向工作单元发送的当前目标请求，以相应地控制该工作单元唤醒或休眠。

本申请另一实施例提供了一种协同休眠唤醒管理装置，协同休眠唤醒管理装置为设置于域控制器中的协同休眠唤醒管理模块。如图4所示，本申请实施例提供的一种协同休眠唤醒管理装置，包括：

监测单元401，用于实时监测各个当前唤醒源。

其中，当前唤醒源为当前存在唤醒需求的唤醒源。

第一唤醒单元402，用于当监测到新增当前唤醒源时，分别针对新增的当前唤醒源对应的每个工作单元，判断工作单元的当前状态是否处于正常工作模式，并在判断出工作单元的当前状态未处于正常工作模式时，向工作单元发送唤醒请求，以控制工作单元切换至正常工作模式。

第一休眠单元403，用于当监测到任意一个当前唤醒源结束时，分别针对结束的当前唤醒源对应的每个工作单元，判断工作单元是否不属于其他任意一个当前唤醒源对应的工作单元，并在判断出工作单元不属于其他任意一个当前唤醒源对应的工作单元时，向工作单元发送休眠请求，以控制工作单元切换至低功耗工作模式。

可选地，在本申请另一实施例提供的协同休眠唤醒管理装置中，还包括：

第一判断单元，用于当监测到各个当前唤醒源均已结束时，基于各个协同工作单元反馈的休眠唤醒状态，判断各个协同工作单元是否均已休眠成功。

其中，协同工作单元指代域控制器中除主工作单元外的其他工作单元。主工作单元为协同休眠唤醒管理模块所处的工作单元。

第二休眠单元，用于在判断出各个协同工作单元均已休眠成功时，则向主工作单元发送休眠请求，以控制主工作单元切换至低功耗工作模式。

可选地，在本申请另一实施例提供的协同休眠唤醒管理装置中，还包括：

第二唤醒单元，用于当出现当前唤醒源时，唤醒主工作单元。

第三唤醒单元，用于向出现的当前唤醒源对应的各个工作单元发送唤醒请求，以控制当前唤醒源对应的各个工作单元切换至正常工作模式，并返回监测单元。

可选地，在本申请另一实施例提供的协同休眠唤醒管理装置中，还包括：

第二判断单元，用于在向任意一个工作单元发送当前目标请求之前，判断工作单元的当前状态是否处于状态转换阶段。

其中，当前目标请求为唤醒请求或休眠请求。

记录单元，用于在判断出工作单元的当前状态处于状态转换阶段时，延迟向工作单元发送当前目标请求，并记录当前准备向工作单元发送的当前目标请求。

其中，状态转换阶段指代正在进入正常工作模式或正在进入低功耗工作模式。

发送单元，用于当监测到工作单元的退出状态转换阶段时，记录有多个向该工作单元发送的所述当前目标请求，则向该工作单元发送所记录的最后准备向该工作单元发送的当前目标请求。

可选地，在本申请另一实施例提供的协同休眠唤醒管理装置中，还包括：

接收单元，用于实时接收各个工作单元通过交互层发送的自身的当前状态信息。其中，当前状态信息由工作单元在处于正常工作模式下时定期发送，以及在成功进行模式切换时发送。

需要说明的是，本申请上述实施例提供的各个单元的具体工作过程，可相应地参考上述方法实施例中的相应的步骤，此处不再赘述。

本申请另一实施例提供了一种电子设备，如图5所示，包括：

存储器501和处理器502。

其中，存储器501用于存储程序。

处理器502用于执行存储器501存储的程序，该程序被执行时，具体用于实现如上述任意一个实施例提供的协同休眠唤醒管理方法。

本申请第四方面提供了一种计算机存储介质，用于存储计算机程序，该计算机程序被执行时，用于实现如上述任意一个实施例提供的协同休眠唤醒管理方法。

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种协同休眠唤醒管理方法，其特征在于，应用于域控制器中的协同休眠唤醒管理模块，所述协同休眠唤醒管理方法，包括：

实时监测各个当前唤醒源；其中，所述当前唤醒源为当前存在唤醒需求的唤醒源；

当监测到通过统一接口新增所述当前唤醒源时，分别针对新增的所述当前唤醒源对应的每个工作单元，判断所述工作单元的当前状态是否处于正常工作模式，并在判断出所述工作单元的当前状态未处于正常工作模式时，向所述工作单元发送唤醒请求，以控制所述工作单元切换至正常工作模式；其中，所述统一接口为所述协同休眠唤醒管理模块为各个唤醒源提供的基于不同唤醒需求的统一接口；

当监测到任意一个所述当前唤醒源结束时，分别针对结束的所述当前唤醒源对应的每个所述工作单元，判断所述工作单元是否不属于其他任意一个所述当前唤醒源对应的工作单元，并在判断出所述工作单元不属于其他任意一个所述当前唤醒源对应的工作单元时，则向所述工作单元发送休眠请求，以控制所述工作单元切换至低功耗工作模式。

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

当监测到各个所述当前唤醒源均已结束时，基于各个协同工作单元反馈的休眠唤醒状态，判断各个所述协同工作单元是否均已休眠成功；其中，所述协同工作单元指代所述域控制器中除主工作单元外的其他所述工作单元；所述主工作单元为所述协同休眠唤醒管理模块所处的所述工作单元；

若判断出各个所述协同工作单元均已休眠成功，则向所述主工作单元发送休眠请求，以控制所述主工作单元切换至低功耗工作模式。

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

当出现所述当前唤醒源时，若所述主工作单元当前处于低功耗工作模式，则唤醒所述主工作单元；

向出现的所述当前唤醒源对应的各个所述工作单元发送唤醒请求，以控制所述当前唤醒源对应的各个所述工作单元切换至正常工作模式，并返回执行所述实时监测各个当前唤醒源。

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

在向任意一个所述工作单元发送当前目标请求之前，判断所述工作单元的当前状态是否处于状态转换阶段；其中，所述当前目标请求为所述唤醒请求或所述休眠请求；所述状态转换阶段指代正在进入正常工作模式或正在进入低功耗工作模式；

若判断出所述工作单元的当前状态处于状态转换阶段，则延迟向所述工作单元发送所述当前目标请求，并记录当前准备向所述工作单元发送的所述当前目标请求；

当监测到所述工作单元退出状态转换阶段时，若记录有多个向所述工作单元发送的所述当前目标请求，则向所述工作单元发送所记录的最后准备向所述工作单元发送的所述当前目标请求。

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

实时接收各个所述工作单元发送的自身的当前状态信息；其中，所述当前状态信息由所述工作单元在处于正常工作模式下时定期发送，以及在成功进行模式切换时发送。

6.一种协同休眠唤醒管理装置，其特征在于，所述协同休眠唤醒管理装置为设置于域控制器中的协同休眠唤醒管理模块，所述协同休眠唤醒管理装置，包括：

监测单元，用于实时监测各个当前唤醒源；其中，所述当前唤醒源为当前存在唤醒需求的唤醒源；

第一唤醒单元，用于当监测到通过统一接口新增所述当前唤醒源时，分别针对新增的所述当前唤醒源对应的每个所述工作单元，判断所述工作单元的当前状态是否处于正常工作模式，并在判断出所述工作单元的当前状态未处于正常工作模式时，向所述工作单元发送唤醒请求，以控制所述工作单元切换至正常工作模式；其中，所述统一接口为所述协同休眠唤醒管理模块为各个唤醒源提供的基于不同唤醒需求的统一接口；

第一休眠单元，用于当监测到任意一个所述当前唤醒源结束时，分别针对结束的所述当前唤醒源对应的每个所述工作单元，判断所述工作单元是否不属于其他任意一个所述当前唤醒源对应的工作单元，并在判断出所述工作单元不属于其他任意一个所述当前唤醒源对应的工作单元时，向所述工作单元发送休眠请求，以控制所述工作单元切换至低功耗工作模式。

7.根据权利要求6所述的装置，其特征在于，还包括：

第一判断单元，用于当监测到各个所述当前唤醒源均已结束时，基于各个协同工作单元反馈的休眠唤醒状态，判断各个所述协同工作单元是否均已休眠成功；其中，所述协同工作单元指代所述域控制器中除主工作单元外的其他所述工作单元；所述主工作单元为所述协同休眠唤醒管理模块所处的所述工作单元；

第二休眠单元，用于在判断出各个所述协同工作单元均已休眠成功时，则向所述主工作单元发送休眠请求，以控制所述主工作单元切换至低功耗工作模式。

8.一种协同休眠唤醒管理系统，其特征在于，包括：

主控层、交互层以及协同层；

所述主控层包括设置有协同休眠唤醒管理模块的主工作单元；

所述协同层包括所述主工作单元协同管理的多个工作单元；

所述交互层用于实现所述主控层与所述协同层的交互；

其中，所述主工作单元用于通过协同休眠唤醒管理模块提供的统一接口接收唤醒求，并向新增唤醒需求的所述唤醒源对应的各个所述工作单元中当前状态未处于正常工作模式的所述工作单元发送唤醒请求，以控制其切换至正常工作模式，以及向当前结束的所述唤醒源对应的各个所述工作单元中，不属于其他任意一个当前存在唤醒需求的所述唤醒源的所述工作单元发送休眠请求，以控制其切换至低功耗工作模式；所述统一接口为所述协同休眠唤醒管理模块为各个唤醒源提供的基于不同唤醒需求的统一接口。

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

存储器和处理器；

其中，所述存储器用于存储程序；

所述处理器用于执行所述程序，所述程序被执行时，具体用于实现如权利要求1至5任意一项所述的协同休眠唤醒管理方法。

10.一种计算机存储介质，其特征在于，用于存储计算机程序，所述计算机程序被执行时，用于实现如权利要求1至5任意一项所述的协同休眠唤醒管理方法。