CN108068692A - 用于驾驶员的车辆警报 - Google Patents

Abstract

提供了为驾驶员提供车辆警报的方法和系统。根据一实施例，系统包括通过处理器提供的指令，用于向车辆的驾驶员发出与车辆的信息、警告、维护或修理相关的警告的初始通知。用户接口装置从驾驶员处接收警报的初始确认。处理器在确认之后向驾驶员提供关于确认警报的后续通知的指令。

Description

用于驾驶员的车辆警报

技术领域

本公开总体上涉及车辆，更具体地涉及用于向车辆驾驶员提供警报的方法和系统。

背景技术

现今的车辆，例如汽车，可以向车辆驾驶员提供某些类型的警报，例如与可能需要的信息、警告、维护或修理相关。虽然这类警报通常是有帮助的，但是可能希望在某些条件下为驾驶员提供改进的警报。

因此，希望提供用于为车辆驾驶员提供警报的改进技术。还希望提供使用这种技术的方法、系统和车辆。此外，本发明其它的期望特征和特性将通过下面对本发明的详细描述和所附权利要求，并结合附图和前述技术领域和背景技术而变得显而易见。

发明内容

根据一示例性实施例，提供了一种方法。该方法包括：通过由处理器提供的指令，向车辆驾驶员提供与车辆的信息、警告、维护或修理相关的警报的初始通知；通过传感器从驾驶员处接收警报的初始确认；以及通过处理器提供的指令，在确认之后向驾驶员提供确认警报的后续通知。

根据另一示例性实施例，提供了一种系统。该系统包括处理器和用户接口装置。处理器被配置为至少便于向车辆驾驶员提供与车辆的信息、警告、维护或修理相关的警报的初始通知的指令。用户接口装置被配置为至少便于从驾驶员处接收警报的初始确认。处理器还被配置为至少便于在确认之后向驾驶员提供确认警报的后续通知的指令。

根据再一示例性实施例，提供了一辆车辆。该车辆包括多个车辆部件和警报系统。警报系统包括处理器和用户接口装置。处理器被配置为至少便于向车辆驾驶员提供与车辆部件的一个或多个的信息、警告、维护或修理相关的警报的初始通知的指令。用户接口装置被配置为至少便于从驾驶员处接收警报的初始确认。该处理器还被配置为至少便于在车辆功率模式不同状态下的确认之后，向驾驶员提供确认警报的后续通知的指令。

附图说明

以下将结合以下附图描述本公开，其中相同的标号表示相同的元件，并且其中：

图1是根据示例性实施例的包括为驾驶员提供警报的警报系统的车辆的功能框图；

图2是根据示例性实施例的用于为车辆驾驶员提供警报的过程的流程图，并且可以与图1的车辆和警报系统结合使用；以及

图3是根据示例性实施例的驾驶员显示器的图示，其可与图2的处理结合使用。

具体实施方式

以下详细描述本质上仅仅是示例性的，并不旨在限制本公开或其应用和用途。此外，不希望受到前述背景或以下详细说明所体现的任何理论的限制。

图1示出了根据示例性实施例的车辆100或汽车。车辆100可以是多种不同类型的汽车中的任何一种，例如轿车、货车、卡车或运动型多功能车(SUV)，并且可以是双轮驱动(2WD)(即后轮驱动或前轮驱动)、四轮驱动(4WD)或全轮驱动(AWD)。另外，在某些实施例中，车辆100可以包括多种其他类型的车辆中的任何一种。

如下面更详细地描述的，车辆100包括用于向车辆100的驾驶员提供警报的报警系统102。特别地，如下面进一步讨论的那样，当车辆100的部件需要信息、警告、维护或修理时，警报系统102提供警报的初始通知、获取驾驶员对初始警报的响应并且响应于驾驶员的响应提供与警报相关的后续通知。在所示实施例中，警报系统102包括传感器阵列104、收发机105、控制器106和显示器108。在各种实施例中，警报系统102执行下面结合图2和图3的过程200进一步阐述的各种步骤。

