阅读说明：本技术 车辆启动控制系统及方法 (Vehicle start control system and method ) 是由 赵晓东 张健 代云龙 高许静 于 2019-10-21 设计创作，主要内容包括：本发明提供车辆启动控制系统及方法,以解决现有车辆启动控制方式存在的耗时长、对周围信号环境要求高的问题。上述启动控制系统包括：车内启动系统；车内启动系统包括第一微处理器和第一近场通信模块；第一近场通信模块至少用于：检测智能钥匙；在检测到智能钥匙时,读取智能钥匙的钥匙数据并传输至第一微处理器；第一微处理器至少用于：根据钥匙数据验证智能钥匙的合法性；若智能钥匙合法,在满足第一预设条件时,通过与车身控制系统通讯,令整车进入启动状态。由于近场通信技术是短距离高频无线通信技术,与蓝牙技术相比,耗时相对较短。并且,近场通信技术不需要借助基站或者卫星进行通信,对周围信号环境要求较低。(The invention provides a vehicle starting control system and a vehicle starting control method, which aim to solve the problems of long time consumption and high requirement on the surrounding signal environment in the conventional vehicle starting control mode. The start control system includes: starting a system in the vehicle; the in-vehicle starting system comprises a first microprocessor and a first near field communication module; the first near field communication module is at least to: detecting the intelligent key; when the intelligent key is detected, reading key data of the intelligent key and transmitting the key data to the first microprocessor; the first microprocessor is at least used for: verifying the validity of the intelligent key according to the key data; if the intelligent key is legal, the whole vehicle enters a starting state through communication with a vehicle body control system when a first preset condition is met. Since the near field communication technology is a short-distance high frequency wireless communication technology, time consumption is relatively short compared to the bluetooth technology. In addition, the near field communication technology does not need to communicate by means of a base station or a satellite, and the requirement on the surrounding signal environment is low.)

车辆启动控制系统及方法

技术领域

本发明涉及汽车车身控制领域，特别涉及车辆启动控制系统及方法。

背景技术

随着科技的飞速发展，汽车的开启方式也在不断创新。当前多采用蓝牙技术或4G技术实现对汽车的控制。然而发明人在实现本发明的过程中发现：蓝牙技术需要一定时间连接配对，耗时较长，而4G技术对周围信号环境要求较高，有待进一步改善。

发明内容

有鉴于此，本发明实施例提供车辆启动控制系统及方法，以解决现有车辆启动控制方式存在的耗时长、对周围信号环境要求高的问题。

为实现上述目的，本发明实施例提供如下技术方案：

一种车辆启动控制系统，包括：车内启动系统；所述车内启动系统包括第一微处理器和第一近场通信模块；

所述第一近场通信模块至少用于：

检测智能钥匙；

在检测到智能钥匙时，读取智能钥匙的钥匙数据并传输至所述第一微处理器；

所述第一微处理器至少用于：

根据所述钥匙数据验证所述智能钥匙的合法性；

若所述智能钥匙合法，在满足第一预设条件时，通过与车身控制系统通讯，令整车进入启动状态。

可选的，还包括车外解锁系统，所述车外解锁系统包括第二微处理器和第二近场通信模块；其中：所述第二近场通信模块至少用于：检测智能钥匙；在检测到智能钥匙后，读取所述智能钥匙的钥匙数据，并传输至所述第二微处理器；所述第二微处理器至少用于：根据所述钥匙数据验证所述智能钥匙的合法性；若所述智能钥匙合法，在满足第二预设条件时，通过与车身控制系统通讯，实现车身解锁，并令整车进入启动状态；在满足第三预设条件时，通过与车身控制系统通讯实现车身闭锁，并令整车处于无法启动的状态。

可选的，在通过与车身控制系统通讯，令整车进入启动状态的方面，所述第一微处理器具体用于：向所述车身控制系统发送种子请求；使用所述车身控制系统返回的随机种子计算出启动密码，并发送给所述车身控制系统；其中，所述启动密码用于所述车身控制系统进行验证，在验证成功后，所述车身控制系统控制整车进入启动状态。

可选的，所述第一微处理器还用于：若接收到来自所述车身控制系统的启动密码验证失败通知，返回执行发送种子请求的操作，并执行后续操作。

