JPH02115930A - バッチ管理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は、実行形式プログラムで運用されているプログ
ラムに対するパッチによる保守を行うパッチ管理方式に
関し、特にモジュール管理テーブルおよびパッチ管理テ
ーブル自動作成およびこれら２つのテーブルに基づいて
パッチイメージのアドレスチェックを自動的に行うパッ
チ管理方式に関する。

（従来の技術） 実行形式プログラムで運用されているプログラムに対し
てパッチによって保守を行っている場合、従来は新規に
作成したパッチのエラー検出チェックにおいて、既存パ
ッチを登録しておくためのパッチマスクファイルによっ
て新規作成パッチのアドレスが既存パッチのアドレスと
重複しているか否かだけを自動的にチェックしていた。

（発明が解決しようとする課題） しかし、このようなチェックでは、バッチ適用対象モジ
ュールがプログラム内の複数のオーバレイセグメントに
重複してリンクされていた場合に、作成されたバッチが
、全ての適用オーバレイの適用範囲内に正しく適用され
ているか否かのチェックは、手作業で行わざるをえず、
各オーバレイごとのモジュールの上限アドレスと下限ア
ドレスとを調べ、オーバレイごとのバッチ管理台帳に記
入し、そのオーバレイをもとに発行済みのバッチ−覧表
を作り、それに基づいてオーバレイ範囲内のアドレスチ
ェックを行っていた。

すなわち、従来は、新規作成バッチがオーバレイごとの
モジュールの適用範囲内に含まれているか否かのチェッ
クは、手作業で行われていたため、バッチの掛は忘れ、
または不正なオーバレイ内にバッチを適用してしまうと
いうエラーの検出に確実性が欠け、また時間がかかると
いう問題点があり、さらにバッチ管理台帳作成時の誤り
も犯しやずいという欠点もある。

（課題を解決するための手段） 本発明によるバッチ方式は、実行形式プログラムで運用
されているプログラムをバッチによって保守するバッチ
管理方式において、 実行形式プログラム作成時に生じるオブジェクトプログ
ラムのリンク情報を入力し、各モジュールのオーバレイ
ごとのアドレス範囲の上限と下限とを登録したモジュー
ル管理テーブルを作成するモジュール管理テーブル作成
手段と、 新規作成バッチを入力し、バッチイメージから指定モジ
ュール内の指定オーバレイのバッチ適用範囲の上限と下
限とを登録したバッチ管理テーブルを作成するバッチ管
理テーブル作成手段と、前記２つのテーブル情報を入力
し、新規作成バッチイメージが指定モジュールの全オー
バレイ内に正しく適用されているか否かをチェックする
バッチアドレスチェック手段とを有する。

（実施例） 次に、本発明について図面を参照して説明する。

第１図は本発明によるバッチ管理方式を実現するための
一実施例を示す処理構成図である。

第１図を参照すると、本実施例はモジュール管理テーブ
ル作成手段１と、バッチ管理テーブル生成手段２と、ア
ドレスチェック手段３と、リンク情報（ａ）、新規作成
パッチイメージ（ｂ）、モジュール管理テーブル（Ｃ）
、バッチ管理テーブル（ｄ）、出力結果（ｅ）とから構
成されている。

第２図は、第１図におけるモジュール管理テーブル作成
手段１の動作を示すフローチャートである０本手段はリ
ンク情報格納ファイル（ａ）の先頭レコードに対する処
理を行う先頭レコード処理部（ステップ１１）、２番目
以降のレコードに対する処理を行う次レコード処理部（
ステップ１２）とから構成されている。

第３図〜第６図には、モジュール管理テーブル作成手段
１の詳細な処理のフローチャートが示されている。

第３図を参照すると、先頭レコード処理部１１は、リン
ク情報格納ファイル（ａ）内レコード取得部（ステップ
１１０１ｍ存在判断部（ステップ１１０２＞、エラー処
理部（ステップ１１０３）　、オーバレイオフセット定
義文判断部（ステップ１１０４）、オーバレイテーブル
作成部（ステップ１１０５）、オーバレイ名セーブ部（
ステラ７”ｌ　１０７）、ＳＹＭＤＥＦ定義文′ｌ！Ｊ
断部（ステップ１１０８）およびモジュール名、先頭・
終了アドレスセーブ部（ステップ１１０９）とから構成
されている。

