CN116136682A - 一种车辆故障检测方法、车机及车辆 - Google Patents

Abstract

本申请提供了一种车辆故障检测方法，包括：车机接收移动终端通过虚拟摄像头实时拍摄的视频，视频中包括车辆的细节，车机向车辆预检系统发送视频，以使车辆预检系统向专业人员呈现视频，车机接收专业人员根据视频进行分析所得的第一检测结果，第一检测结果包括故障类型。该方法由移动终端充当移动摄像头，车机通过从移动终端接收实时拍摄的视频，并将该视频发送给后台的车辆预检系统进行故障检测，为用户快速解决车辆使用过程当中遇到的各类故障，避免过度检测、过度修理。

Description

一种车辆故障检测方法、车机及车辆

技术领域

本申请涉及车辆故障检测技术领域，尤其涉及一种车辆故障检测方法、车机以及车辆。

背景技术

随着科学技术的不断发展，汽车等车辆已逐渐成为人类出行的主要交通工具之一。车辆在行驶过程中可能会发生故障，例如是车身零部件损坏、车机应用运行异常或者软件控制模块异常等故障。随着车辆使用年限的增加，车辆发生故障的概率也可能随之增加。

目前，车辆发生故障时，由于驾驶员并非专业人员，无法判断故障类型以及故障严重程度，而且专业人员不在现场，也无法通过专业设备现场进行检测，驾驶员很难描述清楚具体问题和现象，为此，驾驶员通常是驾驶车辆至修理厂或汽车销售服务4S店，由专业人员通过专业设备进行故障检测。其中，4S店是指集整车销售(Sale)、零配件(Sparepart)、售后服务(Service)、信息反馈(Survey)于一体的商店。

然而，有些情况下，车辆并不需要进入修理厂或4S店，上述故障检测方法可以导致部分车辆过度检测、过度修理，一方面浪费了时间，另一方面增加了成本。

发明内容

本申请提供了一种车辆故障检测方法，该方法通过虚拟摄像头技术连接车机和移动终端，由移动终端充当移动摄像头，车机通过从移动终端接收实时拍摄的视频，并将该视频发送给后台的车辆预检系统进行故障检测，为用户快速解决车辆使用过程当中遇到的各类故障，避免过度检测、过度修理。本申请还提供了用于执行上述车辆故障检测方法的车机、车辆。

第一方面，本申请提供了一种车辆故障检测方法。该方法可以由车机执行。车机也称作车载信息娱乐系统(In-Vehicle Infotainment，IVI)。车机通过和移动终端、车辆预检系统进行交互，从而实现车辆故障检测。

具体地，车机接收移动终端通过虚拟摄像头实时拍摄的视频，所述视频中包括所述车辆的细节，所述车机向车辆预检系统发送所述视频，以使所述车辆预检系统向专业人员呈现所述视频，所述车机接收所述专业人员根据所述视频进行分析所得的第一检测结果，所述第一检测结果包括故障类型。

在一些可能的实现方式中，所述方法还包括：

所述车机接收所述车辆预检系统下发的预检指令；

所述车机根据所述预检指令，执行预检逻辑，获得第二检测结果，所述第二检测结果包括车辆支持的电子信号的状态。

在一些可能的实现方式中，所述车辆支持的电子信号包括车身电子信号、先进驾驶辅助系统ADAS信号、车身控制系统信号、空调系统信号中的至少一种；

所述车机根据所述预检指令，执行预检逻辑，获得第二检测结果，包括：

所述车机根据所述预检指令，向所述车辆的电子系统发送探测信号，所述探测信号用于探测所述车身电子信号、所述ADAS信号、所述车身控制系统信号、所述空调系统信号中的一种或多种；

所述车机接收所述车辆的电子系统对所述探测信号的反馈，获得第二检测结果，所述反馈包括所述车辆支持的电子信号的状态，当所述状态为异常时，所述反馈还包括故障码。

在一些可能的实现方式中，所述车机根据所述预检指令，向所述车辆的电子系统发送探测信号，包括：

所述车机根据所述预检指令，通过汽车服务系统向所述车辆的电子系统发送探测信号，所述汽车服务系统预留有至少一种预检信号，所述探测信号根据所述至少一种预检信号生成；或者，