可选的，所述第一近场通信模块的工作模式包括低功耗检测模式和正常工作模式；在检测智能钥匙方面，所述第一近场通信模块具体用于：在所述正常工作模式下，按检测周期检测智能钥匙；在所述低功耗检测模式下，定期唤醒检测智能钥匙，若检测到钥匙状态由无钥匙状态变为有钥匙状态，进入所述正常工作模式；其中，所述读取智能钥匙的钥匙数据并传输至所述第一微处理器的操作，是所述第一近场通信模块处于所述正常工作模式下执行的。

可选的，所述第一微处理器还用于：在满足第四预设条件时，通知处于正常工作模式的所述第一近场通信模块进入低功耗检测模式；所述第四预设条件包括：在目标预设时长内持续未检测或持续检测到智能钥匙或接收到休眠指令。

可选的，所述第一预设条件包括：整车处于无法启动的状态；所述第二预设条件包括：车门处于闭锁状态、车辆处于熄火状态并且整车处于无法启动的状态；所述第三预设条件包括：车门处于解锁状态、车辆处于熄火状态并且整车处于可启动的状态。

一种车辆启动控制方法，基于启动控制系统，所述启动控制系统至少包括车内启动系统，所述车内启动系统包括第一微处理器和第一近场通信模块；

所述方法包括：

所述第一近场通信模块检测智能钥匙；

所述第一近场通信模块在检测到智能钥匙时，读取智能钥匙的钥匙数据并传输至所述第一微处理器；

所述第一微处理器根据所述钥匙数据验证所述智能钥匙的合法性；

若所述智能钥匙合法，在满足第一预设条件时，所述第一微处理器通过与车身控制系统通讯，令整车进入启动状态。

可选的，所述启动控制系统还包括车外解锁系统，所述车外解锁系统包括第二微处理器和第二近场通信模块；所述方法还包括：所述第二近场通信模块检测智能钥匙；在检测到智能钥匙后，所述第二近场通信模块读取所述智能钥匙的钥匙数据，并传输至所述第二微处理器；所述第二微处理器根据所述钥匙数据验证所述智能钥匙的合法性；若所述智能钥匙合法，在满足第二预设条件时，所述第二微处理器通过与车身控制系统通讯，实现车身解锁，并令整车进入启动状态；在满足第三预设条件时，所述第二微处理器通过与车身控制系统通讯实现车身闭锁，并令整车处于无法启动的状态。

可选的，所述通过与车身控制系统通讯，令整车进入启动状态包括：向所述车身控制系统发送种子请求；使用所述车身控制系统返回的种子计算出启动密码，并发送给所述车身控制系统；其中，所述启动密码用于所述车身控制系统进行验证，在验证成功后，所述车身控制系统控制整车进入启动状态。

可见，在本发明实施例中，第一近场通信模块使用近场通信技术检测及读取智能钥匙的钥匙数据，并提供给第一微处理器。第一微处理器在验证智能钥匙合法后，会与车身控制系统通讯，实现对汽车的启动控制。由于近场通信技术是短距离的高频无线通信技术，允许电子设备之间进行非接触式点对点数据传输，交换数据，其具有传输速度快、安全性好、成本低、功耗低等特点，因此，与蓝牙技术相比，耗时相对较短。并且，近场通信技术不需要借助基站或者卫星进行通信，只需要两个设备近距离通信，不太容易受到环境干扰，对周围信号环境要求较低。

附图说明

图1为本发明实施例提供的车辆启动控制系统示例性结构图；

图2为本发明实施例提供的启动控制方法的示例性流程；

图3a为本发明实施例提供的由低功耗检测模式进入正常工作模式的示例性流程；

图3b为本发明实施例提供的由低功耗检测模式进入正常工作模式的另一示例性流程；

图4为本发明实施例提供的验证智能钥匙的合法性的示例性流程；

图5为本发明实施例提供的第一MCU与车身控制系统通讯的示例性流程；

图6为本发明实施例提供的基于车外解锁系统的启动控制方法的示例性流程；

图7为本发明实施例提供的基于车外解锁系统的验证智能钥匙的合法性的示例性流程；

图8为本发明实施例提供的第二MCU与车身控制系统通讯实现解锁及整车启动的示例性流程；

图9为本发明实施例提供的第二MCU与车身控制系统通讯实现闭锁及关闭整车启动的示例性流程；

图10为本发明实施例提供的低功耗模式的示例性流程。

具体实施方式

本发明实施例提供基于近场通信技术的车辆启动控制系统及方法，以解决现有车辆启动控制方式存在的耗时长、对周围信号环境要求高的问题。

