CN110667514B - 一种车门解锁方法及装置 - Google Patents

Abstract

本申请实施例公开了一种车门解锁方法及装置，该方法应用于车载设备。该方法包括：获取车载设备连接的车辆的目标车型信息；从存储的协议文件中查找与目标车型信息对应的车门解锁信息；其中，协议文件中存储有多条车型信息，多条车型信息中每个车型信息包含与每个车型对应的车门解锁信息；多条车型信息包括目标车型信息；根据与目标车型信息对应的车门解锁信息对相应的车门进行解锁。实施本申请实施例，可以在不解锁司机车门的情况下，打开车辆的副驾驶车门和后座车门，提高车门解锁的便利性。

Description

一种车门解锁方法及装置

技术领域

本申请涉及汽车电控技术领域，尤其涉及一种车门解锁方法及装置。

背景技术

当前许多车辆为了方便用户，都采用了汽车无钥匙进入系统。当车主携带智能钥匙靠近车辆时，汽车无钥匙进入系统可以自动识别出智能钥匙，从而自动解锁汽车的车门。

目前一般的车辆支持司机车门的无钥匙进入。当车辆监测到在一定距离范围内与本车辆匹配的智能钥匙时，自动解锁司机车门。当监测到司机车门上的解锁按钮被按下后，车辆可以解锁其它的车门。

由于只支持司机车门无钥匙进入，若用户想打开后座车门，就需要先解锁司机车门，然后打开司机车门，再解锁其他车门，操作繁琐，降低了汽车车门解锁的便利性。

发明内容

本申请实施例公开了一种车门解锁方法及装置，可以实现在不解锁司机车门的情况下，打开副驾驶车门和后座车门，提高汽车车门解锁的便利性。

第一方面，本申请实施例提供了一种车门解锁方法，应用于车载设备，包括：

获取所述车载设备连接的车辆的目标车型信息；

从存储的协议文件中查找与所述目标车型信息对应的车门解锁信息；其中，所述协议文件中存储有多条车型信息，所述多条车型信息中每个车型信息包含与每个车型对应的车门解锁信息；所述多条车型信息包括所述目标车型信息；

根据与所述目标车型信息对应的车门解锁信息对相应的车门进行解锁。

其中，所述车载设备获取与所属车载设备连接的车辆的目标车型信息为，所述车载设备向所述车辆的车载电脑发送获取所述车辆的车辆识别号码VIN的指令。所述协议文件中存储有多条车型信息，所述多条车型信息中每个车型信息还包含于每个车型对应的获取车型的VIN的指令，所述车载设备向所述车辆的车载电脑逐一发送所述多条车型信息中与每个车型对应的获取车辆的VIN的指令。

当所述车载设备接收到由所述车载电脑发送的所述车辆的VIN，所述车载电脑根据所述车辆的VIN确定所述车辆的目标车型信息。

所述车载设备从所述协议文件中查找与所述目标车型信息对应的预设指令，所述预设指令包含于所述车门解锁信息；

所述预设指令包括激活指令、用户身份确认指令和车门把手状态确认指令；所述激活指令用于将所述车载电脑从休眠状态唤醒为工作状态；所述用户身份确认指令用于获取用户身份标识信息，所述用户身份标识信息用于确认是否识别到所述车辆的车主；所述车门把手状态确认指令用于获取所述车辆是否存在车门的把手处于开启状态的信息。

所述车载电脑包含第一电子控制单元ECU和多个第二ECU，所述多个第二ECU中每个第二ECU对应一个车门；所述多个第二ECU处于休眠状态，所述第一ECU处于工作状态。

所述车载设备向所述第一ECU发送所述用户身份确认指令；

所述车载设备接收由所述第一ECU发送的用于确认识别到所述车辆的车主的所述用户身份标识信息，并向所述多个第二ECU发送所述激活指令，将所述多个第二ECU从休眠状态唤醒为工作状态；

所述车载设备向所述多个第二ECU发送所述车门把手状态确认指令；

所述车载设备接收由与所述车辆的第一车门对应的第二ECU发送的确认所述第一车门的把手处于开启状态的信息，所述第一车门为所述车辆的任一车门；

所述车载设备向与所述第一车门对应的第二ECU发送车门解锁指令，所述车门解锁指令用于对所述第一车门进行解锁。

第二方面，本申请实施例提供了一种车门解锁装置，包括：

目标车型信息获取单元，用于获取所述车载设备连接的车辆的目标车型信息；

车门解锁信息获取单元，用于从存储的协议文件中查找与所述目标车型信息对应的车门解锁信息；其中，所述协议文件中存储有多条车型信息，所述多条车型信息中每个车型信息包含与每个车型对应的车门解锁信息；所述多条车型信息包括所述目标车型信息；

车门解锁单元，用于根据与所述目标车型信息对应的车门解锁信息对相应的车门进行解锁。

第三方面，本申请实施例还提供了一种车门解锁装置，包括：

通信接口、处理器和存储器，所述存储器用于存储计算机程序，所述通信接口、所述存储器通过总线与所述处理器耦合；

