车载空调控制方法、装置、汽车及计算机可读存储介质

技术领域

本申请涉及汽车电子电器技术领域，特别涉及一种车载空调控制方法、装置、汽车及计算机可读存储介质。

背景技术

近年来，随着汽车业的高速发展，车载空调市场的需求持续大幅增长。其中，由于消费升级及节能减排政策缩紧，促使车载空调技术不断改进和完善，因此，车载空调已不再是单纯的用于制冷制暖，还需要考虑节能环保、车内空气质量，同时又要满足消费者的个性化和舒适度等需求。

不过，由于车载空调在使用过程中，会不可避免的经历四季变迁、早晚温差等不断变化的外部环境，以致不仅需要手动进行车载空调的调节，且车载空调还存在开启过程较为费时的问题，无法实时自适应外部环境的变化，导致用户的使用体验感较差且无法满足用户对舒适度的要求。

发明内容

本申请提供一种车载空调控制方法、装置、汽车及计算机可读存储介质，以解决相关技术中由于车载空调需要手动调节且无法实时自适应外部环境的变化，以致用户的使用体验感较差且舒适度无法得到满足的问题。

第一方面，提供了一种车载空调控制方法，包括以下步骤：

获取第一控制指令，所述第一控制指令包括空调的启动时刻、停止时刻和第二控制策略；

当当前时刻与第一控制指令的启动时刻一致时，获取当前时刻或当前时刻之后的预设时长内车辆定位位置的天气信息；

当天气信息满足预设的恶劣天气信息，则根据所述第二控制策略控制空调的工作状态。

一些实施例中，所述当天气信息满足预设的恶劣天气信息，根据所述第二控制策略控制空调的工作状态，包括：

若当前天气信息满足预设的恶劣天气信息中的第一恶劣天气类型，则启动空调并进行吹窗，所述第一恶劣天气类型为导致车窗起雾的天气类型；

若当前天气信息满足预设的恶劣天气信息中的第二恶劣天气类型，则启动空调且不吹窗，所述第二恶劣天气类型为不导致车窗起雾的天气类型。

一些实施例中，所述第一恶劣天气类型包括台风、暴雨、寒潮、大雾、雷雨大风、沙尘暴、冰雹、雪灾、道路积冰；所述第二恶劣天气类型包括高温、大风。

一些实施例中，在所述根据所述第二控制策略控制空调的工作状态之后，还包括：

将空调根据所述第二控制策略调整后的工作状态发送至用户端。

一些实施例中，所述第一控制指令中还包括第一控制策略，在所述获取当前时刻或当前时刻之后的预设时长内车辆定位位置的天气信息之后，还包括：

当所述天气信息不满足预设的恶劣天气信息，则根据第一控制策略控制空调的工作状态。

一些实施例中，所述获取第一控制指令之前，还包括：

接收用户端发送的第一控制指令；

判断所述第一控制指令的启动时刻或停止时刻是否与预设的控制表中已导入的任一控制指令的启动时刻或停止时刻存在冲突；

若是，则中止第一控制指令导入控制表，反馈第一信息给用户端；

若否，则将第一控制指令导入控制表，反馈第二信息给用户端。

一些实施例中，所述将第一控制指令导入控制表，包括：

当所述第一控制指令的启动时刻大于控制表中的第二控制指令的停止时刻，且所述第一控制指令的停止时刻小于控制表中的第三控制指令的启动时刻，将所述第一控制指令导入所述第二控制指令和所述第三控制指令之间；

其中，所述第二控制指令的结束时刻小于第三控制指令的启动时刻。

第二方面，提供了一种车载空调控制装置，包括：

第一获取单元，其用于获取第一控制指令；所述第一控制指令包括空调的启动时刻、停止时刻和第二控制策略；

第二获取单元，其用于当当前时刻与第一控制指令的启动时刻一致时，获取当前时刻或当前时刻之后的预设时长内车辆定位位置的天气信息；

控制单元，其用于当天气信息满足预设的恶劣天气信息，则根据所述第二控制策略控制空调的工作状态。

