CN116279298A - 车门的控制方法、装置、车辆及存储介质 - Google Patents

Abstract

本申请实施例适用于车辆技术领域，提供了一种车门的控制方法、装置、车辆及存储介质，该方法包括：根据车门的触摸开关发送的触摸请求，确定触摸开关的工作状态；若工作状态为异常状态，则统计已发送关闭指令至触摸开关的历史发送次数；关闭指令用于指示触摸开关停止工作；若历史发送次数大于预设发送次数，则进入休眠模式；休眠模式用于停止响应触摸开关的触摸请求。采用上述方法可以解决触摸开关出现故障时，而导致车辆出现亏电的问题。

Description

车门的控制方法、装置、车辆及存储介质

技术领域

本申请属于车辆技术领域，尤其涉及一种车门的控制方法、装置、车辆及存储介质。

背景技术

随着自动化、智能化的车辆大量上市，车门把手通常采用电容式触摸开关自动开启车门。具体的，车主可以通过触摸搭载电容式触摸开关的车门，唤醒车身域控制器。之后，在车身域控制器检测到携带有钥匙的车主时，即可对车门进行解锁，无需车主使用钥匙进行解锁。

目前，在电容式触摸开关出现故障时，容易使电容式触摸开关频繁地被误触发，导致电容式触摸开关将持续性的唤醒车身域控制器，使其对车门钥匙进行检测。然而，频繁地唤醒车身域控制器进行检测，容易造成车辆亏电，浪费能耗。

发明内容

本申请实施例提供了一种车门的控制方法、装置、车辆及存储介质，可以解决触摸开关出现故障时，而导致车辆出现亏电的问题。

第一方面，本申请实施例提供了一种车门的控制方法，该方法包括：

根据车门的触摸开关发送的触摸请求，确定触摸开关的工作状态；

若工作状态为异常状态，则统计已发送关闭指令至触摸开关的历史发送次数；关闭指令用于指示触摸开关停止工作；

若历史发送次数大于预设发送次数，则进入休眠模式；休眠模式用于停止响应触摸开关的触摸请求。

第二方面，本申请实施例提供了一种车门的控制装置，该装置包括：

确定模块，用于根据车门的触摸开关发送的触摸请求，确定触摸开关的工作状态；

统计模块，用于若工作状态为异常状态，则统计已发送关闭指令至触摸开关的历史发送次数；关闭指令用于指示触摸开关停止工作；

休眠模块，用于若历史发送次数大于预设发送次数，则进入休眠模式；休眠模式用于停止响应触摸开关的触摸请求。

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

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上述第一方面的方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在车辆上运行时，使得车辆执行上述第一方面的方法。

本申请实施例与现有技术相比存在的有益效果是：控制装置可以根据车门的触摸开关发送的触摸请求，确定车门内的触摸开关的工作状态是否处于异常状态。之后，在确定工作状态为异常状态时，控制装置可以统计已发送关闭指令至触摸开关的历史发送次数。因在触摸开关为异常状态时，控制装置可以发送关闭指令以指示触摸开关停止工作，进而避免触摸开关被误触发，导致触摸开关将持续性的唤醒控制装置，使其对车门钥匙进行检测，造成车辆亏电的问题。基于此，在历史发送次数大于预设次数时，可以确定触摸开关在此前已多次处于异常状态，且每次处于异常状态时均未响应关闭指令。因此，在该情况下，为了避免车辆亏电，控制装置可以直接进入休眠模式，以停止响应触摸开关的触摸请求。并且，因触摸开关每次处于异常状态时均未响应关闭指令，因此，可以认为触摸开关的异常状态是由触摸开关出现故障时引起，而非人为的偶然性误触导致。进而，可以在避免车辆亏电的情况下，根据关闭指令的历史发送次数，合理地确定是否需要进入休眠模式，进一步提高车主的使用体验。

附图说明

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

图1是本申请一实施例提供的一种搭载电容式触摸开关的车门的结构示意图；

图2为本申请一实施例提供的一种电容式触摸开关的结构示意图；

图3是本申请一实施例提供的一种车门的控制方法的实现流程图；

图4是本申请一实施例提供的一种车门的控制装置的结构示意图；

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

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

随着自动化、智能化的车辆大量上市，车门把手通常采用电容式触摸开关自动开启车门。具体的，车主可以通过触摸搭载电容式触摸开关的车门，唤醒车身域控制器。之后，在车身域控制器检测到携带有钥匙的车主时，即可对车门进行解锁，无需车主使用钥匙进行解锁。

