CN116795443B - 休眠唤醒控制系统、方法、车辆和存储介质 - Google Patents

Abstract

本申请提出一种休眠唤醒控制系统、方法、车辆和存储介质，其中，系统包括：控制芯片、内存和内核模块，控制芯片，包括执行模块和代理服务模块，内存中包括运行应用程序的目标容器，在内核模块响应于接收到唤醒消息，根据内存中存储的数据唤醒控制芯片，执行模块用于生成唤醒消息，并将唤醒消息发送给代理服务模块，通过代理服务模块建立控制芯片和目标容器中的应用程序间的连接通道，在快速唤醒的场景下，通过连接通道将内核模块生成的唤醒消息发送给目标容器中运行的应用程序，使得目标容器中的应用程序从休眠状态切换至运行状态，实现了对目标容器中应用程序的控制和快速唤醒，满足日益增长的服务需求。

Description

休眠唤醒控制系统、方法、车辆和存储介质

技术领域

本申请涉及车辆控制技术领域，尤其涉及一种休眠唤醒控制系统、方法、车辆和存储介质。

背景技术

随着智能汽车的发展，人们对智能汽车的功能的需求也越来越多，在面向服务架构SOA下，车辆中会有越来越多的服务，需要通过应用程序来调用相关的服务以实现相关的功能，例如，控制车辆自动启动，同时开启空调。

而有些应用程序放置在内存的特定容器中，而该容器中的应用程序无法和现有的控制芯片通信，因此，如何与应用程序建立通信，以增加功能性，是需要解决的技术问题。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请提出一种休眠唤醒控制系统、方法、车辆和存储介质，以实现在快速唤醒场景下实现控制芯片和应用程序建立通信，实现多种功能需求。

本申请一方面实施例提出了一种休眠唤醒控制系统，系统包括：控制芯片、内存和内核模块，所述控制芯片，包括执行模块和代理服务模块；所述内存中包括运行应用程序的目标容器；

所述内核模块，用于响应于接收到唤醒消息，根据所述内存中存储的数据唤醒所述控制芯片；

所述执行模块，用于生成唤醒消息，并将所述唤醒消息发送给所述代理服务模块；

所述代理服务模块，用于建立所述控制芯片和所述目标容器中的应用程序间的连接通道，通过所述连接通道将所述唤醒消息发送给所述目标容器中运行的应用程序；其中，所述唤醒消息，用于所述目标容器中的应用程序从休眠状态切换至运行状态。

本申请另一方面实施例提出了一种休眠唤醒控制方法，应用于第一方面所述的系统，所述方法，包括：

响应于所述内核模块接收到唤醒消息，根据所述内存中存储的数据唤醒所述控制芯片；

通过执行模块生成唤醒消息，并将所述唤醒消息发送给所述代理服务模块；

通过代理服务模块建立所述控制芯片和所述目标容器中的应用程序间的连接通道，通过所述连接通道将所述唤醒消息发送给所述目标容器中运行的应用程序；所述唤醒消息，用于所述目标容器中的应用程序从休眠状态切换至运行状态。

本申请另一方面实施例提出了一种车辆，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如前述一方面所述的方法。

本申请另一方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前述一方面所述的方法。

本申请另一方面实施例提出了一种计算机程序产品，其上存储有计算机程序，所述程序被处理器执行时实现如前述一方面所述的方法。

本申请提出的休眠唤醒控制系统、方法、车辆和存储介质，在内核模块响应于接收到唤醒消息，根据内存中存储的数据唤醒控制芯片，执行模块用于生成唤醒消息，并将唤醒消息发送给代理服务模块，通过代理服务模块建立控制芯片和目标容器中的应用程序间的连接通道，实现了在快速唤醒的场景下，通过连接通道将内核模块生成的唤醒消息发送给目标容器中运行的应用程序，使得目标容器中的应用程序从休眠状态切换至运行状态，实现了对目标容器中应用程序的控制和快速唤醒，满足日益增长的服务需求。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例所提供的一种休眠唤醒控制系统的结构示意图；