第三方面，提供了一种汽车，包括：前述的车载空调控制装置。

第四方面，提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机指令，当所述计算机指令被计算机执行时，使得所述计算机执行前述的车载空调控制方法。

本申请提供的技术方案带来的有益效果包括：可自适应实时变化的外部环境，有效提高了用户的舒适度和使用体验感。

本申请提供了一种车载空调控制方法、装置、汽车及计算机可读存储介质，包括获取第一控制指令，所述第一控制指令包括空调的启动时刻、停止时刻和第二控制策略；当当前时刻与第一控制指令的启动时刻一致时，获取当前时刻或当前时刻之后的预设时长内车辆定位位置的天气信息；当天气信息满足预设的恶劣天气信息，则根据所述第二控制策略控制空调的工作状态。本申请通过主动获取并结合预设的空调的启动时刻、停止时刻和第二控制策略以及未来预设时长内的天气信息来自动控制空调状态，使得车载空调可自适应实时变化的外部环境，无需进行手动操作，即可确保车内的温度和环境满足用户的需求，进而提高了用户的舒适度和使用体验感。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种车载空调控制方法的流程示意图；

图2为本申请实施例提供的一种车载空调控制装置的结构示意图；

图3为本申请实施例提供的一种车载空调控制设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供了一种车载空调控制方法、装置、汽车及计算机可读存储介质，其能解决相关技术中由于车载空调需要手动调节且无法实时自适应外部环境的变化，以致用户的使用体验感较差且舒适度无法得到满足的问题。

图1是本申请实施例提供的一种车载空调控制方法的流程示意图，包括以下步骤：

步骤S10：获取第一控制指令，所述第一控制指令包括空调的启动时刻、停止时刻和第二控制策略；

示范性的，第一控制指令中的启动时刻和停止时刻用于空调的定时自启动，空调通过自主判断当前时刻是否与停止时刻一致，若一致则自动关闭，无需用户手动启闭空调，提高了用户的使用体验感；优选的，第二控制策略包括空调模式(比如制冷、吹自然风或制热)、吹风模式(比如吹窗或不吹窗)、温度、风量等级、自动空调开关是否开启等。

更进一步的，在本申请实施例中，在步骤S10之前，还包括：

接收用户端发送的第一控制指令；

判断所述第一控制指令的启动时刻或停止时刻是否与预设的控制表中已导入的任一控制指令的启动时刻或停止时刻存在冲突；

若是，则中止第一控制指令导入控制表，反馈第一信息给用户端；

若否，则将第一控制指令导入控制表，反馈第二信息给用户端。

更进一步的，在本实施例中，第一控制指令导入控制表包括以下步骤：

当所述第一控制指令的启动时刻大于控制表中的第二控制指令的结束时刻且所述第一控制指令的停止时刻小于控制表中的第三控制指令中的启动时刻时，将所述第一控制指令导入所述第二控制指令和所述第三控制指令之间；

其中，控制表中的数据为操作链路队列数据，所述第二控制指令的结束时刻小于第三控制指令的启动时刻。

示范性的，接收用户端发送的第一控制指令，该用户端可以为手机或车载娱乐主机，即同一个用户既可以通过手机发送第一控制指令，也可以通过车载娱乐主机发送第一控制指令，在此不作限制，只要是本车登记的用户账户都可以进行第一控制指令的预设，且同一个账户不管使用哪种手段进行第一控制指令的设置，该设置都是等效的；其中，手机通过网关进行第一控制指令Cx的发送，而车载娱乐主机通过车身网络进行第一控制指令Cy的发送。

当收到Cx和Cy后，通过判断保护占有机制对Cx和Cy的信息进行筛选，将有效的Cx和Cy的信息按照预设的启动时刻的顺序导入控制表中的操作链路队列Q，并且将筛查的结果反馈至对应的用户端。

