CN114167834A - 一种车辆诊断方法、装置、服务器以及计算机存储介质 - Google Patents

Abstract

本申请公开了一种车辆诊断方法、装置、服务器以及计算机存储介质，用于使不同身份的用户能够以不同的侧重点对车辆进行诊断，从而提升用户体验。本申请方法包括：获取客户端发送的诊断请求，所述诊断请求包含所述客户端的用户标识；根据所述用户标识确定所述客户端的用户类别；根据所述用户类别确定与所述用户类别对应的目标诊断流程；根据所述目标诊断流程对目标车辆进行诊断。

Description

一种车辆诊断方法、装置、服务器以及计算机存储介质

技术领域

本申请涉及汽车诊断领域，尤其涉及一种车辆诊断方法、装置、服务器以及计算机存储介质。

背景技术

随着汽车普及程度越来越高，汽车服务市场不断扩大，汽车维修公司对汽车故障快速定位的需求也越来越大，另外对于车主而言，迅速地了解车况及故障信息有助于及时对车进行检修和维护。

目前的车辆诊断一般是通过设备厂商生产配置的设备平板，再通过下载相关的车型软件后与诊断接头基于无线或有线的连接来进行车辆的故障诊断。现有的诊断方式中，诊断流程固定，对用户不够友好，用户体验差。

发明内容

本申请实施例提供了一种车辆诊断方法、装置、服务器以及计算机存储介质，用于使不同身份的用户能够以不同的侧重点对车辆进行诊断，从而提升用户体验。

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

获取客户端发送的诊断请求，所述诊断请求包含所述客户端的用户标识；

根据所述用户标识确定所述客户端的用户类别；

根据所述用户类别确定与所述用户类别对应的目标诊断流程；

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

在第一方面第一种可能的实施方式中，所述客户端的用户类别包括专业用户类别和普通用户类别；

当所述客户端的用户类别为所述专业用户类别时，所述目标诊断流程为专业诊断流程；

当所述客户端的用户类别为所述普通用户类别时，所述目标诊断流程为普通诊断流程。

在第一方面第一种可能的实施方式中的第一种情况中，所述专业诊断流程包括：

获取所述目标车辆的基本信息；

对所述目标车辆进行全系统诊断，得到全系统诊断结果；

根据所述全系统诊断结果生成维修前的诊断报告；

根据所述全系统诊断结果维修所述目标车辆；

完成维修后再次对所述目标车辆进行全系统诊断，生成维修后的诊断报告。

在第一方面第一种可能的实施方式中的第二种情况中，所述普通诊断流程包括：

获取所述目标车辆的历史信息，所述历史信息包括历史诊断记录信息、保养信息记录以及汽车里程信息；

根据所述历史信息确定待检测的车辆系统；

针对所述待检测的车辆系统进行诊断；

根据所述诊断的结果生成诊断报告。

在第一方面第二种可能的实施方式中，在所述获取客户端发送的诊断请求之前，所述方法还包括：

接收客户端发送的注册请求，所述注册请求中携带有所述客户端的用户标识和用户类别；

建立所述客户端的用户标识和所述用户类别之间的映射关系；

所述根据所述用户标识确定所述客户端的用户类别包括：

根据所述用户标识以及所述映射关系确定所述客户端的用户类别。

在第一方面第三种可能的实施方式中，所述根据所述用户标识确定所述客户端的用户类别包括：

根据所述用户标识向所述客户端发送用户类别选择弹窗；

根据所述客户端返回的用户类别选择结果确定所述客户端的用户类别。

在本申请实施例的第一方面，第一方面第一种可能的实施方式，第一方面第一种可能的实施方式中的第一种情况，第一方面第一种可能的实施方式中的第二种情况，第一方面第二种可能的实施方式，第一方面第三种可能的实施方式中，在所述接收客户端发送的诊断请求之后，所述方法还包括：

根据所述诊断请求与车载设备建立通信连接；

所述根据所述目标诊断流程对车辆进行诊断包括：

根据所述目标诊断流程控制所述车载设备对所述目标车辆进行诊断；

接收所述车载设备发送的诊断结果。

本申请实施例第二方面提供了一种车辆诊断装置，包括：

获取单元，用于获取客户端发送的诊断请求，所述诊断请求包含所述客户端的用户标识；

第一确定单元，用于根据所述用户标识确定所述客户端的用户类别；

