CN117452906A - 一种车辆故障策略设计系统、确定方法 - Google Patents

Abstract

本发明公开了一种车辆故障策略设计系统、确定方法。系统包括：第一设备用于基于获取的车辆设备数据和软件功能数据确定车辆的功能场景数据；第二设备用于基于功能场景数据确定功能需求数据；第三设备用于基于功能需求数据进行功能可行性分析，得到诊断可行性分析需求数据，并结合车辆实际运行数据确定诊断可行性分析结果数据；第四设备用于基于诊断可行性分析结果数据确定初始故障策略；第三设备还用于将诊断可行性分析结果数据传输给域控制器软件测试模型进行故障分析，基于分析所得域控制器故障策略和初始故障策略执行故障校验，确定目标故障策略。通过本方案解决随着车辆功能越来越复杂导致的车辆故障排查难度高的问题，提高整车故障排查效率。

Description

一种车辆故障策略设计系统、确定方法

技术领域

本发明涉及车辆诊断技术领域，尤其涉及一种车辆故障策略设计系统、确定方法。

背景技术

随着汽车智能化程度越来越高，功能越来越复杂，对车辆控制器的能力要求和协调能力要求也越来越高，域控制器也应运而生。

域控制器是将多个控制器功能集成到同一个控制器中，随着功能越来越复杂，对于故障排查的难处也越来越高，针对这样的问题通过网关控制器记录不同路CAN(ControllerAreaNetwork，控制器局域网总线)总线报文全部报文，发生问题后进行排查，或者通过对所有车辆控制器进行诊断，从中排查出故障问题和原因。

通过采用上述方案以解决故障排查难度越来越高的问题，需要消耗大量的时间对CAN总线报文进行分析和排查，录取全部报文对网关要求缓存大存储时间短，一旦功能增加数据量大网关储存的数据将无法满足，对整车的所有控制器进行诊断，需要花费较长的时间和较高的成本，对于车辆的诊断效率低。

发明内容

本发明提供了一种车辆故障策略设计系统、确定方法，通过设计出整车故障策略以解决随着车辆功能越来越复杂导致的车辆故障排查难度高和效率低的问题。

根据本发明的一方面，提供了一种车辆故障策略设计系统，包括：

第一设备，用于获取车辆设备数据和软件功能数据，基于车辆设备数据和软件功能数据确定车辆的功能场景数据；其中，功能场景数据包括车辆功能定义和车辆功能实现流程；

第二设备，用于基于功能场景数据确定功能需求数据；

第三设备，用于基于功能需求数据进行功能可行性分析，得到车辆功能的诊断可行性分析需求数据；以及基于诊断可行性分析需求数据和车辆实际运行数据确定诊断可行性分析结果数据；

第四设备，用于基于诊断可行性分析结果数据确定初始故障策略；

第三设备，还用于将诊断可行性分析结果数据传输给域控制器软件测试模型进行故障分析，确定域控制器故障策略；基于域控制器故障策略和初始故障策略执行故障校验，确定目标故障策略。

可选的，车辆设备数据包括车辆设备和车辆设备的功能信息，车辆设备包括域控制器；

第一设备具体用于：

基于每一车辆设备的功能信息与软件功能数据进行匹配，确定车辆设备相对应的软件功能数据。

可选的，第二设备具体用于：

获取域控制器的控制策略；

基于域控制器的控制策略和功能场景数据确定功能需求数据。

可选的，第三设备具体用于：

基于功能需求数据对各功能按照诊断维度进行可行性分析，得到各功能的诊断可行性分析需求数据，其中，诊断维度包括无法开始、无法停止、无法执行、输出超出限制、任务行为不可控。

可选的，第三设备具体用于：

获取车辆实际运行数据；

基于诊断可行性分析需求数据和车辆实际运行数据确定故障名称及其失效信息，得到诊断可行性分析结果数据。

可选的，第三设备还用于：

在确定目标故障策略之前，对域控制器故障策略的域控制器故障覆盖度进行测试性覆盖度评估，确定满足测试性需求的域控制器故障策略；对满足测试性需求的域控制器故障策略中的故障点进行埋点，用于在车辆功能运行过程中判断和捕获故障问题。

可选的，第四设备还用于基于目标故障策略确定控制器软件数据；

系统还包括：第五设备；

第五设备用于基于诊断可行性分析结果数据、目标故障策略和控制器软件数据确定测试报告数据。

可选的，第二设备，用于获取车辆的电气设备数据，电气设备数据包括系统关联框图、线束原理图、电气属性表；

第三设备，用于基于目标故障策略、电气设备数据构建故障失效模型，其中，故障失效模型是表征硬件、软件、功能之间的关联模型；将故障失效模型结合数据分析引擎确定车辆故障问题；将故障问题发送至售后诊断仪，售后诊断仪用于展示故障问题和将故障问题反馈给故障失效模型，对故障失效模型进行更新。

根据本发明的另一方面，提供了一种车辆故障策略确定方法，包括：

通过第一设备获取车辆设备数据和软件功能数据，基于车辆设备数据和软件功能数据确定车辆的功能场景数据；其中，功能场景数据包括车辆功能定义和车辆功能实现流程；

通过第二设备基于功能场景数据确定功能需求数据；

通过第三设备基于功能需求数据进行功能可行性分析，得到车辆功能的诊断可行性分析需求数据；以及基于诊断可行性分析需求数据和车辆实际运行数据确定诊断可行性分析结果数据；

通过第四设备基于诊断可行性分析结果数据确定初始故障策略；

通过第三设备将诊断可行性分析结果数据传输给域控制器软件测试模型进行故障分析，确定域控制器故障策略；基于域控制器故障策略和初始故障策略执行故障校验，确定目标故障策略。

可选的，基于诊断可行性分析需求数据和车辆实际运行数据确定诊断可行性分析结果数据，包括：

获取车辆实际运行数据；

基于诊断可行性分析需求数据和车辆实际运行数据确定故障名称及其失效信息，得到诊断可行性分析结果数据。

本发明实施例的技术方案，通过第一设备获取车辆设备数据和软件功能数据，基于车辆设备数据和软件功能数据确定车辆的功能场景数据；通过第二设备用于基于功能场景数据确定功能需求数据；通过第三设备用于基于功能需求数据进行功能可行性分析，得到车辆功能的诊断可行性分析需求数据；以及基于诊断可行性分析需求数据和车辆实际运行数据确定诊断可行性分析结果数据；通过第四设备用于基于诊断可行性分析结果数据确定初始故障策略；第三设备还将诊断可行性分析结果数据传输给域控制器软件测试模型进行故障分析，确定域控制器故障策略；基于域控制器故障策略和初始故障策略执行故障校验，确定目标故障策略，实现了对整车故障策略进行设计的功能，针对不同的功能场景可快速排查故障原因，解决了随着车辆功能越来越复杂导致的车辆故障排查难度高和效率低的问题，提高了车辆故障诊断的高效性。

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

附图说明

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

图1是本发明实施例一提供的一种车辆故障策略设计系统的结构示意图；

图2是本发明实施例所适用的一种车辆故障策略设计系统流程图；

图3是本发明实施例二提供的一种车辆故障策略确定方法的流程图。

具体实施方式

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

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

实施例一

图1是本发明实施例一提供的一种车辆故障策略设计系统的结构示意图，该车辆故障策略设计系统可配置于车辆中。如图1所示，该系统包括：第一设备110、第二设备120、第三设备130、第四设备140。第一设备110、第二设备120、第三设备130、第四设备140中的任一项，可以是诸如计算机、手机等的电子设备，能够具有信息输入、数据展示以及数据处理的功能，且第一设备110、第二设备120、第三设备130、第四设备140之间可进行数据传输，例如通过无线通信方式连接，或者通过网线连接。

其中，第一设备110，用于获取车辆设备数据和软件功能数据，基于车辆设备数据和软件功能数据确定车辆的功能场景数据；其中，功能场景数据包括车辆功能定义和车辆功能实现流程；第二设备120，用于基于功能场景数据确定功能需求数据；第三设备130，用于基于功能需求数据进行功能可行性分析，得到车辆功能的诊断可行性分析需求数据；以及基于诊断可行性分析需求数据和车辆实际运行数据确定诊断可行性分析结果数据；第四设备140，用于基于诊断可行性分析结果数据确定初始故障策略；第三设备130，还用于将诊断可行性分析结果数据传输给域控制器软件测试模型进行故障分析，确定域控制器故障策略；基于域控制器故障策略和初始故障策略执行故障校验，确定目标故障策略。

第一设备110用于获取车辆设备数据和软件功能数据，可以通过与第一设备连接的输入设备输入车辆设备数据和软件功能数据，还可以从服务器中调取车辆设备数据和软件功能数据，整车层级可以包含有300个以上功能。示例性的，车辆设备数据和软件功能数据均可以是通过文档格式记录的数据。其中，车辆设备数据包括车辆设备和车辆设备的功能信息，车辆设备指的是整车包含的硬件设备，硬件设备包含但不限于电动机、发动机、传感器、音响、域控制器等。软件功能数据具体可以理解为是实现设备功能的程序及其功能定义。

第一设备110具体可以理解为是用于设计整车功能的设备，基于车辆设备数据和软件功能数据确定车辆的功能场景数据，功能场景具体可以理解为是对车辆功能的整个流程的抽象化、模型化的描述，例如开启车窗功能场景、语音导航功能场景、汽车驱动功能场景等，可以对整车功能依据车辆设备数据和软件功能数据定义功能场景；功能场景数据包括车辆功能定义和车辆功能实现流程。

可选的，第一设备110具体用于：基于每一车辆设备的功能信息与软件功能数据进行匹配，确定车辆设备相对应的软件功能数据，可以通过车辆设备数据中的车辆设备的功能信息与软件功能数据中的软件功能名称和功能定义进行匹配，若车辆设备的功能信息和软件功能数据中的功能定义一样，则可以判定为匹配成功，反之，不成功；通过将车辆设备数据中的每一车辆设备及其功能信息与软件功能数据依次进行匹配，匹配成功的功能可以归为一种功能场景，在确定功能场景的同时，对功能场景进行定义，功能场景定义用于描述每一功能的实现流程，即整车每个功能是如何实现以及实现该功能的过程中设备之间的信息传递。

第二设备120具体可以理解为是对控制器功能进行定义和管理的设备，用于基于功能场景数据确定功能需求数据，可以基于功能场景数据对域控制器所控制的功能进行确定。可选的，第二设备具体用于：获取域控制器的控制策略；基于域控制器的控制策略和功能场景数据中的车辆功能定义确定功能需求数据。其中，功能需求数据具体可以理解为是功能可实现的详细要求，即可以包含但不限于车辆功能、该功能可实现所需要满足的控制器和设备的参数值的需求。由第二设备根据功能场景数据中的车辆功能定义获取车辆功能所需要的控制器及其对应的控制策略，得到该功能的实现过程的需求，得到功能需求数据。

第三设备130具体可以理解为是一种用于故障分析和诊断的设备，具体用于基于功能需求数据进行功能可行性分析，得到车辆功能的诊断可行性分析需求数据；以及基于诊断可行性分析需求数据和车辆实际运行数据确定诊断可行性分析结果数据；其中，功能可行性分析具体可以理解为是通过预先设计好的诊断维度对功能进行分析，判断车辆功能的可行性。

具体的，第三设备130用于基于功能需求数据对各功能按照诊断维度进行可行性分析，得到各功能的诊断可行性分析需求数据，其中，诊断维度包括无法开始、无法停止、无法执行、输出超出限制、任务行为不可控。

其中，诊断可行性分析需求数据具体可以理解为是一种可行性初步分析结果数据，包含功能、诊断维度及对应维度是否可行的判断结果。可行性分析是根据功能需求数据判断该功能是否满足无法开始、无法停止、无法执行、输出超出限制、任务行为不可控的特性，示例性的，对于开启车窗功能进行可行性分析，根据开启车窗功能的需求数据可以得到车窗开启的最大高度(即车窗框的高度)，可以判断出对于开启车窗功能不会存在无法停止的情况，则可以确定开启车窗功能对于无法停止这一诊断维度是不可行的。遍历所有的功能需求数据依次按照诊断维度进行可行性分析，得到各功能的诊断可行性分析需求数据。

第三设备130基于诊断可行性分析需求数据和车辆实际运行数据确定诊断可行性分析结果数据；可选的，获取车辆实际运行数据；基于诊断可行性分析需求数据和车辆实际运行数据确定故障名称及其失效信息，得到诊断可行性分析结果数据。其中，诊断可行性分析结果数据具体可以理解为是对诊断可行性分析需求数据按照实际功能和实际运行数据进行详细定义，示例性的，需求定义蓄电池功能失效，第三设备130定义失效条件，如电池电压7V以下为失效。具体的，第三设备130基于诊断可行性分析需求数据按照车辆实际运行情况对车辆功能失效的条件进行确定，得到诊断可行性分析结果数据。

第四设备140具体可以理解为是软件功能开发系统，用于基于诊断可行性分析结果数据确定初始故障策略；其中，初始故障策略具体可以理解为是功能的初始故障码和故障规范，可以以故障诊断代码定义规则为标准对基于诊断可行性分析结果数据中的故障的类型进行故障码定义，基于诊断可行性分析结果数据中的故障信息确定故障规范，得到初始故障策略。

可选的，第三设备130，还用于将诊断可行性分析结果数据传输给域控制器软件测试模型进行故障分析，确定域控制器故障策略；基于域控制器故障策略和初始故障策略执行故障校验，确定目标故障策略。

其中，域控制器软件测试模型是预先训练好的测试模型，用于将诊断可行性分析结果数据作为模型的输入，引入测试性方法论，对域控制器中的功能和硬件链路进行分析，对各域控制器进行故障分析，可以依据系统可靠性分析技术定义硬件失效，比如都需要定义内部短路开路故障、看门狗故障、时间模块故障灯等，确定域控制器故障策略等。

可选的，第三设备130用于基于域控制器故障策略和初始故障策略执行故障校验，确定目标故障策略。可以通过域控制器故障策略和初始故障策略与预先设置的功能可实现理论数据进行匹配，确定各功能失效的条件，校验各功能的故障策略设置是否准确。

可选的，在确定目标故障策略之前，对域控制器故障策略的域控制器故障覆盖度进行测试性覆盖度评估，确定满足测试性需求的域控制器故障策略；对满足测试性需求的域控制器故障策略中的故障点进行埋点，用于在车辆功能运行过程中判断和捕获故障问题。其中，测试性需求具体可以理解为是判断故障点的标准，也就是判断域控制器故障策略中的故障问题是否满足判断故障点的标准，可以根据故障的严重程度、将其作为故障点的成本等因素预先进行设置测试性需求。埋点具体可以理解为是一种事件跟踪方法，是针对特定用户行为或事件进行捕获、处理和发送的相关技术及其实施过程，用于及时获取故障点信息。

具体的，引入测试性方法论，对域控制器故障覆盖度进行测试性覆盖度评估，判断各故障点是否满足测试性需求，得到评估结果，若域控制器故障满足测试性需求，则将其作为故障点，并对其进行埋点处理。

可选的，第四设备还用于基于目标故障策略确定控制器软件数据。

其中，控制器软件数据具体可以理解为是实现控制功能到的代码块。

具体的，根据目标故障策略中的功能信息和故障信息进行软件开发，得到控制器软件数据。

可选的，系统还包括：第五设备；第五设备用于基于诊断可行性分析结果数据、目标故障策略和控制器软件数据确定测试报告数据。

其中，第五设备具体可以理解为是用于进行功能测试的系统，通过获取诊断可行性分析结果数据、目标故障策略、控制器软件数据，并对上述数据进行测试分析和校验，综合测试各域控制器及其包含的部件的功能对应的故障码和故障规范是否一样，得到测试报告。

进一步地，第二设备120，用于获取车辆的电气设备数据，电气设备数据包括系统关联框图、线束原理图、电气属性表；第三设备，用于基于目标故障策略、电气设备数据构建故障失效模型，其中，故障失效模型是表征硬件、软件、功能之间的关联模型；将故障失效模型结合数据分析引擎确定车辆故障问题；将故障问题发送至售后诊断仪，售后诊断仪用于展示故障问题和将故障问题反馈给故障失效模型，对故障失效模型进行更新。

其中，故障失效模型具体可以理解为是框架模型，是表征硬件、软件、功能之间的关联模型。

具体的，第二设备120获取车辆的电气设备数据并将其传输给第三设备130，将目标故障策略、电气设备数据作为输入参数输入给故障失效模型，通过故障失效模型进行处理，将处理结果发送给数据分析引擎，对故障进行分析确定车辆故障问题，并将车辆故障问题发送给售后诊断仪，通过售后诊断仪展示给用户，另外，售后诊断仪还将诊断结果发送给故障失效模型，故障失效模型结合目标故障策略、电气设备数据和诊断结果进行模型自学习，并更新和完善故障失效模型的参数，提高故障失效模型的精确度。

在一个具体的实施例中，如图2所示的一种车辆故障策略设计系统流程图，第一设备用于获取装备定义数据和软件功能定义数据，对上述数据进行处理，根据功能信息定义对应的功能场景，得到功能场景数据，功能场景数据包含车辆功能定义和车辆功能实现流程，即功能场景定义描述整车每个功能是如何实现和传递的，第二设备接收功能场景数据，基于功能场景数据确定功能需求数据，第三设备获取功能需求数据，依据功能需求数据进行功能可行性分析，得到车辆功能的诊断可行性分析需求数据，依据诊断可行性分析需求数据和车辆实际运行数据进行失效分析，确定诊断可行性分析结果数据，根据故障码定义规则对诊断可行性分析结果数据中的故障进行故障码定义，得到初始故障策略，第三设备将诊断可行性分析需求数据发送给域控制器软件测试模型进行故障分析，确定域控制器故障策略，对域控制器故障策略进行测试型覆盖度评估，对所得评估结果与初始故障策略进行故障校验，得到目标故障策略。进一步地，第四设备根据目标故障策略进行软件开发，得到开发控制器软件。第五设备通过获取诊断可行性分析结果数据、目标故障策略、控制器软件数据，并对上述数据进行测试分析和校验，综合测试各域控制器及其包含的部件的功能对应的故障码和故障规范是否一样，得到测试报告。进一步地，第二设备获取车辆的电气设备数据并将其传输给第三设备，将目标故障策略、电气设备数据作为输入参数输入给故障失效模型，通过故障失效模型进行处理，将处理结果发送给数据分析引擎，对故障进行分析确定车辆故障问题，并将车辆故障问题发送给售后诊断仪，通过售后诊断仪展示给用户，另外，售后诊断仪还将诊断结果发送给故障失效模型，故障失效模型结合目标故障策略、电气设备数据和诊断结果进行模型自学习，并更新和完善故障失效模型的参数，提高故障失效模型的精确度。

本实施例的技术方案，通过车辆故障策略设计系统对车辆设备数据和软件功能数据处理得到系统维度的初始故障策略和部件维度的域控制器故障策略，进而对初始故障策略和域控制器故障策略进行故障检验，得到准确的目标故障策略，实现了通过正向流程故障设计方法，得到目标故障策略的功能，有助于在诊断规程中不需要获取全部报文信息，只需要获取可能出现问题的部分，解决了随着车辆功能越来越复杂导致的车辆故障排查难度高的问题，提高整车故障排查效率。

实施例二

图3是本发明实施例二提供的一种车辆故障策略确定方法的流程图，本实施例可适用于确定车辆故障策略的情况，该方法可以由上述车辆故障策略设计系统来执行，该车辆故障策略设计系统可以采用硬件和/或软件的形式实现，该车辆故障策略设计系统可配置于车辆控制系统或计算机中。如图3所示，该方法包括：

S210、通过第一设备获取车辆设备数据和软件功能数据，基于车辆设备数据和软件功能数据确定车辆的功能场景数据。

其中，功能场景数据包括车辆功能定义和车辆功能实现流程。可以通过第一设备外接输入设备输入车辆设备数据和软件功能数据，还可以调用服务器中的车辆设备数据和软件功能数据。

具体的，通过第一设备获取车辆设备数据和软件功能数据，对于车辆设备数据和软件功能数据进行处理，可以根据车辆设备数据中的车辆设备的功能信息和软件功能预先定义功能场景，其中，功能场景定义描述的是整车每个功能的实现过程和该场景下的设备之间的传递过程。还可以通过功能场景定义模型处理车辆设备数据和软件功能数据，确定车辆的功能场景数据。

S220、通过第二设备基于功能场景数据确定功能需求数据。

具体的，通过第二设备依据功能场景数据对每一功能场景下的功能是如何实现的需求进行确定，该实现需求可以通过获取相关调研数据或者是实验数据进行确定，按照不同的功能确定功能实现的需求，得到功能需求数据。示例性的，定义蓄电池功能场景，依据实验数据可以确定该功能实现需要确定电池的电压为7V的情况下可以实现蓄电池功能。

S230、通过第三设备基于功能需求数据进行功能可行性分析，得到车辆功能的诊断可行性分析需求数据；以及基于诊断可行性分析需求数据和车辆实际运行数据确定诊断可行性分析结果数据。

具体的，通过第三设备基于功能需求数据进行功能可行性分析，按照无法开始、无法停止、无法执行、输出超出限制、任务行为不可控等诊断维度进行诊断，依次对各功能需求按照诊断维度进行判断，判断各功能需求对于各诊断维度是否可行，得到判定结果和诊断可行性分析需求数据。对于诊断可行性分析需求数据按照实际运行数据进行对应数据的修改，确定功能失效的条件，得到诊断可行性分析结果数据。

可选的，基于诊断可行性分析需求数据和车辆实际运行数据确定诊断可行性分析结果数据，包括：获取车辆实际运行数据；基于诊断可行性分析需求数据和车辆实际运行数据确定故障名称及其失效信息，得到诊断可行性分析结果数据。

具体的，可以通过第三设备获取车辆实际运行数据，通过将运行数据与诊断可行性分析需求数据进行匹配判断，判断出诊断可行性分析需求数据中的各功能的实际运行数据，依据对应的运行数据确定功能的失效条件，可以理解为是确定实现该功能所需的设备在出现故障的情况下的参数值，示例性的，需求定义蓄电池功能失效，通过第三设备确定失效的条件，例如7V以下蓄电池功能失效。

S240、通过第四设备基于诊断可行性分析结果数据确定初始故障策略。

具体的，可以以故障诊断代码定义规则为标准，通过第四设备对基于诊断可行性分析结果数据中的故障的类型进行故障码定义，基于诊断可行性分析结果数据中的故障信息确定故障规范，得到初始故障策略。

S250、通过第三设备将诊断可行性分析结果数据传输给域控制器软件测试模型进行故障分析，确定域控制器故障策略；基于域控制器故障策略和初始故障策略执行故障校验，确定目标故障策略。

具体的，通过将诊断可行性分析结果数据作为域控制器软件测试模型的输入，引入测试性方法论，对域控制器中的功能和硬件链路进行分析，对各域控制器进行故障分析，可以依据系统可靠性分析技术定义硬件失效，得到域控制器故障策略，示例性的，对于硬件失效定义，都需要定义内部短路开路故障、看门狗故障、时间模块故障灯等。然后通过域控制器故障策略和初始故障策略与预先设置的功能可实现理论数据进行匹配，确定各功能失效的条件和校验各功能的故障策略设置是否准确。

本实施例的技术方案，通过第一设备获取车辆设备数据和软件功能数据，基于车辆设备数据和软件功能数据确定车辆的功能场景数据，通过第三设备基于功能需求数据对进行功能可行性分析，得到车辆功能的诊断可行性分析需求数据；以及基于诊断可行性分析需求数据和车辆实际运行数据确定诊断可行性分析结果数据；通过第四设备基于诊断可行性分析结果数据确定初始故障策；通过第三设备基于诊断可行性分析结果数据和初始故障策略确定目标故障策略，通过采用正向流程故障确定方法，实现了对整车故障策略进行设计的功能，针对不同的功能场景可快速排查故障原因，解决了随着车辆功能越来越复杂导致的车辆故障排查难度高和效率低的问题，提高了车辆故障诊断的高效性。

Claims (10)

1.一种车辆故障策略设计系统，其特征在于，包括：

第一设备，用于获取车辆设备数据和软件功能数据，基于所述车辆设备数据和所述软件功能数据确定所述车辆的功能场景数据；其中，所述功能场景数据包括车辆功能定义和车辆功能实现流程；

第二设备，用于基于所述功能场景数据确定功能需求数据；

