JPS5853377B2 - プログラムシユウセイゴソウサボウシホウホウ - Google Patents

Description

【発明の詳細な説明】 本発明はプログラム保守方法に係り、特にオンラインシ
ステムにおいて動作するプログラムの誤りを修正すると
きの誤操作防止方法に関するものである。

従来、プログラムの修正、特にオンラインで動く計算機
システムに組込まれたプログラムの修正は直接計算機の
メモリ上で行なうことが多く、またオンライン運転を停
止することができないこと、またそのプログラムに割付
けられたメモリエリアの制限などからメモリ上で直接修
正した形（この形の修正を以下「パッチ」と呼ぶ）のま
まで比較的長期間に渡って計算機の運転を続行すること
が多い。

一方、一般にパッチを実施する方法としては２つの方法
がある。

一つは第１図に示すように計算機のコンソール釦より直
接、修正アドレスと修正データを指定する方法がある。

他の一つは第２図に示すように計算機内に存在するパッ
チ実施プログラムを通して、修正アドレスと修正データ
を指定する方法である。

前者は小規模な計算機でコアメモリのみをもつような場
合に用いられることがあるが、ふつうは後者の方法が用
いられる。

本発明はこの後者の方法を用いる場合のパッチ実施方法
に関係する。

パッチ実施プログラムは通常、コンソール入出力装置を
通して起動され修正アドレスや修正データが人間に理解
し易い形で扱えるようにするために各種の変換や文法上
のチェックを行ない、その後パッチを被修正プログラム
に対して実施する。

しかし、このとき、そのパッチアドレスの妥当性につい
ては何らチェックは行なっていないため、たとえ、その
アドレスが以前にパッチを実施したエリアであり、今回
はそのエリアをパッチのために使用してはならない場合
であっても、誤って、パッチを実施してしまうことがし
ばしばあり、これがパッチを行なう上での問題点であっ
た。

また、該プログラムを新しくローディングし直そうとす
る場合に、新プログラムで旧プログラムをおきかえても
、旧プログラムに施されていたパッチ箇所が消されずそ
のまま残っていたため、新プログラムが所定の動作をし
ないという状況がしばしば発生し問題であった。

これは被修正プログラムの修正内容の管理が人間にまか
されており、人間であるがゆえに勘違いが入ったり、他
人が以前実施した修正内容が充分にドキュメントされて
いないために発生する。

本発明はこのような問題点を解決することを目的として
パッチ覆歴管理テーブルを導入することにより、パッチ
のやり方を制御するものであり、以下にその実施例を示
すプログラム修正覆歴管理テーブルの例を第３図に示す
。

実施したパッチ内容に対してロジカルなひとかたまりの
単位に識別情報としての一つのパッチ應をつけ、パッチ
実施の日付や内容、さらには実施者の名前、パッチ理由
、等を記録し、個々のパッチ箇所にはそれに対応して、
そのアドレス、パッチ前のデータ、パッチ後のデータを
該管理テーブルに記憶する。

これらの情報により、たとえチェックもつれがあったと
しても、該パッチアドレスの旧データを参照してすぐに
元の状態へ復帰できるようにすることが可能であり、ま
たパッチを含むプログラムに問題が生じた場合にも、パ
ッチの日付、実施者名、理由などのパッチ情報によりパ
ッチの来歴、責任の所在等を知ることができる。

さらに、パッチ実施の日付を利用して、ある期日以降に
システムが更新されたような場合にそれ以前のパッチデ
ータが残っていないようにチェックしたり残っていれば
それを削除したりすることも可能である。

さらに１つのパッチ廃により関連づけられるパッチデー
タの単位はそれぞれに重複パッチ許可フラッグとポイン
タを有し、これらについては、以下の実施例の中で説明
する。

第４図に示すようにパッチ実施プログラム４は、常にパ
ッチを実施する前に、パッチ覆歴管理テーブル５を参照
し、今回のパッチデータ１が過去に実施したパッチと重
複していないかどうかをチェックする。

