JP2002217963A - Data distribution managing system - Google Patents

Data distribution managing system

Info

Publication number
JP2002217963A
JP2002217963A JP2001005763A JP2001005763A JP2002217963A JP 2002217963 A JP2002217963 A JP 2002217963A JP 2001005763 A JP2001005763 A JP 2001005763A JP 2001005763 A JP2001005763 A JP 2001005763A JP 2002217963 A JP2002217963 A JP 2002217963A
Authority
JP
Japan
Prior art keywords
data
terminal device
delivery
acknowledgment
transmission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2001005763A
Other languages
Japanese (ja)
Other versions
JP3893247B2 (en
Inventor
Masako Yagyu
理子 柳生
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2001005763A priority Critical patent/JP3893247B2/en
Publication of JP2002217963A publication Critical patent/JP2002217963A/en
Application granted granted Critical
Publication of JP3893247B2 publication Critical patent/JP3893247B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To enable faster and more efficient data distribution by adjusting the timing or quantity of transmission for a virtual delivery confirmation response, while considering the states of a transmission/reception buffer, window size, line congestion, etc. SOLUTION: A data distribution managing system 10 comprises a distribution managing table 1, in which the information of window size for a terminal device C1 is held, and an SG distribution managing part 16 which controls not to allow return process for a virtual delivery confirmation response, based on the window size held in the distribution managing table 1, and the system generates a virtual delivery confirmation response according to the window size or an originator, and decides whether to return it, or otherwise adjusts the transmission timing of the virtual delivery confirmation response.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】この発明は、送信したデータ
に対する送達確認応答を必要とする通信を行う第1の端
末装置と該第1の端末装置の通信相手先である第2の端
末装置との間の伝送路上に配置され、前記第1の端末装
置との間の伝送遅延が前記第2の端末装置との間の伝送
遅延に比して小さく、少なくとも前記第1の端末装置か
らのデータを前記第2の端末装置に対して転送する転送
処理と該転送したデータに対する送達確認応答を作成し
返送する返送処理とを行うことができるデータ配信管理
装置に関し、特にデータ配信時における送達確認応答の
受信タイミングに依存した速度性能劣化を改善すること
ができるデータ配信管理装置に関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for communicating between a first terminal device which performs a communication requiring a delivery confirmation response to transmitted data and a second terminal device which is a communication partner of the first terminal device. The transmission delay between the first terminal device and the first terminal device is smaller than the transmission delay between the first terminal device and the first terminal device. The present invention relates to a data delivery management device capable of performing a transfer process for transferring to the second terminal device and a return process for creating and returning a delivery acknowledgment for the transferred data. The present invention relates to a data distribution management device capable of improving speed performance degradation depending on reception timing.

【0002】[0002]

【従来の技術】従来から、TCPを用いた通信では、送
信側のTCPは、送信バッファに対応したウィンドウサ
イズを持ち、このウィンドウサイズ内に限り、送信ウィ
ンドウをスライドさせることによって、次々とデータ送
信を行う。仮に、なんらかの理由によって送達確認応答
を受け入れていない状況となった場合、TCPは、輻輳
状態であると判断し、ウィンドウサイズを小さくし、こ
れによってスループットを下げ、輻輳を解消しようとす
る。
2. Description of the Related Art Conventionally, in communication using TCP, a TCP on the transmitting side has a window size corresponding to a transmission buffer, and data is transmitted one after another by sliding a transmission window within this window size. I do. If a situation occurs in which the delivery acknowledgment is not accepted for some reason, the TCP determines that it is in a congestion state, reduces the window size, thereby lowering the throughput and trying to eliminate the congestion.

【0003】しかし、衛星回線のような大容量であると
ともに、物理的に伝送遅延の大きな回線においてTCP
を用いた場合、物理的な距離によって、データ送信から
このデータに対する送達確認応答が返ってくるまでに
0.5秒以上を要する場合がある。この0.5秒は、一
般的なTCPにおける再送タイムアウト時間、すなわち
データ送信を失敗と判断し、データ再送を開始するまで
の時間であり、TCPが、輻輳状態が生じていると判断
してしまう時間である。この結果、衛星回線のように大
容量の回線本来の大きさに見合った速度性能、すなわち
スループットを発揮することができないという問題点が
生じる。
[0003] However, in a line having a large capacity such as a satellite line and a physically large transmission delay, TCP is used.
Is used, depending on the physical distance, it may take 0.5 seconds or more from the data transmission until the delivery confirmation response for the data is returned. This 0.5 second is a retransmission timeout time in general TCP, that is, a time until data transmission is determined to be failed and data retransmission is started, and TCP determines that a congestion state has occurred. Time. As a result, there arises a problem that the speed performance, that is, the throughput, cannot be exhibited corresponding to the original size of a large capacity line like a satellite line.

【0004】図11は、従来のデータ配信管理装置を用
いたデータ配信管理システムの構成を示すブロック図で
ある(情報処理学会研究報告98-DPS-89-12参照)。この
データ配信管理システムは、上述した問題点を解決し、
スループットを向上させることができるシステムであ
る。図11において、このデータ配信管理システムは、
送信装置C11と、受信装置C12と、この送信装置C
11および受信装置C12にTCPによる通信を行う回
線L11,L12を介してそれぞれ接続された送信ゲー
トウェイ100とを有する。回線L12は、回線L11
に比して伝送遅延が大きい回線であり、たとえば衛星回
線である。
FIG. 11 is a block diagram showing a configuration of a data distribution management system using a conventional data distribution management device (see IPSJ Research Report 98-DPS-89-12). This data distribution management system solves the above-mentioned problems,
This is a system that can improve throughput. In FIG. 11, the data distribution management system includes:
The transmitting device C11, the receiving device C12, and the transmitting device C
11 and a transmission gateway 100 connected to the receiving device C12 via lines L11 and L12 for performing TCP communication. Line L12 is line L11
This is a line having a longer transmission delay than that of a line, for example, a satellite line.

【0005】図11において、送信装置C11は、デー
タパケットを出力するデータパケット出力部111と、
送信ゲートウェイ100が作成した仮の到達確認応答を
受信する仮送達確認応答受信部112とを有する。送信
ゲートウェイ100は、バッファ101および配信管理
テーブル102を有するとともに、送信装置C11から
送信されたデータパケットを受信し、このデータパケッ
トをバッファ101に蓄積させる蓄積部103と、回線
L12を介してバッファ101に蓄積したデータデータ
パケットを受信装置C12に出力する出力部104と、
受信装置C12に送信したデータパケットに対する仮の
送達確認応答を作成する仮送達確認応答作成部105
と、この作成した仮の送達確認応答を送信装置C11に
送信する仮送達確認応答送信部106と、受信装置C1
2から送られた送達確認応答を受信する仮送達確認応答
受信部107と、受信したSYN(接続要求)パケット
から通信情報を取得し、配信管理テーブル102に配信
情報として記録する配信情報記憶制御部108と、デー
タパケットの再送処理を行う再送処理部109とを有す
る。また、受信装置C12は、送信ゲートウェイ100
から送られたデータパケットを受信するデータパケット
受信部121と、送信ゲートウェイ100に対して送達
確認応答を出力する送達確認応答出力部122とを有す
る。
In FIG. 11, a transmitting device C11 includes a data packet output unit 111 for outputting a data packet,
A temporary delivery acknowledgment receiving unit 112 for receiving the temporary arrival acknowledgment created by the transmission gateway 100. The transmission gateway 100 has a buffer 101 and a distribution management table 102, receives a data packet transmitted from the transmission device C11, stores the data packet in the buffer 101, and a buffer 101 via the line L12. An output unit 104 for outputting the data packet stored in the receiving device C12 to the receiving device C12;
Temporary delivery acknowledgment creating unit 105 that creates a temporary delivery acknowledgment for the data packet transmitted to receiving device C12
A temporary delivery confirmation response transmitting unit 106 for transmitting the created temporary delivery confirmation response to the transmitting device C11, and a receiving device C1
2 and a delivery information storage control unit that obtains communication information from the received SYN (connection request) packet and records it as delivery information in the delivery management table 102. 108 and a retransmission processing unit 109 for performing a retransmission process of the data packet. The receiving device C12 is connected to the transmitting gateway 100.
And a delivery acknowledgment output unit 122 that outputs a delivery acknowledgment to the transmission gateway 100.

【0006】送信装置C11からデータパケットが送出
されると、送信ゲートウェイ100は、受信したデータ
パケットをバッファ101に一時的に蓄積するととも
に、配信管理テーブル102に、このデータパケットの
エントリを追加する。送信ゲートウェイ100は、送信
装置C11から受信したデータパケットを、回線L12
を介して受信装置C12に転送するとともに、このデー
タパケットに対する仮の到達確認応答のデータパケット
を作成し、送信装置C11にこの仮の到達確認応答を送
信する。
When a data packet is transmitted from the transmitting device C11, the transmitting gateway 100 temporarily stores the received data packet in the buffer 101 and adds an entry of the data packet to the distribution management table 102. The transmission gateway 100 transmits the data packet received from the transmission device C11 to the line L12.
And a data packet of a provisional arrival acknowledgment for the data packet is created, and the provisional arrival acknowledgment is transmitted to the transmission device C11.

【0007】受信装置C12は、送信ゲートウェイ10
0からデータパケットを受信すると、この受信データパ
ケットに対する送達確認応答を作成し、この送達確認応
答を送信ゲートウェイ100に送信する。この送達確認
応答には、対応するデータパケットに関するデータとこ
のデータパケットの到達確認状況に関するデータとが含
まれる。受信装置C12から送達確認応答を受信した送
信ゲートウェイ100は、送信ゲートウェイ100内に
保持されているデータパケットであって、この送達確認
応答に対応するデータパケットをクリアする。
The receiving device C12 is connected to the transmitting gateway 10
When a data packet is received from 0, a delivery acknowledgment for the received data packet is created, and the delivery acknowledgment is transmitted to the transmission gateway 100. This delivery confirmation response includes data relating to the corresponding data packet and data relating to the state of arrival confirmation of the data packet. The transmission gateway 100 that has received the delivery confirmation response from the receiving device C12 clears the data packet held in the transmission gateway 100 and corresponding to the delivery confirmation response.

【0008】ここで、送信ゲートウェイ100から受信
装置C12にデータパケットが送信される過程におい
て、このデータパケットの転送に失敗し、受信装置C1
2がこのデータパケットを受信することができなかった
場合、送信ゲートウェイ100は、受信装置C12側か
ら同一の送達確認応答を3つ続けて受信し、このデータ
パケットの再送処理を行う。
Here, in the process of transmitting a data packet from the transmitting gateway 100 to the receiving device C12, the transfer of the data packet fails and the receiving device C1
2 cannot receive this data packet, the transmission gateway 100 receives three identical delivery acknowledgments from the receiving device C12 side in succession, and performs retransmission processing of this data packet.

【0009】このように、従来のデータ配信管理システ
ムでは、送信ゲートウェイ100が、送信ゲートウェイ
100から受信装置C12に対するデータパケットの送
信と同時に、送信装置C11に対して仮の送達確認応答
(tmpACK)を返送することによって、回線L12
の伝送賃によるTCPのウィンドウサイズの減少を防
ぎ、スループットの低下をなくして速度性能の劣化を改
善していた。
As described above, in the conventional data distribution management system, the transmission gateway 100 transmits a data packet from the transmission gateway 100 to the receiving device C12, and at the same time, transmits a temporary delivery acknowledgment (tmpACK) to the transmitting device C11. By returning, line L12
This has prevented the reduction of the TCP window size due to the transmission fee, and the degradation of the speed performance has been improved without the decrease in the throughput.

【0010】また、送信ゲートウェイ100は、送信装
置からデータパケットを受信すると、仮の送達確認応答
を作成し、受信装置からの送達確認応答(ACK)を受
け付けるまで、このデータパケットを保持し、3つの同
一の送達確認応答(DuplicateACK)を受信
した時点で、このデータパケットの送信を失敗と判定
し、この保持しているデータパケットの再送を行うよう
にしていた。
[0010] When receiving the data packet from the transmitting device, transmitting gateway 100 creates a provisional delivery acknowledgment and holds the data packet until it receives a delivery acknowledgment (ACK) from the receiving device. When two identical delivery acknowledgments (DuplicateACK) are received, the transmission of this data packet is determined to be unsuccessful, and the held data packet is retransmitted.

【0011】[0011]

【発明が解決しようとする課題】しかしながら、従来の
データ配信管理システムでは、送信装置C11からデー
タセグメントを受信すると、送信ゲートウェイ100
が、送信装置C11の送受信バッファあるいはウィンド
ウの状態、さらには回線L11の輻輳状態を考慮せず
に、直ちに全てのデータセグメントに対する仮の送達確
認応答を作成し、送信装置C11に対して送信するよう
にしていたため、送信ゲートウェイ100および送信装
置C11の処理負荷が大きくなり、結果として速度性能
が劣化する場合が生じるという問題点があった。
However, in the conventional data distribution management system, when a data segment is received from the transmitting device C11, the transmitting gateway 100
However, without considering the state of the transmission / reception buffer or window of the transmission device C11 and the congestion state of the line L11, a temporary acknowledgment for all data segments is immediately created and transmitted to the transmission device C11. Therefore, there is a problem that the processing load on the transmission gateway 100 and the transmission device C11 increases, and as a result, speed performance may deteriorate.

【0012】また、受信装置C12から送信された送達
確認応答を含むデータは、受信装置C12が把握してい
る送信装置C11の受信ウィンドウの状態に応じて決定
されたスループットで送信されるが、送信ゲートウェイ
100においてデータが受信された時点では、前回の古
いウィンドウサイズに基づいたスループットでデータ転
送を行っていたため、送信装置C11の受信バッファあ
るいは受信ウィンドウが減少していた場合、送信装置C
11の更新された受信バッファあるいは受信ウィンドウ
の状態に対応できず、送信装置C11の受信バッファお
よびウィンドウがオーバーフローを引き起こしてしまう
場合があるという問題点があった。
The data including the delivery acknowledgment transmitted from the receiving device C12 is transmitted at the throughput determined by the receiving device C12 according to the state of the receiving window of the transmitting device C11. When the data is received by the gateway 100, the data has been transferred at the throughput based on the previous old window size. Therefore, if the reception buffer or the reception window of the transmission device C11 is reduced, the transmission device C
However, there is a problem that the state of the updated reception buffer or the reception window of the transmission device C11 cannot be dealt with and the reception buffer and the window of the transmission device C11 may overflow.

【0013】この発明は、上記に鑑みてなされたもの
で、送受信バッファ、ウィンドウサイズおよび回線の輻
輳などの状態を考慮し、仮の送達確認応答の送信タイミ
ングあるいは送信量を調整し、一層高速かつ効率的にデ
ータ配信を行うことができるデータ配信管理装置を得る
ことを目的とする。
The present invention has been made in view of the above, and takes into account the state of a transmission / reception buffer, a window size, line congestion, and the like, and adjusts the transmission timing or transmission amount of a provisional acknowledgment to achieve higher speed and higher transmission speed. It is an object of the present invention to obtain a data distribution management device capable of efficiently performing data distribution.

【0014】[0014]

【課題を解決するための手段】上記目的を達成するた
め、この発明にかかるデータ配信管理装置は、送信した
データに対する送達確認応答を必要とする通信を行う第
1の端末装置と該第1の端末装置の通信相手先である第
2の端末装置との間の伝送路上に配置され、前記第1の
端末装置との間の伝送遅延が前記第2の端末装置との間
の伝送遅延に比して小さく、少なくとも前記第1の端末
装置からのデータを前記第2の端末装置に対して転送す
る転送処理と該転送したデータに対する送達確認応答を
作成し返送する返送処理とを行うことができるデータ配
信管理装置において、前記第1の端末装置のウィンドウ
サイズの情報を保持する保持手段と、前記保持手段が保
持するウィンドウサイズの情報をもとに前記送達確認応
答の返送処理を行うか否かを決定する決定手段と、前記
決定手段が前記送達確認応答の返送処理を行うと決定し
た場合に前記送達確認応答の返送処理を行う制御手段と
を備えたことを特徴とする。
In order to achieve the above object, a data distribution management device according to the present invention comprises a first terminal device for performing communication requiring a delivery acknowledgment for transmitted data and the first terminal device. The terminal device is arranged on a transmission path between the terminal device and a second terminal device with which the terminal device communicates, and a transmission delay between the terminal device and the first terminal device is smaller than a transmission delay between the terminal device and the second terminal device. And a transfer process of transferring at least data from the first terminal device to the second terminal device and a return process of creating and returning a delivery confirmation response to the transferred data can be performed. In the data distribution management device, holding means for holding information on the window size of the first terminal device, and returning processing of the delivery confirmation response based on the information on the window size held by the holding means. Determining means for determining whether, wherein said determining means and a control means for performing a return process of the delivery acknowledgment when it is determined to perform the return processing of the delivery acknowledgment.

【0015】この発明によれば、保持手段が、前記第1
の端末装置のウィンドウサイズの情報を保持し、決定手
段が、前記保持手段が保持するウィンドウサイズの情報
をもとに前記送達確認応答の返送処理を行うか否かを決
定し、制御手段が、前記決定手段が前記送達確認応答の
返送処理を行うと決定した場合のみに前記送達確認応答
の返送処理を行うようにし、送信元に対する送達確認応
答の送信タイミングあるいは送信量を調整するようにし
ている。
According to the present invention, the holding means comprises the first
Holding the window size information of the terminal device, the determining means determines whether to perform the return processing of the delivery acknowledgment based on the window size information held by the holding means, control means, The acknowledgment is returned only when the determination means determines that the acknowledgment is to be returned, and the transmission timing or the transmission amount of the acknowledgment to the transmission source is adjusted. .

【0016】つぎの発明にかかるデータ配信管理装置
は、送信したデータに対する送達確認応答を必要とする
通信を行う第1の端末装置と該第1の端末装置の通信相
手先である第2の端末装置との間の伝送路上に配置さ
れ、前記第1の端末装置との間の伝送遅延が前記第2の
端末装置との間の伝送遅延に比して小さく、少なくとも
前記第1の端末装置からのデータを前記第2の端末装置
に対して転送する転送処理と該転送したデータに対する
送達確認応答を作成し返送する返送処理とを行うことが
できるデータ配信管理装置において、前記第1の端末装
置のウィンドウサイズの情報を保持する保持手段と、前
記保持手段が保持するウィンドウサイズの情報が示すウ
ィンドウサイズに応じて前記第1の端末装置が送信した
データに対する前記送達確認応答の返送タイミングを可
変させる制御を行う制御手段とを備えたことを特徴とす
る。
[0016] A data distribution management device according to the next invention comprises a first terminal device for performing communication requiring a delivery acknowledgment for transmitted data and a second terminal which is a communication partner of the first terminal device. A transmission delay between the first terminal device and the first terminal device, wherein a transmission delay between the first terminal device and the second terminal device is smaller than a transmission delay between the first terminal device and the first terminal device. A data transfer management device capable of performing a transfer process of transferring the data of the first terminal device to the second terminal device and a return process of generating and returning an acknowledgment response to the transferred data. Holding means for holding the information on the window size of the first terminal device, and transmitting the data transmitted by the first terminal device in accordance with the window size indicated by the information on the window size held by the holding means. Characterized in that a control means for controlling for varying the return timing of the acknowledgment.

【0017】この発明によれば、保持手段が、前記第1
の端末装置のウィンドウサイズの情報を保持し、制御手
段が、前記保持手段が保持するウィンドウサイズの情報
が示すウィンドウサイズに応じて前記第1の端末装置が
送信したデータに対する前記送達確認応答の返送タイミ
ングを可変させる制御を行うようにしている。
According to the present invention, the holding means comprises the first
Control means for returning the acknowledgment response to the data transmitted by the first terminal device in accordance with the window size indicated by the window size information held by the holding means. Control to vary the timing is performed.

【0018】つぎの発明にかかるデータ配信管理装置
は、上記の発明において、前記第2の端末装置から受信
した送達確認応答の受信時点から前記第1の端末装置に
送達確認応答を返送する返送時点までの遅延時間に略対
応した所定の下限値を初期値とする現在の遅延時間か
ら、前記第1の端末装置における現在のウィンドウサイ
ズから前回のウィンドウサイズを減算した第1の減算値
に所定値を乗算した第2の値を減算した第2の減算値
と、前記所定の下限値との最大値を算出し、該最大値と
所定の上限値との最小値とを算出し、該最小値を前記現
在の遅延時間として再設定する処理を繰り返して最新の
現在の遅延時間を算出する算出手段をさらに備え、前記
制御手段は、前記算出手段によって算出された最新の現
在の遅延時間に応じて前記第1の端末装置が送信したデ
ータに対する前記送達確認応答の返送タイミングを可変
させる制御を行うことを特徴とする。
[0018] The data distribution management device according to the next invention is the data transmission management device according to the above invention, wherein a transmission acknowledgment is returned from the reception acknowledgment received from the second terminal to the first terminal. A predetermined value obtained by subtracting the previous window size from the current window size of the first terminal device from a current delay time having a predetermined lower limit value substantially corresponding to the delay time up to Calculating a maximum value between a second subtraction value obtained by subtracting a second value obtained by multiplying the second and the predetermined lower limit value, calculating a minimum value between the maximum value and a predetermined upper limit value, and calculating the minimum value Calculating means for calculating the latest current delay time by repeating the process of resetting the current delay time as the current delay time, the control means according to the latest current delay time calculated by the calculating means Previous First terminal device and performing a control for varying the return timing of the delivery acknowledgment to the transmitted data.

【0019】この発明によれば、算出手段が、前記第2
の端末装置から受信した送達確認応答の受信時点から前
記第1の端末装置に送達確認応答を返送する返送時点ま
での遅延時間に略対応した所定の下限値を初期値とする
現在の遅延時間から、前記第1の端末装置における現在
のウィンドウサイズから前回のウィンドウサイズを減算
した第1の減算値に所定値を乗算した第2の値を減算し
た第2の減算値と、前記所定の下限値との最大値を算出
し、該最大値と所定の上限値との最小値とを算出し、該
最小値を前記現在の遅延時間として再設定する処理を繰
り返して最新の現在の遅延時間を算出し、前記制御手段
が、前記算出手段によって算出された最新の現在の遅延
時間に応じて前記第1の端末装置が送信したデータに対
する前記送達確認応答の返送タイミングを可変させる制
御を行うようにしている。
According to the present invention, the calculating means comprises the second
From the current delay time with a predetermined lower limit substantially corresponding to the delay time from the time of receipt of the acknowledgment response received from the terminal device to the time of return of the acknowledgment response to the first terminal device as the initial value. A second subtraction value obtained by subtracting a second value obtained by multiplying a first subtraction value obtained by subtracting a previous window size from a current window size in the first terminal device by a predetermined value, and the predetermined lower limit value Calculate the maximum value of, calculate the minimum value of the maximum value and the predetermined upper limit value, calculate the latest current delay time by repeating the process of resetting the minimum value as the current delay time The control means controls the return timing of the acknowledgment response to the data transmitted by the first terminal device in accordance with the latest current delay time calculated by the calculation means. There.

【0020】つぎの発明にかかるデータ配信管理装置
は、送信したデータに対する送達確認応答を必要とする
通信を行う第1の端末装置と該第1の端末装置の通信相
手先である第2の端末装置との間の伝送路上に配置さ
れ、前記第1の端末装置との間の伝送遅延が前記第2の
端末装置との間の伝送遅延に比して小さく、少なくとも
前記第1の端末装置からのデータを前記第2の端末装置
に対して転送する転送処理と該転送したデータに対する
送達確認応答を作成し返送する返送処理とを行うことが
できるデータ配信管理装置において、前記第1の端末装
置のウィンドウサイズと前記第1の端末装置から受信し
たデータのセグメント数と前記第2の端末装置からの受
信確認応答の有無とを少なくとも保持する保持手段と、
前記保持手段が保持する前記ウィンドウサイズと前記セ
グメント数と前記受信確認応答の有無との組み合わせに
よって前記第1の端末装置が送信したデータに対する前
記送達確認応答の返送を行うか否かを決定する決定手段
と、前記決定手段が前記送達確認応答の返送を行うと決
定した場合に該送達確認応答の返送を行う制御手段とを
備えたことを特徴とする。
[0020] A data distribution management device according to the next invention comprises a first terminal device for performing communication requiring a delivery acknowledgment for transmitted data, and a second terminal which is a communication partner of the first terminal device. A transmission delay between the first terminal device and the first terminal device, wherein a transmission delay between the first terminal device and the second terminal device is smaller than a transmission delay between the first terminal device and the first terminal device. A data transfer management device capable of performing a transfer process of transferring the data of the first terminal device to the second terminal device and a return process of generating and returning an acknowledgment response to the transferred data. Holding means for holding at least the window size, the number of segments of data received from the first terminal device, and the presence or absence of a reception confirmation response from the second terminal device;
A determination to determine whether to return the acknowledgment to the data transmitted by the first terminal device based on a combination of the window size, the number of segments, and the presence or absence of the acknowledgment held by the holding unit. Means, and control means for returning the acknowledgment response when the determining means determines to return the acknowledgment response.

【0021】この発明によれば、保持手段が、前記第1
の端末装置のウィンドウサイズと前記第1の端末装置か
ら受信したデータのセグメント数と前記第2の端末装置
からの受信確認応答の有無とを少なくとも保持し、決定
手段が、前記保持手段が保持する前記ウィンドウサイズ
と前記セグメント数と前記受信確認応答の有無との組み
合わせによって前記第1の端末装置が送信したデータに
対する前記送達確認応答の返送を行うか否かを決定し、
制御手段が、前記決定手段が前記送達確認応答の返送を
行うと決定した場合に該送達確認応答の返送を行うよう
にしている。
According to the present invention, the holding means comprises the first
Holding at least the window size of the terminal device, the number of segments of data received from the first terminal device, and the presence or absence of a reception acknowledgment from the second terminal device. Determine whether to return the delivery acknowledgment to the data transmitted by the first terminal device by a combination of the window size and the number of segments and the presence or absence of the acknowledgment,
The control means returns the acknowledgment response when the determining means determines to return the acknowledgment response.

【0022】つぎの発明にかかるデータ配信管理装置
は、送信したデータに対する送達確認応答を必要とする
通信を行う第1の端末装置と該第1の端末装置の通信相
手先である第2の端末装置との間の伝送路上に配置さ
れ、前記第1の端末装置との間の伝送遅延が前記第2の
端末装置との間の伝送遅延に比して小さく、少なくとも
前記第1の端末装置からのデータを前記第2の端末装置
に対して転送する転送処理と該転送したデータに対する
送達確認応答を作成し返送する返送処理とを行うことが
できるデータ配信管理装置において、前記第1の端末装
置のウィンドウサイズの情報を保持する保持手段と、前
記保持手段が保持するウィンドウサイズの情報が示すウ
ィンドウサイズに応じて前記第1の端末装置が送信した
データに対する前記送達確認応答の作成密度を可変させ
る制御を行う制御手段とを備えたことを特徴とする。
[0022] A data distribution management device according to the next invention comprises a first terminal device for performing communication requiring a delivery acknowledgment for transmitted data and a second terminal which is a communication partner of the first terminal device. A transmission delay between the first terminal device and the first terminal device, wherein a transmission delay between the first terminal device and the second terminal device is smaller than a transmission delay between the first terminal device and the first terminal device. A data transfer management device capable of performing a transfer process of transferring the data of the first terminal device to the second terminal device and a return process of generating and returning an acknowledgment response to the transferred data. Holding means for holding the information on the window size of the first terminal device, and transmitting the data transmitted by the first terminal device in accordance with the window size indicated by the information on the window size held by the holding means. Characterized by comprising a control means for performing control to vary the creation density acknowledgment.

【0023】この発明によれば、保持手段が、前記第1
の端末装置のウィンドウサイズの情報を保持し、制御手
段が、前記保持手段が保持するウィンドウサイズの情報
が示すウィンドウサイズに応じて前記第1の端末装置が
送信したデータに対する前記送達確認応答の作成密度を
可変、たとえば送達確認応答を間引く制御を行うように
している。
According to the present invention, the holding means comprises the first
Holding the window size information of the terminal device, and the control unit generates the delivery confirmation response to the data transmitted by the first terminal device according to the window size indicated by the window size information held by the holding unit. The density is varied, for example, control is performed to thin out the delivery confirmation response.

【0024】つぎの発明にかかるデータ配信管理装置
は、上記の発明において、少なくとも前記第1の端末装
置が送信したデータを保持するデータバッファと、少な
くとも前記第1の端末装置が送信したデータの登録情報
を管理する管理手段と、前記第1の端末装置が送信した
データを転送した前記第2の端末装置から該データに対
する送達確認応答を受信した場合、前記データバッファ
に保持されている該データおよび前記管理手段が管理す
る該データの登録情報を削除する制御を行う削除制御手
段とをさらに備えたことを特徴とする。
The data distribution management device according to the next invention is the data distribution management device according to the above invention, wherein at least a data buffer for holding the data transmitted by the first terminal device and a registration of at least the data transmitted by the first terminal device are provided. Management means for managing information; and when receiving a delivery confirmation response to the data from the second terminal device to which the data transmitted by the first terminal device has been transferred, the data stored in the data buffer; A deletion control unit for performing control for deleting registration information of the data managed by the management unit.

【0025】この発明によれば、データバッファが、少
なくとも前記第1の端末装置が送信したデータを保持
し、管理手段が、少なくとも前記第1の端末装置が送信
したデータの登録情報を管理し、削除制御手段が、前記
第1の端末装置が送信したデータを転送した前記第2の
端末装置から該データに対する送達確認応答を受信した
場合、前記データバッファに保持されている該データお
よび前記管理手段が管理する該データの登録情報を削除
する制御を行うようにしている。
According to the present invention, the data buffer holds at least the data transmitted by the first terminal device, and the management means manages at least registration information of the data transmitted by the first terminal device, When the deletion control unit receives a delivery confirmation response to the data from the second terminal device to which the data transmitted by the first terminal device has been transferred, the data stored in the data buffer and the management unit Is controlled to delete the registration information of the data managed by.

【0026】つぎの発明にかかるデータ配信管理装置
は、上記の発明において、前記データバッファ内に保持
されたデータのうちの削除対象のデータである送達確認
済みのセグメント数を計数する計数手段をさらに備え、
前記削除制御手段は、前記第1の端末装置が送信したデ
ータを転送した前記第2の端末装置から該データに対す
る送達確認応答の受信の都度、前記管理手段が管理する
該データに登録情報を送達確認済みに設定し、前記計数
手段が計数する該送達確認済みに設定されたセグメント
数が所定数を越えた場合に、前記データバッファに保持
されている該送達確認済みのデータと前記管理手段が管
理する該送達確認済みのデータの登録情報を削除するこ
とを特徴とする。
[0026] The data distribution management device according to the next invention, in the above invention, further comprises a counting means for counting the number of delivery-confirmed segments which are data to be deleted among the data held in the data buffer. Prepared,
The deletion control means transmits registration information to the data managed by the management means each time a delivery confirmation response to the data is received from the second terminal device to which the data transmitted by the first terminal device has been transferred. When the number of segments set to “confirmed delivery” set by the counting means and counted by the counting means exceeds a predetermined number, the delivery-confirmed data held in the data buffer and the management means are The registration information of the data whose delivery has been confirmed to be managed is deleted.

【0027】この発明によれば、計数手段が、前記デー
タバッファ内に保持されたデータのうちの削除対象のデ
ータである送達確認済みのセグメント数を計数し、前記
削除制御手段が、前記第1の端末装置が送信したデータ
を転送した前記第2の端末装置から該データに対する送
達確認応答の受信の都度、前記管理手段が管理する該デ
ータに登録情報を送達確認済みに設定し、前記計数手段
が計数する該送達確認済みに設定されたセグメント数が
所定数を越えた場合に、前記データバッファに保持され
ている該送達確認済みのデータと前記管理手段が管理す
る該送達確認済みのデータの登録情報を削除するように
している。
According to the present invention, the counting means counts the number of delivery-confirmed segments which are data to be deleted among the data held in the data buffer, and the deletion control means Each time a delivery confirmation response to the data is received from the second terminal device to which the data transmitted by the terminal device has been transferred, the registration information is set to delivery confirmed in the data managed by the management means, and the counting means When the number of segments set to “delivery confirmed” counted by the counter exceeds a predetermined number, the data of the delivery confirmed data held in the data buffer and the delivery confirmed data managed by the management unit are displayed. The registration information is deleted.

【0028】つぎの発明にかかるデータ配信管理装置
は、上記の発明において、前記データバッファ内に保持
されたデータのうちの削除対象のデータである送達確認
済みのセグメント数を計数する第1の計数手段と、前記
管理手段が管理するデータのうちの削除対象のデータの
登録情報を計数する第2の計数手段とをさらに備え、前
記削除制御手段は、前記第1の端末装置が送信したデー
タを転送した前記第2の端末装置から該データに対する
送達確認応答の受信の都度、前記管理手段が管理する該
データに関する情報を送達確認済みに設定し、前記第1
の計数手段が計数する送達確認済みに設定されたセグメ
ント数が第1の所定数を越えた場合に、前記データバッ
ファに保持されている該送達確認済みのデータを削除
し、前記第2の計数手段が計数する送達確認済みのデー
タの登録情報が第2の所定数を越えた場合に、該送達確
認済みのデータの登録情報を削除することを特徴とす
る。
[0028] In the data distribution management device according to the next invention, in the above-mentioned invention, the first counter for counting the number of delivery-confirmed segments, which are data to be deleted, of the data held in the data buffer. Means, and second counting means for counting registration information of data to be deleted among data managed by the management means, wherein the deletion control means converts the data transmitted by the first terminal device. Each time a delivery acknowledgment for the data is received from the transferred second terminal device, the information about the data managed by the management means is set to delivery confirmed, and the first
When the number of segments set as delivery confirmed counted by the counting means exceeds a first predetermined number, the delivery confirmed data held in the data buffer is deleted, and the second counting is performed. When the registration information of the delivery-confirmed data counted by the means exceeds a second predetermined number, the registration information of the delivery-confirmed data is deleted.

【0029】この発明によれば、第1の計数手段が、前
記データバッファ内に保持されたデータのうちの削除対
象のデータである送達確認済みのセグメント数を計数
し、第2の計数手段が、前記管理手段が管理するデータ
のうちの削除対象のデータの登録情報を計数し、前記削
除制御手段が、前記第1の端末装置が送信したデータを
転送した前記第2の端末装置から該データに対する送達
確認応答の受信の都度、前記管理手段が管理する該デー
タに関する情報を送達確認済みに設定し、前記第1の計
数手段が計数する送達確認済みに設定されたセグメント
数が第1の所定数を越えた場合に、前記データバッファ
に保持されている該送達確認済みのデータを削除し、前
記第2の計数手段が計数する送達確認済みのデータの登
録情報が第2の所定数を越えた場合に、該送達確認済み
のデータの登録情報を削除するようにしている。
According to the present invention, the first counting means counts the number of delivery-confirmed segments which are data to be deleted among the data held in the data buffer, and the second counting means Counting the registration information of the data to be deleted among the data managed by the management means, and the deletion control means transfers the data transmitted by the first terminal device from the second terminal device to which the data has been transmitted. Each time a delivery acknowledgment is received, information on the data managed by the management means is set to delivery confirmed, and the number of segments set to delivery confirmed by the first counting means is equal to a first predetermined number. If the number exceeds the number, the data whose delivery has been confirmed held in the data buffer is deleted, and the registration information of the data whose delivery has been confirmed counted by the second counting means is the second predetermined number. In the case beyond the, so that to remove the registration information of the delivery confirmed the data.

【0030】つぎの発明にかかるデータ配信管理装置
は、上記の発明において、所定時間を計時する計時手段
をさらに備え、前記削除制御手段は、前記第1の端末装
置が送信したデータを転送した前記第2の端末装置から
該データに対する送達確認応答の受信の都度、前記管理
手段が管理する該データに登録情報を送達確認済みに設
定し、前記計時手段が前記所定時間を計時した際に、前
記データバッファに保持されている該送達確認済みのデ
ータと前記管理手段が管理する該送達確認済みのデータ
の登録情報を削除することを特徴とする。
[0030] The data distribution management device according to the next invention is characterized in that, in the above invention, the data distribution management device further comprises a clock unit for clocking a predetermined time, and the deletion control unit transmits the data transmitted by the first terminal device. Each time a delivery confirmation response to the data is received from the second terminal device, the registration information is set to delivery confirmed in the data managed by the management unit, and when the timing unit times the predetermined time, It is characterized in that the delivery confirmed data held in the data buffer and the registration information of the delivery confirmed data managed by the management means are deleted.

【0031】この発明によれば、計時手段が、所定時間
を計時する計時手段をさらに備え、前記削除制御手段
が、前記第1の端末装置が送信したデータを転送した前
記第2の端末装置から該データに対する送達確認応答の
受信の都度、前記管理手段が管理する該データに登録情
報を送達確認済みに設定し、計時手段が前記所定時間を
計時した際に、前記データバッファに保持されている該
送達確認済みのデータと前記管理手段が管理する該送達
確認済みのデータの登録情報を削除するようにしてい
る。
According to the present invention, the clocking means further includes clocking means for clocking a predetermined time, and the deletion control means transmits the data transmitted by the first terminal device from the second terminal device to which the data transmitted by the first terminal device has been transferred. Each time a delivery confirmation response to the data is received, the registration information is set to delivery confirmed in the data managed by the management unit, and when the predetermined time has been counted by the timing unit, the data is held in the data buffer. The registered data of the delivery-confirmed data and the registration information of the delivery-confirmed data managed by the management unit are deleted.

【0032】[0032]

【発明の実施の形態】以下、添付図面を参照して、この
発明にかかるデータ配信管理装置の好適な実施の形態を
詳細に説明する。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Preferred embodiments of a data distribution management device according to the present invention will be described below in detail with reference to the accompanying drawings.

【0033】実施の形態1.図1は、この発明の実施の
形態1であるデータ配信管理装置を含むデータ配信管理
システムの構成を示すブロック図である。図1におい
て、このデータ配信管理システムは、端末装置C1が回
線2aを介してデータ配信管理装置10に接続され、デ
ータ配信管理装置10が回線3を介してデータ配信管理
装置20に接続され、データ配信管理装置20が回線2
bを介して端末装置C2に接続される。回線3は、衛星
回線などの伝送遅延の大きな回線であり、回線2a,2
bは、回線3に比して伝送遅延が小さい回線である。
Embodiment 1 FIG. 1 is a block diagram showing a configuration of a data distribution management system including a data distribution management device according to Embodiment 1 of the present invention. In FIG. 1, the data distribution management system includes a terminal device C1 connected to a data distribution management device 10 via a line 2a, a data distribution management device 10 connected to a data distribution management device 20 via a line 3, Delivery management device 20 is line 2
b to the terminal device C2. The line 3 is a line with a large transmission delay such as a satellite line, and the lines 2a and 2
The line b has a smaller transmission delay than the line 3.

【0034】データ配信管理装置10は、ゲートウェイ
機能部10aと、配信管理テーブル1と、プロトコル管
理テーブル5と、送信バッファ6、および受信バッファ
7とを有する。ゲートウェイSGは、端末装置C1との
間においてデータパケットの入出力処理を行う通信部1
7と、データ配信管理装置20を介した端末装置C2と
の間においてデータパケットの入出力処理を行う通信部
11と、仮の送達確認応答(tmpACK)を作成する
ためのデータパケットを保存するtmpACKバッファ
4と、端末装置C2に対して送信したデータパケットに
対してtmpACKの返送を行うか否かを判断するtm
pACK使用判定部12、端末装置C1から受信したデ
ータパケットをもとにtmpACKを作成するtmpA
CK作成部13と、データパケット毎の送達確認応答の
タイムアウト時間(SGTimer)をカウントアップ
し、この送達確認応答待ちのタイムアウトイベントを発
生させるSGTimerカウント部14と、端末装置C
1にtmpACKを送信したか否かの情報および端末装
置C2からの送達確認応答に関する情報を配信管理テー
ブル1に書き込む処理を行う配信データ記録部15と、
SGTimer値および配信管理テーブル1の内容に対
応してデータパケットの配信を管理するSG配信管理部
16とを有する。
The data distribution management device 10 has a gateway function unit 10a, a distribution management table 1, a protocol management table 5, a transmission buffer 6, and a reception buffer 7. The gateway SG is a communication unit 1 that performs input / output processing of data packets with the terminal device C1.
7, a communication unit 11 for input / output processing of a data packet between the terminal device C2 via the data distribution management device 20, and a tmpACK for storing a data packet for creating a temporary delivery acknowledgment (tmpACK). Tm for determining whether to return tmpACK for the data packet transmitted to buffer 4 and terminal device C2
pACK use determination unit 12, tmpA that creates tmpACK based on the data packet received from terminal device C1
A CK creating unit 13; an SGTimer counting unit 14 that counts up a timeout period (SGTimer) of a delivery confirmation response for each data packet and generates a timeout event waiting for the delivery confirmation response;
1, a distribution data recording unit 15 that performs a process of writing information on whether a tmpACK has been transmitted to the terminal 1 and information on a delivery confirmation response from the terminal device C2 into the delivery management table 1.
An SG distribution management unit 16 that manages distribution of data packets in accordance with the SGTimer value and the contents of the distribution management table 1.

【0035】なお、図1において、送信バッファ6、受
信バッファ7、およびtmpACKバッファ4は、それ
ぞれ別個のバッファとして示されているが、これに限ら
ず、部分的あるいは全てを同一のバッファとして実装す
るようにしてもよい。また、別個のバッファとして実装
する場合であっても、同一のバッファとして実装する場
合であっても、管理目的に応じて制御情報などを含めた
情報とともに用いることが可能な図示しない管理テーブ
ルを設け、パケットデータの格納位置が識別可能なよう
に実装することによって、管理および検索の効率化を図
ることができる。
In FIG. 1, the transmission buffer 6, the reception buffer 7, and the tmpACK buffer 4 are shown as separate buffers. However, the present invention is not limited to this, and some or all of them are implemented as the same buffer. You may do so. In addition, a management table (not shown) is provided which can be used together with information including control information according to a management purpose, regardless of whether it is implemented as a separate buffer or as the same buffer. By mounting the packet data so that the storage location of the packet data can be identified, the efficiency of management and search can be improved.

【0036】データ配信管理装置20は、データ配信管
理装置10と同じ構成を有する。データ配信管理装置1
0は、端末装置C1から送信されたデータパケットをデ
ータ配信管理装置20を介して端末装置C2に転送す
る。この際、データ配信管理装置10は、tmpACK
使用判定部12において端末装置C1から受信したデー
タパケットに対し、tmpACKの返送機能を適用する
か否かを判定し、適用すると判定された場合、端末装置
C1に、送信されたデータパケットに対する仮の到達確
認応答(tmpACK)を返送し、データ配信管理装置
20は、通常のゲートウェイと同様に、データ配信管理
装置10から送られたデータパケットを端末装置C2に
転送するルーティング処理のみを行い、tmpACKの
返送処理は行わない。また、データ配信管理装置20
は、端末装置C2から送信されたデータパケットをデー
タ配信管理装置10を介して端末装置C1に転送する。
この際、データ配信管理装置20は、tmpACK使用
判定部12において端末装置C2から受信したデータパ
ケットに対し、tmpACKの返送機能を適用するか否
かを判定し、適用すると判定された場合、端末装置C2
に、送信されたデータパケットに対するtmpACKを
返送し、データ配信管理装置10は、通常のゲートウェ
イと同様に、データ配信管理装置20から送られたデー
タパケットを端末装置C1に転送するルーティング処理
のみを行い、tmpACKの返送処理は行わない。これ
によって、端末装置C1,C2間の双方向通信が実現さ
れる。なお、以下の説明では、端末装置C1が送信側端
末とし、端末装置C2が受信側端末とし、データ配信管
理装置10の動作処理について説明するが、端末装置C
2が送信側端末とし、端末装置C1が受信側端末した場
合におけるデータ配信管理装置20の動作処理は、デー
タ配信管理装置10と同じである。
The data distribution management device 20 has the same configuration as the data distribution management device 10. Data distribution management device 1
0 transfers the data packet transmitted from the terminal device C1 to the terminal device C2 via the data distribution management device 20. At this time, the data distribution management device 10
The use determining unit 12 determines whether or not to apply the tmpACK return function to the data packet received from the terminal device C1. A data acknowledgment (tmpACK) is returned, and the data delivery management device 20 performs only the routing process of transferring the data packet sent from the data delivery management device 10 to the terminal device C2, similarly to a normal gateway, and transmits the tmpACK. No return processing is performed. Further, the data distribution management device 20
Transfers the data packet transmitted from the terminal device C2 to the terminal device C1 via the data distribution management device 10.
At this time, the data distribution management device 20 determines whether or not the tmpACK use determination unit 12 applies the tmpACK return function to the data packet received from the terminal device C2. C2
The data distribution management device 10 performs only the routing process of transferring the data packet transmitted from the data distribution management device 20 to the terminal device C1, similarly to the normal gateway. , TmpACK is not returned. Thereby, bidirectional communication between the terminal devices C1 and C2 is realized. In the following description, the operation of the data distribution management device 10 will be described with the terminal device C1 as the transmitting terminal and the terminal device C2 as the receiving terminal.
The operation process of the data distribution management device 20 when the terminal device 2 is the transmission terminal and the terminal device C1 is the reception terminal is the same as that of the data distribution management device 10.

【0037】ここで、図2〜図8を参照して、データ配
信管理装置10のデータ配信管理処理について説明す
る。まず、ゲートウェイSGの通信部17,11は、デ
ータパケットを受信すると、この受信したデータパケッ
トを受信バッファ7に一時保存し、SG配信管理部16
は、図2に示す配信処理を行う。
Here, a data distribution management process of the data distribution management device 10 will be described with reference to FIGS. First, when receiving the data packet, the communication units 17 and 11 of the gateway SG temporarily store the received data packet in the reception buffer 7 and store the received data packet in the SG distribution management unit 16.
Performs the distribution process shown in FIG.

【0038】図2において、まず、tmpACK使用判
定部12が、受信したデータパケットのチェックを行
い、このチェック結果に応じてデータ配信管理装置10
がもつ受信データパケットに対するtmpACK利用可
能フラグの「ON」、「OFF」を決定し、必要に応じ
てtmpACK利用可能フラグの「ON」、「OFF」
も含め、受信データパケットの情報を配信管理テーブル
1に登録する(ステップS11)。
In FIG. 2, first, the tmpACK use determining unit 12 checks the received data packet, and according to the check result, the data distribution management device 10
Of the tmpACK available flag for the received data packet of the “ON” and “OFF” is determined, and the tmpACK available flag is set to “ON” and “OFF” as necessary.
The information of the received data packet is registered in the distribution management table 1 (step S11).

【0039】その後、tmpACK制御フラグをもとに
tmpACKの利用制御を行うか否かを判断する(ステ
ップS12)。tmpACKの利用制御を行わない場合
(ステップS12,NO)には、そのまま本処理を終了
し、tmpACKの利用制御を行う場合(ステップS1
2,YES)には、tmpACK利用制御処理を実行し
て(ステップS13)、本処理を終了する。
Thereafter, it is determined whether or not the use control of the tmpACK is performed based on the tmpACK control flag (step S12). If the usage control of tmpACK is not performed (step S12, NO), the present process is terminated as it is, and the usage control of tmpACK is performed (step S1).
(2, YES), tmpACK use control processing is executed (step S13), and this processing ends.

【0040】図3は、図2に示したステップS11にお
けるパケットのチェック処理手順を示すフローチャート
である。図3において、まず、データ配信管理装置10
は、受信したデータパケットのIPアドレスが正しいI
Pアドレスであり、かつ受信したデータパケットの送信
先が、遅延の大きな回線を介した転送であるか否かを経
路管理テーブル1aを用いて判断する(ステップS2
1)。このステップS21では、ネットワーク層のヘッ
ダがIPヘッダであるか否かを確認し、その後、ルーテ
ィング機能によって決定される経路上に伝送遅延回線が
存在するか否かを配信管理テーブル1を用いて判断す
る。プロトコルがIPを用いていない場合、正しいフォ
ーマットのアドレスでない場合、さらに宛先までの経路
上に伝送遅延回線が存在しない場合(ステップS21,
NO)には、tmpACK利用可能フラグを「OFF」
に設定し(ステップS22)、受信したデータパケット
を宛先に転送し(ステップS23)、ステップS11に
リターンする。なお、このtmpACK利用可能フラグ
は、上述した別個のバッファあるいは同一のバッファに
設けられる図示しない管理テーブルを用いる場合、この
管理テーブル内の情報として保持するようにしてもよ
い。
FIG. 3 is a flowchart showing the packet check processing procedure in step S11 shown in FIG. In FIG. 3, first, the data distribution management device 10
Indicates that the IP address of the received data packet is
Using the path management table 1a, it is determined whether or not the destination of the received data packet is the P address and the transmission is via a line with a long delay (step S2).
1). In this step S21, it is checked whether or not the header of the network layer is an IP header, and thereafter, it is determined using the distribution management table 1 whether or not a transmission delay line exists on the route determined by the routing function. I do. When the protocol does not use IP, when the address is not in the correct format, and when there is no transmission delay line on the path to the destination (step S21,
NO), the tmpACK available flag is set to “OFF”
(Step S22), the received data packet is transferred to the destination (Step S23), and the process returns to Step S11. If a management table (not shown) provided in the separate buffer or the same buffer as described above is used, the tmpACK availability flag may be held as information in the management table.