第二确定单元，用于根据所述用户类别确定与所述用户类别对应的目标诊断流程；

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

在第二方面第一种可能的实施方式中，所述客户端的用户类别包括专业用户类别和普通用户类别；

当所述客户端的用户类别为所述专业用户类别时，所述目标诊断流程为专业诊断流程；

当所述客户端的用户类别为所述普通用户类别时，所述目标诊断流程为普通诊断流程。

在第二方面第一种可能的实施方式中的第一种情况中，所述专业诊断流程包括：

获取所述目标车辆的基本信息；

对所述目标车辆进行全系统诊断，得到全系统诊断结果；

根据所述全系统诊断结果生成维修前的诊断报告；

根据所述全系统诊断结果维修所述目标车辆；

完成维修后再次对所述目标车辆进行全系统诊断，生成维修后的诊断报告。

在第二方面第一种可能的实施方式中的第二种情况中，所述普通诊断流程包括：

获取所述目标车辆的历史信息，所述历史信息包括历史诊断记录信息、保养信息记录以及汽车里程信息；

根据所述历史信息确定待检测的车辆系统；

针对所述待检测的车辆系统进行诊断；

根据所述诊断的结果生成诊断报告。

在第二方面第二种可能的实施方式中，所述诊断装置还包括：

注册单元，用于接收客户端发送的注册请求，所述注册请求中携带有所述客户端的用户标识和用户类别；

建立单元，用于建立所述客户端的用户标识和所述用户类别之间的映射关系；

所述第一确定单元具体用于：

根据所述用户标识以及所述映射关系确定所述客户端的用户类别。

在第二方面第三种可能的实施方式中，所述第一确定单元具体还用于：

根据所述用户标识向所述客户端发送用户类别选择弹窗；

根据所述客户端返回的用户类别选择结果确定所述客户端的用户类别。

在本申请实施例的第二方面，第二方面第一种可能的实施方式，第二方面第一种可能的实施方式中的第一种情况，第二方面第一种可能的实施方式中的第二种情况，第二方面第二种可能的实施方式，第二方面第三种可能的实施方式中，所述诊断装置还包括：

通信单元，用于根据所述诊断请求与车载设备建立通信连接；

所述诊断单元具体用于：

根据所述目标诊断流程控制所述车载设备对所述目标车辆进行诊断；

接收所述车载设备发送的诊断结果。

本申请实施例第三方面提供了一种服务器，所述服务器包括：

处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述存储器保存有程序，所述处理器调用所述程序以执行第一方面以及第一方面中任一项可选的车辆诊断方法。

本申请实施例第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行第一方面以及第一方面中任一项可选的车辆诊断方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

用户在通过客户端进行汽车诊断之前可以先设置自身的用户类别，在进行诊断之前设备会基于客户端用户类别的不同来确定不同的目标诊断流程，再根据目标诊断流程对车辆进行诊断，不同的目标诊断流程中所涉及的诊断项目不同，由此使得不同身份的用户能够以不同的侧重点对车辆进行诊断，从而提升用户体验。

附图说明

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

图1为本申请实施例提供的车辆诊断系统的架构示意图；

图2为本申请实施例提供的车辆诊断方法一个实施例流程示意图；

图3为本申请实施例提供的车辆诊断方法另一个实施例流程示意图；

图4为本申请实施例提供的车辆诊断方法另一个实施例流程示意图；

图5为本申请实施例提供的车辆诊断装置一个实施例结构示意图；

图6为本申请实施例提供的车辆诊断装置另一个实施例结构示意图；

图7为本申请实施例提供的车辆诊断装置一个实施例结构示意图。

具体实施方式

本申请实施例提供了一种车辆诊断方法、装置、服务器以及计算机存储介质，用于使不同身份的用户能够以不同的侧重点对车辆进行诊断，从而提升用户体验。

请参阅图1，图1为本申请实施例提供的车辆诊断系统的架构示意图，本申请实施例提供的车辆诊断方法应用于该车辆诊断系统，该车辆诊断系统包括：服务器101，客户端102，诊断通信装置103和待诊断设备104。

本申请实施例中，服务器101和客户端102之间、客户端102和诊断通信装置103之间、诊断通信装置103与待诊断设备103之间以及服务器101和诊断通信装置103之间均建立有通信连接并通过通信协议进行通信。在实际应用中，客户端102发送诊断指令至服务器101，服务器101根据该诊断指令确定对应的诊断通信装置103并建立通信，该诊断通信装置103则根据诊断指令与待诊断设备104进行信息交互，采集诊断数据并将诊断数据发送给服务器101，使得服务器101根据该诊断数据确定目标诊断结果。

