JPH0944376A - プロセス状態管理方式 - Google Patents
プロセス状態管理方式Info
- Publication number
- JPH0944376A JPH0944376A JP7191744A JP19174495A JPH0944376A JP H0944376 A JPH0944376 A JP H0944376A JP 7191744 A JP7191744 A JP 7191744A JP 19174495 A JP19174495 A JP 19174495A JP H0944376 A JPH0944376 A JP H0944376A
- Authority
- JP
- Japan
- Prior art keywords
- management
- processes
- resident
- child
- semaphore
- 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.)
- Granted
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】
【課題】簡潔な構成でＣＰＵに高負荷をかけることなく
複数の常駐プロセスを効率よく管理し、異常終了しても
速やかに再起動できる管理方式を提供する。 【解決手段】親プロセス１ａが常駐の複数の子プロセス
Ｐ１〜Ｐｎをプロセス起動手段１１で順次起動すると共
に、プロセスＩＤ管理手段１２がプロセスＩＤ管理テー
ブル２１にプロセスＩＤを登録する。子プロセスＰ１〜
Ｐｎはプロセス起動通知手段により共通のセマフォ３を
ロックした後に稼働を開始し、すべての子プロセスが稼
働するとセマフォ３のセマフォ値は０になる。親プロセ
ス１ａは最後にプロセス監視手段１３を起動し、セマフ
ォ３のロック待ち状態として監視を行う。子プロセスに
異常終了が発生するとセマフォ３のロックが解除され、
プロセス監視手段１３が直ちに認識し、障害プロセス抽
出手段１４が異常終了した子プロセスをプロセスＩＤ管
理テーブル２１を参照して検出し、再起動させる。
複数の常駐プロセスを効率よく管理し、異常終了しても
速やかに再起動できる管理方式を提供する。 【解決手段】親プロセス１ａが常駐の複数の子プロセス
Ｐ１〜Ｐｎをプロセス起動手段１１で順次起動すると共
に、プロセスＩＤ管理手段１２がプロセスＩＤ管理テー
ブル２１にプロセスＩＤを登録する。子プロセスＰ１〜
Ｐｎはプロセス起動通知手段により共通のセマフォ３を
ロックした後に稼働を開始し、すべての子プロセスが稼
働するとセマフォ３のセマフォ値は０になる。親プロセ
ス１ａは最後にプロセス監視手段１３を起動し、セマフ
ォ３のロック待ち状態として監視を行う。子プロセスに
異常終了が発生するとセマフォ３のロックが解除され、
プロセス監視手段１３が直ちに認識し、障害プロセス抽
出手段１４が異常終了した子プロセスをプロセスＩＤ管
理テーブル２１を参照して検出し、再起動させる。
Description
【０００１】
【発明の属する技術分野】本発明はプロセス状態管理方
式に関し、特に並列に動作する複数の常駐プロセスを監
視するための即応性があり簡潔でＣＰＵに高負荷をかけ
ないプロセス状態管理方式に関する。
式に関し、特に並列に動作する複数の常駐プロセスを監
視するための即応性があり簡潔でＣＰＵに高負荷をかけ
ないプロセス状態管理方式に関する。
【０００２】
【従来の技術】最近の汎用コンピュータなどの情報処理
システムにおいては、複数のユーザプログラムを並行し
て効率的に処理するために、頻繁に使用される共通的な
プロセスを常駐プロセスとして常時稼働させておく方法
が採用されている。この場合、稼働中の常駐プロセスが
何らかの原因で異常終了したときは、速やかに再起動し
て稼働させる必要がある。
システムにおいては、複数のユーザプログラムを並行し
て効率的に処理するために、頻繁に使用される共通的な
プロセスを常駐プロセスとして常時稼働させておく方法
が採用されている。この場合、稼働中の常駐プロセスが
何らかの原因で異常終了したときは、速やかに再起動し
て稼働させる必要がある。
【０００３】一般に、プロセスの稼働状態はシステムの
ＯＳが管理しており、稼働中の全プロセスの状態を把握
し、異常を検出するとそのプロセスを異常終了させる機
能を備えている。しかしながら、あるプロセスに異常終
了が発生したときに、当該プロセスを再起動したり関連
するプロセスに対し必要な処理を実行するためには、そ
れらの内容を把握して制御を実行する別のプロセスが必
要である。このような制御を行うための代表的な従来の
方法が、特開平５―３４２０５８号公報および特開平１
―２０６４３７号公報に記載されている。
ＯＳが管理しており、稼働中の全プロセスの状態を把握
し、異常を検出するとそのプロセスを異常終了させる機
能を備えている。しかしながら、あるプロセスに異常終
了が発生したときに、当該プロセスを再起動したり関連
するプロセスに対し必要な処理を実行するためには、そ
れらの内容を把握して制御を実行する別のプロセスが必
要である。このような制御を行うための代表的な従来の
方法が、特開平５―３４２０５８号公報および特開平１
―２０６４３７号公報に記載されている。
【０００４】特開平５―３４２０５８号公報に記載され
ている第１の方法は、関連のある複数のプロセスを子プ
ロセスとして起動する親プロセスを設け、親子関係を利
用して異常終了した子プロセスの情報（プロセスＩＤな
ど）をＯＳから受け必要な制御を行うようにしたもので
ある。このためには、親プロセスが稼働していることが
必要なことから、親プロセスを監視するために別の監視
プロセスを子プロセスとして起動し、親プロセスが稼働
中であることを確認するためにＯＳに対するシステムコ
ールを周期的に使用している。
ている第１の方法は、関連のある複数のプロセスを子プ
ロセスとして起動する親プロセスを設け、親子関係を利
用して異常終了した子プロセスの情報（プロセスＩＤな
ど）をＯＳから受け必要な制御を行うようにしたもので
ある。このためには、親プロセスが稼働していることが
必要なことから、親プロセスを監視するために別の監視
プロセスを子プロセスとして起動し、親プロセスが稼働
中であることを確認するためにＯＳに対するシステムコ
ールを周期的に使用している。
【０００５】特開平１―２０６４３７号公報に記載され
ている第２の方法は、親プロセスが監視対象となる複数
の子プロセスの状態をプロセス管理テーブルを設けて直
接に管理するもので、プロセス間およびモジュール間の
処理の受け渡しをディスパッチャを介して行い、その都
度プロセス管理テーブルを更新するようにし、親プロセ
スのプロセス管理モジュールがタイマ割り込みによって
周期的にプロセス管理テーブルをチェックして異常な子
プロセスを検出する構成となっている。
ている第２の方法は、親プロセスが監視対象となる複数
の子プロセスの状態をプロセス管理テーブルを設けて直
接に管理するもので、プロセス間およびモジュール間の
処理の受け渡しをディスパッチャを介して行い、その都
度プロセス管理テーブルを更新するようにし、親プロセ
スのプロセス管理モジュールがタイマ割り込みによって
周期的にプロセス管理テーブルをチェックして異常な子
プロセスを検出する構成となっている。
【０００６】
【発明が解決しようとする課題】上述した従来のプロセ
ス状態管理方式は、いずれも起動した子プロセスの異常
を監視するために親プロセスが常時稼働してＣＰＵタイ
ムを消費している。すなわち、特開平５―３４２０５８
号公報記載の第１の方法では、異常終了した子プロセス
のプロセスＩＤを受信し認識するために親プロセスが稼
働していることが必要でＣＰＵの負荷となるほか、更に
親プロセスを監視するための監視プロセスが周期的にＣ
ＰＵに負荷を与えている。又、特開平１―２０６４３７
号公報記載の第２の方法は、プロセス管理テーブルの更
新およびチェックのためにＣＰＵに負荷をかけるだけで
なく、タイマ割り込みによる周期的チェックのため異常
を検知するまでに時差が生じる欠点がある。
ス状態管理方式は、いずれも起動した子プロセスの異常
を監視するために親プロセスが常時稼働してＣＰＵタイ
ムを消費している。すなわち、特開平５―３４２０５８
号公報記載の第１の方法では、異常終了した子プロセス
のプロセスＩＤを受信し認識するために親プロセスが稼
働していることが必要でＣＰＵの負荷となるほか、更に
親プロセスを監視するための監視プロセスが周期的にＣ
ＰＵに負荷を与えている。又、特開平１―２０６４３７
号公報記載の第２の方法は、プロセス管理テーブルの更
新およびチェックのためにＣＰＵに負荷をかけるだけで
なく、タイマ割り込みによる周期的チェックのため異常
を検知するまでに時差が生じる欠点がある。
【０００７】本発明の目的は、簡潔な構成でＣＰＵに対
して高負荷をかけることなく複数の常駐プロセスを効率
よく管理し、異常終了するプロセスが発生しても速やか
に再起動を行い信頼性を向上できるプロセス状態管理方
式を提供することである。
して高負荷をかけることなく複数の常駐プロセスを効率
よく管理し、異常終了するプロセスが発生しても速やか
に再起動を行い信頼性を向上できるプロセス状態管理方
式を提供することである。
【０００８】
【課題を解決するための手段】請求項１のプロセス状態
管理方式は、並列に動作する複数の常駐プロセスの動作
状態を管理するためのプロセス状態管理方式であって、
前記複数の常駐プロセスを子プロセスとして起動する親
プロセスとしての管理プロセスと、初期設定値を前記管
理プロセスが起動する常駐プロセス数と同一値とした計
数セマフォとを設け、前記複数の常駐プロセスはそれぞ
れ起動時に前記計数セマフォをロックし異常終了時の通
知先を前記計数セマフォのロック解除信号とする指定を
行うプロセス起動通知手段を備え、前記管理プロセス
は、前記複数の常駐プロセスを順次起動した後に前記計
数セマフォに対してロックを試み前記管理プロセスをロ
ック待ち状態とするプロセス起動手段と、起動した前記
常駐プロセスのプロセスＩＤをメモリ上のプロセスＩＤ
管理テーブルに登録し管理するプロセスＩＤ管理手段
と、ロック待ち状態の前記管理プロセスのロックが成功
した時点で前記常駐プロセスの異常終了の発生を自動的
に認識するプロセス監視手段と、前記プロセス監視手段
により起動され前記プロセスＩＤ管理テーブルに登録さ
れたプロセスに対して順次確認のためのシグナルを送信
し異常終了したプロセスに対してのシグナル送信が正常
に行えないことを利用して異常終了したプロセスを検出
する障害プロセス抽出手段とを備えて構成されている。
管理方式は、並列に動作する複数の常駐プロセスの動作
状態を管理するためのプロセス状態管理方式であって、
前記複数の常駐プロセスを子プロセスとして起動する親
プロセスとしての管理プロセスと、初期設定値を前記管
理プロセスが起動する常駐プロセス数と同一値とした計
数セマフォとを設け、前記複数の常駐プロセスはそれぞ
れ起動時に前記計数セマフォをロックし異常終了時の通
知先を前記計数セマフォのロック解除信号とする指定を
行うプロセス起動通知手段を備え、前記管理プロセス
は、前記複数の常駐プロセスを順次起動した後に前記計
数セマフォに対してロックを試み前記管理プロセスをロ
ック待ち状態とするプロセス起動手段と、起動した前記
常駐プロセスのプロセスＩＤをメモリ上のプロセスＩＤ
管理テーブルに登録し管理するプロセスＩＤ管理手段
と、ロック待ち状態の前記管理プロセスのロックが成功
した時点で前記常駐プロセスの異常終了の発生を自動的
に認識するプロセス監視手段と、前記プロセス監視手段
により起動され前記プロセスＩＤ管理テーブルに登録さ
れたプロセスに対して順次確認のためのシグナルを送信
し異常終了したプロセスに対してのシグナル送信が正常
に行えないことを利用して異常終了したプロセスを検出
する障害プロセス抽出手段とを備えて構成されている。
【０００９】請求項２のプロセス状態管理方式は、請求
項１記載のプロセス状態管理方式において、前記障害プ
ロセス抽出手段の代わりに、コマンドを発行してＯＳか
ら稼働中プロセスに関する情報を取得し前記プロセスＩ
Ｄ管理テーブル上のプロセスＩＤとの対応を調べること
により異常終了したプロセスを検出する稼働プロセス状
態参照手段を備えたことを特徴としている。
項１記載のプロセス状態管理方式において、前記障害プ
ロセス抽出手段の代わりに、コマンドを発行してＯＳか
ら稼働中プロセスに関する情報を取得し前記プロセスＩ
Ｄ管理テーブル上のプロセスＩＤとの対応を調べること
により異常終了したプロセスを検出する稼働プロセス状
態参照手段を備えたことを特徴としている。
【００１０】請求項３のプロセス状態管理方式は、請求
項１又は請求項２記載のプロセス状態管理方式におい
て、前記複数の常駐プロセスが備える前記プロセス起動
通知手段が起動時に実行する処理を、前記管理プロセス
の前記プロセス起動手段が当該常駐プロセスの起動の直
前に代わって実行するように構成されたことを特徴とし
ている。
項１又は請求項２記載のプロセス状態管理方式におい
て、前記複数の常駐プロセスが備える前記プロセス起動
通知手段が起動時に実行する処理を、前記管理プロセス
の前記プロセス起動手段が当該常駐プロセスの起動の直
前に代わって実行するように構成されたことを特徴とし
ている。
【００１１】
【発明の実施の形態】次に、本発明の実施形態について
図面を参照して説明する。
図面を参照して説明する。
【００１２】図１は本発明の第１の実施形態の構成を示
すブロック図である。
すブロック図である。
【００１３】本実施形態のプロセス状態管理方式は、図
１に示すように、並列に動作する複数の常駐プロセスで
ある子プロセスＰ１〜Ｐｎと、子プロセスＰ１〜Ｐｎを
監視して制御する管理プロセスである親プロセス１ａ
と、プロセスＩＤ管理テーブル２１を登録するための共
有メモリ２と、セマフォ値の初期設定値が子プロセス数
ｎと同じ値である計数型のセマフォ３とから構成されて
いる。なお、親プロセス１ａと子プロセスＰ１〜Ｐｎと
はシステムの制御部４内に、共有メモリ２とセマフォ３
とは記憶部５内に含まれる。親プロセス１ａは、子プロ
セスＰ１〜Ｐｎを順次起動した後にセマフォ３に対して
ロックを試みプロセス監視手段１３をロック待ち状態と
するプロセス起動手段１１と、起動した子プロセスのプ
ロセスＩＤを共有メモリ２のプロセスＩＤ管理テーブル
２１に登録し管理するプロセスＩＤ管理手段１２と、ロ
ックが成功した時点で子プロセスの異常終了の発生を自
動的に認識するプロセス監視手段１３と、プロセス監視
手段１３により起動されプロセスＩＤ管理テーブル２１
に登録されたプロセスに対して順次確認のためのシグナ
ルを送信して異常終了したプロセスを検出する障害プロ
セス抽出手段１４とを備え、子プロセスＰ１〜Ｐｎは、
それぞれ起動時にセマフォ３をロックし異常終了時の通
知先をセマフォ３のロック解除信号とする指定を行うプ
ロセス起動通知手段ＰＰ１〜ＰＰｎを備えている。
１に示すように、並列に動作する複数の常駐プロセスで
ある子プロセスＰ１〜Ｐｎと、子プロセスＰ１〜Ｐｎを
監視して制御する管理プロセスである親プロセス１ａ
と、プロセスＩＤ管理テーブル２１を登録するための共
有メモリ２と、セマフォ値の初期設定値が子プロセス数
ｎと同じ値である計数型のセマフォ３とから構成されて
いる。なお、親プロセス１ａと子プロセスＰ１〜Ｐｎと
はシステムの制御部４内に、共有メモリ２とセマフォ３
とは記憶部５内に含まれる。親プロセス１ａは、子プロ
セスＰ１〜Ｐｎを順次起動した後にセマフォ３に対して
ロックを試みプロセス監視手段１３をロック待ち状態と
するプロセス起動手段１１と、起動した子プロセスのプ
ロセスＩＤを共有メモリ２のプロセスＩＤ管理テーブル
２１に登録し管理するプロセスＩＤ管理手段１２と、ロ
ックが成功した時点で子プロセスの異常終了の発生を自
動的に認識するプロセス監視手段１３と、プロセス監視
手段１３により起動されプロセスＩＤ管理テーブル２１
に登録されたプロセスに対して順次確認のためのシグナ
ルを送信して異常終了したプロセスを検出する障害プロ
セス抽出手段１４とを備え、子プロセスＰ１〜Ｐｎは、
それぞれ起動時にセマフォ３をロックし異常終了時の通
知先をセマフォ３のロック解除信号とする指定を行うプ
ロセス起動通知手段ＰＰ１〜ＰＰｎを備えている。
【００１４】親プロセス１ａは、プロセス起動手段１１
により子プロセスＰ１〜Ｐｎを起動し（図１の参
照）、プロセスＩＤ管理手段１２により起動した子プロ
セスＰ１〜ＰｎのプロセスＩＤを共有メモリ２上のプロ
セスＩＤ管理テーブル２１に登録する（図１の参
照）。起動された子プロセスＰ１〜Ｐｎは、プロセス起
動通知手段ＰＰ１〜ＰＰｎによりセマフォ３に対し１プ
ロセスずつ順にセマフォロックを要求する（図１の参
照）。セマフォ３はロックに成功したときにはセマフォ
値を１ずつ減じていく。そして、子プロセスＰ１〜Ｐｎ
のすべてがセマフォロックに成功したとき、セマフォ値
は０になる。次に、親プロセス１ａのプロセス監視手段
１３は、セマフォ３に対しセマフォロックを試みるが
（図１の参照）、セマフォ値は既に０のためにセマフ
ォロック待ち状態が発生する。この状態が起動した常駐
プロセスがすべて正常に稼働している通常の状態であ
る。
により子プロセスＰ１〜Ｐｎを起動し（図１の参
照）、プロセスＩＤ管理手段１２により起動した子プロ
セスＰ１〜ＰｎのプロセスＩＤを共有メモリ２上のプロ
セスＩＤ管理テーブル２１に登録する（図１の参
照）。起動された子プロセスＰ１〜Ｐｎは、プロセス起
動通知手段ＰＰ１〜ＰＰｎによりセマフォ３に対し１プ
ロセスずつ順にセマフォロックを要求する（図１の参
照）。セマフォ３はロックに成功したときにはセマフォ
値を１ずつ減じていく。そして、子プロセスＰ１〜Ｐｎ
のすべてがセマフォロックに成功したとき、セマフォ値
は０になる。次に、親プロセス１ａのプロセス監視手段
１３は、セマフォ３に対しセマフォロックを試みるが
（図１の参照）、セマフォ値は既に０のためにセマフ
ォロック待ち状態が発生する。この状態が起動した常駐
プロセスがすべて正常に稼働している通常の状態であ
る。
【００１５】次に、稼働中の子プロセスＰ１〜Ｐｎのう
ちの一つの子プロセスＰｉ（ｉ＝１〜ｎ）が異常終了し
た場合を説明する。子プロセスＰｉが異常終了すると、
その情報は起動時にプロセス起動通知手段ＰＰｉにより
指定された通知先のセマフォ３に送られ、それまでセマ
フォ３に対して行われていたセマフォロックは無効とな
り、セマフォ３のセマフォ値は０から１に変化する。こ
のため、セマフォロック待ち状態の親プロセス１ａはセ
マフォロックに成功することになり、親プロセス１ａの
プロセス監視手段１３は子プロセスＰ１〜Ｐｎのいずれ
かが異常終了したことを認識することになる。子プロセ
スの異常終了を認識したプロセス監視手段１３は、障害
プロセス抽出手段１４に通知し（図１の参照）、障害
プロセス抽出手段１４は異常終了した子プロセスのプロ
セスＩＤを検出する処理を開始する（図１の参照）。
ちの一つの子プロセスＰｉ（ｉ＝１〜ｎ）が異常終了し
た場合を説明する。子プロセスＰｉが異常終了すると、
その情報は起動時にプロセス起動通知手段ＰＰｉにより
指定された通知先のセマフォ３に送られ、それまでセマ
フォ３に対して行われていたセマフォロックは無効とな
り、セマフォ３のセマフォ値は０から１に変化する。こ
のため、セマフォロック待ち状態の親プロセス１ａはセ
マフォロックに成功することになり、親プロセス１ａの
プロセス監視手段１３は子プロセスＰ１〜Ｐｎのいずれ
かが異常終了したことを認識することになる。子プロセ
スの異常終了を認識したプロセス監視手段１３は、障害
プロセス抽出手段１４に通知し（図１の参照）、障害
プロセス抽出手段１４は異常終了した子プロセスのプロ
セスＩＤを検出する処理を開始する（図１の参照）。
【００１６】以下、異常終了した子プロセスの検出から
再起動までの処理の詳細を図３を用いて説明する。親プ
ロセス１ａの障害プロセス抽出手段１４は、子プロセス
Ｐ１〜Ｐｎの中のどの子プロセスが異常終了したかを特
定するために、プロセスＩＤ管理手段１２に依頼して共
有メモリ２のプロセスＩＤ管理テーブル２１から子プロ
セスＰ１〜ＰｎのプロセスＩＤを取得し（図３の参
照）、子プロセスＰ１〜Ｐｎに対し順次稼働中であるこ
とを確認するためのシグナルを送信する（図３の参
照）。異常終了していない子プロセスＰ１，Ｐ２及びＰ
ｎヘのシグナル送信は成功するが、異常終了した子プロ
セスＰ３に対するシグナル送信は失敗し確認が得られな
いことから、障害プロセス抽出手段１４は子プロセスＰ
３の異常を検出する（図３の参照）。異常終了した子
プロセスを検出した障害プロセス抽出手段１４は、プロ
セス起動手段１１に対して子プロセスＰ３の再起動を要
請し、プロセス起動手段１１は子プロセスＰ３を再起動
して新しい子プロセスＰ３’を生成する（図３の参
照）。子プロセスＰ３’のプロセス起動通知手段は、セ
マフォ３に対してセマフォロックを行い（図３の参
照）、セマフォ３はセマフォ値を１から０に更新する。
プロセス起動手段１１は、プロセスＩＤ管理手段１２に
子プロセスＰ３’のプロセスＩＤを通知し、プロセスＩ
Ｄ管理手段１２は共有メモリ２のプロセスＩＤ管理テー
ブル２１の子プロセスＰ３のプロセスＩＤを子プロセス
Ｐ３’のプロセスＩＤに更新する（図３の参照）。子
プロセスの再起動を終了したプロセス起動手段１１は、
プロセス監視手段１３に再起動の完了を通知する。プロ
セス監視手段１３は、セマフォ３にセマフォロックを要
求するがセマフォ値は既に０のためセマフォロック待ち
状態（図３の参照）、すなわち通常の状態に戻りプロ
セス監視を再開する。
再起動までの処理の詳細を図３を用いて説明する。親プ
ロセス１ａの障害プロセス抽出手段１４は、子プロセス
Ｐ１〜Ｐｎの中のどの子プロセスが異常終了したかを特
定するために、プロセスＩＤ管理手段１２に依頼して共
有メモリ２のプロセスＩＤ管理テーブル２１から子プロ
セスＰ１〜ＰｎのプロセスＩＤを取得し（図３の参
照）、子プロセスＰ１〜Ｐｎに対し順次稼働中であるこ
とを確認するためのシグナルを送信する（図３の参
照）。異常終了していない子プロセスＰ１，Ｐ２及びＰ
ｎヘのシグナル送信は成功するが、異常終了した子プロ
セスＰ３に対するシグナル送信は失敗し確認が得られな
いことから、障害プロセス抽出手段１４は子プロセスＰ
３の異常を検出する（図３の参照）。異常終了した子
プロセスを検出した障害プロセス抽出手段１４は、プロ
セス起動手段１１に対して子プロセスＰ３の再起動を要
請し、プロセス起動手段１１は子プロセスＰ３を再起動
して新しい子プロセスＰ３’を生成する（図３の参
照）。子プロセスＰ３’のプロセス起動通知手段は、セ
マフォ３に対してセマフォロックを行い（図３の参
照）、セマフォ３はセマフォ値を１から０に更新する。
プロセス起動手段１１は、プロセスＩＤ管理手段１２に
子プロセスＰ３’のプロセスＩＤを通知し、プロセスＩ
Ｄ管理手段１２は共有メモリ２のプロセスＩＤ管理テー
ブル２１の子プロセスＰ３のプロセスＩＤを子プロセス
Ｐ３’のプロセスＩＤに更新する（図３の参照）。子
プロセスの再起動を終了したプロセス起動手段１１は、
プロセス監視手段１３に再起動の完了を通知する。プロ
セス監視手段１３は、セマフォ３にセマフォロックを要
求するがセマフォ値は既に０のためセマフォロック待ち
状態（図３の参照）、すなわち通常の状態に戻りプロ
セス監視を再開する。
【００１７】以上詳細に説明したように、本実施形態の
プロセス状態管理方式は、常駐の複数の子プロセスＰ１
〜Ｐｎを管理する親プロセス１ａが、初期設定値を子プ
ロセス数ｎとした共通のセマフォ３を子プロセスＰ１〜
Ｐｎと共用し、プロセス監視手段１３をセマフォロック
待ち状態とすることにより子プロセスを監視する構成と
なっている。従って、監視のために親プロセス１ａは待
ち状態にあってＣＰＵに余分な負荷をかけることなく、
子プロセスのいずれかに異常終了が発生した場合、異常
終了した子プロセスのＣＰＵタイムを引き継ぐ形で直ち
に稼働して異常を検知することができる。異常終了の発
生を検知した時点で、障害プロセス抽出手段１４がプロ
セスＩＤ管理テーブル２１を参照し、登録されているｎ
個の子プロセスＰ１〜Ｐｎのみに確認信号を送信して異
常終了した子プロセスを特定し、その子プロセスを速や
かに再起動することが可能である。すなわち、監視のた
めにはＣＰＵに負荷を与えず、異常終了が発生した場合
には遅滞なく稼働して必要な処理を行うことができる。
プロセス状態管理方式は、常駐の複数の子プロセスＰ１
〜Ｐｎを管理する親プロセス１ａが、初期設定値を子プ
ロセス数ｎとした共通のセマフォ３を子プロセスＰ１〜
Ｐｎと共用し、プロセス監視手段１３をセマフォロック
待ち状態とすることにより子プロセスを監視する構成と
なっている。従って、監視のために親プロセス１ａは待
ち状態にあってＣＰＵに余分な負荷をかけることなく、
子プロセスのいずれかに異常終了が発生した場合、異常
終了した子プロセスのＣＰＵタイムを引き継ぐ形で直ち
に稼働して異常を検知することができる。異常終了の発
生を検知した時点で、障害プロセス抽出手段１４がプロ
セスＩＤ管理テーブル２１を参照し、登録されているｎ
個の子プロセスＰ１〜Ｐｎのみに確認信号を送信して異
常終了した子プロセスを特定し、その子プロセスを速や
かに再起動することが可能である。すなわち、監視のた
めにはＣＰＵに負荷を与えず、異常終了が発生した場合
には遅滞なく稼働して必要な処理を行うことができる。
【００１８】図２は本発明の第２の実施形態の構成を示
すブロック図である。図２に示す第２の実施形態と上述
した図１に示した第１の実施形態との相違点は、親プロ
セス１ｂが、第１の実施形態における障害プロセス抽出
手段１４の代わりに、稼働プロセス状態参照手段１５を
備えていることである。その他の構成は第１の実施形態
と同じであり図１と同一参照番号で示してある。親プロ
セス１ｂが子プロセスＰ１〜Ｐｎを順次起動し、通常の
状態であるセマフォロック待ち状態となるまでの過程、
及び子プロセスに異常終了が発生しプロセス監視手段１
３がこれを検知するまでの過程は、第１の実施形態の場
合と同一である。異常終了が発生した場合に異常終了し
た子プロセスを特定する検出方法に相違があるため、こ
の点について以下に説明する。
すブロック図である。図２に示す第２の実施形態と上述
した図１に示した第１の実施形態との相違点は、親プロ
セス１ｂが、第１の実施形態における障害プロセス抽出
手段１４の代わりに、稼働プロセス状態参照手段１５を
備えていることである。その他の構成は第１の実施形態
と同じであり図１と同一参照番号で示してある。親プロ
セス１ｂが子プロセスＰ１〜Ｐｎを順次起動し、通常の
状態であるセマフォロック待ち状態となるまでの過程、
及び子プロセスに異常終了が発生しプロセス監視手段１
３がこれを検知するまでの過程は、第１の実施形態の場
合と同一である。異常終了が発生した場合に異常終了し
た子プロセスを特定する検出方法に相違があるため、こ
の点について以下に説明する。
【００１９】子プロセスＰ１〜Ｐｎの中の一つの子プロ
セスが異常終了した場合、それまでセマフォ３に対して
行われていたセマフォロックが無効となりセマフォ値が
０から１に変化し、セマフォロック待ち状態のプロセス
監視手段１３が異常終了を検知して稼働プロセス状態参
照手段１５に通知する（図２の参照）。稼働プロセス
状態参照手段１５は、プロセスＩＤ管理手段１２から子
プロセスＰ１〜ＰｎのプロセスＩＤを獲得すると共に
（図２の参照）、コマンドを送ってシステムのＯＳか
ら現在稼働中の子プロセスのプロセスＩＤを獲得し（図
２の参照）、両者の差分をとることにより異常終了し
た子プロセスを検出する。検出した子プロセスをプロセ
ス起動手段１１により再起動させる以降の処理は、第１
の実施形態の場合と同一である。なお、稼働プロセス状
態参照手段１５の異常終了した子プロセスの検出方法と
しては、ＯＳからプロセスＩＤを取得して直接比較する
以外に、プロセスＩＤを示して稼働中か否かの応答をＯ
Ｓから求めてもよい。
セスが異常終了した場合、それまでセマフォ３に対して
行われていたセマフォロックが無効となりセマフォ値が
０から１に変化し、セマフォロック待ち状態のプロセス
監視手段１３が異常終了を検知して稼働プロセス状態参
照手段１５に通知する（図２の参照）。稼働プロセス
状態参照手段１５は、プロセスＩＤ管理手段１２から子
プロセスＰ１〜ＰｎのプロセスＩＤを獲得すると共に
（図２の参照）、コマンドを送ってシステムのＯＳか
ら現在稼働中の子プロセスのプロセスＩＤを獲得し（図
２の参照）、両者の差分をとることにより異常終了し
た子プロセスを検出する。検出した子プロセスをプロセ
ス起動手段１１により再起動させる以降の処理は、第１
の実施形態の場合と同一である。なお、稼働プロセス状
態参照手段１５の異常終了した子プロセスの検出方法と
しては、ＯＳからプロセスＩＤを取得して直接比較する
以外に、プロセスＩＤを示して稼働中か否かの応答をＯ
Ｓから求めてもよい。
【００２０】上述したように、第２の実施形態は、プロ
セス監視手段１３がいずれかの子プロセスが異常終了し
たことを検知した後、異常終了した子プロセスを特定す
る際に、稼働プロセス状態参照手段１５がＯＳからの稼
働情報を使用する。これに対して、第１の実施形態にお
いては、障害プロセス抽出手段１４が各子プロセスに対
して順次稼働中であることを確認するためのシグナルを
送信し、ＯＳに頼ることなく自ら異常終了した子プロセ
スを特定している。
セス監視手段１３がいずれかの子プロセスが異常終了し
たことを検知した後、異常終了した子プロセスを特定す
る際に、稼働プロセス状態参照手段１５がＯＳからの稼
働情報を使用する。これに対して、第１の実施形態にお
いては、障害プロセス抽出手段１４が各子プロセスに対
して順次稼働中であることを確認するためのシグナルを
送信し、ＯＳに頼ることなく自ら異常終了した子プロセ
スを特定している。
【００２１】上述した第１及び第２の実施形態の説明に
おいては、親プロセスのプロセス起動手段により起動さ
れた各子プロセスが、起動した直後にプロセス起動通知
手段によりセマフォをロックし、ロックに成功した後に
それぞれ本来の処理を開始するものとしたが、セマフォ
をロックする処理は子プロセスを起動する親プロセスの
プロセス起動手段が行うように構成することもできる。
又、プロセスＩＤ管理テーブルは記憶部の共有メモリ上
に作成するものとしたが、共有メモリに限定されるもの
ではない。
おいては、親プロセスのプロセス起動手段により起動さ
れた各子プロセスが、起動した直後にプロセス起動通知
手段によりセマフォをロックし、ロックに成功した後に
それぞれ本来の処理を開始するものとしたが、セマフォ
をロックする処理は子プロセスを起動する親プロセスの
プロセス起動手段が行うように構成することもできる。
又、プロセスＩＤ管理テーブルは記憶部の共有メモリ上
に作成するものとしたが、共有メモリに限定されるもの
ではない。
【００２２】
【発明の効果】以上説明したように、本発明のプロセス
状態管理方式は、管理プロセスが複数の常駐プロセスを
管理するにあたり、セマフォを利用することで常駐プロ
セスの監視をセマフォロック待ち状態で行うことがで
き、監視のためにＣＰＵタイムを消費することがない。
更に、常駐プロセスに異常終了が発生した場合には自動
的に稼働を開始し、異常終了した常駐プロセスを特定し
て再起動させることができる。すなわち、ＣＰＵに負荷
をかけることなくプロセス状態を監視し、異常終了の発
生に即応して対処することができ、効率的な常駐プロセ
スの管理が行える効果がある。
状態管理方式は、管理プロセスが複数の常駐プロセスを
管理するにあたり、セマフォを利用することで常駐プロ
セスの監視をセマフォロック待ち状態で行うことがで
き、監視のためにＣＰＵタイムを消費することがない。
更に、常駐プロセスに異常終了が発生した場合には自動
的に稼働を開始し、異常終了した常駐プロセスを特定し
て再起動させることができる。すなわち、ＣＰＵに負荷
をかけることなくプロセス状態を監視し、異常終了の発
生に即応して対処することができ、効率的な常駐プロセ
スの管理が行える効果がある。
【図１】本発明の第１の実施形態の構成を示すブロック
図である。
図である。
【図２】本発明の第２の実施形態の構成を示すブロック
図である。
図である。
【図３】本発明の第１の実施形態における異常終了プロ
セスの検出から再起動までの処理過程の説明図である。
セスの検出から再起動までの処理過程の説明図である。
１ａ，１ｂ 親プロセス ２ 共有メモリ ３ セマフォ ４ 制御部 ５ 記憶部 １１ プロセス起動手段 １２ プロセスＩＤ管理手段 １３ プロセス監視手段 １４ 障害プロセス抽出手段 １５ 稼働プロセス状態参照手段 ２１ プロセスＩＤ管理テーブル Ｐ１，Ｐ２，Ｐ３……Ｐｎ 子プロセス Ｐ３’ 再起動後の子プロセス ＰＰ１，ＰＰ２……ＰＰｎ プロセス起動通知手段
フロントページの続き (72)発明者 西川 かおり 東京都江東区新木場一丁目18番６号 日本 電気ソフトウェア株式会社内
Claims (3)
- 【請求項１】 並列に動作する複数の常駐プロセスの動
作状態を管理するためのプロセス状態管理方式であっ
て、前記複数の常駐プロセスを子プロセスとして起動す
る親プロセスとしての管理プロセスと、初期設定値を前
記管理プロセスが起動する常駐プロセス数と同一値とし
た計数セマフォとを設け、前記複数の常駐プロセスはそ
れぞれ起動時に前記計数セマフォをロックし異常終了時
の通知先を前記計数セマフォのロック解除信号とする指
定を行うプロセス起動通知手段を備え、前記管理プロセ
スは、前記複数の常駐プロセスを順次起動した後に前記
計数セマフォに対してロックを試み前記管理プロセスを
ロック待ち状態とするプロセス起動手段と、起動した前
記常駐プロセスのプロセスＩＤをメモリ上のプロセスＩ
Ｄ管理テーブルに登録し管理するプロセスＩＤ管理手段
と、ロック待ち状態の前記管理プロセスのロックが成功
した時点で前記常駐プロセスの異常終了の発生を自動的
に認識するプロセス監視手段と、前記プロセス監視手段
により起動され前記プロセスＩＤ管理テーブルに登録さ
れたプロセスに対して順次確認のためのシグナルを送信
し異常終了したプロセスに対してのシグナル送信が正常
に行えないことを利用して異常終了したプロセスを検出
する障害プロセス抽出手段とを備えたことを特徴とする
プロセス状態管理方式。 - 【請求項２】 前記障害プロセス抽出手段の代わりに、
コマンドを発行してＯＳから稼働中プロセスに関する情
報を取得し前記プロセスＩＤ管理テーブル上のプロセス
ＩＤとの対応を調べることにより異常終了したプロセス
を検出する稼働プロセス状態参照手段を備えたことを特
徴とする請求項１記載のプロセス状態管理方式。 - 【請求項３】 前記複数の常駐プロセスが備える前記プ
ロセス起動通知手段が起動時に実行する処理を、前記管
理プロセスの前記プロセス起動手段が当該常駐プロセス
の起動の直前に代わって実行するように構成されたこと
を特徴とする請求項１又は請求項２記載のプロセス状態
管理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7191744A JP2735514B2 (ja) | 1995-07-27 | 1995-07-27 | プロセス状態管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7191744A JP2735514B2 (ja) | 1995-07-27 | 1995-07-27 | プロセス状態管理方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0944376A true JPH0944376A (ja) | 1997-02-14 |
| JP2735514B2 JP2735514B2 (ja) | 1998-04-02 |
Family
ID=16279786
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7191744A Expired - Fee Related JP2735514B2 (ja) | 1995-07-27 | 1995-07-27 | プロセス状態管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2735514B2 (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7089555B2 (en) | 2001-06-27 | 2006-08-08 | International Business Machines Corporation | Ordered semaphore management subsystem |
| US7143414B2 (en) | 2001-09-26 | 2006-11-28 | International Business Machines Corporation | Method and apparatus for locking multiple semaphores |
| JP2007265137A (ja) * | 2006-03-29 | 2007-10-11 | Oki Electric Ind Co Ltd | マルチタスク処理方法及びマルチタスク処理装置 |
| US7406690B2 (en) | 2001-09-26 | 2008-07-29 | International Business Machines Corporation | Flow lookahead in an ordered semaphore management subsystem |
| US7454753B2 (en) | 2001-06-27 | 2008-11-18 | International Business Machines Corporation | Semaphore management subsystem for use with multi-thread processor systems |
| JP2014010585A (ja) * | 2012-06-29 | 2014-01-20 | Fujitsu Ltd | データ送信方法、データ送信装置 |
| JP2018097866A (ja) * | 2016-12-15 | 2018-06-21 | キヤノンマーケティングジャパン株式会社 | 情報処理装置、制御方法、プログラム |
| CN110928596A (zh) * | 2018-09-04 | 2020-03-27 | 北京奇虎科技有限公司 | 一种杀死常驻进程的方法及装置 |
| JP2020086767A (ja) * | 2018-11-21 | 2020-06-04 | 富士通株式会社 | 情報処理装置および情報処理プログラム |
-
1995
- 1995-07-27 JP JP7191744A patent/JP2735514B2/ja not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7089555B2 (en) | 2001-06-27 | 2006-08-08 | International Business Machines Corporation | Ordered semaphore management subsystem |
| US7454753B2 (en) | 2001-06-27 | 2008-11-18 | International Business Machines Corporation | Semaphore management subsystem for use with multi-thread processor systems |
| US7143414B2 (en) | 2001-09-26 | 2006-11-28 | International Business Machines Corporation | Method and apparatus for locking multiple semaphores |
| US7406690B2 (en) | 2001-09-26 | 2008-07-29 | International Business Machines Corporation | Flow lookahead in an ordered semaphore management subsystem |
| US7917908B2 (en) | 2001-09-26 | 2011-03-29 | International Business Machines Corporation | Flow lookahead in an ordered semaphore management subsystem |
| JP2007265137A (ja) * | 2006-03-29 | 2007-10-11 | Oki Electric Ind Co Ltd | マルチタスク処理方法及びマルチタスク処理装置 |
| JP2014010585A (ja) * | 2012-06-29 | 2014-01-20 | Fujitsu Ltd | データ送信方法、データ送信装置 |
| JP2018097866A (ja) * | 2016-12-15 | 2018-06-21 | キヤノンマーケティングジャパン株式会社 | 情報処理装置、制御方法、プログラム |
| CN110928596A (zh) * | 2018-09-04 | 2020-03-27 | 北京奇虎科技有限公司 | 一种杀死常驻进程的方法及装置 |
| CN110928596B (zh) * | 2018-09-04 | 2024-02-06 | 三六零科技集团有限公司 | 一种杀死常驻进程的方法及装置 |
| JP2020086767A (ja) * | 2018-11-21 | 2020-06-04 | 富士通株式会社 | 情報処理装置および情報処理プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2735514B2 (ja) | 1998-04-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0351536B1 (en) | Systematic recovery of excessive spin loops in an n-way mp environment | |
| WO2020239060A1 (zh) | 错误恢复的方法和装置 | |
| JP2735514B2 (ja) | プロセス状態管理方式 | |
| CN115904793B (zh) | 一种基于多核异构系统的内存转存方法、系统及芯片 | |
| CN109450757A (zh) | 一种CANopen主站的启动方法及其统筹管理器 | |
| CN109245979A (zh) | 一种CANopen主从站可靠性控制方法及其统筹管理器 | |
| CN109032774B (zh) | 应用程序恢复方法与装置 | |
| JP3190880B2 (ja) | スタンバイシステム、スタンバイ方法、および記録媒体 | |
| JP2937857B2 (ja) | 共通記憶装置のロックフラグ解除方式および方法 | |
| JP2000311099A (ja) | プロセス監視システムおよびプロセス監視方法 | |
| JP2001211232A (ja) | リモートアクセスによる機器管理制御方法ならびにシステム | |
| JP2000148525A (ja) | サービスプロセッサ二重化システムの現用系負荷軽減方法 | |
| CN116991637B (zh) | 嵌入式系统的运行控制方法及装置、电子设备及存储介质 | |
| CN112181609B (zh) | 服务守护方法、装置及可读存储介质 | |
| JP2908430B1 (ja) | マルチプロセッサシステムのホストプロセッサ監視装置および監視方法 | |
| JPH10171769A (ja) | 複合計算機システム | |
| JP2658683B2 (ja) | 相互スタンバイシステムにおけるシステムストール監視制御方式 | |
| JPH11232143A (ja) | マルチスレッドの監視方法 | |
| JPH10143393A (ja) | 診断処理装置 | |
| JPH04305758A (ja) | 情報処理装置 | |
| JPH0546423A (ja) | プロセスの親子関係引き継ぎ処理装置 | |
| JPH04340649A (ja) | サブシステムのダウン検出方式 | |
| JPH10269098A (ja) | 二重化システム | |
| JP2003316750A (ja) | 処理システム、処理装置及び再開処理方法 | |
| JPH02310755A (ja) | ヘルスチェック方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19971209 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080109 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090109 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100109 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110109 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110109 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120109 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130109 Year of fee payment: 15 |
|
| LAPS | Cancellation because of no payment of annual fees |