图2为本申请实施例所提供的另一种休眠唤醒控制系统的结构示意图；

图3为本申请实施例所提供的一种休眠唤醒控制方法的流程示意图；

图4为本申请实施例所提供的另一种休眠唤醒控制方法的流程示意图；

图5为本申请实施例所提供的另一种休眠唤醒控制方法的流程示意图；

图6为本申请实施例所提供的一种车辆的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的休眠唤醒控制系统、方法、车辆和存储介质。

图1为本申请实施例所提供的一种休眠唤醒控制系统的结构示意图。

如图1所示，该系统包括：控制芯片11、内存12和内核模块13。控制芯片11，包括执行模块111和代理服务模块112；内存12中包括运行应用程序的目标容器121。

内核模块13，用于响应于接收到唤醒消息，根据内存中存储的数据唤醒控制芯片11。

执行模块111，用于生成唤醒消息，并将唤醒消息发送给代理服务模块112。

代理服务模块112，用于建立控制芯片11和目标容器121中的应用程序间的连接通道，通过连接通道将唤醒消息发送给目标容器中运行的应用程序；唤醒消息，用于目标容器121中的应用程序从休眠状态切换至运行状态。

在本申请实施例中，即唤醒场景下，内核模块13接收到的唤醒消息，可以基于报文触发，即内核模块13接收到报文，报文中携带了唤醒消息，以实现对该控制芯片11进行唤醒，或者，基于按键触发的，即响应用户在内置了休眠唤醒系统的设备上对按键进行操作，生成了唤醒消息，以实现对该控制芯片11进行唤醒，由于内存12在休眠时处于供电状态，从而唤醒时，内存没有下电，可以实现快速唤醒。

本申请实施例中，执行模块111用于生成唤醒消息，例如在唤醒的情况下，并将唤醒消息发送给代理服务模块112。控制芯片11和目标容器121中的应用程序不是属于同一个系统架构，因此，控制芯片11接收到的唤醒消息不能直接发送给目标容器121中的应用程序，因此，设置了代理服务模块112，由代理服务模块112建立控制芯片11和目标容器121中的应用程序间的连接通道，即实现了通过代理服务模块建立了控制芯片11对应的系统架构和目标容器121中的应用程序对应的系统架构间的连接通道，也就是说代理服务模块112实现了不同的系统架构之间的通信。其中，连接通道可为管道连接通道或以太网的连接通道，以实现将执行模块111接收到的唤醒消息通过代理服务模块112建立的连接通道发送给目标容器121中的应用程序，实现数据的转发。目标容器121中的应用程序在接收到唤醒消息的情况下，由于内存在休眠的时候未下电，即存储的数据未丢失，因此在唤醒时，可从内存中启动发送或接收数据，即启动程序运行，不需要重新加载相关数据到内存中，实现了快速从休眠状态切换至运行状态，即实现了快速唤醒。

例如，控制芯片对应的系统架构为汽车开放系统架构（Automotive Open SystemArchitecture，AutoSar），目标容器中的应用程序对应的系统架构为Linux架构。

需要说明的是，内存中包含多个容器，容器中运行有应用程序，对于运行应用程序的容器，称为目标容器，对于运行自适应Adaptive应用程序的容器称为第一容器，执行模块和第一容器中的自适应Adaptive应用程序通信，是基于相关技术中已有的通信路径，而由于执行模块（Execute Manager，EM）是在AutoSar内部的模块，要控制目标容器中的应用程序，不存在通信路径，即执行模块无法和目标容器中的应用程序通信，因此，本申请实施例中建立了代理服务模块，通过代理服务模块建立了一个专门的连接通道，以实现执行模块将休眠唤醒消息发送给目标容器中的应用程序。

本申请实施例的休眠唤醒控制系统中，在内核模块响应于接收到唤醒消息，根据内存中存储的数据唤醒控制芯片，执行模块用于生成唤醒消息，并将唤醒消息发送给代理服务模块，通过代理服务模块建立控制芯片和目标容器中的应用程序间的连接通道，在快速唤醒的场景下，通过连接通道将内核模块生成的唤醒消息发送给目标容器中运行的应用程序，使得目标容器中的应用程序从休眠状态切换至运行状态，实现了对目标容器中应用程序的控制和快速唤醒，满足日益增长的服务需求。

