JP2003044294A

JP2003044294A - タスク障害検出方式および方法

Info

Publication number: JP2003044294A
Application number: JP2001233397A
Authority: JP
Inventors: Yoshihiko Miyazaki; 義彦宮崎
Original assignee: MX Mobiling Ltd
Current assignee: MX Mobiling Ltd
Priority date: 2001-08-01
Filing date: 2001-08-01
Publication date: 2003-02-14

Abstract

(57)【要約】【課題】電子計算機システム上の部分的なソフトウェア
障害の検出に関して、検出方法の安定化を図ることによ
り、システム全体の安定性を向上させることにある。【解決手段】定期的に発行される実行要求メッセージに
より動作確認手段２，３が共有記憶領域管理手段４に共
有記憶領域５の使用権の要求を行い、共有記憶領域管理
手段４から使用権の許可を得た動作確認手段３が実行要
求メッセージによって動作確認手段２とタスク８とに応
答要求メッセージを発行し、動作確認手段２およびタス
ク８が応答要求メッセージに対して応答メッセージを返
信し、動作確認手段３が応答メッセージの有無に従って
動作状態を「応答有り」と「応答無し」と「障害」との
内のいずれかにして共有記憶領域５に記憶して管理し、
「障害」に分類されたタスクの復旧を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子計算機システ
ムにおける障害検出方式および方法に関し、特に、オペ
レーションシステムを用いてタスク単位で機能を実現す
る電子計算機システムにおける障害検出方式および方法
に関する。

【０００２】

【従来の技術】従来の技術の一例は、例えば、タスクス
トール検出方法として、特開平１０−０６９３９０号公
報に開示されている。すなわち、特開平１０−０６９３
９０号公報に記載されたタスクストール検出装置は、タ
スク点呼を実行するタスク点呼手段と、タスク点呼手段
を起動する外部タイマ手段と、タスク点呼手段によって
得られたタスクステータス保持手段と、障害が検出され
た場合の復旧手段とで構成されている。

【０００３】このような構成を有する従来の技術は次の
ように動作する。すなわち、タスク点呼手段は外部タイ
マ手段によって周期的に起動される。起動されたタスク
点呼手段は、メッセージ発生によって起動されるタスク
それぞれに順次点呼するため起動要求を行う。各タスク
が正常に動作中であればタスク内の点呼応答手段は応答
し、タスクステータス保持手段は点呼の応答によって得
られる情報を保持する。更に、保持手段は点呼応答ステ
ータスをチェックし、「点呼応答無し」のタスクまたは
「処理中」と応答したタスクに対してするカウンタをイ
ンクリメントする。カウンタ値が限界値に達したら、障
害復旧手段を起動して障害の復旧処理を行う。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
技術のタスクストール検出方法は、「タスク点呼手段」
そのものは監視されていないため、「タスク点呼手段」
に障害が発生した場合、以後の障害を検出することが出
来なくなるという問題点がある。

【０００５】本発明の目的は、上記問題点を鑑み、タス
クの障害検出機能を強化し、システムの部分的な障害を
検出し、その障害が全体に広がる前に復旧処理を行うこ
とを可能にし、より安定度の高いシステムを提供するこ
とにある。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明のタスク障害検出方式は、動的に制御され
る複数のタスクの動作によって単数または複数の機能を
実現する電子計算機システムが定期的に動作中の前記タ
スクに対して応答要求メッセージを発行してその応答要
求メッセージに対する前記タスクからの応答に従って障
害を検出するタスク障害検出方式であって、前記タスク
毎に動作状態を記憶する共有記憶領域と、前記タスクの
動作の確認を行う複数の動作確認手段とを備え、定期的
に前記動作確認手段に対して動作確認処理実行を促す実
行要求メッセージを発行する実行要求手段と、使用権の
許可先を変えながら複数のうち１つの前記動作確認手段
に対して前記共有記憶領域の使用権の許可を与える許可
手段と、前記許可を得た動作確認手段が前記実行要求メ
ッセージによって動作中の前記タスクに応答要求メッセ
ージを発行する第１の応答要求手段と、前記複数のタス
クが前記応答要求メッセージに対する応答メッセージを
返信する第１の応答手段と、前記許可を得た動作確認手
段が前記応答メッセージの有無に従って動作状態を「応
答有り」と「応答無し」と「障害」との内のいずれかに
して前記共有記憶領域に記憶して管理する状態管理手段
と、前記「障害」に分類された前記タスクの復旧を行う
復旧手段とを有することを特徴としている。

【０００７】更に、前記許可を得た動作確認手段は、他
の前記動作確認手段に対して前記応答メッセージ発行す
る第２の応答要求手段と、前記他の動作確認手段が前記
応答要求メッセージに対する応答メッセージを返信する
第２の応答手段とを有することを特徴としている。

【０００８】更に、前記共有記憶領域に記憶される動作
状態は、前記応答メッセージがある場合は前記「応答有
り」になり、前記応答メッセージがない場合は前記「応
答無し」になり、前記「応答無し」の連続回数が規定値
になった場合には「障害」になることを特徴としてい
る。

