一种智能钥匙的激活方法、系统、控制装置和客户端与流程

文档序号:18513133发布日期:2019-08-24 09:16阅读:507来源:国知局
一种智能钥匙的激活方法、系统、控制装置和客户端与流程

本发明属于车辆技术领域,尤其涉及一种智能钥匙的激活方法、系统、控制装置和客户端。



背景技术:

随着科技的发展以及电子钥匙的快速进步,许多汽车上都安装有汽车无钥匙进入系统(pke),pke采用了世界最先进的rfid无线射频技术和最先进的车辆身份编码识别系统,率先应用小型化、小功率射频天线的开发方案,成功的融合了遥控系统和无钥匙系统,降低了机械钥匙易丢失导致车辆被盗的风险。但是现有的pke系统,在进行激活匹配时,通常需要智能钥匙控制器的序列号、车辆的识别码等信息,因此匹配复杂、耗时较长、成本高。



技术实现要素:

为了解决现有技术的问题,本发明提供了一种智能钥匙的激活方法、系统、控制装置和客户端。

第一方面,本发明提供了一种智能钥匙的激活方法,所述方法包括以下步骤:

响应客户端发送的关于已申请成功的智能钥匙的激活请求,与所述客户端进行通信匹配;

接收并判断所述客户端发送的激活动作信号是否为预设的动作信号,根据判断结果向所述客户端发送激活反馈。

在一些实施例中,接收并判断所述客户端发送的激活动作信号是否符合预设的动作信号,根据判断结果向所述客户端发送激活反馈具体包括:

根据接受到的所述客户端发送的激活动作信号,监听车辆的网络信号反馈,根据网络信号反馈结果判断所述客户端发送的激活动作信号是否符合预设的动作信号;

根据判断结果向所述客户端发送激活反馈,其中,所述激活反馈包括:激活成功、激活失败。

在一些实施例中,所述方法还包括:

所述客户端在设定的时间内根据所述激活反馈进行对应的操作提示。

在一些实施例中,所述客户端在设定的时间内根据所述激活反馈进行对应的操作提示具体包括:

当激活成功时,所述客户端在设定的时间内进行激活成功提示,并显示可供用户使用的关于所述智能钥匙的操作界面;

当激活失败时,所述客户端在设定的时间内进行激活失败提示,并显示重新激活的操作界面。

在一些实施例中,所述方法还包括:

所述客户端在设定的时间内未收到所述激活反馈时,进行激活动作超时提示,并显示重新激活的操作界面。

在一些实施例中,所述方法还包括:

所述客户端判断关于当前智能钥匙的激活请求次数是否超过预设值,当超过时,显示今日不可激活的操作界面。

在一些实施例中,所述方法还包括:

所述客户端接收下发的已进行身份认证的智能钥匙数据;

所述客户端提示用户进行智能钥匙激活;

所述客户端向所述控制装置发送智能钥匙的激活请求。

第二方面,基于一种智能钥匙的激活方法,本发明提供一种控制装置,包括:远程信息控制器、与所述远程信息控制器通信连接的车身控制器;

所述远程信息控制器,用于响应所述客户端发送的关于已申请成功的智能钥匙的激活请求,与所述客户端进行通信匹配;以及,用于接收所述客户端发送的激活动作信号并将所述激活动作信号发送至所述车身控制器;以及,用于接收所述车身控制器发送的判断结果对应的激活反馈并将所述激活反馈发送至所述客户端;

所述车身控制器,用于接收并判断所述远程信息控制器发送的激活动作信号是否为预设的动作信号,将判断结果对应的激活反馈发送给所述远程信息控制器。

第三方面,基于一种智能钥匙的激活方法,本发明提供一种客户端,包括:

发射器:用于发送关于已申请成功的智能钥匙的激活请求,从而进行通信匹配;以及,用于发送激活动作信号;

