CN110148239A - 一种智能钥匙的授权方法和系统 - Google Patents

Abstract

本发明公开了一种智能钥匙的授权方法和系统，属于车辆技术领域，方法包括：获取借用车辆的智能钥匙的状态，确定智能钥匙可使用；接收智能钥匙的借用请求，对借用请求进行审批；当审批通过时，根据借用请求以及密钥数据，生成智能钥匙数据并进行授权。本发明通过使用客户端来发送智能钥匙的借用请求，车主通过客户端来完成智能钥匙的审批，该方式比起现有的短信授权方式更加智能化、在提高智能钥匙分享时的可靠性的同时还保证了车辆使用安全性、使用者信息的隐私性，提高了用户的使用体验；并且，本发明还可以对智能钥匙的使用权限进行修改，进一步提高了车辆的安全性，保障了使用者的人身安全。

Description

一种智能钥匙的授权方法和系统

技术领域

本发明属于车辆技术领域，尤其涉及一种智能钥匙的授权方法和系统。

背景技术

汽车智能钥匙的出现实现了用户在无钥匙的情况下开门、关门、点火等操作，很大程度上给车主提供了方便。并且，随着汽车钥匙虚拟化，越来越多的厂家都推出了车辆的共享技术，这些技术可以克服多人共用同一辆车时，需要配置多把实体钥匙的不便并且在一定程度上解决管理麻烦的问题。在现有的分享技术中，最常用的方法是通过短信等方式进行点对点授权，这种分享方式较为简单、缺乏多样性，因此用户体验感较差，并且该方式很容易被黑客攻击；此外，在现有的分享技术中，车主在授权智能钥匙时，无法更改使用权限，因此当出现紧急情况时，使用者的人身安全、车辆的安全会受到影响。

发明内容

为了解决现有技术的问题，本发明提供了一种智能钥匙的授权方法和系统，本方法可以提高智能钥匙授权时的可靠性、安全性，提高用户体验。

第一方面，本发明提供了一种智能钥匙的授权方法，所述方法包括以下步骤：

获取借用车辆的智能钥匙的状态，确定所述智能钥匙可使用；

发送所述智能钥匙的借用请求，对所述借用请求进行审批；

当审批通过时，根据所述借用请求以及密钥数据，生成智能钥匙数据并进行授权。

在一些实施例中，接收所述智能钥匙的借用请求，对所述借用请求进行审批具体包括：

接收所述智能钥匙的借用请求，其中，所述借用请求包括借车信息与申请人信息；

根据所述借用请求，对车主进行身份认证；

身份认证成功后，生成所述智能钥匙的推送请求；

根据所述推送请求获取所述借用请求，并对所述借用请求进行审批。

在一些实施例中，所述方法还包括：

对所述借用请求进行审批时，修改所述借车信息，完成所述智能钥匙的权限配置。

在一些实施例中，获取车主名下智能钥匙的状态，选择所述智能钥匙对应的车辆具体包括：

根据车主信息，得到所述借用车辆的状态信息；

获取所述借用车辆的智能钥匙的激活状态；

当智能钥匙已激活时，选择所述智能钥匙对应的车辆。

在一些实施例中，所述方法还包括：

对返回的智能钥匙数据进行存储并进行使用操作提示。

第二方面，本发明提供一种智能钥匙的授权系统，所述系统包括：第一客户端、第二客户端、智能钥匙服务器、PKI服务器、TSP服务器；

所述TSP服务器，用于获取借用车辆的智能钥匙的状态，确定所述智能钥匙可使用；

所述第一客户端，用于发送所述智能钥匙的借用请求；

所述第二客户端，用于对所述借用请求进行审批；

所述PKI服务器，用于当审批通过时，生成密钥数据；

所述智能钥匙服务器，用于根据所述借用请求以及密钥数据生成智能钥匙数据从而方便所述第二客户端进行授权。

在一些实施例中，所述第一客户端具体用于发送所述智能钥匙的借用请求，其中，所述借用请求包括借车信息与申请人信息；

所述TSP服务器还用于根据所述借用请求，对车主进行身份认证；

所述智能钥匙服务器还用于身份认证成功后，生成所述智能钥匙的推送请求；

所述第二客户端还用于根据所述推送请求获取所述借用请求，并对所述借用请求进行审批。

