CN109388119A - 一种车辆诊断的方法、装置及系统 - Google Patents

Abstract

本发明实施例涉及车辆故障诊断技术领域，尤其涉及一种车辆诊断的方法、装置及系统，所述系统包括控制端和连接于所述车辆的受控端；所述控制端，用于当触发对所述车辆进行诊断时，加载与所述车辆相匹配的车辆诊断模块,以及向所述受控端发送诊断命令；所述受控端，用于在接收到所述诊断命令时向所述车辆转发所述诊断命令，并且在接收到所述车辆根据所述诊断命令返回的车辆数据时，向所述控制端发送所述车辆数据；所述控制端，还用于向所述车辆诊断模块发送所述车辆数据，以使所述车辆诊断模块根据车辆数据进行诊断。通过上述方式，使控制端与连接于车辆的受控端之间的匹配要求度更低，两者更容易兼容。

Description

一种车辆诊断的方法、装置及系统

技术领域

本发明实施例涉及车辆故障诊断技术领域，尤其涉及一种车辆诊断的方法、装置及系统。

背景技术

车辆诊断是指在车辆不解体的条件下，确定车辆的技术状况，查明车辆的故障部位及原因。现有技术中的车辆诊断技术分为两类：(1)使用诊断仪器接通车辆内部总线，对车辆中ECU模块故障码进行读取，然后基于ECU模块故障码进行车辆故障诊断，但是这种诊断方式需要将车辆开到特定场所实施，且需要专门人员进行操作，比较麻烦；(2)基于互联网的远程诊断技术，这种诊断技术通过在车辆专门配置的受控端，受控端读取车辆的车辆数据，并且通过无线网络将车辆数据发送到远程的控制端，由控制端来实现对车辆的诊断功能。

本发明的发明人在实现本发明的过程，发现相关技术存在如下问题：现有技术中的车辆远程诊断技术，由于受控端是读取车辆的车辆数据，在读取到车辆数据之后，再将车辆数据发送到控制端，因此，受控端需要配置与车辆相适配的车辆诊断模块，而控制端需要根据车辆数据进行诊断，因此，控制端也需要配置车辆诊断模块，而车辆诊断模块不同的版本其对数据的处理方式和封装方式也不一定相同的，因此，控制端和受控端的诊断模块的版本必须完全相同，否则有可能造成无法诊断的情况，因此，现有技术中受控端和控制端均必须配置车辆诊断模块，并且两者所配置的车辆诊端模块的版本要一致，造成了控制端和受控端之间的兼容性比较差。

发明内容

本发明要解决的技术问题是提供一种车辆诊断的方法、装置及系统，能够使控制端与连接于车辆的受控端之间的匹配要求度更低，两者更容易兼容。

为了解决上述技术问题，第一方面提供一种车辆诊断的方法，所述车辆安装有受控端，方法包括：当触发对车辆进行诊断时，加载与所述车辆相匹配的车辆诊断模块；向所述受控端发送诊断命令，以使所述受控端在接收到所述诊断命令时向所述车辆转发所述诊断命令；接收所述受控端所转发的车辆数据，其中，所述车辆数据是由所述车辆根据所述诊断命令反馈至所述受控端的；向所述车辆诊断模块发送所述车辆数据，以使所述车辆诊断模块根据车辆数据进行诊断。

可选的，所述对车辆进行诊断是在接收到所述受控端的诊断邀请请求时触发的，或者是在检测到诊断启动指令时触发。

可选的，所述加载与所述车辆相匹配的车辆诊断模块的步骤，包括：向所述受控端发送车型查询命令，以使所述受控端在接收到所述车型查询命令时向所述车辆转发所述车型查询命令接收所述受控端所转发的所述车辆的车型信息，所述车型信息是由所述车辆根据所述车型查询命令查询到的；根据所述车型信息，加载与所述车辆相匹配的车辆诊断模块。

可选的，所述方法还包括：接收来自所述受控端的诊断结束请求；根据所述诊断结束请求，结束诊断。

可选的，所述方法还包括：获取所显示的车辆诊断界面；向所述受控端发送所述车辆诊断界面，以使所述受控端同步显示所述车辆诊断界面。

第二方面提供一种车辆诊断的方法，包括：分别与所述车辆和控制端建立通信连接；接收所述控制端发送的诊断命令，并且向所述车辆转发所述诊断命令；接收所述车辆根据所述诊断命令返回的车辆数据，并且向所述控制端返回所述车辆数据，以使所述控制端根据所述车辆数据进行诊断。

可选的，在所述接收所述控制端发送的诊断命令的步骤之前，所述方法还包括：接收所述控制端发送的车型查询命令，并且向所述车辆转发所述车型查询命令；接收所述车辆根据所述车型查询命令返回的车型信息，并且向所述控制端转发所述车型信息，以使所述控制端根据所述车型信息加载与所述车辆相匹配的车辆诊断模块。

可选的，所述方法还包括：当检测到触发结束诊断的触发指令时，向所述控制端发送诊断结束请求，以使所述控制端根据所述诊断结束请求结束诊断。

可选的，所述方法还包括：接收所述控制端发送的车辆诊断界面；显示所述车辆诊断界面。

