JP2024095961A - 故障処理方法、装置、電子機器及び記憶媒体 - Google Patents

Abstract

【課題】本願は、故障処理方法、装置、電子機器及び記憶媒体に関する。
【解決手段】この方法は、被処理故障の故障識別子を含む、少なくとも１つの被処理故障情報に対して分類を行って、各被処理故障情報がそれぞれ属する故障階層を確定するステップと、各故障階層に含まれている被処理故障情報をそれぞれ調停して、各故障階層にそれぞれ対応する目標被処理故障情報を確定するステップと、各目標被処理故障情報に基づいて対応する故障処理を行うステップと、を含む。本開示は、複数の故障階層の故障の並行処理を実現することができ、割り込みストームや応答不可の発生を回避して、故障処理効率を効果的に向上させ、関連技術において割り込みストームや応答不可を引き起こしやすくてスタベーションとなるなどの問題を解決する。
【選択図】図２

Description

本開示は、機能安全技術に関し、特に故障処理方法、装置、電子機器及び記憶媒体に関する。

車載アプリケーシングでは、チップ制御、記憶回路に対して機能安全のレベル要求があるため、ハードウェア故障及びソフトウェア故障の検出のために、制御通路、データ通路、メモリなどは、いずれも対応する安全保護回路又は安全保護プログラムなどの安全モジュールを必要とし、ハードウェア故障又はソフトウェア故障が検出されると、故障情報を故障処理モジュールに報告する必要があり、故障処理モジュールは、受信した故障情報に対して一括してラウンドロビン調停を行い、１回当たり１つの故障情報を許可処理し、他の故障情報は、ラウンドロビンを待つ必要があり、例えば、現在許可処理している故障情報の処理タイプが割り込みであれば、プロセッサに割り込み信号を送信し、プロセッサは、割り込みに応答して当該故障情報を処理し、処理が完了した後、故障処理モジュールに次の故障情報をラウンドロビンすることを通知する。しかし、１つの故障が発生すると、広がって一連の故障の発生を引き起こすおそれがあり、割り込みストームを引き起こしやすく、又は、１つの故障が解決できないと、他の故障は始終応答を得ることができず（以下、「応答不可」と称する）、これにより、関連技術の故障処理モジュールは、処理効率が低い。

本開示は、上記故障処理効率が低いなどの技術的問題を解決するために提案される。本開示の実施例は、故障処理方法、装置、電子機器及び記憶媒体を提供する。

本開示の実施例の一態様に係る故障処理方法は、少なくとも１つの被処理故障情報に対して分類を行って、各前記被処理故障情報がそれぞれ属する故障階層を確定するステップであって、前記被処理故障情報は、被処理故障の故障識別子を含むステップと、各前記故障階層に含まれている前記被処理故障情報をそれぞれ調停して、各前記故障階層にそれぞれ対応する目標被処理故障情報を確定するステップと、各前記目標被処理故障情報に基づいて対応する故障処理を行うステップと、を含む。

本開示の実施例の別の態様に係る故障処理装置は、少なくとも１つの被処理故障情報に対して分類を行って、各前記被処理故障情報がそれぞれ属する故障階層を確定するための故障分類モジュールであって、前記被処理故障情報は、被処理故障の故障識別子を含む故障分類モジュールプと、各前記故障階層に含まれている前記被処理故障情報をそれぞれ調停して、各前記故障階層にそれぞれ対応する目標被処理故障情報を確定し、各前記目標被処理故障情報に基づいて対応する故障処理を行うための故障調停モジュールと、を含む。

本開示の実施例のさらに別の態様に係るコンピュータ可読記憶媒体は、本開示の上記実施例のいずれかに記載の故障処理方法を実行するためのコンピュータプログラムを記憶しており、又は、上記実施例のいずれかに記載の故障処理装置の少なくとも１つのハードウェア論理回路への記憶に必要なデータを記憶することにより、作動時に、前記ハードウェアロジック回路が対応する機能を実現する。

本開示の実施例のさらに別の態様に係る電子機器は、プロセッサと、前記プロセッサにより実行可能な命令を記憶するためのメモリとを含み、前記プロセッサは、前記メモリから前記実行可能な命令を読み取って、この実行可能な命令を実行して本開示の上記実施例のいずれかに記載の故障処理方法を実現させ、又は、上記実施例のいずれかに記載の故障処理装置を含み、前記故障処理装置における少なくとも一部は、ハードウェア論理回路によって実現される。

本開示の上記実施例に係る故障処理方法、装置、電子機器及び記憶媒体によれば、少なくとも１つの被処理故障情報に対して分類を行って、各被処理故障情報が属する故障階層を確定し、各故障階層の被処理故障情報をそれぞれ調停して、各故障階層にそれぞれ対応する目標被処理故障情報を確定し、各故障階層の目標被処理故障情報に基づいて故障処理を行うことにより、複数の故障階層の故障の並行処理を実現し、割り込みストームや応答不可の発生を回避して、故障処理効率を効果的に向上させ、関連技術において割り込みストームや応答不可を引き起こしやすくてスタベーションとなるなどの問題を解決することができる。

以下、図面及び実施例に基づいて、本開示の技術的解決手段をさらに詳細に説明する。

本開示の上記及びその他の目的、特徴及び利点は、図面を参照しながら本開示の実施例をより詳細に説明することにより、より明らかになる。図面は、本開示の実施例をさらに理解するために用いられ、明細書の一部として構成され、本開示の実施例とともに本開示を解釈するために用いられ、本開示を限定するものではない。図面において、同じ参照記号は、通常、同じ部材やステップを表す。
本開示に係る故障処理方法の１つの例示的な適用場面である。 本開示の例示的な一実施例に係る故障処理方法のフローチャートである。 本開示の別の例示的な実施例に係る故障処理方法のフローチャートである。 本開示のさらに別の例示的な実施例に係る故障処理方法のフローチャートである。 本開示の例示的な一実施例に係る故障処理装置の構造の模式図である。 本開示の別の例示的な実施例に係る故障処理装置の構造の模式図である 本開示の例示的な一実施例に係るアービタの構造の模式図である。 本開示のさらに別の例示的な実施例に係る故障処理装置の構造の模式図である。 本開示の電子機器の１つの適用実施例の構造の模式図である。

以下、図面を参照しながら、本開示に係る例示的な実施例について詳細に説明する。明らかに、説明される実施例は、本開示の実施例の一部に過ぎず、本開示の実施例の全部ではなく、本開示は、本明細書に説明される例示的な実施例に限定されない。

なお、これらの実施例に記載される部材及びステップの相対的な配置、数式及び数値は、別の具体的な説明がない限り、本開示の範囲を制限するものではない。

本開示の実施例における「第１」、「第２」などの用語は、単に異なるステップ、機器又はモジュールなどを区別するためのものに過ぎず、いかなる特定の技術的意味を表すことでもなく、それらの間の必然的な論理順序を表すことでもないことを当業者は理解し得る。

