CN113110390B - 一种车辆故障识别方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及车辆管理技术领域，具体涉及一种车辆故障识别方法、装置、电子设备及存储介质。通过当第一待检测车辆的最近自检时间距离当前时间大于自检有效时间之后，向所述第一待检测车辆下发第一自检指令；获取所述第一待检测车辆根据所述第一自检指令返回的第一自检数据；根据所述第一自检数据判断所述第一待检测车辆是否存在故障问题。通过检查待检测车辆的最近自检时间，对符合自检条件的待检测车辆进行自检，可以更加及时的发现车辆存在的故障，在降低运维人员工作量的同时，为车辆的使用安全提供了更好的保障。

Description

一种车辆故障识别方法、装置、电子设备及存储介质

技术领域

本申请涉及车辆管理技术领域，具体涉及一种车辆故障识别方法、装置、电子设备及存储介质。

背景技术

目前共享车辆的故障的发现主要通过运维人员的线下主动检修以及用户在使用过程中发现问题后进行故障上报的方式。并且，在用户进行故障上报后，还需要线上人员对故障上报内容进行审核，审核通过后，才会将存在问题的车辆标记为故障车辆。上述方式中的车辆故障的发现存在滞后性，以使运维人员以及用户无法及时发现车辆的故障问题，一旦车辆在用户使用过程中出现了故障，又会带来严重的安全问题。

发明内容

本申请实施例的目的在于提供一种车辆故障识别方法、装置、电子设备及存储介质，以改善上述技术问题。

为实现上述目的，本申请提供如下技术方案：

第一方面，本申请实施例提供一种车辆故障识别方法，所述方法包括：

当第一待检测车辆的最近自检时间距离当前时间大于自检有效时间之后，向所述第一待检测车辆下发第一自检指令；

获取所述第一待检测车辆根据所述第一自检指令返回的第一自检数据；

根据所述第一自检数据判断所述第一待检测车辆是否存在故障问题。

在上述方法中，通过在到达自检有效时间之后向第一待检测车辆下发第一自检指令，实现了定期自动对所述第一待检测车辆进行自检，在减少了人力投入的同时还可以更加及时的获取所述第一待检测车辆中是否存在故障车辆，为用户的安全提供了保障。

可选的，在所述根据所述第一自检数据判断所述第一待检测车辆是否存在故障问题之后，所述方法还包括：获取已检测车辆中的故障车辆的第二自检数据、使用数据；根据所述第二自检数据、使用数据获取所述故障车辆的共有特征；对符合所述共有特征的第二待检测车辆下发第二自检指令。

在上述方法中，根据故障车辆所具有的共有特征，对符合所述共有特征的第二待检测车辆下发第二自检指令以获取第二待检测车辆的第二自检数据，并对第二自检数据进行分析，依此判断出第二待检测车辆中的故障车辆。根据共有特征对可能存在故障的第二待检测车辆下发第二自检指令，从而能够更加及时地发现故障车辆。

可选的，所述方法还包括：自检完成后，更新所述第一待检测车辆的所述最近自检时间。

在上述方法中，在自检完成后，更新所述第一待检测车辆的最近自检时间，以保障服务器是根据实际的最近一次自检的时间来确定是否下发自检指令的。

可选的，在所述向所述第一待检测车辆下发第一自检指令之后，所述方法还包括：将所述第一待检测车辆的状态设置为检修状态；自检完成后，重置所述第一待检测车辆的状态。

在上述方法中，通过在所述向所述第一待检测车辆下发第一自检指令之后，将所述第一待检测车辆的状态设置为检修状态，以提醒用户该车辆正在处于检修中。并在自检完成后，重置所述第一待检测车辆的状态。状态重置后，所述第一待检测车辆被设置为空闲状态，可以供用户正常使用。

可选的，在所述根据所述第一自检数据判断所述第一待检测车辆是否存在故障问题之后，所述方法还包括：若存在所述故障问题，根据所述故障问题生成故障修复清单。

可选的，所述方法还包括：将所述故障修复清单分配给维修终端。

在上述方法中，将所述故障修复清单分配给维修终端，以使维修终端根据所述故障修复清单对所述故障车辆进行故障修复。

可选的，所述方法还包括：在接收到所述维修终端返回的维修完成的信息之后，向所述第一待检测车辆下发第三自检指令。