具体的，服务器101可以是云端服务器，工作站，集群服务器，分布式服务器等具有计算能力的计算设备。客户端102可以是手机，个人电脑PC，个人数字助理PDA，还可以是移动终端。诊断通信装置103具体是指与待诊断设备104进行通讯的装置，例如车辆诊断接头，待诊断设备104则是指待诊断的车辆。

需要说明的是，本申请实施例提供的基于客户端身份的诊断结果展示方法应用于服务器，该服务器可以是云端服务器，集群服务器，分布式服务器，也可以是工作站等，该服务器存储有车辆诊断程序，用于根据客户端的诊断请求对待诊断车辆进行诊断。

请参阅图2，图2为本申请实施例提供的车辆诊断方法的一个实施例，该方法应用于服务器，该服务器可以是云端服务器，集群服务器，分布式服务器，工作站等，该方法包括：

201、获取客户端发送的诊断请求，诊断请求包含客户端的用户标识。

具体的，为了方便用户操作和查看，存储在服务器中的车辆诊断程序设置有客户端界面，该客户端界面可以是轻量的客户端软件，为用户提供诊断接口和操作指令，并基于操作指令在客户端软件显示服务器的诊断结果；也可以是网页界面，用户通过输入网址进入该网页界面后发送操作指令并根据服务器的诊断结果反馈来查看诊断结果。该客户端界面一般呈现与用户终端上。该用户终端可以是个人电脑PC，个人数字助理PDA，还可以是移动终端。当用户终端具有接入并显示客户端界面的功能时，此时的用户终端可以被视作客户端设备。为了叙述方便，下文中的客户端一般指能接入并显示客户端界面的用户终端。

当用户需要对待诊断车辆进行诊断时，服务器通过用户在客户端的输入信息来获取诊断请求。在一些具体的实施例中，用户在客户端界面登录账户后，通过输入安装在待诊断车辆上的车载设备标识，发起诊断请求，此时服务器即可以获取包括用户标识，车载设备标识的诊断请求。其中，用户标识用于唯一识别用户，包括用户账号或者其他具有识别用户身份的信息；车载设备标识用于服务器确定车载设备和对应的待诊断车辆，从而建立起与待诊断车辆的通信交互，车载设备标识可以是车载设备的设备序列号，也可以是车载设备的其他设备标识，只要能唯一识别车载设备即可，本处不做具体限定，在一些具体的应用场景中，车载设备可以是车辆中控设备，也可以是安装在车辆OBD接口的OBD接头。

202、根据用户标识确定客户端的用户类别。

具体的，服务器根据获取到的诊断请求中的用户标识，来确定该客户端的用户类别，用户类别包括专业用户类别和普通用户类别。其中，专业用户是指具有专业技能的用户，在本申请实施例中具体指具有车辆诊断专业技能的人员，例如车辆维修技师，而普通用户则是指诊断车辆的使用用户且不具有专业技能的用户，例如个人车主。

具体的，客户端的用户类别可以是在用户注册时自行设置的，也可以是在进行诊断之前由客户端选择的，具体此处不做限定。

203、根据用户类别确定与用户类别对应的目标诊断流程。

服务器在确定了客户端的用户类别后，则根据不同的用户类别确定与之对应的目标诊断流程。具体的，客户端的用户类别包括专业用户类别和普通用户类别，对应的目标诊断流程分别为专业诊断流程和普通诊断流程，其中专业诊断流程是侧重于对整车的故障进行诊断，并且可以在诊断过程中直接按照维修需求进行维修，普通诊断流程则是侧重于对车辆的特定系统进行检测，并且提供维修建议以及专业的远程协助服务。

204、根据目标诊断流程对目标车辆进行诊断。

服务器在根据客户端的不同用户类别确定了与之对应的目标诊断流程后，则按照该目标诊断流程对目标车辆进行诊断。具体的，服务器在获取到诊断请求之后，根据诊断请求中的车载设备标识确定目标车载设备，然后判断该目标车载设备是否联网，若处于联网状态，则通过该目标车载设备与对应的目标车辆进行通信，并根据目标诊断流程对目标车辆进行诊断，从而获得诊断结果。

