CN112652091A - 一种车辆解锁方法、车机及移动端 - Google Patents

一种车辆解锁方法、车机及移动端 Download PDF

Info

Publication number
CN112652091A
CN112652091A CN201910910983.5A CN201910910983A CN112652091A CN 112652091 A CN112652091 A CN 112652091A CN 201910910983 A CN201910910983 A CN 201910910983A CN 112652091 A CN112652091 A CN 112652091A
Authority
CN
China
Prior art keywords
vehicle
mobile terminal
random number
machine
side random
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910910983.5A
Other languages
English (en)
Inventor
陈建全
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing CHJ Automobile Technology Co Ltd
Original Assignee
Beijing CHJ Automobile Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing CHJ Automobile Technology Co Ltd filed Critical Beijing CHJ Automobile Technology Co Ltd
Priority to CN201910910983.5A priority Critical patent/CN112652091A/zh
Publication of CN112652091A publication Critical patent/CN112652091A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00309—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with bidirectional data transmission between data carrier and locks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/48—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for in-vehicle communication
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00309—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with bidirectional data transmission between data carrier and locks
    • G07C2009/00365—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with bidirectional data transmission between data carrier and locks in combination with a wake-up circuit

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Lock And Its Accessories (AREA)

Abstract

本公开的实施例公开了一种车辆解锁方法、车机及移动端，涉及车辆控制技术领域，主要目的在于当车辆解锁应用处于无网或未处于前台运行的情况下，也能够对车辆进行解锁。本公开的实施例的主要技术方案包括：广播数据包；与发起数据通信的移动端进行交互验证，并在交互验证通过时，获取所述移动端下发的车钥匙信息，其中，所述数据通信是所述移动端在监听到所述数据包时唤醒车辆解锁应用，由所述车辆解锁应用发起的；确定所述移动端与车辆之间的距离，并基于所述车钥匙信息执行与所述距离相应的车辆解锁操作。

Description