第三设备，用于基于所述功能需求数据进行功能可行性分析，得到车辆功能的诊断可行性分析需求数据；以及基于所述诊断可行性分析需求数据和车辆实际运行数据确定诊断可行性分析结果数据；

第四设备，用于基于所述诊断可行性分析结果数据确定初始故障策略；

所述第三设备，还用于将所述诊断可行性分析结果数据传输给域控制器软件测试模型进行故障分析，确定域控制器故障策略；基于所述域控制器故障策略和所述初始故障策略执行故障校验，确定目标故障策略。

2.根据权利要求1所述的系统，其特征在于，所述车辆设备数据包括车辆设备和所述车辆设备的功能信息，所述车辆设备包括域控制器；

所述第一设备具体用于：

基于每一所述车辆设备的功能信息与所述软件功能数据进行匹配，确定所述车辆设备相对应的软件功能数据。

3.根据权利要求2所述的系统，其特征在于，所述第二设备具体用于：

获取所述域控制器的控制策略；

基于所述域控制器的控制策略和所述功能场景数据确定所述功能需求数据。

4.根据权利要求1所述的系统，其特征在于，所述第三设备具体用于：

基于所述功能需求数据对各所述功能按照诊断维度进行可行性分析，得到各所述功能的诊断可行性分析需求数据，其中，所述诊断维度包括无法开始、无法停止、无法执行、输出超出限制、任务行为不可控。

5.根据权利要求1所述的系统，其特征在于，所述第三设备具体用于：

获取所述车辆实际运行数据；

基于所述诊断可行性分析需求数据和所述车辆实际运行数据确定故障名称及其失效信息，得到所述诊断可行性分析结果数据。

6.根据权利要求1所述的系统，其特征在于，所述第三设备还用于：

在确定所述目标故障策略之前，对所述域控制器故障策略的域控制器故障覆盖度进行测试性覆盖度评估，确定满足测试性需求的所述域控制器故障策略；对所述满足测试性需求的域控制器故障策略中的故障点进行埋点，用于在所述车辆功能运行过程中判断和捕获故障问题。

7.根据权利要求1所述的系统，其特征在于，所述第四设备还用于基于所述目标故障策略确定控制器软件数据；

所述系统还包括：第五设备；

所述第五设备用于基于所述诊断可行性分析结果数据、所述目标故障策略和所述控制器软件数据确定测试报告数据。

8.根据权利要求1所述的系统，其特征在于，所述第二设备，用于获取所述车辆的电气设备数据，所述电气设备数据包括系统关联框图、线束原理图、电气属性表；

所述第三设备，用于基于所述目标故障策略、所述电气设备数据构建故障失效模型，其中，所述故障失效模型是表征硬件、软件、功能之间的关联模型；将所述故障失效模型结合数据分析引擎确定车辆故障问题；将所述故障问题发送至售后诊断仪，所述售后诊断仪用于展示所述故障问题和将所述故障问题反馈给故障失效模型，对所述故障失效模型进行更新。

9.一种车辆故障策略确定方法，其特征在于，包括：

通过第一设备获取车辆设备数据和软件功能数据，基于所述车辆设备数据和所述软件功能数据确定所述车辆的功能场景数据；其中，所述功能场景数据包括车辆功能定义和车辆功能实现流程；

通过第二设备基于所述功能场景数据确定功能需求数据；

通过第三设备基于所述功能需求数据进行功能可行性分析，得到车辆功能的诊断可行性分析需求数据；以及基于所述诊断可行性分析需求数据和车辆实际运行数据确定诊断可行性分析结果数据；

通过第四设备基于所述诊断可行性分析结果数据确定初始故障策略；

通过所述第三设备将所述诊断可行性分析结果数据传输给域控制器软件测试模型进行故障分析，确定域控制器故障策略；基于所述域控制器故障策略和所述初始故障策略执行故障校验，确定目标故障策略。

10.根据权利要求9所述的方法，其特征在于，所述基于所述诊断可行性分析需求数据和车辆实际运行数据确定诊断可行性分析结果数据，包括：

获取所述车辆实际运行数据；

基于所述诊断可行性分析需求数据和所述车辆实际运行数据确定故障名称及其失效信息，得到所述诊断可行性分析结果数据。