基于obd的锁车方法、装置及系统的制作方法
【专利摘要】本发明公开了基于OBD的锁车系统、方法及装置。该系统包括：OBD设备、锁车控制设备、云平台，其中：所述OBD设备，用于通过车载OBD接口获取车辆数据；确定车辆的安全状态和运动状态，并在车辆未处于安全状态，且车辆未处于运动状态时，向所述锁车控制设备发送锁车指令；所述云平台，用于接收所述OBD设备发送的所述车辆数据，然后对所述车辆数据进行处理，得到车辆当前的安全状态和运动状态，并将得到的车辆的安全状态和运动状态发送给所述OBD设备；所述锁车控制设备，用于接收所述OBD设备发送的锁车指令，并响应于所述锁车指令，执行锁车任务。本发明基于OBD的锁车系统、方法及装置，仅需在车载OBD接口上安装OBD设备，避免了现有技术中防盗器安装复杂的缺点。
【专利说明】
基于OBD的锁车方法、装置及系统
技术领域
[0001]本发明涉及汽车技术领域，尤其涉及一种基于OBD的锁车方法、装置及系统。
【背景技术】
[0002]随着科技的发展和生活节奏的加快，汽车已经成为一种重要的交通工具，并开始走进千家万户。一辆汽车的价值少则几万元，多则几百万元，如果汽车被盗，将会对汽车拥有者造成重大的财产损失。因此，如何防止汽车被盗成为保护人民财产的重要问题。
[0003]目前，常见的汽车防盗方法是给汽车加装防盗器，由于需要防止汽车的各个防盗部件被盗，传统的电子式防盗器，需要针对每一个防盗部件专门配设一个检查元件，并通过接线将每一个检查元件连接至防盗器主机。由于汽车的防盗部件往往很多，比如，汽车的每一扇车门、汽车引擎、汽车转角等部分，因此，现有技术中，在安装防盗器时，需要安装大量的检查原件，并需要在整个车身布置大量的接线。这样在安装汽车防盗器时，安装过程太过复杂。
【发明内容】
[0004]本发明的目的是为了解决上述问题，提供一种安装过程简单的基于OBD的锁车系统。
[0005]为实现上述目的，本发明实施例提供一种基于OBD的锁车系统，其包括:OBD设备、与OBD设备电性连接的锁车控制设备、与OBD设备电性连接的云平台，其中:
[0006]所述OBD设备，通过车载OBD接口与车载诊断系统电性连接，用于通过车载OBD接口获取车辆数据，所述车辆数据包括用于记录车辆安全状态和运动状态的数据;将所述车辆数据发送至云平台，并获取云平台对所述车辆数据的处理结果；确定车辆的安全状态和运动状态，并在车辆未处于安全状态，且车辆未处于运动状态时，向所述锁车控制设备发送锁车指令；
[0007]所述云平台，用于接收所述OBD设备发送的所述车辆数据，并对所述车辆数据进行处理，得到车辆当前的安全状态和运动状态，并将得到的车辆的安全状态和运动状态发送给所述OBD设备；
[0008]所述锁车控制设备，用于接收所述OBD设备发送的锁车指令，并响应于所述锁车指令，执行锁车任务。
[0009]进一步的，所述系统还包括移动终端:
[0010]所述移动终端，与云平台电性连接，用于向云平台发送锁车请求；
[0011 ]所述云平台，还用于接收所述移动终端发出的锁车请求，并在车辆未处于运动状态时，向OBD设备发出远程锁车指令。
[0012]进一步的，车辆未处于安全状态，包括下述至少一种状态:
[0013]所述车辆的当前地理位置不在电子围栏内；
[0014]所述车辆的OBD设备与OBD接口断开连接；
[0015]各个防盗部件处于异常状态。
[0016]为实现上述目的，本发明实施例提供一种基于OBD的锁车方法，其包括:
[0017]OBD设备确定车辆的安全状态和运动状态；
[0018]若车辆未处于安全状态，且车辆未处于运动状态，则向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务。
[0019]进一步的，所述方法还包括:
[0020]在接收到云平台发送的远程锁车指令时，确定车辆的运动状态;所述云平台发送的远程锁车指令是由移动终端发送的锁车请求触发的；
[0021 ]若车辆未处于运动状态，则向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务。
[0022]进一步的，确定车辆的安全状态和运动状态，具体包括:
[0023]根据OBD接口采集到的车辆数据中的安全状态数据，确定车辆是否处于安全状态；
[0024]若车辆未处于安全状态，则根据OBD接口采集到的车辆数据中的运动状态数据，确定车辆是否处于运动状态。
[0025]进一步的，确定车辆的安全状态和运动状态，具体包括:
[0026]OBD设备将通过OBD接口采集到的车辆数据发送至云平台；以便云平台对OBD设备发送的车辆数据进行分析，得到车辆的安全状态和运动状态；
[0027]获取所述云平台确定的车辆的安全状态和运动状态。
[0028]进一步的，向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务，具体包括:
[0029]向锁车控制设备的无线接收模块发送锁车指令；以使得所述锁车控制设备在通过所述无线接收模块接收到锁车指令后，执行锁车任务。
[0030]为实现上述目的，本发明实施例提供一种基于OBD的锁车装置，其包括:
[0031 ]状态确定单元，用于确定车辆的安全状态和运动状态；
[0032]第一车辆锁定单元，用于在车辆未处于安全状态，且车辆未处于运动状态时，向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务。
[0033]进一步的，所述装置还包括:
[0034]远程锁车指令接收单元，用于在接收到云平台发送的远程锁车指令时，确定车辆的运动状态;所述云平台发送的远程锁车指令是由移动终端发送的锁车请求触发的；
[0035]第二车辆锁定单元，用于在车辆未处于运动状态时，向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务。
[0036]与现有技术相比，本发明实施例通过车载OBD接口获取用于记录车辆安全状态和运动状态的数据，并确定车辆的安全状态和运动状态，进而在车辆未处于安全状态且未处于运动状态时，执行锁车任务。本发明基于OBD的锁车方法、装置及系统在整个车辆中仅需安装OBD设备，然后利用从OBD接口获取的车辆数据，即可确定是否需要执行锁车任务，实现防盗功能，无需为汽车的各个防盗部件逐一配备检查元件，避免了现有技术中防盗器安装复杂的缺点。
【附图说明】
[0037]此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0038]图1为本发明实施例提供的基于OBD的锁车系统对应的运行环境示意图；
[0039]图2为本发明实施例提供的一种基于OBD的锁车系统的结构示意图；
[0040]图3为本发明实施例提供的一种基于OBD的锁车方法的流程示意图；
[0041 ]图4为本发明实施例提供的一种基于OBD的锁车方法的流程示意图；
[0042]图5为本发明实施例提供的一种基于OBD的锁车装置的结构示意图。
【具体实施方式】
[0043]为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明具体实施例及相应的附图对本发明技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0044]图1为本发明实施例提供的基于OBD的锁车系统所应用的运行环境示意图。
[0045]本发明提供的基于OBD的锁车系统所应用的环境包括:位于车辆内部的车载诊断系统(On-Board Diagnostic，OBD)、OBD设备。在本发明中，车辆一般指汽车。
[0046]具体的，车载诊断系统内包括汽车总线、连接于汽车总线上的若干电子控制单元(Electronic Control Unit，ECU)、车载OBD接口及连接汽车总线与车载OBD接口的诊断总线。
[0047]汽车总线包括但不限于CAN总线、K-1ine总线及J1850总线中的任意一种。汽车总线包括两根用于数据交换的数据线。ECU又称行车电脑，它是汽车的大脑，负责控制汽车内各个部件的正常运行。车内的所有状态数据均通过汽车总线发送到ECU进行数据处理从而对关联单元进行控制。OBD接口安装车内，其为车载诊断系统的对外接口。
[0048]OBD设备可以通过汽车上的OBD接口读取汽车总线上的车辆数据，比如用于记录车辆安全状态和运动状态的数据。OBD设备内包括:CAN线收发器、K线收发器、J1850收发器、电源管理模块、通讯模块、微处理器、六轴陀螺仪、flash内存等元件。
[0049]以下针对本发明提供一种基于OBD的锁车系统作具体说明。
[0050]本发明提供一种基于OBD的锁车系统。请参照图2，图2为本发明实施例提供的基于OBD的锁车系统的结构示意图。
[0051 ]在本发明实施例中，该基于OBD的锁车系统，包括:OBD设备101、云平台102、锁车控制设备103，所述OBD设备101，通过车载OBD接口与车载诊断系统电性连接，所述云平台102与OBD设备1I电性连接，所述锁车控制设备103与OBD设备1I电性连接，其中:
[0052]所述OBD设备101，通过车载OBD接口与车载诊断系统电性连接，用于通过车载OBD接口获取车辆数据，所述车辆数据包括用于记录车辆安全状态和运动状态的数据;将所述车辆数据发送至云平台，并获取云平台对所述车辆数据的处理结果;确定车辆的安全状态和运动状态，并在车辆未处于安全状态，且车辆未处于运动状态时，向所述锁车控制设备发送锁车指令。
[0053]本申请实施例中，所述车辆安全状态包括车辆处于安全状态和车辆未处于安全状
??τ O
[0054]本发明实施例中，车辆未处于安全状态，包括下述至少一种状态:所述车辆的当前地理位置不在电子围栏内、所述车辆的OBD设备101与OBD接口断开连接、各个防盗部件处于异常状态。
[0055]其中，各个防盗部件处于异常状态，比如可以是车门被非法打开、发动机被非法启动等。
[0056]那么，车辆处于安全状态，即为车辆的各个部件均处于正常状态，车辆处于安全状态，包括下述至少一种状态:所述车辆的当前地理位置在电子围栏内、所述车辆的OBD设备101与OBD接口连接正常、各个防盗部件处于正常状态。
[0057]其中，各个防盗部件处于正常状态，比如可以是车门未被非法打开、发动机未被非法启动等。
[0058]本发明实施例中，所述运动状态为车辆相对于地面的运动状态，包括运动状态和静止状态(即未处于运动状态)。用于记录车辆的运动状态的数据可以有多种，比如可以是车辆的GPS位置数据，如果车辆的GPS数据不随时间变化，则说明车辆相对地面是静止状态；用于记录车辆的运动状态的数据，也可以是车辆的行驶状态数据，如果车辆的车轮转速为O，则也可以认定车辆为静止的。
[0059]本申请实施例中，OBD设备101可以通过OBD接口采集到用于表示车辆安全状态和运动状态的数据。由于OBD设备101通过OBD接口获得的车辆数据，往往需要经过一定的处理，才能得到车辆的安全状态和运动状态。如果OBD设备的计算性能有限的话，则可以将获得的车辆数据发送给云平台102处理。
[0060]OBD设备101可以按照一定的时间周期向云平台102发送车辆数据，也可以在接收到云平台的102的数据获取请求时，将车辆数据发送至云平台102。
[0061]所述云平台102，用于接收所述OBD设备101发送的所述车辆数据，然后对所述车辆数据进行处理，得到车辆当前的安全状态和运动状态，并将得到的车辆的安全状态和运动状态发送给OBD设备101。
[0062]所述云平台具备强大的分析计算能力，可以对OBD设备101发送的数据进行分析，同时能够和OBD设备之间进行数据传输。
[0063 ]所述锁车控制设备丨O 3，用于接收所述OBD设备1I发送的锁车指令，并响应于所述锁车指令，执行锁车任务。
[0064]所述锁车控制设备103包括:无线接收模块和锁车模块。所述无线接收模块可以接收OBD设备101以无线通信方式发送的锁车指令，所述无线接收模块比如可以是射频(Rad1Frequency，RF)无线模块。所述锁车模块可以响应于该无线接收模块接收到的锁车指令，执行锁车任务。
[0065]所述锁车任务包括但不限于通过下述至少一种方式将车辆锁定:限制汽车启动模块的工作、切断发动机油路。
[0066]本发明实施例提供的基于OBD的锁车系统还可以包括移动终端104，所述移动终端104与云平台102电性连接。
[0067]所述移动终端104，用于向云平台102发送锁车请求。移动终端104可以接收用户的操作指令，该操作指令可以触发移动终端104向云平台102发出锁车请求。即，当用户期望锁车时，可以通过所述移动终端104，向云平台102发送锁车请求。
[0068]那么，所述云平台102，还可以用于接收所述移动终端104发送的锁车请求，并在车辆未处于运动状态时，向OBD设备101发出远程锁车指令。
[0069]本发明实施例提供的锁车系统中，存在信息交互行为的各个模块(0BD设备101、锁车控制设备102、云平台103和移动终端104)之间依次建立通信连接，具体建立通信连接的方式，本发明实施例不做限定。
[0070]以上为本发明实施例提供的一种基于OBD的锁车系统，为了详细说明该系统的工作原理，本发明另一实施例还提供了一种基于OBD的锁车方法。参见图3，该图示出了本发明另一实施例提供的一种基于OBD的锁车方法，其包括:
[0071 ]步骤S201，0BD设备确定车辆的安全状态和运动状态；
[0072]本发明实施例中，OBD接口与汽车总线连接，OBD设备可以通过OBD接口获取车载诊断系统汽车总线上的车辆数据。
[0073]OBD设备在确定车辆的安全状态和运动状态时，可以根据OBD接口采集到的车辆数据中用于记录车辆安全状态和运动状态的数据，来确定车辆的安全状态和运动状态。
[0074]在实际应用中，可以先根据OBD接口采集到的车辆数据中的安全状态数据，确定车辆是否处于安全状态。若车辆未处于安全状态，还需确定车辆的运行状态，以防止车辆正在行驶时，执行锁车任务可能会引发事故。那么，可以再根据OBD接口采集到的车辆数据中的运动状态数据，来确定车辆是否处于运动状态。
[0075]步骤S202，若车辆未处于安全状态，且车辆未处于运动状态，则向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务。
[0076]当车辆即未处于安全状态，又未处于运动状态时，便可以执行锁车任务。
[0077]具体在发送锁车指令时，可以向锁车控制设备的无线接收模块发送锁车指令，那么锁车控制设备在通过无线接收模块接收到锁车指令后，便可以执行锁车任务。
[0078]本发明实施例中，由于OBD设备通过OBD接口获得的车辆数据，往往需要经过一定的数据处理，才能得到车辆的安全状态和运动状态，如果将数据处理的工作交给云平台做，那么OBD设备无需处理大量数据，对OBD设备硬件配置的要求较低，这样便可以节省OBD设备的制作成本。
[0079]OBD设备可以将通过OBD接口采集到的车辆数据发送至云平台；由云平台对OBD设备发送的车辆数据进行分析，即可得到车辆的安全状态和运动状态。然后云平台便可将得到的车辆的安全状态和运动状态发送给OBD设备，OBD设备便确定了车辆的安全状态和运动状态。
[0080]需要说明的是，由于可以通过云平台确定车辆的安全状态和运动状态，那么也可以直接由云平台在确定车辆状态为车辆未处于安全状态，且车辆未处于运动状态时，将锁车指令发送给OBD设备，OBD设备只需将从云平台接收到的锁车指令转发给锁车控制设备即可。即无需OBD设备确定车辆的安全状态和运动状态，只需要接收云平台发送的锁车指令，然后将锁车指令发送给锁车控制设备。这样OBD设备只需收发数据，如此便进一步降低了对OBD设备的硬件配置要求，节省OBD设备的制作成本。
[0081]本发明实施例中，为了方便用户远程手动锁车，本发明提供的锁车方法还支持用户通过移动终端手动锁车，请参阅图4，具体包括如下步骤:
[0082]步骤S301:移动终端接收用户的锁车操作指令，并响应于该锁车操作指令，向云平台发送锁车请求；
[0083]移动终端可以借助于安装于该移动终端上的客户端，接收用户的锁车操作指令，该操作指令用于触发移动终端向云平台发出锁车请求。
[0084]步骤S302:云平台接收移动终端发送的锁车请求，并生成远程锁车指令；
[0085]云平台中运行有与客户端相对应的服务端，可以接收移动终端发送的锁车请求，并生成远程锁车指令。
[0086]步骤S303:云平台将生成的远程锁车指令发送给OBD设备；
[0087]步骤S304: OBD设备确定车辆的运动状态；
[0088]OBD设备确定车辆运行状态的方式与本申请文件前文中提到的确定车辆运行状态的方式相同，在此不再赘述。
[0089]步骤S305:若车辆未处于运动状态，则OBD设备便可以向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务。
[0090]本发明实施例中，所述移动终端、所述云平台和所述OBD设备可以组成一套私有云系统，其中，所述移动终端、所述云平台和所述OBD设备均能够与互联网建立连接，这样，三者相互之间的连接不受地理范围的限制，只要均能够与互联网建立连接即可。
[0091]本发明实施例中，云平台可部署在企业数据中心的防火墙内，也可以部署在安全的主机托管场所，然后与移动终端和OBD设备共同组成私有云系统，私有云系统可以保证数据的安全，防止黑客入侵，从而避免由于黑客入侵导致的车辆被盗。
[0092]需要说明的是，本发明实施例中，由于可以通过云平台确定车辆的运动状态，那么也可以直接由云平台在确定车辆状态为运动状态时，将锁车指令发送给OBD设备，OBD设备只需将从云平台接收到的锁车指令转发给锁车控制设备即可。即无需OBD设备确定车辆的运动状态，只需要接收云平台发送的锁车指令，然后将锁车指令发送给锁车控制设备。这样OBD设备只需收发数据，如此便进一步降低了对OBD设备的硬件配置要求，节省OBD设备的制作成本。
[0093]以上为本发明实施例提供的一种基于OBD的锁车方法，基于同样的思路，本发明另一实施例还提供了一种基于OBD的锁车装置。参见图5，该图示出了本发明另一实施例提供的一种基于OBD的锁车装置，其包括:
[0094]状态确定单元401，用于确定车辆的安全状态和运动状态；
[0095]第一车辆锁定单元402，用于在车辆未处于安全状态，且车辆未处于运动状态时，向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务。
[0096]远程锁车指令接收单元403，用于在接收到云平台发送的远程锁车指令时，确定车辆的运动状态;所述云平台发送的远程锁车指令是由移动终端发送的锁车请求触发的；
[0097]第二车辆锁定单元404，用于在车辆未处于运动状态时，向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务。
[0098]上述基于OBD的锁车装置用于实现基于OBD的锁车方法。
[0099]综上所述，本发明实施例通过车载OBD接口获取用于记录车辆安全状态和运动状态的数据，并确定车辆的安全状态和运动状态，进而在车辆未处于安全状态且未处于运动状态时，执行锁车任务。本发明基于OBD的锁车方法、装置及系统仅需在车载OBD接口上安装OBD设备，然后利用从OBD接口获取的车辆数据，即可确定是否需要执行锁车任务，实现防盗功能，无需为汽车的各个防盗部件逐一配备检查元件，避免了现有技术中防盗器安装复杂的缺点。
[0100]需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0101]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如R0M/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，月艮务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
[0102]以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
【主权项】
1.一种基于OBD的锁车系统，其特征在于，包括:OBD设备、与OBD设备电性连接的锁车控制设备、与OBD设备电性连接的云平台，其中: 所述OBD设备，通过车载OBD接口与车载诊断系统电性连接，用于通过车载OBD接口获取车辆数据，所述车辆数据包括用于记录车辆安全状态和运动状态的数据;将所述车辆数据发送至云平台，并获取云平台对所述车辆数据的处理结果；确定车辆的安全状态和运动状态，并在车辆未处于安全状态，且车辆未处于运动状态时，向所述锁车控制设备发送锁车指令； 所述云平台，用于接收所述OBD设备发送的所述车辆数据，并对所述车辆数据进行处理，得到车辆当前的安全状态和运动状态，并将得到的车辆的安全状态和运动状态发送给所述OBD设备； 所述锁车控制设备，用于接收所述OBD设备发送的锁车指令，并响应于所述锁车指令，执行锁车任务。2.如权利要求1所述系统，其特征在于，所述系统还包括移动终端； 所述移动终端，与云平台电性连接，用于向云平台发送锁车请求； 所述云平台，还用于接收所述移动终端发送的锁车请求，并在车辆未处于运动状态时，向OBD设备发出远程锁车指令。3.如权利要求2所述系统，其特征在于，车辆未处于安全状态，包括下述至少一种状态: 所述车辆的当前地理位置不在电子围栏内； 所述车辆的0K)设备与OK)接口断开连接； 各个防盗部件处于异常状态。4.一种基于OK)的锁车方法，其特征在于，包括: (M)设备确定车辆的安全状态和运动状态； 若车辆未处于安全状态，且车辆未处于运动状态，则向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务。5.如权利要求4所述方法，其特征在于，所述方法还包括: 在接收到云平台发送的远程锁车指令时，确定车辆的运动状态;所述云平台发送的远程锁车指令是由移动终端发送的锁车请求触发的； 若车辆未处于运动状态，则向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务。6.如权利要求4所述方法，其特征在于，确定车辆的安全状态和运动状态，具体包括: 根据CM)接口采集到的车辆数据中的安全状态数据，确定车辆是否处于安全状态； 若车辆未处于安全状态，则根据OBD接口采集到的车辆数据中的运动状态数据，确定车辆是否处于运动状态。7.如权利要求4所述方法，其特征在于，确定车辆的安全状态和运动状态，具体包括: OBD设备将通过OBD接口采集到的车辆数据发送至云平台；以便云平台对OBD设备发送的车辆数据进行分析，得到车辆的安全状态和运动状态； 获取所述云平台确定的车辆的安全状态和运动状态。8.如权利要求5所述方法，其特征在于，向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务，具体包括: 向锁车控制设备的无线接收模块发送锁车指令；以使得所述锁车控制设备在通过所述无线接收模块接收到锁车指令后，执行锁车任务。9.一种基于OK)的锁车装置，其特征在于，包括: 状态确定单元，用于确定车辆的安全状态和运动状态； 第一车辆锁定单元，用于在车辆未处于安全状态，且车辆未处于运动状态时，向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务。10.如权利要求9所述装置，其特征在于，所述装置还包括: 远程锁车指令接收单元，用于在接收到云平台发送的远程锁车指令时，确定车辆的运动状态;所述云平台发送的远程锁车指令是由移动终端发送的锁车请求触发的； 第二车辆锁定单元，用于在车辆未处于运动状态时，向锁车控制设备发送锁车指令，以使得所述锁车控制设备执行锁车任务。
【文档编号】B60R16/023GK105905070SQ201610389203
【公开日】2016年8月31日
【申请日】2016年6月2日
【发明人】高松
【申请人】高松