CN117812115A - 基于应用层控制底层的休眠方法、装置、电子设备及车辆 - Google Patents

Abstract

本申请提供一种基于应用层控制底层的休眠方法、装置、电子设备及车辆，通过接收底层的休眠指令，根据休眠指令确定底层的休眠状态，并根据未休眠状态的状态时间点和第一休眠时间，生成底层的强制休眠指令，通过底层的强制休眠避免了异常状态下底层的持续工作；在底层未按照底层的休眠指令进入休眠状态的情况下，通过强制休眠指令的生成，减少了底层在接收到休眠指令后处于未休眠状态的时间，进而减少了车辆的功耗。

Description

基于应用层控制底层的休眠方法、装置、电子设备及车辆

技术领域

本申请涉及车辆休眠技术领域，尤其涉及一种基于应用层控制底层的休眠方法、装置、电子设备及车辆。

背景技术

随着车辆电气技术的发展，车辆中的控制器越来越多，控制器所需要的底层也越来越复杂，底层的持续运行会导致整车在通电后处于高功耗模式，进而在车辆静态放置时会导致车辆静态电流过大，而引起蓄电池亏电。

通常，车辆中的底层在接收到休眠指令后进入休眠状态，从而使得底层运行在低功耗模式。但是，当车辆处于非正常状态时，底层在接收到休眠指令后没有进入休眠状态，使得底层中控制车辆动作的控制单元持续工作，进而导致车辆的耗电量增加。因此，为了降低车辆的功耗并延长车辆电子器件的使用寿命，亟需对接收到休眠指令并处于未休眠状态的底层进行休眠。

发明内容

有鉴于此，本申请的目的在于提出一种基于应用层控制底层的休眠方法、装置、电子设备及车辆，用以解决或部分解决上述技术问题。

基于上述目的，本申请的第一方面提供了一种基于应用层控制底层的休眠方法，包括：

接收底层的休眠指令；

根据所述休眠指令确定所述底层的休眠状态；

响应于确定所述休眠状态为未休眠状态，向所述底层获取或从所述休眠指令中确定所述未休眠状态的状态时间点；

以所述状态时间点为第一开始时间点，在预先设定的第一休眠时间之后重新确定所述底层的休眠状态；

响应于确定所述重新确定的休眠状态为未休眠状态，生成所述底层的强制休眠指令并将所述强制休眠指令发送到所述底层，以供所述底层进入强制休眠状态。

本申请的第二方面提供一种基于应用层控制底层的休眠装置，包括：

接收模块，被配置为接收底层的休眠指令；

确定模块，被配置为根据所述休眠指令确定所述底层的休眠状态；

状态确定模块，被配置为响应于确定所述休眠状态为未休眠状态，向所述底层获取或从所述休眠指令中确定所述未休眠状态的状态时间点；

重新确定模块，被配置为以所述状态时间点为第一开始时间点，在预先设定的第一休眠时间之后重新确定所述底层的休眠状态；

发送模块，被配置为响应于确定所述重新确定的休眠状态为未休眠状态，生成所述底层的强制休眠指令并将所述强制休眠指令发送到所述底层，以供所述底层进入强制休眠状态。

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

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

本申请的第五方面提供了一种车辆，包括如本申请第二方面提供的所述的基于应用层控制底层的休眠装置或如本申请第三方面提供的所述的电子设备或如本申请第四方面提供的所述的计算机可读存储介质。

从上面所述可以看出，本申请提供的基于应用层控制底层的休眠方法、装置、电子设备及车辆，通过接收底层的休眠指令，根据休眠指令确定底层的休眠状态，并根据未休眠状态的状态时间点和第一休眠时间，生成底层的强制休眠指令，以供底层进入强制休眠状态，通过底层的强制休眠避免了异常状态下底层的持续工作；在底层未按照底层的休眠指令进入休眠状态的情况下，通过强制休眠指令的生成，减少了底层在接收到休眠指令后处于未休眠状态的时间，进而减少了车辆的功耗。

