车辆的钥匙的紧急转移的系统和方法

文档序号:6674396阅读:261来源:国知局
车辆的钥匙的紧急转移的系统和方法
【专利摘要】一种系统,可以包含与功能控制器通信并被设置为接收认证请求的系统控制器。认证请求可包括用户输入,并且可以通过将用户输入和至少一个存储的输入进行匹配来认证该用户输入。控制器可确定车辆模式,并且,响应于车辆模式处在认证模式中,通过功能控制器更新与遥控钥匙关联的状态。
【专利说明】车辆的钥匙的紧急转移的系统和方法
【技术领域】
[0001]本发明涉及一种车辆的钥匙的紧急转移(EMERGENCY TRANSFER)的系统和方法,尤其是配备有生物识别的进入和启动技术的车辆的钥匙的紧急转移的系统和方法。
【背景技术】
[0002]机动车辆可具有多个与车辆关联的钥匙,其被允许授权进入该车辆。而且,生物识别可用于鉴别驾驶员。必须存在至少两个有效的钥匙的组合以编程另一个钥匙。可选择地,可使用两个有效的生物识别输入,或一个有效的钥匙和一个有效的生物识别输入,以编程一个附加的钥匙。这样,在任何特定的时间,车辆的驾驶员可仅具有物理的钥匙,仅注册的生物识别输入或二者的某种组合。在仅具有注册的生物识别输入的情况下,如果具有唯一生物识别进入权限的用户已离开车辆附近或是无行为能力的人,转移车辆的驾驶权可能是不可能的。基于此,传统的系统不允许激活的钥匙的轻易转移或附加钥匙的编程,尤其当仅存在一个其它的有效钥匙时。因此,需要一种用于编程附加钥匙和转移现有钥匙并同时保持车辆的安全性的改进的系统。

【发明内容】

[0003]在一个实施例中,系统可包括系统控制器,其与功能控制器通信并被设置用于接收认证请求(authentication request)。该认证请求可包括用户输入,并且可通过将用户输入与至少一个存储的输入匹配来认证该用户输入。该控制器可确定车辆模式,并且,响应于车辆模式处于认证模式,通过功能控制器更新与遥控钥匙关联的状态。
[0004]方法可包括接收包括用户输入的进入请求。该用户输入可与至少一个存储的输入比较,并响应于与至少一个存储的输入匹配的用户输入来进行认证。车辆模式可以被确定,并且可以响应于车辆模式处于认证模式来更新与遥控钥匙关联的状态。
[0005]方法也可以包括检测接受器(receptacle)内的遥控钥匙。第一和第二输入可以被认证。响应于第一和第二输入的认证,与遥控钥匙关联的状态可以被更新至包括备份状态(backup status)。
【专利附图】

