JP2002217990A - データ伝送システム、送信装置、受信装置及びバッファ制御方法 - Google Patents
データ伝送システム、送信装置、受信装置及びバッファ制御方法Info
- Publication number
- JP2002217990A JP2002217990A JP2001006856A JP2001006856A JP2002217990A JP 2002217990 A JP2002217990 A JP 2002217990A JP 2001006856 A JP2001006856 A JP 2001006856A JP 2001006856 A JP2001006856 A JP 2001006856A JP 2002217990 A JP2002217990 A JP 2002217990A
- Authority
- JP
- Japan
- Prior art keywords
- data
- amount
- buffer
- staying
- packet
- 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.)
- Pending
Links
Landscapes
- Compression Or Coding Systems Of Tv Signals (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 バッファ量を適切に制御することを可能と
し、システム全体のデータの再生を効率的に行うことを
可能とするデータ伝送システムを提供すること。 【解決手段】 ビデオ圧縮・送信装置３１はキャプチャ
したイメージデータを圧縮符号化してネットワーク３３
を介してビデオ受信・復号装置３２へ送信する装置であ
り、ビデオ受信・復号装置３２は受信した圧縮符号化さ
れたイメージデータを復号して表示する装置である。ビ
デオ圧縮・送信装置３１及びビデオ受信・復号装置３２
は、それぞれ、自装置内のバッファ２，４，７，９に滞
留するデータの量を示す滞留データ量を計測し、両装置
相互間で滞留データ量を交換し、両装置は、それぞれ、
両装置の滞留データ量に基づいて両装置についての全滞
留データ量を求め、該全滞留データ量に基づいて自装置
内のバッファ２，４，７，９に滞留するデータに対する
削除制御を行う。
し、システム全体のデータの再生を効率的に行うことを
可能とするデータ伝送システムを提供すること。 【解決手段】 ビデオ圧縮・送信装置３１はキャプチャ
したイメージデータを圧縮符号化してネットワーク３３
を介してビデオ受信・復号装置３２へ送信する装置であ
り、ビデオ受信・復号装置３２は受信した圧縮符号化さ
れたイメージデータを復号して表示する装置である。ビ
デオ圧縮・送信装置３１及びビデオ受信・復号装置３２
は、それぞれ、自装置内のバッファ２，４，７，９に滞
留するデータの量を示す滞留データ量を計測し、両装置
相互間で滞留データ量を交換し、両装置は、それぞれ、
両装置の滞留データ量に基づいて両装置についての全滞
留データ量を求め、該全滞留データ量に基づいて自装置
内のバッファ２，４，７，９に滞留するデータに対する
削除制御を行う。
Description
【０００１】
【発明の属する技術分野】本発明は、ＭＰＥＧなどの動
画像圧縮符号化方式が生成したデータなどを、インター
ネットなどのパケット交換型ネットワークを用いて、リ
アルタイムに伝送するデータ伝送システム、送信装置、
受信装置及びバッファ制御方法に関する。
画像圧縮符号化方式が生成したデータなどを、インター
ネットなどのパケット交換型ネットワークを用いて、リ
アルタイムに伝送するデータ伝送システム、送信装置、
受信装置及びバッファ制御方法に関する。
【０００２】
【従来の技術】最初に、従来のネットワークビデオ伝送
システムの構成例について説明する。
システムの構成例について説明する。
【０００３】図７に、従来のネットワークビデオ伝送シ
ステムの構成を示す。
ステムの構成を示す。
【０００４】ビデオ圧縮・送信装置１００１は、ビデオ
キャプチャ処理部１０１、イメージバッファ１０２、画
像圧縮符号エンコード処理部１０３、符号バッファ１０
４、ネットワークプロトコル処理部１０５を備えてい
る。
キャプチャ処理部１０１、イメージバッファ１０２、画
像圧縮符号エンコード処理部１０３、符号バッファ１０
４、ネットワークプロトコル処理部１０５を備えてい
る。
【０００５】ビデオキャプチャ処理部１０１は、例えば
カメラなどの入力デバイスからの画像信号をデジタル化
して（イメージデータとして）装置内に取り込むための
部分である。イメージバッファ１０２は、キャプチャし
たイメージデータを、ビデオキャプチャ処理部１０１と
画像圧縮符号エンコード処理部１０３との間で受け渡す
際に一時蓄えるためのバッファである。画像圧縮符号エ
ンコード処理部１０３は、例えばＭＰＥＧなどの所定の
画像圧縮符号方式規格に基づいて、イメージデータを圧
縮符号化するための部分である。符号バッファ１０４
は、圧縮符号化されたイメージデータ（以下、符号デー
タと呼ぶ）を、画像圧縮符号エンコード処理部１０３と
ネットワークプロトコル処理部１０５との間で受け渡す
際に一時蓄えるためのバッファである。ネットワークプ
ロトコル処理部１０５は、符号データを、一定の通信プ
ロトコル（例えば、ＲＴＰ（リアルタイムトランスポー
トプロトコル））の規約に従ってパケット化し、ネット
ワーク１００３へ送信するための処理を実行するための
部分である。
カメラなどの入力デバイスからの画像信号をデジタル化
して（イメージデータとして）装置内に取り込むための
部分である。イメージバッファ１０２は、キャプチャし
たイメージデータを、ビデオキャプチャ処理部１０１と
画像圧縮符号エンコード処理部１０３との間で受け渡す
際に一時蓄えるためのバッファである。画像圧縮符号エ
ンコード処理部１０３は、例えばＭＰＥＧなどの所定の
画像圧縮符号方式規格に基づいて、イメージデータを圧
縮符号化するための部分である。符号バッファ１０４
は、圧縮符号化されたイメージデータ（以下、符号デー
タと呼ぶ）を、画像圧縮符号エンコード処理部１０３と
ネットワークプロトコル処理部１０５との間で受け渡す
際に一時蓄えるためのバッファである。ネットワークプ
ロトコル処理部１０５は、符号データを、一定の通信プ
ロトコル（例えば、ＲＴＰ（リアルタイムトランスポー
トプロトコル））の規約に従ってパケット化し、ネット
ワーク１００３へ送信するための処理を実行するための
部分である。
【０００６】一方、ビデオ受信・復号装置１００２は、
ネットワークプロトコル処理部１０６、符号バッファ１
０７、画像圧縮符号デコード処理部１０８、イメージバ
ッファ１０９、表示処理部１１０を備えている。
ネットワークプロトコル処理部１０６、符号バッファ１
０７、画像圧縮符号デコード処理部１０８、イメージバ
ッファ１０９、表示処理部１１０を備えている。
【０００７】ネットワークプロトコル処理部１０６は、
ビデオ圧縮・送信装置１００１のネットワークプロトコ
ル処理部１０５と対をなす部分で、プロトコル処理を実
行してネットワーク１００３からパケットを受信し、受
信パケットの中から符号データを取り出すための部分で
ある。符号バッファ１０７は、取り出された符号データ
を、ネットワークプロトコル処理部１０６と画像圧縮符
号デコード処理部１０８との間で受け渡す際に一時蓄え
るためのバッファである。画像圧縮符号デコード処理部
１０８は、ビデオ圧縮・送信装置１００１の画像圧縮符
号エンコード処理部１０３と対をなす部分で、所定の画
像圧縮符号化方式規格に基づいて、符号データをもとの
イメージデータに復号するための部分である。イメージ
バッファ１０９は、復号されたイメージデータを、画像
圧縮符号デコード処理部１０８と表示処理部１１０との
間で受け渡す際に一時蓄えるためのバッファである。表
示処理部１１０は、イメージデータをディスプレイ画面
などに表示するための部分である。
ビデオ圧縮・送信装置１００１のネットワークプロトコ
ル処理部１０５と対をなす部分で、プロトコル処理を実
行してネットワーク１００３からパケットを受信し、受
信パケットの中から符号データを取り出すための部分で
ある。符号バッファ１０７は、取り出された符号データ
を、ネットワークプロトコル処理部１０６と画像圧縮符
号デコード処理部１０８との間で受け渡す際に一時蓄え
るためのバッファである。画像圧縮符号デコード処理部
１０８は、ビデオ圧縮・送信装置１００１の画像圧縮符
号エンコード処理部１０３と対をなす部分で、所定の画
像圧縮符号化方式規格に基づいて、符号データをもとの
イメージデータに復号するための部分である。イメージ
バッファ１０９は、復号されたイメージデータを、画像
圧縮符号デコード処理部１０８と表示処理部１１０との
間で受け渡す際に一時蓄えるためのバッファである。表
示処理部１１０は、イメージデータをディスプレイ画面
などに表示するための部分である。
【０００８】次に、このような従来のネットワークビデ
オ伝送システムにおいてしばしば発生する問題点につい
て説明する。
オ伝送システムにおいてしばしば発生する問題点につい
て説明する。
【０００９】一般にイメージデータのネットワーク伝送
は、各装置やＣＰＵあるいはネットワークに大きな負荷
をかける処理であり、しばしば装置やネットワークの処
理能力をオーバーしてしまうことがある。そのためにシ
ステムの各部の動作を適切に制御する必要がある。
は、各装置やＣＰＵあるいはネットワークに大きな負荷
をかける処理であり、しばしば装置やネットワークの処
理能力をオーバーしてしまうことがある。そのためにシ
ステムの各部の動作を適切に制御する必要がある。
【００１０】図７のシステム構成では、システムを流れ
るデータの量が各処理部の能力を超えると、その前段の
バッファに蓄積されるデータの量が増加する。
るデータの量が各処理部の能力を超えると、その前段の
バッファに蓄積されるデータの量が増加する。
【００１１】ビデオキャプチャ処理部１０１が出力する
イメージデータが、画像圧縮符号エンコード処理部１０
３の処理能力を超えてしまうと、イメージバッファ１０
２に滞留するデータが増加する。
イメージデータが、画像圧縮符号エンコード処理部１０
３の処理能力を超えてしまうと、イメージバッファ１０
２に滞留するデータが増加する。
【００１２】画像圧縮符号エンコード処理部１０３が出
力する符号量が、ネットワーク１００３の伝送能力を超
えてしまうと、符号バッファ１０４に滞留するデータが
増加する。
力する符号量が、ネットワーク１００３の伝送能力を超
えてしまうと、符号バッファ１０４に滞留するデータが
増加する。
【００１３】ネットワークから受信されるデータ量が、
画像圧縮符号デコード処理部１０８の能力を超えてしま
うと、符号バッファ１０７に滞留するデータが増加す
る。
画像圧縮符号デコード処理部１０８の能力を超えてしま
うと、符号バッファ１０７に滞留するデータが増加す
る。
【００１４】画像圧縮符号デコード処理部１０８が出力
する符号量が、表示処理部１１０の能力を超えてしまう
と、イメージバッファ１０９に滞留するデータが増加す
る。
する符号量が、表示処理部１１０の能力を超えてしまう
と、イメージバッファ１０９に滞留するデータが増加す
る。
【００１５】それぞれのバッファに滞留するデータが増
加すると、データがバッファに滞留している時間が長く
なり、キャプチャから表示までの遅延時間が長くなる。
遅延が長くなると、例えば、テレビ電話などのシステム
において、ユーザにとって、双方向の会話が難しくなる
という問題が起きる。
加すると、データがバッファに滞留している時間が長く
なり、キャプチャから表示までの遅延時間が長くなる。
遅延が長くなると、例えば、テレビ電話などのシステム
において、ユーザにとって、双方向の会話が難しくなる
という問題が起きる。
【００１６】また、バッファ量には容量に限りがある場
合が一般的であり、バッファに溜まるデータ量がその容
量を超えてしまうと、溢れた分のデータが廃棄されてし
まうという不具合が発生する。
合が一般的であり、バッファに溜まるデータ量がその容
量を超えてしまうと、溢れた分のデータが廃棄されてし
まうという不具合が発生する。
【００１７】
【発明が解決しようとする課題】以上のように、従来の
ネットワークビデオ伝送システムにおいては、バッファ
に滞留するデータが増加することによって、データがバ
ッファに滞留している時間が長くなり、キャプチャから
表示までの遅延時間が長くなるという問題点や、データ
がその容量を超えた時点で溢れた分のデータが廃棄され
てしまうという問題点などがあった。この点は、音声デ
ータや音楽データなど、ビデオの他のストリーム・デー
タを扱うシステムについても同様である。
ネットワークビデオ伝送システムにおいては、バッファ
に滞留するデータが増加することによって、データがバ
ッファに滞留している時間が長くなり、キャプチャから
表示までの遅延時間が長くなるという問題点や、データ
がその容量を超えた時点で溢れた分のデータが廃棄され
てしまうという問題点などがあった。この点は、音声デ
ータや音楽データなど、ビデオの他のストリーム・デー
タを扱うシステムについても同様である。
【００１８】本発明は、上記事情を考慮してなされたも
ので、バッファ量を適切に制御することを可能とし、シ
ステム全体のストリーム・データの再生を効率的に行う
ことを可能とするデータ伝送システム、送信装置、受信
装置及びバッファ制御方法を提供することを目的とす
る。
ので、バッファ量を適切に制御することを可能とし、シ
ステム全体のストリーム・データの再生を効率的に行う
ことを可能とするデータ伝送システム、送信装置、受信
装置及びバッファ制御方法を提供することを目的とす
る。
【００１９】
【課題を解決するための手段】本発明は、ストリーム・
データを圧縮符号化しパケットに載せてネットワークに
送信する送信装置と、該ネットワークから該パケットを
受信しその中から圧縮符号化されたストリーム・データ
を取り出し復号する受信装置とを含むデータ伝送システ
ムであって、前記送信装置内に存在する前記ストリーム
・データの処理に関係するバッファに滞留するデータの
量を示す滞留データ量を計測するための手段と、前記受
信装置内に存在する前記ストリーム・データの処理に関
係するバッファに滞留するデータの量を示す滞留データ
量を計測するための手段と、前記送信装置と前記受信装
置との間で相互に前記滞留データ量を交換するための手
段とを備え、前記送信装置及び前記受信装置は、それぞ
れ、前記送信装置の滞留データ量と前記受信装置の滞留
データ量とに基づいて、前記送信装置及び前記受信装置
についての全滞留データ量を求め、該全滞留データ量に
基づいて自装置内に存在する前記ストリーム・データの
処理に関係するバッファに滞留するデータに対する削除
制御を行うことを特徴とする。
データを圧縮符号化しパケットに載せてネットワークに
送信する送信装置と、該ネットワークから該パケットを
受信しその中から圧縮符号化されたストリーム・データ
を取り出し復号する受信装置とを含むデータ伝送システ
ムであって、前記送信装置内に存在する前記ストリーム
・データの処理に関係するバッファに滞留するデータの
量を示す滞留データ量を計測するための手段と、前記受
信装置内に存在する前記ストリーム・データの処理に関
係するバッファに滞留するデータの量を示す滞留データ
量を計測するための手段と、前記送信装置と前記受信装
置との間で相互に前記滞留データ量を交換するための手
段とを備え、前記送信装置及び前記受信装置は、それぞ
れ、前記送信装置の滞留データ量と前記受信装置の滞留
データ量とに基づいて、前記送信装置及び前記受信装置
についての全滞留データ量を求め、該全滞留データ量に
基づいて自装置内に存在する前記ストリーム・データの
処理に関係するバッファに滞留するデータに対する削除
制御を行うことを特徴とする。
【００２０】また、本発明は、ストリーム・データを圧
縮符号化しパケットに載せてネットワークを介し受信装
置に送信する送信装置であって、自装置内に存在する前
記ストリーム・データの処理に関係するバッファに滞留
するデータの量を示す滞留データ量を計測するための手
段と、前記受信装置との間で、自装置の前記滞留データ
量と、該受信装置内に存在する前記ストリーム・データ
の処理に関係するバッファについての滞留データ量とを
相互交換するための手段と、自装置の前記滞留データ量
と前記受信装置の前記滞留データ量とに基づいて、自装
置び前記受信装置についての全滞留データ量を求める手
段と、求められた前記全滞留データ量に基づいて自装置
内に存在する前記ストリーム・データの処理に関係する
バッファに滞留するデータに対する削除制御を行う手段
とを備えたことを特徴とする。
縮符号化しパケットに載せてネットワークを介し受信装
置に送信する送信装置であって、自装置内に存在する前
記ストリーム・データの処理に関係するバッファに滞留
するデータの量を示す滞留データ量を計測するための手
段と、前記受信装置との間で、自装置の前記滞留データ
量と、該受信装置内に存在する前記ストリーム・データ
の処理に関係するバッファについての滞留データ量とを
相互交換するための手段と、自装置の前記滞留データ量
と前記受信装置の前記滞留データ量とに基づいて、自装
置び前記受信装置についての全滞留データ量を求める手
段と、求められた前記全滞留データ量に基づいて自装置
内に存在する前記ストリーム・データの処理に関係する
バッファに滞留するデータに対する削除制御を行う手段
とを備えたことを特徴とする。
【００２１】また、本発明は、ネットワークを介して送
信装置からパケットを受信しその中から圧縮符号化され
たストリーム・データを取り出し復号する受信装置であ
って、自装置内に存在する前記ストリーム・データの処
理に関係するバッファに滞留するデータの量を示す滞留
データ量を計測するための手段と、前記送信装置との間
で、自装置の前記滞留データ量と、該送信装置内に存在
する前記ストリーム・データの処理に関係するバッファ
についての滞留データ量とを相互交換するための手段
と、自装置の前記滞留データ量と前記送信装置の前記滞
留データ量とに基づいて、自装置び前記送信装置につい
ての全滞留データ量を求める手段と、求められた前記全
滞留データ量に基づいて自装置内に存在する前記ストリ
ーム・データの処理に関係するバッファに滞留するデー
タに対する削除制御を行う手段とを備えたことを特徴と
する。
信装置からパケットを受信しその中から圧縮符号化され
たストリーム・データを取り出し復号する受信装置であ
って、自装置内に存在する前記ストリーム・データの処
理に関係するバッファに滞留するデータの量を示す滞留
データ量を計測するための手段と、前記送信装置との間
で、自装置の前記滞留データ量と、該送信装置内に存在
する前記ストリーム・データの処理に関係するバッファ
についての滞留データ量とを相互交換するための手段
と、自装置の前記滞留データ量と前記送信装置の前記滞
留データ量とに基づいて、自装置び前記送信装置につい
ての全滞留データ量を求める手段と、求められた前記全
滞留データ量に基づいて自装置内に存在する前記ストリ
ーム・データの処理に関係するバッファに滞留するデー
タに対する削除制御を行う手段とを備えたことを特徴と
する。
【００２２】また、本発明は、ストリーム・データを圧
縮符号化しパケットに載せてネットワークに送信する送
信装置と、該ネットワークから該パケットを受信しその
中から圧縮符号化されたストリーム・データを取り出し
復号する受信装置とを含むデータ伝送システムにおける
バッファ制御方法であって、前記送信装置及び前記受信
装置は、それぞれ、自装置内に存在する前記ストリーム
・データの処理に関係するバッファに滞留するデータの
量を示す滞留データ量を計測し、前記送信装置と前記受
信装置との間で相互に前記滞留データ量を交換し、前記
送信装置及び前記受信装置は、それぞれ、前記送信装置
の滞留データ量と前記受信装置の滞留データ量とに基づ
いて、前記送信装置及び前記受信装置についての全滞留
データ量を求め、該全滞留データ量に基づいて自装置内
に存在する前記ストリーム・データの処理に関係するバ
ッファに滞留するデータに対する削除制御を行うことを
特徴とする。
縮符号化しパケットに載せてネットワークに送信する送
信装置と、該ネットワークから該パケットを受信しその
中から圧縮符号化されたストリーム・データを取り出し
復号する受信装置とを含むデータ伝送システムにおける
バッファ制御方法であって、前記送信装置及び前記受信
装置は、それぞれ、自装置内に存在する前記ストリーム
・データの処理に関係するバッファに滞留するデータの
量を示す滞留データ量を計測し、前記送信装置と前記受
信装置との間で相互に前記滞留データ量を交換し、前記
送信装置及び前記受信装置は、それぞれ、前記送信装置
の滞留データ量と前記受信装置の滞留データ量とに基づ
いて、前記送信装置及び前記受信装置についての全滞留
データ量を求め、該全滞留データ量に基づいて自装置内
に存在する前記ストリーム・データの処理に関係するバ
ッファに滞留するデータに対する削除制御を行うことを
特徴とする。
【００２３】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。また、装置または方法に係る本発明
は、コンピュータに当該発明に相当する手順を実行させ
るための（あるいはコンピュータを当該発明に相当する
手段として機能させるための、あるいはコンピュータに
当該発明に相当する機能を実現させるための）プログラ
ムとしても成立し、該プログラムを記録したコンピュー
タ読取り可能な記録媒体としても成立する。
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。また、装置または方法に係る本発明
は、コンピュータに当該発明に相当する手順を実行させ
るための（あるいはコンピュータを当該発明に相当する
手段として機能させるための、あるいはコンピュータに
当該発明に相当する機能を実現させるための）プログラ
ムとしても成立し、該プログラムを記録したコンピュー
タ読取り可能な記録媒体としても成立する。
【００２４】本発明では、ストリーム・データを圧縮符
号化してネットワークを介して受信装置へ送信する送信
装置及び受信した圧縮符号化されたストリーム・データ
を復号する受信装置は、それぞれ、自装置内のストリー
ム・データの処理に関係するバッファに滞留するデータ
の量を示す滞留データ量を計測し、両装置相互間で滞留
データ量を交換し、両装置は、それぞれ、両装置の滞留
データ量に基づいて両装置についての全滞留データ量を
求め、該全滞留データ量に基づいて自装置内のストリー
ム・データの処理に関係するバッファに滞留するデータ
に対する削除制御を行う。
号化してネットワークを介して受信装置へ送信する送信
装置及び受信した圧縮符号化されたストリーム・データ
を復号する受信装置は、それぞれ、自装置内のストリー
ム・データの処理に関係するバッファに滞留するデータ
の量を示す滞留データ量を計測し、両装置相互間で滞留
データ量を交換し、両装置は、それぞれ、両装置の滞留
データ量に基づいて両装置についての全滞留データ量を
求め、該全滞留データ量に基づいて自装置内のストリー
ム・データの処理に関係するバッファに滞留するデータ
に対する削除制御を行う。
【００２５】本発明によれば、バッファ量を適切に制御
することが可能となり、もって、システム全体のビデオ
などのストリーム・データの再生を効率的に行うことが
可能となる。
することが可能となり、もって、システム全体のビデオ
などのストリーム・データの再生を効率的に行うことが
可能となる。
【００２６】
【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。
実施の形態を説明する。
【００２７】図１に、本発明の一実施形態に係るネット
ワークビデオ伝送システムの構成例を示す。ビデオ圧縮
・送信装置３１は、キャプチャしたイメージデータを圧
縮符号化してネットワーク３３を介してビデオ受信・復
号装置３２へ送信する装置であり、ビデオ受信・復号装
置３２は、ネットワーク３３を介してビデオ受信・復号
装置３２から受信した圧縮符号化されたイメージデータ
を復号して表示する装置である。
ワークビデオ伝送システムの構成例を示す。ビデオ圧縮
・送信装置３１は、キャプチャしたイメージデータを圧
縮符号化してネットワーク３３を介してビデオ受信・復
号装置３２へ送信する装置であり、ビデオ受信・復号装
置３２は、ネットワーク３３を介してビデオ受信・復号
装置３２から受信した圧縮符号化されたイメージデータ
を復号して表示する装置である。
【００２８】図１に示されるように、本実施形態のビデ
オ圧縮・送信装置３１は、ビデオキャプチャ処理部１、
イメージバッファ２、画像圧縮符号エンコード処理部
３、符号バッファ４、ネットワークプロトコル処理部
５、イメージバッファ制御部１１、符号バッファ制御部
１２、バッファ集計伝達部１５を備えている。
オ圧縮・送信装置３１は、ビデオキャプチャ処理部１、
イメージバッファ２、画像圧縮符号エンコード処理部
３、符号バッファ４、ネットワークプロトコル処理部
５、イメージバッファ制御部１１、符号バッファ制御部
１２、バッファ集計伝達部１５を備えている。
【００２９】ビデオキャプチャ処理部１、イメージバッ
ファ２、画像圧縮符号エンコード処理部３、符号バッフ
ァ４、ネットワークプロトコル処理部５は、図７のビデ
オキャプチャ処理部１０１、イメージバッファ１０２、
画像圧縮符号エンコード処理部１０３、符号バッファ１
０４、ネットワークプロトコル処理部１０５とそれぞれ
同様の機能である。イメージバッファ制御部１１、符号
バッファ制御部１２、バッファ集計伝達部１５について
は、後述する。
ファ２、画像圧縮符号エンコード処理部３、符号バッフ
ァ４、ネットワークプロトコル処理部５は、図７のビデ
オキャプチャ処理部１０１、イメージバッファ１０２、
画像圧縮符号エンコード処理部１０３、符号バッファ１
０４、ネットワークプロトコル処理部１０５とそれぞれ
同様の機能である。イメージバッファ制御部１１、符号
バッファ制御部１２、バッファ集計伝達部１５について
は、後述する。
【００３０】一方、図１に示されるように、本実施形態
のビデオ受信・復号装置３２は、ネットワークプロトコ
ル処理部６、符号バッファ７、画像圧縮符号デコード処
理部８、イメージバッファ９、表示処理部１０、符号バ
ッファ制御部１３、イメージバッファ制御部１４、バッ
ファ集計伝達部１６を備えている。
のビデオ受信・復号装置３２は、ネットワークプロトコ
ル処理部６、符号バッファ７、画像圧縮符号デコード処
理部８、イメージバッファ９、表示処理部１０、符号バ
ッファ制御部１３、イメージバッファ制御部１４、バッ
ファ集計伝達部１６を備えている。
【００３１】ネットワークプロトコル処理部６、符号バ
ッファ７、画像圧縮符号デコード処理部８、イメージバ
ッファ９、表示処理部１０は、図７のネットワークプロ
トコル処理部１０６、符号バッファ１０７、画像圧縮符
号デコード処理部１０８、イメージバッファ１０９、表
示処理部１１０とそれぞれ同様の機能である。符号バッ
ファ制御部１３、イメージバッファ制御部１４、バッフ
ァ集計伝達部１６については後述する。
ッファ７、画像圧縮符号デコード処理部８、イメージバ
ッファ９、表示処理部１０は、図７のネットワークプロ
トコル処理部１０６、符号バッファ１０７、画像圧縮符
号デコード処理部１０８、イメージバッファ１０９、表
示処理部１１０とそれぞれ同様の機能である。符号バッ
ファ制御部１３、イメージバッファ制御部１４、バッフ
ァ集計伝達部１６については後述する。
【００３２】まず、本ネットワークビデオ伝送システム
の基本的な処理の流れについて説明する。
の基本的な処理の流れについて説明する。
【００３３】ビデオ圧縮・送信装置３１では、ビデオキ
ャプチャ処理部１０１により画像信号をデジタル化して
装置内に取り込み、画像圧縮符号エンコード処理部１０
３により該イメージデータを圧縮符号化し、ネットワー
クプロトコル処理部１０５により符号データをパケット
化してネットワーク１００３へ送信する。
ャプチャ処理部１０１により画像信号をデジタル化して
装置内に取り込み、画像圧縮符号エンコード処理部１０
３により該イメージデータを圧縮符号化し、ネットワー
クプロトコル処理部１０５により符号データをパケット
化してネットワーク１００３へ送信する。
【００３４】他方、ビデオ受信・復号装置１００２で
は、ネットワークプロトコル処理部１０６によりネット
ワーク１００３からのパケットを受信し、受信パケット
の中から符号データを取りし、画像圧縮符号デコード処
理部１０８により符号データをもとのイメージデータに
復号し、表示処理部１１０によりイメージデータの表示
を行う。
は、ネットワークプロトコル処理部１０６によりネット
ワーク１００３からのパケットを受信し、受信パケット
の中から符号データを取りし、画像圧縮符号デコード処
理部１０８により符号データをもとのイメージデータに
復号し、表示処理部１１０によりイメージデータの表示
を行う。
【００３５】そして、各部間でデータが受け渡しされる
際に、イメージバッファ１０２、符号バッファ１０４、
符号バッファ１０７、イメージバッファ１０９でそれぞ
れキューイングが行われる。
際に、イメージバッファ１０２、符号バッファ１０４、
符号バッファ１０７、イメージバッファ１０９でそれぞ
れキューイングが行われる。
【００３６】続いて、本ネットワークビデオ伝送システ
ムにおけるバッファ制御について説明する。
ムにおけるバッファ制御について説明する。
【００３７】ビデオ圧縮・送信装置３１のイメージバッ
ファ制御部１１および符号バッファ制御部１２、ならび
にビデオ受信・復号装置１００２の符号バッファ制御部
１３およびイメージバッファ制御部１４の各々は、それ
ぞれ、対象とするバッファ（すなわち、イメージバッフ
ァ２、符号バッファ４、符号バッファ７、イメージバッ
ファ９）に滞留しているデータの量を測定する機能を有
する。ここで、バッファに滞留している「データの量」
は、例えば、ビデオの１フレーム分を１として数えた整
数値である。
ファ制御部１１および符号バッファ制御部１２、ならび
にビデオ受信・復号装置１００２の符号バッファ制御部
１３およびイメージバッファ制御部１４の各々は、それ
ぞれ、対象とするバッファ（すなわち、イメージバッフ
ァ２、符号バッファ４、符号バッファ７、イメージバッ
ファ９）に滞留しているデータの量を測定する機能を有
する。ここで、バッファに滞留している「データの量」
は、例えば、ビデオの１フレーム分を１として数えた整
数値である。
【００３８】以下では、イメージバッファ２、符号バッ
ファ４、符号バッファ７、イメージバッファ９に溜まっ
ているデータの量をそれぞれＮ２，Ｎ４，Ｎ７，Ｎ９で
表し、いずれも当該バッファに滞留しているフレーム数
を示すものとして説明する。
ファ４、符号バッファ７、イメージバッファ９に溜まっ
ているデータの量をそれぞれＮ２，Ｎ４，Ｎ７，Ｎ９で
表し、いずれも当該バッファに滞留しているフレーム数
を示すものとして説明する。
【００３９】バッファ制御部１１は、ある一定の時間間
隔で、この滞留データ量Ｎ２を、対応するバッファ集計
伝達部１５に通知する。バッファ制御部１２も同様にあ
る一定の時間間隔でＮ４をバッファ集計伝達部１５に通
知する。また、バッファ制御部１３，１４も同様にある
一定の時間間隔でそれぞれＮ７，Ｎ９を対応するバッフ
ァ集計伝達部１６に通知する。
隔で、この滞留データ量Ｎ２を、対応するバッファ集計
伝達部１５に通知する。バッファ制御部１２も同様にあ
る一定の時間間隔でＮ４をバッファ集計伝達部１５に通
知する。また、バッファ制御部１３，１４も同様にある
一定の時間間隔でそれぞれＮ７，Ｎ９を対応するバッフ
ァ集計伝達部１６に通知する。
【００４０】この結果、バッファ集計伝達部１５には、
ある一定の時間間隔で、イメージバッファ制御部１１お
よび符号バッファ制御部１２からそれぞれＮ２，Ｎ４が
通知される。これを受けたバッファ集計伝達部１５は、
Ｎ２，Ｎ４の値（またはＮ２，Ｎ４に所定の演算を施し
て得られた値；例えば、Ｎ２＋Ｎ４の値）を、ある一定
の通信プロトコルに従って、バッファ集計伝達部１６に
伝達する。
ある一定の時間間隔で、イメージバッファ制御部１１お
よび符号バッファ制御部１２からそれぞれＮ２，Ｎ４が
通知される。これを受けたバッファ集計伝達部１５は、
Ｎ２，Ｎ４の値（またはＮ２，Ｎ４に所定の演算を施し
て得られた値；例えば、Ｎ２＋Ｎ４の値）を、ある一定
の通信プロトコルに従って、バッファ集計伝達部１６に
伝達する。
【００４１】同様に、バッファ集計伝達部１６には、あ
る一定の時間間隔で、符号バッファ制御部１３およびイ
メージバッファ制御部１４からそれぞれＮ７，Ｎ９が通
知される。これを受けたバッファ集計伝達部１６は、Ｎ
７，Ｎ９の値（またはＮ７，Ｎ９に所定の演算を施して
得られた値；例えば、Ｎ７＋Ｎ９の値）を、ある一定の
通信プロトコルに従って、バッファ集計伝達部１５に伝
達する。
る一定の時間間隔で、符号バッファ制御部１３およびイ
メージバッファ制御部１４からそれぞれＮ７，Ｎ９が通
知される。これを受けたバッファ集計伝達部１６は、Ｎ
７，Ｎ９の値（またはＮ７，Ｎ９に所定の演算を施して
得られた値；例えば、Ｎ７＋Ｎ９の値）を、ある一定の
通信プロトコルに従って、バッファ集計伝達部１５に伝
達する。
【００４２】バッファ集計伝達部１５は、Ｎ２の値、Ｎ
４の値、ならびにバッファ集計伝達部１６から伝達され
たＮ７の値およびＮ９の値（または例えばＮ７＋Ｎ９の
値等）をもとにして、全バッファ１１〜１４についての
全滞留データ量を求める。ここでは、全バッファ１１〜
１４の滞留データ量Ｎ２，Ｎ４，Ｎ７，Ｎ９を合計した
システムのトータルなバッファ長Ｎ（＝Ｎ２＋Ｎ４＋Ｎ
７＋Ｎ９）を求めるものとする。
４の値、ならびにバッファ集計伝達部１６から伝達され
たＮ７の値およびＮ９の値（または例えばＮ７＋Ｎ９の
値等）をもとにして、全バッファ１１〜１４についての
全滞留データ量を求める。ここでは、全バッファ１１〜
１４の滞留データ量Ｎ２，Ｎ４，Ｎ７，Ｎ９を合計した
システムのトータルなバッファ長Ｎ（＝Ｎ２＋Ｎ４＋Ｎ
７＋Ｎ９）を求めるものとする。
【００４３】同様に、バッファ集計伝達部１５は、Ｎ７
の値、Ｎ９の値、ならびにバッファ集計伝達部１５から
伝達されたＮ２の値およびＮ４の値（または例えばＮ２
＋Ｎ４の値等）をもとにして、全バッファ１１〜１４に
ついての全滞留データ量を求める。ここでは、上記と同
様に、全バッファ１１〜１４の滞留データ量Ｎ２，Ｎ
４，Ｎ７，Ｎ９を合計したシステムのトータルなバッフ
ァ長Ｎ（＝Ｎ２＋Ｎ４＋Ｎ７＋Ｎ９）を求めるものとす
る。
の値、Ｎ９の値、ならびにバッファ集計伝達部１５から
伝達されたＮ２の値およびＮ４の値（または例えばＮ２
＋Ｎ４の値等）をもとにして、全バッファ１１〜１４に
ついての全滞留データ量を求める。ここでは、上記と同
様に、全バッファ１１〜１４の滞留データ量Ｎ２，Ｎ
４，Ｎ７，Ｎ９を合計したシステムのトータルなバッフ
ァ長Ｎ（＝Ｎ２＋Ｎ４＋Ｎ７＋Ｎ９）を求めるものとす
る。
【００４４】次に、バッファ集計伝達部１５は、イメー
ジバッファ制御部１１および符号バッファ制御部１２に
それぞれＮの値を通知する。
ジバッファ制御部１１および符号バッファ制御部１２に
それぞれＮの値を通知する。
【００４５】同様に、バッファ集計伝達部１６は、符号
バッファ制御部１３およびイメージバッファ制御部１４
にそれぞれＮの値を通知する。
バッファ制御部１３およびイメージバッファ制御部１４
にそれぞれＮの値を通知する。
【００４６】Ｎの値を受け取った各バッファ制御部１１
〜１４は、それぞれ、Ｎの値をもとに、自身が受け持っ
ているバッファの長さを制御する。この制御における基
本的なストラテジーは、Ｎの値が増加すると、バッファ
に溜まっているデータのいくつかを強制的に削除すると
いうものであり、また、Ｎの値が大きくなればなるほ
ど、削除するデータの量を多くするというものである。
〜１４は、それぞれ、Ｎの値をもとに、自身が受け持っ
ているバッファの長さを制御する。この制御における基
本的なストラテジーは、Ｎの値が増加すると、バッファ
に溜まっているデータのいくつかを強制的に削除すると
いうものであり、また、Ｎの値が大きくなればなるほ
ど、削除するデータの量を多くするというものである。
【００４７】例えば、各バッファ制御部１１〜１４は、
受け取ったＮの値をもとに、所定の関数ｆを用いて、削
除確率ｐ＝ｆ（Ｎ・ｔ）を計算する（なお、ｔは削除シ
ュレッシュホルドなどのパラメータである）。そして、
各バッファ制御部１１〜１４は、ある一定の時間ごと
に、当該バッファの中を走査し、バッファに溜まってい
るデータを確率ｐによって削除する。
受け取ったＮの値をもとに、所定の関数ｆを用いて、削
除確率ｐ＝ｆ（Ｎ・ｔ）を計算する（なお、ｔは削除シ
ュレッシュホルドなどのパラメータである）。そして、
各バッファ制御部１１〜１４は、ある一定の時間ごと
に、当該バッファの中を走査し、バッファに溜まってい
るデータを確率ｐによって削除する。
【００４８】以下では、符号化方式としてＭＰＥＧ４、
ネットワーク伝送プロトコルとしてＲＴＰ（ＲＦＣ１８
８９）、ネットワークとしてインターネットを用いた場
合を例にとって説明する。
ネットワーク伝送プロトコルとしてＲＴＰ（ＲＦＣ１８
８９）、ネットワークとしてインターネットを用いた場
合を例にとって説明する。
【００４９】図２に、イメージバッファ２やイメージバ
ッファ９の構造の一例を示す（図２は、イメージバッフ
ァに３つのフレームが溜まっている場合を例示してい
る）。
ッファ９の構造の一例を示す（図２は、イメージバッフ
ァに３つのフレームが溜まっている場合を例示してい
る）。
【００５０】図２に示したイメージバッファは、ビデオ
映像の各フレームを１つのエントリとする双方向リンク
ドリストの例である。ＭＰＥＧ４の入出力画像形式は、
ＹＵＶ ４：２：０形式であり、各エントリの中にはビ
デオ映像の１フレームをＹＵＶ４：２：０形式で表現し
たものが記録されている。最初のエントリの前方ポイン
タおよび最後のエントリの後方ポインタには、ＮＵＬＬ
ポインタが代入されている。
映像の各フレームを１つのエントリとする双方向リンク
ドリストの例である。ＭＰＥＧ４の入出力画像形式は、
ＹＵＶ ４：２：０形式であり、各エントリの中にはビ
デオ映像の１フレームをＹＵＶ４：２：０形式で表現し
たものが記録されている。最初のエントリの前方ポイン
タおよび最後のエントリの後方ポインタには、ＮＵＬＬ
ポインタが代入されている。
【００５１】図３に、符号バッファ４や符号バッファ７
の構造の一例を示す（図３も図２と同様に３つのフレー
ムが符号バッファに溜まっている場合を例示してい
る）。
の構造の一例を示す（図３も図２と同様に３つのフレー
ムが符号バッファに溜まっている場合を例示してい
る）。
【００５２】図３に示した符号バッファも図２に示した
イメージバッファと同様に双方向リンクドリストの例で
ある。ただし、この場合、データとしては、ＭＰＥＧ４
で符号化されたビットストリームが記録されている。
イメージバッファと同様に双方向リンクドリストの例で
ある。ただし、この場合、データとしては、ＭＰＥＧ４
で符号化されたビットストリームが記録されている。
【００５３】１つのエントリには、ビデオの１フレーム
分をＭＰＥＧ４で圧縮したデータ（ＶＯＰ：Ｖｉｄｅｏ
Ｏｂｊｅｃｔ Ｐｌａｎｅ）が記録されている。ＭＰ
ＥＧ４は可変レート符号化であるため、各ＶＯＰのサイ
ズは一定ではない。この例は、ＭＰＥＧ４のＳｉｍｐｌ
ｅ Ｐｒｏｆｉｌｅ対応のもので、ＶＯＰとしては、Ｉ
−ＶＯＰとＰ−ＶＯＰの２種類が生成される。Ｉ−ＶＯ
Ｐは、イントラ符号化されたフレームで、それ自体だけ
で独自に復号可能、Ｐ−ＶＯＰは前のＩ−ＶＯＰから予
測符号化されたフレームで、Ｉ−ＶＯＰがなければ復号
できない。一般に、Ｉ−ＶＯＰはＰ−ＶＯＰに比較して
サイズが大きい。
分をＭＰＥＧ４で圧縮したデータ（ＶＯＰ：Ｖｉｄｅｏ
Ｏｂｊｅｃｔ Ｐｌａｎｅ）が記録されている。ＭＰ
ＥＧ４は可変レート符号化であるため、各ＶＯＰのサイ
ズは一定ではない。この例は、ＭＰＥＧ４のＳｉｍｐｌ
ｅ Ｐｒｏｆｉｌｅ対応のもので、ＶＯＰとしては、Ｉ
−ＶＯＰとＰ−ＶＯＰの２種類が生成される。Ｉ−ＶＯ
Ｐは、イントラ符号化されたフレームで、それ自体だけ
で独自に復号可能、Ｐ−ＶＯＰは前のＩ−ＶＯＰから予
測符号化されたフレームで、Ｉ−ＶＯＰがなければ復号
できない。一般に、Ｉ−ＶＯＰはＰ−ＶＯＰに比較して
サイズが大きい。
【００５４】図４に、各バッファ制御部１１〜１４にお
けるバッファ長の計測アルゴリズムの一例を示す（な
お、このアルゴリズムは、ＭＰＥＧ４、ＲＴＰ、インタ
ーネット以外を用いた場合でも使用可能である）。
けるバッファ長の計測アルゴリズムの一例を示す（な
お、このアルゴリズムは、ＭＰＥＧ４、ＲＴＰ、インタ
ーネット以外を用いた場合でも使用可能である）。
【００５５】所定の開始タイミングにおいて、ｐに先頭
ポインタ（図２、図３参照）の内容を設定し、ｎに０を
設定する（ステップＳ１）。
ポインタ（図２、図３参照）の内容を設定し、ｎに０を
設定する（ステップＳ１）。
【００５６】ｐがＮＵＬＬポインタでなければ（ステッ
プＳ２）、ｎを１加算し（ステップＳ３）、ｐの指すエ
ントリの後方ポインタの内容をｐに設定する（ステップ
Ｓ４）。これを、ｐがＮＵＬＬポインタである間、繰り
返し行う。
プＳ２）、ｎを１加算し（ステップＳ３）、ｐの指すエ
ントリの後方ポインタの内容をｐに設定する（ステップ
Ｓ４）。これを、ｐがＮＵＬＬポインタである間、繰り
返し行う。
【００５７】ｐがＮＵＬＬポインタであれば（ステップ
Ｓ２）、終了し、このときのｎが、バッファ長となる。
Ｓ２）、終了し、このときのｎが、バッファ長となる。
【００５８】図５に、各バッファ制御部１１〜１４にお
けるパケット削除アルゴリズムの一例を示す（なお、こ
のアルゴリズムは、ＭＰＥＧ４、ＲＴＰ、インターネッ
ト以外を用いた場合でも使用可能である）。
けるパケット削除アルゴリズムの一例を示す（なお、こ
のアルゴリズムは、ＭＰＥＧ４、ＲＴＰ、インターネッ
ト以外を用いた場合でも使用可能である）。
【００５９】所定の開始タイミングにおいて、ｐに先頭
ポインタ（図２、図３参照）の内容を設定する（ステッ
プＳ１１）。
ポインタ（図２、図３参照）の内容を設定する（ステッ
プＳ１１）。
【００６０】また、バッファ集計伝達部１５／１６から
与えられたトータルのバッファ長Ｎをもとに、削除シュ
レッシュホルドｔ＝ｍｉｎ（１，Ｎ*ｃ）を求める（ス
テップＳ１２）。なお、ｃは定数で、例えば0.01などで
ある。また、ｍｉｎ（ａ，ｂ）は、ａとｂのうちの小さ
い方を返す関数である（これによって、ｔの値が１を超
えないようにしている）。
与えられたトータルのバッファ長Ｎをもとに、削除シュ
レッシュホルドｔ＝ｍｉｎ（１，Ｎ*ｃ）を求める（ス
テップＳ１２）。なお、ｃは定数で、例えば0.01などで
ある。また、ｍｉｎ（ａ，ｂ）は、ａとｂのうちの小さ
い方を返す関数である（これによって、ｔの値が１を超
えないようにしている）。
【００６１】次に、各エントリに対して、削除判断処理
のループに入る。
のループに入る。
【００６２】ｐがＮＵＬＬポインタでなければ（ステッ
プＳ１３）、まず、乱数ｘを生成する（ステップＳ１
４）。生成される乱数は、０以上１未満の浮動小数点実
数とする。
プＳ１３）、まず、乱数ｘを生成する（ステップＳ１
４）。生成される乱数は、０以上１未満の浮動小数点実
数とする。
【００６３】次に、ｐの指すエントリの後方ポインタを
ｑに設定する（ステップＳ１５）。
ｑに設定する（ステップＳ１５）。
【００６４】次に、生成した乱数ｘの値と、先に求めた
削除シュレッシュホルドｔの値とを比較し、ｔ＞ｘなら
ば（ステップＳ１６）、ｐの指すエントリをリンクから
外し削除する（ステップＳ１７）。一方、ｔ＞ｘでなけ
れば（ステップＳ１６）、ｐの指すエントリは削除しな
い（ステップＳ１７をスキップする）。
削除シュレッシュホルドｔの値とを比較し、ｔ＞ｘなら
ば（ステップＳ１６）、ｐの指すエントリをリンクから
外し削除する（ステップＳ１７）。一方、ｔ＞ｘでなけ
れば（ステップＳ１６）、ｐの指すエントリは削除しな
い（ステップＳ１７をスキップする）。
【００６５】次に、ｑの指すエントリをｐに設定する
（ステップＳ１８）。
（ステップＳ１８）。
【００６６】以上の繰り返し処理を、ステップＳ１３に
おいてｐがＮＵＬＬポインタでない間、繰り返し行う。
そして、ステップＳ１３において、ｐがＮＵＬＬポイン
タであれば、終了する。
おいてｐがＮＵＬＬポインタでない間、繰り返し行う。
そして、ステップＳ１３において、ｐがＮＵＬＬポイン
タであれば、終了する。
【００６７】このようにすることによって、バッファ内
の各エントリをＮ*0.01の確率でランダムに削除するこ
とになる。
の各エントリをＮ*0.01の確率でランダムに削除するこ
とになる。
【００６８】なお、ステップＳ１１とステップＳ１２は
いずれを先に実行してもよいし、並列実行してもよい。
また、ステップＳ１４とステップＳ１５はいずれを先に
実行してもよいし、並列実行してもよい。
いずれを先に実行してもよいし、並列実行してもよい。
また、ステップＳ１４とステップＳ１５はいずれを先に
実行してもよいし、並列実行してもよい。
【００６９】次に、バッファ集計伝達部１５とバッファ
集計伝達部１６との間でのデータ交換について説明す
る。
集計伝達部１６との間でのデータ交換について説明す
る。
【００７０】バッファ集計伝達部１５，１６相互におけ
るデータの交換は、ＲＴＣＰ（リアルタイムトランスポ
ート制御プロトコル）により行われる。本システムにお
けるＭＰＥＧ４データのインターネット上での伝送プロ
トコルはＲＴＰであり、ＲＴＣＰはその付随プロトコル
で、通信の統計情報などを交換するためのプロトコルで
ある。ＲＴＣＰには、アプリケーション特有の拡張を行
うために、ＡＰＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃ
ｉｆｉｃ Ｐａｃｋｅｔ）パケットと呼ばれるパケット
タイプが存在する。本システムでは、このＡＰＰパケッ
トタイプのパケットに、バッファ長統計を載せてバッフ
ァ集計伝達部１５，１６の間で交換することができる。
るデータの交換は、ＲＴＣＰ（リアルタイムトランスポ
ート制御プロトコル）により行われる。本システムにお
けるＭＰＥＧ４データのインターネット上での伝送プロ
トコルはＲＴＰであり、ＲＴＣＰはその付随プロトコル
で、通信の統計情報などを交換するためのプロトコルで
ある。ＲＴＣＰには、アプリケーション特有の拡張を行
うために、ＡＰＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃ
ｉｆｉｃ Ｐａｃｋｅｔ）パケットと呼ばれるパケット
タイプが存在する。本システムでは、このＡＰＰパケッ
トタイプのパケットに、バッファ長統計を載せてバッフ
ァ集計伝達部１５，１６の間で交換することができる。
【００７１】図６に、この場合のパケットのフォーマッ
トを示す。
トを示す。
【００７２】バッファ長合計のフィールドには、バッフ
ァ集計伝達部１５からはＮ２＋Ｎ４の値が載せられて、
またバッファ集計伝達部１６からはＮ７＋Ｎ９の値が載
せられて送信される。それ以外のフィールドは、ＲＦＣ
１８８９の規定に従う。また、ＲＴＣＰのパケットを送
信するタイミングは、ＲＦＣ１８８９に規定されている
アルゴリズムに従う。
ァ集計伝達部１５からはＮ２＋Ｎ４の値が載せられて、
またバッファ集計伝達部１６からはＮ７＋Ｎ９の値が載
せられて送信される。それ以外のフィールドは、ＲＦＣ
１８８９の規定に従う。また、ＲＴＣＰのパケットを送
信するタイミングは、ＲＦＣ１８８９に規定されている
アルゴリズムに従う。
【００７３】なお、以上では、ビデオデータを転送する
場合について説明したが、もちろん、本発明は、音声デ
ータ、音楽データなど、ビデオ以外のストリームデータ
あるいは連続データを圧縮して転送し、復号、再生する
システムにも適用可能である。
場合について説明したが、もちろん、本発明は、音声デ
ータ、音楽データなど、ビデオ以外のストリームデータ
あるいは連続データを圧縮して転送し、復号、再生する
システムにも適用可能である。
【００７４】なお、以上の各機能は、ソフトウェアとし
て実現可能である。また、本実施形態は、コンピュータ
に所定の手段を実行させるための（あるいはコンピュー
タを所定の手段として機能させるための、あるいはコン
ピュータに所定の機能を実現させるための）プログラム
として実施することもでき、該プログラムを記録したコ
ンピュータ読取り可能な記録媒体として実施することも
できる。
て実現可能である。また、本実施形態は、コンピュータ
に所定の手段を実行させるための（あるいはコンピュー
タを所定の手段として機能させるための、あるいはコン
ピュータに所定の機能を実現させるための）プログラム
として実施することもでき、該プログラムを記録したコ
ンピュータ読取り可能な記録媒体として実施することも
できる。
【００７５】なお、この発明の実施の形態で例示した構
成は一例であって、それ以外の構成を排除する趣旨のも
のではなく、例示した構成の一部を他のもので置き換え
たり、例示した構成の一部を省いたり、例示した構成に
別の機能あるいは要素を付加したり、それらを組み合わ
せたりすることなどによって得られる別の構成も可能で
ある。また、例示した構成と論理的に等価な別の構成、
例示した構成と論理的に等価な部分を含む別の構成、例
示した構成の要部と論理的に等価な別の構成なども可能
である。また、例示した構成と同一もしくは類似の目的
を達成する別の構成、例示した構成と同一もしくは類似
の効果を奏する別の構成なども可能である。また、この
発明の実施の形態で例示した各種構成部分についての各
種バリエーションは、適宜組み合わせて実施することが
可能である。また、この発明の実施の形態は、個別装置
としての発明、関連を持つ２以上の装置についての発
明、システム全体としての発明、個別装置内部の構成部
分についての発明、またはそれらに対応する方法の発明
等、種々の観点、段階、概念またはカテゴリに係る発明
を包含・内在するものである。従って、この発明の実施
の形態に開示した内容からは、例示した構成に限定され
ることなく発明を抽出することができるものである。
成は一例であって、それ以外の構成を排除する趣旨のも
のではなく、例示した構成の一部を他のもので置き換え
たり、例示した構成の一部を省いたり、例示した構成に
別の機能あるいは要素を付加したり、それらを組み合わ
せたりすることなどによって得られる別の構成も可能で
ある。また、例示した構成と論理的に等価な別の構成、
例示した構成と論理的に等価な部分を含む別の構成、例
示した構成の要部と論理的に等価な別の構成なども可能
である。また、例示した構成と同一もしくは類似の目的
を達成する別の構成、例示した構成と同一もしくは類似
の効果を奏する別の構成なども可能である。また、この
発明の実施の形態で例示した各種構成部分についての各
種バリエーションは、適宜組み合わせて実施することが
可能である。また、この発明の実施の形態は、個別装置
としての発明、関連を持つ２以上の装置についての発
明、システム全体としての発明、個別装置内部の構成部
分についての発明、またはそれらに対応する方法の発明
等、種々の観点、段階、概念またはカテゴリに係る発明
を包含・内在するものである。従って、この発明の実施
の形態に開示した内容からは、例示した構成に限定され
ることなく発明を抽出することができるものである。
【００７６】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。
るものではなく、その技術的範囲において種々変形して
実施することができる。
【００７７】
【発明の効果】本発明によれば、バッファ量を適切に制
御することが可能となり、もって、システム全体のビデ
オなどのストリーム・データの再生を効率的に行うこと
が可能となる。
御することが可能となり、もって、システム全体のビデ
オなどのストリーム・データの再生を効率的に行うこと
が可能となる。
【図１】本発明の一実施形態に係るネットワークビデオ
伝送システムの構成例を示す図
伝送システムの構成例を示す図
【図２】同実施形態に係るビデオ圧縮・送信装置および
ビデオ受信・復号装置のイメージバッファの構造の一例
を示す図
ビデオ受信・復号装置のイメージバッファの構造の一例
を示す図
【図３】同実施形態に係るビデオ圧縮・送信装置および
ビデオ受信・復号装置の符号バッファの構造の一例を示
す図
ビデオ受信・復号装置の符号バッファの構造の一例を示
す図
【図４】同実施形態に係るビデオ圧縮・送信装置および
ビデオ受信・復号装置の各バッファ制御部におけるバッ
ファ長を計測する手順の一例を示すフローチャート
ビデオ受信・復号装置の各バッファ制御部におけるバッ
ファ長を計測する手順の一例を示すフローチャート
【図５】同実施形態に係るビデオ圧縮・送信装置および
ビデオ受信・復号装置の各バッファ制御部におけるパケ
ットの削除制御の手順の一例を示すフローチャート
ビデオ受信・復号装置の各バッファ制御部におけるパケ
ットの削除制御の手順の一例を示すフローチャート
【図６】同実施形態に係るビデオ圧縮・送信装置および
ビデオ受信・復号装置の各バッファ集計伝達部が情報を
交換する際のパケットのフォーマットの一例を示す図
ビデオ受信・復号装置の各バッファ集計伝達部が情報を
交換する際のパケットのフォーマットの一例を示す図
【図７】従来のネットワークビデオ伝送システムの構成
例を示す図
例を示す図
３１…ビデオ圧縮・送信装置 ３２…ビデオ受信・復号装置 ３３…ネットワーク １…ビデオキャプチャ処理部 ２，９…イメージバッファ ３…画像圧縮符号エンコード処理部 ４，７…符号バッファ ５，６…ネットワークプロトコル処理部 １１，１４…イメージバッファ制御部 １２，１３…符号バッファ制御部 １５，１６…バッファ集計伝達部 ８…画像圧縮符号デコード処理部 １０…表示処理部
フロントページの続き Ｆターム(参考） 5C059 KK00 MA00 MA04 MA05 PP05 PP06 PP16 RB02 SS08 TA71 TB03 TC16 UA32 5K030 GA06 HA08 HB21 HC01 JA05 KA03 LA07 LB17 LC15 MA13 MB15 5K034 AA11 CC02 DD03 EE11 HH50 HH58 MM39
Claims (8)
- 【請求項１】ストリーム・データを圧縮符号化しパケッ
トに載せてネットワークに送信する送信装置と、該ネッ
トワークから該パケットを受信しその中から圧縮符号化
されたストリーム・データを取り出し復号する受信装置
とを含むデータ伝送システムであって、 前記送信装置内に存在する前記ストリーム・データの処
理に関係するバッファに滞留するデータの量を示す滞留
データ量を計測するための手段と、 前記受信装置内に存在する前記ストリーム・データの処
理に関係するバッファに滞留するデータの量を示す滞留
データ量を計測するための手段と、 前記送信装置と前記受信装置との間で相互に前記滞留デ
ータ量を交換するための手段とを備え、 前記送信装置及び前記受信装置は、それぞれ、前記送信
装置の滞留データ量と前記受信装置の滞留データ量とに
基づいて、前記送信装置及び前記受信装置についての全
滞留データ量を求め、該全滞留データ量に基づいて自装
置内に存在する前記ストリーム・データの処理に関係す
るバッファに滞留するデータに対する削除制御を行うこ
とを特徴とするデータ伝送システム。 - 【請求項２】前記送信装置及び前記受信装置は、それぞ
れ、前記全滞留データ量に基づいて決定される削除確率
に従って、該当する前記バッファ内のデータを削除して
いくことを特徴とする請求項１に記載のデータ伝送シス
テム。 - 【請求項３】前記全滞留データ量に所定の定数を乗じた
値と１とのうちの小さい方の値を前記削除確率とするこ
とを特徴とする請求項２に記載のデータ伝送システム。 - 【請求項４】前記パケットの伝送プロトコルは、ＲＴＰ
であり、 前記送信装置と前記受信装置との相互間での前記滞留デ
ータ量の交換は、ＲＴＣＰのＡＰＰパケットに該滞留デ
ータ量を搭載することによって行うことを特徴とする請
求項１に記載のデータ伝送システム。 - 【請求項５】前記ストリーム・データは、ビデオデータ
であり、 前記圧縮符号化及び復号の符号化方式は、ＭＰＥＧ４で
あることを特徴とする請求項１に記載のデータ伝送シス
テム。 - 【請求項６】ストリーム・データを圧縮符号化しパケッ
トに載せてネットワークを介し受信装置に送信する送信
装置であって、 自装置内に存在する前記ストリーム・データの処理に関
係するバッファに滞留するデータの量を示す滞留データ
量を計測するための手段と、 前記受信装置との間で、自装置の前記滞留データ量と、
該受信装置内に存在する前記ストリーム・データの処理
に関係するバッファについての滞留データ量とを相互交
換するための手段と、 自装置の前記滞留データ量と前記受信装置の前記滞留デ
ータ量とに基づいて、自装置び前記受信装置についての
全滞留データ量を求める手段と、 求められた前記全滞留データ量に基づいて自装置内に存
在する前記ストリーム・データの処理に関係するバッフ
ァに滞留するデータに対する削除制御を行う手段とを備
えたことを特徴とする送信装置。 - 【請求項７】ネットワークを介して送信装置からパケッ
トを受信しその中から圧縮符号化されたストリーム・デ
ータを取り出し復号する受信装置であって、 自装置内に存在する前記ストリーム・データの処理に関
係するバッファに滞留するデータの量を示す滞留データ
量を計測するための手段と、 前記送信装置との間で、自装置の前記滞留データ量と、
該送信装置内に存在する前記ストリーム・データの処理
に関係するバッファについての滞留データ量とを相互交
換するための手段と、 自装置の前記滞留データ量と前記送信装置の前記滞留デ
ータ量とに基づいて、自装置び前記送信装置についての
全滞留データ量を求める手段と、 求められた前記全滞留データ量に基づいて自装置内に存
在する前記ストリーム・データの処理に関係するバッフ
ァに滞留するデータに対する削除制御を行う手段とを備
えたことを特徴とする受信装置。 - 【請求項８】ストリーム・データを圧縮符号化しパケッ
トに載せてネットワークに送信する送信装置と、該ネッ
トワークから該パケットを受信しその中から圧縮符号化
されたストリーム・データを取り出し復号する受信装置
とを含むデータ伝送システムにおけるバッファ制御方法
であって、 前記送信装置及び前記受信装置は、それぞれ、自装置内
に存在する前記ストリーム・データの処理に関係するバ
ッファに滞留するデータの量を示す滞留データ量を計測
し、 前記送信装置と前記受信装置との間で相互に前記滞留デ
ータ量を交換し、 前記送信装置及び前記受信装置は、それぞれ、前記送信
装置の滞留データ量と前記受信装置の滞留データ量とに
基づいて、前記送信装置及び前記受信装置についての全
滞留データ量を求め、該全滞留データ量に基づいて自装
置内に存在する前記ストリーム・データの処理に関係す
るバッファに滞留するデータに対する削除制御を行うこ
とを特徴とするバッファ制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001006856A JP2002217990A (ja) | 2001-01-15 | 2001-01-15 | データ伝送システム、送信装置、受信装置及びバッファ制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001006856A JP2002217990A (ja) | 2001-01-15 | 2001-01-15 | データ伝送システム、送信装置、受信装置及びバッファ制御方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002217990A true JP2002217990A (ja) | 2002-08-02 |
Family
ID=18874685
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001006856A Pending JP2002217990A (ja) | 2001-01-15 | 2001-01-15 | データ伝送システム、送信装置、受信装置及びバッファ制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002217990A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7941235B2 (en) | 2006-07-14 | 2011-05-10 | Sony Corporation | Playback apparatus, playback method, playback system and recording medium |
| US7966086B2 (en) | 2006-07-14 | 2011-06-21 | Sony Corporation | Playback apparatus, playback method, and computer program |
-
2001
- 2001-01-15 JP JP2001006856A patent/JP2002217990A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7941235B2 (en) | 2006-07-14 | 2011-05-10 | Sony Corporation | Playback apparatus, playback method, playback system and recording medium |
| US7966086B2 (en) | 2006-07-14 | 2011-06-21 | Sony Corporation | Playback apparatus, playback method, and computer program |
| KR101354270B1 (ko) * | 2006-07-14 | 2014-01-22 | 소니 주식회사 | 재생 장치, 재생 방법, 및 기록 매체 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106686438B (zh) | 一种跨设备的音频图像同步播放的方法、装置及系统 | |
| JP3629025B2 (ja) | 送受信方法およびその装置 | |
| JP3931595B2 (ja) | データ修正装置及びデータ修正方法 | |
| US8576909B2 (en) | System and method for monitoring video packets for quantifying video quality | |
| CN106488265A (zh) | 一种发送媒体流的方法和装置 | |
| CN113497792B (zh) | 音视频通信方法、终端、服务器、计算机设备和存储介质 | |
| EP1439705A2 (en) | Method and apparatus for processing, transmitting and receiving dynamic image data | |
| JP4850932B2 (ja) | 画像伝送装置 | |
| JP2002344880A (ja) | コンテンツ配信システム | |
| CA2742716C (en) | Method and system for determining a quality value of a video stream | |
| CN106998485B (zh) | 视频直播方法及装置 | |
| US20090190652A1 (en) | System and method for controlling transmission of moving image data over network | |
| CN107566918A (zh) | 一种视频分发场景下的低延时取流秒开方法 | |
| EP2086174A1 (en) | A method and system of multimedia service performance monitoring | |
| JP3668110B2 (ja) | 画像伝送システムおよび画像伝送方法 | |
| CN107172376B (zh) | 一种基于屏幕共享的视频编码方法和装置 | |
| CN112423140A (zh) | 视频播放方法、装置、电子设备和存储介质 | |
| CN109862400B (zh) | 一种流媒体传输方法、装置及其系统 | |
| US20030152080A1 (en) | System and method for fault tolerant multimedia communication | |
| US7827458B1 (en) | Packet loss error recovery | |
| JP2002217990A (ja) | データ伝送システム、送信装置、受信装置及びバッファ制御方法 | |
| JP2009171294A (ja) | 映像配信システム、映像中継装置、及び映像中継方法 | |
| JP2003298554A (ja) | データ配信における受信データの品質評価方法および装置 | |
| JP2003309847A (ja) | 画像伝送方法および画像伝送装置 | |
| CN110798700B (zh) | 视频处理方法、视频处理装置、存储介质与电子设备 |