一种车门的控制方法及云服务平台与流程

本发明涉及一种车联网技术，尤其是一种无钥匙的车门控制方法及云服务平台。

背景技术：

现有的车辆的车门无钥匙进入系统主要是通过智能钥匙采用包括RFID无线射频技术和车辆身份编码识别系统等技术，处于锁定状态的车辆，会不断向外发出信号，当感应到智能钥匙出现在信号范围内，就会有一个回应，即启动安全验证，进行智能钥匙和车辆的对号认证。

技术实现要素：

本发明的目的是提供一种借助移动终端实现车门的控制方法及云平台。

一种车门控制方法，包括：移动终端获取车辆的至少两个无线通信单元的广播信息；获取与所述车辆无线通信单元的相对位置信息；移动终端向网络侧发起车门控制请求；车辆获取网络侧下发的车门控制指令，按照指令对指定的车门进行控制操作；所述指定的车门由移动终端与车辆无线通信单元的相对位置确定。

基于上述的方法，所述由移动终端与车辆无线通信单元的相对位置确定的车门是与移动终端距离最近的车门，或是包含与移动终端距离最近车门的至少两个车门。

上述方法基础上还包括：移动终端向网络侧发起身份认证。

上述方法基础上，无线通信单元在广播信息中更新自身的设备标识；所述设备标识由网络侧生成并下发给车辆。

其中，所述无线通信单元的基于蓝牙低功耗技术(BLE)的装置。

一种云平台，接收单元，用于获取移动终端发送的车门控制请求，所述请求包含移动终端与检测到的车辆无线通信单元的距离信息；车辆信息管理单元，用于存储车辆无线通信单元标识；计算单元，按照预置的车门标识与所述无线通信单元标识位置的映射关系，根据获取的所述距离信息计算得到与移动终端最近的车门标识；发送单元，向所述车辆发送车门控制指令，包括所述车门标识。

上述云平台中，车辆信息管理单元，还对已存储的车辆无线通信单元标识进行更新；发送单元，将所述新生成的无线通信单元标识发送给无线通信单元所在的车辆；或者，所述车辆信息管理单元，根据接收单元获取的新生成的车辆无线通信单元标识对已保存的标识进行更新。

上述云平台基础上，所述车辆信息管理单元查找已存储的无线通信单元的标识，判断查到与移动终端发送的所述距离信息中包含的无线通信单元的标识匹配的记录。

上述云平台结构基础上，判断单元，判断所述获取的距离信息满足预置条件时，通知计算单元进行计算与移动终端最近的车门标识。

本发明实施例又一种云服务平台，接收单元，用于获取移动终端发送的车门控制请求，所述请求包含无线通信单元的设备标识；车辆信息管理单元，根据预置的对应关系，查找车辆无线通信单元标识查找对应的车门标识；发送单元，向所述车辆发送车门控制指令，包括所述车门标识。

上述云平台结构基础上，车辆信息管理单元，还对已存储的车辆无线通信单元标识进行更新；发送单元，将所述新生成的无线通信单元标识发送给无线通信单元所在的车辆；或者，所述车辆信息管理单元，根据接收单元获取的新生成的车辆无线通信单元标识对已保存的标识进行更新。

本发明实施例的再一个云平台，接收单元，用于获取移动终端发送的车门控制请求，所述请求包含无线通信单元的设备标识；车辆信息管理单元，根据保存的车辆无线通信单元标识对接收单元获取的设备标识进行验证，如果验证通过，则通知发送单元；发送单元，向所述车辆发送车门控制指令，包括所述无线通信单元的设备标识。

上述云平台基础上，车辆信息管理单元，还对已存储的车辆无线通信单元标识进行更新；发送单元，将所述新生成的无线通信单元标识发送给无线通信单元所在的车辆；或者，所述车辆信息管理单元，根据接收单元获取的新生成的车辆无线通信单元标识对已保存的标识进行更新。

附图说明

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

图1为本发明实施例车门控制方法流程示意图；

图2为本发明实施例BLE设备设置示意图1；

图3为本发明实施例BLE设备设置示意图2；

图4为本发明实施例BLE设备设置示意图3；

图5为本发明实施例移动终端位置辅助提醒方法流程图。

具体实施方式

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

对所公开的实施例的说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

参见图1，说明本发明的车门控制方法。

步骤11：获取车辆无线通信单元的广播信息；

步骤12:根据获取的广播信息得到移动终端与无线通信单元的相对位置信息；

步骤13：网络侧获取移动终端发起的车门控制请求；

步骤14：车辆获取网络侧下发的车门控制指令；

步骤15：车辆按照车门控制指令对指定的车门进行控制操作。

