JP2002290974A

JP2002290974A - 伝送レート制御方法

Info

Publication number: JP2002290974A
Application number: JP2001368185A
Authority: JP
Inventors: Tomoyoshi Ito; 智祥伊藤; Takao Yamaguchi; 孝雄山口; Junichi Sato; 潤一佐藤; Hiroshi Arakawa; 博荒川; Yoji Notoya; 陽司能登屋
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2000-12-07
Filing date: 2001-12-03
Publication date: 2002-10-04

Abstract

(57)【要約】【課題】ビデオ・オン・デマンドに代表される映像配
信システムにおいて、利用者の指示に応じた動き優先、
画質優先といった伝送レート制御や、使用可能な伝送帯
域の変化に応じた伝送レート制御を実現する。【解決手段】符号化レートのバリエーション、動き優
先及び画質優先の観点から符号化された２つ以上の映像
データを含んだ映像ファイルを送信端末１０に準備して
おく。そして、受信端末１１から与えられた利用者の動
き／画質優先指示に従い、かつ使用可能な伝送帯域の変
化に応じて、送信する映像データを動的に切り替える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、使用可能な伝送帯
域の変化、伝送誤り、障害などに適応できる伝送レート
制御方法に関するものである。

【０００２】

【従来の技術】制限された符号化レートで映像データを
符号化する際には、「動き（フレームレート）」と「画
質（解像度及び量子化ステップによって決定されるフレ
ーム１枚ごとの品質）」とがトレードオフの関係とな
る。動きの滑らかさが損なわれないように高いフレーム
レートで符号化を行う場合、すなわち「動き優先」の場
合には、フレーム１枚に割り当てられる情報量が減るた
めにフレーム１枚ごとの品質が低下することとなる。逆
に、フレーム１枚ごとを高い品質で符号化する場合、す
なわち「画質優先」の場合には、フレーム１枚に割り当
てられる情報量が多くなるため、フレームレートを下げ
なければならない。

【０００３】そこで、特開２０００−２８７１７３号公
報に開示された映像データ記録装置では、コンテンツに
関する情報、例えばスポーツであるか、ニュースである
かを示す情報に基づき、適切な符号化パラメータをエン
コーダに自動的に設定して、符号化された映像データを
記録するようにしている。これにより、コンテンツの種
別に応じた動き優先、画質優先といった符号化制御を達
成できる。

【０００４】

【発明が解決しようとする課題】イントラネット、イン
ターネットといった、ＩＰ（Internet Protocol）ネッ
トワーク上では、接続形態により使用可能な伝送帯域が
大きく異なる。しかも、他のフローの影響により、使用
可能な伝送帯域が時間的に変動する。ここで、「使用可
能な伝送帯域」とは、送受信端末間で輻輳を発生させず
に使用することができる伝送帯域をいう。換言すれば、
伝送誤り、障害などによりロスしたパケットが使用する
帯域を除いた伝送帯域のことである。例えば、１００ｋ
ｂｐｓの伝送帯域で、１０％のパケットが伝送誤りによ
りロスした場合には、使用可能な伝送帯域は９０ｋｂｐ
ｓとなる。

【０００５】このようなネットワークを用いて安定した
通信品質を提供するためには、伝送路において確保でき
る伝送帯域の最大値を見積もり（帯域推定と呼ぶ）、帯
域の時間的な変動に応じて送信端末からのデータの伝送
レートを変更する（伝送レート制御と呼ぶ）ことが必要
となる。

【０００６】一定の伝送帯域が割り当てられた環境下に
おける映像データの伝送レート制御でも、「動き」と
「画質」とがトレードオフの関係となる。ところが、従
来、音声・映像データ（ＡＶデータ）に関するストリー
ミング配信では、利用者（コンテンツ閲覧者）の指示に
応じた動き優先、画質優先といった伝送レート制御や、
使用可能な伝送帯域の変化に応じた伝送レート制御はで
きないのが実状であった。したがって、送信すべき映像
データの符号化レートに比べて、使用可能な伝送帯域が
狭くなってしまった場合には、映像データを伝送しきれ
ずにパケットロスが発生してしまう。

