WO2016185616A1

WO2016185616A1 - Data transfer processing program, data transfer processing method, and data transfer processing apparatus

Info

Publication number: WO2016185616A1
Application number: PCT/JP2015/064657
Authority: WO
Inventors: 浩平張替; 慶一冨山; 雅弥内藤
Original assignee: 富士通株式会社
Priority date: 2015-05-21
Filing date: 2015-05-21
Publication date: 2016-11-24

Abstract

A monitor unit (42) monitors life or death of APL-SV (4a) and transmits the result of the monitoring to a filter instruction unit (31). The filter instruction unit (31) then stores the result of the monitoring to a life-or-death table (33). If the APL-SV (4a) is in a state of life, the filter instruction unit (31) instructs a filter processing unit (44) to perform a filter setting, while a control processing unit (34) of III-SV (3a) controls APL-CL (1a) to transmit a packet. Upon reception of the packet, a PROXY thread unit (37) of the III-SV (3a) determines whether the filter setting has been completed or not, and, if not, temporarily stores the packet into a cache (39). After completion of the filter setting, the PROXY thread unit (37) of the III-SV (3a) extracts the packet from the cache (39) and transmits the packet to the APL-SV (4a).

Description

Data transfer processing program, data transfer processing method, and data transfer processing device

The present invention relates to a data transfer processing program, a data transfer processing method, and a data transfer processing device.

When TCP / IP (Transmission Control Protocol / Internet Protocol) communication is performed between remote locations, there is a technology that speeds up communication by changing part of the TCP / IP connection establishment and data transfer procedures.

JP 2000-316026 A JP 2003-69615 A

FIG. 10 is a diagram showing an example of speeding up by replacing the midway communication with a UDP (User Datagram Protocol) -based communication protocol in data communication using TCP / IP between remote locations. In FIG. 10, an APL-CL terminal 91 is a client terminal whose IP address is A, and an APL-SV terminal 94 is a server apparatus whose IP address is D. The APL-CL terminal 91 and the APL-SV terminal 94 are connected by a WAN (Wide Area Network) 95.

In the APL-CL terminal 91, the APL-CL 91a operates, and in the APL-SV terminal 94, the APL-SV 94a operates. APL-CL 91a is a client-side application, and APL-SV 94a is a server-side application. The APL-CL 91a and APL-SV 94a perform TCP / IP communication using the WAN 95.

As shown in FIG. 10, communication between the APL-CL 91a and the APL-SV 94a is performed in the III-CL 92a operating on the III-CL terminal 92 whose IP address is B and the III-SV terminal whose IP address is C. Relayed by III-SV 93a operating at 93. III-CL 92a is transfer software on the client side, and III-SV 93a is transfer software on the server side. Communication between APL-CL91a and III-CL92a and communication between III-SV93a and APL-SV94a are performed using TCP, and communication between III-CL92a and III-SV93a uses a UDP-based communication protocol. And faster than TCP.

In transmission from APL-CL 91a to APL-SV 94a, APL-CL 91a sets Src = A: a and Dst = B: b to the packet and transmits the packet to III-CL 92a. Here, Src = A: a indicates that the source IP address and port number are A and a, respectively, and Dst = B: b indicates that the destination IP address and port number are B and b, respectively. Represents something. The III-CL 92a sets Src = B: b and Dst = C: c to the packet, and transmits the packet to the III-SV 93a. The III-SV 93a sets Src = C: c and Dst = D: d in the packet and transmits the packet to the APL-SV 94a.

The APL-SV terminal 94 that has received the packet rewrites Src = C: c of the packet with Src = A: a and passes it to the APL-SV 94a. That is, when viewed from the APL-SV 94a, the packet transmission source is the APL-CL 91a. The APL-SV 94a uses the IP address of the client terminal to access when limiting the information disclosure target. Therefore, the source IP address of the packet received by the APL-SV 94a needs to be the IP address of the client terminal, and the APL-SV terminal 94 performs conversion.

In the transmission from the APL-SV 94a to the APL-CL 91a, the APL-SV 94a sets Src = D: d and Dst = A: a to the packet and transmits the packet. Then, the APL-SV terminal 94 rewrites Dst = A: a to Dst = C: c and transmits the packet to the III-SV 93a. The III-SV 93a sets Src = C: c and Dst = B: b to the packet, and transmits the packet to the III-CL 92a. The III-CL 92a sets Src = B: b and Dst = A: a to the packet, and transmits the packet to the APL-CL 91a.

Thus, by replacing the middle of remote communication using TCP between the client terminal and the server device with a UDP-based communication protocol, the remote communication can be speeded up.

The APL-SV terminal 94 rewrites the IP address and port number using a conversion table that associates the rewrite source with the rewrite destination. However, when the IP address of the APL-CL terminal 91 is dynamically assigned by DHCP (Dynamic Host Configuration Protocol) or the like, the APL-SV terminal 94 cannot create a static conversion table in advance. Therefore, the APL-SV terminal 94 dynamically creates a conversion table.

FIG. 11 is a diagram for explaining the dynamic creation of the conversion table. In FIG. 11, the IP address of the APL-CL terminal 91 is 191.168.1.1, the IP address of the III-CL terminal 92 is 191.168.1.10, and the IP address of the III-SV terminal 93 is The IP address is 191.168.10.10, and the IP address of the APL-SV terminal 94 is 191.168.10.1. Here, it is assumed that the source and destination port numbers are always the same.