【附图说明】
[0006]图1是紧急转移系统的示范性系统图;
[0007]图2是示范性的接受器和遥控钥匙;
[0008]图3A-C表示紧急转移系统的示范性流程图;和
[0009]图4A-B表示该系统的另一个示范性流程图。
【具体实施方式】
[0010]关于这里描述的程序、系统、方法、探试法等,应该理解的是,虽然这些程序等的步骤等已经被描述为按照某个有序序列发生,但是可以在以与此处所述顺序不同的顺序执行所描述的步骤的情况下实施这些程序。应该进一步理解的是,某些步骤能够同时执行,能够加入其它步骤,或者能够省略这里所描述的某些步骤。也就是说,在这里的程序的说明旨在提供用于说明某些实施例的目的,不应以任何方式被解释为限制权利要求。
[0011]在某些情况下,车辆的驾驶员希望将遥控钥匙转移给另一个驾驶员,以获得进入和驾驶该车辆的特权(例如,代客驾驶员、经销商服务人员、朋友和家人等)。其中的一些情况可包括紧急情况,例如,在事故后允许警察进入以移动车辆,在医疗急救事件中转移遥控钥匙(back-up or emergency transfer key fob),以及被迫转移遥控钥匙,例如,劫车或抢劫。因此,编程将要保存在车辆内的备用或紧急转移遥控钥匙可以允许驾驶员在规定的条件下激活紧急转移钥匙并且之后轻松转移遥控钥匙,以允许获得进入和驾驶该车辆的特权。在正常情况下,例如,在适当的认证和车辆状态下,该紧急转移遥控钥匙可以在几秒钟内被交给另一个驾驶员。车辆的紧急转移系统可包括接受器和设置成授权进入接受器的生物识别装置。该接受器可设置成安放紧急转移遥控钥匙。基于用户的认证,该遥控钥匙可以从接受器中移除并被转移给第二个用户。因此,虽然第二个用户可能不是注册的用户,但是第二个用户可以在一般情况下使用该车辆。在遥控钥匙从接受器中移除之前,系统可确定该遥控钥匙是否在认证或非认证的模式中的一个中被移除。在该确定的基础上,遥控钥匙的状态可以更新,从而影响钥匙的功能性。
[0012]图1表不紧急转移系统的一个不范性系统。系统100可包括控制器102,其与生物识别装置104和接受器106通信。生物识别装置104可以设置成收集用户的生物识别输入。在一个实施例中,装置104可以是设置成读取用户的至少一个指纹或拇指指纹(以下称为指纹)的指纹扫描仪。在另一个实施例中,装置104可以是声音记录仪或视网膜扫描仪。仅用于示范的目的,在本发明中将生物识别装置104阐述为指纹扫描仪。生物识别装置104可包括在车辆内。在一个实施例中,生物识别装置104可集成到按钮启动器。在另一个实施例中,生物识别装置104可集成在车辆变速杆的顶部或仪表板内。在另一个配置中,生物识别装置104可位于接受器106附近或内部。
[0013]生物识别装置104可通过第一界面108与控制器102通信。这里所描述的界面,包括第一界面108、第二界面110、第三界面112、第四界面114和第五界面115,可以包括设置成传输和接收来自于各自组件的数据的输入/输出系统。例如,第一界面108可促进从生物识别装置104至控制器102的生物识别数据的传输。而且,界面108、110、112、114和115可以是单向的,这样,数据可仅以单向传输。例如,第一界面108可仅设置成传输生物识别数据给控制器102,反之则不行。此外,界面108、110、112、114和115可以是双向的,在组件之间既接收也传输数据。在一个实施例中,第一界面108可以是单向的,而其它的界面
110、112、114和115可以是双向的。
[0014]界面108、110、112、114和115可包括安全功能,并因此被认为是可信通路。在一个方法中,例如,该界面可包括可信执行技术(TXT),其可允许安全的钥匙的产生、存储和认证。通过保护该路径,界面108、110、112、114和115提供增强的系统以防止可能导致错误识别的数据传输(例如,复制的生物识别数据)。也可以实施其它的安全机制。在一个实施例中,可以生成伴随着生物识别数据的时间戳。因此,当控制器102接收数据时,时间戳可以被验证,以保证输入是正确的生物识别样本而不是复制的生物识别样本。
[0015]控制器102可包括设置成促进这里所描述的认证程序的处理器116。控制器102也可以包括装置驱动器118,以控制生物识别装置104和控制器102之间的通信。装置驱动器118可促进在控制器102处接收生物识别数据。其可以将生物识别数据转换或翻译成可用的生物识别模板(biometric template)。这些模板可用于根据接收到的生物识别数据认证用户。在生物识别数据是指纹的实例中,在可以执行认证程序之前,该数据可能需要被转换成可读的格式,例如,模板。例如,每个指纹包括独特的数据点,例如,中心的弓形、双箕(double loop)等。这些细节可被翻译成数字型样(numeric pattern),例如,矢量,其组成生物识别模板。因为该生物识别模板是指纹数据的数值表示,指纹自身的指纹图像并不存储在控制器102中。该模板可以以标准格式表示和传输,例如,以生物识别互通协议(BIP)的格式。生物识别记录(BIR)可包括标题、生物识别数据和签名,其可通过控制器102识别。
[0016]在几种情况下可以在控制器102上接收到生物识别数据。最初,数据可以基于注册的目的被接收。用户在注册模式中可注册他的或她的生物识别数据(例如,指纹)。在这种情况下,可能需要存在给车辆预先编程的两个或多个遥控钥匙(通常在工厂中)或者预先存储两个或多个指纹(即,遥控钥匙和/或指纹所属的人),以保证尝试注册他的或她的生物识别数据的用户是被授权这样做的。附加地或可选择地,个人识别码(PIN)可以通过单独的界面输入并被控制器102分析,以在生物识别注册之前进一步认证用户。在认证该用户的基础上,如上所述,接收到的生物识别数据可以被转换为生物识别模板。该注册的生物识别模板之后被保存在模板数据库120中。该注册的模板可以保存在数据库120中,并在以后的时间里用于认证用户。虽然在数据库120中可以存储任意数量的生物识别模板,但是典型的系统可允许最多存储十二个模板。
[0017]如前所述,生物识别数据也可以在认证模式中接收以认证用户。生物识别数据可以在尝试获得进入车辆时被接收。当为认证目的而接收生物识别数据时,该数据可在控制器102被转换为接收到的生物识别模板。控制器102中的比测器(comparator) 124可在之后将接收到的模板与模板数据库120中的注册的模板进行比较。根据探明接收到的模板与至少一个注册的模板的匹配,比测器124可将‘通过’指示符传达给控制器102。如果未返回匹配,将回送‘失败’指示符。
[0018]在从比测器124接收到正匹配指示的基础上,可给予进入和驱动车辆的权利。这种进入可包括解锁车辆的一个或多个门,以便允许用户进入车辆。进入也可以包括其它功能,例如,车辆的正常运行(例如,启动车辆、驾驶、操作无线电、灯等)。如下将更详细的描述,根据生物识别认证,也可以激活紧急转移遥控钥匙126。在处于接受器106的正常状态中,紧急转移遥控钥匙126可被指定为INACTIVE (无效)。因此,基于防盗安全的原因,如果当车辆关闭或驻车时遥控钥匙被移除,该遥控钥匙将不能用于进入或驾驶该车辆。这一程序将在下面结合附图3进行详细描述。
[0019]这里所描述的遥控钥匙126、128可具有被动进入/被动启动(PEPS)的功能。举几个例子来说,遥控钥匙126、128也可以是被称为无钥匙进入系统(KeylessAccess System)、先进钥匙(Advance Key)、方便进入(Comfort Access)、进入-N-G?(Enter-N-G?)、智能进入(Intelligent Access)、智能门禁(Smart Entry)、智能钥匙(Smart Keys)、智能钥匙(1)(1111_<;]1丨80111 Key?)、智能通过(Smart Pass)、一键启动智能系统(Kessy)的系统的一部分。在遥控钥匙126、128和功能控制器132之间,遥控钥匙126、128可以通过低频(LF)和/或超高频(UHF)通信协议与车辆通信,包括询问和响应。功能控制器132可以是PEPS控制器并且可以和系统控制器102通信。功能控制器132也可以集成在系统控制器102内。功能控制器132可以包括PEPS数据库138或者可以与PEPS数据库138通信。PEPS数据库138可包括注册的遥控钥匙126、128和与其关联的状态的列表。例如,遥控钥匙128-1可以是初级的遥控钥匙,而128-2可以是次级遥控钥匙。这些关联的状态指示符可涉及某些与该遥控钥匙128的正常用户关联的车辆设置,例如,座椅位置、温度控制等。
[0020]PEPS功能可提供几个无钥匙功能给用户,包括被动进入、被动式发动机启动、发动机关闭、被动锁定等。在一个实例中,遥控钥匙128可与用户关联(例如,在用户的口袋或钱包里)。功能控制器132和遥控钥匙128可以彼此通信。根据认证遥控钥匙128,功能控制器132可以在之后解锁车门。遥控钥匙128可包括应答器(transponder),其设置成作为与功能控制器132配合的无线射频识别(RFID)电子标签而运行。为了通过解锁车门获得进入车辆的权利,可唤醒控制器102,以便建立遥控钥匙128和功能控制器132之间的通信。例如,用户可触摸或切换车门的把手或按下由控制器102识别的启动按钮。一旦唤醒系统控制器102并进而唤醒功能控制器132,控制器132可将低频信号传输给遥控钥匙128。遥控钥匙128可以在之后回复高频信号,包括遥控钥匙ID。根据从遥控钥匙接收到的被授权的遥控钥匙ID,功能控制器132可通过指示认证的遥控钥匙的第五界面115发送信号给系统控制器102。系统控制器102可在之后发送合适的信号以解锁车门。因此,遥控钥匙128、功能控制器132和系统控制器102在执行功能请求之前进行“信号交换(handshake) ”。
[0021]如图1所示,几个遥控钥匙128可由功能控制器132识别。每个遥控钥匙128可包括特定的遥控钥匙ID,以及与车辆相关的车辆识别码(VIN)。这些ID可通过制造商在车辆的生产中建立。因此,未被识别的遥控钥匙不能用于获得进入车辆的权利。进一步地,在遥控钥匙丢失或被盗的事件中,该遥控钥匙不能被重新编程而用于另一个车辆,除非由汽车原始设备制造商(OEM)的授权经销商重新编程。而且,如果遥控钥匙被清除,例如,一个或多个ID被删除,重新编程遥控钥匙将需要经销商测试工具来完成。通过这种附加的安全措施,盗窃得来的钥匙将一文不值。
[0022]在一些情况中,未被识别的遥控钥匙可以通过功能控制器132来编程。例如,如果一个或多个原始的遥控钥匙128在控制器132的预定范围内或插入在接受器106中,车辆系统100可因此验证该遥控钥匙是被授权的。这些遥控钥匙中的每个可与存储在功能控制器132的数据库138中的某一状态关联,例如,与初级或次级驾驶员关联。此外,遥控钥匙可被定义为紧急转移遥控钥匙126。如这里所解释的,该遥控钥匙126可被存储在车辆的接受器106中。根据在有效车辆模式中认证用户,紧急转移遥控钥匙126可在功能控制器132中被定义为激活(ACTIVE)。车辆可在几个模式中运行。例如,车辆可运行在认证的模式和非认证的模式中的一个中。认证的模式可包括车辆运行,其中,要求用户通过某种形式的认证获得进入车辆的权利。例如,驾驶小汽车要求用户要通过利用钥匙、生物识别输入、来自于识别到的遥控钥匙的信号等获得认证。这些模式包括辅助(accessory)、运动(motive)并且也包括延迟辅助模式。当车辆是辅助模式时,一些要求相对较低的功耗或对运行有时间限制功能运行。在运动模式中,小汽车电动机可运行并因此几乎所有的功能都是起作用的。在延迟辅助模式中,小汽车可能是刚刚离开运动状态。在该模式中,甚至当小汽车发动机已经关闭时,一些功能,可包括车辆无线电,可能仍然是可用的。在非运动关闭模式中,小汽车是关闭的,除了远程启动的特殊情况之外(其是具有非常有限的可用功能的非运动模式)。
[0023]非认证模式可包括当车辆未经认证被进入时的实例或事件。例如,小汽车可能驻车并因此在非运动模式。在另一个实施例中,车辆可能已经通过被动启动/远程启动功能启动。因此,用户可能不在小汽车中或附近,但是该小汽车可能在非运动模式下空转。这些状态分别可以视为非运动关闭或非运动运行状态。在一个实施例中,当紧急转移遥控钥匙126从接受器106中移除同时车辆正处于非运动或非认证状态时,该遥控钥匙1263可保持未激活(INACTIVE)。然而,如果该钥匙在辅助、运动或延迟辅助模式中从接受器106中移除,该遥控钥匙可更新至激活。
[0024]在另一个实例中,紧急转移遥控钥匙126可当车辆正在运行时(例如,在运行(RUN)模式)从接受器中移除。遥控钥匙126,因为该装置被认证,可以重新定义为激活的遥控钥匙(例如,遥控钥匙的状态可在数据库120内更新至激活),因此给予它具有其它激活的钥匙的所有进入权利和功能。通过将紧急转移遥控钥匙126激活为激活的钥匙,遥控钥匙126可被转移给任何其他的用户,并且该用户可具有全部进入和驾驶该车辆的权利。另一方面,如果该遥控钥匙在非运行模式中从接受器106中移除,(例如,车辆关闭),之后,遥控钥匙126可继续被定义为未激活。针对未激活的钥匙,一些性能可仍然存在,例如,应急和锁定功能。这允许用户获知该遥控钥匙是功能性的,但不是在运动模式中。
[0025]因此,在某些紧急情况下,紧急转移遥控钥匙126可转移给另一个用户。例如,在车辆的驾驶员在驾驶时已经遭受健康危机,例如,心脏病发作、中风等,以及急救人员已将人员从车辆的附近搬离的情况下,接受器106中的遥控钥匙126可被移除并被第二个用户使用,例如,由乘客或另一个驾驶员使用。第二个用户可在之后操作该车辆并将最初的驾驶员送到医院、跟随急救车、将车辆移至安全的位置等。在另一个实施例中,驾驶员可能希望在不必将他们的遥控钥匙给代客驾驶员的情况下代驾他们的车辆。在抵达代驾地点时,驾驶员可将其车辆驻车并从接受器106中取出紧急转移遥控钥匙126。因为,当遥控钥匙取出时该车辆在运行,紧急转移遥控钥匙126将通过功能控制器132被定义为激活。因此,驾驶员可转移紧急转移遥控钥匙126给代客驾驶员,给予其完全进入车辆的权利。
[0026]根据使用之后将紧急转移遥控钥匙126放回接受器106,遥控钥匙126可在之后再次被指定为未激活。附加地或可选择地,在预定时间量或车辆内部的预定动作之后,功能控制器132可被设置用于重新指定遥控钥匙126为未激活。例如,如果在紧急转移遥控钥匙126被指定为激活的四个小时内,其未被放回接受器106中,紧急转移遥控钥匙126会被指定为未激活。因此,如果代客驾驶员忽视了放回遥控钥匙,该遥控钥匙也不是安全的不利因素,因为其不能用于获得进入车辆的权利。如下将详细描述这一程序。
[0027]这可能是有益的,即,在非运动模式中,遥控钥匙保持未激活状态。这可在遥控钥匙被未授权的用户(例如,盗贼)移除的事件中防止遥控钥匙使用。
[0028]与特定钥匙关联的状态,(例如,激活、未激活、初级、次级、紧急转移/备份),可被保持在功能控制器132中的或与其通信的数据库138中。该数据库138可保持遥控钥匙及其各自状态的列表。例如,遥控钥匙128-1可以是初级遥控钥匙而遥控钥匙128-2可以是次级遥控钥匙。此外,位于接受器106内的遥控钥匙126可以是专用地作为紧急转移遥控钥匙126或备用的遥控钥匙。数据库138可保持这些状态。当遥控钥匙的状态改变时,(例如,从未激活变为激活),数据库138可指示该变化并在数据库中改变与遥控钥匙ID关联的状态指示符。该功能控制器132可与系统控制器102通信以给予激活的钥匙访问的权利。进一步地,多个状态可与单个遥控钥匙关联。例如,遥控钥匙可被指定为激活的备用的遥控钥匙。
[0029]该系统也可包括远程信息处理功能134,其可通过第三界面112与系统控制器102通信。远程信息处理功能134可促进系统中某些远程通信功能的集成。例如,车辆中的导航系统可被包括在远程信息处理功能134中。而且,远程信息处理功能134可促进系统控制器102和与车辆关联的移动装置之间的通信。包括在远程信息处理功能134中的其它的功能可以是全球定位系统(GPS)、通过移动装置的免提通话、安全警报和警示、驾驶辅助系统、车辆追踪等。
[0030]车辆显示器136可通过第四界面114与系统控制器102通信。车辆显示器136可以设置用于呈现信息和选项给车辆中的用户的显示装置。示范性的配置可包括输入机构,例如,触摸屏、键盘、刻度盘、旋钮等。显示器136可向用户发出警报、信息、控制选项等。在一个实施例中,车辆显示器136可用于促进授权的用户的指纹和/或遥控钥匙的程序设计的添加,包括日常使用的遥控钥匙和紧急转移遥控钥匙126。示范性的显示器136可包括福特车载多媒体系统(MyFord Touch)和林肯车载多媒体系统(MyLincoln Touch)。
[0031]图2表示在车辆内具有接受器盖140的示范性接受器安装系统105。接受器安装系统105可包括遥控钥匙保持壁142,其设置用于在备用接受器106中接收和保持紧急转移遥控钥匙126。盖140可包括销144。销144可设置用于保持盖140在闭合位置。此外,销144可与生物识别装置104或另一个设置用于读取生物识别输入的生物识别装置104通信,并且可以在接收到认证的生物识别输入之前保持锁定。
[0032]接受器106可促进功能控制器132和具有低电量的遥控钥匙之间的通信。如上所述,遥控钥匙和功能控制器132可通过无线电频率彼此通信。当遥控钥匙126、128的电量较低时,其传输信号的能力可能会受阻。因此,通过将遥控钥匙126、128置于接受器中,遥控钥匙126、128可紧密接近控制器132的LF-LF(低频-低频)收发器线圈。因为遥控钥匙126、128此时较接近控制器132的LF-LF收发器线圈,遥控钥匙126、128可使用低频信号与控制器通信。当使用这种低频信号时,控制器132可确定遥控钥匙位于接受器内。
[0033]虽然未示出,但是在保持壁142中可存在钥匙探测器,例如,开关。该探测器可将接受器内存在钥匙指示给功能控制器132或系统控制器102。此外,接受器中可存在LED指示灯。该指示灯可将遥控钥匙126的状态指示给用户。例如,当遥控钥匙126激活时该指示灯是绿灯,当遥控钥匙126未激活时该指示灯是红灯。
[0034]图3和4表示实施钥匙转移系统的示范性程序。更具体地,图3A-C表示注册程序而图4A-B表示认证程序。尽管图3和4示出为单独的程序,可能出现程序之间的一些交叉。该交叉的具体实例在下面描述。
[0035]开始于图3A,在框312中,系统100可确定遥控钥匙是否位于接受器106内。如上所述,位于接受器106内的遥控钥匙可以是备用的遥控钥匙或紧急转移遥控钥匙126。系统100可通过发出来自于功能控制器132的低频信号确定遥控钥匙是否位于接受器106内。如果遥控钥匙位于接受器106内,遥控钥匙可通过传输类似的低频的响应信号来响应该低频信号。由于接受器关于控制器132的位置,遥控钥匙126可仅需要传输低频的信号,而不是当试图获得车辆的进入权利或启动发动机时的高频率。附加信息可在该响应过程中传输给功能控制器132和/或系统控制器102。例如,遥控钥匙的ID可被传递。其它相关的信息,例如,与遥控钥匙关联的车辆识别码、时间戳等也可以被传输。如果功能控制器132和或系统控制器102从遥控钥匙接收到响应,从而指示遥控钥匙位于接受器106内(例如,低频响应),该程序将进行至框316。如否,程序进行至框314。
[0036]在框314中,通过响应于低功率低频询问的、来自遥控钥匙的低频响应的缺失,可以确定该遥控钥匙并不位于接受器106内。进一步地,车辆的功能控制器132可发出寻找以前编程的紧急转移遥控钥匙的高功率低频询问。如果没有从钥匙得到高频响应,该车辆将警示用户紧急转移钥匙不在接受器106内或车辆的附近。功能控制器132可在之后指示车辆显示器136,以指示没有紧急转移遥控钥匙126在接受器106内。例如,显示器136可显示读取“未检测到紧急转移钥匙”的消息。该消息可以在其暂停前以预定义数目的循环显示。例如,该消息可连续显示五次。在显示消息的基础上,程序可返回至开始。
[0037]在框316中,系统100确定位于备用接受器106中的遥控钥匙126的遥控钥匙ID是否与数据库中的指定的紧急转移钥匙ID匹配。控制器将利用低功率低频询问联系遥控钥匙126,并且该遥控钥匙可回应低功率低频消息,或以高频响应传输其响应,以传输其遥控钥匙ID。遥控钥匙ID可与数据库中的有效ID的列表进行比较。如果接收到的遥控钥匙ID与数据库中的ID不匹配,或如果匹配的ID不与指定的紧急转移遥控钥匙关联,程序将进行至框320。
[0038]如果遥控钥匙ID与数据库中的指定的紧急转移遥控钥匙126匹配,接受器106内的遥控钥匙126可能已经编程为或专用作数据库中的紧急转移遥控钥匙126。因此,此时不需要重新编程遥控钥匙126。在此实施例中,程序将进行至图4A的框412,在此,根据适当的认证,紧急转移遥控钥匙126可被指定为激活。换言之,根据确定接受器106内的遥控钥匙126已在之前指定为紧急转移遥控钥匙126,系统可继续在程序400内进行正常认证程序。进一步地,因为遥控钥匙126位于接受器106内,将无需进行注册程序,因为遥控钥匙126已准备用于适当的认证。
[0039]在框320中,根据确定接受器106内的遥控钥匙126未被指定为针对本车辆系统100的紧急转移遥控钥匙,该系统之后将确定接受器106内的遥控钥匙126是否包括与车辆系统100关联的VIN。换言之,遥控钥匙126还未被指定为紧急转移遥控钥匙126,并且此时必须确定钥匙是否具有记录在遥控钥匙内存中的VIN,以及响应信号中指示的VIN是否与车辆中的VIN匹配。如果VIN匹配,程序将进行至框324,如果不匹配,程序将进行至框322。如果遥控钥匙中无记录的VIN,其或被编程为普通钥匙或指定为紧急转移遥控钥匙。
[0040]在框322中,车辆显示器136可指示遥控钥匙126不能被编程为紧急转移遥控钥匙。例如,消息可显示为状态“接受器中的钥匙不能被指定给该车辆。请联系您的经销商。”该程序可在之后进行至开始。根据进行至开始,用户可在接受器中插入不同的遥控钥匙,并且程序300可利用该遥控钥匙再次初始化。
[0041]在框324中,用户可通过车辆显示器136被呈现以程序选项。这些选项可包括以下任何选项的组合:1.将新的钥匙编程为永久激活的钥匙,2.添加新的生物识别模板,3.由于遥控钥匙电池电量低,在备用模式中启动车辆;和4.指定紧急转移钥匙。
[0042]对于选项I,如上所述,根据至少一个或多个授权的遥控钥匙或——假如具有指纹的人在场进行验证——指纹,新的遥控钥匙128-n可被指定为永久激活。例如,第三个遥控钥匙可被编程并给予第三个用户,例如,被父母给予青少年。为了激活该第三钥匙,可存在第三遥控钥匙,以及两个附加的在之前编程/配对并且可被功能控制器132识别的钥匙,或者他们的生物识别输入(例如,指纹)之前和车辆配对过的两个不同的人,或一个在之前配对过的钥匙和一个具有在之前配对过的指纹的个人。第三个遥控钥匙ID可保存在数据库中,并且激活的指示符可与其关联。因此,根据功能控制器132识别第三遥控钥匙,可给予进入和驾驶车辆的权利。关于第二个选项,新的生物识别模板可被添加到保存的模板数据库120中,以便认证用户。该程序与上述描述的过程相似之处在于,两个之前配对的钥匙或生物识别输入,或每种一个,其必须存储在车辆系统100中。关于第三个选项,在识别了遥控钥匙的电量较低并因此不能在期望的距离传输足够的信息以启动车辆的基础上,遥控钥匙可被放置在备用接受器106中。如所述,低功率低频信号可被传输给控制器132以启动车辆。如果选择第四个选项,程序将进行至图3B的框326。
[0043]在框326中,系统确定已经选择了第四个选项。如果已经选择了第四个选项,程序将进行至框330。否则,程序将进行至框328。
[0044]在框328中,程序执行在框324中选择的选项(选项1、2或3)。程序之后返回至开始。
[0045]在框330中,程序进行至促进紧急转移遥控钥匙126的编程(来自框324的选项4)。如所述,用户可通过车辆显示器136选择该选项。附加地或可选择地,当遥控钥匙位于接受器106中而车辆处于运动、辅助或延迟辅助模式时,该程序可被初始化。在此情况下,可通过车辆显示器136提示用户编程备用的遥控钥匙126。无论如何,在遥控钥匙编程的初始化的基础上,控制器102可首先确定是否存在认证的遥控钥匙128(例如,日常的用户的遥控钥匙128-1)。类似于之前的认证,可通过接收来自于遥控钥匙128的信号唤醒功能模块。功能控制器132可传输低频信号给遥控钥匙128,并且遥控钥匙128可响应以高频响应。在确认遥控钥匙128是激活的和授权的遥控钥匙128的基础上,例如,由功能控制器132识别到遥控钥匙ID,遥控钥匙128可被认为是认证的。如果该遥控钥匙被认证,程序将进行至框340。否则,程序将进行至框334。
[0046]在框340中,功能控制器132可确定是否在车辆中存在附加的钥匙(例如,日常的用户的遥控钥匙128-2)。如果是,程序将进行至图3C的框344。否则,程序将进行至图3C的框342。
[0047]在框342中,会发出检测到多个钥匙的警报。当检测到多个钥匙时,对于功能控制器132来说,重要的是从中区分出待编程为紧急转移遥控钥匙126的钥匙和用于认证用户的遥控钥匙(例如,获得进入车辆的权利)。因此,可能会向用户发出警报。示范性的警报消息可读取为“已经在驾驶室内检测到第二有效的钥匙。请确保该钥匙为你所有并且不是离开该车辆的人所有。一旦接受器106中的钥匙被指定为紧急转移钥匙,进入该车辆的权利将不可用,除非I)存在另一个配对的钥匙,或2)生物特征识别被认证。”之后,程序将进行至框352。
[0048]在框344中,提示用户进行用户输入。用户输入的实施例可包括密码、PIN、生物识别输入、RFID等。在一个实例中,生物识别装置104可浏览用户的指纹。程序将进行至框346。[0049]在框346中,通过车辆显示器136发出关于单个遥控钥匙将被编程为紧急转移遥控钥匙126的警报。类似于检测到多个遥控钥匙的警报,示范性的消息可以读取为“一旦在接受器中的钥匙被指定为紧急转移钥匙,进入车辆的权利将不可用,除非I)存在另一个配对的钥匙,或2)生物特征识别被认证。因为未在驾驶室中检测到其它的钥匙,因此建议您使用生物识别装置,以确保您在将接受器中的遥控钥匙指定为紧急转移钥匙之前进行了认证。”
[0050]在框348中,功能控制器132和/或系统控制器102确定接收到的用户输入是否与存储在数据库120中的输入匹配。在给定的实例中,控制器102可确定接收到的生物识别模板是否与存储在存储模板的数据库120中的模板匹配。因为只存在一个授权的遥控钥匙,可能需要第二个认证(例如,生物识别认证),以便编程紧急转移遥控钥匙126。因此,控制器可将接收到的生物识别输入/模板与那些存储在模板数据库120中的输入/模板进行比较。如果发现匹配,程序将进行至框352。否则,程序将进行至框356。
[0051]在框352中,通过车辆显示器136的消息可被呈现,其指示该钥匙在被编程的。例如,显示器136可读取“E在进行紧急转移钥匙编程。”程序将进行至框354。
[0052]在框354中,接受器106中的遥控钥匙126可被指定为紧急转移遥控钥匙126。紧急转移遥控钥匙126的默认状态是未激活。因此,该遥控钥匙不能用于获得进入或驾驶车辆的权利,除非其被重新指定为激活。通过指定遥控钥匙126为未激活,该遥控钥匙将不能用于操作该车辆。因此,如果将遥控钥匙126从接受器中取出,该遥控钥匙将失去功能性,保证了车辆的安全性。
[0053]在框356中,可通过车辆显示器136呈现错误通知。示范性的消息可读取为“紧急转移编程中止。请找到有效的配对的钥匙或另一个生物识别地认证的用户。”程序将返回至开始。
[0054]参照图4A和4B,这里所描述了用于编程紧急转移遥控钥匙126和在数据库138中更新其状态的示范性认证程序。该程序开始于框412。该系统可接收进入请求。进入请求可包括进入车辆的认证请求。进入请求也可包括启动车辆的请求。该请求可被以任意数量的方式传输,例如这里所描述内容。例如,遥控钥匙128可发送请求给功能控制器132。在另一个实施例中,用户可通过生物识别装置104提交生物识别输入,例如,指纹。
[0055]在框414中,系统100可基于伴随请求的用户输入确定用户是否是被认证的。这可通过比较输入的生物识别模板和在数据库120中存储的模板而实现。也可通过如上所述的在功能控制器132和遥控钥匙128之间传输信号而实现。如果该请求被认证,程序将进行至框418。否则,程序将进行至框416。
[0056]在框416中,请求可被拒绝并通过车辆显示器136显示消息,其指示发生错误。例如,消息可读取为“无效的生物识别输入,““未发现钥匙,” “钥匙是未激活的,”或“无效。”附加的消息也可呈现给用户。例如,显示器136可呈现读取为“请尝试重新验证生物识别输入”或“请再次按下开始按钮”的消息。该消息可根据失败的认证请求而重复,知道该请求被认证或达到预定数目的循环。例如,可以对多达三次请求重复错误信息。在三次失败的进入尝试之后,显示器136可呈现最终的错误消息,例如,“无效的生物识别输入,”或“在多次尝试之后未发现钥匙。”该消息可进一步指示“请找到认证的钥匙或具有已认证的生物识别的人。如果问题仍然存在,请联系您的服务代表。”程序可返回至开始。[0057]在框418中,可根据已认证的请求获得进入车辆的权利。
[0058]在框420中,控制器可确定在进入请求时的车辆的模式。例如并且如上所述,车辆可在认证的模式或非认证的模式。如果车辆是认证的模式,程序将进行至框422。否则,程序可返回至开始。
[0059]在框424中,控制器132可确定紧急转移遥控钥匙126是否在接受器106中。如果是,程序将进行至图4B的框430。否则,程序结束。
[0060]在框430中,功能控制器132将紧急转移遥控钥匙126在PEPS数据库中的状态更新至激活。因此,如果将该遥控钥匙从接受器106中取出,该遥控钥匙将是全功能的遥控钥匙,其具备获得进入和驾驶车辆的权利。
[0061 ] 在框432中,车辆显示器136可呈现消息,其指示紧急转移遥控钥匙126此时是激活的。示范性的消息可读取为“紧急转移钥匙此时是激活的。”
[0062]在框440中,控制器确定在接受器106中是否存在钥匙。如果有钥匙位于接受器106中,程序将进行至框450。否则,程序将进行至框442。
[0063]在框442中,将更新PEPS数据库,以指示钥匙已被移除。例如,该钥匙在数据库中的状态将改变为移除。
[0064]在框444中,车辆显示器136可指示遥控钥匙已被移除。示范性的消息可读取为“激活的紧急转移遥控钥匙已被从接受器中移除并且此时是完全激活的。”程序可进行至框424。在本实例中,车辆可检测钥匙何时被放回至接受器106。
[0065]在框450中,系统控制器102和/或功能控制器132可确定车辆是否在认证的模式。如果是,程序将进行至框440。否则,程序将进行至框354,其中,遥控钥匙126被设置成未激活。因此,如果车辆不在适当的模式,紧急转移遥控钥匙126将不能被设置成激活。应当指出的是,一旦遥控钥匙126被指定为激活,其可一直保持在该状态,只要其不在非运行模式下从备用的接受器106中移除。而且,一旦移除了紧急转移遥控钥匙126,只要将其放回保持壁142,其可返回至未激活状态。
[0066]值得注意的是,紧急转移遥控钥匙126不可用做或设置作为主要的日常使用的钥匙。为了使用备用的钥匙作为主要的钥匙,VIN必须和与该遥控钥匙关联的VIN匹配。这是为了防止盗窃和非授权的用户重新编程遥控钥匙。进一步地,在紧急转移遥控钥匙126被指定为未激活时将其从接受器106中移除的事件中,车辆可被设置为传输警报或消息给指定的通信地址,(例如,电话号码、电子邮件地址等)。在一个实施例中,远程信息处理或其它形式的同步技术可被用于与外部装置(例如,移动电话、个人电脑、平板电脑等)通信。
[0067]此外,这里所描述的系统提供了编程备用钥匙的简化的解决方案,并且保持了设置用于保证车辆的安全性的认证系统。
[0068]因此,应该理解的是,上述说明旨在说明并非限制。通过阅读上述说明,除了提供的实例以外的许多实施例和应用将是显而易见的。保护范围应该不应参照上述说明确定,而是应当参照所附的权利要求连同这些权利要求所享有的全部等同范围而确定。可以预期和想到的是未来的发展将出现在这里所述的技术中,并且该公开的系统和方法将结合入这些未来的实施例中。总之,应该理解的是,该应用可被修改和变化。
[0069]在权利要求中所使用的全部术语,旨在被给予它们最宽泛的合理解释和如本领域技术人员所理解的它们的普遍的含义,除非在这做出与此相反的明确指示。特别地,单独的冠词的使用,例如,“一个”、“这”、“所述”等应该被理解为描述一个或多个指示的元件,除非权利要求描述了与此相反的明确限制。
[0070]通常,计算机系统和/或装置,例如,控制器、生物识别装置、显示器远程通信处理功能等,可使用多种的计算机操作系统中的任何一种,包括,但不限于,以下这些操作系统的版本和变体,Microsoft Windows?操作系统、Unix操作系统(例如,加利福尼亚,红木海岸的甲骨文公司研发的Solaris?操作系统)、纽约,阿蒙克的国际商业机器公司研发的AIX UNIX操作系统、Linux操作系统、加利福尼亚,库比蒂诺的苹果公司的OSX和iOS操作系统、加拿大,滑铁卢的行动研究公司(Research In Motion)研发的黑莓OS以及开放式手机联盟研发的Android操作系统。
[0071]计算机装置,例如,控制器、生物识别装置、显示器远程通信处理功能等,可大体上包括计算机可执行指令,其可由一个或多个处理器执行。计算机执行指令可由利用各种程序语言和/或技术创建的计算机程序编译或解释,包括,但不限于,Java?、C、C++、VisualBasic、Java Script,Perl等单独或者组合。通常,处理器或微处理器例如从存储器或计算机可读介质等接收指令,并且执行这些指令,从而执行一个或多个程序,包括这里所描述的一个或多个程序。这种指令和其它的数据利用各种计算机可读介质可被存储和传输。
[0072]计算机可读介质(也称为处理器可读介质)包括任何永久(例如,可知的)介质,其参与提供计算机(例如,通过计算机装置的处理器)可读的数据(例如,指令)。这种介质可采取多种形式,包括,但不限于,非易失性介质和易失性介质。非易失性介质可包括,例如,光盘或磁盘以及其它的永久存储器。易失性介质可包括,例如,动态随机存取存储器(DRAM),其典型地构成主存储器。这些指令可被一个或多个传输介质传输,包括同轴电缆、铜线或光纤,包括含有与计算机的处理器耦接的系统总线的电线。计算机可读介质的一般形式包括,例如,软盘、软磁盘、硬盘、磁带、任何其它的磁介质,CD-ROM、DVD、任何其它的光学介质,穿孔卡片、纸带、任何其它的具有孔式样的物理介质,RAM、PROM、EPROM、FLASH-EEPR0M、任何其它的存储器芯片或盒式磁盘,或任何其它的计算机可读的介质。
[0073]数据库、数据存储库或这里所描述的其它的数据存储可包括可种类型的机制,其用于存储、访问和检索各种类型的数据,包括层次数据库、在文件系统中的一组文件、以专用格式的应用数据库、关系数据库管理系统(RDBMS)等。这种数据存储中的每个大体上包括在使用上述中的一个的计算机操作系统的计算机装置中,并通过各种方式中的任何一个或多个可访问。文件系统可从计算机操作系统访问,并且可包括以各种格式存储的文件。RDBMS(关系型数据库管理系统)大体上使用结构化查询语言(SQL),以及用于创建、存储、编辑和执行存储的程序的语言,例如,上述的PL / SQL语言。
[0074]在一些实施例中,系统元件可实施为在一个或多个计算机装置上的、存储在与其关联的计算机可读介质上的计算机可读的指令。计算机程序产品可包含这种存储在计算机可读介质上的指令,其用于执行这里所描述的功能。在一些实施例中,应用软件产品可被提供作为软件,当被装置和服务器的处理器执行时,该软件提供这里所述的操作。可选择地,应用软件产品可被提供作为硬件或固件,或软件、硬件和/或固件的组合体。
【权利要求】
1.一种系统,其特征在于,包含: 与功能控制器通信的系统控制器,该系统控制器配置为: 接收认证请求,该请求包括用户输入; 通过将用户输入和至少一个存储的输入进行匹配来认证用户输入; 确定车辆模式; 响应于车辆模式处在认证模式中,通过功能控制器更新与遥控钥匙关联的状态。
2.根据权利要求1所述的系统,其特征在于,与遥控钥匙关联的更新状态指示遥控钥匙是有功能的。
3.根据权利要求1所述的系统,其特征在于,遥控钥匙安置在车辆内的接受器中。
4.根据权利要求1所述的系统,其特征在于,功能控制器被配置为确定遥控钥匙未安直在接受器中。
5.根据权利要求1所述的系统,其特征在于,功能控制器被配置为,根据遥控钥匙从接受器中的移除,来将移除的状态关联到遥控钥匙。
6.一种方法,其特征在于,包含: 检测接受器中的遥控钥匙; 认证第一输入; 认证第二输入; 响应于第一和第二输入的认证,在计算机装置上更新与遥控钥匙关联的状态,以包括备用状态。
7.根据权利要求6所述的方法,其特征在于,第一输入是包括第一输入识别的频率信号,并且第二输入是包括第二输入识别的频率信号。
8.根据权利要求6所述的方法,其特征在于,第一输入是包括第一输入识别的频率信号,并且第二输入是生物识别输入。
9.根据权利要求6所述的方法,其特征在于,进一步包含更新与遥控钥匙关联的状态,以包括未激活的状态。
10.根据权利要求6所述的方法,其特征在于,检测遥控钥匙包括在功能控制器上接收来自于遥控钥匙的信号。
【文档编号】G07C9/00GK104008582SQ201410064165
【公开日】2014年8月27日 申请日期:2014年2月25日 优先权日:2013年2月25日
【发明者】约翰·罗伯特·范·维米尔斯 申请人:福特全球技术公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1