基于上述实施例，图2为本申请实施例提供的另一种休眠唤醒控制系统的结构示意图，如图2所示，该系统还包括：和应用程序通信的通信中间件（Data DistributionService，DDS）模块14。

DDS模块14，用于接收应用程序发送的唤醒消息，根据唤醒消息删除和DDS模块对应的数据库中存储的第一节点的心跳数据，并广播DDS模块14对应的第二节点的心跳数据。

本申请实施例的系统设置在分布式系统的多个节点中，多个节点间通过以太网等底层通信网络连接在一起，通过互相发送信息来识别对方，每一个节点中都通过本申请的休眠唤醒控制系统控制节点的休眠和唤醒，在节点被唤醒的情况下，节点需要和其它节点建立连接，以从其它节点获取相关的信息，而节点被唤醒时，由于该节点可能休眠的时长超过了该节点对应的存活时长，其它节点会认为该节点已经不处于存活状态，而将与该节点的连接删除，从而，该节点与其它节点间的连接断开。本申请实施例中，为了区分，将分布式系统中的多个节点称为第一节点和第二节点，其中，将DDS模块14对应的数据库中存储的心跳数据所属的节点，称为第一节点，DDS模块14所属的节点称为第二节点。需要说明的是，每一个节点都包括DDS模块14和该节点的数据库，也就是说DDS模块14对应的数据库就是所属的节点的数据库。其中，第一节点可以为一个或多个。

本申请实施例的一种实现方式中，当前的第二节点重新唤醒后，第二节点对应的数据库中存储了休眠前接收到的第一节点发送的心跳数据，而在第二节点被重新唤醒后，DDS模块14会检查数据库中存储的各个第一节点的数据包和对应的计时器的时间，在计时器计时满足发送周期的情况下，触发再次发送第二节点的心跳数据，其中各个节点具有发包周期，例如为10秒，由于第二节点的系统的休眠，计时器会停止计时，等到再次唤醒时，重启计时器，这导致需要等待计时器计时完成才能重新发送心跳数据，即需要较长的时间才能重新建立第二节点和其它的第一节点间的通信，无法实现快速唤醒的效果，因此，在DDS模块14接收到唤醒消息的情况下，DDS模块14则删除DDS模块14所属的第二节点的数据库中存储的第一节点的心跳数据，并触发DDS模块14广播对应的第二节点的心跳数据，也即该DDS模块14所属的第二节点的心跳数据，删除操作需要的时间为微秒级，耗时较短，可在快速唤醒的场景下实现快速重连。

例如，在休眠唤醒机制下，内存不下电，应用程序的进程内容保存在内存，可实现快速唤醒，例如该分布式系统中包含2个节点，分别为A节点和B节点，其中，A节点即为第二节点，B节点即为第一节点。如，A节点唤醒后，数据库保持不变。但是，和A节点建立连接的对端B节点，因认为A节点超过存活时间未发送心跳数据，而B节点数据库可能已经清除A节点的心跳数据，使得A节点和B节点间的连接断开。在A节点重新唤醒后，A节点中的DDS模块需要将A节点对应的DDS的数据库中存储的B节点的心跳数据删除，并广播A节点的心跳数据，以和B节点快速重新建立连接，而不需要因发包周期而等待A节点对应的发包时间到才广播心跳数据，提高了节点重新连接的效率，提高了快速唤醒的效果。例如，在车机系统中，车辆的自动驾驶节点在唤醒后，检测到需要向控制终端发送空调的相关数据，通过快速建立自动驾驶节点和空调所对应的节点间的快速连接，可以快速获取到空调的相关数据并回传到控制终端显示，提高了快速唤醒的效果。

