专利名称：用于诊断测试的测试要求列表的制作方法
用于诊断测试的测试要求列表技术领域本公开一般涉及诊断装备及其方法。更具体而言，本公开涉及用于诊 断装备及其方法的诊断测试要求列表。
背景技术：
在机动车上已经普及了车载控制计算机，但是随着对安全、经济和排 放的要求越来越高，车辆系统和装置已经不能满足政府规章的要求和竞争 者成就的暗含要求。随着电子学的进步，持续更新换代的车载控制计算机 已经获得了增加的数据感知及保持能力。已知为诊断工具的目前的外部诊断和显示装置通常局限于报告由车载 控制计算机自身采集的数据。在车辆中不断增加的精细子系统故障使得维 修技师们不堪重负，他们不仅要读出由诊断工具自身检测和存储的故障， 而且要将这些读数与周围测量结合起来并快速准确地推导出补救行为。目前在汽车工业中，在机动车维修中同时使用独立的和便携式诊断测 试仪或者工具。例如，便携式诊断工具己用于探测与车辆控制单元相关的 故障。诊断工具可以基于设置在车辆的车载控制计算机中的诊断故障码(Diagnostic Trouble Codes)或称DTC来检测故障。当车辆出现问题时会 触发并存储DTC。然后技师使用诊断工具检索该DTC，修复相关的问题并 随后从车辆的计算机中删除该DTC。在诊断故障代码之内或之外，在几乎所有工业中通常都由技师或者专 业人士使用诊断系统来执行基本的和高级的系统测试功能。例如，在汽车、 卡车、重型装备和航空器工业中，诊断测试系统提供如上所述的车辆车载 计算机出错或者故障代码显示、交互式诊断、多范围和万用表功能以及电 子服务手册。在医疗工业中，诊断系统提供监视身体机能和诊断医疗病情 以及用于检测医疗装备中的异常的系统诊断。在许多工业中，诊断系统在装备或者产品的制造过程以及整个使用期 限中的维修中起着越来越重要的作用。 一些诊断系统基于个人计算机技术 并且特征为用户界面友好的选单驱动的诊断应用。这些系统在所有层次上帮助技师和专业人士实时进行系统诊断。一般诊断系统包括其上显示诊断程序的指令的显示器。该系统还包括 可以使操作者查看实时操作反馈和诊断信息的系统界面。这样，例如，操 作者可以以转数/分钟査看车辆发动机转速或者在启动过程中的电池电压； 或者患者心跳速率或血压。使用这样的系统， 一个相对不熟练的操作者也 可以执行高级的诊断程序并诊断复杂的操作或者医疗问题。所述用于这种类型的诊断系统的诊断程序一般是由经验丰富的技术专 家或者专业人士开发的。该技术专家或者专业人士提供开发复杂诊断程序 所需的技术经验和知识。因此，该诊断程序特别是执行该诊断程序的序列 的功效，高度依赖于创作该程序的技术专家或者专业人士的专业知识。当执行诊断测试时，用户必须具有某些工具来执行该测试。但是，使 用目前的诊断系统难以为这种诊断测试作正确的准备。通常，如果用户是 移动的，则该用户必须回到他或她的汽车以取到额外工具来执行所述测试 或者修理。进而，难于检查用户是否能够实际上执行该检测并以有效的方 式进行。因此，该判断就留给了各个单独用户和他们的专业知识。在诊断 和修理中从一个技师到另一个技师难以获得一致性。因此需要具有一种技 术和系统，其能够具有不依赖于执行该诊断和修理的技师的更大的有效性。 进而，需要提前正确地组织所需资源来执行某些测试和诊断方法。发明内容本公开在很大程度上满足了上述需要。本公开的一个方面提供了一种 技术和仪器，该技术和仪器将使技师能够使用一种诊断系统，该诊断系统 在进行诊断测试之前提供了支持该测试的要求列表，这样使得诊断的有效 性更高并确保了诊断的一致性。在本公开的一个方面，用于车辆的诊断系统包括存储器，其从远程 数据库接收和存储车辆特定信息，并存储多个诊断序列的诊断测试要求； 和处理器，其在执行诊断序列之前根据车辆特定信息为选定的诊断序列确 定测试要求。该诊断系统还可以包括处理器，其允许修理设施基于测试要 求的可用性来规划某些测试和修理。该诊断系统还可以包括一个修理设施 来在诊断测试和修理之前为该诊断测试分配目录和环境。所述诊断系统还可以包括连接至处理器的显示装置，来就该诊断测试 显示用于验证级别能力的测试要求。该诊断系统还可以包括在创作诊断工具序列中的诊断或修理步骤过程中与该诊断或修理步骤相关联的测试要求。该诊断系统还可以包括包含工具、零件、设施和训练在内的测试要求。该诊断系统还可以包括包含测试要求的成本的测试要求特征。该诊断系统可以进一步包括带有诊断要求的显示装置，该诊断要求包括在该显示装置上的显示、执行给定的诊断或者修理程序所需的项目列表，诊断要求是为 任何一套诊断序列产生的。在本公开的另一个方面，用于车辆诊断的方法包括将测试或者修理程 序的序列储存在数据库中，使该测试或者修理程序的序列与各个顺序步骤 的测试要求列表相关联系，接收车辆特定信息，根据该车辆特定信息和测 试或者修理程序的相关联的序列确定测试要求列表，和根据该车辆特定信 息和所确定的测试要求列表在该车辆上执行诊断测试或者修理。在本公开的又一个方面，车辆诊断系统包括用于将测试或修理程序的 序列存储在数据库中的器件、用于使该测试或者修理程序的序列与各个顺 序步骤的测试要求列表相关联的器件、用于接收车辆特定信息的器件、用 于根据该车辆特定信息和测试或者修理程序的相关联的序列确定测试要求 列表的器件、以及用于根据该车辆特定信息和所确定的测试要求列表在该 车辆上执行诊断测试或者修理的器件。这样，为了能够更好地理解本文中的详细描述，并且为了更好地领会 本公开对本领域的贡献，已经相当宽泛地概述了本公开的某些实施方案。 当然，还存在本公开的其它实施方案，它们将在下面进行描述并将构成所 附的权利要求书的主题。在这一点上，在详细解释本公开的至少一个实施方案之前，应当理解， 本公开并不将其申请局限于在下面描述中详细说明的或者在附图中图解说 明的构造细节和要素配置。本公开可以在除了所描述的那些实施方案以外 的实施方案中实施并且能够以各种方式实践和执行。还有，应当理解，在 本文以及摘要中使用的措辞和术语是为了描述本公开的目的，而不应认为 是限制本公开。因此，本领域技术人员应当理解，作为本公开基础的构思可以容易地 用作设计用于执行本公开的几个目的的其它结构、方法和系统的基础。因 此，很重要的是，只要它们没有偏离本公开的实质和范围，将认为权利要 求书包括这些等价构造。
图1是产生一个要求列表的系统的图。图2是产生一个要求列表的诊断测试的流程图。图3是产生用于修理或者诊断测试的必需或者任选的资源列表的另一 个流程图。图4是图1的计算机的方框图。图5是图1的诊断工具的组件的方框图。图6是解释车辆和图1的诊断工具或者个人计算机之间的连接的视图。
具体实施方式
现在将参考附图描述本公开，其中在全文中相似的参考标记指的是相 似的部件。根据本公开的一个实施方式提供了一种装置和方法，其允许诸 如技师的用户使用计算机或诊断装备来产生完成诊断测试程序或者修理所 需的资源列表。对于诊断序列中的各个步骤，可以确认完成该步骤所需的某些测试要 求，例如工具、零件、设施、训练等。具有这些测试要求可以允许为诊断 步骤和/或整个诊断序列进行高级规划。进一步来说，这个信息可使修理设 施根据测试要求的可用性来规划某些测试和修理。另外，该信息可以允许 修理设施根据这些测试要求提前计划其目录和环境以能够支持所述诊断测 试和修理。而且，该信息可以有利于在这些测试要求的使用中的训练来在某些测 试和修理中验证能力水平。这些测试要求的可用性能够导致经认证的指定 设施执行某些诊断测试和修理。参考图l，测试要求的数据库102 (数据库A)将在修理设施110处进 行维护。该数据库并不限于位于修理设施110处，而是可以位于进行诊断 测试的任何位置，或者该数据库可以远程位于制造商的设施里或者第三方 销售商设施112中，如数据库C 106所示。该带有测试要求的数据库也可 以在因特网114上的独立服务器120上，例如数据库D 108所示。如数据 库B 104所示，该带有测试要求的数据库可以在远离修理设施110或者制造设施112的存储单元上，并且该数据库B 104没有直接连接到因特网114 或者其它网络上。然后这些测试要求可以在创作预先的诊断功能诊断序列中的诊断或者 修理步骤的过程中任选地与该诊断或者修理步骤相关联。来自拥有相关信 息的任一数据库(102 - 108)的信息可以被传送或者上载到诊断工具510 或者个人计算机800中。或者，在创作该步骤之前可以将所述测试要求信息预先载入到诊断工 具510或者个人计算机800的存储器中，并使其与诊断工具510或者计算 机800相关联。另外，在创作该诊断序列以后可以在任意时间更新该测试 要求的信息。测试要求的表征可以扩展至包括建立一个要求或者其它相关标准或者 与特定测试要求相关的变量或者常数的成本。这样，测试要求就成为整体 诊断成本的一个要素，并且被包括在所使用的优化算法中。例如， 一个螺丝刀的测试要求可以包括IO美元的成本。其它扩展可以 有关资源，例如需要额外技师的工具。因此，工具"X"将要求额外的技师来 完成该诊断或者修理。其它的扩展可以为，例如，技师的专业知识水平、 或者技师或工具箱130中的工具的可用性。该要求列表可以用于显示锤子 不在工具资源130中，而在制造设施112的资源B 132中。因此，资源的 位置将被加入到列表中。然后资源的位置或者可用性这种因素可以包括在 车辆12的诊断或者修理中使用的优化算法中。参考图2，可以产生一个诊断图表。因此，将存在多个步骤，每个步骤 将产生一个测试要求列表。技师或者用户将使用诊断工具510或者个人计 算机800或者其它计算装置、或者甚至在车辆12中嵌入的装置。例如，该 用户将启动诊断工具510，然后选择在选单中的选项列表或者手动输入在步 骤150所需的诊断步骤。所述车辆特定信息可以手动输入或者从车辆12自 身自动输入。然后，用户可以选择电子系统152的诊断序列或者修理。该 测试要求列表将包括用于预编程的不同类型的序列所需的数字伏特欧姆 计。也可以产生和显示该数字伏特欧姆计的成本。然后，用户可以选择测 试充电系统，这将给出在步骤156处的测试引线的要求。随后，用户可以9选择电池测试164，这将给出该电池的说明书。诊断工具510可以指示所需的说明书，或者实际上提供或者包括在电池上的说明书或者该信息的位置。用户还可以改为选择测试交流发电机166，这将给出交流发电机说明书的选 项。在该交流发电机上的信息也可以存储在诊断工具自身上，但是，如果 需要更新，则可以引用该更新后的当前信息的位置。用户还可以选择内部模块B 158，该模块位于所述车辆中可能需要额外 的步骤接触到的一个位置上。因此，该测试可以显示螺丝刀和方孔螺钉头 用扳手(alien wrench)。该列表在资源列表的扩展中还可以包括"任选的" 或者"所需的"的要素。然后，在步骤168中，可以指示或者使用该模块B 的说明书。或者，用户可以选择测试或者修理发动机。然后，在步骤.154上的列 表可以指示除了正在使用的诊断工具510以外所需的额外诊断工具(例如 诊断工具"X")的测试要求。然后，用户可以选择来进行空气/燃料测试160， 这将导致根据某些因素检查传感器172或者催化转化器170或者进入诊断 工具510。如果选择检查传感器，则该列表能产生可能需要更换的传感器， 例如X传感器或者燃料传感器。如果该传感器需要更换，则可以包括一个 选项指示器来得到手头的资源及其型号。如果选择催化转化器170，则会检 查反压力或者进气口。该要求列表可以产生所需的催化转化器和转化器的 机型或者类型的列表。另外，可以配属根据测试需要零件的统计可能性。 例如，当反压力低于特定值时如果己知特定结果具有10%的可能需要更换 催化转化器。或者，如果该催化转化器不需要更换，则在该列表中可以有 某一工具来清除通向该催化转化器的通道。用户也可以选择检查发动机温度162，然后用户可以检查冷却剂系统 172。随后所述列表产生两种类型的冷却剂并列出什么时候使用冷却剂A或 者冷却剂B或者在什么条件下使用。然后，可以检查风扇皮带或者该风扇 的电路174。随后，可以检查水泵和水泵皮带176。在步骤174和176中， 可以产生所需的要求以及与所述要求相关的其它条件，例如单个要求或者 成组要求的成本、位置等。用户可以选择任何级别的诊断序列来看需要什么。例如，如果技师不 知道确切地要检查什么或者确切的序列，但是只知道特定的症状，那么可10以输入该症状，并可以产生在所有步骤下的所有测试要求。例如，如果选 择了在电气系统下的一个症状，则产生数字伏特欧姆计、测试引线、螺丝 刀、方孔螺钉头用扳手以及用于电池、交流发电机和模块B的说明书。参考图3，可以为任意类型的诊断或修理序列产生测试要求资源。用户通过选择要测试的症状或者要测试的车辆区域来开始190。因此，用户可以 选择测试A192、测试B198、 一直到测试N210，其中N为大于2的整数。 然后，当选择步骤A时，可以执行多个步骤Al An 192 196，每个步骤 都产生从A1至An的资源要求，其中n为大于2的整数。当选择测试A时，所述步骤还可以替代的是步骤A2,2 202、 一直到步骤 A2，n 206。步骤A2,, 194可以产生资源Av，而步骤A2，2 202可以产生资源 A2，2，和步骤A&可以产生资源A2，n 206。这些步骤可以进一步扩展为具有 资源AnJ的步骤196、具有资源An，2的步骤An,2 204和具有资源An,n的 步骤A^，其中n为大于2的数字。进而，具有资源B,的步骤B,可以扩展 至具有资源B2的步骤B2 200，且具有步骤和资源的测试N 210可以 扩展至步骤N。和资源Nn212，其中N和n为大于2的整数。因此，如图3 所示，产生要求列表的可能性是无穷无尽的。从该列表中可以产生多个潜 在的可能性。如上所述，用户可以选择任意级别的序列来产生该列表，或者可以预 先选择产生的级别。例如，如果限定了步骤194的级别，则将产生资源A,、 A2J、 一直到Au。但是，如果选择了步骤192的级别，则将显示或者产生 资源A, An，n。该列表的输出并不限于显示。可以显示该输出或者可以将其传送到另 一个位置以由另一个用户或者装置查看。也可以将该列表的输出传送或者 上载到远程数据库中。因此，如在图1 3中所示，当用户仔细检查这些步骤或者指示这些步 骤用于车辆12的测试和/或修理时，如果产生了列表要求，则可以减少位 置远离车辆12的工具箱130的差错(trip)。用户可能需要DVOM (数字 伏特欧姆计)、螺丝刀和测试引线。这些工具或者其它资源的智能列表减 少了所需要的来回反复，由此使得诊断更加有效率。另外，该用户能够提前计划并且由此减少了在修理中浪费大量时间的可能性。在测试的前一天， 用户可以产生并确定在贮存仓库中是否能得到特定零件。进而，如果需要 额外的技师，那么可以提前产生或者规划该技师的可用性。因此，该要求列表使得用户可以规划所需要的资源来进行必要的诊断 和/或修理。所述提前规划还使得可以以更有效率的方式执行该诊断或者修 理，并且该信息可以分程传递到该车辆的拥有者，由此为该车辆的拥有者 或者第三方提供了额外的服务支持。如上所述，也可以有其它资源，例如服务手册、配线手册、额外帮助 等。甚至在必须作出决定的时候，可以有为故障元件产生零件号码，然后 转到所需的零件。在数据库中可以包括独立的字段。因此，所述要求列表 为处方提供了成分列表。可以产生任何类型的资源和任何级别的资源列表。参考图4，图1的计算机800的一个实例，但是并不限于计算机800 的这个实例，其能够读取包括本公开的计算机可执行指令的计算机可读介 质。该计算机800包括使用系统存储器804的处理器802和包括某些计算 机可读记录介质的计算机可读存储装置806。 一个系统总线将处理器802 连接到容许连接至其它计算机或者例如因特网的网络的网络接口 S08、调制 解调器812或者其它接口。该系统总线也可以包括容许连接至多种其它装 置的输入和输出(1/0)接口 810。进而，该计算机800可以通过例如I/0 810 输出数据以在显示装置820上显示。本公开或者其部分可以实现为在计算机可读介质中的计算机可执行指 令。所述计算机可读介质包括将计算机可读数据存储或者包括在其中的所 有可能种类的介质，或者可以包括可以由计算机或者处理单元读取的任何 类型的数据。所述计算机可读介质包括但并不限于如下的存储介质，例如 磁性存储介质(例如，ROM、软盘、硬盘等)、光学读取介质(例如，CD-ROM (光盘只读存储器)、DVD (数字多用途光盘)、所述光盘的可重写样式 等)、混合磁性光盘、有机盘、系统存储器(只读存储器、随机存取存储 器)、非易失性存储器例如闪速存储器或者任何其它易失或者非易失性存 储器、其它半导体介质、电子介质、电磁性介质、红外和其它通信介质例 如载波(例如通过因特网或者另一个计算机的传播)。通信介质通常将计12算机可读指令、数据结构、程序模块或者其它数据特定化在模块化的信号 中，例如载波或者包括任何信息传送介质的其它可传送机制。计算机可读 介质例如通信介质可以包括例如射频、红外微波的无线介质和例如有线网 络的有线介质。该计算机可读介质还可以存储和执行在经由网络连接的计 算机中分布的计算机可读代码。所述计算机可读介质还包括协同运作的或 者互相连接的计算机可读介质，该介质位于处理系统中或者分布在可能位 于该处理系统的本地或者远程的多个处理系统中。本公开可以包括其上存 储有数据结构的计算机可读介质，该数据结构包括多个包含代表本公开技 术的数据的字段。
图5显示了图1的诊断工具510的细节。该诊断工具可以利用来自车 载计算机的DTC，和/或检查车辆的健康信息。图5是诊断工具510的元件 的方框图。根据本公开的实施方案，该诊断工具510包括处理器524、现场 可编程门阵列(FPGA) 526、第一系统总线528、显示器514、复杂可编程 逻辑装置(CPLD) 530、小键盘形式的用户界面516、存储子系统532、内 部非易失性存储器(NVM) 534、读卡器536、第二系统总线538、连接器 接口 522和可选信号转换器542。车辆通信接口 540经由外部电缆通过连接 器接口 522与诊断工具510进行通信。在车辆通信接口 540和连接器接口 522之间的连接也可以是无线连接，例如蓝牙、红外装置、无线保真(WiFi， 例如802.11)等。
可选信号转换器542通过连接器接口 522与车辆通信接口 540进行通 信。该信号转换器542通过车辆通信接口 540将从机动车控制单元接收到 的信号调整成与诊断工具510相兼容的条件信号。转换器542可以以下列 通信协议进行通信，例如，J1850信号、ISO 9141-2信号、通信冲突检测 (CCD)(例如，克莱斯勒(Chrysler)冲突检测)、数据通信链接(DCL)、 串行通信接口 (SCI) 、 S/F码、电磁驱动、J1708、 RS232、控制器区域网 络(CAN)或者在车辆中实施的其它通信协议。
转换特定通信协议的电路可通过FPGA 526 (例如通过三态未使用的收 发器)来选择，或者通过提供插入连接器接口 522的键控装置来选择，连 接器接口 522是由诊断工具510提供的以将诊断工具510连接至车辆通信接口 540。转换器542经由第一系统总线528也连接至FPGA 520和读卡器 536。 FPGA 526通过转换器542从机动车控制单元传送和接收信号(即， 消息)。
FPGA 526通过各种地址、数据和控制线由第二系统总线538连接至处 理器524。 FPGA 526还通过第一系统总线528连接至读卡器536。为了将 期望信息输出给用户，处理器524还连接至显示器514。处理器524通过第 二系统总线538与CPLD 530进行通信。另外，将处理器524编程以经由 CPLD 530通过用户界面516接收来自用户的输入。CPLD 530提供了解码 来自诊断工具510的用户的各种输入的逻辑，并且还为各种其它界面任务 提供了胶连逻辑(glue-logic)。
存储子系统532和内部非易失性存储器534被连接到第二系统总线 538，这允许其与处理器524和FPGA526的通信。存储子系统532可以包 括应用依赖量的动态随机存取存储器(DRAM)、硬盘驱动器和/或只读存 储器(ROM)。运行诊断工具510的软件可以存储在存储子系统532中。 内部非易失性存储器534可以为，但并不限于，电可擦可编程只读存储器 (EEPROM)、闪速只读存储器(flash ROM)或者其它类似的存储器。如 果需要的话，内部非易失性存储器534可以提供，例如，启动代码的存储、 自我诊断、各种驱动程序和用于FPGA图像的空间。如果不是所有的模块 都在FPGA 526中实现，则非易失性存储器534可以包含可下载的图像以 使对于不同组的通信协议可以重新配置FPGA 526。
参考图6，其中显示了车辆12经由车辆通信接口 18连接至个人计算机 800或者专用的诊断工具510。在车辆12和车辆通信接口 18之间的第一连 接14和在车辆通信接口 18和个人计算机/诊断工具410和510之间的第二 连接16可以为有线或者无线的。
在诊断过程中在车辆的所有功能过程中可以保持与主体(例如连接至 该装置的车辆12)的适用通信。连接14和16可以包括例如通过RS232端 口、 USB (通用串行总线)、以太网电缆的有线连接。但是，连接14和16 也可以是无线的，使用例如蓝牙、正EE 802.11x、无线USB的协议和其它 类型的无线以太网协议等。显示在诊断工具510或个人计算机800上的列表可以在连接或未连接 到车辆的情况下被输出。该车辆特定信息可以手动输入或者通过有线或无 线连接自动输入。该列表也可以在没有车辆特定信息的情况下产生。可以 将常规信息输入该车辆，或者根本没有关于该车辆的信息。可以产生任何 级别的列表。可以为所有类型的车辆产生一个通用要求列表，或者为特定 类型的车辆产生一个列表。
虽然诊断系统的实例提供了测试要求来支持该诊断测试，但是还可以 有其它实例。例如，在诊断测试之前可以提供其它信息。该提前信息可用 于支持该诊断测试，或者该信息的提前通知可以有助于该测试的准备。
本公开的许多特点和优点从详细的说明书中变得明显，因此，所附的 权利要求书意图涵盖落入到本公开的实质和范围内的本公开的所有这些特 点和优点。进而，因为对于本领域技术人员而言会容易地发生众多改进和 变化，因此不需要将本公开限制于所解释说明和描述的确切构造和操作， 并且因此，所有适当的改进和等价方案诉诸为落入本公开的范围内。
1权利要求
1、一种用于车辆的诊断系统，其包括包括测试要求的远程数据库；与该远程数据库分离的存储器，其从该远程数据库接收并存储车辆特定信息，并且存储多个诊断序列的诊断测试要求；和连接至该存储器的处理器，其在执行选定的诊断序列之前根据所述车辆特定信息为该诊断序列确认测试要求。
2、 权利要求1所述的诊断系统，其进一步包括处理器，该处理器允许 修理设施基于所述测试要求的可用性规划某些测试和修理。
3、 权利要求1所述的诊断系统，其进一步包括在诊断测试和修理之前 为诊断测试分配目录和环境的修理设施。
4、 权利要求1所述的诊断系统，其进一步包括连接至所述处理器的显 示装置，来就诊断测试显示验证能力级别的测试要求。
5、 权利要求1所述的诊断系统，其进一步包括在创作诊断工具序列中 的诊断或者修理步骤过程中与该诊断或者修理步骤相关的测试要求。
6、 权利要求1所述的诊断系统，其中所述测试要求包括工具、零件、 设施和训练。
7、 权利要求1所述的诊断系统，其中测试要求的特征包括该要求的成 本或者该要求的位置。
8、 权利要求1所述的诊断系统，其进一步包括显示诊断要求的显示装 置，该诊断要求是执行给定诊断或者修理程序所需的项目列表，该诊断要 求是为任何一套诊断序列产生的。
9、 一种用于车辆诊断的方法，其包括在数据库中存储测试或修理程序序列；使所述测试或修理程序的序列与对每一顺序步骤的测试要求的 列表相关联；接收车辆特定信息；根据车辆特定信息和测试或修理程序的相关联的序列确认测试 要求列表；和根据车辆特定信息和确认的测试要求列表在该车辆上执行诊断 测试或修理。
10、 权利要求9所述的方法，其进一步包括允许修理设施基于所述测 试要求的可用性规划某些测试和修理。
11、 权利要求9所述的方法，其进一步包括在修理设施处在诊断测试和修理之前为该诊断测试分配目录和环境。
12、 权利要求9所述的方法，其进一步包括就所述诊断测试显示验证 能力级别的测试要求。
13、 权利要求9所述的方法，其进一步包括在创作诊断工具序列中的 诊断或者修理步骤过程中与该诊断或者修理步骤相关的测试要求。
14、 权利要求9所述的方法，其中所述测试要求包括工具、零件、设 施和训练。
15、 权利要求9所述的方法，其中所述测试要求的特征包括该要求的 成本。
16、 权利要求9所述的方法，其中所述测试要求进一步包括执行给定 诊断或修理程序所需的项目列表。
17、 一种车辆诊断系统，其包括用于在数据库中存储测试或修理程序序列的器件； 用于使所述测试或修理程序序列与对每一顺序步骤的测试要求 的列表相关联的器件；用于接收车辆特定信息的器件；用于根据车辆特定信息或没有车辆特定信息和测试或修理程序 的相关联的序列来确认测试要求列表的器件；和用于根据车辆特定信息和确认的测试要求列表在该车辆上执行 诊断测试或修理的器件。
18、 权利要求17所述的诊断系统，其进一步包括允许设施基于所述测 试要求的可用性规划某些测试和修理的器件。
19、 权利要求17所述的诊断系统，其进一步包括在诊断测试和修理之 前为该诊断测试分配目录和环境的修理设施器件。
20、 权利要求17所述的诊断系统，其进一步包括连接至所述处理器器件的显示器件，来就该诊断测试显示验证能力级别的测试要求。
21、 权利要求17所述的诊断系统，其进一步包括在创作诊断工具序列 中的诊断或者修理步骤过程中与该诊断或者修理步骤相关的测试要求。
22、 权利要求17所述的诊断系统，其中所述测试要求包括工具、零件、 设施和训练。
23、 权利要求17所述的诊断系统，其中所述测试要求的特征包括该要 求的成本。
24、 权利要求17所述的诊断系统，其进一步包括带有诊断要求的显示 器件，该诊断要求包括在所述显示器件上的显示、执行给定诊断或修理程 序所需的项目列表。
全文摘要
本发明公开一种用于诊断测试的测试要求列表。一种用于车辆的诊断系统，包括存储器，其接收和存储车辆特定信息并存储多个诊断序列的诊断测试要求；和处理器，其在执行选定的诊断序列之前根据该车辆特定信息为该诊断序列确认测试要求。
文档编号G01M17/007GK101566837SQ20091013721
公开日2009年10月28日 申请日期2009年4月23日 优先权日2008年4月23日
发明者兰迪·L·梅斯, 哈里·M·吉尔贝特, 奥列可西亚·波尔特扬科, 奥莱·M·翁德达尔, 威廉三世·W·维特林, 格雷戈里·J·费泰恩 申请人:Spx公司