用于促进汽车机修工之间的协作的系统和方法

摘要

一种用于促进针对汽车修理问题的诊断的通信的方法包括使用第一诊断工具从第一车辆中的第一处理器取回诊断数据，以及从操作第一诊断工具的第一用户向服务器发送诊断数据以及对辅助的请求。服务器识别第二用户，该第二用户已经利用与由第一车辆中的第一处理器取回的诊断数据相对应的第二诊断工具从第二车辆中的第二处理器接收诊断数据，并且服务器向与第二用户相关联的电子通信设备发送通信通知，以便关于车辆问题在第一用户与第二用户之间建立通信信道。

说明书

优先权要求

本申请请求名为“System And Method For Facilitated Collaboration Between Automotive Mechanics”、并且于2013年12月23日提交的美国临时申请第61/920,126号的优先权，由此通过引用将其全部内容并入本文中。本申请还请求名为“System And Method For Incentivization In An Automotive Diagnostic System”、并且于2013年12月31日提交的美国临时申请第61/922,190号的优先权，由此通过引用将其全部内容并入本文中。

技术领域

本公开总体上涉及汽车维修系统，并且更具体来说，涉及促进汽车机修工之间的协作的汽车诊断系统。

背景技术

近年来，车辆和汽车维修领域已经在汽车车辆和识别关于车辆的维修问题的计算机化诊断工具两者内的计算机化系统方面经历了快速增长。现代的车辆包括一个或多个通常被称为电子控制单元(ECU)的计算机系统。在一些车辆中，ECU控制并监控众多系统(包括但不限于引擎、方向盘、轮胎、变速器、刹车、燃油供给或电池电量监控、以及气候控制系统)的运行。一些车辆还包括众多传感器，它们监控车辆的运行的各个方面。ECU接收传感器数据，并且被配置为：如果传感器指示车辆中的一个或多个系统可能出故障(failing)或超出预定参数的范围运行，则生成诊断故障码(DTC)。

许多车辆使用控制器局域网络(CAN)车辆总线来在ECU与车载传感器以及车辆中的部件之间传输数据。CAN总线，或车辆中的其他等效的数据网络，在ECU与车辆中的各传感器和系统之间提供了公共通信框架。此外，CAN总线或等效的网络使能了ECU与外部诊断工具之间的通信。诊断工具也是具有通信端口和输入/输出设备的数字计算机，包括显示屏幕和输入控制按钮，这些将信息转播给机修工并使得机修工能够执行测试以及向ECU发送命令。ECU和诊断工具通常使用工业标准的协议，例如，车载诊断(OBD)协议的一个版本，包括OBD-II协议。汽车机修工和养护专业人员使用各种各样的数字诊断工具来与车辆中的ECU进行接口以及诊断关于车辆的问题，关于车辆的问题通常用来自ECU的DTC数据来指示。

尽管汽车诊断工具在今天得到广泛使用，但是诊断工具限于作为诊断程序的一部分由单独的机修工使用。在一些实例中，DTC数据和来自车辆的其他诊断信息并不为机修工提供足够的信息来诊断和修理车辆。因此，对车辆诊断系统和诊断工具的如下改进将是有益的：所述改进基于DTC和来自车辆的其他诊断数据提供了对针对修理程序的额外信息和建议的访问。

发明内容

一种用于促进针对汽车修理问题的诊断的通信的方法包括，使用第一诊断工具从第一车辆中的第一处理器取回诊断数据，以及从操作第一诊断工具的第一机修工向对服务器发送诊断数据以及对辅助的请求。服务器识别第二用户，该第二用户已经利用与从第一车辆中的第一处理器取回的诊断数据相对应的第二诊断工具从第二车辆中的第二处理器接收诊断数据，并且服务器向与第二用户相关联的电子设备发送通信通知，以便关于车辆问题在第一用户与第二用户之间建立通信信道。

在另一个实施例中，已经阐述了一种用于操作车辆诊断系统的方法。该方法包括响应于第一用户将第一诊断工具连接至第一车辆中的第一处理器，使用第一诊断工具来从第一车辆中的第一处理器取回诊断数据；利用第一诊断工具向服务器发送诊断数据，参照与来自第一诊断工具的诊断数据相对应的多个修理程序的多个排名、利用服务器识别多个修理程序中的第一修理程序，第一修理程序在多个排名中具有最高排名；利用服务器向第一诊断工具发送第一修理程序；从第一诊断工具发送与第一修理程序的有效性相对应的反馈；以及响应于反馈，利用服务器更新与第一修理程序相关联的排名。

在另一个实施例中，已经阐述了一种促进多个用户之间的通信的诊断分析系统。该系统包括与第一用户相关联的第一诊断工具、与第二用户相关联的第二诊断工具、服务器、以及与第二用户相关联的电子通信设备。第一诊断工具被配置为：从第一车辆中的第一处理器取回诊断数据、向服务器发送诊断数据、以及向服务器发送关于与诊断数据相对应的车辆问题的对辅助的请求。服务器被配置为：识别与已经利用第二诊断工具从第二车辆中的第二处理器接收诊断数据的第二用户相关联的注册数据，第二诊断工具与从第一车辆中的第一处理器取回的诊断数据相对应，以及从服务器向与第二用户相关联的电子通信设备发送通信通知，以便在第一用户与第二用户之间建立通信信道，以用于关于车辆问题的通信。

在另一个实施例中，已经阐述了一种向车辆诊断系统中的用户活动提供激励的用于操作车辆诊断系统的方法。该方法包括：利用服务器对来自与车辆诊断系统的用户相关联的电子设备的电子通信进行监控，参照电子通信、利用服务器识别车辆诊断系统中的用户活动，响应于用户活动，利用服务器向与用户相关联的账户分配至少一个奖励积分，以及响应于通过与服务器相关联的web门户接收到的、对兑换至少一个奖励积分的请求，利用服务器兑换与用户账户相关联的至少一个奖励积分，以便为用户提供益处。

附图说明

图1是车辆诊断系统的示意图，该车辆诊断系统促进了用户之间的通信以诊断和修理关于车辆的问题并激励用户活动。

