CN115904782A - 一种车辆故障修复方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种车辆故障修复方法、装置、电子设备及存储介质。该方法包括：获取车辆运行中各车载应用程序的故障编码；将故障编码与预设故障定义文件进行信息比对，确定故障信息；根据故障信息，确定车载应用程序的故障等级；并根据故障等级对故障信息进行采集，生成故障收集文件；将故障信息以及故障收集文件发送至云端服务器，并获取云端服务器根据故障信息以及故障收集文件确定的故障分析结果；将故障分析结果更新至车载应用程序中，进行车辆故障修复。该方法通过将故障编码与预设故障定义文件对比，可以确定故障信息，并根据故障信息的故障等级生成故障收集文件，可以实现故障分析，进而实现对车辆故障的及时自动修复，提高检修效率。

Description

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

技术领域

本发明涉及智能车辆技术领域，尤其涉及一种车辆故障修复方法、装置、电子设备及存储介质。

背景技术

随着智能汽车的大力发展，车载操作系统变的越来越重要。车载操作系统中应用程序的稳定运行是保障智能汽车稳定运行的重要因素。因此，有效解决车载应用程序的故障问题是智能汽车领域的重要研究方向。

通常，车载应用程序发生故障时，需要组织维修人员到现场维修，或者将车辆驾驶至维修门店维修。

这些实地维修的车辆故障修复方式会费时、费力。车载应用程序发生内核故障时也很难快速地对故障进行定位，修复。

发明内容

本发明提供了一种车辆故障修复方法、装置、电子设备及存储介质，以实现车辆故障的快速定位及修复。

第一方面，本发明实施例提供了一种车辆故障修复方法，该方法由车辆控制器执行，该方法包括：

获取车辆运行中各车载应用程序的故障编码；将故障编码与预设故障定义文件进行信息比对，确定故障信息；

根据故障信息，确定车载应用程序的故障等级；并根据故障等级对故障信息进行采集，生成故障收集文件；

将故障信息以及故障收集文件发送至云端服务器，并获取云端服务器根据故障信息以及故障收集文件确定的故障分析结果；

将故障分析结果更新至车载应用程序中，进行车辆故障修复。

第二方面，本发明实施例提供了一种车辆故障修复方法，该方法由云端服务器执行，该方法包括：

获取车辆控制器发送的故障信息以及故障收集文件；并根据故障信息以及故障收集文件，确定车辆故障的车载应用程序标识以及程序进程标识；

根据车载应用程序标识以及程序进程标识，确定车载应用程序开发人员信息；

根据开发人员信息，发送故障信息以及故障收集文件，并获取反馈的故障分析结果；

将故障分析结果发送至车辆控制器，以使车辆控制器根据故障分析结果进行车辆故障修复。

第三方面，本发明实施例提供了一种车辆故障修复装置，由车辆控制器执行，该装置包括：

故障信息确定模块，用于获取车辆运行中各车载应用程序的故障编码；将故障编码与预设故障定义文件进行信息比对，确定故障信息；

故障收集文件生成模块，用于根据故障信息，确定车载应用程序的故障等级；并根据故障等级对故障信息进行采集，生成故障收集文件；

故障分析结果确定模块，用于将故障信息以及故障收集文件发送至云端服务器，并获取云端服务器根据故障信息以及故障收集文件确定的故障分析结果；

故障修复模块，用于将故障分析结果更新至车载应用程序中，进行车辆故障修复。

第四方面，本发明实施例提供了另一种车辆故障修复装置，由云端服务器执行，该装置包括：

车载应用程序信息确定模块，用于获取车辆控制器发送的故障信息以及故障收集文件；并根据故障信息以及故障收集文件，确定车辆故障的车载应用程序标识以及程序进程标识；

开发人员信息确定模块，用于根据车载应用程序标识以及程序进程标识，确定车载应用程序开发人员信息；

故障分析结果获取模块，用于根据开发人员信息，发送故障信息以及故障收集文件，并获取反馈的故障分析结果；

故障分析结果发送模块，用于将故障分析结果发送至车辆控制器，以使车辆控制器根据故障分析结果进行车辆故障修复。

第五方面，本发明实施例提供了一种电子设备，电子设备包括：

至少一个处理器；以及

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

存储器存储有可被至少一个处理器执行的计算机程序，计算机程序被至少一个处理器执行，以使至少一个处理器能够执行本发明任一实施例所提供的车辆故障修复方法。

