JP3153977B2 - 情報処理装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は情報処理装置に関し、特
に主記憶装置内のハードウェア領域で障害が発生したと
きの障害処理を行う障害処理方法に関する。

【０００２】

【従来の技術】従来の一般的な情報処理装置は、主記憶
装置と中央処理装置とを備えている。

【０００３】主記憶装置は、ソフトウェアで管理され実
行可能なソフトウェア領域と、ハードウェアで管理され
ソフトウェアと同様な個々の命令で構成されている命令
群を有するハードウェア領域と、装置上の構成、環境な
どの情報を持つ情報群とを有している。

【０００４】中央処理装置は、ソフトウェア領域を管理
し実行するソフトウェア制御部と、ハードウェア領域を
管理し実行するハードウェア制御部と、ソフトウェア制
御部とハードウェア制御部とをソフトウェア領域の命令
かハードウェア領域の命令かに応じて切り分けて起動を
かけるハードウェア・ソフトウェア処理切り分け制御部
とを有している。

【０００５】このような従来の情報処理装置において、
その障害処理方法は、ソフトウェア領域の論理救済を主
眼としている。これに対し、同じ主記憶装置に設けられ
ているハードウェア領域については、個々の命令を実行
中に障害が起きたときは全て再試行不可能にしており、
命令処理中での障害を考慮した障害処理は行っていな
い。このため、ハードウェア領域での障害処理は、再試
行するには複雑ということもあって、再試行の成功率が
低いという問題があった。

【０００６】また、従来の情報処理装置において、ハー
ドウェア領域の命令実行中であることを示す第１の記憶
手段と、ハードウェア領域の命令実行中に情報群が更新
されたことを示す第２の記憶手段を設け、ハードウェア
領域の命令実行中にハードウェア障害が発生したとき、
第２の記憶手段で更新を表示していないこをとを条件
に、該命令を再実行する技術がある（例えば、特開平３
−１３９７３４号公報）。

【０００７】

【発明が解決しようとする課題】以上述べたように、従
来の情報処理装置の障害処理方法では、主記憶装置のソ
フトウェア領域の論理救済を主眼としており、ハードウ
ェア領域の障害処理は全く考慮されておらず、ハードウ
ェア領域での障害処理は、再試行するには複雑というこ
ともあって、再試行の成功率が低いという欠点があっ
た。

【０００８】本発明は上記の課題を解決するためになさ
れたもので、主記憶装置のハードウェア領域に障害が生
じたとき、障害装置の再試行率を向上させ、効率良く再
試行を実行可能な情報処理装置を提供することを目的と
する。

【０００９】また、上記特開平３−１３９７３４号公報
に開示された障害処理方法では、ハードウェア領域の命
令実行中に情報群が更新されると再試行を行わない（再
試行不可能にする）問題がある。

【００１０】本発明はまた、この問題点を解決する為に
なされたもので、その目的は、ハードウェア領域の命令
実行中を示す記憶手段にハードウェア領域の命令実行中
・終了、ハードウェア領域の個々の命令実行中・終了、
情報群の更新中・終了の情報を入れることで、ハードウ
ェア領域の命令実行中に障害発生した時の詳細な情報を
収集し解析、判断することで、情報群が更新された後で
も情報群の更新中でない限りは可能な限り障害装置の再
試行を行い、再試行率を向上させることができる情報処
理装置を提供することにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
にこの発明は、ソフトウェアで管理され実行可能なソフ
トウェア領域と、ハードウェアで管理されソフトウェア
と同様な個々の命令で構成されている命令群を有するハ
ードウェア領域と、装置上の構成、環境などの情報を持
つ情報群領域とを有する主記憶装置と；ソフトウェア領
域を管理し実行するソフトウェア制御部と、ハードウェ
ア領域を管理し実行するハードウェア制御部と、ソフト
ウェア制御部とハードウェア制御部とをソフトウェア領
域の命令かハードウェア領域の命令かに応じて切り分け
て起動をかけるハードウェア・ソフトウェア処理切り分
け制御部と、ソフトウェア制御部とハードウェア制御部
で情報の更新が可能なレジスタ群とを有する中央処理装
置と；を有する情報処理装置において、上記ハードウェ
ア制御部に、ハードウェア領域の命令群の命令でハード
ウェア・ソフトウェア処理切り分け制御部により起動を
かけられたとき、ハードウェア領域の命令が実行中を示
す情報をレジスタ群に設定するハードウェア起動手段
と、情報群領域の情報を更新する前か終了したかを示す
情報をレジスタ群に設定する情報設定手段と、情報群領
域の情報を更新するときに他の装置により破壊、または
更新されないために情報群領域の情報を監視しているこ
とを示す情報をレジスタ群に設定する情報監視手段と、
障害になったときの命令がハードウェア領域であれば個
々の命令実行中か終了したかを示す情報をレジスタ群に
設定する命令処理判定手段と、障害になったときの装置
の状態や環境により求められた情報をレジスタ群や情報
群領域から採取して再試行可能状態であるかを示す情報
をレジスタ群に設定する装置状態監視手段と、ハードウ
ェア起動手段、情報設定手段、情報監視手段、命令処理
判定手段、装置状態監視手段により設定されたレジスタ
群の情報の結果に応じて、再試行可能であるときは再試
行、不可能であるときは所定の処理を実行する再試行実
行手段とを設けるようにしたことを特徴とする。

