一种故障排查方法、装置、电子设备及存储介质

摘要

本发明涉及车辆故障排查技术领域，尤其涉及一种故障排查方法、装置、电子设备及存储介质，其中，该方法包括：当目标车辆中车辆控制器的远程升级失败时，获取目标车辆在远程升级过程中的待检测升级日志；确定待检测升级日志中的至少一个待检测项目；基于与各待检测项目相关联的项目检测信息，对各待检测项目进行故障检测，根据故障检测结果对目标车辆在远程升级任务中的升级故障进行故障排查。通过基于与不同的项目类型相对应的项目检测信息对相应的待检测项目进行排查，可以实现在远程升级失败时自动化对升级故障进行排查，达到了提高故障排查效率的效果。

权利要求

1.一种故障排查方法，其特征在于，包括：

当目标车辆中的车辆控制器远程升级失败时，获取所述目标车辆在远程升级过程中的待检测升级日志；

确定所述待检测升级日志中的至少一个待检测项目；其中，所述待检测项目包括任务弹窗检测项目、车辆状态检测项目、车辆控制单元检测项目和升级结果检测项目；

基于与各待检测项目相关联的项目检测信息，对各所述待检测项目进行故障检测，根据故障检测结果对所述目标车辆在远程升级任务中的升级故障进行故障排查；

其中，所述待检测项目为所述车辆状态检测项目，所述基于与各待检测项目相关联的项目检测信息，对各所述待检测项目进行故障检测，以根据故障检测结果对所述目标车辆在远程升级任务中的升级故障进行故障排查，包括：接收所述目标车辆中至少一个车辆状态控制器反馈的车辆状态反馈信息，并根据所述车辆状态反馈信息确定各车辆状态控制器所对应的指令接收状态；其中，所述指令接收状态包括已接收到车辆检测指令状态或未接收到车辆检测指令状态，所述车辆状态反馈信息包括车速信息、档位信息、电流信息、外接诊断信息、驻车状态信息、车钥匙信号、充电状态信息、空调状态信息和剩余电量信息中的至少一种；针对各车辆状态控制器，若当前车辆状态控制器对应的指令接收状态为所述已接收到车辆检测指令状态，则确定所述目标车辆的升级故障为车辆状态调节故障；若所述当前车辆状态控制器对应的指令接收状态为所述未接收到车辆检测指令状态，则确定所述升级故障为指令发送故障。

2.根据权利要求1所述的方法，其特征在于，所述获取所述目标车辆在远程升级过程中的待检测升级日志，包括：确定与所述目标车辆相对应的车辆标识码以及所述目标车辆所对应的升级任务关联信息；其中，所述任务关联信息包括任务类型、任务标识以及升级任务时段中的至少一种；

根据所述车辆标识码和所述升级任务关联信息，从升级日志数据库中调取所述目标车辆在远程升级过程中的待检测升级日志。

3.根据权利要求1所述的方法，其特征在于，所述确定所述待检测升级日志中的至少一个待检测项目，包括：确定所述待检测升级日志中的至少一个任务升级时段；

调取与所述待检测升级日志相对应的目标映射表，并根据所述目标映射表，确定与各任务升级时段相对应的待检测项目；其中，所述目标映射表中包括至少一个任务升级时段，以及与各任务升级时段相对应的远程升级项目。

4.根据权利要求1所述的方法，其特征在于，所述待检测项目为所述任务弹窗检测项目，所述基于与各待检测项目相关联的项目检测信息，对各所述待检测项目进行故障检测，以根据故障检测结果对所述目标车辆在远程升级任务中的升级故障进行故障排查，包括：若所述目标车辆不满足预设弹窗协议，则确定所述目标车辆所对应的升级故障为弹窗协议故障；

若所述目标车辆满足所述预设弹窗协议，且所述目标车辆的显示设备未接收到任务弹窗时，确定所述升级故障为弹窗发送故障；

若所述目标车辆满足所述预设弹窗协议，且所述显示设备接收到所述任务弹窗但未正常显示所述任务弹窗时，确定所述升级故障为显示设备故障。

5.根据权利要求1所述的方法，其特征在于，所述待检测项目为所述车辆控制单元检测项目，所述基于与各待检测项目相关联的项目检测信息，对各所述待检测项目进行故障检测，以根据故障检测结果对所述目标车辆在远程升级任务中的升级故障进行故障排查，包括：确定所述目标车辆在所述车辆控制单元检测项目中的目标升级主体；其中，所述目标升级主体包括主节点或车辆电子控制单元，所述主节点为集成了远程升级功能的控制器；

若所述目标升级主体为所述主节点，且所述主节点的升级状态为升级失败时，确定所述目标车辆的升级故障为主节点故障；