また、本開示の実施例では、「複数」は、２つ以上を意味することができ、「少なくとも１つ」は、１つ、２つ以上を意味することができる。

また、本開示の実施例において言及される部材、データ又は構造は、明示的に限定されていない場合又は文脈からそうでないことが示唆されていない場合、一般に１つ以上であると理解することができる。

また、本開示における「及び／又は」との用語は、単に関連対象を説明する関連関係であり、３つの関係が存在し得ることを示し、例えば、Ａ及び／又はＢは、Ａのみが存在する場合、ＡとＢとが同時に存在する場合、Ｂのみが存在する場合という３つの場合を示すことができる。また、本開示における「／」との符号は、一般に前後の関連対象が「又は」の関係であることを示す。

本開示の実施例は、多くの他の汎用又は専用コンピューティングシステム環境や構成とともに動作可能な、端末機器、コンピュータシステム、サーバなどの電子機器に適用することができる。端末機器、コンピュータシステム、サーバなどの電子機器とともに使用するに適する周知の端末機器、コンピューティングシステム、環境及び／又は構成の例は、パーソナルコンピュータシステム、サーバコンピュータシステム、シンクライアント、ファットクライアント、ハンドヘルド又はラップトップデバイス、マイクロプロセッサベースのシステム、セットトップボックス、プログラマブル家庭用電化製品、ネットワークパーソナルコンピュータ、小型コンピュータシステム、大型コンピュータシステム及び上記の任意のシステムを含む分散クラウドコンピューティング技術環境などを含むが、これらに限定されない。
［本開示の概要］

本開示を実現する過程において、発明者は、車載アプリケーシングでは、チップ制御、記憶回路に対して機能安全のレベル要求があるため、ハードウェア故障及びソフトウェア故障の検出のために、制御通路、データ通路、メモリなどは、いずれも対応する安全保護回路又は安全保護プログラムなどの安全モジュールを必要とし、ハードウェア故障又はソフトウェア故障が検出されると、故障情報を故障処理モジュールに報告する必要があり、故障処理モジュールは、受信した故障情報に対して一括してラウンドロビン調停を行い、１回当たり１つの故障情報を許可処理し、他の故障情報は、ラウンドロビンを待つ必要があり、例えば、現在許可処理される故障情報の処理タイプが割り込みであれば、プロセッサに割り込み信号を送信し、プロセッサは、割り込みに応答して当該故障を処理し、処理が完了した後、故障処理モジュールに次の故障情報をラウンドロビンすることを通知する。しかし、１つの故障が発生すると、広がって一連の故障の発生を引き起こすおそれがあり、割り込みストームを引き起こしやすく、又は、１つの故障が解決できないと、他の故障は始終応答不可となり、これにより、関連技術の故障処理モジュールが処理効率が低いとのことを発見した。
［例示的な概要］

図１は、本開示に係る故障処理方法の１つの例示的な適用場面である。

車載の適用場面では、チップの制御通路、データ通路、メモリなどのハードウェア及びソフトウェアに対して、ハードウェア故障及び／又はソフトウェア故障の検出のために、機能安全のニーズに応じて対応する安全モジュールを設置することができ、各安全モジュールは、１種類の故障の検出に対応することができ、安全モジュールが故障発生を検出した場合、チップの故障処理モジュール（すなわち、本開示の故障処理装置）に故障情報を報告することができ、当該故障情報は、本開示の被処理故障情報となることができ、本開示の故障処理方法（故障処理装置で実行される）を利用して少なくとも１つの被処理故障情報に対して分類を行い、各被処理故障情報がそれぞれ属する故障階層を確定し、被処理故障情報は、被処理故障の故障識別子を含むことができ、故障識別子は、安全モジュールに予め配置された識別子であることができ、故障識別子の具体的な表現形態は、実際のニーズに応じて設定されることができ、例えば、番号又は他の表現形態であることができ、具体的に限定されない。各被処理故障情報がそれぞれ属する故障階層を確定した後、各故障階層に含まれている被処理故障情報をそれぞれ調停して、各故障階層にそれぞれ対応する目標被処理故障情報を確定することができ、目標被処理故障情報は、複数の被処理故障情報から調停された現在処理しようとする被処理故障情報を示し、残りの被処理故障情報は、待ち続ける必要がある。各故障階層に対して、目標被処理故障情報を確定した後、目標被処理故障情報に基づいて対応する故障処理を行って対応する故障を解決し、例えば、プロセッサに割り込み信号を送信して、プロセッサが割り込みに応答して対応する故障処理を行い、さらに例えば、リセット管理装置にリセット信号を送信して、リセット管理装置が故障源をリセットし、また、故障ピンを介してチップの外部の他のチップ又はモジュールに信号を送信し、例えば他のチップ又はモジュールに当該チップが故障したことを通知するなどとしてもよい。本開示は、被処理故障情報を故障階層に分割し、各故障階層には１つ又は複数の被処理故障情報がキューイングされており、異なる故障階層の被処理故障情報を並行して調停処理することができるため、割り込みストームや応答不可の発生を効果的に回避して、故障処理効率を大幅に向上させることができる。

一選択可能な実施例では、故障識別子は、安全モジュールの接続インタフェースによって確定されることができ、例えば、各安全モジュールは、一定のインタフェースを介して故障処理装置に接続され、各安全モジュールが故障処理装置に報告した故障情報は、同じであってもよく、例えば、「１」は、故障が発生したことを示し、故障処理装置は、故障情報を報告したインタフェースによって被処理故障の故障識別子を確定することができることにより、被処理故障情報を取得して後続の処理に用い、具体的には実際のニーズに応じて設定することができる。
［例示的な方法］

図２は、本開示の例示的な一実施例に係る故障処理方法のフローチャートである。本実施例は、具体的に車載コンピューティングプラットフォームのような電子機器に適用可能であり、図２に示すように、以下のステップ２０１～ステップ２０３を含む。

ステップ２０１では、少なくとも１つの被処理故障情報に対して分類を行って、各被処理故障情報がそれぞれ属する故障階層を確定し、被処理故障情報は、被処理故障の故障識別子を含む。

ここで、故障階層の階層数は、正の整数であり、具体的に実際のニーズに応じて設定されることができ、例えば、３つの階層、４つの階層などに設定することができる。被処理故障の故障識別子は、安全モジュールが報告した故障情報に所持されるものであってもよく、安全モジュールと故障処理装置との接続インタフェースによって確定されるものであってもよく、具体的に実際のニーズに応じて設定されることができる。被処理故障情報が属する故障階層は、予め配置された故障識別子と故障階層との対応関係に基づいて確定されることができる。

一選択可能な実施例では、故障処理装置は、１つの故障情報を受信するたびに、当該故障情報に対応する被処理故障情報をリアルタイムに確定し、当該被処理故障情報が属する故障階層を確定し、対応する故障階層のキューに当該被処理故障情報を割り当ててキューイングさせることができる。