具体的，电容式触摸开关是通过检测人员接触触摸开关时，可以改变触摸开关内部电容值，从而检测是否有人触摸。参照图1和图2，图1是本申请一实施例提供的一种搭载电容式触摸开关的车门的结构示意图；图2为本申请一实施例提供的一种电容式触摸开关的结构示意图。

其中，电容式触摸开关内部包括两个电容，一个为发送电极、一个为接收电极。其中，TX引脚可以提供数字电压，同时可以测量RX引脚上所接收到的电荷，在RX电极上接收到的电荷与两个电极间的互电容成正比，当TX和RX电极间放置手指时，互电容降低，因此RX电极上接收到的电荷也会降低。基于此，可以通过检测RX电极上的电荷，确定触摸开关是否处于触摸状态。

目前，在电容式触摸开关出现故障，或者在下雨天时，容易使电容式触摸开关被误触发，导致电容式触摸开关将持续性的唤醒车身域控制器，使其对车门钥匙进行检测。然而，频繁地唤醒车身域控制器进行检测，容易造成车辆亏电，浪费能耗。

基于此，为了避免电容式触摸开关因故障而导致频繁地唤醒车身域控制器进行检测的情况，使得车辆亏电，本申请实施例提供了一种车门的控制方法，该控制方法可以应用于车门的控制装置中。其中，控制装置包括但不限于车身域控制器、整车控制器或混合动力控制器，对此不作限定。本申请实施例中，控制装置为车身域控制装置，其可以与电容式触摸开关进行交互，以执行上述车门的控制方法。

请参阅图3，图3示出了本申请实施例提供的一种车门的控制方法的实现流程图，该方法包括如下步骤：

S301、根据车门的触摸开关发送的触摸请求，确定触摸开关的工作状态。

在一实施例中，上述触摸开关包括但不限于电容式触摸开关、电阻式触摸开关，对此不作限定。本申请实施例中，以触摸开关为电容式触摸开关为例进行解释。

其中，基于上述的解释可知，在正常情况下，触摸请求应当由触摸开关在检测到车门被触摸时生成，而后被控制装置接收并响应。然而，在其他情况下，若触摸开关故障，或者在下雨天时，触摸开关也容易产生触摸请求。基于此，控制装置需要根据触摸请求确定触摸开关的工作状态。

具体的，控制装置可以监测在预设时长内获取到触摸请求的总次数。之后，在总次数大于或等于预设请求次数时，确定工作状态为异常状态。在总次数小于预设请求次数，则确定工作状态为正常状态。

其中，预设时长和预设请求次数可以由车主根据实际情况进行设置，对此不作限定。示例性的，上述预设时长可以为60秒(60s)，上述预设请求次数可以为60次。

需要说明的是，上述预设时长的起始时刻可以为固定时刻。例如，在预设时长为60s时，可以将每分钟的第一秒确定为起始时刻，而后统计一分钟内的总次数。在另一实施例中，上述预设时长的起始时刻可以为获取到触摸请求的时刻，而后将该时刻后的一分钟确定为预设时长。

其中，在总次数小于预设请求次数时，可以认为该情况属于正常情况，因此可以确定工作状态为正常状态。在正常状态下，若总次数不为0，也即获取到了触摸请求，则控制装置可以根据触摸请求对车门钥匙进行检测，得到检测结果，并根据检测结果对车门执行闭锁或解锁操作。

具体的，检测结果可以为检测到钥匙的成功结果，以及未检测到钥匙的失败结果。之后，在检测结果为成功结果时，对车门执行闭锁或解锁操作。例如，在车门的门锁状态为闭锁时，可以对车门执行解锁操作；以及，在车门的门锁状态为解锁时，可以对车门执行闭锁操作。另外，在检测结果为失败结果时，可以不对车门执行任何操作，也即忽略此次触摸请求。

然而，在总次数大于或等于预设请求次数时，可以认为在短时间内，触摸开关将频繁检测到触摸情况。在该情况下，控制装置可以认为触摸开关可能存在故障、或被人为恶意触摸，或被其他物体(雨水)误触。因此，控制装置可以认为工作状态为异常状态。

基于此，为了避免车辆亏电，控制装置应当发送关闭指令至触摸开关，以指示触摸开关停止工作。即停止触摸开关的触摸检测功能，以使触摸开关停止发送触摸请求。

