JPH05197607A - File saving/restoring device - Google Patents

Abstract

PURPOSE:To obtain the file saving/restoring device which even a user excepting for a system manager can execute the restorage of files while keeping the safety and privacy of a system. CONSTITUTION:When identification information showing a file save executing person, who executes the saving operation of files, is coincident to identification information showing a file restorage requesting person who requests the restorage of the saved files, the saved files are restored by a file data restoring means 50.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a file saving / restoring device for saving and restoring files.

[0002]

2. Description of the Related Art Conventionally, it is common to back up an original user file in case the file is destroyed or lost. Therefore, save the user file in a save medium. If necessary, the user file is written back from the save medium to the file device to restore the file.

[0003]

However, in the above-mentioned conventional file restoration method, the right to restore a file is limited to the system administrator, so that it has the following drawbacks.

(1) The burden is concentrated on the system administrator. (2) When the system administrator is unable to perform restoration work for some reason such as vacation or meetings,
When files need to be restored, the work is significantly delayed. (3) Despite the reasons (1) and (2) above,
It is not preferable for the system maintenance that a plurality of people also serve as the system administrator.

The present invention has been made in view of the above circumstances, and a file saving / restoring apparatus capable of restoring files even by a user other than the system administrator while maintaining the safety and secrecy of the system. The purpose is to provide.

[0006]

In order to achieve the above object, the present invention provides a file saving / restoring apparatus that saves a file in a save medium and restores the file as needed. A file restoration means is provided for restoring the file when the identification information indicating the executed file saver matches the identification information indicating the file restoration requester requesting the restoration of the file.

[0007]

In the file saving / restoring apparatus of the present invention, the file restoring means has the identification information indicating the file saving executor who performed the file saving operation, and the identification information indicating the file restoring requester requesting the restoration of the file. If the two match, the saved file is restored. Therefore, the executor who performed the user file save operation and the requester who requests the restore of the user file saved by the operation If and are the same, the file restoration is executed, and even a user other than the system administrator can execute the file restoration.

[0008]

Embodiments of the present invention will be described below with reference to the accompanying drawings.

FIG. 1 is a functional block diagram showing an embodiment of a file saving / restoring apparatus according to the present invention.

In the figure, the file save / restore device is
Evacuation medium 10, restoration permission unit 20, evacuation information table 3
0, file data table 40, file data restoring means 50, file device 60, user information table 70
Is equipped with.

The save medium 10 includes user file groups,
The save information that accompanies the user file and that includes the identification information (hereinafter referred to as the save executor ID) indicating the file save executor who performed the save operation of the file is stored.

The restore permission unit 20 requests the save information input / output unit 21 for inputting / outputting save information, the save executor ID obtained from the save information table 30 and the file restore obtained from the user information table 70. And the identification information indicating the file restoration requester (hereinafter referred to as restoration requester ID), and when they match, the file data restoration means 5
It is composed of a restoration request authentication unit 22 which permits restoration to 0.

The save information table 30 is an area for the save information input / output unit 21 to input and output save information, and has a format as shown in FIG. 2, for example. That is, it is composed of the save executor ID as save information, other save information, and a file descriptor group. In the example shown in FIG. The save information 220A and the file descriptor 230a corresponding to the saved user file
A file descriptor group 230 including 1, 230a2, ...
A is registered, and corresponding to the saver ID 210B, save information 220B regarding the saved user file, and file descriptors 230b1, 230b2, ... Corresponding to the saved user file. A file descriptor group 230B is registered.

For each file descriptor, as shown in, for example, the file descriptor 230b2, a file name 231, a file attribute 232 indicating a file creation date and time, an update date and time, a file size, and the like, and a user file are secured. And a file data address 233 indicating a position on the file device 60.