【００１２】

【実施例】以下、図面を参照してこの発明の実施例を詳
細に説明する。

【００１３】図１はこの発明に係る障害処理方法を採用
した情報処理装置の構成を示すものである。

【００１４】図１において、主記憶装置１はソフトウェ
ア領域２と、ハードウェア領域３と、情報群領域１６と
を有している。ソフトウェア領域２は、ソフトウェアに
より管理され実行可能である。ハードウェア領域３は、
ハードウェアで管理され、ソフトウェアと同様な個々の
命令で構成されている命令群１５を有し、ハードウェア
にて実行可能である。情報群領域１６は、装置上で必要
な構成、環境等の情報を有している。

【００１５】中央処理装置１４は、主記憶装置１のソフ
トウェア領域２とハードウェア領域３の２つの領域から
の命令により動作するものであり、ハードウェア・ソフ
トウェア処理切り分け制御部４とソフトウェア制御部１
２とハードウェア制御部１３とレジスタ群１１とを有す
る。

【００１６】ハードウェア・ソフトウェア処理切り分け
制御部４は主記憶装置１のソフトウェア領域２の命令
か、ハードウェア領域３の命令かに応じて切り分けて、
いずれか一方を起動する制御部である（図２のステップ
２０）。

【００１７】レジスタ群１１は、ソフトウェア制御部１
２とハードウェア制御部１３からの情報を格納するもの
で、各情報は更新可能になっている。ソフトウェア制御
部１２はソフトウェア領域２内の命令を制御する制御部
である。

【００１８】ハードウェア制御部１３は、ハードウェア
領域３内の命令を制御する制御部であり、ハードウェア
起動部５と、情報設定部６と、情報監視部７と、命令処
理判定部８と、装置状態監視部９と、再試行実行部１０
とを有する。

【００１９】ハードウェア起動部５は、ハードウェア領
域３の命令が起動されるとき、起動中を示す情報をレジ
スタ群１１に格納し（図２のステップ２１）、終了する
と起動中の設定を解除する（図２のステップ２９）。

【００２０】情報設定部６は、ハードウェア領域３の命
令で情報群領域１６の情報を更新する前か、終了かを示
す情報をレジスタ群１１に格納する（図２のステップ２
６）。

【００２１】情報監視部７は、個々の命令が情報群領域
１６の情報を更新する命令ならば（図２のステップ２４
のＹ）、情報群領域１６の情報を更新するときに、他の
装置より破壊または更新されないようにするために、情
報群領域１６の情報を監視中であることを示す情報をレ
ジスタ群１１に格納し（図２のステップ２５）、更新が
終了すると同時に監視中の設定を解除する（図２のステ
ップ２７）。また、個々の命令が情報群領域１６の情報
を更新する命令以外ならば（図２のステップ２４の
Ｎ）、情報監視部７はその命令の処理を行う（図２のス
テップ３１）。

【００２２】命令処理判定部８は、障害になったときの
命令がハードウェア領域３の命令であれば（図２のステ
ップ２２のＹ）、個々の命令実行中を示す情報をレジス
タ群１１に格納し（図２のステップ２３）、終了すると
個々の命令実行中の設定を解除する（図２のステップ２
８）。

【００２３】装置状態監視部９は、障害になったときの
装置上の環境や構成で再試行が可能か不可能かを判定
し、その情報をレジスタ群１１に格納する（図２のステ
ップ３２〜３４）。以上の判定が終わると次の命令を行
う（図２のステップ３０）。

【００２４】再試行実行部１０は、レジスタ群１１に格
納された情報から、障害時の詳細な情報を収集し、より
効率の良い再試行を行うものである。

【００２５】上記構成において、以下、図２及び図３を
参照してその動作を説明する。

【００２６】図２は中央処理装置１４にて、主記憶装置
１のハードウェア領域３とソフトウェア領域２の命令に
ついて、ハードウェア制御部１３とソフトウェア制御部
１２で処理するときの状態情報をレジスタ群１１に設定
させる手順を示すフローチャートである。

【００２７】まず、中央処理装置１４に命令が入ると、
ハードウェア起動部５によりハードウェア命令か否か判
別し（ステップ２０）、ハードウェア命令ならば（ステ
ップ２０のＹ）、ハードウェア命令起動中であるという
情報をレジスタ群１１に格納する（ステップ２１）。ハ
ードウェア命令でなければ（ステップ２０のＮ）、再試
行可能状態の判別処理（ステップ３２）に移行する。

【００２８】ステップ２１の処理が終了すると、命令処
理判定部８により個々の命令か否か判別し（ステップ２
２）、個々の命令ならば（ステップ２２のＹ）、個々の
命令が実行中であるという情報をレジスタ群１１に格納
し（ステップ２３）、個々の命令でなければ（ステップ
２２のＮ）、ハードウェア命令起動中を示す情報を解除
する（ステップ２９）。

【００２９】ステップ２３の処理が終了すると、情報監
視部７により個々の命令が情報群領域１６の情報を更新
する命令か否かを判別し（ステップ２４）、更新命令な
らば（ステップ２４のＹ）、情報群領域１６の情報を監
視中であることを示す情報をレジスタ群１１に格納した
後（ステップ２５）、情報設定部６によって情報群領域
１６の情報変更を行い、変更後に変更終了の情報をレジ
スタ群１１に格納する（ステップ２６）。更新命令でな
ければ（ステップ２４のＮ）、情報監視部７は更新命令
以外の処理を実行して（ステップ３１）、個々の命令を
実行中であるという情報の設定を解除する（ステップ２
８）。

【００３０】ステップ２６の処理が終了すると、以後は
レジスタ群１１に対して、情報群領域１６の情報監視中
という情報の設定を解除し（ステップ２７）、個々の命
令実行中という情報の設定を解除し（ステップ２８）、
ハードウェア命令起動中という情報の設定を解除し（ス
テップ２９）、次の命令を行う（ステップ３０）。

【００３１】一方、ステップ３２では、装置状態監視部
９により障害になったときの装置上の環境や構成で再試
行が可能な状態にあるか否かを判定する。ここで、可能
な状態ならば（ステップ３２のＹ）、再試行可能な状態
であるという情報をレジスタ群１１に格納して（ステッ
プ３３）、次の命令を行う（ステップ３０）。また、不
可能な状態ならば（ステップ３２のＮ）、再試行不能状
態であるという情報をレジスタ群１１に格納して（ステ
ップ３４）、次の命令を行う（ステップ３０）。

【００３２】図３は図２でレジスタ群１１に格納された
情報を基に再試行判定を行い、実施される手順を示すフ
ローチャートである。

【００３３】いま、中央処理装置１４が処理中に障害が
起きたとする。この障害がハードウェア制御部１３で起
きた現象であり、図２のステップ２０〜２１、２９〜３
０の間で起きた場合、レジスタ群１１にはハードウェア
実行中は設定されていない。したがって、図３では判定
ステップ５−１から判定ステップ９−１に移行する。こ
の結果、装置状態監視部９の判定により、再試行可能状
態なら再試行可能に設定し（処理ステップＲ０）、再試
行不可能状態なら再試行不可能にする（処理ステップＲ
４）。

【００３４】また、図２のステップ２１〜２３、２８〜
２９と個々の命令でないときのステップ２２〜２９の間
で障害が起きた場合、図３ではハードウェア実行中であ
り（判定ステップ５−１のＹＥＳ）、情報群領域１６の
情報は更新前だから（判定ステップ６−１のＹＥＳ）、
個々の命令実行中か判定する（判定ステップ８−１）。
実行中ではないので（判定ステップ８−１のＮＯ）、命
令の初めに戻って再試行を行う（処理ステップＲ２）。

【００３５】図２のステップ２３〜２５、２７〜２８と
情報更新命令でないときのステップ２４〜３１〜２８の
間で障害が起きた場合、図３ではハードウェア実行中で
あり（判定ステップ５−１のＹＥＳ）、情報群領域１６
の情報は２３〜２５と情報更新命令でないときの２４−
３１−２８の間は更新前であり（判定ステップ６−１の
ＹＥＳ）、個々の命令は実行中である（判定ステップ８
−１のＹＥＳ）。このため、そのまま処理を続行するの
は問題があるから、再度同様な個々の命令で再試行処理
を行う（処理ステップＲ１）。

【００３６】また、図２のステップ２７〜２８は情報群
領域１６の情報は更新後であるが（判定ステップ６−１
のＮＯ）、情報群領域１６の情報は監視中でなく（判定
ステップ７−１のＮＯ）、個々の命令実行中である（判
定ステップ８−１のＹＥＳ）。そこで、個々の命令単位
で再試行処理を行う（処理ステップＲ１）。

【００３７】図２のステップ２５〜２７の間で障害が起
きた場合、図３ではハードウェア実行中であり（判定ス
テップ５−１のＹＥＳ）、情報群領域１６の情報は更新
前ではなく（判定ステップ６−１のＮＯ）、情報群領域
１６の情報は監視中であり（判定ステップ７−１のＹＥ
Ｓ）、情報群領域１６の情報は元に戻せないので、再試
行不可能の処理を行う（処理ステップＲ３）。

【００３８】したがって、上記の障害処理方法は、ハー
ドウェアで管理され、ソフトウェアと同様な個々の命令
で構成されている命令群１５のハードウェア領域処理中
での障害を考慮しており、特に個々の命令を実行中に障
害が起きたときでも、ハードウェア障害発生時の詳細な
情報を収集し、解析、判断しているので、可能な限り障
害装置の再試率を向上させ、効率の良い再試行を実行し
救済することができる。

【００３９】その他、この発明の要旨を逸脱しない範囲
で種々変形しても同様に実施可能であることはいうまで
もない。

【００４０】

【発明の効果】以上述べたように本発明によれば、障害
装置の再試行率を向上させ、効率良く再試行を実行可能
な情報処理装置を提供することができる。

【図面の簡単な説明】

【図１】本発明の一実施例による情報処理装置の構成を
示すブロック図である。

【図２】同実施例の中央処理装置内の命令処理を説明す
るためのフローチャートである。

【図３】同実施例で再試行判定処理を行ったときの障害
発生時の動作を説明するためのフローチャートである。

【符号の説明】

１ 主記憶装置 ２ ソフトウェア領域 ３ ハートウェア領域 ４ ハードウェア・ソフトウェア処理切り分け制御部 ５ ハードウェア起動部 ６ 情報設定部 ７ 情報監視部 ８ 命令処理判定部 ９ 装置状態監視部 １０ 再試行実行部 １１ レジスタ群 １２ ソフトウェア制御部 １３ ハードウェア制御部 １４ 中央処理装置 １５ 命令群 １６ 情報群領域

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】ソフトウェアで管理され実行可能なソフト
   ウェア領域（２）と、ハードウェアで管理されソフトウ
   ェアと同様な個々の命令で構成されている命令群を有す
   るハードウェア領域（３）と、装置上の構成、環境など
   の情報を持つ情報群領域（１６）とを有する主記憶装置
   （１）と、 前記ソフトウェア領域を管理し実行するソフトウェア制
   御部（１２）と、前記ハードウェア領域を管理し実行す
   るハードウェア制御部（１３）と、前記ソフトウェア制
   御部と前記ハードウェア制御部とをソフトウェア領域の
   命令か前記ハードウェア領域の命令かに応じて切り分け
   て起動をかけるハードウェア・ソフトウェア処理切り分
   け制御部（４）と、前記ソフトウェア制御部と前記ハー
   ドウェア制御部で情報の更新が可能なレジスタ群（１
   １）とを有する中央処理装置（１４）とを有する情報処
   理装置において、前記ハードウェア制御部が、 前記ハードウェア領域の前記命令群の命令で前記ハード
   ウェア・ソフトウェア処理切り分け制御部により起動を
   かけられたとき、前記ハードウェア領域の命令が実行中
   を示す情報を前記レジスタ群に設定するハードウェア起
   動手段（５）と、前記情報群領域の情報を更新する前か
   終了したかを示す情報を前記レジスタ群に設定する情報
   設定手段（６）と、 前記情報群領域の情報を更新するときに他の装置により
   破壊、または更新されないために前記情報群領域の情報
   を監視していることを示す情報をレジスタ群に設定する
   情報監視手段（７）と、 障害になったときの命令が前記ハードウェア領域であれ
   ば個々の命令実行中か終了したかを示す情報を前記レジ
   スタ群に設定する命令処理判定手段（８）と、 障害になったときの装置の状態や環境により求められた
   情報を前記レジスタ群や前記情報群領域から採取して再
   試行可能状態であるかを示す情報をレジスタ群に設定す
   る装置状態監視手段（９）と、 前記ハードウェア起動手段、情報設定手段、情報監視手
   段、命令処理判定手段、装置状態監視手段により設定さ
   れたレジスタ群の情報の結果に応じて、再試行可能であ
   るときは再試行、不可能であるときは所定の処理を実行
   する再試行実行手段（１０）とを有することを特徴とす
   る情報処理装置。