JPH03102520A - ファイル編成情報獲得処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （概要〕 ファイルを処理するユーティリティプログラムが必要と
するファイル編或情報を獲得するためのファイル編或情
報獲得処理方式に関し、ユーティリティプログラムの操
作性の向上と開発の高効率化を目的とし、 ジョブ制御言語の解釈結果を参照してユーティリティプ
ログラムが扱うファイルのファイル名と格納先のデバイ
スタイプとを獲得するときに、獲得されるデバイスタイ
プからユーティリティプログラムが扱うファイルが直接
アクセス装置上に展開されているものなのか否かを判断
するデバイスタイプ判断部と、デバイスタイプ判断部に
より直接アクセス装置上に展開されていると判断される
ときに、獲得されるファイル名に従ってこの直接アクセ
ス装置のボリューム目録を参照することで、ユーティリ
ティプログラムが扱うファイルの編成情報を獲得するフ
ァイル編或情報獲得部とを備えるよう構戒ずる。

〔産業上の利用分野〕

本発明は、ファイルを処理するユーティリティプログラ
ムが必要とするファイル′Ｉ５威情報を獲得するための
ファイル編成情報獲得処理方弐に関し、特に、ユーティ
リティプログラムの操作性の向」二が図られるようにす
るとともに、ユーティリティプログラムの開発効率が高
められるようにするファイル編戒情報獲得処理方式に関
する。

既存ファイルの処理（ファイルの複写や内容印刷等）を
扱うユーティリティプログラムでは、ファイル処理の実
行のために処理対象のファイルの編戒情報を獲得してい
く必要がある。このファイルの編或情報の獲得処理方式
は、ユーティリティプログラムを利用するユーザの操作
ミスが入らないような構或にしていく必要があるととも
に、ユー３ ［発明が解決しようとする課題］ しかしながら、前者の従来技術では、ユーティリティプ
ログラムの提供側からすると、ファイル編或毎にユーテ
ィリティプログラムを開発しなければならないという問
題点があるとともに、ユーティリティプログラムのユー
ザ側からすると、処理対象のファイルの繻戒を調査しな
ければならず、しかも、この編或の調査を誤ることで誤
ったユーティリティプログラムを選択するようなことが
あると、再度正確なユーティリティプログラムを選択し
て再実行させていかな《てはならないという問題点があ
った。

そして、後者の従来技術では、ファイル編成毎にユーテ
ィリティプログラムを開発しなければならないという問
題点はないものの、ユーザは、前者の従来技術と同様に
、処理対象のファイルの繻或を調査しなければならず、
しかも、この編戒の調査を誤ることで誤った外部パラメ
ータの設定をするようなことがあると、再度正確な外部
パラメータを設定してユーティリティプログラムを再実
ティリティプログラムのプログラム開発の効率が図られ
るような構威にしていく必要がある。

〔従来の技術〕

従来、既存ファイルの処理を扱うユーティリティプログ
ラムは、第５図（ａ）に示すように、ファイルの編戒毎
に用意されるという構或が採られていて、これらのユー
ティリティプログラムを利用する場合には、ユーザが使
用するファイルの編！戊をＩＨべて、そのファイノレ編
成にあったコー−ティリティプログラムを選択して実行
させていくという構或が採られている。また、第５図（
ｂ）に示すように、外部パラメータの設定により扱うフ
ァイル編或が指定できるようにするという構或が採られ
ていて、このユーティリティプログラムを利用する場合
には、ユーザが使用するファイルの繻或を調べて、その
ファイル編或にあった外部パラメータを設定して処理対
象のファイルが扱えるようにして実行ざせていくという
構戒が採られている。

４ 行させていかなくてはならないという問題点があった。

すなわち、従来技術では、第６図に示すように、誤った
ユーティリティプログラムの選択（図中のルート１）や
誤ったユーティリティプログラムの外部バラメークの設
定（図中のルート２）により、ユーティリティプログラ
ムの再実行を強いられることになるという問題点があっ
たのである。

