CN103718218A

CN103718218A - 用于管理故障代码的系统和方法

Info

Publication number: CN103718218A
Application number: CN201280037262.4A
Authority: CN
Inventors: J·A·欧尔森; D·L·布拉德利; M·S·亨德里克斯
Original assignee: United Parcel Service of America Inc
Current assignee: United Parcel Service of America Inc; United Parcel Service Inc
Priority date: 2011-07-26
Filing date: 2012-07-26
Publication date: 2014-04-09
Anticipated expiration: 2032-07-26
Also published as: US8897953B2; WO2013016576A8; US20130030641A1; EP2737457A1; CA2841319C; US20160163135A1; US9292979B2; CA2841319A1; WO2013016576A1; CN103718218B; US20150046023A1; US9811951B2; EP2737457B1

Abstract

本发明的多种实施方式提供用于管理故障代码的系统和方法，所述故障代码在车辆运行过程中被一个或多个车辆触发。一般来说，本发明的多种实施方式涉及记录和分析在车辆运行的特定时间段内触发的故障代码。作为分析的结果，本发明的多种实施方式可以设定针对每个识别的故障代码的状态，该状态表示用于处理该识别的故障代码的动作的等级。在特定实施方式中，该状态可以是警告状态、危险状态或环境状态中的一个，所述警告状态表示所述车辆的所述一个或多个部件或子系统应当被监视，所述危险状态表示所述车辆的所述一个或多个部件或子系统应当被维修，所述环境状态表示所述车辆的所述一个或多个部件或子系统的失效或可能的失效影响一个或多个环境条件。

Description

用于管理故障代码的系统和方法

背景技术

车辆上的车载诊断（OBD）是指车辆的自诊断和报告能力。OBD系统向个人（如汽车技师等）提供关于车辆的多种子系统及部件的健康的信息。如今，现代OBD系统提供实时数据，该实时数据典型地包括多系列的标准化代码，这些代码可以帮助个人识别和补救车辆中的故障（例如，失效和/或可能的失效）。这些代码包括，例如，故障代码、闪码（flash codes）以及诊断问题代码（在本文中统称“故障代码”）。

在许多例子中，除了多系列的标准化代码，车辆制造商和多种车辆部件的制造商可以使用自定义的故障代码，还可以提供自定义的诊断、建议以及对如何处理在车辆上被触发的特定的代码的指示。例如，福特汽车公司

可以对福特

汽车上防抱死制动系统（ABS）触发的特定故障代码的处理提供指示，而通用汽车公司

可以对雪弗兰

汽车上防抱死制动系统触发的同样的故障代码的处理提供不同的建议。另外，根据对在该运营者拥有或运营的一个或多个车辆上被触发的这些代码的处理经验，这些车辆的运营者可以开发自定义诊断、建议以及如何处理特定代码的指令。虽然故障代码可以提供一些关于特定部件或系统的问题的信息，但该信息典型地为二元的（例如，好或坏）。该代码不提供任何关于问题严重程度的显示，这可能导致不必要的或过早的车辆部件的替换或维修。所以，存在一种对提供用于管理这些代码的系统和方法、用于触发对这些代码的响应的机制以及处理这些代码的机制的需求。

发明内容

本发明的多种实施方式提供用于管理与车辆相关的故障代码的系统和方法。例如，在特定实施方式中，该系统和方法涉及接收从车辆获取的故障代码信息。在特定实施方式中，故障代码信息包括在车辆运行的特定时间段内产生的一个或多个故障代码，且该系统和方法涉及基于与来自故障代码信息的所述一个或多个故障代码相关的所述参数来分析故障代码信息。

在这些实施方式中，进行这样的分析是为了识别故障代码，该故障代码指示车辆的一个或多个部件或子系统的失效或可能的失效。

另外，在特定实施方式中，该系统和方法涉及设定每个被识别的故障代码的状态，所述状态表示用于处理被识别的故障代码的行动的等级。例如，所述状态可以被设置为警告状态、危险状态或环境状态中的一个，所述警告状态表示车辆的一个或多个部件或子系统应当被监视，所述危险状态表示车辆的一个或多个部件或子系统应当被维修，所述环境状态表示车辆的一个或多个部件或子系统的失效或可能的失效影响一个或多个环境条件。进一步，在多种实施方式中，该系统和方法可能涉及针对每个所述被识别的故障代码向一方或多方发送一个或多个通知，该通知列出每个被识别的故障代码的状态，和/或可能涉及初始化工作订单，所述工作订单用于维修所述车辆的一个或多个部件或子系统中的至少一个。

进一步，在多种实施方式中，该系统和方法可能涉及提供接口。在特定实施方式中，所述接口提供对一个或多个规程的存取，所述规程用于诊断和/或进行维护与每个所述被识别的故障代码相关的一个或多个部件或子系统。这些诊断和/或维护规程可以取决于所述车辆的部件或子系统的制造商。另外，所述接口可以显示一个或多个个人提供的关于进行诊断和/或维护规程中的一个或多个的评述，并且可以提供显示所述车辆的GPS坐标的地图。

另外，在多种实施方式中，特定故障代码可以与至少一组参数相关联。在特定实施方式中，该组参数可以包括上限和下限，所述上限和下限提供了在所述车辆运行的特定时间段内发生的所述故障代码的次数范围。在这些特定实施方式中，该系统和方法可以涉及响应于显示了在所述车辆运行的特定时间段内发生的所述特定故障代码的次数在所述范围内的所述故障代码信息，而设定所述特定故障代码的状态。

最后，在多种实施方式中，特定故障代码可以被与一组包括阈值和连续值的参数相关联，所述阈值提供了在车辆运行的特定时间段内或特定距离段内发生的特定故障代码的次数的数量，所述连续值提供了连续的时间段或连续距离段的数量。在特定实施方式中，该系统和方法可以涉及响应于在所述特定时间段内或特定距离段内发生的特定故障代码的次数的数量至少为所述阈值所持续的连续时间段或连续距离段的数量等于所述连续值，而设定所述特定故障代码的状态。

附图说明

在概括地描述了本发明之后，下文将参考附图。附图并不必要按比例绘制。其中：

图1提供了用于实施本发明的实施方式的多个方面的系统架构的示意图；

图2提供了根据本发明的一种实施方式的监视服务器的示意图；

图3提供了根据本发明的一种实施方式的监视过程的流程图；

图4提供了根据本发明的一种实施方式的监视模块执行的步骤的流程图；

图5提供了根据本发明的一种实施方式的接口屏幕；

图6提供了根据本发明的一种实施方式的另一个接口屏幕；

图7提供了根据本发明的一种实施方式的另一个接口屏幕；

图8提供了根据本发明的一种实施方式的另一个接口屏幕。

