CN109901555B - 一种车辆故障诊断方法、设备及存储介质 - Google Patents

Abstract

本申请公开了一种车辆故障诊断方法、设备及存储介质，其中方法包括：接收常规诊断指示；响应常规诊断指示，读取车辆的故障码，得到用于指示车辆的常规诊断结果的常规诊断报告；检测常规诊断报告中是否存在故障码；若检测到故障码，则提示深度诊断提示，以提示用户对车辆进行深度诊断。可见，本申请通过对车辆故障进行一个简单的常规诊断来判断车辆是否存在故障，然后在确定车辆存在故障之后再提示用户对车辆进行深度诊断，而在确定车辆不存在故障时结束故障诊断，从而本申请提供了一种高效和快速的车辆故障诊断方法。

Description

一种车辆故障诊断方法、设备及存储介质

技术领域

本申请涉及车辆故障诊断领域，尤其涉及一种车辆故障诊断方法、设备及存储介质。

背景技术

随着车辆工业的不断发展，微型计算机控制系统已经越来越多的应用到车辆电子模块中，这对车辆的安全、可靠、动力、经济和环保等性能都有极大的提高。同时，随着各类传感器、执行器的应用，使得车辆电子结构日益复杂，也使车辆故障诊断越发困难。

为了准确诊断出车辆故障，故障诊断装置通常需要对车辆的数据流进行读取和分析，但这样的过程既费时又费力，使得诊断的效率较低。

于是还缺少一种可以提高车辆故障诊断效率的方法。

发明内容

本申请实施例提供一种车辆故障诊断方法，可以提高车辆故障诊断的效率。

第一方面，本申请实施例提供了一种车辆故障诊断方法，该方法包括：

接收常规诊断指示；

响应所述常规诊断指示，读取车辆的故障码，得到用于指示所述车辆的常规诊断结果的常规诊断报告；

检测所述常规诊断报告中是否存在故障码；

若检测到所述故障码，则提示深度诊断提示，以提示用户对所述车辆进行深度诊断。

优选的，所述提示深度诊断提示之后，所述车辆诊断方法还包括：

接收深度诊断指示；

响应所述深度诊断指示，读取所述车辆的故障码，读取和分析所述车辆的测量数据，得到用于指示所述车辆的深度诊断结果的深度诊断报告，所述测量数据包括车载诊断系统协议数据，和控制器局域网络总线上的数据流中的至少一种。

优选的，所述得到用于指示所述车辆的深度诊断结果的深度诊断报告之后，所述车辆诊断方法还包括：

显示诊断选项菜单，所述诊断选项菜单用于接收所述常规诊断指示和深度诊断指示。

优选的，所述深度诊断指示包括部件深度诊断以及全车深度诊断，所述部件深度诊断用于指示对所述车辆的部件进行深度诊断，所述全车深度诊断用于指示对所述车辆的全车进行深度诊断，其中，所述部件为所述常规诊断报告中包括的故障码所指示的所述车辆中出现故障的部件。

优选的，所述深度诊断指示包括维修前诊断以及维修后诊断，若所述深度诊断指示为所述维修后诊断，则所述得到用于指示所述车辆的深度诊断结果的深度诊断报告之后，所述车辆诊断方法还包括：

确定前一次的维修前诊断；

获取所述前一次的维修前诊断对应的历史诊断报告；

对所述深度诊断报告和所述历史诊断报告进行分析，得到诊断日志，所述诊断日志用于对维修进行评估。

优选的，所述深度诊断报告和所述历史诊断报告都包括故障码，所述对所述深度诊断报告和所述历史诊断报告进行分析，得到诊断日志，包括：

比较所述深度诊断报告和所述历史诊断报告，确定已解决的故障码和未解决的故障码；

根据所述已解决的故障码的个数和所述未解决的故障码的个数，评估所述维修的等级，所述维修的等级用于表示所述维修的好坏；

生成包括所述已解决的故障码、所述未解决的故障码以及所述维修的等级的诊断日志。

优选的，所述读取车辆的故障码，得到用于指示所述车辆的常规诊断结果的常规诊断报告，包括：

读取得到所述车辆的至少一个故障码；

在数据库中获取所述至少一个故障码中的每一个故障码对应的故障定义，所述故障定义用于指示所述车辆中出现故障的部件；

生成包括所述至少一个故障码，以及所述至少一个故障码中的每一个故障码对应的故障定义的常规诊断报告。

第二方面，本申请实施例提供了一种车辆故障诊断设备，该车辆故障诊断设备包括用于执行上述第一方面的车辆故障诊断方法的单元，该车辆故障诊断设备包括：

接收单元，用于接收常规诊断指示；

诊断单元，用于响应所述常规诊断指示，读取车辆的故障码，得到用于指示所述车辆的常规诊断结果的常规诊断报告；

检测单元，用于检测所述常规诊断报告中是否存在故障码；

提示单元，用于若检测到所述故障码，则提示深度诊断提示，以提示用户对所述车辆进行深度诊断。

优选的，上述接收单元，还用于接收深度诊断指示；上述诊断单元，具体用于响应上述深度诊断指示，读取上述车辆的故障码，读取和分析上述车辆的测量数据，得到用于指示上述车辆的深度诊断结果的深度诊断报告，上述测量数据包括车载诊断系统协议数据，和控制器局域网络总线上的数据流中的至少一种。

优选的，上述故障诊断设备还包括显示单元，用于显示诊断选项菜单，上述诊断选项菜单用于接收上述常规诊断指示和深度诊断指示。

优选的，上述深度诊断指示包括部件深度诊断以及全车深度诊断，上述部件深度诊断用于指示对上述车辆的部件进行深度诊断，上述全车深度诊断用于指示对上述车辆的全车进行深度诊断，其中，上述部件为上述常规诊断报告中包括的故障码所指示的上述车辆中出现故障的部件。

优选的，上述深度诊断指示包括维修前诊断以及维修后诊断，上述故障诊断设备还包括确定单元，用于确定前一次的维修前诊断；上述故障诊断设备还包括获取单元，用于获取上述前一次的维修前诊断对应的历史诊断报告；上述故障诊断设备还包括分析单元，用于对上述深度诊断报告和上述历史诊断报告进行分析，得到诊断日志，上述诊断日志用于对维修进行评估。

优选的，上述深度诊断报告和上述历史诊断报告都包括故障码，上述分析单元，具体用于比较上述深度诊断报告和上述历史诊断报告，确定已解决的故障码和未解决的故障码；根据上述已解决的故障码的个数和上述未解决的故障码的个数，评估上述维修的等级，上述维修的等级用于表示上述维修的好坏；生成包括上述已解决的故障码、上述未解决的故障码以及上述维修的等级的诊断日志。