本発明はかかる事情に鑑みてなされたものであって、ユ
ーティリティプログラムの操作性の向上が図られるよう
にするとともに、ユーティリティプログラムの開発効率
が高められるようにする新たなファイル編或情報獲得処
理方式の提供を目的とするものである。

〔課題を解決するための手段］ 第１図は本発明の原理１威図である。

図中、１はジョブ制御文を記述するジョブ制御言語（Ｊ
ＣＬ）、１０はファイル処理を実行するユーティリティ
プログラム、１１はジョブ管理部６ であって、ジョブ制御言．！！８Ｉを解釈してユーティ
リティプログラム１０の実行環境を設定するもの、１２
はＪＣＬ解釈結果格納部であって、ジョブ管理部１１に
より解釈されたジョブ制御言語１の解釈結果を格納する
もの、１３は直接アクセス装置であって、ユーティリテ
ィプログラム１０が処理する処理対象のファイルを格納
するもの、１４は直接アクセス装置１３のボリューム目
録（ＶＴ○Ｃ）であって、直接アクセス装置１３に展開
されているファイルの編或情報等を管理するもの、Ｉ５
はファイル名獲得部であって、マクロ命令を発行ずるこ
とでＪ　Ｃ　Ｉ−解釈結果格納部１２に格納されている
処理対象のファイルのファイル名を獲得するもの、１６
はデバイスタイプ獲得部であって、マクロ命令を発行す
ることでＪ　Ｃ　ｌ．解釈結果格納部１２に格納されて
いる処理対象のファイルの格納先のデバイスタイプを獲
得するもの、１７はデバイスタイプ判断部であって、デ
バイスタイプ獲得部１６により獲得されたデバイスタイ
プから処理対象のファイルが直接アクセス装置１３上に
展１１を起動すると、ジョブ管理部１１は、ジョブ制御
言語１を解釈してその解釈結果をＪＣＩ−解釈結果格納
部１２に格納し、続いて、ユーディリティプログラム１
０を起動する。このようにして起動されると、ユーティ
リティプログラム１０のファイル名獲得部１５は、デー
タ制御ブロック１９の作或のために必要となる処理対象
のファイルのファイル名をＪ　Ｃ　Ｌ解釈結果格納部１
２から獲得するとともに、ユーティリティプログラム１
０のデバイスタイプ獲得部１６は、データ制御ブロック
１９０作威のために必要となる処理列象のファイルの椙
納先のデバイスタイプをＪＣＬ解釈結果格納部１２から
獲得する。

このデバイスタイプ獲得部１６の獲得処理を受口で、ユ
ーティリティプログラムｌＯのデバイスタイプ判断部１
７は、処理対象のファイルの格納先のデバイスタイプが
様々なファイル鳩或をとり得る直接アクセス装置１３で
あるのか否かを判断ずる。この判断に従って直接アクセ
ス装置１３であると判断されるときには、ユーティリデ
ィプロ開されているものなのか否かを判断するもの、１
８はファイル編或情報獲得部であって、デバイスタイプ
判断部１７に従って処理対象のファイルが直接アクセス
装置１３上に展開されていると判断されるときに、マク
ロ命令を発行してボリューム目録１４を参照ずることで
、ファイル名獲得部１５により獲得されたファイル名の
ファイルの編或情報を獲得するもの、１９は獲得された
ファイル名、デバイスタイプ及び編成情報等に従って作
威されるデータ制御ブロックであって、直接アクセス装
置１３をアクセスするアクセス手段がアクセス処理のた
めに必要とするデータであるもの、２０はデータ管理部
であって、直接アクセス装置１３や図示しない磁気テー
プ等の記憶装置のアクセス手段となるものである。