次レコード処理部１２は、第５図に示す如く、リンクＶ
ｔ報格納ファイル内次し；ｒ−ド収得部（ステップ１２
０１）、存在判断部（ステップ１２０２）、セーブエリ
アを出力レコードにセットするセット部（ステップ１２
０３）、モジュール管理テーブル用ファイル出力部（ス
テップ１２０４　）　、オーバレイオフセット定義文判
定部（ステップ１２０５）、オーバレイテーブル作成部
（ステップ１１０６）とから構成されている。

次レコード処理部１２はさらに第６図に示すように、オ
ーバレイ定義文判定部（ステップ１２０７）＋セーブ終
了アドレス空白判断部（ステップ１２０８）　、オーバ
レイオフセットテーブル検索部（ステップ１２０９）　
、オーバレイテーブル終了アドレスセット部（ステップ
１１０９）、ＳＹＭＤＥＦ定義文判定部（ステップ１２
１１）、セーブモジュール空白判断部（１２１２＞、終
了アドレス計算部（ステップ１２１３＞、セーブエリア
出力レコードセット部（ステップ１２１４）、レコード
出力部（ステップ１２１５）、モジュール名、先頭・終
了アドレスセーブ部（ステップ１２１６）とから構成さ
れている。

第７図〜第１０図には、バッチ管理テーブル作成手段２
の動作を示す処理構成図が示されている。

第７図を参照すると、本手段は新規作成バッチイメージ
格納ファイルの先頭レコードに対する処理を行う先頭レ
コード処理部（ステップ２１）、２番目以降のレコード
に対する処理を行う次レコード処理部（ステップ２２）
とから構成されている。

先頭レコード処理部２１は、第８図に示すように、新規
作成バッチイメージ格納ファイル内先頭しコード収得部
（ステップ２１０１）、存在判断部（ステップ２１０２
）、エラー処理部（ステップ２１０３）、モジュール名
、先頭・終了アドレス、オーバレイ名士−ブ部（ステッ
プ２１０４）とから構成されている。

次レコード処理部２２は、第９図に示す如く、新規作成
パッチイメージ格納ファイル白状しコード取得部（ステ
ップ２２０１）、存在判断部（ステップ２２０２）　、
セーブエリアを出力レコードにセットするセット部（ス
テップ２２０３）　、バッチ管理テーブル用ファイル出
力部（ステップ２２０４）とから構成されている。

次レコード処理部２２は、セーブレコードと取得レコー
ドのモジュール名、オーバレイ名一致判断部（ステップ
２２０６）、セーブエリア出力レコードセット部（ステ
ップ２２０７）　、パッチ管理テーブル用ファイル内レ
コード出力部（ステップ２２０８）、モジュール名、先
頭・終了アドレス、オーバレイ名士−ブ部（ステラ７２
２０９）とから構成されている。

第１１図には、第１図におけるアドレスチェック手段３
の動作処理部フローチャートが示されており、本手段３
はバッチ管理ファイル内の先頭レコードを読み込む先頭
レコード取得処理部（ステップ３１０１）、存在の有無
の判断を行う存在判断処理部（ステップ３１０２）、存
在しなければエラー処理を行うエラー処理部（ステップ
３１０３）、存在すればモジュール管理ファイル内を前
記取得レコードイメージをキーとして検索を行う検索処
理部（ステップ３１０４）、該当レコードが存在するか
どうかを判断する該当レコード判断処理部（ステップ３
１０５）、該当レコードが存在したらアドレスチェック
を行うアドレスチェック処理部（ステップ３２０６）　
、該当レコードが存在しなければエラー処理を行うエラ
ー処理部（ステップ３１０７）、アドレスチェックＯＫ
の場合、次のパッチ管理テーブル内レコードを取得する
次レコード取得処理部（ステップ３１０８）　、レコー
ドの有無を判断する存在判断処理部（ステップ３１０９
）とから構成されている。

第１２図にはリンク情報（ａ）の−開国が示されている
。リンク情報（ａ）は、オーバレイオフセット定義文（
ｅ）、オーバレイ定義文（ｆ）、ＳＹＭＤＥＰ定義文（
ｇ）、その他の定義文で構成されている。オーバレイオ
フセット定義文（Ｃ）は、オーバレイ名１０１、オーバ
レイオフセットレンジ１０２、オーバレイ先頭番地１０
３の３種の情報で構成され、オーバレイ定義文（ｆ）は
、＄　Ｌ　Ｉ　Ｎ　Ｋ文１０４、オーバレイメイ１０５
の２種の情報で構成され、ＳＹＭＤＥＦ定義文（ｇ）は
、モジュール先頭番地１０６、最終リンク日付１０７、
モジュール名１０８の３種の情報で構成されている。