【０００７】本発明の目的は、映像配信システムにおい
て、利用者の指示に応じた動き優先、画質優先といった
伝送レート制御や、使用可能な伝送帯域の変化に応じた
伝送レート制御を実現することにある。

【０００８】

【課題を解決するための手段】本発明は、符号化レート
のバリエーション、動き優先、画質優先のうち少なくと
も１つの観点から符号化された２つ以上の映像データ
を、使用可能な伝送帯域の変化に応じて又は利用者の指
示に応じて動的に切り替えることにより、送信端末から
のデータの伝送レートを制御することとしたものであ
る。

【０００９】具体的な切り替え方法としては、１つ目の
例として、６４ｋｂｐｓ、５６ｋｂｐｓ、４８ｋｂｐｓ
といった複数の符号化レートで符号化されたＡＶストリ
ームを予め準備し、使用可能な伝送帯域を推定し、推定
結果に応じてＡＶストリームを切り替える。

【００１０】２つ目の例としては、利用者が受信端末か
ら動き優先又は画質優先の指示を送信端末に通知した場
合（予め通知していてもよいし、ＡＶストリームの伝送
中に指示してもよい）、動き優先の場合は、伝送すべき
ＡＶストリームの符号化レートを変更する。例えば、使
用可能な伝送帯域が減少した場合、６４ｋｂｐｓから５
６ｋｂｐｓへ変更する。また、画質優先の場合で使用可
能な伝送帯域が減少した場合、符号化されたＡＶストリ
ームは変更せずにフレーム数で伝送レートを調整する。

【００１１】３つ目の例としては、６４ｋｂｐｓの符号
化レートのＡＶストリームを動き優先で符号化した場合
と、画質優先で符号化した場合との２種類を用意する。
受信端末からの利用者の指示に応じて、送信端末側で伝
送すべきＡＶストリームを決定する。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を用いて説明する。ここでは、ＶｏＤ（Video on Deman
d）、ＩＰ放送などに代表される、蓄積コンテンツのス
トリーミング配信への本発明の適用例を説明する。な
お、本発明の実施の形態において、「映像データ」と
は、同一のコンテンツをもとにして符号化レートのバリ
エーション、動き優先、画質優先のうち少なくとも１つ
の観点から符号化された複数の映像データの各々をい
う。また、「映像ファイル」とは、これら複数の映像デ
ータを１つにまとめたファイルをいう。

【００１３】図１は、本発明に係る伝送レート制御方法
を実施するための映像配信システムの構成例を示してい
る。図１において、１０は送信端末、１１は受信端末、
１２は映像ファイル作成装置である。映像ファイル作成
装置１２は、受信端末１１へ送信すべき映像データを含
んだ映像ファイルを作成するための手段である。作成さ
れた映像ファイルは送信端末１０に渡され、保存され
る。なお、実際には送信端末１０に複数の受信端末が接
続されるのであるが、図１では説明の簡略化のために１
つの受信端末１１のみが示されている。

【００１４】送信端末１０において、１００は伝送制御
部、１０１は伝送帯域推定部、１０２は映像データ選択
部、１０３は映像データ蓄積部、１０４は映像データ読
み出し部、１０５は映像データ送信部である。

