车辆故障处理方法及装置、电子装置和存储介质与流程

1.本公开的实施例涉及一种车辆故障处理方法及装置、电子装置和存储介质。


背景技术：

2.面向服务架构(soa，service-oriented architecture)，相较于传统的分布式物理架构具有更大的灵活性。通过soa服务架构的应用，打通了车内电子电气架构的壁垒，对嵌入式应用软件的服务接口进行了标准化，满足软件应用开发者基于同一服务接口进行应用的迭代开发，隐藏了不同车型配置下应用软件的差异，实现整车级软件接口的标准和开放。常规的车辆故障处理方案都是基于各个被监测节点单独地进行故障监测和故障处理，然而对各节点分别设计故障监测和处理的机制存在浪费资源问题，亟待需要解决。


技术实现要素：

3.本公开至少一实施例提供一种车辆故障处理方法，包括：获取被监测节点的节点状态信息；将节点状态信息与多个预设故障状态信息分别进行匹配，得到匹配结果；根据匹配结果确定预设故障处理信息，以利用预设故障处理信息处理车辆故障。
4.例如，在本公开至少一实施例提供的车辆故障处理方法中，将节点状态信息与多个预设故障状态信息分别进行匹配，得到匹配结果，包括：调用第一数据库，第一数据库包括多个预设故障状态信息；将节点状态信息与多个预设故障状态信息分别进行匹配，以得到匹配结果。
5.例如，在本公开至少一实施例提供的车辆故障处理方法中，根据匹配结果确定预设故障处理信息，以利用预设故障处理信息处理车辆故障，包括：根据匹配结果为匹配成功，调用第二数据库，第二数据库包括多个预设故障处理信息；从多个预设故障处理信息中读取目标故障处理信息，以利用目标故障处理信息处理车辆故障。
6.例如，在本公开至少一实施例提供的车辆故障处理方法中，匹配结果为匹配成功，包括：如果多个预设故障状态信息中包含有与节点状态信息匹配的预设故障状态信息，确定匹配结果为匹配成功。
7.例如，在本公开至少一实施例提供的车辆故障处理方法中，与节点状态信息匹配的预设故障状态信息为目标故障状态信息；从多个预设故障处理信息中读取目标故障处理信息，包括：从多个预设故障处理信息中筛选出与目标故障状态信息对应的预设故障处理信息；在本公开至少一实施例提供的车辆故障处理方法中，与目标故障状态信息对应的预设故障处理信息为目标故障处理信息；读取目标故障处理信息。
8.例如，在本公开至少一实施例提供的车辆故障处理方法中，该方法用于面向服务架构，用于为车辆上的被监测节点提供故障处理服务。
9.例如，在本公开至少一实施例提供的车辆故障处理方法中，该方法还包括：生成故障处理服务的服务调用记录，服务调用记录用于车辆故障处理历史数据的查询。
10.例如，在本公开至少一实施例提供的车辆故障处理方法中，调用第一数据库之前
还包括：接收预先收集的预设故障状态信息和对应预设故障状态信息的预设故障处理信息；基于预设故障状态信息构建第一数据库，以及基于预设故障处理信息构建第二数据库。
11.例如，在本公开至少一实施例提供的车辆故障处理方法中，获取被监测节点的节点状态信息之前还包括：接收注册请求，将发出注册请求的节点作为被监测节点。
12.例如，在本公开至少一实施例提供的车辆故障处理方法中，该方法还包括：接收注销请求，停止对发出注销请求的被监测节点进行监测。
13.例如，在本公开至少一实施例提供的车辆故障处理方法还包括：获取被监测节点提供的配置文件，配置文件包括待监测指标以及待监测指标的标准参数；根据待监测指标对被监测节点进行监测，以得到被监测节点的节点状态信息；其中，节点状态信息用于与标准参数比较，以根据比较结果确定被监测节点是否发生故障。
14.例如，在本公开至少一实施例提供的车辆故障处理方法中，获取被监测节点的节点状态信息包括：在车辆行驶或停止状态下，实时获取被监测节点的节点状态信息。
15.例如，在本公开至少一实施例提供的车辆故障处理方法中，被监测节点包括自动驾驶汽车或车联网汽车中的智能计算基础平台中的车辆功能节点和/或车辆程序节点。
16.例如，在本公开至少一实施例提供的车辆故障处理方法中，第一数据库包括故障监测机制库，第二数据库包括故障处理机制库。
17.本公开至少一实施例提供一种车辆故障处理装置，包括：运行状态获取单元，配置为获取被监测节点的节点状态信息；状态信息匹配单元，配置为将节点状态信息与多个预设故障状态信息分别进行匹配，得到匹配结果；处理信息读取单元，配置为根据匹配结果确定预设故障处理信息，以利用预设故障处理信息处理车辆故障。
18.本公开至少一实施例提供一种车辆故障处理装置，包括：处理器；以及存储器，存储有计算机可执行指令，计算机可执行指令在被处理器执行时实现本公开至少一实施例提供的车辆故障处理方法。
19.本公开至少一实施例提供一种电子装置，包括本公开至少一实施例提供的车辆故障处理装置。
20.本公开至少一实施例提供一种计算机可读存储介质，用于非瞬时性地存储计算机可执行指令，该计算机可执行指令在被处理器执行时实现本公开至少一实施例提供的车辆故障处理方法。
附图说明
21.图1示出了一种车辆故障处理架构的结构示意图。
22.图2示出了本公开至少一实施例提供的车辆故障处理架构的示意图。
23.图3示出了本公开至少一实施例提供的车辆故障处理架构的另一种示意图。
24.图4示出了本公开至少一实施例提供的车辆故障处理方法的示意性流程图。
25.图5示出了本公开至少一实施例提供的车辆故障处理方法的另一种示意性流程图。
26.图6示出了本公开至少一实施例中利用安全监控模块实现车辆故障处理方法的示意性流程图。
27.图7示出了本公开至少一实施例中基于车辆故障处理装置实现故障查询功能的示
意性流程图。
28.图8示出了本公开至少一实施例中车辆故障处理装置的示意框图。
29.图9示出了本公开至少一实施例中车辆故障处理装置的示意图。
具体实施方式
30.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例的附图，对本公开实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。基于所描述的本公开的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。
31.除非另外定义，本公开使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。同样，“一个”、“一”或者“该”等类似词语也不表示数量限制，而是表示存在至少一个。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
32.目前，无论是传统的汽车行业还是智能网联汽车行业，控制器、智能计算基础平台等产品都需要对故障进行监测、诊断及处理。随着汽车行业功能安全技术的要求与发展，汽车上电子电气装置软硬件需要进行全面的故障监测和故障处理，以保证故障情况下的安全行车，进而保证车辆安全和人身安全。现有技术方案为：对于某一个程序节点或功能节点进行单独地故障监测和故障处理，例如，如图1所示，针对节点1设置独立的故障监测模块1和故障处理模块1、针对节点2设置独立的故障监测模块2和故障处理模块2、针对节点3设置独立的故障监测模块3和故障处理模块3，
……
，针对节点n设置独立的故障监测模块n和故障处理模块n。由此可知：现有技术针对复杂的车辆控制系统，例如智能计算基础平台内部，各个程序或功能相关的故障分别对应按照单独设定的故障监测和处理流程进行管控。各个节点并行运行时对应的故障监测流程以及故障处理流程也是并行运行的。然而，在复杂的车辆控制系统内部，可能存在成千上万个功能节点或程序节点，每一个功能节点或程序节点都可能存在故障情况，针对每一个功能节点或程序节点的故障所采取某个特定的故障监测程序与故障处理程序，且各个功能及程序节点故障监测与故障处理相互不关联，导致针对每一个功能节点或程序节点对应设置有成千上万个故障监测程序与故障处理程序。
33.在研发过程中，发明人发现很多节点的故障监测机制类似，各自分别设计浪费资源；而且很多节点的故障处理机制很可能类似，各自分别设计不仅浪费资源，还导致程序臃肿的问题。故障监测模块和故障处理模块在故障发生时，程序或功能节点本身可能存在已不可用的状况，会导致故障监测和处理的准确性差等问题。对于一个复杂的车辆控制系统，例如智能计算基础平台，对功能安全要求较高，有的功能节点可以自身执行对自身的故障监测和故障处理，当发生故障时，如果该功能自身已不可信，如果再用这个功能本身相关的监测机制去监测自身故障，可能存在无法监测或监测不可信的情况，无法保障故障监测和
故障处理的准确性。针对每一个功能节点或程序节点的故障所采取某个特定的故障监测程序与故障处理程序，这种处理方式不适用于复杂的智能计算基础平台架构，尤其面对soa架构，需要面向成千上万的对象，在各种软件层之间(例如，功能软件层与应用软件层之间)，软件层与硬件层之间，均需要充分解耦，灵活组合，但是传统的处理方式缺乏灵活性，无法满足充分解耦和灵活组合的需求。
34.本公开至少一实施例提供一种车辆故障处理方法，包括：获取被监测节点的节点状态信息；将节点状态信息与多个预设故障状态信息分别进行匹配，得到匹配结果；根据匹配结果确定预设故障处理信息，以利用预设故障处理信息处理车辆故障。
35.本公开上述实施例提供的车辆故障处理方法能够有针对性地处理被监测节点存在的相应故障，通过将节点状态信息与多个预设故障状态信息进行匹配，则具有相同或类似故障监测方式的多个节点对应设计一个预设故障状态信息即可，有效避免很多故障监测机制类似的功能节点或程序节点各自分别设计浪费资源的问题，而且本公开具有相同或类似故障处理方式的多个节点对应设计一个预设故障处理信息即可，有效避免了很多故障处理机制类似的功能节点或程序节点各自分别设计浪费资源的问题。可见本公开既能够极大降低车辆故障处理方案执行时的硬件资源浪费问题，又能明显降低车辆故障处理方案设计时的人工资源浪费，以明显地提高资源利用率，推动智能网联汽车技术的进一步发展。
36.本公开至少一实施例还提供了对应于上述车辆故障处理方法的车辆故障处理装置、电子装置以及非暂时性地存储用于实现上述方法的计算机可读存储介质。
37.下面结合说明书附图对本公开的实施例进行详细说明，但是本公开并不限于这些具体的实施例。
38.如图2所示，本公开至少一实施例能够提供一种车辆故障处理装置，该车辆故障处理装置可设置在自动驾驶汽车或车联网汽车的车辆控制系统，例如，智能计算基础平台，也可以设置在云端设备等，能够实现分别对每辆自动驾驶汽车进行故障监测和处理，也可以同时对多辆自动驾驶汽车进行故障监测和处理。
39.如图3所示，本公开至少一实施例提供了车辆故障处理装置的示意性框图，车辆故障处理装置包括故障监测机制、故障处理机制以及安全监控模块。
40.如图4所示，本公开至少一实施例提供了车辆故障处理方法的示意性流程图。本公开至少一实施例提供的车辆故障处理方法应用于智能网联汽车技术领域，并用于自动驾驶汽车领域的智能计算基础平台，具体与车辆的故障诊断和功能安全相关。
41.如图4所示，本公开至少一实施例提供的车辆故障处理方法可包括但不限于如下的步骤s110至步骤s130，结合图3具体说明如下。
42.步骤s110，获取被监测节点的节点状态信息。
43.本公开涉及的被监测节点包括自动驾驶汽车或车联网汽车中的智能计算基础平台中的车辆功能节点和/或车辆程序节点。例如，本公开涉及的车辆功能节点可包括车辆电子电气设备硬件功能节点和/或软件功能节点中的一种或多种功能节点。本公开涉及的车辆程序节点可包括车辆电子电气设备软件中的程序节点中的一种或多种程序节点，程序节点可用于实现某个软件功能的子功能或环节等。被监测节点，例如包括但不限于图2和图3中示出的程序节点1、程序节点2、程序节点3、
……
、程序节点n、功能节点1、功能节点2、功能节点3、
……
、功能节点n，或前述节点中的任意组合，其中，本实施例中的n大于3且为整数。
44.例如，本公开至少一实施例中获取被监测节点的节点状态信息包括：在车辆行驶或停止状态下，实时获取被监测节点的节点状态信息。例如，如图3所示，故障监测机制对被监测节点进行实时监测，以获取节点状态信息。其中，节点状态信息可以包括但不限于车辆速度、车辆加速度、车辆转弯角速度等行驶参数、节点功能参数、节点程序参数中的一种或多种。
45.步骤s120，将节点状态信息与多个预设故障状态信息分别进行匹配，得到匹配结果。
46.如图3所示，本公开至少一实施例中，故障监测机制可包括但不限于看门狗监测机制、检查点监测机制、crc(cyclic redundancy check，循环冗余校验)模块监测机制以及安全通信相关监测机制等软件模块。故障监测机制将监测得到的节点状态信息和多个预设故障状态信息分别进行匹配，确定该节点是否发生故障。例如，如果匹配结果为匹配成功，则确定该节点发生故障，如果匹配结果为匹配不成功，则确定该节点没有发生故障。
47.例如，故障监测机制获取节点状态信息为时速22km/h，涉及的多个预设故障状态信息包括19km/h～21km/h、21km/h～23km/h、23km/h～25km/h、＞25km/h，22km/h与预设故障状态信息21km/h～23km/h相匹配，确定该节点发生故障。
48.例如，本公开至少一实施例的车辆故障处理方法还包括：获取被监测节点提供的配置文件，配置文件包括待监测指标以及待监测指标的标准参数；根据待监测指标对被监测节点进行监测，以得到被监测节点的节点状态信息；其中，节点状态信息用于与标准参数比较，以根据比较结果确定被监测节点是否发生故障。其中，待监测指标和待监测指标的标准参数均作为节点相关信息，待监测指标包括需要监测的内容，待监测指标的标准参数包括节点运行过程中涉及的标准参数。例如，被监控节点可向车辆故障处理装置提供配置文件，配置文件可用于描述被监控节点的节点相关信息。节点相关信息可以包含需要监测的内容及节点运行过程中涉及的标准参数，其中，本公开至少一实施例根据已定义的配置文件确定需要监测的内容，节点运行过程中涉及的标准参数可以是输入的标准行驶参数(例如，速度、加速度、转弯角速度等参数)，标准功能参数、标准程序参数中的至少一种。故障监测机制根据配置文件中的需要监测的内容对节点相应的功能和程序的运行情况进行监测，得到节点状态信息，然后可根据监测得到的节点状态信息和配置文件中的标准参数进行比较，以确定该节点是否发生故障，在发生故障的条件下运行本公开至少一实施例提供的故障处理机制。
49.步骤s130，根据匹配结果确定预设故障处理信息，以利用预设故障处理信息处理车辆故障。
50.如图3所示，如果确定发生故障，故障监测机制向安全监控模块发送故障确认消息，安全监控模块接收故障确认消息后，确定用于处理车辆故障的预设故障处理信息，进而为其调用故障处理机制。如上示例，故障监测机制向安全监控模块发送故障确认消息之后，安全监控模块确定与预设故障状态信息21km/h～23km/h对应的预设故障处理信息，例如，该预设故障处理信息为自动降速3.2km/h。最后，故障处理机制利用预设故障处理信息处理车辆故障。
51.再例如，被监控节点可向车辆故障处理装置提供的配置文件中还可以包括预设故障处理信息，安全监控模块在接收故障确认消息后，根据配置文件中的预设故障处理信息，
调用相应的故障处理机制。需要说明的是，本公开至少一实施例中的故障监测机制和故障处理机制可以被安全监控模块和各个节点复用。
52.如图5所示，一种具体实施例中，本公开步骤s120可包括但不限于步骤s121和步骤s122。
53.步骤s121，调用第一数据库，第一数据库包括多个预设故障状态信息。本公开涉及的预设故障状态信息可用于为被监测节点提供故障监测服务，以确定被监测节点是否发生故障。
54.例如，本公开一实施例调用第一数据库之前还包括：接收预先收集的预设故障状态信息和对应预设故障状态信息的预设故障处理信息；基于预设故障状态信息构建第一数据库，以及基于预设故障处理信息构建第二数据库。
55.例如，第一数据库包括故障监测机制库，第二数据库包括故障处理机制库。以车辆智能计算基础平台场景为例，本公开车辆故障处理装置能够收集智能计算基础平台所有功能节点和程序节点相关故障信息，从而完善、增加故障监测机制和故障处理机制，确保覆盖智能计算基础平台的所有的故障模式，建立完整的故障监测机制库和故障处理机制库，则通过故障监测机制库提供的故障监测服务和故障处理机制库提供的故障处理服务，为智能计算基础平台上所有功能及程序节点提供故障处理服务。本公开提供的车辆故障处理方法用于面向服务架构，用于为车辆上的被监测节点提供故障处理服务。显然地，本公开避免了故障监测或处理机制类似的功能或程序节点各自设计所产生的资源浪费问题。本公开既能够有效保证故障模式覆盖的完整性，又能够避免现有技术存在的相同功能重复设计、成本高等问题。
56.步骤s122，将节点状态信息与多个预设故障状态信息分别进行匹配，以得到匹配结果。本公开通过所得到的车辆节点状态信息与多个预设故障状态信息进行匹配，可实现对当前节点故障的准确和快速地诊断。其中，匹配结果为匹配成功或匹配失败，匹配成功是指多个预设故障状态信息中存在与节点状态信息相匹配的预设故障状态信息，匹配失败是指多个预设故障状态信息中不存在与节点状态信息相匹配的预设故障状态信息。例如某节点状态信息为输入数据a，预设故障状态信息为超过输入数据范围b，如果输入数据a落入超过输入数据范围b，说明匹配成功；否则说明匹配失败。
57.一种具体实施例中，本公开步骤s130可包括但不限于步骤s131和步骤s132。
58.步骤s131，根据匹配结果为匹配成功，调用第二数据库，第二数据库包括多个预设故障处理信息。本公开涉及的预设故障处理信息可用于为被监测节点提供故障处理服务。
59.例如，本公开实施例中的根据匹配结果为匹配成功，包括：如果多个预设故障状态信息中包含有与节点状态信息匹配的预设故障状态信息，确定匹配结果为匹配成功。
60.如果匹配失败，则返回步骤s110，继续获取当前被监测节点和其他被监测节点的节点状态信息。
61.步骤s132，从多个预设故障处理信息中读取目标故障处理信息，以利用目标故障处理信息处理车辆故障。本实施例既能够在车辆行驶状态下实现对车辆故障的自动监测和自动处理，还能够在车辆停止状态下实现对车辆故障的自动监测和自动处理，以时刻保证车辆安全地运行。其中，本公开处于停止状态下的车辆仍处于已启动状态。
62.如图2和图3所示，本公开车辆故障处理方法中通过独立设置的车辆故障处理装置
为所有的功能及程序节点提供统一的故障监测机制和故障处理机制，并且故障监测机制与故障处理机制相解耦，供功能节点或程序节点根据需要调用。本公开车辆故障处理装置调用故障监测机制，对各个功能或程序节点进行故障监测，以及调用故障处理机制，对各个功能或程序节点进行故障处理，并能够对上述故障监测和故障处理的过程进行故障记录，以便于后期的车辆故障记录查询。
63.本公开实施例中的与节点状态信息匹配的预设故障状态信息为目标故障状态信息；从多个预设故障处理信息中读取目标故障处理信息，包括：从多个预设故障处理信息中筛选出与目标故障状态信息对应的预设故障处理信息；其中，与目标故障状态信息对应的预设故障处理信息为目标故障处理信息；读取目标故障处理信息，从而利用目标故障处理信息对车辆故障进行处理。本公开实施例中，将目标故障状态信息保存于配置文件中，安全监控模块根据配置文件中的目标故障状态信息为其调用相应的故障处理机制。
64.基于上述技术方案，本公开能够提供一种故障监测与故障处理解耦的安全监控技术方案，并能够集成于车辆智能计算基础平台上。相比于常规方案中的车辆故障逐一、分布地处理的方案，本公开监测机制与处理机制解耦，有助于极大地提升车辆故障处理性能和处理效率，从而准确且快速处理车辆故障，保证车辆安全运行，进而保护驾驶员等相关人员安全，以极大提升用户满意度和使用体验。
65.一种示例中，本公开实施例所提供的车辆故障处理方法中获取被监测节点的节点状态信息之前还可以包括但不限于如下步骤：接收注册请求，将发出注册请求的节点作为被监测节点。结合图2和图3，本公开实施例的车辆功能节点和车辆程序节点中的一个或多个节点向安全监控模块发出注册请求，以申请节点注册，注册成功后，本公开能够为注册成功的车辆功能节点和车辆程序节点提供相关的故障监测服务和故障处理服务。
66.一种示例中，本公开一个或多个实施例所提供的车辆故障处理方法还能够包括：接收注销请求，并停止对发出注销请求的被监测节点进行监测。本公开具体实施时，如果被监控的程序节点和/或功能节点不需要进行故障监测和故障处理或者需要退出运行时，被监控的程序节点和/或功能节点可向安全监控模块发出注销请求，以申请注销，在注销成功后，安全监控模块将不监控已注销的功能节点和程序节点。
67.一种示例中，本公开提供的车辆故障处理方法还包括但不限于如下的一个或多个步骤：生成故障处理服务的服务调用记录，服务调用记录用于车辆故障处理历史数据的查询。如图7所示，本公开至少一实施例可通过故障监测模块监测程序节点和/或功能节点是否发生故障，并实时记录和存储服务调用记录，其中，该服务调用记录例如包括故障相关信息和相关处理信息，在故障监测模块收到故障查询指令的条件下，可以在车载显示端或移动终端或服务端等设备截面上显示相应的查询结果，查询结果例如包括故障信息、处理信息等；在未收到故障查询指令的条件下，继续监测程序节点和/或功能节点是否发生故障。本公开实施例可利用安全监控模块对所有的故障信息和服务调用记录进行统一记录，记录的故障信息和服务调用记录用于后期的车辆故障处理历史数据的查询和追踪，该记录当然也可用于查询所有被监控节点的当前故障状态。
68.综上，本公开相比于现有技术提供了统一的故障监测机制库和统一的故障处理机制库，从而供所有的车辆功能节点和车辆程序节点共享使用，实现了故障监测机制和故障处理机制的资源共享，解决了各个节点故障监测和处理机制各自设计产生的资源浪费的问
题，达到减少重复设计的目的。本公开实施例提供的车辆故障处理装置作为一个统一的监控模块，与被监测节点之间保持独立性，车辆故障处理装置不受被监测节点故障的影响，减少共因失效的情况发生，满足功能安全要求。本公开所提供的车辆故障处理技术方案实现了故障监测与故障处理的解耦，并可以进行灵活组合，所以本公开提供的车辆故障处理技术方案更适于soa(service-oriented architecture，面向服务架构)架构。另外，本公开还能够统一对故障信息和当前故障状态进行记录和查询。与本领域常规的解决方案相比，本公开采用故障监测机制库和故障处理机制库调用的方式，能够有效解决现有技术通过功能节点自身进行故障监测和故障处理情况下在发生故障时功能节点本身已不可信的问题，提高车辆故障监测和故障处理的准确性，保证车辆故障的有效处理。另外，本公开能够更好适用于soa(service-oriented architecture，面向服务架构)架构，可见本公开的车辆故障处理技术方案相比现有技术灵活性更强。
69.如图6所示，一种示例中，安全监控模块为车辆故障处理方法的执行主体。安全监控模块读取程序节点和/或功能节点的配置文件，该配置文件包括但不限于待监测指标；安全监控模块接收到程序节点和/或功能节点的注册请求，并根据配置文件判断是否同意注册，如果配置文件所包含的待监测指标均在安全监控模块对应的预设监测指标范围内，则同意注册，否则不同意注册；其中，预设监测指标可存储于故障监测机制库中。如果不同意注册，则不为请求注册的节点提供故障监测与故障处理服务。如果同意注册，则安全监控模块对注册成功的节点按照配置文件中的信息进行故障监测，例如按照配置文件所包含的待监测指标对节点进行监测。安全监控模块对注册成功的被监测节点进行监测时，判断节点是否发生故障，如果发生故障，则按照配置文件中的信息采取相应的故障处理机制，包括按照配置文件所包含的待监测指标进行对应的故障处理；若未发生故障，则进行持续监测。若安全监控模块收到节点注销信息，则结束对发出注销请求的被监测节点进行监测，否则对注册对注册成功的节点按照配置文件中的信息继续进行故障监测。本公开至少一实施例利用安全监控模块实现车辆故障处理，有效地避免了常规技术必须同时设置大量故障监测程序与故障处理程序的问题，避免了程序的臃肿；特别对于故障发生时功能自身不可信的问题，本公开至少一实施例利用安全监控模块保证了故障监测和故障处理的准确性，以更好地适用于复杂的智能计算基础平台架构，尤其适用于soa架构，并实现了各种软件层之间、和/或软件层与硬件层之间的充分解耦和灵活组合，有助于推动智能网联汽车技术的快速发展。
70.如图8所示，与车辆故障处理方法基于相同的发明技术构思，本公开一个或多个实施例还能够提供一种车辆故障处理装置200。
71.本公开所提供的车辆故障处理装置200可集成于车辆控制器或车辆智能计算基础平台上，当然并不限于此。其中，本公开中的车辆故障处理装置200包括运行状态获取单元210、状态信息匹配单元220、处理信息读取单元230。
72.运行状态获取单元210，配置为获取被监测节点的节点状态信息。
73.例如，被监测节点包括自动驾驶汽车或车联网汽车中的智能计算基础平台中的车辆功能节点和/或车辆程序节点。
74.例如，在至少一个实施例中，运行状态获取单元210配置为获取被监测节点提供的配置文件，配置文件包括待监测指标以及待监测指标的标准参数；根据待监测指标对被监
测节点进行监测，以得到被监测节点的节点状态信息；其中，节点状态信息用于与标准参数比较，以根据比较结果确定被监测节点是否发生故障。
75.例如，在至少一个实施例中，运行状态获取单元210配置为在车辆行驶或停止状态下实时获取被监测节点的节点状态信息。
76.例如，在至少一个实施例中，车辆故障处理装置200还包括节点信息注册单元。节点信息注册单元配置为接收注册请求，将发出注册请求的节点作为被监测节点。
77.状态信息匹配单元220，配置为将节点状态信息与多个预设故障状态信息分别进行匹配，得到匹配结果。
78.例如，在至少一个实施例中，状态信息匹配单元220配置为调用第一数据库，第一数据库中包括多个预设故障状态信息，将节点状态信息与多个预设故障状态信息分别进行匹配，以得到匹配结果。
79.例如，在至少一个实施例中，第一数据库包括故障监测机制库。
80.处理信息读取单元230，配置为根据匹配结果确定预设故障处理信息，以利用预设故障处理信息处理车辆故障。
81.例如，在至少一个实施例中，处理信息读取单元230配置为根据匹配结果为匹配成功，调用第二数据库，第二数据库包括多个预设故障处理信息；处理信息读取单元230还配置为从多个预设故障处理信息中读取目标故障处理信息，以利用目标故障处理信息处理车辆故障。
82.例如，在至少一个实施例中，第二数据库包括故障处理机制库。
83.例如，在至少一个实施例中，处理信息读取单元230配置为根据多个预设故障状态信息中包含有与节点状态信息匹配的预设故障状态信息确定匹配结果为匹配成功。
84.例如，本公开实施例与节点状态信息匹配的预设故障状态信息为目标故障状态信息。
85.例如，在至少一个实施例中，处理信息读取单元230配置为从多个预设故障处理信息中筛选出与目标故障状态信息对应的预设故障处理信息，读取目标故障处理信息。
86.其中，与目标故障状态信息对应的预设故障处理信息为目标故障处理信息。
87.例如，在至少一个实施例中，车辆故障处理装置用于面向服务架构，用于为车辆上的被监测节点提供故障处理服务。
88.例如，在至少一个实施例中，车辆故障处理装置还包括故障记录生成单元。故障记录生成单元，配置为生成故障处理服务的服务调用记录，该记录服务调用记录用于车辆故障处理历史数据的查询。
89.例如，在至少一个实施例中，车辆故障处理装置还可包括机制库构建单元。机制库构建单元配置为接收预先收集的预设故障状态信息和对应预设故障状态信息的预设故障处理信息，基于预设故障状态信息构建第一数据库，以及基于预设故障处理信息构建第二数据库。
90.例如，在至少一个实施例中，车辆故障处理装置还包括节点信息注销单元，节点信息注销单元配置为接收注销请求，停止对发出注销请求的被监测节点进行监测。
91.如图9所示，与车辆故障处理方法基于相同的发明技术构思，本公开一个或多个实施例还能够提供一种车辆故障处理装置，包括：处理器，以及存储器，存储有计算机可执行
指令，计算机可执行指令在被处理器执行时实现本公开至少一实施例提供的车辆故障处理方法。其中，车辆故障处理方法的详细实现流程已在本说明书中有详细的记载，此处不再进行赘述。
92.如图9所示，与车辆故障处理方法基于相同的发明技术构思，本公开一个或多个实施例还能够提供一种电子装置，包括本公开至少一实施例提供的车辆故障处理装置。在一个实施例中，该电子装置例如是中央处理器，该处理器例如是单核或多核处理器。在一个实施例中，该电子装置为计算机系统，该计算机系统包括一个或多个处理器。
93.如图9所示，与车辆故障处理方法基于相同的发明技术构思，本公开一个或多个实施例还能够提供一种计算机可读存储介质，用于非瞬时性地存储计算机可执行指令，该计算机可执行指令在被处理器执行时实现本公开至少一实施例提供的车辆故障处理方法。其中，车辆故障处理方法的详细实现流程已在本说明书中有详细的记载，此处不再进行赘述。
94.应理解的是，本公开提供的车辆故障处理方案可集成于自动驾驶汽车操作系统中，具体集成于硬件平台、底层操作系统软件、中间件、功能软件中的至少一种，以能够实现车辆故障处理目的为准，本公开对此不进行限制。
95.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读存储介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读存储介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读存储介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram，random access memory)，只读存储器(rom，read-only memory)，可擦除可编辑只读存储器(eprom，erasable programmable read-only memory，或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom，compact disc read-only memory)。另外，计算机可读存储介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
96.应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga，programmable gate array)，现场可编程门阵列(fpga，field programmable gate array)等。
97.在本说明书的描述中，参考术语“本实施例”、“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特
点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。在本公开的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
98.以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开实质内容上所作的任何修改、等同替换和简单改进等，均应包含在本公开的保护范围之内。