优选的，上述诊断单元，具体用于读取得到上述车辆的至少一个故障码；在数据库中获取上述至少一个故障码中的每一个故障码对应的故障定义，上述故障定义用于指示上述车辆中出现故障的部件；生成包括上述至少一个故障码，以及上述至少一个故障码中的每一个故障码对应的故障定义的常规诊断报告。

第三方面，本申请实施例提供了一种车辆故障诊断设备，包括处理器和存储器，所述处理器和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，用以执行如第一方面所述的方法

第四方面，本申请实施例提供了一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行，用以执行如第一方面所述的方法。

本申请在接收到用户的常规诊断指示之后对车辆进行常规诊断，得到常规诊断报告，并通过判断常规诊断报告中是否包含故障码，来判断车辆是否存在故障，若存在故障则提示用户对车辆进行深度诊断，以诊断出故障的详细原因等故障信息。可见，本申请在对车辆进行深度诊断之前，先对车辆故障进行一个简单的诊断来判断车辆是否存在故障，并在确定车辆存在故障之后再提示用户对车辆进行深度诊断，而在确定车辆不存在故障时结束故障诊断，于是本申请提供了一种高效的车辆故障诊断方法。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1是本申请实施例提供的一种车辆故障诊断方法的示意流程图；

图2是本申请另一实施例提供的一种车辆故障诊断方法的示意流程图；

图3是本申请实施例提供的一种车辆故障诊断设备的示意性框图；

图4是本申请实施例提供的一种车辆故障诊断设备的结构性框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请主要应用于车辆故障诊断设备，该车辆故障诊断设备可以是传统车辆故障诊断设备或者本申请第四实施例和第五实施例所描述的车辆故障诊断设备，本申请对此不做限制。当车辆故障诊断设备发送数据的时候，按照预设格式进行对数据的特性进行记录并传送，其中，数据的特性包括时间、地点、类型等。

随着车辆工业的不断发展，微型计算机控制系统已经越来越多的应用到车辆电子模块中，这对车辆的安全、可靠、动力、经济和环保等性能都有极大的提高。同时，随着各类传感器、执行器的应用，使得车辆电子结构日益复杂，也使车辆故障诊断越发困难。对此，可以通过读取和分析车辆的测量数据来对车辆故障进行检测，虽然该方法可以比较详尽的检测出车辆的故障所在，以及故障原因，但是也比较费时。在实际的故障诊断中，用户不是总需要这么详尽的故障诊断，因此该方法没有考虑到不同的故障诊断需求，例如在车辆没有明显异常而用户只是想再次确认一下的时候，则不需要非常详细的故障诊断。因此目前的车辆故障诊断方法效率较低。

为了解决上述问题，本申请提供了一种可以提高车辆故障诊断效率和速度的方法。车辆故障诊断设备在接收到常规诊断指示之后对车辆进行常规诊断，得到常规诊断报告，并通过判断常规诊断报告中是否包含故障码，来判断车辆是否存在故障，若存在故障则提示用户对车辆进行深度诊断，以诊断出故障的详细原因等故障信息，于是本申请通过在对车辆故障进行一个简单的诊断来判断车辆是否存在故障，然后在确定车辆存在故障之后再提示用户对车辆进行深度诊断，而在确定车辆不存在故障之后结束故障诊断，而提供了一种高效和快速的车辆故障诊断方法。

具体的，车辆故障诊断设备接收到用户通过本端的车辆故障诊断设备发送的常规诊断指示，该常规诊断指示用于指示对车辆进行简单的故障检测来确定车辆中存在故障的部件，然后响应常规诊断指示读取车辆的故障码，并在数据库中获取故障码对应的故障定义，生成包含故障码以及故障定义的常规诊断报告，之后再检测常规诊断报告中是否包含故障码，若常规诊断报告中包含故障码，则说明车辆存在故障，并通过提示深度诊断提示来提示用户对该车辆进行深度诊断，以诊断出故障的详细原因等故障信息，若未检测到故障码，则说明车辆不存在故障，于是结束故障诊断。

需要说明的是，上述响应常规故障诊断指示指的是对车辆进行常规故障诊断，即读取车辆的故障码，然后在数据库中获取故障码对应的故障定义，该故障定义用于指示车辆出现故障的部件，最后生成包含车辆的故障码以及故障码对应的故障定义的常规故障诊断。上述深度诊断指的是对车辆进行深度故障诊断，即读取车辆的故障码并读取测量数据，然后在数据库中获取故障码对应的故障定义，并通过分析车辆的测量数据来解析得到故障解释，该故障解释用于指示故障发生的具体原因，最后生成包含上述故障码、故障定义以及故障解释的深度诊断报告，该深度诊断报告用于指示车辆的深度诊断结果。

还需要说明的是，上述故障码由控制器(ECU，Electronic Control Unit)检测到车辆内部的传感器和执行器中任意一个的传输信号与存储器中存储的信息不吻合时而产生的特定的故障代码，于是该故障码可以指示出车辆的某个传感器或者执行器监测的数据有误，而不能直接确定数据有误的原因，即故障码可以指示出车辆中出现故障的部件，但不能指示出出现故障的原因。相应的，故障诊断设备可以通过读取控制器中的故障码来直接获得车辆的故障码，其中，读取故障码的接口为诊断座。上述测量数据为用于判断车辆的传感器或者执行器出现故障的数据流，也即是控制器与与传感器或者执行器之间交流的数据参数，包括车载诊断系统(OBD，On-Board Diagnostic)协议数据，和控制器局域网络(CAN，Controller Area Network)总线上的数据流中的至少一种，当测量数据是车载诊断系统协议数据时，读取测量数据指的是在车载诊断系统中读取测量数据。当测量数据是控制局域网总线上的数据流时，读取测量数据指的是通过CAN总线上直接读取测量数据。上述分析测量数据指的是根据测量数据中一个或者多个异常数据确定出现故障的具体原因，例如根据测量数据中的一个异常数据的具体数值所在的范围判断故障的具体原因，或者根据测量数据中的多个异常数据的具体数值所在的范围判断故障的具体原因，等等，本申请对此不做限定。

可以理解的是，上述方法以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

参见图1，是本申请实施例提供一种车辆故障诊断方法的示意流程图，如图1所示车辆故障诊断方法可包括：

101：接收常规诊断指示。

在本申请实施中，本端的车辆故障诊断设备显示诊断选项菜单，诊断选项菜单用于接收用户的指示，该诊断选项菜单中包括常规诊断图标，该常规诊断图标用于接收用户的常规诊断指示，该常规诊断指示用于指示车辆故障诊断设备进行快速且简单的故障诊断，以检测出车辆出现故障的部件。

在一种实施中，上述诊断选项菜单中还包括深度诊断图标，该深度诊断图标用于接收用户的深度诊断指示，该深度诊断指示用于指示故障诊断设备进行深度且详细的故障诊断，以检测出车辆出现故障的具体原因。