若所述目标升级主体为所述电子控制单元，且所述电子控制单元未接收到所述主节点发送的升级任务时，则确定所述升级故障为通信交互故障；

若所述目标升级主体为所述电子控制单元，且所述电子控制单元接收到所述主节点发送的升级任务时，确定所述升级故障为电子控制单元故障。

6.根据权利要求1所述的方法，其特征在于，所述待检测项目为所述升级结果检测项目，所述基于与各待检测项目相关联的项目检测信息，对各所述待检测项目进行故障检测，以根据故障检测结果对所述目标车辆在远程升级任务中的升级故障进行故障排查，包括：对所述目标车辆的升级结果相对应的待校验信息进行校验，得到校验结果；其中，所述校验结果包括校验通过或校验未通过；

若所述校验结果为所述校验未通过，则确定所述目标车辆对应的升级故障为信息校验故障；

若所述校验结果为所述校验通过，则对所述目标车辆中的主节点的升级结果弹窗协议进行校验，并在所述升级结果弹窗协议异常时，确定所述升级故障为升级结果弹窗故障。

7.一种故障排查装置，其特征在于，包括：

日志获取模块，用于当目标车辆中的车辆控制器远程升级失败时，获取所述目标车辆在远程升级过程中的待检测升级日志；

项目确定模块，用于确定所述待检测升级日志中的至少一个待检测项目；其中，所述待检测项目包括任务弹窗检测项目、车辆状态检测项目、车辆控制单元检测项目和升级结果检测项目；

故障排查模块，用于基于与各待检测项目相关联的项目检测信息，对各所述待检测项目进行故障检测，根据故障检测结果对所述目标车辆在远程升级任务中的升级故障进行故障排查；

其中，所述待检测项目为所述车辆状态检测项目，所述故障排查模块包括：指令接收状态确定单元，用于接收所述目标车辆中至少一个车辆状态控制器反馈的车辆状态反馈信息，并根据所述车辆状态反馈信息确定各车辆状态控制器所对应的指令接收状态；其中，所述指令接收状态包括已接收到车辆检测指令状态或未接收到车辆检测指令状态，所述车辆状态反馈信息包括车速信息、档位信息、电流信息、外接诊断信息、驻车状态信息、车钥匙信号、充电状态信息、空调状态信息和剩余电量信息中的至少一种；车辆状态调节故障确定单元，用于针对各车辆状态控制器，若当前车辆状态控制器对应的指令接收状态为所述已接收到车辆检测指令状态，则确定所述目标车辆的升级故障为车辆状态调节故障；指令发送故障确定单元，用于若所述当前车辆状态控制器对应的指令接收状态为所述未接收到车辆检测指令状态，则确定所述升级故障为指令发送故障。

8.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1‑6中任一项所述的故障排查方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1‑6中任一项所述的故障排查方法。

说明书

一种故障排查方法、装置、电子设备及存储介质

技术领域

[0001] 本发明涉及车辆故障排查技术领域，尤其涉及一种故障排查方法、装置、电子设备及存储介质。

背景技术

[0002] 随着车辆智能化和网联化程度越来越高，车辆集成的控制器和车辆软件功能也越来越多，相应的，车辆对远程升级技术的需求也越来越高。

[0003] 目前，车辆远程升级是通过与远程升级客户端相连，以利用无线通信技术对车辆中的软件进行升级。而在升级过程中，可能存在升级失败的问题，此时，则需要维修人员逐一对升级过程中的升级内容进行查询，以确定升级失败的原因呢。但是，这样的故障检测方式不仅检测效率较低，同时还会降低用户的使用体验。

[0004] 为了解决上述问题，快速在远程升级失败时进行故障排查，需要对故障检测方式进行改进。

发明内容

[0005] 本发明提供了一种故障排查方法、装置、电子设备及存储介质，以解决在车辆远程升级失败时需要基于人工方式对远程升级过程中的升级故障进行排查，存在故障排查效率低的问题。

[0006] 第一方面，本发明实施例提供了一种故障排查方法，包括：

[0007] 当目标车辆中的车辆控制器远程升级失败时，获取所述目标车辆在远程升级过程中的待检测升级日志；

[0008] 确定所述待检测升级日志中的至少一个待检测项目；

[0009] 基于与各待检测项目相关联的项目检测信息，对各所述待检测项目进行故障检测，根据故障检测结果对所述目标车辆在远程升级任务中的升级故障进行故障排查。

[0010] 第二方面，本发明实施例还提供了一种故障排查装置，包括：

[0011] 日志获取模块，用于当目标车辆中的车辆控制器远程升级失败时，获取所述目标车辆在远程升级过程中的待检测升级日志；

[0012] 项目确定模块，用于确定所述待检测升级日志中的至少一个待检测项目；

