JP2000172599A

JP2000172599A - マルチキャストストリームデータ転送方法およびシステム

Info

Publication number: JP2000172599A
Application number: JP10350963A
Authority: JP
Inventors: Takeshi Omura; 猛大村; Yuuki Horiuchi; 優希堀内
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1998-12-10
Filing date: 1998-12-10
Publication date: 2000-06-23

Abstract

(57)【要約】【課題】多数のコンピュータが接続されたコンピュ
ータネットワークにおけるストリームデータのマルチキ
ャストによる転送方法およびシステムに関するものであ
る。【解決手段】クライアント側にレート変更要求部を備
えて、受信バッファの空き容量を監視し、該空き容量に
応じたレート変更要求をユニキャストでサーバに出すよ
うにする。一方、サーバ側にレート変更要求処理部を備
えるようにして、上記のようにクライアント側より出さ
れるレート変更要求に基づいて、上記レート制御部に設
定された送出レートを更新する構成とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、多数のコンピュー
タが接続されたコンピュータネットワークにおけるデー
タ転送方法およびシステムに関し、特に、時間的に連続
するデータであるストリームデータのマルチキャストに
よる転送方法およびシステムに関するものである。

【０００２】

【従来の技術】近年、コンピュータの能力の向上、コン
ピュータのネットワーク接続の一般化によって、コンピ
ュータネットワークを介してストリームデータのリアル
タイムな転送が要求されている。また、サーバより複数
のクライアントに同時に同一データを転送するマルチキ
ャストでのデータ転送の要求も高まっている。ここでス
トリームデータとは、映像、音声などの時間的に連続な
データをいう。このストリームデータは当然パケットに
編集されてネットワーク上で転送されるが、このとき、
パケットの所定数の集合体単位で扱う場合、あるいはそ
のような集合体単位に関係なく扱われる場合を問わずこ
こではストリームデータという。

【０００３】図１１は従来のマルチキャストストリーム
データ転送システムの一例を示すものである。このシス
テムはデータを提供する側のサーバ５００と、データの
提供を受ける側の複数のクライアント５０８、５１８、
５２８とよりなり、その間にネットワーク５０７が介在
した構成となっている。複数のクライアント５０８、５
１８、５２８は全く同じ構成である。以下、図１１に基
づいて従来のシステムについて、その動作とともに更に
説明する。クライアント５０８、５１８、５２８に関し
ては全く同じ構成であるため、以下クライアント５０８
を例に説明する。

【０００４】サーバ５００は、以下のように構成され
る。すなわち、以下に説明するように、クライアント５
０８側からストリームデータの転送開始要求が出される
と、該要求はパケット受信部５０１を介して開始要求処
理部５１６に渡され、該開始要求処理部５１６がレート
制御部５０５を起動することになる。該レート制御部５
０５はハードディスク等の補助記憶装置５０３よりスト
リームデータを読み出して、一旦送信バッファ５０４に
蓄積する。

【０００５】上記レート制御部５０５には、クライアン
ト５０８の再生レートとネットワークの転送可能容量に
応じて予め所定の送出レートが設定されおり、送信バッ
ファ５０４に蓄積されたストリームデータは該レート制
御部５０５の制御に基づいて上記所定の送出レートで読
み出されてパケット送信部５０２に転送され、該パケッ
ト送信部５０２では該ストリームデータをパケットに組
み込んでネットワーク５０７にマルチキャストで送出す
ることになる。

【０００６】一方、クライアント５０８は以下のように
なっている。すなわち、ネットワーク５０７より受信し
たデータパケットはパケット受信部５０９に受け取ら
れ、ここでパケットが解かれて受信バッファ５１１に順
次蓄積される。データ再生部５１２は上記のように受信
バッファ５１１に蓄積されたデータを順次所定の再生レ
ートで読み出して表示装置に渡すようになっている。

【０００７】転送の開始を制御するために、クライアン
ト５０８側に転送開始要求部５１７が備えられ、オペレ
ータの指示に従って、この転送開始要求部５１７が転送
開始要求を出す。この転送開始要求はパケット送信部５
１０に渡され、ここで転送開始要求パケットに編集さ
れ、ネットワーク５０７を介してサーバ５００に転送さ
れる。これによって、サーバ５００の開始要求処理部５
１６が上記したようにレート制御部５０５を起動してデ
ータ転送が開始されることになる。

【０００８】以上の動作を繰り返しサーバとクライアン
ト間でストリームデータの転送が行われることになる
が、一般にコンピュータネットワークは該ネットワーク
の状態によってある程度のパケット落ちが発生し、ま
た、クライアントの処理能力の不足、ストリームデータ
の再生レートの揺らぎ等で受信バッファのあふれが発生
した場合にはデータ欠落が発生する。

【０００９】そこで、上記従来のシステムにおいても、
データが欠落した場合の補償をすることがなされてい
る。

【００１０】すなわち、まず、クライアント５０８の欠
落率報告部５１３が受信バッファ５１１を常時監視する
ようにしておき、データ欠落が発生したときにデータ欠
落率の報告をパケット送信部に渡す。ここで、サーバ５
００のアドレスと送出レート変更要求パケットである旨
の識別子と上記欠落率が載せられたレート変更要求パケ
ットを作成し、ネットワークに送出する。

【００１１】このように送出されたレート変更要求パケ
ットはサーバ５００のパケット受信部５０１に受け取ら
れ、ここで、レート変更要求パケットである旨の判別が
なされてレート変更部５０６に渡される。このレート変
更部５０６には、例えば上記レート変更要求パケットに
含まれる上記クライアント５０８での欠落率に応じた送
出レートがテーブルとして備えられており、レート変更
部５０６は該テーブルを参照して新たな送出レートを決
定し、該送出レートをレート制御部５０５に転送する。
これによって、レート制御部５０５は送出レートを下げ
て（あるいは上げて）送信バッファ５０４からストリー
ムデータを読み出しパケット送信部５０２に渡すことに
なる。

【００１２】

【発明が解決しようとする課題】しかしながら、このよ
うな従来のストリームデータ転送システムでは、上記の
ようにクライアント５０８がデータの欠落を検出してか
らはじめてサーバ５００からの送出レートを下げるとい
う手順で処理されているため、一旦欠落したデータの再
生はできなくなり、更に、欠落が生じた状態のデータを
再生した場合には画像の乱れや音の途切れが発生すると
いう欠点を有していた。

【００１３】尚、ストリームデータ以外の例えばテキス
トデータをサーバ５００からクライアント５０８に転送
する方法として、図１２に示すような方法がある。すな
わち、所定サイズ単位のデータ“Data”がサーバ５００
からクライアント５０８に転送される毎に確認信号“Ac
k ”がクライアント５０８からサーバ５００に返えさ
れ、該確認信号“Ack ”を受けてサーバ５００が新たな
データ“Data”を送出するようになっている。

【００１４】この方法でストリームデータを転送する
と、クライアント５０８はデータ抜けのデータを受け取
ると確認信号“Ack ”を返さないことになり、サーバは
次のデータ“Data”を送出できなくなる。この状態にな
ると、例えば所定時間Ｔ0 が経過するまで次のデータは
転送されないので、受信バッファ５１１にデータ欠乏が
発生することになり、画像が止まったり、乱れたりす
る。