在上述方法中，通过向所述第一待检测车辆下发第三自检指令，以获取第一待检测车辆的实际故障修复结果，检测故障是否已成功被修复。

第二方面，本申请实施例提供一种车辆故障识别装置，所述装置包括：

第一指令下发模块，用于当第一待检测车辆的最近自检时间距离当前时间大于自检有效时间之后，向所述第一待检测车辆下发第一自检指令；

第一更新模块，用于获取所述第一待检测车辆根据所述第一自检指令返回的第一自检数据；

判断模块，用于根据所述第一自检数据判断所述第一待检测车辆是否存在故障问题。

第三方面，本申请提供一种电子设备，包括：处理器和存储器，所述存储器存储有所述处理器可执行的机器可读指令，所述机器可读指令被所述处理器执行时执行如上述车辆故障识别方法中任一所述的方法。

第四方面，本申请提供一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时，执行如上述车辆故障识别方法中任一所述的方法。

本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种车辆故障识别方法的流程示意图；

图2为本申请实施例提供的一种车辆故障识别装置的结构示意图；

图3为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

术语“第一”、“第二”等仅用于将一个实体或者操作与另一个实体或操作区分开来，而不能理解为指示或暗示相对重要性，也不能理解为要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

针对现有技术中存在的不足，本申请实施例提供一种车辆故障识别方法、装置、电子设备及存储介质，用于更加及时的获取车辆的故障信息，为用户的安全提供保障。

本申请实施例提供的一种车辆故障识别方法可以应用于包含一个服务器以及与该服务器通信连接的多辆车辆的系统；其中，每一车辆上设置有多个部位的自检传感器和中控模块。中控模块用于接收服务器下发的自检指令，并控制车辆的自检传感器采集自检数据并返回至中控模块，中控模块对返回的自检数据进行打包后统一发送至服务器，中控模块的电池还可以用于为自检传感器提供工作电压。自检传感器设置于车辆的关键部位，例如：胎压数据采集器、电瓶电压数据采集器、电动机故障检测器、制动故障检测器、车灯故障检测器等。

请参照图1，图1为本申请实施例提供的一种车辆故障识别方法的流程示意图，该车辆故障识别方法，包括如下步骤：

步骤101、当第一待检测车辆的最近自检时间距离当前时间大于自检有效时间之后，向所述第一待检测车辆下发第一自检指令。

步骤102、获取所述第一待检测车辆根据所述第一自检指令返回的第一自检数据。

步骤103、根据所述第一自检数据判断所述第一待检测车辆是否存在故障问题。

其中，在步骤101中，第一待检测车辆指的是任一处于空闲状态的车辆，服务器可以批量获取车辆的当前状态以及处于空闲状态的第一待检测车辆的最近自检时间。其中，确定第一待检测车辆的最近自检时间距离当前时间是否大于自检有效时间的实现方式，可以有多种，下面介绍其中两种：其一，通过服务器获取第一待检测车辆的最近自检时间，其中，可以在服务器设置一个定时调度任务，通过该定时调度任务定期自动批量检查空闲车辆的最近自检时间，且该定时调度任务的调度周期小于所述自检有效时间；其二，可以在车辆的中控模块设置一个定时器，从最近一次自检的时间开始计时，计时达到自检有效时间之后，该定时器向服务器返回一次定时信息，服务器在接收到该定时信息后，就认为该车辆满足最近自检时间距离当前时间大于自检有效时间。其中，自检有效时间指的是自检数据的有效时间，处于自检有效时间内的车辆默认为无故障车辆，不需要进行再次自检；可以理解的是，不同车辆的自检有效时间可以不同，自检有效时间可以根据车辆的使用年限、维修次数、故障程度等条件对不同的车辆进行区别设置；自检有效时间可以预先设定，还可以在车辆达到预设使用条件后，对该车辆的自检有效时间进行调整，例如，可以是一小时，也可以是两小时等，具体可以根据实际情况设定，本申请实施例对此不作具体限定。当前时间可以是服务器的当前时间。当所述最近自检时间距离当前时间大于自检有效时间时，服务器自动下发第一自检指令至所述第一待检测车辆的中控模块，中控模块在接收到自检指令后，控制所述第一待检测车辆的各个部位的自检传感器开始自检，自检传感器可以包括：胎压数据采集器、电瓶电压数据采集器、电动机故障检测器、制动故障检测器、车灯故障检测器等；上述自检传感器均与待检测车辆的中控模块连接，可以由中控模块的电池统一供电。

