CN109791635A - 用于更新诊断与修理信息的方法及系统 - Google Patents

Abstract

公开了用于更新诊断与修理信息的方法及系统。在示例系统中，指示对于车辆的车辆修理问题的第一请求被接收。然后，用于识别和解决车辆修理问题的诊断流程被发送。对于进一步技术协助的第二请求和在诊断流程的执行期间收集的车辆状况数据被接收。然后，诊断流程和车辆状况数据被发送。然后，诊断协助信息和指示车辆修理问题是否已被识别和解决的反馈数据被接收，并且诊断流程被相应地更新。

Description

用于更新诊断与修理信息的方法及系统

相关申请的交叉引用

本申请要求于2016年10月4日提交的美国专利申请号15/284,698的权益，美国专利申请号15/284,698的全部内容通过引用的方式并入本文中。

背景技术

车辆/交通工具可在修理设施处由机修工(例如，技术人员)进行检修。技术人员可使用各种手动工具中的任何一种来检修(例如，修理)车辆上多种机械部件中的任何一个。技术人员还可使用电子诊断设备来检修(例如，诊断)车辆上多种电气部件中的任何一个。技术人员可在检修车辆的不同阶段期间结合或不结合各种的工具和设备使用不同的数据。

在一些情况下，技术人员在对车辆进行工作时需要技术协助。就正在进行工作的车辆联系技术助理的技术人员通常不得不花费若干分钟给技术助理打电话并向技术助理说明有关正在进行工作的车辆的细节、由正在进行工作的车辆表现出的(一种或多种)症状以及目前为止就所述(一种或多种)症状对车辆实施的诊断和修理。技术人员与技术助理建立电话连线并与技术助理谈话所花费的时间可导致由技术人员和对车辆进行工作所处的修理店的工作产出减少。

此外，其它修理店处的技术人员可能对表现出相同(一种或多种)症状的相似车辆进行工作。这些另外的技术人员可能从相同或不同的技术助理处寻求技术协助。(一个或多个)技术助理可能花费大量的时间与技术人员一起工作以解决由相似车辆表现出的(一种或多种)共同症状。

发明内容

本公开描述了涉及用于更新诊断与修理信息的方法及系统的实施例。

在一个方面，本公开描述了一种由计算服务器实施的方法。所述方法包括：(i)从诊断计算装置接收指示对于车辆的车辆修理问题的第一请求；(ii)向诊断计算装置发送诊断流程，所述诊断流程包括用于识别和解决车辆修理问题的一系列诊断步骤；(iii)从诊断计算装置接收(a)对于就识别和解决车辆修理问题的进一步技术协助的第二请求，以及(b)在诊断流程的执行期间收集的车辆状况数据；(iv)将诊断流程和车辆状况数据发送给技术协助计算装置；(v)从技术协助计算装置接收输入数据，输入数据包括(a)技术协助计算装置基于诊断流程和车辆状况数据发送给诊断计算装置的诊断协助信息，以及(b)指示车辆修理问题是否已被识别和解决的反馈数据；以及(vi)基于所述输入数据更新诊断流程。

在另一方面，本公开描述了一种由诊断计算装置实施的方法。所述方法包括：(i)向计算服务器发送指示对于车辆的车辆修理问题的第一请求；(ii)从计算服务器接收诊断流程，所述诊断流程包括用于识别和解决车辆修理问题的一系列诊断步骤；(iii)向计算服务器发送于诊断流程的执行期间收集的车辆状况数据；(iv)发送对于就识别和解决车辆修理问题的进一步技术协助的第二请求；(v)响应于第二请求，从与计算服务器通信的技术协助计算装置接收基于诊断流程和车辆状况数据的诊断协助信息；以及(i)发送指示车辆修理问题是否已基于诊断协助信息被识别和解决的反馈数据。

在另一方面，本公开描述了一种系统。系统包括计算服务器；与计算服务器通信的诊断计算装置；以及与计算服务器和诊断计算装置通信的技术协助计算装置，其中：(i)诊断计算装置向计算服务器发送指示对于车辆的车辆修理问题的第一请求，(ii)作为响应地，计算服务器向诊断计算装置发送诊断流程，所述诊断流程包括用于识别和解决车辆修理问题的一系列诊断步骤，(iii)诊断计算装置向计算服务器发送于诊断流程的执行期间收集的车辆状况数据，(iv)诊断计算装置发送对于就识别和解决车辆修理问题的进一步技术协助的第二请求，(v)计算服务器向技术协助计算装置发送诊断流程和车辆状况数据，(vi)基于诊断流程和车辆状况数据，技术协助计算装置向诊断计算装置发送诊断协助信息，(vii)诊断计算装置向技术协助计算装置发送指示车辆修理问题是否已基于诊断协助信息被识别和解决的反馈数据，(viii)技术协助计算装置向计算服务器发送反馈数据和诊断协助信息，以及(ix)计算服务器基于诊断协助信息和反馈数据更新诊断流程。

在另一方面，本公开描述了一种诊断计算装置。诊断计算装置包括：网络接口；与网络接口通信的一个或多个处理器；以及其上存储有程序指令的至少一个计算机可读介质，所述程序指令当由所述一个或多个处理器执行时使得所述一个或多个处理器实施操作。所述操作包括：(i)通过网络接口向计算服务器发送指示对于车辆的车辆修理问题的第一请求；(ii)通过网络接口从计算服务器接收诊断流程，所述诊断流程包括用于识别和解决车辆修理问题的一系列诊断步骤；(iii)通过网络接口向计算服务器发送于诊断流程的执行期间收集的车辆状况数据；(iv)通过网络接口发送对于就识别和解决车辆修理问题上的进一步技术协助的第二请求；(v)响应于第二请求，通过网络接口从与计算服务器通信的技术协助计算装置接收基于诊断流程和车辆状况数据的诊断协助信息；以及(vi)发送指示车辆修理问题是否已被识别和解决的反馈数据。

在另一方面，本公开描述了一种技术协助计算装置。技术协助计算装置包括：网络接口；与网络接口通信的一个或多个处理器；以及其上存储有程序指令的至少一个计算机可读介质，所述程序指令当由所述一个或多个处理器执行时使得所述一个或多个处理器实施操作。所述操作包括：(i)接收关于识别和解决车辆修理问题的技术协助的请求，其中请求包括在计算服务器与诊断计算装置之间进行的诊断流程会话的标识符，其中在诊断流程会话期间，计算服务器向诊断计算装置提供诊断流程，(ii)基于标识符，检索诊断流程以及诊断计算装置处于诊断流程的执行期间生成的车辆状况数据；(iii)基于诊断流程和车辆状况数据，向诊断计算装置发送诊断协助信息，(iv)接收指示车辆修理问题是否已基于诊断协助信息被识别和解决的反馈数据，(v)向计算服务器发送反馈数据和诊断协助信息。

以上概述仅是说明性的，并且不意图以任何方式限制。除了以上描述的说明性的方面、实施例和特征之外，通过参考附图及以下的具体实施方式，另外的方面、实施例和特征将变得显而易见。

附图说明

图1图示了根据示例实施方案的用于更新诊断与修理信息的系统。

图2图示了根据示例实施方案的诊断流程。

图3图示了根据示例实施方案的服务器的框图。

图4图示了根据示例实施方案的计算装置的框图。

图5图示了根据示例实施方案的由计算服务器实施的方法。

图6图示了根据示例实施方案的由诊断计算装置实施的方法。

图7图示了根据示例实施方案的由技术协助计算装置实施的方法。

具体实施方式

以下具体实施方式参考附图描述了公开的系统及方法的各种特征及功能。本文中描述的说明性的系统及方法实施例不意图是限制性的。可容易理解的是，公开的系统和方法的特定方面可被布置并组合成多种不同的构造，所有这些构造都被考虑在本文中。

另外，除非文本以其它的方式建议，否则每幅图中图示的特征可彼此组合使用。因此，附图应总的视为一个或多个总体实施方案的部分方面，理解的是，对于每个实施方案而言，不是所有图示的特征都是必须的。

另外，该说明书中或权利要求中对元件、框或步骤的任何列举乃出于清楚的目的。因此，这样的列举不应被解释为要求或暗示这些元件、框或步骤遵循特定的布置结构或以特定的顺序来实施。

由术语“大体上”，其指的是：所引用的特征、参数或值不一定被精确地实现，而是在量上可能出现偏差或变动，包括例如公差、测量误差、测量精度限制及本领域技术人员已知的其它因素，这不会妨碍特征意图提供的效果。

Ⅰ.概述

修理车辆的技术人员可使用诊断计算装置(例如，电子车辆修理工具)，以获得关于车辆的信息和指示车辆状况的信息(例如，传感器数据)。技术人员可经由诊断计算装置向服务器请求诊断流程，服务器将诊断流程提供给多名技术人员。每个供应诊断流程的实例都可被被视为独特的诊断流程会话。服务器可生成对于每段诊断流程会话的唯一标识符。诊断计算装置可显示诊断流程，并且技术人员可遵循诊断流程的一系列可实施的步骤。

在一些实例中，技术人员可能无法解决和修复车辆修理问题(例如，车辆正在经历的任何车辆问题)。因此，技术人员可通过显示诊断流程的诊断计算装置请求进一步的技术协助。例如，技术人员可经由诊断计算装置发送进一步技术协助请求、联系信息、诊断会话标识符及其它信息。诊断计算装置可向服务器或直接向技术协助计算装置发送该信息。

无论信息是直接发送还是通过服务器发送到技术协助计算装置，技术协助计算装置可获得对诊断计算装置已取得的相同信息、测量数据、诊断流程等的访问权。因此，技术协助计算装置或操作技术协助计算装置的技术助理可识别或看见技术人员能够看见的相同信息以及技术人员为了识别和解决修理问题所采取的步骤。

然后，技术协助计算装置与操作其的技术助理可给诊断计算装置和正在修理车辆的技术人员提供建议及技术协助信息。例如，技术协助信息和建议可指导技术人员尝试不同的步骤顺序或对车辆系统参数进行额外的测量等。

一旦修理问题被识别和解决，技术协助信息和建议就可被提供到服务器。服务器可相应地更新诊断流程及任何关联的修理程序，以便改进诊断流程并减少未来识别和解决修理问题的时间。

Ⅱ.示例系统

图1图示了根据示例实施方案的用于更新诊断与修理信息的系统100。车辆(比如车辆102)是可用于运输一个人、多个人或货物的移动机器。作为示例，本文中论述的任何车辆/交通工具可在陆地上、水里或大气中或外太空中被驱动和/或以另外的方式沿着路径(例如，铺面道路或其它)被导向。作为另一示例，本文中论述的任何车辆/交通工具可以是带有轮的、带有履带的、带有轨道的或带有滑雪板的。作为又一示例，本文中论述的任何车辆可包括汽车、摩托车、由ANSI/SVIA-1-2007规定的全地形车辆(ATV)、雪地车、私人船只(例如，JET私人船只)、轻型卡车、中型卡车、重型卡车、半挂牵引车或农场机械。作为示例，沿着路径被导向的车辆可包括厢式货车(比如干货车或冷藏货车)、储罐拖车、平板拖车或货运卡车。作为再一示例，本文中论述的任何车辆/交通工具可包括或使用任何合适的电压源或电流源，比如电池、交流发电机、燃料电池等，电压源或电流源提供比如约12伏、约42伏等的任何合适的电流或电压。作为再一示例，本文中论述的任何车辆/交通工具可包括或使用任何期望的系统或发动机。这些系统或发动机可包括使用化石燃料、电力、风力及它们的混合或组合的物项，所述化石燃料比如汽油、天然气、丙烷等，所述电力比如由电池、磁发电机、燃料电池、太阳能电池等产生。作为再一示例，本文中论述的任何车辆/交通工具可包括发动机控制单元(ECU)、数据链路连接器(DLC)和使DLC连接到ECU的车辆通信链路。

