JP3518609B2 - 構成管理方法及びデータ処理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、構成管理方法及びデー
タ処理システムに係り、特に、複数プログラム（以下で
は「ジョブ」ということにする）間や、複数ＣＰＵ間で
共用される外部記憶装置上の複数の記憶領域に対するア
クセス制御を行なうデータ処理システムにおける構成管
理方法及びデータ処理システムに関する。

【０００２】

【従来の技術】一般に、コンピュータと外部記憶装置よ
り成るデータ入出力システムの、外部記憶装置上の複数
連続領域（エクステント）で構成される記憶領域へのア
クセスにおいて、複数ジョブの１つがデータを外部記憶
装置上に出力（書き込み）しようとする場合に、エクス
テントが割り当てられ確保されるが、エクステントが不
足した場合には更にこのエクステントの数を増やすなど
により領域を拡張することが行われる。

【０００３】従来、この種の記憶領域へのアクセスにお
いて、あるジョブ（Ａ）がエクステント内のデータ（以
下、データセットという）を使用中に別ジョブ（Ｂ）が
領域拡張を行った場合、ジョブ（Ｂ）から該データセッ
トを使用中のジョブ（Ａ）に領域拡張があったことを連
絡する手段がないため、ジョブ（Ａ）は、拡張された領
域へのアクセスを行う場合、この領域へのアクセスを行
なってみて領域が拡張されていたためにアクセスエラー
が発生するとデータセットをオープンしているジョブを
停止し、再実行する（やり直す）ことで対応していた。

【０００４】又、他の従来技術による記憶領域へのアク
セスでは、外部記憶装置上の共用データセットを複数ジ
ョブによりアクセスする場合に、データセットのオープ
ン時に共用排他制御（入力なら共用ロック、出力なら排
他ロック）を行い（例えば、ジョブＡが外部記憶装置に
出力中、ジョブＢはそこから入力できないようにし）、
それによって入力と出力の同時実行を抑止することによ
り対応していた。この方式では長時間オープンしている
ジョブＡ（例えばサブシステムなど）がある場合、該ジ
ョブＡが終了するまで別のジョブＢによる該データセッ
トの更新が行えない。又、該データセットを更新するた
めにには該ジョブＡ（例えばサブシステムなど）を停止
する必要があり、システム運用上大きな問題となってい
た。なお、この種の技術として関連するものに、例えば
特開平２−２２４１５１号公報（文献１），特開昭６３
−２５７８４９号公報（文献２）などがある。文献１
は、ファイル用にスペースを一括確保して、確保したス
ペース情報を用いてスペース情報テーブルを作成し、そ
の中を分割してスペースを与えるようにしたファイルス
ペース確保方式に関するものである。また文献２は、Ｖ
ＴＯＣにアクセス可能状態、他のファイルに転写中の状
態、ファイル再編成中の状態を設けて、使用中に再編成
する使用中ファイルの再編成方法に関するものである。

【０００５】

【発明が解決しようとする課題】上記最初に示した従来
技術の方式では、あるジョブによるデータセット出力で
外部記憶装置上の共用領域が拡張された場合、拡張され
たことを既に使用中の他ジョブに連絡する手段がないた
め、該他のジョブを一旦停止し再起動する必要があると
いう問題があった。

【０００６】又、上記他の従来技術の方式では、オープ
ン時に共用排他制御を行うことで入力と出力の同時実行
を抑止することで対応していたが、この方式では長時間
オープンしているジョブ（例えばサブシステムなど）が
ある場合、別のジョブによる当該データセットの更新が
行えず、またこの更新をするためには該ジョブ（長期間
オープンしているジョブ）を停止する必要があるという
問題があった。

【０００７】また、これらの問題は、１つのＣＰＵ上で
複数のジョブが外部記憶装置上のデータセットを共用す
る場合だけでなく、複数のＣＰＵもしくは複数のＣＰＵ
上のジョブがそれぞれ外部記憶装置上のデータセットを
共用する場合にも同様に発生する。