第三方面，提供一种车辆诊断的装置，包括加载模块，用于当触发对车辆进行诊断时，加载与所述车辆相匹配的车辆诊断模块；第一发送模块，用于向所述受控端发送诊断命令，以使所述受控端在接收到所述诊断命令时向所述车辆转发所述诊断命令；第一接收模块，用于接收所述受控端所转发的车辆数据，其中，所述车辆数据是由所述车辆根据所述诊断命令反馈至所述受控端的；第二发送模块，向所述车辆诊断模块发送所述车辆数据，以使所述车辆诊断模块根据车辆数据进行诊断。

可选的，所述对车辆进行诊断是在接收到所述受控端的诊断邀请请求时触发的，或者是在检测到诊断启动指令时触发的。

可选的，所述加载模块包括：发送单元，用于向所述受控端发送车型查询命令，以使所述受控端在接收到所述车型查询命令时向所述车辆转发所述车型查询命令接收单元，用于接收所述受控端所转发的所述车辆的车型信息，所述车型信息是由所述车辆根据所述车型查询命令查询到的；加载单元，用于根据所述车型信息，加载与所述车辆相匹配的车辆诊断模块。

可选的，装置还包括：第二接收模块，用于接收来自所述受控端的诊断结束请求；结束模块，用于根据所述诊断结束请求，结束诊断。

可选的，装置还包括：获取模块，用于获取所显示的车辆诊断界面；同步模块，用于向所述受控端发送所述车辆诊断界面，以使所述受控端同步显示所述车辆诊断界面。

第四方面又提供一种车辆诊断的装置，包括：建立模块、接收模块和发送模块；所述建立模块，用于分别与所述车辆和控制端建立通信连接；所述接收模块，用于接收所述控制端发送的诊断命令；所述发送模块，用于向所述车辆转发所述诊断命令；所述接收模块，还用于接收所述车辆根据所述诊断命令返回的车辆数据；所述发送模块，还用于向所述控制端返回所述车辆数据，以使所述控制端根据所述车辆数据进行诊断。

可选的，所述接收模块，还用于接收所述控制端发送的车型查询命令；所述发送模块，还用于向所述车辆转发所述车型查询命令；所述接收模块，还用于接收所述车辆根据所述车型查询命令返回的车型信息；所述发送模块，还用于向所述控制端转发所述车型信息，以使所述控制端根据所述车型信息加载与所述车辆相匹配的车辆诊断模块。

可选的，所述装置还包括：检测模块，用于检测触发结束诊断的触发指令；所述发送模块，还用于当所述检测模块检测到所述触发指令时，向所述控制端发送诊断结束请求，以使所述控制端根据所述诊断结束请求结束诊断。

第五方面，提供一种电子设备，包括至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的方法。

第六方面，提供一种车辆诊断系统，包括控制端和连接于车辆的受控端；所述控制端，用于当触发对车辆进行诊断时,加载与所述车辆相匹配的车辆诊断模块,并且向所述受控端发送诊断命令；所述受控端，用于在接收到所述诊断命令时向所述车辆转发所述诊断命令，并且在接收到所述车辆根据所述诊断命令返回的车辆数据时，向所述控制端发送所述车辆数据；所述控制端还用于向所述车辆诊断模块发送所述车辆数据，以使所述车辆诊断模块根据车辆数据进行诊断。

在本发明实施例中，在对车辆进行远程诊断时，控制端负责对车辆进行诊断，受控端负责中转控制端与车辆之间进行通信的通信数据，不负责具体的诊断业务，因此，受控端可以不配置车辆诊断模块，只需要在控制端配置车辆诊断模块，并且保证受控端与控制端之间以及受控端与车辆之间只要能够实现通信即可，使得受控端与控制端之间的匹配要求度更低，两者更容易兼容。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1为本发明车辆诊断的系统实施例的示意图；

图2为本发明车辆诊断的装置第一实施例的示意图；

图3为本发明车辆诊断的装置第二实施例的示意图；

图4为本发明车辆诊断的装置第三实施例的示意图；

图5为本发明车辆诊断的装置第四实施例的示意图；

图6为本发明电子设备实施例的示意图；

图7为本发明车辆诊断的方法第一实施例的流程图；

图8为本发明车辆诊断的方法第一实施例中实现加载与所述车辆相匹配的车辆诊断模块的流程图；

图9是本发明车辆诊断的方法第二实施例的流程图；

图10是本发明车辆诊断的方法第三实施例的流程图；

图11是本发明车辆诊断的方法第四实施例的流程图。

具体实施例

下面介绍的是本发明的多个可能实施例中的一些，旨在提供对本发明的基本了解，并不旨在确认本发明的关键或决定性的要素或限定所要的保护的范围。容易理解的是，根据本发明的技术方案，在不变更本发明的实质精神下，本领域的一般技术人员可以提出相互替换的其他实现方式。因此，以下具体实施例以及附图仅是对本发明的技术方案的示例性说明，而不应当视为本发明的全部或者视为对本发明技术方案的限定或限制。

请参阅图1，图1是本发明车辆诊断系统实施例的示意图。车辆诊断系统20包括控制端21和受控端22。受控端22与车辆连接，并且受控端22与车辆之间可以进行数据通信，例如：受控端22与车辆的OBD(On Board Diagnostics，车载自动诊断系统)接口连接，进行OBD通信，或者，受控端22与车辆的USB接口连接，进行USB通信等等。在本发明实施例中，受控端为安装有相关功能的计算机、平板电脑、或者智能手机等等。而受控端22与控制端21之间也可以进行数据通信，而受控端22与控制端21之间进行数据通信的通信链路优选为无线通信链路，例如：4G无线通信链路、5G无线通信链路、WIFI无线通信链路等等，当然，在其它替代实施例中，受控端22与控制端21之间也可以采用有线通信链路。

需要说明的是：受控端22只负责转发控制端21与车辆之间的通信数据，不负责具体的诊断业务，例如：当需要对车辆进行诊断时，控制端21通过受控端22向车辆发送诊断命令，受控端22在接收到诊断命令时直接向车辆转发该诊断命令，车辆在接收到该诊断命令时，根据该诊断命令获取相关的车辆数据，并且向受控端22返回该车辆数据，受控端22在接收到该车辆数据时，不会根据车辆数据进行诊断，而是直接向控制端21返回该车辆数据，由控制端21根据该车辆数据进行诊断。由于受控端22只负责转发控制端21与车辆之间的通信数据，因此，受控端22可以不配置车辆诊断模块，只需要在控制端21配置车辆诊断模块即可，相比于现有技术的车辆远程诊断技术，控制端21和受控端22必须匹配车辆诊断模块，并且两者的车辆诊断模块的版本必须相同，本发明受控端22与控制端21之间的匹配要求度更低，两者更容易兼容。另外，由于受控端22只负责与控制端21和车辆之间的通信，因此，第三方只要按照受控端22与控制端21之间的传输协议开发第三方诊断设备，第三方诊断设备即可通过受控端22对车辆进行诊断。

而控制端21与受控端21之间进行通信的传输协议可以是通用的车辆诊断协议，如J2534协议，也可以是非通用的车辆诊断协议，此处不作限定，只要求控制端与受控端能够通信即可。当然，在控制端21正式对车辆进行诊断之前，控制端21与连接于该车辆受控端22还需要先建立通信连接。而受控端22与控制端21之间的通信连接可以在受控端22连接上车辆时触发的，也可以是按需触发的，例如：当受控端22邀请控制端21进行车辆诊断时，先判断受控端22与控制端21之间是否存在连接，若不存在，则先建立通信连接，再向控制端21发送诊断邀请请求；又或者，在控制端21侧发起对车辆进行诊断时，也先判断控制端21与受控端22之间是否存在连接，若不存在时，先建立连接。

进一步，在控制端21对车辆进行诊断的过程中，控制端21与受控端22也可以实现界面同步，以使诊断操作员在控制端21上执行的操作以及诊断结果可以同步反馈至受控端22，用户可以通过受控端22监控诊断操作员所执行的操作以及诊断结果。需要说明的是：控制端21与受控端22的界面同步主要是指两者的车辆诊断界面同步，而车辆诊断界面同步可以是诊断软件界面同步，也可以是通过桌面同步。桌面同步和诊断软件界面同步的具体实现方式本发明不限定，其可以通过远程桌面实现，也可以通过视频流的方式实现。

由于受控端22与车辆通常是一一配置的，当车辆的数量为多台时，则受控端22的数量也为多台，为了方便对受控端22与车辆进行管理，受控端22和控制端21之间均可以通过服务中心进行管理，即为：受控端22和控制端21均与服务中心连接，受控端22可以通过服务中心获取当前提供服务的控制端21，并且选定控制端21，发起诊断流程，控制端21也可以通过服务中心获取当前连接服务中心的受控端22，选定受控端22，发起诊断流程。

在本发明实施例中，车辆诊断系统包括控制端21和受控端22，受控端22与车辆连接，而受控端22只负责转发控制端21与车辆之间的通信数据，不负责具体的诊断业务，使得受控端22可以不配置车辆诊断模块，只需要在控制端21配置与车辆相匹配的车辆诊断模块即可，相比于现有技术的车辆远程诊断技术，控制端21和受控端22必须配置车辆诊断模块，并且车辆诊断模块的版本必须相同的，本发明受控端22与控制端21之间的匹配要求度更低，只需要实现数据通信即可，两者更容易兼容。

请参阅图2，图2是本发明车辆诊断的装置实施例的示意图。本发明实施例中所描述的车辆诊断的装置应用于上述控制端，具体的，车辆诊断的装置30包括加载模块32、车辆诊断模块33、第一发送模块34、第一接收模块35和第二发送模块36。

加载模块32，用于当触发对车辆进行诊断时，加载与所述车辆相匹配的车辆诊断模块33。第一发送模块34，用于向所述受控端发送诊断命令，以使所述受控端在接收到所述诊断命令时向所述车辆转发所述诊断命令。第一接收模块35，用于接收所述受控端所转发的车辆数据，其中，所述车辆数据是由所述车辆根据所述诊断命令反馈至所述受控端的。第二发送模块36，向所述车辆诊断模块发送所述车辆数据，以使所述车辆诊断模块根据车辆数据进行诊断。

在本发明实施例中，由于连接于车辆的受控端只负责转发控制端与车辆之间的通信数据，不负责具体的诊断业务，因此，受控端可以不配置车辆诊断模块，受控端只要能够与控制端和车辆进行数据通信即可，从而使得受控端与控制端之间的匹配要求度更低，两者更容易兼容。

在一些实施例中，如图3所示，加载模块32还包括发送单元321、接收单元322和加载单元323。

发送单元321，用于向所述受控端发送车型查询命令，以使所述受控端在接收到所述车型查询命令时向所述车辆转发所述车型查询命令。接收单元322，用于接收所述受控端所转发的所述车辆的车型信息，所述车型信息是由所述车辆根据所述车型查询命令查询到的。加载单元323，用于根据所述车型信息，加载与所述车辆相匹配的车辆诊断模块。