其中，其中，心跳数据，是各个节点按照设定的周期通过DDS模块14发送的心跳包，例如，周期为10秒，在稳态服务发现阶段，节点间通过周期性发送心跳数据向和自己建立连接的节点指示自己处于存活状态，以维持节点间的稳态连接状态。心跳数据，可以为心跳包，心跳包为通信双方按照协议规定设置的内容，可根据业务需求进行设置，本申请实施例中不进行限定。

本申请实施例的系统中，通过应用程序将唤醒消息发送给DDS模块，DDS模块根据唤醒消息对第二节点的数据库中存储的第一节点的心跳数据进行删除，并在删除后重新广播该DDS模块所属的第二节点的心跳数据，以实现该节点快速建立和其它节点间连接，实现数据的交互，提高快速唤醒场景下的效率。

基于上述实施例，本申请实施例的另一种实现方式中，DDS模块14，用于接收应用程序发送的唤醒消息，在确认DDS模块14对应的数据库中不存在第一节点的心跳数据的情况下，广播DDS模块14对应的第二节点的心跳数据；其中，数据库中存储的第一节点的心跳数据，是DDS模块14在接收到休眠消息的情况下删除的。

本申请实施例中，为了进一步提高唤醒的效率和效果，数据库中存储的其它各个第一节点的心跳数据，在DDS模块14接收到唤醒消息的情况下不删除，而是在DDS模块14接收到休眠消息的情况下，删除数据库中存储的其它各个第一节点的心跳数据，并在接收到唤醒消息的情况下触发广播DDS模块14所属的第二节点的心跳数据，通过在接收到休眠消息的情况，从数据库中将已建立连接的第一节点的心跳数据删除，避免在唤醒进程再进行删除，节约了删除的时间，以实现唤醒场景下更加快速的节点间的重新连接，进一步降低DDS模块14触发重新连接需要的时间，提高重新连接的效率，从而提高了唤醒的效率。

基于上述实施例，本申请实施例的一种实现方式中，执行模块，用于接收休眠消息，并将休眠消息发送给所述代理服务模块。作为一种实现方式，车机系统中包含实时子系统（RealTime Subsystem）和性能子系统（Performannce Subsystem），其中，实时子系统中包含主控芯片（Power Master），性能子系统包含控制芯片（Adaptive Platform，AP），控制芯片用于接收主控芯片发送的休眠消息。作为一种实现方式，控制芯片还包括接收模块（Power Slave）、状态管理模块（State Manager，SM）和执行模块（EM），其中，接收模块用于接收主控芯片发送的休眠消息，并将接收到的休眠消息通过状态管理模块发送给执行模块。

代理服务模块112，用于通过建立的连接通道将休眠消息发送给目标容器121中运行的应用程序；其中，休眠消息，用于触发应用程序将休眠消息发送至DDS模块14，并根据休眠消息从运行状态切换至休眠状态，即应用程序停止发送和接收数据。

代理服务模块112，还用于接收到应用程序完成休眠的反馈消息，将反馈消息发送给执行模块111。

执行模块111和内核模块13连接，还用于根据反馈消息生成下电消息，将下电消息发送至内核模块13。

内核模块13，用于响应于接收到下电消息，控制执行模块111和代理服务模块112下电，并对内存12供电完成的情况下，控制自身下电。

本申请实施例中，在休眠场景下，响应于执行模块接收到休眠消息，将休眠消息发送至代理模块、应用程序、DDS模块，并在休眠完成后，将休眠完成的反馈消息发送至代理服务模块，进而转发给执行模块，并通过执行模块发送给内核模块，由内核模块控制执行模块和代理服务模块下电，并对内存供电完成的情况下，控制自身下电，实现整个系统从运行模式切换至休眠模式，同时，对内存进行供电，保证了内存中各个进程不改变，以使得应用程序再次被唤醒时，可以从内存中上次休眠的进行处开始执行，避免了从新将应用程序的数据加载到内存耗费的时间，提高了效率，实现了快速唤醒。

