车内空气质量智能控制的制作方法

本发明一般地涉及改进的数据处理装置和方法，更具体地，涉及车内空气质量的智能控制机制。

空气污染是颗粒物、生物分子或其他有害物质进入地球的大气，给人类造成疾病、死亡，给其他生物、如粮食作物或自然或建造的环境造成损害。空气污染可能来自人类活动，即人类活动造成的影响或对象，或者来自自然来源。一些主要的人类活动源包括：交通、燃煤、工业生产和粉尘排放。目前的研究表明，在所有的不同类型的通勤中，乘汽车将个人暴露在最差的空气质量中，因此，个人受到各种类型的污染物影响，如特殊物质，黑碳，等等。

技术实现要素：

在一个例示实施例中，提供了一种用于控制车内空气质量的方法。例示实施例获取车辆的车载传感器数据并基于获取的车载传感器数据确定车辆的使用状态。基于获取的车载传感器数据以及确定的使用状态，例示实施例确定车内空气质量的变化趋势并且，响应于确定的车内空气质量的变化趋势，发信号给车辆的控制系统以基于控制策略控制车辆的使用状态。

下面将描述本发明的其他细节和实施例，从而可以更好地理解对本领域的贡献。尽管如此，本发明的应用不限于说明书中阐述的或附图中示出的这些细节、措辞、术语、说明和/或布置。相反，本发明除了所描述的实施例之外还能够实施并且以不应被视为限制的各种方式实践和实施。

这样，本领域技术人员将理解，本公开所基于的构思可以容易地用作设计用于实现本发明的若干目的的其他结构、方法和系统的基础。因此，重要的是，权利要求被认为包括这样的等同结构，只要它们不脱离本发明的精神和范围即可。

附图说明

从以下参照附图对本发明示例性实施例的详细描述中将更好地理解本发明的各方面，其中：

图1是可以实现例示实施例的方面的分布式数据处理系统的例示图；

图2是可以实现例示实施例的方面的计算设备的例示方框图；

图3显示了根据例示实施例的车内空气质量智能控制机制的的例示方框图；

图4A到4C显示了根据获取的传感器数据的包括车内PM2.5浓度和TVOC(总挥发性有机化合物)浓度曲线的示例性图表；

图5显示了根据例示实施例的由车内空气质量智能控制机制执行的控制车辆的车内空气质量的操作的例示流程图。

图6示例性地描绘了根据本发明的一些实施例的云计算节点；

图7示例性地描绘了根据本发明的一些实施例的云计算环境；

图8示例性地描绘了根据本发明的一些实施例的抽象模型层。

具体实施方式

现在将参考图1-8描述本发明，图中相同的标号始终表示相同的部件。需要强调的是，根据惯例，附图的各种特征不一定按比例绘制。相反，为了清楚起见，可以任意地扩展或减小各种特征的尺寸。

通过引入图7中描绘的示例，根据本发明实施例的计算机系统12的一个或多个计算机可以包括存储器28，具有存储在存储系统中的指令以执行图3的步骤。

例示性实施例提供了车内空气质量的智能控制机制。如上所述，目前研究表明，在所有不同类型的通勤方式中，乘汽车将个人暴露于最差的空气质量，因而，个人受到各种类型的污染物影响，如特殊物质、黑碳，等等。然而，目前在车辆中的自动空气控制系统只有温度感知，而没有空气质量感知。驾驶员需要手动在再循环风和新风之间改变通风控制机制的空气循环模式来维护车辆内的空气质量。然而，不仅通风模式会影响车内空气质量，其他一些因素同样会影响车内空气质量。因此，手动改变空气控制系统的通风模式可能非常不准确，甚至带来更多的空气污染物。因此，驾驶员可能在意识到空气质量很差之前已经长时间暴露于空气污染物中。

本发明的例示实施例提供了一种车内空气质量智能控制机制，利用车载传感器来确定车辆的使用状态，进而基于车载传感器数据和确定的使用状态确定车内空气质量的变化趋势。响应于确定的车内空气质量的变化趋势，基于控制策略控制车辆的使用状态以改进车内空气质量。进一步验证车辆使用状态的控制是否有效并且响应于验证结果表明无效，基于更新的控制策略进一步调整车辆使用状态的控制。

