JPH08234968A - プログラム実行管理システム及びプログラム実行管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 あるプログラムバージョンが特定の起動デー
タに対して異常終了することが判明し、別バージョンで
実行を行った場合、次回の実行時に、同じプロセスの同
じ起動データの組合せでプログラムを実行したとき、同
じ異常終了する繰り返す等の課題がある。 【解決手段】 本発明のプログラム実行管理システム
は、複数のプログラムバージョンを格納するプログラム
格納部（２１）と、異常終了したプロセスの起動データ
を記憶する除外条件格納部（２２）と、起動すべきプロ
セスに対応するプログラムのバージョンを選択実行する
実行部（２３）と、実行中プロセスの異常終了を検出す
る検出部（２４）と、除外条件を更新する更新部（２
６）とからなり、もし、実行中プロセスが異常終了した
場合、他のプログラムバージョンを選択実行して、処理
の中断を最小限に抑えることができるプログラム実行管
理システムである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラムの実行
管理システムに関し、特に、１または２以上のバージョ
ンを有するプログラムの実行管理システムに関するもの
である。

【０００２】

【従来の技術】コンピュータによる情報処理は、信頼性
の確保がきわめて重要である。特に、コンピュータにお
いて実行されるプログラムの異常による処理の中断をな
くすためには、プログラムは完璧であることが望まし
い。しかし、コンピュータ自身の進歩に伴い、現在のプ
ログラムは、大規模化・複雑化し、完璧なプログラムを
求めることは事実上困難である。

【０００３】そこで、従来から、プログラムごとに同等
の機能が実現され、その構成に若干の相違を有するプロ
グラムを複数バージョン用意し、これらを管理する複数
バージョン管理システムが知られている。

【０００４】この複数バージョン管理システムは、プロ
セスの実行に際し、以下のような方法に従って、どのバ
ージョンを用いるかを選択するものである。すなわち、
第１の方法は、同一プログラムのバージョン間に固定的
な優先順位を設ける方法であり、第２の方法は、あるプ
ロセスが他のプロセスを呼び出して起動する場合に、呼
ぶ側のバージョンに対応して呼ばれる側のプロセスで用
いるバージョンを固定的に定める方法等である。

【０００５】そして、このような従来技術によれば、あ
るバージョンのプログラムが異常終了した場合、同等の
機能を有する他のバージョンのプログラムに処理を引き
継ぐことにより、処理の中断を最小限に食い止めること
ができるというものである。

【０００６】しかしながら、上記従来の方法では、以下
のような課題があった。すなわち、プログラムのあるバ
ージョンが特定の起動データに対して異常終了すること
が判明し、別バージョンで実行を行った場合、次回の実
行時に、同じプロセスの同じ起動データの組合せでプロ
グラムを実行したとき、同じ異常終了する繰り返すとい
う課題である。また、このような異常終了の繰り返しを
回避するためには、一旦処理を中断し、バージョン選択
の固定的な条件を書き換えるという煩雑な手順が必要で
あった。

【０００７】

【発明が解決しようとする課題】上述のように、上記従
来の方法では、以下のような課題があった。すなわち、
プログラムのあるバージョンが特定の起動データに対し
て異常終了することが判明し、別バージョンで実行を行
った場合、次回の実行時に、同じプロセスの同じ起動デ
ータの組合せでプログラムを実行したとき、同じ異常終
了する繰り返すという課題である。また、このような異
常終了の繰り返しを回避するためには、一旦処理を中断
し、バージョン選択の固定的な条件を書き換えるという
煩雑な手順が必要であった。

【０００８】そこで、本発明は、プロセスの異常発生を
効果的に防止することのできる複数バージョンを有する
プログラムの実行管理システム及び実行管理方法を提供
するものである。

【０００９】