如图1所示，除了上述警报系统102之外，车辆100还包括底盘112、车身114、四个车轮116、电子控制系统118、转向系统150和制动系统160。车身114布置在底盘112上且基本上包围了车辆100的其它部件。车身114和底盘112可共同形成车架。车轮116在车身114的相应角部附近各自旋转地连接到底盘112。在各种实施例中，车辆100可以与图1所示的不同。例如，在某些实施例中，车轮116的数量可以变化。通过附加示例，在各种实施例中，车辆100可以不具有转向系统，例如在各种可能的差异中可以通过差分制动来控制转向系统。

在图1所示的示例性实施例中，车辆100包括致动器组件120。致动器组件120包括安装在驱动车轮116的底盘112上的至少一个推进系统129。在所示实施例中，致动器组件120包括发动机和/或电动机130。在一实施例中，电动机/发动机130包括由可再充电能量存储系统(RESS)128(例如，车辆电池)供电的电动机/发电机。在另一实施例中，电动机/发动机130包括汽油内燃机。在其它实施例中，电动机/发动机130可以包括这些和/或其它类型的发动机和/或电动机中的一个或多个。在某些实施例中，电子控制系统118包括控制电动机/发动机130和/或车辆100的一个或多个其它系统的电动机/发动机报警系统。

仍然参考图1，电动机/发动机130通过一个或多个驱动轴134连接到至少一些车轮116。在一些实施例中，电动机/发动机130机械地连接到变速器。在其它实施例中，电动机/发动机130可以替代地连接到发电机，该发电机用于为机械地连接到变速器的电动机供电。在某些其它实施例中(例如电动汽车)，可能不需要发动机和/或变速器。

转向系统150安装在底盘112上，并且控制车轮116的转向。在所示实施例中，转向系统150包括方向盘和转向柱(未示出)。在某些实施例中，自动驾驶车辆可以利用由计算机生成的转向命令，而不需要来自驾驶员的参与。

制动系统160安装在底盘112上，并为车辆100提供制动。制动系统160通过制动踏板(未示出)从驾驶员处接收输入，并通过制动单元(也未示出)提供适当的制动。驾驶员还通过加速器踏板(未示出)提供关于车辆的期望速度或加速度的输入，以及用于各种车辆装置和/或系统的各种其它输入，例如一个或多个车辆收音机、其他娱乐系统、环境警报系统，照明单元、导航系统等(也未示出)。类似于上面关于车辆100的可能变体的讨论，在某些实施例中，转向、制动和/或加速度可由计算机而不是由驾驶员来命令。

在一个实施例中，警报系统102安装在底盘112上。警报系统102从车辆100的各个部件(例如包括车轮116、电子控制系统118、RESS 128、致动器组件120、推进系统129、电动机/发动机130、转向系统150、制动系统160和/或一个或多个其他车辆系统、子系统、装置，和/或其他部件-统称为车辆“部件”)获取信息，并且为驾驶员提供关于这种车辆部件的各种警报。例如，如上所述并且还如下面更详细描述的那样，根据图2和图3的过程200的步骤，当车辆100的部件需要信息、警告、维护或修理时，警报系统102提供警报的初始通知、获取驾驶员对初始警报的响应并且响应于驾驶员的响应提供与警报相关的后续通知。同样如上所述和图1所示，在一实施例中，警报系统102包括传感器阵列104、收发机105、控制器106和显示器108。

传感器阵列104包括用于从车辆100的驾驶员处接收输入并用于监视车辆100的某些部件的各种传感器(此处也称为传感器单元和/或检测单元)。在所述实施例中，传感器阵列104包括一个或多个用户接口传感器162、驱动循环传感器164和部件传感器166。

用户接口传感器162从驾驶员处获取有关用户对通过警报系统102提供的警报的响应的输入。在各种实施例中，用户接口传感器162可以包括与用户接口相关联的一个或多个传感器，例如车辆100内的车辆触摸屏、旋钮、按钮和/或其他类型的用户接口，用于从驾驶员处接收输入。或者，在某些实施例中，可以经由收发机105(例如，来自驾驶员的移动电话和/或其他电子装置的传输)来代替接收用户输入中的一些或全部，下面进一步讨论。

驱动循环传感器164接收关于车辆100的当前驱动周期(例如当前点火周期)是开始和/或结束的数据。在一实施例中，驱动周期传感器164包括一个或多个车辆点火传感器，其获取关于是否已经做出关闭车辆点火的请求的数据(例如由驾驶员转动车辆点火钥匙、按下停止按钮和/或接合密钥)。

部件传感器166获取关于车辆100的各种部件的数据，包括关于各种车辆部件是否需要或即将需要、信息、警告、维护或修理的数据。在某些实施例中，部件传感器166直接地或间接地从车辆部件获取这样的数据，这些车辆部件诸如是车轮116、电子控制系统118、RESS 128、致动器组件120、推进系统129、电动机/发动机130、转向系统150、制动系统160和/或一个或多个其它车辆系统、子系统、装置和/或其他部件。同样在某些实施例中，部件传感器166可以是这种车辆部件的一部分，和/或可以是这些部件的控制系统的一部分(例如ECS 118)。在各种实施例中，警报系统102可以直接从这种车辆部件或其它控制系统处提供关于车辆部件的所需信息、警告、维护或修理的通知。

在各种实施例中，传感器阵列104将检测到的信息提供给控制器106(例如其处理器172)以进行处理，例如在下面更详细描述的。同样在各种实施例中，传感器阵列104根据下面结合图2和3进一步描述的过程200的步骤执行这些和其它功能。

收发机105发送和/或接收警报系统102的各种信息。在各种实施例中，收发机105向车辆100的驾驶员发送各种警报(包括其相关的初始和后续通知)，例如通过车载显示器和/或通过用于驾驶员的电子传输、例如通过发送到驾驶员的移动电话和/或其他电子装置的文本消息和/或电子邮件发送。在某些实施例中，收发机105还从驾驶员处接收输入，例如包括驾驶员对警报通知的响应。此外，在某些实施例中，收发机105还可以相对于这种车辆部件所需的任何信息、警告、维护或修理而与一个或多个车辆部件(例如上面列出的那些)进行通信。在各种实施例中，传感器阵列104根据下面结合图2和3进一步描述的过程200的步骤执行这些和其它功能。

控制器106连接到传感器阵列104、收发机105和显示器108。控制器106利用通过传感器阵列104和/或收发机105提供的各种输入和数据，以及通过提供给收发机105和/或显示器108的指令提供各种通知(包括初始和后续通知)，这些通知与驾驶员的警报相关，包括关于车辆部件是否需要信息、警告、维护或修理。在各种实施例中，控制器106以及传感器阵列104、收发机105和显示器108根据下面进一步讨论并结合图1中的车辆100的示意图以及与图2和图3中的过程200有关的流程图和示意图来提供这些和其它功能。

如图1所示，控制器106包括计算机系统。在某些实施例中，控制器106还可以包括传感器阵列104的一个或多个传感器、一个或多个其它装置和/或系统和/或其部件。此外，应当理解，控制器106可以不同于图1所示的实施例。例如，控制器106可以连接到或可以以其它方式使用一个或多个远程计算机系统和/或其他控制系统，诸如图1的车轮116、电子控制系统118、RESS 128、推进系统129、电动机/发动机130、转向系统150和/或制动系统160，和/或车辆100的一个或多个其它系统。

在所示实施例中，控制器106的计算机系统包括处理器172、存储器174、接口176、存储装置178和总线180。处理器172执行控制器106的计算和控制功能，并且可以包括任何类型的处理器或多个处理器、单个集成电路例如微处理器或任何合适数量的集成电路装置和/或电路板协同工作以完成处理单元的功能。在操作期间，处理器172执行包含在存储器174内的一个或多个程序182，并且因此通常控制控制器106和控制器106的计算机系统的一般操作，通常执行本文所述的过程，诸如下面结合图2和图3进一步描述的过程200。

存储器174可以是任何类型的合适的存储器。例如，存储器174可以包括诸如SDRAM、各种类型的静态RAM(SRAM)和各种类型的非易失性存储器(PROM、EPROM和闪存)的各种类型的动态随机存取存储器(DRAM)。在某些示例中，存储器174位于与处理器172相同的计算机芯片上和/或位于同一计算机芯片上。在所示实施例中，存储器174将上述程序182连同一个或多个存储值184存储在一起。

总线180用于在控制器106的计算机系统的各个部件之间传送程序、数据、状态和其他信息或信号。接口176允许与控制器106的计算机系统进行通信，例如从系统驱动器和/或另一计算机系统，并且可以使用任何合适的方法和设备来实现。在一个实施例中，接口176从传感器阵列104的传感器处获取各种数据。接口176可以包括一个或多个网络接口，以与其它系统或部件进行通信。接口176还可以包括用于与技术人员通信的一个或多个网络接口，和/或用于连接到诸如存储装置178的存储设备的一个或多个存储接口。