【０００８】従って、本発明の目的は、上記従来技術の
問題点を克服し、外部記憶装置上のデータセットを複数
ジョブまたは複数ＣＰＵで同時に使用している場合、あ
るジョブまたはＣＰＵによりデータセットの領域が拡張
された旨を、共用使用している別ジョブまたはＣＰＵに
連絡することによって、もしくは、共用使用しているジ
ョブまたはＣＰＵが該データセットアクセス毎に領域拡
張を問い合わせることによって、入力と出力の同時実行
を可能とし、あるジョブまたはＣＰＵによる領域の拡張
が発生しても、共用使用中の他のジョブを停止せずに処
理を続行させることのできる外部記憶装置上のデータセ
ットへのアクセスを可能としたデータ処理システムにお
ける構成管理方法及びデータ処理システムを提供するこ
とにある。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明による構成管理方法及びデータ処理システム
は、以下のように構成される。

【００１０】（１）複数のプログラムのそれぞれが、そ
の実行により外部記憶装置に含まれる記憶領域にデータ
を格納し、該格納されたデータを、前記複数のプログラ
ムのそれぞれがその実行時に記憶した前記記憶領域の領
域情報に基づいてアクセスするデータ処理システムにお
ける構成管理方法において、 前記複数のプログラムの１
つが、その実行によりデータを前記記憶憶領域へ出力す
るときに記憶領域の拡張が発生した場合に、該拡張した
記憶領域の情報を領域拡張情報として記憶し、 前記記憶
領域の拡張を発生させたプログラムとは別の前記複数の
プログラムの１つが、その実行により前記領域情報に基
づいて前記記憶領域のデータを入力するときに、前記記
憶領域の終了位置の検出、前記記憶憶領域外へのアクセ
スエラーの少なくともいずれかが発生したとき、前記領
域拡張情報を参照することにより、前記拡張された記憶
領域に格納されたデータを入力するように構成する。こ
れにより記憶領域内データ運用を効率よく行うことがで
きる。

【００１１】これを具体的に述べると、複数ジョブで同
時に使用するデータセットの先頭オープンでデータセッ
トの領域変更を監視する手段を当該ジョブを実行するＣ
ＰＵ内のメモリ上に設け、あるジョブにより、監視対象
データセットの領域が拡張された場合、このメモリ上に
設けられた監視手段（監理手段）に領域拡張を示す情報
（例えばエクステントの数またはエクステントの開始終
了情報などの全てのエクステント情報等）を格納し、監
視対象データセットにアクセスしているジョブにその旨
を連絡する手段を設けることで、同時にオープンしてい
る別ジョブで領域拡張を認識でき、それを契機に拡張さ
れた領域情報を入手可能となりジョブを停止せずに処理
を続行させるようにする。

【００１２】なお、領域拡張を契機に監視対象データセ
ットをアクセスしているジョブに、（拡張を行ったジョ
ブが）その旨を連絡する手段を設けないで、アクセスし
ているジョブがアクセス毎に各ジョブの共用メモリ上の
監視手段を参照することで同等のことが可能となる。

【００１３】また、監視手段に格納される領域拡張情報
としては、領域の拡張された分（増加分）の情報だけで
もよいが、全体の領域の情報を含むようにしてもよい。

【００１４】（２）複数のＣＰＵと、これらのＣＰＵ上
のジョブにより共用される記憶領域を備える外部記憶装
置を有する方式の場合、領域拡張監視情報として監視対
象記憶領域のエクステント情報を複数のＣＰＵ上のジョ
ブで共用できるメモリ上または外部記憶装置の共用記憶
領域上に常駐化しデータセットのアクセス毎に該エクス
テント情報を直接使用する仕組みを設けることで同等の
効果を期待できる。

【００１５】（３）同様に、複数のＣＰＵと、これらの
ＣＰＵ上のジョブにより共用される記憶領域を備える外
部記憶装置を有する方式の場合、使用中のデータセット
の領域拡張の管理手段を各ＣＰＵ毎のメモリに設け、領
域拡張を他ＣＰＵへ連絡する手段（たとえばＣＴＣＡ経
由）を設けることで、複数ＣＰＵで共用してアクセスす
る運用形態においても同等の効果を期待できる。