本发明实施例所述无线通信单元可以是基于iBeacon解决方案的装置或者Gimbal传感器或者是其他的基于蓝牙低功耗技术(BLE)的装置，以下将这些设置于车辆上的BLE设备称为信标，其具有用于唯一识别信标身份的编码，并以一定时间间隔进行信息的广播。随着技术的进步，任何能够提供定位功能的解决方案和设备都可以利用到本发明中。

以下以基于iBeacon解决方案为例说明本发明的实现方法。关于Gimbal或其他技术的定位方案可参考相关技术文档。

iBeacon使用低功耗蓝牙技术(Bluetooth Low Energy)，也就是通常所说的Bluetooth 4.0或者Bluetooth Smart，每一个iBeacon装置(信标)有一个唯一的ID。信标以一定的时间间隔发送数据包，其发送的数据可以被移动终端(如手机)获取，通过这种方式完成了对一个特定的区域的标记，当用户拿着移动终端进入iBeacon信标的发送范围时，移动终端将会被唤醒，从而可以触发后续控制车门的操作。

iBeacon信标的广播。

iBeacon的数据主要有四部分构成，分别是通用唯一标识符(UUID)、Major、Minor、Measured Power

其中UUID是规定为ISO/ICE11678:1996标准的128为标识符，用来唯一标识信标。

Major和Minor由iBeacon发布者自行设定，都是16位的标识符。比如，应用到本发明实施例中，可以在Major或Minor中写入车辆识别码以及一些其他信息。

智能终端接收到iBeacon信号进行解析后，向等待iBeacon资讯的所有应用软件发送UUID、Major、Minor及Measured Power。接收资讯的应用软件先确认UUID，如果确认是发送给自己的资讯，则再根据Major、Minor的组合进行处理。在本实施中，移动终端接收到iBeacon的广播后，相应的应用软件通过识别UUID即可以获取到包含车辆信息的Major、Minor数据部分。

移动终端的位置检测。

iBeacon数据结构中的Measured Power用于协助实现距离的测量。所述Measured Power是信标与移动终端相距1米时(通常设置为)的参考接收信号强指标(RSSI，Received Signal Strength Indication)。移动终端根据该参考RSSI与移动终端当前接收信号的强度来推算信标与移动终端中间的距离。由于随着距离的远近，RSSI值会产生变化，因此可以通过RSSI值的变化来判断用户距离信标的远近，那么计算出当前的距离是可能的。

目前，iBeacon的距离简单分为3级，即贴近(Immediate)、1米以内(Near)、10米以上(Far)三种状态。

基于iBeacon目前的特性，车辆上的信标的设置方式不同，可以分别或结合采用单点、两点及多点的定位方案，由于iBeacon技术可以实现距离的检测，因此，在采用适当的算法时就可以实现对移动终端相对车辆位置的判断。以下提供几个具体实现方式。

单点定位。即在识别装置位置时，如果有Near范围内的信标,则取该信标的坐标。

当车辆上设置了一个信标时，移动终端检测到所述信标的广播信息，如果移动终端与信标的距离达到预置的条件，例如处于Near状态，表明移动终端处于对车门控制的有效区域，则移动终端向网络侧发起车门控制请求。通常，在只有一个信标的情况下，较优的方式是将信标设置于驾驶位或者靠近驾驶位的位置，例如驾驶位下方，驾驶位车门内部等，以使得移动终端在靠近驾驶位车门时广播信息能够有效的被检测到，以及当移动终端处于车辆内部更加靠近驾驶位信标时，能够实施对车辆其他功能的授权，例如启动车辆。当然本发明并无意限定在一个信标的情况下，该信标在车辆中设置的位置。该信标的设置使得移动终端处于信标广播的范围内时，通过向网络侧发起车门控制请求和网络侧的验证，由网络侧以下发指令的形式实现对车辆车门的控制。

在车辆设置两个以上的信标时，按照iBeacon技术的距离检测机制，移动终端分别检测与不同信标的距离，按照上述距离的3个状态，按照Immediate、Near、Far由高倒低的优先级，确定距离最近的信标代表移动终端所处位置。

并且，此方法中可以进一步设置条件，限定只有检测结果需处于Immediate或者Near状态时才能够用于确定移动终端位置，否则应当执行包括重新检测等其他操作。参见图2所示，车辆中设置了3个iBeacon信标，信标201、信标202和信标203，分别具有各自有效的检测区域211、检测区域212和检测区域213，例如该区域内移动终端检测到的RSSI值属于Near状态，从而能够确定与移动终端最接近的车门。

