CN114063595A

CN114063595A - 用于车辆诊断和监视的鲁棒性商

Info

Publication number: CN114063595A
Application number: CN202110871109.2A
Authority: CN
Inventors: 易明
Original assignee: Robert Bosch GmbH
Current assignee: Robert Bosch GmbH
Priority date: 2020-07-31
Filing date: 2021-07-30
Publication date: 2022-02-18
Also published as: US20220032928A1; DE102021208147A1

Abstract

用于车辆诊断和监视的鲁棒性商。用于评估车辆诊断和监视的鲁棒性的方法和系统。一个系统包括存储器、通信接口和电子处理器。电子处理器被配置为访问车辆系统的诊断事件数据。电子处理器还被配置为基于故障阈值和包括在诊断事件数据中的最大去抖水平集来确定用于当前操作周期的RQ变量。电子处理器还被配置为在当前操作周期结束时将RQ变量存储在存储器中作为RQ数据。电子处理器还被配置为经由通信接口传输用于外部鲁棒性评估的RQ数据。电子处理器还被配置为基于外部鲁棒性评估经由通信接口接收对故障阈值的更新。

Description

用于车辆诊断和监视的鲁棒性商

实施例涉及车辆诊断和监视，并且更特别地涉及用于车辆诊断和监视的鲁棒性商。

发明内容

车辆诊断和监视系统通常实现一个或多个诊断监视器，其检测一个或多个车辆系统（例如，制动控制系统、驾驶员辅助系统等）的诊断事件集。诊断事件通常是指表示诊断监视器状态的测量或值。诊断监视器（或诊断功能）确定对应的车辆系统是否正常运转（例如，经历出现故障或故障）。附加地，车辆诊断和监视系统通常实现去抖（debouncing）。去抖是特定的机制，其用于基于例如一个或多个参数或阈值（例如故障阈值）来评估诊断事件是否符合故障成熟条件。因此，诊断事件是否符合故障成熟条件（即，诊断事件是否触发诊断故障代码或错误代码）至少部分基于故障阈值。传统上，故障阈值是由功能所有者基于测试或经验定义的。然而，故障阈值不总是最佳值。作为一个示例，在故障阈值太敏感的情况下，故障（或诊断故障代码）可能在对应的部件或系统实际上需要维修之前被过早地触发。这对于没有足够数量相关联数据的新车辆系统而言尤其为真。

为了解决这些和其他问题，本文描述的实施例除了其他事物之外尤其提供了用于基于现场数据分析评估车辆诊断和监视的鲁棒性的方法和系统。因此，本文描述的实施例涉及确定与用于一个或多个车辆系统的诊断事件数据相关联的鲁棒性商（“QR”）变量，并将QR变量添加到诊断事件数据（作为QR数据）。可以对用于一个或多个车辆的QR数据、用于一个或多个车辆的诊断事件数据或其组合执行用于相关联车辆诊断和监视的远程或外部鲁棒性分析或评估。替代地或附加地，远程或外部鲁棒性分析评估可以对来自一个或多个次级源（例如，修理厂、经销商、原始设备制造商（“OEM”）等）的次级源数据执行。在一些实施例中，远程或外部鲁棒性分析或评估用于确定一个或多个参数或阈值（诸如故障阈值）是否保证更新或调整以改进或优化相关联车辆诊断和监视的鲁棒性。作为一个示例，在评估指示故障阈值太敏感（太低）的情况下，可能需要更新故障阈值，使得故障阈值的敏感度降低。

例如，一个实施例提供了一种用于评估车辆诊断和监视的鲁棒性的系统。该系统包括存储器、通信接口和耦合到存储器和通信接口的电子处理器。电子处理器被配置为访问用于车辆系统的当前操作周期的诊断事件数据。电子处理器还被配置为确定用于当前操作周期的鲁棒性商（RQ）变量，该RQ变量基于故障阈值和包括在诊断事件数据中的最大去抖水平。电子处理器还被配置为在当前操作周期结束时将RQ变量存储在存储器中作为RQ数据。电子处理器还被配置为经由通信接口传输用于外部鲁棒性评估的RQ数据。电子处理器还被配置为基于外部鲁棒性评估经由通信接口接收对诊断监视器的故障阈值的更新。

