JP2019101561A - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】トラック数格納領域のサイズに制限されることなく、ファイルを記憶し、記憶したファイルを読み出すこと。【解決手段】ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと１以上の子ファイルに分割して複数の記憶部に記憶させる。所定の規則に基づき前記親ファイルおよび前記１以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記１以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記１以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させる。前記親ファイルを指定する読み出し依頼を受信すると、前記対応関係情報および前記所定の規則に基づいて、前記ファイルを読み出す。【選択図】図２

Description

本発明は、情報処理装置、情報処理方法、およびプログラムに関する。

メインフレームが順編成ファイルを直接アクセス記憶装置に作成する場合、例えば、直接アクセス記憶装置内のＶＴＯＣ（Ｖｏｌｕｍｅ Ｔａｂｌｅ Ｏｆ Ｃｏｎｔｅｎｔｓ）で順編成ファイルの情報を管理している。順編成ファイルは、データがファイルの先頭から順に連続して記録され、ファイル先頭からの順序や位置を手がかりにアクセスするタイプのファイルである。ＶＴＯＣ内のトラック数格納領域には、順編成ファイルに記録されたデータのうち最後尾のデータの位置（トラック番号）、すなわち順編成ファイルに最後に記録されたデータが位置するトラック番号が記述される。メインフレームがトラック数格納領域のサイズを２バイトで管理していると、ファイルの割当てトラック数は、２バイト上限の６５５３５トラックが最大となる。この場合、１ブロックあたりのブロック長が２３ＫＢであり、１トラックに２ブロック作成出来ると、２３ＫＢ×２×６５５３５トラック＝３ＧＢがファイル容量の最大値となる。

サーバーコンピュータとネットワークの負荷を軽減して大容量のファイルに対するＩ／Ｏ処理を高速に行う技術が知られている（例えば、特許文献１参照）。複数のファイルシステムが共有する記録媒体上の領域をファイルシステム毎にパーティション分割することなく、或る１つのファイルシステムに生じる空き領域を他ファイルシステムからも有効に使用出来るようにする技術が知られている（例えば、特許文献２参照）。メインフレームで認識出来る容量を超えたオープンシステムのボリュームに格納されたデータを、メインフレーム上のバックアップソフトを使ってバックアップ／リストアする技術が知られている（例えば、特許文献３参照）。

特開２００７−２９３６３４号公報 特開２００６−２０１９５３号公報 特開２００２−５５８６２号公報

上述のように、ファイル容量の最大値は、トラック数格納領域のサイズにより制限される。データ量が現在の順編成ファイルのファイル容量の最大値３ＧＢより大きい場合、メインフレームが直接アクセス記憶装置において３ＧＢより大きいデータを１つのファイルとして扱うのは困難である。

本発明の課題は、トラック数格納領域のサイズに制限されることなく、ファイルを記憶し、記憶したファイルを読み出すことである。

実施の形態に係る情報処理装置は、複数の記憶部、第１処理部、および第２処理部を有する。

前記第１処理部は、ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと１以上の子ファイルに分割して前記複数の記憶部に記憶させる。

前記第１処理部は、所定の規則に基づき前記親ファイルおよび前記１以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記１以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記１以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させる。

前記第２処理部は、前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出す。

前記第２処理部は、前記対応関係情報および前記所定の規則に基づいて、前記１以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記１以上の子ファイルが記憶されている場合、前記１以上の子ファイルが記憶された記憶部から前記１以上の子ファイルを読み出す。

実施の形態によれば、トラック数格納領域のサイズに制限されることなく、ファイルを記憶し、記憶したファイルを読み出すことが出来る。

実施の形態に係る仮想順編成ファイルを示す図である。 実施の形態に係る情報処理装置の構成図である。 カタログ登録簿の例である。 実施の形態に係る情報処理装置の処理を説明する図である。 実施の形態に係るユーティリティ部によるファイル作成削除処理のフローチャートである。 実施の形態に係るファイルのオープン処理のフローチャートである。 実施の形態に係るライト処理のフローチャートである。 実施の形態に係るリード処理のフローチャートである。 実施の形態に係るファイルのクローズ処理のフローチャートである。 実施の形態に係るデータ管理部によるファイル削除／ファイル名変更処理のフローチャートである。 情報処理装置（コンピュータ）の構成図である。

以下、図面を参照しながら実施の形態について説明する。
順編成ファイルの容量を拡大するために、例えば、トラック数格納領域を２バイトから３バイトに拡張するように、トラック数格納領域の構造を変更することが考えられる。しかしながら、トラック数格納領域の構造は公開されており、また、読み込み方法も公開されているため、トラック数格納領域の構造を変更すると順編成ファイルを利用するアプリケーションプログラムの変更も必要となる。このように、トラック数格納領域の構造を変更すると、既存のアプリケーションプログラムをそのまま使用することが困難である。

図１は、実施の形態に係る仮想順編成ファイルを示す図である。
一つの順編成ファイル(以降、ファイルと記述)容量の拡大には、トラック数格納領域の構造上の限界がある。実施の形態では、トラック数格納領域を拡張せず、順編成ファイルを親ファイル、子ファイルで組み合わせ、複数のファイルを仮想的に一つのファイルとして扱い、アプリケーションプログラムとは別のシステムが自動的に読み書きされるファイルを切り替えることで大容量化を実現する。以降、親ファイルと１以上の子ファイルから構成される仮想的な一つのファイルを仮想順編成ファイルと称する。

