JP2003308269A - Data transfer system, program and recording medium - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a data transfer system capable of transferring data between a server and a client at an efficient speed by performing automatic compressed transfer in accordance with the operation environment of the client side and the sort of data to be transferred. <P>SOLUTION: In the case of transferring data (4 or 5) stored in the server 1 or the client 3 between the server 1 and the client 3 through a network 7 in the data transfer system, the client 3 inputs distinction whether the data are to be transferred in a compressed state or a non-compressed state and the indication of the data to be transferred, and in the case of transferring the data between the server 1 and the client 3, compresses the data in accordance with the distinction of compression/non-compression and the attribute of the data and then transfers the compressed data. <P>COPYRIGHT: (C)2004,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data transfer system, a program and a recording medium, and more specifically, a data transfer system and data for transferring data stored on a server or a client between the server and the client. The present invention relates to a program for executing the function of a transfer system and a computer-readable recording medium recording the program.

[0002]

2. Description of the Related Art In Japanese Unexamined Patent Publication No. 10-232749, "Print data transfer system and recording medium", when the print data is transferred to a printer via a network, there is provided separation information as to whether or not the print data is compressed. By referring to the set compression necessity separation table, the output destination information table in which the output destination address is set in association with the output destination printer name of the print data, and the output destination information table in response to the print request, the print request is made. The output address of the output printer name is retrieved. Based on the output destination address
The compression necessity determination table is referenced to determine whether the print data needs to be compressed, and when the compression is required, the data is compressed and transferred, and when the compression is not needed, the data is transferred as it is. With such a configuration, it is possible to automatically separate print data, which tends to be a large amount on a network system, to be transmitted as it is when it is local such as a thick LAN and compressed and transmitted when it is remote such as a thin WAN. , Improve network utilization efficiency and realize efficient data transfer.

However, the technique disclosed in Japanese Unexamined Patent Publication No. 10-232749 is limited to transfer of print data, and is intended for unidirectional compression / decompression only in this case.

[0004]

Conventionally, a system for automatically compressing / decompressing and transferring data between a server and a client has the following problems.

In the data communication between the server and the client, it is assumed that the client side using a notebook PC, PDA or the like is carried to any place, and the communication speed with each server is variable depending on the situation at that time. Could be. However, in the conventional technology, the client side could not freely set or cancel whether to compress and transfer the data for each server.
The optimum data transfer according to the situation on the client side could not be performed.

Further, in the prior art, it is possible to set in advance whether each data is compressed or not. However, when there is a large amount of data to be managed, it becomes difficult to manage each data for each server. It is very complicated to specify whether or not it is compressed.

The present invention has been made in consideration of the above-mentioned circumstances, and enables automatic compression transfer according to the operating environment of the client side and the type of data to be transferred, and the server-client An object of the present invention is to provide a data transfer system capable of performing data transfer between devices at a more efficient speed, a program for executing the functions of the data transfer system, and a computer-readable recording medium recording the program.

[0008]

In order to solve the above-mentioned problems, a data transfer system according to a first aspect of the present invention provides a server or a client with data stored in a server or a client via a network. In the data transfer system for transferring, the client side has an input means for inputting a distinction between data compressed and transferred or uncompressed data and an instruction of the data to be transferred, and the server -When transferring the data between the clients, the data is compressed before being transferred according to the distinction between the compression / non-compression and the attribute of the data. According to claim 2 of the present invention, in the data transfer system according to claim 1, is the attribute of the data a file name of the data, and is the data possibly compressed from this file name? If there is no possibility of being compressed and there is a compression instruction from the input means, the data is compressed before being transferred.