【００１６】（４）同様に複数のＣＰＵにより共用され
る外部記憶装置を有する方式において、共用データセッ
トの存在する外部記憶装置上に領域拡張を他ＣＰＵ（拡
張を行ったＣＰＵとは別のＣＰＵ）へ連絡する手段（例
えば、領域拡張を契機に他ＣＰＵに対して割込みを発生
させるハードウェア機構）を設けることにより、複数Ｃ
ＰＵで共用してアクセスする運用形態においても同等の
効果を期待できる。

【００１７】

【作用】上記構成に基づく作用を説明する。

【００１８】本発明によれば、ＣＰＵと、複数の記憶領
域を備える外部記憶装置とを有し、この記憶領域に複数
のジョブがアクセスしてデータの入出力を行う方式にお
いて、ジョブが使用中のデータセットの領域拡張を管理
する手段を自ＣＰＵ内のメモリ上に設け、該データセッ
トの出力で領域拡張が発生した場合、その旨を領域拡張
を管理する手段に連絡するよう動作する。

【００１９】一方、該データセットをアクセスするジョ
ブでは、アクセスする度に、もしくは、エクステントの
終了位置を検出しまたはエクステント外のアクセスエラ
ーを検出したときに前記管理手段を参照するように動作
する。この管理手段を参照することにより、前記データ
セット領域が拡張されたことを即座に検知し、このデー
タセット領域を再入力するように動作し、このデータセ
ットを再度オープンせずにアクセスを続行させることが
可能となり、データセット運用を効率良く行うことがで
きる。

【００２０】（２）上述（１）の外部記憶装置上のデー
タセットを複数ＣＰＵで共用してアクセスする運用形態
において、使用中のデータセットの領域拡張を管理する
手段を複数ＣＰＵで共用できるメモリ上または外部記憶
装置上の共用データセット上に設け、あるＣＰＵのジョ
ブによるデータセットの出力で領域拡張が発生した場
合、共用メモリ上の領域拡張を管理手段に連絡するよう
動作する。

【００２１】一方、該データセットをアクセスするジョ
ブでは、アクセスする度にあるいはエクステントの終了
位置またはエクステント外のアクセスエラーを検出した
時に、該管理手段を参照するように動作する。前記管理
手段を参照することにより、このデータセット領域が拡
張されたことを即座に検知し、このデータセット領域を
再入力し、このデータセットを再度オープンせずにアク
セスを続行させることが可能となり、データセット運用
を効率良く行うことができる。

【００２２】（３）上述（１）の外部記憶装置上のデー
タセットを複数ＣＰＵで共用してアクセスする運用形態
において、使用中のデータセットの領域拡張を管理する
手段を各ＣＰＵ毎のメモリに設け、該データセットの出
力で領域拡張が発生した場合、ＣＰＵ間の連絡手段（た
とえばＣＴＣＡ経由）により領域拡張を管理する手段を
起動するように動作する。各ＣＰＵ毎の領域拡張を管理
する手段が起動されることで、領域拡張を各ＣＰＵに伝
えることができる。

【００２３】一方、前記データセットをアクセスするジ
ョブでは、アクセスする度にあるいはエクステントの終
了位置またはエクステント外アクセスエラーを検出した
時に前記管理手段を参照するように動作する。この管理
手段を参照することにより、前記データセット領域が拡
張されたことを即座に検知し、このデータセット領域を
再入力し、このデータセットを再度オープンせずにアク
セスを続行させることが可能となり、データセット運用
を効率良く行うことができる。

【００２４】（４）上述（１）の外部記憶装置上のデー
タセットを複数ＣＰＵで共用してアクセスする運用形態
において、使用中のデータセットの領域拡張を管理する
手段を各ＣＰＵ毎のメモリに設け、更に該データセット
の存在する外部記憶装置に他のＣＰＵに連絡する手段
（例えば、領域拡張を契機に他ＣＰＵに対して割込みを
発生させるハードウェア機構）を設け、あるＣＰＵのジ
ョブによりデータセット領域が拡張された場合、自系の
領域拡張を管理する手段に拡張のあった旨を格納した
後、該データセットが存在する外部記憶装置に対して他
系連絡指示要求を行うように動作する。他系連絡指示要
求を受けた外部記憶装置は接続された全ＣＰＵに対して
割込みを発生させ、割込みを受けた各ＣＰＵでは領域拡
張を管理する手段を再起動させるように動作する。領域
拡張を管理する手段が再起動されることにより領域拡張
が各ＣＰＵに伝えられ、前記データセットをアクセスす
る度に、もしくは、エクステントの終了位置またはエク
ステント外のアクセスエラーを検出したときに、前記管
理手段を参照することにより、前記データセット領域が
拡張されたことを即座に検知し、このデータセット領域
を再入力することにより、このデータセットを再度オー
プンせずにアクセスを続行させることが可能となり、複
数ＣＰＵシステム下でのデータセット運用を効率良く行
うことができる。

【００２５】

【実施例】以下に、本発明の実施例を図面により説明す
る。

【００２６】図１は、本発明の一実施例を示すコンピュ
ータシステムの全体構成図である。図１において、１は
データ処理装置（ＣＰＵ）、１０は外部記憶装置であ
る。外部記憶装置１０は、データ処理装置１に接続さ
れ、外部記憶装置１０は、ボリューム１３で構成され、
ボリューム１３にはデータを格納する複数の連続領域
（エクステント）１２，１２ａで構成されるデータセッ
ト１１が格納される。

【００２７】データ処理装置１は、データセット１１に
格納されたデータを扱うデータ処理部２と外部記憶装置
１０からの割り込みを受け付け分析する割込み制御部９
で構成される。

【００２８】データ処理部２は、外部記憶装置１０上の
データセット１１をオープンするＯＰＥＮ処理部３、デ
ータセット１１の入出力を制御する入出力処理部４、デ
ータセット出力時にエクステント１２，１２ａが拡張さ
れたときに動作する領域拡張処理部５、データセット１
１をクローズするＣＬＯＳＥ処理部６、拡張されたエク
ステント１２，１２ａを管理する領域拡張管理部７で構
成される。

【００２９】領域拡張管理部７は、拡張されたエクステ
ント１２，１２ａを管理するために領域管理テーブル８
を持つ。

【００３０】図２は、ボリューム１３に格納されている
データセット１１の管理方式と、データセットオープン
時に確保されるエクステント管理テーブルＤＥＢ（Ｄａ
ｔａＥｘｔｅｎｔ ｃｏｎｔｒｏｌ Ｂｌｏｃｋ）２０
の関連を示している。

【００３１】ボリューム１３には、ボリューム内のデー
タセット１１及びエクステント１２，１２ａを管理する
ＶＴＯＣ（Ｖｏｌｕｍｅ Ｔａｂｌｅ ｏｆ Ｃｏｎｔ
ｅｎｔｓ）１４を持つ。ＶＴＯＣ１４には、データセッ
ト１１のエクステント情報を管理するＤＳＣＢ（Ｄａｔ
ａ Ｓｅｔ Ｃｏｎｔｏｒｏｌ Ｂｌｏｃｋ）１５を設
けている。

【００３２】ＯＰＥＮ処理部３は、ＶＴＯＣ１４から該
当するＤＳＣＢ１５を入力し、エクステント１２，１２
ａの位置情報を取得する。取得した位置情報をもとに、
エクステント数２１、第１エクステント１２の開始アド
レス２４、終了アドレス２５、……、第ｎエクステント
１２ａの開始アドレス２４ａ、終了アドレス２５ａを設
定し、ＤＥＢ２０を完成させる。ＤＥＢ２０を作成した
後、データセット情報としてＤＥＢ２０等を領域拡張管
理部７に渡す。領域拡張管理部７は、データセット情報
に基づいて領域拡張テーブル８を作成する。

【００３３】領域拡張処理部５は、データセット出力時
に領域不足が発生した時に入出力部４から呼ばれ、ボリ
ューム１３内の空きエクステントをデータセットに追加
割り当てする。追加割り当ては、ＤＳＣＢ１５内のエク
ステント情報を追加することで行われる。又、データ入
出力のためにＤＥＢ２０に対しても拡張したエクステン
ト情報の追加を行う。

【００３４】入出力処理部４は、ＤＥＢ２０で示された
エクステントの範囲内でデータの入出力を行う。入出力
処理部４は、入出力する度に領域拡張管理部７をコール
することで、他ジョブでの領域拡張を認識することが可
能となる。又、入出力の契機毎にコールしないでも、エ
クステント外の（エクステントを越える）アクセス要求
が来た場合に、領域拡張管理部７をコールすることで同
等の効果が期待できる。尚、従来方式では領域拡張管理
部７がないため、他ジョブによる領域拡張を認識するこ
とができなかった。

