知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024010475
(43)【公開日】2024-01-24
(54)【発明の名称】情報処理装置及び推定方法
(51)【国際特許分類】
G06F 11/07 20060101AFI20240117BHJP
【ＦＩ】
G06F11/07 190
G06F11/07 140H
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022111839
(22)【出願日】2022-07-12
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100092978
【弁理士】
【氏名又は名称】真田 有
(74)【代理人】
【識別番号】100189201
【弁理士】
【氏名又は名称】横田 功
(72)【発明者】
【氏名】金谷 学
【テーマコード（参考）】
5B042
【Ｆターム（参考）】
5B042JJ06
5B042KK15
5B042KK20
(57)【要約】
【課題】訂正不可能な障害が生じた場合においても、障害が生じたことが疑われる被疑部品を推定する。
【解決手段】情報処理装置の複数の構成部品のそれぞれにおいて生じる障害にしたがって、予め定められた基準に応じた重みづけ値を構成部品ごとに付与した被疑部品推定情報を記憶装置に記憶し、複数の構成部品のいずれかにおいて障害として訂正不可能な障害が発生した場合に、被疑部品推定情報に含まれる重みづけ値に基づいて、訂正不可能な障害が生じたことが疑われる被疑部品を推定する、制御部を備える。
【選択図】図４
【解決手段】情報処理装置の複数の構成部品のそれぞれにおいて生じる障害にしたがって、予め定められた基準に応じた重みづけ値を構成部品ごとに付与した被疑部品推定情報を記憶装置に記憶し、複数の構成部品のいずれかにおいて障害として訂正不可能な障害が発生した場合に、被疑部品推定情報に含まれる重みづけ値に基づいて、訂正不可能な障害が生じたことが疑われる被疑部品を推定する、制御部を備える。
【選択図】図４
【特許請求の範囲】
【請求項1】
情報処理装置の複数の構成部品のそれぞれにおいて生じる障害にしたがって、予め定められた基準に応じた重みづけ値を前記構成部品ごとに付与した被疑部品推定情報を記憶装置に記憶し、
前記複数の構成部品のいずれかにおいて前記障害として訂正不可能な障害が発生した場合に、前記被疑部品推定情報に含まれる前記重みづけ値に基づいて、前記訂正不可能な障害が生じたことが疑われる被疑部品を推定する、
制御部を備える、情報処理装置。
前記複数の構成部品のいずれかにおいて前記障害として訂正不可能な障害が発生した場合に、前記被疑部品推定情報に含まれる前記重みづけ値に基づいて、前記訂正不可能な障害が生じたことが疑われる被疑部品を推定する、
制御部を備える、情報処理装置。
【請求項2】
前記訂正不可能な障害は、前記複数の構成部品のうちのプロセッサからの読み出しが不可能な障害である、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項3】
前記被疑部品推定情報は、複数の構成部品のそれぞれにおいて、前記障害の発生回数、前記障害の発生間隔、及び直近の前記障害の発生時期のうち少なくとも一つの項目を含み、
前記制御部は、前記被疑部品を推定する処理において、前記少なくとも一つの項目についての前記重みづけ値に基づいて、前記被疑部品を推定する、
請求項１又は２に記載の情報処理装置。
前記制御部は、前記被疑部品を推定する処理において、前記少なくとも一つの項目についての前記重みづけ値に基づいて、前記被疑部品を推定する、
請求項１又は２に記載の情報処理装置。
【請求項4】
前記被疑部品推定情報は、前記訂正不可能な障害が前回生じた時期と、前記構成部品を交換した時期の情報とを含んでおり、
前記制御部は、前記訂正不可能な障害が前回生じた時期と、前記構成部品を交換した時期とを比較し、
前記訂正不可能な障害が前回生じた時期よりも前記構成部品を交換した時期が後である場合には、前記構成部品を交換したことを提示する、
請求項１又は２に記載の情報処理装置。
前記制御部は、前記訂正不可能な障害が前回生じた時期と、前記構成部品を交換した時期とを比較し、
前記訂正不可能な障害が前回生じた時期よりも前記構成部品を交換した時期が後である場合には、前記構成部品を交換したことを提示する、
請求項１又は２に記載の情報処理装置。
【請求項5】
前記制御部は、
前記情報処理装置の複数の構成部品のそれぞれにおいて生じる前記障害について、将来の前記訂正不可能な障害の予兆となり得ることを示す種別を含むリストを予め記憶装置に記憶し、
前記被疑部品推定情報を前記記憶装置に記憶する処理において、前記リストにおいて前記種別が記録された障害について前記被疑部品推定情報を記憶する、
請求項１又は２に記載の情報処理装置。
前記情報処理装置の複数の構成部品のそれぞれにおいて生じる前記障害について、将来の前記訂正不可能な障害の予兆となり得ることを示す種別を含むリストを予め記憶装置に記憶し、
前記被疑部品推定情報を前記記憶装置に記憶する処理において、前記リストにおいて前記種別が記録された障害について前記被疑部品推定情報を記憶する、
請求項１又は２に記載の情報処理装置。
【請求項6】
情報処理装置の複数の構成部品のそれぞれにおいて生じる障害に対して、予め定められた基準に応じた重みづけ値を付与した被疑部品推定情報を記憶装置に記憶し、
前記複数の構成部品のいずれかにおいて前記障害として訂正不可能な障害が発生した場合に、前記被疑部品推定情報に含まれる前記重みづけ値に基づいて、前記訂正不可能な障害が生じたことが疑われる被疑部品を推定する、
処理を前記情報処理装置が実行する、推定方法。
前記複数の構成部品のいずれかにおいて前記障害として訂正不可能な障害が発生した場合に、前記被疑部品推定情報に含まれる前記重みづけ値に基づいて、前記訂正不可能な障害が生じたことが疑われる被疑部品を推定する、
処理を前記情報処理装置が実行する、推定方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置及び推定方法に関する。
【背景技術】
【0002】
コンピュータ等の情報処理装置において、Central Processing Unit（ＣＰＵ）内部エラー（Internal Error（ＩＥＲＲ））が発生する場合がある。ＣＰＵ内部エラーは、主としてＣＰＵと通信可能な部品における障害に起因する。ＣＰＵ内部エラーが発生した場合、システム管理部（System Management Block）は、ＣＰＵから障害情報を読み出す。システム管理部は、読み出した障害情報に基づいて、障害の発生が疑われる被疑部品を推定して、ユーザに知らせる。
【0003】
軽故障の発生件数に応じて、障害が疑られる被疑部品の推定内容を変更する技術や、障害情報に含まれる障害発生日時から障害発生間隔を算出する技術、直近の障害発生日に基づいて、障害の発生頻度を算出し、算出結果から、修復困難な故障発生の可能性を報告する技術が存在する。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１５－１６２０３０号公報
【特許文献2】特開２００２－３２３９９７号公報
【特許文献3】特開２００１－２４３２７６号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
ＣＰＵ内部エラーとして、訂正可能な障害（Correctable Error（ＣＥ））と、訂正不可能な障害（Uncorrectable Error（ＵＥ））とが存在する。障害がＵＥである場合には、ＣＰＵの動作不能等に起因して、システム管理部が障害情報を取得できない場合がある。この結果、被疑部品を推定することが困難となるおそれがある。
【0006】
１つの側面では、訂正不可能な障害が生じた場合においても、障害が生じたことが疑われる被疑部品を推定することを目的とする。
【課題を解決するための手段】
【0007】
１つの側面では、情報処理装置は、制御部を備える。制御部は、情報処理装置の複数の構成部品のそれぞれにおいて生じる障害に対して、予め定められた基準に応じた重みづけ値を付与した被疑部品推定情報を記憶装置に記憶する。制御部は、複数の構成部品のいずれかにおいて障害として訂正不可能な障害が発生した場合に、被疑部品推定情報に含まれる重みづけ値に基づいて、訂正不可能な障害が生じたことが疑われる被疑部品を推定する。
【発明の効果】
【0008】
１つの側面では、訂正不可能な障害が生じた場合においても、障害が生じたことが疑われる被疑部品を推定することができる。
【図面の簡単な説明】
【0009】
【図1】関連技術における情報処理装置のハードウェア構成例を模式的に示すブロック図である。
【図2】実施形態における情報処理装置のハードウェア構成の第１例を模式的に示すブロック図である。
【図7】ＣＥの障害発生間隔に応じた重みづけ値＃１について示す図である。
【図8】ＣＥの障害発生回数に応じた重みづけ値＃２について示す図である。
【図9】直近のＣＥの発生時期に応じた重みづけ値＃３について示す図である。
【図10】重みづけ値の合算値及び被疑順位について示す図である。
【図18】実施形態における情報処理装置の第２例を模式的に示す図である。
【図19】実施形態における情報処理装置の第３例を模式的に示す図である。
【発明を実施するための形態】
【0010】
〔Ａ〕関連技術
図１は、関連技術における情報処理装置２のハードウェア構成例を模式的に示すブロック図である。
図１は、関連技術における情報処理装置２のハードウェア構成例を模式的に示すブロック図である。
【0011】
図１に示す情報処理装置２は、システム１００及びシステム管理部４を備える。システム１００及びシステム管理部４は、一つのボード３に設けられてよい。
【0012】
システム１００は、ＣＰＵ１０，メモリ２０－１～２０－４，及びＰＣＩカード３０－１～３０－３を備えるコンピュータシステムであってよい。
【0013】
ＣＰＵ１０（プロセッサ）は、例示的に、種々の制御や演算を行う処理装置であり、メモリ２０－１～２０－４等に格納されたOperating System（ＯＳ）及びプログラムを実行することにより、種々の機能を実現する。
【0014】
メモリ２０－１～２０－４（メモリ２０と総称する場合がある）は、例示的に、Read Only Memory（ＲＯＭ）及びRandom Access Memory（ＲＡＭ）を含む記憶装置である。ＲＡＭは、例えばDynamic RAM（ＤＲＡＭ）であってよい。メモリ２０のＲＯＭには、Basic Input/Output System（ＢＩＯＳ）等のプログラムが書き込まれてよい。メモリ２０のソフトウェアプログラムは、ＣＰＵ１０に適宜に読み込まれて実行されてよい。また、メモリ２０のＲＡＭは、一次記録メモリあるいはワーキングメモリとして利用されてよい。
【0015】
ＰＣＩカード３０－１～３０－３（ＰＣＩカード３０と総称する場合がある）は、コンピュータの主基板であるボード３に接続されて特定の機能を追加する拡張カードの一種であり、ＰＣＩバスで通信を行なう。但し、ＰＣＩカード３０に代えて、種々の拡張カード等のＩ／Ｏデバイスが用いられてもよい。
【0016】
図１においては、メモリ２０として、４つのメモリ＃１～＃４が設けられており、ＰＣＩカード３０として、３つのＰＣＩカード＃１～＃３が設けられている。但し、メモリ２０及びＰＣＩカード３０の数は、図１に示す例に限定されない。
【0017】
ＣＰＵ１０は、コア１１，キャッシュ（cache）１２，メモリコントローラ１３，Ｉ／Ｏコントローラ１４，他制御回路１５，及びエラーレジスタ１６を備えてよい。
【0018】
コア１１は、ＣＰＵ１０（マイクロプロセッサ）の内部で、独立して機能する演算装置であり、プロセッサコアと称される。キャッシュ１２は、ＣＰＵ１０がメモリ２０から読み出したデータを一時記憶するメモリ回路である。
【0019】
メモリコントローラ１３は、メモリ２０のインタフェースを統括する。一例において、メモリコントローラ１３は、コンピュータシステム上でＲＡＭのデータの読み出し及び書き込み、ならびにＤＲＡＭのリフレッシュなどの各処理を実行する。
【0020】
Ｉ／Ｏコントローラ１４は周辺機器とＣＰＵ１０との接続及び通信を制御する。本例では、Ｉ／Ｏコントローラ１４は、各ＰＣＩカード３０との通信を制御する。
【0021】
他制御回路１５は、キャッシュ１２，メモリコントローラ１３，及びＩ／Ｏコントローラ１４以外の回路部分である。例えば、他制御回路１５は、電源を制御するコントローラである。
【0022】
エラーレジスタ１６は、障害情報を格納するレジスタである。障害情報は、障害の種別，障害が検出された検出部位，エラーコード，及び障害が生じたと疑われる対象部品等のデータを含んでよい。障害情報の詳細は後に詳述される。
【0023】
障害は、ＣＰＵ内部エラーであってよい。ＣＰＵ内部エラーは、ＣＰＵ１０が設けられたＣＰＵシステム（システム１００）内において検出した障害であってよい。ＣＰＵ内部エラーは、コア１１の外部の部品で生じた障害であることが一般的である。一例において、ＣＰＵ内部エラーは、キャッシュ１２，メモリ２０，ＰＣＩカード３０，他制御回路１５において発生した障害を含む。
【0024】
ＣＰＵ内部エラーは、ＣＰＵ１０内のキャッシュ１２，メモリコントローラ１３，Ｉ／Ｏコントローラ１４等の検出部位において検出される。メモリ２０において障害が発生した場合には、メモリコントローラ１３が障害を検出する。ＰＣＩカード３０等のＩ／Ｏデバイスにおいて障害が発生した場合には、Ｉ／Ｏコントローラ１４が障害を検出する。
【0025】
障害が検出された場合には、障害が発生した旨がＣＰＵ１０からシステム管理部４に対して通知される。さらに、障害情報が、ＣＰＵ１０内のレジスタ（エラーレジスタ１６）に格納される。
【0026】
システム管理部４は、障害が発生した旨の通知を受けた場合、ＣＰＵ１０内のエラーレジスタ１６から障害情報を読み出す。
【0027】
システム管理部４は、読み出した障害情報に基づいて、故障部品を特定する。システム管理部４は、特定した故障部品についての情報を内部ログとして記録してよい。内部ログは、システムイベントログ（System Event Log）であってよい。システム管理部４は、発生した障害についての情報を内部ログとしてユーザに提供する。ユーザに提供される情報には、故障部品の指摘情報が含まれる。ユーザは、システム管理部４にアクセスすることによって、内部ログを閲覧することができる。
【0028】
ＣＰＵ内部エラーとして、訂正可能な障害（Correctable Error（ＣＥ））と、訂正不可能な障害（Uncorrectable Error（ＵＥ））とが存在する。
【0029】
ＣＥは、複数の構成部品のうちのＣＰＵ１０（プロセッサ）からの障害情報の読み出しが可能な障害である。一方、ＵＥが発生した場合、ＣＰＵ１０の動作不能等に起因して、システム管理部４が障害情報をＣＰＵ１０のエラーレジスタ１６から読み出し不可能な場合がある。システム管理部４が、障害情報の読み出しに失敗した場合、システム管理部４は、例えば、故障部位特定不可能の障害が発生したと判断するか、ＣＰＵ１０が故障部品であると誤って指摘する。
【0030】
図１においては、一例において、ＰＣＩカード３０－２（ＰＣＩカード＃２）において、ＵＥが発生したことがＩ／Ｏコントローラ１４によって検出される。障害が発生した旨がシステム管理部４に通知される。また、ＵＥを検出した検出部位、エラーコード、障害が生じたと疑われる対象部品等のデータを含む障害情報がエラーレジスタ１６に記憶される。
【0031】
図１においては、通知を受けたシステム管理部４は、エラーレジスタ１６からの障害情報の読み出しに失敗する場合が示される。図１において、ＵＥがＰＣＩカード３０－２（ＰＣＩカード＃２）において発生したことをシステム管理部４が推測することが困難となるおそれがある。
【0032】
〔Ｂ〕実施形態
以下、図面を参照して一実施形態が説明される。但し、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。また、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。
以下、図面を参照して一実施形態が説明される。但し、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。また、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。
【0033】
以下、図中において、同一の各符号は同様の部分を示しているので、その説明は省略する。
【0034】
〔Ｂ－１〕構成例
図２は、実施形態における情報処理装置１のハードウェア構成の第１例を模式的に示すブロック図である。
図２は、実施形態における情報処理装置１のハードウェア構成の第１例を模式的に示すブロック図である。
【0035】
図２に示す情報処理装置１は、システム１００及びシステム管理部２００を備える。一例において、システム１００及びシステム管理部２００は一つのボード３に設けられてよい。
【0036】
システム１００の構成は、図１に示す情報処理装置２におけるシステム１００と同様である。システム１００は、主として、ＣＰＵ１０，メモリ２０，Ｉ／Ｏデバイス（ＰＣＩカード３０等）を備える。
【0037】
システム管理部２００は、予兆リスト４１を記憶装置４０に記憶する。記憶装置４０は、ボード３に設けられていてもよく、ボード３の外部に設けられていてもよい。
【0038】
予兆リスト４１は、情報処理装置１の複数の構成部品のそれぞれにおいて生じる障害に対して、予め定められた基準に応じた重みづけ値を付与した被疑部品推定情報の一例である。複数の構成部品は、ＣＰＵ１０，メモリ２０，及びＰＣＩカード３０（拡張カードやＩ／Ｏデバイス）等であってよい。障害は、ＣＰＵ内部エラーであってよい。
【0039】
システム管理部２００は、ＣＥ（訂正可能な障害）のうちで、ＵＥ（訂正不可能な障害）の前兆となり得る障害の発生に関する履歴データを予兆リスト４１として記録してよい。但し、予兆リスト４１は、すべてのＣＥについて記録してもよい。
【0040】
システム管理部２００は、複数の構成部品のいずれかにおいて障害としてＵＥが発生した場合に、予兆リスト４１に含まれる重みづけ値に基づいて、ＵＥが生じたことが疑われる被疑部品を推定する。システム管理部２００は、重みづけ値に基づいて被疑部品を推定する制御部の一例である。
【0041】
図３は、図２に示す情報処理装置１におけるＣＥ及びＵＥの発生例を示す図である。ＣＰＵ１０内部のメモリコントローラ１３及びＩ／Ｏコントローラ１４においてＣＥが検出された場合は、将来において、タイムアウトが生じることに起因するＵＥが発生する可能性がある。メモリコントローラ１３で検出されるＣＥの原因部位はメモリ２０であってよい。Ｉ／Ｏコントローラ１４で検出されるＣＥの原因部位は、ＰＣＩカード３０（Ｉ／Ｏデバイス）であってよい。なお、原因部位は、ＣＥの原因となった構成部品の属するカテゴリを意味する。
【0042】
ＣＰＵ１０内部のキャッシュ１２においてＣＥが検出された場合、キャッシュ１２の故障に起因してデータ化けエラーが発生してＵＥが生じる可能性がある。キャッシュ１２において検出されるＣＥの原因部位は、ＣＰＵ１０であってよい。
【0043】
また、キャッシュ１２，メモリ２０，及びＰＣＩカード３０（Ｉ／Ｏデバイス）以外の他制御回路１５でＣＥが検出された場合、ボード３が障害の原因部位とされてよい。
【0044】
ＣＥが検出された場合には、ＣＥが発生した旨がＣＰＵ１０からシステム管理部２００に対して通知される。ＣＥに関する障害情報が、ＣＰＵ１０内のレジスタ（エラーレジスタ１６）に格納される。
【0045】
システム管理部２００は、ＣＰＵ１０内の障害情報を読み出し、読み出された障害情報に基づいて、予兆リスト４１を作成する。予兆リスト４１は、複数の構成部品であるＣＰＵ１０，メモリ＃１～＃４，ＰＣＩカード＃１～＃３，及びボード３のそれぞれにおいて、障害（ＣＥ）の発生回数、ＣＥの発生間隔、及び直近のＣＥ障害の発生時期のうち少なくとも一つの項目を含んでよい。予兆リスト４１は、少なくとも一つの項目についての重みづけ値を含んでよい。
【0046】
図３においては、ＰＣＩカード＃２におけるＣＥ発生回数（１０回）が他の構成部品におけるＣＥ発生回数に比べて多い。予兆リスト４１ではＣＥ発生回数に応じて重みづけ値が付与されてよい。システム管理部２００は、複数の構成部品のいずれかにおいて障害としてＵＥ（訂正不可能な障害）が発生した場合に、予兆リスト４１に含まれる重みづけ値に基づいて、ＵＥが生じたことが疑われる被疑部品としてＰＣＩカード＃２を推定してよい。
【0047】
【0048】
システム管理部２００は、主としてファームウェアによって動作する。システム１００内（Inband）において、ＣＰＵ１０とメモリ２０との間は、Double DataRate（ＤＤＲ）等で通信が実行されてよい。ＣＰＵ１０とＩ／Ｏデバイス（ＰＣＩカード３０等）との間は、Peripheral Component Interconnect Express（ＰＣＩｅ）等で通信が実行されてよい。システム管理部２００とユーザとの間は、Intelligent Platform Management Interface（ＩＰＭＩ）等で通信が実行されてよい。
【0049】
【0050】
障害が発生した場合、システム管理部２００は、ＣＰＵ１０からエラー通知を受信する（処理（１））。
【0051】
システム管理部２００は、ＣＰＵ１０内のレジスタ（エラーレジスタ１６）のデータ（値）である障害情報を読み出す（処理（２））。
【0052】
図５は、図２に示す情報処理装置１のエラーレジスタ１６に記憶される障害情報の一例を示す図である。エラーレジスタ１６に記憶される障害情報は、障害種別（エラー種別），検出部位，エラーコード，及び対象部品などの情報を含んでよい。
【0053】
障害種別は、障害が訂正可能な障害（ＣＥ）であるか訂正不可能な障害（ＵＥ）であるかを示す情報を含む。
【0054】
検出部位は、構成部品でのＣＥの発生を検出した部位について情報である。例えば、メモリ２０においてＣＥが発生した場合には、検出部位は、メモリコントローラ１３である。エラーコードは、障害を識別する識別符号であってよい。
【0055】
図４に示されるように、システム管理部２００は、読み出された障害情報（エラーレジスタ１６の値）に基づいて障害解析（エラー解析）を実行する（処理（３））。
【0056】
障害解析は、発生した障害がＣＥ（訂正可能な障害）であるかＵＥ（訂正不可能な障害）であるかの解析を含む。
【0057】
障害解析は、さらに、発生したＣＥが、ＵＥの前兆となり得る障害であるか否かの解析を含んでよい。システム管理部２００は、発生したＣＥが、ＵＥの前兆となり得る障害であるか否かを判断するための情報であるＣＥカテゴリ表を記憶装置４０に事前に格納してよい。
【0058】
図６は、図２に示す情報処理装置１が予め格納しているＣＥカテゴリ表の一例を示す図である。ＣＥカテゴリ表（ＣＥカテゴリ情報）は、各ＣＥについての検出部位とエラーコードごとに、ＵＥの前兆となり得る障害であるか否かの情報を含む。ＣＥカテゴリ表は、情報処理装置１の複数の構成部品のそれぞれにおいて生じる障害について、将来のＵＥの予兆となり得ることを示す種別を含むリストの一例である。
【0059】
システム管理部２００は、ＣＰＵ１０から読み出した障害情報（図５）に含まれる「検出部位」及び「エラーコード」に基づいてＣＥカテゴリ表を参照する。この結果に基づいて、システム管理部２００は、発生したＣＥが将来のＵＥの予兆となり得る障害であるかを判定してよい。
【0060】
図６に示されるとおり、ＣＥが同一の検出部位で検出された場合においても、ＵＥの前兆となり得る障害であるか否かはエラーコードによって決定されてよい。一例において、検出部位がキャッシュ１２である場合において、エラーコードが「Ａ」，「Ｂ」，及び「Ｃ」である場合には、検出された障害は将来のＵＥの予兆となる。一方、エラーコードが「Ｄ」である場合には、検出された障害は将来のＵＥの予兆とならない。
【0061】
図４に示されるように、システム管理部２００は、読み出された障害情報に基づいて、障害情報を内部ログ（システムイベントログ）に記憶してよい（処理（４））。特に、ユーザは、内部ログにアクセスして、障害情報を知ることができる。
【0062】
システム管理部２００は、障害が、将来のＵＥの予兆となるＣＥである場合には、障害の発生に関する履歴（エラー履歴）を予兆リスト４１に記録する（処理（５））。
【0063】
一例において、予兆リスト４１は、複数の構成部品のそれぞれにおいて、障害の発生回数、障害の発生間隔、及び直近の障害の発生時期のうち少なくとも一つの項目を含む。予兆リスト４１において、情報処理装置１の複数の構成部品のそれぞれにおいて生じる障害に対して、予め定められた基準に応じた重みづけ値が付与されてよい。
【0064】
図７は、ＣＥの障害発生間隔に応じた重みづけ値＃１について示す図である。図７において、障害発生間隔が「無し（none）」である場合は、当該ＣＥの発生回数が１回であり、２回以上発生していないため、障害発生間隔が観念できない。
【0065】
図７において、障害発生が１度もないメモリ＃３，ＰＣＩカード＃３，及びボード３については、障害発生間隔は、設定されない。
【0066】
発生回数が２回目のＣＥについては、初回のＣＥ発生時期と現ＣＥ発生時期との差分に基づいて障害発生間隔が設定されてよい。発生回数が３回目以上のＣＥについては、「直近ＣＥ発生時期」（前回のＣＥ発生時期）と現ＣＥ発生時期との差分に基づいて算出された値と、既存の「障害発生間隔」との平均を計算することによって障害発生間隔が更新されてよい。但し、障害発生間隔の計算は、この場合に限られない。
【0067】
システム管理部２００は、障害発生間隔の短いものから順番に、番号を１から昇順となるように付与してよい。この順番に応じて重みづけ値＃１が付与されてよい。一例において、番号自体が重みづけ値＃１とされる。本例では、重みづけ値＃１が小さいほど、訂正不可能な障害が生じたことが疑われる可能性が高い順である被疑順位を高くしてよい。被疑順位は、被疑部品の推定の一例である。
【0068】
図７に示される場合では、障害発生間隔が最も短いメモリ＃４の重みづけ値＃１が、１であり、ＰＣＩカード＃１及び＃２の重みづけ値＃１が、２及び３である。メモリ＃２の重みづけ値＃１が４である。ＣＰＵ１０及びメモリ＃１においては、障害発生間隔が「無し（none）」である場合である。したがって、ＣＰＵ１０及びメモリ＃１の重みづけ値＃１が５である。メモリ＃３，ＰＣＩカード＃３，及びボードは、障害が発生していないので、重みづけ値＃１が設定されない。但し、重みづけ値＃１は、図７に示される場合に限られず、障害発生間隔に基づいて重みづけ値＃１が付与されればよい。
【0069】
ＣＰＵ１０におけるシステム１００においては、ＵＥ発生前にＣＥが連続発生する傾向がある。したがって、ＣＥ発生間隔の短い障害が発生した構成部品が、被疑部品である可能性が高くなる。したがって、図７の重みづけ値＃１に基づく処理によれば、ＵＥ発生に起因してシステム管理部２００がＣＰＵ１０から障害情報を読み出せない場合であっても、被疑部品を推定することが可能となる。
【0070】
図８は、ＣＥ発生回数（障害発生回数）に応じた重みづけ値＃２について示す図である。図８において、システム管理部２００は、ＣＥ発生回数の多い順に、番号を１から昇順に付与する。付与された番号に基づいて重みづけ値＃２が付与されてよい。一例において、番号自体が重みづけ値＃２であってよい。本例では、重みづけ値＃２が小さいほど、訂正不可能な障害が生じたことが疑われる可能性が高い順である被疑順位を高くしてよい。但し、重みづけ値＃２は、図８に示される場合に限られず、障害発生回数に基づいて重みづけ値＃２が付与されればよい。
【0071】
ＣＰＵ１０におけるシステム１００においては、経年劣化等に起因する構成部品のＵＥの場合、ＵＥの発生に先立って当該構成部品にけるＣＥの発生回数が徐々に増加する傾向にある。したがって、図８の重みづけ値＃２に基づく処理によれば、ＵＥ発生に起因してシステム管理部２００がＣＰＵ１０から障害情報を読み出せない場合であっても、被疑部品を推定することが可能となる。
【0072】
図９は、直近のＣＥ発生時期に応じた重みづけ値＃３について示す図である。直近のＣＥ発生時期は、直近のＣＥ発生日時であってもよく、直近のＣＥ発生日であってもよい。
【0073】
図９において、システム管理部２００は、直近のＣＥ発生時期が現時点に近い順に、番号を１から昇順に付与する。付与された番号に基づいて重みづけ値＃３が付与されてよい。一例において、番号自体が重みづけ値＃３であってよい。本例では、重みづけ値＃３が小さいほど、訂正不可能な障害が生じたことが疑われる可能性が高い順である被疑順位を高くしてよい。但し、重みづけ値＃３は、図９に示される場合に限られず、直近のＣＥ発生時期に基づいて重みづけ値＃３が付与されればよい。
【0074】
ＣＰＵ１０におけるシステム１００においては、ＵＥが発生する直前においてＣＥが発生している可能性が高い。したがって、図９の重みづけ値＃３に基づく処理によれば、ＵＥ発生に起因してシステム管理部２００がＣＰＵ１０から障害情報を読み出せない場合であっても、被疑部品を推定することが可能となる。
【0075】
図１０は、重みづけ値＃１，＃２，＃３の合算値及び被疑順位について示す図である。
予兆リスト４１は、図７～図９に示したＣＥ発生間隔、ＣＥ発生回数、及び直近のＣＥ発生時期の項目のうち、複数の項目を含んでよい。システム管理部２００は、複数の項目についての重みづけ値＃１，＃２，＃３に基づいて、被疑部品を推定してよい。
予兆リスト４１は、図７～図９に示したＣＥ発生間隔、ＣＥ発生回数、及び直近のＣＥ発生時期の項目のうち、複数の項目を含んでよい。システム管理部２００は、複数の項目についての重みづけ値＃１，＃２，＃３に基づいて、被疑部品を推定してよい。
【0076】
図１０においては、予兆リスト４１（被疑部品推定情報）は、図７～図９に示したＣＥ発生間隔、ＣＥ発生回数、及び直近のＣＥ発生時期の各項目を含む。システム管理部２００は、重みづけ値＃１，＃２，及び＃３の合算値（ＳＵＭ）を算出する。システム管理部２００は、合算値に基づいて、複数の構成部品について、訂正不可能な障害が生じたことが疑われる可能性が高い順（被疑順位）を推定してよい。一例において、合算値（ＳＵＭ）の値が小さい順に、番号を１から昇順に付与して、当該番号を被疑順位としてよい。
【0077】
複数の構成部品について合算値（ＳＵＭ）の値が同じ場合には、被疑順位も同じとしてよい。また、ＣＥが発生していないことに起因して重みづけ値＃１～＃３が設定されていない場合には、被疑順位が設定されなくてよい。換言すれば、ＣＥ未発生の部品については、重みづけ値及び被疑順位の計算が実行されない。
【0078】
但し、実施形態は、重みづけ値＃１，＃２，及び＃３の合算値（ＳＵＭ）の単純な合算値に基づいて被疑部品が推定される場合に限られない。重みづけ値＃１，＃２，及び＃３のそれぞれに予め定められた係数を乗じた結果を合算して得られた値に基づいて被疑部品が推定されてもよく、重みづけ値＃１，＃２，及び＃３を考慮要素として演算した何らかの値に基づいて被疑部品が推定されてよい。
【0079】
以上のように、予兆リスト４１（被疑部品推定情報）は、ＣＥのうちで、ＵＥの前兆となり得る障害の発生に関する履歴データと、障害に対して予め定められた基準に応じて付与された重みづけ値とを有してよい。但し、予兆リスト４１は、他の情報を含んでよい。
【0080】
図１１は、図２に示す情報処理装置１における直近ＵＥ発生時期の情報の一例を示す図である。予兆リスト４１は、直近ＵＥ発生時期と、構成部品を交換した時期の情報とを含んでいてよい。直近ＵＥ発生時期は、ＵＥが前回生じた時期であってよい。
【0081】
システム管理部２００は、特定の構成部品にＵＥが前回生じた時期と、特定の構成部品を交換した時期とを比較する。特定の構成部品においてＵＥが前回生じた時期よりも特定の構成部品を交換した時期が後である場合には、システム管理部２００は、特定の構成部品を交換したことを提示してよい。一例において、予兆リスト４１は、特定の構成部品を交換した旨を示す補足事項を含んでよい。
【0082】
【0083】
システム固有情報は、システム１００に固有の情報であり、予めシステム管理部２００が記憶してよい。システム固有情報は、ＣＥの検出個所である検出部位、ＣＥの原因となった構成部品の属するカテゴリを示す原因部位、及び交換可能な最小単位の構成部品（障害を指摘する単位）を示す対象部品についての情報を含んでよい。
【0084】
通常更新情報は、各構成部品（対象部品）について、ＣＥ発生回数、シリアルナンバー、交換時期、初回ＣＥ発生時期、直近ＣＥ発生時期、及びＣＥの障害発生間隔を含んでよい。通常更新情報は、ＣＥの発生に関して重みづけ値の根拠となる項目を含んでよい。
【0085】
シリアルナンバーは、個々の対象部品を識別する部品情報の一例である。対象部品が交換されるとシリアルナンバーが変更される。
【0086】
通常更新情報は、システム１００の通常の運用時に更新されてよい。一例において、通常更新情報は、情報処理装置１の電源投入時自己診断テストＰＯＳＴ(Power On Self Test)において更新されてよい。システム管理部２００は、情報処理装置１の電源投入時自己診断テストにおいて検出された障害検出対象である対象部品のシリアルナンバー（部品情報）と、予兆リスト４１における当該構成部品のシリアルナンバーとを比較してよい。
【0087】
システム管理部２００は、比較結果に基づいて、予兆リスト４１（被疑部品推定情報）を更新してよい。具体的には、システム管理部２００は、検出された対象部品のシリアルナンバーと予兆リスト４１におけるシリアルナンバーが不一致の場合、予兆リスト４１におけるシリアルナンバーを検出された対象部品のシリアルナンバーに書き換えてよい。この場合、システム管理部２００は、交換時期をシリアルナンバーの書き換え時の日時等に設定し、ＣＥ発生回数を０にリセットしてよい。
【0088】
ＵＥ発生時利用情報は、図７，図８，及び図９に示した重みづけ値＃１～＃３と、図１０に示した合算値（ＳＵＭ）及び被疑順位と、図１１を用いて説明した補足事項とを含んでよい。但し、ＵＥ発生時利用情報は、図１２に示される場合に限定されず、重みづけ値＃１～＃３の少なくとも一つを含んでいればよい。また、被疑順位に代えて、被疑順位の上位に該当する被疑部品を特定する情報が被疑部品推定情報に含まれていてよい。さらに、被疑部品推定情報は、必ずしも被疑順位を含んでいなくてもよい。
【0089】
以上のように、システム管理部２００は、障害の発生に関する履歴（エラー履歴）を含むデータを予兆リスト４１として記録する（図４の処理（５））。
【0090】
次に、図４に戻り、ＵＥが発生した場合、システム管理部２００は、予兆リスト４１に基づいて、発生したＵＥの内容を推定し、エラー推定リスト４２を作成する。エラー推定リスト４２は、内部ログ（システムイベントログ）の一部として記憶してよい。ユーザは、内部ログを閲覧することで、障害の発生が疑われる被疑部品の推定結果を知ることができる（図４の処理（６））。
【0091】
【0092】
ユーザは、システム管理部２００の内部ログへアクセスし、被疑部品について内部ログ（エラー推定リスト４２）を得る。ユーザは、必要に応じて被疑部品（故障部品）を交換することによって、システム１００を復旧させる。
【0093】
特に、ＵＥが発生した場合、システム管理部２００が障害情報をＣＰＵ１０のエラーレジスタ１６から読み出しすることに失敗する場合であっても、システム管理部２００は内部ログ（エラー推定リスト４２）をユーザに提供することができる。
【0094】
図１３においては、被疑順位の値“１”が最優先で交換すべき故障部品であり、被疑順位が下がるにつれて、交換すべき優先度が下がる。また、エラー推定リスト４２は、部品をすでに交換した時期である“交換時期”を含んでよい。この場合、部品交換しても再度同一のエラーが発生した際に、ユーザが同種部品の交換を繰り返さないように注意が喚起される。
【0095】
図１４は、図２に示す情報処理装置１におけるシステム管理部２００の機能を模式的に示す図である。
システム管理部２００は、ＰＯＳＴ処理部５１及びリスト更新部５２を備えてよい。ＰＯＳＴ処理部５１は、情報処理装置１の電源投入時自己診断テストの処理を実行する。
システム管理部２００は、ＰＯＳＴ処理部５１及びリスト更新部５２を備えてよい。ＰＯＳＴ処理部５１は、情報処理装置１の電源投入時自己診断テストの処理を実行する。
【0096】
リスト更新部５２は、予兆リスト４１（被疑部品推定情報）を更新する。一例において、リスト更新部５２は、通常更新部５３と重みづけ値更新部５４を備えてよい。
【0097】
通常更新部５３は、各対象部品について、ＣＥ発生回数、初回ＣＥ発生時期、直近ＣＥ発生時期、ＣＥの障害発生間隔、シリアルナンバー、及び交換時期などの通常更新情報（図１２参照）を更新してよい。通常更新部５３は、ＣＥが発生するたびにＣＥ発生回数、初回ＣＥ発生時期、直近ＣＥ発生時期、及びＣＥの障害発生間隔を更新してよい。本例では、将来のＵＥの予兆となり得る種別のＣＥについて、ＣＥ発生回数、初回ＣＥ発生時期、直近ＣＥ発生時期、及びＣＥの障害発生間隔等が更新される。
【0098】
さらに、通常更新部５３は、ＰＯＳＴ処理部５１による電源投入時自己診断テストＰＯＳＴにおいて、対象部品のシリアルナンバー、交換時期を更新してよく、ＣＥ発生回数、初回ＣＥ発生時期、直近ＣＥ発生時期、及びＣＥの障害発生間隔をリセットしてよい。
【0099】
重みづけ値更新部５４は、情報処理装置１の複数の構成部品（対象部品）のそれぞれにおいて発生するＣＥに対して、予め定められた基準に応じた重みづけ値＃１～＃３を付与（更新）してよい。
【0100】
リスト更新部５２は、重みづけ値＃１～＃３の合算値（ＳＵＭ）、被疑順位、部品交換の有無のついての補足事項を付与してもよい。
【0101】
重みづけ値＃１～＃３、合算値（ＳＵＭ）、及び被疑順位は、ＵＥが発生した後に更新されてもよい。但し、この場合に限られず、重みづけ値＃１～＃３、合算値（ＳＵＭ）、及び被疑順位が、ＵＥが発生する前に所定期間ごとに計算されて付与されてもよい。
【0102】
システム管理部２００は、通知受信部５５，システム停止部５６，障害情報読出部５７，障害要因解析部５８，及び障害種別判定部５９を備えてよい。
【0103】
通知受信部５５は、障害が発生した旨の通知をＣＰＵ１０から受信する。
【0104】
システム停止部５６は、障害内容がＵＥである場合に、ＵＥ発生時の処理を実行する。一例において、システム停止部５６は、障害内容がＵＥである場合に、システム１００の動作を停止する。
【0105】
障害情報読出部５７は、障害が検出された場合に、ＣＰＵ１０内のエラーレジスタ１６から障害情報を読み出す。障害情報読出部５７がエラーレジスタ１６から障害情報を読み出せない場合には、読み出し不可能な障害であるＵＥが生じたと判断される。この結果、記憶装置４０内の予兆リスト４１が活用される。
【0106】
障害要因解析部５８は、読み出された障害情報に基づいて障害要因を解析する。障害要因解析部５８による解析において障害要因が不明である場合にも、予兆リスト４１が活用されてよい。
【0107】
障害種別判定部５９は、障害の種別を判定する。障害種別判定部５９は、訂正可能障害種別判定部６０を備えてよい。
【0108】
障害種別判定部５９は、ＣＰＵ１０内のエラーレジスタ１６から読み出された障害情報に基づいて、障害がＣＥであるかＵＥであるかを判定する処理を実行してよい。
【0109】
訂正可能障害種別判定部６０は、エラーレジスタ１６から読み出された障害情報の内容と、図６に示したＣＥカテゴリ表の内容とに基づいて、発生したＣＥが将来のＵＥの予兆となり得る種別であるか否かを判断する。リスト更新部５２は、訂正可能障害種別判定部６０による判定結果に基づいて、将来のＵＥの予兆となり得る種別のＣＥについて、ＣＥ発生回数、初回ＣＥ発生時期、直近ＣＥ発生時期、及びＣＥの障害発生間隔等を更新してよい。
【0110】
システム管理部２００は、被疑部品推定部６１，被疑順位リスト作成部６２，及び交換時期通知部６３を備えてよい。
【0111】
被疑部品推定部６１は、複数の構成部品のいずれかにおいて障害としてＵＥが発生した場合に、予兆リスト４１に含まれる重みづけ値＃１～＃３に基づいて、ＵＥが生じたことが疑われる被疑部品を推定する。
【0112】
本実施形態のように、予兆リスト４１に被疑順位が含まれる場合には、被疑部品推定部６１は、予兆リスト４１に含まれる被疑順位に基づいて、被疑部品を推定してよい。但し、これに限られず、被疑部品推定部６１が、予兆リスト４１に含まれる重みづけ値＃１～＃３に基づいて、被疑部品を推定してよい。
【0113】
被疑順位リスト作成部６２は、図１３に示したエラー推定リスト４２を作成する。エラー推定リスト４２は、図１３に示すように、対象部品のうち訂正不可能な障害が生じたことが疑われる可能性が高い順を示す被疑順位を含む被疑順位リスト（被疑順位情報）の一例である。
【0114】
【0115】
ＰＯＳＴ処理部５１は、システム起動時の処理として、電源投入時自己診断テストＰＯＳＴ(Power On Self Test)処理を実行する（ステップＳ１０）。
【0116】
ＰＯＳＴ処理（ステップＳ１０）において、ステップＳ１１～Ｓ１６の処理が実行されてよい。予兆リスト４１の準備の処理（ステップＳ１１）として、通常更新部５３は、ステップＳ１２～Ｓ１５の処理を実行する。
【0117】
通常更新部５３は、障害検出対象である対象部品のシリアルナンバーを取得する（ステップＳ１２）。
【0118】
通常更新部５３は、ステップＳ１２において検出されたシリアルナンバーと、予兆リスト４１における当該対象部品のシリアルナンバーとが一致するかを判断する（ステップＳ１３）。検出されたシリアルナンバーが予兆リスト４１におけるシリアルナンバーと一致する場合（ステップＳ１３のＹＥＳルート）、通常更新部５３は、当該対象部品のシリアルナンバーを更新しない（ステップＳ１４）。一方、検出されたシリアルナンバーが予兆リスト４１におけるシリアルナンバーと一致しない場合（ステップＳ１３のＮＯルート）、通常更新部５３は、検出されたシリアルナンバーを予兆リスト４１内におけるシリアルナンバーに設定する（ステップＳ１５）。この場合、通常更新部５３は、当該部品の交換時期をシリアルナンバーの書き換え時の日時等に設定し、ＣＥ発生回数を０にリセットしてよい。
【0119】
ステップＳ１６において、通常更新部５３は、当該部品のその他の情報（初回ＣＥ発生時期、直近ＣＥ発生時期、障害発生間隔、重みづけ値＃１～＃３、重みづけ値＃１～＃３の合算値、被疑順位等）を除去する。処理はＰＯＳＴ処理（ステップＳ１０）に戻る（ステップＳ１６）。
【0120】
ＰＯＳＴ処理の後、システム１００の運用が開始される。システム１００の運用においては、ステップＳ１７～Ｓ２１の処理が実行されてよい。
【0121】
通知受信部５５がＣＰＵ１０から障害発生の通知を受信しない間は（ステップＳ１７のＮＯルート）、システム運用を継続する。
【0122】
通知受信部５５がＣＰＵ１０から障害発生の通知を受信すると（ステップＳ１７のＹＥＳルート）、システム管理部２００は、障害解析処理（Ａ）を実行する（ステップＳ１８）。障害解析処理（Ａ）は、障害情報の読出し、障害要因解析、障害種別判定、ＣＥ種別判定、及び予兆リスト４１の活用（Ｂ）等の処理を含む。障害解析処理（Ａ）の内容は後に説明される。
【0123】
障害内容がＣＥであれば、システム管理部２００は、ＣＥ発生時の処理へ移行後（ステップＳ１９）、システム１００の運用を継続する（ステップＳ１７～ステップＳ１９）。障害内容がＵＥであれば、システム管理部２００は、ＵＥ発生時の処理へ移行後（ステップＳ２０）、システム１００の運用を停止する（ステップＳ２１）。なお、ステップＳ１９及びＳ２０の処理は、従来のシステム管理部の処理と同様であってよい。すなわち、それぞれの障害（ＣＥ，ＵＥ）の内容に応じて必要となるリカバリー等の制御処理が実行されてよい。
【0124】
次に、図２に示す情報処理装置１におけるシステム管理部２００による障害解析処理（Ａ）の詳細が、図１６に示すフローチャート（ステップＳ３０～Ｓ５２）にしたがって説明される。図１６の処理は、図１５のステップＳ１８の処理の一例である。
【0125】
障害情報読出部５７は、ＣＰＵ１０内のエラーレジスタ１６から障害情報を読み出す（ステップＳ３０）。
【0126】
障害情報読出部５７が、エラーレジスタ１６から障害情報を読み出すことに失敗した場合には（ステップＳ３１のＮＯルート）、処理が予兆リスト４１の活用（ステップＳ３２）に進む。障害情報読出部５７がエラーレジスタ１６から障害情報を読み出すことに成功した場合には（ステップＳ３１のＹＥＳルート）、障害要因解析部５８は、読み出された障害情報に基づいて障害要因を解析する（ステップＳ３３）。
【0127】
障害要因解析部５８による解析において障害要因がない場合（ステップＳ３４のＮＯルート）、換言すれば障害要因が不明である場合には、処理が予兆リスト４１の活用（Ｂ）（ステップＳ３２）に進む。障害要因がある場合（ステップＳ３４のＹＥＳルート）、換言すれば障害要因が推定できる場合には、処理は、障害種別判定処理（ステップＳ３５）に進む。
【0128】
障害種別判定部５９は、ＣＰＵ１０内のエラーレジスタ１６から読み出された障害情報に基づいて、障害がＣＥであるかＵＥであるかを判定する（ステップＳ３５）。障害がＵＥである場合には（ステップＳ３５のＵＥルート）、リスト更新部５２は、障害履歴情報として、現在の日時を直近ＵＥ発生時期として記憶する（ステップＳ３６）。次いで、処理は、図１５のフローチャートのステップＳ２０に進む（ステップＳ３７）。
【0129】
一方、障害がＣＥである場合には（ステップＳ３５のＣＥルート）、訂正可能障害種別判定部６０は、発生したＣＥが、予兆リスト４１に障害発生の履歴として残す対象である対象ＣＥであるか、予兆リスト４１に障害発生の履歴として残す対象でない非対象ＣＥであるかを判定する（ステップＳ３８）。対象ＣＥは、将来のＵＥの前兆となるＣＥである。各ＣＥのそれぞれについて、対象ＣＥであるか非対象ＣＥであるかの判断は、予めＣＥカテゴリ表（図６）に基づいて実行されてよい。
【0130】
発生した障害が、非対象ＣＥである場合には（ステップＳ３８の非対象ＣＥルート）、処理は、図１５のフローチャートのステップＳ１９に進む（ステップＳ３９）。発生した障害が対象ＣＥである場合には（ステップＳ３８の対象ＣＥルート）、ＣＥの原因となった構成部品の属するカテゴリを示す原因部位が特定される（ステップＳ４０）。換言すれば、ＣＥのカテゴリ分けが実行される。リスト更新部５２は、障害情報に含まれる「検出部位」の情報と予兆リスト４１とを比較して「原因部位」を確認する。
【0131】
具体的には、リスト更新部５２は、キャッシュ１２においてＣＥが検出された場合（ステップＳ４０のキャッシュルート）、ＣＰＵ１０をＣＥの原因部位としてよい（ステップＳ４１）。リスト更新部５２は、メモリコントローラ１３においてＣＥが検出された場合（ステップＳ４０のメモリコントローラルート）、メモリ２０をＣＥの原因部位としてよい（ステップＳ４２）。リスト更新部５２は、Ｉ／Ｏコントローラ１４においてＣＥが検出された場合（ステップＳ４０のＩ／Ｏコントローラルート）、ＰＣＩカード３０（Ｉ／Ｏデバイス）をＣＥの原因部位としてよい（ステップＳ４３）。リスト更新部５２は、キャッシュ１２，メモリコントローラ１３，及びＩ／Ｏコントローラ１４を除く検出部位（他制御回路１５）においてＣＥが検出された場合（他制御回路ルート）、ボード３をＣＥの原因部位としてよい（ステップＳ４４）。
【0132】
リスト更新部５２は、ＣＰＵ１０内のエラーレジスタ１６から読み出された障害情報に基づいて、ＣＥ又はＵＥが生じたことが疑われる被疑部品が推定される単位である対象部位を確認する（ステップＳ４５）。
【0133】
リスト更新部５２は、今回発生したＣＥが、その対象部品において初回に発生したＣＥ（初回ＣＥ）であるか否かを判断する（ステップＳ４６）。ＣＥが初回ＣＥである場合には（ステップＳ４６のＹＥＳルート）、リスト更新部５２は、ＣＥ回数に１を設定し、初回ＣＥ発生時期及び直近ＣＥ発生時期に、現在の時期（現在の日時又は日付）を設定する。さらに、リスト更新部５２は、障害発生間隔を「無し（none）」に設定する（ステップＳ４７）。次いで、処理は、図１５のフローチャートのステップＳ１９に進む（ステップＳ４８）。
【0134】
一方、リスト更新部５２は、ＣＥが初回ＣＥではない場合（ステップＳ４６のＮＯルート）、ＣＥ発生回数をカウントアップし、直近ＣＥ発生時期に、現在の日時を設定する（ステップＳ４９）。
【0135】
障害が、発生回数２回目のＣＥである場合（ステップＳ５０のＹＥＳルート）、初回のＣＥ発生時期と現ＣＥ発生時期との差分に基づいて障害発生間隔が設定されてよい（Ｓ５１）。障害が、発生回数３回目以上のＣＥである場合（ステップＳ５０のＮＯルート）、リスト更新部５２は「直近ＣＥ発生時期」（前回のＣＥ発生時期）と現ＣＥ発生時期との差分を算出してよい。リスト更新部５２は、差分と既存の「障害発生間隔」との平均を計算することによって障害発生間隔を更新してよい（ステップＳ５２）。次いで、処理は、図１５のフローチャートのステップＳ１９に進む（ステップＳ４８）。但し、障害発生間隔の算出については、ステップＳ４６～Ｓ５２の場合に限られず、種々の方法で障害発生間隔が算出されてよい。
【0136】
次に、図２に示す情報処理装置１におけるシステム管理部２００による予兆リスト４１の活用処理（Ｂ）の詳細が、図１７に示すフローチャート（ステップＳ６０～Ｓ６８）にしたがって説明される。図１７の処理は、図１６のステップＳ３２の処理の一例である。
【0137】
重みづけ値更新部５４は、対象となる構成部品について、ＣＥ発生間隔の短い順に重みづけ値＃１を付与する（ステップＳ６０）。
【0138】
重みづけ値更新部５４は、対象となる構成部品について、ＣＥ発生回数の多い順に重みづけ値＃２を付与する（ステップＳ６１）。
【0139】
重みづけ値更新部５４は、対象となる構成部品について、直近のＣＥ発生時期の近い順に重みづけ値＃３を付与する（ステップＳ６２）。
【0140】
重みづけ値更新部５４は、重みづけ値＃１，＃２，及び＃３の合算値を算出する（ステップＳ６３）。
【0141】
リスト更新部５２は、特定の構成部品にＵＥが前回生じた時期である直近ＵＥ発生時期と、特定の構成部品を交換した時期とを比較する。交換時期が直近ＵＥ発生時期より後である場合（新しい場合）には（ステップＳ６４のＹＥＳルート）、リスト更新部５２は、直近ＵＥ発生時期以降に部品が交換されていると判断し、リスト更新部５２は、補足事項に「交換あり」を設定する（ステップＳ６５）。そして、処理がステップＳ６６に進む。交換時期が直近ＵＥ発生時期より前である場合には（ステップＳ６４のＮＯルート）、補足事項に「交換あり」を設定することなく、処理がステップＳ６６に進む。
【0142】
被疑部品推定部６１は、複数の構成部品のいずれかにおいて障害としてＵＥが発生した場合に、予兆リスト４１に含まれる重みづけ値＃１～＃３に基づいて、ＵＥが生じたことが疑われる被疑部品を推定する（ステップＳ６６）。被疑部品推定部６１は、被疑部品の推定の一例として、被疑順位を推定してよい。
【0143】
被疑順位リスト作成部６２は、図１３に示したエラー推定リスト４２を作成する（ステップＳ６７）。エラー推定リスト４２は、図１３に示すように、対象部品のうち訂正不可能な障害が生じたことが疑われる可能性が高い順を示す被疑順位を含む被疑順位リスト（被疑順位情報）の一例である。次いで、処理は、図１５のフローチャートのステップＳ２０に進む（ステップＳ６８）。
【0144】
エラー推定リスト４２は、被疑順位、対象部品、対象部品のシリアルナンバー、及び交換時期を含んでよい。エラー推定リスト４２は、内部ログ（システムイベントログ）として記憶されてよい。
【0145】
この結果、ユーザは、システム管理部２００の内部ログへアクセスし、被疑部品について内部ログ（エラー推定リスト４２）を得ることができる。
【0146】
実施形態の情報処理装置１によれば、システム管理部２００がＣＰＵ１０のエラーレジスタ１６から障害情報を読み出すことができない場合であっても、障害の発生が疑われる被疑部品を推定することができる。
【0147】
〔Ｂ－３〕変形例
図１８は、実施形態における情報処理装置１の第２例を模式的に示す図である。
図１８は、実施形態における情報処理装置１の第２例を模式的に示す図である。
【0148】
第２例の情報処理装置１は、複数のボード５－１及び５－２を備える。ボード５－１には、システム１００－１（システム＃１）が構築され、ボード５－２には、システム１００－２（システム＃２）が構築されている。これにより、複数のシステム１００－１，１００－２を同時に動作させることが可能になる。
【0149】
システム１００－１，１００－２は、それぞれ図２～図１７において説明したシステム１００と同様の構成を有してよい。したがって、繰り返しの説明は省略される。システム１００－１，１００－２は、それぞれＣＰＵ１０，メモリ２０，及びＰＣＩカード３０を有してよい。
【0150】
ボード５－１には、ボード管理部２１０－１が設けられ、ボード５－２には、ボード管理部２１０－２が設けられる。ボード管理部２１０－１は、ボード５－１内のシステム１００－１を管理及び制御する。ボード管理部２１０－２は、ボード５－２内のシステム１００－２を管理及び制御する。ボード管理部２１０－１，２１０－２は、それぞれファームウェアで動作してよい。
【0151】
第２例においては、システム管理部２２０は、システム１００－１，１００－２とは異なるボードであるシステム管理ボード６に設けられてよい。
【0152】
第２例においては、システム１００－１において障害（エラー）が発生した場合、ボード管理部２１０－１は、ＣＰＵ１０からエラー通知を受信する（処理（１））。ボード管理部２１０－２は、ＣＰＵ１０内のエラーレジスタ１６のデータ（値）である障害情報を読み出す（処理（２））。システム１００－２において障害が発生した場合、ボード管理部２１０－２は、同様の処理（１）及び処理（２）を実行する。
【0153】
システム管理部２２０は、ボード管理部２１０－１，２１０－２を経由して障害情報を取得する（処理（３））。
【0154】
システム管理部２２０は、取得した障害情報（エラーレジスタ１６の値）に基づいて障害解析を実行する（処理（４））。システム管理部２２０は、取得した障害情報に基づいて、障害情報を内部ログ（システムイベントログ）として記憶してよい（処理（５））。
【0155】
システム管理部２００は、障害が、将来のＵＥの予兆となるＣＥである場合には、障害の発生に関する履歴（エラー履歴）を予兆リスト４１に記録する（処理（６））。ユーザは、ログを閲覧することで、障害の発生が疑われる被疑部品の推定結果を知ることができる（処理（７））。
【0156】
【0157】
図１９は、実施形態における情報処理装置１の第３例を模式的に示す図である。
【0158】
第３例の情報処理装置１は、複数のボード７－１及び７－２を備える。但し、第３例の情報処理装置１は、第１例及び第２例と異なり、システム管理部２００，２２０を有しないでよい。
【0159】
システム１００は、複数のボード７－１及び７－２にまたがって、システム１００を構成することができる。これによりシステム１００の大規模構成を実現することができる。システム１００は、複数のボード７を通信可能に接続することによりフレキシブルに変更可能であり、ユーザが任意に設定され得る。但し、第３例においても、第２例のようにシステム１００がボード７ごとに独立して構築されてもよい。
【0160】
ボード７－１，７－２毎に搭載されているボード管理部２３０－１，２３０－２が、システム１００を管理する。ボード管理部２３０－１，２３０－２が、それぞれ、第１例における図４の処理（１）～（６）の処理を実行してよい。第３例におけるボード管理部２３０－１，２３０－２は、重みづけ値に基づいて被疑部品を推定する制御部の一例である。
【0161】
【0162】
第３例においては、システム１００において障害（エラー）が発生した場合、ボード７－１におけるエラー通知は、ボード管理部２３０－１が受信する。ボード管理部２３０－１は、ボード７－１におけるＣＰＵ１０内のエラーレジスタ１６のデータ（値）である障害情報を読み出す（処理（２））
【0163】
ボード７－２におけるエラー通知は、ボード管理部２３０－２が受信する。ボード管理部２３０－２は、ボード７－２におけるＣＰＵ１０内のエラーレジスタ１６のデータ（値）である障害情報を読み出す（処理（２））。
【0164】
従属するボード７－２のボード管理部２３０－２は、主なるボード７－１のボード管理部２３０－１に、ボード７－２のＣＰＵ１０内のエラーレジスタ１６から読み出した障害情報を送信する。ボード管理部２３０－１は、ボード７－２における障害情報を取得する（処理（３））。
【0165】
ボード管理部２３０－１は、ボード７－１，７－２においてシステム１００に発生した障害情報に基づいて障害解析を実行する（処理（４））。ボード管理部２３０－１は、取得した障害情報に基づいて、障害情報を内部ログ（システムイベントログ）として記憶してよい（処理（５））。
【0166】
ボード管理部２３０－１は、障害が、将来のＵＥの予兆となるＣＥである場合には、障害の発生に関する履歴（エラー履歴）を予兆リスト４１に記録する（処理（６））。ユーザは、ログを閲覧することで、障害の発生が疑われる被疑部品の推定結果を知ることができる（処理（７））。
【0167】
〔Ｂ－４〕ビジネスシーンにおける効能等
本件の内容は、教育、医療、通信、ビジネス等のシーンにおいて用いられるコンピュータ等に広く応用することができる。コンピュータ等において、訂正不可能な障害が発生して、障害の内容をＣＰＵ１０から読み出しできない場合においても、故障の疑いのある被疑部品の推定結果をユーザに知らせることができる。
本件の内容は、教育、医療、通信、ビジネス等のシーンにおいて用いられるコンピュータ等に広く応用することができる。コンピュータ等において、訂正不可能な障害が発生して、障害の内容をＣＰＵ１０から読み出しできない場合においても、故障の疑いのある被疑部品の推定結果をユーザに知らせることができる。
【0168】
したがって、コンピュータの障害を復旧するまでの時間を短縮することができる。また、内部エラーの原因をユーザが検討する時間を短縮化することができる。特にシステム管理を担当しているユーザの負担を軽減することができる。さらに、原因の調査を担当する、開発元の調査負担を軽減することができる。
〔Ｃ〕効果
上述した実施形態における情報処理装置１及び推定方法によれば、例えば、以下の作用効果を奏することができる。
〔Ｃ〕効果
上述した実施形態における情報処理装置１及び推定方法によれば、例えば、以下の作用効果を奏することができる。
【0169】
システム管理部２００（あるいはボード管理部２３０）は制御部として処理を実行する。制御部は、情報処理装置１の複数の構成部品のそれぞれにおいて生じる障害（ＣＥ）にしたがって、予め定められた基準に応じた重みづけ値＃１～＃３を構成部品ごとに付与した被疑部品推定情報を記憶装置４０に記憶する。制御部は、複数の構成部品のいずれかにおいて障害として訂正不可能な障害（ＵＥ）が発生した場合に、被疑部品推定情報（予兆リスト４１）に含まれる重みづけ値に基づいて、訂正不可能な障害が生じたことが疑われる被疑部品を推定する、
【0170】
これにより、訂正不可能な障害（ＵＥ）が発生した場合においても、障害が生じたことが疑われる被疑部品を推定することができる。
【0171】
訂正不可能な障害（ＵＥ）は、複数の構成部品のうちのプロセッサからの読み出しが不可能な障害である。
【0172】
これにより、プロセッサからの読み出し不可能な障害が発生した場合においても、障害が生じたことが疑われる被疑部品を推定することができる。
【0173】
被疑部品推定情報は、複数の構成部品のそれぞれにおいて、障害の発生回数、障害の発生間隔、及び直近の障害の発生時期のうち少なくとも一つの項目を含む。制御部は、被疑部品を推定する処理において、少なくとも一つの項目についての重みづけ値に基づいて、被疑部品を推定する。
【0174】
これにより、障害の発生状況に起因して被疑部品を推定することができ、被疑部品の推定精度を向上することができる。
【0175】
被疑部品推定情報は、訂正不可能な障害が前回生じた時期と、構成部品を交換した時期の情報とを含んでいる。制御部は、訂正不可能な障害が前回生じた時期と、構成部品を交換した時期とを比較する。訂正不可能な障害が前回生じた時期よりも構成部品を交換した時期が後である場合には、制御部は、構成部品を交換したことを提示する。
【0176】
これにより、部品交換しても再度同一の障害が発生した場合に、ユーザが同種部品の交換を繰り返さないようにユーザに対して注意喚起することができる。
【0177】
制御部は、情報処理装置１の複数の構成部品のそれぞれにおいて生じる障害（ＣＥ）について、将来の訂正不可能な障害（ＵＥ）の予兆となり得ることを示す種別を含むリスト（ＣＥカテゴリ表）を予め記憶装置４０に記憶する。制御部は、被疑部品推定情報（予兆リスト４１）を記憶装置４０に記憶する処理において、リスト（ＣＥカテゴリ表）において種別が記録された障害について被疑部品推定情報を記憶する。
【0178】
これにより、将来の訂正不可能な障害（ＵＥ）の予兆となるＣＥについて、障害の発生状況及び重みづけ値が記憶されればよくなる。したがって、処理負担及び記憶容量を節約することができる。また、将来の訂正不可能な障害（ＵＥ）の予兆とならないＣＥの発生状況の影響を受けないので、被疑部品の推定精度を向上することができる。
【0179】
〔Ｄ〕その他
開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成及び各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。
開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成及び各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。
【0180】
〔Ｅ〕付記
以上の実施形態に関し、さらに以下の付記が開示される。
以上の実施形態に関し、さらに以下の付記が開示される。
【0181】
（付記１）
情報処理装置の複数の構成部品のそれぞれにおいて生じる障害にしたがって、予め定められた基準に応じた重みづけ値を前記構成部品ごとに付与した被疑部品推定情報を記憶装置に記憶し、
前記複数の構成部品のいずれかにおいて前記障害として訂正不可能な障害が発生した場合に、前記被疑部品推定情報に含まれる前記重みづけ値＃１～＃３に基づいて、前記訂正不可能な障害が生じたことが疑われる被疑部品を推定する、
制御部を備える、情報処理装置。
情報処理装置の複数の構成部品のそれぞれにおいて生じる障害にしたがって、予め定められた基準に応じた重みづけ値を前記構成部品ごとに付与した被疑部品推定情報を記憶装置に記憶し、
前記複数の構成部品のいずれかにおいて前記障害として訂正不可能な障害が発生した場合に、前記被疑部品推定情報に含まれる前記重みづけ値＃１～＃３に基づいて、前記訂正不可能な障害が生じたことが疑われる被疑部品を推定する、
制御部を備える、情報処理装置。
【0182】
（付記２）
前記訂正不可能な障害は、前記複数の構成部品のうちのプロセッサからの読み出しが不可能な障害である、付記１に記載の情報処理装置。
前記訂正不可能な障害は、前記複数の構成部品のうちのプロセッサからの読み出しが不可能な障害である、付記１に記載の情報処理装置。
【0183】
（付記３）
前記被疑部品推定情報は、複数の構成部品のそれぞれにおいて、前記障害の発生回数、前記障害の発生間隔、及び直近の前記障害の発生時期のうち少なくとも一つの項目を含み、
前記制御部は、前記被疑部品を推定する処理において、前記少なくとも一つの項目についての前記重みづけ値に基づいて、前記被疑部品を推定する、
付記１又は２に記載の情報処理装置。
前記被疑部品推定情報は、複数の構成部品のそれぞれにおいて、前記障害の発生回数、前記障害の発生間隔、及び直近の前記障害の発生時期のうち少なくとも一つの項目を含み、
前記制御部は、前記被疑部品を推定する処理において、前記少なくとも一つの項目についての前記重みづけ値に基づいて、前記被疑部品を推定する、
付記１又は２に記載の情報処理装置。
【0184】
（付記４）
前記被疑部品推定情報は、前記訂正不可能な障害が前回生じた時期と、前記構成部品を交換した時期の情報とを含んでおり、
前記制御部は、前記訂正不可能な障害が前回生じた時期と、前記構成部品を交換した時期とを比較し、
前記訂正不可能な障害が前回生じた時期よりも前記構成部品を交換した時期が後である場合には、前記構成部品を交換したことを提示する、
付記１又は２に記載の情報処理装置。
前記被疑部品推定情報は、前記訂正不可能な障害が前回生じた時期と、前記構成部品を交換した時期の情報とを含んでおり、
前記制御部は、前記訂正不可能な障害が前回生じた時期と、前記構成部品を交換した時期とを比較し、
前記訂正不可能な障害が前回生じた時期よりも前記構成部品を交換した時期が後である場合には、前記構成部品を交換したことを提示する、
付記１又は２に記載の情報処理装置。
【0185】
（付記５）
前記制御部は、
前記情報処理装置の複数の構成部品のそれぞれにおいて生じる前記障害について、将来の前記訂正不可能な障害の予兆となり得ることを示す種別を含むリストを予め記憶装置に記憶し、
前記被疑部品推定情報を前記記憶装置に記憶する処理において、前記リストにおいて前記種別が記録された障害について前記被疑部品推定情報を記憶する、
付記１又は２に記載の情報処理装置。
前記制御部は、
前記情報処理装置の複数の構成部品のそれぞれにおいて生じる前記障害について、将来の前記訂正不可能な障害の予兆となり得ることを示す種別を含むリストを予め記憶装置に記憶し、
前記被疑部品推定情報を前記記憶装置に記憶する処理において、前記リストにおいて前記種別が記録された障害について前記被疑部品推定情報を記憶する、
付記１又は２に記載の情報処理装置。
【0186】
（付記６）
情報処理装置の複数の構成部品のそれぞれにおいて生じる障害に対して、予め定められた基準に応じた重みづけ値を付与した被疑部品推定情報を記憶装置に記憶し、
前記複数の構成部品のいずれかにおいて前記障害として訂正不可能な障害が発生した場合に、前記被疑部品推定情報に含まれる前記重みづけ値＃１～＃３に基づいて、前記訂正不可能な障害が生じたことが疑われる被疑部品を推定する、
処理を前記情報処理装置が実行する、推定方法。
情報処理装置の複数の構成部品のそれぞれにおいて生じる障害に対して、予め定められた基準に応じた重みづけ値を付与した被疑部品推定情報を記憶装置に記憶し、
前記複数の構成部品のいずれかにおいて前記障害として訂正不可能な障害が発生した場合に、前記被疑部品推定情報に含まれる前記重みづけ値＃１～＃３に基づいて、前記訂正不可能な障害が生じたことが疑われる被疑部品を推定する、
処理を前記情報処理装置が実行する、推定方法。
【0187】
（付記７）
前記訂正不可能な障害は、前記複数の構成部品のうちのプロセッサからの読み出しが不可能な障害である、付記６に記載の推定方法。
前記訂正不可能な障害は、前記複数の構成部品のうちのプロセッサからの読み出しが不可能な障害である、付記６に記載の推定方法。
【0188】
（付記８）
前記被疑部品推定情報は、複数の構成部品のそれぞれにおいて、前記障害の発生回数、前記障害の発生間隔、及び直近の前記障害の発生時期のうち少なくとも一つの項目を含み、
前記情報処理装置は、前記被疑部品を推定する処理において、前記少なくとも一つの項目についての前記重みづけ値に基づいて、前記被疑部品を推定する処理を実行する、付記６又は７に記載の推定方法。
前記被疑部品推定情報は、複数の構成部品のそれぞれにおいて、前記障害の発生回数、前記障害の発生間隔、及び直近の前記障害の発生時期のうち少なくとも一つの項目を含み、
前記情報処理装置は、前記被疑部品を推定する処理において、前記少なくとも一つの項目についての前記重みづけ値に基づいて、前記被疑部品を推定する処理を実行する、付記６又は７に記載の推定方法。
【0189】
（付記９）
前記被疑部品推定情報は、前記訂正不可能な障害が前回生じた時期と、前記構成部品を交換した時期の情報とを含んでおり、
前記情報処理装置は、前記訂正不可能な障害が前回生じた時期と、前記構成部品を交換した時期とを比較し、
前記訂正不可能な障害が前回生じた時期よりも前記構成部品を交換した時期が後である場合には、前記構成部品を交換したことを提示する、
処理を実行する、付記６又は７に記載の推定方法。
前記被疑部品推定情報は、前記訂正不可能な障害が前回生じた時期と、前記構成部品を交換した時期の情報とを含んでおり、
前記情報処理装置は、前記訂正不可能な障害が前回生じた時期と、前記構成部品を交換した時期とを比較し、
前記訂正不可能な障害が前回生じた時期よりも前記構成部品を交換した時期が後である場合には、前記構成部品を交換したことを提示する、
処理を実行する、付記６又は７に記載の推定方法。
【0190】
（付記１０）
前記情報処理装置は、
前記情報処理装置の複数の構成部品のそれぞれにおいて生じる前記障害について、将来の前記訂正不可能な障害の予兆となり得ることを示す種別を含むリストを予め記憶装置に記憶し、
前記被疑部品推定情報を前記記憶装置に記憶する処理において、前記リストにおいて前記種別が記録された障害について前記被疑部品推定情報を記憶する、
処理を実行する、付記６又は７に記載の推定方法。
前記情報処理装置は、
前記情報処理装置の複数の構成部品のそれぞれにおいて生じる前記障害について、将来の前記訂正不可能な障害の予兆となり得ることを示す種別を含むリストを予め記憶装置に記憶し、
前記被疑部品推定情報を前記記憶装置に記憶する処理において、前記リストにおいて前記種別が記録された障害について前記被疑部品推定情報を記憶する、
処理を実行する、付記６又は７に記載の推定方法。
【符号の説明】
【0191】
１ ：情報処理装置
３，５，７ ：ボード
６ ：システム管理ボード
１０ ：ＣＰＵ
１１ ：コア
１２ ：キャッシュ
１３ ：メモリコントローラ
１４ ：Ｉ／Ｏコントローラ
１５ ：他制御回路
１６ ：エラーレジスタ
２０ ：メモリ
３０ ：ＰＣＩカード
４０ ：記憶部
４１ ：予兆リスト
４２ ：エラー推定リスト
５１ ：ＰＯＳＴ処理部
５２ ：リスト更新部
５３ ：通常更新部
５４ ：重みづけ値更新部
５５ ：通知受信部
５６ ：システム停止部
５７ ：障害情報読出部
５８ ：障害要因解析部
５９ ：障害種別判定部
６０ ：訂正可能障害種別判定部
６１ ：被疑部品推定部
６２ ：被疑順位リスト作成部
６３ ：交換時期通知部
１００ ：システム
２００，２２０：システム管理部
２１０，２３０：ボード管理部
３，５，７ ：ボード
６ ：システム管理ボード
１０ ：ＣＰＵ
１１ ：コア
１２ ：キャッシュ
１３ ：メモリコントローラ
１４ ：Ｉ／Ｏコントローラ
１５ ：他制御回路
１６ ：エラーレジスタ
２０ ：メモリ
３０ ：ＰＣＩカード
４０ ：記憶部
４１ ：予兆リスト
４２ ：エラー推定リスト
５１ ：ＰＯＳＴ処理部
５２ ：リスト更新部
５３ ：通常更新部
５４ ：重みづけ値更新部
５５ ：通知受信部
５６ ：システム停止部
５７ ：障害情報読出部
５８ ：障害要因解析部
５９ ：障害種別判定部
６０ ：訂正可能障害種別判定部
６１ ：被疑部品推定部
６２ ：被疑順位リスト作成部
６３ ：交換時期通知部
１００ ：システム
２００，２２０：システム管理部
２１０，２３０：ボード管理部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】