当然，在其它替代实施例中，为控制端配置车辆诊断模块，也可以是人为操作实现的，例如：诊断操作员在控制端手动操作加载车辆诊断模块，但是人为操作加载车辆诊断模块，需要控制端对加载后的车辆诊断模块进行验证，当验证不通过时，发出错误提示。

通过根据车辆所反馈的车辆的车型信息加载车辆诊断模块，可以使得所加载的车辆诊断模块更准确，可以很好地避免出现加载不正确的车辆诊断模块的情况。

在一些实施例中，可以在控制端侧，发起对车辆进行诊断的诊断流程，例如：诊断操作员在控制端输入对该车辆进行诊断的诊断启动指令时，控制端检测到该诊断启动指令，则启动对该车辆进行诊断的诊断流程。当然，也可以是由控制端应受控端的诊断邀请请求，发起对该车辆进行诊断的诊断流程，例如：当车辆在野外出现问题时，用户可以通过操作受控端主动向控制端发送诊断邀请请求。

同样的，结束诊断的结束流程可以由控制端发起，例如：诊断操作员在控制端输入结束对车辆进行诊断的诊断结束指令时，则控制端检测到该诊断结束指令，并且根据诊断结束指令启动结束诊断的结束流程。结束诊断的结束流程也可以由控制端应受控端的请求发起的，具体的，若由控制端应受控端的请求发起结束诊断的结束流程时，装置30还包括第二接收模块37和结束模块38。

第二接收模块37，用于接收来自所述受控端的诊断结束请求。结束模块38，用于根据所述诊断结束请求，结束诊断。

可以理解的是，诊断启动指令和诊断结束指令可以是诊断操作员通过语音命令的方式向控制端输入的，也可以是诊断操作员操作控制端上所显示的对应功能按键触发的。另外，诊断邀请请求和诊断结束请求也可以用户在受控端执行相应的操作时触发的。

在本发明实施例中，通过允许受控端发起结束诊断的结束流程或者发起启动诊断流程，可以方便用户对诊断进行控制。

在一些实施例中，为了方便用户对诊断流程进行监控，受控端和控制端之间还可以进行界面同步，则装置30还包括获取模块39和同步模块40。

获取模块39，用于获取控制端所显示的车辆诊断界面。同步模块40，用于向所述受控端发送所述车辆诊断界面，以使所述受控端同步显示所述车辆诊断界面。用户通过观看受控端，即可了解诊断操作员在控制端所执行的操作以及诊断结果，实现对诊断流程的监控。

需要说明的是，本发明实施例中的车辆诊断的装置中的各个模块、单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容同样适用于车辆诊断的装置。本发明实施例中的各个模块能作为单独的硬件或软件来实现，并且可以根据需要使用单独的硬件或软件来实现各个单元的功能的组合。

在本发明实施例中，通过同步将受控端的车辆诊断界面同步至控制端，使得用户可以在受控端监控整个诊断过程和诊断结果；另外，用户也可以通过受控端发起诊断流程或者结束诊断流程，方便用户对诊断过程的控制。

请参阅图4，图4是本发明车辆诊断的装置第三实施例的示意图。本实施例的车辆诊断的装置应用于受控端，车辆诊断的装置40包括建立模块41、接收模块42和发送模块43。

所述建立模块41，用于分别与所述车辆和控制端建立通信连接。可以理解的是：建立模块41所执行的建立与所述车辆和控制端之间的通信连接的触发方式不作限定，其可以是在受控端插接到车辆时自动触发的，也可以是在检测到用户输入的连接指令时触发的，又或者，当用户想邀请控制端对车辆进行诊断并且在受控端上输入诊断邀请请求时触发的。

所述接收模块42，用于接收所述控制端发送的诊断命令。所述发送模块43，用于向所述车辆转发所述诊断命令。所述接收模块42，还用于接收所述车辆根据所述诊断命令返回的车辆数据。所述发送模块43，还用于向所述控制端返回所述车辆数据，以使所述控制端根据所述车辆数据进行诊断。

值得说明的是：控制端在向受控端发送的诊断命令时，需要预先加载与车辆相匹配的车辆诊断模块。在一些实施例中，控制端在加载车辆诊断模块时，可以先向车辆请求其车型信息，并且根据车型信息加载对应的车辆诊断模块，以减少加载不准确的车辆诊断模块的风险，具体的，所述接收模块42，还用于接收所述控制端发送的车型查询命令。所述发送模块43，还用于向所述车辆转发所述车型查询命令。所述接收模块42，还用于接收所述车辆根据所述车型查询命令返回的车型信息。所述发送模块43，还用于向所述控制端转发所述车型信息，以使所述控制端根据所述车型信息加载与所述车辆相匹配的车辆诊断模块。

在本发明实施例中，建立模块分别与车辆和控制端建立通信连接，当接收模块接收到自来控制端的通信数据时，发送模块将自来控制端的通信数据转发至车辆，当接收模块接收到来自车辆的通信数据，发送模块将来自车辆的通信数据转发至控制端，受控端实现对车辆和控制端之间进行通信的通信数据进行转发的功能，由于受控端只负责数据转发，不负责具体的诊断业务，因此，受控端与控制端之间的匹配要求度更低，只需要两者实现数据通信即可，两者更容易兼容。

