JPH04259045A - ウオッチドッグタイマ監視方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、マイクロプロセッサ等
のプログラム監視に利用されるウオッチドッグタイマ監
視方式に係わり、特にプログラムの渋滞状態（渋滞個所
、渋滞程度、渋滞原因等）を割出すウオッチドッグタイ
マ監視方式に関する。

【０００２】

【従来の技術】通常、ウオッチドッグタイマは、アイテ
ムの時間的な動作状態または信号を監視し、予め定めた
時間を経過しても状態が変化しないとか、或いは何ら信
号が到来しないときに異常であると検出するために用い
られている。ある一定時間以内にウオッチドッグタイマ
に対して信号が与えられなくなるような誤りには、ソフ
トウェアのバグによる無限動作ループやハードウェアの
異常による場合等が上げられるが、何れにせよ、高い信
頼性を必要とするコンピュータシステムでは、簡単なハ
ードウェアの付加によって適確に動作状態を監視できる
ことから、ウオッチドッグタイマは広く利用されている
。

【０００３】ところで、プログラム渋滞の監視には、以
上のようなウオッチドッグタイマを用いて監視する方式
のほか、オペレーティングシステム（ＯＳ）によって監
視する方式があり、さらにプログラムの渋滞発生時に各
タスク状態をチェックすることにより渋滞箇所を推定す
る方法も考えられている。

【０００４】

【発明が解決しようとする課題】しかしながら、ウオッ
チドッグタイマは、定周期動作を監視するものであり、
プログラムの渋滞を判別できるが、渋滞発生の原因を割
り出す場合には困難なケースが生じる。一方、ＯＳによ
ってプログラムの渋滞を割り出す場合には、純ソフト的
なものの場合には強力な武器となりうるが、ハードウェ
アの異常と複合したり、ソフトウェアの例外処理等に係
わる場合には、そのハード・ソフトの原因を割り出すこ
とが非常に難しい。本発明は上記実情にかんがみてなさ
れたもので、プログラムの渋滞状態を容易に推定しうる
ウオッチドッグタイマ監視方式を提供することを目的と
する。

【０００５】

【課題を解決するための手段および作用】本発明は上記
課題を解決するために、プログラムを機能毎に分割する
とともに、各機能ごとにウオッチドッグタイマを割り付
け、これらウオッチドッグタイマによる異常検知から前
記プログラムの渋滞個所を推定でき、しかも渋滞箇所が
判れば渋滞原因を推定することができる。

【０００６】また、プログラムを機能毎に分割するとと
もに、各機能の各処理ごとにウオッチドッグタイマを割
り付け、これらウオッチドッグタイマによる異常検知か
らより詳細にプログラムの渋滞箇所および渋滞原因を推
定でき、かつ、渋滞程度についても容易に推定可能とな
る。

【０００７】

【実施例】以下、本発明の実施例について図面を参照し
て説明する。図１は本発明方式の一実施例を示す模式図
である。マイクロプロセッサ等においてはプロセス計装
システムやその他種々のシステムに利用され、そのうち
プロセス計装システムについて言えば、例えば検出端か
らのデータ収集機能、この収集データの演算機能、さら
にはデータの編集機能、データ出力機能等々の各種の機
能があり、しかもこれらの機能はプログラムにしたがっ
てそれぞれ個別に、または連続的なつながりを持たせて
制御するものである。

【０００８】そこで、本発明方式においては、それぞれ
独立する機能Ａ，Ｂ，Ｃ、…毎にこれら機能を実行する
プログラムを分割する一方、これら各機能Ａ，Ｂ，Ｃ、
…毎にウオッチドッグタイマ１１ａ，１１ｂ，１１ｃ，
…を割り付けする。そして、システムの演算制御を司る
ＣＰＵから機能Ａに関するプログラムの動作要求が発生
したとき、この動作要求に基づいて機能Ａに対応するウ
オッチドッグタイマ１１ａをスタートさせる。つまり、
機能Ａにウオッチドッグタイマ１１ａの使用権を委譲す
るとともに、機能Ａに関するプログラム動作を実行する
。このとき、機能Ａに関するプログラムの実行が渋滞す
ると、ウオッチドッグタイマ１１ａが所定時間の経過に
よって動作を停止するので、このウオッチドッグタイマ
１１ａの動作状態から機能Ａに関するプログラムの渋滞
、ひいては渋滞個所を推定することができる。同様にＣ
ＰＵにおいて機能Ｂ，Ｃに関するプログラムの動作要求
が発生したとき、ウオッチドッグタイマ１１ｂ，１１ｃ
をスタートさせ、機能Ｂ，Ｃに該当するウオッチドッグ
タイマ１１ｂ，１１ｃの使用権を委譲する。よって、こ
れらのウオッチドッグタイマ１１ｂ，１１ｃの動作状態
から前述と同様に機能Ｂ，Ｃに関するプログラムの渋滞
、ひいてはプログラムの渋滞個所を推定でき、さらに渋
滞を生じた機能がどのような機能かを把握していれば、
その渋滞原因を推定することも可能である。