所述车机根据所述预检指令，通过包括电机控制单元的控制器局域网CAN总线向所述车辆的电子系统发送探测信号。

在一些可能的实现方式中，所述方法还包括：

当所述车辆的故障不支持线上修复时，所述车机向驾驶员呈现导航信息，所述导航信息用于指示邻近的修理地点的路径。

在一些可能的实现方式中，所述故障类型包括仪表故障灯示警错误、车身零部件损坏、车机应用运行异常和软件控制模块异常中的一种或多种。

在一些可能的实现方式中，所述故障类型为所述车机应用运行异常时，所述方法还包括：

所述车机向所述车辆预检系统发送故障检测日志，以使系统工程师根据所述故障检测日志开发所述车机应用的升级软件包；

所述车机接收所述车辆预检系统通过固件空中下载FOTA下发的所述升级软件包；

所述车机根据所述升级软件包升级所述车机应用。

在一些可能的实现方式中，所述方法还包括：

所述车机通过WiFiDirect与所述移动终端连接；或者，

所述车机开启热点，响应于所述移动终端连接所述热点的请求，通过局域网套接字与所述移动终端连接；或者，

所述车机通过网页即时通信webRTC与所述移动终端连接。

第二方面，本申请提供了一种车机。所述车机包括：

视频获取单元，用于接收移动终端实时拍摄的视频，所述视频中包括所述车辆的细节；

故障检测单元，用于所述车机向车辆预检系统发送所述视频，以使所述车辆预检系统向专业人员呈现所述视频，接收所述专业人员根据所述视频进行分析所得的第一检测结果，所述第一检测结果包括故障类型。

在一些可能的实现方式中，所述故障检测单元还用于：

接收所述车辆预检系统下发的预检指令；

根据所述预检指令，执行预检逻辑，获得第二检测结果，所述第二检测结果包括车辆支持的电子信号的状态。

在一些可能的实现方式中，所述车辆支持的电子信号包括车身电子信号、先进驾驶辅助系统ADAS信号、车身控制系统信号、空调系统信号中的至少一种；

所述故障检测单元具体用于：

根据所述预检指令，向所述车辆的电子系统发送探测信号，所述探测信号用于探测所述车身电子信号、所述ADAS信号、所述车身控制系统信号、所述空调系统信号中的一种或多种；

接收所述车辆的电子系统对所述探测信号的反馈，获得第二检测结果，所述反馈包括所述车辆支持的电子信号的状态，当所述状态为异常时，所述反馈还包括故障码。

在一些可能的实现方式中，所述故障检测单元具体用于：

根据所述预检指令，通过汽车服务系统向所述车辆的电子系统发送探测信号，所述汽车服务系统预留有至少一种预检信号，所述探测信号根据所述至少一种预检信号生成；或者，

根据所述预检指令，通过包括电机控制单元的控制器局域网CAN总线向所述车辆的电子系统发送探测信号。

在一些可能的实现方式中，所述车机还包括：

故障修复单元，用于当所述车辆的故障不支持线上修复时，向驾驶员呈现导航信息，所述导航信息用于指示邻近的修理地点的路径。

在一些可能的实现方式中，所述故障类型包括仪表故障灯示警错误、车身零部件损坏、车机应用运行异常和软件控制模块异常中的一种或多种。

在一些可能的实现方式中，所述车机还包括：

故障修复单元，用于所述故障类型为所述车机应用运行异常时，向所述车辆预检系统发送故障检测日志，以使系统工程师根据所述故障检测日志开发所述车机应用的升级软件包，接收所述车辆预检系统通过固件空中下载FOTA下发的所述升级软件包，根据所述升级软件包升级所述车机应用。

在一些可能的实现方式中，所述车机还包括：

连接单元，用于通过WiFiDirect与所述移动终端连接；或者，开启热点，响应于所述移动终端连接所述热点的请求，通过局域网套接字与所述移动终端连接；或者，通过网页即时通信webRTC与所述移动终端连接。

第三方面，本申请提供一种车辆。所述车辆可以是汽车。所述车辆包括车机和电机控制单元，所述车机与电机控制单元连接，所述车机用于执行本申请第一方面所述的车辆故障检测方法。