在一些实施例中，所述第二客户端还用于对所述借用请求进行审批时，修改所述借车信息，完成所述智能钥匙的权限配置。

在一些实施例中，所述第TSP服务器具体用于根据车主信息，得到所述借用车辆的状态信息；

所述智能钥匙服务器还用于获取所述借用车辆的智能钥匙的激活状态；

所述第一客户端还用于当智能钥匙已激活时，选择所述智能钥匙对应的车辆。

在一些实施例中，所述第一客户端还用于对返回的智能钥匙数据进行存储并进行使用操作提示。

本发明实施例具有如下有益效果：本发明通过使用客户端来发送智能钥匙的借用请求，车主通过客户端来完成智能钥匙的审批，该方式比起现有的短信授权方式更加智能化、在提高智能钥匙分享时的可靠性的同时还保证了车辆使用安全性、使用者信息的隐私性，提高了用户的使用体验；并且，本发明还可以对智能钥匙的使用权限进行修改，进一步提高了车辆的安全性，保障了使用者的人身安全。

附图说明

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

图1是一个实施例中一种智能钥匙的授权方法的流程示意图；

图2是一个实施例中接收智能钥匙的借用请求，对借用请求进行审批步骤的流程示意图；

图3是一个实施例中获取借用车辆的智能钥匙的状态，确定所述智能钥匙可使用步骤的一个流程示意图；

图4是一个实施例中获取借用车辆的智能钥匙的状态，确定所述智能钥匙可使用步骤的另一流程示意图；

图5是一个实施例中一种智能钥匙的授权系统的结构框图。

具体实施方式

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

如图1所示，本发明实施例提供一种智能钥匙的授权方法，该方法可以通过客户端实现，并且应用在如图5所示的系统中。该客户端包括但不局限于手机、平板电脑，客户端上安装有用以实现智能钥匙的授权方法的APP，方法包括：

S101、获取借用车辆的智能钥匙的状态，确定智能钥匙可使用。

具体的，申请人首先需要在APP上注册账号之后，方可登录使用。申请人进入APP，输入车主的手机号以及车架号后六位进行车辆借用申请，根据车辆借用申请，查询借用车辆的智能钥匙是否能被使用，当智能钥匙可以使用时，选择智能钥匙对应的车辆。

在不知道车主名下有几辆车时，还可以通过输入车主的手机号进行查询，当车主名下有多台车辆时，申请人可以选择一台或者多台进行车辆借用申请。

此外，在上述注册账号之后，系统会记录申请人的标识信息进行信息备份，如，记录申请人的手机号、注册账号、密码等。

S102、接收智能钥匙的借用请求，对借用请求进行审批。

具体的，申请人选择车辆之后，发送智能钥匙的借用请求，车主接收借用请求后对借用请求进行审批。其中，借用请求中包括借用信息和申请人信息。

在上述发送智能钥匙的借用请求时，需要经过智能钥匙服务器中转后，再由智能钥匙服务器发送至车主。

S103、当审批通过时，根据借用请求以及密钥数据，生成智能钥匙数据并进行授权。

具体的，当审批通过时，获取本次借用请求请求算法、URL以及相关参数等信息并且将上述信息进行拼接，得到拼接数据后，使用密钥对中的公钥对拼接后的数据进行加密，为了进一步保证智能钥匙数据传输过程中的安全性，在上述使用密钥对中的公钥对拼接后的数据加密后，进一步对加密的拼接后的数据进行数字签名，生成智能钥匙数据，并将智能钥匙数据发送至申请人从而完成授权。

密钥对中与公钥相对应的私钥发送给申请人，申请人可用该私钥对智能钥匙进行解密；此外，申请人在使用私钥进行解密时，需要进行进一步私钥状态判断和信息验证。

其中，私钥状态判断主要包括：判断私钥是否过期、是否伪造、是否越权，在私钥状态判断通过后，进行信息验证。

信息验证的具体方法可以为：申请人身份验证(包括：身份证号码、名字等信息验证)、申请人手机验证等任意一种或多种验证方式。在申请人手机验证时，可通过手机发送触发获取的随机验证码进行验证。