実施の形態によれば、ファイルにアクセスするアプリケーションプログラムの変更は不要で、親ファイルと子ファイルを意識することなくファイルにアクセスすることが出来る。

実施の形態では、以下のような命名規則に従って、親ファイルと子ファイルは命名される。尚、ファイル名は、複数の修飾子がピリオド（.）で連結されて構成されているとする。ファイル名は、ファイル識別情報の一例である。

親ファイルと子ファイルの最終修飾子はｘｎｎｎとし、ｘは英字（Ａ〜Ｚ）、ｎｎｎは数字とする。

親ファイルと子ファイルの最終修飾子のｘは、任意の英字である。
親ファイル（先頭ファイル）の最終修飾子のｎｎｎは０００とする。

子ファイルの最終修飾子のｎｎｎは００１から順にファイルごとに１増加する。
例えば、親ファイルのファイル名は、Ａ．Ｂ．Ａ０００となり、親ファイルの次の子ファイルのファイル名は、Ａ．Ｂ．Ａ００１となる。以下、子ファイルのファイル名は、順にＡ．Ｂ．Ａ００２、Ａ．Ｂ．Ａ００３、・・・となる。

尚、最終修飾子の文字数は、４文字に限らず、任意の数でよい。また、最終修飾子は、親ファイルと子ファイルの順序が分かればよく、１ずつ増加する数字に限らず、Ａ，Ｂ、Ｃ、・・のようにアルファベット順に英字を割り当ててもよい。

また、ジョブ制御文(FD文)やコマンドに記述するファイル名は、親ファイルだけとする。

図２は、実施の形態に係る情報処理装置の構成図である。
情報処理装置１０１は、ユーティリティ部１１１、ＪＣＬ（Job Control Language）実行部１２１、コマンド入力部１３１、応用プログラム部１４１、データ管理部１５１、および記憶部１６１−ｉ（ｉ＝１〜４）を有する。情報処理装置１０１は、例えば、メインフレーム等の大型コンピュータである。図２は、情報処理装置１０１が仮想順編成ファイル１７１を記憶している場合を示す。

記憶部１６１−ｉは、情報処理装置１０１で使用されるデータやプログラムなどを記憶する記憶装置である。記憶部１６１−１〜１６１−４には、それぞれ１つのボリュームが設定されている。記憶部１６１−１，１６１−２、１６１−３には、ボリューム名としてそれぞれＶＯＬ００１、ＶＯＬ００２、ＶＯＬ００３が割り当てられている。

記憶部１６１−ｉは、ＶＴＯＣ１６２−ｉおよび順編成ファイルであるファイル１６３−ｉを記憶する。ファイル１６３−１、ファイル１６３−２、および１６３−３により仮想順編成ファイル１７１が構成される。

ＶＴＯＣ１６２−ｉは、ボリューム内の領域の使用状態を管理するための制御ブロックであり、ボリューム内のファイルの情報が記載される。ＶＴＯＣ１６２−ｉには、ボリューム内のファイルのファイル名、割当てトラック数、ファイル内のデータのうち最後尾のデータの位置（トラック番号）、仮想順編成ファイルフラグ（図２では※と表記）などが記載されている。尚、実施の形態において、ファイル内の最後尾のデータの位置（トラック番号）、すなわちファイルに最後に記録されたデータが位置するトラック番号は、ＶＴＯＣ１６２−ｉ内のトラック数格納領域に記載される。トラック数格納領域に記載されるトラック番号は、ファイルに記録されているデータのサイズを示す。また、トラック数格納領域のサイズは２バイトであるとする。また、１つのトラックには２ブロックが含まれ、１つのブロックのブロック長は２３ＫＢとする。尚、トラック数格納領域のサイズ、ブロック数、ブロック長は一例であり、これに限られるものではない。

仮想順編成ファイルフラグは、ファイルが仮想順編成ファイルを構成するファイルであるかを示す。仮想順編成ファイルフラグが有効（ＯＮ）の場合、当該仮想順編成ファイルフラグに対応するファイルは仮想順編成ファイルを構成するファイルであることを示す。仮想順編成ファイルフラグが無効（ＯＦＦ）の場合、当該仮想順編成ファイルフラグに対応するファイルは仮想順編成ファイルを構成するファイルでなく、通常のファイルであることを示す。また、仮想順編成ファイルフラグは、当該仮想順編成ファイルフラグに対応するファイルに対する削除およびファイル名の変更の可否を示す。仮想順編成ファイルフラグが有効（ＯＮ）の場合、当該仮想順編成ファイルフラグに対応するファイルの削除およびファイル名の変更が拒否されることを示す。すなわち、データ管理部１５１は、仮想順編成ファイルフラグが有効（ＯＮ）の場合、当該仮想順編成ファイルフラグに対応するファイルの削除およびファイル名の変更が出来ないことを示す。

図２において、ファイル１６３−１、ファイル１６３−２、および１６３−３により仮想順編成ファイル１７１が構成されているので、ＶＴＯＣ１６２−１内のファイル名＝Ａ．Ｂ．Ａ０００に対応する仮想順編成ファイルフラグは有効となっている。ＶＴＯＣ１６２−２内のファイル名＝Ａ．Ｂ．Ａ００１に対応する仮想順編成ファイルフラグとＶＴＯＣ１６２−３内のファイル名＝Ａ．Ｂ．Ａ００２に対応する仮想順編成ファイルフラグも同様に有効となっている。

実施の形態において、ファイル１６３−１は、親ファイル１６３−１と称し、ファイル１６３−２、１６３−３は、子ファイル１６３−２、１６３−３と称する場合がある。