在开始讨论例示实施例的各个方面之前，首先应该了解的是，在该描述中，术语“机制”将用于指代本发明的执行各种操作、功能等的元素。如同这里所使用的，“机制”可以是例示实施例的各个功能或方面的以装置、过程或计算机程序产品形式的实现。在过程的情况下，该过程由一个或多个设备、装置、计算机、数据处理器系统等实现。在计算机程序产品的情况下，由在计算机程序产品中包含的计算机代码或指令表示的逻辑由一个或多个硬件设备执行，以便实现与特定“机制”相关联的功能或执行相关联的操作。这样，这里所描述的机制可以实现为专用硬件、在通用硬件上执行的软件、存储在介质上以便可以由专用或通用硬件容易地执行的软件指令、用于执行功能的过程或方法以及上述的任意组合。

本说明书和权利要求中对于例示实施例中特定的特征和元素会用到术语“一”、“至少一个”和“一个或多个”。应该理解，这些术语和短语意图表明在特定的例示实施例中存在至少一个特定特征或元素，但也可以存在多于一个的特定特征或元素。也就是说，这些术语/短语并非意图将说明书或者权利要求书限制到存在单个特征/元素，或者要求存在多个这样的特征/元素。相反，这种术语/短语仅要求存在至少一个单个特征/元素，在本说明书和权利要求书的范围内，也存在着有多个这样的特征/元素的可能性。

另外，应该理解，下面的描述对于例示实施例中的各个元素使用了多个各种示例，以便进一步显示例示实施例的实现示例，并帮助理解例示实施例的机制。这些示例并非旨在限制性的，或是对于实现例示实施例的机制的各种可能性的穷举。对于所属技术领域的普通技术人员来说，在该描述的基础上，对于这些各个元素获得许多其他替代实现是显而易见的，其可以被用来附加到或者替换这里所提供的示例，而不偏离本发明的精神和范围。

因此，各示例性实施例可以用于许多不同类型的数据处理环境。为了针对特定元素的描述和示例性实施例的功能提供上下文，在下面图1和2被提供为其中可以实现示例性实施例的各个方面的实例环境。应该理解，图1和2只是实例并且并非旨在断言或暗示有关其中可以实现本发明的各个方面或实施例的环境的任何限制。在不偏离本发明的精神和范围的情况下可以对所示环境做出许多修改。

图1示出其中可以实现示例性实施例的各个方面的实例分布式数据处理系统的图形表示。分布式数据处理系统100可以包括其中可以实现示例性实施例的各个方面的计算机网络。分布式数据处理系统100包含至少一个网络102，其是用于在分布式数据处理系统100中连接在一起的各种设备和计算机之间提供通信链路的介质。网络102可以包括连接，例如有线、无线通信链路或光缆。

在所示实例中，服务器104和服务器106以及存储单元108连接到网络102。此外，车辆110、112和114也连接到网络102。这些车辆110、112和114例如可以是装配有传感器，例如空气质量传感器，包括但不限于颗粒物传感器、总挥发有机化合物(TVOC)传感器、二氧化碳(CO2)传感器、温度计、湿度计或类似的用于监控车内空气质量和大气空气质量，照相机、超声波、红外、全球定位系统(GPS)、雷达等以及通信能力、例如Wi-Fi、全球移动通信系统(GSM)、蓝牙等用于精准定位、匹配和数据/信息交换的任何类型的车辆。在所示实例中，服务器104为车辆110、112和114提供数据，例如引导文件、操作系统映像和应用。在所示实例中，车辆110、112和114是服务器104的客户端。分布式数据处理系统100可以包括其它服务器、客户端和其它未示出的设备。

在所示实例中，分布式数据处理系统100是因特网，同时网络102代表全球范围内使用传输控制协议/网际协议(TCP/IP)协议集来相互通信的网络和网关的集合。在因特网的核心是主节点或主机之间的高速数据通信线路的主干，它包括数以千计的商业、政府、教育以及其它路由数据和消息的计算机系统。当然，分布式数据处理系统100也可以实现为包括许多不同类型的网络，例如内联网、局域网(LAN)、广域网(WAN)等。如上所述，图1旨在作为一个实例，并非旨在作为对本发明的不同实施例的体系架构限制，因此，图1中所示的特定元素不应该被视为有关其中可以实现本发明的示例性实施例的环境的限制。

