CN108351988B - 维修后数据比较 - Google Patents

Abstract

提供用于维修车辆的方法和设备。计算设备可以接收关于第一车辆的维修后数据。计算设备可以将维修后数据与关于除第一车辆以外的至少一个车辆的维修后数据集进行比较。维修后数据集可以包括成功的维修后数据的实例和不成功的维修后数据的实例中的至少一个。如果维修后数据集匹配维修后数据集的成功维修后数据的实例，则计算设备可以确定对第一车辆的维修是成功的。如果维修后数据集匹配维修后数据集内的不成功的维修后数据的实例，则计算设备可以确定对第一车辆的维修不成功。计算设备可以指示维修是成功还是不成功。

Description

维修后数据比较

相关申请的交叉引用

本申请要求于2015年11月5日提交的题为“Post-Repair Data Comparison(维修后数据比较)”的美国专利申请No.14/933,949的优先权，其内容出于全部目的通过引用完全并入在本文中。

背景技术

除非本文中另外指示，本章节中描述的材料并非是针对本申请中的权利要求的现有技术并且不承认通过包括在本章节中而成为现有技术。

诸如汽车、轻型卡车和重型卡车之类的车辆在许多人的生活中扮演重要的角色。为了保持车辆运行，那些人中的一些人依靠车辆技术人员来诊断和维修他们的车辆。

车辆技术人员使用各种工具以便诊断和/或维修车辆。这些工具可以包括诸如扳手、锤子、钳子、螺丝刀和套筒组套之类的常见手工工具，或着更多车辆特定的工具，例如，气缸磨头、活塞环压缩器和车辆刹车工具。车辆技术人员使用的工具还可以包括电子工具，例如，车辆扫描工具或数字电压-欧姆表(DVOM)，以用于诊断和/或维修车辆。

车辆扫描工具和/或DVOM可以经由有线和/或无线链路链接到其它设备，可能以用于传送关于车辆的数据。车辆扫描工具和/或DVOM可以提供大量数据以帮助诊断和维修车辆。典型地，数据不包括诸如历史信息之类的前后关系数据。此外，数据通常被格式化，使得在可以识别、诊断和/或维修车辆问题之前需要由技术人员(例如，车辆技术人员)进行数据解释。

发明内容

在一个方面中，提供了一种方法。计算设备接收关于第一车辆的第一维修后数据，其中所述第一维修后数据与包括第一投诉数据的第一维修订单相关联。计算设备将第一维修后数据同关于与第一车辆不同的至少一个车辆的第一组维修后数据进行比较。第一组维修后数据包括成功的维修后数据的实例和不成功的维修后数据的实例中的至少一个，且其中所述第一组维修后数据包括与维修订单相关联的维修后数据的至少一个实例，所述维修订单包括与所述第一投诉数据相匹配的投诉数据。如果第一维修后数据与第一组维修后数据内的成功的维修后数据的第一实例相匹配，则计算设备确定对第一车辆的第一维修是成功的，或者如果第一维修后数据与第一组维修后数据内的不成功的维修后数据的第一实例相匹配，则计算设备确定对第一车辆的第一维修是不成功的。计算设备输出第一维修是成功还是不成功的指示。

在另一方面中，提供了一种计算设备。该计算设备包括处理器和计算机可读介质。计算机可读介质至少存储可执行指令。可执行指令在由处理器执行时，使计算设备执行功能。功能包括：接收关于第一车辆的第一维修后数据，其中所述第一维修后数据与包括第一投诉数据的第一维修订单相关联；将第一维修后数据同关于与第一车辆不同的至少一个车辆的第一组维修后数据进行比较，其中第一组维修后数据包括成功的维修后数据的实例和不成功的维修后数据的实例中的至少一个，且其中所述第一组维修后数据包括与维修订单相关联的维修后数据的至少一个实例，所述维修订单包括与所述第一投诉数据相匹配的投诉数据；如果第一维修后数据与第一组维修后数据内的成功的维修后数据的第一实例相匹配，则确定对第一车辆的第一维修是成功的，或者如果第一维修后数据与第一组维修后数据内的不成功的维修后数据的第一实例相匹配，则确定对第一车辆的第一维修是不成功的；以及输出第一维修是成功还是不成功的指示。

在另一方面中，提供了一种计算机可读介质。计算机可读介质被配置为至少存储可执行指令。可执行指令在由计算设备的处理器执行时使计算设备执行功能。功能包括：接收关于第一车辆的第一维修后数据，其中所述第一维修后数据与包括第一投诉数据的第一维修订单相关联；将第一维修后数据同关于与第一车辆不同的至少一个车辆的第一组维修后数据进行比较，其中第一组维修后数据包括成功的维修后数据的实例和不成功的维修后数据的实例中的至少一个，且其中所述第一组维修后数据包括与维修订单相关联的维修后数据的至少一个实例，所述维修订单包括与所述第一投诉数据相匹配的投诉数据；如果第一维修后数据与第一组维修后数据内的成功的维修后数据的第一实例相匹配，则确定对第一车辆的第一维修是成功的，或者如果第一维修后数据与第一组维修后数据内的不成功的维修后数据的第一实例相匹配，则确定对第一车辆的第一维修是不成功的；以及输出第一维修是成功还是不成功的指示。

在另一方面中，提供了一种服务器。该服务器包括：用于接收关于第一车辆的第一维修后数据的单元；用于将第一维修后数据同关于与第一车辆不同的至少一个车辆的第一组维修后数据进行比较的单元，其中第一组维修后数据包括成功的维修后数据的实例和不成功的维修后数据的实例中的至少一个；用于如果第一维修后数据与第一组维修后数据内的成功的维修后数据的第一实例相匹配则确定对第一车辆的第一维修是成功的单元，或者用于如果第一维修后数据与第一组维修后数据内的不成功的维修后数据的第一实例相匹配则确定对第一车辆的第一维修是不成功的单元；以及用于输出第一维修是成功还是不成功的指示的单元。

附图说明

图1是根据实施例的用于对维修数据进行比较和分类的方法的流程图。

图2A示出了根据实施例的示例维修会话数据。

图2B示出了根据实施例的示例维修历史数据。

图2C是根据实施例的时间序列研究方法的流程图。

图3A示出了根据实施例的示例服务器。

图3B示出了根据实施例的显示维修后比较报告的示例诊断装置。

图4A和4B每个示出了根据实施例的示例维修方案。

图5A和5B每个示出了根据实施例的示例维修情景方案。

图6是根据实施例的示例计算网络的框图。

图7A是根据实施例的示例计算设备的框图。

图7B描述了根据实施例的计算中心的示例网络。

图8是根据实施例的示例方法的流程图。

具体实施方式

维修后数据比较

本文中描述的系统涉及验证对受服务的设备(例如，车辆)执行的维修的成功。一旦对车辆完成维修中的至少部分，则维修技术人员可以使用诊断装置来请求进行维修后数据比较。诊断装置可以将与维修相关的数据发送到服务器或其它计算设备。服务器可以将维修相关的数据与先前存储的关于相似维修的数据进行比较，并确定维修是否可能成功。如果服务器确定维修不太可能成功，则服务器可以确定可能的额外维修来提高维修成功的可能性。然后，服务器可以向诊断装置发送维修后比较报告，其包括维修成功的可能性和任意可能的额外维修。在认为已对车辆进行维修之后，然后维修技术人员部分基于维修后比较报告，可以决定维修是否已完成，或者是否需要执行额外维修。

维修数据可以包括来自车载诊断系统的数据，例如，从受服务的设备内的车载诊断(OBD)系统提供的数据。这样的数据可以根据OBD数据协议(例如，车载诊断II(“OBD-II”)协议(例如，SAE J1850，SAE J2284，ISO 9141-2，ISO 14230，ISO 15765))来提供。在OBD-II协议中，参数ID(PID)被发送到受服务的设备，并且受服务的设备利用PID所引用的参数的值来进行响应。这些参数值可以用于确定受服务的设备是否正确运行。在维修的前后关系中，指示适当操作的参数值(可能)可以与成功的维修相关联，而指示不适当操作的参数值(可能)可以与不成功的维修相关联。

维修数据可以包括关于受服务的设备和/或维修的数据。这样的数据的示例可以包括但不限于，关于受服务的设备的信息；例如，制造商名称、制造年份、型号信息；关于受服务的设备的组件的信息；例如，引擎信息、控制单元信息、组件的使用年限/制造商、车辆识别码(VIN)、序列号、和/或与车辆相关联的其它识别码、与车辆相关联的一个或多个牌照/登记号码、关于车主的信息；例如，姓名、邮寄地址、电子/电子邮件地址、信用卡/财务信息、和/或与车辆有关的其它信息、维修历史信息、关于执行维修的设施和/或技术人员的信息、关于在维修期间所进行的工作的信息；例如，人工代码和/或描述、和/或关于在维修期间使用的零件的信息；例如，在维修期间使用的零件代码/号码。其它类型的维修数据也是可能的。

一旦获得，则可以将维修数据提供给服务器，该服务器可以尝试将维修数据与关于先前维修的记录的数据进行匹配。如果维修数据同与成功维修相关的数据相匹配，则服务器可以确定维修数据可能指示维修成功。否则，如果维修数据同与不成功维修相关的数据相匹配，则服务器可以确定维修数据可能指示维修不成功。如果确定维修不成功，则服务器可以额外地提供针对进一步维修的建议以增加维修成功的可能性。在确定维修数据指示的是维修成功(还是不成功)之后，服务器可以提供维修后比较报告，指示维修成功(或不成功)以及任意建议的进一步维修。

在一些情况下，受服务的设备在维修完成之后，随后使得维修设备被投诉，导致重新进行已完成的维修。举一个示例，假设一位顾客投诉说他们的车辆没有通过清洁空气测试，并且想要对他们的车辆进行维修使得车辆通过清洁空气测试。在第一维修期间，尝试对车辆进行维修以将车辆置于通过清洁空气测试的状态。一段时间之后，对车辆进行清洁空气测试并且该车辆再次没有通过。然后，可以将车辆带回至维修设施以进行“重返”维修；即，处理好之前未处理好的原始投诉(车辆没有通过清洁空气测试)的第二维修。

作为另一示例，假设车辆的轮胎有两个穿刺，并且在第一维修期间，仅维修了一个穿刺。一段时间之后，与维修轮胎的车辆相关联的人可能注意到轮胎在漏气，即使维修好的轮胎之前被认为是已处理好的。然后，可以将车辆带回至维修设施进行返修，以处理好第一维修部分处理好的原始投诉(刺破的轮胎)。在一些情况下，维修设施不对返修收取费用，并因此维修设施承担与返修相关联的时间和成本。此外，返修可能导致与车辆相关联的人在时间安排方面浪费时间，并等待第二次的返修，这可能导致对维修设施的一些不满。

为了降低进一步返修的可能性，服务器可以部分基于返修状态来跟踪维修数据。例如，在服务器接收到与第一维修相关联的返修数据之后，可以将原始被指示为成功的第一维修的数据重新分类为不成功和/或与返修相关联。然后，当接收到针对其它受服务的设备的后来的维修数据时，可将其与返修相关的数据进行比较。然后如果后来接收到的数据与返修相关的数据相匹配，则可以将该匹配指示为维修后比较报告的部分。

在车辆或其它受服务的设备离开服务设施之前，维修设施可以基于与来自先前维修的数据的匹配，使用维修后比较来验证维修的成功。此外，本文中描述的维修后比较技术利用特别指示为来自返修的数据，由此帮助服务设施避免返修。这些技术可以增加维修工作的成功率，增加客户对维修设施的满意度，并向客户保证维修工作已正确地完成。此外，这些技术可以通过减少返修的数量来减少维修设施的与返修相关的花费。

用于维修后数据比较的示例系统和技术

图1是根据实施例的用于对维修数据进行比较和分类的方法100的流程图。方法100中的部分或全部可以由适当编程的计算设备来执行，例如但不限于，以下在至少图3A和图4A-图6的上下文中讨论的服务器300。

方法100可以在框110处开始，在框110中，可以获得在开始访问维修设施时的与表示受服务的设备的车辆V相关的初始条件数据。初始条件数据可以包括来自在对车辆进行任意维修之前的对车辆进行的任意预维修检查、观察或测试的数据。示例初始条件数据包括但不限于，关于电测量(例如，电池电压)的数据，轮胎压力数据，PID数据，关于引擎运行的数据，车辆数据(例如，在图2A的上下文中描述的车辆数据212)，投诉数据(例如，在图2A的上下文中描述的投诉数据214)，和/或与关于车辆V做出的其它初始条件/初始测量有关的数据。例如，车辆V的投诉C可以指示车辆V的“检查引擎”灯是打开的。作为响应，维修技术人员可以使用OBD扫描仪来读取与导致检查引擎灯开启的参数相关联的PID，作为确定初始条件数据的部分。作为另一示例，维修设施可以具有标准的一套测试，例如，轮胎压力检查、挡风玻璃洗涤器运行验证、头灯/尾灯/刹车灯测试等，这可以至少部分地被执行以获得初始条件数据。

在框120处，可以对车辆V进行维修以处理一个或多个投诉C。

在框122处，可以获得维修后初始条件数据，其中初始条件数据可以如以上在框110的上下文中所讨论的那样获得。

在框124处，可以基于投诉C和在框120处执行的维修来确定一个或多个查询。例如，如果投诉C和维修都与车辆的动力总成控制系统相关，则查询可以包括关于动力总成控制系统以及可能相关的系统的查询。在该示例中，查询可以指定与动力总成控制系统有关的PID、与车辆和/或动力总成控制系统的运行条件相关的查询、以及可能其它查询。

