CN112577760A - 一种车辆诊断的方法、系统、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种车辆诊断的方法，包括：获取用户输入的车辆信息；根据车辆信息确定目标车辆配置信息；从预设诊断软件中提取与目标车辆配置信息对应的目标诊断代码；根据目标诊断代码生成目标诊断流程；根据目标诊断流程对车辆进行诊断。本申请从预设诊断软件中提取与目标车辆配置信息对应的目标诊断代码，然后根据目标诊断代码生成目标诊断流程，并根据目标诊断流程对车辆进行诊断，提高了车辆的诊断效率，而且在车辆诊断时不需要在多个车型诊断程序中来回切换，避免了切换诊断程序的繁琐，极大的减少了售后的维护量，节约了成本。本申请同时还提供了一种车辆诊断的系统、设备及可读存储介质，具有上述有益效果。

Description

一种车辆诊断的方法、系统、设备及可读存储介质

技术领域

本申请涉及车辆诊断领域，特别涉及一种车辆诊断的方法、系统、设备及可读存储介质。

背景技术

随着汽车产业的不断发展，汽车品牌和车型也越来越多，导致售后部门对不同品牌不同车型的车辆问题的诊断维修也显得越发难以处理。现有技术中常用的做法是一个车型做成一个单独的诊断软件，这样就会造成一个问题，当车型过多时，汽车维修店需要使用的软件就会很多，导致需要经常切换不同车型的软件来诊断，对车辆诊断的效率造成很大的影响。

因此，如何提高车辆的诊断效率是本领域技术人员目前需要解决的技术问题。

发明内容

本申请的目的是提供一种车辆诊断的方法、系统、设备及可读存储介质，用于提高车辆的诊断效率。

为解决上述技术问题，本申请提供一种车辆诊断的方法，该方法包括：

获取用户输入的车辆信息；

根据所述车辆信息确定目标车辆配置信息；

从预设诊断软件中提取与所述目标车辆配置信息对应的目标诊断代码；

根据所述目标诊断代码生成目标诊断流程；

根据所述目标诊断流程对所述车辆进行诊断。

可选的，在所述从预设诊断软件中提取与所述目标车辆配置信息对应的目标诊断代码之前，所述方法还包括：

获取至少两个车型的诊断程序；

提取所述至少两个车型的诊断程序中的配置信息生成配置文件；

提取所述至少两个车型的诊断程序中的功能模块生成诊断代码；

提取同一车型的诊断程序中的配置信息和功能模块的关联关系；

集成所述配置文件、所述诊断代码和所述关联关系生成所述预设诊断软件。

可选的，所述获取用户输入的车辆信息，具体包括：

获取用户的车辆诊断指令，输出品牌选择界面；

根据所述用户选择的目标品牌输出所述目标品牌的车型选择界面；

根据所述用户选择的目标车型输出所述目标车型的子车型选择界面；

获取用户选择的目标子车型，并确定所述目标子车型为所述车辆信息。

可选的，所述根据所述车辆信息确定目标车辆配置信息，具体包括：

提取所述车辆信息中的品牌、车型、子车型的组合关系；

根据所述组合关系在预设的车辆配置信息数据库中确定对应的目标车辆配置信息。

可选的，所述从预设诊断软件中提取与所述目标车辆配置信息对应的目标诊断代码，具体包括：

提取与所述目标车辆配置信息对应的系统、菜单信息和功能模块；

确定所述系统、菜单信息和功能模块对应的诊断代码为目标诊断代码。

可选的，所述根据所述目标诊断代码生成目标诊断流程，具体包括：

生成包括目标车辆配置信息、系统、菜单的用户界面，并关联对应的诊断代码，形成目标诊断流程，以使用户在所述用户界面选择目标系统和/或目标菜单时执行对应的目标诊断流程。

可选的，所述方法还包括：

获取对所述预设诊断软件的更新指令；

根据所述更新指令对所述预设诊断软件进行更新。

本申请还提供一种车辆诊断的系统，该系统包括：

获取模块，用于获取用户输入的车辆信息；