第四方面，本申请提供了一种计算机可读存储介质。所述计算机可读存储介质中存储有指令，当其在车机上运行时，使得车机执行上述第一方面或第一方面的任一种实现方式所述的车辆故障检测方法。

第五方面，本申请提供了一种包含指令的计算机程序产品。当其在车机上运行时，使得车机执行上述第一方面或第一方面的任一种实现方式所述的车辆故障检测方法。

本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。

附图说明

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

图1为本申请实施例提供的一种车辆故障检测方法的系统架构图；

图2为本申请实施例提供的一种车辆故障检测方法的流程图；

图3为本申请实施例提供的一种车辆故障检测方法的整体流程图；

图4为本申请实施例提供的一种故障检测系统建立的流程图；

图5为本申请实施例提供的一种基于故障检测系统进行车辆故障检测的流程图；

图6为本申请实施例提供的一种车机的结构示意图。

具体实施方式

下面将结合本申请中的附图，对本申请提供的实施例中的方案进行描述。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，这仅仅是描述本申请的实施例中对相同属性的对象在描述时所采用的区分方式。

为了便于理解本申请的技术方案，下面对本申请涉及的一些技术术语进行介绍。

车机，也称作车载娱乐信息系统(In-Vehicle Infotainment，IVI)，是集成于汽车中控台的一台智能多媒体设备，俗称汽车导航。随着各种技术的不断发展，车机的功能越来越多。例如，一些车机除了具有基本的收音机、导航、影音播放功能外，还具有车辆故障检测功能。

车辆故障检测，是指通过车辆的相关信息检测车辆发生的故障。其中，车辆故障检测包括在车辆行驶过程中对车辆进行故障检测。车辆故障检测主要用于检测身零部件损坏、车机应用运行异常或者软件控制模块异常等故障类型。

目前，车辆发生故障时，由于驾驶员并非专业人员，无法判断故障类型以及故障严重程度，而且专业人员不在现场，也无法通过专业设备现场进行检测，驾驶员很难描述清楚具体问题和现象，为此，驾驶员通常是驾驶车辆至修理厂或汽车销售服务4S店，由专业人员通过专业设备进行故障检测。

然而，有些情况下，车辆并不需要进入修理厂或4S店，上述故障检测方法可以导致部分车辆过度检测、过度修理，一方面浪费了时间，另一方面增加了成本。

有鉴于此，本申请实施例提供了一种车辆故障检测方法。该方法可以由车机执行。具体地，车机接收移动终端通过虚拟摄像头实时拍摄的视频，所述视频中包括所述车辆的细节，然后所述车机向车辆预检系统发送所述视频，以使所述车辆预检系统向专业人员呈现所述视频，接着所述车机接收所述专业人员根据所述视频进行分析所得的第一检测结果，所述第一检测结果包括故障类型。

该方法利用虚拟摄像头VCamera连接车机和移动终端，将移动终端作为移动摄像头对车辆进行实时拍摄，车机再将实时拍摄的视频传送至车辆预检系统，由专业人员基于实时拍摄的视频进行分析，由此实现在线预检。通过该在线预检可以避免车辆发生可在线修复的故障时，驾驶车辆至修理厂或4S店导致车辆过度检测或过度修理，降低了故障排查时间，提高了故障检查效率，减少了故障检查成本。

为了便于理解，下面对车辆故障检测方法的系统架构进行介绍。

参见图1所示的车辆故障检测方法的系统架构图，该系统100中包括车机10、移动终端20和车辆预检系统30。其中，移动终端20可以为手机、平板电脑等具有摄像头的便携式终端。图1以移动终端为手机进行示例说明。车辆预检系统30为后台中对车辆进行预检的系统。车辆预检系统30可以部署在后台服务器中，或者为后台服务器。其中，后台服务器可以是云环境中的服务器，例如是云服务器，也可以是边缘环境中的服务器，如边缘服务器，或者是本地数据中心中的服务器。

当车辆在行驶过程中故障时，驾驶员可以打开检测系统进行车辆故障检测。具体地，车机10可以打开WiFiDirect以生成一张识别码，该识别码例如可以是条形码或二维码等格式，移动终端20扫描该识别码，从而建立移动终端20与车机10的连接。如此，车机10可以指示移动终端20打开虚拟摄像头VCamera，并通过虚拟摄像头对车辆进行实时拍摄，例如是对车身进行拍摄、对仪表盘进行拍摄，然后获得实时拍摄的视频(也称作摄像头数据流)，该视频中包括车辆的细节，如车身的细节或者是仪表盘的细节等等。