上述の仮想順編成ファイルを構成するファイルのファイル名の命名規則に基づき、親ファイル１６３−１のファイル名は、Ａ．Ｂ．Ａ０００、子ファイル１６３−２のファイル名は、Ａ．Ｂ．Ａ００１、子ファイル１６３−２のファイル名は、Ａ．Ｂ．Ａ００２である。

記憶部１６１−４は、カタログ登録簿１６５を記憶する。
図３は、カタログ登録簿の例である。

カタログ登録簿１６５は、ファイルがどのボリュームに格納されているかを示す。カタログ登録簿１６５には、ファイル名と格納場所が対応付けられて記述されている。カタログ登録簿１６５は、対応関係情報の一例である。

ファイル名は、ファイルの名前を示す。
格納場所は、記憶部１６１−ｉに割り当てられているボリューム名である。

例えば、図３のカタログ登録簿１６５において、ファイル名＝「Ａ．Ｂ．Ａ０００」、格納場所＝「ＶＯＬ００１」は、ファイル名がＡ．Ｂ．Ａ０００であるファイルが、ボリューム名がＶＯＬ００１である記憶部１６１−１に記憶されていることを示す。

図４は、実施の形態に係る情報処理装置の処理を説明する図である。
ユーティリティ部１１１は、情報処理装置１０１にインストールされたユーティリティプログラムの機能を実現する。ユーティリティ部１１１は、仮想順編成ファイル１７１の作成および削除を行う。ユーティリティ部１１１は、カタログ登録簿１６５への情報の登録および削除を行う。ユーティリティ部１１１は、ＶＴＯＣ１６２−ｉへの仮想順編成ファイルフラグの設定を行う。ユーティリティ部１１１は、上述した命名規則に基づくファイル名を親ファイル１６３−１と子ファイル１６３−２，１６３−３に設定する。ユーティリティ部１１１は、第１処理部の一例である。

ＪＣＬ実行部１２１は、ＪＣＬが記述されたＪＣＬファイルを読み出し、当該ＪＣＬファイルに記述された命令を実行し、ＪＣＬファイルに記述されたファイルに対する処理を応用プログラム部１４１に通知する。

コマンド入力部１３１は、キーボード等の入力装置からユーザにより入力されたコマンドを受信し、当該コマンドを応用プログラム部１４１に渡す。例えば、入力されたコマンドには、ファイルに対する処理命令が含まれている。

応用プログラム部１４１は、情報処理装置１０１にインストールされた応用（アプリケーション）プログラムの機能を実現する。応用プログラム部１４１は、ＪＣＬ実行部１２１またはコマンド入力部１３１から入力された、指定されたファイルに対するOPEN、WRITE（データの書出し）、READ（データの読み出し）、およびCLOSEをデータ管理部１５１に発行する。

データ管理部１５１は、応用プログラム部１４１から親ファイル１６３−１に対して、OPENが発行されると、すべての子ファイル１６３−２，１６３−３に対して、アロケーション（ファイルの割当て）を行う。

データ管理部１５１は、応用プログラム部１４１からWRITE（データの書出し）が発行され、処理中のファイルが満杯になると、処理中のファイルをCLOSEし、次の子ファイルが存在すれば、子ファイルをOPENしてWRITEを継続する。

データ管理部１５１は、応用プログラム部１４１からCLOSEが発行されると、処理中のファイルをCLOSEし、すべての子ファイル１６３−２，１６３−３に対して、アンアロケーション（ファイルの割当て解除）を行う。尚、データ管理部１５１は、CLOSEの前に処理中のファイルに対してデータの書き込み行っていた場合は、ファイル内のデータの最後にＥＯＦをファイルの書き込み、トラック数格納領域に最後に書き込んだデータの位置（トラック番号）を書き込む。

データ管理部１５１は、応用プログラム部１４１からREAD(データの読込み)が発行された場合、処理中のファイルのデータの読み出しが完了し、次の子ファイルがあれば、読み出すファイルを次の子ファイルに切り替えて処理を継続する。

データ管理部１５１は、ＶＴＯＣ１６２−ｉの仮想順編成ファイルフラグが有効（ＯＮ）の場合、ファイルの削除の要求があっても拒否し、またファイル名の変更の要求があっても拒否する。すなわち、データ管理部１５１は、仮想順編成ファイルフラグが無効の場合のみ、ファイルの削除およびファイル名の変更を行い、仮想順編成ファイルフラグが有効の場合、ファイルの削除およびファイル名の変更を行わない。データ管理部１５１は、第２処理部の一例である。

以下、情報処理装置１０１における各種処理をフローチャートを用いて説明する。
図５は、実施の形態に係るユーティリティ部による仮想順編成ファイルの作成／削除処理のフローチャートである。

ユーザから仮想順編成ファイルの作成または削除を依頼する制御文を入力する。ユーティリティ部１１１は、制御文による仮想順編成ファイルの作成依頼または削除依頼を受信する。作成依頼または削除依頼には、作成または削除の対象となる仮想順編成ファイルを構成する親ファイルのファイル名（例えば、Ａ．Ｂ．Ａ０００）が含まれている。

ステップＳ５０１において、ユーティリティ部１１１は、受信した依頼の種別を判定する。仮想順編成ファイルの作成依頼を受信した場合、制御はステップＳ５０２に進み、仮想順編成ファイルの削除依頼を受信した場合、制御はステップＳ５０３に進む。

