CN114934728A - 一种汽车引擎盖的自动控制方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种汽车引擎盖的自动控制方法、装置、设备及介质。该方法响应于第一解锁指令，检测汽车是否处于驻车状态；当确定所述汽车处于驻车状态，根据所述第一解锁指令，控制所述引擎盖打开并弹起；响应于第二解锁指令，检测所述汽车是否处于驻车状态；当确定所述汽车处于驻车状态，根据所述第二解锁指令，控制所述引擎盖的卡钩打开；响应于电动抬升指令，控制所述引擎盖抬升预设距离后固定所述引擎盖的撑杆；或者，响应于手动抬升指令，将所述引擎盖的驱动电机调整为解除状态。该方法可大大减少用户的负担，提高汽车使用的便捷性，且能够有效提高引擎盖控制的安全性。本申请可广泛应用于汽车技术领域内。

Description

一种汽车引擎盖的自动控制方法、装置、设备及介质

技术领域

本申请涉及汽车技术领域，尤其是一种汽车引擎盖的自动控制方法、装置、设备及介质。

背景技术

近年来，随着环保需求和新能源技术的发展，越来越多的汽车开始使用电能作为动力来源。而随着电动车的普及，汽车的前车舱改装为储物空间的情况越来越多，开闭引擎盖的频率也将越来越高。

而受限于安全需求和限制，汽车引擎盖一般无法像电动尾门一样实现自动控制开启和关闭，相关技术中，大部分汽车引擎盖的开闭流程为：用户在汽车内通过手动拉引擎盖开关使得引擎盖弹起，然后还需要带汽车前面通过手动打开引擎盖的卡钩才能使得引擎盖解锁开启。这种引擎盖开启的方式，可能对车主可能造成以下困扰：1)开闭效率较低：需下车手动操作引擎盖的开闭，比较耗时、耗力；2)安全隐患较多：一方面，用户的手需要接触引擎盖，在盛夏时节，引擎盖的表面温度能达到80℃左右，存在烫伤手的可能性。另一方面，摸索及打开辅助卡钩过程中，手部易被划伤，在撑起或者放下引擎盖过程中，由于引擎盖较重，用户的手部和肩部易被压伤。

综合上述，相关技术中存在的技术问题亟需得到解决。

发明内容

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

为此，本申请实施例的一个目的在于提供一种汽车引擎盖的自动控制方法。

本申请实施例的另一个目的在于提供汽车引擎盖的自动控制装置。

为了达到上述技术目的，本申请实施例所采取的技术方案包括：

第一方面，本申请实施例提供了一种汽车引擎盖的自动控制方法，所述方法包括以下步骤：

响应于第一解锁指令，检测汽车是否处于驻车状态；

当确定所述汽车处于驻车状态，根据所述第一解锁指令，控制所述引擎盖打开并弹起；

响应于第二解锁指令，检测所述汽车是否处于驻车状态；

当确定所述汽车处于驻车状态，根据所述第二解锁指令，控制所述引擎盖的卡钩打开；

响应于电动抬升指令，控制所述引擎盖抬升预设距离后固定所述引擎盖的撑杆；或者，响应于手动抬升指令，将所述引擎盖的驱动电机调整为解除状态。

另外，根据本申请上述实施例的汽车引擎盖的自动控制方法，还可以具有以下附加的技术特征：

进一步地，在本申请的一个实施例中，所述方法还包括：

当确定所述汽车不处于驻车状态，在所述汽车的显示器上显示第一报错信息。

进一步地，在本申请的一个实施例中，所述根据所述第一解锁指令，控制所述引擎盖打开并弹起，包括：

通过控制器局域网络将所述第一解锁指令传输给汽车的车身控制单元，以使得所述车身控制单元控制所述引擎盖打开并弹起。

进一步地，在本申请的一个实施例中，所述根据所述第二解锁指令，控制所述引擎盖的卡钩打开，包括：

通过所述控制器局域网络将所述第二解锁指令传输给所述车身控制单元，以使得所述车身控制单元控制所述引擎盖的卡钩打开。

进一步地，在本申请的一个实施例中，所述方法还包括：

响应于引擎盖关闭指令，检测汽车是否处于驻车状态；

当确定所述汽车处于驻车状态，根据所述引擎盖关闭指令，控制所述引擎盖闭合至预定位置；

当所述引擎盖闭合至预定位置，控制所述引擎盖的卡钩动作挂扣所述引擎盖，并触发引擎盖一级落锁指令；

根据所述一级落锁指令，控制所述引擎盖和车体完全闭合。

进一步地，在本申请的一个实施例中，所述控制方法还包括以下步骤：

当所述卡钩未挂扣所述引擎盖，或者所述引擎盖和车体未完全闭合，在所述汽车的显示器上显示第二报错信息。

进一步地，在本申请的一个实施例中，所述方法还包括：

响应于电动抬升指令，输出引擎盖动作提示音。

第二方面，本申请实施例提供了一种汽车引擎盖的自动控制装置，所述控制装置包括：

第一响应模块，用于响应于第一解锁指令，检测汽车是否处于驻车状态；

第一解锁模块，用于当确定所述汽车处于驻车状态，根据所述第一解锁指令，控制所述引擎盖打开并弹起；

第二响应模块，用于响应于第二解锁指令，检测所述汽车是否处于驻车状态；

第二解锁模块，用于当确定所述汽车处于驻车状态，根据所述第二解锁指令，控制所述引擎盖的卡钩打开；

第三响应模块，用于响应于电动抬升指令，控制所述引擎盖抬升预设距离后固定所述引擎盖的撑杆；或者，响应于手动抬升指令，将所述引擎盖的驱动电机调整为解除状态。

第三方面，本申请实施例提供了一种终端设备，包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当所述至少一个程序被所述至少一个处理器执行时，使得所述至少一个处理器实现第一方面所述的汽车引擎盖的自动控制方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，其中存储有处理器可执行的程序，所述处理器可执行的程序在由处理器执行时用于实现第一方面所述的汽车引擎盖的自动控制方法。

本申请的优点和有益效果将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到：

本申请实施例中提供一种汽车引擎盖的自动控制方法，该方法响应于第一解锁指令，检测汽车是否处于驻车状态；当确定所述汽车处于驻车状态，根据所述第一解锁指令，控制所述引擎盖打开并弹起；响应于第二解锁指令，检测所述汽车是否处于驻车状态；当确定所述汽车处于驻车状态，根据所述第二解锁指令，控制所述引擎盖的卡钩打开；响应于电动抬升指令，控制所述引擎盖抬升预设距离后固定所述引擎盖的撑杆；或者，响应于手动抬升指令，将所述引擎盖的驱动电机调整为解除状态。该方法能够实现汽车引擎盖的自动打开，可大大减少用户的负担，提高汽车使用的便捷性；并且，该方法消除了用户摸索卡钩及撑起/放下引擎盖时的安全隐患，在打开汽车引擎盖过程中多次确认汽车状态和用户指令，能够有效提高引擎盖控制的安全性，尽可能避免给用户带来不必要的干扰。

附图说明

为了更清楚地说明本申请实施例或者现有技术中的技术方案，下面对本申请实施例或者现有技术中的相关技术方案附图作以下介绍，应当理解的是，下面介绍中的附图仅仅为了方便清晰表述本申请的技术方案中的部分实施例，对于本领域的技术人员来说，在无需付出创造性劳动的前提下，还可以根据这些附图获取到其他附图。

图1为本申请实施例中提供的一种汽车引擎盖的自动控制方法的实施环境示意图；

图2为本申请实施例中提供的一种汽车引擎盖的自动控制方法的流程示意图；

图3为本申请实施例中提供的一种开启汽车引擎盖的流程示意图；

图4为本申请实施例中提供的一种关闭汽车引擎盖的流程示意图；

