JPH08221284A - 緊急処理方式 - Google Patents
緊急処理方式Info
- Publication number
- JPH08221284A JPH08221284A JP7026528A JP2652895A JPH08221284A JP H08221284 A JPH08221284 A JP H08221284A JP 7026528 A JP7026528 A JP 7026528A JP 2652895 A JP2652895 A JP 2652895A JP H08221284 A JPH08221284 A JP H08221284A
- Authority
- JP
- Japan
- Prior art keywords
- hardware
- software
- failure
- data
- ema
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Retry When Errors Occur (AREA)
- Hardware Redundancy (AREA)
- Monitoring And Testing Of Exchanges (AREA)
- Exchange Systems With Centralized Control (AREA)
Abstract
(57)【要約】
【目的】 本発明は、ハードＥＭＡ起動時にも障害要因
解析を容易にし得る緊急処理方式を提供することを目的
とする。 【構成】 発生した障害がハードＥＭＡとする障害かど
うか判定され（ステップ１０１）、ハードＥＭＡとしな
い障害の場合には、ソフトウェアによりその障害情報が
収集される（ステップ１０２）。ハードＥＭＡ障害とす
る障害のときには、ハードウェアがソフトウェアに通知
することなく自動的にハードＥＭＡを起動してハードウ
ェアを初期化する（ステップ１０６）。その後ＥＭＡ起
動がハードＥＭＡ要因によるものかどうか判定され（ス
テップ１０７）、ハードＥＭＡ要因による場合には、ハ
ードウェアの内容などの各種情報を収集して再開後も引
き継がれるメモリののエリアにセーブした後、データ初
期化、再開系／再開フェーズ（ＰＨ）決定、メッセージ
出力等を実行する（ステップ１０８、１０９）。
解析を容易にし得る緊急処理方式を提供することを目的
とする。 【構成】 発生した障害がハードＥＭＡとする障害かど
うか判定され（ステップ１０１）、ハードＥＭＡとしな
い障害の場合には、ソフトウェアによりその障害情報が
収集される（ステップ１０２）。ハードＥＭＡ障害とす
る障害のときには、ハードウェアがソフトウェアに通知
することなく自動的にハードＥＭＡを起動してハードウ
ェアを初期化する（ステップ１０６）。その後ＥＭＡ起
動がハードＥＭＡ要因によるものかどうか判定され（ス
テップ１０７）、ハードＥＭＡ要因による場合には、ハ
ードウェアの内容などの各種情報を収集して再開後も引
き継がれるメモリののエリアにセーブした後、データ初
期化、再開系／再開フェーズ（ＰＨ）決定、メッセージ
出力等を実行する（ステップ１０８、１０９）。
Description
【０００１】
【産業上の利用分野】本発明は緊急処理方式に係り、特
に交換処理システムなどにおける障害発生時に障害を復
旧させるための緊急処理方式に関する。
に交換処理システムなどにおける障害発生時に障害を復
旧させるための緊急処理方式に関する。
【０００２】
【従来の技術】交換処理システムなどの電子交換機を用
いたシステムにおいては、従来よりハードウェアが障害
を検出した場合、及びソフトウェアによって論理矛盾な
どを検出した場合において、これ以上処理を続行できな
いと判断したときには、緊急処理（Ｅｍｅｒｇｅｎｃｙ
Ａｃｔｉｏｎ：以後「ＥＭＡ」と称す）を起動し、ハ
ードウェア及びソフトウェアの初期化を行って復旧させ
る再開処理を行う緊急処理方式が知られている。
いたシステムにおいては、従来よりハードウェアが障害
を検出した場合、及びソフトウェアによって論理矛盾な
どを検出した場合において、これ以上処理を続行できな
いと判断したときには、緊急処理（Ｅｍｅｒｇｅｎｃｙ
Ａｃｔｉｏｎ：以後「ＥＭＡ」と称す）を起動し、ハ
ードウェア及びソフトウェアの初期化を行って復旧させ
る再開処理を行う緊急処理方式が知られている。
【０００３】この緊急処理方式には、ソフトウェアやハ
ードウェアが検出した障害をソフトウェアに通知し、ソ
フトウェアはこのときのソフトウェアデータやハードウ
ェアデータを障害情報として再開を通して引き継がれる
エリアにセーブしてからＥＭＡ起動する方式が知られて
いる（この時のＥＭＡを「ソフトＥＭＡ」というものと
する）。セーブされた障害情報は、アラームメッセージ
として出力されたり、ディスク上へ転送されて障害要因
解析や復旧のために使用される。
ードウェアが検出した障害をソフトウェアに通知し、ソ
フトウェアはこのときのソフトウェアデータやハードウ
ェアデータを障害情報として再開を通して引き継がれる
エリアにセーブしてからＥＭＡ起動する方式が知られて
いる（この時のＥＭＡを「ソフトＥＭＡ」というものと
する）。セーブされた障害情報は、アラームメッセージ
として出力されたり、ディスク上へ転送されて障害要因
解析や復旧のために使用される。
【０００４】このソフトＥＭＡには、障害検出時に発生
される信号発生回数をカウントするリトライカウンタ
と、複数の再開動作レベル（再開フェーズ）のそれぞれ
に対応して設けられる複数のフラグを表示する手段を有
する電子交換機において、監視タイマを設け、この監視
タイマがＥＭＡ起動後の時間を監視してタイムアウトに
なった後に、ソフトウェアからのリセット命令により上
記のリトライカウンタやフラグ及び監視タイマをリセッ
トする方法が知られている（特開昭５８−２１９５５号
公報）。
される信号発生回数をカウントするリトライカウンタ
と、複数の再開動作レベル（再開フェーズ）のそれぞれ
に対応して設けられる複数のフラグを表示する手段を有
する電子交換機において、監視タイマを設け、この監視
タイマがＥＭＡ起動後の時間を監視してタイムアウトに
なった後に、ソフトウェアからのリセット命令により上
記のリトライカウンタやフラグ及び監視タイマをリセッ
トする方法が知られている（特開昭５８−２１９５５号
公報）。
【０００５】一方、このソフトＥＭＡとは別に、ソフト
ウェアが動作できないような重度のハードウェア障害の
場合や、ソフトバグによる暴走監視を必要とするような
ハードウェア障害発生をハードウェアが検出したときに
は、ハードウェアがソフトウェアに障害発生を通知する
ことなくＥＭＡ起動して再開処理を行うことも従来行わ
れている（この時のＥＭＡを「ハードＥＭＡ」というも
のとする）。
ウェアが動作できないような重度のハードウェア障害の
場合や、ソフトバグによる暴走監視を必要とするような
ハードウェア障害発生をハードウェアが検出したときに
は、ハードウェアがソフトウェアに障害発生を通知する
ことなくＥＭＡ起動して再開処理を行うことも従来行わ
れている（この時のＥＭＡを「ハードＥＭＡ」というも
のとする）。
【０００６】
【発明が解決しようとする課題】しかるに、上記の従来
の緊急処理方式では、上記のハードＥＭＡにより再開し
た場合、ソフトウェアには障害発生情報を通知していな
いために、ソフトウェアはハードＥＭＡで再開したこと
と、その種類程度の情報しか知ることができず、障害要
因解析が困難であるという問題がある。
の緊急処理方式では、上記のハードＥＭＡにより再開し
た場合、ソフトウェアには障害発生情報を通知していな
いために、ソフトウェアはハードＥＭＡで再開したこと
と、その種類程度の情報しか知ることができず、障害要
因解析が困難であるという問題がある。
【０００７】本発明は上記の点に鑑みなされたもので、
ハードＥＭＡ起動時にも障害要因解析を容易にし得る緊
急処理方式を提供することを目的とする。
ハードＥＭＡ起動時にも障害要因解析を容易にし得る緊
急処理方式を提供することを目的とする。
【０００８】
【課題を解決するための手段】本発明は上記の目的を達
成するため、二重化されたコントロールプロセッサ機能
が、ソフトウェア又はハードウェアによって検出した障
害が処理を続行できないと判断したときに、そのソフト
ウェア及びハードウェアの初期化を実行して復旧させる
緊急処理方式において、障害検出時には、検出した障害
がソフトウェアが動作可能か否かに関係なく、その時の
ソフトウェアデータ及びハードウェアデータをそれぞれ
コントロールプロセッサ機能内のメモリの初期化される
ことのないエリアにセーブした後、エリア以外のソフト
ウェアデータ及びハードウェアデータの初期化を行うよ
うにしたものである。
成するため、二重化されたコントロールプロセッサ機能
が、ソフトウェア又はハードウェアによって検出した障
害が処理を続行できないと判断したときに、そのソフト
ウェア及びハードウェアの初期化を実行して復旧させる
緊急処理方式において、障害検出時には、検出した障害
がソフトウェアが動作可能か否かに関係なく、その時の
ソフトウェアデータ及びハードウェアデータをそれぞれ
コントロールプロセッサ機能内のメモリの初期化される
ことのないエリアにセーブした後、エリア以外のソフト
ウェアデータ及びハードウェアデータの初期化を行うよ
うにしたものである。
【０００９】
【作用】本発明では、障害検出時には、検出した障害が
ソフトウェアが動作可能か否かに関係なく、その時のソ
フトウェアデータ及びハードウェアデータをそれぞれコ
ントロールプロセッサ機能内のメモリの初期化されるこ
とのないエリアにセーブするようにしているため、ソフ
トウェアが動作できないような予め定めた障害発生をハ
ードウェアが検出した時には障害情報をソフトウェアに
通知することなく、ハードウェアを初期化しても、その
初期化後にはブートプログラムに従ってハードウェアの
各種情報をメモリの初期化されることのないエリアに障
害情報としてセーブできる。
ソフトウェアが動作可能か否かに関係なく、その時のソ
フトウェアデータ及びハードウェアデータをそれぞれコ
ントロールプロセッサ機能内のメモリの初期化されるこ
とのないエリアにセーブするようにしているため、ソフ
トウェアが動作できないような予め定めた障害発生をハ
ードウェアが検出した時には障害情報をソフトウェアに
通知することなく、ハードウェアを初期化しても、その
初期化後にはブートプログラムに従ってハードウェアの
各種情報をメモリの初期化されることのないエリアに障
害情報としてセーブできる。
【００１０】
【実施例】次に、本発明の実施例について説明する。図
１は本発明方式の一実施例の動作説明用フローチャー
ト、図２は本発明が適用される交換処理システムの一例
のシステム構成図を示す。まず、本発明方式が適用され
る交換処理システムについて図２と共に説明する。交換
処理システムは、コントロールプロセッサ（ＣＰ）機能
１０ａ及び１０ｂと、バス制御機能２０ａ及び２０ｂ
と、入出力（Ｉ／Ｏ）系装置３０と、スピーチパス（Ｓ
Ｐ）系装置４０と、通信系装置５０とがバスを介して接
続された構成である。
１は本発明方式の一実施例の動作説明用フローチャー
ト、図２は本発明が適用される交換処理システムの一例
のシステム構成図を示す。まず、本発明方式が適用され
る交換処理システムについて図２と共に説明する。交換
処理システムは、コントロールプロセッサ（ＣＰ）機能
１０ａ及び１０ｂと、バス制御機能２０ａ及び２０ｂ
と、入出力（Ｉ／Ｏ）系装置３０と、スピーチパス（Ｓ
Ｐ）系装置４０と、通信系装置５０とがバスを介して接
続された構成である。
【００１１】ＣＰ機能１０ａ及び１０ｂはシステム全体
の制御を司る機能で、一方が現用（ＡＣＴ）、他方が予
備（ＳＢＹ）の二重化構成とされている。これらのＣＰ
機能１０ａ及び１０ｂはそれぞれ同一構成で、中央処理
装置（ＣＰＵ）１１ａ，１１ｂと、メインメモリ（Ｍ
Ｍ）１２ａ，１２ｂと、レジスタファイル（ＲＥＧ）１
３ａ，１３ｂと、緊急動作コントローラ（ＥＡＣ：Emer
gency Action Controller）１４ａ，１４ｂとから構成
されている。
の制御を司る機能で、一方が現用（ＡＣＴ）、他方が予
備（ＳＢＹ）の二重化構成とされている。これらのＣＰ
機能１０ａ及び１０ｂはそれぞれ同一構成で、中央処理
装置（ＣＰＵ）１１ａ，１１ｂと、メインメモリ（Ｍ
Ｍ）１２ａ，１２ｂと、レジスタファイル（ＲＥＧ）１
３ａ，１３ｂと、緊急動作コントローラ（ＥＡＣ：Emer
gency Action Controller）１４ａ，１４ｂとから構成
されている。
【００１２】ＭＭ１２ａ，１２ｂには、交換処理に必要
なプログラムや緊急処理のためのプログラムなどが格納
されている。ＲＥＧ１３ａ，１３ｂは、ハードウェアの
運転モードやステータスモード（ＡＣＴ／ＳＢＹ）、割
り込み制御／ハード状態表示などを行う。バスやＭＭ１
２ａ、１２ｂで発生した障害は、ＲＥＧ１３ａ、１３ｂ
に通知され、障害情報として各々のレジスタに設定さ
れ、ＣＰＵ１１ａ、１１ｂに通知される。また、障害割
り込みだけでなく、ＲＥＧ１３ａ及び１３ｂは通信系や
Ｉ／Ｏ系装置３０、ＳＰ系装置４０からの送信も制御す
る。
なプログラムや緊急処理のためのプログラムなどが格納
されている。ＲＥＧ１３ａ，１３ｂは、ハードウェアの
運転モードやステータスモード（ＡＣＴ／ＳＢＹ）、割
り込み制御／ハード状態表示などを行う。バスやＭＭ１
２ａ、１２ｂで発生した障害は、ＲＥＧ１３ａ、１３ｂ
に通知され、障害情報として各々のレジスタに設定さ
れ、ＣＰＵ１１ａ、１１ｂに通知される。また、障害割
り込みだけでなく、ＲＥＧ１３ａ及び１３ｂは通信系や
Ｉ／Ｏ系装置３０、ＳＰ系装置４０からの送信も制御す
る。
【００１３】また、ＥＡＣ１４ａ，１４ｂは、ＥＭＡ起
動要因を検出したり、ＥＭＡ起動を行う。一方、バス制
御機能２０ａ，２０ｂは、Ｉ／Ｏ系装置３０、ＳＰ系装
置４０及び通信系装置５０とＣＰ機能１０ａ，１０ｂと
の間を結ぶバスの制御を行う。
動要因を検出したり、ＥＭＡ起動を行う。一方、バス制
御機能２０ａ，２０ｂは、Ｉ／Ｏ系装置３０、ＳＰ系装
置４０及び通信系装置５０とＣＰ機能１０ａ，１０ｂと
の間を結ぶバスの制御を行う。
【００１４】次に、この交換処理のシステムの動作中
に、ＣＰ機能１０ａ及び１０ｂのうち現用側のＣＰ機能
（ここでは１０ａとする）などにおいて障害が発生した
場合の動作について、図１のフローチャートと共に説明
する。
に、ＣＰ機能１０ａ及び１０ｂのうち現用側のＣＰ機能
（ここでは１０ａとする）などにおいて障害が発生した
場合の動作について、図１のフローチャートと共に説明
する。
【００１５】まず、ＥＡＣ１４ａはＥＭＡ要因となるも
のの監視タイマを有しており、ＥＭＡ要因の障害が発生
して監視タイマがオーバーフローすると障害発生と判断
し（ステップ１００）、その障害要因をＲＥＧ１３ａの
ＥＭＡ情報保持レジスタに設定し、以下のＥＭＡ処理を
起動し、発生した障害がハードＥＭＡとする障害かどう
か判定する（ステップ１０１）。
のの監視タイマを有しており、ＥＭＡ要因の障害が発生
して監視タイマがオーバーフローすると障害発生と判断
し（ステップ１００）、その障害要因をＲＥＧ１３ａの
ＥＭＡ情報保持レジスタに設定し、以下のＥＭＡ処理を
起動し、発生した障害がハードＥＭＡとする障害かどう
か判定する（ステップ１０１）。
【００１６】ハードＥＭＡとしないソフトウェアが動作
可能な種類のハードウェア障害の場合には、障害が発生
した装置からＲＥＧ１３ａへ障害発生が通知され、これ
よりＣＰＵ１１ａに障害割り込みとして通知される。こ
れにより、プログラムに従いＣＰＵ１１ａにより（すな
わち、ソフトウェアにより）その障害情報が収集され
（ステップ１０２）、その結果、再開処理が必要な障害
かどうか判定される（ステップ１０３）。
可能な種類のハードウェア障害の場合には、障害が発生
した装置からＲＥＧ１３ａへ障害発生が通知され、これ
よりＣＰＵ１１ａに障害割り込みとして通知される。こ
れにより、プログラムに従いＣＰＵ１１ａにより（すな
わち、ソフトウェアにより）その障害情報が収集され
（ステップ１０２）、その結果、再開処理が必要な障害
かどうか判定される（ステップ１０３）。
【００１７】ステップ１０３での再開処理が必要な障害
かどうかは、予めシステムが検出する障害を分類／検討
して定められており、再開処理が必要でない障害のとき
には、ＣＰＵ１１ａ，１１ｂのうち障害発生系のＣＰＵ
は停止して、もう一方の正常な予備系のみで発生した障
害に応じて障害系の切り離し、診断処理等の各障害処理
が実行される（ステップ１０４）。すなわち、現用系の
ＣＰ機能１０ａから予備のＣＰ機能１０ｂへの切り換え
が行われる。一方、再開処理が必要である障害であると
きには、ステップ１０３からステップ１０５に進み、ソ
フトウェアが収集された障害情報を、ＭＭ１２ａの再開
によっても初期化されないエリアにセーブしてからハー
ドウェアの初期化を実行する（ソフトＥＭＡ起動を実行
する）。
かどうかは、予めシステムが検出する障害を分類／検討
して定められており、再開処理が必要でない障害のとき
には、ＣＰＵ１１ａ，１１ｂのうち障害発生系のＣＰＵ
は停止して、もう一方の正常な予備系のみで発生した障
害に応じて障害系の切り離し、診断処理等の各障害処理
が実行される（ステップ１０４）。すなわち、現用系の
ＣＰ機能１０ａから予備のＣＰ機能１０ｂへの切り換え
が行われる。一方、再開処理が必要である障害であると
きには、ステップ１０３からステップ１０５に進み、ソ
フトウェアが収集された障害情報を、ＭＭ１２ａの再開
によっても初期化されないエリアにセーブしてからハー
ドウェアの初期化を実行する（ソフトＥＭＡ起動を実行
する）。
【００１８】一方、ハードＥＭＡとする障害かどうかは
予め定められており、ハードＥＭＡ障害とする障害のと
きには、ハードウェアがソフトウェアに通知することな
く自動的にハードＥＭＡを起動してハードウェアを初期
化する（ステップ１０６）。ハードＥＭＡ障害とする障
害としては、例えば、ソフトウェアが動作できない重度
のハードウェア障害などがある。また、ＥＡＣ１４ａ
（１４ｂ）により一定時間以上そのハードウェアの異常
状態が続いたことが検出された場合は、ソフトウェア異
常のガードとしてハードＥＭＡを起動する。
予め定められており、ハードＥＭＡ障害とする障害のと
きには、ハードウェアがソフトウェアに通知することな
く自動的にハードＥＭＡを起動してハードウェアを初期
化する（ステップ１０６）。ハードＥＭＡ障害とする障
害としては、例えば、ソフトウェアが動作できない重度
のハードウェア障害などがある。また、ＥＡＣ１４ａ
（１４ｂ）により一定時間以上そのハードウェアの異常
状態が続いたことが検出された場合は、ソフトウェア異
常のガードとしてハードＥＭＡを起動する。
【００１９】このように、ハードＥＭＡあるいはソフト
ＥＭＡが起動されると、続いて再開処理が行われる。こ
の再開処理において、まず、再開処理を行う要因となっ
たＥＭＡ起動がハードＥＭＡ要因によるものかどうか判
定され（ステップ１０７）、ハードＥＭＡ要因による場
合には、ハードＥＭＡ起動後、ブートプログラムに制御
が渡ってから実行されるソフトウェアがその時のＭＭ１
２ａやＲＥＧ１３ａの内容などの各種情報を収集して再
開後も引き継がれるＭＭ１２ａのエリアにセーブした後
（ステップ１０８）、データ初期化、再開系／再開フェ
ーズ（ＰＨ）決定、メッセージ出力等を実行する（ステ
ップ１０９）。
ＥＭＡが起動されると、続いて再開処理が行われる。こ
の再開処理において、まず、再開処理を行う要因となっ
たＥＭＡ起動がハードＥＭＡ要因によるものかどうか判
定され（ステップ１０７）、ハードＥＭＡ要因による場
合には、ハードＥＭＡ起動後、ブートプログラムに制御
が渡ってから実行されるソフトウェアがその時のＭＭ１
２ａやＲＥＧ１３ａの内容などの各種情報を収集して再
開後も引き継がれるＭＭ１２ａのエリアにセーブした後
（ステップ１０８）、データ初期化、再開系／再開フェ
ーズ（ＰＨ）決定、メッセージ出力等を実行する（ステ
ップ１０９）。
【００２０】一方、再開処理を行う要因となったＥＭＡ
起動要因がソフトＥＭＡ要因によるものとステップ１０
７で判定された場合には、既にソフトウェアによりステ
ップ１０２で障害情報が再開後も引き継がれるＭＭ１２
ａのエリアにセーブされているので、直ちにデータ初期
化、再開系／再開フェーズ（ＰＨ）決定、メッセージ出
力等を実行する（ステップ１０９）。ステップ１０９の
実行後再開完了となる（ステップ１１０）。なお、再開
フェーズには従来と同様に、すべての呼をクリアするが
障害発生時のシステム状態は残るフェーズ、システム状
態もクリアするフェーズなどがある。
起動要因がソフトＥＭＡ要因によるものとステップ１０
７で判定された場合には、既にソフトウェアによりステ
ップ１０２で障害情報が再開後も引き継がれるＭＭ１２
ａのエリアにセーブされているので、直ちにデータ初期
化、再開系／再開フェーズ（ＰＨ）決定、メッセージ出
力等を実行する（ステップ１０９）。ステップ１０９の
実行後再開完了となる（ステップ１１０）。なお、再開
フェーズには従来と同様に、すべての呼をクリアするが
障害発生時のシステム状態は残るフェーズ、システム状
態もクリアするフェーズなどがある。
【００２１】従って、本実施例では、ハードＥＭＡ起動
後の再開処理に際しては、ソフトウェアがその時の各種
情報を収集して再開後も引き継がれるＭＭ１２ａ（１２
ｂ）のエリアにセーブした後データ初期化を実行するよ
うにしているため、ハードＥＭＡ起動時にも障害要因解
析が上記のエリアにセーブされた障害情報に基づいてソ
フトＥＭＡと同様のレベルでできることとなる。
後の再開処理に際しては、ソフトウェアがその時の各種
情報を収集して再開後も引き継がれるＭＭ１２ａ（１２
ｂ）のエリアにセーブした後データ初期化を実行するよ
うにしているため、ハードＥＭＡ起動時にも障害要因解
析が上記のエリアにセーブされた障害情報に基づいてソ
フトＥＭＡと同様のレベルでできることとなる。
【００２２】
【発明の効果】以上説明したように、本発明によれば、
ソフトウェアが動作できないような予め定めた障害発生
をハードウェアが検出した時には障害情報をソフトウェ
アに通知することなく、ハードウェアを初期化しても、
その初期化後にはブートプログラムに従ってハードウェ
アの各種情報をメモリの初期化されることのないエリア
に障害情報としてセーブするようにしたため、このセー
ブした障害情報に基づき、従来ソフトウェアが動作可能
な障害発生時の緊急処理のとき（所謂ソフトＥＭＡ）と
同じレベルで障害発生の際の障害解析ができる。
ソフトウェアが動作できないような予め定めた障害発生
をハードウェアが検出した時には障害情報をソフトウェ
アに通知することなく、ハードウェアを初期化しても、
その初期化後にはブートプログラムに従ってハードウェ
アの各種情報をメモリの初期化されることのないエリア
に障害情報としてセーブするようにしたため、このセー
ブした障害情報に基づき、従来ソフトウェアが動作可能
な障害発生時の緊急処理のとき（所謂ソフトＥＭＡ）と
同じレベルで障害発生の際の障害解析ができる。
【図１】本発明の一実施例の動作説明用フローチャート
である。
である。
【図２】本発明方式が適用される交換処理システムの一
例のシステム構成図である。
例のシステム構成図である。
１０ａ，１０ｂ コントロールプロセッサ（ＣＰ）機能 １１ａ，１１ｂ 中央処理装置（ＣＰＵ） １２ａ，１２ｂ メインメモリ（ＭＭ） １３ａ，１３ｂ レジスタファイル（ＲＥＧ） １４ａ，１４ｂ 緊急動作コントローラ（ＥＡＣ） ２０ａ，２０ｂ バス制御機能 ３０ 入出力（Ｉ／Ｏ）系装置 ４０ スピーチパス（ＳＰ）系装置 ５０ 通信系装置
Claims (4)
- 【請求項１】 二重化されたコントロールプロセッサ機
能が、ソフトウェア又はハードウェアによって検出した
障害が処理を続行できないと判断したときに、そのソフ
トウェア及びハードウェアの初期化を実行して復旧させ
る緊急処理方式において、 障害検出時には、検出した障害がソフトウェアが動作可
能か否かに関係なく、その時のソフトウェアデータ及び
ハードウェアデータをそれぞれ前記コントロールプロセ
ッサ機能内のメモリの初期化されることのないエリアに
セーブした後、前記エリア以外のソフトウェアデータ及
びハードウェアデータの初期化を行うことを特徴とする
緊急処理方式。 - 【請求項２】 前記コントロールプロセッサ機能は、ソ
フトウェアが動作できないような予め定めた第１の障害
発生をハードウェアが検出した時には障害情報をソフト
ウェアに通知することなく、ハードウェアを初期化する
第１の初期化手段と、予め定めた第２の障害発生をハー
ドウェア又はソフトウェアが検出したときにはその時の
ソフトウェアデータ及びハードウェアデータをそれぞれ
前記コントロールプロセッサ機能のメモリの初期化され
ることのないエリアに障害情報としてソフトウェアがセ
ーブした後ハードウェアを初期化する第２の初期化手段
と、該第１又は第２の初期化手段による初期化後に前記
障害発生要因を判別する判別手段と、該判別手段による
判別の結果、該第１の初期化手段による初期化後にはブ
ートプログラムに従ってハードウェアの各種情報を前記
メモリの初期化されることのないエリアに障害情報とし
てセーブするセーブ手段と、該セーブ手段によるセーブ
動作後又は前記判別手段による要因判別により前記第２
の初期化手段による初期化後と判別された時には前記エ
リア以外のソフトウェアデータ及びハードウェアデータ
の初期化を行う第３の初期化手段とを有することを特徴
とする請求項１記載の緊急処理方式。 - 【請求項３】 前記コントロールプロセッサ機能は、シ
ステム全体の動作を制御する中央処理装置と、該中央処
理装置が動作するプログラムを格納すると共に、前記ソ
フトウェアデータ及びハードウェアデータを格納及び読
み出されるメモリと、障害が発生した装置から障害発生
を受け、該障害発生を前記中央処理装置へ割り込み通知
するレジスタファイルと、前記障害発生を検出して該レ
ジスタファイルに要因情報を設定して緊急処理を起動す
るコントローラとを少なくとも有することを特徴とする
請求項１記載の緊急処理方式。 - 【請求項４】 前記コントロールプロセッサ機能は、一
定時間以上該コントロールプロセッサ機能の異常状態が
続いた時に、前記メモリ内の所定のエリアにその時点の
ソフトウェアデータ及びハードウェアデータを格納した
後、該所定のエリア以外のデータを初期化するコントロ
ーラを有することを特徴とする請求項３記載の緊急処理
方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7026528A JPH08221284A (ja) | 1995-02-15 | 1995-02-15 | 緊急処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7026528A JPH08221284A (ja) | 1995-02-15 | 1995-02-15 | 緊急処理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08221284A true JPH08221284A (ja) | 1996-08-30 |
Family
ID=12195987
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7026528A Pending JPH08221284A (ja) | 1995-02-15 | 1995-02-15 | 緊急処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08221284A (ja) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06301566A (ja) * | 1993-04-13 | 1994-10-28 | Kokusai Electric Co Ltd | 電子計算機システムにおけるメモリダンプ処理方式 |
-
1995
- 1995-02-15 JP JP7026528A patent/JPH08221284A/ja active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06301566A (ja) * | 1993-04-13 | 1994-10-28 | Kokusai Electric Co Ltd | 電子計算機システムにおけるメモリダンプ処理方式 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5948112A (en) | Method and apparatus for recovering from software faults | |
| CN115237644B (zh) | 系统故障处理方法、中央运算单元以及车辆 | |
| JP2002259130A (ja) | 情報処理システムおよびその起動制御方法 | |
| JPH0950424A (ja) | ダンプ採取装置およびダンプ採取方法 | |
| JPH0887341A (ja) | 自動縮退立ち上げ機能を有したコンピュータシステム | |
| JPH08221284A (ja) | 緊急処理方式 | |
| JP2002049509A (ja) | データ処理システム | |
| JP2002149437A (ja) | ソフトウェア再起動方法 | |
| JP3564310B2 (ja) | 二重化装置の障害情報収集方法 | |
| JP3022768B2 (ja) | 仮想計算機システム | |
| JPH05314075A (ja) | オンラインコンピュータ装置 | |
| JP2000099372A (ja) | コンピュータシステム | |
| JP3604171B2 (ja) | プロセス自動再起動処理方式 | |
| JPH11282726A (ja) | 情報処理システム及びウォッチドッグタイマ運用方法並びにその制御プログラムを記録した記録媒体 | |
| JP2814988B2 (ja) | 障害処理方式 | |
| JP2795246B2 (ja) | メモリ二重化システムにおける割り込み処理時の障害リカバリ装置 | |
| KR100206472B1 (ko) | 전전자교환기에서 시스템 장애관리 및 복구방법 | |
| JPH07129425A (ja) | リブート処理方法 | |
| JP3153977B2 (ja) | 情報処理装置 | |
| JPH05282167A (ja) | 障害処理方法 | |
| JPH07248929A (ja) | 上位装置及びこれを用いた再立上げシステム | |
| JPS597982B2 (ja) | 計算機システムのシステム障害時の再開始方式 | |
| JP2002244885A (ja) | コンピュータシステム監視システム | |
| JPH0573344A (ja) | 計算機システム | |
| JPH0827748B2 (ja) | メモリ情報自動収集装置 |