一种基于无钥匙情况下的控车方法与流程

本发明涉及汽车控制管理领域，具体涉及一种基于借车关系下的控车方法。

背景技术：

传统汽车借车给朋友是一个很烦心的事情。车辆借出后，有可能出现借方延期归还或耍赖到期不还的现象，可能损害到车主（即出借方）的利益。

所以我们需要设计无钥匙情况下的控车方法，结合网络借车方法。基于已达成的借车契约，对车辆进行控制，只有在成功控车的情况下，借方才能正常使用借来的车辆，控车失败即不能再使用车辆，杜绝借车不换或延期换车的问题。

技术实现要素：

本发明为解决上述技术问题，提供一种基于无钥匙情况下的控车方法。

一种基于无钥匙情况的控车方法，包括以下步骤：

s1，tbox终端接收app发送的控车请求；

s2，所述tbox终端通过can总线向bcm发送控车指令，并获得bcm反馈执行结果；

s3，所述tbox终端反馈所述执行结果至所述app。

作为本技术方案的优选，所述控车请求包括借车人id、指定车辆唯一标识符、具体控制指令和随机校验码。

作为本技术方案的优选，在基于网络认证方式下，所述步骤s1之前包括：

s0a，所述app选择指定车辆并向tsp平台服务器发送控车请求，所述tsp平台服务器向tbox终端发送控车命令。

作为本技术方案的优选，所述步骤s0a包括：

s0a.1，所述app通过网络向所述tsp服务器发送所述控车请求；

s0a.2，所述tsp平台服务器接收所述控车请求；

s0a.3，所述tsp平台服务器根据所述控车请求向所述tbox终端发送控车命令。

作为本技术方案的优选，在基于蓝牙认证方式下，步骤s1之前包括：

s0b，所述app通过蓝牙向所述tbox终端发送控车指令。

作为本技术方案的优选，所述步骤s0b包括：

s0b.1，所述app向所述tbox终端请求随机校验码；

s0b.2，所述tbox终端相应所述app，生产一段包含有随机校验码的字符串，将所述字符串反馈给所述app；

s0b.3，所述app接收所述字符串,解析出随机校验码，根据车辆唯一标识符、时间戳、随机校验码、控车具体指令以及加密方式，生成控车指令，发送给所述tbox终端；

s0b.4，所述tbox反馈控车结果给所述app。

作为本技术方案的优选，所述app与所述tbox终端处于连接状态时，所述app定时收到所述tbox终端发送的心跳包，所述app接收到数据后，将所述心跳包的数据单元提取出来，生成数据包发送回所述tbox终端。

作为本技术方案的优选，若所述tbox终端在预设时间间隔内没有收到所述数据包，则继续向所述app发送心跳包；若所述tbox终端收到的心跳回包验证未通过，则继续向所述app发送心跳包。

作为本技术方案的优选，所述步骤s0b.4中所述app提取所述字符串中的所述随机校验码后生成所述控车指令。

作为本技术方案的优选，所述控车指令包括起始符、控车命令单元、数据加密方式、数据单元长度、加密处理后的数据单元和随机校验码。

本技术方案的有益效果为：

1.在无钥匙情况下，设计可通过网络通讯方式或者蓝牙方式两种方式来进行控车操作，多种方式使得借车者在有网络和无网络的情况下都能进行控车操作。

2.app通过网络通讯方式或者蓝牙方式两种方式提出控车请求，tbox终端通过can总线向bcm发送控车指令，具体实施控车步骤，所述tbox终端和所述bcm在汽车端直接控车，无需钥匙进入，借车者不接触钥匙，改善借车者借车不还或延期还车而车主毫无办法的问题。

附图说明

图1是本发明一种基于借车关系下的控车方法的流程图；

图2是本发明实施例2的流程图；

图3是本发明步骤s0a的流程图；

图4是本发明实施例3的流程图；

图5是本发明步骤s0b的流程图。

具体实施方式

本具体实施例仅仅是对本发明的解释，其并不是对发明的限制，本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改，但只要在本发明的权利要求范围内都收到专利法的保护。

实施例1

如图1所示，为是本发明一种基于无钥匙情况下的控车方法的流程图。

本方案的汽车借车方法应用于车主和借车者已达成借车关系，具有网络借车信息的情况下。

一种基于无钥匙情况下的控车方法，包括以下步骤：

s1，tbox终端接收app发送的控车请求。