在本实施例中，服务器在获取到客户端发送的诊断请求之后根据该诊断请求的用户标识确定客户端的用户类别，然后根据诊断请求中的车载设备标识确定目标车载设备，然后基于目标车载设备建立与对应的目标车辆的通信连接，然后利用基于用户类别确定的目标诊断流程对目标车辆进行诊断，并得到诊断结果。由此使得不同身份的用户能够以不同的侧重点对车辆进行诊断，从而提升用户体验。

在本申请实施例中，用户类别包括专业用户类别和普通用户类别，针对不同的用户类别服务器所执行的诊断流程不同，下面分别进行描述：

一、针对专业用户的专业诊断流程：

请参阅图3，图3为本申请实施例提供的车辆诊断方法的另一个实施例，该方法应用于服务器，该服务器可以是云端服务器，集群服务器，分布式服务器，工作站等，该方法包括：

301、接收客户端发送的注册请求，注册请求中携带有客户端的用户标识和用户类别。

用户可以通过客户端的客户端界面注册用户账号，在注册的同时用户需完成对用户类别的设置，本申请实施例中的用户类别包括专业用户类别和普通用户类别。服务器获取客户端发送的注册请求，该注册请求中携带了客户端的用户标识和客户端所设置的用户类别，具体的，用户标识是指该客户端的用户唯一标识，包括用户账号或者其他具有识别用户身份的信息，例如可以是用户在注册时自定义的用户ID或客户端使用特定算法自动生成的身份ID。

例如，用户在客户端进行注册时，用户可以基于自身的维修经验进行用户身份设置，若用户具有一定的车辆维修经验，其可以自行设置用户类别为维修技师(专业用户类别)，若用户为车辆使用者如车主，不具有维修经验，则可以自行设置用户类别为普通用户类别。。

302、建立客户端的用户标识和用户类别之间的映射关系。

服务器在获取到客户端发送的注册请求后，则建立注册请求中携带的用户标识和用户类别之间的映射关系，例如，注册请求中携带的用户标识为：user01，用户类别为专业用户类别，服务器则建立user01和专业用户类别之间的映射关系，具体可以是将user01加入至专业用户类别的名单中，以便服务器后续可以根据该用户标识user01来确定对应客户端的用户类别为专业用户类别。再如，注册请求中携带的用户标识为user02,用户类别为普通用户类别，服务器则建立user02与普通用户类别之间的映射关系，具体可以是将user02加入至普通用户类别的名单中，以使服务器后续可以根据用户标识user02来确定客户端的用户类别为普通用户类别。

303、获取客户端发送的诊断请求，诊断请求包含客户端的用户标识。

本实施例中的步骤303与前述实施例中的步骤201类似，此处不再赘述。

304、根据诊断请求与车载设备建立通信连接。

服务器在获取到客户端发送的诊断请求后，则根据诊断请求中携带的车载设备标识确定目标车载设备，然后通过与该目标车载设备内置的通讯模块建立通信连接进而与该目标车载设备建立通信连接。例如，当车载设备为OBD接头时，服务器根据诊断请求中的OBD接头标识确定目标OBD接头，然后通过与该目标OBD接头的移动通信模块建立与目标OBD接头的通信连接。

305、根据用户标识确定客户端的用户类别为专业用户类别。

服务器获取到诊断请求后，分析其中的用户标识，将该用户标识在专业用户名单和普通用户名单中分别查找，当在专业用户名单中找到该用户标识后，确定该客户端对应的用户类别为专业用户类别。例如，当该用户标识为user01时，服务器在专业用户名单中查找到该用户标识user01，则确定user01对应的客户端的用户类别为专业用户类别。

需要说明的是，专业用户类别是指具有专业技能的用户，例如维修技师等相关技术人员。

在一些可能的实施方式中，若用户在注册时没有设置用户类别，服务器还可以通过在接收到客户端发送的诊断请求后，向对应的客户端发送用户类别选择弹窗来确定客户端的用户类别，具体如下：

服务器根据用户标识向客户端发送用户类别选择弹窗；

服务器根据客户端返回的用户类别选择结果确定客户端的用户类别。

通过这种方式，即使用户在注册时没有设置对应的用户类别，服务器也可以在进行诊断之前向客户端进行用户类别的问询，以实现基于客户端用户类别的不同而进行侧重点不同的车辆诊断。

