JPH11205332A - データ転送装置および方法 - Google Patents

Abstract

(57)【要約】 【課題】 クライアントの処理を変更することなく、輻
輳回復型データ転送の帯域使用量を一定範囲内に押さえ
込み、回復型輻輳制御と回避型輻輳制御とをコンピュー
ティングネットワーク上で共存させる。 【解決手段】 読み込み制御手段２１は、読み込み周期
決定手段２２で決定された周期でデータバッファ手段２
３からデータを読み込みアプリケーション２４に転送す
る。ネットワークへの帯域の要求に適応して、アプリケ
ーションのデータ読み出しレートを制御することでネッ
トワークの輻輳を回避する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複数のコンピュ
ータがネットワークを共有してデータ転送を行うネット
ワーク環境におけるデータ転送技術に関する。

【０００２】

【従来の技術】（コンピュータネットワークの定義）先
ず、説明のために、本発明の対象とするコンピュータネ
ットワークについて述べる。

【０００３】第１図にコンピュータネットワークの概略
構成を示す。図１において、複数のコンピュータ１が物
理的に分散された場所に配置される。このコンピュータ
１は、お互いにネットワーク２を介して接続される。各
々のコンピュータ１には、アプリケーション（複数の適
応業務対応のプログラム）３が存在する。データ通信制
御ソフトウェア４は、アプリケーション３の要求するデ
ータ通信を所定の手順に従って実行する。ネットワーク
２はこのデータ通信を実現する伝送媒体である。これに
よって、複数のコンピュータ１間で、アプリケーション
３の要求するデータ転送を実現している。この構成は、
一般にＬＡＮ（Ｌｏｃａｌ ＡｒｅａＮｅｔｗｏｒｋ）
として知られている。

【０００４】（輻輳発生のメカニズムと従来の輻輳制御
の説明）前記コンピュータネットワーク上で、各コンピ
ュータ間のデータ転送は、任意の構成のネットワーク、
即ち伝送媒体を一定時間占有する。この占有の程度を、
ネットワーク資源の使用量と呼ぶ。具体的には、送信側
および受信側間を結ぶ伝送媒体の伝送路帯域と継続時間
とで定義される。

【０００５】ＬＡＮではこの一定の伝送媒体（伝送パ
ス）上に複数のコンピュータ、又は、複数のアプリケー
ションを同時に接続するため、複数の伝送要求が競合す
る事を前提とする制御が必要となる。

【０００６】伝送媒体が提供しうるネットワーク資源は
一定である。競合の結果、必要となる占有量が資源の量
を超過した場合、ネットワーク内で、いずれかのパケッ
トデータが消失することは明らかである。これを輻輳状
態と呼ぶ。送信側では、パケット送出を規制する。この
ことを輻輳制御と呼ぶ。輻輳制御には次のふたつの方法
がある。

【０００７】回復型輻輳制御（第２図） （１）前提：ネットワークの資源量と、他のデータ転送
の資源使用状況とを知ることができない。 （２）原理：アプリケーションの要求通りにネットワー
ク資源の使用を開始する。輻輳発生のフィードバックに
よって使用量を低減する。輻輳発生後、輻輳状態から回
復する。 （３）特徴：各送信局は、任意のタイミングで遅滞なく
データ転送を開始できる。 （４）特性：伝送効率は、ネットワークが低負荷の場合
にはよいが、高負荷では低下する。

【０００８】伝送効率は、１回の転送データ量には依存
しない。 （５）従来例：ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔ
ｒａｎｓｆｅｒ Ｍｏｄｅ）のＡＢＲ（Ａｖａｉｌａｂ
ｌｅ Ｂｉｔ Ｒａｔｅ）、ＴＣＰ（Ｔｒａｎｓｍｉｓ
ｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）

【０００９】図２は回復型輻輳制御のデータ転送装置の
概略を示しており、図２において、一方のコンピュータ
１ａのアプリケーション（適用業務対応のプログラム）
３ａがデータ転送を要求すると、データ通信制御ソフト
ウェア（輻輳回復型送信帯域記載手段）４ａがネットワ
ーク２を介して宛先のコンピュータ１ｂのアプリケーシ
ョン３ｂにデータを転送する。この際、バッファ５が一
杯になり輻輳状態になると、輻輳検知手段６が輻輳状態
を検出して輻輳通知を転送元コンピュータ１ａのデータ
通信制御ソフトウェア４ａにフィードバックする。フィ
ードバックを受けたデータ通信制御ソフトウェア４ａは
データ転送の帯域を小さくして輻輳を回避するようにす
る。帯域を下げてもまた輻輳が発生したときには、さら
に帯域を下げ、最終的に輻輳が生じない帯域でデータ転
送が実行されるようにする。

