JPH05108418A - プログラム異常検出方式 - Google Patents
プログラム異常検出方式Info
- Publication number
- JPH05108418A JPH05108418A JP3300982A JP30098291A JPH05108418A JP H05108418 A JPH05108418 A JP H05108418A JP 3300982 A JP3300982 A JP 3300982A JP 30098291 A JP30098291 A JP 30098291A JP H05108418 A JPH05108418 A JP H05108418A
- Authority
- JP
- Japan
- Prior art keywords
- task
- time
- program
- abnormality
- execution
- 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
【０００１】
【産業上の利用分野】多重プログラムで動作するストア
ードプログラム方式計算機のプログラム異常検出方式に
関する。
ードプログラム方式計算機のプログラム異常検出方式に
関する。
【０００２】
【従来の技術】一般に、プログラム異常診断方式では、
プログラムのループや暴走等がない限り、その診断方式
の方法上、プログラムの異常を検出できない構成となっ
ている（例えば特開昭60-72040号公報，特開昭60-17154
4 号公報，特開昭60-214047 号公報）。例を示すと特開
昭60-214047 号公報ではプログラムのループ等の異常を
監視するだけである。又、特開昭60-72040号公報の従来
技術とその問題点の項では、プログラミング上のミスや
計算機のハードウェア故障によるプログラム上の異常と
してプログラムループ等の異常実行が考えられている
が、プログラムが動作しない問題については、一切考え
られていなかった。更にその大半が基本的にウォッチド
ッグタイマ等の監視処理が、異常動作を続けるプログラ
ムによって動作できないことを条件に異常検出する方法
をとっているため、本発明に示すようなプログラム異常
には対応できていなかった。
プログラムのループや暴走等がない限り、その診断方式
の方法上、プログラムの異常を検出できない構成となっ
ている（例えば特開昭60-72040号公報，特開昭60-17154
4 号公報，特開昭60-214047 号公報）。例を示すと特開
昭60-214047 号公報ではプログラムのループ等の異常を
監視するだけである。又、特開昭60-72040号公報の従来
技術とその問題点の項では、プログラミング上のミスや
計算機のハードウェア故障によるプログラム上の異常と
してプログラムループ等の異常実行が考えられている
が、プログラムが動作しない問題については、一切考え
られていなかった。更にその大半が基本的にウォッチド
ッグタイマ等の監視処理が、異常動作を続けるプログラ
ムによって動作できないことを条件に異常検出する方法
をとっているため、本発明に示すようなプログラム異常
には対応できていなかった。
【０００３】
【発明が解決しようとする課題】従来からの異常検出方
式は、プログラムが動作している間に、ループ状態とな
ったり、暴走したりした場合等の異常検出だけである。
即ち、プログラムのループや暴走によって他のプログラ
ムが動作できないことを異常検出の基本思想としてい
る。しかし、プログラムの異常はループや暴走だけでは
なく、定周期に動作すべきプログラムが動作しない等の
異常も起こり得るが、公知の技術では検出手段がなく、
個々に異常診断プログラムを付加する必要があり不経済
であった。本発明は上記事情に鑑みてなされたものであ
り、プログラム異常動作はもちろん、プログラム不動作
異常についても検出でき、計算機システム全体の信頼性
向上を図ることを可能とするプログラム異常検出方式を
提供することを目的としている。
式は、プログラムが動作している間に、ループ状態とな
ったり、暴走したりした場合等の異常検出だけである。
即ち、プログラムのループや暴走によって他のプログラ
ムが動作できないことを異常検出の基本思想としてい
る。しかし、プログラムの異常はループや暴走だけでは
なく、定周期に動作すべきプログラムが動作しない等の
異常も起こり得るが、公知の技術では検出手段がなく、
個々に異常診断プログラムを付加する必要があり不経済
であった。本発明は上記事情に鑑みてなされたものであ
り、プログラム異常動作はもちろん、プログラム不動作
異常についても検出でき、計算機システム全体の信頼性
向上を図ることを可能とするプログラム異常検出方式を
提供することを目的としている。
【０００４】
【課題を解決するための手段】上記目的を達成するため
の構成を図１により説明する。本発明では計算機１に具
備するプログラム制御機構２とプログラム実行時のパラ
メータを与えることが可能なプログラム連結編集処理手
段３と、それによって作成される実行ロードモジュール
４及び実行ロードモジュールの動作実体である処理タス
ク５からなり、前記プログラム制御機構は計測機構21a
と異常検出機構21b を有するタスクディスパッチャ21
と、タイマ制御手段22とタスク制御ブロック（ＴＣＢ）
23を備えている。
の構成を図１により説明する。本発明では計算機１に具
備するプログラム制御機構２とプログラム実行時のパラ
メータを与えることが可能なプログラム連結編集処理手
段３と、それによって作成される実行ロードモジュール
４及び実行ロードモジュールの動作実体である処理タス
ク５からなり、前記プログラム制御機構は計測機構21a
と異常検出機構21b を有するタスクディスパッチャ21
と、タイマ制御手段22とタスク制御ブロック（ＴＣＢ）
23を備えている。
【作用】先ず、プログラム連結編集処理手段３は、実行
ロードモジュール４を作成するに際して、ＣＰＵ専有時
間上限値Ｔcl，実行時間上限値Ｔplを実行ロードモジュ
ール４に同時に記憶させる。そして、前記した実行ロー
ドモジュール４をタスクとして生成する時には、タスク
ディスパッチャ21によって前記パラメータをタスク制御
ブロック（以下ＴＣＢと称す）23へ設定する。図３はタ
スクの状態変化を示すタイムチャートの例であるが、こ
の状態変化は図２に示す状態遷移通りに全タスクディス
パッチャによって管理させる。従って、タスクディスパ
ッチャ21がタスクの状態遷移が発生する都度、タスクの
実行開始時間ｔs ，タスクの終了時間ｔe ，タスクのＣ
ＰＵ専有時間ｔc ，タスクの実行時間ｔp ，タスクの待
時間ｔw を計測し、ＴＣＢ（図４）へ記憶する。一定時
間毎に発生するタイマ割込みによるタスクディスパッチ
ング制御が行なわれた時、全タスクについてＴＣＢへ記
憶しているＣＰＵ専有上限時間Ｔclと各タスクのＣＰＵ
専有時間ｔc を比較することによって、ＣＰＵ専有時間
超過異常を検出する。又、タスクの実行時間上限Ｔplと
タスクの実行時間ｔp を比較することにより、タスクの
処理時間超過異常を検出する。これらの異常を検出した
時には、タスク異常の通知を外部へ行なう。これらの処
理により、多重プログラムで動作する計算機内の個々の
タスクのきめ細かい異常監視を行なうことができる。
ロードモジュール４を作成するに際して、ＣＰＵ専有時
間上限値Ｔcl，実行時間上限値Ｔplを実行ロードモジュ
ール４に同時に記憶させる。そして、前記した実行ロー
ドモジュール４をタスクとして生成する時には、タスク
ディスパッチャ21によって前記パラメータをタスク制御
ブロック（以下ＴＣＢと称す）23へ設定する。図３はタ
スクの状態変化を示すタイムチャートの例であるが、こ
の状態変化は図２に示す状態遷移通りに全タスクディス
パッチャによって管理させる。従って、タスクディスパ
ッチャ21がタスクの状態遷移が発生する都度、タスクの
実行開始時間ｔs ，タスクの終了時間ｔe ，タスクのＣ
ＰＵ専有時間ｔc ，タスクの実行時間ｔp ，タスクの待
時間ｔw を計測し、ＴＣＢ（図４）へ記憶する。一定時
間毎に発生するタイマ割込みによるタスクディスパッチ
ング制御が行なわれた時、全タスクについてＴＣＢへ記
憶しているＣＰＵ専有上限時間Ｔclと各タスクのＣＰＵ
専有時間ｔc を比較することによって、ＣＰＵ専有時間
超過異常を検出する。又、タスクの実行時間上限Ｔplと
タスクの実行時間ｔp を比較することにより、タスクの
処理時間超過異常を検出する。これらの異常を検出した
時には、タスク異常の通知を外部へ行なう。これらの処
理により、多重プログラムで動作する計算機内の個々の
タスクのきめ細かい異常監視を行なうことができる。
【０００５】
【実施例】以下図面を参照して実施例を説明する。先
ず、プログラム異常検出方式の説明の前に、タスクディ
スパッチャ21が行なうタスクの状態遷移を図２を用いて
説明する。図２の符号31，32，33，34，35はタスクの状
態を示しており、符号31a ，32a ，33a ，33b ，33c ，
34a はタスクの状態遷移の方向を示している。ここで、
タスクの起動要求31が起こると、計算機内部のプログラ
ム制御機構２のタスクディスパッチャ21がその要求を受
け取り、そのタスクを実行可能状態32とする。次にタス
クディスパッチャは実行可能状態にあるタスクのうち、
最も優先レベルが高いタスクを実行状態33としてＣＰＵ
専有権を与え終了する。この後タスクは実際にＣＰＵを
使い動作する。次にタスクディスパッチャが動作する時
は、ＣＰＵ専有権を与えられたタスクが終了する時、又
はタイマによる遅延をする時、又は新たなタスク起動要
求発生時等タスクの状態遷移が発生した時全てである。
ず、プログラム異常検出方式の説明の前に、タスクディ
スパッチャ21が行なうタスクの状態遷移を図２を用いて
説明する。図２の符号31，32，33，34，35はタスクの状
態を示しており、符号31a ，32a ，33a ，33b ，33c ，
34a はタスクの状態遷移の方向を示している。ここで、
タスクの起動要求31が起こると、計算機内部のプログラ
ム制御機構２のタスクディスパッチャ21がその要求を受
け取り、そのタスクを実行可能状態32とする。次にタス
クディスパッチャは実行可能状態にあるタスクのうち、
最も優先レベルが高いタスクを実行状態33としてＣＰＵ
専有権を与え終了する。この後タスクは実際にＣＰＵを
使い動作する。次にタスクディスパッチャが動作する時
は、ＣＰＵ専有権を与えられたタスクが終了する時、又
はタイマによる遅延をする時、又は新たなタスク起動要
求発生時等タスクの状態遷移が発生した時全てである。
【０００６】次に図５を用いて本発明によるプログラム
異常検出方式の一実施例の処理内容を説明する。なお、
ハードウェアは図１と同様であるため、説明を省略す
る。図５において、ステップS51 は前述の図２で説明し
たような従来方法によるプログラム制御機構のタスクデ
ィスパッチャ処理と同じである。ステップS52 はタスク
ディスパッチャによってタスク状態遷移が行なわれた
時、該当タスクの実行時間とＣＰＵ専有時間を計測する
処理であり、計測した結果をタスク制御ブロック（ＴＣ
Ｂ）に記憶する。この記憶される時間は、図３に示すタ
スクの実行開始時刻ｔs ，タスクの終了時刻ｔe ，タス
クの実行時間ｔp とタスクのＣＰＵ専有時間のｔ1 ，ｔ
2 ，ｔ3 の合計値ｔc である。
異常検出方式の一実施例の処理内容を説明する。なお、
ハードウェアは図１と同様であるため、説明を省略す
る。図５において、ステップS51 は前述の図２で説明し
たような従来方法によるプログラム制御機構のタスクデ
ィスパッチャ処理と同じである。ステップS52 はタスク
ディスパッチャによってタスク状態遷移が行なわれた
時、該当タスクの実行時間とＣＰＵ専有時間を計測する
処理であり、計測した結果をタスク制御ブロック（ＴＣ
Ｂ）に記憶する。この記憶される時間は、図３に示すタ
スクの実行開始時刻ｔs ，タスクの終了時刻ｔe ，タス
クの実行時間ｔp とタスクのＣＰＵ専有時間のｔ1 ，ｔ
2 ，ｔ3 の合計値ｔc である。
【０００７】なお、タスクディスパッチャが動作する都
度、次ステップ以降のタスク異常検出処理を行なうと、
１つのタスクの状態変化によって全タスクの異常判定を
することになるため、タスクディスパッチャ自身の処理
時間も多くなり、ＣＰＵ全体の効率低下を招く。従って
ステップS53 はタイマ割込による一定時間毎に異常検出
機構を動作させるための判定部である。ステップS54は
ステップS52 によって計測されＴＣＢ上に記憶された時
間を基に、実行時間超過，ＣＰＵ専有時間超過，定周期
に走行するプログラムに関しては、一定時間内にＣＰＵ
専有時間が計測されたかをチェックして異常タスクを検
出する。
度、次ステップ以降のタスク異常検出処理を行なうと、
１つのタスクの状態変化によって全タスクの異常判定を
することになるため、タスクディスパッチャ自身の処理
時間も多くなり、ＣＰＵ全体の効率低下を招く。従って
ステップS53 はタイマ割込による一定時間毎に異常検出
機構を動作させるための判定部である。ステップS54は
ステップS52 によって計測されＴＣＢ上に記憶された時
間を基に、実行時間超過，ＣＰＵ専有時間超過，定周期
に走行するプログラムに関しては、一定時間内にＣＰＵ
専有時間が計測されたかをチェックして異常タスクを検
出する。
【０００８】次にステップS55 は、ステップS54 で異常
検出されたかを判定し、ステップS56 の処理を実行すべ
きか判定する処理である。異常検出されている場合、ス
テップS56 の異常検出通知を行なう。ステップS56 の異
常検出通知は異常検出されたタスクへのディスパッチン
グ禁止と、異常終了通知やタスクの強制異常終了などを
行なう。以上によって、タスク実行時の異常とタスクが
動作しない異常の両方の検出ができる。
検出されたかを判定し、ステップS56 の処理を実行すべ
きか判定する処理である。異常検出されている場合、ス
テップS56 の異常検出通知を行なう。ステップS56 の異
常検出通知は異常検出されたタスクへのディスパッチン
グ禁止と、異常終了通知やタスクの強制異常終了などを
行なう。以上によって、タスク実行時の異常とタスクが
動作しない異常の両方の検出ができる。
【０００９】次に図５のステップS52 の詳細な動作につ
いて、図６を用いて説明する。図６は図５のステップS5
2 の詳細を説明するフローチャートである。ステップS5
21は、タスクのディスパッチング種別をチェックして次
の処理を選択する処理である。先ず、図２に示すタスク
状態変化符号の31a ，32a ，33a ，33b ，33c ，34aの
どれか１つを選択する。31a が選択された場合ステップ
S522を実行する。32aの場合はステップS523の実行、33a
の場合はS524、33b の場合はステップS525、ステップS
523c の場合ステップS526，ステップS24aの場合はステ
ップS527を実行する制御を行なう。
いて、図６を用いて説明する。図６は図５のステップS5
2 の詳細を説明するフローチャートである。ステップS5
21は、タスクのディスパッチング種別をチェックして次
の処理を選択する処理である。先ず、図２に示すタスク
状態変化符号の31a ，32a ，33a ，33b ，33c ，34aの
どれか１つを選択する。31a が選択された場合ステップ
S522を実行する。32aの場合はステップS523の実行、33a
の場合はS524、33b の場合はステップS525、ステップS
523c の場合ステップS526，ステップS24aの場合はステ
ップS527を実行する制御を行なう。
【００１０】次に選択された各処理部について説明す
る。ステップS522はタスク開始時の計測処理であり、タ
スク個々のＴＣＢ内にある計測データエリアを初期化す
る。初期化するデータは、タスク開始時刻を示すｔs に
現在時刻をセットし、又、タスク終了時刻（ｔe ），Ｃ
ＰＵ専有時間（ｔc ），待時間（ｔw ）を０にセットす
る。ステップS523はタスクの実行可能状態から実行状態
とする場合の計測処理であり、ＣＰＵ専有権を割付けた
時刻をＴＣＢ内のワーク領域ｗへ保存する。このｗはＣ
ＰＵ専有権を明け渡す処理ステップS524で参照される。
ステップS524はタスクを実行状態から実行可能状態とＣ
ＰＵ専有権を他へ渡す場合の計測処理である。従ってス
テップS523でＣＰＵ専有権を割付けた時刻ｗと現在時刻
ｔo の差をＣＰＵの専有時間としてＴＣＢ内のｔc に加
算することによりＣＰＵ専有時間を計測する。
る。ステップS522はタスク開始時の計測処理であり、タ
スク個々のＴＣＢ内にある計測データエリアを初期化す
る。初期化するデータは、タスク開始時刻を示すｔs に
現在時刻をセットし、又、タスク終了時刻（ｔe ），Ｃ
ＰＵ専有時間（ｔc ），待時間（ｔw ）を０にセットす
る。ステップS523はタスクの実行可能状態から実行状態
とする場合の計測処理であり、ＣＰＵ専有権を割付けた
時刻をＴＣＢ内のワーク領域ｗへ保存する。このｗはＣ
ＰＵ専有権を明け渡す処理ステップS524で参照される。
ステップS524はタスクを実行状態から実行可能状態とＣ
ＰＵ専有権を他へ渡す場合の計測処理である。従ってス
テップS523でＣＰＵ専有権を割付けた時刻ｗと現在時刻
ｔo の差をＣＰＵの専有時間としてＴＣＢ内のｔc に加
算することによりＣＰＵ専有時間を計測する。
【００１１】ステップS525はタスクの実行状態から待時
間へ遷移する時の計測処理である。ディスパッチャによ
ってＣＰＵ専有権を明け渡す時であるため、ステップS5
25はステップS524と同様に現在時刻ｔo とＣＰＵ専有権
取得時刻ｗの差をＣＰＵ専有時間としてＴＣＢ内のｔc
に加算する。又、待時間の計測のため、更にＴＣＢ内の
ワーク領域ｗへ現在時刻ｔo をセットする。ステップS5
26はタスクの実行状態から終了状態へ遷移する時の計測
処理であり、ディスパッチャによってＣＰＵ専有権を明
け渡す時であるため、前述のステップS525と同様にｔo
とｗの差をｔc へ加算し、更に、タスク終了時刻ｔe へ
現在時刻をセットする。本ステップを完了した時、ｔc
はタスク開始から終了までのＣＰＵ専有時間が累積され
ていることになる。又、ｔe −ｔs はタスクの待状態時
間を含む全実行時間となる。更に、ｔe −ｔs −ｔw は
タスクの待状態時間を含まない実行時間が計測されてい
ることになる。ステップS527はタスクの待状態から実行
可能状態へ遷移する時の計測処理である。ステップS525
によってタスクが待状態となる時の時刻ｗと現在時刻ｔ
o の差が待時間となり、ｔw に加算していくことにより
タスクの総待時間が計測される。以上が図５のステップ
S52 の詳細説明であり、タスク個々の実行開始時間（ｔ
s ），終了時間（ｔe ），ＣＰＵ専有時間（ｔc ），実
行時間（ｔp ），待時間（ｔw ）が夫々計測可能とな
る。
間へ遷移する時の計測処理である。ディスパッチャによ
ってＣＰＵ専有権を明け渡す時であるため、ステップS5
25はステップS524と同様に現在時刻ｔo とＣＰＵ専有権
取得時刻ｗの差をＣＰＵ専有時間としてＴＣＢ内のｔc
に加算する。又、待時間の計測のため、更にＴＣＢ内の
ワーク領域ｗへ現在時刻ｔo をセットする。ステップS5
26はタスクの実行状態から終了状態へ遷移する時の計測
処理であり、ディスパッチャによってＣＰＵ専有権を明
け渡す時であるため、前述のステップS525と同様にｔo
とｗの差をｔc へ加算し、更に、タスク終了時刻ｔe へ
現在時刻をセットする。本ステップを完了した時、ｔc
はタスク開始から終了までのＣＰＵ専有時間が累積され
ていることになる。又、ｔe −ｔs はタスクの待状態時
間を含む全実行時間となる。更に、ｔe −ｔs −ｔw は
タスクの待状態時間を含まない実行時間が計測されてい
ることになる。ステップS527はタスクの待状態から実行
可能状態へ遷移する時の計測処理である。ステップS525
によってタスクが待状態となる時の時刻ｗと現在時刻ｔ
o の差が待時間となり、ｔw に加算していくことにより
タスクの総待時間が計測される。以上が図５のステップ
S52 の詳細説明であり、タスク個々の実行開始時間（ｔ
s ），終了時間（ｔe ），ＣＰＵ専有時間（ｔc ），実
行時間（ｔp ），待時間（ｔw ）が夫々計測可能とな
る。
【００１２】次に図５ステップS54 の異常検出動作の詳
細について、図７のフローチャートを用いて説明する。
図７のフローチャート内の記号は、図４のＴＣＢ例と対
応している。図７ステップS541はＴＣＢ内の各タスクの
定周期実行時間Ｔcyc を参照し、定周期走行タスクかの
判定をする。Ｔcyc 以外の時は定周期タスクであると判
断し、ステップS547〜ステップS562の処理を実行する。
定周期タスクでない場合はステップS542〜ステップS546
の各処理を実行する。次に定周期タスクとそれ以外のタ
スクについて分けて説明する。
細について、図７のフローチャートを用いて説明する。
図７のフローチャート内の記号は、図４のＴＣＢ例と対
応している。図７ステップS541はＴＣＢ内の各タスクの
定周期実行時間Ｔcyc を参照し、定周期走行タスクかの
判定をする。Ｔcyc 以外の時は定周期タスクであると判
断し、ステップS547〜ステップS562の処理を実行する。
定周期タスクでない場合はステップS542〜ステップS546
の各処理を実行する。次に定周期タスクとそれ以外のタ
スクについて分けて説明する。
【００１３】先ず定周期タスクの場合について説明す
る。ステップS547はタスクが起動されているかをチェッ
クする。起動されている場合はステップS548へ進む。ス
テップS548ではタスクのＣＰＵ専有時間ｔcがリミット
値Ｔclを越えていないかチェックし、上限を越えている
時（Ｙ）はステップS563の異常を処理する。次にステッ
プS549はタスク実行時間のチェックを行なう。タスク実
行時間ｔp がタスク実行時間リミットＴplを越えた時
（Ｙ）はステップS563の異常処理をする。以上ステップ
S547〜ステップS549では定周期に走行するタスクでも、
ループ等の異常がありＣＰＵを専有しているかを検出す
る。
る。ステップS547はタスクが起動されているかをチェッ
クする。起動されている場合はステップS548へ進む。ス
テップS548ではタスクのＣＰＵ専有時間ｔcがリミット
値Ｔclを越えていないかチェックし、上限を越えている
時（Ｙ）はステップS563の異常を処理する。次にステッ
プS549はタスク実行時間のチェックを行なう。タスク実
行時間ｔp がタスク実行時間リミットＴplを越えた時
（Ｙ）はステップS563の異常処理をする。以上ステップ
S547〜ステップS549では定周期に走行するタスクでも、
ループ等の異常がありＣＰＵを専有しているかを検出す
る。
【００１４】次にステップS560は定周期に動作すべきタ
スクの周期がきたかをチェックする。ステップS560内の
Ｔcount はタイマ処理によるカウントを示しており、カ
ウント値と周期指定値Ｔcyc を比較して、実行周期とな
ったかをチェックする。実行周期と判定した場合はステ
ップS561へ進む。ステップS561ではタスクの実行周期内
に１度は実行され、ＣＰＵを使用したかをチェックす
る。ここでＣＰＵを使用した実績があれば、正常にタス
クが動作しているものと見做す。そして、次のステップ
S562へ進み、周期チェックカウンタを初期化する。ステ
ップS561で異常と判定された場合（Ｙ）はステップS563
の異常処理を行なう。
スクの周期がきたかをチェックする。ステップS560内の
Ｔcount はタイマ処理によるカウントを示しており、カ
ウント値と周期指定値Ｔcyc を比較して、実行周期とな
ったかをチェックする。実行周期と判定した場合はステ
ップS561へ進む。ステップS561ではタスクの実行周期内
に１度は実行され、ＣＰＵを使用したかをチェックす
る。ここでＣＰＵを使用した実績があれば、正常にタス
クが動作しているものと見做す。そして、次のステップ
S562へ進み、周期チェックカウンタを初期化する。ステ
ップS561で異常と判定された場合（Ｙ）はステップS563
の異常処理を行なう。
【００１５】次に定周期走行をしないタスクの場合につ
いて、図７のステップS541〜ステップS546を用いて説明
する。定周期走行しないタスクは、事象が発生すると起
動され、処理を行ない、終了する過程をとる。起動から
終了までの間は、図３に示す例のように種々の状態遷移
をし終了に至る。先ずステップS542はタスクが終了状態
にあるかをチェックする。終了状態の時はタスクの実行
そのものがされないので何も行なわない。次にステップ
S543はタスクが起動されているかチェックを行なう。即
ち、ステップS542，ステップS543ではタスクが起動され
ていて、かつ未だ終了していないかをチェックし、その
条件が満足した時ステップS544以降の処理へ進む。ステ
ップS544，ステップS545はステップS548，ステップS549
と同様に、タスクのＣＰＵ専有時間のリミット超過タス
クの実行時間のリミット超過チェックをし、タスクの異
常チェックを行なう。次にステップS546はタスク起動要
求が受付けられて実行可能状態にあるが、現在時刻ｔo
まで時間経過したが、１度も実行されない異常があるか
を判定する。なお、Ｔm は実行時間マージンである。上
記実施例ではタスクが実行できない異常、タスクがルー
プ等の異常により必要以上にＣＰＵを専有する、又は実
行時間が長くなる、定周期に走行すべきタスクが定周期
に動作しない、又定周期走行タスクでも１回当りの実行
で必要以上にＣＰＵ専有時間を使用する、実行時間が長
くなる等の異常を検出することができる。
いて、図７のステップS541〜ステップS546を用いて説明
する。定周期走行しないタスクは、事象が発生すると起
動され、処理を行ない、終了する過程をとる。起動から
終了までの間は、図３に示す例のように種々の状態遷移
をし終了に至る。先ずステップS542はタスクが終了状態
にあるかをチェックする。終了状態の時はタスクの実行
そのものがされないので何も行なわない。次にステップ
S543はタスクが起動されているかチェックを行なう。即
ち、ステップS542，ステップS543ではタスクが起動され
ていて、かつ未だ終了していないかをチェックし、その
条件が満足した時ステップS544以降の処理へ進む。ステ
ップS544，ステップS545はステップS548，ステップS549
と同様に、タスクのＣＰＵ専有時間のリミット超過タス
クの実行時間のリミット超過チェックをし、タスクの異
常チェックを行なう。次にステップS546はタスク起動要
求が受付けられて実行可能状態にあるが、現在時刻ｔo
まで時間経過したが、１度も実行されない異常があるか
を判定する。なお、Ｔm は実行時間マージンである。上
記実施例ではタスクが実行できない異常、タスクがルー
プ等の異常により必要以上にＣＰＵを専有する、又は実
行時間が長くなる、定周期に走行すべきタスクが定周期
に動作しない、又定周期走行タスクでも１回当りの実行
で必要以上にＣＰＵ専有時間を使用する、実行時間が長
くなる等の異常を検出することができる。
【００１６】図８は他の実施例を示したものである。こ
こでステップS51 〜ステップS56 までの各処理は実施例
で説明した図５と同じである。本実施例ではタスクのＣ
ＰＵ使用時間上限等を複数レベル設けて、レベルによっ
て異常検出時の対処方法を変えて、より高い信頼性を得
るようにしたものである。ステップS80 以降の処理を説
明する。ステップS80 では異常検出が低レベルで検出さ
れたかチェックする。低レベルの場合はステップS81 へ
進み、高レベルの場合はステップS56 へ進む。次にステ
ップS81 では定周期動作タスクであるかの判定を行な
う。定周期タスクでない場合はステップS82 へ進み、ス
テップS82 ではタスクの優先度を下げるこを行なう。こ
れは、プログラムのループ等よりもプログラムのアルゴ
リズム選択によって正しく動作するが、不用意にＣＰＵ
を多く使うプログラムは、他のプログラムにＣＰＵ専有
権を与えるようにコントロールするためである。一方、
定周期動作をするタスクが動作しない場合はステップS8
3 へ進み、ここでタスクの起動を行ない、自動的なリカ
バリーを行なう。ステップS82 ，ステップS83 は異常を
検出したが、リカバリーを試行し回復を試みる処理であ
る。次にステップS84 はステップS82 ，ステップS83 で
実施したリカバリーを通知する処理である。以上のよう
にステップS80 ，ステップS84 の処理を前述の実施例に
付加することにより、よりきめ細かい異常検出と、異常
回復の試行などを行なうことができ、より高い信頼性を
得ることができる。
こでステップS51 〜ステップS56 までの各処理は実施例
で説明した図５と同じである。本実施例ではタスクのＣ
ＰＵ使用時間上限等を複数レベル設けて、レベルによっ
て異常検出時の対処方法を変えて、より高い信頼性を得
るようにしたものである。ステップS80 以降の処理を説
明する。ステップS80 では異常検出が低レベルで検出さ
れたかチェックする。低レベルの場合はステップS81 へ
進み、高レベルの場合はステップS56 へ進む。次にステ
ップS81 では定周期動作タスクであるかの判定を行な
う。定周期タスクでない場合はステップS82 へ進み、ス
テップS82 ではタスクの優先度を下げるこを行なう。こ
れは、プログラムのループ等よりもプログラムのアルゴ
リズム選択によって正しく動作するが、不用意にＣＰＵ
を多く使うプログラムは、他のプログラムにＣＰＵ専有
権を与えるようにコントロールするためである。一方、
定周期動作をするタスクが動作しない場合はステップS8
3 へ進み、ここでタスクの起動を行ない、自動的なリカ
バリーを行なう。ステップS82 ，ステップS83 は異常を
検出したが、リカバリーを試行し回復を試みる処理であ
る。次にステップS84 はステップS82 ，ステップS83 で
実施したリカバリーを通知する処理である。以上のよう
にステップS80 ，ステップS84 の処理を前述の実施例に
付加することにより、よりきめ細かい異常検出と、異常
回復の試行などを行なうことができ、より高い信頼性を
得ることができる。
【００１７】
【発明の効果】以上説明したように、本発明によれば特
殊なハードウェアを用いることなく、一般の多重プログ
ラム動作を実現している計算機内で動作する個々のプロ
グラムのきめ細かい異常監視が可能となる利点がある。
又、プログラムが動作しない異常についても監視できる
利点がある。上記の効果により計算機システムの信頼性
も各段に向上する。
殊なハードウェアを用いることなく、一般の多重プログ
ラム動作を実現している計算機内で動作する個々のプロ
グラムのきめ細かい異常監視が可能となる利点がある。
又、プログラムが動作しない異常についても監視できる
利点がある。上記の効果により計算機システムの信頼性
も各段に向上する。
【図１】本発明を達成するため一実施例の処理内容を説
明する構成図。
明する構成図。
【図２】本発明の説明をするために用いたタスクディス
パッチャのタスク状態遷移図。
パッチャのタスク状態遷移図。
【図３】図２で示したタスク状態遷移を時系列に表わし
たタイムチャート。
たタイムチャート。
【図４】本発明を実現するためのタスク制御ブロックの
構成例。
構成例。
【図５】本発明によるプログラム異常検出方式を説明す
るフローチャート。
るフローチャート。
【図６】図５のタスク走行時間計測処理を詳しく説明し
たフローチャート。
たフローチャート。
【図７】図５のタスク異常検出処理を詳しく説明したフ
ローチャート。
ローチャート。
【図８】他の実施例を説明するフローチャート。
１ 計算機 ２ プログラム制御機構 ３ プログラムの連結編集処理手段 ４ 実行ロードモジュール ５ 処理タスク 21 タスクディスパッチャ 21a 計測機構 21b 異常検出機構 22 タイマ制御手段 23 タスク制御ブロック
Claims (1)
- 【請求項１】 多重プログラム動作するストアードプロ
グラム方式計算機において、プログラムの制御機構によ
ってタスク状態遷移が行なわれた都度、当該タスクの実
行開始間，タスク終了時間，タスクのＣＰＵ専有時間，
タスクの実行時間及びタスクの待時間を検出して記憶す
る手段と、タイマ割込みによる一定時間毎に異常検出機
構を動作させる手段と、前記計測されて記憶手段内に格
納された時間をもとに異常状態タスクを検出する第１の
手段と、定周期に走行するプログラムについての一定時
間内のＣＰＵ専有時間を検出する第２の手段と、前記第
１，第２の各検出手段によって異常検出されたタスクを
出力する手段とを備えたことを特徴とするプログラム異
常検出方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3300982A JPH05108418A (ja) | 1991-10-21 | 1991-10-21 | プログラム異常検出方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3300982A JPH05108418A (ja) | 1991-10-21 | 1991-10-21 | プログラム異常検出方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05108418A true JPH05108418A (ja) | 1993-04-30 |
Family
ID=17891410
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3300982A Pending JPH05108418A (ja) | 1991-10-21 | 1991-10-21 | プログラム異常検出方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05108418A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004088518A1 (ja) * | 2003-03-31 | 2004-10-14 | Fujitsu Limited | Ｃｐｕ使用時間カウント方法及びこのｃｐｕ使用時間を用いるジョブ制御装置 |
| JP2008305238A (ja) * | 2007-06-08 | 2008-12-18 | Denso Corp | 計測装置 |
| JP2009187189A (ja) * | 2008-02-05 | 2009-08-20 | Nec Corp | ストール検出装置、ストール検出方法、及びストール検出プログラム |
| EP1650661A3 (en) * | 2004-09-30 | 2009-09-09 | Microsoft Corporation | Method, system, and apparatus for identifying unresponsive portions of a computer program |
| US8484643B2 (en) | 2003-03-31 | 2013-07-09 | Fujitsu Limited | CPU usage time counting method and job control system using this CPU usage time |
-
1991
- 1991-10-21 JP JP3300982A patent/JPH05108418A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004088518A1 (ja) * | 2003-03-31 | 2004-10-14 | Fujitsu Limited | Ｃｐｕ使用時間カウント方法及びこのｃｐｕ使用時間を用いるジョブ制御装置 |
| US8484643B2 (en) | 2003-03-31 | 2013-07-09 | Fujitsu Limited | CPU usage time counting method and job control system using this CPU usage time |
| EP1650661A3 (en) * | 2004-09-30 | 2009-09-09 | Microsoft Corporation | Method, system, and apparatus for identifying unresponsive portions of a computer program |
| JP2008305238A (ja) * | 2007-06-08 | 2008-12-18 | Denso Corp | 計測装置 |
| JP2009187189A (ja) * | 2008-02-05 | 2009-08-20 | Nec Corp | ストール検出装置、ストール検出方法、及びストール検出プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1852382B1 (en) | Elevator apparatus | |
| US10006455B2 (en) | Drive control apparatus | |
| JP2000010800A (ja) | 計算機システムに於けるスレッド制御装置、及び同システムに於けるスレッド制御方法 | |
| EP1792864B1 (en) | Elevator apparatus | |
| CA2292991C (en) | Watch dog timer system | |
| US20080133975A1 (en) | Method for Running a Computer Program on a Computer System | |
| JPH05108418A (ja) | プログラム異常検出方式 | |
| US20020147873A1 (en) | Real time based system and method for monitoring the same | |
| US20070079160A1 (en) | Controller and method of controlling multiprocessor | |
| JP3473399B2 (ja) | 制御システムにおけるクロック動作監視装置及び方法 | |
| JP2004302847A (ja) | Ｃｐｕの動作監視方法 | |
| JPH0395610A (ja) | ローバッテリ状態検出方式 | |
| JP4983806B2 (ja) | 二重化タイマを用いたシステム監視装置、および監視方法 | |
| JP2628561B2 (ja) | 異常通知方法 | |
| JP3317728B2 (ja) | プレス機械の異常監視装置 | |
| JPH06296397A (ja) | ステッピングモータの駆動制御装置 | |
| JPH0581080A (ja) | マイクロプロセツサの暴走監視装置 | |
| JP3367379B2 (ja) | Ｃｐｕの出力制御回路 | |
| JPS63315963A (ja) | 停電検出回路 | |
| JPS5936786B2 (ja) | 計質機制御の故障検出装置 | |
| CN114488991A (zh) | 机器人安全监控系统及其诊断异常的方法 | |
| JP4083954B2 (ja) | 異常監視装置及び異常監視方法 | |
| JPS5864555A (ja) | 計算機システムの異常検出装置 | |
| JPS63251845A (ja) | プログラム異常検出装置 | |
| JPH01183701A (ja) | プラント監視装置 |