JP2000286845A - マルチキャストデータ配信方法 - Google Patents

Abstract

(57)【要約】 【課題】マルチキャスト配信における再送処理の発生頻
度を減少させ、配信処理全体の速度を向上させる。 【解決手段】データ送信に先立ち、全受信端末への全て
の経路上で予約可能な帯域の大きさを調べ（ステップ１
０６）、分類テーブルに登録する（ステップ１０７）。
全経路上で予約可能な同一の帯域を予約し、予約した帯
域に合わせた速度でデータを受信端末に送信し、また経
路上で予約可能な帯域の大きさが受信端末により異なる
場合には、受信端末を複数グループに分類し（ステップ
１１０）、各グループ毎に予約した帯域に合わせてデー
タ送信する（ステップ１１１，１１２）。さらに、ネッ
トワークの資源予約機能が利用可能なものと不可能なも
のが混在するとき、可能と不可能のグループに分けて別
々にデータ送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、送信者と複数の受
信者との間でマルチキャストデータ配信を行う通信方法
に関し、特に帯域を予約して受信端末をグループ化する
ことで、再送処理の発生頻度を減少させることにより、
配信処理全体の速度を向上できるマルチキャストデータ
配信方法に関する。

【０００２】

【従来の技術】図８は、従来のマルチキャストデータ配
信システムの構成例を示す図である。図８において、送
信端末７１は、配信データを各受信端末７７〜８１に発
信する端末装置であり、中継ネットワーク７２〜７６に
接続されている。受信端末７７〜８１は、送信端末７１
から配信されてきたデータを受信する端末装置であり、
送信端末７１と同様に中継ネットワーク７２〜７６に接
続されている。中継ネットワーク７２〜７６は、送信端
末７１と各受信端末７７〜８１との間を接続して相互に
通信を行うためのネットワークであり、データの中継配
信を行う中継ネットワークノード７２〜７６と、中継ネ
ットワークノード７２〜７６および送受信端末７１−７
７〜８１間を相互に結ぶ複数の伝送路８３から構成され
ている。また、中継ネットワーク７２〜７６は、ＡＴＭ
（ＡｓｙｎｃｈｒｏｎｏｕｓＴｒａｎｓｆｅｒ Ｍｏｄ
ｅ）網やＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）
網等のマルチキャスト配信機能（一斉同報機能）、すな
わちある端末が発信したデータを特定多数の端末に複製
配送する機能を持つ。すなわち、送信端末上の同一のデ
ータを同時に複数の受信端末へ配信するために、中継ネ
ットワークノードは送信データを複製して複数のリンク
に転送する。

【０００３】図８のシステムにおいて、送信端末７１が
発信したデータは、中継ネットワーク７２〜７６を介し
て各受信端末７７〜８１にマルチキャスト配信される。
もしも、配信中に中継ネットワーク７２〜７６あるいは
受信端末７７〜８１自身が受信に失敗したデータのう
ち、修復不可能なものが発見された場合には、従来の方
法では、損失したデータを再送して、それを受信するこ
とによりデータの信頼性を確保していた。ところで、マ
ルチキャスト配信中に発生するデータ損失の原因として
は、伝送路８３での伝送誤り等の種々の要因があるが、
特に問題となるのは受信端末７７〜８１あるいは伝送経
路途中の中継ネットワークノード７２〜７６の過負荷に
よるデータ損失である。過負荷によるデータ損失は、送
信端末７１から各受信端末７７〜８１までの経路上の中
継ネットワークノード７２〜７６や伝送路８３の使用状
況、および各受信端末７７〜８１のデータ処理性能が受
信端末によりそれぞれ異なっているような場合に、処理
性能を越えている状態で発生する。