一選択可能な実施例では、各故障階層の間は、所定の優先度を有することができ、例えば、故障階層は、それぞれｃｌａｓｓ １、ｃｌａｓｓ ２、…、ｃｌａｓｓ ｎとのｎ個（ｎは正の整数）の階層を含み、階層値が小さいほど優先度が高く、すなわちｃｌａｓｓ １の優先度が最も高い。異なる優先度の故障階層には、異なる重大さの被処理故障情報を配置することができ、具体的に実際のニーズに基づいて設定されることができる。

ステップ２０２では、各故障階層に含まれている被処理故障情報をそれぞれ調停して、各故障階層にそれぞれ対応する目標被処理故障情報を確定する。

ここで、異なる故障階層の調停は、互いに独立的であり、互いに影響しないことができる。いずれかの故障階層に対して、当該故障階層に含まれている各被処理故障情報を調停して、当該故障階層に対応する目標被処理故障情報を確定する。目標被処理故障情報は、複数の被処理故障情報から調停された現在処理しようとする被処理故障情報を示し、残りの他の被処理故障情報は、次回の調停を待ち続ける必要がある。

一選択可能な実施例では、いずれかの故障階層に対して、当該故障階層に含まれている各被処理故障情報に対する調停は、予め設定された調停ルールに基づいて実現することができ、例えば、予め設定されたラウンドロビンアルゴリズムに基づいて当該故障階層の被処理故障情報を調停し、具体的に実際のニーズに応じて設定することができる。

一選択可能な実施例では、各故障階層の間に優先度を有する状況に対して、ある故障階層（例えば、ｃｌａｓｓ ３）の目標被処理故障情報に対応する処理回数が一定の条件を満たす場合、現在の故障階層の優先度に基づいて、当該目標被処理故障情報を現在の故障階層より１レベル高い階層にレベルアップすることができ、例えば、ｃｌａｓｓ ３の目標被処理故障情報をｃｌａｓｓ ２にレベルアップして、ｃｌａｓｓ ２の被処理故障情報として調停し、具体的に実際のニーズに応じて設定されることができる。

ステップ２０３では、各目標被処理故障情報に基づいて、対応する故障処理を行う。

ここで、異なる目標被処理故障情報に対応する処理方式が異なる可能性があるため、各故障階層の目標被処理故障情報を確定した後、各目標被処理故障情報に基づいて対応する故障処理を行う必要があり、例えば、何らかの目標被処理故障情報がプロセッサによって処理される必要があると、プロセッサに割り込み信号を送信する必要があり、何らかの目標被処理故障情報がリセット管理装置（又はリセット管理モジュール）によって処理される必要があると、リセット管理装置にリセット信号を送信し、また、何らかの目標被処理故障情報が故障処理装置の位置する現在のチップの外部の他のチップ又はモジュールに通知メッセージを送信する必要があると、現在のチップの故障ピンを介して他のチップ又はモジュールに通知メッセージを送信するなどが挙げられ、具体的に実際のニーズに応じて設定されることができる。異なる故障階層の目標被処理故障情報は、並行処理することができ、互いに影響しない。

本実施例に係る故障処理方法は、少なくとも１つの被処理故障情報を分類して各被処理故障情報が属する故障階層を確定し、各故障階層の被処理故障情報をそれぞれ調停して各故障階層にそれぞれ対応する目標被処理故障情報を確定し、各故障階層の目標被処理故障情報に対して故障処理を行うことにより、複数故障階層の故障の並行処理を実現し、割り込みストームや応答不可の発生を回避して、故障処理効率を効果的に向上させ、関連技術において割り込みストームや応答不可を引き起こしやすくてスタベーションとなるなどの問題を解決することができる。

図３は、本開示の別の例示的な実施例に係る故障処理方法のフローチャートである。

一選択可能な実施例では、ステップ２０１は、具体的に、
予め配置された故障識別子と故障階層との第１の対応関係に基づいて、各被処理故障情報がそれぞれ属する故障階層を確定するステップ２０１１を含んでもよい。

ここで、第１の対応関係は、レジスタに予め配置されてもよく、他の方式で記憶されてもよく、具体的に実際のニーズに応じて設定されることができる。第１の対応関係が故障識別子と故障階層との対応関係を特徴付けるため、各被処理故障情報に含まれている故障識別子に基づいて第１の対応関係にマッチングすることにより、各被処理故障情報が属する故障階層を確定することができる。

本実施例では、予め配置された故障識別子と故障階層との第１の対応関係により各被処理情報がそれぞれ属する故障階層を容易に確定することができ、被処理故障情報の階層分割を効果的に実現することができる。

一選択可能な実施例では、各目標被処理故障情報に基づいて対応する故障処理を行うステップ２０３は、以下のステップ２０３１～ステップ２０３２を含む。

ステップ２０３１では、予め配置された故障識別子と処理タイプとの第２の対応関係に基づいて、各目標被処理故障情報がそれぞれ対応する処理タイプを確定する。

ここで、処理タイプとは、目標被処理故障情報に対して故障処理を行う具体的な処理方式のタイプであり、処理タイプには、割り込みタイプ、リセットタイプ、外部への発信タイプなどを含まれることができ、そのうち、割り込みタイプとは、プロセッサに割り込み信号を送信してプロセッサに対応する故障処理を行わせる必要があるタイプであり、リセットタイプとは、故障源に対してリセット処理を行う必要があるタイプであり、外部への発信タイプとは、故障処理装置が位置するチップの外部の他のチップ又はモジュールに通知する必要があるタイプである。実際のニーズに応じてより多くの他のタイプを設定することができ、具体的には限定しない。第２の対応関係は、レジスタに予め配置されてもよく、他の方式で記憶又は配置されてもよい。具体的な故障識別子と処理タイプとの第２の対応関係は、実際のニーズに応じて設定されることができ、本開示では限定しない。

ステップ２０３２では、各目標被処理故障情報にそれぞれ対応する処理タイプに基づいて、各目標被処理故障情報にそれぞれ対応する故障処理信号を出力する。

ここで、異なる処理タイプは、異なる故障処理信号を出力する必要があり、故障処理信号には、プロセッサに出力される割り込み信号、リセット管理装置に出力されるリセット信号、現在のチップの外部の他のチップ又はモジュールに出力される通知信号などを含まれることができ、具体的に実際のニーズに応じて設定されることができる。割り込みタイプに対応する故障処理信号は、割り込み信号であり、リセットタイプに対応する故障処理信号は、リセット信号であり、外部への発信タイプに対応する故障処理信号は、他のチップ又はモジュールに出力される通知信号であり、具体的に実際のニーズに応じて設定されることができる。

本実施例では、異なる処理タイプに対して異なる故障処理信号を出力することができ、それにより、対応する故障処理を担当する部分が故障処理信号に基づいて対応する故障処理をタイムリーに行って、故障問題をタイムリーに解決することができる。

一選択可能な実施例では、各故障階層に含まれている被処理故障情報をそれぞれ調停して、各故障階層にそれぞれ対応する目標被処理故障情報を確定するステップ２０２は、
イネーブル許可情報を検出したことに応答して各故障階層に含まれている被処理故障情報をそれぞれ調停して、各故障階層にそれぞれ対応する目標被処理故障情報を確定するステップ２０２１ａを含む。

ここで、イネーブル許可情報は、調停の操作をトリガするために用いられ、いずれかの故障階層に対して、毎回の調停では１つの目標被処理故障情報を確定することができ、又は、実際の処理能力に応じて２つ以上の目標被処理故障情報を調停することができ、１回調停した後、故障処理段階に進入し、目標被処理故障情報として確定された被処理故障情報以外の他の被処理故障情報は、次回の調停を待ち続ける必要があり、この段階でイネーブル許可情報は無効であり、目標被処理故障情報に対応する故障処理が完了すると、イネーブル許可情報を配置して新たな調停をトリガする。

一選択可能な実施例では、許可イネーブル情報は、レジスタによって配置されることができ、例えば、レジスタが「１」に配置された場合、レジスタ状態が「１」であることを検出することにより、許可イネーブル情報の検出を確定し、１回の調停が終了すると、レジスタ状態を「０」に配置してディセーブルを表し、許可イネーブル情報が検出できず、これに基づいて、各故障階層の被処理故障情報の調停及び処理を実現することができる。

本実施例では、許可イネーブル情報によって各故障階層の被処理故障情報の調停を制御して、各故障階層の被処理故障情報が規則的に処理されることを保証することができる。

一選択可能な実施例では、本開示の方法は、
各故障階層にそれぞれ対応する目標被処理故障情報の処理タイムスタンプを記憶するステップ３１０をさらに含む。

ここで、処理タイムスタンプは、目標被処理故障情報の処理時間を特徴付けるために用いられ、処理タイムスタンプは、被処理故障情報が目標被処理故障情報として確定されるタイムスタンプであってもよく、目標被処理故障情報に対して対応する故障処理信号を出力するタイムスタンプであってもよく、具体的に実際のニーズに応じて設定されることができる。処理タイムスタンプは、後続の故障分析及びトレースに用いられることができ、例えば、故障の発生頻度、時間的規則などの統計に用いられることができる。

本実施例では、調停される目標被処理故障情報の処理タイムスタンプを記録することにより、後続の故障分析及びトレースに効果的なデータ根拠を提供することができる。

一選択可能な実施例では、本開示の方法は、ステップ３２０～ステップ３３０をさらに含む。

ステップ３２０では、各故障階層にそれぞれ対応する目標被処理故障情報を符号化して、各目標被処理故障情報の故障コードを取得する。

ここで、異なる故障階層に対して異なる符号化ルールを用いて故障コードを確定してもよく、同じ符号化ルールを用いてもよく、具体的な符号化ルールは、実際のニーズに応じて設定されることができる。符号化ルールの設定原則は、取得する故障コードが今回の故障を唯一に識別でき、故障源をトレースできるようにすることであり、例えば、故障コードは、故障識別子、処理タイムスタンプ、処理タイプ、故障階層などの関連情報を含むことができ、異なる情報は、異なる番号や符号で表すことができ、例えば、バイナリコードで故障コードを表し、様々な情報は、異なるビットの状態によって表され、具体的に実際のニーズに応じて設定されることができる。故障コードを解析することによって故障源の位置特定を実現することができる。例えば、本開示の故障処理装置がプロセッサに割り込み信号を送信し、プロセッサが割り込みに応答するには、故障コードを照会し、故障コードに基づいて故障源を位置特定してから故障源に対して対応する故障処理を行う必要がある。

ステップ３３０では、各故障階層にそれぞれ対応する目標被処理故障情報の故障コードを記憶する。

ここで、故障コードの記憶方式は、実際のニーズに応じて設定されることができ、例えば、レジスタによって記憶されてもよく、他の方式によって記憶されてもよい。

本実施例では、調停処理された目標被処理故障情報を符号化して故障コードを取得し記憶することにより、後続の故障処理の故障源の位置特定に正確かつ効果的なデータサポートを提供することができる。

図４は、本開示のさらに別の例示的な実施例に係る故障処理方法のフローチャートである。

一選択可能な実施例では、各故障階層に含まれている被処理故障情報をそれぞれ調停して、各故障階層にそれぞれ対応する目標被処理故障情報を確定するステップ２０２は、
いずれかの故障階層に対して、ラウンドロビンアルゴリズムに基づいて当該故障階層の被処理故障情報を調停して、当該故障階層に対応する目標被処理故障情報を確定するステップ２０２１ｂを含む。

ここで、ラウンドロビン（Ｒｏｕｎｄ Ｒｏｂｉｎ）アルゴリズムに基づいて調停を行うとは、各被処理故障情報を順番に調停して目標被処理故障情報として処理することである。ここで、各被処理故障情報の順番は、各被処理故障情報の報告時間に基づいて確定されることができる。

本実施例では、ラウンドロビンアルゴリズムによって各故障階層の被処理故障情報を調停することで、各被処理故障情報が均等に調停処理されることを保証し、待ち時間が長すぎる状況の発生を回避することができる。

一選択可能な実施例では、各被処理故障情報の順番は、予め設定された優先度ルールに従って確定されることもでき、具体的に実際のニーズに応じて設定されることができる。例えば、いくつかの影響が重大な故障に対して、より高い優先度を設定してもよく、そうすると、キューイングする時に優先度に応じてキューイングして調停されることを待つことができ、この場合、優先度が同じの被処理故障情報に対しては、報告時間に応じてキューイングすることができる。

一選択可能な実施例では、本開示の方法は、ステップ３４０をさらに含む。

ステップ３４０では、いずれかの故障階層に対して、当該故障階層の被処理故障情報における当該故障階層の目標被処理故障情報の位置を記録する。

ここで、いずれかの故障階層の目標被処理故障情報の当該故障階層の被処理故障情報における位置は、当該故障階層の被処理故障情報がラウンドロビンされる位置を表すために用いられ、それにより次回の調停時にラウンドロビンすべき被処理故障情報を迅速に確定することができる。

本実施例では、各目標被処理故障情報が属する故障階層の被処理故障情報における位置を記録することにより、次回のラウンドロビン時にラウンドロビン位置を迅速に確定して、処理効率を向上させることができる。

一選択可能な実施例では、各故障階層に含まれている被処理故障情報をそれぞれ調停して、各故障階層にそれぞれ対応する目標被処理故障情報を確定するステップ２０２の後には、
各目標被処理故障情報の処理回数を記録するステップ４１０をさらに含む。

ここで、いずれかの故障源には、複数回の故障が発生する可能性があり、当該複数回の故障は同じ故障に属し、同じ故障に対しては、１回発生するごとに、１回報告する必要があり、故障処理装置は１回処理する必要があり、当該故障の被処理故障情報を目標被処理故障情報として調停するたびに、当該目標被処理故障情報の処理回数をリアルタイムに維持することができ、１回処理するごとに、処理回数を１増加する。

