JPS63228224A - プログラム修正方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はコンピュータシステムにおけるプログラム修正
方式に関し、特に運用中のシステムプログラム等の動的
な修正方式に関する。

〔従来の技術〕

従来、狭義のオペレーティングシステムであるシステム
プログラム等の修正は、コンピュータシステムのシステ
ム生成時またはシステム立上げ前に、予め作成されたパ
ッチ指示ステートメントに従ってその修正を行なってい
た。

〔発明が解決しようとする問題点〕

上述した従来のプログラム修正方式では、システム生成
時またはシステム立上げ前に、システムプログラム等の
修正を行なわなければならず、システム運用中にシステ
ムプログラム等を修正することができないという欠点が
ある。

本発明はこのような従来の欠点を解決したもので、その
目的は、システム運用中にシステムプロダラム等の修正
が可能な方式を提供することにある。

〔問題点を解決するための手段〕

本発明は上記目的を達成するために、プログラムを複数
の部分に分割しこの分割単位で主記憶装置とバフキング
ストアとの間でロード、アンロードを行なう、セグメン
テーション方式、ページング方式あるいはセグメンテー
ション・ページング方式などの方式を採用する仮想記憶
システムにおけるプログラム修正方式において、 セグメントページなどの分割単位の修正情報をファイル
に登録すると共に、この入力された修正情報で修正すべ
きセグメントなどの分割単位が修正要求されている旨を
その分割単位対応の記憶手段に設定する指示手段を有し
、 前記プログラムの分割単位の不在割込みの発生時、この
分割単位をバッキングストアから主記憶装置にロードし
、このロードした分割単位対応の前記記憶手段に修正要
求すべき旨が設定されているときは、前記ファイルに登
録されたその分割単位対応の修正情報に基づいてその分
割単位の内容を修正すると共に前記記憶手段の設定情報
の更新と不在状態の解除を行なうようにしている。

〔作用〕

システム運用中に成るプログラムの成る分割単位の内容
を修正したい場合、指示手段により、その分割単位の修
正情報をファイルに登録し、その分割単位が修正要求さ
れている旨をその分割単位対応の記憶手段に設定してお
く。

その後、上記修正要求された分割単位が主記憶装置上に
なく不在セグメント割込みなどの不在割込みが発生する
と、その分割単位はバッキングストアから主記憶装置に
ロードされるが、その際、分割単位対応の記憶手段の内
容が調べられ、修正要求されている分割単位については
、前記ファイルに登録された修正情報に基づいて内容が
修正され、修正済である旨が対応する記憶手段に設定さ
れると共にその分割単位の主記憶装置上における存在、
不存在を示す情報が更新されることにより不在状態が解
除される。

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

第１図は本発明の実施例の構成を表す図である。

この実施例は、バッチ指示ステートメントの入力手段２
０と、パッチ指示手段１０と、不在セグメント割込み発
生時に呼出される不在セグメント処理手段１１と、不在
セグメント処理手段１１から呼出されるバッチ処理手段
１２と、バッチファイル４０及びシステムプログラム等
のプログラム５０が格納される主記憶装置Ｉ３０と、バ
ッキングストアディスク装置６０とから構成される。

主記憶装置３０上のプログラム５０には、セグメント５
３と、このセグメント５３のセグメント記述子５１及び
セグメント５３の属性を定義したセグメントヘッダ５２
が図示され、バッキングストアディスク装置６０にはテ
ンロードされたセグメント６３（セグメント５３に対応
する）が図示されている。セグメント記述子５１には、
セグメント５３が主記憶値”ｆｌ　３０上に存在するか
否かを表示する存在表示フラグ（以下Ｐフラグと称す）
５１１があり、セグメントヘッダ５２にはバッチ要求状
態フラグ（以下Ｍフラグと称す）５２１がある。バッチ
ファイル４０には内部バッチ形式に変換されたバッチ４
１が含まれる。なお、本実施例では成るセグメントがバ
ッチ要求されているか否かを示す情報をセグメントヘッ
ダ５２にＭフラグ５２１として持たせたが、セグメント
記述子５１やその他の記憶手段に設定するようにしても
良い。