【０００９】更に、前記他の動作確認手段が前記応答要
求メッセージの監視を行っても来ない場合に前記使用権
の許可を得た動作確認手段の障害として検出する検出手
段を有することを特徴としている。

【００１０】また、本発明の第１のタスク障害検出方法
は、動的に制御される複数のタスクの動作によって単数
または複数の機能を実現する電子計算機システムが定期
的に動作中の前記タスクに対して応答要求メッセージを
発行してその応答要求メッセージに対する前記タスクか
らの応答に従って障害を検出するタスク障害検出方法で
あって、前記タスク毎に動作状態を記憶する共有記憶領
域と、前記タスクの動作の確認を行う複数の動作確認手
段とを備え、定期的に前記動作確認手段に対して動作確
認処理実行を促す実行要求メッセージを発行し、使用権
の許可先を変えながら複数のうち１つの前記動作確認手
段に対して前記共有記憶領域の使用権の許可を与え、前
記許可を得た動作確認手段が前記実行要求メッセージに
よって動作中の前記タスクに応答要求メッセージを発行
し、前記複数のタスクが前記応答要求メッセージに対し
て応答メッセージを返信し、前記許可を得た動作確認手
段が前記応答メッセージの有無に従って動作状態を「応
答有り」と「応答無し」と「障害」との内のいずれかに
して前記共有記憶領域に記憶して管理し、前記「障害」
に分類された前記タスクの復旧を行うことを特徴として
いる。

【００１１】また、本発明の第２のタスク障害検出方法
は、動的に制御される複数のタスクの動作によって単数
または複数の機能を実現する電子計算機システムが定期
的に動作中の前記タスクに対して応答要求メッセージを
発行してその応答要求メッセージに対する前記タスクか
らの応答に従って障害を検出するタスク障害検出方法で
あって、前記タスクの動作を確認する複数の動作確認手
段と、前記タスクおよび前記動作確認手段毎に動作状態
を記憶する共有記憶領域と、前記共有記憶領域の使用権
の許可先を変えながら複数のうち１つの前記動作確認手
段にのみに使用権を許可する共有記憶領域管理手段とを
準備し、定期的に前記動作確認手段に対して動作確認処
理実行を促す実行要求メッセージを発行し、前記動作確
認手段は、前記実行要求メッセージにより前記共有記憶
領域管理手段に対して前記共有記憶領域の使用権の許可
の要求を行い、前記共有記憶領域管理手段から前記使用
権の許可が来た場合には、動作中の前記タスクおよび他
の前記共有記憶領域手段に対して応答要求メッセージを
発行し、前記応答要求メッセージに対する前記複数のタ
スクおよび他の前記共有記憶領域手段からの応答メッセ
ージを受け取る毎に応答のあった前記タスクおよび前記
共有記憶領域手段に該当する動作状態を「応答有り」に
して前記共有記憶領域に記憶し、規定の時間内に前記応
答メッセージを受け取らなかった場合には無応答のあっ
た前記タスクまたは前記動作確認手段に該当する動作状
態を「応答無し」にして前記共有記憶領域に記憶し、前
記共有記憶領域に記憶した「応答無し」の連続回数が規
定回数に達した前記タスクまたは前記動作確認手段があ
る場合にはその規定回数に達した前記タスクまたは前記
動作確認手段に該当する動作状態を「障害」にして前記
共有記憶領域に記憶し、前記共有記憶領域に記憶した動
作状態を検索することで前記タスクの障害または前記動
作確認手段の障害を検出することを特徴としている。

【００１２】更に、上記の第２のタスク障害検出方法に
おいて、前記動作確認手段は、前記共有記憶領域管理手
段から前記使用権の許可が来ない場合には、前記使用権
の許可を得た動作確認手段からの前記応答要求メッセー
ジを監視し、前記応答要求メッセージが来なければ、前
記使用権の許可を得た動作確認手段の障害として検出す
ることを特徴としている。

【００１３】更に、上記の第２のタスク障害検出方法に
おいて、前記動作確認手段は、前記タスクの障害を検出
した場合にその障害になった前記タスクに該当するプロ
グラムの再立ち上げを行い、前記動作確認手段の障害を
検出した場合にその障害になった前記動作確認手段に該
当するプログラムの再立ち上げを行うことを特徴として
いる。

【００１４】更に、上記の第２のタスク障害検出方法に
おいて、前記動作確認手段は、前記使用権の許可を得た
動作確認手段の障害を検出した場合にその障害になった
前記使用権の許可を得た動作確認手段に該当するプログ
ラムの再立ち上げを行うことを特徴としている。

【００１５】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。図１を参照すると、
本発明の実施形態の一例として装置の内部の構成を示
す。すなわち、装置は、動作確認起動手段１と、動作確
認手段２と、動作確認手段３と、共有記憶領域管理手段
４と、共有記憶領域５と、復旧手段６と、使用権テーブ
ル７と、複数のタスク８とから構成されている。動作確
認起動手段１と動作確認手段２と動作確認手段３と共有
記憶領域管理手段４と復旧手段６とは、図示していない
プロセッサによりプログラムで動作し、複数のタスク８
は、図示していないプロセッサにより動作した場合の機
能ブロックを示す。この場合、タスク処理を行うプロセ
ッサと、動作確認起動手段１と動作確認手段２と動作確
認手段３と共有記憶領域管理手段４と復旧手段６との処
理を行うプロセッサは、別々にしたが、同じプロセッサ
であっても良い。