图2是用于使用汽车诊断系统以便促进汽车机修工之间的通信的过程的框图。

图3是用于在协作式汽车诊断系统中监控和激励用户活动的过程的框图。

图4是用于为机修工提供用于使用诊断工具的激励的过程的框图，机修工是诊断工具的用户。

具体实施方式

为了提升对本文中所描述的实施例的原理的理解的目的，现在参照附图和以下的书面说明书中的描述。这些参照并非旨在对发明主题的范围进行限制。本专利还包括对所例示的实施例的任何更改或修改，并包括对所描述的实施例的原理的另外的(如对本文献所属领域的技术人员来说司空见惯的)应用。

如本文中所使用的，术语“人工辅助”指代两个或更多个用户(例如机修工或汽车技术员)之间的为帮助这些用户中的一个用户诊断并解决关于车辆的维修问题的通信过程。如下面更详细描述的，汽车诊断系统促进了人工辅助过程以识别具有知识的用户来辅助另一用户解决维修问题，并在往往不在相同物理位置的用户之间提供了通信。

如本文中所使用的，术语“电子通信设备”指代使得用户能够与诊断分析系统进行通信以接收与关于车辆的问题有关的信息、并使用数据网络与至少一个其他远程用户进行通信以接收人工辅助的任何设备。电子通信设备的示例包括但不限于诸如被配置为经由数据网络进行通信的智能手机、平板计算机、以及其他移动数字计算设备、可穿戴计算设备、和汽车诊断工具之类的移动设备。电子通信设备的其他示例包括操作地连接至网络的电话或台式个人电脑(PC)。如下面所描述的，不同的电子通信设备使能了使用文本、音频、视频、摄影、和车辆诊断数据的通信，以便在对关于车辆的问题的诊断和修理期间为用户提供自动和人工辅助。

如本文中所使用的，术语“奖励积分”指代当用户在车辆维修过程期间使用诊断工具执行一个或多个活动时被分配给用户(例如机修工)的奖励的量化。在一个实施例中，奖励积分是被增加至用户的奖励积分总数的数字量词。用户访问web门户来审阅(review)奖励积分的状态，并且用户兑换奖励积分来得到购买折扣或其他益处，例如作为使用车辆诊断分析系统的交换，向具有高反馈分数的其他系统用户发送辅助请求。如下面所描述的，诊断奖励系统记录诊断工具的活动并基于车辆诊断分析系统中的用户的活动向用户分配各个数量的奖励积分。

图1描绘了诊断分析系统100，该诊断分析系统100使用所存储的诊断记录促进了针对与车辆修理问题相关的诊断和修理程序的自动化建议的生成，并且还在所存储的诊断记录并不提供问题的解决方案时提升了用户之间的通信。系统100包括与第一用户120相关联的诊断分析服务器104、诊断工具124和移动设备128，以及与多个其他用户140相关联的多个诊断工具144和移动设备148。在系统100中，诊断分析服务器104、移动设备128和148、以及诊断工具124和144通过网络132(例如，局域网(LAN)或广域网(WAN))通信地耦合。诊断工具124和144以及移动设备128和148是系统100中的电子通信设备的例示的实施例。在系统100中，第一用户120和用户群体140通常是汽车机修工、汽车技师、或从事汽车维修和修理的其他用户。

在图1中的例示性示例中，第一用户120将诊断工具124连接至车辆中的ECU 126。如下面将更详细描述的，诊断工具124从诊断分析服务器104取回诊断记录以辅助对关于车辆的问题的诊断和修理。在某些实例中，诊断分析服务器104还提供了用于在用户120与被诊断分析服务器104识别为具有关于类似的车辆问题的先前经验的其他用户140之间进行通信的信道。诊断分析服务器104识别针对操作诊断工具148的其他用户140的注册数据，该诊断工具148在接收诊断数据之前已经向诊断分析服务器104发送了类似的诊断数据并请求来自诊断工具124的辅助。诊断分析服务器104为用户120提供实时的和延迟的通信两者，以使用诊断工具124或移动设备来和与其他用户140相关联的对应的诊断工具144和移动设备148进行通信。

在系统100中，诊断分析服务器104是包括下列各项的计算系统：诊断历史数据库108、用户数据库112、用户通信服务116、奖励更新服务118、用户活动服务119、以及用户奖励web门户130。在大规模的实施例中，诊断分析服务器104包括集群配置中的多个服务器，该集群配置具有多个数字处理器、网络接口设备、以及包括被布置在独立磁盘冗余阵列(RAID)中的固态或磁盘数据存储设备的数据存储设备。在一个实施例中，服务器通过存储局域网络(SAN)配置、网络附属存储(NAS)配置、或者任何其他使得服务器能够访问所存储的数据的适当的配置，连接至数据存储设备。

在诊断分析服务器104中，诊断历史数据库108存储诊断记录，该诊断记录将车辆和从诊断工具接收到的诊断数据与修理程序相关联以校正车辆中的对应问题。每个诊断记录中的修理程序包括关于对影响车辆的问题进行诊断和修理的信息。修理程序包括来自一个或多个用户的关于问题的潜在原因和对修理该问题的指导的建议。诊断历史数据库108以文本形式存储修理程序，但是诊断记录可选地包括数码照片、视频、音频、和其他介质作为修理程序的部分。诊断记录可选地包括可能与多种多样的车辆问题相关的另外的结构化数据。例如，在一个实施例中，诊断记录包括对诊断和修理与诊断记录相关联的问题所需要的时间的估计、所需要的具有通用产品代码(UPC)或其他使能零件的自动排序的识别代码的替换部件的列表、以及执行修理程序所需要的修理工具的列表。

每个诊断记录都包括当过去遭遇问题时由诊断工具生成的诊断故障码(DTC)或者其他诊断信息。诊断记录还与经历该问题的车辆的车辆识别码(VIN)或关于品牌、型号、和年份等其他识别信息相关联。如下面所描述的，在系统100中，诊断工具从车辆中的ECU取回诊断信息和车辆识别信息以使得能够从诊断历史数据库108中自动取回一个或多个对应的诊断记录。

在诊断分析服务器104中，用户数据库112存储多个用户(例如，用户120和140，他们是诊断分析服务器104的注册用户)的用户账户注册数据、活动历史、和用户奖励积分信息。用户数据库112存储登录信息以使得用户能够以安全的方式访问诊断分析服务器104。用户数据库112还存储登录信息以使得机修工能够使用例如移动设备128、以安全的方式访问用户奖励web门户130。在一个实施例中，诊断工具124存储秘钥、密码散列、或者与用户120相关联的其他登录凭证数据，并且诊断工具144以类似的方式与用户140相关联。用户数据库112还存储与用户120和140的用户账户相关联的移动设备128和148的登录凭证数据。用户数据库112可选地存储每个用户的账户信息，包括例如，用于用户的通信服务116的显示名和图形头像、以及每个用户选择的与其他用户中的一些或全部用户共享的一组联系信息(包括例如，电子邮件地址、电话号码、社交网络身份、以及用户的其他联系信息)。地址信息使得诊断分析服务器104中的用户通信服务116能够向诊断工具144和与用户140相关联的电子通信设备148发送通信消息。

用户数据库112还存储与系统100中的其他用户的以及与存储在诊断历史数据库108中的诊断记录的用户交互历史。例如，用户交互历史将从车辆接收一组特定的诊断数据的用户的账户与对应于诊断数据库108中的诊断数据的一个或多个诊断记录相关联。在系统100中，诊断工具124和144以自动化的方式向诊断分析服务器104发送诊断数据，以指示使用诊断工具的用户已经遭遇了与诊断记录相关联的DTC或其他诊断数据。用户历史还包括用户多久一次请求人工辅助以及响应来自其他用户的对人工辅助的请求的记录。诊断分析服务器104使用每个用户的活动历史以识别每个用户有规律地执行的维修过程的类型并且以识别每个用户诊断和修理的车辆的品牌、型号、和年份。如下面所描述的，诊断分析服务器104使用针对每个用户的历史来识别与不同用户相关联的用户账户，以便当另一用户在诊断和修理关于车辆的问题上遭遇困难时请求人工辅助。

在系统100中，用户通信服务116从用户(例如，用户120)接收请求，以便与一个或多个其他注册用户联系以解决关于车辆的维修问题。诊断工具124向诊断分析服务器104发送DTC和车辆的VIN，并且通信服务使用该信息和来自用户数据库112的用户信息来识别接收对关于诊断和修理过程进行辅助的请求的用户的一个或多个账户。在一个实施例中，用户通信服务116使用例如XMPP协议、WebRTC协议、或另一种适当的通信协议来实现聊天服务。通信服务116使能了文本数据在用户之间的交换，并且在一些实施例中使能了在诊断工具和与注册的用户账户相关联的移动设备之间的照片、视频和音频的传输。如下面所描述的，用户通信服务116识别用户何时是可用于通信的或不可用于通信的，并且既在两个或更多个用户可用时为实时通信提供服务，又在所述用户不是同时可用时为延迟通信提供服务。

在系统100中，用户活动服务119是这样的服务器程序：其对用户(包括机修工120和140，以及与诊断系统100交互的其他用户)的活动进行监控，以识别不同用户执行的活动的类型和活动的量(quantities)。用户活动设备119在用户120使用电子设备(例如，移动电子设备128)时监控用户120的活动，以便向诊断分析服务器104提交询问或者提交针对来自用户140中的另一个用户的询问的回答。奖励更新服务118从用户活动服务119接收所记录的用户活动类型的通知，并更新用户数据库112中的与用户相关联的奖励积分的数目。用户活动服务119还监控对来自诊断工具124和144的诊断数据和活动记录的传输，所述诊断数据和活动记录被诊断分析服务器104通过网络132接收。例如，当用户120使用诊断工具时，用户活动服务119接收来自诊断工具124的数据。诊断工具124传输关于用户120的动作的诊断数据和信息，例如在操作诊断工具124时用户120使用的诊断和测试功能。在图1中的实施例中，诊断工具124以自动化的方式将诊断数据和用户活动数据发送至用户活动服务119，而不要求来自用户120的额外输入。

在系统100中，奖励更新服务118是响应于用户活动对被提供给诊断分析服务器104的用户中的一个用户的奖励进行更新的服务器程序。奖励更新服务118接收关于一个或多个用户(例如，图1中的用户120和140)的活动的信息，并基于用户活动的类型和量来生成用户的量化奖励。奖励更新服务118将关于用户的奖励的信息存储在与执行接收奖励的动作的用户的账户信息相关联的用户数据库112中。在一个实施例中，奖励被存储为用户的数字奖励积分。奖励更新服务118接收关于用户利用诊断分析服务器104执行的活动类型的信息，并基于活动类型与针对活动的奖励之间的预定关系来分配奖励积分。例如，在一种配置中，奖励更新服务118向请求来自诊断服务器104的辅助以便诊断关于机动车辆的问题的用户分配第一数目的奖励积分。奖励更新服务118向为来自用户120的询问提供答案的用户142的账户分配更大数目的奖励积分。此外，在一种配置中，奖励更新服务118基于来自用户120的反馈来向用户142的用户账户分配可变数目的奖励积分，以识别所提交的答案的有用性从而针对接收到积极反馈的答案生成较大数目的奖励积分。由此，在一些配置中，系统100为辅助其他用户的用户活动提供更多的奖励，并向诊断系统100提供另外的值。用户接收额外奖励以便与诊断系统100继续交互。

在系统100中，用户奖励web门户130是为注册用户(例如，用户120)提供用以审阅奖励积分的状态的界面的网站服务器。奖励web门户130还显示商品或服务以便购买，并且当购买商品或服务时为用户120提供界面以兑换奖励积分以用于折扣。用户120通过安装在诊断工具124、移动电子通信设备128上的网站应用，或使用诸如个人计算机(PC)之类的另一种计算设备来访问用户奖励web门户130。用户奖励web门户130实施传输层安全(TLS)协议或其他适当的加密和认证协议以通过网络132为用户120提供安全通信信道来使用信用卡或其他在线支付方法购买物品。