请参阅图5，图5是本发明车辆诊断的装置第四实施例的示意图。车辆诊断的装置第四实施例与车辆诊断的装置第三实施例不同之处在于：车辆诊断的装置40还包括显示模块44和检测模块45。

所述接收模块42，还用于接收所述控制端发送的车辆诊断界面。所述显示模块44，用于显示所述车辆诊断界面。车辆诊断界面是指控制端在进行车辆诊断过程中所显示的界面，通过显示该车辆诊断界面，可以使得用户通过受控端，即可了解诊断操作员在控制端所执行的操作以及诊断结果，以实现对诊断流程的监控。

检测模块45，用于检测触发结束诊断的触发指令。触发结束诊断的触发指令的触发方式不作限定。发送模块43，还用于当检测模块45检测到所述触发指令时，向所述控制端发送诊断结束请求，以使所述控制端根据所述诊断结束请求结束诊断。

在本发明实施例中，当检测模块44检测到所述触发指令时，发送模块43向所述控制端发送诊断结束请求，以使所述控制端根据所述诊断结束请求结束诊断，实现用户可在受控端发起结束诊断的结束流程。另外，当接收模块42接收到控制端共享的车辆诊断界面时，显示模块显示该车辆诊断界面，以使得用户在受控端侧，也可以了解诊断操作员在控制端所执行的操作以及诊断结果，以实现对诊断流程的监控。

请参阅图6，图6是本发明电子设备实施例的示意图，电子设备50包括：存储器51和至少一个处理器52，至少一个处理器52与存储器51连接。

处理器52分别与所述存储器51连接可以通过总线或者其他方式连接，图4中以通过总线连接为例。

所述存储器51存储有可被所述至少一个处理器52执行的指令，所述指令程序被所述至少一个处理器52执行，以使所述至少一个处理器52能够执行：附图2中模块32至36，附图3中模块32至40，附图4模块41至43，附图5中模块41至45，附图7中步骤602至步骤605，附图8中步骤6021至步骤6023，附图9中步骤602至609，附图10中步骤701至703，附图11中步骤801至808。

存储器51作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中处理器所执行步骤对应的程序指令/模块。存储器51可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序。此外，存储器51可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器51可选包括相对于处理器51远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述一个或者多个模块存储在所述存储器51中，当被所述一个或者多个处理器51执行时，执行：附图2中模块32至36，附图3中模块32至40，附图4模块41至43，附图5中模块41至45，附图7中步骤602至步骤605，附图8中步骤6021至步骤6023，附图9中步骤602至609，附图10中步骤701至703，附图11中步骤801至808。

本发明实施例提供了一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被电子设备执行时，电子设备执行：附图2中模块32至36，附图3中模块32至40，附图4模块41至43，附图5中模块41至45，附图7中步骤602至步骤605，附图8中步骤6021至步骤6023，附图9中步骤602至609，附图10中步骤701至703，附图11中步骤801至808。

本发明实施例提供了一种计算机程序产品，包括存储在非易失性计算机可读存储介质上的计算程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行：附图2中模块32至36，附图3中模块32至40，附图4模块41至43，附图5中模块41至45，附图7中步骤602至步骤605，附图8中步骤6021至步骤6023，附图9中步骤602至609，附图10中步骤701至703，附图11中步骤801至808。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

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

请参阅图7，图7是本发明车辆诊断的方法第一实施例的流程图，本实施例的车辆诊断的方法执行主体为控制端，该方法具体包括：

步骤602：当触发对车辆进行诊断时，加载与所述车辆相匹配的车辆诊断模块；

车辆诊断模块是指用于车辆进行诊断的模块。而不同车型，由于其生产厂商不相同，其车辆数据的处理方式是不相同的，因此，不同车型需要配置与其适配的车辆诊断模块才能进行诊断，否则无法成功进行诊断。

在一些实施例中，为了降低加载不正确的车辆诊断模块的风险，在加载车辆诊断模块时，可以根据所要诊断车辆的车型进行加载，具体的，如图8所示，步骤602包括：

步骤6021：向所述受控端发送车型查询命令，以使所述受控端在接收到所述车型查询命令时向所述车辆转发所述车型查询命令；

步骤6022：接收所述受控端所转发的所述车辆的车型信息，所述车型信息是由所述车辆根据所述车型查询命令查询到的；

步骤6023：根据所述车型信息，加载与所述车辆相匹配的车辆诊断模块；

当然，在其它替代实施例中，车辆诊断模块也可以由诊断操作员直接在控制端进行手动加载，但是手动加载车辆诊断模块，需要进行验证该车辆诊断模块是否与该车辆相匹配，当不匹配时，发出不匹配提示，以使诊断操作员重新加载其它车辆诊断模块。

步骤603：向所述受控端发送诊断命令，以使所述受控端在接收到所述诊断命令时向所述车辆转发所述诊断命令；

对车辆进行诊断的诊断选项通常比较多，例如：发动机诊断、底盘诊断、胎压诊断、排气污染物与噪声的诊断等等。而向受控端发送诊断命令可以是在诊断操作员在控制端选定诊断选项之后触发的，则该诊断命令会携带所选定的诊断选项，以指示车辆根据所选定的诊断选项返回相关的车辆数据。当然，在其它替代实施例中，也可以预先定义好所需要的诊断选项，在检测到加载车辆诊断模块时，直接触发向受控端发送诊断命令，该诊断命令携带有该预先定义好的诊断选项。

步骤604：接收所述受控端所转发的车辆数据，其中，所述车辆数据是由所述车辆根据所述诊断命令反馈至所述受控端的；

