车辆的故障管理方法、装置、系统和介质

技术领域

本发明涉及车辆技术领域，特别是涉及一种车辆的故障管理方法、装置、系统和介质。

背景技术

车辆智能辅助驾驶功能具有多个子功能，各个子功能之间在软件和硬件上彼此独立，具有单独的故障管理功能，这种分布式的故障管理提升了辅助驾驶故障管理功能的复杂性，导致对故障的识别和故障的处理机制冗余，降低了故障信息的处理效率，难以保证整车的安全性能。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。为此，本发明的一个目的在于提出一种能够集中管理不同故障信息、提高故障信息的处理效率的车辆的故障信息处理方法、装置、系统和介质。

一种车辆的故障管理方法，包括以下步骤：

获取车辆的故障信息，并根据故障信息的属性，确定故障信息对应的故障编码；

根据故障编码对应的预设故障处理策略，向车辆的不同功能模块输出控制指令以使不同功能模块应对故障信息。

上述方案中，根据故障信息的属性，确定故障信息对应的故障编码，包括：

根据故障信息的属性，对故障信息进行分类；

根据故障信息的分类结果，确定故障信息对应的故障编码。

上述方案中，故障信息的属性包括产生故障信息的功能模块、故障等级和对车辆的功能模块的影响程度。

上述方案中，在获取车辆的故障信息之后，还包括：

结合车辆的不同功能模块的运行状态，对故障信息进行标记；标记用于避免重复处理故障信息。

上述方案中，获取车辆的故障信息，包括：

对车辆的数据上报模块进行监听，在数据上报模块发生故障时，获取故障信息。

上述方案中，获取车辆的故障信息，包括：

与车辆的数据上报模块建立通讯连接，基于设定通讯协议，接收车辆的数据上报模块上传的故障信息。

上述方案中，控制指令包括功能抑制指令和功能恢复指令中的至少一种。

一种车辆的故障管理装置，包括：

获取模块，用于获取车辆的故障信息；

确定模块，用于根据故障信息的属性，确定故障信息对应的故障编码；

处理模块，用于根据故障编码对应的预设故障处理策略，向车辆的不同功能模块输出控制指令以使不同功能模块应对故障信息。

一种车辆的故障管理系统，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时上述车辆的故障管理方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述车辆的故障管理方法的步骤。

上述车辆的故障管理方法、装置、系统和介质，通过获取车辆的不同功能模块的故障信息，并根据故障信息的属性，确定故障信息对应的故障编码，根据故障编码对应的预设故障处理策略，向车辆的不同功能模块输出控制指令，能够对功能模块的故障信息进行统一的管理和处理，避免了各个子功能之间对相同的故障信息进行单独诊断和故障处理，从而提高了故障信息的处理效率。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

图1为一个实施例中车辆的故障管理方法的流程示意图；

图2为又一个实施例中车辆的故障管理方法的流程示意图；

图3为一个实施例中车辆的故障管理方法的系统架构图；

图4为一个实施例中车辆的故障管理装置的结构框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

以下对本发明实施例的技术方案的实现细节进行详细描述。

在一个实施例中，如图1所示，提供了一种车辆的故障管理方法，该车辆的故障管理方法可包括以下步骤：

步骤S101，获取车辆的故障信息，并根据故障信息的属性，确定故障信息对应的故障编码。

首先，需要收集车辆的故障信息。故障信息主要来源于车辆的数据上报模块，其中，这里的数据上报模块是指用于上报采集的车辆数据的模块，包括车辆感知系统、车辆定位系统、车辆底盘和其他数据上报模块，其中，数据上报模块包含车辆上的不同传感器。在实际应用中，预先定义故障列表，其中，故障列表包含故障原始编码和故障名称，并且定义了每种故障对应的故障等级和故障来源，如表1所示。

表1

车辆感知系统、车辆定位系统、车辆底盘和其他模块按照故障列表对自身进行故障诊断，当检测到存在故障列表中的故障时，获取对应的故障信息。在一种实现方式中，由于每种故障对应一个故障原始编码，因此获取的故障信息可以为故障原始编码，示例地，当检测到存在前摄像头遮挡故障的情况下，可以获取对应的故障原始编码00001作为故障信息。

在实际应用中，车辆预先分配有数据存储空间，数据存储空间是用于存储不同车辆数据的空间，包括车辆的故障信息。当车辆需要进行维修的时候，维修人员可以查看数据存储空间中的车辆数据，可以快速地确定导致车辆发生故障的原因。基于此，在获取车辆的故障信息之后，可以将车辆的故障信息进行存储，有利于对车辆进行售后维修服务。

在一个实施例中，对车辆的数据上报模块进行监听，例如对各车辆传感器、底盘控制器等进行监听，在数据模块发生故障时，直接获取得到车辆的故障信息。