图5为本申请实施例中提供的一种汽车引擎盖的自动控制装置的结构示意图；

图6为本申请实施例中提供的一种终端设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。对于以下实施例中的步骤编号，其仅为了便于阐述说明而设置，对步骤之间的顺序不做任何限定，实施例中的各步骤的执行顺序均可根据本领域技术人员的理解来进行适应性调整。

近年来，随着环保需求和新能源技术的发展，越来越多的汽车开始使用电能作为动力来源。而随着电动车的普及，汽车的前车舱改装为储物空间的情况越来越多，开闭引擎盖的频率也将越来越高。

而受限于安全需求和限制，汽车引擎盖一般无法像电动尾门一样实现自动控制开启和关闭，相关技术中，大部分汽车引擎盖的开闭流程为：用户在汽车内通过手动拉引擎盖开关使得引擎盖弹起，然后还需要带汽车前面通过手动打开引擎盖的卡钩才能使得引擎盖解锁开启。这种引擎盖开启的方式，可能对车主可能造成以下困扰：1)开闭效率较低：需下车手动操作引擎盖的开闭，比较耗时、耗力；2)安全隐患较多：一方面，用户的手需要接触引擎盖，在盛夏时节，引擎盖的表面温度能达到80℃左右，存在烫伤手的可能性。另一方面，摸索及打开辅助卡钩过程中，手部易被划伤，在撑起或者放下引擎盖过程中，由于引擎盖较重，用户的手部和肩部易被压伤。

有鉴于此，本申请实施例中提供一种汽车引擎盖的自动控制方法，本申请实施例中的方法，主要应用在汽车技术领域内。该方法能够实现汽车引擎盖的自动打开，可大大减少用户的负担，提高汽车使用的便捷性；并且，该方法消除了用户摸索卡钩及撑起/放下引擎盖时的安全隐患，在打开汽车引擎盖过程中多次确认汽车状态和用户指令，能够有效提高引擎盖控制的安全性，尽可能避免给用户带来不必要的干扰。

首先，请参照图1，图1是本申请实施例提供的一种汽车引擎盖的自动控制方法的实施环境示意图。参照图1，该实施环境的主体主要包括终端设备110、服务器120和汽车130，终端设备110与服务器120通信连接，汽车130也与服务器120通信连接。其中，该汽车引擎盖的自动控制方法可以基于终端设备110、服务器120和汽车130三者之间的交互来执行，当然，在一些实施例中，该汽车引擎盖的自动控制方法也可以单独基于汽车130执行，具体可以根据实际应用情况进行适当的选择，本申请实施例对此并不作具体限定。

具体地，本申请中的终端设备110、汽车130内可以包括各类通信单元、控制单元等器件，本申请对此不作限制。服务器120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content DeliveryNetwork，内容分发网络)以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备110与服务器120之间、汽车130与服务器120之间可以通过无线网络或有线网络建立通信连接，该无线网络或有线网络使用标准通信技术和/或协议，网络可以设置为因特网，也可以是其它任何网络，例如包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合。在一些实施例中，终端设备110与服务器120之间、汽车130与服务器120之间可以通过2G、3G、4G、5G、WIFI等无线通信技术实现通信连接。

下面，结合图1示出的实施环境，对本申请实施例中提供的一种汽车引擎盖的自动控制方法进行介绍和说明。请参照图2，图2是本申请实施例提供的一种汽车引擎盖的自动控制方法的示意图，该汽车引擎盖的自动控制方法包括但不限于：

步骤210、响应于第一解锁指令，检测汽车是否处于驻车状态；