The file data table 40 is used as an input / output area of a user file by the file data restoring means 50, and is also used as an area for holding information of a file to be restored, as shown in FIG. 3, for example. It has a different format. That is, the file data table 40 is divided into a file ID section 310 as shown in FIG. 3A and a file data section 320 as shown in FIG. 3B. The file ID section 310 includes file identification information (ID) uniquely determined by the system, which includes a file name 231 and a file attribute 232 for each file to be restored whose saver ID and restore requester ID match. And the file data address indicating the position on the file device 60 where the user file is secured are registered. In the example shown in FIG. 3A, the file data address 311 is associated with the file ID 311A.
B, the file data address 312B is registered corresponding to the file ID 312A. In the file data section 320, the user file corresponding to the above-mentioned file ID read from the save medium 10 for one file is registered. In the example shown in FIG. 3B, the file ID 321A and the user file 32
1B is registered.

When the file data restoration means 50 receives the restoration permission from the restoration request authentication section 22, the saving medium 1
A user file group is read from 0, and the file device 60
The user file is restored by storing it in.

The file device 60 stores a user file group, and the user information table 70 stores information on the system user who intends to execute an operation (the saver ID when the file is saved, and the restore user ID when the file is restored). It holds the requester ID, etc.).

Next, a file restoration permission process (permission process) by the restoration permission means 20 will be described with reference to the flowchart shown in FIG.

First, when a file restore operation is performed, the restore requester ID of the restore requester who performed the operation is held in the user information table 70, and the save information input / output unit 21 is activated.

In the save information input / output unit 21, the save medium 10
From the file information, that is, the save executor ID as save information and other save information and the file descriptor group, and the read file information is written to the save information table 30 (step 401). The above process is repeated until the file information in the save medium 10 is completed (step 402), and the restoration authentication unit 22 is called when all the information is completed.

The restoration authenticator 22 obtains the restoration requester ID from the user information table 70 (step 403), and compares the restoration requester ID with the saving executor ID registered in the saving information table 30. (Step 404) If both match, the file ID is registered in the file data table 40 with the user file group represented by the file descriptor group following the save information as a restore file (Step 405). On the other hand, if they do not match, no processing is performed for the current save executor ID.

When step 405 is completed or when there is a mismatch in step 404, the processing operations of steps 404 to 405 are repeated until all the save information registered in the save information table 30 are searched and determined (step 406). That is, the evacuation information table 3
Repeat until all the saver IDs that are save information registered in 0 are checked.

Restoration permission means 2 after all the above processing is completed
0 activates the file data restoration means 50, passes the restoration requester ID held in the user information table 70, and permits restoration of the user file. When all the above processing is completed, the file data table 4
As shown in FIG. 3A, the file ID portion 310 of 0 has a file ID uniquely determined by the system for each file to be restored in which the save executor ID and the restore requester ID match. The file data address indicating the position on the file device 60 where the user file is secured is stored. At this point, nothing is registered in the file data section 320 of the file data table 40.

Next, the file data restoration means 50
The restoration process (restoration process) of the file group permitted by the restoration permission unit 20 will be described with reference to the flowchart shown in FIG.

When the restoration permission of the file is notified from the restoration permission unit 20, the file data restoration unit 50 selects (recognizes) the file ID of the file to be restored from the file ID section 310 of the file data table 40, and further, Unselected file IDs are deleted from the file ID section 310 (step 501).

Next, the file data restoration means 50 reads the user file from the save medium 10 for each file, and the file data section 3 of the file data table 40 is read.
20 (step 502). After that, the file ID written in the file data section 320 (this is the file ID added to the file header in the user file) is obtained. Also, the file ID is retrieved from the file ID section 310 in which the file ID group has already been registered by the restoration permission means 20 (step 50).
3) It is determined whether the file ID obtained by this search is the same as the file ID written in the file data section 320 (step 504). Here, if they are the same, the user file stored in the file data section 320 is written to the file device 60 (step 50).
5) On the other hand, if there is no match for all the file IDs obtained by the search, the file data section 320
No processing is performed on the file ID registered in.