[0013] 故障排查模块，用于基于与各待检测项目相关联的项目检测信息，对各所述待检测项目进行故障检测，根据故障检测结果对所述目标车辆在远程升级任务中的升级故障进行故障排查。

[0014] 第三方面，本发明实施例还提供了一种电子设备，包括：

[0015] 至少一个处理器；以及

[0016] 与所述至少一个处理器通信连接的存储器；其中，

[0017] 所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的故障排查方法。

[0018] 第四方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的故障排查方法。

[0019] 本发明实施例的技术方案，通过当目标车辆中的车辆控制器远程升级失败时，获取所述目标车辆在远程升级过程中的待检测升级日志，根据待检测升级日志确定至少一个待检测项目。进一步的，在确定所述待检测升级日志中的至少一个待检测项目时，根据与待检测升级日志相对应的目标映射表，可以确定与至少一个任务升级时段相对应的待检测项目。进一步的，根据待检测项目的项目类型，可以确定相应的项目检测信息，进而基于与各待检测项目相关联的项目检测信息，对各所述待检测项目进行故障检测，根据故障检测结果对所述目标车辆在远程升级任务中的升级故障进行故障排查。解决了在车辆远程升级失败时需要基于人工方式对远程升级过程中的升级故障进行排查，存在故障排查效率低的问题，通过基于与不同的项目类型相对应的项目检测信息对相应的待检测项目进行排查，可以实现在远程升级失败时自动化对升级故障进行排查，达到了提高故障排查效率的效果。

[0020] 应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

[0021] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

[0022] 图1是根据本发明实施例一提供的一种故障排查方法的流程图；

[0023] 图2是根据本发明实施例二提供的一种故障排查方法的流程图；

[0024] 图3是根据本发明实施例三提供的一种故障排查装置的结构示意图；

[0025] 图4是实现本发明实施例的故障排查方法的电子设备的结构示意图。

具体实施方式

[0026] 为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

[0027] 需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

[0028] 实施例一

[0029] 图1为本发明实施例一提供了一种故障排查方法的流程图，本实施例可适用于在对车辆中的软件或应用进行远程升级失败时，自动化对远程升级过程中生成的升级日志进行检测，以对远程升级过程中的升级故障进行故障排查的情况，该方法可以由故障排查装置来执行，该故障排查装置可以采用硬件和/或软件的形式实现，该故障排查装置可配置于可执行故障排查方法的计算设备中。

[0030] 如图1所示，该方法包括：

[0031] S110、当目标车辆中的车辆控制器远程升级失败时，获取目标车辆在远程升级过程中的待检测升级日志。

[0032] 其中，目标车辆可以理解为安装有远程升级客户端（Over‑the‑Air，OTA）的车辆，如，可以为安装有远程升级客户端的小汽车，或者是部署有远程升级组件的车辆等。

[0033] 为了更加清楚地理解本技术方案，在此对OTA客户端进行简单介绍。所谓OTA客户端是指通过移动通信网络对目标车辆的零部件终端上的固件、数据以及应用等进行远程管理的服务器，简单来说，基于OTA客户端对目标车辆进行远程升级时，大致分为三个步骤，首先将更新软件上传至OTA中心，然后OTA中心通过无线传输将更新信息发送至车辆端的电子控制单元（Electronic Control Unit，ECU），最后车辆端的ECU根据接收到的更新信息自动对车辆中的软件或应用进行更新。

[0034] 可以理解的是，在基于OTA客户端对目标车辆中的软件或应用进行更新时，为了对升级内容进行记录，同时在升级异常时进行故障追溯，在远程升级的过程中会生成相应的升级日志，在本技术方案中，将基于OTA客户端对目标车辆进行远程升级过程中生成的升级日志作为待检测升级日志。

[0035] 随着车辆智能化和网联化程度越来越高，目标车辆中集成的控制器也越来越多，同时目标车辆中的软件功能和应用功能也越来越多。为了方便对目标车辆中的软件和应用进行更新，通常可以在目标车辆中部署OTA客户端，以基于OTA客户端对目标车辆中的软件或应用进行升级。但是，在目标车辆的远程升级过程中，由于各种原因，可能存在升级失败的情况。现有技术在远程升级失败时通常是由专业技术人员根据升级日志进行逐一排查，但是这样的故障排查效率较低，且容易出现故障漏检的问题。

[0036] 基于此，本技术方案为了在目标车辆远程升级失败后，快速对升级过程中的升级故障进行排查和定位，在目标车辆远程升级失败时，获取与目标车辆相对应的待检测升级日志，并对待检测升级日志自动进行故障排查，以快速确定升级失败原因和升级失败位置，以使技术人员根据故障排查结果对目标车辆的远程升级进行维护处理。