请参见图1，上述车辆启动控制系统至少包括车内启动系统。

车内启动系统可设置在主副驾座椅之间，包括第一微处理器(图1以第一MCU1表示)和第一近场通信模块2。

在一个示例中，第一MCU1可与第一近场通信模块2放置在一块电路板上，该电路板可设置在主副驾座椅之间。

在另一个示例中，第一MCU1与第一近场通信模块2可放置在不同的电路板上，使用连接线通信。此时，第一近场通信模块2所在的电路板可设置在主副驾座椅之间。

仍请参见图1，在本发明其他实施例中，上述车辆启动控制系统还可包括车外解锁系统。

车外解锁系统可设置在车门把手里，其可进一步包括：第二微处理器(图1以第二MCU3表示)和第二近场通信模块4。

第一近场通信模块2和第二近场通信模块4具体为NFC(Near FieldCommunication，近场通信)芯片。

车外解锁系统与车内启动系统对应同一智能钥匙。智能钥匙可以是包含NFC芯片的汽车钥匙，也可使用手机的NFC芯片作为智能钥匙。

车外解锁系统为用户提供车外开锁解锁与整车启动功能，车内启动系统主要用于为用户提供车内汽车启动的功能。

由于近场通信的有效距离只有几厘米，在车内无法使用车外的解锁系统。当客户在车辆内而汽车启动状态为关闭时，可使用车内的启动系统去启动车辆，避免用户去车外通过智能钥匙解锁车门和启动状态。

下面先介绍车内启动系统所包含模块的功能及所涉及的流程。

图2示出了基于上述车内启动系统的启动控制方法的示例性流程，其至少包括：

S1：第一近场通信模块2检测智能钥匙；

第一近场通信模块2可按照检测周期定期检测智能钥匙。

在一个示例中，第一近场通信模块2的工作模式包括低功耗检测模式和正常工作模式。

其中，在低功耗检测模式下，第一近场通信模块2定期(200ms)唤醒检测智能钥匙。若检测到钥匙状态由无钥匙状态变为有钥匙状态，进入正常工作模式。

在正常工作模式下，第一近场通信模块2亦按照检测周期(200ms)定期检测智能钥匙，此外，在正常工作模式下，第一近场通信模块2还可与第一MCU1通信，而在低功耗检测模式下，第一近场通信模块2与第一MCU1的通信的功能是受限制的。

S2：第一近场通信模块2在检测到智能钥匙，读取智能钥匙的钥匙数据并传输至第一MCU1。

钥匙数据可包括钥匙相关身份验证的数据，以帮助第一MCU1验证是否为有效钥匙。

前述提及了，第一近场通信模块2的工作模式包括低功耗检测模式和正常工作模式。

在一个示例中，请参见图3a，处于低功耗检测模式下的第一近场通信模块2，可在钥匙状态由无钥匙状态变为有钥匙状态时(此时显然检测到了智能钥匙)，由低功耗检测模式进入正常工作模式，在正常工作模式下读取智能钥匙的钥匙数据并传输至第一MCU1。

此外，还有一种情况：

请参见图3b，在第一近场通信模块2处于低功耗检测模式的情况下，第一MCU1检测到整车的启动状态变化(由开启变为关闭)，第一MCU1可唤醒第一近场通信模块2。被唤醒的第一近场通信模块2进入正常工作模式，定期检测智能钥匙，在检测到智能钥匙后，读取智能钥匙的钥匙数据并传输至第一MCU1。

第一近场通信模块2与智能钥匙之间采用的是近场通信技术实现检测智能钥匙和读取钥匙数据，可参见现有的NFC芯片的检测和读取方式，在此不作赘述。

S3：第一MCU1根据钥匙数据验证智能钥匙的合法性。

如何验证可参见现有的验证方式，在此不作赘述。

请参见图4，步骤S3可进一步包括如下步骤：

S31：第一MCU1根据钥匙数据验证智能钥匙是否合法，若合法，进入S4，否则，进入S32；

S32：记录错误钥匙次数一次；

S33：通知第一近场通信模块继续进入低功耗检测模式。

S34：判断在第一预设时长内是否错误钥匙次数超过次数阈值，若是，进入S35，否则，返回等待接收钥匙数据。

本领域技术人员可灵活设计第一预设时长的长度，以及次数阈值的取值。例如，可设计第一预设时长为30s，次数阈值为3。则30s内超过三次错误钥匙则进入S35。