如图1所示，一个或多个计算设备、例如服务器104可以被专门配置为实施一个汽车空气质量智能评估和管理机制。该计算设备的配置可以包括提供应用专用的硬件、固件等，以便有助于这里参考例示实施例所描述的操作和产生输出的性能。该计算设备的配置还可以或者可替换地包括提供存储在一个或多个存储设备中并加载到计算设备、例如服务器104的存储器中的软件应用，用于使得该计算设备的一个或多个硬件处理器执行该软件应用，该软件应用配置处理器以执行这里参考例示实施例所描述的操作并产生输出。此外，在不偏离例示实施例的精神和范围的情况下，可以使用软件专用的硬件、固件、在硬件上执行的软件应用等的任何组合。

应该理解，一旦以这些方式之一配置了该计算设备，该计算设备就成为一个专用计算设备，专门被配置为实现例示实施例的机制，而不是一个通用计算设备。此外，如这里所描述的，例示实施例的机制的实现改进了计算设备的功能，并提供了有助于汽车空气质量智能评估和管理的有用的并且具体的结果。

如上所述，例示实施例的机制利用专门配置的计算设备或数据处理系统来执行用于汽车空气质量智能评估和管理的操作。这些计算设备或数据处理系统可以包括各种硬件元件，这些硬件元件通过硬件配置、软件配置或者硬件与软件配置的组合，被专门配置为实现这里所描述的一个或多个系统/子系统。图2是其中可以实现示例性实施例的各方面的一个示例数据处理系统的框图。数据处理系统200是例如图1中的客户机110的计算机的实例，实现本发明的示例性实施例的过程和各个方面的计算机可用代码或指令可以包括在其中并且/或者在其上执行，以便实现这里所描述的例示实施例的操作、输出和外部效果。

在所述示例中，数据处理系统200采用包括北桥和存储控制器中心(NB/MCH)202以及南桥和输入/输出(I/O)控制中心(SB/ICH)204的中心架构。处理单元206、主存储器208和图形处理器210连接到NB/MCH 202。图形处理器210可以通过加速图形端口(AGP)连接到NB/MCH 202。

在所示示例中，局域网(LAN)适配器212连接到SB/ICH 204。音频适配器216、键盘和鼠标适配器220、调制解调器222、只读存储器(ROM)224、硬盘驱动器(HDD)226、CD-ROM驱动器230、通用串行总线(USB)端口和其它通信端口232，以及PCI/PCIe设备234通过总线238和总线240连接到SB/ICH 204。PCI/PCIe设备例如可以包括用于笔记本计算机的以太网适配器、外接卡和PC卡。PCI使用卡总线控制器，而PCIe不使用。ROM 224例如可以是闪速基本输入/输出系统(BIOS)。

HDD 226和CD-ROM驱动器230通过总线240连接到SB/ICH204。HDD 226和CD-ROM驱动器230例如可以使用集成驱动电子设备(IDE)或串行高级技术附件(SATA)接口。超级I/O(SIO)设备236可以连接到SB/ICH 204。

操作系统在处理单元206上运行。该操作系统协调图2中的数据处理系统200内的各种组件并提供对它们的控制。作为客户端，操作系统可以是可商购的操作系统，例如Windows诸如JavaTM程序设计系统之类的面向对象的程序设计系统可以结合操作系统运行，并提供从数据处理系统200上执行的JavaTM程序或应用到操作系统的调用。

作为服务器，数据处理系统200例如可以是eServer^TMSystem计算机系统、基于PowerTM处理器的计算机系统等，其运行Advanced Interactive Executive操作系统或操作系统。数据处理系统200可以是对称多处理器(SMP)系统，其中在处理单元206中包括多个处理器。备选地，可以采用单处理器系统。

操作系统、面向对象的程序设计系统以及应用或程序的指令位于HDD 226之类的存储器件上，并且可以加载到主存储器208内以便由处理单元206执行。本发明的示例性实施例的过程可以由处理单元206使用计算机可用程序代码执行，该计算机可用程序代码可位于存储器(例如主存储器208、ROM 224，或者一个或多个外围器件226和230)中。

诸如图2所示的总线238或总线240之类的总线系统可以由一个或多个总线构成。当然，该总线系统可以使用任何类型的通信组织或架构实现，这些通信组织或架构提供与这些通信组织或架构相连的不同组件或设备之间的数据传输。诸如图2的调制解调器222或网络适配器212之类的通信单元可以包括一个或多个用于发送和接收数据的装置。存储器例如可以是主存储器208、ROM 224或例如在图2的NB/MCH 202中找到的高速缓冲存储器。

