发明内容
本发明实施例提供了一种车辆的控制方法、服务器、车辆及车辆***,以提高车辆的响应速度,保证用户使用车辆的实时性体验的同时,降低静态功耗。
第一方面,本发明实施例提供了一种车辆的控制方法,由服务器执行,所述车辆与所述服务器之间连接,所述方法包括:
确定第一信息,所述第一信息包括特定于所述车辆的第一时间间隔;
发送所述第一信息,所述第一信息用于控制所述连接在所述第一时间间隔内维持活跃状态。
可选的,所述确定第一信息,包括:
获取所述车辆的历史使用数据;
根据所述历史使用数据确定所述车辆的所述第一时间间隔。
可选的,所述历史使用数据包括车辆接收到远程控制和查看指令的时间段,所述指令由所述车辆的用户发出。
可选的,车辆的控制方法还包括:
确定第二信息,所述第二信息包括特定于所述车辆的第二时间间隔;
发送所述第二信息,所述第二信息用于控制所述连接在所述第二时间间隔内维持活跃状态。
可选的,所述确定所述车辆的第二信息包括:
获取所述车辆的预设使用时间段数据;
根据所述预设使用时间段数据确定所述车辆的第二时间间隔。
可选的,控制所述连接在所述第一时间间隔内维持活跃状态之前,或控制连接在所述第二时间间隔内维持活跃状态之前,还包括:
判断所述车辆的当前用车场景;
若所述车辆的当前用车场景为第一用车场景时,则确定所述车辆处于第一用车场景模式,并控制所述连接在所述第一时间间隔内维持活跃状态;其中,在所述第一用车场景下,用户根据车主用车习惯进行用车;
若所述车辆的当前用车场景为第二用车场景,则确定所述车辆处于第二用车场景模式,并控制所述连接在所述第二时间间隔内维持活跃状态;其中,在所述第二用车场景下,用户根据实际用车情况进行用车。
可选的,所述发送所述第一信息包括:
确定所述车辆的车辆标识编码;
根据所述车辆标识编码向对应的车辆发送所述第一时间间隔。
可选的,所述车辆的控制方法还包括:
在所述第一时间间隔外,控制所述连接维持在休眠状态。
可选的,控制所述连接在所述第一时间间隔内维持活跃状态包括:
接收所述车辆发送的连接建立请求;
根据所述连接建立请求建立长连接会话;
向所述车辆发送连接建立响应,确认与所述车辆建立长连接;
在第一时间间隔内控制所述车辆维持数据链路的长连接。
可选的,向所述车辆发送连接建立响应,确认与所述车辆建立长连接之后,还包括:
接收客户端发送的控制指令,并通过与所述车辆之间的长连接将所述控制指令转发至所述车辆,以控制车辆执行所述控制指令。
第二方面,本发明实施例提供了一种服务器,包括:
存储器,用于存储可执行的命令;
处理器,用于根据所述可执行的指令的控制,运行所述服务器执行如第一方面任一所述的车辆控制方法。
第三方面,本发明实施例提供了一种车辆的控制方法,由车辆执行,所述车辆与服务器之间连接,所述方法包括:
接收第一信息,所述第一信息包括特定于所述车辆的第一时间间隔,所述第一信息用于控制所述连接在所述第一时间间隔内维持活跃状态。
可选的,所述接收第一信息之前包括:
发送所述车辆的历史使用数据至所述服务器,以通过所述服务器确定所述第一信息。
可选的,所述历史使用数据包括车辆接收到远程控制和查看指令的时间段,所述指令由所述车辆的用户发出。
可选的,车辆的控制方法还包括:
接收第二信息,所述第二信息包括特定于所述车辆的第二时间间隔,所述第二信息用于控制所述连接在所述第二时间间隔内维持活跃状态;所述第二时间间隔基于用户预设使用时间段数据确定。
可选的,控制所述连接在所述第一时间间隔内维持活跃状态之前,或控制所述连接在所述第二时间间隔内维持活跃状态之前,还包括:
判断所述车辆的当前用车场景;
若所述车辆的当前用车场景为第一用车场景时,则确定所述车辆处于第一用车场景模式,并控制所述连接在所述第一时间间隔内维持活跃状态;其中,在所述第一用车场景下,用户根据车主用车习惯进行用车;
若所述车辆的当前用车场景为第二用车场景,则确定所述车辆处于第二用车场景模式,并控制所述连接在所述第二时间间隔内维持活跃状态;其中,在所述第二用车场景下,用户根据实际用车情况进行用车。
可选的,所述接收所述第一信息包括:
确定所述车辆的车辆标识编码;
根据所述车辆标识编码判断所述服务器发送的所述第一时间间隔与所述车辆是否匹配,若匹配,则接收所述第一时间间隔。
第四方面,本发明实施例提供了一种车辆,包括:
存储器,用于存储可执行的命令;
处理器,用于根据所述可执行的指令的控制,运行所述服务器执行如第三方面任一所述的车辆控制方法。
第五方面,本发明实施例提供了一种车辆***,包括:第四方面所述的车辆、客户端和第二方面所述的服务器。
本发明实施例提供了一种车辆的控制方法、服务器、车辆及车辆***,车辆与服务器之间连接,车辆的控制方法包括由服务器执行的控制方法以及由车辆执行的控制方法,其中由服务器执行的车辆的控制方法包括:确定第一信息,第一信息包括特定于车辆的第一时间间隔;发送第一信息,第一信息用于控制连接在第一时间间隔内维持活跃状态。本发明实施例提供的技术方案通过服务器确定特定于车辆的第一时间间隔,并将第一时间间隔下发至对应的车辆,使得车辆提前确定车辆的使用时间段,在使用时间段内维持二者之间的连接处于活跃状态,可以使得车辆能够及时的响应用户的控制,代替了现有技术中通过延时较长的短信唤醒方式,保证了用户使用车辆的实时性体验;另外,使得车辆与服务器之间的连接在第一时间间隔内维持活跃状态,其它时间内维持休眠状态,从而改善了为满足车辆及时响应而维持车辆与服务器连接一直保持活跃状态导致的静态功耗问题。进而实现了提高车辆的响应速度,保证用户使用车辆的实时性体验的同时,降低了静态功耗。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
本发明实施例提供了一种车辆的控制方法,由服务器执行,车辆与服务器之间连接,图1是本发明实施例提供的一种车辆的控制方法的流程图,参考图1,车辆的控制方法包括:
S110、确定第一信息,第一信息包括特定于车辆的第一时间间隔。
具体的,本发明实施例中的车辆是针对于私有属性的车辆,用户对车辆的使用有较强的个性化特征。在不同的用车习惯下,车辆的第一信息不同,实现了车辆的千人千面。第一时间间隔是服务器根据于用户的用车习惯而确定的车辆使用时间段。
S120、发送第一信息,第一信息用于控制连接在第一时间间隔内维持活跃状态。
具体的,服务器将第一信息发送至车辆,使得车辆可以获得根据用户的用车习惯而确定的车辆使用时间段。通过提前确定车辆的惯用时间段,并在惯用时间段内控制车辆按照预设时间有规律性的向服务器发送心跳包,使得车辆与服务器之间保持连接,以实现将连接在第一时间间隔内维持活跃状态。
本发明实施例提供的车辆的控制方法,通过服务器确定特定于车辆的第一时间间隔,并将第一时间间隔下发至对应的车辆,第一时间间隔为用户使用车辆的时间段;提前确定车辆的使用时间段,在使用时间段内维持车辆与服务器之间的连接处于活跃状态,可以使得车辆能够及时的响应用户的控制,代替了现有技术中通过延时较长的短信唤醒方式,保证了用户使用车辆的实时性体验;另外,车辆与服务器之间的连接在第一时间间隔内维持活跃状态,其它时间内可以维持休眠状态,还可以改善为满足车辆及时响应而维持车辆与服务器连接一直保持活跃状态导致的静态功耗问题。进而实现了提高车辆的响应速度,保证用户使用车辆的实时性体验的同时,降低了静态功耗。
图2是本发明实施例提供的一种车辆的控制方法的流程图,参考图2,车辆的控制方法包括:
S210、获取车辆的历史使用数据。
具体的,历史使用数据可以包括车辆接收到远程控制和查看指令的时间段,其中指令由车辆的用户发出。例如小A习惯工作日每天8点开车出门,他习惯于提前15分钟通过手机APP远程控制查看车内温度,并打开空调到25℃;小A习惯工作日18点下班,他会提前10分钟通过手机APP查看停车照片,找到公司大厦的停车位置;小B习惯工作日每天9点开车出门,他习惯于提前20分钟通过手机APP远程控制查看车内温度,并打开空调到25℃;小B习惯工作日17点下班,他会提前5分钟通过手机APP查看停车照片,找到公司大厦的停车位置;用户对车辆进行远程控制和查看的操作时间段,与个人偏好以及个人习惯相关。在不同的用车习惯下,车辆的第一信息不同,可以实现车辆的千人千面。
S220、根据历史使用数据确定车辆的第一时间间隔。
具体的,历史使用数据中包含了车主对车辆的用车习惯,通过对历史使用数据的分析,可以得到对该用户所拥有车辆最合适的休眠时间段和使用时间段。提高车辆的休眠时间段和车辆的使用时间段与车主用车习惯的匹配度,进一步的提高了用户对车辆的体验感。第一时间间隔是服务器根据于用户的用车习惯而确定的车辆使用时间段。
在一实施例中,根据历史使用数据确定车辆的第一时间间隔可以包括:统计车辆过去预设统计周期内的历史使用数据;根据预设统计周期内历史使用数据确定每个预设统计时间间隔内使用车辆的次数;选取使用车辆次数超过预设次数对应的时间段作为第一时间间隔。例如,可以将预设统计周期设置为一个星期或半个月等较长的时长。预设统计时间间隔可以设置为一个小时或半个小时等较短的时长,若将预设统计时间间隔设置为一个小时,则一天具有24个统计节点,若预设统计时间间隔设置为半个小时,则一天具有48个统计节点,统计节点越多,越可保证第一时间间隔与用户的用车习惯的匹配度。
示例性的,图3是本发明实施例提供的一种车辆使用频率折线图,参考图3,对于用户A,可以统计他过去一周内使用APP进行远程车辆控制或查看的操作时间区间,预设统计时间间隔为一个小时。算法设计为截取预设统计时间间隔内操作频次超过3次的时间段,超过3次的时间段包括7点~9点,17点~19,将其作为该车辆的第一时间间隔。则对用户A的车辆控制策略为:在每天的7点~9点,17点~19点时间间隔,控制连接维持活跃状态。
示例性的,对于用户B,可以统计他过去一个月内每个星期六使用APP进行远程车辆控制或查看的操作时间区间,预设统计时间间隔为一个小时。算法设计为截取预设统计时间间隔内操作频次超过4次的时间段,满足超过4次的时间段包括11点~13点,15点~17点时间间隔内,则对用户B的车辆控制策略为:在每个星期六的11点~13点,15点~17点时间间隔内,控制连接维持活跃状态。也可以按此方式计算出一周内每天的第一时间间隔,将其作为车辆一个星期的控制时间段。
需要说明的是,这里对根据历史使用数据确定第一时间间隔的算法不进行限定,还可以包括其它根据历史使用数据确定车辆的第一时间间隔的算法。
S230、发送第一信息,第一信息用于控制连接在第一时间间隔内维持活跃状态。
具体的,第一信息中还可以包括车辆标识编码,通过确定车辆的车辆标识编码,并根据车辆标识编码向对应的车辆发送第一时间间隔,可以提高服务器向对应车辆发送第一信息的准确性。车辆在接收到第一信息后,也可以判断自身的车辆表示编码与第一信息中的车辆表示编码是否一致,若一致,则确定第一信息中的第一时间间隔与车主的用车习惯匹配,进一步的提高第一信息的准确性。其中车辆标识编码可以理解为车的识别代码,它根据国家车辆管理标准确定,包含了车辆的生产厂家、年代、车型、车身型式及代码、发动机代码及组装地点等信息。示例性的,第一信息包括:车辆标识编码VIN;工作日在线时间段:7:15~8:00,11:45~12:15,17:30~18:30;休息日在线时间段:15:00~16:00。若不同车辆标识编码对应的车辆的用车习惯相同,则不同车辆标识编码对应的第一时间间隔可相同;若不同车辆标识编码对应的车辆的用车习惯不相同,则不同车辆标识编码对应的第一时间间隔不相同。
可选的,根据车辆标识编码向对应的车辆发送第一时间间隔后,将连接在第一时间间隔内维持活跃状态可以包括:服务器接收车辆发送的连接建立请求;根据连接建立请求建立长连接会话;向车辆发送连接建立响应,确认与车辆建立长连接;在第一使用间隔内控制车辆维持数据链路的长连接。
具体的,长连接是传输层建立的通信连接。传输层是开放互联***的第四层协议,实现端到端的数据传输。服务器与车辆基于传输层的长连接进行与车辆解锁、关锁等车辆控制过程相关的应用数据交互时(例如服务器向车辆发送解锁指令、服务器接收车辆发送的关锁通知等),以相比传输层之上的应用层传输所需更少的传输量实现数据传输,降低传输开销,缩短服务器与车辆之间交互所需时长,相应缩短解锁车辆所需时长。长连接是指在长连接维持过程中,通信双方无论是否存在数据传输都会保持的通信连接。通信双方的任意一方一旦存在数据传输需求,无需再发起连接建立过程,就可以通过长连接直接发送数据,而在数据传输完成后,长连接也不会被释放,会持续保持。
每个长连接具有唯一的连接标识,以区分其他长连接。连接标识根据具体的应用场景或者需求定义,例如,连接标识可以是字符形式的连接ID。在本实施例中,每个长连接具有对应的车辆,该长连接标识可以是对应的车辆标识,或者是与对应的车辆标识建立有唯一映射关系的字符串。连接建立请求可以携带建立长连接的相关指示信息,例如,唯一标识长连接的相关标识,具体地还可以是发起长连接建立的车辆的车辆标识。建立长连接会话可以通过生成一个单独的Session(会话控制)对象来实现,每个Session对象中存储有对应的长连接的相关信息,例如与该长连接对应的车辆标识、长连接维持所需的相关参数等。
在传输层向车辆发送连接建立响应中可以包括连接建立结果,例如,服务器出现异常未能建立对应的长连接会话时,可以指示连接建立结果为失败;或者,服务器正常建立对应的长连接会话后,可以指示连接建立结果为成功。在连接建立响应中,还可以包括其他参数,例如,包括与维持长连接相关的参数,比如发送连接维持请求的连接维持周期等。服务器在与车辆建立长连接之后,不同于通常由服务器等待响应车辆发起的维持长连接流程,而是主动触发维持与车辆之间的长连接,可以使得车辆在维持长连接过程中,能设置车辆的处理器(例如车辆配置的微处理单元)进行休眠状态只保留车辆的通信装置以响应服务器发起的维持长连接流程,极大节省车辆的耗电量,延长车辆的使用周期,节省运营成本。
S240、接收客户端发送的控制指令,并通过与车辆之间的长连接将控制指令转发至车辆,以控制车辆执行控制指令。
具体的,服务器与车辆建立长连接后,服务器在接收到目标车辆的使用请求时,可以直接通过与车辆之间的长连接,执行解锁车辆的过程,避免在解锁车辆过程中反复、多次建立短连接来实现服务器与车辆的通信交互,极大缩短解锁车辆所需时长,保证用户畅顺使用,提升用户体验。例如用户通过手机APP远程控制查看车内温度时,车辆响应客户端发送的控制指令,检测车内当前温度并向用户反馈车内温度。
当车辆处于休眠状态时,MQTT(Message Queuing Telemetry Transport,消息队列遥测传输协议)断开连接,现有技术中通常使用短信唤醒连接。短信到达TCAM(TernaryContent Addressable Memory,三态内容寻址存储器)的时间约3~3.5s,短信到达TCAM后,APN拨号需要1~2秒,MQTT登录需要1~2秒,因此相对于MQTT处于长连接状态,短信唤醒方式使得车辆响应时长延长7.5s左右。本发明实施例提供的车辆的控制方法,通过服务器确定特定于车辆的第一时间间隔,并将第一时间间隔下发至对应的车辆,第一时间间隔为用户使用车辆的时间段;提前确定车辆的使用时间段,在使用时间段内维持车辆与服务器之间的连接处于活跃状态,可以使得车辆能够及时的响应用户的控制,代替了现有技术中通过延时较长的短信唤醒方式,保证了用户使用车辆的实时性体验。另外,车辆在休眠状态时,TCAM功耗是2ma~4ma(用输出电流表示);MQTT长连接状态下,功耗是5ma,整车静态功耗是50ma,所以会节省4%左右的功耗;也就是说,如果一直关闭MQTT连接,整车待机可以延长几个小时的时间。本发明实施例提供的车辆的控制方法,车辆与服务器之间的连接在第一时间间隔内维持活跃状态,其它时间内可以维持休眠状态,还可以改善为满足车辆及时响应而维持车辆与服务器连接一直保持活跃状态导致的静态功耗问题。进而实现了提高车辆的响应速度,保证用户使用车辆的实时性体验的同时,降低了静态功耗。
可选的,车辆的控制方法还包括:
确定第二信息,第二信息包括特定于车辆的第二时间间隔;
发送第二信息,第二信息用于控制连接在第二时间间隔内维持活跃状态。
具体的,第二信息是特定于车辆的第二时间间隔,第二时间间隔可以是服务器根据用车的实际情况而确定的车辆使用时间段。确定车辆的第二信息可以包括:获取车辆的预设使用时间段数据;根据预设使用时间段数据确定车辆的第二时间间隔。例如出现车主在休息日需加班,或者车辆借给其他人使用等非常规用车情况,此时按照车主个人习惯确定的车辆使用时间段不适用实际用车情况。本发明实施例通过设置第二时间间隔以实现车辆的使用从常规场景(个性化)切换至异常场景,实现服务器与车辆之间的连接按照预设的时间段维持在活跃状态,满足了车辆使用时间段的可变性需求。服务器可以通过接收客户端发送的预设使用时间段的方式获取预设使用时间段数据。第二信息中同样可以包括车辆标识编码,以判断自身的车辆标识编码与第二信息中的车辆表示编码是否一致。第二信息控制连接在第二时间间隔内维持活跃状态与第一信息控制连接在第一时间间隔内维持活跃状态的方式可以一致,这里不再赘述。
可选的,第一信息可以按照预设的周期进行更新,例如预设的周期为半个月或一个月。第一信息为服务器基于车辆在第一用车场景模式下获取的历史使用数据进行更新。车辆在第二用车场景模式下,服务器获取的有关车辆的远程控制和查看指令等时间段,不作为更新第一信息的历史使用数据。
可选的,控制连接在第一时间间隔内维持活跃状态之前,或控制连接在第二时间间隔内维持活跃状态之前,还包括:
判断车辆的当前用车场景;
若车辆的当前用车场景为第一用车场景时,则确定车辆处于第一用车场景模式,并触发将连接在第一时间间隔内维持活跃状态的控制;其中,在第一用车场景下,用户根据车主用车习惯进行用车;
若车辆的当前用车场景为第二用车场景,则确定车辆处于第二用车场景模式,并触发将连接在第二时间间隔内维持活跃状态的控制;其中,在第二用车场景下,用户根据实际用车情况进行用车。
具体的,车辆中在存储有第一信息的情况下,若还接收到服务器发送来的第二信息,此时还需判断车辆的当前用车场景。判断车辆的当前用车场景可以通过获取车辆的模式信息确定,模式信息可以由车辆提供。需要说明的是,第一信息和第二信息需要在上次用车时数据链路断开前发送至车辆;模式信息可以理解为在上次用车时数据链路断开前由车辆反馈的信息。也就是说,在建立本次长连接之前需判断使用车辆的时间段为第一时间间隔还是为第二时间间隔,使用车辆的时间段需在上次建立的长连接断开前确定。若车辆本次的用车场景仍为第一用车场景,则确定车辆处于第一用车场景模式,并继续将连接在第一时间间隔内维持活跃状态。若车辆本次的用车场景切换为第二用车场景,则确定车辆处于第二用车场景模式,将连接改为在第二时间间隔内维持活跃状态。
本发明实施例提供了一种服务器,包括:
存储器,用于存储可执行的命令;
处理器,用于根据可执行的指令的控制,运行服务器执行上述任意实施例所述的车辆控制方法。
具体的,服务器提供处理、数据库、通讯设施的业务点。服务器可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器可以是各种类型的,例如但不限于,网络服务器,新闻服务器,邮件服务器,消息服务器,广告服务器,文件服务器,应用服务器,交互服务器,数据库服务器,或代理服务器。在一些实施例中,每个服务器可以包括硬件,软件,或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。例如,服务器例如刀片服务器、云端服务器等,或者可以是由多台服务器组成的服务器群组,可以包括上述类型的服务器中的一种或多种等等。服务器包括处理器和存储器。存储器用于存储可执行的命令;处理器用于根据可执行的指令的控制,运行服务器执行上述实施例所述的车辆控制方法。处理器例如可以是中央处理器CPU、微处理器MCU等。存储器例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。服务器中还存储有不同车辆的第一信息。第一信息包括车辆标识编码以及对应的第一时间间隔,还可以包括有车辆的车主信息。服务器将第一信息发送至对应的车辆,使得车辆可以获得根据用户的用车习惯而确定的车辆使用时间段。通过提前确定车辆的惯用时间段,在惯用时间段内维持车辆与服务器之间的连接处于活跃状态,其它时间内维持休眠状态,可以使得车辆能够及时的响应用户的控制的同时,还可以改善为满足车辆及时响应而维持车辆与服务器连接一直保持活跃状态导致的静态功耗问题。
本发明实施例还提供了一种车辆的控制方法,由车辆执行,车辆与服务器之间连接,图4是本发明实施例提供的另一种车辆的控制方法的流程图,参考图4,车辆的控制方法包括:
S310、接收第一信息,第一信息包括特定于车辆的第一时间间隔,第一信息用于控制连接在第一时间间隔内维持活跃状态。
具体的,车辆是针对于私有属性的车辆,用户对车辆的使用有较强的个性化特征。在不同的用车习惯下,车辆的第一信息不同,实现了车辆的千人千面。第一时间间隔是服务器根据于用户的用车习惯而确定的车辆使用时间段。车辆接收服务器发送的第一信息,使得车辆可以获得根据用户的用车习惯而确定的车辆使用时间段。
本发明实施例中通过提前确定车辆的惯用时间段,并在惯用时间段内车辆按照预设时间有规律的向服务器发送心跳包,实现与服务器之间保持连接,以将连接在第一时间间隔内维持活跃状态。在车辆的使用时间段内维持车辆与服务器之间的连接处于活跃状态,可以使得车辆能够及时的响应用户的控制,代替了现有技术中通过延时较长的短信唤醒方式,保证了用户使用车辆的实时性体验。在第一时间间隔外,可以将连接维持在休眠状态。将连接在第一时间间隔外维持在休眠状态,实现了提高车辆的响应速度,保证用户使用车辆的实时性体验的同时,降低了静态功耗。
图5是本发明实施例提供的另一种车辆的控制方法的流程图,参考图5,车辆的控制方法包括:
S410、发送车辆的历史使用数据至服务器,以通过服务器确定第一信息,其中,第一信息包括特定于车辆的第一时间间隔。
具体的,车辆将自身的历史使用数据发送至服务器,历史使用数据中包含了车主对车辆的用车习惯,通过服务器对历史使用数据的分析,可以得到对该用户所拥有车辆最合适的休眠时间段和使用时间段。历史使用数据可以包括车辆接收到远程控制和查看指令的时间段,指令由车辆的用户发出。第一时间间隔是服务器根据用户的用车习惯而确定的车辆使用时间段。通过对历史使用数据的分析确定第一信息,提高了车辆的休眠时间段和车辆的使用时间段与车主用车习惯的匹配度,进一步的提高了用户对车辆的体验感。服务器将确定第一信息后将第一信息回馈给车辆。
S420、接收第一信息,第一信息用于控制连接在第一时间间隔内维持活跃状态。
具体的,第一信息中还可以包括车辆标识编码,车辆在接收到第一信息后,可以判断自身的车辆表示编码与第一信息中的车辆表示编码是否一致,若一致,则确定第一信息中的第一时间间隔与车主的用车习惯匹配,并接收第一时间间隔。根据车辆标识编码接收服务器发送第一时间间隔,可以提高服务器向对应车辆发送第一信息的准确性。车辆识别代码可以理解为车的身份证号,它根据国家车辆管理标准确定,包含了车辆的生产厂家、年代、车型、车身型式及代码、发动机代码及组装地点等信息。接收第一信息后,将连接在第一时间间隔内维持活跃状态可以包括:车辆在传输层向服务器发送连接建立请求,以使得服务器根据连接建立请求建立长连接会话;接收服务器在传输层反馈的连接建立响应,确认与服务器建立长连接;在使用时间段内接收服务器发送的维持数据链路请求,并向服务器反馈维持数据链路请求响应以维持长连接。
S430、通过与服务器之间的长连接,接收服务器转发客户端发送的控制指令,并响应控制指令。
具体的,车辆与服务器建立长连接,服务器在接收到目标车辆的使用请求时,可以直接通过与车辆之间的长连接,执行解锁车辆的过程,避免在解锁车辆过程中反复、多次建立短连接来实现服务器与车辆的通信交互,极大缩短解锁车辆所需时长,保证用户畅顺使用,提升用户体验。例如用户通过手机APP远程控制查看车内温度时,车辆响应客户端发送的控制指令,检测车内当前温度并向用户反馈车内温度。
可选的,车辆的控制方法还包括:
接收第二信息,第二信息用于控制连接在第二时间间隔内维持活跃状态;其中,第二信息包括特定于车辆的第二时间间隔,第二时间间隔基于用户预设使用时间段数据确定。
具体的,第二信息是特定于车辆的第二时间间隔,第二时间间隔是服务器根据用车的实际情况而确定的车辆使用时间段。例如出现车主在休息日需加班,或者车辆借给其他人使用等非常规用车情况,此时按照车主个人习惯确定的车辆使用时间段不适用实际用车情况。本发明实施例通过设置第二时间间隔以实现车辆的使用从常规场景(个性化)切换至异常场景,实现服务器与车辆之间的连接按照预设的时间段维持在活跃状态,满足了车辆使用时间段的可变性。确定车辆的第二信息可以包括:服务器获取客户端发送的车辆预设使用时间段数据;根据预设使用时间段数据确定车辆的第二时间间隔,再由服务器将第二信息发送给车辆。或者车辆上设置有可接收用户输入的预设使用时间段数据的输入装置,通过输入装置直接确定第二信息。输入装置例如可以是可触的显示屏。第二信息中同样可以包括车辆标识编码,以判断自身的车辆标识编码与第二信息中的车辆表示编码是否一致。第二信息控制连接在第二时间间隔内维持活跃状态与第一信息控制连接在第一时间间隔内维持活跃状态的方式可以一直,这里不再赘述。
可选的,控制连接在第一时间间隔内维持活跃状态之前,或控制连接在第二时间间隔内维持活跃状态之前,还包括:
判断车辆的当前用车场景;
若车辆的当前用车场景为第一用车场景时,则确定车辆处于第一用车场景模式,并控制连接在所述第一时间间隔内维持活跃状态;其中,在第一用车场景下,用户根据车主用车习惯进行用车;
若车辆的当前用车场景为第二用车场景,则确定车辆处于第二用车场景模式,并控制连接在所述第二时间间隔内维持活跃状态;其中,在第二用车场景下,用户根据实际用车情况进行用车。
综上,图6是本发明实施例提供的另一种车辆的控制方法的流程图,参考图6,车辆的控制方法包括:
S510、接收第一信息和第二信息。
S520、判断车辆的当前用车场景;若车辆的当前用车场景为第一用车场景时,则执行步骤S530;若车辆的当前用车场景为第二用车场景时,则执行步骤S540。
S530、确定车辆处于第一用车场景模式,并控制连接在第一时间间隔内维持活跃状态的控制,在第一用车场景下,用户根据车主用车习惯进行用车。
S540、确定车辆处于第二用车场景模式,并控制连接在第二时间间隔内维持活跃状态的控制;在第二用车场景下,用户根据实际用车情况进行用车。
本发明实施例还提供了一种车辆,包括:
存储器,用于存储可执行的命令;
处理器,用于根据可执行的指令的控制,运行车辆执行上述的车辆控制方法。
具体的,车辆是针对于私有属性的车辆,用户对车辆的使用有较强的个性化特征。在不同的用车习惯下,车辆的第一信息不同。车辆包括存储器和处理器,存储器用于存储可执行的命令;处理器用于根据可执行的指令的控制,运行车辆执行上述的车辆控制方法。处理器例如可以是中央处理器CPU、微处理器MCU等。存储器例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。
图7是本发明实施例提供的一种车辆***的结构示意图,参考图7,本发明实施例还提供了一种车辆***,包括上述任意实施例所述的车辆200、客户端300和服务器100。具有相同的技术效果,这里不再赘述。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。