After the step 505 is completed, if the same file ID does not exist in the step 504, the process returns to the step 502 and the steps after this step are executed. That is, the process is repeated until the file restoration process is completed for all the user files saved in the save medium 10 (step 506). The contents of the file data section 320 are updated every time a file is written.

Next, the permission process and the restoration process will be described with reference to specific examples.

When the restoration requester ID and the save executor ID 210A in the save information table 30 shown in FIG. 2, for example, match due to the above-described permission process, based on the file descriptors 230a1 and 230a2, The file ID and the file data address are registered in the file ID section 310 in the format as shown in FIG. Here, it is assumed that the file ID 311A and the file data address 311B are obtained from the file descriptor 230a1, and the file ID 312A and the file data address 312B are obtained from the file descriptor 230a2.

Next, the contents read from the storage medium 10 and written in the file data section 320 by the above-mentioned restoration process are the contents shown in FIG. 3B, and
The file ID 311 in the content shown in FIG.
When A is selected and the file ID 312A is deleted, first, there is a file ID that matches the file ID 321A registered in the file data section 320,
The file ID registered in the file ID section 310 shown in (a) is searched. In this case, file I
The D311A and the file ID 321A match each other, so that the user file pointed to by the file data address 311B corresponding to the file ID 311A is restored. However, since the user file is already stored in the file data section 320 as the user file 321B, the file is written in the file device 60. Of course, the file ID
When both 311A and 312A are selected, the corresponding two files are restored.

Therefore, the file ID (file ID 311A, 312) corresponding to each file saved by the save executor (save executor ID 210A) who performed the save operation of the file by the permission process and the restore process.
In A), the file corresponding to the file ID selected as the file to be restored is restored in the file device 60.

As described above, according to the present embodiment, as long as the executor who executes the user file save operation and the requester who requests the restoration of the user file saved by the operation are the same, Since the files will be restored, even a user other than the system administrator can restore the files.

This has the following advantages. (1) The burden on the system administrator can be reduced. (2) When it is necessary to restore a file, the restoration work and the work thereafter can be smoothly executed. (3) The executor who executed the save operation of the user file,
The file is restored only when the requester who requests the restoration of the user file saved by the operation is the same, so that the security and confidentiality of the system can be maintained.

[0034]

As described above, according to the present invention, the identification information indicating the file saver who executed the file save operation and the identification information indicating the file restore requester who requested the file restore match. In this case, the user file corresponding to the identification information indicating the file save executor is restored, so if the file save executor and the file restore requester are the same, a user other than the system administrator Even in this case, the saved user file can be restored.

Therefore, while the security and secrecy of the system are maintained, even a user other than the system administrator can restore the files.

[Brief description of drawings]

FIG. 1 is a block diagram showing an embodiment of a file backup / restoration device according to the present invention.

FIG. 2 is a diagram showing an example of a format of a save information table in this embodiment.

FIG. 3 is a diagram showing an example of a format of a file data table in the present embodiment.

FIG. 4 is a flowchart showing a file restoration permission processing operation by the restoration permission means in the present embodiment.

FIG. 5 is a flowchart showing a restoration processing operation of a file group permitted to be restored by the file data restoring means in the present embodiment.

[Explanation of symbols]

10 ... Evacuation medium, 20 ... Restoration permission means, 21 ... Evacuation information input / output section, 22 ... Restoration request authentication section, 30 ... Evacuation information table, 40 ... File data table 50 ... File data restoration means, 60 ... File device,
70 ... User information table.

Claims (1)

[Claims] 1. A file backup / restore apparatus for backing up a file to a backup medium and restoring the file when necessary, and identification information indicating a file backup executor who performed the file backup operation, and A file saving / restoring device comprising a file restoring means for restoring the file when the identification information indicating the file restoration requester requesting the restoration matches.