如上所述，在一些例示实施例中，例示实施例的机制可以实现为应用专用硬件、固件等，存储在诸如HDD 226的存储设备中并加载到诸如主存储器208的存储器中以供诸如处理单元206的一个或多个硬件处理器执行的应用软件，等等。这样，图2所示的计算设备变为专门配置为实现例示实施例的机制并且专门配置为执行这里车内空气质量的智能控制机制所描述的操作并产生输出。

所属技术领域中的普通技术人员将理解，图1和2中的硬件可以根据实现而改变。除了图1和2所示的硬件之外，还可以额外地使用诸如闪存、等效的非易失性存储器或光盘驱动器等之类的其它硬件或外围器件，或者使用这些器件作为备选。另外，在不偏离本发明的精神和范围的情况下，示例性实施例的过程可应用于不同于上面所述的SMP系统的多处理器数据处理系统。

而且，数据处理系统200可以采取若干种不同数据处理系统中的任何一种的形式，包括客户端计算设备、服务器计算设备、平板计算机、膝上型计算机、电话或其它通信设备、个人数字助理(PDA)等。在某些说明性示例中，数据处理系统200可以是便携式计算设备，其被配置为带有闪存以提供非易失性存储器来存储例如操作系统文件和/或用户生成的数据。本质上，数据处理系统200可以是任何已知的或以后开发的数据处理系统，而没有任何架构限制。

图3显示了根据例示实施例的车内空气质量智能控制机制的例示方框图。车内空气质量智能控制机制300包括传感器数据获取模块302、使用状态确定模块304、变化趋势确定模块306、控制策略确定模块308、控制信号发送模块310、控制策略314以及可选地控制策略验证模块312。传感器数据获取模块302获取传感器数据。获取的传感器数据将由使用状态确定模块304使用以确定车辆的使用状态。这里的“使用状态”指的是可能影响车内空气质量的车辆的使用状态。这些数据例如包括能够表征车内空气质量的空气质量传感器数据，包括但不限于颗粒物(例如PM2.5、PM10或类似)浓度、CO2浓度、TVOC浓度或类似的至少一种。这里指出，取决于其他类型的传感器是否安装在车辆中和/或对应的数据是否有助于确定车辆的使用状态，还可以获取其他类型的传感器数据。其他类型的传感器数据例如包括能够表征车内环境的环境传感器数据，包括但不限于温度计的温度读数、湿度计的湿度读数或类似。除了以上描述的各种类型的传感器数据，传感器数据获取模块302还可以经由通信机制(图3未示出)获取对确定和/或优化确定车辆使用状态有用的其他类型的数据。这些数据例如可以包括从天气服务接收的天气预报数据(例如风向、风速、大气温度、大气湿度或类似)，环境空气质量等。

基于获取的传感器数据，使用状态确定模块304确定车辆的使用状态。这些使用状态例如包括车窗状态(开或关)、通风状态(新风模式或内循环模式)以及车内空调状态(开或关、制热模式或制冷模式)或类似。下面将详细描述确定车辆的使用状态。

下面，将结合车窗状态的例子描述使用状态的确定。应该理解，以下描述只是出于说明的目的，本领域普通技术人员能够根据以下描述利用类似的逻辑确定其他使用状态。为了简化说明，不对其他情况描述。

如上所述，获取的传感器数据包括能够表征车内空气质量的空气质量传感器数据，包括但不限于颗粒物(例如PM2.5、PM10或类似)浓度、CO2浓度、TVOC浓度或类似。以下将参照PM2.5浓度和TVOC浓度描述确定车窗状态，因为这两种污染物通常引起健康关注并往往被监控。应该理解，尽管以下描述结合参考PM2.5浓度和TVOC浓度确定车窗状态进行，本领域技术人员可以在不背离本发明精神和范围的前提下，利用上面描述的其他类型的传感器数据、其他类型的数据，乃至上面没有描述的其他类型的数据确定车辆的车窗状态。还应理解，尽管以下例子中利用了PM2.5浓度和TVOC浓度来确定车窗状态，也可以单独利用PM2.5浓度或TVOC浓度、单独利用其他类型的数据，或将其他类型的数据与PM2.5浓度和/或TVOC浓度结合来确定车辆的车窗状态。

现在参见图4A，其中利用两条不同的曲线表示获取的车内PM2.5浓度和TVOC浓度随时间变化的图。在图4A中示出的图中，上面的曲线(PM2.5浓度曲线)表示车内PM2.5浓度随时间变化的曲线，通过连接在每个采样点获取的车内PM2.5浓度值构成，下面的曲线(TVOC浓度曲线)表示车内TVOC浓度随时间变化的曲线，通过连接在每个采样点获取的车内TVOC浓度值构成。左边的图为原始曲线，右边的图为通过应用低通滤波器滤除由诸如加速等的操作导致的噪声之后的平滑曲线。应用低通滤波器是因为根据相关研究，由某些操作导致的噪声通常为高频噪声。

在滤除噪声之后，平滑曲线进一步通过识别曲线中的极点(extreme point)进行分段。这里，极点为两个相邻状态的边界，每个相邻状态分别表示车辆的对应状态(在车窗状态情况下为车窗的开/关)。极点还可以称为“转折点”，可以通过导数(即某一点曲线的切线斜率)的符号变化(从正变为负或从负变为正)确定。如图4B所示，PM2.5浓度曲线和TVOC浓度曲线由三条虚线分段为四个部分，每条虚线代表一个极点。分段的原理在于：由于车内空气质量和环境大气空气质量的不同，在车窗从关闭状态转为打开状态后，车内空气质量会显著地变化。然后，根据本发明的一个例示性实施例，对每条曲线的每个分段计算累加和(CUSUM)从而能够更准确的确定车窗状态。

现在参见图4C，假设xi为PM2.5浓度或TVOC浓度的变化速率，该速率可以通过对其浓度变化曲线在某一特定采样点i的切线斜率确定。让：

定义：

并且：

其中hn为连续n值的和的学习阈值。

利用上述的CUSUM，计算累加和以提高敏感度并减少错误。例如，在第一条虚线和第二条虚线之间的部分，CUSUM指示PM2.5浓度降低并且TVOC浓度升高。然后，基于历史知识可以确定车辆的车窗状态。例如，当环境大气PM2.5浓度低于车内PM2.5浓度时，车内PM2.5浓度的降低可能由打开车窗导致，或者当环境大气PM2.5浓度高于车内PM2.5浓度时，车内PM2.5浓度的降低由关闭车窗导致。然而，由于图中显示在第一条虚线和第二条虚线之间的部分车内TVOC浓度升高，根据历史知识，这意味着车窗处于关闭状态。因此可以确定在第一条虚线和第二条虚线之间两种状态的后者为车窗的正确状态。使用状态确定模块304进一步确定第二条虚线和第三条虚线之间车窗的状态为打开状态，因为车内PM2.5浓度升高而TVOC浓度保持稳定。确定的车窗状态进一步可以由以下序列(或其他任意可能的数据结构)表示：

车窗状态{关闭，打开}

以上，结合示例描述了基于PM2.5浓度和TVOC浓度确定车窗状态。除了车窗状态，还可以确定其他使用状态。例如还可以利用PM2.5浓度和/或TVOC浓度确定车辆的通风和/或空调状态。例如，如果车窗处于关闭状态，PM2.5浓度的升高典型地指示通风为利用新风模式，因为污染物通常由于将外部空气灌入车内导致。TVOC浓度的升高典型地指示空调处于制热模式，因为TVOC浓度随温度升高而升高。这些提到的知识可以在相关研究中找到，因此不再详细描述。

再次参见图4A，在车辆的使用状态确定之后，由机制300的变化趋势确定模块306基于获取的传感器数据和确定的使用状态确定车内空气质量的变化趋势。由使用状态确定模块304确定车窗在第二条虚线和第三条虚线之间处打开状态，曲线最右端(靠近第三条虚线)的车内空气质量指示最新获得的传感器数据。基于确定的车窗状态以及获取的传感器数据，可以确定车内空气质量将变坏，因为车窗处于打开状态，PM2.5浓度升高。响应于确定的变化趋势为变坏，控制策略确定模块308将确定控制策略并指示控制信号发送模块310发送控制信号给车辆的控制系统控制车辆的使用状态，改变车辆的使用状态以改善车内空气质量。例如，图4A的例子中，控制信号可以是指示关闭车窗。