车机10向车辆预检系统30发送上述视频，车辆预检系统30可以向专业人员呈现视频，如此专业人员可以根据视频进行分析，从而实现对车辆进行初步的故障检测，获得第一检测结果，该第一检测结果可以包括故障类型。车机10接收上述第一检测结果。进一步地，车机10可以通过显示屏向驾驶员显示上述第一检测结果，或者是通过语音播报上述第一检测结果。

在一些可能的实现方式中，车辆预检系统30还可以响应于专业人员触发的预检操作，生成预检指令，然后向车间10下发预检指令。车机10根据该预检指令，执行预检逻辑，获得第二检测结果。该第二检测结果包括车辆支持的电子信号的状态。

其中，车辆支持的电子信号包括车身电子信号、先进驾驶辅助系统(AdvancedDriver Assistance Systems，ADAS)信号、车身控制系统信号、空调系统信号中的至少一种。电子信号的状态包括正常或异常。当电子信号的状态为异常时，第二检测结果还可以包括故障码。

其中，故障码用于为故障检查和故障修复提供参考。故障码通常采用字符串表示。例如，故障码可以包括5个字符形成的字符串。其中，第一个字符为字母，该字母可以是P、B、C或者U，分别表示动力总成系统、车身系统、底盘悬挂系统和网络通讯系统。第二个字符为数字，具体是0至3中的数字，0表示同意故障码，1表示制造商自定义故障码，2表示通用故障码，3可以表示制造商自定义故障码，或通用故障码，具体地，P3000至P3399表示制造商自定义故障码，P3400至P3FFF表示通用故障码。第三位字符为数字，用于表示具体位置。例如，针对P0或P1开头的故障码，第三位为0时表示燃油、空气及排放控制，第三位为1时表示燃油、空气计量，第三位为3时表示点火系统。最后两位用于表示具体故障。

其中，车机10在根据预检执令，执行预检逻辑，获得第二检测结果时，可以根据所述预检指令，通过包括电机控制单元(Motor Control Uni，MCU)的控制器局域网CAN总线向所述车辆的电子系统发送探测信号，从而实现车辆预检。

当检测到的故障支持在线修复时，例如故障为车机应用运行异常时，车机10还可以向车辆预检系统30发送故障检测日志(也称作预检日志)。该故障检测日志中可以包括电子信号的状态等信息。系统工程师可以基于故障检测日志开发所述车机应用的升级软件包，车机10接收所述车辆预检系统30通过固件空中下载(Firmware Over-The-Air，FOTA)下发的所述升级软件包，然后车机10根据所述升级软件包升级所述车机应用。

为了使得本申请的技术方案更加清楚、易于理解，下面结合附图对本申请实施例的车辆故障检测方法进行介绍。

参见图2所示的车辆故障检测方法的流程图，该方法包括：

S202:车机10接收移动终端20通过虚拟摄像头实时拍摄的视频。

具体地，车机10可以与移动终端20建立连接，然后打开移动终端20的虚拟摄像头，接收移动终端20通过虚拟摄像头实时拍摄的视频。其中，车机10可以通过不同方式与移动终端20建立连接。下面分别进行介绍。

第一种实现方式，车机10可以通过WiFiDirect与移动终端20建立连接。具体地，车机10打开或启动WiFiDirect以生成一张识别码，该识别码例如可以是二维码或者是条形码，移动终端20扫描该二维码，从而建立移动终端20与车机10的连接。

第二种实现方式，车机10开启热点，移动终端20通过连接车机10开启的热点，从而通过局域网socket方式建立移动终端20和车机10的连接。

第三种实现方式，车机10通过网页即时通信webRTC与所述移动终端20连接。

其中，移动终端20可以通过虚拟摄像头实时拍摄车辆的车身、仪表盘或者是车机10的屏幕等区域，从而记录有车辆细节的视频。其中，根据拍摄区域不同，视频记录的细节可以是不同的。例如，拍摄区域为车身时，视频可以记录车身细节，拍摄区域为仪表盘时，视频可以记录仪表盘细节。