306、根据专业用户类别确定与专业用户类别对应的专业诊断流程。

在确定客户端的身份为专业用户类别后，即具有专业技能的用户，例如维修技师等相关技术人员，因此服务器可以确定目标诊断流程为专业诊断流程。之后，服务器根据专业诊断流程控制车载设备头对目标车辆进行诊断。

专业诊断流程侧重于对整车的故障进行诊断，并且在诊断过程中可以直接按照维修需求进行维修，步骤307至步骤311为专业诊断流程的一种实施方式，下面进行详细说明：

307、获取目标车辆的基本信息。

具体的，服务器可以通过用户在客户端输入的车型信息(包括用户在客户端选择具体的车型，或者用户使用客户端扫描VIN码等)获取目标车辆的基本信息，也可以通过与车载设备通信直接读取车辆的基本信息。在一些具体的实施方式中，目标车辆的基本信息包括目标车辆的车型信息，配置的电子控制单元ECU信息。

308、对目标车辆进行全系统诊断，得到全系统诊断结果。

具体的，服务器在获取到目标车辆的基本信息后，通过安装在目标车辆上的目标车载设备对目标车辆的全系统进行逐一诊断，读取目标车辆所有ECU系统中的故障码，即得到全系统诊断结果。

具体的，服务器可以通过故障码来确定目标车辆是否存在故障，在诊断过程中有故障码生成，则可以根据故障码从数据库中获得与故障码对应的参考总线信号、参考诊断数据流，并根据实时总线信号和参考总线信号的对比结果、以及实时诊断数据流和参考诊断数据流的对比结果，来综合判定是否发生故障，并在判定发生故障时生成对应的故障信息。

309、根据全系统诊断结果生成维修前的诊断报告。

具体的，由于是初始诊断，服务器根据全系统诊断结果生成维修前的诊断报告，以为后续的维修过程提供参考。

310、根据全系统诊断结果维修目标车辆。

服务器按照全系统诊断结果确定维修业务需求，并反馈至客户端，根据客户端的维修指令提供维修辅助操作，如读数据流、请故障码、动作测试，在线编程等。

311、完成维修后再次对目标车辆进行全系统诊断，生成维修后的诊断报告。

具体的，在完成维修后，根据客户端的指令，服务器通过目标车载设备再次对目标车辆进行全系统逐一诊断，并根据诊断结果输出维修后的诊断报告。

在本实施例中，服务器根据客户端发送的诊断请求确定该客户端的用户类别为专业用户类别后，控制目标车载设备对目标车辆按照专业诊断流程进行诊断，在专业诊断流程中会对车辆的全系统进行诊断以及维修辅助，并提供维修前和维修后两种诊断报告，使得专业用户能够基于两种诊断报告进行车辆诊断分析，确保车辆故障完全得到维修，从而提升用户体验。

二、针对普通用户的普通诊断流程：

请参阅图4，图4为本申请实施例提供的车辆诊断方法的另一个实施例，该方法应用于服务器，该服务器可以是云端服务器，集群服务器，分布式服务器，工作站等，该方法包括：

401、接收客户端发送的注册请求，注册请求中携带有客户端的用户标识和用户类别。

402、建立客户端的用户标识和用户类别之间的映射关系。

403、获取客户端发送的诊断请求，诊断请求包含客户端的用户标识。

404、根据诊断请求与车载设备建立通信连接。

在本实施例中，步骤401至步骤404与前述实施例步骤301至步骤304类似，此处不再赘述。

405、根据用户标识确定客户端的用户类别为普通用户类别。

服务器获取到诊断请求后，分析其中的用户标识，将该用户标识在专业用户名单和普通用户名单中分别查找，当在普通用户名单中找到该用户标识后，确定该客户端对应的用户类别为普通用户类别。例如，当该用户标识为user02时，服务器在普通用户名单中查找到该用户标识user02，则确定user02对应的客户端的用户类别为普通用户类别。

需要说明的是，普通用户类别是指车辆使用者且不具有诊断维修技能的用户，例如个人车主。

在一些可能的实施方式中，若用户在注册时没有设置用户类别，服务器还可以通过在接收到客户端发送的诊断请求后，向对应的客户端发送用户类别选择弹窗来确定客户端的用户类别，具体如下：

服务器根据用户标识向客户端发送用户类别选择弹窗；

服务器根据客户端返回的用户类别选择结果确定客户端的用户类别。

