JP2005204001A

JP2005204001A - データ配信サーバ、ソフトウェア、及びシステム

Info

Publication number: JP2005204001A
Application number: JP2004007461A
Authority: JP
Inventors: Satoru Date; 哲伊達; Mariko Yamada; 真理子山田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-01-15
Filing date: 2004-01-15
Publication date: 2005-07-28
Also published as: US20050157727A1; CN1642139A

Abstract

【課題】本発明の目的は、通信経路におけるフラグメンテーションを抑制し、トラフィックが多いときのネットワーク装置のフラグメンテーションによる負荷増加を防ぐことと、受信端末においてフラグメントされたパケットを再構成することによる負荷増加を防ぐことにある。
【解決手段】ＩＰパケットのペイロード中にさらに複数のパケットが記録されたデータを配信する際に、通信経路のＭＴＵを調べ、得られたＭＴＵの値を基にペイロード中のパケットを構成する。
また端末がネットワークを移動することを想定し、端末が移動したことを配信サーバに通知する機能を持たせ、通知の発生時に新たな通信経路のＭＴＵを探索する。
【選択図】図１

Description

本発明はＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ネットワークにおいて映像などのマルチメディアデータを伝送する際にネットワーク負荷を低減する方法に関するものであり、送信受信間のネットワークの状況によりＩＰパケットを生成する方法に関する。

ＩＰネットワークのデータ伝送において、伝送する媒体によって１回で伝送できるデータの最大値（ＭＴＵ：ＭａｘｉｍｕｍＴｒａｎｓｍｉｓｓｉｏｎＵｎｉｔ）が決まっている。基本的にＭＴＵは基本ソフトウェア（ＯＳ：ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）で設定される値である。送信端末と受信端末とその通信経路にあるネットワーク装置（ノード）とを含めて、ＭＴＵより大きいサイズのパケットを受信した場合、ＩＰパケットヘッダ内のパケット分割化禁止フラグが分割可を示していればＩＰパケットをＭＴＵより小さくなるように分割する（フラグメンテーション）。また、パケット分割化禁止フラグが分割不可を示している場合は、分割処理が行われずパケットを破棄する。このときＩＣＭＰ（ＩｎｔｅｒｎｅｔＣｏｎｔｒｏｌＭｅｓｓａｇｅＰｒｏｔｏｃｏｌ）により到達不能メッセージとともにデータリンクのＭＴＵの値が通知される。

通信ホスト間のＭＴＵを探索する方法として、通信相手に対してあるパケット長のｐｉｎｇパケットを送信し、その応答状況により決定する方法が知られている。ＩＰパケットヘッダ中の分割化禁止フラグを１（分割不可）に設定しｐｉｎｇパケットを送信する。経路途中のノードにおいて分割処理が必要となった場合、そこでパケットを廃棄しＭＴＵの値がＩＣＭＰによって通知される。次のｐｉｎｇパケットの送信は、ＩＣＭＰによって通知されたＭＴＵの値を用いて同様に実行する。この操作を繰返し、ＩＣＭＰの到達不能通知がなくなるときが通信ホスト間のＭＴＵとなる。

一方、インターネットのブロードバンド化が進み、一般家庭に接続するインターネットの通信帯域が増加しており、数Ｍｂｉｔ／ｓサービスを提供するサービスプロバイダが増加している。こうした流れの中で、インターネットによるコンテンツ配信サービスが立ち上がりつつあり、ＩＰネットワークにおける映像伝送が重要となっている。特にリアルタイムで映像・音声を伝送するストリーミング技術が注目されている。ＩＰネットワークで利用されるストリーミングのプロトコルは、ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）や、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）や、ＨＴＴＰ（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）が一般的となっている。