【００１６】共有記憶領域５は、図示していない読出し
書き込みのできる記憶部（例えば、ＲＡＭ）内に割当て
られており、図２に示すように監視対象となる監視ＩＤ
を示すタスクエリアと、監視ＩＤに対する動作状態（応
答の有無または障害）を示す状態エリアと、監視ＩＤに
対する無応答の回数を示すカウンタエリアとを含む。す
なわち、共有記憶領域５には、監視ＩＤ毎に動作状態の
内容と無応答の回数とが記録される。この場合、の監視
ＩＤとは、立ち上がっている（動作中）の動作確認手段
２，３と複数のタスク８とを識別する識別子（ＩＤ）を
示す。

【００１７】使用権テーブル７は、図示していない読出
し書き込みのできる記憶部（例えば、ＲＡＭ）内に割当
てられており、図３に示すように共有記憶領域５の使用
の優先を示す動作確認起動手段のＩＤ（動作確認手段
２，３の区別を示すＩＤ）を示す使用権ＩＤエリアと、
動作確認手段２が認識している使用権獲得の動作確認起
動手段のＩＤを示す動作確認手段２の受信ＩＤエリア
と、動作確認手段３が認識している使用権獲得の動作確
認起動手段のＩＤを示す動作確認手段３の受信ＩＤエリ
アとを含んでいる。

【００１８】動作確認起動手段１は、装置内の図示して
いないインターバルタイマにより一定周期ごとにプロセ
ッサにより起動される。起動された動作確認起動手段１
は、存在する動作確認手段２および動作確認手段３に対
して動作確認処理実行を促す実行要求メッセージを発行
する手段を有する。

【００１９】動作確認手段２は、内部に応答手段２１
と、応答要求手段２２と、状態管理手段２３とを有す
る。動作確認手段３は、内部に応答手段３１と、応答要
求手段３２と、状態管理手段３３とを有する。

【００２０】動作確認手段２，３の応答要求手段２２，
３２は、動作確認起動手段１によって発行された実行要
求メッセージを受け取り、状態管理手段２３，３３を介
して共有記憶領域管理手段４に対して、共有記憶領域５
の使用権を要求するように指示する手段を有する。な
お、この場合のメッセージのやり取りの一例としては、
要求側が図示していない記憶部（例えば、ＲＡＭ）内の
予め決められたエリア（ＦＩＦＯ形式になっているため
複数の保存が可能）にメッセージ（コマンドの種別、送
信先ＩＤ、送信元ＩＤ、データ）を書き込み、その後、
ディスパッチャのプログラムを実行するプロセッサが書
き込んだメッセージを読み出して、メッセージの相手先
（送信先ＩＤ）であり、既に立ち上がっているプログラ
ム（例えば、本発明では、動作確認手段、タスク）に割
り込みをかけ、メッセージを渡す。受信側は、受け取る
と記憶部からメッセージを消去する。以降、説明のメッ
セージのやり取りは、このことを意味しているので、以
降の説明では、メッセージの送受信だけを説明するだけ
で記憶部を介した説明は省略する。更に、応答要求手段
２２，３２は、状態管理手段２３，３３の指示により、
全タスクおよび他方の動作確認への応答要求メッセージ
の発行を行う手段を有する。

【００２１】動作確認手段２，３の状態管理手段２３，
３３は、共有記憶領域管理手段４に対して、共有記憶領
域５の使用権を要求する手段を有する。状態管理手段２
２，３２は、使用権の要求の応答として受け取ったＩＤ
が自分自身であれば使用権の許可を得たと判断して応答
要求手段２２または３２に対して、全タスクおよび他方
の動作確認手段への応答要求メッセージの発行を指示す
る手段を有する。状態管理手段２３，３３は、使用権の
要求の応答として受け取ったＩＤが他者であれば使用権
の許可を得られなかったと判断して現在動作中の動作確
認手段のＩＤを使用権テーブル７の使用権エリアに記憶
し、使用権を得た動作確認手段からの応答要求メッセー
ジの監視を行う指示を応答手段２１，３１に対して出す
手段を有する。

【００２２】状態管理手段２３，３３は、応答要求手段
２２，３２が出した応答要求メッセージの宛先のタスク
および他方の動作確認手段に対して図示していない監視
タイマＡにより一定時間応答（応答メッセージの受け取
り）を監視し、応答があった物に関しては「応答有り」
として共有記憶領域５内の該当するタスクまたは動作確
認手段（監視ＩＤ）の状態エリアの内容を更新し、検出
した監視ＩＤに該当するカウンタエリアの内容をリセッ
トする手段を有する。状態管理手段２３，３３は、応答
が無かった物に関しては「応答無し」として共有記憶領
域５内部の検出した監視ＩＤに該当する状態エリアの内
容を更新し、監視ＩＤに該当するカウンタエリアの内容
をインクリメントし、このカウンタエリアの内容を参照
し、規定値を越えている場合には状態エリアの内容を
「障害」に更新して、復旧手段６に対して障害報告を行
う手段を有する。

