CN101566837B

CN101566837B - 用于诊断测试的测试要求列表

Info

Publication number: CN101566837B
Application number: CN200910137216.1A
Authority: CN
Inventors: 奥莱·M·翁德达尔; 哈里·M·吉尔贝特; 奥列可西亚·波尔特扬科; 兰迪·L·梅斯; 格雷戈里·J·费泰恩; 威廉三世·W·维特林
Original assignee: Bosch Automotive Service Solutions Inc
Current assignee: SPX Technologies Inc
Priority date: 2008-04-23
Filing date: 2009-04-23
Publication date: 2016-09-14
Anticipated expiration: 2029-04-23
Also published as: EP2112492A2; EP2112492B1; JP2009299678A; EP2112492A3; US8239094B2; CN101566837A; US20090271239A1; JP5298270B2; AU2009201613A1

Abstract

本发明公开一种用于诊断测试的测试要求列表。一种用于车辆的诊断系统，包括：存储器，其接收和存储车辆特定信息并存储多个诊断序列的诊断测试要求；和处理器，其在执行选定的诊断序列之前根据该车辆特定信息为该诊断序列确认测试要求。

Description

用于诊断测试的测试要求列表

技术领域

本公开一般涉及诊断装备及其方法。更具体而言，本公开涉及用于诊断装备及其方法的诊断测试要求列表。

背景技术

在机动车上已经普及了车载控制计算机，但是随着对安全、经济和排放的要求越来越高，车辆系统和装置已经不能满足政府规章的要求和竞争者成就的暗含要求。随着电子学的进步，持续更新换代的车载控制计算机已经获得了增加的数据感知及保持能力。

已知为诊断工具的目前的外部诊断和显示装置通常局限于报告由车载控制计算机自身采集的数据。在车辆中不断增加的精细子系统故障使得维修技师们不堪重负，他们不仅要读出由诊断工具自身检测和存储的故障，而且要将这些读数与周围测量结合起来并快速准确地推导出补救行为。

目前在汽车工业中，在机动车维修中同时使用独立的和便携式诊断测试仪或者工具。例如，便携式诊断工具已用于探测与车辆控制单元相关的故障。诊断工具可以基于设置在车辆的车载控制计算机中的诊断故障码(Diagnostic Trouble Codes)或称DTC来检测故障。当车辆出现问题时会触发并存储DTC。然后技师使用诊断工具检索该DTC，修复相关的问题并随后从车辆的计算机中删除该DTC。

在诊断故障代码之内或之外，在几乎所有工业中通常都由技师或者专业人士使用诊断系统来执行基本的和高级的系统测试功能。例如，在汽车、卡车、重型装备和航空器工业中，诊断测试系统提供如上所述的车辆车载计算机出错或者故障代码显示、交互式诊断、多范围和万用表功能以及电子服务手册。在医疗工业中，诊断系统提供监视身体机能和诊断医疗病情以及用于检测医疗装备中的异常的系统诊断。

在许多工业中，诊断系统在装备或者产品的制造过程以及整个使用期限中的维修中起着越来越重要的作用。一些诊断系统基于个人计算机技术并且特征为用户界面友好的选单驱动的诊断应用。这些系统在所有层次上帮助技师和专业人士实时进行系统诊断。

一般诊断系统包括其上显示诊断程序的指令的显示器。该系统还包括可以使操作者查看实时操作反馈和诊断信息的系统界面。这样，例如，操作者可以以转数/分钟查看车辆发动机转速或者在启动过程中的电池电压；或者患者心跳速率或血压。使用这样的系统，一个相对不熟练的操作者也可以执行高级的诊断程序并诊断复杂的操作或者医疗问题。

所述用于这种类型的诊断系统的诊断程序一般是由经验丰富的技术专家或者专业人士开发的。该技术专家或者专业人士提供开发复杂诊断程序所需的技术经验和知识。因此，该诊断程序特别是执行该诊断程序的序列的功效，高度依赖于创作该程序的技术专家或者专业人士的专业知识。

当执行诊断测试时，用户必须具有某些工具来执行该测试。但是，使用目前的诊断系统难以为这种诊断测试作正确的准备。通常，如果用户是移动的，则该用户必须回到他或她的汽车以取到额外工具来执行所述测试或者修理。进而，难于检查用户是否能够实际上执行该检测并以有效的方式进行。因此，该判断就留给了各个单独用户和他们的专业知识。在诊断和修理中从一个技师到另一个技师难以获得一致性。因此需要具有一种技术和系统，其能够具有不依赖于执行该诊断和修理的技师的更大的有效性。进而，需要提前正确地组织所需资源来执行某些测试和诊断方法。

发明内容

本公开在很大程度上满足了上述需要。本公开的一个方面提供了一种技术和仪器，该技术和仪器将使技师能够使用一种诊断系统，该诊断系统在进行诊断测试之前提供了支持该测试的要求列表，这样使得诊断的有效性更高并确保了诊断的一致性。

在本公开的一个方面，用于车辆的诊断系统包括：存储器，其从远程数据库接收和存储车辆特定信息，并存储多个诊断序列的诊断测试要求；和处理器，其在执行诊断序列之前根据车辆特定信息为选定的诊断序列确定测试要求。该诊断系统还可以包括处理器，其允许修理设施基于测试要求的可用性来规划某些测试和修理。该诊断系统还可以包括一个修理设施来在诊断测试和修理之前为该诊断测试分配目录和环境。

所述诊断系统还可以包括连接至处理器的显示装置，来就该诊断测试显示用于验证级别能力的测试要求。该诊断系统还可以包括在创作诊断工具序列中的诊断或修理步骤过程中与该诊断或修理步骤相关联的测试要求。该诊断系统还可以包括包含工具、零件、设施和训练在内的测试要求。该诊断系统还可以包括包含测试要求的成本的测试要求特征。该诊断系统可以进一步包括带有诊断要求的显示装置，该诊断要求包括在该显示装置上的显示、执行给定的诊断或者修理程序所需的项目列表，诊断要求是为任何一套诊断序列产生的。

在本公开的另一个方面，用于车辆诊断的方法包括将测试或者修理程序的序列储存在数据库中，使该测试或者修理程序的序列与各个顺序步骤的测试要求列表相关联系，接收车辆特定信息，根据该车辆特定信息和测试或者修理程序的相关联的序列确定测试要求列表，和根据该车辆特定信息和所确定的测试要求列表在该车辆上执行诊断测试或者修理。

在本公开的又一个方面，车辆诊断系统包括用于将测试或修理程序的序列存储在数据库中的器件、用于使该测试或者修理程序的序列与各个顺序步骤的测试要求列表相关联的器件、用于接收车辆特定信息的器件、用于根据该车辆特定信息和测试或者修理程序的相关联的序列确定测试要求列表的器件、以及用于根据该车辆特定信息和所确定的测试要求列表在该车辆上执行诊断测试或者修理的器件。

这样，为了能够更好地理解本文中的详细描述，并且为了更好地领会本公开对本领域的贡献，已经相当宽泛地概述了本公开的某些实施方案。当然，还存在本公开的其它实施方案，它们将在下面进行描述并将构成所附的权利要求书的主题。

在这一点上，在详细解释本公开的至少一个实施方案之前，应当理解，本公开并不将其申请局限于在下面描述中详细说明的或者在附图中图解说明的构造细节和要素配置。本公开可以在除了所描述的那些实施方案以外的实施方案中实施并且能够以各种方式实践和执行。还有，应当理解，在本文以及摘要中使用的措辞和术语是为了描述本公开的目的，而不应认为是限制本公开。

因此，本领域技术人员应当理解，作为本公开基础的构思可以容易地用作设计用于执行本公开的几个目的的其它结构、方法和系统的基础。因此，很重要的是，只要它们没有偏离本公开的实质和范围，将认为权利要求书包括这些等价构造。

附图说明

图1是产生一个要求列表的系统的图。

图2是产生一个要求列表的诊断测试的流程图。

图3是产生用于修理或者诊断测试的必需或者任选的资源列表的另一个流程图。

图4是图1的计算机的方框图。

图5是图1的诊断工具的组件的方框图。

图6是解释车辆和图1的诊断工具或者个人计算机之间的连接的视图。

具体实施方式

现在将参考附图描述本公开，其中在全文中相似的参考标记指的是相似的部件。根据本公开的一个实施方式提供了一种装置和方法，其允许诸如技师的用户使用计算机或诊断装备来产生完成诊断测试程序或者修理所需的资源列表。

对于诊断序列中的各个步骤，可以确认完成该步骤所需的某些测试要求，例如工具、零件、设施、训练等。具有这些测试要求可以允许为诊断步骤和/或整个诊断序列进行高级规划。进一步来说，这个信息可使修理设施根据测试要求的可用性来规划某些测试和修理。另外，该信息可以允许修理设施根据这些测试要求提前计划其目录和环境以能够支持所述诊断测试和修理。

而且，该信息可以有利于在这些测试要求的使用中的训练来在某些测试和修理中验证能力水平。这些测试要求的可用性能够导致经认证的指定设施执行某些诊断测试和修理。

参考图1，测试要求的数据库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相关联。另外，在创作该诊断序列以后可以在任意时间更新该测试要求的信息。

测试要求的表征可以扩展至包括建立一个要求或者其它相关标准或者与特定测试要求相关的变量或者常数的成本。这样，测试要求就成为整体诊断成本的一个要素，并且被包括在所使用的优化算法中。

例如，一个螺丝刀的测试要求可以包括10美元的成本。其它扩展可以有关资源，例如需要额外技师的工具。因此，工具“X”将要求额外的技师来完成该诊断或者修理。其它的扩展可以为，例如，技师的专业知识水平、或者技师或工具箱130中的工具的可用性。该要求列表可以用于显示锤子不在工具资源130中，而在制造设施112的资源B 132中。因此，资源的位置将被加入到列表中。然后资源的位置或者可用性这种因素可以包括在车辆12的诊断或者修理中使用的优化算法中。

参考图2，可以产生一个诊断图表。因此，将存在多个步骤，每个步骤将产生一个测试要求列表。技师或者用户将使用诊断工具510或者个人计算机800或者其它计算装置、或者甚至在车辆12中嵌入的装置。例如，该用户将启动诊断工具510，然后选择在选单中的选项列表或者手动输入在步骤150所需的诊断步骤。所述车辆特定信息可以手动输入或者从车辆12自身自动输入。然后，用户可以选择电子系统152的诊断序列或者修理。该测试要求列表将包括用于预编程的不同类型的序列所需的数字伏特欧姆计。也可以产生和显示该数字伏特欧姆计的成本。然后，用户可以选择测试充电系统，这将给出在步骤156处的测试引线的要求。随后，用户可以选择电池测试164，这将给出该电池的说明书。诊断工具510可以指示所需的说明书，或者实际上提供或者包括在电池上的说明书或者该信息的位置。用户还可以改为选择测试交流发电机166，这将给出交流发电机说明书的选项。在该交流发电机上的信息也可以存储在诊断工具自身上，但是，如果需要更新，则可以引用该更新后的当前信息的位置。

用户还可以选择内部模块B 158，该模块位于所述车辆中可能需要额外的步骤接触到的一个位置上。因此，该测试可以显示螺丝刀和方孔螺钉头用扳手(allen wrench)。该列表在资源列表的扩展中还可以包括“任选的”或者“所需的”的要素。然后，在步骤168中，可以指示或者使用该模块B的说明书。