车辆数据是车辆部件在工作时的状态数据，当然，不同诊断选项所对应的车辆部件是不相同的。而车辆通常配置有ECU(Electronic Control Unit,电子控制单元),ECU相当于车辆的大脑，其主要用于监测车辆各部件的工作状态，并且记录根据车辆各部件在工作时的状态数据，车辆数据可以为ECU所记录的状态数据。当然，当ECU配置自诊断系统，并且自诊断系统根据车辆各部件的工作状态进行诊断，生成故障代码时，车辆数据也可以为该故障代码。

步骤605：向所述车辆诊断模块发送所述车辆数据，以使所述车辆诊断模块根据车辆数据进行诊断；

当车辆诊断模块根据车辆数据进行诊断，获得诊断结果之后，还可以输出诊断结果。进一步的，诊断结果也可以反馈至受控端，以使用户可以在受控端即可以了解诊断结果。

在本发明实施例中，在控制端对车辆进行远程诊断的过程中，受控端只负责转发控制端与车辆之间的通信数据，不负责具体的诊断业务，使得受控端可以不配置车辆诊断模块，只需要在控制端配置与车辆匹配的车辆诊断模块，并且保证控制端与受控端之间以及受控端与车辆之间可数据通信即可，相比于现有技术的车辆远程诊断技术，控制端和受控端必须匹配车辆诊断模块，并且车辆诊断模块的版本必须相同的，本发明受控端与控制端之间的匹配要求度更低，只需要两者实现数据通信即可，两者更容易兼容。

请参阅图9，图9是本发明车辆诊断的方法第二实施例的流程图，车辆诊断的方法第二实施例与车辆诊断的方法第一实施例不同之处在于：方法还包括：

步骤606：获取所显示的车辆诊断界面；

车辆诊断界面是指控制端在对车辆进行诊断时所显示的界面。其中，车辆诊断界面上可以显示各种控制按钮和诊断选项，诊断操作员可以在车辆诊断界面选择诊断选项，也可以对控制按钮进行操作。当然，车辆诊断界面还可以显示诊断分析流程以及诊断结果。

步骤607：向所述受控端发送所述车辆诊断界面，以使所述受控端同步显示所述车辆诊断界面；

当受控端同步显示车辆诊断界面时，即使车辆与控制端不在一个地方，用户仍然可以监控诊断操作员所执行诊断步骤，以及诊断结果，可以大大减少诊断操作员误导用户的情况。

在一些实施例中，可以在控制端侧，发起对车辆进行诊断的诊断流程，例如：诊断操作员在控制端输入对该车辆进行诊断的诊断启动指令时，控制端检测到该诊断启动指令，则启动对该车辆进行诊断的诊断流程。在另一些实施例中，也可以是由控制端应受控端的诊断邀请请求，发起对该车辆进行诊断的诊断流程，例如：当车辆在野外出现问题时，用户可以通过操作受控端主动向控制端发送诊断邀请请求。

同样的，在一些实施例中，结束诊断的结束流程可以由控制端发起，例如：诊断操作员在控制端输入对结束对车辆进行诊断的诊断结束指令时，则控制端检测到该诊断结束指令，并且根据诊断结束指令启动结束诊断的结束流程。在另一些实施例中，结束诊断的结束流程也可以由控制端应受控端的请求发起的，若结束诊断的结束流程是应受控端的请求时触发时，其具体实现如下，请再次参阅图9，方法还包括：

步骤608：接收来自所述受控端的诊断结束请求；

诊断结束请求可以是用户在受控端输入结束指令时触发的。

步骤609：根据所述诊断结束请求，结束诊断；

可以理解的是，当结束诊断之后，控制端与受控端之间的界面同步会相应取消，控制端所加载的车辆诊断模块也作相应的卸载处理，以使控制端可以加载其它车辆诊断模块，执行对其它车辆的诊断。另外，在控制端结束诊断时，控制端与受控端之间的连接也可以作断开处理，以使其它控制端可以建立与该受控端之间的连接，其它控制端执行对该车辆的诊断。

在本发明实施例中，通过将受控端的车辆诊断界面同步至控制端，使得用户可以在受控端监控整个诊断过程和诊断结果；另外，用户也可以通过受控端发起诊断流程或者结束诊断流程，方便用户对诊断过程的控制。

请参阅图10，图10是本发明车辆诊断的方法第三实施例的流程图。本实施例中的车辆诊断的方法的执行主体为受控端，该方法具体包括：

步骤701：分别与所述车辆和控制端建立通信连接；

受控端与车辆之间建立通信连接是指在受控端与车辆之间搭建起可以传输数据的链路，受控端与控制端之间建立通信连接是指在受控端与控制端之间搭建起可以传输数据的链路。

在一些实施例中，对于受控端与车辆之间的通信连接可以是在受控端插接于车辆的接口时自动触发建立的，也可以在受控端插接于车辆的接口之后，在接收到用户输入的连接指令时触发建立的，本发明不作具体限定。

步骤702：接收所述控制端发送的诊断命令，并且向所述车辆转发所述诊断命令；

诊断命令是指向车辆请求车辆数据的命令，而受控端在接收诊断命令时，不会根据诊断命令进行业务处理，而直接转发诊断命令。

步骤703：接收所述车辆根据所述诊断命令返回的车辆数据，并且向所述控制端返回所述车辆数据，以使所述控制端根据所述车辆数据进行诊断；

同样的，受控端在接收到车辆数据，也不会根据车辆数据进行业务处理，而是直接转发车辆数据，以使受控端实现数据转发功能。

需要说明的是：当受控端与控制端之间进行通信的通信协议与受控端与车辆之间进行通信的通信协议相同时，即：受控端与控制端进行数据传输时对数据的封装方式，和，受控端与车辆进行数据传输时对数据的封装方式相同，则受控端在转发数据时不需要对接收到的数据进行格式转换，可以直接转发；当受控端与控制端之间进行通信的通信协议，和，受控端与车辆之间进行通信的通信协议不相同时，当受控端接收到数据时，需要对数据进行格式转换。

在本发明实施例中，受控端在接收到自来控制端的通信数据时，将自来控制端的通信数据转发至车辆，在接收到来自车辆的通信数据时，将来自车辆的通信数据转发至控制端，受控端实现对车辆和控制端之间进行通信的通信数据进行转发的功能，由于受控端只负责数据转发，不负责具体的诊断业务，因此，受控端与控制端之间的匹配要求度更低，只需要两者实现数据通信即可，两者更容易兼容。

请参阅图11，图11是本发明车辆诊断的方法第四实施例的流程图，本实施例中的车辆诊断的方法的执行主体也是受控端，该方法包括：

步骤801：分别与所述车辆和控制端建立通信连接；

步骤802：接收所述控制端发送的车型查询命令，并且向所述车辆转发所述车型查询命令；

车型查询命令用于查询车辆所属的生产厂商以及车辆的型号。

步骤803：接收所述车辆根据所述车型查询命令返回的车型信息，并且向所述控制端转发所述车型信息，以使所述控制端根据所述车型信息加载与所述车辆相匹配的车辆诊断模块；

车型信息包括车辆所属的生产厂商以及车辆的型号。通常一个汽车厂商会有多个汽车品牌，一个品牌又会有多个型号，而不同型号的汽车由于其配置不相同，其对应的车辆诊断模块也有可能不相同，先获取车辆的车型信息，再根据车型信息加载车辆诊断模块，可以减少加载到不正确车辆诊断模块的机率。

步骤804：接收所述控制端发送的诊断命令，并且向所述车辆转发所述诊断命令；

诊断命令是指向车辆请求车辆数据的命令。当然，不同的诊断命令，其所要请求的车辆数据也可以不相同的,例如：若想检测车辆的胎压，则控制端发送胎压诊断命令，车辆返回相应的胎压数据。

步骤805：接收所述车辆根据所述诊断命令返回的车辆数据，并且向所述控制端返回所述车辆数据，以使所述控制端根据所述车辆数据进行诊断；

在一些实施例中，控制端在根据车辆数据进行诊断，得到诊断结果之后，也可以将诊断结果返回给受控端，受控端显示该诊断结果，以方便用户通过受控端获知诊断结果。

在一些实施例中，当车辆与控制端不在同一个地方时，为了方便用户监控诊断操作员在控制端所执行的诊断操作，还可以使控制端和受控端进行界面同步，具体的，方法还包括：

步骤806：接收所述控制端发送的车辆诊断界面；

车辆诊断界面是指控制端在对车辆进行诊断时所显示的界面。其中，车辆诊断界面上可以显示各种控制按钮和诊断选项，诊断操作员可以在车辆诊断界面选择诊断选项，也可以对控制按钮进行操作。当然，车辆诊断界面还可以显示诊断分析流程以及诊断结果。

807：显示所述车辆诊断界面。

通过控制端向受控端共享车辆诊断界面，使得用户在受控端侧，即可了解诊断操作员在控制端所执行的操作以及诊断结果，以实现对诊断流程的监控。

在一些实施例中，为了提高用户对车辆诊断过程的控制，用户也可以在受控端发起束诊断的结束流程，则方法还包括：

步骤808：当检测到触发结束诊断的触发指令时，向所述控制端发送诊断结束请求，以使所述控制端根据所述诊断结束请求结束诊断；

在本发明实施例中，当受控端检测到触发结束诊断的触发指令时，向所述控制端发送诊断结束请求，以使所述控制端根据所述诊断结束请求结束诊断，实现用户可在受控端发起结束诊断的结束流程。最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；在本发明的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明的不同方面的许多其它变化，为了简明，它们没有在细节中提供；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (20)

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

当触发对车辆进行诊断时，加载与所述车辆相匹配的车辆诊断模块；

向连接于所述车辆的受控端发送诊断命令，以使所述受控端在接收到所述诊断命令时向所述车辆转发所述诊断命令；

接收所述受控端所转发的车辆数据，其中，所述车辆数据是由所述车辆根据所述诊断命令反馈至所述受控端的；

向所述车辆诊断模块发送所述车辆数据，以使所述车辆诊断模块根据车辆数据进行诊断。

2.根据权利要求1所述的方法，其特征在于，

所述对车辆进行诊断是在接收到所述受控端的诊断邀请请求时触发的，或者是在检测到诊断启动指令时触发的。

3.根据权利要求1或者2所述的方法，其特征在于，

所述加载与所述车辆相匹配的车辆诊断模块的步骤，包括：

向所述受控端发送车型查询命令，以使所述受控端在接收到所述车型查询命令时向所述车辆转发所述车型查询命令；

接收所述受控端所转发的所述车辆的车型信息，所述车型信息是由所述车辆根据所述车型查询命令查询到的；

根据所述车型信息，加载与所述车辆相匹配的车辆诊断模块。