其中，以通过判断保护占有机制对Cx(即第一控制指令)的信息进行筛选为例：当收到Cx(Cx记载的信息为：启动时刻-10:00，停止时刻-10:30，第二控制策略包括空调模式-制热、吹风模式-吹窗、温度-26℃、风量等级-1级风、自动空调开关(AUTO)-打开)时，将Cx与原始Q队列中已存在的所有控制指令Ln(即控制指令Ln包括第二控制指令L1和第三控制指令L2，且L1中的结束时刻小于L2中的启动时刻)进行比较，如果Ln.TimeStart≤Cx.TimeStart≤Ln.TimeEnd(即Cx的启动时刻位于某一个Ln的启动时刻与停止时刻之间)或Ln.TimeStart≤Cx.TimeEnd≤L.TimeEnd(即Cx的停止时刻位于Ln的启动时刻与停止时刻之间)，则Cx由于时间设置与已经存在的订阅设置信息发生冲突，因此该Cx的信息设置失败，将包含Cx导入失败的第一信息加入消息通知队列OA中，并将OA队列发送至订阅者；

如果L1.TimeEnd＜Cx.TimeStartd且Cx.TimeEn＜L2.TimeStart(即Cx的启动时刻大于L1的结束时刻且Cx的停止时刻小于L2的启动时刻)，则将Cx作为预设的第一控制指令插入L1和L2之间，当插入成功后，将包含Cx导入成功的第二信息加入消息通知队列OA中，并将OA队列发送至订阅者。因此，本申请实施例可接收所有的用户通过手机或者车载娱乐主机订阅定时开启空调的服务信息，并通过保护占有机制进行服务队列的管理。

步骤S20：当当前时刻与第一控制指令的启动时刻一致时，获取当前时刻或当前时刻之后的预设时长内车辆定位位置的天气信息；

示范性的，预设的时间到达条件时，即当前时刻与启动时刻一致，比如当前时刻为T1(year，month，day，h，mm)，预设的启动时刻为T2(year，month，day，h，mm)，则T1.Year＝T2.Year且T1.month＝T2.Month且T1.day＝T2.day且T1.h＝T2.h且T1.mm＝T2.mm，判断整车能量是否支持启动空调，若整车当前的电量占电池额定电量比＜20％或整车当前处于充电过程中，则说明整车能量不支持启动空调，将空调启动失败的原因加入OA队列中，并反馈至订阅者；

若整车当前的电量占电池额定电量比≥20％且整车当前不在充电过程中，则说明整车能量支持启动空调，此时，可通过网关获取当前的定位地并获取定位地当前时刻之后的预设时长内的天气信息，其中，预设时长可以为1小时、2小时或其他时间周期，根据具体需求确定，在此不作限定；以预设时长为1小时为例，天气信息包括当前温度和1小时后的温度、当前天气状态和1小时后的天气状态、恶劣天气、非恶劣天气等，其中恶劣天气包括台风、暴雨、高温、寒潮、大雾、雷雨大风、大风、沙尘暴、冰雹、雪灾、道路积冰等，以上恶劣天气总体上分为四级，按照灾害的严重性和紧急程度，颜色依次为蓝色、黄色、橙色和红色，同时以中英文标识，分别代表一般、较重、严重和特别严重。

可将恶劣天气分为第一恶劣天气类型和第二恶劣天气类型，其中，第一恶劣天气类型(即需吹窗处理，仪表台上方的出风口对着前挡风玻璃吹风)包括台风、暴雨、寒潮、大雾、雷雨大风、沙尘暴、冰雹、雪灾和道路积冰，以上几种会导致玻璃窗起雾，因此需采取吹窗措施，而第二恶劣天气类型(即无需吹窗处理，仪表台上方的出风口不吹风，其他的出风口出风)包括高温和大风等，以上两种不会导致玻璃窗起雾，因此无需采取吹窗措施；也可将恶劣天气分为需强制修改空调模式和无需强制修改空调模式，其中，需强制修改空调模式包括寒潮、冰雹、雪灾、道路积冰和高温，而无需强制修改空调模式包括台风、暴雨、大雾、雷雨大风、沙尘暴和大风。

步骤S30：当天气信息满足预设的恶劣天气信息，则根据所述第二控制策略控制空调的工作状态。