然而，在确定触摸开关的工作状态为异常状态时，其可能不是被控制装置第一次确定为异常状态。也即，控制装置可能在之前确定触摸开关为异常状态时，即已经多次发送过关闭指令至触摸开关，但是触摸开关都未正常的响应该关闭指令。

因此，为了避免控制装置多次无意义地重复发送关闭指令，控制装置可以在确定工作状态为异常状态时，执行如下S102-S103步骤，详述如下：

S102、若工作状态为异常状态，则统计已发送关闭指令至触摸开关的历史发送次数；关闭指令用于指示触摸开关停止工作。

在一实施例中，基于上述说明可知，在确定触摸开关处于异常状态后，为了确定触摸开关是因故障导致处于异常状态，还是因误触导致处于异常状态，控制装置可以发送关闭指令至触摸开关。

可以理解的是，若是因误触导致处于异常状态，则通常只需发送一次关闭指令即可。然而，若是因故障导致处于异常状态，则触摸开关通常无法响应关闭指令。也即，可能存在多次历史发送次数。

其中，在触摸开关故障，或被雨水误触时，其通常是持续性的产生触摸请求。因此，在控制装置执行S101步骤后，其也将持续性地确定触摸开关处于异常状态。也即，控制装置通常将持续性地发送关闭指令至触摸开关。

其中，控制装置与触摸开关可以通过通信总线进行交互，以发送关闭指令至触摸开关，或者接收触摸开关发送的触摸请求。其中，通信总线包括但不限于控制器局域网(Controller Area Network，CAN)、本地互联网络(Local Interconnect Network，LIN)等多种总线，对此不作限定。本实施例中，通信总线可以为LIN总线。

然而，触摸开关持续性地产生触摸请求的原因可能不同，使得控制装置产生关闭指令的间隔时长较长。因此，在统计历史发送次数时，还需根据关闭指令的发送时刻进行确定。

具体的，控制装置可以先确定每个关闭指令的发送时刻。之后，根据每个关闭指令的发送时刻，从所有关闭指令中确定目标关闭指令。例如，可以分别确定每个关闭指令的发送时刻与最晚发送时刻之间的间隔时长，而后将间隔时长小于或等于预设间隔时长的关闭指令，确定为目标关闭指令。最后，将所有目标关闭指令的数量确定为历史发送次数。

其中，上述预设间隔时长可以为2小时。示例性的，在关闭指令的发送时刻与最晚发送时刻之间的间隔时长大于预设间隔时长时，控制装置可以删除该关闭指令。此时，剩余未删除的关闭指令即为目标关闭指令。

S103、若历史发送次数大于预设发送次数，则进入休眠模式；休眠模式用于停止响应触摸开关的触摸请求。

在一实施例中，上述预设发送次数可以根据实际情况进行设置，对此不作限定。示例性的，上述预设发送次数可以为2次。

需要说明的是，若预设发送次数仅为一次，则可能具有意外情况，例如，关闭指令出现丢失，未被触摸开关接收。因此，合理地设置预设发送次数不近可以避免控制装置多次无意义地重复发送关闭指令，且可以准确地确定触摸开关处于异常状态的原因。例如，是否发生故障，还是由于误触导致工作状态为异常状态。

可以理解的是，若是由于误触导致工作状态异常，则在多次发送关闭指令至触摸开关时，因触摸开关未发生故障，因此，将正常响应关闭指令。也即，历史发送次数通常小于或等于历史发送次数。然而，若历史发送次数大于预设发送次数，则表明触摸开关具有故障，无法正常响应关闭指令。

基于此，在确定历史发送次数大于预设发送次数时，为了避免控制器被持续唤醒以响应触摸请求，导致车辆出现亏电的情况。控制器可以强制进入休眠模式，以停止接收触摸开关发送的触摸请求。

需要补充的是，基于上述说明可知，在历史发送次数小于或等于预设发送次数时，可能存在关闭指令丢失的情况，使得触摸开关未正常响应关闭指令。基于此，为了确定控制装置是否故障，控制装置可以执行如下S304-S305步骤，详述如下：

S304、若历史发送次数小于或等于预设发送次数，则发送关闭指令至触摸开关。