【0041】ここで、図4は、経路管理テーブル1aの
内容を示す図である。図4において、この経路管理テー
ブル1aには、宛先IP毎に、宛先までの経路が管理さ
れ、各経路毎に遅延が有無が記述されている。たとえ
ば、宛先IPが「10.74.3.200」の場合、経
路「1」〜「4」の4つの経路がリストアップされてい
るが、経路「1」の経路は、遅延がある経路となる。し
たがって、経路「1」が選択された場合に、遅延依存の
回線に対する転送であると判断される。
FIG. 4 is a diagram showing the contents of the route management table 1a. In FIG. 4, the route management table 1a manages a route to a destination for each destination IP, and describes whether there is a delay for each route. For example, when the destination IP is “10.74.3.200”, four routes of routes “1” to “4” are listed, but the route of route “1” is a route with a delay. Become. Therefore, when the route “1” is selected, it is determined that the transfer is to the delay-dependent line.

【0042】その後、受信したデータパケットのIPア
ドレスが正しく、かつ宛先までの経路に伝送遅延が存在
する場合(ステップS21,YES)、tmpACK使
用判定部12は、プロトコル管理テーブル5を用いて、
IPヘッダのプロトコルが遅延依存であるか否かを判断
する(ステップS24)。IPヘッダのプロトコルが遅
延依存である場合(ステップS24,YES)には、さ
らにTCPヘッダの送信ポートが遅延依存であるか否か
を判断する(ステップS25)。IPヘッダのプロトコ
ルが遅延依存でない場合(ステップS24,NO)およ
びTCPヘッダの送信ポートが遅延依存でない場合(ス
テップS25,NO)には、tmpACK利用可能フラ
グを「OFF」に設定し(ステップS22)、さらに受
信したデータパケットを宛先に転送し(ステップS2
3)、ステップS11にリターンする。
Thereafter, if the IP address of the received data packet is correct and there is a transmission delay in the route to the destination (step S21, YES), the tmpACK use determination unit 12 uses the protocol management table 5
It is determined whether or not the protocol of the IP header is delay-dependent (step S24). If the protocol of the IP header is delay-dependent (step S24, YES), it is further determined whether or not the transmission port of the TCP header is delay-dependent (step S25). If the protocol of the IP header is not delay-dependent (step S24, NO) and if the transmission port of the TCP header is not delay-dependent (step S25, NO), the tmpACK available flag is set to "OFF" (step S22). Then, the received data packet is transferred to the destination (step S2).
3), and return to step S11.