本步骤中，当用户希望打开汽车引擎盖时，可以在汽车上触发一个启动指令，本申请将该指令记为第一解锁指令。此处，第一解锁指令用于启动执行汽车引擎盖的部分自动化控制流程任务。具体地，在一些实施例中，可以在汽车内设置相关的交互设备，例如可以包括具有语音交互功能的组件，该组件可以通过语音识别技术识别用户的语音数据，用户可以通过和该组件进行语音交互，从而触发第一解锁指令。比如说，用户可以说“请打开引擎盖”等语音指令，该语音指令即可以视为用户对汽车下发的第一解锁指令。在另一些实施例中，第一解锁指令也可以是由汽车内相关的触控组件触发的，例如，可以在汽车上设置触摸屏，用户对触摸屏指定位置的点击的操作，即可以视为用户下发的第一解锁指令。当然，可以理解的是，在一些实施例中，还可以将接收到的用户在触摸屏的指定屏幕区域的触摸、滑动等操作，作为用户对汽车下发的第一解锁指令，本申请对此不作具体限制。

本申请实施例中，当接收到用户的第一解锁指令后，可以检测汽车是否处于驻车状态。具体地，因为汽车引擎盖的开启，可能会遮挡驾驶员的视线。因此，为了安全起见，本申请实施例中，在控制汽车引擎盖自动开启时，需要检测汽车是否处于驻车状态。此处，驻车状态即指汽车当前处于静止的状态。在一些实施例中，可以检测汽车的速度，当汽车速度为0或者接近于0的时候，可以认为汽车处于驻车状态。具体地，可以设置一个速度的比较阈值，当汽车的行驶速度小于该比较阈值时，认为汽车处于驻车状态。在另一些实施例中，也可以检测汽车的位置信息，当汽车在一段时间间隔内的位置均不变时，可以认为汽车处于驻车状态。

需要说明的是，以上实施例仅用于对检测汽车是否处于驻车状态的示例性说明，并不对本申请的具体实现形成限制。

步骤220、当确定所述汽车处于驻车状态，根据所述第一解锁指令，控制所述引擎盖打开并弹起；

本步骤中，当确定汽车处于驻车状态时，可以根据第一解锁指令对汽车引擎盖进行一级解锁。具体地，由于引擎盖打开后所处的位置对汽车的行车安全比较重要，为了防止误操作，需要设置两级的控制逻辑控制汽车引擎盖打开。本申请实施例中，第一解锁指令用于实现一级解锁，在一级解锁的过程中，汽车的引擎盖将从闭合的状态变为打开并弹起的状态。此处，弹起后的引擎盖还受到卡钩的限制，并不能直接打开，目的即是防止出现误操作遮挡驾驶员的视线。

在一些实施例中，根据所述第一解锁指令，控制所述引擎盖打开并弹起，可以是将控制一级解锁的信号传递给汽车的CAN总线系统，调取相关的控制指令，使得车身控制单元能够通过引擎盖锁扣控制单元执行引擎盖一级解锁的任务。

步骤230、响应于第二解锁指令，检测所述汽车是否处于驻车状态；

本步骤中，如前所述的，为了防止误操作，需要设置两级的控制逻辑控制汽车引擎盖打开。因此，本申请实施例中，还在汽车上设置了另一个启动指令，将该指令记为第二解锁指令。具体地，此处的第二解锁指令的设置方式和实现原理与前述的第一解锁指令类似，在此不再一一赘述。

本申请实施例中，当接收到第二解锁指令，可以响应于第二解锁指令，检测汽车是否处于驻车状态。类似地，在一些实施例中，可以检测汽车的速度，当汽车速度为0或者接近于0的时候，可以认为汽车处于驻车状态。具体地，可以设置一个速度的比较阈值，当汽车的行驶速度小于该比较阈值时，认为汽车处于驻车状态。在另一些实施例中，也可以检测汽车的位置信息，当汽车在一段时间间隔内的位置均不变时，可以认为汽车处于驻车状态。

步骤240、当确定所述汽车处于驻车状态，根据所述第二解锁指令，控制所述引擎盖的卡钩打开；

本步骤中，当确定汽车处于驻车状态时，可以根据第二解锁指令执行引擎盖的二级解锁任务。此处，二级解锁指的是汽车引擎盖的卡钩打开，使得汽车可以变成引擎盖能够自由打开的状态。具体地，打开卡钩的动作可以由相关的电机执行，本申请对此不作限制。

