JP2002108676A - Device for preserving file in multiple folder - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a file preserving device capable of preserving a file in multiple preservation destinations in a simple constitution. SOLUTION: When a user prepares a file by using an application 14 loaded from a file system 11, and then selects multiple preservation, the application 14 reads preservation conditions for not only the preservation of an original file but also the multiple preservation by referring to a multiple preservation information storage device 16. The user designates the multiple preservation destinations of the file from the application, and sets the preservation conditions. Then, when the multiple preservation is performed, only the file matched with the preservation conditions is preserved in the set preservation destinations.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an apparatus for storing files in a plurality of storage destinations.

[0002]

2. Description of the Related Art In recent years, with the development of information device technology and the accompanying development of network information communication such as the Internet, many organizations or individuals have opened homepages. When creating a home page, pages are arranged hierarchically, pages of each layer are created, then saved in a specific storage location, and a link from the top page is created.

[0003] As described above, conventionally, when a file is saved, a method of always saving the file with a unique name in one save destination is adopted. Therefore, the creator of the homepage creates a file for each page, and then creates a file. Needed to be stored in an appropriate storage location. However, if the home page is made up of many lower pages, it is necessary to copy each of these files appropriately and sequentially to create links between the pages after creating each page.

[0004]

That is, in the prior art, files are stored in one place, and if necessary,
The user is copying or moving the file. For example, when creating public data such as an HTML file of a homepage, files that are being worked on are not released, but are released in a state where the final form is completed. In such a case, the file has been updated in the working directory, and the file is copied (moved) to the public directory after finishing to the final form.

An object of the present invention is to provide a file storage device which can store files in a plurality of storage destinations with a simple configuration.

[0006]

According to the present invention, there is provided a file storage apparatus comprising: a plurality of storage designation means for designating a storage location where a file is to be stored for a plurality of storage locations; And a file storage means for storing

According to the present invention, a file can be stored in a plurality of storage destinations at one time.
It is possible to prevent forgetting to move, etc., and to improve work efficiency in creating a homepage.

[0008]

DESCRIPTION OF THE PREFERRED EMBODIMENTS In the embodiment of the present invention, it is possible to specify a plurality of storage destinations including a public directory and storage conditions, and to save the data in a plurality of storage destinations at the time of storage, and to copy a file. There is no need to perform (move).

Further, since the operation performed after saving the file is automated, forgetting to save the file can be prevented, and the working efficiency can be improved. FIG. 1 is a system configuration diagram in the embodiment of the present invention.

The system according to the present embodiment is a computer 1
0 and other information devices. Computer 10
Comprises a file system 11 and an execution device 17. Generally, the application 14 is stored in the file system 11 before activation, and is loaded into the execution device 17 when activated. The file system 11 is a hard disk, a CD-ROM, a DVD, a floppy (registered trademark) disk, or the like. Also, the execution device 17
It comprises a ROM, a RAM, a CPU and the like.

The execution device 17 has a plurality of storage information storage devices 16 in addition to the application 14, and stores where the files are stored. The multiple storage information device 16 may prepare a dedicated memory in the execution device 17 and store the multiple storage information, or may store the multiple storage information in the file system 11 and store the file as necessary. It may be realized by loading from the system 11 to a RAM or the like of the execution device.

The application 14 acquires the plurality of pieces of storage information of the plurality of storage information storage devices 16 and stores the files created by the application 14 as the storage files 13 in a plurality of storage locations of the file system 11. At this time, the multiple storage information is stored in the multiple storage information storage device 16 which is a dedicated memory provided in the execution device 17, or the multiple storage information is stored in a specific area 16 of the file system 11.

FIG. 2 is a flowchart showing the flow of processing according to the embodiment of the present invention in the system shown in FIG. First, with the application running,
Suppose you have a file that you want to store in multiple destinations. Then, first, in step S10, a multiple save mode of the file is selected. Next, in step S11,
Read the save destination information. In step S12, a file save destination designation dialog is displayed, and in step S13
, Prompts the user to specify in which storage location the file is to be saved.

In step S14, based on the information specified by the user in step S13, the file is stored as an initial file in one of the storage destinations specified by the user. At this time, link information to the multiple storage information storage device is also stored as file information. Next, the multiple storage process is started from step S15.

First, in step S16, storage conditions (described later) are determined, and in step S17, the first file stored first is copied to another storage destination designated by the user. In this way, once the first file has been copied to all user-specified destinations,
In step S18, the multiple storage process ends.
Then, in step S19, the storage destination information is stored, and in step S20, the fact that the multiple storage processing has been completed is displayed to the user on a pop-up screen, and the processing ends.

FIG. 3 is a flowchart showing the flow of the storage condition determination process. First, in step S25,
Obtain the save date, file size, and creator information from the first file saved first. And step S
At 26, if the save destination file exists (that is, if the existing file is overwritten), the save date, file size, and creator information are acquired from the save destination file.

In step S27, based on the file storage conditions, the obtained storage file information and storage destination file information are compared to determine whether or not to perform the file storage process. The process proceeds to step S17 in FIG. If it is determined not to save, the process ends.

FIG. 4 shows an example of file storage information and an example of a file storage condition table. FIG.
As shown in (a), a file name, a storage condition, and a file date are registered in the file storage information. In the case of FIG. 4A, the entry of (0) in the file storage information is information of the original storage file (the first file described above), and the file date is 2000 /
It turns out that it is 05/04. Entries (1) to (3) of the file storage information are information of files stored in a plurality of storage destinations. Each file name and file date are registered, and whether or not storage conditions are specified is registered. Is done. In the case of FIG. 4A, the storage conditions are specified for all the multiple storage files.

FIG. 4B shows an example of a file storage condition table. Each storage condition table is linked to each entry of file storage information. For example, in the storage condition table corresponding to the storage information entry (1) in FIG. 4A, date information is specified as a storage condition item, and a file before 2000/05/01 is stored as a condition. It should be specified. Similarly, in the storage condition table corresponding to the storage information entry (2), date information is specified as an item, and a condition that a file before 2000/05/02 should be stored is specified as a condition. In the storage condition table corresponding to the storage information entry (3),
Date information is specified, and as a condition, 2000/05/0
It is specified that the third and subsequent files should be saved.

Therefore, all of the plural storage files of the entries (1) to (3) registered in FIG.
Since the condition of the storage condition table of (b) is met, all the plurality of storage files are stored.

As described above, when saving the same file (HTML file of a homepage or a source code file of a program, etc.) on the assumption that the same file is always updated, a condition for saving a file for a certain period (date) is specified. .

In this case, it is possible to sequentially save each working file in another directory without the need for a special history management tool or the like by designating the time, so that the file in the previous state can be restored. And the trouble can be solved early.

Therefore, in the case of the example of FIG. 4, (1) d: \ rikreki 1 \ src.
java contains files before 2000/05/01,
(2) In d: \ rikreki 2 \ src.java, 2000/05 /
02 or earlier, (3) d: \ rikreki 3 ￥ src.Java
In this case, the files with the file date of the migration of 2000/05/03 are respectively stored.

FIG. 5 is a diagram showing another example of file storage information and a file storage condition table. FIG.
In (a), a file name, a storage condition, and a file size are specified as registered contents, and an original storage file with a file size of 1.5 MB and a storage condition with a file size of 0.9 MB are specified. Multiple saved files are registered.

In the storage condition table corresponding to the entry (1) of the storage information in FIG. 5A, as shown in FIG. 5B, the file size is set as an item. In this case, a condition is specified that a file of 0.5 MB or less should be saved. Therefore, the file of the entry (1) in FIG. 5A is not saved because the file size is 0.9 MB.

When a home page is created, a fixed amount may be set by a contracted provider or the like, and in the case of a large file, the file may need to be divided in consideration of the download time.

By setting a limit on the file size, when a condition error occurs, the error information is notified by a message without being saved in a plurality of save destination directories.
The user can acquire the necessity of changing the file size at the time of saving, and the possibility of avoiding troubles related to the file size increases.

In the case of this example, when a plurality of files are stored,
(1) The condition for saving the file size as d: \ sizecheck \ mydata.html cannot be satisfied, and a message at the end of saving informs that the file could not be saved.

FIG. 6 is a diagram showing still another example of the file storage information and the file storage condition table. FIG.
In the storage information (a), a file name, storage conditions, and a creator are specified as registered contents, and an original storage file created by a person named SUZUKI is included in an entry (0), and a plurality of storage files also created by SUZUKI. Is registered in the entry (1). In the multiple storage files, storage conditions are specified.

FIG. 6B shows an example of a file storage condition table, in which the creator is registered as an item and the name of the creator, SUZUKI, is registered as a condition. Therefore, when the storage corresponding to the entry (1) of the storage information in FIG. 6A is performed, the storage condition table in FIG. 6B is referred to. In this case, since the creator is SUZUKI and the storage information matches the condition of the storage condition table, the file of the entry (1) of the storage information is stored.

When there are cases where a plurality of people change the same file on the server due to group development or the like, by determining the storage location of the file for each creator in the storage directory, it is possible to check file replacement by unauthorized access,
The file can be surely saved by the creator.

In the case of FIG. 6, when a plurality of files are stored,
Since d: \ suzuki \ mydata.html satisfies the conditions, it will be saved. By setting the storage conditions as described above, it is possible to prevent the user from making mistakes in regular storage operations and forgetting to save, eliminating the need for the user to memorize the storage location and shortening the work time. There is an advantage that conversion can be achieved.

FIG. 7 is a flowchart showing the flow of the multiple storage destination acquisition process. First, in step S30, link information to the multiple storage information storage device is obtained from the file, or the multiple storage information is searched using the file name as a key to obtain the link information. Then, in a step S31, it is determined whether or not the link information exists. If there is no link information, the process ends.
If there is link information, in step S32,
Obtain the next link information from the multiple saved information and use it in the application. Then, when the use is over, step S
Returning to 31, the process is repeated as long as there is link information.

An example of a method for designating storage of a plurality of files when the embodiment of the present invention is used will be described. FIG.
FIG. 8 is a diagram showing an example of a display screen when a multiple storage mode is selected.

The multiple save mode is configured so that the user can select the multiple save mode from a pull-down menu of a window, for example. In the case of FIG. 8, "Save multiple" is selected from the pull-down menu "File". Then, a multiple save designation screen is displayed, and a folder file name, a file attribute to be saved, and a save condition are respectively designated for multiple saves. Then, the file is saved and the result is notified.

FIG. 9 is a diagram showing an example of a screen for designating a plurality of files to be saved. On the screen, there is an area for designating a file save destination, a file attribute, and a save condition. The user designates the save destination and save name of the original file by designating the save destination and the file name in the upper part of the multiple save designation screen. The dialog at the bottom of the multiple save designation screen is an area for designating multiple saves.

In the dialog shown in FIG. 9, information on the original file is displayed first. Next, a file name of a file to be stored is specified. The storage file name is described from the drive name, and also indicates the storage location. These settings are made by inputting from the user in the dialog by selecting an add, delete, and save condition setting button shown on the right side of the dialog. The attribute of the dialog is set as read-only or archive, which is generally known as a file attribute, and is an attribute set when a file is saved. The condition is the above-mentioned storage condition, and it is determined whether or not to save the file with reference to the storage condition table.

FIG. 10 is a diagram showing an example of a file storage completion notification screen. As shown in FIG. 10, on this screen,
The storage file name, a mark indicating whether or not the corresponding file was successfully saved, and the reason why the saving was not successful when the saving was not successful are presented. The user can return to the multiple-save designation screen again for the file for which the saving was not successful, and perform the resetting so that the saving is successful, or the saving was not successful. It is also possible to terminate the multiple storage process as a correct operation.

FIG. 11 is a diagram showing a specific example of file definition information used in FIG. The file definition information is defined for each file. The file name and update date, size,
The creator is stored. According to this definition, when a plurality of files are stored, the storage conditions are checked, and only the files that match the storage conditions are stored. In FIG. 10, the file of the entry (1) in FIG. 11 was not saved because the file size was larger than the value set in the saving condition. For example, in the storage condition table, the file size as the storage condition,
It is set to 1 MB or less. When such storage conditions are set, the file of the entry (1) in FIG. 11 has a file size of 1.2 MB and is not stored.

FIG. 12 is a diagram showing an example of the configuration of a multiple storage information recording device. In contrast to the multiple file storage screen shown in FIG. 9, a multiple file storage information storage device exists in a file system as shown in FIG. Although it is referred to as "device", it may simply be a memory area for storing information. The multiple-file storage information storage device has an area sufficient to store all the storage destinations, file attributes, and storage conditions of a file that can be multiple storage information of a file. In this example, as the multiple storage information of the file,
The file storage destination, file attributes, storage conditions, and mutual link information are stored. The multiple file storage information storage device assigns a file attribute to the storage destination of the file of the stored information, and stores the file when the storage condition is met. Then, the file stored here is stored in the next file based on the link information. Following the file storage information, copy the file and save it as the same file.

FIG. 13 is a diagram showing a configuration example of the file attribute information storage area and the storage condition storage area. FIG. 13 (a)
Is an example of a file attribute storage area. In this example, an area is acquired so that a read-only file, a hidden file, an archive, and a system can be set as file attributes. FIG. 13B is an example of a storage condition storage area. In this example, the configuration is such that the storage condition can be set using the date, file size, and creator information as keys as the storage condition.

FIG. 14 is a diagram showing a specific example of the condition table in the storage area of the storage item of FIG. 13B. In the specific example of FIG. 14, date information, file size,
Creator information can be registered. Further, as a specific condition, in the case of date information, 2000/05/0
1, after 10:00: 00, and
It is set that files before 10, 0:00: 00 should be saved. The condition of the file size is 1 MB or less, and the creator is “SUZUK”.
I "or its kanji notation" Suzuki "
It is set to save the file.

FIG. 15 is a diagram showing a specific example of the mutual link information of the related files. Mutual link information manages link information between a plurality of files whose storage is specified when a plurality of files are specified, and is set when the files are stored.

FIG. 15 shows an example of storage information when a plurality of pieces of storage information are made into one file. In order to acquire multiple storage information of a file, mutual link information indicating multiple storage information is stored. That is, in the case of FIG. 15, e: \ linkdat
If multiple files called a \ linkdata1.dat are saved, the related file is e: \ linkdata \ linkdata2.
dat is linked, and related files when multiple files are saved can be easily obtained. Similarly, the related file of e: \ linkdata \ linkdata2.dat is e: \
linkdata \ linkdata1.dat and e: \ linkdata \ linkdata3.dat
It is easily obtainable. Therefore, when a homepage or the like is created by an application, a related file can be easily found, and at the same time, a file to be updated can be prevented from being forgotten to be updated.

FIG. 16 is a diagram for explaining a hardware environment of the information device required when the embodiment of the present invention is realized by a program. The information device 31 includes a CPU 21, a ROM 22, and a RAM 2 interconnected by a bus 20.
3, a communication interface 24, a recording device 27, a recording medium reading device 28, and an input / output device 30.
The program for realizing the embodiment of the present invention includes a ROM 22
Can be stored. Normally, the ROM 22 stores B
A basic program for enabling data exchange between the CPU 21 and the input / output device 30 including a display, a mouse, a keyboard, and the like, such as an IOS, is stored.
Can be used as a dedicated device. Normally,
The program according to the present embodiment is recorded in a recording device 27 such as a hard disk, and is loaded into the RAM 23 by the CPU 21 to be in an executable state. Or
The program is stored in a portable recording medium 29 such as a CD-ROM, a DVD, or a floppy (registered trademark) disk, and is read by a recording medium reading device 28 to be expanded in the RAM 23 so that the CPU 21 can execute the program. It is possible. Usually, the program read from the portable recording medium 29 is installed in the recording device 27 and executed when necessary.

Alternatively, by using the communication interface 24 of the information device 31 to connect to the information provider 26 via the network 25 and download the program from the information provider 26, the program may be executed. Good. Alternatively, when the network 25 is configured as a LAN, the program can be executed in a network environment. Further, when files are stored in a plurality of storage destinations, the storage destination may be a database of the information provider 26.

As described above, the present invention has been described based on the specific embodiments. However, these are merely examples, and these modifications can be easily realized by those skilled in the art.
Such modifications are included.

(Supplementary Note 1) A plurality of storage specifying means for specifying a storage destination where a file is to be stored for a plurality of storage destinations,
A file storage unit for storing a file in the plurality of designated storage destinations. (Supplementary Note 2) The file storage device according to Supplementary Note 1, wherein the multiple storage designation unit designates a file storage condition. (Supplementary note 3) The file storage device according to supplementary note 2, wherein the file storage condition can be specified for each of a plurality of storage destinations. (Supplementary note 4) The file storage device according to supplementary note 2, wherein the file storage condition specifies a period in which the file was created. (Supplementary note 5) The file storage device according to supplementary note 2, wherein the file storage condition specifies a file size. (Supplementary note 6) The file storage device according to supplementary note 2, wherein the file storage condition specifies a file creator. (Supplementary note 7) The file storage device according to supplementary note 1, wherein the plurality of storage specifying means stores at least one file unconditionally. (Supplementary note 8) The file storage device according to supplementary note 1, further comprising link information storage means for storing mutual link information of the files stored in the plurality of storage destinations. (Supplementary Note 9) The method includes a plurality of save designation steps of designating a save destination where a file is to be saved for a plurality of save destinations, and a file save step of saving a file to the plurality of designated save destinations. File saving method. (Supplementary Note 10) A plurality of storage designation steps of designating a storage location where a file is to be saved to a plurality of storage locations, and a file saving step of saving a file to the plurality of designated storage locations are provided. An information device-readable recording medium storing a program for causing an information device to implement the file storage method described above.

[0049]

According to the present invention, it is possible to improve work efficiency by automating operations such as copying and moving a file, which are performed after saving a file.

[Brief description of the drawings]

FIG. 1 is a system configuration diagram according to an embodiment of the present invention.

FIG. 2 is a flowchart showing a flow of processing according to an embodiment of the present invention in the system shown in FIG. 1;

FIG. 3 is a flowchart illustrating a flow of a storage condition determination process.

FIG. 4 illustrates an example of file storage information and an example of a file storage condition table.

FIG. 5 is a diagram illustrating another example of file storage information and a file storage condition table.

FIG. 6 is a diagram showing still another example of file storage information and a file storage condition table.

FIG. 7 is a flowchart showing the flow of a multiple storage destination acquisition process.

FIG. 8 is a diagram illustrating an example of a display screen when a multiple save mode is selected.

FIG. 9 is a diagram illustrating an example of a screen for specifying a plurality of files to be saved.

FIG. 10 illustrates an example of a file storage completion notification screen.

FIG. 11 is a diagram showing a specific example of file definition information used in FIG. 9;

FIG. 12 is a diagram illustrating a configuration example of a multiple storage information recording device.

FIG. 13 is a diagram illustrating a configuration example of a file attribute information storage area and a storage condition storage area.

FIG. 14 is a diagram showing a specific example of a condition table in a storage item storage area of FIG. 13 (b).

FIG. 15 is a diagram showing a specific example of mutual link information of related files.

FIG. 16 is a diagram illustrating a hardware environment of an information device required when the embodiment of the present invention is implemented by a program.

[Explanation of symbols]

 Reference Signs List 10 computer system 11 file system 13 storage file 14 application 16 multiple storage information storage device

Claims (6)

[Claims] 1. A storage device comprising: a plurality of storage designation means for designating a storage location where a file is to be saved for a plurality of storage locations; and a file storage means for saving a file to the plurality of designated storage locations. Characterized file storage device. 2. The file storage device according to claim 1, wherein said plurality of storage specifying means specifies a file storage condition. 3. The file storage device according to claim 1, wherein said plurality of storage specifying means stores at least one file unconditionally. 4. The file storage device according to claim 1, further comprising link information storage means for storing mutual link information of the files stored in the plurality of storage destinations. 5. A multi-save designating step of designating a save destination to save a file to a plurality of save destinations, and a file saving step of saving a file to the plurality of designated save destinations. Storing a program for causing the information device to implement the characteristic file storage method,
Information device readable recording medium. 6. A plurality of storage designation steps for designating a storage location where a file is to be saved to a plurality of storage locations, and a file saving step of saving a file in the plurality of designated storage locations. A program for causing an information device to implement a characteristic file storage method.