WO2005039150A1

WO2005039150A1 - 通信装置およびその通信方法ならびにプログラム

Info

Publication number: WO2005039150A1
Application number: PCT/JP2004/015756
Authority: WO
Inventors: Yohei Hasegawa; Tutomu Murase
Original assignee: Nec Corporation
Priority date: 2003-10-22
Filing date: 2004-10-18
Publication date: 2005-04-28
Also published as: JPWO2005039150A1; US8228919B2; JP4656415B2; US20070071004A1

Abstract

　複数のコネクションにデータを分散させて通信を実現する通信装置（１）において、データ分割復元処理部（１−２）はデータを送信する場合にはアプリケーション処理部（１−１）からデータを受け取り、データを任意の数のブロックに分割し、このブロックを元のデータに復元するための情報をＴＣＰヘッダ内部に格納し、任意の数のＴＣＰコネクションを利用してネットワーク処理部（１−３）へと送り、データを受信する場合にはネットワーク処理部（１−３）から受け取った複数のＴＣＰコネクションのデータについて、ＴＣＰヘッダ内部に格納された復元情報を参照し、分割されたブロックを識別し、これをあわせることにより分割前のデータに復元し、アプリケーション処理部（１−１）に送る。

Description

明細書通信装置およびその通信方法ならびにプログラム技術分野

本発明は、通信装置およびその通信方法ならびにプログラムに関し、特に複数のコネクションにデータを分散させて通信を実現する通信装置およびその通信方法ならびにプログラムに関する。背景技術

従来、送信端末と受信端末間の通信で用いられる 1つの通信フローのデータを複数のフローに分岐させて、最後に復元する通信方法がある。例えば、送信端末が置かれた LAN (L o c a l Ar e a Ne two r k) と、受信端末が置かれた LANに、それぞれゲートウェイを設置し、送信端末から送出された TC P (T r an sm i s s i on C on t r o l P r o t o c o l ) コネクションのデータを送信端末近傍のゲートウェイにおいてバケツト単位でそれぞれの通信経路に振り分け、受信端末近傍のゲートウェイでは、 TCPのシーケンス番号にしたがってパケットの順序逆転を補正する方法がある（特開 2000 - 2 61478号公報参照）。

ただし、この方法では、端末の TdPは、 1つの通信経路で使用されることを前提としている動作を実現しているため、通信経路の性能を十分に発揮できない問題がある。

複数の通信回線を効率的に利用し、回線利用率を向上させる方法としては、以下の方法が存在する。

第 1の方法は、端末の TCPに機能を追加し、従来一本の TCPコネクションを用いていた通信を複数の TCPコネクションを利用するように変更する方法である（マルチパス TCP、マルチパスプロキシサーバく Mu 1 t i p a t h P r o x y S e r v e r〉、特開 2003— 1 1 0604号公報参照）。

この方法では送信端末と受信端末間の通信で 1つの通信フローで行われていたデータの通信を複数の通信フローに分割して並列的に送る方法がある。送信端末から受信端末へとデ一タを送信する場合、送信端末の通信プロトコルは 1つの通信フローの通信データを分割し、複数の通信フローに振り分け、受信端末がこれを元のデータに復元するための復元情報として新たなヘッダを T C P / I Pのパケットのパケットデータ内に付加して、それぞれの通信フローにてデ一夕を送信し、受信端末の通信プロトコルでは複数の通信フローから受信したデータの復元情報を参照して 1つの通信フローを復元し、元のデータを復元する。

第一の問題は、第一方式では、データの分割および復元のため、パケット内に新たなヘッダを付け加えるため、へッダが大きくなつてしまい通信効率が低下することである。

第二の問題は、第一方式では、データの分割および復元のため、パケット内に新たなヘッダを付け加えることによりヘッダが大きくなつてしまい、データをパケットごとに分割するためのセグメント化が変化するため、セグメント化が変化することを考慮しないアプリケ一ションでは、正常な通信ができなくなってしまうことである。

特に、プロキシサーバに第一方式を用い、一つのコネクションで受信したデー夕を複数のコネクションに分散させて送信した場合では、必ず再セグメント化が必要となる。

第三の問題は、第一方式の通信装置が利用するネットワーク経路の途中に、本方式を意識しない制御管理範囲外の装置が存在し、セグメント化が変化した場合、第一方式では、正常な通信が行えなくなつてしまうことである。

第四の問題は、第一方式では、データ分割をし、複数のコネクションにて並列に送信する際に、 1パケット単位で T C Pコネクション処理プロセスへとデータを渡すため、書き込み命令の発行回数が多くなつてしまい、処理負荷が大きくなる点である。発明の開示

そこで本発明の目的は、ヘッダが大きくなるのを防止することにより、フローの分割および復元を伴う通信を効率よく実現することが可能な通信装置およびその通信方法ならびにプログラムを提供することにある。

前記課題を解決するために本発明による通信装置は、複数のコネクションにデ一夕を分散させて通信を実現する通信装置であって、その装置はそれぞれのコネクシヨンに分散させたデータを復元するための情報をヘッダ内部に格納する機能を有することを特徴とする。

また、本発明による通信方法は、複数のコネクションにデータを分散させて通信を実現する通信方法であって、その方法はそれぞれのコネクションに分散させたデータを復元するための情報をヘッダ内部に格納する処理を含むことを特徴とする。

さらに、本発明によるプログラムは、複数のコネクションにデータを分散させて通信を実現する通信方法をコンピュータに実行させるためのプログラムであつて、そのプログラムはそれぞれのコネクションに分散させたデータを復元するための情報をヘッダ内部に格納する処理を含むことを特徴とする。

本発明によれば、それぞれのコネクションに分散させたデータを復元するための情報をヘッダ内部に格納するため、ヘッダが大きくなることがない。図面の簡単な説明

図 1は、本発明による通信装置の第 1実施例の構成を示すブロック図である。図 2は、第 1実施例で送信端末 2— 1から受信端末 2— 2へのデータの流れを示したブロック図である。

図 3は、第 1実施例におけるデータの分割方法と、分割されたブロックを示す図である。

図 4は、第 1実施例のデ一夕分割復元処理部において T C Pヘッダ内部にデー夕の復元情報を格納する例を示す図である。

図 5は、 T C Pのタイムスタンプオプションの形式図である。

図 6は、第 1実施例における送信端末 2— 1の処理の概要を示すフローチヤ一トである。

図 7は、第 1実施例における受信端末 2— 2の処理の概要を示すフローチヤ一トである。図 8は、第 2実施例における送信端末 2— 1の処理の概要を示すフローチヤ一トである。

図 9は、第 2実施例における受信端末 2— 2の処理の概要を示すフロ一チヤ一トである。

図 1 0は、第 3実施例における送信端末 2 1— 1と、プロキシサーバ 2 1— 3 と、受信端末 2 1— 2との間のデータの流れを示すブロック図である。

図 1 1は、第 4実施例のデータ分割復元処理部 1— 2においてブロックの先頭にデータの復元情報を格納する例を示す図である。

