JPH0969042A - パッチデ−タ自動作成方式 - Google Patents

Abstract

(57)【要約】 【目的】 修正前のオブジェクトと修正後のオブジェク
トの組からなるパッチデータを一つのソースプログラム
から自動作成する。 【構成】 オリジナルソースと、パッチステートメント
及びパッチ管理情報を含むパッチコーディングとからな
るプログラムソースをコンパイルし、オブジェクトプロ
グラムと、パッチ管理情報及びパッチオブジェクトを含
むパッチレコードとを生成し、オブジェクトプログラム
及びパッチレコードに基づき、指定パッチバージョンに
合致するパッチ管理情報及びパッチオブジェクトからな
るＮＥＷテーブルと、指定パッチバージョンより古いプ
ログラムオブジェクト及びパッチオブジェクトからなる
ＯＬＤテーブルを作成し、ＯＬＤテーブルとＮＥＷテー
ブルの対応するアドレス毎にオブジェクトの組を作成
し、作成したオブジェクトの組とＮＥＷテーブルのパッ
チ管理情報を組み合わせてパッチデータを作成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ソフトウエアに対する
パッチ（緊急修正）デ−タを作成するパッチデ−タの作
成方式に関する。

【０００２】

【従来の技術】従来、パッチデ−タの自動作成は、特開
平１−２０１７２７等に示すように、ソ−スコ−ドレベ
ルで修正を行なった修正後のデ−タファイルと修正前の
デ−タファイルとを比較し、不一致部分を抽出し自動的
にパッチデ−タを作成している。

【０００３】

【発明が解決しようとする課題】上記従来方式では、以
下の問題があった。 （１）パッチデ−タの作成に際し修正前と修正後の二つ
のファイルが必要になり、処理が煩雑となる。 （２）一度のパッチデ−タの作成後、同一ソ−スファイ
ルについて別のパッチデ−タを追加する場合は、上記
（１）の二つのファイルの内、どちらに追加するかの管
理が煩雑になり、作業ミスなどが発生する場合があっ
た。 本発明の目的は、修正前のオブジェクトと修正後のオブ
ジェクトの組からなるパッチデータを一つのソースプロ
グラムから自動作成することにある。

【０００４】

【課題を解決するための手段】前記目的を達成するため
に、本発明は、１以上のオリジナルソースと、１以上の
パッチステートメント及びパッチ管理情報を含むパッチ
コーディングとからなるプログラムソースからパッチデ
ータを作成するパッチデータ自動作成方式であり、前記
プログラムソースからデータレコードと、オブジェクト
プログラムレコードと、パッチ管理情報レコード及びパ
ッチオブジェクトを含む１以上のパッチステートメント
レコードからなるパッチレコードとを生成する手段と、
該生成したオブジェクトプログラムレコード及びパッチ
レコードに基づき、指定されたパッチバージョンに合致
するパッチ管理情報及びパッチオブジェクトからなるＮ
ＥＷテーブルと、指定されたパッチバージョンより古い
プログラムオブジェクト及びパッチオブジェクトからな
るＯＬＤテーブルを作成する手段と、前記ＮＥＷテーブ
ルとＯＬＤテーブルに基づき、前記ＯＬＤテーブルとＮ
ＥＷテーブルの対応するアドレス毎にオブジェクトの組
を作成し、該作成したオブジェクトの組とＮＥＷテーブ
ルのパッチ管理情報を組み合わせてパッチデータを作成
する手段を備えるようにしている。

【０００５】

【作用】上記手段により、ソ−スレベルで記述したパッ
チコ−ディングを、オリジナルソ−スと共に一つのソ−
スファイルに蓄積しておき、パッチデータを必要とする
とき、このソースファイルの内容からオブジェクトを生
成し、このオブジェクトに基づき自動的にパッチデータ
を作成することができ、パッチデータ作成における処理
の煩雑さ、データ管理の煩雑さを回避でき、作業ミスの
発生を防止できる。