一种车辆解锁方法、车机及移动端
技术领域
本公开的实施例涉及车辆控制技术领域，特别是涉及一种车辆解锁方法、车机及移动端。
背景技术
随着汽车行业的发展，汽车在人们的日常生活中使用的越来越频繁，为了方便用户使用车辆，能够给用户提供更为便捷的车辆解锁操作交互方式的汽车，成为汽车行业未来发展的趋势之一。
目前，车辆解锁操作基于移动端和车辆的交互完成。在移动端和车辆交互时，便可给用户创造一个无钥匙车辆解锁的便捷交互体验。移动端和车辆进行交互进行车辆解锁操作时，移动端中的车辆解锁应用必须处于前台运行状态时，才可进行车辆的解锁操作。可见，现有的方式，车辆解锁操作受限于车辆解锁应用的状态。
发明内容
有鉴于此，本公开的实施例提出了一种车辆解锁方法、车机及移动端，主要目的在于无论车辆解锁应用处于前台、后台、关闭或无网状态，均可对车辆进行解锁操作。本公开的实施例主要提供如下技术方案：
第一方面，本公开的实施例提供了一种车辆解锁方法，应用于车机，所述方法包括：
广播数据包；
与发起数据通信的移动端进行交互验证，并在交互验证通过时，获取所述移动端下发的车钥匙信息，其中，所述数据通信是所述移动端在监听到所述数据包时唤醒车辆解锁应用，由所述车辆解锁应用发起的；
确定所述移动端与车辆之间的距离，并基于所述车钥匙信息执行与所述距离相应的车辆解锁操作。
第二方面，本公开的实施例提供了一种车辆解锁方法，应用于移动端，所述方法包括：
在监听到车机广播的数据包时，唤醒车辆解锁应用向所述车机发起数据通信；
与所述车机进行交互验证，并在交互验证通过时，向所述车机下发车钥匙信息，其中，所述车钥匙信息用于车辆解锁。
第三方面，本公开的实施例提供了一种车机，所述车机包括：
广播单元，用于广播数据包；
获取单元，用于与发起数据通信的移动端进行交互验证，并在交互验证通过时，获取所述移动端下发的车钥匙信息，其中，所述数据通信是所述移动端在监听到所述数据包时唤醒车辆解锁应用，由所述车辆解锁应用发起的；
解锁单元，用于确定所述移动端与车辆之间的距离，并基于所述车钥匙信息执行与所述距离相应的车辆解锁操作。
第四方面，本公开的实施例提供了一种移动端，所述移动端包括：
唤醒单元，用于在监听到车机广播的数据包时，唤醒车辆解锁应用向所述车机发起数据通信；
下发单元，用于与所述车机进行交互验证，并在交互验证通过时，向所述车机下发车钥匙信息，其中，所述车钥匙信息用于车辆解锁。
第五方面，本公开的实施例提供了一种车辆解锁***，所述车辆解锁***包括：第三方面所述的车机和第四方面所述的移动端。
第六方面，本公开的实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行第一方面或第二方面所述的车辆解锁方法。
第七方面，本公开的实施例提供了一种人机交互装置，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行第一方面所述的车辆解锁方法。
借由上述技术方案，本公开的实施例提供的车辆解锁方法、车机及移动端，首先广播数据包供移动端监听。当移动端在监听到数据包时唤醒车辆解锁应用，由车辆解锁应用发起数据通信时，与发起数据通信的移动端进行交互验证，并在交互验证通过时，获取移动端下发的车钥匙信息。然后确定移动端与车辆之间的距离，并基于车钥匙信息执行与距离相应的车辆解锁操作。通过上述可知，本公开的实施例无论车辆解锁应用处于前台、后台、关闭或无网状态，均可通过广播数据包唤醒车辆解锁应用向车机发起数据通信，从而完成对车辆的解锁操作。
上述说明仅是本公开的实施例技术方案的概述，为了能够更清楚了解本公开的实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本公开的实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本公开的实施例的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本公开的实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了本公开的实施例提供的一种车辆解锁方法方法的流程图；
图2示出了本公开的实施例提供的一种应用于车机的车辆解锁方法的流程图；
图3示出了本公开的实施例提供的一种车辆解锁的距离说明图；
图4示出了本公开的实施例提供的一种定位辅助模块的示意图；
图5示出了本公开的实施例提供的另一种车辆解锁方法的流程图；
图6示出了本公开的实施例提供的一种应用于车机的车辆解锁方法的流程图；
图7示出了本公开的实施例提供的一种应用于车辆解锁***的车辆解锁方法的流程图；
图8示出了本公开的实施例提供的一种车机的组成框图；
图9示出了本公开的实施例提供的另一种车机的组成框图；
图10示出了本公开的实施例提供的一种移动端的组成框图；
图11示出了本公开的实施例提供的另一种移动端的组成框图；
图12示出了本公开的实施例提供的一种车辆解锁***的组成框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
第一方面，本公开的实施例提供了一种车辆解锁方法，所述方法应用于车机，如图1所示，所述方法主要包括：
101、广播数据包。
本实施例中所述的车机是指安装在车辆驾驶台上，拥有3G/4G/5G等无线通信、GPS(Global Positioning System，全球定位***)导航、购物、娱乐影音等多种功能，并可控制车辆解锁、运行等操作的车载终端。在本实施例中车机能够与移动端进行交互，并在移动端的请求下，完成对车辆的解锁操作。
在实际应用中，车机广播用于唤醒处于前台运行状态或后台运行状态或处于关闭状态的车辆解锁应用的数据包，即使车辆解锁应用未处于前台运行状态，也可以及时被唤醒，从而使得移动端与车机进行车辆解锁相关的交互。车辆中部署有广播模块，车机利用广播模块广播数据包。广播数据包的方法与车辆中部署的广播模块的数量相关，且至少存在如下几种方法：
第一种，当车辆中部署有一个广播模块时，车机利用该广播模块广播数据包供移动端监听。当移动端在监听到数据包时唤醒车辆解锁应用，由车辆解锁应用发起数据通信时，与发起数据通信的移动端进行交互验证。若与移动端交互验证不通过时，则车机控制该广播模块停止广播数据包，并重新确定一个新的数据包，利用重新确定的广播模块广播新的数据包。
第二种，在车辆中部署有多个广播模块时，同一时刻仅利用多个广播模块中的一个广播模块，广播数据包。当移动端在监听到数据包时唤醒车辆解锁应用，由车辆解锁应用发起数据通信时，与发起数据通信的移动端进行交互验证。若与移动端交互验证不通过时，则车机控制当前执行广播的广播模块停止广播数据包，并从多个广播模块重新选取一个新的广播模块广播所述数据包。此种方法中，多个广播模块可以交替工作，从而保证车机和移动端顺利完成交互验证。需要说明的是，为了提高安全性，则在控制当前执行广播的广播模块停止广播数据包之后，在从多个广播模块重新选取一个新的广播模块广播数据包之前，还需判断数据包被广播的总时长是否超过预设的时长阈值，若在确定数据包被广播的总时长达到预设的时长阈值时，说明数据包被广播的时间较长，被恶意攻击和被恶意截获的几率较大，则需要获取新的数据包，从多个广播模块重新选取一个新的广播模块广播新的数据包。在获取新的数据包之后，为了降低车机中存储空间被占用的量，则被广播的总时长达到时长阈值的数据包，则被清除，车机对其不再存储。
本实施例中，广播模块可以通过长距离传输模式或短距离距离传输模式广播数据包，保证移动端和车机端无论是处于有网状态还是处于无网状态均可以建立数据通信，从而完成解锁车辆的操作。其中，长距离传输模式包括有线网络和2G/3G/4G/5G等无线网络。短距离传输模式包括蓝牙和射频等模式。可选的，广播模块为iBeacon模块(必肯模块，下述的“必肯模块”均以“iBeacon模块”表述)，iBeacon模块为配备有BLE(Bluetooth LowEnergy，低功耗蓝牙)通信功能的模块，其使用BLE技术向其周围广播自己特有的数据包，使得接收到该数据包的车辆解锁应用进行唤醒状态。由于iBeacon模块的通信模式为蓝牙，因此即使车机和移动端处于双脱网状态，也可以通过蓝牙交互，完成解锁车辆的操作。
在实际应用中，数据包包括的内容可以基于业务需求确定，本实施例中不做具体限定。可选的，在广播模块为iBeacon模块时，则数据包为iBeacon信息。数据包包括如下内容：UUID、Major、Minor和Measured Power。其中UUID为通用唯一标识符是规定为ISO/IEC11578:1996标准的128位标识符。Major和Minor由iBeacon发布者自行设定，都是16位的标识符。比如，车机可以在Major中写入区域资讯，Minor中写入车机的ID等。MeasuredPower是iBeacon模块与移动端之间相距1m时的参考接收信号强度(RSSI，Received SignalStrength Indicator)。车机能够根据该参考RSSI与移动端反馈的信号的强度来推算iBeacon模块与移动端的距离。
下面以车机中部署两个广播模块“iBeacon模块”进行说明：如图2所示，车机中部署有iBeacon模块201和iBeacon模块202。同一时刻仅利用2个iBeacon模块中的一个iBeacon模块广播iBeacon信息。每一个iBeacon模块中部署有iBeacon控制器，由iBeacon控制器负责控制iBeacon模块开启或关闭广播iBeacon信息。在iBeacon模块开启进行iBeacon信息广播时，iBeacon模块广播iBeacon信息供移动端监听。在车机与发起数据通信的移动端进行交互验证时，车机广播与交互验证相关的信息与移动端进行验证，待验证通过后，车机执行车辆解锁操作。
102、与发起数据通信的移动端进行交互验证，并在交互验证通过时，获取所述移动端下发的车钥匙信息，其中，所述数据通信是所述移动端在监听到所述数据包时唤醒车辆解锁应用，由所述车辆解锁应用发起的。
在实际应用中，移动端在监听到数据包时唤醒车辆解锁应用进入唤醒状态，当车辆解锁应用进入唤醒状态时，车辆解锁应用向车机发起数据通信，从而车机与移动端进行交互验证。
本实施例中与发起数据通信的移动端进行交互验证具体包括如下步骤1021-1022：
1021、在与移动端交互验证过程中生成车机侧随机数，将所述车机侧随机数发送给所述移动端，以及在交互验证过程中得到所述移动端发送的移动端侧随机数。需要说明的是车机侧随机数可以包括第一车机侧随机数据和第二车机侧随机数据，其中，第一车机侧随机数和第二车机侧随机数在移动端和车机验证中的不同验证节点生成。
在实际应用中，本步骤1021的具体执行过程包括：
A1、在与所述移动端进行交互验证时，生成第一车机侧随机数。
本实施例中所述的第一车机侧随机数为具有设定位数的字符串，第一车机侧随机数包括如下内容中的至少一种：字符、数字和符号。第一车机侧随机数的生成方法可以包括但不限于蒙特卡洛方法、U(0，1)随机数的产生、从U(0，1)到其它概率分布的随机数和正态随机数的生成中的任意一种。需要说明的是，为了保证车机和移动端之间交互验证的安全性，第一车机侧随机数是针对当前次车机和移动端之间的数据通信生成的。
A2、将所述第一车机侧随机数和预设的车机公钥，发送给所述移动端。
在本实施例中，当车机与移动端之间为蓝牙模式的通信连接时，则基于蓝牙模式，将第一车机侧随机数和预设的车机公钥，发送给移动端。
A3、接收所述移动端反馈的检验信息，所述校验信息为所述车机公钥加密的移动端公钥和移动端侧随机数。
本实施例中，检验信息是移动端检验车机公钥通过时反馈给车机的。
本实施例中所述的移动端侧随机数为具有设定位数的字符串，移动端侧随机数包括如下内容中的至少一种：字符、数字和符号。移动端侧随机数的生成方法可以包括但不限于蒙特卡洛方法、U(0，1)随机数的产生、从U(0，1)到其它概率分布的随机数、正态随机数的生成中的任意一种。
A4、利用预设的车机私钥校验所述校验信息，在校验通过时得到所述移动端侧随机数，并生成第二车机侧随机数。
具体的，利用车机私钥校验所述的校验信息的过程为：使用车机私钥解密车机公钥加密的移动端公钥和移动端侧随机数，在解密得到移动端公钥时，将该移动端公钥与车机中预设的移动端公钥进行对比。在对比出一致时，则校验通过；若对比出不一致时，则校验不通过。
具体的，第二车机侧随机数的生成方法可以包括但不限于蒙特卡洛方法、U(0,1)随机数的产生、从U(0,1)到其它概率分布的随机数和正态随机数的生成中的任意一种。第二车机侧随机数为数字、字母、符号中的至少一种字符组合而成的，具有设定数量个字符的字符串。需要说明的是，为了保证车机和移动端之间交互验证的安全性，第二车机侧随机数是针对当前次车机和移动端之间的数据通信生成的。
A5、将移动端公钥加密的第二车机侧随机数发送给所述移动端。
具体的，移动端在接收到移动端公钥加密的第二车机侧随机数时，校验移动端公钥加密的第二车机侧随机数，并在校验通过时得到第二车机侧随机数，以便移动端利用第一车机侧随机数、第二车机侧随机数以及移动端侧随机数生成第二交互验证信息。
1012、基于所述车机侧随机数以及所述移动端侧随机数生成第一交互验证信息。
本实施例中，基于车机侧随机数以及移动端侧随机数生成第一交互验证信息的方法至少包括如下两种：
第一种，拼接车机侧随机数以及移动端侧随机数，得到第一交互验证信息。需要说明的是，车机侧随机数以及移动端侧随机数的拼接顺序可以基于业务要求确定，比如，在拼接时车机侧随机数可以位于移动端侧随机数之前，也可以位于移动端侧随机数之后。另外，在车机侧随机数包括第一车机侧随机数和第二车机侧随机数时，先拼接第一车机侧随机数与第二车机侧随机数(在拼接时第一车机侧随机数可以位于第二车机侧随机数之前，也可以位于第二车机侧随机数之后)，然后将拼接后的第一车机侧随机数与第二车机侧随机数与移动端侧随机数拼接。
第二种，对车机侧随机数以及移动端侧随机数进行预设运算，得到第一交互验证信息。其中，预设运算至少包括哈希运算。
无论采用上述的哪种方法生成第一交互验证信息，第一交互验证信息是基于当前数据通信的车机侧随机数以及移动端侧随机数生成的，因此在基于第一交互验证信息对车钥匙信息的安全性防护效果极好。
1013、接收所述移动端下发的第二交互验证信息加密的车钥匙信息，其中，所述第二交互验证信息是所述移动端基于所述车机侧随机数和所述移动端侧随机数而得。
1014、利用所述第一交互验证信息解密的所述移动端下发的第二交互验证信息加密的车钥匙信息。
具体的，第二交互验证信息是移动端基于车机侧随机数以及移动端侧随机数生成的。
具体的，为了能够成功验证加密的车钥匙信息，使用第二交互验证信息解密数据的方法应与使用第一交互验证信息加密数据的方法相对应。
需要说明的是，第一交互验证信息和第二交互验证信息均是基于当前数据通信的车机侧随机数以及移动端侧随机数生成的，因此在基于第一交互验证信息和第二交互验证信息完成车钥匙信息在车机与移动端之间的传输，安全性防护效果极好。
103、确定所述移动端与车辆之间的距离，并基于所述车钥匙信息执行与所述距离相应的车辆解锁操作。
在实际应用中，车钥匙信息由多个字符组成，其中，字符至少包括如下内容中的至少一种：数据、字母和符号。示例性的，车钥匙信息为“123456AAC”。
在实际应用中，移动端与车辆之间的距离越小，说明持有移动端的车辆用户离车辆越近，用户对车辆的掌控性越大，因此移动端与车辆之间的距离越小，执行的车辆解锁操作与车辆进入驾驶状态的相关度越高。
示例性的，如图3所示，车辆***处于30、31、32和33分别表征连续的四个距离范围，其中，30为车内空间对应的范围，也就是30实际为车辆。当车辆与移动端之间的距离位于33距离范围内时，说明移动端离车辆较远，此时车机不执行车辆解锁操作，在33距离范围内车机持续测量车辆与移动端之间的实时距离。当车辆与移动端之间的距离位于32距离范围内时，说明移动端离车辆较近，此时持有移动端的用户对车辆具有一定的掌控力，则车机可以解锁车门，迎接用户进入车辆。当车辆与移动端之间的距离位于31距离范围内时，说明移动端离车辆近，此时持有移动端的用户随时会进入车辆，为了保证车辆的快速启动，则此时车辆解锁进入到待启动状态。当车辆与移动端之间的距离位于30距离范围内时，说明持有移动端的用户已经进入到车辆，则为了方便用户使用车辆，此时，车机解锁车辆进入启动状态，用户可以直接驾驶车辆。
进一步的，为了保证车辆的安全性，在确定移动端与车辆之间的距离之后，还可以检测是否接收到针对车辆目标部件的碰触信号，碰触信号是用户碰触所述目标部件时产生的；若检测接收到针对车辆目标部件的碰触信号，则说明持有移动端的用户已经来到车辆附近，此时对车辆进行解锁操作时用户可直接进入车辆，因此车机需要执行基于车钥匙信息执行与距离相应的车辆解锁操作。可选的，目标部件可以为车门。
本实施例中，确定移动端与车辆之间的距离可以包括：根据所述数据包以及所述车辆中部署的定位辅助模块获取的所述移动端针对所述数据包反馈的反馈信号，确定所述移动端与车辆之间的距离。可选的，定位辅助模块可以为BLE定位辅助模块。需要说明的是，定位辅助模块至少可以包括：安装在车辆中轴线对称的两个B柱上的第一定位辅助模块和第二定位辅助模块。安装在车辆中控上的第三定位辅助模块。安装在后尾箱上的第四定位辅助模块。各定位辅助模块获取的移动端针对所述数据包反馈的反馈信号。可选的，定位辅助模块为BLE定位辅助模块。在定位辅助模块获取到移动端针对所述数据包反馈的反馈信号，通过如下公式(1)确定移动端与车辆之间的距离。
S＝10((abs(RSSI)-A)/(10*n)) (1)
其中，RSSI为反馈信号强度；A为广播模块和移动端相隔1米时的信号强度；n为环境衰减因子。需要说明的是，RSSI为反馈信号强度为各定位辅助模块接收到反馈信号强度的平均值。
下面以图4为例进行说明：定位辅助模块包括：安装在车辆中轴线对称的两个B柱上的BLE定位辅助模块、安装在车辆中控上的BLE定位辅助模块以及安装在后尾箱上的BLE定位辅助模块。各BLE定位辅助模块接收移动端针对数据包反馈的反馈信号(图4中虚线为反馈信号的获取路径)。LIN总线通信模块与各BLE定位辅助模块相连，用于汇总各BLE定位辅助模块得到的反馈信号。
本公开的实施例提供的车辆解锁方法，首先广播数据包供移动端监听。当移动端在监听到数据包时唤醒车辆解锁应用，由车辆解锁应用发起数据通信时，与发起数据通信的移动端进行交互验证，并在交互验证通过时，获取移动端下发的车钥匙信息。然后确定移动端与车辆之间的距离，并基于车钥匙信息执行与距离相应的车辆解锁操作。通过上述可知，本公开的实施例无论车辆解锁应用处于前台、后台、关闭或无网状态，均可通过广播数据包唤醒车辆解锁应用向车机发起数据通信，从而完成对车辆的解锁操作。
第二方面，本公开的实施例提供了一种车辆解锁方法，所述方法应用于移动终端，如图5所示，所述方法主要包括：
401、在监听到车机广播的数据包时，唤醒车辆解锁应用向所述车机发起数据通信。
在实际应用中，移动端至少可以包括手机和平板电脑等移动设备。车辆解锁应用为部署在移动端上用于车辆解锁的应用，其可以实现在无钥匙的状态下对车辆解锁。车辆解锁应用可以为安卓应用或IOS应用。
在实际应用中，为了保证可以及时对车辆进行解锁，则移动端可以实时或以预设频率监听车机广播。在移动端监听到车机广播的数据包时，无论移动端中部署的车辆解锁应用处于前台运行状态、后台运行状态还是关闭状态，则车辆解锁应用均被唤醒，及时向车机发起数据通信，进行相应的车辆解锁操作。
402、与所述车机进行交互验证，并在交互验证通过时，向所述车机下发车钥匙信息，其中，所述车钥匙信息用于车辆解锁。
本实施例中与所述车机进行交互验证具体包括：
4021、与所述车机进行交互验证过程中生成移动端侧随机数，将所述移动端侧随机数发送给所述车机，以及在交互验证过程中得到所述车机发送的车机侧随机数。
在实际应用中，本步骤4021的具体执行过程包括：
B1、在与所述车机进行交互验证时，接收所述车机发送的第一车机侧随机数以及预设的车机公钥。
具体的，为了保证交互验证的安全性，第一车机侧随机数是车机在与移动端进行交互验证时生成的。
B2、校验所述车机公钥，且在校验通过时生成所述移动端侧随机数。
具体的，校验车机公钥的过程可以为：对比该车机公钥与移动端中预设的车机公钥是否一致；若是，则校验通过；否则，校验不通过。
具体的，移动端侧随机数的生成方法可以包括但不限于蒙特卡洛方法、U(0，1)随机数的产生、从U(0，1)到其它概率分布的随机数、正态随机数的生成中的任意一种。移动端侧随机数为数字、字母、符号中的至少一种字符组合而成的，具有设定数量个字符的字符串。
B3、发送校验信息给所述车机，所述校验信息携带有车机公钥加密的移动端公钥和移动端侧随机数。
B4、接收所述车机发送的车机公钥加密的第二车机侧随机数。
具体的，所述第二车机侧随机数是车机利用车机私钥校验B3中的校验信息通过时生成的。
B5、使用移动端私钥解密车机公钥加密的第二车机侧随机数，得到所述第二车机侧随机数。
进一步的，本实施例中在移动端与车机交互验证未通过时，则丢弃当前监听到的数据包，并重新监听新的数据包；在监听到新的数据包时，重新唤醒车辆解锁应用向所述车机发起数据通信。
4022、基于所述移动端侧随机数以及所述车机侧随机数生成第二交互验证信息。
具体的，移动端生成第二交互验证信息的方法至少包括如下两种：
第一种，拼接移动端侧随机数以及车机侧随机数，得到第二交互验证信息。需要说明的是，移动端侧随机数以及车机侧随机数的拼接顺序可以基于业务要求确定，比如，在拼接时车机侧随机数可以位于移动端侧随机数之前，也可以位于移动端侧随机数之后。另外，在车机侧随机数包括第一车机侧随机数和第二车机侧随机数时，先拼接第一车机侧随机数与第二车机侧随机数(在拼接时第一车机侧随机数可以位于第二车机侧随机数之前，也可以位于第二车机侧随机数之后)，然后将拼接后的第一车机侧随机数与第二车机侧随机数与车机侧随机数拼接。
第二种，对移动端侧随机数以及车机侧随机数进行预设运算，得到第二交互验证信息。可选的，预设运算包括哈希运算。
4023、向所述车机下发第二交互验证信息加密的车钥匙信息。
在实际应用中，车钥匙信息为移动端从云端下载的，为了保证安全性，移动端每次与车机进行数据通信时，向车机下发的车钥匙信息均不同。移动端在没有车辆解锁权限时，可向云端申请权限，获取云端下发的授权信息，基于授权信息进行车辆解锁操作。如图6所示，若移动端无权限，则向云端申请权限，获取到云端下发的授权信息，在移动端监听到数据包时，与车机进行交互验证，在交互验证通过时，下发车钥匙数据给车机供车机进行车辆解锁操作。
本实施例中为了提高数据的安全性，车钥匙信息均是在需要向车机下发时移动端才从云端获取。且移动端至少可以在如下两种情况时，接收云端下发的车钥匙信息：
第一种，接收云端以预设频率下发的车钥匙信息。这里所述的预设频率是以用户使用车辆的频率，从而保证在用户使用车辆时，移动端可以及时接收到车钥匙信息，以便及时依据车钥匙信息对车辆进行解锁。
第二种，移动端向云端发送车钥匙信息获取请求，接收云端下发的针对车钥匙信息获取请求的车钥匙信息。也就是说，在有充电需求时，才要求云端下发车钥匙信息，从而减少移动端与云端的交互量。车辆驾驶员有车辆解锁需求时，均可以触发移动端向云端发送车钥匙信息获取请求，从而灵活的基于业务需求及时依据车钥匙信息对车辆解锁。
本公开的实施例提供的车辆解锁方法，当移动端在监听到数据包时唤醒车辆解锁应用，由车辆解锁应用发起数据通信时，与发起数据通信的移动端进行交互验证，并在交互验证通过时，向车机下发的车钥匙信息，以使车机基于车钥匙信息执行与移动端与车辆之间的距离相应的车辆解锁操作。通过上述可知，本公开的实施例无论车辆解锁应用处于前台、后台、关闭或无网状态，均可通过广播数据包唤醒车辆解锁应用向车机发起数据通信，从而完成对车辆的解锁操作。
第四方面，本公开的实施例提供了一种车辆解锁方法，该方法应用于包括有车机和移动端的车辆解锁***中，下面以图7来说明车辆解锁：
移动端在监听到车机广播的数据包时，移动端发起数据通信与车机建立连接，车机采用预设的随机数生成方法生成第一车机侧随机数，并执行步骤501将第一车机侧随机数(图7中以随机数A表示)以及车机公钥(图7中以SE_pub表示)发送给移动端。
移动端在接收到随机数A以及SE_pub时，执行步骤502校验SE_pub，检验过程为比对移动端自身预设的SE_pub与接收到的SE_pub，在比对出两者不相同时校验不通过，则结束交互验证过程；在比对出两者相同时，则校验通过，则执行步骤503生成移动端侧随机数(图7中以随机数B表示)。在生成移动端侧随机数时，执行步骤504发送移动端公钥Phone_pub(图7中以Phone_pub表示)和移动端侧随机数给车机。
车机接收到移动端公钥Phone_pub和移动端侧随机数后，执行步骤505校验移动端公钥。该校验移动端公钥的过程可以包括但不限于：将移动端公钥与车机中预设的移动端公钥进行比对；在比对两者不相同时，说明在传输过程中可能被恶意方攻击，则结束交互验证过程。在比对两者相同时，则验证通过。在验证通过时，则执行步骤506生成第二车机侧随机数(图7中以pre_master_key表示)，且执行步骤507使用Phone_pub加密该pre_master_key，并将加密后的pre_master_key发送给移动端。同时执行步骤508采用预设的交互信息生成方法基于第一车机侧随机数、第二车机侧随机数以及移动端侧随机数生成第一交互验证信息。需要说明的是，第一交互验证信息与第二验证信息的生成方法相同相同。可选的，交互信息生成方法可以包括但不限于哈希算法。
移动端在接收到使用移动端公钥加密的第二车机侧随机数时，利用移动端私钥进行解密得到第二车机侧随机数。之后执行步骤509采用预设的交互信息生成方法基于第一车机侧随机数、第二车机侧随机数以及移动端侧随机数生成第二交互验证信息。
移动端在生成第二交互验证信息时，执行步骤510使用第二交互验证信息加密车钥匙信息，并发送给车机。车机在接收到使用第二交互验证信息加密的车钥匙信息时，使用第一交互验证信息进行验证，并在验证通过时进行执行与移动端和车机之间距离相对应的车辆解锁操作。
第四方面，依据图1所示的方法，本公开的另一个实施例还提供了一种车机，如图8所示，所述车机主要包括：
广播单元61，用于广播数据包；
获取单元62，用于与发起数据通信的移动端进行交互验证，并在交互验证通过时，获取所述移动端下发的车钥匙信息，其中，所述数据通信是所述移动端在监听到所述数据包时唤醒车辆解锁应用，由所述车辆解锁应用发起的；
解锁单元63，用于确定所述移动端与车辆之间的距离，并基于所述车钥匙信息执行与所述距离相应的车辆解锁操作。
本公开的实施例提供的车机，首先广播数据包供移动端监听。当移动端在监听到数据包时唤醒车辆解锁应用，由车辆解锁应用发起数据通信时，与发起数据通信的移动端进行交互验证，并在交互验证通过时，获取移动端下发的车钥匙信息。然后确定移动端与车辆之间的距离，并基于车钥匙信息执行与距离相应的车辆解锁操作。通过上述可知，本公开的实施例无论车辆解锁应用处于前台、后台、关闭或无网状态，均可通过广播数据包唤醒车辆解锁应用向车机发起数据通信，从而完成对车辆的解锁操作。
在一些实施例中，如图9所示，所述车机还包括：
监测单元64，用于检测是否接收到针对车辆目标部件的碰触信号，所述碰触信号是用户碰触所述目标部件时产生的；若是，触发解锁单元；
所述解锁单元63，用于在所述监测单元的触发下，执行所述基于所述车钥匙信息执行与所述距离相应的车辆解锁操作。
在一些实施例中，所述广播单元同一时刻仅利用预设的多个广播模块中的一个广播模块，广播所述数据包。
在一些实施例中，所述广播模块61，还用于在与所述移动端交互验证不通过时，控制当前执行广播的广播模块停止广播所述数据包，并从所述多个广播模块重新选取一个新的广播模块广播所述数据包。
在一些实施例中，所述广播模块61，用于在所述控制当前执行广播的广播模块停止广播所述数据包之后，在所述从所述多个广播模块重新选取一个新的广播模块广播所述数据包之前，所述方法还包括：在确定所述数据包被广播的总时长达到预设的时长阈值时，获取新的数据包；从所述多个广播模块重新选取一个新的广播模块广播新的数据包。
在一些实施例中，解锁单元63包括：
第一发送模块631，用于在所述移动端交互验证过程中生成车机侧随机数，将所述车机侧随机数发送给所述移动端，以及在交互验证过程中得到所述移动端发送的移动端侧随机数；
第一生成模块632，用于基于所述车机侧随机数以及所述移动端侧随机数生成第一交互验证信息；
第一解密模块633，用于接收所述移动端下发的第二交互验证信息加密的车钥匙信息，其中，所述第二交互验证信息是所述移动端基于所述车机侧随机数和所述移动端侧随机数而得；利用所述第一交互验证信息解密的所述移动端下发的第二交互验证信息加密的车钥匙信息。
在一些实施例中，第一发送模块631，用于在与所述移动端进行交互验证时，生成第一车机侧随机数；将所述第一车机侧随机数和预设的车机公钥，发送给所述移动端；接收所述移动端反馈的检验信息，所述校验信息为所述车机公钥加密的移动端公钥和移动端侧随机数；利用预设的车机私钥校验所述校验信息，在校验通过时得到所述移动端侧随机数，并生成第二车机侧随机数；将使用所述移动端公钥加密的第二车机侧随机数发送给所述移动端。
在一些实施例中，第一生成模块632，生成的所述第一交互验证信息是由所述车机侧随机数和所述移动端侧随机数据拼接而成，或由所述车机侧随机数和所述移动端侧随机数据经预设算法运算而得。
在一些实施例中，解锁单元63，包括:
确定模块634，用于根据所述数据包以及所述车辆中部署的定位辅助模块获取的所述移动端针对所述数据包反馈的反馈信号，确定所述移动端与车辆之间的距离。
第四方面的实施例提供的车机，可以用以执行第一方面的实施例所提供的应用于车机的车辆解锁方法，相关的用于的含义以及具体的实施方式可以参见第一方面的实施例中的相关描述，在此不再详细说明。
第五方面，依据图5所示的方法，本公开的另一个实施例还提供了一种移动端，如图10所示，所述移动端主要包括：
唤醒单元71，用于在监听到车机广播的数据包时，唤醒车辆解锁应用向所述车机发起数据通信；
下发单元72，用于与所述车机进行交互验证，并在交互验证通过时，向所述车机下发车钥匙信息，其中，所述车钥匙信息用于车辆解锁。
本公开的实施例提供的移动端，首先广播数据包供移动端监听。当移动端在监听到数据包时唤醒车辆解锁应用，由车辆解锁应用发起数据通信时，与发起数据通信的移动端进行交互验证，并在交互验证通过时，获取移动端下发的车钥匙信息。然后确定移动端与车辆之间的距离，并基于车钥匙信息执行与距离相应的车辆解锁操作。通过上述可知，本公开的实施例无论车辆解锁应用处于前台、后台、关闭或无网状态，均可通过广播数据包唤醒车辆解锁应用向车机发起数据通信，从而完成对车辆的解锁操作。
在一些实施例中，如图11所示，下发单元72，包括：
第二发送模块721，用于与所述车机进行交互验证过程中生成移动端侧随机数，将所述移动端侧随机数发送给所述车机，以及在交互验证过程中得到所述车机发送的车机侧随机数；
第二生成单元722，用于基于所述移动端侧随机数以及所述车机侧随机数生成第二交互验证信息；
第二下发单元723，用于向所述车机下发第二交互验证信息加密的车钥匙信息。
在一些实施例中，第二发送模块721，用于在与所述车机进行交互验证时，接收所述车机发送的第一车机侧随机数以及预设的车机公钥；校验所述车机公钥，且在校验通过时生成所述移动端侧随机数；发送校验信息给所述车机；所述校验信息携带有车机公钥加密的移动端公钥和移动端侧随机数；接收所述车机发送的车机公钥加密的第二车机侧随机数；使用移动端私钥解密车机公钥加密的第二车机侧随机数，得到所述第二车机侧随机数。
在一些实施例中，所述唤醒单元71，还用于在与所述车机交互验证未通过时，丢弃当前监听到的数据包，并重新监听新的数据包；在重新监听到新的数据包时，重新唤醒车辆解锁应用向所述车机发起数据通信。
第五方面的实施例提供的移动端，可以用以执行第二方面的实施例所提供的应用于移动端的车辆解锁方法，相关的用于的含义以及具体的实施方式可以参见第二方面的实施例中的相关描述，在此不再详细说明。
第六方面，依据图1和5所示的方法，本公开的另一个实施例还提供了一种车辆解锁***，如图12所示，所述车辆解锁***主要包括：
第四方面所述的车机81和第五方面所述的移动端82。
在本实施例中，车机和移动端可以通过有线网络、无线网络、蓝牙或射频等方式进行数据通信，从而完成对车辆的解锁操作。
本公开的实施例公开的车辆解锁***,无论移动端中的车辆解锁应用处于前台、后台、关闭或无网状态，均可通过广播数据包唤醒车辆解锁应用向车机发起数据通信，从而完成对车辆的解锁操作。
第七方面，本公开的实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行第一方面或第二方面所述的车辆解锁方法。
存储介质可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。
第八方面，本公开的实施例提供了一种人机交互装置，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行第一方面或第二方面所述的车辆解锁方法。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
本领域内的技术人员应明白，本公开的实施例可提供为方法、***、或计算机程序产品。因此，本公开的实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开的实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照本公开的实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本公开的实施例可提供为方法、***或计算机程序产品。因此，本公开的实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本公开的实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (17)