具体实施方式

结合对附图的参考，本发明的多种实施方式将在后文被更详细地描述，其中本发明的部分但不是全部实施方式被示出。确实，这些发明可以被以许多不同的形式被实施，且应当不被理解为限制在本文列出的实施方式中。而是，这些实施方式被提供是为了使得本公开将满足申请的法律要求。除非有相反说明，本文中术语“或”的使用既有选择也有连接的意思。在全文中相似附图标记指示相似元素。

I.方法、装置、系统和计算机程序产品

正如将通过本文说明书被理解的，本发明的实施方式可以被以多种方式实施，包括方法、装置、系统或计算机程序产品。因此，这些实施方式可以采用完全硬件的实施方式的形式或采用其中处理器被编程控制以运行特定步骤的实施方式的形式。进一步，多种实施可以采用在计算机可读存储媒介上的计算机程序产品的形式，其中计算机可读程序指令被包含在该存储媒介中。任何适合的计算机可读存储媒介均可以被使用，包括硬盘、CD-ROM、光学存储设备，或磁存储设备。

参考框图和流程图对方法、装置、系统以及计算机程序产品的说明，特定实施方式被在下文描述。应当理解的是，框图中的每个框和流程图的说明分别可以被通过计算机程序指令（例如，作为执行在计算机系统中的处理器上的逻辑步骤或操作）而部分地实施。这些计算机程序指令可以被加载至计算机，如专用计算机或用来制造特别配置的机器的其它可编程数据处理装置等，这样使得执行在计算机上或其它可编程数据处理装置上的该指令实施流程图的一个或多个框中指定的功能。

这些计算机程序指令还可以被存储在计算机可读存储器中，该存储器可以指示计算机或其它可编程数据处理装置以特定的方式运行，这样使得存储在计算机可读存储器中的指令产生包括计算机可读指令的制造物品，用于实施在流程图的一个或多个框中指定的功能。计算机程序指令还可被加载至计算机或其它可编程数据处理装置以引起一系列操作步骤，这些步骤将被在计算机或其它可编程装置上运行以产生计算机实施的方法，这样使得执行在计算机或其它可编程装置上的指令提供用于实施在流程图的一个或多个框中指定的功能的操作。

因此，框图中的框和流程图中的说明支持用于实现特定功能的多种组合、用于实现特定功能的操作的组合、以及用于实现特定功能的程序指令。还需要理解的是，框图中的每个框和流程图的说明，以及框图中的多个框和流程图的说明的组合，可以被通过专用的基于硬件的计算机系统实施，该基于硬件的计算机系统实现指定的功能或操作，或者可以被通过专用硬件和计算机指令的结合实施。

II系统架构

图1提供了用于实施本发明的实施方式的多种方面的系统架构的示意图。该系统由每日在路面上行驶的一个或多个车辆110组成。例如，在一种实施方式中，车辆110为车队的一部分，如公共承运人配送车队等，该车队可能包括本地货运卡车、拖挂车、厢式货车以及公共承运人用于在公共承运人的配送网络中运输包裹的其它车辆。其它车队可以包括公共汽车、出租车、垃圾车、抄表车，以及相似的车辆。在特定实施方式中，一个或多个车辆110包括发动机控制模块（ECM）130，ECM130被配置为控制车辆发动机120。ECM是一种电子控制单元，通过确定点火正时、燃油量以及发动机120的其它参数来控制发动机多种动力情况。在多种实施方式中，ECM130可以被配置为，通过读取来自多维特性图谱（multidimensional performancemaps）（例如，查找表）的数值以及使用由接收到的信号计算的输入值（例如，发动机转速），来解释接收到的来自监视发动机120的传感器装置的信号。

在特定实施方式中，ECM130包括微处理器，该微处理器实时地处理来自发动机传感器的输入。在这些特定实施方式中，ECU130可以包括硬件和软件。该硬件可以包括在印刷电路板（PCB）上的电子元器件、陶基片，或者薄层压基片。在电路板上的主要元器件为微控制器芯片（CPU）。另外，该软件可以被存储在微控制器或PCB上的其它芯片中、在可擦写可编程只读存储器（EPROM）中，或者在闪存中，这样CPU可以通过上载更新的代码或更换芯片而被重新编程。在许多实例中，这样的配置被称为电子发动机管理系统（EMS）。

在特定实施方式中，EMS可以接收来自其它来源的输入，并可以控制发动机的其它部件。例如，EMS可以电子地控制和管理多种气门正时系统以及涡轮增压器排气泄压阀。另外，EMS还可以与传动控制单元通信，或直接与电子控制的自动变速箱、牵引力控制系统或相似系统交互。在许多实例中，控制器局域网或称CAN总线汽车网络被经常使用，以实现这些装置之间的通信。进一步，在特定实例中，ECM触发已知为（正如其经常被称为的）故障代码、闪码或问题代码的诊断信息，以识别和补救车辆中的故障（例如，识别和补救车辆的一个或多个部件和/或子系统的一种或多种失效和/或可能的失效）。

例如，在特定的车辆110中，ECM130接收信号，如曲轴位置、凸轮轴位置、发动机转速以及发动机冷却液温度等，并且作为响应，向进气门正时控制电磁阀发出“开/关”脉冲任务信号。例如，这样的调整可以被实现：能够根据不同的驾驶状态来控制进气门的关闭/打开正时，以在低/中速范围增加发动机扭矩并在高速范围增加发动机输出。在这些车辆110中，进气门正时控制电磁阀改变燃油的量和穿过进气门正时控制单元的流向，或中止燃油流动。较长的脉冲宽度使气门角度提前，较短的脉冲宽度使气门角度滞后。这样，当“开”和“关”脉冲宽度变为相等时，电磁阀中止燃油压力流量，以将进气门角固定在控制位置。但是，当目标角度与相位控制角度之间存在间隙时，电磁阀停止工作。这样的结果是，ECM130触发P0021故障代码，以显示该阀已停止工作。该故障代码可以在之后被个人（例如，汽车技师）读取，以诊断阀的失效，这样该阀可以被修理或更换。

在特定实施方式中，车辆110还包括信息处理（telematics，远程信息处理）系统140，该系统140由ECM130接收如故障代码等信息。一般来说，信息处理系统被配置为用于由多种控制系统及位于车辆上的传感器收集信息，并通过通信网络（例如，蜂窝、WAN，或其它无线网）传输该信息。这样，在特定实施方式中，车辆110上的信息处理系统140接收关于来自ECM130的被触发的多种故障代码的信息并通过通信网络150（例如，移动蜂窝网络）向中央位置传输该信息。例如，在通信网络150包括移动蜂窝网络的实施方式中，信息处理系统140可以通过网络150向网络150中的基站160传输信息，并且蜂窝网络载体（cellular carrier）可以通过一个或多个有线或无线的网络170（例如，有线或无线的个人区域网（PAN）、局域网（LAN）、城域网（MAN）、广域网（WAN）、互联网，或者类似的网络）与中央监视系统180进行电子通信。