ステップＳ５０２において、ユーティリティ部１１１は、ユーザから入力された制御文に基づいて、仮想順編成ファイルを作成する。詳細には、ユーティリティ部１１１は、以下の処理（１）〜（３）を行う。
（１）ユーティリティ部１１１は、仮想順編成ファイルに含まれる親ファイルと子ファイルを作成、すなわち親ファイルと子ファイルのボリュームへの領域割当てを行う。また、ユーティリティ部１１１は、作成した親ファイルおよび子ファイルの情報のカタログ登録簿１６５への登録を行う。ユーティリティ部１１１は、１ボリュームに１ファイル作成する。必要なボリューム数（子ファイルの数）は、制御文で指定された仮想順編成ファイルの容量（サイズ）と、トラック数格納領域のサイズと、制御文で指定されたボリュームの空き容量により異なる。ユーティリティ部１１１は、例えば、指定されたボリュームを空き容量の多い順にソートし、親ファイル、子ファイルの順にファイルを作成し、指定された仮想順編成ファイルの容量を満足するまで子ファイルの作成を繰返す。ユーティリティ部１１１は、指定された仮想順編成ファイルの容量をトラック数格納領域のサイズと指定されたボリュームの空き容量に基づいて分割し、親ファイルおよび子ファイルを作成する。親ファイルおよび子ファイルの割り当てトラック数は、トラック数格納領域のサイズが２バイトとすると、２バイト上限の６５５３５トラックが最大となる。この場合、１ブロックあたりのブロック長が２３ＫＢであり、１トラックに２ブロック作成出来ると、２３ＫＢ×２×６５５３５トラック＝３ＧＢが親ファイルおよび子ファイルの容量の最大値となる。また、ボリュームの空き容量が、親ファイルおよび子ファイルの容量の最大値より小さい場合は、当該ボリュームに作成される親ファイルまたは子ファイルの容量は、当該ボリュームの空き容量となる。また、親ファイルのファイル名（例えば、Ａ．Ｂ．Ａ０００）はユーザから入力された制御文で指定されており、ユーティリティ部１１１は、指定された親ファイルのファイル名と上述の命名規則に基づくファイル名を親ファイルと子ファイルに付与する。例えば、親ファイルのファイル名はＡ．Ｂ．Ａ０００となり、子ファイルのファイル名はＡ．Ｂ．Ａ００１、Ａ．Ｂ．Ａ００２、・・・となる。ユーティリティ部１１１は、ファイルに付与されたファイル名と当該ファイルが格納されるボリュームの対応関係をカタログ登録簿１６５に記載する。
（２）ユーティリティ部１１１は、親ファイルと子ファイルが格納された記憶部１６１−ｉのＶＴＯＣ１６２−ｉに当該記憶部１６１−ｉ格納している親ファイルまたは子ファイルに関する情報を記載する。
（３）ユーティリティ部１１１は、記憶部１６１−ｉのＶＴＯＣ１６２−ｉの親ファイルまたは子ファイルに対応する仮想順編成ファイルフラグを有効に設定する。

ステップＳ５０３において、ユーティリティ部１１１は、仮想順編成ファイルを削除する。詳細には、ユーティリティ部１１１は、以下の処理（１）〜（２）を行う。
（１）ユーティリティ部１１１は、記憶部１６１−ｉのＶＴＯＣ１６２−ｉの削除依頼された親ファイルおよび当該親ファイルが構成する仮想順編成ファイルに含まれる子ファイルに対応する仮想順編成ファイルフラグを無効に設定する。
（２）ユーティリティ部１１１は、カタログ登録簿１６５から、削除依頼された親ファイルおよび当該親ファイルが構成する仮想順編成ファイルに含まれる子ファイルのファイル名に対応するレコードを削除する。ユーティリティ部１１１は、削除依頼された親ファイルおよび当該親ファイルが構成する仮想順編成ファイルに含まれる子ファイルを削除する。詳細には、ユーティリティ部１１１は、削除依頼された親ファイルおよび当該親ファイルが構成する仮想順編成ファイルに含まれる子ファイルの削除依頼をデータ管理部１５１に送信し、データ管理部１５１は、削除依頼された親ファイルと子ファイルを削除する。

図６は、実施の形態に係るファイルのオープン処理のフローチャートである。
データ管理部１５１は、応用プログラム部１４１からファイルのOPENの依頼を受信する。当該依頼には、OPENの対象となるファイル（処理対象ファイル）のファイル名が含まれている。

ステップＳ５１１において、データ管理部１５１は、処理対象ファイルが仮想順編成ファイル１７１を構成するファイルであるかを処理対象ファイルに対応する仮想順編成ファイルフラグに基づいて判定する。処理対象ファイルに対応する仮想順編成ファイルフラグが有効（ＯＮ）の場合、処理対象ファイルは仮想順編成ファイル１７１を構成するファイルであると判定し、制御はステップＳ５１２に進む。処理対象ファイルに対応する仮想順編成ファイルフラグが無効（ＯＦＦ）の場合、処理対象ファイルは仮想順編成ファイル１７１を構成するファイルでないと判定し、制御はステップＳ５１３に進む。

尚、仮想順編成ファイル１７１に対する処理を行う場合、処理対象ファイルのファイル名として、親ファイルのファイル名が依頼に含まれている。

ステップＳ５１２において、データ管理部１５１は、データ管理部１５１は、処理対象ファイル、すなわち親ファイルのOPEN処理を行う。データ管理部１５１は、全ての子ファイルの割当て処理をおこなう。また、データ管理部１５１は、AD(追加)指定OPENの場合、既存データの最後のファイルに書き込み位置を位置付ける。

