JP2001005711A - Data communication system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To lighten a large network load resulting from the temporary transfer of a file to a client device when a file of image data is transferred between plural server devices under the control of the client device. SOLUTION: Control modules 105 and 207 for informing the client device 100 and one server device 200 of an indication for file transfer are arranged and according to the indication reported from the client device 100, the control module 207 on the server device 200 controls direct file transfer to the other server device 300 to permit direct transfer of a file between the server devices 200 and 300.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data communication system for controlling a server device storing a plurality of image data from a client device and transferring image data in the server device directly between the server devices. It is.

[0002]

2. Description of the Related Art Conventionally, in an image processing apparatus such as a program editing / transmission system used in a broadcasting station, a video tape recorder (VTR) has been used for storing images. In recent years, with the development of computer technology and network technology and the reduction in cost of storage media for computers such as hard disk devices, image data has been stored in a server device as a computer file and shared, and the client device has been 2. Description of the Related Art An image processing apparatus based on a server-client type computer which accesses image data and performs operations such as editing and transmission has been proposed.

[0003] A client device is installed on a computer equipped with a network card and a local disk on an operating system (OS) including, as middleware, a file transfer protocol (ftp) client module for transferring computer files over a network. It is configured with an editing application. The editing application temporarily stores, as a computer file, image data as an editing material on a local disk on the client device, and performs an editing operation. The server device is equipped with an operating system (OS) including, as middleware, an ftp daemon module for transferring a computer file via a network on a computer equipped with a network card and a large capacity disk for storing image data. It is composed.

In the course of an editing operation, when it becomes necessary to transfer image data as a material image from a large-capacity disk on a server device to a local disk on a client device, the editing application sends a request to the ftp client module. Specify the server device and request user authentication. The ftp client module communicates with the ftp daemon module of the server device to establish a connection. After the connection is established, the editing application requests the ftp client module to obtain a file by designating the file name of a computer file in the large-capacity disk that stores necessary image data. ftp
The client module and the ftp daemon module work together to read the contents of the specified computer file from the large-capacity disk, and write the read contents to the computer file on the local disk. After the writing is completed, the editing application instructs the ftp client module to end the transfer process,
Image data is processed by accessing the computer file written in the local disk. The ftp client module instructed to terminate terminates the connection with the ftp daemon module.

[0005]

However, in the above-described conventional image transfer apparatus, it is often necessary to transfer image data between a plurality of server apparatuses for the purpose of, for example, copying a program. In such a case, control is performed from the client device using the network technology of the conventional server-client system, and when the transfer is performed from the transfer source server device to the transfer destination server device, first, the transfer source server device is restricted due to the restriction of the file transfer protocol. From the client device to the client device, and then from the client device to the destination server device. Since image data originally has an enormous amount of data, the conventional transfer processing requiring such two file transfers has a problem that a heavy load is imposed on the network.

On the other hand, in order to reduce the amount of file transfer, a file transfer protocol, such as ftp +, capable of transferring only a portion actually required for editing or the like has been developed, which enables partial transfer of files. However, in this case as well, the transfer of the partial file to the client device once requires two transfers for one transfer between the server devices, and wasteful transfer occurs as before. There was a problem that.

As one method of solving these problems, there is a method of adding a function so that a file can be directly transferred between ftp daemon modules. However, the function change of the middleware included in the OS has been conventionally required. Complicated processing was required because compatibility with functions had to be maintained, and it was difficult to realize.

The present invention solves such a conventional problem. When transferring a file of image data between a plurality of server devices under the control of a client device, the present invention provides
An object of the present invention is to provide a data transfer system capable of transferring data with a minimum number of transfers and reducing a network load.

[0009]