【課題を解決するための手段】本発明は、１または２以
上のバージョンを有するプログラムの実行を管理するプ
ログラム実行管理システムにおいて、各プロセスのそれ
ぞれに対応して複数のプログラムバージョン記憶するプ
ログラム格納手段と、異常終了したプロセスの起動条件
を、該異常終了したプロセスに対応するプログラムバー
ジョンを除外するための除外条件として記憶する除外条
件格納手段と、前記除外条件格納手段に格納された除外
条件に基づいて、起動すべきプロセスに対応する１また
は２以上のプログラムバージョンの中から所定のプログ
ラムバージョンを選択し、該選択されたプログラムバー
ジョンに基づきプロセスを起動し、実行する実行手段
と、実行中のプロセスの異常を検出する検出手段と、実
行中プロセスの異常終了に基づき前記検出手段によって
検出された起動データを、除外条件の１つとして前記除
外条件格納手段に書き込む更新手段とからなるプログラ
ム実行管理システムである。

【００１０】また、本発明は、前記更新手段によって更
新された除外条件を含まないプログラムバージョンに基
づき該プロセスを再実行する再実行部をさらに含む。さ
らに、本発明は、通信路に接続された複数の処理装置か
らなり、１または２以上のバージョンを有するプログラ
ムを実行するプログラム実行管理システムにおいて、前
記一の処理装置は、各プロセスのそれぞれに対応して複
数のプログラムバージョン記憶するプログラム格納手段
と、異常終了したプロセスの起動条件を、該異常終了し
たプロセスに対応するプログラムバージョンを除外する
ための除外条件として記憶する除外条件格納手段と、前
記除外条件格納手段に格納された除外条件に基づいて、
起動すべきプロセスに対応する１または２以上のプログ
ラムバージョンの中から所定のプログラムバージョンを
選択し、該選択されたプログラムバージョンに基づきプ
ロセスを起動し、実行する実行手段と、実行中のプロセ
スの異常を検出する検出手段と、実行中プロセスの異常
終了に基づき前記検出手段によって検出された起動デー
タを、除外条件の１つとして前記除外条件格納手段に書
き込む更新手段と、前記更新手段によって書き込まれる
べき該除外条件を他の処理装置に送信する送信手段とか
らなるプログラム実行管理システムである。

【００１１】また、本発明は、前記更新手段は、自身以
外の処理装置から送信された除外条件に従って、除外条
件を更新する手段を含む。さらに、本発明を方法の観点
から把握すると、１または２以上のバージョンを有する
プログラムの実行を管理するプログラム実行管理方法に
おいて、待ち受け状態で起動要求を待つステップと、除
外条件を含まないプログラムバージョンを選択し、該プ
ログラムバージョンに対応するプロセスを起動し、実行
するステップと、異常終了することなく該プロセスの実
行が完了したか否かを検出するステップと、該起動され
たプロセスが異常終了した場合に、該プロセスの起動条
件を、該異常終了したプロセスに対応するプログラムバ
ージョンを除外するための除外条件として記憶するステ
ップとからなるプログラム実行管理方法である。

【００１２】

【発明の実施の形態】以下、図面を参照しながら本発明
の一実施の形態について説明する。図１は、本発明に係
る複数バージョンを有するプログラムの実行管理システ
ムの概略構成を示す図である。本実施の形態では、計算
機処理システムの実行単位をプロセスとしている。同図
（ａ）において、処理装置１ａ，１ｂ，１ｃは、プロセ
スを生成し、該プロセスを実行する。また、処理装置１
ａ，１ｂ，１ｃは、通信部２ａ，２ｂ，２ｃを介して通
信路３により相互に接続されている。通信部２ａ，２
ｂ，２ｃは、プロセス間の通信を制御するためのもので
ある。

【００１３】また、同図（ｂ）は、処理装置１のハード
ウェア構成の一例を示す図である。処理装置１は、ＣＰ
Ｕ（Central Processing Unit ）１０１、ＲＯＭ（Read
Only Memory）１０２、ＲＡＭ（Random Access Memor
y）１０３及びＩ／Ｏ装置（Input/Output unit ）から
なり、これらはシステムバス１０５により接続されてい
る。このように本発明は、コンピュータ上に実現され、
後述する本発明の各機能は、プログラムが実行されるこ
とにより実現される。