车辆制造商每个公历年(即，1月1日到12月31日)会建造各种数量的车辆。在一些实例中，车辆制造商为待建造的特定车辆型号限定型号年份。型号年份可开始在1月1日以外的日期和/或可结束在12月31日以外的日期。型号年份可跨越两个公历年的部分时间。车辆制造商可建造一个车辆型号或多个不同的车辆型号。由车辆制造商在特定的公历年期间建造的两个或以上不同的车辆型号可同样具有不同限定的型号年份。车辆制造商可建造特定车辆型号的带有不同车辆选项的车辆。例如，特定的车辆型号可包括带有六缸发动机的车辆和带有八缸发动机的车辆。车辆制造商或另一实体可限定对于由车辆制造商制造的每台车辆的车辆识别信息。特定的车辆识别信息识别特定批次的车辆(例如，特定车辆型号的对于特定型号年份的所有车辆，或特定车辆型号的对于特定型号年份的带有特定一组的一个或多个车辆选项的所有车辆)。

作为示例，特定的车辆识别信息可包括车辆特征的标示，比如车辆是何时建造的(例如，车辆型号年份)、谁建造了车辆(例如，车辆制造(即，车辆制造商))、与车辆关联的营销名称(例如，车辆型号名称，或更加简单地，“款型”)以及车辆的特征(例如，发动机类型)。根据该示例，特定的车辆识别信息可由缩写YMME或Y/M/M/E指代，其中每个字母按示出的顺序分别代表型号年份标识符、车辆制造标识符、车辆型号名称标识符和发动机类型标识符，或者特定的车辆识别信息可由缩写YMM或Y/M/M指代，其中每个字母按示出的顺序分别代表型号年份标识符、车辆制造标识符和车辆型号名称标识符。示例Y/M/M/E为2004/Toyota/Camry/4Cyl，其中“2004”代表车辆建造的型号年份，“Toyota”代表车辆制造商ToyotaMotor Corporation,Aichi Japan的名称，“Camry”代表由该制造商建造的车辆型号，以及“4Cyl”代表车辆内的发动机类型(即，四缸内燃发动机)。本领域技术人员将理解的是，可采用除“发动机类型”以外的或替代“发动机类型”的其它的特征，以利用特定的车辆识别信息识别车辆。这些其它的特征可以以多种方式被识别，比如常规生产选项(RPO)码，比如由General Motors Company LLC,Detroit Michigan规定的RPO码。

车辆内的车辆通信链路可包括一个或多个导体(例如，铜线导体)，或者车辆内的车辆通信链路可以是无线的。作为示例，车辆通信链路可包括一个或两个导体，用于携带根据车辆数据信息(VDM)协议的车辆数据信息。VDM协议可包括美国汽车工程师学会(SAE)J1850(PWM或VPW)VDM协议、国际标准化组织(ISO)15764-4控制器局域网络(CAN)VDM协议、ISO 9141-2 K-Line VDM协议、ISO 14230-4 KWP2000 K-Line VDM协议或目前规定的用于进行车辆内通信的一些其它的协议。

ECU可控制车辆操作的各种方面或车辆内的部件。例如，ECU可包括动力传动(PT)系统ECU、发动机控制模块(ECM)ECU、辅助可充气约束(SIR)系统(即，气囊系统)ECU、娱乐系统ECU或一些其它的ECU。ECU可接收输入(例如，传感器输入)、控制输出装置(例如，螺线管)、生成车辆数据信息(VDM)(比如，基于接收的输入或控制的输出的VDM)以及将诊断故障码(DTC)设置为有效的或为车辆内的检测故障或失效状况设置记录。功能测试的实施或关于ECU的重置程序可包括显示装置4向车辆传输VDM。ECU接收的VDM可包括参数ID(PID)请求。由ECU传输的VDM可包括包含PID的响应及对于PID的PID数据值。

例如，车辆102可能经历故障或者会需要调整或修理的任何其它问题，或可能到期进行作为维护计划的一部分的日常维护。示例车辆可表现为汽车的形式。替代地，车辆控制系统可以以其它交通工具的方式实施或表现为其它交通工具的形式，比如卡车、摩托车、公共汽车、轮船、飞机、直升机、割草机、休闲车、游乐园车、农场设备、施工设备、缆车、高尔夫球车、火车和电车。

维修技术人员104可将诊断计算装置106(例如，技术人员工具)连接到车辆102。诊断计算装置106可包括例如移动电话、个人数码助理(PDA)、膝上型电脑、笔记本电脑，或者上网本计算机、平板计算装置或任何其它电子诊断设备。

诊断计算装置106可与车辆102通信，以检索车辆识别信息，比如车辆102的年份、制造、型号及发动机类型。而且，诊断计算装置106可连接到车辆102，以获得指示车辆102的状况的信息。例如，诊断计算装置106可连接到车辆电子控制模块(例如，发动机控制模块、传输控制模块、ABS控制模块等)，以检测故障，例如检索指示故障的诊断故障码DTC。诊断计算装置106可配置成与车辆102通过车辆102中使用的一个或多个通信协议进行通信，比如控制器局域网(CAN)、SAE(美国汽车工程师协会)J1850、ISO9141、Keyword 2000及其它的通信协议。

诊断计算装置106可配置成向服务器108提供或传输车辆信息(例如，识别信息、指示车辆状况的信息、修理订单等)。由诊断计算装置106向服务器108提供的车辆信息还可包括与车辆102的当前或先前位置相关的地理位置。地理位置可包括修理店的位置、车辆102经历故障的位置、车辆的原始销售位置、车辆102先前被驾驶的位置等。

诊断计算装置106可通过通信网络110(例如，互联网)向服务器108提供或传输车辆信息。通信网络110可以是有线的或无线的，并且网络110的至少一部分可处于服务器108及诊断计算装置106的外部。在一些示例中，诊断计算装置106可配置成通过点对点链路与服务器108直接通信。另外，诊断计算装置106和服务器108各自可包括通信装置或接口，所述通信装置或接口配置成向通信网络110传输数据并从通信网络110接收本公开中论述的任何数据。

服务器108可包括或具有对数据库的访问权，数据库存储原始设备制造商(例如，汽车制造商或零件供应商)信息，包括部件详细信息，比如部件说明书、接线图、诊断流程、校准程序、预期寿命等。示例诊断流程可包括有助于技术人员识别并解决车辆修理问题的一系列可实施的步骤。

除了车辆信息以外或与车辆信息一起的，诊断计算装置106可向服务器108发送请求，以获得车辆修理信息，从而协助技术人员识别和解决车辆修理问题。所述请求和车辆信息指示车辆可能正在经历的车辆修理问题。

服务器108可响应接收请求发起诊断流程会话并生成对于诊断流程会话的唯一标识符。服务器108还可将接收的车辆信息与数据库的内容进行匹配。例如，服务器108可搜索数据库，以将车辆信息(例如，车辆信息中相关联的关键词或关键词的组合，比如车辆的型号年份、制造以及型号、英里数或里程表读取等)与存储的修理案例的内容进行匹配，从而确定优先的解决办法、相关的部件测试程序、相关的诊断流程等。在另一示例中，将接收的信息与数据库的内容进行匹配可包括将车辆信息与含有修理测试程序、诊断流程等的表格或其它数据库进行匹配，以检索相关的修理信息。

基于对数据库搜索，服务器108可识别并向诊断计算装置106发送诊断流程，以帮助识别和解决车辆修理问题，所述诊断流程包括可由技术人员104和诊断计算装置106实施的一系列诊断步骤。除了向诊断计算装置106发送诊断流程之外，服务器108还可发送其它的修理信息，比如提示、解决方案、潜在的解决办法、可能需要更换的零件列表、测试程序、接线图、修理程序、与车辆状况相关的问题与回答等。

服务器108还向诊断计算装置106提供由服务器108发起的诊断流程会话的唯一标识符。该唯一标识符有助于未来识别诊断流程会话及任何关联的通信、数据以及会话期间交换的信息。

在示例中，如以上提及的，发送给服务器108的车辆信息可指示与车辆102的当前或先前位置相关的地理位置。这样，服务器108可至少部分地基于地理位置来选择诊断流程。该针对位置的诊断流程可被定制成适于如由其它车辆在与车辆102的当前或先前位置相关的地理位置处所经历的车辆修理问题。通过这种方式，诊断流程勾勒了有助于识别和处理对与特定地理位置相关的车辆而言独特的修理问题的步骤。

例如，车辆可在地区中特定位置处经历与该位置处的天气状况、该位置处的海拔、车辆上专门安装的在该位置处工作的车辆部件等关联的特定的或独特的车辆问题。因此，当识别或选择待发送给诊断计算装置106的诊断流程时，服务器108可将车辆102的位置纳入考虑。

技术人员104可遵循所述流程的可实施步骤，以识别和修复车辆修理问题。在诊断流程的执行期间，技术人员104可在诊断流程上标记或标示技术人员104遵循的路径，例如通过沿着路径点击已经执行的框。

在一个示例中，诊断流程可被颜色编码，以标示技术人员104遵循的路径。例如，技术人员遵循的路径可以是着色的或以明亮的方式显示在诊断计算装置106的显示器上。例如，没被遵循的其它路径可变灰或着以红色。

而且，如果技术人员104对车辆参数(例如，电压、温度等)进行测量且测量结果在正常范围内，则与该测量结果关联的诊断流程框可着以绿色。与之相反，如果测量结果在正常范围之外，则与该测量结果关联的诊断流程框可着以红色。

在示例中，技术人员104还可对诊断流程是否是令人困惑进行标记，或者对令人困惑的诊断流程框进行标记。例如，技术人员104可以总体上对诊断流程添加备注，或者添加的备注为与特定诊断流程框关联的。在另一示例中，可给诊断流程框或诊断流程中的路径分配特定的颜色，以标示所述框或路径令人困惑。除了颜色编码之外，或者替代颜色编码的，可在图形用户界面上使用其它的视觉暗示。

作为特别的示例，诊断流程中的特定的路径要素或判定框可指导技术人员104实施测试以检查特定线路中的电压是否是5伏。诊断流程可进一步详细说明：如果测量结果指示正确的电压，则技术人员104应执行步骤“a”；如果不是，则执行步骤“b”。如果技术人员104测得5伏并记录测量结果，那么诊断流程中与该测试的实施关联的框应被高亮或相应地颜色编码，例如利用呈绿颜色的高亮。然后，诊断计算装置106可对技术人员应执行的路径或下一步骤进行高亮或颜色编码，以减少遵循错误路径或执行错误步骤的任何机会。

在示例中，替代诊断计算装置106向技术人员104提供整个诊断流程，诊断计算装置106可以以交互的方式按次序提供诊断流程。例如，技术人员104可实施与判定框关联的步骤，例如，进行测量并将测量结果与阈值进行比较。诊断流程可具有第一路径和第二路径，如果测量结果大于阈值，则遵循第一路径，如果测量结果小于或等于阈值，则遵循第二路径。假设测量结果大于阈值，则诊断计算装置106可提供第一路径的框和元件，而不显示第二路径的元件。在另一示例中，诊断流程可包括提供步骤的若干部分，所述步骤有待实施，以识别对于车辆修理问题的备选原因，例如，每个部分可提供步骤，所述步骤有待实施，以识别是否是给定的车辆修理问题造成了故障。在该示例中，服务器108可向诊断计算装置106提供诊断流程的第一部分，或者诊断计算装置106可向技术人员104显示所述第一部分。然后，如果技术人员104遵循该第一部分的步骤但没有找到关于车辆102的故障，则可将诊断流程的第二部分提供给技术人员104，且依此类推。

