KR20200004453A - Method and system for managing data transfer - Google Patents

Abstract

The present invention relates to a method for managing file transfer. According to the present invention, the method for managing file transfer comprises the steps of: receiving, by a file transfer system, a request for transmitting a file from a transmitting side to a receiving side; establishing a transmission path for transmitting the file via a data center existing between the transmitting side and the receiving side; determining a division criterion for dividing the file into a plurality of pieces for each transmission path; and separately transmitting fragment files divided according to the division criterion along the transmission path. According to the present invention, files are distributed into several pieces and the pieces are simultaneously distributed to several networks to enhance security and to temporarily increase a bandwidth to dramatically increase a transmission speed.

Description

File transfer method and system for performing the same {Method and system for managing data transfer}

The present invention relates to a method for managing file transfer, and more particularly, to a structure for distributed transmission to multiple networks for high speed transfer of files.

Today, organizations such as corporations and government agencies have to transfer large files between different intercity or long distance countries, but there is no special way to transfer large files. Even if the source and destination bandwidth is 10MB, less than 5% of 10MB per second can be used in actual long-distance transmission, so if you transfer 10TB of files, it takes about 200 days using only 5Mbps, which is 5% of 100Mbps. If 100% of the bandwidth is available, it takes about 10 days.

It is also known to use HTML5 to split a file and send it in parallel to transfer it at high speed, but it is already well known that the transmitted file can be easily exposed, and HTTPS is also very vulnerable to hacking using forged certificates. .

Additionally, the larger the file size and the longer the time it takes to transfer, the more disruption the network may have to make during the transfer process, and many natural or artificial file tamperings can't complete the transfer. Iteration only and cannot be completed forever. The only way for many organizations in situations where files must be transferred is to copy files to physical storage, and actually move and copy them.

As file transfers increase rapidly, the labor costs required for the purchase of such physical storage devices, the physical transportation of equipment, and the management of transmissions are also rapidly increasing, and the loss of human errors and files caused by copying and verifying by humans In addition to the increased retransmission costs and overall transfer time, the potential risk of file loss and leakage during transportation is also a serious problem.

In order to transfer large files over long distances, the files can be split and parallelized using FTP and UDP to use up to 100% of the bandwidth available for long-distance transfers. However, ports must be opened to use FTP and UDP. In addition, security threats occur and cannot be widely used.

The present invention aims to drastically improve the security threats and bandwidth limitations of the protocols used in the conventional file transfer, the automated response to failures occurring during the transfer process, and the inconvenience of use, and to improve the file transfer speed. have.

According to another aspect of the present invention, there is provided a file transfer method comprising: receiving, by a file transfer system, a request for transmitting a file from a transmitter to a receiver; Establishing a transmission path for transmitting the file via a data center existing between the transmitting side and the receiving side; Determining a division criterion for dividing the file into a plurality of pieces for each transmission path; And separately transmitting fragment files divided according to the division criteria along the transmission path.

The data center may be divided based on a location where the data center is located, and the setting of the transmission path may determine a data center of a region through which the file is transmitted.

In the setting of the transmission path, it is preferable to determine a data center of the transit region according to the geographical position and distance between the region where the transmitting side and the receiving side are located.

The setting of the transmission path may include setting a plurality of transmission paths for each transit region, and the file transmission method may further include providing the determined plurality of paths in a list according to a transmission time and a transmission cost.

In the transmitting, the fragment file may be transmitted using a Hyper Text Transfer Protocol (HTTP).

The transmitting may be performed by dividing the fragment file into a plurality of communication lines during transmission between the transmitting side and the first data center on the transmission path or between the last data center on the transmission path and the receiving side. .

Preferably, the first data center is a data center of a region where the transmitting side is located, and the last data center is a data center of a region where the receiving side is located.

The receiving may include merging a plurality of files into a single file when receiving a request for transmitting a plurality of files above a reference, and determining the splitting criterion by dividing the merged single file by the transmission interval. It is desirable to decide.