这样，回到与车辆110相关的例子中，其中车辆110为公共承运人配送系统的一部分，公共承运人的车队中的一个或多个车辆110的信息处理系统140通过网络150向位于公共承运人的基础设施中的中央监视系统180传输故障代码信息。在多种实施方式中，车辆110可以基于一些预定的时间段（如每天一次或每三小时一次）传输该信息。在其它实施方式中，车辆110可以基于一些触发事件（如在完成配送路线后车辆回到服务中心后、行驶特定距离后或由特定故障代码触发）传输该信息。

进一步，根据多种实施方式，监视系统180可以与一种或多种存储媒介190进行电子通信。例如，在特定实施方式中，存储媒介190可以为如硬盘、磁带或闪存等一种或多种媒介。另外，在特定实施方式中，监视系统180可以包括数据库管理系统且存储媒介190可以包括一个或多个数据库和一个或多个数据库实例。在本文中使用的术语“数据库”是指存储在计算机系统中的记录或数据的结构化的集合，例如通过关系数据库、层次数据库或网络数据库。如下文进一步详细讨论的，在特定实施方式中，存储媒介190可以被用于存储由车辆110接收的信息以及用于评估从车辆110接收的信息的参数。

最后，图1示出了根据本发明的一种实施方式的结构，应当理解的是该架构的多种部件，如上文所述，在其他实施方式中可以有不同的配置。所以，本要求保护的发明的多个方面并不局限于这一特定的架构。

III.监视服务器

在多种实施方式中，监视系统180可以包括一个或多个计算装置（例如，一个或多个服务器）。图2提供根据本发明的一种实施方式的监视服务器200的示意图。在本文中使用的术语“服务器”概括地指任意计算机、计算装置、台式机、笔记本电脑或便携式电脑、分布式系统、服务器、网关、开关，或其它适用于运行本文描述的功能的处理装置。

如图2中示出的实施方式所示，监视服务器200包括处理器60，处理器60通过系统接口或总线61与监视服务器200内的其它元件通信。处理器60可以以许多不同的方式被实现。例如，处理器60可以作为多种处理工具被实现，这些处理工具如处理元件、微处理器、协处理器、控制器或多种其它包括集成电路的处理装置（例如，专用集成电路（ASIC）、现场可编程门阵列（FPGA）、硬件加速器，或类似的装置）等。在示出的实施方式中，处理器60可以被配置为用于执行存储在装置存储器中的或以其他方式能够被处理器60读取的指令。这样，不论通过硬件或者软件被配置，还是通过硬件和软件的结合被配置，处理器60可以代表一实体，该实体在适当配置后能够运行根据本发明的实施方式的操作。监视服务器200还包括用于接收和显示数据的显示装置/输入装置64。该显示装置/输入装置64可以是，例如，与显示器结合使用的键盘或定点装置。监视服务器200进一步包括存储器65，存储器65可以既包括只读存储器（ROM）66，也包括随机存取存储器（RAM）67。应用服务器的ROM66可以被用于存储基本输入/输出系统（BIOS）26，BIOS26包含基本程序，该基本程序帮助向监视服务器200中的不同元件传递信息。

另外，在一种实施方式中，监视服务器200包括至少一个存储装置63，如硬盘驱动器、CD驱动器和/或光盘驱动器等，存储装置63用于在多种计算机可读媒介上存储信息。存储装置63及其相关联的计算机可读媒介可以提供非易失存储。前文描述的计算机可读媒介可以被任意种类的计算机可读媒介替换，如嵌入的或可移除的多媒体存储卡（MMC）、安全数码（SD）存储卡、记忆卡（Memory Stick）、电可擦可编程只读存储器（EEPROM）、闪存、硬盘，或类似媒介。另外，每个这些存储装置63可以通过适当的接口被连接至系统总线61。

进一步，许多程序模块（例如，一套计算机程序指令）可以被通过多种存储装置63存储和/或在RAM67中存储。这样的程序模块可以包括操作系统80、监视模块400以及接口模块500。虽然这些模块的功能性不必被模块化，但是在处理器60和操作系统80的协助下，这些模块400、500可以控制监视服务器200的操作的特定方面。

在一种实施方式中，监视服务器200中还包括用于与多种计算实体交互的网络接口74。这种通信可以通过与上文所述的相同或不同的有线或无线网络（或有线和无线网络的结合）。例如，该通信可以通过使用有线数据传输协议（如光纤分布式数据接口（FDDI）、数字用户线路（DSL）、以太网、异步传输模式（ATM）、帧中继、电缆数据服务接口规范（DOCSIS），或其它任何有线传输协议）被执行。相似地，监视服务器200可以被配置为通过无线外部通信网络使用各种协议中的任意一种（如802.11、通用分组无线业务（GPRS）、宽带码分多址（W-CDMA），或其它任何无线协议）进行通信。

可以被理解的是，监视服务器200的一个或多个部件可以被置于远离监视服务器200的其他部件的位置（例如，分布在多个监视服务器200之间）。进一步，一个或多个部件可以被结合，且实现本文描述的功能的额外的部件可以被包括在监视服务器200中。

IV监视过程的总体概述

图3提供了根据本发明的一种实施方式的车队监视过程的总体概述。在这一特定实例中，该过程在车辆110在运行时对特定时间段中被触发的故障代码进行记录和分析。

在图3示出的实施方式中，该监视过程适合于被公共承运人实施，以监视其配送车队。监视过程的第一步涉及建立参数以评估多种故障代码，这些故障代码可以被接收自特定车辆110。因此，在步骤310，监视过程开始于分析收集的历史数据，该历史数据关于接收自公共承运人的车队中的不同车辆110的故障代码以及关于被触发的故障代码导致的对不同车辆110进行的维护。在多种实施方式中，执行这一特定步骤的目的在于建立接收自不同车辆110的故障代码与被触发的故障代码导致的这些不同车辆110需要的维护之间的关系。另外，这一特定步骤可以包含对不同车辆和部件制造商提供的规程的审查，以处理多种故障代码。例如，特定故障代码可以指示一个飞轮配置的问题，该飞轮配置与牵引式单片或双片货车离合器一同使用。然而，根据车辆110和/或车辆110上的特定离合器的制造商的不同，用于处理飞轮的故障的规程可能不同。这样，在特定实施方式中，分析步骤可以还包括考虑这些用于不同车辆和部件制造商的不同规程。