在一些示例中，服务器108与诊断计算装置106之间的通信可在整个诊断流程会话中是不间断的。这样，任何时候技术人员104获得测量结果或实施诊断流程中的步骤，服务器108可相应地更新。在另一示例中，与诊断流程的执行关联的信息可在会话结束时被发送给服务器108。

然而，在一些实例中，技术人员104可能无法基于诊断流程解决和修复车辆修理问题。例如，诊断流程的步骤可能是令人困惑的，或者可能对技术人员104而言不够清楚，且因此，技术人员104可能无法正确地或准确地执行所述流程的步骤，并且所述流程可能无法解决问题。

在另一示例中，诊断流程可指导技术人员104进行一些测量以获得车辆数据(例如，传感器测量结果)。例如，这些测量结果可由诊断计算装置106作出和/或经由车辆通信链路被接收在诊断计算装置106处。在该示例中，诊断流程可具有判定框，判定框指导技术人员104在测量结果低于预定值、高于预定值或处于值的预定范围之内时应遵循特定路径。技术人员104可基于测量结果遵循特定的路径。如果这些预定的值或值的范围对于特定类型的车辆而言是不准确的或不合适的，则技术人员104可能遵循错误的路径且可能最终无法识别和修复车辆问题。

在又一示例中，所述流程的步骤的顺序可能使技术人员困惑或可能导致技术人员104沿着错误的路径。这些仅仅是用于说明的示例，并且其它的原因可导致诊断流程无效。因此，技术人员104可能无法识别和修复车辆问题。

因此，技术人员104可寻求进一步的技术协助，以识别和解决车辆修理问题。技术人员104可利用系统100通过显示诊断流程的诊断计算装置106请求技术协助。例如，诊断计算装置106的图形用户界面(GUI)可包括用于请求进一步技术协助的可选的用户界面项(例如，可点击的按钮、菜单项等)。技术人员104可以以其它的方式利用诊断计算装置106，以请求进一步的技术协助。

除了进一步技术协助请求之外，或者被包括在进一步技术协助请求之内的，诊断计算装置106可发送技术人员104或修理店的联系信息(例如，电话号码或电邮地址)，并可发送由服务器108发起的诊断流程会话的唯一标识符。技术人员104还可发送与请求一起的其它信息，比如从授权实体(比如车辆制造商、或车辆零件制造商或车辆服务信息提供商)接收的补充信息。技术人员104还可输入指示技术人员的经验水平的数据、可指示技术人员的经验水平的诊断流程的至少一个路径要素的执行时间等。

另外，诊断计算装置106可发送标记有技术人员104遵循路径的彩色编码的诊断流程，以及与所述流程的执行关联的任何其它信息，例如任何的框或路径是否令人困惑等。诊断计算装置106还可发送指示车辆状况的车辆数据以及在诊断流程执行期间收集的车辆数据。该车辆数据可包括例如车辆的里程表读数、DTC、车辆的故障症状、车载诊断系统PID及PID值、传感器数据和冻结帧数据及其它信息。

表1图示呈现了示例技术协助请求1到5以及这些请求可包括的内容。技术协助请求可包括表1中所示的所有信息类型或其子集。例如，技术协助请求1仅包括唯一会话标识符。技术协助请求4包括唯一对话标识符、诊断流程、补充信息、来自技术人员104的输入数据、车辆数据以及编码(例如，颜色编码)的诊断流程。请求2、3和5包括可被包括在技术协助请求中的信息的子集。表1中所示的信息或数据的类型是示例，且其它类型的信息也可被添加到请求。

技术协助请求	1	2	3	4	5
						唯一会话标识符	X			X	X
诊断流程		X		X	X
						补充信息			X	X
输入数据		X		X
						车辆数据		X	X	X	X
编码的诊断流程				X
						联系信息		X		X

表1

在示例中，诊断计算装置106可向服务器108发送请求及以上提及的信息。服务器108可基于唯一标识符检索已发送给诊断计算装置106的信息(例如，诊断流程)。然后，服务器108可将诊断流程、车辆信息、车辆数据和唯一会话标识符发送给由技术助理114操作的技术协助计算装置112。然后，服务器108可接管(hand off)通信，以便诊断计算装置106可通过通信网络110与技术协助计算装置112直接通信。技术协助计算装置112可相对于服务器108和/或诊断计算装置106处在远程位置处。

在另一示例中，替代向服务器108发送信息的，或者除了向服务器108发送信息之外，诊断计算装置106可直接向技术协助计算装置112发送信息，即诊断流程、车辆信息、车辆数据等。在又一示例中，诊断计算装置106可向技术协助计算装置112提供诊断流程会话的标识符。然后，技术协助计算装置112可将标识符提供给服务器108，以检索来自服务器108的与该会话标识符关联的任何相关信息(诊断流程、车辆信息、车辆数据等)。

通过这样的方式，标识符可有助于诊断计算装置106和技术协助计算装置112同时显示共用的信息。共用的信息包括诊断流程、车辆数据等。在示例中，技术协助计算装置112可具有对与车辆修理问题关联的修理订单的访问权，以确定车辆的症状、哪些零件已被更换等。

因此，技术协助计算装置112现在具有对与诊断流程会话关联的信息的访问权。信息可包括车辆信息、车辆数据、诊断流程、示出技术人员104遵循的路径的颜色编码版的诊断流程以及如以上描述的关联信息。因此，技术助理114将能看到由技术人员104基于车辆数据所采取的路径(或者至少技术人员本应采取的路径)。在以上描述的与电压测量测试相关的示例中，技术助理114应能够看见技术人员104遵循的颜色编码的路径。

技术协助计算装置112或技术助理114可基于该信息确定技术协助信息或诊断协助信息，所述技术协助信息或诊断协助信息能够进一步协助技术人员104识别和解决车辆修理问题。例如，技术协助计算装置112或技术助理114可识别由技术人员104所犯的任何错误或失误。作为示例，从车辆102接收的传感器测量结果、仪表度数或其它数据可能在诊断流程中的特定步骤中未被预期，因此表明技术人员104未正确地执行诊断流程。在另一示例中，在诊断流程的执行期间，技术人员104可导航到技术人员104将要实施的步骤。对于每个步骤，对应类型的测量或数据类型可被预期。如果在预期的与接收的之间存在不匹配，则技术协助计算装置112可确定的是，在诊断流程的执行中存在错误或失误。在用于说明的另一示例中，测量结果可预期带有小数，以指示测量的精度。如果由技术人员104输入的测量结果不带有小数，则技术协助计算装置112可将该测量值解释成表明技术人员104可能未准确地实施测量，且因此可请求技术人员104重复进行测量。另外，如果技术人员104导航到错误的步骤(例如，诊断流程中顺序错误的步骤)，则技术协助计算装置112可确定的是，在诊断流程的执行中存在失误。

技术协助计算装置112或技术助理114还可识别任何附加信息、建议、提示、解决方案、备选诊断流程、诊断流程中的备选路径等。作为示例，建议或技术协助信息可包括指示，比如“检查位置X处的线束并且检查该线束的连接器”。技术协助信息还可包括要求技术人员104进行劳动操作。示例劳动操作包括在不更换部件的情况下清洁或修理部件或任何其它的操作。

然后，技术协助计算装置112可将这样的诊断协助信息或技术协助信息提供给诊断计算装置106，且相应地，技术人员104可实施技术协助信息中包括的任何建议或步骤。另外，由于技术协助计算装置112处接收的信息可包括技术人员104的联系信息(电话号码、电邮地址等)，因此技术助理114可联系技术人员104就实施技术协助信息提供引导。诊断计算装置106和技术协助计算装置112两者可同时显示诊断协助信息，以方便技术人员104与技术助理114之间的交互。在示例中，可在诊断计算装置106与技术协助计算装置112之间建立通信通道，从而方便来自摄像机或任何其它可穿戴图像捕获装置的实时流媒体，其向技术助理114展示技术人员104正在做的事情。在另一示例中，通信通道可方便诊断计算装置106与技术协助计算装置112之间的屏幕共享，以使得技术助理114知道诊断计算装置106的显示器上正在显示的内容以及诊断计算装置106处发生的事件。

一旦车辆修理问题基于技术协助信息或诊断协助信息被识别和解决，服务器108就可从技术协助计算装置112或诊断计算装置106接收有关解决车辆修理问题的输入数据。例如，技术协助计算装置112或诊断计算装置106可向服务器108提供技术协助计算装置112提供给诊断计算装置106的诊断协助信息。另外，技术协助计算装置112或诊断计算装置106可向服务器提供反馈数据，该反馈数据指示车辆修理问题是否已经基于或利用技术协助信息被识别和解决。

如果技术协助计算装置112提供给诊断计算装置106的技术协助信息或诊断协助信息成功地帮助识别和解决车辆修理问题，则服务器108可更新最初提供给诊断计算装置106的诊断流程。例如，服务器108可使诊断流程的步骤和框重新排序，向诊断流程添加框、路径及路径要素，对诊断流程移除框、路径或路径要素，修改诊断流程引导技术人员沿特定路径往下所基于的参数值(例如，电压值和/或PID范围等)等。

服务器108还可向诊断流程添加有助于其执行的备注，例如阐明特定的步骤应如何执行。备注可以是通用的且总的适用于诊断流程，或可以是针对特定路径要素的。备注还可包括技术人员104基于技术协助信息所实施的且帮助解决车辆修理问题的劳动操作。

在示例中，这些备注可基于特定的分类学和本体论被详列，以确定将哪些文本/字符添加至诊断流程或至诊断流程中的特定路径要素。利用特定的分类学或本体论对类型、性质、车辆部件和相互关系的正式命名及定义进行明确，以限制复杂性并组织信息。

例如，当向诊断流程添加备注或任何反馈时，可提示技术人员104或技术助理112使用特定的词语或术语或优选的文本(例如，通过下拉菜单或一些其它的用户界面项)。通过这样的方式，更新诊断流程所使用的语言在修理店之间会是普适的或一致的。

在示例中，每次基于诊断流程会话提供反馈时，服务器108可更新或修改诊断流程。在其它示例中，如果这样的修改在解决特定的车辆修理问题上成功了超过阈值数目的次数(例如，1次或2次)，则服务器108可修改诊断流程(例如，修改路径要素)。

在示例中，服务器108可包括会话管理器模块，所述会话管理器模块可包括软件模块、硬件部件或两者的组合。会话管理器可配置成利用由服务器108生成的唯一标识符跟踪诊断流程会话的进展。

会话管理器可以与诊断计算装置106和技术协助计算装置112两者通信。在示例中，会话管理器可分布在所有三个实体之间：服务器108、诊断计算装置106和技术协助计算装置112。例如，三个实体中的每个可包括与其它两个实体的相应会话管理器通信的会话管理器。通过这样的方式，会话管理器可在所有三个实体之间共享。在另一示例中，会话管理器可在技术协助计算装置112、诊断计算装置106和服务器108中独立运行。因此，每个实体可确定相对于诊断流程会话的不同状况或状态。

例如，状态可包括被称为“有效(active)且打开”的第一状态。在该第一状态中，三个实体中的至少两个之间的通信可能正在进行，且尚未有解决方案或反馈提供到服务器108。

第二状态可称为“无效(inactive)且打开”。在该第二状态中，技术协助计算装置112与诊断计算装置106之间在之前的预定时间段(例如，3天)内可能没有通信。然而，尚未有解决方案或反馈提供到服务器108。因此，会话是无效的，但由于缺少反馈而仍然保持打开。

在该第二状态中，只要反馈还没由技术协助计算装置112和诊断计算装置106提供到服务器108，服务器108就可向技术协助计算装置112和诊断计算装置106中的任一者或两者“推送”提示或提醒，以关闭会话。在示例中，提醒的频率可以变化。例如，随着会话变得无效之后的时间增加超过预定的阈值(例如，1周)时，可更加频繁地重复提醒。在一些示例中，诊断计算装置106或技术协助计算装置112也可分别向技术人员104或技术助理114独立地发送提醒。

第三状态可称为“无效且关闭”。在该第三状态中，由于实体之间没有正在进行的通话，因此会话是无效的，另外，解决方案或反馈已被提供到服务器108。因此，案件或会话是关闭的，或者可被关闭。

在示例中，替代等待接收反馈以关闭会话，或者除等待接收反馈以关闭会话之外，会话管理器可自动访问修理店的管理系统，以获得由技术人员104或诊断计算装置106留在修理订单上的任何反馈。反馈可表明修理是成功的并且修理订单被标记为已完成。在该情况下，会话管理器可将诊断流程会话的状态切换成“无效且关闭”。

Ⅲ.示例诊断流程

图2图示了根据示例实施方案的诊断流程200。诊断流程200可包括路径框或路径要素202、208、210、216、218、224、226、232、234、240、242、248、250、256和258。另外，诊断流程200可包括判定要素204、206、212、214、220、222、228、230、226、238、244、246、252和254。如图示的，每个判定要素可导向至一个或多个路径要素。

诊断流程200可以与车辆修理问题关联。另外，诊断流程200可以与车辆型号或和/或特定的汽车零件关联。在示例中，诊断流程可以与DTC关联。例如，诊断流程200可以与DTC41关联。DTC 41可以指示关于点火控制(IC)电路的问题。相应地，诊断流程200可包括诊断IC电路问题的一个或多个诊断过程。在示例中，诊断流程200可以与解决针对特定地理位置的车辆修理问题关联。

诊断流程200的路径要素(例如，路径要素202)可包括诊断步骤。诊断步骤可由对主题车辆(例如，车辆102)的修理负责的技术人员(例如，技术人员104)实施或执行。另外地或替代地，诊断步骤可由电子修理工具(例如，诊断计算装置106)实施。诊断步骤也可由测量工具实施。

在完成路径要素的步骤之后，流程200可导向至判定要素，判定要素指示对路径要素的提示的答复。对提示的答复可取决于在导向至判定要素的路径要素中所作的测量或所确定的性质。在一些示例中，提示可能要求来自技术人员的回答。技术人员可通过选择判定要素而指示答复。在另一示例中，技术人员可对提示提供比如测量结果的答复。判定要素可基于由技术人员提供的答复被选择。

如图2中图示的，路径要素202是诊断流程200的第一路径要素。路径要素202可包括一个或多个诊断步骤。例如，路径要素可包括两个诊断步骤：1)清理DTC(一个或多个)，和2)转动发动机曲柄15秒。路径要素202还可包括提示：“DTC 41被设置了吗？”诊断过程中的下一路径要素可取决于响应路径要素202的提示而选择的判定要素。

如果判定要素206(即，“否”)被选择，则诊断过程中的下一路径要素会是路径要素210。路径要素210可包括车辆修理问题的诊断步骤或识别/解决方案：“DTC 41是间歇性的。请参考‘诊断帮助’。”另外，路径要素210可以是诊断过程中的最后的路径要素。例如，诊断过程可包括路径要素202、判定要素206和路径要素210。在这样的示例中，路径要素202会是诊断过程的第一个路径要素，而路径要素210会是诊断过程的最后的路径要素。

替代地，如果判定要素204(即，“是”)被选择，则诊断过程中的下一路径要素会是路径要素208。作为示例，路径要素208可包括四个诊断步骤：“1)点火器‘关’。2)断开点火线圈模块连接器。3)利用接地的电压表探测点火线圈模块束连接器端子‘B’。4)点火器‘开’。”路径要素208还可包括提示：“现在是大于0.5伏吗？”诊断过程中的下一路径要素可取决于响应路径要素208的提示而选择的判定要素。如果判定要素214(即，“是”)被选择，则诊断过程中的下一路径要素会是路径要素218。替代地，如果判定要素212(即，“否”)被选择，则诊断过程中的下一路径要素会是路径要素216。

作为示例，路径要素218可包括三个诊断步骤：“1)点火器‘关’。2)断开ECM连接器‘A’。3)点火器‘开’。”路径要素218还可包括提示：“现在有电压吗？”诊断过程中的下一路径要素可取决于响应路径要素218的提示而选择的判定要素。如果判定要素220(即，“是”)被选择，则诊断过程中的下一路径要素会是路径要素224。替代地，如果判定要素222(即，“否”)被选择，则诊断过程中的下一路径要素会是路径要素226。

作为示例，路径要素224可包括车辆修理问题的单个诊断步骤或识别/解决方案：“1)短路IC电路中的电压。”路径要素224也可是诊断过程中的最后的路径要素。这样的诊断过程可包括路径要素202、208、218和224。该诊断过程还可包括判定要素204、214和220。

回到路径要素218，如果判定要素222(即，“否”)响应路径要素218的提示问题被选择，则诊断过程中的下一路径要素会是路径要素226。作为示例，路径要素226可包括车辆修理问题的单个诊断步骤或识别/解决方案：“1)错误的ECM。”路径要素226也可是诊断过程中的最后的路径要素。这样的诊断过程可包括路径要素202、208、218和226。诊断过程还可包括判定要素204、214和222。

回到路径要素208，如果判定要素212(即，“否”)被选择，则诊断过程中的下一路径要素会是路径要素216。作为示例，路径要素216可包括单个诊断步骤：“1)在电压表处于AC标度上的情况下，转动发动机曲柄并观察电压。”路径要素216还可包括提示：“电压是处在1伏与4伏之间吗？”诊断过程中的下一路径要素可取决于响应路径要素216的提示而选择的判定要素。如果判定要素228(即，“是”)被选择，则诊断过程中的下一路径要素会是路径要素232。替代地，如果判定要素230(即，“否”)被选择，则诊断过程中的下一路径要素会是路径要素234。

作为示例，路径要素234可包括三个诊断步骤：“1)点火器‘关’。2)断开ECM连接器‘A’。3)检查ECM连接器端子“A12”与点火线圈模块连接器端子‘B’之间的连续性。”路径要素234还可包括提示：“电路是开路吗？”诊断过程中的下一路径要素可取决于响应路径要素234的提示而选择的判定要素。如果判定要素252(即，“否”)被选择，则诊断过程中的下一路径要素会是路径要素256。替代地，如果判定要素254(即，“是”)被选择，则诊断过程中的下一路径要素会是路径要素258。

作为示例，路径要素256可包括车辆修理问题的单个诊断步骤或识别/解决方案：“1)错误的ECM连接或错误的ECM。”路径要素256也可是诊断过程中的最后的路径要素。这样的诊断过程可包括路径要素202、208、216、234和256。诊断过程还可包括判定要素204、212、230和252。

作为示例，路径要素258可包括车辆修理问题的单个诊断步骤或识别/解决方案：“1)使ECM与点火线圈模块之间的IC电路开路。”路径要素258也可能是诊断过程中的最后的路径要素。这样的诊断过程可包括路径要素202、208、216、234和258。诊断过程还可包括判定要素204、212、230和254。

回到路径要素216，如果判定要素228(即，“是”)被选择，则诊断过程中的下一路径要素会是路径要素232。作为示例，路径要素232可包括两个诊断步骤：“1)点火器‘关’。2)在测试灯为B+的情况下，探测点火可模块束连接器端子‘C’。灯应亮着。”路径要素228还可包括提示：“灯亮着吗？”诊断过程中的下一路径要素可取决于响应路径要素232的提示而选择的判定要素。如果判定要素236(即，“是”)被选择，则诊断过程中的下一路径要素会是路径要素240。替代地，如果判定要素238(即，“否”)被选择，则诊断过程中的下一路径要素会是路径要素242。

作为示例，路径要素242可包括单个诊断步骤：“1)使点火线圈模块接地电路开路。”路径要素242也可是诊断过程中的最后的路径要素。这样的诊断过程可包括路径要素202、208、216、232和242。诊断过程还可包括判定要素204、212、228和238。

路径要素240可包括两个诊断步骤：“1)点火器‘开’。2)在测试灯接地的情况下，探测点火线圈模块束连接器端子‘D’和‘A’。灯应都亮着。”作为示例，路径要素240还可包括提示：“1)灯都亮着吗？”诊断过程中的下一路径要素可取决于响应路径要素240的提示而选择的判定要素。如果判定要素244(即，“是”)被选择，则诊断过程中的下一路径要素会是路径要素248。替代地，如果判定要素246(即，“否”)被选择，则诊断过程中的下一路径要素会是路径要素250。

作为示例，路径要素250可包括车辆修理问题的单个诊断步骤或识别/解决方案：“1)从点火线圈到点火线圈模块的在没有亮着的电路上的错误电路。”路径要素250也可是诊断过程中的最后的路径要素。这样的诊断过程可包括路径要素202、208、216、232、240和250。诊断过程还可包括判定要素204、212、228、236和246。

路径要素248可包括车辆修理问题的单个诊断步骤或识别/解决方案：“1)错误的点火线圈模块连接或错误的点火模块。”路径要素248也可是诊断过程中的最后的路径要素。在这样的示例中，诊断过程可包括路径要素202、208、216、232、240和248。诊断过程还可还包括判定要素204、212、228、236和244。

诊断流程200可包括标识符，所述标识符可用于识别诊断流程200。例如，诊断流程200可包括制造商标识符、车辆问题(例如，错误(察觉的或真实的)投诉、DTC等)的标识符和/或车辆型号和/或零件的标识符。诊断流程200还可包括指示地理区域的信息，诊断流程200可以与该地理区域关联。

诊断流程200和本文中呈现的所附说明书仅出于说明的目的，且不应被认为是限制性的。例如，诊断流程可以与任何的DTC和/或车辆修理问题关联。作为另一示例，诊断流程中的路径要素和判定要素的数目可小于或大于图2中图示的路径要素和判定要素的数目。

作为另一示例，诊断流程200的描述包括诊断流程200中包括的一些诊断过程的示例。诊断流程200可包括其它的诊断过程。例如，诊断过程可包括诊断流程200的路径要素和判定要素，所述路径要素和判定要素被选择的顺序与本文中描述的诊断过程的路径要素被选择的顺序不同。

诊断流程200可包括计算机可读的诊断流程。计算机可读的诊断流程可设置成结构化查询语言(SQL)文件、可扩展标记语言(XML)文件或一些其它类型的计算机可读文件或数据结构。相应地，服务器108的处理器、诊断计算装置106或技术协助计算装置112可搜索诊断流程200上的文本、符号或其它内容。另外，诊断流程200可显示在诊断计算装置106和/或技术协助计算装置112的用户界面的显示器上。

如以上提及的，诊断流程200可被颜色编码，以指示技术人员104遵循的路径，即由技术人员104执行的路径要素及判定。例如，技术人员104遵循的路径可被着色或以明亮的方式呈现在诊断计算装置106的显示器上，以及可能地同时呈现在技术协助计算装置112的显示器上。未遵循的其它路径可以变灰或着以红色。而且，如果技术人员104对车辆参数(例如，电压、温度等)进行测量且测量结果在正常范围之内，则与该测量结果关联的框可着以绿色。与之相反，如果测量结果没有在正常范围之内，则与该测量结果关联的框可着以红色。

如以上关于图1描述的，服务器108可基于反馈数据和技术协助信息更新诊断流程200，以改善诊断流程200的实施。例如，服务器108可对诊断流程200的要素重新排序、添加要素或说明、改变测试参数值等。例如，对要素重新排序可包括改变两个路径要素出现在诊断流程中的顺序，或改变两个判定框执行的顺序。作为特定的示例，在诊断流程中，第一判定框可出现在第二判定框之前，且因此第一判定框将在第二判定框之前被执行。对要素重新排序可包括修改诊断流程使得第二判定框及其关联的路径要素比执行第一判定框优先。

