CN111267774B - 一种虚拟钥匙的授权方法及装置 - Google Patents

Abstract

本发明公开一种虚拟钥匙的授权方法及装置，包括接收待授权移动终端发送的登录虚拟钥匙APP的授权请求，授权请求包括车主账号及待授权移动终端标识；根据授权请求判断待授权移动终端是否首次登录；若为首次登录则向车主端推送待授权移动终端登录车主账号的授权登录确认请求；接收车主端发送的指示，若指示为授权登录确认，将待授权移动终端加入由已授权的移动终端构成的临时白名单中；授予待授权移动终端虚拟钥匙APP的登录权限，该方案基于对待授权移动终端发送的车主账号、待授权移动终端的通信号码及设备型号等信息实现虚拟钥匙授权，经由车主端进行实时确认授权，可以有效防止他人通过不法手段解密后获取车内物品甚至获取车辆的行为，安全性更佳。

Description

一种虚拟钥匙的授权方法及装置

技术领域

本发明涉及虚拟钥匙领域，特别涉及一种虚拟钥匙的授权方法及装置。

背景技术

随着智能汽车技术的发展以及车辆车联网配置率的不断提升，用户在安全驾驶过程中，将会有大量的个人数据与车辆、平台产生交互。在实际使用手机APP对车辆进行远程控制时，如何保护下发指令的终端设备是经过车主认证的，也越来越被重视起来。

如何保证车辆上的远程控制指令是经过认证的是用户亟待解决的痛点现象，在现阶段，大部分是通过账号登录车载终端、手机APP等互相进行数字验签或者通过双方加解密的形式来完成，但是仍可能存在用户登录APP进行远控导致个人物品及财产等丢失情况的发生。所以我们发现，如果存在一种能够让车主用户能实对控手机APP使用进行确认的技术，将会大大降低用户使用车联网服务过程中个人信息物品及财产丢失的风险。

发明内容

为解决上述技术问题，本发明提供了一种虚拟钥匙的授权方法及装置，授权过程包括对待授权移动终端的确认，能大大提高授权的可靠性。

本发明提供的技术方案如下：

第一方面，提供一种虚拟钥匙的授权方法，所述方法至少包括如下步骤：

接收待授权移动终端发送的登录虚拟钥匙APP的授权请求，所述授权请求至少包括车主账号及待授权移动终端标识；

根据所述授权请求判断所述待授权移动终端是否首次登录所述虚拟钥匙APP；

若为首次登录，则向车主端推送所述待授权移动终端登录车主账号的授权登录确认请求；

接收所述车主端发送的指示，若所述指示为授权登录确认，则将所述待授权移动终端加入由已授权的移动终端构成的临时白名单中；

授予所述待授权移动终端所述虚拟钥匙APP的登录权限；

其中，所述待授权移动终端标识至少包括所述待授权移动终端的通信号码及设备型号。

在一些较佳的实施方式中，所述根据所述授权请求判断所述待授权移动终端是否首次登录所述虚拟钥匙APP，具体包括如下子步骤：

在所述登录请求中提取所述车主账号、待授权移动终端标识；

根据所述车主账号关联相应预先设置的车主账号登录数据库，所述车主账号登录数据库至少包括所述临时白名单以及由不予授权的移动终端构成的临时黑名单；

依次查询所述待授权移动终端在所述临时白名单及临时黑名单中是否有相应记录；

若所述待授权移动终端在所述临时白名单及临时黑名单均中无记录，则确定所述待授权移动终端为首次登录。

在一些较佳的实施方式中，若判断所述待授权移动终端不是首次登录所述虚拟钥匙APP，则所述方法还包括：

若在所述临时白名单中查询到所述待授权移动终端标识，则授予所述待授权移动终端所述虚拟钥匙APP的登录权限；

若在所述临时黑名单中查询到所述待授权移动终端标识，则向所述待授权移动终端发送登录错误的提示。

在一些较佳的实施方式中，若所述指示为不予授权登录，则所述方法还包括：

将所述待授权移动终端标识加入所述临时黑名单中，并向所述待授权移动终端发送登录错误的提示。

在一些较佳的实施方式中，在收到所述车主端发送的指示后，所述方法还包括：对收到的指示进行鉴权，其包括如下子步骤：

提取所述指示中携带的第一车主端设备信息，所述第一车主端设备信息包括通信号码以及设备型号；

获取VK服务器及PKI服务器中预存的第二车主端设备信息，所述第二车主端设备信息包括车主端授权时预存的通信号码以及设备型号；

将所述第一车主端设备信息与第二车主端设备信息进行匹配；

若匹配通过，则鉴权成功，执行车主指示；

若匹配不通过，则鉴权失败，不执行车主指示。

第二方面，提供一种虚拟钥匙的授权装置，所述装置至少包括：

第一接收模块：用于接收待授权移动终端发送的登录虚拟钥匙APP的授权请求，所述授权请求至少包括车主账号及待授权移动终端标识；

判断模块：用于根据所述授权请求判断所述待授权移动终端是否首次登录所述虚拟钥匙APP；

推送模块：用于若为首次登录，则向车主端推送所述待授权移动终端登录车主账号的授权登录确认请求；

第二接收模块：用于接收所述车主端发送的指示；

临时白名单模块：用于当所述指示为授权登录确认，则将所述待授权移动终端加入由已授权的移动终端构成的临时白名单中；

执行模块：用于授予所述待授权移动终端所述虚拟钥匙APP的登录权限；

其中，所述待授权移动终端标识至少包括所述待授权移动终端的通信号码及设备型号。

在一些较佳的实施方式中，所述判断模块至少包括：

第一提取单元：用于在所述登录请求中提取所述车主账号、待授权移动终端标识；

关联单元：用于根据所述车主账号关联相应预先设置的车主账号登录数据库，所述车主账号登录数据库至少包括所述临时白名单以及由不予授权的移动终端构成的临时黑名单；

查询单元：用于依次查询所述待授权移动终端在所述临时白名单及临时黑名单中是否有相应记录；

确定单元：用于若所述待授权移动终端在所述临时白名单及临时黑名单均中无记录，则确定所述待授权移动终端为首次登录。

在一些较佳的实施方式中，所述执行模块还用于：

当所述待授权移动终端不是首次登录所述虚拟钥匙APP，且在所述临时白名单中查询到所述待授权移动终端标识，则授予所述待授权移动终端所述虚拟钥匙APP的登录权限；以及；

当所述待授权移动终端不是首次登录所述虚拟钥匙APP，且在所述临时黑名单中查询到所述待授权移动终端标识，则向所述待授权移动终端发送登录错误的提示。

在一些较佳的实施方式中，所述装置还包括：

临时黑名单模块：用于当所述指示为不予授权登录时，将所述待授权移动终端标识加入所述临时黑名单中。

在一些较佳的实施方式中，所述装置还包括鉴权模块，所述鉴权模块至少包括：

第二提取单元：用于提取所述指示中携带的第一车主端设备信息，所述第一车主端设备信息包括通信号码以及设备型号；

获取单元：用于获取VK服务器及PKI服务器中预存的第二车主端设备信息，所述第二车主端设备信息包括车主端授权时预存的通信号码以及设备型号；

匹配单元：用于将所述第一车主端设备信息与第二车主端设备信息进行匹配。

本发明相比现有技术而言的有益效果在于：

本发明提供一种虚拟钥匙的授权方法及装置，该方法至少包括如下步骤：接收待授权移动终端发送的登录虚拟钥匙APP的授权请求，授权请求至少包括车主账号及待授权移动终端标识；根据授权请求判断待授权移动终端是否首次登录所述虚拟钥匙APP；若为首次登录，则向车主端推送待授权移动终端登录车主账号的授权登录确认请求；接收车主端发送的指示，若指示为授权登录确认，则将待授权移动终端加入由已授权的移动终端构成的临时白名单中；授予待授权移动终端虚拟钥匙APP的登录权限。该方案在实现虚拟钥匙授权时，基于对待授权移动终端发送的车主账号、待授权移动终端的通信号码及设备型号等信息进行校验，最终经由车主端进行实时确认是否同意授权，相较于现有技术中仅通过数字验签或者加密方法，可以有效防止他人通过不法手段解密后获取车内物品甚至获取车辆的行为，安全性更佳，还能实现车主对虚拟钥匙APP账号个人信息的保护。

附图说明

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

图1是本发明实施例一中的一种虚拟钥匙的授权方法的流程图；

图2是本发明实施例一中的一种虚拟钥匙的授权方法的原理图；

图3是本发明实施例二中的一种虚拟钥匙的授权装置的结构示意图。

具体实施方式

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

下面将结合具体实施例对该方法及装置作进一步说明。

实施例一

目前通常采用的虚拟钥匙或智能钥匙的授权方案中，通常采用的手段是基于VK服务器及PKI服务器进行数字验签或双方加解密方式实现，而该过程中APP与服务器之间具有较多的信息传递过程，一旦被他人解密或者截获消息，很容易在不知情的情况下授权给他人。