上述方法通过使用客户端来发送智能钥匙的借用请求，车主通过客户端来完成智能钥匙的审批，该方式比起现有的短信授权方式更加智能化、在提高智能钥匙分享时的可靠性的同时还保证了车辆使用安全性、使用者信息的隐私性，提高了用户的使用体验。

在其中一个实施例中，如图2所示，上述接收智能钥匙的借用请求，对借用请求进行审批可以包括如下步骤：

S201、接收智能钥匙的借用请求，其中，借用请求包括借车信息与申请人信息。

其中，借用信息包括借车时间、借车权限、车辆信息等，申请人信息包括申请人身份信息、联系方式或其他可以证明申请人身份的信息。

此外，上述接收智能钥匙的借用请求由智能钥匙服务器来完成。

S202、根据借用请求，对车主进行身份认证。

具体的，智能钥匙服务器根据申请人提交的借用请求中的车辆信息、车主信息等，请求验证申请人所借车辆的车主信息。

由于每一把智能钥匙都预先关联了车主的身份信息、车辆信息等，因此，智能钥匙服务器只需根据申请人提交的借用请求中的车辆信息、车主信息，就能够发起查询并得到申请人提交的信息是否与数据库中的预先存储的数据相匹配，从而完成车主的身份认证。

S203、身份认证成功后，生成智能钥匙的推送请求。

其中，推送请求以任务ID的形式存在，每一个推送请求对应一个ID，将推送请求发送至车主。

S204、根据推送请求获取借用请求，并对借用请求进行审批。

车主根据推送请求获取得到申请人的借用请求，并对借用请求中的借车时间、借车权限等进行审批。

具体的，由于每一个推送请求都对应一个ID，因此，只需通过ID信息就能获取到借用请求信息。

在其中一个实施例中，上述根据推送请求获取借用请求，并对借用请求进行审批时，可以包括如下步骤：

S301、对借用请求进行审批时，修改借车信息，完成智能钥匙的权限配置。

具体的，车主具有修改权限的能力，可以修改借车信息中的借车时间、配置借车权限等内容；此外，车主也可以选择拒绝审批，当拒绝审批时，申请人收到智能钥匙申请失败的提醒。

在审批时对智能钥匙的权限进行配置，可以在一定程度上保证车辆使用过程中的安全性，防止申请人使用车辆进行非法用途。

在其中一个实施例中，上述智能钥匙的授权方法还可以包括如下步骤：

S401、在智能钥匙授权后，重新配置智能钥匙的使用权限。

具体的，根据申请人在车辆使用过程中的车辆状态，车主可实时修改申请人的使用权限。

示例性的，若当前车辆发生事故，车主接收到事故提醒后，可更改当前的密钥数据，从而使得申请人无法再使用；

若当前车辆某个零部件故障，车主接受到故障提醒后，可更改申请人的使用时间，保障人身安全与车辆安全。

在智能钥匙授权后对智能钥匙的使用权限进行配置，可以保证在出现紧急情况时，确保使用者及车辆的安全性。

在其中一个实施例中，如图3所示，上述获取借用车辆的智能钥匙的状态，确定所述智能钥匙可使用，可以包括如下步骤：

S501、根据车主信息，得到借用车辆的状态信息。

具体的，当知晓待借车辆的车架号时，申请人输入车主的手机号以及车架号后六位进行车辆借用申请，查询待是否存在关联车辆；

当不知道待借车辆的车架号后，申请人输入车主手机号进行关联车辆查询。

S502、获取借用车辆的智能钥匙的激活状态。

具体的，该步骤中，当确定车主有可用车辆时，查询该车辆是否具有智能钥匙功能，如果有，则提醒申请人对应车辆无智能钥匙功能；若有，则获取对应车辆的智能钥匙的激活状态。

S503、当智能钥匙已激活时，选择智能钥匙对应的车辆。

智能钥匙只有在被激活后才能用来控制车辆。因此，当智能钥匙已被激活时，返回车辆信息，便于申请人进行车辆使用。

此外，当智能钥匙未被激活时，返回无法申请的信息。

在其中一个实施例中，如图4所示，上述获取借用车辆的智能钥匙的状态，确定所述智能钥匙可使用，还可以包括如下步骤：

S601、车主将借用车辆状态信息、智能钥匙的激活状态信息发送至申请人。

