JPH05233333A - タスク起動状態検出システム - Google Patents
タスク起動状態検出システムInfo
- Publication number
- JPH05233333A JPH05233333A JP4034930A JP3493092A JPH05233333A JP H05233333 A JPH05233333 A JP H05233333A JP 4034930 A JP4034930 A JP 4034930A JP 3493092 A JP3493092 A JP 3493092A JP H05233333 A JPH05233333 A JP H05233333A
- Authority
- JP
- Japan
- Prior art keywords
- task
- monitoring
- activation
- inquiry
- monitoring target
- 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.)
- Withdrawn
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】
【目的】 監視対象タスクと監視タスクとを有してなる
マルチタスクシステムにおけるタスク起動状態検出シス
テムに関し、タスクの実行時間が長い場合、正常処理中
か、異常ループが発生しているのかをできるだけ早く判
定することを目的とする。 【構成】 監視対象タスクの各々は、起動要因を受け付
けた状態か否かを示す手段６と、問い合わせの起動要因
を受けると該起動要因を最優先で処理して該監視タスク
に対して応答を返す手段７とを有し、監視タスクは、各
監視対象タスクの上記の手段６の表示を所定の時間間隔
の前後で監視し該表示における変化の有無を検出する手
段３と、表示における変化無が検出された監視対象タス
クに対して問い合わせ起動要因を通知する手段４と、手
段７からの応答を通知から所定の時間内に受信しないな
らば該監視対象タスクが異常ループ状態であると判定す
る手段５とを有してなるように構成する。
マルチタスクシステムにおけるタスク起動状態検出シス
テムに関し、タスクの実行時間が長い場合、正常処理中
か、異常ループが発生しているのかをできるだけ早く判
定することを目的とする。 【構成】 監視対象タスクの各々は、起動要因を受け付
けた状態か否かを示す手段６と、問い合わせの起動要因
を受けると該起動要因を最優先で処理して該監視タスク
に対して応答を返す手段７とを有し、監視タスクは、各
監視対象タスクの上記の手段６の表示を所定の時間間隔
の前後で監視し該表示における変化の有無を検出する手
段３と、表示における変化無が検出された監視対象タス
クに対して問い合わせ起動要因を通知する手段４と、手
段７からの応答を通知から所定の時間内に受信しないな
らば該監視対象タスクが異常ループ状態であると判定す
る手段５とを有してなるように構成する。
Description
【０００１】
【産業上の利用分野】本発明は、マルチタスクシステム
においてタスクの異常ループを監視するタスク起動状態
検出システムに関する。従来、タスクの実行時間が長い
場合、正常処理中か、異常ループが発生しているのかを
出来るだけ早く判定することが望まれている。
においてタスクの異常ループを監視するタスク起動状態
検出システムに関する。従来、タスクの実行時間が長い
場合、正常処理中か、異常ループが発生しているのかを
出来るだけ早く判定することが望まれている。
【０００２】
【従来の技術】従来、タスクが起動要因を受信してから
処理を正常終了するまでの時間が最大処理時間（該タス
クがＣＰＵを占有し正常に処理した場合、最も長い時間
かかるケースにおける処理時間）を超える場合、その要
因としては、次の２つが考えられる。
処理を正常終了するまでの時間が最大処理時間（該タス
クがＣＰＵを占有し正常に処理した場合、最も長い時間
かかるケースにおける処理時間）を超える場合、その要
因としては、次の２つが考えられる。
【０００３】当該タスクよりも高い実行レベルを有す
るタスクが動作中であって待ち状態となっている。 タスク内で異常ループを発生している。 しかしながら、アプリケーションから見た場合、上記の
およびの何れも動作中としか見えず、およびの
区別は非常に困難である。
るタスクが動作中であって待ち状態となっている。 タスク内で異常ループを発生している。 しかしながら、アプリケーションから見た場合、上記の
およびの何れも動作中としか見えず、およびの
区別は非常に困難である。
【０００４】従来のタスクの異常ループを監視する方式
としては、（１）起動要因の滞留数（オペレーティング
システムが管理データとして管理している）を監視し、
該滞留数が規定値を超えた場合、無差別にリカバリ処理
を実施する方式、および、（２）ウォッチドッグタイマ
による監視方式がある。
としては、（１）起動要因の滞留数（オペレーティング
システムが管理データとして管理している）を監視し、
該滞留数が規定値を超えた場合、無差別にリカバリ処理
を実施する方式、および、（２）ウォッチドッグタイマ
による監視方式がある。
【０００５】
【発明が解決しようとする課題】しかしながら、上記の
（１）では、正常処理中でも待ち状態のタスクの起動要
因の滞留数が規定値を超えた場合、当タスクはリカバリ
処理を受けてしまうという問題、および、異常ループが
発生した場合でも、起動要因の滞留が規定値に達するま
でに時間がかかった場合、それだけリカバリ処理が遅れ
てしまうという問題がある。
（１）では、正常処理中でも待ち状態のタスクの起動要
因の滞留数が規定値を超えた場合、当タスクはリカバリ
処理を受けてしまうという問題、および、異常ループが
発生した場合でも、起動要因の滞留が規定値に達するま
でに時間がかかった場合、それだけリカバリ処理が遅れ
てしまうという問題がある。
【０００６】また、上記の（２）の場合、異常ループを
起こしたタスクの種類に関係なく、リカバリ処理はシス
テムＩＰＬのみしかできないという問題がある。本発明
は、タスクの実行時間が長い場合、正常処理中か、異常
ループが発生しているのかをできるだけ早く判定するタ
スク起動状態検出システムを提供することを目的とす
る。
起こしたタスクの種類に関係なく、リカバリ処理はシス
テムＩＰＬのみしかできないという問題がある。本発明
は、タスクの実行時間が長い場合、正常処理中か、異常
ループが発生しているのかをできるだけ早く判定するタ
スク起動状態検出システムを提供することを目的とす
る。
【０００７】
【課題を解決するための手段】図１は、少なくとも１つ
の監視対象タスクと該監視対象タスクを監視する監視タ
スクとを有してなるマルチタスクシステムにおいて、該
監視タスクが該監視対象タスクの各々の起動状態を検出
するための本発明によるタスク起動状態検出システムの
基本構成を示すものである。
の監視対象タスクと該監視対象タスクを監視する監視タ
スクとを有してなるマルチタスクシステムにおいて、該
監視タスクが該監視対象タスクの各々の起動状態を検出
するための本発明によるタスク起動状態検出システムの
基本構成を示すものである。
【０００８】図１に示されているように、前記監視対象
タスクの各々は、該監視対象タスクが起動要因を受け付
けた状態か否かを示す起動状態表示手段６と、前記監視
タスクより問い合わせの起動要因を受けると、該問い合
わせの起動要因を最優先で処理して該監視タスクに対し
て応答を返す問い合わせ起動応答手段７とを有し、前記
監視タスクは、前記監視対象タスクの各々の前記起動状
態表示手段６の表示を、それぞれ第１の所定の時間間隔
の前後で監視して、該表示における変化の有無を検出す
るタスク起動表示監視手段３と、前記表示における変化
無しが検出された監視対象タスクに対して前記問い合わ
せ起動要因を通知する問い合わせ起動手段４と、前記問
い合わせ起動要因に対する前記監視対象タスクの各々の
前記問い合わせ起動応答手段７からの応答を、前記問い
合わせ起動要因の通知から第２の所定の時間内に受信し
ないならば、該監視対象タスクが異常ループ状態である
と判定するタスク起動状態判定手段５とを有してなるこ
とを特徴とする。
タスクの各々は、該監視対象タスクが起動要因を受け付
けた状態か否かを示す起動状態表示手段６と、前記監視
タスクより問い合わせの起動要因を受けると、該問い合
わせの起動要因を最優先で処理して該監視タスクに対し
て応答を返す問い合わせ起動応答手段７とを有し、前記
監視タスクは、前記監視対象タスクの各々の前記起動状
態表示手段６の表示を、それぞれ第１の所定の時間間隔
の前後で監視して、該表示における変化の有無を検出す
るタスク起動表示監視手段３と、前記表示における変化
無しが検出された監視対象タスクに対して前記問い合わ
せ起動要因を通知する問い合わせ起動手段４と、前記問
い合わせ起動要因に対する前記監視対象タスクの各々の
前記問い合わせ起動応答手段７からの応答を、前記問い
合わせ起動要因の通知から第２の所定の時間内に受信し
ないならば、該監視対象タスクが異常ループ状態である
と判定するタスク起動状態判定手段５とを有してなるこ
とを特徴とする。
【０００９】上記の基本構成において、前記タスク起動
状態検出システムは、前記監視対象タスクの各々毎に第
１および第２の表示領域を有するテーブル手段と、初期
状態において前記第１および第２の表示領域をクリアす
るリセット手段とを有し、前記監視対象タスクの各々に
おける前記起動状態表示手段６は、起動要因を受け付け
た時点で値を変え、該値は前記クリアされた値とは異な
るカウンタと、該カウンタの値を該監視対象タスクの各
々に対応する前記第１の表示領域に書き込む書き込み手
段とを有し、前記タスク起動表示監視手段３は、前記所
定の時間毎に、前記監視対象タスクの各々に対応する前
記第１および第２の表示領域の値を比較して異なるなら
ば、該監視対象タスクは起動要因を受け付けたと判定す
る起動判定手段と、前記第１および第２の表示領域の値
を比較して異なるならば、該第２の領域の値を該第１の
領域に書き込む手段とを有するようにすることができ
る。
状態検出システムは、前記監視対象タスクの各々毎に第
１および第２の表示領域を有するテーブル手段と、初期
状態において前記第１および第２の表示領域をクリアす
るリセット手段とを有し、前記監視対象タスクの各々に
おける前記起動状態表示手段６は、起動要因を受け付け
た時点で値を変え、該値は前記クリアされた値とは異な
るカウンタと、該カウンタの値を該監視対象タスクの各
々に対応する前記第１の表示領域に書き込む書き込み手
段とを有し、前記タスク起動表示監視手段３は、前記所
定の時間毎に、前記監視対象タスクの各々に対応する前
記第１および第２の表示領域の値を比較して異なるなら
ば、該監視対象タスクは起動要因を受け付けたと判定す
る起動判定手段と、前記第１および第２の表示領域の値
を比較して異なるならば、該第２の領域の値を該第１の
領域に書き込む手段とを有するようにすることができ
る。
【００１０】また、図１の基本構成において、前記監視
タスクの実行レベルは、最優先のレベルとし、前記監視
対象タスクにおいて、前記問い合わせ起動手段４は、前
記問い合わせ起動の通知前に、該通知を行う監視対象タ
スクの実行レベルを、前記最優先のレベルに次ぐ優先度
の実行レベルとする第１の実行レベル変更手段を有し、
前記タスク起動状態判定手段５は、前記応答を受けると
該応答を返した監視対象タスクの実行レベルを元の実行
レベルに戻す第２の実行レベル変更手段を有するように
することができる。
タスクの実行レベルは、最優先のレベルとし、前記監視
対象タスクにおいて、前記問い合わせ起動手段４は、前
記問い合わせ起動の通知前に、該通知を行う監視対象タ
スクの実行レベルを、前記最優先のレベルに次ぐ優先度
の実行レベルとする第１の実行レベル変更手段を有し、
前記タスク起動状態判定手段５は、前記応答を受けると
該応答を返した監視対象タスクの実行レベルを元の実行
レベルに戻す第２の実行レベル変更手段を有するように
することができる。
【００１１】
【作用】本発明によれば、各監視対象タスクが起動要因
を受け付けた状態か否かが起動状態表示手段６によって
示され、監視タスクは、タスク起動表示監視手段３によ
って、監視対象タスクの各々の起動状態表示手段６の表
示を、それぞれ第１の所定の時間間隔の前後で監視し
て、該表示における変化の有無を検出する。そして、問
い合わせ起動手段４によって、表示における変化無しが
検出された監視対象タスクに対して前記問い合わせ起動
要因を通知する。監視対象タスクは、監視タスクより問
い合わせの起動要因を受けると、問い合わせ起動応答手
段７によって、該問い合わせの起動要因を最優先で処理
して該監視タスクに対して応答を返す。監視タスクは、
上記の問い合わせ起動要因に対する上記の問い合わせ起
動応答手段７からの応答を、前記問い合わせ起動要因の
通知から第２の所定の時間内に受信しないならば、該監
視対象タスクが異常ループ状態であると判定する。
を受け付けた状態か否かが起動状態表示手段６によって
示され、監視タスクは、タスク起動表示監視手段３によ
って、監視対象タスクの各々の起動状態表示手段６の表
示を、それぞれ第１の所定の時間間隔の前後で監視し
て、該表示における変化の有無を検出する。そして、問
い合わせ起動手段４によって、表示における変化無しが
検出された監視対象タスクに対して前記問い合わせ起動
要因を通知する。監視対象タスクは、監視タスクより問
い合わせの起動要因を受けると、問い合わせ起動応答手
段７によって、該問い合わせの起動要因を最優先で処理
して該監視タスクに対して応答を返す。監視タスクは、
上記の問い合わせ起動要因に対する上記の問い合わせ起
動応答手段７からの応答を、前記問い合わせ起動要因の
通知から第２の所定の時間内に受信しないならば、該監
視対象タスクが異常ループ状態であると判定する。
【００１２】こうして、本発明によれば、監視対象タス
クにおける異常ループの発生が、速やかに判定される。
クにおける異常ループの発生が、速やかに判定される。
【００１３】
【実施例】以下添付図面を用いて本発明の実施例を詳細
に説明する。各監視対象タスクにおいて、前述の起動状
態表示手段６は、例えば、起動要因を受け付けた直後に
値を変化させるフラグ（或るいは、カウンタ）によって
実現され得る。
に説明する。各監視対象タスクにおいて、前述の起動状
態表示手段６は、例えば、起動要因を受け付けた直後に
値を変化させるフラグ（或るいは、カウンタ）によって
実現され得る。
【００１４】監視タスクは、一定の周期で各監視対象タ
スクのフラグを監視し、１周期前に監視したときのフラ
グの値と比較する。この場合、フラグ値が１周期前から
変化したか否かによって考えられる監視対象タスクの動
作状況は表１に示されるとおりである。
スクのフラグを監視し、１周期前に監視したときのフラ
グの値と比較する。この場合、フラグ値が１周期前から
変化したか否かによって考えられる監視対象タスクの動
作状況は表１に示されるとおりである。
【００１５】
【表１】
【００１６】変化のない場合、表１に示される３つの可
能性Ａ，Ｂ，および，Ｃを切り分けるために、変化のな
い監視対象タスクに対して、一時的に当該監視対象タス
クの実行レベルを上げ、問い合わせ起動要因を送信す
る。このときの実行レベルは、図２に示されているよう
に、通常の監視対象タスクの実行レベルよりも高く、常
に最高実行レベル「１」にある監視タスクに次ぐ実行レ
ベル「２」とする。また、予め、監視対象タスクは、問
い合わせ起動要因を受信すると、そのときに待ち状態に
あった全ての起動要因より優先して監視タスクに対して
応答を返す（すなわち、待ち状態にあった全ての起動要
因より前の待ち状態となるようにオペレーティングシス
テムが待ち行列を管理する）ように構成しておくものと
する。監視タスクは、上記の問い合わせ起動要因の送信
後、該起動要因送信に対する監視対象タスクからの応答
をタイマ監視する。この時のＡ〜Ｃの各状況に対して期
待される結果は、表２に示されているとおりである。
能性Ａ，Ｂ，および，Ｃを切り分けるために、変化のな
い監視対象タスクに対して、一時的に当該監視対象タス
クの実行レベルを上げ、問い合わせ起動要因を送信す
る。このときの実行レベルは、図２に示されているよう
に、通常の監視対象タスクの実行レベルよりも高く、常
に最高実行レベル「１」にある監視タスクに次ぐ実行レ
ベル「２」とする。また、予め、監視対象タスクは、問
い合わせ起動要因を受信すると、そのときに待ち状態に
あった全ての起動要因より優先して監視タスクに対して
応答を返す（すなわち、待ち状態にあった全ての起動要
因より前の待ち状態となるようにオペレーティングシス
テムが待ち行列を管理する）ように構成しておくものと
する。監視タスクは、上記の問い合わせ起動要因の送信
後、該起動要因送信に対する監視対象タスクからの応答
をタイマ監視する。この時のＡ〜Ｃの各状況に対して期
待される結果は、表２に示されているとおりである。
【００１７】
【表２】
【００１８】すなわち、タイムアウトが発生した場合に
は、当該監視対象タスクは、異常ループ状態にあると判
定することができる。予め、表３に示されているような
監視ファイルに、各監視対象タスク毎に、そのタスクが
異常ループ状態となったときのリカバリ処理の種類を登
録しておく。
は、当該監視対象タスクは、異常ループ状態にあると判
定することができる。予め、表３に示されているような
監視ファイルに、各監視対象タスク毎に、そのタスクが
異常ループ状態となったときのリカバリ処理の種類を登
録しておく。
【００１９】
【表３】
【００２０】そして、表３の監視ファイルは、システム
立ち上がり時には、更に、表４に示されているような監
視テーブルに展開される。
立ち上がり時には、更に、表４に示されているような監
視テーブルに展開される。
【００２１】
【表４】
【００２２】監視対象タスクは、起動要因を受け付ける
と、例えば、表５に示されているように、監視テーブル
内の現在フラグ値を更新する（変化させる）。
と、例えば、表５に示されているように、監視テーブル
内の現在フラグ値を更新する（変化させる）。
【００２３】
【表５】
【００２４】監視タスクは、一定周期で、監視テーブル
内の前回フラグ値と現在フラグ値とを比較する。そし
て、フラグ値に変化のあるタスクに対しては、監視テー
ブル内の現在フラグ値を前回フラグ値の欄にコピーす
る。したがって、表５は、表６のようになる。
内の前回フラグ値と現在フラグ値とを比較する。そし
て、フラグ値に変化のあるタスクに対しては、監視テー
ブル内の現在フラグ値を前回フラグ値の欄にコピーす
る。したがって、表５は、表６のようになる。
【００２５】
【表６】
【００２６】次に、監視タスクが監視テーブル内の前回
フラグ値と現在フラグ値とを比較した際、フラグ値に変
化の無い場合について、当該監視対象タスクが前記表１
のＡ，Ｂ，および，Ｃである場合の処理の流れを、それ
ぞれ図面を参照して説明する。
フラグ値と現在フラグ値とを比較した際、フラグ値に変
化の無い場合について、当該監視対象タスクが前記表１
のＡ，Ｂ，および，Ｃである場合の処理の流れを、それ
ぞれ図面を参照して説明する。
【００２７】
【表７】
【００２８】例えば、表７に示されているように、タス
クＩＤ．２，３，および，４に対する前回フラグ値と現
在フラグ値とが等しいとする。ここで、仮に、タスク２
が前記表１のＡの状態（当該監視対象タスクが無処理状
態）、タスク３が表１のＢの状態（実行レベルが低いた
めの待ち状態）、そして、タスク４が表１のＣの状態
（異常ループ状態）であったとする。
クＩＤ．２，３，および，４に対する前回フラグ値と現
在フラグ値とが等しいとする。ここで、仮に、タスク２
が前記表１のＡの状態（当該監視対象タスクが無処理状
態）、タスク３が表１のＢの状態（実行レベルが低いた
めの待ち状態）、そして、タスク４が表１のＣの状態
（異常ループ状態）であったとする。
【００２９】図３は、上記のタスク２の状態Ａ、すなわ
ち、当該監視対象タスクが無処理状態である場合を示
す。ここで、タスク２の通常時の実行レベルはレベル４
（図２参照）とする。無処理状態であるため、上記のよ
うに監視タスクによりフラグ値の変化無しが検出され
る。次に、監視タスクが、タスク２の実行レベルを一時
的に「２」に上げ、タスク２に対して問い合わせ起動要
因Ｘを送信し、応答待ちのタイマ監視をスタートする
（図４）。
ち、当該監視対象タスクが無処理状態である場合を示
す。ここで、タスク２の通常時の実行レベルはレベル４
（図２参照）とする。無処理状態であるため、上記のよ
うに監視タスクによりフラグ値の変化無しが検出され
る。次に、監視タスクが、タスク２の実行レベルを一時
的に「２」に上げ、タスク２に対して問い合わせ起動要
因Ｘを送信し、応答待ちのタイマ監視をスタートする
（図４）。
【００３０】タスク２は、上記の問い合わせ起動要因Ｘ
を即座に受け付けて、応答Ｙを返信する。監視タスク
は、応答Ｙを受信した時点でタイマ監視を停止し、タス
ク２の実行レベルを元の「４」に戻す（図５）。こうし
て、監視タスクは、タスク２が異常状態には無いと判定
する。図６は、上記のタスク３の状態Ｂ、すなわち、当
該監視対象タスク３が既に受け付けた起動要因５の処理
中に、より実行レベルの高い他のタスクが動作したため
に待ち状態となっている場合を示す。ここで、タスク３
は複数の滞留起動要因６および７を有しており、タスク
３の通常時の実行レベルはレベル７（図２参照）とす
る。待ち状態であるため、新たな起動要因が受け付けら
れず、上記のように監視タスクによりフラグ値の変化無
しが検出される。
を即座に受け付けて、応答Ｙを返信する。監視タスク
は、応答Ｙを受信した時点でタイマ監視を停止し、タス
ク２の実行レベルを元の「４」に戻す（図５）。こうし
て、監視タスクは、タスク２が異常状態には無いと判定
する。図６は、上記のタスク３の状態Ｂ、すなわち、当
該監視対象タスク３が既に受け付けた起動要因５の処理
中に、より実行レベルの高い他のタスクが動作したため
に待ち状態となっている場合を示す。ここで、タスク３
は複数の滞留起動要因６および７を有しており、タスク
３の通常時の実行レベルはレベル７（図２参照）とす
る。待ち状態であるため、新たな起動要因が受け付けら
れず、上記のように監視タスクによりフラグ値の変化無
しが検出される。
【００３１】次に、監視タスクが、タスク３の実行レベ
ルを一時的に「２」に上げ、タスク３に対して問い合わ
せ起動要因Ｘを送信し、応答待ちのタイマ監視をスター
トする（図７）。問い合わせ起動要因Ｘは、タスク３の
全ての滞留起動要因６および７より前に位置する。タス
ク３は、実行レベルが上がったために、待ち状態にあっ
た上記の起動要因５の処理を実行、終了し、上記の問い
合わせ起動要因Ｘを即座に受け付けて、応答Ｙを返信す
る。
ルを一時的に「２」に上げ、タスク３に対して問い合わ
せ起動要因Ｘを送信し、応答待ちのタイマ監視をスター
トする（図７）。問い合わせ起動要因Ｘは、タスク３の
全ての滞留起動要因６および７より前に位置する。タス
ク３は、実行レベルが上がったために、待ち状態にあっ
た上記の起動要因５の処理を実行、終了し、上記の問い
合わせ起動要因Ｘを即座に受け付けて、応答Ｙを返信す
る。
【００３２】監視タスクは、応答Ｙを受信した時点でタ
イマ監視を停止し、タスク３の実行レベルを元の「７」
に戻す（図８）。こうして、監視タスクは、タスク３が
異常状態には無いと判定する。図９は、上記のタスク４
の状態Ｃ、すなわち、当該監視対象タスク４が既に受け
付けた起動要因６の処理中に異常ループが発生した場合
を示すものである。ここで、タスク４は複数の滞留起動
要因７，８，および，９を有しており、タスク４の通常
時の実行レベルはレベル３（図２参照）とする。異常ル
ープ発生中であるため、新たな起動要因が受け付けられ
ず、上記のように監視タスクによりフラグ値の変化無し
が検出される。
イマ監視を停止し、タスク３の実行レベルを元の「７」
に戻す（図８）。こうして、監視タスクは、タスク３が
異常状態には無いと判定する。図９は、上記のタスク４
の状態Ｃ、すなわち、当該監視対象タスク４が既に受け
付けた起動要因６の処理中に異常ループが発生した場合
を示すものである。ここで、タスク４は複数の滞留起動
要因７，８，および，９を有しており、タスク４の通常
時の実行レベルはレベル３（図２参照）とする。異常ル
ープ発生中であるため、新たな起動要因が受け付けられ
ず、上記のように監視タスクによりフラグ値の変化無し
が検出される。
【００３３】次に、監視タスクが、タスク４の実行レベ
ルを一時的に「２」に上げ、タスク４に対して問い合わ
せ起動要因Ｘを送信し、応答待ちのタイマ監視をスター
トする（図１０）。問い合わせ起動要因Ｘは、タスク４
の全ての滞留起動要因７，８，および，９より前に位置
する。タスク４は、実行レベルが上がっても、異常ルー
プが発生しているために上記の問い合わせ起動要因Ｘを
受け付けることができず、したがって、応答Ｙを返信す
ることができない（図１１）。
ルを一時的に「２」に上げ、タスク４に対して問い合わ
せ起動要因Ｘを送信し、応答待ちのタイマ監視をスター
トする（図１０）。問い合わせ起動要因Ｘは、タスク４
の全ての滞留起動要因７，８，および，９より前に位置
する。タスク４は、実行レベルが上がっても、異常ルー
プが発生しているために上記の問い合わせ起動要因Ｘを
受け付けることができず、したがって、応答Ｙを返信す
ることができない（図１１）。
【００３４】監視タスクでは、応答Ｙの受信を監視して
いるタイマがタイムアウトし、タスク４が異常ループを
発生していると判定する。そして、前記監視テーブルに
登録されているリカバリ処理を実行する。図１２は、上
記の監視タスクによる処理手順を示すフローチャートで
ある。図１２において、ステップ１０１においては、監
視テーブルにおける前回フラグ値と現在フラグ値とを比
較する。変化あり、の場合は、ステップ１０７に進ん
で、監視テーブル内の現在フラグ値を前回フラグ値の欄
にコピーする。そして、ステップ１０６に進んで、当該
タスクが、複数の監視対象タスクのうち、最後の監視対
象タスクか否かを判定し、最後の監視対象タスクならば
処理を終了し、最後の監視対象タスクでなければ、ステ
ップ１０１に戻って、次の監視対象タスクに対する処理
を行う。
いるタイマがタイムアウトし、タスク４が異常ループを
発生していると判定する。そして、前記監視テーブルに
登録されているリカバリ処理を実行する。図１２は、上
記の監視タスクによる処理手順を示すフローチャートで
ある。図１２において、ステップ１０１においては、監
視テーブルにおける前回フラグ値と現在フラグ値とを比
較する。変化あり、の場合は、ステップ１０７に進ん
で、監視テーブル内の現在フラグ値を前回フラグ値の欄
にコピーする。そして、ステップ１０６に進んで、当該
タスクが、複数の監視対象タスクのうち、最後の監視対
象タスクか否かを判定し、最後の監視対象タスクならば
処理を終了し、最後の監視対象タスクでなければ、ステ
ップ１０１に戻って、次の監視対象タスクに対する処理
を行う。
【００３５】ステップ１０１において、変化なしと判定
されたときには、ステップ１０２に進んで、当該監視対
象タスクの実行レベルを「２」に上げる。そして、ステ
ップ１０３に進んで、該監視対象タスクに問い合わせ起
動要因を送信し、監視タイマをスタートさせる。次に、
ステップ１０４に進んで、当該監視対象タスクからの応
答を一定の時間監視する。一定の時間内に応答を受信し
たならば、ステップ１０８に進んで、監視タイマを停止
し、実行レベルを元に戻し、ステップ１０６に進む。ス
テップ１０４にて、一定の時間内に応答を受信しなかっ
たならば、ステップ１０５に進んで、監視テーブルに登
録されたリカバリ処理を実行する。そして、ステップ１
０６に進む。
されたときには、ステップ１０２に進んで、当該監視対
象タスクの実行レベルを「２」に上げる。そして、ステ
ップ１０３に進んで、該監視対象タスクに問い合わせ起
動要因を送信し、監視タイマをスタートさせる。次に、
ステップ１０４に進んで、当該監視対象タスクからの応
答を一定の時間監視する。一定の時間内に応答を受信し
たならば、ステップ１０８に進んで、監視タイマを停止
し、実行レベルを元に戻し、ステップ１０６に進む。ス
テップ１０４にて、一定の時間内に応答を受信しなかっ
たならば、ステップ１０５に進んで、監視テーブルに登
録されたリカバリ処理を実行する。そして、ステップ１
０６に進む。
【００３６】
【発明の効果】以上説明したように、本発明のタスク起
動状態検出システムによれば、タスクの実行時間が長い
場合、正常処理中か、異常ループが発生しているのかを
できるだけ早く判定することができるという効果があ
る。
動状態検出システムによれば、タスクの実行時間が長い
場合、正常処理中か、異常ループが発生しているのかを
できるだけ早く判定することができるという効果があ
る。
【図１】本発明の基本構成を示す図である。
【図２】各タスクの実行レベルを示す図である。
【図３】タスク２が無処理状態である場合を示す図であ
る。
る。
【図４】監視タスクが、タスク２の実行レベルを一時的
に「２」に上げ、タスク２に対して問い合わせ起動要因
Ｘを送信し、応答待ちのタイマ監視をスタートする様子
を示す図である。
に「２」に上げ、タスク２に対して問い合わせ起動要因
Ｘを送信し、応答待ちのタイマ監視をスタートする様子
を示す図である。
【図５】タスク２が問い合わせ起動要因Ｘを即座に受け
付けて、応答Ｙを返信する様子を示す図である。
付けて、応答Ｙを返信する様子を示す図である。
【図６】タスク３が既に受け付けた起動要因５の処理中
に、より実行レベルの高い他のタスクが動作したために
待ち状態となっている場合を示す図である。
に、より実行レベルの高い他のタスクが動作したために
待ち状態となっている場合を示す図である。
【図７】監視タスクが、タスク３の実行レベルを一時的
に「２」に上げ、タスク３に対して問い合わせ起動要因
Ｘを送信し、応答待ちのタイマ監視をスタートする様子
を示す図である。
に「２」に上げ、タスク３に対して問い合わせ起動要因
Ｘを送信し、応答待ちのタイマ監視をスタートする様子
を示す図である。
【図８】タスク３が、実行レベルが上がったために、待
ち状態にあった上記の起動要因５の処理を実行、終了
し、問い合わせ起動要因Ｘを即座に受け付けて、応答Ｙ
を返信する様子を示す図である。
ち状態にあった上記の起動要因５の処理を実行、終了
し、問い合わせ起動要因Ｘを即座に受け付けて、応答Ｙ
を返信する様子を示す図である。
【図９】タスク４が既に受け付けた起動要因６の処理中
に異常ループが発生した場合を示す図である。
に異常ループが発生した場合を示す図である。
【図１０】監視タスクが、タスク４の実行レベルを一時
的に「２」に上げ、タスク４に対して問い合わせ起動要
因Ｘを送信し、応答待ちのタイマ監視をスタートする様
子を示す図である。
的に「２」に上げ、タスク４に対して問い合わせ起動要
因Ｘを送信し、応答待ちのタイマ監視をスタートする様
子を示す図である。
【図１１】タスク４が、実行レベルが上がっても、異常
ループが発生しているために問い合わせ起動要因Ｘを受
け付けることができず、したがって、応答Ｙを返信する
ことができない様子を示す図である。
ループが発生しているために問い合わせ起動要因Ｘを受
け付けることができず、したがって、応答Ｙを返信する
ことができない様子を示す図である。
【図１２】監視タスクによる処理手順を示すフローチャ
ートである。
ートである。
Claims (3)
- 【請求項１】 少なくとも１つの監視対象タスクと該監
視対象タスクを監視する監視タスクとを有してなるマル
チタスクシステムにおいて、該監視タスクが該監視対象
タスクの各々の起動状態を検出するためのタスク起動状
態検出システムにおいて、 前記監視対象タスクの各々は、 該監視対象タスクが起動要因を受け付けた状態か否かを
示す起動状態表示手段（６）と、 前記監視タスクより問い合わせの起動要因を受けると、
該問い合わせの起動要因を最優先で処理して該監視タス
クに対して応答を返す問い合わせ起動応答手段（７）と
を有し、 前記監視タスクは、 前記監視対象タスクの各々の前記起動状態表示手段
（６）の表示を、それぞれ第１の所定の時間間隔の前後
で監視して、該表示における変化の有無を検出するタス
ク起動表示監視手段（３）と、 前記表示における変化無しが検出された監視対象タスク
に対して前記問い合わせ起動要因を通知する問い合わせ
起動手段（４）と、 前記問い合わせ起動要因に対する前記監視対象タスクの
各々の前記問い合わせ起動応答手段（７）からの応答
を、前記問い合わせ起動要因の通知から第２の所定の時
間内に受信しないならば、該監視対象タスクが異常ルー
プ状態であると判定するタスク起動状態判定手段（５）
とを有してなることを特徴とするタスク起動状態検出シ
ステム。 - 【請求項２】 前記タスク起動状態検出システムは、 前記監視対象タスクの各々毎に第１および第２の表示領
域を有するテーブル手段と、 初期状態において前記第１および第２の表示領域をクリ
アするリセット手段とを有し、 前記監視対象タスクの各々における前記起動状態表示手
段（６）は、 起動要因を受け付けた時点で値を変え、該値は前記クリ
アされた値とは異なるカウンタと、 該カウンタの値を該監視対象タスクの各々に対応する前
記第１の表示領域に書き込む書き込み手段とを有し、 前記タスク起動表示監視手段（３）は、 前記所定の時間毎に、前記監視対象タスクの各々に対応
する前記第１および第２の表示領域の値を比較して異な
るならば、該監視対象タスクは起動要因を受け付けたと
判定する起動判定手段と、 前記第１および第２の表示領域の値を比較して異なるな
らば、該第２の領域の値を該第１の領域に書き込む手段
とを有する請求項１記載のタスク起動状態検出システ
ム。 - 【請求項３】 前記監視タスクの実行レベルは、最優先
のレベルとし、 前記監視対象タスクにおいて、前記問い合わせ起動手段
（４）は、 前記問い合わせ起動の通知前に、該通知を行う監視対象
タスクの実行レベルを、前記最優先のレベルに次ぐ優先
度の実行レベルとする第１の実行レベル変更手段を有
し、 前記タスク起動状態判定手段（５）は、前記応答を受け
ると該応答を返した監視対象タスクの実行レベルを元の
実行レベルに戻す第２の実行レベル変更手段を有する請
求項１記載のタスク起動状態検出システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4034930A JPH05233333A (ja) | 1992-02-21 | 1992-02-21 | タスク起動状態検出システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4034930A JPH05233333A (ja) | 1992-02-21 | 1992-02-21 | タスク起動状態検出システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05233333A true JPH05233333A (ja) | 1993-09-10 |
Family
ID=12427915
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4034930A Withdrawn JPH05233333A (ja) | 1992-02-21 | 1992-02-21 | タスク起動状態検出システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05233333A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006277115A (ja) * | 2005-03-28 | 2006-10-12 | Fujitsu Ten Ltd | 異常検出プログラムおよび異常検出方法 |
| JP2011048444A (ja) * | 2009-08-25 | 2011-03-10 | Fujitsu Toshiba Mobile Communications Ltd | 情報処理装置 |
-
1992
- 1992-02-21 JP JP4034930A patent/JPH05233333A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006277115A (ja) * | 2005-03-28 | 2006-10-12 | Fujitsu Ten Ltd | 異常検出プログラムおよび異常検出方法 |
| JP2011048444A (ja) * | 2009-08-25 | 2011-03-10 | Fujitsu Toshiba Mobile Communications Ltd | 情報処理装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8601493B2 (en) | Application controlling apparatus and storage medium which stores software for the apparatus | |
| JPH1031630A (ja) | 未着割込みハンドラ操作方法及びシステム | |
| KR20200078328A (ko) | 소프트웨어 애플리케이션 프로세스를 모니터링하는 시스템 및 방법 | |
| CN112631761A (zh) | 一种任务调度监控方法和装置 | |
| RU2134446C1 (ru) | Способ управления перегрузкой сообщениями элементарной программы в мультипроцессорной управляющей системе (варианты) | |
| EP0738971A2 (en) | Automatic application restarting system and method | |
| JP2001056772A (ja) | 障害監視システム | |
| JPH10214208A (ja) | ソフトウェアの異常監視方式 | |
| CN111796949A (zh) | 通讯任务处理方法、装置、设备及存储介质 | |
| US20050246466A1 (en) | Method and system for detecting excessive interrupt processing for a processor | |
| JPH05233333A (ja) | タスク起動状態検出システム | |
| JP2965075B2 (ja) | プログラム実行状態監視方法 | |
| JPH07152699A (ja) | 情報処理方法及び装置及びシステム | |
| JP3859564B2 (ja) | イベント通知タスク制御処理方式及び方法並びにプログラム | |
| JP3269489B2 (ja) | プロセス監視システムおよびプロセス監視方法 | |
| JP3005580B1 (ja) | デッドロック検出装置及びその検出方法 | |
| JP2005293164A (ja) | タスク監視方式 | |
| JPH10269110A (ja) | 計算機システムのハングアップ回避方法並びにこの方法を用いた計算機システム。 | |
| JP2786985B2 (ja) | 実行中プログラムの監視方式 | |
| JPH0962520A (ja) | 無限ループ監視装置 | |
| JP2005182594A (ja) | コンピュータ及びプログラム | |
| JPH11282725A (ja) | 計算機 | |
| JPH0334037A (ja) | システム異常の検出処理方式 | |
| JP2003256243A (ja) | プロセスストール監視方法及び監視システム | |
| JP2000222249A (ja) | 高優先順位プログラムのメッセージ出力によるｃｐｕ占有防止制御方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 19990518 |