或者，用户可以选择测试或者修理发动机。然后，在步骤154上的列表可以指示除了正在使用的诊断工具510以外所需的额外诊断工具(例如诊断工具“X”)的测试要求。然后，用户可以选择来进行空气/燃料测试160，这将导致根据某些因素检查传感器172或者催化转化器170或者进入诊断工具510。如果选择检查传感器，则该列表能产生可能需要更换的传感器，例如λ传感器或者燃料传感器。如果该传感器需要更换，则可以包括一个选项指示器来得到手头的资源及其型号。如果选择催化转化器170，则会检查反压力或者进气口。该要求列表可以产生所需的催化转化器和转化器的机型或者类型的列表。另外，可以配属根据测试需要零件的统计可能性。例如，当反压力低于特定值时如果已知特定结果具有10％的可能需要更换催化转化器。或者，如果该催化转化器不需要更换，则在该列表中可以有某一工具来清除通向该催化转化器的通道。

用户也可以选择检查发动机温度162，然后用户可以检查冷却剂系统172。随后所述列表产生两种类型的冷却剂并列出什么时候使用冷却剂A或者冷却剂B或者在什么条件下使用。然后，可以检查风扇皮带或者该风扇的电路174。随后，可以检查水泵和水泵皮带176。在步骤174和176中，可以产生所需的要求以及与所述要求相关的其它条件，例如单个要求或者成组要求的成本、位置等。

用户可以选择任何级别的诊断序列来看需要什么。例如，如果技师不知道确切地要检查什么或者确切的序列，但是只知道特定的症状，那么可以输入该症状，并可以产生在所有步骤下的所有测试要求。例如，如果选择了在电气系统下的一个症状，则产生数字伏特欧姆计、测试引线、螺丝刀、方孔螺钉头用扳手以及用于电池、交流发电机和模块B的说明书。

参考图3，可以为任意类型的诊断或修理序列产生测试要求资源。用户通过选择要测试的症状或者要测试的车辆区域来开始190。因此，用户可以选择测试A 192、测试B 198、一直到测试N 210，其中N为大于2的整数。然后，当选择步骤A时，可以执行多个步骤A1～An192～196，每个步骤都产生从A1至An的资源要求，其中n为大于2的整数。

当选择测试A时，所述步骤还可以替代的是步骤A_2，2202、一直到步骤A_2，n206。步骤A_2，1194可以产生资源A_2，1，而步骤A_2，2202可以产生资源A_2，2，和步骤A_2，n可以产生资源A_2， _n206。这些步骤可以进一步扩展为具有资源A_n，1的步骤A_n，1196、具有资源A_n，2的步骤A_n，2204和具有资源A_n，n的步骤A_n，n，其中n为大于2的数字。进而，具有资源B₁的步骤B₁可以扩展至具有资源B₂的步骤B₂200，且具有步骤N₁和资源N₁的测试N 210可以扩展至步骤N_n和资源N_n212，其中N和n为大于2的整数。因此，如图3所示，产生要求列表的可能性是无穷无尽的。从该列表中可以产生多个潜在的可能性。

如上所述，用户可以选择任意级别的序列来产生该列表，或者可以预先选择产生的级别。例如，如果限定了步骤194的级别，则将产生资源A₁、A_2，1、一直到A_n，1。但是，如果选择了步骤192的级别，则将显示或者产生资源A₁～A_n，n。

该列表的输出并不限于显示。可以显示该输出或者可以将其传送到另一个位置以由另一个用户或者装置查看。也可以将该列表的输出传送或者上载到远程数据库中。

因此，如在图1～3中所示，当用户仔细检查这些步骤或者指示这些步骤用于车辆12的测试和/或修理时，如果产生了列表要求，则可以减少位置远离车辆12的工具箱130的差错(trip)。用户可能需要DVOM(数字伏特欧姆计)、螺丝刀和测试引线。这些工具或者其它资源的智能列表减少了所需要的来回反复，由此使得诊断更加有效率。另外，该用户能够提前计划并且由此减少了在修理中浪费大量时间的可能性。在测试的前一天，用户可以产生并确定在贮存仓库中是否能得到特定零件。进而，如果需要额外的技师，那么可以提前产生或者规划该技师的可用性。

因此，该要求列表使得用户可以规划所需要的资源来进行必要的诊断和/或修理。所述提前规划还使得可以以更有效率的方式执行该诊断或者修理，并且该信息可以分程传递到该车辆的拥有者，由此为该车辆的拥有者或者第三方提供了额外的服务支持。

如上所述，也可以有其它资源，例如服务手册、配线手册、额外帮助等。甚至在必须作出决定的时候，可以有为故障元件产生零件号码，然后转到所需的零件。在数据库中可以包括独立的字段。因此，所述要求列表为处方提供了成分列表。可以产生任何类型的资源和任何级别的资源列表。

参考图4，图1的计算机800的一个实例，但是并不限于计算机800的这个实例，其能够读取包括本公开的计算机可执行指令的计算机可读介质。该计算机800包括使用系统存储器804的处理器802和包括某些计算机可读记录介质的计算机可读存储装置806。一个系统总线将处理器802连接到容许连接至其它计算机或者例如因特网的网络的网络接口808、调制解调器812或者其它接口。该系统总线也可以包括容许连接至多种其它装置的输入和输出(I/O)接口810。进而，该计算机800可以通过例如I/O 810输出数据以在显示装置820上显示。

本公开或者其部分可以实现为在计算机可读介质中的计算机可执行指令。所述计算机可读介质包括将计算机可读数据存储或者包括在其中的所有可能种类的介质，或者可以包括可以由计算机或者处理单元读取的任何类型的数据。所述计算机可读介质包括但并不限于如下的存储介质，例如磁性存储介质(例如，ROM、软盘、硬盘等)、光学读取介质(例如，CD-ROM(光盘只读存储器)、DVD(数字多用途光盘)、所述光盘的可重写样式等)、混合磁性光盘、有机盘、系统存储器(只读存储器、随机存取存储器)、非易失性存储器例如闪速存储器或者任何其它易失或者非易失性存储器、其它半导体介质、电子介质、电磁性介质、红外和其它通信介质例如载波(例如通过因特网或者另一个计算机的传播)。通信介质通常将计算机可读指令、数据结构、程序模块或者其它数据特定化在模块化的信号中，例如载波或者包括任何信息传送介质的其它可传送机制。计算机可读介质例如通信介质可以包括例如射频、红外微波的无线介质和例如有线网络的有线介质。该计算机可读介质还可以存储和执行在经由网络连接的计算机中分布的计算机可读代码。所述计算机可读介质还包括协同运作的或者互相连接的计算机可读介质，该介质位于处理系统中或者分布在可能位于该处理系统的本地或者远程的多个处理系统中。本公开可以包括其上存储有数据结构的计算机可读介质，该数据结构包括多个包含代表本公开技术的数据的字段。

图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和FPGA 526的通信。存储子系统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也可以是无线的，使用例如蓝牙、IEEE 802.11x、无线USB的协议和其它类型的无线以太网协议等。

显示在诊断工具510或个人计算机800上的列表可以在连接或未连接到车辆的情况下被输出。该车辆特定信息可以手动输入或者通过有线或无线连接自动输入。该列表也可以在没有车辆特定信息的情况下产生。可以将常规信息输入该车辆，或者根本没有关于该车辆的信息。可以产生任何级别的列表。可以为所有类型的车辆产生一个通用要求列表，或者为特定类型的车辆产生一个列表。

虽然诊断系统的实例提供了测试要求来支持该诊断测试，但是还可以有其它实例。例如，在诊断测试之前可以提供其它信息。该提前信息可用于支持该诊断测试，或者该信息的提前通知可以有助于该测试的准备。

本公开的许多特点和优点从详细的说明书中变得明显，因此，所附的权利要求书意图涵盖落入到本公开的实质和范围内的本公开的所有这些特点和优点。进而，因为对于本领域技术人员而言会容易地发生众多改进和变化，因此不需要将本公开限制于所解释说明和描述的确切构造和操作，并且因此，所有适当的改进和等价方案诉诸为落入本公开的范围内。

Claims

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所述的诊断系统，其进一步包括用于显示执行给定诊断或修理程序所需的项目列表的器件。