第六方面，本发明实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行时实现本发明任一实施例所提供的车辆故障修复方法。

本发明实施例的技术方案，通过获取车辆运行中各车载应用程序的故障编码；将故障编码与预设故障定义文件进行信息比对，确定故障信息；根据故障信息，确定车载应用程序的故障等级；并根据故障等级对故障信息进行采集，生成故障收集文件；将故障信息以及故障收集文件发送至云端服务器，并获取云端服务器根据故障信息以及故障收集文件确定的故障分析结果；将故障分析结果更新至车载应用程序中，进行车辆故障修复。该方法通过将故障编码与预设故障定义文件对比，可以确定故障信息，并根据故障信息的故障等级生成故障收集文件，可以实现故障分析，进而实现对车辆故障的及时自动修复，提高检修效率。

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

附图说明

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

图1是根据本发明实施例一提供的一种车辆故障维修方法的流程图；

图2是根据本发明实施例二提供的另一种车辆故障维修方法的流程图；

图3是根据本发明实施例三提供的又一种车辆故障维修方法的流程图；

图4是根据本发明实施例四提供的一种车辆故障修复装置的结构示意图；

图5是根据本发明实施例五提供的另一种车辆故障修复装置的结构示意图；

图6是实现本发明实施例的车辆故障修复方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1是根据本发明实施例一提供的一种车辆故障修复方法的流程图，本实施例可适用于车载应用程序故障的检测与修复，该方法可以由车辆故障修复装置来执行，该车辆故障修复装置可以采用硬件和/或软件的形式实现，该装置可配置于电子设备中，例如配置在车载控制器中。

如图1所示，本实施例提供的一种车辆故障修复方法，可由车辆控制器执行，具体包括以下步骤：

步骤110、获取车辆运行中各车载应用程序的故障编码；将故障编码与预设故障定义文件进行信息比对，确定故障信息。

本实施例中，各车载应用程序可以是车载操作系统中，实现各种车载功能的多个应用程序。各车载应用程序可以调用车载操作系统内核的接口函数，以保证自身在操作系统上正常运行。各车载应用程序还可以结合对应的车载控制器硬件，实现相应的车载功能。例如，用于车辆雨刷的应用程序，结合雨刷控制硬件，再结合雨刷实现雨天清洁玻璃的功能。

其中，车载操作系统可以为车辆的SOC芯片上运行的操作系统。操作系统可以为Linux、QNX、高级操作系统(Advanced Operating System，AOS)等。

具体的，车载应用程序在运行过程中会发生故障，尤其是发生调用操作系统内核的接口函数发生故障(内核故障)时，内核故障难以定位，从而难以修复。当车载应用程序生内核故障时，会返回相应故障的故障编码。车载操作系统通常会内置预设故障定义文件，预设故障定义文件中对多种内核故障进行定义，即对故障编码进行解释。可以将上述返回的故障编码与预设故障定义文件进行对比，得到故障编码的解释信息，并结合故障编码对应的车载应用程序的程序信息确定故障信息。其中，车载应用程序的程序信息可以为程序名称、程序标识等。车载应用程序可以包含多个进程，再将故障所在进程的进程名称、进程标识等作为车载应用程序的程序信息。

示例性的，车载操作系统可以使用Linux系统，Linux系统中的预设故障定义文件可以为errno-base.h、errno.h。预设故障定义文件可以包含对133种内核故障的定义，例如“#define ENOTEMPTY 39/*Directory not empty*/”、“#define ELNRNG 48/*Link numberout of range*/”。其中“ENOTEMPTY 39”可以为故障编码，“Directory not empty”可以为该故障编码的解释信息。这样能够准确、快速的确定所发生的故障的情况。其中，故障编码的解释信息可以表明产生故障编码的原因，也即表明故障编码是何种类型的故障。

步骤120、根据故障信息，确定车载应用程序的故障等级；并根据故障等级对故障信息进行采集，生成故障收集文件。

在本实施例中，不同的应用程序的故障信息可以对应不同的故障等级。故障等级可以包括多个等级。故障收集文件可以为包含多个故障信息的文档。不同的故障等级可以代表该故障的严重程度、或者危险程度等。故障等级越高表明该故障严重程度越高，越需要被处理；故障等级越低，表明该故障的严重程度越低。可以根据产生故障信息的车载应用程序的重要程度确定故障等级，也可以根据故障编码所对应的故障确定故障等级。例如，应用于电子刹车的应用程序，若发生故障，该程序的故障等级最高。可以按照故障等级对故障信息进行采集，从而生成故障收集文件，并保存在车载操作系统中。这样设置的好处在于，可以首先对严重的故障信息进行记录，从而优先对该故障进行处理。