In order to solve the above-mentioned problems, a data transfer system according to the present invention includes one or more computer-based general-purpose middleware enabling TCP / IP communication in an OS. A client device and a plurality of server devices based on a computer and including general-purpose client-side middleware and server-side middleware for file transfer in an OS are connected to a network. According to the instructions, for realizing direct transfer of image data between two specific server devices of the plurality of server devices, a client module mounted on the client device and a server module mounted on the server device. Wherein the client module comprises an application A request receiving unit for receiving a transfer request having, as information, identifiers of two server devices performing the transfer, an identifier of a user performing the transfer, a file name of the file to be transferred, and a transfer direction; and an instruction from the request receiving unit. In response to the request, the SOCK in TCP / IP communication with one of the two servers specified in the transfer request
A communication path setting unit for setting a general-purpose communication path such as an ET communication path; and, after setting the communication path, receiving an instruction from the request receiving unit, transmitting the information included in the transfer request to the communication path. A request transmission unit for notifying the set server device, wherein the server module receives a request from the communication path setting unit to set a communication path, a communication path setting reception unit, and information from the request transmission unit. A request receiving unit for receiving, and, based on the received information, establish user authentication between a client-side middleware for file transfer on the OS and a server device as a transfer partner, and A request execution unit that instructs to transfer a file having a designated file name in accordance with the information on the transfer direction. With this configuration, when transferring a file of image data between a plurality of server devices under the control of the client device, the file can be transferred with the minimum number of transfers, and the network load can be reduced.

[0010] The data transfer system of the present invention includes an ftp + client module and an ftp + daemon module as general-purpose middleware for file transfer mounted on the two server devices performing the transfer. The receiving unit is configured to extend and receive information designating a part of a file to be transferred in addition to the information of the transfer request, and the request transmitting unit of the client module and the request receiving unit of the server module receive and transmit the information. The extended information is configured to be transferred, and the request execution unit of the server module is configured to perform partial transfer of a file based on the information. Can be transferred with the minimum number of transfers Can, so that it can reduce the network load.

In the data transfer system according to the present invention, the request receiving unit of the client module receives a transfer request by a batch file in which a plurality of transfer requests are listed, sequentially reads out each transfer request from the file, and transmits the request. The batch transfer of a plurality of files is realized by sending the file to the unit. With this configuration, the file transfer can be performed in a batch by batch processing, and the convenience of the user application can be improved.

Further, the data transfer system according to the present invention is arranged so that the contents of the batch file received by the request receiving unit of the client module are sent to the request executing unit of the server module in a lump. The configuration is such that the file is sequentially read from the file and an instruction is given to the client-side middleware on the OS. With this configuration, the file transfer can be collectively executed by batch processing, and the convenience of the user application can be improved. .

Further, in the data transfer system according to the present invention, the request receiving unit of the client module receives an EDL file indicating a result of the cut editing, converts the received EDL file into a batch file including a list of transfer requests, and converts the batch file into a batch file. In this configuration, the EDL file generated by the editing application can be used as it is in the batch processing of the file transfer, and the convenience of the user application can be improved.

Further, in the data transfer system according to the present invention, the request receiving section of the client module receives an EDL file indicating a cut editing result, and the request executing section of the server module converts the EDL file into a batch file composed of a series of transfer requests. With this configuration, in the batch processing of file transfer, the EDL file generated by the editing application can be used as it is, and the convenience of the user application is improved. You can do it.

Further, in the data transfer system according to the present invention, when the server module performs file transfer only as a file receiving side, a batch file or an ED
After all files specified by the L file have been transferred, using a general file connection command such as the cat command, the received files are connected in the order of transfer to form one file. An execution unit is added to the server module. With this configuration, a complete packet file can be easily generated by directly using the result of the batch processing of file transfer,
The convenience of the user application can be improved.

Further, in the data transfer system according to the present invention, the server device includes an effector that receives one or more image data files as input, performs a special effect, and generates and outputs one new image data as a file. The request receiving unit of the client module is configured to receive a batch file formed by listing the input file transfer request, the parameter indicating the type of the special effect, and the output file transfer request, and the request execution unit Instructed the client-side middleware on the OS to receive each input file based on the transfer request for the input file, and after receiving the input file, applied the special effect based on the parameter indicating the type of the special effect. Instructs the effector to generate an output file, and after generating the output file The output file is transmitted based on the output file transfer request. With this configuration, the effect function can be used via a network even for a user application having no effector. .

In the data transfer system of the present invention, when a client device is connected to a server device having a file connection execution unit added in the server module and a server device having an effector, the request reception unit of the client device A batch file for file transfer / consolidation, which receives an EDL file containing a special effect instruction as a batch file and transmits the EDL file to a server device equipped with a file connection execution unit, and a special file which is transmitted to a server device equipped with an effector. After converting to a batch file for effect control, first transmitting the batch file for special effect control to a server device equipped with an effector, and generating an output file subjected to special effects in the server device, Execute file concatenation for batch file for file transfer / consolidation It is configured to transmit to an on-board server device. With this configuration, it is possible to provide a means for realizing generation of a complete packet file requiring an effect function even for a user application having no effector. Convenience can be improved.

[0018]

Embodiments of the present invention will be described below in detail with reference to the drawings. (Embodiment 1) FIG. 1 shows the configuration of an image processing apparatus according to a first embodiment of the present invention. The client device 100 and the server devices 200 and 300 are connected to a network 500, and constitute an image processing device as a whole.

The client device 100 controls the network card 101 by the driver 102 and the TCP / IP communication module 103, thereby controlling the TCP / IP
This is a computer having an OS 104 that provides a communication function to an application, and has a client module 105 and a user application 106 in an image transfer module as applications. The client module 105 includes a request receiving unit 107, a communication path setting unit 108, and a request transmitting unit 109.

The server device 200 provides a TCP / IP communication function to the application by controlling the network card 201 by the driver 202 and the TCP / IP communication module 203, and further provides a file transfer function to the application by the ftp client module 204. It is a computer having an OS 206 to provide, and further has a large capacity disk 205 for storing image data as files. The server module 207 of the image transfer module is used as an application.
With. The server module 207 includes a communication path setting reception unit 208, a request reception unit 209, and a request execution unit 210
It is composed of

The server device 300 provides a TCP / IP communication function to an application by controlling the network card 301 by a driver 302 and a TCP / IP communication module 303, and further includes an ftp client module by an ftp daemon module 304. This is a computer having an OS 306 that provides a file transfer function to a client device, and further has a large-capacity disk 305 that stores image data as a file.

Next, the operation of the first embodiment will be described. When transferring a file 400 containing image data from the large-capacity disk 205 in the server device 200 to the large-capacity disk 305 in the server device 300, the user application 106 sends the server name 600 of the server device 200 and the Server name 601,
The request receiving unit 107 receives a user name 602 and a password 603 as user identifiers for logging in to the server device 200, a file name 610 of the file 400, and a “send” identifier that is a transfer direction when viewed from the server device 200 as a starting point. Requesting file transfer by notifying.

The request receiving unit 107 notifies the server name 600 to the communication path setting unit 108, and the communication path setting unit 108 uses the server name 600 to set the SOCKET communication path on the OS1.
Requests the TCP / IP communication function provided by G.04. Upon receiving the request, the TCP / IP communication module 103 notifies the OS 206 of the server device 200 via the network 500. The communication channel setting receiving unit 208 of the server 200
Based on the notification from the TCP / IP communication function provided by the OS 206, the occurrence of the above-described SOCKET communication channel setting request is detected and accepted. Thereby, the client device 10
0 and the server device 200 establish a SOCKET communication path.

Thereafter, the request transmitting section 109 of the client apparatus 100 transmits the server name 601, the user name 602, and the password 603 to the request receiving section 209 of the server apparatus 200 through the established SOCKET communication path.
, A file name 610 and a “send” identifier.
The request receiving unit 209 transmits the received content to the request executing unit 21
0, the request execution unit 201 issues a “ftp server name 601” command to the ftp client module 204 via the OS 206, so that the ftp client module 204 and the ft
The p-daemon module 304 performs communication, and a connection between the server device 200 and the server device 300 is established.
Subsequently, the request execution unit issues a “user user name 602” command, a “password password 603” command, and a “put file name 610” command, so that the ftp client modules 204 and f
The tp daemon module 304 performs communication, and the file 400 in the large-capacity disk 205 is
05 directly.

When the transfer direction is reverse from the server device 300 to the server device 200, the "reception" identifier is used instead of the "transmission" identifier, and the request execution unit responds accordingly.
Instead of the "put file name 610" command,
Issue a "get file name 610" command.