在系统100中，诊断工具124和144是包括下列各项的计算设备：内部处理器、存储器、用户输入/输出设备、用于与车辆中的ECU通信的数据端口、和用于通过网络132与诊断分析服务器104进行通信的网络接口设备。在图1中的实施例中，诊断工具124和144中的每个都包括显示图形用户接口(GUI)并响应于用户与触摸屏接触而接收输入的触摸屏界面。触摸输入包括手指按压或使用一个或多个手指的输入手势。图1描绘了车辆中的ECU 126，其通过OBD-II端口或车辆中的其他适当的数据端口操作地连接到诊断工具124。诊断工具124从ECU 126取回诊断数据(包括一个或多个DTC)，以及VIN或其他车辆识别数据。诊断工具124向与用户120的用户账户相关联的诊断分析服务器104发送诊断数据和VIN数据，并且诊断分析服务器104存储与该用户账户相关联的数据，以识别当针对车辆执行检修时用户120已经遭遇特定的一组诊断数据。在其中用户120请求与关于车辆的维修问题有关的额外信息的情形中，诊断工具124还使用诊断数据和车辆识别数据以生成针对诊断分析服务器104的询问。如下面更详细地描述的，诊断工具124还执行通信应用，该通信应用使得用户120能够与诊断工具144进行通信以及与其他用户140中的一个或多个用户相关联的移动设备148进行通信。

在系统100中，移动设备128和148是这样的电子通信设备，其使用诊断分析服务器104和网络132来使能在用户120与用户140中的一个或多个用户之间的通信。移动设备128和148是例如智能手机、平板设备、可穿戴计算设备、或者其他移动计算设备等，其每个都与用户中的一个用户相关联。每个移动设备都是这样的计算设备：其具有处理器、存储器、图形显示器、以及一个或多个无线联网设备。某些移动设备包括摄像头、麦克风、以及可以记录额外数据以辅助记载车辆的诊断和修理程序的其他传感器。在系统100中，每个移动设备都执行软件应用，该软件应用使得用户120和140中的每个用户都能够与诊断分析服务器104进行通信。在一个实施例中，利用移动设备128和148执行的应用与由诊断工具124和144执行的软件应用类似，但是移动设备128和148通常用于促进对来自诊断分析服务器104的数据的审阅，以及当用户并不在车辆的紧邻处时促进在用户和操作地连接至ECU 126的诊断工具之间的通信。如果诊断工具124或144从网络132断开，则移动设备128和148还提供了用户之间的通信。在一个实施例中，诊断分析服务器104中的通信服务116存储故障报告表(trouble ticket)或者与车辆维修问题相关联的其他标识符。诊断分析服务器104在诊断工具发送为解决问题的自动或人工辅助的请求时生成针对该问题的标识符，并响应于接收指示该问题已经解决的消息来移除该标识符。移动设备显示与未决的车辆问题相对应的一个或多个标识符，以使得用户能够从诊断分析服务器104取回诊断记录并且关于所识别的问题与其他用户进行通信。

在系统100中，诊断分析服务器104针对所识别的注册用户(包括用户120、多个其他用户140)中的每个，在用户数据库112中存储一个或多个电子联系地址。每个用户账户都与一个或多个诊断工具(例如诊断工具124和144)、以及一个或多个移动设备(例如，移动设备148)相关联。用户数据库112存储针对注册用户120和140的注册数据，所述注册数据包括但不必限于：关于通信服务116注册的在线聊天账户、电子邮件地址、即时消息账户、关于一个或多个社交网络服务的联系地址、电话号码、等等。

图1描绘了用户群体140中的用户142的示例，其与诊断工具144的组中的一个诊断工具146相关联；以及电子通信设备，诸如关于诊断分析服务器104注册的、移动设备148的组中的移动设备150。在系统100中，用户通信服务116使用诊断工具或移动设备使能了在第一用户120与第二用户142之间的通信。例如，用户120和142分别使用诊断工具124和126、或者分别使用移动设备128和150，经由在线聊天会话进行通信。如下面描述的，当用户120输入对人工辅助的请求时，诊断分析服务器104基于来自诊断工具124的诊断信息和诊断历史数据库108中的诊断记录来自动识别与用户140相关联的一个或多个用户账户。

诊断工具124和146中的每个都执行聊天客户端程序，该聊天客户端程序使能了在注册用户之间的通信以进行“实时”通信。在系统100中，移动设备128和150还执行与用户通信服务116相兼容的聊天应用。用户通信服务116使能了用户120与用户140中的一个或多个用户之间的实时的交互和延迟的交互两者。例如，用户通信服务116通过诊断工具144或移动设备148中的聊天应用来生成对与用户140中的一个或多个用户进行联系的自动请求。

在实时操作模式中，其他用户140中的一个或多个用户对请求进行响应，并直接与用户120交互。实时交互包括例如：文本数据的交换；或者语音通信，其使用在例如互联网语音协议(VoIP)通信信道上的语音。在一个实施例中，用户120使用移动设备128中的一个或多个摄像头或麦克风来将语音和视频流式传输至与另一用户142相关联的移动设备150或诊断工具146。在实时交互期间，诊断工具124可选地向诊断工具146或移动设备150发送OBD-II诊断数据，以使得用户142能够以与用户120类似的方式审阅诊断数据。在一个实施例中，用户通信服务116存储用户之间的文本或其他通信的记录，以便当用户120解决修理车辆的问题时辅助生成针对诊断记录的修理程序。

在系统100中，当具有问题的用户120或被联系的用户142不可用于实时通信时，延迟交互(deferred interaction)发生。用户通信服务116基于用户120和142的活动来针对用户账户显示“可用”或“不可用”状态。延迟通信包括例如在用户120与142之间被发送以用于稍后审阅的消息。用户通信服务116包括当接收到新消息时生成可视或可听警告的推送通知功能。用户120和142使用各自的诊断工具或移动设备中的聊天应用来接收通知。用户120和142对推送通知进行响应可以通过发起实时通信的交互过程，或通过与用户120和142在不同时间审阅的一系列延迟消息的对应。