The data transfer system according to claim 3 of the present invention is a data transfer system for transferring data stored in a server or a client between a server and a client via a network, wherein the client transfers the data. Input means for inputting whether to transfer compressed data or uncompressed data and an instruction of data to be transferred existing in the server, and an attribute of the data instructed by the input means in advance. It is determined that it is registered in the set attribute table and that the input means compresses the data when it is transferred, and the determination means determines that it is not registered in the attribute table. In this case, transfer requesting the server to compress and transfer the data designated by the input means. Requesting means, receiving means for receiving the transferred requested data, and decompressing means for expanding the data received by the receiving means when the transfer requesting means requests the data to be compressed and transferred. Storage means for storing the data received by the receiving means or the data decompressed by the decompressing means as a file of the client, the server receiving means for receiving a transfer request from the client, and the receiving means. If it is instructed to compress the data to be transferred, the data instructed by the receiving means is taken out from the data storage of this server, and the compression means for compressing the data and the data storage of this server are taken out. The sender that transfers the data instructed by the reception means or the data compressed by the compression means to the request source Characterized in that it comprises and.

A data transfer system according to a fourth aspect of the present invention is a data transfer system for transferring data stored in a server or a client between a server and a client via a network, wherein the client transfers the data. The input means for inputting the data to be transferred, which is present in this client, and the specification of the transfer destination server, and whether the data is transferred as compressed or uncompressed. Determination means for determining whether the attribute of the data is registered in a preset attribute table, and designation of compressing and transferring the data by the input means, and registration in the attribute table by the determination means If it is determined that the data has not been read, the data specified by the input means is read and the data is read. A second compression means for compressing the data, data designated by the input means or data compressed by the second compression means, and whether or not this data is compressed by the second compression means. Second transmitting means for transmitting to the server and requesting storage in the data storage of the server, the server comprising:
Second for receiving data transmitted from the client
When there is a distinction between the receiving means and the data received by the second receiving means, the second expanding means for expanding the received data, and the data received by the second receiving means or the A second storage unit for storing the data expanded by the second expansion unit in the data storage of the server.

A fifth aspect of the present invention is the data transfer system according to the third or fourth aspect, wherein the attribute table is a file name pattern for data that may be compressed. And A sixth aspect of the present invention is any one of the first to fifth aspects.
In the data transfer system as set forth in claim 6, whether the data input by the input means is compressed and transferred or uncompressed is transferred when the client is connected to the network. The feature is that it is automatically set / released according to the communication speed. A program according to claim 7 of the present invention is a program for causing a computer to function as the data transfer system according to any one of claims 1 to 6. A recording medium according to claim 8 of the present invention is a computer-readable recording medium recording a program for causing it to function as the data transfer system according to claim 7.

With the above configuration, the compressed transfer can be automatically performed according to the operating environment on the client side and the type of data to be transferred, so that the data transfer between the server and the client can be performed at a more efficient speed. Also, the client
When data is transferred between servers, the user can set / cancel whether compression is performed on the client side at any time, so that the optimum data transfer rate corresponding to the variable client environment can be obtained.

In addition, since a name for identifying the compression method is often added to the compressed data, the pattern of the name is registered in advance on the client side so that the individual It is possible to omit the need to specify compressed data. Since this pattern is registered on the client side, it can be easily changed even if the number of patterns increases or decreases.

[0014]

BEST MODE FOR CARRYING OUT THE INVENTION An embodiment of a data transfer system of the present invention will be described below with reference to the drawings. Figure 1
FIG. 1 is an overall configuration diagram of a data transfer system of the present invention (hereinafter referred to as the present system). In FIG. 1, the system includes a server (computer system) 1 having a data storage 5 holding a large amount of data, a client (computer system) 3 having a file 4 storing user data, and a network 7. Composed. Here, the server 1 and the client 3 may be configured to connect an arbitrary number via the network 7.

The network 7 is a transmission line for connecting the server 1 and the client 3, and is generally realized by a cable, and the communication protocol is TCP / TCP.
IP is used. However, the transmission path is not limited to the cable, and may be either wireless or wired as long as the communication protocol between them is the same.
N (Local Area Network), WAN
(Wide Area Network), Internet, analog telephone network, digital telephone network (ISDN: In)
Tegral Service Digital Net
work), PHS (Personal Handy System),
A mobile phone network, a satellite communication network, or the like can be used.