The file transfer method further comprises encrypting the divided fragment file, wherein the transmitting preferably transmits the encrypted fragment file to the first data center.

The file transmission method may further include decrypting the divided fragment file, and the transmitting may include decrypting the encrypted fragment file received at the last data center on the transmission path and transmitting the decrypted fragment file to a receiver. desirable.

The method may further include comparing the transmission side transmission state and the reception side reception state of the fragment file and providing transmission state information of the file according to the comparison result.

The file transfer system according to the present invention for solving the technical problem is a transmission request receiving unit for receiving a request for transmitting a file from the transmitting side to the receiving side; A transmission path setting unit for setting a transmission path for transmitting the file via a data center existing between the transmitting side and the receiving side; A file division criterion determination unit which determines a division criterion for dividing the file into a plurality of pieces for each transmission path; And a file transmitter for individually transmitting fragment files divided according to the division criteria along the transmission path.

According to the present invention, the files are distributed into several pieces and at the same time, the pieces are distributed to several networks at the same time to enhance security and to temporarily increase the bandwidth to dramatically increase the transmission speed. In addition, users can transfer large files at low cost, securely, and seamlessly by utilizing multiple line operators and globally distributed data centers at the point of transmission without having to purchase expensive bandwidth.

1 and 2 are diagrams illustrating a system environment in which a file transfer method according to an embodiment of the present invention is performed.
3 is a diagram illustrating a system configuration in which a file transfer method according to an embodiment of the present invention is performed.
4 is a diagram illustrating a transmission path for a file transfer method according to an embodiment of the present invention.
5 is a diagram illustrating a user interface for selecting a file transfer method according to an embodiment of the present invention.
6 is a diagram illustrating file division by transmission path in a file transmission method according to an embodiment of the present invention.
7 and 8 are diagrams illustrating a transmission side configuration in which a file transfer method according to an embodiment of the present invention is performed.
9 is a diagram illustrating determining a transmission speed in a file transfer method according to an embodiment of the present invention.
10 is a diagram illustrating a merge of a file by a sender in a file transfer method according to an embodiment of the present invention.
11 is a diagram illustrating a merge of a file by a receiver in a file transfer method according to an embodiment of the present invention.
12 is a diagram illustrating a file takeover in the file transfer method according to an embodiment of the present invention.
13 is a diagram illustrating encrypting a file in a file transfer method according to an embodiment of the present invention.
14 is a diagram illustrating monitoring a transmission state in a file transfer method according to an embodiment of the present invention.
15 is a diagram illustrating a system configuration in which a file transfer method according to an embodiment of the present invention is performed.
16 to 21 are diagrams illustrating a flow of performing a file transfer method according to an embodiment of the present invention.

The following merely illustrates the principles of the invention. Therefore, those skilled in the art can implement the principles of the invention and invent various devices included in the concept and scope of the invention, although not explicitly described or illustrated herein. In addition, all conditional terms and embodiments listed herein are in principle clearly intended to be understood solely for the purpose of understanding the concept of the invention and are not to be limited to the specifically listed embodiments and states as such. .

The above objects, features, and advantages will become more apparent from the following detailed description taken in conjunction with the accompanying drawings, and thus, it will be possible to easily implement the technical idea of self-invention having ordinary skill in the art. .

In addition, in describing the invention, when it is determined that the detailed description of the known technology related to the invention may unnecessarily obscure the gist of the invention, the detailed description thereof will be omitted. Hereinafter, with reference to the accompanying drawings will be described in detail a preferred embodiment of the present invention.

1 is a diagram illustrating a system environment in which a file transfer method according to an embodiment of the present invention is performed.

Referring to FIG. 1, the file transfer system 100 according to the present embodiment transmits a file between a transmitter 10 and a receiver 20 existing in each country of the world, and is located in a data center and a hub system located in each country. In addition, the file transmitted from the transmitting side 10 is transmitted to the receiving side 20 more quickly and safely.