附图说明

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

图1为本申请实施例的基于应用层控制底层的休眠方法的流程示意图；

图2为本申请实施例的基于应用层控制底层的休眠装置的结构示意图；

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

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本申请进一步详细说明。

需要说明的是，除非另外定义，本申请实施例使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

如背景技术所述，车辆的控制器可以采用分层架构的方式实现对车辆的控制，在分层架构中，控制器被自上而下分为ASW(Application Software Layer，应用层)、RTE(Runtime Environment，运行环境层)、BSW(Basic Software Layer，底层)和控制单元，其中，应用层位于运行环境层的上层，运行环境层位于底层的上层，底层位于控制单元的上层，控制器的软件包括应用层、运行环境层和底层，控制器的硬件包括控制单元。

为保证应用层、运行环境层、底层和控制单元的无关性，每一层只能使用下一层所提供的接口，并向上一层提供相应的接口。这样，通过控制器的分层架构实现了车辆控制器中软件和硬件的分离开发与验证。

为了实现控制器的低功耗运行，应用层可以选择在合适的时间生成底层休眠指令并向底层发送休眠指令。

这样做带来的问题有：当底层未按照休眠指令进入休眠状态时，底层的运行仍然会使得车辆的运行功耗持续增加。

因此，为了降低车辆的功耗并延长车辆电子器件的使用寿命，亟需对接收到休眠指令并处于未休眠状态的底层进行休眠。

如图1所示，本实施例的方法包括：

步骤101，接收底层的休眠指令。

在该步骤中，底层的休眠指令指的是能够使得底层进入休眠状态的指令，本实施例优选的底层的休眠指令可以是车辆控制器的底层中，能够使得底层进入休眠状态的指令。具体的，底层的休眠指令可以根据应用层对休眠指令的查询请求由底层发送到应用层。这样，为后续应用层确定底层的休眠状态提供判断依据。

步骤102，根据所述休眠指令确定所述底层的休眠状态。

在该步骤中，底层的休眠状态指的是能够反映底层功耗的状态，本实施例优选的底层的休眠状态可以是车辆控制器的底层中，能够反映底层功耗的状态。例如，当底层与本地网络的通讯为通讯保持状态时，通讯保持状态表示底层没有处于低功耗状态。这样，为后续获取未休眠状态的状态时间点提供判断基础。

步骤103，响应于确定所述休眠状态为未休眠状态，向所述底层获取或从所述休眠指令中确定所述未休眠状态的状态时间点。

在该步骤中，状态时间点指的是底层的未休眠状态对应的休眠指令的发送时间点，本实施例优选的状态时间点可以是车辆控制器的底层中，底层的未休眠状态对应的休眠指令的接收时间点。

具体的，休眠指令中可以包括发送时间点，当应用层接收休眠指令时可以从休眠指令中确定状态时间点。休眠指令中也可以不包括发送时间点，当应用层接收休眠指令时无法从休眠指令中确定状态时间点，应用层可以向底层发送查询休眠指令的发送时间点的查询请求，底层接收到查询请求获取休眠指令对应的时间点，根据该时间点得到状态时间点，将状态时间点发送给应用层，这样应用层就能获得该状态时间点。进而，为后续的计时过程提供计时开始时间点。

步骤104，以所述状态时间点为第一开始时间点，在预先设定的第一休眠时间之后重新确定所述底层的休眠状态。

在该步骤中，为了避免底层未按照底层的休眠指令进入休眠状态并持续保持未休眠状态，预先设定第一休眠时间对底层的休眠状态进行重新确定，为后续强制休眠指令的生成提供判断基础。

步骤105，响应于确定所述重新确定的休眠状态为未休眠状态，生成所述底层的强制休眠指令并将所述强制休眠指令发送到所述底层，以供所述底层进入强制休眠状态。

在该步骤中，强制休眠指令指的是能够强制使底层进入低功耗状态的指令，本实施例优选的强制休眠指令可以是车辆控制器中，能够强制使底层进入低功耗状态的指令。例如，AUTOSAR(Automotive Open System Architecture，汽车开放系统架构)中LIN(LocalInterconnect Network，本地总线)的强制休眠指令。通过强制休眠指令的生成，减少了底层在接收到休眠指令后处于未休眠状态的时间，进而减少了车辆的功耗。

通过上述方案，通过获取底层接收到的休眠指令，根据休眠指令确定底层的休眠状态，根据未休眠状态的状态时间点和第一休眠时间，生成底层的强制休眠指令，通过底层的强制休眠避免了异常状态下底层的持续工作；在底层未按照底层的休眠指令进入休眠状态的情况下，通过强制休眠指令的生成，减少了底层在接收到休眠指令后处于未休眠状态的时间，进而减少了车辆的功耗。

在一些实施例中，所述底层与本地网络连接；步骤102的步骤展开具体包括：

获取所述休眠指令的发送时间点；

以所述发送时间点为第二开始时间点，在预先设定的第二休眠时间之后从所述底层中获取所述底层与所述本地网络的通讯状态；

根据所述通讯状态确定所述底层的休眠状态。

在上述方案中，发送时间点指的是休眠指令对应的发送到底层的时间点，本实施例优选的发送时间点可以是车辆控制器底层中，休眠指令对应的发送到底层的时间点。当休眠指令发送到底层后，底层会根据休眠指令进入休眠状态，但是，当底层中存在异常时，底层不会根据休眠指令进入休眠状态。为了确定底层在接收到休眠指令后是否进入休眠状态，需要获取底层与本地网络的通讯状态。例如，在休眠指令发送3s之后，从底层中获取底层与本地网络的通讯状态。

通过上述方案，为判断底层的未休眠状态提供判断基础。

在一些实施例中，所述根据所述通讯状态确定所述底层的休眠状态，包括：

响应于确定所述通讯状态为通讯保持状态，将所述休眠状态确定为未休眠状态；

响应于确定所述通讯状态为通讯停止状态，将所述休眠状态确定为已休眠状态。

在上述方案中，通讯保持状态指的是底层与本地网络之间存在通讯链路，通讯停止状态指的是底层与本地网络之间不存在通讯链路。当通讯状态为通讯保持状态时，表示底层没有根据休眠指令进入休眠状态。

通过上述方案，为后续的计时过程提供计时开始时间点。

在一些实施例中，所述以所述状态时间点为第一开始时间点，在预先设定的第一休眠时间之后重新确定所述底层的休眠状态，包括：

以所述状态时间点为第一开始时间点，在所述第一休眠时间之后重新获取所述本地网络的通讯状态；

根据所述重新获取的所述本地网络的通讯状态重新确定休眠状态。

在上述方案中，为了避免底层未按照底层的休眠指令进入休眠状态并持续保持未休眠状态，预先设定第一休眠时间对底层的休眠状态进行重新确定。

具体的，应用层可以启动睡眠监控定时器根据第一开始时间点进行计时，当睡眠监控定时器的计时时间到达第一休眠时间后，重新对底层的休眠状态进行确定。

可以理解的是，当重新确定的底层休眠状态为已休眠时，清除睡眠监控定时器的计时时间。

通过上述方案，为后续强制休眠指令的生成提供判断基础。

在一些实施例中，所述根据所述重新获取的所述本地网络的通讯状态重新确定休眠状态，包括：

响应于确定所述重新获取的所述本地网络的通讯状态为通讯保持状态，将所述重新确定的休眠状态确定为未休眠状态；

响应于确定所述重新获取的所述本地网络的通讯状态为通讯停止状态，将所述重新确定的休眠状态确定为已休眠状态。

