(57)【特許請求の範囲】
【請求項１】
業務システムのＪＣＬ（ジョブ制御言語）で定義されたデータセットのスペース容量管理方法であって、
前記業務システムを実行した際に動作対象となったＪＣＬのジョブステップで定義されているデータセット単位に入出力結果を生成し、前記業務システムを構成する全てのＪＣＬからジョブステップで定義されているデータセット単位に定義情報を生成し、前記業務システムを構成する全ての業務プログラムから入出力ファイル単位に定義情報を生成し、前記生成された入出力結果及び両定義情報を入力情報としてそれぞれを照合解析を行い、業務システムの入出力結果情報を生成し、その入出力結果情報を基にシステム管理者からのスペース容量の増減指示を受け、データセットのスペース容量を修正することを特徴とするデータセットのスペース容量管理方法。
【請求項２】
前記入出力結果情報を基に、データセットのスペース容量警告情報、スペース容量分析情報、及びＪＣＬソースリスト参照情報を生成して出力装置に出力し、システム管理者からのスペース容量の増減指示を受け、データセットのスペース容量を修正することを特徴とする請求項１に記載のデータセットのスペース容量管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、システム管理者がシステム運用の過程で必ず直面するデータ量の増加に伴い発生するデータセットのスペース容量定義の保守を行う為のデータセットのスペース容量管理方法に関し、特に、システム設計者がシステム設計時点で考慮していたデータ量と異なるような状況が発生することを考慮し、業務システム稼働の早期の段階でデータセットのスペース容量定義の見直しをするためのデータセットのスペース容量管理方法に適用して有効な技術に関するものである。
【０００２】
【従来の技術】
一般的なシステム保守において、システム管理者が対象とする業務システムに対し、すべてのジョブ制御言語（以下、ＪＣＬと記す）に定義されているデータセットのスペース容量を監視するようなことは現実的に有り得ない。システム管理者がシステムを保守する範囲は広く、各ＪＣＬに定義したデータセットのスペース容量状況までを監視することは考慮されていないのが現状である。
【０００３】
システム管理者はシステム構成の基となるデータベースなどのデータ件数が急激に増加した場合、直接的に関連するジョブに対してデータセットのスペース容量を見直すことは考えられるが、スペース容量の再設定を行う場合、そのスペース容量値はシステム管理者の知識と経験から適当と思われる値により修正を行うのが通例である。そして、前記のようなケースが発生した場合は同様な修正が多量に発生することも考えられるため、作業工数を考慮した場合、画一的な修正が行われる。
【０００４】
また、長期にわたり運用を行っている業務システムの場合、その期間に発生する仕様変更や業務システムの使用傾向の変化によりデータ量が変化し、データセットのスペース容量を無駄に多く確保する状況が発生したり、データ量の変化に伴う間接的な影響範囲の考慮不足によるジョブの異常終了を引き起こすケースも考えられる。
【０００５】
前者のデータセットのスペース容量を多めに確保すること自体には基本的に問題はないが、確保先の外部記憶装置の容量に余裕が無い場合、これが原因で異常終了することも希に考えられる。
【０００６】
しかし、問題となるのは後者のデータ量の変化に伴う間接的な影響範囲の考慮不足によるジョブの異常終了を引き起こす現象であり、現状ではこの現象を完全に防止するには刻々と変化するデータ量とすべての業務プログラム仕様を把握した上で、一定の作業工数を常に保ち続けることができない限り難しいと考えられる。システム運用の中でジョブの異常終了は業務遂行の妨げになるため発生してはならない現象ではあるが、現実は発生するまで把握できず事後対応となっているケースが多い。
【０００７】
システム設計時においても、システム運用を開始してからでなければ正確なデータ量を把握することができないため、業務システムの基本となるデータベースなどの容量より算出した値から安全圏も考慮した値又は、最大容量を算出し設計を行っている。
【０００８】
このＪＣＬ文を自動作成する従来の技術は、例えば、特開昭６２−２０６６３１号公報や、特開平７−５６７１７号公報に開示されている。しかし、これらはジョブを新規に設計しジョブ制御言語を生成する場合に摘要する趣があり、ここで問題としているデータセットのスペース容量の設定は、従来の技術では他の各種パラメタも含めて詳細には定義していない。また、これらの技術はジョブフローとＪＣＬの整合性を考慮した技術であるため、各種パラメタの設定内容は設計者に依存することになり、スペース容量も適切な値が設定されているとは限らない。
【０００９】
【発明が解決しようとする課題】
上記の従来技術は主にジョブフローとＪＣＬの整合性を考慮した技術であるため、データセットのスペース容量を適切な値に設定するものではない。
【００１０】
したがって、上記従来技術において、システム管理者が業務システムで定義したデータセットのスペース容量の保守を十分に行えない理由として、以下のような点が挙げられる。
【００１１】
（１）システム管理者が業務システムに定義されているすべてのデータセットを監視することは不可能。また、そのための手段も乏しい。
【００１２】
（２）長期運用の業務システムは仕様変更などにより設計当初の状態とは矛盾が生じ、データセットのスペース容量を無駄に多く確保したり、間接的な影響でスペース容量不足による業務システムの異常終了を引き起こす可能性があり、これを事前に把握する手段が乏しい。
【００１３】
（３）業務システム設計時点で算出されたデータセットのスペース容量は机上計算によるものであり、必ずしも適切な設定を行なっているとは限らない。
【００１４】
（４）システム管理者が業務システムに定義されているデータセットのスペース容量を修正する場合、各ジョブに対して固有な修正を行うことは作業工数を考慮すると効率的でないため、全体的に画一的な修正になるのが通例である。
【００１５】
本発明の第１の目的は、業務システムが抱える大量のデータセットに対し、スペース容量の使用状況を適時把握し、異常終了による業務の停滞を避けることが可能な技術を提供することにある。
【００１６】
本発明の第２の目的は、データセットのスペース容量を稼働実績により適切な値に修正することが可能な技術を提供することにある。
【００１７】
本発明の第３の目的は、本発明によりシステム管理者の負担を減らし、無駄な作業工数の発生を抑制することが可能な技術を提供することにある。
【００１８】
【課題を解決するための手段】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、下記のとおりである。
【００１９】
業務システムのＪＣＬ（ジョブ制御言語）で定義されたデータセットのスペース容量管理方法であって、前記業務システムを実行した際に動作対象となったＪＣＬのジョブステップで定義されているデータセット単位に入出力結果を生成し、前記業務システムを構成する全てのＪＣＬからジョブステップで定義されているデータセット単位に定義情報を生成し、前記業務システムを構成する全ての業務プログラムから入出力ファイル単位に定義情報を生成し、前記生成された入出力結果及び両定義情報を入力情報としてそれぞれを照合解析を行い、業務システムの入出力結果情報を生成し、その入出力結果情報を基にシステム管理者からのスペース容量の増減指示を受け、データセットのスペース容量を修正することを特徴とする。
【００２０】
また、前記入出力結果情報を基に、データセットのスペース容量警告情報、スペース容量分析情報、及びＪＣＬソースリスト参照情報を生成して出力装置に出力し、システム管理者からのスペース容量の増減指示を受け、データセットのスペース容量を修正することを特徴とする。
【００２１】
【発明の実施の形態】
以下、本発明の一実施形態を図面に基づき説明する。
【００２２】
図２は本実施形態のデータセットのスペース容量の管理、修正方法を実施する業務システムの装置構成の一例を示す図である。まず、本実施形態の業務システムは、図２に示すように、エンドユーザ、またはシステム管理者に各処理の出力を表示する表示装置２０１と、エンドユーザ、またはシステム管理者からの入力を受ける入力装置２０２と、各処理を実行する中央処理装置２０３と、各種ファイルを格納する外部記憶装置２０４と、各処理のプログラムを格納するメモリ２０５とから構成される。
【００２３】
図１は、本実施形態のデータセットのスペース容量の管理、修正方法を実現する業務システムを説明するための図である。
【００２４】
図１に示すように、本実施形態の業務システムの処理は、業務処理１０１、随時処理１０７、及び保守処理１１４の３つに分けられる。
【００２５】
処理構成の上位仕様である業務処理１０１は、各種業務用ファイル１０２を基に中央処理装置２０３が各業務を実施する度に該当ジョブをＪＣＬソースファイル１０３より取得、実行し、同時に入出力結果を各業務プログラムに組み込まれた実行結果情報出力処理１０４より業務プログラム定義ファイル１０６を参照し、実行結果情報ファイル１０５にデータを出力する。この一連の処理は、エンドユーザーやシステム管理者は意識することなく自動的にデータセットの保守データを取得、蓄積をすることとなる。
【００２６】
処理構成の２つ目の随時処理１０７は、ＪＣＬソースファイル１０３及び、業務プログラムソースファイル１０８の変更（ロードモジュールの変更を伴う）などが生じた場合、変更直後や夜間バッチ処理などのタイミングで実行する処理である。ここで生成するファイルは、業務プログラム定義ファイル１０６、ＪＣＬ定義情報ファイル１１０、及び入出力情報ファイル１１３の３つがある。
【００２７】
前述した業務プログラム定義ファイル１０６は業務プログラムソースファイル１０８の入出力関連の定義情報を蓄積したファイルであり、これは業務プログラム定義情報取得処理１０９を介して生成されたものである。
【００２８】
次に、ＪＣＬ定義情報ファイル１１０はＪＣＬソースファイル１０３よりＪＣＬ定義情報取得処理１１１を介して生成されたものである。
【００２９】
また、入出力情報ファイル１１３は、蓄積された実行結果情報ファイル１０５の定義内容を業務プログラム定義ファイル１０６でチェック処理後、ＪＣＬ定義情報ファイル１１０とを実行結果解析処理１１２でマッチング処理を行って生成されたものである。業務プログラムの入出力関連定義に修正が生じた場合やＪＣＬに修正が生じた場合、随時処理１０７を実施する必要がある。
【００３０】
処理構成の３つ目は保守処理１１４であり、システム管理者が業務処理１０１で取得した情報から随時処理１０７で生成された入出力情報ファイル１１３を基に保守作業を行う処理である。
【００３１】
システム管理者は入力装置２０２より指示情報ファイル１１５を介して実行結果解析処理１１６を起動し、入出力情報ファイル１１３より保守情報関連データを表示装置２０１に出力する。その出力内容に基づきＪＣＬの修正が必要となった場合、入力装置２０２から指示情報ファイル１１５を介してＪＣＬ自動修正処理１１７を起動し、ＪＣＬソースファイル１０３に対し更新処理を行う。同時に、随時処理１０７も実施する。
【００３２】
次に、図１に示した各処理を各詳細図を交えながら説明する。
【００３３】
図３は、業務処理１０１内の業務プログラムに対して追加する仕様の内容を説明するための図である。なお、本実施形態では業務プログラムはＣＯＢＯＬ言語を想定している。
【００３４】
図３に示すように、本実施形態の業務プログラムは、入出力カウンタと実行結果情報出力処理１０４を実現するサブルーチンのインタフェースの定義を追加した環境設定３０１と、入出力カウンタの初期処理、及びＪＣＬのＳＹＳＩＮに定義した起動ジョブＩＤを取得する処理を追加した初期処理３０２と、データの入出力処理時における入出力件数カウント処理を追加した主処理３０３と、実行結果情報出力処理１０４を実現するサブルーチンをＣＡＬＬする処理を追加した終了処理３０４とから構成される。上述の仕様の処理は部品化を行うことにより追加する。
【００３５】
図４は、図３に示す仕様の業務プログラムにおける入出力情報を中心とした処理を示すフローチャートである。
【００３６】
業務プログラム開始直後、ＳＹＳＩＮより起動ジョブＩＤを取得し（ステップ４０１）、入出力カウンタの初期化処理を行い（ステップ４０２）、入力データを読み込む（ステップ４０３）。そして、入力データ１件につき入力カウンタに１を加算し（ステップ４０４）、入力データが出力対象となるデータであるかを判定する（ステップ４０５）。
【００３７】
出力対象データの場合、出力カウンタに１を加算し（ステップ４０６）、出力対象外である場合、またはデータ出力後のとき、次レコードがＥＯＦ（Ｅｎｄ  Ｏｆ  Ｆｉｌｅ）かを判定する（ステップ４０７）。
【００３８】
ＥＯＦでない場合、ステップ４０３に戻り、入力データの読み込み処理を行う。ＥＯＦの場合、入出力情報出力サブルーチンをＣＡＬＬする（ステップ４０８）。前記サブルーチンをＣＡＬＬする場合、入出力情報サブルーチンインタフェース４０９にはプログラム名４０１、ファイル名４１１、入出力件数４１２、及びジョブ名４１３を設定する。
【００３９】
図５は、業務処理１０１のＪＣＬに対して追加する仕様を説明するための基本モデルを示した図である。
【００４０】
ステップ１の業務プログラム５０１、ステップ３の業務プログラム５０３、及びステップ５の業務プログラム５０５には実行結果情報出力処理１０４で使用するデータセットなどを定義したカタログドプロシジャを定義する。また、ステップ２のソート５０２、及びステップ４のユーティリティ５０４からはデータの取得は行わない。
【００４１】
図６は、業務処理１０１の実行結果である実行結果情報ファイル１０５に出力する実行結果情報レコードを表した図である。実行結果情報出力処理１０４は、図４に示した入出力情報出力サブルーチンインタフェース４０９のプログラム名４１０及びファイル名４１１と、業務プログラム定義ファイル１０６のレコードである図９に示す業務プログラム定義情報レコード９０５のプログラム名９０１、及びファイル名９０４でマッチング処理を行い、実行結果情報ファイル１０５に出力する。そのときの実行結果情報レコード６０８を例えば、図６に示すように出力する。
【００４２】
図６に示す実行結果情報レコード６０８のジョブ名６０１、及びプログラム名６０２はキーであり、入出力件数６０５は入出力情報出力サブルーチンインタフェース４０９より取得し、入出力区分６０３、及び外部装置名６０４は業務プログラム定義レコード９０５より取得する。
【００４３】
図７は、ＪＣＬ定義情報ファイル１１０に出力するＪＣＬ定義情報レコード７１２の構成を示した図である。ＪＣＬ定義情報ファイル１１０に出力するＪＣＬ定義情報レコード７１２は、ＪＣＬソースファイル１０３に対しＪＣＬ定義情報取得処理１１１を行うことによって生成する。
【００４４】
そのＪＣＬ定義情報レコード７１２を図８に示すＪＣＬ定義情報取得箇所サンプルリストを用いて説明する。図７に示すＪＣＬ定義情報レコード７１２のジョブ名７０１にはジョブ名８０１、連番７０２には１からの連番、ジョブステップ名７０３にはステップ名８０２、及びプログラム名７０４にはプログラム名８０３を設定する。データセット名７０５にはデータセット名８０６や同８０８や同８１５を、ＤＤ名７０６にはＤＤ名８０５や同８０７や同８１４を設定する。
【００４５】
単位７０７にはＳＰＡＣＥパラメタの第１パラメタ８１１や同８１８、初期値７０８にはＳＰＡＣＥパラメタの初期値８１２や同８１９の数値、増分７０９にはＳＰＡＣＥパラメタの増分８１３や同８２０の数値、レコード長７１０にはＤＣＢパラメタのＬＲＥＣＬ８０９や同８１６の数値、ブロックサイズ７１１にはＤＣＢパラメタのＢＬＫＳＩＺＥ８１０や同８１７の数値をそれぞれ設定する。
【００４６】
図８で上記以外の８０４は入出力情報出力サブルーチン４０８用の出力先データセットが定義されているカタログドプロシジャを定義（ＥＸＰＡＮＤ文はＯＳに依存）している。８２１は起動ＪＣＬを業務プログラムに渡すためのＳＹＳＩＮ値を示してある。
【００４７】
図９は、業務プログラム定義ファイル１０６に出力する業務プログラム定義情報レコード９０５の構成を示した図である。業務プログラム定義情報ファイル１０６に出力する業務プログラム定義情報レコード９０５は、業務プログラムソースファイル１０８に対し業務プログラム定義情報取得処理１０９を行うことによって生成する。
【００４８】
その業務プログラム定義情報レコード９０５を図１０に示す業務プログラム定義情報取得箇所サンプル１００１を用いて説明する。
【００４９】
プログラム名９０１には見出し部１００２のプログラム名１００３を設定し、入出力区分９０２には手続き部１００７のＯＰＥＮ文のモード１００８を設定し、外部装置名９０３には環境部１００４の外部装置名１００６をセットする。ファイル名９０４には環境部１００４のファイル名１００５または、手続き部１００７のファイル名１００９を設定し、入出力区分９０２、外部装置名９０３、及びファイル名９０４には環境部１００４のファイル名１００５と、手続き部１００７のファイル名１００９を照合して設定を行う。
【００５０】
図１１は、ＪＣＬ定義情報ファイル１１０、業務プログラム定義ファイル１０６、及び実行結果情報ファイル１０５より実行結果解析処理１１２が生成する入出力情報ファイル１１３の入出力情報レコード１１１１の構成を示した図である。入出力情報レコード１１１１は、図６に示す実行結果情報レコード６０８のジョブ名６０１、プログラム名６０２、及び外部装置名６０４と図７に示すＪＣＬ定義情報レコード７１２のジョブ名７０１、プログラム名７０４、及びＤＤ名７０６をマッチングして生成する。
【００５１】
入出力情報レコード１１１１において、ジョブ名１１０１、及びプログラム名１１０６はキーであり、ジョブステップ名１１０２、データセット名１１０３、初期値１１０４、及び増分１１０５はＪＣＬ定義情報レコード７１２より設定し、データ件数１１０８、実行日付１１０９、及び実行時間１１１０は実行結果情報レコード６０８から設定する。また、増分発生回数１１０７はＪＣＬ定義情報レコード７１２の単位７０７、初期値７０８、増分７０９、レコード長７１０、及びブロックサイズ７１１より算出して設定する。
【００５２】
図１２は、システム管理者が保守作業を行う際に表示装置２０１に出力するスペース容量警告一覧画面１２０１の画面構成を示した図である。スペース容量警告一覧画面１２０１は、画面起動時に入出力情報ファイル１１３より警告条件を満たすデータを抽出して表示されるものである。
【００５３】
図１２に示すスペース容量警告一覧画面１２０１において、ページ１２１８とＮｏ．１２０３とは連番とし、ＪＣＬＩＤ１２０４にはジョブ名１１０１、ステップ１２０５にはジョブステップ名１１０２、ＤＳＮ１２０６にはデータセット名１１０３、初期１２０７には初期値１１０４、増１２０８には増分１１０５、発生１２０９には増分発生回数１１０７、実行日１２１０には実行日付１１０９、実行時間１２１１には実行時間１１１０をそれぞれ出力する。なお、ＭＥＳＳＡＧＥ１２１２には入力エラー時やその他のメッセージを出力する必要がある場合に使用する。また、ファンクションキーの定義として、ＰＦ９：処理終了１２１５にて保守処理を終了する。ＰＦ１１：前頁１２１６、ＰＦ１２：次頁１２１７は出力データが多い場合、必要に応じて使用する。ＳＥＬＥＣＴＮｏ．の１２０２はＮｏ．１２０３の番号を入力し、ＰＦ５：データ分析１２１３を使用すると、ＳＥＬＥＣＴＮｏ．１２０２の番号をキーに後述するスペース容量分析画面１３０１を出力装置２０１に出力する。ＰＦ８：ＪＣＬ参照１２１４を使用すると、ＳＥＬＥＣＴＮｏ．１２０２の番号をキーに後述するＪＣＬソースリスト参照画面１４０１を出力装置２０１に出力する。
【００５４】
図１３は、スペース容量警告一覧画面１２０１に出力されたＪＣＬＩＤ１２０４をキーとし、データの発生件数、増分の使用状況の推移を表示装置２０１に出力するスペース容量分析画面１３０１の画面構成を示した図である。スペース容量分析画面１３０１では、ページ１３１８には連番、ＪＣＬＩＤ１３０２にはジョブ名１１０１、ステップ１３０３にはジョブステップ名１１０２、ＤＳＮ１３０４にはデータセット名１１０３、初期１３０５には初期値１１０４、増１３０６には増分１１０５、日付１３０７には実行日付１１０９、時間１３０８には実行時間１１１０を設定し、増分発生回数１３０９には増分発生回数１１０７をグラフ化して出力し、データ件数１３１０にはデータ件数１１０８をカンマ編集して出力する。なお、ＭＥＳＳＡＧＥ１３１１には入力エラー時やその他のメッセージを出力する必要がある場合に使用する。ＰＦ９：処理終了１３１５にて保守処理を終了する。ＰＦ１１：前頁１３１６、ＰＦ１２：次頁１３１７は出力データが多い場合、必要に応じて使用する。ＰＦ１：データ更新１３１２は初期１３０５、増１３０６にて修正した場合の値を出力装置２０１の画面で検証し問題が無い場合に使用する。ＰＦ３：警告一覧１３１３はスペース容量警告一覧画面１２０１に戻る場合に使用する。ＰＦ８：ＪＣＬ参照１３１４はＪＣＬＩＤ１３０２をキーにＪＣＬソースファイル１０３から取得し、出力装置２０１に画面出力する。
【００５５】
図１４は、スペース容量警告一覧画面１２０１でＳＥＬＥＣＴＮｏ．１２０２に選択された該当ＪＣＬをキーとしてＰＦ８：ＪＣＬ参照１２１４を使用した場合または、スペース容量分析画面１３０１のＪＣＬＩＤ１３０２をキーとしてＰＦ８：ＪＣＬ参照１３１４を使用した場合に表示装置２０１に対象ＪＣＬソースを出力するためのＪＣＬソースリスト参照画面１４０１の画面構成を示した図である。ＪＣＬソースリスト参照画面１４０１では、ページ１４０９には連番、ＪＣＬＩＤ１４０２には上位画面より引き継いだＪＣＬＩＤ１２０４またはＪＣＬＩＤ１３０２、ＪＣＬソースリスト出力エリア１４０３にはＪＣＬソースファイル１０３よりＪＣＬソースリストを出力する。ＰＦ９：処理終了１４０６にて保守処理を終了する。ＰＦ１１：前頁１４０７、ＰＦ１２：次頁１４０８は出力データが多い場合、必要に応じて使用する。ＰＦ３：警告一覧１４０４はスペース容量警告一覧画面１２０１に戻る。ＰＦ５データ分析はスペース容量分析画面１３０１に戻る。
【００５６】
以上、説明してきたように、本発明によれば、業務プログラム中に入出力情報を取得する処理を備えることにより、システム管理者が特別に意識することなくスペース容量の保守情報を取得することができるため、スペース容量の使用状況を適時把握し、異常終了による業務の停滞を避けることが可能になる。
【００５７】
また、スペース容量警告一覧画面１２０１、スペース容量分析画面１３０１、及びＪＣＬソースリスト参照画面１４０１を表示することによって、対話形式により入出力情報から簡単にＪＣＬのスペース容量の調整も行うことができるようになるので、保守のための作業工数を削減することができる。
【００５８】
また、スペース容量の使用状況を適時把握でき、簡単にＪＣＬのスペース容量の調整も行うことができるので、データセットのスペース容量を稼働実績により適切な値に修正することが可能になる。
【００５９】
さらに、システム開発直後においてもスペース容量の見直しが行えるため、早期の段階で安定稼働を実現することができる。
【００６０】
なお、本実施形態で説明してきた各処理は、コンピュータで実行可能なプログラムで実現される場合もあり、そのときのプログラムは、フロッピーディスク、ＣＤ−ＲＯＭ、マスクＲＯＭ等の記憶媒体で一般ユーザに提供される。この場合、さらに、これら処理の他にＧＵＩプログラム等の他のプログラムと組み合わせてユーザに提供することもある。
【００６１】
また、上述した記憶媒体で提供する代替手段として、インタネット等のネットワークを通じて有償で提供することもある。
【００６２】
以上、本発明者によってなされた発明を、前記実施形態に基づき具体的に説明したが、本発明は、前記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【００６３】
【発明の効果】
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば、次のとおりである。
【００６４】
業務プログラム中に入出力情報を取得する処理を備えることにより、システム管理者が特別に意識することなくスペース容量の保守情報を取得することができるため、スペース容量の使用状況を適時把握し、異常終了による業務の停滞を避けることが可能になる。
【００６５】
また、スペース容量警告一覧画面１２０１、スペース容量分析画面１３０１、及びＪＣＬソースリスト参照画面１４０１を表示することによって、対話形式により入出力情報から簡単にＪＣＬのスペース容量の調整も行うことができるようになるので、保守のための作業工数を削減することができる。
【００６６】
さらに、スペース容量の使用状況を適時把握でき、簡単にＪＣＬのスペース容量の調整も行うことができるので、データセットのスペース容量を稼働実績により適切な値に修正することが可能になる。
【図面の簡単な説明】
【図１】本発明の実施形態にかかるデータセットのスペース容量の管理、修正方法を実現する業務システムを説明するための図である。
【図２】本実施形態のデータセットのスペース容量の管理、修正方法を実施する業務システムの装置構成の一例を示す図である。
【図３】業務処理内の業務プログラムに対して追加する仕様の内容を説明するための図である。
【図４】図３に示す仕様の業務プログラムにおける入出力情報を中心とした処理を示すフローチャートである。
【図５】業務処理のＪＣＬに対して追加する仕様を説明するための基本モデルを示した図である。
【図６】実行結果情報ファイルに出力する実行結果情報レコードを表した図である。
【図７】ＪＣＬ定義情報ファイルのＪＣＬ定義情報レコードの構成を示した図である。
【図８】ＪＣＬ定義情報取得箇所サンプルリストを示した図である。
【図９】業務プログラム定義ファイルの業務プログラム定義情報レコードの構成を示した図である。
【図１０】業務プログラム定義情報取得箇所サンプルを示した図である。
【図１１】入出力情報ファイルの入出力情報レコードの構成を示した図である。
【図１２】スペース容量警告一覧画面の画面構成を示した図である。
【図１３】スペース容量分析画面の画面構成を示した図である。
【図１４】ＪＣＬソースリスト参照画面の画面構成を示した図である。
【符号の説明】
１０１…業務処理、１０２…各種業務用ファイル、１０３…ＪＣＬソースファイル、１０４…実行結果情報出力処理、１０５…実行結果情報ファイル、１０６…業務プログラム定義ファイル、１０７…随時処理、１０８…業務プログラムソースファイル、１０９…業務プログラム定義情報取得処理、１１０…ＪＣＬ定義情報ファイル、１１１…ＪＣＬ定義情報取得処理、１１２…実行結果解析処理、１１３…入出力情報ファイル、１１４…保守処理、１１５…指示情報ファイル、１１６…実行結果解析処理、１１７…ＪＣＬ自動修正処理、２０１…表示装置、２０２…入力装置、２０３…中央処理装置、２０４…外部記憶装置、２０５…メモリ。
【図１】
0003601808.tif 000002
【図２】
0003601808.tif 000003
【図３】
0003601808.tif 000004
【図４】
0003601808.tif 000005
【図５】
0003601808.tif 000006
【図６】
0003601808.tif 000007
【図７】
0003601808.tif 000008
【図８】
0003601808.tif 000009
【図９】
0003601808.tif 000010
【図１０】
0003601808.tif 000011
【図１１】
0003601808.tif 000012
【図１２】
0003601808.tif 000013
【図１３】
0003601808.tif 000014
【図１４】
0003601808.tif 000015