また、ＩＰネットワークの技術も日々進歩しており、現在広く利用されているのはＩＰｖ４（ＩＰｖｅｒｓｉｏｎ４）であるが、次世代のＩＰと呼ばれているＩＰｖ６（ＩＰｖｅｒｓｉｏｎ６）の接続サービスが広がりつつある。ＩＰｖ４とＩＰｖ６は互換性がないため、カプセル化やトンネリングなどの技術を用いて、しばらくは共存すると考えられている。また、ＩＰが開発された当時、端末はネットワークに固定して利用することを前提としていたが、近年の無線技術の進歩等により、無線ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）を利用したモバイル化に対する要求が高まっている。こうした中端末の移動にも対応したモバイルＩＰ（ＭｏｂｉｌｅＩＰ）が実装されている。モバイルＩＰは、端末に相当するモバイルノード（ＭＮ）、モバイルノードを管理するホームエージェント（ＨＡ）、ＭＮの通信対象であるコレスポンデントノード（ＣＮ）から構成されるモデルで実装されている。ホームエージェントはＭＮのホームネットワークに存在しＭＮのＩＰアドレスを管理している。端末がネットワークを移動したとき、端末がネットワークの移動を検知し新しいＩＰアドレスをＨＡへ登録する。ＣＮはＭＮのホームネットワークアドレスに対してデータを送信すると、ＨＡが登録しているＭＮのアドレスへデータを転送する構成になっている。また、ＭＮがネットワークを移動したときに、ＨＡがＣＮに対してＭＮの新しいＩＰアドレスを通知してＣＮが直接ＭＮにデータを送信する構成にすることもできる。

ＩＰ技術とネットワークの広帯域化がもたらしたアプリケーションとしてＶｏＩＰ（ＶｏｉｃｅＯｖｅｒＩＰ）があげられる。ＶｏＩＰは音声のリアルタイム通信を、ＩＰネットワーク技術を用いて実現したシステムである。ＶｏＩＰシステムは交換機システムを用いた従来のシステムと比較して、通信コストが低いＩＰネットワークを利用することにより、低コストな音声通信を実現できることが特徴となっている。

ＩＰネットワークの通信経路にＭＴＵを越えたサイズのＩＰパケットを受信するとその装置においてパケットのフラグメンテーションが発生する。当該装置ではフラグメンテーション処理を行うための負荷が増加する。また、最終受信先の端末において、フラグメントされたパケットの再構成処理を行うための負荷が増加する。
本発明の目的は、通信経路におけるフラグメンテーションを抑制し、トラフィックが多いときのネットワーク装置のフラグメンテーションによる負荷増加を防ぐことと、受信端末においてフラグメントされたパケットを再構成することによる負荷増加を防ぐことにある。

上記目的を達成するため、第１の発明は、ＩＰパケットのペイロード中にさらに一または複数のパケットが記録されたデータを配信するサーバにおいて、データパケットの配信を開始する際に、サーバと受信端末間のネットワークのＭＴＵを求める探索部と、前記探索部で求められた値に基づいてデータパケット生成部においてデータパケットを構成し、前記受信端末へ配信するように構成される。
また、第２の発明は、ＩＰパケットのペイロード中にさらに複数のパケットが記録されたデータを配信するシステムにおいて、端末がデータパケットの配信を要求する際に、前記端末がサーバに対してネットワークのＭＴＵを探索するためのパケットを送信し、前記サーバはＭＴＵを探索するための前記パケットを受信することによりＭＴＵを求め、求められた前記ＭＴＵの値に基いてデータパケット生成部においてデータパケットを構成し、前記端末へ配信するように構成される。

また、第３の発明は、上記の第１の発明において、端末のネットワークを管理するホームエージェントが前記端末の移動を検出し、前記ホームエージェントがサーバに対して前記端末の移動を通知し、前記サーバは前記通知をきっかけとしてサーバと前記端末間のネットワークのＭＴＵを求めるように構成される。
また、第４の発明は、上記の第３の発明において、端末がネットワークを移動したときに前記端末がデータパケットを配信しているサーバに対して前記端末の移動を通知し、前記サーバは前記通知をきっかけとしてサーバと前記端末間のネットワークのＭＴＵを求めるように構成される。

また、第５の発明は、前記第４の発明において、端末がネットワークを移動したときに前記端末がネットワークを移動したときに前記端末がデータパケットを配信しているサーバに対してネットワークのＭＴＵを探索するためのパケットを送信し、前記サーバはＭＴＵを探索するための前記パケットを受信することによりＭＴＵを求めるように構成される。

第１の発明によれば、サーバがあらかじめＭＴＵを求めることにより、通信経路でのフラグメンテーションを抑制する。従って、パケットのフラグメント処理を行う装置での負荷増加を抑制することができる。また、受信端末においてフラグメントパケットの再構成処理が発生しないので負荷増加を抑制することができる。また、サーバが自動的にＭＴＵを設定するので、ユーザはＭＴＵの設定に関して何ら気にする必要はない。