【０００４】例えば、図８において、送信端末７１が３
０Ｍｂｉｔ／ｓｅｃで受信端末７７〜７９にデータ配信
を行った場合を考える。このとき、中継ネットワークノ
ード７２、７３および受信端末７７が３０Ｍｂｉｔ／ｓ
ｅｃの配信速度に対して十分な処理性能を持っているの
に対して、受信端末７８および中継ネットワークノード
７４の処理性能が２９Ｍｂｉｔ／ｓｅｃしかない状態を
仮定する。この仮定の下では、伝送誤りがない限り受信
端末７７ではデータ損失は発生しない。これに対して、
受信端末７８では、受信時にデータ損失が発生し、受信
端末７９，８０では中継ネットワークノード７４でのデ
ータ転送時にデータ損失が発生してしまうため、データ
の再送処理が必要となる。一方、送信端末７１が２９Ｍ
ｂｉｔ／ｓｅｃでデータ配信を行う場合を仮定すると、
伝送誤りがない限り送信対象の受信端末７７〜８０の全
てにおいてデータ損失が発生しないので、データ再送処
理は不要である。以上の例からも明らかなように、信頼
性のあるマルチキャストデータ配信で効率のよい通信を
行うためには、各受信端末７７〜８１の各々の環境にお
いて、転送時のデータ損失が発生しないようなデータ配
信速度を用いることにより、再送の発生数を最小限に留
めることが重要となる。

【０００５】従来の方法における具体例として、例えば
文献１（ＲＭＴＰ（Ｌｕｃｅｎｔ）Ｊ．Ｃ．Ｌｉｎ ａ
ｎｄ Ｓ．Ｐａｕｌ，“ＲＭＴＰ：Ａ Ｒｅｌｉａｂｌ
ｅＭｕｌｔｉｃａｓｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔ
ｏｃｏｌ”，ＩＥＥＥ Ｉｎｆｏｃｏｍ '96.pp1414-1
424）では、データ損失の検出のために、受信端末から
のＡＣＫ返送を使用している。また、フロー制御には、
転送速度制御とウィンドウ制御を併用したＴＣＰと類似
する方法（Ｓｌｏｗ Ｓｔａｒｔ）を用いているが、こ
れではフロー制御中に配送されたデータに損失が生じ、
データ再送処理が生じてしまう。また、この方法では、
最も遅い受信者に合わせて送信速度が決定されてしまう
ため、帯域予約と連係した場合には、予約可能な帯域が
十分にあってもそれを活用できない受信者が生じるとい
う問題が生じる。

【０００６】また、他の文献２（ＲＭＴＰ（ＩＢＭ／Ｎ
ＴＴ）Ｓｈｉｒｏｓｈｉｔａ，Ｓａｎｏ，Ｔａｋａｈａ
ｓｈｉ，Ｙａｍａｓｈｉｔａ，Ｙａｍａｎｏｕｃｈｉ，
ａｎｄ Ｋｕｓｈｉｄａ，“Ｐｅｒｆｏｒｍａｎｃｅ
Ｅｖａｌｕａｔｉｏｎ ｏｆｒｅｌｉａｂｌｅ ｍｕｌ
ｔｉｃａｓｔ ｔｒａｎｓｐｏｒｔ ｐｒｏｔｏｃｏｌ
ｆｏｒ ｌａｒｇｅ−ｓｃａｌｅ ｄｅｌｉｖｅｒ
ｙ”Ｐｒｏｃ．ＩＦＩＰ ＰｆＨＳＮ．Ｏｃｔ．1996.)
では、データ損失の検出のために、受信端末からのＡＣ
Ｋ/ＮＡＣＫ返送を併用している。また、フロー制御に
は、代表受信者からのＡｃｋ／Ｎａｃｋに基づいた転送
速度制御を用いているが、代表の受信者による転送速度
変更要求を行った場合には、調整段階中に配送されたデ
ータに損失が発生するため、データ再送処理が生じてし
まうという問題がある。また、送信速度に対して十分な
帯域が確保できない受信者が発生するという問題に対す
る部分的解決策として、再送要求の多い受信者を隔離し
て個別再送する機能を有している。しかし、上記文献２
に記載の方法は、帯域予約機能との連係は特にない。

【０００７】