本開示の方法は、
いずれかの目標被処理故障情報に対して、当該目標被処理故障情報に対応する処理回数が予め設定された回数閾値に達したことに応答して、当該目標被処理故障情報の故障階層を現在の故障階層の１レベル前の故障階層に更新して、当該１レベル前の故障階層の被処理故障情報として調停されることを待つステップ４２０をさらに含む。

ここで、予め設定された回数閾値は、実際のニーズに応じて設定されることができ、例えば、３回、４回などに設定されることができ、具体的には限定されない。１つの目標被処理故障情報に対応する処理回数が予め設定された回数閾値に達した場合、当該目標被処理故障情報の故障階層をレベルアップし、例えば、当該目標被処理故障情報の現在の故障階層がレベル３であれば、レベル２にレベルアップして、レベル２の故障レベルの被処理故障情報としてキューイングして調停されることを待つ。現在の故障レベルがレベル２であれば、レベル１にレベルアップされることができる。

一選択可能な実施例では、ステップ４２０は、ステップ２０３の前に実行されてもよく、この場合、当該目標被処理故障情報に対してステップ２０３を一時的に実行しなくてもよく、ステップ２０３を実行してもよく、具体的に実際のニーズに応じて設定されることができる。

一選択可能な実施例では、ステップ４２０は、ステップ２０３の後に実行されてもよく、すなわち当該目標被処理故障情報に対してステップ２０３を実行した後、その処理回数を１増加し、この時の処理回数が予め設定された回数閾値を超えると、当該目標被処理故障情報の故障階層をレベルアップ後の階層として直接マークすることができ、次回に当該故障が発生した時、レベルアップ後の階層の被処理故障情報としてキューイングと調停を直接行うことができ、具体的に実際のニーズに応じて設定されることができる。

一選択可能な実施例では、故障階層がレベルアップされた目標被処理故障情報は、カスケード故障と呼ぶことができ、符号化する時に、故障コードは、対応するカスケード情報を含むことができ、それにより後続の故障処理時に故障源の位置特定を行うことができる。例えば、カスケード故障の目標被処理故障情報に対して、プロセッサに割り込み信号を送信した場合、プロセッサは、割り込み信号を受信し、故障コードを照会し、故障コードに基づいてカスケード故障であると確定すると、次のレベルの故障階層における当該目標被処理故障情報の故障コードを読み取り、故障源を位置特定し、故障源に対して対応する故障除去処理を行って故障問題を解決することができる。

一選択可能な実施例では、最高故障階層の目標被処理故障情報に対応する故障処理信号を外部への発信タイプの通知信号として設定することができ、他の故障階層の目標被処理故障情報に対応する処理信号は、割り込み信号及びリセット信号を含んでもよく、具体的に実際のニーズに応じて設定されることができる。

本実施例では、処理回数が予め設定された回数閾値を超えた目標被処理故障情報に対して故障階層のレベルアップを行うことにより、故障の重大さを特徴付けることができ、それにより異なる故障階層の故障処理を行うことができ、例えば、最高階層にレベルアップした後、故障問題を素早く解決するように、外部の他のチップ又はモジュールに通知して、チップの安全な動作を保証することができる。

本開示の実施例に係るいずれかの故障処理方法は、データ処理能力を有する任意の適切な機器（例えば、端末機器やサーバなど）により実行されることができる。又は、本発明の実施例に係るいずれかの故障処理方法は、プロセッサにより実行されることができ、例えば、プロセッサは、メモリに記憶された対応する命令を呼び出すことにより本開示の実施例に言及されたいずれかの故障処理方法を実行することができる。以下、重複する説明は省略する。
［例示的な装置］

図５は、本開示の例示的な一実施例に係る故障処理装置の構造の模式図である。当該実施例の装置は、本開示の対応する方法の実施例を実現するために用いられ、図５に示す装置は、故障分類モジュール５１及び故障調停モジュール５２を含む。

故障分類モジュール５１は、少なくとも１つの被処理故障情報を分類して、各被処理故障情報がそれぞれ属する故障階層を確定するために用いられ、被処理故障情報は、被処理故障の故障識別子を含む。

故障調停モジュール５２は、各故障階層に含まれている被処理故障情報をそれぞれ調停して、各故障階層にそれぞれ対応する目標被処理故障情報を確定し、各目標被処理故障情報に基づいて対応する故障処理を行うために用いられる。

図６は、本開示の別の例示的な実施例に係る故障処理装置の構造の模式図である。一選択可能な実施例では、故障調停モジュール５２は、少なくとも２つのアービタ５２１を含む。

少なくとも２つのアービタのうち各アービタ５２１が１つの故障階層に対応し、各アービタ５２１は、当該アービタ５２１に対応する故障階層の被処理故障情報を調停して、当該故障階層の目標被処理故障情報を確定し、目標被処理故障情報に基づいて対応する故障処理を行うために用いられる。

一選択可能な実施例では、各アービタ５２１は、ハードウェア論理により実現されることができる。各アービタ５２１の具体的な操作原理は、前記方法の実施例を参照し、ここでは重複する説明は省略する。

一選択可能な実施例では、本開示の装置は、第１のコンフィギュレーションレジスタ５３をさらに含む。

第１のコンフィギュレーションレジスタ５３は、予め配置された故障識別子と故障階層との第１の対応関係を記憶するために用いられる。

故障分類モジュール５１は、第１のコンフィギュレーションレジスタ５３に記憶された第１の対応関係に基づいて、各被処理故障情報がそれぞれ属する故障階層を確定し、各被処理故障情報がそれぞれ属する故障階層に応じて各被処理故障情報を故障調停モジュール５２における当該情報に対応するアービタ５２１に送信するために用いられる。

一選択可能な実施例では、本開示の装置は、第２のコンフィギュレーションレジスタ５４をさらに含む。

第２のコンフィギュレーションレジスタ５４は、予め配置された故障識別子と処理タイプとの第２の対応関係を記憶するために用いられる。

故障調停モジュール５２は、さらに、第２のコンフィギュレーションレジスタ５４に記憶された第２の対応関係に基づいて、各目標被処理故障情報にそれぞれ対応する処理タイプを確定し、各目標被処理故障情報にそれぞれ対応する処理タイプに基づいて、各目標被処理故障情報にそれぞれ対応する故障処理信号を出力するために用いられる。

ここで、故障調停モジュール５２は、第２のコンフィギュレーションレジスタ５４に接続されて、第２のコンフィギュレーションレジスタから第２の対応関係を読み取る。

一選択可能な実施例では、故障調停モジュール５２における各アービタ５２１は、それぞれ第２のコンフィギュレーションレジスタ５４に接続され、各アービタ５２１は、第２のコンフィギュレーションレジスタ５４に記憶された第２の対応関係に基づいて当該アービタの目標被処理故障情報に対応する処理タイプを確定し、処理タイプに基づいて当該目標被処理故障情報に対応する故障処理信号を出力するために用いられる。