确定模块，用于根据所述车辆信息确定目标车辆配置信息；

第一提取模块，用于从预设诊断软件中提取与所述目标车辆配置信息对应的目标诊断代码；

流程生成模块，用于根据所述目标诊断代码生成目标诊断流程；

诊断模块，用于根据所述目标诊断流程对所述车辆进行诊断。

本申请还提供一种车辆诊断设备，该车辆诊断设备包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述任一项所述车辆诊断的方法的步骤。

本申请还提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任一项所述车辆诊断的方法的步骤。

本申请所提供车辆诊断的方法，包括：获取用户输入的车辆信息；根据车辆信息确定目标车辆配置信息；从预设诊断软件中提取与目标车辆配置信息对应的目标诊断代码；根据目标诊断代码生成目标诊断流程；根据目标诊断流程对车辆进行诊断。

本申请所提供的技术方案，通过根据用户输入的车辆信息确定目标车辆配置信息，然后从预设诊断软件中提取与目标车辆配置信息对应的目标诊断代码，最后根据目标诊断代码生成目标诊断流程，并根据目标诊断流程对车辆进行诊断，实现了针对每个目标车辆生成对应的诊断流程进行诊断，极大的提高了车辆的诊断效率，而且在车辆诊断时不需要在多个车型诊断程序中来回切换，避免了切换诊断程序的繁琐，极大的减少了售后的维护量，节约了成本。本申请同时还提供了一种车辆诊断的系统、设备及可读存储介质，具有上述有益效果，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例所提供的一种车辆诊断的方法的流程图；

图2为图1所提供的一种车辆诊断的方法中步骤S101的一种实际表现方式的流程图；

图3为本申请实施例所提供的一种品牌选择界面的示意图；

图4为本申请实施例所提供的一种车型选择界面的示意图；

图5为本申请实施例所提供的一种子车型选择界面的示意图；

图6为本申请实施例所提供的一种诊断界面的示意图；

图7为本申请实施例所提供的一种车辆诊断的系统的结构图；

图8为本申请实施例所提供的一种车辆诊断设备的结构图。

具体实施方式

本申请的核心是提供一种车辆诊断的方法、系统、设备及可读存储介质，用于提高车辆的诊断效率。

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

请参考图1，图1为本申请实施例所提供的一种车辆诊断的方法的流程图。该方法实施例的执行主体为车辆诊断设备，该诊断设备可以是移动终端，个人数字助理、个人电脑等可以安装运行车辆诊断程序的电子设备。

其具体包括如下步骤：

S101：获取用户输入的车辆信息；

基于现有技术中是针对每一个车型都做出对应的诊断软件，导致当车型过多时需要使用的软件就会很多，进而导致需要经常切换不同品牌的软件来诊断，对车辆诊断的效率造成很大的影响；故本申请提供了一种车辆诊断的方法，用于解决上述问题。

可选的，为进一步提高车辆的诊断效率，这里提到的获取用户输入的车辆信息，其具体可以为接收用户输入的包括品牌、车型、子车型的车辆信息。

可选的，这里提到的车辆信息用于确定待诊断车辆的身份，进而能够根据待诊断车辆的身份确定对应的诊断数据文件，该车辆信息还可以包括车牌号码、发动机号码、底盘号码、车辆识别号码中的至少一项。通过这些车辆信息，可以进一步确定车辆的品牌、车型、子车型信息。如可以通过VIN码为LSVND2186C2185929确定该车辆为大众朗逸2012款车型。

S102：根据车辆信息确定目标车辆配置信息；

可选的，为提高车辆信息确定目标车辆配置信息的准确度，进而提高车辆诊断效率，这里提到的根据车辆信息确定目标车辆配置信息，其具体可以为：

提取车辆信息中的品牌、车型、子车型的组合关系；

根据组合关系在预设的车辆配置信息数据库中确定对应的目标车辆配置信息。

