一种车辆故障信息处理方法以及系统与流程

1.本发明涉及车辆故障处理领域，尤其是涉及一种车辆故障信息处理方法以及系统。


背景技术：

2.现有技术中，在车辆发生故障后，维修人员往往需要使用汽车故障诊断仪连接车辆读取故障码，在读取故障码之后，维修人员根据故障码依次查找维修手册，然后通过维修手册中提示的步骤对车辆进行维修。
3.由于汽车行业的新四化(电动化、网联化、智能化以及共享化)的高速发展，车辆的功能也越来越多，车辆发生故障的情况也越来越复杂，经常出现同一个车辆的零部件失效，产生多个故障码的情况，维修人员诊断车辆故障耗费时间长，而且容易发生故障误判。
4.需要说明的是，现有技术中，人工诊断车辆故障导致误判以及诊断耗费时间长。


技术实现要素：

5.本发明提供了一种车辆故障信息处理方法以及系统，以解决现有技术中，人工诊断车辆故障导致误判以及诊断耗费时间长的技术问题。
6.根据本发明的第一方面，提供了一种车辆故障信息处理方法，该方法包括：获取到车辆故障信息；根据车辆故障信息确定目标故障模型；从车辆故障信息中提取故障码；根据目标故障模型对故障码进行诊断处理，生成车辆诊断结果。
7.进一步地，车辆故障信息至少包括车辆的车型信息和车辆的配置信息，其中，根据车辆故障信息确定目标故障模型包括：根据车型信息以及车辆的配置信息从预存的多个故障模型中确定目标故障模型。
8.进一步地，诊断结果至少包括以下的一项或者多项：建议检测的车辆设备、维修措施、故障线索探查展示以及维修指导。
9.进一步地，在获取到车辆故障信息之前，方法还包括：获取到多个车辆故障样本数据；根据故障样本数据建立多个故障模型，其中，故障样本数据至少包括如下一项或者多项：车辆的故障代码清单、系统结构原理数据、维修手册、电气原理图以及维保数据。
10.进一步地，在生成诊断结果之后，方法还包括：获取到诊断结果的反馈信息；根据诊断结果的反馈信息对目标故障模型进行修正。
11.根据本发明的第二方面，提供了一种车辆故障信息处理系统，该系统包括：诊断仪，用于获取到车辆故障信息；服务器，与诊断仪建立通信关系，用于接收诊断仪上传的车辆故障信息；服务器还用于从车辆故障信息中提取故障码；服务器还用于根据目标故障模型对故障码进行诊断处理，生成车辆诊断结果。
12.进一步地，车辆故障信息至少包括车辆的车型信息和车辆的配置信息，其中，服务器还用于根据车型信息以及车辆的配置信息从预存的多个故障模型中确定目标故障模型。
13.进一步地，诊断结果至少包括以下的一项或者多项：建议检测的车辆设备、维修措
施、故障线索探查展示以及维修指导。
14.进一步地，服务器还用于获取到多个车辆故障样本数据，并且根据故障样本数据建立多个故障模型，其中，故障样本数据至少包括如下一项或者多项：车辆的故障代码清单、系统结构原理数据、维修手册、电气原理图以及维保数据。
15.进一步地，服务器还用于获取到诊断结果的反馈信息，并且根据诊断结果的反馈信息对目标故障模型进行修正。
16.本发明提供了一种车辆故障信息处理方法以及系统，该方法包括：获取到车辆故障信息；根据车辆故障信息确定目标故障模型；根据目标模型对车辆故障信息进行诊断处理，生成车辆诊断结果，解决了现有技术中，人工诊断车辆故障导致误判以及诊断耗费时间长的技术问题。
附图说明
17.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
18.图1为本发明实施例的车辆故障诊断方法的流程图；
19.图2为本发明实施例可选的车辆故障诊断方法的流程图；
20.图3为本发明实施例可选的车辆故障诊断方法的流程图；
21.图4为本发明实施例可选的车辆故障诊断方法的示意图；
22.图5为本发明实施例可选的车辆故障诊断方法的示意图；
23.图6至图7为本发明实施例的车辆故障诊断方法的效果图；
24.图8为本发明实施例车辆故障诊断系统的示意图。
具体实施方式
25.为了使本发明的上述以及其他特征和优点更加清楚，下面结合附图进一步描述本发明。应当理解，本文给出的具体实施例是出于向本领域技术人员解释的目的，仅是示例性的，而非限制性的。
26.在以下描述中，阐述了许多具体细节以提供对本发明的透彻理解。然而，对于本领域普通技术人员来说，明显的是，不需要采用具体细节来实践本发明。在其他情况下，未详细描述众所周知的步骤或操作，以避免模糊本发明。
27.实施例一
28.本技术提供了一种车辆故障信息处理方法，如图1所示，该方法包括：
29.步骤s11，获取到车辆故障信息。
30.具体的，在本方案中，可以由服务器作为本技术的方法的执行主体，其中，服务器可以为云服务器，车辆故障信息可以由诊断仪进行收集和读取，其中，服务器与诊断仪建立通信关系，在车辆发生故障后，通过诊断仪进行车辆故障信息采集，比如，可以把诊断仪的接线连接到车辆的obd(车载诊断系统)诊断接口，读取车辆故障信息，比如故障码，然后诊断仪将上述车辆故障信息发送给服务器。
31.可选的，车辆故障信息可以由其它前端即网站前台部分进行收集，比如，网页。
32.步骤s13，根据车辆故障信息确定目标故障模型。
33.具体的，在本方案中，服务器可以接收车辆故障信息，在接收车辆故障信息之后，服务器根据车辆故障信息进行故障模型分析，即根据车辆故障信息确定合适的目标故障模型。
34.步骤s15，从车辆故障信息中提取故障码。
35.具体的，在本方案中，在服务器匹配到车辆的目标故障模型之后，服务器从故障信息中的多个维度信息中进行故障码提取，比如，车辆故障现象可以为主控制器供电电源低，故障码可以为p0562f1
–
vcu；再比如，车辆故障现象可以为vcu节点通讯异常，故障码可以为u0100f1-vcu。
36.步骤s17，根据目标故障模型对故障码进行诊断处理，生成车辆诊断结果。
37.具体的，在本方案中，服务器可以将上述故障码输入上述目标故障模型，目标故障模型则输出车辆诊断结果。
38.需要说明的是，上述诊断结果可以包括：建议检测的车辆设备、维修措施、故障线索探查展示以及维修指导。
39.本方案与现有技术相比，并非通过人工进行故障的诊断，而是在服务器内预设多个不同的故障模型，在车辆发生故障后，通过采集车辆故障信息，然后从多个不同的故障模型中确定目标故障模型，进而通过目标故障模型生成诊断结果。通过这样的方式，使得车辆故障问题排查成功率高、耗费时间短。因此，解决了现有技术中，人工诊断车辆故障导致误判以及诊断耗费时间长的技术问题。
40.可选的，步骤s13中的车辆故障信息至少还包括车辆的车型信息和车辆的配置信息，其中，根据车辆故障信息确定目标故障模型包括：
41.步骤s131，根据车型信息以及车辆的配置信息从预存的多个故障模型中确定目标故障模型。
42.具体的，在服务器获取到车辆的车型信息以及车辆的配置信息之后，可以通过与服务器内已经存在的多个不同的故障模型进行对比，找到与车型信息以及车辆的配置信息相匹配的故障模型。比如，可以先根据车辆的车型初步确定若干故障模型，然后根据车辆的配置信息从上述若干故障模型中确定目标故障模型。
43.需要说明的是，服务器可以通过对比不同类型的车型信息和不同类型的车辆的配置信息，从服务器内已经预存的多个故障模型中匹配到目标故障模型。
44.可选的，在步骤s17中，上述诊断结果至少包括以下的一项或者多项：建议检测的车辆设备、维修措施、故障线索探查展示以及维修指导。
45.具体的，在本方案中建议检测的车辆设备可以为建议维修人员检修的车辆的具体设备，比如发动机、电池仓等。维修措施可以为服务器生成的针对故障设备的维修方法，比如，更换零件，线路的重新插拔等。维修指导可以为针对维修措施，具体的操作步骤或者注意事项。
46.需要说明的是，故障线索探查展示可以为将与待排查故障相关联的所有可能发生故障的原因，以树形图的方式进行展示，通过这样的方式便于用户查看该故障的所有可能原因。
47.比如，在车辆的故障码为p0562f1
–
vcu的情况下，服务器接收到故障码，判定故障为主控制器供电电源低，生成的诊断结果为维修措施：更换dc/dc转换器。
48.可选的，如图2所示，在步骤s11，获取到车辆故障信息之前，该方法还包括：
49.步骤s09，获取到多个车辆故障样本数据。
50.步骤s10，根据故障样本数据建立多个故障模型，其中，故障样本数据至少包括如下一项或者多项：车辆的故障代码清单、系统结构原理数据、维修手册、电气原理图以及维保数据。
51.具体的，在本方案中，服务器可以通过用户输入数据或者从因特网提取到的数据来获取到车辆故障样本数据，需要说明的是，故障样本数据至少包括车辆的故障代码清单、系统结构原理数据、维修手册、电气原理图以及维保数据中的一项或者多项。在获取到车辆故障样本数据之后，服务器根据获取的车辆故障样本数据形成多个不同的故障模型。
52.需要说明的是，维保数据可以包括：故障原因和解决办法。
53.可选的，如图3所示，在步骤s17，生成诊断结果之后，该方法还包括：
54.步骤s19，获取到诊断结果的反馈信息。
55.具体的，在本方案中，在服务器生成诊断结果之后，用户可以根据服务器提供的建议检测的车辆设备、维修措施、故障线索探查展示以及维修指导进行维修，在对车辆进行维修之后，用户根据维修的结果对服务器输入反馈信息，其中，维修结果可以包括，已解决故障或者未解决故障。
56.步骤s21，根据诊断结果的反馈信息对目标故障模型进行修正。
57.具体的，在本方案中，服务器接收用户输入的维修结果，其中，在维修结果为已解决的情况下，即服务器匹配的目标故障模型正确，因此，服务器维持当前的目标故障模型。在维修结果为未解决的情况下，即服务器匹配的目标故障模型错误，服务器可以对确定的目标故障模型进行整改，需要说明的是，服务器可以根据车辆故障信息进行重新选择其它的目标故障模型或根据上述样本数据重新生成目标故障模型。
58.可选的，结合图4所示，本发明的方法可以实现为车辆智能诊断的引擎，该智能诊断的引擎的工作流程可以为：首先，根据设备编号、车型信息、车辆配置信息、任务id来实现模型的匹配以及引擎的启动，上述引擎用于实现车辆故障的智能诊断。然后根据输入故障信息、以及用户发送的请求推理指令来针对车辆的故障进行推理，并且生成可能发生的症状以及推荐测试的项目。需要说明的是，本方案还可以根据用户的重置请求信息、停止请求信息以及保存请求信息完成智能诊断引擎的重置、停止以及诊断信息的保存。
59.结合图5所示，本发明提供了一种可选的实施例，该方法包括：
60.根据系统结构原理图、dtc(诊断故障代码)清单、维修手册、电气原理图以及维保数据构建故障模型；获取诊断仪的信息输入；根据诊断仪的信息输入生成故障诊断任务；服务器根据故障诊断任务进行诊断，生成结果推荐；在车辆进行维修之后，维修人员将维修结果发送至服务器，服务器根据维修结果对故障诊断模型进行修正。
61.可选的，信息输入可以包括：车辆信息、故障码、故障现象以及检测维修结果反馈。
62.可选的，结果推荐可以包括：检测项目智能推荐、维修措施智能推荐、故障线索探查展示以及操作指导精确展示。
63.结合图6-图7所示，为了证明本方案的技术效果，本技术采用测试工具针对现有技
术以及本方案的技术效果进行了比对，图6至图7为测试工具生成的比对结果，下面分别对测试工具生成的两个比对结果进行具体解释：
64.一.车辆发生故障的故障信息为p0562f1
–
vcu，该故障信息表征的故障为主控制器供电电源低；车辆症状为车辆无法运行和故障灯点亮。现有技术中，需要进行线路电压检查、线路断路检查、线路开路检查、vcu主控制器继电器检查(替换)、整车控制器vcu检测(替换)以及更换直流转直流电压转换器dc/dc，其中，总耗时1.9小时，误换件数量为1个。通过本方案，服务器通过用户提供的车辆故障信息进行排除故障，确定车辆的故障为dc/dc转换器，给出维修措施推荐为更换直流转直流电压转换器dc/dc，总耗时0.3小时，误换件数量为0个。
65.二.车辆的故障信息为u0100f1/u0100f2/u0100f3
–
vcu/bms/mcu，该故障信息表征的故障为检测pcm节点通信异常；车辆症状为故障灯亮。现有技术中，需要进行evcan_low与evcan_high线路短路检查、evcan_low与evcan_high线路断路检查、更换整车控制器vcu、更换电机控制器mcu、更换动力电池包bms以及更换发动机控制器pcm，其中，总耗时3.4小时，误换件数量为3个。在本方案中，服务器通过用户提供的车辆故障信息进行排除故障，确定车辆的故障为pcm以及线束总成，其中，维修措施推荐为重新安装插接pcm，总耗时0.3小时，误换件数量为0个。
66.本方案与现有技术相比，并非通过人工进行故障的诊断，而是在服务器内预设多个不同的故障模型，在车辆发生故障后，通过采集车辆故障信息，然后从多个不同的故障模型中确定目标故障模型，进而通过目标故障模型生成诊断结果。通过这样的方式，使得车辆故障问题排查成功率高、耗费时间短。因此，解决了现有技术中，人工诊断车辆故障导致误判以及诊断耗费时间长的技术问题。另外，维修人员将维修结果输入到服务器内，使得服务器可以根据维修结果来进行整改，增加用户的使用体验。
67.实施例二
68.根据本发明的第二方面，提供了一种车辆故障信息处理系统，如图8所示，该系统包括：诊断仪82，用于获取到车辆故障信息；服务器81，与诊断仪82建立通信关系，用于接收诊断仪82上传的车辆故障信息；服务器81还用于根据车辆故障信息确定目标故障模型，并且对车辆故障信息进行诊断处理，生成车辆诊断结果。
69.具体的，在本技术中，可以由服务器81作为本技术的方法的执行主体，其中，服务器81可以为云服务器，车辆故障信息可以由诊断仪82进行收集和读取，其中，服务器81与诊断仪82建立通信关系，在车辆发生故障后，通过诊断仪82进行车辆故障信息采集，比如，可以把诊断仪82的接线连接到车辆的obd(车载诊断系统)诊断接口，读取车辆故障信息，比如，故障码，然后诊断仪82将上述车辆故障信息发送给服务器81，即服务器81可以接收车辆故障信息，在接收车辆故障信息之后，服务器81根据车辆故障信息进行故障模型分析，其中，在服务器81内匹配目标故障模型。在服务器81匹配到车辆的目标故障模型之后，服务器81将故障码进行提取，比如，车辆故障现象可以为主控制器供电电源低，故障码可以为p0862f1
–
vcu；再比如，车辆故障现象可以为vcu节点通讯异常，故障码可以为u0100f1-vcu。另外，服务器81可以将上述故障码输入上述目标故障模型，目标故障模型则输出车辆诊断结果。
70.可选的，车辆故障信息至少包括车辆的车型信息和车辆的配置信息，其中，服务器
还用于根据车型信息以及车辆的配置信息从预存的多个故障模型中确定目标故障模型。
71.具体的，在本技术中，车辆故障信息至少还包括：车型信息和车辆的配置信息，其中，在服务器获取到车辆的车型信息以及车辆的配置信息之后，可以通过服务器内已经存在的多个不同的故障模型中，找到与该车辆相匹配的故障模型。需要说明的是，服务器可以通过不同类型的车型信息和不同类型的车辆配置信息，从服务器内已经预存的多个故障模型中提取不同的目标故障模型。
72.可选的，上述诊断结果至少包括以下的一项或者多项：建议检测的车辆设备、维修措施、故障线索探查展示以及维修指导。
73.具体的，在本技术中，诊断结果至少包括建议检测的车辆设备、维修措施、故障线索探查展示以及维修指导中的一项或者多项，其中，建议检测的车辆设备可以为服务器通过上述车辆故障信息在故障模型中确定的车辆设备；维修措施可以为服务器针对故障设备的修正方法；维修指导可以为服务器将维修手册中提取的维修方法给到用户去进行维修。
74.需要说明的是，故障线索探查展示可以为将与待排查故障相关联的所有可能发生故障的原因，以树形图的方式进行展示，通过这样的方式便于用户查看该故障的所有可能原因。
75.可选的，服务器还用于获取到多个车辆故障样本数据，并且根据故障样本数据建立多个故障模型，其中，故障样本数据至少包括如下一项或者多项：车辆的故障代码清单、系统结构原理数据、维修手册、电气原理图以及维保数据。
76.具体的，在本技术中，服务器可以通过用户输入数据或者因特网采集数据来获取到车辆故障样本数据，需要说明的是，故障样本数据至少包括车辆的故障代码清单、系统结构原理数据、维修手册、电气原理图以及维保数据中的一项或者多项。在获取到车辆故障样本数据之后，服务器根据获取到的车辆故障样本数据构建多个不同的故障模型。
77.可选的，服务器还用于获取到诊断结果的反馈信息，并且根据诊断结果的反馈信息对目标故障模型进行修正。
78.具体的，在本技术中，在服务器生成诊断结果之后，维修人员可以根据服务器提供的建议检测的车辆设备、维修措施、故障线索探查展示以及维修指导对车辆进行维修，在对车辆进行维修之后，维修人员根据维修的结果对服务器进行一个建议反馈，其中，维修结果可以包括，正确与错误，然后服务器接收用户输入的维修结果，其中，在维修结果为正确的情况下，即服务器中的目标故障模型正确，因此，服务器维持当前状态。在维修结果为错误的情况下，即服务器中的目标故障模型错误，服务器可以对确定的目标故障模型进行整改，需要说明的是，服务器可以根据车辆故障信息进行重新选择其他的目标故障模型或根据上述样本数据重新生成目标故障模型。
79.本方案与现有技术相比，在服务器内预设多个不同的故障模型，在车辆发生故障后，通过采集车辆故障信息，比如，车辆的车型信息、车辆的配置信息、车辆的故障码信息等进行诊断，生成诊断结果。通过这样的方式，使得车辆故障问题排查成功率高、耗费时间短。因此，解决了现有技术中，人工诊断车辆故障导致误判以及诊断耗费时间长的技术问题。另外，维修人员将维修结果输入到服务器内，使得服务器可以根据维修结果来进行整改，增加用户的使用体验。
80.应理解，本文中前述关于本发明的方法所描述的具体特征、操作和细节也可类似
地应用于本发明的装置和系统，或者，反之亦然。另外，上文描述的本发明的方法的每个步骤可由本发明的装置或系统的相应部件或单元执行。
81.应理解，本发明的装置的各个模块/单元可全部或部分地通过软件、硬件、固件或其组合来实现。各模块/单元各自可以硬件或固件形式内嵌于计算机设备的处理器中或独立于处理器，也可以软件形式存储于计算机设备的存储器中以供处理器调用来执行各模块/单元的操作。各模块/单元各自可以实现为独立的部件或模块，或者两个或更多个模块/单元可实现为单个部件或模块。
82.在一个实施例中，提供了一种计算机设备，其包括存储器和处理器，存储器上存储有可由处理器执行的计算机指令，计算机指令在由处理器执行时指示处理器执行本发明中的方法的各步骤。该计算机设备可以广义地为服务器、终端，或任何其他具有必要的计算和/或处理能力的电子设备。在一个实施例中，该计算机设备可包括通过系统总线连接的处理器、存储器、网络接口、通信接口等。该计算机设备的处理器可用于提供必要的计算、处理和/或控制能力。该计算机设备的存储器可包括非易失性存储介质和内存储器。该非易失性存储介质中或上可存储有操作系统、计算机程序等。该内存储器可为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口和通信接口可用于与外部的设备通过网络连接和通信。该计算机程序被处理器执行时执行本发明的方法的步骤。
83.本发明可以实现为一种计算机可读存储介质，其上存储有计算机程序，计算机程序在由处理器执行时导致本发明的方法的步骤被执行。在一个实施例中，计算机程序被分布在网络耦合的多个计算机设备或处理器上，以使得计算机程序由一个或多个计算机设备或处理器以分布式方式存储、访问和执行。单个方法步骤/操作，或者两个或更多个方法步骤/操作，可以由单个计算机设备或处理器或由两个或更多个计算机设备或处理器执行。一个或多个方法步骤/操作可以由一个或多个计算机设备或处理器执行，并且一个或多个其他方法步骤/操作可以由一个或多个其他计算机设备或处理器执行。一个或多个计算机设备或处理器可以执行单个方法步骤/操作，或执行两个或更多个方法步骤/操作。
84.本领域普通技术人员可以理解，本发明的方法步骤可以通过计算机程序来指示相关的硬件如计算机设备或处理器完成，的计算机程序可存储于非暂时性计算机可读存储介质中，该计算机程序被执行时导致本发明的步骤被执行。根据情况，本文中对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。非易失性存储器的示例包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)、闪存、磁带、软盘、磁光数据存储装置、光学数据存储装置、硬盘、固态盘等。易失性存储器的示例包括随机存取存储器(ram)、外部高速缓冲存储器等。
85.以上描述的各技术特征可以任意地组合。尽管未对这些技术特征的所有可能组合进行描述，但这些技术特征的任何组合都应当被认为由本说明书涵盖，只要这样的组合不存在矛盾。
86.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术
方案的范围。