本申请实施例的一种实现方式中，代理服务模块112，还用于监控目标容器121中的应用程序的连接状态，响应于监测到断开的应用程序，向断开的应用程序发送连接请求；断开的应用程序，根据连接请求，重新建立连接。通过代理服务模块实现对目标容器中的应用程序的连接情况进行管理，避免目标容器中的应用程序长时间的掉线，确保连接的状态。

基于上述实施例，本申请实施例提供了一种休眠唤醒控制方法，图3为本申请实施例提供的一种休眠唤醒控制方法的流程示意图，如图3所示，该方法包含以下步骤：

步骤301，响应于内核模块接收到唤醒消息，根据内存中存储的数据唤醒控制芯片。

步骤302，通过执行模块生成唤醒消息，并将唤醒消息发送给代理服务模块。

步骤303，通过代理服务模块建立控制芯片和目标容器中的应用程序间的连接通道，通过连接通道将唤醒消息发送给目标容器中运行的应用程序。

其中，唤醒消息，用于目标容器中的应用程序从休眠状态切换至运行状态。

其中，前述实施例中的解释说明也适用于本实施例，原理相同，此次不再赘述。

本申请实施例的休眠唤醒控制方法中，在内核模块响应于接收到唤醒消息，根据内存中存储的数据唤醒控制芯片，执行模块用于生成唤醒消息，并将唤醒消息发送给所述代理服务模块，通过代理服务模块建立控制芯片和目标容器中的应用程序间的连接通道，实现了在快速唤醒的场景下，通过连接通道将唤醒消息发送给目标容器中运行的应用程序，实现了对目标容器中应用程序的控制和快速唤醒，满足日益增长的服务需求。

基于上述实施例，本申请实施例提供了另一种休眠唤醒控制方法，图4为本申请实施例提供的另一种休眠唤醒控制方法的流程示意图，如图4所示，该方法包含以下步骤：

步骤401，响应于内核模块接收到唤醒消息，根据内存中存储的数据唤醒控制芯片。

其中，内存在休眠时处于供电状态。

步骤402，通过执行模块生成唤醒消息，并将唤醒消息发送给代理服务模块。

步骤403，通过代理服务模块建立控制芯片和目标容器中的应用程序间的连接通道，通过连接通道将唤醒消息发送给目标容器中运行的应用程序。

其中，内存在休眠场景下处于供电状态，唤醒消息，用于目标容器中的应用程序从休眠状态切换至运行状态。

步骤404，通过DDS模块接收应用程序发送的唤醒消息，根据唤醒消息删除和DDS模块对应的数据库中存储的第一节点的心跳数据，并广播DDS模块对应的第二节点的心跳数据。

其中，前述实施例中的解释说明也适用于本实施例，原理相同，此次不再赘述。

本申请实施例的休眠唤醒控制方法中，在内核模块响应于接收到唤醒消息，根据内存中存储的数据唤醒控制芯片，其中，内存在休眠时处于供电状态，执行模块在上电完成的情况下，生成唤醒消息，并将唤醒消息发送给所述代理服务模块，通过代理服务模块建立控制芯片对应的系统架构和目标容器中的应用程序对应的系统架构间的连接通道，实现了在快速唤醒的场景下，通过连接通道将唤醒消息发送给目标容器中运行的应用程序，实现了对目标容器中应用程序的控制和快速唤醒，满足日益增长的服务需求。

基于上述实施例，本申请实施例提供了另一种休眠唤醒控制方法，图5为本申请实施例提供的另一种休眠唤醒控制方法的流程示意图，如图5所示，该方法包含以下步骤：

步骤501，响应于内核模块接收到唤醒消息，根据内存中存储的数据唤醒控制芯片。

其中，内存在休眠时处于供电状态。

步骤502，通过执行模块生成唤醒消息，并将唤醒消息发送给代理服务模块。

步骤503，通过代理服务模块建立控制芯片和目标容器中的应用程序间的连接通道，通过连接通道将唤醒消息发送给目标容器中运行的应用程序。

其中，内存在休眠场景下处于供电状态，唤醒消息，用于目标容器中的应用程序从休眠状态切换至运行状态。