需要说明的是，诊断选项菜单中可以包含除了上述常规诊断图标和深度诊断图标以外的其他与上述两个图标并列的图标，或者为上述两个图标的下位的图标，每当本端的故障诊断设备新增一种诊断指示，在诊断选项菜单中都会新增一个对应的用于接收用户的诊断指示的图标。接下来本申请对此不再赘述。

102：响应上述常规诊断指示，读取车辆的故障码，得到用于指示车辆的常规诊断结果的常规诊断报告。

本申请实施例中，在接收到上述常规诊断指示之后，响应上述常规诊断指示，即读取得到车辆的至少一个故障码，然后在数据库中获取该至少一个故障码分别对应的故障定义，故障定义用于指示车辆出现故障的部件，最后生成包含车辆的至少一个故障码以及至少一个故障码分别对应的故障定义的常规故障诊断。可见，故障码可以指示出车辆中出现故障的部件，但不能指示出出现故障的原因。

需要说明的是，故障码是指在发动机或变速箱等车载电控系统发生故障时，系统控制单元(Electronic Control Unit，ECU)、脉冲编码调制单元(pulse code modulation，PCM)或制动防抱死系统(Antilock Brake System，ABS)中的自诊断模块检测到系统部件故障后，存储在模块内部的专门区域如随机存取存储器(Random Access Mmemory，RAM)或者保持电流存储器(Keep Alive Memory，KAM)中的数字代码形式的故障信息。

103：检测上述常规诊断报告中是否存在故障码。

在本申请实施例中，如果车辆存在故障，则常规诊断报告中应该记载有故障码，于是本申请实施例通过检测常规诊断报告中是否有故障码来判断车辆是否存在故障，具体的，若常规诊断报告中包含故障码，则说明车辆存在故障，并通过提示深度诊断提示来提示用户对该车辆进行深度诊断，以诊断出故障的详细原因等故障信息，若未检测到故障码，则说明车辆不存在故障，于是结束故障诊断。

104：若检测到故障码，则提示深度诊断提示，以提示用户对车辆进行深度诊断。

在本申请实施例中，若在常规诊断报告中检测到故障码，则说明车辆出现了故障，于是为了进一步的检测出车辆出现故障的具体原因，提示深度诊断提示，以提示用户进行深度诊断。其中，深度诊断提示包含至少一个故障码以及该至少一个故障码分别对应的故障定义等信息。

举例来说，上述深度诊断提示可以为“检测到故障码00282，疑似节气门调节器出现问题，建议进行深度诊断。若同意进行深度诊断，则点击显示屏上的诊断选项菜单中的‘深度诊断图标’以触发深度诊断”。

在一种实施中，显示上述常规诊断报告，以告知用户常规诊断的结果，并通过该常规诊断报告接收用户的编辑指令，根据该编辑指令对该常规诊断报告进行编辑。在本申请实施例中，常规诊断报告中的故障码为可编辑数据，用户可以通过对显示屏上的常规诊断报告进行点击等操作来编辑故障码的内容，或者直接删除故障码等。

在一种实施例中，上述提示深度诊断提示之后，接收深度诊断指示，响应该深度诊断指示，读取车辆的故障码，读取和分析车辆的测量数据，得到用于指示车辆的深度诊断结果的深度诊断报告，测量数据包括车载诊断系统协议数据，和控制器局域网络总线上的数据流中的至少一种。

本申请实施例中，故障诊断设备在提示上述深度诊断提示之后，显示诊断选项菜单，以供用户通过该诊断选项菜单中的深度诊断图标向本端的故障诊断设备发送深度诊断指示，于是当故障诊断设备接收到深度诊断指示之后，响应该深度诊断指示，即读取车辆的故障码并读取测量数据，然后在数据库中获取故障码对应的故障定义，并通过分析车辆的测量数据来解析得到故障解释，该故障解释用于指示故障发生的具体原因，最后生成包含上述故障码、故障定义以及故障解释的深度诊断报告，该深度诊断报告用于指示车辆的深度诊断结果。

需要说明的是，上述通过分析车辆的测量数据来解析得到故障解释，指的是根据测量数据中一个或者多个异常数据确定出现故障的具体原因，例如根据测量数据中的一个异常数据的具体数值所在的范围判断故障的具体原因，或者根据测量数据中的多个异常数据的具体数值所在的范围判断故障的具体原因，等等，本申请对此不做限定。

举例来说，目标传感器测量到目标数据，该目标数据即测量数据，在存储器中目标传感器对应目标数据范围，当目标数据不在目标数据范围时，则表示目标数据与目标数据范围不吻合，于是生成目标故障码，在数据库中目标故障码对应目标故障定义，即“第一传感器处出现故障”，然后在数据库中获取分析规则，该分析规则包含了目标数据在不同范围时可能出现的故障原因，于是按照分析规则，确定目标数据所在的具体范围，以确定第一传感器处出现故障的故障原因。同理，当目标传感器处测量得到多个测量数据时，按照分析规则可以直接确定目标传感器出现故障的具体原因，在此不再赘述。

还需要说明的是，上述测量数据为用于判断车辆的传感器或者执行器出现故障的数据流，也即是控制器与与传感器或者执行器之间交流的数据参数，包括车载诊断系统(OBD，On-Board Diagnostic)协议数据，和控制器局域网络(CAN，Controller AreaNetwork)总线上的数据流中的至少一种，当测量数据是车载诊断系统协议数据时，读取测量数据指的是在车载诊断系统中读取测量数据。当测量数据是控制局域网总线上的数据流时，读取测量数据指的是通过CAN总线上直接读取测量数据。

还需要说明的是，上述OBD系统可以随时监控发动机的运行状况和尾气后处理系统的工作状态，一旦发现有可能引起排放超标的情况，会马上发出警示。当系统出现故障时，故障灯(Malfunction Indicator Lamp,MIL)或检查发动机(Check Engine)警示灯亮，同时OBD系统会将故障信息存入存储器，上述控制器局域网络(Controller Area Network,CAN)总线获取的数据有车辆品牌、车型、耗油量等等，应理解，上述举例仅仅作为说明，此处不作具体限定。

在一种实施中，上述得到用于指示车辆的深度诊断结果的深度诊断报告之后，显示诊断选项菜单，该诊断选项菜单用于接收常规诊断指示和深度诊断指示。

本申请实施例中，在结束上述深度诊断之后，再次显示上述诊断选择菜单，使得用户能够以点击等操作来选择诊断选择菜单上的常规诊断图标和深度诊断图标，以分别向本端的故障诊断设备发出常规诊断指示和深度诊断指示，从而再次分别触发常规诊断和深度诊断。可见，本申请实施例对用户触发常规诊断和深度诊断的次数不做限制，从而提供了更多样化的诊断方式。

