BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to a file update processing apparatus such as a computer.

2. Description of the Related Art

In a file update processing apparatus such as a computer for storing/managing various types of files, e.g., sales files and inventory files, the contents of a file, of the stored files, designated as an update target, are generally updated on thebasis of input data. In this case, files are updated in accordance with updating programs formed in advance by system design in correspondence with the respective files.

If, however, a large number of files are present, it takes much time and labor to design updating programs beforehand in correspondence with the respective files. For this reason, a file update processing apparatus capable of updating varioustypes of files by referring to a directory which is arbitrarily set in advance has been developed and put into practice.

As shown in FIG. 9, in a file update processing apparatus of this type, a directory P1 set by system design or the like is stored in a storage unit. This directory P1 has a plurality of file update definitions. Each file update definitionserves to define a file name of an update target and an update type ("add", "correct", "delete", or "total"). In addition, in each file update definition, the relationship between the field name of each record in the file and that of each input recordis defined to change the form of each input record to the record form of an update file. The record form of each input record is changed to that of a corresponding file in accordance with a corresponding definition, thus forming an update record. Assume that a record consisting of fields a, b, c, and d is input. In this case, an update record corresponding to a file F1 and an update record corresponding to a file F2 are formed on the basis of two types of file update definitions set in thedirectory P1. The update record corresponding to the file F1 consists of fields A, B, C, and D. The contents of the records in the file F1 are totaled/updated on the basis of this update record. The update record corresponding to the file F2 consistsof fields X, Y, and Z. Updating is performed to add a new record to the file F2 on the basis of this update record.

It is possible to confirm the contents of file update definitions in each directory by displaying them on a display screen or outputting them as a hard copy. However, the number of directories is increased, for example, as the number of types offiles increases. If the number of file update definitions is increased accordingly, confirmation of definition contents requires very complicated and cumbersome operations.

SUMMARY OF THE INVENTION

The following is the first aspect of the present invention.

Assume that various types of file update definitions for defining file names as update targets and update methods therefor are stored in update definition storage means in units of directories. Before a list is formed, search means searches theupdate definition storage means for directory and file names corresponding to directories. List forming means forms a list having a matrix arrangement, in which the file names are listed in one column, and the directory names are listed in the othercolumn. In addition, identification data indicating the correspondence between the directory names and the file names are included in the list, thereby clearly indicating specific files defined as update targets in units of directories.

The following is the second aspect of the present invention.

Assume that various types of file update definitions for defining the file names of update targets and the field names of update targets of records of the files are stored in update definition storage means in units of directories. Before a listis formed, search means searches the update definition storage means for directory and field names corresponding to the directories. List forming means forms lists, each having a matrix arrangement, in units of arbitrarily designated files. In eachlist, the field names of records constituting a designated file are listed in one column, and directory names including file update definitions for defining the designated file as an update target are listed in the other column. In addition,identification data indicating the correspondence between the directory names and the file names are stored in the list, thereby clearly indicating specific fields defined as update targets in units of directories.

Additional objects and advantages of the invention will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. The objects and advantages of the inventionmay be realized and obtained by means of the instrumentalities and combinations particularly pointed out in the appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate a presently preferred embodiment of the invention, and together with the general description given above and the detailed description ofthe preferred embodiment given below, serve to explain the principles of the invention.

FIG. 1 is a block diagram showing the arrangement of a file update processing apparatus;

FIG. 2 is a view showing the format of a file update definition;

FIG. 3 is a flow chart showing the process of forming a list file 14;

FIG. 4 is a view showing a detailed format of each update definition record to be added/stored in the list file 14;

FIG. 5 is a flow chart showing the process of forming a list;

FIG. 6 is a flow chart showing the process of forming another type of list;

FIG. 7 is a view of a list showing a directory name/file name correspondence;

FIG. 8 is a view of a list showing a directory name/field name correspondence; and

FIG. 9 is a view for explaining the operation principle of a conventional file update processing apparatus.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

An embodiment of the present invention will be described with reference to FIGS. 1 to 8.

FIG. 1 is a block diagram showing the arrangement of a file update processing apparatus. In this file update processing apparatus, various types of files F1, F2, F3, . . . , and Fn, which are stored/managed in advance, are set, and a pluralityof directories A, B, . . . , and N are set in accordance with the respective types of files F1 through Fn. In addition, a plurality of file update definitions are set in each directory. In the file update mode, a CPU 11 fetches an input record, anddesignates an update target file by referring to the directories set in a directory memory 15. The CPU 11 then forms an update record for updating the contents of the designated file on the basis of the input record, and writes it in an update recordmemory 16. A file processing section 13 updates the designated file on the basis of the contents of the update record memory 16. When file update definitions are to be set, or before a list (to be described later) is formed, the CPU 11 forms updatedefinition records, each consisting of a directory name, an update target file name, an update definition, and the like, one by one in correspondence with file update definitions, and writes the records in a record memory 12. The contents of the recordmemory 12 are then added/stored in a list file 14 by the file processing section 13. The list file 14 is constituted by a plurality of update definition records. The respective records have one-to-one correspondence with the file update definitions. Furthermore, the CPU 11 refers to the list file 14 to form a list with a matrix arrangement on a page memory 17, and causes a printing section 18 to print the list.