优选的，若当前天气信息满足恶劣天气信息中的第一恶劣天气类型，则启动空调并进行吹窗；若当前天气信息满足恶劣天气信息中的第二恶劣天气类型，则启动空调且不吹窗；

而当所述天气信息不满足预设的恶劣天气信息，则根据第一控制策略控制空调的工作状态。

示范性的，本申请实施例使车载空调通过仲裁判断进行自适应操作，即如果天气信息为非恶劣天气，则默认根据第一控制指令中的第一控制策略控制空调的工作状态，其中，第一控制指令包括启动时刻-10:00，停止时刻-10:30，第一控制策略包括空调默认设置为制热、26℃、1级风，且在空调预热成功后，将预热成功的信息添加至OA队列中并反馈至订阅者。

本实施例中，以第二控制策略设置为制热、吹窗、26℃、1级风、打开AUTO的状态，并在时间为10:00时启动空调，时间为10:30时关闭空调为例，如果天气信息为恶劣天气，且该恶劣天气为需吹窗处理，则开启吹窗功能，并比对当前的实际吹风模式是否是吹窗，如果不是则将吹风模式已经修改的信息和原因记录在OA队列中，同时反馈至订阅者；若该恶劣天气为需强制修改空调模式，以高温为例：自动开启空调制冷，并比对当前的实际空调模式是否是制冷，如果不是，则将强制改为制冷的原因记录在OA队列中并反馈至订阅者；再判断AUTO是否为打开，若打开，则设置制冷温度为空调的最高温度与最低温度的中间值，例如，在夏天，空调的最高温度一般为25℃，最低温度为21℃，则此时将车载空调的温度设为(25+21)/2＝23℃。

再以寒潮为例：自动开启空调制热，并比对当前的实际空调模式是否是制热，如果不是，则将强制改为制热的原因记录在OA队列中并反馈至订阅者；再判断AUTO是否为打开，若打开，则设置制热温度为空调的最高温度与最低温度的中间值，例如，在冬天，空调的最高温度一般为28℃，最低温度为25℃，则此时将车载空调的温度设为(28+25)/2＝26.5℃；

由此可见，本申请实施例通过主动获取并结合预设的空调的启动时刻、停止时刻和第二控制策略以及未来预设时长内的天气信息来自动控制空调状态，使得车载空调可自适应实时变化的外部环境，无需进行手动操作，即可确保车内的温度和环境满足用户的需求，进而提高了用户的舒适度和使用体验感。

更进一步的，在本申请实施例中，在步骤S30之后还包括：将空调根据所述第二控制策略调整后的工作状态发送至用户端。

示范性的，当用户通过手机或车载娱乐主机设置了第一控制指令后，该订阅是否成功的信息会添加至OA队列中，且车载空调根据第一控制指令和天气信息执行的状态以及强制修改的信息均会添加至OA队列。比如，将空调的工作状态、强制开启吹窗功能的原因和\或强制更改空调模式的原因以及空调进行第二控制策略控制所对应的恶劣天气信息发送至用户端，以供用户端查阅。

此外，当检测到用户账户已经登录或者刚登录，OA队列不为空的情况下：如果检测到用户账户是车载娱乐主机登录，则将OA队列中的消息通知通过车身网络发送给车载娱乐主机；如果检测到用户账户是手机登录，则将OA队列中的消息通知通过网关发送给手机；待手机或者车载娱乐主机收到OA队列的数据，将OA队列中的所有通知消息的内容依次显示和提醒给用户，并且将已经显示的内容从OA队列中删除。

参见图2所示，本申请实施例还提供了一种车载空调控制装置，包括：

第一获取单元，其用于获取第一控制指令，所述第一控制指令包括空调的启动时刻、停止时刻和第二控制策略；

第二获取单元，其用于当当前时刻与第一控制指令的启动时刻一致时，获取当前时刻或当前时刻之后的预设时长内车辆定位位置的天气信息；

控制单元，其用于当天气信息满足预设的恶劣天气信息，则根据所述第二控制策略控制空调的工作状态。