步骤250、响应于电动抬升指令，控制所述引擎盖抬升预设距离后固定所述引擎盖的撑杆；或者，响应于手动抬升指令，将所述引擎盖的驱动电机调整为解除状态。

本步骤中，当引擎盖变成可以自由打开的状态后。可以由用户手动打开或者由电机驱动引擎盖打开。具体地，当用户希望引擎盖自动打开时，可以触发电动抬升指令。电动抬升指令的触发方式可以和前述的第一解锁指令、第二解锁指令类似，在此不再赘述。当用户触发电动抬升指令后，可以通过引擎盖的驱动电机控制引擎盖抬升预设距离后固定引擎盖的撑杆，从而完成引擎盖的开启作业。类似地，当用户希望引擎盖由手动打开时，可以触发手动抬升指令。当用户触发手动抬升指令后，将自动解除驱动电机对引擎盖的控制，从而可使得用户能够手动将引擎盖抬升到合适的距离后固定引擎盖的撑杆，完成引擎盖的开启作业。

需要说明的是，本申请实施例中，控制引擎盖抬升的预设距离可以根据需要灵活设定，本申请对此不作限制。

在一些实施例中，所述方法还包括：当确定所述汽车不处于驻车状态，在所述汽车的显示器上显示第一报错信息。

本申请实施例中，若接收到第一解锁指令和第二解锁指令时，汽车不处于驻车状态，则可以在汽车的显示器上显示报错信息。此处的报错信息记为第一报错信息，第一报错信息可以是“汽车当前未停止”等文字信息，本申请中对其具体的内容不做限制。

在一些实施例中，所述方法还包括：

响应于引擎盖关闭指令，检测汽车是否处于驻车状态；

当确定所述汽车处于驻车状态，根据所述引擎盖关闭指令，控制所述引擎盖闭合至预定位置；

当所述引擎盖闭合至预定位置，控制所述引擎盖的卡钩动作挂扣所述引擎盖，并触发引擎盖一级落锁指令；

根据所述一级落锁指令，控制所述引擎盖和车体完全闭合。

本申请实施例中提供的汽车引擎盖的自动控制方法还包括自动控制引擎盖闭合的方案。具体地，当用户希望汽车的引擎盖闭合时，可以触发引擎盖关闭指令。本申请实施例中，引擎盖关闭指令可以和前述的第一解锁指令的设置方式类似，当用户触发引擎盖关闭指令后，可以检测汽车是否处于驻车状态。当汽车处于驻车状态，可以根据引擎盖关闭指令，控制引擎盖闭合到预定位置，然后到引擎盖闭合到预定位置后，可以控制引擎盖的卡钩动作挂扣引擎盖，同时触发一级落锁指令；此过程为二级落锁过程。接着，根据一级落锁指令，可以控制引擎盖继续闭合，直至和车体完全闭合。如此，即完成汽车引擎盖的自动闭合控制。

在一些实施例中，所述控制方法还包括以下步骤：

当所述卡钩未挂扣所述引擎盖，或者所述引擎盖和车体未完全闭合，在所述汽车的显示器上显示第二报错信息。

本申请实施例中，在引擎盖闭合过程中出现问题，可以对应在汽车显示器上显示报错信息，即第二报错信息。第二报错信息的内容可以根据需要设定，本申请对此不作限制。

在一些实施例中，所述控制方法还包括以下步骤：

响应于电动抬升指令，输出引擎盖动作提示音。

本申请实施例中，在汽车的引擎盖抬升或者关闭的过程中，可以输出引擎盖动作提示音，以提醒相关人员避让，防止出现不必要的碰撞和夹伤等事故。

下面，结合具体的实施例，对本申请可能的实施方式进行详细介绍和说明。

参照图3，本申请实施例中提供的汽车引擎盖自动控制方法，可以和现有的手动开启引擎盖的方案相结合。