上面例子中，结合车窗状态描述了确定使用并控制使用状态。应该理解，所属领域技术人员可以在不背离本发明精神和范围的前提下确定并控制其他类型的使用状态。这些使用状态包括但不限于：通风状态(新风模式或内循环模式)、车内空调状态(开或关、制热模式或指令模式)、车内空气净化器状态(开或关、风扇速度)或类似。类似的，以上结合车窗状态(开或关)描述了控制策略，所属领域技术人员可以在不背离本发明精神和范围的前提下利用其他控制策略。这些控制策略包括但不限于：开/关车内空调、开/关车内空调的制冷/制热模式、开/关通风的新风模式、开/关通风的再循环模式、开/关车内空气净化器、调高/调低车内空气净化器或类似。

进一步地，根据本发明的另一实施例，机制300的控制策略验证模块312可以在一段时间之后验证车辆的使用状态控制是否有效，即是否改善了车内空气质量。如果验证车辆的使用状态控制无效，基于更新的控制策略调整使用状态的控制，例如发送信号给控制系统打开车内空气净化器以提高空气质量等。

现在，参见图5，其中显示了根据例示实施例的车内空气质量智能控制的方法500的示例性流程图。方法500于步骤502开始。然后，方法进入步骤504。

在步骤504，获取车辆的车载传感器数据。如前所述，车辆典型地装配有多种传感器，包括但不限于用于监控车内空气质量的空气质量传感器，车内空气质量传感器数据例如包括能够表征车内空气质量的空气质量传感器数据，包括但不限于颗粒物(例如PM2.5、PM10或类似)浓度、CO2浓度、TVOC浓度或类似的至少一种。这里指出，取决于其他类型的传感器是否安装在车辆中和/或对应的数据是否有助于确定车辆的使用状态，还可以获取其他类型的传感器数据。其他类型的传感器数据例如包括能够表征车内环境的环境传感器数据，包括但不限于温度计的温度读数、湿度计的湿度读数或类似。除了以上描述的各种类型的传感器数据，传感器数据获取模块302还可以经由通信机制(图3未示出)获取对确定和/或优化确定车辆使用状态有用的其他类型的数据。这些数据例如可以包括从天气服务接收的天气预报数据(例如风向、风速、大气温度、大气湿度或类似)，环境空气质量等。

然后，在步骤506，基于获取的车载传感器数据确定车辆的使用状态。“使用状态”指的是可能影响车内空气质量的车辆的使用状态。这些使用状态例如包括但不限于车窗状态(开或关)、通风状态(新风模式或内循环模式)以及车内空调状态(开或关、制热模式或制冷模式)，车内空气净化器状态(开或关、风扇速度)或类似。

然后，在步骤508，基于确定的车辆使用状态和获取的传感器数据确定车内空气质量的变化趋势。本文在上面描述了如何确定使用状态以及变化趋势，这里不再赘述。请参见结合图3、4A至4C的相关描述部分。

接下来，在步骤510，响应于确定的车内空气质量的变化趋势发送信号给车辆的控制系统以控制车辆的使用状态。响应于确定的车内空气质量的变化趋势变坏和/或达到超过一预定的阈值，发信号给车辆的控制系统以基于从以下控制策略中选择的至少一个控制车辆的状态：打开车窗、关闭空调的制热模式、打开空调的制冷模式、关闭通风的新风模式、打开通风的内循环模式、打开车内空气净化器。响应于确定的车内空气质量的变化趋势变好或达到低于一预定的阈值，发信号给车辆的控制系统以基于从以下控制策略中选择的至少一个控制车辆的状态：关闭车窗、打开空调的制热模式、关闭空调的制冷模式、打开通风的新风模式、关闭通风的内循环模式、关闭车内空气净化器。

然后，可选地在步骤512，验证车辆使用状态的控制是否有效，即车内空气质量得到改善，并且响应于验证控制无效，基于更新的控制策略控制车辆的使用状态。车辆使用状态的控制是否有效的验证可以周期性地执行以连续监控并智能的控制车内空气质量。

可选地，还可以获取可能影响车内空气质量的其他数据并且利用这些数据进一步调整车内空气质量的变化趋势。这些其他数据可以包括但不限于环境大气污染物浓度、道路结构、交通状态、车内乘客数量或类似。

上面描述了根据本发明例示实施例的车内空气质量智能控制机制300、方法500。应该理解，本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读介质(或媒体)，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

使用云计算环境的示例性方面

尽管该详细描述包括云计算环境中的本发明的示例性实施例，首先应当理解，记载的技术方案的实现不限于云计算环境，而是能够结合现在已知或以后开发的任何其它类型的计算环境而实现。