【0043】ここで、図5は、tmpACK使用判定部
12が用いるプロトコル管理テーブル5内の判定テーブ
ルの一例を示す図である。図5において、参照ヘッダの
項目D1は、判定対象のデータパケットの判定に用いる
ヘッダ部を示している。また、プロトコル名の項目D2
は、参照ヘッダの項目D1で指定したヘッダ部にあるデ
ータのプロトコルの種別項目を示している。さらに、ス
プーフィング使用可否の項目D3は、tmpACKの返
送処理を用いるべきプロトコルであるか否かを示す情報
を表している。この判定テーブルをもとにしたステップ
S24,S25の具体的な判断処理について説明する
と、まず、ステップS24において、tmpACK使用
判定部12は、受信したデータパケットのIPヘッダの
プロトコルを示すバイト列を参照し、TCPのデータを
受信したと判定された場合、ステップS25において、
TCPヘッダ部の送信元ポート番号を参照し、BGPで
ないと判定された場合に、tmpACKの返送処理を利
用できると判断できる。一方、BGPのデータを受信し
た場合は、tmpACKの返送処理を利用できないと判
断できる。
FIG. 5 is a diagram showing an example of a judgment table in the protocol management table 5 used by the tmpACK use judgment unit 12. In FIG. 5, an item D1 of the reference header indicates a header portion used for determining a data packet to be determined. Also, item D2 of the protocol name
Indicates the type item of the protocol of the data in the header part specified by the reference header item D1. Further, the item D3 of whether or not spoofing can be used represents information indicating whether or not the protocol should use the tmpACK return process. The specific determination processing in steps S24 and S25 based on this determination table will be described. First, in step S24, the tmpACK usage determination unit 12 refers to a byte string indicating the protocol of the IP header of the received data packet. If it is determined that the TCP data has been received, in step S25,
Referring to the source port number in the TCP header, if it is determined that the packet is not BGP, it can be determined that the tmpACK return process can be used. On the other hand, when BGP data is received, it can be determined that the tmpACK return process cannot be used.