【０００６】

【実施例】図１は、本発明の実施例の概略構成を示すブ
ロック図である。ソ−スファイル（１０１）には、図２
に示すソ−スレベルでコ−ディングしたパッチステ−ト
メントを含むプログラムソ−ス（２０１）が格納されて
いる。ソ−スファイル（１０１）内のプログラムソ−ス
（２０１）はコンパイラ（１０２）によりコンパイルさ
れ、図３及び図４で示す形式のオブジェクトとして出力
され、オブジェクトファイル（１０３）に格納される。
パッチ自動作成プログラム（１０４）は、オブジェクト
ファイル（１０３）からオブジェクトを入力し、パッチ
デ−タファイル（１０５）を作成する。

【０００７】また、別に、オブジェクトファイル（１０
３）を、コンパイラのメモリに確保するようにし、パッ
チ自動作成プログラム（１０４）をコンパイラの一機能
の型にして実現することも可能である。

【０００８】図２は、パッチステ−トメントを含むプロ
グラムソ−スの構成例である。パッチステ−トメントを
含むプログラムソ−ス（２０１）は、オリジナルソ−ス
＃１（２０２），オリジナルソ−ス＃２（２０４），オ
リジナルソ−ス＃３（２０６）と、パッチステ−トメン
ト＃４を含むパッチコ−ディング（２０７）とパッチス
テ−トメント＃５を含むパッチコ−ディング（２０８）
とを追加し、パッチアドレス２１１を対応付けるラベル
（２０３）と（２０５）をオリジナルソ−ス中のパッチ
位置に挿入する。これにより、コンパイラ（１０２）
は、パッチレコ−ド（４２１）（図４）を作成する際、
オリジナルソ−ス＃２（２０４）の先頭部分に相当する
アドレスを該パッチレコ−ド（４２１）のアドレス４２
４とし、パッチコーディング（２０７）のパッチステ−
トメント＃４のオブジェクトの長さだけパッチレコ−ド
（４２１）を作成する。同様に、パッチレコ−ド（４２
１）（図４）を作成する際、オリジナルソ−ス＃３（２
０６）の先頭部分に相当するアドレスを該パッチレコ−
ド（４２１）のアドレス４２４とし、パッチコーディン
グ（２０８）のパッチステ−トメント＃４のオブジェク
トの長さだけパッチレコ−ド（４２１）を作成する。パ
ッチコ−ディング（２０７）は、パッチアドレス（２１
１）とパッチ管理情報（２１２）とを定義できるＳＴＡ
ＰＴＣＨ（２１０）のコンパイラ制御命令と、一つまた
は複数の連続した命令語で構成されるパッチステ−トメ
ント（２１３）と一組のパッチの終了を示すコンパイラ
制御命令のＥＮＤＰＴＣＨ（２１４）で構成する。パッ
チコ−ディング（２０８）についても同様である。な
お、パッチ管理情報（２１２）は、パッチ番号、パッチ
バージョン、オブジェクトのバージョン、レビジョン、
作成者、作成日、パッチする理由等からなる。

【０００９】図３は、パッチレコ−ドを含んだオブジェ
クトファイルの構成例である。オブジェクトファイル
は、一つまたは複数のデ−タレコ−ド（３０１）と、一
つまたは複数のプログラムレコ−ド（３０２）と、一つ
または複数のパッチレコ−ド（３０３）とで構成され
る。プログラムレコード＃１，＃２，＃３はオリジナル
ソース＃１（２０２），＃２（２０４），＃３（２０
６）にそれぞれ対応し、パッチレコード＃４，＃５はパ
ッチコーディング（２０７），（２０８）にそれぞれ対
応する。なお、これらのレコ−ドの順序は、順不同でも
よい。

