CN116415176A - 故障处理方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开实施例公开了一种故障处理方法、装置、电子设备和存储介质，其中，方法包括：对至少一个待处理故障信息进行分类，确定各待处理故障信息分别所属的故障层级，待处理故障信息包括待处理故障的故障标识；分别对各故障层级包括的待处理故障信息进行仲裁，确定各故障层级分别对应的目标待处理故障信息；基于各目标待处理故障信息进行对应的故障处理。本公开实施例可以实现多故障层级的故障的并行处理，避免中断风暴或得不到响应的情况发生，有效提高故障处理效率，解决相关技术容易导致中断风暴或得不到响应而饿死等问题。

Description

故障处理方法、装置、电子设备和存储介质

技术领域

本公开涉及功能安全技术，尤其是一种故障处理方法、装置、电子设备和存储介质。

背景技术

在车载应用中，对芯片控制、存储电路都有功能安全的等级要求，因此，控制通路、数据通路、存储器等都需要对应的安全保护电路或安全保护程序等安全模块用于硬件故障和软件故障的检测，如果检测到了硬件故障或软件故障，需要把故障信息上报给故障处理模块，故障处理模块对收到的故障信息统一进行轮询仲裁，每次授权处理一个故障信息，其他故障信息需要等待轮询，比如当前授权处理的故障信息的处理类型为中断，则向处理器发送中断信号，处理器响应中断，对该故障信息进行处理，处理完成后，通知故障处理模块，轮询下一故障信息。但是，当一个故障发生时，可能会发散导致一连串的故障发生，容易引发中断风暴，或者一个故障解决不了，导致其他故障始终得不到响应，可见，相关技术的故障处理模块处理效率较低。

发明内容

为了解决上述故障处理效率较低等技术问题，提出了本公开。本公开的实施例提供了一种故障处理方法、装置、电子设备和存储介质。

根据本公开实施例的一个方面，提供了一种故障处理方法，包括：对至少一个待处理故障信息进行分类，确定各所述待处理故障信息分别所属的故障层级，所述待处理故障信息包括待处理故障的故障标识；分别对各故障层级包括的所述待处理故障信息进行仲裁，确定各所述故障层级分别对应的目标待处理故障信息；基于各所述目标待处理故障信息进行对应的故障处理。

根据本公开实施例的另一个方面，提供了一种故障处理装置，包括：故障分类模块，用于对至少一个待处理故障信息进行分类，确定各所述待处理故障信息分别所属的故障层级，所述待处理故障信息包括待处理故障的故障标识；故障仲裁模块，用于分别对各故障层级包括的所述待处理故障信息进行仲裁，确定各所述故障层级分别对应的目标待处理故障信息，基于各所述目标待处理故障信息进行对应的故障处理。

根据本公开实施例的再一方面，提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行本公开上述任一实施例所述的故障处理方法；或者，所述存储介质用于存储如上述任一实施例所述的故障处理装置的至少一个硬件逻辑电路需要存储的数据，以使所述硬件逻辑电路在工作时能够实现对应的功能。

根据本公开实施例的又一方面，提供一种电子设备，所述电子设备包括：处理器；用于存储所述处理器可执行指令的存储器；所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现本公开上述任一实施例所述的故障处理方法；或者，所述电子设备包括如上任一实施例所述的故障处理装置；其中，所述故障处理装置中的至少一部分通过硬件逻辑电路实现。

基于本公开上述实施例提供的故障处理方法、装置、电子设备和存储介质，通过对至少一个待处理故障信息进行分类，确定各待处理故障信息所属的故障层级，进而分别对各故障层级的待处理故障信息进行仲裁，确定各故障层级分别对应的目标待处理故障信息，对各故障层级的目标待处理故障信息进行故障处理，从而可以实现多故障层级的故障的并行处理，避免中断风暴或得不到响应的情况发生，有效提高故障处理效率，解决相关技术容易导致中断风暴或得不到响应而饿死等问题。

下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。

附图说明

通过结合附图对本公开实施例进行更详细的描述，本公开的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开实施例一起用于解释本公开，并不构成对本公开的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1是本公开提供的故障处理方法的一个示例性的应用场景；

图2是本公开一示例性实施例提供的故障处理方法的流程示意图；

图3是本公开另一示例性实施例提供的故障处理方法的流程示意图；

图4是本公开再一示例性实施例提供的故障处理方法的流程示意图；

图5是本公开一示例性实施例提供的故障处理装置的结构示意图；

图6是本公开另一示例性实施例提供的故障处理装置的结构示意图；

图7是本公开一示例性实施例提供的仲裁器521的结构示意图；

图8是本公开再一示例性实施例提供的故障处理装置的结构示意图；

图9是本公开电子设备一个应用实施例的结构示意图。

具体实施方式

