JP2001094625A - データ通信装置、データ通信方法及び記憶媒体 - Google Patents
データ通信装置、データ通信方法及び記憶媒体Info
- Publication number
- JP2001094625A JP2001094625A JP27220699A JP27220699A JP2001094625A JP 2001094625 A JP2001094625 A JP 2001094625A JP 27220699 A JP27220699 A JP 27220699A JP 27220699 A JP27220699 A JP 27220699A JP 2001094625 A JP2001094625 A JP 2001094625A
- Authority
- JP
- Japan
- Prior art keywords
- transmission rate
- data
- rate
- network
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Abstract
(57)【要約】
【課題】 ネットワーク上にバッファされているデータ
量を見積もり、このネットワークバッファ量の変動に応
じて、その後の送信レートを決定する場合、データ送信
開始直後においては、回線の帯域が不明なため、比較的
小さな送信レートから制御を開始し、ネットワークバッ
ファ量の変動を見ながら、送信レートを少しづつ上昇さ
せていくため、安定状態に達するまでにかなりの時間を
必要とする。 【解決手段】 ネットワークを介して端末に向けて、所
定の送信レートでデータを転送する転送し、ネットワー
ク上にバッファされるデータ量を計測する計測し、端末
との間の通信状況に応じて、所定の送信レートを可変制
御する制御手段を有すし、制御手段は、端末との間のネ
ットワーク上にバッファされるデータ量を、所定の目標
値となるように、送信レートを可変制御する第１の設定
方式と、第1の設定方式よりも送信レート変更の変化率
が大きい第2の設定方式とを切替える。
量を見積もり、このネットワークバッファ量の変動に応
じて、その後の送信レートを決定する場合、データ送信
開始直後においては、回線の帯域が不明なため、比較的
小さな送信レートから制御を開始し、ネットワークバッ
ファ量の変動を見ながら、送信レートを少しづつ上昇さ
せていくため、安定状態に達するまでにかなりの時間を
必要とする。 【解決手段】 ネットワークを介して端末に向けて、所
定の送信レートでデータを転送する転送し、ネットワー
ク上にバッファされるデータ量を計測する計測し、端末
との間の通信状況に応じて、所定の送信レートを可変制
御する制御手段を有すし、制御手段は、端末との間のネ
ットワーク上にバッファされるデータ量を、所定の目標
値となるように、送信レートを可変制御する第１の設定
方式と、第1の設定方式よりも送信レート変更の変化率
が大きい第2の設定方式とを切替える。
Description
【０００１】
【発明の属する技術分野】本発明は、インターネットな
どの通信回線を通じ、映像や音声などのデータを送受信
データ通信装置及びデータ通信方法及び記憶媒体に関す
るものである。
どの通信回線を通じ、映像や音声などのデータを送受信
データ通信装置及びデータ通信方法及び記憶媒体に関す
るものである。
【０００２】
【従来の技術】近年、動画や音声などの実時間データを
インターネットに代表されるようないわゆるネットワー
クを介して遠隔地に送信し、遠隔地においてそれらの動
画や音声などをライブで表示・再生可能なシステムが実
用化されている。このようなシステムでは、通信回線の
状態によって最適な送信レートを決定するために、送信
側での送信レート制御が重要となる。
インターネットに代表されるようないわゆるネットワー
クを介して遠隔地に送信し、遠隔地においてそれらの動
画や音声などをライブで表示・再生可能なシステムが実
用化されている。このようなシステムでは、通信回線の
状態によって最適な送信レートを決定するために、送信
側での送信レート制御が重要となる。
【０００３】例えば、通信回線の帯域を超えた送信レー
トで実時間データを送信すると、(1)ネットワーク上の
ルータなどのバッファに送信したデータが蓄積され伝送
遅延が多くなり、(2)その後それらのバッファが溢れる
とパケットロスが生じる、などの障害が発生する。
トで実時間データを送信すると、(1)ネットワーク上の
ルータなどのバッファに送信したデータが蓄積され伝送
遅延が多くなり、(2)その後それらのバッファが溢れる
とパケットロスが生じる、などの障害が発生する。
【０００４】これを解決しようとする送信レートの制御
方法として、受信側端末から送られてくる受信レポート
等から、パレットデータの紛失率（以下、パケットロス
率と称す）が、小さい場合は、それまでの送信レートを
加算的に増加させて、反対に、パケットロスが大きくな
ったら、それまでの送信レートを減算的に減少させる方
法などが知られている。
方法として、受信側端末から送られてくる受信レポート
等から、パレットデータの紛失率（以下、パケットロス
率と称す）が、小さい場合は、それまでの送信レートを
加算的に増加させて、反対に、パケットロスが大きくな
ったら、それまでの送信レートを減算的に減少させる方
法などが知られている。
【０００５】しかし、このようなパケットロスを観察し
ながら送信レートを決定していくと、受信端末までの間
のネットワーク上のバッファが溢れているために、パケ
ットロスが増加した場合（つまり、これ以上、ネットワ
ーク上に送信データを保持しておけないにも関わらず、
過剰な送信レートで送信してしまっている状態）、送信
レートを減少させなければならないが、バッファに溜ま
っているデータを受信端末に向けて転送して、このバッ
ファが実際に減少するまでに時間がかかるために、その
間に送信レートが急激に減少してしまい、今度は過剰に
送信レートを下げてしまうことにもなりやすい。
ながら送信レートを決定していくと、受信端末までの間
のネットワーク上のバッファが溢れているために、パケ
ットロスが増加した場合（つまり、これ以上、ネットワ
ーク上に送信データを保持しておけないにも関わらず、
過剰な送信レートで送信してしまっている状態）、送信
レートを減少させなければならないが、バッファに溜ま
っているデータを受信端末に向けて転送して、このバッ
ファが実際に減少するまでに時間がかかるために、その
間に送信レートが急激に減少してしまい、今度は過剰に
送信レートを下げてしまうことにもなりやすい。
【０００６】そして、上記の状態を繰り返すために、送
信レートが振動的に大きく変動することがあり、データ
転送が不安定になりやすかった。
信レートが振動的に大きく変動することがあり、データ
転送が不安定になりやすかった。
【０００７】上記の問題も鑑みて、本出願人は既に、特
願平10-111022号で、通信回線上の伝送遅延時間を元に
送信レートを制御する方式を提案している。
願平10-111022号で、通信回線上の伝送遅延時間を元に
送信レートを制御する方式を提案している。
【０００８】
【発明が解決しようとする課題】特願平10-111022号で
提案されているような送信レート制御方式は、伝送遅延
時間の変化により、ネットワーク上にバッファされてい
るデータ量を見積もり、このネットワークバッファ量の
変動に応じて、その後の送信レートを決定している。な
お、特願平10-111022号では、RTP(RFC1889)のように伝
送プロトコルから伝送遅延時間を得ることが難しいとき
には、通信回線上をパケットが往復するのにかかる時間
RTT(Round Trip Time)で伝送遅延時間を見積もることも
開示されている。
提案されているような送信レート制御方式は、伝送遅延
時間の変化により、ネットワーク上にバッファされてい
るデータ量を見積もり、このネットワークバッファ量の
変動に応じて、その後の送信レートを決定している。な
お、特願平10-111022号では、RTP(RFC1889)のように伝
送プロトコルから伝送遅延時間を得ることが難しいとき
には、通信回線上をパケットが往復するのにかかる時間
RTT(Round Trip Time)で伝送遅延時間を見積もることも
開示されている。
【０００９】このネットワークバッファ量は、最適な送
信レートで転送していれば、理想的には目標とするある
一定値にすることが出来るが、送信レートが最適値より
も大きくなったり、小さくなったりすると、ネットワー
ク上にバッファされているデータ量は急激に変動するの
で、通常、送信レートを急激に変化させることはしな
い。
信レートで転送していれば、理想的には目標とするある
一定値にすることが出来るが、送信レートが最適値より
も大きくなったり、小さくなったりすると、ネットワー
ク上にバッファされているデータ量は急激に変動するの
で、通常、送信レートを急激に変化させることはしな
い。
【００１０】そのため、ネットワークバッファ量がある
目標値になるように、送信レートを制御する際には、ネ
ットワークバッファ量がある目標値に近づいて、ある程
度送信レートが安定している状態から推移する場合にそ
の効果が高いが、特に新しい接続が生じた直後、即ちデ
ータ送信開始直後においては、回線の帯域が不明なた
め、ネットワークバッファ量の変動を見ながら、比較的
小さな送信レートから制御を開始し、伝送遅延時間の変
化を確認しながら送信レートを少しづつ上昇させていく
ため、安定状態に達するまでにかなりの時間を必要とす
る。
目標値になるように、送信レートを制御する際には、ネ
ットワークバッファ量がある目標値に近づいて、ある程
度送信レートが安定している状態から推移する場合にそ
の効果が高いが、特に新しい接続が生じた直後、即ちデ
ータ送信開始直後においては、回線の帯域が不明なた
め、ネットワークバッファ量の変動を見ながら、比較的
小さな送信レートから制御を開始し、伝送遅延時間の変
化を確認しながら送信レートを少しづつ上昇させていく
ため、安定状態に達するまでにかなりの時間を必要とす
る。
【００１１】つまり、目標とする安定状態になるまでに
は、かなりの時間がかかることになり、特に通信開始直
後には、通信回線の帯域に余裕があるにも関らず、十分
にその帯域を活用せずに、しばらくの間は低送信レート
（即ち低品質）のデータを送信するという問題が生じ
る。
は、かなりの時間がかかることになり、特に通信開始直
後には、通信回線の帯域に余裕があるにも関らず、十分
にその帯域を活用せずに、しばらくの間は低送信レート
（即ち低品質）のデータを送信するという問題が生じ
る。
【００１２】上記の問題を鑑みて、本発明は、いち早く
帯域を十分に活用するような、新たな送信レート制御方
式を導入することを目的とする。
帯域を十分に活用するような、新たな送信レート制御方
式を導入することを目的とする。
【００１３】
【課題を解決するための手段】上記の問題を鑑みて、本
発明の好適な一実施例のデータ通信装置及びデータ通信
方法及びこれを実現するプログラムを格納する記憶媒体
によれば、ネットワークを介して端末に向けて、所定の
送信レートでデータを転送する転送し、ネットワーク上
にバッファされるデータ量を計測する計測し、端末との
間の通信状況に応じて、所定の送信レートを可変制御す
る制御手段を有すし、制御手段は、端末との間のネット
ワーク上にバッファされるデータ量を、所定の目標値と
なるように、送信レートを可変制御する第１の設定方式
と、第1の設定方式よりも送信レート変更の変化率が大
きい第2の設定方式とを切替えることを特徴とする。
発明の好適な一実施例のデータ通信装置及びデータ通信
方法及びこれを実現するプログラムを格納する記憶媒体
によれば、ネットワークを介して端末に向けて、所定の
送信レートでデータを転送する転送し、ネットワーク上
にバッファされるデータ量を計測する計測し、端末との
間の通信状況に応じて、所定の送信レートを可変制御す
る制御手段を有すし、制御手段は、端末との間のネット
ワーク上にバッファされるデータ量を、所定の目標値と
なるように、送信レートを可変制御する第１の設定方式
と、第1の設定方式よりも送信レート変更の変化率が大
きい第2の設定方式とを切替えることを特徴とする。
【００１４】さらに、前記端末がデータを受信する受信
レートを算出する算出手段を有し、第２の設定方式は、
受信レートと現在の送信レートとの差分に応じて新たな
送信レートと設定することを特徴とする。
レートを算出する算出手段を有し、第２の設定方式は、
受信レートと現在の送信レートとの差分に応じて新たな
送信レートと設定することを特徴とする。
【００１５】さらに、第２の設定方式は、差分が所定の
範囲内である場合に、現在の送信レートに所定の実数値
を乗じた値を、新たな送信レートに設定することを特徴
とする。
範囲内である場合に、現在の送信レートに所定の実数値
を乗じた値を、新たな送信レートに設定することを特徴
とする。
【００１６】さらに、端末との通信が開始されたときに
は前記第２の設定方式を用い、差分が所定の範囲から外
れた場合に、前記第１の設定方式に切り替えることを特
徴とする。
は前記第２の設定方式を用い、差分が所定の範囲から外
れた場合に、前記第１の設定方式に切り替えることを特
徴とする。
【００１７】また、他の実施形態のデータ通信装置及び
データ通信方法及びこれを実現するプログラムを格納す
る記憶媒体によれば、ネットワークを介して端末に向け
て、所定の送信レートでデータを転送する転送し、端末
がデータを受信する受信レートを計測する計測し、端末
との通信状況に応じて、前記所定の送信レートを可変制
御し、さらには、計測手段で計測した受信レートと現在
の送信レートとの差分が所定の範囲内である場合に、現
在の送信レートに所定の実数値を乗じた値を、新たな送
信レートとして設定する第１の設定方式を含むことを特
徴とする。
データ通信方法及びこれを実現するプログラムを格納す
る記憶媒体によれば、ネットワークを介して端末に向け
て、所定の送信レートでデータを転送する転送し、端末
がデータを受信する受信レートを計測する計測し、端末
との通信状況に応じて、前記所定の送信レートを可変制
御し、さらには、計測手段で計測した受信レートと現在
の送信レートとの差分が所定の範囲内である場合に、現
在の送信レートに所定の実数値を乗じた値を、新たな送
信レートとして設定する第１の設定方式を含むことを特
徴とする。
【００１８】さらに、通信開始時からは、第１の設定方
式を用い、差分が所定の範囲外となった場合には、端末
との間のネットワーク上にバッファされるデータ量を、
所定の目標値となるように、送信レートを可変制御する
第２の設定方式に切替えることを特徴とする。
式を用い、差分が所定の範囲外となった場合には、端末
との間のネットワーク上にバッファされるデータ量を、
所定の目標値となるように、送信レートを可変制御する
第２の設定方式に切替えることを特徴とする。
【００１９】更に上記の実数値は、第２の設定方式にお
ける送信レートの変化率と比して大きいことを特徴とす
る。
ける送信レートの変化率と比して大きいことを特徴とす
る。
【００２０】
【発明の実施の形態】〔実施例１〕本実施例では、１台
のビデオカメラにより得られるビデオ信号をリアルタイ
ムでキャプチャできる撮影システムにおいて、キャプチ
ャされた映像をネットワークを介して遠隔地に発信する
ものである。その際にビデオ信号データの送信レートを
送信側で制御するものであり、その制御の方法は、デー
タ送信開始直後には受信側の受信レートに基づいて制御
し、あるタイミングで、伝送遅延時間の変化に基づいて
制御する方法に切り替える。
のビデオカメラにより得られるビデオ信号をリアルタイ
ムでキャプチャできる撮影システムにおいて、キャプチ
ャされた映像をネットワークを介して遠隔地に発信する
ものである。その際にビデオ信号データの送信レートを
送信側で制御するものであり、その制御の方法は、デー
タ送信開始直後には受信側の受信レートに基づいて制御
し、あるタイミングで、伝送遅延時間の変化に基づいて
制御する方法に切り替える。
【００２１】図７に、カメラサーバで撮影した画像を、
ネットワークを介して送信側端末に送信するシステムの
概略構成図の一例を示す。
ネットワークを介して送信側端末に送信するシステムの
概略構成図の一例を示す。
【００２２】この図において、８１０はカメラサーバで
あって、カメラ８１００で撮影した映像データをネット
ワーク８３００を介してクライアント８２０に転送す
る。
あって、カメラ８１００で撮影した映像データをネット
ワーク８３００を介してクライアント８２０に転送す
る。
【００２３】さて、カメラサーバ８１０、クライアント
８２０のハード的な違いは、カメラ、キャプチャ部を備
えているか否かの違いであり、双方とも例えばパーソナ
ルコンピュータで実現できるものである。
８２０のハード的な違いは、カメラ、キャプチャ部を備
えているか否かの違いであり、双方とも例えばパーソナ
ルコンピュータで実現できるものである。
【００２４】８１０３と８１０９はプログラムの実行
し、各種演算を行う中央演算装置（CPU）である。８１
０４と８２０４は各種のプログラムなどを格納している
ROM、８１０５と８２０５は画像データなどを一時的に
格納するRAM、８１０６と８２０６は、ハードディスク
等の外部記憶装置、８１０７と８２０７は使用者の指示
などを入力するキーボード等の入力装置、８１０８と８
２０８は画像や文字を表示する表示装置、８１０９と８
２０９はネットワーク８３００へ接続するための通信イ
ンターフェースである。
し、各種演算を行う中央演算装置（CPU）である。８１
０４と８２０４は各種のプログラムなどを格納している
ROM、８１０５と８２０５は画像データなどを一時的に
格納するRAM、８１０６と８２０６は、ハードディスク
等の外部記憶装置、８１０７と８２０７は使用者の指示
などを入力するキーボード等の入力装置、８１０８と８
２０８は画像や文字を表示する表示装置、８１０９と８
２０９はネットワーク８３００へ接続するための通信イ
ンターフェースである。
【００２５】８１００は撮像部としてのカメラで、キャ
プチャ部８１０１へ画像データを送っている。キャプチ
ャ部８１０１は、カメラ８１００から送られてきた画像
データから、サーバに取込む画像をキャプチャし、外部
記憶装置８１０６に格納する。
プチャ部８１０１へ画像データを送っている。キャプチ
ャ部８１０１は、カメラ８１００から送られてきた画像
データから、サーバに取込む画像をキャプチャし、外部
記憶装置８１０６に格納する。
【００２６】一方、ソフトウェア的には、カメラサーバ
８１０には、キャプチャした映像データをクライアント
に転送するためのソフトウェア（外部記憶装置８１０６
に格納され、ＲＡＭ８１０４にロードし実行される）が
動作しており、クライアント８２０では、映像データを
受信しそれを表示するソフトウェア（外部記憶装置８２
０６に格納され、ＲＡＭ８３０４にロードし実行され
る）が動作する点で異なる。
８１０には、キャプチャした映像データをクライアント
に転送するためのソフトウェア（外部記憶装置８１０６
に格納され、ＲＡＭ８１０４にロードし実行される）が
動作しており、クライアント８２０では、映像データを
受信しそれを表示するソフトウェア（外部記憶装置８２
０６に格納され、ＲＡＭ８３０４にロードし実行され
る）が動作する点で異なる。
【００２７】ただし、ここでは便宜的に、カメラサーバ
とクライアントに分けて示しただけであり、双方にビデ
オキャプチャ機能を付加した場合には、双方がカメラサ
ーバ及びクライアントとして機能することができるもの
である。
とクライアントに分けて示しただけであり、双方にビデ
オキャプチャ機能を付加した場合には、双方がカメラサ
ーバ及びクライアントとして機能することができるもの
である。
【００２８】カメラサーバ８１０からクライアント８２
０に向けてデータを転送する際の、本実施例の構成及び
処理手順を示す。
０に向けてデータを転送する際の、本実施例の構成及び
処理手順を示す。
【００２９】図１は本実施例の構成を示すブロック図で
あり、送信側端末1-1が送信するデータをネットワーク1
-3を通して受信側端末1-2でデータを受信する場合にお
ける各装置の接続関係とその構成を示している。ここで
ネットワーク1-3とは組織内で運営されているLANから、
いわゆるインターネットのような不特定多数のネットワ
ークが結合したような大規模なものまで含み、その形態
で限定されるものではない。以下に図１の各端末とその
動作について説明する。
あり、送信側端末1-1が送信するデータをネットワーク1
-3を通して受信側端末1-2でデータを受信する場合にお
ける各装置の接続関係とその構成を示している。ここで
ネットワーク1-3とは組織内で運営されているLANから、
いわゆるインターネットのような不特定多数のネットワ
ークが結合したような大規模なものまで含み、その形態
で限定されるものではない。以下に図１の各端末とその
動作について説明する。
【００３０】送信側端末1-1はデータ生成部1-11におい
てデータを生成する。具体的にデータとしては例えばビ
デオカメラでキャプチャされた映像データなどが考えら
れる。データが映像の場合には、データ生成部1-11は、
映像の取り込みや圧縮を行うことになる。ただし、ここ
でデータの内容としては映像に限るものではない。
てデータを生成する。具体的にデータとしては例えばビ
デオカメラでキャプチャされた映像データなどが考えら
れる。データが映像の場合には、データ生成部1-11は、
映像の取り込みや圧縮を行うことになる。ただし、ここ
でデータの内容としては映像に限るものではない。
【００３１】データ生成部1-11で生成されたデータはデ
ータ送信部1-12に送られる。データ送信部1-12が送られ
てきたデータを適当な大きさに分割し、分割されたデー
タ毎にシーケンス番号及びデータを送信する時刻の情報
が付加してネットワーク1-3上に送出する。この時、デ
ータ送信部1-12は、分割するデータの大きさや分割した
データを送り出す間隔を調整することで、送信レートを
送信レート変更部1-13によって指定されたレートに調整
する。
ータ送信部1-12に送られる。データ送信部1-12が送られ
てきたデータを適当な大きさに分割し、分割されたデー
タ毎にシーケンス番号及びデータを送信する時刻の情報
が付加してネットワーク1-3上に送出する。この時、デ
ータ送信部1-12は、分割するデータの大きさや分割した
データを送り出す間隔を調整することで、送信レートを
送信レート変更部1-13によって指定されたレートに調整
する。
【００３２】受信レポート受信部1-16は、受信端末1-2
から送信されてくる受信レポートを受信し、そのレポー
トの内容を受信レート計算部1-14及びネットワークバッ
ファデータ量計算部1-15に送る。
から送信されてくる受信レポートを受信し、そのレポー
トの内容を受信レート計算部1-14及びネットワークバッ
ファデータ量計算部1-15に送る。
【００３３】受信レート計算部1-14は、受信レポートに
含まれる受信した最大シーケンス番号及びパケット紛失
率から受信側端末の受信レートを計算し、その受信レー
トを送信レート変更部1-13に送る。
含まれる受信した最大シーケンス番号及びパケット紛失
率から受信側端末の受信レートを計算し、その受信レー
トを送信レート変更部1-13に送る。
【００３４】ネットワークバッファデータ量計算部1-15
は、データの往復時間を計算し、計算された往復時間に
基づいてネットワークバッファデータ量を求め、そのネ
ットワークバッファデータ量を送信レート変更部1-13に
送る。
は、データの往復時間を計算し、計算された往復時間に
基づいてネットワークバッファデータ量を求め、そのネ
ットワークバッファデータ量を送信レート変更部1-13に
送る。
【００３５】送信レート変更部1-13は、受信レート計算
部1-14が計算した受信側端末の受信レート及びネットワ
ークバッファ量計算部1-15が計算したネットワークバッ
ファデータ量を基に送信レートを決定し、データ送信部
1-12に送信レートを指定する。本実施例では、データ送
信開始直後においては受信レート計算部1-14が計算した
受信側端末の受信レートを使用し、送信レートが安定状
態に達した後はネットワークバッファ量計算部1-15が計
算したネットワークバッファデータ量を使用して送信レ
ートを決定する場合について説明する。
部1-14が計算した受信側端末の受信レート及びネットワ
ークバッファ量計算部1-15が計算したネットワークバッ
ファデータ量を基に送信レートを決定し、データ送信部
1-12に送信レートを指定する。本実施例では、データ送
信開始直後においては受信レート計算部1-14が計算した
受信側端末の受信レートを使用し、送信レートが安定状
態に達した後はネットワークバッファ量計算部1-15が計
算したネットワークバッファデータ量を使用して送信レ
ートを決定する場合について説明する。
【００３６】一方、受信側端末1-2では、ネットワーク1
-3を通して送信されてきたデータ（ここでは映像データ
＋シーケンス番号＋送信時刻情報）を、データ受信部1-
22で受信する。受信されたデータはデータ処理部1-21に
送られ処理される。例えばデータが映像の場合には映像
を表示するための処理（複合化及び表示処理など）がデ
ータ処理部1-21で行われる。
-3を通して送信されてきたデータ（ここでは映像データ
＋シーケンス番号＋送信時刻情報）を、データ受信部1-
22で受信する。受信されたデータはデータ処理部1-21に
送られ処理される。例えばデータが映像の場合には映像
を表示するための処理（複合化及び表示処理など）がデ
ータ処理部1-21で行われる。
【００３７】また、データ受信部1-22で受け取ったデー
タのシーケンス番号、データを受け取った時刻、受け取
ったデータ量などについての情報が計測され定期的に受
信レポート生成部1-23に送られる。受信レポート生成部
1-23はその情報を基に受信レポートを生成し、受信レポ
ート送信部1-24に送る。
タのシーケンス番号、データを受け取った時刻、受け取
ったデータ量などについての情報が計測され定期的に受
信レポート生成部1-23に送られる。受信レポート生成部
1-23はその情報を基に受信レポートを生成し、受信レポ
ート送信部1-24に送る。
【００３８】受信レポート送信部1-24は、ネットワーク
1-3を介して送信側端末1-1の受信レポート受信部1-16へ
受信レポートを送信する。
1-3を介して送信側端末1-1の受信レポート受信部1-16へ
受信レポートを送信する。
【００３９】次に図２において送信側端末の動作につい
て説明する。
て説明する。
【００４０】まず図２（a）でデータ送信時の説明をす
る。
る。
【００４１】データの送信指示をCPUから受けると、ま
ず、その時に装置が保持している送信レートを得る（Ｓ
２１０）。次に、この送信レートに基づいて、送信すべ
きデータが生成される（S211）。例えば映像を送信する
場合には映像のキャプチャ、圧縮などが行われる。ま
た、そのデータが適当な大きさのデータ（パケット）に
分割される。送信データを構成する１つのパケットのフ
ォーマット例を図４に示す。１パケットのデータには、
送信シーケンス番号とデータ送信時刻、及びパケットサ
イズと送信すべきデータ（ここでは映像データ）で構成
される。
ず、その時に装置が保持している送信レートを得る（Ｓ
２１０）。次に、この送信レートに基づいて、送信すべ
きデータが生成される（S211）。例えば映像を送信する
場合には映像のキャプチャ、圧縮などが行われる。ま
た、そのデータが適当な大きさのデータ（パケット）に
分割される。送信データを構成する１つのパケットのフ
ォーマット例を図４に示す。１パケットのデータには、
送信シーケンス番号とデータ送信時刻、及びパケットサ
イズと送信すべきデータ（ここでは映像データ）で構成
される。
【００４２】次に、このデータがネットワークに送出さ
れる（ステップS212）。この時、このパケットの大きさ
と送出間隔で送信レートが決められることになる。つま
り、このステップS212では、指定された送信レートでネ
ットワークに送出されている。送信レートの決定の仕方
については図2（ｂ）を用いて後に説明する。
れる（ステップS212）。この時、このパケットの大きさ
と送出間隔で送信レートが決められることになる。つま
り、このステップS212では、指定された送信レートでネ
ットワークに送出されている。送信レートの決定の仕方
については図2（ｂ）を用いて後に説明する。
【００４３】Ｓ２１１で生成したデータの送信が終る
と、すべてのデータを送信したか否かを調べ（Ｓ２１
３）、まだ、送信すべきデータが残っているときはＳ21
0に戻って、データの送信を繰り返す。すべてのデータ
が送信されていれば、送信を終了する（Ｓ２１４）。な
お、データ送信時の動作は、これに限るものではなく、
例えば、前述のパケットの分割を行った後に、送信レー
トを取得し、これに基づいて、パケットの送出のタイミ
ングを調整するようにしても構わない。
と、すべてのデータを送信したか否かを調べ（Ｓ２１
３）、まだ、送信すべきデータが残っているときはＳ21
0に戻って、データの送信を繰り返す。すべてのデータ
が送信されていれば、送信を終了する（Ｓ２１４）。な
お、データ送信時の動作は、これに限るものではなく、
例えば、前述のパケットの分割を行った後に、送信レー
トを取得し、これに基づいて、パケットの送出のタイミ
ングを調整するようにしても構わない。
【００４４】次に図2（ｂ）のフローチャートを用い
て、送信レートの決定方法を説明する。なお、この図2
（ｂ）のフローチャートは、図2（a）に示すフローチャ
ートと並行して動作する、いわゆるマルチタスク処理の
うちの1つのタスク処理である。
て、送信レートの決定方法を説明する。なお、この図2
（ｂ）のフローチャートは、図2（a）に示すフローチャ
ートと並行して動作する、いわゆるマルチタスク処理の
うちの1つのタスク処理である。
【００４５】送信側端末は図2（a）のようにデータを送
信すると同時に、受信レポートが受信側端末1-2から報
告されるのを待っている（Ｓ２０１）。なお、受信レポ
ートのフォーマット例を図５に示す。受信レポートに
は、図示の如く、受信した最大シーケンス番号（受信レ
ポートを作成した時点で受信しているデータのシーケン
ス番号の中で最大のもの）、受信時刻、受信レポート送
信時刻、パケット紛失率が含まれているものとする。
信すると同時に、受信レポートが受信側端末1-2から報
告されるのを待っている（Ｓ２０１）。なお、受信レポ
ートのフォーマット例を図５に示す。受信レポートに
は、図示の如く、受信した最大シーケンス番号（受信レ
ポートを作成した時点で受信しているデータのシーケン
ス番号の中で最大のもの）、受信時刻、受信レポート送
信時刻、パケット紛失率が含まれているものとする。
【００４６】送信側端末がこの受信レポートを受信する
（Ｓ２０２）と、データ送信開始直後の初期フェーズで
あるのかそうでないのかを判断する（Ｓ２０３）。ここ
でステップＳ２０３の判断法の例としては、例えば、初
期フェーズであるか否かを示すフラグＩ（最初はTRUE）
を調べることで行う。そして、前回の送信レートを保持
する手段を１つ用意し、新たな送信レートを計算する際
に、計算された受信レートが送信レートと比べて所定の
割合よりも小さい場合（ロスが大きい場合）にはフラグ
ＩをＦＡＬＳＥに変更することによって、初期フェーズ
ではなくなったことを示す、といった簡単な方法が使用
できる。
（Ｓ２０２）と、データ送信開始直後の初期フェーズで
あるのかそうでないのかを判断する（Ｓ２０３）。ここ
でステップＳ２０３の判断法の例としては、例えば、初
期フェーズであるか否かを示すフラグＩ（最初はTRUE）
を調べることで行う。そして、前回の送信レートを保持
する手段を１つ用意し、新たな送信レートを計算する際
に、計算された受信レートが送信レートと比べて所定の
割合よりも小さい場合（ロスが大きい場合）にはフラグ
ＩをＦＡＬＳＥに変更することによって、初期フェーズ
ではなくなったことを示す、といった簡単な方法が使用
できる。
【００４７】ステップＳ２０３の判断の結果、初期フェ
ーズである場合には、受信側の受信レートを基に送信レ
ートを決定する処理（Ｓ２０４とＳ２０５）を行い、初
期フェーズでない場合には、ネットワークバッファ量を
基に送信レートを決定する処理（Ｓ２０７とＳ２０８）
を実行することにより、今後の送信レートを決定する。
ーズである場合には、受信側の受信レートを基に送信レ
ートを決定する処理（Ｓ２０４とＳ２０５）を行い、初
期フェーズでない場合には、ネットワークバッファ量を
基に送信レートを決定する処理（Ｓ２０７とＳ２０８）
を実行することにより、今後の送信レートを決定する。
【００４８】初期フェーズである場合、Ｓ２０４におい
て受信側端末のの受信レートを計算する。受信レートの
計算方法は幾つか考えられるが、例えば、１個のパケッ
ト平均サイズＰ、パケット紛失率Ｌ、受信した最大シー
ケンス番号Ｓn、前回の受信レポートで報告された最大
シーケンス番号Ｓn-1、受信レポートを受信した時刻
Ｔn、前回の受信レポートを受信した時刻Ｔn-1とする
と、 受信レートＲｒn＝Ｐ×（１−Ｌ）×（Ｓn−Ｓn-1）／
（Ｔn−Ｔn-1） として求めることができる。
て受信側端末のの受信レートを計算する。受信レートの
計算方法は幾つか考えられるが、例えば、１個のパケッ
ト平均サイズＰ、パケット紛失率Ｌ、受信した最大シー
ケンス番号Ｓn、前回の受信レポートで報告された最大
シーケンス番号Ｓn-1、受信レポートを受信した時刻
Ｔn、前回の受信レポートを受信した時刻Ｔn-1とする
と、 受信レートＲｒn＝Ｐ×（１−Ｌ）×（Ｓn−Ｓn-1）／
（Ｔn−Ｔn-1） として求めることができる。
【００４９】受信側端末の受信レートが求まると、それ
に基づいて今後の送信レートを決定する（Ｓ２０５）。
このステップの計算処理の例としては、今回のS204で計
算された受信レートＲｒn、現在の送信レートＲｓn、次
回の送信レートＲｓn+1とすると、もし、”Ｒｒn＞Ｒｓ
n-1×β”ならば、Ｒｓn+1＝Ｒｓn×α とする。
に基づいて今後の送信レートを決定する（Ｓ２０５）。
このステップの計算処理の例としては、今回のS204で計
算された受信レートＲｒn、現在の送信レートＲｓn、次
回の送信レートＲｓn+1とすると、もし、”Ｒｒn＞Ｒｓ
n-1×β”ならば、Ｒｓn+1＝Ｒｓn×α とする。
【００５０】”Ｒｒn＞Ｒｓn-1×β”でないならば、初
期段階でないと判断して、送信レート決定の方式を切替
える（図２（ｂ）のＳ２０３からＳ２０７へ行く）。こ
こで、αは１より大きな数値（好ましくは２や４といっ
た数など）であり、βは０より大きく１より小さい数値
（好ましくは０．９などの１に近い数）である。
期段階でないと判断して、送信レート決定の方式を切替
える（図２（ｂ）のＳ２０３からＳ２０７へ行く）。こ
こで、αは１より大きな数値（好ましくは２や４といっ
た数など）であり、βは０より大きく１より小さい数値
（好ましくは０．９などの１に近い数）である。
【００５１】このように、今回の受信レートＲｒnが、
現在のの送信レートＲｓnをある程度（ほとんど）達成
できていれば、次の送信レートＲｓnはα倍されるとい
うように決めることができる。
現在のの送信レートＲｓnをある程度（ほとんど）達成
できていれば、次の送信レートＲｓnはα倍されるとい
うように決めることができる。
【００５２】ここで、βが１でないのは、バッファが溢
れた以外で、通信の過程で何らか理由によりわずかにロ
スが発生することがあり、これに対応するために1より
もわずかに小さくしているのである。
れた以外で、通信の過程で何らか理由によりわずかにロ
スが発生することがあり、これに対応するために1より
もわずかに小さくしているのである。
【００５３】ステップＳ２０４、Ｓ２０５で計算された
送信レートは、データ送信部1-12に伝えられ、データ送
信のステップ（Ｓ２１０）の送信レートを指定すること
になる。
送信レートは、データ送信部1-12に伝えられ、データ送
信のステップ（Ｓ２１０）の送信レートを指定すること
になる。
【００５４】一方、ステップＳ２０３の判断の結果、初
期フェーズでない場合には、ネットワークバッファ量を
基に送信レートを決定する処理（Ｓ２０７、Ｓ２０８）
を行うが、その処理内容に関しては特願平10-111022号
に詳述されているが、ネットワークバッファデータ量の
計算に関して簡単に説明する。
期フェーズでない場合には、ネットワークバッファ量を
基に送信レートを決定する処理（Ｓ２０７、Ｓ２０８）
を行うが、その処理内容に関しては特願平10-111022号
に詳述されているが、ネットワークバッファデータ量の
計算に関して簡単に説明する。
【００５５】実施形態における送信側端末（映像配信サ
ービスを行なう端末）では、パケット往復時間のうち、
常に最小値を基準往復時間ＲＴＴbaseとして保持する。
基準往復時間ＲＴＴbaseは、データ送受信の開始後で
は、最初の受信レポートを受け取った際の往復時間ＲＴ
Ｔcurがセットされる。
ービスを行なう端末）では、パケット往復時間のうち、
常に最小値を基準往復時間ＲＴＴbaseとして保持する。
基準往復時間ＲＴＴbaseは、データ送受信の開始後で
は、最初の受信レポートを受け取った際の往復時間ＲＴ
Ｔcurがセットされる。
【００５６】つまり、はじめの段階では、ＲＴＴbase＝
ＲＴＴcurとなり、その後受信レポートを受信する度
に、ＲＴＴcurを求めるが、その都度求められる往復時
間ＲＴＴcurとＲＴＴbassとを比較し、ＲＴＴcurがＲＴ
Ｔbaseより小さい場合にＲＴＴbaseをＲＴＴcurで更新
する。
ＲＴＴcurとなり、その後受信レポートを受信する度
に、ＲＴＴcurを求めるが、その都度求められる往復時
間ＲＴＴcurとＲＴＴbassとを比較し、ＲＴＴcurがＲＴ
Ｔbaseより小さい場合にＲＴＴbaseをＲＴＴcurで更新
する。
【００５７】ＲＴＴbase←ＲＴＴcur (ＩＦ ＲＴＴcur
＜ＲＴＴbase） このパケット往復時間の基準値ＲＴＴbaseと最新の計測
された往復時間ＲＴＴcurとの差をもとに、受信レート
を用いてネットワークバッファデータ量を求める。
＜ＲＴＴbase） このパケット往復時間の基準値ＲＴＴbaseと最新の計測
された往復時間ＲＴＴcurとの差をもとに、受信レート
を用いてネットワークバッファデータ量を求める。
【００５８】実際には、受信レポートに含まれる受信レ
ート（bits/sec)をＲｒnとすると、 Ｂｃ＝Ｒｒn×（ＲＴＴcur−ＲＴＴbase） のようにして、現在のネットワークバッファデータ量Ｂ
ｃを推定することができる。
ート（bits/sec)をＲｒnとすると、 Ｂｃ＝Ｒｒn×（ＲＴＴcur−ＲＴＴbase） のようにして、現在のネットワークバッファデータ量Ｂ
ｃを推定することができる。
【００５９】なお、Ｓ２０７で用いる受信レートＲｒn
は、S204と同様の方法を用いることができる。
は、S204と同様の方法を用いることができる。
【００６０】上記のように計算された受信レートＲｒn
とネットワークバッファデータ量Ｂｃ基づいて、以下の
ように送信レートを決定する（Ｓ２０８）。
とネットワークバッファデータ量Ｂｃ基づいて、以下の
ように送信レートを決定する（Ｓ２０８）。
【００６１】本実施例では、以下のように、Ｂｃをある
目標値（Ｂｄとする）に近づくように送信レートＲｓn
を決定するように処理がなされている。
目標値（Ｂｄとする）に近づくように送信レートＲｓn
を決定するように処理がなされている。
【００６２】Ｒｓn＝Ｒｒn＋Ｃ×（Ｂｄ−Ｂｃ） Ｒｒnが現在の送信レートで、Ｒｓnが新しく決定される
送信レートである。Ｃは適当な定数である。この処理に
よって決定された送信レートＲｓnがデータ送信部に伝
えられ、データ送信のステップ（ステップＳ２１０）の
送信レートを指定することになる。
送信レートである。Ｃは適当な定数である。この処理に
よって決定された送信レートＲｓnがデータ送信部に伝
えられ、データ送信のステップ（ステップＳ２１０）の
送信レートを指定することになる。
【００６３】Ｓ２０５又はＳ２０８で送信レートが決定
されると、Ｓ２０６では、転送処理が終了しているか否
かを調べ、まだ送信すべきデータがある場合には、新た
な送信レートは通信装置に保持され、次のデータ転送時
に用いられる。もう全てのデータをそうしたのであれば
処理は終了する。
されると、Ｓ２０６では、転送処理が終了しているか否
かを調べ、まだ送信すべきデータがある場合には、新た
な送信レートは通信装置に保持され、次のデータ転送時
に用いられる。もう全てのデータをそうしたのであれば
処理は終了する。
【００６４】次に、実施形態における受信側端末の動作
処理を図３のフローチャートに従って説明する。なお、
ここではデータの受信に応じて常に受信レポートを作成
する場合で説明するが、受信レポート作成及び送信のタ
イミングは、これに限るものではなく、例えば定期的に
送信するようにしてもよいし、送信側からのレポート生
成指示のみに従うようにしてもよいことは明らかであ
る。
処理を図３のフローチャートに従って説明する。なお、
ここではデータの受信に応じて常に受信レポートを作成
する場合で説明するが、受信レポート作成及び送信のタ
イミングは、これに限るものではなく、例えば定期的に
送信するようにしてもよいし、送信側からのレポート生
成指示のみに従うようにしてもよいことは明らかであ
る。
【００６５】ネットワークを介して受信したデータをデ
ータ受信部で受信する（ステップS301）。これに応じ
て、映像表示など、送信されてきたデータの処理を開始
する（ステップS302）。例えば、映像データが送られて
きた場合、映像の表示処理に受信データを渡す。また、
データを受信した時刻、データ量、受信シーケンス番号
の情報は、受信レポート生成部に送られる。そして、こ
のデータの受信に応じて、受信レポートが生成される
（ステップS303）。受信レポートは、受信した最大シー
ケンス番号、データ受信時刻、パケット紛失率、受信レ
ポート送信時刻の情報を含んで生成される。生成された
受信レポートはネットワークを通して、送信側端末の受
信レポート受信部へと送信され（ステップS304）、再び
データ受信待機状態になる。なお受信レポートのフォー
マット例は図５に示した通りである。
ータ受信部で受信する（ステップS301）。これに応じ
て、映像表示など、送信されてきたデータの処理を開始
する（ステップS302）。例えば、映像データが送られて
きた場合、映像の表示処理に受信データを渡す。また、
データを受信した時刻、データ量、受信シーケンス番号
の情報は、受信レポート生成部に送られる。そして、こ
のデータの受信に応じて、受信レポートが生成される
（ステップS303）。受信レポートは、受信した最大シー
ケンス番号、データ受信時刻、パケット紛失率、受信レ
ポート送信時刻の情報を含んで生成される。生成された
受信レポートはネットワークを通して、送信側端末の受
信レポート受信部へと送信され（ステップS304）、再び
データ受信待機状態になる。なお受信レポートのフォー
マット例は図５に示した通りである。
【００６６】以上のようなステップを繰り返し、送信側
端末と受信側端末間でデータの送受信を行いつつ、受信
側端末が受信レポートを送信し、送信側端末に報告す
る。一方、送信側端末では受信レポートの情報を基に送
信レートを決定するが、データ送信開始直後の初期フェ
ーズでは受信側の受信レートを計算して送信レートを決
定し、初期フェーズが終了した後は、ネットワークバッ
ファデータ量を計算して、送信レートを決定する。
端末と受信側端末間でデータの送受信を行いつつ、受信
側端末が受信レポートを送信し、送信側端末に報告す
る。一方、送信側端末では受信レポートの情報を基に送
信レートを決定するが、データ送信開始直後の初期フェ
ーズでは受信側の受信レートを計算して送信レートを決
定し、初期フェーズが終了した後は、ネットワークバッ
ファデータ量を計算して、送信レートを決定する。
【００６７】なお、通信初期は、送信レートの立ち上が
りを重視したいので、送信レートの増大させる割合（現
在の送信レートに乗じる所定の実数値）は大きくし、ま
た、ある程度送信レートを大きくしてから（つまり初期
段階が終了してから）は、安定して、最適な送信レート
を設定していたいので、送信レートの変化率を、上記の
割合よりも小さく（つまり上記実数値よりも小さく）す
るのが好適である。
りを重視したいので、送信レートの増大させる割合（現
在の送信レートに乗じる所定の実数値）は大きくし、ま
た、ある程度送信レートを大きくしてから（つまり初期
段階が終了してから）は、安定して、最適な送信レート
を設定していたいので、送信レートの変化率を、上記の
割合よりも小さく（つまり上記実数値よりも小さく）す
るのが好適である。
【００６８】以上のように、通信初期の送信レートの設
定について、送信側端末が所定の送信レートで送信した
情報を、受信者側がほとんどロスすること無く受信した
のであれば、通信回線はまだ帯域に余裕があると判断す
る。
定について、送信側端末が所定の送信レートで送信した
情報を、受信者側がほとんどロスすること無く受信した
のであれば、通信回線はまだ帯域に余裕があると判断す
る。
【００６９】このように実際にネットワークバッファ量
を算出し、これが大きくなるか否かを調べる手間がな
く、受信レートやパケットロスを見るだけであるので、
計算量が少なくて済み、送信レートの設定を、素早く行
うことが出来る。
を算出し、これが大きくなるか否かを調べる手間がな
く、受信レートやパケットロスを見るだけであるので、
計算量が少なくて済み、送信レートの設定を、素早く行
うことが出来る。
【００７０】また、通信回線はまだ帯域に余裕があると
判断した場合は、現在の送信レートに所定の実数値を乗
じた値を、新たな送信レートとして設定することによっ
て、送信レートの立ち上がりを、指数関数的に大きくす
ることが出来る。
判断した場合は、現在の送信レートに所定の実数値を乗
じた値を、新たな送信レートとして設定することによっ
て、送信レートの立ち上がりを、指数関数的に大きくす
ることが出来る。
【００７１】特に、通信開始時には、通信回線の帯域に
余裕があるので、通信初期の送信レートの立ち上がりを
早くすることが出来て、効果的である。
余裕があるので、通信初期の送信レートの立ち上がりを
早くすることが出来て、効果的である。
【００７２】また、通信初期はネットワーク上にバッフ
ァされるデータ量を見ていないことにより、ネットワー
ク上のバッファが一杯になり、溢れたとしても、送信レ
ートの設定の方式を、受信端末との間のネットワーク上
にバッファされるデータ量を、所定の目標値となるよう
に、送信レートを可変制御する方式に変えることによっ
て、通信初期の送信レート増加の立ち上がりを早くする
とともに、初期状態を過ぎた後では安定したな送信レー
トを設定することが出来る。
ァされるデータ量を見ていないことにより、ネットワー
ク上のバッファが一杯になり、溢れたとしても、送信レ
ートの設定の方式を、受信端末との間のネットワーク上
にバッファされるデータ量を、所定の目標値となるよう
に、送信レートを可変制御する方式に変えることによっ
て、通信初期の送信レート増加の立ち上がりを早くする
とともに、初期状態を過ぎた後では安定したな送信レー
トを設定することが出来る。
【００７３】また、通信初期は、送信レートの増大させ
る割合（現在の送信レートに乗じる所定の実数値）は大
きくし、また、ある程度送信レートを大きくしてから
（つまり初期段階が終了してから）は、送信レートの変
化率を、上記の実数値よりも小さくすることによって、
通信初期は送信レートの立ち上がりを重視し、通信初期
段階が過ぎれば、安定して最適な送信レートを重視した
設定をすることができる。
る割合（現在の送信レートに乗じる所定の実数値）は大
きくし、また、ある程度送信レートを大きくしてから
（つまり初期段階が終了してから）は、送信レートの変
化率を、上記の実数値よりも小さくすることによって、
通信初期は送信レートの立ち上がりを重視し、通信初期
段階が過ぎれば、安定して最適な送信レートを重視した
設定をすることができる。
【００７４】なお、本実施例において、通信初期の送信
レートの変更の仕方は、受信レートと現在の送信レート
との差分が所定の範囲内である場合に、現在の送信レー
トに所定の実数値を乗じた値を、新たな送信レートとし
て設定する様にしていたが、これに限るものではなく、
例えば実数値を乗じる代わりに、予め送信レートを数段
階決めておき、受信レートと現在の送信レートとの差分
が所定の範囲内である場合に、大きな送信レートの段階
に移るようにしてもよい。
レートの変更の仕方は、受信レートと現在の送信レート
との差分が所定の範囲内である場合に、現在の送信レー
トに所定の実数値を乗じた値を、新たな送信レートとし
て設定する様にしていたが、これに限るものではなく、
例えば実数値を乗じる代わりに、予め送信レートを数段
階決めておき、受信レートと現在の送信レートとの差分
が所定の範囲内である場合に、大きな送信レートの段階
に移るようにしてもよい。
【００７５】つまり、ネットワーク上にバッファされる
データ量を、所定の目標値となるように、送信レートを
可変制御する場合よりも、送信レート変更の変化率が大
きい方式を用いればよい。
データ量を、所定の目標値となるように、送信レートを
可変制御する場合よりも、送信レート変更の変化率が大
きい方式を用いればよい。
【００７６】また、本実施例では、通信初期の場合で説
明したが、例えば、通信回線が急に大きく解放されて、
大幅に送信レートを大きくすることが出来るようになっ
た場合なども、本発明は適用することが出来るのは言う
までもない。
明したが、例えば、通信回線が急に大きく解放されて、
大幅に送信レートを大きくすることが出来るようになっ
た場合なども、本発明は適用することが出来るのは言う
までもない。
【００７７】さらに、大幅に送信レートを小さくする場
合にも、例えば上記のベータを0に近い値に設定し、α
を現在の送信レートに掛ける代わりに、割ってやること
によって、適応することが出来る。
合にも、例えば上記のベータを0に近い値に設定し、α
を現在の送信レートに掛ける代わりに、割ってやること
によって、適応することが出来る。
【００７８】〔実施例２〕本発明は、種々のネットワー
ク、例えばＩＰプロトコルに基づくインターネットやＬ
ＡＮにおいて実施することができる。９６年１月にＲＦ
Ｃ１８８９として標準化されたＲＴＰ（Real Time Prot
ocol）において本発明を実施する方法について以下に説
明する。尚、ＲＴＰはリアルタイムアプリケーション向
けのプロトコルであり、トランスポート層のＴＣＰの代
わりに使用する。かかるＲＴＰで決められた受信者報告
パケットの例を図６に示す。
ク、例えばＩＰプロトコルに基づくインターネットやＬ
ＡＮにおいて実施することができる。９６年１月にＲＦ
Ｃ１８８９として標準化されたＲＴＰ（Real Time Prot
ocol）において本発明を実施する方法について以下に説
明する。尚、ＲＴＰはリアルタイムアプリケーション向
けのプロトコルであり、トランスポート層のＴＣＰの代
わりに使用する。かかるＲＴＰで決められた受信者報告
パケットの例を図６に示す。
【００７９】ここで、図６のＲＴＣＰ受信者報告パケッ
トから、前述の受信レートを求める方法を説明する。受
信レートは、ＲＦＣ１８８９には規定されておらず、そ
の求め方は幾つか考えられる。ＲＴＣＰ受信者報告パケ
ットには、パケット紛失率Ｌ、受信した最大シーケンス
番号Ｓnが含まれていることから、実施例１と同様に、 受信レートＲｒn＝Ｐ×（１−Ｌ）×（Ｓn−Ｓn-1）／
（Ｔn−Ｔn-1） として求めることができる。
トから、前述の受信レートを求める方法を説明する。受
信レートは、ＲＦＣ１８８９には規定されておらず、そ
の求め方は幾つか考えられる。ＲＴＣＰ受信者報告パケ
ットには、パケット紛失率Ｌ、受信した最大シーケンス
番号Ｓnが含まれていることから、実施例１と同様に、 受信レートＲｒn＝Ｐ×（１−Ｌ）×（Ｓn−Ｓn-1）／
（Ｔn−Ｔn-1） として求めることができる。
【００８０】或いは受信レートＲｒn＝（時刻(n-1)から
時刻nの間に送り出したパケットの総サイズ）×（１−
Ｌ）／（Ｔn−Ｔn-1） としてもよいし、他の方法によっても構わない。
時刻nの間に送り出したパケットの総サイズ）×（１−
Ｌ）／（Ｔn−Ｔn-1） としてもよいし、他の方法によっても構わない。
【００８１】以上の通り、本実施形態では、ＲＴＰを活
用することも可能になるのは明らかである。
用することも可能になるのは明らかである。
【００８２】なお、送信側端末及び受信側端末での基本
的な処理の流れは、上記の説明から容易に理解できるで
あろうし、図２及び図３に示したものと実質的に変わら
ないので、ここでの説明は省略する。
的な処理の流れは、上記の説明から容易に理解できるで
あろうし、図２及び図３に示したものと実質的に変わら
ないので、ここでの説明は省略する。
【００８３】また、先に説明したように、パケットサイ
ズを変更することによっても、送信レートを変更するこ
とができる。パケットに含まれるアドレス情報などの制
御に対する、本来のデータ量の比率が変わるからであ
る。
ズを変更することによっても、送信レートを変更するこ
とができる。パケットに含まれるアドレス情報などの制
御に対する、本来のデータ量の比率が変わるからであ
る。
【００８４】なお、本発明は、上記の実施形態を実現す
るための装置及び方法のみに限定されるものではなく、
上記システムまたは装置内のコンピュータ（ＣＰＵある
いはＭＰＵ）に、上記実施形態を実現するためのソフト
ウェアのプログラムコードを供給し、このプログラムコ
ードに従って上記システムあるいは装置のコンピュータ
が上記各種デバイスを動作させることにより上記実施形
態を実現する場合も本発明の範疇に含まれる。
るための装置及び方法のみに限定されるものではなく、
上記システムまたは装置内のコンピュータ（ＣＰＵある
いはＭＰＵ）に、上記実施形態を実現するためのソフト
ウェアのプログラムコードを供給し、このプログラムコ
ードに従って上記システムあるいは装置のコンピュータ
が上記各種デバイスを動作させることにより上記実施形
態を実現する場合も本発明の範疇に含まれる。
【００８５】またこの場合、前期ソフトウェアのプログ
ラムコード自体が上記実施形態の機能を実現することに
なり、そのプログラムコード自体、及びそのプログラム
コードをコンピュータに供給するための手段、具体的に
は上記プログラムコードを格納した記憶媒体は本発明の
範疇に含まれる。
ラムコード自体が上記実施形態の機能を実現することに
なり、そのプログラムコード自体、及びそのプログラム
コードをコンピュータに供給するための手段、具体的に
は上記プログラムコードを格納した記憶媒体は本発明の
範疇に含まれる。
【００８６】本実施形態においては二者間通信を例にし
て説明したが、本発明は二者間通信に限定されるもので
はなく三者以上の通信であってもよい。
て説明したが、本発明は二者間通信に限定されるもので
はなく三者以上の通信であってもよい。
【００８７】このようなプログラムコードを格納する記
憶媒体としては、例えば、フロッピーディスク、ハード
ディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯ
Ｍ、磁気テープ、不揮発性のメモリカード、ＲＯＭなど
を用いることができる。
憶媒体としては、例えば、フロッピーディスク、ハード
ディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯ
Ｍ、磁気テープ、不揮発性のメモリカード、ＲＯＭなど
を用いることができる。
【００８８】また、上記コンピュータが、供給されたプ
ログラムコードのみに従って各種デバイスを制御するこ
とにより、上記実施形態の機能が実現されるだけではな
く、上記プログラムコードがコンピュータ上で稼動して
いるＯＳ（オペレーティングシステム）、あるいは他の
アプリケーションソフトなどと共同して上記実施形態が
実現される場合にもかかるプログラムコードは発明の範
疇に含まれる。
ログラムコードのみに従って各種デバイスを制御するこ
とにより、上記実施形態の機能が実現されるだけではな
く、上記プログラムコードがコンピュータ上で稼動して
いるＯＳ（オペレーティングシステム）、あるいは他の
アプリケーションソフトなどと共同して上記実施形態が
実現される場合にもかかるプログラムコードは発明の範
疇に含まれる。
【００８９】さらに、この供給されたプログラムコード
が、コンピュータの機能拡張ボードやコンピュータに接
続された機能拡張ユニットに備わるメモリに格納された
後、そのプログラムコードの指示に基づいてその機能拡
張ボードや機能拡張ユニットに備わるＣＰＵなどが実際
の処理の一部または全部を行い、その処理によって上記
実施形態が実現される場合も本発明の範疇に含まれる。
が、コンピュータの機能拡張ボードやコンピュータに接
続された機能拡張ユニットに備わるメモリに格納された
後、そのプログラムコードの指示に基づいてその機能拡
張ボードや機能拡張ユニットに備わるＣＰＵなどが実際
の処理の一部または全部を行い、その処理によって上記
実施形態が実現される場合も本発明の範疇に含まれる。
【００９０】なお、本発明はインターネットなどの大規
模なネットワークに適用すると効果が大きい。
模なネットワークに適用すると効果が大きい。
【００９１】また、実施形態では送信側端末として、カ
メラサーバを例にして説明したが、これによっても本発
明が限定されるものではない。例えば、外部記憶装置に
記憶されている動画ファイルを再生して受信側端末にサ
ービスする場合にも適用できよう。
メラサーバを例にして説明したが、これによっても本発
明が限定されるものではない。例えば、外部記憶装置に
記憶されている動画ファイルを再生して受信側端末にサ
ービスする場合にも適用できよう。
【００９２】
【発明の効果】以上のように、本発明によれば、従来の
ネットワークバッファ量を一定にするように制御する方
式に比べ、送信レートの変更を素早く行うことが出来
る。
ネットワークバッファ量を一定にするように制御する方
式に比べ、送信レートの変更を素早く行うことが出来
る。
【００９３】また、受信レートやパケットロスを見るだ
けで送信レートを変更すれば、ネットワークバッファ量
算出の計算をなくすことが出来、送信レートの設定を、
より素早く行うことが出来る。
けで送信レートを変更すれば、ネットワークバッファ量
算出の計算をなくすことが出来、送信レートの設定を、
より素早く行うことが出来る。
【００９４】また、通信回線はまだ帯域に余裕があると
判断した場合は、現在の送信レートに所定の実数値を乗
じた値を、新たな送信レートとして設定することによっ
て、送信レートの立ち上がりを、指数関数的に大きくす
ることが出来る。
判断した場合は、現在の送信レートに所定の実数値を乗
じた値を、新たな送信レートとして設定することによっ
て、送信レートの立ち上がりを、指数関数的に大きくす
ることが出来る。
【００９５】特に、通信開始時には、通常、低めの送信
レートから始まり、まだ通信回線の帯域に余裕があるの
で、通信初期の送信レートの立ち上がりを早くすること
が出来て、効果的である。
レートから始まり、まだ通信回線の帯域に余裕があるの
で、通信初期の送信レートの立ち上がりを早くすること
が出来て、効果的である。
【００９６】また、通信初期はネットワーク上にバッフ
ァされるデータ量を見ていないことにより、ネットワー
ク上のバッファが一杯になり、溢れたとしても、送信レ
ートの設定の方式を、受信端末との間のネットワーク上
にバッファされるデータ量を、所定の目標値となるよう
に、送信レートを可変制御する方式に変えることによっ
て、通信初期の送信レート増加の立ち上がりを早くする
とともに、初期状態を過ぎた後では安定したな送信レー
トを設定することが出来る。
ァされるデータ量を見ていないことにより、ネットワー
ク上のバッファが一杯になり、溢れたとしても、送信レ
ートの設定の方式を、受信端末との間のネットワーク上
にバッファされるデータ量を、所定の目標値となるよう
に、送信レートを可変制御する方式に変えることによっ
て、通信初期の送信レート増加の立ち上がりを早くする
とともに、初期状態を過ぎた後では安定したな送信レー
トを設定することが出来る。
【００９７】また、通信初期は、送信レートの増大させ
る割合（現在の送信レートに乗じる所定の実数値）は大
きくし、また、ある程度送信レートを大きくしてから
（つまり初期段階が終了してから）は、送信レートの変
化率を、上記の実数値よりも小さくすることによって、
通信初期は送信レートの立ち上がりを重視し、通信初期
段階が過ぎれば、安定して最適な送信レートを重視した
設定をすることができる。
る割合（現在の送信レートに乗じる所定の実数値）は大
きくし、また、ある程度送信レートを大きくしてから
（つまり初期段階が終了してから）は、送信レートの変
化率を、上記の実数値よりも小さくすることによって、
通信初期は送信レートの立ち上がりを重視し、通信初期
段階が過ぎれば、安定して最適な送信レートを重視した
設定をすることができる。
【００９８】また、ネットワークの状況に応じて送信レ
ートを動的に変更制御可能であるような適当な制御方式
に切り替えることにより、例えばカメラで撮影された生
の映像を転送するようなリアルタイム性必要とする場合
に特に有効に作用する。
ートを動的に変更制御可能であるような適当な制御方式
に切り替えることにより、例えばカメラで撮影された生
の映像を転送するようなリアルタイム性必要とする場合
に特に有効に作用する。
【図１】本発明の実施例の概略構成ブロック図
【図２】送信側の動作処理内容を示すフローチャート
【図３】受信側の動作処理内容を示すフローチャート
【図４】送信データのフォーマット例を示す図
【図５】受信レポートのフォーマット例を示す図
【図６】ＲＴＣＰ受信者報告パケットのフォーマット
【図７】画像データをネットワークを介して送信するシ
ステムの概略構成図
ステムの概略構成図
フロントページの続き Ｆターム(参考） 5K034 AA02 CC01 CC02 DD03 FF01 FF02 HH01 HH02 HH06 HH14 HH25 HH37 HH50 HH63 KK21 LL01 MM01 MM08 NN12 NN22
Claims (20)
- 【請求項１】 ネットワークを介して端末に向けて、所
定の送信レートでデータを転送する転送手段と、 ネットワーク上にバッファされるデータ量を計測する計
測手段と、 前記端末との間の通信状況に応じて、前記所定の送信レ
ートを可変制御する制御手段を有するデータ通信装置で
あって、 前記制御手段は、前記端末との間のネットワーク上にバ
ッファされるデータ量を、所定の目標値となるように、
送信レートを可変制御する第１の設定手段と、前記第1
の設定手段よりも送信レート変更の変化率が大きい第2
の設定手段とを切替えることを特徴とするデータ通信装
置。 - 【請求項２】 さらに、前記端末がデータを受信する受
信レートを算出する算出手段を有し、 前記第２の設定手段は、前記受信レートと現在の送信レ
ートとの差分に応じて新たな送信レートと設定すること
を特徴とする請求項第１項に記載のデータ通信装置。 - 【請求項３】 前記第２の設定手段は、前記差分が所定
の範囲内である場合に、前記現在の送信レートに所定の
実数値を乗じた値を、新たな送信レートに設定すること
を特徴とする請求項２に記載のデータ通信装置。 - 【請求項４】 前記端末との通信が開始されたときには
前記第２の設定手段を用い、前記制御手段は、前記差分
が所定の範囲から外れた場合に、前記第１の設定手段に
切り替えることを特徴とする請求項３に記載のデータ通
信装置。 - 【請求項５】 前記端末に向けて送信するデータは、所
定の撮像手段で撮像された映像データとすることを特徴
とする請求項１乃至４のいずれかに記載のデータ通信装
置。 - 【請求項６】 前記ネットワークはＲＦＣ１８８９で標
準化されたＲＴＰに適合したネットワークであることを
特徴とする請求項１乃至５のいずれかに記載のデータ通
信装置。 - 【請求項７】 ネットワークを介して端末に向けて、所
定の送信レートでデータを転送する転送工程と、 ネットワーク上にバッファされるデータ量を計測する計
測工程と、 前記端末との間の通信状況に応じて、前記所定の送信レ
ートを可変制御する制御工程を有するデータ通信方法で
あって、前記制御工程は、前記端末との間のネットワー
ク上にバッファされるデータ量を、所定の目標値となる
ように、送信レートを可変制御する第１の設定工程と、
前記第1の設定工程よりも送信レート変更の変化率が大
きい第2の設定工程とを切替えることを特徴とするデー
タ通信方法。 - 【請求項８】 さらに、前記端末がデータを受信する受
信レートを算出する算出工程を有し、 前記第２の設定工程は、前記受信レートと現在の送信レ
ートとの差分に応じて新たな送信レートと設定すること
を特徴とする請求項第７項に記載のデータ通信方法。 - 【請求項９】 前記第２の設定工程は、前記差分が所定
の範囲内である場合に、前記現在の送信レートに所定の
実数値を乗じた値を、新たな送信レートに設定すること
を特徴とする請求項８に記載のデータ通信方法。 - 【請求項１０】 前記端末との通信が開始されたときに
は前記第２の設定工程を用い、前記制御工程は、前記差
分が所定の範囲から外れた場合に、前記第１の設定工程
に切り替えることを特徴とする請求項９に記載のデータ
通信方法。 - 【請求項１１】 前記端末に向けて送信するデータは、
所定の撮像手段で撮像された映像データとすることを特
徴とする請求項７乃至１０のいずれかに記載のデータ通
信方法。 - 【請求項１２】 前記ネットワークはＲＦＣ１８８９で
標準化されたＲＴＰに適合したネットワークであること
を特徴とする請求項７乃至１１のいずれかに記載のデー
タ通信方法。 - 【請求項１３】 コンピュータが読み込み実行すること
で、 ネットワークを介して端末に向けて、所定の送信レート
でデータを転送する転送工程と、 ネットワーク上にバッファされるデータ量を計測する計
測工程と、 前記端末との間の通信状況に応じて、前記所定の送信レ
ートを可変制御する制御工程を有するデータ通信方法で
あって、前記制御工程は、前記端末との間のネットワー
ク上にバッファされるデータ量を、所定の目標値となる
ように、送信レートを可変制御する第１の設定工程と、
前記第1の設定工程よりも送信レート変更の変化率が大
きい第2の設定工程とを切替えることを特徴とするデー
タ通信方法を機能させるプログラムコードを格納した記
憶媒体。 - 【請求項１４】 ネットワークを介して端末に向けて、
所定の送信レートでデータを転送する転送手段と、 前記端末がデータを受信する受信レートを計測する計測
手段と、 前記端末との通信状況に応じて、前記所定の送信レート
を可変制御する制御手段を有するデータ通信装置であっ
て、 前記制御手段は、前記計測手段で計測した受信レートと
現在の送信レートとの差分が所定の範囲内である場合
に、現在の送信レートに所定の実数値を乗じた値を、新
たな送信レートとして設定する第１の設定手段を含むこ
とを特徴とするデータ通信装置。 - 【請求項１５】 前記制御手段は、通信開始時からは、
前記第１の設定手段を用い、前記差分が所定の範囲外と
なった場合には、前記端末との間のネットワーク上にバ
ッファされるデータ量を、所定の目標値となるように、
送信レートを可変制御する第２の設定手段に切替えるこ
とを特徴とする請求項第１４項に記載のデータ通信装
置。 - 【請求項１６】 前記実数値は、前記第２の設定手段に
おける送信レートの変化率と比して大きいことを特徴と
する請求項１５に記載のデータ通信装置。 - 【請求項１７】 ネットワークを介して端末に向けて、
所定の送信レートでデータを転送する転送工程と、 前記端末がデータを受信する受信レートを計測する計測
工程と、 前記端末との通信状況に応じて、前記所定の送信レート
を可変制御する制御工程を有するデータ通信方法であっ
て、 前記制御工程は、前記計測工程で計測した受信レートと
現在の送信レートとの差分が所定の範囲内である場合
に、現在の送信レートに所定の実数値を乗じた値を、新
たな送信レートとして設定する第１の設定工程を含むこ
とを特徴とするデータ通信方法。 - 【請求項１８】 前記制御工程は、通信開始時からは、
前記第１の設定工程を用い、前記差分が所定の範囲外と
なった場合には、前記端末との間のネットワーク上にバ
ッファされるデータ量を、所定の目標値となるように、
送信レートを可変制御する第２の設定工程に切替えるこ
とを特徴とする請求項第１７項に記載のデータ通信方
法。 - 【請求項１９】 前記実数値は、前記第２の設定工程に
おける送信レートの変化率と比して大きいことを特徴と
する請求項１８に記載のデータ通信方法。 - 【請求項２０】 コンピュータが読み込み実行すること
で、 ネットワークを介して端末に向けて、所定の送信レート
でデータを転送する転送工程と、 前記端末がデータを受信する受信レートを計測する計測
工程と、 前記端末との通信状況に応じて、前記所定の送信レート
を可変制御する制御工程を有するデータ通信方法であっ
て、 前記制御工程は、前記計測工程で計測した受信レートと
現在の送信レートとの差分が所定の範囲内である場合
に、現在の送信レートに所定の実数値を乗じた値を、新
たな送信レートとして設定する第１の設定工程を含むこ
とを特徴とするデータ通信方法を機能させるプログラム
コードを格納した記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27220699A JP2001094625A (ja) | 1999-09-27 | 1999-09-27 | データ通信装置、データ通信方法及び記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27220699A JP2001094625A (ja) | 1999-09-27 | 1999-09-27 | データ通信装置、データ通信方法及び記憶媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001094625A true JP2001094625A (ja) | 2001-04-06 |
Family
ID=17510596
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP27220699A Withdrawn JP2001094625A (ja) | 1999-09-27 | 1999-09-27 | データ通信装置、データ通信方法及び記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001094625A (ja) |
Cited By (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003090282A1 (fr) * | 2002-04-19 | 2003-10-30 | Matsushita Electric Industrial Co., Ltd. | Appareil de reception de donnees et systeme de repartition de donnees |
| US7085438B2 (en) * | 2002-12-06 | 2006-08-01 | Nippon Telegraph And Telephone Corporation | Optical multi/demultiplexing circuit equipped with phase generating device |
| JP2009527151A (ja) * | 2006-02-13 | 2009-07-23 | デジタル ファウンテン， インコーポレイテッド | 可変ｆｅｃオーバヘッド及び保護期間を利用したストリーミング及びバッファリング |
| JP2009232216A (ja) * | 2008-03-24 | 2009-10-08 | Sony Corp | 受信装置、送信装置、通信システム、および中継サーバのバッファ設定検出方法 |
| US8806050B2 (en) | 2010-08-10 | 2014-08-12 | Qualcomm Incorporated | Manifest file updates for network streaming of coded multimedia data |
| US8887020B2 (en) | 2003-10-06 | 2014-11-11 | Digital Fountain, Inc. | Error-correcting multi-stage code generator and decoder for communication systems having single transmitters or multiple transmitters |
| US8918533B2 (en) | 2010-07-13 | 2014-12-23 | Qualcomm Incorporated | Video switching for streaming video data |
| US8958375B2 (en) | 2011-02-11 | 2015-02-17 | Qualcomm Incorporated | Framing for an improved radio link protocol including FEC |
| US9136878B2 (en) | 2004-05-07 | 2015-09-15 | Digital Fountain, Inc. | File download and streaming system |
| US9178535B2 (en) | 2006-06-09 | 2015-11-03 | Digital Fountain, Inc. | Dynamic stream interleaving and sub-stream based delivery |
| US9185439B2 (en) | 2010-07-15 | 2015-11-10 | Qualcomm Incorporated | Signaling data for multiplexing video components |
| US9191151B2 (en) | 2006-06-09 | 2015-11-17 | Qualcomm Incorporated | Enhanced block-request streaming using cooperative parallel HTTP and forward error correction |
| US9236976B2 (en) | 2001-12-21 | 2016-01-12 | Digital Fountain, Inc. | Multi stage code generator and decoder for communication systems |
| US9236885B2 (en) | 2002-10-05 | 2016-01-12 | Digital Fountain, Inc. | Systematic encoding and decoding of chain reaction codes |
| US9237101B2 (en) | 2007-09-12 | 2016-01-12 | Digital Fountain, Inc. | Generating and communicating source identification information to enable reliable communications |
| US9240810B2 (en) | 2002-06-11 | 2016-01-19 | Digital Fountain, Inc. | Systems and processes for decoding chain reaction codes through inactivation |
| US9246633B2 (en) | 1998-09-23 | 2016-01-26 | Digital Fountain, Inc. | Information additive code generator and decoder for communication systems |
| US9253233B2 (en) | 2011-08-31 | 2016-02-02 | Qualcomm Incorporated | Switch signaling methods providing improved switching between representations for adaptive HTTP streaming |
| US9264069B2 (en) | 2006-05-10 | 2016-02-16 | Digital Fountain, Inc. | Code generator and decoder for communications systems operating using hybrid codes to allow for multiple efficient uses of the communications systems |
| US9270299B2 (en) | 2011-02-11 | 2016-02-23 | Qualcomm Incorporated | Encoding and decoding using elastic codes with flexible source block mapping |
| US9270414B2 (en) | 2006-02-21 | 2016-02-23 | Digital Fountain, Inc. | Multiple-field based code generator and decoder for communications systems |
| US9281847B2 (en) | 2009-02-27 | 2016-03-08 | Qualcomm Incorporated | Mobile reception of digital video broadcasting—terrestrial services |
| US9288010B2 (en) | 2009-08-19 | 2016-03-15 | Qualcomm Incorporated | Universal file delivery methods for providing unequal error protection and bundled file delivery services |
| US9294226B2 (en) | 2012-03-26 | 2016-03-22 | Qualcomm Incorporated | Universal object delivery and template-based file delivery |
| US9380096B2 (en) | 2006-06-09 | 2016-06-28 | Qualcomm Incorporated | Enhanced block-request streaming system for handling low-latency streaming |
| US9386064B2 (en) | 2006-06-09 | 2016-07-05 | Qualcomm Incorporated | Enhanced block-request streaming using URL templates and construction rules |
| US9419749B2 (en) | 2009-08-19 | 2016-08-16 | Qualcomm Incorporated | Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes |
| US9432433B2 (en) | 2006-06-09 | 2016-08-30 | Qualcomm Incorporated | Enhanced block-request streaming system using signaling or block creation |
| US9485546B2 (en) | 2010-06-29 | 2016-11-01 | Qualcomm Incorporated | Signaling video samples for trick mode video representations |
| US9596447B2 (en) | 2010-07-21 | 2017-03-14 | Qualcomm Incorporated | Providing frame packing type information for video coding |
| US9843844B2 (en) | 2011-10-05 | 2017-12-12 | Qualcomm Incorporated | Network streaming of media data |
| JP2018022998A (ja) * | 2016-08-03 | 2018-02-08 | 富士通株式会社 | 情報処理装置、クライアント端末、情報処理方法、及び、情報処理プログラム |
| US9917874B2 (en) | 2009-09-22 | 2018-03-13 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
-
1999
- 1999-09-27 JP JP27220699A patent/JP2001094625A/ja not_active Withdrawn
Cited By (52)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9246633B2 (en) | 1998-09-23 | 2016-01-26 | Digital Fountain, Inc. | Information additive code generator and decoder for communication systems |
| US9236976B2 (en) | 2001-12-21 | 2016-01-12 | Digital Fountain, Inc. | Multi stage code generator and decoder for communication systems |
| CN100341306C (zh) * | 2002-04-19 | 2007-10-03 | 松下电器产业株式会社 | 数据接收装置和数据分配系统 |
| WO2003090282A1 (fr) * | 2002-04-19 | 2003-10-30 | Matsushita Electric Industrial Co., Ltd. | Appareil de reception de donnees et systeme de repartition de donnees |
| US7817551B2 (en) | 2002-04-19 | 2010-10-19 | Panasonic Corporation | Data reception apparatus and data distribution system |
| US9240810B2 (en) | 2002-06-11 | 2016-01-19 | Digital Fountain, Inc. | Systems and processes for decoding chain reaction codes through inactivation |
| US9236885B2 (en) | 2002-10-05 | 2016-01-12 | Digital Fountain, Inc. | Systematic encoding and decoding of chain reaction codes |
| US7085438B2 (en) * | 2002-12-06 | 2006-08-01 | Nippon Telegraph And Telephone Corporation | Optical multi/demultiplexing circuit equipped with phase generating device |
| US8887020B2 (en) | 2003-10-06 | 2014-11-11 | Digital Fountain, Inc. | Error-correcting multi-stage code generator and decoder for communication systems having single transmitters or multiple transmitters |
| US9236887B2 (en) | 2004-05-07 | 2016-01-12 | Digital Fountain, Inc. | File download and streaming system |
| US9136878B2 (en) | 2004-05-07 | 2015-09-15 | Digital Fountain, Inc. | File download and streaming system |
| JP2009527151A (ja) * | 2006-02-13 | 2009-07-23 | デジタル ファウンテン， インコーポレイテッド | 可変ｆｅｃオーバヘッド及び保護期間を利用したストリーミング及びバッファリング |
| US9136983B2 (en) | 2006-02-13 | 2015-09-15 | Digital Fountain, Inc. | Streaming and buffering using variable FEC overhead and protection periods |
| JP2013017191A (ja) * | 2006-02-13 | 2013-01-24 | Digital Fountain Inc | 可変ｆｅｃオーバヘッド及び保護期間を利用したストリーミング及びバッファリング |
| US9270414B2 (en) | 2006-02-21 | 2016-02-23 | Digital Fountain, Inc. | Multiple-field based code generator and decoder for communications systems |
| US9264069B2 (en) | 2006-05-10 | 2016-02-16 | Digital Fountain, Inc. | Code generator and decoder for communications systems operating using hybrid codes to allow for multiple efficient uses of the communications systems |
| US11477253B2 (en) | 2006-06-09 | 2022-10-18 | Qualcomm Incorporated | Enhanced block-request streaming system using signaling or block creation |
| US9191151B2 (en) | 2006-06-09 | 2015-11-17 | Qualcomm Incorporated | Enhanced block-request streaming using cooperative parallel HTTP and forward error correction |
| US9209934B2 (en) | 2006-06-09 | 2015-12-08 | Qualcomm Incorporated | Enhanced block-request streaming using cooperative parallel HTTP and forward error correction |
| US9628536B2 (en) | 2006-06-09 | 2017-04-18 | Qualcomm Incorporated | Enhanced block-request streaming using cooperative parallel HTTP and forward error correction |
| US9178535B2 (en) | 2006-06-09 | 2015-11-03 | Digital Fountain, Inc. | Dynamic stream interleaving and sub-stream based delivery |
| US9432433B2 (en) | 2006-06-09 | 2016-08-30 | Qualcomm Incorporated | Enhanced block-request streaming system using signaling or block creation |
| US9386064B2 (en) | 2006-06-09 | 2016-07-05 | Qualcomm Incorporated | Enhanced block-request streaming using URL templates and construction rules |
| US9380096B2 (en) | 2006-06-09 | 2016-06-28 | Qualcomm Incorporated | Enhanced block-request streaming system for handling low-latency streaming |
| US9237101B2 (en) | 2007-09-12 | 2016-01-12 | Digital Fountain, Inc. | Generating and communicating source identification information to enable reliable communications |
| US8447878B2 (en) | 2008-03-24 | 2013-05-21 | Sony Corporation | Receiving apparatus, transmitting apparatus, communication system, and method of detecting buffer setting of relay server |
| JP4525780B2 (ja) * | 2008-03-24 | 2010-08-18 | ソニー株式会社 | 受信装置、送信装置、通信システム、および中継サーバのバッファ設定検出方法 |
| JP2009232216A (ja) * | 2008-03-24 | 2009-10-08 | Sony Corp | 受信装置、送信装置、通信システム、および中継サーバのバッファ設定検出方法 |
| US9281847B2 (en) | 2009-02-27 | 2016-03-08 | Qualcomm Incorporated | Mobile reception of digital video broadcasting—terrestrial services |
| US9288010B2 (en) | 2009-08-19 | 2016-03-15 | Qualcomm Incorporated | Universal file delivery methods for providing unequal error protection and bundled file delivery services |
| US9419749B2 (en) | 2009-08-19 | 2016-08-16 | Qualcomm Incorporated | Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes |
| US9876607B2 (en) | 2009-08-19 | 2018-01-23 | Qualcomm Incorporated | Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes |
| US9660763B2 (en) | 2009-08-19 | 2017-05-23 | Qualcomm Incorporated | Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes |
| US9917874B2 (en) | 2009-09-22 | 2018-03-13 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
| US10855736B2 (en) | 2009-09-22 | 2020-12-01 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
| US11743317B2 (en) | 2009-09-22 | 2023-08-29 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
| US11770432B2 (en) | 2009-09-22 | 2023-09-26 | Qualcomm Incorporated | Enhanced block-request streaming system for handling low-latency streaming |
| US9992555B2 (en) | 2010-06-29 | 2018-06-05 | Qualcomm Incorporated | Signaling random access points for streaming video data |
| US9485546B2 (en) | 2010-06-29 | 2016-11-01 | Qualcomm Incorporated | Signaling video samples for trick mode video representations |
| US8918533B2 (en) | 2010-07-13 | 2014-12-23 | Qualcomm Incorporated | Video switching for streaming video data |
| US9185439B2 (en) | 2010-07-15 | 2015-11-10 | Qualcomm Incorporated | Signaling data for multiplexing video components |
| US9596447B2 (en) | 2010-07-21 | 2017-03-14 | Qualcomm Incorporated | Providing frame packing type information for video coding |
| US9602802B2 (en) | 2010-07-21 | 2017-03-21 | Qualcomm Incorporated | Providing frame packing type information for video coding |
| US9456015B2 (en) | 2010-08-10 | 2016-09-27 | Qualcomm Incorporated | Representation groups for network streaming of coded multimedia data |
| US9319448B2 (en) | 2010-08-10 | 2016-04-19 | Qualcomm Incorporated | Trick modes for network streaming of coded multimedia data |
| US8806050B2 (en) | 2010-08-10 | 2014-08-12 | Qualcomm Incorporated | Manifest file updates for network streaming of coded multimedia data |
| US9270299B2 (en) | 2011-02-11 | 2016-02-23 | Qualcomm Incorporated | Encoding and decoding using elastic codes with flexible source block mapping |
| US8958375B2 (en) | 2011-02-11 | 2015-02-17 | Qualcomm Incorporated | Framing for an improved radio link protocol including FEC |
| US9253233B2 (en) | 2011-08-31 | 2016-02-02 | Qualcomm Incorporated | Switch signaling methods providing improved switching between representations for adaptive HTTP streaming |
| US9843844B2 (en) | 2011-10-05 | 2017-12-12 | Qualcomm Incorporated | Network streaming of media data |
| US9294226B2 (en) | 2012-03-26 | 2016-03-22 | Qualcomm Incorporated | Universal object delivery and template-based file delivery |
| JP2018022998A (ja) * | 2016-08-03 | 2018-02-08 | 富士通株式会社 | 情報処理装置、クライアント端末、情報処理方法、及び、情報処理プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2001094625A (ja) | データ通信装置、データ通信方法及び記憶媒体 | |
| US11778006B2 (en) | Data transmission method and apparatus | |
| CN107623851B (zh) | 视频码流传输控制装置及控制方法 | |
| US6643496B1 (en) | System, method, and apparatus for adjusting packet transmission rates based on dynamic evaluation of network characteristics | |
| EP2137883B1 (en) | Method of transmitting data in a communication system | |
| JP3658087B2 (ja) | 端末装置及び端末装置の制御方法 | |
| WO2019154221A1 (zh) | 发送流数据的方法及数据发送设备 | |
| WO2020259448A1 (zh) | 数据的处理方法及装置、计算机可读存储介质和电子装置 | |
| EP1143671A2 (en) | Device and method for reducing delay jitter in data transmission | |
| US20050015808A1 (en) | Camera server and image distribution method | |
| JP2001144802A (ja) | データ通信装置及びその方法及び通信システム及び記憶媒体 | |
| JPH11308271A (ja) | データ通信装置及び受信装置及び制御方法及び記憶媒体及びデータ通信システム | |
| US20050262265A1 (en) | Streaming content reproduction method and internet connection device using the same | |
| JPWO2010041469A1 (ja) | コンテンツ配信システム、コンテンツ配信方法およびコンピュータプログラム | |
| KR20050091054A (ko) | 콘텐츠의 스트림 비트율을 조정하기 위한 디바이스 및프로세스 그리고 관련 제품 | |
| JP2000115245A (ja) | データ送信装置、データ受信装置、データ通信装置及びデータ通信方法 | |
| JP3871661B2 (ja) | マルチメディアコンテンツ受信装置及びマルチメディアコンテンツ受信方法 | |
| JP3967443B2 (ja) | 画像データ送受信システムおよびその送信側装置およびその受信側装置並びにそのプログラムを記憶した記憶媒体 | |
| JP2001016276A (ja) | 通信装置、通信方法、記憶媒体及び通信システム | |
| US20040083488A1 (en) | Receiving apparatus, data communication system, and method for data communication | |
| US6947447B1 (en) | Image communication apparatus, image communication method and recording medium which stores the sound and image | |
| JPH11284659A (ja) | 通信制御方法及びその装置及び記憶媒体 | |
| CN114039931A (zh) | 一种控制数据传输的方法、装置、设备及介质 | |
| JP2004215199A (ja) | 情報処理装置および方法、記録媒体、並びにプログラム | |
| CN107302504B (zh) | 一种基于虚拟发送队列的多路传输调度方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20061205 |