本申请实施例通过空调信息获取单元和天气信息获取单元主动获取预设的第一控制指令和未来预设时长内的天气信息，并通过控制单元结合预设的空调的启动时刻、停止时刻和第二控制策略以及未来预设时长内的天气信息来自动控制空调状态，使得车载空调可自适应实时变化的外部环境，无需进行手动操作，即可确保车内的温度和环境满足用户的需求，进而提高了用户的舒适度和使用体验感。

更进一步的，在本申请实施例中，所述控制单元具体用于：若当前天气信息满足恶劣天气信息中的第一恶劣天气类型，则启动空调并进行吹窗，所述第一恶劣天气类型为导致车窗起雾的天气类型；若当前天气信息满足恶劣天气信息中的第二恶劣天气类型，则启动空调且不吹窗，所述第一恶劣天气类型为不导致车窗起雾的天气类型。

更进一步的，在本申请实施例中，所述第一恶劣天气类型包括台风、暴雨、寒潮、大雾、雷雨大风、沙尘暴、冰雹、雪灾、道路积冰；所述第二恶劣天气类型包括高温、大风。

更进一步的，在本申请实施例中，所述控制单元还用于：将空调根据所述第二控制策略调整后的工作状态发送至用户端。

更进一步的，在本申请实施例中，所述第一控制指令中还包括第一控制策略，所述控制单元还用于：当所述天气信息不满足预设的恶劣天气信息，则根据第一控制策略控制空调的工作状态。

更进一步的，在本申请实施例中，所述装置还包括导入单元，其用于：

接收用户端发送的第一控制指令；

判断所述第一控制指令的启动时刻或停止时刻是否与预设的控制表中已导入的任一控制指令的启动时刻或停止时刻存在冲突；

若是，则中止第一控制指令导入控制表，反馈第一信息给用户端；

若否，则将第一控制指令导入控制表，反馈第二信息给用户端。

更进一步的，在本申请实施例中，所述导入单元具体用于：

当所述第一控制指令的启动时刻大于控制表中的第二控制指令的停止时刻，且所述第一控制指令的停止时刻小于控制表中的第三控制指令的启动时刻，将所述第一控制指令导入所述第二控制指令和所述第三控制指令之间；

其中，所述第二控制指令的结束时刻小于第三控制指令的启动时刻。

需要说明的是，所属本领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各单元的具体工作过程，可以参考前述车载空调控制方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种汽车，该汽车包括了前述的车载空调控制装置；通过车载空调控制装置中的空调信息获取单元和天气信息获取单元主动获取预设的第一控制指令和未来预设时长内的天气信息，并通过控制单元结合预设的空调的启动时刻、停止时刻和第二控制策略以及未来预设时长内的天气信息来自动控制空调状态，使得车载空调可自适应实时变化的外部环境，无需进行手动操作，即可确保车内的温度和环境满足用户的需求，进而提高了用户的舒适度和使用体验感。

上述实施例提供的装置可以实现为一种计算机程序的形式，该计算机程序可以在如图3所示的车载空调控制设备上运行。

本申请实施例还提供了一种车载空调控制设备，包括：通过系统总线连接的存储器、处理器和网络接口，存储器中存储有至少一条指令，至少一条指令由处理器加载并执行，以实现前述的车载空调控制方法的全部步骤或部分步骤。

在本实施例中，车载空调控制设备可以为一种驾驶脑或车机或DHU(娱乐主机和仪表的集成机器)或IHU(Infotainment Head Unit，信息娱乐主机)或IVI(In-VehicleInfotainment，车载信息娱乐系统)或任意一种车载信息交互终端。

其中，网络接口用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

处理器可以是CPU，还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件分立硬件组件等。通用处理器可以是微处理器，或者该处理器也可以是任何常规的处理器等，处理器是计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。

存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现计算机装置的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如视频播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如视频数据、图像数据等)等。此外，存储器可以包括高速随存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(SmartMediacard，SMC)，安全数字(Secure digital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件或其他易失性固态存储器件。

本申请施例还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现前述的车载空调控制方法的全部步骤或部分步骤。

本申请实施例实现前述的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的仼何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Onlymemory，ROM)、随机存取存储器(RandomAccessmemory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、服务器或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。