其中，在步骤102中，所述第一自检数据包括第一待检测车辆的车辆编号、最近自检时间、各个部位的自检传感器采集到的检测数据、密钥信息等。第一待检测车辆的中控模块接收自检传感器的第一自检数据，并对所述第一自检数据进行打包后上传至服务器，其中，服务器和中控模块之间的通信可以通过3G、4G、5G或其他无线通信网络，可以理解的是，还可以通过其他方式进行传输，本申请实施例对服务器和中控模块之间的通信方式不作具体限定。

其中，在步骤103中，将第一自检数据与故障阈值数据进行比较，以判断所述第一待检测车辆是否存在故障问题；可以根据故障问题的类型设置不同的故障阈值数据，单个故障问题可以对应一个或多个故障阈值数据，例如，如果要判断的故障问题是轮胎胎压异常，可以根据胎压数据采集器所采集到的数据与胎压异常阈值数据进行比较，判断是否存在轮胎胎压异常；如果要判断的故障问题是车灯异常，可以根据车灯的检测电流数据以及灯光亮度数据与车灯电流阈值数据以及灯光亮度阈值数据进行比较，综合判断是否存在车灯异常。

由上可知，本申请实施例提供的一种车辆故障识别方法，通过获取第一待检测车辆的最近自检时间；当所述最近自检时间距离当前时间大于自检有效时间时，向所述第一待检测车辆下发第一自检指令；获取所述第一待检测车辆根据所述第一自检指令返回的第一自检数据；根据所述第一自检数据判断所述第一待检测车辆是否存在故障问题。通过检查待检测车辆的最近自检时间，对不在自检有效时间内的待检测车辆进行自检，可以更加及时的发现车辆所存在的故障，在降低运维人员工作量的同时，也对车辆的使用安全提供了更好的保障。

在一些可选的实施例中，所述方法还包括：获取已检测车辆中的故障车辆的第二自检数据、使用数据；根据所述第二自检数据、使用数据获取所述故障车辆的共有特征；对符合所述共有特征的第二待检测车辆下发第二自检指令。

其中，已检测车辆可以是一天时间内的被检测车辆，也可以是一个月时间内的被检测车辆，在此不作具体限定。可以理解的是，共有特征也可以是从一天时间内的故障车辆的自检数据、使用数据中获取的，或是从一个月时间内的故障车辆的自检数据、使用数据中获取的，在此不作具体限定。第二自检数据指的是第一待检测车辆中的故障车辆的自检数据；其中，可以根据所述第二自检数据、使用数据并通过聚类算法获取所述故障车辆的共有特征。所述故障车辆的使用数据包括：距离上次故障检修期间的使用时间、距离上次故障检修期间的使用路程、使用区域、使用路线、开锁频率等。可以根据所述第二自检数据、使用数据提取故障车辆的共有特征，符合该共有特征的待检测车辆即为可能发生故障的待检测车辆，并对可能发生故障的待检测车辆下发第二自检指令；所述第二待检测车辆根据所述第二自检指令进行自检，若发现故障，即可对故障进行及时的修复。

在一些可选的实施例中，服务器也可以根据共有特征获取车辆的优化方案，并将优化方案发送至维修终端，维修人员根据优化方案对所有车辆进行调整，包括当前不存在故障或损坏的车辆。该优化方案是根据共有特征对所有车辆进行优化调整，在车辆还未发生故障之前，消除车辆中存在的故障隐患，避免故障隐患最终演化为实际的车辆故障，以达到从根本上解决故障问题的目的。例如：一段时间内，一段时间可以是一天，也可以是一个月，在此不作具体限定，由于自检传感器位置不当导致传感器容易发生损坏问题的数量达到了损坏的预设数值，那么服务器可以向维修终端下发自检传感器位置不当的提示，使得维修人员调整所有车辆上的该自检传感器的位置，以从根本上解决传感器容易发生损坏的问题。再如，一段时间内的待检测车辆，在用户对车辆的开锁使用次数达到一定数量后，车辆配件容易发生松动，那么服务器可以向维修终端下发配件容易松动的提示，使得维修人员可以在所有车辆的相应位置添加固件，以加固容易松动的配件，从根本上解决配件容易松动的问题。