智能钥匙的授权可以由车主发起，车主可查询借用车辆状态、智能钥匙的激活状态并将查询结果推送至申请人，完成点对点分享。

S602、申请人选择智能钥匙对应的车辆。

在其中一个实施例中，上述当审批通过时，根据所述借用请求以及密钥数据，生成智能钥匙数据并进行授权之后，可以包括如下步骤：

S701、对返回的智能钥匙数据进行存储并进行使用操作提示。

其中，返回的智能钥匙数据包括智能钥匙的密钥等内容；操作提示包括解锁、闭锁、启动发动机、后备箱打开/关闭、智能钥匙注销等内容。智能钥匙的申请人在使用智能钥匙控制车辆时，不可再借给他人，即，无法进行二次授权。

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

在一个实施例中，如图5所示，提供了一种智能钥匙的授权系统，包括：第一客户端81、第二客户端82、智能钥匙服务器83、PKI服务器84、TSP服务器85；

TSP服务器85，用于获取借用车辆的智能钥匙的状态，确定智能钥匙可使用；

第一客户端81，用于发送智能钥匙的借用请求；

第二客户端82，用于对借用请求进行审批；

PKI服务器84，用于当审批通过时，生成密钥数据；

智能钥匙服务器83，用于根据所述借用请求以及密钥数据生成智能钥匙数据从而方便第二客户端82进行授权。

具体的，申请人通过第一客户端81输入车主的手机号以及车架号后六位进行车辆状态查询，TSP服务器85确定借用车辆的智能钥匙是否能被使用，当智能钥匙可以使用时，申请人通过第一客户端81选择智能钥匙对应的车辆。

此外，在不知道车主名下有几辆车时，申请人可以通过第一客户端81输入车主的手机号进行查询，当车主名下有多台车辆时，申请人可以选择一台或者多台进行车辆借用申请。

申请人选择车辆之后，第一客户端81向智能钥匙服务器83发送智能钥匙的借用请求，智能钥匙服务器83接收借用请求后推送至第二客户端82，由车主对借用请求进行审批。其中，借用请求中包括借用信息和申请人信息。

当审批通过时，根据借用请求相关信息以及通过PKI服务器84生成的密钥数据，智能钥匙服务器83生成智能钥匙数据并将智能钥匙数据发送至第一客户端81，从而完成授权。

在其中一个实施例中，第一客户端81可以用于发送智能钥匙的借用请求，其中，借用请求包括借车信息与申请人信息；

TSP服务器85还可以用于根据借用请求，对车主进行身份认证；

智能钥匙服务器83还可以用于身份认证成功后，生成智能钥匙的推送请求；

第二客户端82还可以用于根据推送请求获取借用请求，并对借用请求进行审批。

其中，第一客户端81发送的借用请求具体包括借用信息和申请人信息；借用信息包括借车时间、借车权限、车辆信息等，申请人信息包括申请人身份信息、联系方式或其他可以证明申请人身份的信息。

TSP服务器85接收第一客户端81的借用请求后，根据借用请求中的车辆信息，查询并验证申请人所借车辆的车主信息。在车主信息验证成功后，TSP服务器85将验证成功的信息发送给智能钥匙服务器83，智能钥匙服务器83生成推送请求，并将推送请求发送至TSP服务器85，由TSP服务器85推送至第二客户端82。第二客户端82根据推送请求向智能钥匙服务器83获取借用请求，从而对借用请求进行审批。

其中，推送请求以任务ID的形式存在，每一个推送请求对应一个ID，第二客户端82通过ID从智能钥匙服务器83中获取相应的数据。

在其中一个实施例中，第二客户端82还可以用于在对借用请求进行审批时，膝盖借车信息，完成智能钥匙的权限配置。

具体的，车主具有修改权限，车主可以通过第二客户端82修改借车信息中的借车时间、配置借车权限等内容；此外，车主也可以通过第二客户端82选择拒绝审批，当拒绝审批时，第一客户端81收到智能钥匙申请失败的提醒。

在其中一个实施例中，第一客户端81还可以用于根据车主信息，得到借用车辆的状态信息；

智能钥匙服务器83还用于获取借用车辆的智能钥匙的激活状态；

第一客户端81还用于当智能钥匙已激活时，选择所述智能钥匙对应的车辆。