1.一种车辆解锁方法，其特征在于，应用于车机，所述方法包括：
广播数据包；
与发起数据通信的移动端进行交互验证，并在交互验证通过时，获取所述移动端下发的车钥匙信息，其中，所述数据通信是所述移动端在监听到所述数据包时唤醒车辆解锁应用，由所述车辆解锁应用发起的；
确定所述移动端与车辆之间的距离，并基于所述车钥匙信息执行与所述距离相应的车辆解锁操作。
2.根据权利要求1所述的方法，其特征在于，在确定所述移动端与车辆之间的距离之后，所述方法还包括：
检测是否接收到针对车辆目标部件的碰触信号，所述碰触信号是用户碰触所述目标部件时产生的；
若是，则基于所述车钥匙信息执行与所述距离相应的车辆解锁操作。
3.根据权利要求1所述的方法，其特征在于，所述广播数据包，包括：
同一时刻仅利用预设的多个广播模块中的一个广播模块，广播所述数据包。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
在与所述移动端交互验证不通过时，控制当前执行广播的广播模块停止广播所述数据包，并从所述多个广播模块重新选取一个新的广播模块广播所述数据包。
5.根据权利要求4所述的方法，其特征在于，在所述控制当前执行广播的广播模块停止广播所述数据包之后，在所述从所述多个广播模块重新选取一个新的广播模块广播所述数据包之前，所述方法还包括：
在确定所述数据包被广播的总时长达到预设的时长阈值时，获取新的数据包；
从所述多个广播模块重新选取一个新的广播模块广播新的数据包。
6.根据权利要求1所述的方法，其特征在于，所述与发起数据通信的移动端进行交互验证，包括：
在与所述移动端交互验证过程中生成车机侧随机数，将所述车机侧随机数发送给所述移动端，以及在交互验证过程中得到所述移动端发送的移动端侧随机数；
基于所述车机侧随机数以及所述移动端侧随机数生成第一交互验证信息；
接收所述移动端下发的第二交互验证信息加密的车钥匙信息，其中，所述第二交互验证信息是所述移动端基于所述车机侧随机数和所述移动端侧随机数而得；
利用所述第一交互验证信息解密的所述移动端下发的第二交互验证信息加密的车钥匙信息。
7.根据权利要求6所述的方法，其特征在于，所述在与所述移动端交互验证过程中生成车机侧随机数，将所述车机侧随机数发送给所述移动端，以及在交互验证过程中得到所述移动端发送的移动端侧随机数，包括：
在与所述移动端进行交互验证时，生成第一车机侧随机数；
将所述第一车机侧随机数和预设的车机公钥，发送给所述移动端；
接收所述移动端反馈的检验信息，所述校验信息为所述车机公钥加密的移动端公钥和移动端侧随机数；
利用预设的车机私钥校验所述校验信息，在校验通过时得到所述移动端侧随机数，并生成第二车机侧随机数；
将移动端公钥加密的第二车机侧随机数发送给所述移动端。
8.根据权利要求6所述的方法，其特征在于，所述第一交互验证信息是由所述车机侧随机数和所述移动端侧随机数据拼接而成，或由所述车机侧随机数和所述移动端侧随机数据经预设算法运算而得。
9.一种车辆解锁方法，其特征在于，应用于移动端，所述方法包括：
在监听到车机广播的数据包时，唤醒车辆解锁应用向所述车机发起数据通信；
与所述车机进行交互验证，并在交互验证通过时，向所述车机下发车钥匙信息，其中，所述车钥匙信息用于车辆解锁。
10.根据权利要求9所述的方法，其特征在于，所述与所述车机进行交互验证，包括：
与所述车机进行交互验证过程中生成移动端侧随机数，将所述移动端随机数发送给所述车机，以及在交互验证过程中得到所述车机发送的车机侧随机数；
基于所述移动端侧随机数以及所述车机侧随机数生成第二交互验证信息；
向所述车机下发所述第二交互验证信息加密的车钥匙信息。
11.根据权利要求10所述的方法，其特征在于，所述与所述车机进行交互验证过程中生成移动端侧随机数，将所述车机侧随机数发送给所述车机，以及在交互验证过程中得到所述车机发送的车机侧随机数，包括：
在与所述车机进行交互验证时，接收所述车机发送的第一车机侧随机数以及预设的车机公钥；
校验所述车机公钥，且在校验通过时生成所述移动端侧随机数；
发送校验信息给所述车机，所述校验信息携带有车机公钥加密的移动端公钥和移动端侧随机数；
接收所述车机发送的车机公钥加密的第二车机侧随机数；
使用移动端私钥解密车机公钥加密的第二车机侧随机数，得到所述第二车机侧随机数。
12.根据权利要求9-11中任一所述的方法，其特征在于，所述方法还包括：
在与所述车机交互验证未通过时，丢弃当前监听到的数据包，并重新监听新的数据包；
在重新监听到新的数据包时，重新唤醒车辆解锁应用向所述车机发起数据通信。
13.一种车机，其特征在于，所述车机包括：
广播单元，用于广播数据包；
获取单元，用于与发起数据通信的移动端进行交互验证，并在交互验证通过时，获取所述移动端下发的车钥匙信息，其中，所述数据通信是所述移动端在监听到所述数据包时唤醒车辆解锁应用，由所述车辆解锁应用发起的；
解锁单元，用于确定所述移动端与车辆之间的距离，并基于所述车钥匙信息执行与所述距离相应的车辆解锁操作。
14.一种移动端，其特征在于，所述移动端包括：
唤醒单元，用于在监听到车机广播的数据包时，唤醒车辆解锁应用向所述车机发起数据通信；
下发单元，用于与所述车机进行交互验证，并在交互验证通过时，向所述车机下发车钥匙信息，其中，所述车钥匙信息用于车辆解锁。
15.一种车辆解锁***，其特征在于，所述***包括：权利要求13所述的车机和权利要求14所述的移动端。
16.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1-8或权利要求9-12中任一所述的车辆解锁方法。
17.一种人机交互装置，其特征在于，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行权利要求1-8或权利要求9-12中任一所述的车辆解锁方法。
CN201910910983.5A 2019-09-25 2019-09-25 一种车辆解锁方法、车机及移动端 Pending CN112652091A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910910983.5A CN112652091A (zh) 2019-09-25 2019-09-25 一种车辆解锁方法、车机及移动端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910910983.5A CN112652091A (zh) 2019-09-25 2019-09-25 一种车辆解锁方法、车机及移动端