【0044】また、ステップS24において、IPヘッ
ダのプロトコル部にある上位プロトコルがデータ配信管
理装置10において遅延依存のプロトコルではないとさ
れた場合(ステップS24,NO)、上述したようにt
mpACK利用可能フラグを「OFF」にし(ステップ
S22)、受信したデータパケットを宛先に転送し(ス
テップS23)、ステップS11にリターンする。一
方、ステップS24において、上位プロトコルが遅延依
存のプロトコルであると判断され、ステップS25にお
いて、TCPヘッダの送信元ポート番号をもとに、遅延
依存のプロトコルではないとされた場合も、上述したよ
うにtmpACK利用可能フラグを「OFF」にし(ス
テップS22)、受信したデータパケットを宛先に転送
し(ステップS23)、ステップS11にリターンす
る。
If it is determined in step S24 that the upper layer protocol in the protocol portion of the IP header is not a delay-dependent protocol in the data distribution management device 10 (step S24, NO), t is set as described above.
The mpACK available flag is set to "OFF" (step S22), the received data packet is transferred to the destination (step S23), and the process returns to step S11. On the other hand, if it is determined in step S24 that the upper layer protocol is a delay-dependent protocol, and if it is determined in step S25 that the upper-layer protocol is not a delay-dependent protocol based on the source port number of the TCP header, as described above, Then, the tmpACK available flag is set to "OFF" (step S22), the received data packet is transferred to the destination (step S23), and the process returns to step S11.

【0045】さて、ステップS24,S25において、
遅延依存のプロトコルであると判断された場合には、受
信したデータパケットのヘッダ部のコードビットの値を
参照し、通信開始時のデータパケットであるか否かを判
断する(ステップS26)。図示しない開始時パケット
バッファとして専用のバッファを設ける。あるいは、受
信バッファ7および送信バッファ6などのバッファを用
いて、図示しない開始時パケットバッファとしてもよ
い。なお、図示しない開始時パケットバッファに保存す
るデータパケットを、送信装置毎、受信装置毎、通信す
る送信装置および受信装置の組み合わせ毎、通信する装
置および通信ポートが同一のものを一つの通信として定
義した場合における通信毎、あるいは通信の種類毎にタ
グを付けて管理するようにしてもよい。
Now, in steps S24 and S25,
If it is determined that the protocol is a delay-dependent protocol, it is determined whether or not the data packet is a data packet at the start of communication by referring to the code bit value in the header of the received data packet (step S26). A dedicated buffer is provided as a starting packet buffer (not shown). Alternatively, buffers such as the reception buffer 7 and the transmission buffer 6 may be used as a starting packet buffer (not shown). A data packet to be stored in a start-time packet buffer (not shown) is defined as one communication in which each transmission device, each reception device, each combination of a transmission device and a reception device to communicate, and a device and a communication port which communicate are the same. In such a case, a tag may be attached and managed for each communication or for each type of communication.

【0046】通信開始時のデータパケットでない場合
(ステップS26,NO)には、受信したデータパケッ
トが、配信管理テーブル1に既に登録済の通信であるか
否かの判断を行う(ステップS27)。このステップS
27では、IPヘッダ中の送信元IPとTCPヘッダ中
の送信元ポートとの組み合わせおよび宛先IPと宛先ポ
ートとの組み合わせが全て同一の通信を同一の管理単位
とし、登録済の通信であると判断する。
If the data packet is not a data packet at the time of starting communication (step S26, NO), it is determined whether or not the received data packet is a communication already registered in the distribution management table 1 (step S27). This step S
In 27, it is determined that the communication in which the combination of the source IP in the IP header and the source port in the TCP header and the combination of the destination IP and the destination port are all the same management unit and are registered communications I do.

【0047】ここで、図6は、配信管理テーブルの一例
を示す図である。図6において、項目D11〜D16
は、管理単位が同じ通信に関する情報を表す項目であ
り、項目D17〜D19は、管理単位が同じ通信におい
てデータ配信管理装置10が受信したデータパケットに
関する情報を表す項目である。各項目D11〜D19
は、データ配信管理装置10が受信したデータパケット
から取得された情報である。項目D11は、管理する通
信の送信元IPアドレスを表し、項目D12は、宛先I
Pアドレスを表し、項目D13は、送信元ポート番号を
表し、項目D14は、宛先ポート番号を表し、項目D1
5は、仮ACK停止フラグを示し、項目D16は、送信
元および宛先におけるそれぞれの最新の送信ウィンドウ
サイズおよび受信ウィンドウサイズを表している。ま
た、項目D17は、この通信においてデータ配信管理装
置10が受信したデータセグメントのシーケンス番号を
表し、項目D18は、tmpACKの送信に関する情報
を表している。この項目D18の情報は、送信元に対し
て一定の条件が整った時などの条件付の場合を含め、送
信可能なデータパケットであるか否かの情報およびtm
pACKを送信したか否かの情報などを値として用いる
ものである。また、項目D19は、宛先からの送達確認
応答(RRACK)に対する情報を表すものであり、図
6では、対応するデータパケットがRRACKを受信済
であることを表す「ACK受信済」およびRRACKの
到達を待っている状態であることを表す「ACK待ち」
の2つの値をもつ。
FIG. 6 shows an example of the distribution management table. In FIG. 6, items D11 to D16
Is an item indicating information regarding communication with the same management unit, and items D17 to D19 are items indicating information regarding data packets received by the data distribution management device 10 in communication with the same management unit. Items D11 to D19
Is information obtained from the data packet received by the data distribution management device 10. Item D11 indicates the source IP address of the communication to be managed, and item D12 indicates the destination I
Item D13 indicates a source port number, item D14 indicates a destination port number, and item D1
5 indicates a temporary ACK stop flag, and item D16 indicates the latest transmission window size and reception window size at the transmission source and destination, respectively. An item D17 indicates the sequence number of the data segment received by the data distribution management device 10 in this communication, and an item D18 indicates information related to the transmission of tmpACK. The information of this item D18 includes information on whether or not the data packet is a transmittable data packet, including the case where a condition such as when certain conditions are satisfied for the transmission source, and tm
Information such as whether or not pACK has been transmitted is used as a value. Item D19 represents information on the delivery acknowledgment (RRACK) from the destination. In FIG. 6, "ACK received" indicating that the corresponding data packet has received RACK and the arrival of RACK are shown in FIG. "Waiting for ACK" to indicate that it is waiting for
Has the following two values.

【0048】たとえば、図6において、行DD1には、
送信元の端末装置「10.74.3.177」の送信ポート「FTP.D
ATA」から、宛先の端末装置「10.74.3.200」の宛先ポー
ト「1301」に対する通信において、仮ACK停止フラグ
が「OFF」であり、送信元の送信ウィンドウサイズお
よび受信ウィンドウサイズ、および宛先の送信ウィンド
ウサイズおよび受信ウィンドウサイズは全て16Kバイト
であり、シーケンス番号「398」を持つデータパケット
は、tmpACKの送信が「不可」、すなわち、いかな
る条件になった場合でも、tmpACKの送信を行わな
いデータパケットであり、現時点で宛先からの送達確認
応答を待っている状態であることを表すものである。
For example, in FIG. 6, a row DD1 includes:
The transmission port `` FTP.D '' of the source terminal device `` 10.74.3.177 ''
In the communication from the ATA to the destination port “1301” of the destination terminal device “10.74.3.200”, the temporary ACK stop flag is “OFF”, the transmission window size and the reception window size of the transmission source, and the transmission window of the destination. The size and the reception window size are all 16 Kbytes, and the data packet having the sequence number “398” is a data packet in which the transmission of tmpACK is “impossible”, that is, the data packet that does not transmit tmpACK in any condition. Yes, indicating that it is currently waiting for a delivery confirmation response from the destination.

【0049】SG配信管理部16は、この配信管理テー
ブル1の上述した項目および必要に応じて追加する項目
を用いて、データパケットのtmpACKの管理、受信
確認、および受信結果に応じた再送の制御、送信元への
tmpACKおよび宛先からの送達確認応答であるRR
ACKの送信速度の制御、宛先への転送速度の制御、デ
ータ配信管理装置10の送信バッファ6および受信バッ
ファ7の管理を行うことができる。
The SG distribution management unit 16 uses the above-mentioned items of the distribution management table 1 and the items added as necessary to manage the tmpACK of the data packet, confirm the reception, and control the retransmission according to the reception result. , TmpACK to source and RR as delivery acknowledgment from destination
It is possible to control the transmission speed of the ACK, control the transfer speed to the destination, and manage the transmission buffer 6 and the reception buffer 7 of the data distribution management device 10.

【0050】データ配信管理装置10は、この配信管理
テーブル1を用いて、受信したデータパケットのIPヘ
ッダにある送信元IPアドレスおよび宛先IPアドレ
ス、およびTCPヘッダにある送信元ポート番号および
宛先ポート番号を参照し、IPヘッダ中の送信元IPと
TCPヘッダ中の送信元ポートとの組み合わせ、および
宛先IPと宛先ポートとの組み合わせで表される通信
が、配信管理テーブル1内にあるか否かの判断を行う。
この判断の結果、配信管理テーブル1に登録されていな
い通信であった場合(ステップS27,NO)、ステッ
プS22に移行することになる。
Using the distribution management table 1, the data distribution management device 10 uses the source IP address and destination IP address in the IP header of the received data packet, and the source port number and destination port number in the TCP header. And whether the communication represented by the combination of the source IP in the IP header and the source port in the TCP header and the combination of the destination IP and the destination port is in the distribution management table 1 or not. Make a decision.
If the result of this determination is that the communication is not registered in the distribution management table 1 (step S27, NO), the process moves to step S22.

【0051】また、配信管理テーブル1に登録されてい
る通信であると判断された場合(ステップS27,YE
S)、ステップS31に移行し、受信したデータパケッ
トが、宛先の受信ウィンドウ内のデータパケットである
か否かを判断し、宛先の受信ウィンドウ内のデータパケ
ットであった場合(ステップS31,YES)、ステッ
プS32に移行し、宛先の受信ウィンドウ内のデータパ
ケットでなかった場合(ステップS31,NO)、tm
pACK利用可能フラグを「OFF」にし、配信管理テ
ーブル1に、データパケットに関する情報を登録し、t
mpACK利用可能フラグを「OFF」に設定し(ステ
ップS39)、受信したデータパケットを宛先に転送し
(ステップS23)、ステップS11にリターンする。
When it is determined that the communication is registered in the distribution management table 1 (step S27, YE
S), the process proceeds to step S31, and it is determined whether or not the received data packet is a data packet in the destination reception window. If the received data packet is a data packet in the destination reception window (YES in step S31). If the data packet is not within the destination reception window (step S31, NO), the process proceeds to step S32.
The pACK available flag is set to “OFF”, and information on the data packet is registered in the distribution management table 1, and t
The mpACK available flag is set to "OFF" (step S39), the received data packet is transferred to the destination (step S23), and the process returns to step S11.

【0052】一方、ステップS32において、通信終了
のデータパケットでないと判断された場合、ステップS
34に移行する。ステップS34において、配信管理テ
ーブル1を参照し、送信元の「送信Windowサイ
ズ」が規定のWindowサイズ、たとえば「2」以上
に達しているか否か、および宛先の「受信Window
サイズ」が規定のWindowサイズ、たとえば「2」
以上に達しているか否かを判断し、双方ともに規定のW
indowサイズに達していると判断した場合(ステッ
プS34,YES)、データ配信管理装置10のtmp
ACK利用可能フラグを「OFF」に設定し(ステップ
S39)、受信したデータパケットを宛先に転送し(ス
テップS23)、ステップS11にリターンする。ま
た、ステップS32において、通信終了のデータパケッ
トであると判断された場合(ステップS32,YES)
には、ステップS40に移行する。ステップS40で
は、図6に示した配信管理テーブルのtmpACK送信
に関する項目D18に、「不可」かつ「FINフラグ受
信済み」を入れ、ステップS23に移行する。
On the other hand, if it is determined in step S32 that the data packet is not a data packet for ending communication, step S32 is executed.
Move to 34. In step S34, by referring to the distribution management table 1, it is determined whether the “transmission window size” of the transmission source has reached a specified window size, for example, “2” or more, and the “reception window size” of the destination.
Window size is a prescribed window size, for example, “2”
It is determined whether or not the above has been reached.
If it is determined that the size has reached the window size (step S34, YES), the tmp of the data distribution management device 10
The ACK available flag is set to "OFF" (step S39), the received data packet is transferred to the destination (step S23), and the process returns to step S11. If it is determined in step S32 that the data packet is a communication end data packet (step S32, YES)
Moves to step S40. In step S40, "impossible" and "FIN flag received" are entered in the item D18 relating to tmpACK transmission in the distribution management table shown in FIG. 6, and the process proceeds to step S23.

【0053】一方、ステップS34において、Wind
owサイズが十分でないと判断された場合、受信したデ
ータパケットが端末装置C2からの送達確認応答である
か否かを判断する(ステップS35)。受信したデータ
パケットが端末装置C2からの送達確認応答でないと判
断された場合(ステップS35,NO)、配信管理テー
ブル1に、情報を登録し、tmpACK利用可能フラグ
を「ON」に設定し(ステップS37)、受信したデー
タパケットを宛先に転送し(ステップS23)、ステッ
プS11にリターンする。なお、tmpACK利用可能
フラグを「ON」にしたデータパケットは、送信バッフ
ァ6に保存する。ステップS37の処理を行う際、実装
によっては、最新のデータパケットの到着時点における
情報として、配信管理テーブル1の個々のデータパケッ
トに関する情報のエントリ毎にtmpACKの利用が可
能か否かの情報を設定する。これによって、たとえばス
ロースタート時にはtmpACK利用制御を行わない、
などのウィンドウサイズの状態に応じた細かな制御を行
うことができる。
On the other hand, in step S34, Wind
If it is determined that the ow size is not sufficient, it is determined whether or not the received data packet is a delivery confirmation response from the terminal device C2 (step S35). If it is determined that the received data packet is not a delivery confirmation response from the terminal device C2 (step S35, NO), the information is registered in the distribution management table 1, and the tmpACK available flag is set to "ON" (step S35). (S37), transfer the received data packet to the destination (step S23), and return to step S11. The data packet with the tmpACK available flag set to “ON” is stored in the transmission buffer 6. When performing the processing in step S37, depending on the implementation, information as to whether or not tmpACK can be used is set for each entry of information on each data packet in the distribution management table 1 as information at the time of arrival of the latest data packet. I do. Thereby, for example, at the time of a slow start, the tmpACK use control is not performed.
For example, fine control according to the window size state can be performed.