具体的，当知晓待借车辆的车架号时，申请人通过第一客户端81输入车主的手机号以及车架号后六位进行车辆借用申请，得到待借车辆是否存在并且是否具有智能钥匙功能的信息；当不知道待借车辆的车架号时，申请人通过第一客户端81输入车主手机号进行关联车辆查询。当确定有关联车辆并且该车辆具有智能钥匙功能时，智能钥匙服务器83查询该智能钥匙是否被激活，如果没有，则向第一客户端81发送对应车辆无智能钥匙功能的提醒；若有，则向第一客户端81发送对应车辆有智能钥匙功能。

智能钥匙只有在被激活后才能用来控制车辆。因此，当智能钥匙已被激活时，智能钥匙服务器83返回车辆信息，便于申请人通过第一客户端81进行后续车辆借用操作。

在其中一个实施例中，第一客户端81还可以用于对返回的智能钥匙数据进行存储并进行使用操作提示。

其中，返回的智能钥匙数据包括智能钥匙的密钥等内容；操作提示包括解锁、闭锁、启动发动机、后备箱打开/关闭、智能钥匙注销等内容。智能钥匙的申请人在使用智能钥匙控制车辆时，不可再借给他人，即，无法进行二次授权。

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

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

Claims (10)

1.一种智能钥匙的授权方法，其特征在于，所述方法包括以下步骤：

获取借用车辆的智能钥匙的状态，确定所述智能钥匙可使用；

接收所述智能钥匙的借用请求，对所述借用请求进行审批；

当审批通过时，根据所述借用请求以及密钥数据，生成智能钥匙数据并进行授权。

2.根据权利要求1所述的方法，其特征在于，接收所述智能钥匙的借用请求，对所述借用请求进行审批具体包括：

接收所述智能钥匙的借用请求，其中，所述借用请求包括借车信息与申请人信息；

根据所述借用请求，对车主进行身份认证；

身份认证成功后，生成所述智能钥匙的推送请求；

根据所述推送请求获取所述借用请求，并对所述借用请求进行审批。

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

对所述借用请求进行审批时，修改所述借车信息，完成所述智能钥匙的权限配置。

4.根据权利要求1所述的方法，其特征在于，获取借用车辆的智能钥匙的状态，确定所述智能钥匙可使用具体包括：

根据车主信息，得到所述借用车辆的状态信息；

获取所述借用车辆的智能钥匙的激活状态；

当智能钥匙已激活时，选择所述智能钥匙对应的车辆。

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

对返回的智能钥匙数据进行存储并进行使用操作提示。

6.一种智能钥匙的授权系统，其特征在于，所述系统包括：第一客户端、第二客户端、智能钥匙服务器、PKI服务器、TSP服务器；

所述TSP服务器，用于获取借用车辆的智能钥匙的状态，确定所述智能钥匙可使用；

所述第一客户端，用于发送所述智能钥匙的借用请求；

所述第二客户端，用于对所述借用请求进行审批；

所述PKI服务器，用于当审批通过时，生成密钥数据；

所述智能钥匙服务器，用于根据所述借用请求以及密钥数据生成智能钥匙数据从而方便所述第二客户端进行授权。

7.根据权利要求6所述的系统，其特征在于，所述第一客户端具体用于发送所述智能钥匙的借用请求，其中，所述借用请求包括借车信息与申请人信息；

所述TSP服务器还用于根据所述借用请求，对车主进行身份认证；

所述智能钥匙服务器还用于身份认证成功后，生成所述智能钥匙的推送请求；

所述第二客户端还用于根据所述推送请求获取所述借用请求，并对所述借用请求进行审批。

8.根据权利要求7所述的系统，其特征在于，所述第二客户端还用于对所述借用请求进行审批时，修改所述借车信息，完成所述智能钥匙的权限配置。

9.根据权利要求6所述的系统，其特征在于，所述第TSP服务器具体用于根据车主信息，得到所述借用车辆的状态信息；

所述智能钥匙服务器还用于获取所述借用车辆的智能钥匙的激活状态；

所述第一客户端还用于当智能钥匙已激活时，选择所述智能钥匙对应的车辆。

10.根据权利要求6～9所述的系统，其特征在于，所述第一客户端还用于对返回的智能钥匙数据进行存储并进行使用操作提示。