另一个实施例提供了一种用于评估车辆诊断和监视的鲁棒性的方法。该方法包括访问车辆系统的诊断事件数据。该方法还包括利用电子处理器基于故障阈值和包括在诊断事件数据中的最大去抖水平集来确定第一鲁棒性商（RQ）变量。该方法还包括在第一操作周期结束时将第一RQ变量存储在存储器中作为RQ数据日志中的第一数据条目。该方法还包括传输用于外部鲁棒性评估的RQ数据日志。该方法还包括基于外部鲁棒性评估经由通信接口接收对故障阈值的更新。该方法还包括利用电子处理器基于该更新来更新故障阈值。

又一实施例提供了一种存储指令的非暂时性计算机可读介质，所述指令当由电子处理器执行时，执行功能集。功能集包括访问车辆系统的诊断事件数据。功能集还包括确定鲁棒性商（RQ）变量，该RQ变量基于故障阈值和包括在诊断事件数据中的最大去抖水平集。功能集还包括在当前操作周期结束时将RQ变量存储作为RQ数据。功能集还包括传输用于外部鲁棒性评估的RQ数据。功能集还包括基于外部鲁棒性评估接收对故障阈值的更新。功能集还包括基于该更新来更新故障阈值。

通过考虑详细描述和附图，其他方面和实施例将变得清楚。

附图说明

图1示意性地图示了根据一些实施例的用于评估车辆诊断和监视的鲁棒性的系统。

图2示意性地图示了根据一些实施例的包括诊断工具的图1的系统。

图3示意性地图示了根据一些实施例的图1的系统的车辆。

图4示意性地图示了根据一些实施例的图1的系统的服务器。

图5示意性地图示了根据一些实施例的用于评估由图1的系统执行的车辆诊断和监视的鲁棒性的方法的流程图。

具体实施方式

在详细解释任何实施例之前，将理解的是，实施例在其应用方面不限于在以下描述中阐述的或在以下附图中图示的部件的构造和布置的细节。其他实施例是可能的，并且这里描述和/或图示的实施例能够以各种方式被实践或实行。

还应当注意，可以使用多个基于硬件和软件的设备以及多个不同的结构部件来实现本文描述的实施例。此外，实施例可以包括硬件、软件和电子部件或模块，出于讨论的目的，所述电子部件或模块可以被图示和描述为好像大多数部件仅在硬件中实现。然而，本领域普通技术人员并且基于对该具体实施方式的阅读将认识到，在至少一个实施例中，实施例的基于电子的方面可以用可由一个或多个处理器执行（例如，存储在非暂时性计算机可读介质上）的软件来实现。照此，应当注意，可以利用多个基于硬件和软件的设备以及多个不同的结构部件来实现各种实施例。还应当理解，尽管某些附图图示了位于特定设备内的硬件和软件，但是这些描绘仅用于说明目的。在一些实施例中，图示的部件可以被组合或划分成单独的软件、固件和/或硬件。例如，代替位于单个电子处理器内并由单个电子处理器执行，逻辑和处理可以分布在多个电子处理器之中。不管硬件和软件部件被如何组合或划分，它们都可以位于相同的计算设备上，或者可以分布在通过一个或多个网络或其他合适的通信链路连接的不同计算设备之中。

图1图示了根据一些实施例的用于车辆诊断和监视的系统100。在图示的示例中，系统100包括多个车辆105（本文统称为“车辆105”，并且单独称为“车辆105”）、服务器110、数据库115和多个次级源120（本文统称为“次级源120”，并且单独称为“次级源120”）。在一些实施例中，系统100在各种配置中包括与图1中图示的部件相比更少、附加或不同的部件，并且可以执行与本文描述的功能相比附加的功能。作为一个示例，系统100可以包括多个服务器110、数据库115或其组合。作为另一个示例，尽管图1图示了三个车辆105和两个次级源120，但是系统100可以包括任何数量的车辆105和次级源120。

车辆105、服务器110、数据库115和次级源120通过一个或多个有线或无线通信网络130通信。通信网络130的部分可以使用诸如因特网的广域网（“WAN”）、诸如蓝牙™网络的局域网（“LAN”）或Wi-Fi及其组合或衍生物来实现。替代地或附加地，在一些实施例中，与通过通信网络130相比，系统100的部件直接通信。