In FIG. 1, when the user wants to store the file in the data storage 5 of the server 1 in the file 4 of the client 3 (data download), the process is performed in the following outline steps. First, the user determines whether the connection between the client 3 and the server 1 is a line such as a telephone having a slow communication speed or a line having a high communication speed. If the communication speed is slow and the amount of data to be transferred is large, select "Compression" to use the network efficiently. Next, the user instructs the client 3 about the file name of the data to be downloaded from the data storage 5 of the server 1 and whether or not to compress the data when downloading. It should be noted that this compression is not specified each time it is downloaded, but it should be possible to automatically set / cancel by judging the communication speed and use this setting when instructing the download. May be.

Client 3 that inputs these instructions
When “compression” is selected, sends the file name of the data to be downloaded and the information “compression performed” to the server 1 of the download destination. On the other hand, "uncompressed"
If is selected, the file name of the data to be downloaded and the information "compression has not been performed" are transmitted to the download destination server 1. Even if "compression" is selected here, if the data to be downloaded has already been compressed, the data may be downloaded as it is as "uncompressed".

The server 1, which has received the download request from the client 3, reads out the data of the designated file name from the data storage 5 and requests the data as it is when the instruction is "uncompressed". Send it back to the original client 3. On the other hand, in the case of “compression”, the data of the specified file name is stored in the data storage 5
The compressed data is read out from the client and compressed, and the compressed data is sent back to the client 3 as the request source.

The client 3 records the received data in the file 4 as it is when the data transferred from the server 1 is instructed to “not compress”. On the other hand, when the “compression” instruction is given, the received data is decompressed and the decompressed data is recorded in the file 4.

On the other hand, in FIG. 1, when the user wants to store the data stored in the file 4 of the client 3 in the data storage 5 of the specific server 1 (data upload), the following general steps are performed. Is done.

First, the user determines whether the connection between the client 3 and the server 1 is a line such as a telephone having a low communication speed or a line having a high communication speed. Next, the user determines the file name of the data to be uploaded from the file 4 of the client 3, the data storage 5 of the upload destination server 1, and whether or not to compress the data when uploading.
Instruct to. Note that this compression is not specified for each upload as in the case of downloading, but it should be possible to automatically set / cancel by judging the communication speed. You may make it use this setting.

Client 3 that inputs these instructions
Compresses the data of the specified file 4 when "compression" is selected. The compressed data and the information “compression performed” are transmitted to the upload destination server 1. On the other hand, when "compression" is not selected, the data as it is and the information "uncompressed" are transmitted to the upload destination server 1. Even if "compression" is selected here, if the data to be uploaded has already been compressed, the data may be transmitted to the server 1 of the upload destination as "uncompressed". Good.

The server 1, which has received the data from the client 3, records the received data as it is in the designated data storage 5 when the received data is "uncompressed". On the other hand, if the received data is “compressed”, the received data is decompressed and the decompressed data is recorded in the designated data storage 5.

As described above, when data is transferred between the client and the server, it is possible to set / cancel whether or not the user performs compression on the client side at any time, so that it is optimal for a variable client environment. It is possible to obtain various data transfer rates.

In addition, since a name for identifying the compression method is often added to the compressed data, the pattern of the name is registered in advance on the client side so that the individual It is possible to omit the need to specify compressed data. Since this pattern is registered on the client side, it can be easily changed even if the number of patterns increases or decreases. Hereinafter, this system will be described in detail with respect to data download and upload.

(1) Downloading Server Data to Client FIG. 2 is a block diagram showing the functional arrangement of this system. In FIG. 2, the client (computer system) 3 of this system includes an input unit 31, a determination unit 32, a transfer request unit 33, a receiving unit 34, an expanding unit 35, and a storing unit 3.
6 and file 4. Further, in FIG. 2, a server (computer system) of this system
Reference numeral 1 comprises a reception means 11, a transmission means 12, a compression means 13 and a data storage 5. As described above, the server 1 and the client 3 are connected to each other via the network 7 of an arbitrary number.