这里提到的品牌、车型与子车型之间存在着组合关系，是指一个特定车型的具体的品牌、车型和子车型信息，通过这种组合关系可以确定一个具体的子车型。例如，以上文提到的子车型大众朗逸2012款车型为例，基于该特定车型，其组合关系是大众-朗逸-2012款。一个品牌下可能有一个或多个车型，如大众品牌下有朗逸、Polo、帕萨特、桑塔纳、途观等车型，朗逸车型下又包括了2012款，2019款，2020款等子车型。

在一个具体实施例中，目标车辆配置信息具体可以为车辆配置代码的形式，即可以使用车辆配置代码对品牌、车型、子车型进行表示，例如大众品牌的代码为00，通用品牌的代码为01，朗逸车型的代码为01，别克车型的代码为02，2012款子车型的代码为00，2019款子车型的代码为01，因此在用户输入完品牌选择指令、车型选择指令及子车型选择指令之后，诊断设备能够根据对应的品牌、车型及子车型生成一个车辆配置代码，例如该车辆配置代码为000103时，则代表用户选择的是大众朗逸2012款，此时从预设诊断软件中提取与车辆配置代码对应的目标诊断代码。

S103：从预设诊断软件中提取与目标车辆配置信息对应的目标诊断代码；

可选的，还可以根据目标诊断代码确定预设诊断软件中的系统、菜单的用户界面和功能模块，即这里提到的从预设诊断软件中提取与目标车辆配置信息对应的目标诊断代码，其具体可以为：

提取与目标车辆配置信息对应的系统、菜单信息和功能模块；

确定系统、菜单信息和功能模块对应的诊断代码为目标诊断代码。

以上文提到的车型大众朗逸2012款为例，当诊断设备确定用户输入的车辆信息为大众朗逸2012款，确定其目标车辆配置信息为000103，则将该车辆配置信息000103传入预设的诊断软件，该预设的诊断软件解析车型为大众朗逸2012款时，提取该车型对应的系统信息如发动机系统ECU，变速箱系统ECU、制动系统ECU、车身控制系统ECU等，然后进一步提取这些系统的功能菜单如快速检测、读故障码、清故障码、在线编程、特殊功能以及每一个功能模块对应的诊断代码，并将这些系统及功能菜单及功能模块对应的诊断代码确定为目标诊断代码。

在一个具体的实施例中，确定目标代码后，可以将与目标车辆配置信息对应的菜单信息(系统名称、功能模块名称等)显示在界面，以供用户选择具体的系统和功能后调用对应的功能模块执行诊断功能。

可选的，在从预设诊断软件中提取与目标车辆配置信息对应的目标诊断代码之前，还可以执行如下步骤实现预设诊断软件的建立：

获取至少两个车型的诊断程序；

提取至少两个车型的诊断程序中的配置信息生成配置文件；

提取至少两个车型的诊断程序中的功能模块生成诊断代码；

提取同一车型的诊断程序中的配置信息和功能模块的关联关系；

集成配置文件、诊断代码和关联关系生成预设诊断软件。

其中，该功能模块代码包含了系统、菜单信息及对应的诊断代码，该配置信息包括品牌、车型、子车型等信息。

在执行该诊断方法之前，可以预先构建预设的诊断软件。具体而言，可以将多个车型对应的单一诊断程序中的配置信息和功能模块分别组合后再根据关联关系集成一个诊断软件。例如，可以将大众朗逸2012款车型诊断程序、大众朗逸2019款车型诊断程序、福特福克斯2016款车型诊断程序、通用别克2018款车型诊断程序、红旗H9标准版车型诊断程序、长城哈弗H8车型诊断程序等多个子车型诊断程序中的配置信息如大众朗逸2012款、大众朗逸2019款、福特福克斯2016款、通用别克2018款、红旗H9标准版、长城哈弗H8等配置信息生成配置文件，然后将上述各个车型下的系统如发动机ECU系统，变速箱ECU系统，制动系统ECU系统，车身控制ECU系统以及各个功能如快速检测、读故障码、清故障码、在线编程等等功能模块提取生成一个诊断代码库，然后将配置文件和诊断代码集合库根据配置信息和功能模块的关联关系集成形成一个大型诊断软件。这里的配置信息和功能模块的关联关系具体是指例如大众朗逸2012款的诊断程序，那么它的配置信息大众朗逸2012款和它的功能模块即各个系统的快速检测、读故障码、清故障码等就存在一个关联关系。该诊断程序的功能模块只能用在大众朗逸2012款车型上。通过将原有的多个单一车型诊断程序集成为一个比较大的诊断软件的方式，原有的单一车型诊断程序以诊断代码的形式存在于预设诊断软件中，在确定目标车辆配置信息后选子车型后就可以调用对应的代码执行诊断，从而避免了在不同的车型诊断程序中进行切换的繁琐，提高了车辆诊断的效率。