其中，所述通信接口用于和所述车载电脑建立通信连接；

所述处理器用于调用所述计算机程序，使得所述装置执行上述第一方面的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令若被处理器执行时使所述处理器执行上述第一方面的方法。

在本申请实施例中，通过监测车载电脑是否识别到车辆的用户身份标识信息，并监测车辆的各车门的把手是否处于开启状态，车载设备可以解锁车辆的任一车门。其中，在监测到车载电脑识别到车辆的用户身份标识信息，且车辆的某一车门把手处于开启状态时，该车门可以接收到解锁指令，被解除锁定。这样可以实现在不解锁司机车门的情况下，打开车辆的副驾驶车门和后座车门，从而提高汽车车门解锁的便利性。

附图说明

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

其中：

图1为本申请实施例提供的一种车门解锁装置与车辆通信的结构示意图；

图2为本申请实施例提供的一种车门解锁方法的流程示意图；

图3为本申请实施例提供的另一种车门解锁方法的流程示意图；

图4为本申请实施例提供的一种OBD装置与车辆通信的结构示意图；

图5为本申请实施例提供的另一种车门解锁方法的流程示意图；

图6为本申请实施例提供的一种车门解锁装置的结构框图；

图7为本申请实施例提供的另一种车门解锁装置的结构框图。

具体实施方式

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

为了解决一般的车辆由于只支持司机车门无钥匙进入而给用户带来的操作不便的问题，特提出一种车门解锁方法，该方法可以实现司机车门、副驾驶车门和后座车门的无钥匙进入。该方法的实现可依赖于计算机程序，该计算机程序可运行于车载设备中。该车载设备可以为车载诊断(on board diagnostic，OBD)装置或者移动终端等。该车载设备与车辆的车载电脑可以通过有线或者无线等方式与车载电脑建立连接，本申请实施例对此不进行具体限定。

请参阅图1，图1是本申请实施例提供的一种车门解锁装置与车辆通信的结构示意图。

如图1所示，车门解锁装置为车载设备100,。车载设备100可以通过总线与车辆的车载电脑110进行通信。车载设备100运行存储在设备中的计算机程序，可以向车载电脑110发送用于解锁车门的指令，其中，通信过程中的数据通过总线传输。例如，车载设备为OBD装置时，OBD装置可以通过OBD总线与车载电脑110通信。OBD装置100通过OBD接口与车辆建立连接，具体与车辆上的车载电脑连接。OBD装置可以由车辆上的OBD接口供电并自动运行存储在OBD装置内的计算机程序。OBD装置100和车载电脑110通信的数据通过OBD总线传输。

本申请实施例提供一种车门解锁方法及装置，下面介绍该车门解锁方法。

车载设备向车载电脑发送用于获取该车辆的车辆识别号码(vehicleidentification number，VIN)的指令。上述VIN可以用于唯一标识车辆。当接收到由车载电脑发送的VIN，车载设备根据该车载电脑发送的VIN，可以确定该车辆的车型，进而可以确定该车载电脑采用的诊断协议。该车载设备可以根据上述诊断协议监测是否存在与该车辆匹配的智能钥匙，并监测每个车门的把手是否处于开启状态。当监测到存在与该车辆匹配的智能钥匙，且某一车门的把手处于开启状态，则车载设备向车载电脑发送解锁上述车门的解锁指令。上述车门可以根据解锁指令被解锁。

上述车载设备可以实现在用户随身携带智能钥匙而不拿出智能钥匙时解锁司机车门、副驾驶车门和后座车门，方便了用户打开副驾驶车门和后座车门。不同型号或不同车系车辆的车载电脑所采用的诊断协议可以不同。该车载设备支持多种诊断协议，可适用于多种型号和多种车系的车辆，这样，可提高该车载设备的通用性。

基于图1所描述的车门解锁装置与车辆通信的结构示意图，下面具体介绍本申请实施例涉及的车门解锁方法。请参阅图2，图2是本申请实施例提供的一种车门解锁方法的流程示意图。如图2所示，该车门解锁方法包括步骤S101-S103。

S101、车载设备获取与车载设备连接的车辆的目标车型信息。

车载设备向车载电脑发送用于获取该车辆的VIN的指令，并接收由车载电脑发送的VIN。车载设备可以根据该VIN确定车辆的车型。其中，由于车载设备在向车载电脑发送用于获取该车辆的VIN的指令之前，并不知道该车载电脑采用的诊断协议，车载设备可以向车载电脑逐一发送与不同车型对应的用于获取车辆的VIN的指令。当发送与车载设备连接的车辆对应的用于获取车辆的VIN的指令时，车载设备可以接收到由车载电脑发送的VIN。上述与不同车型对应的用于获取车辆的VIN的指令包含于存储在车载设备中的协议文件中。

需要说明的是，车载设备和车载电脑在进行通信时的各项通信参数都符合车载电脑采用的诊断协议。