[0037] 可选的，获取目标车辆在远程升级过程中的待检测升级日志，包括：确定与目标车辆相对应的车辆标识码以及目标车辆所对应的升级任务关联信息；根据车辆标识码和升级任务关联信息，从升级日志数据库中调取目标车辆在远程升级过程中的待检测升级日志。

[0038] 其中，车辆标识码是指与目标车辆相对应的唯一性标识性信息。升级任务关联信息是指目标车辆在进行远程升级时与升级任务相关联的信息，如，任务关联信息包括任务类型、任务标识以及升级任务时段中的至少一种。升级日志数据库是指用于存储目标车辆在远程升级过程中所生成的待检测升级日志的数据库，如，可以是OTA客户端中的日志存储区域。

[0039] 可以理解的是，目标车辆可以进行多次远程升级，在每次远程升级过程中都会生成相应的升级日志，相应的，在升级日志数据库中可以存储目标车辆在各次远程升级任务中的升级日志，进而，在需要根据升级日志进行故障排查时，可以根据远程升级时间等信息，从升级日志数据库中调取相应的升级日志进行故障排查。当然，为了节省升级日志数据库中的存储空间，也可以根据日志存储时间或日志存储数量等对升级日志数据库中的升级日志进行删除，如，将存储时间超过3个月的升级日志进行删除处理，或者，若在升级日志数据库中可以存储10万条升级日志，则根据日志存储时间，从存储时间最长的升级日志逐一从升级日志数据库中进行删除。具体的升级日志数据库中的数据管理方式在本技术方案中不做具体限定，可以根据实际需求进行设定。

[0040] 在实际应用中，在目标车辆远程升级失败时，可以通过与目标车辆相对应的车辆标识码以及升级任务关联信息，从升级日志数据库中调取与当前的远程升级任务相对应的待检测升级日志，以根据待检测升级日志对目标车辆的远程升级任务进行故障排查和定位。

[0041] S120、确定待检测升级日志中的至少一个待检测项目。

[0042] 可以理解的是，目标车辆在进行远程升级时，可以是对一个软件或应用进行升级，也可以是对多个软件或应用同时进行升级，在本技术方案中，将远程升级中的每个软件或应用对应的升级任务作为一个待检测项目。其中，每个待检测项目中包括至少一条升级日志。

[0043] 可选的，确定待检测升级日志中的至少一个待检测项目，包括：确定待检测升级日志中的至少一个任务升级时段；调取与待检测升级日志相对应的目标映射表，并根据目标映射表，确定与各任务升级时段相对应的待检测项目。

[0044] 其中，任务升级时段是指对各待检测升级日志中至少一个待检测项目所对应的升级时段，如，待检测项目1所对应的任务升级时段为9:00‑9:05。目标映射表可以理解为用于记录与待检测升级日志相对应的任务升级记录的信息表，在目标映射表中包括至少一个任务升级时段，以及与各任务升级时段相对应的远程升级项目，即，待检测项目。

[0045] 为了快速对目标车辆远程升级失败的原因进行故障排查，可以首先确定升级失败所对应的任务升级时段，以快速定位与任务升级时段相对应的待检测项目，降低故障排查的工作量，提高故障排查效率。具体的，在待检测升级日志中包括至少一个待检测项目，且各待检测项目分别对应不同的任务升级时段，根据与待检测升级日志相对应的目标映射表，可以确定与各任务升级时段相对应的待检测项目。

[0046] 可以理解的是，各待检测项目所对应的任务升级时段可以是相同的，也可以是不同的。若各待检测项目所对应的任务升级时段均不同，则可以直接根据任务升级时段定位相应的待检测项目。

[0047] 若存在至少两个待检测项目所对应的任务升级时段相同，则可以从待检测升级日志中确定与同一任务升级时段相对应的至少两个待检测项目。或者，为了更加准确的确定各待检测项目，在确定与同一升级任务时段相对应的至少两个待检测项目后，可以进一步的根据待检测项目的项目标识或项目升级时长等进一步确定目标的待检测项目。

[0048] S130、基于与各待检测项目相关联的项目检测信息，对各待检测项目进行故障检测，根据故障检测结果对目标车辆在远程升级任务中的升级故障进行故障排查。

[0049] 其中，项目检测信息可以理解为在对各待检测项目进行故障排查时需要进行检测的升级日志信息。

[0050] 具体的，在远程升级失败时进行故障排查时，需要对待检测升级日志中的各待检测项目相对应的项目检测信息进行检测，以根据各项目检测信息的检测结果对升级故障进行故障排查。