【発明が解決しようとする課題】従来の信頼性のあるデ
ータ配送を行うマルチキャスト方式では、ある定められ
た速度で全ての受信端末に対してデータの配送を開始し
た後、配送後に検出されたデータ損失の状況に応じて配
送速度調整や個別再送処理への切り替え等の処理を行う
ことにより、できるだけデータ配信処理時間のかからな
い最適なマルチキャスト配送形態を模索している。しか
しながら、このような方式では、最適状態に安定するま
での調整段階中に配送されたデータに損失が発生するた
め、データ再送処理が生じてしまうという第１の問題点
が生じる。また、従来の方式では、送信者と各受信者の
一部あるいは全てがＡＴＭ等の帯域予約機能を持つネッ
トワークにより相互に接続されている場合においても、
前述のような方式で最適なマルチキャスト配送形態を模
索している。このため、予約可能な帯域が十分にあって
も、それを活用できない受信者が存在したり、送信速度
に対して十分な帯域が確保できない受信者が発生すると
いう第２の問題点が生じる。

【０００８】そこで、本発明の目的は、これら従来の課
題を解決し、マルチキャスト配信における再送処理の発
生頻度を減少させ、配信処理全体の速度を向上させるこ
とにより、最適状態に安定するまでの調整段階中に配送
されたデータに損失が生じて、データ再送処理が発生し
てしまう第１の問題点や、予約可能な帯域が十分にあっ
てもそれを活用できない受信者、および送信速度に対し
て十分な帯域が確保できない受信者が存在する第２の問
題点を解消することが可能なマルチキャストデータ配信
方法を提供することにある。

【０００９】

【課題を解決するための手段】本発明のマルチキャスト
データ配信方法では、上記の第１の問題点を解消するた
めに、先ず、データ送信前に各受信者の利用可能な速
度を問い合わせ、次に、互いにほぼ等しい配信（受信）
可能速度を持つ受信者の集合を１つの受信グループ単位
とみて各グループ毎に信頼性のあるマルチキャスト配送
処理を適用することにより、データ転送中の再送処理手
順を最小限に留める。このために、本発明の方法では、
マルチキャスト配送の開始前に、各受信端末および中継
ネットワークノードで利用可能な資源について情報収集
を行い、発信者はこの情報に基づいてほぼ等しい転送速
度を持つグループ毎に受信者を分類して、グループ別に
信頼性のあるマルチキャスト配送処理を行う。また、上
記第２の問題点を解消するために、帯域予約機能を持
つネットワーク上でマルチキャスト配送を行う場合に
は、前述の方法で分類された各グループ毎に定められた
送受信速度に応じて必要な帯域を予約して、予約帯域に
合わせた速度でデータを送信することにより、データ転
送中の再送処理発生を最小限に留める。また、帯域予約
機能を持つネットワークと持たないネットワークが混在
する環境においては、前記の受信者グループ分類の判断
材料として帯域予約機能の有無を利用する。

【００１０】その結果、本発明では、以下の手順で処理
することになる。 （１）上述の方法を用いて受信者を帯域予約／受信可能
な速度別に分類する。受信者および中継ネットワークノ
ードへの問い合わせは、資源予約機能の問い合わせを流
用することができる。 （２）マルチキャスト配送開始前に各受信グループ毎に
資源予約を行う。帯域予約ができない受信者グループに
関しては資源予約は行わない。 （３）各受信グループ別に信頼性のあるマルチキャスト
配送処理を適用する。すなわち、各受信端末に到着して
いないデータが存在する場合には、該送信端末から当該
データが正しく届くまで再送を繰り返す。 これにより、データ転送中の再送処理は従来の方式より
も減少するため、再生処理により速度低下を起こすこと
がなく、信頼性のあるマルチキャスト配送処理を実現で
きる。

【００１１】

【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。図１は、本発明の一実施例を示す
マルチキャストデータ配信システムの構成図であり、図
６は図１における送信端末の構成図、図７は図１におけ
る受信端末の構成図である。送信端末１１は、データを
各受信端末１３〜１５に発信する端末装置であり、中継
ネットワーク１２に接続されている。また、受信端末１
３〜１５は、送信端末１１から配送されてきたデータを
受信する端末装置であり、送信端末１１と同じように中
継ネットワーク１２に接続されている。このうち、送信
端末１１は、図６に示すように、送信するデータを記録
したデータ蓄積装置３１と、データのマルチキャスト配
送処理を制御する配送エンジン３０と、送信端末１１と
中継ネットワーク１２との間でデータのやりとりを行う
ネットワークＩ／Ｆ３６と、データ配送時の資源管理を
行う資源管理機構３２とからなる。