【００１５】本発明は、上記従来のストリームデータ転
送システムの欠点に鑑みて提案されたものであって、ク
ライアントのバッファにデータ欠落を発生するする前に
サーバからの送出レートを下げ、また、たとえクライア
ントのバッファにデータが欠落した場合であっても、該
欠落データを再送したり復元することによって、より信
頼性のあるマルチキャストストリームデータ転送方法お
よびシステムを提供することを目的とする。

【００１６】

【課題を解決するための手段】上記目的を達成するため
に本発明は以下の手段を採用している。先ず、本発明が
適用されるマルチキャストストリームデータ転送システ
ムは、以下のサーバ４００と、クライアント４７０、４
７１、４７２、…を備えた構成となっている。上記サー
バ４００は、記憶手段（図１上では補助記憶装置４０３
と送信バッファ４０４）よりレート制御部４０５の制御
に基づいて所定の送出レートで読み出したストリームデ
ータをパケット送信部４０２でパケットに編集してネッ
トワーク３００を介して上記クライアント４７０、４７
１、…にマルチキャストで転送するとともに、上記クラ
イアント４７０、４７１、…よりの要求をパケット受信
部４０１で受けて必要な処理をする。

【００１７】また、上記クライアント４７０（クライア
ント４７１、…も同様）は、上記サーバ４００よりネッ
トワーク３００を介して所定の送出レートで送出される
マルチキャストストリームデータをパケット受信部４１
０で受信して受信バッファ４１２に一旦蓄積して再生す
るとともに、上記サーバ４００に対する必要な指示をパ
ケット送信部４１１より送出する。

【００１８】上記システムにおいて、本発明は上記受信
バッファ４１２の空き状態に対応してクライアント４７
０側よりユニキャストでレート変更要求を上記サーバ４
００に出し、該レート変更要求に基づいて上記サーバ４
００側の送出レートを変更するようにする。

【００１９】具体的には、クライアント４７０側にレー
ト変更要求部４１３を備えて、受信バッファ４１２の空
き容量を監視し、該空き容量に応じたレート変更要求を
ユニキャストで上記サーバ４００に出すようにする。一
方、上記サーバ４００側にレート変更要求処理部４１６
を備えるようにして、上記のようにクライアント４７０
側より出されるレート変更要求に基づいて、上記レート
制御部４０５に設定された送出レートを更新するととも
に、上記サーバ４００が他のクライアントより上記レー
ト変更要求と同一内容のレート変更要求を受信した場
合、これらレート変更要求を無効とする構成とする。

【００２０】これによって、受信バッファ４１２よりの
ストリームデータのオーバーフローはなくなり、上記サ
ーバの負荷上昇を抑えつつ、上記レート変更ができるこ
とになる。

【００２１】また、上記パケット受信部４１０で受信さ
れたストリームデータの欠落に対応してクライアント４
７０側より出される再送要求に基づいて、サーバ４００
側の記憶手段より該欠落データに対応するデータを送出
するようにもする。

【００２２】具体的には、クライアント４７０側に再送
要求部４１４を備え、上記パケット受信部４１０が受信
するデータ欠落を監視するとともに、該欠落データに対
応するデータを上記サーバ４００にユニキャストで再送
要求を出すようにする。一方、サーバ４００側に再送制
御部４０７を備えて上記再送要求に基づいて、欠落デー
タに対応するストリームデータの再送処理を行うととも
に、他のクライアントより上記再送要求と同一内容の再
送要求を受信した場合、これら再送要求を無効とするよ
うにする。

【００２３】これによって、たとえデータ欠落が発生し
ても、上記サーバ４００とネットワーク３００の負荷上
昇を抑えつつ、該欠落を補完できることになる。

【００２４】また、上記クライアント４７０で受信され
たパケットがあらかじめ設定された所定数になる毎に受
信が完了したことを示す受信応答を上記クライアント４
７０よりユニキャストで上記サーバ４００に送出するこ
ともできる。

【００２５】この場合、上記サーバ４００側で上記所定
数のパケット送出毎に上記ストリームデータの送出を一
時中止し、該所定数のパケットに対応する上記受信応答
を全てのクライアントから受信することにより次の所定
数のパケットの送出を再開するようにする。あるいは、
上記サーバ４００が上記所定数のパケット単位に上記ス
トリームデータを連続に送出するとともに該送出に並行
して、送出済の上記所定数のパケットに対応する上記受
信応答を受信し、全てのクライアントから受信していな
い場合、現在送出中の上記所定数のパケット送出後に上
記ストリームデータの送出を一時中止し、全てのクライ
アントから上記受信応答を受信することにより上記スト
リームデータの送出を再開するようにすることができ
る。

【００２６】具体的には、上記サーバ４００に、あらか
じめ設定された所定数のパケット送出毎に上記ストリー
ムデータの送出を一時中止し、上記所定数になる毎に受
信が完了したことを示す上記クライアントより出される
受信応答を全てのクライアントから受信することにより
次の所定数のパケットの送出を再開する受信応答処理部
４２０を、上記クライアント４７０に、受信したパケッ
トがあらかじめ設定された所定数になる毎に受信が完了
したことを示す受信応答をユニキャストで上記サーバ４
００に送出する受信応答部４２１を備える構成とする。

【００２７】あるいは、上記サーバ４００に、あらかじ
め設定された所定数のパケット単位に上記ストリームデ
ータを連続に送出するとともに該送出に並行して、送出
済の上記所定数のパケットの受信が完了したことを示す
上記クライアントより出される受信応答を受信し、全て
のクライアントから受信していない場合、現在送出中の
上記所定数のパケット送出後に上記ストリームデータの
送出を一時中止し、全てのクライアントから上記受信応
答を受信することにより上記ストリームデータの送出を
再開する受信応答処理部４２０と、上記クライアント４
７０に上記受信応答部４２１を備える構成とする。

【００２８】よって、上記受信応答部４２１が受信バッ
ファ４１２の空きを監視し、上記所定数のパケットを受
け取れるだけの空きがない場合には上記受信応答の送信
を空きができるまで待つことによって、受信バッファ４
１２よりのストリームデータのオーバーフローはなくな
ることになる。

【００２９】また、上記サーバ４００側で送出するパケ
ットの数があらかじめ設定された所定数になる毎に、該
所定数のパケットに対応するパリティ情報をパリティパ
ケットとして上記クライアント４７０に転送し、該クラ
イアント４７０が上記パリティパケットに基づいて欠落
したパケットを復元することもできる。

【００３０】具体的には、上記サーバ４００に、送出す
るパケットの数があらかじめ設定された所定数になる毎
に、該所定数のパケットに対応するパリティ情報を生成
するパリティ生成部４３０と、上記クライアント４７０
に、上記サーバ４００より送信された上記パリティ情報
に基づいて欠落したパケットを復元するパリティ処理部
４３１を備える構成とする。

【００３１】これによって、たとえデータ欠落が発生し
ても該欠落に対応するデータを再送することなく補完で
きることになる。

【００３２】本発明は、上記レート変更処理に係る構
成、上記再送処理に係る構成、上記パリティ処理に係る
構成、上記受信応答処理に係る構成についてそれぞれ単
独で使用することも可能である。更に、上記各処理を併
用する構成とすることも可能である。また、上記各処理
に係る構成をすべて備え、ストリームデータの転送に要
求される信頼性等に応じて使用する機能を選択するよう
に構成することも可能である。

【００３３】