ステップＳ５１３において、データ管理部１５１は、処理対象ファイルに対するOPEN処理を行う。当該OPEN処理は、仮想順編成ファイルではない通常のファイルに対する従来のOPEN処理と同様である。

図７は、実施の形態に係るライト処理のフローチャートである。
ここで、上述のオープン処理は、完了しているものとする。データ管理部１５１は、応用プログラム部１４１から親ファイルへのWRITEの依頼と書き込みデータを受信する。また、仮想順編成ファイル１７１にデータを最初から書き込む場合、書き込み位置の初期位置は親ファイルの先頭のトラックの先頭のブロックに位置付けられる。また、仮想順編成ファイル１７１にデータを追記する場合、既存のデータが存在する最後ファイルのデータのブロックの次のブロックに書き込み位置が位置付けられる。データ管理部１５１は、例えば、１ブロック分の書き込みデータを受信する。ここで、処理対象ファイルは、書き込み位置が設定されている親ファイル１６３−１または子ファイル１６３−２，１６３−３である。

ステップＳ５２１において、データ管理部１５１は、処理対象ファイルの現在設定されている書き込み位置にデータを書き込み可能か判定する。データ管理部１５１は、処理対象ファイルが満杯である（処理対象ファイルに空き領域が無い）、すなわち現在の書き込み位置が処理対象ファイルの最後尾である場合、書き込み不可能と判定し、制御はステップＳ５２３に進む。データ管理部１５１は、処理対象ファイルが満杯で無い場合、制御はステップＳ５２２に進む。

ステップＳ５２２において、データ管理部１５１は、現在設定されている書き込み位置に書き込みデータを書き込む。データ管理部１５１は、書き込み位置を次のブロックに設定する。尚、現在設定されている書き込み位置が処理対象ファイルの最後のブロック（最後尾）である場合、次のブロックはないので、書き込み位置はそのままとする。データ管理部１５１は、今回書き込んだブロックの次のブロックに対する書き込みデータを受信すると、ステップＳ５２１以降の処理を再び実行する。

ステップＳ５２３において、データ管理部１５１は、処理対象ファイルが仮想順編成ファイル１７１を構成するファイルであるかを処理対象ファイルに対応する仮想順編成ファイルフラグに基づいて判定する。処理対象ファイルに対応する仮想順編成ファイルフラグが有効（ＯＮ）の場合、処理対象ファイルは仮想順編成ファイル１７１を構成するファイルであると判定し、制御はステップＳ５２４に進む。処理対象ファイルに対応する仮想順編成ファイルフラグが無効（ＯＦＦ）の場合、処理対象ファイルは仮想順編成ファイル１７１を構成するファイルでないと判定し、制御はステップＳ５２６に進む。

ステップＳ５２４において、データ管理部１５１は、処理対象ファイルの次の子ファイルがあるか判定する。詳細には、データ管理部１５１は、上述の命名規則とカタログ登録簿１６５に基づいて、処理対象ファイルの次の子ファイルがあるか判定する。例えば、処理対象ファイルのファイル名がＡ．Ｂ．Ａ０００とすると、最終修飾子に１を加算したファイル名であるＡ．Ｂ．Ａ００１が次の子ファイルのファイル名となる。データ管理部１５１は、カタログ登録簿１６５を参照し、ファイル名＝Ａ．Ｂ．Ａ００１がカタログ登録簿１６５に記載されている場合、処理対象ファイルの次の子ファイルがあると判定する。処理対象ファイルの次の子ファイルがあると判定された場合、制御はステップＳ５２５に進み、処理対象ファイルの次の子ファイルがないと判定された場合、制御はステップＳ５２６に進む。

ステップＳ５２５において、データ管理部１５１は、処理対象ファイルにＥＯＦを書き込み、処理対象ファイルに対応するＶＴＯＣに処理対象ファイルのデータの最終位置（トラック番号）などを書き込む。データ管理部１５１は、次の子ファイルの先頭のトラックの先頭のブロックに書き込み位置を位置付ける。

ステップＳ５２６において、データ管理部１５１は、応用プログラム部１４１に空き領域無し（スペース不足）を示すエラーを応答する。

図８は、実施の形態に係るリード処理のフローチャートである。
ここで、上述のオープン処理は、完了しているものとする。先ず、データ管理部１５１は、応用プログラム部１４１から親ファイルのデータの読み出し依頼を受信する。

ステップＳ５３１において、データ管理部１５１は、現在設定されている処理対象ファイルの読み出し位置のデータを読み出す。例えば、仮想順編成ファイル１７１のデータを最初から読み出す場合、読み出し位置の初期位置は親ファイル１６３−１の先頭のトラックの先頭のブロックに位置付けられる。

ステップＳ５３２において、データ管理部１５１は、読み出したデータがＥＯＦ（すなわち、ファイルの最後）であるか判定する。読み出したデータがＥＯＦである場合、制御は、ステップＳ５３６に進み、読み出したデータがＥＯＦでない場合、データ管理部１５１は、読み出したデータを応用プログラム部１４１に出力し、読み出し位置を次のブロックに設定する。

ステップＳ５３３において、データ管理部１５１は、処理対象ファイルが仮想順編成ファイル１７１を構成するファイルであるかを処理対象ファイルに対応する仮想順編成ファイルフラグに基づいて判定する。処理対象ファイルに対応する仮想順編成ファイルフラグが有効（ＯＮ）の場合、処理対象ファイルは仮想順編成ファイル１７１を構成するファイルであると判定し、制御はステップＳ５３４に進む。処理対象ファイルに対応する仮想順編成ファイルフラグが無効（ＯＦＦ）の場合、処理対象ファイルは仮想順編成ファイル１７１を構成するファイルでないと判定し、制御はステップＳ５３６に進む。