4.根据权利要求1至3任意一项所述的方法，其特征在于，所述方法还包括：

接收来自所述受控端的诊断结束请求；

根据所述诊断结束请求，结束诊断。

5.根据权利要求1至4任意一项所述的方法，所述方法还包括：

获取所显示的车辆诊断界面；

向所述受控端发送所述车辆诊断界面，以使所述受控端同步显示所述车辆诊断界面。

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

分别与所述车辆和控制端建立通信连接；

接收所述控制端发送的诊断命令，并且向所述车辆转发所述诊断命令；

接收所述车辆根据所述诊断命令返回的车辆数据，并且向所述控制端返回所述车辆数据，以使所述控制端根据所述车辆数据进行诊断。

7.根据权利要求6所述的方法，其特征在于，在所述接收所述控制端发送的诊断命令的步骤之前，所述方法还包括：

接收所述控制端发送的车型查询命令，并且向所述车辆转发所述车型查询命令；

接收所述车辆根据所述车型查询命令返回的车型信息，并且向所述控制端转发所述车型信息，以使所述控制端根据所述车型信息加载与所述车辆相匹配的车辆诊断模块。

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

当检测到触发结束诊断的触发指令时，向所述控制端发送诊断结束请求，以使所述控制端根据所述诊断结束请求结束诊断。

9.根据权利要求6至8中任意一项所述的方法，其特征在于，所述方法还包括：

接收所述控制端发送的车辆诊断界面；

显示所述车辆诊断界面。

10.一种车辆诊断的装置，其特征在于，包括：

加载模块，用于当触发对车辆进行诊断时，加载与所述车辆相匹配的车辆诊断模块；

第一发送模块，用于向连接于所述车辆的受控端发送诊断命令，以使所述受控端在接收到所述诊断命令时向所述车辆转发所述诊断命令；

第一接收模块，用于接收所述受控端所转发的车辆数据，其中，所述车辆数据是由所述车辆根据所述诊断命令反馈至所述受控端的；

第二发送模块，向所述车辆诊断模块发送所述车辆数据，以使所述车辆诊断模块根据车辆数据进行诊断。

11.根据权利要求10所述的装置，其特征在于，

所述对车辆进行诊断是在接收到所述受控端的诊断邀请请求时触发的，或者是在检测到诊断启动指令时触发的。

12.根据权利要求10或者11所述的装置，其特征在于

所述加载模块包括：

发送单元，用于向所述受控端发送车型查询命令，以使所述受控端在接收到所述车型查询命令时向所述车辆转发所述车型查询命令；

接收单元，用于接收所述受控端所转发的所述车辆的车型信息，所述车型信息是由所述车辆根据所述车型查询命令查询到的；

加载单元，用于根据所述车型信息，加载与所述车辆相匹配的车辆诊断模块。

13.根据权利要求10至12中任意一项所述的装置，其特征在于，还包括：

第二接收模块，用于接收来自所述受控端的诊断结束请求；

结束模块，用于根据所述诊断结束请求，结束诊断。

14.根据权利要求10至13中任意一项所述的装置，其特征在于，还包括：

获取模块，用于获取所显示的车辆诊断界面；

同步模块，用于向所述受控端发送所述车辆诊断界面，以使所述受控端同步显示所述车辆诊断界面。

15.一种车辆诊断的装置，其特征在于，包括：建立模块、接收模块和发送模块；

所述建立模块，用于分别与所述车辆和控制端建立通信连接；

所述接收模块，用于接收所述控制端发送的诊断命令；

所述发送模块，用于向所述车辆转发所述诊断命令；

所述接收模块，还用于接收所述车辆根据所述诊断命令返回的车辆数据；

所述发送模块，还用于向所述控制端返回所述车辆数据，以使所述控制端根据所述车辆数据进行诊断。

16.根据权利要求15所述的装置，其特征在于，

所述接收模块，还用于接收所述控制端发送的车型查询命令；

所述发送模块，还用于向所述车辆转发所述车型查询命令；

所述接收模块，还用于接收所述车辆根据所述车型查询命令返回的车型信息；

所述发送模块，还用于向所述控制端转发所述车型信息，以使所述控制端根据所述车型信息加载与所述车辆相匹配的车辆诊断模块。

17.根据权利要求15或者16所述的装置，其特征在于，还包括：

检测模块，用于检测触发结束诊断的触发指令；

所述发送模块，还用于当所述检测模块检测到所述触发指令时，向所述控制端发送诊断结束请求，以使所述控制端根据所述诊断结束请求结束诊断。

18.根据权利要求15至17任意一项所述的装置，其特征在于，还包括显示模块；

所述接收模块，还用于接收所述控制端发送的车辆诊断界面；

所述显示模块，用于显示所述车辆诊断界面。

19.一种电子设备，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至9任一项所述的方法。

20.一种车辆诊断系统，其特征在于，包括控制端和连接于所述车辆的受控端；

所述控制端，用于当触发对所述车辆进行诊断时，加载与所述车辆相匹配的车辆诊断模块,以及向所述受控端发送诊断命令；

所述受控端，用于在接收到所述诊断命令时向所述车辆转发所述诊断命令，并且在接收到所述车辆根据所述诊断命令返回的车辆数据时，向所述控制端发送所述车辆数据；

所述控制端，还用于向所述车辆诊断模块发送所述车辆数据，以使所述车辆诊断模块根据车辆数据进行诊断。