【００１０】図４は、プログラムレコ−ド（３０２）と
パッチレコ−ド（３０３）のレコ−ドフォ−マット例で
ある。プログラムレコ−ドのレコ−ドフォ−マットは、
４０１で示し、内部にレコ−ドヘッダ（４０２），長さ
（４０３），アドレス（４０４），プログラムオブジェ
クト（４０５）を含む。パッチレコ−ドのレコ−ドフォ
−マットは、パッチ管理情報を含むパッチ管理情報レコ
−ド（４１１）とパッチオブジェクトを含むパッチステ
−トメントレコ−ド（４２１）の二種類である。パッチ
管理情報レコ−ド（４１１）が最初に配列され、その後
に、該パッチ管理情報レコ−ド（４１１）に係る１以上
のパッチステ−トメントレコ−ド（４２１）が配置され
る。パッチ管理情報レコ−ド（４１１）は、レコ−ドヘ
ッダ（４１２）とパッチ管理情報（４１４）と該パッチ
管理情報に対応するパッチステ−トメントレコ−ドの範
囲を決めるパッチステ−トメントレコ−ド数（４１３）
とを含む。パッチステ−トメントレコ−ド（４２１）
は、レコ−ドヘッダ（４２２），長さ（４２３），アド
レス（４２４）とパッチオブジェクト（４２５）とを含
む。これらのレコ−ドは、コンパイラ（１０２）で作成
される。

【００１１】図５は、パッチ自動作成プログラム（１０
４）が備えるべきテ−ブル例である。パッチ自動作成プ
ログラム（１０４）により作成されるパッチデ−タは、
パッチアドレスとパッチオブジェクトとパッチ前オブジ
ェクトとが必要である。パッチデ−タ作成用に、ＮＥＷ
テ−ブル（５０１）とＯＬＤテ−ブル（５５１）の二つ
が必要である。図５（ａ）に示すＮＥＷテ−ブル（５０
１）は、パッチ管理情報（５１０）とパッチエントリ
（５２０），（５２１）……とを含み、一つのパッチエ
ントリ（５２１）は、パッチアドレス（５３１），長さ
（５３２），パッチオブジェクト（５３３）とで構成さ
れている。図５（ｂ）に示すＯＬＤテ−ブル（５５１）
は、パッチを加える前のステ−トメントエントリ（５６
１），（５６２）……を含み、一つのエントリはアドレ
ス（５７１），長さ（５７２），パッチを加える前のオ
ブジェクト（５７３）で構成される。

【００１２】図６、図７、図８は、パッチ自動作成のた
めの一実施例であるパッチ自動作成プログラム（１０
４）が備える処理の例である。図６は、オブジェクトフ
ァイル（１０３）のパッチレコ−ド（３０３）から、指
定されたパッチバ−ジョンのパッチオブジェクトデ−タ
を、ＮＥＷテ−ブル（５０１）に登録する処理のフロー
チャートである。最初にＳＷ（スイッチ）を０にセット
する（ステップ６０１）。次に、オブジェクトファイル
のレコ−ドを１レコ−ド読む（ステップ６０２）。デ−
タの終了（ＥＯＦ）ならば終了し、そうでなければ、ス
テップ６０４に進む（ステップ６０２）。次いで、レコ
−ドヘッダを参照してパッチステ−トメントレコ−ドか
判定する（ステップ６０４）。判定がＮＯならば、パッ
チ管理情報レコ−ドか判定する（ステップ６０７）。判
定がＮＯならば、ステップ６０２に戻り、ＹＥＳなら
ば、外部より指定されたパッチバージョンと一致するか
否か判定する（ステップ６０８）。判定がＮＯならば、
ＳＷを０にセットし（ステップ６１０）、ステップ６０
２に戻り、ＹＥＳならば、ＳＷを１にセットし（ステッ
プ６０９）、ＮＥＷテーブルにパッチ管理情報を登録し
（ステップ６１１）、ステップ６０２に戻る。上記のス
テップ６０４の判定がＹＥＳならば、ＳＷ＝１であるか
判定し（ステップ６０５）、判定がＮＯならば、ステッ
プ６０２に戻り、ＹＥＳならば、ＮＥＷテーブルに、ア
ドレス，長さ，オブジェクトを登録し（ステップ６０
６）、ステップ６０２に戻る。