本申请对诊断程序的数量并不做具体限定，这里提到的诊断程序数量可以根据车型无限添加。

需要说明的是，预设诊断软件的建立过程可以在获取用户输入的车辆信息之前，也可以在根据车辆信息确定目标车辆配置信息之前，最晚需要在从预设诊断软件中提取与所述目标车辆配置信息对应的目标诊断代码之前。

可选的，当预设诊断软件需要更新时，还可以执行如下步骤实现对预设诊断软件的更新：

获取对预设诊断软件的更新指令；

根据更新指令对预设诊断软件进行更新。

在具体的实施例中，更新指令既可以是车型诊断程序的添加、删除，也可以是配置信息的修改、添加或删除，还可以是系统及功能模块的添加、修改和删除。这里不做具体限定。

S104：根据目标诊断代码生成目标诊断流程；

可选的，这里提到的根据目标诊断代码生成目标诊断流程，其具体可以为：

生成包括目标车辆配置信息、系统、菜单的用户界面，并关联对应的诊断代码，形成目标诊断流程，以使用户在用户界面选择目标系统和/或目标菜单时执行对应的目标诊断流程。

S105：根据目标诊断流程对车辆进行诊断。

可选的，在执行输入的诊断指令对待诊断车辆进行诊断之后，还可以根据得到的诊断数据生成对应的诊断结果，并将诊断结果发送至预设位置，如预设的邮箱、手机信箱、qq或微信等，以提醒用户及时根据诊断结果对待诊断车辆进行维修或维护；

可选的，这里提到的诊断结果中可以包括待诊断车辆的品牌、车型、子车型、故障原因、故障修复手段等内容。

基于上述技术方案，本申请所提供的一种车辆诊断的方法，通过根据用户输入的车辆信息确定目标车辆配置信息，然后从预设诊断软件中提取与目标车辆配置信息对应的目标诊断代码，最后根据目标诊断代码生成目标诊断流程，并根据目标诊断流程对车辆进行诊断，实现了针对每个目标车辆生成对应的诊断流程进行诊断，极大的提高了车辆的诊断效率，而且在车辆诊断时不需要在多个车型诊断程序中来回切换，避免了切换诊断程序的繁琐，极大的减少了售后的维护量，节约了成本。

针对于上一实施例的步骤S101，为提升用户体验，也可以采用界面交互的方式获取车辆信息，即步骤S101中提到的获取用户输入的车辆信息，其具体可以通过执行图2所示的步骤实现，下面请参考图2，图2为图1所提供的一种车辆诊断的方法中步骤S101的一种实际表现方式的流程图；

其具体包括如下步骤：

S201：获取用户的车辆诊断指令，输出品牌选择界面；

这里提到的车辆诊断请求可以为用户输入的，也可以为上位机软件输入的，本申请对车辆诊断请求的输入方式不作具体限定；

在一个具体实施例中，输入该车辆诊断请求的方式具体可以为，用户点击初始界面中的车辆诊断按钮，此时诊断设备输出对应的品牌选择界面。

请参考图3，图3为本申请实施例所提供的一种品牌选择界面的示意图，在一个具体实施例中，当接收到输入的车辆诊断请求时，诊断设备会输出如图3所示的品牌选择界面，进而用户可以根据待诊断车辆的品牌选择界面中对应的品牌，以使诊断设备输出对应品牌下的车型选择界面；