As shown in FIG. 11, the III-CL 92a receives a packet addressed to the APL-SV 94a from the APL-CL 91a (1), and transmits the IP address of the user terminal IP, that is, the APL-CL terminal 91 to the III-SV 93a (2 ) Hold the packet transfer. The III-SV 93a transmits the IP address of the APL-CL terminal 91 to the APL-SV terminal 94 and instructs the setting of SrcIP rewriting, that is, the setting of the conversion table (3). Here, SrcIP is a source IP address.

In the APL-SV terminal 94, the driver 94b performs SrcIP rewrite settings (4), and notifies the III-SV 93a that SrcIP rewrite settings have been completed (5). The III-SV 93a notifies the III-CL 92a that the setting for rewriting SrcIP has been completed (6). The III-CL 92a transfers the held packet to the III-SV 93a (7). The III-SV 93a transfers the packet to the APL-SV 94a (8).

In the APL-SV terminal 94, the SrcIP rewriting process is performed, and the IP address 191.168.10.10 of the III-SV terminal 93 in the packet is rewritten to the IP address 191.168.1.1 of the APL-CL terminal 91. (9). The APL-SV 94a receives the packet rewritten to the IP address of the APL-CL terminal 91 (10).

In the dynamic creation of the conversion table shown in FIG. 11, the III-CL 92a starts packet transfer after completing the setting of the conversion table. Therefore, there is a problem that the throughput decreases due to waiting for packet transfer.

In one aspect, the present invention aims to reduce transfer waiting time and improve throughput.

In one aspect, a data transfer processing program disclosed in the present application is, in one aspect, a destination received by a packet in which data received from a transmission source device is received from the first device and an address of the transmission source device is set. It is executed on the computer of the second device that transfers to the device. The data transfer processing program causes the computer to execute a process of receiving a monitoring result of an operation state of a transmission destination that receives the data at the transmission destination device. In response to a transfer request for the data from the first device to the transmission destination device, the data transfer processing program, when the operation state of the transmission destination is normal, Causing the computer to execute processing for sending an address translation setting instruction from the second device to the transmission source device. In parallel, the data transfer processing program causes the computer to execute a process of instructing the first device to transfer the data. The data transfer processing program holds the data transferred from the first device until a completion response to the setting instruction is received, and transfers the data to the transmission destination device after receiving the completion response. Cause the computer to execute.

According to one embodiment, throughput can be improved.

FIG. 1 is a diagram for explaining the packet transfer system according to the embodiment. FIG. 2 is a flowchart illustrating a process flow of the packet transfer system according to the embodiment. FIG. 3 is a diagram illustrating the configuration of the packet transfer system according to the embodiment. FIG. 4 is a flowchart showing a flow of processing for performing APL-SV alive monitoring. FIG. 5 is a flowchart showing a flow of packet transfer processing. FIG. 6 is a flowchart showing a flow of filter setting processing by III-SV or the like. FIG. 7 is a flowchart showing a flow of packet transmission processing by III-CL. FIG. 8 is a flowchart showing a flow of packet reception processing by III-SV. FIG. 9 is a diagram illustrating a hardware configuration of each terminal that executes software. FIG. 10 is a diagram illustrating an example of speeding up of remote communication. FIG. 11 is a diagram for explaining the dynamic creation of the conversion table.

Hereinafter, embodiments of a data transfer processing program, a data transfer processing method, and a data transfer processing device disclosed in the present application will be described in detail with reference to the drawings. Note that this embodiment does not limit the disclosed technology.

First, the packet transfer system according to the embodiment will be described. FIG. 1 is a diagram for explaining the packet transfer system according to the embodiment. As shown in FIG. 1, the packet transfer system 10 includes an APL-CL terminal 1, an III-CL terminal 2, a III-SV terminal 3, and an APL-SV terminal 4.

The APL-CL terminal 1 is a client terminal whose IP address is 192.168.1.1. The APL-SV terminal 4 is a server device having an IP address of 192.168.10.1. The APL-CL terminal 1 and the APL-SV terminal 4 are connected by a WAN.

In APL-CL terminal 1, APL-CL 1a operates, and in APL-SV terminal 4, APL-SV 4a and driver 4b operate. APL-CL 1a is a client-side application, and APL-SV 4a is a server-side application. The driver 4b is software that rewrites an IP address. The APL-CL 1a and APL-SV 4a perform TCP / IP communication using a WAN.

The III-CL terminal 2 is a client-side device that relays communication between the APL-CL 1a and the APL-SV 4a. The IP address of the III-CL terminal 2 is 192.168.1.10. The III-SV terminal 3 is a server-side device that relays communication between the APL-CL 1a and the APL-SV 4a. The IP address of the III-SV terminal 3 is 192.168.10.10.

Communication between APL-CL 1a and APL-SV 4a is relayed by III-CL 2a operating on III-CL terminal 2 and III-SV 3a operating on III-SV terminal 3. III-CL 2a is transfer software on the client side, and III-SV 3a is transfer software on the server side. Communication between APL-CL1a and III-CL2a and communication between III-SV3a and APL-SV4a are performed using TCP, and communication between III-CL2a and III-SV3a uses a UDP-based communication protocol. And faster than TCP.

FIG. 2 is a flowchart illustrating a processing flow of the packet transfer system 10 according to the embodiment. In FIG. 2, step Sn (n = 0 to 11) indicating steps corresponds to (n) shown in FIG.