【００１０】次に、回復型輻輳制御の従来技術例とし
て、クレジットベースのフロー制御を説明する。

【００１１】輻輳制御型データ転送装置は複数のクライ
アントとサーバの間でデータ転送をネットワークを介し
て行う。以下、回復型輻輳制御の手法に関して説明す
る。

【００１２】回復型輻輳制御のクライアントとサーバ
は、以下の４つの手段から構成される。第３図は手段構
成を示したものである。なお、図３においては、サーバ
（データ受信側コンピュータ）の構成を示しているが、
クライアント側も同様に構成される。

【００１３】（１）データ転送手段７ データ転送手段７は、データバッファ手段８からアプリ
ケーション３のデータを読み出し、そのデータをコンピ
ュータネットワークに対応したデータ形式（パケット）
に変換、宛先を確定させるための識別子（宛先アドレ
ス）を記載し、コンピュータネットワーク上にデータを
送出する。この時、受信側から通知されるクレジットに
応じたデータ量以上は送出しない。

【００１４】また、コンピュータネットワークからパケ
ットを受信すると、アプリケーションのデータ形式に変
換しデータバッファ手段８に転送する機能を持つ。

【００１５】（２）データバッファ手段８ データバッファ手段８は、データ転送手段７から書き込
まれるデータ、および、アプリケーションから書き込ま
れるデータを蓄積する機能を持つ。

【００１６】（３）バッファ監視手段９ バッファ監視手段９は、データバッファ手段８に蓄積さ
れるデータ量から、空きバッファ量を算出し、その空き
バッファ量（以下、クレジット）をクライアントにＡＣ
Ｋパケットとして通知する機能を持つ。

【００１７】（４）アプリケーション（アプリケーショ
ン手段）３ サーバのアプリケーション３は、データバッファ手段８
に蓄積されているデータを取り出し、処理を実行する。
また、クライアントのアプリケーション３は、サーバに
処理を依頼する時のデータをデータバッファ手段８に書
き込む。

【００１８】以上の手段構成から、回復型輻輳制御で
は、クライアントとサーバとの間でフロー制御を実行す
ることにより、輻輳を回避している。

【００１９】第４図はＴＣＰを例に従来のクレジットベ
ースのフロー制御の流れを示したものである。 （１）クライアント１ｃはデータ転送要求の事象が発生
すると、サーバ１ｓのデータ転送手段７との間で、コネ
クションを確立する。この時サーバ１ｓは、クライアン
ト１ｃからのコネクション要求を受信すると、データ転
送に必要な受信バッファを確保する。確保できた受信バ
ッファをクレジットとしてクライアントに通知する。

【００２０】（２）クライアント１ｃは、サーバ１ｓか
らのコネクション応答を受信することで、サーバの受信
準備が整ったことを知り、データの送信を開始する。こ
の時、コネクション応答で通知されたクレジット分以上
のデータを連続して送信しない。

【００２１】（３）サーバ１ｓは、クライアント１ｃか
らのデータを受信すると、確認応答パケットのＡＣＫＮ
ＯＷＫＥＤＧＥＭＥＮＴ ＮＵＭＢＥＲフィールドと、
ＷＩＮＤＯＷフィールドとを使用して、どこまで受信し
たかを示す表示（シーケンス番号）と、クレジット量と
をクライアント１ｃに通知する。第５図に従来技術のＴ
ＣＰ／ＩＰのパケットフォーマットを示す。図５のフォ
ーマットではボールドで示したＴＣＰ層のＡＣＫＮＯＷ
ＫＥＤＧＥＭＥＮＴ ＮＵＭＢＥＲフィールドと、ＷＩ
ＮＤＯＷフィールドを用いる。

【００２２】（４）クライアント１ｃは、確認応答パケ
ットのＴＣＰヘッダ部のＡＣＫＮＯＷＫＥＤＧＥＭＥＮ
Ｔ ＮＵＭＢＥＲフィールドによって、サーバがどこま
で受信したかを知り、ＷＩＮＤＯＷフィールドによっ
て、サーバクレジット量を知る。クライアント１ｃは、
ＷＩＮＤＯＷフィールドで通知されたサイズ分よりも少
ないデータを送信する。