第１図において、システム運用中に、バッチ指示ステー
トメントの入力手段２０から修正対象となるプログラム
、セグメントの情報や修正イメージ等を含む公知のパン
チ指示ステートメントを入力すると、このバッチ指示ス
テートメントはバッチ指示手段】０へ渡される。

パッチ指示手段１０は、このパンチ指示ステートメント
を受付けると、文法チェックを行ない、正しければ内部
バッチ形式に変換してパソチファ・イル４０にバッチ４
１として格納する。そして、このバッチ４１の適用対象
となるセグメント５３が現に主記憶装置３０上に存在す
れば、バッキングストアディスフ装置７６０上のセグメ
ント６３の位置にアンロードし、そのセグメント記述子
５１のＰフラグ５１１をオフにし、且つセグメント５３
のセグメントヘッダ５２におけるＭフラグをオンにして
パッチ要求状態に設定する。またパッチ４１の適用対象
となるセグメント５３が既にアンロードされていれば、
セグメントヘッダ５２におけるＭフラグをオンにする処
理だけを行なう。

その後、主記憶装置３０上のプログラム５０が実行中に
セグメント５３ヘアクセスすると、本実施例ではパッチ
適用対象としたセグメント５３を必ずアンロード状態に
してＰフラグ５１１をオフとしている為、不在セグメン
ト割込みが発生する。この不在セグメント割込みの発生
により、不在セグメント処理手段１１が呼出される。

不在セグメント処理手段１１は、不在セグメント割込み
の原因となったセグメン１−６３をバッキングストアデ
ィスク装置６０から主記憶装置３０上のプログラム５０
に読出し、セグメント５３としてロードする。次に、こ
のセグメント５３がパッチ要求状態か否かを認識するた
めに、セグメント５３のセグメントヘッダ５２における
Ｍフラグ５２１をチェックする。

このＭフラグ５２１がオンならパッチ要求状態なのでパ
ンチ処理手段１２を呼出し、パッチ処理手段１２はこれ
に応答してパンチファイル４０から内部パッチ形式のパ
ッチ４１を見つけ出してセグメント５３にパッチ処理を
行なう。このパンチ処理が行なわれた後、不在セグメン
ト処理手段１１は、上記Ｍフラグ５２１をオフとする。

また、不在セグメント処理手段１１は、Ｍフラグ５２１
のオン、オフにかかわらず、ロードしたセグメントにつ
いては、不在セグメント状態を解除するためにそのセグ
メント識別子におけるＰフラグ５１１をオンにする。

以上が本実施例の概略動作であるが、以下、パッチ指示
手段１０．不在セグメント処理手段１１およびパッチ処
理手段１２の各動作を図面を参照して説明する。

（１）先ず、バッチ指示手段１０の動作を、その処理例
を示す第３図に従って説明する。

フロー１００ バッチ指示手段１０は起動されると、先ず現在利用可能
なパッチファイルエントリをパッチファイル４０から見
つけてそこに位置付ける。第２図はバッチファイルエン
トリの構成例を示し、内部パッチ形式のパッチが格納さ
れるパッチ格納域ａと、パッチ適用フラグが格納される
フラグ格納域すとから構成されている。

フロー１０１ パッチ指示ステートメントの入力手段２０から一つのパ
ッチ指示ステートメントを入力する。

フロー１０２ 上記入力したパッチ指示ステートメントがパッチ指示ス
テートメントの入力の終了を示す終了ステートメントか
否かをチェックする。終了ステートメントであればフロ
ー１１０へ移行し、そうでなければフロー１０３へ進む
。

フロー１０３ フロー１０１で入力したパンチ指示ステートメントの文
法チェックを行なう。

フロー１０４ フロー１０３の文法チェックの結果を判別し、不正なら
ばフロー１０９へ移行し、正常であればフロー１０５へ
進む。

フロー１０５ フロー１０４で正常と判定されたバッチ指示ステートメ
ントを内部パッチ形式に変換する。

フロー１０６ フロー１０５で変換された内部パッチ形式のパンチをパ
ンチファイル４０中の現在利用可能なパンチファイルエ
ントリにおけるパッチ格納域ａに格納する。