需要说明的是，虽然在本申请实施例中用户可以先进行常规诊断并确定车辆存在故障的情况下再进行深度诊断，也可以不经过常规诊断而直接进行深度诊断，但前一种情况总的来说还是多于后一种情况，于是深度检诊断般是在确定车辆存在故障的情况下进行的，于是本申请实施例在深度诊断之后显示诊断选项菜单，可以方便用户在深度检测得到深度诊断报告，并根据深度诊断报告对车辆进行维修之后，通过诊断选择菜单重新触发常规诊断或者深度诊断，来确定车辆通过维修之后恢复正常。于是本申请实施例有利于进一步提高故障诊断的效率和速度。

在一种实施中，上述深度诊断指示包括部件深度诊断以及全车深度诊断，部件深度诊断用于指示对车辆的部件进行深度诊断，全车深度诊断用于指示对车辆的全车进行深度诊断，其中，部件为常规诊断报告中包括的故障码所指示的车辆中出现故障的部件。

在本申请实施例中，上述深度诊断指示进一步细化为部件深度诊断和全车深度诊断，全车深度诊断用于指示对车辆的全车进行深度诊断，即读取全车的故障码，读取全车的测量数据，以及分析全车的测量数据。部件深度诊断用于指示对车辆的部件进行深度诊断，读取部件的故障码，读取部件的测量数据，以及分析部件的测量数据，相应的，上述诊断选项菜单中深度诊断图标下含有部件深度诊断图标和全车深度诊断图标，该部件深度诊断图标和全车深度诊断图标分别用于接收用户的部件深度诊断指示和全车深度诊断指示。需要注意的是，上述部件深度诊断中诊断的部件为，上述常规诊断所读取到的故障码所指示出现故障的部件，也即是上述常规诊断报告中的故障码所指示的出现故障的部件。其中，故障的部件可以车辆中的任意存在感应器或者执行器的部件，例如发动机等。

可见，当上述深度诊断指示为部件深度诊断的时候，故障诊断设备只需要对常规诊断中诊断出来存在故障的部件进行深度诊断，即只需要读取故障的部件的故障码，并只需要读取和分析故障的部件的测量数据。从而本申请实施例节省了测量时间，并大大的提高了诊断效率。

在一种实施中，若上述部件深度诊断为发动机深度诊断，则对车辆的发动机进行深度检测，读取发动机的故障码，读取并分析发动机处的测量数据，该测量数据为控制器局域网络总线上的数据流。

在本申请实施例中，不同于其他部件的部件深度诊断，当上述部件深度诊断为发动机深度诊断时，发动机深度诊断中所读取和分析的测量数据是控制器局域网络总线上的数据流，而其他部件的部件深度诊断中所读取和分析的测量数据可以是测量数据包括车载诊断系统协议数据，和控制器局域网络总线上的数据流中的任意一种或者两种。这是因为，发动机故障属于车辆中比较重要的部件，在对发动机进行深度诊断的时候，尽量选用比较原始和可靠的数据，而控制器局域网络总线上的数据流，相对于测量数据包括车载诊断系统协议数据来说，更加符合这样的要求，于是在发动机深度诊断中所读取和分析的测量数据为控制器局域网络总线上的数据流，可见，本申请实施例可以提升发动机诊断的准确性。其中，在上述诊断选项菜单中的深度诊断图标下的部件深度诊断图标下含有发动机诊断图标，该发动机诊断图标用于接收用户的发动机诊断指示。

在一种实施中，在得到上述深度诊断报告之后，显示上述深度诊断报告。

在一种实施中，上述深度诊断指示包括维修前诊断以及维修后诊断，若所述深度诊断指示为所述维修后诊断，上述得到用于指示所述车辆的深度诊断结果的深度诊断报告之后，确定前一次的维修前诊断；获取该前一次的维修前诊断对应的历史诊断报告；对上述深度诊断报告和上述历史诊断报告进行分析，得到诊断日志，该诊断日志用于对维修进行评估。

在本申请实施例中，上述深度诊断指示中的全车深度诊断包括维修前诊断，以及维修后诊断，维修前诊断与维修后诊断的诊断内容与上述全车深度诊断一致，两种诊断的区别在于，当维修后诊断完成得到深度诊断报告之后，确定离本次维修后诊断的时间点前最近一次的维修前诊断，并获取该最近一次的维修前诊断的深度诊断报告作为历史诊断报告，最后对本次维修后诊断的深度诊断报告和最近一次的维修前诊断的历史诊断报告进行分析，得到用于评价车辆的维修的好坏的诊断日志。需要注意的是，深度诊断指示为维修前诊断还是维修后诊断由用户决定，即由用户选择所进行的深度诊断指示是维修前诊断还是维修后诊断。其中，上述诊断选项菜单中的深度全车深度诊断图标下包含维修前诊断图标和维修后诊断图标，该维修前诊断图标和维修后诊断图标分别用于接收用户的维修前诊断指示和维修后诊断指示。

具体的，上述对所述深度诊断报告和所述历史诊断报告进行分析，得到诊断日志指的是，比较上述深度诊断报告和历史诊断报告，确定已解决的故障码和未解决的故障码；根据上述已解决的故障码的个数和未解决的故障码的个数，评估维修的等级，该维修的等级用于表示维修的好坏；生成包括已解决的故障码、未解决的故障码以及维修的等级的诊断日志。

在本申请实施例中，上述深度诊断报告和所述历史诊断报告都包括故障码，深度诊断报告中包含的故障码指示了车辆在维修后还存在的故障，历史诊断报告中包含的故障码指示了车辆在维修前所存在的故障，于是通过比较深度诊断报告和历史诊断报告，可以确定维修中已解决的故障码的个数，和维修中未解决的故障码的个数，然后再根据已解决的故障码的个数以及维修中未解决的故障码的个数，来评估维修的等级，其中，维修的等级越高维修的效果越好，已解决的故障码的个数与维修的等级成正比，已解决的的故障码的个数越多，维修的等级越高，未解决的故障码的个数与维修的等级成反比，未解决的故障码的个数越多，维修的等级越低。最后在确定维修的等级之后，生成包含已解决对故障码的个数、未解决的故障码的个数以及维修等级的诊断日志。

举例来说明上述根据上述已解决的故障码的个数和未解决的故障码的个数来评估维修的等级，假设已解决的故障码的个数x、未解决的故障码的个数y以及维修的等级z之间存在函数关系为，x/y＝z，于是当确定了已解决的故障码的个数x和未解决的故障码的个数y之后，便能快速确定维修的等级z。应理解，上述举例仅仅作为说明，此处不作具体限定。

在一种实施中，在得到上述诊断日志之后，显示上述诊断日志。