【００３５】図３，図４に、領域拡張管理テーブル８の
詳細を示す。

【００３６】図３は、データセット１１のエクステント
１２，１２ａを直接管理するものであり、データセット
１１毎に作成され、データセット名３０，３０ａ、デー
タセット１１の存在するボリューム１３を表すボリュー
ム名３１、ボリューム１３内の該当データセットのエク
ステントの順位を示すエクステント番号３２、各エクス
テントの開始アドレス２４（例えば、ｃｃｃｃｈｈｈ
ｈ：ｃｃｃｃはシリンダアドレス、ｈｈｈｈはシリンダ
内トラックアドレス）、終了アドレス２５で構成される
（なお、図１では１つのボリューム内にデータセットが
収まる例を示しているが、図３では１つのデータセット
が複数ボリューム間に跨がる例を示している。また、エ
クステント番号はエクステントを取り込んだ順番を示し
ている）。ボリューム名３１には、直接ボリューム１３
を表すボリューム通し番号を格納しなくても、ボリュー
ムの置かれた外部記憶装置１０のアドレスでも良い。こ
の管理テーブル８では、データセットのエクステント情
報を全て持つので、入出力処理部４が直接該領域拡張管
理テーブル８を参照することにより、領域拡張を認識す
ると共に拡張されたエクステントの開始、終了アドレス
２４，２５が分かる。従って、本実施例によれば、入出
力処理部４は、使用中のデータセットを一旦停止してか
ら再度オープンして、再度ＶＴＯＣ１４内のＤＳＣＢ１
５を入力するなどという措置を講じる必要がなく、その
ままアクセスを続行させることができる。

【００３７】図４は、領域拡張管理テーブル８の変形例
でデータセット１１のエクステント１２，１２ａを直接
管理するものでなく、データセット１１の領域拡張を連
絡するルーチンをＯＰＥＮ処理部３がジョブ毎に登録し
ておくことにより、領域拡張が発生したときに、ジョブ
毎の連絡ルーチンをコールすることで領域拡張を伝える
ものである。

【００３８】該領域拡張管理テーブル８は、データセッ
ト１１毎にデータセット３０、該データセットをオープ
ンしたジョブ名３３、当該ジョブの連絡ルーチンアドレ
ス３４で構成される。連絡ルーチンはジョブごとに領域
拡張を契機に起動され、起動を契機に該データセット１
１の存在するＶＴＯＣ１４内のＤＳＣＢ１５を再入力し
て拡張されたエクステント情報を採取し、ＤＥＢ２０を
再作成して拡張された領域のアクセスを可能とする。

【００３９】図３は、領域拡張管理テーブル８は直接エ
クステント情報をメモリ上に持つため領域拡張後のＤＳ
ＣＢ１５の入力が不要であるという利点があるが、領域
拡張管理テーブル８が大きくなるという欠点がある。一
方、図４は、領域拡張管理テーブル８が小さい反面、領
域拡張後のＤＳＣＢ１５の再入力が必要であるという欠
点がある。システム規模、運用形態（同時にアクセスす
るジョブ数等）により使いわける必要がある。

【００４０】図５，図６，図７は、複数ＣＰＵ間でデー
タセットを共用アクセスする時の、色々な領域拡張の制
御方式を示したものである。

【００４１】図５は、複数ＣＰＵ６０，６１で共用でき
る領域、例えば共用ＥＳ（拡張記憶：Ｅｘｔｅｎｄｅｄ
Ｓｔｏｒａｇｅ）６５上に領域拡張管理テーブル８を
直接配置することで、複数ＣＰＵ間での領域拡張を制御
するものてせある。尚、共用ＥＳ６５の代わりに、ＣＰ
Ｕ６０，６１で共用できるデータセット上に領域拡張テ
ーブル８を直接配置することでも同等の効果が期待でき
る。