一選択可能な実施例では、本開示の装置は、第３のコンフィギュレーションレジスタ５５をさらに含む。

第３のコンフィギュレーションレジスタ５５は、イネーブル構成命令に応答して、許可イネーブル情報を記憶するために用いられる。

故障調停モジュール５２は、さらに、第３のコンフィギュレーションレジスタ５５の許可イネーブル情報を検出したことに応答して、各故障階層に含まれている被処理故障情報をそれぞれ調停して各故障階層にそれぞれ対応する目標被処理故障情報を確定するために用いられる。

一選択可能な実施例では、故障調停モジュール５２におけるいずれかのアービタ５２１は、第３のコンフィギュレーションレジスタ５５に接続され、第３のコンフィギュレーションレジスタ５５の許可イネーブル情報を検出したことに応答して、当該アービタに対応する故障階層に含まれている被処理故障情報を調停して当該故障階層に対応する目標被処理故障情報を確定するために用いられる。

一選択可能な実施例では、第３のコンフィギュレーションレジスタ５５の数は、アービタ５２１の数と同じであってもよく、すなわち各アービタ５２１は、１つの第３のコンフィギュレーションレジスタ５５に対応し、異なる故障階層の調停が独立してトリガされる可能である。

一選択可能な実施例では、第３のコンフィギュレーションレジスタ５５は、さらに、予め設定された周期に従って許可イネーブル情報を除去するために用いられる。

ここで、予め設定された周期は、ラウンドロビンアルゴリズムの処理時間に基づいて確定されることができ、１回の調停が完了すると、許可イネーブル情報を除去し、次回の許可イネーブル情報の配置を待つことができ、許可イネーブル情報は、プロセッサによって配置されることができ、目標被処理故障情報に対応する故障源が除去された後、プロセッサは、第３のコンフィギュレーションレジスタ５５に許可イネーブル情報を配置して、新たな調停をトリガする。

一選択可能な実施例では、本開示の装置は、時間レジスタ５６をさらに含む。

時間レジスタ５６は、各故障階層にそれぞれ対応する目標被処理故障情報の処理タイムスタンプを記憶するために用いられる。

故障調停モジュール５２は、さらに、各故障階層にそれぞれ対応する目標被処理故障情報の処理タイムスタンプを時間レジスタ５６に書き込むために用いられる。

一選択可能な実施例では、故障調停モジュール５２における各アービタ５２１は、自身に対応する故障階層の目標被処理故障情報の処理タイムスタンプをタイムレジスタ５６に書き込むことができる。

一選択可能な実施例では、本開示の装置は、故障コードレジスタ５７をさらに含む。

故障コードレジスタ５７は、各故障階層にそれぞれ対応する目標被処理故障情報の故障コードを記憶するために用いられる。

故障調停モジュール５２は、さらに、各故障階層にそれぞれ対応する目標被処理故障情報の故障コードを故障コードレジスタ５７に書き込むために用いられる。

１つの選択可能な実施例では、故障調停モジュール５２における各アービタ５２１がそれに対応する故障階層の目標被処理故障情報の故障コードを故障コードレジスタ５７に書き込むとしてもよい。

一選択可能な実施例では、時間レジスタ５６及び故障コードレジスタ５７は、同一のレジスタであることができ、目標被処理故障情報の処理タイムスタンプ及び故障コードを対応させて記憶するために用いられる。

図７は、本開示の例示的な一実施例に係るアービタ５２１の構造の模式図である。

一選択可能な実施例では、アービタ５２１は、ラウンドロビン許可ユニット５２１１を含む。

ラウンドロビン許可ユニット５２１１は、ラウンドロビンアルゴリズムに基づいて当該アービタに対応する故障階層の被処理故障情報を調停して、当該故障階層の目標被処理故障情報を確定し、目標被処理故障情報の処理タイプに対応する故障処理信号を出力するために用いられる。

一選択可能な実施例では、アービタ５２１は、ラウンドロビン位置レジスタ５２１２をさらに含む。

ラウンドロビン位置レジスタ５２１２は、ラウンドロビン位置を記憶するために用いられる。

ラウンドロビン許可ユニット５２１１は、さらに、目標被処理故障情報の目標処理タイプに対応する故障処理信号を出力した後、ラウンドロビン位置レジスタに記憶されたラウンドロビン位置を、目標被処理故障情報の当該故障階層の被処理故障情報における位置に更新するために用いられる。

一選択可能な実施例では、アービタ５２１は、符号化ユニット５２１３をさらに含む。

符号化ユニット５２１３は、目標被処理故障情報を符号化し、目標被処理故障情報の故障コードを取得し、目標被処理故障情報の故障コードを故障コードレジスタ５７に書き込むために用いられる。

ここで、符号化ユニット５２１３は、故障コードレジスタ５７に接続され、目標被処理故障情報の故障コードを取得した後、故障コードを故障コードレジスタ５７に書き込む。

一選択可能な実施例では、ラウンドロビン許可ユニット５２１１は、さらに、目標被処理故障情報の処理タイムスタンプを時間レジスタ５６に書き込むために用いられる。

一選択可能な実施例では、アービタ５２１は、故障回数レジスタ５２１４をさらに含む。

故障回数レジスタ５２１４は、目標被処理故障情報の処理回数を記憶するために用いられる。

ラウンドロビン許可ユニット５２１１は、さらに、目標被処理故障情報に対応する処理回数が予め設定された回数閾値に達したことに応答して、目標被処理故障情報を当該アービタ５２１の１レベル前の故障階層のアービタに伝送して調停するために用いられる。

一例として、図８は、本開示のさらに別の例示的な実施例に係る故障処理装置の構造の模式図である。本例における故障階層は、ｃｌａｓｓ １、ｃｌａｓｓ ２及びｃｌａｓｓ ３との３つの階層を含み、隣接する故障階層のアービタ同士が接続され、あるアービタ５２１によって確定された目標被処理故障情報に対応する処理回数が予め設定された回数閾値に達した場合、当該目標被処理故障情報を１レベル前の階層のアービタに伝送して調停する。アービタ５２１は、目標被処理故障情報の処理タイプに基づいて、対応する故障処理信号（例えば、故障ピンを介して外部に発信する必要がある通知信号、リセット管理モジュールに送信されるリセット信号、プロセッサに送信される割り込み信号など）を出力する。