ステップＳ５３４において、データ管理部１５１は、処理対象ファイルの次の子ファイルがあるか判定する。詳細には、データ管理部１５１は、上述の命名規則とカタログ登録簿１６５に基づいて、処理対象ファイルの次の子ファイルがあるか判定する。例えば、処理対象ファイルのファイル名がＡ．Ｂ．Ａ０００とすると、最終修飾子に１を加算したファイル名であるＡ．Ｂ．Ａ００１が次の子ファイルのファイル名となる。データ管理部１５１は、カタログ登録簿１６５を参照し、ファイル名＝Ａ．Ｂ．Ａ００１がカタログ登録簿１６５に記載されている場合、処理対象ファイルの次の子ファイルがあると判定する。処理対象ファイルの次の子ファイルがあると判定された場合、制御はステップＳ５３５に進み、処理対象ファイルの次の子ファイルがないと判定された場合、制御はステップＳ５３６に進む。

ステップＳ５３５において、データ管理部１５１は、処理対象ファイルの次の子ファイルの先頭のトラックの先頭のブロックに読み出し位置を位置付ける。処理対象ファイルの次の子ファイルが新たな処理対象ファイルとなる。

ステップＳ５３６において、データ管理部１５１は、応用プログラム部１４１にデータの終了を示すＥＯＤ（End Of Data）を出力する。

図９は、実施の形態に係るファイルのクローズ処理のフローチャートである。
先ず、データ管理部１５１は、応用プログラム部１４１からファイルのCLOSEの依頼を受信する。当該依頼には、CLOSEの対象となるファイル（処理対象ファイル）のファイル名が含まれている。

ステップＳ５４１において、データ管理部１５１は、処理対象ファイルが仮想順編成ファイル１７１を構成するファイルであるかを処理対象ファイルに対応する仮想順編成ファイルフラグに基づいて判定する。処理対象ファイルに対応する仮想順編成ファイルフラグが有効（ＯＮ）の場合、処理対象ファイルは仮想順編成ファイル１７１を構成するファイルであると判定し、制御はステップＳ５４２に進む。処理対象ファイルに対応する仮想順編成ファイルフラグが無効（ＯＦＦ）の場合、処理対象ファイルは仮想順編成ファイル１７１を構成するファイルでないと判定し、制御はステップＳ５４３に進む。

ステップＳ５４２において、データ管理部１５１は、処理中のファイルのCLOSE処理を行う。また、データ管理部１５１は、処理対象ファイルが含まれる仮想順編成ファイルの全ての子ファイルの割り当て解放処理（アンアロケーション）を行う。

ステップＳ５４３において、データ管理部１５１は、処理対象ファイルに対してCLOSE処理を行う。当該CLOSE処理は、仮想順編成ファイルではない通常のファイルに対する従来のCLOSE処理と同様である。

図１０は、実施の形態に係るデータ管理部によるファイル削除／ファイル名変更処理のフローチャートである。

データ管理部１５１は、応用プログラム部１４１からファイルの削除またはフェイル名の変更の依頼を受信する。当該依頼には、削除対象またはファイル名の変更対象となるファイル（処理対象ファイル）のファイル名が含まれている。

ステップＳ５５１において、データ管理部１５１は、処理対象ファイルが仮想順編成ファイル１７１を構成するファイルであるかを処理対象ファイルに対応する仮想順編成ファイルフラグに基づいて判定する。処理対象ファイルに対応する仮想順編成ファイルフラグが有効（ＯＮ）の場合、処理対象ファイルは仮想順編成ファイル１７１を構成するファイルであると判定し、制御はステップＳ５５２に進む。処理対象ファイルに対応する仮想順編成ファイルフラグが無効（ＯＦＦ）の場合、処理対象ファイルは仮想順編成ファイル１７１を構成するファイルでないと判定し、制御はステップＳ５５３に進む。

ステップＳ５５２において、データ管理部１５１は、応用プログラム部１４１に対してエラーを応答する。

ステップＳ５５３において、データ管理部１５１は、受信した依頼に従って、処理対象ファイルに対する処理（削除またはファイル名の変更）を行う。削除またはファイル名の変更の処理は、従来の処理と同様である。

このように、仮想順編成ファイルフラグが有効である場合には、仮想順編成ファイルを構成するファイルの削除やファイル名の変更を行わないことで、整合性がとれなくなることを回避出来る。

実施の形態の情報処理装置によれば、読み書き対象のファイルを自動的に切替えることにより複数のファイルを１つのファイルとして扱うことで、トラック数格納領域のサイズに制限されることなく、ファイルを記憶し、記憶したファイルを読み出すことが出来る。

実施の形態の情報処理装置によれば、従来と比べてトラック数格納領域を変更しないため、ファイルの読み書きを行う応用アプリケーションプログラムの変更が不要となる。

オープンサーバで作成した大量データを従来のメインフレームに、データ転送するには、オープンサーバで３ＧＢ以下のファイルに分割して、分割したファイルを別々にメインフレームに転送している。また、従来のメインフレームで1つのファイルとして処理するには、磁気テープを使用して、別々に転送したファイルを1つのファイルにまとめる等の作業を行なっており、時間がかかるという問題がある。実施の形態の情報処理装置によれば、仮想順編成ファイルを用いることにより、オープンサーバでファイルの分割などの作業が不要となり、運用時間を短縮出来る。

