CN116609092A - 故障检测方法、装置、计算机设备和存储介质 - Google Patents
故障检测方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN116609092A CN116609092A CN202310890397.5A CN202310890397A CN116609092A CN 116609092 A CN116609092 A CN 116609092A CN 202310890397 A CN202310890397 A CN 202310890397A CN 116609092 A CN116609092 A CN 116609092A
- Authority
- CN
- China
- Prior art keywords
- component
- vehicle
- result
- information
- vehicle component
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000001514 detection method Methods 0.000 title claims abstract description 148
- 238000003745 diagnosis Methods 0.000 claims abstract description 195
- 230000004044 response Effects 0.000 claims abstract description 78
- 238000012544 monitoring process Methods 0.000 claims abstract description 35
- 238000000034 method Methods 0.000 claims abstract description 33
- 230000006870 function Effects 0.000 claims description 94
- 238000004891 communication Methods 0.000 claims description 51
- 238000012360 testing method Methods 0.000 claims description 34
- 238000012797 qualification Methods 0.000 claims description 27
- 238000004590 computer program Methods 0.000 claims description 22
- 238000013507 mapping Methods 0.000 claims description 9
- 230000008569 process Effects 0.000 description 6
- 230000008859 change Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000011835 investigation Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 229910021389 graphene Inorganic materials 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000010248 power generation Methods 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01M—TESTING STATIC OR DYNAMIC BALANCE OF MACHINES OR STRUCTURES; TESTING OF STRUCTURES OR APPARATUS, NOT OTHERWISE PROVIDED FOR
- G01M17/00—Testing of vehicles
- G01M17/007—Wheeled or endless-tracked vehicles
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01D—MEASURING NOT SPECIALLY ADAPTED FOR A SPECIFIC VARIABLE; ARRANGEMENTS FOR MEASURING TWO OR MORE VARIABLES NOT COVERED IN A SINGLE OTHER SUBCLASS; TARIFF METERING APPARATUS; MEASURING OR TESTING NOT OTHERWISE PROVIDED FOR
- G01D21/00—Measuring or testing not otherwise provided for
- G01D21/02—Measuring two or more variables by means not covered by a single other subclass
Abstract
本申请涉及一种故障检测方法、装置、计算机设备和存储介质。所述方法包括：响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测所述车辆部件的实际状态信息，并接收所述故障检测设备发送的所述车辆部件的操作信息；所述操作信息是基于用户对所述车辆部件的操作反馈信息生成的；基于所述车辆部件的实际状态信息和操作信息，确定所述车辆部件的部件诊断子结果，并基于各所述车辆部件的部件诊断子结果，确定所述共享车辆的部件诊断结果；基于所述部件诊断结果，确定所述目标共享车辆的故障诊断结果，并向所述故障检测设备发送所述故障诊断结果。采用本方法能够提高共享车辆故障检测的效率。
Description
技术领域
本申请涉及人工智能技术领域，特别是涉及一种故障检测方法、装置、计算机设备、存储介质和计算机程序产品。
背景技术
随着共享技术的发展，越来越多的共享车辆入驻城市，越来越多的人使用共享车辆。共享车辆在使用中可能会出现故障。因此，需要对共享车辆进行故障检测，以及时维修故障共享车辆，保证用户体验。
相关的共享车辆的故障检测方法主要依赖维修人员个人经验，需要对共享车辆进行拆车逐个排查。因此，相关的故障检测方法耗费的时间长，效率低下。
发明内容
基于此，有必要针对上述技术问题，提供一种能够提高效率的故障检测方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
第一方面，本申请提供了一种故障检测方法。所述方法包括：
响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测所述车辆部件的实际状态信息，并接收所述故障检测设备发送的所述车辆部件的操作信息；所述操作信息是基于用户对所述车辆部件的操作反馈信息生成的；
基于所述车辆部件的实际状态信息和操作信息，确定所述车辆部件的部件诊断子结果，并基于各所述车辆部件的部件诊断子结果，确定所述共享车辆的部件诊断结果；
基于所述部件诊断结果，确定所述目标共享车辆的故障诊断结果，并向所述故障检测设备发送所述故障诊断结果。
在其中一个实施例中，在所述响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测所述车辆部件的实际状态信息之前，所述方法还包括：
响应于故障检测设备发送的核心功能诊断指令，向目标共享车辆的车辆部件发送所述车辆部件对应的通信测试数据；
接收所述车辆部件对应的通信测试响应信息，并根据所述通信测试响应信息，确定所述目标共享车辆的核心功能诊断结果；
在所述核心功能诊断结果为核心功能正常的情况下，执行所述响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测所述车辆部件的实际状态信息步骤。
在其中一个实施例中，所述根据所述通信测试响应信息，确定所述目标共享车辆的核心功能诊断结果包括：
针对每一个车辆部件，根据所述车辆部件对应的通信响应信息，确定所述车辆部件对应的核心功能诊断子结果；
监测电子控制单元的电子控制单元信息，并根据所述电子控制单元信息，确定所述电子控制单元对应的核心功能诊断子结果；
基于各所述车辆部件对应的核心功能诊断子结果和所述电子控制单元对应的核心功能诊断子结果，确定所述目标共享车辆的核心功能诊断结果。
在其中一个实施例中，所述基于所述车辆部件的实际状态信息和操作信息，确定所述车辆部件的部件诊断子结果，还包括：
当达到预设的响应时间时，若本次监测到的所述车辆部件的实际状态信息与上一次监测到的所述车辆部件的实际状态信息相同，则确定本次响应超时；
确定在预设的监测时间内，响应超时的目标次数；
若所述目标次数大于或等于预设的超时次数阈值，则确定所述车辆部件的部件诊断子结果为故障。
在其中一个实施例中，在所述车辆部件为控制器的情况下，所述控制器的实际状态信息包括所述目标共享车辆的速度，所述控制器的操作信息包括所述目标共享车辆的拧转把程度信息，所述基于所述车辆部件的实际状态信息和操作信息，确定所述车辆部件的部件诊断子结果包括：
在预设的共享车辆的拧转把程度和期望速度区间的映射关系中，查询所述目标共享车辆的拧转把程度信息对应的目标期望速度区间；
基于所述目标共享车辆的速度和所述目标期望速度区间，确定所述车辆部件的部件第一诊断子结果；
基于所述车辆部件的部件第一诊断子结果，确定所述车辆部件的部件诊断子结果。
在其中一个实施例中，所述目标共享车辆的拧转把程度信息包括拧转把程度时间序列，所述基于所述车辆部件的部件第一诊断子结果，确定所述车辆部件的部件诊断子结果包括：
获取所述拧转把程度时间序列对应的所述目标共享车辆的速度信息；
基于所述速度信息，确定所述目标共享车辆的速度的目标波形类型；
根据所述目标波形类型和所述拧转把程度时间序列对应的基准波形类型，确定所述车辆部件的部件第二诊断子结果；
基于所述部件第一诊断子结果和所述部件第二诊断子结果，确定所述车辆部件的部件诊断子结果。
在其中一个实施例中，所述基于所述车辆部件的实际状态信息和操作信息，确定所述车辆部件的部件诊断子结果包括：
基于每一次获取的所述实际状态信息和接收的所述操作信息，确定所述次的部件诊断次结果；
确定所述部件诊断次结果表示正常的目标数量和所述部件诊断次结果的总数量，并基于所述目标数量和所述总数量，计算所述车辆部件的检测合格率；
若所述车辆部件的检测合格率大于预设的合格率阈值，则确定所述车辆部件的部件诊断子结果为正常。
第二方面，本申请还提供了一种故障检测装置。所述装置包括：
监测模块，用于响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测所述车辆部件的实际状态信息，并接收所述故障检测设备发送的所述车辆部件的操作信息；所述操作信息是基于用户对所述车辆部件的操作反馈信息生成的；
第一确定模块，用于基于所述车辆部件的实际状态信息和操作信息，确定所述车辆部件的部件诊断子结果，并基于各所述车辆部件的部件诊断子结果，确定所述共享车辆的部件诊断结果；
第二确定模块，用于基于所述部件诊断结果，确定所述目标共享车辆的故障诊断结果，并向所述故障检测设备发送所述故障诊断结果。
在其中一个实施例中，所述装置还包括：
发送模块，用于响应于故障检测设备发送的核心功能诊断指令，向目标共享车辆的车辆部件发送所述车辆部件对应的通信测试数据；
第三确定模块，用于接收所述车辆部件对应的通信测试响应信息，并根据所述通信测试响应信息，确定所述目标共享车辆的核心功能诊断结果；
执行模块，用于在所述核心功能诊断结果为核心功能正常的情况下，执行所述响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测所述车辆部件的实际状态信息步骤。
在其中一个实施例中，所述第三确定模块，具体用于：
针对每一个车辆部件，根据所述车辆部件对应的通信响应信息，确定所述车辆部件对应的核心功能诊断子结果；
监测电子控制单元的电子控制单元信息，并根据所述电子控制单元信息，确定所述电子控制单元对应的核心功能诊断子结果；
基于各所述车辆部件对应的核心功能诊断子结果和所述电子控制单元对应的核心功能诊断子结果，确定所述目标共享车辆的核心功能诊断结果。
在其中一个实施例中，所述第一确定模块，还具体用于：
当达到预设的响应时间时，若本次监测到的所述车辆部件的实际状态信息与上一次监测到的所述车辆部件的实际状态信息相同，则确定本次响应超时；
确定在预设的监测时间内，响应超时的目标次数；
若所述目标次数大于或等于预设的超时次数阈值，则确定所述车辆部件的部件诊断子结果为故障。
在其中一个实施例中，在所述车辆部件为控制器的情况下，所述控制器的实际状态信息包括所述目标共享车辆的速度，所述控制器的操作信息包括所述目标共享车辆的拧转把程度信息，所述第一确定模块，具体用于：
在预设的共享车辆的拧转把程度和期望速度区间的映射关系中，查询所述目标共享车辆的拧转把程度信息对应的目标期望速度区间；
基于所述目标共享车辆的速度和所述目标期望速度区间，确定所述车辆部件的部件第一诊断子结果；
基于所述车辆部件的部件第一诊断子结果，确定所述车辆部件的部件诊断子结果。
在其中一个实施例中，所述目标共享车辆的拧转把程度信息包括拧转把程度时间序列，所述第一确定模块，具体用于：
获取所述拧转把程度时间序列对应的所述目标共享车辆的速度信息；
基于所述速度信息，确定所述目标共享车辆的速度的目标波形类型；
根据所述目标波形类型和所述拧转把程度时间序列对应的基准波形类型，确定所述车辆部件的部件第二诊断子结果；
基于所述部件第一诊断子结果和所述部件第二诊断子结果，确定所述车辆部件的部件诊断子结果。
在其中一个实施例中，所述第一确定模块，具体用于：
基于每一次获取的所述实际状态信息和接收的所述操作信息，确定所述次的部件诊断次结果；
确定所述部件诊断次结果表示正常的目标数量和所述部件诊断次结果的总数量，并基于所述目标数量和所述总数量，计算所述车辆部件的检测合格率；
若所述车辆部件的检测合格率大于预设的合格率阈值，则确定所述车辆部件的部件诊断子结果为正常。
第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的步骤。
第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的步骤。
第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面所述的步骤。
上述故障检测方法、装置、计算机设备、存储介质和计算机程序产品，响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测所述车辆部件的实际状态信息，并接收所述故障检测设备发送的所述车辆部件的操作信息；所述操作信息是基于用户对所述车辆部件的操作反馈信息生成的；基于所述车辆部件的实际状态信息和操作信息，确定所述车辆部件的部件诊断子结果，并基于各所述车辆部件的部件诊断子结果，确定所述共享车辆的部件诊断结果；基于所述部件诊断结果，确定所述目标共享车辆的故障诊断结果，并向所述故障检测设备发送所述故障诊断结果。这样，目标共享车辆的电子控制单元响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测该车辆部件的实际状态信息，并接收所述故障检测设备发送的基于用户对该车辆部件的操作反馈信息生成的操作信息，基于该车辆部件的实际状态信息和操作信息，确定该车辆部件是否出现故障，实现对目标共享车辆的故障检测，通过故障检测设备、目标共享车辆和用户配合的方式，实现对共享车辆的故障定位，无需对共享车辆进行拆车逐个排查，耗费的时间短，能够提高故障检测的效率。
附图说明
图1为一个实施例中故障检测方法的流程示意图；
图2为一个实施例中在响应于故障检测设备发送的部件诊断指令之前，该方法还包括的步骤的流程示意图；
图3为一个实施例中确定目标共享车辆的核心功能诊断结果步骤的流程示意图；
图4为一个实施例中基于车辆部件的实际状态信息和操作信息，确定车辆部件的部件诊断子结果步骤的流程示意图；
图5为一个实施例中在车辆部件为控制器的情况下，确定车辆部件的部件诊断子结果步骤的流程示意图；
图6为一个实施例中基于车辆部件的部件第一诊断子结果，确定车辆部件的部件诊断子结果步骤的流程示意图；
图7为另一个实施例中基于车辆部件的实际状态信息和操作信息，确定车辆部件的部件诊断子结果步骤的流程示意图；
图8为一个实施例中故障检测装置的结构框图；
图9为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
在一个实施例中，如图1所示，提供了一种故障检测方法，该方法应用于目标共享车辆，具体的，该方法可以应用于目标共享车辆的电子控制单元（Electronic ControlUnit，ECU）。本实施例以该方法应用于电子控制单元进行举例说明。其中，本实施例中，该方法包括以下步骤：
步骤101，响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测该车辆部件的实际状态信息，并接收故障检测设备发送的该车辆部件的操作信息。
其中，操作信息是基于用户对车辆部件的操作反馈信息生成的。
在本申请实施例中，目标共享车辆为待检测故障的共享车辆。共享车辆为共享经济的车辆，可以为具有电子控制单元的共享经济的车辆。例如，共享车辆可以为共享单车、共享电单车和共享汽车。目标共享车辆包括电子控制单元和车辆部件。车辆部件为目标共享车辆的部件。电子控制单元与该目标共享车辆的各车辆部件通信连接。车辆部件包括：转刹单元、控制器、电池、后轮锁、电池锁、头盔、射频识别（Radio FrequencyIdentification，RFID，又称无线射频识别）单元、多人骑行单元、灯光单元、外接板。转刹单元包括：转/刹把和转刹小板。故障检测设备是检测目标共享车辆的故障的检测设备。故障检测设备可以为终端，也可以为包括终端和服务器的系统，并通过终端和服务器的交互实现。其中，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。故障检测设备可以为安装有故障检测应用程序（Application，APP）的设备。故障检测设备与目标共享车辆通信连接，故障检测设备可以与目标共享车辆的电子控制单元通过网络连接。例如，故障检测设备可以与目标共享车辆的电子控制单元通过蓝牙连接。部件诊断指令用于指示目标共享车辆的电子控制单元对目标共享车辆的车辆部件进行故障诊断。
响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，电子控制单元监测该车辆部件的实际状态信息。同时，电子控制单元接收故障检测设备发送的该车辆部件的操作信息。
在一个示例中，响应于故障检测设备发送的基本信息请求指令，电子控制单元将目标共享车辆的基本信息发送至故障检测设备。其中，基本信息请求指令用于指示请求获取目标共享车辆的基本信息。基本信息可以包括：目标共享车辆的产品序列号（SerialNumber，SN）、目标共享车辆的国际移动设备识别码（International Mobile EquipmentIdentity，IMEI）、目标共享车辆的用户识别卡（Subscriber Identity Module，SIM）的集成电路卡识别码（Integrate circuit cardidentity，ICCID）或国际移动用户识别号（International Mobile Subscriber Identification Number，IMSI）。
步骤102，基于该车辆部件的实际状态信息和操作信息，确定该车辆部件的部件诊断子结果，并基于各车辆部件的部件诊断子结果，确定共享车辆的部件诊断结果。
在本申请实施例中，电子控制单元基于该车辆部件的实际状态信息和操作信息，确定该车辆部件的部件诊断子结果。然后，电子控制单元基于各车辆部件的部件诊断子结果，确定共享车辆的部件诊断结果。其中，部件诊断子结果用于表示目标共享车辆中的一个车辆部件是否故障。部件诊断结果用于表示目标共享车辆中的各车辆部件是否故障。
具体的，电子控制单元根据该车辆部件的操作信息，确定该车辆部件的基准状态信息。然后，电子控制单元基于该车辆部件的实际状态信息和基准状态信息，确定该车辆部件的部件诊断子结果。
在一个示例中，电子控制单元在预设的该车辆部件的操作信息和基准状态信息的映射关系中，查询该车辆部件的操作信息对应的基准状态信息。
在一个示例中，若该车辆部件的实际状态信息与该车辆部件的基准状态信息相符，则电子控制单元确定该车辆部件正常。若该车辆部件的实际状态信息与该车辆部件的基准状态信息不相符，则电子控制单元确定该车辆部件故障。
在一个示例中，电子控制单元将各车辆部件的部件诊断子结果，构成共享车辆的部件诊断结果。
在一个实施例中，车辆部件为转/刹把，该车辆部件的实际状态信息为转/刹把的实际状态信息，例如，转把被转动；操作信息为对转/刹把的操作信息，例如，转动转把。
在一个实施例中，车辆部件为后轮锁或电池锁，该车辆部件的实际状态信息为后轮锁或电池锁的实际状态信息，例如，后轮锁或电池锁被打开、以及后轮锁或电池锁被关闭；操作信息为对后轮锁或电池锁的操作信息，例如，打开后轮锁或电池锁、以及关闭后轮锁或电池锁。
在一个实施例中，车辆部件为头盔，该车辆部件的实际状态信息为头盔的实际状态信息，例如，头盔被锁住、头盔被固定、以及头盔被佩戴；操作信息为对头盔的操作信息，例如，锁住头盔、固定头盔、以及佩戴头盔。
在一个实施例中，车辆部件为射频识别单元，该车辆部件的实际状态信息为射频识别单元的实际状态信息，例如，射频识别单元显示还车成功；操作信息为对射频识别单元的操作信息，例如，将车站的身份标识号（identity，ID）卡靠近射频识别单元。射频识别单元的实际状态信息还可以包括射频识别单元的语音信息。例如，语音信息可以为“嘀嘀”的语音。
在一个实施例中，车辆部件为多人骑行单元，该车辆部件的实际状态信息为多人骑行单元的实际状态信息，例如，多人骑行单元显示存在多人骑行；操作信息为对多人骑行单元的操作信息，例如，按压多人骑行单元。
在一个实施例中，车辆部件为灯光单元，该车辆部件的实际状态信息为灯光单元的实际状态信息，例如，灯光单元显示前灯被打开/关闭、尾灯被打开/关闭、转把灯被打开/关闭、使能灯被打开/关闭；操作信息为对灯光单元的操作信息，例如，打开/关闭前灯、打开/关闭尾灯、打开/关闭转把灯、打开/关闭使能灯。
步骤103，基于部件诊断结果，确定目标共享车辆的故障诊断结果，并向故障检测设备发送故障诊断结果。
在本申请实施例中，电子控制单元基于部件诊断结果，确定目标共享车辆的故障诊断结果。然后，电子控制单元向故障检测设备发送故障诊断结果。其中，故障诊断结果用于表示目标共享车辆是否故障和目标共享车辆哪部分出现故障。
在一个示例中，电子控制单元将部件诊断结果，作为目标共享车辆的故障诊断结果。
在一个示例中，响应于故障检测设备发送的其他诊断指令，电子控制单元对目标共享车辆进行其他诊，得到目标共享车辆的其他诊断结果。然后，电子控制单元将部件诊断结果和其他诊断结果，构成目标共享车辆的故障诊断结果。
上述故障检测方法中，响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测车辆部件的实际状态信息，并接收故障检测设备发送的车辆部件的操作信息；操作信息是基于用户对车辆部件的操作反馈信息生成的；基于车辆部件的实际状态信息和操作信息，确定车辆部件的部件诊断子结果，并基于各车辆部件的部件诊断子结果，确定共享车辆的部件诊断结果；基于部件诊断结果，确定目标共享车辆的故障诊断结果，并向故障检测设备发送故障诊断结果。这样，目标共享车辆的电子控制单元响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测该车辆部件的实际状态信息，并接收故障检测设备发送的基于用户对该车辆部件的操作反馈信息生成的操作信息，基于该车辆部件的实际状态信息和操作信息，确定该车辆部件是否出现故障，实现对目标共享车辆的故障检测，通过故障检测设备、目标共享车辆和用户配合的方式，实现对共享车辆的故障定位，无需对共享车辆进行拆车逐个排查，耗费的时间短，能够提高故障检测的效率。而且，本方法仅需用户按照故障检测设备的指示对共享车辆进行简单的操作，极大的减轻了对检测人员的依赖，降低了故障检测人员的门槛。并且，本方法实现了系统化和数字化的车辆故障排查。
在一个实施例中，如图2所示，在响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测该车辆部件的实际状态信息之前，该方法还包括以下步骤：
步骤201，响应于故障检测设备发送的核心功能诊断指令，向目标共享车辆的车辆部件发送车辆部件对应的通信测试数据。
在本申请实施例中，响应于故障检测设备发送的核心功能诊断指令，电子控制单元向目标共享车辆的各车辆部件发送各车辆部件对应的通信测试数据。其中，通信测试数据用于测试电子控制单元与目标共享车辆中各车辆部件之间的通信链路是否正常和电子控制单元对目标共享车辆中各车辆部件的信息获取是否正常。例如，车辆部件为转/刹把，车辆部件对应的通信测试数据为转/刹把数据。
步骤202，接收车辆部件对应的通信测试响应信息，并根据通信测试响应信息，确定目标共享车辆的核心功能诊断结果。
在本申请实施例中，电子控制单元接收车辆部件对应的通信测试响应信息。然后，电子控制单元根据通信测试响应信息，确定目标共享车辆的核心功能诊断结果。其中，核心功能诊断结果用于表示目标共享车辆的核心功能是否正常，可以表示目标共享车辆的电子控制单元的功能是否正常。通信测试响应信息用于表示目标共享车辆的车辆部件对通信测试数据的响应是否成功。
在一个示例中，针对每一个车辆部件，电子控制单元根据该车辆部件对应的通信响应信息，确定该车辆部件对应的核心功能诊断子结果。然后，电子控制单元将各车辆部件对应的核心功能诊断子结果，构成目标共享车辆的核心功能诊断结果。其中，核心功能诊断子结果用于表示目标共享车辆的部分核心功能是否正常。
步骤203，在核心功能诊断结果为核心功能正常的情况下，执行响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测车辆部件的实际状态信息步骤。
在本申请实施例中，在核心功能诊断结果为核心功能正常的情况下，电子控制单元执行响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测车辆部件的实际状态信息步骤。
在一个示例中，在核心功能诊断结果为核心功能正常的情况下，电子控制单元确定目标共享车辆的故障诊断结果为核心功能故障。
上述故障检测方法中，响应于故障检测设备发送的核心功能诊断指令，向目标共享车辆的车辆部件发送车辆部件对应的通信测试数据；接收车辆部件对应的通信测试响应信息，并根据通信测试响应信息，确定目标共享车辆的核心功能诊断结果；在核心功能诊断结果为核心功能正常的情况下，执行响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测车辆部件的实际状态信息步骤。这样，先对共享车辆进行核心功能诊断，仅在核心功能诊断结果表示共享车辆的核心功能正常的情况下，才通过共享车辆发电子控制单元检测共享车辆的各车辆部件，不仅将车辆故障检测聚焦到车辆的各个功能和部件，还包括了严重影响车辆部件检测的核心功能检测，故障检测全面，避免了故障检测漏检和误检，提高了故障检测的准确性，也避免了由于核心功能故障造成的对车辆部件的无用检测，进一步减少了故障检测时间，进一步提高了故障检测效率。
在一个实施例中，如图3所示，根据通信测试响应信息，确定目标共享车辆的核心功能诊断结果的具体过程包括以下步骤：
步骤301，针对每一个车辆部件，根据车辆部件对应的通信响应信息，确定车辆部件对应的核心功能诊断子结果。
在本申请实施例中，针对每一个车辆部件，若该车辆部件对应的通信测试响应信息表示该车辆部件对通信测试数据的响应成功，则电子控制单元确定该车辆部件对应的核心功能诊断子结果为正常。若该车辆部件对应的通信测试响应信息表示该车辆部件对通信测试数据的响应失败，则电子控制单元确定该车辆部件对应的核心功能诊断子结果为故障。其中，车辆部件对应的核心功能诊断子结果用于表示电子控制单元与该车辆部件之间的通信链路是否正常。
步骤302，监测电子控制单元的电子控制单元信息，并根据电子控制单元信息，确定电子控制单元对应的核心功能诊断子结果。
在本申请实施例中，电子控制单元监测电子控制单元的电子控制单元信息。然后，电子控制单元根据电子控制单元信息，确定电子控制单元对应的核心功能诊断子结果。其中，电子控制单元对应的核心功能诊断子结果用于表示电子控制单元是否正常。电子控制单元信息包括电子控制单元供电信息、电子控制单元元器件信息和电子控制单元SIM卡信息。电子控制单元供电信息可以为电子控制单元的电池的信息，包括备电、电池管理系统（Battery Management System, BMS）通信电压和自采电压。电子控制单元元器件信息可以包括定位信息、实时动态（Real-time kinematic，RTK）信息和传感器（sensor）信息。电子控制单元SIM卡信息可以包括：SIM卡的集成电路卡识别码（Integrate circuit cardidentity，ICCID）或国际移动用户识别号（International MobileSubscriberIdentification Number，IMSI）、联网状态信息和信号强度信息。
步骤303，基于各车辆部件对应的核心功能诊断子结果和电子控制单元对应的核心功能诊断子结果，确定目标共享车辆的核心功能诊断结果。
在本申请实施例中，电子控制单元基于各车辆部件对应的核心功能诊断子结果和电子控制单元对应的核心功能诊断子结果，确定目标共享车辆的核心功能诊断结果。
在一个示例中，电子控制单元将各车辆部件对应的核心功能诊断子结果和电子控制单元对应的核心功能诊断子结果，构成目标共享车辆的核心功能诊断结果。
上述故障检测方法中，针对每一个车辆部件，根据车辆部件对应的通信响应信息，确定车辆部件对应的核心功能诊断子结果；监测电子控制单元的电子控制单元信息，并根据电子控制单元信息，确定电子控制单元对应的核心功能诊断子结果；基于各车辆部件对应的核心功能诊断子结果和电子控制单元对应的核心功能诊断子结果，确定目标共享车辆的核心功能诊断结果。这样，不仅通过向各车辆部件分别发送通信测试数据，检测电子控制单元与各车辆部件之间的通信链路是否正常的方式，从电子控制单元与各车辆部件之间的通信的角度出发，检测核心功能，还通过获取电子控制单元信息的方式，从电子控制单元自身功能是否正常的角度出发，检测核心功能，核心功能检测全面，避免了故障检测漏检和误检，提高了故障检测的准确性。
在一个实施例中，如图4所示，基于车辆部件的实际状态信息和操作信息，确定车辆部件的部件诊断子结果的具体过程，还包括以下步骤：
步骤401，当达到预设的响应时间时，若本次监测到的车辆部件的实际状态信息与上一次监测到的车辆部件的实际状态信息相同，则确定本次响应超时。
在本申请实施例中，当达到预设的响应时间时，若本次监测到的车辆部件的实际状态信息与上一次监测到的车辆部件的实际状态信息相同，则电子控制单元确定本次响应超时。其中，响应时间用于衡量车辆部件的实际状态信息是否响应超时。
步骤402，确定在预设的监测时间内，响应超时的目标次数。
在本申请实施例中，电子控制单元确定在预设的监测时间内，响应超时的目标次数。其中，监测时间为监测车辆部件的实际状态信息响应超时的时间段。例如，监测时间可以为10s。
步骤403，若目标次数大于或等于预设的超时次数阈值，则确定车辆部件的部件诊断子结果为故障。
在本申请实施例中，若目标次数大于或等于预设的超时次数阈值，则电子控制单元确定车辆部件的部件诊断子结果为故障。例如，超时次数阈值可以为3次。
上述故障检测方法中，当达到预设的响应时间时，若本次监测到的车辆部件的实际状态信息与上一次监测到的车辆部件的实际状态信息相同，则确定本次响应超时；确定在预设的监测时间内，响应超时的目标次数；若目标次数大于或等于预设的超时次数阈值，则确定车辆部件的部件诊断子结果为故障。这样，通过预设的监测时间内，车辆部件是否对用户操作多次反应超时，来判断该车辆部件是否出现故障，故障检测包括对共享车辆的对操作的反应是否及时的检测，检测全面，避免了故障检测漏检和误检，提高了故障检测的准确性。
在一个实施例中，如图5所示，在车辆部件为控制器的情况下，控制器的实际状态信息包括目标共享车辆的速度，控制器的操作信息包括目标共享车辆的拧转把程度信息，基于车辆部件的实际状态信息和操作信息，确定车辆部件的部件诊断子结果的具体过程包括以下步骤：
步骤501，在预设的共享车辆的拧转把程度和期望速度区间的映射关系中，查询目标共享车辆的拧转把程度信息对应的目标期望速度区间。
在本申请实施例中，电子控制单元在预设的共享车辆的拧转把程度和期望速度区间的映射关系中，查询目标共享车辆的拧转把程度信息对应的目标期望速度区间。其中，拧转把程度信息包括拧转把程度。拧转把程度用于表示用户拧动目标共享车辆的转把的程度。例如，拧转把程度可以为百分之多少的拧转把程度和几分之几的拧转把程度。期望速度区间为当共享车辆的拧转把程度为多少时，其对应的共享车辆应当达到的速度区间。
步骤502，基于目标共享车辆的速度和目标期望速度区间，确定车辆部件的部件第一诊断子结果。
在本申请实施例中，电子控制单元基于目标共享车辆的速度和目标期望速度区间，确定车辆部件的部件第一诊断子结果。其中，部件第一诊断子结果用于表示从共享车辆的实时速度方面来说，该车辆部件是否正常。
具体的，若目标共享车辆的速度位于目标期望速度区间内，则电子控制单元确定该车辆部件的部件第一诊断子结果为正常。若目标共享车辆的速度位于目标期望速度区间外，则电子控制单元确定该车辆部件的部件第一诊断子结果为故障。
步骤503，基于车辆部件的部件第一诊断子结果，确定车辆部件的部件诊断子结果。
在本申请实施例中，电子控制单元基于车辆部件的部件第一诊断子结果，确定车辆部件的部件诊断子结果。
在一个示例中，电子控制单元将车辆部件的部件第一诊断子结果，作为车辆部件的部件诊断子结果。
上述故障检测方法中，在预设的共享车辆的拧转把程度和期望速度区间的映射关系中，查询目标共享车辆的拧转把程度信息对应的目标期望速度区间；基于目标共享车辆的速度和目标期望速度区间，确定车辆部件的部件第一诊断子结果；基于车辆部件的部件第一诊断子结果，确定车辆部件的部件诊断子结果。这样，通过判断共享车辆的实际速度是否位于共享车辆的拧转把程度对应的期望速度区间，从共享车辆的实时速度的角度出发，检测共享车辆的控制器是否正常，检测全面，避免了故障检测漏检和误检，提高了故障检测的准确性。
在一个实施例中，如图6所示，目标共享车辆的拧转把程度信息包括拧转把程度时间序列，基于车辆部件的部件第一诊断子结果，确定车辆部件的部件诊断子结果的具体过程包括以下步骤：
步骤601，获取拧转把程度时间序列对应的目标共享车辆的速度信息。
在本申请实施例中，电子控制单元确定并获取拧转把程度时间序列对应的目标共享车辆的速度信息。其中，速度信息为目标共享车辆的实际速度信息。
步骤602，基于速度信息，确定目标共享车辆的速度的目标波形类型。
在本申请实施例中，电子控制单元基于速度信息，确定目标共享车辆的速度的目标波形类型。其中，目标波形类型为目标共享车辆实际速度的波形的波形类型。波形类型包括锯齿波。
步骤603，根据目标波形类型和拧转把程度时间序列对应的基准波形类型，确定车辆部件的部件第二诊断子结果。
在本申请实施例中，电子控制单元确定拧转把程度时间序列对应的基准波形类型。然后，电子控制单元根据目标波形类型和拧转把程度时间序列对应的基准波形类型，确定车辆部件的部件第二诊断子结果。其中，部件第二诊断子结果用于表示从共享车辆的速度变化方面来说，该车辆部件是否正常。基准波形类型为目标共享车辆的拧转把程度时间序列对应的目标共享车辆期望速度的基准波形的波形类型。
在一个示例中，在预设的拧转把程度时间序列和波形类型的映射关系中，电子控制单元查询目标波形类型和拧转把程度时间序列对应的基准波形类型。若目标波形类型与基准波形类型相同，则电子控制单元确定车辆部件的部件第二诊断子结果为正常。若目标波形类型与基准波形类型不同，则电子控制单元确定车辆部件的部件第二诊断子结果为故障。
步骤604，基于部件第一诊断子结果和部件第二诊断子结果，确定车辆部件的部件诊断子结果。
在本申请实施例中，电子控制单元基于部件第一诊断子结果和部件第二诊断子结果，确定车辆部件的部件诊断子结果。
在一个示例中，若部件第一诊断子结果和部件第二诊断子结果均表示正常，则电子控制单元确定车辆部件的部件诊断子结果为正常。若部件第一诊断子结果或部件第二诊断子结果表示故障，则电子控制单元确定车辆部件的部件诊断子结果为故障。
在一个示例中，电子控制单元将部件第一诊断子结果和部件第二诊断子结果，构成车辆部件的部件诊断子结果。
上述故障检测方法中，获取拧转把程度时间序列对应的目标共享车辆的速度信息；基于速度信息，确定目标共享车辆的速度的目标波形类型；根据目标波形类型和拧转把程度时间序列对应的基准波形类型，确定车辆部件的部件第二诊断子结果；基于部件第一诊断子结果和部件第二诊断子结果，确定车辆部件的部件诊断子结果。这样，还通过判断共享车辆的实际速度的波形类型是否与共享车辆的拧转把程度对应的基准波形类型相同，从共享车辆的速度变化的角度出发，检测共享车辆的控制器是否正常，检测全面，避免了故障检测漏检和误检，提高了故障检测的准确性。
在一个实施例中，如图7所示，基于车辆部件的实际状态信息和操作信息，确定车辆部件的部件诊断子结果的具体过程包括以下步骤：
步骤701，基于每一次获取的实际状态信息和接收的操作信息，确定该次的部件诊断次结果。
在本申请实施例中，电子控制单元多次获取实际状态信息和接收的操作信息。然后，电子控制单元基于每一次获取的实际状态信息和接收的操作信息，确定该次的部件诊断次结果。其中，部件诊断次结果用于表示本次部件诊断，该车辆部件是否表现正常。可以理解的是，基于每一次获取的实际状态信息和接收的操作信息，确定该次的部件诊断次结果的具体过程可以与上述步骤102、步骤401-404、步骤501-503和步骤601-604类似。
在一个示例中，电子控制单元获取预设的诊断次数的实际状态信息，并接收预设的诊断次数的操作信息。
在一个示例中，在预设的诊断时间内，电子控制单元多次获取实际状态信息和接收的操作信息。
步骤702，确定部件诊断次结果表示正常的目标数量和部件诊断次结果的总数量，并基于目标数量和总数量，计算车辆部件的检测合格率。
在本申请实施例中，电子控制单元确定部件诊断次结果表示正常的目标数量和部件诊断次结果的总数量。然后，电子控制单元基于目标数量和总数量，计算车辆部件的检测合格率。具体的，电子控制单元将目标数量占总数量的比值，作为车辆部件的检测合格率。
步骤703，若车辆部件的检测合格率大于预设的合格率阈值，则确定车辆部件的部件诊断子结果为正常。
在本申请实施例中，若车辆部件的检测合格率大于预设的合格率阈值，则电子控制单元确定车辆部件的部件诊断子结果为正常。若车辆部件的检测合格率小于或等于预设的合格率阈值，则电子控制单元确定车辆部件的部件诊断子结果为故障。
上述故障检测方法中，基于每一次获取的实际状态信息和接收的操作信息，确定该次的部件诊断次结果；确定部件诊断次结果表示正常的目标数量和部件诊断次结果的总数量，并基于目标数量和总数量，计算车辆部件的检测合格率；若车辆部件的检测合格率大于预设的合格率阈值，则确定车辆部件的部件诊断子结果为正常。这样，通过多次检测车辆部件是否正常，并根据检测正常的次数和检测的总次数计算检测合格率，将检测合格率大于合格率阈值的车辆部件确定为故障检测正常的车辆部件，通过多次检测的方式，避免了单次检测可能出现的不确定性，进一步提高了故障检测的准确性。
应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的故障检测方法的故障检测装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个故障检测装置实施例中的具体限定可以参见上文中对于故障检测方法的限定，在此不再赘述。
在一个实施例中，如图8所示，提供了一种故障检测装置800，包括：监测模块810、第一确定模块820和第二确定模块830，其中：
监测模块810，用于响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测所述车辆部件的实际状态信息，并接收所述故障检测设备发送的所述车辆部件的操作信息；所述操作信息是基于用户对所述车辆部件的操作反馈信息生成的；
第一确定模块820，用于基于所述车辆部件的实际状态信息和操作信息，确定所述车辆部件的部件诊断子结果，并基于各所述车辆部件的部件诊断子结果，确定所述共享车辆的部件诊断结果；
第二确定模块830，用于基于所述部件诊断结果，确定所述目标共享车辆的故障诊断结果，并向所述故障检测设备发送所述故障诊断结果。
可选的，所述装置800还包括：
发送模块，用于响应于故障检测设备发送的核心功能诊断指令，向目标共享车辆的车辆部件发送所述车辆部件对应的通信测试数据；
第三确定模块，用于接收所述车辆部件对应的通信测试响应信息，并根据所述通信测试响应信息，确定所述目标共享车辆的核心功能诊断结果；
执行模块，用于在所述核心功能诊断结果为核心功能正常的情况下，执行所述响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测所述车辆部件的实际状态信息步骤。
可选的，所述第三确定模块，具体用于：
针对每一个车辆部件，根据所述车辆部件对应的通信响应信息，确定所述车辆部件对应的核心功能诊断子结果；
监测电子控制单元的电子控制单元信息，并根据所述电子控制单元信息，确定所述电子控制单元对应的核心功能诊断子结果；
基于各所述车辆部件对应的核心功能诊断子结果和所述电子控制单元对应的核心功能诊断子结果，确定所述目标共享车辆的核心功能诊断结果。
可选的，所述第一确定模块820，还具体用于：
当达到预设的响应时间时，若本次监测到的所述车辆部件的实际状态信息与上一次监测到的所述车辆部件的实际状态信息相同，则确定本次响应超时；
确定在预设的监测时间内，响应超时的目标次数；
若所述目标次数大于或等于预设的超时次数阈值，则确定所述车辆部件的部件诊断子结果为故障。
可选的，在所述车辆部件为控制器的情况下，所述控制器的实际状态信息包括所述目标共享车辆的速度，所述控制器的操作信息包括所述目标共享车辆的拧转把程度信息，所述第一确定模块820，具体用于：
在预设的共享车辆的拧转把程度和期望速度区间的映射关系中，查询所述目标共享车辆的拧转把程度信息对应的目标期望速度区间；
基于所述目标共享车辆的速度和所述目标期望速度区间，确定所述车辆部件的部件第一诊断子结果；
基于所述车辆部件的部件第一诊断子结果，确定所述车辆部件的部件诊断子结果。
可选的，所述目标共享车辆的拧转把程度信息包括拧转把程度时间序列，所述第一确定模块820，具体用于：
获取所述拧转把程度时间序列对应的所述目标共享车辆的速度信息；
基于所述速度信息，确定所述目标共享车辆的速度的目标波形类型；
根据所述目标波形类型和所述拧转把程度时间序列对应的基准波形类型，确定所述车辆部件的部件第二诊断子结果；
基于所述部件第一诊断子结果和所述部件第二诊断子结果，确定所述车辆部件的部件诊断子结果。
可选的，所述第一确定模块820，具体用于：
基于每一次获取的所述实际状态信息和接收的所述操作信息，确定所述次的部件诊断次结果；
确定所述部件诊断次结果表示正常的目标数量和所述部件诊断次结果的总数量，并基于所述目标数量和所述总数量，计算所述车辆部件的检测合格率；
若所述车辆部件的检测合格率大于预设的合格率阈值，则确定所述车辆部件的部件诊断子结果为正常。
上述故障检测装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图9所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC（近场通信）或其他技术实现。该计算机程序被处理器执行时以实现一种故障检测方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置。显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各方法实施例中的步骤。
在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random AccessMemory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。
Claims (10)
1.一种故障检测方法，其特征在于，所述方法包括：
响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测所述车辆部件的实际状态信息，并接收所述故障检测设备发送的所述车辆部件的操作信息；所述操作信息是基于用户对所述车辆部件的操作反馈信息生成的；
基于所述车辆部件的实际状态信息和操作信息，确定所述车辆部件的部件诊断子结果，并基于各所述车辆部件的部件诊断子结果，确定所述共享车辆的部件诊断结果；
基于所述部件诊断结果，确定所述目标共享车辆的故障诊断结果，并向所述故障检测设备发送所述故障诊断结果。
2.根据权利要求1所述的方法，其特征在于，在所述响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测所述车辆部件的实际状态信息之前，所述方法还包括：
响应于故障检测设备发送的核心功能诊断指令，向目标共享车辆的车辆部件发送所述车辆部件对应的通信测试数据；
接收所述车辆部件对应的通信测试响应信息，并根据所述通信测试响应信息，确定所述目标共享车辆的核心功能诊断结果；
在所述核心功能诊断结果为核心功能正常的情况下，执行所述响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测所述车辆部件的实际状态信息步骤。
3.根据权利要求2所述的方法，其特征在于，所述根据所述通信测试响应信息，确定所述目标共享车辆的核心功能诊断结果包括：
针对每一个车辆部件，根据所述车辆部件对应的通信响应信息，确定所述车辆部件对应的核心功能诊断子结果；
监测电子控制单元的电子控制单元信息，并根据所述电子控制单元信息，确定所述电子控制单元对应的核心功能诊断子结果；
基于各所述车辆部件对应的核心功能诊断子结果和所述电子控制单元对应的核心功能诊断子结果，确定所述目标共享车辆的核心功能诊断结果。
4.根据权利要求1所述的方法，其特征在于，所述基于所述车辆部件的实际状态信息和操作信息，确定所述车辆部件的部件诊断子结果，还包括：
当达到预设的响应时间时，若本次监测到的所述车辆部件的实际状态信息与上一次监测到的所述车辆部件的实际状态信息相同，则确定本次响应超时；
确定在预设的监测时间内，响应超时的目标次数；
若所述目标次数大于或等于预设的超时次数阈值，则确定所述车辆部件的部件诊断子结果为故障。
5.根据权利要求1所述的方法，其特征在于，在所述车辆部件为控制器的情况下，所述控制器的实际状态信息包括所述目标共享车辆的速度，所述控制器的操作信息包括所述目标共享车辆的拧转把程度信息，所述基于所述车辆部件的实际状态信息和操作信息，确定所述车辆部件的部件诊断子结果包括：
在预设的共享车辆的拧转把程度和期望速度区间的映射关系中，查询所述目标共享车辆的拧转把程度信息对应的目标期望速度区间；
基于所述目标共享车辆的速度和所述目标期望速度区间，确定所述车辆部件的部件第一诊断子结果；
基于所述车辆部件的部件第一诊断子结果，确定所述车辆部件的部件诊断子结果。
6.根据权利要求4所述的方法，其特征在于，所述目标共享车辆的拧转把程度信息包括拧转把程度时间序列，所述基于所述车辆部件的部件第一诊断子结果，确定所述车辆部件的部件诊断子结果包括：
获取所述拧转把程度时间序列对应的所述目标共享车辆的速度信息；
基于所述速度信息，确定所述目标共享车辆的速度的目标波形类型；
根据所述目标波形类型和所述拧转把程度时间序列对应的基准波形类型，确定所述车辆部件的部件第二诊断子结果；
基于所述部件第一诊断子结果和所述部件第二诊断子结果，确定所述车辆部件的部件诊断子结果。
7.根据权利要求1所述的方法，其特征在于，所述基于所述车辆部件的实际状态信息和操作信息，确定所述车辆部件的部件诊断子结果包括：
基于每一次获取的所述实际状态信息和接收的所述操作信息，确定所述次的部件诊断次结果；
确定所述部件诊断次结果表示正常的目标数量和所述部件诊断次结果的总数量，并基于所述目标数量和所述总数量，计算所述车辆部件的检测合格率；
若所述车辆部件的检测合格率大于预设的合格率阈值，则确定所述车辆部件的部件诊断子结果为正常。
8.一种故障检测装置，其特征在于，所述装置包括：
监测模块，用于响应于故障检测设备发送的部件诊断指令，针对目标共享车辆的每一个车辆部件，监测所述车辆部件的实际状态信息，并接收所述故障检测设备发送的所述车辆部件的操作信息；所述操作信息是基于用户对所述车辆部件的操作反馈信息生成的；
第一确定模块，用于基于所述车辆部件的实际状态信息和操作信息，确定所述车辆部件的部件诊断子结果，并基于各所述车辆部件的部件诊断子结果，确定所述共享车辆的部件诊断结果；
第二确定模块，用于基于所述部件诊断结果，确定所述目标共享车辆的故障诊断结果，并向所述故障检测设备发送所述故障诊断结果。
9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310890397.5A CN116609092B (zh) | 2023-07-20 | 2023-07-20 | 故障检测方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310890397.5A CN116609092B (zh) | 2023-07-20 | 2023-07-20 | 故障检测方法、装置、计算机设备和存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116609092A true CN116609092A (zh) | 2023-08-18 |
| CN116609092B CN116609092B (zh) | 2023-12-01 |
Family
ID=87685746
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310890397.5A Active CN116609092B (zh) | 2023-07-20 | 2023-07-20 | 故障检测方法、装置、计算机设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116609092B (zh) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004299473A (ja) * | 2003-03-28 | 2004-10-28 | Mazda Motor Corp | 遠隔故障診断システム及びその制御方法、並びに車両 |
| CN104678990A (zh) * | 2014-12-25 | 2015-06-03 | 上海通用汽车有限公司 | 一种用于车辆自诊断的方法、装置和车辆自诊断系统 |
| CN108227677A (zh) * | 2017-12-29 | 2018-06-29 | 深圳市汇川技术股份有限公司 | 车辆状态监测系统及方法 |
| CN110174885A (zh) * | 2019-06-05 | 2019-08-27 | 江苏盛海智能科技有限公司 | 一种无人驾驶车辆的快速诊断方法及终端 |
| CN111929079A (zh) * | 2020-10-09 | 2020-11-13 | 北京智科车联科技有限公司 | 车辆的年检预审方法及车辆 |
| CN113448306A (zh) * | 2020-03-26 | 2021-09-28 | 本田技研工业株式会社 | 车辆诊断装置以及车辆诊断系统 |
| CN115903744A (zh) * | 2022-11-25 | 2023-04-04 | 北京一雄信息科技有限公司 | 一种汽车远程检测方法、装置、电子设备及存储介质 |
-
2023
- 2023-07-20 CN CN202310890397.5A patent/CN116609092B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004299473A (ja) * | 2003-03-28 | 2004-10-28 | Mazda Motor Corp | 遠隔故障診断システム及びその制御方法、並びに車両 |
| CN104678990A (zh) * | 2014-12-25 | 2015-06-03 | 上海通用汽车有限公司 | 一种用于车辆自诊断的方法、装置和车辆自诊断系统 |
| CN108227677A (zh) * | 2017-12-29 | 2018-06-29 | 深圳市汇川技术股份有限公司 | 车辆状态监测系统及方法 |
| CN110174885A (zh) * | 2019-06-05 | 2019-08-27 | 江苏盛海智能科技有限公司 | 一种无人驾驶车辆的快速诊断方法及终端 |
| CN113448306A (zh) * | 2020-03-26 | 2021-09-28 | 本田技研工业株式会社 | 车辆诊断装置以及车辆诊断系统 |
| CN111929079A (zh) * | 2020-10-09 | 2020-11-13 | 北京智科车联科技有限公司 | 车辆的年检预审方法及车辆 |
| CN115903744A (zh) * | 2022-11-25 | 2023-04-04 | 北京一雄信息科技有限公司 | 一种汽车远程检测方法、装置、电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116609092B (zh) | 2023-12-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN202735835U (zh) | 远程车辆诊断系统及远程诊断系统 | |
| WO2015000278A1 (zh) | 一种车辆诊断方法及服务器 | |
| CN104734911A (zh) | 一种can总线网络管理测试系统及方法 | |
| CN109753391A (zh) | 处理器的一个或多个结构的功能测试的系统、装置和方法 | |
| CN114356631A (zh) | 故障定位方法、装置、计算机设备和存储介质 | |
| CN111385762A (zh) | 车辆异常上报方法、装置、共享车辆及存储介质 | |
| CN109710682A (zh) | 一种诊断数据处理方法、装置、诊断设备和服务器 | |
| CN112100239A (zh) | 车辆检测设备画像生成方法、装置、服务器及可读存储介质 | |
| CN115145788A (zh) | 一种针对智能运维系统的检测数据生成方法和装置 | |
| CN116609092B (zh) | 故障检测方法、装置、计算机设备和存储介质 | |
| CN112051771B (zh) | 多云数据采集方法、装置、计算机设备和存储介质 | |
| CN117041212A (zh) | 编址处理方法及装置、电池管理系统、设备和存储介质 | |
| CN113965447B (zh) | 一种在线云诊断方法、装置、系统、设备及存储介质 | |
| CN114760289A (zh) | 车辆数据采集方法、装置、计算机设备和存储介质 | |
| CN110751747A (zh) | 一种数据处理方法及装置 | |
| CN116302364B (zh) | 自动驾驶可靠性测试方法、装置、设备、介质和程序产品 | |
| CN116032619A (zh) | 智能安全联网设备的状态巡检方法及装置 | |
| CN110727552B (zh) | 一种设备测试方法、系统、电子设备及存储介质 | |
| CN113163418B (zh) | 一种计量自动化设备规范化测试管理系统及测试方法 | |
| CN113096269B (zh) | 一种信息采集方法、装置、电子设备以及存储介质 | |
| CN115118497B (zh) | 边缘网关的对点方法、装置、计算机设备、存储介质 | |
| CN116895147B (zh) | 路况监测方法、装置、传感器和计算机设备 | |
| CN114994561A (zh) | 移动电源的异常测试方法、装置、计算机设备和存储介质 | |
| CN116403376A (zh) | 充电设备的故障预警方法、装置和计算机设备 | |
| CN116931983A (zh) | 日志采集方法、装置、计算机设备和存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |