JP2000293407A - 監視制御装置及びｃｐｕ監視方法並びにプログラム記録媒体 - Google Patents
監視制御装置及びｃｐｕ監視方法並びにプログラム記録媒体Info
- Publication number
- JP2000293407A JP2000293407A JP11102585A JP10258599A JP2000293407A JP 2000293407 A JP2000293407 A JP 2000293407A JP 11102585 A JP11102585 A JP 11102585A JP 10258599 A JP10258599 A JP 10258599A JP 2000293407 A JP2000293407 A JP 2000293407A
- Authority
- JP
- Japan
- Prior art keywords
- processing unit
- central processing
- program
- failure
- information
- 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
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】
【課題】 監視制御装置において、ＣＰＵの障害発生
時、その障害に至る過程及び障害発生原因が特定できる
ようにする。 【解決手段】 プログラムに予め組み込まれているチェ
ックポイントの処理が呼ばれたかどうかをチェックする
（ステップ１１）。呼び出し先プロセス番号、プログラ
ム位置、資源の種類及び番号等の情報の生成を行う（ス
テップ１２）。ＣＰＵ４に障害等が発生していれば（ス
テップ１３でＹＥＳ）、遷移する前のプログラムの位置
とプロセスの情報とを出力する（ステップ１４）。出力
した情報をある一定の期間分ＲＡＭ６に格納しておき、
ＲＡＭ６からの情報を取り出せるようになっている（ス
テップ１６）。
時、その障害に至る過程及び障害発生原因が特定できる
ようにする。 【解決手段】 プログラムに予め組み込まれているチェ
ックポイントの処理が呼ばれたかどうかをチェックする
（ステップ１１）。呼び出し先プロセス番号、プログラ
ム位置、資源の種類及び番号等の情報の生成を行う（ス
テップ１２）。ＣＰＵ４に障害等が発生していれば（ス
テップ１３でＹＥＳ）、遷移する前のプログラムの位置
とプロセスの情報とを出力する（ステップ１４）。出力
した情報をある一定の期間分ＲＡＭ６に格納しておき、
ＲＡＭ６からの情報を取り出せるようになっている（ス
テップ１６）。
Description
【０００１】
【発明の属する技術分野】本発明は監視制御装置及びそ
のＣＰＵ（中央処理装置；コンピュータ）監視方法並び
にその方法の制御プログラムを記録した記録媒体に関
し、特に衛星通信地球局用の監視制御をなす監視方式に
関するものである。
のＣＰＵ（中央処理装置；コンピュータ）監視方法並び
にその方法の制御プログラムを記録した記録媒体に関
し、特に衛星通信地球局用の監視制御をなす監視方式に
関するものである。
【０００２】
【従来の技術】従来のＣＰＵ（状態）監視方式の一例が
特開平１−１９００５１号公報に開示されている。この
従来のＣＰＵ監視（アラーム転送）方式では、ＣＰＵの
障害時において、固定パルスパターンをシリアルデータ
出力として転送することにより、別線にてＣＰＵ障害ア
ラームを転送することなく、受信側にて送信側のＣＰＵ
の状態を検出できるようになっている。
特開平１−１９００５１号公報に開示されている。この
従来のＣＰＵ監視（アラーム転送）方式では、ＣＰＵの
障害時において、固定パルスパターンをシリアルデータ
出力として転送することにより、別線にてＣＰＵ障害ア
ラームを転送することなく、受信側にて送信側のＣＰＵ
の状態を検出できるようになっている。
【０００３】
【発明が解決しようとする課題】上述した特開平１−１
９００５１号公報開示のＣＰＵ監視方式では、ＣＰＵの
障害発生時に、障害発生の有無のみが通知されるように
なっているので、その障害の詳細内容は通知されないと
いう問題がある。その理由は、固定のパルスパターンに
てシリアルポートに通知しているため、何らかの障害が
発生したことや、パルスパターンから障害発生の位置等
は特定できたとしても、その障害に至る過程及び障害発
生原因は特定できないためである。また、ＣＰＵの障害
発生時に、自動復旧可能な障害であっても、自動復旧さ
れない問題がある。その理由は、固定パルスパターンに
よる障害発生の通知のみであって、自動復旧可能な障害
かどうかが識別できないために自動復旧動作が行えない
ためである。
９００５１号公報開示のＣＰＵ監視方式では、ＣＰＵの
障害発生時に、障害発生の有無のみが通知されるように
なっているので、その障害の詳細内容は通知されないと
いう問題がある。その理由は、固定のパルスパターンに
てシリアルポートに通知しているため、何らかの障害が
発生したことや、パルスパターンから障害発生の位置等
は特定できたとしても、その障害に至る過程及び障害発
生原因は特定できないためである。また、ＣＰＵの障害
発生時に、自動復旧可能な障害であっても、自動復旧さ
れない問題がある。その理由は、固定パルスパターンに
よる障害発生の通知のみであって、自動復旧可能な障害
かどうかが識別できないために自動復旧動作が行えない
ためである。
【０００４】本発明の目的は、ＣＰＵの障害発生時に、
その障害に至る過程及び障害発生原因が特定できる監視
制御装置及びそのＣＰＵ監視方法並びにその方法の制御
プログラムを記録した記録媒体を提供することである。
その障害に至る過程及び障害発生原因が特定できる監視
制御装置及びそのＣＰＵ監視方法並びにその方法の制御
プログラムを記録した記録媒体を提供することである。
【０００５】本発明の他の目的は、監視制御装置の組み
込みソフトウェアにおいて、ＯＳが提供している資源及
びアプリケーション（ソフトウエア）側にて、独自に共
有している資源の競合等にてデッドロック等の障害が発
生した場合、障害発生に至る過程からどの資源を一時的
に解放するかを自己学習機能により判定し、監視制御装
置自体を自動復旧させるようなシステムを提供すること
である。
込みソフトウェアにおいて、ＯＳが提供している資源及
びアプリケーション（ソフトウエア）側にて、独自に共
有している資源の競合等にてデッドロック等の障害が発
生した場合、障害発生に至る過程からどの資源を一時的
に解放するかを自己学習機能により判定し、監視制御装
置自体を自動復旧させるようなシステムを提供すること
である。
【０００６】
【課題を解決するための手段】本発明にれば、中央処理
装置と、前記中央処理装置の処理プログラムを格納する
メモリーとを有する監視制御装置であって、前記プログ
ラムにおいて予め定められたチェックポイントを処理し
た際に、前記中央処理装置の動作情報を外部処理装置へ
出力するポートと、前記ポートへ出力された前記中央処
理装置の動作情報を格納する記憶手段とを含むことを特
徴とする監視制御装置が得られる。
装置と、前記中央処理装置の処理プログラムを格納する
メモリーとを有する監視制御装置であって、前記プログ
ラムにおいて予め定められたチェックポイントを処理し
た際に、前記中央処理装置の動作情報を外部処理装置へ
出力するポートと、前記ポートへ出力された前記中央処
理装置の動作情報を格納する記憶手段とを含むことを特
徴とする監視制御装置が得られる。
【０００７】そして、前記チェックポイントは、主制御
ソフトウエアのシステムコールあるいは暴走検出ルーチ
ンであることを特徴とする。また、前記中央処理装置の
動作情報は、前記中央処理装置における障害発生の有
無、処理を行ったプロセスの番号あるいは使用している
資源の種類及び番号を含むことを特徴とする。更に、前
記記憶手段に対して、最新の一定期間の前記中央処理装
置の動作情報を履歴データとして格納する手段と、前記
資源毎にその前記資源を一時的に解放したときの自動復
旧結果を格納する手段と、前記履歴データと前記自動復
旧結果とを基に自動復旧条件を学習する手段とを含むこ
とを特徴とする。
ソフトウエアのシステムコールあるいは暴走検出ルーチ
ンであることを特徴とする。また、前記中央処理装置の
動作情報は、前記中央処理装置における障害発生の有
無、処理を行ったプロセスの番号あるいは使用している
資源の種類及び番号を含むことを特徴とする。更に、前
記記憶手段に対して、最新の一定期間の前記中央処理装
置の動作情報を履歴データとして格納する手段と、前記
資源毎にその前記資源を一時的に解放したときの自動復
旧結果を格納する手段と、前記履歴データと前記自動復
旧結果とを基に自動復旧条件を学習する手段とを含むこ
とを特徴とする。
【０００８】本発明によれば、中央処理装置と、前記中
央処理装置の処理プログラムを格納するメモリーとを有
する監視制御装置の監視方法であって、前記プログラム
において予め定められたチェックポイント処理が呼ばれ
たことを確認するステップと、前記チェックポイントの
先頭にて呼び出し先のプロセス番号、プログラム位置あ
るいは使用中の資源の種類及び番号等の情報を生成する
ステップと、前記中央処理装置に障害が発生しているか
どうかを判断するステップと、前記中央処理装置に障害
が発生している場合に現在のプロセスに遷移する前のプ
ログラム位置情報及び前記現在のプロセス情報をポート
を介して外部へ出力するステップとを含むことを特徴と
する監視方法が得られる。
央処理装置の処理プログラムを格納するメモリーとを有
する監視制御装置の監視方法であって、前記プログラム
において予め定められたチェックポイント処理が呼ばれ
たことを確認するステップと、前記チェックポイントの
先頭にて呼び出し先のプロセス番号、プログラム位置あ
るいは使用中の資源の種類及び番号等の情報を生成する
ステップと、前記中央処理装置に障害が発生しているか
どうかを判断するステップと、前記中央処理装置に障害
が発生している場合に現在のプロセスに遷移する前のプ
ログラム位置情報及び前記現在のプロセス情報をポート
を介して外部へ出力するステップとを含むことを特徴と
する監視方法が得られる。
【０００９】本発明によれば、中央処理装置と、前記中
央処理装置の処理プログラムを格納するメモリーとを有
する監視制御装置の監視方法の制御プログラムを記録し
た記録媒体であって、前記制御プログラムは、前記プロ
グラムにおいて予め定められたチェックポイント処理が
呼ばれたことを確認するステップと、前記チェックポイ
ントの先頭にて呼び出し先のプロセス番号、プログラム
位置あるいは使用中の資源の種類及び番号等の情報を生
成するステップと、前記中央処理装置に障害が発生して
いるかどうかを判断するステップと、前記中央処理装置
に障害が発生している場合に現在のプロセスに遷移する
前のプログラム位置情報及び前記現在のプロセス情報を
ポートを介して外部へ出力するステップとを含むことを
特徴とする記録媒体が得られる。
央処理装置の処理プログラムを格納するメモリーとを有
する監視制御装置の監視方法の制御プログラムを記録し
た記録媒体であって、前記制御プログラムは、前記プロ
グラムにおいて予め定められたチェックポイント処理が
呼ばれたことを確認するステップと、前記チェックポイ
ントの先頭にて呼び出し先のプロセス番号、プログラム
位置あるいは使用中の資源の種類及び番号等の情報を生
成するステップと、前記中央処理装置に障害が発生して
いるかどうかを判断するステップと、前記中央処理装置
に障害が発生している場合に現在のプロセスに遷移する
前のプログラム位置情報及び前記現在のプロセス情報を
ポートを介して外部へ出力するステップとを含むことを
特徴とする記録媒体が得られる。
【００１０】本発明の作用は次の通りである。シリアル
ポートとそのシリアルポートに送出するデータを格納す
るメモリー領域とを備え、ＯＳのシステムコール等のチ
ェックポイントを処理した際、その処理を行ったプロセ
ス番号、及び使用している資源の種類及び番号をシリア
ルポートに出力することにより、障害発生時に障害個所
の特定及び障害に至る過程が認識できるように動作す
る。
ポートとそのシリアルポートに送出するデータを格納す
るメモリー領域とを備え、ＯＳのシステムコール等のチ
ェックポイントを処理した際、その処理を行ったプロセ
ス番号、及び使用している資源の種類及び番号をシリア
ルポートに出力することにより、障害発生時に障害個所
の特定及び障害に至る過程が認識できるように動作す
る。
【００１１】上述の障害発生時に至ったシリアルポート
に出力したデータを、ある一定の期間、履歴として格納
しておき、その履歴データから、ある種類の資源及び資
源番号を一時的に開放した場合、監視制御装置システム
として復旧するかどうかを、自己学習機能によって判断
することにより、監視制御装置システムの自動復旧を可
能とする。すなわち、監視制御装置の組み込みソフトウ
ェアにおいて、ＯＳ（主制御ソフトウエア）のシステム
コール、暴走検出ルーチン等の容易に識別できるチェッ
クポイントを処理した場合、その処理したプロセス番
号、及び使用している資源番号等の必要最小限項目のＣ
ＰＵ状態情報を、シリアルポートに出力することによ
り、障害発生時に障害発生を通知できる。また、障害発
生に至る過程をシリアルポートの履歴データにより識別
できる。
に出力したデータを、ある一定の期間、履歴として格納
しておき、その履歴データから、ある種類の資源及び資
源番号を一時的に開放した場合、監視制御装置システム
として復旧するかどうかを、自己学習機能によって判断
することにより、監視制御装置システムの自動復旧を可
能とする。すなわち、監視制御装置の組み込みソフトウ
ェアにおいて、ＯＳ（主制御ソフトウエア）のシステム
コール、暴走検出ルーチン等の容易に識別できるチェッ
クポイントを処理した場合、その処理したプロセス番
号、及び使用している資源番号等の必要最小限項目のＣ
ＰＵ状態情報を、シリアルポートに出力することによ
り、障害発生時に障害発生を通知できる。また、障害発
生に至る過程をシリアルポートの履歴データにより識別
できる。
【００１２】
【発明の実施の形態】以下に本発明の実施例について図
面を参照して説明する。図１は本発明による監視制御装
置の実施例の構成を示すブロック図である。図１におい
て、本発明の関連するシステムは、衛星通信装置２と通
信し、外部ＣＰＵ（中央処理装置；コンピュータ）装置
３により制御される監視制御装置１、人工（通信）衛星
を介して通信を行う衛星通信装置２、全システムを制御
する外部ＣＰＵ装置３にて構成される。
面を参照して説明する。図１は本発明による監視制御装
置の実施例の構成を示すブロック図である。図１におい
て、本発明の関連するシステムは、衛星通信装置２と通
信し、外部ＣＰＵ（中央処理装置；コンピュータ）装置
３により制御される監視制御装置１、人工（通信）衛星
を介して通信を行う衛星通信装置２、全システムを制御
する外部ＣＰＵ装置３にて構成される。
【００１３】また、本発明による監視制御装置１は、監
視制御装置１全体を制御する（内部）ＣＰＵ４、監視制
御装置１（のＣＰＵ４）の制御プログラムを格納してい
るリードオンリーメモリー（ＲＯＭ）５を有する。更
に、監視制御装置１のデータ及びＣＰＵ４障害時のシル
アルポート８に出力したデータを、格納するバッテリー
バックアップ機能９を備えたランダムアクセスメモリー
（ＲＡＭ）６を有する。
視制御装置１全体を制御する（内部）ＣＰＵ４、監視制
御装置１（のＣＰＵ４）の制御プログラムを格納してい
るリードオンリーメモリー（ＲＯＭ）５を有する。更
に、監視制御装置１のデータ及びＣＰＵ４障害時のシル
アルポート８に出力したデータを、格納するバッテリー
バックアップ機能９を備えたランダムアクセスメモリー
（ＲＡＭ）６を有する。
【００１４】更にはまた、衛星通信装置２と通信する装
置通信ポート７、外部ＣＰＵ装置３にＣＰＵ４の状態
（動作情報）を通知するシリアルポート８、ＲＡＭ６を
バッテリーバックアップするバッテリーバックアップ機
能（例えば、フローティング充電されるバッテリー）９
を有する。にまた、ＣＰＵ４とＲＯＭ５とＲＡＭと６装
置通信ポート７とシリアルポート８とを相互に接続する
内部バス１０を有して構成されている。
置通信ポート７、外部ＣＰＵ装置３にＣＰＵ４の状態
（動作情報）を通知するシリアルポート８、ＲＡＭ６を
バッテリーバックアップするバッテリーバックアップ機
能（例えば、フローティング充電されるバッテリー）９
を有する。にまた、ＣＰＵ４とＲＯＭ５とＲＡＭと６装
置通信ポート７とシリアルポート８とを相互に接続する
内部バス１０を有して構成されている。
【００１５】なお、ＣＰＵ４の動作情報は、ＣＰＵ４に
おける障害発生の有無、処理を行ったプロセスの番号あ
るいは使用している資源の種類及び番号を含む。
おける障害発生の有無、処理を行ったプロセスの番号あ
るいは使用している資源の種類及び番号を含む。
【００１６】本発明の実施例の動作を図２のフローチャ
ート及び図３により説明する。まず、図２において、Ｏ
Ｓ（ＣＰＵ４の主制御ソフトウエア；プログラム）のシ
ステムコール及びアプリケーション（ソフトウエア）側
にて、独自に作成した暴走監視ルーチン等のチェックポ
イントの処理が呼ばれたかどうかをチェックする（ステ
ップ１１）。
ート及び図３により説明する。まず、図２において、Ｏ
Ｓ（ＣＰＵ４の主制御ソフトウエア；プログラム）のシ
ステムコール及びアプリケーション（ソフトウエア）側
にて、独自に作成した暴走監視ルーチン等のチェックポ
イントの処理が呼ばれたかどうかをチェックする（ステ
ップ１１）。
【００１７】次に、そのチェックポイントの処理の先頭
にて呼び出し先プロセス番号及び呼び出し先のプログラ
ム位置（プログラムカウンタの値；ＰＣ）、さらに資源
を使用するのであればその資源の種類及び番号等の情報
の生成を行う（ステップ１２）。更に、ＣＰＵ４に暴走
及びデッドロック等の障害が発生しているかどうかを判
断する（ステップ１３）。ＣＰＵ４に障害等が発生して
いれば（ステップ１３がＹＥＳ）、現状（現在）のシリ
アルポート出力処理に遷移する前のプログラムの位置
（リターンアドレス）等のレジスタ値と、発生時の該当
プロセス番号等のプロセスの情報とを、シリアルポート
８を介して外部ＣＰＵ装置３に出力する（ステップ１
４）。
にて呼び出し先プロセス番号及び呼び出し先のプログラ
ム位置（プログラムカウンタの値；ＰＣ）、さらに資源
を使用するのであればその資源の種類及び番号等の情報
の生成を行う（ステップ１２）。更に、ＣＰＵ４に暴走
及びデッドロック等の障害が発生しているかどうかを判
断する（ステップ１３）。ＣＰＵ４に障害等が発生して
いれば（ステップ１３がＹＥＳ）、現状（現在）のシリ
アルポート出力処理に遷移する前のプログラムの位置
（リターンアドレス）等のレジスタ値と、発生時の該当
プロセス番号等のプロセスの情報とを、シリアルポート
８を介して外部ＣＰＵ装置３に出力する（ステップ１
４）。
【００１８】また、通常状態にてのチェックポイントの
処理が呼ばれた際は（ステップ１３がＮＯ）、呼び出し
先プロセス番号、呼び出しＰＣ値、使用資源番号及び種
類の使用資源情報等を、シリアルポート８に出力する
（ステップ１５）。最後に、シリアルポート８に出力し
た最新の情報を、ある一定の期間分ＲＡＭ６に順次更新
する形にて格納しておき、上述のシリアルポート８を介
して必要に応じてＲＡＭ６からの情報を取り出せるよう
になっている（ステップ１６）。格納するＲＡＭ６がバ
ッテリーバックアップ９されておれば、監視制御装置１
（ＣＰＵ４）のリスタート後でも、リスタートするまで
のシリアルポート８に出力した情報は取り出せるように
なっている。
処理が呼ばれた際は（ステップ１３がＮＯ）、呼び出し
先プロセス番号、呼び出しＰＣ値、使用資源番号及び種
類の使用資源情報等を、シリアルポート８に出力する
（ステップ１５）。最後に、シリアルポート８に出力し
た最新の情報を、ある一定の期間分ＲＡＭ６に順次更新
する形にて格納しておき、上述のシリアルポート８を介
して必要に応じてＲＡＭ６からの情報を取り出せるよう
になっている（ステップ１６）。格納するＲＡＭ６がバ
ッテリーバックアップ９されておれば、監視制御装置１
（ＣＰＵ４）のリスタート後でも、リスタートするまで
のシリアルポート８に出力した情報は取り出せるように
なっている。
【００１９】図１において、本発明による監視制御装置
１においては、シリアルポート８とそのシリアルポート
８に送出するデータを格納するバッテリーバックアップ
９されているＲＡＭ６とを含んでいる。そのため、ＯＳ
のシステムコールやアプリケーションの暴走監視ルーチ
ン等のチェックポイントを処理した際、その処理を行っ
たプロセス番号及び使用している資源の種類並びに番号
を、シリアルポート８に出力することによって障害発生
時に、障害発生の識別とともに障害個所の特定及び障害
に至る過程が外部ＣＰＵ装置３から認識できる。
１においては、シリアルポート８とそのシリアルポート
８に送出するデータを格納するバッテリーバックアップ
９されているＲＡＭ６とを含んでいる。そのため、ＯＳ
のシステムコールやアプリケーションの暴走監視ルーチ
ン等のチェックポイントを処理した際、その処理を行っ
たプロセス番号及び使用している資源の種類並びに番号
を、シリアルポート８に出力することによって障害発生
時に、障害発生の識別とともに障害個所の特定及び障害
に至る過程が外部ＣＰＵ装置３から認識できる。
【００２０】図３を用いて本発明による監視制御装置１
の動作の一例を説明する。本発明による監視制御装置１
（のＣＰＵ４）は、各プロセスを管理しているＯＳカー
ネル２６、監視制御装置１の中心的な処理を行う監視制
御メインプロセス２４を有する。また、衛星通信装置２
と通信し、衛星通信装置２のステータス（動作状態情
報）を取得するＬＯＣＡＬ装置通信プロセス２３、衛星
通信装置２からのステータスを解析し、表示処理を行う
表示処理プロセス２２を有する。更に、チェックポイン
トの処理の先頭にて、呼び出し先のプロセス番号等の情
報を出力するシリアルポート出力プロセス２１を有す
る。また、監視制御メインプロセス２４と、ＬＯＣＡＬ
装置通信プロセス２３と、表示処理プロセス２２との間
にて衛星通信装置２のステータスを受け渡しする上に必
要な共有資源２５を処理（プロセス）プログラム（ソフ
トウエア）として有する。
の動作の一例を説明する。本発明による監視制御装置１
（のＣＰＵ４）は、各プロセスを管理しているＯＳカー
ネル２６、監視制御装置１の中心的な処理を行う監視制
御メインプロセス２４を有する。また、衛星通信装置２
と通信し、衛星通信装置２のステータス（動作状態情
報）を取得するＬＯＣＡＬ装置通信プロセス２３、衛星
通信装置２からのステータスを解析し、表示処理を行う
表示処理プロセス２２を有する。更に、チェックポイン
トの処理の先頭にて、呼び出し先のプロセス番号等の情
報を出力するシリアルポート出力プロセス２１を有す
る。また、監視制御メインプロセス２４と、ＬＯＣＡＬ
装置通信プロセス２３と、表示処理プロセス２２との間
にて衛星通信装置２のステータスを受け渡しする上に必
要な共有資源２５を処理（プロセス）プログラム（ソフ
トウエア）として有する。
【００２１】この場合のプロセス優先順位としては、シ
リアルポート出力プロセス２１が一番高く、順に表示処
理プロセス２２、ＬＯＣＡＬ装置通信プロセス２３とな
っており、最後の監視制御メインプロセス２４が一番優
先順位が低い。上述のプロセス構成では、シリアルポー
ト出力プロセス２１はある一定の時間間隔にて、ＣＰＵ
４がどのような状態にあっても起動され、その際出力す
る情報があれば、外部装置３に対してその情報を出力す
る。
リアルポート出力プロセス２１が一番高く、順に表示処
理プロセス２２、ＬＯＣＡＬ装置通信プロセス２３とな
っており、最後の監視制御メインプロセス２４が一番優
先順位が低い。上述のプロセス構成では、シリアルポー
ト出力プロセス２１はある一定の時間間隔にて、ＣＰＵ
４がどのような状態にあっても起動され、その際出力す
る情報があれば、外部装置３に対してその情報を出力す
る。
【００２２】いま、ＣＰＵ４の障害例として、例えば表
示処理プロセス２２と、ＬＯＣＡＬ装置通信プロセス２
３と、監視制御プロセス２４との間において共有資源２
５の競合等の障害が発生したとする。この場合、現状
（現在）のシリアルポート出力処理２１に遷移する前の
プログラムの位置（ここでは、例えばＬＯＣＡＬ装置通
信プロセス２３のＰＣ値）等のレジスタ値と、障害発生
時の該当プロセス番号（ここでは、例えばＬＯＣＡＬ装
置通信プロセス２３）及びプロセス番号等のＣＰＵ状態
情報をシリアルポート出力プロセス２１によりシリアル
ポート８から出力することができる。
示処理プロセス２２と、ＬＯＣＡＬ装置通信プロセス２
３と、監視制御プロセス２４との間において共有資源２
５の競合等の障害が発生したとする。この場合、現状
（現在）のシリアルポート出力処理２１に遷移する前の
プログラムの位置（ここでは、例えばＬＯＣＡＬ装置通
信プロセス２３のＰＣ値）等のレジスタ値と、障害発生
時の該当プロセス番号（ここでは、例えばＬＯＣＡＬ装
置通信プロセス２３）及びプロセス番号等のＣＰＵ状態
情報をシリアルポート出力プロセス２１によりシリアル
ポート８から出力することができる。
【００２３】また、図１には情報を出力する手段とし
て、シリアルポート８を使用する方法が示されている
が、同様な情報を、例えば８ビットあるいは１６ビット
のパラレルポート出力としてもよい。ここでは、本発明
の実施例として、リアルタイム性が要求される組み込み
ソフトウェアを使用する監視制御装置に適用した場合に
ついて説明したが、同様にリアルタイム性が要求される
すべての組み込みソフトウェアにも適用できる。
て、シリアルポート８を使用する方法が示されている
が、同様な情報を、例えば８ビットあるいは１６ビット
のパラレルポート出力としてもよい。ここでは、本発明
の実施例として、リアルタイム性が要求される組み込み
ソフトウェアを使用する監視制御装置に適用した場合に
ついて説明したが、同様にリアルタイム性が要求される
すべての組み込みソフトウェアにも適用できる。
【００２４】次に、本発明の他の実施例について図４の
フローチャートを参照して詳細に説明する。本発明の他
の実施例は、図１におけるＲＯＭ５内に組み込まれたソ
フトウェアが、自己学習機能を搭載したソフトウェアを
含んで構成されている。自己学習機能を搭載したソフト
ウェアは、例えばプロセス遷移が起らない等のＣＰＵ障
害を、ソフトウェアが検出するための最も優先順位が高
いＣＰＵ状態検出プロセスとして構成されている。
フローチャートを参照して詳細に説明する。本発明の他
の実施例は、図１におけるＲＯＭ５内に組み込まれたソ
フトウェアが、自己学習機能を搭載したソフトウェアを
含んで構成されている。自己学習機能を搭載したソフト
ウェアは、例えばプロセス遷移が起らない等のＣＰＵ障
害を、ソフトウェアが検出するための最も優先順位が高
いＣＰＵ状態検出プロセスとして構成されている。
【００２５】図４において、ステップ１１〜１６間のフ
ローは図２と同様である。まず、第一の実施例（図２の
フロー）と同様に、ＯＳのシステムコール及びアプリケ
ーション側で独自に作成した暴走監視ルーチン等のチェ
ックポイントの処理が呼ばれたかどうかをチェックして
おく（ステップ１１）。次に、そのチェックポイントの
処理の先頭で呼び出し先プロセス番号及び呼び出し先の
プログラム位置（ＰＣ値）並びに資源の種類や番号等の
情報の生成を行う（ステップ１２）。更に、ＣＰＵ４が
暴走及びデッドロック等の障害が発生しているかどうか
判断する（ステップ１３）。
ローは図２と同様である。まず、第一の実施例（図２の
フロー）と同様に、ＯＳのシステムコール及びアプリケ
ーション側で独自に作成した暴走監視ルーチン等のチェ
ックポイントの処理が呼ばれたかどうかをチェックして
おく（ステップ１１）。次に、そのチェックポイントの
処理の先頭で呼び出し先プロセス番号及び呼び出し先の
プログラム位置（ＰＣ値）並びに資源の種類や番号等の
情報の生成を行う（ステップ１２）。更に、ＣＰＵ４が
暴走及びデッドロック等の障害が発生しているかどうか
判断する（ステップ１３）。
【００２６】もし、ＣＰＵ４に障害が発生していれば、
現状のシリアルポート出力処理に遷移する前のプログラ
ムの位置等のレジスタ値と発生時の該当プロセス番号等
のプロセスの情報をシリアルポートに出力する（ステッ
プ１４）。最後に、シリアルポートに出力した情報をあ
る一定期間分ＲＡＭ６に格納しておき、前述のシリアル
ポートから必要に応じてＲＡＭ６から情報を取り出せる
ようになっている（ステップ１６）。
現状のシリアルポート出力処理に遷移する前のプログラ
ムの位置等のレジスタ値と発生時の該当プロセス番号等
のプロセスの情報をシリアルポートに出力する（ステッ
プ１４）。最後に、シリアルポートに出力した情報をあ
る一定期間分ＲＡＭ６に格納しておき、前述のシリアル
ポートから必要に応じてＲＡＭ６から情報を取り出せる
ようになっている（ステップ１６）。
【００２７】ここで、自己学習機能を搭載したソフトウ
ェアとして、プロセス遷移が起こらない等のＣＰＵ障害
をソフトウェアが検出するための最も優先順位が高いＣ
ＰＵ状態検出プロセスが構成されているものとする。
ェアとして、プロセス遷移が起こらない等のＣＰＵ障害
をソフトウェアが検出するための最も優先順位が高いＣ
ＰＵ状態検出プロセスが構成されているものとする。
【００２８】まず、ＣＰＵ障害が発生した場合、ＣＰＵ
状態検出プロセスがＲＡＭ６に格納されているＣＰＵ状
態情報を検索し、共有資源２５の競合等によってデッド
ロック等のＣＰＵ障害が発生していることを認識する
（ステップ３１）。ＣＰＵ障害を認識する（ステップ３
１がＹＥＳ）と、その障害に至った過程からどの共有資
源２５を解放すれば本障害が復旧するかを自己学習機能
により判断し、その共有資源２５を一時的に開放する
（ステップ３２）。
状態検出プロセスがＲＡＭ６に格納されているＣＰＵ状
態情報を検索し、共有資源２５の競合等によってデッド
ロック等のＣＰＵ障害が発生していることを認識する
（ステップ３１）。ＣＰＵ障害を認識する（ステップ３
１がＹＥＳ）と、その障害に至った過程からどの共有資
源２５を解放すれば本障害が復旧するかを自己学習機能
により判断し、その共有資源２５を一時的に開放する
（ステップ３２）。
【００２９】なお、開放の方策としては、共有資源２５
であればその資源の種類の情報が格納されている領域を
一時的に変更（資源の解放）することにより、ソフトウ
ェアが自動復旧できるようにする。共有資源２５を一時
的に解放することによりソフトウェアが自動復旧した場
合、その資源解放情報をＲＡＭ６に記憶しておき、その
後競合が頻繁に発生したか、またどの資源を一時的開放
すれば自動復旧するか等の情報を学習し、頻繁に競合し
ている資源から最優先にて開放する。このような方法を
とることにより、システムの自動復旧を確実に行える。
であればその資源の種類の情報が格納されている領域を
一時的に変更（資源の解放）することにより、ソフトウ
ェアが自動復旧できるようにする。共有資源２５を一時
的に解放することによりソフトウェアが自動復旧した場
合、その資源解放情報をＲＡＭ６に記憶しておき、その
後競合が頻繁に発生したか、またどの資源を一時的開放
すれば自動復旧するか等の情報を学習し、頻繁に競合し
ている資源から最優先にて開放する。このような方法を
とることにより、システムの自動復旧を確実に行える。
【００３０】
【発明の効果】以上説明したように本発明によれば、監
視制御装置の組み込みソフトウェアにおいて、ＯＳのシ
ステムコール、暴走検出ルーチン等の容易に識別できる
チェックポイントを処理した場合、その処理したプロセ
ス番号及び使用している資源番号等の必要最小限項目
を、シリアルポートに出力することにより、障害発生時
に、外部装置に対して障害発生を通知できるという効果
がある。
視制御装置の組み込みソフトウェアにおいて、ＯＳのシ
ステムコール、暴走検出ルーチン等の容易に識別できる
チェックポイントを処理した場合、その処理したプロセ
ス番号及び使用している資源番号等の必要最小限項目
を、シリアルポートに出力することにより、障害発生時
に、外部装置に対して障害発生を通知できるという効果
がある。
【００３１】また、障害発生に至る過程をシリアルポー
トのデータ履歴により識別できるという効果もある。す
なわち、マルチ構成の装置構成のシステムであっても、
片方に障害が発生してもその障害内容が容易に識別及び
解析できるため、システムの状態が運用者等にも容易に
判断できる。
トのデータ履歴により識別できるという効果もある。す
なわち、マルチ構成の装置構成のシステムであっても、
片方に障害が発生してもその障害内容が容易に識別及び
解析できるため、システムの状態が運用者等にも容易に
判断できる。
【００３２】更に、監視制御装置等の組み込みソフトウ
ェアシステムにおいて、ＯＳが提供している資源及びア
プリケーション（ソフトウエア）側にて独自に共有して
いる資源の競合等にてデッドロック等の障害が発生した
場合、障害発生に至る過程からどの資源を一時的に解放
するかを、自己学習機能により判定し、監視制御装置自
体を自動復旧させることができるという効果がある。す
なわち、容易にＣＰＵの状態が把握できない組み込みソ
フトウェアシステムにおいても、自動復旧することによ
りシステムの信頼性が著しく向上できる。
ェアシステムにおいて、ＯＳが提供している資源及びア
プリケーション（ソフトウエア）側にて独自に共有して
いる資源の競合等にてデッドロック等の障害が発生した
場合、障害発生に至る過程からどの資源を一時的に解放
するかを、自己学習機能により判定し、監視制御装置自
体を自動復旧させることができるという効果がある。す
なわち、容易にＣＰＵの状態が把握できない組み込みソ
フトウェアシステムにおいても、自動復旧することによ
りシステムの信頼性が著しく向上できる。
【図１】本発明の実施例のブロック図である。
【図２】本発明の実施例のフローチャートである。
【図３】本発明の実施例のソフトウエア構成図である。
【図４】本発明の他の実施例のフローチャートである。
１ 監視制御装置 ２ 衛星通信装置 ３ 外部ＣＰＵ装置 ４ ＣＰＵ ５ ＲＯＭ ６ ＲＡＭ ７ 装置通信ポート ８ シリアルポート ９ バッテリーバックアップ機能 １０ 内部バス
Claims (7)
- 【請求項１】 中央処理装置と、前記中央処理装置の処
理プログラムを格納するメモリーとを有する監視制御装
置であって、前記プログラムにおいて予め定められたチ
ェックポイントを処理した際に、前記中央処理装置の動
作情報を外部処理装置へ出力するポートと、前記ポート
へ出力された前記中央処理装置の動作情報を格納する記
憶手段とを含むことを特徴とする監視制御装置。 - 【請求項２】 前記チェックポイントは、主制御ソフト
ウエアのシステムコールあるいは暴走検出ルーチンであ
ることを特徴とする請求項１記載の監視制御装置。 - 【請求項３】 前記中央処理装置の動作情報は、前記中
央処理装置における障害発生の有無、処理を行ったプロ
セスの番号あるいは使用している資源の種類及び番号を
含むことを特徴とする請求項１あるいは２記載の監視制
御装置。 - 【請求項４】 前記記憶手段はバッテリーバックアップ
されていることを特徴とする請求項１，２あるいは３記
載の監視制御装置。 - 【請求項５】 前記記憶手段に対して、最新の一定期間
の前記中央処理装置の動作情報を履歴データとして格納
する手段と、前記資源毎にその前記資源を一時的に解放
したときの自動復旧結果を格納する手段と、前記履歴デ
ータと前記自動復旧結果とを基に自動復旧条件を学習す
る手段とを含むことを特徴とする請求項１〜４いずれか
記載の監視制御装置。 - 【請求項６】 中央処理装置と、前記中央処理装置の処
理プログラムを格納するメモリーとを有する監視制御装
置の監視方法であって、前記プログラムにおいて予め定
められたチェックポイント処理が呼ばれたことを確認す
るステップと、前記チェックポイントの先頭にて呼び出
し先のプロセス番号、プログラム位置あるいは使用中の
資源の種類及び番号等の情報を生成するステップと、前
記中央処理装置に障害が発生しているかどうかを判断す
るステップと、前記中央処理装置に障害が発生している
場合に現在のプロセスに遷移する前のプログラム位置情
報及び前記現在のプロセス情報をポートを介して外部へ
出力するステップとを含むことを特徴とする監視方法。 - 【請求項７】 中央処理装置と、前記中央処理装置の処
理プログラムを格納するメモリーとを有する監視制御装
置の監視方法の制御プログラムを記録した記録媒体であ
って、 前記制御プログラムは、 前記プログラムにおいて予め定められたチェックポイン
ト処理が呼ばれたことを確認するステップと、前記チェ
ックポイントの先頭にて呼び出し先のプロセス番号、プ
ログラム位置あるいは使用中の資源の種類及び番号等の
情報を生成するステップと、前記中央処理装置に障害が
発生しているかどうかを判断するステップと、前記中央
処理装置に障害が発生している場合に現在のプロセスに
遷移する前のプログラム位置情報及び前記現在のプロセ
ス情報をポートを介して外部へ出力するステップとを含
むことを特徴とする記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11102585A JP2000293407A (ja) | 1999-04-09 | 1999-04-09 | 監視制御装置及びｃｐｕ監視方法並びにプログラム記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11102585A JP2000293407A (ja) | 1999-04-09 | 1999-04-09 | 監視制御装置及びｃｐｕ監視方法並びにプログラム記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000293407A true JP2000293407A (ja) | 2000-10-20 |
Family
ID=14331319
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11102585A Pending JP2000293407A (ja) | 1999-04-09 | 1999-04-09 | 監視制御装置及びｃｐｕ監視方法並びにプログラム記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000293407A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007133836A (ja) * | 2005-11-14 | 2007-05-31 | Canon Inc | シミュレーション装置及びシミュレーション方法 |
| JP2009176146A (ja) * | 2008-01-25 | 2009-08-06 | Fujitsu Ltd | マルチプロセッサシステム、障害検出方法および障害検出プログラム |
| JP2009301079A (ja) * | 2008-06-10 | 2009-12-24 | Mitsubishi Electric Corp | 電子計算機装置及びソフトウェア処理遅延検出時のデータ保存方法 |
| CN102298365A (zh) * | 2011-05-17 | 2011-12-28 | 中国电子科技集团公司第十研究所 | 自动识别管理航天测控地面站设备变化的方法 |
-
1999
- 1999-04-09 JP JP11102585A patent/JP2000293407A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007133836A (ja) * | 2005-11-14 | 2007-05-31 | Canon Inc | シミュレーション装置及びシミュレーション方法 |
| JP2009176146A (ja) * | 2008-01-25 | 2009-08-06 | Fujitsu Ltd | マルチプロセッサシステム、障害検出方法および障害検出プログラム |
| JP2009301079A (ja) * | 2008-06-10 | 2009-12-24 | Mitsubishi Electric Corp | 電子計算機装置及びソフトウェア処理遅延検出時のデータ保存方法 |
| CN102298365A (zh) * | 2011-05-17 | 2011-12-28 | 中国电子科技集团公司第十研究所 | 自动识别管理航天测控地面站设备变化的方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10491671B2 (en) | Method and apparatus for switching between servers in server cluster | |
| US5870301A (en) | System control apparatus including a master control unit and a slave control unit which maintain coherent information | |
| CN106789306B (zh) | 通信设备软件故障检测收集恢复方法和*** | |
| CN100394394C (zh) | 容错双工计算机***及其控制方法 | |
| KR101593571B1 (ko) | 차량 전자제어유닛의 이상 진단을 위한 블랙박스장치 및 이의 제어 방법 | |
| US7734956B2 (en) | Process management system | |
| KR20040047209A (ko) | 네트워크 상의 컴퓨터 시스템의 자동 복구 방법 및 이를구현하기 위한 컴퓨터 시스템의 자동 복구 시스템 | |
| US5742851A (en) | Information processing system having function to detect fault in external bus | |
| CN113672306B (zh) | 服务器组件自检异常恢复方法、装置、***及介质 | |
| US20080082850A1 (en) | Method and apparatus for monitoring power failure | |
| CN115904793B (zh) | 一种基于多核异构***的内存转存方法、***及芯片 | |
| JP2000293407A (ja) | 監視制御装置及びｃｐｕ監視方法並びにプログラム記録媒体 | |
| JP2001331330A (ja) | プロセス異常検知及び復旧システム | |
| JP3248483B2 (ja) | アラーム処理装置 | |
| JP2010018168A (ja) | 車両用異常解析システム、車両用異常解析方法、及び車両用故障解析装置 | |
| JP3157759B2 (ja) | 活線挿抜検出方式 | |
| EP1845447B1 (en) | Method, apparatus and software for preventing switch failures in the presence of faults | |
| JP2005078582A (ja) | 遠隔監視装置 | |
| US20220374525A1 (en) | Apparatus and method for detecting vulnerability to nonvolatile memory attack | |
| JP2685061B2 (ja) | マイクロ初期診断方式 | |
| CN112084074B (zh) | 远程连线控制方法 | |
| JP3480881B2 (ja) | 遠隔監視装置 | |
| JPH08249212A (ja) | 多重化されたコンピュータシステムにおける障害監視方法 | |
| KR100235570B1 (ko) | 2이상의 주전산기를 병립 연결한 시스템의 클러스터 관리 마스터 시스템의 클러스터 관리방법 | |
| JP2022144118A (ja) | 計算機システムおよび再起動プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040210 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040224 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040622 |