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

用于管理故障代码的系统和方法
【专利摘要】本发明的多种实施方式提供用于管理故障代码的系统和方法，所述故障代码在车辆运行过程中被一个或多个车辆触发。一般来说，本发明的多种实施方式涉及记录和分析在车辆运行的特定时间段内触发的故障代码。作为分析的结果，本发明的多种实施方式可以设定针对每个识别的故障代码的状态，该状态表示用于处理该识别的故障代码的动作的等级。在特定实施方式中，该状态可以是警告状态、危险状态或环境状态中的一个，所述警告状态表示所述车辆的所述一个或多个部件或子系统应当被监视，所述危险状态表示所述车辆的所述一个或多个部件或子系统应当被维修，所述环境状态表示所述车辆的所述一个或多个部件或子系统的失效或可能的失效影响一个或多个环境条件。
【专利说明】用于管理故障代码的系统和方法
【背景技术】
[0001]车辆上的车载诊断(OBD)是指车辆的自诊断和报告能力。OBD系统向个人(如汽车技师等)提供关于车辆的多种子系统及部件的健康的信息。如今，现代OBD系统提供实时数据，该实时数据典型地包括多系列的标准化代码，这些代码可以帮助个人识别和补救车辆中的故障(例如，失效和/或可能的失效)。这些代码包括，例如，故障代码、闪码(flashcodes)以及诊断问题代码(在本文中统称“故障代码”)。
[0002]在许多例子中，除了多系列的标准化代码，车辆制造商和多种车辆部件的制造商可以使用自定义的故障代码，还可以提供自定义的诊断、建议以及对如何处理在车辆上被触发的特定的代码的指示。例如，福特汽车公司?可以对福特.?.汽车上防抱死制动系统(ABS)触发的特定故障代码的处理提供指示，而通用汽车公司?-可以对雪弗兰?.汽车上防抱死制动系统触发的同样的故障代码的处理提供不同的建议。另外，根据对在该运营者拥有或运营的一个或多个车辆上被触发的这些代码的处理经验，这些车辆的运营者可以开发自定义诊断、建议以及如何处理特定代码的指令。虽然故障代码可以提供一些关于特定部件或系统的问题的信息，但该信息典型地为二元的(例如，好或坏)。该代码不提供任何关于问题严重程度的显示，这可能导致不必要的或过早的车辆部件的替换或维修。所以，存在一种对提供用于管理这些代码的系统和方法、用于触发对这些代码的响应的机制以及处理这些代码的机制的需求。

【发明内容】

[0003]本发明的多种实施方式提供用于管理与车辆相关的故障代码的系统和方法。例如，在特定实施方式中，该系统和方法涉及接收从车辆获取的故障代码信息。在特定实施方式中，故障代码信息包括在车辆运行的特定时间段内产生的一个或多个故障代码，且该系统和方法涉及基于与来自故障代码信息的所述一个或多个故障代码相关的所述参数来分析故障代码信息。
[0004]在这些实施方式中，进行这样的分析是为了识别故障代码，该故障代码指示车辆的一个或多个部件或子系统的失效或可能的失效。
[0005]另外，在特定实施方式中，该系统和方法涉及设定每个被识别的故障代码的状态，所述状态表示用于处理被识别的故障代码的行动的等级。例如，所述状态可以被设置为警告状态、危险状态或环境状态中的一个，所述警告状态表示车辆的一个或多个部件或子系统应当被监视，所述危险状态表示车辆的一个或多个部件或子系统应当被维修，所述环境状态表示车辆的一个或多个部件或子系统的失效或可能的失效影响一个或多个环境条件。进一步，在多种实施方式中，该系统和方法可能涉及针对每个所述被识别的故障代码向一方或多方发送一个或多个通知，该通知列出每个被识别的故障代码的状态，和/或可能涉及初始化工作订单，所述工作订单用于维修所述车辆的一个或多个部件或子系统中的至少一个。
[0006]进一步，在多种实施方式中，该系统和方法可能涉及提供接口。在特定实施方式中，所述接口提供对一个或多个规程的存取，所述规程用于诊断和/或进行维护与每个所述被识别的故障代码相关的一个或多个部件或子系统。这些诊断和/或维护规程可以取决于所述车辆的部件或子系统的制造商。另外，所述接口可以显示一个或多个个人提供的关于进行诊断和/或维护规程中的一个或多个的评述，并且可以提供显示所述车辆的GPS坐标的地图。
[0007]另外，在多种实施方式中，特定故障代码可以与至少一组参数相关联。在特定实施方式中，该组参数可以包括上限和下限，所述上限和下限提供了在所述车辆运行的特定时间段内发生的所述故障代码的次数范围。在这些特定实施方式中，该系统和方法可以涉及响应于显示了在所述车辆运行的特定时间段内发生的所述特定故障代码的次数在所述范围内的所述故障代码信息，而设定所述特定故障代码的状态。
[0008]最后，在多种实施方式中，特定故障代码可以被与一组包括阈值和连续值的参数相关联，所述阈值提供了在车辆运行的特定时间段内或特定距离段内发生的特定故障代码的次数的数量，所述连续值提供了连续的时间段或连续距离段的数量。在特定实施方式中，该系统和方法可以涉及响应于在所述特定时间段内或特定距离段内发生的特定故障代码的次数的数量至少为所述阈值所持续的连续时间段或连续距离段的数量等于所述连续值，而设定所述特定故障代码的状态。
【专利附图】