此外，在一些实施例中，系统100的一个或多个部件通过一个或多个中间设备进行通信。作为一个示例，车辆105可以通过诊断工具160与系统100的一个或多个部件通信，如图2中所见。诊断工具160可以包括例如与车辆105通信的手持设备。作为一个示例，诊断工具160可以由修理厂或服务中心的人员用来诊断车辆105。诊断工具160可以通过从车辆105、诊断工具160的用户或其组合接收数据来诊断车辆105。诊断工具160可以包括与车辆105的通信端口或总线通信的输入/输出接口，车辆105的通信端口或总线诸如是控制器局域网（“CAN”）总线、车载诊断（“OBD”）总线等。作为一个示例，输入/输出接口可以包括用于接收线缆的端口或连接器，该线缆允许诊断工具160从车辆105的通信总线读取诊断数据，诸如诊断事件数据、鲁棒性商数据等（如下面更详细描述的）。诊断工具160然后可以通过通信网络130将从车辆105读取的诊断数据传送到系统100的一个或多个部件。作为一个示例，诊断工具160可以将诊断数据传送到数据库115进行存储。作为另一个示例，诊断工具160可以将诊断数据传送到服务器110，用于远程或外部鲁棒性诊断或评估。

尽管车辆105被图示为四轮车辆，但是车辆105可以包括各种类型和设计的车辆。例如，车辆105可以是汽车、摩托车、卡车、公共汽车、半牵引车或其他类型的车辆。如图3中所见，车辆105可以包括控制器200和多个车辆系统205（本文称为“车辆系统205”，并且单独称为“车辆系统205”）。在一些实施例中，车辆105在各种配置中包括与图3中图示的部件相比更少、附加或不同的部件，并且可以执行与本文描述的功能相比附加的功能。例如，尽管图3图示了三个车辆系统205，但是车辆105可以包括任何数量的车辆系统205。附加地，在一些实施例中，车辆105包括诸如车辆收发器（未示出）之类的车辆通信接口，该车辆通信接口通过通信网络130以及可选的一个或多个其他通信网络或连接与系统100的一个或多个部件通信。

车辆系统205可以包括例如制动控制系统、加速控制系统、驾驶员辅助系统等。每个车辆系统205可以包括用于执行与车辆系统205相关联的功能的一个或多个部件（诸如加速器、制动机构等）、用于执行车辆诊断和监视的一个或多个部件（诸如温度传感器、计时器或另一种类型的诊断传感器或设备）或其组合。

如图3中图示的，控制器200包括车辆电子处理器210（例如，微处理器、专用集成电路（“ASIC”）或另一合适的电子设备）、车辆存储器215（例如，一个或多个非暂时性计算机可读存储介质）和车辆通信接口220。车辆电子处理器210、车辆存储器215和车辆通信接口220通过一个或多个数据连接或总线或其组合进行无线通信。图3中图示的控制器200表示一个示例，并且在一些实施例中，控制器200包括与图3中图示的部件相比更少、附加或用不同配置的不同部件。

控制器200可以在几个独立的控制器（例如，可编程电子控制器）中实现，每个独立的控制器被配置为执行特定的功能或子功能。替代地或附加地，控制器200可以包含子模块，所述子模块包括附加的电子处理器、存储器或ASIC，用于处理输入/输出功能、信号处理和下面列出的方法的应用。此外，在一些实施例中，控制器200执行除了本文描述的功能之外的功能。在一些实施例中，控制器200是车辆105的预先存在的部件或控制器。作为一个示例，控制器200可以是车辆105的车载诊断系统的预先存在的控制器。替代地或附加地，在一些实施例中，控制器200与一个或多个车辆系统205相关联。作为一个示例，控制器200可以是与车辆105的加速控制系统相关联的控制器。

车辆电子处理器210被配置为访问和执行存储在车辆存储器215中的计算机可读指令（“软件”）。软件可以包括固件、一个或多个应用、程序数据、过滤器、规则、一个或多个程序模块以及其他可执行指令。例如，软件可以包括用于执行功能集（包括本文描述的方法）的指令和相关联数据。

