CN115649107A - 一种车辆启动的方法及装置 - Google Patents

Abstract

本申请公开了一种车辆启动的方法及装置，通过移动设备上的APP解锁车门后，车辆先判断移动设备蓝牙状态、所述移动设备位置，再针对不同情况，可直接在车上输入密码启动车辆。相比现有技术，本申请所述方法增加了计时、定位、多媒体屏交互等功能，在确保车辆安全的基础上，避免车内与车外反复认证密码、等待蓝牙连接，使无钥匙状态下的车辆应急启动更加便捷、舒适，大大提高用户体验感。

Description

一种车辆启动的方法及装置

技术领域

本申请涉及车辆电子控制领域，特别是一种车辆启动的方法及装置。

背景技术

随着科技发展，人们对车辆配置的要求也日渐提高，不少车辆已经配备智能钥匙、一键启动按钮、触摸解锁等技术，用户可在无钥匙状态下解锁车门和启动车辆，满足了用户无钥匙时需要应急启动车辆的需求，具有科技感。

现有技术中，可在移动设备上输入密码或利用蓝牙连接来启动车辆，此时移动设备可以充当车钥匙。但繁琐的密码认证过程和蓝牙连接不稳定的问题使车辆启动步骤多、时间长，应急启动功能难以实现，且舒适度低，给用户不好的体验。

发明内容

基于上述问题，本申请提供了一种车辆启动的方法及装置，目的是减少繁琐步骤和等待时间，使车辆应急启动更加便捷、舒适。

本申请公开了一种车辆启动的方法，所述方法包括：

无钥匙进入及启动控制器PEPS判断移动设备与车辆之间的蓝牙连接状态并计时；

如果超过第一预设时间后所述移动设备与所述车辆之间仍处于蓝牙未连接状态，则PEPS判断所述移动设备是否在车辆的预设范围之内；

如果是，则PEPS通过所述车辆的终端信息展现单元HUT提示输入密码；

PEPS根据接收的密码判断是否启动车辆。

可选的，所述方法还包括：设置允许输入密码的预设次数，密码错误次数超过预设次数则锁定车辆。

可选的，所述PEPS根据接收的密码判断是否启动车辆之前，所述方法还包括：

所述PEPS接收由AES-128加密算法加密后的密文；

按照与HUT约定的密钥对数据解密；

将解密后的密码与存储的密码比对。

可选的，密码比对通过后，所述方法还包括：HUT提示用户踩下刹车。

可选的，所述方法还包括：

在HUT提示用户踩下刹车时进行计时；

如果在第二预设时间内未检测到刹车被踩下，则PEPS判断所述移动设备与车辆的蓝牙连接状态以及所述移动设备的位置；

如果所述移动设备与车辆处于蓝牙未连接状态或是位置不在车辆的预设范围内则锁定车辆。

基于上述方法，本申请还公开了一种车辆启动的装置，包括：计时单元、提示单元、位置判断单元和启动确认单元；

所述计时单元，用于在判断移动设备与车辆之间的蓝牙连接状态时计时；

所述提示单元，用于通过所述车辆的终端信息展现单元HUT提示输入密码；

所述位置判断单元，用于在超过第一预设时间后所述移动设备与所述车辆之间仍处于蓝牙未连接状态时，判断所述移动设备是否在车辆的预设范围之内；

所述启动确认单元，用于根据接收的密码判断是否启动车辆。

可选的，所述启动确认单元包括：

密码比对子单元，用于比对接收到的密码和存储的密码是否一致；

控制启动子单元，用于密码比对成功后控制车辆启动；

控制锁定子单元，用于密码错误次数超过预设次数时锁定车辆。

可选的，所述密码比对子单元还用于：

接收由AES-128加密算法加密后的密文；

按照与HUT约定的密钥对数据解密。

可选的，所述提示单元还用于：提示用户踩下刹车。

可选的，所述计时单元还用于：在所述提示单元提示用户踩下刹车后计时。

本申请公开了一种车辆启动的方法及装置，即通过移动设备上的APP解锁车门后，车辆先判断移动设备蓝牙状态、所述移动设备位置，再针对不同情况，可直接在车上输入密码启动车辆。相比现有技术，本申请所述方法增加了计时、定位、多媒体屏交互等功能，在确保车辆安全的基础上，避免车内与车外反复认证密码、等待蓝牙连接，使无钥匙状态下的车辆应急启动更加便捷、舒适，大大提高用户体验感。