通过这种方式，即使用户在注册时没有设置对应的用户类别，服务器也可以在进行诊断之前向客户端进行用户类别的问询，以实现基于客户端用户类别的不同而进行侧重点不同的车辆诊断。

406、根据普通用户类别确定与普通用户类别对应的普通诊断流程。

在确定客户端的身份为普通用户后，即不具有专业技能的用户，例如个人车主，因此服务器可以确定目标诊断流程为普通诊断流程。服务器根据普通诊断流程控制车载设备对目标车辆进行诊断。

由于普通用户类别的用户不具有专业技能，因此普通诊断流程侧重于对对车辆的特定系统进行检测，并且提供维修建议或者专业的远程协助服务，即不提供直接维修的诊断功能。步骤407至步骤410为普通诊断流程的一种实施方式，下面进行详细说明：

407、获取目标车辆的历史信息，历史信息包括历史诊断记录信息、保养信息记录以及汽车里程信息。

具体的，为了进一步确定普通用户的目标诊断流程，服务器首先需要获取目标车辆的历史信息，包括历史诊断记录信息，保养信息记录以及汽车里程信息。服务器可以通过车载设备获取车辆的VIN码信息，然后基于VIN码信息在车辆历史数据库中获取该目标车辆的历史诊断记录信息，保养信息记录，同时通过与目标车载设备通信，读取目标车辆的里程数据从而得到汽车里程信息。服务器也可以通过向客户端发送历史信息获取请求，从而通过用户在客户端的输入获取历史信息如历史诊断记录信息，保养信息记录以及汽车里程信息等，本处不做具体限定。

408、根据历史信息确定待检测的车辆系统。

服务器获取到目标车辆的历史信息后，可以根据历史信息确定待检测的车辆系统。在一些具体的实施方式中，首先根据历史诊断记录信息确定是否存在历史故障的车辆系统，若存在，则将存在历史故障的车辆系统作为第一目标待检测车辆系统；同时根据保养信息记录和汽车里程信息确定当前需要进行保养的无历史故障的车辆系统，将当前需要进行保养的无历史故障的车辆系统作为第二目标待检测车辆系统，然后合并第一目标待检测车辆系统和第二目标待检测车辆系统得到待检测的车辆系统。例如，在一些具体的实施方式中，若获取到目标车辆的历史信息中发现，ABS系统和安全气囊系统存在历史故障和历史维修记录，则首先确定ABS系统和安全气囊系统为第一目标待检测系统；然后根据目标车辆的当前里程信息和保养记录信息确定ABS系统、发动机系统、变速箱系统需要进行保养，那么则将ABS系统、发动机系统、变速箱系统确定为第二目标待检测系统。将第一目标待检测系统和第二目标待检测系统进行合并，即得到待检测系统为ABS系统，安全气囊系统、发动机系统和变速箱系统。

需要说明的是，区别于专业诊断流程，在普通诊断流程中服务器通过控制车载设备仅对需要检测的车辆系统进行诊断，而不是对全系统进行诊断，这样可以节省普通用户进行车辆诊断的时间，并且为普通用户提供针对性更强的车辆诊断服务。

409、针对待检测的车辆系统进行诊断。

服务器在确定了待检测的车辆系统后，则控制目标车载设备对其进行逐一诊断，读取待检测车辆系统的故障码，并根据故障码生成对应的故障信息，执行对应的故障分析策略，生成故障维修指引。

410、根据诊断的结果生成诊断报告。

具体的，服务器根据待检测系统的故障码、故障信息和故障维修指引生成诊断报告，然后将诊断报告发送至客户端，用户可以根据诊断报告中的故障维修指引了解目标车辆是否需要进行维修，还可以在维修建议显示需要进行维修时为用户提供专业的远程协助服务，例如维修建议详情咨询和维修点查询等。

在本实施例中，服务器根据客户端发送的诊断请求确定该客户端的用户类别为普通用户类别后，控制目标车载设备对目标车辆按照普通诊断流程对目标车辆进行诊断，在普通诊断流程中不会对目标车辆的全系统进行诊断以及维修，而是仅对需要进行检测的车辆系统进行检测，并且提供维修建议，使得普通用户能够以更简洁更高效的方式进行车辆诊断，从而提升用户体验。

上面对本申请实施例提供的车辆诊断方法进行描述，以下对本申请实施例提供的车辆诊断装置进行描述。请参阅图5，图5为本申请实施例提供的车辆诊断装置一个实施例，该诊断装置包括：