一旦完成分析，监视过程继续到步骤320，在步骤320中，多种故障代码的参数被设置。在特定实施方式中，针对可能接收自特定车辆110每个故障代码，设置参数，以评估该故障代码并决定如何处理该故障代码的触发。正如通过本文的描述可以被理解的，根据多种实施方式，这些参数可以以不同的方式被定义。

例如，在一种实施方式中，该参数可以被定义，从而使得当接收自车辆110的特定故障代码落入一组特定的参数的范围时，关于该故障代码的特定的行动被进行。例如，表1示出了针对与车辆110上的特定部件相关的特定的故障代码（例如，故障代码111）而被建立的参数。

表1

这样，基于表1中示出的这些特定参数，如果特定故障代码111被触发小于25次，故障代码111的状态仍为正常，且不采取任何行动。然而，当故障代码111在车辆110运行的特定的时间段内（例如，二十四小时）被触发的次数在二十五（25）和一百九十九（199）之间时，故障代码111的状态变为“警告”，并且采取监视与故障代码111相关联的部件的行动。当故障代码111在该特定的时间段内被触发的次数在两百（200）和九千九百九十九（9999）之间时，故障代码111的状态变为“危险”，并且相关联的行动为采取立即行动以处理该被触发的故障代码。例如，这样的立即行动可能包括安排车辆110的与该特定故障代码相关联的部件的维修或更换。正如需要理解的是，状态、行动以及条件（例如，最大值和最小值）均仅被用于说明目的，且不意在限制。确实，根据需要，用于多种故障代码的任何状态、行动以及相关联的条件可以被建立。

进一步，特定故障代码的参数可以包括适用于不同制造商的参数。例如，回到表1中的用于故障代码111的参数组的例子，如表2所示，对于该部件的制造商A和对于制造商B，参数可以被设置为不同的。

表2

制造商A

制造商B

如上文所述，这种制造商之间的区别可以为对公共承运人的车队中的多种车辆110的历史信息的分析的结果，其中车辆110包括制造商A和制造商B双方的部件，以及这些制造商提供的关于处理该零件故障的不同的规程和信息。

一旦用于多种故障代码的参数已经被建立，监视过程继续至步骤330，在步骤330，故障数据被从一个或多个车辆110收集。这样，对于特定配送车辆110，在车辆在其配送路线上行驶的过程中，故障代码被通过车辆的信息处理系统140收集。下一步，在步骤340，故障代码通过通信网络150（例如，无线蜂窝网络）被传输，并被公共承运人的中央位置所接收。根据多种实施方式，故障数据可以在不同时间、基于不同标准而被传输。例如，故障数据可以在特定时间段（例如，每二十四小时一次或每八小时一次）被传输，或者故障数据可以基于触发事件（例如，检测到车辆在完成配送路线后回到服务中心、检测到行驶特定距离，或检测到特定故障代码或故障代码的种类）被传输。

另外，应当注意到的是，该故障代码并不一定需要被通过网络150由车辆传输。例如，在多种实施方式中，故障代码可以被从信息处理系统140取得，和/或通过下载直接从ECM130取得，或者以其他方式由信息处理系统140和/或ECM130传输至便携存储装置，如闪存盘、记忆棒、移动硬盘或类似装置。然而，在需要近乎实时地评估故障数据的实例中，优选地通过通信网络150传输故障数据。

下一步，在步骤350，该过程继续，使用适当的参数评估故障数据，以确定是否需要相对于在数据收集期间被触发的故障代码采取行动。例如，假设接收自特定车辆110的故障数据显示在数据收集期间故障代码111被触发了一百七十二（172）次，以及与该故障代码相关联的部件由制造商B制造。下一步，在步骤360，该过程确定一百七十二次计数是否表示特定部件的失效或可能的失效，以及确定根据这一计数是否需要采取某些种类的行动。首先，确定该部件是由制造商A还是制造商B制造的。为进行这样的确定，在特定实施方式中，维护记录可以被审查，以确定当前安装在车辆110上的部件。一旦部件制造商被确定，将故障代码计数与适当的参数组比较，参数组例如可以是上文的表2中的例子。这样，在这一实例中，既然该部件为制造商B所制造，确定该部件是应该修理还是更换。作为结果，如步骤370所示，故障代码111的状态被设定，该状态表示为处理该故障代码应采取行动的等级为修理或是更换与故障代码111相关联的部件。

在特定实施方式中，基于该评估的需要的行动可以被通信到适当的一方或多方。例如，如果该部件需要维修或更换，通知可以被发送至维护人员，以提醒其车辆110上的该部件需要修理或更换。另外，其它方可以被通知（例如，运营者，以提醒其该车辆可能不适于在某一特定时间段使用；库存系统，以在需要时预定备件）。

这样，前文所述的过程允许对接收自公共承运人的车队的一个或多个车辆110的故障代码的管理。另外，这样的过程允许对如何进行对这些来自车辆110的故障代码的检测的管理，该管理不仅基于在特定时间段内故障代码被触发的次数，还来自与被触发的故障代码相关联的车辆110、子系统和/或部件不同制造商的视角。

V示例性系统操作

下文将参考图4-8，图4-8示出本发明的多种实施方式产生的操作和过程。例如，图4提供了监视模块400执行的步骤的流程图。图5-8提供与监视系统的不同方面相关的多种个人使用的接口屏幕截图。监视模块400以及屏幕在下文将详细描述。

a.监视模块

如上文所述，在多种实施方式中，监视系统180（例如，监视服务器200）包括监视模块400，监视模块400被配置为用于评估接收自特定车辆110的故障代码信息。图4示出根据一种特定实施方式的监视模块400的流程图。该流程图可以对应于图2中所示的监视服务器200中的处理器60执行的步骤，正如根据多种实施方式，其执行在服务器的RAM存储器67中的监视模块400。

这样，从步骤410开始，监视模块400由特定车辆110接收故障代码信息。如前文所解释的，在多种实施方式中，在车辆110的操作过程中这样的信息被通过车辆的信息处理系统140收集，并且该信息被传输至监视系统180。另外，在特定实施方式中，故障代码信息可能包括额外信息，该额外信息用于识别特定车辆和收集故障代码信息的时间段。这样，监视模块400能够识别特定车辆100以及与故障代码信息相关联的特定时间段。这些信息不仅有益于通知适当方需要注意车辆110，这些信息还在一些这样的实例中有益：监视模块400获取特定车辆110的历史信息，如先前时间段的故障代码信息和/或车辆110和车辆110上安装的部件的型号及制造的信息。

下一步，在步骤415，监视模块400从记录期间触发的特定故障代码的故障代码信息读取信息。如上文所述，在特定实施方式中，不同的故障代码的参数被设置，以用于进行对接收自车辆110的特定故障代码的信息的评估。这样，在这些特定实施方式中，监视模块400可以从一个或多个存储媒介190取得参数，这样使得该参数可以被用于评估。在特定实施方式中的存储媒介190可以包括用于存储参数的一个或多个数据库。这样，在这些实施方式中，基于如车辆110的制造和型号、在车辆110的操作过程中触发的故障代码和/或与该故障代码相关联的一个或多个部件和/或子系统的零件号等信息，监视模块400从数据库查询参数。

一旦取得了参数，监视模块400进行至步骤420，在步骤420，其基于该参数进行对特定故障代码的故障代码信息的分析。例如，如前文所述，该参数可以设定用于触发所需要进行的特定行动的界限，该行动与在车辆110的操作过程中被触发的特定故障代码相关。例如，该参数可能包括在故障代码信息被记录的一时间段内特定故障代码被触发的次数的上限和下限。在这个特定实例中，监视模块400确定在记录时间段内特定故障代码被触发的次数是否在上限和下限之间。如果是，监视模块400设定一状态，该状态表示与被触发的故障代码相关的将被采取的适当的/需要的行动。

正如本领域普通技术人员根据本公开能够想到的，根据多种实施方式，用于特定故障代码的参数可以以多种方式被定义。例如，在一实施方式中，该参数可以包括用于“危险”状态、“警告”状态、“环境”状态、“正常”状态以及“低概率”状态的参数组，其中“危险”状态可以表示需要立即注意，“警告”状态可以表示需要监视，“环境”状态可以表示与该故障代码相关联的一个或多个部件和/或子系统的失效或可能的失效可能与环境问题有关。

在特定实施方式中，用于“危险”状态的一组参数可以包括最小设定值（例如，下限）和/或最大设定值（例如，上限）。例如，如果监视模块400确定在记录时间段内故障代码被触发的次数在最小设定值和最大设定值之间（或超过最小设定值），监视模块400将该故障代码的状态设为危险。这样的状态可以表示需要采取一个或多个立即行动，以处理该被触发的故障代码。例如，该行动可以包括向适合的一方或多方发送一个或多个通知，该通知指示与该故障代码相关联的一个或多个部件和/或子系统需要立即注意，如修理和/或更换。

相似地，用于“警告”状态的一组参数可以包括最小设定值（例如，下限）和/或最大设定值（例如，上限）。在这一实例中，如果监视模块400确定在记录时间段内故障代码被触发的次数在最小设定值和最大设定值之间（或超过最小设定值），监视模块400将该故障代码的状态设为“警告”。在这一实例中，警告状态可以表示需要采取一个或多个行动，但可以被认为与状态被设为危险相比不那么危险。例如，用于该状态的行动可以包括向适合的一方或多方发送一个或多个通知，通知与该故障代码相关联的一个或多个部件和/或子系统由于可能的失效需要被监视。

用于“环境”状态的一组参数与某些故障代码的出现相关，这些故障代码表征车辆110的一个或多个部件和/或子系统的失效和/或可能的失效可能影响环境。例如，在一些实例中，如车辆110具有防抱死制动问题，该车辆110可能不能超速，以试图最小化与防抱死制动问题相关的风险。车辆110不能超速的结果是车辆110典型地具有较差的燃油经济性（例如，与车辆110超速相比，车辆110将消耗更多的燃油）。这样，因为对更多的自然资源的较高使用，更多的燃油消耗被认为是对环境的直接影响。这样，在与特定故障代码相关联的一个或多个部件和/或子系统的失效和/或可能的失效可能导致对环境的影响的实例中，一组参数可以被设定，以评估这些实例。

与“危险”和“警告”的参数组相似，“环境”参数组可以包括最小设定值（例如，下限）和/最大设定值（例如，上限）。对于这一特定参数组，如果监视模块400确定在记录时间段内故障代码被触发的次数在最小设定值和最大设定值之间（或超过最小设定值），监视模块400将状态设为“环境”，该“环境”状态表示应该采取一个或多个行动（例如，向适合的一方或多方发送一个或多个通知，通知与该故障代码相关联的一个或多个部件和/或子系统可能具有影响环境的问题）。

最后，与已描述的参数组相似，用于“正常”状态以及用于“低概率”状态的参数组可以包括最小设定值（例如，下限）和/最大设定值（例如，上限）。在多种实施方式中，这两个参数组的区别在于：如果监视模块400确定在记录时间段内故障代码被触发的次数在“正常”状态的参数组的最小设定值和最大设定值之间（或超过最小设定值），监视模块400将状态设为正常，可能触发这样的行动：向适合的一方或多方发送一个或多个通知，通知该故障代码已被触发，但无需采取处理触发的故障代码的立即行动。在特定实施方式中，“正常”状态可能用于向一方或多方通知特定故障代码被触发。另一方面，如果监视模块400确定在记录时间段内故障代码被触发的次数在低概率状态的参数组的最小设定值和最大设定值之间（或超过最小设定值），监视模块400将状态设为“低概率”，表示无需采取行动。

如本领域普通技术人员根据本公开应当理解的，上文所描述的参数组被作为为特定故障代码而定义的参数组的例子而提供，而不应被认为是为特定故障代码而定义的唯一的参数组。另外，在特定实施方式中，被定义为用于特定故障代码的参数组可以不是被定义为用于其它故障代码的相同的参数组。例如，特定故障代码可以与车辆110的在发生问题时可能影响环境的一个或多个部件和/或子系统相关联。对于这一特定故障代码，该参数可以包括一组“环境”参数。但是，其它故障代码可以不与车辆110的在发生问题时可能影响环境的一个或多个部件和/或子系统相关联。所以，对于这一特定故障代码的参数可以不包括一组“环境”参数。最后，应当注意的是，在特定实施方式中，参数的值可以相对于不同参数组重叠。例如，故障代码可以包括对于“警告”参数组的为一百（100）的上限参数以及为五十（50）的下限参数，以及对于“环境”参数组的为六十（60）的上限参数以及为四十（40）的下限参数。

回到图4，监控模块400使用参数组来评估从车辆110接收的为特定故障代码读取的信息。这样，在步骤425，基于被定义为用于“危险”状态的参数组，监视模块400确定该故障代码的状态是否应被设为危险。如步骤430所示，如果监视模块400确定该状态应被设为危险，监视模块400将状态设为“危险”并进行“危险”状态要求的一个或多个行动。例如，在一种实施方式中，监视模块400向一方或多方发送一个或多个通知，该一方或多方可能与修理和/或更换与该特定故障代码相关的一个或多个部件和/或子组件相关。根据多种实施方式，该通知可以通过使用多种不同的机制被发送，如电子邮件、文本消息、电话和/或一些其他种类的电子通信等。例如，监视模块400可以向进行修理和/或更换工作的人员发送电子邮件通知；向运营者发送电子邮件通知以提醒他们车辆110可能不可用于某一时间段，以便该工作被进行；向库存和/或采购发送电子邮件通知，以便从库存预定或订购所需的备件，这样该零件在该工作被进行时可用。进一步，监视模块400可以进行危险状态所要求的其他行动，如建立需被进行的工作订单，和/或建立采购订单，以购买备件。