The file transfer system 100 according to the present embodiment is located in each country and is established according to the purpose of a company or a group, and has a data center for storing and distributing big data and a data hub for processing information collected from more diverse sources. It consists of one data logistics network 30 and transmits the file between the transmitting side 10 and the receiving side 20 according to each region.

That is, the file transfer system 100 configures one logistics network 30 without distinguishing the operating entities of the data center and the data hub, and sets the transmission path according to the regional standard of the transmission / reception side 20.

Referring to FIG. 2, the data logistics network 30 is managed by grouping heterogeneous data centers, hub systems, and cloud servers into one data station based on a city, and in the data transfer system 100, a data center within the data station. You can configure the route by selecting a hub system, cloud server, and so on.

In more detail, the file transfer system 100 may include a data center (a hub system, a cloud server, etc.) in a gasoline group according to the positions of the sender 10 and the receiver 20, the size or type of the file to be transmitted, and whether encryption is required. Depending on the transmission scheme, data may be transmitted serially or may be transmitted in parallel through a plurality of data centers. In addition, even if the subject that operates the data center via the data center may be included in the same path.

For example, FIG. 2 illustrates a data station determined based on a city of the data logistics network 30.

That is, the data station in Seoul may be composed of Amazon Cloud, Microsoft Azure, Google Cloud, and Local Data Center A.

London's data stations can consist of MS Azure, Google Cloud Local Data Center B, and Hub System A. New York's data stations can consist of Amazon Cloud, IBM Cloud, Local Data Center D, and Hub System B.

Therefore, when the file transfer system 100 passes through a data station in London for file transfer between the transmitting side 10 located in Seoul and the receiving side 20 located in New York, the file transfer system 100 of the first Seoul Amazon Cloud, London The path can be configured to transmit data between the transmitting and receiving side 20 using the IBM cloud of MS Azure, New York.

It is also possible to include data center and hub systems in the path.

For example, a route could be configured through local data center A in Seoul, MS Azure in London, and hub system B in New York.

That is, the data center, the local data center, the cloud server, and the hub system can be selected without any distinction when configuring the path. However, hereinafter, for convenience of description, an example of a device that passes through data transmission will be described with reference to a data center.

The file transfer system 100 according to the present exemplary embodiment divides files in one transmission in order to overcome bandwidth limitations generated when transferring large files over a long distance between data centers constituting the data logistics network 30. You can divide it into pieces and send the pieces through multiple data centers simultaneously.

Therefore, even if the user does not need to purchase expensive bandwidth, at the time of transmission, the bandwidth is temporarily extended by using circuits of distributed data centers around the world.

Hereinafter, a detailed description will be given with reference to FIG. 3.

3 illustrates in more detail a situation of transmitting data between a transmitting side 10 located in Seoul and a receiving side 20 located in New York.

Referring to FIG. 3, the file transfer system 100 according to the present invention may divide a file into a plurality of pieces and transmit the file in parallel in transmission.

The file 500 of the sender 10 is divided into four fragments and transmitted along each path. The receiver 20 may combine and reconstruct four file fragments and then store the file 500 in memory. have.

The four fragment files are transmitted via distributed data centers, where the fragment files can be performed in real-time fashion, with each part individually sent to the next destination as soon as some arrive at each data center. Therefore, it is different from the existing grid system and contents delivery network that keeps files and transmits them on request.Email, cloud, messenger, etc. that are received by the other party after the file is uploaded to the relay server This is different from the transmission method of.

Specifically, the fragment A 500a of the transmitting side 10 located in Seoul may be transmitted to the final data center E 32e in New York via data center A 32a of Seoul via the first three data centers. . Fragment B 500b may be transmitted to data center F 32f in New York via data center B 32b in Seoul via the first two data centers. Fragment C 500c may be sent to data center G 32g after first passing through data center C 32c through one data center.

Finally, fragment D 500d may arrive at data center H 32h via two data centers in data center D 32d.

When the file fragments arrive at the data center of the receiver 20, they may be combined and reconstructed and stored in the memory device of the receiver 20.

