(57)【要約】【課題】  データカルーセル伝送方式におけるカルーセル伝送の中断時間を低減させる。【解決手段】  所望するデータファイルを再構成するために必要なパケット数が閾値以下になったときに、欠落したパケットの再送を要求する。あるいは、所望するデータファイルを再構成するために必要なパケット数を前記欠落したパケット数で除した値が閾値以下になったときに、欠落したパケットの再送を要求する。さらに、サーバまたは受信端末は、閾値を変更することができる。【選択図】  図２
2005354408.tif 000002
【特許請求の範囲】
【請求項１】
一連のデータファイルが複数のパケットに分割され、この複数のパケットを繰り返して配信するデータカルーセル伝送手段を備えたサーバと、
この複数のパケットの中から所望するデータファイルを再構成するためのパケットを抽出して受信する手段を備えた受信端末と
を備え、
前記受信する手段は、前記所望するデータファイルを再構成するためのパケットの欠落を検出して当該欠落したパケットの再送を要求する手段を備え、
前記配信する手段は、この再送の要求を受け取ると前記データカルーセル伝送によるパケット配信を一時停止させ、当該再送の要求を送出した前記受信端末に対して前記欠落したパケットを再送する手段を備えた
ファイル配信システムにおいて、
前記再送を要求する手段は、前記所望するデータファイルを再構成するために必要なパケット数が閾値以下になったときに、前記欠落したパケットの再送を要求する手段を備えた
ことを特徴とするファイル配信システム。
【請求項２】
一連のデータファイルが複数のパケットに分割され、この複数のパケットを繰り返して配信するデータカルーセル伝送手段を備えたサーバと、
この複数のパケットの中から所望するデータファイルを再構成するためのパケットを抽出して受信する手段を備えた受信端末と
を備え、
前記受信する手段は、前記所望するデータファイルを再構成するためのパケットの欠落を検出して当該欠落したパケットの再送を要求する手段を備え、
前記配信する手段は、この再送の要求を受け取ると前記データカルーセル伝送によるパケット配信を一時停止させ、当該再送の要求を送出した前記受信端末に対して前記欠落したパケットを再送する手段を備えた
ファイル配信システムにおいて、
前記再送を要求する手段は、前記欠落したパケット数を前記所望するデータファイルを再構成するために必要なパケット数で除した値が閾値以下になったとき、または、前記所望するデータファイルを再構成するために必要なパケット数を前記欠落したパケット数で除した値が閾値以上になったときに、前記欠落したパケットの再送を要求する手段を備えた
ことを特徴とするファイル配信システム。
【請求項３】
前記サーバは、前記閾値を変更する手段を備えた請求項１または２記載のファイル配信システム。
【請求項４】
前記受信端末は、前記閾値を変更する手段を備えた請求項１または２記載のファイル配信システム。
【請求項５】
請求項１記載のファイル配信システムに適用される前記受信端末において、
前記再送を要求する手段は、前記所望するデータファイルを再構成するために必要なパケット数が閾値以下になったときに、前記欠落したパケットの再送を要求する手段を備えた
ことを特徴とする受信端末。
【請求項６】
請求項２記載のファイル配信システムに適用される前記受信端末において、
前記再送を要求する手段は、前記欠落したパケット数を前記所望するデータファイルを再構成するために必要なパケット数で除した値が閾値以下になったとき、または、前記所望するデータファイルを再構成するために必要なパケット数を前記欠落したパケット数で除した値が閾値以上になったときに、前記欠落したパケットの再送を要求する手段を備えた
ことを特徴とする受信端末。
【請求項７】
前記閾値を変更する手段を備えた請求項５または６記載の受信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバから、文章、図表、写真、音声、映像、測定値などの誤りの許されない各種データファイルを、複数の受信端末に配信する技術に関する。
【背景技術】
【０００２】
従来、文章、図表、写真、音声、映像、測定値などの誤りの許されない各種データファイルを、複数の受信端末に配信する技術としては、各種データファイルを複数のパケット等に分割し、データカルーセル伝送方式（ＩＳＯ／ＩＥＣ１３８１８に規定）で複数の受信端末に向けて繰り返し配信し、各受信端末では、各受信者並びに各受信端末の都合により、任意の時刻に分割されたパケット等を受信開始し、パケットに付与された一連のＩＤによって受信できなかったパケットを検出し、サーバに再送要求を出し、これを受信したサーバはデータカルーセル伝送方式での配信を一時中止し、前記要求されたパケットを配信することにより、複数の端末にこのデータファイルを配信するファイル配信システムが利用されている。
【０００３】
従来、エンドユーザ端末へのアクセス回線には、光ファイバ（１００Ｍｂｐｓ）やＡＤＳＬやＩＳＤＮやモデムを使用するアナログ回線等がある。光ファイバやＡＤＳＬの場合には、これらのアクセス回線の直前等でパケットロスが発生することは少なく、中継ネットワークで瞬間的に輻輳が発生してパケットロスが起こる場合が殆どである。
【０００４】
一方、ＩＳＤＮ回線やモデムを使用したアナログ回線の場合には、通信速度が数ｋｂｐｓ〜６４ｋｂｐｓであるため、サーバからパケットが高速に送出された場合（例えば数Ｍｂｐｓ）には、主にこれらのアクセス回線の直前等でバッファ溢れが起こり、パケットロスが発生することになる。
【０００５】
例えば、あるデータファイルのパケットがサーバから３．２Ｍｂｐｓで送出され、アクセス回線がＩＳＤＮの６４ｋｂｐｓであるときには、エンドユーザ端末は、恒常的に、ほぼ５０パケットに１パケットの割合でしか受信できない。
【０００６】
従来のファイル配信システムを図１を参照して説明する。図１に示すファイル配信システムでは、文章、図表、写真、音声、映像、測定値などの誤りの許されない各種データファイルを複数のパケット等に分割し、サーバ１からデータカルーセル伝送方式で複数の受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂに向けて繰り返しパケット１０を配信し、中継ネットワークのルータ２ａ、２ｋ、２ｎでマルチキャスト配信される。２０ａ、２０ｂ、２０ｃは、サーバ１が出力したパケット１０のコピーである。
【０００７】
マルチキャスト配信可能なルータ２ａ、２ｋ、２ｎとしては、ネットワークの全装置がＩＰマルチキャストで動作している場合にはＩＰマルチキャストルータがある。また、必ずしもネットワークの全装置がＩＰマルチキャストで動作していない、すなわち、一部がユニキャストで動作している場合には、例えば、Ｆｌｅｘｃａｓｔプロトコルを搭載したルータがある。
【０００８】
各受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂは、各種アクセス系に接続されているルータ２ｋ、２ｎからパケットを受信する。
【０００９】
３３ａ、３３ｂは光ファイバ等の高速アクセス回線を、３４ａ、３４ｂはＡＤＳＬ等の中速アクセス回線を、３５ａ、３５ｂはＩＳＤＮやモデムを用いたアナログ回線等の低速アクセス回線を想定している。
【００１０】
これにより、受信端末３ａ、３ｂは高速でパケット受信でき、受信端末４ａ、４ｂは中速でパケット受信でき、受信端末５ａ、５ｂは低速でパケット受信できる。
【００１１】
各受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂでは、各受信者並びに各受信端末の都合により、任意の時刻に所望のデータファイル、すなわち、分割されたパケット等を受信開始し、パケットに付与された一連のＩＤによって受信できなかったパケットを検出し、サーバに再送要求４０を出す。
【００１２】
これを受信したサーバ１はデータカルーセル伝送方式での配信を一時中止し、前記要求されたパケットを配信する。
【００１３】
パケットロスは、中継ネットワークでは瞬間的に起こる輻輳によって発生するが、アクセス回線の速度が低い場合は、中継ネットワークとアクセス回線の間にあるルータで速度変換となってバッファ溢れが発生し、大量のパケットロスが発生する。
【００１４】
【特許文献１】特開２００２−２８１０８１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
このようなパケットロスが発生した場合には、エンドユーザ端末が受信するあるデータファイルのパケットの通し番号は、飛び飛びにならざるを得ないが、その度に再送要求を上げると、再送要求が非常に頻繁に上流に送られることになる。
【００１６】
これにより、中継ネットワーク内のノード（ルータ）の処理量が増大し、上述のような帯域の小さい回線が多い場合には、ルータにとってかなりの負担になる。言い換えると、ルータの性能を上げることが必要になり、コスト高の要因になる。
【００１７】
本発明は、このような背景に行われたものであって、データカルーセル伝送方式における繰り返し配信の中断時間を低減させることができるファイル配信システムおよび受信端末を提供することを目的とする。
【課題を解決するための手段】
【００１８】
本発明の第一の観点は、一連のデータファイルが複数のパケットに分割され、この複数のパケットを繰り返して配信するデータカルーセル伝送手段を備えたサーバと、この複数のパケットの中から所望するデータファイルを再構成するためのパケットを抽出して受信する手段を備えた受信端末とを備え、前記受信する手段は、前記所望するデータファイルを再構成するためのパケットの欠落を検出して当該欠落したパケットの再送を要求する手段を備え、前記配信する手段は、この再送の要求を受け取ると前記データカルーセル伝送によるパケット配信を一時停止させ、当該再送の要求を送出した前記受信端末に対して前記欠落したパケットを再送する手段を備えたファイル配信システムである。
【００１９】
ここで、前記再送を要求する手段は、前記所望するデータファイルを再構成するために必要なパケット数が閾値以下になったときに、前記欠落したパケットの再送を要求する手段を備えたところにある（請求項１）。
【００２０】
すなわち、従来のように、パケットの欠落が発生した時点で即座に、当該欠落したパケットの再送要求を行うのではなく、次回以降の繰り返し周期において前回欠落したパケットが受信されるので、欠落したパケット数がある程度少なくなった時点で、データファイルの再構成を加速して完了させるために、欠落しているパケットの再送要求を行うことを特徴とする。
【００２１】
このように、欠落したパケットの再送要求が減少するため、データカルーセル伝送によるパケット配信を一時停止する時間が短くなり、データカルーセル伝送方式を効率よく実行できる。
【００２２】
なお、特許文献１に示されるように、本来、カルーセル伝送方式は、通信衛星によるデータファイル配信のために開発された技術であり、複数の受信端末におけるパケット廃棄率は、概ね等しい状況が前提であるため、パケットが欠落する毎に、即座にパケット再送要求を行っても、カルーセル伝送方式を実施する上で、さほど大きな混乱は生じないため、パケットが欠落する毎に、即座にパケット再送要求を行うことが想定されている。
【００２３】
本発明は、このような通信衛星によるデータファイル配信に限定することなく、インターネット等による配信にもカルーセル伝送方式を適用することを前提としており、このような本発明における前提では、当然、複数の受信端末間において、上述したようなパケット廃棄率の著しい差異が生じることは否めない。
【００２４】
したがって、パケットが欠落する毎に、即座にパケット再送要求を行うと、カルーセル伝送方式に混乱を生じる可能性も高い。このような状況下で、本発明は有効であり、カルーセル伝送方式の適用範囲を広めることができる。
【００２５】
あるいは、本発明のファイル配信システムは、前記再送を要求する手段は、前記欠落したパケット数を前記所望するデータファイルを再構成するために必要なパケット数で除した値が閾値以下になったとき、または、前記所望するデータファイルを再構成するために必要なパケット数を前記欠落したパケット数で除した値が閾値以上になったときに、前記欠落したパケットの再送を要求する手段を備えてもよい（請求項２）。
【００２６】
また、前記サーバは、前記閾値を変更する手段を備えることができる（請求項３）。例えば、現在設定されている閾値では、頻繁に再送要求が来るため、もうすぐ処理負荷が限界に達するとサーバが判断した場合には、閾値を変更することにより、再送要求を減らして処理負荷を軽減させることができる。
【００２７】
あるいは、前記受信端末は、前記閾値を変更する手段を備えることができる（請求項４）。例えば、現在設定されている閾値では、頻繁に再送要求を行うため、もうすぐ処理負荷が限界に達すると受信端末が判断した場合には、閾値を変更することにより、再送要求を減らして処理負荷を軽減させることができる。
【００２８】
または、現在設定されている閾値では、欠落しているパケット数が多過ぎるため、必要なデータファイルを所定時間内に再構成できないと受信端末が判断した場合には、閾値を変更することにより、再送要求を増やして欠落しているパケット数を減らすことができる。
【００２９】
本発明の第二の観点は、本発明のファイル配信システムに適用される前記受信端末であって、本発明の特徴とするところは、前記再送を要求する手段は、前記所望するデータファイルを再構成するために必要なパケット数が閾値以下になったときに、前記欠落したパケットの再送を要求する手段を備えたところにある（請求項５）。
【００３０】
あるいは、本発明の受信端末の特徴とするところは、前記再送を要求する手段は、前記欠落したパケット数を前記所望するデータファイルを再構成するために必要なパケット数で除した値が閾値以下になったとき、または、前記所望するデータファイルを再構成するために必要なパケット数を前記欠落したパケット数で除した値が閾値以上になったときに、前記欠落したパケットの再送を要求する手段を備えたところにある（請求項６）。さらに、前記閾値を変更する手段を備えることができる（請求項７）。
【発明の効果】
【００３１】
本発明によれば、データカルーセル伝送方式における繰り返し配信の中断時間を低減させることができる。
【発明を実施するための最良の形態】
【００３２】
本実施例のファイル配信システムを図１ないし図７を参照して説明する。図１は本実施例のファイル配信システムの全体構成図であり、従来のファイル配信システムの全体構成図と共通である。図２は本実施例の受信端末のブロック構成図である。
【００３３】
本実施例のファイル配信システムは、図１に示すように、一連のデータファイルが複数のパケットに分割され、この複数のパケットを繰り返して配信するデータカルーセル伝送手段を備えたサーバ１と、この複数のパケットの中から所望するデータファイルを再構成するためのパケットを抽出して受信するパケット識別モジュール５１、パケットチェックモジュール５２、一般処理モジュール５３、ファイル再構成モジュール５４、再送要求判断モジュール５５、再送要求パケット作成モジュール５６を備えた受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂとを備え、パケットチェックモジュール５２は、前記所望するデータファイルを再構成するためのパケットの欠落を検出し、再送要求判断モジュール５５は、当該欠落したパケットの再送を要求する手段を備え、サーバ１の前記配信する手段は、この再送の要求を受け取ると前記データカルーセル伝送によるパケット配信を一時停止させ、当該再送の要求を送出した受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂに対して前記欠落したパケットを再送する手段を備えたファイル配信システムである。
【００３４】
ここで、本実施例の特徴とするところは、再送要求判断モジュール５５は、前記所望するデータファイルを再構成するために必要なパケット数が閾値以下になったときに、前記欠落したパケットの再送を要求する手段を備えたところにある（請求項１、５）。
【００３５】
あるいは、再送要求判断モジュール５５は、前記欠落したパケット数を前記所望するデータファイルを再構成するために必要なパケット数で除した値が閾値以下になったとき、または、前記所望するデータファイルを再構成するために必要なパケット数を前記欠落したパケット数で除した値が閾値以上になったときに、前記欠落したパケットの再送を要求する手段を備える（請求項２、６）。
【００３６】
サーバ１は、前記閾値を変更する手段を備える（請求項３）。また、受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂは、前記閾値を変更する手段を備える（請求項４、７）。
【００３７】
本実施例は、汎用の情報処理装置にインストールすることにより、その情報処理装置に本実施例の受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂに相応する機能を実現させるプログラムとして実現することができる。このプログラムは、記録媒体に記録されて情報処理装置にインストールされ、あるいは通信回線を介して情報処理装置にインストールされることにより当該情報処理装置に、入力ＩＦ（インタフェース）５０、パケット識別モジュール５１、パケットチェックモジュール５２、一般処理モジュール５３、ファイル再構成モジュール５４、再送要求判断モジュール５５、再送要求パケット作成モジュール５６、出力ＩＦ５７にそれぞれ相応する機能を実現させることができる。
【００３８】
以下では、本実施例のファイル配信システムをさらに詳細に説明する。
【００３９】
図２は、本実施例の受信端末内部のモジュール構成の一例である。図３〜図５は再送要求判断モジュールにおける再送要求判断手順を示すフローチャートである。アクセス回線から送られてきたパケット流（７０）は、入力ＩＦ５０により終端され（７１）、パケット識別モジュール５１に転送される。
【００４０】
パケット識別モジュール５１は、受信しようとしているデータファイルを再構成するために必要なパケットかどうかをパケット内に記載されているデータファイルＩＤで識別し、該当する場合はパケットチェックモジュール５２に転送し（７２）、それ以外のパケットについては、その他の一般的な処理を行う一般処理モジュール５３に転送する（７３）。
【００４１】
パケットチェックモジュール５２は、既に受信済のパケットについては廃棄し、未受信だったパケットについては再構成するデータファイルの一部とするために、ファイル再構成モジュール５４に転送し（７５）、全パケットを受信してデータファイルの再構成が完了すると、一般処理モジュール５３に転送する（８０）。
【００４２】
なお、データファイルの再構成とは、サーバ１において１つのデータファイルが複数のパケットに分割されるので、この複数のパケットを受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂにおいて、再び元のデータファイルに構成し直すことをいう。
【００４３】
また、パケットチェックモジュール５２は、データファイルを再構成する全パケット数と現時点での有効な受信パケット数とを再送要求判断モジュール５５に通知する（７４）。
【００４４】
このデータファイルを再構成するために必要な全パケット数と現時点での有効な受信パケット数をパケットチェックモジュール５２から受け取った再送要求判断モジュール５５は、図３に示すように、データファイルを再構成するために必要な全パケット数と現時点で有効な受信パケット数とを認識し（Ｓ１）、所望するデータファイルを再構成するために必要なパケット数を計数する（Ｓ２）。このときに、所望するデータファイルを再構成するために必要なパケット数が閾値以下になったときに（Ｓ３）、前記欠落したパケットの再送を要求する（Ｓ４）（請求項１、５）。
【００４５】
あるいは、再送要求判断モジュール５５は、図４に示すように、データファイルを再構成するために必要な全パケット数と現時点で有効な受信パケット数とを認識し（Ｓ１０）、これにより所望するデータファイルを再構成する上で欠落したパケット数を認識する（Ｓ１１）。この欠落したパケット数を所望するデータファイルを再構成するために必要なパケット数で除した値が閾値以下になったとき（Ｓ１２、Ｓ１３）、前記欠落したパケットの再送を要求する（Ｓ１４）（請求項２、６）。
【００４６】
または、再送要求判断モジュール５５は、図５に示すように、データファイルを再構成するために必要な全パケット数と現時点で有効な受信パケット数とを認識し（Ｓ２０）、これにより所望するデータファイルを再構成する上で欠落したパケット数を認識する（Ｓ２１）。所望するデータファイルを再構成するために必要なパケット数を前記欠落したパケット数で除した値が閾値以上になったときに（Ｓ２２、Ｓ２３）、前記欠落したパケットの再送を要求する（Ｓ２４）（請求項２、６）。
【００４７】
このように、再送要求判断モジュール５５は、事前に設定された閾値に基づき再送要求を行うか否かを判断し、図３または図４の再送要求判断手順の場合には閾値以下（Ｓ４、Ｓ１３）あるいは図５の再送要求判断手順の場合には閾値以上（Ｓ２３）である場合には、データファイルの再構成を加速して完了させるために、再送要求パケット作成モジュール５６に不足しているパケットＩＤを通知する（７６）。
【００４８】
再送要求パケット作成モジュール５６は、この通知を受けて、不足しているパケットＩＤを書き込んだ再送要求パケットを作成し、一般処理モジュール５３から送出されるパケット（７８）と共に、出力ＩＦ５７からアクセスネットワークに出力する（７７、７９）。
【００４９】
サーバ１では、この再送要求パケットを受け取ると、データカルーセル伝送を一時停止させ、当該再送要求に基づいてパケット再送を行う。
【００５０】
次に、サーバ１および受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂにおける受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂが有する閾値設定の変更処理について図６および図７を参照して説明する。図６はサーバ１および受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂにおける閾値設定の変更処理手順を示すフローチャートである。図７は受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂにおける閾値設定の変更処理手順を示すフローチャートである。
【００５１】
なお、以下では、閾値として、図３で説明した、所望するデータファイルを再構成するために必要なパケット数、を用いることとする。同様の考え方により、図４並びに図５で用いた閾値を用いてもよい。
【００５２】
サーバ１では、図６に示すように、自サーバ１の処理量を監視しており（Ｓ３０）、処理量が増加中である場合には（Ｓ３１）、受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂが有する閾値を再送要求が減少するように、現在よりも低く設定する（Ｓ３２）。また、処理量が減少中である場合には（Ｓ３１）、端末からの再送要求が早く送られるように、この閾値を現在よりも高く設定する（Ｓ３３）。これにより、自サーバ１が過負荷状態に陥ることを回避することができると共に、処理量が少ないときには、受け付ける受信端末からの再送要求を増やすことにより、受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂにおけるデータファイルの再構成までの時間を短縮させることができる（請求項３）。
【００５３】
また、受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂでは、図７に示すように、自受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂのデータファイルの再構成状況を監視（８１）しており（Ｓ４０）、難行している場合には（Ｓ４１）、自受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂが有する閾値を高く設定することにより、早く再送要求を送ることが望ましいが、それを受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂの独断で決定すると、サーバ１が過負荷状態に陥る可能性があるため、サーバ１に対して現在の処理量を問い合わせる（Ｓ４２）。その結果、サーバ１が過負荷状態であれば（Ｓ４３）、自受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂが有する閾値の設定は変更しない。しかし、サーバ１が過負荷状態でなければ（Ｓ４３）、この閾値の設定を高く設定する（Ｓ４４）。これにより、データファイルの再構成の効率を向上させることができる（請求項４、７）。
【００５４】
なお、各受信端末に用いられる閾値の初期値や一度に変更される閾値の大きさは、受信端末が繋がるアクセス回線の速度などに応じて予め決められている。
【００５５】
また、データファイルの再構成状況が難行しているか良好かは、例えば、ある一定時間（０．１秒、１秒、１０秒など）毎の有効な受信パケット数が続けてＮ回Ｍ個以下かどうか（その場合に難行と判断）という方法で判断することができる。ここで、ＮとＭは各受信端末のアクセス回線の速度などを考慮して事前に決められたパラメータである。
【００５６】
なお、図６および図７に示したそれぞれの処理は、サーバ１および受信端末３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂでそれぞれ並行して行われる。
【産業上の利用可能性】
【００５７】
本発明を用いると、文章、図表、写真、音声、映像、測定値などの誤りの許されない各種データファイルを、各受信者並びに各受信端末の都合により任意の時刻に受信開始できるファイル配信システムで、特に低速のアクセス回線に繋がっている受信端末からの再送要求を減らすことができるので、データファイル配信性能を低下させることなくルータの負担を軽減できる。言い換えれば、ノードの性能を上げる必要がなくなり、コスト高になることを避けることができる。
【図面の簡単な説明】
【００５８】
【図１】本実施例および従来のファイル配信システムの全体構成図。
【図２】本実施例の受信端末のブロック構成図。
【図３】本実施例の再送要求判断モジュールにおける再送要求判断手順を示すフローチャート。
【図４】本実施例の再送要求判断モジュールにおける再送要求判断手順を示すフローチャート。
【図５】本実施例の再送要求判断モジュールにおける再送要求判断手順を示すフローチャート。
【図６】本実施例のサーバおよび受信端末における閾値の設定変更手順を示すフローチャート。
【図７】本実施例の受信端末における閾値の変更手順を示すフローチャート。
【符号の説明】
【００５９】
１  サーバ
２ａ、２ｋ、２ｎ  ルータ
３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂ  受信端末
１０、２０ａ、２０ｂ、２０ｃ  パケット
３３ａ、３３ｂ  高速アクセス回線
３４ａ、３４ｂ  中速アクセス回線
３５ａ、３５ｂ  低速アクセス回線
４０  再送要求
５０  入力ＩＦ（インタフェース）
５１  パケット識別モジュール
５２  パケットチェックモジュール
５３  一般処理モジュール
５４  ファイル再構成モジュール
５５  再送要求判断モジュール
５６  再送要求パケット作成モジュール
５７  出力ＩＦ
７０〜７３、７５、７７〜８０  パケット流
７４、７６  通知
８１  監視
【図１】
2005354408.tif 000003
【図２】
2005354408.tif 000004
【図３】
2005354408.tif 000005
【図４】
2005354408.tif 000006
【図５】
2005354408.tif 000007
【図６】
2005354408.tif 000008
【図７】
2005354408.tif 000009