【００１２】図６において、配送エンジン３０は、配送
すべきデータを用意して各受信端末１３〜１５に対して
データ配信を行う際の制御を行うモジュールであり、デ
ータ送信部３４とグループ管理部３５の２つのプロトコ
ル処理部で構成される。グループ管理部３５は、各受信
端末１３〜１５と資源管理機構３２との間で調停を行
い、受信端末の配送グループの制御を行うモジュールで
ある。すなわち、ネットワークＩ／Ｆ３６を介して中継
ネットワーク１２に対して行うマルチキャスト配送グル
ープとその予約帯域の制御を行う。また、資源管理機構
３２は、グループ管理部３５に対して資源確保／開放要
求を行い、ネットワークＩ／Ｆ３６を介して中継ネット
ワーク１２に対して資源予約処理を行う。また、データ
送信部３４は、グループ管理部３５のグループ分けに基
づいてデータ蓄積装置３１から読み出したデータを各受
信端末１３〜１５に配送する処理を行う。すなわち、ネ
ットワークＩ／Ｆ３６を介して中継ネットワーク１２に
データ転送／フロー制御を行う。データ蓄積装置３１
は、送信端末１１が配送するデータを蓄積し、必要に応
じてその読み書きを処理するモジュールであって、一般
には磁気記憶装置、半導体メモリ等の記録装置とその読
み書きを行うインタフェースから構成される。

【００１３】受信端末１３〜１５は、図７に示すよう
に、受信データを記録するデータ蓄積装置４１と、配送
されたデータを受信してデータ蓄積装置４１にデータを
蓄積し、データに誤り、抜けがあった場合には再送要求
を行う受信エンジン４３と、受信端末１３〜１５と中継
ネットワーク１２との間でデータのやりとりを行うネッ
トワークＩ／Ｆ４４と、受信エンジン４３からの資源獲
得要求に応じて資源管理を行う資源管理機構４２とから
なる。受信エンジン４３は、ネットワークＩ／Ｆ４４を
介して中継ネットワーク１２に対してデータ受信／フロ
ー制御を行い、資源管理機構４２は、ネットワークＩ／
Ｆ４４を介して中継ネットワーク１２に対して資源予約
処理を行い、また受信エンジン４３に対して資源確保／
開放要求を行う。

【００１４】図１に戻って、中継ネットワーク１２は、
送信端末１１と各受信端末１３〜１５との間を接続して
相互に通信可能とするネットワークである。また、この
中継ネットワーク１２は、送信端末１１から各受信端末
１３〜１５の全てまたは部分集合に対するマルチキャス
ト配信を行うためのデータ複製機能と経路制御と配信に
必要となる帯域を予約するための資源予約機構を備えた
ネットワークである。このような機能を備えたネットワ
ークの例としては、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ
Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）−ＶＣ（Ｖｉｒｔｕａ
ｌ Ｃｉｒｃｉｔ）網、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒ
ｏｔｏｃｏｌ）網＋資源予約プロトコル（ＲＳＶＰ：Ｒ
ｅｓｅｒｖａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の組み合わ
せ等を挙げることができる（ＲＳＶＰの参考文献として
は、例えば、“Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉ
ｏｎ Ｐｒｏｔｏｃｏｌ（ＲＳＶＰ）”Ｖｅｒｓｉｏｎ
１ Ｆｕｎｃｔｉｏｎ， ＲＦＣ 2205参照）。以下の
説明では、資源予約プロトコルとしてＲＳＶＰを使用し
た場合の実施例を併記した。