下面，将参考附图详细地描述根据本公开的示例实施例。显然，所描述的实施例仅仅是本公开的一部分实施例，而不是本公开的全部实施例，应理解，本公开不受这里描述的示例实施例的限制。

应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

本领域技术人员可以理解，本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。

还应理解，在本公开实施例中，“多个”可以指两个或两个以上，“至少一个”可以指一个、两个或两个以上。

还应理解，对于本公开实施例中提及的任一部件、数据或结构，在没有明确限定或者在前后文给出相反启示的情况下，一般可以理解为一个或多个。

另外，本公开中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本公开中字符“/”，一般表示前后关联对象是一种“或”的关系。

还应理解，本公开对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本公开实施例可以应用于终端设备、计算机系统、服务器等电子设备，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与终端设备、计算机系统、服务器等电子设备一起使用的众所周知的终端设备、计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统、大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。

终端设备、计算机系统、服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。

本公开概述

在实现本公开的过程中，发明人发现，在车载应用中，对芯片控制、存储电路都有功能安全的等级要求，因此，控制通路、数据通路、存储器等都需要对应的安全保护电路或安全保护程序等安全模块用于硬件故障和软件故障的检测，如果检测到了硬件故障或软件故障，需要把故障信息上报给故障处理模块，故障处理模块对收到的故障信息统一进行轮询仲裁，每次授权处理一个故障信息，其他故障信息需要等待轮询，比如当前授权处理的故障信息的处理类型为中断，则向处理器发送中断信号，处理器响应中断，对该故障进行处理，处理完成后，通知故障处理模块，轮询下一故障信息。但是，当一个故障发生时，可能会发散导致一连串的故障发生，容易引发中断风暴，或者一个故障解决不了，导致其他故障始终得不到响应，可见，相关技术的故障处理模块处理效率较低。

示例性概述

图1是本公开提供的故障处理方法的一个示例性的应用场景。

在车载应用场景，可以针对芯片的控制通路、数据通路、存储器等的硬件和软件，根据功能安全需求设置相应的安全模块，用于检测硬件故障和/或软件故障，每个安全模块可以对应一种故障的检测，当安全模块检测到故障发生时，可以向芯片的故障处理模块(即本公开的故障处理装置)上报故障信息，该故障信息可以作为本公开的待处理故障信息，利用本公开的故障处理方法(在故障处理装置中执行)可以对至少一个待处理故障信息进行分类，确定各待处理故障信息分别所属的故障层级，待处理故障信息可以包括待处理故障的故障标识，故障标识可以是预先为安全模块配置的标识，故障标识的具体表示方式可以根据实际需求设置，比如可以为编号或其他表示方式，具体不作限定。在确定各待处理故障信息分别所属的故障层级后，可以分别对各故障层级包括的待处理故障信息进行仲裁，确定各故障层级分别对应的目标待处理故障信息，目标待处理故障信息表示从多个待处理故障信息中仲裁的当前要处理的待处理故障信息，剩余的待处理故障信息需要继续等待。对于每个故障层级，在确定了目标待处理故障信息后，则可以基于目标待处理故障信息进行对应的故障处理，以解决相应的故障，比如向处理器发送中断信号，使处理器响应中断，进行相应的故障处理，再比如向复位管理装置发送复位信号，使复位管理装置对故障源进行复位，还可以通过故障引脚向芯片外的其他芯片或模块发送信号，比如通知其他芯片或模块该芯片发生故障，等等。由于本公开将待处理故障信息划分了故障层级，每个故障层级可以有一个或多个待处理故障信息排队，不同故障层级的待处理故障信息可以并行仲裁处理，从而可以有效避免中断风暴或得不到响应的情况发生，大大提高故障处理效率。

在一个可选实施例中，故障标识也可以通过安全模块的连接接口确定，比如每个安全模块通过一定的接口与故障处理装置连接，各安全模块向故障处理装置上报的故障信息可以相同，比如1表示发生故障，故障处理装置可以通过上报故障信息的接口确定待处理故障的故障标识，从而得到待处理故障信息，用于后续的处理，具体可以根据实际需求设置。

示例性方法

图2是本公开一示例性实施例提供的故障处理方法的流程示意图。本实施例可应用在电子设备上，具体比如车载计算平台上，如图2所示，包括如下步骤：

步骤201，对至少一个待处理故障信息进行分类，确定各待处理故障信息分别所属的故障层级，待处理故障信息包括待处理故障的故障标识。

其中，故障层级的层级数量为正整数，具体可以根据实际需求设置，比如可以设置3个层级、4个层级，等等。待处理故障的故障标识可以是安全模块上报的故障信息中携带的，也可以是通过安全模块与故障处理装置的连接接口确定的，具体可以根据实际需求设置。对于待处理故障信息所属的故障层级可以基于预配置的故障标识与故障层级的对应关系确定。