【0054】受信したデータパケットが端末装置C2か
らの送達確認応答であると判断された場合(ステップS
35,YES)、tmpACKバッファ4に、受信した
データパケットを保存し、データ配信管理装置10のS
G配信管理部16に対して、端末装置C2から送達確認
応答を受信したことを通知するイベントを発生させ、t
mpACK利用可能フラグを「ON」に設定し(ステッ
プS36)、ステップS11にリターンする。なお、こ
のステップS36の処理は、実装によって、たとえば、
IPヘッダおよびIPデータ部のみなどの必要な部分の
みを保存することも可能である。また、シーケンス番号
などによって、受信したデータパケットが既にtmpA
CK作成用のデータパケットとして登録されていたもの
より、後のデータパケットであるか否かを判断し、最新
すなわち最も後のデータパケットをtmpACK作成用
のデータパケットとして登録するようにしてもよい。ま
た、ステップS35において、受信したデータパケット
が端末装置C2からの送達確認応答ではなかった場合
(ステップS35,NO)も、tmpACK作成用とし
て、tmpACKバッファ4に、受信したデータパケッ
トを保存し、tmpACK作成時にそのデータを利用す
ることも可能である。
When it is determined that the received data packet is a delivery confirmation response from terminal device C2 (step S
35, YES), the received data packet is stored in the tmpACK buffer 4, and the S
An event notifying the G distribution management unit 16 that the delivery confirmation response has been received from the terminal device C2 is generated, and t
The mpACK available flag is set to "ON" (step S36), and the process returns to step S11. Note that the processing in step S36 may be performed, for example, depending on the implementation.
It is also possible to store only necessary parts such as only the IP header and the IP data part. Also, the received data packet is already tmpA due to the sequence number or the like.
A determination may be made as to whether or not the data packet is a data packet that is later than the data packet that has been registered as a CK creation data packet, and the latest, that is, the latest data packet may be registered as a tmpACK creation data packet. Also, in step S35, if the received data packet is not a delivery confirmation response from the terminal device C2 (step S35, NO), the received data packet is stored in the tmpACK buffer 4 for tmpACK creation, and the tmpACK is created. It is also possible to use the data at the time of creation.

【0055】一方、ステップS26において、通信開始
のデータパケットであると判断された場合、現在判断を
行っているデータパケットを含めて、通信開始のデータ
パケットが通信の手順通りに正しく送受信されているか
否かの判断を行う(ステップS29)。一連の作業によ
って、通信開始のデータパケットは正しい順序で到達さ
れたことを確認されたもののみ、図示しない開始時パケ
ットバッファに保存される。従って、このステップS2
9の判断は、受信したデータパケットが、最初の通信開
始時用のデータパケットであるか、あるいは同一通信に
おける最後に受信された通信開始時用のデータパケット
の次に受信されるべきデータパケットであるのかのいず
れかをチェックすればよいことになる。
On the other hand, if it is determined in step S26 that the data packet is a communication start data packet, it is determined whether the communication start data packet including the data packet currently being determined is correctly transmitted and received according to the communication procedure. It is determined whether or not it is (step S29). As a result of a series of operations, only the data packets that have been confirmed to arrive in the correct order for communication start are stored in a start-time packet buffer (not shown). Therefore, this step S2
The judgment of No. 9 is based on whether the received data packet is the first data packet for starting communication or the data packet to be received next to the last received data packet for starting communication in the same communication. You just have to check for one of them.

【0056】その後、データ配信管理装置10が正しい
順序で通信開始のデータパケットを受信していると判断
された場合(ステップS29,YES)、このデータパ
ケットの情報を配信管理テーブル1に追加登録する(ス
テップS30)。その後、受信したデータパケットが端
末装置C2からの送達確認応答であるか否かを判断し
(ステップS41)、端末装置C2からの送達確認応答
であると判断された場合(ステップS41,YES)、
上述したステップS36の処理を行った後、ステップS
11にリターンする。一方、端末装置C2からの送達確
認応答でないと判断された場合(ステップS41,N
O)、受信したデータパケットを宛先に転送し(ステッ
プS23)、ステップS11にリターンする。
Thereafter, when it is determined that the data distribution management device 10 has received the data packet for starting communication in the correct order (step S29, YES), the information of this data packet is additionally registered in the distribution management table 1. (Step S30). Thereafter, it is determined whether or not the received data packet is a delivery confirmation response from the terminal device C2 (step S41). If it is determined that the received data packet is a delivery confirmation response from the terminal device C2 (step S41, YES),
After performing the process of step S36 described above, step S36 is performed.
It returns to 11. On the other hand, when it is determined that it is not a delivery confirmation response from the terminal device C2 (step S41, N
O), transfer the received data packet to the destination (step S23), and return to step S11.

【0057】一方、ステップS29において、データ配
信管理装置10が正しい順序で通信開始のデータパケッ
トを受信していないと判断された場合(ステップS2
9,NO)およびステップS27において配信管理テー
ブル1に登録されている通信でないと判断された場合
(ステップS27,NO)、データ配信管理装置10の
tmpACK利用可能フラグを「OFF」にし(ステッ
プS22)、受信したデータパケットを宛先に転送し
(ステップS23)、ステップS11にリターンする。
On the other hand, when it is determined in step S29 that data distribution management device 10 has not received the data packet for starting communication in the correct order (step S2).
(9, NO) and when it is determined in step S27 that the communication is not the communication registered in the distribution management table 1 (step S27, NO), the tmpACK available flag of the data distribution management device 10 is set to “OFF” (step S22). Then, the received data packet is transferred to the destination (step S23), and the process returns to step S11.

【0058】つぎに、図7に示すフローチャートを参照
して、図2に示したステップS13によるtmpACK
利用制御処理の詳細手順について説明する。図7は、ウ
ィンドウサイズに応じたtmpACKの送信タイミング
の調整処理手順を示すフローチャートである。ここで、
この調整処理は、データセグメントが受信され、tmp
ACK利用制御フラグを参照し、tmpACK利用制御
実施イベント、あるいは遅延仮ACKに関わるタイマや
カウンタから出力されるイベントによって開始される。
遅延仮ACKは、TCPにおける遅延ACKの手法など
と同様に、一定時間あるいは一定パケット数の受信を待
ってから仮ACK(tmpACK)を作成および送信す
ることで、データ配信管理装置10の処理およびデータ
配信管理装置10との間のフローの削減を促すことを目
的とする。
Next, referring to the flowchart shown in FIG. 7, tmpACK in step S13 shown in FIG.
The detailed procedure of the usage control process will be described. FIG. 7 is a flowchart illustrating a procedure for adjusting the transmission timing of tmpACK according to the window size. here,
This adjustment process is performed when a data segment is received and tmp
Referring to the ACK use control flag, the process is started by a tmpACK use control execution event or an event output from a timer or a counter related to the delayed provisional ACK.
The delayed provisional ACK is processed and processed by the data distribution management device 10 by creating and transmitting a provisional ACK (tmpACK) after waiting for reception of a certain time or a certain number of packets, similarly to the method of the delay ACK in the TCP. The purpose is to promote the reduction of the flow with the distribution management device 10.

【0059】したがって、遅延仮ACKに関わるタイマ
やカウンタが出力するイベントとは、たとえば、一定時
間待ってから遅延仮ACKの作成および送信を行う方法
による遅延仮ACKを用いる実装の場合、tmpACK
使用判定部12が、遅延仮ACKを発生させるタイミン
グをはかるタイマ、タイムアウト時間変数あるいは定数
およびそれらによってオン、オフの値が設定される遅延
仮ACK時間経過フラグを持ち、一定時間毎にtmpA
CK作成部13に対して、遅延仮ACK用の待ち時間が
きたことを知らせるために発生するものである。
Therefore, the event output by the timer or counter relating to the delayed temporary ACK is, for example, a case where the delay temporary ACK is created and transmitted by a method of waiting for a certain period of time, and then using tmpACK.
The usage judging unit 12 has a timer for measuring the timing of generating a delayed temporary ACK, a timeout time variable or a constant, and a delayed temporary ACK time elapse flag in which ON and OFF values are set by the timer and a tmpA every predetermined time.
This is generated to inform the CK creating unit 13 that the waiting time for the delayed provisional ACK has come.

【0060】図7において、まず図3に示した一連の処
理によって設定されたFIN受信済フラグの値を参照
し、通信終了のデータパケットが受信済であるか否かの
判断を行う(ステップS51)。FINパケット受信済
と判断された場合(ステップS51,YES)、そのま
まステップS13にリターンする。一方、FINパケッ
ト受信済と判断されなかった場合(ステップS51,N
O)、tmpACKバッファ4に保存してあるデータパ
ケットがSYNデータパケットとACKデータパケット
((SYN+ACK)パケット)であるか否かを判断す
る(ステップS52)。(SYN+ACK)パケットで
あった場合(ステップS52,YES)、未転送の(S
YN+ACK)パケットを送信元、すなわち端末装置C
1に転送し(ステップS53)、ステップS13にリタ
ーンする。一方、ステップS52において、tmpAC
Kバッファ4に保存してあるデータパケットが(SYN
+ACK)パケットでないと判断された場合(ステップ
S52,NO)、配信管理テーブル1および後述する図
6に示す仮ACK作成停止フラグの「ON」、「OF
F」を参照し、tmpACKの送信に必要なデータセグ
メントを受信しているか否かおよび仮ACK送信可能か
否かの判断を行う(ステップS54)。tmpACKの
送信に必要なデータセグメントを受信したか否かの判断
は、たとえばtmpACKを作成しようとしているセグ
メントXから、後のシーケンス番号のセグメントが1つ
以上受信した時点で、セグメントXに対するtmpAC
Kの作成を可能とするという実装とすることができる。
Referring to FIG. 7, first, by referring to the value of the FIN reception completion flag set by the series of processes shown in FIG. 3, it is determined whether or not the data packet of the communication end has been received (step S51). ). If it is determined that the FIN packet has been received (step S51, YES), the process returns to step S13. On the other hand, when it is not determined that the FIN packet has been received (step S51, N
O), it is determined whether the data packets stored in the tmpACK buffer 4 are a SYN data packet and an ACK data packet ((SYN + ACK) packet) (step S52). If the packet is a (SYN + ACK) packet (step S52, YES), the packet is not transferred (S52).
YN + ACK) packet to the transmission source, that is, the terminal device C
1 (step S53), and returns to step S13. On the other hand, in step S52, tmpAC
The data packet stored in the K buffer 4 is (SYN
+ ACK) If it is determined that the packet is not a packet (step S52, NO), the distribution management table 1 and the temporary ACK creation stop flag shown in FIG.
With reference to “F”, it is determined whether or not a data segment required for transmitting tmpACK has been received and whether or not temporary ACK can be transmitted (step S54). Whether or not a data segment necessary for transmitting tmpACK has been received is determined, for example, when one or more segments having a later sequence number are received from segment X for which tmpACK is to be created.
An implementation that enables creation of K can be implemented.

【0061】ステップS54において、tmpACKの
送信に必要なデータセグメントを受信していないと判断
した場合(ステップS54,NO)、tmpACKバッ
ファ4にある未転送のACKセグメントが存在する場
合、このACKセグメントを端末装置C1に転送し(ス
テップS53)、ステップS13にリターンする。
If it is determined in step S54 that a data segment required for transmitting tmpACK has not been received (step S54, NO), if there is an untransmitted ACK segment in the tmpACK buffer 4, this ACK segment is deleted. The data is transferred to the terminal device C1 (step S53), and the process returns to step S13.

【0062】一方、ステップS54において、tmpA
CKの送信に必要なデータセグメントを受信したと判断
した場合(ステップS54,YES)、tmpACKの
作成の対象となる端末装置C1からのデータセグメント
を決定する(ステップS55)。このステップS55の
処理では、配信管理テーブル1を用い、端末装置C1の
ウィンドウ(Window)サイズ、tmpACKの送
信状況および端末装置C1,C2間のTCPプロトコル
のSACKオプションなどを参照して処理を行う。
On the other hand, in step S54, tmpA
When it is determined that the data segment necessary for transmitting the CK has been received (step S54, YES), the data segment from the terminal device C1 for which the tmpACK is to be created is determined (step S55). In the process of step S55, the process is performed by using the distribution management table 1 and referring to the window size of the terminal device C1, the transmission status of tmpACK, the SACK option of the TCP protocol between the terminal devices C1 and C2, and the like.

【0063】たとえば、SACKオプションなしの通信
の場合、配信管理テーブル1のエントリのうち、ACK
受信待ちであり、かつ、tmpACKを送信しておら
ず、かつ自シーケンス番号に比してシーケンス番号が小
さいセグメントが全てデータ配信管理装置10において
受信されているセグメントの中で、シーケンス番号が2
番目に大きいものを、tmpACK作成の対象として決
定する。
For example, in the case of communication without the SACK option, the ACK among the entries of the distribution management table 1
Among the segments that are waiting to be received, have not transmitted tmpACK, and have a sequence number smaller than the own sequence number, all of the segments received by the data distribution management device 10 have a sequence number of 2
The next largest one is determined as a target of tmpACK creation.

【0064】その後、tmpACK作成バッファに保存
してあるセグメントの確認応答番号を、ステップS55
によって決定したtmpACK作成対象セグメントのシ
ーケンス番号に「1」を加えた番号に書き換えたセグメ
ントを、tmpACKとして作成する(ステップS5
6)。SACKオプション付きのTCPの場合、ステッ
プS55において、SACKオプションを考慮したtm
pACK作成対象を決定し、ステップS56において、
SACKオプションも加えた送達確認応答を作成する実
装を行うことも可能である。
Thereafter, the acknowledgment number of the segment stored in the tmpACK creation buffer is entered in step S55.
A segment rewritten to the sequence number of the tmpACK creation target segment determined by “1” plus “1” is created as tmpACK (step S5).
6). In the case of TCP with the SACK option, in step S55, tm considering the SACK option
The pACK creation target is determined, and in step S56,
It is also possible to implement an implementation that creates a delivery acknowledgment response with the SACK option.

【0065】その後、送信元である端末装置C1に対し
てtmpACKを送信する(ステップS57)。ここ
で、ウィンドウサイズに応じ、送信タイミングを加減す
る。たとえば、次式(1)に示す待ち時間WtimeNEW
った後に、tmpACKの送信を行うようにする。すな
わち、 WtimeNEW=Min[UBOUND,Max[WtimeOLD −(WindowSIZENEW−WindowSIZEOLD)*α,LBOUND]] … (1) である。ここで、「WtimeNEW」は、現在の待ち時間で
あり、「LBOUND」は、送信待ちの上限値であり、
たとえば端末装置C1における再送タイムアウト値など
に設定される。また、「WtimeOLD」は、前回算出した
「WtimeNEW」であり、初期値は、「LBOUND」で
ある。「WindowSIZENEW」は、現在の端末装置C1のウ
ィンドウサイズであり、「WindowSIZEOLD」は、前回の
端末装置C1のウィンドウサイズである。「LBOUN
D」は、送信待ちの下限値、たとえば「0」であり、
「α」は、「WtimeNEW」を算出するための所定数を表
す。
Thereafter, tmpACK is transmitted to the terminal device C1 as the transmission source (step S57). Here, the transmission timing is adjusted according to the window size. For example, after waiting for a waiting time Wtime NEW shown in the following equation (1), tmpACK is transmitted. In other words, Wtime NEW = Min [UBOUND, Max [Wtime OLD - (WindowSIZE NEW -WindowSIZE OLD) * α, LBOUND]] is a ... (1). Here, “Wtime NEW ” is the current waiting time, “LBOUND” is the upper limit of the transmission waiting,
For example, the retransmission timeout value in the terminal device C1 is set. “Wtime OLD ” is “Wtime NEW ” calculated last time, and the initial value is “LBOUND”. “WindowSIZE NEW ” is the current window size of the terminal device C1, and “WindowSIZE OLD ” is the previous window size of the terminal device C1. "LBOUN
D ”is a lower limit value of waiting for transmission, for example,“ 0 ”;
“Α” represents a predetermined number for calculating “Wtime NEW ”.

【0066】tmpACKを送信元に転送した後、送信
したtmpACKに対応する全ての配信管理テーブル1
上にエントリしてあるセグメントの情報をtmpACK
送信済みに設定変更し(ステップS58)、ステップS
13にリターンする。
After transferring the tmpACK to the transmission source, all the distribution management tables 1 corresponding to the transmitted tmpACK
TmpACK the information of the segment entered above
The setting is changed to transmitted (step S58), and the
Return to step 13.

【0067】つぎに、図8に示すフローチャートを参照
して、データ配信管理装置10のSG配信管理部16に
よる受信確認処理およびその結果による再送制御処理の
手順について説明する。この受信確認処理および再送制
御処理は、図2に示したパケットのチェック処理および
tmpACK利用制御処理と並列して処理される。
Next, with reference to the flowchart shown in FIG. 8, the procedure of the reception confirmation process by the SG distribution management unit 16 of the data distribution management device 10 and the retransmission control process based on the result will be described. The reception confirmation process and the retransmission control process are performed in parallel with the packet check process and the tmpACK use control process shown in FIG.

【0068】図8において、まず端末装置C2からの送
達確認応答の到着を示すイベントを受け取ったか否かを
判断する(ステップS61)。このイベントは、ステッ
プS11におけるパケットのチェックの処理において発
生されるイベントである。送達確認応答が到着していた
場合(ステップS61,YES)、端末装置C2からの
開始通知であるか否かを判断し(ステップS69)、開
始通知であった場合(ステップS69,YES)、本処
理を終了する。一方、端末装置C2からの開始通知でな
いと判断された場合(ステップS69,NO)、配信管
理テーブル1に、受信した送達確認応答が示すデータセ
グメントに対する結果を記入する(ステップS70)。
たとえば、SACKオプションなしの通信の場合、配信
管理テーブル1のエントリのうち、ACK受信待ちであ
り、かつ、受信した送達確認応答が示すデータセグメン
トに比してシーケンス番号が小さいデータセグメントの
全てをACK受信済にする。一方、SACKオプション
ありの通信の場合、配信管理テーブル1のエントリのう
ち、ACK受信待ちであり、かつ、受信した送達確認応
答が示すデータセグメントに比してシーケンス番号が小
さいデータセグメントであり、かつ、SACKオプショ
ンにないデータセグメントの全てをACK受信済とす
る。
In FIG. 8, first, it is determined whether or not an event indicating the arrival of a delivery confirmation response from the terminal device C2 has been received (step S61). This event is an event generated in the packet check processing in step S11. If the delivery acknowledgment has arrived (step S61, YES), it is determined whether the notification is a start notification from the terminal device C2 (step S69). The process ends. On the other hand, when it is determined that the notification is not the start notification from the terminal device C2 (step S69, NO), the result for the data segment indicated by the received delivery confirmation response is entered in the distribution management table 1 (step S70).
For example, in the case of communication without the SACK option, of the entries in the delivery management table 1, all data segments that are waiting for ACK reception and have a smaller sequence number than the data segment indicated by the received acknowledgment response are ACKed. Mark received. On the other hand, in the case of the communication with the SACK option, among the entries of the distribution management table 1, the data segment is waiting for ACK reception, has a smaller sequence number than the data segment indicated by the received delivery confirmation response, and , All the data segments not included in the SACK option are assumed to have been received ACK.

【0069】ステップS70の処理後、配信管理テーブ
ル1のエントリのうち、ACK受信済のセグメントを送
信バッファ6から削除する(ステップS71)。ここ
で、ACK受信セグメントの削除処理は、削除に関する
タイマを持ち、一定時間毎にまとめて削除するようにし
てもよい。
After the processing in step S70, the ACK-received segments in the entries of the distribution management table 1 are deleted from the transmission buffer 6 (step S71). Here, the deletion processing of the ACK reception segment may have a timer related to deletion, and may be collectively deleted at regular time intervals.

【0070】一方、ステップS61において、端末装置
C2からの送達確認応答受信のイベントを受けていない
と判断された場合、さらに再送タイムアウトが発生した
か否かを判断する(ステップS62)。再送タイムアウ
トが発生していなかった場合(ステップS62,N
O)、そのまま本処理を終了する。一方、再送タイムア
ウトが発生したと判断された場合(ステップS62,Y
ES)、tmpACKの送信を停止するか否かを判断す
る(ステップS63)。
On the other hand, if it is determined in step S61 that the event of receiving the acknowledgment response from the terminal device C2 has not been received, it is further determined whether or not a retransmission timeout has occurred (step S62). If no retransmission timeout has occurred (step S62, N
O), the process is terminated as it is. On the other hand, when it is determined that a retransmission timeout has occurred (step S62, Y
ES), it is determined whether to stop the transmission of tmpACK (step S63).

【0071】ここで、データ配信管理装置10は、受信
バッファ7にあわせた擬似ウィンドウ(TCP通信にお
けるウィンドウを模倣したもの)を持ち、この擬似ウィ
ンドウサイズから、受信バッファ7に残っている分量を
減算した量、すなわち擬似ウィンドウサイズから、送信
元から受信したセグメントの総量を減算し、さらに宛先
からの送達確認応答がきているセグメントの総量を加算
した量が、データ配信管理装置10において把握してい
る送信元のウィンドウサイズよりもさらに1セグメント
分のサイズを越える場合、tmpACKの停止をしない
と判断し(ステップS63,NO)、図6に示した仮A
CK作成停止フラグを「OFF」に設定し、tmpAC
Kの送信を開始する処理を行い(ステップS64)、ス
テップS66に移行する。
Here, the data distribution management device 10 has a pseudo window (simulating a window in TCP communication) corresponding to the reception buffer 7, and subtracts the amount remaining in the reception buffer 7 from the pseudo window size. The amount obtained by subtracting the total amount of the segments received from the transmission source from the calculated amount, that is, the pseudo window size, and adding the total amount of the segments to which the delivery acknowledgment has been sent from the destination is known in the data distribution management device 10. If the size of the window exceeds the window size of the transmission source by one segment, it is determined that tmpACK is not stopped (step S63, NO), and the temporary A shown in FIG.
Set the CK creation stop flag to “OFF” and set tmpAC
A process for starting transmission of K is performed (step S64), and the process proceeds to step S66.

【0072】一方、その逆である場合、tmpACKの
停止をすると判断し(ステップS63,YES)、図6
に示した仮ACK作成停止フラグを「ON」に設定し、
tmpACKの送信を停止する処理を行い(ステップS
65)、ステップS66に移行する。ここで、上述した
tmpACKを停止するか否かの判断を具体的に説明す
る。擬似ウィンドウサイズを「X」バイト、この時点に
おけるデータ配信管理装置10が把握している送信元す
なわち端末装置C1のウィンドウサイズを「m」バイ
ト、現在受信バッファ7にあるセグメントの総量を
「y」バイト、受信する1セグメントの大きさを「k」
バイトとすると、次式(2)が成立したときに、仮AC
Kの停止をする判断を行う。すなわち、 X−y<m+k … (2) である。
On the other hand, if the reverse is true, it is determined that tmpACK is to be stopped (step S63, YES), and FIG.
Set the temporary ACK creation stop flag shown in
A process for stopping transmission of tmpACK is performed (step S
65), and proceed to step S66. Here, the above-described determination of whether to stop tmpACK or not will be specifically described. The pseudo window size is "X" bytes, the window size of the transmission source, that is, the terminal device C1, which the data distribution management device 10 knows at this time is "m" bytes, and the total amount of segments currently in the reception buffer 7 is "y". Byte, size of one segment to receive is "k"
If the following equation (2) is satisfied, the temporary AC
A determination is made to stop K. That is, X−y <m + k (2).

【0073】その後、配信管理テーブル1にあるタイム
アウトが発生したデータセグメントのエントリの再送回
数をインクリメントし、再送フラグを「ON」にし(ス
テップS66)、配信終了か否かの判断を行う(ステッ
プS67)。通常のTCP通信における配信終了のデー
タパケットの交換を検知した場合、あるいは再送のタイ
ムアウトを繰り返し、データ配信管理装置10が再送の
リトライアウトをすることによって配信を終了する場合
に、配信終了と判断され(ステップS67,YES)、
配信終了処理を行い(ステップS68)、本処理を終了
する。なお、再送のタイムアウト値、およびリトライア
ウトの回数は、端末装置C1および端末装置C2におけ
る再送のタイムアウト値およびリトライアウト回数より
も十分に長く設定される必要がある。
Thereafter, the number of retransmissions of the entry of the data segment in which the timeout has occurred in the distribution management table 1 is incremented, the retransmission flag is set to “ON” (step S66), and it is determined whether the distribution is completed (step S67). ). When the exchange of the data packet at the end of distribution in the normal TCP communication is detected, or when the timeout of the retransmission is repeated and the data distribution management device 10 terminates the distribution by retrying out the retransmission, it is determined that the distribution is completed. (Step S67, YES),
A distribution end process is performed (step S68), and this process ends. Note that the retransmission timeout value and the number of retry outs need to be set sufficiently longer than the retransmission timeout value and the number of retry outs in the terminal device C1 and the terminal device C2.

【0074】ステップS68の処理は、配信終了状態に
よって異なる処理を行う。通常のTCP通信における配
信終了のデータパケットの交換を検知した場合、tmp
ACKバッファ4、送信バッファ6、受信バッファ7の
全てにおいて、終了する通信におけるデータセグメント
を全て削除し、配信管理テーブル1のエントリも削除す
る。なお、配信管理テーブル1のエントリは、データの
蓄積を兼ね、保存しておくことも可能である。また、エ
ントリに寿命を設け、あるいはエントリが溢れない限り
残しておくようにしてもよい。
The processing in step S68 is different depending on the distribution end state. When the exchange of the data packet at the end of distribution in the normal TCP communication is detected, tmp
In the ACK buffer 4, the transmission buffer 6, and the reception buffer 7, all the data segments in the communication to be ended are deleted, and the entry of the distribution management table 1 is also deleted. It should be noted that the entry of the distribution management table 1 can also be stored while also storing data. Further, the entry may have a lifetime, or may be left as long as the entry does not overflow.

【0075】一方、ステップS67において、配信終了
でないと判断された場合、ステップS72〜S74の再
送処理を行う。すなわち、ステップS72では、配信管
理テーブル1の再送フラグが「ON」になっているもの
を、送信バッファ6のデータセグメントを再送し、配信
管理テーブル1の再送フラグを「OFF」にする。この
ステップS72の処理後、再送タイマをリセットし(ス
テップS73)、データ配信管理装置10の再送回数カ
ウンタのインクリメントを行い(ステップS74)、本
処理を終了する。
On the other hand, if it is determined in step S67 that distribution has not been completed, retransmission processing in steps S72 to S74 is performed. That is, in step S72, the data segment of the transmission buffer 6 is retransmitted for the retransmission flag of the distribution management table 1 that is “ON”, and the retransmission flag of the distribution management table 1 is set to “OFF”. After the process of step S72, the retransmission timer is reset (step S73), the retransmission counter of the data distribution management device 10 is incremented (step S74), and the process ends.

【0076】実施の形態2.つぎに、この発明の実施の
形態2について説明する。この実施の形態2では、図6
に示したtmpACK利用制御処理を、ウィンドウサイ
ズに応じた遅延を付加してtmpACKの作成処理およ
び送信処理を行うようにしている。
Embodiment 2 Next, a second embodiment of the present invention will be described. In the second embodiment, FIG.
In the tmpACK use control process shown in (1), a tmpACK creation process and a transmission process are performed by adding a delay according to the window size.

【0077】図9は、この発明の実施の形態2であるデ
ータ配信管理装置のtmpACK利用処理手順を示すフ
ローチャートである。図9において、図2に示した一連
の処理によって設定されたFIN受信済フラグの値を参
照し、通信終了のデータパケットが受信済であるか否か
の判断を行う(ステップS81)。FINパケット受信
済と判断された場合(ステップS81,YES)、その
ままステップS13にリターンする。
FIG. 9 is a flowchart showing a tmpACK use processing procedure of the data distribution management device according to the second embodiment of the present invention. In FIG. 9, it is determined whether or not the data packet of the communication end has been received with reference to the value of the FIN reception completion flag set by the series of processes shown in FIG. 2 (step S81). If it is determined that the FIN packet has been received (step S81, YES), the process returns to step S13.

【0078】一方、FINパケット受信済と判断されな
かった場合(ステップS81,NO)、仮ACK用の遅
延時間が経過したことを示すフラグが立っているか否か
を判断する(ステップS82)。仮ACK用の遅延時間
が経過していた場合(ステップS82,YES)、遅延
仮ACKタイマおよび関連フラグをリセットする(ステ
ップS83)。
On the other hand, when it is not determined that the FIN packet has been received (step S81, NO), it is determined whether or not a flag indicating that the delay time for provisional ACK has elapsed is set (step S82). If the temporary ACK delay time has elapsed (step S82, YES), the delay temporary ACK timer and the related flag are reset (step S83).

【0079】このとき、たとえば、図10に示す対応テ
ーブルを用い、ウィンドウサイズに応じた遅延仮ACK
タイマ値を更新設定する。たとえば、図10において、
ウィンドウサイズが「5」kbyte以上である場合には、
遅延タイマを「5」msecに更新設定する。その後、ステ
ップS84に移行する。
At this time, for example, using the correspondence table shown in FIG.
Update the timer value. For example, in FIG.
If the window size is 5 kbytes or more,
Update and set the delay timer to "5" msec. After that, it moves to step S84.

【0080】ステップS82において、仮ACK用の遅
延時間が経過していないと判断された場合、データ配信
管理装置10において、端末装置C1に対する未転送デ
ータがあるか否かを判断し(ステップS86)、未転送
データがなかった場合(ステップS86,NO)は、ス
テップS13にリターンし、未転送データがあった場合
(ステップS86,YES)、ステップS87に移行す
る。
If it is determined in step S82 that the delay time for provisional ACK has not elapsed, the data distribution management device 10 determines whether or not there is any data not yet transferred to the terminal device C1 (step S86). When there is no untransferred data (step S86, NO), the process returns to step S13, and when there is untransferred data (step S86, YES), the process proceeds to step S87.

【0081】ステップS87において、tmpACKバ
ッファ4に保存してあるデータパケットが(SYN+A
CK)パケットであるか否かを判断し、(SYN+AC
K)パケットであった場合、未転送の(SYN+AC
K)パケットを宛先に転送し(ステップS85)、ステ
ップS13にリターンする。
In step S87, the data packet stored in the tmpACK buffer 4 is (SYN + A
CK) to determine whether the packet is (SYN + AC)
K) If it is a packet, the untransmitted (SYN + AC
K) Transfer the packet to the destination (step S85), and return to step S13.

【0082】一方、ステップS87において、tmpA
CKバッファ4に保存してあるデータパケットが(SY
N+ACK)パケットでないと判断された場合、tmp
ACKの送信に必要なデータセグメントを受信している
か否かの判断を行う(ステップS88)。ステップS8
4およびステップ88の処理では、配信管理テーブル1
および仮ACK作成フラグのオン、オフを参照し、tm
pACKの送信に必要なセグメントを受信したか否かお
よびtmpACKの送信が可能か否かを判断する。すな
わち、遅延ありtmpACKを使用するか否かを判断す
る。tmpACK送信に必要なセグメントを受信したか
否かの判断は、たとえば、tmpACKを作成しようと
しているセグメントXよりも、後のシーケンス番号のセ
グメントを1つ以上受信した時点で、セグメントXに対
するtmpACKの作成が可能とする。
On the other hand, in step S87, tmpA
The data packet stored in the CK buffer 4 is (SY
N + ACK) If it is determined that the packet is not a packet, tmp
It is determined whether a data segment necessary for transmitting ACK has been received (step S88). Step S8
4 and step 88, the delivery management table 1
And the on / off state of the temporary ACK creation flag, and tm
It is determined whether a segment necessary for transmission of pACK has been received and whether transmission of tmpACK is possible. That is, it is determined whether or not to use tmpACK with delay. The determination as to whether or not a segment necessary for tmpACK transmission has been received may be made, for example, by generating a tmpACK for segment X when one or more segments having a sequence number subsequent to segment X for which tmpACK is to be generated are received. Is possible.

【0083】ステップS84において、遅延ありtmp
ACKを使用しないと判断した場合、tmpACKバッ
ファ4にある未転送のACKパケットを端末装置C1に
転送し(ステップS85)、ステップS13にリターン
する。
In step S84, tmp with a delay
If it is determined that ACK is not used, the ACK packet in the tmpACK buffer 4 that has not been transferred is transferred to the terminal device C1 (step S85), and the process returns to step S13.

【0084】一方、ステップS84,S88において、
遅延ありtmpACKを使用すると判断した場合、tm
pACKの作成の対象となる端末装置C1からのデータ
セグメントを決定する(ステップS89)。このステッ
プ89の処理では、配信管理テーブル1を用い、データ
配信管理装置10における受信状況、送信元のウィンド
ウサイズ、tmpACKの送信状況、および端末装置C
1と端末装置C2との間のTCPプロトコルのSACK
オプションなどを参照して処理を行う。
On the other hand, in steps S84 and S88,
If it is determined to use tmpACK with delay, tm
The data segment from the terminal device C1 for which the pACK is to be created is determined (step S89). In the process of this step 89, the reception status, the window size of the transmission source, the tmpACK transmission status, and the terminal device C in the data distribution management device 10 are used by using the distribution management table 1.
SACK of TCP protocol between terminal device 1 and terminal device C2
Perform processing with reference to options.

【0085】たとえば、SACKオプションなしの通信
の場合、配信管理テーブル1のエントリのうち、ACK
受信待ちであり、かつ、tmpACKを送信しておら
ず、かつ、自シーケンス番号に比してシーケンス番号が
小さいセグメントが全てのデータ配信管理装置10にお
いて受信されているセグメントの中で、シーケンス番号
が、2番目に大きいものを、tmpACK作成対象とし
て決定する。
For example, in the case of communication without the SACK option, ACK among the entries of the distribution management table 1
Among the segments that are waiting to be received, have not transmitted tmpACK, and have a smaller sequence number than their own sequence numbers, the segments whose sequence numbers are The second largest one is determined as a tmpACK creation target.

【0086】また、たとえば、SACKオプションあり
の通信の場合、tmpACK送信可能であり、かつ、t
mpACK未送信であり、かつ、ACK受信待ちであ
り、かつ、自シーケンス番号が小さいセグメントのう
ち、連続したシーケンス番号を持つ未受信のセグメント
群が4つ以下であるデータ配信管理装置10において受
信しているセグメントのなかで、シーケンス番号が最も
後ろのものよりも一つ前のセグメントをtmpACKの
作成および送信の対象として決定する。
Also, for example, in the case of communication with the SACK option, tmpACK transmission is possible and t
The mpACK has not been transmitted, is waiting for ACK reception, and is received by the data distribution management device 10 in which the number of unreceived segments having a continuous sequence number is four or less among the segments having the small own sequence number. Among the existing segments, the segment whose sequence number is one before the last one is determined as a target of tmpACK generation and transmission.