接收器:用于接收根据对所述发射器发送的激活动作信号是否为预设的动作信号进行判断后得到的判断结果而发送的激活反馈。

第四方面,基于一种智能钥匙的激活方法,本发明提供一种智能钥匙的激活系统,包括:控制装置和客户端;

所述控制装置包括:远程信息控制器、与所述远程信息控制器通信连接的车身控制器;

所述远程信息控制器,用于响应所述客户端发送的关于已申请成功的智能钥匙的激活请求,与所述客户端进行通信匹配;以及,用于接收所述客户端发送的激活动作信号并将所述激活动作信号发送至所述车身控制器;以及,用于接收所述车身控制器发送的判断结果对应的激活反馈并将所述激活反馈发送至所述客户端;

所述车身控制器,用于接收并判断所述远程信息控制器发送的激活动作信号是否为预设的动作信号,将判断结果对应的激活反馈发送给所述远程信息控制器;

所述发射器:用于发送关于已申请成功的智能钥匙的激活请求,从而进行通信匹配;以及,用于发送激活动作信号;

接收器:用于接收根据对所述发射器发送的激活动作信号是否为预设的动作信号进行判断后得到的判断结果而发送的激活反馈。

本发明实施例具有如下有益效果:本发明通过判断激活动作信号是否符合预设的动作信号,从而实现智能钥匙激活,无需通过智能钥匙控制器的序列号、车辆的识别码等信息就能实现实现智能钥匙的匹配,整个过程耗时短、成本低且具有较高的安全性;并且,本发明通过在激活过程中设置时间和次数,可以进一步提高智能钥匙在激活过程中的安全性。

附图说明

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

图1是一个实施例中一种智能钥匙的激活方法的流程示意图;

图2是一个实施例中接收并判断客户端发送的激活动作信号是否为预设的动作信号,根据判断结果向所述客户端发送激活反馈步骤的流程示意图;

图3是一个实施例中客户端在设定的时间内根据激活反馈进行对应的操作提示步骤的流程示意图;

图4是一个实施例中客户端判断关于当前智能钥匙的激活请求次数是否超过预设值之前步骤的流程示意图;

图5是一个实施例中一种控制装置的结构框图;

图6是一个实施例中一种客户端的结构框图;

图7是一个实施例中一种智能钥匙的激活系统的结构框图。

具体实施方式

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

一种智能钥匙的激活方法,如图1所示,包括以下步骤:

s101、响应客户端发送的关于已申请成功的智能钥匙的激活请求,与客户端进行通信匹配。

本实施例中,使用控制装置来响应客户端发送的关于已申请成功的智能钥匙的激活请求,并与客户端进行通信匹配。

其中,控制装置为包括有逻辑处理器等的任意一种可以实现本发明方法的装置,如:单片机、plc等,本发明对此不加以限定。

通信匹配可以选择通过蓝牙来实现,即,控制装置在接受到客户端发送的智能钥匙的激活请求后,与客户端进行蓝牙配对,完成通信连接。

具体的,控制装置中的蓝牙模块搜索客户端的蓝牙模块的名称,两者通过随机验证码完成蓝牙连接,进而进行通信匹配。

s102、接收并判断客户端发送的激活动作信号是否为预设的动作信号,根据判断结果向所述客户端发送激活反馈。

控制装置根据客户端发送的激活动作信号,对车辆的网络信号反馈进行监听,并根据网络信号反馈结果判断客户端发送的激活动作信号是否符合预设的动作信号。

其中,客户端发送的激活动作信号可由用户来实现。用户根据预先设置好的激活动作,通过客户端来发送激活动作信号,从而进行智能钥匙激活。智能钥匙未激活前,用户可通过智能钥匙对车辆进行操作的可选动作不多。本实施例中,激活动作选择为:用户在规定时间内连续执行一次解锁、闭锁动作。