S35：禁能启动车辆功能。

在一个示例中，可禁能启动第二预设时长。

本领域技术人员可灵活设计第二预设时长的长度，例如一分钟。

具体的，禁能启动一分钟可通过如下方式实现：在一分钟内对接收到钥匙数据不执行验证。

S4：若智能钥匙合法，在满足第一预设条件时，第一MCU1通过与车身控制系统通讯，令整车进入启动状态。

上述第一预设条件可包括：整车处于无法启动的状态。

车身控制系统包括很多的实车节点，包括BCM(车身控制器)、PEPS(Passive EntryPassive Start，无钥匙进入及启动)等等。

其中，在包含PEPS的汽车中，由PEPS发命令给EMS(Engine Management System,发动机管理系统)启动整车，给BCM发解闭锁命令。

此外，汽车内部会安装多个控制器，不同控制器之间通过总线连接建立整车网络。

第一MCU1具体可通过CAN总线发送报文，与车身控制系统中的相应节点(例如PEPS)通讯，令整车进入启动状态。

在一个示例中，请参见图5，第一MCU1与车身控制系统可进行如下通讯令整车进入启动状态：

S41：第一MCU读取车辆通信报文。

S42：第一MCU根据车辆通信报文确定车辆状态。

车身控制系统中的各实体节点会在CAN总线上发送车辆通信报文，第一MCU可从报文中提取车辆状态。

S43：在确定整车处于无法启动的状态时，第一MCU向车身控制系统发送种子请求。

S44：车身控制系统(例如PEPS)返回随机种子。

随机种子(Random Seed)是计算机专业术语，一般计算机的随机数都是伪随机数，以一个真随机数(种子)作为初始条件，然后用一定的算法不停迭代产生随机数。

S45：第一MCU使用车身控制系统返回的随机种子计算出启动密码，并发送给车身控制系统(例如PEPS)。

上述启动密码也即启动key，是使用一定的随机函数以随机种子作为输入，计算出的随机数。

S46：车身控制系统对启动密码进行验证，若验证成功，进入S47，若验证失败，进入S49。

车身控制系统可使用同样的随机函数，将返回第一MCU的随机种子作为随机函数的输入，计算得到一随机数。

车身控制系统可比对自己计算得到的随机数，与第一MCU返回的启动密码是否相同，若相同，验证成功，否则，验证失败。

S47：车身控制系统控制整车进入启动状态。

具体的，在包含PEPS的汽车中，可由PEPS向EMS发指令启动整车。

也即，启动key匹配成功则完成安全访问过程，车辆变为可启动状态。

S48：车身控制系统向第一MCU发送验证成功通知(或启动成功通知)。

S49：车身控制系统向第一MCU发送验证失败通知(或启动失败通知)。第一MCU返回S43，重新请求随机种子。

在本发明其他实施例中，仍请参见图5，车身控制系统在验证失败后，还可记录失败次数(S410)，若在第三预设时长内验证失败次数超过次数阈值，则在第四预设时长内禁能启动车辆功能(S411)。

以第三预设时长为30s，次数阈值为3次，第四预设时长为1min为例，30s内三次key匹配失败之后，车身系统将在1min内禁能启动车辆功能，不回应第一MCU的种子请求指令。

如果车内启动系统和配套钥匙在有效检测距离内，车身控制系统持续接收第一MCU的启动密码并验证成功，则可锁定车辆启动状态，保证车辆一直可以正常启动。

可见，在本发明实施例中，第一近场通信模块使用近场通信技术检测及读取智能钥匙的钥匙数据，并提供给第一MCU。第一MCU在验证智能钥匙合法后，会与车身控制系统通讯，实现对汽车的启动控制。近场通信技术是短距离的高频无线通信技术，允许电子设备之间进行非接触式点对点数据传输，交换数据，其具有传输速度快、安全性好、成本低、功耗低等特点，因此，与蓝牙技术相比，耗时相对较短。并且，近场通信技术对周围信号环境要求也较低。

在本发明其他实施例中，为节省电能，在满足第四预设条件时，第一MCU1将通知处于正常工作模式的第一近场通信模块2进入低功耗检测模式。

在一个示例中，上述第四预设条件包括第一子条件或第二子条件：

第一子条件：接收到休眠指令；

第二子条件：在目标预设时长内持续检测到智能钥匙，或者，持续未检测到智能钥匙。