Ⅳ.示例装置

图3图示了根据示例实施方案的服务器108的框图。服务器108可包括图3中所示的所有部件或示出在服务器108内的部件的所有适当的子集。服务器108可包括处理器302、网络接口304、流程输入306、会话管理器308和计算机可读介质(CRM)310。服务器108的部件可经由系统总线、网络或其它连接机构312通信化联接或链接在一起。示出在服务器108内的部件可定位在单个壳体内，或可彼此远距离地定位在不同的壳体中，或以另外的方式定位。

处理器(比如处理器302或本说明书中论述的任何其它处理器)可包括一个或多个处理器。处理器可包括通用处理器(例如，单核微处理器或多核微处理器)或专用处理器(例如，数字信号处理器、图形处理器或专用集成电路(ASIC)处理器)。处理器可配置成执行计算机可读程序指令(CRPI)。除了执行软件编码功能(例如，经由CRPI)之外，或者替代执行软件编码功能的，处理器可配置成执行硬编码功能。处理器302中的至少一个处理器可被编程，以执行在本文中被描述成由服务器108实施的任何功能或功能的组合。

网络接口304可包括一个或多个部件，所述一个或多个部件用于使服务器108通信化联接到网络110或网关，网关作为网络110的一部分或被连接到网络110，网络110在以上关于图1被论述过。这样，网络接口304使服务器108能够与诊断计算装置106和技术协助通信装置112通信。

网络接口305可包括(一个或多个)部件，用于经由网络110的无线或有线通信。网络接口304可包括接收器，以接收被描述成通过网络110传输到服务器108的各种数据。网络接口304可包括传输器，以传输被描述成通过网络110传输到诊断计算装置106或技术协助计算装置112的各种数据。

流程输入306可包括用于从所述流程的数据库请求数据的一个或多个部件，和用于从流程数据库接收数据的一个或多个部件。流程输入306可包括软件模块、硬件部件或它们的组合。在示例中，流程输入306可包括服务器到数据库通信链路或待由处理器302或网络接口304实施的功能。由流程输入306实施的操作可整合到由处理器302实施的操作中。

原始流程314可包括数据库，该数据库存储诊断流程，包括原始设备制造商(OEM)流程、售后流程和/或其它诊断流程。流程输入306可包括服务器到数据库通信链路。处理器302可将从诊断计算装置106接收的诊断流程请求传输到流程输入306，并且通过服务器到数据库通信链路传输。然后，流程输入306可将它从原始流程314接收的数据传输到处理器302。

会话管理器308可包括软件模块、硬件部件或它们的组合。例如，会话管理器308可包括单独的处理器或IC。在另一示例中，会话管理器308可包括由处理器302执行的软件模块。如以上关于图1描述的，基于服务器108接收来自诊断计算装置106的请求，会话管理器308可生成对于诊断流程会话的唯一标识符。然后，会话管理器308可利用唯一标识符跟踪诊断会话的进展。

会话管理器308可存在于服务器108中，但也可在诊断计算装置106和/或技术协助计算装置112处具有软件模块或硬件部分。如以上提及的，在示例中，会话管理器308可分布在所有三个实体之间：服务器108、诊断计算装置106和技术协助计算装置112。

如以上描述的，会话管理器308确定诊断流程会话的状态，即诊断会话是否处在有效且打开、无效且打开、无效且关闭以及其它可能的状态中。如果诊断会话仍未被关闭，则会话管理器308可通过网络接口304向诊断计算装置106和/或技术协助计算装置112发送提醒，直至反馈被接收且会话被关闭为止。替代地，会话管理器308可自动访问修理店的管理系统，以获得由技术人员104留在修理订单上的任何反馈，如以上描述的。

CRM 310或本公开中论述的或被包括在本公开中描述的装置或系统内的任何其它的CRM(例如，以下论述的CRM 412)可包括非暂时性计算机可读介质、暂时性计算机可读介质或非暂时性计算机可读介质与暂时性计算机可读介质两者。在一个方面，非暂时性计算机可读介质可以与处理器(例如，处理器302)整体或部分集成。在另一方面，非暂时性计算机可读介质或非暂时性计算机可读介质的一部分可以与处理器分开且有所区别。

非暂时性计算机可读介质可包括例如易失性或非易失性存储部件，比如光学的、磁的、有机的或其它的存储器或盘存储。另外地或替代地，非暂时性计算机可读介质可包括例如随机存取存储器(RAM)、只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、只读光盘驱动器(CD-ROM)或配置成向处理器提供数据或CRPI的另一存储器装置。

暂时性计算机可读介质可包括例如通过通信链路(比如连接到通信网络110或作为通信网络110的一部分的通信链路)提供的CRPI。通信链路可包括包含一个或多个线材或导体的有线通信链路，或包含空中接口的无线通信链路。

CRM 310可存储各种数据。由CRM 310存储的数据可包括从流程输入306、处理器302或网络接口304提供到CRM 310用于存储的数据。CRM 310中存储的数据可包括原始流程314、CRPI 316、更新的流程318、流程反馈320和反馈分析322中的一项或多项。

原始流程314中的一个原始流程可包括有车辆制造商(即，OEM)或车辆零件制造商(即，安装的车辆零件的OEM)开发和发布的诊断流程。替代地，诊断流程可由诊断设备制造商或售后车辆零件的制造商或车辆服务信息的提供商开发和发布。

在示例中，原始流程314会是能通过关键词或修理问题搜索的。在另一示例中，原始流程314中的每个诊断流程可具有流程标识符，流程标识符有助于定位、归档和检索这样的诊断流程。流程标识符可包括与对应的流程关联的数据。例如，流程标识符可包括流程设计来诊断的DTC。在另一示例中，流程标识符可包括流程设计来诊断的一个或多个症状。在另一示例中，流程标识符可识别流程设计所用于的车辆型号。地理位置也可与所述流程关联或用于识别所述流程。因此，当在原始流程314中搜索诊断流程时，处理器302可使用标识符作为搜索参数。

在示例中，处理器302可给原始流程314中存储的每个诊断流程分配唯一的流程标识符。例如，流程标识符可包括任何数字的或字母数字的标识符。

如以上描述的，服务器108可配置成基于来自诊断计算装置106或技术协助计算装置112的反馈而更新诊断流程。然后，更新的诊断流程可存储在数据库中，在本文中被称为“更新的流程318”。

更新的流程可包括原始流程，基于与如从诊断计算装置106或技术协助计算装置112接收的流程的实施关联的反馈数据，该原始流程已被修改。更新的流程在诊断和解决车辆修理问题上可比原始流程更加有效，且可减少对于技术协助的请求的数目。更新的流程可以与同原始流程关联的相同的流程标识符关联，和/或可与指示流程已从原始流程更新的至少一个标识符关联。

随后，将来在服务器108处接收的来自诊断计算装置106的请求可带来的结果是更新的流程被发送给诊断计算装置106。基于就多个车辆或店铺的来自多个诊断会话的反馈，更新流程可被反复更新。每次流程被更新，先前的版本可被更换，或者多个更新的版本可被存储以跟踪特定流程历史。

另外，在一些示例中，可存在多于一个的更新版本的诊断流程。如以上说明的，特定的车辆修理问题可以是特定的地理区域独有的或与特定的地理区域关联的。例如，特定的车辆修理问题可归咎于不同地理区域之间的天气状况、高度等的不一致。因此，服务器108可从位于不同地理区域处的诊断计算装置接收对于相同流程的不同反馈数据。

因此，处理器302可对于相应的不同的地理区域(例如，美国的中西部地区对比东南部地区，不同的大陆、亚洲对比欧洲，美国的不同州等等)生成不同更新版本的流程。服务器108还可从诊断流程请求内包括的位置信息确定诊断计算装置106的地理位置，并且然后使任何更新与该地理位置关联。

在示例中，原始流程314可以与更新的流程318分开，如图3中所示。然而，在另一示例中，原始流程314和更新的流程318两者可整合到单个数据库中，数据库持续更新，以改善所述流程在识别和修复车辆修理问题中的有效性。

处理器302可分析从诊断计算装置106和/或技术协助计算装置112获得的流程反馈320，以生成反馈分析322。CRM 310中存储的每个诊断流程可以与相应的分析数据关联。与诊断流程关联的分析数据可包括对于诊断流程的一个或多个路径要素和/或判定要素的选择统计。选择统计可体现诊断流程的要素在诊断流程实施期间被选择的次数的数目。分析数据还可包括指示诊断过程的成功率的数据。成功率可指示诊断流程在诊断车辆修理问题上成功。

CRPI 316可包括可由处理器302执行以实施如以上关于图1和图3论述的服务器108的操作的程序指令。

图4图示了根据示例实施方案的计算装置400的框图。计算装置400可代表诊断计算装置106或技术协助计算装置112，并可配置成执行图1处描述的关于任一装置的操作。

计算装置可包括图4中所示的所有部件或这些部件的任何适当的子集。例如，如果计算装置400代表诊断计算装置106，则计算装置400可包括处理器402、车辆接口404、显示器405、网络接口406、会话管理器408、用户接口410和CRM 412。例如，如果计算装置400代表技术协助计算装置112，则计算装置400可包括处理器402、显示器405、网络接口406、会话管理器408、用户接口410和CRM 412。

计算装置400的部件可经由系统总线、网络或其它连接机构414通信化联接或链接在一起。示出在计算装置400内的部件可定位在单个壳体内，或彼此远距离地定位在不同的壳体中，或以另外的方式定位。

处理器402可包括一个或多个通用处理器或一个或多个专用处理器(例如，数字信号处理器或图形处理器)。CRM 412可包括或存储诊断流程416、反馈数据418、CRPI 420、装置数据422和测量/传感器数据424。CRM 412内存储的计算机可读元件的其它示例也是可能的。

诊断流程416可以与诊断流程200相似，并可从服务器108(例如，从原始流程314或更新的流程318)接收。因此，诊断流程416可包括决策树流程，决策树流程包括识别并解决车辆修理问题的诊断过程。

反馈数据418可包含从实施诊断过程的诊断步骤得到的反馈数据。反馈数据的要素可包括指示如下的数据：所实施的路径要素、所选择的判定要素、所实施的诊断步骤、所实施的测量、诊断过程的成功和/或与实施诊断流程416的要素关联的时间。其它参数也可存储在反馈数据418中，比如实施或监督诊断流程416性能的技术人员104的经验水平。

在示例中，反馈数据418可包括如下版本的诊断流程416，即所述版本的诊断流程416有助于将技术人员104如何执行诊断流程416告知技术助理114。反馈数据418还可包括由技术协助计算装置112提供给诊断计算装置106以进一步协助识别和解决车辆修理问题的技术协助信息或诊断协助信息。

反馈数据418中存储的数据可通过网络接口406传输到服务器108的流程反馈320。然后，服务器108可如上所述利用该反馈数据418来更新诊断流程。

如以上提及的，如果计算装置400代表诊断计算装置106，则它可包括车辆接口404。车辆接口404可包括用于使计算装置400通过通信链路通信化联接到车辆102的一个或多个部件。例如，车辆接口404可“分接(tap)”到车辆102的控制器局域网(CAN)总线中，以获得对车辆102内生成的传感器信息和其它数据的访问权。车辆接口404使计算装置400能够向车辆102传输数据和从车辆接收数据。

网络接口406可包括用于使计算装置400通信化联接到网络110或网关的一个或多个部件，所述网关作为网络110的一部分或连接到网络110。网络接口406可包括用于经由网络110无线通信或有线通信的(一个或多个)部件。