【００２３】動作確認手段２，３の応答手段２１は、状
態管理手段２２，３３の指示により、他方の使用権を得
た動作確認手段からの応答メッセージの監視を図示して
いない監視タイマＢにより行い、応答要求メッセージを
受け取ったら応答メッセージを返す手段を有する。

【００２４】共有記憶領域管理手段４は、動作確認手段
２，３から受け取った使用権の要求に対して、使用権を
持っている動作確認手段のＩＤを応答として返す手段を
有する。この場合、共有記憶領域管理手段４は、使用権
の要求は最初の一つ目を受けてから一定時間他からの要
求を待ち、一定時間たったところで要求を発行した中で
一番優先度の高い動作確認手段に使用権を与える。この
優先度は最も最近使用権を得た物を低くしている。この
優先度は、共有記憶領域管理手段４が使用権の開放要求
を受ける毎に交互に変わる。従って、共有記憶領域管理
手段４が使用権として動作確認手段の返すＩＤは、動作
確認手段２，３のいずれか一方のＩＤである。すなわ
ち、共有記憶領域管理手段４は、使用権の開放要求を受
けると、ラウンドロビン方式で順に使用権となる動作確
認手段のＩＤを変更していくことになるが、図１の例で
は、使用権のＩＤをもう一方の動作確認手段のＩＤを使
用権テーブル７の使用権ＩＤに更新する手段を有する。

【００２５】タスク８は、内部に応答手段８１を有す
る。

【００２６】タスク８の内部処理の１部である応答手段
８１は、応答要求メッセージを受けとると、応答を返す
手段を有する。

【００２７】復旧手段６は障害報告に従って処理を行
う。タスク８が障害という報告を受けた場合には、障害
のあったタスク８が行うべき処理を他のタスク８に割り
当て、障害のあったタスク８の初期化（再立ち上げ）を
行う手段を有し、障害が動作確認手段であった場合に
は、障害のあった動作確認手段を再立ち上げする手段を
有する。

【００２８】なお、共有記憶領域管理手段４および復旧
手段６は、動作確認手段２または動作確認手段３により
起動され、そのときの情報（コマンドの種別、送信側の
ＩＤ、受信側のＩＤ、データ）やり取りの一例として
は、図示していない記憶部内の予め決められたエリアに
書き込まれ、受信側は、その情報を読み取ることでコマ
ンドの種別、送受信側のＩＤ等を識別する。

【００２９】また、監視タイマＡおよび監視タイマＢの
時間の設定値は、インターバルタイマの時間の設定値よ
りも十分に小さい値が予め設定されている。

【００３０】図４を参照すると、一定間隔で発生するイ
ンターバルタイマ割込みによる動作確認起動手段２，３
の動作を示すフローチャートである。

【００３１】図５を参照すると、各種メッセージ受け取
り時における動作確認手段２，３の動作を示すフローチ
ャートである。

【００３２】図６を参照すると、応答要求メッセージに
対する応答メッセージの監視を行う監視タイマＡ割込み
による動作確認手段２，３の動作を示すフローチャート
である。

【００３３】図７を参照すると、共有記憶領域５の使用
権の要求受け取りにおける共有記憶領域管理手段４の動
作を示すフローチャートである。

【００３４】図８を参照すると、共有記憶領域５の使用
権の開放要求受け取りにおける共有記憶領域管理手段４
の動作を示すフローチャートである。

【００３５】図９を参照すると、応答要求メッセージ受
け取り時におけるタスク８の応答手段８１の動作を示す
フローチャートである。

【００３６】図１０を参照すると、障害報告受け取り時
における復旧手段６の動作を示すフローチャートであ
る。

【００３７】図１１を参照すると、応答要求メッセージ
受け取りの監視を行う監視タイマＢ割り込みによる動作
確認手段２，３の動作を示すフローチャートである。

【００３８】次に、図１〜図１１を参照して、本発明の
実施の形態の動作について説明する。今、共有記憶領域
５の監視ＩＤエリアには、既に立ち上がっている動作確
認手段２，３と、複数のタスク８（タスク８−１〜タス
ク８−Ｎ）が登録されている。このような状態の基で、
動作確認起動手段１は、図示していないインターバルタ
イマにより一定周期ごとにプロセッサにより起動され
る。起動された動作確認起動手段１は、存在する動作確
認手段２および動作確認手段３に対して実行要求メッセ
ージを発行し、処理を終了する（図４のステップＳ１０
１）。

【００３９】動作確認起動手段１によって発行された実
行要求メッセージは、動作確認手段２，３内部の応答要
求手段２２，３２によって受け取られる。応答要求手段
２２，３２は、受け取ったメッセージの内容が実行要求
であるため、状態管理手段２３，３３を介して共有記憶
量域管理手段４に対して、共有記憶領域５の使用権を要
求する（図５のステップＳ２０１，Ｓ２０２）。

【００４０】共有記憶領域管理手段４は、受け取った使
用権の要求に対して、一定時間待ってから使用権テーブ
ル７の使用権ＩＤエリアから使用権を持つ動作確認手段
のＩＤを読み出して、要求元（この場合は両方）の動作
確認手段２，３に応答として返す（図７のステップＳ４
０１，Ｓ４０２）。この場合、動作確認手段２，３は、
自身のＩＤが返されれば使用可能、自身のＩＤ以外が返
されれば使用不可能と判断できる。ここでは動作確認手
段３のＩＤが返された物として話を進める。

【００４１】自身のＩＤを受け取った動作確認手段３の
状態管理手段３３は、応答要求手段３２に対して、全タ
スク８への応答要求メッセージおよびもう一方の動作確
認手段２への応答要求メッセージの発行を指示する。す
ると、応答要求手段３２は、各タスク８−１〜８−Ｎお
よび動作確認手段２に対して応答要求メッセージを発行
する（図５のステップＳ２０３，Ｓ２０４，Ｓ２０
５）。更に、応答要求手段３２は、状態管理手段３３に
制御を渡すと、状態管理手段３３は、装置内の図示して
いない監視タイマＡを起動して終了する（ステップＳ２
０６）。

【００４２】応答要求メッセージを受け取った各タスク
８（タスク８−１〜８−Ｎ）は、応答手段８１に制御を
渡し、制御を受けた応答手段８１は、応答要求メッセー
ジの要求元である動作確認手段３に対して応答メッセー
ジを返す（図９のステップＳ６０１）。

【００４３】また、動作確認手段３から応答要求メッセ
ージを受け取った動作確認手段２の応答手段２１は、応
答要求メッセージの監視を行っていた監視タイマＢをリ
セットする（図５のステップＳ２０１，Ｓ２１０）。更
に、応答手段２１は、使用権テーブル７の受信ＩＤエリ
アの内容を読出し、読み出した受信ＩＤエリアの内容と
応答要求メッセージの送信元のＩＤとが一致するかを比
較する（図５のステップＳ２１１）。この場合、ＩＤは
一致するので、応答手段２１は、要求元の動作確認手段
３に応答メッセージを返す（ステップＳ２１２，Ｓ２１
３）。更に、応答手段２１は、使用権テーブル７の動作
確認手段２の受信ＩＤエリアをリセットし、終了する
（ステップＳ２１４）。

【００４４】一方、動作確認手段３の状態管理手段３３
は、図５のステップＳ２０６において、監視タイマＡを
起動することにより一定時間応答メッセージの受け取り
を監視することになるが、各タスク８または応答確認手
段２から応答メッセージを受け取ると、共有記憶領域５
内で応答のあった監視ＩＤに該当する状態エリアの内容
を「応答有り」に更新し、該当するカウンタエリアをリ
セット（クリア）し終了する（図５のステップＳ２０
１，Ｓ２１５）。しかし、応答が無かった物に関して
は、共有記憶領域５内の状態エリア内がクリアされたま
ま（「応答有り」になっていない）である。やがて、監
視タイマＡにより割り込みが発生すると、動作確認手段
３の状態管理手段３３は、共有記憶領域内の状態エリア
の内容が「応答有り」になっているかを順に検索し、
「応答有り」になっていないものがあれば、共有記憶領
域５内部で検出した監視ＩＤに該当する状態エリアの内
容を「応答無し」に更新し、該当するカウンタエリアの
内容を＋１インクリメントする（図６のステップＳ３０
１〜Ｓ３０４）。更に、状態管理手段３３は、共有記憶
領域５内部のカウンタエリアの内容を順に検索し、規定
値を越えているものがあれば、共有記憶領域５内で検出
した監視ＩＤに該当する状態エリアの内容を「障害」に
更新する（ステップＳ３０５，Ｓ３０６，Ｓ３０７，Ｓ
３０８）、更に、状態管理手段３３は、共有記憶領域５
内の状態エリアに「障害」があれば、復旧手段６に対し
て障害の報告を行う（ステップＳ３０９，Ｓ３１０）。

【００４５】復旧手段６は、動作確認手段３からの障害
報告に従って処理を行う。例えば、タスク８−２が障害
という報告を受けた場合には、復旧手段６は、どのＩＤ
で起こった障害なのかを受け取った障害内容から解析
し、タスク障害であるので、ステップＳ７０３に進む
（図１０のステップＳ７０１，Ｓ７０２）。更に、復旧
手段６は、タスク８−２が行うべき処理を他のタスク８
に割り当て、タスク８−２の初期化（再立ち上げ）を行
い、終了を障害報告元の動作確認手段３に通知して終了
する（ステップＳ７０３，Ｓ７０４，Ｓ７０５）。

【００４６】障害が動作確認手段２であった場合には、
復旧手段６は、どのＩＤで起こった障害なのかを受け取
った障害内容から解析し、動作確認手段の障害であるの
で、ステップＳ７０６に進む（図１０のステップＳ７０
１，Ｓ７０２）。更に、復旧手段６は、障害のあった動
作確認手段２に対応するプログラムを再立ち上げし、終
了を障害報告元の動作確認手段３に通知して終了する
（ステップＳ７０６，Ｓ７０５）。