[0051] 本发明实施例的技术方案，通过当目标车辆中的车辆控制器远程升级失败时，获取所述目标车辆在远程升级过程中的待检测升级日志，根据待检测升级日志确定至少一个待检测项目。进一步的，在确定所述待检测升级日志中的至少一个待检测项目时，根据与待检测升级日志相对应的目标映射表，可以确定与至少一个任务升级时段相对应的待检测项目。进一步的，根据待检测项目的项目类型，可以确定相应的项目检测信息，进而基于与各待检测项目相关联的项目检测信息，对各所述待检测项目进行故障检测，根据故障检测结果对所述目标车辆在远程升级任务中的升级故障进行故障排查。解决了在车辆远程升级失败时需要基于人工方式对远程升级过程中的升级故障进行排查，存在故障排查效率低的问题，通过基于与不同的项目类型相对应的项目检测信息对相应的待检测项目进行排查，可以实现在远程升级失败时自动化对升级故障进行排查，达到了提高故障排查效率的效果。

[0052] 实施例二

[0053] 图2为本发明实施例二提供的一种故障排查方法的流程图，可选的，根据待检测项目的项目类型，调取与各待检测项目相关联的项目检测信息，并基于项目检测信息对各待检测项目进行故障检测，以根据故障检测结果对目标车辆在远程升级任务中的升级故障进行故障排查。。

[0054] 如图2所示，该方法包括：

[0055] S210、当目标车辆中的车辆控制器远程升级失败时，获取目标车辆在远程升级过程中的待检测升级日志。

[0056] S220、确定待检测升级日志中的至少一个待检测项目。

[0057] S230、根据待检测项目所对应的项目类型，调取与各待检测项目相关联的项目检测信息，并基于项目检测信息对各待检测项目进行故障检测，以根据故障检测结果对目标车辆在远程升级任务中的升级故障进行故障排查。

[0058] 在本技术方案中，将待检测项目的项目类型大致分为四大类型，具体的，待检测项目包括任务弹窗检测项目、车辆状态检测项目、车辆控制单元检测项目和升级结果检测项目。需要说明的是，在待检测升级日志中包括至少一个待检测项目，不同项目类型的待检测项目可以是逐一进行故障排查，也可以是同时进行故障排查。

[0059] 可选的，待检测项目为任务弹窗检测项目，基于与各待检测项目相关联的项目检测信息，对各待检测项目进行故障检测，以根据故障检测结果对目标车辆在远程升级任务中的升级故障进行故障排查，包括：若目标车辆不满足预设弹窗协议，则确定目标车辆所对应的升级故障为弹窗协议故障；若目标车辆满足预设弹窗协议，且目标车辆的显示设备未接收到任务弹窗时，确定升级故障为弹窗发送故障；若目标车辆满足预设弹窗协议，且显示设备接收到任务弹窗但未正常显示任务弹窗时，确定升级故障为显示设备故障。

[0060] 在实际应用中，目标车辆进行远程升级时，为了方便用户了解远程升级进度或升级细节等信息，通常会与目标车辆中显示设备进行通信连接，并以任务弹窗的方式将远程升级信息在显示设备中进行显示。

[0061] 其中，预设弹窗协议是指在将远程升级进行进程通过任务弹窗显示时，任务弹窗需要遵从的协议规则。如，在预设弹窗协议中包括与任务弹窗相对应的弹窗时间、弹窗显示内容、弹窗显示样式以及弹窗在显示设备中的显示位置等。

[0062] 具体的，当目标车辆在进行远程升级时，远程升级进程等信息会在目标车辆中的目标显示设备中进行显示。需要说明的是，在确定是否可以对远程升级信息进行显示时，需要对远程升级信息所对应的任务弹窗进行检测，以确定任务弹窗是否满足预设弹窗协议。若不满足，则表明任务弹窗无法满足预设弹窗协议，则无法对目标车辆的远程升级信息进行显示，基于此，可以确定远程升级过程中的升级故障为弹窗协议故障。

[0063] 反之，若目标车辆中的任务弹窗满足预设弹窗协议，则表明任务弹窗的弹窗协议部分并不存在升级故障。为了确定远程升级过程中的升级故障，需要进一步对任务弹窗是否可以正常弹出进行检测。若目标车辆，满足预设弹窗协议，且目标车辆的显示设备未接收到任务弹窗时，其表明在远程升级过程中，向目标显示设备发送任务弹窗时出现异常，导致目标显示设备无法对远程升级信息进行显示，基于此，可以确定升级故障为弹窗发送故障。

[0064] 若目标车辆满足预设弹窗协议，经过检测确定显示设备可以正常接收与远程升级相对应的任务弹窗时，还需要进一步检测目标车辆的显示设备是否可以正常显示任务弹窗。若无法正常显示，其表明，目标车辆的显示设备虽然可以接收任务弹窗，但是无法将任务弹窗中的远程升级信息显示在显示设备上，基于此，可以确定升级故障为显示设备故障。