【００１４】図２は、本実施の形態に係る各処理装置の
構成を示す機能ブロック図である。すなわち、各処理装
置１ａ，１ｂ，１ｃは、通信部２（ここでは通信媒体を
含む）によって相互に接続されている。各処理装置１
ａ，１ｂ，１ｃは、複数のバージョンを有することがあ
るプログラムに基づいてプロセスを実行する。これは、
各プロセスごとに１又は２以上のプログラムのバージョ
ンが存在することを意味する。同一プログラムにおける
各バージョンは、同等の機能を実現する。

【００１５】プログラム格納部２１は、各プロセスに対
応し、１又は２以上のバージョンを有するプログラム
を、各バージョンごとに格納する。除外条件格納部２２
は、各バージョンにおいて異常が発生し得るプロセスの
起動条件に関する情報（除外条件表）を格納する。つま
り、この起動条件に関する情報は、当該バージョンをプ
ロセスの実行において除外するための除外条件である。

【００１６】図３は、除外条件格納部２２のデータ構造
の例を示す図である。同図に示すように、起動条件に関
する情報は、欄番号３１、プロセス名３２、異常終了す
る起動データ（除外条件）３３、及び対応するバージョ
ンのプログラムの開始アドレス３４の組からなり、その
組が１つのバージョンに対応する。つまり、プロセスの
起動データが、この異常終了する起動データ３３のいず
れかの欄の除外条件と一致する場合には、その欄に対応
するバージョンのプログラムは、当該プロセスの実行か
ら除外される。上述したように、１又は２以上のバージ
ョンを有するプログラムのそれぞれは、プログラム格納
部２１に格納されており、図３に示すプログラムの開始
アドレス３４は、あるバージョンのプログラムが格納さ
れたメモリの先頭番地である。

【００１７】図２において、実行部２３は、プロセスを
起動し、実行する。検出部２４は、実行されているプロ
セスの異常を検出する。更新部２６は、除外条件格納部
３に格納されている起動条件に関する情報、つまり、除
外条件を更新する。送信部２５は、除外条件が更新され
た場合に、更新の内容を通信部を通じて他の処理装置に
送信する。再実行部２８は、異常が検出されたプロセス
を再度起動する。

【００１８】実行中及び実行待ちのプロセスの情報は、
キュー（待ち列）を構成する。図４は、プロセスキュー
のデータ構造の一例を示す図である。同図に示すよう
に、プロセスキューは、１つの実行中プロセスキュー４
１といくつかの実行待ちプロセス４２から構成されてい
る。なお、同図に示す例では、実行中プロセスキュー４
１及び実行待ちプロセスキュー４２は、ともにまだ空で
ある。各プロセスキューは、各プロセスについて、起動
データ４３、プログラムのバージョンを特定するための
除外条件表の欄番号４４及びその他プロセス状態４５の
組からなる。

【００１９】上記のように構成された本発明は、以下の
ように動作する。図５は、本システムの処理動作を説明
するための図である。プロセスの起動要求は、起動要求
プロセス表（図示せず）に書き込まれる。この起動要求
は、ある処理装置上で実行されているプロセスから発生
する場合や、通信装置２を通じて他の処理装置から送信
されて来る場合もある。プロセス起動要求が存在してい
ない場合は、各処理装置は、待ち受け状態にある（ＳＴ
ＥＰ５１）。

【００２０】プロセスの起動要求が発生し、それが起動
要求プロセス表に書き込まれると、実行部２３は、当該
プロセスを起動しようとする起動条件を除外条件に含ま
ないバージョンのプログラムで、当該プロセスを起動
し、実行する（ＳＴＥＰ５２）。つまり、過去において
当該起動データを用いることで異常終了を起こしたこと
がないバージョンのプログラムに基づいて、プロセスを
起動し、実行する。

【００２１】例えば、図１に示す処理装置１ａに、他の
処理装置１ｂまたは１ｃからプロセスＡ、起動データ
（０，−１）による起動要求を受信した場合について考
える。この場合、図３に示すように、プロセスＡの除外
条件は存在しないので、プロセスＡの欄番号のうち、最
小の欄番号「０」に対応するプログラム開始アドレス
（００００）が決定され、実行待ちプロセスキュー４２
に追加される。