図 1 2は、第 4実施例における送信端末 2— 1の処理の概要を示すフローチヤ一卜である。

図 1 3は、第 4実施例における受信端末 2— 2における処理の概要を示すフロ一チャートである。

図 1 4は、第 5実施例における通信レートが大きい場合の送信端末と受信端末との間のデータの流れを示すブロック図である。

図 1 5は、第 5実施例における通信レートが大きい場合のデータの分割方法と、分割されたプロックとを示す図である。

図 1 6は、第 5実施例における送信端末 2— 1の処理の概要を示すフローチヤ一卜である。

図 1 7は、第 5実施例における受信端末 2— 2の処理の概要を示すフローチヤ一卜である。発明を実施するための最良の形態

以下、本発明の実施の形態について添付図面を参照しながら説明する。 (第 1実施例）

図 1は本発明による通信装置の第 1実施例の構成を示すプロック図である。第 1実施例において、通信装置 1は、アプリケーション処理部 1— 1と、デ一夕分割復元処理部 1— 2と、ネットワーク処理部 1一 3とを含んで構成される。

アプリケーション処理部 1一 1は、任意のアプリケ一ションプログラムを処理 _c

し、データを送信する場合にはデ一夕分割復元処理部 1一 2にデータを送り、デ一夕を受信する場合にはデータ分割復元処理部 1一 2からデータを受け取る機能を有する。

データ分割復元処理部 1一 2は、データを送信する場合にはアプリケーション処理部 1 _ 1からデータを受け取り、データを任意の数のブロックに分割し、このブロックを元のデータに復元するための情報を T C Pヘッダ内部に格納し、任意の数の TCPコネクションを利用してネットワーク処理部 1一 3へと送り、デ一夕を受信する場合にはネットワーク処理部 1一 3から受け取った複数の TCP コネクションのデータについて、 T C Pヘッダ内部に格納された復元情報を参照し、分割されたブロックを識別し、これをあわせることにより分割前のデータに復元し、アプリケーション処理部 1一 1に送る機能を有する。

ネットワーク処理部 1一 3は、デーダを送信する場合にはデータ分割復元処理部 1— 2から受け取った TCPコネクションのデ一夕をネットワークへと出力し、データを受信する場合にはネットワークから入力された TCPコネクションのデ一夕をデータ分割復元処理部 1一 2へと送る機能を有する。

図 2は、第 1実施例で送信端末 2— 1から受信端末 2— 2へのデータの流れを示したブロック図、図 3は第 1実施例におけるデータの分割方法と、分割されたブロックを示す図である。図 2では、送信端末 2— 1から受信端末 2— 2へとデ —夕を送る場合、送信端末 2— 1は図 3に示すように送信するデータを複数のブロックへ分割し、これを復元するための情報を TCPヘッダ内部に格納し、複数の TCPコネクションを利用して受信端末 2— 2へ送る。

図 2では、データ 3— 1を 4つのブロック（1) 〜（4) に分割し、 2つの T CPコネクション（1)、 (2) を利用し、 TCPコネクション（1) ではブロック（1)、 (3) を送信し、 TCPコネクション（2) ではブロック（2)、（4) を送信する例を示している。

送信端末 2— 1からのブロックを受け取った受信端末 2— 2は、 TCPヘッダ内部に格納された復元情報を参照し、分割されたブロックを識別し、ブロックを順番に整列することにより、複数のブロックからもとのデータを復元する。

図 2では、受信端末 2— 2は、 TCPコネクション（1)、 (2) から受け取つたブロック（1) 〜（4) を順番に整列し、元のデータを復元する。図 4は、第 1実施例のデータ分割復元処理部において TC Pヘッダ内部にデ一夕の復元情報を格納する例を示す図である。送信端末 2— 1は、データを分割し、複数のブロックを生成したのち、このブロック番号を TCPのタイムスタンプ（T ime s t amp ) オプションの一部に格納する。

図 5は TCPのタイムスタンプォプションの形式図である。 TCPのタイムスタンプォプションは図 5に示す形式にて TC Pヘッダのォプションフィールドに格納される。同図を参照すると、 TCPのタイムスタンプオプションは種類（K i n d) と、長さ（L e ng t h) と、 TS Va l u e (TS v a l ) と、 TS E c h o Re p l y (T S e e r) とを含んで構成される。同図は種類が 8、長さが 10バイトの場合を示している。

本実施例では、この TS V a 1 u eの 4バイトの情報のうち、 1バイトをデ一夕の復元情報として、ブロック番号を格納するために用い、残りの 3バイトに TS V a 1 u eのうち、上位 3バイトを格納する。

ただし、この TS V a 1 u eの 4バイトの情報のうち、 2バイトをデータの復元情報として、ブロック番号を格納するために用い、残りの 2バイ卜に TS V a 1 u eのうち、下位 2バイトを格納する、というように TS V a 1 u eにおけるデータの復元情報のために利用する領域を変更した実施例も可能である。次に、図 6および図 7を参照して第 1実施例における送信端末 2— 1、受信端末 2 _ 2における処理について説明する。なお、以下の説明において、送信端末 2― 1および受信端末 2— 2は図 1の通信装置 1の一例を示している。

図 6は第 1実施例における送信端末 2― 1の処理の概要を示すフローチャートである。同図を参照すると、送信端末 2— 1はアプリ.ケーシヨン処理部 1一 1が任意の処理を実施し、データ分割復元処理部 1― 2にデータの送信を指示することにより、処理が開始される。

処理 5— 1では、データ分割復元処理部 1一 2は、アプリケーション処理部 1 一 1から受け取ったデータを任意の数のプロックに分割する。処理 5— 2へ移動する。

処理 5— 2では、データ分割復元処理部 1— 2は、分割したブロックを任意の T C Pコネクションに振り分ける。処理 5— 3へ移動する。

処理 5— 3では、デ一タ分割復元処理部 1—2は、ネットワーク処理部 1— 3 へブロックの送信を指示する。このとき、データ T C Pヘッダ内のタイムスタンプオプションフィールドに復元するための情報として、送信しているブロック番号を格納する。ただし、異なるブ ΰックは同じパケット内には格納しない。ネットワーク処理部 1一 3はネットワークへプロックを送出する。ブロックをすベて送信し、アプリケーション処理部 1一 1の任意の処理が終了したら、処理を終了する。

図 7は第 1実施例における受信端末 2— 2の処理の概要を示すフローチャートである。受信端末 2— 2は、ネットワークから送信端末 2— 1が送信したプロックを受信することによって処理を開始する。 .

処理 6— 1では、ネットワーク処理部 1一 3がデータ分割復元処理部 1一 2にブロックをわたし、デ一夕分割復元処理部 1一 2では、 T C Pヘッダ内のタイムスタンプオプションフィールドに格納されているブロック番号を参照し、これを整列し、元のデータに復元する。処理 6— 2へ移動する。

処理 6— 2では、データ分割復元処理部 1一 2が復元したデータをアプリケ一ション処理部 1一 1にわたし、アプリケーション処理部 1一 1では任意の処理を実行する。すべてのブロックがアプリケーション処理部 1一 1に渡され、アプリケーション処理部 1一 1の任意の処理が終了したら処理を終了する。

以上が、本発明による第一の実施例における通信端末の処理の内容である。従来の技術においては、データを分割し、これを復元するための情報をアプリケ一ションデータの一部としていたため、これを格納するためアプリケーションデータが大きくなつてしまっていた。

一方、上記で述べたように第 1実施例では、広く用いられている T C Pのタイムスタンプオプションフィールドに、データを復元するための情報を含めることによってアプリケーションデ一夕が大きくなることがなく、復元情報を格納するためのオーバヘッドがない。かつ、同時にタイムスタンプオプションも利用することができる。

また、第 1実施例では、タイムスタンプオプションに復元情報を格納する方法を示したが、この他、 TCPZI P (T r an sm i s s i on Con t r o 1 P r o t o c o l / I n t e r n e t P r o t o c o l) ヘッダのうち、冗長なデータを含んでいる箇所や、データ長の圧縮あるいは縮退可能な箇所に復元情報を格納する実施例も可能である。

例えば、 I P ( I n t e r n e t P r o t o c o l) パケットには 1つのパケットを分割するためのフラグメントオプションがあるが、現在では、パス M TU (Max i mum T r an s f e r Un i t) ディスカバリー（P a t h MTU D i s c ov e r y) オプションが一般的に利用された場合にはこのフラグメントフィールドは利用されておらず、これを TC Pタイムスタンプォプシヨンフィールドの代わりに用いる実施例も可能である。

(第 2実施例）

本発明の第 2実施例による通信装置の構成は図 1に示した第 1実施例と同様であるため、ここでは第 1実施例の構成を示す図 1を用いて説明する。

第 2実施例において、通信装置 1は、アプリケーション処理部 1一 1と、デー夕分割復元処理部 1— 2と、ネットワーク処理部 1一 3とを含んで構成される。アプリケ一ション処理部 1— 1は、データ分割復元処理部 1— 2により設定された最大バケツトサイズを参照し、最大バケツトサイズに基づきデータを区切つて通信することがある任意のアプリケーションプログラムを処理し、データを送信する場合にはデータ分割復元処理部 1一 2にデータを送り、データを受信する場合にはデー夕分割復元処理部 1一 2からデータを受け取る機能を有する。

データ分割復元処理部 1— 2は、ネットワーク処理部 1― 3の複数のィン夕フエースに設定された最大パケットサイズをそれぞれ参照し、最も小さい最大パケットサイズを代表値としてアプリケーションへと公開し、データを送信する場合にはアプリケーション処理部 1一 1からデー夕を受け取り、データを最大パケットサイズの代表値の倍数に基づくサイズのブロックに分解し（ただし最大バケツトサイズの倍数に基づくブロックに分割した際に生じた端数は最大バケツトサイズの代表値の倍数でなくてもよい）、このブロックを元のデータに復元するための情報を TCPヘッダ内部に格納し、最大パケットサイズの代表値を利用可能な最大パケットサイズとして設定された任意の数の TCPコネクションを利用してネットワーク処理部 1一 3へと送り、データを受信する場合にはネットワーク処理部 1一 3から受け取った複数の TCPコネクションのデータについて、 TCPへッダ内部に格納された復元情報を参照し、分割されたプロックを識別し、これをあわせることにより分割前のデータに復元し、アプリケーション処理部 1— 1に送る機能を有する。

ネットワーク処理部 1一 3は、データを送信する場合にはデータ分割復元処理部 1— 2から受け取った TCPコネクションのデータをネットワークへと出力し、データを受信する場合にはネットワークから入力された TCPコネクションのデ一夕をデータ分割復元処理部 1— 2へと送る機能を有する。

また、それぞれの最大パケットサイズを調査する場合に、 TCPのオプションとして提供されているパス M T Uディスカバリーオプションを利用し、通信開始後に最大パケットサイズの代表値を再調整する実施例も可能である。

図 2は、第 2実施例で、送信端末 2— 1から受信端末 2— 2へのデ一夕の流れを示したブロック図である。

図 2では、送信端末 2— 1から受信端末 2— 2へとデータを送る場合、送信端末 2— 1は通信に利用する複数の TCPコネクションで利用可能な最大パケットサイズをそれぞれ調査し、最も小さい最大パケットサイズを代表値として、それぞれの T C Pコネクションで利用するようにし、図 3に示すように送信するデー夕を最大パケットサイズの代表値の倍数に基づくサイズのブロックに分解し（ただし最大パケットサイズの倍数に基づくブロックに分割した際に生じた端数は最大バケツトサイズの代表値の倍数でなくてもよい）、これを復元するための情報を TCPヘッダ内部に格納し、最大パケットサイズの代表値が設定された複数の T CPコネクションを利用して受信端末 2— 2へ送る。

図 2では、データを 4つのブロック（1) 〜（4) に分割し、 2つの TCPコネクシヨン（1)、 (2) を利用し、 TCPコネクション（1) ではブロック（1)、 (3) を送信し、 TCPコネクション（2) ではブロック（2)、 (4) を送信する例を示している。

送信端末 2— 1からのブロックを受け取つた受信端末 2— 2は、 T C Pヘッダ内部に格納された復元情報を参照し、分割されたブロックを識別し、ブロックを順番に整列することにより、複数のブロックから元のデータを復元する。図 2では、受信端末 2— 2は、 T C Pコネクション（1 )、 ( 2 ) から受け取ったブロック（1 ) 〜（4 ) を順番に整列し、元のデータを復元する。

図 4は、第 2実施例のデ一夕分割復元処理部 1一 2において T C Pヘッダ内部にデータの復元情報を格納する例を示す図である。送信端末 2— 1は、データを分割し、複数のブロックを生成したのち、このブロック番号を T C Pのタイムスタンプォプションの一部に格納する。 T C Pのタイムスタンプオプションは図 5 に示す形式にて T C Pヘッダのオプションフィールドに格納される。

第 2実施例では、この T S V a 1 u eの 4バイトの情報のうち、 1ノイトをデータの復元情報として、ブロック番号を格納するために用い、残りの 3バイトに T S V a 1 u eのうち、上位 3バイトを格納する。

次に、図 8および図 9を参照して第 2実施例における送信端末 2— 1および受信端末 2— 2の処理について説明する。

図 8は第 2実施例における送信端末 2— 1の処理の概要を示すフローチヤ一トである。送信端末 2— 1はアプリケーション処理部 1— 1が任意の処理を実施し、デー夕分割復元処理部 1— 2にデータの送信を指示することにより、処理を開始する。

処理 7— 1では、データ分割復元処理部 1一 2は、それぞれの T C Pコネクションで利用可能な最大バケツトサイズを調査し、それぞれの最大パケットサイズのうちの最も小さな最大パケットサイズを代表値として設定しそれぞれの T C P コネクションを利用する場合はこの代表値を利用できるようにする。アプリケーション処理部 1一 1から受け取ったデータを最大パケットサイズの代表値の倍数に基づくサイズのブロックに分割し（ただし最大パケットサイズの倍数に基づくブロックに分割した際に生じた端数は最大バケツトサイズの代表値の倍数でなくてもよい）、処理 7— 2へ移動する。

処理 7— 2では、データ分割復元処理部 1—2は、分割したブロックを任意の T C Pコネクションに振り分ける。処理 7— 3へ移動する。

処理 7— 3では、データ分割復元処理部 1 _ 2は、ネットワーク処理部 1一 3 ヘプ口ックの送信を指示する。

このとき、データ TC Pヘッダ内のタイムスタンプオプションフィールドに復元のための情報として、送信しているブロック番号を格納する。ただし、ブロック番号が変わる場合は、同じパケットには格納しない。

ネットワーク処理部 1— 3はネットワークへブロックを送出する。ブロックをすべて送信し、アプリケーション処理部 1— 1の任意の処理が終了したら、処理を終了する。

図 9は、第 2実施例における受信端末 2— 2の処理の概要を示すフローチヤ一トである。

受信端末 2— 2は、ネットワークから送信端末 2— 1が送信したブロックを受信することによつて処理を開始する。 '

処理 8— 1では、ネットワーク処理部 1― 3がデータ分割復元処理部 1一 2にブロックをわたし、データ分割復元処理部 1一 2では、 TCPヘッダ内のタイムスタンプオプションフィールドに格納されているブロック番号を参照し、これを整列し、元のデータに復元する。処理 8— 2へ移動する。

処理 8— 2では、データ分割復元処理部 1一 2が復元したデータをアプリケーション処理部 1— 1にわたし、アプリケーション処理部 1 _ 1では任意の処理を実行する。すべてのブロックがアプリケーション処理部 1— 1に渡され、アプリケ一ション処理部 1一 1の任意の処理が終了したら処理を終了する。

以上が、本発明による第 2実施例における通信端末の処理の内容である。従来の技術においては、各 TCPコネクションの最大バケツトサイズを意識せずにブロック化を行っていたため、それぞれの TCPコネクションでは、バケツトがフラグメントされてしまう可能性があり、通信効率が低下していた。

本発明による通信装置では、それぞれの TCPコネクションで利用可能な MS S (Ma X S e gme n t S i z e) を調査し、この調査結果に基づいてブロック化を行うため、効率のよい通信が実現される。

(第 3実施例）

本発明の第 3実施例による通信装置の構成は図 1に示した第 2の実施例と同様であるため、ここでは第 2の実施例の構成を示す図 1を用いて説明する。

第 3実施例では、図 10に示すように、本発明による第 2の実施例の通信方法を用いた通信装置である、プロキシサーバ 21— 3と受信端末 2 1— 2、従来の TCP/ I Pによる通信を実現する送信端末 21— 1の通信を説明する。なお、以下の説明において、プロキシサーバ 21— 3は図 1の通信装置 1の一例を示している。

図 10は第 3実施例における送信端末 21— 1と、プロキシサーバ 21 _ 3と、受信端末 21 - 2との間のデータの流れを示すブロック図である。

プロキシサーバ 21一 3でのアプリケーション処理部 1— 1では、送信端末 2 1一 1と受信端末 21—2の通信を実現するためのプロキシサーバが動作しており、送信端末 2 1— 1から従来の TCP/ I Pによる通信によって受信したパケット（1) 〜（4) を転送し、受信端末 21一 2へと送信する。

プロキシサーバ 21— 3は、通信に関係する TCPコネクションである TCP コネクション（0)、 TC Pコネクション (1)、 TC Pコネクション (2) でそれぞれ利用可能な最大パケットサイズのうち最も小さな最大バケツトサイズを、本通信で利用可能な最大パケットサイズの代表値として設定する。プロキシサーバ 21— 3は送信端末 2 1 _ 1、受信端末 2 1— 2に本通信で利用可能な最大パケットサイズの代表値を通知し TCPコネクションを開設する。

送信端末はプロキシサーバ 2 1— 3から通知されたパケットサイズ以下の大きさのパケットを用いてパケットをプロキシサーバ 21 _ 3に送信する。プロキシサーバ 2 1— 3は、送信端末 2 1— 1から受け取ったデータを転送し、 TCPコネクシヨン（1)、 TCPコネクション（2) を利用して、受信端末 21—2へとパケットを送出する。

図 10では、送信端末 2 1— 1は、従来の技術による 1本の TCPコネクション（0) によりプロキシサーバ 21— 3にパケット（1) 〜（4) を送信し、プロキシサーバ 2 1— 3は、 TCP コネクション（0) により受信した該パケットを、 TCPコネクション（1)、 TCPコネクション（2) に振り分け受信端末 21— 2へと送信する。

以上のように、本発明による通信方法では、通信に関係するそれぞれの TCP コネクションでそれぞれ利用可能な最大バケツトサイズのうち、最小のものを用いて通信を行う。また、デ一夕を複数のコネクションに分散させて送出させる場合に既存の T C Pヘッダ内部に復元情報を格納するため、通信データが増えることがない。これにより、第 3実施例のように 1本の T C Pコネクションで受信したパケットを複数の T C Pコネクションを用いて送出するプロキシサーバとして利用した場合においては、結果的に受信したパケットと同じ全くデータを持つパケッ卜のままで送信することができ、既存通信との親和性が高く、正常な通信が行える可能性も高い。 (第 4実施例）

本発明の第 4実施例による通信装置の構成は図 1に示した第 1の実施例と同様であるため、ここでは第 1実施例の構成を示す図 1を用いて説明する。

第 4実施例において、本通信装置 1は、アプリケーション処理部 1一 1と、デ —夕分割復元処理部 1一 2と、ネットワーク処理部 1— 3とを含んで構成される。アプリケーション処理部 1— 1は、任意のアプリケーションプログラムを処理し、データを送信する場合にはデータ分割復元処理部 1一 2にデータを送り、デ —夕を受信する場合にはデータ分割復元処理部 1一 2からデ一夕を受け取る機能を有する。

データ分割復元処理部 1一 2は、デ一夕を送信する場合にはアプリケーション処理部 1一 1からデータを受け取り、データを任意の数のブロックに分割し、このブロックを元のデータに復元するための情報として、元のデータにおけるプロックの位置を示すシーケンス番号と、ブロックの大きさをブロックの先頭に追加し、それぞれのブロックを任意の数の T C Pコネクションに割り当て、 T C Pコネクシヨンを利用してネットワーク処理部へと送り、データを受信する場合にはネットワーク処理部から受け取った複数の T C Pコネクションのデ一夕について、ブロックの先頭に格納されたシーケンス番号と、ブロックの大きさを参照し、整列することによりより分割前のデー夕に復元し、アプリケーション処理部 1— 1 に送る機能を有する。ネットワーク処理部 1一 3は、データを送信する場合にはデータ分割復元処理部 1— 2から受け取った TCPコネクションのデータをネットヮ一クへと出力し、データを受信する場合にはネットワークから入力された TCPコネクションのデ一夕をデータ分割復元処理部 1一 2へと送る機能を有する。

図 2は、第 4実施例で、送信端末 2— 1から受信端末 2— 2へのデータの流れを示したブロック図、図 1 1は第 4実施例におけるデータが分割されたブロックを示す図である。

図 2では、送信端末 2— 1から受信端末 2— 2へとデータを送る場合、送信端末 2— 1は図 3に示すように送信するデータを複数のブロックへ分割し、これを復元するための情報として、元のデータにおけるブロックの位置を示すシーケンス番号と、ブロックのサイズを図 1 1に示すようにブロックの先頭に追加し、これを複数の TCPコネクションを利用して受信端末 2— 2へ送る。

図 2では、データを 4つのブロック（1) 〜（4) に分割し、 2つの TCPコネクシヨン（1)、 (2) を利用し、 TCPコネクション（1) ではブロック（1)、 (3) を送信し、 TCPコネクション（2) では、ブロック（2)、（4) を送信する例を示している。

