CN117746532A - 故障记录方法、装置、设备及存储介质 - Google Patents

Abstract

本发明属于车辆检测技术领域，公开了一种故障记录方法、装置、设备及存储介质。本发明通过在检测到车载部品自身功能出现故障时，获取故障对应的故障信息；根据故障信息确定故障是否为自身引发故障；若不为自身引发故障，则根据故障信息确定故障引发部品，并向故障引发部品发送故障溯源请求；在接收到故障引发部品反馈的故障溯源信息时，根据故障溯源信息及故障信息构建故障信息链。由于在记录故障信息时，并非仅仅记录了部品本身的故障，而是会检测故障是否由部品自身引发，若不是自身引发，则会进行故障溯源，并根据故障溯源信息及本地的故障信息构建完整的故障信息链，保证在进行故障检测时，可以快速定位到真正引发故障的部品，无需逐级筛查。

Description

故障记录方法、装置、设备及存储介质

技术领域

本发明涉及车辆检测技术领域，尤其涉及一种故障记录方法、装置、设备及存储介质。

背景技术

如今的车辆中各车载部品的ECU自己定义的故障码分析结合ECU自身日志，仅记录自身的相关故障信息，由检出故障的部品对应的工程师读取相应的故障码和日志进行故障分析。若部品故障是由其它部品的故障引起，则需要根据部品间的交互接口反馈到相应的部品工程师，再由该部品工程师读取相应的故障码和日志进行故障分析。

当发生故障的部品或功能功能涉及到多个部品协同工作的链路时，问题的分析需要反复，多次地读取故障码和日志进行分析。而由于不同部品往往由不同的工程师和供应商进行开发，分析故障原因的难度和所需的工作量很大，最终导致故障检测效果和效率都较差。

发明内容

本发明的主要目的在于提供一种故障记录方法、装置、设备及存储介质，旨在解决现有技术车载部品仅记录自身故障信息，导致故障检测效果和效率差的技术问题。

为实现上述目的，本发明提供了一种故障记录方法，所述方法包括以下步骤：

在检测到所述车载部品自身功能出现故障时，获取所述故障对应的故障信息；

根据故障信息确定所述故障是否为自身引发故障；

若不为自身引发故障，则根据所述故障信息确定故障引发部品，并向所述故障引发部品发送故障溯源请求；

在接收到所述故障引发部品反馈的故障溯源信息时，根据所述故障溯源信息及所述故障信息构建故障信息链。

可选的，所述故障记录方法还包括：

在接收到目标溯源请求时，从所述目标溯源请求中提取故障描述信息，所述目标溯源请求为其他车载部品发送的故障溯源请求，所述故障描述信息为所述目标溯源请求对应的车载部品中故障的描述信息；

根据所述故障描述信息查找本地故障信息；

根据所述本地故障信息确定是否为自身引发故障；

若为自身引发故障，则将所述本地故障信息作为故障溯源信息反馈至所述目标溯源请求的请求发起部品。

可选的，所述根据所述故障描述信息查找本地故障信息的步骤，包括：

根据所述故障描述信息定位产生原因描述；

在本地查找与所述产生原因描述关联的记录数据，获得本地故障信息。

可选的，所述在本地查找与所述产生原因描述关联的记录数据，获得本地故障信息的步骤，包括：

从所述产生原因描述中提取故障产生时刻及关联业务标识；

根据所述故障产生时刻及预设时长确定查找时间段；

在本地查找所述查找时间段内的记录数据，获得待筛选数据；

提取所述待筛选数据中与所述关联业务标识相对应的部分数据，获得本地故障信息。

可选的，所述根据所述本地故障信息确定是否为自身引发故障的步骤之后，还包括：

若不为自身引发故障，则从所述故障溯源请求中提取故障标识码；

检测是否存在所述故障标识码对应的故障信息链；

若存在对应的故障信息链，则将所述故障标识码对应的故障信息链作为故障溯源信息反馈至所述故障溯源请求的请求发起部品。

可选的，所述检测是否存在所述故障标识码对应的故障信息链的步骤之后，还包括：

若不存在对应的故障信息链，则检测是否存在所述故障标识码对应的未完成溯源任务；

若存在对应的未完成溯源任务，则实时监测所述未完成溯源任务的任务状态；

在所述任务状态变更为完成状态时，获取所述故障标识码对应的故障信息链；

将所述故障信息链作为故障溯源信息反馈至所述故障溯源请求的请求发起部品。

可选的，所述若不存在对应的故障信息链，则检测是否存在所述故障标识码对应的故障溯源任务的步骤之后，还包括：

若不存在对应的未完成溯源任务，则根据所述本地故障信息确定故障引发部品；

根据所述故障标识码构建故障溯源任务；

将所述故障溯源任务的任务状态设置为执行状态，并向所述所述故障引发部品发送故障溯源请求；

在接收到所述故障引发部品反馈的故障溯源信息时，根据所述故障溯源信息及所述本地故障信息构建故障信息链，并将所述故障溯源任务的任务状态设置为完成状态。

此外，为实现上述目的，本发明还提出一种故障记录装置，所述故障记录装置包括以下模块：

获取模块，用于在检测到故障出现时，获取所述故障对应的故障信息；

判断模块，用于根据故障信息确定所述故障是否为自身引发故障；

请求模块，用于若不为自身引发故障，则根据所述故障信息确定故障引发部品，并向所述故障引发部品发送故障溯源请求；

构建模块，用于在接收到所述故障引发部品反馈的故障溯源信息时，根据所述故障溯源信息及所述故障信息构建故障信息链。

此外，为实现上述目的，本发明还提出一种故障记录设备，所述故障记录设备包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的故障记录程序，所述故障记录程序被处理器执行时实现如上所述的故障记录方法的步骤。

此外，为实现上述目的，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有故障记录程序，所述故障记录程序执行时实现如上所述的故障记录方法的步骤。

本发明通过在检测到车载部品自身功能出现故障时，获取故障对应的故障信息；根据故障信息确定故障是否为自身引发故障；若不为自身引发故障，则根据故障信息确定故障引发部品，并向故障引发部品发送故障溯源请求；在接收到故障引发部品反馈的故障溯源信息时，根据故障溯源信息及故障信息构建故障信息链。由于在记录故障信息时，并非仅仅记录了部品本身的故障，而是会检测故障是否由部品自身引发，若不是自身引发，则会进行故障溯源，并根据故障溯源信息及本地的故障信息构建完整的故障信息链，保证在进行故障检测时，可以根据故障信息链快速定位到真正引发故障的部品，无需逐级筛查，且由于完整的故障信息链的建立是由故障涉及的各个车载部品自主发送故障朔源来完成，该故障信息链的建立是双向的，不会受到各车载部品之间链路的复杂程度的影响。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的电子设备的结构示意图；

图2为本发明故障记录方法第一实施例的流程示意图；

图3为本发明故障记录方法第二实施例的流程示意图；

图4为本发明故障记录方法第三实施例的流程示意图；

图5为本发明一实施例的故障信息链构建示意图；

图6为本发明故障记录装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的故障记录设备结构示意图。