【実施の形態】（実施の形態１）図１は本発明のマルチ
キャストストリームデータ転送システムの１実施例を示
すものであり、以下図１に基づいて本発明のシステムの
構成についてその動作とともに説明する。

【００３４】本システムはサーバ４００と複数のクライ
アント４７０、４７１、４７２がネットワーク３００で
結ばれている点は上記従来のシステムと全く同様であ
る。また、複数のクライアント４７０、４７１、４７２
は全く同じ構成であるため、以下クライアント４７０を
例に説明する。

【００３５】オペレータがキーボード、あるいはカーソ
ル等の入力手段と画面を用いて特定のファイルの転送指
示を出すと、クライアント４７０の転送開始要求部４８
０が開始要求をパケット送信部４１１に通知し、これを
受けて、パケット送信部４１１は図６(d) に示すように
発信元アドレス、送信先アドレス、パケット種別識
別子（転送開始要求）、ファイルを特定する事項（フ
ァイル名あるいはファイル番号）、更に必要に応じて
以下に説明する転送開始位置番号を載せた転送要求パ
ケットをネットワーク３００に送出する。

【００３６】上記転送開始位置番号とは、後述するよう
にサーバ４００側のレート制御部４０５で生成され、パ
ケット送信部４０２で送信されるデータパケットに付さ
れるパケット番号とは別の当該データのファイル上の位
置を示す番号であって、後述する再送処理に必要とな
る。すなわち、図４に示すように上記指定されたファイ
ルＦを特定のバイト単位〔例えば１パケット相当のバイ
ト数（例えば１Ｋｂ）〕で区切って形成したセクション
に、順次割り振った番号（ｆのサフィックスを付して表
している）の中の読み出し開始位置に相当する番号であ
って、ファイルの先頭から読み出すときは、該番号はも
ちろん０であるが、途中から読み出すときは該当位置に
対応する番号を示すことになる。もっとも、オペレータ
は例えば先頭から読み出し開始位置に対応する迄の時間
等オペレータの理解できる数値で当該転送開始位置を指
定し、該数値を上記転送開始要求部４８０が上記のセク
ションの番号に変換することになる。もっとも、この位
置番号は後述する再送処理をする場合には上記データパ
ケットに載せる必要があるが、再送処理をしない場合に
は上記データパケットに載せる必要はないことになる。

【００３７】このようにネットワーク３００に送出され
た転送要求パケットはサーバ４００のパケット受信部４
０１に受け取られて、ここで上記パケット識別子より
転送要求パケットである旨の判断がなされ開始要求処理
部４１７に転送される。これによって、開始要求処理部
４１７では上記のように特定されたファイル名、ファイ
ル番号等のファイルを特定する事項、および転送開始
位置番号をレート制御部４０５に渡し、該レート制御
部４０５を起動する。これによって、該レート制御部４
０５は補助記憶装置４０３の上記転送開始位置番号に
対応するアドレスよりストリームデータを順次読み出し
て送信バッファ４０４に一旦蓄積する。

【００３８】上記レート制御部４０５には、以下に説明
するクライアント４７０の再生レートとネットワーク３
００の伝送可能容量に依存して決定される送出レートが
設定されており、上記のように送信バッファ４０４に蓄
積されたストリームデータは該送信バッファ４０４から
上記の送出レートで読み出されてパケット送信部４０２
に転送される。パケット送信部４０２ではこのようにし
て得られたストリームデータを、データパケットに組み
込んでネットワーク３００に送出する。このデータパケ
ットには、図６(a) に示すように、発信元アドレス（サ
ーバ４００のアドレス）、受信先マルチキャストアド
レス、データパケットである旨のパケット識別子、
データサイズ、パケットの順序を表すパケット番号
がヘッダ部に載せられ、実データがそれに続くようにな
っている。

【００３９】尚、再送処理機能を持たせる場合には、上
記パケット番号とは別にレート制御部４０５で形成され
るファイル上の位置が特定出来る情報、例えば図４を用
いて上記に説明したファイルを所定量のデータブロック
で区切ったときのセクションの番号（位置番号）をパケ
ットのヘッダに載せるようにする。ファイルを該ファイ
ルの先頭から読み出すときであって、上記１セクション
の容量単位が１パケットの容量単位と一致するときには
上記パケット番号と当該位置番号は一致することになる
が、両者の容量が異なるとき、あるいは上記のようにフ
ァイルの途中から読み出すときには一致しないことにな
る（図５参照）。

【００４０】上記のようにネットワーク３００に送出さ
れたデータパケットはクライアント４７０のパケット受
信部４１０に受け取られ、ここでパケット種の識別子
よりデータパケットである旨の判別がなされるととも
に、上記パケット番号とパケットサイズを参照して、受
信バッファ４１２の所定のアドレスに書き込むようにす
る。

【００４１】ここで、パケット受信部４１０は上記のよ
うにサーバ４００側のパケット送信部４０２で付された
パケット番号を管理しており、何らかの原因でパケッ
ト受信部４１０に順次到達するパケットのパケット番号
が前後しても、当該パケット受信部４１０で順番が整理
されるようになっている。

【００４２】また、パケットの欠落なく転送されてきた
ストリームデータは、各パケット番号に対応して図５
(a) に示すように受信バッファ４１２に隙間無く書き込
まれるようになる。ところが、パケットに欠落があった
場合には図５(b) に示すように、該欠落パケットのデー
タサイズだけ受信バッファ４１２上に空白をあけてスト
リームデータが書き込まれるようになる。尚、図５にお
いてｐのサフィックスが付された番号はパケット番号で
あり、ｆのサフィックスが付された番号はファイル上の
位置番号であり、後に説明するように、再送処理をする
場合はクライアント４７０のパケット受信部４１０は、
上記のようにパケット番号を管理するとともに、上記フ
ァイル上の位置番号をも管理する機能をも持つようにす
る。

【００４３】尚、図５においてパケット番号は０から順
次インクリメントしているが、ファイル上の位置番号は
途中から（３００番目から）始まっているいる例を示し
ている。すなわち、ファイルを先頭からではなく、途中
から読み出す場合に相当する。

【００４４】このように受信バッファ４１２に書き込ま
れたデータはデータ再生部４９０により所定の再生レー
トで読み出されて再生されるようになっている。再生レ
ートは画像種によっては時間的に変動することがある
が、上記送出レートと再生レートは均衡を保つように設
定される必要があることはもちろんである。また、この
とき受信バッファ４１２にデータがない状態でデータ再
生部４９０が受信バッファ４１２をアクセスする状態を
回避する必要があるところから、該受信バッファ４１２
に一定量のデータが蓄積された状態から再生開始がなさ
れるようにする。

【００４５】以上の動作を繰り返すことによって、サー
バとクライアント間でストリームデータの転送が行われ
ることになるが、上記の処理はファイル上の位置を特定
する情報（位置番号）に関する記述を除いて従来のシス
テムにおける手順と全く同じである。

【００４６】上記において、サーバ４００側のパケット
送信部４０２の送出レートとクライアント４７０側のデ
ータ再生部４９０の再生レートが平衡している場合に
は、受信バッファ４１２の空きは一定に保たれることに
なる。ところが、クライアント４７０の処理能力の不
足、ストリームデータの再生レートの揺らぎ等に起因し
て受信バッファ４１２の空き容量が減少する場合があ
り、この状態が継続すると、受信バッファ４１２がオー
バフローになることになりデータ欠落が発生する。そこ
で、以下のようにサーバ４００側の送出レートを変更す
る処理を行う。