【0087】ステップS89の処理後、tmpACKバ
ッファ4に保存してあるデータセグメントの到達確認応
答番号を、ステップS89において決定したtmpAC
Kの作成対象のデータセグメントのシーケンス番号に
「1」を加えた番号に書き換えたデータセグメントを、
tmpACKとして作成する。SACKオプション付の
TCPの場合、ステップS89においてSACKオプシ
ョンを考慮したtmpACKを作成する実装も可能であ
る。その後、ステップS90において、SACKオプシ
ョンも加えた送達確認応答を作成する。
After the processing of step S89, the acknowledgment number of the data segment stored in the tmpACK buffer 4 is determined by the tmpAC determined in step S89.
The data segment rewritten to a number obtained by adding “1” to the sequence number of the data segment for which K is to be created,
Create as tmpACK. In the case of TCP with the SACK option, it is also possible to mount tmpACK in consideration of the SACK option in step S89. Thereafter, in step S90, a delivery confirmation response including the SACK option is created.

【0088】ステップS90の処理後、端末装置C1に
tmpACKを送信し(ステップS91)、この送信し
たtmpACKが対応する全ての配信管理テーブル1上
にエントリしてあるデータセグメントの情報をtmpA
CK送信済に変更設定し(ステップS92)、ステップ
S13にリターンする。
After the processing in step S90, tmpACK is transmitted to the terminal device C1 (step S91), and the information of the data segment entered in all the distribution management tables 1 corresponding to the transmitted tmpACK is transmitted to tmpA.
Change and set to CK transmission completed (step S92), and return to step S13.

【0089】[0089]

【発明の効果】以上説明したように、この発明によれ
ば、保持手段が、前記第1の端末装置のウィンドウサイ
ズの情報を保持し、決定手段が、前記保持手段が保持す
るウィンドウサイズの情報をもとに前記送達確認応答の
返送処理を行うか否かを決定し、制御手段が、前記決定
手段が前記送達確認応答の返送処理を行うと決定した場
合のみに前記送達確認応答の返送処理を行うようにし、
送信元に対する送達確認応答の送信タイミングあるいは
送信量を調整するようにしているので、一層高速かつ効
率的にデータ配信を行うことができるとともに、送信元
の状況に見合わない急激なデータ送信速度あるいはデー
タ量の増加を回避することができるデータ配信管理装置
を実現することができるという効果を奏する。
As described above, according to the present invention, the holding means holds the information on the window size of the first terminal device, and the deciding means holds the information on the window size held by the holding means. It is determined whether or not to perform the return processing of the delivery acknowledgment based on the, the control means, the return processing of the delivery acknowledgment only when the determination means determines to perform the return processing of the delivery acknowledgment To do
Since the transmission timing or the transmission volume of the acknowledgment response to the transmission source is adjusted, data can be distributed more quickly and efficiently, and a rapid data transmission speed or There is an effect that a data distribution management device that can avoid an increase in the amount of data can be realized.

【0090】つぎの発明によれば、保持手段が、前記第
1の端末装置のウィンドウサイズの情報を保持し、制御
手段が、前記保持手段が保持するウィンドウサイズの情
報が示すウィンドウサイズに応じて前記第1の端末装置
が送信したデータに対する前記送達確認応答の返送タイ
ミングを可変させる制御を行うようにしているので、一
層高速かつ効率的にデータ配信を行うことができるデー
タ配信管理装置を実現することができるという効果を奏
する。
According to the next invention, the holding means holds the information on the window size of the first terminal device, and the control means sets the information in accordance with the window size indicated by the information on the window size held by the holding means. Since the control for changing the return timing of the delivery acknowledgment for the data transmitted by the first terminal device is performed, a data delivery management device capable of performing data delivery more quickly and efficiently is realized. It has the effect of being able to do so.

【0091】つぎの発明によれば、算出手段が、前記第
2の端末装置から受信した送達確認応答の受信時点から
前記第1の端末装置に送達確認応答を返送する返送時点
までの遅延時間に略対応した所定の下限値を初期値とす
る現在の遅延時間から、前記第1の端末装置における現
在のウィンドウサイズから前回のウィンドウサイズを減
算した第1の減算値に所定値を乗算した第2の値を減算
した第2の減算値と、前記所定の下限値との最大値を算
出し、該最大値と所定の上限値との最小値とを算出し、
該最小値を前記現在の遅延時間として再設定する処理を
繰り返して最新の現在の遅延時間を算出し、前記制御手
段が、前記算出手段によって算出された最新の現在の遅
延時間に応じて前記第1の端末装置が送信したデータに
対する前記送達確認応答の返送タイミングを可変させる
制御を行うようにしているので、一層高速かつ効率的に
データ配信を行うことができるデータ配信管理装置を実
現することができるという効果を奏する。
According to the next invention, the calculating means calculates the delay time from the point in time of receiving the acknowledgment response received from the second terminal apparatus to the point in time of returning the acknowledgment response to the first terminal apparatus. A second value obtained by multiplying a first subtraction value obtained by subtracting a previous window size from a current window size in the first terminal device from a current delay time having a substantially corresponding predetermined lower limit as an initial value, by a predetermined value. The second subtraction value obtained by subtracting the value of the above, the maximum value of the predetermined lower limit value is calculated, and the minimum value of the maximum value and the predetermined upper limit value is calculated,
The process of resetting the minimum value as the current delay time is repeated to calculate the latest current delay time, and the control unit determines the second current delay time according to the latest current delay time calculated by the calculation unit. Since the control for changing the return timing of the delivery acknowledgment for the data transmitted by the one terminal device is performed, it is possible to realize a data distribution management device that can perform data distribution more quickly and efficiently. It has the effect of being able to.

【0092】つぎの発明によれば、保持手段が、前記第
1の端末装置のウィンドウサイズと前記第1の端末装置
から受信したデータのセグメント数と前記第2の端末装
置からの受信確認応答の有無とを少なくとも保持し、決
定手段が、前記保持手段が保持する前記ウィンドウサイ
ズと前記セグメント数と前記受信確認応答の有無との組
み合わせによって前記第1の端末装置が送信したデータ
に対する前記送達確認応答の返送を行うか否かを決定
し、制御手段が、前記決定手段が前記送達確認応答の返
送を行うと決定した場合に該送達確認応答の返送を行う
ようにしているので、一層高速かつ効率的にデータ配信
を行うことができるデータ配信管理装置を実現すること
ができるという効果を奏する。
According to the next invention, the holding means stores the window size of the first terminal device, the number of segments of the data received from the first terminal device, and the reception confirmation response from the second terminal device. At least the presence / absence of the transmission confirmation response to the data transmitted by the first terminal device based on a combination of the window size, the number of segments, and the presence / absence of the reception confirmation response held by the holding unit. It is determined whether or not to return the acknowledgment, and if the control means determines that the acknowledgment is to be returned, the acknowledgment is returned. There is an effect that it is possible to realize a data distribution management device capable of performing data distribution.

【0093】つぎの発明によれば、保持手段が、前記第
1の端末装置のウィンドウサイズの情報を保持し、制御
手段が、前記保持手段が保持するウィンドウサイズの情
報が示すウィンドウサイズに応じて前記第1の端末装置
が送信したデータに対する前記送達確認応答の作成密度
を可変、たとえば送達確認応答を間引く制御を行うよう
にしているので、一層高速かつ効率的にデータ配信を行
うことができるデータ配信管理装置を実現することがで
きるという効果を奏する。
[0093] According to the next invention, the holding means holds the information on the window size of the first terminal device, and the control means sets the information in accordance with the window size indicated by the information on the window size held by the holding means. Since the creation density of the delivery acknowledgment with respect to the data transmitted by the first terminal device is variable, for example, the control for thinning out the delivery acknowledgment is performed, so that data can be distributed more quickly and efficiently. There is an effect that a distribution management device can be realized.

【0094】つぎの発明によれば、データバッファが、
少なくとも前記第1の端末装置が送信したデータを保持
し、管理手段が、少なくとも前記第1の端末装置が送信
したデータの登録情報を管理し、削除制御手段が、前記
第1の端末装置が送信したデータを転送した前記第2の
端末装置から該データに対する送達確認応答を受信した
場合、前記データバッファに保持されている該データお
よび前記管理手段が管理する該データの登録情報を削除
する制御を行うようにしているので、データ配信管理装
置にかかる負荷を軽減することができるという効果を奏
する。
According to the next invention, the data buffer is:
At least the data transmitted by the first terminal device is retained, the management means manages at least the registration information of the data transmitted by the first terminal device, and the deletion control means transmits the data transmitted by the first terminal device. When receiving a delivery acknowledgment for the data from the second terminal device to which the data has been transferred, the control unit deletes the data held in the data buffer and the registration information of the data managed by the management unit. Since this is performed, the load on the data distribution management device can be reduced.

【0095】つぎの発明によれば、計数手段が、前記デ
ータバッファ内に保持されたデータのうちの削除対象の
データである送達確認済みのセグメント数を計数し、前
記削除制御手段が、前記第1の端末装置が送信したデー
タを転送した前記第2の端末装置から該データに対する
送達確認応答の受信の都度、前記管理手段が管理する該
データに登録情報を送達確認済みに設定し、前記計数手
段が計数する該送達確認済みに設定されたセグメント数
が所定数を越えた場合に、前記データバッファに保持さ
れている該送達確認済みのデータと前記管理手段が管理
する該送達確認済みのデータの登録情報を削除するよう
にしているので、データ配信管理装置にかかる負荷を軽
減することができるという効果を奏する。
[0095] According to the next invention, the counting means counts the number of delivery-confirmed segments, which are data to be deleted, of the data held in the data buffer, and the deletion control means sets Each time a delivery confirmation response to the data transmitted from the second terminal device to which the data transmitted by the first terminal device has been received is set, the registration information is set to delivery confirmed in the data managed by the management means, If the number of segments set as delivery confirmed counted by the means exceeds a predetermined number, the delivery confirmed data held in the data buffer and the delivery confirmed data managed by the management means. Since the registered information is deleted, the load on the data distribution management device can be reduced.

【0096】つぎの発明によれば、第1の計数手段が、
前記データバッファ内に保持されたデータのうちの削除
対象のデータである送達確認済みのセグメント数を計数
し、第2の計数手段が、前記管理手段が管理するデータ
のうちの削除対象のデータの登録情報を計数し、前記削
除制御手段が、前記第1の端末装置が送信したデータを
転送した前記第2の端末装置から該データに対する送達
確認応答の受信の都度、前記管理手段が管理する該デー
タに関する情報を送達確認済みに設定し、前記第1の計
数手段が計数する送達確認済みに設定されたセグメント
数が第1の所定数を越えた場合に、前記データバッファ
に保持されている該送達確認済みのデータを削除し、前
記第2の計数手段が計数する送達確認済みのデータの登
録情報が第2の所定数を越えた場合に、該送達確認済み
のデータの登録情報を削除するようにしているので、デ
ータ配信管理装置にかかる負荷を軽減することができる
という効果を奏する。
According to the next invention, the first counting means includes:
The number of segments whose delivery has been confirmed, which is the data to be deleted among the data held in the data buffer, is counted, and the second counting means calculates the number of segments to be deleted among the data managed by the management means. The registration information is counted, and each time the deletion control unit receives the delivery confirmation response to the data from the second terminal device to which the data transmitted by the first terminal device is transferred, the deletion control unit manages the registration information. When information relating to data is set as delivery confirmed, and when the number of segments set as delivery confirmed counted by the first counting means exceeds a first predetermined number, the data held in the data buffer is stored. If the data whose delivery has been confirmed is deleted and the registration information of the data whose delivery has been confirmed counted by the second counting means exceeds a second predetermined number, the registration information of the data whose delivery has been confirmed is deleted. Since so as to remove an effect that it is possible to reduce the load on the data distribution management device.

【0097】つぎの発明によれば、計時手段が、所定時
間を計時する計時手段をさらに備え、前記削除制御手段
が、前記第1の端末装置が送信したデータを転送した前
記第2の端末装置から該データに対する送達確認応答の
受信の都度、前記管理手段が管理する該データに登録情
報を送達確認済みに設定し、計時手段が前記所定時間を
計時した際に、前記データバッファに保持されている該
送達確認済みのデータと前記管理手段が管理する該送達
確認済みのデータの登録情報を削除するようにしている
ので、データ配信管理装置にかかる負荷を軽減すること
ができるという効果を奏する。
[0097] According to the next invention, the clocking means further includes a clocking means for clocking a predetermined time, and the deletion control means transmits the data transmitted by the first terminal device to the second terminal device. Each time a delivery confirmation response to the data is received, the registration information is set to delivery confirmed in the data managed by the management means, and when the timing means times the predetermined time, the data is held in the data buffer. Since the registered data of the delivery-confirmed data and the delivery-confirmed data managed by the management unit are deleted, the load on the data distribution management device can be reduced.

【図面の簡単な説明】[Brief description of the drawings]

【図1】 この発明の実施の形態1であるデータ配信管
理装置を含むデータ配信管理システムの構成を示すブロ
ック図である。
FIG. 1 is a block diagram illustrating a configuration of a data distribution management system including a data distribution management device according to a first embodiment of the present invention.

【図2】 図1に示したデータ配信管理装置によるデー
タ配信管理処理手順を示すフローチャートである。
FIG. 2 is a flowchart illustrating a data distribution management processing procedure performed by the data distribution management device illustrated in FIG. 1;

【図3】 図2に示したパケットのチェック処理手順を
示す詳細フローチャートである。
FIG. 3 is a detailed flowchart showing a procedure of a packet check process shown in FIG. 2;

【図4】 図1に示した経路管理テーブルの内容の一例
を示す図である。
FIG. 4 is a diagram showing an example of the contents of a route management table shown in FIG. 1;

【図5】 図1に示したプロトコル管理テーブルの内容
の一例を示す図である。
FIG. 5 is a diagram showing an example of the contents of a protocol management table shown in FIG. 1;

【図6】 図1に示した配信管理テーブルの内容の一例
を示す図である。
FIG. 6 is a diagram showing an example of the contents of a distribution management table shown in FIG. 1;

【図7】 図2に示したtmpACK利用制御処理手順
を示す詳細フローチャートである。
FIG. 7 is a detailed flowchart showing a tmpACK use control processing procedure shown in FIG. 2;

【図8】 図1に示したデータ配信管理装置による受信
確認処理および再送制御処理の手順を示すフローチャー
トである。
8 is a flowchart showing a procedure of a reception confirmation process and a retransmission control process by the data distribution management device shown in FIG.

【図9】 この発明の実施の形態2であるデータ配信管
理装置によるtmpACK利用制御処理手順を示す詳細
フローチャートである。
FIG. 9 is a detailed flowchart showing a tmpACK use control processing procedure by the data distribution management device according to the second embodiment of the present invention.

【図10】 図9に示したデータ配信管理装置が有する
ウィンドウサイズと遅延タイマの設定値との対応関係を
示す対応テーブルの一例を示す図である。
10 is a diagram illustrating an example of a correspondence table indicating a correspondence between a window size and a set value of a delay timer included in the data distribution management device illustrated in FIG. 9;

【図11】 従来のデータ配信管理装置を含むデータ配
信管理システムの構成を示すブロック図である。
FIG. 11 is a block diagram showing a configuration of a data distribution management system including a conventional data distribution management device.

【符号の説明】[Explanation of symbols]

1 配信管理テーブル、1a 経路管理テーブル、2
a,2b,3 回線、4tmpACKバッファ、5 プ
ロトコル管理テーブル、6 送信バッファ、7受信バッ
ファ、10,20 データ配信管理装置、10a ゲー
トウェイ機能部、11,17 通信部、12 tmpA
CK使用判定部、13 tmpACK作成部、14 S
GTimerカウント部、15 配信データ記録部、1
6 SG配信管理部、C1,C2 端末装置。
1 delivery management table, 1a route management table, 2
a, 2b, 3 lines, 4tmp ACK buffer, 5 protocol management table, 6 transmission buffer, 7 reception buffer, 10, 20 data distribution management device, 10a gateway function unit, 11, 17 communication unit, 12 tmpA
CK use determination unit, 13 tmpACK creation unit, 14 S
GTimer counting section, 15 delivery data recording section, 1
6 SG distribution management unit, C1, C2 terminal device.

Claims (9)