【００４７】一方、図５のステップＳ３１０において、
復旧手段６に対して障害報告を行った動作確認手段３の
状態管理手段３３は、復旧手段６からの終了報告を待っ
ているが、やがて終了報告がくると、共有記憶領域５の
状態エリアの内容で「応答無し」を除き、全てクリアす
る（図６のステップＳ３１１，Ｓ３１２）。そして、状
態管理手段３３は、最後に共有記憶領域管理手段４に対
して共有記憶領域の開放要求を発行し、終了する（ステ
ップＳ３１３）。

【００４８】動作確認手段３から開放要求を受け取った
共有記憶領域管理手段４は、共有記憶領域５の所有権の
ＩＤをもう一方の動作確認手段２のＩＤにして使用権テ
ーブル７の使用権ＩＤエリアに格納し、終了する（図８
のステップＳ５０１）。

【００４９】次に動作確認手段２の状態管理手段２３が
図５のステップＳ２０４において、共有記憶領域管理手
段４より他者のＩＤを受け取った場合の動作を説明す
る。

【００５０】動作確認手段２の状態管理手段２３は、受
け取った動作確認手段３のＩＤを現在動作中の動作確認
手段のＩＤとして使用権テーブル７の動作確認手段２の
受信ＩＤエリアに記憶する（図５のステップＳ２０４，
Ｓ２０８）。更に、状態管理手段２３は、使用権の許可
を得た動作確認手段３からの応答メッセージを監視する
ために、応答手段２１を介して装置内の図示していない
監視タイマＢを起動し、動作確認手段３からの応答要求
メッセージを待つ（図５のステップＳ２０９）。

【００５１】やがて、動作確認手段２の応答手段２１
は、動作確認手段３からの応答要求メッセージを受け取
ると、監視タイマＢをリセットする（図５のステップＳ
２０１，Ｓ２１０）。更に、応答手段２１は、使用権テ
ーブル７の受信ＩＤエリアの内容を読出し、読み出した
受信ＩＤエリアの内容と応答要求メッセージの送信元の
ＩＤとが一致するかを比較する（図５のステップＳ２１
１）。この場合、ＩＤは一致するので、応答手段２１
は、要求元の動作確認手段３に応答メッセージを返す
（ステップＳ２１２，Ｓ２１３）。更に、応答手段２１
は、使用権テーブル７の受信ＩＤエリアをリセットし、
終了する（ステップＳ２１２）。

【００５２】図５のステップＳ２０９において、動作確
認手段２の応答手段２１は、監視タイマＢを起動するこ
とで予め決められた時間の間、動作確認手段３からの応
答要求メッセージを待つことになるが、応答要求メッセ
ージが来ないと、やがて、監視タイマＢによる割込み発
生する。すると、動作確認手段２の応答手段２１は、動
作確認手段３の障害を検出し、動作確認手段３に障害が
あったこと（使用権テーブル７の使用権ＩＤから読み出
した動作確認手段３のＩＤを付加）を復旧手段６に対し
て障害報告を行う（ステップＳ８０１）。

【００５３】動作確認手段２から障害報告を受け取った
復旧手段６は、どのＩＤで起こった障害なのかを受け取
った障害内容から解析し、動作確認手段の障害であるの
で、ステップＳ７０６に進む（図１０のステップＳ７０
１，Ｓ７０２）。更に、復旧手段６は、障害のあった動
作確認手段３に対応するプログラムを再立ち上げし、終
了を障害報告元の動作確認手段２に通知して終了する
（ステップＳ７０６，Ｓ７０４，Ｓ７０５）。

【００５４】一方、図５のステップＳ８０１において、
復旧手段６に対して障害報告を行った動作確認手段２の
応答手段２１は、やがて、復旧手段６からの終了報告に
より、共有記憶領域管理手段４に対して共有記憶領域の
開放要求を発行し、終了する（ステップＳ８０２，Ｓ８
０３）。

【００５５】動作確認手段２から開放要求を受け取った
共有記憶領域管理手段４は、共有記憶領域５の所有権Ｉ
Ｄを動作確認手段２のＩＤにして使用権テーブル７の使
用権エリアに格納し、終了する（図８のステップＳ５０
１）。すなわち、使用権テーブル７の使用権エリアの内
容がもう一方の動作確認手段のＩＤに変更されることに
なる。

【００５６】なお、上記の図５のステップＳ２０４にお
いて、共有記憶領域管理手段４から使用権の要求に対す
る応答がない場合には、動作確認手段２の状態管理手段
２３および動作確認手段３の状態管理手段３３は、共有
記憶領域管理手段４の障害と判断し、復旧手段６に対し
て共有記憶領域管理手段４の障害を報告して終了する。