尽管图1描绘了用户120与单个选定用户142的诊断工具146和移动设备150之间的一对一通信过程，但系统100还使能了一对多和多对多通信过程。例如，用户120可以关于一对多配置中的问题与用户140中的多于一个的用户进行通信，并且用户140使用诊断工具144和移动设备148、通过用户通信服务116彼此进行通信。

图2描绘了用于系统100的操作的过程200，以使得用户120能够取回对于修理的建议，以及如果需要的话，能够联系其他用户来辅助对机械问题的诊断。在下面的讨论中，对执行功能或动作的过程200的提及指代由处理器执行所存储的程序指令以执行功能或动作。为了例示的目的，参照图1中的系统100描述了过程200。

当用户120或其他汽车服务技师将诊断工具连接至车辆中的ECU时，过程200开始(框204)。如上面所描述的，诊断工具124被配置为与CAN总线或其他车辆内数据网络接口进行接口，以便从ECU 126取回诊断数据。

一旦连接至ECU 126，诊断工具124就接收诊断数据并可选地从ECU126接收VIN或其他车辆信息数据(框208)。诊断数据包括但并非必须限于DTC数据、记录的传感器历史数据、以及以OBD-II可兼容的格式传输的来自车辆中的传感器的当前时间数据。在一个实施例中，除了使用例如OBD-II模式9协议接收以外，诊断工具124还从ECU 126接收VIN或其他车辆识别数据。在另一个实施例中，用户120以人工方式或通过条形码扫描器输入VIN或车辆的其他识别信息，以便向诊断工具124提供VIN。

在过程200期间，用户120基于DTC和已经从ECU接收到的其他诊断数据，来使用诊断工具124输入询问以为了诊断和服务建议(框212)。询问包括诊断数据和车辆的VIN两者。在过程200期间，诊断工具124以自动化的方式利用诊断数据生成询问。用户120可选地使用触摸屏界面或者与诊断工具124相关联的其他输入设备输入针对询问的另外的项。在一个示例中，诊断工具124生成包括从ECU 126接收到的两个DTC、车辆的VIN、以及针对“刺耳的噪声”的人工输入的搜索项的询问，以便用来自用户120的关于车辆的观察报告(observation)来补充诊断数据以辅助对问题的诊断。

诊断分析服务器104从诊断工具124接收询问，根据诊断历史数据库108中的诊断信息识别询问结果，并将与诊断信息相对应的修理程序(repairprocedures)返回至诊断工具124(框216)。在一个实施例中，诊断分析服务器104首先询问诊断历史数据库108以识别呈现在询问中的DTC和其他诊断数据的组合是否对应于存储在诊断历史数据库108中的一个或多个修理程序记录。诊断历史数据库108存储对与相同或类似诊断数据(例如，对于给定的车辆品牌和型号的一个或多个DTC组成的组)相对应的车辆问题的先前记录的解决方案的修理程序。诊断分析服务器104还使用VIN或询问中的其他车辆识别数据来提炼搜索。诊断分析服务器104使用VIN来将车辆的品牌、型号、和年份与现有的诊断记录相关联，以识别具有与用户120的最大可能的相关性的类似车辆的记录。如果DTC数据对应于一个或多个诊断记录，但是诊断历史数据库108并不将DTC数据与车辆的特定VIN相关联，则诊断分析服务器104返回与DTC相对应的诊断记录的结果，以及标识涉及诊断记录的车辆的不同品牌、型号、或年份的指示符。

在一个实施例中，诊断分析服务器104实现了web服务器，并且来自询问的结果被呈现为一个或多个网页以用于通过诊断工具124或包括web浏览器的任何其他计算设备来显示。如果询问导致多个潜在相关的结果，则诊断分析服务器104生成包括简要总结信息和超链接或其他控制元件的结果，以使得用户120能够利用诊断工具124、使用web浏览器或其他适当的浏览软件来审阅多个结果。

在过程200期间，用户审阅来自搜索的结果并确定是否有在诊断记录中的一个诊断记录描述了对车辆修理问题的解决方案。在系统100中，诊断工具124实现了使得用户120能够审阅诊断记录的web浏览器或其他软件。在另一个实施例中，用户120使用移动设备128或另一种计算设备(例如个人计算机(PC))来审阅结果。

在许多实例中，来自诊断分析服务器104的结果包括对用户解决关于车辆的问题的适当的解决方案(框220)。用户120随后使用诊断工具124或移动设备128输入反馈，以更新诊断历史数据库108(框224)。由于许多汽车修理可能花费数小时或甚至数天来完成，因此诊断分析服务器104被配置为在用户120已经有机会执行建议的程序(procedure)之后接收反馈并验证程序的功效。例如，在一个实施例中，诊断工具124在超时时间段之后向用户120呈现反馈菜单。超时是预定的时间段(例如，24小时)，或者超时是基于预期量的时间的，以基于与诊断记录包括在一起的时间估计来执行修理。例如，诊断工具124在所估计的时间已经逝去之后呈现针对诊断记录的反馈界面，其中该诊断记录具有对具有估计的8小时的完成时间的工作的推荐。

诊断分析服务器104使用简化的反馈来调整与反馈相对应的服务修理程序的相关排名。例如，当一个或多个用户审阅针对特定组的DTC的修理程序时，积极反馈指示修理程序在解决关于车辆的问题上是有用的。积极反馈提高了对诊断分析服务器104响应于指定与诊断记录相对应的DTC或其他诊断数据和车辆识别数据的额外询问而返回的修理程序的排名。当分析服务器104响应于询问而识别多个修理程序时，诊断分析服务器104首先选择排名最高的修理程序，并且如果诊断分析服务器104接收到响应于第一修理程序的负面反馈时，则返回一个或多个排名较低的修理程序，例如排名第二高的修理程序、排名第三高的修理程序、等等。在一个实施例中，诊断分析服务器104以排名的顺序来返回修理程序，直到用户120识别是对机械问题的解决方案的修理程序为止，或者诊断分析服务器104接收为联系用户140中的另一用户的请求，这是因为这些修理程序中没有一个看起来是对于车辆问题的有效解决方案。负面反馈降低了基于与问题相关联的诊断数据的修理程序的排名。在一种配置中，如果诊断记录接收预定数量的负面反馈结果，而不具有或具有很少正面反馈结果，则诊断分析服务器104从搜索询问结果中略去该诊断记录。