所述tbox终端收到的所述控车请求，解析所述控车请求中的具体控车指令、获取时间戳、车辆唯一标识符和随机码。所述tbox终端判断随机码、车辆唯一标识符、时间戳是否匹配，如有一个值不能匹配成功，均会造成控车失败，在完全匹配无误的情况下才能进入下一步骤。

其中，借车人获取与车主通过网络达成借车约定后，及借车人获得控车权限，同时确定下借车起始时间、还车时间以及借车有效时间内的车辆控制权限。在需要控车时，所述app判断当前时间是否在借车有效时间内，当前的具体控车指令是否为授权的车辆控制权限，当判断无误后才会向所述tbox终端发送控车指令。

s2，所述tbox终端通过can总线向bcm发送控车指令，并获得bcm反馈执行结果。

tbox终端通过can总线向bcm发送控车指令，并获得bcm反馈执行结果。该步骤均在汽车端完成，无需钥匙插入。借车方不接触汽车钥匙，大大保护了车主利益，降低了传统情况下借车者在掌握着车钥匙但借车不还超期还车的风险。

s3，所述tbox终端反馈所述执行结果至所述app。

基于已达成的借车契约，对车辆进行控制，只有在成功控车的情况下，借方才能正常使用借来的车辆，控车失败即不能再使用车辆，杜绝借车不还或延期换车的问题。

实施例2

基于实施例1，与实施例1不同之处在于：

如图2所示，在基于网络认证方式下，所述步骤s1之前包括：

s0a，所述app选择指定车辆并向tsp平台服务器发送控车请求，所述tsp平台服务器向tbox终端发送控车命令。

其中，所述控车请求包括借车人id、指定车辆唯一标识符、具体控制指令和随机校验码。

所述tsp平台服务器会首选核对所述控车请求中含有的信息是否与匹配，当匹配信息不一致的情况下，不会进行控车流程。

如果是借车人的app发出所述控车请求，所述tsp平台服务器匹配该借借车人的app发出的所述控车请求是否与该借车人id下达成的借车的所有信息（车主id、借车人id、指定车辆唯一标识符、借车起始时间、还车时间以及借车时间内的控制权限）是否相同，当匹配信息一致的情况下，进行控车流程。如图3所示，所述步骤s0a包括：

s0a.1，所述app通过网络服务器发送所述控车请求。

s0a.2，所述tsp平台服务器接收所述控车请求。

s0a.3，所述tsp平台服务器根据所述控车请求向所述tbox终端发送控车命令。

进一步的，如果车主想要查看已借出车辆的情况，也可以使用所述app发出查看请求，在所述tsp平台服务器核对车主id、指定车辆唯一标识符一致后，可在所述app中查看车辆定位信息，车辆状态，可以对车辆进行控车流程。

实施例3

基于实施例1，与实施例1不同之处在于：

如图4所示，步骤s1之前包括：

s0b，所述app向所述tbox终端发送控车指令。

如图5所示，所述步骤s0b包括：

具体的控车操作中，所述app与所述tbox终端间数据交时遵循tcp协议。所述app与所述tbox终端进行蓝牙数据交互时，每次配对成功，则可以执行控车的数据交互。

s0b.1，所述app通过网络向所述tsp服务器发送所述控车请求。

s0b.2，所述tbox终端相应所述app，生产一段包含有随机校验码的字符串，将所述字符串反馈给所述app。

s0b.3，所述app接收所述字符串,解析出随机校验码，根据车辆唯一标识符、时间戳、随机校验码、控车具体指令以及加密方式，生成控车指令，发送给所述tbox终端。

s0b.4，所述tbox反馈控车结果给所述app。

所述app与所述tbox终端连接成功后，所述app定时收到所述tbox终端发送的心跳包，所述app接收到数据后，将所述心跳包的数据单元提取出来，生成数据包发送回所述tbox终端。

若所述tbox终端在预设时间间隔内没有收到所述数据包，则断开与所述app的连接。

所述步骤s0b.4中所述app提取所述字符串中的所述随机校验码后生成所述控车指令。

所述控车指令包括起始符、控车命令单元、数据加密方式、数据单元成都、加密处理后的数据单元和随机校验码。如果控车指令的控车目标与所述tbox终端绑定的车辆唯一标识符不一致，则数据会解密失败，导致控车失败。随机校验码起验证作用，如果随机校验码验证不成功，则控车同样失败。