查询可以指定一次和/或在时间间隔期间内获得数据；例如，在三秒的时间间隔内得到的关于动力总成控制系统的PID。查询可以指定从车辆V的多个传感器请求数据，例如，从两个或者更多个不同传感器(例如，氧气传感器和冷却剂温度传感器)请求数据。与查询有关的数据可以同时或几乎同时获得；或者在一些情况下，可以首先执行一些查询I1、I2...，并且可以在执行先前的查询I1，I2...之后执行其它查询I3，I4...。

查询可以指定向车辆V提供一个或多个PID；例如，使用OBD扫描仪和/或其它诊断装置，并且作为响应，接收到一个或多个参数值。例如，如果在框120的维修期间更换了氧气传感器，则可以将PID(例如，模式1中的PID 13或1D)发送到车辆V以返回关于存在哪个氧气传感器的数据，并因此验证车辆V至少可以确定所更换的氧传感器是存在的。查询可以指定要执行的一个或多个非OBD测试；例如，轮胎压力读取、油/液位检查、轮胎平衡、道路测试。

查询可以包括针对执行框120的维修的技术人员和/或针对进行投诉C的人/人们的问题。在一些情况下，投诉C可以与表达要执行、或已执行以维修车辆V的任务的人工代码相关联。在一些实施例中，人工代码可以表示为字母数字编号、文本或其组合。例如，一个维修订单可以将人工代码列为字母数字值(例如，LC233)，而另一维修订单可以列出文本来描述人工代码(例如，更换前支柱)。

可以使用分类法来找到与投诉C相对应的人工代码，并然后将其提供为一个或多个查询的部分。示例分类法为具有相对应的术语，例如，人工代码的电子词典或类义词典，人工代码。例如，1000到1999之间的一系列人工代码项(或简称人工代码)处理动力总成任务，2000到2999之间的人工代码处理主体工作任务，3000到3999之间的人工代码处理排放/排气系统，等等。然后，当接收到投诉C或其它文本数据时，可以使用分类法将文本数据翻译成一个或多个特定的人工代码；例如，可以使用分类法将“引擎维修”的文本翻译成特定的人工代码123,456,7778。在特定的实施例中，可以采用决策树方法来在文本与人工代码之间进行翻译。例如，可以选择第一人工代码，这产生第一决定。然后，在做出第一决定之后，确定第二人工代码，这产生第二决定，等等，直到不再需要做出更多的决定或者直到不能做出特定的决定；例如，具体的决定取决于被模糊地陈述为投诉C的部分的特定文本。基于适合的分类法的相似技术可以用于在投诉C和/或其它文本与其它类型的代码(例如，维修中使用的零件的零件代码，或者要在车辆V上运行以用于诊断的测试的测试代码)之间进行翻译。许多其它查询也是可能的。

在框126处，可以执行框124处所确定的查询以获得维修后数据PRD。维修后数据PRD可以包括但不限于，与维修后数据相关联的维修时间、获得维修后数据的时间、人工代码、零件代码和/或与维修后数据相关联的车辆V的组件、维修后数据的PID、单个PID的单个值、单个PID的多个值、多个PID中的每个的单个值、多个PID中的一些或全部的多个值、来自对车辆V执行的其它检查/观察的数据、预定值、值的范围、对针对执行框120的维修的技术人员和/或针对进行投诉C的人/人们的问题的响应、和/或其它维修后相关的数据。

在框128处，可以调整维修后数据PRD以适应初始和其它条件。例如，如果从车辆V中的电池中测量出的最大电压等于在框110处测量的作为初始条件的电压V1，则作为框126的查询的部分而获得的任意电压可以基于电压V1而被缩放或以其他方式被调整。例如，如果V1被测量为4.5V，但预期为5V，则测量电压可以增加0.5V，该0.5V为预期值和测量值之间的差，和/或测量值与预期值相比可以按比例缩放(约)111％，这是因为预期电压与测量电压的比率以百分比表示为：5/4.5V约为111％。许多其它示例也是可能的。

在框130处，维修后数据PRD可以与记录的数据相匹配。记录的数据可以包括来自成功维修、不成功维修以及与返修相关的维修的维修后数据。用于将维修后数据PRD中的数据值与记录的数据进行匹配的一些示例技术是用于确定：

●维修后数据PRD中的数据值与一个或多个记录的数据值相同(例如，轮胎压力读数TPR为32磅每平方英寸(PSI)；制造商的名称为“Tuftrux”)，

●维修后数据PRD中的数据值在记录的数据值范围内(例如，TPR在28和34PSI之间)，

●维修后数据PRD中的数据值高于和/或低于记录的数据值的阈值(例如，TPR在31±t PSI的范围内，其中t＝阈值/基线值)，

●维修后数据PRD中的数据值以记录的数据值开头、结尾或包含记录的数据值(例如，车辆识别码(VIN)以“1”开头或包含字符串“1GT”)，

●在维修后数据PRD的文本中找到与记录的数据值相关联的一个或多个关键词(例如，维修后数据PRD中的投诉文本包括关键词“排气”)，

●维修后数据PRD中的许多数据值中的每个同样都在记录的数据值的范围内和/或在记录的数据值的阈值内(例如，四个轮胎的轮胎压力读数都在28-34PSI内)，

●可以将维修后数据PRD中的一个或多个统计值与记录的数据值中的一个或多个统计值进行比较；例如，假定数据的时间序列的平均值；例如，在各种时间点观察到相同参数的数据值的集合，并且可能将其以新近度的顺序进行排列，这在维修后数据PRD中被确定，并然后与记录的数据的相似的平均值作比较，

●对维修后数据PRD中的数据值的计算进行运算并将其与记录的数据值进行比较(例如，取许多数据值的平均值，将英制度量数据值转换为公制单位的等同值，并且将转换后的值与公制单位的参考值进行比较，使用公式中的数据值并将公式的结果与参考值进行比较)，和/或

●否定这些条件(例如，温度不在110-130°F范围内)。

在一些情况下，维修后数据PRD和记录的数据值之间的部分或实质匹配可以视为匹配。例如，假设维修后数据PRD的十个数据值用于与记录的数据值进行比较，并且十个数据值中的八个与相应的记录的数据值相匹配。在该示例中，80％的的经比较的维修后数据PRD值与记录的数据值相匹配，因此可以认为该部分匹配为匹配。可以基于一个或多个阈值或百分比来确定部分/实质匹配。例如，如果N％的经比较的维修后数据值与记录的数据值相匹配(其中0<N<100)，则可以确定部分匹配，并且如果M％的经比较的维修后数据值与记录的数据值相匹配(其中0<M<100)，则可以确定实质匹配。

在一些情况下，数据的趋势可以作为匹配的部分来确定和比较。例如，数据值可以在时间上完全相同地匹配。例如，如果记录的一组数据具有值10、12、14、16、18和20，并且相对应的维修后数据具有值10、12、14、16、18和20，则记录的一组数据与维修后数据完全匹配。在一些情况下，遵循趋势的数据可以被认为是匹配的。例如，如果记录的一组数据具有值10、12、14、16、18和20，指示数据值递增的趋势，并且维修后数据为9.8、12.1、13.5、15.75、17.9和19.95，那么维修后数据可以被认为是匹配的，这是因为维修后数据遵循数据值递增的趋势并且合理地接近记录的一组数据。在另一示例中，再次假设记录的一组数据具有值10、12、14、16、18和20，并且维修后数据为89、124、152、180、209和238，那么维修后数据遵循递增的趋势，但可以认为是不匹配的(a)这是因为维修后数据值不接近记录的数据值和/或(b)这是因为两组数据值之间的递增速率不同。在一些情况下，递增速率(递减速率)可以用一般的术语来确定；例如，线性、二次，立方、指数、双曲等，并且如果每组数据值具有相同的通常所称的递增速率(递减速率)，则这几组数据值之间的递增速率(递减速率)可以匹配；例如，如果DS1、DS2和D3中的每个显示出二次方递减速率的趋势，则三组数据DS1、DS2和DS3可以全部匹配。

在特定情况下，一组数据可以设置其它组数据匹配所要遵循的趋势。例如，不考虑刹车，车速数据值可以遵循引擎每分钟转数(RPM)数据值的趋势。因此，如果记录的RPM数据指示RPM缓慢递增(或递减)的数量，则相对应的车速数据值可以遵循该趋势并缓慢递增(或递减)。基于数据趋势的许多其它匹配示例也是可能的。

在一些情况下，匹配值的加权平均可以用于确定部分匹配或实质匹配的匹配百分比。例如，假设将维修后数据中的三个数据值D1、D2和D3与记录的数据值进行比较，将PRD和记录的数据值的50％匹配视为部分匹配，将PRD和记录的数据值的80％匹配视为实质匹配。进一步假设使用以下加权平均公式来计算匹配百分比MP：MP＝.5*MD1+.3*MD2+.2*MD3，其中如果相应的数据值D1、D2、D3分别与相对应的记录的数据值相匹配，则MD1、MD2和MD3每个分别等于1，并且如果相应的数据值与相对应的记录的数据值不匹配，则每个分别等于0。下面的表1显示，对于这个示例，确定部分和实质何时匹配：

表1

在一些情况下，模式匹配规则可以用于匹配维修后数据PRD中的数据值。举一个示例，字符串模式可以用于匹配，例如，“1*2”为与以“1”开头并以“2”结尾的字符串相匹配的字符串模式。作为另一示例，如果维修后数据PRD包括数据的时间序列，并且可以根据数据的时间序列确定一个或多个趋势，则可以将这些趋势与指示维修成功或不成功的趋势进行比较。

在其它情况下，可以使用统计参数估计技术，例如但不限于，最小平方中位数估计器。最小平方中位数技术涉及回归分析，并且还可以用于证明数据点序列的估计误差。例如，让记录的数据包括n>0个测量数据点的向量X0，其中X0＝{(X₁,Y₁),(X₂,Y₂)...(X_n,Y_n)}。最小平方中位数估计器可以使X0与X0中的数据点的估计值的向量XE之间的误差最小化，其中XE＝{(X₁,β₀+β₁X₁),(X₂,β₀+β₁X₂)...(X_n,β₀+β₁X_n)}，β₀+β₁X_i(1≤i≤n)表示对Y_i的估计并且β₀和β₁是常数值。

为了确定β₀和β₁，最小平方中位数估计器可以通过求解下面在(1)中所示的以下优化问题来进行确定：

其中：

SR_i＝{(Y₁-[b₀+b₁X₁])²,(Y₂-[b₀+b₁X₂])²…(Y_i-[b₀+b₁X_i])²}一旦求解了优化问题(1)，则上述β₀和β₁可以分别被设定为b₀和b₁以估计向量X0中的记录的值。

然后，在接受PRD中的m>0个测量数据点的向量X1之后，其中X1＝{(X1₁,Y1₁),(X1₂,Y1₂)...(X1_m,Y1_m)}，值D可以被确定用于比较记录的数据X0和维修后数据X1。例如，D可以是向量X1与估计向量Xe之间的差的范数；即，D＝||X1－Xe||，其中Xe＝{(X1₁,β₀+β₁X1₁),(X1₂，β₀+β₁X1₂)...(X1_m,β₀+β₁X1_m)}。值D或可能D的归一化值(例如，D/||Xe||或D/m)可以与一个或多个预定比较值CV1、CV2比较。例如，如果D<CV1，则向量X1可以被认为是与现有数据点X0的实质匹配；如果CV1>D>CV2，则向量X1可以被认为是与现有数据点X0的部分匹配；而如果D>CV2，则X1可以被认为与X1“不匹配”。在特定情况下，可以基于应用于X1的加权值W＝{W1,W2,...Wm}的向量来确定差值D'；例如，D'＝||[W]*([Xe-Xl])||，如上面关于表1所讨论的，作为匹配值的加权平均的示例。

另外在其它情况下，(1)中所示的优化问题可以用最小二乘问题来代替(例如，如下面的优化问题(2)所示的)，以确定b₀和b₁，其可以用作β₀和β₁的相应值：

用于将维修后数据PRD与记录的数据相匹配的许多其它示例和技术也是可能的。

在框140处，确定维修后数据PRD中的数据值是否与记录的数据值相匹配而使得在框120处执行的维修是成功还是不成功。如果确定在框120处执行的维修是成功的，则方法100可以进行至框144。否则，框120处执行的维修被确定为不成功，并且方法100可以进行至框142。

在框142处，可以生成框120处执行的维修是不成功的指示(例如，维修后比较报告)并将其提供给负责维修的设备、系统和/或人。指示可以包括针对一个或多个额外维修的建议。而且，维修后数据PRD可以被分类为不成功的维修后数据PRD并被添加到记录的数据中。

维修后比较报告可以包括针对确定维修是不成功的强度指示符，或者替代地，针对确定维修可能是成功的强度指示符。强度指示符可以每次在将维修后数据的实例被添加到记录的数据时来确定和/或修改。指定强度指示符的示例可以包括：维修成功(不成功)的可能性，与维修后数据PRD相匹配的记录的维修的百分比/数量，可能包括总的维修数量(例如，70％的记录的维修与维修后数据相匹配，1,502个记录的维修与维修后数据相匹配，2146个记录的维修与投诉C1相匹配，包括投诉C1的2146个记录的维修中有1502个记录的维修与维修后数据相匹配)。其它强度指示符也是可能的。在完成框142之后，方法100可以进行至框120。

在框144处，可以生成框120处执行的维修是成功的指示(例如，维修后比较报告)并将其提供给负责维修的设备、系统和/或人。维修后数据PRD可以被分类为待定成功的维修后数据PRD并被记录下来；例如，添加到记录的数据中。待定成功的数据是被分类为成功待定的可能的分类修订版的数据；例如，由于返修；在车辆V维修的预定时间段内添加的数据。在一些实施例中，可以在任意时间对任意或全部维修后数据进行重新分类。

