本申请涉及车辆控制技术领域，尤其涉及一种控制车载空气净化器开启的方法及装置。
背景技术：
随着汽车的普及，人们对车内环境的要求越来越高，由于车内空间狭小、密闭导致空气流通不畅，尤其是当车内空调使用时，会加剧此种状况，致使空气中的颗粒污染物、甲醛、tvoc(totalvolatileorganiccompounds，总挥发性有机化合物)等有害气体和车内塑料、皮革制品等散发出的甲醛、苯系物等有害气体长时间存在于车内，危害乘车人的身体健康。出于健康考虑，目前的汽车中都会安装车载净化器来净化车内空气，从而提高车内空气质量，保证用户身体健康。
常用的车载空气净化器包括臭氧型的车载空气净化器，在工作时，臭氧型的车载空气净化器会产生一定浓度的臭氧，在车内狭小的空间，所产生的臭氧需要至少一个小时才可以自动分解成氧气和二氧化碳。而人类如果吸入过多的臭氧，会导致呼吸道的感染或其他的疾病。为了避免吸入臭氧，通常需要人不在车内时才开启空气净化器，例如，用户下车时将车载空气净化器打开，或者远程手动控制车载净化器提前开启。
然而，上述的开启臭氧型车载空气净化器的方式都是通过人工主动打开的，自动化程度较低，且不能保证车主在上车时里面的臭氧就完全分解。
技术实现要素：
鉴于上述问题，提出了本申请以便提供一种克服上述问题或者至少部分地解决上述问题的一种控制车载空气净化器开启的方法及装置。
第一方面，本申请提供了一种控制车载空气净化器开启的方法，应用于车辆中，所述方法包括：
获取车辆的第一指定特征信息，所述第一指定特征信息包括所述车辆的启动时间以及第二指定特征信息，所述启动时间包括日期信息；
将所述日期信息与所述第一指定特征信息关联记录；
根据已记录的各日期的启动时间，确定所述车辆在下一个日期的第一预估启动时间；
根据所述第二指定特征信息，确定车载空气净化器的预估运行时长；
结合所述预估运行时长以及所述车辆在下一个日期的第一预估启动时间，确定所述车载空气净化器在下一个日期的第二预估启动时间，其中，所述第二预估启动时间早于所述第一预估启动时间，且所述第二预估启动时间与所述第一预估启动时间之间具有指定时间差；
根据所述第二预估启动时间以及所述预估运行时长控制所述车载空气净化器的运行。
可选地，所述根据已记录的各日期的启动时间，确定所述车辆在下一个日期的第一预估启动时间，包括：
将各日期的启动时间划分至一个或多个预设时间区间，其中，各预设时间区间分别具有相关的日期配置信息；
针对各预设时间区间，根据该预设时间区间内各启动时间确定该预设时间区间的第一预估启动时间。
可选地，所述根据所述第二指定特征信息，确定车载空气净化器的预估运行时长，包括：
从与所述车辆连接的用户端中获取与所述第二指定特征信息对应的第三指定特征信息，其中，所述第三指定特征信息为所述用户端从服务器中获得的信息；所述第二指定特征信息包括所述车辆的位置信息、车辆标识码和/或车辆的熄火时间，所述第三指定特征信息包括：所述位置信息对应的环境信息，所述车辆标识码对应的车辆特征信息，和/或，所述熄火时间对应的熄火时长；
在预设数据表中查找所述第三特征信息，以获得所述第三特征信息对应的预估运行时长，其中，所述预设数据表用于记录一个或多个第三指定特征信息及对应的预估运行时长。
可选地，所述数据表包括第一数据表以及第二数据表，所述在预设数据表中查找所述第三特征信息，以获得所述第三特征信息对应的预估运行时长，包括：
在所述第一数据表中查找所述第三特征信息，获得所述第三特征信息对应的空气质量数据；
在所述第二数据表中查找所述空气质量数据，获得对应的预估运行时长。
可选地，在所述从与所述车辆连接的用户端中获取与所述第二指定特征信息对应的第三指定特征信息之前，所述方法还包括：
当检测到所述用户端在所述车辆的预设范围内时，通过所述车辆的蓝牙模块与所述用户端的蓝牙模块连接；
获取所述用户端的时间信息以及用户在所述用户端中设置的车载净化器开启信息；
依据所述时间信息对车辆的时间进行同步；
依据所述车载净化器开启信息同步车辆中的车载净化器相关的设置。
可选地，所述第三指定特征信息包括时间调整信息，所述时间调整信息用于指示进行夏令时或冬令时的调整；
在所述根据已记录的各日期的启动时间，确定所述车辆在下一个日期的第一预估启动时间之后，所述方法还包括：
根据所述时间调整信息对所述第一预估启动时间进行调整。
可选地，所述结合所述预估运行时长以及所述车辆在下一个日期的第一预估启动时间，确定所述车载空气净化器在下一个日期的第二预估启动时间，包括：
计算所述预估运行时长与预设的默认臭氧分解时长的总和，作为净化时长；
将所述第一预估启动时间减去所述净化时长，得到第二预估启动时间。
第二方面，本申请实施例还提供了一种控制车载空气净化器开启的装置，应用于车辆中，所述装置包括：
第一指定特征信息获取模块，用于获取车辆的第一指定特征信息，所述第一指定特征信息包括所述车辆的启动时间以及第二指定特征信息，所述启动时间包括日期信息；
关联记录模块，用于将所述日期信息与所述第一指定特征信息关联记录；
第一预估启动时间确定模块，用于根据已记录的各日期的启动时间，确定所述车辆在下一个日期的第一预估启动时间；
预估运行时长确定模块，用于根据所述第二指定特征信息，确定车载空气净化器的预估运行时长；
第二预估启动时间确定模块，用于结合所述预估运行时长以及所述车辆在下一个日期的第一预估启动时间，确定所述车载空气净化器在下一个日期的第二预估启动时间，其中，所述第二预估启动时间早于所述第一预估启动时间，且所述第二预估启动时间与所述第一预估启动时间之间具有指定时间差；
控制模块，用于根据所述第二预估启动时间以及所述预估运行时长控制所述车载空气净化器的运行。
第三方面，本申请实施例还提供了一种电子设备，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如上述的方法。
第四方面，本申请实施例还提供了一种存储介质，当所述存储介质中的指令由所述设备的处理器执行时，使得所述电子设备能够执行如上述的方法。
本申请具有如下有益效果：
在本实施例中，当车辆获得第一指定特征信息以后，将该第一指定特征信息中记录的日期信息与第一指定特征信息关联存储，然后根据已记录的各日期的启动时间，确定车辆在下一个日期的第一预估启动时间，以及根据第一指定特征信息中的第二指定特征信息确定车载空气净化器的预估运行时长和第二预估启动时间，以根据该预估运行时长和第二预估启动时间控制车载空气净化器的自动运行。整个过程涉及车辆的启动时间以及第二指定特征信息等多种因素，有利于提高空气净化器开启的效果。
另外，车载空气净化器的第二预估启动时间早于车辆的第一预估启动时间，且第二预估启动时间与第一预估启动时间之间具有指定时间差，该指定时间差使得空气净化器产生的臭氧有足够的时间分解，进一步提高了车辆内的空气净化效果。
附图说明
图1为本申请的一种通信框架示意图；
图2为本申请的一种控制车载空气净化器开启的方法实施例的步骤流程图；
图3为本申请的一种控制车载空气净化器开启的装置实施例的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。
本申请实施例可以通过大数据收集及分析的方式分析用户的用车习惯，并结合该用车习惯以及当时的环境信息和车辆信息等，确定车载空气净化器的运行信息。根据该运行信息，控制安装在车辆内部的车载空气净化器在车辆开启前提前自动开启和关闭，确保车载空气净化器在用户不在车辆内时工作。若该车载空气净化器为臭氧型净化器，则还可以在车辆启动前留足一定时间进行臭氧分解，避免臭氧遗留，以确保用户上车时车内的空气健康。
在一种可能的实施场景中，参考图1所示的通信框架示意图，本实施例至少可以涉及车辆、用户端以及服务器的通信。其中，
车辆中可以包括多种终端软、硬件，例如，车辆中至少可以包括：蓝牙模块(用于通信传输)、g-sensor(重力传感器，用于检测车主驾驶行为)、臭氧发生器、主控芯片、内存、obd(onboarddiagnostics，车载自动诊断系统)模块、车身控制器模块(用于与车身电脑通信，执行开关门、升降窗户等动作)、空气检测模块(用于检测车内的甲醛、一氧化碳、温度、湿度、乙醇等信息)、一键求救按钮(可以使用无线通信，内置电池)、车身震动检测模块，等等。
服务器可以包括云服务、服务器集群等，用于与用户端进行通信，依据从用户端获取的车辆的数据，获取对应的大数据内容，然后经由用户端将该大数据内容发送至车辆中。
用户端可以为用户为控制车辆或进行车辆数据监测而使用的应用程序或者小程序，该应用程序或小程序可以安装在手机、平板电脑、电脑等终端中，该终端所使用的操作系统可以包括安卓系统、ios系统等。作为一种示例，该用户端至少可以具有如下功能或页面：
通过蓝牙模块与车辆的蓝牙模块通信，同步相关信息；
车载空气净化器控制页面，该页面中具有如下功能按钮的一种或结合：车内空气质量超标时自动开启空气净化器的按钮、预约开启空气净化器的按钮、通过大数据分析来开启空气净化器的按钮、手动开启空气净化器的按钮，和/或其他的设置按钮等。
用户车辆注册；
车内空气质量监测功能，用于接收车辆发送的车内空气质量的相关信息，并存在和展示该信息。
车辆定位监控、电子围栏、行车报告、车位导航、位置分享等。
车身控制，如远程开关门、升降窗户等。
紧急求救号码设定。
车身状态监测，如启动熄火状态、门窗开关状态、油量油耗状态、发动机工作状态等。
本实施例所述的车辆端除了具有上述功能以外，还可以包括如下功能，如下对本申请实施例进行示例性说明：
参照图2，示出了本申请的一种控制车载空气净化器开启的方法实施例的步骤流程图。本实施例可以应用于车辆中，具体可以包括如下步骤：
步骤201，获取车辆的第一指定特征信息，所述第一指定特征信息包括所述车辆的启动时间以及第二指定特征信息，所述启动时间包括日期信息。
在实现时，当预设条件被触发时，车辆可以获取车辆内各模块检测出的第一指定特征信息，
在一种可能的例子中，该预设条件可以包括车辆的发动机启动时或车辆的发动机熄火时，本实施例对此不作限定。
示例性地，在车辆启动时，第一指定特征信息可以包括车辆的启动时间以及第二指定特征信息。在车辆熄火时，第一指定特征信息可以包括车辆的熄火时间以及第二指定特征信息。
其中，
车辆的启动时间可以为车辆的发动机的启动时间，当车辆启动时在第一指定特征信息中包含该时间信息，示例性地，该启动时间可以包括日期信息、时钟信息等，其中，日期信息可以包括年、月、日；时钟信息可以包括时、分、秒等信息。
第二指定特征信息示例性地可以包括但不限于：
车辆的位置信息，即当前车辆所处的gps定位；
车辆标识码，例如，车辆的vi(vehicleidentificationnumber,车辆识别号码或车架号码))；
车辆的熄火时间，即车辆的发动机的熄火时间，当车辆熄火时在第一指定特征信息中包含该时间信息；
发动机运行时长，可以根据上述的车辆的启动时间和车辆的熄火时间计算得到；
车辆电压；
车辆行驶里程；
车辆室内室外温度；
车辆内的空气质量数据，如一氧化碳、甲醛、酒精浓度等；
用户的驾驶行为数据；
车身震动告警信号
紧急求救信号等。
步骤202，将所述日期信息与所述第一指定特征信息关联记录。
在该步骤中，车辆获得第一指定特征信息以后，可以将日期信息与第一指定特征信息关联存储在本地的内存，以便于微处理器(或主控芯片)用来进行后续的数据分析。
步骤203，根据已记录的各日期的启动时间，确定所述车辆在下一个日期的第一预估启动时间。
在该步骤中，车辆可以根据已记录的各日期的启动时间，分析用户的用车习惯，以确定用户下一个日期的用车时间，即车辆在下一个日期的第一预估启动时间。
需要说明的是，本实施例对“下一个日期”的单位不作限制，可以是下一天，或者是下一周中的每一天。
在一种实施方式中，步骤203可以包括如下子步骤：
子步骤s11，将各日期的启动时间划分至一个或多个预设时间区间。
在实现时，可以将一个日期划分成一个或多个预设时间区间，例如，若一个日期为一天，可以将一天划分成[3：00-10：30]、[10：30-14：00]、[14:00-17:00]、[17：00-20：00]、[20：00-24：00]、[24:00-3:00]。或者，还可以将一天划分为[0：00-12:00]、[12：00-24：00]两个时间区间。
当然，本实施例并不限于上述的划分方式，本领域技术人员按需采用其他的划分方式均是可以的。
在本示例中，各预设时间区间都具有相关的日期配置信息，该日期配置信息用于描述满足当前时间区间的日期的条件。例如，以一个星期为周期，可以分别为周一至周日设置一个或多个时间区间，即，若日期配置信息为周一，则其对应的一个或多个预设时间区间中只能记录日期为周一的启动时间或熄火时间；若日期配置信息为周二，则其对应的一个或多个预设时间区间中只能记录日期为周二的启动时间或熄火时间，以此类推。又如，还可以分别为工作日(如周一至周五)和休息日(如周六和周日)分别设置一个或多个时间区间，即，若日期配置信息为工作日，则其对应的一个或多个预设时间区间中只能记录工作日的启动时间或熄火时间；若日期配置信息为休息日，则其对应的一个或多个预设时间区间中只能记录休息日的启动时间或熄火时间。当然，除了上述划分方式以外，还可以包括其他的划分方式，如，若日期配置信息为每天，则该一个或多个预设时间区间中可以记录每天的启动时间或熄火时间，本实施例对此不作限定。
在该步骤中，针对已记录的各日期的启动时间，可以按照日期找到对应的一个或多个预设时间区间，然后从该找到的一个或多个预设时间区间中查找与启动时间对应的时间区间，并将该启动时间记录在该找到的时间区间中，以完成启动时间的分类。
子步骤s12，针对各预设时间区间，根据该预设时间区间内各启动时间确定该预设时间区间的第一预估启动时间。
当将已记录的启动时间划分到对应的预设时间区间以后，针对各预设时间区间，可以进一步根据该时间区间中记录的启动时间，确定该时间区间的一个参考时间，作为第一预估启动时间。
在一种例子中，可以计算该时间区间中记录的启动时间的平均值，作为该时间区间的第一预估启动时间。
需要说明的是，每个日期中第一预估启动时间的数量可以根据该日期的预设时间区间的数量而定，例如，若一个日期中有两个预设时间区间，分别是[3：00-10：30]和[17：00-20：00]，则该两个预设时间区间分别具有对应的第一预设启动时间，即该日期中有两个第一预设启动时间，分别是上午一个预估启动时间和下午一个预估启动时间，如用户上班开车去公司，以及下班开车回家的场景中，车辆在一天中会启动两次。
从上述实现过程可以看出，车辆中累积记录的启动时间越多，则计算得到的第一预估启动时间越精确。当累积记录的数据不多时，可以粗粒度地将上述的日期配置信息设置为每天，等到数据积累到一定程度，可以更细粒度地划分日期配置信息，如设置为工作日和休息日，然后根据累积程度再设置为周一至周日的划分。
步骤204，根据所述第二指定特征信息，确定车载空气净化器的预估运行时长。
在该步骤中，可以根据第二指定特征信息，确定车载空气净化器的预估运行时长。
在一种实现中，可以预先训练一个深度神经网络模型，该神经网络模型的输入可以是指定特征信息，输出为对应的预估运行时长。则，在本实施例中，该深度神经网络模型可以运行在车辆的微处理器中，微处理器可以将第二指定特征信息输入至该神经网络模型，并获取该模型输出的时长作为车载空气净化器的预估运行时长。其中，输入至模型的第二指定特征信息可以为上述步骤201中描述的特征的一种或结合。
在其他实施方式中，步骤204可以包括如下子步骤：
子步骤s21，从与所述车辆连接的用户端中获取与所述第二指定特征信息对应的第三指定特征信息。
在一种实施例中，在子步骤s21之前，本实施例还可以包括如下步骤：
当检测到所述用户端在所述车辆的预设范围内时，通过所述车辆的蓝牙模块与所述用户端的蓝牙模块连接。
在该实施例中，车辆可以通过距离探测模块不断探测车辆周围的信号，当探测到在车辆的预设范围内存在用户端时，可以通过车辆的蓝牙模块与用户端的蓝牙模块连接。在一种例子中，用户端可以通过蓝牙模块对外发出蓝牙请求，当用户端移动到车辆的预设范围内时，该蓝牙请求被车辆接收到并做出响应，当该响应为同意连接的响应时，则用户端可以通过蓝牙模块与车辆的蓝牙模块建立蓝牙连接。
当车辆与用户端的蓝牙连接建立起来以后，本实施例还可以包括如下步骤：
获取所述用户端的时间信息以及用户在所述用户端中设置的车载净化器开启信息；依据所述时间信息对车辆的时间进行同步；依据所述车载净化器开启信息同步车辆中的车载净化器相关的设置。
在该实施例中，用户端可以与车辆进行信息同步，如时间同步或其他配置信息的同步。在实现时，用户端可以获取正确的互联网时间，然后将该互联网时间通过蓝牙发送至车辆中，车辆根据该互联网时间较准本地的时间，以实现时间同步。
其他配置信息的同步，例如可以包括车载净化器开启信息的同步，用户端可以获取用户配置好的配置信息，然后发送到车辆中，车辆根据该配置信息同步进行对应的配置。
在子步骤s21中，第三指定特征信息可以为用户端从服务器中获得的信息。具体的，用户端与车辆建立蓝牙连接以后，可以从车辆中获取第一指定特征信息，并将该第一指定特征信息通过无线网络(如wifi、3g、4g等)发送至服务器中，服务器接收到第一指定特征信息以后，可以根据该第一指定特征信息获取对应的第三指定特征信息，并将该第三指定特征信息发送至用户端，由用户端将该第三指定特征信息发送给车辆。
在一种例子中，若第二指定特征信息为车辆的位置信息，第三指定特征信息可以为该位置信息对应的环境信息，如该位置对应的温度、湿度、气候等。在实现时，服务器可以从互联网中获取该位置的环境信息。
在另一种例子中，若第二指定特征信息为车辆的车辆标识码，第三指定特征信息可以为该识别码对应的车辆特征信息，如车辆的品牌、型号、上市年份和使用时间等。
在另一种例子中，若第二指定特征信息为车辆的熄火时间，第三指定特征信息可以为对应的熄火时长，服务器可以根据实时时间和车辆的熄火时间来计算熄火时长。子步骤s22，在预设数据表中查找所述第三特征信息，以获得所述第三特征信息对应的预估运行时长。
在一种实现中，车辆可以获取预先建立的预设数据表，并在该数据表中查询对应的第三特征信息，从而根据查询结果确定预估运行时长，其中，该预设数据表用于记录一个或多个第三指定特征信息及对应的预估运行时长。
在另一种实现中，该数据表可以包括第一数据表以及第二数据表，则在查表时，可以首先在第一数据表中查找第三特征信息，以获得该第三特征信息对应的空气质量数据；然后在第二数据表中查找该空气质量数据，获得对应的预估运行时长。
例如，若第三特征信息为车辆的位置信息对应的环境信息，则可以在预设的环境信息数据表中查找该环境信息对应的预估运行时长，或者，查找该环境信息对应的空气质量数据，判断细菌滋生的环境，然后根据该空气质量数据从空气质量数据表中查找对应的预估运行时长。比如，若当前气候为梅雨季节，则可以将车载空气净化器的预估运行时长设置长一点，或多开启一两次车载空气净化器来杀菌；若当前季节为秋冬干燥天气，则可以缩短车载空气净化器的预估运行时长，避免负离子打开时间过长产生太多静电；若当前季节湿度很大，则可以延长车载空气净化器的预估运行时长，使得负离子打开时间长一点。
当然，上述的环境信息除了可以是从用户端获取的信息，也可以是车辆根据内部的模块获取的车辆内的空气质量数据，或者是两者的结合的数据，本实施例对此不作限制。
又如，若第三特征信息为车辆特征信息，则可以在预设的车辆特征信息数据表中查找该车辆特征信息对应的预估运行时长，或者，查找该车辆特征信息对应的空气质量数据，判断当前车辆内部的空气质量情况，然后根据该空气质量数据从空气质量数据表中查找对应的预估运行时长。比如，上述数据表中可以记录每一个品牌、型号、年份的车辆的甲醛含量，细菌预估含量等，新车的甲醛含量最高，越旧的车空调口、地毯的细菌越多。根据查表可以预估当前车辆内饰、零部件等散发的甲醛及细菌的含量，然后进一步确定车载净化器的打开次数和预估运行时长。
当然，上述的车辆特征信息可以从用户端中获取，也可以由车辆根据其车辆标识码从自身存储的信息中获取，本实施例对此不作限制。
又如，若第三特征信息为熄火时长，则可以在预设数据表中查找该熄火时长对应的预估运行时长，或者，查找该熄火时长对应的空气质量数据，判断当前车辆内部的空气质量情况，然后根据该空气质量数据从空气质量数据表中查找对应的预估运行时长。在一种实施方式中，如果该熄火时长超过预设的熄火时长阈值，例如，停车熄火超过24小时，则停止流程，不再执行开启车载空气净化器的判断，从而有效地避免电池的电量消耗。
当然，上述的熄火时长可以从用户端中获取，也可以由车辆根据其启动时间以及熄火时间计算得到，本实施例对此不作限制。
在另一种实施方式中，若上述三种或者其他多种场景下计算的预估运行时长并不相同，则可以结合多个不同的预估运行时长得到最终的预估运行时长，例如，计算多个预估运行时长的平均值作为最终的预估运行时长。
在一种实施例中，第三指定特征信息还可以包括时间调整信息，该时间调整信息可以由服务器根据获取的车辆的位置信息，从互联网中获取该位置对应的夏令时或冬令时信息得到。
本实施例还可以包括如下步骤：
根据所述时间调整信息对所述第一预估启动时间进行调整。
在该实施例中，车辆获得时间调整信息以后，可以根据该时间调整信息对第一预估启动时间进行夏令时或冬令时的时间调整。例如，在夏令时到来时，可以将第一预估启动时间提前一个小时。步骤205，结合所述预估运行时长以及所述车辆在下一个日期的第一预估启动时间，确定所述车载空气净化器在下一个日期的第二预估启动时间。
在该步骤中，在确定车辆在下一个日期的第一预估启动时间以及车载空气净化器的预估运行时长以后，可以进一步确定车载空气净化器的第二预估启动时间，该第二预估启动时间早于该第一预估启动时间，以确保用户在使用车辆时车辆已经进行空气净化处理。
在一种例子中，第二预估启动时间与第一预估启动时间之间还具有指定时间差，例如，针对臭氧型车载空气净化器，可以在用户启动车辆前预留一定时间(如一个钟或两个钟，具体时间值可以根据经验设置)进行臭氧分解。
在一种实施方式中，步骤205可以包括如下子步骤：
计算所述预估运行时长与预设的默认臭氧分解时长的总和，作为净化时长；将所述第一预估启动时间减去所述净化时长，得到第二预估启动时间。
具体的，可以计算预估运行时长以及预设的默认臭氧分解时长之和，作为总的净化时长，然后将第一预估启动时间减去上述的净化时长，得到第二预估启动时间。例如，假设第一预估启动时间为18：00，预估运行时长为20min，臭氧分解的预留时长为120min，则第二预估启动时间15：40。
步骤206，根据所述第二预估启动时间以及所述预估运行时长控制所述车载空气净化器的运行。
在具体实现中，车辆可以将第一预估启动时间、第二预估启动时间以及预估运行时长存储在车辆的内存中，然后通过读取内存获得车载空气净化器的第二预估启动时间以及预估运行时长，当该第二预估启动时间到达时，控制车载空气净化器开启，在车载空气净化器运行该预估运行时长以后，则关闭该车载空气净化器。
在其他实施例中，车辆还可以通过监测车辆电压来判断车辆是否缺电，当车辆的电量低于一定阈值时，则停止自动启动空气净化器。
另外，用户在靠近车辆时，也可以通过用户端操作控制车辆将车窗降下来，以释放掉车内残留的臭氧和其他有害气体，确保用户上车后车内的空气健康。
在本实施例中，当车辆获得第一指定特征信息以后，将该第一指定特征信息中记录的日期信息与第一指定特征信息关联存储，然后根据已记录的各日期的启动时间，确定车辆在下一个日期的第一预估启动时间，以及根据第一指定特征信息中的第二指定特征信息确定车载空气净化器的预估运行时长和第二预估启动时间，以根据该预估运行时长和第二预估启动时间控制车载空气净化器的自动运行。整个过程涉及车辆的启动时间以及第二指定特征信息等多种因素，有利于提高空气净化器开启的效果。
另外，车载空气净化器的第二预估启动时间早于车辆的第一预估启动时间，且第二预估启动时间与第一预估启动时间之间具有指定时间差，该指定时间差使得空气净化器产生的臭氧有足够的时间分解，进一步提高了车辆内的空气净化效果。
基于上述的控制车载空气净化器开启的方法，参照图3，示出了本申请一种控制车载空气净化器开启的装置实施例的结构框图，所述装置可以应用于车辆中，可以包括如下模块：
第一指定特征信息获取模块301，用于获取车辆的第一指定特征信息，所述第一指定特征信息包括所述车辆的启动时间以及第二指定特征信息，所述启动时间包括日期信息；
关联记录模块302，用于将所述日期信息与所述第一指定特征信息关联记录；
第一预估启动时间确定模块303，用于根据已记录的各日期的启动时间，确定所述车辆在下一个日期的第一预估启动时间；
预估运行时长确定模块304，用于根据所述第二指定特征信息，确定车载空气净化器的预估运行时长；
第二预估启动时间确定模块305，用于结合所述预估运行时长以及所述车辆在下一个日期的第一预估启动时间，确定所述车载空气净化器在下一个日期的第二预估启动时间，其中，所述第二预估启动时间早于所述第一预估启动时间，且所述第二预估启动时间与所述第一预估启动时间之间具有指定时间差；
控制模块306，用于根据所述第二预估启动时间以及所述预估运行时长控制所述车载空气净化器的运行。
在一种实施方式中，第一预估启动时间确定模块303具体用于：
将各日期的启动时间划分至一个或多个预设时间区间，其中，各预设时间区间分别具有相关的日期配置信息；
针对各预设时间区间，根据该预设时间区间内各启动时间确定该预设时间区间的第一预估启动时间。
在一种实施方式中，所述预估运行时长确定模块包括：
第三指定特征信息获取子模块，用于从与所述车辆连接的用户端中获取与所述第二指定特征信息对应的第三指定特征信息，其中，所述第三指定特征信息为所述用户端从服务器中获得的信息；所述第二指定特征信息包括所述车辆的位置信息、车辆标识码和/或车辆的熄火时间，所述第三指定特征信息包括：所述位置信息对应的环境信息，所述车辆标识码对应的车辆特征信息，和/或，所述熄火时间对应的熄火时长；
运行时长确定子模块，用于在预设数据表中查找所述第三特征信息，以获得所述第三特征信息对应的预估运行时长，其中，所述预设数据表用于记录一个或多个第三指定特征信息及对应的预估运行时长。
在一种实施方式中，所述数据表包括第一数据表以及第二数据表，所述运行时长确定子模块具体用于：
在所述第一数据表中查找所述第三特征信息，获得所述第三特征信息对应的空气质量数据；
在所述第二数据表中查找所述空气质量数据，获得对应的预估运行时长。
在一种实施方式中，所述装置还包括：
蓝牙连接模块，用于当检测到所述用户端在所述车辆的预设范围内时，通过所述车辆的蓝牙模块与所述用户端的蓝牙模块连接；
信息获取模块，用于获取所述用户端的时间信息以及用户在所述用户端中设置的车载净化器开启信息；
信息同步模块，用于依据所述时间信息对车辆的时间进行同步；以及，依据所述车载净化器开启信息同步车辆中的车载净化器相关的设置。
在一种实施方式中，所述第三指定特征信息包括时间调整信息，所述时间调整信息用于指示进行夏令时或冬令时的调整；所述装置还包括：
时间调整模块，用于根据所述时间调整信息对所述第一预估启动时间进行调整。
在一种实施方式中，所述第二预估启动时间确定模块305具体用于：
计算所述预估运行时长与预设的默认臭氧分解时长的总和，作为净化时长；
将所述第一预估启动时间减去所述净化时长，得到第二预估启动时间。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本实施例还提供了一种电子设备，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现图2实施例中的方法的步骤。
本实施例还提供了一种存储介质，当所述存储介质中的指令由所述设备的处理器执行时，使得所述电子设备能够执行图2实施例中的方法的步骤。
虽然本说明书包含许多具体实施细节，但是这些不应被解释为限制任何发明的范围或所要求保护的范围，而是主要用于描述特定发明的具体实施例的特征。本说明书内在多个实施例中描述的某些特征也可以在单个实施例中被组合实施。另一方面，在单个实施例中描述的各种特征也可以在多个实施例中分开实施或以任何合适的子组合来实施。此外，虽然特征可以如上所述在某些组合中起作用并且甚至最初如此要求保护，但是来自所要求保护的组合中的一个或多个特征在一些情况下可以从该组合中去除，并且所要求保护的组合可以指向子组合或子组合的变型。
类似地，虽然在附图中以特定顺序描绘了操作，但是这不应被理解为要求这些操作以所示的特定顺序执行或顺次执行、或者要求所有例示的操作被执行，以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统模块和组件的分离不应被理解为在所有实施例中均需要这样的分离，并且应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中，或者封装成多个软件产品。
由此，主题的特定实施例已被描述。其他实施例在所附权利要求书的范围以内。在某些情况下，权利要求书中记载的动作可以以不同的顺序执行并且仍实现期望的结果。此外，附图中描绘的处理并非必需所示的特定顺序或顺次顺序，以实现期望的结果。在某些实现中，多任务和并行处理可能是有利的。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
1.一种控制车载空气净化器开启的方法，其特征在于，应用于车辆中，所述方法包括：
获取车辆的第一指定特征信息，所述第一指定特征信息包括所述车辆的启动时间以及第二指定特征信息，所述启动时间包括日期信息；
将所述日期信息与所述第一指定特征信息关联记录；
根据已记录的各日期的启动时间，确定所述车辆在下一个日期的第一预估启动时间；
根据所述第二指定特征信息，确定车载空气净化器的预估运行时长；
结合所述预估运行时长以及所述车辆在下一个日期的第一预估启动时间，确定所述车载空气净化器在下一个日期的第二预估启动时间，其中，所述第二预估启动时间早于所述第一预估启动时间，且所述第二预估启动时间与所述第一预估启动时间之间具有指定时间差；
根据所述第二预估启动时间以及所述预估运行时长控制所述车载空气净化器的运行。
2.根据权利要求1所述方法，其特征在于，所述根据已记录的各日期的启动时间，确定所述车辆在下一个日期的第一预估启动时间，包括：
将各日期的启动时间划分至一个或多个预设时间区间，其中，各预设时间区间分别具有相关的日期配置信息；
针对各预设时间区间，根据该预设时间区间内各启动时间确定该预设时间区间的第一预估启动时间。
3.根据权利要求1或2所述的方法，其特征在于，所述根据所述第二指定特征信息，确定车载空气净化器的预估运行时长，包括：
从与所述车辆连接的用户端中获取与所述第二指定特征信息对应的第三指定特征信息，其中，所述第三指定特征信息为所述用户端从服务器中获得的信息；所述第二指定特征信息包括所述车辆的位置信息、车辆标识码和/或车辆的熄火时间，所述第三指定特征信息包括：所述位置信息对应的环境信息，所述车辆标识码对应的车辆特征信息，和/或，所述熄火时间对应的熄火时长；
在预设数据表中查找所述第三特征信息，以获得所述第三特征信息对应的预估运行时长，其中，所述预设数据表用于记录一个或多个第三指定特征信息及对应的预估运行时长。
4.根据权利要求3所述的方法，其特征在于，所述数据表包括第一数据表以及第二数据表，所述在预设数据表中查找所述第三特征信息，以获得所述第三特征信息对应的预估运行时长，包括：
在所述第一数据表中查找所述第三特征信息，获得所述第三特征信息对应的空气质量数据；
在所述第二数据表中查找所述空气质量数据，获得对应的预估运行时长。
5.根据权利要求3所述的方法，其特征在于，在所述从与所述车辆连接的用户端中获取与所述第二指定特征信息对应的第三指定特征信息之前，所述方法还包括：
当检测到所述用户端在所述车辆的预设范围内时，通过所述车辆的蓝牙模块与所述用户端的蓝牙模块连接；
获取所述用户端的时间信息以及用户在所述用户端中设置的车载净化器开启信息；
依据所述时间信息对车辆的时间进行同步；
依据所述车载净化器开启信息同步车辆中的车载净化器相关的设置。
6.根据权利要求3所述的方法，其特征在于，所述第三指定特征信息包括时间调整信息，所述时间调整信息用于指示进行夏令时或冬令时的调整；
在所述根据已记录的各日期的启动时间，确定所述车辆在下一个日期的第一预估启动时间之后，所述方法还包括：
根据所述时间调整信息对所述第一预估启动时间进行调整。
7.根据权利要求1或2所述的方法，其特征在于，所述结合所述预估运行时长以及所述车辆在下一个日期的第一预估启动时间，确定所述车载空气净化器在下一个日期的第二预估启动时间，包括：
计算所述预估运行时长与预设的默认臭氧分解时长的总和，作为净化时长；
将所述第一预估启动时间减去所述净化时长，得到第二预估启动时间。
8.一种控制车载空气净化器开启的装置，其特征在于，应用于车辆中，所述装置包括：
第一指定特征信息获取模块，用于获取车辆的第一指定特征信息，所述第一指定特征信息包括所述车辆的启动时间以及第二指定特征信息，所述启动时间包括日期信息；
关联记录模块，用于将所述日期信息与所述第一指定特征信息关联记录；
第一预估启动时间确定模块，用于根据已记录的各日期的启动时间，确定所述车辆在下一个日期的第一预估启动时间；
预估运行时长确定模块，用于根据所述第二指定特征信息，确定车载空气净化器的预估运行时长；
第二预估启动时间确定模块，用于结合所述预估运行时长以及所述车辆在下一个日期的第一预估启动时间，确定所述车载空气净化器在下一个日期的第二预估启动时间，其中，所述第二预估启动时间早于所述第一预估启动时间，且所述第二预估启动时间与所述第一预估启动时间之间具有指定时间差；
控制模块，用于根据所述第二预估启动时间以及所述预估运行时长控制所述车载空气净化器的运行。
9.一种电子设备，其特征在于，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如权利要求1-7任一项所述的方法。
10.一种存储介质，当所述存储介质中的指令由所述设备的处理器执行时，使得所述电子设备能够执行如权利要求1-7中任一项所述的方法。
技术总结