パッチ実施後は、被修正プログラム２は数箇所のパッチ
部分３を修正済プログラム２′となる。

パッチ実施に先立って行われるアドレスチェックのフロ
ーを示したのが第５図である。

パッチデータが入ってくるとパッチ覆歴管理チーフルを
参照することにより、重複パッチアドレスがないかチェ
ックし、なければパッチを実施する。

アドレスが重複していても予め重複パッチ許可フラッグ
により重複パッチを許すことをテーブルに登録しである
ものであればパッチを実行するがそうでないものについ
ては、操作者に警告を与え、それでもパッチを実行する
か又はパッチデータを入れ直すか判断を問うようにする
。

図５で破線で囲んだ部分が、この操作者による判断及び
手操作の部分である。

このような重複パッチ許可フラッグ及び操作者の判断の
部分を設けることにより重複パッチによる勘違いを防止
するだけでなく、場合によってはｍパッチを許可するこ
とができるように柔軟性をもたせである。

またプログラムを新規ローディングする時には、第６図
に示すようにパッチ実施プログラム４は常にこのテーブ
ル５とプログラム管理テーブル６とを参照し、プログラ
ム管理テーブル上の該プログラムのポインタによりパッ
チ覆歴管理テーブル上の該パッチデータを捜し出し、該
パッチレコードのポインタにより、さらにパッチ箇所が
あればこのパッチ應のレコードを順次つなぎ合わせて、
ひとかたまりのレコードとする。

この様子を図示したのが第７図である。

これにより、新プログラム１のローディングはこれらの
レコードで示されるパッチアドレスの内容を全て初期化
した後行われるようにし、また新プログラムローディン
グ後は、これら旧プログラムに関するパッチの記録は抹
消されるようにする。

このことにより、従来のようなパッチのやりっ放し、と
いうようなことは防ぐことが出来、またポインタを使う
ことにより種々のパッチデータの管理が可能になり、必
要に応じたパッチデータの組を取り出せるようなプログ
ラムも可能である。

この様に、パッチ覆歴管理テーブルを導入し、ここに種
々のパッチ情報を持たせることにより従来は見逃されて
いたパッチエリアの管理が可能となり、且つ、パッチデ
ータの保守、管理が間違いのないものとなる。

従って本発明によりパッチ操作の信頼性は大巾に向上す
る。

【図面の簡単な説明】

第１，２図は従来例を示す図面、第３図は本発明実施例
のパッチ覆歴管理テーブル、第４図は本発明のパッチ実
施プログラムの例、第５図はその処理手順を示すフロー
チャート、第６図は本発明の新規プログラムローディン
グの場合の実施例、第７図はその説明図である。 １・・・・・・パッチデータ、２・・・・・・被修正プ
ログラム、２′°・・°・・修正後のプログラム、３・
・・・・・被修正個所、４・・・・・・パッチ実施プロ
グラム、５・・・・・・パッチ管理チーフル、６・・・
・・・プログラム管理テーブル。

Claims (1)

1. 【特許請求の範囲】 １ オンライン計算機の、修正されたプログラムを記憶
   する修正プログラム覆歴管理テーブルを有し、オンライ
   ン計算機のプログラムの修正をおこなう方法において、 修正をおこなうフログラムのアドレスが該修正プログラ
   ム覆歴管理テーブルにすでに記憶されているかどうかを
   チェックし、 該修正をおこなうプログラムのアドレスが該修正プログ
   ラム覆歴管理テーブルに記憶されていないか、あるいは
   当該アドレスが記憶されていても重複修正を許すか否か
   のフラグが許可状態であるとき当該プログラムの修正を
   実施し、 該修正されたプログラムが重複修正を許すか否かを識別
   するフラグを付して該修正プログラム覆歴管理テーブル
   に記憶し、 該修正をおこなうプログラムのアドレスが該修正プログ
   ラム覆歴管理テーブルにすでに記憶されていてかつ重複
   修正を許すかどうかのフラグが不許可状態にあるとき警
   報を発することを特徴とするプログラム修正誤操作防止
   方法。