会话管理器408可包括软件模块、硬件部件或它们的组合，并可与服务器108的会话管理器308通信。因此，只要诊断会话仍是打开的，会话管理器408就会提供提醒或提示。提醒可显示在例如显示器405上。

用户接口410可包括待显示在显示器405上的图形用户界面(GUI)。例如，处理器402可生成诊断流程416在用户接口410上的显示，以使技术人员104或技术助理114能够看见所述流程并与之交互。

技术人员104或技术助理114可通过GUI向计算装置400输入信息。作为示例，GUI可包括能够显示的特征，所述特征包括车辆症状和车辆特性，其可被选择用来生成对于诊断流程的请求。作为另一示例，GUI可提供进入由技术人员104获得的测量结果的路径。

作为又一示例，GUI可针对用户配置成输入诊断流程416的判定要素或路径要素的选择。路径要素的选择可表明所述路径要素的实施。相应地，用户接口410可包括用户输入元件，用户输入元件配置成使得计算装置400的用户(例如，技术人员104)可输入数据供处理器402使用。GUI还可包括其它形式的可视觉化呈现的数据。

诊断计算装置106和技术协助计算装置112中的每个可包括相应的显示器405。两种装置中的每一种的显示器405可同时显示共用的信息，使得技术人员104和技术助理114会能够看到相同的信息。例如，每种装置的处理器402可生成相同的诊断流程416的显示。

CRPI 420包括可由处理器402执行以使计算装置400能够实施本文中关于诊断计算装置106或技术协助计算装置112论述的操作的程序指令。

装置数据422可包括计算装置400的标识符(例如，序列号)、计算装置400安装和/或操作所在的地理位置等。例如，地理位置可包括位置的GPS坐标。如果计算装置400代表诊断计算装置104，则包括地理位置的装置数据422可与对于诊断流程的请求一起被传输给服务器108，并且服务器108可基于地理位置选择诊断流程。

测量数据424可包括由实施诊断步骤获得的传感器或其它测量结果。例如，测量数据424可通过车辆接口404被获得。测量数据424可在计算装置400与其它的实体(比如服务器108)或另一计算装置400之间通信。

Ⅴ.示例方法

图5图示了根据示例实施方案的由计算服务器实施的方法500。例如，计算服务器可包括以上论述的服务器108。方法500可包括一个或多个操作，或如由框502-512中的一个或多个图示的动作。尽管框以连续的顺序被图示，然而在一些实例中，这些框可以以并行的方式和/或以与本文中描述的不同的顺序被实施。而且，基于期望的实施方案，各种框可组合成较少的框、被分成附加的框和/或被移除。

此外，方法500示出本示例中的一种可能的实施方案的操作。在这方面，每个框可代表程序代码的模块、部段或部分，所述程序代码包括可由处理器(例如302)或控制器执行的、用于实施过程中的特定逻辑操作或步骤的一个或多个指令。程序代码可存储在任何类型的计算机可读介质或存储器(例如，CRM 310)中，例如，比如包括磁盘或硬盘驱动器的存储装置。此外，对于方法500及本文中公开的其它过程和操作，图5中的一个或多个框可代表布置成实施过程中的特定逻辑操作的电路或数字逻辑。

在框502处，方法500包括从诊断计算装置接收指示对于车辆的车辆修理问题的第一请求。如以上描述的，用户或技术人员可能被委以修理经历特定车辆修理问题的车辆的任务。技术人员可能正在使用诊断计算装置(106或400)，以协助技术人员修理车辆。技术人员可向服务器提交请求，以就修理车辆获得帮助。请求可包括车辆的症状、DTC或指示车辆正在经历的车辆修理问题的任何其它信息。在示例中，请求可进一步指示或包括如下数据，所述数据指示与车辆的当前或先前位置(例如，车辆被制造或操作的位置，技术人员修理车辆所在的店铺的位置等)相关的地理位置。

在示例中，服务器接收该请求，并且作为响应，服务器可发起诊断流程会话。服务器还可生成对于诊断流程会话的标识符。该标识符可方便与该特定的诊断流程会话关联的、当前及将来的所有通信。

在框504处，方法500包括向诊断计算装置发送诊断流程，所述诊断流程包括用于识别并解决车辆修理问题的一系列诊断步骤。服务器可具有对包括原始流程(例如，原始流程314)的数据库的访问权，并可选择或识别与修理由来自诊断计算装置的请求指示的车辆修理问题关联的诊断流程。

如以上关于诊断流程200论述的，诊断流程可包括一系列有序的且可实施的路径要素。每个路径要素导向至一个或多个判定要素，并且其中，每个路径要素包括诊断步骤中的一个或多个。

在示例中，除了基于车辆修理问题之外，服务器可基于地理位置选择诊断流程。尤其，诊断流程可选择成针对于如由其它车辆在与车辆的当前或先前位置相关的地理位置处经历的车辆修理问题。

在框506处，方法500包括从诊断计算装置接收(i)对于就识别和解决车辆修理问题的进一步技术协助的第二请求，以及(ii)在诊断流程的执行期间收集的车辆状况数据。技术人员可尝试遵循诊断流程的所述一系列步骤来修理车辆，但在一些实例中，技术人员可能无法识别和解决车辆修理问题。

于是，技术人员可向服务器提交另一(即，第二)请求，以寻求就识别和解决修理问题的附加的协助。在诊断流程的执行期间，技术人员可能已经收集了比如车辆的里程表读数、DTC、车辆的故障症状、PID及PID值、传感器数据、冻结帧数据等的车辆状况数据。对于进一步协助的请求也可包括这样的车辆状况数据。

另外，对于附加的协助的该请求可包括或可伴随表明技术人员如何执行诊断流程的更多的信息。例如，该信息可包括指示诊断流程的至少一个路径要素的执行的数据、在至少一个路径要素的执行期间获得的一个或多个参数、指示对诊断流程的至少一个判定要素所作的判定的数据、指示来自执行至少一个路径要素的技术人员的输入的数据等。作为示例，请求可包括或伴随指示这样的信息的带注释的或颜色编码的诊断流程。

在示例中，来自技术人员的输入可包括从比如车辆制造商、车辆零件制造商或车辆服务信息提供商之类的授权实体接收的补充信息。而且，一个或多个参数可包括技术人员的经验水平、至少一个路径要素的执行时间等。请求可还包括执行诊断流程的技术人员的联系信息。

在框508处，方法500包括将诊断流程和车辆状况数据发送给技术协助计算装置。服务器可将诊断流程、车辆状况数据、以及伴随对于进一步协助的请求的以上提及的附加信息中的任何或所有提供给技术协助计算装置(例如，112或400)。技术协助计算装置可由第三方机构或技术助理操作。对于进一步协助的请求中可包括的联系信息可方便技术人员与技术助理之间的通信。

在示例中，服务器可接管通信或使得诊断计算装置可直接与技术协助计算装置通信。在另一示例中，诊断计算装置与技术协助计算装置之间的通信可流经服务器。诊断计算装置可将诊断流程会话的标识符提供给技术协助计算装置。然后，技术协助计算装置可使用该标识符来检索诊断流程、车辆状况数据和以上提及的附加信息中的任何或所有。然后，技术协助计算装置可发送进一步协助技术人员识别和解决车辆修理问题的诊断协助信息或技术协助信息。

诊断流程会话的标识符会有助于在诊断计算装置和技术协助计算装置的相应的显示器处同时显示共用的信息。共用的信息可包括诊断流程、车辆状况数据、技术协助计算装置发送的诊断协助信息等。技术人员可实施诊断协助信息中提供的指令，并且然后可向技术协助计算装置发送反馈数据，所述反馈数据指示车辆修理问题是否已被识别和解决。

在框510处，方法500包括从技术协助计算装置接收输入数据，所述输入数据包括(i)技术协助计算装置基于诊断流程和车辆状况数据向诊断计算装置发送的诊断协助信息，以及(ii)指示车辆修理问题是否已被识别和解决的反馈数据。一旦修理问题被解决，技术协助计算装置可将诊断协助信息和反馈数据发送给服务器。

如以上论述的，服务器可监视未解决的修理问题的状态和/或技术协助计算装置与诊断计算装置之间的通信的状态。如果服务器没有接收到反馈数据，则服务器可定期向诊断计算装置与技术协助计算装置中的任一者或两者发送提示，直至反馈数据被接收为止。一旦反馈被接收，服务器可将状态切换成无效且关闭。

在框512处，方法500包括基于输入数据更新诊断流程。服务器可基于诊断协助信息和反馈数据修改诊断流程，从而改进诊断流程的性能。服务器可存储更新的诊断流程，并在服务器接收到对于相似车辆修理问题的将来请求时提供更新的流程。

图6图示了根据示例实施方案的由诊断计算装置实施的方法600。诊断计算装置可包括以上论述的诊断计算装置106或计算装置400。方法600可包括一个或多个操作或如由框602-612中的一个或多个图示的动作。尽管框以连续的顺序被图示，然而在一些实例中，这些框可以以并行的方式和/或以与本文中描述的不同的顺序被实施。而且，基于期望的实施方案，各种框可被组合成较少的框、被分成附加的框和/或被移除。

另外，方法600示出本示例的一种可能的实施方案的操作。在这方面，每个框可代表程序代码的模块、部段或部分，程序代码包括可由处理器(例如，处理器402)或控制器执行的用于实施过程中的特定的逻辑操作或步骤的一个或多个指令。程序代码可存储在任何类型的计算机可读介质或存储器(例如，CRM 412)上，例如，比如包括磁盘或硬盘驱动器的存储装置。此外，对于方法600及本文中公开的其它过程和操作，图6中的一个或多个框可代表布置成实施过程中的特定逻辑操作的电路或数字逻辑。

在框602处，方法600包括向计算服务器发送指示对于车辆的车辆修理问题的第一请求。诊断计算装置可向服务器发送该请求以获得诊断流程。服务器可相应地发起诊断流程会话，并为会话分配标识符。

在框604处，方法600包括从计算服务器接收诊断流程，所述诊断流程包括用于识别和解决车辆修理问题的一系列诊断步骤。

在框606处，方法600包括向计算服务器发送于诊断流程执行期间收集的车辆状况数据。

在框608处，方法600包括发送对于就识别和解决车辆修理问题的进一步技术协助的第二请求。在示例中，诊断计算装置可将该第二请求发送给服务器。在该示例中，服务器可将诊断流程、车辆状况数据和任何其它相关的信息提供给技术协助计算装置。

在另一示例中，诊断计算装置可将第二请求与会话标识符一起直接发送给技术协助计算装置。标识符使技术协助计算装置能够检索诊断流程、车辆状况数据和来自服务器的任何其它相关的信息。标识符还可有助于在诊断流程会话期间同时在诊断计算装置处的显示器上和技术协助计算装置处的显示器上显示诊断流程以及车辆状况数据。

在框610处，方法600包括响应第二请求从与计算服务器通信的技术协助计算装置接收基于诊断流程和车辆状况数据的诊断协助信息。

在框612处，方法600包括发送指示车辆修理问题是否已基于诊断协助信息被识别和解决的反馈数据。在示例中，诊断计算装置可将反馈数据和诊断协助信息直接发送给服务器。在另一示例中，诊断计算装置可向技术协助计算装置发送反馈数据，然后技术协助计算装置可将反馈数据和诊断协助信息提供给服务器。然后，服务器可基于反馈数据和诊断协助信息更新诊断流程。在示例中，服务器可能不会基于引起诊断流程修改的一个诊断流程会话而更新诊断流程。例如，这样的修改可能针对特定车辆(例如，刚刚发生交通事故的车辆)的状况，与大致上可适用于经历关联车辆修理问题的所有车辆不同。在这些示例中，如果这样修改在解决特定的车辆修理问题上已经成功了多于阈值数目的次数(例如，1次或2次)，则服务器更新或修改诊断流程(例如，修改路径要素)。