[0065] 可选的，待检测项目为车辆状态检测项目，基于与各待检测项目相关联的项目检测信息，对各待检测项目进行故障检测，以根据故障检测结果对目标车辆在远程升级任务中的升级故障进行故障排查，包括：接收目标车辆中至少一个车辆状态控制器反馈的车辆状态反馈信息，并根据车辆状态反馈信息确定各车辆状态控制器所对应的指令接收状态；针对各车辆状态控制器，若当前车辆状态控制器对应的指令接收状态为已接收到车辆检测指令状态，则确定目标车辆的升级故障为车辆状态调节故障；若当前车辆状态控制器对应的指令接收状态为未接收到车辆检测指令状态，则确定升级故障为指令发送故障。

[0066] 其中，指令接收状态包括已接收到车辆检测指令状态或未接收到车辆检测指令状态，车辆状态反馈信息包括车速信息、档位信息、电流信息、外接诊断信息、驻车状态信息、车钥匙信号、充电状态信息、空调状态信息和剩余电量信息中的至少一种。

[0067] 在实际应用中，对目标车辆中的车辆控制器进行远程升级时，需要确定目标车辆当前的车辆状态是否适合远程升级，因此，需要对目标车辆的至少一个车辆状态进行检测。可以理解的是，在确定目标车辆的车辆状态时，可以通过车辆状态控制器进行检测，以根据车辆状态控制器反馈的车辆状态反馈信息确定目标车辆的车辆状态。其中，所谓车辆状态控制器可以是对车辆状态进行检测的传感器。

[0068] 示例性地，目标车辆在进行远程升级时，远程升级信息在目标车辆的显示设备中进行显示时会覆盖显示设备页面，为了成功的进行远程升级以及车辆的安全驾驶，需要目标车辆的车辆状态处于静止状态，也就是车速为零，挡位为泊车挡，同时，需要保持目标车辆中的剩余电量充足，以及车辆中的电流信息小于预设电流信息等。

[0069] 因此，在对目标车辆进行远程升级时，需要基于目标车辆中的至少一个车辆状态控制器对目标车辆的车辆状态进行检测，得到相应的车辆状态反馈信息，进而根据车辆状态反馈信息确定目标车辆的车辆状态是否适合进行远程升级。

[0070] 进一步的，在远程升级失败时，需要确定升级失败的故障原因。首先需要确定各车辆状态控制器是否可以正常接收到远程升级时向各车辆状态控制器发送的车辆状态检测指令，若可以正常接收，则可以确定车辆状态控制器可以正常接收指令。反之，若车辆状态控制器无法接收到车辆状态检测指令，其表明车辆状态控制器在接收指令时出现异常，则可以确定升级故障为指令发送故障。

[0071] 具体的，根据是否可以接收到车辆状态控制器反馈的车辆状态反馈信息可以确定与车辆状态控制器相对应的指令接收状态，若可以接收到车辆状态反馈信息，表明车辆状态控制器正常，而此时目标车辆无法正常完成远程升级，可以确定升级故障为车辆状态调节故障。反之，若无法接收到车辆状态反馈信息，其表明车辆状态控制器无法正常接收到车辆状态检测指令，也就无法根据车辆状态检测指令对车辆状态进行检测，此时，可以确定升级故障为指令发送故障。

[0072] 可选的，待检测项目为车辆控制单元检测项目，基于与各待检测项目相关联的项目检测信息，对各待检测项目进行故障检测，以根据故障检测结果对目标车辆在远程升级任务中的升级故障进行故障排查，包括：确定目标车辆在车辆控制单元检测项目中的目标升级主体；若目标升级主体为主节点，且主节点的升级状态为升级失败时，确定目标车辆的升级故障为主节点故障；若目标升级主体为电子控制单元，且电子控制单元未接收到主节点发送的升级任务时，则确定升级故障为通信交互故障；若目标升级主体为电子控制单元，且电子控制单元接收到主节点发送的升级任务时，确定升级故障为电子控制单元故障。

[0073] 其中，目标升级主体包括主节点或车辆电子控制单元，主节点为集成了远程升级功能的控制器，如，可以为远程通信系统服务器（telematics box，T‑BOX）或网关控制器（Gateway，GW）等。

[0074] 具体的，若远程升级失败，则还需要确定目标车辆中的OTA客户端是否存在故障，也就是需要对目标车辆中的主节点进行故障检测。若目标升级主体所对应的升级状态为升级失败，则可以确定升级故障为主节点故障。反之，若主节点正常，则需要检测目标车辆中的电子控制单元是否可以接收到主节点发送的远程升级信息，若未接收到，则表明主节点在向电子控制单元发送远程升级信息时存在异常，此时可以确定升级故障为通信交互故障。进一步的，若主节点可以正常向电子控制单元进行远程升级信息的发送，但电子控制单元已接收到主节点发送的远程升级信息，此时，则可以确定升级故障为电子控制单元故障。

[0075] 可选的，待检测项目为升级结果检测项目，基于与各待检测项目相关联的项目检测信息，对各待检测项目进行故障检测，以根据故障检测结果对目标车辆在远程升级任务中的升级故障进行故障排查，包括：对目标车辆的升级结果相对应的待校验信息进行校验，得到校验结果；其中，校验结果包括校验通过或校验未通过；若校验结果为校验未通过，则确定目标车辆对应的升级故障为信息校验故障；若校验结果为校验通过，则对目标车辆中的主节点的升级结果弹窗协议进行校验，并在升级结果弹窗协议异常时，确定升级故障为升级结果弹窗故障。

[0076] 本发明实施例的技术方案，通过当目标车辆中的车辆控制器远程升级失败时，获取所述目标车辆在远程升级过程中的待检测升级日志，根据待检测升级日志确定至少一个待检测项目。进一步的，在确定所述待检测升级日志中的至少一个待检测项目时，根据与待检测升级日志相对应的目标映射表，可以确定与至少一个任务升级时段相对应的待检测项目。进一步的，根据待检测项目的项目类型，可以确定相应的项目检测信息，进而基于与各待检测项目相关联的项目检测信息，对各所述待检测项目进行故障检测，根据故障检测结果对所述目标车辆在远程升级任务中的升级故障进行故障排查。解决了在车辆远程升级失败时需要基于人工方式对远程升级过程中的升级故障进行排查，存在故障排查效率低的问题，通过基于与不同的项目类型相对应的项目检测信息对相应的待检测项目进行排查，可以实现在远程升级失败时自动化对升级故障进行排查，达到了提高故障排查效率的效果。

[0077] 实施例三

[0078] 图3为本发明实施例三提供的一种故障排查装置的结构示意图。如图3所示，该装置包括：日志获取模块310、项目确定模块320和故障排查模块330。

[0079] 其中，日志获取模块310，用于当目标车辆中的车辆控制器远程升级失败时，获取目标车辆在远程升级过程中的待检测升级日志；

[0080] 项目确定模块320，用于确定待检测升级日志中的至少一个待检测项目；

[0081] 故障排查模块330，用于基于与各待检测项目相关联的项目检测信息，对各待检测项目进行故障检测，根据故障检测结果对目标车辆在远程升级任务中的升级故障进行故障排查。

[0082] 本发明实施例的技术方案，通过当目标车辆中的车辆控制器远程升级失败时，获取所述目标车辆在远程升级过程中的待检测升级日志，根据待检测升级日志确定至少一个待检测项目。进一步的，在确定所述待检测升级日志中的至少一个待检测项目时，根据与待检测升级日志相对应的目标映射表，可以确定与至少一个任务升级时段相对应的待检测项目。进一步的，根据待检测项目的项目类型，可以确定相应的项目检测信息，进而基于与各待检测项目相关联的项目检测信息，对各所述待检测项目进行故障检测，根据故障检测结果对所述目标车辆在远程升级任务中的升级故障进行故障排查。解决了在车辆远程升级失败时需要基于人工方式对远程升级过程中的升级故障进行排查，存在故障排查效率低的问题，通过基于与不同的项目类型相对应的项目检测信息对相应的待检测项目进行排查，可以实现在远程升级失败时自动化对升级故障进行排查，达到了提高故障排查效率的效果。

[0083] 可选的，日志获取模块包括：关联信息确定单元，用于确定与目标车辆相对应的车辆标识码以及目标车辆所对应的升级任务关联信息；其中，任务关联信息包括任务类型、任务标识以及升级任务时段中的至少一种；

[0084] 日志获取单元，用于根据车辆标识码和升级任务关联信息，从升级日志数据库中调取目标车辆在远程升级过程中的待检测升级日志。

[0085] 可选的，项目确定模块包括：升级时段确定单元，用于确定待检测升级日志中的至少一个任务升级时段；

[0086] 项目确定单元，用于调取与待检测升级日志相对应的目标映射表，并根据目标映射表，确定与各任务升级时段相对应的待检测项目；其中，目标映射表中包括至少一个任务升级时段，以及与各任务升级时段相对应的远程升级项目。

[0087] 可选的，故障排查模块包括：弹窗协议故障确定单元，用于在待检测项目为任务弹窗检测项目时，若目标车辆不满足预设弹窗协议，则确定目标车辆所对应的升级故障为弹窗协议故障；

[0088] 弹窗发送故障确定单元，用于若目标车辆满足预设弹窗协议，且目标车辆的显示设备未接收到任务弹窗时，确定升级故障为弹窗发送故障；