示例性的，可以使用Linux系统中的写文件函数将故障信息按照故障等级写入预设的TXT文档，形成故障收集文件。故障等级可以根据严重程度分为五个等级。第一级别严重程度最高，即级别最高。第五级别严重程度最低，即级别最低。在实际应用中，可以将故障信息逐个写入至故障收集文件。当故障收集文件的存储达到存储阈值时，可以将当前的故障信息与已写入故障收集文件的故障信息进行故障等级比较。若当前的故障信息的故障等级大于已写入故障收集文件的故障信息的故障等级，则可以删除已写入故障收集文件的故障信息，并将当前的故障信息写入故障收集文件。若当前的故障信息的故障等级小于所有已写入故障收集文件的故障信息的故障等级，则可以将当前的故障信息丢弃。

又一示例性的，当故障收集文件的存储达到存储阈值时，可以在已写入故障收集文件的故障信息中筛选写入日期早于预设日期的历史故障信息；并将各历史故障信息进行故障等级排序；删除故障等级最低的历史故障信息，将当前的故障信息写入故障收集文件。

步骤130、将故障信息以及故障收集文件发送至云端服务器，并获取云端服务器根据故障信息以及故障收集文件确定的故障分析结果。

在本实施例中，当车辆处于具有网络信号的区域时，车辆控制器可以将故障信息以及故障收集文件发送至该车辆服务企业的云端服务器。车辆服务企业的相关工作人员可以从云端服务器中获取该车辆的故障信息或故障收集文件。相关工作人员可以对故障信息或故障收集文件进行分析，确定该车辆车载应用程序的故障情况，并确定故障分析结果。云端服务器可以再将分析结果发送回车辆控制器，以使车辆控制器对车辆故障进行修复。

这样设置的好处在于，当汽车数量庞大，产生大量的故障信息时，可以通过将故障信息和故障收集文件发送至车辆服务企业的云端服务器，从而可以及时地发现故障的车载应用程序，并及时地组织相关工作人员进行修复。

其中，云端服务器(Elastic Compute Service,ECS)是一种简单高效、安全可靠、处理能力可弹性伸缩的计算服务。其管理方式比物理服务器更简单高效。

步骤140、将故障分析结果更新至车载应用程序中，进行车辆故障修复。

在本实施例中，车辆控制器可以根据云端服务器反馈的故障分析结果，对故障的车载应用程序进行更新，实现对车辆故障的修复。

在本实施例的一个可选实施方式中，车辆进行线下实地检修时，相关工作人员还可以通过以太网束连接车辆的以太网束接口，进入车载操作系统，并获取故障收集文件。相关工作人员同样可以通过对故障收集文件分析，以更新故障的车载应用程序，从而修复车辆故障。

本实施例的技术方案，通过获取车辆运行中各车载应用程序的故障编码；将故障编码与预设故障定义文件进行信息比对，确定故障信息；根据故障信息，确定车载应用程序的故障等级；并根据故障等级对故障信息进行采集，生成故障收集文件；将故障信息以及故障收集文件发送至云端服务器，并获取云端服务器根据故障信息以及故障收集文件确定的故障分析结果；将故障分析结果更新至车载应用程序中，进行车辆故障修复。该方法通过将故障编码与预设故障定义文件对比，可以确定故障信息，并根据故障信息的故障等级生成故障收集文件，可以实现故障分析，进而实现对车辆故障的及时自动修复，提高检修效率。

实施例二

图2是根据本发明实施例二提供的另一种车辆故障修复方法的流程图。本实施例的技术方案是对上述任一实施例技术方案的进一步细化。本实施例中的技术方案可以与上述一个或者多个实施例中的各个可选方案结合。

具体的，在本发明实施例的一个可选实施方式中，将故障编码与预设故障定义文件进行信息比对，确定故障信息，包括：

故障编码与预设故障定义文件进行信息比对，得到比对结果；

根据比对结果，确定车辆故障的车载应用程序标识、程序进程标识、以及故障类型；

根据车载应用程序标识以及程序进程标识，定位至故障车载应用程序进程，获取故障车载应用程序的启动信息，并累计故障车载应用程序进程的故障次数；

将车载应用程序标识、程序进程标识、故障类型、启动信息以及故障次数，作为故障信息。