图7图示了根据示例实施方案的由技术协助计算装置实施的方法700。技术协助计算装置可包括以上论述的技术协助计算装置112或计算装置400。方法700可包括一个或多个操作或由框702-710中的一个或多个图示的动作。尽管框以连续的顺序被图示，然而在一些实例中，这些框可以以并行的方式和/或以与本文中描述的不同的顺序被实施。而且，基于期望的实施方案，各种框可被组合成较少的框、被分成附加的框和/或被移除。

此外，方法700示出本示例的一种可能的实施方案的操作。在这方面，每个框可代表程序代码的模块、部段或部分，程序代码包括可由处理器(例如处理器402)或控制器执行的用于实施过程中的特定逻辑操作或步骤的一个或多个指令。程序代码可存储在任何类型的计算机可读介质或存储器(例如，CRM 412)上，例如，比如包括磁盘或硬盘驱动器的存储装置。此外，对于方法700及本文中公开的其它过程和操作，图7中的一个或多个框可代表布置成实施过程中的特定逻辑操作的电路或数字逻辑。

在框702处，方法700包括接收关于识别和解决车辆修理问题的技术协助的请求。技术协助计算装置可从计算服务器或诊断计算装置接收请求。请求包括在计算服务器与诊断计算装置之间进行的诊断流程会话的标识符。在诊断流程会话期间，计算服务器已将诊断流程提供给诊断计算装置。

在框704处，方法700包括基于标识符检索诊断流程以及诊断计算装置处于诊断流程执行期间生成的车辆状况数据。技术协助计算装置可利用标识符来检索诊断流程、车辆状况数据和来自计算服务器或诊断计算装置的其它信息。

在框706处，方法700包括基于诊断流程和车辆状况数据向诊断计算装置发送诊断协助信息。诊断协助信息包括进一步协助技术人员识别和解决车辆修理问题的技术协助信息。

在框708处，方法700包括接收指示车辆修理问题是否已基于诊断协助信息被识别和解决的反馈数据。技术协助计算装置从诊断计算装置接收反馈数据。例如，技术人员输入表明技术人员是否利用诊断协助信息成功解决修理问题的信息(例如，输入文本，从下拉菜单选择菜单项等)。然后，该反馈被发送并在技术协助计算装置处被接收。

在框710处，方法700包括向计算服务器发送反馈数据和诊断协助信息。技术协助计算装置可向服务器发送反馈数据，且服务器可相应地更新诊断流程。

Ⅵ.结论

应理解的是，本文中描述的布置结构仅出于示例的目的。这样，本领域技术人员将理解的是，根据期望的结果，其它布置结构和其它元件(例如，机器、接口、顺序和操作的分组等)可替代使用，并且一些元件可整个被省去。

尽管本文中公开了多种方面和实施方案，然而其它的方面和实施方案对本领域技术人员将是显而易见的。本文中公开的各种方面和实施方案乃出于说明的目的，且不意图是限制性的，真正的范围由所附权利要求以及这样的权利要求授予的等同物的全部范围表示。还将理解的是，本文中使用的术语仅出于描述特定实施方案的目的，且不意图是限制性的。

因此，本公开的实施例可涉及以下列出的列举的示例实施例(EEE)中的一个。

EEE 1是一种由计算服务器实施的方法，所述方法包括：从诊断计算装置接收指示对于车辆的车辆修理问题的第一请求；向诊断计算装置发送诊断流程，所述诊断流程包括用于识别和解决车辆修理问题的一系列诊断步骤；从诊断计算装置接收(i)对于就识别和解决车辆修理问题的进一步技术协助的第二请求，以及(ii)在诊断流程的执行期间收集的车辆状况数据；将诊断流程和车辆状况数据发送给技术协助计算装置；从技术协助计算装置接收输入数据，所述输入数据包括(i)技术协助计算装置基于诊断流程和车辆状况数据发送给诊断计算装置的诊断协助信息，以及(ii)指示车辆修理问题是否已被识别和解决的反馈数据；以及基于输入数据更新诊断流程。

EEE 2是如EEE 1所述的方法，还包括：响应接收第一请求，发起诊断流程会话；以及生成对于诊断流程会话的标识符，其中，第二请求还包括标识符，从而有助于识别诊断流程会话。

EEE 3是如EEE 2所述的方法，其中，所述标识符有助于诊断计算装置和技术协助计算装置同时显示共用的信息，并且其中，所述共用的信息包括诊断流程、车辆状况数据和诊断协助信息中的一项或多项。

EEE 4是如EEE 1至3中任一项所述的方法，其中，所述第二请求还包括执行诊断流程的技术人员的联系信息。

EEE 5是如EEE 1至4中任一项所述的方法，其中，在诊断流程的执行期间收集的车辆状况数据包括以下中的一项或多项：(i)车辆的里程表读数，(ii)诊断故障码(DTC)，(iii)车辆的故障症状，(iv)参数ID(PID)及PID值，(v)传感器数据，以及(vi)冻结帧数据。

EEE 6是如EEE 1至5中任一项所述的方法，其中，诊断流程包括一个或多个有序的且可实施的路径要素，其中，每个路径要素导向至一个或多个判定要素，并且其中，每个路径要素包括诊断步骤中的一个或多个。

EEE 7是如EEE 6所述的方法，其中，所述第二请求还包括以下中的至少一项：(i)指示诊断流程的至少一个路径要素的执行的数据，(ii)在至少一个路径要素的执行期间获得的一个或多个参数，(iii)指示对诊断流程的至少一个判定要素所作的判定的数据，以及(iv)指示来自执行至少一个路径要素的技术人员的输入的数据。

EEE 8是如EEE 7所述的方法，其中，来自技术人员的输入包括从授权实体接收的补充信息，其中，所述授权实体是以下中的一者：(i)车辆制造商，(ii)车辆零件制造商，或(iii)车辆服务信息提供商。

EEE 9是如EEE 7或8所述的方法，其中，所述一个或多个参数包括以下中的至少一项：(i)技术人员的经验水平，以及(ii)至少一个路径要素的执行时间。

EEE 10是如EEE 1至9中任一项所述的方法，其中，所述第一请求还指示与车辆的当前或先前位置相关的地理位置，并且其中，所述方法还包括：至少部分地基于所述地理位置选择诊断流程，其中，所述诊断流程针对于如由其它车辆在所述与车辆的当前或先前位置相关的地理位置处经历的车辆修理问题。

EEE 11是如EEE 1至10中任一项所述的方法，还包括：定期向诊断计算装置和技术协助计算装置中的一者或多者发送提示，直至反馈数据被接收为止。

EEE 12是一种由诊断计算装置实施的方法，所述方法包括：向计算服务器发送指示对于车辆的车辆修理问题的第一请求；从计算服务器接收诊断流程，所述诊断流程包括用于识别和解决车辆修理问题的一系列诊断步骤；向计算服务器发送于诊断流程的执行期间收集的车辆状况数据；发送对于就识别和解决车辆修理问题的进一步技术协助的第二请求；响应第二请求，从与计算服务器通信的技术协助计算装置接收基于诊断流程和车辆状况数据的诊断协助信息；以及发送指示车辆修理问题是否已基于诊断协助信息被识别和解决的反馈数据。

EEE 13是如EEE 12所述的方法，其中，发送第二请求包括向计算服务器发送第二请求。

EEE 14是如EEE 12或13所述的方法，其中，基于第一请求，诊断流程会话被发起，并且对于所述诊断流程会话的标识符被生成，其中，发送第二请求包括向技术协助计算装置发送包括所述标识符的第二请求，从而使技术协助计算装置能够基于所述标识符检索来自计算服务器的诊断流程和车辆状况数据。

EEE 15是如EEE 14所述的方法，还包括：在诊断流程会话期间，同时在诊断计算装置处的显示器上和技术协助计算装置处的显示器上显示诊断流程和车辆状况数据。

EEE 16是一种系统，所述系统包括：计算服务器；与计算服务器通信的诊断计算装置；以及与计算服务器和诊断计算装置通信的技术协助计算装置，其中：诊断计算装置向计算服务器发送指示对于车辆的车辆修理问题的第一请求，作为响应地，计算服务器向诊断计算装置发送诊断流程，所述诊断流程包括用于识别和解决车辆修理问题的一系列诊断步骤，诊断计算装置向计算服务器发送于诊断流程的执行期间收集的车辆状况数据，诊断计算装置发送对于就识别和解决车辆修理问题的进一步技术协助的第二请求，计算服务器将诊断流程和车辆状况数据发送给技术协助计算装置，基于诊断流程和车辆状况数据，技术协助计算装置向诊断计算装置发送诊断协助信息，诊断计算装置向技术协助计算装置发送指示车辆修理问题是否已基于诊断协助信息被识别和解决的反馈数据，技术协助计算装置向计算服务器发送反馈数据和诊断协助信息，并且计算服务器基于诊断协助信息和反馈数据更新诊断流程。

EEE 17是如EEE 16所述的系统，其中，诊断计算装置向计算服务器发送第二请求，并且其中，响应于第二请求，计算服务器向技术协助计算装置发送诊断流程和车辆状况数据。

EEE 18是如EEE 16或17所述的系统，其中，计算服务器基于第一请求发起诊断流程会话并生成对于诊断流程会话的标识符，其中：作为对发送第一请求的响应，诊断计算装置从计算服务器接收所述标识符。

EEE 19是如EEE 18所述的系统，其中，诊断计算装置向技术协助计算装置发送第二请求使得第二请求包括所述标识符，从而使技术协助计算装置能够基于所述标识符检索来自计算服务器的诊断流程和车辆状况数据。

EEE 20是如EEE 19所述的系统，还包括：联接到诊断计算装置的第一显示器；和联接到技术协助计算装置的第二显示器，其中，在技术协助计算装置检索到诊断流程和车辆状况数据之后，诊断流程和指示车辆状况数据的信息同时显示在第一显示器和第二显示器上。

EEE 21是如EEE 16至20中任一项所述的系统，其中，所述计算服务器确定诊断流程会话的状态，并且其中，所述状态是至少三种状态中的一种：第一状态，其中技术协助计算装置和诊断计算装置正在通信，没有向计算服务器提供反馈数据；第二状态，其中技术协助计算装置和诊断计算装置停止通信，没有向计算服务器提供反馈数据；第三状态，其中技术协助计算装置和诊断计算装置停止通信，并且技术协助计算装置已将反馈数据提供给计算服务器。

EEE 22是如EEE 21所述的系统，其中，所述计算服务器确定诊断流程会话处于第二状态中，且作为响应地，向技术协助计算装置和诊断计算装置中的一者或多者发送提示，请求所述反馈数据。

EEE 23是如EEE 22所述的系统，其中，当接收到反馈数据时，计算服务器将诊断流程会话的状态从第二状态切换至第三状态。

EEE 24是一种诊断计算装置，所述诊断计算装置包括：网络接口；与网络接口通信的一个或多个处理器；以及其上存储有程序指令的至少一个计算机可读介质，所述程序指令当由所述一个或多个处理器执行时促使所述一个或多个处理器实施操作，所述操作包括：通过网络接口向计算服务器发送指示对于车辆的车辆修理问题的第一请求；通过网络接口从计算服务器接收诊断流程，所述诊断流程包括用于识别和解决车辆修理问题的一系列诊断步骤；通过网络接口向计算服务器发送于诊断流程的执行期间收集的车辆状况数据；通过网络接口发送对于就识别和解决车辆修理问题的进一步技术协助的第二请求；响应于第二请求，通过网络接口从与计算服务器通信的技术协助计算装置接收基于诊断流程和车辆状况数据的诊断协助信息；以及发送指示车辆修理问题是否已被识别和解决的反馈数据。