需要说明的是，移动终端20可以是在专业人员的指示下，通过移动终端20实时拍摄车辆的不同区域，从而得到实时拍摄的视频。其中，驾驶员可以通过移动终端20与专业人员语音通信或视频通信，从而接收专业人员的指示，并按照专业人员的指示拍摄车辆。

S204:车机10向车辆预检系统30发送所述视频，以使所述车辆预检系统向专业人员呈现所述视频。

车机10通过向车辆预检系统30发送视频，车辆预检系统30可以向专业人员呈现视频，如此，专业人员可以根据视频进行分析，获得初步的故障检测结果。为了便于描述，本申请实施例称之为第一检测结果。该第一检测结果包括故障类型。

其中，故障类型具体可以包括仪表故障灯示警错误、车身零部件损坏、车机应用运行异常和软件控制模块异常中的一种或多种。专业人员具体是修理厂或4S店中进行车辆故障检测或修复的人员。

S206：车机10接收所述专业人员根据所述视频进行分析所得的第一检测结果。

S208：车机10接收车辆预检系统30下发的预检指令。

进一步地，专业人员还可以通过车辆预检系统30触发预检操作，该预检操作可以是进一步的深度预检操作，车辆预检系统30可以响应于该预检操作，从而生成预检指令，然后车辆预检系统30下发该预检指令。

S210：车机10根据预检指令，执行预检逻辑，获得第二检测结果。

不同预检指令对应不同的预检逻辑，车机10在接收到预检指令后，可以执行与该预检指令对应的预检逻辑，从而获得深度检测结果。为了便于描述，该深度检测结果也称作第二检测结果。所述第二检测结果包括车辆支持的电子信号的状态。

其中，所述车辆支持的电子信号包括车身电子信号、ADAS信号、车身控制系统信号、空调系统信号中的至少一种。车身电子信号可以包括发动机状态、车速等信号中的一种或多种。

在一些可能的实现方式中，车机10可以根据所述预检指令，向所述车辆的电子系统发送探测信号。所述探测信号用于探测所述车身电子信号、所述ADAS信号、所述车身控制系统信号、所述空调系统信号中的一种或多种，然后车机10接收所述车辆的电子系统对所述探测信号的反馈，获得第二检测结果。其中，车辆的电子系统对探测信号的反馈包括所述车辆支持的电子信号的状态，当所述状态为异常时，所述反馈还包括故障码。相应地，第二检测结果可以包括上述反馈的内容。

其中，车机10在探测车辆支持的电子信号时，可以通过汽车服务CarService系统或者包括电机控制单元(motor control unit，MCU)的控制器局域网(Controller AreaNetwork，CAN)总线实现。

在一些可能的实现方式中，Car Service系统预留有至少一种预检信号，车机10可以基于预检指令，采用与该预检指令对应的至少一种预检信号生成探测信号，然后向所述车辆的电子系统发送探测信号。

在另一些可能的实现方式中，车机10可以通过包括MCU的CAN总线，实时地和车辆的电子系统，例如和车身的各个电子部件通信，从而实现向车辆的电子系统发送探测信号，以获得相应的反馈。

上述S208至S210为本申请实施例的可选步骤，在本申请实施例其他可选的实现方式中，也可以不执行上述步骤。例如，故障类型不属于车机10能够检测的故障类型时，车机10也可以不执行上述步骤。

基于上述内容描述，本申请实施例提供了一种车辆故障检测方法。该方法中，车机10将移动终端20作为移动摄像头对车辆进行实时拍摄，车机10再将实时拍摄的视频传送至车辆预检系统30，由专业人员基于实时拍摄的视频进行分析，由此实现在线预检。通过该在线预检可以避免车辆发生可在线修复的故障时，驾驶车辆至修理厂或4S店导致车辆过度检测或过度修理，降低了故障排查时间，提高了故障检查效率，减少了故障检查成本。

通过图2所示实施例进行车辆故障检测后，还可以进行故障修复。其中，故障修复包括线上修复和线下修复。下面分别对上述两种修复方式进行说明。

