CN105398451A - 关于车辆的故障通知 - Google Patents

Abstract

提供用于提供关于车辆的故障通知的方法和系统。通知单元被配置成当检测到关于车辆的故障时提供通知。处理器联接到通知单元，并且被配置成在检测到故障时将提供通知的指令提供到通知单元并且在检测到故障时限制车辆的操作直到响应通知采取动作。

Description

关于车辆的故障通知

技术领域

本公开一般涉及车辆的领域，并且更具体来说，涉及用于提供关于车辆（诸如汽车）的故障通知的方法和系统。

背景技术

如今某些车辆在检测到车辆或其一个部件内的故障时提供通知。例如，可以在车辆的前仪表板显示器上点亮诊断代码或图标。然而，某些人可能不总是遵守车辆内提供的通知。

因此，需要提供用于提供关于车辆的故障通知的改进的方法和系统。此外，本发明的其他所需特征和特性将结合附图以及以上技术领域和背景技术从随后的详细描述和随附权利要求变得显而易见。

发明内容

根据示例性实施例，提供一种方法。该方法包括：当检测到关于车辆的故障时提供通知；以及当检测到故障时通过处理器限制车辆的操作直到响应通知采取动作。

根据另一个示例性实施例，提供一种系统。该系统包括通知单元和处理器。通知单元被配置成当检测到关于车辆的故障时提供通知。处理器联接到通知单元，并且被配置成在检测到故障时将提供通知的指令提供到通知单元并且在检测到故障时限制车辆的操作直到响应通知采取动作。

根据又一个示例性实施例，提供一种车辆。该车辆包括驱动系统、通知单元和处理器。通知单元被配置成当检测到关于车辆的故障时提供通知。处理器联接到通知单元，并且被配置成在检测到故障时将提供通知的指令提供到通知单元并且在检测到故障时限制车辆的操作直到响应通知采取动作。

本发明包括以下方案：

1.一种方法，包括：

当检测到关于车辆的故障时提供通知；以及

当检测到所述故障时通过处理器限制所述车辆的操作直到响应所述通知采取动作。

2.如方案1所述的方法，其中：

提供所述通知的步骤包括当用户试图起动所述车辆的发动机时提供所述通知；以及

限制所述车辆的操作的步骤包括阻止所述发动机起动直到采取所述动作。

3.如方案1所述的方法，其中拒绝改变所述车辆的变速器模式离开停车模式的请求直到采取所述动作。

4.如方案1所述的方法，其中：

提供所述通知的步骤包括在每个点火周期开始时提供所述通知；以及

限制所述车辆的操作的步骤包括在已经在预定数量的点火周期提供所述通知之后，限制所述车辆的操作直到采取所述动作。

5.如方案1所述的方法，其中所述动作包括所述车辆的驾驶者已经检查所述通知的确认。

6.如方案5所述的方法，其中所述动作包括接合用于所述车辆的仪表板显示器上的开关以确认所述车辆的驾驶者已经检查所述通知。

7.如方案5所述的方法，其进一步包括：

连同所述通知提供倒计时器；

其中限制所述车辆的操作的所述步骤包括阻止所述车辆的发动机起动直到所述倒计时器期满并且已经进行所述确认。

8.如方案1所述的方法，其中所述动作包括所述故障存在的确认。

9.如方案8所述的方法，其中所述动作包括输入用作所述故障已经由服务中心校正的证明的代码。

10.一种系统,包括:

通知单元，所述通知单元被配置成当检测到关于车辆的故障时提供通知；以及

处理器，所述处理器联接到所述通知单元，所述处理器被配置成：

　在检测到所述故障时将提供所述通知的指令提供到所述通知单元；以及

　在检测到所述故障时限制所述车辆的操作直到响应所述通知采取动作。

11.如方案10所述的系统，其中所述处理器被配置成：

当用户试图起动所述车辆的发动机时指示所述通知单元提供所述通知；以及

阻止所述发动机起动直到采取所述动作。

12.如方案10所述的系统，其中所述处理器被配置成提供拒绝改变所述车辆的变速器模式离开停车模式的请求的指令直到采取所述动作。

13.如方案10所述的系统，其中所述处理器被配置成：

在每个点火周期开始时指示所述通知单元提供所述通知；以及

已经在预定数量的点火周期提供所述通知之后，限制所述车辆的操作直到采取所述动作。

14.如方案10所述的系统，其中所述动作包括所述车辆的驾驶者已经检查所述通知的确认。

15.如方案14所述的系统，其中所述动作包括接合用于所述车辆的仪表板显示器上的开关以确认所述车辆的驾驶者已经检查所述通知。

16.如方案14所述的系统，其中所述处理器被配置成：

指示所述通知单元连同所述通知提供倒计时器；以及

阻止所述车辆的发动机起动直到所述倒计时器期满并且已经进行所述确认。

17.如方案10所述的系统，其中所述动作包括所述故障存在的确认。

18.如方案17所述的系统，其中所述动作包括输入用作所述故障已经由服务中心校正的证明的代码。

19.一种车辆，包括：

驱动系统；

通知单元，所述通知单元被配置成当检测到关于所述车辆的故障时提供通知；以及

处理器，所述处理器联接到所述通知单元，所述处理器被配置成：

　在检测到所述故障时将提供通知的指令提供到所述通知单元；以及