存储装置178可以是任何合适类型的存储设备，包括诸如硬盘驱动器、闪存系统、软盘驱动器和光盘驱动器的直接存取存储装置。在一示例性实施例中，存储装置178包括程序产品，存储器174可从该程序产品接收执行本公开的一个或多个流程的一个或多个实施例的程序182，诸如结合图2和图3进一步描述的流程200(和其任何子流程)的步骤。在另一示例性实施例中，程序产品可以直接存储在存储器174和/或磁盘(例如，磁盘186)中和/或由存储器174和/或磁盘存取，如下文所述。

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

应当理解，虽然在具有完全功能的计算机系统的背景中描述了该示例性实施例，但是本领域技术人员将认识到，本发明的机制能够作为程序产品分发，其具有用于存储程序及其指令的一种或多种类型的非暂时性计算机可读信号承载介质并执行其分发，诸如一种非暂时性计算机可读介质，其承载程序并包含储存在其内的计算机指令，用于执行计算机处理器(诸如处理器172)并执行程序。这种程序产品可以采取各种形式，并且本发明等同地应用而与用于执行分发的计算机可读信号承载介质的特定类型无关。信号承载介质的示例包括：可录介质如软盘、硬盘、存储卡和光盘，以及传送介质如数字和模拟通信链路。应当理解，在某些实施例中也可以使用基于云的存储和/或其它技术。同样可以理解，控制器106的计算机系统也可以不同于图1所示的实施例。例如，控制器106的计算机系统可以连接到或者可以以其它方式利用一个或多个远程计算机系统和/或其它控制系统。

显示器108连接到控制器106，并为车辆100的驾驶员提供通知。具体地，显示器108为车辆100的驾驶员和/或其他乘客提供关于车辆100的各种部件所需的信息、警告、维护或修理的警报的通知(包括初始通知和后续通知，如上所述，并且还将在下面更详细地描述)。在某些实施例中，显示器108通过车辆100内的视觉显示屏幕提供这些通知。在其它实施例中，显示器108通过车辆100内的音频消息提供这些通知。在某些实施例中，显示器108可以提供视觉和音频通知，和/或一个或多个其它类型的通知(例如，触觉通知、电子邮件、文本或发送给用户的移动电话或其它电子装置的其它通知，和/或任何数量的其它不同类型的通知)。同样在各种实施例中，显示器108根据下面结合图2和图3进一步描述的过程200的步骤执行这些和其它功能。

虽然警报系统102(包括传感器阵列104、收发机105、控制器106和显示器108)的组件被描述为同一系统的一部分，但是应当理解，在某些实施例中，这些特征可以包括两个或更多的系统。此外，在各种实施例中，报警系统102可以包括全部或部分的，和/或可以连接到各种其他车辆装置和系统，诸如致动器组件120(例如推进系统129和/或电动机/发动机130)、RESS 128、电子控制系统118、转向系统150、制动系统160和/或车辆100的一个或多个其它系统。

图2是根据示例性实施例的用于为车辆的驾驶员提供警报的过程200的流程图。根据一示例性实施例，过程200可以与车辆100相结合来实现，包括警报系统102和图1的其他系统、子系统及其部件。根据一示例性实施例，下面结合图300还讨论了过程200，其描述了与过程200相关联的示意性车辆显示器。

如图2所示，过程200开始于步骤202。例如，在各种实施例中，当车辆100以驾驶模式启动时，可以开始过程200。在一实施例中，当驾驶员已经启动车辆100点火时(例如通过转动点火钥匙、按下启动按钮和/或接合密钥，例如如通过图1的一个或多个驱动周期传感器164检测)，开始过程200。在一实施例中，过程200持续贯穿整个点火周期或车辆驱动。