本领域技术人员可灵活设计目标预设时长的长度，例如，可设计其为2min。

也即，在如下情景下，第一近场通信模块2将进入低功耗检测模式：

情景一：

第一MCU在通信网络中接收到休眠信号(一般在整车休眠时会接收到休眠信号)，第一MCU会发送休眠命令使第一近场通信模块进入低功耗检测模式并周期唤醒检测智能钥匙，而第一MCU也进入休眠模式。在休眠模式下，第一MCU不再监听整车网络中的报文。

需要说明的是，若整车网络唤醒，会将第一MCU唤醒。

情景二：

第一近场通信模块在目标预设时长内持续检测到智能钥匙或者持续未检测到智能钥匙，第一近场通信模块进入低功耗检测模式，并通知第一MCU自己进入低功耗检测模式。

或者，第一近场通信模块在目标预设时长内持续检测到智能钥匙或者持续未检测到智能钥匙，第一MCU通知第一近场通信模块进入低功耗检测模式。

需要说明的是，因第一近场通信模块检测到智能钥匙会向第一MCU发送钥匙数据，所以第一MCU可知道是否持续检测到智能钥匙或者持续未检测到智能钥匙。

在本发明其他实施例中，在情景二下，第一MCU在通知第一近场通信模块进入低功耗检测模式之后或同时，也可向车身控制系统(例如PEPS)发送休眠请求，若收到车身控制系统返回的同意指令，第一MCU也进入休眠模式。

下面介绍车外解锁系统所包含模块的功能及所涉及的流程。

图6示出了基于车外解锁系统的启动控制方法的示例性流程，其至少包括：

S601：第二近场通信模块4检测智能钥匙，在检测到智能钥匙后，读取智能钥匙的钥匙数据，并传输至第二微处理器；

与第一近场通信模块2相类似，第二近场通信模块4可按照检测周期定期检测智能钥匙。

在一个示例中，第二近场通信模块4的工作模式包括低功耗检测模式和正常工作模式。

其中，请参见图7，在低功耗检测模式下，第二近场通信模块4定期(例如200ms)唤醒检测智能钥匙。若检测到智能钥匙，进入正常工作模式。

在正常工作模式下，第二近场通信模块4亦按照检测周期(200ms)定期检测智能钥匙，此外，在正常工作模式下，第二近场通信模块4还可与第二MCU3通信，而在低功耗检测模式下，第二近场通信模块4与第二MCU3的通信的功能是受限制的。

S602：第二MCU3根据钥匙数据验证智能钥匙的合法性；

步骤S602与前述的步骤S3相类似。

请参见图7，步骤S602可进一步包括如下步骤：

S6021根据钥匙数据验证智能钥匙是否合法，若合法，进入S603，否则，进入S6022；

S6022：记录错误钥匙次数一次；

S6023：通知第二近场通信模块4继续进入低功耗检测模式。

S6024：判断在第五预设时长内是否错误钥匙次数超过次数阈值，若是，进入S6025，否则，返回等待接收钥匙数据。

本领域技术人员可灵活设计第五预设时长的长度，以及次数阈值的取值。例如，可设计第五预设时长为30s，次数阈值为3。则30s内超过三次错误钥匙则进入S6025。

S6025：禁能解锁/闭锁第六预设时长。

本领域技术人员可灵活设计第六预设时长的长度，例如一分钟。

具体的，禁能解锁/闭锁一分钟可通过如下方式实现：

在一分钟内对接收到钥匙数据不执行验证。

S603：若智能钥匙合法，读取车辆通信报文，根据车辆通信报文确定车辆状态。

车身控制系统中的各实体节点会在CAN总线上发送车辆通信报文(CAN报文)，第二MCU3可从报文中提取车辆状态。

在本发明其他实施例中，第二MCU3可有工作模式和休眠模式两种模式，在休眠模式下第二MCU3不监听整车网络中的报文，不与车身控制系统通信。

为节电，第二MCU3一般处于休眠模式，若智能钥匙合法，第二MCU3可进入工作模式，与车身控制系统通信。而若智能钥匙非法，第二MCU3可继续处于休眠模式中。

S604：在满足第二预设条件时，第二MCU3通过与车身控制系统通讯，实现车身解锁，并令整车进入启动状态。

在一个示例中，第二预设条件包括：车门处于闭锁状态、车辆处于熄火状态并且整车处于无法启动的状态。