作为一个示例，如图3中图示的，车辆存储器215可以存储诊断事件管理器（“DEM”）250。DEM 250是可由车辆电子处理器210执行的软件应用。如下面更详细描述的，车辆电子处理器210执行DEM 250，以对于一个或多个车辆系统205执行车辆诊断和监视。在一些实施例中，DEM 250处理并存储由诊断监视器252检测到的车辆系统205的诊断事件集（也存储在车辆存储器215中）。诊断事件通常是指表示诊断监视器252状态的测量或值。诊断监视器252（或诊断功能）确定车辆系统205（或其部件）是否正常运转（或经历出现故障或故障）。替代地或附加地，诊断监视器252可以标识特定的故障类型（例如，对地短路故障、开路负载故障、过热故障等）。因此，每个车辆系统205（或其部件）可以由一个或多个诊断监视器252监视。

在一些实施例中，DEM 250、一个或多个诊断监视器252或其组合执行去抖。去抖是特定的机制，其用于基于例如一个或多个参数或阈值（例如故障阈值）来评估诊断事件是否符合故障成熟条件。DEM 250、一个或多个诊断监视器252或其组合可以使用去抖功能来执行去抖。每个去抖功能可以与至少一个故障阈值相关联。去抖功能可以是例如基于计数器的去抖功能、基于时间的去抖功能或另一种类型的去抖功能。对于基于计数器的去抖功能，当诊断事件满足（例如，等于或超过）计数器阈值（作为基于计数器的去抖功能的故障阈值）时，诊断事件符合故障成熟条件。作为一个示例，在计数器阈值为五的情况下，当诊断事件是满足基础条件的一行中的第五个诊断事件时，诊断事件符合故障成熟条件。对于基于时间的去抖功能，当诊断事件满足（例如，等于或超过）时间阈值（作为基于时间的去抖功能的故障阈值）时，诊断事件符合故障成熟条件。作为一个示例，在时间阈值为十秒的情况下，当诊断事件满足基础条件并且基础条件已经发生至少十秒时，诊断事件符合故障成熟条件。

因此，在一些实施例中，DEM 250对于一个或多个车辆系统205执行车辆诊断和监视。基于车辆诊断和监视，DEM 250生成诊断事件数据。诊断事件数据可以包括例如以下各项的报告或集合：诊断事件（例如，原始诊断事件数据）、去抖数据（例如，与每个诊断事件相关联的去抖水平）、每个诊断事件的状态（例如，诊断事件是否符合故障成熟条件）等。

作为一个示例，诊断监视器252可以被配置为监视车辆系统205的温度。车辆系统205可以与基础条件阈值（在该示例中，温度阈值）相关联。根据该示例，每个诊断事件是温度值，诸如90℉或105℉。DEM 250可以对每个诊断事件（使用去抖功能）执行去抖。对于该示例，与车辆系统205相关联的温度阈值可以是100℉，并且相关联的基于计数的去抖功能的故障阈值可以是四个计数。根据该示例，表1（下面）图示了诊断事件的示例集以及每个诊断事件的相关联去抖水平和故障状态。如表1中所见，当诊断事件超过温度阈值时，去抖水平增加（增加计数）。故障状态保持“无故障”，直到超过相关联去抖功能的故障阈值（在该示例中，一旦去抖水平达到四个计数）。一旦满足故障阈值，就触发故障。

诊断事件号	诊断事件（℉）	去抖水平（计数）	故障状态（故障/无故障）
				第一诊断事件	103℉	1	无故障
第二诊断事件	101℉	2	无故障
				第三诊断事件	102℉	3	无故障
第四诊断事件	104℉	4	故障

表1。