At this time, the file transmission system 100 for transmitting a file grasps the geographical location and distance between the origin of the transmitting side 10 and the destination of the receiving side 20 and uses a smart route search engine to locate the origin and the vicinity of the destination. Explore multiple data center or hub systems.

Hereinafter, a path determination method of the smart path search engine will be described in more detail.

4 is a view showing in detail the route via the data center according to FIG.

Referring to FIG. 4, the file transfer system 100 grasps state information of data centers for each city by using a smart route search engine, and provides capacity and security between data centers in the data logistics network 30 of each city center. The data transmission path is configured in real time through various attribute information such as gender, protocol used for transmission, and encryption algorithm.

For example, data center A in Seoul transfers files via data center 5 in LA via data center 1 and data center 2 in Tokyo to transfer files to data center E in New York.

In this case, it may include a route between data centers in Tokyo within the same region, and the route may be determined through the same data center due to a change of a protocol, application of an encryption algorithm, security, or the like according to the requirements of the sender 10. Do.

In addition, Seoul's data center C can transfer files to data center G in New York via data center 7 in Los Angeles without passing through Tokyo's data center.

In other words, the fragment files according to the present embodiment may be individually transmitted through different data centers, so that there is no possibility that the entire file may be stolen, and even if a portion of the file fragment is stolen, the combination of the whole files may not be possible. Since there is no possibility of information leakage, the transmission method itself can increase security.

In addition, each data center may be determined according to the arrival timing of the final data center of the file fragments transmitted on different paths. For example, based on the arrival timing of fragment A, a data center that can be routed along the path of other fragments can be determined, and if fragment A has some delay due to overlapping data centers in Tokyo due to security, fragment C will be It can be routed through a data center with a lower transfer rate. Fragment D also includes one more pass-through data center than fragment C, so you can choose data center 4 and data center 6, which have higher transfer rates than data center 7.

In addition, by using the searched data center and hub systems, the estimated time of file transfer for each path is measured and provided to the user so that the user can directly select a desired path. In addition, it is possible to provide a user with a cost according to a predetermined path charging method.

For example, using one or more data center or hub systems between departure and destination 1) when distributed high speed transmission in parallel, 2) when high speed transmission in series, 3) between departure and destination 1 : 1 When connecting at high speed, or 4) In addition, when using standard transfer using FTP (File Transfer Protocol), cloud, email, etc., it is divided into cases and the result is provided through the user interface. It is also possible.

In detail, referring to FIG. 5, when a user located in Seoul attempts to transmit a single file of 10 GB or less to Moscow, the user may transfer the transmission paths 52, 53, email, or messenger using the file transfer system 100 according to the present embodiment. In this case, the menu is generated and provided to the user, and the user selects a suitable transfer method among the provided menus. The transmission method can be determined.

In addition, for the fastest transfer method, the label 'The fastest' may be displayed together on the menu 52. In the case of the method that cannot be transferred, the user may display the label “Cannot transfer” on the menu 54 together. It can be easily recognized. Transfers are possible but can be labeled "Unstable" on menu 56 for unstable methods.

In addition, referring to FIG. 5, the user interface may provide a menu 58 for selecting whether a file is a single file or a plurality of files as a feature of a file to be transmitted, and a currency unit for calculating a transmission cost.

The path selection menu provides the transmission time, transmission speed, and transmission cost (discount) with information so that the user can more easily determine the transmission method.

When the transmission path is determined according to the selection of the transmission method, the file transfer system 100 according to the present exemplary embodiment may determine a criterion for dividing the file into a plurality of pieces for each transmission path.

When a specific transmission method is selected, the number of parallel transmission sessions and the fragment size of the file is determined for each transmission section in the transmission path, and the file is rapidly transmitted using the bandwidth of each section, and the fragments divided at the destination are converted into the original file.

At this time, the number of sessions or the size of the split fragment of the file may be determined in consideration of the following environment variables.

1) Geographical characteristics of the transmission section such as long distance and short distance

2) Network characteristics such as bandwidth, latency and loss rate

3) Characteristics of the file to be transferred such as the number of files, capacity and file format

4) File Transfer Section Characteristics

That is, when the file transmission system 100 according to the present embodiment transmits a file serially through one single path, the file transmission system 100 may be divided into a plurality of pieces in consideration of an environment variable of a single path, and may be transmitted as shown in FIG. 3. When a file is divided into a plurality of file fragments in the local system of the transmitter 10 in order to transmit files in parallel, a splitting criterion for each transmission section may be determined.

In addition, since the required policies may be different for each data center that transmits the divided pieces, compatibility with various networks may be considered in the transmission. Therefore, it is possible to set the HTTP protocol as FTP, UDP, HTTPS, etc. as the default transfer protocol in order to transfer files without changing the security policy and the organization of different security policies.

In detail, referring to FIG. 6, in case of parallel transmission, the number of sessions and the size of fragments are determined for each file segment and transmitted to the receiving side 20. For example, file fragment A (500a) may be transmitted through many sessions with a smaller size than fragment B (500b), depending on the characteristics of the transmission interval, and file fragment C (500c) and file fragment D (500d). According to the difference in the size of the file fragments can be divided into similar file size by transmitting only the number of sessions can be transmitted. In addition, the number and pieces of sessions may be determined in consideration of environment variables, and may be changed in real time for each transit center to match the arrival timing of the receiving side 20 of the file.

Hereinafter, a method for extending the network bandwidth when transmitting to the first data center on the non-transmission path between data centers or when transmitting from the last data center to the receiving side 20 will be described.

The file transfer system according to the present exemplary embodiment may divide and transmit the fragment file into a plurality of communication lines during transmission between the transmitting side 10 and the first data center on the transmission path.

Specifically, in order to expand the bandwidth of the Internet connection, Internet lines of different communication companies may be connected in parallel to the equipment or transmitted through a separate device supporting the parallel connection of these lines.

For example, referring to FIG. 7, in FIG. 3, each file fragment divided so that the file 500 may be transmitted through four transmission paths may be transmitted to the first data center 31 through different communication lines 72. have.

The file fragment A 500a may be connected to the first data center A on the path by the communication line A, and the file fragment B 500b may be connected to the first data center B by the communication line B.

In general, the local computer or server on the sender's side establishes a system through a network of one carrier for security and convenience, and configures it as an internal network. Therefore, the bandwidth of a communication line is required to transmit file fragments through various data centers. The problem may be limited.

Therefore, the file transfer system 100 according to the present embodiment configures a separate device that can use a separate communication line in addition to the communication line of the telecommunication company that provides an in-house network for long-distance transmission of a large file, file pieces in parallel It can be configured for transmission to a data center.

For example, as shown in FIG. 8, the file fragments divided for parallel transmission by configuring a data link device 14 directly connected to the memory 12 storing the file of the transmitting side 10 and connected to each communication line are configured. Randomly, it is possible to transmit from the transmitting side 10 to the first data center via the distributed internet communication line 72.

In the present embodiment, the data link device 14 is a separate hardware device, which allows a large amount of files to be transmitted at high speed using a plurality of Internet lines just by connecting any storage or cloud. For example, the mass storage 12 of the transmitting side 10 is connected to the optical or multiple cables, multiple USB ports, the Internet through the data link device 14, merging all the files of the storage 12 It can be fragmented and sent over multiple lines.

In addition, the receiving side 20 may also configure a data link device between the last data center on the path and the memory of the receiving side 20 in a plurality of communication lines so as to correspond to the transmitting side 10, and the receiving side 20 Also, the original file received through a plurality of communication lines can be reassembled through the data link device.

That is, in the present embodiment, the file transfer system 100 determines a path by combining heterogeneous data centers, hub systems, clouds, and the like, but also local-based communication for entering the determined path for the first time is also independent of the internal network. It provides a faster file transfer method by configuring the system so that it can be accessed through a communication line.

Furthermore, the receiving side 20 may also configure a data link device between the last data center on the path and the memory of the receiving side 20 in a plurality of communication lines so as to correspond to the transmitting side 10.