上述诊断协议是在车辆出厂时预设的，具体的，车载电脑采用的诊断协议可以为以下协议中的一个：控制器局域网络协议(controller area network protocol，CAN)，关键字协议2000(keyword protocol2000，KWP2000)，可变脉宽调制协议(variable pulsewidth modulated protocol，VPW)，脉冲宽度调制协议(pulse width modulationprotocol，PWM)。可选的，车载电脑采用的诊断协议还可以为其他协议，本申请实施例对此不做具体限定。

上述通信参数可以包含通信管脚、通信波特率以及车载设备与车载电脑通信时各指令的格式等。以车载设备为OBD装置为例进行说明。其中：

通信管脚为OBD装置和车载电脑通信时使用的OBD接口上的管脚。例如，CAN协议中OBD装置和车载电脑进行通信时的通信管脚为6和14。若确定车载电脑采用的诊断协议为CAN协议，OBD装置和车载电脑进行通信时可以使用OBD接口中的6号管脚和14号管脚。

通信波特率为OBD装置和车载电脑进行通信时信息的传输速率。

在不同的诊断协议下，用于通信的指令可采用不同的格式，例如用不同的字符串表示。

本申请实施例对OBD装置监测是否存在与车辆匹配的智能钥匙的方式不进行限定。

在一种可能的实现方式中，OBD装置可以向车载电脑发送指令以获取车载电脑的监测结果，该监测结果可以表示当前存在或者不存在与车辆匹配的智能钥匙。其中，车载电脑可通过验证智能钥匙标识号(identity，ID)的方式得到监测结果。

具体的，每一车辆的智能钥匙都对应有一个ID，车辆的车载电脑中可存储有与该车辆匹配的智能钥匙的ID。车载电脑周期性地发送询问信号，上述询问信号用于向在监测距离范围内的智能钥匙请求智能钥匙的ID。若智能钥匙发送的ID与车载电脑中存储的智能钥匙的ID一致，则车载电脑可以更新监测结果为存在与车辆匹配的智能钥匙。若智能钥匙发送的ID与车载电脑中存储的智能钥匙的ID不一致，或者车载电脑未接收到由智能钥匙发送的ID，则车载电脑可以更新监测结果为不存在与车辆匹配的智能钥匙。

其中，上述智能钥匙发送ID的动作可以是在接收到上述询问信号后自发进行的，无需用户对智能钥匙进行操作。

本申请实施例对上述监测距离范围的大小不进行限定。例如，监测距离范围可以为2米内、3米内或者5米内等。其中，上述监测距离范围表示上述询问信号可以覆盖的范围。当发送该询问信号后，车载电脑可以接收到处于该监测距离范围内的智能钥匙发送的ID。

例如，车辆周期性地发送询问信号，车载电脑的监测距离范围为5米内。当用户携带智能钥匙进入监测距离范围时，即智能钥匙与车辆的距离小于5米，车载电脑可以接收到由该智能钥匙发送的ID。车载电脑对比由智能钥匙发送的ID与车载电脑中存储的智能钥匙的ID，若上述两个ID一致，则更新存储在车载电脑中的监测结果，监测结果为存在与车辆匹配的智能钥匙。同时，OBD装置向车载电脑发送用于获取上述监测结果的指令后，可以接收到由车载电脑发送的监测结果，从而确定存在与车辆匹配的智能钥匙。

本申请实施例对OBD装置校验车辆的用户身份的方式不进行限定，除了可以通过上述监测是否存在与车辆匹配的智能钥匙的方式，还可以为监测是否识别到与车辆匹配的用户指纹的方式以及利用红外影像来是被车辆的用户等其他方式。

本申请实施例对OBD装置监测车门的把手是否处于开启状态的方式不进行限定。

同样的，OBD装置可以向车载电脑发送指令以获取车载电脑的车门把手监测结果，该车门把手监测结果可以表示当前车门的某一把手处于开启状态或者关闭状态。

例如，当用户携带智能钥匙并拉起后座左侧车门的把手时，车载电脑可以监测到后座左侧车门的把手处于开启状态。同时，OBD装置在向车载电脑发送用于获取车门把手监测结果的指令后，可以接收到由车载电脑发送的车门把手监测结果，从而确定后座左侧车门的把手处于开启状态。

可选的，各车门的把手上可以有用于解锁车门的开启按钮。响应于用户作用在该开启按钮上的用户操作，车载电脑可以将车门把手监测结果更新为开启状态。

S102、车载设备从存储的协议文件中查找与目标车型信息对应的车门解锁信息。

该车门解锁信息包含用于解锁车门的预设指令。该预设指令包括激活指令、用户身份确认指令和车门把手状态确认指令。该激活指令可以用于将车载电脑从休眠状态唤醒为工作状态，该用户身份确认指令可以用于获取用户身份标识信息，该用户身份标识信息可以用于确认是否识别到车辆的车主；该车门把手状态确认指令可以用于获取车辆是否存在车门的把手处于开启状态的信息。

S103、车载设备根据与目标车型信息对应的车门解锁信息对相应的车门进行解锁。

