【技术实现步骤摘要】
本申请涉及车辆状态分析，具体涉及一种车辆故障时长确认方法、装置、设备及存储介质。
技术介绍
1、随着汽车电子化、智能化和信息化的发展，汽车控制器数量不断增多，功能实现逻辑逐渐复杂，各系统间的交互信息量也逐渐增加，使得车辆中偶发故障的故障发生时间、工况也就更加复杂化。目前故障排查方式主要是通过获取故障对应的故障诊断码来对故障进行分析，因此，车辆故障信息的采集至关重要。而当前对于车辆故障信息的采集，一般只是将采集的故障信息存储至数据库中，只进行最基本的记录操作。
2、由此可见，对于当前的车辆故障信息采集处理方式，存在以下问题：仅做记录，不支持工程师快速分析定位；所有故障按时间排序，同一时刻多车多故障混乱无序；无法快速定位故障发生的开始时间及持续时间。
技术实现思路
1、本申请提供一种车辆故障时长确认方法、装置、设备及存储介质，能够对汽车上报的故障进行持续时长的确认，以分析故障发生时刻、频率及持续时长，方便进行故障的有序管理。
2、第一方面，本申请实施例提供一种车辆故障时长确认方法，所述车辆故障时长确认方法包括：
3、基于预设标识对车辆各模块的故障进行定义，并当模块故障时根据当前模块对应的预设标识，得到故障信息；
4、周期性采集车辆的整车数据和所有故障信息并上传至后台服务器，后台服务器进行整车数据和故障信息缓存；
5、基于当前上传的所有故障信息与后台服务器缓存的故障信息间的比对，以及整车数据的上传时间，确定故障的起止时间。>
6、结合第一方面，在一种实施方式中，所述基于当前上传的所有故障信息与后台服务器缓存的故障信息间的比对，以及整车数据的上传时间，确定故障的起止时间，其中，对于当前上传的故障信息与后台服务器缓存的故障信息间的比对，包括当前上传的故障信息中单个故障信息与后台服务器缓存的故障信息间的比对，以及当前上传的所有故障信息整体与后台服务器缓存的故障信息间的比对。
7、结合第一方面，在一种实施方式中，对于当前上传的故障信息中单个故障信息与后台服务器缓存的故障信息间的比对，具体包括：
8、依次将当前上传的所有故障信息中的单个故障信息，与后台服务器缓存的所有故障信息进行比对：
9、若当前故障信息已存在于后台服务器，则舍弃当前故障信息；
10、若当前故障信息不存在于后台服务器，则将当前故障信息缓存至后台服务器，并对当前障信息附加当前时间信息。
11、结合第一方面，在一种实施方式中，对于当前上传的所有故障信息整体与后台服务器缓存的故障信息间的比对，具体包括：
12、将后台服务器缓存的故障信息整体，与当前上传的所有故障信息整体进行比对，判断后台服务器中是否存在不在当前上传的故障信息中的故障信息：
13、若否，则不作处理；
14、若是，则获取后台服务器中不在当前上传的故障信息中的故障信息，将该故障信息附加的时间信息与当前时间进行比对：
15、-当时间差大于设定时间时，判断当前时间前预设时间内是否存在整车数据上传，若存在，则表明该故障信息对应的故障已结束，将该故障信息附加的时间信息作为该故障信息对应故障的发生时间，当前时间作为该故障信息对应故障的结束时间，若不存在，则舍弃该故障信息；
16、-当时间差不大于设定时间时，不作处理。
17、结合第一方面，在一种实施方式中，所述基于预设标识对车辆各模块的故障进行定义，并当模块故障时根据当前模块对应的预设标识，得到故障信息，具体包括：
18、基于预设标识对车辆各模块的故障进行定义，所述预设标识包括总成名称、系统源地址、可疑参数码、失效模式标识符和故障名称；
19、基于各模块上的传感器实时监测模块的故障信息，并当模块存在故障时，当前模块上的传感器上报当前模块对应的预设标识，形成故障信息。
20、结合第一方面，在一种实施方式中，
21、通过tbox周期性采集车辆的所有故障信息并上传至后台服务器；
22、所述tbox与后台服务器基于tcp进行数据通讯，且tbox与后台服务器间建立应答机制和补传机制；
23、所述应答机制为tbox发送给后台服务器的任何数据，后台服务器均需返回状态值；
24、所述补传机制为当tbox与后台服务器间数据发送失败时，tbox按照固定周期持续进行数据发送。
25、结合第一方面，在一种实施方式中，所述后台服务器接收上传的故障信息并缓存，对于缓存的单个故障信息，以sim卡号、系统源地址、可疑参数码和失效模式标识符对故障信息进行标示，并记为key。
26、第二方面，本申请实施例还提供一种车辆故障时长确认装置，所述车辆故障时长确认装置包括：
27、定义单元，其用于基于预设标识对车辆各模块的故障进行定义，并当模块故障时根据当前模块对应的预设标识，得到故障信息；
28、采集单元，其用于周期性采集车辆的整车数据和所有故障信息并上传至后台服务器，驱使后台服务器进行整车数据和故障信息缓存；
29、执行单元，其用于基于当前上传的所有故障信息与后台服务器缓存的故障信息间的比对，以及整车数据的上传时间，确定故障的起止时间。
30、第三方面，本申请实施例还提供一种车辆故障时长确认设备，所述车辆故障时长确认设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的车辆故障时长确认程序，其中所述车辆故障时长确认程序被所述处理器执行时，实现上述所述的车辆故障时长确认方法的步骤。
31、第四方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有车辆故障时长确认程序，其中所述车辆故障时长确认程序被处理器执行时，实现上述所述的车辆故障时长确认方法的步骤。
32、本申请实施例提供的技术方案带来的有益效果包括：
33、通过基于预设标识对车辆各模块的故障进行定义，并当模块故障时根据当前模块对应的预设标识，得到故障信息，然后周期性采集车辆的整车数据和所有故障信息并上传至后台服务器，后台服务器进行整车数据和故障信息缓存，然后基于当前上传的所有故障信息与后台服务器缓存的故障信息间的比对，以及整车数据的上传时间，确定故障的起止时间，用于对汽车上报的故障进行持续时长的确认，以分析故障发生时刻、频率及持续时长，方便进行故障的有序管理，同时为后续故障原因定位及影响评估做事先准备。
本文档来自技高网...【技术保护点】
1.一种车辆故障时长确认方法，其特征在于，所述车辆故障时长确认方法包括：
2.如权利要求1所述的一种车辆故障时长确认方法，其特征在于，所述基于当前上传的所有故障信息与后台服务器缓存的故障信息间的比对，以及整车数据的上传时间，确定故障的起止时间，其中，对于当前上传的故障信息与后台服务器缓存的故障信息间的比对，包括当前上传的故障信息中单个故障信息与后台服务器缓存的故障信息间的比对，以及当前上传的所有故障信息整体与后台服务器缓存的故障信息间的比对。
3.如权利要求2所述的一种车辆故障时长确认方法，其特征在于，对于当前上传的故障信息中单个故障信息与后台服务器缓存的故障信息间的比对，具体包括：
4.如权利要求3所述的一种车辆故障时长确认方法，其特征在于，对于当前上传的所有故障信息整体与后台服务器缓存的故障信息间的比对，具体包括：
5.如权利要求1述的一种车辆故障时长确认方法，其特征在于，所述基于预设标识对车辆各模块的故障进行定义，并当模块故障时根据当前模块对应的预设标识，得到故障信息，具体包括：
6.如权利要求1述的一种车辆故障时
7.如权利要求1述的一种车辆故障时长确认方法，其特征在于：所述后台服务器接收上传的故障信息并缓存，对于缓存的单个故障信息，以sim卡号、系统源地址、可疑参数码和失效模式标识符对故障信息进行标示，并记为key。
8.一种车辆故障时长确认装置，其特征在于，所述车辆故障时长确认装置包括：
9.一种车辆故障时长确认设备，其特征在于，所述车辆故障时长确认设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的车辆故障时长确认程序，其中所述车辆故障时长确认程序被所述处理器执行时，实现如权利要求1至7中任一项所述的车辆故障时长确认方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有车辆故障时长确认程序，其中所述车辆故障时长确认程序被处理器执行时，实现如权利要求1至7中任一项所述的车辆故障时长确认方法的步骤。
...【技术特征摘要】
1.一种车辆故障时长确认方法，其特征在于，所述车辆故障时长确认方法包括：
2.如权利要求1所述的一种车辆故障时长确认方法，其特征在于，所述基于当前上传的所有故障信息与后台服务器缓存的故障信息间的比对，以及整车数据的上传时间，确定故障的起止时间，其中，对于当前上传的故障信息与后台服务器缓存的故障信息间的比对，包括当前上传的故障信息中单个故障信息与后台服务器缓存的故障信息间的比对，以及当前上传的所有故障信息整体与后台服务器缓存的故障信息间的比对。
3.如权利要求2所述的一种车辆故障时长确认方法，其特征在于，对于当前上传的故障信息中单个故障信息与后台服务器缓存的故障信息间的比对，具体包括：
4.如权利要求3所述的一种车辆故障时长确认方法，其特征在于，对于当前上传的所有故障信息整体与后台服务器缓存的故障信息间的比对，具体包括：
5.如权利要求1述的一种车辆故障时长确认方法，其特征在于，所述基于预设标识对车辆各模块的故障进行定义，并当模块故障时根据当前模块对...
【专利技术属性】
技术研发人员：刘劲松，赵肖，何凯，徐冬，余文艳，
申请(专利权)人：东风商用车有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。