【附图说明】
[0009]在概括地描述了本发明之后，下文将参考附图。附图并不必要按比例绘制。其中:
[0010]图1提供了用于实施本发明的实施方式的多个方面的系统架构的示意图；
[0011]图2提供了根据本发明的一种实施方式的监视服务器的示意图；
[0012]图3提供了根据本发明的一种实施方式的监视过程的流程图；
[0013]图4提供了根据本发明的一种实施方式的监视模块执行的步骤的流程图；
[0014]图5提供了根据本发明的一种实施方式的接口屏幕；
[0015]图6提供了根据本发明的一种实施方式的另一个接口屏幕；
[0016]图7提供了根据本发明的一种实施方式的另一个接口屏幕；
[0017]图8提供了根据本发明的一种实施方式的另一个接口屏幕。
【具体实施方式】
[0018]结合对附图的参考，本发明的多种实施方式将在后文被更详细地描述，其中本发明的部分但不是全部实施方式被示出。确实，这些发明可以被以许多不同的形式被实施，且应当不被理解为限制在本文列出的实施方式中。而是，这些实施方式被提供是为了使得本公开将满足申请的法律要求。除非有相反说明，本文中术语“或”的使用既有选择也有连接的意思。在全文中相似附图标记指示相似元素。
[0019]1.方法、装置、系统和计算机程序产品
[0020]正如将通过本文说明书被理解的，本发明的实施方式可以被以多种方式实施，包括方法、装置、系统或计算机程序产品。因此，这些实施方式可以采用完全硬件的实施方式的形式或采用其中处理器被编程控制以运行特定步骤的实施方式的形式。进一步，多种实施可以采用在计算机可读存储媒介上的计算机程序产品的形式，其中计算机可读程序指令被包含在该存储媒介中。任何适合的计算机可读存储媒介均可以被使用，包括硬盘、CD-ROM、光学存储设备，或磁存储设备。
[0021]参考框图和流程图对方法、装置、系统以及计算机程序产品的说明，特定实施方式被在下文描述。应当理解的是，框图中的每个框和流程图的说明分别可以被通过计算机程序指令(例如，作为执行在计算机系统中的处理器上的逻辑步骤或操作)而部分地实施。这些计算机程序指令可以被加载至计算机，如专用计算机或用来制造特别配置的机器的其它可编程数据处理装置等，这样使得执行在计算机上或其它可编程数据处理装置上的该指令实施流程图的一个或多个框中指定的功能。
[0022]这些计算机程序指令还可以被存储在计算机可读存储器中，该存储器可以指示计算机或其它可编程数据处理装置以特定的方式运行，这样使得存储在计算机可读存储器中的指令产生包括计算机可读指令的制造物品，用于实施在流程图的一个或多个框中指定的功能。计算机程序指令还可被加载至计算机或其它可编程数据处理装置以引起一系列操作步骤，这些步骤将被在计算机或其它可编程装置上运行以产生计算机实施的方法，这样使得执行在计算机或其它可编程装置上的指令提供用于实施在流程图的一个或多个框中指定的功能的操作。
[0023]因此，框图中的框和流程图中的说明支持用于实现特定功能的多种组合、用于实现特定功能的操作的组合、以及用于实现特定功能的程序指令。还需要理解的是，框图中的每个框和流程图的说明，以及框图中的多个框和流程图的说明的组合，可以被通过专用的基于硬件的计算机系统实施，该基于硬件的计算机系统实现指定的功能或操作，或者可以被通过专用硬件和计算机指令的结合实施。
[0024]II系统架构
[0025]图1提供了用于实施本发明的实施方式的多种方面的系统架构的示意图。该系统由每日在路面上行驶的一个或多个车辆110组成。例如，在一种实施方式中，车辆110为车队的一部分，如公共承运人配送车队等，该车队可能包括本地货运卡车、拖挂车、厢式货车以及公共承运人用于在公共承运人的配送网络中运输包裹的其它车辆。其它车队可以包括公共汽车、出租车、垃圾车、抄表车，以及相似的车辆。在特定实施方式中，一个或多个车辆110包括发动机控制模块(ECM) 130，ECMl30被配置为控制车辆发动机120。ECM是一种电子控制单元，通过确定点火正时、燃油量以及发动机120的其它参数来控制发动机多种动力情况。在多种实施方式中，ECM130可以被配置为，通过读取来自多维特性图谱(multidimensional performance maps)(例如,查找表)的数值以及使用由接收到的信号计算的输入值(例如，发动机转速)，来解释接收到的来自监视发动机120的传感器装置的信号。
[0026]在特定实施方式中，ECMl30包括微处理器，该微处理器实时地处理来自发动机传感器的输入。在这些特定实施方式中，ECU130可以包括硬件和软件。该硬件可以包括在印刷电路板(PCB)上的电子元器件、陶基片，或者薄层压基片。在电路板上的主要元器件为微控制器芯片(CPU)。另外，该软件可以被存储在微控制器或PCB上的其它芯片中、在可擦写可编程只读存储器(EPROM)中，或者在闪存中，这样CPU可以通过上载更新的代码或更换芯片而被重新编程。在许多实例中，这样的配置被称为电子发动机管理系统(EMS)。
[0027]在特定实施方式中，EMS可以接收来自其它来源的输入，并可以控制发动机的其它部件。例如，EMS可以电子地控制和管理多种气门正时系统以及涡轮增压器排气泄压阀。另夕卜，EMS还可以与传动控制单元通信，或直接与电子控制的自动变速箱、牵引力控制系统或相似系统交互。在许多实例中，控制器局域网或称CAN总线汽车网络被经常使用，以实现这些装置之间的通信。进一步，在特定实例中，ECM触发已知为(正如其经常被称为的)故障代码、闪码或问题代码的诊断信息，以识别和补救车辆中的故障(例如，识别和补救车辆的一个或多个部件和/或子系统的一种或多种失效和/或可能的失效)。
[0028]例如，在特定的车辆110中，ECM130接收信号，如曲轴位置、凸轮轴位置、发动机转速以及发动机冷却液温度等，并且作为响应，向进气门正时控制电磁阀发出“开/关”脉冲任务信号。例如，这样的调整可以被实现:能够根据不同的驾驶状态来控制进气门的关闭/打开正时，以在低/中速范围增加发动机扭矩并在高速范围增加发动机输出。在这些车辆110中，进气门正时控制电磁阀改变燃油的量和穿过进气门正时控制单元的流向，或中止燃油流动。较长的脉冲宽度使气门角度提前，较短的脉冲宽度使气门角度滞后。这样，当“开”和“关”脉冲宽度变为相等时，电磁阀中止燃油压力流量，以将进气门角固定在控制位置。但是，当目标角度与相位控制角度之间存在间隙时，电磁阀停止工作。这样的结果是，ECM130触发P0021故障代码，以显示该阀已停止工作。该故障代码可以在之后被个人(例如，汽车技师)读取，以诊断阀的失效，这样该阀可以被修理或更换。
[0029]在特定实施方式中，车辆110还包括信息处理(telematics，远程信息处理)系统140，该系统140由ECM130接收如故障代码等信息。一般来说，信息处理系统被配置为用于由多种控制系统及位于车辆上的传感器收集信息，并通过通信网络(例如，蜂窝、WAN，或其它无线网)传输该信息。这样，在特定实施方式中，车辆110上的信息处理系统140接收关于来自ECM130的被触发的多种故障代码的信息并通过通信网络150 (例如，移动蜂窝网络)向中央位置传输该信息。例如，在通信网络150包括移动蜂窝网络的实施方式中，信息处理系统140可以通过网络150向网络150中的基站160传输信息，并且蜂窝网络载体(cellular carrier)可以通过一个或多个有线或无线的网络170 (例如,有线或无线的个人区域网(PAN)、局域网(LAN)、城域网(MAN)、广域网(WAN)、互联网，或者类似的网络)与中央监视系统180进行电子通信。
[0030]这样，回到与车辆110相关的例子中，其中车辆110为公共承运人配送系统的一部分，公共承运人的车队中的一个或多个车辆110的信息处理系统140通过网络150向位于公共承运人的基础设施中的中央监视系统180传输故障代码信息。在多种实施方式中，车辆110可以基于一些预定的时间段(如每天一次或每三小时一次)传输该信息。在其它实施方式中，车辆110可以基于一些触发事件(如在完成配送路线后车辆回到服务中心后、行驶特定距离后或由特定故障代码触发)传输该信息。
[0031]进一步，根据多种实施方式，监视系统180可以与一种或多种存储媒介190进行电子通信。例如，在特定实施方式中，存储媒介190可以为如硬盘、磁带或闪存等一种或多种媒介。另外，在特定实施方式中，监视系统180可以包括数据库管理系统且存储媒介190可以包括一个或多个数据库和一个或多个数据库实例。在本文中使用的术语“数据库”是指存储在计算机系统中的记录或数据的结构化的集合，例如通过关系数据库、层次数据库或网络数据库。如下文进一步详细讨论的，在特定实施方式中，存储媒介190可以被用于存储由车辆110接收的信息以及用于评估从车辆110接收的信息的参数。[0032]最后，图1示出了根据本发明的一种实施方式的结构，应当理解的是该架构的多种部件，如上文所述，在其他实施方式中可以有不同的配置。所以，本要求保护的发明的多个方面并不局限于这一特定的架构。
[0033]II1.监视服务器
[0034]在多种实施方式中，监视系统180可以包括一个或多个计算装置(例如，一个或多个服务器)。图2提供根据本发明的一种实施方式的监视服务器200的示意图。在本文中使用的术语“服务器”概括地指任意计算机、计算装置、台式机、笔记本电脑或便携式电脑、分布式系统、服务器、网关、开关，或其它适用于运行本文描述的功能的处理装置。
[0035]如图2中示出的实施方式所示，监视服务器200包括处理器60，处理器60通过系统接口或总线61与监视服务器200内的其它元件通信。处理器60可以以许多不同的方式被实现。例如，处理器60可以作为多种处理工具被实现，这些处理工具如处理元件、微处理器、协处理器、控制器或多种其它包括集成电路的处理装置(例如，专用集成电路(ASIC)、现场可编程门阵列(FPGA)、硬件加速器，或类似的装置)等。在示出的实施方式中，处理器60可以被配置为用于执行存储在装置存储器中的或以其他方式能够被处理器60读取的指令。这样，不论通过硬件或者软件被配置，还是通过硬件和软件的结合被配置，处理器60可以代表一实体，该实体在适当配置后能够运行根据本发明的实施方式的操作。监视服务器200还包括用于接收和显示数据的显示装置/输入装置64。该显示装置/输入装置64可以是，例如，与显示器结合使用的键盘或定点装置。监视服务器200进一步包括存储器65，存储器65可以既包括只读存储器(ROM) 66，也包括随机存取存储器(RAM) 67。应用服务器的R0M66可以被用于存储基本输入/输出系统(BIOS) 26，B10S26包含基本程序，该基本程序帮助向监视服务器200中的不同元件传递信息。
[0036]另外，在一种实施方式中，监视服务器200包括至少一个存储装置63，如硬盘驱动器、CD驱动器和/或光盘驱动器等，存储装置63用于在多种计算机可读媒介上存储信息。存储装置63及其相关联的计算机可读媒介可以提供非易失存储。前文描述的计算机可读媒介可以被任意种类的计算机可读媒介替换，如嵌入的或可移除的多媒体存储卡(MMC)、安全数码(SD)存储卡、记忆卡(Memory Stick)、电可擦可编程只读存储器(EEPR0M)、闪存、硬盘，或类似媒介。另外，每个这些存储装置63可以通过适当的接口被连接至系统总线61。
[0037]进一步，许多程序模块(例如，一套计算机程序指令)可以被通过多种存储装置63存储和/或在RAM67中存储。这样的程序模块可以包括操作系统80、监视模块400以及接口模块500。虽然这些模块的功能性不必被模块化，但是在处理器60和操作系统80的协助下，这些模块400、500可以控制监视服务器200的操作的特定方面。
[0038]在一种实施方式中，监视服务器200中还包括用于与多种计算实体交互的网络接口 74。这种通信可以通过与上文所述的相同或不同的有线或无线网络(或有线和无线网络的结合)。例如，该通信可以通过使用有线数据传输协议(如光纤分布式数据接口(FDDI)、数字用户线路(DSL)、以太网、异步传输模式(ATM)、帧中继、电缆数据服务接口规范(D0CSIS)，或其它任何有线传输协议)被执行。相似地，监视服务器200可以被配置为通过无线外部通信网络使用各种协议中的任意一种(如802.11、通用分组无线业务(GPRS)、宽带码分多址(W-CDMA)，或其它任何无线协议)进行通信。
[0039]可以被理解的是，监视服务器200的一个或多个部件可以被置于远离监视服务器200的其他部件的位置(例如，分布在多个监视服务器200之间)。进一步，一个或多个部件可以被结合，且实现本文描述的功能的额外的部件可以被包括在监视服务器200中。
[0040]IV监视过程的总体概述
[0041]图3提供了根据本发明的一种实施方式的车队监视过程的总体概述。在这一特定实例中，该过程在车辆110在运行时对特定时间段中被触发的故障代码进行记录和分析。
[0042]在图3示出的实施方式中，该监视过程适合于被公共承运人实施，以监视其配送车队。监视过程的第一步涉及建立参数以评估多种故障代码，这些故障代码可以被接收自特定车辆110。因此，在步骤310，监视过程开始于分析收集的历史数据，该历史数据关于接收自公共承运人的车队中的不同车辆110的故障代码以及关于被触发的故障代码导致的对不同车辆110进行的维护。在多种实施方式中，执行这一特定步骤的目的在于建立接收自不同车辆110的故障代码与被触发的故障代码导致的这些不同车辆110需要的维护之间的关系。另外，这一特定步骤可以包含对不同车辆和部件制造商提供的规程的审查，以处理多种故障代码。例如，特定故障代码可以指示一个飞轮配置的问题，该飞轮配置与牵引式单片或双片货车离合器一同使用。然而，根据车辆110和/或车辆110上的特定离合器的制造商的不同，用于处理飞轮的故障的规程可能不同。这样，在特定实施方式中，分析步骤可以还包括考虑这些用于不同车辆和部件制造商的不同规程。
[0043]一旦完成分析，监视过程继续到步骤320，在步骤320中，多种故障代码的参数被设置。在特定实施方式中，针对可能接收自特定车辆110每个故障代码，设置参数，以评估该故障代码并决定如何处理该故障代码的触发。正如通过本文的描述可以被理解的，根据多种实施方式，这些参数可以以不同的方式被定义。
[0044]例如，在一种实施方式中，该参数可以被定义，从而使得当接收自车辆110的特定故障代码落入一组特定的参数的范围时，关于该故障代码的特定的行动被进行。例如，表1示出了针对与车辆110上的特定部件相关的特定的故障代码(例如，故障代码111)而被建立的参数。
[0045]表1
【权利要求】
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.一种计算机程序产品，包括用于管理与车辆相关的故障代码的可执行指令，当所述可执行指令被至少一个计算机处理器执行时，其被配置为引起所述至少一个计算机处理器进行: 接收从所述车辆获取的故障代码信息，所述故障代码信息包括在所述车辆运行的特定时间段内发生的一个或多个故障代码； 基于一个或多个参数分析所述故障代码信息，所述一个或多个参数被与来自所述故障代码信息的所述一个或多个故障代码相关联，以识别所述一个或多个故障代码中的每个故障代码，所述一个或多个故障代码指示所述车辆的一个或多个部件或子系统的失效或可能的失效;以及 设定每个被识别的故障代码·的状态，所述状态表示用以处理所述识别的故障代码的行动的等级。
【文档编号】G07C5/08GK103718218SQ201280037262
【公开日】2014年4月9日 申请日期:2012年7月26日 优先权日:2011年7月26日
【发明者】J·A·欧尔森, D·L·布拉德利, M·S·亨德里克斯 申请人:美国联合包裹服务公司