其中，对于一级解锁来说，既可以手动控制一级解锁，也可以通过本申请实施例中提供的汽车引擎盖自动控制方法实现信息控制一级解锁。在手动控制一级解锁时，需要手动拉动拉索，引擎盖将一级解锁并弹起；信息控制一级解锁时，将进行驻车检查，即检测当前车辆是否处于驻车状态：如果结果为是，则执行下一级指令；如果结果为否，则执行停止，并在车内显示器上进行报错。具体地，当信息控制一级解锁时，可以是通过控制器局域网络将第一解锁指令传输给汽车的车身控制单元，以使得车身控制单元控制引擎盖打开并弹起。当汽车的引擎盖处于一级解锁状态时，引擎盖将打开并弹起，此时由于卡钩拉住引擎盖，引擎盖处于弹起但无法被掀开的状态。

对于二级解锁来说，类似地，既可以手动控制二级解锁，也可以通过本申请实施例中提供的汽车引擎盖自动控制方法实现信息控制二级解锁。当用户选择手动控制二级解锁时，需要手动扣动引擎盖卡钩，引擎盖二级解锁。当用户选择信息控制二级解锁时，在检测到汽车处于驻车状态时，可以通过控制器局域网络将第二解锁指令传输给车身控制单元，以使得车身控制单元控制引擎盖的卡钩打开。当汽车引擎盖处于二级解锁的状态时，引擎盖的卡钩打开，此时引擎盖处于能够被向上掀起的状态。

对于抬升引擎盖的任务来说，用户可以选择引擎盖手动抬升，即用手将引擎盖抬升并用引擎盖撑杆撑好。此时，需要先对汽车进行电动引擎盖控制解除：即解除电动驱动对引擎盖的作用，使引擎盖能够被手动抬升。应注意，如果电动系统不供电，则电动引擎盖默认为解除状态，即无法使用电动驱动引擎盖抬升或者闭合。在一些实施例中，用户也可以选择引擎盖电动抬升：当电动驱动处于有效的情况下，CAN系统接收到电动抬升指令或者检测到二级解锁指令解锁成功和车辆通过驻车检查时，驱动电机控制撑杆抬升引擎盖，执行过程蜂鸣器可以发出“嘀嘀嘀“提示声音，以提醒周边人员避让。在抬升过程中，若引擎盖遇到阻力，则抬升停止，并在车内显示器上“引擎盖抬升停止”。当引擎盖抬升至指定高度(预设距离)，则通过撑杆使得引擎盖高度固定。其中，高度固定的功能不为电动控制所实现，即当驱动电机处于解除状态，引擎盖也能保持高度固定。

类似地，参照图4，本申请实施例中，对于引擎盖闭合的流程，也可以由用户手动执行或者选择由信号控制执行。具体地，对于手动执行来说，首先可以解除驱动电机对引擎盖的作用，使引擎盖能够被手动闭合。应注意，此时引擎盖处于开启状态，由于液压/气压撑杆的支撑力，引擎盖不会因电动驱动解除而失去对其的支撑力。然后用户可以手动按下引擎盖闭合，当引擎盖闭合至一定高度时，可以松手，引擎盖因自身重力原因自由落下，落下后引擎盖卡钩扣上引擎盖，完成二级落锁。接着，继续按下引擎盖，引擎盖落下后和车体完全闭合，完成一级落锁。

对于信号控制执行来说，将引擎盖关闭指令传递CAN系统，调取相关程序使得车身控制单元能够执行关闭引擎盖的指令，执行过程蜂鸣器可以发出“嘀嘀嘀“的提示声音，提醒周边人员避让。在闭合过程中，若引擎盖遇到阻力，则闭合停止，并在车内显示器上“引擎盖闭合停止”。类似地，在开始执行引擎盖关闭程序前，CAN系统可以检测当前车辆是否处于驻车状态：如果结果为是，则执行下一级指令；如果结果为否，则执行停止，并在车内显示器上报错。当CAN系统检测到引擎盖闭合成功后，可以发送相关的指令至引擎盖的锁扣控制单元，使得引擎盖的卡钩扣上引擎盖。如果无法扣上，则可以发送“落锁失败”指令至CAN系统，并在车内显示器上报错。当CAN系统检测到二级落锁成功后，可以发送一级落锁指令至引擎盖锁扣控制单元，实现一级落锁。如果无法落锁，则发送“落锁失败”指令至CAN系统，并在车内显示器上报错。如此，当引擎盖处于关闭状态时，一级落锁和二级落锁均处于有效状态。