本实施例提供一种虚拟钥匙的授权方法，该方法在实现虚拟钥匙授权时，基于对待授权移动终端发送的车主账号、待授权移动终端的通信号码及设备型号等信息进行校验，最终经由车主端进行实时确认是否同意授权，实现过程简单，且安全性及可靠性更佳。

结合图1、2所示，本实施例提供一种虚拟钥匙的授权方法，该方法至少包括如下步骤：

S1、接收待授权移动终端发送的登录虚拟钥匙APP的授权请求。

其中，授权请求至少包括车主账号及待授权移动终端标识，作为一种优选，待授权移动终端标识至少包括待授权移动终端的通信号码及设备型号。本实施例中的待授权移动终端通常为手机，故通信号码指手机号码，设备型号指手机的型号。示例性的，待授权移动终端标识为：13*********，华为Mate30 Pro 5G。

在购买目标车辆时，供应商根据车主预留的手机号及手机型号，为车主提供登录虚拟钥匙APP的账号及密码，并与车主手机号及手机机型进行绑定，当然，使用过程中车主也可以对手机号及手机机型进行更改。车主以外的其他用车人想要用目标车辆或者想获得目标车辆虚拟钥匙的使用权限时，用车人在待授权移动终端(手机)上用车主账号登录虚拟钥匙APP，点击“申请授权”即向后台发送在该待授权移动终端上使用该虚拟钥匙权限的申请信息，需要说明的是，本实施例中涉及该虚拟钥匙的授权，而并非虚拟钥匙的实时使用。

S2、根据授权请求判断待授权移动终端是否首次登录虚拟钥匙APP。具体地，步骤S2包括如下子步骤：

S21、在登录请求中提取车主账号、待授权移动终端标识。

S22、根据车主账号关联相应预先设置的车主账号登录数据库，车主账号登录数据库至少包括由已授权的移动终端构成的临时白名单以及由不予授权的移动终端构成的临时黑名单。

写入临时白名单或临时黑名单中的移动终端具有一定有效期(如一个月)，当超过该有效期，临时白名单或临时黑名单会将相应移动终端移除。

S23、依次查询待授权移动终端在临时白名单及临时黑名单中是否有相应记录。

具体地，以手机号码及手机的型号为匹配条件，首先在临时白名单中通过一一匹配的方式查找是否有相应记录，若在临时白名单中未找到记录，则继续在临时黑名单中进行一一匹配。

S24、若待授权移动终端在临时白名单及临时黑名单均中无记录，则确定待授权移动终端为首次登录。

作为一种较佳的实施方式，TSP服务器接收待授权移动终端发送的登录虚拟钥匙APP的授权请求，并根据授权请求判断待授权移动终端是否首次登录虚拟钥匙APP，该TSP服务器中预先设置临时白名单及临时黑名单，通过依次一一匹配的方式在临时白名单及临时黑名单中是否有相应记录，当未查询到相关纪录时，确定为在该待授权移动终端上首次登录。当然，在临时白名单及临时黑名单具有一定有效期的前提下，为有效期内的首次登陆。

S3、若为首次登录，则向车主端推送待授权移动终端登录车主账号的授权登录确认请求。

具体地，TSP服务器向车主推送授权登录确认请求时，可以是向车主手机上的虚拟钥匙APP推送消息，或者向车手手机发送短信中的一种形式，本实施例对此并不加以限制。在推送该消息后，车主需要在既定时间内对该消息进行回复，否则TSP服务器认为车主对本次申请不予授权，当然车主可通过TSP服务器对该既定时间进行设置。

为了进一步提高安全性，本实施例优选发送短信的方式，示例性地，TSP向车主手机推送消息内容如下：“是否允许号码为13*********的华为Mate30Pro 5G设备登录您的手机APP账号，请于10分钟之内回复结果，如果超时就默认不同意，若同意则回复Y，若不同意则回复N。”

S4、接收车主端发送的指示，若指示为授权登录确认，则将待授权移动终端加入由已授权的移动终端构成的临时白名单中；若指示为不予授权登录，则将该待授权移动终端加入临时黑名单中，并向待授权移动终端发送登录错误的提示。

具体地，在收到车主端发送的指示后，该方法还包括：对收到的指示进行鉴权，以确定该指示是否为车主端发出，该步骤包括如下子步骤：

提取指示中携带的第一车主端设备信息，第一车主端设备信息包括通信号码以及设备型号；

获取VK服务器及PKI服务器中预存的第二车主端设备信息，第二车主端设备信息包括车主端授权时预存的通信号码以及设备型号；

将第一车主端设备信息与第二车主端设备信息进行匹配；

若匹配通过，则鉴权成功，执行车主指示；

若匹配不通过，则鉴权失败，不执行车主指示。

TSP服务器在既定时间内接收到车主的回复并经匹配后确定为车主指示后，根据回复内容将该待授权移动终端加入临时白名单中或临时黑名单中。

S5、当收到指示为授权登录确认并将所述待授权移动终端加入临时白名单中厚，授予待授权移动终端虚拟钥匙APP的登录权限。

另外，在步骤S2中，当TSP判断待授权移动终端不是首次登录虚拟钥匙APP，则该方法还包括：

若在临时白名单中查询到待授权移动终端标识，则授予待授权移动终端虚拟钥匙APP的登录权限；

若在临时黑名单中查询到待授权移动终端标识，则向待授权移动终端发送登录错误的提示。

该方案在实现虚拟钥匙授权时，基于对待授权移动终端发送的车主账号、待授权移动终端的通信号码及设备型号等信息进行身份鉴权及校验，最终经由车主端进行实时确认是否同意授权，相较于现有技术中仅通过数字验签或者加密方法，可以有效防止他人通过不法手段解密后获取车内物品甚至获取车辆的行为，安全性更佳，还能实现车主对虚拟钥匙APP账号个人信息的保护。

实施例二

为执行上述实施例一中的一种虚拟钥匙的授权方法，本实施例提供一种与之对应的虚拟钥匙的授权装置100，如图3所示，该装置100至少包括：

第一接收模块1：用于接收待授权移动终端发送的登录虚拟钥匙APP的授权请求，授权请求至少包括车主账号及待授权移动终端标识；

判断模块2：用于根据授权请求判断待授权移动终端是否首次登录虚拟钥匙APP；

推送模块3：用于若为首次登录，则向车主端推送待授权移动终端登录车主账号的授权登录确认请求；

第二接收模块4：用于接收车主端发送的指示；

临时白名单模块5：用于当指示为授权登录确认，则将待授权移动终端加入由已授权的移动终端构成的临时白名单中；

执行模块6：用于授予待授权移动终端虚拟钥匙APP的登录权限；

其中，待授权移动终端标识至少包括待授权移动终端的通信号码及设备型号。

优选的，判断模块2至少包括：

第一提取单元21：用于在所述登录请求中提取所述车主账号、待授权移动终端标识；

关联单元22：用于根据所述车主账号关联相应预先设置的车主账号登录数据库，所述车主账号登录数据库至少包括所述临时白名单以及由不予授权的移动终端构成的临时黑名单；

查询单元23：用于依次查询待授权移动终端在临时白名单及临时黑名单中是否有相应记录；

确定单元24：用于若待授权移动终端在所述临时白名单及临时黑名单均中无记录，则确定待授权移动终端为首次登录。

进一步，执行模块6还用于：

当待授权移动终端不是首次登录所述虚拟钥匙APP，且在临时白名单中查询到待授权移动终端标识，则授予待授权移动终端虚拟钥匙APP的登录权限；以及；

当待授权移动终端不是首次登录虚拟钥匙APP，且在临时黑名单中查询到待授权移动终端标识，则向待授权移动终端发送登录错误的提示。

优选地，该装置100还包括：

临时黑名单模块7：用于当指示为不予授权登录时，将待授权移动终端标识加入所述临时黑名单中。

优选地，该装置100还包括鉴权模块8，该鉴权模块8至少包括：

第二提取单元81：用于提取指示中携带的第一车主端设备信息，第一车主端设备信息包括通信号码以及设备型号；

获取单元82：用于获取VK服务器及PKI服务器中预存的第二车主端设备信息，第二车主端设备信息包括车主端授权时预存的通信号码以及设备型号；

匹配单元83：用于将第一车主端设备信息与第二车主端设备信息进行匹配。

需要说明的是：上述实施例提供的一种虚拟钥匙的授权装置在触发虚拟钥匙授权业务时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的虚拟钥匙的授权装置与实施例一提供的虚拟钥匙的授权方法的实施例属于同一构思，即该装置是基于该方法的，其具体实现过程详见方法实施例，这里不再赘述。

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

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

Claims (8)

1.一种虚拟钥匙的授权方法，其特征在于，所述方法至少包括如下步骤：

接收待授权移动终端发送的登录虚拟钥匙APP的授权请求，所述授权请求至少包括车主账号及待授权移动终端标识；

根据所述授权请求判断所述待授权移动终端是否首次登录所述虚拟钥匙APP；

若为首次登录，则向车主端推送所述待授权移动终端登录车主账号的授权登录确认请求；

接收所述车主端发送的指示，若所述指示为授权登录确认，则将所述待授权移动终端加入由已授权的移动终端构成的临时白名单中；