在上述方案中，通讯保持状态指的是底层与本地网络之间存在通讯链路，通讯停止状态指的是底层与本地网络之间不存在通讯链路。当通讯状态为通讯保持状态时，表示底层在未休眠状态之后，重新确定的休眠状态仍然为未休眠状态。

通过上述方案，为后续强制休眠指令的生成提供判断基础。

在一些实施例中，所述响应于确定所述重新确定的休眠状态为未休眠状态，生成所述底层的强制休眠指令并将所述强制休眠指令发送到所述底层，以供所述底层进入强制休眠状态之后，所述方法还包括：

根据所述未休眠状态从预先存储的故障代码中获取所述未休眠状态对应的底层故障代码，并将所述底层故障代码发送到所述底层，以供所述底层存储。

在上述方案中，故障代码指的是能够用于表示车辆不同位置故障的代码，其中，故障代码可以由车辆生产商进行预先设定，也可以根据代码标准自动生成。底层故障代码指的是能够用于表示底层未休眠状态的代码，本实施例优选的底层故障代码可以是车辆控制器中，能够用于表示底层未休眠状态的代码。例如，故障代码可以是DTC(DiagnosticTrouble Code，诊断故障代码)，底层故障代码可以是U100016，其中，U表示车辆控制器的故障，100016可以是底层接收到休眠代码但是处于未休眠状态所对应的故障对象和类型。

可以理解的是，当第一休眠时间设定为零时，可以设定将应用层中获取底层故障代码的功能关闭。

通过上述方案，通过强制休眠指令的生成，减少了底层在接收到休眠指令后处于未休眠状态的时间，进而减少了车辆的功耗。

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

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

基于同一发明构思，与上述任意实施例方法相对应的，本申请还提供了一种基于应用层控制底层的休眠装置。

参考图2，所述基于应用层控制底层的休眠装置，包括：

接收模块201，被配置为接收底层的休眠指令；

确定模块202，被配置为根据所述休眠指令确定所述底层的休眠状态；

状态确定模块203，被配置为响应于确定所述休眠状态为未休眠状态，向所述底层获取或从所述休眠指令中确定所述未休眠状态的状态时间点；

重新确定模块204，被配置为以所述状态时间点为第一开始时间点，在预先设定的第一休眠时间之后重新确定所述底层的休眠状态；

发送模块205，被配置为响应于确定所述重新确定的休眠状态为未休眠状态，生成所述底层的强制休眠指令并将所述强制休眠指令发送到所述底层，以供所述底层进入强制休眠状态。

在一些实施例中，所述底层与本地网络连接；确定模块202具体被配置为：

获取所述休眠指令的发送时间点；

以所述发送时间点为第二开始时间点，在预先设定的第二休眠时间之后从所述底层中获取所述底层与所述本地网络的通讯状态；

根据所述通讯状态确定所述底层的休眠状态。

在一些实施例中，确定模块202具体还被配置为：

响应于确定所述通讯状态为通讯保持状态，将所述休眠状态确定为未休眠状态；

响应于确定所述通讯状态为通讯停止状态，将所述休眠状态确定为已休眠状态。

在一些实施例中，重新确定模块204具体被配置为：

以所述状态时间点为第一开始时间点，在所述第一休眠时间之后从所述底层中重新获取所述底层与所述本地网络的通讯状态：

根据所述重新获取的所述底层与所述本地网络的通讯状态重新确定休眠状态。

在一些实施例中，重新确定模块204具体还被配置为：

响应于确定所述通讯状态为通讯保持状态，将所述重新确定的休眠状态确定为未休眠状态；

响应于确定所述通讯状态为通讯停止状态，将所述重新确定的休眠状态确定为已休眠状态。

在一些实施例中，所述装置还包括：

代码模块，被配置为根据所述未休眠状态从预先存储的故障代码中获取所述未休眠状态对应的底层故障代码，并将所述底层故障代码发送到所述底层，以供所述底层存储。

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