【００１５】伝送制御部１００は、受信端末１１からの
映像データの再生、停止、動き／画質優先などの指示を
含んだ伝送制御情報を受信し、この情報を映像データ選
択部１０２に通知するための手段である。適用するプロ
トコルとしては、再生／停止指示に関してはＲＦＣ２３
２６に規定されたＲＴＳＰ（Real Time Streaming Prot
ocol）に代表される映像伝送制御用プロトコルを想定し
ており、Ｓｅｔｕｐ、Ｐｌａｙ、Ｄｅｓｃｒｉｂｅなど
のメソッドを利用できる（H. Schulzrinne etal., "Rea
l Time Streaming Protocol", RFC 2326, Internet Eng
ineering Taskforce, Apr. 1998）。また、動き／画質
優先指示に関しては、上記映像伝送制御用プロトコルを
拡張してもよいし、これとは別に動き／画質優先指示専
用のプロトコルを使用してもよい。例えば、各々Ｗ３Ｃ
（World Wide Web Consortium）で標準化されたＰ３Ｐ
（Platform for Privacy Preferences）、ＣＣ／ＰＰ
（Composite Capabilities/Preference Profile）とい
った標準プロトコルを拡張したものを、動き／画質優先
指示専用のプロトコルとして使用することができる。

【００１６】伝送帯域推定部１０１は、伝送路上の中間
ノード（ルータなど）や受信端末１１などからの伝送状
態通知に基づいて輻輳や伝送誤りを検出し、使用可能な
伝送帯域を推定し、その結果を伝送レート指示として映
像データ選択部１０２に通知するための手段である。使
用可能な伝送帯域の推定方法は任意であり、例えばＬＤ
Ａ（Loss-Delay Based Adjustment Algorithm）方式を
挙げることができる（D. Sisalem et al.,"The Loss-De
lay Based Adjustment Algorithm: A TCP-Friendly Ada
ptation Scheme", in the proceedings of NOSSDAV'98,
July, Cambridge, UK）。ＬＤＡ方式によれば、データ
のロス率を受信端末１１から送信端末１０にフィードバ
ックし、パケットロス率や受信端末１１の受信レートな
どに基づいて送信端末１０の伝送レートを制御する。

【００１７】映像データ選択部１０２は、データ送信時
に、伝送帯域推定部１０１が判定した使用可能な伝送帯
域と、伝送制御部１００からの動き／画質優先指示とに
応じて、送信すべき映像データを選択し、その選択結果
を映像データ読み出し部１０４に通知するための手段で
ある。また、映像データ選択部１０２は、伝送制御部１
００からの映像データ再生／停止指示により、映像デー
タ読み出し部１０４の起動／終了を行うための手段でも
ある。

【００１８】映像データ蓄積部１０３は、ハードディス
クドライブやリムーバブルメディアといった、受信端末
１１へ送信すべき映像データを含んだ映像ファイルを蓄
積するための手段である。当該映像ファイルは、映像フ
ァイル作成装置１２により事前に作成されたものであ
る。

【００１９】映像データ読み出し部１０４は、映像デー
タ選択部１０２により選択された映像データを映像デー
タ蓄積部１０３より読み出し、映像データ送信部１０５
に読み出した映像データを渡すための手段である。

【００２０】映像データ送信部１０５は、映像データ読
み出し部１０４からの映像データを受け取り、必要なら
パケット化して受信端末１１に送信するための手段であ
る。適用するプロトコルとしては、ＲＴＰ（Realtime T
ransport Protocol）に代表されるデータ送信用のプロ
トコルを想定している。

【００２１】受信端末１１において、１１０は指示入力
部、１１１は伝送制御部、１１２は伝送状態通知部、１
１３は映像データ受信部、１１４は映像データ復号部、
１１５は映像表示部である。

【００２２】指示入力部１１０は、映像データの再生／
停止指示及び動き／画質優先指示を利用者が入力するた
めのインターフェースであり、入力された指示を伝送制
御部１１１に通知するための手段である。

【００２３】伝送制御部１１１は、指示入力部１１０か
らの通知に基づき、伝送制御情報を送信端末１０へ送信
するための手段である。

【００２４】伝送状態通知部１１２は、受信された映像
データの統計情報（パケットロス率、伝播遅延時間、ジ
ッタなど）を計算し、その計算結果を送信端末１０に伝
送状態通知として通知するための手段である。適用する
プロトコルとしては、ＲＴＣＰ（RTP Control Protoco
l）に代表される統計情報送信用プロトコルを想定して
いる。なお、送信端末１０において伝送帯域推定部１０
１での帯域推定に受信端末１１の統計情報が不要である
場合には、伝送状態通知部１１２は不要である。