【００５７】上記の説明において、電子計算機システム
を１つの装置として説明したが、タスク８を行う複数の
装置とネットワーク（例えば、イーサネット（登録商
標））を介して、動作確認起動手段１と複数の動作確認
手段２と共有記憶領域管理手段４と共有記憶領域５と復
旧手段６と使用権テーブル７を有する装置を構成するよ
うにしても良い。この場合のネットワークを介して装置
間で行われるメッセージのやり取りは、通信プロトコル
に従って行われる。

【００５８】また、上記の説明において、動作確認手段
を２つとして説明したが、動作確認手段が３つ以上の複
数になったとしても、共有記憶領域５の使用権をラウン
ドロビン方式により動作確認手段に与えるようすれば、
上記の説明と同じように、共有記憶領域５の使用権を得
た動作確認手段がタスク８およびそれ以外の動作確認手
段の実行要求メッセージにより監視を行い、それ以外の
動作確認手段が使用権を得た動作確認手段からの応答要
求メッセージの監視を行うことができることは言うまで
もない。

【００５９】以上説明したように、本発明は、タスクの
動作状態を監視する動作確認手段を複数設けたので、複
数のうちの１つ動作確認手段に障害が起こったとして
も、使用権の与え先を変動させながら複数のうちの１つ
に使用権を与えるようにしているため、複数のタスク８
の障害監視を継続することができる。

【００６０】また、本発明は、使用権の許可を得た動作
確認手段が監視対象として他の動作確認手段に対しても
動作状態を監視するようにしているため、動作確認手段
の障害を検出することができる。

【００６１】また、本発明は、動作確認手段２，３と複
数のタスク８との動作状態を監視し、障害を検出すれ
ば、復旧処理を行うようにしているため、より安定度の
高いシステムを提供することができる。

【００６２】

【発明の効果】以上説明したように、本発明は、タスク
の動作状態を監視する動作確認手段を複数設けたので、
複数のうちの１つ動作確認手段に障害が起こったとして
も、使用権の与え先を変動させながら複数のうちの１つ
に使用権を与えるようにしているため、タスクの障害監
視を継続することができるという効果がある。

【００６３】また、本発明は、使用権の許可を得た動作
確認手段が監視対象として他の動作確認手段に対しても
動作状態を監視するようにしているため、動作確認手段
の障害を検出することができるという効果がある。

【００６４】また、本発明は、動作確認手段と複数のタ
スクとの動作状態を監視し、障害を検出すれば、復旧処
理を行うようにしているため、より安定度の高いシステ
ムを構築することができるという効果がある。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態の構成を示すブロッ
ク図である。

【図２】図１の共有記憶領域内のエリアの構成の概略を
示した概略図である。

【図３】図１の使用権テーブルの構成の概略を示す概略
図である。

【図４】インターバルタイマ割込みによる図１の動作確
認起動手段の動作を示すフローチャートである。

【図５】メッセージ受け取り時における図１の動作確認
手段の動作を示すフローチャートである。

【図６】監視タイマＡ割込みによる図１の動作確認手段
の動作を示すフローチャートである。

【図７】使用権の要求受け取り時における図１の共有記
憶領域管理手段の動作を示すフローチャートである。

【図８】開放要求受け取り時における図１の共有記憶領
域管理手段の動作を示すフローチャートである。

【図９】図１のタスク内の応答要求メッセージ受け取り
時の動作を示すフローチャートである。

【図１０】障害報告受け取り時における図１の復旧手段
の動作を示すフローチャートである。

【図１１】監視タイマＢ割込みによる図１の動作確認手
段の動作を示すフローチャートである。

【符号の説明】

１動作確認起動手段２，３動作確認手段４共有記憶領域管理手段５共有記憶領域６復旧手段７使用権テーブル８タスク２１，３１応答手段２２，３２応答要求手段２３，３３状態管理手段

Claims

【特許請求の範囲】