第１３図には、本手段バッチ管理方式の作業領域が示さ
れ、セーブエリア（ｈ）はモジュール名１０９、先頭ア
ドレス１１０、終了アドレス１１１、オーバレイ名１１
２で構成されており、処理中にデータを一旦退避させる
領域である。しコードバッファ（ｊ）は、レコードをフ
ァイル中から取得する際の領域であり、出力レコード（
Ｊ）はファイル中に出力するレコードイメージをセット
する領域であり、モジュール名１１３、先頭アドレス１
１４、終了アドレス１１５、オーバレイ名１１６の４種
のフィールドで構成されている。

第１４図は、オーバレイオフセット定義文（ｅ）の′ｍ
報をもとに作成されるオーバレイオフセットテーブルの
一例を示し、オーバレイ名１１７、先頭アドレス１１８
、終了アドレス１１９で構成されている。この例では、
オーバレイ名ＤＯＬＩＮＴは、３２７６４２番地から３
５４４４６番地のレンジを持つことを意味する。

第１５図は、モジュール管理テーブル作成手段１で作成
されたモジュール管理テーブル（ｃ）の−例を示し、前
記テーブルは、モジュール名１２０、先頭アドレス１２
１．終了アドレス１２２、オーバレイ名１２３で構成さ
れている。

この例では、モジュール名ＴＳＭＡＣＣは、オーバレイ
名ＤＯＬＲＥＴは５０７１７６がら５２７７２５−　Ｄ
ＯＬＡ２０は４１１７７２から４３２５１７、ＤＯＬＤ
ＯＣは４２６２１６から４４６７４５の範囲の番地にリ
ンクされていることを意味する。

第１６図には、パッチテーブル作成手段２で作成された
バッチ管理テーブル（ｄ）の−例で、モジュール名１２
４．先頭アドレス１２５、終了アドレス１２６、オーバ
レイ名１２７で構成されている。この例では、オーバレ
イ名ＤＯＬＡ２０は、４１５６６２から４１５６７３、
ＤＯＬＤＯＣは４３２１０６から４３２１１７の範囲に
バッチが適用されていることを意味する。

第１７図は、新規作成パッチイメージ（ｂ）の−例で、
バッチ対象番地１２８、オペランド１２９、ロケーショ
ン１３０等の情報で構成されている。

続いて、本発明の動作を例を用いて説明する。

本機能を起動すると、先ずモジュール管理デープル作成
手段１が動作する。リンク情報（ａ）は、第１２図に示
されるように、オーバレイオフセット定義文（ｅ）、オ
ーバレイ定義文（ｆ）およびＳＹＭＤＥＦ定義文（ｇ）
で構成されているが、先ず、オーバレイオフセット定義
文（ｅ）が全て入力され、続いて、オーバレイ定義文（
ｆ）、ＳＹＭＤＥＦ定義文（ｇ）がランダムに人力され
る。従って、オーバレイオフセットテーブル作成後、モ
ジュール管理テーブルが作成される。

以下、順を追って処理を説明する。先ず、リンク情報格
納ファイル（ａ）の先頭レコードを読み込み（ステップ
１１０１）、レコードの存在の有無を判断する（ステッ
プ１１０２＞。無であれば、エラー処理を行い（ステラ
７”１１０３）、本動作を終了する。有であれば、取得
レコードイメージがオーバレイオフセット定義文（ｅ）
であるかを判断しくステップ１１０４）、オーバレイオ
フセット定義文（ｆ）であれば、オーバレイオフセット
テーブル（第１６図）を作成しくステップ１１０５）、
制御を次レコード処理部（ステップ１２）に移す、そう
でなければ、さらに、取得レコードがオーバレイ定義文
（ｆ）であるかを判断しくステップ１１０６ｍオーバレ
イ定義文（ｆ）であればオーバレイ名をセーブエリア（
ｈ）の該当フィールドにセーブしくステップ１１０７）
、制御を次レコード処理（ステップ１２）に移す。オー
バレイ定義文（ｆ）でなければ、ＳＹＭＤＥＦ定義文（
ｇ）であるか判断しくステップ１２０８）、ＳＹＭＤＥ
Ｆ定義文（ｇ）であれば、モジュール名、先頭アドレス
をセーブエリア（ｈ）の該当フィールドにセットしくス
テップ１１０７）　、制御を次レコード処理（ステップ
１２）に移す。この際、終了アドレスにも収得先頭アド
レスをセットする。ＳＹＳＭＤＥＦ定義文（ｇ）でなけ
ればエラー処理を行う（ステップ１１０３）。