The SrcIP rewriting driver 4b of the APL-SV terminal 4 performs alive monitoring of all APL-SVs 4a operating on the APL-SV terminal 4, and sends the monitoring results (monitoring results) to the III-SV 3a as APL survival information. (Step S0). The III-CL 2a receives the packet addressed to the APL-SV 4a from the APL-CL 1a (step S1), notifies the user terminal IP, that is, the IP address of the APL-CL terminal 1, to the III-SV 3a, and holds the packet transfer pending. (Step S2).

The III-SV 3a transmits the IP address of the APL-CL terminal 1 to the APL-SV terminal 4, and instructs the APL-SV terminal 4 to set rewriting of SrcIP, that is, to set the conversion table (step S3). In the APL-SV terminal 4, the driver 4b sets SrcIP rewriting (step S4), and notifies the III-SV 3a that setting of SrcIP rewriting is completed (step S5).

Further, in parallel with the processing from step S3 to step S5, the packet transfer system 10 performs the following processing from step S6 to step S8. The III-SV 3a refers to the monitoring result transmitted in step S0 and determines whether or not the transmission destination APL-SV 4a is operating. Then, when the transmission destination APL-SV 4a is operating, the III-SV 3a instructs the III-CL 2a to start communication without waiting for the setting of the SrcIP rewriting of the APL-SV terminal 4 (step S6). The III-CL 2a starts transferring the held packet to the III-SV 3a (step S7). The III-SV 3a stores the transferred packet in the cache (step S8).

The III-SV 3a then transfers the packet stored in the cache to the APL-SV 4a after the completion of the SrcIP rewrite setting (step S9). Then, the APL-SV terminal 4 performs the SrcIP rewriting process, and the IP address 192.168.10.10 of the III-SV terminal 3 in the packet is changed to the IP address 192.168.1.1 of the APL-CL terminal 1. Rewrite (step S10). The APL-SV 4a receives the packet rewritten to the IP address of the APL-CL terminal 1 (step S11).

In this way, the III-CL 2a transfers the packet to the III-SV 3a without waiting for the setting of the SrcIP rewrite of the APL-SV terminal 4, and the III-SV 3a stores the transferred packet in the cache. The transfer waiting time due to the setting can be reduced.

Next, the configuration of the packet transfer system 10 according to the embodiment will be described. FIG. 3 is a diagram illustrating the configuration of the packet transfer system 10 according to the embodiment. Note that the numbers described in the balloons in FIG. 3 indicate the processes performed by the respective functional units, and correspond to the numbers added to the respective processes in the flowcharts illustrated in FIGS.

As shown in FIG. 3, the APL-CL 1 a operating on the APL-CL terminal 1 communicates with the III-CL terminal 2 using the TCP socket 11. The III-CL 2 a operating on the III-CL terminal 2 includes a PROXY thread unit 22, a communication protocol processing unit 23, a control processing unit 24, a UDP transmission / reception unit 26, and a TCP transmission / reception unit 28.

The PROXY thread unit 22 communicates with the APL-CL terminal 1 using the TCP socket 21 and transmits / receives a packet to / from the APL-CL terminal 1. Further, the PROXY thread unit 22 acquires band information from the communication protocol processing unit 23 and determines the size of the cache 39 of the III-SV terminal 3 based on the band information. Here, the band information is band information for communication between the III-CL terminal 2 and the III-SV terminal 3.

Also, the PROXY thread unit 22 acquires a protocol from the communication protocol processing unit 23. The PROXY thread unit 22 transmits the packet to the UDP transmission / reception unit 26 when the acquired protocol is a UDP-based protocol, and transmits the packet to the TCP transmission / reception unit 28 when the acquired protocol is TCP. Send. The PROXY thread unit 22 is realized by a thread generated for each APL-CL 1a.

The communication protocol processing unit 23 transmits bandwidth information and protocol for communication between the III-SV terminal 2 and the III-SV terminal 3 from the communication protocol processing unit 36 of the III-SV 3a via the control processing unit 24 and the control processing unit 34. Is acquired and transmitted to the PROXY thread unit 22.

The control processing unit 24 performs TCP session control. Specifically, the control processing unit 24 confirms the connection of the TCP session. The control processing unit 24 communicates with the III-SV terminal 3 using the TCP socket 25.

The UDP transmission / reception unit 26 performs packet transmission / reception with the III-SV terminal 3 using the UDP socket 27 using RPS (Random Parity Stream) or UNAP (Universal Network Acceleration Protocol) as a communication protocol. RPS and UNNAP are UDP-based communication protocols, and realize higher-speed communication than TCP. The UDP transmission / reception unit 26 transmits the packet received from the PROXY thread unit 22 to the III-SV terminal 3 and transmits the packet received from the III-SV terminal 3 to the PROXY thread unit 22.

TCP transmission / reception unit 28 performs transmission / reception of packets with III-SV terminal 3 using TCP socket 29 using TCP as a communication protocol. The TCP transmission / reception unit 28 transmits the packet received from the PROXY thread unit 22 to the III-SV terminal 3 and transmits the packet received from the III-SV terminal 3 to the PROXY thread unit 22.