第２の発明によれば、端末がＭＴＵ探索のためのパケットを送信し、フラグメンテーションが発生しないパケットがサーバに到達した時点で、そのパケットサイズがＭＴＵとなる。これによりＭＴＵが求まり、第１の発明の効果と同様に、通信経路でのネットワーク装置と受信端末での処理負荷を抑制することができる。ユーザはＭＴＵの設定に関して何ら気にする必要はない。

第３の発明によれば、端末が移動してネットワークが切替わった際に、端末の移動を管理しているホームエージェントがパケットデータを配信しているサーバに対して端末の移動を通知し、サーバは端末移動後のネットワークのＭＴＵを求めることができる。ユーザは端末の移動を何ら気にする必要はない。

第４の発明によれば、端末が移動してネットワークが切替わった際に、端末がパケットデータを配信しているサーバに対して端末の移動を通知し、サーバは端末移動後のネットワークのＭＴＵを求めることができる。ユーザは端末の移動を何ら気にする必要はない。

第５の発明によれば、端末が移動してネットワークが切替わった際に、端末がＭＴＵ探索のためのパケットを送信し、フラグメンテーションが発生しないサーバに到達した時点で、そのパケットサイズがＭＴＵとなる。ユーザは端末の移動とＭＴＵの設定とに関して何ら気にする必要はない。

図１にデータパケット配信サーバの構成を示す。図１において、１は配信サーバから端末２までのネットワークのＭＴＵを探索するＭＴＵ探索部、３は送信するデータをデータパケットとしてパケット化するデータパケット生成部、４はデータパケット生成部３で生成したデータパケットをＩＰパケット化して送信する。

ＭＴＵ探索部１はデータパケットを送信する際に、端末２とのネットワークのＭＴＵを探索する。ＭＴＵの探索は背景技術に記載の従来の方法で求めることができる。データパケット生成部３は、求めたＭＴＵに対してデータパケットを生成するが、例えばデータとして映像符号データであるＭＰＥＧ−ＴＳ（ＭｏｖｉｎｇＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐ−ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ）の場合を説明する。ＭＰＥＧ−ＴＳのパケット（以下、ＴＳパケットと言う）は１８８バイトの固定長のパケットである。ＩＰパケットは、図２において基本的にＩＰヘッダ部２０とデータ部２１によって構成される。ＴＳパケットはパケットデータ２２（２２ａ、２２ｂ）としてデータ部２１に格納される。ＩＰパケットのデータグラムを図３に示す。ＭＴＵを求める際のパケット分割化禁止フラグはヘッダ内の３ｂｉｔあるフラグ３０の内の１ｂｉｔに割り当てられており、このフラグが１の場合分割可能を意味し、０の場合分割不可を意味する。

データヘッダ２３は、パケットデータ２２を伝送するトランスポート層により付加されるヘッダでＵＤＰヘッダ４０（図４）やＲＴＰヘッダ４１（図５）がある。また、ＨＴＴＰによる伝送の場合も同様に、データヘッダ２３としてＨＴＴＰヘッダを割当て、パケットデータ２２として、ＴＳパケットまたはＵＤＰヘッダ４０を付加したＴＳパケットまたはＲＴＰヘッダ４１を付加したＴＳパケットを割当てることで以下の処理を行う。データパケット生成部３は、パケットデータ２２とデータヘッダ２３とからＩＰパケットのデータ２１を構成するときに、ＭＴＵの値を越えないデータ２１のサイズを求める。ここで、パケットデータ２２のサイズをＬｄ、１つのＩＰパケットで伝送するパケットデータ２２の個数をＮｄ、データヘッダ２３のサイズをＬｈ、ＩＰヘッダ２０のサイズをＬｉ、求めたＭＴＵの値をＬｍとすると、
Ｌｍ＞Ｌｄ＊Ｎｄ＋Ｌｈ＋Ｌｉ（数１）
を満たすように、パケットデータ２２の個数Ｎｄを求めることになる。ここで１つのＩＰパケット中で送信するパケットデータ２２は数が多ければデータを伝送する効率がよいので（数１）を満たす最大のＮｄを求めればよい。すなわちＮｄは（数２）の演算で得られる。