下面参照附图描述根据本申请实施例提出的汽车引擎盖的自动控制装置。

参照图5，本申请实施例中提出的汽车引擎盖的自动控制装置，包括：

第一响应模块510，用于响应于第一解锁指令，检测汽车是否处于驻车状态；

第一解锁模块520，用于当确定所述汽车处于驻车状态，根据所述第一解锁指令，控制所述引擎盖打开并弹起；

第二响应模块530，用于响应于第二解锁指令，检测所述汽车是否处于驻车状态；

第二解锁模块540，用于当确定所述汽车处于驻车状态，根据所述第二解锁指令，控制所述引擎盖的卡钩打开；

第三响应模块550，用于响应于电动抬升指令，控制所述引擎盖抬升预设距离后固定所述引擎盖的撑杆；或者，响应于手动抬升指令，将所述引擎盖的驱动电机调整为解除状态。

可以理解的是，上述方法实施例中的内容均适用于本装置实施例中，本装置实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

参照图6，本申请实施例提供了一种终端设备，包括：

至少一个处理器301；

至少一个存储器302，用于存储至少一个程序；

当至少一个程序被至少一个处理器301执行时，使得至少一个处理器301实现的汽车引擎盖的自动控制方法。

同理，上述方法实施例中的内容均适用于本终端设备实施例中，本终端设备实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

本申请实施例还提供了一种计算机可读存储介质，其中存储有处理器301可执行的程序，处理器301可执行的程序在由处理器301执行时用于执行上述的汽车引擎盖的自动控制方法。

同理，上述方法实施例中的内容均适用于本计算机可读存储介质实施例中，本计算机可读存储介质实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

在一些可选择的实施例中，在方框图中提到的功能/操作可以不按照操作示图提到的顺序发生。例如，取决于所涉及的功能/操作，连续示出的两个方框实际上可以被大体上同时地执行或方框有时能以相反顺序被执行。此外，在本申请的流程图中所呈现和描述的实施例以示例的方式被提供，目的在于提供对技术更全面的理解。所公开的方法不限于本文所呈现的操作和逻辑流程。可选择的实施例是可预期的，其中各种操作的顺序被改变以及其中被描述为较大操作的一部分的子操作被独立地执行。

此外，虽然在功能性模块的背景下描述了本申请，但应当理解的是，除非另有相反说明，功能和/或特征中的一个或多个可以被集成在单个物理装置和/或软件模块中，或者一个或多个功能和/或特征可以在单独的物理装置或软件模块中被实现。还可以理解的是，有关每个模块的实际实现的详细讨论对于理解本申请是不必要的。更确切地说，考虑到在本文中公开的装置中各种功能模块的属性、功能和内部关系的情况下，在工程师的常规技术内将会了解该模块的实际实现。因此，本领域技术人员运用普通技术就能够在无需过度试验的情况下实现在权利要求书中所阐明的本申请。还可以理解的是，所公开的特定概念仅仅是说明性的，并不意在限制本申请的范围，本申请的范围由所附权利要求书及其等同方案的全部范围来决定。

功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。

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

在本说明书的上述描述中，参考术语“一个实施方式/实施例”、“另一实施方式/实施例”或“某些实施方式/实施例”等的描述意指结合实施方式或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施方式或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施方式或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施方式或示例中以合适的方式结合。

尽管已经示出和描述了本申请的实施方式，本领域的普通技术人员可以理解：在不脱离本申请的原理和宗旨的情况下可以对这些实施方式进行多种变化、修改、替换和变型，本申请的范围由权利要求及其等同物限定。