The III-SV 3a operating on the III-SV terminal 3 includes a filter instruction unit 31, a life / death table 33, a control processing unit 34, a communication protocol processing unit 36, a PROXY thread unit 37, and a cache 39. The III-SV 3a includes a UDP transmission / reception unit 3b, a TCP transmission / reception unit 3d, and a data processing unit 3f.

The filter instruction unit 31 receives the monitoring result for each APL-SV 4a from the monitoring unit 42 of the APL-SV terminal 4, and stores it in the life / death table 33 as life / death information 33a. Further, the filter instruction unit 31 instructs the filter processing unit 44 of the APL-SV terminal 4 to set a filter in response to an instruction from the PROXY thread unit 37. Here, the filter setting is to set the rewrite source and the rewrite destination IP address in association with each other in the conversion table. The filter instruction unit 31 communicates with the APL-SV terminal 4 using the TCP socket 32.

The life and death table 33 stores life and life information 33a indicating whether or not the device is operating normally for each APL-SV 4a. The life / death information 33 a is stored by the filter instruction unit 31 and used by the control processing unit 34.

The control processing unit 34 performs TCP session control. Specifically, the control processing unit 34 confirms the connection of the TCP session. The control processing unit 34 communicates with the III-CL terminal 2 using the TCP socket 35. In addition, the control processing unit 34 determines whether communication with the APL-SV 4a is possible using the information in the life / death table 33, and transmits the determination result to the III-CL terminal 2.

The communication protocol processing unit 36 measures a communication band between the III-CL terminal 2 and the III-SV terminal 3 and stores it as band information. In addition, the communication protocol processing unit 36 determines whether to send the packet by a UDP-based protocol or TCP, and stores the determined protocol. Further, the communication protocol processing unit 36 transmits the stored bandwidth information and protocol to the communication protocol processing unit 23 via the control processing unit 34 and the control processing unit 24.

The PROXY thread unit 37 communicates with the APL-SV terminal 4 using the TCP socket 38 and transmits / receives a packet to / from the APL-SV terminal 4. Further, the PROXY thread unit 37 acquires a protocol from the communication protocol processing unit 36. The PROXY thread unit 37 transmits the packet to the UDP transmission / reception unit 3b when the acquired protocol is a UDP-based protocol, and transmits the packet to the TCP transmission / reception unit 3d when the acquired protocol is TCP. Send. The PROXY thread unit 37 transmits the packet to the UDP transmission / reception unit 3b or the TCP transmission / reception unit 3d via the data processing unit 3f.

Further, the PROXY thread unit 37 instructs the filter processing unit 44 of the APL-SV terminal 4 to set a filter via the filter instruction unit 31. The PROXY thread unit 37 establishes a TCP connection to the APL-SV 4a. In addition, the PROXY thread unit 37 transmits whether or not communication with the APL-SV 4 a is possible to the III-CL terminal 2 via the communication protocol processing unit 36 and the control processing unit 34.

The PROXY thread unit 37 checks whether or not the APL-SV 4a filter has been set, and if not, caches the packet sent from the III-CL terminal 2 via the data processing unit 3f. Save to 39. Further, the PROXY thread unit 37 transmits the packet stored in the cache 39 to the APL-SV 4a when the filter has been set, and when there is no packet in the cache 39, the packet sent from the data processing unit 3f. Is transmitted to the APL-SV 4a. The PROXY thread unit 37 is realized by a thread generated for each APL-SV 4a.

The cache 39 stores, as data information 39a, a packet sent from the III-CL terminal 2 via the data processing unit 3f when the APL-SV 4a filter has not been set.

UDP transmission / reception unit 3b performs packet transmission / reception with III-CL terminal 2 using UDP socket 3c using RPS or UNAP as a communication protocol. The UDP transmission / reception unit 3b transmits the packet received from the APL-SV 4a via the PROXY thread unit 37 and the data processing unit 3f to the III-CL terminal 2, and the packet received from the III-CL terminal 2 is transmitted to the data processing unit 3f. To the PROXY thread unit 37.

The TCP transmission / reception unit 3d performs transmission / reception of packets with the III-CL terminal 2 using the TCP socket 3e using TCP as a communication protocol. The TCP transmission / reception unit 3d transmits the packet received from the APL-SV 4a via the PROXY thread unit 37 and the data processing unit 3f to the III-CL terminal 2, and the packet received from the III-CL terminal 2 is transmitted to the data processing unit 3f. To the PROXY thread unit 37.

The data processing unit 3 f receives a packet from the UDP transmission / reception unit 3 b or the TCP transmission / reception unit 3 d and transmits the packet to the PROXY thread unit 37. Further, the data processing unit 3f receives a packet from the PROXY thread unit 37 and transmits the packet to the UDP transmission / reception unit 3b or the TCP transmission / reception unit 3d based on the communication protocol.

The APL-SV 4 a operating on the APL-SV terminal 4 communicates with the III-SV terminal 3 using the TCP socket 41. In the APL-SV terminal 4, a monitoring unit 42 and a filter processing unit 44 operate in addition to the APL-SV 4a.

The monitoring unit 42 performs alive monitoring of the APL-SV 4a, and transmits the monitoring result to the filter instruction unit 31 of the III-SV terminal 3. The filter processing unit 44 performs filter setting based on an instruction from the filter instruction unit 31 of the III-SV 3a. The monitoring unit 42 and the filter processing unit 44 communicate with the III-SV terminal 3 using the TCP socket 44. The monitoring unit 42 and the filter processing unit 44 correspond to the driver 4b illustrated in FIG.