【００２２】次に、起動データ、対応表欄を含むプロセ
スに関連する情報が、実行中プロセスキュー４１に移さ
れ、プロセスの実行が開始される。そして、プロセスに
割り当てられたディスパッチ時間の経過後、又はプロセ
スの正常終了後、ＳＴＥＰ５１に戻る。実行しているプ
ロセスＡが異常終了となった場合、検出部２４が異常を
検出する（ＳＴＥＰ５３）。ここで、異常とは、例え
ば、アクセス権限のないメモリに対してアクセスをする
等の場合である。

【００２３】異常が検出された場合、検出部２４は、プ
ロセス名、起動データ及び実行中プロセスキュー４１の
対応する除外条件表欄に基づいて、異常終了する起動デ
ータ及び当該プロセスを特定し、これを送信部２５、更
新部２６及び再実行部２８に通知する。すなわち、異常
終了に係る起動条件が（０，−１）であり、図３に示す
バージョンの欄番号が０であることを特定し、通知す
る。送信部２５は、通信装置２を通じて他の処理装置１
ｂ，１ｃに送信する（ＳＴＥＰ５４）。

【００２４】通知を受け取った更新部２６は、当該プロ
セスに用いられた起動データを、異常終了を起こす起動
データとして除外条件格納部２２に記録する（ＳＴＥＰ
５５）。また、再実行部２８は、その後今回の起動デー
タで異常終了を起こしたことのないバージョンのプログ
ラムに従ってプロセスを再起動する（ＳＴＥＰ５２）。

【００２５】以上のように、本実施の形態では、プロセ
スの名称ごとに用いるプログラムのバージョンを１つ又
はそれ以上格納している。そして、あるバージョンで異
常の発生したときの起動条件（本実施の形態では起動デ
ータ）は、当該バージョンの除外条件として格納、追加
される。新たなプロセスを起動しようとする場合は、起
動条件を除外条件に含むバージョンは除外され、他のバ
ージョンが用いられるので、プロセスの異常の発生が防
止され、信頼性が向上する。

【００２６】また、本実施の形態では、複数の処理装置
が存在するが、１つの処理装置で異常が発生し、除外条
件が更新された場合、更新内容がすべての処理装置に反
映されるので、すべての処理装置において同様の異常の
発生が効果的に防止される。さらに、本実施の形態で
は、異常終了したプロセスが、他のバージョンのプログ
ラムで直ちに再起動されるので、処理の中断を回避する
ことができる。

【００２７】［第２実施の形態］図６は、本実施の形態
に係る各処理装置の構成を示す機能ブロック図である。
本実施の形態は、以下の点で上述の実施の形態と相違す
る。すなわち、再実行管理部６１は、検出部２４の再実
行通知に従ってプロセス起動要求表の書き換えのみを行
い、実行部２３はプロセス起動要求表６２に従ってプロ
セスを実行する。これにより、プロセスの実行は、実行
部２３のみで行われることになる。なお、プロセス起動
要求表６２は、たとえば、「呼出プロセス名」、「起動
データ」などが書き込まれる。

【００２８】以下、各部の動作処理を図７に基づいて説
明する。図１に示す処理装置１ａに、他の処理装置１
ｂ，１ｃから呼出名がプロセスＡ、起動データが（０，
−１）の起動要求を受信し、起動要求プロセス表６２に
書き込まれたとする。また、このとき、処理装置１ａの
除外条件表は図３に示すように、処理装置１ａ並びに及
び他の処理装置１ｂ，１ｃのプロセスキューは、図４に
示すように、なっていたとする。