在本发明实施例的一个可选实施方式中，根据故障等级对故障信息进行采集，生成故障收集文件，包括：

获取故障收集文件的存储阈值，并检测故障收集文件的内存容量是否达到存储阈值；

如果故障收集文件的内存容量达到存储阈值，则在检测到故障收集文件中存在等级小于故障等级的一个或多个第一目标故障时，删除至少一个第一目标故障，并将故障信息写入故障收集文件；

在检测到故障收集文件中不存在等级小于故障等级的故障时，丢弃故障信息；

如果故障收集文件的内存容量未达到存储阈值，则将故障信息写入故障收集文件。

在本发明实施例的一个可选实施方式中，将故障信息以及故障收集文件发送至云端服务器，包括：

将故障信息实时发送至云端服务器；

检测到故障收集文件满足故障文件发送条件时，将故障收集文件发送至云端服务器。

在本发明实施例的一个可选实施方式中，检测到故障收集文件满足故障文件发送条件时，将故障收集文件发送至云端服务器，包括：

检测到故障收集文件中，等级大于等于预设等级阈值的一个或多个第二目标故障的累加故障频次，大于预设故障门限值时，将故障收集文件发送至云端服务器。

如图2所示，本实施例二提供的另一种车辆故障修复方法，具体包括以下步骤：

步骤201、获取车辆运行中各车载应用程序的故障编码。

步骤202、故障编码与预设故障定义文件进行信息比对，得到比对结果。

在本实施例中，通过将故障编码与预设故障定义文件进行信息比对，可以得到对故障编码的解释信息，再根据故障编码确定对应的车载应用程序的程序信息。将上述信息作为对比结果。

步骤203、根据比对结果，确定车辆故障的车载应用程序标识、程序进程标识、以及故障类型。

在本实施例中，可以根据对比结果中的故障编码的解释信息，确定故障类型；根据发生故障的车载应用程序信息确定程序标识、程序进程标识。

示例性的，故障编码若为“ENOTEMPTY 39”，则“Directory not empty”为该故障编码对应的故障类型。

步骤204、根据车载应用程序标识以及程序进程标识，定位至故障车载应用程序进程，获取故障车载应用程序的启动信息，并累计故障车载应用程序进程的故障次数。

在本实施例中，车载应用程序发生故障时，可能会发生重启。同一应用程序还可能会多次发生同一故障。根据车载应用程序标识以及程序进程标识，可以确定故障车载应用程序进程，并进一步确定故障车载应用程序发生重启的启动信息，以及故障车载应用程序进程的发生同一故障的次数。这样设置的好处在于，错误次数及启动信息，可以直观的得出故障是偶发还是频繁发生，可以结合车载应用程序实现的功能进一步判断该故障的严重程度。

其中，启动信息可以为应用程序的重启次数。

步骤205、将车载应用程序标识、程序进程标识、故障类型、启动信息以及故障次数，作为故障信息。

在本实施例中，故障信息可以包含上述车载应用程序标识、程序进程标识、故障类型、启动信息以及故障次数。相关工作人员可以根据上述信息更全面的分析车载应用程序发生的故障。

步骤206、获取故障收集文件的存储阈值，并检测故障收集文件的内存容量是否达到存储阈值。若是，则执行步骤207，或步骤208；若否则执行步骤209。

在本实施例中，根据车辆操作系统的性能限制，故障收集文件的内存容量无法无限大，因此故障收集文件的内存容量具有上限，即具有存储阈值。在将故障信息写入故障收集文件过程中，需要检测故障收集文件的内存容量是否达到存储阈值，从而判断故障收集文件的内存容量达到存储阈值时，故障信息如何写入故障收集文件。每写入一个故障信息时，都可以判断故障收集文件的内存容量是否达到存储阈值，继而根据判断执行步骤207、步骤208或者步骤209。

步骤207、在检测到故障收集文件中存在等级小于故障等级的一个或多个第一目标故障时，删除至少一个第一目标故障，并将故障信息写入故障收集文件。

具体的，当故障收集文件的内存容量达到存储阈值时，故障信息需要根据故障等级进行写入。如果故障收集文件中存在一个或多个第一目标故障的等级小于故障等级，则可以每次删除一个等级最低第一目标故障，以释放故障收集文件的内存容量。可以进行多次删除，直至释放的内存能够满足故障信息的写入，并将故障信息写入故障收集文件。这样设置的好处在于能够保证严重程度较高的故障信息的采集，以对车载应用程序的故障进行更好地分析、修复。