在系统100中，反馈界面包括对于用户120的简化和详细的输入控制两者。例如，简化的反馈界面包括车辆的概要和DTC信息以及所建议的诊断以提醒用户120关于先前针对车辆所取回的诊断记录。简化的反馈界面还为用户120呈现是/否或多项选择提问，以得出关于诊断记录对于解决问题是否有用的反馈。简化的反馈界面以需要用户120的最小时间的标准化方式接收反馈输入。反馈界面还呈现了详细的输入界面。详细的输入界面是例如包括关于修理过程的更详细的提问的表格(例如，修理所需要的时间、修理中所使用的零件、用于修理的工具、等等)和文本输入以使得用户120能够输入对问题和修理过程的解释。当用户120接收辅助用户120诊断和解决问题的诊断记录时，并且在用户120想要将额外细节添加至存储在诊断历史数据库108中的现有的诊断记录的情况下，详细的反馈是有用的。

在某些实例中，用户120不能够使用诊断分析服务器104响应于来自诊断工具124的询问而反馈的诊断记录来解决关于车辆的修理问题(框220)。在其中诊断分析服务器104未识别相关的记录或用户120未接收解决修理问题的修理程序的情形中，用户120使用诊断工具124或移动设备128来请求人工辅助以寻求与询问相对应的信息。诊断分析服务器104识别用户数据库112中的接收为解决诊断问题的联系请求的一个或多个注册用户的注册数据(框228)。用户的注册数据包括例如电子邮件地址、电话号码、聊天账户名、或使得用户通信服务116能够在诊断工具124或电子通信设备128与注册用户142的对应的诊断工具146或电子通信设备150之间建立通信信道的其他地址信息。诊断分析服务器104使用询问中的诊断信息和车辆识别信息来识别用户数据库112中的使用诊断工具144先前已经生成类似的诊断数据的用户的注册数据，以辅助用户120。

为了识别接收对与用户120联系的请求的账户的用户注册数据，诊断分析服务器104识别用户数据库112中的用户注册数据，其与诊断历史数据库108中的与来自诊断工具144和对应的用户140中的一个或多个的先前生成的诊断记录相类似的诊断记录相关联。生成诊断报告的用户账户是由已经遭遇类似的DTC并已经处理过相同或类似的车辆品牌和型号的用户140产生的。在其中DTC并不对应于相关诊断记录的实例中，诊断分析服务器104识别具有所存储的诊断数据的注册用户，该诊断数据指示用户已经对在来自诊断工具124的VIN中识别的相同品牌和型号的车辆执行了维修。

诊断分析服务器104应用另外的标准来识别接收联系请求的用户账户。例如，在一种配置中，用户120的账户信息包括与用户140中的一个或多个用户的账户的联系。系统100基于用户120与其他用户140中的一个或多个用户之间的先前的交互来产生联系。诊断分析服务器104还使用与其他用户140相关联的用户账户的活动作为用于对机制进行选择的标准。例如，示出高级别的用于与其他用户交互的活动的用户的用户账户与并不响应对通信的请求的用户账户相比，得到偏好。

当诊断分析服务器104向所识别的注册用户中的一个或多个用户发送通信通知时，过程200继续(框232)。在一种配置中，通信通知包括从第一用户120接收到的对辅助的请求。对辅助的请求包括例如第一诊断工具124在第一车辆的诊断过程期间生成的诊断数据，以及可选地包括用户120输入以描述关于第一车辆的问题的请求数据。通信服务116向与联系的用户账户相关联的诊断工具或移动设备(例如，在图1中的例示性实施例中的用户142的诊断工具146和移动设备150)发送联系请求。诊断工具146和移动设备150显示包括例如来自诊断工具124的诊断数据的总结，和更详细地描述问题的来自用户120的对辅助消息的请求的联系请求。用户142或者选择接受对与用户120的另外的通信的请求，或者明确地或通过忽视请求消息来拒绝请求。在过程200期间，如果用户142拒绝请求，则聊天服务116向另一个用户140的诊断工具144或移动设备148发送请求。

当诊断分析服务器104为用户120和其他用户140中的一个或多个用户建立通信信道来关于来自车辆的诊断数据彼此通信时，过程200继续(框236)。在图1中的示例中，用户120使用诊断工具124或移动设备128来和与用户142相关联的诊断工具146和移动设备150中的任一个或两者进行通信。诊断分析服务器104中的通信服务116提供了即时消息收发(“聊天”)或其他通信信道来有助于与用户120和142相关联的设备之间的通信。除了人为生成的通信消息以外，通信服务116还使得第一诊断设备124能够从车辆内ECU 126取回另外的诊断数据，并且通过网络132向第二诊断工具146或移动设备150发送另外的诊断数据。用户120和142关于机械问题以进行即时通信的实时模式进行通信，或者当用户中的一个不能用于实时通信时以延迟模式进行通信。如上面所描述的，在系统100中，聊天数据包括文本，并且可选地还包括对来自诊断工具124的诊断数据的视频和音频通信和传输，以便使用诊断工具146或电子通信设备150由用户142审阅。用户120与用户142(以及可选地用户140中的一个或多个用户)一起工作，以解决关于车辆的问题。

在过程200期间，诊断分析服务器104从用户120和用户140中的一个或多个用户接收输入，以生成被存储在诊断历史数据库108中的对问题的解决方案的新的诊断记录(框240)。诊断分析服务器104自动包括VIN和DTC以及来自诊断记录中的诊断工具124的其他诊断数据。VIN和DTC数据使得诊断分析服务器104能够在将来当另一用户接收类似的DTC数据并需要额外信息来诊断关于车辆的问题时取回诊断记录。诊断记录还包括用户120和142人工输入以描述问题的文本或其他数据以及用于解决问题的方法。除了文本描述以外，诊断记录中的数据还可以包括任何需要的替换零件的零件编号，和辅助解释问题和程序以解决问题的图片或视频。在执行修理之后，用户120还提供了对执行修理所需要的时间量的估计，这辅助其他用户对解决该问题的成本进行估计。