Next, the flow of processing for performing alive monitoring of APL-SV4a will be described. FIG. 4 is a flowchart showing a flow of processing for performing the alive monitoring of the APL-SV 4a. As shown in FIG. 4, the monitoring unit 42 executes the process sandwiched between step S21 and step S27 at regular intervals. Moreover, the monitoring part 42 performs the process pinched | interposed by step S22 and step S26 by the number of services. Here, the service is a server client service provided by the APL-SV 4a to the APL-CL 1a.

The monitoring unit 42 of the APL-SV terminal 4 monitors the life and death of the APL-SV 4a (step S23), and the filter instruction unit 31 of the III-SV 3a receives the life and death information from the monitoring unit 42 of the APL-SV terminal 4 (step S24). ). The filter instruction unit 31 of the III-SV 3a stores the life / death information in the life / death table 33 (step S25).

In this way, the monitoring unit 42 monitors the life and death of the APL-SV 4a and notifies the filter instruction unit 31 of the III-SV 3a, thereby transmitting useless packets from the III-CL terminal 2 to the III-SV terminal 3. Can be prevented.

Next, the flow of packet transfer processing will be described. FIG. 5 is a flowchart showing a flow of packet transfer processing. As shown in FIG. 5, the APL-CL 1a requests connection to the PROXY thread unit 22 of the III-CL 2a (step S31).

Then, the PROXY thread unit 22 of the III-CL 2a requests band information and protocol from the communication protocol processing unit 23 of the III-CL 2a (step S32), and the communication protocol processing unit 23 of the III-CL 2a controls the control processing unit of the III-CL 2a. 24 is requested for connection (step S33).

Then, the control processing unit 24 of the III-CL 2a confirms the connection to the control processing unit 34 of the III-SV 3a (step S34), and the control processing unit 34 of the III-SV 3a receives the connection confirmation from the III-CL 2a (step S34). S35). Then, the control processing unit 34 of the III-SV 3a acquires the life / death information 33a from the life / death table 33 (step S36), and determines the life / death of the APL-SV 4a (step S37).

As a result, when the APL-SV 4a is active, the packet transfer system 10 performs the following processing in steps S38 to S43 and processing in steps S44 to S45 in parallel. In FIG. 5, two thick lines indicate that the processes of the two flows are performed in parallel.

That is, on the other hand, the control processing unit 34 of the III-SV 3a acquires the band information and the protocol from the communication protocol processing unit 36 of the III-SV 3a (step S38). Then, the control processing unit 34 of the III-SV 3a returns the band information and protocol to the control processing unit 24 of the III-CL 2a (step S39). Then, the control processing unit 24 of the III-CL 2a transmits the band information and the protocol to the communication protocol processing unit 23 of the III-CL 2a (Step S40). Then, the communication protocol processing unit 23 of the III-CL 2a transmits the band information and the protocol to the PROXY thread unit 22 of the III-CL 2a (step S41).

Then, III-CL 2a performs packet transmission processing for transmitting packets to III-SV 3a (step S42), and III-SV 3a performs packet reception processing for receiving packets sent from III-CL 2a (step S43). Then, the packet received by the III-SV 3a is transmitted to the APL-SV 4a, and the APL-SV 4a receives the packet (step S54).

On the other hand, the communication protocol processing unit 36 of the III-SV 3a confirms the connection of the APL-SV 4a to the PROXY thread unit 37 of the III-SV 3a (step S44), and the III-SV 3a etc. performs a filter setting process for performing filter setting (step S44) S45).

On the other hand, when the APL-SV 4a is dead, the packet transfer system 10 performs the filter setting process and the packet transmission / reception process sequentially by the processes of the following steps S46 to S54.

That is, the control processing unit 34 of the III-SV 3a acquires the band information and the protocol from the communication protocol processing unit 36 of the III-SV 3a (step S46). Then, the communication protocol processing unit 36 of the III-SV 3a confirms the connection of the APL-SV 4a to the PROXY thread unit 37 of the III-SV 3a (step S47), and the III-SV 3a etc. performs a filter setting process (step S48).

Then, the control processing unit 34 of the III-SV 3a returns the band information and the protocol to the control processing unit 24 of the III-CL 2a (Step S49). Then, the control processing unit 24 of the III-CL 2a transmits the band information and the protocol to the communication protocol processing unit 23 of the III-CL 2a (Step S50). Then, the communication protocol processing unit 23 of the III-CL 2a transmits the band information and the protocol to the PROXY thread unit 22 of the III-CL 2a (Step S51). Then, III-CL 2a performs packet transmission processing (step S52), and III-SV 3a performs packet reception processing (step S53). Then, the packet received by the III-SV 3a is transmitted to the APL-SV 4a, and the APL-SV 4a receives the packet (step S54).

As described above, when the APL-SV 4a is active, the packet transfer system 10 can reduce the transfer waiting time due to the filter setting by performing the filter setting process and the packet transmission / reception process in parallel. it can.

Next, the flow of filter setting processing by III-SV 3a will be described. FIG. 6 is a flowchart showing the flow of filter setting processing by the III-SV 3a or the like. As shown in FIG. 6, the PROXY thread unit 37 of the III-SV 3a instructs the filter setting unit 31 of the III-SV 3a to set a filter (step S61).