上述智能钥匙的激活方法,通过判断激活动作信号是否符合预设的动作信号,从而实现智能钥匙激活,无需通过智能钥匙控制器的序列号、车辆的识别码等信息就能实现实现智能钥匙的匹配,整个过程耗时短、成本低且具有较高的安全性。

在其中一个实施例中,如图2所示,上述接收并判断客户端发送的激活动作信号是否为预设的动作信号,根据判断结果向所述客户端发送激活反馈,可以包括如下步骤:

s201、根据接受到的客户端发送的激活动作信号,监听车辆的网络信号反馈,根据网络信号反馈结果判断客户端发送的激活动作信号是否符合预设的动作信号。

其中,客户端发送的激活动作信号可由用户来实现。用户通过客户端发出激活动作信号,如:用户靠近车辆并在5s内连续执行一次解锁、闭锁动作,控制装置通过局域网络监听车辆的can网络信号反馈,当can网络信号反馈符合预设的动作信号时,则判断智能钥匙认证成功,当can网络信号反馈不符合预设的动作信号时,则判断智能钥匙认证失败。

s202、根据判断结果向客户端发送激活反馈,其中,激活反馈包括:激活成功、激活失败。

控制装置根据判断结果向客户端发送相应的激活反馈。当判断结果为智能钥匙认证成功时,向客户端发送激活成功的反馈信号,当判断结果为智能钥匙认证失败时,向客户端发送激活失败的反馈信号。

在其中一个实施例中,上述接根据判断结果向所述客户端发送激活反馈之后,可以包括如下步骤:

s301、客户端在设定的时间内根据激活反馈进行对应的操作提示。

其中,设定的时间可以是5min、10min或根据实际情况来进行设置。通过设定的时间可以便于客户端根据激活反馈进行下一步判断操作,而无需一直等待激活反馈的结果、增加计算机的资源占用;并且,通过设定的时间,可以进一步提高智能钥匙在激活过程中的安全性。

此外,操作提示可以是以图片、文字或其他任何可以实现的方式来展示,本实施例对此不加以限定。

在其中一个实施例中,如图3所示,上述客户端在设定的时间内根据激活反馈进行对应的操作提示,可以包括如下步骤:

s401、当激活成功时,客户端在设定的时间内进行激活成功提示,并显示可供用户使用的关于智能钥匙的操作界面。

具体的,该步骤中,当激活成功时,客户端在设定的时间内以图片或文字或其他可以实现的方式进行激活成功提示,随后,客户端向用户展示关于智能钥匙的操作界面。其中,操作界面包括:解锁、闭锁、启动发动机、后备箱打开/关闭、智能钥匙分享、智能钥匙授权/取消授权、智能钥匙注销等内容。

s402、当激活失败时,客户端在设定的时间内进行激活失败提示,并显示重新激活的操作界面。

具体的,该步骤中,当激活失败时,客户端在设定的时间内以图片或文字或其他可以实现的方式进行激活失败提示,随后,客户端显示重新激活的操作界面,用户可以在界面上选择重新激活或者放弃激活。

在其中一个实施例中,上述接收并判断客户端发送的激活动作信号是否为预设的动作信号,根据判断结果向所述客户端发送激活反馈之后,可以包括如下步骤:

s501、客户端在设定的时间内未收到激活反馈时,进行激活动作超时提示,并显示重新激活的操作界面。

其中,未接受到激活反馈的情况包括:请求超时、响应超时。

当目前网络情况较差或断网时,控制装置发出的激活反馈请求在设定的时间内无法连接到客户端,因此出现请求超时情况;

当客户端接收到控制装置发出的激活反馈时,无法在设定的时间执行数据操作、进行数据反馈,因此出现响应超时情况。

当请求超时或响应超时后,客户端进行激活动作超时提示,并显示重新激活的操作界面。客户端显示重新激活的操作界面后,用户可以在界面上选择重新激活或者放弃激活。

在其中一个实施例中,上述响应客户端发送的关于已申请成功的智能钥匙的激活请求之前,可以包括如下步骤:

s601、客户端判断关于当前智能钥匙的激活请求次数是否超过预设值,当超过时,显示今日不可激活的操作界面。

本实施例中,设置预设值为3次。客户端判断用户进行的关于智能钥匙的激活请求次数是否超过3次,当超过时,客户端进行今日不可激活的操作界面显示。设置激活次数,有利于提高智能钥匙在激活过程中的安全性。

在其中一个实施例中,如图4所示,上述客户端判断关于当前智能钥匙的激活请求次数是否超过预设值之前,可以包括如下步骤:

s701、客户端接收下发的已进行身份认证的智能钥匙数据。

具体的,在智能钥匙激活之前,用户需要通过注册并绑定车辆,并申请车辆的智能钥匙,进一步的,为了提高车辆使用的安全性,还需进一步进行身份认证,方可申请得到属于该车辆的智能钥匙。

在申请得到车辆的智能钥匙后,将智能钥匙数据进行下发到客户端,提醒用户激活使用。

s702、客户端提示用户进行智能钥匙激活。

其中,客户端在展示界面提示用户进行智能钥匙激活,用户可根据实际情况选择是否需要进行激活。

当用户选择激活时,客户端提示用户按照规定的操作来对车辆进行激活,如:提醒用户靠近车辆,并在5s内连续按下解锁、闭锁按键。

s703、客户端发送智能钥匙的激活请求。

当用户选择激活时,客户端开始计时,并且根据用户的操作,给控制装置发送相应的激活请求信号。

应该理解的是,虽然图1-4的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图1-4中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中,如图5所示,提供了一种控制装置,包括:远程信息控制器81、与所述远程信息控制器81通信连接的车身控制器82;

远程信息控制器81,用于响应客户端发送的关于已申请成功的智能钥匙的激活请求,与客户端进行通信匹配;以及,用于接收客户端发送的激活动作信号并将激活动作信号发送至车身控制器82;以及,用于接收车身控制器82发送的判断结果对应的激活反馈并将激活反馈发送至客户端。

车身控制器82,用于接收并判断远程信息控制器81发送的激活动作信号是否为预设的动作信号,将判断结果对应的激活反馈发送给远程信息控制器81。

在其中一个实施例中,车身控制器82可以根据接受到的远程信息控制器81发送的激活动作信号,监听车辆的网络信号反馈,并根据网络信号反馈进行判断是否为预设的动作信号,并将判断结果对应的激活反馈发送到远程信息控制器81;远程信息控制器81将判断结果对应的激活反馈发送到客户端,激活反馈包括:激活成功、激活失败。

其中,车身控制器82和远程信息控制器81之间通过can网络通信连接,程信息控制器81和客户端通过蓝牙通信连接。

在一个实施例中,如图6所示,提供了一种客户端,包括:

发射器91:用于发送关于已申请成功的智能钥匙的激活请求,从而进行通信匹配;以及,用于发送激活动作信号;

接收器92:用于接收根据对发射器91发送的激活动作信号是否为预设的动作信号进行判断后得到的判断结果而发送的激活反馈。

在其中一个实施例中,上述客户端还可以包括显示器:

显示器,用于在设定的时间内根据激活反馈进行对应的操作提示。

在其中一个实施例中,显示器在设定的时间内根据激活反馈进行对应的操作提示,可以包括如下步骤:

当激活成功时,显示器在设定的时间内进行激活成功提示,并显示可供用户使用的关于所述智能钥匙的操作界面;

当激活失败时,显示器在设定的时间内进行激活失败提示,并显示重新激活的操作界面。

在其中一个实施例中,显示器可以在设定的时间内未收到所述激活反馈时,进行激活动作超时提示,并显示重新激活的操作界面。

在其中一个实施例中,上述客户端还可以包括判断模块:

判断模块,用于判断关于当前智能钥匙的激活请求次数是否超过预设值。