S305、重复执行根据车门的触摸开关发送的触摸请求，确定触摸开关的工作状态，并在工作状态为异常状态，统计已发送关闭指令至触摸开关的历史发送次数的步骤，直至历史发送次数大于预设发送次数，或，工作状态为正常状态。

可以理解的是，在发送关闭指令至触摸开关后，若触摸开关未故障，则在重复执行的过程中，触摸开关将停止工作，使得触摸开关在预设时长内发送的触摸请求的总次数为0。也即，控制装置在预设时长内获取到触摸请求的总次数将小于预设请求次数。

因此，在根据车门的触摸开关发送的触摸请求，确定触摸开关的工作状态时，其工作状态应当为正常状态。进而，控制装置可以停止后续生成关闭指令或进入休眠模式的步骤，以跳出循环。

同样的，若触摸开关故障，则在重复执行的过程中，控制装置在预设时长内获取到触摸请求的总次数将大于或等于预设请求次数，因此，将再次确定触摸开关的工作状态为异常状态。之后，统计已发送关闭指令的历史发送次数，直至在历史发送次数大于预设发送次数后，进入休眠模式，以跳出循环。

具体的，以预设发送次数为2，预设时长为60s，预设请求次数为60次为例，对本申请的车门控制方法进行解释。在第一个预设时长(60s)内，控制装置确定获取到触摸请求的第一个总次数。若第一个总次数大于或等于预设请求次数(60次)，则可以通过LIN总线发送关闭指令至触摸开关，以指示触摸开关关闭触摸检测功能。正常情况下，触摸开关应当响应关闭指令后，停止发送触摸请求至控制装置。然而，在触摸开关具有故障时，其可能不会响应关闭指令。也即，触摸开关可能因故障继续发送触摸请求至控制装置。基于此，若在第二个预设时长内，获取到触摸请求的第二个总次数依然大于预设请求次数，则控制装置需要再次通过LIN总线发送关闭指令至触摸开关，以避免之前的关闭指令存在丢失的情况，使得触摸开关未接收到关闭指令。之后，在触摸开关依然不响应关闭指令时，此时，在第三个预设时长内，控制装置获取到触摸请求的第三次数也将大于预设请求次数。基于此，为降低响应触摸请求所需的电量，控制装置可以直接进入休眠模式，以停止响应触摸请求。其中，上述两次发送关闭指令的发送时刻之间的间隔时长，应当小于或等于预设间隔时长。

在本实施例中，控制装置可以根据车门的触摸开关发送的触摸请求，确定车门内的触摸开关的工作状态是否处于异常状态。之后，在确定工作状态为异常状态时，控制装置可以统计已发送关闭指令至触摸开关的历史发送次数。因在触摸开关为异常状态时，控制装置可以发送关闭指令以指示触摸开关停止工作，进而避免触摸开关被误触发，导致触摸开关将持续性的唤醒控制装置，使其对车门钥匙进行检测，造成车辆亏电的问题。基于此，在历史发送次数大于预设次数时，可以确定触摸开关在此前已多次处于异常状态，且每次处于异常状态时均未响应关闭指令。因此，在该情况下，为了避免车辆亏电，控制装置可以直接进入休眠模式，以停止响应触摸开关的触摸请求。并且，因触摸开关每次处于异常状态时均未响应关闭指令，因此，可以认为触摸开关的异常状态是由触摸开关出现故障时引起，而非人为的偶然性误触导致。进而，可以在避免车辆亏电的情况下，根据关闭指令的历史发送次数，合理地确定是否需要进入休眠模式，进一步提高车主的使用体验。

在另一实施例中，关闭指令还可以用于指示触摸开关停止工作第三预设间隔时长。示例性的，上述第三预设间隔时长可以为2小时。也即，在触摸开关未故障时，在接收到关闭指令后，将停止工作2小时。在2小时后，若根据车门的触摸开关发送的触摸请求，依然多次确定触摸开关的工作状态为异常状态，则可能存在触摸开关在此时发生故障，或因关闭指令多次发生丢失，导致触摸开关再次处于异常状态的情况。基于此，在该情况下，控制装置在确定历史发送次数大于预设发送次数时，依然需要进入休眠模式。

其中，第三预设间隔时长可以与预设间隔时长相等，使得触摸开关在能够接收到关闭指令并正常响应时，相邻两次的关闭指令之间的间隔时长，将大于预设间隔时长。以此，在确定历史发送次数大于预设发送次数时，控制装置可以确定关闭指令是在短时间内(预设间隔时长)连续多次发送至触摸开关，且触摸开关未进行响应。进而，可以准确地确定触摸开关发生故障。