送信端末 2— 1からのブロックを受け取った受信端末 2— 2は、ブロックの先頭に格納されたシーケンス番号と、ブロックのサイズを参照し、分割されたプロックを識別し、ブロックを順番に整列することにより、複数のブロックから元のデータを復元する。図 2では、受信端末 2— 2は、 TCPコネクション（1)、（2) から受け取ったブロック（1) 〜（4) を順番に整列し、元のデータを復元する。図 1 1は、第 4実施例のデ一夕分割復元処理部 1一 2においてブロックの先頭にデータの復元情報を格納する例を示す図である。

送信端末 2— 1は、図 3に示すようにデータを分割し、複数のブロックを生成したのち、図 4に示すように、ブロックの分割前のデータにおける位置を示すシ一ケンス番号と、各プロックのサイズをブ口ックの先頭に追加する。

次に図 1 2および図 13を参照して第 4実施例における送信端末 2— 1および受信端末 2— 2における処理について説明する。

図 12は、第 4実施例における送信端末 2— 1の処理の概要を示すフローチヤートである。送信端末 2— 1は、アプリケーション処理部 1— 1が任意の処理を実施し、データ分割復元部 1—2にデータの送信を指示することにより、処理が開始される。

処理 1 0— 1では、データ分割復元処理部 1一 2は、アプリケーション処理部 1一 1から受け取ったデータを任意の数のブロックに分割し、これを復元するための情報として、データのシーケンス番号と、ブロックの大きさをブロックの先頭に追加する。処理 1 0— 2へ移動する。

処理 1 0— 2では、データ分割復元処理部 1— 2は、分割したプロックを任意の T C Pコネクションに振り分ける。処理 1 0— 3へ移動する。

処理 1 0 _ 3では、データ分割復元処理部 1一 2は、ネットワーク処理部 1—

3へブロックの送信を指示する。ブロックをすベて送信し、アプリケーション処理部 1一 1の任意の処理が終了したら、処理を終了する。

図 1 3は、第 4実施例における受信端末 2— 2の処理の概要を示すフローチヤ —トである。受信端末 2— 2は、ネットワークから送信端末 2— 1が送信したブロックを受信することによつて処理を開始する。

処理 1 1— 1では、ネットワーク処理部 1― 3がデータ分割復元処理部 1一 2 にブロックをわたし、データ分割復元処理部 1一 2では、ブロックの先頭に格納されているシーケンス番号とブロックサイズを参照し、ブロックを整列し、元のデ一夕に復元する。処理 1 1—2へ移動する。

処理 1 1一 2では、デ一タ分割復元処理部 1一 2が復元したデータをアプリケーシヨン処理部 1一 1にわたし、アプリケーション処理部 1一 1では任意の処理を実行する。すべてのブロックがアプリケーション処理部 1一 1に渡され、アブリケーシヨン処理部 1一 1の任意の処理が終了したら処理を終了する。

以上が、本発明による第 4実施例における通信端末の処理の内容である。

従来の技術においては、通信経路中に想定していないプロキシサーバなどがあり、データのセグメントが変更される場合があると、受信端末でデータを復元することが不可能であった。

一方、上記で述べたように第 4実施例では、データを複数のブロック分割し、これを復元するための情報に分割されたプロックの長さを格納することにより、 . 通信経路中に想定していないプロキシサーバなどがあり、データのセグメント化が変更される場合においても、受信端末でデータを復元することが可能である。

(第 5実施例）

本発明の第 5実施例による通信装置の構成は図 1に示した第 1実施例と同様であるため、ここでは第 1の実施例の構成を示す図 1を用いて説明する。

第 5実施例において、本通信装置 1は、アプリケーション処理部 1— 1と、デ —夕分割復元処理部 1— 2と、ネットワーク処理部 1— 3とを含んで構成される。アプリケーション処理部 1— 1は、任意のアプリケーションプログラムを処理し、データを送信する場合にはデ一夕分割復元処理部 1一 2にデータを送り、デ一夕を受信する場合にはデータ分割復元処理部 1一 2からデータを受け取る機能を有する。

データ分割復元処理部 1一 2は、デ一夕を送信する場合にはアプリケ一ション処理部 1一 1からデ一夕を受け取り、データを送信するために任意の数の T C P コネクションを利用し、それぞれの T C Pコネクションの通信レートを調査し、通信レートが低い場合は、小さなブロックにデータを分割し、通信レートが高い場合は、より大きなブロックをへとデータを分割し、任意の数の T C Pコネクシヨンを利用して、ブロックをネットワーク処理部 1一 3へと送り、データを受信する場合にはネットワーク処理部 1— 3から受け取った複数の T C Pコネクションのデータについて、 T C Pヘッダ内部に格納された復元情報を参照し、分割されたブロックを識別し、これをあわせることにより分割前のデータに復元し、ァプリケーション処理部 1— 1に送る機能を有する。

ネットワーク処理部 1— 3は、データを送信する場合にはデータ分割復元処理部 1— 2から受け取った T C Pコネクションのデータをネットワークへと出力し、データを受信する場合にはネットワークから入力された T C Pコネクションのデ一夕をデータ分割復元処理部 1一 ₂へと送る機能を有する。図 2は、第 5実施例で、送信端末 2— 1から受信端末 2— 2へのデータの流れを示したブロック図、図 1 4は第 5実施例における通信レートが大きい場合の送信端末と受信端末との間のデータの流れを示すブロック図、図 1 5は第 5実施例 _η

における通信レートが大きい場合のデータの分割方法と、分割されたブロックとを示す図である。

図 2では、送信端末 2— 1から受信端末 2— 2へとデ一夕を送る場合、送信端末 2— 1は利用するそれぞれの TCPコネクションの通信レートを調査し、図 3 に示すように、送信するデータを複数のブロックへ分割する。

ただし、それぞれの TCPコネクションの通信レートを調査し、この通信レートの調査結果の合計が低い場合は、分割するブロックのサイズを小さくし、この通信レートの合計が高い場合は、分割するブロックのサイズを大きくする。次に、分割したブロックをあわせもとのデータを復元するための情報を T C Pヘッダ内部に格納し、複数の TCPコネクションを利用して受信端末 2— 2へ送る。

例えば、通信レートが低い場合では、図 3に示すように、データを 4つのプロック（1) 〜（4) に分割し、図 2に示すように 2つの TCPコネクション（1)、 (2) を利用し、 TCPコネクション 1ではブロック（1)、 (3) を送信し、 T CPコネクション 2では、ブロック（2)、 (4) を送信し、通信レートが高い場合では、分割するブロックの数を多くし、図 1 5に示すように、データを 2つのブロック（1)、 (2) に分割し、図 14に示すように 2つの TCPコネクション (1)、 (2) を利用し、 TCPコネクション（1) ではブロック 13— 1を送信し、 TCPコネクション（2) では、ブロック 1 3— 2を送信する。