Then, the filter instruction unit 31 of the III-SV 3a instructs the filter processing unit 44 of the APL-SV 4a to set the filter (step S62), and the filter processing unit 44 of the APL-SV 4a sets the filter (step S63). Then, the filter processing unit 44 of the APL-SV 4a transmits the setting result to the filter instruction unit 31 of the III-SV 3a, and the filter instruction unit 31 of the III-SV 3a receives the setting result, and sends it to the PROXY thread unit 37 of the III-SV 3a. Transmit (step S64).

Then, the PROXY thread unit 37 of the III-SV 3a determines whether or not the setting result is successful (step S65). If the setting result is unsuccessful, the process proceeds to step S68. On the other hand, if the setting result is successful, the PROXY thread unit 37 of the III-SV 3a confirms the connection to the APL-SV 4a (step S66), and the connection of the APL-SV 4a is confirmed (step S67).

Then, the PROXY thread unit 37 of the III-SV 3a transmits the communication propriety to the APL-SV 4a to the communication protocol processing unit 36 of the III-SV 3a (step S68). Then, the communication protocol processing unit 36 of the III-SV 3a transmits whether or not communication with the APL-SV 4a is possible to the control processing unit 34 of the III-SV 3a (step S69). Then, the control processing unit 34 of the III-SV 3a transmits whether or not communication to the APL-SV 4a is possible to the control processing unit 24 of the III-CL 2a (step S70).

Then, the control processing unit 24 of the III-CL 2a transmits the communication propriety to the APL-SV 4a to the communication protocol processing unit 23 of the III-CL 2a (step S71). Then, the communication protocol processing unit 23 of the III-CL 2a transmits the communication propriety to the APL-SV 4a to the PROXY thread unit 22 of the III-CL 2a (step S72).

In this way, the PROXY thread unit 37 of the III-SV 3a instructs the filter processing unit 44 of the APL-SV 4a via the filter instruction unit 31 so that the filter processing unit 44 can perform the filter setting.

Next, the flow of packet transmission processing by III-CL2a will be described. FIG. 7 is a flowchart showing the flow of packet transmission processing by III-CL 2a. As shown in FIG. 7, the PROXY thread unit 22 of the III-CL 2a determines the size of the cache 39 of the III-SV 3a from the band information (step S81).

Then, the PROXY thread unit 22 of the III-CL 2a returns a response to the APL-CL 1a (step S82). If the III-CL 2a can communicate with the APL-SV 4a, the III-CL 2a performs the process between step S83 and step S90 until the transmission of all packets is completed.

That is, the PROXY thread unit 22 of the III-CL 2a receives a packet from the APL-CL 1a (step S84), determines whether or not communication with the APL-SV 4a is possible (step S85), and whether there is a response from the APL-SV 4a. Is determined (step S86). As a result, if there is no response, filter setting has not been completed, so the PROXY thread unit 22 of III-CL 2a determines whether or not the cache size has been exceeded (step S87). Returns to step S84.

On the other hand, if the cache size is not exceeded, the PROXY thread unit 22 of the III-CL 2a sends the packet to the TCP transmitting / receiving unit 28 or the UDP transmitting / receiving unit 26 of the III-CL 2a based on the protocol (step S88). Then, the TCP transmission / reception unit 28 or the UDP transmission / reception unit 26 of the III-CL 2a sends the packet to the TCP transmission / reception unit 3d or the UDP transmission / reception unit 3b of the III-SV 3a (step S89).

In step S86, if there is a response from the APL-SV 4a, the filter setting has been completed or has failed, so the PROXY thread unit 22 of the III-CL 2a can communicate with the APL-SV 4a. It is determined whether or not (step S91). As a result, if the communication with the APL-SV 4a is possible, the PROXY thread unit 22 of the III-CL 2a moves to step S88. If the communication with the APL-SV 4a is not possible, the PROXY thread unit 22 moves to the APL-CL 1a. The result is notified (step S92), and the process is terminated.

As described above, when there is no response from the APL-SV 4a, the III-CL 2a can suppress the packet transfer delay due to the filter setting by transmitting the packet to the III-SV 3a within the cache size.

Next, the flow of packet reception processing by III-SV 3a will be described. FIG. 8 is a flowchart showing a flow of packet reception processing by the III-SV 3a. If the filter has not been set, the III-SV 3a repeats the process between step S101 and step S107 shown in FIG. 8, and when the filter has been set, the process between step S101 and step S115 shown in FIG. repeat.

That is, the TCP transmitting / receiving unit 3d or the UDP transmitting / receiving unit 3b of the III-SV 3a sends a packet to the data processing unit 3f of the III-SV 3a (step S102). Then, the data processing unit 3f of the III-SV 3a sends the packet to the PROXY thread unit 37 of the III-SV 3a (step S103).

Then, it is confirmed whether the PROXY thread unit 37 of the III-SV 3a has been set with a filter (step S104), and it is determined whether the confirmation result has been completed (step S105). As a result, if the confirmation result is not completed, the PROXY thread unit 37 of the III-SV 3a stores the packet in the cache 39 (step S106) and returns to step S102.

On the other hand, if the confirmation result has been completed, the PROXY thread unit 37 of the III-SV 3a confirms whether there is a packet in the cache 39 (step S108) and determines whether there is a packet (step S109). As a result, if there is no packet, the III-SV 3a proceeds to step S114.