当车辆的故障不支持线上修复时，例如车身零部件损坏时，车机10还可以向驾驶员程序导航信息，该导航信息用于指示邻近的修理地点的路径。如此，驾驶员可以按照该路径驾驶车辆至邻近的修理地点进行线下修复。

当车辆的故障支持线上修复时，例如车辆的故障为软件相关故障，如车机应用运行异常时，车机10还可以向所述车辆预检系统发送故障检测日志。该故障检测日志可以是车机10执行预检逻辑产生的日志，也称预检日志。如此，系统工程师可以根据所述故障检测日志开发所述车机应用的升级软件包。所述车机10可以接收所述车辆预检系统30通过固件空中下载(FirmwareOver-The-Air，FOTA)下发的所述升级软件包。车机10根据所述升级软件包升级所述车机应用。

其中，FOTA是指通过云端升级技术，为具有连网功能的设备，例如手机、平板电脑、便携式媒体播放器、移动互联网设备等提供固件升级服务，用户使用网络以按需、易扩展的方式获取升级包，并通过FOTA进行云端升级，完成修复和优化。

接下来，将分别从车辆故障检测方法的整体流程，以及建立诊断系统(或者称作检测系统)、利用诊断系统进行故障检测的流程进行详细说明。

参见图3所示的车辆故障检测方法的整体流程图，该方法包括如下步骤：

步骤1、驾驶员打开车机10的WiFiDirect，以建立和移动终端20(如手机)的连接。

步骤2、车机10远程打开移动终端20的虚拟摄像头，通过WiFiDirect获取虚拟摄像头实时拍摄的视频。

在该步骤中，车机10建立移动终端20和车机10的事实视频链路。此部分也可以通过车机10提供热点，移动终端访问热点实现。或者是通过WebRTC技术实现。

步骤3、车机10实时展示视频，并呼叫后台的车辆预检系统30，创建事故工单，以及将视频传输至后台的车辆预检系统30。

步骤4、专业人员可以实时查看视频，并和车主建立实时通话，询问事故过程或者遇到的问题，然后结合视频和上述询问结果进行分析，获得第一检测结果。

步骤5、专业人员在查看视频并沟通过后，还可以实时下达预检指令。车机10根据预检指令，对车身电子信号、ADAS信号、车身控制系统信号或者空调系统信号进行扫描检查，获得相应的反馈。

该反馈可以包括电子信号的状态。并且，电子信号的状态为异常时，反馈还可以包括故障码。

步骤6、当反馈表征故障类型为车机应用运行异常时，车机10可以向车辆预检系统30发送故障检测日志，系统工程师根据该日志对车机应用进行优化，例如可以开发软件升级包，然后向车机10发送上述软件升级包，车机10根据该软件升级包对车机应用进行升级。

步骤7、当故障类型不支持线上修复时，车机10可以向驾驶员呈现导航信息，以便于驾驶员根据该导航信息将车辆驾驶至邻近的修理地点进行线性修复。

其中，车机10可以执行步骤6和步骤7中的一个步骤，以通过不同方式对车辆的故障进行修复。

接下来，将对检测系统(也即故障诊断系统)建立和基于检测系统(例如故障诊断系统)的车辆故障检测的流程进行详细说明。

参见图4所示的故障诊断系统进行故障检测的流程示意图，该方法包括：

第一个步骤：驾驶员(例如可以为车主)打开车机10的故障诊断系统。

第二个步骤：驾驶员打开移动终端20(如手机)的故障诊断系统。

第三个步骤：车机10建立手机和车机10的视频链路，将手机端的视频实时显示到车机10。

第四个步骤：车机10在接收到手机端视频数据后，将手机作为一个虚拟摄像头设备，实时显示手机端的视频数据。

第五个步骤：车机10在视频建立后呼叫后台的车辆预检系统30，车辆预检系统30实时响应驾驶员的求助信息，分配相应的工单给到对应的专业人员。

第六个步骤：专业人员查看视频并和车主进行实时对话，这样一个实时故障检测系统的流程就开始建立。

接着参见图5所示的基于故障检测系统进行故障检测的方法的流程图，该方法包括以下步骤：