附图说明

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

图1为本申请实施例公开的一种车辆启动的方法的流程示意图；

图2为本申请实施例公开的另一种车辆启动的方法的流程示意图；

图3为本申请实施例公开的一种场景下车辆启动的方法的流程示意图；

图4为本申请实施例公开的一种车辆启动的装置的结构示意图。

具体实施方式

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

实施例一：本申请公开了一种车辆启动的方法，应用于车辆配置领域，通过检测蓝牙连接状态、移动设备定位、车辆HUT交互等技术在确保车辆安全的基础上，使车辆启动更便捷，提升用户舒适度。

具体的，请参阅图1，本实施例公开的一种车辆启动的方法包括以下步骤：

步骤101：PEPS断移动设备与车辆之间的蓝牙连接状态并计时，到达第一预设时间时，如果所述移动设备和车辆仍处于蓝牙未连接状态，则进入步骤102。

所述PEPS的全称为无钥匙进入及启动系统(Passive Entry Passive Start)。

在一种可能的实现方式中，作为步骤101的执行前提，可以是PEPS根据接收到的解锁车门信号，将所述车辆的车门解锁，当检测到车门被打开时，开始上述步骤101。

所述PEPS根据接收到的解锁车门信号可以来自所述移动设备的APP。

用户在此步骤踩下刹车时，PEPS将通过终端信息展现单元HUT提示用户请稍后再踩刹车。其中，所述HUT提示时，可以通过车上多媒体屏展现文字提示，也可以通过语音系统提示。

步骤102：PEPS判断所述移动设备是否在所述车辆的预设范围内，如果是，则进入步骤103；如果否，则锁定车辆。

所述PEPS通过GPS定位系统定位所述移动设备的位置和所述车辆位置，计算二者距离。所述预设范围应在车辆附近，用于确保所述移动设备在使用车辆的用户身上，保证车辆安全。设置所述车辆的预设范围时，可以以车辆为圆心设置半径来确定一个圆型区域，也可以是设置长宽的矩形或以其他方式确定的区域，能够便于所述PEPS判断所述移动设备是否在使用车辆的用户身上即可。

步骤103：PEPS通过所述车辆的终端信息展现单元HUT(Head Unit)提示输入密码。所述HUT可以通过车车辆多媒体屏展现文字提示，也可以通过语音系统提示。

所述HUT为集合语音、文字、动画和图案的信息展现单元，用于在车辆多媒体屏、语音系统、或摄像设备上实现信息的输入与输出。

用户输入密码时，需要在车辆多媒体屏上触屏手动输入。所述密码可以是包含数字、英文、符号的字符串密码，也可以是语音密码、指纹密码或手势密码。如过车辆内配备摄像装备，所述输入密码过程也可以为面容识别。

步骤104：PEPS判断密码是否正确，如果是，则启动车辆；如果否，则锁定车辆。

在一种可能的实现方式中，所述HUT通过车辆多媒体屏接收用户输入的密码将其通过AES-128加密算法加密，将加密后的密文发送到所述PEPS，所述PEPS按照与HUT约定的密钥对数据进行解密，将解密后的密码与存储的密码比对。

所述存储的密码可以是系统预设的，也可以是用户通过移动设备APP设置的，且所述存储的密码建议按期更改以确保车辆安全。

比对密码时，允许输入预设次数密码，密码错误次数超过预设次数则锁定车辆。所述预设次数密码可以是一次也可以是三次，能够保障车辆安全即可。

密码比对通过后，HUT提示用户踩下刹车以正常使用车辆并计时。所述计时时间为第二预设时间。

如果在第二预设时间内未检测到刹车被踩下，则PEPS判断所述移动设备与车辆的蓝牙连接状态以及所述移动设备的位置。

如果所述移动设备与车辆处于蓝牙未连接状态或是位置不在车辆的预设范围内则锁定车辆。

车辆正常启动后，PEPS通过T-BOX向所述移动设备发送车辆已启动的提示消息。其中，所述提示消息可以通过短信发送，也可以通过APP发送。

本实施例所述方法针对蓝牙连接不稳定的情况，允许在车上输入密码启动车辆。避免了移动设备在车内外反复认证密码、等待蓝牙连接时间长的问题，使无钥匙状态下的车辆应急启动更加便捷、舒适，提高用户舒适度。