本申请实施例在接收到用户的常规诊断指示之后对车辆进行常规诊断，得到常规诊断报告，并通过判断常规诊断报告中是否包含故障码，来判断车辆是否存在故障，若存在故障则提示用户对车辆进行深度诊断，以诊断出故障的详细原因等故障信息。可见，本申请实施例在对车辆进行深度诊断之前，先对车辆故障进行一个简单的诊断来判断车辆是否存在故障，并在确定车辆存在故障之后再提示用户对车辆进行深度诊断，而在确定车辆不存在故障时结束故障诊断，于是本申请实施例提供了一种高效的车辆故障诊断方法。

参见图2，是本申请实施例提供另一种车辆故障诊断方法的示意流程图，如图2所示车辆故障诊断方法可包括：

201：接收常规诊断指示。

在本申请实施中，本端的车辆故障诊断设备显示诊断选项菜单，诊断选项菜单用于接收用户的指示，该诊断选项菜单中包括常规诊断图标，该常规诊断图标用于接收用户的常规诊断指示，该常规诊断指示用于指示车辆故障诊断设备进行快速且简单的故障诊断，以检测出车辆出现故障的部件。

在一种实施中，上述诊断选项菜单中还包括深度诊断图标，该深度诊断图标用于接收用户的深度诊断指示，该深度诊断指示用于指示故障诊断设备进行深度且详细的故障诊断，以检测出车辆出现故障的具体原因。

需要说明的是，诊断选项菜单中可以包含除了上述常规诊断图标和深度诊断图标以外的其他与上述两个图标并列的图标，或者为上述两个图标的下位的图标，每当本端的故障诊断设备新增一种诊断指示，在诊断选项菜单中都会新增一个对应的用于接收用户的诊断指示的图标。接下来本申请对此不再赘述。

202：响应上述常规诊断指示，读取车辆的故障码，得到用于指示车辆的常规诊断结果的常规诊断报告。

本申请实施例中，在接收到上述常规诊断指示之后，响应上述常规诊断指示，即读取得到车辆的至少一个故障码，然后在数据库中获取该至少一个故障码分别对应的故障定义，故障定义用于指示车辆出现故障的部件，最后生成包含车辆的至少一个故障码以及至少一个故障码分别对应的故障定义的常规故障诊断。可见，故障码可以指示出车辆中出现故障的部件，但不能指示出出现故障的原因。

需要说明的是，故障码是指在发动机或变速箱等车载电控系统发生故障时，系统控制单元(Electronic Control Unit，ECU)、脉冲编码调制单元(pulse code modulation，PCM)或制动防抱死系统(Antilock Brake System，ABS)中的自诊断模块检测到系统部件故障后，存储在模块内部的专门区域如随机存取存储器(Random Access Mmemory，RAM)或者保持电流存储器(Keep Alive Memory，KAM)中的数字代码形式的故障信息。

203：检测上述常规诊断报告中是否存在故障码。

在本申请实施例中，如果车辆存在故障，则常规诊断报告中应该记载有故障码，于是本申请实施例通过检测常规诊断报告中是否有故障码来判断车辆是否存在故障，具体的，若常规诊断报告中包含故障码，则说明车辆存在故障，并通过提示深度诊断提示来提示用户对该车辆进行深度诊断，以诊断出故障的详细原因等故障信息，若未检测到故障码，则说明车辆不存在故障，于是结束故障诊断。

204：若检测到故障码，则提示深度诊断提示，以提示用户对车辆进行深度诊断。

在本申请实施例中，若在常规诊断报告中检测到故障码，则说明车辆出现了故障，于是为了进一步的检测出车辆出现故障的具体原因，提示深度诊断提示，以提示用户进行深度诊断。其中，深度诊断提示包含至少一个故障码以及该至少一个故障码分别对应的故障定义等信息。

举例来说，上述深度诊断提示可以为“检测到故障码00282，疑似节气门调节器出现问题，建议进行深度诊断。若同意进行深度诊断，则点击显示屏上的诊断选项菜单中的‘深度诊断图标’以触发深度诊断”。

在一种实施中，显示上述常规诊断报告，以告知用户常规诊断的结果，并通过该常规诊断报告接收用户的编辑指令，根据该编辑指令对该常规诊断报告进行编辑。在本申请实施例中，常规诊断报告中的故障码为可编辑数据，用户可以通过对显示屏上的常规诊断报告进行点击等操作来编辑故障码的内容，或者直接删除故障码等。

205：接收深度诊断指示。

本申请实施例中，故障诊断设备在提示上述深度诊断提示之后，显示诊断选项菜单，以供用户通过该诊断选项菜单中的深度诊断图标向本端的故障诊断设备发送深度诊断指示，于是当用户通过点击等操作触发诊断选项菜单上的深度诊断图标之后，本端的故障诊断设备会接受到深度诊断指示。

206：响应上述深度诊断指示，读取车辆的故障码，读取和分析车辆的测量数据，得到用于指示车辆的深度诊断结果的深度诊断报告。

在本申请实施例中，在故障诊断设备接收到深度诊断指示之后，响应该深度诊断指示，即读取车辆的故障码并读取测量数据，然后在数据库中获取故障码对应的故障定义，并通过分析车辆的测量数据来解析得到故障解释，该故障解释用于指示故障发生的具体原因，最后生成包含上述故障码、故障定义以及故障解释的深度诊断报告，该深度诊断报告用于指示车辆的深度诊断结果。

需要说明的是，上述通过分析车辆的测量数据来解析得到故障解释，指的是根据测量数据中一个或者多个异常数据确定出现故障的具体原因，例如根据测量数据中的一个异常数据的具体数值所在的范围判断故障的具体原因，或者根据测量数据中的多个异常数据的具体数值所在的范围判断故障的具体原因，等等，本申请对此不做限定。

举例来说，目标传感器测量到目标数据，该目标数据即测量数据，在存储器中目标传感器对应目标数据范围，当目标数据不在目标数据范围时，则表示目标数据与目标数据范围不吻合，于是生成目标故障码，在数据库中目标故障码对应目标故障定义，即“第一传感器处出现故障”，然后在数据库中获取分析规则，该分析规则包含了目标数据在不同范围时可能出现的故障原因，于是按照分析规则，确定目标数据所在的具体范围，以确定第一传感器处出现故障的故障原因。同理，当目标传感器处测量得到多个测量数据时，按照分析规则可以直接确定目标传感器出现故障的具体原因，在此不再赘述。

还需要说明的是，上述测量数据为用于判断车辆的传感器或者执行器出现故障的数据流，也即是控制器与与传感器或者执行器之间交流的数据参数，包括车载诊断系统(OBD，On-Board Diagnostic)协议数据，和控制器局域网络(CAN，Controller AreaNetwork)总线上的数据流中的至少一种，当测量数据是车载诊断系统协议数据时，读取测量数据指的是在车载诊断系统中读取测量数据。当测量数据是控制局域网总线上的数据流时，读取测量数据指的是通过CAN总线上直接读取测量数据。