FIG. 2 shows the format of a file update definition. As described above, each file definition has an area for defining a file name of an update target and an update type ("add", "correct", "delete", and "total"), and a field definition area forchanging the form of an input record to the record form of a corresponding file. In this field definition area, the relationship between the field names contained in an input record and those, contained in a file record, corresponding to field Nos. "1", "2", . . . , and "n" of the file record is defined. Note that the file record is a record in a file, and that the input record is a record to be input to a file. In the field definition area of a file update definition, the correspondence betweeneach field of an input record and each field of a file record is defined.

An operation of this embodiment will be described next.

FIG. 3 is a flow chart showing the process of forming the list file 14. When a command is entered to form a list after setting of directories is completed, the execution of the processing indicated by the flow chart in FIG. 3 is started. Assumethat the directories A, B, . . . , and N are set in the directory memory 15. In this case, the directory A is designated first (step A1), and the first file update definition contained in this directory A is designated (step A2). By referring to thefile name defined by this file update definition, it is checked whether the target file is present in any of the files F1, F2, F3, . . . , Fn of the system (step A3). If NO in step A3, the flow advances to step A7. If it is determined in step A7 thata next file update definition is present in the directory A, the flow returns to step A2 to designate the corresponding file update definition. It is then checked whether the target file is present (step A3). If YES in step A3, the directory name ofthe directory containing the file update definition is read out together with the file name and update type defined by the file update definition, and the read data are set in the record memory 12 (step A4). In addition, the field Nos., of thecorresponding file record, at which the field names of the input record are set in the file update definition are sequentially written in the end portion of records in the record memory 12 (step A5). With this operation, update definition records havinga record form shown in FIG. 4 are formed in the record memory 12, and are added/stored in the list file 14 (step A6).

Note that FIG. 4 shows update definition records formed in accordance with the two types of file update definitions shown in FIG. 9. When the update definition records are added to the list file 14 in this manner, the flow advances to step A7 tocheck whether a next file update definition is present. If YES in step A7, the flow returns to step A2 again. The above-described operation is repeated until all the file update definitions in the directory A are designated. When the processing forthe directory A is completed, the flow advances to step A8 to check whether a next directory is present. If YES in step A8, the flow returns to step A1. As a result, the directory B is designated, and update definition records are formed on the basisof the respective file definitions contained in the directory B. The update definition records are then added to the list file 14. Subsequently, a similar operation is repeated until processing for the last directory N is completed.

The process of forming a list indicating a directory name/file name correspondence shown in FIG. 7 will be described below with reference to a flow chart in FIG. 5. The file names of the respective files F1, F2, F3, . . . , and Fn (an accounttotal file, an item total file . . . ) In the system are listed in a horizontal column of the page memory 17 (step B1). One update definition record is read out from the start position of the list file 14 (step B2). It is then checked whether thedirectory name contained in the record has already been stored in the page memory 17 (step B3). If NO in step B3, the directory name (e.g., "sales slip") contained in the update definition record is set in a vertical column (step B4). A horizontalcolumn position corresponding to the file name in the update definition record is designated in a horizontal column corresponding to this directory name (step B5), and the update type name in the update definition record is listed in this designatedhorizontal column position (step B6). Note that identification data other than an update type name may be stored.

The flow then advances to step B7 to check whether a next record is present in the list file 14. If YES in step B7, the flow returns to step B2 to read out the corresponding record from the list file 14. If the directory name contained in thisupdate definition record has already been stored, only the corresponding update type name is stored. Subsequently, the above-described operation is repeated for each record until all the records are read out from the list file 14. If all the recordsare read out from the list file 14, the flow advances to step B8 to cause the printing section 18 to print the contents of the page memory 17. With this operation, the list indicating the directory name/field name correspondence shown in FIG. 8 isformed.

The process of forming a list indicating a directory name/field name correspondence shown in FIG. 8 will be described next with reference to a flow chart in FIG. 6. One of the files F1, F2, . . . , and Fn in the system is designated first (stepC1). FIG. 8 shows a case wherein the file F1 (account total file) is designated. The field names of records constituting the designated file are listed in a horizontal column of the page memory 17 (step C2). Subsequently, the list file 14 is searchedfor an update definition record containing the file name of the designated file (step C3). If the corresponding record is present (YES in step C4), the directory name and update type contained in the searched record are stored in a vertical column ofthe page memory 17 (step C5). In addition, marks (circles) are set at horizontal column positions corresponding to the field Nos. contained in the searched record (step C6). Thereafter, the flow returns to step C3, and the above-described operation isrepeated. If it is determined in step C4 that the searched record is not present, the flow advances to step C7 to cause the printing section 18 to print the contents of the page memory 17. With this operation, the list indicating the directoryname/field name correspondence in the account total file, as shown in FIG. 8, is formed and output. After the contents of the page memory 17 are cleared in step C8, the flow advances to step C9 to check whether another file is present. If YES in stepC9, the flow returns to step C1 to designate the next file F2 (item total file), and a list forming operation is performed. Such a list forming operation is performed with respect to all the files.

In the above-described embodiment, update type names and marks (circles) are set at the intersections between the vertical and horizontal columns on a list having a matrix arrangement. However, the present invention is not limited to the aboveembodiment, and hence arbitrary data can be set at the respective intersections.

Additional advantages and modifications will readily occur to those skilled in the art. Therefore, the invention in its broader aspects is not limited to the specific details, and representative devices, shown and described herein. Accordingly,various modifications may be without departing from the spirit or scope of the general inventive concept as defined by the appended claims and their equivalents.

* * * * *