获取单元501，用于获取客户端发送的诊断请求，诊断请求包含客户端的用户标识；

第一确定单元502，用于根据用户标识确定客户端的用户类别；

第二确定单元503，用于根据用户类别确定与用户类别对应的目标诊断流程；

诊断单元504，用于根据目标诊断流程对目标车辆进行诊断。

在本实施例中，用户在通过客户端进行汽车诊断之前可以先设置自身的用户类别，在获取单元501获取到客户端发送的诊断请求后，第一确定单元502和第二确定单元503会基于客户端用户类别的不同来确定不同的目标诊断流程，诊断单元504再根据目标诊断流程对车辆进行诊断，不同的目标诊断流程中所涉及的诊断项目不同，由此使得不同身份的用户能够以不同的侧重点对车辆进行诊断，从而提升用户体验。

下面对本申请实施例提供的车辆诊断装置进行详细说明，请参阅图6，图6为本申请实施例提供的车辆诊断装置另一个实施例，该诊断装置包括：

获取单元601，用于获取客户端发送的诊断请求，诊断请求包含客户端的用户标识；

第一确定单元602，用于根据用户标识确定客户端的用户类别；

第二确定单元603，用于根据用户类别确定与用户类别对应的目标诊断流程；

诊断单元604，用于根据目标诊断流程对目标车辆进行诊断。

在本实施例中，进一步的，客户端的用户类别包括专业用户类别和普通用户类别；

当客户端的用户类别为专业用户类别时，目标诊断流程为专业诊断流程；

当客户端的用户类别为普通用户类别时，目标诊断流程为普通诊断流程。

在本实施例中，进一步的，专业诊断流程包括：

获取目标车辆的基本信息；

对目标车辆进行全系统诊断，得到全系统诊断结果；

根据全系统诊断结果生成维修前的诊断报告；

根据全系统诊断结果维修目标车辆；

完成维修后再次对目标车辆进行全系统诊断，生成维修后的诊断报告。

在本实施例中，进一步的，普通诊断流程包括：

获取目标车辆的历史信息，历史信息包括历史诊断记录信息、保养信息记录以及汽车里程信息；

根据历史信息确定待检测的车辆系统；

针对待检测的车辆系统进行诊断；

根据诊断的结果生成诊断报告。

在本实施例中，进一步的，诊断装置还包括：

注册单元605，用于接收客户端发送的注册请求，注册请求中携带有客户端的用户标识和用户类别；

建立单元606，用于建立客户端的用户标识和用户类别之间的映射关系；

第一确定单元602具体用于：

根据用户标识以及映射关系确定客户端的用户类别。

在本实施例中，进一步的，第一确定单元602具体还用于：

根据用户标识向客户端发送用户类别选择弹窗；

根据客户端返回的用户类别选择结果确定客户端的用户类别。

在本实施例中，进一步的，诊断装置还包括：

通信单元607，用于根据诊断请求与车载设备建立通信连接；

诊断单元604具体用于：

根据目标诊断流程控制车载设备对目标车辆进行诊断；

接收车载设备发送的诊断结果。

本实施例装置中，各单元的功能与前述图3或图4所示方法实施例中的步骤对应，此处不再赘述。

本申请实施例还提供了一种服务器，请参阅图7，图7为本申请实施例提供的服务器一个实施例，该服务器包括：

处理器701、存储器702、输入输出单元703、总线704；

处理器701与存储器702、输入输出单元703以及总线704相连；

存储器702保存有程序，处理器701调用程序以执行如下方法：

获取客户端发送的诊断请求，诊断请求包含客户端的用户标识；

根据用户标识确定客户端的用户类别；

根据用户类别确定与用户类别对应的目标诊断流程；

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

可选的，客户端的用户类别包括专业用户类别和普通用户类别；

当客户端的用户类别为专业用户类别时，目标诊断流程为专业诊断流程；

当客户端的用户类别为普通用户类别时，目标诊断流程为普通诊断流程。

可选的，专业诊断流程包括：

获取目标车辆的基本信息；

对目标车辆进行全系统诊断，得到全系统诊断结果；

根据全系统诊断结果生成维修前的诊断报告；

根据全系统诊断结果维修目标车辆；

完成维修后再次对目标车辆进行全系统诊断，生成维修后的诊断报告。

可选的，普通诊断流程包括：