送信端末 2— 1からのブロックを受け取つた受信端末 2— 2は、 T C Pヘッダ内部に格納された復元情報を参照し、分割されたブロックを識別し、ブロックを順番に整列することにより、複数のブロックから元のデータを復元する。図 2では、受信端末 2— 2は、 TCPコネクション（1)、 (2) から受け取ったブロック（1) 〜（4) を順番に整列し、元のデータを復元する。

同様に図 14では、受信端末 2— 2は、 TCPコネクション（1)、 (2) から受け取ったブロック 1 3— 1および 13— 2を順番に整列し、元のデータを復元する。

図 4は、第 5実施例のデータ分割復元処理部 1— 2において T C Pヘッダ内部にデータの復元情報を格納する例である。送信端末 2— 1は、デ一夕を分割し、複数のブロックを生成したのち、このブロック番号を TC Pのタイムスタンプォプションの一部に格納する。 TCPのタイムスタンプォプションは図 5に示す形式にて TC Pヘッダのォプションフィールドに格納される。

第 5実施例では、この TS V a 1 u eの 4バイトの情報のうち、 1バイトをデ一夕の復元情報として、ブロック番号を格納するために用い、残りの 3バイトに TS V a 1 u eのうち、上位 3バイトを格納する。

ただし、この TS V a 1 u eの 4倍との情報のうち、 2バイトをデ一夕の復元情報として、ブロック番号を格納するために用い、残りの 2バイトに TS V a 1 u eのうち、下位 2バイトを格納する、というように TS Va l u eにおけるデータの復元情報のために利用する領域を変更した実施例も可能である。次に図 16、図 17を参照して第 5実施例における送信端末 2— 1、受信端末

2- 2における処理について説明する。

図 16は、第 5実施例における送信端末 2— 1の処理の概要を示すフローチヤートである。送信端末 2— 1は、アプリケ一ション処理部が任意の処理を実施し、データ分割復元部 1一 2にデータの送信を指示することにより、処理が開始される。

処理 14一 1では、データ分割復元処理部 1一 2は、アプリケーション処理部 1— 1から受け取ったデータを任意の数のブロックに分割する。ただし、このとき利用する TC Pコネクションの通信レー卜を調査し、その合計が低い場合は、小さなブロックへとデータを分割し、その合計が高い場合はより大きなプロックへとデータを分割する。処理 14一 2へ移動する。

処理 14— 2では、データ分割復元処理部 1— 2は、分割したブロックを任意の TCP コネクションに振り分ける。処理 14一 3へ移動する。

処理 14一 3では、デ一夕分割復元処理部 1— 2は、ネットワーク処理部 1一 3へブロックの送信を指示する。このとき、データ TCPヘッダ内のタイムス夕ンプオプションフィールドに復元のための情報として、送信しているブロック番号を格納する。ただし、ブロック番号が変わる場合は、同じパケット内には格納しない。

ネットワーク処理部 1— 3はネットワークへブロックを送出する。ブロックをすべて送信し、アプリケーション処理部 1一 1の任意の処理が終了したら、処理を終了する。

図 1 7は、第 5実施例における受信端末 2— 2の処理の概要を示すフローチヤ —トである。受信端末 2— 2は、ネットワークから送信端末 2— 1が送信したブロックを受信することによつて処理を開始する。

処理 1 5— 1では、ネットワーク処理部 1— 3がデータ分割復元処理部 1— 2 にブロックをわたし、デ一タ分割復元処理部 1— 2では、 T C Pヘッダ内のタイムスタンプォプションフィールドに格納されているブロック番号を参照し、これを整列し、元のデータに復元する。処理 1 5— 2へ移動する。

処理 1 5— 2では、データ分割復元処理部 1一 2が復元したデータをアプリケーシヨン処理部 1一 1にわたし、アプリケーション処理部 1— 1では任意の処理を実行する。すべてのブロックがアプリケーション処理部 1一 1に渡され、アブリケ一シヨン処理部 1 _ 1の任意の処理が終了したら処理を終了する。

以上が、本発明による第 5実施例における通信端末の処理の内容である。従来の技術においては、通信レートに依存せず、複数の T C Pコネクションに分割したデータを振り分けており、異なる T C Pコネクションでデ一タを送信する際には、 T C Pコネクションへとデータを渡すための指示が多くなることによる処理負荷が大きかった。

一方、上記で述べたように第 5実施例では、通信レー卜が大きくなつた場合には、 T C Pコネクションに渡すブロックのサイズを大きくすることにより、一度の送信指示により渡されるサイズを大きくし、送信指示の回数を減らし、逆に、通信レートが小さい場合には T C Pコネクションに渡すブロックのサイズを小さくすることにより、複数の通信回線を並列的に利用して通信を実現でき、通信回線の利用効率を上げることができる。

また、第 5実施例では、データ分割復元処理部 1一 2は、データを送信する際に、利用する T C Pコネクションの通信レートを調査し、通信レートが低い場合にはデータを小さなブロックへと分割し、通信レートが高い場合は、データをより大きなブロックへと分割するとしたが、これに代えて、分割するブロックのサィズは一定とし、通信レートが低い場合には、一度の書き込み指示で 1つの T C Pコネクションに 1のブロックを渡すようにし、通信レートが高い場合には、ネ _{2 Q}

ットワーク処理部へと一度の書き込み指示で 1つの T C Pコネクションに複数のブロックを連続して渡すようにする実施例も可能である。

また、第 5実施例では、データ分割復元処理部 1一 2は、データを送信する際に、利用する T C Pコネクションの通信レートを調査するが、 T C Pの輻輳ウインドウを参照することにより通信レートを推測し、通信レートの調査の代わりとする実施例も可能である。