另外，由于网络侧或车辆的中央控制系统所进行的车门控制策略的不同，使得移动终端上报网络侧的检测信息也将产生区别。在一些情况下，在完成单点检测后，移动终端向网络侧上报与移动终端位置最近的信标标识，以便于控制(解锁/锁止)该最近的信标所对应的车门。然而，在另一些情况下，移动终端将所有检测到的信标的检测结果全部上报网络侧，或者是满足条件的检测结果上报网络侧(例如只上报分类为Immediate或者Near状态的信标检测结果)。例如，同时检测到两个距离均处于Near状态，则将两个检测结果均上报到网络侧。网络侧按照预置的规则，例如通过比较两个信标的信号强度判断移动终端所更接近的信标，实现对移动终端位置的识别。

多点定位，其中，三点定位是最常用的算法，假设已知三个iBeacon的位置(x₁,y₁),(x₂,y₂),(x₃,y₃)，这些坐标在实际应用中表达信标在车辆上的位置。当检测到移动终端(x₀,y₀)到上述三个iBeacon的位置距离d₁、d₂、d₃，以d₁、d₂、d₃为半径作三个圆，根据毕达哥拉斯定理，得出交点即移动终端位置计算公式：

(x₁-x₀)²+(y₁-y₀)²＝d₁²

(x₂-x₀)²+(y₂-y₀)²＝d₂²

(x₃-x₀)²+(y₃-y₀)²＝d₃²

实际应用中，蓝牙低功耗(BLE)装置在车辆上的设置与布局，与所采用的定位方法相互影响，以下通过结合一些BLE设备布局方式，说明各种布局场景下的定位方法。

本发明借助设置在车辆上的若干无线通信单元(例如BLE设备)实现对移动终端相对车辆位置的定位，最终实现根据移动终端的位置实现车门控制(如车门解锁或者锁止)的操作。而BLE在车辆上的设置方案将影响定位算法，事实上，BLE在车辆上的设置及其定位算法可以有多种选择，本发明将举例说明一些较优的实现方式。

BLE设备在车辆上的各种设置方式中，发明人发现，较优的选择是在车辆的每个车门处设置BLE设备(例如将BLE设备设置在各个车门门体内部)，如图2所示。这样，每个BLE设备都可以代表一个车门的位置，如信标201在驾驶位侧的车门处，信标202在副驾驶位车门处，信标203在车辆后备箱车门处，从而在这种情况下，BLE设备和车门之间可以建立一一对应的关系，从而在中央控制系统和/或网络侧确认车门位置时可以采用iBeacon信标的标识代表车门或方便的进行iBeacon的信标标识与车门标识之间的映射，从而方便的实现中央控制系统对车门的控制。

为了提高位置检测的准确性以及降低设备之间的干扰，建议在车门处设置的相邻的BLE设备之间应具有一定的距离。尤其是对于一般的乘用车，同侧车门处的BLE设备过近将会导致位置检测上的错误。因此，可以选择将BLE设备均设置在车门拉手处附近的位置，例如对于5门乘用车，将会有4个BLE设备分别设置在车辆两侧的4个车门的位置，而对于3门的乘用车，将会有2个BLE设备分别设置在车辆两侧的2个车门的位置。

或者，规定安装在同侧车门内部的BLE设备之间的距离应在一个数值范围内，这个数值范围可以是仅规定最小距离，也可以同时规定最小距离和最大距离。在这种情况下，BLE在车门内部的位置将有更灵活的选择，在满足所述数值范围的前提下，前门中的BLE设备可能更靠近于车辆前方，而同时后门中的BLE设备将设置在车门拉手的位置。然而，即使如此，依然保证了每个BLE设备对应于一个车门，从而使得BLE与车门存在一一对应关系。

此外，较优的实现方式中，车辆尾部也安装1个BLE设备，一般情况下，车辆尾部的BLE设备与车辆后备箱门形成对应关系。具体实现方式参见附图2的示例。然而与图2不同的是，在其他的实施例中，BLE设备信号的覆盖区域当然可以包含车辆内部。

在上述的BLE布置方式下，采用本文所述的单点定位的位置检测方式在算法上将更加简单，以及由于算法的简单可能带来响应速度上的优势。

另外，在上述的BLE布置方式下，也可以采用多点定位的方法。

对于一个3车门的车辆，车辆的两侧车门及车辆尾部分别设置了1个BLE设备，因此，采用三点定位方法将能够快速的得到移动终端相对车辆的位置。

而对于一个更多车门的车辆，如通常的具有5车门的乘用车，如上文所述该车辆将具有4个(车辆尾部不设置BLE设备)或者5个BLE设备(车辆尾部设置BLE设备)。

在采用三点定位时，可以在对所有BLE设备距离的测量结果中选择3个测量结果进行三点定位计算。例如，选择测量距离最近(信号最强)的前3个测量结果进行定位计算。