如果监视模块400确定该状态不应被设为危险，如步骤455所示，基于被定义为用于“警告”状态的参数组，监视模块400确定该状态是否应被设为警告。在步骤460中，如果监视模块400确定该状态应被设为警告，监视模块400将状态设为警告并进行“警告”状态要求的一个或多个行动。例如，与“危险”状态相似，监视模块400可以向适合的一方或多方发送一个或多个通知。在这一实例中，监视模块400可以向维护人员发送通知，例如，通知他们与特定故障代码相关联的一个或多个部件和/或子系统的可能的失效，以及该一个或多个部件和/或子系统应当被监视。另外，监视模块400可以向运营者发送通知，通知他们同样的内容。这样做的结果是，运营方可以使车辆110的驾驶员监视车辆110，关注该一个或多个部件和/或子系统的可能的失效。

进一步，如果监视模块400确定该状态不应被设为警告，如步骤465所示，基于被定义为用于“环境”状态的参数组，监视模块400确定该特定故障代码的状态是否应被设为环境。根据这一确定，如步骤470所示，监视模块400可以将状态设为环境，并采取一个或多个适当的行动，如向发送关于与特定故障代码相关的一个或多个部件和/或子系统的一个或多个通知，指示这些部件和/子系统的失效或可能的失效可能具有环境影响。相似地，在步骤475，基于被定义为用于“正常”状态的参数组，监视模块400确定该特定故障代码的状态是否应被设为正常。在特定实施方式中，与“正常”状态相关联的行动可以包括向特定方发送一个或多个通知，以告知该故障代码被触发，但该故障代码被触发的水平通常不相当于相关的部件和/或子系统失效。这样，根据这一确定，如步骤480所示，监视模块400将状态设为正常，并采取适当的行动。

一旦监视模块400完成了对多组参数和特定故障代码状态的分析，如步骤485所示，监视模块400确定接收自车辆110的该故障代码信息是否包括关于在监视期间触发的其它故障代码的信息。如果包括，监视模块400则读取关于另外的故障代码的信息，并对该另外的故障代码进行如上文所述的相同的过程。这样，在多种实施方式中，监视模块400确定针对该另外的故障代码应设定的状态。当列于接收自车辆110的故障代码信息中的所有的故障代码均被评估后，监视模块400结束该过程。

应当注意的是，上文所讨论的监视模块400的配置并不是所要求保护的发明所期望的唯一配置。如前文所提到的，监视模块400的特定的实施方式可以包括另外的参数并且，作为其结果，监视模块400可以进行另外的分析步骤，来确定对于故障代码应设定的状态。例如，在特定实施方式中，用于一个或多个故障代码的参数可以包括限定故障代码的“连续周期法则”的参数组。例如，这一特定参数组可以设定对特定故障代码在连续时间段的每个预定的时间段（例如，一小时、一班、一天）被触发的次数的计数。在另一个例子中，这一特定参数组可以设定对特定故障代码在连续距离段的每个预定的距离段（例如，行驶的一段英里数）被触发的次数的计数。这样，如果在连续时间段（或连续距离段）的每个时间段（或距离段）的特定的计数值等于该计数，虽然对于该故障代码的计数值没有实际触发该特定状态的参数，但该故障代码可以被评估为该特定状态。

例如，对于特定故障代码的“危险”参数可以被定义为在二十四小时的期间内上限值为一百（100）个计数、下限值为五十（50）个计数。对于该特定的故障代码的连续参数可以被定义为连续三天、每天三十（30）个计数。对于连续的三天，车辆110的该特定故障代码的计数达到了三十五（35）、三十二（32）和四十（40）。所以，在这一实例中，虽然监视模块400可能在这三天中的任一天均不将该故障代码的状态设为危险，但监视模块400可以基于连续的参数将该故障代码的状态评估为危险。

另外，应当注意的是，在多种实施方式中，监视模块400可以被配置为用于将在特定时间段内触发的故障代码的状态设为多个等级。例如，监视模块400可以被配置为使得虽然特定故障代码的计数可以触发监视模块400将该特定故障代码的状态设为警告，但监视模块400还可以被配置为评估该状态是否还应该被设为环境。

最后，如上文指出的，应当理解的是，在多种实施方式中，特定状态所要求的行动可能包括除监视模块400向不同方发送通知以外的其它行动。例如，在一种实施方式中，监视模块400可以被配置为询问关于维护零件的可用库存的信息，并且如果需要的零件在库存中为可用的，预定该零件以用于车辆110的修理。进一步，监视模块400可以被配置为当需要的零件在库存中为不可用时，设置并提交该零件的采购订单。另外，在特定实施方式中，监视模块400可以被配置为设置并提交车辆110需要的修理的工作订单，并安排进行该需要的修理的维护人员。根据本公开，本领域普通技术人员能够想出被定义为用于可以各状态的很多行动。

b.接口模块

如上文所述，在多种实施方式中，监视系统180（例如，监视服务器200）可以还包括接口模块500，接口模块500提供允许用户与监视系统180交互的功能和屏幕。例如，在特定实施方式中的接口模块500提供图形用户接口，该图形用户接口包括一个或多个屏幕，该屏幕允许用户设置用于多种故障代码的参数，并监视针对多种车辆110被触发的故障代码。图5-8展示了根据多种实施方式的接口模块500提供的不同的屏幕和功能。

图5展示了由个人使用以设置用于特定故障代码（例如，闪码）的参数的屏幕。该屏幕分为两部分，诊断数据部分510和闪码数据部分515。对于这一特定屏幕，示出在部分510中的诊断数据由美国汽车工程师协会（SAE）或制造商定义。如图所示，车辆的发动机种类520以及用于处理该故障代码的诊断525被识别。例如，诊断525可以是参数标识符（PID）、子系统标识符（SID）和/或可疑参数编号（SPN）的定义。在特定实施方式中，失效模式575典型地为预定的一组描述失效情况的属性。例如，图5中示出的失效模式575为数据有效但高于正常运作范围。在一些实例中，对于柴油发动机，故障代码可以为PID/SID/SPN和失效模式的组合。对于汽油发动机，故障代码可以为失效模式或诊断故障码（DTC）。