还需要说明的是，上述OBD系统可以随时监控发动机的运行状况和尾气后处理系统的工作状态，一旦发现有可能引起排放超标的情况，会马上发出警示。当系统出现故障时，故障灯(Malfunction Indicator Lamp,MIL)或检查发动机(Check Engine)警示灯亮，同时OBD系统会将故障信息存入存储器，上述控制器局域网络(Controller Area Network,CAN)总线获取的数据有车辆品牌、车型、耗油量等等，应理解，上述举例仅仅作为说明，此处不作具体限定。

在一种实施中，上述深度诊断指示包括部件深度诊断以及全车深度诊断，部件深度诊断用于指示对车辆的部件进行深度诊断，全车深度诊断用于指示对车辆的全车进行深度诊断，其中，部件为常规诊断报告中包括的故障码所指示的车辆中出现故障的部件。

在本申请实施例中，上述深度诊断指示进一步细化为部件深度诊断和全车深度诊断，全车深度诊断用于指示对车辆的全车进行深度诊断，即读取全车的故障码，读取全车的测量数据，以及分析全车的测量数据。部件深度诊断用于指示对车辆的部件进行深度诊断，读取部件的故障码，读取部件的测量数据，以及分析部件的测量数据，相应的，上述诊断选项菜单中深度诊断图标下含有部件深度诊断图标和全车深度诊断图标，该部件深度诊断图标和全车深度诊断图标分别用于接收用户的部件深度诊断指示和全车深度诊断指示。需要注意的是，上述部件深度诊断中诊断的部件为，上述常规诊断所读取到的故障码所指示出现故障的部件，也即是上述常规诊断报告中的故障码所指示的出现故障的部件。其中，故障的部件可以车辆中的任意存在感应器或者执行器的部件，例如发动机等。

可见，当上述深度诊断指示为部件深度诊断的时候，故障诊断设备只需要对常规诊断中诊断出来存在故障的部件进行深度诊断，即只需要读取故障的部件的故障码，并只需要读取和分析故障的部件的测量数据。从而本申请实施例节省了测量时间，并大大的提高了诊断效率。

在一种实施中，若上述部件深度诊断为发动机深度诊断，则对车辆的发动机进行深度检测，读取发动机的故障码，读取并分析发动机处的测量数据，该测量数据为控制器局域网络总线上的数据流。

在本申请实施例中，不同于其他部件的部件深度诊断，当上述部件深度诊断为发动机深度诊断时，发动机深度诊断中所读取和分析的测量数据是控制器局域网络总线上的数据流，而其他部件的部件深度诊断中所读取和分析的测量数据可以是测量数据包括车载诊断系统协议数据，和控制器局域网络总线上的数据流中的任意一种或者两种。这是因为，发动机故障属于车辆中比较重要的部件，在对发动机进行深度诊断的时候，尽量选用比较原始和可靠的数据，而控制器局域网络总线上的数据流，相对于测量数据包括车载诊断系统协议数据来说，更加符合这样的要求，于是在发动机深度诊断中所读取和分析的测量数据为控制器局域网络总线上的数据流，可见，本申请实施例可以提升发动机诊断的准确性。其中，在上述诊断选项菜单中的深度诊断图标下的部件深度诊断图标下含有发动机诊断图标，该发动机诊断图标用于接收用户的发动机诊断指示。

在一种实施中，在得到上述深度诊断报告之后，显示上述深度诊断报告。

在一种实施中，上述深度诊断指示包括维修前诊断以及维修后诊断，若所述深度诊断指示为所述维修后诊断，上述得到用于指示所述车辆的深度诊断结果的深度诊断报告之后，确定前一次的维修前诊断；获取该前一次的维修前诊断对应的历史诊断报告；对上述深度诊断报告和上述历史诊断报告进行分析，得到诊断日志，该诊断日志用于对维修进行评估。

在本申请实施例中，上述深度诊断指示中的全车深度诊断包括维修前诊断，以及维修后诊断，维修前诊断与维修后诊断的诊断内容与上述全车深度诊断一致，两种诊断的区别在于，当维修后诊断完成得到深度诊断报告之后，确定离本次维修后诊断的时间点前最近一次的维修前诊断，并获取该最近一次的维修前诊断的深度诊断报告作为历史诊断报告，最后对本次维修后诊断的深度诊断报告和最近一次的维修前诊断的历史诊断报告进行分析，得到用于评价车辆的维修的好坏的诊断日志。需要注意的是，深度诊断指示为维修前诊断还是维修后诊断由用户决定，即由用户选择所进行的深度诊断指示是维修前诊断还是维修后诊断。其中，上述诊断选项菜单中的深度全车深度诊断图标下包含维修前诊断图标和维修后诊断图标，该维修前诊断图标和维修后诊断图标分别用于接收用户的维修前诊断指示和维修后诊断指示。

具体的，上述对所述深度诊断报告和所述历史诊断报告进行分析，得到诊断日志指的是，比较上述深度诊断报告和历史诊断报告，确定已解决的故障码和未解决的故障码；根据上述已解决的故障码的个数和未解决的故障码的个数，评估维修的等级，该维修的等级用于表示维修的好坏；生成包括已解决的故障码、未解决的故障码以及维修的等级的诊断日志。

在本申请实施例中，上述深度诊断报告和所述历史诊断报告都包括故障码，深度诊断报告中包含的故障码指示了车辆在维修后还存在的故障，历史诊断报告中包含的故障码指示了车辆在维修前所存在的故障，于是通过比较深度诊断报告和历史诊断报告，可以确定维修中已解决的故障码的个数，和维修中未解决的故障码的个数，然后再根据已解决的故障码的个数以及维修中未解决的故障码的个数，来评估维修的等级，其中，维修的等级越高维修的效果越好，已解决的故障码的个数与维修的等级成正比，已解决的的故障码的个数越多，维修的等级越高，未解决的故障码的个数与维修的等级成反比，未解决的故障码的个数越多，维修的等级越低。最后在确定维修的等级之后，生成包含已解决对故障码的个数、未解决的故障码的个数以及维修等级的诊断日志。

举例来说明上述根据上述已解决的故障码的个数和未解决的故障码的个数来评估维修的等级，假设已解决的故障码的个数x、未解决的故障码的个数y以及维修的等级z之间存在函数关系为，x/y＝z，于是当确定了已解决的故障码的个数x和未解决的故障码的个数y之后，便能快速确定维修的等级z。应理解，上述举例仅仅作为说明，此处不作具体限定。

在一种实施中，在得到上述诊断日志之后，显示上述诊断日志。

207：显示诊断选项菜单，该诊断选项菜单用于接收常规诊断指示和深度诊断指示。