如图3中所见，车辆存储器215还可以存储鲁棒性应用255。鲁棒性应用255是可由车辆电子处理器210执行的软件应用。如下面更详细描述的，车辆电子处理器210执行鲁棒性应用255以确定（或生成）与一个或多个车辆系统205的诊断和监视相关联的鲁棒性商（“RQ”）数据260（也存储在车辆存储器215中）（例如，DEM 250的诊断事件数据）。RQ数据260是RQ变量（或值）的集合（或日志），其中每个RQ变量都与诊断监视器252相关联。在一些实施例中，每个RQ变量在操作周期结束时保存在车辆存储器215中。操作周期可以包括例如点火周期、动力周期、OBD驾驶周期、发动机升温周期等。在一些实施例中，RQ数据260是包括多个数据条目的RQ数据日志，其中每个数据条目对应于RQ变量。在一些实施例中，每个RQ变量被保存为具有对应诊断监视器252的标识符的数据条目。在这样的实施例中，每个数据条目可以包括三个字节的数据。作为一个示例，日志条目可以包括三个字节的数据，其中两个字节表示对应诊断监视器252的标识符，并且一个字节表示RQ变量。

通信接口220允许控制器200与控制器200外部的设备通信（例如，从控制器200外部的设备接收输入并向其提供输出）。作为一个示例，如图3中所见，控制器200可以通信地连接到车辆系统205。在一些实施例中，通信接口220包括用于接收与控制器200外部的设备的有线连接的端口。因此，在一些实施例中，控制器200经由专用线路直接耦合到一个或多个车辆系统205。替代地或附加地，通信接口220与通信总线通信，以间接与控制器200外部的设备通信。因此，在一些实施例中，控制器200经由共享通信链路——诸如车辆通信网络或总线（例如，CAN总线、OBD总线、以太网或FlexRay）或无线连接——通信地耦合到一个或多个车辆系统205。每个车辆系统205可以使用各种通信类型和协议与控制器200通信。

如上面指出的，系统100还包括服务器110。服务器110包括计算设备，诸如服务器、数据库等。如图4中图示的，服务器110包括服务器电子处理器300、服务器存储器305和服务器通信接口310。服务器电子处理器300、服务器存储器305和服务器通信接口310通过一个或多个通信线路或总线或其组合进行无线通信。在各种配置中，服务器110可以包括与图4中图示的部件相比附加、更少或不同的部件。作为一个示例，服务器110还可以包括诸如键盘、小键盘、鼠标、操纵杆、触摸屏、显示设备、打印机、扬声器等之类的一个或多个人机接口，所述一个或多个人机接口从用户接收输入，向用户提供输出，或者其组合。服务器110还可以执行除了本文描述的功能之外的附加功能。此外，本文描述为由服务器110执行的功能（或其一部分）可以分布在多个服务器或设备之中（例如，作为云服务或云计算环境的一部分）。

服务器通信接口310可以包括收发器，该收发器通过通信网络130以及可选的一个或多个其他通信网络或连接与系统100的一个或多个部件通信。服务器电子处理器300包括微处理器、ASIC或用于处理数据的其他合适的电子设备，并且服务器存储器305包括非暂时性的计算机可读存储介质。服务器电子处理器300被配置为从服务器存储器305检索指令和数据并执行指令。如图4中图示的，服务器存储器305包括监视鲁棒性应用330（本文称为“应用330”）。应用330是可由服务器电子处理器300执行的软件应用。服务器电子处理器300执行应用330以执行远程或外部鲁棒性分析或评估，用于相关联的车辆诊断和监视（作为现场数据分析）。在一些实施例中，应用330访问并分析诊断数据，以评估一个或多个参数或阈值（诸如故障阈值）的鲁棒性。作为一个示例，应用330访问用于第一车辆系统的诊断数据，其中诊断数据源自多个不同的源，诸如多个车辆105、多个次级源120或其组合。基于鲁棒性评估，应用330可以确定一个或多个参数或阈值是否保证更新或调整以改进或优化鲁棒性。

在一些实施例中，应用330还确定并提供对参数或阈值的更新。作为一个示例，在诊断数据指示故障阈值太敏感（太低）的情况下，应用330可以提供增加故障阈值的更新（使得故障阈值的敏感度降低）。作为另一示例，在诊断数据指示故障阈值太严格（太高）的情况下，应用330可以提供降低故障阈值的更新（使得故障阈值的灵敏度增加）。