云计算是一种服务交付模式，用于对共享的可配置计算资源池进行方便、按需的网络访问。可配置计算资源是能够以最小的管理成本或与服务提供者进行最少的交互就能快速部署和释放的资源，例如可以是网络、网络带宽、服务器、处理、内存、存储、应用、虚拟机和服务。这种云模式可以包括至少五个特征、至少三个服务模型和至少四个部署模型。

特征包括：

按需自助式服务：云的消费者在无需与服务提供者进行人为交互的情况下能够单方面自动地按需部署诸如服务器时间和网络存储等的计算能力。

广泛的网络接入：计算能力可以通过标准机制在网络上获取，这种标准机制促进了通过不同种类的瘦客户机平台或厚客户机平台(例如移动电话、膝上型电脑、个人数字助理PDA)对云的使用。

资源池：提供者的计算资源被归入资源池并通过多租户(multi-tenant)模式服务于多重消费者，其中按需将不同的实体资源和虚拟资源动态地分配和再分配。一般情况下，消费者不能控制或甚至并不知晓所提供的资源的确切位置，但可以在较高抽象程度上指定位置(例如国家、州或数据中心)，因此具有位置无关性。

迅速弹性：能够迅速、有弹性地(有时是自动地)部署计算能力，以实现快速扩展，并且能迅速释放来快速缩小。在消费者看来，用于部署的可用计算能力往往显得是无限的，并能在任意时候都能获取任意数量的计算能力。

可测量的服务：云系统通过利用适于服务类型(例如存储、处理、带宽和活跃用户帐号)的某种抽象程度的计量能力，自动地控制和优化资源效用。可以监测、控制和报告资源使用情况，为服务提供者和消费者双方提供透明度。

服务模型如下：

软件即服务(SaaS)：向消费者提供的能力是使用提供者在云基础架构上运行的应用。可以通过诸如网络浏览器的瘦客户机接口(例如基于网络的电子邮件)从各种客户机电路访问应用。除了有限的特定于用户的应用配置设置外，消费者既不管理也不控制包括网络、服务器、操作系统、存储、乃至单个应用能力等的底层云基础架构。

平台即服务(PaaS)：向消费者提供的能力是在云基础架构上部署消费者创建或获得的应用，这些应用利用提供者支持的程序设计语言和工具创建。消费者既不管理也不控制包括网络、服务器、操作系统或存储的底层云基础架构，但对其部署的应用具有控制权，对应用托管环境配置可能也具有控制权。

基础架构即服务(IaaS)：向消费者提供的能力是消费者能够在其中部署并运行包括操作系统和应用的任意软件的处理、存储、网络和其他基础计算资源。消费者既不管理也不控制底层的云基础架构，但是对操作系统、存储和其部署的应用具有控制权，对选择的网络组件(例如主机防火墙)可能具有有限的控制权。

部署模型如下：

私有云：云基础架构单独为某个组织运行。云基础架构可以由该组织或第三方管理并且可以存在于该组织内部或外部。

共同体云：云基础架构被若干组织共享并支持有共同利害关系(例如任务使命、安全要求、政策和合规考虑)的特定共同体。共同体云可以由共同体内的多个组织或第三方管理并且可以存在于该共同体内部或外部。

公共云：云基础架构向公众或大型产业群提供并由出售云服务的组织拥有。

混合云：云基础架构由两个或更多部署模型的云(私有云、共同体云或公共云)组成，这些云依然是独特的实体，但是通过使数据和应用能够移植的标准化技术或私有技术(例如用于云之间的负载平衡的云突发流量分担技术)绑定在一起。

云计算环境是面向服务的，特点集中在无状态性、低耦合性、模块性和语意的互操作性。云计算的核心是包含互连节点网络的基础架构。

现在参考图6，其中显示了云计算节点的一个例子。图6显示的云计算节点10仅仅是适合的节点的一个示例，不应对本发明实施例的功能和使用范围带来任何限制。总之，云计算节点10能够被用来实现和/或执行所述的任何功能。

尽管云计算节点10被示出具有计算机系统/服务器12，应当被理解，其可与众多其它通用或专用计算系统环境或配置一起操作。众所周知，适于与计算机系统/服务器12一起操作的计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上电路、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统﹑大型计算机系统和包括上述任意系统或电路的分布式云计算技术环境，等等。