首先，车载设备可以向车载电脑发送激活指令，将车载电脑从休眠状态唤醒为工作状态。然后，车载设备可以向车载电脑发送用户身份确认指令，并接收由车载电脑发送的用于确认识别到所述车辆的车主的用户身份识别信息。车载设备可以向车载电脑发送车门把手状态确认指令，并接收由车载电脑发送的用于确认车辆的第一车门的把手处于开启状态的信息，该第一车门可以为车辆的任一车门。车载设备可以向车载电脑发送用于解锁该第一车门的解锁指令。

为了更加具体地介绍车门解锁方法，下面以车载设备为OBD装置、车载设备通过监测智能钥匙的方式来校验车辆的用户身份为例对车门解锁方法进行具体介绍。请参阅图3，图3是本申请实施例提供的另一种车门解锁方法的流程示意图。

如图3所示，该车门解锁方法包括步骤S201-S203。

步骤S201：OBD装置向车载电脑发送第一指令。

该第一指令包含第三指令和第四指令。其中，第三指令可以用于监测是否存在与车辆匹配的智能钥匙，第四指令可以用于监测车辆的每个车门的把手是否处于开启状态。

具体的，OBD装置向车载电脑发送该第三指令之后，可以接收到由车载电脑发送的指令，该由车载电脑发送的指令用于指示是否存在与车辆匹配的智能钥匙。当该由车载电脑发送的指令指示存在与车辆匹配的智能钥匙，OBD装置向车载电脑发送该第四指令。

在一种可能的实现方式中，车载电脑采用的诊断协议可以为CAN协议。在CAN协议中，该第三指令可以为0x228000，以监测是否存在与车辆匹配的智能钥匙。该第四指令可以为0x220500，以监测车辆的各车门的把手是否处于开启状态。车载电脑接收到该第三指令后可以向OBD装置发送指令0x62800000或者0x62800001。其中，0x62800000表示不存在与车辆匹配的智能钥匙，0x62800001表示存在与车辆匹配的智能钥匙。

OBD装置可周期性的向车载电脑发送第三指令0x228000，以实现监测功能。当车载电脑监测到不存在与车辆匹配的智能钥匙，OBD装置可以接收到由车载电脑发送的指令0x62800000。然后，OBD装置继续向车载电脑发送第三指令0x228000，直到OBD装置接收到由车载电脑发送的指令0x62800001。该指令0x62800001表示车载电脑监测到存在与车辆匹配的智能钥匙，也即用户携带智能钥匙进入车载电脑的监测距离范围。之后，OBD装置向车载电脑发送第四指令0x220500。

可以理解的是，OBD装置按照先后次序发送上述第三指令和第四指令，可以有效地提高程序运行地效率。

步骤S202：OBD装置接收来自车载电脑的第二指令。

该第二指令是车载电脑接收到第四指令时监测到该第一车门的把手处于开启状态的情况下发送的指令。

同样的，车载电脑采用的诊断协议可以为CAN协议。同一车门的开启状态和关闭状态可通过不同字段的第二指令表示。例如，在CAN协议中，后座左侧车门的开启状态可通过指令格式为0x62050001的第二指令表示，后座左侧车门的关闭状态可通过指令格式为0x62050000的第二指令表示。即当车载电脑监测到后座左侧车门的把手处于开启状态时，车载电脑向OBD装置发送指令0x62050001。若车载电脑监测到后座左侧车门的把手处于关闭状态，车载电脑向OBD装置发送指令0x62050000。

在一种可能的实现方式中，当用户携带智能钥匙进入车载电脑的监测距离范围时，车载电脑可监测到存在与车辆匹配的智能钥匙。从而OBD装置可以监测到存在与车辆匹配的智能钥匙，并向车载电脑发送第四指令0x220500，以监测是否有车门的把手处于开启状态。若用户并未拉起任一车门的把手，车载电脑监测到车辆的各车门的把手均处于关闭状态，则OBD装置可以接收到由车载电脑发送的指令0x62050000。

之后，为了确定仍存在与车辆匹配的智能钥匙，OBD装置向车载电脑发送第三指令0x228000。若用户仍携带智能钥匙在车载电脑的监测距离范围内，OBD装置可以接收到由车载电脑发送的指令0x62800001。当确定仍存在与车辆匹配的智能钥匙，OBD再次向车载电脑发送第四指令0x220500。当用户携带智能钥匙在监测距离范围内而并未拉起车辆的任一车门的把手时，OBD装置可以循环向车辆发送第三指令和第四指令，直到OBD装置确认不存在与车辆匹配的智能钥匙，或者确认车门的某一把手处于开启状态。

其中，当确认不存在与车辆匹配的智能钥匙，OBD装置可以只向车载电脑发送第三指令，以监测是否存在与车辆匹配的智能钥匙。在监测到存在与车辆匹配的智能钥匙时，即在收到车载电脑回复的指令为0x62800001时，OBD装置可以向车载电脑发送第四指令，以监测车门的把手是否处于开启状态。