本申请实施例中，在结束上述深度诊断之后，再次显示上述诊断选择菜单，使得用户能够以点击等操作来选择诊断选择菜单上的常规诊断图标和深度诊断图标，以分别向本端的故障诊断设备发出常规诊断指示和深度诊断指示，从而再次分别触发常规诊断和深度诊断。可见，本申请实施例对用户触发常规诊断和深度诊断的次数不做限制，从而提供了更多样化的诊断方式。

需要说明的是，虽然在本申请实施例中用户可以先进行常规诊断并确定车辆存在故障的情况下再进行深度诊断，也可以不经过常规诊断而直接进行深度诊断，但前一种情况总的来说还是多于后一种情况，于是深度检诊断般是在确定车辆存在故障的情况下进行的，于是本申请实施例在深度诊断之后显示诊断选项菜单，可以方便用户在深度检测得到深度诊断报告，并根据深度诊断报告对车辆进行维修之后，通过诊断选择菜单重新触发常规诊断或者深度诊断，来确定车辆通过维修之后恢复正常。于是本申请实施例有利于进一步提高故障诊断的效率和速度。

本申请实施例相比于上一申请实施例来说，更加详细的描述了故障诊断的方法的实施过程。故障诊断设备在接收到用户的常规诊断指示之后对车辆进行常规诊断，得到常规诊断报告，并通过判断常规诊断报告中是否包含故障码，来判断车辆是否存在故障，若存在故障则提示用户对车辆进行深度诊断，以诊断出故障的详细原因等故障信息，然后在深度诊断之后，再次显示诊断选项菜单，供用户再次选择诊断方式以对车辆进行不限次数的诊断，于是本申请实施例提供了更加丰富的故障诊断方式，也进一步的提高了车辆故障诊断的效率。

需要说明的是，上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。

本申请实施例还提供一种车辆故障诊断设备，该车辆故障诊断设备用于执行前述任一项的车辆故障诊断方法的单元。具体地，参见图3，是本申请实施例提供的一种车辆故障诊断设备的示意框图。本实施例的车辆故障诊断设备包括：接收单元310、诊断单元320、检测单元330以及提示单元340。具体的：

接收单元310，用于接收常规诊断指示；诊断单元320，用于响应上述常规诊断指示，读取车辆的故障码，得到用于指示上述车辆的常规诊断结果的常规诊断报告；检测单元330，用于检测上述常规诊断报告中是否存在故障码；提示单元340，用于若检测到上述故障码，则提示深度诊断提示，以提示用户对上述车辆进行深度诊断。

在一种实施中，上述接收单元310，还用于接收深度诊断指示；上述诊断单元320，具体用于响应上述深度诊断指示，读取上述车辆的故障码，读取和分析上述车辆的测量数据，得到用于指示上述车辆的深度诊断结果的深度诊断报告，上述测量数据包括车载诊断系统协议数据，和控制器局域网络总线上的数据流中的至少一种。

在一种实施中，上述故障诊断设备还包括显示单元350，用于显示诊断选项菜单，上述诊断选项菜单用于接收上述常规诊断指示和深度诊断指示。

在一种实施中，上述深度诊断指示包括部件深度诊断以及全车深度诊断，上述部件深度诊断用于指示对上述车辆的部件进行深度诊断，上述全车深度诊断用于指示对上述车辆的全车进行深度诊断，其中，上述部件为上述常规诊断报告中包括的故障码所指示的上述车辆中出现故障的部件。

在一种实施中，上述深度诊断指示包括维修前诊断以及维修后诊断，上述故障诊断设备还包括确定单元360，用于确定前一次的维修前诊断；上述故障诊断设备还包括获取单元370，用于获取上述前一次的维修前诊断对应的历史诊断报告；上述故障诊断设备还包括分析单元380，用于对上述深度诊断报告和上述历史诊断报告进行分析，得到诊断日志，上述诊断日志用于对维修进行评估。

在一种实施中，上述深度诊断报告和上述历史诊断报告都包括故障码，上述分析单元380，具体用于比较上述深度诊断报告和上述历史诊断报告，确定已解决的故障码和未解决的故障码；根据上述已解决的故障码的个数和上述未解决的故障码的个数，评估上述维修的等级，上述维修的等级用于表示上述维修的好坏；生成包括上述已解决的故障码、上述未解决的故障码以及上述维修的等级的诊断日志。

在一种实施中，上述诊断单元320，具体用于读取得到上述车辆的至少一个故障码；在数据库中获取上述至少一个故障码中的每一个故障码对应的故障定义，上述故障定义用于指示上述车辆中出现故障的部件；生成包括上述至少一个故障码，以及上述至少一个故障码中的每一个故障码对应的故障定义的常规诊断报告。

本端的故障诊断设备的接收单元在接收到用户的常规诊断指示之后，诊断单元对车辆进行常规诊断，得到常规诊断报告，并通过检测单元判断常规诊断报告中是否包含故障码，来判断车辆是否存在故障，若存在故障则通过提示单元提示用户对车辆进行深度诊断，以诊断出故障的详细原因等故障信息。可见，本申请实施例在对车辆进行深度诊断之前，先对车辆故障进行一个简单的诊断来判断车辆是否存在故障，并在确定车辆存在故障之后再提示用户对车辆进行深度诊断，而在确定车辆不存在故障时结束故障诊断，于是本申请实施例提供了一种高效的车辆故障诊断方法。

参见图4，是本申请另一实施例提供的一种车辆故障诊断设备示意框图。如图所示的本实施例中的车辆故障诊断设备可以包括：处理器410和存储器420。上述处理器410和存储器420通过总线430连接。具体的：

上述处理器410，用于执行诊断单元320的功能，用于响应上述常规诊断指示，读取车辆的故障码，得到用于指示上述车辆的常规诊断结果的常规诊断报告；还用于执行检测单元330的功能，用于检测上述常规诊断报告中是否存在故障码；还用于执行提示单元340的功能，用于若检测到上述故障码，则提示深度诊断提示，以提示用户对上述车辆进行深度诊断。

需要说明的是，上述故障诊断设备还包括输入设备440，用于执行接收单元310的功能，用于接收常规诊断指示。

在一种实施中，上述故障诊断设备还包括输出设备450，用于执行提示单元340的功能，用于若检测到上述故障码，则提示深度诊断提示，以提示用户对上述车辆进行深度诊断。

在一种实施中，上述输入设备440，还用于接收深度诊断指示；上述处理器410，具体用于响应上述深度诊断指示，读取上述车辆的故障码，读取和分析上述车辆的测量数据，得到用于指示上述车辆的深度诊断结果的深度诊断报告，上述测量数据包括车载诊断系统协议数据，和控制器局域网络总线上的数据流中的至少一种。