(Embodiment 2) Next, a second embodiment of the present invention will be described. FIG. 2 illustrates a configuration of an image processing apparatus according to a second embodiment of the present invention.
The same components as those in the first embodiment shown in FIG. 1 are denoted by the same reference numerals, and duplicate description will be omitted. This embodiment is different from the first embodiment in that the server 200
ftp instead of ftp client module 204
That is, the server device 300 is configured using the ftp + daemon module 307 instead of the ftp daemon module 304. Then, in addition to the information of the file name 610 in the first embodiment, a head position 611 indicating the head position of the transfer part of the file to be transferred.
And a transfer size 612 indicating the size of the transfer portion,
The user application 106 notifies the request execution unit 210 in the same procedure as in the first embodiment, and the request execution unit 210 replaces the “put file name 610” command of the first embodiment with By issuing the “put file name 610 head position 611 transfer size 612” command, only the designated part of the file 400 can be directly transferred from the large capacity disk 205 to the large capacity disk 305.

(Embodiment 3) Next, a third embodiment of the present invention will be described. The configuration of the image transfer device is the same as that of the second embodiment. FIG. 3 shows an example of the contents of a batch file 604 describing the processing contents requested by the user application 106 to the request receiving unit 107 in the third embodiment of the present invention.

Upon receiving the batch file 604, the request receiving unit 107 reads the contents up to the fourth line of the batch file 604, and transfers the file indicated by the file name 610 by the same processing as in the second embodiment. Perform After that, for the remaining lines of the batch file 604, the request execution unit 210 is notified of the file name, the head position, the transfer size, and the "send" identifier or the "receive" identifier. The request execution unit 210 issues an ftp command for performing file transfer based on the notified content, in the same procedure as the first file transfer. This allows
A plurality of file transfers can be executed by batch processing.

(Embodiment 4) Next, a fourth embodiment of the present invention will be described. The configuration of the image transfer device is the same as that of the second embodiment. Further, in this embodiment, the batch file 604 describing the processing contents requested by the user application 106 to the request receiving unit 107 is the same as that in FIG. 3 of the third embodiment.

Upon receiving the batch file 604, the request receiving unit 107 reads the contents of the first line of the batch file 604, and establishes a SOCKET communication channel by the same processing as in the second embodiment. Thereafter, the request execution unit 210 is collectively notified of the batch file 604 via the request transmission unit 109 and the request reception unit 209. The request execution unit 210 reads the contents of the second and third lines of the batch file 604, and performs the same processing as in the above-described second embodiment to execute the server 200 and the server 3
Establish a connection to 00. Thereafter, for each of the remaining lines of the batch file 604, an ftp + command for performing file transfer based on the notified contents is issued in the same procedure as in the third embodiment. As a result, a plurality of file transfers can be executed by batch processing.

(Embodiment 5) Next, a fifth embodiment of the present invention will be described. The configuration of the image transfer device is the same as that of the second embodiment. FIG. 4 shows an example of the contents of an EDL file 704 in which the processing contents requested by the user application 106 to the request receiving unit 107 are described in the fifth embodiment of the present invention. Each line of the EDL file 704 includes a clip name, which is the same information as the file name, a start time code indicating the start position of the clip, and an end time code indicating the end position of the clip.

The user application 106 sends a request to the request receiving unit 107 in the same manner as in the second embodiment described above, with the server name 600, the server name 601, and the user name 6.
02 and the password 603, and the EDL file 704. Then, the connection between the server device 200 and the server device 300 is established by the same processing as in the second embodiment. And the request receiving unit 1
07 reads the contents of each line of the EDL file 704 based on a proportional relationship in which the minimum unit of the time code corresponds to the amount of 128 kilobytes of the file, uses the clip name as it is as the file name, Is multiplied by a value of 128 kilobytes to calculate the start position, and a value obtained by subtracting the start time code from the end time code is multiplied by a value of 128 kilobytes to calculate the transfer size. A line indicating a file transfer request after the fourth line of the batch file 604 similar to the embodiment is generated. Then, by performing the same processing as in the third embodiment, the EDL file 70
A plurality of file transfers based on the contents described in No. 4 can be executed by batch processing collectively.

(Embodiment 6) Next, a sixth embodiment of the present invention will be described. The configuration of the image transfer device is the same as that of the second embodiment. Further, in the present embodiment, the EDL file 704 in which the processing contents requested by the user application 106 to the request receiving unit 107 are described is the same as that in FIG. 3 of the fifth embodiment.