在一些可选的实施例中，所述获取所述第一待检测车辆中的故障车辆的第二自检数据、使用数据，具体为：统计存在故障问题的故障车辆的车辆数量；当所述车辆数量大于故障数量阈值时，获取已检测车辆中的故障车辆的第二自检数据、使用数据。

其中，当故障车辆的车辆数量大于故障数量阈值时，再获取所述第一待检测车辆中的故障车辆的第二自检数据、使用数据，根据所述第二自检数据、使用数据获取所述故障车辆的共有特征；对符合所述共有特征的第二待检测车辆下发第二自检指令；可以在根据共有特征对可能存在故障的第二待检测车辆下发第二自检指令，以提前发现故障车辆，为用户的使用安全提供保障。例如，在一定区域内，有至少五千辆故障车辆满足使用次数达到100次且使用路程超过500km，可以认为满足使用次数达到100次且使用路程超过500km这一条件的车辆可能发生故障，那么就对符合使用次数达到100次且使用路程超过500km的第二待检测车辆下发第二自检指令，以达到提前发现故障车辆，保障用户可以安全使用的目的。再如，在另一区域内，有至少两千辆车辆满足开锁次数大于五千次，可以认为满足开锁次数大于五千次这一条件的车辆可能发生故障，那么就对符合开锁次数大于五千次的第二待检测车辆下发第二自检指令，以达到提前发现故障车辆，保障用户可以安全使用的目的。

在一些可选的实施例中，所述方法还包括：自检完成后，更新所述第一待检测车辆的所述最近自检时间。

其中，自检完成包括：根据所述第一自检数据判断出所述第一待检测车辆不存在故障问题的情况；以及，根据所述第一自检数据判断出所述第一待检测车辆存在故障问题，经过维修人员的维修后，判断出故障问题已解决的情况。

在一些可选的实施例中，所述方法还包括：若在预设反馈时间内未收到所述第一待检测车辆返回的自检数据，则向所述第一待检测车辆重发所述第一自检指令。

其中，若预设反馈时间没有接收到任一数据采集传感器的返回数据时，向所述第一待检测车辆重发所述第一自检指令并将该数据采集传感器的检测数据设为无效数据，自动忽略，以此防止在第一待检测车辆的数据采集传感器发生故障，导致该数据采集传感器无法返回数据或者返回数据超时的情况下，第一待检测车辆一直处于获取第一自检数据的状态。

在一些可选的实施例中，所述方法还包括：若重发多次均未收到该数据采集传感器返回的数据，则指示人工排查故障。

其中，重发多次为至少两次，可以是两次，也可以是三次，本申请实施例对第一自检指令的重发次数不作具体限定。

在一些可选的实施例中，在所述向所述第一待检测车辆下发第一自检指令之后，所述方法还包括：将所述第一待检测车辆的状态设置为检修状态；自检完成后，重置所述第一待检测车辆的状态。

其中，车辆处于检修状态时，为了防止用户使用正在检修的车辆，保障用户的使用安全，检修状态下，用户无法进行开锁、预约等操作。自检完成包括：根据所述第一自检数据判断出所述第一待检测车辆不存在故障问题的情况；以及，根据所述第一自检数据判断出所述第一待检测车辆存在故障问题，经过维修人员的维修后，判断出故障问题已解决的情况。重置所述第一待检测车辆的状态指的是将所述第一待检测车辆设置为空闲状态，可以供用户正常使用。

在一些可选的实施例中，在所述根据所述第一自检数据判断所述第一待检测车辆是否存在故障问题之后，所述方法还包括：若存在所述故障问题，根据所述故障问题生成故障修复清单。

其中，所述故障问题包括：自检传感器故障、胎压数据异常、电瓶电压数据异常、电动机故障、制动故障、车灯故障、解锁异常等。可以根据运维人员的工作经验设置故障类型、故障阈值数据以及与该故障阈值数据所对应的第一自检数据。所述故障修复清单包括：故障车辆编号、故障类型、故障车辆位置等。

在一些可选的实施例中，所述方法还包括：将所述故障修复清单分配给维修终端。

其中，可以通过手机APP任务、邮件、短信等方式根据所述故障修复清单中的故障类型、故障车辆位置将该维修任务分配给相应的维修点的维修人员，以便于相应的维修人员根据故障修复清单的内容对该故障车辆进行修复。

在一些可选的实施例中，所述方法还包括：在接收到所述维修终端返回的维修完成的信息之后，向所述第一待检测车辆下发第三自检指令。

其中，维修人员根据故障修复清单的内容对该故障车辆进行修复，修复完成后，上传对应的故障问题已完成维修的信息提示，服务器在接收到维修终端返回的维修完成的信息提示后，向完成维修的车辆下发第三自检指令，以判断此次维修是否成功或者判断是否还存在其他问题。若维修后的车辆不存在任何故障问题，则认为本次自检完成，并重置完成维修的车辆的状态。

请参照图2，图2为本申请实施例提供的一种车辆故障识别装置的结构示意图，该车辆故障识别装置，用于更加及时的获取车辆的故障信息，为用户的安全提供保障，包括：

第一指令下发模块，用于当第一待检测车辆的最近自检时间距离当前时间大于自检有效时间之后，向所述第一待检测车辆下发第一自检指令；

第一更新模块，用于获取所述第一待检测车辆根据所述第一自检指令返回的第一自检数据；

判断模块，用于根据所述第一自检数据判断所述第一待检测车辆是否存在故障问题。

在一些可选的实施例中，该车辆故障识别装置还包括：第一获取模块，用于获取已检测车辆中的故障车辆的第二自检数据、使用数据；第二获取模块，用于根据所述第二自检数据、使用数据获取所述故障车辆的共有特征；第二指令下发模块，用于对符合所述共有特征的第二待检测车辆下发第二自检指令。

在一些可选的实施例中，所述第一获取模块具体用于：统计存在故障问题的故障车辆的车辆数量；当所述车辆数量大于故障数量阈值时，获取所述第一待检测车辆中的故障车辆的第二自检数据、使用数据。

在一些可选的实施例中，该车辆故障识别装置还包括：第二更新模块，用于自检完成后，更新所述第一待检测车辆的所述最近自检时间。

在一些可选的实施例中，该车辆故障识别装置还包括：自检指令重发模块，用于若在预设反馈时间内未收到所述第一待检测车辆返回的自检数据，则向所述第一待检测车辆重发所述第一自检指令。

在一些可选的实施例中，该车辆故障识别装置还包括：排查指示模块，用于若重发多次均未收到该数据采集传感器返回的数据，则指示人工排查故障。

在一些可选的实施例中，该车辆故障识别装置还包括：检修状态设置模块，用于将所述第一待检测车辆的状态设置为检修状态；状态重置模块，用于自检完成后，重置所述第一待检测车辆的状态。

在一些可选的实施例中，该车辆故障识别装置还包括：清单生成模块，用于若存在所述故障问题，根据所述故障问题生成故障修复清单。

在一些可选的实施例中，该车辆故障识别装置还包括：清单分配模块，用于将所述故障修复清单分配给维修终端。

在一些可选的实施例中，该车辆故障识别装置还包括：第三指令下发模块，用于在接收到所述维修终端返回的维修完成的信息之后，向所述第一待检测车辆下发第三自检指令。

上述车辆故障识别装置中各模块的具体实现方式可以参照前面介绍的车辆故障识别方法中相应步骤的实现方法。

图3为本申请实施例提供的一种电子设备的结构示意图。参照图3，电子设备3包括：处理器301、存储器302，这些组件通过通信总线303和/或其他形式的连接机构(未示出)互连并相互通讯。