Ｎｄ＝（Ｌｍ−Ｌｈ−Ｌｉ）／Ｌｄ（数２）
このようにして得られたＮｄの値を個数とするパケットデータを構成し、ＩＰパケット生成部４では、データパケット生成部３で構成したデータをＩＰパケット２４として構築し、ネットワークへ送信する。
また、パケットデータ２２が、データパケット生成部３からＩＰパケット生成部４へ処理が移る際に、データヘッダ２３を含めてもＭＴＵの値Ｌｍに満たない場合がある。このときデータパケット生成部３は送信データをＩＰパケット生成部４へ処理を移してよい。

実施例１では、サーバからＭＴＵを探索する構成となっていた。これに対し、実施例２においては、端末がＭＴＵを探索しサーバに通知するように構成される。
図６において、６０は配信サーバ、６１は受信端末を示す。受信端末６１の構成は、配信サーバ６０からネットワークを介して送信されるデータを受信する従来のアプリケーション６２、配信サーバ６０と端末６１の間のＭＴＵを探索するＭＴＵ探索部６３となっている。

アプリケーション６２が配信サーバ６０に対してデータの配信を要求する際にＭＴＵ探索部６３が、発明を実施する際のための最良の形態において説明したＭＴＵ探索部１と同様の方法でＭＴＵを求めることができる。次に、ＭＴＵ探索部６３は得られたＭＴＵの値を配信サーバ６０に通知する。通知する方法は通常のＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）を用いることができる。またはアプリケーション６２が配信サーバ６０に対して、配信要求を行うときに配信要求データとしてＭＴＵを通知することもできる。図７において、配信サーバ６０は、端末連携部７０で端末６１からのＭＴＵ通知を受信する。受信したＭＴＵの値はデータパケット生成部７１へ通知され、以降は発明を実施するための最良の形態と同様の処理を行う。

実施例２では、端末がＭＴＵ探索を行い、得られた値をサーバに通知していた。実施例３では、端末が探索パケットを送信し、サーバが探索パケットを検知することで、ＭＴＵの値を得るように構成される。
図８において、８０は配信サーバ、８１は受信端末を示す。受信端末８１の構成は、配信サーバ８０からネットワークを介して送信されるデータを受信する従来のアプリケーション８２、配信サーバ８０へ探索パケットを送信する探索パケット送出部８３とからなっている。

アプリケーション８２が配信サーバ８０に対してデータの配信を要求する際に、探索パケット送出部８３が探索パケットとしてｐｉｎｇパケットを、分割化フラグを不可にして配信サーバ８０に対して送信する。ＩＣＭＰパケットによる到達不能通知が来た場合は通知されたＭＴＵのサイズにして再びｐｉｎｇパケットを送出し、到達不能通知が来なくなるまで繰り返す。一方図９において、配信サーバ８０は、端末８１からの探索パケットを探索パケット検出部で検出するようにする。端末８１からの探索パケットサイズが配信サーバ８０と端末８１間のＭＴＵの値を越えている場合、配信サーバ８０に探索パケットは到達しない。探索パケットサイズがＭＴＵの値に等しいかまたはそれより小さいときに配信サーバ８０に到達するので、探索パケット検出部９０で検出した探索パケットのサイズがＭＴＵの値として扱う。得られた値はデータパケット生成部９１へ通知し、以降は発明を実施するための最良の形態と同様の処理を行う。

実施例４は、モバイルＩＰを実装した端末がネットワークを移動した際に、端末のホームエージェントが配信サーバと連携し、配信サーバと移動した端末間の通信経路のＭＴＵを配信サーバが探索するように構成される。
図１０において、１００は端末１０１を管理するホームエージェント、１０２は配信サーバである。端末１０１ａがネットワーク間を移動し１０１ｂのネットワークに接続すると、端末１０１ｂには新たなネットワークのＩＰアドレスがモバイルＩＰの機能で付与される。新しいＩＰアドレスが設定された端末１０１ｂは、管理しているホームエージェント１００に新しいＩＰアドレスを登録する。ホームエージェント１００はＣＮに相当する配信サーバ１０２に対して、ＭＮに相当する１０１ｂのＩＰアドレスを通知する。配信サーバ１０２内のホームエージェント連携部１０３が１０１ｂの新しいＩＰアドレスの通知を検出する。これで端末のネットワークが変更になったことがわかる。ホームエージェント連携部１０３はＭＴＵ探索部１０４にＭＴＵ探索処理を通知し、ＭＴＵ探索部１０４は配信サーバ１０２と端末１０１ｂのＭＴＵを探索する。以降の処理は発明を実施するための最良の形態と同様の処理を行う。