如图1所示，该电子设备可以包括：处理器1001，例如中央处理器(CentralProcessing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(Wireless-Fidelity，WI-FI)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory，RAM)，也可以是稳定的非易失性存储器(Non-Volatile Memory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及故障记录程序。

在图1所示的电子设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明电子设备中的处理器1001、存储器1005可以设置在故障记录设备中，所述电子设备通过处理器1001调用存储器1005中存储的故障记录程序，并执行本发明实施例提供的故障记录方法。

本发明实施例提供了一种故障记录方法，参照图2，图2为本发明一种故障记录方法第一实施例的流程示意图。

本实施例中，所述故障记录方法包括以下步骤：

步骤S10：在检测到所述车载部品自身功能出现故障时，获取所述故障对应的故障信息。

需要说明的是，本实施例的执行主体可以是所述故障记录设备，所述故障记录设备可以是安装在车辆中的任意车载部品，如传感器、摄像设备等，或是设置在车载部品中用于记录故障信息的相关组件，当然，也可以是其他相同或类似的设备，本实施例对此不加以限制，在本实施例及下述各实施例中，以车载部品作为故障记录设备为例对本发明故障记录方法进行说明。

需要说明的是，若车载部品检测到自身的功能出现故障，则表示此时故障记录设备的运行出现了异常，此时为了记录引起故障的原因，可以先获取故障对应的故障信息。

在实际使用中，故障信息可以包括故障码及故障相关运行日志。获取故障对应的故障信息可以是读取故障日志中包含的故障码以及相关的业务标识，根据业务标识查找相关的运行日志，将故障码、故障日志及查找到的运行日志作为故障对应的故障信息。

步骤S20：根据故障信息确定所述故障是否为自身引发故障。

需要说明的是，根据故障信息确定故障是否为自身引发故障可以是从故障信息中读取故障码及故障日志，根据故障码和故障日志进行分析，确定引发故障的原因，从而判断故障是否为故障记录设备自身引发，若是，则判定故障为自身引发故障；若不是，则判定故障不为自身引发故障。

例如：若故障引发原因为数据处理错误，则判定故障为自身引发故障；若故障引发原因为等待其他部品响应超时，则判定故障不为自身引发故障。

步骤S30：若不为自身引发故障，则根据所述故障信息确定故障引发部品，并向所述故障引发部品发送故障溯源请求。

需要说明的是，若故障为自身引发故障，则表示此时故障就是由故障记录设备本身引起，此时无需进行故障溯源，因此，可以直接根据故障信息构建故障信息链。

而若是故障不为自身引发故障，则表示此时故障记录设备检测到的故障为由其他部品出现故障，间接导致的，此时为了便于进行故障检测，可以记录完整的故障引发的链条，需要进行故障溯源，因此，可以根据故障信息中包含的故障日志及运行日志确定导致故障记录设备间接故障的部品，即故障引发部品，然后向故障引发部品发送故障溯源请求，则此时故障引发部品会进一步检测故障是否由其引发，若是，则故障引发部品可以将自身的故障信息作为故障溯源信息反馈至故障记录设备。

而若不是由故障引发部品引发，则故障引发部品会进一步检测下一级的故障引发部品，并向下一级的故障引发部品发送故障溯源请求，将下一级的故障引发部品反馈故障溯源信息及自身的故障信息作为故障溯源信息反馈至故障记录设备。

其中，下一级的故障引发部品仍旧会进行进一步判断，确定是否需要寻找更下一级的故障引发部品，依次类推。

步骤S40：在接收到所述故障引发部品反馈的故障溯源信息时，根据所述故障溯源信息及所述故障信息构建故障信息链。

需要说明的是，若接收到故障引发部品反馈的故障溯源信息，则表示整体的故障溯源已经完成，此时故障溯源信息中必定会包含真正引发故障的部品中的故障信息，因此，可以根据故障溯源信息及故障信息构建故障信息链。

可以理解的是，在构建故障信息链之后，车辆的相关检测人员可以直接根据故障信息链定位到真正引发故障的部品，此时可以直接联系该部品对应的部品工程师进行相应的处理，可以大幅提高故障检测的效率。

本实施例通过在检测到车载部品自身功能出现故障时，获取故障对应的故障信息；根据故障信息确定故障是否为自身引发故障；若不为自身引发故障，则根据故障信息确定故障引发部品，并向故障引发部品发送故障溯源请求；在接收到故障引发部品反馈的故障溯源信息时，根据故障溯源信息及故障信息构建故障信息链。由于在记录故障信息时，并非仅仅记录了部品本身的故障，而是会检测故障是否由部品自身引发，若不是自身引发，则会进行故障溯源，并根据故障溯源信息及本地的故障信息构建完整的故障信息链，保证在进行故障检测时，可以根据故障信息链快速定位到真正引发故障的部品，无需逐级筛查，且由于完整的故障信息链的建立是由故障涉及的各个车载部品自主发送故障朔源来完成，该故障信息链的建立是双向的，不会受到各车载部品之间链路的复杂程度的影响。

参考图3，图3为本发明一种故障记录方法第二实施例的流程示意图。

基于上述第一实施例，本实施例故障记录方法，还包括以下步骤：

步骤S100：在接收到目标溯源请求时，从所述目标溯源请求中提取故障描述信息。

需要说明的是，车辆中的各部品在运行时，一般配合运行，各自之间会存在一定的交互，形成交互链，若交互链中一个部品引发故障，则除了引发故障的部品之外，处于交互链下游的其他部品，也会检测到故障，同理，其也有可能会进行故障溯源，则此时故障记录设备可能会接收到目标溯源请求。其中，目标溯源请求可以为其他车载部品发送之故障记录设备的故障溯源请求。

在实际使用中，若故障记录设备接收到目标溯源请求，则表示此时有其他部品在进行故障溯源，且故障记录设备被该部品确定为故障引发部品，此时故障记录设备可以从目标溯源请求中提取故障描述信息。

其中，故障描述信息可以是被作为参数添加至目标溯源请求中的故障信息。

步骤S200：根据所述故障描述信息查找本地故障信息。

需要说明的是，故障描述信息为目标溯源请求对应的车载部品中故障的描述信息，目标溯源请求对应的车载部品可以将采集的故障的故障信息作为故障描述信息，或从故障信息中提取导致故障的相关描述信息作为故障描述信息，例如：A部品检测到自身功能出现异常，故障信息为“超时异常，异常由在60秒内未接收到X信号引起”，则此时可以直接将故障信息作为故障描述信息，或从故障信息中提取导致故障的相关描述信息“在60秒内未接收到X信号”。根据故障描述信息查找本地故障信息可以在故障记录设备本地查找与故障描述信息相关的故障日志及运行日志，并从故障日志中提取故障码，根据故障码、故障日志及运行日志构建本地故障信息。

在具体实现中，为了保证可准确查找到本地故障信息，本实施例所述步骤S200，可以包括：

根据所述故障描述信息定位产生原因描述；

在本地查找与所述产生原因描述关联的记录数据，获得本地故障信息。

需要说明的是，根据故障描述信息定位产生原因描述可以是根据故障描述信息中的故障日志及运行日志确定产生原因描述。

在实际使用中，在本地查找与产生原因描述关联的记录数据，获得本地故障信息可以是在故障记录设备本地查找与产生原因描述相关的故障日志及运行日志，例如：假设产生原因描述为通信中部品A等待接收到故障记录设备的响应超时，则此时可以检测故障记录设备中接收部品A的请求，以及发送至部品A的响应的相关运行日志，以及在此期间产生的故障日志。

进一步的，为了提高本地故障信息的查找效率，本实施例所述在本地查找与所述产生原因描述关联的记录数据，获得本地故障信息的步骤，可以包括：

从所述产生原因描述中提取故障产生时刻及关联业务标识；

根据所述故障产生时刻及预设时长确定查找时间段；

在本地查找所述查找时间段内的记录数据，获得待筛选数据；

提取所述待筛选数据中与所述关联业务标识相对应的部分数据，获得本地故障信息。

需要说明的是，车辆中的部品都是持续运行的，运行日志、故障日志等记录数据都是持续产生，存储在部品本地，直接查找，需要筛选的数据过多，查询效率较低，因此，可以将故障产生时刻、关联业务标识等也加入产生原因描述中，以便于快速筛选本地故障信息。其中，关联业务标识可以是出现故障时，发起目标溯源请求的部品与故障记录设备之间的通信会话标识或请求标识。

在实际使用中，预设时长可以由故障记录设备的管理人员或车辆的管理人员根据实际需要预先进行设置，例如：将预设时长设置为5分钟。根据故障产生时刻及预设时长确定查找时间段可以是将故障产生时刻作为结束时刻，将故障产生时刻向前推延预设时长获得的时刻作为起始时刻，根据起始时刻及结束时刻确定查找时间段，例如：假设预设时长为5分钟，故障产生时刻为9:00，则查找时间段可以为8:55-9:00。

当然，为了检测全面性，还可以将故障产生时刻向后推延预设时长向后获得的时刻作为结束时刻。

在实际实现中，在本地查找查找时间段内的记录数据，获得待筛选数据可以是查找在查找时间段内产生的运行日志、故障日志等记录数据，并将其作为待筛选数据。

可以理解的是，待筛选数据为可能与故障相关的记录数据，但是其中可能还包含与故障不相关的其他数据，在确定待筛选数据后，需要排除不相关的数据，此时可以通过业务关联标识对其进行进一步筛选，将待筛选数据中与关联业务标识相对应的部分数据作为本地故障信息。

步骤S300：根据所述本地故障信息确定是否为自身引发故障。

需要说明的是，本地故障信息与上述实施例中故障信息所包含的数据类型类似，根据本地故障信息确定是否为自身引发故障的方式也与根据故障信息确定故障是否为自身引发故障的方式类似，此处不再赘述。

步骤S400：若为自身引发故障，则将所述本地故障信息作为故障溯源信息反馈至所述目标溯源请求的请求发起部品。

可以理解的是，若为自身引发故障，则表示此时故障记录设备为引发故障的部品，因此，可以将本地故障信息作为故障溯源信息反馈至目标溯源请求的请求发起部品。

需要说明的是，由于车辆中即使形成一交互链的多个部品，由于部品中各参数设置的差异(如等待时长、判定时长等差异)，针对同一故障，检测到的时刻也可能差异，故障记录设备可能是先检测到故障，再接收到其他部品发送的目标溯源请求，也可能是先接收到目标溯源请求，再检测到故障，或者是在检测到故障进行溯源的过程中接收到目标溯源请求，本实施例的步骤S100-S400，可能在步骤S10-步骤S40中任一步骤的前后执行。

本实施例通过在接收到目标溯源请求时，从所述目标溯源请求中提取故障描述信息，所述目标溯源请求为其他车载部品发送的故障溯源请求；根据所述故障描述信息查找本地故障信息；根据所述本地故障信息确定是否为自身引发故障；若为自身引发故障，则将所述本地故障信息作为故障溯源信息反馈至所述目标溯源请求的请求发起部品。由于在接收到目标溯源请求时，会根据目标溯源请求进行检测，确定故障是否由本部品引起，若是由本部品引起，则会将本地故障信息作为故障溯源信息反馈至目标溯源请求的请求发起部品，使得目标溯源请求的请求发起部品可以构建完整的故障信息链。

参考图4，图4为本发明一种故障记录方法第三实施例的流程示意图。

基于上述第二实施例，本实施例故障记录方法的所述步骤S300之后，还包括：

步骤S400'：若不为自身引发故障，则从所述故障溯源请求中提取故障标识码。

需要说明的是，若不为自身引发故障，则表示此时故障记录设备也并非真正引发故障的部品，也是受其他部品影响导致出现故障，因此，需要进行请求溯源，但是，每一次请求溯源，其实都需要与其他部品进行通信，且需要进行相应的故障检测，重复的故障检测，会导致不必要的检测，消耗大量的性能，而为了避免重复检测，在确定需要进行故障溯源时，可以先从故障溯源请求中提取故障标识码。其中，故障标识码可以是在整车中对同一故障的唯一编号。

步骤S500'：检测是否存在所述故障标识码对应的故障信息链。

步骤S600'：若存在对应的故障信息链，则将所述故障标识码对应的故障信息链作为故障溯源信息反馈至所述故障溯源请求的请求发起部品。

需要说明的是，为了避免重复进行故障溯源，在确定需要进行故障溯源时，可以先检测故障记录设备本地是否存在故障标识码对应的故障信息链，若存在，则表示此前故障记录设备已经对此故障进行过故障溯源，此时需要避免重复进行故障溯源，因此，可以将故障标识码对应的故障信息链作为故障溯源信息反馈至故障溯源请求的请求发起部品。

而若是不存在故障标识码对应的故障信息链，则此时可能是并未进行过故障溯源，也有可能是故障溯源已经进行，但是并未等待到结果，此时为了避免重复进行故障溯源，需要进行进一步检测，则此时本实施例所述步骤S500'之后，还可以包括：

若不存在对应的故障信息链，则检测是否存在所述故障标识码对应的未完成溯源任务；

若存在对应的未完成溯源任务，则实时监测所述未完成溯源任务的任务状态；

在所述任务状态变更为完成状态时，获取所述故障标识码对应的故障信息链；

将所述故障信息链作为故障溯源信息反馈至所述故障溯源请求的请求发起部品。

需要说明的是，未完成溯源任务可以是任务状态并非完成状态的故障溯源任务，故障溯源任务可以是在进行故障溯源时创建的记录数据。其中，在上述第一实施例步骤S30执行时，也可以创建故障溯源任务，并在步骤S40执行时，将创建的故障溯源任务的任务状态修改为完成状态。

可以理解的是，若存在故障标识码对应的未完成溯源任务，则表示此前已经尝试对此故障进行故障溯源，但是，故障溯源还并未完成，此时可以实时监测(如每隔1秒检测一次)未完成溯源任务的任务状态，而若是任务状态变更为完成状态，则表示故障溯源已经完成，故障记录设备中必然已经生成了故障标识码对应的故障信息链，此时可以获取故障标识码对应的故障信息链，并将故障标识码对应的故障信息链作为故障溯源信息反馈至故障溯源请求的请求发起部品。

而若是不存在故障标识码对应的未完成溯源任务，则需要进行故障溯源，则此时本实施例所述若不存在对应的故障信息链，则检测是否存在所述故障标识码对应的故障溯源任务的步骤之后，还包括：

若不存在对应的未完成溯源任务，则根据所述本地故障信息确定故障引发部品；

根据所述故障标识码构建故障溯源任务；

将所述故障溯源任务的任务状态设置为执行状态，并向所述所述故障引发部品发送故障溯源请求；

在接收到所述故障引发部品反馈的故障溯源信息时，根据所述故障溯源信息及所述本地故障信息构建故障信息链，并将所述故障溯源任务的任务状态设置为完成状态。

需要说明的是，根据本地故障信息确定故障引发部品的方式与上述步骤S30中根据故障信息确定故障引发部品的方式类似，此处不在赘述。

可以理解的是，若进行故障溯源，则在确定故障引发部品后，可以根据故障标识码构建故障溯源任务，并将故障溯源任务设置为执行状态，并向故障引发部品发送故障溯源请求，在接收到故障引发部品反馈的故障溯源信息时，可以根据故障溯源信息及本地故障信息构建故障信息链，即可获得故障标识码对应的故障信息链，此时可以判定故障溯源完成，因此，可以将故障溯源任务的任务状态设置为完成状态。

为了便于理解，现结合图5进行说明，但不对本方案进行限定。图5为本实施例的故障信息链构建示意图。

如图5所示，交互链由三个部品构建而成，分别为a、b、c，其中，部品a中的ECU a检测到故障，进行分析，确定故障并非自身引发，而是部品b中ECU b关联的功能出现异常导致，则可以向部品b中的ECU b发送溯源请求(即故障溯源请求)，请求中可以携带发生异常的交互信息(即故障信息)，部品b中的ECU b在接收到溯源请求时，可以进行分析，此时进行分析，确定故障并非自身引发，而是由部品c中ECU c关联功能的异常引发则此时部品b会向部品c中的ECU c发送溯源请求，此后，部品c中ECU c检测到故障由自身引发，则会将故障信息作为故障信息链进行存储，并将故障信息作为关联故障信息(即故障溯源信息)反馈至部品b中的ECU b，ECU b会根据部品b中的自身故障信息及ECU c反馈的关联故障信息构建故障信息链并进行存储，并将构建的故障信息链作为关联故障信息传输至ECU a，同理，ECU a会根据部品a中的自身故障信息及ECU a反馈的关联故障信息构建故障信息链并进行存储，此时则完成了故障溯源；

此时在部品a中存储的故障信息链包含了a、b、c三个部品的故障信息；部品b中存储的故障信息链包含了部品b和c两个部品的故障信息；部品c中存储的故障信息链则包含了部品c自身的故障信息，此时根据a、b、c中任一部品存储的故障信息链，均可以确定导致故障产生的真实部品。

本实施例通过若不为自身引发故障，则从所述故障溯源请求中提取故障标识码；检测是否存在所述故障标识码对应的故障信息链；若存在对应的故障信息链，则将所述故障标识码对应的故障信息链作为故障溯源信息反馈至所述故障溯源请求的请求发起部品。由于在检测到故障不为部品自身引发时，会根据故障标识码检测此前是否已经对此故障进行过故障溯源，如是，则将故障溯源构建的故障信息链作为故障溯源信息反馈至故障溯源请求的请求发起部品，在保证故障溯源请求的请求发起部品可以构建完整的故障信息链的同时，也避免了重复进行故障溯源，避免了不必要的性能损耗。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有故障记录程序，所述故障记录程序被处理器执行时实现如上文所述的故障记录方法的步骤。

参照图6，图6为本发明故障记录装置第一实施例的结构框图。

如图6所示，本发明实施例提出的故障记录装置包括：

获取模块10，用于在检测到故障出现时，获取所述故障对应的故障信息；

判断模块20，用于根据故障信息确定所述故障是否为自身引发故障；

请求模块30，用于若不为自身引发故障，则根据所述故障信息确定故障引发部品，并向所述故障引发部品发送故障溯源请求；

构建模块40，用于在接收到所述故障引发部品反馈的故障溯源信息时，根据所述故障溯源信息及所述故障信息构建故障信息链。

本实施例通过在检测到车载部品自身功能出现故障时，获取故障对应的故障信息；根据故障信息确定故障是否为自身引发故障；若不为自身引发故障，则根据故障信息确定故障引发部品，并向故障引发部品发送故障溯源请求；在接收到故障引发部品反馈的故障溯源信息时，根据故障溯源信息及故障信息构建故障信息链。由于在记录故障信息时，并非仅仅记录了部品本身的故障，而是会检测故障是否由部品自身引发，若不是自身引发，则会进行故障溯源，并根据故障溯源信息及本地的故障信息构建完整的故障信息链，保证在进行故障检测时，可以根据故障信息链快速定位到真正引发故障的部品，无需逐级筛查，且由于完整的故障信息链的建立是由故障涉及的各个车载部品自主发送故障朔源来完成，该故障信息链的建立是双向的，不会受到各车载部品之间链路的复杂程度的影响。

进一步的，所述故障记录装置还包括：

接收模块，用于在接收到目标溯源请求时，从所述目标溯源请求中提取故障描述信息，所述目标溯源请求为其他车载部品发送的故障溯源请求，所述故障描述信息为所述目标溯源请求对应的车载部品中故障的描述信息；

查找模块，用于根据所述故障描述信息查找本地故障信息；

检测模块，用于根据所述本地故障信息确定是否为自身引发故障；

发送模块，用于若为自身引发故障，则将所述本地故障信息作为故障溯源信息反馈至所述目标溯源请求的请求发起部品。

进一步的，所述查找模块，还用于根据所述故障描述信息定位产生原因描述；在本地查找与所述产生原因描述关联的记录数据，获得本地故障信息。

进一步的，所述查找模块，还用于从所述产生原因描述中提取故障产生时刻及关联业务标识；根据所述故障产生时刻及预设时长确定查找时间段；在本地查找所述查找时间段内的记录数据，获得待筛选数据；提取所述待筛选数据中与所述关联业务标识相对应的部分数据，获得本地故障信息。

进一步的，所述发送模块，还用于若不为自身引发故障，则从所述故障溯源请求中提取故障标识码；检测是否存在所述故障标识码对应的故障信息链；若存在对应的故障信息链，则将所述故障标识码对应的故障信息链作为故障溯源信息反馈至所述故障溯源请求的请求发起部品。

进一步的，所述发送模块，还用于若不存在对应的故障信息链，则检测是否存在所述故障标识码对应的未完成溯源任务；若存在对应的未完成溯源任务，则实时监测所述未完成溯源任务的任务状态；在所述任务状态变更为完成状态时，获取所述故障标识码对应的故障信息链；将所述故障信息链作为故障溯源信息反馈至所述故障溯源请求的请求发起部品。

进一步的，所述发送模块，还用于若不存在对应的未完成溯源任务，则根据所述本地故障信息确定故障引发部品；根据所述故障标识码构建故障溯源任务；将所述故障溯源任务的任务状态设置为执行状态，并向所述所述故障引发部品发送故障溯源请求；在接收到所述故障引发部品反馈的故障溯源信息时，根据所述故障溯源信息及所述本地故障信息构建故障信息链，并将所述故障溯源任务的任务状态设置为完成状态。

应当理解的是，以上仅为举例说明，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。

需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。

另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的故障记录方法，此处不再赘述。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器(Read Only Memory，ROM)/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种故障记录方法，其特征在于，应用于车辆中的车载部品，所述故障记录方法包括以下步骤：

在检测到所述车载部品自身功能出现故障时，获取所述故障对应的故障信息；

根据故障信息确定所述故障是否为自身引发故障；

若不为自身引发故障，则根据所述故障信息确定故障引发部品，并向所述故障引发部品发送故障溯源请求；

在接收到所述故障引发部品反馈的故障溯源信息时，根据所述故障溯源信息及所述故障信息构建故障信息链。

2.如权利要求1所述的故障记录方法，其特征在于，所述故障记录方法还包括：

在接收到目标溯源请求时，从所述目标溯源请求中提取故障描述信息，所述目标溯源请求为其他车载部品发送的故障溯源请求，所述故障描述信息为所述目标溯源请求对应的车载部品中故障的描述信息；

根据所述故障描述信息查找本地故障信息；

根据所述本地故障信息确定是否为自身引发故障；

若为自身引发故障，则将所述本地故障信息作为故障溯源信息反馈至所述目标溯源请求的请求发起部品。

3.如权利要求2所述的故障记录方法，其特征在于，所述根据所述故障描述信息查找本地故障信息的步骤，包括：

根据所述故障描述信息定位产生原因描述；

在本地查找与所述产生原因描述关联的记录数据，获得本地故障信息。

4.如权利要求3所述的故障记录方法，其特征在于，所述在本地查找与所述产生原因描述关联的记录数据，获得本地故障信息的步骤，包括：

从所述产生原因描述中提取故障产生时刻及关联业务标识；

根据所述故障产生时刻及预设时长确定查找时间段；

在本地查找所述查找时间段内的记录数据，获得待筛选数据；

提取所述待筛选数据中与所述关联业务标识相对应的部分数据，获得本地故障信息。

5.如权利要求2所述的故障记录方法，其特征在于，所述根据所述本地故障信息确定是否为自身引发故障的步骤之后，还包括：

若不为自身引发故障，则从所述故障溯源请求中提取故障标识码；

检测是否存在所述故障标识码对应的故障信息链；

若存在对应的故障信息链，则将所述故障标识码对应的故障信息链作为故障溯源信息反馈至所述故障溯源请求的请求发起部品。

6.如权利要求5所述的故障记录方法，其特征在于，所述检测是否存在所述故障标识码对应的故障信息链的步骤之后，还包括：

若不存在对应的故障信息链，则检测是否存在所述故障标识码对应的未完成溯源任务；

若存在对应的未完成溯源任务，则实时监测所述未完成溯源任务的任务状态；

在所述任务状态变更为完成状态时，获取所述故障标识码对应的故障信息链；

将所述故障信息链作为故障溯源信息反馈至所述故障溯源请求的请求发起部品。

7.如权利要求6所述的故障记录方法，其特征在于，所述若不存在对应的故障信息链，则检测是否存在所述故障标识码对应的故障溯源任务的步骤之后，还包括：

若不存在对应的未完成溯源任务，则根据所述本地故障信息确定故障引发部品；

根据所述故障标识码构建故障溯源任务；

将所述故障溯源任务的任务状态设置为执行状态，并向所述所述故障引发部品发送故障溯源请求；

在接收到所述故障引发部品反馈的故障溯源信息时，根据所述故障溯源信息及所述本地故障信息构建故障信息链，并将所述故障溯源任务的任务状态设置为完成状态。

8.一种故障记录装置，其特征在于，所述故障记录装置包括以下模块：

获取模块，用于在检测到故障出现时，获取所述故障对应的故障信息；

判断模块，用于根据故障信息确定所述故障是否为自身引发故障；

请求模块，用于若不为自身引发故障，则根据所述故障信息确定故障引发部品，并向所述故障引发部品发送故障溯源请求；

构建模块，用于在接收到所述故障引发部品反馈的故障溯源信息时，根据所述故障溯源信息及所述故障信息构建故障信息链。

9.一种故障记录设备，其特征在于，所述故障记录设备包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的故障记录程序，所述故障记录程序被处理器执行时实现如权利要求1-7中任一项所述的故障记录方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有故障记录程序，所述故障记录程序执行时实现如权利要求1-7中任一项所述的故障记录方法的步骤。