【００２９】まず、実行部２３は、起動要求プロセス表
６２を参照し、書き込まれたプロセスの呼出名と起動デ
ータを読み出すことによりプロセスの起動要求を得て
（ＳＴＥＰ７１）、除外条件表（図３）を参照し、プロ
セスＡを呼出名として持つプログラムのバージョンのう
ち、起動データ（０，−１）を除外条件に含まないバー
ジョンのプログラムを選択する。本実施の形態では、図
３に示すように、プロセスＡのうち、いずれのバージョ
ンのプログラムも除外条件を有していない。すなわち、
いずれのバージョンのプログラムについても、起動デー
タ（０，−１）を除外条件として持たないので、プロセ
スＡを持つ中で先頭の欄に対応するプログラムを選択す
る。そして、図１１に示すように、欄番号０と、プログ
ラム開始アドレス（００００）を起動データとともに、
実行待ちプロセスキュー４２の最後尾に追加する（ＳＴ
ＥＰ７２）。

【００３０】次に、実行部２３は、実行待ちプロセスキ
ュー４２の先頭の内容を実行中プロセスキュー４１に移
し、プロセスの実行を開始する（ＳＴＥＰ７３）。実行
部２３は、プロセスＡに割り当てられたディスパッチ時
間の経過後（ＳＴＥＰ７４）、実行中プロセスを実行待
ちプロセスキュー４２の最後尾に移動して、ＳＴＥＰ７
１に戻る。また、実行部２３は、プロセスＡが正常終了
した場合には、実行中プロセスキュー４１から当該プロ
セスＡを消去して、ＳＴＥＰ７１に戻る（ＳＴＥＰ７
６、ＳＴＥＰ７７）。これに対して、実行しているプロ
セスＡが異常終了した場合には、実行部２３は、異常信
号を発行する（ＳＴＥＰ７８）。

【００３１】検出部２４は、この異常信号を検出する
と、実行中プロセスキュー４１に基づいて、異常終了に
係る起動データが（０，−１）であり、除外条件表の欄
番号が０であることを特定し、これを、送信部２５、更
新部２６及び再実行管理部６１に通知する。

【００３２】送信部２５は、通信装置２を介して起動デ
ータ（０，−１）と対応表の欄番号０を他の処理装置に
送信する。また、更新部２６は、除外条件表の欄番号０
の除外条件に起動データ（０，−１）を追加する。

【００３３】他の処理装置１ｂ，１ｃにおいては、通信
装置２を介して受信部２７が起動条件（０，−１）と対
応表の欄番号０を受信すると、これを更新部２６に通知
し、更新部２５は、異常終了を検出した処理装置１ａの
場合と同様に、対応表の欄番号０の除外条件に起動デー
タ（０，−１）を追加する。

【００３４】この結果、すべての処理装置の除外条件格
納部２２に対して、欄番号０の除外条件として（０，−
１）が追加される。さらに、検出部２６から起動条件
（０，−１）と除外条件データの欄番号０が通知された
再実行管理部６１は、除外条件データの欄番号０から、
起動呼出名が「プロセスＡ」であることを特定し、起動
呼出名「プロセスＡ」と起動データ（０，１）を起動要
求プロセス表６２に書き込む。

【００３５】その後、実行部２３は、再び起動要求プロ
セス表６２を参照し、呼出名プロセスＡ、起動データ
（０，−１）の起動要求を得て（ＳＴＥＰ７１）、除外
条件表（図８）を参照し、プロセスＡを呼出名として持
つプログラムのバージョンのうち、起動データ（０，−
１）を除外条件に含まないバージョンを選択する。本実
施の形態では、呼出名プロセスＡを持つバージョンのう
ち、（０，−１）を除外条件としても持たない欄番号１
のバージョンが選択され、欄番号１とプログラム開始ア
ドレス（０８００）を起動データとともに、実行待ちプ
ロセスキュー４２の最後尾に追加する（ＳＴＥＰ７
２）。

【００３６】次に、実行部２３は、図９に示す実行待ち
プロセスキュー４２の先頭の内容を実行中プロセスキュ
ー４１に移し、プロセスの実行を開始する（ＳＴＥＰ７
３）。この結果プロセスキュー１０は、図９に示すよう
になる。

【００３７】そして、これ以後の処理においても、本処
理装置および他の処理装置で呼び出し名がプロセスＡ、
起動データ（０，−１）の起動要求が発生すると、欄番
号０のバージョンは除外され、欄番号１のバージョンが
用いられることになる。