同様にして、２番目以降のリンク情報（ａ）に対しても
最終レコードが検出されるまで処理を行うと、第１５図
に示されるモジュール管理テーブルが作成される。ｍ終
しコード検出後、パッチ管理テーブル作成１段２に制御
を移す。

次に処理２が動作し、新規作成パッチイメージ格納ファ
イル（ｂ）の先頭レコードを読み込み（ステップ２１０
１＞、レコードの存在の有無を判断する（ステップ２１
０２＞。無であれば、エラー処理を行い（ステップ３１
０３）、本動作を終了する。１！！でなければ、取得レ
コードイメージをセーブエリア（ｈ）のモジュール名、
先頭・終了アドレス、オーハセレイ名の各フィールドに
セーブする（ステップ３１０４）、同様にして、２番目
以降の新規作成パッチイメージ（ｂ）に対しても最終レ
コードが検出されるまで処理を行うと、第１８図に示さ
れるパッチ管理テーブルが作成される。最終レコード検
出後、アドレスチェック手段４に制御を移す。

このようにして、モジュール管理テーブル（Ｃ）および
パッチ管理テーブル（ｄ）が作成されると、続いてアド
レスチェック手段３が動作する。先ず、パッチ管理テー
ブル（ｄ）内の先頭レコードを取得しくステップ４１０
１）、存在の有無の判断を行い（ステップ４１０２＞、
無であれば、エラー処理を行う（ステップ４１０３）、
無でなければ、モジュール管理テーブル（ｃ）内を前記
取得イメージ中のモジュール名、オーバレイ名をキーと
してモジュール管理テーブル（ｃ）内を検索しくステッ
プ４１０４）、該当レコードの有無の判断を行う（ステ
ップ４１０５）、存在しなければ、エラー処理（ステッ
プ４１０７）を行う。存在したならば、これら２つのテ
ーブル内のアドレスのチェックを行う（ステップ４１０
６）、パッチ管理テーブル（ｄ）内の先頭アドレスが、
モジュール管理デープル（Ｃ）内の先頭アドレスよりも
小さいか、または、前者の終了アドレスが、後者の終了
アドレスよりも大きければ、エラーとなり、エラー処理
（ステップ４１０７）を行う、エラーでなければ、パッ
チ管理テーブル（ｄ）内の次のレコードを取得しくステ
ップ４１０８）　、同様の処理を最終レコードが検出さ
れるまで行う。

（発明の効果） 以上説明したように、本発明は実行形式プログラムで運
用されているプログラムをパッチによって保守する際、
モジュール管理テーブル、パッチ管理テーブルの自動生
成手段、パッチアドレスのオーバレイ範囲内適用の自動
チェック手段により、従来モジュール管理テーブルおよ
びパッチ管理テーブル作成時の手作業部分およびアドレ
スチェックの手作業部分がなくなるので、パッチ作成時
の工数が減少でき、エラー検出の確実性も増加し、プロ
グラムの保守においての信頼性ら高まるという効果があ
る。

１６図はパッチ管理テーブルの一開国、第１７図は新規
作成パッチイメージの一例図である。

１・・・モジュール管理テーブル作成手段、２・・・パ
ッチ管理テーブル作成手段、３・・・アドレスチェック
手段。

Claims (1)

1. 【特許請求の範囲】 実行形式プログラムで運用されているプログラムをパッ
   チによって保守するパッチ管理方式において、 実行形式プログラム作成時に生じるオブジェクトプログ
   ラムのリンク情報を入力し、各モジュールのオーバレイ
   ごとのアドレス範囲の上限と下限とを登録したモジュー
   ル管理テーブルを作成するモジュール管理テーブル作成
   手段と、 新規作成パッチを入力し、パッチイメージから指定モジ
   ュール内の指定オーバレイのパッチ適用範囲の上限と下
   限とを登録したパッチ管理テーブルを作成するパッチ管
   理テーブル作成手段と、前記２つのテーブル情報を入力
   し、新規作成パッチイメージが指定モジュールの全オー
   バレイ内に正しく通用されているか否かをチェックする
   パッチアドレスチェック手段とを有することを特徴とす
   るパッチ管理方式。