其中，存储器302包括一个或多个(图中仅示出一个)，其可以是，但不限于，随机存取存储器(Random Access Memory，简称RAM)，只读存储器(Read Only Memory，简称ROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，电可擦除可编程只读存储器(Electric Erasable Programmable Read-Only Memory，简称EEPROM)等。处理器301以及其他可能的组件可对存储器302进行访问，读和/或写其中的数据。

处理器301包括一个或多个(图中仅示出一个)，其可以是一种集成电路芯片，具有信号的处理能力。上述的处理器301可以是通用处理器，包括中央处理器(CentralProcessing Unit，简称CPU)、微控制单元(Micro Controller Unit，简称MCU)、网络处理器(Network Processor，简称NP)或者其他常规处理器；还可以是专用处理器，包括神经网络处理器(Neural-network Processing Unit，简称NPU)、图形处理器(Graphics ProcessingUnit，简称GPU)、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuits，简称ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。并且，在处理器301为多个时，其中的一部分可以是通用处理器，另一部分可以是专用处理器。

在存储器302中可以存储一个或多个计算机程序指令，处理器301可以读取并运行这些计算机程序指令，以实现本申请实施例提供的一种车辆故障识别方法。

可以理解的，图3所示的结构仅为示意，电子设备3还可以包括比图3中所示更多或者更少的组件，或者具有与图3所示不同的结构。图3中所示的各组件可以采用硬件、软件或其组合实现。电子设备3可能是实体设备，例如PC机、笔记本电脑、平板电脑、手机、服务器、嵌入式设备等，也可能是虚拟设备，例如虚拟机、虚拟化容器等。并且，电子设备3也不限于单台设备，也可以是多台设备的组合或者大量设备构成的集群。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被计算机的处理器读取并运行时，执行本申请实施例提供的车辆故障识别方法。例如，计算机可读存储介质可以实现为图3中电子设备3中的存储器302。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (9)

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

当第一待检测车辆的最近自检时间距离当前时间大于自检有效时间之后，向所述第一待检测车辆下发第一自检指令；其中，所述第一待检测车辆指的是任一处于空闲状态的车辆；

获取所述第一待检测车辆根据所述第一自检指令返回的第一自检数据；

根据所述第一自检数据判断所述第一待检测车辆是否存在故障问题；

其中，在所述根据所述第一自检数据判断所述第一待检测车辆是否存在故障问题之后，所述方法还包括：获取已检测车辆中的故障车辆的第二自检数据、使用数据；根据所述第二自检数据、使用数据获取所述故障车辆的共有特征；对符合所述共有特征的第二待检测车辆下发第二自检指令；

所述获取已检测车辆中的故障车辆的第二自检数据、使用数据，包括：统计存在故障问题的故障车辆的车辆数量；当所述车辆数量大于故障数量阈值时，获取已检测车辆中的故障车辆的第二自检数据、使用数据。

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

自检完成后，更新所述第一待检测车辆的所述最近自检时间。

3.根据权利要求1所述的方法，其特征在于，在所述向所述第一待检测车辆下发第一自检指令之后，所述方法还包括：

将所述第一待检测车辆的状态设置为检修状态；

自检完成后，重置所述第一待检测车辆的状态。

4.根据权利要求1所述的方法，其特征在于，在所述根据所述第一自检数据判断所述第一待检测车辆是否存在故障问题之后，所述方法还包括：

若存在所述故障问题，根据所述故障问题生成故障修复清单。

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

将所述故障修复清单分配给维修终端。

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

在接收到所述维修终端返回的维修完成的信息之后，向所述第一待检测车辆下发第三自检指令。

7.一种车辆故障识别装置，其特征在于，所述装置包括：

第一指令下发模块，用于当第一待检测车辆的最近自检时间距离当前时间大于自检有效时间之后，向所述第一待检测车辆下发第一自检指令；其中，所述第一待检测车辆指的是任一处于空闲状态的车辆；

第一更新模块，用于获取所述第一待检测车辆根据所述第一自检指令返回的第一自检数据；

判断模块，用于根据所述第一自检数据判断所述第一待检测车辆是否存在故障问题；

第一获取模块，用于获取已检测车辆中的故障车辆的第二自检数据、使用数据；

第二获取模块，用于根据所述第二自检数据、使用数据获取所述故障车辆的共有特征；

第二指令下发模块，用于对符合所述共有特征的第二待检测车辆下发第二自检指令；

所述第一获取模块，具体用于统计存在故障问题的故障车辆的车辆数量；当所述车辆数量大于故障数量阈值时，获取所述第一待检测车辆中的故障车辆的第二自检数据、使用数据。

8.一种电子设备，其特征在于，包括存储器以及处理器，所述存储器中存储有计算机程序指令，所述计算机程序指令被所述处理器读取并运行时，执行权利要求1-6中任一所述的方法。

9.一种存储介质，其特征在于，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1-6中任一所述的方法。

Images