步骤208、在检测到故障收集文件中不存在等级小于故障等级的故障时，丢弃故障信息。

具体的，如果故障收集文件中的故障信息的故障等级都大于故障信息的故障等级，则将该当前写入故障信息舍弃，即不进行采集。

步骤209、将故障信息写入故障收集文件。

具体的，如果故障收集文件的内存容量未达到存储阈值，则将故障信息都逐行写入故障收集文件。

步骤210、将故障信息以及故障收集文件发送至云端服务器，并获取云端服务器根据故障信息以及故障收集文件确定的故障分析结果。

在本发明实施例的一个可选实施方式中，将故障信息以及故障收集文件发送至云端服务器，包括：将故障信息实时发送至云端服务器；检测到故障收集文件满足故障文件发送条件时，将故障收集文件发送至云端服务器。

在本实施例中，发生故障的车载应用程序每生成一个故障信息，都将故障信息进行实时的发送，可由车载控制器硬件发送至车辆服务企业的云端服务器中。这样云端服务器可以实时地获取车载应用程序发生的故障，以供相关人员进行故障分析。

在本实施例中，故障收集文件可以不进行实时发送，当故障收集文件达到发送条件时车载控制器再进行发送。故障文件发送条件为触发车辆控制器发送故障收集文件的机制。

示例性的，故障文件发送条件可以设置为故障采集文件按照固定的时间间隔进行发送。如可以每隔一天对故障收集文件进行发送。故障文件发送条件还可以为预设等级的故障信息数量是否超过预设阈值。如大于等于第三等级的故障信息的数量超过100个时，车载控制器可以对故障收集文件进行发送。

在本实施例中，云端服务器可以将接收的故障信息以及故障收集文件发送给相关工作人员。相关工作人员可以根据故障信息以及故障收集文件中各故障车载应用程序的程序标识、程序进程标识、故障类型、启动信息以及故障次数，定位各故障应用程序，以对各故障应用程序进行快速、全面的故障分析，并生成故障分析结果。云端服务器可以再将分析结果发送回车辆控制器，以使车辆控制器对车辆故障进行修复。

在本发明实施例的一个可选实施方式中，检测到故障收集文件满足故障文件发送条件时，将故障收集文件发送至云端服务器，包括：检测到故障收集文件中，等级大于等于预设等级阈值的一个或多个第二目标故障的累加故障频次，大于预设故障门限值时，将故障收集文件发送至云端服务器。

在本实施例中，当故障收集文件中记录的第二目标故障的累加故障频次大于预设故障门限时，则将故障收集文件发送至云端服务器。

其中，第二目标故障可以为手机文件中等级大于等于预设故障阈值的故障信息。累加故障频次可以为故障收集文件中包含第二目标故障的数量。预设故障阈值表示一个故障等级。预设门限值可以为一个数量值。

示例性的，预设故障阈值可以为第三等级，则第二目标故障为等级大于等于第三等级的故障信息。预设门限值可以为100。因此，当故障收集文件中第二目标故障的累加故障频次大于100个时，则将故障收集文件发送至云端服务器。

步骤211、将故障分析结果更新至车载应用程序中，进行车辆故障修复。

本实施例的技术方案，通过获取车辆运行中各车载应用程序的故障编码；将故障编码与预设故障定义文件进行信息比对，得到比对结果；根据比对结果，确定车辆故障的车载应用程序标识、程序进程标识、以及故障类型；根据车载应用程序标识以及程序进程标识，定位至故障车载应用程序进程，获取故障车载应用程序的启动信息，并累计故障车载应用程序进程的故障次数；将车载应用程序标识、程序进程标识、故障类型、启动信息以及故障次数，作为故障信息；获取故障收集文件的存储阈值，并检测故障收集文件的内存容量是否达到存储阈值；如果故障收集文件的内存容量达到存储阈值，则在检测到故障收集文件中存在等级小于故障等级的一个或多个第一目标故障时，删除至少一个第一目标故障，并将故障信息写入故障收集文件；在检测到故障收集文件中不存在等级小于故障等级的故障时，丢弃故障信息；如果故障收集文件的内存容量未达到存储阈值，则将故障信息写入故障收集文件；将故障信息以及故障收集文件发送至云端服务器，并获取云端服务器根据故障信息以及故障收集文件确定的故障分析结果；将故障分析结果更新至车载应用程序中，进行车辆故障修复。该方法通过将车载应用程序标识、程序进程标识、故障类型、启动信息以及故障次数作为故障信息，以保证对车载应用程序产生的故障更全面的记录，从而可以使相关工作人员对故障的车载应用程序进行全面的分析；通过故障等级将故障信息写入故障收集文件，实现了故障信息更合理的采集，保证对故障严重程度较高的车载应用程序进行及时地修复；并将故障信息以及故障收集文件发送至云端服务器进行故障分析，以实现对车辆故障的精准、快速的修复，提高了检修的效率。