In the present embodiment, the server device 200 and the server device 3 are processed in the same manner as in the fifth embodiment.
After establishing the connection with the request execution unit 210, the request execution unit 210 is notified of the EDL file 704 by the same processing as in the fourth embodiment. Then, the request execution unit 210
Reads the contents of each line of the EDL file 704 based on the proportional relationship in which the minimum unit of the time code is the amount of 128 kilobytes of the file, uses the clip name as it is as the file name, The transfer position is calculated by multiplying a value of 128 kilobytes to calculate the head position, multiplying a value obtained by subtracting the head time code from the end time code by a value of 128 kilobytes, and calculating the transfer size according to the fourth embodiment. A line indicating a file transfer request from the fourth line onward in the same batch file as is generated. Then, by performing the same processing as in the fourth embodiment, a plurality of file transfers based on the contents described in the EDL file 704 can be executed by batch processing.

(Embodiment 7) Next, a seventh embodiment of the present invention will be described. FIG. 5 shows a configuration of an image processing apparatus according to a seventh embodiment of the present invention.
The same components as those of the second embodiment shown in FIG. 2 are denoted by the same reference numerals, and their description will not be repeated. This embodiment is different from the second embodiment in that the file connection execution unit 2
12 is provided. File connection execution unit 212
Is to generate a single file by linking the files in the large-capacity disk 205 using the file operation function provided by the OS.

As in the sixth embodiment, after completing a plurality of file transfers, the request execution unit 210 notifies the file connection execution unit 206 of the end of the file transfer, and the file connection execution unit 212 A request to connect the second transferred file to the first transferred file is issued to the OS. Then, the above processing is sequentially repeated for all the transferred files, and the transferred files are connected to the above-mentioned first file.
This makes it possible to obtain a complete packet file in which the cut edit results are linked based on the EDL file 704.

(Eighth Embodiment) Next, an eighth embodiment of the present invention will be described. FIG. 6 shows the configuration of an image processing apparatus according to the eighth embodiment of the present invention.
The effect server 800 adds an effector 813 and an effector driver 814 to the server device 200 of the above-described second embodiment, and further replaces the large-capacity disk 205 with a relatively small-capacity local disk 805. The effector 813 provides the application on the OS 806 with a function of controlling the effector driver 814 to generate a file to which a special effect such as connection of two files by a wipe effect has been applied. Other components are the same as those of the image processing apparatus according to the second embodiment.

FIG. 7 shows an example of the contents of a batch file 605 in which the processing contents requested by the user application 106 to the request receiving unit 107 are described in this embodiment. The contents of the batch file 605 up to the fifth line are the same as those in the fourth embodiment. The content of the sixth line is a special effect command indicating that the files obtained by receiving and transferring the files on the fourth and fifth lines are connected by a wipe effect, and the content of the seventh line is connected. It shows information when the whole or a part of the file is transmitted and transferred as an output file.

By the same processing as in the fourth embodiment, the batch file 605 shown in FIG.
0, the request execution unit 810 completes the reception and transfer of the processing source file up to the fifth line, and then reads the contents up to the eighth line,
And the effector 8 via the effector driver 814
13, a file obtained by connecting two files indicated by the file name 610 and the file name 620 in the local disk 805 by a wipe effect to the file name 6
30 instructs generation on the local disk 805. Then, after the generation is completed, the generated file is transmitted and transferred based on the contents of the eighth line. This makes it possible to generate image data with a special effect even from a client device having no effector.

Embodiment 9 Next, a ninth embodiment of the present invention will be described. FIG. 8 illustrates a configuration of an image processing apparatus according to the present embodiment, which has a configuration in which the image processing apparatus illustrated in FIG. 2 and the image processing apparatus illustrated in FIG. 6 are combined. FIG. 9 illustrates a case where the user application 106 according to the present embodiment
07 that describes the processing contents required
5 shows a content example. Each line of the EDL file 705 includes a clip name, a start time code indicating the start position of the clip, and an end time code indicating the end position of the clip, as in the seventh embodiment, and is further connected. To apply special effects between two clips,
At the end of each line, a command identifier indicating the type of the special effect is added. In the example of FIG. 9, the clips shown in the third and fourth lines are connected by a wipe effect.