【００１３】図７は、オブジェクトファイル（１０３）
のプログラムレコ−ド（３０２）とパッチレコ−ド（３
０３）から、該当バ−ジョンのパッチが割り当てられる
前のオブジェクトデ−タを、ＯＬＤテ−ブル（５５１）
に登録する処理のフローチャートである。ここでは、プ
ログラムレコ−ド、パッチバ−ジョンの古いパッチレコ
−ド、の順にオブジェクトデ−タが読み込まれる事とす
る。最初に、オブジェクトファイルのレコ−ドを１レコ
−ド読む（ステップ７０１）。デ−タの終了（ＥＯＦ）
であるか判定し（ステップ７０２）、判定がＹＥＳなら
ば終了し、ＮＯならば、レコ−ドヘッダを参照してパッ
チステ−トメントレコ−ドか判定する（ステップ７０
３）。次いで、ステップ７０３における判定がＮＯなら
ば、パッチ管理レコードか判定する（ステップ７０
５）。ステップ７０５における判定がＹＥＳならば、パ
ッチバージョンを保管し（ステップ７０６）、ステップ
７０１に戻る。ステップ７０５における判定がＮＯなら
ば、プログラムレコードであるか判定する（ステップ７
０７）。ステップ７０７における判定がＮＯならばステ
ップ７０１に戻り、判定がＹＥＳならばステップ７０９
に進む。

【００１４】次に、上記のステップ７０３における判定
がＹＥＳであり、パッチステ−トメントレコ−ドである
場合には、上記のステップ７０６で保管されているパッ
チバージョンが外部より指定されたパッチバージョンと
一致するか判定する（ステップ７０４）。ステップ７０
４における判定がＹＥＳならばステップ７０１に戻り、
判定がＮＯならば保管されているパッチバージョンが外
部より指定されたパッチバージョンより新しいか判定す
る（ステップ７０８）。ステップ７０８における判定が
ＹＥＳであり、新しい場合にはステップ７０１に戻り、
判定がＮＯであれば、ステップ７０９に進む 次に、ステップ７０９では、ＮＥＷテーブルのデータと
アドレスがオーバーラップしているか判定し、判定がＮ
Ｏならばステップ７０１に戻り、判定がＹＥＳならば、
ＯＬＤテーブルにオーバーラップしたアドレスが登録さ
れているか判定する（ステップ７１０）。ステップ７１
０における判定がＮＯならば、アドレスがオーバーラッ
プしたオブジェクト部分のみ取り出し、ＯＬＤテーブル
に登録し（ステップ７１１）、ステップ７０１に戻る。
ステップ７１０における判定がＹＥＳならば、ＯＬＤテ
ーブルの既登録エントリに、アドレスがオーバーラップ
したオブジェクト部分を上書き登録し（７１２）、ステ
ップ７０１に戻る。

【００１５】図８は、ＮＥＷテ−ブル（５０１）とＯＬ
Ｄテ−ブル（５５１）とから、パッチデ−タファイル
（１０５）を作成する処理である。ＮＥＷテ−ブルのパ
ッチ管理情報をパッチデ−タフォ−マットに変換し、パ
ッチデ−タファイル（１０５）に管理情報レコードとし
て出力する（８０１）。次に、ＯＬＤテ−ブル（５０
１）とＮＥＷテ−ブル（５５１）の対応するアドレス毎
にパッチデ−タの組を作成し、パッチデ−タフォ−マッ
トに変換しパッチデ−タファイル（１０５）に出力する
（８０２）。