また、第 5実施例では、データ分割復元処理部 1一 2は、データを送信する際に、利用する T C Pコネクションの通信レートを調査するが、通信を開始してまもなくの間は、通信レートが低いと仮定し、通信開始から時間が経過するごとに通信レートが上がると仮定することにより、通信レートの調査の代わりとする実施例も可能である。

また、第 5実施例では、データ分割復元処理部 1 _ 2は、データを送信する際に、利用する T C Pコネクションの通信レートを調査するが、アプリケーション処理部から渡されたデータの大きさによって、このデータが大きい場合は通信レートが高いものと仮定し、このデータが小さい場合には通信レートが低いと仮定することにより通信レートの調査の代わりとする実施例も可能である。

(第 6実施例）

前述の図 1の通信装置 1はアプリケーション処理部 1一 1と、データ分割復元処理部 1 0 2と、ネットワーク処理部 1一 3とを含むと説明した。しかし、これらにメモリ 1 8と、制御部 1 9とを加えプログラムの発明として権利化することも可能である。

メモリ 1 8には前述の図 6〜図 9、図 1 2、図 1 3、図 1 6および図 1 7にフローチャートで示すプログラムが格納されている。制御部 1 9はメモリ 1 8に格納されたこれらのプログラムを読み出し、そのプログラムにしたがってアプリケーシヨン処理部 1一 1と、データ分割復元処理部 1 0 2と、ネットワーク処理部 1 - 3とを制御する。

なお、第 1〜第 6実施例では、 T C Pコネクションを利用した通信装置およびその通信方法ならびにプログラムについて説明したが、これに限定するものではなく、 TCP、 SCTP (S t r e am C on t r o l T r an s p o r t P r o t o c o l )、UDP(Us e r D a t a g r am P r o t o c o l)、 DCCP (D a t a g r am Co n g e s t i o n C on t r o l P r o t o c o l) などの OS I (Op e n Sy s t em I n t e r c o nn e c t i on) 4層のトランスポートプロトコルによるコネクションを利用した通信置およびその通信方法ならびにプログラムに本発明を適用することも可能である。以上説明した本発明によれば、フロー分割および復元のために用いる情報を端末がデータを送出する際に作成したヘッダの内部に格納するため、データ分割および復元を行うために新たなヘッダをバケツト内に格納する必要がなく、ヘッダが大きくなることがない。

また、本発明によれば、通信開始時に通信に関係するそれぞれのフローで利用可能なセグメントサイズを調査し、その調査結果に基づきそれぞれのフローで利用するセグメントサイズを決定するため、あるフローから別のフローへデ一夕を乗せ換える場合でも、デ一夕を再セグメント化する必要が無くなり正常な通信が行える。

また、本発明によれば、データフローの分割および復元を行うために用いる情報に、ブロックの大きさを格納し、データ復元の際にこれを参照することにより、通信経路にてデ一夕の再セグメント化が行われた場合でも、データの復元を行うことができ、正常な通信が行える。

さらに、本発明によれば、データ分割をし、複数のコネクションにて並列に送信する際に、コネクション処理プロセスへと一度に渡すデータの量を調整し、通信レー卜が小さいときには 1パケット単位でデータを渡すが、通信レートが高くなった場合には複数のパケット分をまとめてコネクションに渡すため、コネクション処理プロセスへの書き込み命令の発行回数を少なくすることができ、この処理負荷を減らすことができる。

Claims

請求の範囲

1. 複数のコネクションにデータを分散させて通信を実現する通信装置であつて、

複数のコネクションに分散させたデータを復元するための情報を、前記データのヘッダ内に格納する機能を有することを特徴とする通信装置。

2. 前記ヘッダは、コネクションヘッダであることを特徴とする請求項 1に記載の通信装置。

3. 通信に関係するコネクションで許容されるパケットサイズの最大値を調査し、前記パケットサイズの最大値のうち最も小さいサイズを、許容されるパケットサイズの最大値として統一する機能を有することを特徴とする請求項 1に記載の通信装置。

4. 通信に関係するコネクションで許容されるパケットサイズの最大値を調査し、前記パケットサイズの最大値のうち最も小さいサイズ以下のパケットサイズで通信する機能を有することを特徴とする請求項 1に記載の通信装置。

5. 前記デ一夕を復元するための情報として、デ一夕長を格納することを特徴とする請求項 1から請求項 4のいずれかに記載の通信装置。

6. TCPや SCTP、 UDP、 DCCPなどの OS I 4層相当のトランスポートプロトコルによるコネクションを利用し、複数のコネクションにデータを分散させて通信を実現する通信装置であって、

複数のコネクションに分散させたデータを復元するための情報を、 TCP、 S CTP、 UDP、 DCCPを含むレイヤ 4相当以下のヘッダ内に格納する機能を有することを特徴とする通信装置。

7. 複数のコネクションに分散させたデータを復元するための情報を、トランスポートプロトコルのヘッダ内に格納することを特徴とする請求項 6に記載の通

8. 複数のコネクションに分散させたデータを復元するための情報を、トランスポートプロトコルのヘッダ内のオプションフィールドに格納することを特徴とする請求項 6に記載の通信装置。

9. 複数のコネクションに分散させたデータを復元するための情報を、トランスポートプロトコルのヘッダ内のォプションフィールドのタイムスタンプフィールドの一部に格納することを特徴とする請求項 6に記載の通信装置。

10. 複数のコネクションに分散させたデータを復元するための情報を、 I P へッダ内に格納することを特徴とする請求項 1に記載の通信装置。

1 1. 複数のコネクションに分散させたデータを復元するための情報を、 I P ヘッダ内のフラグメントフィールドに格納することを特徴とする請求項 1に記載の通信装置。

12. 複数のコネクションで利用可能な MTUをパス MTUディスカバリーォプシヨンにより調査し、それぞれのコネクションの MTUを前記調査により得られた最も小さい MTUに統一する機能を有することを特徴とする請求項 6に記載

13. 送信側が、前記分散させたデータを復元するための情報に、分散されたデータ長を格納し、受信側が前記データ長を参照することにより、デ一夕を復元することを特徴とする請求項 6に記載の通信装置。

14. 通信レートに応じて、それぞれのコネクションに一度に渡すデ一夕サイズを変更することを特徴とする請求項 1から請求項 1 3のいずれかに記載の通信

1 5 . データを復元するための情報を参照することにより、データを復元することを特徴とする請求項 1から請求項 1 4のいずれかに記載の通信装置。

1 6 . T C Pの通信レートが低い場合には、それぞれのコネクションに一度に渡すデータ量を小さくし、 T C Pの通信レートが高くなつた場合には、それぞれのコネクションに一度に渡すデータ量を大きくする機能を有することを特徴とする請求項 1から請求項 1 3のいずれかに記載の通信装置。

1 7 . 複数のコネクションにデータを分散させて通信を実現する通信方法であつて、

複数のコネクションに分散させたデータを復元するための情報を、デ一夕のへッダ内に格納する処理を含むことを特徴とする通信方法。

1 8 . 前記ヘッダはコネクションヘッダであることを特徴とする請求項 1 7に記載の通信方法。

1 9 . 通信に関係するコネクションで許容されるパケットサイズの最大値を調査し、前記パケットサイズの最大値のうち最も小さいサイズを、許容されるパケットサイズの最大値として統一する処理を含むことを特徴とする請求項 1 7に記載の通信方法。

2 0 . 通信に関係するコネクションで許容されるパケットサイズの最大値を調査し、前記パケッ卜サイズの最大値のうち最も小さいサイズ以下のバケツトサイズで通信する処理を含むことを特徴とする請求項 1 7に記載の通信方法。

2 1 . デ一夕を復元するための情報として、データ長を格納することを特徴とする請求項 17から請求項 20のいずれかに記載の通信方法。

22. TCPや SCTP、 UDP、 D C C Pなどの〇 S I 4層相当のトランスポートプロトコルによるコネクションを利用し、複数のコネクションにデ一夕を分散させて通信を実現する通信方法であって、

複数のコネクションに分散させたデータを復元するための情報を、 TCP、 S CTP、 UDP、 DCCPなどレイヤ 4相当以下のヘッダ内に格納する処理を含むことを特徴とする通信方法。

23. 複数のコネクションに分散させたデータを復元するための情報を、トランスポ一トプロトコルのへッダ内に格納することを特徴とする請求項 22に記載の通信方法。

24. 複数のコネクションに分散させたデータを復元するための情報を、トランスポートプロトコルのヘッダ内のォプションフィールドに格納することを特徴とする請求項 22に記載の通信方法。

25. 複数のコネクションに分散させたデータを復元するための情報を、トランスポートプロトコルのヘッダ内のォプションフィールドのタイムスタンプフィ一ルドの一部に格納することを特徴とする請求項 22に記載の通信方法。

26. 複数のコネクションに分散させたデータを復元するための情報を、 I P ヘッダ内に格納することを特徴とする請求項 1 7に記載の通信方法。

27. それぞれのコネクションに分散させたデータを復元するための情報を I Pヘッダ内部のフラグメントフィールドに格納することを特徴とする請求項 1 7 に記載の通信方法。

28. それぞれのコネクションで利用可能な MTUをパス MTUディスカパリ一オプションにより調査し、それぞれのコネクションの M T Uを前記調査により得られた最も小さい M T Uに統一する処理を含むことを特徴とする請求項 2 2に記載の通信方法。

2 9 . 送信側で、分散させたデータを復元するための情報に、分散されたデータ長を格納し、受信側が前記分散されたデータをを参照することにより、データを復元することを特徴とする請求項 2 2に記載の通信方法。

3 0 . 通信レートに応じて、それぞれのコネクションに一度に渡すデータサイズを変更する処理を含むことを特徴とする請求項 1 7から 2 9のいずれかに記載の通信方法。

3 1 . データを復元するための情報を参照することによりデータを復元する処理を含むことを特徴とする請求項 1 7から 3 0のいずれかに記載の通信方法。

3 2 . T C Pの通信レートが低い場合には、それぞれのコネクションに一度に渡すデータ量を小さくし、 T C Pの通信レートが高くなつた場合には、それぞれのコネクションに一度に渡すデータ量を大きくする処理を含むことを特徴とする請求項 1 7から請求項 2 9のいずれかに記載の通信方法。

3 3 . 複数のコネクションにデ一夕を分散させる通信をコンピュータに実行させるためのプログラムであって、

複数のコネクションに分散させたデータを復元するための情報を、前記デ一タのヘッダ内に格納する機能を前記コンピュータに実行させることを特徴とするプログラム。

3 4 . 前記ヘッダはコネクションヘッダであることを特徴とする請求項 3 3に記載のプログラム。

35. 通信に関係するコネクションで許容されるバケツトサイズの最大値を調査し、前記パケットサイズの最大値のうち最も小さいサイズを、許容されるパケットサイズの最大値として統一する機能を実行させることを特徴とする請求項 3 3に記載のプログラム。

36. 通信に関係するコネクションで許容されるパケットサイズの最大値を調査し、前記バケツトサイズの最大値のうち最も小さいサイズ以下のバケツトサイズで通信する機能を実行させることを特徴とする請求項 33に記載のプログラム。

37. データを復元するための情報として、データ長を格納する機能を実行させることを特徴とする請求項 33から請求項 36のいずれかに記載のプログラム。

38. TCPや SCTP、 UDP、 D C C Pなどの O S I 4層相当のトランスポートプロトコルによるコネクションを利用し、複数のコネクションにデータを分散させる通信をコンピュータに実行させるためのプログラムであって、

複数のコネクションに分散させたデータを復元するための情報を、 TCP、 S CTP、 UDP、 DCCPなどレイヤ 4相当以下のヘッダ内に格納する機能を前記コンピュータに実行させることを特徴とするプログラム。

39. 複数のコネクションに分散させたデータを復元するための情報を、トランスポートプロトコルのヘッダ内に格納する機能を実行させることを特徴とする請求項 38に記載のプログラム。

40. 複数のコネクションに分散させたデータを復元するための情報を、トランスポートプロトコルのヘッダ内のォプションフィールドに格納する機能を実行させることを特徴とする請求項 38に記載のプログラム。

41. 複数のコネクションに分散させたデ一夕を復元するための情報を、トランスポートプロトコルのヘッダ内のォプションフィールドの一部に格納する機能を実行させることを特徴とする請求項 38に記載のプログラム。

42. 複数のコネクションに分散させたデータを復元するための情報を、 I P ヘッダ内部に格納する機能を実行させることを特徴とする請求項 33に記載のプログラム。

43. 複数のコネクションに分散させたデータを復元するための情報を、 I P へッダ内部のフラグメントフィールドに格納する機能を実行させることを特徴とする請求項 33に記載のプログラム。

44. 複数のコネクションで利用可能な MTUをパス MTUディスカバリーォプシヨンにより調査し、ぞれぞれのコネクションの MTUを前記調査により得られた最も小さい MTUに統一する機能を実行させることを特徴とする請求項 38 に記載のプログラム。

45. 送信側で、分散させたデータを復元するための情報に、分散されたデータ長を格納し、受信側で、前記分散されたデ一夕長を参照してデータを復元する機能を実行させることを特徴とする請求項 38に記載のプログラム。

46. 通信レートに応じて、それぞれのコネクションに一度に渡すデータサイズを変更する機能を実行させることを特徴とする請求項 33から請求項 45のいずれかに記載のプログラム。

47. データを復元するための情報を参照してデータを復元する機能を実行させることを特徴とする請求項 33から請求項 46のいずれかに記載のプログラム。

48. TCPの通信レートが低い場合には、それぞれのコネクションに一度に渡すデータ量を小さくし、 TCPの通信レートが高くなつた場合には、それぞれのコネクションに一度に渡すデータ量を大きくする機能を実行させることを特徴とする請求項 3 3から請求項 4 5のいずれかに記載のプログラム。