実施例５は、モバイルＩＰを実装した端末がネットワークを移動した際に、端末が配信サーバとの通信経路のＭＴＵを探索し、配信サーバに通知するように構成する。
図１１において端末１１０が１１０ａのネットワークから１１０ｂのネットワークへ移動したときに新しいＩＰアドレスが設定される。図１２において端末１１０は、モバイルＩＰの機能によるネットワーク装置からのＲＡ（ＲｏｕｔｅｒＡｄｖｅｒｔｉｓｅｍｅｎｔ）をＲＡ検出部１２０で検出し、ネットワークを移動した際に新しいＩＰアドレスをＩＰアドレス管理部１２１で設定する。このときＲＡ検出部１２０がアプリケーション連携部１２２へネットワーク変更の通知を行い、さらに配信サーバ１１１のＩＰアドレスを保持している配信サーバ管理部１２３へ通知する。配信サーバ管理部１２３は配信サーバ１１１に対して、端末のネットワーク変更通知を行う。端末のネットワーク変更通知は、図１１において、ＭＮ連携部１１２が受信する。ＭＮ連携部１１２はＭＴＵ探索部１１３へ通知し、配信サーバ１１１と端末１１０ｂ間のＭＴＵを探索する。以降の処理は発明を実施するために最適な形態と同様の処理を行う。

（ＶｏＩＰの実施例）
実施例１から5記載に記載の実施例は、データパケットとしてＭＥＰＧ−ＴＳの場合を説明した。実施例６は音声コミュニケーションシステムであるＶｏＩＰの場合について説明する。
図１３は、ＶｏＩＰシステムの最も簡単な例の概略を示したものである。通信は端末１３１と１３２で行う際に、その呼制御を司るのがＳＩＰサーバ１３３である。例えば端末１３１が１３２に対して呼び出す場合、ＳＩＰサーバ１３３に端末１３２への接続要求を行い、接続が可能である場合は、ＳＩＰサーバがお互い通信相手のＩＰアドレスを返し端末同士の通信が行われる。図１４において、端末１３１が通信相手との通信が確立する際に呼制御部１４０がＭＴＵ探索部１４１に通知し、ＭＴＵ探索部は端末１３１と通信相手の端末１３２間のＭＴＵを探索する。ＭＰＥＧ−ＴＳのパケット長は１８８バイトの固定長であることは発明を実施するための最良の形態において説明したが、ＶｏＩＰの場合音声コーデックの方式は選択が可能となっているが、コーデックが決まるとデータパケット長は固定となっている。従ってそのときのパケット長をＬｄとするとデータパケット生成部１４３において数式（数２）を適用することにより、ＭＴＵの値を越えないデータパケットを構成する。以降の処理は、発明を実施するために最適な形態と同様の処理を行う。

図１は本発明を実施するための最良の形態のデータパケット配信システムの構成を示す図である。図２はＩＰパケットと配信するデータの構成の例を示す図である。図３はＩＰパケットのデータグラムを示す図である。図４はＵＤＰパケットヘッダを示す図である。図５はＲＴＰパケットヘッダを示す図である。図６は本発明実施例２のデータパケット配信システムの構成の内、端末処理の構成を示す図である。図７は本発明実施例２のデータパケット配信システムの構成の内、配信サーバ処理の構成を示す図である。図８は本発明実施例３のデータパケット配信システムの構成の内、端末処理の構成を示す図である。図９は本発明実施例３のデータパケット配信システムの構成の内、配信サーバ処理の構成を示す図である。図１０は本発明実施例４のデータパケット配信システム構成の内、配信サーバ処理の構成を示す図である。図１１は本発明実施例５のデータパケット配信システム構成の内、配信サーバ処理の構成を示す図である。図１２は本発明実施例５のデータパケット配信システムの構成の内、端末処理の構成を示す図である。図１３はＶｏＩＰシステムの最も簡単な例の概要を示す図である。図１４は本発明実施例６のデータパケット配信システムの構成の内、端末処理の構成を示す図である。