【０００９】次に、図２は、システムの稼働に際して多
数の機能Ａ，Ｂ，Ｃ，…が存在する一方、それらの各機
能例えばＡにも複数の処理が存在することから、各処理
ごとにウオッチドッグタイマ１２ａ，１２ｂ，１２ｃ，
…を割り付けして処理する例である。なお、ウオッチド
ッグタイマ１２ａ，１２ｂ，１２ｃ，…は各処理周期に
合わせて設定し、かつ、その設定周期を逐次変更できる
ものである。

【００１０】しかして、以上のようにしてウオッチドッ
グタイマ１２ａ，１２ｂ，１２ｃ，…を割り付けした後
、例えば機能Ａの実行要求があったとき、初期段階の処
理「Ａ０」においてウオッチドッグタイマ１２ａ，１２
ｂ，１２ｃの使用権を各処理Ａ１、Ａ２、Ａ３に委譲す
る。つまり、各処理Ａ１、Ａ２、Ａ３ごとにウオッチド
ッグタイマ１２ａ，１２ｂ，１２ｃを割り付けることに
より、処理単位ごとにプログラムの動作状態を監視する
ものである。さらに、以上のような各処理Ａ１、Ａ２、
Ａ３が終了したとき、引き続き、次の処理Ａ４にウオッ
チドッグタイマ１２ｄの使用権を委譲する。そして、最
終的に処理Ａ４が終了したとき、少なくとも機能Ａが正
常な動作状態を保持していることが判る。

【００１１】ところで、仮に処理Ａ１に関するプログラ
ムの実行が渋滞したとき、ウオッチドッグタイマ１２ａ
が所定時間の経過によって動作を停止するので、このウ
オッチドッグタイマ１２ａの動作状態から処理Ａ１に関
するプログラムの渋滞、ひいては渋滞個所を推定でき、
しかも処理は機能に比べて処理単位が狭くなるので、プ
ログラムの渋滞原因を推定できる。ウオッチドッグタイ
マ１２ｂ，１２ｃが停止した場合には同様に処理Ａ２、
Ａ３に関する渋滞原因を容易に推定できる。つまり、図
２に係わる監視方式の場合には、図１と比較してさらに
詳細にプログラムの渋滞の状況を把握できる。

【００１２】さらに、図３は機能Ａに関する複数の処理
Ａ１，Ａ２，Ａ３，…をシーケンシャルに処理する例で
あって、処理Ａ１の実行時にウオッチドッグタイマ１２
ａが動作する。そして、この処理Ａ１が終了したとき、
引き続き、処理Ａ２を実行するが、このときにはウオッ
チドッグタイマ１２ｂをスタートさせる。さらに、処理
Ａ２が終了したとき、処理Ａ３を実行するが、このとき
も前述と同様にウオッチドッグタイマ１２ｃを動作させ
る。このとき、ウオッチドッグタイマ１２ａは処理Ａ１
〜Ａ３までの時間を監視する。さらに、処理の渋滞発生
時には、ウオッチドッグタイマ１２ａ〜１２ｃの停止状
態から渋滞個所を推定でき、またその渋滞原因や渋滞程
度を推定できる。また、ウオッチドッグタイマはタイマ
動作時間の最大値を監視することもできる。

【００１３】

【発明の効果】以上説明したように本発明によれば、プ
ログラムを各機能ごとに分割し、或いは必要に応じて各
機能の処理ごとに分割し、それぞれの機能ごとまたは処
理ごとにウオッチドッグタイマを割り付けしてプログラ
ムの動作状態を監視するので、プログラムの渋滞箇所、
渋滞原因、さらには渋滞程度を容易に推定でき、ハード
・ソフト異常の場合でも渋滞原因を容易に割り出すこと
ができる。

【図面の簡単な説明】

【図１】　　本発明方式の一実施例を説明する模式図。

【図２】　　本発明方式の他の実施例を説明する模式図
。

【図３】　　本発明方式のさらに他の実施例を説明する
模式図。

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　プログラムを機能毎に分割するととも
   に、各機能ごと或いは各機能を構成する各処理ごとにウ
   オッチドッグタイマを割り付け、これらウオッチドッグ
   タイマの動作から前記プログラムの渋滞状態を推定する
   ことを特徴とするウオッチドッグタイマ監視方式。