フロー１０７ 上記バッチファイルエントリのフラグ格納域すにおける
パッチ適用フラグをオフにする。

フロー１０８ パッチファイル４０から次に利用可能なバッチファイル
エントリを得て位置付け、フロー１０１へ戻る。

フロー１０９ ここでは、バッチ指示ステートメントがエラーであるこ
とをバッチ指示ステートメントの入力手段２０に表示す
る。

フロー１１０ フロー１０２で終了ステートメントが判別されたとき即
ち１以上のバッチ指示ステートメントの入力完了時、今
回入力された一連のバッチ指示ステートメントに基づい
て生成されたバッチの最初のバッチファイルエントリに
位置付ける。

フロー１１１ 今回入力された一連のパッチ指示ステートメントに基づ
いて生成されたバッチのバッチファイルエントリを全て
処理したか否かをチェックする。

そして、全て処理していれば本手順を終了し、そうでな
ければフロー１１２へ進む。

フロー１１２ 現在注目中のバッチファイルエントリのパンチ格納域ａ
に格納されたバッチ中に予め付加されているパンチ適用
場所の指定情報から、パッチ適用対象となるセグメント
を判別する。

フロー１１３ フロー１１２で判別されたバッチ適用対象セグメントが
主ｉ［ｌ！憶上に存在するか否かを判別する。存在すれ
ばフロー１１４へ進み、存在しなければフロー１１６へ
進む。

フロー１１４ フロー１１２で判別したセグメントをバッキングストア
ディスク装置！１６０にアンロードする。

フロー１１５ フロー１１４でアンロードしたセグメントのセグメント
記述子５１のＰフラグ５１１をオフにする。

フロー１１６ フロー１１４でアンロードしたセグメント或いはフロー
１１３で既にアンロードされていると判別されたセグメ
ントのセグメントへラダ５２のＭフラグ５２１をオンに
する。

フロー１１７ 次のバッチファイルエントリに位置付けてフロー１１１
へ戻る。

（２）次に、不在セグメント処理手段１１の動作を、そ
の処理例を示す第４図に従って説明する。

フロー２００ 不在セグメント処理手段１１は不在セグメント割込みの
発生により呼出されると、先ず、不在セグメントをバッ
キングストアディスク装置６０より主記憶装置３０にロ
ードする。

フロー２０１ フロー２００でロードしたセグメントのセグメントヘッ
ダ５２におけるＭフラグ５２１をチェックする。

その結果、Ｍフラグ５２１がオフならばフロー２０４へ
移行し、オンならば当該セグメントはバッチ適用対象セ
グメントであることからフロー２０２へ進む゛。

フロー２０２ バッチ処理手段１２を呼出し、当該セグメントに対する
パンチ処理を行なわせる。

フロー２０３ フロー２０２により呼出されたパンチ処理手段１２によ
る一連のバッチ処理が終了した時点で、当該セグメント
のセグメントヘッダ５２におけるＭフラグ５２１をオフ
にする。

フロー２０４ フロー２０１でＭフラグ５２１がオフと判別された場合
、フロー２０１でＭフラグ５２１がオンと判別されフロ
ー２０２でバッチ処理された場合とも、セグメント５３
のセグメント記述子５１のＰフラグ５１１をオンにして
不在状態を解除する。

（３）次に、バッチ処理手段１２の動作を、その処理例
を示す第５図に従って説明する。

フロー３０１ パンチ処理手段１２は不在セグメント処理手段１１から
呼出されると、先ず、バッチファイル４０の最初のバッ
チファイルエントリに位置付ける。

フロー３０２ バッチファイル４０中の全てのパンチファイルエントリ
に対する処理が終了したか否かをチェックする。全て処
理していれば本手順を終了し、そうでなければフロー３
０３へ進む。

フロー３０３ 現在注目中のバッチファイルエントリは今回のバッチ適
用対象セグメントに対するものか否かをチェックする。

今回のバッチ適用対象セグメントに対するものでなけれ
ばファイル３０７へ移行し、そうであればファイル３０
４へ進む。