回到图1，系统100还包括一个或多个次级源120。次级源120可以包括例如汽车经销商、汽车修理厂、远程诊断服务提供商、原始设备制造商（“OEM”）、部件供应商等。次级源120可以提供（或收集）附加诊断数据（例如，次级源数据）。作为一个示例，OEM可能将坏的或损坏的部件退回给部件供应商。部件供应商可以对退回的部件执行分析，以确定每个部件是否实际上是损坏或坏的。分析结果可以指示，大多数部件实际上仍然在正常运转。此类结果可以表明，与退回的部件相关联的故障阈值太敏感。因此，由部件供应商执行的分析可以产生附加的诊断数据（次级源数据），其提供了对监视鲁棒性的洞察。

如图1中所见，系统100还包括数据库115。数据库115可以存储用于一个或多个车辆105的RQ数据、诊断事件数据或其组合。替代地或附加地，数据库115可以存储用于一个或多个次级源120的次级源数据（附加诊断数据）。因此，在一些实施例中，一个或多个车辆105将RQ数据、诊断事件数据或其组合传输到数据库115用于存储。附加地，在一些实施例中，一个或多个次级源120将相关联的次级源数据270传输到数据库115用于存储。因此，在一些实施例中，数据库115存储归档数据（来自现场的诊断数据）。

图5是图示根据一些实施例的评估由系统100执行的车辆诊断和监视的鲁棒性的方法500的流程图。方法500被描述为由控制器200（例如，如由车辆电子处理器210执行的DEM 250、鲁棒性应用255或其组合）执行。然而，关于方法500描述的功能（或其一部分）可以由其他部件或设备来执行。

如图5中图示的，方法500包括访问用于车辆系统205的诊断事件数据（在框505）。如上面指出的，在操作周期期间，DEM 250（经由至少一个诊断监视器252）检测用于车辆系统205的诊断事件（或测量值）集，并相对于诊断事件集（使用至少一个去抖功能）执行去抖。作为去抖的结果，每个诊断事件都与去抖水平和故障状态相关联。因此，对于每个操作周期，DEM 250为每个诊断监视器252生成诊断事件数据，其中诊断事件数据包括在当前操作周期期间发生的诊断事件集以及包括在诊断事件集中的每个诊断事件的相关联去抖水平和故障状态。因此，在一些实施例中，车辆电子处理器210从车辆存储器215访问诊断事件数据。

在访问诊断事件数据之后（在框505），车辆电子处理器210（经由鲁棒性应用255）确定用于车辆系统205的当前操作周期的鲁棒性商（“RQ”）变量（在框510）。在一些实施例中，车辆电子处理器210基于故障阈值和包括在诊断事件数据中的最大去抖水平集来确定RQ变量。在一些实施例中，车辆电子处理器210分析诊断事件数据，以针对每个操作周期确定（或标识）每个诊断事件的最大去抖水平（作为最大去抖水平集）。在确定最大去抖水平集之后，车辆电子处理器210可以通过针对每个操作周期对每个操作周期的最大去抖水平除以故障阈值的商取平均来确定RQ变量。例如，在一些实施例中，车辆电子处理器210使用以下等式来确定RQ变量：

RQ _AVE = 平均(maxDL _i /故障阈值, maxDL _i+1 /故障阈值,…maxDL _i+n /故障阈值)

其中maxDL表示给定操作周期的最大去抖水平，并且RQ _AVE表示跨每个操作周期的平均RQ。作为一个示例，表2图示了在每个操作周期结束时计算的示例RQ_AVE变量。

表2。

在一些实施例中，车辆电子处理器210通过跨每个操作周期确定每个操作周期的最大去抖水平除以故障阈值的最大或最大值商来确定RQ变量。例如，在一些实施例中，车辆电子处理器210使用以下等式来确定RQ变量：

RQ = 最大值(maxDL _i /故障阈值, maxDL _i+1 /故障阈值, … maxDL _i+n /故障阈值)。

如图5中所见，车辆电子处理器210在当前操作周期结束时将RQ变量存储（例如，在车辆存储器215中）作为RQ数据（在框515）。如上所述，RQ数据可以是包括多个数据条目的RQ数据日志，其中每个数据条目对应于RQ变量。在一些实施例中，每个RQ变量被保存为具有对应诊断监视器252的标识符的数据条目。在这些实施例的一些中，每个数据条目可以包括三个字节的数据。作为一个示例，日志条目可以包括三个字节的数据，其中两个字节表示对应诊断监视器252的标识符，并且一个字节表示RQ变量。在其他实施例中，可以为标识符、RQ变量和日志条目存储不同数量字节的数据。在当前操作周期结束时将RQ变量存储作为RQ数据包括大约在当前操作周期结束时发生的存储以及在当前操作周期结束之后的稍后时间发生的存储。