诊断分析服务器104将诊断记录存储在与用户120、142的用户账户以及辅助解决该问题的任何其他用户的账户相关联的诊断历史数据库108中。诊断记录为操作从诊断分析服务器104取回诊断记录的诊断工具或移动设备的其他用户提供了对问题的潜在解决方案。如果另一用户需要人工辅助以解决问题，则诊断分析服务器104取回与具有关于问题的先前经验的用户相关联的用户账户的注册数据，以便在用户之间建立通信信道来解决问题。

图3描绘了为激励系统100中的用户参与而进行的关于系统100的操作过程300。在下面的讨论中，对执行功能或动作的过程300的提及指代由处理器执行所存储的程序指令以执行功能或动作。为了例示性的目的，参照图1中的系统100描述了过程300。

当诊断分析服务器104监控在车辆诊断系统100中的来自与系统100的用户相关联的一个或多个电子设备的的通信时，过程300开始(框304)。例如，用户120操作诊断工具124来从车辆内ECU 126取回诊断数据，并且用户120操作电子通信设备128来向系统100提交辅助请求并向来自系统100中的其他用户140的辅助请求提交响应。

用户活动服务119监控来自与用户120的用户账户数据库112中的用户账户相关联的诊断工具124和电子设备128的通信，并且用户活动服务119识别与电子通信相对应的用户活动的类型(框308)。在图1中的实施例中，诊断分析服务器104接收与用户通信服务116进行的通信，并且用户活动服务119接收对通信的复制。如上面参照过程200所描述的，诊断分析服务器104生成建议或者在与用户相关联的电子设备之间发送辅助请求。用户活动服务119还识别电子通信的内容以识别用户120已经执行的活动的类型。例如，如果电子通信包括诸如车辆DTC之类的诊断数据或其他诊断数据，则用户活动服务119识别机修工120正在用诊断工具124执行诊断程序。用户活动服务119还基于通信消息中的元数据来识别来自诊断工具124或电子通信设备128的辅助请求消息或请求响应消息(request response message)。例如，在一个实施例中，辅助请求消息包括指定“消息是对辅助的请求”的消息标题字段，并对包括类似标题信息的请求消息进行响应，该类似的标题信息将消息标识为对请求的响应并可选地标识原始请求消息。

当车辆诊断系统100响应于所识别的用户活动而向与用户相关联的用户账户分配一个或多个奖励积分时，过程300继续(框312)。在诊断分析服务器104中，奖励更新服务118从用户活动服务119接收用户活动信息并识别被分配给用户120的用户账户的奖励积分的更新。用户数据库112存储被分配给用户120的奖励积分的数目，并且奖励更新服务118调整与用户120的用户账户相关联的奖励积分的数目。在一个实施例中，更新服务118从管理者接收预定组的奖励积分规则。奖励积分规则将诊断工具的预定的使用活动与奖励相关联，依据“积分”或另一数字奖励值来表示奖励。例如，将诊断工具124连接至ECU 126的基本动作对应于一个积分的预定奖励。如果用户120通过诊断工具软件使用一个或多个高级功能或执行测试(其是基础版测试简况(beta test profile)的一部分)，则奖励更新服务118基于所记录的活动和预定的奖励等级来增加另外的奖励积分。如上面所描述的，奖励更新服务118可以分配较多数目的奖励积分以赞成某些活动，例如与当诊断分析服务器104接收来自电子通信设备128的对辅助的请求时所分配的奖励积分相比，针对对来自设备通信128的对辅助的请求而进行的响应而向用户120的用户账户分配更多数目的奖励积分。

在一些实例中，奖励更新服务118接收具有时间限制功能的奖励规则。例如，为了鼓励定期使用诊断工具124，奖励更新服务118以一个星期的周期针对诊断工具活动实施额外的奖励积分。诊断奖励服务器104通过用户奖励web门户130来呈现额外奖励的公告，以鼓励用户120使用诊断工具124。在过程300期间，诊断工具124生成与诊断工具124或电子通信设备128发送对应于用户120的活动的通信消息的时间相对应的时间戳，并且奖励更新服务118接收时间戳信息以识别针对时间限制的奖励提供的适当奖励。

除了接收诊断活动信息以外，当用户120使用诊断工具124、移动设备128、或另一计算设备时，奖励更新服务118还接收更新，以购买用于诊断工具124的另外的诊断软件。在一个实施例中，用户120使用诊断工具124中的web应用来从用户奖励web门户130购买软件更新。在另一个实施例中，用户120使用移动设备128或PC、通过web门户130购买软件。奖励更新服务118可选地响应于软件购买来将预定数目的奖励积分添加至用户120的用户账户。

在过程300期间，车辆诊断系统生成输出以向用户呈现累积的奖励积分，以使得用户能够兑换奖励积分中的某些或全部积分来得到诊断分析系统100中的活动的益处(框316)。为了审阅和兑换奖励积分，用户120使用诊断工具124、移动设备128、或另一计算设备中的web应用来访问用户奖励web门户130。用户120使用用户名和密码、秘钥、或其他适当的认证过程来访问用户120的个人账户。用户奖励web门户130显示用户120的奖励积分，这是诊断奖励服务器104基于诊断工具124的使用而分配给用户120。用户120随后基于可用的奖励积分的数目来选择不同的产品或服务，以及产品或服务的对应折扣。例如，用户120得到购买诊断工具124、另一诊断工具、其他车辆修理工具的软件、以及通过用户奖励web门户130购买的车辆零件的购买折扣。用户奖励web门户130还提供了诸如用户120的培训之类的服务的折扣。在其他实施例中，奖励用于对诊断分析服务器104中的用户的非货币服务或益处。例如，用户120可选地兑换奖励积分来使得诊断服务器104向用户140中的一个用户(例如，用户142)(当回答来自其他用户的先前的诊断询问时其已经得到特别正面的反馈排名)发送来自用户120的对辅助的请求。诊断服务器104基于与用户数据库112中的用户142的用户账户相关联的反馈排名，向与用户142相关联的电子通信设备150发送请求消息。当用户120兑换奖励积分时，分析服务器104从与用户数据库112中的用户账户相关联的奖励积分的总数目中扣除所兑换的奖励积分。