【００２３】（５）以上のステップ（３）および（４）
を繰り返すことによって、クライアント１ｃからサーバ
１ｓへのデータ転送が、受信側のデータバッファ手段８
が溢れることなく実施される。言いかえると、受信側の
クレジット量に、送信側のデータ転送量は追随すること
により、受信側のバッファ溢れを防いでいる。

【００２４】以上の様に、フロー制御ではクライアント
１ｃとサーバ１ｓとが協調することにより、帯域の制御
が実施可能となっている。言いかえると、新たな仕組み
を取り入れようとすると、クライアント１ｃとサーバ１
ｓ双方のプログラムを変更する必要がある。

【００２５】回避型輻輳制御（第６図） （１）前提：ネットワークの資源量と、他のデータ転送
の資源使用状況とを知ることができる。 （２）原理：アプリケーションの要求使用量の申告とネ
ットワーク資源の未使用量から、各データ転送の資源使
用量を配分する。輻輳状態を未然に回避する。 （３）特徴：各送信局は、データ転送の要求発生からそ
の開始までに遅延が生じる。 （４）特性：伝送効率は、１回の転送データ量が大きい
とよいが、小さいと低下する。また伝送効率は、負荷に
依存しない。 （５）従来例：特願平８−１７９４９号「データ転送装
置および方法」、ＲＳＶＰ（Ａ Ｎｅｗ Ｒｅｓｏｕｒ
ｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）

【００２６】図６は従来の輻輳回避型のデータ転送装置
の概略を示す。図６において、一方のコンピュータ１ａ
のアプリケーション（適用業務対応のプログラム）３ａ
がデータ転送を要求すると、データ通信制御ソフトウェ
ア（輻輳回復型送信帯域記載手段）４ａが送信要求を資
源配分手段１０に送信する。この送信要求には要求使用
帯域の申告が含まれている。資源配分手段１０は、ネッ
トワーク資源の未使用帯域から割り当て帯域（送信開始
時期、帯域等）を決定し、データ通信制御ソフトウェア
４ａに通知する。データ通信制御ソフトウェア４ａは、
通知された送信開始時期から、通知された帯域で送信を
開始する。他のコンピュータからのデータ送信も同様に
輻輳を回避するように予め定められた時間に予め定めら
れた帯域で実行される。したがって、受信側のコンピュ
ータ１ｂへデータが送信される際にバッファ５で輻輳が
起こることがない。 （２つの輻輳制御が１つのネットワークに共存させる理
由）近年、アプリケーションの要求するデータ量が大幅
に増大している。しかし、ＬＡＮという前提から、従来
どおりのデータ量まで同時にカバーする必要がある。そ
こで、前記２種類の輻輳制御方式の利点を同一のネット
ワークで享受したいという要求がある。

【００２７】例えば、従来のアプリケーションは、デ
ータ転送を回復型輻輳制御によって実行し、大容量の
処理結果データを広帯域で転送するアプリケーション
は、データ転送を回避型輻輳制御によって実行するとい
うように、ひとつのネットワーク上で、アプリケーショ
ン、もしくは、要求転送データ量に応じて２種類の輻輳
制御方式を使い分けることで、高い伝送効率を得ること
ができる。 （共存時のデフェクト）このような状況においては、回
復型輻輳制御に従うデータ転送（以下、輻輳回避型デー
タ転送）と回避型輻輳制御に従うデータ転送（以下、輻
輳回復型データ転送）とが、同一の伝送パスを流れる場
合がある。その場合、両者は伝送パス上の同一のネット
ワーク資源を使用する。使用されるネットワーク資源
は、いずれか一方の輻輳制御方式によって単独で制御さ
れるときと同様に、２種類の輻輳制御方式によって同時
に制御されるときも、輻輳状態が制御される必要があ
る。

【００２８】ところが、実際には、同一のネットワーク
資源の輻輳を前記２種類の輻輳制御方式によって同時に
制御する場合には、輻輳制御に破たんをきたし、著しく
データを損失するという問題がある。

【００２９】まず、クライアント−サーバ型データ転送
装置に関して説明する。クライアント−サーバ型とは、
サービスの受益者（クライアント）とサービスの提供者
（サーバ）の通信を表すモデルである。第７図は、クラ
イアント−サーバモデルの概念を示したものである。図
７に示すように、クライアント１ｃはネットワーク２を
介してサーバ１ｓに要求を送信し、サーバ１ｓからの結
果の送信を待機する。サーバ１ｓは、クライアント１ｃ
からの要求を受信して要求されたジョブを実行し、実行
結果をクライアント１ｃに返す。