此时由于用户位于车外，所以与车内启动系统的操作相比，增加了解锁操作。

在一个示例中，请参见图8，第二MCU3与车身控制系统可进行如下通讯实现解锁及整车启动：

S6041：第二MCU3发送请求解锁的指令；

在包含PEPS的汽车中，请求解锁的指令可通过CAN总线传输给PEPS。

S6042：车身控制系统进行解锁。

其中，在包含PEPS的汽车中，由PEPS向BCM发送解锁命令，以实现解锁。

S6043：第二MCU向车身控制系统发送种子请求。

S6044：车身控制系统(例如PEPS)返回随机种子。

随机种子的相关描述请参见前述记载，在此不作赘述。

S6045：第二MCU使用车身控制系统返回的随机种子计算出启动密码，并发送给车身控制系统(例如PEPS)。

S6045与前述的S45相类似，在此不作赘述。

S6046：车身控制系统对启动密码进行验证，若验证成功，进入S6047，若验证失败，进入S6049。

S6046与前述的S46相类似，在此不作赘述。

S6047：车身控制系统控制整车进入启动状态。

具体的，在包含PEPS的汽车中，可由PEPS向EMS发指令启动整车。

S6048：车身控制系统向第二MCU发送验证成功通知(启动成功通知)。

S6049：车身控制系统向第二MCU发送验证失败通知(启动失败通知)。第二MCU返回S6043，重新请求随机种子。

此外，仍请参见图8，在本发明其他实施例中，车身控制系统在验证失败后，还可记录失败次数(S60410)，若在第七预设时长内验证失败次数超过次数阈值，则在第八预设时长内禁能启动车辆功能(S60411)。

以第七预设时长为30s，次数阈值为3次，第八预设时长为1min为例，30S内三次key匹配失败之后，车身系统将在1min内禁能启动车辆功能，不回应第二MCU的种子请求指令。

S605：在满足第三预设条件时，第二MCU3通过与车身控制系统通讯实现车身闭锁，并令整车处于无法启动的状态。

在一个示例中，第三预设条件包括：车门处于解锁状态、车辆处于熄火状态并且整车处于可启动的状态。

在一个示例中，请参见图9，第二MCU3与车身控制系统可通过如下通讯实现闭锁及关闭整车启动。

S6051：第二MCU3发送请求闭锁的指令；

在包含PEPS的汽车中，请求闭锁的指令可通过CAN总线传输给PEPS。

S6052：车身控制系统进行闭锁。

其中，在包含PEPS的汽车中，由PEPS向BCM发送闭锁命令，以实现闭锁。

S6053：第二MCU向车身控制系统发送种子请求。

S6054：车身控制系统(例如PEPS)返回随机种子。

随机种子的相关描述请参见前述记载，在此不作赘述。

S6055：第二MCU使用车身控制系统返回的随机种子计算出闭锁密码，并发送给车身控制系统(例如PEPS)。

上述闭锁密码也即闭锁key，是使用一定的随机函数以随机种子作为输入，计算出的随机数。

S6056：车身控制系统对闭锁密码进行验证，若验证成功，进入S6057，若验证失败，进入S6059。

S6056与前述的S46相类似，在此不作赘述。

S6057：车身控制系统控制整车进入无法启动状态。

S6058：车身控制系统向第二MCU发送验证成功通知(关闭启动失败通知)。

S6059：车身控制系统向第二MCU发送验证失败通知(关闭启动失败通知)。第二MCU返回S6053，重新请求随机种子。

此外，仍请参见图9，在本发明其他实施例中，车身控制系统在验证失败后，还可记录失败次数(S60510)若在第九预设时长内是否验证失败次数超过次数阈值，则在第十预设时长内禁能车辆闭锁功能(S60511)。

以第九预设时长为30s，次数阈值为3次，第十预设时长为1min为例，30s内三次key匹配失败之后，车身控制系统将在1min内禁能车辆闭锁功能，不回应第二MCU的种子请求指令。

在本发明其他实施例中，为节省电能，请参见图10，在如下情况下，第二近场通信模块和第二MCU将进入低功耗模式：

情况一：

第二近场通信模块在第十一预设时长内持续未检测到智能钥匙，第二MCU会发送休眠指令给第二近场通信模块，使其进入低功耗检测模式，第二MCU自己也会向车身控制系统请求休眠指令，在车身控制系统同意后，进入低功耗的休眠模式。