在另一实施例中，在控制装置进入休眠模式后，可以实时监测车辆的电源状态，和/或，车门的门锁状态。若电源状态发送改变，和/或，门锁状态发生改变，则表明车主正在对车辆进行控制，因此，需要退出休眠模式。

其中，电源状态发生变化可以为车辆由下电状态变为上电状态。例如，车辆熄火，车主拔出车钥匙后，即可以认为车辆处于下电状态；车辆处于启动状态中，即可以认为车辆处于上电状态，对此不作详细描述。

上述门锁状态包括闭锁和解锁两种状态，因控制装置处于休眠模式，不会响应触摸开关的触摸请求。因此，在门锁状态发送改变时，可以认为是车主通过钥匙进行更改。基于此，为正常响应车主的操作，控制装置需要退出休眠模式。

其中，在退出休眠模式后，控制装置还可以发送提示信息以提示触摸开关故障。示例性的，可以将提示信息发送至车辆内的仪表盘，以在仪表盘中通过灯光闪烁表征触摸开关故障。或者，可以将提示信息发送至车辆的语音装置中，以通过语音提示触摸开关故障，对此不作限定。

请参阅图4，图4是本申请实施例提供的一种车门的控制装置的结构框图。本实施例中车门的控制装置包括的各模块用于执行图3对应的实施例中的各步骤。具体请参阅图3以及图3所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图4，车门的控制装置400可以包括：确定模块410、统计模块420以及休眠模块430，其中：

确定模块410，用于根据车门的触摸开关发送的触摸请求，确定触摸开关的工作状态。

统计模块420，用于若工作状态为异常状态，则统计已发送关闭指令至触摸开关的历史发送次数；关闭指令用于指示触摸开关停止工作。

休眠模块430，用于若历史发送次数大于预设发送次数，则进入休眠模式；休眠模式用于停止响应触摸开关的触摸请求。

在一实施例中，确定模块410用于：

监测在预设时长内获取到触摸请求的总次数；若总次数大于或等于预设请求次数，则确定工作状态为异常状态；若总次数小于预设请求次数，则确定工作状态为正常状态。

在一实施例中，车门的控制装置400还包括：

第一检测模块，用于根据触摸请求对车门钥匙进行检测，得到检测结果。

控制模块，用于根据检测结果控制车门执行闭锁或解锁操作。

在一实施例中，车门的控制装置400还包括：

发送模块，用于若历史发送次数小于或等于预设发送次数，则发送关闭指令至触摸开关。

执行模块，用于重复执行根据车门的触摸开关发送的触摸请求，确定触摸开关的工作状态，并在工作状态为异常状态，统计已发送关闭指令至触摸开关的历史发送次数的步骤，直至历史发送次数大于预设发送次数，或，工作状态为正常状态_。

在一实施例中，统计模块420用于：

确定每个关闭指令的发送时刻；根据每个关闭指令的发送时刻，从所有关闭指令中确定目标关闭指令；将所有目标关闭指令的数量确定为历史发送次数。

在一实施例中，统计模块420用于：

分别确定每个关闭指令的发送时刻与最晚发送时刻之间的间隔时长；将间隔时长小于或等于预设间隔时长的关闭指令，确定为目标关闭指令。

在一实施例中，车门的控制装置400还包括：

第二检测模块，用于检测车辆的电源状态，和/或，车门的门锁状态。

退出模块，用于若电源状态发送改变，和/或，门锁状态发生改变，则退出休眠模式。

当理解的是，图4示出的车门的控制装置的结构框图中，各模块用于执行图3对应的实施例中的各步骤，而对于图3对应的实施例中的各步骤已在上述实施例中进行详细解释，具体请参阅图3以及图3所对应的实施例中的相关描述，此处不再赘述。

图5是本申请一实施例提供的一种车辆的结构框图。如图5所示，该实施例的车辆500包括：处理器510、存储器520以及存储在存储器520中并可在处理器510运行的计算机程序530，例如车门的控制方法的程序。处理器510执行计算机程序530时实现上述各个车门的控制方法各实施例中的步骤，例如图3所示的S301至S303。或者，处理器510执行计算机程序530时实现上述图4对应的实施例中各模块的功能，例如，图4所示的模块410至430的功能，具体请参阅图4对应的实施例中的相关描述。