实施例二：本申请公开了另一种车辆启动的方法，请参阅图2，相较实施例一，本实施例所述方法针对所述移动设备与车辆无蓝牙连接的情况，仅通过密码启动车辆。

步骤201：第一预设时间内，所述移动设备没有和车辆建立蓝牙连接。

用户在此步骤踩下刹车时，PEPS将通过HUT在车辆多媒体屏使用文字提示用户请稍后再踩刹车。

步骤202：PEPS通过GPS定位系统判断所述移动设备是否在车辆预设范围内，如果是，则进入步骤203；如果否，则熄火车辆。

所述车辆的预设范围应在车辆附近，用于确保所述移动设备在使用车辆的用户身上。

步骤203：PEPS通过HUT在车辆多媒体屏使用文字提示用户在所述车辆多媒体屏上输入密码。

步骤204：PEPS判断密码是否正确。

HUT接收用户输入的密码，通过AES-128加密算法加密为密文，发送至PEPS，PEPS将其按照与HUT约定的密钥对数据解密为密码后，与存储的密码进行比对，如果是，则进入步骤205；如果否，则锁定车辆。

其中，比对密码时，允许输入预设次数密码，密码错误次数超过预设次数则锁定车辆。所述预设次数密码可以是一次也可以是三次，能够保障车辆安全即可。

步骤205：HUT在车辆多媒体屏使用文字提示用户密码验证通过，踩下刹车即可启动车辆，并计时。所述计时时间为第二预设时间。

步骤206：检测在第二预设时间内，刹车是否被踩下，如果是，则启动车辆；如果否，则PEPS判断所述移动设备的位置。

如果位置不在车辆的预设范围内则锁定车辆。

本实施例所述方法在无蓝牙连接情况下，通过密码启动车辆，避免因蓝牙连接不稳定和连接时间长给用户造成困扰，用户在车上即可输入密码启动车辆，方便高效，提高了用户舒适度。

实施例三：本申请公开了一种场景下一种车辆启动的方法，请参阅图3，本实施例所述方法针对蓝牙连接失败的场景，引导用户在车辆多媒体输入密码启动车辆，且允许用户密码输入错一次。

步骤301：用户在移动设备上点击APP解锁，PEPS接收到信号后解锁车门，并计时。所述计时时间为第一预设时间一分钟。

步骤302：判断一分钟内，所述移动设备是否和车辆建立蓝牙连接。

此时用户踩下刹车，HUT将通过语音提示用户稍后再踩下刹车。

步骤303：一分钟后蓝牙未连接，PEPS通过GPS定位系统判断所述移动设备是否在预设范围内。如果是，则进入步骤304；如果否，则锁定车辆。

所述预设范围为以车辆为圆心半径为三米的圆形区域。

步骤304：HUT通过语音提示用户在车辆多媒体屏上输入密码。

步骤305：PEPS判断密码是否正确。

HUT接收用户输入的密码，通过AES-128加密算法加密为密文，发送至PEPS，PEPS将其按照与HUT约定的密钥对数据解密为密码后，与存储的密码进行比对，如果是，则进入步骤306；如果否，则进入步骤308。

步骤306:HUT通过语音提示用户密码验证通过，踩下刹车即可启动车辆，并计时八秒。所述计时时间为第二预设时间八秒。

步骤307：判断八秒内刹车是否被踩下，如果是，则启动车辆；如果否，则进入步骤310。

步骤308：HUT通过语音提示用户再次输入密码。

步骤309：PEPS判断密码是否正确。

HUT接收用户输入的密码，通过AES-128加密算法加密为密文，发送至PEPS，PEPS将其按照与HUT约定的密钥对数据解密为密码后，与存储的密码进行比对，如果是，则进入步骤306；如果否，则锁定车辆。

步骤310：判断所述移动设备与车辆的蓝牙连接状态和所述移动设备位置，蓝牙处于未连接状态或所述移动设备不在所述预设范围内，则锁定车辆。

本实施例所述方法中，设置第一预设时间为一分钟，第二预设时间为八秒，预设范围为以车辆为圆心半径为三米的圆形区域。本实施例所述方法在蓝牙连接困难情况下，可允许在多媒体屏输入密码来启动车辆，并且车辆通过语音提示引导用户操作，实现车辆方便快捷的启动。