【００３０】ところで、このようなクライアント−サー
バ型データ転送装置では、複数のクライアントからのデ
ータ転送が、ひとつのサーバに同時に集中することがあ
る。このとき、サーバへの入口である伝送路において、
輻輳回避型データ転送の送出帯域と輻輳回復型データ転
送の送出帯域の総和が伝送路帯域を上回る過負荷状態が
発生することがある。これは、輻輳が発生すると、輻輳
回復型データ転送では、データ転送の送出帯域を低減す
る。しかし、輻輳回避型データ転送は輻輳状態にかかわ
りなく、データ転送開始時の送出帯域のままデータ転送
を継続して送信しつづけるためである。

【００３１】輻輳回避型データ転送の使用帯域ｒａ、こ
のとき、輻輳回復型データ転送の使用帯域ｒｂでデータ
転送した場合、

【００３２】

【数１】Ｒｍａｘ＜ｒａ＋ｒｂ （Ｒｍａｘ：伝送媒体の最大帯域）となると輻輳とな
る。

【００３３】この時のデータ損失量ｒｌを以下の式から
求めることができる。

【００３４】

【数２】ｒｌ＝（（ｒａ＋ｒｂ）−Ｒｍａｘ）×Ｓ−Ｃ
ｂｕｆ （Ｓ：輻輳していた時間，Ｃｂｕｆ：データ転送の経路
上にあるバッファ量） 例えば、Ａ４サイズのフルカラー静止画像データは、４
００ｄｐｉ（ｄｏｔ ｐｅｒ ｉｎｃｈ）、３２ｂｉｔ
／ｐｉｘｅｌの場合６４ＭＢｙｔｅとなり、ＡＴＭの伝
送媒体（６２２Ｍｂｐｓ）の最大帯域で送信しても、約
１秒かかる。

【００３５】輻輳回復型データ転送の平均使用帯域１６
０Ｍｂｐｓで、転送されるデータ量を２ＭＢｙｔｅとし
たときに、バッファ量（Ｃｂｕｆ）が１Ｍバイトのネッ
トワークを介してとして送信する。この時、前述のフル
カラー静止画像データの転送と１００ｍｓのあいだ輻輳
することとなり、データ損失量（ｒｌ）は、

【００３６】

【数３】 ｒｌ＝１６０Ｍｂｐｓ×１００ｍｓ−１ＭＢｙｔｅｓ ＝１ＭＢｙｔｅｓ となり、輻輳によるデータ損失率は１０−４となる。

【００３７】また、最近のネットワークで転送されるデ
ータサイズは増加の傾向にあるため、データ転送時間が
増加し、輻輳発生期間も増加することとなる。よって、
求めたデータ損失率も悪化する傾向にある。

【００３８】

【発明が解決しようとする課題】本発明は、以上の事情
を考慮してなされたものであり、ネットワークへの帯域
の要求に適応して、アプリケーションのデータ読み出し
レートを制御することでネットワークの輻輳を回避でき
るようにすることを目的としている。

【００３９】

【課題を解決するための手段】本発明によれば、上述の
目的を達成するために、データ転送装置に、データを送
信する送信手段と、データを受信する受信手段と、上記
送信手段から上記受信手段に転送されるデータをバッフ
ァリングするバッファ手段と、上記バッファ手段の状態
に基づいて、上記送信手段から受信手段へのデータ転送
を制御するデータ転送制御手段と、上記バッファ手段か
ら上記受信手段へデータを読み込む周期を決定する読み
込み周期決定手段と、上記決定された周期に基づいて上
記バッファ手段から上記受信手段へデータを読み込むデ
ータ読み込み制御手段とを設けるようにしている。

【００４０】この構成においては、バッファから受信手
段（たとえばアプリケーション）への読み込み周期を制
御して送信手段から受信手段へのデータ転送に用いる使
用帯域を加減することができ、輻輳回避型のデータ転送
が混在する場合にも対処することができる。

