JP2871998B2 - プログラム修正方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は計算機システムのプログ
ラム修正方式に関し、特に、システム停止が困難な計算
機システムのプログラムを修正するプログラム修正方式
に関する。

【０００２】

【従来の技術】従来のこの種のプログラム修正方式は、
以下のようなものであった。先ず、プログラムエリアに
格納されているプログラムのパッチ箇所の内容を退避エ
リアに退避させ、次いでパッチ箇所を修正プログラムと
入れ換える。その後、入れ換えの済んだプログラムを実
行し、実行結果が正常か否かを判定する。実行結果が正
常である場合は修正処理を終了し、異常である場合は用
意してある別の修正プログラムとの入れ換えを行なう。
このような処理を実行結果が正常になるまで繰り返し行
なう。但し、用意してある全ての修正プログラムを使用
しても実行結果が正常にならない場合は退避エリアに退
避させてあるパッチ箇所の内容を用いてプログラムを元
に戻す（例えば、特開平３−９７０３０号公報）。

【０００３】

【発明が解決しようとする課題】上述した従来のプログ
ラム修正方式では、用意してある全ての修正プログラム
を用いても実行結果が正常にならない場合、パッチ箇所
を含むプログラムは最終的に元のプログラムに戻ってし
まうため、パッチ箇所を原因とする障害が発生する場合
があるという問題点があった。

【０００４】また、上述した従来のプログラム修正方式
は退避エリアを必要とするため、多くのメモリ資源が必
要になるという問題があった。

【０００５】本発明の目的はパッチ箇所の修正がうまく
いかなかった場合に於いても、パッチ箇所を原因とする
障害が発生することがなく、且つ少ないメモリ量でプロ
グラムの修正を行なうことができるプログラム修正方式
を提供することにある。

【０００６】

【課題を解決するための手段】本発明は上記目的を達成
するため、ユーザコンソールを有する計算機システムに
於いて、パッチ情報格納エリアと、前記ユーザコンソー
ルから入力された、修正対象プログラム中のパッチ箇所
の内容と置き換えるべき修正プログラムと、前記パッチ
箇所を含むモジュールの先頭アドレス及びサイズから構
成される縮退運転アドレスとを含むパッチ情報を前記パ
ッチ情報格納エリアに格納するパッチ情報格納部と、前
記パッチ箇所の内容を前記パッチ情報格納エリアに格納
されている何れの修正プログラムの内容としても、前記
修正対象プログラムの実行結果が異常となった場合、前
記パッチ情報に基づいて算出した前記パッチ箇所を含む
モジュールの先頭アドレス，最終アドレスを出力し、前
記修正対象プログラムの実行時に割り込み信号が発生す
ることにより実行アドレスを前記パッチ箇所を含むモジ
ュールの最終アドレスの次のアドレスに移行させるパッ
チ処理部と、 修正対象プログラムの実行アドレスが前記
パッチ箇所を含むモジュールの先頭アドレスと最終アド
レスとの間のアドレスになった時、割り込み信号を発生
する割り込み回路とを設けたものである。

【０００７】

【作用】ユーザコンソールから入力された修正プログラ
ム及び縮退運転アドレスを含むパッチ情報はパッチ情報
格納部によってパッチ情報格納エリアに格納される。

【０００８】パッチ処理部はパッチ箇所の内容をパッチ
情報格納エリアに格納されている何れの修正プログラム
の内容としても、修正対象プログラムの実行結果が異常
となった場合、パッチ情報に基づいて算出した前記パッ
チ箇所を含むモジュールの先頭アドレス，最終アドレス
を出力する。割り込み回路は、修正対象プログラムの実
行アドレスが前記パッチ箇所を含むモジュールの先頭ア
ドレスと最終アドレスとの間のアドレスになった時、割
り込み信号を発生する。パッチ処理部は、修正対象プロ
グラムの実行時に割り込み信号が発生すると、実行アド
レスをパッチ箇所を含むモジュールの最終アドレスの次
のアドレスに移行させる。

【０００９】

【実施例】次に本発明の実施例について図面を参照して
詳細に説明する。

【００１０】図１は本発明の実施例のブロック図であ
り、ＣＰＵ１０と、ユーザコンソール１９とから構成さ
れている。

【００１１】ＣＰＵ１０はオペレーティングシステム
（ＯＳ）１１と、プログラムエリア１２と、パッチ情報
が格納されるパッチ情報格納エリア１３とを含んでい
る。尚、プログラムエリア１２中の１２ａはパッチ箇所
を示しており、パッチ情報格納エリア１３は複数のエリ
ア１３ａ，１３ｂ，…，１３ｎから構成されている。