図１１は、情報処理装置（コンピュータ）の構成図である。
実施の形態の生体認証装置１０１は、例えば、図１１に示すような情報処理装置（コンピュータ）１によって実現可能である。

情報処理装置１は、Central Processing Unit（ＣＰＵ）２、メモリ３、入力装置４、出力装置５、記憶部６、記録媒体駆動部７、及びネットワーク接続装置８を備え、それらはバス９により互いに接続されている。

ＣＰＵ２は、情報処理装置１全体を制御する中央処理装置（プロセッサ）である。ＣＰＵ２は、ユーティリティ部１１１、ＪＣＬ実行部１２１、コマンド入力部１３１、応用プログラム部１４１、およびデータ管理部１５１として動作する。

メモリ３は、プログラム実行の際に、記憶部６（あるいは可搬記録媒体１０）に記憶されているプログラムあるいはデータを一時的に格納するRead Only Memory(ＲＯＭ)やRandom Access Memory(ＲＡＭ)等のメモリである。ＣＰＵ２は、メモリ３を利用してプログラムを実行することにより、上述した各種処理を実行する。

入力装置４は、ユーザ又はオペレータからの指示や情報の入力、情報処理装置１で用いられるデータの取得等に用いられる。入力装置４は、例えば、キーボード、マウス、タッチパネル等である。

出力装置５は、ユーザ又はオペレータへの問い合わせや処理結果を出力したり、ＣＰＵ２による制御により動作する装置である。出力装置５は、例えば、ディスプレイ、またはプリンタ等である。

記憶部６は、例えば、磁気ディスク装置、光ディスク装置、ＳＳＤ（Solid State Drive）等である。情報処理装置１は、記憶部６に、上述のプログラムとデータを保存しておき、必要に応じて、それらをメモリ３に読み出して使用する。記憶部６は、記憶部１６１−ｉに対応する。

記録媒体駆動部７は、可搬記録媒体１０を駆動し、その記録内容にアクセスする。可搬記録媒体としては、メモリカード、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、光ディスク、光磁気ディスク等、任意のコンピュータ読み取り可能な記録媒体が用いられる。ユーザは、この可搬記録媒体１０に上述のプログラムとデータを格納しておき、必要に応じて、それらをメモリ３に読み出して使用する。

ネットワーク接続装置８は、Local Area Network（ＬＡＮ）やWide Area Network（ＷＡＮ）等の任意の通信ネットワークに接続され、通信に伴うデータ変換を行う通信インターフェースである。ネットワーク接続装置８は、通信ネットワークを介して接続された装置へデータを送信したり、通信ネットワークを介して接続された装置からデータを受信したりする。

尚、情報処理装置１が図１１のすべての構成要素を含む必要はなく、用途又は条件に応じて一部の構成要素を省略することも可能である。

以上の実施の形態に関し、さらに以下の付記を開示する。
（付記１）
複数の記憶部と、
ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと１以上の子ファイルに分割して前記複数の記憶部に記憶させ、所定の規則に基づき前記親ファイルおよび前記１以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記１以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記１以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させる第１処理部と、
前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出し、前記対応関係情報および前記所定の規則に基づいて、前記１以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記１以上の子ファイルが記憶されている場合、前記１以上の子ファイルが記憶された記憶部から前記１以上の子ファイルを読み出す第２処理部と、
を備える情報処理装置。
（付記２）
前記第２処理部は、前記親ファイルを指定する書き込み依頼を受信すると、前記親ファイルに空きがある場合には前記親ファイルにデータを書き込み、前記親ファイルが満杯である場合には前記対応関係情報および前記所定の規則に基づいて、前記１以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記１以上の子ファイルが記憶されている場合、前記データを前記１以上の子ファイルに書き込むことを特徴とする付記１記載の情報処理装置。
（付記３）
前記複数の記憶部それぞれは、自身が記憶しているファイルの削除およびファイル識別情報の変更の可否を示すフラグを記憶し、
前記第１処理部は、前記親ファイルまたは前記子ファイルを前記複数の記憶部に記憶する場合、前記フラグを有効に設定し、
第２処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする付記１または２記載の情報処理装置。
（付記４）
前記第２処理部は、ファイルのファイル識別情報の変更依頼を受信した場合、前記変更依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする付記３記載の情報処理装置。
（付記５）
前記第１処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを無効に設定し、前記第２処理部に前記削除依頼されたファイルの削除を依頼し、
前記第２処理部は、前記削除依頼されたファイルを削除することを特徴とする付記３または４記載の情報処理装置。
（付記６）
複数の記憶部を有するコンピュータが
ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと１以上の子ファイルに分割して前記複数の記憶部に記憶させ、
所定の規則に基づき前記親ファイルおよび前記１以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記１以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記１以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させ、
前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出し、
前記対応関係情報および前記所定の規則に基づいて、前記１以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記１以上の子ファイルが記憶されている場合、前記１以上の子ファイルが記憶された記憶部から前記１以上の子ファイルを読み出す
ことを特徴とする情報処理方法。
（付記７）
前記親ファイルを指定する書き込み依頼を受信すると、前記親ファイルに空きがある場合には前記親ファイルにデータを書き込み、前記親ファイルが満杯である場合には前記対応関係情報および前記所定の規則に基づいて、前記１以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記１以上の子ファイルが記憶されている場合、前記データを前記１以上の子ファイルに書き込むことを特徴とする付記６記載の情報処理方法。
（付記８）
前記複数の記憶部それぞれは、自身が記憶しているファイルの削除およびファイル識別情報の変更の可否を示すフラグを記憶し、
前記コンピュータの第１処理部は、前記親ファイルまたは前記子ファイルを前記複数の記憶部に記憶する場合、前記フラグを有効に設定し、
前記コンピュータの第２処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする付記６または７記載の情報処理方法。
（付記９）
前記第２処理部は、ファイルのファイル識別情報の変更依頼を受信した場合、前記変更依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする付記８記載の情報処理方法。
（付記１０）
前記第１処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを無効に設定し、前記第２処理部に前記削除依頼されたファイルの削除を依頼し、
前記第２処理部は、前記削除依頼されたファイルを削除することを特徴とする付記８または９記載の情報処理方法。
（付記１１）
複数の記憶部を有するコンピュータに
ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと１以上の子ファイルに分割して前記複数の記憶部に記憶させ、
所定の規則に基づき前記親ファイルおよび前記１以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記１以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記１以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させ、
前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出し、
前記対応関係情報および前記所定の規則に基づいて、前記１以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記１以上の子ファイルが記憶されている場合、前記１以上の子ファイルが記憶された記憶部から前記１以上の子ファイルを読み出す
処理を実行させるプログラム。
（付記１２）
前記コンピュータは、前記親ファイルを指定する書き込み依頼を受信すると、前記親ファイルに空きがある場合には前記親ファイルにデータを書き込み、前記親ファイルが満杯である場合には前記対応関係情報および前記所定の規則に基づいて、前記１以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記１以上の子ファイルが記憶されている場合、前記データを前記１以上の子ファイルに書き込むことを特徴とする付記１１記載のプログラム。
（付記１３）
前記複数の記憶部それぞれは、自身が記憶しているファイルの削除およびファイル識別情報の変更の可否を示すフラグを記憶し、
前記コンピュータの第１処理部は、前記親ファイルまたは前記子ファイルを前記複数の記憶部に記憶する場合、前記フラグを有効に設定し、
前記コンピュータの第２処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする付記１１または１２記載のプログラム。
（付記１４）
前記第２処理部は、ファイルのファイル識別情報の変更依頼を受信した場合、前記変更依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする付記１３記載のプログラム。
（付記１５）
前記第１処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを無効に設定し、前記第２処理部に前記削除依頼されたファイルの削除を依頼し、
前記第２処理部は、前記削除依頼されたファイルを削除することを特徴とする付記１３または１４記載のプログラム。