[0089] 显示设备故障确定单元，用于若目标车辆满足预设弹窗协议，且显示设备接收到任务弹窗但未正常显示任务弹窗时，确定升级故障为显示设备故障。

[0090] 可选的，故障排查模块包括：指令接收状态确定单元，用于在待检测项目为车辆状态检测项目时，接收目标车辆中至少一个车辆状态控制器反馈的车辆状态反馈信息，并根据车辆状态反馈信息确定各车辆状态控制器所对应的指令接收状态；其中，指令接收状态包括已接收到车辆检测指令状态或未接收到车辆检测指令状态，车辆状态反馈信息包括车速信息、档位信息、电流信息、外接诊断信息、驻车状态信息、车钥匙信号、充电状态信息、空调状态信息和剩余电量信息中的至少一种；

[0091] 车辆状态调节故障确定单元，用于针对各车辆状态控制器，若当前车辆状态控制器对应的指令接收状态为已接收到车辆检测指令状态，则确定目标车辆的升级故障为车辆状态调节故障；

[0092] 指令发送故障确定单元，用于若当前车辆状态控制器对应的指令接收状态未接收到车辆检测指令状态，则确定升级故障为指令发送故障。

[0093] 可选的，故障排查模块包括：目标升级主体确定单元，用于在待检测项目为车辆控制单元检测项目时，确定目标车辆在车辆控制单元检测项目中的目标升级主体；其中，目标升级主体包括主节点或车辆电子控制单元，主节点为远程升级客户端；

[0094] 主节点故障确定单元，用于若目标升级主体为主节点，且主节点的升级状态为升级失败时，确定目标车辆的升级故障为主节点故障；

[0095] 通信交互故障确定单元，用于若目标升级主体为电子控制单元，且电子控制单元未接收到主节点发送的升级任务时，则确定升级故障为通信交互故障；

[0096] 控制单元故障确定单元，用于若目标升级主体为电子控制单元，且电子控制单元接收到主节点发送的升级任务时，确定升级故障为电子控制单元故障。

[0097] 可选的，故障排查模块包括：校验结果确定单元，用于在待检测项目为升级结果检测项目时，对目标车辆的升级结果相对应的待校验信息进行校验，得到校验结果；其中，校验结果包括校验通过或校验未通过；

[0098] 信息校验故障确定单元，用于若校验结果为校验未通过，则确定目标车辆对应的升级故障为信息校验故障；

[0099] 升级结果弹窗故障确定单元，用于若校验结果为校验通过，则对目标车辆中的主节点的升级结果弹窗协议进行校验，并在升级结果弹窗协议异常时，确定升级故障为升级结果弹窗故障。

[0100] 本发明实施例所提供的故障排查装置可执行本发明任意实施例所提供的故障排查方法，具备执行方法相应的功能模块和有益效果。

[0101] 实施例四

[0102] 图4示出了本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备（如头盔、眼镜、手表等）和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

[0103] 如图4所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器（ROM）12、随机访问存储器（RAM）13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器（ROM）12中的计算机程序或者从存储单元18加载到随机访问存储器（RAM）13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出（I/O）接口15也连接至总线14。

[0104] 电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

[0105] 处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元（CPU）、图形处理单元（GPU）、各种专用的人工智能（AI）计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器（DSP）、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如故障排查方法。

[0106] 在一些实施例中，故障排查方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的故障排查方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式（例如，借助于固件）而被配置为执行故障排查方法。

[0107] 本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列（FPGA）、专用集成电路（ASIC）、专用标准产品（ASSP）、芯片上系统的系统（SOC）、负载可编程逻辑设备（CPLD）、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

[0108] 用于实施本发明的故障排查方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

[0109] 在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦除可编程只读存储器（EPROM或快闪存储器）、光纤、便捷式紧凑盘只读存储器（CD‑ROM）、光学储存设备、磁储存设备、或上述内容的任何合适组合。

[0110] 为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置（例如，CRT（阴极射线管）或者LCD（液晶显示器）监视器）；以及键盘和指向装置（例如，鼠标或者轨迹球），用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈（例如，视觉反馈、听觉反馈、或者触觉反馈）；并且可以用任何形式（包括声输入、语音输入或者、触觉输入）来接收来自用户的输入。

[0111] 可以将此处描述的系统和技术实施在包括后台部件的计算系统（例如，作为数据服务器）、或者包括中间件部件的计算系统（例如，应用服务器）、或者包括前端部件的计算系统（例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互）、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信（例如，通信网络）来将系统的部件相互连接。通信网络的示例包括：局域网（LAN）、广域网（WAN）、区块链网络和互联网。

[0112] 计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端‑服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

[0113] 应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

[0114] 上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。