【００１２】オペレーティングシステム１１はパッチ情
報がパッチ情報格納エリア１３に格納されているか否か
を監視するパッチ情報有無認識部１５と、ユーザコンソ
ール１９からＣＰＵ１０に入力されたパッチ情報をパッ
チ情報格納エリア１３に格納するパッチ情報格納部１６
と、パッチ箇所１２ａをパッチ情報に含まれている修正
プログラムで置き換えると共に、置き換えの済んだプロ
グラムを実行し、実行結果に従った処理を行なうパッチ
処理部１７とを含んでいる。

【００１３】図２はパッチ情報有無認識部１５がパッチ
情報格納エリア１３にパッチ情報が格納されているか否
かを管理するために使用するパッチ情報管理テーブル２
０の内容例を示した図である。

【００１４】同図に示すように、パッチ情報管理テーブ
ル２０にはパッチ情報格納エリア１３の各エリア１３
ａ，１３ｂ，…，１３ｎに対応したパッチ情報有無フラ
グ２１ａ，２１ｂ，…，２１ｎと、パッチ処理フラグ２
２ａ，２２ｂ，…，２２ｎとが格納される。

【００１５】パッチ情報有無フラグ２１ａ，２１ｂ，
…，２１ｎはパッチ情報格納エリア１３の各エリア１３
ａ，１３ｂ，…，１３ｎにパッチ情報が格納されている
か否かを有／無によって示すフラグである。

【００１６】パッチ処理フラグ２２ａ，２２ｂ，…，２
２ｎはパッチ情報格納エリア１３のエリア１３ａ，１３
ｂ，…，１３ｎに格納されているパッチ情報を使用した
プログラム修正が、未実行であるか、実行中であるか或
いは実行完了であるかを未／中／完によって示すフラグ
である。

【００１７】図３はパッチ情報格納エリア１３の各エリ
ア１３ａ，１３ｂ，…，１３ｎに格納されるパッチ情報
３０のフォーマットの一例を示した図である。

【００１８】同図に示すように、パッチ情報３０は、他
のパッチ情報と当該パッチ情報３０とを区別するための
パッチＩＤ３１と、パッチ実行後の実行結果が異常とな
った場合の回復処理レベルを規定する障害レベル情報３
２と、パッチ情報３０に含まれている修正プログラムの
数を示すパッチ数３３と、修正プログラム３４ａ，３４
ｂ，…，３４ｎと、パッチ箇所を示すアドレス情報３５
ａ，３５ｂ，…３５ｎと、対応する修正プログラム３４
ａ，３４ｂ，…３４ｎについての処理が未実行である
か、実行済みであるかを未／完によって示す処理フラグ
３６ａ，３６ｂ，…３６ｎと、パッチ処理が失敗した場
合に縮退運転させるエリアを示す縮退運転アドレス３７
とから構成されている。尚、処理フラグ３６ａ，３６
ｂ，…３６ｎは初期状態に於いては“未”となっている
ものである。

【００１９】次に、各図を参照して本実施例の動作を説
明する。

【００２０】ユーザコンソール１９からＣＰＵ１０にパ
ッチ情報３０が入力されると、オペレーティングシステ
ム１１のパッチ情報格納部１６はパッチ情報３０を、そ
れに含まれているパッチＩＤ３１に従ってパッチ情報格
納エリア１３に設けられているエリア１３ａ，１３ｂ，
…，１３ｎの内の所定のエリア（この例では、エリア１
３ａとする）に格納する。

【００２１】更に、パッチ情報格納部１６はパッチ情報
を格納したエリア１３ａと対応するパッチ情報管理テー
ブル２０中のパッチ情報有無フラグ２１ａを“有”と
し、パッチ処理フラグ２２ａを「未実行」を示す“未”
とする。

【００２２】パッチ情報有無認識部１５はパッチ情報管
理テーブル２０のパッチ情報有無フラグ２１ａ，２１
ｂ，…２１ｎを順次検索しており、その内容が“有”に
なっているパッチ情報有無フラグを探し出すと、対応す
るパッチ処理フラグの内容が「未実行」を示す“未”に
なっているか否かを判断する。そして、“未”になって
いる場合は、その内容を「実行中」を示す“中”に変更
し、更に、上記探し出したパッチ情報有無フラグと対応
するパッチ情報格納エリア１３中のエリアを示す情報を
パッチ処理部１７に渡す。