〔作用］ 本発明によれば、ユーザが、所定のファイル処理を実行
するユーティリティプログラム１０を指定するジョブ制
御言語１を作威してジョブ管理部ダラム１０のファイル
編或情報獲得部１８は、データ管理部２０を介して処理
対象のファイルの格納されている直接アクセス装置１３
のボリューム目録１４を参照することで、処理対象のフ
ァイルのファイル編或情報を獲得する。これにより、ユ
ーティリティプログラム１０は、処理対象のファイノレ
をアクセスするためのデータ制１卸フ゛口・ノク１９を
作或ずる。

このように、本発明によれば、ユーザの操作を介さずに
自動的に処理対象のファイルのファイル編或情報を獲得
できるよ・うになることから、ユーティリティプログラ
ム１０をファイル編或毎に用意する必要がなくなり、ユ
ーティリティプログラム１０の提供側のプログラム開発
の負担が低減できるようになるとともに、ユーザにとっ
ても、ユーう−イリティプログラム１０の選択や外部パ
ラメータの設定が不要になることで、誤ったユーティリ
ティプログラム１０の実行を行うようなことがなくなる
のである。

１０ 〔実施例〕 以下、実施例に従って本発明を詳細に説明する。

本発明の理解を容易なものとするために、第２図に示す
ように、ファイルの複写処理を実行するユーティリティ
プログラム１０に従って、既存のファイルの人力ファイ
ルから複写先の新たな出力ファイルを生或ずる例でもっ
て本発明の処理を説明することＧこする。ここで、人力
ファイルを格納するものとして、様々なファイル編戊を
とり得る直接アクセス装置１３と、順編或ファイルをと
る磁気テープ２１を想定ずることにずる。

第３図に、第２図の具体的な処理を実行するためにユー
ザが作収ずることになるジョブ制御言語（ＪＣＬ）を図
示する。この図に示すように、第２図に示す処理を実行
するために、ユーザは、ＥＸＥＣ文で、実行するユーテ
ィリティプログラム１０のプログラム名を指定するとと
もに、ＤＤ文で、複写元の入力ファイルのファイル名（
この例では゛ＩＮ″”としてある）と複写先の出力ファ
イルのファイル名（この例では゛○ＵＴ’”としてあ１
１ イルをアクセスするために必要となるデータ制御プロ・
７ク（ＤＣＢ）には、あらゆるファイル編成に対しての
制御データが登録できるよう構威されている。

ジョブ管理部より起動されると、ユーティリティプログ
ラム１０は、先ず最初に、ステソブＩでリード（ＲＤ）
ＪＦＣＢマクロ命令を発行することで、ＪＣＬの解釈結
果の格納されているＪＦＣＢから処理対象の入力ファイ
ルのファイル名を読み込む処理を実１テする。この処理
により、上述の例で説明するならば、ファイル名“ＩＮ
“′が読み込まれることになる。ここで、このリードＪ
ＦＣＢマクロ命令の発行時点ではファイル名“ＩＮ””
についてのファイル情報が得られていないので、リード
ＪＦＣＢマクロ命令を発行するに足りる情報をもつ仮の
ＤＣＢに従ってリードＪＦＣＢマクロ命令を発行するよ
う処理する。図中の例では、順編或の仮のＤＣＢに従っ
てリードＪＦＣＢマクロ命令が発行される例を示してあ
る。

ユーティリティプログラム１０は、続いて、スる）とを
指定することになる。そして、このＤＤ文では、更に、
入力ファイルの格納先のデハイスのデハイスタイブを指
定することになる。第２図では、この指定された人力フ
ァイルの゛ＩＮ”が、直接アクセス装置１３に展開され
ていることを想定している。

この作威されたジョブ制御言語（ＪＣＬ）は、従来通り
、オペレーティングシステムのジョブ管理部により解釈
されて、その解釈結果が第１図のＪＣＬ解釈結果格納部
１２にあたるジョブファイルコン１・ロールブロソク（
ＪＦＣＢ）に格納サレることで、ユーティリティプログ
ラム１０の実行のための実行環境が定義される。