第一个步骤：故障检测系统(如诊断系统)建立以后，专业人员可实时查看车机10推流，可以让用户手持手机查看车辆的仪表状态，发动机状态，车机状态，沟通车辆所遇问题的场景，针对现场情况作一个初步检测，得到初步的检测结果。

第二个步骤：在获取车辆初步的检测结果后，专业人员可以通过后台下达预检指令(例如是诊断命令)。该预检指令传递到车机10后，车机10可以通过CarSerive去CAN总线上扫描车身的电子信号状态，以便确认是那些电子信号出现了故障。

第三个步骤：在扫描电子信号后将信号扫描结果(例如是电子系统的反馈)同步上传到后台，后台的车辆预检系统30可以根据包括信号扫描结果的故障检测日志进行进一步检测，寻找到可能出现问题的地方。

第四个步骤：在确认问题后，查看问题是否可以线上解决，比如发动机机油里程警告，这种故障码可以在线上实时消除，对于线上无法解决的问题，后台生成工单后直接派发给最近的修理厂，车主可直接去修理厂快速解决问题。

第五个步骤：后台收集到视频和诊断日志后，生成工单派发给车机10的系统工程师(也称系统人员)，系统工程师根据故障检测日志和视频对车机10进行故障排查，优化软件功能，最后通过FOTA方式定点推送给用户车机进行升级，从而最终解决问题。

基于本申请实施例提供的上述方法，本申请实施例还提供了与上述方法对应的车机10。

参见图6所示的车机的结构示意图，所述车机10包括：

视频获取单元602，用于接收移动终端实时拍摄的视频，所述视频中包括所述车辆的细节；

故障检测单元604，用于所述车机向车辆预检系统发送所述视频，以使所述车辆预检系统向专业人员呈现所述视频，接收所述专业人员根据所述视频进行分析所得的第一检测结果，所述第一检测结果包括故障类型。

在一些可能的实现方式中，所述故障检测单元604还用于：

接收所述车辆预检系统下发的预检指令；

根据所述预检指令，执行预检逻辑，获得第二检测结果，所述第二检测结果包括车辆支持的电子信号的状态。

在一些可能的实现方式中，所述车辆支持的电子信号包括车身电子信号、先进驾驶辅助系统ADAS信号、车身控制系统信号、空调系统信号中的至少一种；

所述故障检测单元604具体用于：

根据所述预检指令，向所述车辆的电子系统发送探测信号，所述探测信号用于探测所述车身电子信号、所述ADAS信号、所述车身控制系统信号、所述空调系统信号中的一种或多种；

接收所述车辆的电子系统对所述探测信号的反馈，获得第二检测结果，所述反馈包括所述车辆支持的电子信号的状态，当所述状态为异常时，所述反馈还包括故障码。

在一些可能的实现方式中，所述故障检测单元604具体用于：

根据所述预检指令，通过汽车服务系统向所述车辆的电子系统发送探测信号，所述汽车服务系统预留有至少一种预检信号，所述探测信号根据所述至少一种预检信号生成；或者，

根据所述预检指令，通过包括电机控制单元的控制器局域网CAN总线向所述车辆的电子系统发送探测信号。

在一些可能的实现方式中，所述车机10还包括：

故障修复单元，用于当所述车辆的故障不支持线上修复时，向驾驶员呈现导航信息，所述导航信息用于指示邻近的修理地点的路径。

在一些可能的实现方式中，所述故障类型包括仪表故障灯示警错误、车身零部件损坏、车机应用运行异常和软件控制模块异常中的一种或多种。

在一些可能的实现方式中，所述车机10还包括：

故障修复单元，用于所述故障类型为所述车机应用运行异常时，向所述车辆预检系统发送故障检测日志，以使系统工程师根据所述故障检测日志开发所述车机应用的升级软件包，接收所述车辆预检系统通过固件空中下载FOTA下发的所述升级软件包，根据所述升级软件包升级所述车机应用。

在一些可能的实现方式中，所述车机10还包括：

连接单元，用于通过WiFiDirect与所述移动终端连接；或者，开启热点，响应于所述移动终端连接所述热点的请求，通过局域网套接字与所述移动终端连接；或者，通过网页即时通信webRTC与所述移动终端连接。

根据本申请实施例的车机10可对应于执行本申请实施例中描述的方法，并且车机10的各个模块/单元的上述和其它操作和/或功能分别为了实现图2所示实施例中的各个方法的相应流程，为了简洁，在此不再赘述。