【００２３】この例では、パッチ情報有無フラグ２１ａ
の内容が“有”になっており、対応するパッチ処理フラ
グ２２ａの内容が“未”になっているので、パッチ情報
有無認識部１５はパッチ処理フラグ２２ａの内容を「実
行中」を示す“中”に変更し、更に、パッチ情報有無フ
ラグ２１ａと対応するパッチ情報格納エリア１３中のエ
リア１３ａを示す情報をパッチ処理部１７に渡すことに
なる。

【００２４】パッチ処理部１７はパッチ情報有無認識部
１５からパッチ情報格納エリア１３中のエリア１３ａを
示す情報が渡されると、そこに格納されているパッチ情
報３０のパッチ数３３が「０」か否かを、即ちパッチ情
報３０に未処理の修正プログラムが存在するか否かを判
断する。

【００２５】そして、「０」でないと判断した場合、即
ち未処理の修正プログラムが存在すると判断した場合
は、パッチ処理部１７は処理フラグ３６ａ，３６ｂ，
…，３６ｎを検索し、その内容が“未”になっているも
のの１つ（例えば、処理フラグ３６ａとする）を選択す
る。

【００２６】処理フラグ３６ａを選択すると、パッチ処
理部１７は選択した処理フラグ３６ａと対応するアドレ
ス情報３５ａに基づいてプログラムエリア１２中のパッ
チ箇所１２ａのアドレス，サイズを求め、更に、処理フ
ラグ３６ａと対応する修正プログラム３４ａをパッチ箇
所１２ａにロードし、実行させる。

【００２７】パッチ処理部１７は修正済みのプログラム
の実行が終了すると、実行結果と障害レベル情報３２と
に基づいて実行結果が正常レベルであるか否かを判断す
る。

【００２８】実行結果が正常レベルである場合は、パッ
チ処理部１７は処理フラグ３６ａの内容を「実行完了」
を示す“完”にし、続いてパッチ情報有無フラグ２１ａ
を“無”にし、更にパッチ処理フラグ２２ａを“完”に
した後、ユーザコンソール１９に対してパッチＩＤ３１
によって示されるパッチ処理が正常に終了した旨のメッ
セージを出力する。

【００２９】また、実行結果が異常となった場合は、パ
ッチ処理部１７は処理フラグ３６ａを「実行完了」を示
す“完”にし、パッチ数３３を−１した後、パッチ数３
３が「０」になっているか否かを判断する。

【００３０】「０」になっていないと判断した場合、即
ちパッチ情報３０に未処理の修正プログラムが存在する
と判断した場合は、パッチ処理部１７は内容が“未”に
なっている処理フラグを１つ選択し、前述したと同様の
処理を行なう。

【００３１】「０」になっていると判断した場合、即
ち、パッチ情報３０に未処理の修正プログラムが存在し
ないと判断した場合は、パッチ処理部１７はパッチ情報
有無フラグ２１ａを“無”にし、パッチ処理フラグ２２
ａを“完”にし、更にユーザコンソール１９に対してパ
ッチ処理が失敗したので、縮退運転を行なう旨のメッセ
ージを出力した後、以下に述べる処理を行なう。

【００３２】パッチ処理部１７は縮退運転アドレス３７
に基づいて、プログラムエリア１２に於ける縮退運転の
アドレス，サイズを求める。ここで、縮退運転アドレス
３７にはパッチ箇所１２ａを含むモジュールの先頭アド
レス及びそのサイズが縮退アドレス，サイズとして格納
されている。

【００３３】パッチ処理部１７は縮退運転アドレス３７
に基づいて縮退運転のアドレス、即ちパッチ箇所１２ａ
を含むモジュールの先頭アドレスを図４に示す割り込み
回路内のレジスタ４１にセットし、上記縮退運転アドレ
スに上記サイズを加算したアドレス、即ちパッチ箇所１
２ａを含むモジュールの最終アドレスを図４に示すレジ
スタ４２にセットする。尚、図４に示す構成の割り込み
回路はパッチ情報格納エリア１３の各エリア１３ａ，１
３ｂ，…，１３ｎに対応して設けられている。

【００３４】レジスタ４１にセットされたモジュールの
先頭アドレスＡ１は比較器４３によってプログラムの実
行アドレスＡ０と比較され、比較器４３はＡ１≦Ａ０と
なることにより、その出力信号を“１”とする。また、
レジスタ４２にセットされたモジュールの最終アドレス
Ａ２は比較器４４によってプログラムの実行アドレスＡ
０と比較され、比較器４４はＡ２≧Ａ０となることによ
り、その出力信号を“１”とする。