当确认车门的某一把手处于开启状态时，例如，当确认后座左侧车门的把手处于开启状态时，OBD装置可以接收到车载电脑发送的第二指令0x62050001。然后，OBD装置可以执行步骤S203。

步骤S203：OBD装置向车载电脑发送解锁指令。

具体的，该解锁指令的格式符合车载电脑采用的诊断协议。例如，当确定车载电脑采用的诊断协议为CAN协议，且接收到车载电脑发送的第二指令0x62050001，该第二指令0x62050001指示车辆的后座左侧车门的把手处于开启状态，OBD装置可以向车载电脑发送用于解锁后座左侧车门的解锁指令0x2f5200。车载电脑接收到指令0x2f5200后，将后座左侧车门解除锁定。后座左侧车门可以被用户打开。

图3所描述的车门解锁方法可用于无钥匙开启车门的场景。在该无钥匙开启车门场景中，用户可以携带钥匙进入车辆的监测距离范围，在不拿出智能钥匙或者不对智能钥匙进行操作的情况下，拉起车辆的任一车门的把手即可开启对应的车门。不限于无钥匙解锁车门的场景，图3所描述的车门解锁方法还可用于其他场景。例如用户在需要打开车门时，按下智能钥匙上的车门解锁按钮。响应于用户按压智能钥匙上车门的解锁按钮的用户操作，车辆的车门均被解除锁定。

实施本申请实施例，将具有如下有益效果：

通过监测是否存在与车辆匹配的智能钥匙，并监测车辆的各车门的把手是否处于开启状态，OBD装置可以解锁车辆的任一车门。这样，用户在想开副驾驶车门或者后座车门时，可以不用先打开司机车门，再解锁其他车门。相比于一般车辆只能无钥匙进入司机车门，OBD装置提高了汽车车门解锁的便利性。同时，该OBD装置可以直接插入车辆的OBD接口进行工作，操作简便，方便用户使用。

在一种可能的实现方式中，上述车载电脑包含控制车辆不同部分的电子控制单元(electronic control unit，ECU)。其中，第一ECU即无钥匙进行入系统ECU，可以监测是否存在与车辆匹配的智能钥匙。第二ECU即车门系统ECU。多个第二ECU可以分别监测各车门的把手是否处于开启状态，并控制车门的解锁与锁定，上述多个第二ECU中的每个第二ECU都对应一个车门。

OBD装置与车载电脑进行通信，具体的可以为OBD装置将不同的指令发送给车载电脑中不同的ECU。请参阅图4，图4是本申请实施例提供的一种OBD装置与车辆通信的结构示意图。

如图4所示，车载电脑可以包含多个ECU。其中，第一ECU111可以监测是否存在与车辆匹配的智能钥匙。多个第二ECU可包含司机车门ECU112、副驾驶车门ECU113、后座左侧车门ECU114和后座右侧车门ECU115，司机车门ECU112、副驾驶车门ECU113、后座左侧车门ECU114和后座右侧车门ECU115可以分别监测司机车门、副驾驶车门、后座左侧车门和后座右侧车门的把手是否处于开启状态，并控制对应车门的解锁。OBD装置可以通过OBD总线与上述多个ECU进行通信。

可选的，OBD装置与上述多个ECU以广播的方式进行通信，OBD装置与上述多个ECU通信过程中的指令通过上述OBD总线进行传输。具体的，OBD装置向某一个ECU发送指令时，可以在指令中加入该ECU的接收ID，该接收ID用于指示该指令的接收者。某一个ECU向OBD装置发送指令时，可以在指令中加入该ECU的发送ID，该发送ID用于提示OBD装置该指令的发送者。其中，上述ECU的接收ID和发送ID的格式均符合车载电脑采用的诊断协议。

例如，车载电脑采用的诊断协议为CAN协议，车载电脑中的第一ECU的接收ID和发送ID分别为0xc040和0xc020。OBD装置向第一ECU发送指令时，可以在指令的起始处增加第一ECU的接收ID。然后将包含该接收ID的指令在OBD总线上以广播的形式传输，第一ECU可以接收到该指令并进行响应，其他ECU也可以接收到该指令但不会对该指令进行响应。

本申请实施例不对第二ECU的数量进行限定。多个第二ECU除了可以包含司机车门ECU112、副驾驶车门ECU113、后座左侧车门ECU114和后座右侧车门ECU115这四个ECU，第二ECU的数量还可以更多或者更少。

基于图4所描述的OBD装置与车辆通信的结构示意图，本申请实施例提供另一种车门解锁方法。请参阅图5，图5是本申请实施例提供的另一种车门解锁方法的流程示意图。

步骤S301：OBD装置获取车辆的VIN。

由于不同型号或不同车系车辆的车载电脑所采用的诊断协议可以不同，其中不同诊断协议中的通信管脚、通信波特率以及指令格式也不同，所以OBD装置和不同车载电脑通信时的通信管脚、通信波特率以及指令格式也可能不同。

OBD装置可支持多种诊断协议。在开始和车载电脑通信时，OBD装置不确定车载电脑采用的诊断协议。为了确定车载电脑采用的诊断协议，具体的，OBD装置可以将不同协议的用于获取VIN的指令依次发送给车载电脑。