进一步的，为实现对品牌选择界面的个性化设置，以提升用户体验，用户还可以通过点击品牌选择界面中的设置按钮，并输入相应的设置命令，以使诊断设备根据该设备命令对品牌选择界面的样式、品牌名称、品牌显示数量、按钮位置等进行个性化设置。

进一步的，为使用户能够更加直观的了解诊断软件，进而进一步提高车辆的诊断效率，用户还可以点击品牌选择界面中的帮助按钮，以使诊断设备输出车辆诊断过程中的注意事项以及诊断软件的各项功能。

进一步的，为解决用户误操作输入车辆诊断请求的情况，用户还可以通过点击品牌选择界面中的退出按钮，以使诊断设备退出品牌选择界面，返回到初始界面。

S202：根据用户选择的目标品牌输出目标品牌的车型选择界面；

根据输入的品牌选择指令输出对应品牌下的车型选择界面；

这里提到的品牌与车型之间存在着第一对应关系，该第一对应关系为一对一或一对多，即一个品牌下可能有一个或多个车型，如红旗品牌下有H5、H7、H9、E-HS9等车型，大众品牌下有朗逸、Polo、帕萨特、桑塔纳、途观等车型。

可选的，可以利用数据库对品牌与车型之间的第一对应关系进行保存，在此基础上，这里提到的根据输入的品牌选择指令输出对应品牌下的车型选择界面，其具体可以为：

根据输入的品牌选择指令确定对应的品牌；

在数据库中查找该品牌对应的一个或多个车型，并将其输出至车型选择界面。

可选的，当出现某个品牌新增或删除某一个或某几个车型的情况时，还可以通过输入第一配置文件的方式对品牌与车型之间的第一对应关系进行配置。

请参考图4，图4为本申请实施例所提供的一种车型选择界面的示意图，在一个具体实施例中，当接收到输入的品牌选择指令时，诊断设备会输出如图4所示的车型选择界面，用户可以根据待诊断车辆的车型选择界面中对应的车型，以使诊断设备输出对应车型下的子车型选择界面；

需要说明的是，车型选择界面中设置按钮、帮助按钮及退出按钮与品牌选择界面中相关按钮的作用类似，在此不再赘述。

S203：根据用户选择的目标车型输出目标车型的子车型选择界面；

这里提到的车型与子车型之间存在着第二对应关系，该第二对应关系为一对一或一对多，即一个车型下可能有一个或多个子车型，例如大众朗逸车型下有朗逸车型下又包括了2012款，2019款，2020款等子车型。

可选的，可以利用数据库对车型与子车型之间的第二对应关系进行保存，在此基础上，这里提到的根据输入的车型选择指令输出对应车型下的子车型选择界面，其具体可以为：

根据输入的车型选择指令确定对应的车型；

在数据库中查找该车型对应的一个或多个子车型，并将其输出至子车型选择界面。

可选的，当出现某个车型新增或删除某一个或某几个子车型的情况时，还可以通过输入的第二配置文件对车型与子车型的第二对应关系进行配置。

请参考图5，图5为本申请实施例所提供的一种子车型选择界面的示意图，在一个具体实施例中，当接收到输入的品牌选择指令时，诊断设备会输出如图5所示的子车型选择界面，用户可以根据待诊断车辆的子车型选择界面中对应的子车型，以使诊断设备输出对应的诊断界面；

需要说明的是，子车型选择界面中设置按钮、帮助按钮及退出按钮与品牌选择界面中相关按钮的作用类似，在此不再赘述。

S204：获取用户选择的目标子车型，并确定目标子车型为车辆信息。

根据输入的子车型选择指令输出对应的诊断界面，并执行输入的诊断指令对待诊断车辆进行诊断。

可选的，可以利用数据库对子车型与诊断界面之间的对应关系进行保存，在此基础上，这里提到的根据输入的子车型选择指令输出对应的诊断界面，其具体可以为：

根据输入的子车型选择指令确定对应的子车型；