【００２５】映像データ受信部１１３は、送信端末１０
からの映像データを受信し、必要ならデパケット化し、
映像データ復号部１１４に渡すための手段である。

【００２６】映像データ復号部１１４は、映像データ受
信部１１３から受け取った映像データを復号し、その復
号結果を映像表示部１１５へ渡すための手段である。

【００２７】映像表示部１１５は、液晶ディスプレイな
どの、映像データ復号部１１４により復号されたデータ
を利用者に対して表示するための手段である。

【００２８】図２は、映像ファイル作成装置１２で作成
されて映像データ蓄積部１０３に準備される映像ファイ
ルの例を示す。図２に示した映像ファイルは、同一のコ
ンテンツをもとにして作成された６つの映像データ１〜
６から構成される。これらの映像データは、符号化レー
トの３つのバリエーション（１２８ｋｂｐｓ、９６ｋｂ
ｐｓ、６４ｋｂｐｓ）の各々について、動き優先（「フ
レームレート＝１０」で固定）の観点から、また画質優
先（「量子化ステップ＝９」で固定）の観点から符号化
されたものである。動き優先の観点から符号化された映
像データ１、２、３は、この順に送信すべき情報量が少
なくなっている。また、画質優先の観点から符号化され
た映像データ４、５、６は、この順に送信すべき情報量
が少なくなる。ただし、各符号化レートについて、動き
優先又は画質優先の映像データを３つ以上準備すること
としてもよい。

【００２９】各映像データの符号化パラメータ（例え
ば、量子化ステップ、画像サイズ、フレーム数）に関し
て、切り替え前の映像データの符号化パラメータを基準
にして切り替え後の映像データを選択することで、画質
の大きな変化を防止することが可能となる。例えば、図
２中の画質優先の映像データ４〜６は、いずれも「量子
化ステップ＝９」で符号化されており、かつ画像サイズ
も同じである。したがって、１２８ｋｂｐｓの映像デー
タ４から切り替える場合、９６ｋｂｐｓの映像データ５
又は６４ｋｂｐｓの映像データ６を切り替え後の映像デ
ータとして選択し、単位時間あたりのフレーム数で伝送
レートを制御することで、画質の大きな変化を防止でき
る。

【００３０】なお、図２中の符号化レートのバリエーシ
ョンに加えて、又はこれに代えて、誤り耐性強度のバリ
エーションを持つ複数の映像データを準備することとし
てもよい。これは、無線ＬＡＮ（Wireless Local Area
Network）、Ｗ−ＣＤＭＡ（Wideband Code Division Mu
ltiple Access）、ＦＷＡ（Fixed Wireless Access）な
どの無線網を介して映像データが配信される場合を想定
しており、無線網での伝送誤りや障害により使用可能な
伝送帯域が減少した場合に、より強い誤り耐性強度を持
つ映像データを送信することで、受信端末１１での映像
劣化を防ぐことが可能となる。誤り耐性の付加方法とし
ては、ＲＦＣ２７３３に示される冗長データの付加が挙
げられる（J. Rosenberg et al., "An RTP Payload For
mat forGeneric Forward Error Correction", RFC 273
3, Internet Engineering Taskforce, Dec. 1999）。ま
た符号化方式としてＭＰＥＧ（Moving Picture Coding
Experts Group）４を用いている場合には、ＨＥＣ（Hea
der Extension Code）を付与する、ＡＩＲ（Adaptive I
ntra Refresh）の周期を短くする、パケット長を短くす
る、Ｉ−ＶＯＰ（Intra-Video Object Plane）の挿入周
期を短くするなどが挙げられる。これら誤り耐性を付与
すると、誤り耐性を付与した分、映像データのフレーム
レートや画質を落とさなくてはならない。したがって、
誤り耐性強度を変更する場合でも、動き／画質のどちら
を優先するかを利用者の指示、コンテンツの種別、使用
可能な伝送帯域などを考慮して決定する必要がある。