步骤504，通过DDS模块接收应用程序发送的唤醒消息，在确认DDS模块对应的数据库中不存在第一节点的心跳数据的情况下，广播DDS模块对应的第二节点的心跳数据。

其中，数据库中的第一节点的心跳数据，是DDS模块在接收到休眠消息的情况下删除的。

其中，前述实施例中的解释说明也适用于本实施例，原理相同，此次不再赘述。

本申请实施例的休眠唤醒控制方法中，在内核模块响应于接收到唤醒消息，根据内存中存储的数据唤醒控制芯片，其中，内存在休眠时处于供电状态，执行模块用于生成唤醒消息，并将唤醒消息发送给代理服务模块，通过代理服务模块建立控制芯片和目标容器中的应用程序间的连接通道，实现了在快速唤醒的场景下，通过连接通道将唤醒消息发送给目标容器中运行的应用程序，实现了对目标容器中应用程序的控制和快速唤醒，满足日益增长的服务需求。

为了实现上述实施例，本申请还提出一种车辆，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如前述方法实施例所述的方法。

为了实现上述实施例，本申请还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现如前述方法实施例所述的方法。

为了实现上述实施例，本申请还提出一种计算机程序产品，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前述方法实施例所述的方法。

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

例如，车辆600可以是混合动力车辆，也可以是非混合动力车辆、电动车辆、燃料电池车辆或者其他类型的车辆。车辆600可以是自动驾驶车辆、半自动驾驶车辆或者非自动驾驶车辆。

参照图6，车辆600可包括各种子系统，例如，信息娱乐系统610、感知系统620、决策控制系统630、驱动系统640以及计算平台650。其中，车辆600还可以包括更多或更少的子系统，并且每个子系统都可包括多个部件。另外，车辆600的每个子系统之间和每个部件之间可以通过有线或者无线的方式实现互连。

在一些实施例中，信息娱乐系统610可以包括通信系统，娱乐系统以及导航系统等。

感知系统620可以包括若干种传感器，用于感测车辆600周边的环境的信息。例如，感知系统620可包括全球定位系统（全球定位系统可以是GPS系统，也可以是北斗系统或者其他定位系统）、惯性测量单元（Inertial Measurement Unit，IMU）、激光雷达、毫米波雷达、超声雷达以及摄像装置。

决策控制系统630可以包括计算系统、整车控制器、转向系统、油门以及制动系统。

驱动系统640可以包括为车辆600提供动力运动的组件。在一个实施例中，驱动系统640可以包括引擎、能量源、传动系统和车轮。引擎可以是内燃机、电动机、空气压缩引擎中的一种或者多种的组合。引擎能够将能量源提供的能量转换成机械能量。

车辆600的部分或所有功能受计算平台650控制。计算平台650可包括至少一个处理器651和存储器652，处理器651可以执行存储在存储器652中的指令653。

处理器651可以是任何常规的处理器，诸如商业可获得的CPU。处理器还可以包括诸如图像处理器（Graphic Process Unit，GPU），现场可编程门阵列（Field ProgrammableGate Array，FPGA）、片上系统（System On Chip，SOC）、专用集成芯片（ApplicationSpecific Integrated Circuit，ASIC）或它们的组合。

存储器652可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器（SRAM），电可擦除可编程只读存储器（EEPROM），可擦除可编程只读存储器（EPROM），可编程只读存储器（PROM），只读存储器（ROM），磁存储器，快闪存储器，磁盘或光盘。

除了指令653以外，存储器652还可存储数据，例如道路地图，路线信息，车辆的位置、方向、速度等数据。存储器652存储的数据可以被计算平台650使用。

在本公开实施例中，处理器651可以执行指令653，以完成上述的方法的全部或部分步骤。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、 “示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备（如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统）使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例（非穷尽性列表）包括以下：具有一个或多个布线的电连接部（电子装置），便携式计算机盘盒（磁装置），随机存取存储器（RAM），只读存储器（ROM），可擦除可编辑只读存储器（EPROM或闪速存储器），光纤装置，以及便携式光盘只读存储器（CDROM）。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（PGA），现场可编程门阵列（FPGA）等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (9)