图5中的闪码数据部分515中示出的闪码数据标识参数值，该参数值用于分析收集的故障代码2639530的故障代码信息。除了显示故障代码2639530，该部分515提供故障代码2639530的描述535以及故障代码2639530的帮助文档540的位置。在特定实施方式中，个人可以使用屏幕来输入故障代码2639530的“简明英语”的描述。另外，在特定实施方式中，该屏幕还可以提供链接至列出的帮助文档540。

进一步，在特定实施方式中，该屏幕允许个人设置和调整故障代码530的参数。例如，如图5所示，参数包括危险-立即注意参数545（例如，“危险”状态）的最小和最大值、警告-需要注意参数550（例如，“警告”状态）的最小和最大值、绿色-环境问题参数555（例如，“环境”状态）的最小和最大值、正常参数560（例如，“正常”状态）的最小和最大值，以及低-正常视图隐藏参数565（例如，“低概率”状态）的最小和最大值。另外，该屏幕允许个人启用针对故障代码530的“3天法则”参数570，并设置这些参数。这样，图5示出的屏幕帮助管理许多故障代码的评估参数，这些故障代码可以被触发并在多种车辆110中上收集的故障数据信息中遇到。

图6展示了提供车辆110以及车辆110在一定日期范围触发的故障代码的列表的屏幕。如图6所示，个人可以选择“起始日期”610和“终止日期”615，且屏幕提供车辆110以及车辆110在所选的时间段内触发的故障代码的列表。该屏幕显示针对每个提供在该列表中的记录的许多不同的信息。例如，该屏幕显示对于每个记录的车辆编号620以及车辆110触发的故障代码（例如，闪码）625。另外，该屏幕显示故障代码625在所选的时间段内被触发的计数的数字630以及失效代码635。进一步，该屏幕显示额外的信息，如失效640、失效模式645、发动机型号650以及负责车辆110工作的汽车技师655等。

在特定实施方式中，车辆字段620还可以包括文件夹660。该文件夹显示某个人（例如，汽车技师655）输入了关于该特定故障代码记录的相关情况的备注。在这些特定实施方式中，该屏幕的用户可以选择文件夹660，以查看该个人的备注。另外，在特定实施方式中，失效字段640可以包括故障指示灯665，以显示可能要求一些种类的行动（如，立即注意）的失效。进一步，在特定实施方式中，故障代码625可以被以多种颜色显示，该颜色表示每个故障代码相关的优先等级（如每个故障代码的状态）。

图7进一步展示了提供车辆110的被触发的故障代码列表的屏幕以及弹出屏幕，在该弹出屏幕上，个人（例如，汽车技师655）可以提供关于特定车辆715在特定时间段内被触发的特定故障代码710的评论。在这一实例中，该弹出屏幕显示与故障代码710相关的失效720以及失效模式725。这样，该个人可以在提供的该区域730输入备注，列出为处理该特定故障代码710而进行的工作。在多种实施方式中，对于修正和建立用于分析接收的特定故障代码710的故障数据的参数，以及修正和建立用于处理该特定故障代码710而被提供的指令，这样的信息可以是有益的。

例如，基于接收的特定故障代码710的计数的数量，一组参数可以被触发，并且通知可以被发送，以检查冷却剂泄露，如果没检测到泄露，可能去维修ECL信号。在这样实例中，汽车技师655发现没有泄露并更换了ECL传感器，而不是修理ECL信号。这样，技师655输入关于为补救被触发的故障代码710而进行的工作的备注。这样的信息可以被用于精调下次相同的故障代码710被触发以及通知被发送时所发送的指令。在其它实例中，汽车技师655可能发现没有泄露或ECL信号或ECL传感器没有问题。这样，在这一实例中，该参数组可以被调节，以使得通知在计数的数量达到更高的水平后才会发送。

最后，图8展示了根据来自车辆110的被触发的故障代码的列表定位特定车辆110的功能被实施的屏幕。特定实施例中，用户可以从列表中点击用于特定车辆110的车辆定位器。依次，提供车辆110的位置的屏幕被显示。典型地，这样的功能可以通过使用车辆110上的为提供车辆110位置的GPS能力而被提供。例如，图8中提供的屏幕包括俯视照片，该照片包括指示车辆位置的指示器810。但是，如本领域普通技术人员能够想到的，其它种类的屏幕和信息可以被提供给用户，以使得该用户定位车辆110。例如，在一种实施方式中，一屏幕可以被提供，该屏幕仅提供车辆位置的书面描述。该描述可以被上一个操作该车辆的个人提供，或可以来源于GPS读数。

提供这样功能的结果是，个人（如汽车技师655或驾驶员）可以能够容易地定位车辆110，这样使得可以对车辆110进行维护，和/或可以为车辆110维护完成后的使用而定位车辆110。

c.其他评述

应当理解的是，在特定实施方式中，多种模块的功能以及上文所述的屏幕可以被结合或拆分。所以，上文对多种模块和屏幕的描述，是与本发明多种实施方式的运行的功能相关联而被提供的，不应被理解为限制所要求保护的发明的范围。

VI结论

本领域普通技术人员将能想到本文提出的发明的一些调整和其它实施方式，对于本领域普通技术人员，这些发明得益于前文的描述及附图的教示。所以，应当理解是，本发明并不限于公开的特定实施方式，而意在将其它的实施方式包括在权利要求的保护范围中。虽然本文使用了特定术语，但这些术语仅以概括的和描述性的意义被使用，并不用于限定的目的。

Claims

1.一种用于管理与车辆相关的故障代码的系统，所述系统包括：

存储器，所述存储器存储多个参数和多个故障代码，其中每个参数与故障代码相关联；以及

一个或多个计算机处理器，所述计算机处理器被配置为用于：

接收从所述车辆获取的故障代码信息，所述故障代码信息包括所述多个故障代码中的一个或多个，所述一个或多个故障代码产生在所述车辆运行的特定时间段内；

获得存储在所述存储器中的与所述一个或多个故障代码相关联的参数；

分析所述故障代码信息，以至少部分地基于与所述故障代码信息中的所述一个或多个故障代码相关联的所述参数，识别所述一个或多个故障代码中的每个，所述一个或多个故障代码指示所述车辆的一个或多个部件或子系统的失效或可能的失效；

设定每个被识别的故障代码的状态，所述状态表示与所述被识别的故障代码相关联的行动的等级。

2.根据权利要求1所述的系统，其中所述状态包括警告状态、危险状态或环境状态中的一个，所述警告状态表示所述车辆的所述一个或多个部件或子系统应当被监视，所述危险状态表示所述车辆的所述一个或多个部件或子系统应当被维修，所述环境状态表示所述车辆的所述一个或多个部件或子系统的失效或可能的失效影响一个或多个环境条件。