基于上述实施例公开的一种车辆启动的方法，本实施例对应公开了一种车辆启动的装置，请参阅图4，该装置包括：计时单元401、提示单元402、位置判断单元403和启动确认单元404；

所述计时单元401，用于在判断移动设备与车辆之间的蓝牙连接状态时计时；

所述提示单元402，用于通过所述车辆的终端信息展现单元HUT提示输入密码；

所述位置判断单元403，用于在超过第一预设时间后所述移动设备与所述车辆之间仍处于蓝牙未连接状态时，判断所述移动设备是否在车辆的预设范围之内；

所述启动确认单元404，用于根据接收的密码判断是否启动车辆。

可选的，所述启动确认单元404包括：

密码比对子单元，用于比对接收到的密码和存储的密码是否一致；

控制启动子单元，用于密码比对成功后控制车辆启动；

控制锁定子单元，用于密码错误次数超过预设次数时锁定车辆。

可选的，所述密码比对子单元还用于：

接收由AES-128加密算法加密后的密文；

按照与HUT约定的密钥对数据解密。

可选的，所述提示单元402还用于：提示用户踩下刹车以便用户正常使用车辆。

可选的，所述计时单元401还用于：在所述提示单元402提示用户踩下刹车后计时。

可选的，所述装置还包括：所述提示单元402需要由微控制器参与控制，便于快速启动显示屏。

本说明书中实施例采用递进的方式描述。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

本说明书中实施例中记载的特征可以相互替换或者组合，使本领域专业技术人员能够实现或使用本申请。

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

Claims (10)

1.一种车辆启动的方法，其特征在于，所述方法包括：

无钥匙进入及启动控制器PEPS判断移动设备与车辆之间的蓝牙连接状态并计时；

如果超过第一预设时间后所述移动设备与所述车辆之间仍处于蓝牙未连接状态，则PEPS判断所述移动设备是否在车辆的预设范围之内；

如果是，则PEPS通过所述车辆的终端信息展现单元HUT提示输入密码；

PEPS根据接收的密码判断是否启动车辆。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：设置允许输入密码的预设次数，密码错误次数超过预设次数则锁定车辆。

3.根据权利要求1所述的方法，其特征在于，所述PEPS根据接收的密码判断是否启动车辆之前，所述方法还包括：

所述PEPS接收由AES-128加密算法加密后的密文；

按照与HUT约定的密钥对数据解密；

将解密后的密码与存储的密码比对。

4.根据权利要求3所述的方法，其特征在于，密码比对通过后，所述方法还包括：HUT提示用户踩下刹车。

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

在HUT提示用户踩下刹车时进行计时；

如果在第二预设时间内未检测到刹车被踩下，则PEPS判断所述移动设备与车辆的蓝牙连接状态以及所述移动设备的位置；

如果所述移动设备与车辆处于蓝牙未连接状态或是位置不在车辆的预设范围内则锁定车辆。

6.一种车辆启动的装置，其特征在于，包括：计时单元、提示单元、位置判断单元和启动确认单元；

所述计时单元，用于在判断移动设备与车辆之间的蓝牙连接状态时计时；

所述提示单元，用于通过所述车辆的终端信息展现单元HUT提示输入密码；

所述位置判断单元，用于在超过第一预设时间后所述移动设备与所述车辆之间仍处于蓝牙未连接状态时，判断所述移动设备是否在车辆的预设范围之内；

所述启动确认单元，用于根据接收的密码判断是否启动车辆。

7.根据权利要求8所述的装置，其特征在于，所述启动确认单元包括：

密码比对子单元，用于比对接收到的密码和存储的密码是否一致；

控制启动子单元，用于密码比对成功后控制车辆启动；

控制锁定子单元，用于密码错误次数超过预设次数时锁定车辆。

8.根据权利要求8所述的装置，其特征在于，所述密码比对子单元还用于：

接收由AES-128加密算法加密后的密文；

按照与HUT约定的密钥对数据解密。

9.根据权利要求8所述的装置，其特征在于，所述提示单元还用于：提示用户踩下刹车。

10.根据权利要求8所述的装置，其特征在于，所述计时单元还用于：在所述提示单元提示用户踩下刹车后计时。

Images