【００４７】すなわち、クライアント４７０のレート変
更要求部４１３は受信バッファ４１２の空き容量を常に
監視しておき、受信バッファ４１２の空き容量が所定の
設定値（例えば空き容量が２０％）より減ったことを検
出したとき、送出レートを下げることを要求するレート
変更要求を要求レートとともにパケット送信部４１１に
通知する。このレート変更要求通知を受けたパケット送
信部４１１は図６(b)に示すように、発信元アドレス
（クライアント４７０のアドレス）、送信先アドレス
（サーバ４００のアドレス）、レート変更要求である
旨のパケット識別子、要求レートを組み込んだレー
ト変更要求パケットをネットワーク３００に送出する
（図２、ステップＳ２１→Ｓ２２→Ｓ２５参照）。

【００４８】サーバ４００のパケット受信部４０１はネ
ットワーク３００から上記レート変更要求パケットを受
け取り、その識別子からレート変更要求パケットである
旨の判断をして、その内容をレート変更要求処理部４０
６に渡す。これによってレート変更要求処理部４０６は
新しい送出レートをレート制御部４０５に渡して送出レ
ートを下げる要求を行い、レート制御部４０５は送出レ
ートを下げて送信バッファ４０４からストリームデータ
を読み出しパケット送信部４０２に渡すことになる。

【００４９】このように、データパケットの送出レート
を下げると、受信バッファ４１２の空き容量は次第に増
えることになるが、この状況も、上記レート変更要求部
４１３に監視されており、該空き容量が所定値（例えば
８０％）以上に増加すると上記レート変更要求部４１３
は送出レートを上げるレート変更要求をパケット送信部
４１１に通知し、該通知を受けてパケット送信部４１１
は上記と同様の処理を行いレート変更要求パケットを作
成しネットワーク３００へ送信する（図２、ステップＳ
２３→Ｓ２４→Ｓ２５参照）。

【００５０】サーバ４００のパケット受信部４０１がネ
ットワーク３００からパケットを受け取り、上記の送出
レートを低くする場合のレート変更と同様、レート変更
要求処理部４０６が要求された送出レートをレート制御
部４０５に渡すことによって、該レート制御部４０５は
増加された送出レートでの送出を行うことになる。

【００５１】このように動作することによって、クライ
アント４７０の受信バッファ４１２がオーバフローする
前にストリームデータの転送レートが下げられるために
データの欠落が発生しなくなるとともに、クライアント
４７０の受信バッファ４１２に蓄積されたストリームデ
ータが欠乏する前にストリームデータの送出レートが上
げられるため、ストリームデータが欠落なく受信バッフ
ァ４１２に蓄積されることになる。

【００５２】尚、上記の例ではクライアント４７０側で
送出レートを決定するようになっているが、クライアン
ト４７０からはレート変更要求と受信バッファ４１２の
空き容量（例えば％で表した空き容量）のみを出力し、
実際の送出レートはサーバ４００側のレート変更要求処
理部４０６で上記空き容量に対応する送出レートを決定
してレート制御部４０５に設定するようにしてもよい。

【００５３】また、上記の説明では受信バッファ４１２
の空き容量が所定値以下になったときに送出レートを下
げ、所定値以上になったときに送出レートを上げるよう
にしているが、別の方法として、受信バッファ４１２の
空き容量が所定値以下（例えば２０％以下）になったと
きに送出レートを０にして、サーバ４００よりの送出を
ストップするようにし、所定値以上（例えば８０％以
上）になったときに送出レートを所定の値に戻すように
してもよい。

【００５４】なお、上記のように上記レート変更要求を
ユニキャストで上記サーバ４００に送出しているので、
この場合該サーバ４００は複数のクライアント４７０、
４７１、４７２から複数のレート変更要求を受け取るこ
とになるが、上記サーバのレート変更要求処理部４０６
は、同一内容のレート変更要求に関しては、このうち最
初に受信したレート変更要求を有効にし、その内容をレ
ート制御部４０５に通知する。

【００５５】例えば、上記クライアント４７０およびク
ライアント４７１から、同一内容のレート変更要求を上
記所定時間内に受けた場合（ここでは、上記クライアン
ト４７０からのレート変更要求が先であるとする）、上
記レート変更要求処理部４０６は上記クライアント４７
０からのレート変更要求を有効にし、上記クライアント
４７１からのレート変更要求は無効として扱う。これに
よってレート変更要求処理部４０６は上記クライアント
４７０からのレート変更要求に基づいて新しい送出レー
トをレート制御部４０５に渡して、レート制御部４０５
は新しい送出レートにより送信バッファ４０４からスト
リームデータを読み出しパケット送信部４０２に通知す
ることになる。

【００５６】以上のように送出レートを調整したも、何
らかの原因、例えばネットワーク３００の状況によって
はデータパケットの欠落が発生することがあり、また、
ノイズ等の外的な要因によってもデータパケットの欠落
が発生することがある。

【００５７】そこで、クライアント４７０の受信バッフ
ァ４１２に蓄積されるストリームデータに図５(b) に示
すような欠落ができるか否かを、再送要求部４１４が検
出するようになっている。現実には再送要求部４１４は
パケット受信部４１０を常時監視しており、上記ファイ
ル上の位置番号（図５上ｆのサフィックスが付されてい
る）に欠落があったとき、その前後の位置番号より欠落
パケットに対応する位置番号を算出する。このように算
出された位置番号は、データの再送を要求する再送要求
とともにパケット送信部４１１に通知される。

【００５８】パケット送信部４１１では、上記再送要求
を受けて発信元アドレス（クライアント４７０のアドレ
ス）、送信先アドレス（サーバ４００のアドレス）
、パケット種別識別子（再送要求）、再送要求に係
る位置番号、および再送されるデータのサイズを載
せた図６(c) に示す再送要求パケットをネットワーク３
００に送出する（図３、ステップＳ３１→Ｓ３２→Ｓ３
３参照）。

【００５９】このようにネットワーク３００に送出され
た再送要求パケットは、サーバ４００のパケット受信部
４０１に受け取られ、ここで、再送要求パケットである
旨の判断がなされ、該パケットの内容が再送制御部４０
７に通知される。これによって、再送制御部４０７は再
送要求に含まれる位置番号に従って送信バッファ４０４
から所定のサイズのストリームデータを読み出しパケッ
ト送信部４０２に渡すことになる。

【００６０】パケット送信部４０２は通常のデータ転送
と同様、受け取ったデータを、図６(a) に示すデータパ
ケットに組み込んでネットワーク３００へ送出する。

【００６１】上記したように、パケット受信部４１０は
受信バッファ４１２に蓄積されているデータに対応する
パケット番号と上記ファイル上の位置番号を管理してい
る。この状態で、パケット受信部４１０にデータパケッ
トが受け取られると、当該パケットに付された上記ファ
イル上の位置番号より、格納すべき受信バッファ４１２
上のアドレスを演算して、データが欠落したアドレスに
挿入するようになっている。

【００６２】このように動作することによって、ネット
ワークでのパケット落ちが発生した場合でも高速に再送
を行うことができるためデータの欠落が発生しないこと
になる。