【００１５】図２は、本発明の一実施例を示す受信端末
分類手順のシーケンスチャートであり、図３は、送信端
末の送信グループ分類テーブル例を示す図である。図１
に示すマルチキャスト配信システムにおいて、データ配
信を行う前に予約可能帯域別に受信端末を分類する処理
を、図２に従って行う。また、図２に示す手順を実行す
る際の送信端末１１の処理を図４のフローに従って端末
内で行い、各受信端末における処理を図５のフローに従
って端末内で行う。図３は、送信端末１１のグループ管
理部３５が受信端末１３〜１５を送信グループ毎に分類
処理するために用いるテーブル（ＳｅｎｄＴＢＬ）であ
る。送信端末１１は、各受信端末１３〜１５を必要帯域
に応じたグループＧｒｐＡ０〜Ａｍに分類して、このテ
ーブルに登録して管理する。これらの配送グループは、
送信端末１１が配送グループ分類評価関数Ｌ（Ｂｗ
（ｘ））により定めたものである。なお、グループＧｒ
ｐＡ０は、帯域予約が不可能または不能な受信端末が属
するグループである。図３では、グループＡ０にはＲＡ
（３）のみが属し、グループＡ１には、ＲＡ（２）１４
のみが属し、グループＡ２にはＲＡ（１）１３、ＲＡ
（３）、・・・ＲＡ（ｎ）１５が属し、グループＡｍに
は、ＲＡ（４），・・・ＲＡ（ｎ１），・・・ＲＡ（ｎ
２）が属している。

【００１６】図２および図４に示すように、本発明のマ
ルチキャスト方式では、先ず送信端末（ＳＡ）１１のグ
ループ管理部３５が各受信端末ＲＡ（１）１３〜ＲＡ
（ｎ）１５に対して接続要求（ＣＯＮＮ．Ｒｅｑ（Ｂｗ
（ｓ））をネットワークＩ／Ｆ３６より送信する（シー
ケンス〔Ａ１〕およびステップ１０２）。ここで、Ｂｗ
（ｓ）は、送信者が各受信端末１３〜１５および中継ネ
ットワーク１２に対して要求する帯域幅である。回線に
対する帯域の要求は、送信端末１１の資源管理機構３２
により行われる。なお、ネットワークの資源予約にＲＳ
ＶＰを用いる場合、図２の〔Ａ１〕の段階で送信端末１
１の資源管理機構３２は、ＲＳＶＰ Ｐａｔｈ Ｍｅｓ
ｓａｇｅの送信を開始して予約の受付を開始する。ＲＳ
ＶＰ Ｐａｔｈ Ｍｅｓｓａｇｅは、グループ管理部３
５が定める図３のテーブルに従って各グループ毎に生成
される。送信端末１１が送信した接続要求ＣＯＮＮ．Ｒ
ｅｑ（Ｂｗ（ｓ））は、中継ネットワーク１２により各
受信端末１３〜１５まで配信される。このとき、中継ネ
ットワーク１２は、中継ネットワーク１２内の予約利用
可能な資源に応じて、接続要求ＣＯＮＮ．Ｒｅｑの要求
帯域幅Ｂｗ（ｓ）を変更してもよい。（注）Ｂｗ（ｓ）
の変更結果は、データ送信前の各受信端末のグループ分
けに反映される（図４のステップ１０６）。

【００１７】各受信端末１３〜１５は、ネットワークＩ
／Ｆ４４によりマルチキャスト配送に関するデータを受
信すると、そのデータを受信エンジン４３に渡してデー
タ処理を実行する。図５に示すように、受信端末１３〜
１５が接続要求ＣＯＮＮ．Ｒｅｑを受信すると（ステッ
プ２０２）、受信エンジン４３は、受信の可否判断を行
い（ステップ２０３）、その結果を送信端末１１に対し
て受信了承Ｃｏｎｎ．ｏｋ（Ｂｗ（ｘ））（ステップ２
０５）、あるいは受信拒否Ｃｏｎｎ．ＮＧ（Ｂｗ
（ｘ））（ステップ２０４）として送信する。図２で
は、受信了承は〔Ａ２ａ〕で示され、受信拒否は〔Ａ２
ｂ〕で示される。ここで、受信了承Ｃｏｎｎ．ｏｋ（Ｂ
ｗ（ｘ））または、受信拒否Ｃｏｎｎ．ＮＧ（Ｂｗ
（ｘ））には、接続要求に含まれた帯域情報Ｂｗ（ｘ）
が含まれている。また、受信了承Ｃｏｎｎ．ｏｋ（Ｂｗ
（ｘ））を送信した受信端末は、送信端末１１からのマ
ルチキャストデータの配信開始まで待機する（ステップ
２０６）。

