JP6911732B2 - Information processing equipment, information processing methods, and programs - Google Patents

Information processing equipment, information processing methods, and programs Download PDF

Info

Publication number
JP6911732B2
JP6911732B2 JP2017229259A JP2017229259A JP6911732B2 JP 6911732 B2 JP6911732 B2 JP 6911732B2 JP 2017229259 A JP2017229259 A JP 2017229259A JP 2017229259 A JP2017229259 A JP 2017229259A JP 6911732 B2 JP6911732 B2 JP 6911732B2
Authority
JP
Japan
Prior art keywords
file
stored
parent
child files
child
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017229259A
Other languages
Japanese (ja)
Other versions
JP2019101561A (en
Inventor
広実 林
広実 林
孝之 大橋
孝之 大橋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2017229259A priority Critical patent/JP6911732B2/en
Publication of JP2019101561A publication Critical patent/JP2019101561A/en
Application granted granted Critical
Publication of JP6911732B2 publication Critical patent/JP6911732B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明は、情報処理装置、情報処理方法、およびプログラムに関する。 The present invention relates to an information processing device, an information processing method, and a program.

メインフレームが順編成ファイルを直接アクセス記憶装置に作成する場合、例えば、直接アクセス記憶装置内のVTOC(Volume Table Of Contents)で順編成ファイルの情報を管理している。順編成ファイルは、データがファイルの先頭から順に連続して記録され、ファイル先頭からの順序や位置を手がかりにアクセスするタイプのファイルである。VTOC内のトラック数格納領域には、順編成ファイルに記録されたデータのうち最後尾のデータの位置(トラック番号)、すなわち順編成ファイルに最後に記録されたデータが位置するトラック番号が記述される。メインフレームがトラック数格納領域のサイズを2バイトで管理していると、ファイルの割当てトラック数は、2バイト上限の65535トラックが最大となる。この場合、1ブロックあたりのブロック長が23KBであり、1トラックに2ブロック作成出来ると、23KB×2×65535トラック=3GBがファイル容量の最大値となる。 When the mainframe creates a sequential file in the direct access storage device, for example, the information of the sequential file is managed by VTOC (Volume Table Of Contents) in the direct access storage device. A sequential file is a type of file in which data is continuously recorded in order from the beginning of the file, and the order and position from the beginning of the file are accessed as clues. In the track number storage area in the VTOC, the position (track number) of the last data among the data recorded in the sequential file, that is, the track number where the last recorded data in the sequential file is located is described. NS. When the mainframe manages the size of the track number storage area in 2 bytes, the maximum number of tracks allocated to the file is 65535 tracks, which is the upper limit of 2 bytes. In this case, the block length per block is 23 KB, and if two blocks can be created in one track, 23 KB × 2 × 65535 tracks = 3 GB is the maximum value of the file capacity.

サーバーコンピュータとネットワークの負荷を軽減して大容量のファイルに対するI/O処理を高速に行う技術が知られている(例えば、特許文献1参照)。複数のファイルシステムが共有する記録媒体上の領域をファイルシステム毎にパーティション分割することなく、或る1つのファイルシステムに生じる空き領域を他ファイルシステムからも有効に使用出来るようにする技術が知られている(例えば、特許文献2参照)。メインフレームで認識出来る容量を超えたオープンシステムのボリュームに格納されたデータを、メインフレーム上のバックアップソフトを使ってバックアップ/リストアする技術が知られている(例えば、特許文献3参照)。 A technique for reducing the load on a server computer and a network to perform high-speed I / O processing on a large-capacity file is known (see, for example, Patent Document 1). A technique is known that enables the free area generated in one file system to be effectively used by another file system without partitioning the area on the recording medium shared by a plurality of file systems for each file system. (See, for example, Patent Document 2). There is known a technique for backing up / restoring data stored in an open system volume that exceeds the capacity that can be recognized by the mainframe using backup software on the mainframe (see, for example, Patent Document 3).

特開2007−293634号公報JP-A-2007-293634 特開2006−201953号公報Japanese Unexamined Patent Publication No. 2006-201953 特開2002−55862号公報JP-A-2002-55862

上述のように、ファイル容量の最大値は、トラック数格納領域のサイズにより制限される。データ量が現在の順編成ファイルのファイル容量の最大値3GBより大きい場合、メインフレームが直接アクセス記憶装置において3GBより大きいデータを1つのファイルとして扱うのは困難である。 As mentioned above, the maximum file size is limited by the size of the track number storage area. When the amount of data is larger than the maximum value of 3 GB of the file capacity of the current sequential file, it is difficult for the mainframe to handle the data larger than 3 GB as one file in the direct access storage device.

本発明の課題は、トラック数格納領域のサイズに制限されることなく、ファイルを記憶し、記憶したファイルを読み出すことである。 An object of the present invention is to store a file and read the stored file without being limited by the size of the track number storage area.

実施の形態に係る情報処理装置は、複数の記憶部、第1処理部、および第2処理部を有する。 The information processing apparatus according to the embodiment has a plurality of storage units, a first processing unit, and a second processing unit.

前記第1処理部は、ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと1以上の子ファイルに分割して前記複数の記憶部に記憶させる。 The first processing unit sets the specified file as the parent file and 1 based on the size of the storage area for storing the information indicating the amount of data recorded in the file and the size of the specified file. It is divided into the above child files and stored in the plurality of storage units.

前記第1処理部は、所定の規則に基づき前記親ファイルおよび前記1以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記1以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記1以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させる。 The first processing unit assigns file identification information to the parent file and the one or more child files based on a predetermined rule, and the files assigned to the parent file and the one or more child files, respectively. The identification information and the correspondence information indicating the correspondence between the parent file and the storage unit in which each of the one or more child files are stored are stored in any of the plurality of storage units.

前記第2処理部は、前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出す。 When the second processing unit receives a read request for designating the parent file, the second processing unit reads the parent file from the storage unit in which the parent file is stored among the plurality of storage units.

前記第2処理部は、前記対応関係情報および前記所定の規則に基づいて、前記1以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記1以上の子ファイルが記憶されている場合、前記1以上の子ファイルが記憶された記憶部から前記1以上の子ファイルを読み出す。 The second processing unit determines whether the one or more child files are stored in any of the plurality of storage units based on the correspondence information and the predetermined rule, and determines whether the one or more child files are stored in any of the plurality of storage units. Is stored, the one or more child files are read from the storage unit in which the one or more child files are stored.

実施の形態によれば、トラック数格納領域のサイズに制限されることなく、ファイルを記憶し、記憶したファイルを読み出すことが出来る。 According to the embodiment, the file can be stored and the stored file can be read out without being limited by the size of the track number storage area.

実施の形態に係る仮想順編成ファイルを示す図である。It is a figure which shows the virtual sequential file which concerns on embodiment. 実施の形態に係る情報処理装置の構成図である。It is a block diagram of the information processing apparatus which concerns on embodiment. カタログ登録簿の例である。This is an example of a catalog register. 実施の形態に係る情報処理装置の処理を説明する図である。It is a figure explaining the process of the information processing apparatus which concerns on embodiment. 実施の形態に係るユーティリティ部によるファイル作成削除処理のフローチャートである。It is a flowchart of the file creation deletion process by the utility part which concerns on embodiment. 実施の形態に係るファイルのオープン処理のフローチャートである。It is a flowchart of the file open processing which concerns on embodiment. 実施の形態に係るライト処理のフローチャートである。It is a flowchart of the light processing which concerns on embodiment. 実施の形態に係るリード処理のフローチャートである。It is a flowchart of the lead processing which concerns on embodiment. 実施の形態に係るファイルのクローズ処理のフローチャートである。It is a flowchart of the file closing process which concerns on embodiment. 実施の形態に係るデータ管理部によるファイル削除/ファイル名変更処理のフローチャートである。It is a flowchart of the file deletion / file name change processing by the data management part which concerns on embodiment. 情報処理装置(コンピュータ)の構成図である。It is a block diagram of an information processing apparatus (computer).

以下、図面を参照しながら実施の形態について説明する。
順編成ファイルの容量を拡大するために、例えば、トラック数格納領域を2バイトから3バイトに拡張するように、トラック数格納領域の構造を変更することが考えられる。しかしながら、トラック数格納領域の構造は公開されており、また、読み込み方法も公開されているため、トラック数格納領域の構造を変更すると順編成ファイルを利用するアプリケーションプログラムの変更も必要となる。このように、トラック数格納領域の構造を変更すると、既存のアプリケーションプログラムをそのまま使用することが困難である。
Hereinafter, embodiments will be described with reference to the drawings.
In order to increase the capacity of the sequential file, it is conceivable to change the structure of the track number storage area so as to expand the track number storage area from 2 bytes to 3 bytes, for example. However, since the structure of the track number storage area is open to the public and the reading method is also open to the public, if the structure of the track number storage area is changed, it is necessary to change the application program that uses the sequential file. If the structure of the track number storage area is changed in this way, it is difficult to use the existing application program as it is.

図1は、実施の形態に係る仮想順編成ファイルを示す図である。
一つの順編成ファイル(以降、ファイルと記述)容量の拡大には、トラック数格納領域の構造上の限界がある。実施の形態では、トラック数格納領域を拡張せず、順編成ファイルを親ファイル、子ファイルで組み合わせ、複数のファイルを仮想的に一つのファイルとして扱い、アプリケーションプログラムとは別のシステムが自動的に読み書きされるファイルを切り替えることで大容量化を実現する。以降、親ファイルと1以上の子ファイルから構成される仮想的な一つのファイルを仮想順編成ファイルと称する。
FIG. 1 is a diagram showing a virtual sequential file according to the embodiment.
There is a structural limit to the number of tracks storage area in expanding the capacity of one sequential file (hereinafter referred to as a file). In the embodiment, the number of tracks storage area is not expanded, the sequential files are combined with the parent file and the child files, and a plurality of files are virtually treated as one file, and a system different from the application program automatically handles them. Achieve a large capacity by switching the read / write file. Hereinafter, one virtual file composed of a parent file and one or more child files is referred to as a virtual sequential file.

実施の形態によれば、ファイルにアクセスするアプリケーションプログラムの変更は不要で、親ファイルと子ファイルを意識することなくファイルにアクセスすることが出来る。 According to the embodiment, it is not necessary to change the application program for accessing the file, and the file can be accessed without being aware of the parent file and the child file.

実施の形態では、以下のような命名規則に従って、親ファイルと子ファイルは命名される。尚、ファイル名は、複数の修飾子がピリオド(.)で連結されて構成されているとする。ファイル名は、ファイル識別情報の一例である。 In the embodiment, the parent file and the child file are named according to the following naming convention. It is assumed that the file name is composed of a plurality of modifiers concatenated with a period (.). The file name is an example of file identification information.

親ファイルと子ファイルの最終修飾子はxnnnとし、xは英字(A〜Z)、nnnは数字とする。 The final modifiers of the parent file and the child file are xnnnn, where x is an alphabetic character (AZ) and nnn is a number.

親ファイルと子ファイルの最終修飾子のxは、任意の英字である。
親ファイル(先頭ファイル)の最終修飾子のnnnは000とする。
The final qualifier x in the parent and child files is any alphabetic character.
The final modifier nnn of the parent file (first file) is 000.

子ファイルの最終修飾子のnnnは001から順にファイルごとに1増加する。
例えば、親ファイルのファイル名は、A.B.A000となり、親ファイルの次の子ファイルのファイル名は、A.B.A001となる。以下、子ファイルのファイル名は、順にA.B.A002、A.B.A003、・・・となる。
The final modifier nnn of the child file is incremented by 1 for each file in order from 001.
For example, the file name of the parent file is A.I. B. It becomes A000, and the file name of the child file next to the parent file is A. B. It becomes A001. Hereinafter, the file names of the child files are, in order, A. B. A002, A. B. A003, ...

尚、最終修飾子の文字数は、4文字に限らず、任意の数でよい。また、最終修飾子は、親ファイルと子ファイルの順序が分かればよく、1ずつ増加する数字に限らず、A,B、C、・・のようにアルファベット順に英字を割り当ててもよい。 The number of characters of the final modifier is not limited to four characters, and may be any number. Further, the final modifier is not limited to the numbers increasing by 1 as long as the order of the parent file and the child file is known, and alphabetic characters may be assigned in alphabetical order such as A, B, C, ....

また、ジョブ制御文(FD文)やコマンドに記述するファイル名は、親ファイルだけとする。 Also, the file name described in the job control statement (FD statement) or command is only the parent file.

図2は、実施の形態に係る情報処理装置の構成図である。
情報処理装置101は、ユーティリティ部111、JCL(Job Control Language)実行部121、コマンド入力部131、応用プログラム部141、データ管理部151、および記憶部161−i(i=1〜4)を有する。情報処理装置101は、例えば、メインフレーム等の大型コンピュータである。図2は、情報処理装置101が仮想順編成ファイル171を記憶している場合を示す。
FIG. 2 is a configuration diagram of an information processing device according to the embodiment.
The information processing device 101 includes a utility unit 111, a JCL (Job Control Language) execution unit 121, a command input unit 131, an application program unit 141, a data management unit 151, and a storage unit 161-i (i = 1 to 4). .. The information processing device 101 is, for example, a large computer such as a mainframe. FIG. 2 shows a case where the information processing device 101 stores the virtual sequential file 171.

記憶部161−iは、情報処理装置101で使用されるデータやプログラムなどを記憶する記憶装置である。記憶部161−1〜161−4には、それぞれ1つのボリュームが設定されている。記憶部161−1,161−2、161−3には、ボリューム名としてそれぞれVOL001、VOL002、VOL003が割り当てられている。 The storage unit 161-i is a storage device that stores data, programs, and the like used in the information processing device 101. One volume is set in each of the storage units 161-1 to 161-4. VOL001, VOL002, and VOL003 are assigned as volume names to the storage units 161-1, 161-2, and 161-3, respectively.

記憶部161−iは、VTOC162−iおよび順編成ファイルであるファイル163−iを記憶する。ファイル163−1、ファイル163−2、および163−3により仮想順編成ファイル171が構成される。 The storage unit 161-i stores the VTOC 162-i and the file 163-i which is a sequential file. The virtual sequential file 171 is composed of the files 163-1, 163-2, and 163-3.

VTOC162−iは、ボリューム内の領域の使用状態を管理するための制御ブロックであり、ボリューム内のファイルの情報が記載される。VTOC162−iには、ボリューム内のファイルのファイル名、割当てトラック数、ファイル内のデータのうち最後尾のデータの位置(トラック番号)、仮想順編成ファイルフラグ(図2では※と表記)などが記載されている。尚、実施の形態において、ファイル内の最後尾のデータの位置(トラック番号)、すなわちファイルに最後に記録されたデータが位置するトラック番号は、VTOC162−i内のトラック数格納領域に記載される。トラック数格納領域に記載されるトラック番号は、ファイルに記録されているデータのサイズを示す。また、トラック数格納領域のサイズは2バイトであるとする。また、1つのトラックには2ブロックが含まれ、1つのブロックのブロック長は23KBとする。尚、トラック数格納領域のサイズ、ブロック数、ブロック長は一例であり、これに限られるものではない。 The VTOC162-i is a control block for managing the usage state of the area in the volume, and the information of the file in the volume is described. The VTOC162-i contains the file name of the file in the volume, the number of allocated tracks, the position of the last data (track number) among the data in the file, the virtual sequential file flag (indicated as * in FIG. 2), and the like. Has been described. In the embodiment, the position (track number) of the last data in the file, that is, the track number where the last recorded data in the file is located is described in the track number storage area in the VTOC 162-i. .. The track number described in the track number storage area indicates the size of the data recorded in the file. Further, it is assumed that the size of the track number storage area is 2 bytes. Further, one track includes two blocks, and the block length of one block is 23 KB. The size of the track number storage area, the number of blocks, and the block length are examples, and are not limited thereto.

仮想順編成ファイルフラグは、ファイルが仮想順編成ファイルを構成するファイルであるかを示す。仮想順編成ファイルフラグが有効(ON)の場合、当該仮想順編成ファイルフラグに対応するファイルは仮想順編成ファイルを構成するファイルであることを示す。仮想順編成ファイルフラグが無効(OFF)の場合、当該仮想順編成ファイルフラグに対応するファイルは仮想順編成ファイルを構成するファイルでなく、通常のファイルであることを示す。また、仮想順編成ファイルフラグは、当該仮想順編成ファイルフラグに対応するファイルに対する削除およびファイル名の変更の可否を示す。仮想順編成ファイルフラグが有効(ON)の場合、当該仮想順編成ファイルフラグに対応するファイルの削除およびファイル名の変更が拒否されることを示す。すなわち、データ管理部151は、仮想順編成ファイルフラグが有効(ON)の場合、当該仮想順編成ファイルフラグに対応するファイルの削除およびファイル名の変更が出来ないことを示す。 The virtual sequential file flag indicates whether the file is a file that constitutes a virtual sequential file. When the virtual sequential file flag is enabled (ON), it indicates that the file corresponding to the virtual sequential file flag is a file constituting the virtual sequential file. When the virtual sequential file flag is invalid (OFF), it indicates that the file corresponding to the virtual sequential file flag is not a file constituting the virtual sequential file but a normal file. In addition, the virtual sequential file flag indicates whether or not the file corresponding to the virtual sequential file flag can be deleted and the file name can be changed. When the virtual sequential file flag is enabled (ON), it indicates that the deletion of the file corresponding to the virtual sequential file flag and the change of the file name are rejected. That is, the data management unit 151 indicates that when the virtual sequential file flag is enabled (ON), the file corresponding to the virtual sequential file flag cannot be deleted or the file name cannot be changed.

図2において、ファイル163−1、ファイル163−2、および163−3により仮想順編成ファイル171が構成されているので、VTOC162−1内のファイル名=A.B.A000に対応する仮想順編成ファイルフラグは有効となっている。VTOC162−2内のファイル名=A.B.A001に対応する仮想順編成ファイルフラグとVTOC162−3内のファイル名=A.B.A002に対応する仮想順編成ファイルフラグも同様に有効となっている。 In FIG. 2, since the virtual sequential file 171 is composed of the files 163-1, 163-2, and 163-3, the file name in VTOC162-1 = A.I. B. The virtual sequential file flag corresponding to A000 is valid. File name in VTOC162-2 = A. B. Virtual sequential file flag corresponding to A001 and file name in VTOC162-3 = A. B. The virtual sequential file flag corresponding to A002 is also valid.

実施の形態において、ファイル163−1は、親ファイル163−1と称し、ファイル163−2、163−3は、子ファイル163−2、163−3と称する場合がある。 In the embodiment, the file 163-1 may be referred to as a parent file 163-1 and the files 163-2 and 163-3 may be referred to as child files 163-2 and 163-3.

上述の仮想順編成ファイルを構成するファイルのファイル名の命名規則に基づき、親ファイル163−1のファイル名は、A.B.A000、子ファイル163−2のファイル名は、A.B.A001、子ファイル163−2のファイル名は、A.B.A002である。 Based on the file name naming convention of the files that make up the virtual sequential file described above, the file name of the parent file 163-1 is A.I. B. The file names of A000 and the child file 163-2 are A.I. B. The file names of A001 and the child file 163-2 are A.I. B. It is A002.

記憶部161−4は、カタログ登録簿165を記憶する。
図3は、カタログ登録簿の例である。
The storage unit 161-4 stores the catalog register 165.
FIG. 3 is an example of a catalog register.

カタログ登録簿165は、ファイルがどのボリュームに格納されているかを示す。カタログ登録簿165には、ファイル名と格納場所が対応付けられて記述されている。カタログ登録簿165は、対応関係情報の一例である。 Catalog register 165 indicates on which volume the file is stored. In the catalog register 165, the file name and the storage location are described in association with each other. Catalog register 165 is an example of correspondence information.

ファイル名は、ファイルの名前を示す。
格納場所は、記憶部161−iに割り当てられているボリューム名である。
The file name indicates the name of the file.
The storage location is the volume name assigned to the storage unit 161-i.

例えば、図3のカタログ登録簿165において、ファイル名=「A.B.A000」、格納場所=「VOL001」は、ファイル名がA.B.A000であるファイルが、ボリューム名がVOL001である記憶部161−1に記憶されていることを示す。 For example, in the catalog register 165 of FIG. 3, the file name is A.B.A000 and the storage location is VOL001. B. Indicates that the file A000 is stored in the storage unit 161-1 whose volume name is VOL001.

図4は、実施の形態に係る情報処理装置の処理を説明する図である。
ユーティリティ部111は、情報処理装置101にインストールされたユーティリティプログラムの機能を実現する。ユーティリティ部111は、仮想順編成ファイル171の作成および削除を行う。ユーティリティ部111は、カタログ登録簿165への情報の登録および削除を行う。ユーティリティ部111は、VTOC162−iへの仮想順編成ファイルフラグの設定を行う。ユーティリティ部111は、上述した命名規則に基づくファイル名を親ファイル163−1と子ファイル163−2,163−3に設定する。ユーティリティ部111は、第1処理部の一例である。
FIG. 4 is a diagram illustrating processing of the information processing apparatus according to the embodiment.
The utility unit 111 realizes the function of the utility program installed in the information processing device 101. The utility unit 111 creates and deletes the virtual sequential file 171. The utility unit 111 registers and deletes information in the catalog register 165. The utility unit 111 sets the virtual sequential file flag in the VTOC 162-i. The utility unit 111 sets the file names based on the above-mentioned naming convention in the parent file 163-1 and the child files 163-2,163-3. The utility unit 111 is an example of the first processing unit.

JCL実行部121は、JCLが記述されたJCLファイルを読み出し、当該JCLファイルに記述された命令を実行し、JCLファイルに記述されたファイルに対する処理を応用プログラム部141に通知する。 The JCL execution unit 121 reads the JCL file in which the JCL is described, executes the instruction described in the JCL file, and notifies the application program unit 141 of the processing for the file described in the JCL file.

コマンド入力部131は、キーボード等の入力装置からユーザにより入力されたコマンドを受信し、当該コマンドを応用プログラム部141に渡す。例えば、入力されたコマンドには、ファイルに対する処理命令が含まれている。 The command input unit 131 receives a command input by the user from an input device such as a keyboard, and passes the command to the application program unit 141. For example, the entered command contains a processing instruction for the file.

応用プログラム部141は、情報処理装置101にインストールされた応用(アプリケーション)プログラムの機能を実現する。応用プログラム部141は、JCL実行部121またはコマンド入力部131から入力された、指定されたファイルに対するOPEN、WRITE(データの書出し)、READ(データの読み出し)、およびCLOSEをデータ管理部151に発行する。 The application program unit 141 realizes the function of the application program installed in the information processing apparatus 101. The application program unit 141 issues OPEN, WRITE (data writing), READ (data reading), and CLOSE to the data management unit 151 for the specified file input from the JCL execution unit 121 or the command input unit 131. do.

データ管理部151は、応用プログラム部141から親ファイル163−1に対して、OPENが発行されると、すべての子ファイル163−2,163−3に対して、アロケーション(ファイルの割当て)を行う。 When OPEN is issued to the parent file 163-1 by the application program unit 141, the data management unit 151 allocates (file allocation) to all the child files 163-2,163-3. ..

データ管理部151は、応用プログラム部141からWRITE(データの書出し)が発行され、処理中のファイルが満杯になると、処理中のファイルをCLOSEし、次の子ファイルが存在すれば、子ファイルをOPENしてWRITEを継続する。 The data management unit 151 issues a WRITE (data writing) from the application program unit 141, closes the file being processed when the file being processed becomes full, and if the next child file exists, the child file is opened. OPEN and continue WRITE.

データ管理部151は、応用プログラム部141からCLOSEが発行されると、処理中のファイルをCLOSEし、すべての子ファイル163−2,163−3に対して、アンアロケーション(ファイルの割当て解除)を行う。尚、データ管理部151は、CLOSEの前に処理中のファイルに対してデータの書き込み行っていた場合は、ファイル内のデータの最後にEOFをファイルの書き込み、トラック数格納領域に最後に書き込んだデータの位置(トラック番号)を書き込む。 When CLOSE is issued by the application program unit 141, the data management unit 151 closes the file being processed and unallocates (unallocates the file) to all the child files 163-2 and 163-3. conduct. If the data management unit 151 has written data to the file being processed before CLOSE, the EOF is written to the end of the data in the file, and the EOF is written to the track number storage area at the end. Write the data position (track number).

データ管理部151は、応用プログラム部141からREAD(データの読込み)が発行された場合、処理中のファイルのデータの読み出しが完了し、次の子ファイルがあれば、読み出すファイルを次の子ファイルに切り替えて処理を継続する。 When the application program unit 141 issues a READ (reading data), the data management unit 151 completes reading the data of the file being processed, and if there is a next child file, the data management unit 151 reads the file to be read to the next child file. Switch to and continue processing.

データ管理部151は、VTOC162−iの仮想順編成ファイルフラグが有効(ON)の場合、ファイルの削除の要求があっても拒否し、またファイル名の変更の要求があっても拒否する。すなわち、データ管理部151は、仮想順編成ファイルフラグが無効の場合のみ、ファイルの削除およびファイル名の変更を行い、仮想順編成ファイルフラグが有効の場合、ファイルの削除およびファイル名の変更を行わない。データ管理部151は、第2処理部の一例である。 When the virtual sequential file flag of VTOC162-i is enabled (ON), the data management unit 151 rejects even if there is a request to delete the file, and rejects even if there is a request to change the file name. That is, the data management unit 151 deletes the file and changes the file name only when the virtual sequential file flag is invalid, and deletes the file and changes the file name when the virtual sequential file flag is valid. do not have. The data management unit 151 is an example of the second processing unit.

以下、情報処理装置101における各種処理をフローチャートを用いて説明する。
図5は、実施の形態に係るユーティリティ部による仮想順編成ファイルの作成/削除処理のフローチャートである。
Hereinafter, various processes in the information processing apparatus 101 will be described with reference to a flowchart.
FIG. 5 is a flowchart of a virtual sequential file creation / deletion process by the utility unit according to the embodiment.

ユーザから仮想順編成ファイルの作成または削除を依頼する制御文を入力する。ユーティリティ部111は、制御文による仮想順編成ファイルの作成依頼または削除依頼を受信する。作成依頼または削除依頼には、作成または削除の対象となる仮想順編成ファイルを構成する親ファイルのファイル名(例えば、A.B.A000)が含まれている。 Enter a control statement requesting the user to create or delete a virtual sequential file. The utility unit 111 receives a request for creating or deleting a virtual sequential file by a control statement. The creation request or deletion request includes the file name (for example, ABA000) of the parent file that constitutes the virtual sequential file to be created or deleted.

ステップS501において、ユーティリティ部111は、受信した依頼の種別を判定する。仮想順編成ファイルの作成依頼を受信した場合、制御はステップS502に進み、仮想順編成ファイルの削除依頼を受信した場合、制御はステップS503に進む。 In step S501, the utility unit 111 determines the type of the received request. When the request for creating the virtual sequential file is received, the control proceeds to step S502, and when the request for deleting the virtual sequential file is received, the control proceeds to step S503.

ステップS502において、ユーティリティ部111は、ユーザから入力された制御文に基づいて、仮想順編成ファイルを作成する。詳細には、ユーティリティ部111は、以下の処理(1)〜(3)を行う。
(1)ユーティリティ部111は、仮想順編成ファイルに含まれる親ファイルと子ファイルを作成、すなわち親ファイルと子ファイルのボリュームへの領域割当てを行う。また、ユーティリティ部111は、作成した親ファイルおよび子ファイルの情報のカタログ登録簿165への登録を行う。ユーティリティ部111は、1ボリュームに1ファイル作成する。必要なボリューム数(子ファイルの数)は、制御文で指定された仮想順編成ファイルの容量(サイズ)と、トラック数格納領域のサイズと、制御文で指定されたボリュームの空き容量により異なる。ユーティリティ部111は、例えば、指定されたボリュームを空き容量の多い順にソートし、親ファイル、子ファイルの順にファイルを作成し、指定された仮想順編成ファイルの容量を満足するまで子ファイルの作成を繰返す。ユーティリティ部111は、指定された仮想順編成ファイルの容量をトラック数格納領域のサイズと指定されたボリュームの空き容量に基づいて分割し、親ファイルおよび子ファイルを作成する。親ファイルおよび子ファイルの割り当てトラック数は、トラック数格納領域のサイズが2バイトとすると、2バイト上限の65535トラックが最大となる。この場合、1ブロックあたりのブロック長が23KBであり、1トラックに2ブロック作成出来ると、23KB×2×65535トラック=3GBが親ファイルおよび子ファイルの容量の最大値となる。また、ボリュームの空き容量が、親ファイルおよび子ファイルの容量の最大値より小さい場合は、当該ボリュームに作成される親ファイルまたは子ファイルの容量は、当該ボリュームの空き容量となる。また、親ファイルのファイル名(例えば、A.B.A000)はユーザから入力された制御文で指定されており、ユーティリティ部111は、指定された親ファイルのファイル名と上述の命名規則に基づくファイル名を親ファイルと子ファイルに付与する。例えば、親ファイルのファイル名はA.B.A000となり、子ファイルのファイル名はA.B.A001、A.B.A002、・・・となる。ユーティリティ部111は、ファイルに付与されたファイル名と当該ファイルが格納されるボリュームの対応関係をカタログ登録簿165に記載する。
(2)ユーティリティ部111は、親ファイルと子ファイルが格納された記憶部161−iのVTOC162−iに当該記憶部161−i格納している親ファイルまたは子ファイルに関する情報を記載する。
(3)ユーティリティ部111は、記憶部161−iのVTOC162−iの親ファイルまたは子ファイルに対応する仮想順編成ファイルフラグを有効に設定する。
In step S502, the utility unit 111 creates a virtual sequential file based on the control statement input from the user. Specifically, the utility unit 111 performs the following processes (1) to (3).
(1) The utility unit 111 creates a parent file and a child file included in the virtual sequential file, that is, allocates an area to the volume of the parent file and the child file. In addition, the utility unit 111 registers the created parent file and child file information in the catalog register 165. The utility unit 111 creates one file for one volume. The required number of volumes (number of child files) differs depending on the capacity (size) of the virtual sequential file specified in the control statement, the size of the track number storage area, and the free space of the volume specified in the control statement. For example, the utility unit 111 sorts the specified volumes in descending order of free space, creates files in the order of parent file and child file, and creates child files until the specified virtual sequential file capacity is satisfied. Repeat. The utility unit 111 divides the capacity of the specified virtual sequential file based on the size of the track number storage area and the free space of the specified volume, and creates a parent file and a child file. The maximum number of tracks allocated to the parent file and the child file is 65535 tracks, which is the upper limit of 2 bytes, assuming that the size of the track number storage area is 2 bytes. In this case, the block length per block is 23 KB, and if two blocks can be created in one track, 23 KB × 2 × 65535 tracks = 3 GB is the maximum value of the capacity of the parent file and the child file. If the free space of the volume is smaller than the maximum value of the capacity of the parent file and the child file, the capacity of the parent file or the child file created on the volume becomes the free space of the volume. Further, the file name of the parent file (for example, ABA000) is specified by the control statement input by the user, and the utility unit 111 is based on the file name of the specified parent file and the above-mentioned naming rule. Give the file name to the parent and child files. For example, the file name of the parent file is A. B. It becomes A000, and the file name of the child file is A. B. A001, A. B. A002, ... The utility unit 111 describes the correspondence between the file name given to the file and the volume in which the file is stored in the catalog register 165.
(2) The utility unit 111 describes information about the parent file or child file stored in the storage unit 161-i in the VTOC 162-i of the storage unit 161-i in which the parent file and the child file are stored.
(3) The utility unit 111 effectively sets the virtual sequential file flag corresponding to the parent file or child file of the VTOC162-i of the storage unit 161-i.

ステップS503において、ユーティリティ部111は、仮想順編成ファイルを削除する。詳細には、ユーティリティ部111は、以下の処理(1)〜(2)を行う。
(1)ユーティリティ部111は、記憶部161−iのVTOC162−iの削除依頼された親ファイルおよび当該親ファイルが構成する仮想順編成ファイルに含まれる子ファイルに対応する仮想順編成ファイルフラグを無効に設定する。
(2)ユーティリティ部111は、カタログ登録簿165から、削除依頼された親ファイルおよび当該親ファイルが構成する仮想順編成ファイルに含まれる子ファイルのファイル名に対応するレコードを削除する。ユーティリティ部111は、削除依頼された親ファイルおよび当該親ファイルが構成する仮想順編成ファイルに含まれる子ファイルを削除する。詳細には、ユーティリティ部111は、削除依頼された親ファイルおよび当該親ファイルが構成する仮想順編成ファイルに含まれる子ファイルの削除依頼をデータ管理部151に送信し、データ管理部151は、削除依頼された親ファイルと子ファイルを削除する。
In step S503, the utility unit 111 deletes the virtual sequential file. Specifically, the utility unit 111 performs the following processes (1) and (2).
(1) The utility unit 111 invalidates the virtual sequential file flag corresponding to the parent file for which deletion of the VTOC162-i of the storage unit 161-i is requested and the child files included in the virtual sequential file configured by the parent file. Set to.
(2) The utility unit 111 deletes the record corresponding to the file name of the parent file requested to be deleted and the child file included in the virtual sequential file configured by the parent file from the catalog register 165. The utility unit 111 deletes the parent file requested to be deleted and the child files included in the virtual sequential file configured by the parent file. Specifically, the utility unit 111 sends a deletion request for the parent file requested to be deleted and the child files included in the virtual sequential file configured by the parent file to the data management unit 151, and the data management unit 151 deletes the file. Delete the requested parent and child files.

図6は、実施の形態に係るファイルのオープン処理のフローチャートである。
データ管理部151は、応用プログラム部141からファイルのOPENの依頼を受信する。当該依頼には、OPENの対象となるファイル(処理対象ファイル)のファイル名が含まれている。
FIG. 6 is a flowchart of a file open process according to the embodiment.
The data management unit 151 receives a file OPEN request from the application program unit 141. The request includes the file name of the file to be opened (file to be processed).

ステップS511において、データ管理部151は、処理対象ファイルが仮想順編成ファイル171を構成するファイルであるかを処理対象ファイルに対応する仮想順編成ファイルフラグに基づいて判定する。処理対象ファイルに対応する仮想順編成ファイルフラグが有効(ON)の場合、処理対象ファイルは仮想順編成ファイル171を構成するファイルであると判定し、制御はステップS512に進む。処理対象ファイルに対応する仮想順編成ファイルフラグが無効(OFF)の場合、処理対象ファイルは仮想順編成ファイル171を構成するファイルでないと判定し、制御はステップS513に進む。 In step S511, the data management unit 151 determines whether the processing target file is a file constituting the virtual sequential file 171 based on the virtual sequential file flag corresponding to the processing target file. When the virtual sequential file flag corresponding to the processing target file is valid (ON), it is determined that the processing target file is a file constituting the virtual sequential file 171, and the control proceeds to step S512. When the virtual sequential file flag corresponding to the processing target file is invalid (OFF), it is determined that the processing target file is not a file constituting the virtual sequential file 171, and the control proceeds to step S513.

尚、仮想順編成ファイル171に対する処理を行う場合、処理対象ファイルのファイル名として、親ファイルのファイル名が依頼に含まれている。 When processing the virtual sequential file 171 is performed, the file name of the parent file is included in the request as the file name of the file to be processed.

ステップS512において、データ管理部151は、データ管理部151は、処理対象ファイル、すなわち親ファイルのOPEN処理を行う。データ管理部151は、全ての子ファイルの割当て処理をおこなう。また、データ管理部151は、AD(追加)指定OPENの場合、既存データの最後のファイルに書き込み位置を位置付ける。 In step S512, the data management unit 151 causes the data management unit 151 to perform OPEN processing of the processing target file, that is, the parent file. The data management unit 151 performs allocation processing of all child files. Further, the data management unit 151 positions the writing position in the last file of the existing data when the AD (additional) designation is OPEN.

ステップS513において、データ管理部151は、処理対象ファイルに対するOPEN処理を行う。当該OPEN処理は、仮想順編成ファイルではない通常のファイルに対する従来のOPEN処理と同様である。 In step S513, the data management unit 151 performs OPEN processing on the processing target file. The OPEN process is the same as the conventional OPEN process for a normal file that is not a virtual sequential file.

図7は、実施の形態に係るライト処理のフローチャートである。
ここで、上述のオープン処理は、完了しているものとする。データ管理部151は、応用プログラム部141から親ファイルへのWRITEの依頼と書き込みデータを受信する。また、仮想順編成ファイル171にデータを最初から書き込む場合、書き込み位置の初期位置は親ファイルの先頭のトラックの先頭のブロックに位置付けられる。また、仮想順編成ファイル171にデータを追記する場合、既存のデータが存在する最後ファイルのデータのブロックの次のブロックに書き込み位置が位置付けられる。データ管理部151は、例えば、1ブロック分の書き込みデータを受信する。ここで、処理対象ファイルは、書き込み位置が設定されている親ファイル163−1または子ファイル163−2,163−3である。
FIG. 7 is a flowchart of the light processing according to the embodiment.
Here, it is assumed that the above-mentioned open process has been completed. The data management unit 151 receives a WRITE request to the parent file and write data from the application program unit 141. When data is written to the virtual sequential file 171 from the beginning, the initial position of the writing position is positioned in the first block of the first track of the parent file. When adding data to the virtual sequential file 171, the writing position is positioned in the block next to the data block of the last file in which the existing data exists. The data management unit 151 receives, for example, one block of write data. Here, the processing target file is a parent file 163-1 or a child file 163-2,163-3 in which the writing position is set.

ステップS521において、データ管理部151は、処理対象ファイルの現在設定されている書き込み位置にデータを書き込み可能か判定する。データ管理部151は、処理対象ファイルが満杯である(処理対象ファイルに空き領域が無い)、すなわち現在の書き込み位置が処理対象ファイルの最後尾である場合、書き込み不可能と判定し、制御はステップS523に進む。データ管理部151は、処理対象ファイルが満杯で無い場合、制御はステップS522に進む。 In step S521, the data management unit 151 determines whether or not the data can be written to the currently set writing position of the processing target file. The data management unit 151 determines that the processing target file is full (there is no free space in the processing target file), that is, the current write position is the end of the processing target file, and the control step Proceed to S523. If the file to be processed is not full, the data management unit 151 proceeds to step S522 for control.

ステップS522において、データ管理部151は、現在設定されている書き込み位置に書き込みデータを書き込む。データ管理部151は、書き込み位置を次のブロックに設定する。尚、現在設定されている書き込み位置が処理対象ファイルの最後のブロック(最後尾)である場合、次のブロックはないので、書き込み位置はそのままとする。データ管理部151は、今回書き込んだブロックの次のブロックに対する書き込みデータを受信すると、ステップS521以降の処理を再び実行する。 In step S522, the data management unit 151 writes the write data to the currently set write position. The data management unit 151 sets the writing position to the next block. If the currently set write position is the last block (last block) of the file to be processed, the next block does not exist, so the write position is left as it is. When the data management unit 151 receives the write data for the block next to the block written this time, the data management unit 151 re-executes the processes after step S521.

ステップS523において、データ管理部151は、処理対象ファイルが仮想順編成ファイル171を構成するファイルであるかを処理対象ファイルに対応する仮想順編成ファイルフラグに基づいて判定する。処理対象ファイルに対応する仮想順編成ファイルフラグが有効(ON)の場合、処理対象ファイルは仮想順編成ファイル171を構成するファイルであると判定し、制御はステップS524に進む。処理対象ファイルに対応する仮想順編成ファイルフラグが無効(OFF)の場合、処理対象ファイルは仮想順編成ファイル171を構成するファイルでないと判定し、制御はステップS526に進む。 In step S523, the data management unit 151 determines whether the processing target file is a file constituting the virtual sequential file 171 based on the virtual sequential file flag corresponding to the processing target file. When the virtual sequential file flag corresponding to the processing target file is valid (ON), it is determined that the processing target file is a file constituting the virtual sequential file 171, and the control proceeds to step S524. When the virtual sequential file flag corresponding to the processing target file is invalid (OFF), it is determined that the processing target file is not a file constituting the virtual sequential file 171, and the control proceeds to step S526.

ステップS524において、データ管理部151は、処理対象ファイルの次の子ファイルがあるか判定する。詳細には、データ管理部151は、上述の命名規則とカタログ登録簿165に基づいて、処理対象ファイルの次の子ファイルがあるか判定する。例えば、処理対象ファイルのファイル名がA.B.A000とすると、最終修飾子に1を加算したファイル名であるA.B.A001が次の子ファイルのファイル名となる。データ管理部151は、カタログ登録簿165を参照し、ファイル名=A.B.A001がカタログ登録簿165に記載されている場合、処理対象ファイルの次の子ファイルがあると判定する。処理対象ファイルの次の子ファイルがあると判定された場合、制御はステップS525に進み、処理対象ファイルの次の子ファイルがないと判定された場合、制御はステップS526に進む。 In step S524, the data management unit 151 determines whether or not there is a child file next to the file to be processed. Specifically, the data management unit 151 determines whether or not there is a child file next to the file to be processed based on the above-mentioned naming convention and the catalog register 165. For example, the file name of the file to be processed is A. B. If it is A000, it is a file name obtained by adding 1 to the final qualifier. B. A001 becomes the file name of the next child file. The data management unit 151 refers to the catalog register 165, and the file name = A. B. When A001 is described in the catalog register 165, it is determined that there is a child file next to the file to be processed. If it is determined that there is a child file next to the file to be processed, control proceeds to step S525, and if it is determined that there is no child file next to the file to be processed, control proceeds to step S526.

ステップS525において、データ管理部151は、処理対象ファイルにEOFを書き込み、処理対象ファイルに対応するVTOCに処理対象ファイルのデータの最終位置(トラック番号)などを書き込む。データ管理部151は、次の子ファイルの先頭のトラックの先頭のブロックに書き込み位置を位置付ける。 In step S525, the data management unit 151 writes the EOF in the processing target file, and writes the final position (track number) of the data in the processing target file in the VTOC corresponding to the processing target file. The data management unit 151 positions the writing position in the first block of the first track of the next child file.

ステップS526において、データ管理部151は、応用プログラム部141に空き領域無し(スペース不足)を示すエラーを応答する。 In step S526, the data management unit 151 responds to the application program unit 141 with an error indicating that there is no free space (insufficient space).

図8は、実施の形態に係るリード処理のフローチャートである。
ここで、上述のオープン処理は、完了しているものとする。先ず、データ管理部151は、応用プログラム部141から親ファイルのデータの読み出し依頼を受信する。
FIG. 8 is a flowchart of lead processing according to the embodiment.
Here, it is assumed that the above-mentioned open process has been completed. First, the data management unit 151 receives a request for reading the data of the parent file from the application program unit 141.

ステップS531において、データ管理部151は、現在設定されている処理対象ファイルの読み出し位置のデータを読み出す。例えば、仮想順編成ファイル171のデータを最初から読み出す場合、読み出し位置の初期位置は親ファイル163−1の先頭のトラックの先頭のブロックに位置付けられる。 In step S531, the data management unit 151 reads the data at the read position of the currently set processing target file. For example, when the data of the virtual sequential file 171 is read from the beginning, the initial position of the read position is positioned in the first block of the first track of the parent file 163-1.

ステップS532において、データ管理部151は、読み出したデータがEOF(すなわち、ファイルの最後)であるか判定する。読み出したデータがEOFである場合、制御は、ステップS536に進み、読み出したデータがEOFでない場合、データ管理部151は、読み出したデータを応用プログラム部141に出力し、読み出し位置を次のブロックに設定する。 In step S532, the data management unit 151 determines whether the read data is EOF (that is, the end of the file). If the read data is EOF, the control proceeds to step S536, and if the read data is not EOF, the data management unit 151 outputs the read data to the application program unit 141, and sets the read position to the next block. Set.

ステップS533において、データ管理部151は、処理対象ファイルが仮想順編成ファイル171を構成するファイルであるかを処理対象ファイルに対応する仮想順編成ファイルフラグに基づいて判定する。処理対象ファイルに対応する仮想順編成ファイルフラグが有効(ON)の場合、処理対象ファイルは仮想順編成ファイル171を構成するファイルであると判定し、制御はステップS534に進む。処理対象ファイルに対応する仮想順編成ファイルフラグが無効(OFF)の場合、処理対象ファイルは仮想順編成ファイル171を構成するファイルでないと判定し、制御はステップS536に進む。 In step S533, the data management unit 151 determines whether the processing target file is a file constituting the virtual sequential file 171 based on the virtual sequential file flag corresponding to the processing target file. When the virtual sequential file flag corresponding to the processing target file is valid (ON), it is determined that the processing target file is a file constituting the virtual sequential file 171, and the control proceeds to step S534. When the virtual sequential file flag corresponding to the processing target file is invalid (OFF), it is determined that the processing target file is not a file constituting the virtual sequential file 171, and the control proceeds to step S536.

ステップS534において、データ管理部151は、処理対象ファイルの次の子ファイルがあるか判定する。詳細には、データ管理部151は、上述の命名規則とカタログ登録簿165に基づいて、処理対象ファイルの次の子ファイルがあるか判定する。例えば、処理対象ファイルのファイル名がA.B.A000とすると、最終修飾子に1を加算したファイル名であるA.B.A001が次の子ファイルのファイル名となる。データ管理部151は、カタログ登録簿165を参照し、ファイル名=A.B.A001がカタログ登録簿165に記載されている場合、処理対象ファイルの次の子ファイルがあると判定する。処理対象ファイルの次の子ファイルがあると判定された場合、制御はステップS535に進み、処理対象ファイルの次の子ファイルがないと判定された場合、制御はステップS536に進む。 In step S534, the data management unit 151 determines whether or not there is a child file next to the file to be processed. Specifically, the data management unit 151 determines whether or not there is a child file next to the file to be processed based on the above-mentioned naming convention and the catalog register 165. For example, the file name of the file to be processed is A. B. If it is A000, it is a file name obtained by adding 1 to the final qualifier. B. A001 becomes the file name of the next child file. The data management unit 151 refers to the catalog register 165, and the file name = A. B. When A001 is described in the catalog register 165, it is determined that there is a child file next to the file to be processed. If it is determined that there is a child file next to the file to be processed, control proceeds to step S535, and if it is determined that there is no child file next to the file to be processed, control proceeds to step S536.

ステップS535において、データ管理部151は、処理対象ファイルの次の子ファイルの先頭のトラックの先頭のブロックに読み出し位置を位置付ける。処理対象ファイルの次の子ファイルが新たな処理対象ファイルとなる。 In step S535, the data management unit 151 positions the read position in the first block of the first track of the next child file of the processing target file. The next child file of the processing target file becomes the new processing target file.

ステップS536において、データ管理部151は、応用プログラム部141にデータの終了を示すEOD(End Of Data)を出力する。 In step S536, the data management unit 151 outputs an EOD (End Of Data) indicating the end of the data to the application program unit 141.

図9は、実施の形態に係るファイルのクローズ処理のフローチャートである。
先ず、データ管理部151は、応用プログラム部141からファイルのCLOSEの依頼を受信する。当該依頼には、CLOSEの対象となるファイル(処理対象ファイル)のファイル名が含まれている。
FIG. 9 is a flowchart of a file closing process according to the embodiment.
First, the data management unit 151 receives a file CLOSE request from the application program unit 141. The request includes the file name of the file to be closed (file to be processed).

ステップS541において、データ管理部151は、処理対象ファイルが仮想順編成ファイル171を構成するファイルであるかを処理対象ファイルに対応する仮想順編成ファイルフラグに基づいて判定する。処理対象ファイルに対応する仮想順編成ファイルフラグが有効(ON)の場合、処理対象ファイルは仮想順編成ファイル171を構成するファイルであると判定し、制御はステップS542に進む。処理対象ファイルに対応する仮想順編成ファイルフラグが無効(OFF)の場合、処理対象ファイルは仮想順編成ファイル171を構成するファイルでないと判定し、制御はステップS543に進む。 In step S541, the data management unit 151 determines whether the processing target file is a file constituting the virtual sequential file 171 based on the virtual sequential file flag corresponding to the processing target file. When the virtual sequential file flag corresponding to the processing target file is valid (ON), it is determined that the processing target file is a file constituting the virtual sequential file 171, and the control proceeds to step S542. When the virtual sequential file flag corresponding to the processing target file is invalid (OFF), it is determined that the processing target file is not a file constituting the virtual sequential file 171, and the control proceeds to step S543.

ステップS542において、データ管理部151は、処理中のファイルのCLOSE処理を行う。また、データ管理部151は、処理対象ファイルが含まれる仮想順編成ファイルの全ての子ファイルの割り当て解放処理(アンアロケーション)を行う。 In step S542, the data management unit 151 performs CLOSE processing of the file being processed. In addition, the data management unit 151 performs allocation release processing (unallocation) of all child files of the virtual sequential file including the processing target file.

ステップS543において、データ管理部151は、処理対象ファイルに対してCLOSE処理を行う。当該CLOSE処理は、仮想順編成ファイルではない通常のファイルに対する従来のCLOSE処理と同様である。 In step S543, the data management unit 151 performs a CLOSE process on the file to be processed. The CLOSE process is the same as the conventional CLOSE process for a normal file that is not a virtual sequential file.

図10は、実施の形態に係るデータ管理部によるファイル削除/ファイル名変更処理のフローチャートである。 FIG. 10 is a flowchart of file deletion / file name change processing by the data management unit according to the embodiment.

データ管理部151は、応用プログラム部141からファイルの削除またはフェイル名の変更の依頼を受信する。当該依頼には、削除対象またはファイル名の変更対象となるファイル(処理対象ファイル)のファイル名が含まれている。 The data management unit 151 receives a request for deleting a file or changing a fail name from the application program unit 141. The request includes the file name of the file (file to be processed) to be deleted or renamed.

ステップS551において、データ管理部151は、処理対象ファイルが仮想順編成ファイル171を構成するファイルであるかを処理対象ファイルに対応する仮想順編成ファイルフラグに基づいて判定する。処理対象ファイルに対応する仮想順編成ファイルフラグが有効(ON)の場合、処理対象ファイルは仮想順編成ファイル171を構成するファイルであると判定し、制御はステップS552に進む。処理対象ファイルに対応する仮想順編成ファイルフラグが無効(OFF)の場合、処理対象ファイルは仮想順編成ファイル171を構成するファイルでないと判定し、制御はステップS553に進む。 In step S551, the data management unit 151 determines whether the processing target file is a file constituting the virtual sequential file 171 based on the virtual sequential file flag corresponding to the processing target file. When the virtual sequential file flag corresponding to the processing target file is valid (ON), it is determined that the processing target file is a file constituting the virtual sequential file 171, and the control proceeds to step S552. When the virtual sequential file flag corresponding to the processing target file is invalid (OFF), it is determined that the processing target file is not a file constituting the virtual sequential file 171, and the control proceeds to step S553.

ステップS552において、データ管理部151は、応用プログラム部141に対してエラーを応答する。 In step S552, the data management unit 151 responds with an error to the application program unit 141.

ステップS553において、データ管理部151は、受信した依頼に従って、処理対象ファイルに対する処理(削除またはファイル名の変更)を行う。削除またはファイル名の変更の処理は、従来の処理と同様である。 In step S553, the data management unit 151 performs processing (deletion or file name change) on the processing target file according to the received request. The process of deleting or renaming a file is the same as the conventional process.

このように、仮想順編成ファイルフラグが有効である場合には、仮想順編成ファイルを構成するファイルの削除やファイル名の変更を行わないことで、整合性がとれなくなることを回避出来る。 In this way, when the virtual sequential file flag is valid, it is possible to avoid inconsistency by not deleting the files constituting the virtual sequential file or changing the file name.

実施の形態の情報処理装置によれば、読み書き対象のファイルを自動的に切替えることにより複数のファイルを1つのファイルとして扱うことで、トラック数格納領域のサイズに制限されることなく、ファイルを記憶し、記憶したファイルを読み出すことが出来る。 According to the information processing apparatus of the embodiment, a plurality of files are treated as one file by automatically switching the file to be read / written, and the file is stored without being limited by the size of the track number storage area. And the stored file can be read.

実施の形態の情報処理装置によれば、従来と比べてトラック数格納領域を変更しないため、ファイルの読み書きを行う応用アプリケーションプログラムの変更が不要となる。 According to the information processing apparatus of the embodiment, since the track number storage area is not changed as compared with the conventional case, it is not necessary to change the application application program for reading and writing the file.

オープンサーバで作成した大量データを従来のメインフレームに、データ転送するには、オープンサーバで3GB以下のファイルに分割して、分割したファイルを別々にメインフレームに転送している。また、従来のメインフレームで1つのファイルとして処理するには、磁気テープを使用して、別々に転送したファイルを1つのファイルにまとめる等の作業を行なっており、時間がかかるという問題がある。実施の形態の情報処理装置によれば、仮想順編成ファイルを用いることにより、オープンサーバでファイルの分割などの作業が不要となり、運用時間を短縮出来る。 In order to transfer a large amount of data created by an open server to a conventional mainframe, the open server divides the data into files of 3 GB or less, and the divided files are separately transferred to the mainframe. Further, in order to process as one file on a conventional mainframe, work such as combining separately transferred files into one file using a magnetic tape is performed, which causes a problem that it takes time. According to the information processing apparatus of the embodiment, by using the virtual sequential file, it is not necessary to divide the file on the open server, and the operation time can be shortened.

図11は、情報処理装置(コンピュータ)の構成図である。
実施の形態の生体認証装置101は、例えば、図11に示すような情報処理装置(コンピュータ)1によって実現可能である。
FIG. 11 is a configuration diagram of an information processing device (computer).
The biometric authentication device 101 of the embodiment can be realized by, for example, an information processing device (computer) 1 as shown in FIG.

情報処理装置1は、Central Processing Unit(CPU)2、メモリ3、入力装置4、出力装置5、記憶部6、記録媒体駆動部7、及びネットワーク接続装置8を備え、それらはバス9により互いに接続されている。 The information processing device 1 includes a Central Processing Unit (CPU) 2, a memory 3, an input device 4, an output device 5, a storage unit 6, a recording medium drive unit 7, and a network connection device 8, which are connected to each other by a bus 9. Has been done.

CPU2は、情報処理装置1全体を制御する中央処理装置(プロセッサ)である。CPU2は、ユーティリティ部111、JCL実行部121、コマンド入力部131、応用プログラム部141、およびデータ管理部151として動作する。 The CPU 2 is a central processing unit (processor) that controls the entire information processing device 1. The CPU 2 operates as a utility unit 111, a JCL execution unit 121, a command input unit 131, an application program unit 141, and a data management unit 151.

メモリ3は、プログラム実行の際に、記憶部6(あるいは可搬記録媒体10)に記憶されているプログラムあるいはデータを一時的に格納するRead Only Memory(ROM)やRandom Access Memory(RAM)等のメモリである。CPU2は、メモリ3を利用してプログラムを実行することにより、上述した各種処理を実行する。 The memory 3 includes a Read Only Memory (ROM), a Random Access Memory (RAM), or the like that temporarily stores the program or data stored in the storage unit 6 (or the portable recording medium 10) when the program is executed. Memory. The CPU 2 executes the various processes described above by executing the program using the memory 3.

入力装置4は、ユーザ又はオペレータからの指示や情報の入力、情報処理装置1で用いられるデータの取得等に用いられる。入力装置4は、例えば、キーボード、マウス、タッチパネル等である。 The input device 4 is used for inputting instructions and information from a user or an operator, acquiring data used in the information processing device 1, and the like. The input device 4 is, for example, a keyboard, a mouse, a touch panel, or the like.

出力装置5は、ユーザ又はオペレータへの問い合わせや処理結果を出力したり、CPU2による制御により動作する装置である。出力装置5は、例えば、ディスプレイ、またはプリンタ等である。 The output device 5 is a device that outputs an inquiry to a user or an operator and a processing result, or operates under the control of the CPU 2. The output device 5 is, for example, a display, a printer, or the like.

記憶部6は、例えば、磁気ディスク装置、光ディスク装置、SSD(Solid State Drive)等である。情報処理装置1は、記憶部6に、上述のプログラムとデータを保存しておき、必要に応じて、それらをメモリ3に読み出して使用する。記憶部6は、記憶部161−iに対応する。 The storage unit 6 is, for example, a magnetic disk device, an optical disk device, an SSD (Solid State Drive), or the like. The information processing device 1 stores the above-mentioned programs and data in the storage unit 6, and reads them into the memory 3 and uses them as needed. The storage unit 6 corresponds to the storage unit 161-i.

記録媒体駆動部7は、可搬記録媒体10を駆動し、その記録内容にアクセスする。可搬記録媒体としては、メモリカード、フレキシブルディスク、CD−ROM(Compact Disk Read Only Memory)、光ディスク、光磁気ディスク等、任意のコンピュータ読み取り可能な記録媒体が用いられる。ユーザは、この可搬記録媒体10に上述のプログラムとデータを格納しておき、必要に応じて、それらをメモリ3に読み出して使用する。 The recording medium driving unit 7 drives the portable recording medium 10 and accesses the recorded contents. As the portable recording medium, any computer-readable recording medium such as a memory card, a flexible disk, a CD-ROM (Compact Disk Read Only Memory), an optical disk, or a magneto-optical disk is used. The user stores the above-mentioned programs and data in the portable recording medium 10, and reads them into the memory 3 and uses them as needed.

ネットワーク接続装置8は、Local Area Network(LAN)やWide Area Network(WAN)等の任意の通信ネットワークに接続され、通信に伴うデータ変換を行う通信インターフェースである。ネットワーク接続装置8は、通信ネットワークを介して接続された装置へデータを送信したり、通信ネットワークを介して接続された装置からデータを受信したりする。 The network connection device 8 is a communication interface that is connected to an arbitrary communication network such as a Local Area Network (LAN) or Wide Area Network (WAN) and performs data conversion associated with the communication. The network connection device 8 transmits data to a device connected via a communication network, and receives data from a device connected via a communication network.

尚、情報処理装置1が図11のすべての構成要素を含む必要はなく、用途又は条件に応じて一部の構成要素を省略することも可能である。 The information processing device 1 does not have to include all the components shown in FIG. 11, and some components may be omitted depending on the application or conditions.

以上の実施の形態に関し、さらに以下の付記を開示する。
(付記1)
複数の記憶部と、
ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと1以上の子ファイルに分割して前記複数の記憶部に記憶させ、所定の規則に基づき前記親ファイルおよび前記1以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記1以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記1以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させる第1処理部と、
前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出し、前記対応関係情報および前記所定の規則に基づいて、前記1以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記1以上の子ファイルが記憶されている場合、前記1以上の子ファイルが記憶された記憶部から前記1以上の子ファイルを読み出す第2処理部と、
を備える情報処理装置。
(付記2)
前記第2処理部は、前記親ファイルを指定する書き込み依頼を受信すると、前記親ファイルに空きがある場合には前記親ファイルにデータを書き込み、前記親ファイルが満杯である場合には前記対応関係情報および前記所定の規則に基づいて、前記1以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記1以上の子ファイルが記憶されている場合、前記データを前記1以上の子ファイルに書き込むことを特徴とする付記1記載の情報処理装置。
(付記3)
前記複数の記憶部それぞれは、自身が記憶しているファイルの削除およびファイル識別情報の変更の可否を示すフラグを記憶し、
前記第1処理部は、前記親ファイルまたは前記子ファイルを前記複数の記憶部に記憶する場合、前記フラグを有効に設定し、
第2処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする付記1または2記載の情報処理装置。
(付記4)
前記第2処理部は、ファイルのファイル識別情報の変更依頼を受信した場合、前記変更依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする付記3記載の情報処理装置。
(付記5)
前記第1処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを無効に設定し、前記第2処理部に前記削除依頼されたファイルの削除を依頼し、
前記第2処理部は、前記削除依頼されたファイルを削除することを特徴とする付記3または4記載の情報処理装置。
(付記6)
複数の記憶部を有するコンピュータが
ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと1以上の子ファイルに分割して前記複数の記憶部に記憶させ、
所定の規則に基づき前記親ファイルおよび前記1以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記1以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記1以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させ、
前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出し、
前記対応関係情報および前記所定の規則に基づいて、前記1以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記1以上の子ファイルが記憶されている場合、前記1以上の子ファイルが記憶された記憶部から前記1以上の子ファイルを読み出す
ことを特徴とする情報処理方法。
(付記7)
前記親ファイルを指定する書き込み依頼を受信すると、前記親ファイルに空きがある場合には前記親ファイルにデータを書き込み、前記親ファイルが満杯である場合には前記対応関係情報および前記所定の規則に基づいて、前記1以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記1以上の子ファイルが記憶されている場合、前記データを前記1以上の子ファイルに書き込むことを特徴とする付記6記載の情報処理方法。
(付記8)
前記複数の記憶部それぞれは、自身が記憶しているファイルの削除およびファイル識別情報の変更の可否を示すフラグを記憶し、
前記コンピュータの第1処理部は、前記親ファイルまたは前記子ファイルを前記複数の記憶部に記憶する場合、前記フラグを有効に設定し、
前記コンピュータの第2処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする付記6または7記載の情報処理方法。
(付記9)
前記第2処理部は、ファイルのファイル識別情報の変更依頼を受信した場合、前記変更依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする付記8記載の情報処理方法。
(付記10)
前記第1処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを無効に設定し、前記第2処理部に前記削除依頼されたファイルの削除を依頼し、
前記第2処理部は、前記削除依頼されたファイルを削除することを特徴とする付記8または9記載の情報処理方法。
(付記11)
複数の記憶部を有するコンピュータに
ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと1以上の子ファイルに分割して前記複数の記憶部に記憶させ、
所定の規則に基づき前記親ファイルおよび前記1以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記1以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記1以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させ、
前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出し、
前記対応関係情報および前記所定の規則に基づいて、前記1以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記1以上の子ファイルが記憶されている場合、前記1以上の子ファイルが記憶された記憶部から前記1以上の子ファイルを読み出す
処理を実行させるプログラム。
(付記12)
前記コンピュータは、前記親ファイルを指定する書き込み依頼を受信すると、前記親ファイルに空きがある場合には前記親ファイルにデータを書き込み、前記親ファイルが満杯である場合には前記対応関係情報および前記所定の規則に基づいて、前記1以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記1以上の子ファイルが記憶されている場合、前記データを前記1以上の子ファイルに書き込むことを特徴とする付記11記載のプログラム。
(付記13)
前記複数の記憶部それぞれは、自身が記憶しているファイルの削除およびファイル識別情報の変更の可否を示すフラグを記憶し、
前記コンピュータの第1処理部は、前記親ファイルまたは前記子ファイルを前記複数の記憶部に記憶する場合、前記フラグを有効に設定し、
前記コンピュータの第2処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする付記11または12記載のプログラム。
(付記14)
前記第2処理部は、ファイルのファイル識別情報の変更依頼を受信した場合、前記変更依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする付記13記載のプログラム。
(付記15)
前記第1処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを無効に設定し、前記第2処理部に前記削除依頼されたファイルの削除を依頼し、
前記第2処理部は、前記削除依頼されたファイルを削除することを特徴とする付記13または14記載のプログラム。
The following additional notes will be further disclosed with respect to the above embodiments.
(Appendix 1)
With multiple storage units
Divide the specified file into a parent file and one or more child files based on the size of the storage area that stores information indicating the amount of data recorded in the file and the size of the specified file. The file identification information is given to the parent file and the one or more child files based on a predetermined rule, and the file identification information is given to the parent file and the one or more child files, respectively. The first processing unit that stores the correspondence information indicating the correspondence between the file identification information and the storage unit in which the parent file and one or more child files are stored in any of the plurality of storage units. When,
Upon receiving the read request for designating the parent file, the parent file is read from the storage unit in which the parent file is stored among the plurality of storage units, and based on the correspondence information and the predetermined rule, the above 1 It is determined whether the above child files are stored in any of the plurality of storage units, and when the above one or more child files are stored, the above 1 is stored from the storage unit in which the one or more child files are stored. The second processing unit that reads the above child files and
Information processing device equipped with.
(Appendix 2)
When the second processing unit receives a write request for designating the parent file, the second processing unit writes data to the parent file if there is space in the parent file, and if the parent file is full, the correspondence relationship Based on the information and the predetermined rule, it is determined whether the one or more child files are stored in any of the plurality of storage units, and if the one or more child files are stored, the data is stored. The information processing apparatus according to Appendix 1, wherein the information processing device is written in one or more child files.
(Appendix 3)
Each of the plurality of storage units stores a flag indicating whether or not the file stored by itself can be deleted and the file identification information can be changed.
When the parent file or the child file is stored in the plurality of storage units, the first processing unit effectively sets the flag.
The second processing unit refers to the flag corresponding to the file for which the deletion request is received when the file deletion request is received, and responds with an error when the flag is valid. Information processing device.
(Appendix 4)
When the second processing unit receives a request for changing the file identification information of the file, the second processing unit refers to the flag corresponding to the file for which the change is requested, and responds with an error when the flag is valid. The information processing device according to Appendix 3.
(Appendix 5)
When the first processing unit receives the file deletion request, the first processing unit sets the flag corresponding to the deletion-requested file to invalid, requests the second processing unit to delete the deletion-requested file, and then requests the second processing unit to delete the file.
The information processing apparatus according to Appendix 3 or 4, wherein the second processing unit deletes the file requested to be deleted.
(Appendix 6)
Based on the size of the storage area where a computer with multiple storage units stores information indicating the amount of data recorded in the file and the size of the specified file, the specified file is referred to as the parent file. It is divided into one or more child files and stored in the plurality of storage units.
File identification information is given to the parent file and the one or more child files based on a predetermined rule, and the file identification information given to the parent file and the one or more child files, respectively, and the parent file. And the correspondence information indicating the correspondence relationship with the storage part which each one or more child files was stored is stored in one of the plurality of storage parts.
When a read request for designating the parent file is received, the parent file is read from the storage unit in which the parent file is stored among the plurality of storage units.
When it is determined whether the one or more child files are stored in any of the plurality of storage units based on the correspondence information and the predetermined rule, and the one or more child files are stored. An information processing method characterized by reading out the one or more child files from a storage unit in which the one or more child files are stored.
(Appendix 7)
When a write request for designating the parent file is received, data is written to the parent file if the parent file is free, and if the parent file is full, the correspondence information and the predetermined rule are applied. Based on this, it is determined whether the one or more child files are stored in any of the plurality of storage units, and if the one or more child files are stored, the data is stored in the one or more child files. The information processing method according to Appendix 6, wherein the data is written.
(Appendix 8)
Each of the plurality of storage units stores a flag indicating whether or not the file stored by itself can be deleted and the file identification information can be changed.
When the parent file or the child file is stored in the plurality of storage units, the first processing unit of the computer effectively sets the flag.
When the second processing unit of the computer receives the file deletion request, it refers to the flag corresponding to the file for which the deletion is requested, and responds with an error when the flag is valid. Or the information processing method according to 7.
(Appendix 9)
When the second processing unit receives a request for changing the file identification information of the file, the second processing unit refers to the flag corresponding to the file for which the change is requested, and responds with an error when the flag is valid. The information processing method according to Appendix 8.
(Appendix 10)
When the first processing unit receives the file deletion request, the first processing unit sets the flag corresponding to the deletion-requested file to invalid, requests the second processing unit to delete the deletion-requested file, and then requests the second processing unit to delete the file.
The information processing method according to Appendix 8 or 9, wherein the second processing unit deletes the file requested to be deleted.
(Appendix 11)
Based on the size of the storage area that stores information indicating the amount of data recorded in the file on a computer with multiple storage units and the size of the specified file, the specified file is referred to as the parent file. It is divided into one or more child files and stored in the plurality of storage units.
File identification information is given to the parent file and the one or more child files based on a predetermined rule, and the file identification information given to the parent file and the one or more child files, respectively, and the parent file. And the correspondence information indicating the correspondence relationship with the storage part which each one or more child files was stored is stored in one of the plurality of storage parts.
When a read request for designating the parent file is received, the parent file is read from the storage unit in which the parent file is stored among the plurality of storage units.
When it is determined whether the one or more child files are stored in any of the plurality of storage units based on the correspondence information and the predetermined rule, and the one or more child files are stored. A program that executes a process of reading the one or more child files from the storage unit in which the one or more child files are stored.
(Appendix 12)
When the computer receives a write request for designating the parent file, the computer writes data to the parent file if there is space in the parent file, and if the parent file is full, the correspondence information and the correspondence information and the above. Based on a predetermined rule, it is determined whether the one or more child files are stored in any of the plurality of storage units, and when the one or more child files are stored, the data is stored in the one or more. The program according to Appendix 11, which is characterized by writing to a child file of.
(Appendix 13)
Each of the plurality of storage units stores a flag indicating whether or not the file stored by itself can be deleted and the file identification information can be changed.
When the parent file or the child file is stored in the plurality of storage units, the first processing unit of the computer effectively sets the flag.
When the second processing unit of the computer receives the deletion request of the file, the second processing unit refers to the flag corresponding to the file for which the deletion request is made, and responds with an error when the flag is valid. Or the program described in 12.
(Appendix 14)
When the second processing unit receives a request for changing the file identification information of the file, the second processing unit refers to the flag corresponding to the file for which the change is requested, and responds with an error when the flag is valid. The program described in Appendix 13.
(Appendix 15)
When the first processing unit receives the file deletion request, the first processing unit sets the flag corresponding to the deletion-requested file to invalid, requests the second processing unit to delete the deletion-requested file, and then requests the second processing unit to delete the file.
The program according to Appendix 13 or 14, wherein the second processing unit deletes the file requested to be deleted.

101 情報処理装置
111 ユーティリティ部
121 JCL実行部
131 コマンド入力部
141 応用プログラム部
151 データ管理部
161−i 記憶部
162−i VTOC
163−i ファイル
165 カタログ登録簿
101 Information processing device 111 Utility unit 121 JCL execution unit 131 Command input unit 141 Application program unit 151 Data management unit 161-i Storage unit 162-i VTOC
163-i file 165 Catalog register

Claims (7)

複数の記憶部と、
ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと1以上の子ファイルに分割して前記複数の記憶部に記憶させ、所定の規則に基づき前記親ファイルおよび前記1以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記1以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記1以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させる第1処理部と、
前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出し、前記対応関係情報および前記所定の規則に基づいて、前記1以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記1以上の子ファイルが記憶されている場合、前記1以上の子ファイルが記憶された記憶部から前記1以上の子ファイルを読み出す第2処理部と、
を備える情報処理装置。
With multiple storage units
Divide the specified file into a parent file and one or more child files based on the size of the storage area that stores information indicating the amount of data recorded in the file and the size of the specified file. The file identification information is given to the parent file and the one or more child files based on a predetermined rule, and the file identification information is given to the parent file and the one or more child files, respectively. The first processing unit that stores the correspondence information indicating the correspondence between the file identification information and the storage unit in which the parent file and one or more child files are stored in any of the plurality of storage units. When,
Upon receiving the read request for designating the parent file, the parent file is read from the storage unit in which the parent file is stored among the plurality of storage units, and based on the correspondence information and the predetermined rule, the above 1 It is determined whether the above child files are stored in any of the plurality of storage units, and when the above one or more child files are stored, the above 1 is stored from the storage unit in which the one or more child files are stored. The second processing unit that reads the above child files and
Information processing device equipped with.
前記第2処理部は、前記親ファイルを指定する書き込み依頼を受信すると、前記親ファイルに空きがある場合には前記親ファイルにデータを書き込み、前記親ファイルが満杯である場合には前記対応関係情報および前記所定の規則に基づいて、前記1以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記1以上の子ファイルが記憶されている場合、前記データを前記1以上の子ファイルに前記データを書き込むことを特徴とする請求項1記載の情報処理装置。 When the second processing unit receives a write request for designating the parent file, the second processing unit writes data to the parent file if there is space in the parent file, and if the parent file is full, the correspondence relationship Based on the information and the predetermined rule, it is determined whether the one or more child files are stored in any of the plurality of storage units, and if the one or more child files are stored, the data is stored. The information processing apparatus according to claim 1, wherein the data is written to the one or more child files. 前記複数の記憶部それぞれは、自身が記憶しているファイルの削除およびファイル識別情報の変更の可否を示すフラグを記憶し、
前記第1処理部は、前記親ファイルまたは前記子ファイルを前記複数の記憶部に記憶する場合、前記フラグを有効に設定し、
第2処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする請求項1または2記載の情報処理装置。
Each of the plurality of storage units stores a flag indicating whether or not the file stored by itself can be deleted and the file identification information can be changed.
When the parent file or the child file is stored in the plurality of storage units, the first processing unit effectively sets the flag.
The second processing unit refers to the flag corresponding to the file for which the deletion request is received when the file deletion request is received, and responds with an error when the flag is valid. The information processing device described.
前記第2処理部は、ファイルのファイル識別情報の変更依頼を受信した場合、前記変更依頼されたファイルに対応するフラグを参照し、当該フラグが有効の場合、エラーを応答することを特徴とする請求項3記載の情報処理装置。 When the second processing unit receives a request for changing the file identification information of the file, the second processing unit refers to the flag corresponding to the file for which the change is requested, and responds with an error when the flag is valid. The information processing device according to claim 3. 前記第1処理部は、ファイルの削除依頼を受信した場合、前記削除依頼されたファイルに対応するフラグを無効に設定し、前記第2処理部に前記削除依頼されたファイルの削除を依頼し、
前記第2処理部は、前記削除依頼されたファイルを削除することを特徴とする請求項3または4記載の情報処理装置。
When the first processing unit receives the file deletion request, the first processing unit sets the flag corresponding to the deletion-requested file to invalid, requests the second processing unit to delete the deletion-requested file, and then requests the second processing unit to delete the file.
The information processing device according to claim 3 or 4, wherein the second processing unit deletes the file requested to be deleted.
複数の記憶部を有するコンピュータが
ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと1以上の子ファイルに分割して前記複数の記憶部に記憶させ、
所定の規則に基づき前記親ファイルおよび前記1以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記1以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記1以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させ、
前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出し、
前記対応関係情報および前記所定の規則に基づいて、前記1以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記1以上の子ファイルが記憶されている場合、前記1以上の子ファイルが記憶された記憶部から前記1以上の子ファイルを読み出す
ことを特徴とする情報処理方法。
Based on the size of the storage area where a computer with multiple storage units stores information indicating the amount of data recorded in the file and the size of the specified file, the specified file is referred to as the parent file. It is divided into one or more child files and stored in the plurality of storage units.
File identification information is given to the parent file and the one or more child files based on a predetermined rule, and the file identification information given to the parent file and the one or more child files, respectively, and the parent file. And the correspondence information indicating the correspondence relationship with the storage part which each one or more child files was stored is stored in one of the plurality of storage parts.
When a read request for designating the parent file is received, the parent file is read from the storage unit in which the parent file is stored among the plurality of storage units.
When it is determined whether the one or more child files are stored in any of the plurality of storage units based on the correspondence information and the predetermined rule, and the one or more child files are stored. An information processing method characterized by reading out the one or more child files from a storage unit in which the one or more child files are stored.
複数の記憶部を有するコンピュータに
ファイル内に記録済みのデータ量を示す情報を格納する格納領域のサイズと、指定されたファイルのサイズと、に基づいて、前記指定されたファイルを、親ファイルと1以上の子ファイルに分割して前記複数の記憶部に記憶させ、
所定の規則に基づき前記親ファイルおよび前記1以上の子ファイルに対してファイル識別情報を付与し、前記親ファイルおよび前記1以上の子ファイルに対してそれぞれ付与されたファイル識別情報と、前記親ファイルおよび前記1以上の子ファイルそれぞれが記憶された記憶部との対応関係を示す対応関係情報を、前記複数の記憶部のいずれかに記憶させ、
前記親ファイルを指定する読み出し依頼を受信すると、前記複数の記憶部のうち前記親ファイルが記憶された記憶部から前記親ファイルを読み出し、
前記対応関係情報および前記所定の規則に基づいて、前記1以上の子ファイルが前記複数の記憶部のいずれかに記憶されているかを判定し、前記1以上の子ファイルが記憶されている場合、前記1以上の子ファイルが記憶された記憶部から前記1以上の子ファイルを読み出す
処理を実行させるプログラム。
Based on the size of the storage area that stores information indicating the amount of data recorded in the file on a computer with multiple storage units and the size of the specified file, the specified file is referred to as the parent file. It is divided into one or more child files and stored in the plurality of storage units.
File identification information is given to the parent file and the one or more child files based on a predetermined rule, and the file identification information given to the parent file and the one or more child files, respectively, and the parent file. And the correspondence information indicating the correspondence relationship with the storage part which each one or more child files was stored is stored in one of the plurality of storage parts.
When a read request for designating the parent file is received, the parent file is read from the storage unit in which the parent file is stored among the plurality of storage units.
When it is determined whether the one or more child files are stored in any of the plurality of storage units based on the correspondence information and the predetermined rule, and the one or more child files are stored. A program that executes a process of reading the one or more child files from the storage unit in which the one or more child files are stored.
JP2017229259A 2017-11-29 2017-11-29 Information processing equipment, information processing methods, and programs Active JP6911732B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2017229259A JP6911732B2 (en) 2017-11-29 2017-11-29 Information processing equipment, information processing methods, and programs

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017229259A JP6911732B2 (en) 2017-11-29 2017-11-29 Information processing equipment, information processing methods, and programs

Publications (2)

Publication Number Publication Date
JP2019101561A JP2019101561A (en) 2019-06-24
JP6911732B2 true JP6911732B2 (en) 2021-07-28

Family

ID=66973728

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017229259A Active JP6911732B2 (en) 2017-11-29 2017-11-29 Information processing equipment, information processing methods, and programs

Country Status (1)

Country Link
JP (1) JP6911732B2 (en)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2804115B2 (en) * 1988-09-19 1998-09-24 株式会社日立製作所 Disk file system
JPH08329061A (en) * 1995-05-31 1996-12-13 Agency Of Ind Science & Technol Information processor
US5857203A (en) * 1996-07-29 1999-01-05 International Business Machines Corporation Method and apparatus for dividing, mapping and storing large digital objects in a client/server library system
JP2004287601A (en) * 2003-03-19 2004-10-14 Sharp Corp Information processor, file managing method, file managing program, and computer-readable recording medium recorded with the program

Also Published As

Publication number Publication date
JP2019101561A (en) 2019-06-24

Similar Documents

Publication Publication Date Title
US8438185B2 (en) File storage apparatus and access control method
JP6629407B2 (en) Method and system for accessing updated files and software products
US7979639B2 (en) Storage apparatus and cache control method
WO2016147281A1 (en) Distributed storage system and control method for distributed storage system
US9785547B2 (en) Data management apparatus and method
KR100317691B1 (en) Efficient volume copy using pre-configuration of log structured target storage
US8850148B2 (en) Data copy management for faster reads
US7549029B2 (en) Methods for creating hierarchical copies
JP6867578B2 (en) Storage controller, storage system, storage control method and storage control program
US8046391B2 (en) Storage apparatus and its file control method and storage system
JP4755487B2 (en) DATA READING SYSTEM, DATA READING DEVICE, AND DATA READING METHOD
US8375071B2 (en) File management information storage apparatus and method and program for controlling the same
WO2017101477A1 (en) Postgresql block
JP6911732B2 (en) Information processing equipment, information processing methods, and programs
WO2016013075A1 (en) Storage, computer, and control method therefor
US20090164721A1 (en) Hierarchical storage control apparatus, hierarchical storage control system, hierarchical storage control method, and program for controlling storage apparatus having hierarchical structure
Chen et al. Facilitating external sorting on SMR-based large-scale storage systems
US20100131469A1 (en) Storage management device and file deletion control method
JP2016122485A (en) Information recording program, information recording method, and information recording device
US11461225B2 (en) Storage device, control method of storage device, and storage medium
US7430649B2 (en) Input/output device, computer, computer system, input/output control program, OS, page management program, and page management method
US9646012B1 (en) Caching temporary data in solid state storage devices
JP2014059760A (en) Storage device, control method of storage device, and control program of storage device
WO2017212515A1 (en) Storage system, computer, and storage control method
JP7215804B2 (en) Storage device, information processing system, information processing method, and program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200807

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210528

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210608

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210621

R150 Certificate of patent or registration of utility model

Ref document number: 6911732

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150