在线车辆诊断系统的制作方法

在线车辆诊断系统的制作方法
【专利摘要】一种系统，包括具有处理器和与通信装置和车辆显示器通信的车辆控制器，该控制器配置为接收包含至少一个故障触发和在故障触发过程中捕获的背景数据的传感器输入。该控制器可通过处理器分析故障触发，以确定故障事件。该控制器可确定合适的服务中心并通过通信装置传输故障事件和背景数据给服务中心。该控制器可配置为接收分析报告和预约请求并将分析报告和预约请求输出给车辆显示装置。
【专利说明】
在线车辆诊断系统

【技术领域】
[0001]本发明涉及一种车辆维护系统，尤其涉及一种在线车辆诊断系统。

【背景技术】
[0002]现代的车辆是利用多个装置、模块、子系统等的复杂的机电系统，其彼此之间通信以帮助车辆安全、有效地运行。就多个系统而言，这些类型的装置、模块、子系统等易受影响车辆的运行的错误、失灵和故障的影响。当这样的错误或故障发生时，受影响的装置或组件通常将发出故障码，例如，诊断故障码(DTC)。DTC可由组件或系统控制器接收，其可由维修技师或工程师进行分析。然而，很多时候驾驶员不知道装置或组件何时已经失灵，或者立即安排维修是否是至关重要的，或者维修所需的成本。进一步地，DTC可以由各种原因引起，使得很难诊断问题的根本原因。这会导致不能找出和消除缺陷，最终导致客户的不满意。


【发明内容】

[0003]一种系统，包括具有处理器并且与通信装置和车辆显示器通信的车辆控制器，该控制器配置为接收包含至少一个故障触发和在故障触发过程中捕获的背景数据的传感器输入。该控制器可通过处理器分析故障触发，以确定故障事件。该控制器可确定合适的服务中心并通过通信装置将故障事件和背景数据传输给服务中心。该控制器可配置为接收分析报告和预约请求并将分析报告和预约请求输出给车辆显示装置。
[0004]车辆诊断系统包括检测故障触发的传感器和配置为接收用户输入的车辆显示器。该系统可包括配置为与服务中心通信的通信装置和与传感器、车辆显示器以及通信装置通信的处理器。该处理器可配置为接收故障触发并确定接近或优选的服务中心。该处理器可将故障触发传送给服务中心并接收来自于服务中心的分析报告和预约请求。该处理器可输出分析报告和预约请求给车辆显示器。
[0005]一种用于安排车辆服务的方法，包括检测来自于车辆传感器的故障触发；分析故障触发以确定故障事件，其中，故障事件包括与车辆触发关联的根本问题；通过车辆控制器确定合适的服务中心；传输故障事件给服务中心；通过车辆控制器接收来自于车辆服务中心的分析报告和预约请求；以及输出分析报告和预约请求给车辆显示器。

【专利附图】

【附图说明】
[0006]图1示出了具有在线维护系统的车辆。
[0007]图2示出了图1的在线维护系统的示例性的组件。
[0008]图3示出了由图1的车辆诊断系统实施的示例性程序的流程图。
[0009]图4示出了可由图1的车辆诊断系统执行的可选择的实施方式的流程图。