FIG. 3 is a flow chart showing an operation procedure in the case of the functional configuration in FIG. First, before the user performs the operation of downloading the data in the data storage 5 of the server 1, the connection between the client 3 used by the user and the server 1 is a line such as a telephone with a slow communication speed,
Alternatively, it is determined whether the line has a high communication speed. After that, the user instructs the client 3 on the file name of the data to be downloaded from the data storage 5 of the server 1 and whether or not to compress the data when downloading (step S11). This constitutes the input means 31. In addition, the designation of whether to compress or not,
When the client 3 is connected to the network 7, the communication speed is judged, and the "compression / non-compression distinction" is automatically set / cancelled instead of performing each download. The means 31 may use this setting.

Next, when "compressed" is selected, the file name of the data to be downloaded and the information "compressed" are transmitted to the server 1, while when "uncompressed" is selected. Transmits the file name of the data to be downloaded and the information "uncompressed" to the server 1 (step S13). This constitutes the transfer requesting means 33.

Even if "compression" is selected here, step S12 is added to determine whether or not the data to be downloaded has already been compressed, and there is a possibility that it has already been compressed. Is "uncompressed",
It may be transmitted to the server 1. Whether or not the data to be downloaded has already been compressed is determined by using the attribute table (see FIG. 4) which is set in advance in the client 3 and in which the pattern of the file name of the compressed data is registered.

In the attribute table of FIG. 4, for each server to which the client 3 may connect, a file name pattern corresponding to the compression method according to the type of data existing in the data storage 5 on that server (see FIG. 5)). For example, if the audio is MPEG-
1 When audio is compressed by Audio Layer III, the file name of the compressed data is W
In Windows (registered trademark), the music name. It is expressed as MP3. This extension portion may be registered in the pattern of this attribute table.

The download request destination server exists in the server name of the attribute table set in this way, and the pattern extracted from the file name for the data to be downloaded specified in the list of patterns corresponding to the server name. Check if exists. This constitutes the determination means 32.

The server 1 receives the download request from the client 3 (step S21). Here, the file name of the data to be downloaded and "compression"
Alternatively, the distinction of “uncompressed” is received. This constitutes the reception means 11. If this classification is “compression” (“compression” in step S22), the data of the designated file name is read from the data storage 5 and compressed (this constitutes the compression means 13) (step S).
23). On the other hand, when the classification is the instruction of “uncompressed” (“non-compressed” in step S22), the data of the designated file name is read from the data storage 5 (step S24). The compressed data in step S23 or the data read out in step S24 is sent back to the client 3 as the request source (this constitutes the transmission means 12).
(Step S25).

The client 3 receives the data transferred from the server 1 (step S14). This constitutes the receiving means 34. In step S13, when the transfer is requested to the server 1 as “compression” (“compression” in step S15), the received data is decompressed (which constitutes the decompression means 35) (step S1).
6). The decompressed data is recorded in the file 4 (step S17). This constitutes the storage means 36.

On the other hand, when the transfer request is made to the server 1 as "uncompressed" in step S13 ("non-compressed" in step S15), the received data is recorded in the file 4 (step S17). This constitutes the storage means 36.

(2) Uploading Data from Client to Server FIG. 6 is a block diagram showing another functional configuration of this system. In FIG. 6, the client (computer system) 3 of this system includes an input unit 31, a determination unit 32,
Second compression means 37, second transmission means 38 and file 4
Composed of and. Further, in FIG. 6, the server (computer system) 1 of the present system is composed of a second receiving means 15, a second expanding means 16, a second storing means 17, and a data storage 5. As described above, the server 1 and the clients 3 are connected via the network 7 of an arbitrary number.

FIG. 7 is a flow chart showing an operation procedure in the case of the functional configuration in FIG. First, before the user uploads the data in the file 4 of the client 3, the connection between the client 3 used by the user and the server 1 is a line such as a telephone with a slow communication speed,
Alternatively, it is determined whether the line has a high communication speed. After this, the user instructs the client 3 the file name of the data to be uploaded, whether or not to compress the data when uploading, and the address of the server 1 of the upload destination (step S31).
This constitutes the input means 31.