在一个可选实施例中，故障处理装置每接收到一个故障信息，可以实时确定该故障信息对应的待处理故障信息，并确定该待处理故障信息所属的故障层级，将该待处理故障信息分配到对应故障层级的队列进行排队。

在一个可选实施例中，各故障层级之间可以具有一定的优先级，比如故障层级包括n个层级，分别为class1、class2、…、classn，n为正整数，层级值越小优先级越高，即class1优先级最高。对于不同优先级的故障层级可以配置不同严重程度的待处理故障信息，具体可以根据实际需求设置。

步骤202，分别对各故障层级包括的待处理故障信息进行仲裁，确定各故障层级分别对应的目标待处理故障信息。

其中，不同故障层级的仲裁可以相互独立，互不影响。对于任一个故障层级，对该故障层级包括的各待处理故障信息进行仲裁，以确定该故障层级对应的目标待处理故障信息。目标待处理故障信息表示从多个待处理故障信息中仲裁的当前要处理的待处理故障信息，剩余的其他待处理故障信息需要继续等待下轮的仲裁。

在一个可选实施例中，对于任一个故障层级，对该故障层级包括的各待处理故障信息的仲裁，可以基于预设仲裁规则实现，比如基于预设轮询算法对该故障层级的待处理故障信息进行仲裁，具体可以根据实际需求设置。

在一个可选实施例中，对于各故障层级之间具有优先级的情况，当某一故障层级(比如class3)的目标待处理故障信息对应的处理次数满足一定条件，可以根据当前故障层级的优先级，将该目标待处理故障信息升级为比当前故障层级高一级的层级，比如将class3的目标待处理故障信息升级为class2，作为class2的待处理故障信息进行仲裁，具体可以根据实际需求设置。

步骤203，基于各目标待处理故障信息进行对应的故障处理。

其中，由于不同的目标待处理故障信息对应的处理方式可能不同，因此，在确定各故障层级的目标待处理故障信息后，需要基于各目标待处理故障信息进行对应的故障处理，比如有些目标待处理故障信息需要处理器去处理，则需要向处理器发送中断信号，有些目标待处理故障信息需要复位管理装置(或复位管理模块)处理，则向复位管理装置发送复位信号，还有些目标待处理故障信息需要向故障处理装置所在的当前芯片外的其他芯片或模块发送通知消息，则通过当前芯片的故障引脚向其他芯片或模块发送通知消息，等等，具体可以根据实际需求设置。不同故障层级的目标待处理故障信息可以并行处理，互不影响。

本实施例提供的故障处理方法，通过对至少一个待处理故障信息进行分类，确定各待处理故障信息所属的故障层级，进而分别对各故障层级的待处理故障信息进行仲裁，确定各故障层级分别对应的目标待处理故障信息，对各故障层级的目标待处理故障信息进行故障处理，从而可以实现多故障层级的故障的并行处理，避免中断风暴或得不到响应的情况发生，有效提高故障处理效率，解决相关技术容易导致中断风暴或得不到响应而饿死等问题。

图3是本公开另一示例性实施例提供的故障处理方法的流程示意图。

在一个可选实施例中，步骤201具体可以包括以下步骤：

步骤2011，基于预配置的故障标识与故障层级的第一对应关系，确定各待处理故障信息分别所属的故障层级。

其中，第一对应关系可以预先配置到寄存器中，也可以通过其他方式存储，具体可以根据实际需求设置。由于第一对应关系表征了故障标识与故障层级的对应关系，根据各待处理故障信息所包括的故障标识与第一对应关系进行匹配，可以确定各待处理故障信息所属的故障层级。

本实施例通过预配置的故障标识与故障层级的第一对应关系可以方便地确定出各待处理信息分别所属的故障层级，有效实现待处理故障信息的层级划分。

在一个可选实施例中，步骤203的基于各目标待处理故障信息进行对应的故障处理，包括：

步骤2031，基于预配置的故障标识与处理类型的第二对应关系，确定各目标待处理故障信息分别对应的处理类型。

其中，处理类型是指对目标待处理故障信息进行故障处理的具体处理方式的类型，处理类型可以包括中断类型、复位类型、外发类型，等等，其中，中断类型是指需要向处理器发送中断信号使处理器进行相应的故障处理的类型，复位类型是指需要对故障源进行复位处理的类型，外发类型是指需要通知故障处理装置所在芯片的外部其他芯片或模块的类型。还可以根据实际需求设置更多的其他类型，具体不作限定。第二对应关系可以预配置到寄存器中，也可以通过其他方式存储或配置。具体的故障标识与处理类型的第二对应关系可以根据实际需求设置，本公开不作限定。

步骤2032，根据各目标待处理故障信息分别对应的处理类型，输出各目标待处理故障信息分别对应的故障处理信号。