例如，OBD装置支持KWP2000协议、CAN协议、VPW协议和PWM协议等诊断协议，车载电脑采用的诊断协议为CAN协议。上述诊断协议中获取VIN的指令各不相同。例如，KWP2000协议的获取VIN的指令为1a 90，CAN协议的获取VIN的指令为0x0807df 0209020000000000。

OBD装置可以依次将KWP2000协议、CAN协议、VPW协议和PWM协议等诊断协议的获取VIN的指令发送给车载电脑，直到接收到由车载电脑发送的VIN。由于车载电脑采用的诊断协议为CAN协议，OBD装置在发送CAN协议的获取VIN的指令后，可以接收到由车载电脑发送的VIN。

步骤S302，OBD装置根据VIN确定车载电脑采用的诊断协议。

当获取到车辆的VIN，OBD装置可以根据该VIN解析出车辆的车型。

在一种可能的实现方式中，VIN可以为17位的字符串。其中，VIN前三位是世界制造商的识别代码，用于识别生产商的名称及所在国家。VIN的第4-8位表示车辆特征，例如种类，系列和车身类型等。VIN的第9位表示校验位通过一定的算法防止输入错误。VIN的第10位表示车型年份。VIN的第11位表示组装工厂的代码。上述VIN码的第12-17位表示生产序列号。

OBD装置可以将VIN中的第1-8位解析出来，并根据第1-8位的字符串确定车辆的车型。

例如，OBD装置获取到车辆的VIN为WDD2210222a253260，那么从中解析出的第1-3位为WDD，而WDD对应的车系是德国奔驰(BENZ)，第4-8位是22102，而22102对应的车型是S350。由此，OBD装置可以根据该VIN解析出车辆的车系是奔驰，车型是S350。

在解析出车辆的车型后，OBD装置可以根据车型确定车载电脑采用的诊断协议。

具体的，OBD装置可以存储车型与诊断协议的关系表。例如，车型S350对应的车载电脑采用诊断协议为CAN协议，OBD装置可以将车型S350与CAN协议进行关联并存储在上述关系表中。当接解析出车辆的车型，OBD装置可以根据上述关系表中车型与协议的对应关系确认车载电脑采用的诊断协议。

步骤S303：OBD装置根据诊断协议向车载电脑发送第一指令。具体原理可以参照步骤S201。

需要说明的是，在本实施例中，OBD装置向车载电脑发送第一指令，具体的，OBD装置可以将第一指令中的第三指令发送给车载电脑的第一ECU，以监测是否存在与车辆匹配的智能钥匙。OBD装置可以将第一指令中的第四指令发送给车载电脑中的多个第二ECU，以监测车辆的各车门的把手是否处于开启状态。

此外，OBD装置和上述多个ECU通信前，上述多个ECU可能处于休眠状态。OBD装置可以先向上述多个ECU发送激活指令，将上述多个ECU唤醒。

在一种可能的实现方式中，OBD装置和第一ECU、多个第二ECU通信前，可以先向各ECU发送激活指令，将上述多个ECU由休眠状态转变为工作状态。上述多个ECU在接收到激活指令后可以向OBD装置发送激活成功指令，该激活成功指令用于提示OBD装置对应的ECU已经处于工作状态，可以开始进行通信。OBD装置接收到由ECU发送的激活成功指令后，可以向第一ECU发送第三指令或者向多个第二ECU发送第四指令。

其中，第一ECU在休眠状态时，不能对第三指令进行响应。第一ECU在工作状态时，可接收第三指令，监测是否存在与车辆匹配的智能钥匙，并向OBD装置发送用于指示是否存在与车辆匹配的智能钥匙的指令。

多个第二ECU在休眠状态时，不能对第四指令进行响应。多个第二ECU处于工作状态时，可以接收第四指令，监测各车门的把手是否处于开启状态，并向OBD装置发送用于指示车门的把手是否处于开启状态的指令。

在另一种可能的实现方式中，OBD装置可以直接向第一ECU发送第三指令，而在和多个第二ECU通信前先向上述多个第二ECU发送激活指令。第一ECU一直处于工作状态，用于监测是否存在与车辆匹配的智能钥匙。OBD装置发送激活指令将多个第二ECU唤醒。上述多个第二ECU被唤醒后处于工作状态，可以响应OBD装置发送的指令。这样，多个第二ECU可以不用一直处于工作状态，有利于节省车辆的能耗。

上述激活指令的格式符合车载电脑采用的诊断协议。例如，若确定车载电脑采用的诊断协议是CAN协议，OBD装置发送给第一ECU的激活指令为0x1001，接收到第一ECU的激活成功回复为0x5001。

步骤S304：OBD装置接收来自车载电脑的第二指令。具体原理可以参照步骤S202。

需要说明的是，在本实施例中，OBD装置接收来自车载电脑的第二指令，具体的，OBD装置接收到由第二ECU发送的第二指令，该第二ECU与第一车门对应。