本发明实施例的技术方案中，所涉及的故障编码、故障信息、故障收集文件的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

实施例三

图3是根据本发明实施例三提供的又一种车辆故障修复方法的流程图，本实施例可适用于车载应用程序故障的分析与修复，该方法可以由车辆故障修复装置来执行，该车辆故障修复装置可以采用硬件和/或软件的形式实现，该装置可配置在电子设备中，例如配置在云端服务器中。

如图3所示，本实施例三提供的又一种车辆故障修复方法，可由云端服务器执行，具体包括以下步骤：

步骤310、获取车辆控制器发送的故障信息以及故障收集文件；并根据故障信息以及故障收集文件，确定车辆故障的车载应用程序标识以及程序进程标识。

在本实施中，故障收集文件包含多个采集的故障信息，故障信息包含故障的车载应用程序的程序标识、程序进程标识、故障类型、启动信息以及故障次数。因此云端服务器可以根据故障信息以及故障收集文件，确定车辆故障的车载应用程序标识以及程序进程标识。

步骤320、根据车载应用程序标识以及程序进程标识，确定车载应用程序开发人员信息。

在本实施例中，云端服务器保存有各车载应用程序对应的开发人员的信息，因此云端服务器可以根据车载应用程序标识以及程序进程标识确定各程序的开发人员。

其中，开发人员信息可以为邮箱、即时通信工具的号码等。

步骤330、根据开发人员信息，发送故障信息以及故障收集文件，并获取反馈的故障分析结果。

在本实施例中，云端服务器可以根据通过开发人员的信息，通过发送邮件等方式将故障信息和故障收集文件快速的发送给开发人员。开发人员可以根据各故障车载应用程序的程序标识、程序进程标识、故障类型、启动信息以及故障次数，快速、准确的定位故障程序，并对故障程序进行分析，做出相应的处理措施，从而生成故障分析结果。

步骤340、将故障分析结果发送至车辆控制器，以使车辆控制器根据故障分析结果进行车辆故障修复。

在本实施例中，云端服务器可以将开发人员反馈的故障分析结果发送至车辆控制器硬件中。车辆控制器可以再根据故障分析结果更新各故障应用程序，实现车辆故障修复。这样能够减少对车辆故障修复的人员力量，并对车辆故障准确、快速地修复。

其中，分析结果可以为开发人员分析的各故障应用程序的故障结果，以及做出的处理措施。

本实施例的技术方案，通过获取车辆控制器发送的故障信息以及故障收集文件；并根据故障信息以及故障收集文件，确定车辆故障的车载应用程序标识以及程序进程标识；根据车载应用程序标识以及程序进程标识，确定车载应用程序开发人员信息；根据开发人员信息，发送故障信息以及故障收集文件，并获取反馈的故障分析结果；将故障分析结果发送至车辆控制器，以使车辆控制器根据故障分析结果进行车辆故障修复。该方法通过故障收集文件中各车载应用程序标识以及程序进程标识，确定对应车载应用程序开发人员信息，以对程序开发人员进行及时地通知，从而能够快速地组织程序开发人员对车载应用程序的故障进行分析、修复，减少了人力资源的消耗，提高了检修的效率。

实施例四

图4是根据本发明实施例四提供的一种车辆故障修复装置的结构示意图。如图4所示，该装置包括：故障信息确定模块401，故障收集文件生成模块402，故障分析结果确定模块403，故障修复模块404，其中：

故障信息确定模块401，用于获取车辆运行中各车载应用程序的故障编码；将故障编码与预设故障定义文件进行信息比对，确定故障信息；

故障收集文件生成模块402，用于根据故障信息，确定车载应用程序的故障等级；并根据故障等级对故障信息进行采集，生成故障收集文件；

故障分析结果确定模块403，用于将故障信息以及故障收集文件发送至云端服务器，并获取云端服务器根据故障信息以及故障收集文件确定的故障分析结果；

故障修复模块404，用于将故障分析结果更新至车载应用程序中，进行车辆故障修复。