Publications (1)

Publication Number Publication Date
CN112652091A true CN112652091A (zh) 2021-04-13

Family

ID=75342293

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910910983.5A Pending CN112652091A (zh) 2019-09-25 2019-09-25 一种车辆解锁方法、车机及移动端

Country Status (1)

Country Link
CN (1) CN112652091A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114063956A (zh) * 2021-11-11 2022-02-18 上汽通用五菱汽车股份有限公司 车机与移动端程序交互方法、车机装置及可读存储介质
CN114241632A (zh) * 2021-11-29 2022-03-25 歌尔科技有限公司 一种车辆解锁方法、可穿戴设备及智能解锁***
CN114845286A (zh) * 2022-04-21 2022-08-02 重庆长安汽车股份有限公司 一种基于微定位技术的无感蓝牙近程车控方法、***及车辆
WO2023202138A1 (zh) * 2022-04-20 2023-10-26 Oppo广东移动通信有限公司 近车迎宾方法及相关产品
WO2024125263A1 (zh) * 2022-12-12 2024-06-20 蔚来移动科技有限公司 车辆解锁方法、装置、计算机设备、存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160314634A1 (en) * 2015-04-22 2016-10-27 Hon Hai Precision Industry Co., Ltd. Vehicle key system and methods for using the same
CN106652124A (zh) * 2016-11-08 2017-05-10 云蜂汽车有限公司 一种车门的控制方法及云服务平台
CN107610292A (zh) * 2017-09-15 2018-01-19 广州市雅天网络科技有限公司 基于蓝牙的可控距离智能门锁的开锁方法
CN108109239A (zh) * 2017-12-20 2018-06-01 东峡大通（北京）管理咨询有限公司 一种智能锁的开锁方法、移动终端及开锁***
CN108541324A (zh) * 2016-12-27 2018-09-14 深圳易马达科技有限公司 一种电子锁设备的解锁方法、客户端及其电子锁设备
CN109685959A (zh) * 2019-02-21 2019-04-26 贵安新区新特电动汽车工业有限公司 基于蓝牙的车辆控制安全认证方法
CN109841081A (zh) * 2017-11-29 2019-06-04 深圳市微能信息科技有限公司 一种基于蓝牙技术的车辆定位方法及手持终端
CN110276865A (zh) * 2019-05-09 2019-09-24 北京致行慕远科技有限公司 解锁控制方法、装置、电动车和终端

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160314634A1 (en) * 2015-04-22 2016-10-27 Hon Hai Precision Industry Co., Ltd. Vehicle key system and methods for using the same
CN106652124A (zh) * 2016-11-08 2017-05-10 云蜂汽车有限公司 一种车门的控制方法及云服务平台
CN108541324A (zh) * 2016-12-27 2018-09-14 深圳易马达科技有限公司 一种电子锁设备的解锁方法、客户端及其电子锁设备
CN107610292A (zh) * 2017-09-15 2018-01-19 广州市雅天网络科技有限公司 基于蓝牙的可控距离智能门锁的开锁方法
CN109841081A (zh) * 2017-11-29 2019-06-04 深圳市微能信息科技有限公司 一种基于蓝牙技术的车辆定位方法及手持终端
CN108109239A (zh) * 2017-12-20 2018-06-01 东峡大通（北京）管理咨询有限公司 一种智能锁的开锁方法、移动终端及开锁***
CN109685959A (zh) * 2019-02-21 2019-04-26 贵安新区新特电动汽车工业有限公司 基于蓝牙的车辆控制安全认证方法
CN110276865A (zh) * 2019-05-09 2019-09-24 北京致行慕远科技有限公司 解锁控制方法、装置、电动车和终端

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114063956A (zh) * 2021-11-11 2022-02-18 上汽通用五菱汽车股份有限公司 车机与移动端程序交互方法、车机装置及可读存储介质
CN114241632A (zh) * 2021-11-29 2022-03-25 歌尔科技有限公司 一种车辆解锁方法、可穿戴设备及智能解锁***
WO2023202138A1 (zh) * 2022-04-20 2023-10-26 Oppo广东移动通信有限公司 近车迎宾方法及相关产品
CN114845286A (zh) * 2022-04-21 2022-08-02 重庆长安汽车股份有限公司 一种基于微定位技术的无感蓝牙近程车控方法、***及车辆
WO2024125263A1 (zh) * 2022-12-12 2024-06-20 蔚来移动科技有限公司 车辆解锁方法、装置、计算机设备、存储介质