在另一个实施例中，与车辆的数据上报模块建立通讯连接，其中，通讯连接是基于额外定义的通讯协议建立的，通过通讯连接，车辆的数据上报模块将产生的故障信息进行上传，从而可以完成故障信息的收集。本实施例提供的这种故障信息的收集方式可以适用于分布式的故障处理方案中，与分布式的故障处理方案中的各个故障处理模块建立通讯连接，通过通讯连接，将各个故障处理模块收集到的故障信息进行汇总，从而可以实现对故障信息的统一管理。

在获取车辆的故障信息之后，对故障信息进行处理。这里，定义了多个不同的车辆故障，其中，一些车辆故障的故障类型和处理策略相近，如果按照故障信息逐一对故障进行处理，将会导致需要处理的故障数据增加，反而降低了故障处理效率，基于此，在本实施例中，根据故障信息的属性，对故障信息进行聚类处理，从而确定故障信息对应的故障编码。

需要说明的是，故障原始编码是预先定义的故障列表中为每种故障分配的编码，故障编码是对故障信息进行聚类处理之后，为每种类型的故障信息分配的编码。

在本实施例中，可以根据对应的故障编码，将归属于一类的故障信息进行批量处理，从而提高了故障处理效率。

在一个实施例中，如图2所示，根据故障信息的属性，确定故障信息对应的故障编码，包括：

步骤S201，根据故障信息的属性，对故障信息进行分类。

利用故障信息的属性，对获取的故障信息进行分类，这里的目的主要是将类型相近、处理策略等相近的故障信息划分为一类。

其中，故障信息的属性包括故障信息的产生源、故障严重等级、对不同功能模块的影响程度，在实际应用中，可以通过故障原始编码在预先设定的故障列表中确定故障信息的属性，示例地，将来源于传感器的故障信息、故障严重等级相近，且对不同功能模块的影响程度相近的多个故障信息划分为同一类的故障信息。

步骤S202，根据故障信息的分类结果，确定故障信息对应的故障编码。

这里，根据故障信息的分类结果，为每类的故障信息分配对应的故障编码。在实际应用中，可以预先制定故障分类列表，参考表2所示。

表2

在表2包含了故障信息的分类结果和每类故障信息的故障编码，以及还定义了每类故障信息的故障聚类严重等级，其中，故障聚类严重等级可以根据同类的故障信息对不同功能模块的影响而确定。

在实际应用中，根据预先制定的故障分类列表，对故障信息进行分类，并从预先制定的故障分类列表中确定每个分组的故障信息对应的故障编码。示例地，将故障信息中故障原始编码为00001、00002、00003和00004的故障信息划分同一类故障，其中，这四个故障信息均属于传感器类故障，并将这四种故障定义为故障编码A1，以及故障聚类严重等级为Severity 1。

需要说明的是，上文中的故障等级与本实施例中的故障聚类严重等级属于不同的概念，故障等级是故障信息的属性，是根据该故障信息确定的，而故障聚类严重等级是根据聚类后的同一类故障信息确定的。

步骤S102，根据故障编码对应的预设故障处理策略，向车辆的不同功能模块输出控制指令以使不同功能模块应对故障信息。

这里，每种故障编码的处理策略是不相同的，并且，每种故障编码关联的功能模块也是不相同的，通过故障编码对应的预设故障处理策略，向与故障编码关联的功能模块输出对应的控制指令，从而使与故障编码关联的功能模块能够应对故障信息带来的影响。

车辆配置有不同的功能模块，在一般情况下，可以将功能模块划分为三大类，分别为：行车辅助类功能，例如自适应车速巡航系统；泊车辅助类功能，例如全自动泊车辅助系统；预警类功能，例如前方碰撞提醒功能。

这些功能模块需要依赖车辆传感器提供的感知数据，对车辆底盘和座舱显示进行控制。当车辆传感器发生故障时，可能导致单一功能模块不可用，也可能导致多个功能模块都不可用。基于此，将故障编码映射为故障信息对各个功能模块的影响状态，根据故障信息关联的各个功能模块的影响状态，向车辆的不用子功能模块输出控制指令。

在实际应用中，还可以根据故障编码对不同功能模块的影响程度制定故障处理列表。如表3所示。

表3

示例地，在故障编码为A1的情况下，可以确定这类故障不影响功能模块1、功能模块2和功能模块4的运行，而对功能模块3产生功能降级的影响，也就是功能模块1、功能模块2和功能模块4能够正常运行，基于此，向车辆的功能模块3输出对应的控制指令，以应对故障编码A1对功能模块3带来的功能降级的消极影响。

在这种情况下，可以将故障信息影响的多个功能模块统一进行对应的故障处理，提高了故障处理效率。

在一个实施例中，控制指令包括功能抑制指令和功能恢复指令中的至少一种，例如，故障编码对功能模块产生功能降级，甚至是功能关闭的影响，此时，可以向功能模块输出功能抑制指令，避免功能模块受故障信息的影响而对行车安全构成威胁。