计算机系统/服务器12可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括执行特定的任务或者实现特定的抽象数据类型的例程、程序、目标程序、组件、逻辑、数据结构等。计算机系统/服务器12可以在通过通信网络链接的远程处理电路执行任务的分布式云计算环境中实施。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储电路上。

参考图6，计算机系统/服务器12以通用计算电路的形式表现。计算机系统/服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机系统/服务器12典型地包括多种计算机系统可读介质。这些介质可以是能够被计算机系统/服务器12访问的任意可获得的介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机系统/服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图1未显示，通常称为“硬盘驱动器”)。尽管图1中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括一个程序产品，该程序产品存储一个或多个程序模块42，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括适于网络环境的实现。在一些实施例中，程序模块42通常适于执行本发明的实施例中的一个或更多的功能和/或方法。

计算机系统/服务器12也可以与一个或多个外部设备14(例如键盘、指向电路、诸如显示器24等的其他外部设备)通信，还可与一个或者多个使得用户能与该计算机系统/服务器12交互的组件通信，和/或与使得该计算机系统/服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22和/或其他电路进行。列如，计算机系统/服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机系统/服务器12的其它模块通信。应当明白，尽管图中未示出，其它硬件和/或软件模块可以与计算机系统/服务器12一起操作，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

现在参考图7，其中显示了示例性的云计算环境50。如图所示，云计算环境50包括云计算消费者使用的本地计算设备可以与其相通信的一个或者多个云计算节点10，本地计算设备例如可以是个人数字助理(PDA)或移动电话54A，台式电脑54B、笔记本电脑54C和/或汽车计算机系统54N。云计算节点10之间可以相互通信。可以在包括但不限于如上所述的私有云、共同体云、公共云或混合云或者它们的组合的一个或者多个网络中将云计算节点10进行物理或虚拟分组(图中未显示)。这样，云的消费者无需在本地计算电路上维护资源就能请求云计算环境50提供的基础架构即服务(IaaS)、平台即服务(PaaS)和/或软件即服务(SaaS)。应当理解，图7显示的各类计算电路54A-N仅仅是示意性的，云计算节点10以及云计算环境50可以与任意类型网络上和/或网络可寻址连接的任意类型的计算电路(例如使用网络浏览器)通信。

现在参考图8，其中显示了云计算环境50(图8)提供的一组功能抽象层。首先应当理解，图7所示的组件、层以及功能都仅仅是示意性的，本发明的实施例不限于此。如图所示，提供下列层和对应功能：

硬件和软件层60包括硬件和软件组件。硬件组件的例子包括：主机61；基于RISC(精简指令集计算机)体系结构的服务器62；服务器63；刀片服务器64；存储电路65；网络和网络组件66。软件组件的例子包括：网络应用服务器软件67以及数据库软件68。

虚拟层70提供一个抽象层，该层可以提供下列虚拟实体的例子：虚拟服务器71、虚拟存储72、虚拟网络73(包括虚拟私有网络)、虚拟应用和操作系统74，以及虚拟客户端75。

在一个示例中，管理层80可以提供下述功能：资源供应功能81：提供用于在云计算环境中执行任务的计算资源和其它资源的动态获取；计量和定价功能82：在云计算环境内对资源的使用进行成本跟踪，并为此提供帐单和发票。在一个例子中，该资源可以包括应用软件许可。安全功能：为云的消费者和任务提供身份认证，为数据和其它资源提供保护。用户门户功能83：为消费者和系统管理员提供对云计算环境的访问。服务水平管理功能84：提供云计算资源的分配和管理，以满足必需的服务水平。服务水平协议(SLA)计划和履行功能85：为根据SLA预测的对云计算资源未来需求提供预先安排和供应。

工作负载层90提供云计算环境可能实现的功能的示例。在该层中，可提供的工作负载或功能的示例包括：地图绘制与导航91；软件开发及生命周期管理92；虚拟教室的教学提供93；数据分析处理94；交易处理95；以及根据本发明的方法100。

在任何可能的技术细节结合层面，本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、存储区域网络(SAN)、网络附加存储(NAS)设备、独立磁盘冗余阵列(RAID)、数字多功能盘(DVD)、记忆棒、USB拇指驱动器、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、集成电路配置数据或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

此外，申请人的意图是包含所有权利要求要素的等同物，并且对本申请的任何权利要求的任何修改都不应被解释为对经修改权利要求的任何要素或特征的等同物的任何利益或权利的免责声明。