【００４１】本発明をより具体的に説明する。従来の輻
輳回復型のフロー制御では、受信バッファへの入力量、
即ちネットワークからの受信レートと、受信バッファか
らの出力量、即ちアプリケーションがバッファから読み
出すレートとの差分が、受信バッファにデータが滞留す
る。このフロー制御の特徴を利用し、輻輳回復型データ
転送の帯域使用量を制御することで、回復型輻輳制御と
回避型輻輳制御との共存を可能とする。

【００４２】具体的には、パケットバッファ手段から読
み出されるデータ量を制御する。すると、パケットバッ
ファ手段に受信したデータが滞る。このとき、パケット
バッファ手段の空きバッファ量を監視しているバッファ
監視手段がクレジットを減少させ送信側に通知する。パ
ケット転送手段は、通知されたクレジット分だけデータ
を送信する。以上から、一度に送信できるデータ量を減
らすことが可能となり、輻輳回復型データ転送の帯域使
用量を制御することができる。

【００４３】

【発明の実施の形態】以下、本発明を詳細に説明する。

【００４４】図８は本発明のデータ転送装置の概略を示
しており、この図において、データ転送装置は読み込み
制御手段２１および読み込み周期決定手段２２を含んで
構成されている。読み込み制御手段２１は、読み込み周
期決定手段２２で決定された周期でデータバッファ手段
２３からデータを読み込みアプリケーション２４に転送
する。

【００４５】読み込み制御手段２１ 読み込み制御手段２１は、たとえば、タイマ手段とデー
タ読み込み手段とを含み（図９）、タイマ手段からの契
機で受信データをデータバッファ手段２３から読み出
し、アプリケーション２４に転送する。タイマ手段は読
み込み周期決定手段２２から通知された周期毎に、デー
タ読み込み手段を起動する。

【００４６】読み込み周期決定手段２２ 読み込み周期決定手段２２は、回避型輻輳制御の使用帯
域と、１回のデータ読み出し量から、データバッファ手
段２３からのデータ読み出し周期を計算し、その周期を
読み込み制御手段２１（タイマ手段）に通知する。

【００４７】読み出し周期の値を［ｓｅｃ］単位で表し
た場合の導出例を以下に示す。

【００４８】

【数４】Ｔ［ｓｅｃ］＝Ｌ［ｂｉｔｓ］／Ｒ［ｂｐｓ］ ここで、 Ｔ：読み出し周期 Ｌ：データ読み込み手段が１回に読み込むデータ量 Ｒ：要求転送帯域（伝送媒体帯域−回避型輻輳制御の使
用帯域）である。

【００４９】つぎに、本発明の構成をより詳細に説明す
る。

【００５０】第９図は、データ転送装置受信局側の全体
構成を詳細に示すものであり、この図において、データ
転送装置はデータ読み込み手段２５、タイマ手段２６お
よび読み込み周期決定手段２２を含んで構成されてい
る。

【００５１】データ読み込み手段２５は、タイマ手段２
６から与えられるタイミングで、データバッファ手段２
３（図８）からデータを読み込み、アプリケーション２
４（図８）に転送する。タイマ手段２６は、読み込み周
期決定手段２２から与えられた読み込み周期情報に基づ
いてタイミング信号を発生し、データ読み込み手段２５
を起動する。このタイマ手段２６は、例えば、一定時間
で起動されるカウンタを持ち、カウンタ値が読み込み周
期情報として与えられた値と一致したら、データ読み込
み手段に対し割り込み信号を上げ、それと同時にカウン
タを”０”リセットする。これを繰り返すことによっ
て、与えられた周期でデータ読み込み手段２５を起動す
ることができる。

【００５２】読み込み周期決定手段２２は、タイマ手段
２６が発生する読み込みタイミング信号の間隔を決定
し、決定した値を読み込み周期情報として、タイマ手段
２６に通知する。

【００５３】ここで、読み込み周期決定手段による読み
込み周期決定方法の例を以下に示す。

【００５４】（１）第１の方法を第１０図に示す。この
手法においては、輻輳回避制御データ転送で使用されて
いる帯域と、伝送媒体帯域との差を輻輳回復型データ転
送で使用することが可能な帯域（以下、使用可能帯域）
とし、その使用可能帯域とデータ読み込み手段が１回に
読み込むデータ量から読み込み周期を算出する。読み込
み周期の値を［ｓｅｃ］単位で表した場合の導出例を以
下に示す。

【００５５】