【特許請求の範囲】[Claims] 【請求項1】 送信したデータに対する送達確認応答を
必要とする通信を行う第1の端末装置と該第1の端末装
置の通信相手先である第2の端末装置との間の伝送路上
に配置され、前記第1の端末装置との間の伝送遅延が前
記第2の端末装置との間の伝送遅延に比して小さく、少
なくとも前記第1の端末装置からのデータを前記第2の
端末装置に対して転送する転送処理と該転送したデータ
に対する送達確認応答を作成し返送する返送処理とを行
うことができるデータ配信管理装置において、 前記第1の端末装置のウィンドウサイズの情報を保持す
る保持手段と、 前記保持手段が保持するウィンドウサイズの情報をもと
に前記送達確認応答の返送処理を行うか否かを決定する
決定手段と、 前記決定手段が前記送達確認応答の返送処理を行うと決
定した場合に前記送達確認応答の返送処理を行う制御手
段と、 を備えたことを特徴とするデータ配信管理装置。
An arrangement is made on a transmission path between a first terminal device for performing communication requiring a delivery acknowledgment for transmitted data and a second terminal device which is a communication partner of the first terminal device. Wherein the transmission delay between the first terminal device and the second terminal device is smaller than the transmission delay between the first terminal device and the second terminal device. A data transfer management device capable of performing a transfer process for transferring data to the first terminal device and a return process for generating and returning a delivery acknowledgment response to the transferred data. Means, determining means for determining whether or not to perform the return processing of the acknowledgment response based on the information on the window size held by the holding means, and when the determining means performs the return processing of the acknowledgment response And a control unit for performing a process of returning the delivery acknowledgment when the determination is made.
【請求項2】 送信したデータに対する送達確認応答を
必要とする通信を行う第1の端末装置と該第1の端末装
置の通信相手先である第2の端末装置との間の伝送路上
に配置され、前記第1の端末装置との間の伝送遅延が前
記第2の端末装置との間の伝送遅延に比して小さく、少
なくとも前記第1の端末装置からのデータを前記第2の
端末装置に対して転送する転送処理と該転送したデータ
に対する送達確認応答を作成し返送する返送処理とを行
うことができるデータ配信管理装置において、 前記第1の端末装置のウィンドウサイズの情報を保持す
る保持手段と、 前記保持手段が保持するウィンドウサイズの情報が示す
ウィンドウサイズに応じて前記第1の端末装置が送信し
たデータに対する前記送達確認応答の返送タイミングを
可変させる制御を行う制御手段と、 を備えたことを特徴とするデータ配信管理装置。
2. A transmission terminal disposed on a transmission path between a first terminal device that performs communication requiring a delivery confirmation response to transmitted data and a second terminal device that is a communication partner of the first terminal device. Wherein the transmission delay between the first terminal device and the second terminal device is smaller than the transmission delay between the first terminal device and the second terminal device. A data transfer management device capable of performing a transfer process for transferring data to the first terminal device and a return process for generating and returning a delivery acknowledgment response to the transferred data. Means for varying the return timing of the delivery acknowledgment for the data transmitted by the first terminal device according to the window size indicated by the window size information held by the holding means Data distribution management apparatus characterized by comprising a control means for control, a.
【請求項3】 前記第2の端末装置から受信した送達確
認応答の受信時点から前記第1の端末装置に送達確認応
答を返送する返送時点までの遅延時間に略対応した所定
の下限値を初期値とする現在の遅延時間から、前記第1
の端末装置における現在のウィンドウサイズから前回の
ウィンドウサイズを減算した第1の減算値に所定値を乗
算した第2の値を減算した第2の減算値と、前記所定の
下限値との最大値を算出し、該最大値と所定の上限値と
の最小値とを算出し、該最小値を前記現在の遅延時間と
して再設定する処理を繰り返して最新の現在の遅延時間
を算出する算出手段をさらに備え、 前記制御手段は、前記算出手段によって算出された最新
の現在の遅延時間に応じて前記第1の端末装置が送信し
たデータに対する前記送達確認応答の返送タイミングを
可変させる制御を行うことを特徴とする請求項2に記載
のデータ配信管理装置。
3. Initializing a predetermined lower limit value substantially corresponding to a delay time from a time point of receiving a delivery confirmation response received from the second terminal apparatus to a time point of returning a delivery confirmation response to the first terminal apparatus. From the current delay time as a value, the first
Maximum value of a second subtraction value obtained by subtracting a second value obtained by multiplying a first subtraction value obtained by subtracting a previous window size from a current window size from a current window size by a predetermined value, and the predetermined lower limit value Calculation means for calculating the maximum value and the minimum value of the predetermined upper limit value, and repeating the process of resetting the minimum value as the current delay time to calculate the latest current delay time. The apparatus further includes: the control unit performs control to vary a return timing of the delivery confirmation response to data transmitted by the first terminal device according to a latest current delay time calculated by the calculation unit. The data distribution management device according to claim 2, wherein:
【請求項4】 送信したデータに対する送達確認応答を
必要とする通信を行う第1の端末装置と該第1の端末装
置の通信相手先である第2の端末装置との間の伝送路上
に配置され、前記第1の端末装置との間の伝送遅延が前
記第2の端末装置との間の伝送遅延に比して小さく、少
なくとも前記第1の端末装置からのデータを前記第2の
端末装置に対して転送する転送処理と該転送したデータ
に対する送達確認応答を作成し返送する返送処理とを行
うことができるデータ配信管理装置において、 前記第1の端末装置のウィンドウサイズと前記第1の端
末装置から受信したデータのセグメント数と前記第2の
端末装置からの受信確認応答の有無とを少なくとも保持
する保持手段と、 前記保持手段が保持する前記ウィンドウサイズと前記セ
グメント数と前記受信確認応答の有無との組み合わせに
よって前記第1の端末装置が送信したデータに対する前
記送達確認応答の返送を行うか否かを決定する決定手段
と、 前記決定手段が前記送達確認応答の返送を行うと決定し
た場合に該送達確認応答の返送を行う制御手段と、 を備えたことを特徴とするデータ配信管理装置。
4. A transmission terminal arranged on a transmission path between a first terminal device for performing a communication requiring a delivery acknowledgment for transmitted data and a second terminal device which is a communication partner of the first terminal device. Wherein the transmission delay between the first terminal device and the second terminal device is smaller than the transmission delay between the first terminal device and the second terminal device. A data delivery management device capable of performing a transfer process for transferring the data to the first terminal and a return process for generating and returning a delivery confirmation response to the transferred data. The window size of the first terminal device and the first terminal Holding means for holding at least the number of segments of data received from the device and the presence or absence of a reception confirmation response from the second terminal device; the window size and the segment held by the holding means Deciding means for deciding whether to return the acknowledgment response to the data transmitted by the first terminal device based on a combination of the acknowledgment and the presence or absence of the acknowledgment response. Control means for returning the delivery acknowledgment when it is determined that the data delivery management is to be performed.
【請求項5】 送信したデータに対する送達確認応答を
必要とする通信を行う第1の端末装置と該第1の端末装
置の通信相手先である第2の端末装置との間の伝送路上
に配置され、前記第1の端末装置との間の伝送遅延が前
記第2の端末装置との間の伝送遅延に比して小さく、少
なくとも前記第1の端末装置からのデータを前記第2の
端末装置に対して転送する転送処理と該転送したデータ
に対する送達確認応答を作成し返送する返送処理とを行
うことができるデータ配信管理装置において、 前記第1の端末装置のウィンドウサイズの情報を保持す
る保持手段と、 前記保持手段が保持するウィンドウサイズの情報が示す
ウィンドウサイズに応じて前記第1の端末装置が送信し
たデータに対する前記送達確認応答の作成密度を可変さ
せる制御を行う制御手段と、 を備えたことを特徴とするデータ配信管理装置。
5. A transmission terminal arranged on a transmission path between a first terminal device that performs communication requiring a delivery acknowledgment for transmitted data and a second terminal device that is a communication partner of the first terminal device. Wherein the transmission delay between the first terminal device and the second terminal device is smaller than the transmission delay between the first terminal device and the second terminal device. A data transfer management device capable of performing a transfer process for transferring data to the first terminal device and a return process for generating and returning a delivery acknowledgment response to the transferred data. Means for controlling the generation density of the delivery acknowledgment for the data transmitted by the first terminal device in accordance with the window size indicated by the window size information held by the holding means. Data distribution management apparatus characterized by comprising: a power sale control means.
【請求項6】 少なくとも前記第1の端末装置が送信し
たデータを保持するデータバッファと、 少なくとも前記第1の端末装置が送信したデータの登録
情報を管理する管理手段と、 前記第1の端末装置が送信したデータを転送した前記第
2の端末装置から該データに対する送達確認応答を受信
した場合、前記データバッファに保持されている該デー
タおよび前記管理手段が管理する該データの登録情報を
削除する制御を行う削除制御手段と、 をさらに備えたことを特徴とする請求項1〜5のいずれ
か一つに記載のデータ配信管理装置。
6. A data buffer for holding at least data transmitted by the first terminal device, a managing unit for managing registration information of at least data transmitted by the first terminal device, and a first terminal device Receiving a delivery acknowledgment for the data from the second terminal device to which the transmitted data has been transferred, deletes the data held in the data buffer and the registration information of the data managed by the management unit. The data distribution management device according to claim 1, further comprising: a deletion control unit that performs control.
【請求項7】 前記データバッファ内に保持されたデー
タのうちの削除対象のデータである送達確認済みのセグ
メント数を計数する計数手段をさらに備え、 前記削除制御手段は、前記第1の端末装置が送信したデ
ータを転送した前記第2の端末装置から該データに対す
る送達確認応答の受信の都度、前記管理手段が管理する
該データに登録情報を送達確認済みに設定し、前記計数
手段が計数する該送達確認済みに設定されたセグメント
数が所定数を越えた場合に、前記データバッファに保持
されている該送達確認済みのデータと前記管理手段が管
理する該送達確認済みのデータの登録情報を削除するこ
とを特徴とする請求項6に記載のデータ配信管理装置。
7. The data processing apparatus according to claim 1, further comprising a counting unit that counts the number of segments whose delivery has been confirmed, which is data to be deleted, of the data held in the data buffer, wherein the deletion control unit is configured to delete the first terminal device. Each time a transmission acknowledgment for the data is received from the second terminal device that has transmitted the data transmitted, the registration information is set to acknowledgment in the data managed by the management means, and the counting means counts. When the number of segments set as the delivery confirmation exceeds a predetermined number, the delivery confirmation data held in the data buffer and the registration information of the delivery confirmation data managed by the management unit are stored. The data distribution management device according to claim 6, wherein the data distribution management device deletes the data.
【請求項8】 前記データバッファ内に保持されたデー
タのうちの削除対象のデータである送達確認済みのセグ
メント数を計数する第1の計数手段と、 前記管理手段が管理するデータのうちの削除対象のデー
タの登録情報を計数する第2の計数手段と、 をさらに備え、 前記削除制御手段は、前記第1の端末装置が送信したデ
ータを転送した前記第2の端末装置から該データに対す
る送達確認応答の受信の都度、前記管理手段が管理する
該データに関する情報を送達確認済みに設定し、前記第
1の計数手段が計数する送達確認済みに設定されたセグ
メント数が第1の所定数を越えた場合に、前記データバ
ッファに保持されている該送達確認済みのデータを削除
し、前記第2の計数手段が計数する送達確認済みのデー
タの登録情報が第2の所定数を越えた場合に、該送達確
認済みのデータの登録情報を削除することを特徴とする
請求項6に記載のデータ配信管理装置。
8. A first counting means for counting the number of delivery-confirmed segments which are data to be deleted among the data held in the data buffer, and a deletion of data managed by the management means. A second counting unit that counts registration information of target data, wherein the deletion control unit transmits the data transmitted from the first terminal device to the second terminal device that has transmitted the data. Each time an acknowledgment is received, the information about the data managed by the management means is set to delivery confirmed, and the number of segments set to delivery confirmed by the first counting means is equal to the first predetermined number. If it exceeds, the data whose delivery has been confirmed held in the data buffer is deleted, and the registration information of the data whose delivery has been confirmed counted by the second counting means is a second predetermined number. 7. The data distribution management device according to claim 6, wherein the registration information of the data whose delivery has been confirmed is deleted when the number exceeds the limit.
【請求項9】 所定時間を計時する計時手段をさらに備
え、 前記削除制御手段は、前記第1の端末装置が送信したデ
ータを転送した前記第2の端末装置から該データに対す
る送達確認応答の受信の都度、前記管理手段が管理する
該データに登録情報を送達確認済みに設定し、前記計時
手段が前記所定時間を計時した際に、前記データバッフ
ァに保持されている該送達確認済みのデータと前記管理
手段が管理する該送達確認済みのデータの登録情報を削
除することを特徴とする請求項6に記載のデータ配信管
理装置。
9. The system according to claim 1, further comprising a timer for counting a predetermined time, wherein the deletion controller receives a delivery confirmation response to the data from the second terminal to which the data transmitted by the first terminal has been transferred. In each case, the registration information is set to delivery confirmed in the data managed by the management means, and when the timing means times the predetermined time, the delivery confirmed data held in the data buffer and 7. The data distribution management device according to claim 6, wherein registration information of the data whose delivery has been confirmed managed by the management unit is deleted.
JP2001005763A 2001-01-12 2001-01-12 Data distribution management device Expired - Fee Related JP3893247B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001005763A JP3893247B2 (en) 2001-01-12 2001-01-12 Data distribution management device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001005763A JP3893247B2 (en) 2001-01-12 2001-01-12 Data distribution management device

Publications (2)

Publication Number Publication Date
JP2002217963A true JP2002217963A (en) 2002-08-02
JP3893247B2 JP3893247B2 (en) 2007-03-14

Family

ID=18873760

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001005763A Expired - Fee Related JP3893247B2 (en) 2001-01-12 2001-01-12 Data distribution management device

Country Status (1)

Country Link
JP (1) JP3893247B2 (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004180158A (en) * 2002-11-28 2004-06-24 Ntt Docomo Inc Base station controller, data transmission method and program
JP2006245824A (en) * 2005-03-01 2006-09-14 Mitsubishi Electric Corp Mobile communication system
US7346074B2 (en) 2002-10-03 2008-03-18 Ntt Docomo, Inc. Communication system, signal receiving device, signal transmitting device, and communication method
JP2010504672A (en) * 2006-09-21 2010-02-12 イパネマ・テクノロジーズ Optimization process of traffic control in packet telecommunications network
JP2010093370A (en) * 2008-10-03 2010-04-22 Nippon Telegr & Teleph Corp <Ntt> Edge node and band control method
JP2010263350A (en) * 2009-05-01 2010-11-18 Nec Corp Communications device, pseudo-response device, transmission rate control method and program
JP2012182551A (en) * 2011-02-28 2012-09-20 Toshiba Corp Data transmission device, data communication device, and communication program
JP5564603B1 (en) * 2013-06-07 2014-07-30 ソフトバンクモバイル株式会社 Relay node
JP2014143760A (en) * 2010-11-16 2014-08-07 Hitachi Ltd Communication device, communication system and relaying method of data communication
US9379852B2 (en) 2006-09-05 2016-06-28 Nec Corporation Packet recovery method, communication system, information processing device, and program

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7346074B2 (en) 2002-10-03 2008-03-18 Ntt Docomo, Inc. Communication system, signal receiving device, signal transmitting device, and communication method
JP2004180158A (en) * 2002-11-28 2004-06-24 Ntt Docomo Inc Base station controller, data transmission method and program
JP2006245824A (en) * 2005-03-01 2006-09-14 Mitsubishi Electric Corp Mobile communication system
JP4509825B2 (en) * 2005-03-01 2010-07-21 三菱電機株式会社 Mobile communication system
US9379852B2 (en) 2006-09-05 2016-06-28 Nec Corporation Packet recovery method, communication system, information processing device, and program
JP2010504672A (en) * 2006-09-21 2010-02-12 イパネマ・テクノロジーズ Optimization process of traffic control in packet telecommunications network
JP2010093370A (en) * 2008-10-03 2010-04-22 Nippon Telegr & Teleph Corp <Ntt> Edge node and band control method
JP2010263350A (en) * 2009-05-01 2010-11-18 Nec Corp Communications device, pseudo-response device, transmission rate control method and program
JP2014143760A (en) * 2010-11-16 2014-08-07 Hitachi Ltd Communication device, communication system and relaying method of data communication
JP2012182551A (en) * 2011-02-28 2012-09-20 Toshiba Corp Data transmission device, data communication device, and communication program
JP5564603B1 (en) * 2013-06-07 2014-07-30 ソフトバンクモバイル株式会社 Relay node

Also Published As

Publication number Publication date
JP3893247B2 (en) 2007-03-14

Similar Documents

Publication Publication Date Title
US6473425B1 (en) Mechanism for dispatching packets via a telecommunications network
US6981032B2 (en) Enhanced multicast-based web server
WO2018210117A1 (en) Congestion control method, network device, and network interface controller thereof
JP5038425B2 (en) Optimization process of traffic control in packet telecommunications network
US7953817B2 (en) System and method for supporting TCP out-of-order receive data using generic buffer
JP2004297742A (en) Communication device, communication control method and program
JP4302339B2 (en) Data distribution management device, data distribution management system, and data distribution management method
US20060221825A1 (en) Congestion control network relay device and method
US20080291911A1 (en) Method and apparatus for setting a TCP retransmission timer
US20030117992A1 (en) Method and apparatus for transmitting packet by using indirect acknowledgement timer in wired/wireless integrated network
CN108418767A (en) Data transmission method, equipment and computer storage media
JP3377994B2 (en) Data distribution management device and data distribution management method
US8259728B2 (en) Method and system for a fast drop recovery for a TCP connection
US8072886B2 (en) Method and system for transmission control protocol (TCP) traffic smoothing
US20070223529A1 (en) Methods and apparatus for estimating bandwidth of a data network
CN104025525A (en) Notification by network element of packet drops
WO2001045331A1 (en) Congestion control method for a packet-switched network
WO2014037760A1 (en) Method and system for increasing data flow transmission
JP2001024678A (en) Method for predicting and controlling congestion in data transmission network, and node
CN107770085B (en) Network load balancing method, equipment and system
JP3893247B2 (en) Data distribution management device
US20120155268A1 (en) Packet relay device
US20040267960A1 (en) Force master capability during multicast transfers
JP5087595B2 (en) Edge node, window size control method and program
JP3782308B2 (en) DATA DISTRIBUTION MANAGEMENT DEVICE, DATA DISTRIBUTION MANAGEMENT SYSTEM AND DATA DISTRIBUTION MANAGEMENT METHOD USING THE SAME, AND PROGRAM FOR CAUSING COMPUTER TO EXECUTE THE METHOD

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040609

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20051128

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060105

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060303

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060822

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060914

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20061205

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20061211

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091215

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101215

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111215

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111215

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121215

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121215

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131215

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees