用于管理车辆的方法、计算设备和介质
技术领域
本公开总体上涉及信息处理，具体地，涉及用于管理车辆的方法、计算设备和计算机可读存储介质。
背景技术
随着互联网+汽车应用的发展，越来越多的车辆可以通过蜂窝无线网络的方式与后台系统进行通信交互。蜂窝网络本身因为技术特性，需要建立大量的基站，而基站的覆盖范围和允许的通信信道数有限，在基站无法覆盖的区域，或者无线设备高密度的区域，均可能出现没有可用的通信信道，导致车辆与系统无法通信的情况。传统的用于管理车辆的方法例如是，网络正常时，后台系统例如经由蜂窝无线网络传输令牌的方式分别与车辆的车载设备（例如车机）、以及当前使用车辆的用户的终端设备进行安全认证和数据交互，以便实现车辆与用户终端之间传输指令；而当车辆移动到蜂窝网络覆盖不够全面、或者网络信号较弱的区域时，后台系统与车机和用户终端之间的通信存在问题，因此会导致后台系统与车机和用户终端之间的指令不完整、甚至无法交互，从而使得车辆处于风险之中，或者使得车机和目标用户终端之间无法进行安全的验证或传输指令。
综上，传统的用于管理车辆的方法在面临网络信号覆盖不全面或者较弱的情况下，容易导致后台系统与车机和用户终端之间的指令不完整、甚至无法交互，进而使得车辆处于风险之中，或者会导致车辆无法正确地执行验证和交互指令。
发明内容
本公开提供了一种用于管理车辆的方法、计算设备和计算机可读存储介质，使得车辆在蜂窝网络覆盖不够全面或者较弱的区域，也能够安全并且准确地进行验证和执行交互指令。
根据本公开的第一方面，提供了一种用于车辆管理的方法，该方法包括：在车载设备处，响应于确定所检测的蜂窝网络的信号强度小于或者等于第一阈值，确认连续未接收到来自管理设备的心跳数据的次数是否达到预定次数阈值，管理设备被配置为以预定时间间隔发送心跳数据；响应于确认连续未接收心跳数据的次数达到预定次数阈值，确定蜂窝网络通信出现故障；响应于确定当前时间属于订单关联的时间范围，经由车辆的车载蓝牙设备检测与目标用户终端的距离，目标用户终端与订单相关联；响应于确定与目标用户终端的距离小于或者等于第一预定距离阈值，至少基于预先配置于目标用户终端的车载蓝牙设备标识，来确认目标用户终端是否通过验证；以及响应于确认目标用户终端通过验证，建立车载设备与目标用户终端的蓝牙连接，以用于基于由车在设备产生的临时令牌而执行来自目标用户终端的指令。
根据本发明的第二方面，还提供了一种计算设备，该设备包括：一个或多个处理器；以及存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得设备执行本公开的第一方面的方法。
根据本公开的第三方面，还提供了一种计算机可读存储介质。该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现本公开的第一方面的方法。
在一些实施例中，用于车辆管理的方法还包括：响应于管理设备确认订单生成，发送车辆的标识、以及经加密的车载蓝牙设备标识和蓝牙物理地址至目标用户终端。
在一些实施例中，用于车辆管理的方法还包括：在目标用户终端处，经由预定加密算法加密所接收的车载蓝牙设备标识和蓝牙物理地址；保存加密后的车载蓝牙设备标识和蓝牙物理地址至预定层级的文件目录内；以及响应于确定订单被完成，删除车载蓝牙设备标识和蓝牙物理地址。
在一些实施例中，用于车辆管理的方法还包括：基于由车在设备产生的临时令牌而执行来自目标用户终端的指令包括：在车载设备处，生成可执行的临时令牌；将临时令牌发送至已与车载蓝牙设备建立蓝牙连接的目标用户终端；接收指令，指令是目标用户终端基于临时令牌而向车载设备发送的；响应于确定指令被执行完毕，使得临时令牌失效。
在一些实施例中，经由车辆的车载蓝牙设备检测与目标用户终端的距离包括：经由车载蓝牙设备确定所扫描到的目标用户终端的蓝牙接收信号的强度；基于蓝牙接收信号的强度，确定与目标用户终端的距离。
在一些实施例中，用于车辆管理的方法还包括：基于蓝牙接收信号的强度的变化值，生成用于指示目标用户终端接近或者远离车辆的指示信号，以用于发送至目标用户终端；响应于确定与目标用户终端的距离小于或者等于第二预定距离阈值，呈现用于指示车辆在附近的信号。
在一些实施例中，用于车辆管理的方法还包括：响应于确定以下至少一项满足，重新生成定期令牌，以便发送至管理设备：所检测的蜂窝网络的信号强度大于第一阈值；确认接收到来自管理设备的心跳数据；以及使得临时令牌失效。
在一些实施例中，用于车辆管理的方法还包括：响应于确定所检测的蜂窝网络的信号强度小于或者等于第二阈值，确定蜂窝网络通信出现故障
在一些实施例中，第一阈值为-100分贝毫瓦、预定次数阈值为3。
在一些实施例中，第二阈值为-110分贝毫瓦。
附图说明
图1示出了根据本公开的实施例的用于实施用于车辆管理的方法的系统的示意图。
图2示出了根据本公开的实施例的用于车辆管理的方法的流程图。
图3示意性示出了根据本公开的实施例的用于预先配置车载蓝牙设备标识的方法的流程图。
图4示意性示出了根据本公开的实施例的用于控制令牌的方法的流程图。
图5示意性示出了根据本公开的实施例的用于指示车辆的方法的流程图。
图6示出了根据本公开的实施例的用于车辆管理的方法的数据交互示意图。
图7示意性示出了适于用来实现本公开的实施例的电子设备的框图。
在各个附图中，相同或对应的标号表示相同或对应的部分。
具体实施方式
下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。
如前文所描述，传统的用于车辆管理的方案在在网络信号较弱的情况下，后台系统与车机和目标用户终端之间的通信存在问题，因此可能导致后台系统与车机和目标用户终端之间的指令不完整、甚至无法进行数据交互，从而使得车辆处于风险之中，或者使得车机和目标用户终端之间无法进行安全的验证或传输指令。
为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个，本公开的示例实施例提出了一种用于缴费的方法。该方案包括：在车载设备处，响应于确定所检测的蜂窝网络的信号强度小于或者等于第一阈值，确认连续未接收到来自管理设备的心跳数据的次数是否达到预定次数阈值，管理设备被配置为以预定时间间隔发送心跳数据；响应于确认连续未接收心跳数据的次数达到预定次数阈值，确定蜂窝网络通信出现故障；响应于确定当前时间属于订单关联的时间范围，经由车辆的车载蓝牙设备检测与目标用户终端的距离，目标用户终端与订单相关联；响应于确定与目标用户终端的距离小于或者等于第一预定距离阈值，至少基于预先配置于目标用户终端的车载蓝牙设备标识，来确认目标用户终端是否通过验证；以及响应于确认目标用户终端通过验证，建立车载设备与目标用户终端的蓝牙连接，以用于基于由车在设备产生的临时令牌而执行来自目标用户终端的指令。
在上述方案中，本公开在确定车载设备所检测的蜂窝网络的信号强度低于第一阈值并且连续未接收心跳数据的次数是否达到预定次数阈值时，确认蜂窝网络通信出现故障，因此，可以准确地检测蜂窝网络通信出现故障的状态。另外，通过车载设备确定当前时间属于订单执行的时间范围内并且目标用户终端的距离在预定距离阈值之内，基于预先配置于目标用户终端车载蓝牙设备标识来对目标用户终端进行验证，然后基于由车在设备产生的临时令牌而执行来自目标用户终端的指令，本公开能够通过距离、车载蓝牙设备标识、安全动态令牌等多维度的近场数据验证来确保弱网络情况下本地的通信机的安全可靠。因此，本公开使得车辆在蜂窝网络覆盖不够全面或者较弱的区域，也能够安全并且准确地进行验证和执行交互指令。
图1示出了根据本公开的实施例的用于实施用于车辆管理的方法的系统100的示意图。如图1所示，系统100包括：管理设备110、目标用户终端130、车辆120及其车载设备140（例如车机）、多个基站（图1中仅示例出基站160）。管理设备110可以通过网络170、基站160与目标用户终端130、车辆120及其车载设备140（例如车机）进行数据交互。
关于管理设备110，其例如而不限于是用于车辆后台管理的计算设备（例如而不限于是车辆租赁公司的后台系统）。管理设备110用于在蜂窝网络正常的情况下，接收车载设备140预定时间间隔（例如而不限于每4小时）产生并上传的定期令牌。另外，管理设备110接收到目标用户终端与车辆的绑定请求后，会将该令牌转发给目标用户终端，以用于目标用户终端与车辆之间的验证与数据交互。管理设备110还用于以第一预定时间间隔（例如而不限于是10s）给车载设备140发送心跳数据（例如心跳包），以用于车载设备140在收到心跳数据后返回应答信号（例如ACK）。管理设备110还用于在用户下单后并且蜂窝网络质量好的时候，将车辆的标识（例如车牌）、以及经加密的车载蓝牙设备标识（例如蓝牙ID）和蓝牙物理地址（例如蓝牙MAC地址）发送至目标用户终端。该经加密的车载蓝牙设备标和蓝牙物理地址为加密隐藏参数，用户不可见，以用于提高车辆的安全性。在一些实施例中，管理设备110可以具有一个或多个处理单元，包括诸如GPU、FPGA和ASIC等的专用处理单元以及诸如CPU的通用处理单元。另外，在每个管理设备上也可以运行着一个或多个虚拟机。
关于车辆的车载设备140，其用于在确定车载设备140所检测的蜂窝网络的信号强度低于第一阈值时，确认连续未接收心跳数据的次数是否达到预定次数阈值，以及在确认连续未接收心跳数据的次数达到预定次数阈值时确认蜂窝网络通信出现故障。车载设备140还用于在确定蜂窝网络通信出现故障并且确定当前时间属于订单关联的时间范围时，确定与目标用户终端的是否距离小于或者等于第一预定距离阈值，如果确认与目标用户终端的是否距离小于或者等于第一预定距离则基于预先配置于目标用户终端的车载蓝牙设备标识，来确认目标用户终端是否通过验证；以及在通过验证时，建立车载设备与目标用户终端的蓝牙连接，以用于基于由车在设备产生的临时令牌而执行来自目标用户终端的指令。在一些实施例中，车载设备140可以具有一个或多个处理单元。车载设备140例如至少包括：信号强度确定单元142、心跳数据确定单元144、蜂窝网络通信故障确定单元146、目标用户终端距离确定单元148、蓝牙标识验证与连接单元150、令牌单元152。
关于信号强度确定单元142，其用于确定所检测的蜂窝网络的信号强度是否小于或者等于第一阈值（例如小于或者等于-100 dbm ），如果确定所检测的蜂窝网络的信号强度小于或者等于第一阈值，需要心跳数据确定单元144确认是否能够接收来自管理设备110以预定时间间隔发送的心跳包。如果确定所检测的蜂窝网络的信号强度小于第一阈值并且大于第二阈值（例如小于-100 dbm并且大于-110 dbm），则确定蜂窝网络的信号较差，车载设备只能接收自管理设备110的心跳包。如果确定所检测的蜂窝网络的信号强度大于等于第一阈值（例如大于-100 dbm）时，则确定蜂窝网络的信号良好。如果确定所检测的蜂窝网络的信号强度小于或者等于第二阈值（例如小于-110 dbm），则可以直接确定蜂窝网络的信号差，需要使用蓝牙指令替代网络指令，进行近场的操作。
关于心跳数据和网络故障确定单元144，其用于确认连续未接收到来自管理设备110的心跳数据的次数是否达到预定次数阈值；以及在确认连续未接收到来自管理设备110的心跳数据的次数达到预定次数阈值时，确定蜂窝网络通信出现故障。
关于目标用户终端距离确定单元146，其用于确定当前时间是否属于订单关联的时间范围；以及如果确定当前时间属于订单关联的时间范围，经由车辆的车载蓝牙设备检测与目标用户终端的距离。
关于蓝牙标识验证与连接单元150，其用于在确定与目标用户终端的距离小于或者等于第一预定距离阈值时，至少基于预先配置于目标用户终端的车载蓝牙设备标识，来确认目标用户终端是否通过验证；以及如果确认目标用户终端通过验证，建立车载设备与目标用户终端的蓝牙连接。
关于令牌单元152，其用于生成可执行的临时令牌；将临时令牌发送至已与车载蓝牙设备建立蓝牙连接的目标用户终端；接收目标用户终端基于临时令牌而发送的指令；以及如果确定指令被执行完毕，使得临时令牌失效。
关于目标用户终端130，其例如而不限于是下订单的用户的手机或租赁公司员工的手机或者pad。目标用户终端130用于经由所配置的预定应用生成关于车辆的订单。在蜂窝网络信号较好时，例如在发送与车辆的绑定请求之后，目标用户终端130接收来自管理设备110所发送车辆的标识、以及经加密的车载蓝牙设备标识和蓝牙物理地址；然后经由预定加密算法加密所接收的车载蓝牙设备标识和蓝牙物理地址；保存加密后的车载蓝牙设备标识和蓝牙物理地址至预定层级的文件目录内；以及如果确定订单被完成，删除车载蓝牙设备标识和蓝牙物理地址。在确定蜂窝网络通信出现故障时与车载设备140通过蓝牙进行近场通信。例如，目标用户终端130在距离车载设备足够近时，经由预订应用（例如App）启动扫描功能，以便自动扫描周围所有的蓝牙设备。如果扫描的结果指示包括预先配置在目标用户终端130中的蓝牙物理地址，并且距离车载蓝牙设备的距离满足预定条件，则会在目标用户终端130上提醒用户已在车载设备140附近，以便目标用户终端130向车载设备发送用于建立蓝牙连接的蓝牙连接请求，蓝牙连接请求至少指示该由管理设备下发并预先配置在目标用户终端的车载蓝牙设备标识。
以下将结合图2描述用于车辆管理的方法200。图2示出了根据本公开的实施例的用于车辆管理的方法200的流程图。应当理解，方法200例如可以在图7所描述的电子设备700处执行。也可以在图1所描述的车载设备140处执行。应当理解，方法200还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。
在步骤202处，车载设备140确定所检测的蜂窝网络的信号强度小于或者等于第一阈值。如果车载设备140确定所检测的蜂窝网络的信号强度大于第一阈值，则返回步骤202处。
关于检测的蜂窝网络的信号强度的方式，当前用户终端普遍使用的是4G网络，车载设备140接收指令主要使用2G网络。车载设备140信号可以通过判断通过dbm来检测的蜂窝网络的信号强度是否小于或者等于第一阈值。
关于第一阈值，其例如为-100dbm。例如当dbm > -100 时，说明蜂窝网络信号良好，可正常执行指令。
在步骤204处，如果车载设备140确定所检测的蜂窝网络的信号强度小于或者等于第一阈值，确认连续未接收到来自管理设备的心跳数据的次数是否达到预定次数阈值，管理设备被配置为以预定时间间隔发送心跳数据。
例如，当车载设备140确定蜂窝网络的信号强度小于或者等于第一阈值时（第一阈值例如为-100分贝毫瓦），需要进一步确认连续未接收的心跳数据的次数是否达到预定次数阈值（预定次数阈值例如为3），以便确认网络是否差到连心跳数据都无法正常接收。研究表明，当当蜂窝网络的信号大于-110 dbm，并且小于 -100时，蜂窝网络信号质量较差，只能接收心跳包。
在一些实施例中，如果车载设备140确定所检测的蜂窝网络的信号强度小于或者等于第二阈值，则确定蜂窝网络通信出现故障。第二阈值例如是-110分贝毫瓦。换言之，当所检测的蜂窝网络的信号强度小于或者等于第二阈值时，则直接说明蜂窝网络信号差，需要使用蓝牙指令替代网络指令，进行近场的操作。
在步骤206处，如果车载设备140确认连续未接收心跳数据的次数达到预定次数阈值，确定蜂窝网络通信出现故障。如果车载设备140确定蜂窝网络通信出现故障，车载设备140需要使用蓝牙指令替代网络指令，进行近场的操作。通过采用上述手段，本公开可以从蜂窝网络的信号强度和未接收心跳数据的情况两个维度来判断蜂窝网络的可用性，使得弱网络环境的判定结果更为准确和可靠。
关于确认连续未接收心跳数据的次数达到预定次数阈值的方式，其例如是：车载设备140确认是否未接收心跳数据；如果确认未接收心跳数据，记录次数；如果所记录的次数达到预定次数阈值并且是连续的，则确定蜂窝网络通信出现故障。
在步骤208处，车载设备140确定当前时间是否属于订单关联的时间范围，目标用户终端与订单相关联。
在步骤210处，如果车载设备140确定当前时间属于订单关联的时间范围，经由车辆的车载蓝牙设备检测与目标用户终端的距离。
在步骤212处，车载设备140确定与目标用户终端的距离是否小于或者等于第一预定距离阈值。如果车载设备140确定与目标用户终端的距离是否大于第一预定距离阈值，则返回步骤212处。
在步骤214处，如果车载设备140确定与目标用户终端的距离小于或者等于第一预定距离阈值，至少基于预先配置于目标用户终端的车载蓝牙设备标识，来确认目标用户终端是否通过验证。
在一些实施例中，关于确定与目标用户终端的距离的方式，其例如包括：车载设备140经由车载蓝牙设备确定所扫描到的目标用户终端的蓝牙接收信号的强度（例如读取目标用户终端130的蓝牙RSSI数值）；以及基于蓝牙接收信号的强度，确定与目标用户终端的距离。以下结合公式（1）示例性说明确定与目标用户终端的距离的方式。
D = 10 ((abs(RSSI) - A) / (10 * K)) （1）
在上述公式（1）中，D 代表所确定的确定与目标用户终端的距离。RSSI代表蓝牙接受信号强度。A 代表目标用户终端和车载蓝牙设备相隔单位距离（例如1米）时的蓝牙接受信号强度。K代表衰减因子。应当理解，上述公式（1）仅为示例，可以采用其他算法计算与目标用户终端的距离。
研究表明，当蓝牙RSSI数值小于-100时，车载蓝牙设备无法扫描到目标用户终端130。当蓝牙RSSI数值处于-100 至-80 之间，则与目标用户终端130的距离较远。当蓝牙RSSI数值属于处于-80 至 -60 之间，则与目标用户终端130的距离较近。当信号强度RSSI数据大于-40时，车载蓝牙设备与目标用户终端130离之间的距离在5米左右。
关于第一预定距离阈值，其例如是30米。研究表明，将第一预定距离阈值设置为30米时，不仅能够保证车载蓝牙设备140与目标用户终端130离之间的距离足以可靠地进行蓝牙认证与建立蓝牙连接，而且使得车辆120进入用户的视野，因此，可以避免蓝牙认证等交互数据被设置在车辆120周围的设备恶意抓包或者拦截，进而使得车辆120更为安全。
在步骤216处，如果车载设备140确认目标用户终端130通过验证，建立车载设备140与目标用户终端130的蓝牙连接，以用于基于由车在设备产生的临时令牌而执行来自目标用户终端的指令。
关于车载设备140确认目标用户终端是否通过验证的方式，其例如包括：车载设备140接收目标用户终端的蓝牙连接请求，该蓝牙连接请求中至少指示车载蓝牙设备标识；如果确认该车载蓝牙设备标识与车载蓝牙设备相匹配；则确认目标用户终端通过验证，进而建立车载设备140与目标用户终端130之间的蓝牙连接。
在上述方案中，本公开在确定车载设备所检测的蜂窝网络的信号强度低于第一阈值并且连续未接收心跳数据的次数是否达到预定次数阈值时，确认蜂窝网络通信出现故障，因此，可以准确地检测蜂窝网络通信出现故障的状态。另外，通过车载设备确定当前时间属于订单执行的时间范围内并且目标用户终端的距离在预定距离阈值之内，基于预先配置于目标用户终端车载蓝牙设备标识来对目标用户终端进行验证，然后基于由车在设备产生的临时令牌而执行来自目标用户终端的指令，本公开能够通过距离、车载蓝牙设备标识、安全动态令牌等多维度的近场数据验证来确保弱网络情况下本地的通信机的安全可靠。因此，本公开使得车辆在蜂窝网络覆盖不够全面或者较弱的区域，也能够安全并且准确地进行验证和执行交互指令。
在一些实施例中，方法200还包括用于预先配置车载蓝牙设备标识的方法300。图3示意性示出了根据本公开的实施例的用于预先配置车载蓝牙设备标识的方法300的流程图。应当理解，方法300例如可以在图7所描述的电子设备700处执行。也可以在图1所描述的管理设备110和目标用户终端130处执行。
在步骤302处，管理设备110确认订单是否被生成。
在步骤304处，如果管理设备110确认订单被生成，发送车辆的标识、以及经加密的车载蓝牙设备标识和蓝牙物理地址至目标用户终端130。
在步骤306处，目标用户终端130经由预定加密算法加密所接收的车载蓝牙设备标识和蓝牙物理地址。例如目标用户终端130通过AES256的加密算法针对所接收的车载蓝牙设备标识和蓝牙物理地址进行加密。
关于蓝牙物理地址，其例如为蓝牙MAC地址，其是烧录在网卡内的。该蓝牙物理地址中包括组织唯一标志符（organizationally unique） ，用于作为识别车载蓝牙设备。
在步骤308处，目标用户终端130保存加密后的车载蓝牙设备标识和蓝牙物理地址至预定层级的文件目录内。例如目标用户终端130经由预定应用加密后的车载蓝牙设备标识和蓝牙物理地址保存在本地较深的文件目录层级内，使得上述加密数据对用户不可见。
在步骤310处，目标用户终端130确定订单是否被完成。
在步骤312处，如果管理设备110确认订单被完成，删除车载蓝牙设备标识和蓝牙物理地址。
通过采用上述手段，通过管理设备110在订单生成时将车载蓝牙设备标识和蓝牙物理地址下发给目标用户终端130并且加密隐藏上述参数，使得用户不可见；并且在订单完成后删除目标用户终端130处的车载蓝牙设备标识和蓝牙物理地址，本公开能够有效提高下发至目标用户终端的蓝牙验证信息的安全性。
在一些实施例中，方法300还包括：如果目标用户终端130确认基于蓝牙与车载设备进行连接时，自动解密预存在本地的车载蓝牙设备标识；以及搜索和匹配与车载蓝牙设备标识匹配的蓝牙车载设备。例如，目标用户终端130通过应用开启扫描功能，以便自动扫描周围所有的蓝牙设备，如果目标用户终端130确认扫描结果中包括预先配置并解密的蓝牙物理地址，则向车载蓝牙设备发送蓝牙连接请求，该蓝牙连接请求中至少指示预先配置并解密的车载蓝牙设备标识。藉此，本公开可以使得目标用户终端130与车载设备140之间的蓝牙认证以及连接所需的认证信息对于用户不可见，因此能够进一步提高蓝牙验证信息的安全性。
在一些实施例中，方法200还包括用于控制令牌的方法400。图4示意性示出了根据本公开的实施例的用于控制令牌的方法400的流程图。应当理解，方法400例如可以在图7所描述的电子设备700处执行。也可以在图1所描述的车载设备140处执行。
在步骤402处，车载设备140生成可执行的临时令牌。例如，当蜂窝网络处于弱网络情况下，车载设备140会将蜂窝网络正常情况下所生成的定期令牌的方式转换为生成临时令牌的方式，即针对每个操作指令生成临时令牌。
在步骤404处，车载设备140将临时令牌发送至已与车载蓝牙设备140建立蓝牙连接的目标用户终端130。
在步骤406处，车载设备140接收指令，指令是目标用户终端130基于临时令牌而向车载设备140发送的。
在步骤408处，车载设备140确定指令是否被执行完毕。
在步骤410处，如果车载设备140确定指令被执行完毕，使得临时令牌失效。例如，车载设备140成功执行一次指令后，临时令牌即会失效。待再次执行其他指令时，车载设备140重新生成新的临时令牌。
通过采用上述手段，本公开在启用蓝牙近场通信时，不仅可以通过与订单的关联时间、目标用户终端距离、车载蓝牙设备标识等多维度的数据验证，而且还可以通过临时生成安全动态令牌进一步确保弱网络情况下本地蓝牙通信的安全可靠性。
在一些实施例中，方法400还进一步包括下文的步骤412至步骤414。
在步骤412处，车载设备140确定以下至少一项是否满足，即所检测的蜂窝网络的信号强度大于第一阈值；和/或确认接收到来自管理设备的心跳数据
在步骤414处，如果车载设备140确定以上至少一项满足，则生成定期令牌，用以发送至管理设备110。
在步骤416处，车载设备140使得当前临时令牌失效。
通过采用上述手段，本公开可以使得一旦车载设备140确认心跳数据的接收已被恢复，则确定蜂窝网络可用性为正常，车载设备140会立刻重新生成定期令牌并上传到管理设备110，且不再接受所有临时令牌指令，由此，使得蜂窝网络正常时，尽快恢复后台系统对车辆的管理。
在一些实施例中，方法200还包括用于指示车辆的方法500。图5示意性示出了根据本公开的实施例的用于指示车辆的方法500的流程图。应当理解，方法500例如可以在图7所描述的电子设备700处执行。也可以在图1所描述的车载设备140处执行。
在步骤502处，车载设备140基于蓝牙接收信号的强度的变化值，生成用于指示目标用户终端接近或者远离车辆的指示信号，以用于发送至目标用户终端。例如，车载设备140根据扫描到的目标用户终端130的蓝牙RSSI数据的变化情况，来判断目标用户终端130的移动情况。例如，车载设备140可以基于RSSI数据是变大还是变小，来确定目标用户终端130正在接近或者远离车辆120，并生成用于发送至目标用户终端的指示信号，以便引导目标用户终端130尽快找到车辆。
在一些实施例中，如果车载设备140确定目标用户终端的蓝牙RSSI数据在-100至-80 之间，表明车载设备140与目标用户终端130之间的距离较远。如果确定目标用户终端的蓝牙RSSI强度数据在-80 至 -60之间，表明车载设备140与目标用户终端130之间的距离较近。如果确定目标用户终端的蓝牙RSSI强度数据在-60至- 0 之间，表明目标用户终端130在车载设备140附近。由此，车载设备140可以基于蓝牙RSSI数据，确定目标用户终端130所在的距离区间，并且将所确定的距离区间发送至目标用户终端130，以用于引导目标用户终端130尽快找到车辆。
在步骤504处，车载设备140确定与目标用户终端的距离是否小于或者等于第二预定距离阈值。
在步骤506处，如果车载设备140确定与目标用户终端的距离小于或者等于第二预定距离阈值，呈现用于指示车辆在附近的信号。例如，车载设备140通过确认读取到的RSSI数据大于或者等于-40时，来判断出车载设备140与目标用户终端130之间的距离小于或者等于5米，此时，车载设备则生成用于闪烁车灯的指示信号，以用于指示车辆在目标用户终端130附近。
通过采用上述手段，本公开便于更为便捷地引导用户找到车辆。
以下将结合图6描述用于车辆管理的方法600。图6示出了根据本公开的实施例的用于车辆管理的方法600的数据交互示意图。应当理解，方法600例如可以在图7所描述的电子设备700处执行。应当理解，方法600还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。
用于实施方法600的系统至少包括：车载设备640、管理设备642和目标用户终端644。
在管理设备642处，在步骤602，确认关于车辆的订单是否被生成。在步骤604处，如果确认关于车辆的订单被生成，发送车辆的车牌信息等车辆标识、以及经加密的车辆的车载蓝牙设备标识和蓝牙物理地址至目标用户终端644。
在目标用户终端644处，在步骤606，经由预定加密算法加密所接收的车载蓝牙设备标识和蓝牙物理地址。在步骤608处，保存加密后的车载蓝牙设备标识和蓝牙物理地址至较深的文件目录层级内。
在管理设备642处，在步骤610，如果确认当前蜂窝信号强度大于-100，以预定时间间隔（例如而不限于是10S）向车辆的车载设备发送心跳数据。
在车载设备640处，在步骤612，如果接收到来自管理设备642的心跳数据，会返回响应信号（例如ACK）给管理设备642。
例如订单所涉车辆被开进并停在例如B4地下车库，蜂窝信号处于很弱的情况。
在车载设备640处，在步骤614，如果车载设备640确定所检测的蜂窝网络的信号强度小于或者等于-100，确认连续未接收到来自管理设备的心跳数据的次数是否达到预定次数阈值（例如而不限于3次）。在步骤616处，如果车载设备640确认连续未接收心跳数据的次数达到预定次数阈值，确定蜂窝网络通信出现故障。在步骤618处，如果车载设备640确定当前时间属于订单关联的时间范围，车载蓝牙设备检测基于扫描到的目标用户终端644的蓝牙RSSI数据来确定与目标用户终端644的距离。在步骤620处，如果车载设备640确定与目标用户终端644的距离小于或者等于第一预定距离阈值（例如30米），接收来自目标用户终端的蓝牙连接请求。在步骤622处，如果确认蓝牙连接请求中指示的车载蓝牙设备标识相匹配，确认目标用户终端644通过验证，以便建立车载设备640与目标用户终端644的蓝牙连接。
在步骤624处，车载设备640生成可执行的临时令牌。在步骤626处，车载设备640将临时令牌发送至已与车载蓝牙设备建立蓝牙连接的目标用户终端644。在步骤628处，接收来自目标用户终端644的指令。在步骤630处，执行指令。在步骤632处，如果确定指令被执行完毕，使得临时令牌失效。在步骤634处，如果车载设备确认蜂窝信号强度大于-100，或者接收到管理设备642所发送的心跳数据，生成长期指令，以用于向管理设备642发送。
在上述方案中，本公开可以基于蜂窝网络的信号强度和车载设备接收与管理设备的心跳数据的接收情况，来判断是否存在弱网络环境。如果确认为弱网络状态，启动车载设备与目标用户终端的蓝牙通信机制，并且通过订单的关联时间、与目标用户终端的距离、车载蓝牙设备的标识和安全动态令牌来确保弱网络情况下，本地的通信机制的安全可靠。
图7示意性示出了适于用来实现本公开实施例的电子设备（或者计算设备）700的框图。设备700可以是用于实现执行图2至图6所示的方法200至600的设备。如图7所示，设备700包括中央处理单元（CPU）701，其可以根据存储在只读存储器（ROM）702中的计算机程序指令或者从存储单元708加载到随机访问存储器（RAM）703中的计算机程序指令，来执行各种适当的动作和处理。在RAM中，还可存储设备700操作所需的各种程序和数据。CPU、ROM以及RAM通过总线704彼此相连。输入/输出（I/O）接口705也连接至总线704。
设备700中的多个部件连接至I/O接口705，包括：输入单元706、输出单元707、存储单元708，中央处理单元701执行上文所描述的各个方法和处理，例如执行方法200至600。例如，在一些实施例中，方法200至600可被实现为计算机软件程序，其被存储于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由ROM和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到RAM并由CPU执行时，可以执行上文描述的方法200至600的一个或多个操作。备选地，在其他实施例中，CPU可以通过其他任何适当的方式（例如，借助于固件）而被配置为执行方法200至600的一个或多个动作。
需要进一步说明的是，本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子（非穷举的列表）包括：便携式计算机盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、静态随机存取存储器（SRAM）、便携式压缩盘只读存储器（CD-ROM）、数字多功能盘（DVD）、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波（例如，通过光纤电缆的光脉冲）、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构（ISA）指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，该编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列（FPGA）或可编程逻辑阵列（PLA），该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、设备（系统）、和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给语音交互装置中的处理器、通用计算机、专用计算机或其它可编程数据处理装置的中央处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的中央处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的设备、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，该模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。
以上仅为本公开的可选实施例，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何修改、等效替换、改进等，均应包含在本公开的保护范围之内。