在一个实施例中，在获取车辆的故障信息之后，车辆的故障管理方法还包括：

结合车辆当前的健康状态，对故障信息进行标记。

这里，车辆获取到一个故障信息，并对这个故障信息进行相应的处理之后，车辆的故障仍持续出现，导致持续获取到相同的故障信息，在这种情况下，由于已经对故障信息处理完毕了(包括对功能模块进行功能抑制和/或功能恢复的处理)，因此不需要再对获取到的新的相同的故障信息再次进行处理，又或者，故障信息没有改变受影响的功能模块的运行状态，基于这种情形，可以结合车辆的不同功能模块的运行状态，对已经处理的故障信息进行标记，从而避免对相同的故障信息进行重复处理。下面通过两种情形对本实施例进行说明。

第一种情形，假设获取到故障原始编码00001的故障信息，按照故障原始编码00001，向功能模块3发送功能抑制指令。在完成处理之后，再次获取到故障原始编码00001的故障信息，根据功能模块3的运行状态，可以确定功能模块3处于功能抑制状态(也就是已经完成了对故障原始编码00001的故障信息的处理)，可以对获取到的故障原始编码00001的故障信息进行标记，避免重复处理。

第二种情形，假设获取到故障原始编码00001的故障信息，可以确定的，故障原始编码00001的故障信息影响功能模块3的运行，而此时功能模块3处于关闭状态，也就是没有启动功能模块3的运行，在这种情形下，故障原始编码00001的故障信息并不会导致功能模块3的运行状态发生变化，同样地，可以对获取到的故障原始编码00001的故障信息进行标记，避免对功能模块3发送控制指令。

如图3所示，图3示出了车辆的故障管理的系统架构，本发明提供的车辆的故障管理方法可通过图3所示的系统架构实现。其中，故障收集模块、故障管理模块、故障上报模块和故障处理模块构成车辆的故障管理系统。

故障收集模块对分布于各车辆传感器、底盘控制器等的客户端进行监听，当产生故障信息时，客户端将故障信息上传至故障收集模块，故障收集模块结合当前功能模块的运行状态，将未处理的故障信息汇总到故障管理模块。在实际应用中，各个上报模块(包括车辆感知系统、车辆定位系统、车辆底盘和其他模块)根据预先定义的故障列表对自身进行故障诊断，一旦产生故障信息，通过接口将故障信息上报给故障收集模块。

故障管理模块负责实时维护车辆健康状态信息，并在内部对车辆的故障信息进行汇总，根据故障信息的产生源、故障严重等级、对各个功能模块的影响程度进行聚类汇总，从而确定故障信息对应的故障编码。

故障上报模块负责将故障编码上报至故障存储模块，对车辆的故障信息进行记录。

故障处理模块负责将故障编码映射为对各个功能模块的影响状态，根据预设的故障处理策略，对功能模块的状态进行处理，例如对功能模块的状态进行功能抑制或功能恢复。

在上述实施例中，通过获取车辆的故障信息，并根据故障信息的属性，确定故障信息对应的故障编码，根据故障编码对应的预设故障处理策略，向车辆的不同功能模块输出控制指令，能够对车辆的故障信息进行统一管理，避免故障的识别和故障的处理机制发生冗余的现象，从而提高了故障处理的效率。

在一个实施例中，提供一种车辆的故障管理装置，参考图4所示，该车辆的故障管理装置400可包括：获取模块401、确定模块402和处理模块403。

其中，获取模块401用于获取车辆的故障信息；确定模块402用于根据故障信息的属性，确定故障信息对应的故障编码；处理模块403用于根据故障编码对应的预设故障处理策略，向车辆的不同功能模块输出控制指令以使不同功能模块应对故障信息。

进一步地，处理模块403具体用于，根据故障信息的属性，对故障信息进行分类；根据故障信息的分类结果，确定故障信息对应的故障编码。

进一步地，故障信息的属性包括产生故障信息的功能模块、故障等级和对车辆的功能模块的影响程度。

在一个实施例中，在获取车辆的故障信息之后，处理模块403还用于结合车辆的不同功能模块的运行状态，对故障信息进行标记；标记用于避免重复处理故障信息。

在一个实施例中，获取模块401具体用于对车辆的数据上报模块进行坚挺，在数据上报模块发生故障时，获取故障信息。

在一个实施例中，获取模块401具体用于与车辆的数据上报模块建立通讯连接，基于设定通讯协议，接收车辆的数据上报模块上传的故障信息。

在一个实施例中，控制指令包括功能抑制指令和功能恢复指令中的至少一种。

在一个实施例中，提供了一种车辆的故障管理系统，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现一种车辆的故障管理方法。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时以实现一种车辆的故障管理方法。

需要说明的是，在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。