如上面所描述的，过程300监控车辆诊断系统100中的用户的活动，以分配用户兑换以得到系统100中的持续活动的益处的奖励。图4描绘了系统100的操作以监控诊断工具的使用并更详细地向诊断工具的用户提供奖励积分以用于奖励兑换的过程400。在以下讨论中，对执行功能或动作的过程400的提及指代由处理器执行所存储的程序指令以执行功能或动作。为了例示的目的，参照图1中的系统100描述了过程400。

在过程400期间，机修工将诊断工具连接至车辆中的ECU以便从ECU获得DTC和其他诊断数据，以及以便可选地执行用于汽车维修的测试或其他诊断程序(框404)。在图1中的例示性实施例中，用户120使用例如车辆中的OBD-II数据端口将诊断工具124连接至ECU 126。诊断工具124和ECU 126使用CAN总线或其他车辆内数据网络来将所存储的DTC和其他诊断数据传送至诊断工具124。用户120可选地向诊断工具124输入要输入的内容，以执行高级诊断程序来进一步诊断DTC或其他异常诊断数据。在车辆修理过程期间，用户120可选地使用诊断工具124来执行其中诊断工具124向ECU 126发送命令的测试。响应于命令，ECU 126操作一个或多个“车辆中的部件(in-vehicle component)”来验证例如车辆修理已经解决了关于车辆的维修问题。

在诊断工具124中，处理器执行可加载软件模块或可选的软件实用工具，来执行高级诊断和测试功能中的某些功能。在最初购买工具之后，从诊断工具124的供应商单独购买可选的软件模块或实用工具中的某些。在另一种情形下，用户120参与了其中诊断工具124执行仍处于正在开发的过程中的诊断程序的基础版测试程序。在基础版测试程序期间，用户120使用诊断工具124来测试在开发中的软件。测试对从较老版本的软件添加的新特征中的缺陷以及从较老版本的软件保留的现有功能中的潜在缺陷进行识别。

当诊断工具124将诊断数据和诊断工具使用信息发送至诊断奖励服务器104时，过程400继续(框408)。在系统100中，诊断工具124包括无线网络设备，例如802.11兼容的无线LAN或无线WAN联网设备，其通过网络132将数据发送至诊断奖励服务器104中的用户活动服务119。在无线网络的实施例中，诊断工具124在背景过程中将诊断数据和工具使用数据发送至诊断奖励服务器104，而同时机修工104执行维修活动，并且发送过程并不打断或改变用户120在使用诊断工具124时的工作流程。在另一个实施例中，诊断工具124包括当诊断工具124连接至有线网络时传输数据的有线网络接口，例如以太网。在又一个实施例中，诊断工具将数据存储在可移动数据存储设备中，并且数据存储设备连接至将数据和标识符发送至诊断奖励服务器104的另一个计算设备，例如PC。

诊断工具124在数据传输中包括标识符，该标识符标识诊断工具124或用户120以使得诊断奖励服务器104能够将诊断数据和诊断工具活动记录与用户120的用户账户相关联。在一个实施例中，诊断工具124包括诊断工具124在每次传输中都包括的以标识诊断工具124的唯一的硬件地址，例如MAC地址或其他标识符。在诊断奖励服务器104中，用户数据库112存储与用户120的用户账户相关联的工具124的硬件地址。在另一个实施例中，诊断工具124将用户名或用户120的其他标识符与诊断数据一起发送。

用户活动服务119接收诊断数据，其包括DTC、来自一个或多个车辆内传感器的传感器读数、诊断测试结果、以及可选地包括从ECU接收的VIN或其他车辆识别数据。尽管在图1中未明确例示，但诊断奖励服务器104和其他在线数据收集服务还使用来自大量车辆的诊断数据以辅助例如机修工执行修理、追踪关于车辆的普遍的维修问题，并识别对修理中所使用的替换零件的需求。工具使用信息是当诊断工具124连接至车辆时机修工所使用的软件功能的记录，并且包括机修工执行的任何高级功能的记录。

在过程400期间，诊断奖励服务器104响应于从诊断工具124接收使用数据并响应于用户120使用诊断奖励服务器104执行的软件购买而更新被分配给用户120的用户账户的奖励积分(框412)。在诊断分析服务器104中，奖励更新服务118以与上面在过程300中的框312中所描述的处理类似的方式分配奖励积分。

当由于用户120在一辆或多辆车辆的车辆维修和修理的过程期间使用诊断工具124，因此诊断奖励服务器104更新用户120的用户账户的奖励积分时，过程400继续(框420)。如通过上面在框204-216中描述的处理所描述的，用户120通常对多辆车辆执行维修操作并累积奖励积分。

在累积奖励积分之后，用户120使用web门户130审阅并兑换奖励积分中的某些或全部积分(框420)。在过程400期间，系统100以与过程300期间的框316中的处理类似的方式执行奖励积分的审阅和兑换过程。

一旦用户120将奖励积分兑换为物品或服务的折扣，诊断奖励服务器104就更新被分配给用户120的用户账户的奖励积分的数目(框424)。在系统100中，用户奖励web门户130允许用户120兑换与机修工的用户账户相关联的奖励积分中的任何或所有奖励积分，并相应减少奖励积分的结余。当用户120继续使用诊断工具124并累计另外的奖励积分时，过程400随后返回到参照框204所描述的处理。

将意识到，以上描述的特征和功能以及其他特征和功能的变型或者它们的替代方式可以被期望组合到多个其他不同的系统、应用或方法中。本领域技术人员随后可以做出各种当前未预见的或未预期的替代、修改、变型或改进，它们也旨在被所附权利要求包含。