在数据库中查找该子车型对应的诊断界面，并将其输出。

优选的，为提高对子车型选择指令的响应速度，使诊断设备能够更快的输出对应的诊断界面，进而进一步提高车辆诊断的效率，还可以通过代码匹配的方式实现子车型与诊断界面的匹配，即这里提到的根据输入的子车型选择指令输出对应的诊断界面，其具体也可以通过如下步骤实现：

根据品牌选择指令、车型选择指令及子车型选择指令确定对应的车辆配置代码；

在预设数据库中根据车辆配置代码确定对应的诊断代码，并根据诊断代码生成对应的诊断界面并输出。

请参考图6，图6为本申请实施例所提供的一种诊断界面的示意图，在一个具体实施例中，当接收到输入的子车型选择指令时，诊断设备会根据子车型的配置信息(车型配置代码)提取对应的系统、菜单信息和功能模块，并确定该系统、菜单信息和功能模块对应的诊断代码为目标诊断代码。确定该目标代码后，进一步将与该子车型的配置信息对应的菜单信息(系统名称、功能模块名称等)显示在界面，以供用户选择具体的系统和功能后调用对应的功能模块执行诊断功能。具体如图6所示的诊断界面，此时用户可以根据需求在诊断界面中选择待诊断的车辆系统，然后点击诊断界面中的相应诊断功能按键，此时诊断设备可以根据输入的诊断功能按键点击指令调用对应的诊断功能对待诊断的车辆系统进行诊断。

请参考图7，图7为本申请实施例所提供的一种车辆诊断的系统的结构图。

该系统可以包括：

第一获取模块100，用于获取用户输入的车辆信息；

确定模块200，用于根据车辆信息确定目标车辆配置信息；

第一提取模块300，用于从预设诊断软件中提取与目标车辆配置信息对应的目标诊断代码；

流程生成模块400，用于根据目标诊断代码生成目标诊断流程；

诊断模块500，用于根据目标诊断流程对车辆进行诊断。

在上述实施例的基础上，在一个具体实施例中，该系统还可以包括：

第二获取模块，用于获取至少两个车型的诊断程序；

第二提取模块，用于提取至少两个车型的诊断程序中的配置信息生成配置文件；

第三提取模块，用于提取至少两个车型的诊断程序中的功能模块生成诊断代码；

第四提取模块，用于提取同一车型的诊断程序中的配置信息和功能模块的关联关系；

生成模块，用于集成配置文件、诊断代码和关联关系生成预设诊断软件。

在上述实施例的基础上，在一个具体实施例中，该第一获取模块100具体可以包括：

第一获取子模块，用于获取用户的车辆诊断指令，输出品牌选择界面；

第一输出子模块，用于根据用户选择的目标品牌输出目标品牌的车型选择界面；

第二输出子模块，用于根据用户选择的目标车型输出目标车型的子车型选择界面；

第二获取子模块，用于获取用户选择的目标子车型，并确定目标子车型为车辆信息。

在上述实施例的基础上，在一个具体实施例中，该确定模块200具体可以包括：

第一提取子模块，用于提取车辆信息中的品牌、车型、子车型的组合关系；

第一确定子模块，用于根据组合关系在预设的车辆配置信息数据库中确定对应的目标车辆配置信息。

在上述实施例的基础上，在一个具体实施例中，该第一提取模块300具体可以包括：

第二提取子模块，用于提取与目标车辆配置信息对应的系统、菜单信息和功能模块；

第二确定子模块，用于确定系统、菜单信息和功能模块对应的诊断代码为目标诊断代码。

在上述实施例的基础上，在一个具体实施例中，该流程生成模块400具具体可以包括：

生成子模块，用于生成包括目标车辆配置信息、系统、菜单的用户界面，并关联对应的诊断代码，形成目标诊断流程，以使用户在用户界面选择目标系统和/或目标菜单时执行对应的目标诊断流程。

在上述实施例的基础上，在一个具体实施例中，该系统还可以包括：