可选的，故障信息确定模块401，包括：

对比结果确定单元，用于故障编码与预设故障定义文件进行信息比对，得到比对结果；

故障类型确定单元，用于根据比对结果，确定车辆故障的车载应用程序标识、程序进程标识、以及故障类型；

故障次数确定单元，用于根据车载应用程序标识以及程序进程标识，定位至故障车载应用程序进程，获取故障车载应用程序的启动信息，并累计故障车载应用程序进程的故障次数；

故障信息确定单元，用于将车载应用程序标识、程序进程标识、故障类型、启动信息以及故障次数，作为故障信息。

可选的，故障收集文件生成模块402，包括：

存储阈值获取单元，用于获取故障收集文件的存储阈值，并检测故障收集文件的内存容量是否达到存储阈值；

第一目标故障删除单元，用于如果故障收集文件的内存容量达到存储阈值，则在检测到故障收集文件中存在等级小于故障等级的一个或多个第一目标故障时，删除至少一个第一目标故障，并将故障信息写入故障收集文件；

故障信息丢弃单元，用于在检测到故障收集文件中不存在等级小于故障等级的故障时，丢弃故障信息；

故障信息写入单元，用于如果故障收集文件的内存容量未达到存储阈值，则将故障信息写入故障收集文件。

可选的，故障分析结果确定模块403，包括：

故障信息发送单元，用于将故障信息实时发送至云端服务器；

故障收集文件发送单元，用于检测到故障收集文件满足故障文件发送条件时，将故障收集文件发送至云端服务器。

可选的，故障分析结果确定模块403，包括：

第二目标故障累计单元，用于检测到故障收集文件中，等级大于等于预设等级阈值的一个或多个第二目标故障的累加故障频次，大于预设故障门限值时，将故障收集文件发送至云端服务器。

本实施例的技术方案，通过获取车辆运行中各车载应用程序的故障编码；将故障编码与预设故障定义文件进行信息比对，确定故障信息；根据故障信息，确定车载应用程序的故障等级；并根据故障等级对故障信息进行采集，生成故障收集文件；将故障信息以及故障收集文件发送至云端服务器，并获取云端服务器根据故障信息以及故障收集文件确定的故障分析结果；将故障分析结果更新至车载应用程序中，进行车辆故障修复。该方法通过将故障编码与预设故障定义文件对比，可以确定故障信息，并根据故障信息的故障等级生成故障收集文件，可以实现故障分析，进而实现对车辆故障的及时自动修复，提高检修效率。

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

实施例五

图5是根据本发明实施例五提供的一种车辆故障修复装置的结构示意图。如图5所示，该装置包括：车辆应用程序信息确定模块501，开发人员信息确定模块502，故障分析结果获取模块503，故障分析结果发送模块504，其中：

车载应用程序信息确定模块501，用于获取车辆控制器发送的故障信息以及故障收集文件；并根据故障信息以及故障收集文件，确定车辆故障的车载应用程序标识以及程序进程标识；

开发人员信息确定模块502，用于根据车载应用程序标识以及程序进程标识，确定车载应用程序开发人员信息；

故障分析结果获取模块503，用于根据开发人员信息，发送故障信息以及故障收集文件，并获取反馈的故障分析结果；

故障分析结果发送模块504，用于将故障分析结果发送至车辆控制器，以使车辆控制器根据故障分析结果进行车辆故障修复。

本实施例的技术方案，通过获取车辆控制器发送的故障信息以及故障收集文件；并根据故障信息以及故障收集文件，确定车辆故障的车载应用程序标识以及程序进程标识；根据车载应用程序标识以及程序进程标识，确定车载应用程序开发人员信息；根据开发人员信息，发送故障信息以及故障收集文件，并获取反馈的故障分析结果；将故障分析结果发送至车辆控制器，以使车辆控制器根据故障分析结果进行车辆故障修复。该方法通过故障收集文件中各车载应用程序标识以及程序进程标识，确定对应车载应用程序开发人员信息，以对程序开发人员进行及时地通知，从而能够快速地组织程序开发人员对应用程序的故障进行分析、修复，减少了人力资源的消耗，提高了检修的效率。

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

实施例六

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

如图6所示，电子设备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。

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

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

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种车辆故障修复方法，由车辆控制器执行，其特征在于，所述方法，包括：

获取车辆运行中各车载应用程序的故障编码；将所述故障编码与预设故障定义文件进行信息比对，确定故障信息；