　在检测到所述故障时限制所述驱动系统的操作直到响应所述通知采取动作。

20.如方案19所述的车辆，其中：

所述驱动系统包括发动机；以及

所述处理器被配置成：

　当用户试图起动所述发动机时指示所述通知单元提供所述通知；以及

　阻止所述发动机起动直到采取所述动作。

附图说明

下文将结合以下附图描述本公开，其中相同的数字指示相同元件，并且其中：

图1是根据一个示例性实施例的包括发动机和控制系统的车辆的功能方框图，控制系统控制发动机起动和车辆内检测到的任何故障的通知；

图2是根据一个示例性实施例的图1的控制系统的功能方框图；以及

图3至7是根据示例性实施例的用于提供车辆故障的通知并且可以结合图1的车辆和图1和2的控制系统使用的过程的流程图。

具体实施方式

以下详细描述实际上仅是示例性的，而并不意欲限制本公开或其应用和使用。此外，并不意欲受呈现在以上背景技术或以下详细描述中的任何理论限制。

图1示出根据一个示例性实施例的车辆100或汽车。此申请中各个地方也将车辆100称为“车辆”。如以下更详细进一步描述，车辆100包括发动机130和控制系统170，根据以下结合图3至7进一步描述的过程300、400、500、600和/或700中的一个或多个的步骤，该控制系统用于控制发动机130的起动和车辆110内检测到的任何故障的通知（包括帮助确保遵守通知的步骤，诸如在操作车辆100之前需要驾驶者的确认或动作）。

如图1中所描绘，车辆100包括底盘112、车身114、四个车轮116、电子控制系统118、转向系统150、制动系统160、可再充电能量储存系统（RESS）122以及上述控制系统170。车身114布置在底盘112上并且基本上包围车辆100的其他部件。车身114和底盘112可以联合地形成框架。车轮116各自可旋转地联接到底盘112靠近车身114的各别角部。

车辆100可以是若干不同类型的汽车中的任一种，诸如像轿车、货车、卡车或运动型多用途车（SUV），并且可以是两轮驱动（2WD）（即，后轮驱动或前轮驱动）、四轮驱动（4WD）或全轮驱动（AWD）。车辆100也可以并入若干不同类型的推进系统中的任一个或组合，诸如像汽油或柴油燃料的燃烧发动机、“弹性燃料车辆”（FFV）发动机（即，使用汽油与乙醇的混合物）、气体化合物（例如，氢气或天然气）燃料的发动机、燃烧/电动机混合发动机以及电动机。

在一个实施例中，发动机130包括气体燃烧发动机。在另一个实施例中，车辆100可以包括电池电动车辆，其中发动机130包括电动机，RESS包括为发动机130供电的高压车辆电池，并且车辆100进一步包括驱动系统，所述驱动系统包括致动器组件120、上述RESS122以及功率逆变器组件（或逆变器）126，其中致动器组件120包括安装在底盘112上包括发动机130并且驱动车轮116的至少一个电气推进系统129。如本领域技术人员将了解，在某些实施例中，电动机（或电机）130在其中包括变速器，并且尽管未示出，还是也可以包括定子组件（包括导电线圈）、转子组件（包括铁磁芯）以及冷却流体或冷却液。

仍参照图1，发动机130是集成的，这样使得其通过一个或多个驱动轴134机械地联接到车轮116中的至少一些。如以上所提及，在一个实施例中，车辆100包括气体燃烧发动机130。在另一个实施例中，车辆100包括电池电动车辆。在某些其他实施例中，车辆100可以包括具有燃烧发动机连同电动机的混合动力车辆（HEV）。在这些其他实施例中，车辆100可以包括“串联HEV”（其中燃烧发动机未直接联接到变速器，而是联接到用于为电动机130的发电机供能）或“并联HEV”（其中燃烧发动机通过例如具有旋转地联接到燃烧发动机的驱动轴的电动机130的转子来直接联接到变速器）。

在一个实施例中，RESS122安装在底盘112上。在一个实施例中，RESS122优选地包括具有电池单元组的电池。在一个实施例中，RESS122包括磷酸铁锂电池，诸如锂离子纳米磷酸盐电池。在一个实施例中，RESS122包括高压电池，所述高压电池与（多个）电气推进系统129一起提供推进车辆100的驱动系统（在一个此类实施例中，RESS122也联接到逆变器126，如图1中所描绘）。

转向系统150安装在底盘112上，并且控制车轮116的转向。转向系统150包括方向盘和转向杆（未描绘）。方向盘接收来自车辆100的驾驶者的输入。转向杆基于来自驾驶者的输入通过驱动轴134产生用于车轮116的所需转向角度。

制动系统160安装在底盘112上，并且为车辆100提供制动。制动系统160通过制动踏板（未描绘）接收来自驾驶者的输入，并且通过制动单元（也未描绘）提供适当的制动。驾驶者还通过加速踏板（也未描绘）提供关于车辆100的所需速度或加速度的输入、通过巡航控制恢复开关（也未描绘）提供输入以及用于各种车辆设备和/或系统（诸如一个或多个车辆收音机、其他娱乐系统、环境控制系统、闪光单元、导航系统等（也未描绘））的各种其他输入。在一个实施例中，制动系统160包括用于车辆100的再生制动能力和摩擦制动能力。