还可采用其他预置的策略执行三点定位。例如，根据BLE在车辆布局的位置，预置多个构成三点定位的组合，例如参照图3。预置BLE设备301、BLE设备302和BLE设备303为执行三点定位的组合1，以BLE设备301、BLE设备304和BLE设备305为执行三点定位的组合2，以BLE设备302、BLE设备303和BLE设备305为执行三点定位的组合3，以此类推，根据各个BLE设备之间的相对位置，可以建立多个组合。由于各个BLE设备的相对位置是固定的，因此，可以得到所有可能的三点组合。进一步，在每个三点组合中，由于构成组合的BLE设备相对位置关系固定，或者进一步考虑到车辆结构对无线信号的影响，可以评价出各种组合环境下的无线信号质量，从而使得可以在基于某一点(作为基点)所构成多个三点组合中选择满足信号环境要求的组合，系统中预置这些组合，当检测到移动终端与所述基点的距离最近时，则采用所述预置的三点组合的各点BLE距离测量值进行移动终端的位置计算。例如在上述组合实施例中采用组合2和组合3进行位置计算，并将计算结果进行矫正。显然，通常情况下，采用两个组合进行的位置计算将比基于一个组合完成的位置计算结果更加准确。

另一种可以应用于本发明的位置识别方式为：

由于车门间及车门相对于车辆的位置是固定的，因此可以分别划定可以对车门进行管理控制的区域，这种做法当然也可以将车辆内部划分为一个或者多个区域。相应的，在每个区域内的每个位置都会检测到与车辆上所有BLE设备的距离，从而在该位置上得到一个数组记录该位置与所有BLE设备的距离；进而在每个区域都能得到区域内所有位置的数组的集合，这种数组的集合也体现了随着位置的变化各BLE设备检测距离的变化关系。

当这样的数组集合被预置下来并与划分的区域建立了对应关系后，基于移动终端实际的检测结果，可以通过与预置的数据进行匹配从而判断移动终端是否处于某一个区域，以便执行对应于该区域的车门控制。

在上述的实现方式中，由于当前移动终端检测环境的变化、预置的检测点的选择等因素，实际检测到与各BLE设备距离的数据不一定能够匹配到完全一致的数组，在这种情况下，可以基于一些策略识别与当前检测的数据最接近的预置数据，从而判断移动终端当前处于哪个区域。

基于本方法的另一种实现方式中，对于不同的区域，系统只要设定数组的变化范围，进而在实际进行位置识别时只需判断实际检测值是否在所述变化范围内即可识别出当前移动终端所处的区域。

另一方面，如果采用多点定位的方式，则BLE在车辆中的布局方式将有更多种变化，尤其是并不需要设置与车门一一对应的BLE设备。例如，参见附图4。如图所示为一辆5门乘用车，该车中设置了3个BLE设备，信标401、信标402和信标403，分别设置于车辆两侧的前门位置以及车辆尾部位置。这种情况下，采用上文所述的多点定位的方法依然能够检测到移动终端与车辆的相对位置，识别出当前移动终端距离最近的车门，从而按照车门控制策略执行相应的操作。

当然，BLE设备也可以不设置在车门内部，例如可以设置于车辆的后视镜内部或者其他结构处，只需满足本发明的定位需求即可。

移动终端向网络侧发起车门控制请求。

请求中包含了移动终端的位置信息；以及车门控制请求，例如打开车门或者关闭车门。

第一中情况下，当移动终端中预置了车门控制的策略时，例如在手机的软件APP中可以由用户根据需求自定义或者在软件APP提供的控制策略选项中选择了某种控制策略，当用户相对于车辆位置满足于这种控制策略的条件时，在移动终端发送给网络侧的车门控制请求中还包含了基于这种控制策略的附加信息。例如，移动终端向网络侧发起了一个解锁车门的请求(包含了位置信息和请求指令)，同时，这个请求中还包含了“包括对侧车门”的标记，当车辆执行这一指令时意味着除了解锁与移动终端距离最近的车门外，假设为驾驶位的车门，还解锁了与这个车门处于车辆对侧的车门，即驾驶位车门对侧的副驾驶位的车门。

在第二种情况中，当网络侧包含一个策略管理单元，用于存储本发明所涉及的基于移动终端位置有关的车门控制策略。因此，当网络侧预置了所述的车门控制策略时，移动终端向网络侧发送的请求中可以不包含上述的附加信息，然而网络侧依然可以根据预置在网络侧的控制策略指示车辆执行相应的操作。例如，移动终端向网络侧发起了一个锁止车门的请求，其中包含了移动终端的位置信息和请求指令。网络侧获取了移动终端的请求后，判断移动终端的位置，并且依据预置在网络侧的移动终端位置与控制策略之间的对应关系，查询移动终端当前位置所可以执行的控制指令，当所述移动终端的位置处于车辆外部时，可以指示车辆对所有车门执行锁止操作。一方面，网络侧控制策略的设计可以基于业务等需要设计的更加复杂，例如，对全部车门锁止的操作还可以结合对车辆授权时间的因素，进一步判断对该移动终端的车辆授权时间是否已经结束。