本领域技术人员可灵活设计第十一预设时长的长度，例如，可设计其为2min。

需要说明的是，因第二近场通信模块检测到智能钥匙会向第二MCU发送钥匙数据，所以第二MCU可知道是否持续未检测到智能钥匙。

情况二：

第二MCU在通信网络中接收到休眠信号，第二MCU会发送休眠命令给第二近场通信模块，使其进入低功耗模式，第二MCU也进入休眠模式。

通过上述介绍可知，仍请参见图1，本发明实施例所提供的启动控制系统包括车内启动系统，在该系统中包括第一微处理器(图1以第一MCU1表示)和第一近场通信模块2，其中：

第一近场通信模块2至少用于：检测智能钥匙；在检测到智能钥匙时，读取智能钥匙的钥匙数据并传输至第一MCU1；

第一MCU1至少用于：

根据钥匙数据验证智能钥匙的合法性；

若智能钥匙合法，在满足第一预设条件时，通过与车身控制系统通讯，令整车进入启动状态。

在本发明其他实施例中，上述启动控制系统还包括车外解锁系统。

仍请参见图1，车外解锁系统包括第二微处理器(图1以第二MCU3表示)和第二近场通信模块4，其中：

第二近场通信模块4至少用于：检测智能钥匙；在检测到智能钥匙后，读取智能钥匙的钥匙数据，并传输至第二MCU3；

第二MCU3至少用于：

根据钥匙数据验证智能钥匙的合法性；

若智能钥匙合法，在满足第二预设条件时，通过与车身控制系统通讯，实现车身解锁，并令整车进入启动状态；

在满足第三预设条件时，通过与车身控制系统通讯实现车身闭锁，并令整车处于无法启动的状态。

具体的，第一预设条件包括：整车处于无法启动的状态；第二预设条件包括：车门处于闭锁状态、车辆处于熄火状态并且整车处于无法启动的状态；第三预设条件包括：车门处于解锁状态、车辆处于熄火状态并且整车处于可启动的状态。

具体细节请参见本文前述记载，在此不作赘述。

在本发明其他实施例中，在通过与车身控制系统通讯，令整车进入启动状态的方面，第一MCU1具体用于：

向车身控制系统发送种子请求；

使用车身控制系统返回的随机种子计算出启动密码，并发送给车身控制系统；其中，启动密码用于车身控制系统进行验证，在验证成功后，车身控制系统控制整车进入启动状态。

具体细节请参见本文前述记载，在此不作赘述。

在本发明其他实施例中，第一MCU1还可用于：若接收到来自车身控制系统的启动密码验证失败通知，返回执行发送种子请求的操作，并执行后续操作。

具体细节请参见本文前述记载，在此不作赘述。

上述第一近场通信模块2的工作模式包括低功耗检测模式和正常工作模式。

在本发明其他实施例中，在检测智能钥匙方面，第一近场通信模块2可具体用于：

在正常工作模式下，按检测周期检测智能钥匙；

在低功耗检测模式下，定期唤醒检测智能钥匙，若检测到钥匙状态由无钥匙状态变为有钥匙状态，进入正常工作模式；

其中，读取智能钥匙的钥匙数据并传输至第一微处理器的操作，是第一近场通信模块处于正常工作模式下执行的。

具体细节请参见本文前述记载，在此不作赘述。

在本发明其他实施例中，第一MCU1还可用于：在满足第四预设条件时，通知处于正常工作模式的第一近场通信模块进入低功耗检测模式；

第四预设条件包括：在目标预设时长内持续未检测或持续检测到智能钥匙或接收到休眠指令。

具体细节请参见本文前述记载，在此不作赘述。

综上，本发明所提供的车辆启动控制系统及方法，相对于传统的钥匙解锁方式，可以舍弃实体钥匙所带来的不便。无论是智能钥匙或者是手机智能钥匙，近距离非接触式的开锁方式都能给予用户极大的便利。

此外，由于汽车对安全性能的要求越来越高，汽车启动条件的判断也更加严格。汽车的一些安全模式可能会导致用户在车内长时间不进行启动操作，车辆启动状态关闭的情况。

用户可以利用车内启动系统进行启动，避免出现需到车外进行整车解锁的情况。如果车内启动系统和配套钥匙在有效检测距离内，也可锁定车辆启动状态，保证车辆一直可以正常启动。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及模型步骤，能够以电子硬件、获取机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

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