授予所述待授权移动终端所述虚拟钥匙APP的登录权限；

其中，所述待授权移动终端标识至少包括所述待授权移动终端的通信号码及设备型号；

在收到所述车主端发送的指示后，所述方法还包括：对收到的指示进行鉴权，其包括如下子步骤：

提取所述指示中携带的第一车主端设备信息，所述第一车主端设备信息包括通信号码以及设备型号；

获取VK服务器及PKI服务器中预存的第二车主端设备信息，所述第二车主端设备信息包括车主端授权时预存的通信号码以及设备型号；

将所述第一车主端设备信息与第二车主端设备信息进行匹配；

若匹配通过，则鉴权成功，执行车主指示；

若匹配不通过，则鉴权失败，不执行车主指示。

2.根据权利要求1所述的方法，其特征在于，所述根据所述授权请求判断所述待授权移动终端是否首次登录所述虚拟钥匙APP，具体包括如下子步骤：

在所述登录请求中提取所述车主账号、待授权移动终端标识；

根据所述车主账号关联相应预先设置的车主账号登录数据库，所述车主账号登录数据库至少包括所述临时白名单以及由不予授权的移动终端构成的临时黑名单；

依次查询所述待授权移动终端在所述临时白名单及临时黑名单中是否有相应记录；

若所述待授权移动终端在所述临时白名单及临时黑名单均中无记录，则确定所述待授权移动终端为首次登录。

3.根据权利要求2所述的方法，其特征在于，若判断所述待授权移动终端不是首次登录所述虚拟钥匙APP，则所述方法还包括：

若在所述临时白名单中查询到所述待授权移动终端标识，则授予所述待授权移动终端所述虚拟钥匙APP的登录权限；

若在所述临时黑名单中查询到所述待授权移动终端标识，则向所述待授权移动终端发送登录错误的提示。

4.根据权利要求2所述的方法，其特征在于，若所述指示为不予授权登录，则所述方法还包括：

将所述待授权移动终端标识加入所述临时黑名单中，并向所述待授权移动终端发送登录错误的提示。

5.一种虚拟钥匙的授权装置，其特征在于：所述装置至少包括：

第一接收模块：用于接收待授权移动终端发送的登录虚拟钥匙APP的授权请求，所述授权请求至少包括车主账号及待授权移动终端标识；

判断模块：用于根据所述授权请求判断所述待授权移动终端是否首次登录所述虚拟钥匙APP；

推送模块：用于若为首次登录，则向车主端推送所述待授权移动终端登录车主账号的授权登录确认请求；

第二接收模块：用于接收所述车主端发送的指示；

临时白名单模块：用于当所述指示为授权登录确认，则将所述待授权移动终端加入由已授权的移动终端构成的临时白名单中；

执行模块：用于授予所述待授权移动终端所述虚拟钥匙APP的登录权限；

其中，所述待授权移动终端标识至少包括所述待授权移动终端的通信号码及设备型号；

所述装置还包括鉴权模块，所述鉴权模块至少包括：

第二提取单元：用于提取所述指示中携带的第一车主端设备信息，所述第一车主端设备信息包括通信号码以及设备型号；

获取单元：用于获取VK服务器及PKI服务器中预存的第二车主端设备信息，所述第二车主端设备信息包括车主端授权时预存的通信号码以及设备型号；

匹配单元：用于将所述第一车主端设备信息与第二车主端设备信息进行匹配。

6.根据权利要求5所述的装置，其特征在于，所述判断模块至少包括：

第一提取单元：用于在所述登录请求中提取所述车主账号、待授权移动终端标识；

关联单元：用于根据所述车主账号关联相应预先设置的车主账号登录数据库，所述车主账号登录数据库至少包括所述临时白名单以及由不予授权的移动终端构成的临时黑名单；

查询单元：用于依次查询所述待授权移动终端在所述临时白名单及临时黑名单中是否有相应记录；

确定单元：用于若所述待授权移动终端在所述临时白名单及临时黑名单均中无记录，则确定所述待授权移动终端为首次登录。

7.根据权利要求6所述的装置，其特征在于，所述执行模块还用于：

当所述待授权移动终端不是首次登录所述虚拟钥匙APP，且在所述临时白名单中查询到所述待授权移动终端标识，则授予所述待授权移动终端所述虚拟钥匙APP的登录权限；以及；

当所述待授权移动终端不是首次登录所述虚拟钥匙APP，且在所述临时黑名单中查询到所述待授权移动终端标识，则向所述待授权移动终端发送登录错误的提示。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

临时黑名单模块：用于当所述指示为不予授权登录时，将所述待授权移动终端标识加入所述临时黑名单中。

Images