在第三中情况中，在移动终端APP中和网络侧分别都预置了控制策略。例如，在移动终端侧可以控制，如果移动终端检测到在车辆内部时，则禁止向网络侧发送解锁车门的请求。另外，在上文提到的锁止的应用场景下，如果移动终端在车辆外部时，则移动终端向网络侧发送的锁止车门的请求中可以直接在项网络侧发送的请求信息中指明是对所有车门的操作。在另一个实施例中，当移动终端处于车辆外部，且检测到相对于车辆的位置超出预置范围时，自动向网络侧发送锁止车门的请求；或者网络侧基于移动终端上报的位置信息，判断当移动终端相对于车辆的位置超出预置范围时，通知车辆锁止车门。以及在又一实施例中，通过检测移动终端所在的车内位置的不同，去判断是否要启动车辆，比如当智能手机处于副驾驶座位或者后排座位时，是无法启动车辆的，当用户处于主驾驶位置时，即可授权启动车辆。

以上三个场景的实施例用于表明不同的系统设置环境下，移动终端与网络侧交互的信息在数据格式上将有不同。但无论移动终端向网络侧发送的数据格式如何变化，都是由移动终端与车辆的相对位置决定的，即在发送给网络侧的请求数据中包含了移动终端相对于车辆的位置信息，只是这种位置信息的表示形式不同。

在移动终端向网络侧发起车门控制请求之前或者同时，与网络侧执行用户认证的操作。这一认证操作最终要识别当前发起认证请求的移动终端是否为合法用户或者注册/被认证用户。如果移动终端通过认证，则网络侧按照移动终端上报车门控制请求执行相应的操作。

网络侧的操作包括：获取到移动终端上报的车辆识别码以及BLE设备编码，并且获取到移动终端相对于车辆的位置信息(参照上下文可知，不同的定位方法将得到不同数据形式的位置信息)。当所述移动终端为被认证通过后，在云端的数据库中查找，基于车辆识别码或/和BLE设备编码进行搜索查找到所对应的车辆的中央控制系统信息，从而网络侧能够确定应当将控制指令下发给哪个中央控制系统。判断移动终端上报的车辆识别码以及BLE设备编码是否为当前有效的编码(当所述编码会进行更新的情况下，不同时间的编码将会不同)，如果有效，则网络侧将对车门的控制指令下发到该车辆的中央控制系统，指示中央控制系统对哪个车门或哪几个车门执行何种操作。

在实际应用中，信标将以800毫秒的间隔周期性的广播信息，移送终端监听到所述广播信息后执行网络侧的用户认证，另一方面，移动终端也将以800毫秒周期性的检测与车辆的相对位置。在较优的实现方式中，只有当周期性检测获得的位置达到预置的位置条件时才会向车辆的中央控制系统下发车门的控制指令，而如果检测结果不满足对车门控制的预置的位置条件时，则持续的对周期性获得的位置进行判断，直到满足所述位置条件为止。

基于上文所述在可以移动终端和/或网络侧分别进行设置的原因，实现方式中可以选择，只有在移动终端检测到位置满足所述的位置条件时，才向网络侧发送包含实际控制指令的请求，进而网络侧获取该请求后指示车辆的中央控制系统执行该请求；或者在另外一种实现方式中，移动终端在发起控制请求后，可以将周期性检测到的位置信息发送到网络侧，直到网络侧判断移动终端的当前位置满足预置的位置条件时，才会处理移动终端发起的控制请求，指示车辆的控制系统执行相应的车门控制操作。

车门控制策略的设置与执行。

控制车门的操作由车辆中央控制系统实施。对车门的控制策略可以预置在移动终端、网络侧或者所述的中央控制系统中。

当中央控制系统接收网络侧下发的车门控制指令并在执行车门控制操作之前，会由于车辆系统设备独立编码的原因，中央控制系统可能需要对获取的所述控制指令进行映射或者翻译，变为用于实际对车门进行操作的信号。

本发明实施例优选的方案是在移动终端或者网络侧预置车门控制策略。所述的控制策略中，移动终端相对于车辆的位置成为影响因素。具体控制策略可以根据不同的应用场景或者不同车辆类型(例如货车、三门乘用车、五门乘用车，以及商用车等)而制定，总之，在结合了移动终端相对位置信息时，所制定的策略更有利于满足用户的个性化需求，尤其是对于车辆安全的考虑。以下举例几种车门控制策略，而并非是对策略的穷举。

1)解锁或锁止与移动终端距离最近的车门；

2)解锁或锁止包括与移动终端距离最近的车门，以及系统中预置的默认操作的车门，例如驾驶位车门；

3)检测到移动终端的位置与最近的超出了预置的范围时，对所有车门或者仅仅是驾驶位车门实施锁止的操作；

4)基于移动终端相对于车辆的位置信息，解锁距移动终端最近的两个车门；

5)移动终端在车内时，禁止发起开门指令，而在车外时才允许发起开门指令；

6)移动终端发起锁止的请求时，无论移动终端相对车辆的位置，均将所有车门锁止。

网络侧下发指令，车辆中央控制系统执行车门控制操作。

在移动终端完成网络侧身份认证后，网络侧基于移动终端的车门控制请求，向车辆发送车门控制指令，指令中包括了操作动作类型(如解锁车门)，以及执行该操作动作的车门。在车门与BLE设备具备一一对应关系的情况下，网络侧可以以BLE设备编码作为车门标识，从而向车辆中央控制系统指明要进行解锁的车门；否则，网络侧需要根据位置检测结果，并根据网络侧保存的BLE设备与车门位置的映射关系，根据所获取的移动终端检测到的与BLE设备的距离信息获得与移动终端最近的车门的标识码(或者参考本文所述的基于某种对车门的控制策略，下发的指令中包括了一个或者多个将要被操控的车门的标识)，并向车辆发送车门的标识码指明要进行解锁的车门。

在另一个实施例中，网络侧将移动终端上报的位置信息转发到车辆中央控制系统，由车辆的中央控制系统按照所述位置信息参照本发明实施例中涉及的方法识别出移动终端距离最近的车门，并按照网络侧下发指令中包含的操作动作类型信息对车门进行操作。

在上述两个实施例中，第一个实施例中，网络侧完成位置运算，向车辆下发将要操控的车门的标识，在第二个实施例中，网络侧下发移动终端与BLE设备的距离信息，由车辆执行对车门位置的计算。而在本实施例中，网络侧下发给车辆的是BLE设备的编码，车辆的中央控制系统将要根据BLE设备与车门标识的映射关系，确定要进行操控的车门。

车辆中央控制系统获取了网络侧的指令后，通过车辆内部通信系统，如控制器局域网络系统(CAN总线系统)，通知相应的控制单元进行车门解锁。

网络侧对车辆识别码和/或BLE设备编码的管理。

采用本发明，移动终端开启车门的条件不仅是通过网络侧的身份认证，并且，在向网络侧提交的车门控制请求中包含BLE设备的广播信息，例如包含了车辆识别码和/或BLE设备编码(如上文所述，BLE设备编码，如iBeacon信标编码可以放在UUID中，车辆识别码可能被置于iBeacon数据的Major或Minor中)。网络侧基于移动终端上报的车辆识别码和/或BLE设备编码进行验证。无论移动终端发给网络侧的车门控制请求中表明移动终端位置的信息的方式是检测到的与BLE的距离信息(其中包含BLE的设备标识及距离值)、或是确定的BLE设备编码，网络侧都需要基于获取的BLE的设备信息查找网络侧车辆信息管理单元中保存的信息，判断是否有与移动终端上报的车辆识别码和/或BLE设备编码匹配的记录，如果有则验证通过，否则通知移动终端发生错误，并且不能提供授权。

例如：云平台中包含一车辆信息管理单元，保存了设置于车辆中的BLE设备编码，用来唯一的标识每个车辆中的每个BLE设备。当云平台获取到移动终端控制请求中包含的BLE设备编码后，在车辆信息管理单元中进行查找是否有匹配的BLE设备编码，即执行对移动终端上报的BLE设备编码进行的有效性的认证，当在车辆信息管理单元中无法查找到与移动终端上报的BLE设备编码匹配的记录，则表明上报信息有误，无法给予移动终端车门控制的授权。

具体的，基于移动终端上报信息的内容不同，如果移动终端发送的控制请求中包含了与BLE设备的距离信息，则网络侧根据上报的BLE设备编码查找BLE设备所在车辆的位置，从而进一步根据距离信息计算出移动终端的位置信息，进而确定可以授权给移动终端控制的车门；如果移动终端发送的控制请求中只包含一个或多个BLE设备编码而不包含距离信息，则网络侧查找车辆信息管理单元中存储的BLE设备编码，通过存储的BLE设备编码与车门标识的对应关系确定可以授权给移动终端的车门信息，如未查到，则说明BLE设备编码失效。这一过程相当于完成了上述的BLE设备编码有效性的验证。如果移动上报给网络侧的控制请求中只包含一个或多个BLE设备编码而不包含距离信息，而网络侧以BLE设备编码的形式在车门控制指令中指示车辆进行车门操作，则网络侧要根据移动终端上报的BLE设备编码查找已有记录，如果没有匹配的记录，则不能向车辆发送车门控制指令。

进一步的，基于车辆信息管理单元的所存储的数据，可以进一步对移动终端上报的车辆识别码进行验证，在已有记录中进行查找以判断移动终端上报的车辆识别码是否有效。在较佳的实施例中，可以对移动终端上报的BLE设备编码和车辆识别码都进行上述方式的验证，以使得认证更加安全。

因此，基于安全的考虑，网络侧可以对包括车辆识别码或者BLE设备编码等信息进行管理，例如动态的变更编码。网络侧将更新后的并下发给车辆中央控制系统，使得BLE设备的广播信息得以更新，从而避免了采用现有技术导致通过截获并复制车辆编码从而在没有授权的情况下进入车辆的情况。

通常来说，当一辆车辆上包含多个信标的时候，对车辆所有信标的编码均进行更新，而每个编码都唯一标识了一个信标。然而，按照一定的机制部分的更新所有信标中的部分信标编码也能够部分的达到提高安全性的效果，但并不是本发明所优选的实施例。

在实际应用中，更新车辆识别码/BLE设备编码的机制可以是：移动终端在车辆外部，并实施锁止车门的操作后，网络侧可以更新车辆识别码/BLE设备编码并下发给车辆；或者，当超出授权当前移动终端对车辆操作的时间后，更新车辆识别码/BLE设备编码；或者，基于预先约定的时长周期性的更新车辆识别码/BLE设备编码。

对于一辆车而言，新生成的BLE设备编码要在车辆和网络侧进行同步，使得该车辆上BLE设备广播信息中的BLE设备编码与云端保存的BLE设备编码相同。

另一方面，网络侧还要将新生成的BLE设备编码下发给移动终端。当某移动终端在网络侧完成身份认证且在网络侧登记了待授权的车辆后进行，网络侧将该代授权的车辆的BLE编码下发给该移动终端，使得该移动终端能够识别出该代授权车辆BLE的广播信息。

车辆识别码/BLE设备编码的更新方式上，可以由车辆的中央控制系统生成新的车辆识别码/BLE设备编码并同步至网络侧；也可以是网络侧生成新的车辆识别码/BLE设备编码后发送给车辆，或者是基于车辆的请求将新生成的车辆识别码/BLE设备编码下发给车辆。显然，相比之下，在网络侧生成车辆识别码/BLE设备编码并下发给车辆是推荐的方式。

显然，本发明中较优的实现方式是，在达到某一条件时，例如超过了对移动终端控制车辆的授权时间后，由网络侧重新生成新的编码用来唯一的标识信标，新的信标编码将保存在云端并下发到车载Tbox上，并在信标在广播数据的UUID部分广播。其中，信标的编码可以基于一定的算法生成，而以车辆的IMEI(International Mobile Equipment Identity，移动设备国际识别码，或称为国际移动设备标识)或/和车辆识别码或/和芯片智能卡接口设备标识(CCID)等作为生成新编码的参数。

然而，以上举例仅仅是帮助理解本发明由于采用了网络侧对BLE设备广播信息的管理和认证的过程，从而使得采用本发明结合网络侧的管理，使得在原有BLE设备编码被窃取后也无法控制车辆，从而提高了车辆安全性。本领域技术人员可以根据业务的实际需要制定车辆识别码/BLE设备编码的更新机制。

参见附图5，图示为一种运行于移动终端的方法用于辅助用户寻找或接近被授权的车辆，执行该过程的前提是用户终端完成在网络侧的用户认证，并且能够检测到车辆的BLE设备的广播信号。以下结合iBeacon技术的特点说明本方案的实现方式。

信标周期性的进行广播，从而移动终端周期性的检测到iBeacon的广播信号，如图所示的实施例中，所述的周期为800毫秒的时间间隔。

接收到信标的广播信号后，由移动终端检测距最近的信标是否小于第一预置的距离，例如附图所示的实施例的10米，即判断移动终端与信标的距离是否属于Far状态；本实施例中应当以检测到的与移动终端距离最近的信标之间的距离进行此步骤的判断；

若距离大于10米(即Far状态)，则移动终端每间隔第一时长(如1秒)发出提示音；

否则移动终端发出间隔小于1秒的提示音。这种情况下，可以按照预置于移动终端的算法，用提示音时间间隔的长短变化表达移动终端与车辆的距离变化，即移动终端接近车辆时，移动终端发出的提示音时间间隔变短；移动终端远离车辆时，移动终端发出的提示音时间间隔变长。

根据接收到信标的广播信号，判断移动终端与所有的信标的距离中，最近的距离是否小于或等于1米，即移动终端与最近的信标之间的距离是否处于Near状态，如果是，则移动终端发出连续的提示音，提示用户周边不足1米的车辆即为被授权的车辆。

这种方法可以帮助用户快速寻找到或接近可用的车辆。而当所述辅助方法应用在完成对移动终端的车门控制授权后，即网络侧通过了移动终端的认证以及通过了对移动终端车门控制请求的认证后，本方法能够帮助用户更快速接近被授权的车辆和车门；或者，当移动终端周围存在多辆可用车辆，可能使得用户无法分辨出被授权的车辆时，本方法能够有效的引导用户找到其中已完控制授权的车辆。

本发明实施例的移动终端包括：

接收单元，接收车辆BLE设备广播的包含自身设备标识的广播信息；

距离检测单元，用于根据接收单元获取的广播信息计算移动终端与车辆BLE设备的距离；检测到的距离信息的标识形式参见上文描述；

发送单元，向网络侧发送车门控制请求，所述控制请求中包含所述距离检测单元检测到的移动终端与车辆BLE设备的距离；

身份信息管理单元，管理移动终端的身份信息；并且，在进行车辆控制前，移动终端通过发送单元向网络侧发起身份认证请求，包含所述移动终端的身份信息。

触发单元，按照例如iBeacon的解决方案，触发单元用于判断是否要处理接收单元的获取的BLE设备的广播信息，例如通过iBeacon的方案中在广播信息中定义的UUID数据判断广播信息是否应该处理该广播信息，如果是，则触发距离检测单元进行位置检测。其具体方式可以是触发单元中维护有效信标的列表，列表中至少存储了有效信标的UUID，当表中存储了与所获取的广播信息中的UUID一致的UUID时，则该广播信息应当被处理。

显然，参照上文的记载，当网络侧向移动终端下发了新的信标UUID时，触发单元存储该UUID，用于在收到该UUID的信标的广播信息时能够被识别。

如上文方法中所述，移动终端发起车门控制请求可以在移动终端与BLE设备距离满足一定条件下进行，因此在另一个实施例中，移动终端中还包括判断单元，用于判断距离检测单元检测结果是否满足预置的条件，如果满足则触发发送单元发起所述的车门控制请求。

在另一个实施例中，移动终端中还可以包括决策单元，根据所述距离检测单元的检测结果，计算出与所述移动终端最近的BLE设备。这种情况下，发送单元获取决策单元的的计算结果，从而移动终端通过发送单元发送的车门控制请求中能够明确的包含所要控制的车门的标识，通过车门标识通知网络侧请求控制的车门。

本发明提供的云平台，包括

接收单元，用于接收移动终端发送的请求；

车辆信息管理单元，用于存储车辆及设备的相关信息，以及对授权信息。

例如，所述车辆信息管理单元，保存车辆中设置的BLE设备编码，每个标识唯一的对应了一个BLE设备，并且与车辆的识别码建立了联系，从而能够知道哪一个BLE设备被安装于哪个车辆上；

当云平台获取到移动终端控制请求中包含的BLE设备编码后，在车辆信息管理单元中进行查找。如果移动终端发送的控制请求中包含了与BLE设备的距离信息，则网络侧需要根据上报的BLE设备编码查找BLE设备所在车辆的位置，从而进一步根据距离信息计算出移动终端的位置信息，进而确定可以授权给移动终端控制的车门；如果移动终端发送的控制请求中只包含一个或多个BLE设备编码而不包含距离信息，则网络侧需要根据车辆信息管理单元中存储的BLE设备编码确定可以授权给移动终端的车门信息。这一过程相当于完成了对移动终端上报的BLE设备编码进行的有效性的认证，即当在车辆信息管理单元中无法查找到与移动终端上报的BLE设备编码匹配的记录，则表明上报信息有误，无法给予移动终端车门控制的授权。

基于网络侧与车辆信息交互方式的区别，参照上文可知，网络侧发给车辆的车门控制指令中，可以是BLE设备编码或者车门标识码。当网络侧发送给车辆的是车门标识时，则执行了上述的基于BLE设备编码最终查找车门标识的过程；而当网络侧发送给车辆的是BLE设备编码时，则当网络侧从移动终端获取的控制请求中只包含一个或多个BLE设备编码而不包含距离信息时，则需要单独执行查找动作，以确定具有与移动终端上报的BLE设备编码匹配的记录，否则不能向车辆发送车门控制指令。

进一步的，由于车辆信息管理单元管理的车辆的诸多数据，因此，在另外的实现方式中，也对移动终端上报的车辆识别码进行验证，在已有记录中进行查找以判断移动终端上报的车辆识别码是否有效。

在较佳的实施例中，可以对移动终端上报的BLE设备编码和车辆识别码都进行上述方式的验证，以使得认证更加安全。

发送单元，至少用于与车辆进行通信，下发网络侧的控制命令，从而实现对车门的操作控制。

在另外的实施例中，网络侧还包括，身份认证单元，用于验证移动终端的身份，使得在确认移动终端的合法性后再进行后续的操作。