本申请提供一种车辆，该车辆可以是燃油车辆，或者是新能源车辆。该车辆包括车机10和MCU，所述车机10和MCU连接。其中，车机用于执行本申请实施例的车辆故障检测方法。

本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在车机10上运行时，使得车机10执行上述车辆故障检测方法。

本申请提供了一种包含指令的计算机程序产品，当其在车机10上运行时，使得车机10执行上述车辆故障检测方法。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本申请提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、ROM、RAM、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，训练设备，或者网络设备等)执行本申请各个实施例所述的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、训练设备或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、训练设备或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的训练设备、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

Claims (10)

1.一种车辆故障检测方法，其特征在于，所述方法包括：

车机接收移动终端通过虚拟摄像头实时拍摄的视频，所述视频中包括所述车辆的细节；

所述车机向车辆预检系统发送所述视频，以使所述车辆预检系统向专业人员呈现所述视频；

所述车机接收所述专业人员根据所述视频进行分析所得的第一检测结果，所述第一检测结果包括故障类型。

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

所述车机接收所述车辆预检系统下发的预检指令；

所述车机根据所述预检指令，执行预检逻辑，获得第二检测结果，所述第二检测结果包括车辆支持的电子信号的状态。

3.根据权利要求2所述的方法，其特征在于，所述车辆支持的电子信号包括车身电子信号、先进驾驶辅助系统ADAS信号、车身控制系统信号、空调系统信号中的至少一种；

所述车机根据所述预检指令，执行预检逻辑，获得第二检测结果，包括：

所述车机根据所述预检指令，向所述车辆的电子系统发送探测信号，所述探测信号用于探测所述车身电子信号、所述ADAS信号、所述车身控制系统信号、所述空调系统信号中的一种或多种；

所述车机接收所述车辆的电子系统对所述探测信号的反馈，获得第二检测结果，所述反馈包括所述车辆支持的电子信号的状态，当所述状态为异常时，所述反馈还包括故障码。

4.根据权利要求3所述的方法，其特征在于，所述车机根据所述预检指令，向所述车辆的电子系统发送探测信号，包括：

所述车机根据所述预检指令，通过汽车服务系统向所述车辆的电子系统发送探测信号，所述汽车服务系统预留有至少一种预检信号，所述探测信号根据所述至少一种预检信号生成；或者，

所述车机根据所述预检指令，通过包括电机控制单元的控制器局域网CAN总线向所述车辆的电子系统发送探测信号。

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

当所述车辆的故障不支持线上修复时，所述车机向驾驶员呈现导航信息，所述导航信息用于指示邻近的修理地点的路径。

6.根据权利要求1至4任一项所述的方法，其特征在于，所述故障类型包括仪表故障灯示警错误、车身零部件损坏、车机应用运行异常和软件控制模块异常中的一种或多种。

7.根据权利要求6所述的方法，其特征在于，所述故障类型为所述车机应用运行异常时，所述方法还包括：

所述车机向所述车辆预检系统发送故障检测日志，以使系统工程师根据所述故障检测日志开发所述车机应用的升级软件包；

所述车机接收所述车辆预检系统通过固件空中下载FOTA下发的所述升级软件包；

所述车机根据所述升级软件包升级所述车机应用。

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

所述车机通过WiFiDirect与所述移动终端连接；或者，

所述车机开启热点，响应于所述移动终端连接所述热点的请求，通过局域网套接字与所述移动终端连接；或者，

所述车机通过网页即时通信webRTC与所述移动终端连接。

9.一种车机，其特征在于，所述车机包括：

视频获取单元，用于接收移动终端实时拍摄的视频，所述视频中包括所述车辆的细节；

故障检测单元，用于所述车机向车辆预检系统发送所述视频，以使所述车辆预检系统向专业人员呈现所述视频，接收所述专业人员根据所述视频进行分析所得的第一检测结果，所述第一检测结果包括故障类型。

10.一种车辆，其特征在于，所述车辆包括车机以及电机控制单元，所述车机与电机控制单元连接，所述车机用于执行如权利要求1至8中任一项所述的车辆故障检测方法。

Images