其中，不同的处理类型，需要输出不同的故障处理信号，故障处理信号可以包括向处理器输出的中断信号、向复位管理装置输出的复位信号、向当前芯片外的其他芯片或模块输出的通知信号，等等，具体可以根据实际需求设置。中断类型对应的故障处理信号为中断信号，复位类型对应的故障处理信号为复位信号，外发类型对应的故障处理信号为向其他芯片或模块输出的通知信号，具体可以根据实际需求设置。

本实施例可以针对不同的处理类型输出不同的故障处理信号，以使负责相应故障处理的部分可以及时根据故障处理信号进行相应的故障处理，及时解决故障问题。

在一个可选实施例中，步骤202的分别对各故障层级包括的待处理故障信息进行仲裁，确定各故障层级分别对应的目标待处理故障信息，包括：

步骤2021a，响应于检测到授权使能信息，分别对各故障层级包括的待处理故障信息进行仲裁，确定各故障层级分别对应的目标待处理故障信息。

其中，授权使能信息用于触发仲裁的操作，对于任一故障层级，每次仲裁可以确定一个目标待处理故障信息，或者也可以根据实际处理能力仲裁两个或两个以上的目标待处理故障信息，在一次仲裁后，进入故障处理阶段，除了被确定为目标待处理故障信息之外的其他待处理故障信息需要继续等待下一轮仲裁，在此阶段，授权使能信息无效，直至目标待处理故障信息对应的故障处理完后，配置授权使能信息触发新一轮的仲裁。

在一个可选实施例中，授权使能信息可以通过寄存器配置，比如当寄存器被配置为1时，通过检测寄存器状态为1，确定检测到授权使能信息，当一次仲裁结束，则将寄存器状态配置为0，表示不使能，则不会检测到授权使能信息，基于此，实现各故障层级的待处理故障信息的仲裁与处理。

本实施例通过授权使能信息控制各故障层级的待处理故障信息的仲裁，保证各故障层级的待处理故障信息能够有序地被处理。

在一个可选实施例中，本公开的方法还包括：

步骤310，存储各故障层级分别对应的目标待处理故障信息的处理时间戳。

其中，处理时间戳用于表征目标待处理故障信息的处理时间，处理时间戳可以是待处理故障信息被确定为目标待处理故障信息的时间戳，也可以是针对目标待处理故障信息输出对应的故障处理信号的时间戳，具体可以根据实际需求设置。处理时间戳可以用于后续的故障分析与追溯，比如统计故障的发生频率、时间规律等。

本实施例通过记录仲裁的目标待处理故障信息的处理时间戳，可以为后续的故障分析与追溯提供有效的数据依据。

在一个可选实施例中，本公开的方法还包括：

步骤320，对各故障层级分别对应的目标待处理故障信息进行编码，获得各目标待处理故障信息的故障码。

其中，对于不同的故障层级可以采用不同的编码规则确定故障码，也可以采用相同的编码规则，具体编码规则可以根据实际需求设置。编码规则的设置原则为使获得的故障码能够唯一标识本次的故障并能够追溯到故障源，比如故障码可以包括故障标识、处理时间戳、处理类型、故障层级等相关信息，不同信息可以用不同的编号或符号表示，比如通过二进制码表示故障码，各种信息通过不同位的状态表示，具体可以根据实际需求设置。通过解析故障码可以实现故障源的定位。比如本公开的故障处理装置向处理器发送中断信号，处理器响应中断，需要查询故障码，根据故障码定位故障源，进而对故障源进行对应的故障处理。

步骤330，存储各故障层级分别对应的目标待处理故障信息的故障码。

其中，故障码的存储方式可以根据实际需求设置，比如可以通过寄存器存储，也可以通过其他方式存储。

本实施例通过对仲裁处理的目标待处理故障信息进行编码获得故障码并进行存储，可以为后续故障处理的故障源定位提供准确有效的数据支撑。

图4是本公开再一示例性实施例提供的故障处理方法的流程示意图。

在一个可选实施例中，步骤202的分别对各故障层级包括的待处理故障信息进行仲裁，确定各故障层级分别对应的目标待处理故障信息，包括：

步骤2021b，针对任一故障层级，基于轮询算法对该故障层级的待处理故障信息进行仲裁，确定该故障层级对应的目标待处理故障信息。

其中，基于轮询(Round Robin)算法进行仲裁是指将各待处理故障信息按顺序轮流仲裁为目标待处理故障信息进行处理。其中，各待处理故障信息的顺序可以根据各待处理故障信息的上报时间确定。

本实施例通过轮询算法对各故障层级的待处理故障信息进行仲裁，可以保证各待处理故障信息能够均衡地被仲裁处理，避免等待时间太长的情况发生。

在一个可选实施例中，各待处理故障信息的顺序还可以按照预设优先级规则确定，具体可以根据实际需求设置。比如对于一些影响较严重的故障，可以设置较高的优先级，则在排队时可以按优先级进行排队等待被仲裁，这种情况下，对于优先级相同的待处理故障信息，可以按照上报时间进行排队。

在一个可选实施例中，本公开的方法还包括：

步骤340，针对任一故障层级，记录该故障层级的目标待处理故障信息在该故障层级的待处理故障信息中的位置。

其中，任一故障层级的目标待处理故障信息在该故障层级的待处理故障信息中的位置用于表示该故障层级的待处理故障信息被轮询到的位置，便于下一次仲裁时快速确定应该轮询的待处理故障信息。

本实施例通过记录各目标待处理故障信息在其所属故障层级的待处理故障信息中的位置，使得下一次轮询时可以快速确定轮询位置，提高处理效率。

在一个可选实施例中，在步骤202的分别对各故障层级包括的待处理故障信息进行仲裁，确定各故障层级分别对应的目标待处理故障信息之后，还包括：

步骤410，记录各目标待处理故障信息的处理次数。

其中，对于任一故障源，可能发生多次故障，该多次故障属于相同故障，对于相同故障，每发生一次，需要上报一次，故障处理装置则需要处理一次，在每次将该故障的待处理故障信息仲裁为目标待处理故障信息时，可以实时维护该目标待处理故障信息的处理次数，每处理一次，处理次数增加1。

本公开的方法还包括：

步骤420，对于任一目标待处理故障信息，响应于该目标待处理故障信息对应的处理次数达到预设次数阈值，将该目标待处理故障信息的故障层级更新为当前故障层级的上一级故障层级，作为该上一级故障层级的待处理故障信息等待被仲裁。

其中，预设次数阈值可以根据实际需求设置，比如可以设置为3次、4次，等等，具体不作限定。当一个目标待处理故障信息对应的处理次数达到预设次数阈值，将该目标待处理故障信息的故障层级升级，比如该目标待处理故障信息的当前故障层级为三级，则升级为二级，作为二级故障层级的待处理故障信息进行排队等待被仲裁。若当前故障层级为二级，则可以升级为三级。

在一个可选实施例中，步骤420可以是在步骤203之前执行，这种情况下，对于该目标待处理故障信息可以暂时不执行步骤203，也可以执行步骤203，具体可以根据实际需求设置。

在一个可选实施例中，步骤402还可以是在步骤203之后执行，即在对该目标待处理故障信息执行完203后，其处理次数增加1，若此时处理次数超过预设次数阈值，则可以直接标记该目标待处理故障信息的故障层级为升级后的层级，当下一次再发生该故障时，直接作为升级后的层级的待处理故障信息进行排队仲裁，具体可以根据实际需求设置。

在一个可选实施例中，对于故障层级升级的目标待处理故障信息可以称为级联故障，在编码的时候，故障码可以包括相应的级联信息，便于后续故障处理时进行故障源的定位。比如，当针对级联故障的目标待处理故障信息，向处理器发送了中断信号时，处理器收到中断信号，查询故障码，基于故障码确定是级联故障，则再读取该目标待处理故障信息在下一级故障层级的故障码，定位故障源，对故障源进行相应的故障清除处理，以解决故障问题。

在一个可选实施例中，可以将最高故障层级的目标待处理故障信息对应的故障处理信号设置为外发类型的通知信号，其他故障层级的目标待处理故障信息对应的在处理信号可以包括中断信号和复位信息，具体可以根据实际需求设置。

本实施例通过对处理次数超过预设次数阈值的目标待处理故障信息进行故障层级的升级，可以表征故障的严重程度，从而进行不同故障层级的故障处理，比如当升级到最高层级后，通知外部其他芯片或模块，以尽快解决故障问题，保证芯片的安全工作。

本公开实施例提供的任一种故障处理方法可以由任意适当的具有数据处理能力的设备执行，包括但不限于：终端设备和服务器等。或者，本公开实施例提供的任一种故障处理方法可以由处理器执行，如处理器通过调用存储器存储的相应指令来执行本公开实施例提及的任一种故障处理方法。下文不再赘述。

示例性装置

图5是本公开一示例性实施例提供的故障处理装置的结构示意图。该实施例的装置可用于实现本公开相应的方法实施例，如图5所示的装置包括：故障分类模块51和故障仲裁模块52。

故障分类模块51，用于对至少一个待处理故障信息进行分类，确定各待处理故障信息分别所属的故障层级，待处理故障信息包括待处理故障的故障标识。

故障仲裁模块52，用于分别对各故障层级包括的待处理故障信息进行仲裁，确定各故障层级分别对应的目标待处理故障信息，基于各目标待处理故障信息进行对应的故障处理。

图6是本公开另一示例性实施例提供的故障处理装置的结构示意图。

在一个可选实施例中，故障仲裁模块52包括：至少两个仲裁器521。

至少两个仲裁器中的每一仲裁器521对应一个故障层级；每一仲裁器521用于对该仲裁器521对应故障层级的待处理故障信息进行仲裁，确定该故障层级的目标待处理故障信息，基于目标待处理故障信息进行对应的故障处理。

在一个可选实施例中，各仲裁器521可以通过硬件逻辑实现。各仲裁器521的具体操作原理参见前述方法实施例，在此不再赘述。

在一个可选实施例中，本公开的装置还包括：第一配置寄存器53。

第一配置寄存器53用于存储预配置的故障标识与故障层级的第一对应关系。

故障分类模块51，用于基于第一配置寄存器53存储的第一对应关系，确定各待处理故障信息分别所属的故障层级，并按照各待处理故障信息分别所属的故障层级将各待处理故障信息传输到故障仲裁模块52中与其对应的仲裁器521。

在一个可选实施例中，本公开的装置还包括：第二配置寄存器54。

第二配置寄存器54用于存储预配置的故障标识与处理类型的第二对应关系。

故障仲裁模块52，还用于基于第二配置寄存器54存储的第二对应关系，确定各目标待处理故障信息分别对应的处理类型，根据各目标待处理故障信息分别对应的处理类型，输出各目标待处理故障信息分别对应的故障处理信号。

其中，故障仲裁模块52与第二配置寄存器54连接，以从第二配置寄存器读取第二对应关系。

在一个可选实施例中，故障仲裁模块52中的各仲裁器521分别与第二配置寄存器54连接，每个仲裁器用于基于第二配置寄存器54存储的第二对应关系确定该仲裁器的目标待处理故障信息对应的处理类型，并根据处理类型输出该目标待处理故障信息对应的故障处理信号。

在一个可选实施例中，本公开的装置还包括：第三配置寄存器55。

第三配置寄存器55用于响应于使能配置指令，存储授权使能信息。

故障仲裁模块52，还用于响应于检测到第三配置寄存器55的授权使能信息，分别对各故障层级包括的待处理故障信息进行仲裁，确定各故障层级分别对应的目标待处理故障信息。

在一个可选实施例中，故障仲裁模块52中的任一仲裁器521与第三配置寄存器55连接，用于响应于检测到第三配置寄存器55的授权使能信息，对该仲裁器对应的故障层级包括的待处理故障信息进行仲裁，确定该故障层级对应的目标待处理故障信息。

在一个可选实施例中，第三配置寄存器55的数量可以与仲裁器521的数量相同，也即每个仲裁器521对应一个第三配置寄存器55，可以实现不同故障层级的仲裁可以分别触发。

在一个可选实施例中，第三配置寄存器55，还用于按照预设周期清除授权使能信息。

其中，预设周期可以根据轮询算法的处理时间确定，当一次仲裁完成后，即可清楚授权使能信息，等待下一次授权使能信息的配置，授权使能信息可以由处理器配置，当目标待处理故障信息对应的故障源被清除后，处理器向第三配置寄存器55配置授权使能信息，触发新一轮的仲裁。

在一个可选实施例中，本公开的装置还包括：时间寄存器56。

时间寄存器56用于存储各故障层级分别对应的目标待处理故障信息的处理时间戳。

故障仲裁模块52，还用于将各故障层级分别对应的目标待处理故障信息的处理时间戳写入时间寄存器56。

在一个可选实施例中，可以是故障仲裁模块52中的各仲裁器521将其对应的故障层级的目标待处理故障信息的处理时间戳写入时间寄存器56。

在一个可选实施例中，本公开的装置还包括：故障码寄存器57。

故障码寄存器57用于存储各故障层级分别对应的目标待处理故障信息的故障码。

故障仲裁模块52，还用于将各故障层级分别对应的目标待处理故障信息的故障码写入故障码寄存器57。

在一个可选实施例中，可以是故障仲裁模块52中的各仲裁器521将其对应故障层级的目标待处理故障信息的故障码写入故障码寄存器57。

在一个可选实施例中，时间寄存器56和故障码寄存器57可以为同一寄存器，用于将目标待处理故障信息的处理时间戳和故障码对应存储。

图7是本公开一示例性实施例提供的仲裁器521的结构示意图。

在一个可选实施例中，仲裁器521包括：轮询授权单元5211。

轮询授权单元5211用于基于轮询算法对该仲裁器对应故障层级的待处理故障信息进行仲裁，确定该故障层级的目标待处理故障信息，输出与目标待处理故障信息的处理类型对应的故障处理信号。

在一个可选实施例中，仲裁器521还包括：轮询位置寄存器5212。

轮询位置寄存器5212，用于存储轮询位置。

轮询授权单元5211，还用于在输出与目标待处理故障信息的目标处理类型对应的故障处理信号后，将轮询位置寄存器存储的轮询位置更新为目标待处理故障信息在该故障层级的待处理故障信息中的位置。

在一个可选实施例中，仲裁器521还包括：编码单元5213。

编码单元5213，用于对目标待处理故障信息进行编码，获得目标待处理故障信息的故障码，将目标待处理故障信息的故障码写入故障码寄存器57。

其中，编码单元5213与故障码寄存器57连接，在获得目标待处理故障信息的故障码后，将故障码写入故障码寄存器57。

在一个可选实施例中，轮询授权单元5211，还用于将目标待处理故障信息的处理时间戳写入时间寄存器56。

在一个可选实施例中，仲裁器521还包括：故障次数寄存器5214。

故障次数寄存器5214用于存储目标待处理故障信息的处理次数。

轮询授权单元5211，还用于响应于目标待处理故障信息对应的处理次数达到预设次数阈值，将目标待处理故障信息传输到该仲裁器521的上一级故障层级的仲裁器进行仲裁。

示例性的，图8是本公开再一示例性实施例提供的故障处理装置的结构示意图。本示例中故障层级包括class1、class2和class3三个层级，将相邻故障层级的仲裁器之间进行连接，当某一仲裁器521确定的目标待处理故障信息对应的处理次数达到预设次数阈值，将该目标待处理故障信息传输到上一级的仲裁器进行仲裁。仲裁器521根据目标待处理故障信息的处理类型，输出对应的故障处理信号，比如需要通过故障引脚外发的通知信号、向复位管理模块发送的复位信号、向处理器发送的中断信号，等等。

在一个可选实施例中，参见图8，考虑到功能安全需求，故障引脚可以设置两个引脚(pin)，一个是功能引脚，一个是冗余引脚，冗余引脚可以配置成与功能引脚相同，也可以配置成功能引脚的取反，具体可以根据实际需求设置。class1为最高故障层级，对于class1的目标待处理故障信息的处理类型，可以配置为外发类型，需要通过故障引脚外发通知信号，此外，对于每个故障层级的仲裁器，均可以配置中断信号输出线和复位信号输出线，中断信号输出线用于与处理器连接，复位信号输出线用于与复位管理模块连接。每个仲裁器的复位信号输出线的数量可以根据实际需求设置，每个仲裁器可以配置一根中断信号输出线，具体可以根据实际需求设置。对于各仲裁器的相同类型的复位信号输出线，可以通过或逻辑输出，比如将不同故障层级但相同子系统的复位信号输出线通过或逻辑转换为一个输出，从而实现当同一子系统发生了任意故障层级的故障需要对该子系统进行复位时，均可以有效触发对该子系统的复位。每个仲裁器在完成一次仲裁后停止仲裁，等待目标待处理故障信息的故障处理，比如目标待处理故障信息的处理类型为中断类型，则向处理器发送中断信号，处理器读取故障码，还可以读取时间戳，如果不是级联故障，则可以进入相应的中断服务程序，清除故障源，若确定是级联故障，则在下一层级读取故障码和时间戳，定位故障源，再进入相应的中断服务程序，并清除故障源，完成后配置授权使能信息，触发仲裁器进入新一轮的仲裁。若目标待处理故障信息对应的处理类型为复位类型，则等待相关子系统完成复位后，通知处理器，处理器配置授权使能信息，触发仲裁器进入新一轮的仲裁。

在一个可选实施例中，本公开的故障处理装置也可以接收来自当前芯片外部的其他芯片或模块发送的故障信息，比如其他芯片的故障处理装置发送的故障通知信号，具体可以根据实际需求设置。

在一个可选实施例中，当前芯片的外部故障也可以作为待处理故障信息在本公开的故障处理装置进行分类及仲裁处理。

在一个可选实施例中，本公开的故障处理装置中的至少一部分通过硬件逻辑电路实现，以进一步提升处理效率。

在一个可选实施例中，本公开的装置中的各寄存器可以通过处理器进行初始化配置或应用过程中的配置，比如第一配置寄存器通过处理器配置第一对应关系、第二配置寄存器通过处理器配置第二对应关系、第三配置寄存器通过处理器配置授权使能信息，等等。对于时间寄存器、故障码寄存器，可以通过处理器进行初始化配置，在后续应用过程中由仲裁器进行相应内容的写入，具体可以根据实际需求设置。

示例性电子设备

本公开实施例还提供了一种电子设备，包括：存储器，用于存储计算机程序；

处理器，用于执行所述存储器中存储的计算机程序，且所述计算机程序被执行时，实现本公开上述任一实施例所述的故障处理方法。

图9是本公开电子设备一个应用实施例的结构示意图。本实施例中，该电子设备10包括一个或多个处理器11和存储器12。

处理器11可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备10中的其他组件以执行期望的功能。

存储器12可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器11可以运行所述程序指令，以实现上文所述的本公开的各个实施例的方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。

在一个示例中，电子设备10还可以包括：输入装置13和输出装置14，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。

例如，该输入装置13可以是上述的麦克风或麦克风阵列，用于捕捉声源的输入信号。

此外，该输入装置13还可以包括例如键盘、鼠标等等。

该输出装置14可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该输出装置14可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。

当然，为了简化，图9中仅示出了该电子设备10中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备10还可以包括任何其他适当的组件。

在一个可选实施例中，该电子设备可以包括上述任一实施例提供的故障处理装置，其中，故障处理装置中的至少一部分通过硬件逻辑电路实现，以进一步提高处理效率。

示例性计算机程序产品和计算机可读存储介质

除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

可能以许多方式来实现本公开的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。

还需要指出的是，在本公开的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此，本公开不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (11)

1.一种故障处理方法，包括：

对至少一个待处理故障信息进行分类，确定各所述待处理故障信息分别所属的故障层级，所述待处理故障信息包括待处理故障的故障标识；

分别对各故障层级包括的所述待处理故障信息进行仲裁，确定各所述故障层级分别对应的目标待处理故障信息；

基于各所述目标待处理故障信息进行对应的故障处理。

2.根据权利要求1所述的方法，其中，所述对至少一个待处理故障信息进行分类，确定各所述待处理故障信息分别所属的故障层级，包括：

基于预配置的故障标识与故障层级的第一对应关系，确定各所述待处理故障信息分别所属的故障层级。

3.根据权利要求1所述的方法，其中，所述基于各所述目标待处理故障信息进行对应的故障处理，包括：

基于预配置的故障标识与处理类型的第二对应关系，确定各所述目标待处理故障信息分别对应的处理类型；

根据各所述目标待处理故障信息分别对应的处理类型，输出各所述目标待处理故障信息分别对应的故障处理信号。

4.根据权利要求1所述的方法，其中，所述分别对各故障层级包括的所述待处理故障信息进行仲裁，确定各所述故障层级分别对应的目标待处理故障信息，包括：

响应于检测到授权使能信息，分别对各所述故障层级包括的所述待处理故障信息进行仲裁，确定各所述故障层级分别对应的目标待处理故障信息。

5.根据权利要求1所述的方法，还包括：

存储各所述故障层级分别对应的所述目标待处理故障信息的处理时间戳；和/或，

对各所述故障层级分别对应的所述目标待处理故障信息进行编码，获得各所述目标待处理故障信息的故障码；

存储各所述故障层级分别对应的所述目标待处理故障信息的故障码。

6.根据权利要求1所述的方法，其中，所述分别对各故障层级包括的所述待处理故障信息进行仲裁，确定各所述故障层级分别对应的目标待处理故障信息，包括：

针对任一所述故障层级，基于轮询算法对该故障层级的所述待处理故障信息进行仲裁，确定该故障层级对应的所述目标待处理故障信息。

7.根据权利要求6所述的方法，还包括：

针对任一所述故障层级，记录该故障层级的所述目标待处理故障信息在该故障层级的所述待处理故障信息中的位置。

8.根据权利要求6所述的方法，其中，在所述分别对各故障层级包括的所述待处理故障信息进行仲裁，确定各所述故障层级分别对应的目标待处理故障信息之后，还包括：

记录各所述目标待处理故障信息的处理次数；

所述方法还包括：

对于任一所述目标待处理故障信息，响应于该目标待处理故障信息对应的处理次数达到预设次数阈值，将该目标待处理故障信息的故障层级更新为当前故障层级的上一级故障层级，作为该上一级故障层级的待处理故障信息等待被仲裁。

9.一种故障处理装置，包括：

故障分类模块，用于对至少一个待处理故障信息进行分类，确定各所述待处理故障信息分别所属的故障层级，所述待处理故障信息包括待处理故障的故障标识；

故障仲裁模块，用于分别对各故障层级包括的所述待处理故障信息进行仲裁，确定各所述故障层级分别对应的目标待处理故障信息，基于各所述目标待处理故障信息进行对应的故障处理。

10.一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-8任一所述的故障处理方法；或者，

所述存储介质用于存储如权利要求9所述的故障处理装置的至少一个硬件逻辑电路需要存储的数据，以使所述硬件逻辑电路在工作时能够实现对应的功能。

11.一种电子设备，所述电子设备包括：

处理器；

用于存储所述处理器可执行指令的存储器；

所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现上述权利要求1-8任一所述的故障处理方法；或者，

所述电子设备包括如权利要求9所述的故障处理装置；

其中，所述故障处理装置中的至少一部分通过硬件逻辑电路实现。

Images