【００３１】図３は、図１の映像配信システムの動作を
示すシーケンス図である。まず、映像ファイル作成装置
１２において、あるコンテンツから図２の映像ファイル
を作成し、これを映像送受信の前に送信端末１０に蓄積
する（ステップ３００）。続いて、受信端末１１は、映
像データの送信前に動き／画質優先指示を送信する（ス
テップ３０１）。図示の例では利用者が動き優先を選択
したものとしている。続いて受信端末１１は送信端末１
０に再生指示（映像データ送信要求）を送信し、送信端
末１０は動き／画質優先指示により指示された映像デー
タの送信を開始する（ステップ３０２）。図示の例では
動き優先かつ１２８ｋｂｐｓの映像データ１を送信して
いる。受信端末１１は定期的に伝送状態通知を行い、送
信端末１０は、この通知に基づいて、使用可能な伝送帯
域を推定する（ステップ３０３）。図３中の太い破線
は、使用可能な伝送帯域が１２８ｋｂｐｓから９６ｋｂ
ｐｓへと変動したことを表している。送信端末１０は、
このように使用可能な伝送帯域が狭くなったことを検出
すると、送信する映像データを使用可能な伝送帯域の範
囲内で伝送可能なもの、図示の例では動き優先かつ９６
ｋｂｐｓの映像データ２に切り替える（ステップ３０
４）。この際、利用者からの動き／画質優先指示に従
う。なお、図示の例では映像データの送信前に動き／画
質優先指示を行っているが、映像データの伝送途中に動
き／画質優先指示を送信してもよい。

【００３２】ところで、映像データの蓄積フォーマット
に関して、各映像データを個別のアクセス単位としてま
とめるフォーマットを適用すると、送信する映像データ
の切り替えを行うたびに、映像データの先頭から順番に
送信時刻を調べなければならなくなる。切り替え前の映
像データの続きから、切り替え後の映像データの送信を
開始する必要があるからである。このような動作は、ス
ムーズなファイル切り替えを困難にする。例えば、長時
間のコンテンツにおいて、コンテンツの終了時刻付近で
映像データの切り替えが発生すると、映像データの先頭
から映像データの最後付近までの全てのデータの送信時
刻を調べることになるため、切り替えの処理時間が大き
くなり、その処理時間分だけ映像が止まってしまう。

【００３３】そこで、同一時刻にいずれかが送信（又は
受信・再生）されるべき２つ以上の映像データ部分を１
つのアクセス単位として映像ファイルの中に記録するこ
とで、使用可能な伝送帯域の変化や利用者の指示によっ
て発生する映像データの切り替えをスムーズに行うこと
とする。

【００３４】図４は、図２の映像ファイルの具体的なフ
ォーマットを例示している。図４のフォーマットによれ
ば、当該映像ファイルはヘッダ４００と、各送信時刻ご
とのデータＴｎ（ｎ＝１、２、…）の領域４０１，４０
２とで構成されている。

【００３５】ヘッダ４００には、この映像ファイルに蓄
積されている映像データの数Ｎ（図２の例ではＮ＝６）
が格納されている。続いて、各映像データのプロパティ
が格納されている。この場合のプロパティは、各映像デ
ータが動き優先、画質優先のどちらで符号化されたかを
示す情報と、その符号化レートとを含んでいる。

【００３６】データＴ１の領域４０１には、まず送信時
刻ｔ１、送信フラグＦ１、全データ長Ｌ１が順に格納さ
れている。送信時刻ｔ１は、当該領域４０１に含まれる
いずれかの映像データ部分を送信すべき時刻である。送
信フラグＦ１は、送信時刻ｔ１に送信されるべき映像デ
ータの番号を表すフラグである。例えば、Ｎ＝６であっ
て当該映像ファイルに６つの映像データが格納されてお
り、時刻ｔ１に映像データ１、映像データ２、映像デー
タ５のいずれかの部分データが送信される場合には、Ｆ
１＝“１１００１０”である。すなわち、送信フラグＦ
１の先頭からｉ番目のビット（ｉ＝１から６まで）は、
映像データｉが時刻ｔ１に送信されるデータであるかど
うかを示しており、値が“１”である場合には送信され
るデータであることを示し、“０”であれば送信される
データでないことを示す。全データ長Ｌ１は、当該領域
４０１中の残りの部分の長さを表している。この全デー
タ長Ｌ１に続いて、時刻ｔ１に送信される映像データｊ
のデータ長と、当該映像データｊとの組が順番に格納さ
れている（例えば、ｊ＝１，２，５）。ここに格納され
る映像データｊは、送信フラグＦ１の対応ビットが１と
なっている映像データである。データＴ２の領域４０２
以降のファイル構造は領域４０１と同様である。

【００３７】図４に示した映像ファイルフォーマットを
用いて、図１中の映像データ選択部１０２及び映像デー
タ読み出し部１０４がどのように映像データを処理する
かを以下で説明する。

【００３８】図５は、図１中の映像データ選択部１０２
の動作を示している。図５の動作は、映像データ選択部
１０２が伝送制御部１００又は伝送帯域推定部１０１か
ら通知を受け取った際に行われるようになっている。ま
ず、受信した指示が再生指示であった場合には、映像フ
ァイルを開き、この映像ファイルから映像データの数Ｎ
を読み出し、この数Ｎに基づいて、Ｉ＝１からＮまでに
ついて、各映像データＩが動き優先、画質優先のどちら
で符号化されているかを示す情報Ｐｄ（Ｉ）と、各映像
データＩの符号化レートＲｄ（Ｉ）とを読み出して記憶
する（ステップ５０１）。続いて、伝送レートＲの初期
値を適当に設定し、映像データ読み出し部１０４を起動
する（ステップ５０２）。例えば、映像データ１の符号
化レート、すなわちＲｄ（１）を伝送レートＲの初期値
とする。続いて、送信すべき映像データを選択する（ス
テップ５０３）。ここで、選択された映像データの番号
をＤｔとする。選択方法については後述する。最後に、
映像データ読み出し部１０４に映像データの変更を通知
して動作を終了する（ステップ５０４）。

【００３９】一方、図５のフローにおいて、受信した指
示が動き／画質優先指示である場合には、指示内容をＰ
ｒｉに記憶する（ステップ５０５）。伝送レート指示を
伝送帯域推定部１０１から受け取った場合には、指示さ
れた伝送レートをＲに記憶する（ステップ５０６）。ス
テップ５０５、ステップ５０６の処理を行った後、映像
データ読み出し部１０４が起動中かどうかを判定し、起
動中であれば、ステップ５０３、５０４を行い、起動中
でなければ動作を終了する（ステップ５０７）。受信し
た指示が停止指示である場合には、映像データ読み出し
部１０４を停止し、当該映像ファイルを閉じて動作を終
了する（ステップ５０８）。

【００４０】図６は、図５中の送信すべき映像データの
番号を決定するステップ５０３の詳細を示している。ま
ず、参照符号化レートＲｓを０に初期化する。そして、
映像データＩの情報Ｐｄ（Ｉ）が動き／画質優先の指示
内容Ｐｒｉと一致しているかどうかを調べ、一致してい
なければ次の映像データのチェックに進み、一致してい
るならば伝送レートのチェックへ進む（ステップ６０
１）。映像データＩの符号化レートＲｄ（Ｉ）が、指示
された伝送レートＲよりも高くなく、かつ過去にチェッ
クした映像データの符号化レート、つまり参照符号化レ
ートＲｓよりも高いならば、その映像データＩの番号を
送信すべき映像データの番号Ｄｔとして記憶し、かつ参
照符号化レートＲｓを更新してステップ６０１に戻る
（ステップ６０２）。これを当該映像ファイル中の全て
の映像データに対して行うことで、指示された伝送レー
トＲよりも高くない範囲で最大の伝送レートを持つ映像
データを、送信すべき映像データとして選択することが
できる。