在一些实施例中，在进行到框520之前，车辆电子处理器210重复方法500的框505-515一个或多个附加操作周期。在一些实施例中，车辆电子处理器210在每个操作周期开始时重置每个去抖水平。例如，在每个操作周期开始时，每个去抖水平都设置为零。

如图5中所见，车辆电子处理器210（经由车辆通信接口220）传输用于外部鲁棒性评估的RQ数据（在框520）。在一些实施例中，车辆电子处理器210将RQ数据传输到服务器110，用于外部鲁棒性评估（例如，以供由应用330进行分析）。替代地或附加地，车辆电子处理器210将RQ数据传输到数据库115用于存储，使得服务器110可从数据库115访问RQ数据。在一些实施例中，车辆电子处理器响应于接收到对于RQ数据的请求而传输RQ数据。车辆电子处理器210可以从服务器110、诸如图2的诊断工具160的中间设备、另一远程设备或系统或者其组合接收请求。在一些实施例中，车辆电子处理器210传输诸如诊断事件数据之类的附加数据，用于外部鲁棒性评估。

如上面更详细描述的，在一些实施例中，服务器110（执行应用330的服务器电子处理器300）访问（或接收）诊断数据，该诊断数据包括例如RQ数据、诊断事件数据、次级源数据或其组合，作为对于相关联车辆诊断和监视执行外部鲁棒性评估的一部分。作为一个示例，在一些实施例中，应用330访问并分析诊断数据、诸如与一个或多个车辆105相关联的RQ数据，以评估一个或多个参数或阈值（诸如故障阈值）的鲁棒性。基于该评估，应用330可以确定一个或多个参数或阈值是否保证更新或调整以改进或优化相关联车辆诊断和监视的鲁棒性（例如，如上所述，当故障阈值太敏感或太严格时）。在一些实施例中，应用330还确定并提供对参数或阈值的更新。

因此，如图5中所见，在一些实施例中，车辆电子处理器210基于外部鲁棒性评估（例如，经由车辆通信接口220）接收对故障阈值的更新（在框525）。车辆电子处理器210可以通过通信网络130从服务器110接收更新。响应于接收到更新，车辆电子处理器210可以基于该更新来更新故障阈值。例如，用于故障阈值的新值可以存储在车辆存储器215中，并且然后在执行DEM 250时由车辆电子处理器210访问，或者由实现去抖的其他系统访问。在一些实施例中，方法500循环回到步骤505，使得方法500被重复以基于外部鲁棒性评估连续更新（一个或多个）故障阈值。因此，当附加的数据可用时，故障阈值可以基于另外的RQ数据集继续随时间更新。

因此，实施例除了其他事物之外尤其提供了用于评估车辆诊断和监视的鲁棒性的方法和系统。某些实施例的各种特征和优点在以下权利要求中阐述。

Claims

1.一种用于评估车辆诊断和监视的鲁棒性的系统，所述系统包括：

存储器；

通信接口；和

耦合到存储器和通信接口的电子处理器，所述电子处理器被配置为

访问车辆系统的诊断事件数据，

确定用于当前操作周期的鲁棒性商（RQ）变量，RQ变量基于故障阈值和包括在诊断事件数据中的最大去抖水平集，

在当前操作周期结束时将RQ变量存储在存储器中作为RQ数据，

经由通信接口传输用于外部鲁棒性评估的RQ数据，以及

基于外部鲁棒性评估经由通信接口接收对故障阈值的更新。

2.根据权利要求1所述的系统，其中，诊断事件数据包括诊断事件集和包括在诊断事件集中的每个诊断事件的去抖水平。

3.根据权利要求2所述的系统，其中，最大去抖水平是与诊断事件集相关联的去抖水平之中的最高去抖水平。

4.根据权利要求1所述的系统，其中，RQ变量是包括在最大去抖水平集中的每个最大去抖水平除以故障阈值的平均值。