【００４２】図６は、複数ＣＰＵ６０，６１，６２をＣ
ＴＣＡ（Ｃｈａｎｎｅｌ Ｔｏ Ｃｈａｎｎｅｌ Ａｄ
ａｐｔｅｒ）６４で接続して、領域拡張が発生したＣＰ
Ｕの領域拡張管理部７が該ＣＴＣＡ６４を使用して、他
のＣＰＵの領域拡張管理部７に領域拡張が発生した旨を
連絡するものである。領域拡張の連絡を受けた領域拡張
管理部７は、自ＣＰＵで領域拡張が発生したのと同様
に、自ＣＰＵ内の領域拡張管理テーブル８を更新し領域
拡張を自ＣＰＵ内のジョブに連絡することができる。

【００４３】図７は、複数ＣＰＵ６０，６１で共用され
ている外部記憶装置１０の制御装置（ＤＫＣ：Ｄｉｓｋ
Ｃｏｎｔｒｏｌｌｅｒ）７０に、他系連絡機構（この
制御装置に接続されたＣＰＵに割込みを発生させるも
の）を新たに設けることで、領域拡張を連絡するもので
ある。領域拡張の発生したＣＰＵの領域拡張管理部７
は、自ＣＰＵ内の領域拡張管理テーブル８を更新し（ス
テップ８０）、他系連絡要求をＤＫＣ７０に対して要求
する（ステップ８１）。ＤＫＣ７０の他系連絡機構７１
は、他系連絡要求を受けた場合、接続された他ＣＰＵに
対して割込みを発生させる（ステップ８２）。他ＣＰＵ
の割込み制御部９は、ＤＫＣ７０からの割込みを受けた
場合、領域拡張管理部７をコールする。領域拡張の連絡
を受けた領域拡張管理部７は、自ＣＰＵで領域拡張で発
生したのと同様に、自ＣＰＵ内の領域拡張管理テーブル
８を更新し（ステップ８３）、領域拡張を自ＣＰＵ内の
ジョブに連絡することができる。

【００４４】以上の実施例では、領域が不足した場合の
領域拡張について説明したが、理論上は領域が不要にな
った場合の領域縮減の場合も考えられ、そのような場合
も含めて一般的に領域が変更される場合にも適用するこ
とができる。

【００４５】また、外部記憶装置に代えて、いくつもの
データセットを格納できる広さを有していて複数のジョ
ブにより共通にアクセスできる例えばＥＳ等のメモリを
用いることも原理的には可能である。

【００４６】

【発明の効果】以上説明したように、本発明によれば、
複数ジョブまたは複数ＣＰＵ上のジョブにより共用され
るデータセットを格納する外部記憶装置を有するデータ
セットアクセス方式において、あるジョブによるデータ
セットの領域拡張が発生したとき、拡張があったことを
他のアクセスをするジョブに連絡する手段（例えば領域
拡張の管理手段）を設けたので、あるジョブによるデー
タセットへのデータ出力時に領域拡張が発生した場合、
既に該データセットを使用中のジョブに連絡できるた
め、ジョブを停止して再動、データセットをクローズし
て再オープンすることなしにジョブを続行できる結果、
データセットの共用運用を効率的に行うことができる効
果が得られる。

【図面の簡単な説明】

【図１】本発明の一実施例に用いられるコンピュータシ
ステムの全体構成図である。

【図２】図１における外部記憶装置上のデータセットの
管理方式とデータセットのオープン時に作成されるエク
ステント管理テーブルとの関係を示す図である。

【図３】図１における領域拡張管理テーブルの一実施例
を示す図である。

【図４】図１における領域拡張管理テーブルの他の実施
例を示す図である。

【図５】複数ＣＰＵ間でデータセットを共用する場合の
領域拡張の連絡方式の一実施例を示す図である。

【図６】複数ＣＰＵ間でデータセットを共用する場合の
領域拡張の連絡方式の他の実施例を示す図である。

【図７】複数ＣＰＵ間でデータセットを共用する場合の
領域拡張の連絡方式の更に他の実施例を示す図である。

【符号の説明】