The client device 100 uses the EDL of FIG.
After notifying the request execution unit 210 up to the second line of the file 705 as in the seventh embodiment, the request reception unit 1
07 generates a batch file 605 for instructing the effect server 800 in the same manner as in the fifth embodiment. At this time, the request receiving unit 107 generates the output file name 630 with an appropriate value that does not overlap with the existing file name. Then, the file specified by the output file name 630 is transferred to the large-capacity disk 305 of the server device 300 by the same processing as in the eighth embodiment. After that, the request receiving unit 107
Instead of the third and fourth lines of the L file 705, a line is generated so as to receive the file specified by the above file name 630, and this is processed in the same manner as in the seventh embodiment. Thus, the request execution unit 210 is notified.

As described above, every time a special effect is indicated in the line of the EDL file 705, the above operation is repeated.
The request execution unit 210 is notified up to the last line of the EDL file. After that, the request execution unit 210 receives and connects the files from the server device 300 by the same processing as in the seventh embodiment. This makes it possible to generate a complete packet file based on the EDL file including the designation of the special effect.

The image transfer modules in the above embodiments are all configured as applications on the OS, and can be realized much more easily than adding functions to the file transfer function included in the OS. It is.

[0044]

As described above, according to the first aspect of the present invention,
According to the data transfer system described in (1), when transferring a file of image data between a plurality of server devices under the control of a client device, the image data file can be transferred with a minimum number of transfers, thereby reducing the network load. Can be.

According to the data transfer system of the second aspect of the present invention, the partial transfer of the file can be performed with the minimum number of transfers, and the network load can be reduced.

Further, according to the data transfer system according to the third and fourth aspects of the present invention, the file transfer can be collectively executed by batch processing, and the convenience of the user application can be improved. .

According to the data transfer system of the fifth and sixth aspects of the present invention, in the batch processing of the file transfer, the EDL file generated by the editing application can be used as it is, The convenience of the user application can be improved.

Further, according to the data transfer system of the present invention, a complete packet file can be easily generated by directly using the result of the batch processing of the file transfer, and the Convenience can be improved.

According to the data transfer system of the present invention, it is possible to use an effect function via a network for a user application having no effector.

According to the data transfer system of the ninth aspect of the present invention, it is possible to provide a means for generating a complete packet file requiring an effect function for a user application having no effector, The convenience of the user application can be improved.

[Brief description of the drawings]

FIG. 1 is a block diagram illustrating a configuration of an image processing apparatus according to a first embodiment of the present invention.

FIG. 2 is a block diagram illustrating a configuration of an image processing apparatus according to second, third, fourth, fifth, and sixth embodiments of the present invention.

FIG. 3 is a schematic diagram showing contents of a batch file used in a third embodiment of the present invention.

FIG. 4 is a schematic diagram showing the contents of an EDL file used in a fifth embodiment of the present invention.

FIG. 5 is a block diagram illustrating a configuration of an image processing apparatus according to a seventh embodiment of the present invention.

FIG. 6 is a block diagram illustrating a configuration of an image processing apparatus according to an eighth embodiment of the present invention.

FIG. 7 is a schematic diagram showing the contents of a batch file used in the eighth embodiment of the present invention.

FIG. 8 is a block diagram illustrating a configuration of an image processing apparatus according to a ninth embodiment of the present invention.

FIG. 9 is a schematic diagram showing the contents of an EDL file used in a ninth embodiment of the present invention.

[Explanation of symbols]

 REFERENCE SIGNS LIST 100 client device 101 network card 102 driver 103 TCP / IP communication module 104 OS 105 client module 106 user application 107 request receiving unit 108 communication path setting unit 109 request transmitting unit 200 server device 201 network card 202 driver 203 TCP / IP communication module 204 ftp client module 205 large-capacity disk 206 OS 207 server module 208 communication path setting reception unit 209 request reception unit 210 request execution unit 211 ftp + client module 212 file connection execution unit 300 server device 301 network card 302 driver 303 TCP / IP communication module 304 ftp daemon module 305 large capacity disk 306 OS 307 ftp + daemon module 400 file 500 network 800 effect server 801 network card 802 driver 803 TCP / IP communication module 805 large-capacity disk 806 OS 807 server module 808 communication path setting reception unit 809 request reception unit 810 request execution unit 811 ftp + client Module 813 Effector 814 Effector Driver

Continued on the front page F-term (reference)

Claims (9)