5.根据权利要求1所述的系统，其中，RQ变量是包括在最大去抖水平集中的每个最大去抖水平除以故障阈值的最大值。

6.根据权利要求1所述的系统，其中，电子处理器被配置为响应于接收到对于RQ数据的请求，传输用于外部鲁棒性评估的RQ数据。

7.根据权利要求1所述的系统，其中，更新进一步基于从由次级源数据和与至少一个其他车辆相关联的附加数据组成的组中选择的至少一个。

8.一种用于评估车辆诊断和监视的鲁棒性的方法，所述方法包括：

访问车辆系统的诊断事件数据；

利用电子处理器确定基于故障阈值和包括在诊断事件数据中的最大去抖水平集的第一鲁棒性商（RQ）变量；

在第一操作周期结束时，将第一RQ变量存储在存储器中作为RQ数据日志中的第一数据条目；

传输用于外部鲁棒性评估的RQ数据日志；

基于外部鲁棒性评估，经由通信接口接收对故障阈值的更新；和

利用电子处理器基于所述更新来更新故障阈值。

9.根据权利要求8所述的方法，进一步包括：

在传输用于外部鲁棒性评估的RQ数据日志之前，

访问车辆系统的后续诊断数据，

确定第二RQ变量，以及

在第二操作周期结束时，将第二RQ变量存储作为RQ数据日志中的第二数据条目。

10.根据权利要求8所述的方法，进一步包括：

利用车辆系统的诊断监视器检测车辆系统的诊断事件集；

利用去抖功能使诊断事件集去抖；以及

基于去抖生成用于车辆系统的诊断事件数据。

11.根据权利要求10所述的方法，其中，使诊断事件集去抖包括使用从由基于时间的去抖功能和基于计数器的去抖功能组成的组中选择的至少一个来使诊断事件集去抖。

12.根据权利要求8所述的方法，其中，确定第一RQ变量包括对包括在最大去抖水平集中的每个最大去抖水平除以故障阈值的商取平均。

13.根据权利要求8所述的方法，其中，确定第一RQ变量包括根据包括在最大去抖水平集中的每个最大去抖水平除以故障阈值的商来确定最大值。

14.根据权利要求8所述的方法，其中，在第一操作周期结束时将第一RQ变量存储作为RQ数据日志中的第一数据条目包括将第一RQ变量存储作为包括三个字节数据的第一数据条目，其中与诊断事件数据相关联的诊断监视器的标识符由三个字节数据中的两个字节表示，并且第一RQ变量由三个字节数据中的一个字节表示。

15.一种存储指令的非暂时性计算机可读介质，所述指令当由电子处理器执行时，执行功能集，所述功能集包括：

访问车辆系统的诊断事件数据；

确定鲁棒性商（RQ）变量，RQ变量基于故障阈值和包括在诊断事件数据中的最大去抖水平集；

在当前操作周期结束时，将RQ变量存储作为RQ数据；

传输用于外部鲁棒性评估的RQ数据；

基于外部鲁棒性评估接收对故障阈值的更新；和

基于所述更新来更新故障阈值。

16.根据权利要求15所述的计算机可读介质，进一步包括：

利用至少一个诊断监视器检测车辆系统的诊断事件集；

利用去抖功能使诊断事件集去抖；以及

基于去抖生成诊断事件数据。

17.根据权利要求16所述的计算机可读介质，其中，使诊断事件集去抖包括使用从由基于时间的去抖功能和基于计数器的去抖功能组成的组中选择的至少一个来使诊断事件集去抖。

18.根据权利要求15所述的计算机可读介质，其中，生成车辆系统的诊断事件数据包括生成包括以下各项的诊断事件数据：（a）由车辆系统的至少一个诊断监视器检测到的诊断事件集，（b）包括在诊断事件集中的每个诊断事件的去抖水平，以及（c）包括在诊断事件集中的每个诊断事件的故障状态。

19.根据权利要求15所述的计算机可读介质，其中，确定RQ变量包括对包括在最大去抖水平集中的每个最大去抖水平除以故障阈值的商取平均。

20.根据权利要求15所述的计算机可读介质，其中，确定RQ变量包括根据包括在最大去抖水平集中的每个最大去抖水平除以故障阈值的商来确定最大值。