用于定期车载一致性测试的方法和设备的制作方法
【专利摘要】提供一种用于定期车载一致性测试的方法和设备。一种系统包括处理器和具有可通过电子分析诊断错误的组件的一个或多个车辆系统。此外，处理器被配置为响应于用户的请求获得用于在所述一个或多个车辆系统上运行与政府要求的测试相应的车辆诊断测试的指令。处理器还被配置为执行所述测试来获得结果。此外，处理器被配置为记录结果，并将结果报告给用户。
【专利说明】用于定期车载一致性测试的方法和设备
【技术领域】
[0001]说明性实施例总体涉及用于定期车载一致性测试的方法和设备。
【背景技术】
[0002]车载诊断(OBD)系统在车辆中已经存在了十多年。车载诊断系统被装备来监控各种车辆系统和功能，这些诊断可检测车辆中的问题并保存相应的错误信息用于技术人员的以后的检索。可惜，测试中的改变的/新的标准意味着这些系统在最新的测试上并不总是最新的。此外，一致性标准基于车龄、系统等对于不同的车辆会有所不同。
[0003]美国第12/476，995号专利申请总体描述一种用于使用独立的自助服务亭来测试车辆排放和引擎控制组件的系统和方法。所述自助服务亭包括能够使用条形码读取器和OBD读取器从正被测试的车辆采集车辆信息码(VIN)和OBD信息的计算机。所述自助服务亭产生指示在车辆排放测试期间找到的任何检测到的诊断故障代码的可读显示或打印的报告给用户。通过使多个自助服务亭在安全网络中一起联网，并经由互联网可访问，自助服务亭网络维护位于中心的车辆信息数据库，其中，所述车辆信息数据库用于在车辆排放测试期间存储并检索恰当的与车辆相关的信息。如果正被测试的车辆通过车辆排放测试，则自助服务亭为用户打印出注册续约贴纸、注册续约文档和/或收据。
[0004]在类似的尝试中，美国第10/545，513号专利申请描述用于系统的车载诊断的方法和设备，所述方法和设备包括针对所述系统的一个或多个功能进行一个或多个诊断步骤。用于提供与预期的系统影响因素相关的信息的电子地平线系统被用于确定进行诊断步骤中的至少一个步骤的最佳条件。
[0005]第11/535，464号专利申请是另一个车载诊断专利申请，描述用于使用自助服务OBD亭测试车辆排放和引擎控制组件的方法和设备。独立亭包括能够使用VIN读取器和OBD读取器从车辆采集VIN信息和OBD信息的计算装置。所述亭为亭操作者产生指示在OBD期间找到的任何检测到的诊断故障代码的可读显示或打印的报告。通过使用多个亭在安全网络中一起联网，并可访问互联网，OBD亭网络维护位于中心的车辆接口数据库，其中，所述车辆接口数据库用于在OBD测试期间存储并检索恰当的与车辆相关的信息。
【发明内容】
[0006]在第一说明性实施例中，一种系统包括处理器和具有可通过电子分析诊断错误的组件的一个或多个车辆系统。此外，处理器被配置为响应于用户的请求获得用于在所述一个或多个车辆系统上运行与政府要求的测试相应的车辆诊断测试的指令。处理器还被配置为所述执行测试来获得结果。此外，处理器被配置为记录所述结果，并将所述结果报告给用户。
[0007]在第二实施例中，一种计算机实现方法包括经由车辆计算系统获得用于运行车辆诊断测试的指令。所述指令与在具有可通过电子分析诊断错误的组件的一个或多个车辆系统上的政府要求的测试相应。说明性方法还包括执行所述测试来获得结果。此外，所述方法包括记录所述结果，并将所述结果报告给用户。
[0008]在第三说明性实施例中，一种系统包括被配置为与远程车辆计算系统(VCS)进行通信的处理器。所述处理器被配置为从VCS接收用于一个或多个测试指令的请求。所述处理器被配置为接收确认VCS所在的车辆的VIN。所述处理器还被配置为访问数据库，来获得与政府要求的测试相应的至少一个测试。另外，所述处理器被配置为基于由VIN定义的车辆配置来为车辆定制测试。此外，所述处理器被配置为将定制的测试指令发送到VCS。
[0009]根据本发明，提供一种计算机实现方法，所述方法包括:经由车辆计算系统获得用于在具有可通过电子分析诊断错误的组件一个或多个车辆系统上运行与政府要求的测试相应的车辆诊断测试的指令，执行所述测试来获得结果；记录所述结果；将所述结果报告给用户。
[0010]根据本发明的一个实施例，所述测试可以是车辆设备测试。
[0011]根据本发明的一个实施例，所述测试可以是车辆健康状况测试。
[0012]根据本发明的一个实施例，所述测试可以是车辆外部灯测试。
[0013]根据本发明的一个实施例，所述方法可包括:与用于提供关于灯检查的指令的无线装置进行通信；接收对各种外部灯系统的测试的响应。
[0014]根据本发明的一个实施例，所述方法可包括:通过车辆音频系统输出关于灯检查的指令；接收对输入到车辆计算系统输入的各种外部灯系统的测试的相应。
[0015]根据本发明的一个实施例，可基于车辆VIN和具有由VIN确认的特征的车辆中的测试所需的当前政府标准，来为车辆定制测试。
[0016]根据本发明，提供一种系统，所述系统包括:处理器，被配置为与远程车辆计算系统(VCS)进行通信以进行以下处理:从VCS接收用于一个或多个测试指令的请求；接收确认VCS所在的车辆的VIN ;访问数据库以获得与政府要求的测试相应的至少一个测试；基于由VIN定义的车辆配置为车辆定制测试指令；将定制的测试指令传送到VCS。
[0017]根据本发明的一个实施例，所述测试可以是车辆设备测试。
[0018]根据本发明的一个实施例，所述测试可以是车辆健康状况测试。
[0019]根据本发明的一个实施例，所述测试可以是车辆外部灯测试。
[0020]根据本发明的一个实施例，所述处理器还被配置为与用于提供关于灯检查的指令的无线装置进行通信，并被配置为接收对各种外部灯系统的测试的响应。
【专利附图】
【附图说明】
[0021 ] 图1示出车辆计算系统说明性示例；
[0022]图2示出用于运行诊断的示例性处理；
[0023]图3示出用于外部诊断的示例性处理；
[0024]图4示出用于外部诊断的第二示例性处理；
[0025]图5示出用于故障处理的示例性处理。
【具体实施方式】
[0026]根据需要，这里公开了本发明的详细的实施例；然而，应理解，公开的实施例仅是可按各种形式和替代形式具体化的本发明的示例性。附图无需按比例绘制；可放大或缩小一些特征以显示特定部件的细节。所以，此处所公开的具体结构和功能细节不应解释为限定，而仅为教导本领域技术人员以多种形式实施本发明的代表性基础。
[0027]图1说明了用于车辆31的基于车辆的计算系统(VCS)I的示例框式拓朴图。这种基于车辆的计算系统I的示例为由福特汽车公司制造的SYNC系统。设有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。用户还可通过例如触摸屏与该界面(如果设有的话)交互。在另一说明性的实施例中，通过按压按扭、具有自动语音识别和语音合成的语音对话系统进行交互。
[0028]在图1中所示的说明性实施例1中，处理器3控制基于车辆的计算系统的运转的至少一部分。设在车辆中的处理器允许车载处理指令和程序。此外，处理器连接至非持久存储器5和持久存储器7两者。在这个说明性实施例中，非持久存储器为随机存取存储器(RAM)并且持久存储器为硬盘驱动器(HDD)或闪存。
[0029]处理器还设有多个不同的输入，允许用户与处理器交互。在此说明性实施例中，设有麦克风29、辅助输入25 (用于输入33)、通用串行总线(USB)输入23、全球定位系统(GPS)输入24、和蓝牙输入15。还设有输入选择器51以允许用户在多种输入之间切换。在对麦克风和辅助连接器的输入传递至处理器之前通过转换器27将其从模拟信号转换为数字信号。尽管未示出，与VCS通信的多个车辆组件和辅助组件可使用车辆网络(诸如但不限于控制器区域网(CAN)总线)以向VCS (或其组件)传递数据或从VCS (或其组件)接收数据。
[0030]对系统的输出可包括但不限于视觉显不器4和扬声器13或立体声系统输出。扬声器连接至放大器11并通过数字-模拟转换器9从处理器3接收其信号。还可分别沿19、21处所示的双向数据流输出至远程蓝牙设备(诸如个人导航装置(PND) 54)或USB设备(诸如车辆导航设备60)。
[0031]在一个说明性实施例中，系统I使用蓝牙收发器15与用户的漫游设备53(例如蜂窝电话、智能电话、个人数字助理(PDA)或具有无线远程网络连接能力的任何其它设备)通信17。漫游设备可随后用于通过例如与蜂窝塔57的通信55来与车辆31外部的网络61通信59。在一些实施例中，蜂窝塔57可为WiFi接入点。
[0032]信号14代表了漫游设备和蓝牙收发器之间的示例性通信。
[0033]可通过按钮52或类似输入指示漫游设备53和蓝牙收发器15的配对，这样，指示中央处理器(CPU)车载蓝牙收发器将与漫游设备中的蓝牙收发器配对。
[0034]可利用例如与漫游设备53相关联的数据计划(data-plan)、声载数据(data overvoice)或双音多频(DTMF)音调在CPU3和网络61之间传递数据。可选地，可能需要包括具有天线18的车载调制解调器63以便通过语音频带(voice band)在CPU3和网络61之间通信16数据。随后，漫游设备53能够通过例如与蜂窝塔57的通信55用于与车辆31之外的网络61通信59。在一些实施例中，调制解调器63可与蜂窝塔建立通信20用于与网络61通信。如非限制性示例，调制解调器63可为USB蜂窝调制解调器并且通信20可为蜂窝通信。
[0035]在一个说明性实施例中，处理器设有包括与调制解调器应用软件通信的应用编程接口(API)的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件以完成和远程蓝牙收发器(诸如设在漫游设备里的)的无线通信。蓝牙是IEEE802PAN (个人区域网)协议的子集。IEEE802LAN (局域网)协议包括WiFi并且与IEEE802PAN有相当多的交叉功能。两者都适合用于在车辆中无线通信。可以在此领域使用的其它通信方式可以为自由空间光通信(例如红外数据协议(IrDA))和非标准的消费者红外(IR)协议。
[0036]在另一实施例中，漫游设备53包括用于语音频带或宽带数据通信的调制解调器。在声载数据的实施例中，当正在传输数据期间漫游设备的主人对设备说话时，可执行已知为频分复用的技术。在其它时间，当主人没有使用该设备时，数据传输能够使用整个带宽(在一个示例中为300Hz至3.4kHz)。尽管频分复用对于车辆和因特网之间的模拟蜂窝通信为常见的并且仍然在使用，其已经很大程度上由码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)替代用于数据蜂窝通信。这些都是ITU MT-2000(3G)标准并且为静止或者步行用户提供高达2mbs的数据传输速率以及为在移动车辆中的用户提供高达385kbs的数据传输速率。3G标准现正被可以为车辆中用户提供IOOmbs以及为静止用户提供Igbs数据传输的高级国际移动通信aMT-AdVanced(4G))所替代。如果用户具有与漫游设备相关联的数据计划，该数据计划可能允许宽带传输且系统可使用更宽的带宽(加速数据传输)。在又一实施例中，漫游设备53被安装至车辆31的蜂窝通信设备(未显示)所代替。在又一实施例中，漫游设备53可为能够通过例如(而非限定)802.11网络(即WiFi)或WiMax网络通信的无线局域网(LAN)设备。
[0037]在一个实施例中，输入数据可经由声载数据或数据计划穿过漫游设备、穿过车载蓝牙收发器、并进入车辆内部处理器3。例如，在某些临时数据的情况下，数据可存储在HDD或其它存储介质7上直至不再需要的时候。
[0038]其它可与车辆交互的源包括具有例如USB连接56和/或天线58的个人导航设备54，或者具有USB62或其它连接的车辆导航设备60、车载GPS设备24、或者与网络61具有连接性的远程导航系统(未显示)。USB是一类串行网络协议中的一种。IEEE1394(FireWire?(苹果))、1.LINK?(索尼)和Lynx?(德州仪器))、EIA(电子工业协会)串行协议、IEEE1284(并行接口)、S/PDIF(索尼/飞利浦数字互联格式)和USB-1F(USB应用者论坛)形成了设备-设备串行标准的骨干。多数协议可以实施用于电或者光通信。
[0039]此外，CPU能和各种其它的辅助装置65通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于，个人媒体播放机、无线健康装置、便携式计算机等。
[0040]此地或可选地，CPU可使用例如WiFi (IEEE803.11) 71收发器而连接至基于车辆的无线路由器73。这能允许CPU在本地路由器73的范围内连接到远程网络。
[0041]除了通过位于车辆中的车辆计算系统执行示例程序之外，在一些实施例中，可以通过与车辆计算系统相通信的计算系统执行示例性程序。这样的系统可包括但不限于无线设备(例如但不限于移动电话)或者经由无线设备连接的远程计算系统(例如但不限于服务器)。总体上，这些系统可称为车辆相关联计算系统(VACS)。在一些实施例中VACS的特定部件可以根据系统的特定实施而执行程序的特定部分。通过示例并且是非限制的，如果程序包括使用配对无线设备发送或者接收信息的步骤，则很可能无线设备没有执行该程序，因为该无线设备不会与自身进行“发送和接收”信息。本领域内普通技术人员会理解何时不适合对给定解决方案应用特定VACS。在所有解决方案中，预期至少位于车辆中的车辆计算系统(VCS)自身能够执行示例性程序。
[0042]多年来，已存在许多汽车在新的一年可被注册之前必须通过的不同标准和测试。例如，在没有限制的情况下，在车辆能被认证以在道路上使用之前，排放测试、光功能验证和许多其他的“标准”会必须得到满足。由于车龄，这些测试变得很重要以确保不安全的车辆不被认证以在街道上行驶。
[0043]在一些其他的示例中，在所有权转让时执行这些测试，但是无论什么原因，所述测试通常都需要花费一些钱来请认证的技师或经销商执行所述测试。如果通过了测试，则司机可继续被所述测试授权的任何过程。然而，如果测试失败了，则司机必须纠正引起所述故障的问题，并且在等待和执行测试时损失掉在测试上所花费的钱和旅行中浪费掉的时间两者。
[0044]由于车载诊断工具变得越来越复杂，测试会需要额外使用这些工具。此外，由于很多车辆模块的以计算机为基础的性质，车辆电子系统能够检测各种故障。为了解决所有者可能想避免必须在测试上花费双倍的时间和费用的情况，说明性实施例为车辆用户提供在其前往测试中心之前可产生的诊断报告的一些示例。
[0045]另外，测试的标准每年都会有所不同，会随着时间改变，或会由车龄决定。由于执行测试数据采集的VCS还可访问远程服务器，因此根据特定车辆的需求，在个人的基础上可为每个车辆获得更新的和适当格式的测试的版本。
[0046]图2示出用于运行诊断的示例性处理。在此示例中，车辆提供用户可具体请求一个或多个诊断测试的选项。在另一示例中，可定期地运行测试并且可将结果存储或输出给用户(特别在警报状况的事件中)。即使测试被自动运行，按需诊断也可能是有用的，使得用户可在任何调整地要求的测试之前执行测试。
[0047]在此说明性示例中，在201，所述处理提供列出所有可用诊断测试的菜单。所述菜单还可列出其他服务(诸如，“更新测试”、“显示最近的结果”等)。在另一示例中，可能仅存在用于运行测试的选项，并且可获得所有可能的诊断的结果并将其传送给用户(例如，输出到车辆、通过电子邮件发送、通过SMS发送消息等)。
[0048]在此示例中，在203，如果从菜单选择了测试，则所述处理可访问选择的测试。一些示例性测试包括但不限于电子设备测试、外部光测试、车辆健康状况等。在没有使用用于测量和评估排放气体的工具的情况下，可能无法执行特定测试(诸如，排放测试)。另一方面，以上测试将通常由把诊断工具插入到车辆车载诊断(OBD)端口的经销商/技工来执行。由于测试通常涉及车辆的电子系统，因此所述处理通常可通过在车辆计算系统上处理内部代码来确定存在至少某种程度的故障。
[0049]一旦选择了特定的测试，车辆VIN与任何其他信息一起可被上传到远程服务器，以在207观察是否需要当前存储的测试的更新版本。例如，在车辆寿命的1-2年中，车辆刹车灯测试可仅需要测试刹车灯。在3-5年中，可将危险和转弯信号添加到测试。在大于5年中，可能必须测试所有的照明系统。此示例仅被提供作为测试请求会如何随时间或随车龄而改变的说明，并不旨在以任何方式限制本发明。
[0050]如果需要更新，则在209所述处理可为由VIN确定的特定车辆下载测试的合适版本。由于不同的车辆可能具有不同的内部电子配置，因此可使不同的测试用于由VIN确定的不同的模式。在此方式下，车辆计算系统可尽可能地复制在要求的测试发生时将发生的测试。
[0051 ] 只要VCS获得测试的合适版本，所述处理可在车辆上运行所述测试(211)。可测试由所述测试定义的所有相关的功能，并可记录通过/故障以报告用户和经销商/技工检索。无论是正面的还是负面的测试的结果可被输出给用户(213)和/或以任何数量的其他形式(电子邮件、文本等)传送给用户。
[0052]图3示出用于外部诊断的示例性处理。在此说明性实施例中，测试会需要外部系统的观察。警告信号和灯光可用外部的照明系统指示潜在的故障，但是会需要视觉检查来确定具体的问题(或是否真存在问题)。
[0053]在此示例中，响应于在车辆使用各种照明系统时来自车辆的询问，所有者将执行车辆的视觉检查。首先，在301，所述处理确定是否将进行外部检测。如果不是，则所述处理将继续进行内部系统诊断(303 )，这通常不会涉及所有者交互。
[0054]如果将进行外部测试，则应用可被放置在或运行在连接的蓝牙(BT)装置上。如果BT装置不存在(307)，则系统可利用内部的人机界面(HMI)和/或可被装备来将音频命令输出给用户的外部车辆扬声器来尝试运行测试(305 )。
[0055]如果存在BT装置，并且如果兼容的应用正运行在所述装置上，则在309，所述处理可继续引导用户通过一系列测试，其中，所述一系列测试将允许用户直观地确认各种车辆照明系统的可操作性(309)。例如，电话显示器可显示“按下下面的键来开始刹车灯测试”。
[0056]一旦用户按下适当的输入，所述处理就可执行一系列刹车灯测试。例如，所述处理可使左边的刹车灯照亮，并显示“照亮了刹车灯。你看到光了吗？ ”然后，所述处理还可显示“是”和“否”输入，以便用户可确认各种灯的功能性(311)。可继续对大灯、雾灯、远光灯、转向灯等进行这种相同的处理。此外，特别是，由于一些用户可能不熟悉哪些灯正在被检查，因此所述处理可直观地显示用户应该正在看的灯和可能的活跃改变(示出用户应该正在寻找的改变(例如，从普通灯到远光灯的切换))两者的示例。
[0057]由于用户通过测试，因此来自测试处理的问题的响应被输入到无线装置中，并且结果被存储为诊断测试结果。然后，可将这些结果编译到将被呈现给用户的报告中。任何故障将被用户观察到，并且任何故障通过使用测试结果可进一步获取。在很多情况下，用户输入可被存储为正面的输入(315)和负面的输入(313)。然后，在317，测试可检查看用户是否已经过早请求了结束测试，或是否已经执行了所有的合理测试。一旦执行了所有的合适的测试，所述处理就可继续进行报告模式213。
[0058]图4示出用于外部诊断的第二示例性过程。在此说明性示例中，所述处理是外部诊断处理(诸如，刹车灯检查处理)。然而，在此示例中，可能不存在可连接和/或运行输入应用的可用的兼容手机。在此情况下，可使用包括例如外部扬声器(如果可用的话)的车辆音频系统。如果外部扬声器不可用，则用户可被指示到更低的一个或多个窗口，并将内部音量调大到测试指令可被听到的水平。
[0059]在此说明性示例中，在401，所述处理开始运行适当的测试。像以前一样，例如，所述处理可以是测试车辆灯并可首先启动例如刹车灯。由于用户将需要知道检查哪些灯，因此在405，所述处理可检查看是否存在可用的外部输出。这些外部输出可以是为该测试的目的而安装的特殊扬声器，或服务多种目的(诸如，显示报警、警告和其他信息)的扬声器。
[0060]如果不存在可用的外部扬声器，则当执行测试时，所述处理可指示用户向下滚动窗口。在此情况下，外部扬声器将用于向用户提供关于查看哪些灯的指令。由于测试各种灯，因此在407，将通过内部扬声器输出指令。[0061]在此示例中，一旦运行了特定测试，用户可在测试进行步骤411之前输入结果。因此，所述处理可在进行下一个测试步骤之前进行等待，直到关于特定测试询问的响应被输入为止。一旦关于测试部分的功能性的响应被输入，所述处理就可进行到记录所述响应413。然后，在415，所述处理可检查看是否完成了所有的测试。如果仍然存在更多的测试，则所述处理可运行测试的下一个步骤401，以及相应的后续步骤。
[0062]图5示出用于故障处理的示例性处理。在此示例中，在501，所述处理检测与诊断测试的一个或多个方面相关联的故障。由于在车辆可被认证之前可能会需要通过诊断测试，因此故障可以是司机想要矫正的事物。另外，诊断测试通常涉及安全导向系统，因此为了他们自身的安全，用户可能希望校正故障。
[0063]一旦检测到故障，在503，所述处理将记录与所述故障相关的信息，使得用户和/或维修车辆的技工/经销商两者以后能找回所述信息。一旦记录了所述信息，在505，所述处理就可确定可提供与发现的错误有关的维修的一个或多个本地经销商，并向用户提供安排维修的选项。
[0064]如果用户选择安排维修，则在507，所述处理可找到方便的经销商(或例如用户选择的技工)。所述经销商可以是位于去工作的路线上的、靠近工作的或靠近用户的家的经销商。用于做出此确定的有关行程信息可被存储在车辆系统中。
[0065]如果找到了经销商，并且用户希望安排预约，则在513，所述处理可进行用户与经销商计算系统安排预约的工作。然后，所述预约可被存储在车辆日历应用中，因此它可按需被提供给用户，并且当有关日期邻近时可提醒用户。
[0066]此外，在515，在例如任何部件需要订购的情况下，与测试结果和/或系统故障相关的有关诊断信息可与安排预约相结合而被发送到经销商。
[0067]虽然以上描述了示例性实施例，但是这些实施例不意图描述本发明所有可能形式。相反，在说明书中使用的词语是描述而非限制的词语，并且应理解，在不脱离本发明的精神和范围的情况下，可以进行各种改变。此外，可组合各种实现实施例的特征来形成本发明的进一步的实施例。
【权利要求】
1.一种系统，包括: 处理器； 一个或多个车辆系统，具有可通过电子分析诊断错误的组件，其中， 处理器被配置为响应于用户的请求获得用于在一个或多个车辆系统上运行与政府要求的测试相应的车辆诊断测试的指令， 执行所述测试来获得结果， 记录所述结果， 将所述结果报告给用户。
2.如权利要求1所述的系统，其中，所述测试是车辆设备测试。
3.如权利要求1所述的系统，其中，所述测试是车辆健康状况测试。
4.如权利要求1所述的系统，其中，所述测试是车辆外部灯测试。
5.如权利要求4所述的系统，其中，处理器还被配置为和用于提供关于灯检查的指令的无线装置进行通信，并被配置为接收各种外部灯系统的测试的响应。
6.如权利要求4所述的系统，其中，处理器被配置为通过车辆音频系统输出关于灯检查的指令，并被配置为接收输入到车辆计算系统输入的各种外部灯系统的测试的响应。
7.如权利要求6所述的系统,其中，车辆音频系统包括外部扬声器。
8.如权利要求1所述的系统，其中，基于车辆VIN和在具有由VIN确认的特征的车辆中的测试所需的当前的政府标准，来对车辆定制测试。
【文档编号】G01R31/00GK103575544SQ201310311437
【公开日】2014年2月12日 申请日期:2013年7月23日 优先权日:2012年7月26日
【发明者】帕特里克·约瑟夫·迪万, 亨利·托马斯·犹比克, 保罗·泰伯汉姆 申请人:福特全球技术公司