1.一种休眠唤醒控制系统，其特征在于，所述系统包括：控制芯片、内存和内核模块，所述控制芯片，包括执行模块和代理服务模块；所述内存中包括运行应用程序的目标容器；

所述内核模块，用于响应于接收到唤醒消息，根据所述内存中存储的数据唤醒所述控制芯片；

所述执行模块，用于生成唤醒消息，并将所述唤醒消息发送给所述代理服务模块；

所述代理服务模块，用于建立所述控制芯片和所述目标容器中的应用程序间的连接通道，通过所述连接通道将所述唤醒消息发送给所述目标容器中运行的应用程序；

其中，所述唤醒消息，用于所述目标容器中的应用程序从休眠状态切换至运行状态；

所述系统还包括：与所述应用程序通信的中间件DDS模块；

所述DDS模块，用于接收所述应用程序发送的唤醒消息，根据所述唤醒消息删除和所述DDS模块对应的数据库中存储的第一节点的心跳数据，并广播所述DDS模块对应的第二节点的心跳数据。

2.如权利要求1所述的系统，其特征在于，还包括：

所述DDS模块，还用于在接收所述应用程序发送的唤醒消息后，确认所述DDS模块对应的数据库中不存在第一节点的心跳数据的情况下，广播所述DDS模块对应的第二节点的心跳数据；其中，所述数据库中的第一节点的心跳数据，是所述DDS模块在接收到休眠消息的情况下删除的。

3.如权利要求1或2所述的系统，其特征在于，

所述执行模块，用于接收休眠消息，并将所述休眠消息发送给所述代理服务模块；

所述代理服务模块和所述目标容器连接，用于将所述休眠消息发送给所述目标容器中运行的应用程序；其中，所述休眠消息，用于触发所述应用程序将休眠消息发送至所述DDS模块，并根据所述休眠消息从运行状态切换至休眠状态。

4.如权利要求3所述的系统，其特征在于，

所述代理服务模块，还用于接收到所述应用程序完成休眠的反馈消息，将所述反馈消息发送给所述执行模块；

所述执行模块和所述内核模块连接，还用于根据所述反馈消息，生成下电消息，将所述下电消息发送给所述内核模块；

所述内核模块，用于响应于接收到下电消息，控制所述执行模块和所述代理服务模块下电，并对所述内存供电完成的情况下，控制自身下电。

5.如权利要求1-2任一项所述的系统，其特征在于，

所述代理服务模块，还用于监控所述目标容器中的应用程序的连接状态，响应于监测到断开的应用程序，向所述断开的应用程序发送连接请求；

所述断开的应用程序，根据所述连接请求，重新建立连接。

6.一种休眠唤醒控制方法，其特征在于，应用于权利要求1-5任一项所述的系统，所述方法包括：

响应于内核模块接收到唤醒消息，根据内存中存储的数据唤醒控制芯片；

通过执行模块生成唤醒消息，并将所述唤醒消息发送给代理服务模块；

通过所述代理服务模块建立所述控制芯片和目标容器中的应用程序间的连接通道，通过所述连接通道将所述唤醒消息发送给所述目标容器中运行的应用程序；其中，所述唤醒消息，用于所述目标容器中的应用程序从休眠状态切换至运行状态；

通过DDS模块接收所述应用程序发送的唤醒消息，根据所述唤醒消息删除和所述DDS模块对应的数据库中存储的第一节点的心跳数据，并广播所述DDS模块对应的第二节点的心跳数据。

7.如权利要求6所述的方法，其特征在于，所述方法，还包括：

在通过DDS模块接收所述应用程序发送的唤醒消息后，确认所述DDS模块对应的数据库中不存在第一节点的心跳数据的情况下，广播所述DDS模块对应的第二节点的心跳数据；其中，所述数据库中的第一节点的心跳数据，是所述DDS模块在接收到休眠消息的情况下删除的。

8.一种车辆，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如权利要求6-7中任一所述的方法。

9.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求6-7中任一所述的方法。