【請求項１】動的に制御される複数のタスクの動作に
よって単数または複数の機能を実現する電子計算機シス
テムが定期的に動作中の前記タスクに対して応答要求メ
ッセージを発行してその応答要求メッセージに対する前
記タスクからの応答に従って障害を検出するタスク障害
検出方式であって、前記タスク毎に動作状態を記憶する
共有記憶領域と、前記タスクの動作の確認を行う複数の
動作確認手段とを備え、定期的に前記動作確認手段に対
して動作確認処理実行を促す実行要求メッセージを発行
する実行要求手段と、使用権の許可先を変えながら複数
のうち１つの前記動作確認手段に対して前記共有記憶領
域の使用権の許可を与える許可手段と、前記許可を得た
動作確認手段が前記実行要求メッセージによって動作中
の前記タスクに応答要求メッセージを発行する第１の応
答要求手段と、前記複数のタスクが前記応答要求メッセ
ージに対する応答メッセージを返信する第１の応答手段
と、前記許可を得た動作確認手段が前記応答メッセージ
の有無に従って動作状態を「応答有り」と「応答無し」
と「障害」との内のいずれかにして前記共有記憶領域に
記憶して管理する状態管理手段と、前記「障害」に分類
された前記タスクの復旧を行う復旧手段とを有すること
を特徴とするタスク障害検出方式。
【請求項２】前記許可を得た動作確認手段は、他の前
記動作確認手段に対して前記応答メッセージ発行する第
２の応答要求手段と、前記他の動作確認手段が前記応答
要求メッセージに対する応答メッセージを返信する第２
の応答手段とを有することを特徴とする請求項１記載の
タスク障害検出方式。
【請求項３】前記共有記憶領域に記憶される動作状態
は、前記応答メッセージがある場合は前記「応答有り」
になり、前記応答メッセージがない場合は前記「応答無
し」になり、前記「応答無し」の連続回数が規定値にな
った場合には「障害」になることを特徴とする請求項１
または２記載のタスク障害検出方式。
【請求項４】前記他の動作確認手段が前記応答要求メ
ッセージの監視を行っても来ない場合に前記使用権の許
可を得た動作確認手段の障害として検出する検出手段を
有することを特徴とする請求項２記載のタスク障害検出
方式。
【請求項５】動的に制御される複数のタスクの動作に
よって単数または複数の機能を実現する電子計算機シス
テムが定期的に動作中の前記タスクに対して応答要求メ
ッセージを発行してその応答要求メッセージに対する前
記タスクからの応答に従って障害を検出するタスク障害
検出方法であって、前記タスク毎に動作状態を記憶する
共有記憶領域と、前記タスクの動作の確認を行う複数の
動作確認手段とを備え、定期的に前記動作確認手段に対
して動作確認処理実行を促す実行要求メッセージを発行
し、使用権の許可先を変えながら複数のうち１つの前記
動作確認手段に対して前記共有記憶領域の使用権の許可
を与え、前記許可を得た動作確認手段が前記実行要求メ
ッセージによって動作中の前記タスクに応答要求メッセ
ージを発行し、前記複数のタスクが前記応答要求メッセ
ージに対して応答メッセージを返信し、前記許可を得た
動作確認手段が前記応答メッセージの有無に従って動作
状態を「応答有り」と「応答無し」と「障害」との内の
いずれかにして前記共有記憶領域に記憶して管理し、前
記「障害」に分類された前記タスクの復旧を行うことを
特徴とするタスク障害検出方法。
【請求項６】動的に制御される複数のタスクの動作に
よって単数または複数の機能を実現する電子計算機シス
テムが定期的に動作中の前記タスクに対して応答要求メ
ッセージを発行してその応答要求メッセージに対する前
記タスクからの応答に従って障害を検出するタスク障害
検出方法であって、前記タスクの動作を確認する複数の
動作確認手段と、前記タスクおよび前記動作確認手段毎
に動作状態を記憶する共有記憶領域と、前記共有記憶領
域の使用権の許可先を変えながら複数のうち１つの前記
動作確認手段にのみに使用権を許可する共有記憶領域管
理手段とを準備し、定期的に前記動作確認手段に対して
動作確認処理実行を促す実行要求メッセージを発行し、
前記動作確認手段は、前記実行要求メッセージにより前
記共有記憶領域管理手段に対して前記共有記憶領域の使
用権の許可の要求を行い、前記共有記憶領域管理手段か
ら前記使用権の許可が来た場合には、動作中の前記タス
クおよび他の前記共有記憶領域手段に対して応答要求メ
ッセージを発行し、前記応答要求メッセージに対する前
記複数のタスクおよび他の前記共有記憶領域手段からの
応答メッセージを受け取る毎に応答のあった前記タスク
および前記共有記憶領域手段に該当する動作状態を「応
答有り」にして前記共有記憶領域に記憶し、規定の時間
内に前記応答メッセージを受け取らなかった場合には無
応答のあった前記タスクまたは前記動作確認手段に該当
する動作状態を「応答無し」にして前記共有記憶領域に
記憶し、前記共有記憶領域に記憶した「応答無し」の連
続回数が規定回数に達した前記タスクまたは前記動作確
認手段がある場合にはその規定回数に達した前記タスク
または前記動作確認手段に該当する動作状態を「障害」
にして前記共有記憶領域に記憶し、前記共有記憶領域に
記憶した動作状態を検索することで前記タスクの障害ま
たは前記動作確認手段の障害を検出することを特徴とす
るタスク障害検出方法。
【請求項７】前記動作確認手段は、前記共有記憶領域
管理手段から前記使用権の許可が来ない場合には、前記
使用権の許可を得た動作確認手段からの前記応答要求メ
ッセージを監視し、前記応答要求メッセージが来なけれ
ば、前記使用権の許可を得た動作確認手段の障害として
検出することを特徴とする請求項６記載のタスク障害検
出方法。
【請求項８】前記動作確認手段は、前記タスクの障害
を検出した場合にその障害になった前記タスクに該当す
るプログラムの再立ち上げを行い、前記動作確認手段の
障害を検出した場合にその障害になった前記動作確認手
段に該当するプログラムの再立ち上げを行うことを特徴
とする請求項６または７記載のタスク障害検出方法。
【請求項９】前記動作確認手段は、前記使用権の許可
を得た動作確認手段の障害を検出した場合にその障害に
なった前記使用権の許可を得た動作確認手段に該当する
プログラムの再立ち上げを行うことを特徴とする請求項
７記載のタスク障害検出方法。