次に、このようにして実行環境が定義されることで起動
されるユーティリティプログラム１０の実行する第４図
のフローチャートに従って、本発明の処理について詳細
に説明する。ここで、本発明を具備するユーティリティ
プログラム１０は、あらゆるファイルＷｌｆｆｌのファ
イルを処理できるようになることから、第４図中に示す
ように、ファ１２ テップ２でＤＥＶＴＹＰＥマクロ命令を発行することで
、ＪＦＣＢから処理対象の人力ファイルの格納されてい
る入出力装置情報（デバイスタイプ）を読み込む処理を
実行する。この処理により、上述の例で説明するならば
、ファイル名“″ＴＮ”のファイルの格納先である直接
アクセス装Ｗ１３のデバイスタイプが読み込まれること
になる。

ユーティリティプログラム１０は、続いて、ステソプ３
で、ステソブ２で読み込んだデバイスタイプが直接アク
セス装置であるのか否かを判断する。この判断に従って
、直接アクセス装置でないと判断するとき、すなわち、
第２図で仮定したように磁気テーブ２１であると判断す
るときには、順曙戒のファイルであることが明らかであ
るので、ステップ４で、読み込んだファイル名、デバイ
スタイプ情報を用いて順績或用のＤＣＢを作或してファ
イルオープン処理を実行し、続くステップ５で、順績戊
のユーティリティロジックを実行していくよう処理する
ことになる。

一方、ステップ３の判断で、ステップ２で読み１４ 込んだデハイスクイブが直接アクセス装置であると判断
するときには、ステンブ６に進んで、ＯＢＴＡＩＮマク
ロ命令を発行してその直接アクセス装置１３のボリュー
ム目録（データセント制御ブロック（ＤＳＣＢ）の集合
である）を参照することで、ステップｌで読み込んだフ
ァイル名のファイルのＩＩ情報を読み込むよう処理し、
続くステップ７以下の処理に従って読み込んだファイル
編或情報の種別を判断ずるとともに、処理対象ファイル
のためのＤＣＢを選択してファイルオーブン処理を実行
し、そのファイル編戒情報の判断結果に応して、ステッ
プ５で示すような各編戊毎のユーティリティロジックを
実行していくよう処理することになる。

このように、本発明によれば、ユーティリティプログラ
ム１０の処理対象となるファイルの編或情報が自動的に
得られるようになることから、従来であれば、外部パラ
メータとして設定していた編或情報がシステム側で内部
的に設定できるようになるので、ユーザの介在する設定
処理を排除で■５ 第４図は本発明が実行するフローチャート、第５図は従
来のユーティリティプログラムの構或の説明図、 第６図は従来技術の問題点を説明する説明図である。

図中、１はジョブ制御言語、１０はユーティリティプロ
グラム、１ｌはジョブ管理部、１２はＪＣＬ解釈結果格
納部、１３は直接アクセス装置、１４はボリューム目録
、１５はファイル名獲得部、１６はデバイスタイプ獲得
部、１７はデバイスタイプ判断部、１８はファイル編成
情報獲得部、１９はデータ制御ブロック、２０はデータ
管理部である。

Claims (1)

1. 【特許請求の範囲】 ファイルを処理するユーティリティプログラムが必要と
   するファイル編成情報を獲得するためのファイル編成情
   報獲得処理方式であって、 ジョブ制御言語の解釈結果を参照してユーティリティプ
   ログラムが扱うファイルのファイル名と該ファイルの格
   納されているデバイスタイプとを獲得するときに、該獲
   得されるデバイスタイプからユーティリティプログラム
   が扱うファイルが直接アクセス装置上に展開されている
   ものなのか否かを判断するデバイスタイプ判断部（１７
   ）と、該デバイスタイプ判断部（１７）により直接アク
   セス装置上に展開されていると判断されるときに、上記
   ファイル名に従って該直接アクセス装置のボリューム目
   録を参照することで、ユーティリティプログラムが扱う
   ファイルの編成情報を獲得するファイル編成情報獲得部
   （１８）とを備えることを、特徴とするファイル編成情
   報獲得処理方式。