フロー３０４ フロー３０３でバッチ適用対象セグメントに対するもの
と判別されたバッチファイルエントリのバッチ適用フラ
グがオンか否かをチェックする。パンチ適用フラグがオ
ンであるなら即ち処理済であるならフロー３０７へ移行
し、オフであればフロー３０５へ進む。

フロー３０５ 該当バッチファイｌレニントリ中のバッチに基づき、該
当セグメントにバッチ処理を行なう。

フロー３０６ フロー３０５で処理されたバッチファイルエントリのバ
ッチ適用フラグをオンにする。

フロー３０７ 次のバッチファイルエントリに位置付けてフロー３０２
へ戻る。

以上本発明の実施例について説明したが、本発明は以上
の実施例に限定されずその他各種の付加変更が可能であ
る０例えば、本発明は不在割込みを契機にプログラムの
修正を行なうため、必ず修正対象とするセグメントを一
度は不在状態にしなければならず、その為に本実施例で
はバッチ適用対象のセグメントが主記憶装置３０上にあ
ればバッチ指示手段１０でアンロードするようにしたが
、修正対象となるセグメントがアンロードの対象となり
得るものであり、且つ修正されるまでの時間が多少長く
かかっても良い場合には、パッチ指示手段１０でアンロ
ードすることなくシステム運用に伴う自然な次の不在割
込みを待つように構成することもできる。また、上記実
施例はセグメンテーション方式の仮想記憶システムに本
発明を適用したが、ページング方式や、セグメンテーシ
ョン方式とページング方式とを組合わせたセグメンテー
ション・ページング方式に対しても適用可能である。

〔発明の効果〕

以上説明したように、本発明は、不在セグメント割込み
などの不在割込みを契機として、ロードされたセグメン
トなどの分割単位が修正要求されているか否かを判断し
、修正要求されているときは、予めファイルに登録され
た修正情報に基づいて修正を行なうものであり、システ
ム運用中にシステムプログラム等の修正を行なうことが
可能となる。従って、本発明を、例えば２４時間無停止
で連続運転されるようなコンピュータシステムに適用す
れば非常に有効である。

【図面の簡単な説明】

第１図は本発明の実施例の構成図、 第２図はバッチファイルエントリの構成例を示す図、 第３図はパッチ指示手段１０の処理例の流れ図、第４図
は不在セグメント処理手段１１の処理例の流れ図および
、 第５図はバッチ処理手段１２の処理例の流れ図である。 図において、１０・・・パンチ指示手段、１１・・・不
在セグメント処理手段、１２・・・バッチ処理手段、２
０・・・バッチ指示ステートメントの入力手段、３０・
・・主記憶装置、４０・・・パンチファイル、４１・・
・内部形式に変換されたバッチ、５０・・・プログラム
、５１・・・セグメント記述子、５２・・・セグメント
ヘッダ、５３・・・セグメント、６０・・・バッキング
ストアディスク装置、６３・・・バッキングストアにア
ンロードされたセグメント、５１１・・・存在表示フラ
グ（Ｐフラグ）、５２１・・・バッチ要求状態フラグ（
Ｍフラグ）。

Claims (1)

1. 【特許請求の範囲】 プログラムを複数の部分に分割し該分割単位で主記憶装
   置とバッキングストアとの間でロード、アンロードを行
   なう仮想記憶システムにおけるプログラム修正方式にお
   いて、 前記分割単位の修正情報をファイルに登録すると共に、
   該入力された修正情報で修正すべき分割単位が修正要求
   されている旨を該分割単位対応の記憶手段に設定する指
   示手段を有し、 前記プログラムの分割単位の不在割込みの発生時、該分
   割単位を前記バッキングストアから前記主記憶装置にロ
   ードし、該ロードした分割単位対応の前記記憶手段に修
   正要求すべき旨が設定されているときは、前記ファイル
   に登録された該分割単位対応の修正情報に基づいて該分
   割単位の内容を修正すると共に前記記憶手段の設定情報
   の更新と不在状態の解除を行なうようにしたことを特徴
   とするプログラム修正方式。