一种基于蓝牙的近程控车系统、控车方法及汽车与流程

文档序号:29744911发布日期:2022-04-21 21:22阅读:357来源:国知局
一种基于蓝牙的近程控车系统、控车方法及汽车与流程

1.本发明涉及智能汽车技术领域,具体涉及一种基于蓝牙的近程控车系统、控车方法及汽车。


背景技术:

2.当前汽车的蓝牙钥匙是基于实体钥匙的衍生,只需要用户携带智能手机即可通过蓝牙钥匙控制车辆。尽管蓝牙钥匙是近程控车,但是基于蓝牙钥匙的安全性考虑,其实现方案是包含与车厂云端有数据交互的,这就导致在弱网的情况下,手机与车厂云端的信息存在较大时延甚至无法传递,因此蓝牙钥匙的使用存在一定局限性。
3.如在申请号为cn202111019337.3的发明专利申请中公开了一种无网环境下车辆蓝牙钥匙生成与鉴权方法及系统,该方法应用在移动终端、云端和车载端之上;所述无网环境下车辆蓝牙钥匙生成与鉴权方法,包括:移动终端向云端发起车辆蓝牙钥匙获取请求;云端在接收到车辆蓝牙钥匙获取请求后,生成钥匙标识信息,并使用钥匙标识信息和预设根密钥生成用户蓝牙钥匙;将用户蓝牙钥匙和钥匙标识信息发送给移动终端;移动终端将随机生成的第一随机数,与接收到的钥匙标识信息一并发送给车载端;车载端根据钥匙标识信息和预设根密钥生成用户蓝牙钥匙。本发明的技术方案可在车端无网环境下生成车辆蓝牙钥匙并鉴权,同时,保证车端蓝牙钥匙信息不被泄露,增加了安全性。
4.但是上述方案中仅仅针对的是在车载端无网环境下生成蓝牙钥匙的方法,而移动终端和云端仍然是处于正常的网络状态下,但是在实际使用过程中,往往出现的是移动终端为无网或弱网状态,进而使得移动终端和云端之间无法正常通信的情况,因此,急需有一种解决移动终端与云端之间的通信网络为无网或弱网状态下仍然能通过蓝牙钥匙对汽车进行控制的技术方案。


技术实现要素:

5.针对现有技术存在的上述不足,本发明要解决的技术问题是:如何提供一种手机端与云端之间的通信网络为无网或弱网状态下仍然能通过蓝牙钥匙对汽车进行控制,从而提高用户在车库等网络环境较差的位置手机蓝牙钥匙的使用体验,为用户的用车带来更多便捷性的基于蓝牙的近程控车系统、控车方法及汽车。
6.为了解决上述技术问题,本发明采用如下技术方案:一种基于蓝牙的近程控车系统,其特征在于,包括手机端、车端和云端;所述手机端用于识别所述手机端与所述云端通信时的网络状态,在网络状态为正常网络时接收来自于所述云端的蓝牙钥匙信息并传递到所述车端,且在网络状态为弱网或无网时将所述手机端内预先存储的蓝牙钥匙信息传递给所述车端;所述车端用于与所述手机端进行双向认证的通信连接,以接收并验证来自于所述手机端的蓝牙钥匙信息,并在验证通过后根据接收到的蓝牙钥匙信息对车辆进行相应的操作,同时向所述手机端反馈所述车端对蓝牙钥匙信息的执行结果;
所述云端与所述手机端进行双向通信连接,用于在所述手机端和所述云端的网络状态为正常网络时向所述手机端下发蓝牙钥匙信息,并接收来自于所述手机端的反馈信息。
7.本发明的工作原理是:本方案在采用蓝牙钥匙对汽车进行控制时,首先由手机端判断与云端之间进行通信时的网络状态,当手机端与云端之间的网络状态为正常网络时,由云端下发蓝牙钥匙信息到手机端,然后再由手机端向车端下发蓝牙钥匙信息,车端接收并验证来自于手机端的蓝牙钥匙信息,并在验证通过后根据接收到的蓝牙钥匙信息对车辆进行相应的操作,同时向手机端反馈车端对蓝牙钥匙信息的执行结果。
8.当手机端与云端之间的网络状态为无网或弱网状态时,由手机端先读取内部预先存储的蓝牙钥匙信息然后再将其发送给车端,车端接收并验证来自于手机端的蓝牙钥匙信息,并在验证通过后根据接收到的蓝牙钥匙信息对车辆进行相应的操作,同时向手机端反馈车端对蓝牙钥匙信息的执行结果。
9.因此,本发明在手机端与云端之间的通信网络为无网或弱网状态下仍然能通过蓝牙钥匙对汽车进行控制,从而提高用户在车库等网络环境较差的位置手机蓝牙钥匙的使用体验,为用户的用车带来更多便捷性。
10.优选的,所述手机端包括网络监控单元、本地存储单元、蓝牙钥匙信息请求单元和手机蓝牙通信单元;所述网络监控单元的输出端同时与所述本地存储单元的输入端和所述蓝牙钥匙信息请求单元的输入端通信连接,用于对所述手机端和所述云端通信时的网络状态进行监控,并在网络状态为正常网络时输出信号到所述蓝牙钥匙信息请求单元,在网络状态为无网或弱网时输出信号到所述本地存储单元;所述本地存储单元的输出端与所述手机蓝牙通信单元的输入端通信连接,用于存储蓝牙钥匙信息,并在无网或弱网时向所述手机蓝牙通信单元输出存储的蓝牙钥匙信息;所述蓝牙钥匙信息请求单元与所述云端双向通信连接,以用于在正常网络时接收来自于所述云端的蓝牙钥匙信息,所述蓝牙钥匙信息请求单元的输出端还与所述手机蓝牙通信单元的输入端通信连接,以将接收到的来自所述云端的蓝牙钥匙信息传递给所述手机蓝牙通信单元;所述手机蓝牙通信单元与所述车端进行双向认证的通信连接,以向所述车端传递蓝牙钥匙信息,并接收来自于所述车端对蓝牙钥匙信息的执行结果。
11.优选的,所述车端包括车端蓝牙通信单元、电子控制器单元、车控执行单元和状态反馈单元;所述车端蓝牙通信单元与所述手机蓝牙通信单元进行双向认证的通信连接,且所述车端蓝牙通信单元的输出端还与所述电子控制器单元的输入端通信连接,以接收并验证来自于所述手机蓝牙通信单元的蓝牙钥匙信息,并在验证通过后将蓝牙钥匙信息解析并传递给所述电子控制器单元,同时向所述手机蓝牙通信单元反馈所述车端对蓝牙钥匙信息的执行结果;所述电子控制器单元的输出端与所述车控执行单元的输入端通信连接,用于将接收到的蓝牙钥匙信息进行转化为相应的控车指令传递给所述车控执行单元;所述车控执行单元的输出端与所述状态反馈单元的输入端通信连接,用于根据所
述电子控制器单元传递的控车指令执行相应的控车操作,并将对控车指令的执行结果传递给所述状态反馈单元;所述状态反馈单元的输出端与所述电子控制器单元的输入端通信连接,用于将接收到的所述车控执行单元对控车指令的执行结果信息传递给所述电子控制器单元。
12.一种基于蓝牙的近程控车方法,采用上述的基于蓝牙的近程控车系统,包括以下步骤:步骤1)所述手机端判断与所述云端通信时的网络状态,当网络状态为正常网络时执行步骤2),当网络状态为无网或弱网状态时,执行步骤3);步骤2)所述云端向所述手机端下发蓝牙钥匙信息后执行步骤4);步骤3)所述手机端读取内部预先存储的蓝牙钥匙信息后执行步骤4);步骤4)所述手机端向所述车端发送蓝牙钥匙信息;步骤5)所述车端接收并验证来自于所述手机端的蓝牙钥匙信息,并在验证通过后根据接收到的蓝牙钥匙信息对车辆进行相应的操作,同时向所述手机端反馈所述车端对蓝牙钥匙信息的执行结果。
13.优选的,步骤1)中,所述手机端通过手机信号功率强度和字节响应时间来判断所述手机端与所述云端通信时的网络状态。
14.优选的,步骤1)中包括以下步骤:步骤1、1)所述手机端根据手机信号功率强度对网络状态进行判断,当所述手机端根据手机信号功率强度判断网络状态为正常网络时,执行步骤1、2),当所述手机端根据手机信号功率强度判断网络状态为无网或弱网状态时,执行步骤1、4);步骤1、2)所述手机端根据字节响应时间对网络状态进行判断,当所述手机端根据字节响应时间判断网络状态为正常网络时,执行步骤3),当所述手机端根据字节响应时间判断网络状态为无网或弱网状态时,执行步骤1、4);步骤1、3)所述手机端判断与所述云端通信的网络状态为正常网络,执行步骤2);步骤1、4)所述手机端判断与所述云端通信的网络状态为无网或弱网,执行步骤3)。
15.优选的,步骤1、1)中,当手机信号功率强度为-50db至-85db时,所述手机端根据手机信号功率强度判断网络状态为正常网络;当手机信号功率强度为-86db至-110db时,所述手机端根据手机信号功率强度判断网络状态为弱网状态;当手机信号功率强度小于-110db时,所述手机端根据手机信号功率强度判断网络状态为无网状态;步骤1、2)中,当字节响应时间小于5s时,所述手机端根据字节响应时间判断网络状态为正常网络,当字节响应时间大于等于5s时,所述手机端根据字节响应时间判断网络状态为弱网状态。
16.优选的,步骤2)中,在所述云端向所述手机端下发蓝牙钥匙信息前,所述手机端先向所述云端请求加密后的蓝牙钥匙信息,且所述手机端同时向所述云端传递车辆的车辆识别号码、用户凭证和用户唯一账号。
17.优选的,所述手机端包括网络监控单元、本地存储单元、蓝牙钥匙信息请求单元和手机蓝牙通信单元,所述车端包括车端蓝牙通信单元、电子控制器单元、车控执行单元和状态反馈单元;
步骤1)中,所述网络监控单元判断所述手机端与所述云端通信时的网络状态;步骤2)中,所述云端向所述蓝牙钥匙信息请求单元下发蓝牙钥匙信息,所述蓝牙钥匙信息请求单元将蓝牙钥匙信息传递给所述手机蓝牙通信单元后执行步骤4);步骤3)中,所述本地存储单元读取内部存储的蓝牙钥匙信息并传输给所述手机蓝牙通信单元后执行步骤4);步骤4)中,所述手机蓝牙通信单元向所述车载蓝牙通信单元发送蓝牙钥匙信息;步骤5)中,所述车载蓝牙通信单元接收并验证来自于所述手机蓝牙通信单元的蓝牙钥匙信息,并在验证通过后将蓝牙钥匙信息解析并传递给所述电子控制器单元,所述电子控制单元输出相应的控车执行给所述车控执行单元,所述车控执行单元执行相应的控车操作,并将对控车指令的执行结果传递给所述状态反馈单元,所述状态反馈单元将所述车控执行单元对控车指令的执行结果信息进一步传递给所述电子控制器单元。
18.一种汽车,采用上述的基于蓝牙的近程控车方法。
19.与现有技术相比,本发明具有以下优点:1、本发明在采用蓝牙钥匙对汽车进行控制时,在手机端与云端通信正常时,利用手机端接收来自于云端的蓝牙钥匙信息发送给车端,而在手机端于云端之间不能正常通信,即手机端为无网或弱网状态时,由手机端读取内部预先存储的蓝牙钥匙信息直接发送给车端,因此本发明无论手机端的网络信号如何,均能够通过蓝牙钥匙对汽车进行正常的控制,从而使得本发明能提高用户在车库等网络环境较差的位置对手机蓝牙钥匙的使用体验,为用户的用车带来更多便捷性。
20.2、本发明在对手机端与云端之间通信的网络状态进行判断时,通过手机信号功率强度和字节响应时间来共同进行判断时,当手机信号功率强度和字节响应时间任意一个不满足正常网络的要求时,网络监控单元向本地存储单元输出信号,使得本地存储单元输出蓝牙钥匙信息到手机蓝牙通信单元,而只有当手机信号功率强度和字节响应时间同时满足正常网络的要求时,网络监控单元才向蓝牙钥匙信息请求单元输出信号,此时云端向蓝牙钥匙请求单元发送蓝牙钥匙信息,这样可以保证手机端与云端之间的有效通信,并在手机端和云端之间的通信不能满足要求时及时采用本地缓存的蓝牙钥匙信息对汽车进行控制,从而极大的提高在用户在车库等网络环境较差位置的用车体验。
21.3、本发明云端在向手机端发送蓝牙钥匙信息之间,需要先由手机端向云端发出请求加密后的蓝牙钥匙信息,同时手机端向云端传递车辆的车辆识别号码、用户凭证和用户唯一账号,这样可以保证蓝牙钥匙使用的安全性。
附图说明
22.图1为本发明基于蓝牙的近程控车系统的系统框图;图2为本发明基于蓝牙的近程控车系统中网络监控单元判断网络状态的流程图。
23.附图标记说明:手机端1、网络监控单元11、蓝牙钥匙信息请求单元12、本地存储单元13、手机蓝牙通信单元14、车端2、车端蓝牙通信单元21、电子控制器单元22、车控执行单元23、状态反馈单元24、云端3。
具体实施方式
24.下面将结合附图及实施例对本发明作进一步说明。
25.如附图1所示,一种基于蓝牙的近程控车系统,包括手机端1、车端2和云端3;手机端1用于识别手机端1与云端3通信时的网络状态,在网络状态为正常网络时接收来自于云端3的蓝牙钥匙信息并传递到车端2,且在网络状态为弱网或无网时将手机端1内预先存储的蓝牙钥匙信息传递给车端2;车端2用于与手机端1进行双向认证的通信连接,以接收并验证来自于手机端1的蓝牙钥匙信息,并在验证通过后根据接收到的蓝牙钥匙信息对车辆进行相应的操作,同时向手机端1反馈车端2对蓝牙钥匙信息的执行结果;云端3与手机端1进行双向通信连接,用于在手机端1和云端3的网络状态为正常网络时向手机端1下发蓝牙钥匙信息,实现蓝牙钥匙信息的统一管理、分发、鉴权等,并接收来自于手机端1的反馈信息,其中,云端3向手机端1下发蓝牙钥匙信息的方式与常用的云端3接口实现原理上无太大区别,因此在本技术中不做冗余阐述。
26.本发明的工作原理是:本方案在采用蓝牙钥匙对汽车进行控制时,首先由手机端1判断与云端3之间进行通信时的网络状态,当手机端1与云端3之间的网络状态为正常网络时,由云端3下发蓝牙钥匙信息到手机端1,然后再由手机端1向车端2下发蓝牙钥匙信息,车端2接收并验证来自于手机端1的蓝牙钥匙信息,并在验证通过后根据接收到的蓝牙钥匙信息对车辆进行相应的操作,同时向手机端1反馈车端2对蓝牙钥匙信息的执行结果。
27.当手机端1与云端3之间的网络状态为无网或弱网状态时,由手机端1先读取内部预先存储的蓝牙钥匙信息然后再将其发送给车端2,车端2接收并验证来自于手机端1的蓝牙钥匙信息,并在验证通过后根据接收到的蓝牙钥匙信息对车辆进行相应的操作,同时向手机端1反馈车端2对蓝牙钥匙信息的执行结果。
28.因此,本发明在手机端1与云端3之间的通信网络为无网或弱网状态下仍然能通过蓝牙钥匙对汽车进行控制,从而提高用户在车库等网络环境较差的位置手机蓝牙钥匙的使用体验,为用户的用车带来更多便捷性。
29.在本实施例中,手机端1包括网络监控单元11、本地存储单元13、蓝牙钥匙信息请求单元12和手机蓝牙通信单元14。
30.网络监控单元11的输出端同时与本地存储单元13的输入端和蓝牙钥匙信息请求单元12的输入端通信连接,用于对手机端1和云端3通信时的网络状态进行监控,并在网络状态为正常网络时输出信号到蓝牙钥匙信息请求单元12,在网络状态为无网或弱网时输出信号到本地存储单元13。
31.本地存储单元13的输出端与手机蓝牙通信单元14的输入端通信连接,用于存储蓝牙钥匙信息,并在无网或弱网时向手机蓝牙通信单元14输出存储的蓝牙钥匙信息,本地存储单元13存储的蓝牙钥匙信息是手机端1蓝牙钥匙初次使用时在正常网络下从云端3下载的,通过存储在本地存储单元13内供无网或弱网状态的使用,其中,安卓系统的存储模式为基于keystore进行存储,ios系统的存储模式为基于keychain存储。
32.蓝牙钥匙信息请求单元12与云端3双向通信连接,以用于在正常网络时接收来自于云端3的蓝牙钥匙信息,蓝牙钥匙信息请求单元12的输出端还与手机蓝牙通信单元14的输入端通信连接,以将接收到的来自云端3的蓝牙钥匙信息传递给手机蓝牙通信单元14;在
网络正常的情况下,蓝牙钥匙信息请求单元12通过http通信请求云端3的蓝牙钥匙信息的数据,基于安全考虑,达到每次使用蓝牙钥匙时均能实时更新蓝牙钥匙信息的目的。
33.手机蓝牙通信单元14与车端2进行双向认证的通信连接,以向车端2传递蓝牙钥匙信息,并接收来自于车端2对蓝牙钥匙信息的执行结果。具体的,手机蓝牙通信单元14通过从手机端1的本地存储单元13获取蓝牙钥匙信息,将其中的蓝牙mac地址取出并扫描周边蓝牙设备,由于车端2蓝牙是始终低功耗工作的,因此扫描到后即可建立连接,连接完成后手机端1通过蓝牙通道向车端2蓝牙模块发送蓝牙钥匙信息和请求建立安全通道进行双向认证。具体的,蓝牙协议基于车厂自定并满足通用的蓝牙协议,安全通道建立的过程是手机端1主动向车端2发送特定蓝牙数据,车端2响应此数据并反馈手机端1车端2执行结果。
34.在本实施例中,车端2包括车端蓝牙通信单元21、电子控制器单元22(ecu单元)、车控执行单元23和状态反馈单元24;车端蓝牙通信单元21与手机蓝牙通信单元14进行双向认证的通信连接,且车端蓝牙通信单元21的输出端还与电子控制器单元22的输入端通信连接,以接收并验证来自于手机蓝牙通信单元14的蓝牙钥匙信息,并在验证通过后将蓝牙钥匙信息解析并传递给电子控制器单元22,同时向手机蓝牙通信单元14反馈车端2对蓝牙钥匙信息的执行结果,具体的,车端蓝牙通信单元21等待手机端1主动来建立连接,并校验手机端1传来的蓝牙钥匙信息,基于车厂自定的蓝牙协议,与手机端1完成双向认证和车控指令解析,并将控车指令通过can通信传给ecu单元处理。
35.电子控制器单元22的输出端与车控执行单元23的输入端通过can总线进行通信连接,用于将接收到的蓝牙钥匙信息进行转化为相应的控车指令传递给车控执行单元23.车控执行单元23的输出端与状态反馈单元24的输入端通信连接,用于根据电子控制器单元22传递的控车指令执行相应的控车操作,如解闭锁、升降窗、开后备箱、闪灯鸣笛等等操作,并将对控车指令的执行结果传递给状态反馈单元24.状态反馈单元24的输出端与电子控制器单元22的输入端通信连接,用于将接收到的车控执行单元23对控车指令的执行结果信息传递给电子控制器单元22,具体的,状态反馈单元24将车控执行单元23的车控指令执行结果处理成对应的can通信信号,返回给电子控制器单元22。
36.一种基于蓝牙的近程控车方法,采用上述的基于蓝牙的近程控车系统,包括以下步骤:步骤1)手机端1判断与云端3通信时的网络状态,当网络状态为正常网络时执行步骤2),当网络状态为无网或弱网状态时,执行步骤3);步骤2)云端3向手机端1下发蓝牙钥匙信息后执行步骤4);步骤3)手机端1读取内部预先存储的蓝牙钥匙信息后执行步骤4);步骤4)手机端1向车端2发送蓝牙钥匙信息;步骤5)车端2接收并验证来自于手机端1的蓝牙钥匙信息,并在验证通过后根据接收到的蓝牙钥匙信息对车辆进行相应的操作,同时向手机端1反馈车端2对蓝牙钥匙信息的执行结果。
37.在本实施例中,步骤1)中,手机端1通过手机信号功率强度和字节响应时间来判断手机端1与云端3通信时的网络状态。
38.如附图2所示,在本实施例中,网络监控单元11在对网络状态进行判断时会经过两个网络探测流程,首先手机信号功率强度监测可以通过安卓或者ios端申请读取网络信号强度的权限,在使用蓝牙钥匙的时候优先判断该手机信号功率强度是否满足要求。
39.具体的,手机信号功率强度td以0db为基准参考如下:1、-50db至-75db:信号很好,一般离基站很近;2、-75db至-85db:正常范围,拨打电话及上网不存在问题;3、-85db至-95db:信号较差,网速开始变慢,拨打电话可以正常使用;4、-100db至-110db之后:信号非常差,上网与通话都困难;5、-110db之后:无服务。
40.当手机信号功率强度td在1和2之间时,判定为网络正常;当手机信号功率强度td在3和4之间时,判断为弱网情况;当手机信号功率强度td满足5时判定为无网情况;无网和弱网判断完成后会直接输出no,即判断蓝牙钥匙应使用无网模式,否则输出yes。
41.其次,当手机信号功率强度为正常时,手机端1会再次判断ttfb(字节响应时间)指标,ttfb为从客户端请求的第一个字节开始发送到接收到返回数据的第一个字节的时间差;ttfb如果过大,则说明网络延时较长,即可作为网络状态判断的依据。具体的,通过手机端1的客户端app调用h5前端执行接口请求,h5在ajax的请求拦截中获取window对象下的performance属性,该属性下有两个字段可获取,即responsestart和navigationstart,计算公式如下:ttfb=responsestart-navigationstart其设定指标如下:1、ttfb《5s网络正常2、ttfb》5s弱网络情况当ttfb小于5秒时,判定为网络正常情况,并输出yes,当ttfb》5s时,判定为弱网模式,输出no。
42.最终,网络监控单元11仅在输出端拿到两个yes后方可判断为网络正常情况,输出hasnet到蓝牙钥匙信息请求单元12;否则,均输出nonet到本地存储单元13。
43.具体的,步骤1)中包括以下步骤:步骤1、1)手机端1根据手机信号功率强度对网络状态进行判断,当手机端1根据手机信号功率强度判断网络状态为正常网络时,执行步骤1、2),当手机端1根据手机信号功率强度判断网络状态为无网或弱网状态时,执行步骤1、4);步骤1、2)手机端1根据字节响应时间对网络状态进行判断,当手机端1根据字节响应时间判断网络状态为正常网络时,执行步骤3),当手机端1根据字节响应时间判断网络状态为无网或弱网状态时,执行步骤1、4);步骤1、3)手机端1判断与云端3通信的网络状态为正常网络,执行步骤2);步骤1、4)手机端1判断与云端3通信的网络状态为无网或弱网,执行步骤3)。
44.在本实施例中,步骤1、1)中,当手机信号功率强度为-50db至-85db时,手机端1根据手机信号功率强度判断网络状态为正常网络;当手机信号功率强度为-86db至-110db时,手机端1根据手机信号功率强度判断网络状态为弱网状态;当手机信号功率强度小于-110db时,手机端1根据手机信号功率强度判断网络状态为无网状态;
步骤1、2)中,当字节响应时间小于5s时,手机端1根据字节响应时间判断网络状态为正常网络,当字节响应时间大于等于5s时,手机端1根据字节响应时间判断网络状态为弱网状态。
45.在本实施例中,步骤2)中,在云端3向手机端1下发蓝牙钥匙信息前,手机端1先向云端3请求加密后的蓝牙钥匙信息,且手机端1同时向云端3传递车辆的车辆识别号码、用户凭证和用户唯一账号。
46.在本实施例中,手机端1包括网络监控单元11、本地存储单元13、蓝牙钥匙信息请求单元12和手机蓝牙通信单元14,车端2包括车端蓝牙通信单元21、电子控制器单元22、车控执行单元23和状态反馈单元24;步骤1)中,网络监控单元11判断手机端1与云端3通信时的网络状态;步骤2)中,云端3向蓝牙钥匙信息请求单元12下发蓝牙钥匙信息,蓝牙钥匙信息请求单元12将蓝牙钥匙信息传递给手机蓝牙通信单元14后执行步骤4);步骤3)中,本地存储单元13读取内部存储的蓝牙钥匙信息并传输给手机蓝牙通信单元14后执行步骤4);步骤4)中,手机蓝牙通信单元14向车载蓝牙通信单元发送蓝牙钥匙信息;步骤5)中,车载蓝牙通信单元接收并验证来自于手机蓝牙通信单元14的蓝牙钥匙信息,并在验证通过后将蓝牙钥匙信息解析并传递给电子控制器单元22,电子控制单元输出相应的控车执行给车控执行单元23,车控执行单元23执行相应的控车操作,并将对控车指令的执行结果传递给状态反馈单元24,状态反馈单元24将车控执行单元23对控车指令的执行结果信息进一步传递给电子控制器单元22。
47.一种汽车,采用上述的基于蓝牙的近程控车方法。
48.与现有技术相比,本发明在采用蓝牙钥匙对汽车进行控制时,在手机端1与云端3通信正常时,利用手机端1接收来自于云端3的蓝牙钥匙信息发送给车端2,而在手机端1于云端3之间不能正常通信,即手机端1为无网或弱网状态时,由手机端1读取内部预先存储的蓝牙钥匙信息直接发送给车端2,因此本发明无论手机端1的网络信号如何,均能够通过蓝牙钥匙对汽车进行正常的控制,从而使得本发明能提高用户在车库等网络环境较差的位置对手机蓝牙钥匙的使用体验,为用户的用车带来更多便捷性。本发明在对手机端1与云端3之间通信的网络状态进行判断时,通过手机信号功率强度和字节响应时间来共同进行判断时,当手机信号功率强度和字节响应时间任意一个不满足正常网络的要求时,网络监控单元11向本地存储单元13输出信号,使得本地存储单元13输出蓝牙钥匙信息到手机蓝牙通信单元14,而只有当手机信号功率强度和字节响应时间同时满足正常网络的要求时,网络监控单元11才向蓝牙钥匙信息请求单元12输出信号,此时云端3向蓝牙钥匙请求单元发送蓝牙钥匙信息,这样可以保证手机端1与云端3之间的有效通信,并在手机端1和云端3之间的通信不能满足要求时及时采用本地缓存的蓝牙钥匙信息对汽车进行控制,从而极大的提高在用户在车库等网络环境较差位置的用车体验。本发明云端3在向手机端1发送蓝牙钥匙信息之间,需要先由手机端1向云端3发出请求加密后的蓝牙钥匙信息,同时手机端1向云端3传递车辆的车辆识别号码、用户凭证和用户唯一账号,这样可以保证蓝牙钥匙使用的安全性。
49.最后需要说明的是,以上实施例仅用以说明本发明的技术方案而非限制技术方
案,本领域的普通技术人员应当理解,那些对本发明的技术方案进行修改或者等同替换,而不脱离本技术方案的宗旨和范围,均应涵盖在本发明的权利要求范围当中。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1