控制系统170安装在底盘112上，并且联接发动机130。如上所述，根据如以下结合图3至7进一步描述的过程300、400、500和/或600中的一个或多个的步骤，控制系统170控制发动机130的发动机起动和车辆100内检测到的任何故障的通知（包括帮助确保遵守通知的步骤，诸如在操作车辆100之前需要驾驶者的确认或动作）。在一个实施例中，控制系统170包括用于全面控制发动机130的发动机控制模块（ECM）。此外，在图1中描绘的一个实施例中，控制系统170是电子控制系统（ECS）118的一部分，该电子控制系统还控制其他车辆部件（诸如像逆变器（如果适用）、RESS122、转向系统150和制动系统160）的一个或多个操作。

参照图2，根据一个示例性实施例，提供用于控制系统170的功能方框图。如图2中所描绘，控制系统170包括传感器阵列202、控制器204和通知单元206。

传感器阵列202测量并获得信息以供控制器204用于控制发动机130的发动机起动和车辆100内检测到的任何故障的通知。在所描绘的实施例中，传感器阵列202包括点火传感器210、变速器传感器212以及一个或多个部件传感器214。点火传感器210测量或检测图1的车辆100的点火状态，例如关于驾驶者是否试图起动车辆100的点火（例如，通过转动车辆100的钥匙）。变速器传感器测量或检测车辆100的齿轮或变速器的状态，例如关于车辆100是处于停车、驾驶和/或倒车模式。部件传感器214检测或测量用来确定车辆100和/或其部件中的任何故障的信息。举例而言，在某些实施例中，部件传感器214可以包括车轮速度传感器、变速器范围位置传感器、电动停车制动传感器。处理器完整性传感器、电路诊断传感器和/或一个或多个各种其他类型的传感器。在一个实施例中，传感器阵列202的每个传感器将测量或检测到的信息提供给控制器204以用于根据图3至7的过程300、400、500、600和/或700来处理。在不同实施例中，传感器阵列202的特定数量和/或类型的传感器可以不同。

控制器204联接到传感器阵列202和通知单元206（下文进一步论述）。根据如以下结合图3至7进一步描述的过程300、400、500和/或600中的一个或多个的步骤，基于传感器阵列202所提供的信息并且使用通知单元206，控制器204控制图1的发动机130的发动机起动和车辆100内检测到的任何故障的通知（包括帮助确保遵守通知的步骤，诸如在操作车辆100之前需要驾驶者的确认或动作）。

如图2中所描绘，控制器204包括计算机系统。在某些实施例中，控制器204还可以包括传感器阵列202的传感器中的一个或多个和/或通知单元206的部件中的一个或多个。此外，将了解，控制器204可以其他方式与图2中描绘的实施例不同。例如，控制器204可以联接到一个或多个远程计算机系统和/或其他控制系统或者可以其他方式利用这些系统。

在所描绘的实施例中，控制器204的计算机系统包括处理器220、内存222、界面224、存储设备226以及总线208。处理器220执行控制器204的计算和控制功能，并且可以包括任何类型的处理器或多个处理器、单个集成电路（诸如微处理器）或者合作工作以实现处理单元的功能的任何适合的数量的集成电路设备和/或电路板。在操作过程中，处理器220执行内存222中含有的一个或多个程序230，并且因此控制控制器204和控制器204的计算机系统的一般操作，优选地执行本文描述的过程的步骤，诸如结合图3至7的过程300、400、500和600（和其任何子过程）的步骤。

内存222可以是任何类型的适合的内存。在各个实施例中，这可以包括各种类型的动态随机存取内存（DRAM）（诸如SDRAM）、各种类型的静态RAM（SRAM）以及各种类型的非易失性内存（PROM、EPROM以及闪存）。在某些实例中，内存222与处理器220位于和/或与其共同位于相同的计算机芯片上。在所描绘的实施例中，内存222存储以上提及的程序230连同一个或多个所存储的值232（例如，阈值）以用于实施来自传感器阵列202的测量。

总线228用以在控制器204的计算机系统的各个部件之间传输程序、数据、状态和其他信息或信号。界面224允许例如从系统驱动器和/或另一个计算机系统到控制器204的计算机系统的通信，并且可以使用任何适合的方法和装置来实施。该界面可以包括与其他系统或部件通信的一个或多个网络界面。界面224还可以包括与技术员通信的一个或多个网络界面，来和/或连接到存储装置（诸如存储设备226）的一个或多个存储界面。

存储设备226可以是任何适合的类型的存储装置，包括直接存取存储设备，诸如在某些实施例中是硬盘驱动、闪存系统、软盘驱动和光盘驱动。在一个示例性实施例中。存储设备226包括程序产品，内存222可以从该程序产品接收执行本公开的一个或多个过程的一个或多个实施例（诸如以下进一步描述的图3的过程300（和其任何子过程）的步骤）的程序230。在另一个示例性实施例中，程序产品可以直接存储在内存222和/或磁盘（例如磁盘234）（诸如以下提及的磁盘）中和/或以其他方式由内存222存取。

总线228可以是连接计算机系统和部件的任何适合的物理或逻辑装置。这包括但不限于直接硬接线连接、光纤、红外和无线总线技术。在操作过程中，程序230存储在内存222中并且由处理器220执行。

将了解，虽然在完全运行的计算机系统的上下文中描述此示例性实施例，但是本领域技术人员将认识到，本公开的机构能够分布为具有用来存储程序和其指令并且执行其分布的一或多种类型的永久计算机可读信号承载媒体（诸如承载程序并且含有存储于其中以用于使得计算机处理器（诸如处理器220）执行和实施程序的计算机指令的永久计算机可读媒体）的程序产品。此程序产品可以采用多种形式，并且与用来执行分布的计算机可读信号承载媒体的具体类型无关，本发明同等地适用。信号承载媒体的实例包括：可记录媒体，诸如软盘、硬驱动、内存卡以及光盘；以及传输媒体，诸如数字和模拟通信链路。将类似地了解，控制器204的计算机系统也可以其他方式与图2中描绘的实施例不同，例如在于控制器204的计算机系统可以联接到或者可以其他方式利用一个或多个远程计算机系统和/或其他控制系统。

如图2中所描绘，通知单元206联接到控制器204。在一个实施例中，通知单元206基于在检测到故障时由控制器204（并且具体来说，由其处理器220）提供的指令来为车辆100的驾驶者提供适当通知。在一个实施例中，通知单元206包括在车辆100的仪表板上的视觉单元240，所述视觉单元240提供检测到的故障的性质连同驾驶者所需动作的视觉说明。此外，在某些实施例中，这些通知可以通过音频单元242（例如，通过关于故障的性质和任何所需动作的语言说明和/或听觉警报）提供给车辆100的驾驶者。此外，在所描绘的实施例中，通知单元206还包括输入单元244，由此车辆100的驾驶者可以以代表驾驶者对故障的确认和/或故障已经被校正的指示（例如，通过服务中心）的输入值来相应地响应，如可能在允许驾驶者操作车辆110之前控制器204所要求的。在某些实施例中，输入单元244可以与通知单元206分开，以及关于通知单元206的其他可能变体。

图3是根据示例性实施例的用于提供关于车辆的故障通知的过程300的流程图。根据一个示例性实施例，过程300可以结合图1的车辆100和图1和2的控制系统170使用。在一个实施例中，当驾驶者提供操作车辆的意图时，诸如当驾驶者试图将汽车的档位从“停车”模式切换到“驾驶”或“倒车”模式或者切换到“空挡”模式时，或者当驾驶者转动钥匙或者以其他方式传达起动图1的车辆100的发动机130的意图时，过程300开始。在某些其他实施例中，过程300可以基于一个或多个其他标准开始，诸如当确定发动机运行时或者当确定混合推进系统有效时。

如图3中所描绘，一旦过程300开始（在图3中指示为301），则接收数据（步骤302）。在一个实施例中，从图2的处理器220从图2的部件传感器214接收数据，其中信息是关于在车辆100中或者车辆100的部件中是否存在故障。在一个实施例中，信息经由车辆通信总线（例如，CAN总线）由处理器220从传感器阵列202获得。在一个此类实施例中，由处理器220接收的信息包括处理器220用来确定是否存在任何这类故障的原始传感器信息。在另一个实施例中，由处理器220接收的信息已经包括关于是否存在任何这类故障的确定（例如，由一个或多个其他车辆处理器和/或系统进行确定）。

进行关于是否存在关于车辆或其部件中的一个的潜在故障的确定（步骤304）。在一个实施例中，此确定由图2的处理器220基于步骤302中获得的信息来进行。如本文所使用，“潜在故障”是车辆故障，其中在潜在故障的情况下仍可能操作车辆但是潜在故障如果不修复或校正则可能导致危害。在一个实施例中，“潜在故障”是指其中需要多个故障（例如，在一个实施例中，三个故障）一个接一个发生从而导致车辆危害的情况。在一个这类实例中，当车辆是远离损害的一个故障（例如，在其中可能需要三个故障来产生损害的一个实例中，如果已经发生两个故障，并且一个故障保持失败而一个保持），则已经发生的两个故障可以被认为是“潜在故障”，因为车辆在存在这些潜在故障的情况下仍可以操作（但是如果最后一个故障发生，则危害发生）。因此，将建议驾驶者将车辆送给经销商以进行维修，从而修复已经发生的潜在故障。

如果确定不存在潜在故障，则允许驾驶者操作车辆（步骤312）。在一个实施例中，这通过由图2的处理器220提供的指令来实现。

相反，如果确定存在潜在故障，则提供通知（步骤306）。在各个实施例中，通知由通知单元206通过图2的处理器220提供的指令来提供。在一个实施例中，通过图2的视觉单元240提供视觉通知，例如包括关于故障类型和驾驶者所需的动作类型的说明。另外，在某些实施例中，还可以通过音频单元242提供音频通知。

此外，在各个实施例中，如果确定存在潜在故障，则在步骤308中也限制或抑制车辆的操作。具体来说，在一个实施例中，图2的处理器220提供指令以使得图1的发动机130不会起动，直到驾驶者响应通知提供预定动作（例如，在各个实施例中，确认存在故障）。在另一个实施例中，图2的处理器220提供指令以将变速器模式保持或维持在“停车”模式（例如，通过抑制或拒绝将变速器模式从“停车”模式移动的任何请求）直到采取驾驶者的动作。

进行关于是否已经采取所需动作的确定（步骤310）。在一个实施例中，在步骤310中，图2的处理器220确定车辆的驾驶者是否通过图2的输入单元244提供适当的输入（例如，存在故障的以上提及的确认）。

如果确定已经执行所需动作（例如，已经接收所需输入），则过程进行到以上提及的步骤312，因为允许驾驶者操作车辆。相反，如果确定尚未执行所需动作，则过程替代地返回到步骤306，因为在步骤306中继续提供通知并且在步骤308中仍限制或抑制车辆操作。步骤306至310随后重复直到在步骤310的迭代中进行确定已经采取所需动作，此时在步骤312中允许车辆操作。

图4至7描绘图3的过程300的多种相应版本；即，根据示例性实施例，根据相应的图4的过程400、图5的过程500、图6的过程600和图7的过程700。除非本文另有说明，否则过程400、500和600的步骤类似于图3的过程、并且意欲是其子集并提供该过程的更详细描述。

参照图4，在一个实施例中，过程400包括根据一个示例性实施例，在已经提供故障通知的预定数量的车辆点火循环之后将变速器模式保持或维持在“停车”模式中（例如，通过抑制或拒绝将变速器模式从“停车”模式移动的任何请求）。如图4中所描绘，一旦过程400开始（图4中指示为401），则在步骤402中接收数据（对应于图3的步骤302）。类似于以上关于图3的过程300的论述，在一个实施例中，数据包括关于车辆100的故障的信息和/或用来确定这些故障的传感器信息。此外，在过程400中的这个点，车辆处于“停车”变速器模式中，并且尚未提供动作来起动车辆（步骤404）。

接收停车退出请求（步骤406）。在一个实施例中，图2的变速器传感器212检测车辆的驾驶者正意图将车辆的变速器模式从“停车”模式变成另一个模式（例如，“驾驶”或“倒车”）。在一个实施例中，这至少部分地由图2的处理器220基于图2的变速器传感器212所提供的信息来确定。

进行关于是否存在潜在故障的确定（步骤408）。在一个实施例中，此确定由图2的处理器220基于从一个或多个传感器和/或从车辆100的一个或多个其他处理器和/或系统接收到的信息来进行，类似于以上结合图3的步骤304所描述的方式。

如果不存在潜在故障，则重置钥匙循环极限计数器（步骤410）。在一个实施例中，这由图2的处理器220执行。此外，在步骤412中，允许车辆的变速器模式从“停车”模式退出。在一个实施例中，还通过由图2的处理器220提供的指令来执行步骤412。在一个实施例中，一旦在驾驶者将变速器模式放回到“停车”模式（步骤414）的随后动作之后变速器模式返回到“停车”，则过程返回到步骤412。

相反，如果存在潜在故障，则为驾驶者提供通知（步骤416）。在一个实施例中，通知通过图2的处理器220所提供的指令由图2的通知单元206来提供，类似于图3的步骤306的论述。此外，在一个实施例中，步骤416的通知包括（1）识别故障的显示警告；以及（2）识别在车辆的操作将被抑制之前剩余多少钥匙循环（本文也称为车辆点火循环）的数量的显示。在一个实施例中，钥匙循环极限被存储在图2的内存222中作为其存储值232中的一个。在一个此类实施例中，钥匙循环极限可以包括约五十（50）个钥匙循环；然而，这在其他实施例中可以不同。此外，在某些实施例中，作为车辆点火循环的数量的替代或添加，可以使用并记录一个或多个停车事件（例如，车辆被置于“停车”变速器模式中的次数的数量）。

进行关于是否超出钥匙循环极限的确定（步骤418）。在一个实施例中，此确定由图2的处理器220进行。

如果确定未超出钥匙循环极限，则将钥匙循环极限计数器增量（步骤420）。在一个实施例中，这由图2的处理器220执行。过程随后进行到以上提及的步骤412，因为允许从“停车”变速器模式退出。

相反，如果确定已经超出钥匙循环极限，则采取进一步动作（步骤422）。具体来说，在一个实施例中，提供另一个通知/警告以实现抑制停车退出，并且不允许车辆的变速器模式从“停车”模式移动。在一个实施例中，通知/警告由图2的通知单元206（例如，通过视觉和/或音频单元240、242）基于图2的处理器220所提供的指令来提供。另外，在一个实施例中，变速器基于处理器220所提供的指令仍保持或维持在“停车”模式中（即，阻止变速器换挡离开停车模式）。

进行关于是否已经提供所需的动作的确定（步骤424）。在一个实施例中，步骤424包括关于是否已经输入（例如，通过图2的输入单元244）指示故障已被校正（例如，由服务站的技术人员）的代码和/或是否已经输入（例如，通过图2的输入单元244）关于车辆100是否已经通过潜在故障诊断检查（例如，由服务站的技术人员）的另一个输入和/或关于潜在故障是否已经以其他方式被校正（例如，自己校正）的确定。在一个实施例中，确定由图2的处理器220基于由图2的输入单元244检测和提供的信息来提供。

如果确定尚未采取所需的动作，则过程返回到步骤422。步骤422和424随后重复直到在步骤424的迭代中确定已经采取所需的动作。

一旦确定已经采取所需的动作，则过程进行到步骤426。在步骤426期间，重置钥匙循环极限计数器。在一个实施例中，这由图2的处理器220执行。此外，过程随后进行到以上提及的步骤412，因为允许驾驶者将变速器换挡退出“停车”模式（例如，到“驾驶”或“倒车”模式或者到“空挡”）并且允许操作车辆。

参照图5，在一个实施例中，过程500阻止图1的发动机130起动直到驾驶者提供通知的确认。如图5中所描绘，一旦过程500开始（图5中指示为501），则在步骤502中接收数据（对应于图3的步骤302）。类似于以上关于图3的过程300的论述，在一个实施例中，数据包括关于车辆100的故障的信息和/或用来确定这些故障的传感器信息的信息。此外，在一个实施例中，在过程500中的这个点，车辆处于点火关闭的“停车”变速器模式中，并且尚未提供动作来起动车辆（步骤504）。

接收对于动力模式曲柄的请求（步骤506）。在一个实施例中，图2的点火传感器210检测车辆的驾驶者正在通过转动点火钥匙（或者，在一些实施例中，通过接合点火开关或者提供另一个指示）来试图起动图1的发动机130。在一个实施例中，这至少部分地由图2的处理器220基于由图2的点火传感器210提供的信息来确定。

进行关于是否存在潜在故障的确定（步骤508）。在一个实施例中，此确定由图2的处理器220基于从一个或多个传感器和/或从车辆100的一个或多个其他处理器和/或系统接收到的信息来进行，类似于以上结合图3的步骤304所描述的方式。

如果不存在潜在故障，则过程进行到步骤520。在步骤520期间，允许发动机起动。在一个实施例中，步骤520通过由图2的处理器220提供的指令来执行。

相反，如果存在潜在故障，则过程替代地进行到步骤510。在步骤510期间，发动机转变到动力模式辅助运行。在一个实施例中，在步骤510期间，这是基于由图2的处理器220提供的指令来执行。

此外，如果存在潜在故障，则在步骤512中还提供通知。在一个实施例中，通知通过图2的处理器220所提供的指令由图2的通知单元206来提供，类似于图3的步骤306的论述。此外，在一个实施例中，步骤512的通知包括（1）识别故障的显示警告；以及（2）驾驶者可以提供“解除”消息/警告的输入（例如，通过按下图2的输入单元244的按钮）以确认通知（和潜在故障）并由此起动发动机的显示提示。在一个实施例中，也作为步骤512的一部分，为用户启用消息解除特征（例如，通过为用户提供接合按钮以解除消息并且允许发动机起动的选择）。

进行关于是否已经提供所需的动作的确定（步骤524）。在一个实施例中，步骤514包括关于驾驶者是否已经通过解除消息的确定（例如，通过点击图2的通知单元206上的“解除”按钮，如通过图2的输入单元244所检测）确认警告。在一个实施例中，确定由图2的处理器220基于由图2的输入单元244检测和提供的信息来提供。

如果确定尚未采取所需的动作（例如，如果驾驶者尚未确认消息），则过程返回到步骤512。步骤512和514随后重复直到在步骤514的迭代中确定已经采取所需的动作。在一个实施例中，这由图2的处理器220执行。

一旦确定已经采取所需的动作（例如，如果驾驶者已经确认消息），则启用发动机130的曲柄动力模式（步骤516）。在一个实施例中，曲柄动力模式是通过图2的处理器220所提供的指令来启用。此外，在一个实施例中，作为步骤516的一部分或者与其同时提供进一步通知。在一个实施例中，进一步通知通过图2的处理器220所提供的指令由图2的通知单元206来提供。此外，在一个实施例中，步骤516的进一步通知包括（1）识别故障的显示警告；以及（2）指示已经允许发动机起动的显示提示。

进行关于驾驶者是否已经请求起动发动机的确定（步骤518）。在一个实施例中，这包括由图2的处理器220基于由图2的点火传感器210检测和/或提供的信息来确定关于驾驶者是否已经提供点火请求（诸如通过转动点火钥匙）。

如果确定驾驶者已经请求起动发动机，则相应地起动发动机（步骤520）。在一个实施例中，处理器220提供起动发动机的指令（例如，允许发动机正常起动，例如通过允许未描绘的起动电机以与发动机130的曲轴接合由此曲柄起动发动机130）。在另一个实施例（例如用于混合车辆）中，可以在步骤520中启用车辆的推进。

相反，如果确定驾驶者尚未请求起动发动机，则过程返回到步骤516。步骤516和518随后重复（其中启用曲柄动力模式并且在步骤516中提供通知）直到在步骤518的迭代中确定驾驶者已经请求起动发动机，此时在步骤520中起动发动机。

参照图6，在一个实施例中，过程600包括阻止图1的发动机130起动直到驾驶者提供通知的确认并且倒计时器也已经期满。如图6中所描绘，一旦过程600开始（图6中指示为601），则在步骤602中接收数据（对应于图3的步骤302）。类似于以上关于图3的过程300的论述，在一个实施例中，数据包括关于车辆100的故障的信息和/或用来确定这些故障的传感器信息。此外，在一个实施例中，在过程600中的这个点，车辆处于点火关闭的“停车”变速器模式中，并且尚未提供动作来起动车辆（步骤604）。

接收对于动力模式曲柄的请求（步骤606）。在一个实施例中，图2的点火传感器210检测车辆的驾驶者正在通过转动点火钥匙（或者，在一些实施例中，通过接合点火开关或者提供另一个指示）来试图起动图1的发动机130。在一个实施例中，这至少部分地由图2的处理器220基于由图2的点火传感器210提供的信息来确定。

进行关于是否存在潜在故障的确定（步骤608）。在一个实施例中，此确定由图2的处理器220基于从一个或多个传感器和/或从车辆100的一个或多个其他处理器和/或系统接收到的信息来进行，类似于以上结合图3的步骤304所描述的方式。

如果不存在潜在故障，则过程进行到步骤626。在步骤626期间，允许发动机起动。在一个实施例中，步骤626通过由图2的处理器220提供的指令来执行。

相反，如果存在潜在故障，则过程替代地进行到步骤610。在步骤610期间，发动机转变到动力模式辅助运行。在一个实施例中，在步骤610期间，这是基于由图2的处理器220提供的指令来执行。

此外，如果存在潜在故障，则在步骤612中还提供通知。在一个实施例中，通知通过图2的处理器220所提供的指令由图2的通知单元206来提供，类似于图3的步骤306的论述。此外，在一个实施例中，步骤612的通知包括（1）识别故障的显示警告；以及（2）指示倒计时器上剩余的时间量（即，在解除可能发生之前必须显示警告的时间量）的显示提示。在一个实施例中，也作为步骤612的一部分，禁用消息解除特征（即，直到倒计时器已期满）。

进行关于步骤612的倒计时器是否期满的确定（步骤614）。在一个实施例中，此确定由图2的处理器220进行。

如果确定计时器尚未期满，则随着计时器继续运行而提供关于倒计时器中剩余的更新的时间的更新的通知（步骤616）。在一个实施例中，更新的通知由图2的通知单元206（例如，通过视觉单元240和/或音频单元242）基于由图2的处理器220提供的指令来提供。过程随后返回到步骤612，并且步骤612至616重复直到在步骤614的迭代中确定计时器已期满。

一旦确定计时器已期满，则提供更新的通知（步骤618）。在一个实施例中，通知通过图2的处理器220所提供的指令由图2的通知单元206来提供。此外，在一个实施例中，步骤618的通知包括（1）识别故障的显示警告；以及（2）驾驶者可以提供“解除”消息/警告的输入（例如，通过按下图2的输入单元244的按钮）以确认通知（和潜在故障）并由此起动发动机的显示提示。在一个实施例中，也作为步骤618的一部分，为用户启用消息解除特征（例如，通过为用户提供接合按钮以解除消息并且允许发动机起动的选择）。

进行关于是否已经提供所需的动作的确定（步骤620）。在一个实施例中，步骤620包括确定驾驶者是否已经通过解除消息（例如，通过点击图2的通知单元206上的“解除”按钮，如通过图2的输入单元244所检测）确认警告。在一个实施例中，确定由图2的处理器220基于由图2的输入单元244检测和提供的信息来提供。

如果确定尚未采取所需的动作（例如，如果驾驶者尚未确认消息），则过程返回到步骤618。步骤618和620随后重复直到在步骤620的迭代中确定已经采取所需的动作。在一个实施例中，这由图2的处理器220执行。

相反，如果确定已经采取所需的动作（例如，如果驾驶者已经确认消息），则启用发动机130的曲柄动力模式（步骤622）。在一个实施例中，曲柄动力模式是通过图2的处理器220所提供的指令来启用。此外，在一个实施例中，作为步骤622的一部分或者与其同时提供进一步通知。在一个实施例中，进一步通知通过图2的处理器220所提供的指令由图2的通知单元206来提供。此外，在一个实施例中，步骤622的进一步通知包括（1）识别故障的显示警告；以及（2）指示已经允许发动机起动的显示提示。

进行关于驾驶者是否已经请求起动发动机的确定（步骤624）。在一个实施例中，这包括由图2的处理器220基于由图2的点火传感器210检测和/或提供的信息来确定驾驶者是否已经提供点火请求（诸如通过转动点火钥匙）。

如果确定驾驶者已经请求起动发动机，则相应地起动发动机（步骤626）。在一个实施例中，处理器220提供起动发动机的指令（例如，允许发动机正常起动，例如通过允许未描绘的起动电机以与发动机130的曲轴接合，由此曲柄起动发动机130）。在另一个实施例（例如用于混合车辆）中，可以在步骤626中启用车辆的推进。

相反，如果确定驾驶者尚未请求起动发动机，则过程返回到步骤622。步骤622和624随后重复（其中启用曲柄动力模式并且在步骤622中提供通知）直到在步骤624的迭代中确定驾驶者已经请求起动发动机，此时在步骤626中起动发动机。

参照图7，在一个实施例中，过程700包括阻止车辆的变速器模式从停车变速器模式移动直到驾驶者提供通知的确认，同时仍允许发动机同时运行（例如，即使在车辆保持停车时也允许气候控制和/或其他配件）。如图7中所描绘，一旦过程700开始（图7中指示为701），则在步骤702中接收数据（对应于图3的步骤302）。类似于以上关于图3的过程300的论述，在一个实施例中，数据包括关于车辆100的故障的信息和/或用来确定这些故障的传感器信息的信息。此外，在一个实施例中，在过程700中的这个点，一旦车辆的驾驶者请求则起动车辆，而车辆的变速器模式保持在停车模式中（步骤704）。

接收对于变速器模式从停车模式改变（例如，改变到“驾驶”、“倒车”或“空挡”模式）的请求（步骤706）。在一个实施例中，传感器检测驾驶者正在试图将车辆的变速器模式选择器从停车变速器模式移动。在一个实施例中，这至少部分地由图2的处理器220基于变速器模式传感器所提供的信息来确定。