【００１８】受信了承（図２の〔Ａ２ａ〕）の段階で、
受信端末の資源管理機構４２は、中継ネットワーク１２
および送信端末１１に対して資源予約要求を行う。例え
ば、資源予約にＲＳＶＰを使用する場合には、送信端末
１１からのＲＳＶＰ Ｐａｔｈ Ｍｅｓｓａｇｅと受信
可能な帯域に応じたＲＳＶＰ ｒｅｓｅｒｖａｔｉｏｎ
ｒｅｑｕｅｓｔ（Ｒｅｓｖ） Ｍｅｓｓａｇｅを送信
する。受信端末が送信した受信了承Ｃｏｎｎ．ｏｋ（Ｂ
ｗ（ｘ））または受信拒否Ｃｏｎｎ．ＮＧ（Ｂｗ
（ｘ））は、中継ネットワーク１２により送信端末１２
まで配信される。このとき、中継ネットワーク１２は、
中継ネットワーク１２内の予約利用可能な資源に応じ
て、受信了承Ｃｏｎｎ．ｏｋ（Ｂｗ（ｘ））および受信
拒否Ｃｏｎｎ．ＮＧ（Ｂｗ（ｘ））の利用可能帯域情報
Ｂｗ（ｘ）を下方修正してもよい。 （注）Ｂｗ（ｓ）の変更結果は、データ送信前の各受信
端末のグループ分けに反映される。

【００１９】図４に示すように、送信端末１１のグルー
プ管理部３５は、各受信端末から受け取った受信了承Ｃ
ｏｎｎ．ｏｋ（Ｂｗ（ｘ））または受信拒否Ｃｏｎｎ．
ＮＧ（Ｂｗ（ｘ））に基づいて、各受信端末について以
下のような分類を行う（ステップ１０４〜１０７）。 （１）受信拒否Ｃｏｎｎ．ＮＧ（Ｂｗ（ｘ））を発信し
た受信端末に関しては、マルチキャスト配信不可能とみ
なしてデータ配信対象から除外する（ステップ１０
５）。 （２）受信了承Ｃｏｎｎ．ｏｋ（Ｂｗ（ｘ））を発信し
た受信端末に関しては、配送グループ分類評価関数Ｌ
（Ｂｗ（ｘ））に基づいて分類する（ステップ１０
６）。ここで、配送グループ分類評価関数Ｌ（Ｂｗ
（ｘ））は、送信端末１１の分類ポリシーに基づいて受
信端末１３〜１５の利用可能帯域に対応する送信グルー
プを定める関数であり、利用可能帯域情報Ｂｗ（ｘ）を
入力すると、送信グループ番号を出力する。

【００２０】グループ管理部３５は、分類結果に基づい
て図３に示す送信グループ分類テーブルＳｅｎｄＴＢＬ
に各受信端末を登録する（ステップ１０７）。配送グル
ープ分類評価関数Ｌ（Ｂｗ（ｘ））の実体は、送信者の
方針に基づいて定められた帯域幅と各グループの対応テ
ーブル、もしくはＢｗ（ｘ）の各要素を係数に持つ関数
である。送信端末１１は、接続要求ＣＯＮＮ．Ｒｅｑを
送信した全受信端末１３〜１５から受信了承Ｃｏｎｎ．
ｏｋ（Ｂｗ（ｘ））または受信拒否Ｃｏｎｎ．ＮＧ（Ｂ
ｗ（ｘ））の回答が得られたか（ステップ１０８）、を
判定し、一定時間経過しても全受信端末１３〜１５から
の回答が得られなかった（タイムアウト）時点で（ステ
ップ１０３）、回答待ちの処理を終了する。このとき、
回答が得られなかった端末は、受信拒否＝マルチキャス
ト配信不能とみなしてデータ配信対象から除外する（ス
テップ１０９）。