【数５】Ｔ［ｓｅｃ］＝Ｌ［ｂｉｔｓ］／Ｒ［ｂｐｓ］ ここで、 Ｔ：読み込み周期 Ｌ：データ読み込み手段が１回に読み込むデータ量 Ｒ：使用可能帯域 なお、データ読み込み手段２５が１回に読み込むデータ
量は、読み込み周期決定手段２２がシステム立ち上げ時
から静的に記憶していても良く、ユーザ・インターフェ
ースを介して動的に入手してもよい。

【００５６】（２）第２の方法を第１１図に示す。この
手法においては、読み込み周期を、ユーザインタフェー
スから通知される要求転送帯域から決定する。この方法
は、輻輳回避型のデータ転送の有無にかかわらず、輻輳
回復型のデータ転送で使用可能な帯域が事前に分かって
いる場合などに適用できる。読み込み周期の値を［ｓｅ
ｃ］単位で表した場合の導出例を以下に示す。

【００５７】

【数６】Ｔ［ｓｅｃ］＝Ｌ［ｂｉｔｓ］／Ｒ［ｂｐｓ］ ここで、 Ｔ：読み込み周期 Ｌ：データ読み込み手段が１回に読み込むデータ量 Ｒ：要求転送帯域

【００５８】（３）第３の方法を第１２図に示す。この
手法においては、読み込み周期を、アプリケーションか
ら通知される要求転送帯域から決定する。この方法は、
アプリケーションが、輻輳回復型のデータ転送の使用帯
域、あるいは、アプリケーションの一定時間内の処理デ
ータ量が事前に分かっている場合に適用できる。

【００５９】（４）第４の方法は、読み込み周期を、読
み込み周期制御手段が静的に記憶している値から決定す
る。これは、システム立上げ時に、事前に決められた記
憶領域から読み出すことにより入手してもよい。事前
に、回復型の輻輳制御が、使用するアプリケーションの
帯域を分かっている場合に適用できる。

【００６０】第１３図に本発明の動作フローを示す。図
１３においては、一方のコンピュータ（クライアント、
送信局）１ａから他方のコンピュータ（サーバ、受信
局）１ｂへデータを転送するようになっている。この
時、データバッファ手段２３には、クレジット１分の空
きバッファしかないようになっている。

【００６１】データ転送動作は以下のようにして行われ
る。 （１）送信局１ａからデータｉを送信する。 （２）データｉを受信した受信局１ｂは、データバッフ
ァ手段２３の空きバッファ量を検査し、無いことを知
る。 （３）受信局１ｂは、空きバッファ量が無いことからク
レジット＝０のＡＣＫパケットを送信する。 （４）送信局１ａは、クレジット＝０のＡＣＫパケット
を受信すると、受信局１ｂがこれ以上のデータは受信で
きないと判断し、データの送信を見合わせる。 （５）受信局１ｂは、データ処理手段（アプリケーショ
ン）２７がデータバッファ手段２３から受信データを読
み出すと、クレジット＝１のＡＣＫパケットを送信す
る。 （６）送信局１ａは、クレジット＝１のＡＣＫパケット
を受信すると、受信局１ｂが１パケットのデータを受信
できる状態になったと判断し、データｉ＋１を１パケッ
ト送信する。 （７）上記ステップ（５）においてデータ処理手段２７
がデータバッファ手段２３から読み出す周期を制御する
ことによって、受信局へのＡＣＫパケットのクレジット
の値を変化させる。 （８）上記ステップ（１）〜（６）の動作を繰り返すこ
とによって、送信局１ａは処理に必要なデータを全て受
信局１ｂに転送することができ、受信局１ｂは処理を実
施することが可能となる。

【００６２】

【発明の効果】本発明によれば、クライアントの処理を
変更することなく、輻輳回復型データ転送の帯域使用量
を一定範囲内に押さえ込むことができ、回復型輻輳制御
と回避型輻輳制御とをコンピューティングネットワーク
上で共存させることが可能となる。

【図面の簡単な説明】

【図１】 コンピュータネットワークの概略構成図であ
る。

【図２】 従来の輻輳回復型のデータ転送装置の概略構
成図である。

【図３】 従来のフロー制御を行うデータ転送装置の受
信側構成図である。

【図４】 従来のクレジットベースのフロー制御の動作
シーケンス図である。

【図５】 従来技術のＴＣＰ／ＩＰのパケットフォーマ
ットの説明図である。

【図６】 従来の輻輳回避型のデータ転送装置概略構成
図である。

【図７】 クライアント−サーバモデルの概念図であ
る。