【００４１】図７は、図１中の映像データ読み込み部１
０４の動作を示している。映像データ読み出し部１０４
は、映像データ選択部１０２が開いた映像ファイルの続
きを以下のステップで読み込むことにより、所要の映像
データを読み出す。はじめに、映像データ読み出し部１
０４は、映像データ選択部１０２から映像データ変更通
知を受信した場合には、読み込むべき映像データの番号
Ｄを記憶し、映像データ変更通知を受け取っていない場
合には、映像ファイルより、送信時刻ｔｎ、送信フラグ
Ｆｎ、全データ長Ｌｎを読み込む（ステップ７０１）。
そして、送信フラグＦｎから、映像データＤが時刻ｔｎ
に送信されるべきかどうかを判定し、送信すべきデータ
がない場合には、すなわち送信フラグＦｎの先頭からＤ
番目のビットが“０”である場合には、全データ長Ｌｎ
の値に基づき、次の送信時刻までデータを読み飛ばす
（ステップ７０２）。送信すべきデータがある場合に
は、データ長Ｌｇを読み出し、データＤａｔａを読み飛
ばすというステップを、送信するデータに到達するまで
繰り返し、更に目的のデータを読み出す（ステップ７０
３）。そして、送信時刻ｔｎになるまで待つ（ステップ
７０４）。送信時刻ｔｎになったところで、映像データ
送信部１０５にデータＤａｔａを渡し、停止指示を受信
するか映像ファイルの終わりに到達した場合には動作を
終了し、そうでなければステップ７０１に戻る（ステッ
プ７０５）。

【００４２】以上のとおり、図４の映像ファイルフォー
マットを用いることで、送信する映像データが切り替わ
った場合でも、映像ファイルの先頭から次の送信時刻に
対応する映像データ部分を検索するという処理を行う必
要がなくなる。

【００４３】なお、本発明の実施の形態では、図２の説
明において述べたように、符号化レートごとに動き優
先、画質優先の２種類の映像データを準備しているが、
各符号化レートに対して１種類だけ映像データを準備す
ることとしてもよい。例えば、映像ファイルとして、図
２中の動き優先の映像データ１〜３だけを準備する。そ
して、動き優先の場合には、使用可能な伝送帯域が減少
又は増加したときに、送信する映像データを切り替え
る。また、画質優先の場合で使用可能な伝送帯域が減少
又は増加したときには、送信する映像データを切り替え
ずに、映像データのフレームを間引くことで伝送レート
を調整する。

【００４４】また、利用者の指示に基づいて動き／画質
優先を決定するのではなく、コンテンツの種別に基づい
て動き／画質優先のどちらかで符号化した映像データを
準備することとしてもよい。例えば、コンテンツがスポ
ーツである場合には動き優先の映像データのみを、コン
テンツがニュース又は映画である場合には画質優先の映
像データのみをそれぞれ準備し、使用可能な伝送帯域の
変化に応じて送信する映像データを切り替える。これに
より、使用可能な伝送帯域が狭くなったときに、コンテ
ンツの種別に応じて動き／画質優先を切り替えることが
可能となる。

【００４５】また本発明は、有線網、無線網を問わず、
またユニキャストだけでなく、マルチキャストでの映像
配信システムへの適用も可能である。更に本発明は、狭
帯域だけでなく、広帯域（ブロードバンド）の伝送路を
用いた映像配信システムへの適用も可能である。広帯域
の場合でも、それに応じて送信コンテンツが高品質にな
り、送信すべき情報量が多くなることが予想されるの
で、やはり伝送レート制御は必要である。

【００４６】

【発明の効果】以上説明してきたとおり、本発明によれ
ば、映像配信システムにおいて、有線網、無線網を問わ
ず、利用者の指示に応じた動き優先、画質優先といった
伝送レート制御や、使用可能な伝送帯域の変化に応じた
伝送レート制御が可能となる。

【図面の簡単な説明】