识别一个或多个警报类型(步骤204)。在一实施例中，确定驾驶员或用户希望监视的一个或多个警报时间，和/或驾驶员或用户要求或请求通知的一个或多个警报时间。在各种实施例中，通过图1的处理器172作出这种确定。例如根据由驾驶员或用户作出的输入或请求，例如在当前驱动周期之前。在各种实施例中，根据每一警报类型(例如，信息、所需的动作和服务类型)进行了关于驾驶员选择的表示。例如，在某些实施例中，提供关于驾驶员选择的表示，对于每个警报，(i)驾驶员是否希望收到进一步的通知；如果需要，则(ii)这类进一步通知的时序(例如，延时或计时器功能)；和(iii)传送这类进一步通知的方法(例如通过车辆显示屏、文本消息、电子邮件等)。此外，在某些实施例中，各种警报基于这些特征进行分类。同样在各种实施例中，步骤204的确定、表示和分类由图1的处理器172进行，并且所得到的表示和特征作为其中的存储值184存储在图1的存储器174中。

对各种车辆部件进行数据监视(步骤206)。在一实施例中，对各种车辆部件进行数据监视，这些车辆部件诸如是图1的车轮116、电子控制系统118、RESS 128、致动器组件120、推进系统129、电动机/发动机130、转向系统150和/或制动系统160，和/或一个或多个其他车辆系统、子系统、装置和/或其它部件。同样在一实施例中，通过图1的传感器阵列104的一个或多个传感器获取数据(和/或作为相应车辆部件和/或其控制系统的一部分)，并提供给图1的控制器106(具体地，其处理器172)，例如通过车辆总线(例如CAN总线)和/或通过其它有线和/或无线通信(例如通过图1的收发机105)提供。

确定是否存在条件以保证驾驶员警报(步骤208)。在一实施例中，根据步骤206的数据，由图1的处理器172确定一个或多个车辆部件是否需要任何信息、警告、维护或修理。这种维护和/或修理可以仅通过示例的方式包括轮胎和/或车轮旋转、修理或更换、发动机冷却剂和/或空转、动力转向服务、制动衬块服务、电池(RESS)服务、换油服务和/或用于车辆100的任何数量的部件的一个或多个其它行动。在某些实施例中，这种确定可以由实际部件本身和/或相关联的部件和/或控制系统作出，并且这种确定可从其提供给图1的处理器172，例如通过车辆CAN总线和/或以另一种有线或无线方式(例如通过图1的收发机105)提供。

如果在步骤208确定不需要警报，则过程返回到步骤206。在步骤206的各种迭代中继续监测数据，直到确定警报是有必要的。

一旦在步骤208中确定警报是有必要的，则提供关于警报的初始通知(步骤210)。在各种实施例中，初始通知包括对驾驶员来说，需要特定车辆部件的特定行动的消息(诸如以上关于步骤208识别的那些，仅作为示例)。在各种实施例中，通过由图1的处理器172提供的指令来提供初始通知。在某些实施例中，处理器172指示图1的显示器108以提供车辆100内的警报的视觉显示(例如在车辆100的前仪表板、前镜和/或导航系统中的显示屏上)。在某些其它实施例中，处理器172指示图1的收发机105，将带有警报的一个或多个电子信息(例如文本消息、电子邮件)发送到驾驶员的移动电话或或其它电子装置。此外，在一实施例中，步骤210的初始通知在驱动周期开始时(例如在点火周期的开始时)提供，或者在检测到需要警报的条件之后尽快提供。

在某些实施例中，初始通知还包括语言，其为驾驶员提供机会来选择是否接收到特定警报的后续通知(例如关于驾驶员是否希望在将来再次提醒特定事件)。同样在某些实施例中，初始通知包括语言，其为驾驶员提供机会来设置用于特定警报的后续通知的定时器(例如作为特定事件的“延时”功能的一部分，和/或提供关于特定事件的下一提醒的期望时间范围)。此外，在某些实施例中，初始通知还包括语言，其为驾驶员提供机会来选择用于接收特定事件的后续通知的方式(例如，在车辆的显示屏上、发送电子邮件和/或发送到驾驶员的移动电话和/或其它电子装置的文本消息)。

获取一个或多个驾驶员响应(步骤212)。在各种实施例中，驾驶员响应包括关于特定警报的驾驶员确认。此外，在某些实施例中，驾驶员的响应还包括来自初始通知的驾驶员选择，例如关于是否接收针对特定警报的后续通知(例如关于驾驶员是否希望在将来再次提醒有关特定事件)，选择关于特定警报的后续通知的定时器(例如作为特定事件的“延时”功能的一部分，和/或提供关于特定事件的下次提醒的期望时间范围的选择)，和/或提供关于接收特定事件的后续通知方式的选择(例如，在车辆的显示屏上、发送给驾驶员的电子邮件和/或发送到驾驶员的移动电话的文本信息)。