Similar Documents

Publication Publication Date Title
CN112652091A (zh) 一种车辆解锁方法、车机及移动端
CN108122311B (zh) 车辆虚拟钥匙实现方法及***
US8736438B1 (en) Computing device as a vehicle key
EP3403246B1 (en) A device and method for collecting user-based insurance data in vehicles
US20170180330A1 (en) Method and electronic device for vehicle remote control and a non-transitory computer readable storage medium
US9842443B1 (en) Computing device as a vehicle key
EP3926500B1 (en) Device upgrade method and related device
CN107578503A (zh) 共享车辆的开锁方法、开锁终端及智能锁
CN110365486B (zh) 一种证书申请方法、装置及设备
US20190096144A1 (en) Method and apparatus for verifying vehicle in inter-vehicular communication environment
CN112019326B (zh) 一种车辆充电安全管理方法及***
CN103108327A (zh) 验证终端设备和用户卡安全关联的方法、装置及***
CN113645590B (zh) 基于加密算法的远程控制车辆的方法、装置、设备及介质
CN111968256A (zh) 一种电子标签防拆方法、装置、车辆及存储介质
CN110949317A (zh) 一种车辆防盗***及其防盗方法及车辆
CN112188431A (zh) 车辆智能进入***及其方法
CN111049651A (zh) 一种车载智能计算装置、云端服务器以及唤醒方法
CN107968707B (zh) 一种用于对密钥进行分类存储的方法及***
US20190075441A1 (en) System and method of low energy mobile device recognition
CN112583595B (zh) 一种车辆充电安全管理方法
CN113079511B (zh) 车辆之间信息共享的方法、设备、车辆和存储介质
US11463263B2 (en) Secure emergency vehicular communication
CN113434181B (zh) 软件升级方法、装置、电子设备及存储介质
CN113453223B (zh) 密钥更新方法、***、装置、存储介质及终端
CN103818342B (zh) 用于车辆防盗匹配操作权限认证的方法及***

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20210413

RJ01 Rejection of invention patent application after publication