On the other hand, if there is a packet in the cache 39, the PROXY thread unit 37 of the III-SV 3a repeats the process sandwiched between steps S110 and S113 for all the packets in the cache 39. That is, the PROXY thread unit 37 of the III-SV 3a acquires a packet from the cache 39 (step S111), and transmits the acquired packet to the APL-SV 4a (step S112).

Then, the PROXY thread unit 37 of the III-SV 3a transmits the packet transmitted from the data processing unit 3f of the III-SV 3a to the APL-SV 4a (step S114).

As described above, the PROXY thread unit 37 of the III-SV 3a temporarily saves the packet sent from the III-CL 2a in the cache 39 while the filter setting is not completed, whereby the packet resulting from the filter setting Transfer delay can be suppressed.

Next, the hardware configuration of each terminal that executes the software will be described. FIG. 9 is a diagram illustrating a hardware configuration of each terminal that executes software. As shown in FIG. 9, the APL-CL terminal 1 includes a CPU (Central Processing Unit) 51, a memory 52, an HDD (Hard Disk Drive) 53, an input device 54, a communication control unit 55, a bus 56, Have

The CPU 51 is a central processing unit that reads a program from the memory 52 and executes it. The memory 52 is a RAM (Random Access Memory) that stores a program, a program execution result, and the like. The HDD 53 is a disk device that stores programs and data. The input device 54 is a mouse, a keyboard, or the like that is used by a user to input instructions or data to the APL-CL terminal 1. The communication control unit 55 controls communication with the III-CL terminal 2 via the network 5a. The bus 56 connects the CPU 51, the memory 52, the HDD 53, the input device 54, and the communication control unit 55.

The APL-CL 1a executed in the APL-CL terminal 1 is stored in the DVD, read from the DVD, and installed in the APL-CL terminal 1. Alternatively, the APL-CL 1a is stored in a database or the like of another computer system connected via the network 5a or the like, read from these databases, and installed in the APL-CL terminal 1. The installed APL-CL 1 a is stored in the HDD 53, read into the memory 52, and executed by the CPU 51.

Further, the III-CL terminal 2 includes a CPU 61, a memory 62, an HDD 63, a communication control unit 64, and a bus 65.

The CPU 61 is a central processing unit that reads a program from the memory 62 and executes it. The memory 62 is a RAM that stores a program and a program execution result. The HDD 63 is a disk device that stores programs and data. The communication control unit 64 controls communication with the APL-CL terminal 1 via the network 5a. The communication control unit 64 controls communication with the III-SV terminal 3. The bus 65 connects the CPU 61, the memory 62, the HDD 63, and the communication control unit 64.

The III-CL 2a executed in the III-CL terminal 2 is stored in the DVD, read from the DVD, and installed in the III-CL terminal 2. Alternatively, the III-CL 2a is stored in a database or the like of another computer system connected via the network 5a or the like, read from these databases, and installed in the III-CL terminal 2. The installed III-CL 2a is stored in the HDD 63, read into the memory 62, and executed by the CPU 61.

The APL-SV terminal 4 includes a CPU 71, a memory 72, an HDD 73, a communication control unit 74, and a bus 75.

The CPU 71 is a central processing unit that reads a program from the memory 72 and executes it. The memory 72 is a RAM that stores a program and a program execution result. The HDD 73 is a disk device that stores programs and data. The communication control unit 74 controls communication with the III-SV terminal 3 via the network 5b. The bus 75 connects the CPU 71, the memory 72, the HDD 73, and the communication control unit 74.

The APL-SV 4a executed in the APL-SV terminal 4 is stored in the DVD, read from the DVD, and installed in the APL-SV terminal 4. Alternatively, the APL-SV 4a is stored in a database or the like of another computer system connected via the network 5b or the like, read from these databases, and installed in the APL-SV terminal 4. The installed APL-SV 4 a is stored in the HDD 73, read into the memory 72, and executed by the CPU 71.

Further, the III-SV terminal 3 includes a CPU 81, a memory 82, an HDD 83, a communication control unit 84, and a bus 85.

The CPU 81 is a central processing unit that reads a program from the memory 82 and executes it. The memory 82 is a RAM that stores a program, a program execution result, and the like. The HDD 83 is a disk device that stores programs and data. The communication control unit 84 controls communication with the APL-SV terminal 4 via the network 5b. Further, the communication control unit 84 controls communication with the III-CL terminal 2. The bus 85 connects the CPU 81, the memory 82, the HDD 83, and the communication control unit 84.

The III-SV 3a executed in the III-SV terminal 3 is stored in the DVD, read from the DVD, and installed in the III-SV terminal 3. Alternatively, the III-SV 3a is stored in a database or the like of another computer system connected via the network 5b or the like, read out from these databases, and installed in the III-SV terminal 3. The installed III-SV 3a is stored in the HDD 83, read into the memory 82, and executed by the CPU 81.

As described above, in the embodiment, the monitoring unit 42 monitors the life and death of the APL-SV 4a, transmits the monitoring result to the filter instruction unit 31, and the filter instruction unit 31 stores the monitoring result in the life and death table 33. Then, when the APL-SV 4a is active, the filter instruction unit 31 instructs the filter processing unit 44 to set the filter, and the control processing unit 34 of the III-SV 3a transmits the packet so that the APL-CL 1a transmits the packet. Control. When the packet is sent, the PROXY thread unit 37 of the III-SV 3a determines whether or not the filter setting is completed. If the filter setting is not completed, the packet is temporarily stored in the cache 39. . Then, after the filter setting is completed, the PROXY thread unit 37 of the III-SV 3a takes out the packet from the cache 39 and transmits it to the APL-SV 4a. Therefore, the III-CL 2a can transmit a packet to the III-SV 3a before the filter setting is completed, thereby reducing the transfer waiting time due to the filter setting and improving the throughput.