【００６３】なお、上記のように上記再送要求をユニキ
ャストで上記サーバ４００に送出しているので、この場
合該サーバ４００は複数のクライアント４７０、４７
１、４７２から複数の再送要求を受け取ることになる
が、上記サーバの再送制御部４０７は、同一パケットの
再送要求に関しては、このうち最初に受信した再送要求
を有効とする。

【００６４】例えば、上記クライアント４７０およびク
ライアント４７１から、同一パケットの再送要求を上記
所定時間内に受けた場合（ここでは、上記クライアント
４７０からの再送要求が先であるとする）、上記再送制
御部４０７は上記クライアント４７０からの再送要求を
有効にし、上記クライアント４７１からの再送要求は無
効として扱う。これによって再送制御部４０７は上記ク
ライアント４７０からの再送要求に含まれる位置番号に
従って送信バッファ４０４から所定のサイズのストリー
ムデータを読み出しパケット送信部４０２に通知するこ
とになる。

【００６５】尚、上記の説明においては、ファイル上の
位置が特定出来る情報として上記位置番号を用い、該位
置番号をパケットのヘッダに載せる構成で説明を行って
いるが、これに代えてファイル上の位置が特定出来る情
報としてストリームデータ内での時間を用い、該時間を
パケットのヘッダに載せる構成とすることも可能であ
る。

【００６６】更に、上記のようなファイル上の位置が特
定出来る情報をパケットのヘッダに載せる構成に代え
て、上記再送制御部４０７において、転送対象のデータ
に対応するパケット番号から該データのファイル上の位
置が特定出来る情報を管理することとし、上記クライア
ント４７０の再送要求部４１４が上記パケット番号を含
む再送要求を行う構成とすることも可能である。

【００６７】以上のように本実施の形態のデータ転送方
法によれば、クライアントの処理能力の不足、ストリー
ムデータの再生レートの揺らぎ等が発生してもデータの
欠落が発生せず、さらにネットワークでのパケット落ち
が発生した場合でもデータの欠落が発生せずにストリー
ムデータを転送することができる。

【００６８】（実施の形態２）上記実施の形態１のよう
にレート変更要求を送出する代りに、図７に示すように
上記サーバ４００に受信応答処理部４２０、上記クライ
アント４７０に受信応答部４２１を備えた構成（クライ
アント４７１、４７２についても同様）とし、図８に示
すような受信応答を送出することによってバッファのオ
ーバフローが起こらないようにすることもできる。以
下、図７、８に基づいて上記実施の形態１と相違する部
分についてシステムの構成についてその動作とともに説
明する。

【００６９】まず、上記のように転送要求を受けた上記
サーバ４００の上記開始要求処理部４１７は、あらかじ
め設定された所定数のパケット、例えば２５６個のパケ
ットの送出を行うように上記レート制御部４０５に指示
する。これによって、該レート制御部４０５は上記と同
様にして上記送信バッファ４０４に蓄積されたストリー
ムデータを該送信バッファ４０４から読み出されて上記
パケット送信部４０２に転送する。次に、パケット送信
部４０２ではこのようにして得られたストリームデータ
を、データパケットに組み込んでネットワーク３００に
送出する。また、上記開始要求処理部４１７は上記転送
要求を行った上記クライアント４７０および上記所定数
を受信応答処理部４２０に通知する。

【００７０】一方、クライアント４７０の受信応答部４
２１はパケット受信部が上記所定数のパケット、例えば
２５６個を全部受け取る毎に、受信応答をパケット送信
部４１１に通知し、該通知を受けてパケット送信部４１
１は上記と同様の処理を行い図６(e) に示すような発信
元アドレス（クライアント４７０のアドレス）、送信
先アドレス（サーバ４００のアドレス）、パケット種
別識別子（受信応答）、受信した上記所定数のパケッ
トを示す情報Ｐrを載せた受信応答パケットを作成しネ
ットワーク３００へ送出する。上記サーバ４００のパケ
ット受信部４０１がネットワーク３００からパケットを
受け取り、その識別子から受信応答パケットである旨の
判断をして、その内容を受信応答処理部４２０に通知す
る。これによって受信応答処理部４２０は次の２５６個
のパケットの送出をレート制御部４０５に指示し、該レ
ート制御部４０５は上記新たな２５６個のパケットを送
出する。

【００７１】ここで、現在マルチキャストで送信されて
いるストリームデータを新たに他のクライアント、例え
ばクライアント４７１が受信しようとする場合、その旨
を該クライアント４７１が上記サーバ４００に対して通
知を行う。該通知を受けた上記転送開始要求部４８０
は、上記受信応答処理部４２０に上記クライアント４７
１が受信を開始したことを通知する。逆に、現在ストリ
ームデータを受信しているクライアント、例えばクライ
アント４７１が受信を途中で中止しようしようとする場
合、その旨を上記クライアントが上記サーバ４００に対
して通知を行う。該通知を受けた上記転送開始要求部４
８０は、上記受信応答処理部４２０に上記クライアント
４７１が受信を中止したことを通知する。

【００７２】このように上記受信応答処理部４２０に
は、現在マルチキャストでデータを受信しているクライ
アントが通知されているので、例えば複数のクライアン
ト４７０、４７１、４７２がデータを受信している場合
には、上記サーバ４００の上記受信応答処理部４２０は
これらクライアント４７０、４７１、４７２全てから受
信応答を受信した時点で次のパケットの送出を上記レー
ト制御部４０５に指示する。

【００７３】なお、図８(a) に示す例では、クライアン
ト４７０、４７１、４７２から受信応答があってから次
の所定数（２５６個）のパケットを送出するようにして
いるため、受信応答待ち時間とその処理時間との合計時
間t₀が送出と次の送出の間に入ることになって、全体の
送出時間を遅らせることになる。そこで、図８(b) に示
すように上記サ−バ４００からのパケットの送出とクラ
イアント４７０、４７１、４７２から受信応答を時間的
に並行させるようにする。これによって、上記インター
バルt₀をなくすことができる。但し、この場合上記所定
数のパケットの２回目の送出は、受信応答を確認しない
で行われることになり、３回目の送出は１回目の送出に
対応する受信応答を確認して実行することになる。

【００７４】ここでパケットが欠落した場合、図８(c)
に示すように上記再送要求部４１４が再送要求を行い上
記サ−バ４００から欠落パケットが再送されることにな
るが、上記受信応答部４２１は上記所定数（２５６個）
のパケットが受信されるべき時間に上記欠落パケットが
再送されていなければ、この時点では受信応答を出さな
い。そして、上記再送要求に基づいて上記欠落パケット
が再送されて上記所定数（２５６個）のパケットが全部
揃った時点で、上記受信応答部４２１は受信応答を出す
ことになる。

【００７５】また、上記クライアント４７０の受信応答
部４２１は受信バッファ４１２の空きを常に監視してお
き、受信バッファ４１２に所定数のパケットを受信する
だけの空きがない場合は空きができるまで受信応答をパ
ケット送信部４１１に通知しないようにすることによっ
てバッファのオーバフローが起こらないようにすること
ができる。

【００７６】（実施の形態３）上記実施の形態２の構成
に追加して図９に示すように上記サーバ４００にパリテ
ィ生成部４３０、上記クライアント４７０にパリティ処
理部４３１を備えた構成（クライアント４７１、４７２
についても同様）とした場合について、以下図９、図８
(d) に基づいて上記実施の形態１と相違する部分につい
てシステムの構成についてその動作とともに説明する。

