数据端 口 114也能够被包括在诊断工具100上，以便连接到USB、FIREWIRE、调制解调器、RS232、 RS485以及其他连接，以与外部设备（例如，硬盘驱动器、USB驱动器、⑶播放器、DVD播放 器、UMD播放器、PC或其他计算机可读介质设备）进行通信。
[0025] 在图2中示出了用于使正在被技术人员维护的车辆和ECU的选择自动化的处理的 流程图。应当注意，对车辆的选择包括如车辆的样式、型号和年份以及车辆特定装备（例 如，发动机类型、变速器类型、安全气囊、防抱死制动等）的信息。在诊断工具开始200之后， 并且如果被如此配置，则设备将会自动开始车辆识别处理（AutoID处理）202。备选地，在 某些预定事件（例如，将诊断设备连接到0BDII连接器）发生之后，AutoID处理可以开始。 如果设备没有被配置为在某些事件（例如，开启设备或将设备连接到0BDII)发生时自动地 发动AutoID处理，贝丨」用户可以通过使用用户接口按钮106滚动到车辆选择菜单中的AutoID 处理选项而手动地启动AutoID处理204。
[0026] 不论是自动启动202还是被用户手动地选择204, AutoID处理206的第一步骤是 用于诊断工具100的事件处理机，以启动对被存储在ECU上的车辆识别号码（VIN)的读取。 对VIN号码的该读取能够例如使用全球0BDII模式9功能来完成。备选地，对于不包括全 球0BDII模式9功能的车辆，可以手动地输入VIN号码208。
[0027] 在自动地输入VIN号码206或手动地输入VIN号码208之后，AutoID处理的子程 序210在VIN到车辆配置映射数据库212中查询车辆。除了 VIN号码外，通过该子程序210 使用全球0BDII模式9功能能够获得的信息包括校准识别信息以及在用车辆的性能信息。 这样的信息的范例包括发动机类型、变速器类型、发动机调谐规范等。本领域技术人员应当 容易理解，诊断工具100能够通过到数据端口 114或连接器接口 112的有限连接或备选地 通过无线调制解调器（未示出）在互联网上访问数据库（例如，VIN到车辆配置映射数据 库 212)。
[0028] 可能不能根据通过AutoID处理的子例程210采集的信息来确定所需要的车辆选 择信息的完整集合，并且因此用户可能必须手动地输入额外的信息214。备选地，系统对车 辆识别信息的额外的自动搜索也可以作为AutoID处理的一部分被执行。通过系统对内部 或外部车辆数据库216的参考，可以便于额外的信息的手动输入214或备选的额外的自动 搜索。
[0029] 当车辆被识别后，诊断工具利用用于该车辆的适当数据进行初始化218。诊断工 具然后准备好执行对其被链接到的车辆的诊断测试220。应当容易地认识到，图2的处理 的各个步骤可以在适当的时候进行重复，以便使车辆选择处理尽可能多地切实可行地自动 化。因此，如果对于用户有必要手动地输入车辆选择数据的某些部分，则在车辆识别数据的 一个或多个个体部分的被用户手动地输入之后，AutoID处理可以参考车辆数据库216,以 确定一些或所有剩余数据是否能够被自动地填充。
[0030] 在不正确的控制器被安装在车辆中的情况下，车辆不可以被正确地识别。在某种 程度上这样的状况被AutoID处理识别，将会借助于诊断工具100的显示屏104上的适当的 警告讯息来告知用户。在这发生的情况下或在用户确定车辆被AutoID处理自动识别是不 正确的情况下，用户可以不考虑AutoID处理并手动地输入车辆识别信息或退出该处理。
[0031] 诊断工具100能够被额外地或备选地配置为查询使用工具的和/或不使用工具的 修理项目，以在一个或多个诊断故障代码（DTC)被诊断工具100读取和/或故障症状被输 入诊断工具100后，自动为用户提供维护和修理信息。为了本说明书的目的，该功能将被概 括地称为自动维修检测。使用工具的修理项目的范例将包括由原始装备制造商提供的修理 程序和被下载并被存储到诊断工具100的基于经验的修理信息。不使用工具的修理项目的 范例包括诸如IATN和Direct-Hit?的项目。现在将结合图3来描述用于执行根据本公开 的方面的自动维修检测的系统资源。
[0032] 图3的系统资源通过连续地监测技术人员诊断选择与结果和任何潜在的软件自 动采集的知识（例如，协议或变化性检测）二者而使各个诊断信息资源的连接自动化。这 些系统资源使用从这些活动得到的知识来自动地触发搜索能够辅助维修车辆的可用修理 项目的背景处理。在修理项目被识别后，就自动告知用户找到的项目。这样的告知能够以 这样的项目的存在以及关于找到的项目的信息（例如，导出项目的位置、何种信息触发项 目的位置以及项目中被识别的实施维修所采取的何种步骤）的不唐突但明显的告知方式 来提供。
[0033] 图3的系统资源被实施在包括自动维修检测器模块300和自动维修触发器模块 302、自动维修项目模块304和自动维修观察模块306的四个主要模块中。尽管本实施例在 四个逻辑模块的背景下被描述，但是应当容易地认识到，该功能能够被分布在更多或更少 的逻辑模块中。此外，尽管资源中的一些被描述为使用工具的找出而一些为不使用工具的 找出，但是应当容易地认识到，这样的项目的位置对本发明的操作来说不是必须的，并且因 此能够在适当的情况下使用或不使用工具来将资源移动到本发明的【具体实施方式】。现在将 描述前述模块中的每个的功能。
[0034] 自动维修检测器模块300是运行自动维修检测处理的主要部件。该处理在此背景 下连续地运行，并且对于用户来说在呈现和诊断功能两个方面是不唐突的。亦即，在诊断选 择被执行时，告知用户维修项目，但不影响用户。告知能够是自动且动态的。
[0035] 自动维修触发器模块302接收来自用户的数据或来自能够触发搜索或对自动维 修项目模块304的搜索的改善的自动收集的数据。触发器列表可动态地延伸，并且因此当 新的触发器被创建时，它们能够被添加到自动维修检测器模块304,使得所有可用修理项目 都能够被利用。自动维修触发器的范例包括随后的样式/型号/年份数据308, DTC310以 及专门测试312。这样的数据触发器的其他范例包括自动化协议/变化性检测、停帧、AST 以及快速DTC。
[0036] 自动维修项目模块304从搜索项目搜索维修信息。项目列表可动态地延伸，并 且因此当新的项目被创建时，它们能够被添加。能够被搜索的项目能够是使用工具的或 不使用工具的，并且如果是不使用工具的，则能够在互联网上或借助于例如通过数据端口 114或连接器接口 112将诊断工具链接到修理项目的数据库的其他手段来访问。在被触 发后，一个或多个或所有项目就被搜索，使得当新的项目被添加时，它可用于所有当前运 行的触发器。自动维修项目的范例包括Repair-Trac?数据库314、iATN数据库316以及 Direct-Hit?数据库318。自动维修项目的其他范例是OBD代码库。
[0037] 自动维修观察器模块306是告知用户修理项目存在的部件。在一个实施例中，用 户能够选择不只一个自动维修观察器告知机构，并且配置每一个如何操作。例如，自动维修 观察器告知器能够被配置为在屏幕104的右下角显示图标320。该告知器能够经由项目的 上标计数利用可用的当前修理项目来动态地更新。图标320能够被选择，并且项目的内容 在该选择之内是可用的。额外地或备选地，告知器能够由自动维修观察器模块308来提供， 以借助于使表达修理项目的可用性的工具的主电力LED322闪光来向用户发出警报。通过 使用多个告知器，用户能够给诊断工具编程以对其最有效的方式通知诊断工具。当用户在 在开始诊断处理之后远离工具（如根据通过工具接口 106接收的输入的不存在而确定的） 时，范例将会引起主电力LED322闪烁。从而告知技术人员修理项目的存在，并且能够立即 转到图标320以检查项目。
[0038] 在本发明的另一实施例中，自动维修检测器被配置为在读取具体DTC或接收从用 户输入的症状之后向用户提供修理程序。所述修理程序能够是由车辆的原始装备制造商 (OEM)提供的一种程序或被识别为对OEM程序的改进的基于经验的程序。除了修理程序外， 将不唐突地向用户发出针对存在能够由用户访问的额外的修理项目的警报。当修理程序的 步骤被执行时，向自动维修触发器模块302提供额外的触发器引起自动维修项目模块304 执行对可用修理项目的额外的搜索。以这样的方式，当修理正在被执行时，可用修理项目将 被连续地更新。
[0039] 在多个维修项目被找出的情况下，系统能够告知用户优选顺序，以辅助改进修理 的效率。各种方法学能够在确定这样的顺序时被利用，所述这样的顺序对本领域技术人员 来说将是明显的，并且包括设定默认顺序（例如，首先工具制造商程序，其次OEM制造商程 序，再次iATN数据库程序等），或者所述这样的顺序能够使用诸如关于由数据库提供者收 集的修理信息的有用性的反馈数据的这样的数据来动态地确定。备选地，能够向用户提供 默认程序，例如，在关于这样的项目的可用性的提示之后，在需要时，仅使工具制造商程序 和其他维修项目可用于用户。应当注意，前述内容仅是示例性的，并且用于向用户提供该数 据的其他