3.根据权利要求1所述的系统，其中所述一个或多个计算机处理器被配置为用于针对每个所述被识别的故障代码向一方或多方发送一个或多个通知，所述一个或多个通知包括每个所述被识别的故障代码的状态。

4.根据权利要求1所述的系统，其中所述一个或多个计算机处理器被配置为用于初始化工作订单，所述工作订单用于维修所述车辆的一个或多个部件或子系统中的至少一个。

5.根据权利要求1所述的系统，进一步包括接口，所述接口被配置为用于提供对一个或多个规程的存取，所述规程用于诊断与每个所述被识别的故障代码相关的一个或多个部件或子系统。

6.根据权利要求5所述的系统，其中用于诊断所述一个或多个部件或子系统的所述一个或多个规程取决于所述车辆的所述一个或多个部件或子系统的制造商。

7.根据权利要求5所述的系统，其中所述接口进一步被配置为显示一个或多个个人提供的关于进行用于诊断所述一个或多个部件或子系统的一个或多个规程的评述。

8.根据权利要求5所述的系统，其中所述接口进一步被配置为提供显示所述车辆的GPS坐标的地图。

9.根据权利要求5所述的系统，其中所述接口进一步被配置为显示进行用于诊断所述一个或多个部件或子系统的一个或多个规程的结果。

10.根据权利要求1所述的系统，进一步包括接口，所述接口被配置为提供对与每个被识别的故障代码相关的一个或多个维护规程的存取。

11.根据权利要求10所述的系统，其中所述一个或多个维护规程取决于所述车辆的所述一个或多个部件或子系统的制造商。

12.根据权利要求10所述的系统，其中所述接口进一步被配置为显示一个或多个个人提供的关于进行所述一个或多个维护规程的结果的评述。

13.根据权利要求10所述的系统，其中所述接口进一步被配置为显示进行所述一个或多个维护规程的结果。

14.根据权利要求1所述的系统，其中特定故障代码被与至少一组参数相关联，所述参数包括上限和下限，所述上限和下限提供了在所述车辆运行的特定时间段内发生的所述故障代码的次数范围，且所述一个或多个计算机处理器被配置为用于：响应于显示了在所述车辆运行的特定时间段内发生的所述特定故障代码在所述范围内的所述故障代码信息，而设定所述特定故障代码的状态。

15.根据权利要求1所述的系统，其中特定故障代码被与至少一组参数相关联，所述参数包括阈值和连续值，所述阈值提供了在所述车辆运行的特定时间段内发生的所述特定故障代码的次数，所述连续值提供了多个连续的时间段，且所述一个或多个计算机处理器被配置为用于：响应于等于所述连续值的多个连续时间段上、在所述特定时间段内发生的所述特定故障代码的次数的数量至少为所述阈值，而设定所述特定故障代码的状态。

16.一种用于管理与车辆相关的故障代码的方法，所述方法包括下列步骤：

接收从所述车辆获取的故障代码信息，所述故障代码信息包括在所述车辆运行的特定时间段内发生的一个或多个故障代码；

通过一个或多个计算机处理器分析所述故障代码信息，以至少部分地基于所述故障代码信息和与所述一个或多个故障代码相关的一个或多个参数的比较，识别所述一个或多个故障代码中的每个故障代码，所述一个或多个故障代码指示所述车辆的一个或多个部件或子系统的失效或可能的失效；以及

通过所述一个或多个计算机处理器设定每个被识别的故障代码的状态，所述状态表示用以处理所述识别的故障代码的行动的等级。

17.根据权利要求16所述的方法，其中所述状态包括警告状态、危险状态或环境状态中的一个，所述警告状态表示所述车辆的所述一个或多个部件或子系统应当被监视，所述危险状态表示所述车辆的所述一个或多个部件或子系统应当被维修，所述环境状态表示所述车辆的所述一个或多个部件或子系统的失效或可能的失效影响一个或多个环境条件。

18.根据权利要求16所述的方法，进一步包括针对每个所述被识别的故障代码向一方或多方发送一个或多个通知的步骤，所述一个或多个通知包括每个所述被识别的故障代码的状态。

19.根据权利要求16所述的方法，进一步包括初始化工作订单的步骤，所述工作订单用于维修所述车辆的一个或多个部件或子系统中的至少一个。

20.根据权利要求16所述的方法，进一步包括通过接口提供对一个或多个规程的存取的步骤，所述规程用于诊断与每个所述被识别的故障代码相关的一个或多个部件或子系统。

21.根据权利要求20所述的方法，进一步包括显示一个或多个个人提供的关于进行用于诊断所述一个或多个部件或子系统的一个或多个规程的评述的步骤。

22.根据权利要求20所述的方法，进一步包括显示进行用于诊断所述一个或多个部件或子系统的一个或多个规程的结果的步骤。

23.根据权利要求16所述的方法，进一步包括通过接口提供对与每个被识别的故障代码相关的一个或多个维护规程的存取的步骤。

24.根据权利要求23所述的方法，进一步包括显示一个或多个个人提供的关于进行所述一个或多个维护规程的结果的评述的步骤。

25.根据权利要求23所述的方法，进一步包括显示进行所述一个或多个维护规程的结果的步骤。

26.根据权利要求16所述的方法，其中特定故障代码被与至少一组参数相关联，所述参数包括上限和下限，所述上限和下限提供了在所述车辆运行的特定时间段内发生的所述故障代码的次数范围，且所述设定所述特定故障代码的状态的步骤是响应于所述故障代码信息而进行的，所述故障代码信息显示了在所述车辆运行的特定时间段内发生的所述特定故障代码在所述范围内。

27.根据权利要求16所述的系统，其中特定故障代码被与至少一组参数相关联，所述参数包括阈值和连续值，所述阈值提供了在所述车辆运行的特定时间段内发生的所述特定故障代码的次数，所述连续值提供了多个连续的时间段，且所述设定所述特定故障代码的状态的步骤是响应于以下而进行的：等于所述连续值的多个连续时间段上、在所述特定时间段内发生的所述特定故障代码的次数的数量至少为所述阈值。

28.一种计算机程序产品，包括用于管理与车辆相关的故障代码的可执行指令，当所述可执行指令被至少一个计算机处理器执行时，其被配置为引起所述至少一个计算机处理器进行：

基于一个或多个参数分析所述故障代码信息，所述一个或多个参数被与来自所述故障代码信息的所述一个或多个故障代码相关联，以识别所述一个或多个故障代码中的每个故障代码，所述一个或多个故障代码指示所述车辆的一个或多个部件或子系统的失效或可能的失效；以及

设定每个被识别的故障代码的状态，所述状态表示用以处理所述识别的故障代码的行动的等级。