Further, in the embodiment, the PROXY thread unit 37 of the III-SV 3a controls to transmit to the APL-CL 1a whether or not communication to the APL-SV 4a is possible. Accordingly, the PROXY thread unit 37 of the III-SV 3a can control the APL-CL 1a not to transmit a packet when communication to the APL-SV 4a is not possible.

In the embodiment, the PROXY thread unit 22 of the III-CL 2a determines the size of data cached by the III-SV 3a based on the bandwidth information of communication between the III-CL terminal 2 and the III-SV terminal 3. Therefore, the PROXY thread unit 22 of the III-CL 2a can transmit an appropriate amount of data to the III-SV 3a before the filter setting is completed.

In the embodiment, when the APL-SV 4a is in a dead state, the filter instruction unit 31 instructs the filter processing unit 44 to set the filter, and when the filter setting is completed, the APL-CL 1a transmits the packet. Control is performed by the control processing unit 34 of the III-SV 3a. Therefore, even when there is an abnormality in the monitoring process of the APL-SV 4a, the packet transfer system 10 can perform packet transfer.

In the embodiment, the case of transferring a packet has been described. However, the present invention is not limited to this, and the present invention can be similarly applied to a case of transferring data in a format other than a packet.

1,91 APL-

CL terminal

1a, 91a APL-CL
2,92 III-

CL terminal

2a, 92a III-CL
3,93 III-

SV terminal

3a, 93a III-SV
3b UDP transmission / reception unit 3c UDP socket 3d TCP transmission /

reception unit

3e, 32, 35, 38 TCP socket 3f

Data processing unit

4, 94 APL-

SV terminal

4a, 94a APL-SV
4b,

94b driver

5a, 5b network 10 packet transfer system 11

TCP socket

21, 25, 29 TCP socket 22 PROXY thread unit 23 communication protocol processing unit 24 control processing unit 26 UDP transmission / reception unit 27 UDP socket 28 TCP transmission / reception unit 31 filter instruction unit 33 Life-and-death table 33a Life-and-life information 34 Control processing unit 36 Communication protocol processing unit 37 PROXY thread unit 39 Cache

39a Data information

41 and 43 TCP socket 42 Monitoring unit 44

Filter processing unit

51, 61, 71, 81 CPU
52, 62, 72, 82

Memory

53, 63, 73, 83 HDD
54

Input device

55, 64, 74, 84

Communication control unit

56, 65, 75, 85 Bus 95 WAN

Claims

The first apparatus receives the data received from the transmission source apparatus from the first apparatus and transfers the data to the transmission destination apparatus using a packet in which the address of the transmission source apparatus is set. In the data transfer processing program,
Receiving the monitoring result of the operating state of the destination receiving the data at the destination device;
In response to a transfer request from the first device to the transmission destination device, if the operation state of the transmission destination is normal, the second device from the second device to the transmission source device Sending the address translation setting instruction, and instructing the first device to transfer the data,
Holding the data transferred from the first device until a completion response to the setting instruction is received, and causing the computer to execute a process of transferring the data to the transmission destination device after receiving the completion response. Data transfer processing program.
2. The data transfer processing program according to claim 1, wherein when a failure response to the setting instruction is received, a transfer stop instruction is transmitted to the first device.
3. The data transfer processing program according to claim 1, wherein the capacity of the cache holding the data is determined by the first device based on bandwidth information of communication with the second device.
When the operation state of the transmission destination is abnormal, an address conversion setting instruction from the second device to the transmission source device is sent to the transmission destination device, and a completion response to the setting instruction is received. The data transfer processing program according to claim 1 or 2, wherein the data transfer instruction is issued to the first device.
A computer having a second device that receives data received from the transmission source device by the first device from the first device and transfers the data to the transmission destination device by a packet in which the address of the transmission source device is set.
Receiving the monitoring result of the operating state of the destination receiving the data at the destination device;
In response to a transfer request from the first device to the transmission destination device, if the operation state of the transmission destination is normal, the second device from the second device to the transmission source device Sending the address translation setting instruction, and instructing the first device to transfer the data,
The data transferred from the first device is held until a completion response to the setting instruction is received, and after receiving the completion response, a process of transferring to the destination device is executed. Processing method.
A data transfer on the receiving side that the data transfer processing device on the transmission side receives the data received from the transmission source device from the data transfer processing device on the transmission side and transfers the data to the destination device by a packet in which the address of the transmission source device is set In the processing device,
Receiving the monitoring result of the operating state of the destination receiving the data at the destination device;
In response to a transfer request from the data transfer processing device on the transmission side to the transmission destination device, if the operation state of the transmission destination is normal, the data transfer processing device transmits the data to the transmission destination device. Sending the address conversion setting instruction to the original device, and instructing the data transfer processing device on the transmission side to transfer the data,
It has a processing unit that holds the data transferred from the data transfer processing device on the transmission side until a completion response to the setting instruction is received, and transfers the data to the transmission destination device after receiving the completion response. Data transfer processing device.