用于在车辆附近检测智能钥匙的方法
【专利摘要】一种用于在车辆附近检测智能钥匙的方法，该方法包括：通过在每个预设发送周期发送登记请求消息以在车辆附近搜索智能钥匙；当从所述智能钥匙接收到所述登记请求消息的响应消息时，检查在预定时间内是否保持对所述响应消息的接收；当在预定时间内保持对所述响应消息的接收时，发送包括用于验证所述智能钥匙的加密信息的验证请求消息；以及当从所述智能钥匙接收到所述验证请求消息的验证消息时，根据所述验证消息验证所述智能钥匙。
【专利说明】用于在车辆附近检测智能钥匙的方法
[0001]相关申请的交叉引用
[0002]本申请要求2012年12月14日提交的韩国专利申请10_2012_0146677的优先权，其全文通过引用的方式并入本文。
【背景技术】
[0003]本发明涉及一种用于在车辆附近检测智能钥匙的方法，尤其涉及一种使用不同消息对存在于车辆附近的智能钥匙依次执行搜索操作和验证操作的用于在车辆附件检测智能钥匙的方法。
[0004]总的来说，智能钥匙是一种驾驶员通过其打开车门以启动发动机或者打开后备箱或尾门的设备，而无需使用物理钥匙或者遥控设备。
[0005]最近，随着车辆品质的提高，智能钥匙的使用也有所增加。因此，在车辆上安装智能钥匙单元以便在车辆附近搜索和验证智能钥匙，由此执行特定操作。
[0006]智能钥匙单元周期性地发送信号。当从车辆附近的智能钥匙接收到发送信号的响应信号时，智能钥匙单元验证出该智能钥匙以便执行具体的操作。
[0007]然而，由常规智能钥匙单元发出的信号包括用于验证智能钥匙的加密信息。因此，智能钥匙单元要消耗大量电力来搜索和验证智能钥匙。
[0008]也就是说，即使车辆附近不存在智能钥匙，智能钥匙单元也会持续发送信号来搜索智能钥匙。因为智能钥匙单元必须反复发送包括加密信息的大量消息，所以不可避免地增加了电力消耗，同时也增加了与附近的其他车辆的干扰。
[0009]本发明的现有技术公开于韩国专利公开10-2010-0029988中，
【公开日】为2010年3月18日，发明名称为“被动式无钥匙进入系统中的智能钥匙检测设备(DetectingApparatus of Smart Key in Passive Keyless Entry System)，，。
【发明内容】
[0010]本发明的实施例涉及一种用于在车辆附近检测智能钥匙的方法，其使用不同消息对存在于车辆附近的智能钥匙依次执行搜索操作和验证操作，由此减少智能钥匙单元的电力消耗和与周围车辆的干扰现象。
[0011]在一个实施例中，用于在车辆附近检测智能钥匙的方法包括:通过在每个预设发送周期发送登记请求消息以在车辆附近搜索智能钥匙；当从所述智能钥匙接收到所述登记请求消息的响应消息时，检查在预定时间内是否保持对所述响应消息的接收；当在预定时间内保持对所述响应消息的接收时，发送包括用于验证所述智能钥匙的加密信息的验证请求消息；以及当从所述智能钥匙接收到所述验证请求消息的验证消息时，根据所述验证消息来验证所述智能钥匙。
[0012]所述登记请求消息比所述验证请求消息的容量小。
[0013]所述登记请求消息和所述验证请求消息的每一个包括:唤醒模式区域，其包括用来检查智能钥匙是否是登记为该车辆的智能钥匙的信息；和命令区域，其包括用于使所述登记请求消息或者所述验证请求消息相互区别的信息。
[0014]该方法进一步包括，当验证成功时，控制后备箱驱动部来打开后备箱。
[0015]该方法进一步包括:在控制后备箱驱动部打开后备箱之后，确定所述后备箱是否打开；以及当所述后备箱没有被打开时，返回到在车辆附近搜索所述智能钥匙的步骤。
[0016]该方法进一步包括，当验证成功时，发送初始化消息以使所述智能钥匙初始化。
[0017]该方法进一步包括，当验证失败时，再次发送所述验证请求消息，以再次验证所述智能钥匙。
[0018]该方法进一步包括，根据所述响应消息检查所述智能钥匙的工作模式是否是免提模式。
[0019]根据本发明的实施例，用于在车辆附近检测智能钥匙的方法使用不包括加密信息的、小容量登记请求消息执行智能钥匙的搜索操作，以及使用包括加密信息的验证请求消息执行验证操作。因此，减少电力消耗，同时保证了可靠性。
[0020]此外，由于通过小容量登记请求消息在车辆附件搜索智能钥匙，减少了与周围车辆的干扰现象。
【专利附图】
【附图说明】
[0021]图1是方框图，图示出用来执行根据本发明实施例的、用于在车辆附近检测智能钥匙的方法的设备。
[0022]图2是示意图，图示出与根据本发明实施例的、用于在车辆附近检测智能钥匙的方法有关的登记请求消息和验证请求消息的结构。
[0023]图3是流程图，其用于解释根据本发明实施例的、用于在车辆附近检测智能钥匙的方法。
[0024]图4是示意图，顺序图示出根据本发明实施例的、用于在车辆附近检测智能钥匙的方法的过程。
[0025]图5是流程图，其用于说明根据本发明另一个实施例的、用于在车辆附近检测智能钥匙的方法。
[0026]图6是流程图，其用于说明根据本发明另一个实施例的、用于在车辆附近检测智能钥匙的方法。
【具体实施方式】
[0027]在下文中将参考附图详细描述本发明的实施例。应当理解，附图不是精确比例，并且仅仅出于描述方便和清楚的考虑，在线条粗细或部件尺寸上有所夸大。此外，这里所用的术语是在考虑到本发明的功能进行限定的，并且可根据惯例或者使用者或操作者的意图进行变化。因此，术语的定义应当根据在此阐述的整个公开内容进行。
[0028]图1是方框图，图示出用来执行根据本发明实施例的、用于在车辆附近检测智能钥匙的方法的设备。图2是示意图，图示出与根据本发明实施例的、用于在车辆附近检测智能钥匙的方法有关的登记请求消息和验证请求消息的结构。
[0029]参考图1，用来执行根据本发明实施例的、用于在车辆附近检测智能钥匙的方法的设备主要包括智能钥匙10和智能钥匙单元20，并且进一步包括后备箱驱动部31和后备箱打开检测部32。
[0030]智能钥匙10是一种驾驶员通过其打开车门以启动发动机或者打开后备箱或尾门的设备，而无需使用物理钥匙。
[0031]无论如何命名，智能钥匙10包括所有能够接收由智能钥匙单元20发出的低频(LF)信号并且在超高频(UHF)带向智能钥匙单元20发送射频(RF)信号的设备。
[0032]智能钥匙单元20配置为在车辆附近搜索和验证智能钥匙10并且根据智能钥匙10的工作模式执行具体操作。
[0033]这时，具体操作包括为驾驶员提供便利的各种操作，例如，开启车门的操作、打开迎宾灯(welcome light)或者警卫灯的操作、打开后备箱或者尾门的操作、启动发动机的操作，以及驱动侧镜或者座椅的操作。
[0034]在本实施例中，将以执行上述操作中的打开后备箱或者尾门的操作的情形为例来进行描述。然而，本发明不限于此，而是可以同样方式应用至其它操作。
[0035]智能钥匙单元20包括信号发送部21、信号接收部22、用户设置部23、控制部24、输出部25和存储部26。
[0036]信号发送部21向车辆附近发送信号，并且信号发送部21的操作是由控制部24进行控制的。这时，从信号发送部21发出的信号包括频率范围在30到300kHz的低频(LF)信号。
[0037]由信号发送部21发出的信号包括用来检查登记为特定车辆的智能钥匙10或者验证智能钥匙10的有效性的消息。
[0038]在这一点上，本实施例的特征在于，登记请求消息M1_REQ和验证请求消息M2_REQ中的任何一个都被载入由信号发送部21发出的信号。
[0039]图2示出登记请求消息M1_REQ和验证请求消息M2_REQ的结构。参考图2，登记请求消息M1_REQ和验证请求消息M2_REQ中的每一个都包括序文区域(preamble region)LFPREAMBLE、唤醒模式区域WUP、命令区域CMD和数据区域DATA。
[0040]登记请求消息M1_REQ是用于搜索车辆附近存在的智能钥匙10的消息，并且登记请求消息M1_REQ的数据区域DATA不包括用于验证的加密信息。
[0041]验证请求消息M2_REQ是用于验证通过登记请求消息M1_REQ搜索的智能钥匙10的有效性的消息，并且验证请求消息M2_REQ的数据区域DATA包括用于验证的加密信息。
[0042]由于验证请求消息M2_REQ包括其中包含相对大量信息的加密信息，验证请求消息M2_REQ的信息长度比登记请求消息M1_REQ的信息长度长。也就是说，登记请求消息Ml_REQ的容量比验证请求消息M2_REQ的容量小。
[0043]因此，智能钥匙单元20发送小容量登记请求消息M1_REQ以便搜索智能钥匙10，并且在智能钥匙10被搜索到的状态下发送大容量验证请求消息M2_REQ。因此，减少了智能钥匙单元20的电力消耗和与周围车辆的干扰现象。
[0044]登记请求消息M1_REQ和验证请求消息M2_REQ的每一个的序文区域LF PREAMBLE包括用来告知消息传送的信息。
[0045]唤醒模式区域WUP包括车辆或者智能钥匙10上的唯一信息，并且用于检查智能钥匙10是否是登记为特定车辆的智能钥匙。
[0046]命令区域CMD包括用来将登记请求消息M1_REQ和验证请求消息M2_REQ相互区别的信息。
[0047]信号接收部22响应于信号发送部21发出的信号，接收从智能钥匙10发出的信号。这时，从智能钥匙10接收的信号包括在超高频(UHF)带的频率范围在300到3000MHz的RF信号。
[0048]从智能钥匙10接收的信号包括登记请求消息M1_REQ的响应消息M1_RSP或者验证请求消息M2_REQ的验证消息M2_RSP。
[0049]用户设置单元23从用户接收智能钥匙10在工作模式的设置信息并将接收到的信息发送到控制部24。这时，智能钥匙10的工作模式包括免提模式，在该模式下，在智能钥匙10位于车辆附近时执行特定操作。
[0050]先前通过用户设置部23输入的设置信息被发送并且保存到智能钥匙10中，并且包括在从智能钥匙10发送到智能钥匙单元20的响应消息M1_RSP中。也就是说，智能钥匙单元20可以通过从智能钥匙10接收的响应消息M1_RSP检查上述设置信息。
[0051]控制部24在每个预设发送周期Ta发送登记请求消息M1_REQ，并且在车辆附近搜索智能钥匙10。
[0052]当通过搜索操作搜索到智能钥匙10的时候，控制部24发送包括加密信息的验证请求消息M2_REQ，并且执行智能钥匙10的验证。
[0053]当智能钥匙10的验证成功时，控制部24将控制信号输出到后备箱驱动部31以打开后备箱或者尾门，并且发送初始化消息M_Clear以使智能钥匙10初始化。
[0054]接下来参考图3-6详细描述控制部24使用登记请求消息M1_REQ和验证请求消息M2_REQ依次执行智能钥匙10的搜索工作和验证工作的过程。
[0055]输出单元25通过灯(未示出)或者显示板(未示出)输出智能钥匙10的搜索结果和验证结果，并且搜索结果和验证结果存储在存储部26中。
[0056]存储部26可存储智能钥匙10的搜索结果和验证结果。如下所述，存储部26可存储涉及与智能钥匙10的验证有关的再次验证次数的信息。
[0057]后备箱驱动部31打开后备箱或者尾门，并且后备箱驱动部31的操作是由控制部24控制的。
[0058]后备箱打开检测部32检测后备箱或者尾门是否打开，产生检测信号，并且将产生的检测信号输出到控制部24。
[0059]图3是流程图，其用于说明根据本发明实施例的、用于在车辆附近检测智能钥匙的方法。图4是示意图，顺序图示出根据本发明实施例的、用于在车辆附近检测智能钥匙的方法的过程。
[0060]参考图3和4，详细描述存在于车辆附近的智能钥匙的搜索和验证过程。
[0061]参考图3，智能钥匙单元20的控制部24在步骤SlOO检查是否到达预设发送周期Ta。
[0062]发送周期Ta表示这种周期，期间智能钥匙单元20发送登记请求消息M1_REQ来搜索智能钥匙10，并且发送周期Ta根据设计者的意图和信号发送部21的技术要求以各种方式进行设置。举例来说，发送周期Ta可被设置的值为240或者480毫秒(msec)。
[0063]当发送周期Ta到达时，控制部24驱动信号发送部21在步骤S102发送登记请求消息M1_REQ，并且在步骤S104检查是否从存在于车辆附近的智能钥匙10接收到登记请求消息M1_REQ的响应消息M1_RSP。
[0064]当发送周期Ta到达没有接收到登记请求消息M1_REQ的响应消息M1_RSP的状态时，控制部24重复发送登记请求消息M1_REQ。
[0065]另一方面，当从车辆附近的智能钥匙10接收到登记请求消息M1_REQ的响应消息M1_RSP时，控制部24在步骤S106根据包括在响应消息M1_RSP中的设置信息检查智能钥匙10是否被设置为免提模式。
[0066]当智能钥匙10被设置为免提模式时，控制部24在步骤S108检查是否在基准时间Tb内反复接收到登记请求消息M1_REQ的响应消息M1_RSP。
[0067]基准时间Tb表示用于检查已经发送最初响应消息的智能钥匙10必然存在于车辆附近所需的时间，并且可根据设计者的意图以各种方式进行设置。举例来说，基准时间Tb可被设置的值为2到3秒。
[0068]参考图4，当在基准时间Tb内反复接收到响应消息M1_RSP时，可以认为智能钥匙10必然存在于车辆附近。因此，控制部24在步骤SllO驱动信号发送部21发送验证请求消息M2_REQ，并且在步骤SI 12检查是否接收到验证请求消息M2_REQ的验证消息M2_RSP。
[0069]因而，智能钥匙单元20发送具有小容量的登记请求消息M1_REQ来搜索智能钥匙10，并且在智能钥匙10被搜索到之后发送具有相对大容量的验证请求消息M2_REQ。这可以减少智能钥匙单元20的电力消耗以及与附近车辆的干扰现象。
[0070]当从车辆附近的智能钥匙10接收到验证请求消息M2_REQ的验证消息M2_RSP时，控制部24在步骤S114根据验证消息M2_RSP验证智能钥匙10。
[0071]然后，控制部24在步骤S116确定智能钥匙10的验证是否成功。当验证成功时，控制部24在步骤S118将控制信号输出到后备箱驱动部31以打开后备箱或者尾门。
[0072]然后，控制部24在步骤S120发送初始化消息M_Clear以使智能钥匙10初始化。
[0073]初始化消息M_Clear表示这种消息，即清除从智能钥匙单元20发送到智能钥匙10的登记请求消息M1_REQ上或者验证请求消息M2_REQ上的信息，由此使智能钥匙10初始化。
[0074]当智能钥匙10没有被设置为免提模式时，在基准时间Tb内，响应消息M1_RSP没有反复地从智能钥匙10被接收，或者验证消息M2_RSP没有从智能钥匙10被接收，控制部24返回到步骤SlOO和S102，检查是否到达发送周期Ta并且发送登记请求消息M1_REQ，并且从最开始执行智能钥匙10的搜索和验证操作。
[0075]图5是流程图，其用于说明根据本发明另一个实施例的、用于在车辆附近检测智能钥匙的方法。
[0076]即使在智能钥匙10的搜索和验证操作是连续进行的以将控制信号输出到后备箱驱动部31时，由于后备箱或者尾门的机械缺陷或者控制信号的传送故障，后备箱或者尾门也可能打不开。
[0077]因此，根据本发明实施例的方法包括，在控制信号输出到后备箱驱动部31之后检查后备箱或者尾门是否实际上打开，以及在后备箱或者尾门未打开时执行智能钥匙10的搜索和验证操作。
[0078]参考图5，描述其他操作。控制部24在步骤S218将控制信号输出到后备箱驱动部31，然后在步骤S220根据从后备箱检测部32接收到的检测信号，检查后备箱或者尾门是否打开。
[0079]当确定后备箱或者尾门打开时，可以认为后备箱或者尾门是正常打开的。因此，控制部24在步骤S224发送初始化消息M_Clear以使智能钥匙10初始化。
[0080]另一方面，当确定后备箱或者尾门没有打开时，可以认为操作未正常进行。因此，控制部24返回到步骤S200和S202，检查是否到达发送周期Ta并且发送登记请求消息Ml_REQ，并且从最开始执行智能钥匙10的搜索和验证操作。
[0081]从确定是否到达发送周期Ta的步骤S200到打开后备箱的步骤S218的过程，与图4中从步骤SlOO到步骤SI 18的过程相同。因此，在此省略其详细描述。
[0082]因而，当检查到后备箱或者尾门打开以继续执行智能钥匙10的搜索和验证时，打开操作可在很短时间内进行。因此，改善了操作的可靠性。
[0083]图6是流程图，其用于说明根据本发明另一个实施例的、用于在车辆附近检测智能钥匙的方法。
[0084]当智能钥匙10的验证失败时，可以认为智能钥匙10是有效的智能钥匙。因此，不进行打开后备箱的操作。然而，虽然智能钥匙10是有效的智能钥匙，但是由于通信故障或者验证错误，验证也可能失败。
[0085]因此，即使智能钥匙10的验证失败，根据本发明实施例的方法也可以通过预定基准数字进行再次验证，由此基本上防止了在智能钥匙10是有效的智能钥匙时仍然出现失败的验证。
[0086]参考图6，将描述这种操作。当智能钥匙10的验证成功时，控制部24在步骤S318将控制信号输出到后备箱驱动部31以打开后备箱或者尾门，并且在步骤S320发送初始化消息M_Clear以使智能钥匙10初始化。
[0087]另一方面，当验证失败时，控制部24通过查阅存储部26将再次验证的次数和基准数字进行比较，并且在步骤S322确定再次验证的次数是否等于或大于基准数字。
[0088]基准数字表示再次验证的次数，其可以确保智能钥匙10的有效性，并且可根据设计者的意图以各种方式进行设置。举例来说，再次验证的次数可被设置为一或两次。
[0089]当再次验证的次数小于基准数字时，可以认为，智能钥匙10的验证失败可能是由于其他原因造成的。因此，控制部24在步骤S324再次发送验证请求消息M2_REQ来执行再次验证。然后，控制部24在步骤S326累加再次验证并将再次验证的次数存储在存储部26中。
[0090]另一方面，当再次验证的次数等于或大于基准数字时，可以认为，智能钥匙10不是有效的智能钥匙。因此，控制部24结束操作。
[0091 ] 从确定是否到达发送周期Ta的步骤S300到验证智能钥匙10的步骤S314的过程，与图4中从步骤SlOO到步骤S114的过程相同。因此，在此省略其详细描述。
[0092]因而，即使智能钥匙10的验证失败，当执行预定次数的再次验证时，验证通常是可正常进行的，即使由于通信故障出现了暂时错误。因此，提高了操作的可靠性。
[0093]根据本发明的实施例，用于在车辆附近检测智能钥匙的方法使用不包括加密信息的、小容量登记请求消息M1_REQ执行智能钥匙的搜索操作，以及使用包括加密信息的验证请求消息M2_REQ执行验证操作。因此，减少了电力消耗，同时保证了可靠性。
[0094]此外，由于车辆附近的智能钥匙10是通过小容量登记请求消息M1_REQ搜索的，减少了与周围车辆的干扰现象。
[0095]出于示例性目的已经在上面公开了本发明的实施例。本领域技术人员可以理解，在不脱离在所附权利要求中公开的本发明的范围和精神的情况下，各种变形、补充和替换都是可能的。
【权利要求】
1.一种用于在车辆附近检测智能钥匙的方法，该方法包括以下步骤: 通过在每个预设发送周期发送登记请求消息以在车辆附近搜索智能钥匙； 当从所述智能钥匙接收到登记请求消息的响应消息时，检查在预定时间内是否保持对所述响应消息的接收； 当在预定时间内保持对所述响应消息的接收时，发送包括用于验证所述智能钥匙的加密信息的验证请求消息；以及 当从所述智能钥匙接收到所述验证请求消息的验证消息时，根据所述验证消息来验证所述智能钥匙。
2.如权利要求1所述的方法，其特征在于，所述登记请求消息比所述验证请求消息的容量小。
3.如权利要求1所述的方法，其特征在于，所述登记请求消息和所述验证请求消息中的至少一个包括: 唤醒模式区域，其包括用来检查智能钥匙是否是登记为该车辆的智能钥匙的信息；和 命令区域，其包括用于使所述登记请求消息或者所述验证请求消息相互区别的信息。
4.如权利要求1所述的方法，进一步包括，当验证成功时，控制后备箱驱动部来打开后备箱。
5.如权利要求4所述的方法，在控制后备箱驱动部打开后备箱之后，进一步包括: 确定所述后备箱是否打开；和 当所述后备箱没有被打开时，返回到在车辆附近搜索所述智能钥匙的步骤。
6.如权利要求1所述的方法，进一步包括，当验证成功时，发送初始化消息以使所述智能钥匙初始化。
7.如权利要求1所述的方法，进一步包括，当验证失败时，再次发送所述验证请求消息，以再次验证所述智能钥匙。
8.如权利要求1所述的方法，进一步包括，根据所述响应消息检查所述智能钥匙的工作模式是否是免提模式。
【文档编号】G07C9/00GK103871131SQ201310690681
【公开日】2014年6月18日 申请日期:2013年12月16日 优先权日:2012年12月14日
【发明者】高东佑 申请人:奥特润株式会社