【具体实施方式】
[0010]一种系统，包括具有处理器并且与通信装置和车辆显示器通信的车辆控制器，该控制器配置为接收包含至少一个故障触发和在故障触发过程中捕获的背景数据的传感器输入。该控制器可通过处理器分析故障触发，以确定故障事件。该控制器可确定合适的服务中心并通过通信装置传输故障事件和背景数据给服务中心。该控制器可配置为接收分析报告和预约请求并将分析报告和预约请求输出给车辆显示装置。
[0011]图1示出了具有在线维护系统10的示例性车辆。系统10可以采取多种不同的方式并包括多个和/或可选择的组件和设备。虽然示例性系统在附图中示出，但并不旨在限制附图中示出的示例性组件。实际上，可使用附加的或可选择的组件和/或实施方式。
[0012]如所示的那样，系统10可具有与服务中心200通信的车辆100。为了运送货物或乘客的目的，车辆100可配置为将能量转换成运动。因此，车辆100可包括任何类型的乘客或商用汽车，例如，轿车、卡车、运动型多用途车、交叉型车辆(cross-over vehicle)、厢式货车、小型货车、汽车、拖拉机。此外，车辆100可包括其它类型的车辆，例如，摩托车、飞机、直升机、机车或铁道车辆。虽然图1中未示出，但车辆100总体上可包括燃料箱、发动机、动力系统和车轮。
[0013]车辆100可配置为执行在车载诊断以监测其机电系统和组件的整体运行。该系统和组件需要平稳运行和正常运转以保证安全且愉快的驾驶体验。很多时候，车辆驾驶员可能不知道系统或组件何时失灵或退化。车辆100可配置为检测系统故障或因为故障触发而降低的运行性能。例如，如果系统或组件失灵、在其正常参数范围之外读取或由于开路或短路不能发送其输出，则故障触发会产生。附加地或可选择地，故障触发可包括车辆维护提醒(例如，更换机油或50，000英里服务检查)。车辆可进一步配置为车载分析故障触发以确定故障事件或与系统或组件相关的根本问题。
[0014]车辆100可配置为通过无线通信网络传输关于车辆诊断的数据给服务中心200。服务中心200可以是提供车辆维修和服务的任何机构，包括车辆经销商、原始设备制造商(OEM)、和汽车维修店。服务中心200可包括用于发送、接收、存储和可能处理故障和车辆相关的数据的计算机、存储器和通信装置。服务中心200可包括用于存储车辆和用户信息的数据库205，和用于检查和处理故障相关的数据的服务器210。
[0015]车辆100和服务中心200可通过例如高带宽GPRS/1XRTT通道、广域网(WAN)或局域网(LAN)、或任何基于云的通信这样的任何无线通信网络通信。在一个示例性实施方式中，车辆100和服务中心200可参与计算网络(例如，云计算)，并且车辆100可基于其互联网协议地址(IP地址)或媒体访问控制地址(MAC地址)识别服务中心200。例如，网络可以是包交换网络(packet-switched network),其可将数据作为数据包传输,该数据包可以被共享和从其它传输独立地路由。附加地或可选择地，车辆100和服务中心200可通过例如GSM或CDMA这样的移动通信网络进行通信。服务中心200可通过唯一设备标示符(UDID)或国际移动识别码(MEI)识别特定的用户，例如，可通过蓝牙(Bluetooth?)无线将唯一设备标示符(UDID)或国际移动识别码(MEI)传输给车辆的车载计算机。车辆100可在之后通过通信网络传输相关的对待的故障数据(例如，故障触发和/或故障事件)给服务中心200。换言之，故障数据将在最初传输给网络服务器，该网络服务器将促进数据至预先选择的服务中心200的传输。服务中心200可回顾由车辆100传输的故障数据，以确定是否有必要和/或何时安排服务预约。服务预约的安排可以基于对故障触发、故障事件、产品召回、维护服务、产品服务或它们的组合的检测的响应。当服务中心200接收故障触发或故障事件时，预约的安排可能基于分析接收到的用于确定故障的严重程度的数据(例如，是否有必要立即行动)。安排服务预约也可以基于用户的安排偏好、经销商提供的预约时间、零件可用性、服务可用性、成本评估和/或预计需要的维修时间。服务中心200可将故障的状态、预计的维修成本和预约请求和时间传送给车辆100。服务中心200可通过特定车辆的VIN或任何其它合适的识别码(例如，车载计算机的静态IP地址)识别该特定车辆。
[0016]现在参照图2，示出了在线维护系统10的示例性组件。车辆100可包括用于监测和控制各种车辆系统和子系统的控制器105。控制器105可控制车辆诊断和通信的整体运行。控制器105可与传感器和传感器系统110、远程信息计算装置(telematics device) 115、和车辆显示器120通信。
[0017]传感器和传感器系统110 (以下简称为传感器110)可监测车辆100的组件的运行状态和条件，并且可产生指示受监测的组件的运行状态和条件的传感器输出。传感器110可测量范围广泛的系统和组件参数。例如，传感器110可测量发电机温度、电池电压、流体流速、油的温度和压力、变速器和车轮速度、排放控制功能、汽缸盖温度等。参数数据可与参数识别(PID)数据关联，其可呈现用于请求来自于车辆传感器系统110的数据的编码。如果参数落在运行的正常范围外，则可设置故障编码(或称为诊断故障码或DTC)。例如，如果前轮胎需要35磅每平方英寸(psi)的空气压力，并且正常运行范围是l_2psi的差值，则DTC可在超过2psi阈值后被触发(例如，胎压落在33至37psi之外)。进一步地，传感器110可监测故障触发过程中呈现的背景数据或情况和环境条件。例如，作为非详尽的列表的示例，背景数据可包括发动机每分钟转速(rpm)、车辆速度、发动机冷却液温度、进气歧管压力、燃料压力、外界温度和外部降水。附加地或可选择地，传感器110也可以测量来自于其它车辆组件的输出。例如，安全气囊碰撞传感器可包含用于确定车辆结构的加速度的一个或多个加速计，以便确定车辆是否经受使安全气囊展开所需的足够量值的碰撞。
[0018]系统10可包括信息和通信技术装置，例如，远程信息技术装置115，用于传输给合适的服务中心200。远程信息技术装置115可促进系统内部某些电信功能的集成。例如，车辆内部的导航系统可包括在远程信息技术装置115中。导航系统可包括，例如，全球定位系统(GPS)，以及射频识别(RFID)，或蜂窝装置(cellular device)或通过手机或PDA由Bluetooth?传输的个人数字助理(PDA)GPS。此外，远程信息技术装置115可促进控制器105和服务中心200之间的通信。远程信息技术装置115可通过例如广域网(WAN)、局域网(LAN)或基于云的通信这样的无线通信网络与服务中心200通信。附加地或可选择地，远程信息技术装置115可通过Bluetooth?与移动装置通信，其可与服务中心200通信。
[0019]控制器105可将相关的数据传送给车辆显示器120。车辆显示器120可以是配置为呈现信息和选项给车辆100内的用户的显示装置。车辆显示器120可包括配置用于人机交互的单一类型的显示器或多个显示器类型(例如，音频和视觉)。车辆显示器120可配置为接收来自于车辆乘员的用户输入。车辆显示器120可包括，例如，控制按键和/或显示在触摸屏显示器上的控制按键(例如，硬按键和/或软按键)，其使用户能够通过控制器105输入命令和信息供使用，以控制车辆100的各个方面。例如，提供给车辆显示器120的输入可由控制器105使用，以监测车辆中的气候、与导航系统交互、控制媒体回放等等。车辆显示器120也可包括使用户能够口头输入命令或其它信息的话筒。
[0020]控制器105可通过一系列接口 135与传感器110、远程信息技术装置115、和车辆显示器单元120通信。这里所描述的包括第一接口 135A、第二接口 135B和第三接口 135C的接口，可包括配置为传输和接收来自于各个组件的数据的输入/输出系统。例如，第一接口 135A可促进传感器数据从各个车辆传感器和传感器系统110至控制器105的传输。接口 135中的每个可在接口内包括多个附加的子接口。例如，第一接口 135A可包括针对车辆上的每个传感器或传感器系统110的专用接口。此外，接口 135可以是单向的，使得数据可仅以单向传输。例如，第一接口 135A可配置为传输传感器数据给控制器105，但反之则不行。此外，接口 135可以是双向的，在组件之间接收并传输数据(例如，第一接口 135A可传输传感器数据给控制器105,并且控制器105可传输数据给传感器110)。
[0021]控制器105可包括配置为实施与车辆100的运行关联的一个或多个程序的任何处理装置125。通常，控制器105可配置为根据接收到的输入或存储在存储装置130中的计算机可执行指令接收各种输入和产生并传送各种输出。例如控制器105和处理器125这样的包含在车辆100内的计算系统和/或装置可使用任何数量的计算机操作系统，包括，但不限于，以下这些操作系统的版本和变体:Microsoft Windows?操作系统、Unix操作系统(例如，加利福尼亚，红木海岸的甲骨文公司研发的Solaris?操作系统)、纽约，阿蒙克的国际商业机器公司研发的AIX UNIX操作系统、Linux操作系统、加利福尼亚，库比蒂诺的苹果公司的Mac OSX和1S操作系统、加拿大，滑铁卢的行动研究公司(Research In Mot1n)研发的黑莓OS以及开放式手机联盟研发的Android操作系统。此外，车辆100可包括配置为控制任何数量的车辆系统的运行的任何数量的控制器105和/或处理器125。每个控制器105可包括配置为在车辆100中实施特定功能的一个或多个模块。例如，控制器105可包括，但不限于，动力系统控制模块、发动机控制单元、变速器控制模块、电动助力转向控制单元、制动控制模块、通用电子模块、悬架控制模块和中央计时模块。
[0022]处理器125可配置为接收从传感器110直接发送的数据。附加地或可选择地，传感器110可传送数据给车辆总线(未示出)，其相应地传送该数据给处理器125。处理器125可配置为执行这里所述的检测车辆故障数据(例如，故障触发和/或背景数据)的一个或多个程序。该程序可由处理器125应用，以识别和分类车辆中发生的故障。例如，针对特定的组件，例如，轮胎，处理器125可根据传感器110输出的相关数据确定轮胎是否正常运行或者其是否需要平衡、额外的空气或可能更换。处理器125可进一步配置为在原始状态接收故障数据，例如，在服务中心200上外部执行车辆诊断的情况下。
[0023]控制器105也可包括配置为捕获和存储故障相关的数据的存储装置130。存储装置130可由闪存、RAM、EPROM、EEPR0M、硬盘驱动器、或任何其它的存储类型或它们组合组成。存储装置130可存储由传感器110传送给控制器105的故障数据。存储装置130可存储长期记忆(例如，非易失存储器)或磨损修正系数存储器(Ke印Alive Memory) (KAM)中的故障数据。KAM通常存储车辆存储装置130中的信息，直到电源断开。同样地，存储装置130可包括诊断故障码(DTC)库，包含各种DTC、与该DTC关联的根本问题和难题、和解决问题所需的零件。附加地或可选择地，存储装置130可存储背景数据和问题历史数据。问题历史数据可指示与车辆100内的各个零件或组件关联的过去的问题。例如，如果油压传感器已经因为接线故障多次输出故障触发，则存储装置130会存储该问题历史并将其传送给处理器125。因此，未来可较轻松诊断该问题是接线故障，与油压传感器的缺点相反。此外，存储装置130可包括导航数据库，其可以，例如，约束服务中心200的位置、例如优选的服务中心200这样的用户的特定信息以及与访问的之前的服务中心200相关的信息。此外，存储装置130可约束与服务中心200上的服务和零件可用性相关的信息。
[0024]控制器105，通过处理器125，可配置为监测从传感器110输出的参数数据和背景数据。控制器105可配置为检查多个不同的参数或参数数据的组合的值，以查看该值是否在正常运行范围内。在正常运行过程中，车辆不断地监测数百个参数和PID。如果存在伴随任何这些参数或参数的组合的错误，或者如果检测到的值落在正常运行范围外，则会产生故障触发，例如，DTC。即，如果参数数据超过正常运行范围的阈值，则可设置DTC。例如，内燃机可典型地通过燃烧大约14.7份的空气燃料混合物或14.7份空气比I份燃料而运行。控制器105可通过氧传感器测量尾气中的含氧量来监测该比例。控制器105在其正常运行条件时可在参数的特定范围内运行，并且当混合物变得少或多时，可产生故障码(例如，DTC)。
[0025]然而，如果特定的组件正在退化，但是由传感器110输出的参数数据并未超出阈值水平(例如，参数数据未落在正常运行条件之外)，将不会触发指示是否需要维修组件的故障码(例如，DTC)。这会导致组件或车辆性能的整体下降。因此，控制器105可配置为监测组件的退化，以确定其是否正在最低限度地运行(例如，不是在最佳水平)。即，控制器105可配置为在边界情况下检测故障，该情况下，由传感器110输出的参数数据不在正常运行范围之外读取。处理器125可执行在设置实际的DTC之前建立运行的最佳范围的任何数量的程序和触发检测点。该触发检测点可用于确定可影响性能的边界故障。例如，空气过滤器传感器可检测空气过滤器是否已经收集到颗粒(例如，灰尘、污垢或其它空气传播的物质)的阈值量，以便触发DTC。然而，空气颗粒可随时间的推移收集在空气过滤器中，导致增加的发动机泵唧功，其可因此减少车辆燃料经济性。控制器105可配置为通过检查KAM表或在给定速度加载点处的节气门位置来监测空气过滤器品质。控制器105，通过处理器125，可在之后分析该数据，以确定空气过滤器是否在运行的最佳范围内运行。如果该数据落在运行的最佳范围之外，但是仍然在运行的正常范围内使得不产生DTC，则指示边缘组件运行(例如，组件正在退化，但仍然在阈值范围内，因此未设置DTC)的故障触发可仍然由控制器105检测。此外，流体降解可通过检查机油、传动液、动力转向液、AC制冷剂和冷却液来检测。同样地，车辆定位可通过在直线路径上使用利用车载导航系统的动力转向压力来检测。监测边缘组件运行可允许在零件完全失灵和造成潜在的危害之前进行及时的维护和维修。
[0026]控制器105可在任何特定的故障触发发生时以“陕照”或“定格”的形式捕获背景数据。例如，如果读取车辆点火电压的传感器110触发故障并将该参数数据传送给控制器105，则控制器105可捕获在触发故障时所有传感器110的读数的定格。该快照数据可传送给处理器125，以辅助分析根本问题。例如，如果快照数据指示外部温度低于冰点，则该点火电压传感器中的故障可能是因为寒冷的温度而不是火花塞、电池或接线的问题。附加地或可选择地，快照数据可在原始状态下传送给控制器105并传输给服务中心200用于分析。
[0027]控制器105可进一步编程为分析故障触发以确定是否存在故障事件，或仅仅是错误的故障警报。例如，如果传感器110检测到在二百(200)发动机转数中少至五(5)次不发火，则一些传感器110可针对发动机不发火产生DTC。作为示例，在极为崎岖不平的道路上行驶会产生曲轴转速中相同类型的变化，其似乎是发动机不发火。当这种情况发生时将无需提醒车辆用户。处理器125可分析该数据并丢弃异常读数。处理器125可获取多个读数以作出该评估。例如，控制器105或处理器125可监测每个火花塞的点火电压，以评估是否已经发生故障，而不是仅仅检查曲轴转速。变弱的不发火(例如，不平衡的空气/燃料配给量-过多的空气、过少的燃料)典型地导致点火电压的大幅增加，而短的或堵塞的火花塞将导致点火电压的下降。
[0028]参照图1和2，车辆100，通过控制器105，可基于例如位置或用户偏好识别合适的服务中心200。服务中心200可保存在包括在存储装置130中的车载导航数据库中。控制器105可在之后基于车辆相对于服务中心200的位置(例如，通过GPS)来确定最近的服务中心200。此外，车辆用户可能更喜欢安排与之前访问过的服务中心200的服务预约。存储装置130可记录对服务中心200之前的访问，并且将故障数据传送给之前访问过的最近的服务中心。进一步地，用户偏好或客户设置可配置为自动将故障数据传送给购买车辆时的经销商。
[0029]服务中心200可配备有用于分析车辆100外部的故障事件、故障触发和背景数据的处理器。服务中心200也可包括已经存储了任何产品召回、历史问题发展过程和相关的已知的当前问题的知识库数据库205。附加地或可选择地，知识库数据库可包含在主服务器215中。知识库可根据车辆识别码(VIN)保存关于特定车辆的过去的问题。根据车辆100和服务中心200之间的任何故障传输(或访问)，故障数据可进行下载和保存到知识库中。因此，知识库可针对每个车辆100创建用户配置文件，识别过去的问题、之前执行的服务、预期维护检查、基于车辆100的制造和型号的任何产品召回以及例如英里数和更新或定制的车辆零件的这样的车辆信息。附加地或可选择地，用户配置文件也包括用户信息。例如，用户配置文件可指示用户偏好，例如，对通过电子邮件而不是车辆显示器120上的显示接收通知的偏好。用户信息也可包括客户姓名、在优选的服务中心200中优选的顾问和优选的预约时间。进一步地，知识库可配置为识别和存储关于特定的车辆零件的已知的当前问题。例如，可以已知的是，在特定车型中电池经常没电的故障可能是由于交流发电机二极管泄漏而不是电池故障。这可能使得识别车辆100中的根源问题变得更加容易，节约了时间和成本。
[0030]服务中心200可分析或检查故障数据(例如，故障事件、故障触发、背景数据)连同访问知识库，以便创建分析报告。分析报告可指示关于故障的潜在问题、故障的严重程度(例如，是否有必要立即行动)、维修所需的成本和时间和维修所必须的零件(例如，更换偏航传感器或左尾灯)。在创建分析报告之后，服务中心200也可发送预约请求。该预约请求可提供安排服务预约可用的日期/时间空档。该可用的日期/时间空档可基于需要在车辆上执行的服务类型。例如，换油可能需要相对较短的预约，而更换动力系统组件可能需要几个小时或几天。进一步地，服务中心200可基于必要的组件是否可用检查其库存和建议时间。服务中心200可基于预约请求订购任何必要的零件，以保证该零件在预约的时间到达。附加地或可选择地，服务中心200可因为某些组件的缺乏或无法执行特定的服务而通知车辆100以定位不同的服务中心200。类似地，服务中心200可通知主服务器215组件或服务有效性，其中，主服务器215可存储这样的信息和/或通知车辆该事实。服务中心200也可包括一般的信息，例如，服务中心的位置和联系信息。
[0031]虽然为了简单明了，在图1中仅示出了一个服务中心200，但附加地或可选择地，多个服务中心200可在例如云网这样的无线通信网络内连接，因此允许服务中心200共享和传递车辆的信息和数据。服务中心200可通过主服务器215连接彼此，其可作为云端基础构架。此外，OEM可与主服务器通信，以提供关于产品召回和软件升级的信息。车辆100可首先与主服务器215通信。主服务器215可包括处理器、位置定位装置、通信装置和用于存储各种车辆100的信息(例如，存储与每个VIN关联的车辆和问题历史)的数据库(单独或包括在知识数据库中)。主服务器215可配置为分析故障触发和背景数据，或者仅仅接收以原始形式的故障数据并将该数据传输给服务中心200。主服务器215可仅仅促进车辆100和优选的或预先确定的服务中心200之间的通信。附加地或可选择地，主服务器215可路由从车辆100至由主服务器215确定的合适的服务中心200的传输。例如，主服务器215可识别在预定义接近车辆100的范围内的服务中心200，或路由到车辆的优选的服务中心200 (例如，车辆购置时的经销商)的传输。预订或指定的服务中心200 (例如，OEM或经销商)可能够访问主服务器215，以检索车辆故障数据。因此，服务中心200可能够通过主服务器215共享和传递信息(例如，故障数据、用户偏好、包括问题历史的用户配置文件和例如英里数和客户姓名这样的车辆信息)。这可允许全部服务中心200轻松访问车辆相关的数据。因此，如果不熟悉的车辆100进入服务中心200，则服务中心200仅需要访问主服务器215的数据库，以便获得关于车辆的信息。例如，服务中心200可配置为自动检测车辆100的到来并连接至主服务器215，以接收对关于车辆100的任何信息的即时访问。
[0032]服务中心200或主服务器215可配置为传递车辆促销信息，例如，关于怎样更有效地使用车辆功能、新融资选择、租约检验和租约到期的建议。服务中心200或主服务器215可通过它们的VIN或例如与车辆的车载计算机的静态IP地址关联的用户配置文件这样的任何其它合适的识别码识别受影响的车辆。车辆促销信息可针对每个车辆100根据其VIN在服务中心200或主服务器215上编入目录，例如，扩展用户配置文件。对于任何车辆促销信息或知识库信息，服务中心200可发起与车辆100的通信。例如，如果零件制造商发布声明，表明需要召回特定的零件，则服务中心200可自身通知车辆100。正因如此，通过远程信息技术装置115，车辆100和服务中心200可通过连续通信，允许服务中心200发送将存储在车辆中的更新(例如，当前已知的问题、对导航数据库的调整、零件可用性等)。同样地，例如，服务中心200可发送关于车辆租赁期满的定期通知。附加地或可选择地，服务中心200或主服务器215可存储车辆的信息，例如，客户VIN、英里数、所需的服务和维护、之前的服务历史、车辆核心(vehicle vital)等。该车辆信息可通过云网在预订或指定的服务中心200之中轻松地共享和传递。这可有助于个性化和简化客户体验，因为每个预订或指定的服务中心200将已经熟悉车辆和客户偏好。这可进一步加强客户与服务中心的关系，从而留住老客户，并可能带来新客户。
[0033]远程信息技术装置115可转送包括推荐的预约日期/时间的分析报告给控制器105，其可输出分析报告给显示器120。进一步地，车辆100 (通过控制器105)可接收来自服务中心200的零件和服务可用性更新。如果服务中心200用尽特定的零件，或不提供特定服务，其可将这样的信息通知给或发警报给车辆100。这会直接影响哪一个服务中心200最合适于安排服务预约。例如，如果最近的服务中心200用尽适合14mm车轮螺栓的车轮轴承，则控制器105会不得不识别替代的服务中心200，以修复该问题。
[0034]图3是表示可由系统10执行的示例性程序300的流程图。在框305中，控制器105可监测车辆100的车载传感器110。控制器105可针对例如参数数据落在正常运行范围之外这样的异常监测传感器110输出(例如，参数数据、背景数据)。因此，控制器可监测从服务中心200或主服务器215传输来的通知，例如，产品召回或软件更新。
[0035]在框310中，控制器105可确定是否从传感器110检测到故障触发。故障触发可包含通知控制器105关于车辆的问题的一个或多个DTC。同样地，故障触发可包含系统或组件正在退化或最低限度地运行的通知(例如，未产生DTC，但是组件正在退化)。进一步地，故障触发可包括产品或软件更新、产品召回或维护提醒。如果未检测到故障触发，则程序将返回至框305。如果检测到故障触发，则控制器105可将故障触发存储在存储装置130中，以帮助创建针对该车辆的问题历史。
[0036]在框315中，控制器105可捕获和存储(通过存储装置130)在故障触发过程中获得的相关背景数据的快照。这种背景数据可包括，例如，外界温度、降雨和湿度、发动机RPM、进气口、发动机冷却剂温度、传动液、电池电压和车辆速度。控制器可捕获和存储单一参数值，例如，外界温度，以及相关参数的数据包(例如，数据包识别码)。背景数据可对给定的故障触发背景有益(例如，提供车辆故障周围的环境)。
[0037]在框320中，控制器105，通过处理器125，可分析故障触发以确定故障事件。例如，如果故障触发以DTC的形式，则处理器125可与存储装置130通信，以访问DTC库，以便确定潜在的问题。每个DTC典型地对应于检测项目，例如，前置右前轮胎压传感器。DTC可在之后通过参考DTC库来分析，以确定潜在的问题。例如，针对存储在存储装置130中的组件，处理器125可将监测到的参数数据与阈值正常运行范围进行比较。如果参数数据落在正常运行范围之外，则可产生DTC。控制器105可针对在故障触发过程中捕获并存储在存储装置130中的背景数据的快照进一步分析故障触发。同样地，处理器125可针对边缘运行分析组件和系统，例如，针对空气过滤器品质，通过检查在给定速度加载点处的节气门位置。
[0038]此外，存储装置130可存储问题历史，例如，由特定组件触发的DTC的总数，指示故障触发是否是孤立的事件或重新出现的问题。处理器125可与存储装置130通信，以确定组件或系统是否具有问题历史。如果故障触发是重新出现的问题，例如，右前轮不断失去压力，则该问题历史可指示该故障事件需要更复杂的解决方案(例如，重新密封轮胎)而不是快速修复(例如，给轮胎加气)。
[0039]在框325中，远程信息技术装置115可确定关于车辆100的最近或优选的服务中心200。最近的服务中心200可通过，例如，远程信息技术装置115中的导航单元来确定(例如，GPS或任何其它合适的定位技术)。远程信息技术装置115也可识别车辆100的预定义半径内的最近的服务中心200 (例如，车辆100的20英里以内的所有服务中心200)。附加地或可选择地，车辆用户可定义关于服务中心200的特定偏好。例如，用户可期望车辆100总是与用户购买该车辆时的经销商通信。此外，远程信息技术装置115和用户偏好可协同工作。例如，用户可指定5个优选的服务中心200，并且远程信息技术装置115可确定5个优选的服务中心200中传输故障数据的最近的服务中心。进一步地，该框也可包含确定所需的零件和服务在最近的或优选的服务中心200中是否是可用。如果，例如，所需的零件不在优选的服务中心200中，则控制器105可在之后移动至备份或第二优选的服务中心200。
[0040]在框330中，控制器105，通过远程信息技术装置115，可传输故障数据(例如，故障事件、背景数据等)给合适的服务中心200。远程信息技术装置115可通过无线网络与服务中心200通信。例如，车辆100和服务中心200可预订特定的基于云的网络。该车辆，通过控制器105和远程信息技术装置115，可在之后基于其IP或MAC地址直接与特定的服务中心200通信。当接收故障数据时，服务中心200可另外将分析的故障事件(例如，潜在的问题，例如，DTC)与存储在知识数据库中的信息进行比较，例如，产品召回、车辆问题历史和零件可用性。服务中心200也可鉴于由车辆100传输的背景数据分析故障事件，以再次评价故障事件的潜在问题是否是故障真正的根源。
[0041]在框335中，服务中心200可准备并传送分析报告和预约请求给车辆100。分析报告可包括故障的状态(例如，严重、中等或可忽略的)、维修所需的成本和时间以及可能的故障拆除(例如，需要更换偏航传感器)。预约请求可包括用户是否想安排预约的初步询问，和如果请求被接收，则针对服务预约的推荐的日期/时间空档。推荐的日期/时间空档可基于下述至少一个:选择的服务中心的可用时间、零件、需要对待或修复潜在问题的预计时间、用户的安排偏好、周末和假日以及维修的紧迫性。进一步地，可提供多个日期/时间空档，以便允许车辆用户选择最方便的时间空档。
[0042]在框340中，远程信息技术装置115可接收来自于服务中心200的分析报告和预约请求，转送信息给控制器105，其可相应地输出信息给车辆显示器120。分析报告和预约请求可显示在车辆显示器120上或通过车辆的音频系统以音频格式提供。附加地或可选择地，分析报告和预约请求可基于用户的偏好通过电子邮件和文本信息接收。即，用户配置文件可用于自动确定客户更愿意接收服务通知所通过的方法。
[0043]在框345中，车辆用户可检查分析报告，并接受或谢绝预约请求，通过按下显示单元上或附近的按钮或通过音频系统发出声音回应。附加地或可选择地，用户可对预约请求延迟采取行动(例如，车辆显示器120上的“稍后询问”按钮)。例如，用户在此时可能还没有他或她的可用时间表并且可能希望稍后根据预约请求做出决定。如果接受预约请求，则车辆用户可在之后从推荐的日期/时间空档的列表中选择。当选择日期/时间空档时，控制器105可转送用户输入给远程信息技术装置115，以传输给服务中心200。服务中心200可在接收到车辆用户的接受之后确认该接受的日期/时间空档仍然可用，并且可选择地与车辆用户确认该接受的日期/时间空档(例如，通过电子邮件、文本信息、电话或车辆中的视觉或音频显示)。
[0044]图4示出了利用外接诊断安排服务预约的示例性程序400。图4类似于图3。更具体地，程序400的框405-415分别类似于程序300的305-315。在框420中，控制器105通过导航单元确定合适的服务中心200 (例如，最近或优选的服务中心)，而不是分析车辆的车载故障触发。
[0045]在框425中，控制器105，通过远程信息技术装置115，可将故障触发和背景数据以原始数据格式传送给服务中心200。附加地或可选择地，控制器105可将故障触发和背景数据传送给主服务器215。主服务器215可在之后将该数据以原始数据格式路由给合适的服务中心200。因此，控制器105在传输数据给服务中心200或主服务器215之前不处理和分析故障数据。将用于分析的所有故障数据外发给服务中心200的能力可消除或减少车载诊断分析。这可相应地、显著减少车载处理过程和车辆100中的存储需求。
[0046]当接收故障数据时，服务中心200可分析故障触发和背景数据以确定故障事件。服务中心200可配备具有和车辆100中包含的程序和程序模块类似的程序和程序模块的计算机。服务中心200可针对当前已知的问题、存储在车辆用户配置文件中的问题历史(例如，根据车辆的VIN)或产品召回另外访问知识数据库。服务中心200可在之后将故障数据(例如，故障触发、背景数据或故障事件)与知识库信息(例如，问题历史、当前已知的用途、产品召回等)进行比较。附加地或可选择地，主服务器215可处理和分析故障数据，以确定故障事件。进一步地，主服务器可访问包括在主服务器上的知识库以当前已知的问题、问题历史或产品召回为背景分析该故障触发。在分析故障事件之后，主服务器可传输信息给合适的服务中心200。
[0047]在框430中，程序400如关于框335那样继续。服务中心200准备和传送分析报告和预约请求。在框435中，该报告和推荐可输出给车辆显示器，其中，车辆用户可检查该分析报告并接受、延迟或谢绝该预约请求。如果接受该请求，则用户可从可用的日期/时间空档中选择以接受框440中的预约。
[0048]计算机装置大体上包括计算机可执行指令，其可由如上述列出的一个或多个计算装置执行。计算机执行指令可由利用各种程序语言和/或技术创建的计算机程序编译或解释，包括，但不限于，JavaTM、C、C++、Visual Basic>Java Script,Perl等单独或者组合。通常，处理器(例如，微处理器)例如从存储器、计算机可读介质等接收指令，并且执行这些指令，从而执行一个或多个程序，包括这里所描述的一个或多个程序。这种指令和其它的数据利用各种计算机可读介质可被存储和传输。
[0049]计算机可读介质(也称为处理器可读介质)包括任何永久(例如，可知的)介质，其参与提供计算机(例如，通过计算机装置的处理器)可读的数据(例如，指令)。这种介质可采取多种形式，包括，但不限于，非易失性介质和易失性介质。非易失性介质可包括，例如，光盘或磁盘以及其它的永久存储器。易失性介质可包括，例如，动态随机存取存储器(DRAM)，其典型地构成主存储器。这些指令可被一个或多个传输介质传输，包括同轴电缆、铜线或光纤，包括含有与计算机的处理器耦接的系统总线的电线。计算机可读介质的一般形式包括，例如，软盘、软磁盘、硬盘、磁带、任何其它的磁介质，CD-ROM、DVD、任何其它的光学介质，穿孔卡片、纸带、任何其它的具有孔式样的物理介质，RAM、PROM、EPROM、FLASH-EEPR0M、任何其它的存储器芯片或盒式磁盘，或任何其它的计算机可读的介质。
[0050]数据库、数据存储库或这里所描述的其它的数据存储可包括可种类型的机制，其用于存储、访问和检索各种类型的数据，包括层次数据库、在文件系统中的一组文件、以专用格式的应用数据库、关系数据库管理系统(RDBMS)等。这种数据存储中的每个大体上包括在使用上述中的一个的计算机操作系统的计算机装置中，并通过各种方式中的任何一个或多个可访问。文件系统可从计算机操作系统访问，并且可包括以各种格式存储的文件。RDBMS(关系型数据库管理系统)大体上使用结构化查询语言(SQL)，以及用于创建、存储、编辑和执行存储的程序的语言，例如，上述的PL/SQL语言。
[0051]在一些实施例中，系统元件可实施为在一个或多个计算机装置上的、存储在与其关联的计算机可读介质上的计算机可读的指令。计算机程序产品可包含这种存储在计算机可读介质上的指令，其用于执行这里所描述的功能。在一些实施例中，应用软件产品可被提供作为软件，当被装置和服务器的处理器执行时，该软件提供这里所述的操作。可选择地，应用软件产品可被提供作为硬件或固件，或软件、硬件和/或固件的组合体。
[0052]关于这里描述的程序、系统、方法、探试法等，应该理解的是，虽然这些程序的步骤等已经被描述为按照某个有序序列发生，但是可以在以与此处所述顺序不同的顺序执行所描述的步骤的情况下实施这些程序。应该进一步理解的是，某些步骤能够同时执行，能够加入其它步骤，或者能够省略这里所描述的某些步骤。也就是说，在这里的程序的说明旨在提供用于说明某些实施例的目的，不应以任何方式被解释为限制权利要求。
[0053]因此，应该理解的是，上述说明旨在说明并非限制。通过阅读上述说明，除了提供的实例以外的许多实施例和应用将是显而易见的。保护范围应该不应参照上述说明确定，而是应当参照所附的权利要求连同这些权利要求所享有的全部等同范围而确定。可以预期和想到的是未来的发展将出现在这里所述的技术中，并且该公开的系统和方法将结合入这些未来的实施例中。总之，应该理解的是，该应用可被修改和变化。
[0054]在权利要求中所使用的全部术语，旨在被给予它们最宽泛的合理解释和如本领域技术人员所理解的它们的普遍的含义，除非在这做出与此相反的明确指示。特别地，单独的冠词的使用，例如，“一个”、“这”、“所述”等应该被理解为描述一个或多个指示的元件，除非权利要求描述了与此相反的明确限制。
【权利要求】
1.一种车辆诊断系统，其特征在于，包含: 用于检测故障触发的传感器； 配置为接收用户输入的车辆显示器； 配置为与服务中心通信的通信装置； 与传感器通信的处理器、车辆显示器和通信装置，其中，处理器配置为: 接受故障触发； 确定接近或优选的服务中心； 传送故障触发给服务中心； 接收来自于服务中心的分析报告和预约请求；以及 输出分析报告和预约请求给车辆显示器。
2.根据权利要求1所述的系统，其特征在于，处理器配置为分析故障触发以确定故障事件。
3.根据权利要求2所述的系统，其特征在于，处理器配置为传送故障事件给服务中心。
4.根据权利要求1所述的系统，其特征在于，服务中心配置为分析故障触发以确定故障事件。
5.根据权利要求1所述的系统，其特征在于，车辆显示器配置为响应用户输入从预约请求中选择预约空档。
6.根据权利要求5所述的系统，其特征在于，处理器配置为传送选择的预约空档给服务中心。
7.根据权利要求1所述的系统，其特征在于，处理器配置为接收来自于服务中心的产品召回警报，其中，处理器配置为输出产品召回警报给车辆显示器。
【文档编号】B60R16/02GK104149716SQ201410169275
【公开日】2014年11月19日 申请日期:2014年4月25日 优先权日:2013年4月26日
【发明者】约瑟夫·F·斯坦乃克, 赛玛卡·哈希米, 约翰·A·洛克伍德 申请人:福特全球技术公司