显示器可以在当前智能钥匙的激活请求次数超过预设值时,显示今日不可激活的操作界面。

在其中一个实施例中,接收器92可以接收下发的已进行身份认证的智能钥匙数据;显示器可以提示用户进行智能钥匙激活;发射器91可以发送智能钥匙的激活请求。

在一个实施例中,如图7所示,提供了一种智能钥匙的激活系统,包括:控制装置101和客户端102;需要说明的是,客户端102可以为电脑、平板或者手机等,本实施例中,以手机为例,手机上安装有相应的第三方应用程序(app),用于实现上述智能钥匙的激活方法的一系列操作。

控制装置101包括:远程信息控制器1011、与远程信息控制器1011通信连接的车身控制器1012;

远程信息控制器1011,用于响应客户端102发送的关于已申请成功的智能钥匙的激活请求,与客户端102进行通信匹配;以及,用于接收客户端102发送的激活动作信号并将激活动作信号发送至车身控制器1012;以及,用于接收车身控制器1012发送的判断结果对应的激活反馈并将激活反馈发送至客户端102;

车身控制器1012,用于接收并判断远程信息控制器1011发送的激活动作信号是否为预设的动作信号,将判断结果对应的激活反馈发送给远程信息控制器1011;

客户端102包括:发射器1021和接收器1022;

所述发射器1021,用于发送关于已申请成功的智能钥匙的激活请求,从而进行通信匹配;以及,用于发送激活动作信号;

接收器1022,用于接收根据对发射器1021发送的激活动作信号是否为预设的动作信号进行判断后得到的判断结果而发送的激活反馈。

在其中一个实施例中,车身控制器1012可以根据接受到的远程信息控制器1011发送的激活动作信号,监听车辆的网络信号反馈,并根据网络信号反馈进行判断是否为预设的动作信号,并将判断结果对应的激活反馈发送到远程信息控制器1011;远程信息控制器1011将判断结果对应的激活反馈发送到客户端102,激活反馈包括:激活成功、激活失败。在其中一个实施例中,远程信息控制器1011包括蓝牙模块和安全处理模块:

蓝牙模块,用于与客户端102进行通信配对连接;

安全处理模块,用于执行智能钥匙相关安全业务处理,如:智能钥匙的申请、用户的身份认证、智能钥匙的激活、智能钥匙的分享、智能钥匙的注销等;

局域网络控制模块,用于通过can网络与车身控制器1012进行通信。

在其中一个实施例中,车身控制器1012包括局域网络控制模块:

局域网络控制模块,用于通过can网络与远程信息控制器1011进行通信。

在其中一个实施例中,客户端102可以包括蓝牙模块:

蓝牙模块,用于与远程信息控制器1011进行通信配对连接。

在其中一个实施例中,客户端102还可以包括显示器:

显示器,用于在设定的时间内根据激活反馈进行对应的操作提示。

在其中一个实施例中,显示器在设定的时间内根据激活反馈进行对应的操作提示,可以包括如下步骤:

当激活成功时,显示器在设定的时间内进行激活成功提示,并显示可供用户使用的关于所述智能钥匙的操作界面;

当激活失败时,显示器在设定的时间内进行激活失败提示,并显示重新激活的操作界面。

在其中一个实施例中,显示器可以在设定的时间内未收到所述激活反馈时,进行激活动作超时提示,并显示重新激活的操作界面。

在其中一个实施例中,客户端102还可以包括判断模块:

判断模块,用于判断关于当前智能钥匙的激活请求次数是否超过预设值。

显示器可以在当前智能钥匙的激活请求次数超过预设值时,显示今日不可激活的操作界面。

在其中一个实施例中,接收器1022可以接收下发的已进行身份认证的智能钥匙数据;显示器可以提示用户进行智能钥匙激活;发射器1021可以发送智能钥匙的激活请求。

尽管已描述了本发明实施例中的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例中范围的所有变更和修改。

显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1