JP2002091784A - Ｊａｖａ言語を用いた制御装置 - Google Patents
Ｊａｖａ言語を用いた制御装置Info
- Publication number
- JP2002091784A JP2002091784A JP2000280113A JP2000280113A JP2002091784A JP 2002091784 A JP2002091784 A JP 2002091784A JP 2000280113 A JP2000280113 A JP 2000280113A JP 2000280113 A JP2000280113 A JP 2000280113A JP 2002091784 A JP2002091784 A JP 2002091784A
- Authority
- JP
- Japan
- Prior art keywords
- program
- ram
- rom
- cpu
- control device
- 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
- Stored Programmes (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
Abstract
(57)【要約】
【課題】Java言語で作成したプログラムは、プログラム
やデータの格納番地が動的に変わるため、プログラム自
体はたとえ正しくても、チェックサム値が変わってしま
う。このため、従来のチェックサム計算ではプログラム
の正しさを検証することができない。 【解決手段】ＣＰＵ、ＲＯＭおよびＲＡＭを有し、ＲＯ
Ｍに記憶されているオリジナルプログラムをＲＡＭにロ
ードしてＣＰＵにより実行される制御装置において、ロ
ードして実行が開始された時点から予定の設定時限値を
超えたら、それまでＲＡＭにロードされ動作していたプ
ログラムを破棄して、ＲＯＭ上に記憶されているプログ
ラムをＲＡＭに再ロードする。
やデータの格納番地が動的に変わるため、プログラム自
体はたとえ正しくても、チェックサム値が変わってしま
う。このため、従来のチェックサム計算ではプログラム
の正しさを検証することができない。 【解決手段】ＣＰＵ、ＲＯＭおよびＲＡＭを有し、ＲＯ
Ｍに記憶されているオリジナルプログラムをＲＡＭにロ
ードしてＣＰＵにより実行される制御装置において、ロ
ードして実行が開始された時点から予定の設定時限値を
超えたら、それまでＲＡＭにロードされ動作していたプ
ログラムを破棄して、ＲＯＭ上に記憶されているプログ
ラムをＲＡＭに再ロードする。
Description
【０００１】
【発明の属する技術分野】本発明は、Java言語で記述さ
れたプラント等の制御プログラムの信頼性を向上させる
ようにした制御装置に関するものある。
れたプラント等の制御プログラムの信頼性を向上させる
ようにした制御装置に関するものある。
【０００２】
【従来の技術】制御装置用のソフトウェアは、プログラ
ムがノイズなどで書き換わると、正しく制御を行うこと
ができなくなるので、プログラムの正しさをチェックす
る必要がある。
ムがノイズなどで書き換わると、正しく制御を行うこと
ができなくなるので、プログラムの正しさをチェックす
る必要がある。
【０００３】Ｃ言語やアセンブリ言語などのプログラミ
ング言語を用いた従来の制御装置用ソフトウェアでは、
プログラムの格納番地やその内容が変わることはなかっ
たので、固定アドレスに割り付けられているプログラム
のチェックサムを計算するなどの方法により、プログラ
ムの正しさを確認することができた。
ング言語を用いた従来の制御装置用ソフトウェアでは、
プログラムの格納番地やその内容が変わることはなかっ
たので、固定アドレスに割り付けられているプログラム
のチェックサムを計算するなどの方法により、プログラ
ムの正しさを確認することができた。
【０００４】図15は、Ｃ言語やアセンブリ言語などのプ
ログラミング言語を用いた従来の制御装置のブロック構
成図であり、１は制御装置であって、ＣＰＵ（プロセッ
サ）２、ＲＯＭ（読み出し専用メモリ）３およびＲＡＭ
（読み込み・読み出し可能なメモリ）４から構成されて
いる。
ログラミング言語を用いた従来の制御装置のブロック構
成図であり、１は制御装置であって、ＣＰＵ（プロセッ
サ）２、ＲＯＭ（読み出し専用メモリ）３およびＲＡＭ
（読み込み・読み出し可能なメモリ）４から構成されて
いる。
【０００５】図15において、ＲＯＭ３に記述したオリジ
ナルのプログラム（以下単にプログラムという）51、52
は、ＣＰＵ２によりいつでもＲＡＭ４上の決まった位置
にロードされ、プログラム53、54として動作するように
なっている。
ナルのプログラム（以下単にプログラムという）51、52
は、ＣＰＵ２によりいつでもＲＡＭ４上の決まった位置
にロードされ、プログラム53、54として動作するように
なっている。
【０００６】このため、単にＲＡＭ４にロードされたプ
ログラム53および54のチェックサムを計算し、これらと
ＲＯＭ３上のサム値と比較して、同じ値であったら正し
いプログラムであると判断することができる。
ログラム53および54のチェックサムを計算し、これらと
ＲＯＭ３上のサム値と比較して、同じ値であったら正し
いプログラムであると判断することができる。
【０００７】
【発明が解決しようとする課題】しかし、Java言語のよ
うにヒープ（ｈｅａｐ）領域にコードもデータも混在し
て動的に配置され、しかも配置アドレスもＯＳ側で決め
る言語の場合、ユーザ側では関知できない。
うにヒープ（ｈｅａｐ）領域にコードもデータも混在し
て動的に配置され、しかも配置アドレスもＯＳ側で決め
る言語の場合、ユーザ側では関知できない。
【０００８】つまり、Java言語で作成したプログラム
は、プログラムやデータの格納番地が動的に変わるた
め、プログラム自体はたとえ正しくても、チェックサム
値が変わってしまう。このため、従来のチェックサム計
算ではプログラムの正しさを検証することができない。
は、プログラムやデータの格納番地が動的に変わるた
め、プログラム自体はたとえ正しくても、チェックサム
値が変わってしまう。このため、従来のチェックサム計
算ではプログラムの正しさを検証することができない。
【０００９】本発明は、上記の問題に鑑みてなされたも
ので、Java言語などでヒープ領域と呼ばれるメモリ領域
にプログラムのコードやデータを動的に配置する形式の
言語を使用して作成したプログラムが、ノイズなどの要
因によって書き換わっていないかどうかをチェックする
ことのできるJava言語による制御装置用プログラムの高
信頼化方式を提供することを目的とするものである。
ので、Java言語などでヒープ領域と呼ばれるメモリ領域
にプログラムのコードやデータを動的に配置する形式の
言語を使用して作成したプログラムが、ノイズなどの要
因によって書き換わっていないかどうかをチェックする
ことのできるJava言語による制御装置用プログラムの高
信頼化方式を提供することを目的とするものである。
【００１０】
【課題を解決するための手段】上記の目的を達成するた
めに、請求項１に記載の発明は、ＣＰＵ、ＲＯＭおよび
ＲＡＭを有し、前記ＲＯＭに記憶されているプログラム
を前記ＲＡＭにロードし、前記ＣＰＵがＲＡＭにロード
されたプログラムにより処理を実行するようにしたJava
言語を用いた制御装置において、ＲＡＭにプログラムを
ロードして実行が開始された時点から前記ＣＰＵによる
タイマー機能によって動作時間を測定し、動作時間が事
前に設定しておいた予定値を超えたら、それまでＲＡＭ
にロードされ動作していたプログラムを放棄して、ＲＯ
Ｍに記憶されているプログラムをＲＡＭに再ロードする
ようにしたものである。ここでＲＯＭは、ＲＡＭへロー
ドすべきプログラムを記憶する手段を意味し、いわゆる
ＰＲＯＭ、ＥＰＲＯＭ、Ｅ 2ＰＲＯＭの他、ＣＤ−ＲＯ
Ｍやハードディスクも含む。
めに、請求項１に記載の発明は、ＣＰＵ、ＲＯＭおよび
ＲＡＭを有し、前記ＲＯＭに記憶されているプログラム
を前記ＲＡＭにロードし、前記ＣＰＵがＲＡＭにロード
されたプログラムにより処理を実行するようにしたJava
言語を用いた制御装置において、ＲＡＭにプログラムを
ロードして実行が開始された時点から前記ＣＰＵによる
タイマー機能によって動作時間を測定し、動作時間が事
前に設定しておいた予定値を超えたら、それまでＲＡＭ
にロードされ動作していたプログラムを放棄して、ＲＯ
Ｍに記憶されているプログラムをＲＡＭに再ロードする
ようにしたものである。ここでＲＯＭは、ＲＡＭへロー
ドすべきプログラムを記憶する手段を意味し、いわゆる
ＰＲＯＭ、ＥＰＲＯＭ、Ｅ 2ＰＲＯＭの他、ＣＤ−ＲＯ
Ｍやハードディスクも含む。
【００１１】また請求項２に記載の発明は、ＣＰＵ、Ｒ
ＯＭおよびＲＡＭを有し、前記ＲＯＭに記憶されている
プログラムを前記ＲＡＭにロードし、前記ＣＰＵがＲＡ
Ｍにロードされたプログラムにより処理を実行するよう
にしたJava言語を用いた制御装置において、前記ＣＰＵ
とは別に、プログラムを監視するチェック用プロセッサ
を設け、このチェック用プロセッサにより、動的に変わ
る格納番地をトレースしてチェックするようにしたもの
である。
ＯＭおよびＲＡＭを有し、前記ＲＯＭに記憶されている
プログラムを前記ＲＡＭにロードし、前記ＣＰＵがＲＡ
Ｍにロードされたプログラムにより処理を実行するよう
にしたJava言語を用いた制御装置において、前記ＣＰＵ
とは別に、プログラムを監視するチェック用プロセッサ
を設け、このチェック用プロセッサにより、動的に変わ
る格納番地をトレースしてチェックするようにしたもの
である。
【００１２】また、請求項３に記載の発明は、ＣＰＵ、
ＲＯＭおよびＲＡＭを有し、前記ＲＯＭに記憶されてい
るプログラムを前記ＲＡＭにロードし、前記ＣＰＵがＲ
ＡＭにロードされたプログラムにより処理を実行するよ
うにしたJava言語を用いた制御装置において、プログラ
ムの格納番地が変わったタイミングでプログラムの格納
番地を探し出し、チェックサムを再計算し、プログラム
チェック時は、この格納番地とチェックサムを使ってプ
ログラムが正しいことを検証するようにしたものであ
る。
ＲＯＭおよびＲＡＭを有し、前記ＲＯＭに記憶されてい
るプログラムを前記ＲＡＭにロードし、前記ＣＰＵがＲ
ＡＭにロードされたプログラムにより処理を実行するよ
うにしたJava言語を用いた制御装置において、プログラ
ムの格納番地が変わったタイミングでプログラムの格納
番地を探し出し、チェックサムを再計算し、プログラム
チェック時は、この格納番地とチェックサムを使ってプ
ログラムが正しいことを検証するようにしたものであ
る。
【００１３】また更に、請求項４に記載の発明は，制御
用ＣＰＵ、ＲＯＭおよびＲＡＭを有し、前記ＲＯＭに記
憶されているプログラムを前記ＲＡＭにロードし、前記
制御用ＣＰＵがＲＡＭにロードされたプログラムにより
処理を実行するようにしたJava言語を用いた制御装置に
おいて、前記制御用ＣＰＵとは別に、プログラムを監視
するチェック用プロセッサを設け、このチェック用プロ
セッサにより、プログラムの格納番地の移動に伴ったチ
ェックサム値再計算機能を持たせるようにしたものであ
る。
用ＣＰＵ、ＲＯＭおよびＲＡＭを有し、前記ＲＯＭに記
憶されているプログラムを前記ＲＡＭにロードし、前記
制御用ＣＰＵがＲＡＭにロードされたプログラムにより
処理を実行するようにしたJava言語を用いた制御装置に
おいて、前記制御用ＣＰＵとは別に、プログラムを監視
するチェック用プロセッサを設け、このチェック用プロ
セッサにより、プログラムの格納番地の移動に伴ったチ
ェックサム値再計算機能を持たせるようにしたものであ
る。
【００１４】また更に、請求項５に記載の発明は、ＣＰ
Ｕ、ＲＯＭおよびＲＡＭを有し、前記ＲＯＭに記憶され
ているプログラムを前記ＲＡＭにロードし、前記ＣＰＵ
がＲＡＭにロードされたプログラムにより処理を実行す
るようにしたJava言語を用いた制御装置において、Java
仮想マシンにおけるプログラムを動作させるための資源
（ヒープ）量が、予め決めておいた下限値よりも少なく
なった場合、必要データの保存などの最低限の処理を行
った後、ＯＳ自体を再起動させるようにしたものであ
る。
Ｕ、ＲＯＭおよびＲＡＭを有し、前記ＲＯＭに記憶され
ているプログラムを前記ＲＡＭにロードし、前記ＣＰＵ
がＲＡＭにロードされたプログラムにより処理を実行す
るようにしたJava言語を用いた制御装置において、Java
仮想マシンにおけるプログラムを動作させるための資源
（ヒープ）量が、予め決めておいた下限値よりも少なく
なった場合、必要データの保存などの最低限の処理を行
った後、ＯＳ自体を再起動させるようにしたものであ
る。
【００１５】また更に、請求項６に記載の発明は、ＣＰ
Ｕ、ＲＯＭおよびＲＡＭを有し、前記ＲＯＭに記憶され
ているプログラムを前記ＲＡＭにロードし、前記ＣＰＵ
がＲＡＭにロードされたプログラムにより処理を実行す
るようにしたJava言語を用いた制御装置において、前記
ＲＯＭに、動作定数およびハードウェアの構成に対応し
た初期化などの手順書をファイルとして持たせておき、
動作定数あるいは手順書の変更によりハードウェア構成
の変更に対応するようにしたものである。
Ｕ、ＲＯＭおよびＲＡＭを有し、前記ＲＯＭに記憶され
ているプログラムを前記ＲＡＭにロードし、前記ＣＰＵ
がＲＡＭにロードされたプログラムにより処理を実行す
るようにしたJava言語を用いた制御装置において、前記
ＲＯＭに、動作定数およびハードウェアの構成に対応し
た初期化などの手順書をファイルとして持たせておき、
動作定数あるいは手順書の変更によりハードウェア構成
の変更に対応するようにしたものである。
【００１６】更に、請求項７に記載の発明は、ＣＰＵ、
ＲＯＭ、ＲＡＭおよびプログラムによって書き換え可能
なＲＯＭを有し、前記ＲＯＭに記憶されているプログラ
ムを前記ＲＡＭにロードし、前記ＣＰＵがＲＡＭにロー
ドされたプログラムにより処理を実行するようにしたJa
va言語を用いた制御装置において、プログラムによって
書き換え可能なＲＯＭに動作定数やハードウェアの構成
に対応した初期化などの手順書をファイルとして持た
せ、ハードウェアの構成変更やハードウェア不良などに
対応して運用中に動作定数や手順書を変更するようにし
たものである。
ＲＯＭ、ＲＡＭおよびプログラムによって書き換え可能
なＲＯＭを有し、前記ＲＯＭに記憶されているプログラ
ムを前記ＲＡＭにロードし、前記ＣＰＵがＲＡＭにロー
ドされたプログラムにより処理を実行するようにしたJa
va言語を用いた制御装置において、プログラムによって
書き換え可能なＲＯＭに動作定数やハードウェアの構成
に対応した初期化などの手順書をファイルとして持た
せ、ハードウェアの構成変更やハードウェア不良などに
対応して運用中に動作定数や手順書を変更するようにし
たものである。
【００１７】請求項８に記載の発明は、請求項６に記載
のJava言語を用いた制御装置において、ＲＯＭに設けた
ファイル構造の全体にチェックサムを持たせ、定期的に
ファイル構造全体のチェックサムを検査することによっ
て動作定数や初期化の手順書の正しさを検証するように
したものである。
のJava言語を用いた制御装置において、ＲＯＭに設けた
ファイル構造の全体にチェックサムを持たせ、定期的に
ファイル構造全体のチェックサムを検査することによっ
て動作定数や初期化の手順書の正しさを検証するように
したものである。
【００１８】請求項９に記載の発明は、請求項７に記載
のJava言語を用いた制御装置において、プログラムによ
って書き換え可能なＲＯＭに置いたファイル構造の全体
にチェックサムを持たせ、定期的にファイル構造全体の
チェックサムを検査することによって動作定数や初期化
の手順書の正しさを検証するようにしたものである。
のJava言語を用いた制御装置において、プログラムによ
って書き換え可能なＲＯＭに置いたファイル構造の全体
にチェックサムを持たせ、定期的にファイル構造全体の
チェックサムを検査することによって動作定数や初期化
の手順書の正しさを検証するようにしたものである。
【００１９】請求項10に記載の発明は、請求項８に記載
のJava言語を用いた制御装置において、ＲＯＭに置いた
ファイル構造の個々のファイル毎にチェックサムを持た
せ、定期的に個々のファイルのチェックサムとファイル
構造全体のチェックサムを検査することによって動作定
数や初期化の手順書などのファイルの正しさを検証する
ようにしたものである。
のJava言語を用いた制御装置において、ＲＯＭに置いた
ファイル構造の個々のファイル毎にチェックサムを持た
せ、定期的に個々のファイルのチェックサムとファイル
構造全体のチェックサムを検査することによって動作定
数や初期化の手順書などのファイルの正しさを検証する
ようにしたものである。
【００２０】請求項11に記載の発明は、請求項８に記載
のJava言語を用いた制御装置において、プログラムによ
って書き換え可能なＲＯＭに置いたファイル構造の個々
のファイル毎にチェックサムを持たせ、定期的に個々の
ファイルのチェックサムとファイル構造全体のチェック
サムを検査することによって動作定数や初期化の手順書
などのファイルの正しさを検証するようにしたものであ
る。
のJava言語を用いた制御装置において、プログラムによ
って書き換え可能なＲＯＭに置いたファイル構造の個々
のファイル毎にチェックサムを持たせ、定期的に個々の
ファイルのチェックサムとファイル構造全体のチェック
サムを検査することによって動作定数や初期化の手順書
などのファイルの正しさを検証するようにしたものであ
る。
【００２１】
【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。 （第1の実施形態）図１は本発明による第１の実施形態
を示す制御装置内のＣＰＵおよびソフトウェアに関する
ブロック構成図である。
施形態を説明する。 （第1の実施形態）図１は本発明による第１の実施形態
を示す制御装置内のＣＰＵおよびソフトウェアに関する
ブロック構成図である。
【００２２】制御装置１は、監視制御の対象となるプラ
ント等を制御するためのＣＰＵ２、ＲＯＭ３およびＲＡ
Ｍ４等のハードウェアを設けている。なお、タイマー機
能６は、ＣＰＵ２によるソフトウェアであり、タイマー
61および62によってそれぞれ対応するプログラム53およ
び54の動作時間を測定するようになっている。
ント等を制御するためのＣＰＵ２、ＲＯＭ３およびＲＡ
Ｍ４等のハードウェアを設けている。なお、タイマー機
能６は、ＣＰＵ２によるソフトウェアであり、タイマー
61および62によってそれぞれ対応するプログラム53およ
び54の動作時間を測定するようになっている。
【００２３】次に、本実施形態の動作を説明する。ＣＰ
Ｕ２はプラント制御などにおいて、必要となった時点
で、先ずＲＯＭ３に記憶されているオリジナルプログラ
ム51および52を、ＲＡＭ４にプログラム53および54とし
てロードする（読み込む）。
Ｕ２はプラント制御などにおいて、必要となった時点
で、先ずＲＯＭ３に記憶されているオリジナルプログラ
ム51および52を、ＲＡＭ４にプログラム53および54とし
てロードする（読み込む）。
【００２４】そして、前記タイマー61およびタイマー62
は、ＣＰＵ２がプログラム53および54を用いてプラント
等の監視制御を行う時、それぞれに対応するプログラム
53および54の動作開始時点から時間を測定するようにな
っている。
は、ＣＰＵ２がプログラム53および54を用いてプラント
等の監視制御を行う時、それぞれに対応するプログラム
53および54の動作開始時点から時間を測定するようにな
っている。
【００２５】ＣＰＵ２は、タイマー61および62が予定の
設定時間を超えた時点で、対応するプログラム53、54を
破棄し、新たにＲＯＭ３からプログラム51、52をＲＡＭ
４に再ロード即ちリフレッシュしてプログラム53、54に
よる制御を続行する。
設定時間を超えた時点で、対応するプログラム53、54を
破棄し、新たにＲＯＭ３からプログラム51、52をＲＡＭ
４に再ロード即ちリフレッシュしてプログラム53、54に
よる制御を続行する。
【００２６】なお、前記タイマー61、62の設定時間は短
ければ誤動作防止の観点からはよいが、それだけＣＰＵ
の負担も増えるので、数分から30分程度の間隔がよいと
思われる。
ければ誤動作防止の観点からはよいが、それだけＣＰＵ
の負担も増えるので、数分から30分程度の間隔がよいと
思われる。
【００２７】図２はプログラムの再ロードに関するタイ
ミングチャートであり、（ａ）はプログラムが休止中に
再ロードする様子を、また（ｂ）はプログラムが動作中
のために再ロードを遅らせる様子をそれぞれ示す。
ミングチャートであり、（ａ）はプログラムが休止中に
再ロードする様子を、また（ｂ）はプログラムが動作中
のために再ロードを遅らせる様子をそれぞれ示す。
【００２８】本実施形態によれば、ＲＡＭ４にロードさ
れ実際に動作するプログラム53および54は、タイマー61
および62で予め設定した所定の間隔毎に常にリフレッシ
ュされる。つまり、プログラムの一部が万一ノイズ等で
書き換えられたとしても、所定間隔後にオリジナルのプ
ログラム51および52よりプログラム53および54が再ロー
ドされるため、ノイズによって誤った制御やプログラム
の停止、暴走を起こす可能性は非常に小さくなる。
れ実際に動作するプログラム53および54は、タイマー61
および62で予め設定した所定の間隔毎に常にリフレッシ
ュされる。つまり、プログラムの一部が万一ノイズ等で
書き換えられたとしても、所定間隔後にオリジナルのプ
ログラム51および52よりプログラム53および54が再ロー
ドされるため、ノイズによって誤った制御やプログラム
の停止、暴走を起こす可能性は非常に小さくなる。
【００２９】その他、本実施形態から派生して次のよう
なことも考えられる。同じ構成のもので、プログラムを
再ロードする前のデータを再ロードした後の状態に引き
継ぐ必要がある場合、単純にプログラムを再ロードする
だけでは、データの引継ぎを行うことができないが、プ
ログラムの終了処理中（オブジェクト指向言語にはディ
ストラクタと呼ばれる処理が対応する）にデータ保存を
行い、再ロードされて、プログラムの初期化処理中（オ
ブジェクト指向言語にはコンストラクタと呼ばれる処理
が対応）にデータの復帰を行う。このようにすることに
より、再ロード前後の、データの引継ぎ処理をスムーズ
に行うことが可能である。
なことも考えられる。同じ構成のもので、プログラムを
再ロードする前のデータを再ロードした後の状態に引き
継ぐ必要がある場合、単純にプログラムを再ロードする
だけでは、データの引継ぎを行うことができないが、プ
ログラムの終了処理中（オブジェクト指向言語にはディ
ストラクタと呼ばれる処理が対応する）にデータ保存を
行い、再ロードされて、プログラムの初期化処理中（オ
ブジェクト指向言語にはコンストラクタと呼ばれる処理
が対応）にデータの復帰を行う。このようにすることに
より、再ロード前後の、データの引継ぎ処理をスムーズ
に行うことが可能である。
【００３０】（第２の実施形態）図３は本発明に係る第
２の実施形態を示す制御ブロック構成図である。制御装
置１に、その装置の対象となるプラント等を制御するた
めのＣＰＵ21（以下制御用ＣＰＵという）、プログラム
51、52を記憶したＲＯＭ３、実行時にプログラム51、52
をロードするＲＡＭ４の他に、チェック用ＣＰＵ22を設
けている。このチェック用ＣＰＵ22は、ＲＡＭ４にロー
ドされて動作しているプログラム53、54のコードやデー
タの格納位置を監視し、どのプログラムのどのコードや
データが、ＲＡＭ４上のどこに配置されているかを監視
するものである。
２の実施形態を示す制御ブロック構成図である。制御装
置１に、その装置の対象となるプラント等を制御するた
めのＣＰＵ21（以下制御用ＣＰＵという）、プログラム
51、52を記憶したＲＯＭ３、実行時にプログラム51、52
をロードするＲＡＭ４の他に、チェック用ＣＰＵ22を設
けている。このチェック用ＣＰＵ22は、ＲＡＭ４にロー
ドされて動作しているプログラム53、54のコードやデー
タの格納位置を監視し、どのプログラムのどのコードや
データが、ＲＡＭ４上のどこに配置されているかを監視
するものである。
【００３１】次に、動作を説明する。プログラム51、52
は必要となった時点で、ＲＯＭ３からＲＡＭ４にロード
され、以後ＣＰＵ21によりプログラム53、54として動作
する。その動作状況をチェック用ＣＰＵ22が監視してお
り、ＣＰＵ22がＲＯＭ３上のプログラム51、52と、ＲＡ
Ｍ４にロードされたプログラム53、54が同じプログラム
であることをバイナリレベルでチェック、即ちＲＡＭ４
とＲＯＭ３の内容を直接比較してチェックする。このた
めには、ＣＰＵ22は、ＣＰＵ21からメモリの開始番地と
そのサイズおよびもとのＲＯＭ３の開始番地を通知さ
れ、これらの情報を保存しておく。
は必要となった時点で、ＲＯＭ３からＲＡＭ４にロード
され、以後ＣＰＵ21によりプログラム53、54として動作
する。その動作状況をチェック用ＣＰＵ22が監視してお
り、ＣＰＵ22がＲＯＭ３上のプログラム51、52と、ＲＡ
Ｍ４にロードされたプログラム53、54が同じプログラム
であることをバイナリレベルでチェック、即ちＲＡＭ４
とＲＯＭ３の内容を直接比較してチェックする。このた
めには、ＣＰＵ22は、ＣＰＵ21からメモリの開始番地と
そのサイズおよびもとのＲＯＭ３の開始番地を通知さ
れ、これらの情報を保存しておく。
【００３２】そして、ＣＰＵ22自身で決める規定時間毎
に、保存しておいた情報をもとにＲＡＭ４とＲＯＭ３の
内容比較を行い、もし不一致があればＣＰＵ21に異常を
通知すると共に、再ロードを要求する。本実施形態によ
れば前述の第１の実施形態で必要としたタイマー機能が
不要となるので、制御用ＣＰＵ21の資源をタイマー処理
に割くことなく利用できる。
に、保存しておいた情報をもとにＲＡＭ４とＲＯＭ３の
内容比較を行い、もし不一致があればＣＰＵ21に異常を
通知すると共に、再ロードを要求する。本実施形態によ
れば前述の第１の実施形態で必要としたタイマー機能が
不要となるので、制御用ＣＰＵ21の資源をタイマー処理
に割くことなく利用できる。
【００３３】（第３の実施形態）図４は本発明に係る第
３の実施形態を示す制御ブロック構成図である。なお、
既出の図１、図３中の部品あるいは機能と同一部分には
同一符号をつけて重複した説明は極力避けることにす
る。
３の実施形態を示す制御ブロック構成図である。なお、
既出の図１、図３中の部品あるいは機能と同一部分には
同一符号をつけて重複した説明は極力避けることにす
る。
【００３４】図４において、ＣＰＵ２はプラント等を制
御する機能の他、ＲＡＭ４上のプログラム53、54の動作
に伴って、プログラムのコードやデータの格納番地を探
し出し、格納番地が変更されたタイミングで、チェック
サムを計算するというチェックサム管理機能７を併せ持
っている。
御する機能の他、ＲＡＭ４上のプログラム53、54の動作
に伴って、プログラムのコードやデータの格納番地を探
し出し、格納番地が変更されたタイミングで、チェック
サムを計算するというチェックサム管理機能７を併せ持
っている。
【００３５】次に、動作を説明する。ＲＯＭ３に記憶さ
れているプログラム51、52がＲＡＭ４にロードされた時
点で、ＣＰＵ２はプログラム53、54のチェックサムを計
算し、チェックサム機能７内の決められた番地にそのサ
ム値を格納する。プログラムの動作に伴って、プログラ
ム53、54のコードやデータは、その格納番地を変えてい
くが、番地が変わるたびに、そのプログラムのチェック
サム値を計算し直す。
れているプログラム51、52がＲＡＭ４にロードされた時
点で、ＣＰＵ２はプログラム53、54のチェックサムを計
算し、チェックサム機能７内の決められた番地にそのサ
ム値を格納する。プログラムの動作に伴って、プログラ
ム53、54のコードやデータは、その格納番地を変えてい
くが、番地が変わるたびに、そのプログラムのチェック
サム値を計算し直す。
【００３６】また、ある間隔でＲＯＭ３に記憶されてい
るプログラムのチェックサム値とＲＡＭ４上のプログラ
ムのチェックサム値を比較することで、ＲＡＭに記憶さ
れているプログラムの正しさをチェックする。
るプログラムのチェックサム値とＲＡＭ４上のプログラ
ムのチェックサム値を比較することで、ＲＡＭに記憶さ
れているプログラムの正しさをチェックする。
【００３７】本実施形態によれば、プログラムの格納場
所の変化に伴うチェックサム値の再計算機能を追加する
ことで、第１の実施形態で必要としたタイマー機能や、
第２の実施形態で必要としたチェック用ＣＰＵを必要と
せずに、ＲＡＭ４上のプログラムの正しさをチェックす
ることができる。
所の変化に伴うチェックサム値の再計算機能を追加する
ことで、第１の実施形態で必要としたタイマー機能や、
第２の実施形態で必要としたチェック用ＣＰＵを必要と
せずに、ＲＡＭ４上のプログラムの正しさをチェックす
ることができる。
【００３８】（第４の実施形態）図５は本発明に係る第
４の実施形態を示す制御装置のブロック構成図である。
図３中の部品あるいは機能と同一部分には同一符号また
は関連符号をつけて重複した説明は極力避けることにす
る。
４の実施形態を示す制御装置のブロック構成図である。
図３中の部品あるいは機能と同一部分には同一符号また
は関連符号をつけて重複した説明は極力避けることにす
る。
【００３９】本実施形態は、監視制御の対象となるプラ
ント等を制御するためのＣＰＵ、ＲＯＭおよびＲＡＭを
設け、ＲＯＭ上に記憶してあるプログラム51および52を
ＲＡＭにロードし、ＲＡＭに記憶したプログラム53、54
によりプラント等を制御する点およびＣＰＵを制御用21
とチェック用22’とに個々に用意し、ＣＰＵ21を制御
用、ＣＰＵ22’をチェック用として機能させるようにし
た点までは第２の実施形態と同じである。
ント等を制御するためのＣＰＵ、ＲＯＭおよびＲＡＭを
設け、ＲＯＭ上に記憶してあるプログラム51および52を
ＲＡＭにロードし、ＲＡＭに記憶したプログラム53、54
によりプラント等を制御する点およびＣＰＵを制御用21
とチェック用22’とに個々に用意し、ＣＰＵ21を制御
用、ＣＰＵ22’をチェック用として機能させるようにし
た点までは第２の実施形態と同じである。
【００４０】しかし、チェック用ＣＰＵ22’がＲＯＭ３
に記憶したプログラム51、52とＲＡＭ４にロードされた
プログラム53、54とが同じプログラムであることをバイ
ナリレベルでチェックするのに対し、本実施形態の場
合、ＲＡＭ４にロードされて動作しているプログラム53
および54の先頭番地とサイズを使ってチェックサムの計
算を行うようにした点で相違している。
に記憶したプログラム51、52とＲＡＭ４にロードされた
プログラム53、54とが同じプログラムであることをバイ
ナリレベルでチェックするのに対し、本実施形態の場
合、ＲＡＭ４にロードされて動作しているプログラム53
および54の先頭番地とサイズを使ってチェックサムの計
算を行うようにした点で相違している。
【００４１】次に、動作を説明する。制御用ＣＰＵ21は
必要となった時点で、ＲＯＭ３に記憶されているプログ
ラム51および52をＲＡＭ４にロードする。以後プログラ
ム53および54は制御用ＣＰＵ21により動作し、その動作
状況をチェック用ＣＰＵ22’が監視することになる。
必要となった時点で、ＲＯＭ３に記憶されているプログ
ラム51および52をＲＡＭ４にロードする。以後プログラ
ム53および54は制御用ＣＰＵ21により動作し、その動作
状況をチェック用ＣＰＵ22’が監視することになる。
【００４２】具体的には、図６のタイミングチャートで
示す通り、制御用ＣＰＵ21は、ＲＯＭ３からＲＡＭ４へ
のロードを完了すると、チェック用ＣＰＵ22’に対しロ
ード完了通知を行う。その際、プログラムの先頭番地と
サイズも併せて通知し、ＲＡＭ４上にこの情報をやり取
りするためのデータを設ける。
示す通り、制御用ＣＰＵ21は、ＲＯＭ３からＲＡＭ４へ
のロードを完了すると、チェック用ＣＰＵ22’に対しロ
ード完了通知を行う。その際、プログラムの先頭番地と
サイズも併せて通知し、ＲＡＭ４上にこの情報をやり取
りするためのデータを設ける。
【００４３】チェック用ＣＰＵ22’は制御用ＣＰＵ21か
らロード完了通知を受けた後、ＲＡＭ４に記憶されたプ
ログラム53および54について、プログラムの先頭番地と
サイズを使ってチェックサムの計算を行い、その計算値
を保存する。次にチェックを行う時、先頭アドレス、サ
イズおよびチェックサム値を参照して、先に保存されて
いるチェックサム値との比較を行い、同一であれば正
常、同一でなければ異常と判断する。
らロード完了通知を受けた後、ＲＡＭ４に記憶されたプ
ログラム53および54について、プログラムの先頭番地と
サイズを使ってチェックサムの計算を行い、その計算値
を保存する。次にチェックを行う時、先頭アドレス、サ
イズおよびチェックサム値を参照して、先に保存されて
いるチェックサム値との比較を行い、同一であれば正
常、同一でなければ異常と判断する。
【００４４】プログラム53が異常と判断された場合、チ
ェック用ＣＰＵ22’は制御用ＣＰＵ21に対して異常を通
知する。すると、制御用ＣＰＵ21は休止中に再度オリジ
ナルのプログラム51をＲＡＭ４上にロードする。
ェック用ＣＰＵ22’は制御用ＣＰＵ21に対して異常を通
知する。すると、制御用ＣＰＵ21は休止中に再度オリジ
ナルのプログラム51をＲＡＭ４上にロードする。
【００４５】以上述べたように、本実施形態によればチ
ェック用ＣＰＵ22’を設けることによって、第１の実施
形態におけるタイマー機能が不要となるので、制御用Ｃ
ＰＵ21の資源をタイマー処理に割くことが不要となる。
ェック用ＣＰＵ22’を設けることによって、第１の実施
形態におけるタイマー機能が不要となるので、制御用Ｃ
ＰＵ21の資源をタイマー処理に割くことが不要となる。
【００４６】（第５の実施形態）図７は、本発明に係る
第５の実施の形態を示す制御装置のブロック構成図であ
る。なお、既出図面中の部品あるいは機能と同一部分に
は同一符号をつけて重複した説明は極力避けることにす
る。
第５の実施の形態を示す制御装置のブロック構成図であ
る。なお、既出図面中の部品あるいは機能と同一部分に
は同一符号をつけて重複した説明は極力避けることにす
る。
【００４７】本実施の形態の特長とするところは、制御
用ＣＰＵ21により、ＲＡＭ４中のヒープ使用量をチェッ
クするヒープチェック機能120を設けるようにしたもの
である。
用ＣＰＵ21により、ＲＡＭ４中のヒープ使用量をチェッ
クするヒープチェック機能120を設けるようにしたもの
である。
【００４８】図８は、プログラム53および54が動作し
て、ヒープがどのように消費されるかを示すグラフであ
る。プログラムが動作すると、しばらくはヒープ量が減
少するが、あるところまで減少すると、ガーベジコレク
ション（Garbage Collection）により、未使用のヒープ
領域が回収され、またヒープ量が増える様子を示す。
て、ヒープがどのように消費されるかを示すグラフであ
る。プログラムが動作すると、しばらくはヒープ量が減
少するが、あるところまで減少すると、ガーベジコレク
ション（Garbage Collection）により、未使用のヒープ
領域が回収され、またヒープ量が増える様子を示す。
【００４９】次の本実施形態の動作について説明する。
制御装置１が動作している間、図８に示したヒープの使
用状況を繰り返していくが、プログラムやデータが使用
され続けると、使用可能なヒープ量がだんだんと減少
し、ついにはある閾値（ＳＬ）まで減少する場合があ
る。このような状況になった場合、プログラムの実行を
継続し続けることは無理があると判断して、必要なデー
タ等の保存を行った上で、ＯＳを初期化する。本実施例
によれば、ヒープ量が０になる前に、データ保存等の必
要な処理を行ってから、ＯＳが初期化されるため、重要
なデータが消えてしまうことはない。
制御装置１が動作している間、図８に示したヒープの使
用状況を繰り返していくが、プログラムやデータが使用
され続けると、使用可能なヒープ量がだんだんと減少
し、ついにはある閾値（ＳＬ）まで減少する場合があ
る。このような状況になった場合、プログラムの実行を
継続し続けることは無理があると判断して、必要なデー
タ等の保存を行った上で、ＯＳを初期化する。本実施例
によれば、ヒープ量が０になる前に、データ保存等の必
要な処理を行ってから、ＯＳが初期化されるため、重要
なデータが消えてしまうことはない。
【００５０】もし、この機能無しに、プログラムを動作
させたままだであるならば、ついにはヒープ量が０にな
り、データ保存等の処理もできずにシステムが停止して
しまうことになる。
させたままだであるならば、ついにはヒープ量が０にな
り、データ保存等の処理もできずにシステムが停止して
しまうことになる。
【００５１】（第６の実施形態）図９は、本発明本発明
に係る第６の実施形態を示す制御装置のブロック構成図
である。なお、既出図面中の部品あるいは機能と同一部
分には同一符号をつけて重複した説明は極力避けること
にする。
に係る第６の実施形態を示す制御装置のブロック構成図
である。なお、既出図面中の部品あるいは機能と同一部
分には同一符号をつけて重複した説明は極力避けること
にする。
【００５２】図９において、制御装置１には、プラント
等を制御するためのＣＰＵ２を備え、ＲＯＭ３には、プ
ログラム51のほかファイルシステム９を記憶している。
前記ＲＯＭ３上にあるプログラム51は既出の実施形態と
同様、実行時にＲＡＭ４上にロードされたプログラム53
として動作する。
等を制御するためのＣＰＵ２を備え、ＲＯＭ３には、プ
ログラム51のほかファイルシステム９を記憶している。
前記ＲＯＭ３上にあるプログラム51は既出の実施形態と
同様、実行時にＲＡＭ４上にロードされたプログラム53
として動作する。
【００５３】前記ファイルシステム９は、動作定数91お
よび93、手順書92および94をファイル状態で記憶したも
のである。ここで、動作定数91および93はそれぞれ外部
に接続された機器を操作する時に用いられ、また手順書
92および手順書94は外部に接続された機器や第１あるい
は第２インタフェース81および82を初期化するとき、あ
るいは停止させるとき等に用いられる。
よび93、手順書92および94をファイル状態で記憶したも
のである。ここで、動作定数91および93はそれぞれ外部
に接続された機器を操作する時に用いられ、また手順書
92および手順書94は外部に接続された機器や第１あるい
は第２インタフェース81および82を初期化するとき、あ
るいは停止させるとき等に用いられる。
【００５４】ＲＡＭ４にロードされて動作しているプロ
グラム53は制御装置１に付加されたインタフェース部８
を使って制御装置１の外部に接続された図示しない機器
を制御する。
グラム53は制御装置１に付加されたインタフェース部８
を使って制御装置１の外部に接続された図示しない機器
を制御する。
【００５５】次に動作を説明する。ＲＯＭ３に記憶され
ているプログラム51は、ＲＡＭ４にロードされ、プログ
ラム53としてＣＰＵ２により動作する。この時、制御装
置１の外部に接続された機器を制御するために、動作定
数91および手順書92は第１インタフェース81を経由して
出力され、また動作定数93および手順書94は第２インタ
フェース82を経由して出力される。
ているプログラム51は、ＲＡＭ４にロードされ、プログ
ラム53としてＣＰＵ２により動作する。この時、制御装
置１の外部に接続された機器を制御するために、動作定
数91および手順書92は第１インタフェース81を経由して
出力され、また動作定数93および手順書94は第２インタ
フェース82を経由して出力される。
【００５６】このときプログラム53は、機器に対する操
作は動作定数91あるいは動作定数93を参照して行い、ま
た、機器やインタフェース81、82を初期化するときや停
止させるときは、手順書92または手順書94を使用してイ
ンタフェース81、82に操作信号を出す。
作は動作定数91あるいは動作定数93を参照して行い、ま
た、機器やインタフェース81、82を初期化するときや停
止させるときは、手順書92または手順書94を使用してイ
ンタフェース81、82に操作信号を出す。
【００５７】本実施形態によれば、動作定数や手順書を
ファイルとすることによって、動作定数、手順書とイン
タフェースとの間の対応関係を区別することが容易とな
り、動作定数を通常のデータ構造として持たせるより複
雑なデータ構造とすることが容易となる。
ファイルとすることによって、動作定数、手順書とイン
タフェースとの間の対応関係を区別することが容易とな
り、動作定数を通常のデータ構造として持たせるより複
雑なデータ構造とすることが容易となる。
【００５８】また、プログラム53そのものは変えなくて
も、ファイルシステム９の中に配置する動作定数や手順
書などのファイルを入れ替えることによって、色々なイ
ンタフェースに対応させることができる。
も、ファイルシステム９の中に配置する動作定数や手順
書などのファイルを入れ替えることによって、色々なイ
ンタフェースに対応させることができる。
【００５９】更に、１つのインタフェースに対して複数
の動作定数を持たせることによって、同じインタフェー
スを使って違った動特性を持った動きをさせることも可
能である。
の動作定数を持たせることによって、同じインタフェー
スを使って違った動特性を持った動きをさせることも可
能である。
【００６０】（第７の実施形態）図10は、本発明に係る
第７の実施形態を示す制御装置のブロック構成図であ
る。なお、既出図面中の部品あるいは機能と同一部分に
は同一符号をつけて重複した説明は極力避けることにす
る。
第７の実施形態を示す制御装置のブロック構成図であ
る。なお、既出図面中の部品あるいは機能と同一部分に
は同一符号をつけて重複した説明は極力避けることにす
る。
【００６１】本実施形態は、第６の実施形態に比べ、フ
ァイルシステム９がＲＯＭ３とは別に設けたプログラム
により書き換え可能なＲＯＭ10に記憶させるように構成
した点で相違し、その他は共通している。
ァイルシステム９がＲＯＭ３とは別に設けたプログラム
により書き換え可能なＲＯＭ10に記憶させるように構成
した点で相違し、その他は共通している。
【００６２】本実施形態が第６の実施形態と大きく異な
る点は、ＲＯＭ10をＲＯＭ３とは別個の独立した部品で
構成しているため、プログラムでファイルの内容を書き
換えることができ、動作定数１のファイル91、動作定数
２のファイル93を運用中に書き換えてインタフェースの
特性を変更したり、手順書１，２を運用中に書き換え
て、システムを停止することなく動作異常のあったイン
タフェースを切り替えたりすることが可能となる。
る点は、ＲＯＭ10をＲＯＭ３とは別個の独立した部品で
構成しているため、プログラムでファイルの内容を書き
換えることができ、動作定数１のファイル91、動作定数
２のファイル93を運用中に書き換えてインタフェースの
特性を変更したり、手順書１，２を運用中に書き換え
て、システムを停止することなく動作異常のあったイン
タフェースを切り替えたりすることが可能となる。
【００６３】（第８の実施形態）図11は、本発明に係る
第８の実施形態を示すブロック構成図である。なお、既
出図面中の部品あるいは機能と同一部分には同一符号を
つけて重複した説明は極力避けることにする。
第８の実施形態を示すブロック構成図である。なお、既
出図面中の部品あるいは機能と同一部分には同一符号を
つけて重複した説明は極力避けることにする。
【００６４】本実施形態は、図９で示した第６の実施形
態を改良したものであり、プログラム51、52およびファ
イルシステム９全体に対して、それぞれチェックサムを
計算して結果を記憶するチェックコード101、102および
110をＲＯＭ３に記憶させている。
態を改良したものであり、プログラム51、52およびファ
イルシステム９全体に対して、それぞれチェックサムを
計算して結果を記憶するチェックコード101、102および
110をＲＯＭ３に記憶させている。
【００６５】ＲＯＭ３に記憶されているプログラム51、
52のチェックコード101、102およびファイルシステム９
全体に対するチェックコード110は、システムが動作中
に定期的にチェックしており内容が変わってしまってい
ないかどうかをチェックする。この動作定数や手順書の
チェックにより、インタフェースの動作は一定に保たれ
ることが保証される。
52のチェックコード101、102およびファイルシステム９
全体に対するチェックコード110は、システムが動作中
に定期的にチェックしており内容が変わってしまってい
ないかどうかをチェックする。この動作定数や手順書の
チェックにより、インタフェースの動作は一定に保たれ
ることが保証される。
【００６６】また、本実施形態を第１の実施形態と組み
合わせた場合、ＲＯＭ３からＲＡＭ４へプログラムを再
ロードするときに、オリジナルのプログラムが変わって
しまっていないことが保証され、より信頼度が増すこと
ができる。
合わせた場合、ＲＯＭ３からＲＡＭ４へプログラムを再
ロードするときに、オリジナルのプログラムが変わって
しまっていないことが保証され、より信頼度が増すこと
ができる。
【００６７】（第９の実施形態）図12は、本発明に係る
第10の実施形態を示すブロック構成図である。なお、既
出図面中の部品あるいは機能と同一部分には同一符号を
つけて重複した説明は極力避けることにする。
第10の実施形態を示すブロック構成図である。なお、既
出図面中の部品あるいは機能と同一部分には同一符号を
つけて重複した説明は極力避けることにする。
【００６８】本実施形態は、図11で示した第８の実施形
態を更に改良したものであり、ＲＯＭ３に設けたファイ
ルシステム９の各動作定数１、２手順書１、２に対して
も個々にチェックサムを計算した結果を記憶したチェッ
クコード111〜114を新たに設定したものである。
態を更に改良したものであり、ＲＯＭ３に設けたファイ
ルシステム９の各動作定数１、２手順書１、２に対して
も個々にチェックサムを計算した結果を記憶したチェッ
クコード111〜114を新たに設定したものである。
【００６９】これにより、ＲＯＭ３上にあるプログラム
51、52に対してはチェックコード101、102が、ファイル
システム９全体に対してはチェックコード110が、そし
てファイルシステム９の個々のファイルに対してはチェ
ックコード111、112、113、114がそれぞれシステムの動
作中に定期的に内容が変わっていないかどうかをチェッ
クする。この動作定数や手順書のチェックにより、イン
タフェースの動作は一定に保たれることが保証される。
51、52に対してはチェックコード101、102が、ファイル
システム９全体に対してはチェックコード110が、そし
てファイルシステム９の個々のファイルに対してはチェ
ックコード111、112、113、114がそれぞれシステムの動
作中に定期的に内容が変わっていないかどうかをチェッ
クする。この動作定数や手順書のチェックにより、イン
タフェースの動作は一定に保たれることが保証される。
【００７０】また、本実施形態と第１の実施形態とを組
み合わせることによって、ＲＯＭ３からＲＡＭ４へプロ
グラムを再ロードするときに、オリジナルのプログラム
が変わってしまっていないことが保証され、より信頼度
が増すことができる。なお、以上図示し説明した各実施
形態は、以下述べるように構成の一部を組み合わせて実
施することも可能である。
み合わせることによって、ＲＯＭ３からＲＡＭ４へプロ
グラムを再ロードするときに、オリジナルのプログラム
が変わってしまっていないことが保証され、より信頼度
が増すことができる。なお、以上図示し説明した各実施
形態は、以下述べるように構成の一部を組み合わせて実
施することも可能である。
【００７１】（第10の実施形態）図13は本発明に係る第
10の実施形態を示す。この実施形態は、ＲＯＭ３内にオ
リジナルのプログラム51および52を記憶すると共に、そ
れぞれのプログラムのチェックコード101、102を設定す
る。一方、ファイルシステム９はプログラムで書き換え
可能なＲＯＭ10に置くと共に、そこへチェックコード11
0を設定する。
10の実施形態を示す。この実施形態は、ＲＯＭ３内にオ
リジナルのプログラム51および52を記憶すると共に、そ
れぞれのプログラムのチェックコード101、102を設定す
る。一方、ファイルシステム９はプログラムで書き換え
可能なＲＯＭ10に置くと共に、そこへチェックコード11
0を設定する。
【００７２】ＲＯＭ３に記憶されているプログラム51、
52のチェックコード101、102およびプログラムで書き換
え可能なＲＯＭ10上にあるファイルシステム９のチェッ
クコード110は、システムが動作中に定期的にチェック
しており、内容が変わっていないかどうかをチェックす
る。
52のチェックコード101、102およびプログラムで書き換
え可能なＲＯＭ10上にあるファイルシステム９のチェッ
クコード110は、システムが動作中に定期的にチェック
しており、内容が変わっていないかどうかをチェックす
る。
【００７３】この動作定数や手順書のチェックにより、
ＲＯＭ10への誤った書き込みなどによってファイルが壊
されたか否かが検出できるので、インタフェース81、82
の動作は一定に保たれることが保証される。
ＲＯＭ10への誤った書き込みなどによってファイルが壊
されたか否かが検出できるので、インタフェース81、82
の動作は一定に保たれることが保証される。
【００７４】また、本実施形態を第１の実施形態と組み
合わせることによって、ＲＯＭ３からＲＡＭ４へプログ
ラムを再ロードするときに、オリジナルのプログラムが
変わってしまっていないことが保証され、より信頼度を
増すことができる。
合わせることによって、ＲＯＭ３からＲＡＭ４へプログ
ラムを再ロードするときに、オリジナルのプログラムが
変わってしまっていないことが保証され、より信頼度を
増すことができる。
【００７５】（第11の実施形態）図14は本発明による第
11の実施形態を示す構成図であり、この実施形態は、Ｒ
ＯＭ３内にオリジナルのプログラム51および52を置くと
共に、それぞれのプログラムのチェックコード101、102
を設定する。一方、ファイルシステム９はプログラムで
書き換え可能なＲＯＭ10に置き、動作定数91、93、手順
書92、94およびチェックコード111、112、113、110を設
定する。
11の実施形態を示す構成図であり、この実施形態は、Ｒ
ＯＭ３内にオリジナルのプログラム51および52を置くと
共に、それぞれのプログラムのチェックコード101、102
を設定する。一方、ファイルシステム９はプログラムで
書き換え可能なＲＯＭ10に置き、動作定数91、93、手順
書92、94およびチェックコード111、112、113、110を設
定する。
【００７６】また、本実施形態を第１の実施形態と組み
合わせることによって、ＲＯＭ３からＲＡＭ４へプログ
ラムを再ロードするときに、オリジナルのプログラムが
変わってしまっていないことが保証され、より信頼度を
増すことができる。
合わせることによって、ＲＯＭ３からＲＡＭ４へプログ
ラムを再ロードするときに、オリジナルのプログラムが
変わってしまっていないことが保証され、より信頼度を
増すことができる。
【００７７】なお、第６の実施形態乃至第11の実施形態
では、ファイルシステム９に動作定数と手順書だけを配
置したが、プログラムをファイルシステムに配置するこ
とによって、システムの運用中にプログラムを書き換え
が可能となり、より柔軟なシステム構築が可能となる。
では、ファイルシステム９に動作定数と手順書だけを配
置したが、プログラムをファイルシステムに配置するこ
とによって、システムの運用中にプログラムを書き換え
が可能となり、より柔軟なシステム構築が可能となる。
【００７８】
【発明の効果】以上述べたように、本発明は、プログラ
ムの格納番地を変えるときや、実行している最中にノイ
ズなどによりプログラムの内容が書き換わってしまった
場合でも、予め定めた時間を経過したときにプログラム
を再ロードするように構成したので、その時点でオリジ
ナルのプログラムに戻される。
ムの格納番地を変えるときや、実行している最中にノイ
ズなどによりプログラムの内容が書き換わってしまった
場合でも、予め定めた時間を経過したときにプログラム
を再ロードするように構成したので、その時点でオリジ
ナルのプログラムに戻される。
【００７９】このため、ノイズ等により書き換わってし
まったコードやデータのために、誤った制御が行われた
り、プログラムが異常停止したりする可能性は非常に小
さくなる。特にプログラムの書き換えが大きな問題を引
き起こす重要なプログラムに関しては、再ロードする間
隔を短くすることにより、重大な異常発生をほとんど無
くすことができる。
まったコードやデータのために、誤った制御が行われた
り、プログラムが異常停止したりする可能性は非常に小
さくなる。特にプログラムの書き換えが大きな問題を引
き起こす重要なプログラムに関しては、再ロードする間
隔を短くすることにより、重大な異常発生をほとんど無
くすことができる。
【図１】本発明の第１の実施形態を示すブロック構成
図。
図。
【図２】第１の実施形態の機能を説明するためのタイミ
ングチャート。
ングチャート。
【図３】本発明の第２の実施形態を示すブロック構成
図。
図。
【図４】本発明の第３の実施形態を示すブロック構成
図。
図。
【図５】本発明の第４の実施形態を示す図。
【図６】第４の実施形態の機能を説明するためのタイミ
ングチャート。
ングチャート。
【図７】本発明の第５の実施形態を示す図。
【図８】第５の実施形態のヒープ量を示す図。
【図９】本発明の第６の実施例を示すブロック構成図。
【図１０】本発明の第７の実施例を示すブロック構成
図。
図。
【図１１】本発明の第８の実施例を示すブロック構成
図。
図。
【図１２】本発明の第９の実施例を示すブロック構成
図。
図。
【図１３】本発明の第10の実施例を示すブロック構成
図。
図。
【図１４】本発明の第11の実施例を示すブロック構成
図。
図。
【図１５】従来技術を示す図。
１…制御装置、２…ＣＰＵ、21…制御用ＣＰＵ、22…チ
ェック用ＣＰＵ、３…ＲＯＭ、４…ＲＡＭ、５…プログ
ラム、51…ＲＯＭに記憶されたオリジナルプログラム
１、52…ＲＯＭに記憶されたオリジナルプログラム２、
53…51がＲＡＭ上にロードされたプログラム、54…52が
ＲＡＭ上にロードされたプログラム、６…タイマー機
能、61…53用タイマー、62…54用タイマー、７…チェッ
クサム機能、71…53用チェックサム、72…54用チェック
サム、８…インタフェース部、81…第１インタフェー
ス、82…第２インタフェース、９…ファイルシステム、
91…81用の動作定数、92…81用の初期化の手順書、93…
82用の動作定数、94…82用の初期化の手順書、10…書き
換え可能ＲＯＭ、101、102、110、111、112、113、114
…チェックコード。
ェック用ＣＰＵ、３…ＲＯＭ、４…ＲＡＭ、５…プログ
ラム、51…ＲＯＭに記憶されたオリジナルプログラム
１、52…ＲＯＭに記憶されたオリジナルプログラム２、
53…51がＲＡＭ上にロードされたプログラム、54…52が
ＲＡＭ上にロードされたプログラム、６…タイマー機
能、61…53用タイマー、62…54用タイマー、７…チェッ
クサム機能、71…53用チェックサム、72…54用チェック
サム、８…インタフェース部、81…第１インタフェー
ス、82…第２インタフェース、９…ファイルシステム、
91…81用の動作定数、92…81用の初期化の手順書、93…
82用の動作定数、94…82用の初期化の手順書、10…書き
換え可能ＲＯＭ、101、102、110、111、112、113、114
…チェックコード。
Claims (11)
- 【請求項１】 ＣＰＵ、ＲＯＭおよびＲＡＭを有し、前
記ＲＯＭに記憶されているプログラムを前記ＲＡＭにロ
ードし、前記ＣＰＵがＲＡＭにロードされたプログラム
により処理を実行するようにしたJava言語を用いた制御
装置において、ＲＡＭにプログラムをロードして実行が
開始された時点から前記ＣＰＵによるタイマー機能によ
って動作時間を測定し、動作時間が事前に設定しておい
た予定値を超えたら、それまでＲＡＭにロードされ動作
していたプログラムを放棄して、ＲＯＭに記憶されてい
るプログラムをＲＡＭに再ロードすることを特徴とする
Java言語を用いた制御装置。 - 【請求項２】 ＣＰＵ、ＲＯＭおよびＲＡＭを有し、前
記ＲＯＭに記憶されているプログラムを前記ＲＡＭにロ
ードし、前記ＣＰＵがＲＡＭにロードされたプログラム
により処理を実行するようにしたJava言語を用いた制御
装置において、前記ＣＰＵとは別に、プログラムを監視
するチェック用プロセッサを設け、このチェック用プロ
セッサにより、動的に変わる格納番地をトレースしてチ
ェックすることを特徴とするJava言語を用いた制御装
置。 - 【請求項３】 ＣＰＵ、ＲＯＭおよびＲＡＭを有し、前
記ＲＯＭに記憶されているプログラムを前記ＲＡＭにロ
ードし、前記ＣＰＵがＲＡＭにロードされたプログラム
により処理を実行するようにしたJava言語を用いた制御
装置において、プログラムの格納番地が変わったタイミ
ングでプログラムの格納番地を探し出し、チェックサム
を再計算し、プログラムチェック時は、この格納番地と
チェック サムを使ってプログラムが正しいことを検証
することを特徴とするJava言語を用いた制御装置。 - 【請求項４】 制御用ＣＰＵ、ＲＯＭおよびＲＡＭを有
し、前記ＲＯＭに記憶されているプログラムを前記ＲＡ
Ｍにロードし、前記制御用ＣＰＵがＲＡＭにロードされ
たプログラムにより処理を実行するようにしたJava言語
を用いた制御装置において、前記制御用ＣＰＵとは別
に、プログラムを監視するチェック用プロセッサを設
け、このチェック用プロセッサにより、プログラムの格
納番地の移動に伴ったチェックサム値再計算機能を持た
せることを特徴とするJava言語を用いた制御装置。 - 【請求項５】 ＣＰＵ、ＲＯＭおよびＲＡＭを有し、前
記ＲＯＭに記憶されているプログラムを前記ＲＡＭにロ
ードし、前記ＣＰＵがＲＡＭにロードされたプログラム
により処理を実行するようにしたJava言語を用いた制御
装置において、Java仮想マシンにおけるプログラムを動
作させるための資源（ヒープ）量が、予め決めておいた
下限値よりも少なくなった場合、必要データの保存など
の最低限の処理を行った後、ＯＳ自体を再起動させるこ
とを特徴とするJava言語を用いた制御装置。 - 【請求項６】 ＣＰＵ、ＲＯＭおよびＲＡＭを有し、前
記ＲＯＭに記憶されているプログラムを前記ＲＡＭにロ
ードし、前記ＣＰＵがＲＡＭにロードされたプログラム
により処理を実行するようにしたJava言語を用いた制御
装置において、前記ＲＯＭに、動作定数およびハードウ
ェアの構成に対応した初期化などの手順書をファイルと
して持たせておき、動作定数あるいは手順書の変更によ
りハードウェア構成の変更に対応するようにしたことを
特徴とするJava言語を用いた制御装置。 - 【請求項７】 ＣＰＵ、ＲＯＭ、ＲＡＭおよびプログラ
ムによって書き換え可能なＲＯＭを有し、前記ＲＯＭに
記憶されているプログラムを前記ＲＡＭにロードし、前
記ＣＰＵがＲＡＭにロードされたプログラムにより処理
を実行するようにしたJava言語を用いた制御装置におい
て、プログラムによって書き換え可能なＲＯＭに動作定
数やハードウェアの構成に対応した初期化などの手順書
をファイルとして持たせ、ハードウェアの構成変更やハ
ードウェア不良などに対応して運用中に動作定数や手順
書を変更することを可能としたことを特徴とするJava言
語を用いた制御装置。 - 【請求項８】 請求項６に記載のJava言語を用いた制御
装置において、ＲＯＭに設けたファイル構造の全体にチ
ェックサムを持たせ、定期的にファイル構造全体のチェ
ックサムを検査することによって動作定数や初期化の手
順書の正しさを検証することを特徴とするJava言語を用
いた制御装置。 - 【請求項９】 請求項７に記載のJava言語を用いた制御
装置において、プログラムによって書き換え可能なＲＯ
Ｍに置いたファイル構造の全体にチェックサムを持た
せ、定期的にファイル構造全体のチェックサムを検査す
ることによって動作定数や初期化の手順書の正しさを検
証することを特徴とするJava言語を用いた制御装置。 - 【請求項１０】 請求項８に記載のJava言語を用いた制
御装置において、ＲＯＭに置いたファイル構造の個々の
ファイル毎にチェックサムを持たせ、定期的に個々のフ
ァイルのチェックサムとファイル構造全体のチェックサ
ムを検査することによって動作定数や初期化の手順書な
どのファイルの正しさを検証することを特徴とするJava
言語を用いた制御装置。 - 【請求項１１】 請求項８に記載のJava言語を用いた制
御装置において、プログラムによって書き換え可能なＲ
ＯＭに置いたファイル構造の個々のファイル毎にチェッ
クサムを持たせ、定期的に個々のファイルのチェックサ
ムとファイル構造全体のチェックサムを検査することに
よって動作定数や初期化の手順書などのファイルの正し
さを検証することを特徴とするJava言語を用いた制御装
置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000280113A JP2002091784A (ja) | 2000-09-14 | 2000-09-14 | Ｊａｖａ言語を用いた制御装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000280113A JP2002091784A (ja) | 2000-09-14 | 2000-09-14 | Ｊａｖａ言語を用いた制御装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002091784A true JP2002091784A (ja) | 2002-03-29 |
Family
ID=18765011
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000280113A Pending JP2002091784A (ja) | 2000-09-14 | 2000-09-14 | Ｊａｖａ言語を用いた制御装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002091784A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009522664A (ja) * | 2006-01-03 | 2009-06-11 | エヌイーシー ラボラトリーズ アメリカ インク | メモリ障害を処理するために、センサーネットワークで使用可能な方法及びシステム |
| JP2012079204A (ja) * | 2010-10-05 | 2012-04-19 | Yokogawa Electric Corp | プログラムが実装されたフィールド機器 |
| KR101620716B1 (ko) * | 2014-04-24 | 2016-05-12 | 한양대학교 산학협력단 | 소프트웨어의 수행 시간 예측 장치 및 방법 |
-
2000
- 2000-09-14 JP JP2000280113A patent/JP2002091784A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009522664A (ja) * | 2006-01-03 | 2009-06-11 | エヌイーシー ラボラトリーズ アメリカ インク | メモリ障害を処理するために、センサーネットワークで使用可能な方法及びシステム |
| JP2012079204A (ja) * | 2010-10-05 | 2012-04-19 | Yokogawa Electric Corp | プログラムが実装されたフィールド機器 |
| KR101620716B1 (ko) * | 2014-04-24 | 2016-05-12 | 한양대학교 산학협력단 | 소프트웨어의 수행 시간 예측 장치 및 방법 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6061788A (en) | System and method for intelligent and reliable booting | |
| US7890800B2 (en) | Method, operating system and computing hardware for running a computer program | |
| JP4903149B2 (ja) | コンピュータシステム上でコンピュータプログラムを処理する方法 | |
| CN1971536A (zh) | 基本输入输出***的纠错***及方法 | |
| CN111240720A (zh) | 引导程序升级方法、装置及存储介质 | |
| US7788533B2 (en) | Restarting an errored object of a first class | |
| US20080133975A1 (en) | Method for Running a Computer Program on a Computer System | |
| CN112015447B (zh) | 电子设备的***更新方法及装置、电子设备及存储介质 | |
| KR102598510B1 (ko) | 소프트웨어의 무결성 검증 방법 및 그 장치 | |
| CN113064646A (zh) | 一种bios启动方法、***及相关装置 | |
| JP2002091784A (ja) | Ｊａｖａ言語を用いた制御装置 | |
| JP6708596B2 (ja) | 電子制御装置及び制御プログラム検証方法 | |
| US7484162B2 (en) | Method and apparatus for monitoring an electronic control system | |
| US7711985B2 (en) | Restarting an errored object of a first class | |
| US20130055017A1 (en) | Device and method for restoring information in a main storage unit | |
| JP2000293376A (ja) | ブートプログラムの切替回路及び切替方法 | |
| RU2305313C1 (ru) | Способ я.а. горбадея обеспечения надежной работы программного вычислительного средства | |
| JP2009520290A (ja) | 耐故障性があるプロセッサシステム | |
| CN112115017A (zh) | 一种星载软件程序的逻辑代码监控方法和装置 | |
| JP2005092695A (ja) | 二重化コントローラ、その等値化モード決定方法 | |
| JPH11154099A (ja) | データ処理装置 | |
| CN112114888B (zh) | 一种电动汽车电控***通用客户端引导程序生成方法 | |
| US6986079B2 (en) | Memory device method for operating a system containing a memory device for fault detection with two interrupt service routines | |
| US11301312B1 (en) | Error logging during system boot and shutdown | |
| US8145953B2 (en) | Programmable unit |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20040803 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20050720 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050818 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050831 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20050720 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20070216 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071203 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080729 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080924 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081111 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090317 |