【００７７】上記サーバ４００のパリティ生成部４３０
は、送出するパケットについてあらかじめ設定された所
定数単位（例えば２５６個）毎に排他論理和パリティを
計算し、上記所定数のパケットが送出された後にパリテ
ィ計算結果を含む図６(f) に示すような発信元アドレス
（サーバ４００のアドレス）、受信先マルチキャスト
アドレス、データパケットである旨のパケット識別子
、データサイズ、パケットの順序を表すパケット番
号、パリティ情報Ｐdを載せたパリティパケットをマ
ルチキャストで送出する。例えば上記所定数が２５６個
の場合、図８(d) に示すようにパケット０〜２５５の送
出後に該パケット０〜２５５に対応するパリティパケッ
トＰ₁を送出する。以下、同様にパケット２５６〜５１
１、５１２〜７６７、…の送出後に該パケット２５６〜
５１１、５１２〜７６７、…に対応するパリティパケッ
トＰ₂、Ｐ₃、…が送出される。

【００７８】一方、クライアント４７０のパケット受信
部４０１はネットワーク３００から上記パリティパケッ
トを受け取ると、その識別子からパリティパケットであ
る旨の判断をして、その内容をパリティ処理部４３１に
通知する。

【００７９】該パリティ処理部４３１は上記パケット受
信部４１０を常時監視しており、クライアント４７０の
受信バッファ４１２に蓄積されるストリームデータに図
５(b) に示すような欠落ができるか否かを検出するよう
になっている。

【００８０】ここで上記所定数の内のパケット１つが欠
落した場合、上記パリティ処理部４３１は上記パリティ
パケットに含まれるパリティ計算結果および正常に受信
した他のデータパケットのデータに基づいて、上記欠落
したパケットのデータを復元し、該データを上記受信バ
ッファ４１２に蓄積されたストリームデータの欠落箇所
に挿入する。

【００８１】また、上記所定数のパケットのうち１つが
欠落すると通常上記受信応答は送出されないが、上記の
ようにパリティパケットにより復元されれば、この時点
において上記受信応答部４２１は受信応答を送出する
（図８(d) パケット０〜２５５の転送を参照）。

【００８２】次に上記所定数の内の２つ以上のパケット
の欠落が生じた場合、上記パリティ処理部４３１は上記
再送要求部４１４に対してこの欠落したパケットの情報
を通知し、該再送要求部４１４は上記と同様に再送要求
を発行することになる。この場合、上記受信応答は該再
送要求に基づいて欠落パケットが再送されて上記所定数
（２５６個）のパケットが全部揃った時点で、上記受信
応答部４２１は受信応答を出すことになる。（図８(d)
パケット５１２〜７６７の転送を参照）。

【００８３】以上のように、上記クライアントは上記所
定数のパケットのうち１つが欠落した場合は、上記パリ
ティパケットから欠落したパケットを復元できることに
なる。よって、上記で説明した再送要求の送信は上記所
定数の内の２つ以上のパケットが欠落した場合にのみ行
えば良く、再送処理の頻度を下げることができる。

【００８４】また、この様なストリームデータをサービ
スするサーバでは、ハードディスク等の補助記憶装置に
パリティ情報を含むRAID構成を取っている場合が多くあ
るため、このパリティ情報からパリティパケットを生成
することによって、サーバの負荷を上げることなくパリ
ティパケットを作ることができる。

【００８５】また、上記各実施の形態で説明した構成を
すべて備え、ストリームデータの転送に要求される信頼
性等に応じて使用する機能を選択するように構成するこ
とも可能である。

【００８６】

【発明の効果】以上の説明から明らかなように本発明に
よると、受信バッファ上でストリームデータのオーバフ
ローがなくなるので、データの欠落が発生しないことに
なる。また、何らかの原因でたとえデータ欠落が発生し
ても欠落データを復元したり再送できるので該欠落が補
完できることになる。

【図面の簡単な説明】

【図１】本発明の一実施の形態のブロック図である。

【図２】本発明の動作手順を示すフロー図である。

【図３】本発明の動作手順を示すフロー図である。

【図４】ファイル上の位置番号を示す概念図である。

【図５】受信バッファのデータ配列を示す概念図であ
る。

【図６】本発明に使用する各種のパケット構造を示す概
念図である。

【図７】本発明の他の実施の形態のブロック図である。

【図８】本発明の他の実施の形態のタイムチャートであ
る。

【図９】本発明の他の実施の形態のブロック図である。

【図１０】可搬媒体による本発明の実施形態を示す概念
図である。

【図１１】従来のストリームデータ転送方法のブロック
図である。

【図１２】従来の方法によるトラブルの例を示す概念図
である。

【符号の説明】

３００ネットワーク４００サーバ４０２パケット送信部４０３補助記憶装置４０４送信バッファ４０５レート制御部４０６レート変更要求処理部４０７再送制御部４１０パケット受信部４１１パケット送信部４１２受信バッファ４１３レート変更要求部４１４再送要求部４１７開始要求処理部４２０受信応答処理部４２１受信応答部４３０パリティ生成部４３１パリティ処理部４７０クライアント４８０転送開始要求部４９０データ再生部

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B089 GA11 GA21 GB01 JA07 JB06 JB23 KA12 KD01 KD09 KE07 KF03 ME08 5K034 AA05 HH01 HH02 HH06 HH23 HH50 MM03 MM08

Claims

【特許請求の範囲】