１０１ 情報処理装置
１１１ ユーティリティ部
１２１ ＪＣＬ実行部
１３１ コマンド入力部
１４１ 応用プログラム部
１５１ データ管理部
１６１−ｉ 記憶部
１６２−ｉ ＶＴＯＣ
１６３−ｉ ファイル
１６５ カタログ登録簿

Claims (7)

1. 複数の記憶部と、
   ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと１以上の子ファイルに分割して前記複数の記憶部に記憶させ、所定の規則に基づき前記親ファイルおよび前記１以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記１以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記１以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させる第１処理部と、
   前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出し、前記対応関係情報および前記所定の規則に基づいて、前記１以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記１以上の子ファイルが記憶されている場合、前記１以上の子ファイルが記憶された記憶部から前記１以上の子ファイルを読み出す第２処理部と、
   を備える情報処理装置。
2. 前記第２処理部は、前記親ファイルを指定する書き込み依頼を受信すると、前記親ファイルに空きがある場合には前記親ファイルにデータを書き込み、前記親ファイルが満杯である場合には前記対応関係情報および前記所定の規則に基づいて、前記１以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記１以上の子ファイルが記憶されている場合、前記データを前記１以上の子ファイルに前記データを書き込むことを特徴とする請求項１記載の情報処理装置。
3. 前記複数の記憶部それぞれは、自身が記憶しているファイルの削除およびファイル識別情報の変更の可否を示すフラグを記憶し、
   前記第１処理部は、前記親ファイルまたは前記子ファイルを前記複数の記憶部に記憶する場合、前記フラグを有効に設定し、
   第２処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする請求項１または２記載の情報処理装置。
4. 前記第２処理部は、ファイルのファイル識別情報の変更依頼を受信した場合、前記変更依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする請求項３記載の情報処理装置。
5. 前記第１処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを無効に設定し、前記第２処理部に前記削除依頼されたファイルの削除を依頼し、
   前記第２処理部は、前記削除依頼されたファイルを削除することを特徴とする請求項３または４記載の情報処理装置。
6. 複数の記憶部を有するコンピュータが
   ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと１以上の子ファイルに分割して前記複数の記憶部に記憶させ、
   所定の規則に基づき前記親ファイルおよび前記１以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記１以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記１以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させ、
   前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出し、
   前記対応関係情報および前記所定の規則に基づいて、前記１以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記１以上の子ファイルが記憶されている場合、前記１以上の子ファイルが記憶された記憶部から前記１以上の子ファイルを読み出す
   ことを特徴とする情報処理方法。
7. 複数の記憶部を有するコンピュータに
   ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと１以上の子ファイルに分割して前記複数の記憶部に記憶させ、
   所定の規則に基づき前記親ファイルおよび前記１以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記１以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記１以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させ、
   前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出し、
   前記対応関係情報および前記所定の規則に基づいて、前記１以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記１以上の子ファイルが記憶されている場合、前記１以上の子ファイルが記憶された記憶部から前記１以上の子ファイルを読み出す
   処理を実行させるプログラム。

Images