上述实施例的装置用于实现前述任一实施例中相应的基于应用层控制底层的休眠方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本申请还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的基于应用层控制底层的休眠方法。

图3示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器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 (10)

1.一种基于应用层控制底层的休眠方法，其特征在于，包括：

接收底层的休眠指令；

根据所述休眠指令确定所述底层的休眠状态；

响应于确定所述休眠状态为未休眠状态，向所述底层获取或从所述休眠指令中确定所述未休眠状态的状态时间点；

以所述状态时间点为第一开始时间点，在预先设定的第一休眠时间之后重新确定所述底层的休眠状态；

响应于确定所述重新确定的休眠状态为未休眠状态，生成所述底层的强制休眠指令并将所述强制休眠指令发送到所述底层，以供所述底层进入强制休眠状态。

2.根据权利要求1所述的方法，其特征在于，所述底层与本地网络连接；

所述根据所述休眠指令确定所述底层的休眠状态，包括：

获取所述休眠指令的发送时间点；

以所述发送时间点为第二开始时间点，在预先设定的第二休眠时间之后从所述底层中获取所述底层与所述本地网络的通讯状态；

根据所述通讯状态确定所述底层的休眠状态。

3.根据权利要求2所述的方法，其特征在于，所述根据所述通讯状态确定所述底层的休眠状态，包括：

响应于确定所述通讯状态为通讯保持状态，将所述休眠状态确定为未休眠状态；

响应于确定所述通讯状态为通讯停止状态，将所述休眠状态确定为已休眠状态。

4.根据权利要求2所述的方法，其特征在于，所述以所述状态时间点为第一开始时间点，在预先设定的第一休眠时间之后重新确定所述底层的休眠状态，包括：

以所述状态时间点为第一开始时间点，在所述第一休眠时间之后从所述底层中重新获取所述底层与所述本地网络的通讯状态：

根据所述重新获取的所述底层与所述本地网络的通讯状态重新确定休眠状态。

5.根据权利要求4所述的方法，其特征在于，所述根据所述重新获取的所述本地网络的通讯状态重新确定休眠状态，包括：

响应于确定所述重新获取的所述本地网络的通讯状态为通讯保持状态，将所述重新确定的休眠状态确定为未休眠状态；

响应于确定所述重新获取的所述本地网络的通讯状态为通讯停止状态，将所述重新确定的休眠状态确定为已休眠状态。

6.根据权利要求1所述的方法，其特征在于，所述响应于确定所述重新确定的休眠状态为未休眠状态，生成所述底层的强制休眠指令并将所述强制休眠指令发送到所述底层，以供所述底层进入强制休眠状态之后，所述方法还包括：

根据所述未休眠状态从预先存储的故障代码中获取所述未休眠状态对应的底层故障代码，并将所述底层故障代码发送到所述底层，以供所述底层存储。

7.一种基于应用层控制底层的休眠装置，其特征在于，包括：

接收模块，被配置为接收底层的休眠指令；

确定模块，被配置为根据所述休眠指令确定所述底层的休眠状态；

状态确定模块，被配置为响应于确定所述休眠状态为未休眠状态，向所述底层获取或从所述休眠指令中确定所述未休眠状态的状态时间点；

重新确定模块，被配置为以所述状态时间点为第一开始时间点，在预先设定的第一休眠时间之后重新确定所述底层的休眠状态；

发送模块，被配置为响应于确定所述重新确定的休眠状态为未休眠状态，生成所述底层的强制休眠指令并将所述强制休眠指令发送到所述底层，以供所述底层进入强制休眠状态。

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

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行权利要求1至6任一所述方法。

10.一种车辆，包括如权利要求7所述的基于应用层控制底层的休眠装置或如权利要求8所述的电子设备或如权利要求9所述的计算机可读存储介质。