步骤S305：OBD装置向车载电脑发送解锁指令。具体原理可以参照步骤S203。

需要说明的是，在本实施例中，OBD装置向车载电脑发送解锁指令，具体的，OBD装置向第二ECU发送该解锁指令，该第二ECU与第一车门对应。

实施上述实施例，将具有如下有益效果：

由于OBD装置支持多种诊断协议，所以可以适用于多种型号和多种车系的车辆，具有通用性。

在一种可能的实现方式中，当监测到不存在与车辆匹配的智能钥匙，且存在车门处于未锁定状态，OBD装置可以向车载电脑发送锁定车门的指令。具体的，OBD装置锁定车门的方法可以为：

OBD装置向第一ECU发送第三指令，以监测是否存在与车辆匹配的智能钥匙。若接收到第一ECU发送的指令为不存在与车辆匹配的钥匙，则OBD装置可以向多个第二ECU发送指令，以监测各车门是否处于锁定状态。若接收到与车辆任一车门第二车门对应的第二ECU回复的指令为该第二车门处于未锁定状态，OBD装置可以向与第二车门对应的第二ECU发送锁定指令，该锁定指令用于锁定第二车门。

同样的，该锁定指令的格式符合车载电脑采用的诊断协议。例如，若确定车载电脑采用的诊断协议的为CAN协议，OBD装置发送的锁定指令为0x2f52ff。

在一种可能的实现方式中，OBD装置发送锁定命令锁定车门后可以提示用户车门已锁好，提示的方式可以为车辆的喇叭响一声，且转向灯快闪两下。本实施例对提示用户车门已锁好的提示方式不进行具体限定。

在监测到不存在与车辆匹配的智能钥匙，且车门处于未锁定状态时，OBD装置可以发送锁定指令将车门上锁，有利于保证车辆的安全。

在本实施例中，OBD装置上有停止程序运行的STOP按钮。响应于作用在该STOP按钮上的用户操作，OBD装置停止工作，不再向车载电脑发送指令。除了可以通过设置STOP按钮来停止OBD装置的工作，还可以将OBD装置从OBD接口上拔下或者通过其它方式使OBD装置停止工作，本实施例对此不作具体限定。

在本申请实施例中，车载设备100的结构框图可以如图6所述。请参阅图6，图6是本申请实施例提供的一种车门解锁装置的结构框图。

具体的，OBD装置100包含目标车型信息获取单元101、车门解锁信息获取单元102和车门解锁单元103，其中：

目标车型信息获取单元101，用于获取车载设备连接的车辆的目标车型信息；

车门解锁信息获取单元102，用于从存储的协议文件中查找与目标车型信息对应的车门解锁信息。其中，该协议文件中存储有多条车型信息，该多条车型信息中每个车型信息包含与每个车型对应的车门解锁信息。该多条车型信息包括目标车型信息。

车门解锁单元103，用于根据与目标车型信息对应的车门解锁信息对相应的车门进行解锁。

请参阅图7，图7是本申请实施例提供的另一种车门解锁装置的结构框图。该车门解锁装置即为上述车载设备。

具体的，该装置可包括通过总线连接的处理器210、存储器220和通信接口230。其中，存储器220用于存储计算机程序。通信接口230用于和车载电脑建立通信连接。处理器210用于调用上述计算机程序，使得上述装置执行以下操作：

从存储的协议文件中查找与目标车型信息对应的车门解锁信息。其中，协议文件中存储有多条车型信息，多条车型信息中每个车型信息包含与每个车型对应的车门解锁信息。多条车型信息包括目标车型信息。

根据与目标车型信息对应的车门解锁信息对相应的车门进行解锁。

不限于上述模块，车载设备还可以包含更多或更少的模块。

通过监测是否存在与车辆匹配的智能钥匙，并监测车辆的各车门的把手是否处于开启状态，车载设备可以解锁车辆的任一车门。这样，用户在想开副驾驶车门或者后座车门时，可以不用先打开司机车门，再解锁其他车门。相比于一般车辆只能无钥匙进入司机车门，上述车载设备提高了汽车车门解锁的便利性。同时，由于车载设备支持多种诊断协议，所以可以适用于多种型号和多种车系的车辆，具有通用性。并且车载设备操作简便。例如当车载设备为OBD装置时，用户可以直接将OBD装置插入车辆的OBD接口，方便用户使用。

以上所述，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何在本申请实施例揭露的技术范围内的变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以所述权利要求的保护范围为准。

Claims (9)

1.一种车门解锁方法，其特征在于，所述方法应用于车载设备，包括：

获取所述车载设备连接的车辆的目标车型信息；

从存储的协议文件中查找与所述目标车型信息对应的车门解锁信息中的预设指令；其中，所述协议文件中存储有多条车型信息，所述多条车型信息中每个车型信息包含与每个车型对应的车门解锁信息；所述多条车型信息包括所述目标车型信息；所述预设指令包括激活指令、用户身份确认指令和车门把手状态确认指令；所述激活指令用于将所述车辆的车载电脑从休眠状态唤醒为工作状态；所述用户身份确认指令用于获取用户身份标识信息，所述用户身份标识信息用于确认是否识别到所述车辆的车主；所述车门把手状态确认指令用于获取所述车辆是否存在车门的把手处于开启状态的信息；