以上是对本申请的较佳实施进行了具体说明，但本申请并不限于实施例，熟悉本领域的技术人员在不违背本申请精神的前提下可做作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。

Claims (10)

1.一种汽车引擎盖的自动控制方法，其特征在于，所述控制方法包括以下步骤：

响应于第一解锁指令，检测汽车是否处于驻车状态；

当确定所述汽车处于驻车状态，根据所述第一解锁指令，控制所述引擎盖打开并弹起；

响应于第二解锁指令，检测所述汽车是否处于驻车状态；

当确定所述汽车处于驻车状态，根据所述第二解锁指令，控制所述引擎盖的卡钩打开；

响应于电动抬升指令，控制所述引擎盖抬升预设距离后固定所述引擎盖的撑杆；或者，响应于手动抬升指令，将所述引擎盖的驱动电机调整为解除状态。

2.根据权利要求1所述的汽车引擎盖的自动控制方法，其特征在于，所述方法还包括：

当确定所述汽车不处于驻车状态，在所述汽车的显示器上显示第一报错信息。

3.根据权利要求1所述的汽车引擎盖的自动控制方法，其特征在于，所述根据所述第一解锁指令，控制所述引擎盖打开并弹起，包括：

通过控制器局域网络将所述第一解锁指令传输给汽车的车身控制单元，以使得所述车身控制单元控制所述引擎盖打开并弹起。

4.根据权利要求3所述的汽车引擎盖的自动控制方法，其特征在于，所述根据所述第二解锁指令，控制所述引擎盖的卡钩打开，包括：

通过所述控制器局域网络将所述第二解锁指令传输给所述车身控制单元，以使得所述车身控制单元控制所述引擎盖的卡钩打开。

5.根据权利要求1所述的汽车引擎盖的自动控制方法，其特征在于，所述方法还包括：

响应于引擎盖关闭指令，检测汽车是否处于驻车状态；

当确定所述汽车处于驻车状态，根据所述引擎盖关闭指令，控制所述引擎盖闭合至预定位置；

当所述引擎盖闭合至预定位置，控制所述引擎盖的卡钩动作挂扣所述引擎盖，并触发引擎盖一级落锁指令；

根据所述一级落锁指令，控制所述引擎盖和车体完全闭合。

6.根据权利要求5所述的汽车引擎盖的自动控制方法，其特征在于，所述控制方法还包括以下步骤：

当所述卡钩未挂扣所述引擎盖，或者所述引擎盖和车体未完全闭合，在所述汽车的显示器上显示第二报错信息。

7.根据权利要求1所述的汽车引擎盖的自动控制方法，其特征在于，所述方法还包括：

响应于电动抬升指令，输出引擎盖动作提示音。

8.一种汽车引擎盖的自动控制装置，其特征在于，所述控制装置包括：

第一响应模块，用于响应于第一解锁指令，检测汽车是否处于驻车状态；

第一解锁模块，用于当确定所述汽车处于驻车状态，根据所述第一解锁指令，控制所述引擎盖打开并弹起；

第二响应模块，用于响应于第二解锁指令，检测所述汽车是否处于驻车状态；

第二解锁模块，用于当确定所述汽车处于驻车状态，根据所述第二解锁指令，控制所述引擎盖的卡钩打开；

第三响应模块，用于响应于电动抬升指令，控制所述引擎盖抬升预设距离后固定所述引擎盖的撑杆；或者，响应于手动抬升指令，将所述引擎盖的驱动电机调整为解除状态。

9.一种终端设备，其特征在于，包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如权利要求1-7中任一项所述的汽车引擎盖的自动控制方法。

10.一种计算机可读存储介质，其中存储有处理器可执行的程序，其特征在于：所述处理器可执行的程序在由处理器执行时用于实现如权利要求1-7中任一项所述的汽车引擎盖的自动控制方法。

Images