【００３８】以上のように、本実施の形態では、プロセ
スの名称ごとに用いるプログラムのバージョンを１つ又
はそれ以上格納している。そして、あるバージョンで異
常の発生したときの起動条件（本実施の形態では起動デ
ータ）は、当該バージョンの除外条件として格納、追加
される。新たなプロセスを起動しようとする場合は、起
動条件を除外条件に含むバージョンは除外され、他のバ
ージョンが用いられるので、プロセスの異常の発生が防
止され、信頼性が向上する。

【００３９】また、本実施の形態では、複数の処理装置
が存在するが、１つの処理装置で異常が発生し、除外条
件が更新された場合、更新内容がすべての処理装置に反
映されるので、すべての処理装置において同様の異常の
発生が効果的に防止される。さらに、本実施の形態で
は、異常終了したプロセスが、他のバージョンのプログ
ラムで直ちに再起動されるので、処理の中断を回避する
ことができる。

【００４０】［第３実施の形態］図１２は、複数バージ
ョンを有するプログラムの実行管理システムの概略構成
を示す図である。同図に示すように、本実施の形態に係
るプログラム実行管理システムは、共有メモリ１２１を
有し、この共有メモリ１２１は、バス１２２を介して各
処理装置１ａ，１ｂ，１ｃに接続されている。すなわ
ち、上述の実施の形態では、各処理装置１ａ，１ｂ，１
ｃがプロセスキューをローカルにそれぞれ有していた
が、本実施の形態では、プロセスキューを共有メモリ１
２１としてグローバルに有している。

【００４１】図１３は、図１２に示した本実施の形態に
係る各処理装置の構成を示す機能ブロック図である。同
図は、処理装置１ａに関して説明しているが、他の処理
装置１ｂ，１ｃも構成は同様である。同図に示すよう
に、第１検出部１３１は、上述した検出部２４と同等で
ある。また、第２検出部１３２は、共有メモリ１２１内
のキュー１２１-1，１２１-2が書き換えられたか否かを
検出する。なお、特に断らない限り、プロセスキュー
は、共有メモリ上における自身の処理装置に対して参
照、書き込みするものとする。

【００４２】送信部２５は、所定のタイミングで他処理
装置に所定のメッセージ、例えば、「Ｉ’ｍ ａｌｉｖ
ｅ」を送信する。受信部２７は、いずれかの処理装置か
ら一定時間を経過してもメッセージを受信しなかった場
合には、他の処理装置の第２検出部２７に処理装置名
（例えば、識別番号）を通知する。

【００４３】他の処理装置の第２検出部は、受信部２７
から当該処理装置名を受け取ると、共有メモリ１２１上
の当該異常終了した処理装置に対応するプロセスキュー
を参照し、実行中プロセスキュー４１の欄番号及び起動
データを更新部２６に通知する。

【００４４】例えば、呼出名Ａ、起動データ（０，−
１）で起動要求が発生し、アドレス（００００）のバー
ジョンのプログラムに基づいてプロセスが起動したとす
る。また、本実施の形態では、異常によって該処理装置
自身がその実行を停止してしまったとする。他の処理装
置の受信部は、その後、一定時間が経過しても、該処理
装置からの「Ｉ’ｍ ａｌｉｖｅ」メッセージが受信し
ていないことを検出すると、第２検出部に異常終了した
処理装置として当該処理装置名を通知する。第２検出部
１３２は、共有メモリ１２１上の異常終了した処理装
置、すなわち、処理装置用の実行中プロセスキュー４１
を参照し、起動データ（０，−１）と除外条件表の欄番
号０を特定し、更新部２６に通知する。更新部２６は、
上述した実施の形態と同様に、除外条件表の欄番号０の
除外条件に起動データ（０，−１）を追加する。

