JP2001337860A - Reliable and safe method for retaining and reading out file - Google Patents

Abstract

PROBLEM TO BE SOLVED: To swiftly process a file with security and reliability. SOLUTION: This system includes compressing a file into a compressed file, dividing the compressed file into subfiles, generating recovery files from the subfiles, transmiting the subfiles and the recovery files to servers, generating a record file, reading out the record file, downloading the subfiles and the recovery files of the first group, which means files in an accessible state in servers, recovering the compressed file from the subfiles and the recovery files of the first group, and decompressing the compressed file.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

FIELD OF THE INVENTION The present invention relates generally to methods of processing files, and more particularly, to securely and securely storing and retrieving files.

[0002]

BACKGROUND OF THE INVENTION Traditionally, FTP (File Transfer Protocol) has been used to read and store databases at a distance. Usually, the database is
It is read or stored in a single space by FTP. However, this has several disadvantages. The first is
If there is any problem at the remote server, the database is at risk of damage and inaccessibility. Clearly, traditional FTP is not certain. Second, the database is copied entirely between different servers, and the manager of the remote server can easily intercept the database. Therefore, traditional FTP is not secure. Finally, the single transfer model slows down processing and is likely to run out of space.

[0003]

SUMMARY OF THE INVENTION The present invention provides a method for processing files with security.

It is another object of the present invention to provide a method for processing files with certainty.

[0005] It is a further object of the present invention to provide a fast method of processing a file.

[0006] The present invention discloses a new database transfer method. The file to be stored on the remote server is selected and the selected file is compressed to reduce the size of the file. Next, the compressed file is split into several subfiles, and some recovery files are generated from the subfiles. A server in good condition is selected. The subfile and the recovery file are transferred simultaneously to a server in good condition.

After the transfer is completed, a recording file is generated. Record files include time, server name, how to separate compressed files, how to generate recovery files,
A sub-file corresponding to a certain server, a recovery file corresponding to a certain server, a user name, a password, and the like are recorded. The recording file is read to reveal the file, server name, subfile, recovery file, etc.

In order to recover files from the server,
The recording file is read to detect whether the downloaded file can be recovered from a subfile or recovery file on some servers in good condition. The subfile and the recovery file are transferred simultaneously from the corresponding server. The subfile and the recovery file are combined and processed to obtain a compressed file of the selected file. Finally, the compressed file is decompressed to obtain the selected file.

[0009]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The present invention discloses a novel transfer method. The following embodiments will be described using an Internet or intranet system. However, the method is also implemented in local space. The flowchart of FIG. 1 describes the process when the database is to be stored in a remote space. At block 100, a file to be stored on a remote server is selected. At 110, the selected file is compressed to reduce the size of the selected file.

Next, at 120, the compressed file is:
It is split into several sub-files and from these sub-files several recovery files are created. There are many ways to generate a recovery file, for example, by performing any logical operator between any two of the subfiles. One embodiment is to perform an exclusive OR (exclusive OR) operation between the two subfiles. Block 130 detects if there are enough servers to transfer the subfile and the recovery file. If the answer is "No", the process ends. If the answer is "Yes", a server in a good state is selected.

Referring to block 140, the subfile and the recovery file are simultaneously transferred to a good server. A server in good condition is one with stability and a high transfer rate. The size of each subfile or each recovery file is smaller than the original file. Each subfile and recovery file are transferred simultaneously. The time of block 140 is much shorter than the time to transfer the selected file to a single server, as performed by traditional FTP.

After the transfer, the time, the name of the server, the method of separating the compressed file, the method of generating the recovery file, the subfile corresponding to a certain server, the recovery file corresponding to a certain server, a user name, a password, etc. A recording file to be recorded is generated.

FIG. 2 illustrates the process of downloading a file from a remote server. At block 200, the recording file is read and the file, server name, subfile, recovery file, etc. are recovered. The file to be downloaded is selected at block 210.

Referring to block 220, it detects if the file to be downloaded can be recovered from a subfile or a recovery file on some servers in good condition. If the answer is "No", the process ends. If the answer is "Yes", the subfile and the recovery file are transferred simultaneously from the corresponding server (block 230).

[0015] Continuing to block 240, the subfile and the recovery file are processed to obtain a compressed file. Finally, at block 250, the compressed file is decompressed to obtain the desired file.

EXAMPLE I Assume that the original file is a 2-byte file after compression.

[0017]

(Equation 1) The two-byte file is split into two sub-files, sub-file 1 and sub-file 2, each sub-file containing half of the information in the original file.

[0018]

(Equation 2) After performing an exclusive OR (exclusive OR) between the two subfiles, a recovered file is obtained, which is

[Equation 3] It is.

Next, subfile 1, subfile 2,
And the recovery file are transferred to three remote servers, Server-1, Server-2, and Server-3, respectively. Then, one recording file is generated.

In order to obtain a two-byte file, the recording file must first be read to know the relationship between the server and the subfile or recovery file.
If for some reason the local space cannot connect to server-1, subfile 2 and recovery file are downloaded from server-2 and server-3, respectively. An exclusive OR (exclusive OR) is performed between the subfile 2 and the recovery file, and a subfile 1 is generated.
The selected file is recovered by combining subfile 1 and subfile 2. Note that even if server-1 is not available, the selected file will still be recovered.

Embodiment II Assume that the selected file is a 3-byte file after compression.

[0022]

(Equation 4) The three-byte file is divided into three sub-files, sub-file 1, sub-file 2, and sub-file 3. Each subfile contains 2/3 of the information of the selected file.

[0023]

(Equation 5) Exclusive OR between any two subfiles (exclusive O
R) Perform the operation to get the recovery file. For example, an exclusive OR (exclusive OR) is calculated between subfile 1 and subfile 2, and the recovery file is

(Equation 6) Becomes

The sub-file 1, sub-file 2, sub-file 3, and recovery file are server-1,
Transferred to server-2, server-3, and server-4. Or, the sub-file 1 and the sub-file 2 are server-
1 and the subfile 3 and the recovery file are transferred to server-2 and server-3, respectively. In another alternative, subfile 1, subfile 2, and the recovery file are server-5, server-6, and server-
7 is transferred.

In the case of the last embodiment, in order to read a 3-byte file, the recording file must be read first to know the relationship between the server and the sub-file or the recovery file. If for some reason the local space cannot connect to server-7, subfile 1 and subfile 2 are downloaded from server-5 and server-6, respectively. The selected file is recovered by combining subfile 1 and subfile 2. Note that not all of the subfiles and recovery files need to be transferred to the server. It depends on the state of the server. The most important requirement is that the original file can be recovered from sub-files and recovery files transferred from the server.

From the above description, the features of the present invention are (1)
Security, unlike traditional FTP where information is copied between servers as a whole, those who rob information from the server simply get a portion of the information. (2) certainty, the information is divided into several parts, stored on different servers in different types (subfiles and recovery files),
If any information on some servers is damaged, the original file can still be obtained from the undamaged server. (3) Information transferred to and downloaded from the server is processed efficiently at the same time, and the speed of this multiple transfer model is much faster than that of the single transfer model.

Although the present invention has been described with reference to one preferred embodiment, various alternatives and modifications may be devised by those skilled in the art without departing from the invention. Accordingly, the present invention is intended to embrace all such alternatives that fall within the scope of the appended claims.

The embodiments of the invention in which an exclusive property or privilege is claimed are defined above.

[Brief description of the drawings]

Objects, features, and advantages of the present invention will be apparent from the following more particular description of the invention, as illustrated in the accompanying drawings.

FIG. 1 shows a flowchart for saving a file on a remote server according to the present invention.

FIG. 2 shows a flowchart for reading a file at a remote server according to the present invention.

Claims (16)

[Claims] 1. A method of processing a file, comprising: compressing the file into a compressed file; dividing the compressed file into sub-files; A method comprising: generating a recovery file by performing; transferring the sub-file and the recovery file to a server; and generating a recording file. 2. The method of claim 1, wherein the logical operation is to perform an exclusive OR (exclusive OR) between any two of the subfiles. 3. The method according to claim 1, wherein the step of transferring includes transferring the selected sub-file and the selected recovery file when the number of the servers is smaller than the total number of the sub-file and the recovery file. The method of claim 1, wherein a file can be recovered from the selected subfile and the selected recovery file. 4. The method according to claim 1, wherein the step of transferring includes, when the number of the servers is smaller than the total number of the subfiles and the recovery files, transferring some of the subfiles and the recovery files to one of the servers. Claim 1
The method described in. 5. The method according to claim 1, wherein the recording file includes information on a name of the server, a transfer time, a method of dividing the file, and a method of generating the recovery file. 6. The method of claim 5, wherein the recording file further comprises a relationship between the server and the subfile or the recovery file. 7. The method of claim 5, wherein the recording file further includes a user name and a password of the server. 8. The method according to claim 8, further comprising the steps of: reading the recording file; and downloading a first group of sub-files and a first group of recovery files, wherein the first group of sub-files and the first group of A recovery file being an accessible file in the server; recovering the compressed file from the first group of subfiles and the first group of recovery files; Decompressing the generated file. 9. A method of processing a file, comprising: compressing the file into a compressed file; dividing the compressed file into sub-files; Generating, transferring the subfile and the recovery file to a server, generating a recording file, reading the recording file, a first group of subfiles and a first group of recovery files Downloading the first group of sub-files and the first group of recovered files from the server in an accessible state in the server; and Recover the compressed file from the first group of recovered files Method comprising the steps of: a step of decompressing the compressed file, the. 10. The method of claim 9, wherein the recovery file is created by performing a logical operator between two of the subfiles. 11. The method of claim 10, wherein the logical operation is to perform an exclusive OR (exclusive OR) between any two of the subfiles. 12. The method according to claim 12, wherein the transferring step includes transferring the selected sub-file and the selected recovery file when the number of the servers is smaller than the total number of the sub-file and the recovery file. The method of claim 9, wherein a file can be recovered from the selected sub-file and the selected recovery file. 13. The method according to claim 12, wherein the step of transferring includes, when the number of the servers is smaller than the number of the subfiles and the recovery files, transferring some of the subfiles and the recovery files to one of the servers. Claim 9
The method described in. 14. The method according to claim 9, wherein the recording file is generated having information on a name of the server, a transfer time, a method of dividing the file, and a method of generating the recovery file. 15. The method of claim 14, wherein the recording file further includes a relationship between the server and the subfile or the recovery file. 16. The method of claim 14, wherein the recording file further includes a username and password for the server.