【図１】本発明に係る伝送レート制御方法を実施するた
めの映像配信システムの構成例を示すブロック図であ
る。

【図２】図１中の映像データ蓄積部に準備される映像フ
ァイルを例示した説明図である。

【図３】図１の映像配信システムの動作を示すシーケン
ス図である。

【図４】図２の映像ファイルの具体的なフォーマットを
例示した説明図である。

【図５】図１中の映像データ選択部の動作を示すフロー
チャートである。

【図６】図５中の送信すべき映像データの番号を決定す
るステップの詳細を示すフローチャートである。

【図７】図１中の映像データ読み込み部の動作を示すフ
ローチャートである。

【符号の説明】

１０送信端末１１受信端末１２映像ファイル作成装置１００伝送制御部１０１伝送帯域推定部１０２映像データ選択部１０３映像データ蓄積部１０４映像データ読み出し部１０５映像データ送信部１１０指示入力部１１１伝送制御部１１２伝送状態通知部１１３映像データ受信部１１４映像データ復号部１１５映像表示部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｌ 29/08 Ｈ０４Ｎ 7/13 ＺＨ０４Ｎ 5/76 Ｈ０４Ｌ 13/00 ３０７Ｃ (72)発明者佐藤潤一大阪府門真市大字門真1006番地松下電器産業株式会社内 (72)発明者荒川博大阪府門真市大字門真1006番地松下電器産業株式会社内 (72)発明者能登屋陽司大阪府門真市大字門真1006番地松下電器産業株式会社内Ｆターム(参考） 5C052 AA01 CC11 CC12 DD04 EE10 5C059 KK34 PP04 RB02 RF04 SS08 TA17 TC21 TC45 TD13 UA02 5D044 AB07 CC04 DE11 DE17 DE49 GK07 HL06 HL11 5K014 FA12 HA05 5K034 AA05 CC02 DD02 MM08 MM21

Claims

【特許請求の範囲】

【請求項１】符号化レートのバリエーション、動き優
先、画質優先のうち少なくとも１つの観点から符号化さ
れた２つ以上の映像データを、使用可能な伝送帯域の変
化に応じて又は利用者の指示に応じて動的に切り替える
ことにより伝送レートを制御することを特徴とする伝送
レート制御方法。
【請求項２】請求項１記載の伝送レート制御方法にお
いて、同一のコンテンツをもとにして事前に作成した前記２つ
以上の映像データを含んだ映像ファイルを準備するステ
ップを備えたことを特徴とする伝送レート制御方法。
【請求項３】請求項２記載の伝送レート制御方法にお
いて、前記準備ステップは、同一時刻にいずれかが送信される
べき２つ以上の映像データ部分を１つのアクセス単位と
して前記映像ファイルの中に記録するステップを備えた
ことを特徴とする伝送レート制御方法。
【請求項４】請求項２記載の伝送レート制御方法にお
いて、前記準備ステップは、各々互いに異なる誤り耐性強度を
有する複数の映像データを前記映像ファイルの中に記録
するステップを備えたことを特徴とする伝送レート制御
方法。
【請求項５】請求項１記載の伝送レート制御方法にお
いて、使用可能な伝送帯域を推定するステップと、前記使用可能な伝送帯域に応じて前記２つ以上の映像デ
ータの中から１つを選択するステップと、前記選択した映像データを送信するステップとを備えた
ことを特徴とする伝送レート制御方法。
【請求項６】請求項１記載の伝送レート制御方法にお
いて、利用者からの動き／画質優先指示を受信するステップ
と、前記動き／画質優先指示に応じて前記２つ以上の映像デ
ータの中から１つを選択するステップと、前記選択した映像データを送信するステップとを備えた
ことを特徴とする伝送レート制御方法。
【請求項７】請求項１記載の伝送レート制御方法にお
いて、切り替え前の映像データの符号化パラメータを基準に、
切り替え後の映像データを選択するステップを備えたこ
とを特徴とする伝送レート制御方法。