【００４５】これにより、異常により処理装置が実行を
停止してしまった場合でも、すべての処理装置の対応表
は更新される。従って、以降の呼出名プロセスＡ、起動
データ（０，−１）のプロセス起動要求が他の処理装置
で発生した場合でも、起動データ（０，−１）で異常を
起こすバージョンのプログラムは除外されることにな
る。

【００４６】［第４実施の形態］図１４は、第４実施の
形態に係る本実施の形態に係る各処理装置の構成を示す
機能ブロック図である。上述までの実施の形態では、除
外条件格納部１４１として除外条件表を、各処理装置の
ローカルメモリに設けていたが、本実施の形態では、す
べての処理装置の共用として共有メモリ１２１上に設け
ている。また、本実施の形態では、各処理装置に対し
て、代替処理装置名が代替処理装置名格納部１４１に定
義されている。

【００４７】ある処理装置の第２検出部１３２は、受信
部２７から異常終了した処理装置名を受け取ると、自身
が異常終了した処理装置の代替装置であるか否かを判断
する。そして、第２検出部１３２は、自身が代替装置で
あると判断した場合は、共有メモリ１２１上の異常終了
した処理装置に対応するプロセスキューを参照し、実行
中プロセスキュー４１の欄番号と起動データを更新部２
６と再実行管理部６１に通知する。

【００４８】異常終了によって本処理装置自体が実行を
停止して、一定時間が経過した時点で、他のすべての処
理装置の第２検出部１３２が、受信部２７より異常終了
した処理装置名として当該処理装置名を受信する。異常
終了した処理装置の代替処理装置として定義されている
処理装置の第２検出部１３２は、共有メモリ１２１上の
異常終了した処理装置の実行中プロセスキューを参照
し、起動データ（０，−１）と除外条件表の欄番号０を
特定し、これを更新部２６と再実行管理部６１に通知す
る。更新部２６は、対応表の欄番号０の除外条件に起動
データ（０，−１）を追加する。また、再実行管理部６
１は、除外条件表の欄番号０から、起動呼出名がプロセ
スＡであることを特定し、呼出名プロセスＡと起動デー
タ（０，１）を起動要求プロセス表に書き込む。これに
より、この代替処理装置において、上述の実施の形態と
同様に、呼出名プロセスＡ、起動データ（０，−１）の
プロセス起動要求が再起動する。

【００４９】よって、異常終了により処理装置が実行を
停止した場合でも、除外条件格納部２２の除外条件表は
更新される。従って、以降で呼出名プロセスＡ、起動デ
ータ（０，−１）のプロセス起動要求が他の処理装置で
発生した場合でも、起動データ（０，−１）で異常を起
こすバージョンのプログラムは除外される。さらに、異
常を起こした呼び出し名プロセスＡ、起動データ（０，
−１）のプロセス起動要求は代替処理装置において再起
動される。

【００５０】

【発明の効果】上述したように、本発明によれば、新た
なプロセスを起動しようとする場合は、起動条件を除外
条件に含むバージョンは除外され、他のバージョンが用
いられるので、プロセスの異常の発生が防止され、信頼
性が向上する。

【００５１】また、本発明によれば、複数の処理装置が
存在する場合であっても、１つの処理装置で異常が発生
し、除外条件が更新された場合、更新内容がすべての処
理装置に反映されるので、すべての処理装置において同
様の異常の発生が効果的に防止される。さらに、本発明
によれば、異常終了したプロセスが、他のバージョンの
プログラムで直ちに再起動されるので、処理の中断を効
果的に回避することができる。

【図面の簡単な説明】

【図１】 本発明に係る複数バージョンを有するプログ
ラムの実行管理システムの概略構成を示す図。

【図２】 第１の実施の形態に係る各処理装置の構成を
示す機能ブロック図。

【図３】 除外条件格納部のデータ構造の例を示す図。

【図４】 プロセスキューのデータ構造の一例を示す
図。

【図５】 本システムの処理動作を説明するための図。

【図６】 第２の実施の形態に係る各処理装置の構成を
示す機能ブロック図。

【図７】 本システムの処理動作を説明するための図。

【図８】 除外条件格納部のデータ構造の例を示す図。

【図９】 プロセスキューのデータ構造の一例を示す
図。