【請求項１】サーバ側で、ストリームデータを所定の
送出レートでネットワークを介して、同一マルチキャス
トグループに属する単一もしくは複数のクライアントに
転送するとともに、クライアント側で、上記サーバより
送出されるストリームデータを受信して受信バッファに
一旦蓄積するマルチキャストストリームデータ転送方法
において、上記クライアントで受信されたデータの欠落に対応して
該クライアントより再送要求をユニキャストで上記サー
バに出し、該再送要求に基づいて上記サーバより該欠落データに対
応するデータをマルチキャストで送出するとともに、上
記サーバが他のクライアントより上記再送要求と同一内
容の再送要求を受信した場合、これら再送要求を無効と
することを特徴とするマルチキャストストリームデータ
転送方法。
【請求項２】サーバ側で、ストリームデータを所定の
送出レートでネットワークを介して、同一マルチキャス
トグループに属する単一もしくは複数のクライアントに
転送するとともに、クライアント側で、上記サーバより
送出されるストリームデータを受信して受信バッファに
一旦蓄積するマルチキャストストリームデータ転送方法
において、上記クライアントの受信バッファの空き状態に対応して
該クライアントよりレート変更要求をユニキャストで上
記サーバに出し、該レート変更要求に基づいて上記サーバの送出レートを
変更するとともに、上記サーバが他のクライアントより
上記レート変更要求と同一内容のレート変更要求を受信
した場合、これらレート変更要求を無効とすることを特
徴とするマルチキャストストリームデータ転送方法。
【請求項３】サーバ側で、ストリームデータを所定の
送出レートでネットワークを介して、同一マルチキャス
トグループに属する単一もしくは複数のクライアントに
転送するとともに、クライアント側で、上記サーバより
送出されるストリームデータを受信して受信バッファに
一旦蓄積するマルチキャストストリームデータ転送方法
において、上記クライアントで受信されたデータの欠落に対応して
該クライアントより再送要求をユニキャストで上記サー
バに出し、該再送要求に基づいて上記サーバより該欠落データに対
応するデータをマルチキャストで送出するとともに、上
記サーバが他のクライアントより上記再送要求と同一内
容の再送要求を受信した場合、これら再送要求を無効と
し、上記クライアントの受信バッファの空き状態に対応して
該クライアントよりレート変更要求をユニキャストで上
記サーバに出し、該レート変更要求に基づいて上記サーバの送出レートを
変更するとともに、上記サーバが他のクライアントより
上記レート変更要求と同一内容のレート変更要求を受信
した場合、これらレート変更要求を無効とすることを特
徴とするマルチキャストストリームデータ転送方法。
【請求項４】サーバ側で、ストリームデータを所定の
送出レートでネットワークを介して、同一マルチキャス
トグループに属する単一もしくは複数のクライアントに
転送するとともに、クライアント側で、上記サーバより
送出されるストリームデータを受信して受信バッファに
一旦蓄積するマルチキャストストリームデータ転送方法
において、上記クライアントで受信されたパケットがあらかじめ設
定された所定数になる毎に受信が完了したことを示す受
信応答を上記クライアントよりユニキャストで上記サー
バに送出することを特徴とするマルチキャストストリー
ムデータ転送方法。
【請求項５】上記サーバ側で上記所定数のパケット送
出毎に上記ストリームデータの送出を一時中止し、該所
定数のパケットに対応する上記受信応答を全てのクライ
アントから受信することにより次の所定数のパケットの
送出を再開する請求項４に記載のマルチキャストストリ
ームデータ転送方法。
【請求項６】上記サーバは上記所定数のパケット単位
に上記ストリームデータを連続に送出するとともに該送
出に並行して、送出済の上記所定数のパケットに対応す
る上記受信応答を受信し、全てのクライアントから受信
していない場合、現在送出中の上記所定数のパケット送
出後に上記ストリームデータの送出を一時中止し、全て
のクライアントから上記受信応答を受信することにより
上記ストリームデータの送出を再開する請求項４に記載
のマルチキャストストリームデータ転送方法。
【請求項７】更に、上記クライアントで受信されたデ
ータの欠落に対応して該クライアントより再送要求をユ
ニキャストで上記サーバに出し、該再送要求に基づいて上記サーバより該欠落データに対
応するデータをマルチキャストで送出するとともに、上
記サーバが他のクライアントより上記再送要求と同一内
容の再送要求を受信した場合、これら再送要求を無効と
する請求項４〜請求項６に記載のマルチキャストストリ
ームデータ転送方法。
【請求項８】サーバ側で、ストリームデータを所定の
送出レートでネットワークを介して、同一マルチキャス
トグループに属する単一もしくは複数のクライアントに
転送するとともに、クライアント側で、上記サーバより
送出されるストリームデータを受信して受信バッファに
一旦蓄積するマルチキャストストリームデータ転送方法
において、上記サーバ側で送出するパケットの数があらかじめ設定
された所定数になる毎に、該所定数のパケットに対応す
るパリティ情報をパリティパケットとして上記クライア
ントに転送し、該クライアントが上記パリティパケット
に基づいて欠落したパケットを復元することを特徴とす
るマルチキャストストリームデータ転送方法。
【請求項９】更に、上記パリティパケットを用いても
パケットの復元が不可能になった場合、上記クライアン
トより該パケットの再送要求をユニキャストで上記サー
バに出し、該再送要求に基づいて上記サーバより該欠落データに対
応するデータをマルチキャストで送出するとともに、上
記サーバが他のクライアントより上記再送要求と同一内
容の再送要求を受信した場合、これら再送要求を無効と
する請求項８に記載のマルチキャストストリームデータ
転送方法。
【請求項１０】更に、上記クライアントの受信バッフ
ァの空き状態に対応して該クライアントよりレート変更
要求をユニキャストで上記サーバに出し、該レート変更要求に基づいて上記サーバの送出レートを
変更するとともに、上記サーバが他のクライアントより
上記レート変更要求と同一内容のレート変更要求を受信
した場合、これらレート変更要求を無効とする請求項８
または請求項９に記載のマルチキャストストリームデー
タ転送方法。
【請求項１１】更に、上記クライアントで受信された
パケットがあらかじめ設定された所定数になる毎に受信
が完了したことを示す受信応答を上記クライアントより
ユニキャストで上記サーバに送出する請求項８または請
求項９に記載のマルチキャストストリームデータ転送方
法。
【請求項１２】上記サーバ側で上記所定数のパケット
送出毎に上記ストリームデータの送出を一時中止し、該
所定数のパケットに対応する上記受信応答を全てのクラ
イアントから受信することにより次の所定数のパケット
の送出を再開する請求項１１に記載のマルチキャストス
トリームデータ転送方法。
【請求項１３】上記サーバは上記所定数のパケット単
位に上記ストリームデータを連続に送出するとともに該
送出に並行して、送出済の上記所定数のパケットに対応
する上記受信応答を受信し、全てのクライアントから受
信していない場合、現在送出中の上記所定数のパケット
送出後に上記ストリームデータの送出を一時中止し、全
てのクライアントから上記受信応答を受信することによ
り上記ストリームデータの送出を再開する請求項１１に
記載のマルチキャストストリームデータ転送方法。
【請求項１４】サーバ側で、ストリームデータを所定
の送出レートでネットワークを介して、同一マルチキャ
ストグループに属する単一もしくは複数のクライアント
に転送するとともに、クライアント側で、上記サーバよ
り送出されるストリームデータを受信して受信バッファ
に一旦蓄積するマルチキャストストリームデータ転送シ
ステムにおいて、上記サーバに：上記クライアントが受信したデータのデ
ータ欠落の状態に基づいて該クライアントが出した再送
要求に基づいて、該欠落データに対応するデータをマル
チキャストで再送処理を行うとともに、他のクライアン
トより上記再送要求と同一内容の再送要求を受信した場
合、これら再送要求を無効とする再送制御部と、上記クライアントに：受信したデータの欠落を監視する
とともに、該欠落データに対応するデータを上記サーバ
にユニキャストで再送要求する再送要求部を備えたこと
を特徴とするマルチキャストストリームデータ転送シス
テム。
【請求項１５】サーバ側で、ストリームデータを所定
の送出レートでネットワークを介して、同一マルチキャ
ストグループに属する単一もしくは複数のクライアント
に転送するとともに、クライアント側で、上記サーバよ
り送出されるストリームデータを受信して受信バッファ
に一旦蓄積するマルチキャストストリームデータ転送シ
ステムにおいて、上記サーバに：上記クライアントの受信バッファの空き
容量の状態に対応して該クライアントより出されるレー
ト変更要求に基づいて、上記レート制御部に設定された
送出レートを更新するとともに、他のクライアントより
上記レート変更要求と同一内容のレート変更要求を受信
した場合、これらレート変更要求を無効とするレート変
更要求処理部と、上記クライアントに：上記受信バッファの空き容量を監
視するとともに、該空き容量に対応したレート変更要求
をユニキャストで上記サーバに出すレート変更要求部を
備えたことを特徴とするマルチキャストストリームデー
タ転送システム。
【請求項１６】サーバ側で、ストリームデータを所定
の送出レートでネットワークを介して、同一マルチキャ
ストグループに属する単一もしくは複数のクライアント
に転送するとともに、クライアント側で、上記サーバよ
り送出されるストリームデータを受信して受信バッファ
に一旦蓄積するマルチキャストストリームデータ転送シ
ステムにおいて、上記サーバに：上記クライアントが受信したデータのデ
ータ欠落の状態に基づいて該クライアントが出した再送
要求に基づいて、該欠落データに対応するデータをマル
チキャストで再送処理を行うとともに、他のクライアン
トより上記再送要求と同一内容の再送要求を受信した場
合、これら再送要求を無効とする再送制御部と、上記クライアントの受信バッファの空き容量の状態に対
応して該クライアントより出されるレート変更要求に基
づいて、上記レート制御部に設定された送出レートを更
新するとともに、他のクライアントより上記レート変更
要求と同一内容のレート変更要求を受信した場合、これ
らレート変更要求を無効とするレート変更要求処理部
と、上記クライアントに：受信したデータの欠落を監視する
とともに、該欠落データに対応するデータを上記サーバ
にユニキャストで再送要求する再送要求部と、上記受信バッファの空き容量を監視するとともに、該空
き容量に対応したレート変更要求をユニキャストで上記
サーバに出すレート変更要求部とを備えたことを特徴と
するマルチキャストストリームデータ転送システム。
【請求項１７】サーバ側で、ストリームデータを所定
の送出レートでネットワークを介して、同一マルチキャ
ストグループに属する単一もしくは複数のクライアント
に転送するとともに、クライアント側で、上記サーバよ
り送出されるストリームデータを受信して受信バッファ
に一旦蓄積するマルチキャストストリームデータ転送シ
ステムにおいて、上記サーバに：あらかじめ設定された所定数のパケット
送出毎に上記ストリームデータの送出を一時中止し、上
記所定数になる毎に受信が完了したことを示す上記クラ
イアントより出される受信応答を全てのクライアントか
ら受信することにより次の所定数のパケットの送出を再
開する受信応答処理部と、上記クライアントに：受信したパケットがあらかじめ設
定された所定数になる毎に受信が完了したことを示す受
信応答をユニキャストで上記サーバに送出する受信応答
部を備えたことを特徴とするマルチキャストストリーム
データ転送システム。
【請求項１８】サーバ側で、ストリームデータを所定
の送出レートでネットワークを介して、同一マルチキャ
ストグループに属する単一もしくは複数のクライアント
に転送するとともに、クライアント側で、上記サーバよ
り送出されるストリームデータを受信して受信バッファ
に一旦蓄積するマルチキャストストリームデータ転送シ
ステムにおいて、上記サーバに：あらかじめ設定された所定数のパケット
単位に上記ストリームデータを連続に送出するとともに
該送出に並行して、送出済の上記所定数のパケットの受
信が完了したことを示す上記クライアントより出される
受信応答を受信し、全てのクライアントから受信してい
ない場合、現在送出中の上記所定数のパケット送出後に
上記ストリームデータの送出を一時中止し、全てのクラ
イアントから上記受信応答を受信することにより上記ス
トリームデータの送出を再開する受信応答処理部と、上記クライアントに：受信したパケットがあらかじめ設
定された所定数になる毎に受信が完了したことを示す受
信応答をユニキャストで上記サーバに送出する受信応答
部を備えたことを特徴とするマルチキャストストリーム
データ転送システム。
【請求項１９】更に、上記サーバに：上記クライアン
トが受信したデータのデータ欠落の状態に基づいて該ク
ライアントが出した再送要求に基づいて、該欠落データ
に対応するデータをマルチキャストで再送処理を行うと
ともに、他のクライアントより上記再送要求と同一内容
の再送要求を受信した場合、これら再送要求を無効とす
る再送制御部と、上記クライアントに：受信したデータ
の欠落を監視するとともに、該欠落データに対応するデ
ータを上記サーバにユニキャストで再送要求する再送要
求部を備えた請求項１７または請求項１８に記載のマル
チキャストストリームデータ転送システム。
【請求項２０】サーバ側で、ストリームデータを所定
の送出レートでネットワークを介して、同一マルチキャ
ストグループに属する単一もしくは複数のクライアント
に転送するとともに、クライアント側で、上記サーバよ
り送出されるストリームデータを受信して受信バッファ
に一旦蓄積するマルチキャストストリームデータ転送シ
ステムにおいて、上記サーバに：送出するパケットの数があらかじめ設定
された所定数になる毎に、該所定数のパケットに対応す
るパリティ情報を生成するパリティ生成部と、上記クライアントに：上記サーバより送信された上記パ
リティ情報に基づいて欠落したパケットを復元するパリ
ティ処理部を備えたことを特徴とするマルチキャストス
トリームデータ転送システム。
【請求項２１】更に、上記クライアントに：上記パリ
ティ情報を用いてもパケットの復元が不可能になった場
合、該復元不可能なパケットに対応するデータを上記サ
ーバにユニキャストで再送要求する再送要求部と、上記サーバに：上記再送要求に基づいて、該欠落データ
に対応するデータをマルチキャストで再送処理を行うと
ともに、他のクライアントより上記再送要求と同一内容
の再送要求を受信した場合、これら再送要求を無効とす
る再送制御部を備えた請求項２０に記載のマルチキャス
トストリームデータ転送システム。
【請求項２２】更に、上記サーバに：上記クライアン
トの受信バッファの空き容量の状態に対応して該クライ
アントより出されるレート変更要求に基づいて、上記レ
ート制御部に設定された送出レートを更新するととも
に、他のクライアントより上記レート変更要求と同一内
容のレート変更要求を受信した場合、これらレート変更
要求を無効とするレート変更要求処理部と、上記クライアントに：上記受信バッファの空き容量を監
視するとともに、該空き容量に対応したレート変更要求
をユニキャストで上記サーバに出すレート変更要求部を
備えた請求項２０または請求項２１に記載のマルチキャ
ストストリームデータ転送システム。
【請求項２３】更に、上記サーバに：あらかじめ設定
された所定数のパケット送出毎に上記ストリームデータ
の送出を一時中止し、上記所定数になる毎に受信が完了
したことを示す上記クライアントより出される受信応答
を全てのクライアントから受信することにより次の所定
数のパケットの送出を再開する受信応答処理部と、上記クライアントに：受信したパケットがあらかじめ設
定された所定数になる毎に受信が完了したことを示す受
信応答をユニキャストで上記サーバに送出する受信応答
部を備えた請求項２０または請求項２１に記載のマルチ
キャストストリームデータ転送システム。
【請求項２４】更に、上記サーバに：あらかじめ設定
された所定数のパケット単位に上記ストリームデータを
連続に送出するとともに該送出に並行して、送出済の上
記所定数のパケットの受信が完了したことを示す上記ク
ライアントより出される受信応答を受信し、全てのクラ
イアントから受信していない場合、現在送出中の上記所
定数のパケット送出後に上記ストリームデータの送出を
一時中止し、全てのクライアントから上記受信応答を受
信することにより上記ストリームデータの送出を再開す
る受信応答処理部と、上記クライアントに：受信したパケットがあらかじめ設
定された所定数になる毎に受信が完了したことを示す受
信応答をユニキャストで上記サーバに送出する受信応答
部を備えた請求項２０または請求項２１に記載のマルチ
キャストストリームデータ転送システム。
【請求項２５】上記請求項１〜１３に記載の各手順を
プログラムとして記憶させた記録媒体。