一選択可能な実施例では、図８に示すように、機能安全のニーズを考慮すると、故障ピンは、２つのピン（ｐｉｎ）を設置することができ、１つは、機能ピンであり、もう１つは、冗長ピンであり、冗長ピンは、機能ピンと同様に配置されてもよく、機能ピンの逆に配置されてもよく、具体的に実際のニーズに応じて設置されることができる。ｃｌａｓｓ １は、最高故障階層であり、ｃｌａｓｓ １の目標被処理故障情報の処理タイプに対して、発信外部へのタイプに配置することができ、故障ピンを介して通知信号を外部に発信する必要があり、また、各故障階層のアービタに対しては、いずれも割り込み信号出力線及びリセット信号出力線を配置することができ、割り込み信号出力線は、プロセッサに接続するために用いられ、リセット信号出力線は、リセット管理モジュールに接続するために用いられる。各アービタのリセット信号出力線の数は、実際のニーズに応じて設定されることができ、各アービタには、１本の割り込み信号出力線を配置することができ、具体的に実際のニーズに応じて設定されることができる。各アービタの同じタイプのリセット信号出力線に対して、論理和によって出力することができ、例えば、異なる故障階層であるが同じサブシステムのリセット信号出力線を論理和によって１つの出力に変換し、それにより同一のサブシステムに任意の故障階層の故障が発生して当該サブシステムをリセットする必要がある場合、いずれも当該サブシステムに対するリセットを効果的にトリガすることができる。各アービタは、１回の調停を完了した後に調停を停止し、目標被処理故障情報の故障処理を待ち、例えば、目標被処理故障情報の処理タイプが割り込みタイプであれば、プロセッサに割り込み信号を送信し、プロセッサは、故障コードを読み取り、タイムスタンプも読み取ることができ、カスケード故障でなければ、対応する割り込みサービスプログラムに進入して故障源を除去することができ、カスケード故障であれば、次の階層で故障コードとタイムスタンプとを読み取り、故障源を位置特定してから、対応する割り込みサービスプログラムに進入して故障源を除去し、完了後に許可イネーブル情報を配置し、アービタの新たな調停への進みをトリガする。目標被処理故障情報に対応する処理タイプがリセットタイプであれば、関連サブシステムのリセット完了まで待ち、プロセッサに通知し、プロセッサは、許可イネーブル情報を配置し、アービタの新たな調停への進みをトリガする。

一選択可能な実施例では、本開示の故障処理装置は、現在のチップ外部の他のチップ又はモジュールからの故障情報（）を受信することもでき、例えば、他のチップの故障処理装置からの故障通知信号が挙げられ、具体的に実際のニーズに応じて設定されることができる。

一選択可能な実施例では、現在のチップの外部故障は、被処理故障情報として本開示の故障処理装置において分類され調停処理されることもできる。

一選択可能な実施例では、本開示の故障処理装置における少なくとも一部は、ハードウェア論理回路によって実現されて、処理効率をさらに向上させることができる。

一選択可能な実施例では、本開示の装置における各レジスタは、プロセッサによって初期化配置又はアプリケーションプロセスにおける配置を行うことができ、例えば、第１のコンフィギュレーションレジスタは、プロセッサによって第１の対応関係を配置し、第２のコンフィギュレーションレジスタは、プロセッサによって第２の対応関係を配置し、第３のコンフィギュレーションレジスタは、プロセッサによって許可イネーブル情報を配置することができる。時間レジスタ、故障コードレジスタに対して、プロセッサによって初期化配置を行うことができ、後続のアプリケーションプロセスにおいてアービタによって対応する内容の書き込みを行い、具体的に実際のニーズに応じて設定されることができる。
［例示的な電子機器］

本開示の実施例に係る電子機器は、コンピュータプログラムを記憶するためのメモリと、
前記メモリに記憶されたコンピュータプログラムを実行し、前記コンピュータプログラムが実行されると、本開示の実施例のいずれかに記載の故障処理方法を実現するプロセッサと、を含む。

図９は、本開示の電子機器の一適用実施例の構造の模式図である。本実施例では、当該電子機器１０は、１つ又は複数のプロセッサ１１と、メモリ１２と、を含む。

プロセッサ１１は、中央処理ユニット（ＣＰＵ）又はデータ処理能力及び／又は命令実行能力を有する他の形態の処理ユニットであることができ、また、電子装機器１０における他のコンポーネントを制御して所望の機能を実行することができる。

メモリ１２は、１つ又は複数のコンピュータプログラム製品を含むことができ、前記コンピュータプログラム製品は、例えば揮発性メモリ及び／又は不揮発性メモリなどの様々な形態のコンピュータ可読記憶媒体を含むことができる。前記揮発性メモリは、例えば、ランダムアクセスメモリ（ＲＡＭ）及び／又はキャッシュメモリ（ｃａｃｈｅ）などを含むことができる。前記不揮発性メモリは、例えば、リードオンリーメモリ（ＲＯＭ）、ハードディスク及びフラッシュメモリなどを含むことができる。前記コンピュータ可読記憶媒体には、１つ又は複数のコンピュータプログラム命令が記憶されることができ、プロセッサ１１は、前記プログラム命令を実行することで、上記の本開示の各実施例に係る方法及び／又は他の所望の機能を実現することができる。前記コンピュータ可読記憶媒体には、例えば、入力信号、信号成分、ノイズ成分などの様々なコンテンツも記憶されることができる。

一例として、電子機器１０は、バスシステム及び／又は他の形態の接続機構（図示せず）を介して互に接続される入力装置１３と出力装置１４とをさらに含むことができる。

例えば、当該入力装置１３は、上記マイクロフォン又はマイクロフォンアレイであり、音源の入力信号を捕捉するために用いられることができる。

また、当該入力装置１３は、例えば、キーボードやマウスなどをさらに含むことができる。

当該出力装置１４は、決定された距離情報、方法情報などの様々な情報を外部に出力することができる。当該出力装置１４は、例えば、ディスプレイ、スピーカ、プリンタ、並びに通信ネットワーク及びそれに接続された遠隔出力機器などを含むことができる。

当然のことながら、簡略化のために、図９は、当該電子機器１０における、本開示に関連するコンポーネントの一部のみを示し、バス、入力／出力インタフェースなどのコンポーネントを省略する。このほか、具体的な適用状況に応じて、電子機器１０は、任意の他の適切なコンポーネントをさらに含んでもよい。

一選択可能な実施例では、当該電子機器は、上記実施例のいずれかに係る故障処理装置を含むことができ、故障処理装置の少なくとも一部は、ハードウェア論理回路によって実現されて、処理効率をさらに向上させることができる。
［例示的なコンピュータプログラム製品及びコンピュータ可読記憶媒体］

本開示の実施例は、上記方法及び機器に加えて、コンピュータプログラム命令を含むコンピュータプログラム製品であることができる。前記コンピュータプログラム命令がプロセッサによって実行されると、前記プロセッサに本明細書の上記「例示的な方法」の部分に記載の本開示の各種の実施例に係る方法のステップを実行させる。

以上、具体的な実施例を参照しながら本開示の基本的な原理を説明してきたが、本開示に言及された利点、長所、効果などは、例示に過ぎず、限定的なものではない。本開示の様々な実施例がそれらの利点、長所、効果を必ずしも備えることではない。また、上記開示の具体的な細部は、例示的な作用及び理解しやすい作用のためにのものにすぎず、限定的なものではなく、上記細部は、本開示を必ずしも上記具体的な詳細により実現されるように制限するものではない。

本明細書における各実施例は、逐次的な方法で説明されており、各実施例では、主に他の実施例との相違点を重点として説明し、各実施例間の同一又は類似の部分は、互に参照すればよい。システムの実施例については、基本的に方法の実施例に対応するため、比較的簡単に説明したが、関連部分は方法の実施例の説明の一部を参照すればよい。

本開示に係るデバイス、装置、機器、システムのブロック図は、単なる例示的なものに過ぎず、必ずしもブロック図に示すような方式で接続、配置、構成されることを要求又は暗示することを意図しない。当業者が理解できるように認識するように、これらのデバイス、装置、機器、システムを任意の形態で接続、レイアウト、配置することができる。

本開示の方法及び装置は、多くの形態で実現され得る。例えば、本開示の方法及び装置は、ソフトウェア、ハードウェア、ファームウェア、又はソフトウェア、ハードウェア、ファームウェアのいかなる組み合わせで実現され得る。前記方法に使用されるステップの上記順序は、単なる説明のためのものであり、本開示の方法のステップは、特に他の形態で説明しない限り、以上具体的に説明された順序に限定されない。また、いくつかの実施例では、本開示は、記録媒体に記録されたプログラムとして実施されてもよく、これらのプログラムは、本開示に係る方法を実現するための機械読み取り可能な命令を含む。したがって、本開示に係る方法を実行するためのプログラムを記憶する記録媒体も本開示に含まれる

また、本開示の装置、機器、及び方法において、各部材又は各ステップは、分解及び／又は再度組み合わせされてもよいことに指摘されたい。これらの分解及び／又は再度組み合わせは、本開示の同等な形態とみなされるべきである。

Claims (11)

1. 少なくとも１つの被処理故障情報に対して分類を行って、各前記被処理故障情報がそれぞれ属する故障階層を確定するステップであって、前記被処理故障情報は、被処理故障の故障識別子を含むステップと、
   各前記故障階層に含まれている前記被処理故障情報をそれぞれ調停して、各前記故障階層にそれぞれ対応する目標被処理故障情報を確定するステップと、
   各前記目標被処理故障情報に基づいて、対応する故障処理を行うステップと、を含むことを特徴とする故障処理方法。
2. 少なくとも１つの被処理故障情報に対して分類を行って、各前記被処理故障情報がそれぞれ属する故障階層を確定するステップは、
   予め配置された故障識別子と故障階層との第１の対応関係に基づいて、各前記被処理故障情報がそれぞれ属する故障階層を確定するステップを含むことを特徴とする請求項１に記載の故障処理方法。
3. 各前記目標被処理故障情報に基づいて、対応する故障処理を行うステップは、
   予め配置された故障識別子と処理タイプとの第２の対応関係に基づいて、各前記目標被処理故障情報がそれぞれ対応する処理タイプを確定するステップと、
   各前記目標被処理故障情報にそれぞれ対応する処理タイプに基づいて、各前記目標被処理故障情報にそれぞれ対応する故障処理信号を出力するステップと、を含むことを特徴とする請求項１に記載の故障処理方法。
4. 各故障階層に含まれている前記被処理故障情報をそれぞれ調停して、各前記故障階層にそれぞれ対応する目標被処理故障情報を確定するステップは、
   イネーブル許可情報を検出したことに応答して、各前記故障階層に含まれている前記被処理故障情報をそれぞれ調停して、各前記故障階層にそれぞれ対応する目標被処理故障情報を確定するステップを含むことを特徴とする請求項１に記載の故障処理方法。
5. 各前故障階層にそれぞれ対応する前記目標被処理故障情報の処理タイムスタンプを記憶するステップ、及び／又は、
   各前記故障階層にそれぞれ対応する前記目標被処理故障情報を符号化して、各前記目標被処理故障情報の故障コードを取得するステップ、及び、各前記故障階層にそれぞれ対応する前記目標被処理故障情報の故障コードを記憶するステップをさらに含むことを特徴とする請求項１に記載の故障処理方法。
6. 各故障階層に含まれている前記被処理故障情報をそれぞれ調停て、各前記故障階層にそれぞれ対応する目標被処理故障情報を確定するステップは、
   いずれかの前記故障階層に対して、ラウンドロビンアルゴリズムに基づいて当該故障階層の前記被処理故障情報を調停して、当該故障階層に対応する前記目標被処理故障情報を確定するステップを含むことを特徴とする請求項１に記載の故障処理方法。
7. いずれかの前記故障階層に対して、当該故障階層の前記被処理故障情報における当該故障階層の前記目標被処理故障情報の位置を記録するステップをさらに含むことを特徴とする請求項６に記載の故障処理方法。
8. 各前記故障階層に含まれている前記被処理故障情報をそれぞれ調停して、各前記故障階層にそれぞれ対応する目標被処理故障情報を確定するステップの後には、
   各前記目標被処理故障情報の処理回数を記録するステップをさらに含み、
   前記故障処理方法は、
   いずれかの前記目標被処理故障情報に対して、当該目標被処理故障情報に対応する処理回数が予め設定された回数閾値に達したことに応答して、当該目標被処理故障情報の故障階層を現在の故障階層の１レベル前の故障階層に更新して、当該１レベル前の故障階層の被処理故障情報として調停されることを待つステップをさらに含むことを特徴とする請求項６に記載の故障処理方法。
9. 少なくとも１つの被処理故障情報に対して分類を行って、各前記被処理故障情報がそれぞれ属する故障階層を確定するための故障分類モジュールであって、前記被処理故障情報は、被処理故障の故障識別子を含む故障分類モジュールと、
   各前記故障階層に含まれている前記被処理故障情報をそれぞれ調停して、各前記故障階層にそれぞれ対応する目標被処理故障情報を確定し、各前記目標被処理故障情報に基づいて対応する故障処理を行うための故障調停モジュールと、を含むことを特徴とする故障処理装置。
10. 請求項１～８のいずれか一項に記載の故障処理方法を実行するためのコンピュータプログラムを記憶しており、又は、
    請求項９に記載の故障処理装置の少なくとも１つのハードウェア論理回路への記憶に必要なデータを記憶することにより、作動時に前記ハードウェアロジック回路が対応する機能を実現することを特徴とするコンピュータ可読記憶媒体。
11. プロセッサと、
    前記プロセッサにより実行可能な命令を記憶するためのメモリと、を含み、
    前記プロセッサは、前記メモリから前記実行可能な命令を読み取って、この実行可能な命令を実行して請求項１～８のいずれか一項に記載の故障処理方法を実現させ、又は、
    請求項９に記載の故障処理装置を含み、
    前記故障処理装置における少なくとも一部は、ハードウェア論理回路によって実現されることを特徴とする電子機器。

Images