在各种实施例中，通过图1的一个或多个用户接口传感器162检测步骤212的驾驶员响应(例如在一个或多个用户接口，诸如显示屏、旋钮、按钮和/或其它用户接口，检测驾驶员的输入)。在各种其它实施例中，通过图1的收发机105接收步骤212的驾驶员响应，例如来自车辆100的驾驶员的移动电话或其它电子装置的一个或多个传输和/或信息。

该过程基于响应确定各种选项(步骤214)。在一个实施例中，图1的处理器172评估用于继续执行驾驶员指令的各种选项。

执行驾驶员响应(步骤216)。例如，在各种实施例中，作出关于哪种警报类型(例如，信息、所需行动和服务类型)已被驾驶员确认的表示。此外，在各种实施例中，关于每种警报类型(例如，信息、所需行动和服务类型)的驾驶员选择作出表示。例如，在某些实施例中，为每种警报提供关于驾驶员选择的表示，关于(i)驾驶员是否希望接收进一步通知；如果需要，则(ii)这类进一步通知的时序(例如，延时或计时器功能)；和(iii)传送这类进一步通知的方式(例如通过车辆显示屏、文本信息、电子邮件等)。同样在各种实施例中，步骤216的确定和表示由图1的处理器172作出，并且所得到的表示和特征在其中作为存储值184存储在图1的存储器174中。

监测当前驱动周期，并运行定时器(步骤218)。在各种实施例中，图1的一个或多个驱动周期传感器164用于监测当前车辆驱动周期(例如当前点火周期)是否即将结束，例如通过驾驶员转动用于车辆点火钥匙、按下停止按钮和/或接合密钥。在其它实施例中，根据步骤210的各种警报的补充通知的期望时间(例如用于后续通知的默认时间段和/或由用户在步骤212中关于驾驶员对于后续通知的期望时间而选择的定时器)，持续监测定时器。

确定步骤218的定时器是否已经到期(步骤220)。在一实施例中，该确定由图1的处理器172作出。如果确定处理器尚未过期，则该过程继续执行步骤218，直到确定定时器已经期满为止。一旦确定定时器已经到期，则过程进行到下面直接描述的步骤222。

确定是否为每种特定警报提供后续通知(步骤222)。在一实施例中，这包括关于是否设置为关于特定警报提醒驾驶员的确定。在一个实施例中，该确定由图1的处理器172作出。在某些实施例中，对步骤208和210的每种警报作出该确定。在某些其它实施例中，仅对在步骤212中已经确认的警报作出该确定。同样在各种实施例中，如果确定当前车辆驱动周期(例如当前点火周期)即将结束，则需要后续通知，例如通过驾驶员转动车辆点火钥匙、按下停止按钮和/或接合密钥。在其它实施例中，如果定时器到达后续通知被要求的时间(例如用于后续通知的默认时间段和/或由用户在步骤212中关于驾驶员对于后续通知的期望时间而选择的定时器)，则需要后续通知。

如果在步骤222的迭代中确定需要后续通知，则提供这种后续通知(步骤224)。在各种实施例中，在与步骤210的初始通知相同的车辆驱动周期(例如相同的点火周期)期间提供后续通知。

在某些实施例中，在当前车辆驱动周期(例如当前点火周期)结束时或附近提供后续通知，例如当驾驶员转动车辆点火钥匙、按下停止按钮和/或接合密钥。在其它实施例中，如果定时器到达后续通知被要求的时间(例如用于后续通知的默认时间段和/或由用户在步骤212中关于驾驶员对于后续通知的期望时间而选择的定时器)，则提供后续通知。

在某些实施例中，对步骤208和210提供后续通知。在某些其它实施例中，仅对在步骤212中已经确认的警报提供后续通知。在其它实施例中，仅对驾驶员选择接收后续通知的确认警报提供后续通知。在其它实施例中，除了驾驶员选择不接收后续通知的情况外，为每种警报提供后续通知。