【図１０】 プロセスキューのデータ構造の一例を示す
図。

【図１１】 プロセスキューのデータ構造の一例を示す
図。

【図１２】 他の発明に係る複数バージョンを有するプ
ログラムの実行管理システムの概略構成を示す図。

【図１３】 第３の実施の形態に係る各処理装置の構成
を示す機能ブロック図。

【図１４】 第４の実施の形態に係る各処理装置の構成
を示す機能ブロック図。

【符号の説明】

１…処理装置 ２…通信装置 ３…通信路 ２１…プログラム格納部 ２２…除外条件格納部 ２３…実行部 ２４…検出部 ２５…送信部 ２６…更新部 ２７…受信部 ２８…再実行部 ６１…再実行管理部

Claims (5)

【特許請求の範囲】
1. 【請求項１】 １または２以上のバージョンを有するプ
   ログラムの実行を管理するプログラム実行管理システム
   において、 各プロセスのそれぞれに対応して複数のプログラムバー
   ジョン記憶するプログラム格納手段と、 異常終了したプロセスの起動条件を、該異常終了したプ
   ロセスに対応するプログラムバージョンを除外するため
   の除外条件として記憶する除外条件格納手段と、 前記除外条件格納手段に格納された除外条件に基づい
   て、起動すべきプロセスに対応する１または２以上のプ
   ログラムバージョンの中から所定のプログラムバージョ
   ンを選択し、該選択されたプログラムバージョンに基づ
   きプロセスを起動し、実行する実行手段と、 実行中のプロセスの異常を検出する検出手段と、 実行中プロセスの異常終了に基づき前記検出手段によっ
   て検出された起動データを、除外条件の１つとして前記
   除外条件格納手段に書き込む更新手段とからなるプログ
   ラム実行管理システム。
2. 【請求項２】 前記更新手段によって更新された除外条
   件を含まないプログラムバージョンに基づき該プロセス
   を再実行する再実行部をさらに含む請求項１記載のプロ
   グラム実行管理システム。
3. 【請求項３】 通信路に接続された複数の処理装置から
   なり、１または２以上のバージョンを有するプログラム
   を実行するプログラム実行管理システムにおいて、 前記一の処理装置は、 各プロセスのそれぞれに対応して複数のプログラムバー
   ジョン記憶するプログラム格納手段と、 異常終了したプロセスの起動条件を、該異常終了したプ
   ロセスに対応するプログラムバージョンを除外するため
   の除外条件として記憶する除外条件格納手段と、 前記除外条件格納手段に格納された除外条件に基づい
   て、起動すべきプロセスに対応する１または２以上のプ
   ログラムバージョンの中から所定のプログラムバージョ
   ンを選択し、該選択されたプログラムバージョンに基づ
   きプロセスを起動し、実行する実行手段と、 実行中のプロセスの異常を検出する検出手段と、 実行中プロセスの異常終了に基づき前記検出手段によっ
   て検出された起動データを、除外条件の１つとして前記
   除外条件格納手段に書き込む更新手段と、 前記更新手段によって書き込まれるべき該除外条件を他
   の処理装置に送信する送信手段とからなる複数バージョ
   ンを有するプログラム実行管理システム。
4. 【請求項４】 前記更新手段は、自身以外の処理装置か
   ら送信された除外条件に従って、除外条件を更新する手
   段を含む請求項３記載のプログラム実行管理システム。
5. 【請求項５】 １または２以上のバージョンを有するプ
   ログラムの実行を管理するプログラム実行管理方法にお
   いて、 待ち受け状態で起動要求を待つステップと、 除外条件を含まないプログラムバージョンを選択し、該
   プログラムバージョンに対応するプロセスを起動し、実
   行するステップと、 異常終了することなく該プロセスの実行が完了したか否
   かを検出するステップと、 該起動されたプロセスが異常終了した場合に、該プロセ
   スの起動条件を、該異常終了したプロセスに対応するプ
   ログラムバージョンを除外するための除外条件として記
   憶するステップとからなるプログラム実行管理方法。