【００１６】図９は、パッチデータファイルの例を示
す。パッチデータファイル９０１は、管理情報レコード
９０２と１以上のパッチデ−タの組レコード９０３を格
納する。管理情報レコード９０２は、レコードＩＤ９１
１と管理情報９１２からなる。パッチデ−タの組レコー
ド９０３は、レコードＩＤ９１３、アドレス９１４、Ｏ
ＬＤテーブルから抽出したオブジェクト９１５、そして
ＮＥＷテーブルから抽出したオブジェクト９１６からな
る。

【００１７】

【発明の効果】本発明によれば、ソ−スレベルで記述し
たパッチコ−ディングを、オリジナルソ−スをもととす
る一つのソ−スファイルに蓄積し、ソ−スファイルの内
容を用いて容易にパッチデ−タの自動作成をすることが
できる。また、パッチデータ作成における処理の煩雑
さ、データ管理の煩雑さを回避でき、作業ミスの発生を
防止できる。

【図面の簡単な説明】

【図１】本発明の実施例の概略構成を示すブロック図で
ある。

【図２】パッチステ−トメントを含むプログラムソ−ス
の構成例を示す図である。

【図３】パッチレコ−ドを含んだオブジェクトファイル
の構成例を示す図である。

【図４】プログラムレコ−ドとパッチレコ−ドのレコ−
ドフォ−マット例を示す図である。

【図５】パッチ自動作成プログラムが備えるテ−ブル例
を示す図である。

【図６】オブジェクトファイルのパッチレコ−ドから指
定されたパッチバ−ジョンのオブジェクトデ−タをＮＥ
Ｗテ−ブルに登録する処理のフローチャートである。

【図７】オブジェクトファイルのプログラムレコ−ドと
パッチレコ−ドから、該当バ−ジョンのパッチが割り当
てられる前のオブジェクトデ−タを、ＯＬＤテ−ブルに
登録する処理のフローチャートである。

【図８】ＮＥＷテ−ブルとＯＬＤテ−ブルとからパッチ
デ−タファイルを作成する処理のフローチャートであ
る。

【図９】パッチデ−タファイルの一例を示す図である。

【符号の説明】

１０１ ソ−スファイル １０２ コンパイラ １０３ オブジェクトファイル １０４ パッチ自動作成プログラム １０５ パッチデ−タファイル ２０１ パッチステ−トメントを含むソ−スプログラム ２０２、２０４、２０６ オリジナルソース ２０３、２０５ ＬＡＢＥＬ ２０７、２０８ パッチコ−ディング ２１０、２１４ コンパイラ制御命令 ２１３ パッチステ−トメント

Claims (1)

【特許請求の範囲】
1. 【請求項１】 １以上のオリジナルソースと、１以上の
   パッチステートメント及びパッチ管理情報を含むパッチ
   コーディングとからなるプログラムソースからパッチデ
   ータを作成するパッチデータ自動作成方式であって、 前記プログラムソースからデータレコードと、オブジェ
   クトプログラムレコードと、パッチ管理情報レコード及
   びパッチオブジェクトを含む１以上のパッチステートメ
   ントレコードからなるパッチレコードとを生成する手段
   と、 該生成したオブジェクトプログラムレコード及びパッチ
   レコードに基づき、指定されたパッチバージョンに合致
   するパッチ管理情報及びパッチオブジェクトからなるＮ
   ＥＷテーブルと、指定されたパッチバージョンより古い
   プログラムオブジェクト及びパッチオブジェクトからな
   るＯＬＤテーブルを作成する手段と、 前記ＮＥＷテーブルとＯＬＤテーブルに基づき、前記Ｏ
   ＬＤテーブルとＮＥＷテーブルの対応するアドレス毎に
   オブジェクトの組を作成し、該作成したオブジェクトの
   組とＮＥＷテーブルのパッチ管理情報を組み合わせてパ
   ッチデータを作成する手段を備えることを特徴とするパ
   ッチデータ自動作成方式。