在各种实施例中，通过由图1的处理器172提供的指令来提供后续通知。在某些实施例中，处理器172指示图1的显示器108以提供车辆100内的警报的视觉显示(例如在车辆100的前仪表板、前镜和/或导航系统的显示屏上)。在某些其它实施例中，处理器172指示图1的收发机105，将带有警报的一个或多个电子消息(例如文本消息、电子邮件)发送到驾驶员的移动电话或或其它电子装置。在各种实施例中，提供步骤224的后续通知的方式是根据驾驶员在步骤212中关于提供补充通知的期望方式而作出的任何选择。

在某些实施例中，步骤224的后续通知还包括驾驶员确认后续通知的语言，和/或驾驶员对其作出的选择(例如关于是否接收关于用于这样的附加后续通知的定时器的附加后续通知，以及关于提供这样的附加后续通知的方式，类似于上面关于步骤210的讨论)。同样在某些实施例中，为驾驶员提供滚动浏览步骤224的各种补充响应的机会。

在步骤224之后，过程进行到下面讨论的步骤226。

再次参照图2的步骤222，如果在步骤222中确定不需要后续通知，则该过程直接从步骤222进行到步骤226，而不提供步骤224的后续通知。

在步骤226期间，确定车辆点火是否关闭。在一实施例中，由图1的处理器172使用由图1的一个或多个驱动周期传感器164提供的信息作出该确定。如果确定点火不关闭，则过程返回到步骤218，并且重复步骤218-226，直到在步骤226的迭代中确定点火关闭为止。一旦确定点火是关闭，则过程进行到下面描述的步骤228。

在步骤228期间，提供指示存在需要检查的警报的通知。在各种实施例中，通过由图1的处理器172提供的指令来提供步骤228的通知。在某些实施例中，处理器172指示图1的显示器108以提供该通知的视觉显示(例如在车辆100的前仪表板、前镜和/或导航系统的显示屏上)。在某些其它实施例中，处理器172指示图1的收发机105，将带有该通知的一个或多个电子消息(例如文本消息、电子邮件)发送到驾驶员的移动电话或或其它电子装置。在各种实施例中，提供步骤228的后续通知的方式是根据驾驶员作出的任何选择，例如在步骤204和/或步骤212中。

此外，在各种实施例中，为驾驶员提供关于通知的一种或多种传送方法的选项(步骤230)。在某些实施例中，步骤230的选项的提供被作为步骤228的通知的一部分或结合于此。然而，在某些其它实施例中，步骤230的选项的提供可以被做为一个或多个单独的通知和/或传输的一部分。

在一实施例中，随着接收(步骤232)并执行(步骤234)驾驶员的响应，过程200继续进行，类似于上面关于步骤212和216的讨论。此外，在一实施例中，只要驾驶员已经请求当前的驱动周期(例如点火周期)，则当前驱动周期相应地结束(步骤236)(例如相应地关闭点火)。

参照图3，根据示例性实施例，举例说明可用于提供图2的过程200的步骤210和224的通知的示例性驾驶员显示屏300、350。在一实施例中，驾驶员显示屏300、350可以是图1的显示器108的一部分，并接收来自图1的处理器172的指令。在其它实施例中，显示屏300、350由图1的收发机105发送到用户的电子装置，例如通过文本消息和/或电子邮件发送。

在图3的例子中，显示屏300包括用于图2的步骤210的示例性初始通知的一系列显示器310-340。

具体地，在所示出的示例中，第一显示器310表示与第一状态(例如需要发动机空转的发动机过热状态)相关的初始通知(对应于图2的步骤210)。第一显示器310包括状态(即发动机过热，需要发动机空转)的描述311，以及用于确认状态的机会312。

第二显示器320表示与第二状态(例如需要动力转向服务的转向系统状态，同时需要驾驶员特别小心地驾驶车辆100)相关的初始通知(对应于图2的步骤210)。第二显示器320包括状态(即，需要动力转向服务同时需要驾驶员特别小心地驾驶车辆100的转向系统状态)的描述321，以及用于确认状态的机会322。

第三显示器330提供显示器310和/或320的一个或两个状态的另一描述331，并且还向驾驶员提供用于选择是否接收关于这些状态中的一个或两个的进一步通知(也对应于图2的步骤210)的机会332。

第四显示器340提供显示器310和/或320一个或两个状态的另一描述341，并且还向驾驶员提供用于选择时间范围(例如小时和/或分钟，例如用于定时器和/或延时功能)的机会342，用于接收特定警报的后续通知(也对应于图2的步骤210)。