在一种实施中，上述输出设备450还用于执行显示单元350的功能，用于显示诊断选项菜单，上述诊断选项菜单用于接收上述常规诊断指示和深度诊断指示。

在一种实施中，上述深度诊断指示包括部件深度诊断以及全车深度诊断，上述部件深度诊断用于指示对上述车辆的部件进行深度诊断，上述全车深度诊断用于指示对上述车辆的全车进行深度诊断，其中，上述部件为上述常规诊断报告中包括的故障码所指示的上述车辆中出现故障的部件。

在一种实施中，上述深度诊断指示包括维修前诊断以及维修后诊断，上述处理器410还用于执行确定单元360的功能，用于确定前一次的维修前诊断；上述处理器410还用于执行获取单元370的功能，用于获取上述前一次的维修前诊断对应的历史诊断报告；上述处理器410还用于执行分析单元380的功能，用于对上述深度诊断报告和上述历史诊断报告进行分析，得到诊断日志，上述诊断日志用于对维修进行评估。

在一种实施中，上述深度诊断报告和上述历史诊断报告都包括故障码，上述处理器410，具体用于比较上述深度诊断报告和上述历史诊断报告，确定已解决的故障码和未解决的故障码；根据上述已解决的故障码的个数和上述未解决的故障码的个数，评估上述维修的等级，上述维修的等级用于表示上述维修的好坏；生成包括上述已解决的故障码、上述未解决的故障码以及上述维修的等级的诊断日志。

在一种实施中，上述处理器410，具体用于读取得到上述车辆的至少一个故障码；在数据库中获取上述至少一个故障码中的每一个故障码对应的故障定义，上述故障定义用于指示上述车辆中出现故障的部件；生成包括上述至少一个故障码，以及上述至少一个故障码中的每一个故障码对应的故障定义的常规诊断报告。

应当理解，在本申请实施例中，所称处理器410可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器410还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器420可以包括只读存储器和随机存取存储器，并向处理器410提供指令和数据。存储器420的一部分还可以包括非易失性随机存取存储器。例如，存储器420还可以存储设备类型的信息。

计算机可读存储介质可以是前述任一实施例的车辆故障诊断设备的内部存储单元，例如车辆故障诊断设备的硬盘或内存。计算机可读存储介质也可以是车辆故障诊断设备的外部存储设备，例如车辆故障诊断设备上配备的插接式硬盘，智能存储卡(SmartMedia Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，计算机可读存储介质还可以既包括车辆故障诊断设备的内部存储单元也包括外部存储设备。计算机可读存储介质用于存储计算机程序以及车辆故障诊断设备所需的其他程序和数据。计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

具体实现中，本申请实施例中所描述的处理器410可执行本申请实施例提供的车辆故障诊断方法的第二实施例和第三实施例中所描述的实现方式，也可执行本申请实施例所描述的车辆故障诊断设备的实现方式，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同车辆故障诊断方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的车辆故障诊断设备和单元的具体工作过程，可以参考前述车辆故障诊断方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的车辆故障诊断设备和车辆故障诊断方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，车辆故障诊断设备，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (9)

1.一种车辆故障诊断方法，其特征在于，包括：

接收常规诊断指示；

读取得到车辆的至少一个故障码；

在数据库中获取所述至少一个故障码中的每一个故障码对应的故障定义，所述故障定义用于指示所述车辆中出现故障的部件；

生成包括所述至少一个故障码，以及所述至少一个故障码中的每一个故障码对应的故障定义的常规诊断报告；

检测所述常规诊断报告中是否存在故障码；

若检测到所述故障码，则提示深度诊断提示，以提示用户对所述车辆进行深度诊断；

接收深度诊断指示；

响应所述深度诊断指示，读取所述车辆的故障码，读取和分析所述车辆的测量数据，得到用于指示所述车辆的深度诊断结果的深度诊断报告，所述深度诊断报告包括故障解释，所述故障解释用于指示故障发生的具体原因。

2.根据权利要求1所述的方法，其特征在于，所述测量数据包括车载诊断系统协议数据，和控制器局域网络总线上的数据流中的至少一种。

3.根据权利要求2所述的方法，其特征在于，所述得到用于指示所述车辆的深度诊断结果的深度诊断报告之后，还包括：

显示诊断选项菜单，所述诊断选项菜单用于接收所述常规诊断指示和深度诊断指示。

4.根据权利要求2所述的方法，其特征在于，所述深度诊断指示包括部件深度诊断以及全车深度诊断，所述部件深度诊断用于指示对所述车辆的部件进行深度诊断，所述全车深度诊断用于指示对所述车辆的全车进行深度诊断，其中，所述部件为所述常规诊断报告中包括的故障码所指示的所述车辆中出现故障的部件。

5.根据权利要求2所述的方法，其特征在于，所述深度诊断指示包括维修前诊断以及维修后诊断，若所述深度诊断指示为所述维修后诊断，则所述得到用于指示所述车辆的深度诊断结果的深度诊断报告之后，还包括：

确定前一次的维修前诊断；

获取所述前一次的维修前诊断对应的历史诊断报告；

对所述深度诊断报告和所述历史诊断报告进行分析，得到诊断日志，所述诊断日志用于对维修进行评估。

6.根据权利要求5所述的方法，其特征在于，所述深度诊断报告和所述历史诊断报告都包括故障码，所述对所述深度诊断报告和所述历史诊断报告进行分析，得到诊断日志，包括：

比较所述深度诊断报告和所述历史诊断报告，确定已解决的故障码和未解决的故障码；

根据所述已解决的故障码的个数和所述未解决的故障码的个数，评估所述维修的等级，所述维修的等级用于表示所述维修的好坏；

生成包括所述已解决的故障码、所述未解决的故障码以及所述维修的等级的诊断日志。

7.一种车辆故障诊断设备，其特征在于，包括：

接收单元，用于接收常规诊断指示；

诊断单元，用于读取得到车辆的至少一个故障码；在数据库中获取所述至少一个故障码中的每一个故障码对应的故障定义，所述故障定义用于指示所述车辆中出现故障的部件；生成包括所述至少一个故障码，以及所述至少一个故障码中的每一个故障码对应的故障定义的常规诊断报告；

检测单元，用于检测所述常规诊断报告中是否存在故障码；

提示单元，用于若检测到所述故障码，则提示深度诊断提示，以提示用户对所述车辆进行深度诊断；接收深度诊断指示；响应所述深度诊断指示，读取所述车辆的故障码，读取和分析所述车辆的测量数据，得到用于指示所述车辆的深度诊断结果的深度诊断报告，所述深度诊断报告包括故障解释，所述故障解释用于指示故障发生的具体原因。

8.一种车辆故障诊断设备，其特征在于，包括处理器和存储器，所述处理器和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，用以执行如权利要求1-6任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行，用以执行如权利要求1-6任一项所述的方法。

Images