根据所述故障信息，确定所述车载应用程序的故障等级；并根据所述故障等级对所述故障信息进行采集，生成故障收集文件；

将所述故障信息以及所述故障收集文件发送至云端服务器，并获取所述云端服务器根据所述故障信息以及所述故障收集文件确定的故障分析结果；

将所述故障分析结果更新至所述车载应用程序中，进行车辆故障修复。

2.根据权利要求1所述的方法，其特征在于，将所述故障编码与预设故障定义文件进行信息比对，确定故障信息，包括：

所述故障编码与预设故障定义文件进行信息比对，得到比对结果；

根据所述比对结果，确定车辆故障的车载应用程序标识、程序进程标识、以及故障类型；

根据所述车载应用程序标识以及所述程序进程标识，定位至故障车载应用程序进程，获取所述故障车载应用程序的启动信息，并累计所述故障车载应用程序进程的故障次数；

将所述车载应用程序标识、所述程序进程标识、所述故障类型、所述启动信息以及所述故障次数，作为故障信息。

3.根据权利要求1所述的方法，其特征在于，根据所述故障等级对所述故障信息进行采集，生成故障收集文件，包括：

获取所述故障收集文件的存储阈值，并检测所述故障收集文件的内存容量是否达到所述存储阈值；

如果所述故障收集文件的内存容量达到所述存储阈值，则在检测到所述故障收集文件中存在等级小于所述故障等级的一个或多个第一目标故障时，删除至少一个所述第一目标故障，并将所述故障信息写入所述故障收集文件；

在检测到所述故障收集文件中不存在等级小于所述故障等级的故障时，丢弃所述故障信息；

如果所述故障收集文件的内存容量未达到所述存储阈值，则将所述故障信息写入所述故障收集文件。

4.根据权利要求3所述的方法，其特征在于，将所述故障信息以及所述故障收集文件发送至云端服务器，包括：

将所述故障信息实时发送至所述云端服务器；

检测到所述故障收集文件满足故障文件发送条件时，将所述故障收集文件发送至所述云端服务器。

5.根据权利要求4所述的方法，其特征在于，检测到所述故障收集文件满足故障文件发送条件时，将所述故障收集文件发送至所述云端服务器，包括：

检测到所述故障收集文件中，等级大于等于预设等级阈值的一个或多个第二目标故障的累加故障频次，大于预设故障门限值时，将所述故障收集文件发送至所述云端服务器。

6.一种车辆故障修复方法，由云端服务器执行，其特征在于，所述方法，包括：

获取车辆控制器发送的故障信息以及故障收集文件；并根据所述故障信息以及所述故障收集文件，确定车辆故障的车载应用程序标识以及程序进程标识；

根据所述车载应用程序标识以及程序进程标识，确定车载应用程序开发人员信息；

根据所述开发人员信息，发送所述故障信息以及所述故障收集文件，并获取反馈的故障分析结果；

将所述故障分析结果发送至所述车辆控制器，以使所述车辆控制器根据所述故障分析结果进行车辆故障修复。

7.一种车辆故障修复装置，由车辆控制器执行，其特征在于，所述装置，包括：

故障信息确定模块，用于获取车辆运行中各车载应用程序的故障编码；将故障编码与预设故障定义文件进行信息比对，确定故障信息；

故障收集文件生成模块，用于根据故障信息，确定车载应用程序的故障等级；并根据故障等级对故障信息进行采集，生成故障收集文件；

故障分析结果确定模块，用于将故障信息以及故障收集文件发送至云端服务器，并获取云端服务器根据故障信息以及故障收集文件确定的故障分析结果；

故障修复模块，用于将故障分析结果更新至车载应用程序中，进行车辆故障修复。

8.一种车辆故障修复装置，由云端服务器执行，其特征在于，所述装置，包括：

车载应用程序信息确定模块，用于获取车辆控制器发送的故障信息以及故障收集文件；并根据故障信息以及故障收集文件，确定车辆故障的车载应用程序标识以及程序进程标识；

开发人员信息确定模块，用于根据车载应用程序标识以及程序进程标识，确定车载应用程序开发人员信息；

故障分析结果获取模块，用于根据开发人员信息，发送故障信息以及故障收集文件，并获取反馈的故障分析结果；

故障分析结果发送模块，用于将故障分析结果发送至车辆控制器，以使车辆控制器根据故障分析结果进行车辆故障修复。

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

至少一个处理器；以及

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

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

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

Images