Through the above process, when the transmission path is determined, the file transmission system 100 according to the present exemplary embodiment may transmit fragmented files in consideration of the transmission speed of each data center.

Referring to FIG. 9, for example, when a file is transmitted using a distributed data center and a hub system, a transmission speed of a file to be transmitted may be determined according to a file transfer rate between the transmitting side 10 and the receiving side 20. have. In this case, the transmission cost and the transmission time provided through the menu as shown in FIG. 5 may be determined using the determined file transfer rate. As illustrated in FIG. 4, the smart path search engine may set a transmission path.

For example, when the file transfer rates of the transmitting side 10 data center 33a and the receiving side 20 data center-3 (33b) are the same, real time transmission can be performed at the same rate. Or when the transmission speed of the receiving side 20 data center-4 33f is high by comparing the transmission rates of the transmitting side 10 data center-1 33c and the receiving side 20 data center-4 33f. In accordance with the transmission speed of the data center-1 33c, the transmission may be performed in real time.

Conversely, if the transmission rate of the transmitting side 10 data center-2 (33g) is faster than the transmission rate of the data center-5 (33i), the transmitting side 10 first terminates the transmission and the receiving side 20 data center Depending on the speed of transmission, each system can send the cached pieces to the destination to complete the transmission.

In this case, the transmission speed may be determined in consideration of the transmission speeds of the data centers 33d, 33e, and 33h located in the middle of the path in addition to the data center of the transmission and reception side, and thus the transmission speed and the estimated time which are more accurately calculated through FIG. It can be provided through the menu of.

In consideration of the transmission path determined according to the above method and the file transfer speed of the data center, the file transfer system 100 determines the transfer speed, enables real-time transfer of each file fragment, and adjusts the arrival timing to reduce the time delay of file reassembly. It is also possible to minimize it.

In addition, in the present exemplary embodiment, the file transfer system 100 may merge a plurality of files into a single file when receiving a request for transmitting a plurality of files of a reference or higher, and may divide and transmit the plurality of files into a transmission path determined through the merged files. Do.

For example, in the case of document files, the size of each file is small, but the number may be larger than the standard. In this case, each file is divided into pieces for transmission of the document file, or all files are transferred in parallel as they are. Performing read and write operations on the network may waste network resources and cause transmission delays.

Accordingly, in the present exemplary embodiment, the file transfer system 100 merges a plurality of files into one single file when the files are distributed and stored in a plurality of storages at a local level and splits them into file pieces, or divides them according to a path. It may be more efficient to determine.

Referring to FIG. 10, for this purpose, the file transfer system 100 according to the present embodiment further configures the file merging device 16 on the local side, so that a large volume file having a low capacity is required before the file is divided according to a transmission path in a transmission process. If you can merge the files.

When files distributed in a plurality of storages 12a and 12b are merged into one single file, the files are divided into file fragments 500a, 500b, 500c, and 500d in the case of parallel transfer according to a transmission path determined based on the single file 510. Can be divided into Furthermore, as mentioned above, the data link device 14 may use heterogeneous communication lines 72 to transfer the file fragments to the original data center. This improves speed degradation due to inefficient use of I / O and network when transferring a large amount of low-capacity files, thereby optimizing the file transfer up to the limit speed of the equipment.

In addition, referring to FIG. 11, the receiving side 20 also receives the pieces of files received through the plurality of communication lines 74 through the data link device 24, and the file merging device 26 receives the Through the merging rule, the file fragments 500a, 500b, 500c, and 500d may be merged into one single file 510 and then reconstructed and stored in the storage 22 as a plurality of low-capacity files.

In this case, the merging of the files and the division according to the transmission paths can be performed by reading only the portions necessary for transmission for each path into the memory so that only a part of the storage device can be used and the utilization efficiency of the entire equipment can be improved.

The file transfer system 100 according to the present exemplary embodiment divides a file into first file fragments for parallel transmission of files, and after determining a transmission path, divides the file into second sessions of a file according to a transmission interval. The intervals are made up of heterogeneous data centers to further enhance the security of file transfers.

Referring to FIG. 12, in the file transfer process according to FIG. 3, basically, one file is divided into a plurality of pieces and randomly distributed to a plurality of lines, so that complete information of the file can be protected even if one line is seized. Security can be guaranteed.

Furthermore, when dividing a plurality of file fragments, additionally, if a file combining rule is generated as a separate encrypted file, and the file is included in an arbitrary file fragment and transmitted, even if a plurality of files transmitted from a part of a specific transmission path are taken over, You can't combine files unless you steal the rules, increasing the security of the files you send.

In addition, it is also possible to encrypt the file before transmission through the data center.

Referring to FIG. 13, the file transfer system 100 according to the present exemplary embodiment includes a file encryption module 18 and a decryption module 28 on the transmitting side 10 and the receiving side 20 of a file on a local side, respectively. The file encryption and decryption device can be configured to further increase the security of the file.

That is, all fragments can be encrypted with a separate encryption algorithm at the source and decrypted at the destination before transmission. At this time, in order to reduce the encryption / decryption time of the file, the source is encrypted and transmitted for each divided file fragment, and even if the data on a specific line is taken as shown in FIG. have.

Next, the destination can be decoded by pieces to reconstruct the pieces into the original file to reduce the separate waiting time for encryption / decryption.

In addition, referring to FIG. 14, the file transfer system 100 according to the present exemplary embodiment may provide a separate device 140 for monitoring file transfer to provide a user with transfer state information of a file. In this case, it is also possible to verify the actual transmission state by comparing the transmission states of both sides, instead of monitoring the transmission state through the file processing information of any one of the existing transmitting side 10 or the receiving side 20.

Furthermore, not only the two sides but also the sharing state of the file can be shared with the utilization state information of the data center among all third users in the file transfer system 100 according to the present embodiment to secure the reliability of the file transfer state. It is possible. In other words, the user can monitor the transmission status information in real time from a separate device instead of the transmitting device, and when the transmission is completed, it informs both the source and destination equipment and the user of the transmission completion, thereby preventing the recipient from denying the transmission and recording even after the transmission is completed Allows you to search for a scheduled transfer.

Hereinafter, a detailed configuration of the file transfer system 100 and a file transfer method through the same will be described with reference to FIGS. 15 through 21 through a flowchart.

Referring to FIG. 15, the file transfer system 100 according to the present exemplary embodiment includes a smart path search engine managing a data center, and manages files on a local side and a data center manager 170 managing each data center. Local transmission management unit 160 and the module 110, 120, 130, 140, 150 for receiving a user's command for transmitting a file and performing the transmission may be configured.

Referring to FIG. 16, the transmission request receiving unit 110 receives a request for transmitting a file from the transmitting side 10 to the receiving side 20 (S10).

Next, the transmission path setting unit 130 sets a transmission path for transmitting the file via the data center existing between the transmitting side 10 and the receiving side 20 (S20).

When the transmission path is set, the file division criterion determination unit 120 determines a division criterion for dividing the file into a plurality of pieces for each transmission path (S30).

The file transmitter 140 individually transmits the fragment file divided according to the division criteria according to the transmission path (S40).

In this case, the transmission path may be determined by including a plurality of heterogeneous data centers, hub systems, cloud servers, and the like, and the data centers may be divided based on the region where the data center is located.

Therefore, the transmission path setting unit 130 determines the data center of the region to pass through to transfer the file. In addition, the transmission path setting unit 130 may determine the data center of the transit region according to the geographical position and distance between the region where the transmitting side 10 and the receiving side 20 is located.

In addition, in the present embodiment, the transmission path setting unit 130 sets a plurality of transmission paths for each via area, and the file transmission system 100 sets the determined plurality of paths in a list according to the transmission time and the transmission cost. It may further include a list providing unit (not shown) to provide.

That is, the list provider may provide the paths determined as shown in FIG. 5 as a transmission path list according to a transmission cost, a transmission time, and the like, and receive a transmission method from the user.

In the present embodiment, the file transfer unit 140 may transmit the fragment file using the Hyper Text Transfer Protocol (HTTP). Since each data center requires different policies, the HTTP protocol is basically used to transfer files without interoperability with various networks, different security policy organizations and separate network or security policy changes. Increased compatibility between centers.

In addition, in the above transmission process, the transmission monitoring unit 150 may compare the transmission state of the sender 10 and the reception state of the receiver 20 of the fragment file to each other, and provide transmission state information of the file according to the comparison result. Can be.

In addition, the data center manager 170 provides information such as current transmission statuses, required protocols, and security levels of data centers, thereby enabling the transmission path setting unit to set a path.

In addition, the file transfer unit 140 may perform more efficient transmission in connection with devices of the local side.

Hereinafter, the local transmission manager 160 will be described.

The local transmission manager 160 may include an encryption unit 162, a decryptor 164, and a communication line manager 166.

Referring to FIGS. 17 and 18, the communication line manager 166 may transmit the plurality of communication lines between the transmitting side 10 and the first data center on the transmission path through the above-described data link apparatus (S42).

In addition, the communication line manager 166 allows the fragment file to be divided into a plurality of communication lines for transmission between the last data center and the receiver 20 on the transmission path (S48).

In this case, as described above, the first data center may be a data center of the region where the transmitting side 10 is located, and the last data center may be a data center of the region where the receiving side 20 is located.

That is, the local transmission manager 160 may manage file transmission and reception between the first and last data centers and the local storage.

In addition, referring to FIG. 19, in the present embodiment, when the transmission request receiving unit 110 receives a request for transmitting a plurality of files higher than a reference (S12), the transmission request receiving unit 110 merges the multiple files into a single file through a file merging unit (not shown). It may be (S14).

In addition, referring to FIG. 20, the encryption unit 162 may encrypt the divided fragment file before transmission (S41a), and the file transmitter 140 may transmit the encrypted fragment file to the first data center. . At this time, the encrypted fragment file may be transmitted in real time in the order of encryption to perform file transfer without delay.

On the contrary, referring to FIG. 21, the decryption unit 164 decrypts the divided fragment file (S49a), and the file transmission unit 140 decrypts the encrypted fragment file received at the last data center on the transmission path. It transmits to the receiving side 20 (S49b).

Transmission to the receiving side 20 may also be transmitted in decoding order in real time to prevent transmission delay due to decoding.

According to the configuration of the present invention, the files are distributed into several pieces and at the same time, the pieces are distributed to several networks at the same time to enhance the security and to temporarily increase the bandwidth to improve the transmission speed.

In addition, users can transfer large files at low cost, securely, and seamlessly by utilizing multiple line operators and globally distributed data centers at close range at the point of transmission without having to purchase expensive bandwidth.

The above description is merely illustrative of the technical idea of the present invention, and various modifications, changes, and substitutions may be made by those skilled in the art without departing from the essential characteristics of the present invention. will be.

Accordingly, the embodiments disclosed in the present invention and the accompanying drawings are not intended to limit the technical spirit of the present invention but to describe the present invention, and the scope of the technical idea of the present invention is not limited by the embodiments and the accompanying drawings. . The scope of protection of the present invention should be interpreted by the following claims, and all technical ideas within the scope equivalent thereto should be construed as being included in the scope of the present invention.

Claims (1)

In the file transfer method,
File transfer system,
Receiving a request for transmitting a plurality of files from a transmitting side to a receiving side;
Establishing a transmission path for transmitting the file via a data center existing between the transmitting side and the receiving side;
Determining a splitting criterion for merging the plurality of files for each transmission path, and repartitioning the merged file into a plurality of fragment files; And
Separately transmitting fragment files divided according to the division criteria according to the transmission path,
The transmission path is determined via a plurality of data centers, wherein the redistributed fragment file is transmitted to a first via data center using heterogeneous communication lines,
And the transit data center is determined according to the arrival timing of the final via data center of the fragment files.

Images