【００２１】回答待ちを終了した送信端末１１は、送信
グループ分類テーブルＳｅｎｄＴＢＬを参照して（ステ
ップ１１０）、送信グループ別にマルチキャストデータ
配送を実行する（ステップ１１１，１１２）。帯域予約
にＲＳＶＰを使用している場合には、送信端末１１に各
受信端末１３〜１５からのＲＳＶＰ Ｒｅｓｖ Ｍｅｓ
ｓａｇｅが届いた時点で帯域予約が完了する。図２にお
いては、〔Ａ３〕で各グループ毎に（Ｇｒｐ．Ａ１，Ａ
２，・・・Ａｍ，（注）ｍ個のグループ）マルチキャス
トデータ配信を行っている。なお、各受信端末に到着し
ていないデータが存在する場合には、該送信端末から当
該データが正しく届くまで再送を繰り返すことにより、
信頼性のあるデータ配信を実現することができる。ま
た、各受信端末１３〜１５までのネットワークに資源予
約機能があるもの（例えば、ＲＳＶＰを有するもの）
と、ないものとが混在しているネットワークにおいて
は、受信端末を上記資源予約機能が利用可能なグループ
と利用不可能なグループとに分けて、各グループに対し
て送信端末から別々にデータを送信する。

【００２２】

【発明の効果】以上説明したように、本発明によれば、
マルチキャスト配信における再送処理の発生頻度を減少
させ、配信処理全体の速度を向上させることが可能にな
るため、最適状態に安定するまでの調整段階中に配送さ
れたデータに損失が生じて、データ再送処理が発生する
ことがなくなり、また予約可能な帯域が十分にあっても
それを活用できない受信者、および送信速度に対して十
分な帯域が確保できない受信者の存在をなくすることが
できる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すマルチキャストデータ
配信システムの構成図である。

【図２】本発明の一実施例を示す受信端末分類手順のシ
ーケンスチャートである。

【図３】本発明の送信端末による送信グループ分類テー
ブルの構造図である。

【図４】本発明の送信端末における受信端末分類手順の
フローチャートである。

【図５】本発明の受信端末における受信端末分類手順の
フローチャートである。

【図６】図１における送信端末の構成例を示す図であ
る。

【図７】図１における受信端末の構成例を示す図であ
る。

【図８】従来におけるマルチキャストデータ配信システ
ムの構成例を示す図である。

【符号の説明】

１１…送信端末、１２…中継ネットワーク、１３〜１５
…受信端末、３１…データ蓄積装置、３２…資源管理機
構、３０…配送エンジン、３４…データ送信部、３５…
グループ管理部、３６…ネットワークＩ／Ｆ、４１…デ
ータ蓄積装置、４２…資源管理機構、４３…受信エンジ
ン、４４…ネットワークＩ／Ｆ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 川村 龍太郎 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 (72)発明者 筒井 章博 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 (72)発明者 山下 敬 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 (72)発明者 尾上 淳 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 藤澤 謙二 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 塩野崎 敦 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 寺岡 文男 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5K030 GA01 HA08 LA01 LA19 LC11 LD05 5K032 AA02 BA14 CC04 5K034 DD02 EE11 HH01 HH02 HH06 MM03

Claims (3)

【特許請求の範囲】
1. 【請求項１】 中継ネットワークノードにより送信デー
   タを複製して複数の受信端末に配信するマルチキャスト
   データ配信方法において、 送信端末は、データ送信に先立って、全ての受信端末へ
   の全ての経路上で予約可能な帯域の大きさを調べ、該予
   約可能な同一の帯域を予約し、 該送信端末は予約した帯域に合わせた速度で中継ネット
   ワークにデータを送信し、 各受信端末に到着していないデータが存在する場合に
   は、該送信端末から当該データが正しく届くまで再送を
   繰り返すことを特徴とするマルチキャストデータ配信方
   法。
2. 【請求項２】 請求項１に記載のマルチキャストデータ
   配信方法において、前記送信端末から各受信端末までの
   経路上で予約可能の帯域の大きさが受信端末により大き
   く異なる場合には、予約可能帯域の大きさで各受信端末
   を複数のグループに分類し、 分類した各グループ毎に、各グループ内の全経路で予約
   可能な同一の帯域を予約し、 該送信端末から各グループに対して、各グループ毎に予
   約した帯域に合わせてデータを送信することを特徴とす
   るマルチキャストデータ配信方法。
3. 【請求項３】 請求項１に記載のマルチキャストデータ
   配信方法において、 前記送信端末から各受信端末までのネットワークに、資
   源予約機能があるものとないものとが混在する場合に
   は、該資源予約機能が利用可能なグループと利用不可能
   なグループとに受信端末を分類し、 該送信端末から各グループに対して別々にデータを送信
   することを特徴とするマルチキャストデータ配信方法。