１ データ処理装置 ２ データ処理部 ３ ＯＰＥＮ処理部 ４ 入出力処理部 ５ 領域拡張処理部 ６ ＣＬＯＳＥ処理部 ７ 領域拡張管理部 ８ 領域拡張管理テーブル ９ 割込み制御部 １０ 外部記憶装置 １１ データセット １２，１２ａ エクステント １３ ボリューム １４ ＶＴＯＣ １５ ＤＳＣＢ ２０ ＤＥＢ ２１ エクステント数 ２４，２４ａ エクステントの開始アドレス ２５，２５ａ エクステントの終了アドレス ３０ データセット名 ３１ ボリューム名 ３２ エクステント番号 ３３ ジョブ名 ３４ 連絡ルーチンアドレス ６０，６１，６２ ＣＰＵ ６４ ＣＴＣＡ ６５ 共用ＥＳ ７０ ＤＫＣ ７１ 他系連絡機構

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 12/00 G06F 3/06 G06F 15/177

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】複数のプログラムのそれぞれが、その実行
   により外部記憶装置に含まれる記憶領域にデータを格納
   し、該格納されたデータを、前記複数のプログラムのそ
   れぞれがその実行時に記憶した前記記憶領域の領域情報
   に基づいてアクセスするデータ処理システムにおける構
   成管理方法において、 前記複数のプログラムの１つが、その実行によりデータ
   を前記記憶憶領域へ出力するときに記憶領域の拡張が発
   生した場合に、該拡張した記憶領域の情報を領域拡張情
   報として記憶し、 前記記憶領域の拡張を発生させたプログラムとは別の前
   記複数のプログラムの１つが、その実行により前記領域
   情報に基づいて前記記憶領域のデータを入力するとき
   に、前記記憶領域の終了位置の検出、前記記憶憶領域外
   へのアクセスエラーの少なくともいずれかが発生したと
   き、前記領域拡張情報を参照することにより、前記拡張
   された記憶領域に格納されたデータを入力することを特
   徴とする構成管理方法。
2. 【請求項２】複数のプログラムのそれぞれが、その実行
   により外部記憶装置に含まれる記憶領域にデータを格納
   し、該格納されたデータを、前記複数のプログラムのそ
   れぞれがその実行時に記憶した前記記憶領域の領域情報
   に基づいてアクセスするデータ処理システムにおいて、 前記複数のプログラムの１つが、その実行によりデータ
   を前記記憶憶領域へ出力するときに記憶領域の拡張が発
   生した場合に、該拡張した記憶領域の情報を領域拡張情
   報として記憶する手段と、 前記記憶領域の拡張を発生させたプログラムとは別の前
   記複数のプログラムの１つが、その実行により前記領域
   情報に基づいて前記記憶領域のデータを入力するとき
   に、前記記憶領域の終了位置の検出、前記記憶憶領域外
   へのアクセスエラーの少なくともいずれかが発生したと
   き、前記領域拡張情報を参照することにより、前記拡張
   された記憶領域に格納されたデータを入力するデータ入
   力手段とを備えること特徴とするデータ処理システム。
3. 【請求項３】複数のデータ処理装置と、これらの複数の
   データ処理装置により共用される記憶領域を備える外部
   記憶装置とを備え、複数のプログラムのそれぞれが、そ
   の実行により外部記憶装置に含まれる記憶領域にデータ
   を格納し、該格納されたデータを、前記複数のプログラ
   ムのそれぞれがその実行時に記憶した前記記憶領域の領
   域情報に基づいてアクセスするデータ処理システムにお
   いて、 前記複数のプログラムの１つが、その実行によりデータ
   を前記記憶憶領域へ出力するときに記憶領域の拡張が発
   生した場合に、該拡張した記憶領域の情報を領域拡張情
   報として記憶し、前記複数のデータ処理装置で共用可能
   とする記憶領域拡張管理手段と、 前記記憶領域の拡張を発生させたプログラムとは別の前
   記複数のプログラムの１つが、その実行により前記領域
   情報に基づいて前記記憶領域のデータを入力するとき
   に、前記記憶領域の終了位置の検出、前記記憶憶領域外
   へのアクセスエラーの少なくともいずれかが発生したと
   き、前記記憶領域拡張管理手段の領域拡張情報を参照す
   ることにより、前記拡張された記憶領域に格納されたデ
   ータを入力するデータ入力手段とを備えること特徴とす
   るデータ処理システム。