示例性的，计算机程序530可以被分割成一个或多个模块，一个或者多个模块被存储在存储器520中，并由处理器510执行，以实现本申请实施例提供的车门的控制方法。一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序530在车辆500中的执行过程。例如，计算机程序530可以实现本申请实施例提供的车门的控制方法。

车辆500可包括，但不仅限于，处理器510、存储器520。本领域技术人员可以理解，图5仅仅是车辆500的示例，并不构成对车辆500的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如车辆还可以包括输入输出设备、网络接入设备、总线等。

所称处理器510可以是中央处理单元，还可以是其他通用处理器、数字信号处理器、专用集成电路、现成可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器520可以是车辆500的内部存储单元，例如车辆500的硬盘或内存。存储器520也可以是车辆500的外部存储设备，例如车辆500上配备的插接式硬盘，智能存储卡，闪存卡等。进一步地，存储器520还可以既包括车辆500的内部存储单元也包括外部存储设备。

本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行上述各个实施例中的车门的控制方法。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在车辆上运行时，使得车辆执行上述各个实施例中的车门的控制方法。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种车门的控制方法，其特征在于，所述方法包括：

根据车门的触摸开关发送的触摸请求，确定所述触摸开关的工作状态；

若所述工作状态为异常状态，则统计已发送关闭指令至所述触摸开关的历史发送次数；所述关闭指令用于指示所述触摸开关停止工作；

若所述历史发送次数大于预设发送次数，则进入休眠模式；所述休眠模式用于停止响应所述触摸开关的触摸请求。

2.根据权利要求1所述的方法，其特征在于，所述根据车门的触摸开关发送的触摸请求，确定所述触摸开关的工作状态，包括：

监测在预设时长内获取到的所述触摸请求的总次数；

若所述总次数大于或等于预设请求次数，则确定所述工作状态为所述异常状态；

若所述总次数小于预设请求次数，则确定所述工作状态为正常状态。

3.根据权利要求2所述的方法，其特征在于，在若所述总次数小于预设请求次数，则确定所述工作状态为所述正常状态之后，还包括：

根据所述触摸请求对车门钥匙进行检测，得到检测结果；

根据所述检测结果控制所述车门执行闭锁或解锁操作。

4.根据权利要求1所述的方法，其特征在于，在所述若所述工作状态为异常状态，则统计已发送关闭指令至所述触摸开关的历史发送次数之后，还包括：

若所述历史发送次数小于或等于所述预设发送次数，则发送所述关闭指令至所述触摸开关；

重复执行所述根据车门的触摸开关发送的触摸请求，确定所述触摸开关的工作状态，并在所述工作状态为异常状态，统计已发送关闭指令至所述触摸开关的历史发送次数的步骤，直至所述历史发送次数大于所述预设发送次数，或，所述工作状态为正常状态_。

5.根据权利要求1所述的方法，其特征在于，所述统计已发送关闭指令至所述触摸开关的历史发送次数，包括：

确定每个所述关闭指令的发送时刻；

根据每个所述关闭指令的发送时刻，从所有所述关闭指令中确定目标关闭指令；

将所有所述目标关闭指令的数量确定为所述历史发送次数。

6.根据权利要求5所述的方法，其特征在于，所述根据每个所述关闭指令的发生时刻，从所有所述关闭指令中确定目标关闭指令，包括：

分别确定每个所述关闭指令的发送时刻与最晚发送时刻之间的间隔时长；

将所述间隔时长小于或等于预设间隔时长的关闭指令，确定为所述目标关闭指令。

7.根据权利要求1-6任一项所述的方法，其特征在于，在所述若所述历史发送次数大于预设发送次数，则进入休眠模式之后，还包括：

检测车辆的电源状态，和/或，所述车门的门锁状态；

若所述电源状态发送改变，和/或，所述门锁状态发生改变，则退出所述休眠模式。

8.一种车门的控制装置，其特征在于，所述装置包括：

确定模块，用于根据车门的触摸开关发送的触摸请求，确定所述触摸开关的工作状态；

统计模块，用于若所述工作状态为异常状态，则统计已发送关闭指令至所述触摸开关的历史发送次数；所述关闭指令用于指示所述触摸开关停止工作；

休眠模块，用于若所述历史发送次数大于预设发送次数，则进入休眠模式；所述休眠模式用于停止响应所述触摸开关的触摸请求。

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

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。

Images