It should be noted that the designation as to whether or not to compress is not made every time when uploading as in the case of downloading, but when the client 3 is connected to the network 7, the communication speed is judged and automatically determined. The "means of compression / non-compression" can be set / released, and the input means 3
This setting may be used in 1.

Next, in order to upload the data of the designated file 4 to the designated server 1, when "compression" is selected, the designated data is compressed (this is the second compression. (Means 37 is configured) (step S33), and the compressed data and the information of "compression execution" are transmitted to the upload destination server 1 (step S34). On the other hand, if "compression" is not selected, the data of the designated file 4 and the information "compression not performed" are transmitted to the upload destination server 1 (step S34). The above constitutes the second transmitting means 38.

Even if "compression" is selected here, step S32 is added to determine whether or not the designated data to be uploaded has already been compressed, and it is possible that it has already been compressed. If there is any, it may be transmitted as “uncompressed” to the upload destination server 1. This determination is made using the determination means 32 described in the case of downloading.

The server 1 receives the data from the client 3 and the distinction of "compressed" or "uncompressed" (step S41). If the received data is "compressed"("compressed" in step S42), the received data is decompressed (which constitutes the second decompression means 16) (step S43). The decompressed data is recorded in the data storage 5 (step S44). This constitutes the second storage means 17. On the other hand, if the received data is “uncompressed” (“non-compressed” in step S42), the received data is recorded in the data storage 5 (this constitutes the second storage means 17) (step). S
44). The above constitutes the second receiving means 15.

Furthermore, the present invention is not limited to the above-mentioned embodiments. Each function is programmed in each client and server that configure the data transfer system of the above-described embodiment, and C
Write it on a recording medium such as a D-ROM, and then use this CD-
The object of the present invention is also achieved by mounting the ROM on a computer equipped with a medium reading device such as a CD-ROM drive, storing these programs in the memory or storage device of each computer, and executing the programs. It goes without saying that it will be achieved. In this case, the program itself read from the recording medium realizes the functions of the above-described embodiments, and the program and the recording medium recording the program also constitute the present invention.

As recording media, semiconductor media (eg, ROM, non-volatile memory card, etc.), optical media (eg, DVD, MO, MD, CD-R, etc.), magnetic media (eg, magnetic tape, flexible disk). Etc.).

In addition to executing the functions of the above-described embodiments by executing the loaded program, the operating system or the like performs some or all of the actual processing based on the instructions of the program, The case where the functions of the above-described embodiments are realized by the processing is also included.

The above-mentioned program is stored in a storage device such as a magnetic disk of a server computer,
In the case of distribution by download, distribution, etc. to a user's computer connected to the Internet, the storage device of this server computer is also included in the recording medium of the present invention.

[0045]

As described above, according to the present invention, the compression transfer can be automatically performed according to the operating environment on the client side and the type of data to be transferred, so that the data transfer between the server and the client can be performed more efficiently. Can be done at a reasonable speed.

Further, when data is transferred between the client and server, the user can set / cancel whether or not compression is performed on the client side at any time, so that the optimum data transfer corresponding to the variable client environment is possible. You can get speed.

In addition, since a name for identifying the compression method is often added to the compressed data, the pattern of the name is registered in advance on the client side so that the individual It is possible to omit the need to specify compressed data. Since this pattern is registered on the client side, it can be easily changed even if the number of patterns increases or decreases.

[Brief description of drawings]

FIG. 1 is an overall configuration diagram of a data transfer system of the present invention.

FIG. 2 is a configuration diagram showing a functional configuration of a data transfer system of the present invention.

3 is a flowchart showing an operation procedure of the functional configuration of FIG.

FIG. 4 is an example of a data structure of an attribute table.

FIG. 5 is an example of a name pattern.