【図８】 本発明のフロー制御を行うデータ転送装置の
概略構成図である。

【図９】 本発明のデータ転送装置の要部構成図であ
る。

【図１０】 輻輳回避型の使用帯域から読み込み周期を
決定する例を説明する図である。

【図１１】 ユーザ・インタフェースから入力された指
示に基づいて読み込み周期を決定する例を説明する図で
ある。

【図１２】 アプリケーションから通知される使用帯域
に基づいて読み込み周期を決定する例を説明する図であ
る。

【図１３】 本発明の動作シーケンス図である。

【符号の説明】

２１ 読み込み制御手段 ２２ 読み込み周期決定手段 ２３ データバッファ手段 ２４ アプリケーション ２５ データ読み込み手段 ２６ タイマ手段

Claims (9)

【特許請求の範囲】
1. 【請求項１】 データを送信する送信手段と、 データを受信する受信手段と、 上記送信手段から上記受信手段に転送されるデータをバ
   ッファリングするバッファ手段と、 上記バッファ手段の状態に基づいて、上記送信手段から
   受信手段へのデータ転送を制御するデータ転送制御手段
   と、 上記バッファ手段から上記受信手段へデータを読み込む
   周期を決定する読み込み周期決定手段と、 上記決定された周期に基づいて上記バッファ手段から上
   記受信手段へデータを読み込むデータ読み込み制御手段
   とを有することを特徴とするデータ転送装置。
2. 【請求項２】 上記データ転送制御手段は、上記バッフ
   ァのクレジットを上記送信手段に送信し、上記送信手段
   からクレジットに応じた量のデータの転送を行なわせる
   請求項１記載のデータ転送装置。
3. 【請求項３】 上記データ読み込み制御手段は、上記読
   み込み周期決定手段で決定した周期でタイマ動作を実行
   するタイマ手段と、上記タイマ手段のタイムアップごと
   に上記バッファ手段から上記受信手段にデータを読み込
   むデータ読み込み手段とを有する請求項１または２記載
   のデータ転送装置。
4. 【請求項４】 前記読み込み周期決定手段は、読み込み
   周期を、未使用帯域から求める請求項１、２または３記
   載のデータ転送装置。
5. 【請求項５】 前記読み込み周期決定手段は、読み込み
   周期を、ユーザインタフェースから通知される要求転送
   帯域から求める請求項１、２または３記載のデータ転送
   装置。
6. 【請求項６】 前記読み込み周期決定手段は、読み込み
   周期を、アプリケーションから通知される要求転送帯域
   から求める請求項１、２または３記載のデータ転送装
   置。
7. 【請求項７】 前記読み込み周期決定手段は、読み込み
   周期を、読み込み周期決定手段が静的に記憶している要
   求転送帯域から求める請求項１、２または３記載のデー
   タ転送装置。
8. 【請求項８】 アプリケーションの要求に応じてデータ
   転送を開始し、受信側からのフィードバック制御によっ
   て、前記ネットワークの資源使用量を制御する輻輳回復
   型のデータ転送装置と、 アプリケーションの要求転送帯域の要求から前記ネット
   ワーク資源使用量を配分する回避型輻輳制御を行う輻輳
   回避型のデータ転送装置と、 データが転送されるネットワークとを有し、 上記輻輳回復型のデータ転送装置が、 データを送信する送信手段と、 データを受信する受信手段と、 上記送信手段から上記受信手段に転送されるデータをバ
   ッファリングするバッファ手段と、 上記バッファ手段の状態に基づいて、上記送信手段から
   受信手段へのデータ転送を制御するデータ転送制御手段
   と、 上記バッファ手段から上記受信手段へデータを読み込む
   周期を決定する読み込み周期決定手段と、 上記決定された周期に基づいて上記バッファ手段から上
   記受信手段へデータを読み込むデータ読み込み制御手段
   とを有することを特徴とするデータ転送システム。
9. 【請求項９】 送信側から送られてきたデータをバッフ
   ァに一時記憶し、バッファに一時記憶されているデータ
   を受信側のアプリケーションが読み込んで処理するデー
   タ転送方法において、 上記アプリケーションんが上記バッファからデータを読
   み込む周期を決定するステップと、 上記決定された周期でアプリケーションに上記バッファ
   からのデータの読み込みを実行させるステップと、 上記バッファの状態に応じて上記送信側からのデータ転
   送を制御するステップとを有することを特徴とするデー
   タ転送方法。