EEE 25是如EEE 24所述的诊断计算装置，其中，所述操作还包括：作为对发送第一请求的响应，从计算服务器接收与发起的诊断流程会话关联的标识符，其中，发送第二请求包括：向技术协助计算装置发送第二请求，使得第二请求包括所述标识符，从而使技术协助计算装置能够基于所述标识符检索来自计算服务器的诊断流程和车辆状况数据。

EEE 26是一种技术协助计算装置，所述技术协助计算装置包括：网络接口；与网络接口通信的一个或多个处理器；以及其上存储有程序指令的至少一个计算机可读介质，所述程序指令当由所述一个或多个处理器执行时促使所述一个或多个处理器实施操作，所述操作包括：接收关于识别和解决车辆修理问题的技术协助的请求，其中，所述请求包括在计算服务器与诊断计算装置之间进行的诊断流程会话的标识符，其中，在诊断流程会话期间，计算服务器向诊断计算装置提供诊断流程，基于所述标识符，检索诊断流程以及诊断计算装置处于诊断流程的执行期间生成的车辆状况数据；基于诊断流程和车辆状况数据，向诊断计算装置发送诊断协助信息，接收指示车辆修理问题是否已基于诊断协助信息被识别和解决的反馈数据，向计算服务器发送所述反馈数据以及诊断协助信息。

EEE 27是如EEE 26所述的技术协助计算装置，其中，所述标识符有助于诊断计算装置和技术协助计算装置同时显示共用的信息，并且其中，所述共用的信息包括诊断流程、车辆状况数据和诊断协助信息。

EEE 28是如EEE 26或27所述的技术协助计算装置，其中，所述操作还包括：生成请求将反馈数据发送到计算服务器的提醒的显示。

Claims (28)

1.一种由计算服务器实施的方法，所述方法包括：

从诊断计算装置接收指示对于车辆的车辆修理问题的第一请求；

向诊断计算装置发送诊断流程，所述诊断流程包括用于识别和解决车辆修理问题的一系列诊断步骤；

从诊断计算装置接收(i)对于就识别和解决车辆修理问题的进一步技术协助的第二请求，以及(ii)在诊断流程的执行期间收集的车辆状况数据；

将诊断流程和车辆状况数据发送给技术协助计算装置；

从技术协助计算装置接收输入数据，所述输入数据包括(i)技术协助计算装置基于诊断流程和车辆状况数据发送给诊断计算装置的诊断协助信息，以及(ii)指示车辆修理问题是否已被识别和解决的反馈数据；以及

基于所述输入数据更新诊断流程。

2.如权利要求1所述的方法，还包括：

作为对接收第一请求的响应，发起诊断流程会话；以及

生成对于诊断流程会话的标识符，其中，所述第二请求还包括所述标识符，从而有助于识别所述诊断流程会话。

3.如权利要求2所述的方法，

其中，所述标识符有助于诊断计算装置和技术协助计算装置同时显示共用的信息，并且

其中，所述共用的信息包括诊断流程、车辆状况数据和诊断协助信息中的一项或多项。

4.如权利要求1所述的方法，其中，所述第二请求还包括执行所述诊断流程的技术人员的联系信息。

5.如权利要求1所述的方法，其中，在诊断流程的执行期间收集的车辆状况数据包括以下中的一项或多项：(i)车辆的里程表读数，(ii)诊断故障码(DTC)，(iii)车辆的故障症状，(iv)参数ID(PID)及PID值，(v)传感器数据，以及(vi)冻结帧数据。

6.如权利要求1所述的方法，其中，所述诊断流程包括一个或多个有序的且可实施的路径要素，其中每个路径要素导向至一个或多个判定要素，并且其中每个路径要素包括所述诊断步骤中的一个或多个。

7.如权利要求6所述的方法，其中，所述第二请求还包括以下中的至少一项：(i)指示诊断流程的至少一个路径要素的执行的数据，(ii)在至少一个路径要素的执行期间获得的一个或多个参数，(iii)指示对诊断流程的至少一个判定要素所作的判定的数据，以及(iv)指示来自执行至少一个路径要素的技术人员的输入的数据。

8.如权利要求7所述的方法，其中，来自技术人员的所述输入包括从授权实体接收的补充信息，其中所述授权实体是以下中的一者：(i)车辆制造商，(ii)车辆零件制造商，或(iii)车辆服务信息提供商。

9.如权利要求7所述的方法，其中，所述一个或多个参数包括以下中的至少一项：(i)技术人员的经验水平，以及(ii)至少一个路径要素的执行时间。

10.如权利要求1所述的方法，其中，所述第一请求还指示与车辆的当前或先前位置相关的地理位置，并且其中所述方法还包括：

至少部分地基于所述地理位置选择诊断流程，其中所述诊断流程针对于如由其它车辆在所述与车辆的当前或先前位置相关的地理位置处经历的车辆修理问题。

11.如权利要求1所述的方法，还包括：

定期向诊断计算装置和技术协助计算装置中的一者或多者发送提示，直至反馈数据被接收为止。

12.一种由诊断计算装置实施的方法，所述方法包括：

向计算服务器发送指示对于车辆的车辆修理问题的第一请求；

从计算服务器接收诊断流程，所述诊断流程包括用于识别和解决车辆修理问题的一系列诊断步骤；

向计算服务器发送于诊断流程的执行期间收集的车辆状况数据；

发送对于就识别和解决车辆修理问题的进一步技术协助的第二请求；

响应于第二请求，从与计算服务器通信的技术协助计算装置接收基于诊断流程和车辆状况数据的诊断协助信息；以及

发送指示车辆修理问题是否已基于诊断协助信息被识别和解决的反馈数据。

13.如权利要求12所述的方法，其中，发送第二请求包括向计算服务器发送第二请求。

14.如权利要求12所述的方法，其中，基于第一请求，诊断流程会话被发起，并且对于所述诊断流程会话的标识符被生成，其中发送第二请求包括向技术协助计算装置发送包括所述标识符的第二请求，从而使技术协助计算装置能够基于所述标识符检索来自计算服务器的诊断流程和车辆状况数据。

15.如权利要求14所述的方法，还包括：

在诊断流程会话期间，同时在诊断计算装置处的显示器上和技术协助计算装置处的显示器上显示诊断流程和车辆状况数据。

16.一种系统，包括：

计算服务器；

与计算服务器通信的诊断计算装置；以及

与计算服务器和诊断计算装置通信的技术协助计算装置，其中：

诊断计算装置向计算服务器发送指示对于车辆的车辆修理问题的第一请求，

作为响应地，计算服务器向诊断计算装置发送诊断流程，所述诊断流程包括用于识别和解决车辆修理问题的一系列诊断步骤，

诊断计算装置向计算服务器发送于诊断流程的执行期间收集的车辆状况数据，

诊断计算装置发送对于就识别和解决车辆修理问题的进一步技术协助的第二请求，

计算服务器将诊断流程和车辆状况数据发送给技术协助计算装置，

基于诊断流程和车辆状况数据，技术协助计算装置向诊断计算装置发送诊断协助信息，

诊断计算装置向技术协助计算发送指示车辆修理问题是否已基于诊断协助信息被识别和解决的反馈数据，

技术协助计算装置向计算服务器发送所述反馈数据和诊断协助信息，并且

计算服务器基于诊断协助信息和所述反馈数据更新诊断流程。

17.如权利要求16所述的系统，其中，所述诊断计算装置向计算服务器发送第二请求，并且其中，响应于第二请求，计算服务器向技术协助计算装置发送诊断流程和车辆状况数据。

18.如权利要求16所述的系统，其中，所述计算服务器基于第一请求发起诊断流程会话，并生成对于所述诊断流程会话的标识符，其中：

作为对发送第一请求的响应，诊断计算装置从计算服务器接收所述标识符。

19.如权利要求18所述的系统，其中，所述诊断计算装置向技术协助计算装置发送第二请求使得第二请求包括所述标识符，从而使技术协助计算装置能够基于所述标识符检索诊断流程和车辆状况数据。

20.如权利要求19所述的系统，还包括：

联接到诊断计算装置的第一显示器；以及

联接到技术协助计算装置的第二显示器，其中，在技术协助计算装置检索所述诊断流程和车辆状况数据之后，诊断流程和指示车辆状况数据的信息同时显示在第一显示器和第二显示器上。

21.如权利要求16所述的系统，其中，所述计算服务器确定诊断流程会话的状态，并且其中，所述状态是至少三种状态中的一种：

第一状态，其中技术协助计算装置和诊断计算装置正在通信，没有向计算服务器提供反馈数据，

第二状态，其中技术协助计算装置和诊断计算装置停止通信，没有向计算服务器提供反馈数据，

第三状态，其中技术协助计算装置和诊断计算装置停止通信，并且技术协助计算装置已将反馈数据提供给计算服务器。

22.如权利要求21所述的系统，其中，所述计算服务器确定诊断流程会话处于第二状态中，且作为响应地，向技术协助计算装置和诊断计算装置中的一者或多者发送提示，请求所述反馈数据。

23.如权利要求22所述的系统，其中，当接收到反馈数据时，所述计算服务器将诊断流程会话的状态从第二状态切换至第三状态。

24.一种诊断计算装置，包括：

网络接口；

与网络接口通信的一个或多个处理器；以及

其上存储有程序指令的至少一个计算机可读介质，所述程序指令当由所述一个或多个处理器执行时促使所述一个或多个处理器实施操作，所述操作包括：

通过网络接口向计算服务器发送指示对于车辆的车辆修理问题的第一请求；

通过网络接口从计算服务器接收诊断流程，所述诊断流程包括用于识别和解决车辆修理问题的一系列诊断步骤；

通过网络接口向计算服务器发送于诊断流程的执行期间收集的车辆状况数据；

通过网络接口发送对于就识别和解决车辆修理问题的进一步技术协助的第二请求；

响应于第二请求，通过网络接口从与计算服务器通信的技术协助计算装置接收基于诊断流程和车辆状况数据的诊断协助信息；以及

发送指示车辆修理问题是否已被识别和解决的反馈数据。

25.如权利要求24所述的诊断计算装置，其中，所述操作还包括：

作为对发送第一请求的响应，从计算服务器接收与发起的诊断流程会话关联的标识符，其中发送第二请求包括：

向技术协助计算装置发送第二请求，使得第二请求包括所述标识符，从而使技术协助计算装置能够基于所述标识符检索来自计算服务器的诊断流程和车辆状况数据。

26.一种技术协助计算装置，包括：

网络接口；

与网络接口通信的一个或多个处理器；以及

其上存储有程序指令的至少一个计算机可读介质，所述程序指令当由所述一个或多个处理器执行时促使所述一个或多个处理器实施操作，所述操作包括：

接收关于识别和解决车辆修理问题的技术协助的请求，其中，所述请求包括在计算服务器与诊断计算装置之间进行的诊断流程会话的标识符，其中在诊断流程会话期间，计算服务器向诊断计算装置提供诊断流程，

基于所述标识符，检索诊断流程以及诊断计算装置处于诊断流程的执行期间生成的车辆状况数据，

基于诊断流程和车辆状况数据，向诊断计算装置发送诊断协助信息，

接收指示车辆修理问题是否已基于诊断协助信息被识别和解决的反馈数据，

向计算服务器发送所述反馈数据和诊断协助信息。

27.如权利要求26所述的技术协助计算装置，其中，所述标识符有助于诊断计算装置和技术协助计算装置同时显示共用的信息，并且其中所述共用的信息包括诊断流程、车辆状况数据及诊断协助信息。

28.如权利要求26所述的技术协助计算装置，其中，所述操作还包括：

生成请求将反馈数据发送到计算服务器的提醒的显示。