在框150处，可以对关于车辆V是否返回来返修进行确定。可以基于诸如但不限于以下的因素来进行关于返修的确定：

●接收具有正返修指示符的额外维修后数据，

●接收指示返修的额外维修后数据；例如，如果额外的维修后数据来自不收取返修费用的商店，针对额外维修后数据的投诉与投诉C和/或与框120处执行的维修相关联的人工代码中的一些或全部相匹配，并且没有指示有收费，则指示返修，

●是否在经过的时间量内接收到了信息；即，假设在W天内保证车辆V的维修质量，并且已过去了超过W天而没有对V作进一步维修，则根据保修不再可能进行返修；例如，其中W等于7、30、60、90、365或366；以及

●与返修有关的其它因素。

如果车辆V已返回进行返修，则方法100可以进行至框152。否则，方法100可以进行到框160。

在框152处，与框120处进行的维修相关联的维修后数据PRD可以被分类为与返修相关的维修后数据PRD。

在框154处，可以生成针对返修的建议并将其提供给负责执行返修的设备、系统和/或人。例如，建议可以基于具有最有可能和/或最经常修正的先前返修的维修，该维修具有同与返修相关的维修后数据PRD相同或相似的维修后数据。关于返修的数据可以被添加到关于返修的维修后数据PRD中和/或以其它方式与关于返修的维修后数据PRD相关联。在完成框154之后，方法100可以进行至框120以执行返修。

在框160处，可以将与框120处执行的维修相关联的待定成功的维修后数据重新分类为成功的维修后数据。

在一些情景方案中，不将与维修订单或维修历史相关联的最后的维修后数据分类为待定成功的维修后数据。例如，如果技术人员、客户和/或其他人不同意维修被分类为不成功并然后决定维修已完成。作为另一示例，技术人员可以推荐额外的维修来完成维修订单，但是客户可以拒绝让那些额外的维修被执行。在额外的示例中，原始诊断和维修工作使得涉及额外维修的进一步问题被发现。然后，客户可以拒绝额外的维修，并因此汽车是变好但没有完全维修好。在这些(并且也许是其它)示例中，与完成的维修相关的维修订单可以与可被分类为不成功的最后的维修后数据相关联。在这些情景方案中，可以将最后的维修后数据重新分类为成功的维修后数据，而不管维修后数据的任何先前的分类。

在完成框160之后，方法100可以为已完成的。

在一些实施例中，可以执行与方法100有关但不同于方法100的一个或多个示例方法。这些一个或多个示例方法可以包括但限于，包括图1的框120、124、126、130、140和142的方面的示例方法，另一示例方法包括图1的框120、124、126、130、140、144、150、152和154的方面，和/或而另一示例方法包括框120、124、126、130、140、144、150和160的方面。

在其它实施例中，方法100可以将维修后数据分类成与成功、待定成功、不成功或返修相关的类别不同的、其它和/或更少的类别；类别例如为，很可能成功的维修后数据、不太可能成功的维修后数据、对于一个投诉是成功的维修后数据但对于另一投诉是不成功的维修后数据，等等。

图2A示出了根据实施例的示例维修会话数据200。在一些实施例中，维修会话数据200可以是或包括计算机可读数据。

可以使用许多技术来对车辆数据、投诉数据、维修后数据以及其它数据进行组织。一个示例技术是基于维修订单组织数据。例如，当顾客进入服务设施请求维修车辆时，服务设施可以生成维修订单来跟踪维修的进度。

图2A中示出了经由引用238连接的两个示例维修订单210、230。维修订单210包括维修订单(RO)号码210a、车辆数据212、投诉数据214以及初始条件数据216。车辆数据212可以包括关于车辆或其它受服务的设备的数据，例如，制造商名称、制造年份、型号信息；里程表/运行小时数(例如，地面车辆的里程数、飞机的运行和/或飞行小时数)信息；关于受服务的设备的组件的信息；例如，与车辆相关联的引擎信息、控制单元信息、组件的使用年限/制造商、车辆识别码(VIN)、序列号和/或其它识别码、与车辆相关联的一个或多个牌照/登记号码、关于车主的信息；例如，姓名、邮寄地址、电子/电子邮件地址、信用卡/财务信息、和/或与车辆有关的其它信息(例如，关于车辆的文本或其它观察)。

投诉数据214可以包括关于一个或多个投诉的任意信息，该投诉与使得请求进行维修订单210的维修的车辆/受服务的设备有关；例如，关于与同车辆数据212相关联的车辆/受服务的设备有关的已知症状/问题的信息。投诉数据214可以包括关于车辆/受服务的设备的文本、音频、视频、和/或投诉的其它描述、与关于车辆/受服务的设备的投诉相关联的人工代码和/或其它代码、和/或其它与投诉相关的数据。初始条件数据216可以包括获得的关于与车辆/受服务的设备有关的初始条件的任意数据，该初始条件尚未是车辆数据212和投诉数据214的部分，例如以上在至少图1的框110和122的上下文中所讨论的。初始条件数据216可以指示在生成维修订单210时存在的条件或在与维修订单210相关联的另一时间存在的条件，例如，开始维修以处理与维修订单210相关联的关于车辆/受服务的设备的投诉的时间，或者安排维修以开始处理与维修订单210相关联的关于车辆/受服务的设备的投诉的时间。

维修订单210还包括对相应的维修后数据(PRD)220、222、224的引用218a、218b、218c。如图2A中所示，与维修后数据相关的时间从左向右针对维修后数据220、222、224流逝；即，维修后数据220比维修后数据222更旧，而维修后数据222比维修后数据224更旧。维修后数据220、222、224中的每个中的数据可以如以上在图1的至少框126的上下文中所描述的。例如，作为维修订单210的部分，对车辆/受服务的设备尝试了三次维修：两次尝试被确定为不成功并且与维修后数据220和222相关联，而一次尝试被确定为最初是成功的并且与维修后数据224相关联。

在图2A中所示的示例中，维修订单230与针对与维修订单210相关的维修的返修有关。如此，引用238可以将维修订单210链接到维修订单230，并且反之亦然，以指示两个维修订单210、230之间的关系；例如，两个维修订单指向关于同一车辆的至少一个共同投诉。维修订单230包括与上述车辆数据212相似或相同的车辆数据212a，与投诉数据214共享至少一个投诉的投诉数据214a并因此投诉数据214a与上述投诉数据214相似或相同。

返修初始条件数据(CICD)216a可以包括在维修订单230还不是车辆数据212a和投诉数据214a的部分时获得的关于与车辆/受服务的设备有关的初始条件的任意数据，例如以上至少在图1的框110和122的上下文中所讨论的。返修初始条件数据(CICD)216a可以指示在生成维修订单230时存在的条件、或者在与维修订单230相关联的另一时间存在的条件，例如，开始维修以处理与维修订单230相关联的关于车辆/受服务的设备的投诉的时间，或者安排维修以开始处理与维修订单230相关联的关于车辆/受服务的设备的投诉的时间。

在确定维修订单230是与返修相关时，维修后数据224可以被重新分类为返修相关(CR)的维修后数据224，例如以上在图1的框152的上下文中所讨论的。

维修订单230还包括对相应的维修后数据232、234的引用236a、236b。如图2A中所示，与维修后数据相关的时间从左向右针对维修后数据232、234而流逝；即，维修后数据232比维修后数据234更旧。维修后数据232、234中的每个中的数据可以如以上在图1的至少框126的上下文中所描述的。例如，作为维修订单230的部分，对车辆/受服务的设备尝试两次维修：一次尝试被确定为不成功并且与维修后数据232相关联，而一次尝试被确定为成功并且与维修后数据234相关联。

用于组织维修相关的数据的另一技术是基于维修历史的组织。图2B示出了根据实施例的示例维修历史240。在一些实施例中，维修历史240可以是或包括计算机可读数据。

维修历史240包括使用车辆数据242描述的关于对车辆的许多维修的公共数据。公共数据包括车辆数据242、维修会话的数量、维修的数量以及对维修会话数据的一个或多个引用。在其它实施例中，更多、更少或不同的数据可以是维修历史240的部分。车辆数据242可以包括被描述为图2A的车辆数据212的数据。

维修会话可以总结在一个维修间隔期间在维修设施处对车辆/受服务的设备进行的一个或多个维修；即，维修会话可以表示与图2A的维修订单相同或相似的数据。在一些实施例中，维修会话数据中除了可以包括维修后数据之外，维修会话数据(例如，维修会话数据250、252、260)可以包括以上在维修订单210、230的上下文中讨论的数据，并因此对维修订单210的引用218a、218b、218c可以在表示为维修会话数据210时被修改或消除。此外，可以从每个维修订单中移除多个维修订单主要或完全共有的数据(例如，车辆数据)并将其作为公共数据放置在维修历史240中。

维修历史240示出了已对由车辆数据242描述的车辆进行了涉及总共m次维修(或维修尝试)的总共n个维修会话。维修会话数据250还可以包括对与三个维修会话相对应的相应的维修会话数据250、252、260的引用244、246、248。

维修会话数据250基于维修订单210；例如，维修会话数据250包括维修订单号210a、投诉数据214、初始条件数据216以及针对两次不成功的维修尝试220、222的维修后数据以及由维修订单210引用的与返修相关的维修后数据224。维修会话数据250还包括返修指示符，在图2B中设置为“N”(否)，这是因为维修订单210a不针对返修和相关的维修会话引用。相关的维修会话引用可以指向或涉及(refer to)与当前维修会话相关的维修会话数据(如果存在)，以及比使用维修会话数据250记录的维修会话在时间上稍后发生的维修会话数据。例如，相关的维修会话引用可以指向针对返修的维修会话数据，指向由于资源缺乏(例如，缺少零件、受过适当培训的技术人员)而推迟的维修，与仅在当前维修会话中进行的维修之后才可发现的投诉(例如，具有多个来源的投诉，其中仅有一些在针对当前维修会话的投诉中提及)相关和/或以其它方式与当前维修会话相关的的维修。

维修会话数据252基于维修订单230；例如，维修会话数据252包括维修订单号230a、返修投诉(CC)数据214a、返修初始条件数据216、以及维修订单230引用的针对一次不成功维修尝试232和一次成功维修尝试234的维修后数据。维修会话数据252还包括设置为Y(是)的返修指示符，这是因为维修订单230针对返修；以及对空数据254的相关维修会话引用，指示后面不再有与维修会话数据252相关的维修会话。由于维修会话数据252涉及针对在使用维修会话数据250记录的维修会话期间尝试的初始维修的返修，所以针对维修会话数据252的相关维修会话涉及维修会话数据250。

维修会话数据260基于图中未示出的维修订单，与由车辆数据242描述的对车辆/受服务的设备的第m次维修有关。维修会话数据260包括维修订单号、设置为N的返修指示符、与维修相关的投诉数据、针对维修的初始条件数据、以及针对一次成功的维修尝试的维修后数据。维修会话数据260还包括对空数据262的相关维修会话引用，指示后面不再有维修会话涉及维修会话数据260。

图2C是根据实施例的时间序列研究方法270的流程图。方法270的一些方面可以由诸如下面在图7A的上下文中讨论的计算设备700之类的的计算设备来执行。方法270可以在框272处开始，在框272处，计算设备可以获得针对具有一个或多个投诉C1的车辆V1的维修设施RF1的维修订单RO1。在框274处，可以对车辆V1执行维修R1以处理投诉C1。

在框276处，计算设备可以基于维修R1将维修订单RO1指派给一个或多个集群。例如，假设投诉C1包括“引擎发动不起来”的指示，以及维修R1包括更换车辆V1的点火线圈以尝试处理投诉C1。然后，计算设备可以基于执行以处理投诉C1的维修R1，将RO1指派给集群，例如，标记为“集群P0300，更换点火线圈”的集群。

稍后，计算设备可以执行框278以确定车辆V1是否在预定时间T(例如，一天或若干天、一周或若干周和/或一个月或若干月)内返回到维修设施RF1。如果计算设备确定车辆V1在预定时间T内没有返回到维修设施RF1，则计算设备/方法270可以进行至框290。否则，计算设备可以确定车辆V1确实在预定时间T内返回到维修设施RF1，并且计算设备/方法270可以进行至框280。

在框280处，计算设备可以确定车辆V1在有与投诉C1相同或相似的一个或多个投诉C2的情况下是否返回到维修设施RF1。如果计算设备确定投诉C2与投诉C1不相同或不相似，则计算设备/方法270可以进行至框282。否则，计算设备可以确定投诉C2与投诉C1相同或相似，并且因此计算设备/方法270可以进行至框284。

在框282处，计算设备已经确定投诉C2与投诉C1不相同或不相似。然后，当维修已完成尝试处理投诉C2时，计算设备可以提供报告以用于复查。该复查可以验证尝试处理投诉C2的维修不会是尝试处理投诉C1的维修；即，报告可以验证投诉C2实际上与投诉C1不相同或不相似。该复查可以由计算设备和/或另一实体来执行；例如，一个或多个人和/或一个或其它计算设备。在框282完成之后，方法270可以进行至框290。

在框284处，可以在维修设施RF1处对车辆V1执行维修R2以处理投诉C2。

在框286处，计算设备可以用于针对维修订单R01将维修R2记录为正确维修并从RO1中移除维修R1。

在框288处，计算设备可以基于维修R2来重新聚集维修订单RO1。即，计算设备可以基于维修R2将维修订单RO1指派给一个或多个集群。