符号の説明

１ＭＴＵ探索部、２端末、３データパケット生成部、４IPパケット生成部。

Claims

ネットワークを介して端末と接続され、ペイロード中にデータパケットが記録されたＩＰパケットを配信するデータ配信サーバであって、
上記サーバから上記端末までの上記ネットワーク上における経路を通過できる１つのIPパケットのサイズの最大値を求める探索部と、
上記最大値からＩＰパケットのペイロード中に格納する上記データパケットの個数を求め、上記求めた個数の上記データパケットを上記ＩＰパケットのペイロード中に構成するパケット生成部と、
上記パケット生成部で生成された上記IPパケットを配信する入出力部を備えたことを特徴とするデータ配信サーバ。
上記端末は移動体端末であって、
さらに上記データ配信サーバは上記移動体端末の移動通知を受付ける移動検知部を有し、
上記探索部は、上記移動検知部で上記移動体端末の移動を検知した場合に上記最大値を求めることを特徴とする請求項１記載のデータ配信サーバ。
上記移動体端末がMobileIPに対応し、
上記移動検知部は、さらに上記MobileIPで定義される上記移動体端末のホームエージェントから送信された上記移動体端末の上記移動通知を受付けることを特徴とする請求項２記載のデータ配信サーバ。
上記探索部は、データ量の異なる複数のパケットを上記端末に向けて送信することによって上記最大値を求めることを特徴とする請求項１記載のデータ配信サーバ。
CPUと入出力部を備えたコンピュータでデータ配信方法を実現可能なデータ配信ソフトウェアであって、
上記CPUで、上記サーバから上記端末までの上記ネットワーク上における経路を通って一のIPパケットで転送可能なデータ量の最大値を求めるステップと、
上記CPUで、上記最大値からＩＰパケットのペイロード中に格納するデータパケットの個数を求めるステップと、
上記CPUで、上記求めた個数の上記データパケットを上記ＩＰパケットのペイロード中に構成するステップと、
上記入出力部から、上記生成されたIPパケットを配信するステップとを備えたデータ配信方法を上記コンピュータで実現可能なデータ配信ソフトウェア。
上記端末の移動通知を受付けるステップをさらに有し、
上記移動通知を受付けた場合に、上記最大値を求めるステップを実行することを特徴とする上記データ配信方法をコンピュータで実現可能な請求項４記載のデータ配信ソフトウェア。
上記端末はMobileIPに対応した移動体端末であり、
上記端末の移動通知は、上記移動体端末のホームエージェントから送信された上記移動体端末の移動通知であることを特徴とする上記データ配信方法をコンピュータで実現可能な請求項５記載のデータ配信ソフトウェア。
ＩＰパケットのペイロード中にさらに一または複数のデータパケットが記録されたデータを配信するサーバと、該サーバにネットワークを介して接続され、該データを受信する端末とを備えたデータ配信システムであって、
上記サーバは、
上記サーバから上記端末までの上記ネットワーク上における経路を通って一のIPパケットで転送可能なデータ量の最大値を求める探索部と、
上記最大値からＩＰパケットのペイロード中に格納する上記データパケットの個数を求め、上記求めた個数の上記データパケットを上記ＩＰパケットのペイロード中に構成するパケット生成部と、
上記パケット生成部で生成された上記IPパケットを配信する入出力部を有し、
上記端末は、
上記サーバから配信されたデータを受信する入出力部を有することを特徴とするデータ配信システム。
上記探索部はデータ量の異なる複数のパケットを上記端末に向けて送信することによって上記最大値を求めることを特徴とする請求項８記載のデータ配信システム。
請求項８記載のデータ配信システムにおいて、
上記サーバは上記探索部にかえて、端末連携部を有し、
上記端末は、さらに上記端末から上記サーバまでの上記ネットワーク上における経路を通って一のIPパケットで転送可能なデータ量の最大値を求め探索部を有し、
上記サーバの端末連携部は、上記端末の探索部で求めた上記最大値の情報を上記端末から取得し、
上記サーバのパケット生成部は、上記端末連携部で取得した最大値からＩＰパケットのペイロード中に格納する上記データパケットの個数を求め、上記求めた個数の上記データパケットを上記ＩＰパケットのペイロード中に構成することを特徴とするデータ配信システム。