FIG. 6 is a configuration diagram showing another functional configuration of the data transfer system of the present invention.

FIG. 7 is a flowchart showing an operation procedure of the functional configuration of FIG.

[Explanation of symbols]

1 ... Server (computer system), 3 ... Client (computer system), 4 ... File, 5 ... Data storage, 7 ... Network, 11 ... Reception means, 12
... sending means, 13 ... compressing means, 15 ... second receiving means, 1
6 ... 2nd expansion means, 17 ... 2nd storage means, 31 ... Input means, 32 ... Judgment means, 33 ... Transfer request means, 34 ... Receiving means, 35 ... Decompression means, 36 ... Storage means, 37 ... 2nd compression Means, 38 ... Second transmitting means.

Claims (8)

[Claims] 1. A data transfer system for transferring data stored in a server or a client between a server and a client via a network,
The client side has an input means for inputting a distinction between data compressed and transferred or data uncompressed and an instruction of the data to be transferred, and the data is mutually transferred between the server and the client. When transferring
A data transfer system, wherein data is compressed and then transferred according to the distinction between compression and non-compression and the attribute of the data. 2. The data transfer system according to claim 1, wherein the attribute of the data is a file name of the data, and it is determined from the file name whether or not the data may be compressed. , If there is no possibility of being compressed and there is a compression instruction from the input means,
A data transfer system, wherein the data is compressed and then transferred. 3. A data transfer system for transferring data stored in a server or a client between a server and a client via a network,
The client, an input means for inputting a distinction of whether the data is compressed and transferred or transferred uncompressed, and an instruction of data to be transferred existing in the server,
Determination means for determining whether or not the attribute of the data designated by the input means is registered in a preset attribute table; and designation for compressing data when transferring by the input means, and the determination If the means determines that the data is not registered in the attribute table, the transfer request means for requesting the server to compress and transfer the data instructed by the input means, and the transfer request Receiving means for receiving data, decompressing means for decompressing the data received by the receiving means when the transfer requesting means requests the data to be compressed and transferred, and the data received by the receiving means or the Storage means for storing the data decompressed by the decompression means as a file of this client, wherein the server requests the transfer from the client. When the receiving means for receiving and the data for transfer by the receiving means are instructed to be compressed, the data instructed by the receiving means is taken out from the data storage of this server and the data is compressed. And a transmission unit for transmitting the data instructed by the reception unit or the data compressed by the compression unit taken out of the data storage of the server to the request source. 4. A data transfer system for transferring data stored in a server or a client to each other between the server and the client via a network,
The client is an input unit for inputting a distinction between compressed data transfer and uncompressed data transfer, designation of the data to be transferred existing in this client, and an instruction of a transfer destination server, Determination means for determining whether the attribute of the data designated by the input means is registered in a preset attribute table; and designation for compressing and transferring the data by the input means, and the determining means If it is determined that the data is not registered in the attribute table, the second compression unit that reads out the data designated by the input unit and compresses the data, and the data designated by the input unit or the first unit The data compressed by the second compression means and the distinction whether this data is compressed by the second compression means are transmitted to the server. A second transmission means for requesting to store the data in the data storage of the server, wherein the server receives the data transmitted from the client by the second reception means and the data received by the second reception means. When there is a distinction that the data is compressed, the second decompression means for decompressing the received data and the data received by the second receiving means or the data decompressed by the second decompression means are stored in the data storage of this server. And a second storage means for storing the data in the data transfer system. 5. The data transfer system according to claim 3 or 4, wherein the attribute table is a file name pattern for data that may be compressed. 6. The data transfer system according to any one of claims 1 to 5, wherein the data inputted by the input means is discriminated between compressed data transfer and uncompressed data transfer. A data transfer system, wherein when the client is connected to the network, the setting / release is automatically performed according to the communication speed. 7. A program for causing a computer to function as the data transfer system according to claim 1. 8. A computer-readable recording medium in which a program for causing the data transfer system according to claim 7 to function is recorded.