为了继续上述将维修订单RO1指派给标记为“集群P0300，更换点火线圈”的集群的示例，进一步假设投诉C1和C2都包括“引擎发动不起来”的指示。在该示例中，假设维修R2包括更换车辆V1的一个或多个火花塞以尝试处理投诉C2(和C1)。然后，计算设备可以基于更换火花塞作为维修R2的部分，将RO1重新指派给新的集群，例如，标记为“集群P0300，更换火花塞”的集群。在一些实施例中，新的集群可以在此时被生成，或者可以在先前被生成。集群指示可以由计算设备存储；例如，作为维修订单RO1的部分，作为集群的列表或其它组织，和/或使用一些其它存储技术。

新的集群指派可以替换先前在框276处进行的的针对RO1的“集群P0300，更换点火线圈”集群指派，其中先前的集群指派仅基于维修R1。在一些实施例中，可以将多个集群指派给相同的维修订单-在这样的实施例中，“集群P0300，更换火花塞”的新集群指派可以附加到和/或以其它方式与先前在框276处进行的针对RO1的“集群P0300，更换点火线圈”集群指派组合在一起。

在框290处，方法270可以结束。在一些实施例中，方法270可被包括在循环或其它软件构造中以用于迭代/重复。在这些实施例中，框290的过程可以涉及终止涉及方法270的一个循环迭代而非完全终止方法270。

图3A示出了根据实施例的示例服务器300。服务器300包括维修后比较软件310。如图3A中所示，维修后比较软件310包括输入模块330、存储模块332、查询生成器334、比较模块336、维修后数据库(DB)338、维修建议模块340、规则引擎342以及输出模块344。

在一些实施例中，维修后比较软件310可以使用存储的可执行指令来实现，该可执行指令在由服务器300的一个或多个处理器302执行时，使服务器300执行维修后比较软件310的本文中描述的功能中的至少部分或全部。在其它实施例中，维修后比较软件310的功能中的全部的部分可以使用与处理器302不同的硬件组件来实现；例如，专用集成电路(ASICS)。在其它实施例中，维修后比较软件的组件330-344中的一些或全部可以被合并和/或进一步细分。

服务器300可以从一个或多个源(例如但不限于，位于一个或多个维修设施的计算设备和诊断装置)接收维修后比较(PRC)输入320。如图3A所示，维修后比较输入320可以包括但不限于维修后数据、部分和/或完整的维修订单、部分和/或完整的维修会话(RS)、以及维修后比较请求。

维修后比较输入320可以由维修后比较软件310的输入模块330接收。输入模块330可以筛查(screen)维修后比较输入320以确保输入数据与预定输入格式一致；例如，验证接收到的VIN值具有适当数量的字母数字符号，并且接收到的VIN值与标准VIN格式一致。一旦维修后比较输入320的输入数据通过筛查，则输入数据可以被格式化为格式化输入350以供维修后比较软件的其它组件使用；例如，输入数据可以用于填充软件对象、数据结构、数据字段等。

格式化输入350可以由输入模块330提供给维修后比较软件的一个或多个组件。图3A示出了格式化输入350被提供给存储模块332、查询生成器334以及比较模块336。在一些实施例中，可以将维修后比较输入320和/或格式化输入350的部分或全部提供给维修后比较软件310的更多、更少和/或不同组件。

存储模块332可以接收格式化输入350并将接收到的输入中的部分或全部存储为维修后数据库338。存储模块332可以被配置为将格式化输入350转换或另外重新格式化为数据库记录和/或数据库字段；例如，将格式化输入350重新格式化为一个或多个数据库记录中的部分或全部以存储在一个或多个关系数据库表中和/或以一个或多个其它数据库格式来存储。

查询生成器334可以生成一个或多个查询354以从维修后数据库338检索信息，这可能是基于格式化输入350中的部分或全部。示例查询可以请求维修后数据库338提供与以下相对应的数据：与特定VIN或其它标识符相关联的全部维修会话记录，来自特定维修设施在特定日期的全部维修订单，具有一特定PID或若干PID的值的全部(成功、不成功和/或返修相关的)维修后数据，在特定日期范围内、针对一个或多个给定制造商、一个或多个特定型号、一个或多个特定制造年份、和/或一个或多个车辆生产选项编号/常规生产选项而生成的全部(成功、不成功和/或返修相关的)维修后数据。许多查询354的更多示例也是可能的。

响应于查询354，维修后数据库338可以提供查询数据(QD)356，可能被格式化为查询响应(QR)。查询数据356可以采用数据库字段和/或记录的格式。在一些实施例中，查询生成器334可以将查询数据356重新格式化为查询响应；例如，查询数据356可以用于填充软件对象、数据结构、数据字段等以组成查询响应。

比较模块336可以接收格式化输入350中的部分或全部；例如，维修后比较请求，并且作为响应，生成比较结果(CR)362，例如，维修后比较和维修后比较报告。示例维修后比较报告显示为图3B的维修后比较报告380，如下面讨论的。

比较模块336可以审查与输入的维修后比较请求相关联的维修后数据和其它相关数据，例如，相关的维修订单和/或维修会话，并且尝试将维修后数据和/或其它相关数据与存储在维修后数据库338中的数据进行匹配。例如，比较模块336可以使用关于以上在图1的上下文中讨论的方法100的框130所讨论的技术中的一些或全部，来将维修后数据与存储在维修后数据库338中的数据进行匹配。

比较模块336可以使用一个或多个规则来控制或指导维修后数据与记录的数据之间的比较。例如，比较模块336可以向规则引擎342提供规则查询(RQ)370a，请求用于比较维修后数据和记录数据中的部分或全部的规则。示例规则查询370a包括但限于针对以下的查询：与一个或多个特定车辆相关的规则，与一个或多个特定PID相关的规则，与返修相关数据相关的规则，与一个或多个人工代码相关的规则，与一个或多个部件代码相关的规则及其组合(例如，与特定PID和特定部件代码相关的规则)。响应于规则查询370a，规则引擎342可以提供具有所请求的规则的规则查询响应(RQR)370b。在一些实施例中，比较模块336可以并入规则，包括经由规则查询370a检索到的规则；即，比较模块336可以包括规则引擎342的功能中的一些或全部。

为了从维修后数据库338获得记录的数据，比较模块336可以向查询生成器334提供一个或多个查询请求(QR)358以请求对维修后数据库338的查询。响应于查询请求358，查询生成器334可以提供从维修后数据库338获得的查询数据360。在一些实施例中，比较模块336可以包括查询生成器334的功能中的部分或全部；例如，比较模块336可以直接查询维修后数据库338，并且响应于这样的查询，直接从维修后数据库338接收查询数据360。

一旦从维修后数据库338获得记录的数据，就可以由比较模块336审查记录的数据以确定与输入的维修后数据PRDy相关联的维修过程Ry处理关于与维修后数据PRDy相关联的车辆Vy的投诉Cy的可能性。例如，比较模块336可以首先生成查询请求358以获得针对与车辆Vy具有相同制造商、相同型号以及相同年份的的车辆的、以及处理与投诉Cy相同或相似的投诉的全部维修后数据和维修订单。

与处理投诉Cy的维修相关的数据可以用于估计维修过程Ry处理投诉Cy的可能性。例如，假设维修后数据库338存储与针对与车辆Vy具有相同制造商、型号和制造年份的型号的投诉Cy相关的N个数据库记录。如果N低于数据库记录的阈值数量；例如，N<100,500,1000，可以获得额外的数据。在一些其它示例中，比较模块336可以通过将搜索扩展到与正在维修的车辆的型号相关的其它型号来获得额外数据；例如，使用相同车辆平台制造的型号，在之前或随后年份中使用同一代车辆平台制造的型号等。在其它示例中，维修后比较可以在少于阈值数量的数据库记录的情况下进行；例如，针对不寻常的车辆，在数据库最初获得数据时等。

然后，比较模块336可以检查与投诉Cy和车辆Vy相关的N个数据库记录，以确定以下值，其包括但限于使用维修过程Ry成功维修投诉Cy的成功记录NSy的数量，使用维修过程Ry没有成功维修投诉Cy的不成功记录NUy的数量，以及执行维修过程Ry并且随后进行返修的与返修相关的记录NCy的数量。然后，可以基于以下内容来确定估计的成功率：成功记录NSy的数量与数据库记录的数量N的比率NSy/N；不成功记录NUy的数量与数据库记录的数量N的比率NUy/N；成功记录NSy与不成功记录NUy之间的数量差和数据库记录的数量N的比率(NSy-NUy)/N，其中如果(NSy-NUy)/N为负值，则使用值0；成功记录NSy、不成功记录NUy和返修记录NCy的数量与a、b和c(每个都是预定值)的线性组合与数据库记录的数量N的比率(a*NSy+b*NUy+c*NCy)/N，并且其中如果线性组合a*NSy+b*NUy+c*NCy为负值，则使用值0。对成功或不成功维修的可能性的其它估计也是可能的。

维修建议模块340可以接收格式化输入350中的部分或全部；例如，维修后比较请求，并且作为响应，建议零个或更多个额外维修以处理被确定为与接收到的维修后数据相关的维修未解决的问题。在下面讨论的图3B的报告结果394中，示例建议的维修显示为“建议的额外过程以避免返修”。

维修建议模块340可以使用比较模块336提供的比较报告362来确定零个或更多个额外维修。例如，维修建议模块340可以首先基于比较报告362中的维修后数据与记录的数据的比较来确定是否应该提供任意额外的维修。即，如果比较报告362指示与接收到的维修后数据相关联的维修已处理与维修相关联的投诉，则维修建议模块340可以确定不会产生额外的维修。在另一示例中，比较报告362的比较报告可以指示与接收到的维修后数据相关联的维修之前未处理投诉。然后，维修建议模块340可以确定可提供至少一个额外维修作为建议的维修368。

维修建议模块340可以使用一个或多个规则来控制或指导维修后数据与记录的数据之间的比较。例如，维修建议模块340可以向规则引擎342提供规则查询370c，请求规则以确定建议的维修。示例规则查询370c可以包括但限于上述示例规则查询370a。响应于规则查询370c，规则引擎342可以向规则查询响应370d提供请求的规则。在一些实施例中，维修建议模块340可以并入规则，包括经由规则查询370b检索的规则；即，维修建议模块340可以包括规则引擎340的功能的一些或全部。

建议的维修368可以使用维修后数据库338中的数据来确定。为了从维修后数据库338获得数据，维修建议模块340可以向查询生成器334提供一个或多个查询请求364以请求对维修后数据库338的查询。响应于查询请求364，查询生成器334可以提供从维修后数据库338获得的查询数据366。在一些实施例中，维修建议模块340可以包括查询生成器334的功能中的部分或全部；例如，维修建议模块340可以直接查询维修后数据库338，并且响应于这样的查询，直接从维修后数据库338接收查询数据366。

一旦从维修后数据库338获得记录的数据，则维修建议模块340可以审查记录的数据，以确定同与输入的维修后数据相关联的投诉Cz相关的成功维修过程。例如，维修建议模块340可以首先生成查询请求364以获得针对与正在维修的车辆具有相同制造商、相同型号和相同年份的车辆的、以及处理了与投诉Cz相同或相似的投诉的全部成功维修后数据和维修订单。在一些其它示例中，维修建议模块340可以通过将搜索扩展到与正在维修的车辆的型号相关的其它型号来获得额外数据；例如，使用相同车辆平台制造的车型，在之前或随后年份中使用同一代车辆平台制造的型号。

然后，维修建议模块340可以确定之前作为维修后数据库338中记录的维修的部分而非针对输入的维修后数据而执行的维修过程，并且建议尚未执行的维修过程作为建议的维修368。建议的维修368可以通过以下内容被分类；例如，与每个特定维修过程相关联的成功维修的数量，同与每个特定维修过程相关联的成功返修相关的维修的数量，执行每个特定维修过程所估计的时间量，可能用于执行每个特定维修过程的零件的数量或估计成本。

在一些实施例中，建议的维修368可以至少部分地基于维修的流程图、分类法、列表和/或其它分组来确定。例如，维修建议模块340可以审查指示为格式化输入350和/或比较报告362的部分的投诉、关于维修的组织的人工代码、零件代码、和/或维修后数据，以确定哪些维修可以有待执行，并因此可以被提供为建议的维修368。例如，假设接收到与车辆Vz的分量COz相关的投诉Cz，并且与涉及人工代码LCz1和LCz2的维修Rz相关的维修后数据的比较报告由比较模块336生成，以及比较模块336确定Rz可能未处理投诉Cz。然后，维修建议模块340可以找到与Cz、Coz、Vz相关的维修和/或其它相关维修的一个或多个流程图、分类法、列表和/或其它分组，以确定可以用于处理Cz的一系列维修。其它相关维修可以包括作为维修订单的部分来执行的维修，该维修订单的部分导致与投诉Cz、组件Coz和/或车辆Vz相关的返修；作为成功处理投诉Cz的维修订单的部分来执行的维修；对Vz和/或相似车辆执行的维修；和/或使用组件Coz和/或相似/相关组件来执行的维修。

基于维修后数据和/或人工代码LCz1和LCz2，维修建议模块340可以遍历维修分组以查看是否实际上已执行与维修后数据、投诉Cz和/或人工代码LCz1和LCz2一致的全部可能的维修。

在特定实施例中，来自维修后数据库的数据可以用于对维修的组织进行注释。例如，假设维修投诉Cy的示例流程图如表2A中所示：

表2A

然后，在该示例中，假设进行测量M1以获得2.2的M1值，并且执行维修R1。然后，作为维修后比较的部分，流程图可以利用获得的数据来注释，并且与产生维修后数据的维修执行的过程相关。这种经注释的流程图的示例在下面的表2B中示出，其中流程图的经注释的状态以粗体显示。

表2B

在表2B中所示的经注释的流程图中，每个注释有三个值：n指的是与流程图中的状态相关联的数据库记录的总数，s指的是与状态相关联的成功维修的数量，而c指的是与状态相关联的返修的数量。例如，“识别投诉Cy”状态有注释“(n＝1023，s＝300，c＝48)”，指示在与“识别投诉Cy”相关的总共1023个数据库记录中有300个成功数据库记录和48个返修数据库记录。与该示例中执行的维修R1相关的注释为“(n＝71，s＝57，c＝2)”，指示在由表2A和表2B的流程图指示的上下文中，在与维修R1相关的总共71个数据库记录中，那些数据库记录中的57个与成功维修相关，并且两个记录与返修相关。因此，如果维修R1成功地执行，则维修R1有可能会成功地处理投诉Cy，这是因为相关注释指示71次维修中有57次成功，并且只有两次导致返修。

可以将比较报告362和/或建议报告368存储在维修后数据库338中，以准许将比较报告对比后来的数据进行审核，稍后复查所提供的与特定维修相关的结果，和/或保持更完整的维修记录。例如，比较报告362和/或建议报告368可以与维修订单、维修会话和/或维修历史一起存储，以指示维修后比较是何时执行的以及提供的维修后比较的内容。

图3A示出了可以将比较报告362和建议报告368提供给输出模块344以输出作为维修后比较输出378。维修后比较输出378可以包括维修后比较响应；即，对维修后比较请求的响应。维修后比较输出378还可以或者替代地包括比较结果、建议的维修、维修后比较报告、流程图、经注释的流程图和/或其它维修后比较相关的信息。

图3B示出了根据实施例的具有显示维修后比较(PRC)报告384的用户界面382的示例诊断装置380。例如，用户界面380可以是和/或包括被配置为在诊断装置380的一个或多个处理器上执行的图形用户界面软件。维修后比较报告384可以用于跟踪维修后数据与记录的数据的比较以及复查这些比较的结果。可以在维修后比较报告384中提供比图3B中示出的更多、更少或不同的信息。可以使用图形内容、文本内容、视频内容和/或音频内容来提供维修后比较报告384中的信息。可以经由用户界面382的一个或多个组件使用命令来请求维修后比较报告；例如，选择图标或按钮，激活应用，使用对话框/窗体、和/或基于其它用户界面相关技术来请求输出，例如，维修后比较报告384。

维修后比较报告384包括顾客信息386、投诉388、维修状态390、报告状态392以及报告结果394。如图3B中所示，顾客信息386可以包括顾客姓名“J.Doe”、车辆识别码(VIN)以及识别制造年份“2014”、制造商“Tuftrux”、以及车辆型号“XYZ123 Turbo”的车辆描述“2014 Tuftrux XYZ123 Turbo”。在一些实施例中，可以包括更多、更少和/或不同的信息作为客户信息386。

图3B指示投诉388包括可用于识别投诉的文本投诉“引擎不稳定怠速运转”和投诉代码“代码AAA456”。在一些实施例中，可以包括更多、更少和/或不同的信息作为投诉388。图3B指示维修状态390包括执行的人工代码“LC123，LC456”和使用的零件代码“PC445567，PC445589”的列表，该列表可用于分别识别用于执行维修的工作和零件。在一些实施例中，可以包括更多、更少和/或不同的信息作为维修状态390。

可以更新报告状态392以显示维修后比较的进度。图3B显示了报告状态392包括“获得的数据”以指示在诊断装置380处已获得维修后比较的数据以用于维修后比较。数据可以从诊断装置380、顾客(例如，提供顾客信息386和/或投诉388的部分或全部)、技术人员(例如，更新维修状态390和/或执行与收集维修后数据相关的活动)、其它诊断装置、其它计算设备以及其它来源中的一个或多个来获得数据。

维修状态392还包括“数据已发送到服务器”以指示所获得的数据已从诊断装置380发送到服务器；例如，服务器300或用于执行维修后比较的其它计算设备。报告状态392进一步包括“已接收到比较数据！”以指示所请求的维修后比较已经完成。在一些实施例中，可以包括更多、更少和/或不同的信息作为报告状态392。

图3B描述了报告结果394，其包括关于维修成功可能性的信息“维修不成功的机会为79％(基于412次维修)”，该信息包括关于数量为“412”的维修相关记录用于估计成功可能性的信息；例如，上面在图3B的上下文中讨论的维修后数据库338的数据库记录。报告结果394还指示额外的维修过程以避免返修-在图3B中所示的示例中，显示了两个额外的维修过程：第一过程“修复PC445589并且更换PC445600”和第二过程“更换PC451233”。对于第一过程，图3B显示了对成功的估计“65％成功”、估计的人工成本“1小时/50美元”以及估计的零件成本为“23.94美元”。对于第二程序，图3B显示了对成功的估计“3％成功”、估计的人工成本“2.5小时/$125”以及估计的零件成本“47.07美元”。在一些实施例中，可以包括更多、更少和/或不同的信息作为报告结果394。

另外在其它实施例中，诊断装置380和/或用户界面382可以使得能够选择相关操作到维修后比较报告384。例如，在图3B中所示的示例中，诊断装置380的用户可以能够选择建议的维修过程并且请求在选择的维修过程中使用的零件的库存信息，观看、阅读和/或收听与选择的维修过程相关的信息；例如，观看和/或收听演示所建议的维修过程的视频，阅读与建议的维修过程相关的手册页或维修组织，检查提供给客户的针对总体维修的成本和/或时间估计，查看可用的技术人员、和/或经过培训可以执行建议的维修过程的和/或可用的能执行建议的维修过程的其他人员的列表。相关操作的许多其它示例也是可能的。

示例维修后数据比较情景方案

图4A示出了根据实施例的维修情景方案400。情景方案400涉及拥有具有投诉C1的车辆V的车辆的所有者410；包括诊断装置380和维修计算设备(CD)422的维修设施420，该维修计算设备(CD)422可用于输入、存储、传送和处理维修订单以及可能其它维修相关的信息，例如，创建、读取、更新和删除维修订单；以及服务器300。

情景方案400在430处开始，在430处车辆的所有者410将车辆V带来使维修设施420处理车辆V的投诉C1。然后，在框432处，维修计算设备422可以创建维修订单和/或维修会话RO/RS1以处理车辆V的投诉C1。在框434处，维修设施420的一个或多个技术人员可以将车辆V连接到诊断装置380。

一旦连接，则在框440处，计算设备422和/或诊断装置380可以进行初始条件(IC)诊断以获得初始条件数据D1。例如，初始条件数据D1可以是以上关于图1的框110描述的初始条件数据的实例。

在框442处，计算设备422和/或诊断装置380可以用于尝试维修车辆V以处理投诉C1。

在框444处，计算设备422和/或诊断装置380可以用于至少部分通过运行维修后诊断来获得维修后数据D2。维修后数据D2可以是以上关于图1的框126描述的维修后数据PRD的实例。

当框444完成时，计算设备422可以利用来自维修订单/维修会话RO/RS1的信息、初始条件数据D1以及维修后数据D2中的一些或全部来生成维修后比较请求450。一旦生成，则计算设备422可以将维修后比较请求450发送到服务器300。

在一些实施例中，计算设备422和/或诊断装置380可以基于初始条件数据D1来调整维修后数据D2，例如以上在图1的框128的上下文中所讨论的。在情景方案400中，服务器300基于初始条件数据D1对维修后数据D2执行任意调整，例如以上在图1的框128的上下文中所讨论的。在其它实施例中，服务器300可以存储D1作为初始条件和/或作为维修后数据D2的部分。另外在其它实施例中，诊断装置380而非计算设备422可以生成和/或发送维修后比较请求450到服务器300。

在框452处，服务器300可以将维修后数据D2与记录的数据进行匹配；例如，维修后数据库338中的数据，例如以上在图1的框130的上下文中所讨论的。服务器300可以确定维修后数据D2中的数据值是否指示在框442处执行的维修是否成功，例如以上在图1的框140的上下文中所讨论的。

在情景方案400中，服务器300可以基于维修后数据D2同与投诉C1相关的数据的匹配来确定在框442处执行的维修是成功的。然后，服务器300可以将维修后数据D2存储为待定成功(PS)数据，例如以上在框160的上下文中所讨论的。

在完成框452之后，服务器300可以生成维修后比较响应454并将其发送到计算设备422，以传送基于维修后数据D2的匹配而在框442处执行的维修是成功的确定。例如，维修后比较响应454可以是与图3B的维修后比较报告380相似的维修后比较报告。以上在图3A的上下文中讨论了其它维修后比较响应。在一些实施例中，服务器300可以生成维修后比较响应454并将其发送到诊断装置380而非计算设备422。在其它实施例中，服务器300可以生成维修后比较响应454并将其发送到诊断装置380和计算设备422。在其它情景方案中，在接收到维修后比较响应454时，计算设备422可以将维修后比较响应454转发到诊断装置380(或者在一些实施例中反之亦然)

在框470处，当在框442处尝试的维修被指示为成功时，计算设备422可以用于关闭维修订单/维修会话RS1。在框472处，诊断装置380可以与车辆V断开连接。

然后，计算设备422或维修设施420的其它组件可以用于向车辆的所有者410提供维修完成信息474，指示对车辆V的维修已完成并且投诉C已处理。例如，维修完成信息474可以包括维修订单/维修会话RS1中的一些或全部、和/或维修后比较响应454中的一些或全部；例如，车辆的所有者410的维修订单的副本和/或指示在框442处执行的维修已由服务器300指示为成功的信息。

在框476处，指示至少过了CB天，其中CB是用于指示维修后数据D2是否与返修有关的阈值天数。在情景方案400中，没有与车辆V的投诉C1相关的返修或其它维修被请求，并且不存在与确定返修的相关的其它因素(例如以上在图1的框150的上下文中所讨论的)。因此，在框478处，服务器300可以将维修后数据D2重新分类为成功的维修后数据；例如，如以上在图1的框160的上下文中所讨论的。情景方案400可以在框478完成时终止。

图4B示出了根据实施例的维修情景方案400b。维修情景方案400b与维修情景方案400相关。如图4A中描述的，图4B中所示的项共享与图4A相同的附图标记，图4B中具有不同附图标记的项包括字母“b”作为后缀。情景方案400和情景方案400b在一直到向服务器300发送维修后比较请求450的流程是相同的。

然后，情景方案400b在框452b处继续，在框452b处服务器300可以将维修后数据D2同与投诉C1相关的记录的数据进行匹配，例如以上在图1的框130的上下文中所讨论的。服务器300可以确定维修后数据D2中的数据值是否指示在框442处执行的维修是否成功，例如以上在图1的框140的上下文中所讨论的。

在情景方案400b中，服务器300可以基于维修后数据D2的匹配确定在框442处执行的维修不成功。然后，服务器300可以将维修后数据D2存储为不成功数据，例如以上在框142的上下文中所讨论的。

在完成框452b之后，服务器300可以生成维修后比较响应454b并将其发送到计算设备422，以传送基于维修后数据D2的匹配在框442处执行的维修是不成功的确定。例如，维修后比较响应454b可以是与图3B的维修后比较报告380相似的维修后比较报告。上面在图3A的上下文中讨论了其它维修后比较响应。

在框456b处，在接收到不成功的维修后比较响应454b之后，计算设备422和/或诊断装置380可以用于尝试维修车辆V以处理投诉C1。在情景方案400b中，维修后比较响应454b包括用于处理投诉C1的建议的维修，并且在框456b处执行建议的维修。

在框458a处，计算设备422和/或诊断装置380可以用于至少部分通过运行维修后诊断来获得维修后数据D3。维修后数据D3可以是以上关于图1的框126描述的维修后数据PRD的实例。

在完成框458a时，计算设备422可以利用来自维修订单/维修会话RO/RS1的信息和维修后数据D3中的一些或全部来生成维修后比较请求460b。一旦生成，则计算设备422可以将维修后比较请求460b发送到服务器300，例如以上在图4A的上下文中所讨论的。

在框462b处，服务器300可以将维修后数据D3同与投诉C1相关的记录的数据进行匹配，基于维修后数据D3的匹配确定在框456b处尝试的维修是成功的，并且将维修后数据D3存储为待定成功的数据，例如以上在图4A的框452的上下文中所讨论的。

在完成框462b之后，服务器300可以生成维修后比较响应464b并将其发送到计算设备422，以传送基于维修后数据D2的匹配在框456b处尝试的维修是成功的确定，例如以上在图4A的维修后比较响应454的上下文中所讨论的。

在框470处，当在框456b处尝试的维修被指示为成功时，计算设备422可以用于关闭维修订单/维修会话RS1。在框472处，诊断装置380可以与车辆V断开连接。

然后，计算设备422或维修设施420的其它组件可以用于向车辆的所有者410提供维修完成信息474，指示对车辆V的维修已完成并且投诉C已处理。例如，维修完成信息474可以包括维修订单/维修会话RS1中的一些或全部、和/或维修后比较响应454中的一些或全部；例如，车辆的所有者410的维修订单的副本和/或指示在框442处执行的维修已由服务器300指示为成功的信息。

在框476处，指示至少过了CB天，其中CB为用于指示维修后数据D2和/或D3是否与返修有关的阈值天数。在情景方案400中，没有与车辆V的投诉C1相关的返修或其它维修被请求，并且不存在与确定返修相关的其它因素(例如以上在图1的框150的上下文中所讨论的)。因此，在框478b处，服务器300可以将维修后数据D3重新分类为成功的维修后数据；例如，如以上在图1的框160的上下文中所讨论的。情景方案400b可以在框478b完成时终止。

图5A示出了根据实施例的维修情景方案500。情景方案400涉及拥有具有投诉C2和随后的投诉C3的车辆V的车辆的所有者410；包括诊断装置380和维修计算设备422的维修设施420，该维修计算设备422可以用于输入、存储、传送和处理维修订单以及可能其它维修相关信息，例如，创建、读取、更新和删除维修订单；以及服务器300。

情景方案500在510处开始，在510处，车辆的所有者410将车辆V带来使维修设施420处理车辆V的投诉C2。然后，在框512处，维修计算设备422可以创建维修订单和/或维修会话RO/RS2以处理车辆V的投诉C2。在框514处，维修设施420的一个或多个技术人员可以将车辆V连接到诊断装置380。

一旦连接，则在框520处，计算设备422和/或诊断装置380可以进行初始条件诊断以获得初始条件数据D4。例如，初始条件数据D4可以是以上关于图1的框110描述的初始条件数据的实例。

在框522处，计算设备422和/或诊断装置380可以用于尝试维修车辆V以处理投诉C2。

在框524处，计算设备422和/或诊断装置380可以用于至少部分通过运行维修后诊断来获得维修后数据D5。维修后数据D5可以是以上关于图1的框126描述的维修后数据PRD的实例。

在框524完成时，计算设备422可以生成并发送维修后比较请求530，例如以上在图4A的维修后比较请求450的上下文中所描述的。

在框532处，服务器300可以将维修后数据D5同与投诉C2相关的记录的数据进行匹配，例如以上在图1的框130的上下文中所讨论的。服务器300可以确定维修后数据D5中的数据值是否指示在框522处执行的维修是否成功，例如以上在图1的框140的上下文中所讨论的。

在情景方案500中，服务器300可以基于维修后数据D5的匹配确定在框522处执行的维修是成功的。然后，服务器300可以将维修后数据D5存储为待定成功数据，例如以上在框160的上下文中所讨论的。

在完成框532之后，服务器300可以生成维修后比较响应534并将其发送到计算设备422，计算设备422具有与维修订单和/或维修会话RO/RS2相关的信息、初始条件数据D4以及维修后数据D5中的一些或全部，例如以上在图4A的维修后比较响应454的上下文中所描述的。

在框536处，当在框522处尝试的维修被指示为成功时，计算设备422可以用于关闭维修订单/维修会话RS2。在框538处，诊断装置380可以与车辆V断开连接。

然后，计算设备422或维修设施420的其它组件可以用于向车辆的所有者410提供维修完成信息540，例如以上在图4A的维修完成信息474的上下文中所讨论的。

在提供维修完成信息540之后，如图5A中绘制的条所指示的，时间在542处流逝。在情景方案500中，542处流逝的时间量小于CB天，其中CB为用于指示维修后数据是否与返修相关的阈值天数。

情景方案500在550处继续，在550处，车辆的所有者410将车辆V带来使维修设施420处理车辆V的投诉C3。然后，在框552处，维修计算设备422可以创建维修订单和/或维修会话RO/RS3以处理车辆V的投诉C3。在情景方案500中，投诉C3与C2无关。因此，维修订单和/或维修会话RO/RS3不被视为与返修相关。在框554处，维修设施420的一个或多个技术人员可以将车辆V连接到诊断装置380。

一旦连接，则在框556处，计算设备422和/或诊断装置380可以进行初始条件诊断以获得初始条件数据D6。例如，初始条件数据D6可以是以上关于图1的框110描述的初始条件数据的实例。

在框558处，计算设备422和/或诊断装置380可以用于尝试维修车辆V以处理投诉C3。

在框560处，计算设备422和/或诊断装置380可以用于至少部分通过运行维修后诊断来获得维修后数据D7。维修后数据D7可以是以上关于图1的框126描述的维修后数据PRD的实例。

在框560完成时，计算设备422可以生成并发送维修后比较请求570，该维修后比较请求570具有与维修订单和/或维修会话RO/RS3相关的信息、初始条件数据D6以及维修后数据D7中的一些或全部，例如以上在图4A的维修后比较请求450的上下文中所描述的。

在框572处，服务器300可以将维修后数据D7同与投诉C3相关的记录的数据进行匹配，例如以上在图1的框130的上下文中所讨论的。服务器300可以确定维修后数据D7中的数据值是否指示在框558处执行的维修是否成功，例如以上在图1的框140的上下文中所讨论的。

在情景方案500中，服务器300可以基于维修后数据D7的匹配来确定在框558处执行的维修是成功的。然后，服务器300可以将维修后数据D7存储为待定成功数据，例如以上在框160的上下文中所讨论的。

在完成框572之后，服务器300可以生成维修后比较响应574并且将其发送到计算设备422，例如以上在图4A的维修后比较响应454的上下文中所描述的。

在框576处，当在框558处尝试的维修被指示为成功时，计算设备422可以用于关闭维修订单/维修会话RS3。在框578处，诊断装置380可以与车辆V断开连接。

然后，计算设备422或维修设施420的其它组件可以用于向车辆的所有者410提供维修完成信息580，例如以上在图4A的维修完成信息474的上下文中所讨论的。

在提供维修完成信息580之后，图5A的框582指示从维修请求510时开始至少过了CB天。在情景方案500中，没有与车辆V的投诉C2相关的返修或其它维修被请求，并且不存在与确定返修相关的其它因素(例如以上在图1的框150的上下文中所讨论的)。因此，在框584处，服务器300可以将维修后数据D5重新分类为成功维修后数据；例如，如以上在图1的框160的上下文中所讨论的。

图5A指示，在框586处，从维修请求550时开始至少过了CB天。在情景方案500中，没有与车辆V的投诉C3相关的返修或其它维修被请求，并且不存在与确定返修相关的其它因素(例如以上在图1的框150的上下文中所讨论的)。因此，在框588处，服务器300可以将维修后数据D7重新分类为成功维修后数据；例如，如以上在图1的框160的上下文中所讨论的。情景方案500可以在框588完成时终止。

图5B示出了根据实施例的维修情景方案500b。维修情景方案500b涉及维修情景方案500。如图5A中所描述的，图5B中所示的项与图5A共享相同的附图标记，图5B中具有不同附图标记的项包括字母“b”作为后缀。情景方案500和500b在包括向车辆的所有者410提供维修完成信息540之前的流程是相同的。

然后，在提供维修完成信息540之后，如在图5B中绘制的条所指示的，在情景方案500b中时间在542b处流逝。在情景方案500b中，542b处流逝的时间量小于CB天，其中CB为用于指示维修后数据是否与返修相关的阈值天数。

情景方案500b在550b处继续，在550b处，车辆的所有者410将车辆V带来使维修设施420处理车辆V的与返修相关的投诉C2c。然后，在框552处，维修计算设备422可以创建维修订单和/或维修会话RO/RS2c以处理车辆V的投诉C2c。在情景方案500b中，投诉C2c是与原始投诉C2相关的返修的投诉。因此，维修订单和/或维修会话RO/RS2c可以被认为与返修有关。在情景方案500b中，维修订单和/或维修会话RO/RS2c包括与返修相关的指示。

在一些实施例中，不是创建与用于处理投诉C2c的维修相关的维修订单和/或维修会话RO/RS2c，而是维修订单和/或维修会话RO/RS2可以被扩展为与用于处理投诉C2c的维修相关，和/或被修改以指示RO/RS2为返修相关的订单。

在框554b处，维修设施420的一个或多个技术人员可以将车辆V连接到诊断装置380。一旦连接，则在框556b处，计算设备422和/或诊断装置380可以进行初始条件诊断以获得初始条件数据D8。例如，初始条件数据D8可以是以上关于图1的框110描述的初始条件数据的实例。

在框558b处，计算设备422和/或诊断装置380可以用于尝试维修车辆V以处理投诉C2c。

在框560b处，计算设备422和/或诊断装置380可以用于至少部分地通过运行维修后诊断来获得维修后数据D9。维修后数据D9可以是以上关于图1的框126描述的维修后数据PRD的实例。

在框560b完成时，计算设备422可以生成并发送维修后比较请求570b，其具有与维修订单和/或维修会话RO/RS2c相关的信息、初始条件数据D8以及维修后数据D9中的一些或全部，例如以上在图4A的维修后比较请求450的上下文中所描述的。

在框572b处，服务器300可以将维修后数据D9同与投诉C2c相关的记录的数据进行匹配，例如以上在图1的框130的上下文中所讨论的。服务器300可以确定维修后数据D9中的数据值是否指示在框558b处执行的维修是否成功，例如以上在图1的框140的上下文中所讨论的。在情景方案500b中，服务器300可以基于维修后数据D9的匹配确定在框558b处执行的维修是成功的。然后，服务器300可以将维修后数据D7存储为待定成功数据，例如以上在框160的上下文中所讨论的。

服务器300还可以确定如维修请求550b所请求的，车辆V已返回进行返修，例如以上在图1的框150的上下文中所讨论的。然后，服务器300可以将与情景方案500b的维修522相关联的维修后数据D5分类为返修相关(CB)的维修后数据，如图1的框152处所指示的，这是因为现在已知维修522已导致由维修请求550b请求的返修。

在完成框572b之后，服务器300可以生成维修后比较响应574b并将其发送到计算设备422，例如以上在图4A的维修后比较响应454的上下文中所描述的。

在框576b处，当在框558b处尝试的维修被指示为成功时，计算设备422可以用于关闭维修订单/维修会话RS2c。在框578b处，诊断装置380可以与车辆V断开连接。

然后，计算设备422或维修设施420的其它组件可以用于向车辆的所有者410提供维修完成信息580c，例如以上在图4A的维修完成信息474的上下文中所讨论的。

在提供维修完成信息580c之后，图5A的框582b指示从维修请求550b时开始至少过了CB天。在情景方案500b中，没有与车辆V的投诉C2或C2c相关的返修或其它维修被请求，并且不存在与确定(额外)返修相关的其它因素(例如以上在图1的框150的上下文中所讨论的)。因此，在框584b处，服务器300可以将维修后数据D9重新分类为成功维修后数据；例如，如以上在图1的框160的上下文中所讨论的。情景方案500b可以在框584b完成时终止。

示例计算网络

图6是根据示例实施例的示例计算网络600的框图。在图6中，服务器300、608和610被配置为经由网络606与维修设施420的诊断装置380和计算设备422以及客户端设备604a、604b和604c进行通信。如图6中所示，客户端设备可以包括个人计算机604a、膝上型计算机604b以及智能电话604c。更一般地，客户端设备604a-604c(或任意额外的客户端设备)可以是任意类型的计算设备，例如，工作站、网络终端、桌上型计算机、膝上型计算机、无线通信设备(例如，小区电话或智能电话)，等等。以上在至少图3A和图4A-图5B的上下文中讨论了服务器300。以上在至少图3B和图4A-图5B的上下文中还讨论了包括诊断装置380和计算设备422的维修设施420。在计算网络600的上下文中，各计算设备422和诊断装置380可以用作客户端设备。

网络606可以对应于局域网、广域网、公司内联网、公共互联网、及其组合、或者被配置为提供联网计算设备之间的通信的任意其它类型的网络。在一些实施例中，可以保护联网计算设备之间的通信中的部分或全部。

服务器300、608和610可以共享内容和/或向诊断装置380、计算设备422以及客户端设备604a-604c提供内容。如图6中所示，服务器300、608和610在物理上不在相同的位置。替代地，一些或全部服务器300、608和610可以共同定位，和/或可以经由与网络606分离的一个或多个网络进行访问。虽然图6示出了五个客户端设备和三个服务器，但是网络606可以服务多于或少于五个客户端设备和/或多于或少于三个服务器。在一些实施例中，服务器300、608、610中的一个或多个可以执行本文中描述的方法中的一些或全部；例如，方法100和/或800。

示例计算设备

图7A是根据实施例的包括用户界面模块701、网络通信接口模块702、一个或多个处理器703以及数据存储装置704的示例计算设备700的框图。

特别地，图7A中示出的计算设备700可以被配置为执行服务器300、诊断装置380、计算设备422、客户端设备604a-604c、网络606和/或服务器608、610的一个或多个功能，和/或方法100和/或方法800中的一个或多个功能。计算设备700可以包括用户界面模块701、网络通信接口模块702、一个或多个处理器703以及数据存储装置704，全部这些可以经由系统总线、网络或其它连接机制705链接在一起。

计算设备700可以是桌上型计算机、膝上型或笔记本计算机、个人数据助理(PDA)、移动电话、嵌入式处理器、触摸使能的设备或者配备有能够执行机器语言指令的至少一个处理单元的任意相似设备，该机器语言指令实现本文中描述的技术和方法中的至少部分，包括但不限于关于图1描述的方法100和/或关于图8描述的方法800。

用户界面701可以接收输入和/或提供可能是给用户的输出。用户界面701可以被配置为向来自输入设备的用户输入发送数据和/或从来自输入设备的用户输入接收数据，该输入设备例如为键盘、小键盘、触摸屏、计算机鼠标、跟踪球、操纵杆、和/或被配置为从计算设备700的用户接收输入的其它相似设备。

用户界面701可以被配置为向输出显示设备提供输出，该输出显示设备例如为一个或多个阴极射线管(CRT)、液晶显示器(LCD)、等离子设备、发光二极管(LED)、使用数字光处理(DLP)技术的显示器、打印机、灯泡、和/或能够向计算设备700的用户显示图形、文本和/或数字信息的其它相似设备。用户界面模块701还可以被配置为生成可听见的输出，例如，扬声器、扬声器插孔、音频输出端口、音频输出设备、耳机、和/或被配置为将声音和/或可听见的信息传送到计算设备700的用户的其它相似设备。

网络通信接口模块702可以被配置为经由网络(例如，网络606)通过无线接口707和/或有线接口708发送和接收数据。无线接口707(如果存在)可以利用空中接口，例如，到数据网络的和/或WiMAX^TM接口，该数据网络例如为广域网(WAN)、局域网(LAN)、一个或多个公共数据网络(例如，互联网)、一个或多个专用数据网络、或公共和专用数据网络的任意组合。有线接口708(如果存在)可以包括到数据网络的线缆、电缆、光纤链路和/或相似物理连接，该数据网络例如为WAN、LAN、一个或多个公共数据网络、一个或多个专用数据网络、或这样的网络的任意组合。

在一些实施例中，网络通信接口模块702可以被配置为提供可靠的、安全的和/或经认证的通信。对于本文中描述的每个通信，可以提供用于确保可靠通信(即，有保证的消息递送)的信息，可能作为消息标头和/或页脚的部分(例如，分组/消息排序信息、封装标头和/或页脚、尺寸/时间信息、以及诸如CRC值和/或奇偶校验值之类的传输验证信息)。通信可以使用一个或多个密码协议和/或算法(例如但不限于，DES、AES、RSA、Diffie-Hellman和/或DSA)来得到保护(例如，编码或加密)和/或解密/解码。其它密码协议和/或算法可以与本文中列出的密码协议和/或算法一起，或者除本文中列出的密码协议和/或算法之外的其它密码协议和/或算法可被用于保护(并然后解密/解码)通信。

处理器703可以包括一个或多个中央处理单元、计算机处理器、移动处理器、数字信号处理器(DSP)、图形处理单元(GPU)、微处理器、计算机芯片、和/或被配置为执行机器语言指令和过程数据的其它处理单元。处理器703可以被配置为执行包含在数据存储装置704中的计算机可读程序指令706和/或本文中描述的其它指令。

数据存储装置704可以包括一个或多个物理和/或非暂时性存储设备，例如，只读存储器(ROM)、随机存取存储器(RAM)、可移除磁盘驱动存储器、硬盘存储器、磁带存储器、闪存和/或其它存储设备。数据存储装置704可以包括一个或多个物理和/或非暂时性存储设备，其具有至少足够的组合的存储容量以包含计算机可读程序指令706和任意相关联/有关的数据和数据结构。

在使用计算机软件产品的本公开的实施例中，产品可以是非暂时性的，并且将指令存储在一个或多个物理介质和/或设备上，例如，DVD、固态驱动器、硬盘驱动器、或者本文中公开的任意其它非暂时性计算机可读介质或存储设备。替代地，产品可以是暂时性的，并且以通过连接(例如，链接到诸如互联网之类的网络的网络连接)提供的指令的形式。

计算机可读程序指令706以及包含在数据存储装置704中的任意数据结构包括分别可由处理器703和需要的任意存储装置执行的计算机可读程序指令，以执行本文中描述的方法的至少部分，该方法包括但不限于关于图1描述的方法100和/或关于图8描述的方法800，和/或用于执行本文中关于至少维修后比较软件310和/或用户界面382描述的功能中的一些或全部。

图7B描述了根据示例实施例的计算中心709a、709b、709c的网络606。用于服务器300的数据和/或软件可以被存储在一个或多个基于云的设备上，该基于云的设备存储基于云的应用和/或服务的程序逻辑和/或数据。在一些实施例中，服务器300可以是驻留在单个计算中心中的单个计算设备。在其它实施例中，服务器300可以包括单个计算中心中的多个计算设备，或者甚至包括位于处于不同地理位置的多个计算中心中的多个计算设备。

在一些实施例中，用于服务器300的数据和/或软件可被编码为存储在计算机可读介质和/或非暂时性计算机可读存储介质中并且可由客户端设备604a、604b和604c和/或其它计算设备(例如，诊断装置380、计算设备422)存取的计算机可读信息。在一些实施例中，用于服务器300的数据和/或软件可以存储在单个磁盘驱动器或其它非暂时性和/或有形存储介质上，或者可以在位于一个或多个不同地理位置的多个磁盘驱动器或其它非暂时性和/或有形存储介质上实现。

图7B描述了根据示例实施例的基于云的服务器系统。在图7B中，服务器300的功能可以分布在三个计算中心709a、709b和708c中。计算中心709a可以包括由本地网络712a连接的一个或多个计算设备700a、存储设备710a以及通信设备711a(例如，路由器、集线器、交换机)。相似地，计算中心709b可以包括由本地网络712b连接的一个或多个计算设备700b、存储设备710b以及通信设备711b。同样地，计算中心709c可以包括由本地网络712c连接的一个或多个计算设备700c、存储设备710c以及通信设备711c。

在一些实施例中，计算中心709a、709b和709c中的每个可以具有相同数量的计算、存储和通信设备。然而，在其它实施例中，每个计算中心可以具有不同数量的计算、存储和/或通信设备。每个计算中心中的计算、存储和通信设备的数量可以取决于指派给每个计算中心的一个或多个计算任务。

例如，在计算中心709a中，计算设备700a可以被配置为执行服务器300的各种计算任务。在一个实施例中，服务器300的各种功能可以分布在计算设备700a、700b和700c中的一个或多个中。计算中心709b和709c中的计算设备700b和700c可以与计算中心709a中的计算设备700a相似地进行配置。另一方面，在一些实施例中，计算设备700a、700b和700c可以被配置为执行不同功能。

在一些实施例中，与服务器300相关联的计算任务和存储的数据可以至少部分地基于服务器300的处理要求，计算设备700a、700b和700c的处理能力，每个计算中心中的计算设备之间以及计算中心本身之间的网络链路的延迟，和/或可以对整体系统架构的成本、速度，容错、弹性、效率和/或其它设计目标有贡献的其它因素，跨计算设备700a、700b和700c地分布。

计算中心709a、709b和709c的存储设备710a、710b和710c可以是数据存储阵列，其包括被配置为管理对硬盘驱动器组的读取和写入访问的磁盘阵列控制器。磁盘阵列控制器单独或与其各自的计算设备结合，还可以被配置为管理存储在存储设备中的数据的备份或冗余副本，以防止磁盘驱动器或其它存储设备故障和/或网络故障，这些故障会阻止一个或多个计算设备访问一个或多个存储设备。

类似于服务器300的功能可以跨计算中心709a、709b和709c的计算设备700a、700b和700c分布的方式，这些组件的各种活动部分和/或备份部分可以跨存储设备710a、710b和710c分布。例如，一些存储设备可以被配置为存储服务器300的数据和/或软件的一个部分，而其它存储设备可以存储服务器300的数据和/或软件的其它分离部分。此外，一些存储设备可以被配置为对存储在其它存储设备中的备份版本的数据和/或软件进行存储。

通信设备711a、711b和711c可以包括被配置为为计算中心709a、709b、709c提供内部和外部通信的联网装置。例如，计算中心709a中的通信设备711a可以包括一个或多个互联网交换和路由设备，其被配置为提供(i)经由本地网络712a的计算设备700a与存储设备710a之间的局域网通信，以及(ii)经由到网络606的连接713a的计算中心709a与计算设施709b和709c之间的广域网通信。通信设备711b和711c可以包括与通信设备711a相似的网络装置，并且通信设备711b和711c可以针对计算中心709b和709b执行与通信设备711a针对计算中心709a所执行的相似的联网功能。

在一些实施例中，通信设备711a、711b和711c的配置可以至少部分地基于计算设备和存储设备的通信要求，通信设备711a、711b和711c中的网络装置的通信能力，本地网络712a、712b、712c的延迟和吞吐量，连接713a、713b和713c的延迟、吞吐量和成本，和/或可以对计算中心709a、709b、709c的成本、速度、吞吐量、容错、弹性、效率和/或其它设计目标有贡献的其它因素。

示例操作方法

图8是示例方法800的流程图。方法800可以由诸如以上在图7A的上下文中讨论的计算设备700之类的计算设备来执行。在一些实施例中，计算设备可以被配置有维修后比较软件310中的一些或全部和/或被配置为执行服务器300的本文中描述的功能中的一些或全部。

方法800可以在框810处开始，其中计算设备可以接收关于第一车辆的第一维修后数据，例如以上至少在图3A和图4A-图5B的上下文中所描述的。在一些实施例中，关于第一车辆的第一维修后数据可以在完成对第一车辆的第一维修之后、以及在完成对第一车辆的第一维修之后第一车辆返回至第一车辆的所有者之前被接收到。

在其它实施例中，第一维修后数据可以包括从由以下构成的分组中选择的数据：(i)来自第一车辆内的电子控制单元的串行数据，(ii)来自连接到第一车辆的电表的电测量数据，(iii)来自连接到第一车辆的示波器的图形波形，以及(iv)车载诊断II(OBD II)PID。

在框820处，计算设备可以将第一维修后数据和关于与第一车辆不同的至少一个车辆的第一组维修后数据进行比较。第一组维修后数据可以包括成功的维修后数据的实例和不成功的维修后数据的实例中的至少一个，例如以上在至少图3A和图4A-图5B的上下文中所描述的。

在一些实施例中，第一维修后数据可以与包括第一投诉数据的第一维修订单相关联。然后，将第一维修后数据与第一组维修后数据进行比较可以包括由计算设备接收第一组维修后数据，其中，第一组维修后数据包括与维修订单相关联的维修后数据的至少一个实例，该维修订单包括与第一投诉数据相匹配的投诉数据。

在框830处，如果第一维修后数据与第一组维修后数据内的成功的维修后数据的第一实例相匹配，则计算设备可以确定对第一车辆的第一维修是成功的，或者如果第一维修后数据与第一组维修后数据内的不成功的维修后数据的第一实例相匹配，则对第一车辆的第一维修是不成功的，例如以上在至少图3A和图4A-图5B的上下文中所描述的。

在框840处，计算设备可以输出第一维修是成功还是不成功的指示，例如以上在至少图3A和图4A-图5B的上下文中所描述的。在一些实施例中，输出第一维修是成功还是不成功的指示可以包括输出第一维修成功的可能性。在其它实施例中，输出第一维修是成功还是不成功的的指示可以包括输出第一维修不成功的可能性。

在一些实施例中，方法800还可以包括：由计算设备接收包括第二投诉数据和返修指示符的第二维修订单；以及基于返修指示符来确定对第一车辆的第一维修是成功还是不成功。

在其它实施例中，方法800还可以包括：响应于确定对第一车辆的第一维修是成功的，由计算设备将第一维修后数据分类为成功的维修后数据的实例，或者响应于确定对第一车辆的第一维修是不成功的，由计算设备将第一维修后数据分类为不成功的维修后数据的实例。

在甚至其它实施例中，方法800还可以包括：响应于确定对第一车辆的第一维修是成功的，由计算设备将第一维修后数据分类为可能成功的维修后数据的实例；由计算设备确定在预定的时间量之后还未接收到对第一车辆的第一维修是不成功的指示；以及作为响应，由计算设备将第一维修后数据从可能成功的维修后数据的实例重新分类为成功的维修后数据的实例。

在进一步的其它实施例中，方法800还可以包括：由计算设备接收与第一维修后数据相关联的第一维修订单，其中，第一维修订单包括第一维修订单条目，其包括导致第一维修的投诉、导致第一维修的原因、以及指示第一维修的修正中的至少一个；由计算设备将第一维修后数据分类为成功的维修后数据的实例；在将第一维修后数据分类为成功的维修后数据的实例之后，由计算设备接收关于第一车辆的第二维修后数据和与第二维修后数据相关联的第二维修订单；以及由计算设备基于第二维修订单将第一维修后数据从成功的维修后数据的实例重新分类为不成功的维修后数据的实例。在进一步的一些其它实施例中，对第一维修后数据进行重新分类可以取决于在接收到第一维修订单之后的预定时间量内接收第二维修订单。

在进一步的其它实施例中，第二维修订单可以包括返修指示符。然后，基于第二维修订单，将第一维修后数据从成功的维修后数据的实例重新分类为不成功的维修后数据的实例可以包括：确定返修指示符是否指示第二维修订单是返修；以及在确定返修指示符指示第二维修订单是返修之后，基于第二维修订单，将第一维修后数据从成功的维修后数据的实例重新分类为不成功的维修后数据的实例。

在再进一步的其它实施例中，方法800还可以包括：由计算设备将第二维修后数据和关于与第一车辆不同的至少一个车辆的第二组维修后数据进行比较，其中，第二组维修后数据包括以下各项中的至少一个：成功的维修后数据的实例和不成功的维修后数据的实例；如果第二维修后数据与第二组维修后数据内的成功的维修后数据的实例相匹配，则由计算设备确定对第一车辆的第二维修是成功的，或者如果第二维修后数据与第二组维修后数据内的不成功的维修后数据的实例相匹配，则由计算设备确定对第一车辆的第二维修是不成功的；以及由计算设备输出第二维修是成功还是不成功的指示。

在额外的实施例中，计算设备可以确定对第一车辆的第一维修是不成功的，并且可以输出第一维修是不成功的指示。然后，方法800还可以包括：由计算设备确定与不成功的维修后数据的第一实例相关联的成功的维修后数据的第二实例，其中，不成功的维修后数据的第一实例与第一维修订单相关联，并且成功的维修后数据的第二实例与第二维修订单相关联，并且其中，第一维修订单和第二维修订单中的每个叙述共同的投诉；以及由计算设备输出在第二维修订单上列出的维修。

在特定的额外实施例中，方法800还可以包括：由计算设备接收关于第一车辆的第二维修后数据；由计算设备将第二维修后数据同与第二维修订单相关联的维修后数据进行比较；由计算设备确定第二维修后数据同与第二维修订单相关联的维修后数据相匹配；以及由计算设备输出对第一车辆执行在第二维修订单上列出的维修是成功的指示。

在进一步的额外实施例中，输出指示可以包括输出维修是不成功的指示。然后，方法800还可以包括：由计算设备确定对第一车辆的可能的维修；由计算设备输出对第一车辆的可能的维修；由计算设备在对第一车辆执行可能的维修之后接收关于车辆的第二维修后数据，以及可能的维修的执行是成功的指示；以及由计算设备将第二维修后数据分类为成功的维修后数据的实例。

除非上下文明确要求，否则在整个说明书和权利要求书中，词语“包括”、“包含”等类似用语应以包括性的意义来解释，而非排他的或穷举的意义；即具有“包括但不限于”的意义。使用单数或复数的词语还分别包括复数或单数。另外，词语“本文中”，“以上”和“以下”以及相似含义的词语在本申请中使用时，应该将本申请作为整体来引用而非引用本申请的任意特定部分。

以上描述提供了具体细节以用于对本公开的实施例的透彻理解以及实现对本公开的实施例进行描述。然而，本领域技术人员将理解的是，可以在没有这些细节的情况下实践本公开。在其它实例中，未具体示出或描述公知的结构和功能以免不必要地混淆本公开的实施例的描述。本公开的实施例的描述不旨在使穷举的或者将本公开局限于所公开的精确形式。尽管本公开的具体实施例和示例在本文中出于说明性的目的而被描述，但是如相关领域技术人员能理解的，在本发明的范围内，各种等同的修改都是可能的。

本文中引用的全部参考中的通过引用而并入。如果需要，可以修改本公开的方面以采用上述参考和应用的系统、功能和概念来提供本公开的进一步的实施例。可以根据具体实施方式对本公开进行这些和其它改变。

前述实施例中的任意一个的具体元件可以组合或替代其它实施例中的元件。此外，尽管已经在这些实施例的上下文中描述了与本公开的某些实施例相关联的优点，但是其它实施例也可以展现出这样的优点，并且并非所有实施例都必须需要展现出这些优点以落入本公开的范围内。

以上具体实施方式参照附图描述了所公开的系统、设备和方法的各种特征和功能。在图中，除非上下文另有规定，否则相似的符号通常标识相似的组件。具体实施方式部分、图和权利要求中描述的说明性实施例并不意味着是限制性的。可以利用其它实施例，并且可以做出其它改变，而不偏离本文中呈现的主题的精神或范围。将容易理解的是，如本文中一般性描述的和图中示出的，本公开的方面可以以广泛各种不同的配置进行布置、替换、组合、分离和设计，所有这些都被明确地在本文中被考虑。

关于附图中的梯形图、情景方案和流程图中的任意或全部并且如本文中所讨论的，每个块和/或通信可以表示根据示例实施例的信息处理和/或信息传输。替代实施例被包括在这些示例实施例的范围内。在这些替代实施例中，例如，取决于所涉及的功能，被描述为块、传输、通信、请求、响应和/或消息的功能可以以与所示出或所讨论的不同的顺序来执行，包括基本上同时或相反的顺序。此外，更多或更少的块和/或功能可以与本文中讨论的梯形图、情景方案和流程图中的任意一个一起使用，并且这些梯形图、情景方案场景和流程图可以部分或全部地相互组合。

表示信息处理的块可以对应于可被配置为执行本文中描述的方法或技术的特定逻辑功能的电路。替代地或附加地，表示信息处理的块可以对应于模块、段或程序代码的部分(包括相关数据)。程序代码可以包括可由处理器执行的用于实现方法或技术中的特定逻辑功能或动作的一个或多个指令。程序代码和/或相关数据可以存储在任意类型的计算机可读介质上，例如，包括磁盘或硬盘驱动器或其它存储介质的存储设备。

计算机可读介质还可以包括非暂时性计算机可读介质，例如，如寄存器存储器、处理器高速缓存以及随机存取存储器(RAM)之类的短时间段内存储数据的计算机可读介质。计算机可读介质还可以包括非暂时性计算机可读介质，其在更长时间段内存储程序代码和/或数据，例如二级存储或持久长期存储，如只读存储器(ROM)，光盘或磁盘，紧致盘只读存储器(CD-ROM)(例如)。计算机可读介质还可以是任意其它易失性或非易失性存储系统。计算机可读介质可以被认为是例如计算机可读存储介质，或者有形和/或非暂时性存储介质和/或设备。

此外，表示一个或多个信息传输的块可以对应于同一物理设备中的软件模块和/或硬件模块之间的信息传输。然而，其它信息传输可以在不同物理设备中的软件模块和/或硬件模块之间。

鉴于上述教导，本公开的许多修改和变化是可能的。

Claims (22)

1.一种用于维修后数据处理的方法，包括：

由计算设备接收关于第一车辆的第一维修后数据，其中所述第一维修后数据与包括第一投诉数据的第一维修订单相关联；

由所述计算设备将所述第一维修后数据和关于与所述第一车辆不同的至少一个车辆的第一组维修后数据进行比较，其中，所述第一组维修后数据包括成功的维修后数据的实例和不成功的维修后数据的实例，且其中所述第一组维修后数据包括与维修订单相关联的维修后数据的至少一个实例，所述维修订单包括与所述第一投诉数据相匹配的投诉数据；

如果所述第一维修后数据与所述第一组维修后数据内的成功的维修后数据的第一实例相匹配，则由所述计算设备确定对所述第一车辆的第一维修是成功的，或者如果所述第一维修后数据与所述第一组维修后数据内的不成功的维修后数据的第一实例相匹配，则由所述计算设备确定对所述第一车辆的所述第一维修是不成功的；以及

由所述计算设备输出所述第一维修是成功还是不成功的指示。

2.根据权利要求1所述的方法，其中，输出所述第一维修是成功还是不成功的指示包括输出所述第一维修是成功的可能性。

3.根据权利要求1所述的方法，其中，输出所述第一维修是成功还是不成功的指示包括输出所述第一维修是不成功的可能性。

4.根据权利要求1所述的方法，其中，关于所述第一车辆的所述第一维修后数据是在完成对所述第一车辆的所述第一维修之后、并且在完成对所述第一车辆的所述第一维修之后所述第一车辆返回至所述第一车辆的所有者之前被接收到的。

5.根据权利要求1所述的方法，其中，输出所述第一维修是成功还是不成功的指示包括输出一或多个建议的维修以避免返修。

6.根据权利要求1所述的方法，还包括：

由所述计算设备接收包括第二投诉数据和返修指示符的第二维修订单；以及

基于所述返修指示符来确定对所述第一车辆的所述第一维修是成功还是不成功。

7.根据权利要求1所述的方法，还包括：

响应于确定对所述第一车辆的所述第一维修是成功的，由所述计算设备将所述第一维修后数据分类为成功的维修后数据的实例，或者响应于确定对所述第一车辆的所述第一维修是不成功的，由所述计算设备将所述第一维修后数据分类为不成功的维修后数据的实例。

8.根据权利要求1所述的方法，还包括：

响应于确定对所述第一车辆的所述第一维修是成功的，由所述计算设备将所述第一维修后数据分类为可能成功的维修后数据的实例；

由所述计算设备确定在预定的时间量之后还未接收到对所述第一车辆的所述第一维修是不成功的指示；以及

作为响应，由所述计算设备将所述第一维修后数据从可能成功的维修后数据的实例重新分类为成功的维修后数据的实例。

9.根据权利要求1所述的方法，还包括：

由所述计算设备接收与所述第一维修后数据相关联的第一维修订单，其中，所述第一维修订单包括第一维修订单条目，所述第一维修订单条目包括导致所述第一维修的投诉、导致所述第一维修的原因、以及指示所述第一维修的修正中的至少一个；

由所述计算设备将所述第一维修后数据分类为成功的维修后数据的实例；以及

在将所述第一维修后数据分类为成功的维修后数据的实例之后，由所述计算设备接收关于所述第一车辆的第二维修后数据和与所述第二维修后数据相关联的第二维修订单。

10.根据权利要求9所述的方法，还包括：

由所述计算设备基于所述第二维修订单将所述第一维修后数据从成功的维修后数据的实例重新分类为不成功的维修后数据的实例。

11.根据权利要求10所述的方法，其中，对所述第一维修后数据进行重新分类取决于在接收到所述第一维修订单之后的预定时间量内接收到所述第二维修订单。

12.根据权利要求10所述的方法，其中，所述第二维修订单包括返修指示符，并且其中，基于所述第二维修订单，将所述第一维修后数据从成功的维修后数据的实例重新分类为不成功的维修后数据的实例包括：

确定所述返修指示符是否指示所述第二维修订单是返修；以及

在确定所述返修指示符指示所述第二维修订单是返修之后，基于所述第二维修订单，将所述第一维修后数据从成功的维修后数据的实例重新分类为不成功的维修后数据的实例。

13.根据权利要求10所述的方法，还包括：

确定所述第二维修后数据是成功的维修后数据；以及

基于所述第二维修后数据，对至少所述第一维修订单重新分类。

14.根据权利要求9所述的方法，还包括：

由所述计算设备将所述第二维修后数据和关于与所述第一车辆不同的至少一个车辆的第二组维修后数据进行比较，其中，所述第二组维修后数据包括成功的维修后数据的实例和不成功的维修后数据的实例；

如果所述第二维修后数据与所述第二组维修后数据内的所述成功的维修后数据的实例相匹配，则由所述计算设备确定对所述第一车辆的第二维修是成功的，或者如果所述第二维修后数据与所述第二组维修后数据内的所述不成功的维修后数据的实例相匹配，则由所述计算设备确定对所述第一车辆的所述第二维修是不成功的；以及

由所述计算设备输出所述第二维修是成功还是不成功的指示。

15.根据权利要求1所述的方法，其中，所述第一维修后数据包括从由以下构成的分组中选择的数据：(i)来自所述第一车辆内的电子控制单元的串行数据，(ii)来自连接到所述第一车辆的电表的电测量数据，(iii)来自连接到所述第一车辆的示波器的图形波形，以及(iv)车载诊断II(OBD II)参数ID(PID)。

16.根据权利要求1所述的方法，其中，所述计算设备确定对所述第一车辆的所述第一维修是不成功的，并且输出所述第一维修是不成功的指示，并且所述方法还包括：

由所述计算设备确定与不成功的维修后数据的所述第一实例相关联的成功的维修后数据的第二实例，其中，所述不成功的维修后数据的所述第一实例与第一维修订单相关联，并且成功的维修后数据的所述第二实例与第二维修订单相关联，并且其中，所述第一维修订单和所述第二维修订单中的每个记载针对相同内容的投诉；以及

由所述计算设备输出在所述第二维修订单上列出的维修。

17.根据权利要求16所述的方法，还包括：

由所述计算设备接收关于所述第一车辆的第二维修后数据；

由所述计算设备将所述第二维修后数据同与所述第二维修订单相关联的维修后数据进行比较；

由所述计算设备确定所述第二维修后数据同与所述第二维修订单相关联的维修后数据相匹配；以及

由所述计算设备输出对所述第一车辆执行在所述第二维修订单上列出的维修是成功的指示。

18.根据权利要求1所述的方法，其中，输出所述指示包括输出所述维修是不成功的指示，并且所述方法还包括：

由所述计算设备确定对所述第一车辆的可能的维修；

由所述计算设备输出对所述第一车辆的所述可能的维修；

由所述计算设备在对所述第一车辆执行所述可能的维修之后，接收关于所述车辆的第二维修后数据以及所述可能的维修的执行是成功的指示；以及

由所述计算设备将所述第二维修后数据分类为成功的维修后数据的实例。

19.一种用于维修后数据处理的计算设备，包括：

处理器；以及

计算机可读介质，被配置为至少存储可执行指令，其中，所述可执行指令在由所述处理器执行时使所述计算设备执行包括以下各项的功能：

接收关于第一车辆的第一维修后数据，其中所述第一维修后数据与包括第一投诉数据的第一维修订单相关联；

将所述第一维修后数据和关于与所述第一车辆不同的至少一个车辆的第一组维修后数据进行比较，其中，所述第一组维修后数据包括成功的维修后数据的实例和不成功的维修后数据的实例，且其中所述第一组维修后数据包括与维修订单相关联的维修后数据的至少一个实例，所述维修订单包括与所述第一投诉数据相匹配的投诉数据；

如果所述第一维修后数据与所述第一组维修后数据内的成功的维修后数据的第一实例相匹配，则确定对所述第一车辆的第一维修是成功的，或者如果所述第一维修后数据与所述第一组维修后数据内的不成功的维修后数据的第一实例相匹配，则确定对所述第一车辆的所述第一维修是不成功的；以及

输出所述第一维修是成功还是不成功的指示。

20.根据权利要求19所述的计算设备，其中，输出所述第一维修是成功还是不成功的指示包括输出一或多个建议的维修以避免返修。

21.一种被配置为至少存储可执行指令的非暂时性计算机可读介质，其中，所述可执行指令在由计算设备的处理器执行时，使所述计算设备执行包括以下各项的功能：

接收关于第一车辆的第一维修后数据，其中所述第一维修后数据与包括第一投诉数据的第一维修订单相关联；

将所述第一维修后数据和关于与所述第一车辆不同的至少一个车辆的第一组维修后数据进行比较，其中，所述第一组维修后数据包括成功的维修后数据的实例和不成功的维修后数据的实例，且其中所述第一组维修后数据包括与维修订单相关联的维修后数据的至少一个实例，所述维修订单包括与所述第一投诉数据相匹配的投诉数据；

如果所述第一维修后数据与所述第一组维修后数据内的成功的维修后数据的第一实例相匹配，则确定对所述第一车辆的第一维修是成功的，或者如果所述第一维修后数据与所述第一组维修后数据内的不成功的维修后数据的第一实例相匹配，则确定对所述第一车辆的所述第一维修是不成功的；以及

输出所述第一维修是成功还是不成功的指示。

22.根据权利要求21所述的非暂时性计算机可读介质，其中，输出所述第一维修是成功还是不成功的指示包括输出一或多个建议的维修以避免返修。