专利名称：用于对空气质量状态进行自适应车辆响应的方法
技术领域：
本说明性实施例总体涉及用于对空气质量状态进行自适应车辆响应的方法和装置。
背景技术：
车辆计算机系统和车辆技术的进步已经使得车辆信息娱乐系统成为改善驾驶体验的强有力的工具。广泛地，可在仪表盘导航显示器中为驾驶员提供方向并且甚至可提供对车辆系统(例如音乐、暖通空调(HVAC))的触敏控制。此外，许多现有车辆可具备连接至远程源(例如服务器或者其他远程机器)的能力，并且动态地与远程计算机交互。可以使用无线局域网络(LAN)连接、通过无线或有线地·连接至车辆计算机系统的蜂窝电话拨打、通过平板电脑或者其他具有通信功能的蓝牙设备实现这些连接。通过连接至远程源，可以极大扩展车辆信息娱乐系统的功能。同样，通过为车辆用户提供服务，OEM可根据驾驶员的需求和要求提供定制的、动态的解决方案。这些可以在远程源处适应性地定制，且个人驾驶员可访问显示的(设计用以增强他们的特定驾驶体验的)定制选项。尽管这些系统适用并且处于不断发展中，通过远程源可访问的许多资源还不能从车辆计算机系统访问且没有集成进入车辆计算机系统。在线使用计算机体验中用户可能认为理所当然的资源可被传送至车辆并且以新颖的形式整合以有利地丰富驾驶体验同时最小化驾驶员分神。
发明内容
在第一说明性实施例中，一种用于对空气质量状态进行自适应车辆响应的方法包括连接至远程系统以及请求关于已知车辆位置附近的空气质量水平的数据。该说明性方法进一步包括接收关于空气质量水平的数据并且将该数据与一个或多个预定容限(tolerance)阈值水平作比较。如果数据超出至少一个容限阈值水平，则指令自动车辆计算机系统响应。在此示例中，该方法还包括响应于该数据超出该至少一个容限阈值水平激活一个或多个车辆系统。在第二说明性的实施例中，一种用于对空气质量状态进行自适应车辆响应的方法包括比较关于已知车辆位置附近的空气质量水平的数据与一个或多个预定容限阈值水平。如果该数据超出至少一个容限阈值水平，指令车辆路线规划(routing)系统确定是否存在避开至少部分区域到达请求目的地的第二路线。在此示例中，如通过该数据指示的，该区域为超出一个或多个容限阈值水平的区域。该说明性示例还包括接收关于路线的数据和关于至请求目的地的至少一个首选路线的数据，其中，该至少一个首选路线为至少部分基于时间效率的路线。另外，该示例性方法包括比较第二路线和首选路线之间的预计的时间差。如果预计时间差低于时间差阈值水平则将第二路线展示为将行驶的路线。在第三说明性示例中，提供一种计算机可读存储介质存储指令，当通过车辆计算机系统的处理器执行该指令时，使得该车辆计算机系统执行方法，该方法包括连接至远程系统以及请求关于已知车辆位置附近的空气质量水平的数据。该执行的说明性方法还包括接收关于空气质量水平的数据并且将该数据与一个或多个预定容限阈值水平比较。如果该数据超出至少一个预定容限阈值水平，则指令自动车辆计算机系统响应。另外，该说明性的执行方法包括响应于该数据超出该至少一个容限阈值水平而激活一个或多个车辆系统。
图I显示了车辆计算机系统的说明性示例。图2显示了用于响应性空气质量监视的说明性处理。图3显示了用于车辆计算机系统响应空气质量数据的说明性处理。·图4显示了用于车辆计算机系统响应空气质量数据的另一个说明性处理。图5显示了又一个用于车辆计算机系统响应空气质量数据的进一步的说明性处理。图6显示了车辆路线规划系统响应空气质量数据的处理。
具体实施例方式根据需要，在此公开了本发明的具体实施例；然而，应当理解在此公开的实施例仅为可以以多种和可替代形式实施的本发明的示例。附图不是必需按照比例绘制；可以扩大或缩小一些特征以显示特定部件的细节。因此，在此公开的具体结构和功能细节不应该被理解为限制，而仅仅是用于教导本领域内技术人员以多种形式实施本发明的代表性基础。图I显示了用于车辆31的基于车辆的计算机系统(VCS) I的示例框式拓扑图。这种基于车辆的计算机系统I的示例为由福特汽车公司制造的SYNC系统。设有基于车辆的计算机系统的车辆可包含位于车辆中的可视前端界面4。用户还可通过例如触摸屏(如果有的话)与该界面交互。在另一说明性的实施例中，通过按压按扭、口头对话和语音合成进行交互。在图I中所示的说明性实施例I中，处理器3控制车载计算机系统的运行的至少一部分。设在车辆中的处理器允许车载处理指令和处理。此外，处理器连接至非持久存储器5和持久存储器7。在这个说明性实施例中，非持久存储器为随机存取存储器(RAM)并且持久存储器为硬盘驱动器(HDD)或闪存。处理器还设有多个不同的输入，允许用户与处理器交互。在此说明性实施例中，设有麦克风29、辅助输入25 (用于输入33) ,USB输入23、GPS输入24和蓝牙输入15。还设有输入选择器51以允许用户在多种输入之间切换。在对麦克风和辅助连接器的输入传递至处理器之前通过转换器27将其从模拟信号转换为数字信号。尽管未显示，与VCS通信的多个车辆组件和辅助组件可使用车辆网络(例如但不限于CAN总线)以向VCS(或其组件)传递数据或从其接收数据。对系统的输出可包括但不限于视觉显不器4和扬声器13或立体声系统输出。扬声器连接至放大器11并通过数字-模拟转换器9从处理器3接收其信号。还可分别沿19、21处所示的双向数据流输出至远程蓝牙设备(例如PND54)或USB设备(例如车辆导航设备 60)。在一个说明性实施例中，系统I使用蓝牙收发器15与用户的移动设备53(例如蜂窝电话、智能电话、PDA或具有无线远程网络连接能力的任何其它设备)通信17。移动设备可随后用于通过例如与蜂窝塔57的通信55来与车辆31外部的网络61通信59。在一些实施例中，蜂窝塔57可为WiFi接入点。信号14代表了移动设备和蓝牙收发器之间的示例性通信。可通过按钮52或类似输入指示移动设备53和蓝牙收发器15的配对，这样，指示CPU车载蓝牙收发器将与移动设备中的蓝牙收发器配对。可利用例如与移动设备53相关联的数据计划(data-plan)、声载数据(data overvoice)或双音多频(DTMF)音调在CPU 3和网络61之间通信数据。可替代地，可能需要包括具有天线18的车载调制解调器63以便通过语音频带(voice band)在CPU 3和网络61 之间通信16数据。随后，移动设备53能够通过例如与蜂窝塔57的通信55，以与车辆31之外的网络61通信59。在一些实施例中，调制解调器63可与蜂窝塔建立通信20，以与网络61通信。如非限制性示例，调制解调器63可为USB蜂窝调制解调器并且通信20可为蜂窝通信。在一个说明性实施例中，处理器可设有包括API(应用编程接口)的操作系统以与调制解调器应用软件通信。调制解调器应用软件可访问蓝牙收发器上的嵌入模块或固件以完成与远程蓝牙收发器(例如在漫游设备中发现的)的无线通信。蓝牙为IEEE 802PAN(个人局域网络)协议的子集。IEEE 802LAN(局域网络)协议包括WiFi并且与IEEE 802PAN具有相当多的功能交叉。两者都适用于车辆内的无线通信。可以在此领域使用的其它通信方式可以是自由空间光通信(例如红外数据协议，IrDA)和非标准的消费者红外(consumerIR)协议。在另一实施例中，移动设备53包括用于语音频带或宽带数据通信的调制解调器。在声载数据的实施例中，当正在传输数据期间移动设备的主人对设备说话时，可执行已知为频分复用的技术。在其它时间，当主人没有使用该设备时，数据传输能够使用整个带宽(在一个示例中为300Hz至3. 4kHz)。尽管频分复用对于车辆和因特网之间的模拟蜂窝通信为常见的并且仍然在使用，其已经很大程度上由码分多址(CDMA)、时分多址(TDMA)、空分多址(SDMA)替代用于数据蜂窝通信。这些都是ITU IMT-2000 (3G)标准并且为静止或者步行用户提供高达2Mbs的数据传输速率以及为在移动车辆中的用户提供高达385Kbs的数据传输速率。3G标准现正被可以为车辆中用户提供IOOMbs以及为静止用户提供IGbs数据传输的高级国际移动通信aMT-AdVanced(4G))替代。如果用户具有与移动设备相关联的数据计划，该数据计划可能允许宽带传输且系统可使用更宽的带宽(加速数据传输)。在又一实施例中，移动设备53被安装至车辆31的蜂窝通信设备(未显示)所代替。在又一实施例中，移动设备53可为能够通过例如(而非限定)802. 11网络(例如WiFi)或WiMax网络通信的无线局域网(LAN)设备。在一个实施例中，输入数据可经由声载数据或数据计划穿过移动设备、穿过车载蓝牙收发器、并进入车辆内部处理器3。例如，在某些临时数据的情况下，数据可存储在HDD或其它存储介质7上直至不再需要的时候。
其它可与车辆交互的来源包括具有例如USB连接56和/或天线58的个人导航设备54，或者具有USB 62或其它连接的车辆导航设备60、车载GPS设备24、或者与网络61连接的远程导航系统(未显示)。USB是一类串行网络协议中的一种。IEEE 1394(火线)、电子工业协会(EIA)串行协议、IEEE1284(并行接口)、S/PDIF (索尼/飞利浦数字互联格式)和USB-IF(USB应用者论坛)形成了设备-设备串行标准的骨干。多数协议可以实施用于电或者光通信。此外，CPU可与多个其它辅助设备65通信。这些设备可通过无线连接67或有线连接69相连。辅助设备65可包括但不限于个人媒体播放器、无线健康设备、便携式计算机
坐寸o同样地或可替代地，CPU可使用例如WiFi 71收发器连接至基于车辆的无线路由器73。这可允许CPU在本地路由器73范围内连接至远程网络。·除了通过位于车辆中的车辆计算机系统执行示例处理之外，在一些实施例中，可以通过与车辆计算机系统相通信的计算机系统执行示例性处理。这样的系统可包括但不限于无线设备(例如但不限于移动电话)或者经由无线设备连接的远程计算机系统(例如但不限于服务器)。总体上，这些系统可称为车辆相关联计算机系统(VACS)。在一些实施例中VACS的特定部件可以根据系统的特定实施而执行处理的特定部分。通过示例并且是非限制的，如果处理包括使用配对无线设备发送或者接收信息的步骤，则很可能无线设备没有执行该处理，因为该无线设备不会与自身进行“发送和接收”信息。本领域内普通技术人员会理解何时不适合对给定解决方案应用特定VACS。在所有解决方案中，预期至少位于车辆中的车辆计算机系统(VCS)自身能够执行示例性处理。尽管在过去的几年中针对车辆计算机系统做了许多基于娱乐的添加，但是添加了相对很少的解决驾驶员在路上时可能有的更独特的要求的选项。互联网上包括富含最新信息的网页和数据库，而访问这些远程源可为驾驶员提供很多有用信息。另外，驾驶员分神正变成严重的问题。在很多州，当驾驶时发信息以及其他分神已经构成违法，因而希望以最小化任何从道路分神的形式向驾驶员传递有用信息。为此，可能使得车辆计算机尽可能自适应地对信息作出反应。通过预编程一些行为，并且通过最小化所需的驾驶员动作，车辆系统可为驾驶体验整合有用信息同时在他们行驶过程中保持驾驶员和其他乘客的安全。同时，可以通过从多个源整合信息大大改善驾驶体验。世界很多工业城市面临的一个问题是空气污染。污染物有时候会留存很长时间，多年的工厂和工业的输出结果降低了特定区域的可呼吸的空气质量。当沿海和其他天气因素影响时，可能会集中并明显地出现低质量空气区域，例如烟雾。甚至在其中工业污染不普遍的区域，可能存在很多自然发生的空气-质量调节因素。其中最普遍的一个是在一年的某些时间段期间的花粉。花粉过敏程度可从轻微过敏至严重危险，在很多情况下，在一个人遭遇充满花粉的“污染”区域之前可能几乎没有预先警告。这可能对潜在地成为严重过敏驾驶员来说是个问题，因为流鼻涕、流眼泪、打喷嚏和更为严重的症状可阻止驾驶员完全注意道路。记得检查网络(例如在进入他们车辆之前)的驾驶员可能能够确定花粉水平和/或哪里空气中当前花粉浓度高。但是很多时候，特别当驾驶员匆忙赶向目的地时，可能驾驶员不会提前检查这些数据。其他时候，如果在一个季节中还没有发生过敏时，驾驶员可能简单地忽略引发过敏的天气/季节变化来临的事实。不幸的是，这些驾驶员通常在遭遇时才发现这些信息，对他们来说可能没有比这更不愉快的经历，相反他们希望提前知晓空气质量状况。通过将对空气质量的适应性响应整合进入车辆计算机系统，可以给驾驶员更好的机会以避免这些可能会引起不愉快或者甚至潜在威胁生命的状况。图2显示了用于响应性空气质量监视的说明性处理。在此说明性示例中，在201处该处理首先激活空气质量监视。在在此讨论的许多示例中，花粉被用作为被监视的空气污染物的一个示例，然而可以响应于任何特定空气污染物利用该说明性的方法和装置，且花粉仅用作为这样的污染物的一个非限制性示例。在此非限制性示例中，可由于驾驶员请求激活该处理，或者可以例如但不限于响应于探测到车辆中存在过敏人员激活该处理。在至少一个示例中，车辆计算机系统能够与·无线乘客设备通信(例如但不限于，健康监视设备和蜂窝电话)，并且与特定设备的通信或者存储的档案资料与设备配合可以指示车辆中出现过敏人员。另外地或可替代地，通信可以指示出现希望避免特定类型空气(例如但不限于充满烟雾的空气)的人员。一旦激活处理，在203处与远程系统(例如但不限于服务器、数据库等)建立通信。与远程系统的通信可提供关于空气质量的最新数据至车辆计算机系统。在此示例中，在210处显示了与远程系统通信可采用的流程的两个非限制性示例。在第一示例中，在205处，车辆计算机系统(VCS)可发送对沿着例如已知路线的或者对应车辆位置附近区域的空气质量数据的请求。由于车辆可能包括配备GPS的导航系统，确定车辆的当前位置可能相对简单。另外地或可替代地，可能已经将路线编程入导航系统，因此VCS可发送关于需要区域的何种数据的具体信息至远程系统。即使路线没有编程入系统，系统可基于例如一天中的时间和/或当前车辆位置和/或特定驾驶员等能够预测最终目的地。如果启用这样的预测，系统可预测性地添加路线并使用该路线信息用于收集空气质量数据。一旦该需求的数据(如果有的话)已经被发送至远程系统，在207处车辆计算机系统可接收响应于其请求的数据。随后在209处可针对低质量或者不希望的空气事件将该数据立即或者逐步(或者两者)与将行驶路线相比较。在第二示例中，在204处路线信息中继至远程系统。替代车辆车载处理数据，远程系统可利用增强的计算机能力并远程执行必须的决策。在此示例中，在206处可以通过车辆接收总览指令或者一组指令，为车辆计算机系统提供一个或多个在沿路线的特定位置将采取的决定或者指令。在其他示例中，无线连接设备，例如但不限于智能电话可包含应用程序或者配备处理能力以便分析数据。这样的非车载(offboard)处理可释放车辆计算机系统的能力以处理其他任务同时分析数据以获取有用的结果。当已经接收特定请求的响应，在211处，以任何希望的形式，处理可随后检查以查看是否需要动作。参照图3-6具体讨论了动作的非限制性示例。如果需求动作，在213处处理根据需要采取动作。图3显示了车辆计算机系统响应空气质量数据的说明性处理。在此说明性示例中，处理可引导用户至本地抗过敏药物商店，或者通知用户接近该用户通常购买抗过敏药物的商店。该处理为响应于例如升级的空气污染物水平，车辆计算机系统可采取的动作的说明性示例。在此实施例中，在301处该处理检查以查看是否有存储关于乘客的任何药房数据。例如但不限于，数据可以与用户档案存储在本地存储器，存储在无线设备上或者在可以通过VCS访问的远程位置。如果没有出现数据，在303处处理可检查以查看是否有可用在线档案或者在线数据。例如但不限于，该处理可联系病史档案服务方以查看最近在哪里抓药。在此示例中，在305处处理连接至数据库或者其他信息服务并在307处请求关于在车辆附近的优选的药房或者最近使用的药房的地址(以及可能的其它信息)。随后，在309处接收地址。在311处，如果地址可用，或者如果在301处初始检查发现地址并且在313处检索至IJ，在315处处理可随后确定车辆是否距离药房预定或者用户定义的附近。如果用户在范围内，在317处处理还可以基于例如但不限于从远程源接收的信息确定当前是否出现高花粉水平。另外地或可替代地，在319处处理可检查以查看是否花粉预报预测沿着计划路线 或者在不久的将来在车辆附近的(或者用户家庭住址、工作地址等)高花粉水平。如果可能遭遇过敏源，在321处该说明性处理可提醒用户在车辆附近(或沿着计划路线)有优选药店并且如果需要则建议该用户停车以取药。该建议可包括例如关于花粉水平或者预期的花粉水平的信息。图4显示了用于车辆计算机系统响应空气质量数据的另一个说明性处理。在此说明性示例中，在401处已经启用了车辆计算机系统，且在403处处理检查以查看是否启用用户-警告特征。例如，用户可希望一旦花粉或者污染物计数高于特定阈值时被警告。如果用户启用警告(或者总是启用警告)，在405处处理可连接至远程、最新数据库并在407处请求污染物数据和/或污染物预报。同样，数据可以是特定位置的、关于将行驶的路线等。在409处如果当前出现或者很可能出现高花粉(污染物)水平，在413处处理可向用户展示提醒/警告如果需要应该服用药物以防止过敏事件的发生(或者其他相关警告)。同样，在此实施例中，在415处处理询问驾驶员是否需要到可以购买药物的位置的路线。例如，驾驶员可能已经选择去工作的路线，但是可能想要沿途驾驶员可以停下取药的位置。在417处路线规划引擎可重新为车辆规划路线至方便或者优选位置，随后一旦到达该位置并且恢复行驶时恢复初始路线。除了提供路线信息外，车辆计算机系统可配备有进行或者辅助进行电话呼叫的能力。这种情况下，在419处处理还询问驾驶员是否该驾驶员希望连线至目的地药房/商店，以例如下药物订单。如果驾驶员希望连线，在421处系统可基于先前获得的信息为驾驶员拨打该商店或者该系统可询问远程数据库以获得商店电话号码然后为驾驶员拨出呼叫。这样，驾驶员可以开始行驶而不需要停车、寻找号码以及提前拨打电话至药店。利用VCS的能力，驾驶员可处理电话呼叫同时保持航路并且节省时间和避免干扰。此外，这可防止当驾驶时如果驾驶员手动操作蜂窝电话以拨出呼叫时可能发生的分神。图5显示了用于车辆计算机系统响应空气质量数据的又一个进一步的说明性处理。在此说明性示例中，在501处该处理主动监视路线中花粉或者其他污染物出现。
可以以几种形式进行监视。在一个非限制性示例中，该系统可能已经下载关于将行驶路线的数据或者预报。在这种情形下，可以相对于车辆的当前位置检查数据以便确定是否出现或者预期高污染水平。在另一个非限制性示例中，该系统可与可提供任意污染物水平的当前指示的远程最新数据源周期性或者持续通信。如果在503处预期/接近/确定特定污染物水平，在505处处理可检查以查看是否有针对污染物和/或污染物水平将要采取的任何自动动作。例如，在一个实例中，严重的过敏人员可能希望完全绕开污染物规划路线，而其它轻度过敏人员可能简单地希望获得提醒或者切换至内循环空气。如果没有将采取的自动动作，在此示例中，在507处处理警告驾驶员污染物的升级水平并且不采取进一步的动作。在此示例中，如果将采取动作，则在509处处理还发布警告，其可包括关于污染物的信息和将采取的动作。这可以帮助防止驾驶员受惊如果(例如)车窗可能自动关闭。驾驶员还可以被给予选择退出车辆采取自动动作的选项。一旦给出充分的警告，如果需要，车辆可例如但不限于在511处升起车窗、在513处将HVAC系统切换至内循环空气，或者采取其他合适的动作包括但不限于重新为车辆规·划路线或者提供可替代的路线选项。另外地或者可替代地，在515处自动启用的系统可包括，例如动态空气过滤器。这样的空气过滤器可基于已知或者预期的空气质量调节其孔隙度。在另一情形下，在517处系统可包括自适应吹风机,其改变流率同时改变空气质量。图6显示了响应空气质量数据的车辆路线规划系统。在此说明性示例中，在601处，驾驶员可在车辆中输入希望的旅程目的地。响应于预定设置、驾驶员请求、已知过敏源或者因为另一合适的原因，在603处VCS可连接至远程系统并在605处获取关于沿着将行驶路线的空气质量的数据。同样，该数据可以为当前数据或者预报数据。在607处如果确定会出现或者可能出现低空气质量状况，在609处该处理可设置为自动规划路线以绕开该状况。在一个示例中，如果空气质量低于特定阈值，则可设置自动路线规划(即，驾驶员可总是希望避开一定水平的污染物)。在另一个示例中，可以总是开启或者从不开启自动路线规划。如果没有启用自动路线规划或者没有达到阈值，在611处该处理可警告驾驶员探测的或者预期的污染物水平并且如果有可用的以避开污染物的路线则在613处为驾驶员提供该选项。如果存在多个可用的到目的地的类似距离的路线，这样的特征可能对于长途旅程特别有用。如果可以避开高水平污染物并很可能避开例如过敏反应，驾驶员甚至可能不介意多行驶一些距离。如果驾驶员不想采用替代路线，在615处处理会前进以根据合适的路线规划范例规划路线。如果需要绕开路线或者自动采用路线，在617处处理会确定绕开污染物的至少一条路线。在此说明性示例中，如果替代路线在标准路线(例如直接路线)合理阈值内，假定驾驶员会至少在特定情形下仅需求替代路线。相应地，在619处还确定了“标准”路线。随后在621处比较该标准路线与绕开路线以确定是否该替代路线处于容限阈值内。根据此实施例，能够例如但不限于通过由驾驶员或者车辆制造商作出的设置而预定该阈值。如果满足容限水平，在623处，该路线规划处理选择该绕开路线作为可接受路线。如果该路线不在容限内(或者不存在容限)，在625处该处理可例如展示该两个路线之间的预期时间差。这还可考虑交通水平、速度限制、已知停止点、施工等。驾驶员随后可有选择希望那条路线的选项，在627处该处理会继续使用该选择的路线。尽管上面描述了示例实施例，并不意图这些实施例描述本发明的所有形式。相反，在说明书中使用的词汇为说明性的而非限定，应该理解可以作出多种变形而不会背离本发明的精神和范围。另外，可以组合多个实施例的特征以形成本发明的进一步实施例。·
权利要求
1.一种用于对空气质量状态进行自适应车辆响应的方法，所述方法包含如下步骤 与远程系统连接并请求关于已知车辆位置附近的空气质量水平的数据； 接收所述空气质量水平的数据； 将所述数据与一个或多个预定容限阈值水平比较，其中，如果所述数据超出至少一个所述容限阈值水平，则激活一个或多个车辆系统。
2.如权利要求I所述的方法，其中，所述数据涉及人造污染物。
3.如权利要求I所述的方法，其中，所述数据涉及自然发生的污染物。
4.如权利要求3所述的方法，其中，所述污染物为花粉。
5.如权利要求I所述的方法，其中，所述方法进一步包含 探测乘客的出现，其中，为所述乘客预存储了并且可通过车辆计算机系统访问的关于容限水平的数据；以及 利用所述预存储的所述关于容限水平的数据来执行所述比较。
6.如权利要求I所述的方法，其中，所述激活的车辆系统为导航系统且所述激活进一步包含为所述车辆重新规划路线以避开所述数据超出所述至少一个容限阈值水平的区域。
7.如权利要求I所述的方法，其中，所述激活的车辆系统为提醒所述乘客所述比较的结果的警报系统。
8.如权利要求7所述的方法，其中，所述警报系统提供关于所述空气质量水平的信息。
9.如权利要求I所述的方法，其中，所述激活的车辆系统为导航系统且所述激活进一步包含为所述车辆重新规划路线至所述车辆系统确定可以获取药物的附近商店。
10.如权利要求9所述的方法，其中，所述方法进一步包括提供选项以经由车辆计算机系统联系所述附近商店，并且如果选择了所述选项，经由所述车辆计算机系统联系所述附近商店以允许乘客请求药物。
全文摘要
公开了一种用于对空气质量状态进行自适应车辆响应的方法。所述方法包括连接至远程系统并请求关于已知车辆位置附近的空气质量水平的数据。该方法进一步包括接收关于该空气质量水平的数据并且将该数据与一个或多个预定容限阈值水平比较。如果该数据超出至少一个所述容限阈值水平，则指令自动车辆计算机系统响应。在此示例中该方法还包括响应于该数据超出该至少一个容限阈值水平激活一个或多个车辆系统。
文档编号B60W50/08GK102785666SQ20121015082
公开日2012年11月21日 申请日期2012年5月15日 优先权日2011年5月18日
发明者克里希纳斯瓦米·韦卡特施·普拉萨德, 格瑞·斯提芬·斯侧姆罗, 马克·斯肯德 申请人:福特全球技术公司