第三获取模块，用于获取对预设诊断软件的更新指令；

更新模块，用于根据更新指令对预设诊断软件进行更新。

由于系统部分的实施例与方法部分的实施例相互对应，因此系统部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

请参考图8，图8为本申请实施例所提供的一种车辆诊断设备的结构图。

该车辆诊断设备800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)822(例如，一个或一个以上处理器)和存储器832，一个或一个以上存储应用程序842或数据844的存储介质830(例如一个或一个以上海量存储设备)。其中，存储器832和存储介质830可以是短暂存储或持久存储。存储在存储介质830的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对装置中的一系列指令操作。更进一步地，处理器822可以设置为与存储介质830通信，在车辆诊断设备800上执行存储介质830中的一系列指令操作。

车辆诊断设备800还可以包括一个或一个以上电源828，一个或一个以上有线或无线网络接口850，一个或一个以上输入输出接口858，和/或，一个或一个以上操作系统841，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述图1至图6所描述的车辆诊断的方法中的步骤由车辆诊断设备基于该图8所示的结构实现。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

以上对本申请所提供的一种车辆诊断的方法、系统、设备及可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种车辆诊断的方法，其特征在于，所述方法包括：

获取用户输入的车辆信息；

根据所述车辆信息确定目标车辆配置信息；

从预设诊断软件中提取与所述目标车辆配置信息对应的目标诊断代码；

根据所述目标诊断代码生成目标诊断流程；

根据所述目标诊断流程对所述车辆进行诊断。

2.根据权利要求1所述的方法，其特征在于，在所述从预设诊断软件中提取与所述目标车辆配置信息对应的目标诊断代码之前，所述方法还包括：

获取至少两个车型的诊断程序；

提取所述至少两个车型的诊断程序中的配置信息生成配置文件；

提取所述至少两个车型的诊断程序中的功能模块生成诊断代码；

提取同一车型的诊断程序中的配置信息和功能模块的关联关系；

集成所述配置文件、所述诊断代码和所述关联关系生成所述预设诊断软件。

3.根据权利要求1所述的方法，其特征在于，所述获取用户输入的车辆信息，具体包括：

获取用户的车辆诊断指令，输出品牌选择界面；

根据所述用户选择的目标品牌输出所述目标品牌的车型选择界面；

根据所述用户选择的目标车型输出所述目标车型的子车型选择界面；

获取用户选择的目标子车型，并确定所述目标子车型为所述车辆信息。

4.根据权利要求1所述的方法，其特征在于，所述根据所述车辆信息确定目标车辆配置信息，具体包括：

提取所述车辆信息中的品牌、车型、子车型的组合关系；

根据所述组合关系在预设的车辆配置信息数据库中确定对应的目标车辆配置信息。

5.根据权利要求1所述的方法，其特征在于，所述从预设诊断软件中提取与所述目标车辆配置信息对应的目标诊断代码，具体包括：

提取与所述目标车辆配置信息对应的系统、菜单信息和功能模块；

确定所述系统、菜单信息和功能模块对应的诊断代码为目标诊断代码。

6.根据权利要求5所述的方法，其特征在于，所述根据所述目标诊断代码生成目标诊断流程，具体包括：

生成包括目标车辆配置信息、系统、菜单的用户界面，并关联对应的诊断代码，形成目标诊断流程，以使用户在所述用户界面选择目标系统和/或目标菜单时执行对应的目标诊断流程。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取对所述预设诊断软件的更新指令；

根据所述更新指令对所述预设诊断软件进行更新。

8.一种车辆诊断的系统，其特征在于，包括：

第一获取模块，用于获取用户输入的车辆信息；

确定模块，用于根据所述车辆信息确定目标车辆配置信息；

第一提取模块，用于从预设诊断软件中提取与所述目标车辆配置信息对应的目标诊断代码；

流程生成模块，用于根据所述目标诊断代码生成目标诊断流程；

诊断模块，用于根据所述目标诊断流程对所述车辆进行诊断。

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

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述车辆诊断的方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述车辆诊断的方法的步骤。

Images