根据与所述目标车型信息对应的车门解锁信息中的预设指令对相应的车门进行解锁。

2.根据权利要求1所述的方法，其特征在于，所述获取所述车载设备连接的车辆的目标车型信息，包括：

所述车载设备向所述车辆的车载电脑发送获取所述车辆的车辆识别号码VIN的指令；

所述车载设备接收由所述车载电脑发送的所述车辆的VIN，并根据所述车辆的VIN确定所述车辆的目标车型信息。

3.根据权利要求2所述的方法，其特征在于，所述协议文件中存储有多条车型信息，所述多条车型信息中每个车型信息还包含与每个车型对应的获取车辆的VIN的指令，所述车载设备向所述车辆的车载电脑发送获取所述车辆的车辆识别号码VIN的指令，包括：

所述车载设备向所述车辆的车载电脑逐一发送所述多条车型信息中与每个车型对应的获取车辆的VIN的指令，所述多条车型信息中与每个车型对应的获取车辆的VIN的指令包括与目标车型对应的获取车辆的VIN的指令。

4.根据权利要求1所述的方法，其特征在于，所述车载电脑包含第一电子控制单元ECU和多个第二电子控制单元ECU，所述多个第二电子控制单元ECU中每个第二电子控制单元ECU对应一个车门；所述多个第二电子控制单元ECU处于休眠状态，所述第一电子控制单元ECU处于工作状态；

所述根据与所述目标车型信息对应的车门解锁信息对相应的车门进行解锁，包括：

所述车载设备向所述第一电子控制单元ECU发送所述用户身份确认指令；

所述车载设备接收由所述第一电子控制单元ECU发送的用于确认识别到所述车辆的车主的所述用户身份标识信息，并向所述多个第二电子控制单元ECU发送所述激活指令，将所述多个第二电子控制单元ECU从休眠状态唤醒为工作状态；

所述车载设备向所述多个第二电子控制单元ECU发送所述车门把手状态确认指令；

所述车载设备接收由与所述车辆的第一车门对应的第二电子控制单元ECU发送的确认所述第一车门的把手处于开启状态的信息，所述第一车门为所述车辆的任一车门；

所述车载设备向与所述第一车门对应的第二电子控制单元ECU发送车门解锁指令，所述车门解锁指令用于对所述第一车门进行解锁。

5.根据权利要求4所述的方法，其特征在于，所述车载设备向所述多个第二电子控制单元ECU发送所述车门把手状态确认指令之后，所述方法还包括：

所述车载设备接收由所述多个第二电子控制单元ECU发送的确认与所述多个第二电子控制单元ECU对应的多个车门的把手均处于关闭状态的信息；

所述车载设备向所述第一电子控制单元ECU发送所述用户身份确认指令，以监测所述第一电子控制单元ECU是否识别到所述车辆的车主。

6.根据权利要求4所述的方法，其特征在于，所述车载设备向所述第一电子控制单元ECU发送所述用户身份确认指令之后，所述方法还包括：

所述车载设备接收由所述第一电子控制单元ECU发送的用于确认未识别到所述车辆的车主的所述用户身份标识信息；

当监测到所述车辆的第二车门未锁定时，所述车载设备指示与所述第二车门对应的第二电子控制单元ECU将所述第二车门锁定，所述第二车门为所述车辆的任一车门。

7.一种车门解锁装置，其特征在于，所述装置包括：

目标车型信息获取单元，用于获取车载设备连接的车辆的目标车型信息；

车门解锁信息获取单元，用于从存储的协议文件中查找与所述目标车型信息对应的车门解锁信息中的预设指令；其中，所述协议文件中存储有多条车型信息，所述多条车型信息中每个车型信息包含与每个车型对应的车门解锁信息；所述多条车型信息包括所述目标车型信息；所述预设指令包括激活指令、用户身份确认指令和车门把手状态确认指令；所述激活指令用于将所述车辆的车载电脑从休眠状态唤醒为工作状态；所述用户身份确认指令用于获取用户身份标识信息，所述用户身份标识信息用于确认是否识别到所述车辆的车主；所述车门把手状态确认指令用于获取所述车辆是否存在车门的把手处于开启状态的信息；

车门解锁单元，用于根据与所述目标车型信息对应的车门解锁信息中的预设指令对相应的车门进行解锁。

8.一种车门解锁装置，其特征在于，所述装置包括：

通信接口、处理器和存储器，所述存储器用于存储计算机程序，所述通信接口、所述存储器通过总线与所述处理器耦合；

其中，所述通信接口用于和所述车载电脑建立通信连接；

所述处理器用于调用所述计算机程序，使得所述装置执行如权利要求1-6任一项所述的车门解锁方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序被车门解锁装置执行，以实现权利要求1-6任一项所述方法。

Images