进一步参考图3，根据示例性实施例，显示屏350表示与图2的过程200的步骤224的后续通知相关联的示例性显示器。具体地，在驱动周期上，根据一示例，第二显示屏350提供警报的概要351，供驾驶员查看，以及用于驾驶员选择用于提供这些警报的后续通知的方式的进一步的选项352(例如通过车内显示屏、通过文本消息进行传送和/或通过电子邮件进行传送)。应当理解，图3的显示屏300、350可以在其他实施例中变化。

因此，提供方法、系统和车辆用于为车辆的驾驶员提供警报。所公开的方法、系统和车辆提供与车辆部件所需信息、警告、维护或修理相关的警报的初始通知，接收用户对初始警报的响应，以及响应于驾驶员的响应提供与警报相关的后续通知。

应当理解，所公开的方法、系统和车辆可以与图中所示和本文所描述的不同。例如，车辆100、警报系统102和/或其各种部件可以与图1所示并结合其描述的不同。此外，应当理解，过程200的某些步骤和/或实现可以与图2和图3所示和/或上文结合其描述的不同。同样可以理解，上述方法的某些步骤可以同时或以与图2和图3所示和/或上文结合其描述的顺序不同的顺序发生，并且在各种实施例中，显示器可能与图3中所示的不同。

虽然在本发明以上详细描述中已举出至少一个示例性实施例，但是应当理解，本发明存在许多变型。还应当理解，一个或多个示例性实施例仅是示例，并且不旨在以任何方式限制本发明的范围、适用性或配置。相反，上述详细描述将向本领域的技术人员提供用于实施一个或多个示例性实施例的便捷路线图。应当理解，在不脱离所附权利要求及其法定等价物的范围的情况下，可以对元件的功能和布置进行各种改变。

Claims (10)

1.一种方法，其包括：

通过由处理器提供的指令，向车辆驾驶员提供与所述车辆的信息、警告、维护或修理相关的警报的初始通知；

通过用户接口装置从所述驾驶员处接收所述警报的初始确认；以及

通过所述处理器提供的指令，根据所述初始确认后的驱动周期和驾驶员选项设置，向所述驾驶员提供所述确认警报的后续通知。

2.根据权利要求1所述的方法，其中，在后续驱动周期中提供所述后续通知。

3.根据权利要求1所述的方法，其中：

在点火周期中提供所述初始通知，并且

在所述点火周期结束之前提供所述后续通知。

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

提供所述初始通知的步骤还包括向所述驾驶员提供设置用于所述后续通知的定时器的机会；以及

提供所述后续通知的所述步骤包括在所述定时器期满之后提供所述后续通知。

5.根据权利要求1所述的方法，其中：

提供所述初始通知的所述步骤还包括向所述驾驶员提供选择是否接收所述后续通知的机会；以及

提供所述后续通知的所述步骤包括提供所述后续通知，条件是所述驾驶员已选择接收所述后续通知。

6.根据权利要求1所述的方法，其中：

提供所述初始通知的所述步骤还包括向驾驶员提供选择用于接收所述后续通知的方式的机会，所述方式从所述车辆显示屏上的显示器、发送给所述驾驶员的电子邮件和发送给所述驾驶员的移动电话的文本消息中进行选择；以及

提供所述后续通知的所述步骤包括通过驾驶员选择的所述方式提供所述后续通知。

7.根据权利要求1所述的方法，其中：

提供所述后续通知的所述步骤包括通过发送给驾驶员的移动电话的文本消息提供所述后续通知。

8.根据权利要求1所述的方法，其中：

提供所述后续通知的所述步骤包括通过发送给所述驾驶员的移动电话的电子邮件消息提供所述后续通知。

9.根据权利要求1所述的方法，其中：

提供后续通知的所述步骤包括通过所述车辆的显示屏提供所述后续通知。

10.一种系统，其包括：

处理器，其被配置为至少便于向车辆驾驶员提供与所述车辆的信息、警告、维护或修理相关的警报的初始通知的指令；以及

用户接口装置，其被配置为至少便于从所述驾驶员处接收所述警报的初始确认；

其中，所述处理器进一步被配置为至少便于在所述确认之后向所述驾驶员提供所述确认警报的后续通知的指令。