车辆控制方法及系统和用户终端设备与流程

文档序号:24043637发布日期:2021-02-23 17:34阅读:88来源:国知局
车辆控制方法及系统和用户终端设备与流程

[0001]
本发明涉及人机交互领域,尤其涉及一种车辆控制方法及系统和用户终端设备。


背景技术:

[0002]
随着车联网等技术的发展,汽车所提供的功能越来越丰富,用户的需求也变得越来越多样。
[0003]
目前,一般情况下用户需要解锁车门并进入到车内后才能启动车辆,进而开启空调等相应的功能。或者也可通过遥控钥匙远程解锁车门之后,再通过智能终端设备主动向车载多媒体设备发送指令,以远程开启一些娱乐功能。
[0004]
但是,上述启动车辆的方式均需要用户主动进行操作,有时操作不方便,导致降低用户控制车辆的效率,也无法向车主提供更加智能化的服务和功能,从而影响用户体验。


技术实现要素:

[0005]
以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览,并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。
[0006]
本发明要解决的技术问题是为了克服现有技术中启动和控制车辆的效率低,影响用户体验的缺陷,提供一种车辆控制方法及系统和用户终端设备。
[0007]
本发明是通过下述技术方案来解决所述技术问题:
[0008]
一种车辆控制方法,包括:
[0009]
响应于所述车辆的当前位置与用户终端设备之间的距离小于或等于预设距离,基于当前时刻判断用户目的是否为取车,若是,发送启动指令以启动所述车辆。
[0010]
可选地,所述基于当前时刻判断用户目的是否为取车的步骤包括:
[0011]
从所述云端服务器获取基于所述用户终端设备的数据生成的用户取车时段;
[0012]
判断当前时刻是否在所述用户取车时段内,若是,将用户目的设定为取车。
[0013]
可选地,所述用户取车时段包括上班设定时段、下班设定时段、购物设定时段、娱乐设定时段及固定取车时段中的任意一种或多种。
[0014]
可选地,执行所述发送启动指令以启动所述车辆的步骤之后,所述车辆控制方法还包括:
[0015]
响应于所述车辆的车门未解锁时间超过预设解锁时间,发送关闭指令以关闭所述车辆。
[0016]
在本方案中,启动所述车辆时,考虑到安全问题,将车门维持在锁定状态,车门仅通过用户实际操作来解锁。
[0017]
在本方案中,虽然可智能判断用户取车目的,但实际情况中有可能会出现用户并不需要取车的情况,此时,可通过车门未解锁时间来判断出这种特殊情况,并及时关闭车
辆,以防止不必要的能量损耗。
[0018]
可选地,所述发送启动指令以启动所述车辆的步骤包括:
[0019]
发送启动指令以启动所述车辆的ecu(电子控制单元);
[0020]
发送预设控制指令,以使所述ecu向所述车辆的车身控制器发送所述预设控制模式中所预定义的车身控制指令,以控制所述车辆的对应的执行机构执行所述车身控制指令中的动作。
[0021]
可选地,所述预设控制指令包括空调控制指令;
[0022]
所述发送预设控制指令,以使所述ecu向所述车辆的车身控制器发送所述预设控制模式中所预定义的车身控制指令,以控制所述车辆的对应的执行机构执行所述车身控制指令中的动作的步骤包括:
[0023]
根据当前天气信息及当前车内温度生成空调控制指令并发送至所述ecu,以使所述ecu向所述车身控制器发送所述空调控制指令,以启动所述车辆的空调并以所述空调控制指令中的预设模式运行所述空调。
[0024]
一种用户终端设备,包括存储器和处理器,所述存储器与所述处理器通信连接;
[0025]
所述处理器被配置为:响应于车辆的当前位置与所述用户终端设备之间的距离小于或等于预设距离,基于当前时刻判断用户目的是否为取车,若是,发送启动指令以启动所述车辆。
[0026]
可选地,所述处理器被配置为:
[0027]
从所述云端服务器获取基于所述用户终端设备的数据生成的用户取车时段,并且判断当前时刻是否在所述用户取车时段内,若是,将用户目的设定为取车。
[0028]
可选地,所述用户取车时段包括上班设定时段、下班设定时段、购物设定时段、娱乐设定时段及固定取车时段中的任意一种或多种。
[0029]
可选地,所述处理器还被配置为:
[0030]
发送启动指令以启动所述车辆之后,响应于所述车辆的车门未解锁时间超过预设解锁时间,发送关闭指令以关闭所述车辆。
[0031]
在本方案中,启动所述车辆时,考虑到安全问题,将车门维持在锁定状态,车门仅通过用户实际操作来解锁。
[0032]
在本方案中,虽然可智能判断用户取车目的,但实际情况中有可能会出现用户并不需要取车的情况,此时,可通过车门未解锁时间来判断出这种特殊情况,并及时关闭车辆,以防止不必要的能量损耗。
[0033]
可选地,所述处理器被配置为:
[0034]
发送启动指令以启动所述车辆的ecu;
[0035]
发送预设控制指令,以使所述ecu向所述车辆的车身控制器发送所述预设控制模式中所预定义的车身控制指令,以控制所述车辆的对应的执行机构执行所述车身控制指令中的动作。
[0036]
可选地,所述预设控制指令包括空调控制指令;
[0037]
所述处理器被配置为:
[0038]
根据当前天气信息及当前车内温度生成空调控制指令并发送至所述ecu,以使所述ecu向所述车身控制器发送所述空调控制指令,以启动所述车辆的空调并以所述空调控
制指令中的预设模式运行所述空调。
[0039]
一种车辆控制系统,包括如上述的用户终端设备及车辆;
[0040]
所述用户终端设备被配置为:响应于所述车辆的当前位置与所述用户终端设备之间的距离小于或等于预设距离,基于当前时刻判断用户目的是否为取车,若是,发送启动指令以启动所述车辆。
[0041]
可选地,所述车辆控制系统还包括云端服务器;
[0042]
所述云端服务器分别与所述用户终端设备及所述车辆通信连接;
[0043]
所述云端服务器被配置为:根据从所述用户终端设备接收到的数据生成所述用户取车时段并发送至所述用户终端设备;
[0044]
所述用户终端设备被配置为:从所述云端服务器获取所述用户取车时段。
[0045]
一种计算机可读介质,其上存储有计算机指令,所述计算机指令在由处理器执行时实现如上述的车辆控制方法的步骤。
[0046]
在符合本领域常识的基础上,所述各优选条件,可任意组合,即得本发明各较佳实施例。
[0047]
本发明的积极进步效果在于:
[0048]
本发明可通过智能判断用户的取车目的来提前启动车辆,以开启车载空调等实用的功能,无需用户自行操作,即可实现对车辆的控制,方便用户使用,从而有效地提升了用户控制车辆的效率,而且向车主提供更加智能化的服务和功能,进而提升了用户体验度。
附图说明
[0049]
在结合以下附图阅读本公开的实施例的详细描述之后,能够更好地理解本发明的所述特征和优点。在附图中,各组件不一定是按比例绘制,并且具有类似的相关特性或特征的组件可能具有相同或相近的附图标记。
[0050]
图1为本发明一实施例的车辆控制方法的流程图。
[0051]
图2为本发明一实施例的车辆控制系统的结构示意图。
[0052]
附图标记说明:
[0053]
步骤
ꢀꢀꢀꢀꢀꢀꢀ
101;
[0054]
步骤
ꢀꢀꢀꢀꢀꢀꢀ
102;
[0055]
步骤
ꢀꢀꢀꢀꢀꢀꢀ
103;
[0056]
步骤
ꢀꢀꢀꢀꢀꢀꢀ
104;
[0057]
用户终端设备 1;
[0058]
处理器
ꢀꢀꢀꢀꢀꢀ
11;
[0059]
存储器
ꢀꢀꢀꢀꢀꢀ
12;
[0060]
云端服务器
ꢀꢀꢀ
2;
[0061]
车辆
ꢀꢀꢀꢀꢀꢀꢀꢀꢀ
3。
具体实施方式
[0062]
以下结合附图和具体实施例对本发明作详细描述。注意,以下结合附图和具体实施例描述的诸方面仅是示例性的,而不应被理解为对本发明的保护范围进行任何限制。
[0063]
给出以下描述以使得本领域技术人员能够实施和使用本发明并将其结合到具体应用背景中。各种变型、以及在不同应用中的各种使用对于本领域技术人员将是容易显见的,并且本文定义的一般性原理可适用于较宽范围的实施例。由此,本发明并不限于本文中给出的实施例,而是应被授予与本文中公开的原理和新颖性特征相一致的最广义的范围。
[0064]
在以下详细描述中,阐述了许多特定细节以提供对本发明的更透彻理解。然而,对于本领域技术人员显而易见的是,本发明的实践可不必局限于这些具体细节。换言之,公知的结构和器件以框图形式示出而没有详细显示,以避免模糊本发明。
[0065]
在本发明的描述中,需要说明的是,除非另有明确的规定和限定,术语“设置”、“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
[0066]
另外,在以下的说明中所使用的“上”、“下”、“左”、“右”、“顶”、“底”、“水平”、“垂直”应被理解为该段以及相关附图中所绘示的方位。此相对性的用语仅是为了方便说明之用,其并不代表其所叙述的装置需以特定方位来制造或运作,因此不应理解为对本发明的限制。
[0067]
能理解的是,虽然在此可使用用语“第一”、“第二”、“第三”等来叙述各种组件、区域、层和/或部分,这些组件、区域、层和/或部分不应被这些用语限定,且这些用语仅是用来区别不同的组件、区域、层和/或部分。因此,以下讨论的第一组件、区域、层和/或部分可在不偏离本发明一些实施例的情况下被称为第二组件、区域、层和/或部分。
[0068]
本实施例提供一种车辆控制方法,所述车辆控制方法包括以下步骤:响应于所述车辆的当前位置与用户终端设备之间的距离小于或等于预设距离,基于当前时刻检测到用户目的为取车时,发送启动指令以启动所述车辆。
[0069]
在本实施例中,通过智能判断用户的取车目的来提前启动车辆,无需用户自行操作,即可实现对车辆的控制,方便用户使用,从而有效地提升了用户控制车辆的效率,进而提升了用户体验度。
[0070]
具体地,作为一实施例,如图1所示,所述车辆控制方法包括以下步骤:
[0071]
步骤101、判断车辆的当前位置与用户终端设备之间的距离是否小于或等于预设距离,若是,执行步骤102,若否,重新执行流程。
[0072]
在本实施例中,所述车辆包括ecu、车身控制器及车载终端设备,所述车载终端设备与云端服务器建立通信连接。
[0073]
具体地,所述车载终端设备可以是设置在车辆上的车机模块,所述云端服务器可以是tsp(telematics service provider,内容服务提供者)服务端,所述车载终端设备可以通过t-box模块与所述云端服务器进行双向通信。
[0074]
t-box模块为安装在汽车上的一个盒子,具有通讯功能,所述车载终端设备可以通过t-box模块来具有外网连接功能,例如,向tsp服务端传输通知信号。
[0075]
当tsp服务端应用在车辆上时,亦可以认为是汽车远程服务提供商,在telematics产业链居于核心地位,上接汽车、车载设备制造商、网络运营商,下接内容提供商。tsp服务端集合了位置服务、gis服务和通信服务等现代计算机技术,为车主和个人提供强大的服
务,例如导航、娱乐、资讯、安防、sns、远程保养等。
[0076]
但是,本领域技术人员应当知道,上述的t-box模块、tsp服务端仅为一种示意,本实施例并不具体限定所述车载终端设备与所述云端服务器的类型及通信方式,均可根据实际情况及用户需求进行相应的选择及调整。
[0077]
在本实施例中,所述用户终端设备为用户持有的智能终端设备,所述用户终端设备与所述云端服务器建立通信连接,所述用户终端设备还可通过无线通信的方式与所述车载终端设备建立通信连接。
[0078]
所述用户终端设备包括智能手机、平板电脑、笔记本电脑及穿戴式设备中的任意一种或多种,但并不具体限定所述用户终端设备的类型,可根据实际情况及用户需求进行相应的选择及调整。
[0079]
在本实施例中,所述无线通信包括2g(第二代移动通信技术)、3g(第三代移动通信技术)、4g(第四代移动通信技术)、5g(第五代移动通信技术)、wi-fi(无线保真)及蓝牙中的任意一种或多种,但并不具体限定所述无线通信的类型,可根据实际情况及用户需求进行相应的选择及调整。
[0080]
在本步骤中,所述用户终端设备实时获取所述车辆的当前位置,并且判断所述车辆的当前位置与当前自身位置之间的距离是否小于或等于预设距离,若是,执行步骤102,若否,重新执行流程。
[0081]
在本实施例中,获取所述车辆的当前位置或获取所述用户终端设备的当前位置的步骤均可通过gps(全球定位系统)、北斗卫星导航系统等定位模块来实现,本实施例并不具限定其实现方式,可根据实际情况及用户需求进行相应的选择及调整。
[0082]
在本实施例中,优选地,所述车辆的当前位置与所述用户终端设备的当前位置之间的距离为导航地图中导航路线的实际距离,但也可以为直线距离,可根据用户需求进行相应的设定。
[0083]
在本实施例中,所述预设距离可根据用户实际需求来进行相应的设定,例如,可以为100米,该距离可能是用户刚好进入停车场的距离。但所述预设距离不宜过大,若设定过大则会影响到用户体验,例如,预设距离已超出停车位置与车主住宅之间的距离等。
[0084]
作为一实施例,在本步骤中,所述云端服务器计算车辆的当前位置与所述用户终端设备的当前位置之间的距离,并且判断计算出的距离是否小于或等于所述预设距离,若是,向所述用户终端设备发送相应指令,以通知所述用户终端设备接近所述车辆。
[0085]
步骤102、基于当前时刻判断用户目的是否为取车,若是,执行步骤103,若否,重新执行流程。
[0086]
在本步骤中,所述基于当前时刻判断用户目的是否为取车的步骤主要包括以下步骤:
[0087]
所述用户终端设备从所述云端服务器获取基于所述用户终端设备的数据生成的用户取车时段,并且判断当前时刻是否在所述用户取车时段内,若是,将用户目的设定为取车,执行步骤103,若否,重新执行流程。
[0088]
在本实施例中,所述用户取车时段包括上班设定时段、下班设定时段、购物设定时段、娱乐设定时段及固定取车时段中的任意一种或多种,当然并不具体限定所述用户取车时段,可根据用户实际需求进行相应的选择及设定。
[0089]
具体地,所述云端服务器从所述用户终端设备获取用于表征用户使用习惯的数据,例如,日志数据、导航数据、备忘录数据或日历数据等。
[0090]
所述云端服务器根据接收到的数据分析出所述上班设定时段、所述下班设定时段、所述购物设定时段、所述娱乐设定时段及所述固定取车时段。
[0091]
例如,可通过导航数据及相应的日志数据来分析出车主的上班时段、下班时段、购物时段、娱乐时段等,或者可通过备忘录数据或日历数据来分析出固定取车时段等,本实施例并不具体限定分析方式,可根据实际用户需求进行相应的设定。
[0092]
作为另一实施例,用户可自行设定所述用户取车时段,所述用户终端设备将用户自行设定的所述用户取车时段发送至所述云端服务器。
[0093]
在本实施例中,该些用户取车时段还可根据不同的日期或月份来进行分类及调整,均可根据用户实际需求进行相应的设定。
[0094]
例如,若当前日期为法定工作日时,仅设定所述上班设定时段和所述下班设定时段等,若当前日期为节假日时,仅设定所述购物设定时段或所述娱乐设定时段等。
[0095]
步骤103、发送启动指令和预设控制指令,执行步骤103之后,根据情况结束流程或执行步骤104。
[0096]
在本步骤中,响应于当前时刻在所述用户取车时段内,所述用户终端设备发送启动指令至所述云端服务器,所述云端服务器通过所述t-box模块将所述启动指令转发给所述车载终端设备,所述车载终端设备响应于接收到所述启动指令,启动所述ecu。
[0097]
在本步骤中,启动所述ecu时,考虑到安全问题,将车门维持在锁定状态,车门仅通过用户实际操作来解锁。
[0098]
作为另一实施例,所述用户终端设备还可直接将所述启动指令发送至所述车载终端设备,以启动所述ecu。
[0099]
在本步骤中,启动所述ecu后,所述用户终端设备还将预设控制指令发送至所述云端服务器,所述云端服务器将接收到的所述预设控制指令转发给所述车载终端设备,以使所述ecu向所述车身控制器发送所述预设控制模式中所预定义的车身控制指令,以控制所述车辆的对应的执行机构执行所述车身控制指令中的动作。
[0100]
作为另一实施例,所述用户终端设备还可直接将所述预设控制指令发送至所述车载终端设备,以使所述ecu向所述车身控制器发送所述预设控制模式中所预定义的车身控制指令。
[0101]
具体地,所述预设控制指令包括空调控制指令,所述用户终端设备根据当前天气信息及当前车内温度生成空调控制指令并发送至所述车载终端设备,以使所述ecu向所述车身控制器发送所述空调控制指令,以启动所述车辆的空调并以所述空调控制指令中的预设模式运行所述空调。
[0102]
所述预设控制指令还可以包括座椅加热控制指令,所述用户终端设备根据当前车内温度生成座椅加热控制指令并发送至所述车载终端设备,以使所述ecu向所述车身控制器发送所述座椅加热控制指令,以启动所述车辆的座椅加热装置。
[0103]
在本实施例中,并不具体限定所述预设控制指令,也可以是车载娱乐功能的控制指令等,可根据用户实际需求进行相应的设定。
[0104]
步骤104、响应于车辆的车门未解锁时间超过预设解锁时间,发送关闭指令,执行
步骤104之后,结束流程。
[0105]
在本步骤中,判断车辆的车门未解锁时间是否超过所述预设解锁时间,若是,所述用户终端设备发送关闭指令至所述云端服务器,所述云端服务器通过所述t-box模块将所述关闭指令转发给所述车载终端设备,所述车载终端设备响应于接收到所述关闭指令,关闭所述车辆。
[0106]
作为另一实施例,所述用户终端设备还可直接将所述关闭指令发送至所述车载终端设备,以关闭所述车辆。
[0107]
若车门未解锁时间未超过所述预设解锁时间,执行上述步骤103之后结束流程。
[0108]
具体地,虽然可智能判断用户取车目的,但实际情况中有可能会出现用户并不需要取车的情况,此时,可通过车门未解锁时间来判断出这种特殊情况,并及时关闭车辆,以防止不必要的能量损耗。
[0109]
在本实施例中,并不具体限定所述预设解锁时间,可根据用户实际需求进行相应的设定。
[0110]
本实施例还提供一种计算机可读介质,其上存储有计算机指令,所述计算机指令在由处理器执行时实现如上述的车辆控制方法的步骤。
[0111]
本实施例提供的车辆控制方法,可通过智能判断用户的取车目的来提前启动车辆,以开启车载空调等实用的功能。尤其在炎热的夏季或寒冷的冬季,用户上车前能够通过自动开启空调来提前调整车内温度,以向用户提供舒适的乘车体验。
[0112]
本实施例提供的车辆控制方法无需用户自行操作,即可实现对车辆的控制,方便用户使用,从而有效地提升了用户控制车辆的效率,而且向车主提供更加智能化的服务和功能,进而提升了用户体验度。
[0113]
如图2所示,本实施例提供一种用户终端设备1及包括用户终端设备1的车辆控制系统,所述车辆控制系统利用如上述的车辆控制方法。
[0114]
所述车辆控制系统还包括车辆3,用户终端设备1被配置为:响应于车辆3的当前位置与用户终端设备1之间的距离小于或等于预设距离,基于当前时刻检测到用户目的为取车时,发送启动指令至车辆3以启动车辆3。
[0115]
在本实施例中,通过智能判断用户的取车目的来提前启动车辆,无需用户自行操作,即可实现对车辆的控制,方便用户使用,从而有效地提升了用户控制车辆的效率,进而提升了用户体验度。
[0116]
具体地,如图2所示,所述车辆控制系统还包括云端服务器2,车辆3包括ecu(图中未示出)、车身控制器(图中未示出)及车载终端设备(图中未示出),所述车载终端设备与云端服务器2通信连接。
[0117]
具体地,所述车载终端设备可以是设置在车辆3上的车机模块,云端服务器2可以是tsp服务端,所述车载终端设备可以通过t-box模块与云端服务器2进行双向通信。
[0118]
t-box模块为安装在汽车上的一个盒子,具有通讯功能,所述车载终端设备可以通过t-box模块来具有外网连接功能,例如,向tsp服务端传输通知信号。
[0119]
当tsp服务端应用在车辆上时,亦可以认为是汽车远程服务提供商,在telematics产业链居于核心地位,上接汽车、车载设备制造商、网络运营商,下接内容提供商。tsp服务端集合了位置服务、gis服务和通信服务等现代计算机技术,为车主和个人提供强大的服
务,例如导航、娱乐、资讯、安防、sns、远程保养等。
[0120]
但是,本领域技术人员应当知道,上述的t-box模块、tsp服务端仅为一种示意,本实施例并不具体限定所述车载终端设备与云端服务器2的类型及通信方式,均可根据实际情况及用户需求进行相应的选择及调整。
[0121]
用户终端设备1包括处理器11与处理器11通信连接的存储器12,存储器12被配置为存储处理器11所执行的程序及数据。
[0122]
在本实施例中,用户终端设备1为用户持有的智能终端设备,用户终端设备1与云端服务器2通信连接,用户终端设备1还可通过无线通信的方式与所述车载终端设备通信连接。
[0123]
用户终端设备1包括智能手机、平板电脑、笔记本电脑及穿戴式设备中的任意一种或多种,但并不具体限定用户终端设备1的类型,可根据实际情况及用户需求进行相应的选择及调整。
[0124]
在本实施例中,所述无线通信包括2g、3g、4g、5g、wi-fi及蓝牙中的任意一种或多种,但并不具体限定所述无线通信的类型,可根据实际情况及用户需求进行相应的选择及调整。
[0125]
处理器11被配置为实时获取车辆3的当前位置,并且判断车辆3的当前位置与用户终端设备1的当前位置之间的距离是否小于或等于预设距离。
[0126]
在本实施例中,获取车辆3的当前位置或获取用户终端设备1的当前位置的步骤均可通过gps、北斗卫星导航系统等定位模块来实现,本实施例并不具限定其实现方式,可根据实际情况及用户需求进行相应的选择及调整。
[0127]
在本实施例中,优选地,车辆3的当前位置与用户终端设备1的当前位置之间的距离为导航地图中导航路线的实际距离,但也可以为直线距离,可根据用户需求进行相应的设定。
[0128]
在本实施例中,所述预设距离可根据用户实际需求来进行相应的设定,例如,可以为100米,该距离可能是用户刚好进入停车场的距离。但所述预设距离不宜过大,若设定过大则会影响到用户体验,例如,预设距离已超出停车位置与车主住宅之间的距离等。
[0129]
作为一实施例,云端服务器2被配置为计算车辆3的当前位置与用户终端设备1的当前位置之间的距离,并且判断计算出的距离是否小于或等于所述预设距离,若是,向处理器11发送相应指令,以通知用户终端设备1接近车辆3。
[0130]
处理器11被配置为响应于所述距离小于或等于所述预设距离,基于当前时刻判断用户目的是否为取车。
[0131]
具体地,处理器11被配置为从云端服务器2获取基于用户终端设备1的数据生成的用户取车时段,并且判断当前时刻是否在所述用户取车时段内,若是,将用户目的设定为取车。
[0132]
在本实施例中,所述用户取车时段包括上班设定时段、下班设定时段、购物设定时段、娱乐设定时段及固定取车时段中的任意一种或多种,当然并不具体限定所述用户取车时段,可根据用户实际需求进行相应的选择及设定。
[0133]
具体地,云端服务器2被配置为从用户终端设备1获取用于表征用户使用习惯的数据,例如,日志数据、导航数据、备忘录数据或日历数据等。
[0134]
云端服务器2被配置为根据接收到的数据分析出所述上班设定时段、所述下班设定时段、所述购物设定时段、所述娱乐设定时段及所述固定取车时段。
[0135]
例如,可通过导航数据及相应的日志数据来分析出车主的上班时段、下班时段、购物时段、娱乐时段等,或者可通过备忘录数据或日历数据来分析出固定取车时段等,本实施例并不具体限定分析方式,可根据实际用户需求进行相应的设定。
[0136]
作为另一实施例,用户可自行设定所述用户取车时段,用户终端设备1被配置为将用户自行设定的所述用户取车时段发送至云端服务器2。
[0137]
在本实施例中,该些用户取车时段还可根据不同的日期或月份来进行分类及调整,均可根据用户实际需求进行相应的设定。
[0138]
例如,若当前日期为法定工作日时,仅设定所述上班设定时段和所述下班设定时段等,若当前日期为节假日时,仅设定所述购物设定时段或所述娱乐设定时段等。
[0139]
处理器11被配置为响应于当前时刻在所述用户取车时段内,发送启动指令至云端服务器2,云端服务器2被配置为通过所述t-box模块将所述启动指令转发给所述车载终端设备,所述车载终端设备被配置为响应于接收到所述启动指令,启动所述ecu。
[0140]
在本实施例中,启动所述ecu时,考虑到安全问题,将车门维持在锁定状态,车门仅通过用户实际操作来解锁。
[0141]
作为另一实施例,处理器11还被配置为直接将所述启动指令发送至所述车载终端设备,以启动所述ecu。
[0142]
响应于启动所述ecu,处理器11还被配置为将预设控制指令发送至云端服务器2,云端服务器2还被配置为将接收到的所述预设控制指令转发给所述车载终端设备,以使所述ecu向所述车身控制器发送所述预设控制模式中所预定义的车身控制指令,以控制所述车辆的对应的执行机构执行所述车身控制指令中的动作。
[0143]
作为另一实施例,处理器11还被配置为直接将所述预设控制指令发送至所述车载终端设备,以使所述ecu向所述车身控制器发送所述预设控制模式中所预定义的车身控制指令。
[0144]
具体地,所述预设控制指令包括空调控制指令,处理器11被配置为根据当前天气信息及当前车内温度生成空调控制指令并发送至所述车载终端设备,以使所述ecu向所述车身控制器发送所述空调控制指令,以启动所述车辆的空调并以所述空调控制指令中的预设模式运行所述空调。
[0145]
所述预设控制指令还可以包括座椅加热控制指令,处理器11被配置为根据当前车内温度生成座椅加热控制指令并发送至所述车载终端设备,以使所述ecu向所述车身控制器发送所述座椅加热控制指令,以启动所述车辆的座椅加热装置。
[0146]
在本实施例中,并不具体限定所述预设控制指令,也可以是车载娱乐功能的控制指令等,可根据用户实际需求进行相应的设定。
[0147]
处理器11还被配置为响应于车辆3的车门未解锁时间超过预设解锁时间,发送关闭指令至所述车载终端设备。
[0148]
具体地,处理器11还被配置为判断车辆3的车门未解锁时间是否超过所述预设解锁时间,若是,发送关闭指令至云端服务器2,云端服务器2被配置为通过所述t-box模块将所述关闭指令转发给所述车载终端设备,所述车载终端设备被配置为响应于接收到所述关
闭指令,关闭车辆3。
[0149]
作为另一实施例,处理器11还被配置为直接将所述关闭指令发送至所述车载终端设备,以关闭所述车辆。
[0150]
在本实施例中,虽然可智能判断用户取车目的,但实际情况中有可能会出现用户并不需要取车的情况,此时,可通过车门未解锁时间来判断出这种特殊情况,并及时关闭车辆,以防止不必要的能量损耗。
[0151]
在本实施例中,并不具体限定所述预设解锁时间,可根据用户实际需求进行相应的设定。
[0152]
本实施例提供的车辆控制系统,可通过智能判断用户的取车目的来提前启动车辆,以开启车载空调等实用的功能。尤其在炎热的夏季或寒冷的冬季,用户上车前能够通过自动开启空调来提前调整车内温度,以向用户提供舒适的乘车体验。
[0153]
本实施例提供的车辆控制系统无需用户自行操作,即可实现对车辆的控制,方便用户使用,从而有效地提升了用户控制车辆的效率,而且向车主提供更加智能化的服务和功能,进而提升了用户体验度。
[0154]
结合本文所公开的实施例描述的各种解说性逻辑模块、和电路可用通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是微处理器,但在替换方案中,该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合,例如dsp与微处理器的组合、多个微处理器、与dsp核心协作的一个或多个微处理器、或任何其他此类配置。
[0155]
结合本文中公开的实施例描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动盘、cd-rom、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中,存储介质可以被整合到处理器。处理器和存储介质可驻留在asic中。asic可驻留在用户终端中。在替换方案中,处理器和存储介质可作为分立组件驻留在用户终端中。
[0156]
在一个或多个示例性实施例中,所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现为计算机程序产品,则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者,其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定,这样的计算机可读介质可包括ram、rom、eeprom、cd-rom或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的合意程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如,如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(dsl)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来,则该同轴电缆、光纤电缆、双绞线、dsl、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟
(cd)、激光碟、光碟、数字多用碟(dvd)、软盘和蓝光碟,其中盘(disk)往往以磁的方式再现数据,而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。
[0157]
尽管为使解释简单化将所述方法图示并描述为一系列动作,但是应理解并领会,这些方法不受动作的次序所限,因为根据一个或多个实施例,一些动作可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本领域技术人员可以理解的其他动作并发地发生。
[0158]
提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的,且本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范围。由此,本公开并非旨在被限定于本文中所描述的示例和设计,而是应被授予与本文中所公开的原理和新颖性特征相一致的最广范围。
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1