[Claims] A computer based TCP / I
One or more client devices that include general-purpose middleware in the OS that enables P communication, and general-purpose client-side middleware and server-side middleware for file transfer based on a computer that are included in the OS. Connecting a plurality of server devices to a network, and following an instruction from one of the client devices,
For realizing direct transfer of image data between two specific server devices among the plurality of server devices, the server device includes a client module mounted on the client device and a server module mounted on the server device, A request receiving unit that receives, from an application, a transfer request having, as information, an identifier of the two server devices performing the transfer, an identifier of the user performing the transfer, the file name of the file to be transferred, and the direction of the transfer; Upon receiving an instruction from the request receiving unit, a TC is transmitted between one of the two servers specified in the transfer request.
A communication path setting unit for setting a general-purpose communication path such as a SOCKET communication path in P / IP communication; and, after setting the communication path, receiving information from the request receiving unit, and transmitting information included in the transfer request. A request transmission unit that notifies the server device that has set the communication path, the server module has a communication path setting reception unit that sets a communication path in response to a request from the communication path setting unit, and the request transmission A request receiving unit that receives information from the unit, and, based on the received information, user authentication is performed between the client-side middleware for file transfer on the OS and the server device that is the transfer partner. A request execution unit for establishing and instructing to transfer a file having a designated file name in accordance with the transfer direction information. 2. An ftp + client module and an ftp + daemon module as general-purpose middleware for file transfer mounted on two server devices performing the transfer, and a request receiving unit of the client module transmits information on the transfer request. In addition to the above, information for designating a part of a file to be transferred is configured to be extended and received, and the extended information is also transmitted to the request transmitting unit of the client module and the request receiving unit of the server module in the information transmission. 2. The data transfer system according to claim 1, wherein the request execution unit of the server module is configured to partially transfer a file based on the information. 3. A request receiving unit of the client module receives a transfer request by a batch file in which a plurality of transfer requests are listed, sequentially reads out each transfer request from the file, and sends the read request to a request transmitting unit. 3. The data transfer system according to claim 1, wherein batch processing of file transfer is realized. 4. A configuration in which the contents of the batch file received by the request receiving unit of the client module are sent to the request executing unit of the server module in a lump,
4. The data transfer system according to claim 3, wherein the request execution unit is configured to sequentially read from the file and give an instruction to client-side middleware on an OS. 5. A request receiving unit of the client module, which receives an EDL file indicating a result of cut editing, converts the received EDL file into a batch file composed of a series of transfer requests, and executes batch processing of a plurality of file transfers. The data transfer system according to claim 3, wherein 6. A request receiving unit of the client module receives an EDL file indicating a result of cut editing, and a request executing unit of the server module converts the EDL file into a batch file including a series of transfer requests and converts the batch file into a batch file. The data transfer system according to claim 4, wherein the data transfer system executes a process. 7. When the server module performs file transfer only as a file receiving side, after completing transfer of all files designated by a batch file or an EDL file, a general-purpose command such as a cat command is used. 7. The data transfer according to claim 4, wherein a file link execution unit for linking received files in the order of transfer using a file link command to construct one file is added to the server module. system. 8. The server device further includes an effector that receives a file of one or more image data as input, applies a special effect, generates and outputs one new image data as a file, and includes a request receiving unit of the client module,
An input file transfer request, a parameter indicating the type of the special effect, and a batch file configured by listing the output file transfer request are configured to be accepted, and the request execution unit is configured to receive the input file transfer request based on the input file transfer request. Instructs the client-side middleware on the OS to receive each input file, and after receiving the input file, generates an output file to which a special effect has been applied based on the parameter indicating the type of the special effect. 5. The data transfer system according to claim 4, wherein an instruction is given to an effector, and after the output file is generated, the output file is transmitted based on the output file transfer request. 9. When a client device is connected to the server device according to claim 7 and the server device according to claim 8,
A batch file for file transfer / connection, wherein the request receiving unit of the client device receives an EDL file including a special effect instruction as a batch file, and transmits the EDL file to the server device according to claim 7. A special effect control batch file to be transmitted to the server device described above is converted, and then the special effect control batch file is transmitted to the server device according to claim 8, and the special effect is applied to the server device. 8. A data transfer system, wherein the data transfer system is configured to transmit the batch file for file transfer / connection after generating the output file.