进行关于是否存在潜在故障的确定（步骤708）。在一个实施例中，此确定由图2的处理器220基于从一个或多个传感器和/或从车辆100的一个或多个其他处理器和/或系统接收到的信息来进行，类似于以上结合图3的步骤304所描述的方式。

如果不存在潜在故障，则过程进行到步骤716。在步骤716期间，允许变速器模式从“停车”模式改变并且改变到如由驾驶者请求的不同变速器模式。在一个实施例中，步骤716通过由图2的处理器220提供的指令来执行。

相反，如果存在潜在故障，则过程替代地进行到步骤710。在步骤710期间，还提供存在潜在故障的通知。在一个实施例中，通知通过图2的处理器220所提供的指令由图2的通知单元206来提供，类似于图3的步骤306的论述。此外，在一个实施例中，步骤710的通知包括（1）识别故障的显示警告；以及（2）指示倒计时器上剩余的时间量（即，在解除可能发生之前必须显示警告的时间量）的显示提示。

进行关于是否已经提供所需的动作的确定（步骤712）。在一个实施例中，步骤712包括确定驾驶者是否已经通过解除消息（例如，通过点击图2的通知单元206上的“解除”按钮，如通过图2的输入单元244所检测）确认警告。在一个实施例中，确定由图2的处理器220基于由图2的输入单元244检测和提供的信息来提供。

如果确定尚未采取所需的动作（例如，如果驾驶者尚未确认消息），则拒绝将变速器模式改变离开停车模式的请求（步骤714），并且过程返回到步骤710（因为继续显示消息）。在一个实施例中，这由图2的处理器220执行。

相反，如果确定已经采取所需的动作（例如，如果驾驶者已经确认消息），则过程替代地进行到以上提及的步骤716，因为变速器模式从停车模式改变为如由驾驶者请求的不同的变速器模式。在某些实施例中，过程700还可以包括除以上论述的其他过程中的一个或多个（诸如过程600的计时器）之外的其他步骤。

因此，提供用于提供车辆故障的通知的方法和系统。如以上所论述，所提供的方法和系统为驾驶者提供任何车辆故障的通知，并且需要驾驶者在操作车辆之前执行某个动作（诸如故障的确认和/或已经校正故障）。

将了解，图1的车辆和/或图1和2的系统（包括但不限于发动机130和控制系统170和/或其部件）在不同的实施例中可以变化。还将了解，本文结合图3至7描述的过程300、400、500、600和/或700的各个步骤在某些实施例中可以变化。类似地将了解，本文结合图3至7描述的过程300、400、500、600和/或700的各个步骤可以彼此同时发生，和/或以如图中所呈现和/或如以上描述的不同的次序来发生。

虽然在以上详细描述中呈现至少一个示例性实施例，但是应了解，存在大量变体。还应了解，示例性实施例（或多个示例性实施例）仅是实例，而并不意欲以任何方式限制本发明的范围、适用性或配置。相反，以上详细描述将为本领域技术人员提供用于实施示例性实施例（或多个示例性实施例）的方便的指导说明。应理解，在不脱离如随附权利要求和其法律等效物中阐述的本发明的范围的情况下，可以对元件的功能和布置进行各种改变。

Claims (10)

1.一种方法，包括：

当检测到关于车辆的故障时提供通知；以及

当检测到所述故障时通过处理器限制所述车辆的操作直到响应所述通知采取动作。

2.如权利要求1所述的方法，其中：

提供所述通知的步骤包括当用户试图起动所述车辆的发动机时提供所述通知；以及

限制所述车辆的操作的步骤包括阻止所述发动机起动直到采取所述动作。

3.如权利要求1所述的方法，其中拒绝改变所述车辆的变速器模式离开停车模式的请求直到采取所述动作。

4.如权利要求1所述的方法，其中：

提供所述通知的步骤包括在每个点火周期开始时提供所述通知；以及

限制所述车辆的操作的步骤包括在已经在预定数量的点火周期提供所述通知之后，限制所述车辆的操作直到采取所述动作。

5.如权利要求1所述的方法，其中所述动作包括所述车辆的驾驶者已经检查所述通知的确认。

6.如权利要求5所述的方法，其中所述动作包括接合用于所述车辆的仪表板显示器上的开关以确认所述车辆的驾驶者已经检查所述通知。

7.如权利要求5所述的方法，其进一步包括：

连同所述通知提供倒计时器；

其中限制所述车辆的操作的所述步骤包括阻止所述车辆的发动机起动直到所述倒计时器期满并且已经进行所述确认。

8.如权利要求1所述的方法，其中所述动作包括所述故障存在的确认。

9.一种系统,包括:

通知单元，所述通知单元被配置成当检测到关于车辆的故障时提供通知；以及

处理器，所述处理器联接到所述通知单元，所述处理器被配置成：

　在检测到所述故障时将提供所述通知的指令提供到所述通知单元；以及

　在检测到所述故障时限制所述车辆的操作直到响应所述通知采取动作。

10.一种车辆，包括：

驱动系统；

通知单元，所述通知单元被配置成当检测到关于所述车辆的故障时提供通知；以及

处理器，所述处理器联接到所述通知单元，所述处理器被配置成：

　在检测到所述故障时将提供通知的指令提供到所述通知单元；以及

　在检测到所述故障时限制所述驱动系统的操作直到响应所述通知采取动作。