获取目标车辆的历史信息，历史信息包括历史诊断记录信息、保养信息记录以及汽车里程信息；

根据历史信息确定待检测的车辆系统；

针对待检测的车辆系统进行诊断；

根据诊断的结果生成诊断报告。

可选的，在获取客户端发送的诊断请求之前，方法还包括：

接收客户端发送的注册请求，注册请求中携带有客户端的用户标识和用户类别；

建立客户端的用户标识和用户类别之间的映射关系；

根据用户标识确定客户端的用户类别包括：

根据用户标识以及映射关系确定客户端的用户类别。

可选的，根据用户标识确定客户端的用户类别包括：

根据用户标识向客户端发送用户类别选择弹窗；

根据客户端返回的用户类别选择结果确定客户端的用户类别。

可选的，在接收客户端发送的诊断请求之后，方法还包括：

根据诊断请求与车载设备建立通信连接；

根据目标诊断流程对车辆进行诊断包括：

根据目标诊断流程控制车载设备对目标车辆进行诊断；

接收车载设备发送的诊断结果。

本申请实施例还涉及一种计算机可读存储介质，计算机可读存储介质上保存有程序，其特征在于，当程序在计算机上运行时，使得计算机执行如上任一车辆诊断方法。

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

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

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

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

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

Claims (10)

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

获取客户端发送的诊断请求，所述诊断请求包含所述客户端的用户标识；

根据所述用户标识确定所述客户端的用户类别；

根据所述用户类别确定与所述用户类别对应的目标诊断流程；

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

2.根据权利要求1所述的车辆诊断方法，其特征在于，所述客户端的用户类别包括专业用户类别和普通用户类别；

当所述客户端的用户类别为所述专业用户类别时，所述目标诊断流程为专业诊断流程；

当所述客户端的用户类别为所述普通用户类别时，所述目标诊断流程为普通诊断流程。

3.根据权利要求2所述的诊断方法，其特征在于，所述专业诊断流程包括：

获取所述目标车辆的基本信息；

对所述目标车辆进行全系统诊断，得到全系统诊断结果；

根据所述全系统诊断结果生成维修前的诊断报告；

根据所述全系统诊断结果维修所述目标车辆；

完成维修后再次对所述目标车辆进行全系统诊断，生成维修后的诊断报告。

4.根据权利要求2所述的诊断方法，其特征在于，所述普通诊断流程包括：

获取所述目标车辆的历史信息，所述历史信息包括历史诊断记录信息、保养信息记录以及汽车里程信息；

根据所述历史信息确定待检测的车辆系统；

针对所述待检测的车辆系统进行诊断；

根据所述诊断的结果生成诊断报告。

5.根据权利要求1所述的诊断方法，其特征在于，在所述获取客户端发送的诊断请求之前，所述方法还包括：

接收客户端发送的注册请求，所述注册请求中携带有所述客户端的用户标识和用户类别；

建立所述客户端的用户标识和所述用户类别之间的映射关系；

所述根据所述用户标识确定所述客户端的用户类别包括：

根据所述用户标识以及所述映射关系确定所述客户端的用户类别。

6.根据权利要求1所述的诊断方法，其特征在于，所述根据所述用户标识确定所述客户端的用户类别包括：

根据所述用户标识向所述客户端发送用户类别选择弹窗；

根据所述客户端返回的用户类别选择结果确定所述客户端的用户类别。

7.根据权利要求1至6中任一项所述的诊断方法，其特征在于，在所述接收客户端发送的诊断请求之后，所述方法还包括：

根据所述诊断请求与车载设备建立通信连接；

所述根据所述目标诊断流程对车辆进行诊断包括：

根据所述目标诊断流程控制所述车载设备对所述目标车辆进行诊断；

接收所述车载设备发送的诊断结果。

8.一种车辆诊断装置，其特征在于，所述诊断装置包括：

获取单元，用于获取客户端发送的诊断请求，所述诊断请求包含所述客户端的用户标识；

第一确定单元，用于根据所述用户标识确定所述客户端的用户类别；

第二确定单元，用于根据所述用户类别确定与所述用户类别对应的目标诊断流程；

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

9.一种服务器，其特征在于，所述服务器包括：

处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述存储器保存有程序，所述处理器调用所述程序以执行如权利要求1至7中任一项所述的诊断方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行如权利要求1至7中任一项所述的诊断方法。

Images