【００３５】比較器４３，４４の出力信号はアンドゲー
ト４５で論理積がとられ、アンドゲート４５の出力信号
はパッチ処理部１７に対する割り込み信号となる。即
ち、プログラムの実行アドレスＡ０が縮退運転アドレス
情報３７によって示されるパッチ箇所１２ａを含むモジ
ュール内のアドレスになった場合、パッチ処理部１７に
割り込みがかかることになる。

【００３６】パッチ処理部１７はアンドゲート４５の出
力信号によって割り込みがかけられると、レジスタ４２
にセットしたアドレスの次のアドレス、即ちパッチ箇所
１２ａを含むモジュールの次のモジュールの先頭アドレ
スにプログラムの実行アドレスを移行させると共に、レ
ジスタ４１にセットしたアドレスからレジスタ４２にセ
ットしたアドレスまでを実行していない旨のステータス
をセットし、更に、レジスタ４１にセットしたアドレス
からレジスタ４２にセットしたアドレスまでの部分を縮
退運転した旨のメッセージをユーザコンソール１９に出
力する。尚、上記ステータスはプログラムエリア１２に
格納されたプログラムから参照可能な部分であれば何処
にセットしても構わず、このステータスを参照すること
により、縮退運転の有無を判断することができる。

【００３７】以上、本発明を実施例に基づいて具体的に
説明したが、本発明は実施例に限定されるものではな
く、その要旨を逸脱しない範囲に於いて種々変更可能で
あることはいうまでもない。

【００３８】

【発明の効果】以上説明したように、本発明は、パッチ
箇所の修正がうまくいかなかった場合、例えばパッチ箇
所を含むモジュール等の縮退運転アドレスによって示さ
れる部分を縮退運転するものであるので、パッチ箇所の
修正がうまくいかなかった場合に於いても、パッチ箇所
を原因とする障害を防ぐことができる効果がある。

【００３９】また、本発明によれば、従来の技術のよう
に、パッチ箇所の内容を退避させておく退避エリアが不
要になるので、プログラム修正に伴うメモリ資源を少な
いものにすることができる効果がある。

【図面の簡単な説明】

【図１】本発明の実施例のブロック図である。

【図２】パッチ情報管理テーブル２０の構成例を示す図
である。

【図３】パッチ情報３０の内容例を示す図である。

【図４】割り込み回路の一例を示すブロック図である。

【符号の説明】

１０…ＣＰＵ １１…オペレーティングシステム １２…プログラムエリア １２ａ…パッチ箇所 １３…パッチ情報格納エリア １３ａ〜１３ｎ…エリア １５…パッチ情報有無認識部 １６…パッチ情報格納部 １７…パッチ処理部 １９…ユーザコンソール ２０…パッチ情報管理テーブル ２１ａ〜２１ｎ…パッチ情報有無フラグ ２２ａ〜…パッチ処理フラグ ３０…パッチ情報 ３１…パッチＩＤ ３２…障害レベル情報 ３３…パッチ数 ３４ａ〜３４ｎ…修正プログラム ３５ａ〜３５ｎ…アドレス情報 ３６ａ〜３６ｎ…処理フラグ ３７…縮退運転アドレス情報 ４１，４２…レジスタ ４３，４４…比較器 ４５…アンドゲート

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 ユーザコンソールを有する計算機システ
   ムに於いて、 パッチ情報格納エリアと、 前記ユーザコンソールから入力された、修正対象プログ
   ラム中のパッチ箇所の内容と置き換えるべき修正プログ
   ラムと、前記パッチ箇所を含むモジュールの先頭アドレ
   ス及びサイズから構成される縮退運転アドレスとを含む
   パッチ情報を前記パッチ情報格納エリアに格納するパッ
   チ情報格納部と、前記パッチ箇所の内容を前記パッチ情報格納エリアに格
   納されている何れの修正プログラムの内容としても、前
   記修正対象プログラムの実行結果が異常となった場合、
   前記パッチ情報に基づいて算出した前記パッチ箇所を含
   むモジュールの先頭アドレス，最終アドレスを出力し、
   前記修正対象プログラムの実行時に割り込み信号が発生
   することにより実行アドレスを前記パッチ箇所を含むモ
   ジュールの最終アドレスの次のアドレスに移行させるパ
   ッチ処理部と、 修正対象プログラムの実行アドレスが前記パッチ箇所を
   含むモジュールの先頭アドレスと最終アドレスとの間の
   アドレスになった時、割り込み信号を発生する割り込み
   回路 とを備えたことを特徴とするプログラム修正方式。