(57)【特許請求の範囲】
【請求項１】
情報を伝送する方法であって、
伝送対象となる複数のフレームを、優先順位の高いフレームまた優先順位の低いフレームのいずれかとして符号化し、
前記ネットワークによる優先順位の低いフレームの損失を示す情報を受信し、
前記情報が優先順位の低いフレームが所定の量より多く喪失したことを示す場合、前記符号化する工程で得られたものに追加されるフレームを優先順位の高いフレームとして符号化し、
前記符号化されたフレームを送信し、
前記追加のフレームは、優先順位の高いフレームについて一般に使用されるものより低い品質で符号化されることを特徴とする方法。
【請求項２】
請求項１に記載の方法において、
前記情報は、ネットワークのフィードバックとして受信されることを特徴とする方法。
【請求項３】
請求項１又は２に記載の方法において、
前記情報は、リアルタイム・コントロール・プロトコルを使って受信されることを特徴とする方法。
【請求項４】
請求項１〜３のいずれか１つに記載の方法において、
前記符号化されたフレームを送信する際に、符号化された優先順位の高いフレーム及び優先順位の低いフレームを、優先順位の高いフレームを送信する第１チャネルと、優先順位が低いフレームを送信する第２チャネルと、を有するネットワークを用いてそれぞれ送信することを特徴とする方法。
【請求項５】
ネットワーク上でエンコーダからビデオ符号化情報を伝送する方法であって、
優先順位の高いフレームのために、前記エンコーダにどの程度の帯域幅を割り当てるかに関する前記ネットワークからの情報を受信し、
前記情報に基づいて、伝送対象となる複数のフレームを、優先順位の高いフレームまた優先順位の低いフレームのいずれかとして符号化し、
前記ネットワークによる優先順位の低いフレームの損失を示す情報を受信し、
前記情報が優先順位の低いフレームが所定の量より多く喪失したことを示す場合、前記符号化する工程で得られたものに追加されるフレームを優先順位の高いフレームとして符号化し、
前記符号化されたフレームを送信し、
前記追加のフレームは、優先順位の高いフレームについて一般に使用されるものより低い品質で符号化されることを特徴とする方法。
【請求項６】
請求項５に記載の方法において、
前記情報は、ネットワークのフィードバックとして受信されることを特徴とする方法。
【請求項７】
請求項５又は６に記載の方法において、
前記情報は、リアルタイム・コントロール・プロトコルを使って受信されることを特徴とする方法。
【請求項８】
請求項５〜７のいずれか１つに記載の方法において、
前記符号化されたフレームを送信する際に、符号化された優先順位の高いフレーム及び優先順位の低いフレームを、優先順位の高いフレームを送信する第１チャネルと、優先順位が低いフレームを送信する第２チャネルと、を有するネットワークを用いてそれぞれ送信することを特徴とする方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上でのビデオ情報の伝送に係り、特に、ネットワーク上で伝送される階層型ビデオ符号化情報に伝送優先順位を設定する方法に関する。
【０００２】
【従来の技術】
通信分野においてもっとも確実な可能性を持つアプリケーションのひとつは、電話ネットワーク、有線テレビネットワーク、インターネット等の媒体によって符号化または圧縮されたビデオ情報を伝送することである。ビデオ情報は通常、あるロケーションで符号化され、ネットワーク上で目的地に伝送され、その目的地で復号される。たとえばビデオエンコーダを使って、ビデオ信号およびその他のデータを受信し、これらをデジタル化された形態に変換し（そのデータがすでにデジタル化された形態でない場合）、符号化アルゴリズムを使ってそのデータを圧縮する。ビデオ符号化アルゴリズムの例には、モーション・ピクチャー・エキスパート・グループのＭＰＥＧ−１，ＭＰＥＧ−２，ＭＰＥＧ−４デジタルビデオ符号化標準やＩＴＵ−Ｔ（International Telecommunications Union-Telecommunications sector）のＨ．２６１，Ｈ．２６４がある。ビデオ情報はまず、それぞれが画像を描く一連のビデオフレームを含むビデオ信号を発生するビデオカメラから得ることができる。さらに、ビデオ符号化情報はまた、たとえば、アニメーション、テキストおよび／またはオーディオ情報等のその他のコンポーネントを含むことがある。ビデオデコーダを目的地において使用し、受信したビデオ符号化フレームを、ビデオモニタその他の装置によって表示されるフォーマットに復号する。
【０００３】
ビデオ符号化情報が伝送されるネットワークは一般的に、その帯域幅が限定されている。ある時点で利用できる帯域幅は、トラフィックの量やネットワークコンポーネントの運用性といった要因によって異なる。利用可能な帯域幅がどれだけあるかは、そのビデオデコーダが提供するビデオの品質にとって主要なパラメータであり、帯域幅が大きくなるほどビデオの品質は向上する。帯域幅が利用できないと、ネットワークの輻輳あるいはバッファのオーバーフローにより、ビデオ符号化フレームがネットワーク上での送信中に失われる、あるいはその送信が遅れる原因となりうる。このような損失や遅延により、ビデオデコーダにより表示されるビデオの認知品質が大幅に劣化し、特にビデオがリアルタイムで送信される、またはストリーミングされる場合、またはビデオに移動体が含まれる場合に、エラー伝播が引き起こされる。
【０００４】
限定された帯域幅の影響へのひとつの対処方法は、「階層型（layered）」ビデオ符号化スキームを利用することである。階層型ビデオ符号化スキームは、ビデオ符号化フレームのストリームを層に分割する。標準的な階層型ビデオ符号化スキームにおいて、ビデオ符号化情報信号は基本階層（レイヤ）と拡張階層（レイヤ）に分割される。拡張階層は通常、品質をさらに改善するために基本階層に追加される精細情報（refinement information）を提供する。たとえば、基本階層は一般に、拡張階層からのデータを使用せずに復号され、表示されるが、この場合、得られるピクチャの認知品質は芳しくない。ネットワークの輻輳が発生すると、拡張階層からパケットがドロップされる場合があるが、基本階層からのパケットを復号することにより、若干品質は劣るものの、有効なビデオは依然として生成される。
【０００５】
ネットワーク上で送信されるトラフィックは、しばしば優先順位によって分類される。多くのネットワークにおいて、優先順位は、そのネットワークが輸送中のパケットの一部をドロップする必要がある場合に使用される。たとえば、ネットワークの輻輳が発生し、ネットワークがパケットをドロップしなければならない場合、このネットワークは通常、優先順位が下位のパケットをドロップする。ビデオエンコーダは、一部のビデオ符号化フレームを優先順位の高いもの、残りを低いものとして指定することにより、このような分類を利用することができる。たとえば、５つ目ごとのフレームを優先順位の高いものとして送信し、残りを優先順位の低いものとして送信してもよい。代表的な階層型ビデオ符号化スキームは、ネットワーク上で、規定層より優先順位の低い拡張階層のトラフィックを送信するものである。別のスキームは、複数スレッドを使用するもので、動き補償のために前の基本階層フレームだけを使って、独立した基本階層フレームを符号化し、動き補償のために基本階層および拡張階層両方のフレームを使って、通常通りに拡張階層フレームを符号化する。
【０００６】
【発明が解決しようとする課題】
優先順位の高い基本階層フレームを同時的に送信しようとするときに階層型ビデオ符号化スキームを使うと問題が発生する場合がある。これが発生すると、ネットワークは優先順位の高いデータで過負荷状態となる。この場合、基本階層フレームが失われ、著しい品質低下が起こるか、あるいはネットワークは基本階層フレームの一部をバッファに入れざるを得なくなくなり、遅れが激しくなる。
【０００７】
本発明は、優先順位の高いフレーム（たとえば基本階層フレーム）を送信するのに利用できる帯域幅があるかを示すネットワークのフィードバックを使用することにより改善された、階層型ビデオ符号化データの伝送方法を提供することを目的の一つとする。
【０００８】
【課題を解決するための手段】
本発明の実施の形態は、優先順位の高いフレームを送信するのに利用できる容量があるか否かを示すネットワークからのフィードバックを使い、階層型ビデオ符号化システムの劣化を緩和する。このフィードバックには、現在そのネットワークに、優先順位の高いトラフィックをさらに送信する容量があるかに関する情報の要求に対する応答が含まれる。ある態様においては、優先順位の高いデータを送信する許可が与えられた場合、基本階層フレームの候補は、ネットワーク上で基本階層フレームとして伝送され、優先順位の高いデータを送信する許可が拒否された場合は、拡張階層フレームとして伝送される。別の態様において、基本階層フレームの候補は、優先順位の高いデータを送信する許可が拒否されると、削除される。
【０００９】
【発明の実施の形態】
本発明のある実施の形態において、エンコーダはどのフレームを基本階層フレームとして伝送するかの優先順位を予め決定しておく代わりに、ネットワークに対して、優先順位の高いデータを伝送する許可を要求してから、基本階層フレームの候補を符号化する。この実施の形態において、基本階層フレームの候補は、優先順位の高いデータを送信する許可が与えられた場合は基本階層フレームとして符号化、伝送され、優先順位の高いデータを送信する許可が拒否された場合は優先順位の低いフレームとして伝送されるか、あるいは伝送から削除される。例えば、エンコーダは、基本階層フレームの候補が入力されたか否かを判断し、この基本階層フレームの候補を符号化する前にネットワークに対して、優先順位の高いデータを伝送する許可を要求する。そして許可されない場合、この候補は例えば拡張階層フレームとして送信される。これらの実施の形態およびその他の形態を以下に詳細に説明する。
【００１０】
これら本発明の実施の形態により、優先順位の高いデータのネットワークへの到達が不規則化されるため、ネットワークが過負荷となる可能性が最小限に抑えられる。さらに、これらの実施の形態では、大量のデータをバッファに入れることが回避され、それによって生じる遅延が防止される。したがって、以下に説明する実施の形態により、フレームの損失またはバッファリングによる遅延を原因としたピクチャの認知品質の劣化が緩和される。
【００１１】
図１は、本発明の実施の一形態によるビデオエンコーダおよびデコーダを含むシステムのブロック図である。図１は、ビデオエンコーダ１１０とビデオデコーダ１２０を示し、これらはどちらもネットワーク１３０に接続されている。ここで「接続」という語は、「直接接続」された状態を含み、これより広い意味を有する（つまり、間接的に接続されていてもよい）。下記のように、エンコーダ１１０または他のデバイスは、ネットワークの利用可能な容量に関する情報（ネットワーク容量情報１１６等）を使って決定される優先順位により、ネットワーク１３０上でビデオ符号化データ（ビデオ符号化フレーム１１３等）をデコーダ１２０に伝送する。この情報は、その情報の要求（ネットワーク容量要求１１５等）に応答して提供される場合もある。もちろん、本発明は図１に示すシステムに限定されない。たとえば、別の実施の形態において、ビデオ符号化データは、エンコーダ１１０等のエンコーダにより、デコーダ以外のデバイスに送信される。たとえば、エンコーダ１１０は、デコーダが後に使用するために、ビデオ符号化データをデータ保存手段に送信してもよい。別の例として、ビデオ符号化データは、エンコーダ１１０から、ネットワーク上でデータを伝送する伝送装置に送信される。同様に、別の実施の形態において、以前に符号化され、保存されたビデオ符号化データは、エンコーダ以外のデバイスにより、デコーダ１２０等のデコーダに伝送してもよい。
【００１２】
ネットワーク１３０は、その上で情報を送信できるものであればどのような情報システムネットワークであってもよい。ネットワーク１３０の例としては、インターネット、イントラネット、有線電話ネットワーク、無線電話ネットワーク、仮想プライベートネットワーク（ＶＰＮ）、あるいはこれらの組み合わせがある。エンコーダ１１０は、ビデオ符号化フレームとしてネットワーク上で伝送するために、ビデオ信号１１２等のビデオデータを符号化するのに使用される。エンコーダ１１０は、ＭＰＥＧ−１，ＭＰＥＧ−２，ＭＰＥＧ−４，Ｈ．２６１，Ｈ．２６４といったビデオ符号化標準またはアルゴリズムに適合するビデオ符号化データを出力することができる。図１において、エンコーダ１１０はビデオカメラ１１１と接続されているものとして示されている。ある実施の形態において、ビデオカメラ１１１は、ビデオ信号１１２をエンコーダ１１０に出力する。別の実施の形態において、エンコーダ１１０は事前に記録されたビデオ信号を符号化する。あるいはアニメーション、テキストまたはオーディオデータといった別のタイプの入力を受けるようにしてもよい。デコーダ１２０は、ビデオ符号化フレームをビデオ画像として表示するために受信し、復号するのに使用される。デコーダ１２０はモニタ１２１と接続されるよう示されており、モニタ１２１上でビデオ画像として表示するために、ビデオ信号１２２等の復号ビデオデータを出力することができる。
【００１３】
図１に示すように、ネットワーク１３０は、エンコーダ１１０をネットワーク１３０に接続するネットワークアクセスサーバ１３１と、デコーダ１２０をネットワーク１３０に接続するネットワークアクセスサーバ１３２を備える。ネットワークアクセスサーバ１３１とネットワークアクセスサーバ１３２は、ネットワークの外からのネットワーク１３０への接続を許可することができ、エイ・ティ・アンド・ティのような電話会社、またはアメリカ・オンライン（商標）のようなインターネットプロバイダ等の第三者により運営されてもよい。ネットワーク１３０は、ネットワーク１３０の動作を管理するネットワークアドミニストレータ１３３を備える。実施の形態によっては、ネットワーク１３０を分散化し、複数のネットワークアドミニストレータを備えてもよい。図１は、ネットワークアクセスサーバ１３１をネットワークアクセスサーバ１３２に連結する高優先順位用チャンネル１３４と低優先順位用チャンネル１３６を示す。ある実施の形態において、高優先順位用チャンネル１３４と低優先順位用チャンネル１３６はネットワーク１３０を通じた論理経路であり、データは各種の物理的経路を使って、各論理経路上で伝送される。ある実施の形態において、ネットワーク１３０は優先順位の高いトラフィックを伝送するのに使用できる複数の仮想回路と優先順位の低いトラフィックを伝送するのに使用できる複数の仮想回路を備える。ある実施の形態において、ネットワーク１３０はルータやスイッチ（交換機）といった複数のノードを含み、これらのノードの多くは、高優先順位用チャンネル１３４と低優先順位用チャンネル１３６の両方のデータを伝送するために使用することができる。例えば、ある態様では優先順位の高いチャネルは、品質保証型サービストランクを使って伝送する経路を含み、優先順位の低いチャネルは、ベストエフォート型トランクを使って伝送する経路を含む。
【００１４】
一般に、ネットワーク１３０上のトラフィックの量は動的であり、利用可能な帯域幅は時間とともに常に変化する。ある時点で、ネットワーク１３０には輻輳が発生し、それ以上データを伝送するための帯域幅を提供できない場合がある。ネットワークの輻輳が発生すると、ネットワーク１３０はデータをドロップする、またはデータをバッファに入れる等の適切な対策をとる。たとえば、ネットワークアクセスサーバ１３１からデータパケットＸＹＺがネットワーク１３０上でネットワークアクセスサーバ１３２に送られるために送信されるが、ネットワーク１３０にデータパケットＸＹＺを送信する帯域幅がない場合、データパケットＸＹＺはドロップされ、このようにドロップしたことを示すメッセージがエンコーダ１１０に戻される。ある実施の形態において、ネットワーク１３０は、優先順位の高いパケットをドロップする前に、優先順位の低いパケットをドロップする。ネットワーク１３０はデータ伝送のための追加の負荷を高優先順位用チャンネルにかける。
【００１５】
ある実施の形態において、ネットワークアドミニストレータ１３３は現在利用可能なネットワーク帯域幅の量に関する情報を保持し、現在のネットワーク容量と将来の予想ネットワーク容量に関する情報をフィードバックとしてエンコーダ１１０に提供する。たとえば、エンコーダ１１０はネットワークアクセスサーバ１３１を通じてネットワーク容量要求１１５をネットワークアドミニストレータ１３３に送信し、ネットワークアドミニストレータ１３３はこれに応答してネットワークアクセスサーバ１３１を通じてネットワーク容量情報１１６をエンコーダ１１０に送信することができる。ネットワーク容量要求１１５は、ある種類のデータ（たとえば優先順位の高いフレームまたは基本階層フレーム）を送信するのに利用できる容量に関する情報の要求であってもよく、ネットワーク容量情報１１６はその要求に対する応答でもよい。ある実施の形態において、エンコーダ１１０から送信された情報の要求は、伝送されるデータの種類を特定せず（たとえば、データはビデオ符号化フレームである）、たとえば、特定の量の帯域幅の要求でもよい。この例において、帯域幅の優先順位、データのサイズおよび／または持続時間（duration）を特定できる。ある実施の形態において、ネットワーク容量情報１１６の送信のために要求は不要であり、ネットワーク容量情報はたとえば定期的に、あるいはネットワークアドミニストレータ１３３が定められた条件に基づいて送信することができる。もちろん、当業者は、ネットワーク容量要求１１５とネットワーク容量情報１１６を、エンコーダ１１０とネットワークアクセスサーバ１３１の間で、ビデオ符号化フレーム１１３と同じ接続を使って伝送できることがわかる。ビデオ符号化情報を伝送する際、このネットワーク容量情報を利用する本発明の実施の形態をさらに以下で説明する。
【００１６】
図２は、本発明の実施の一形態によるビデオエンコーダのブロック図である。図２は、上記図１のものと同様のエンコーダ１１０を示す。さらに、図２は、エンコーダ１１０により符号化され、ネットワーク１３０上で、２つの論理チャンネル（高優先順位用チャンネル１３４と低優先順位用チャンネル１３６）を使って、ビデオ符号化フレーム１１３のストリームとして伝送されるビデオ信号１１２のストリームを示す。図２は、同じビデオデータのストリームの一部である６つのビデオフレームを示す。ストリームの中のはじめの４フレーム（つまり、第一のビデオフレーム２２１、第二のビデオフレーム２２２、第三のビデオフレーム２２３、第四のビデオフレーム２２４）はすでに符号化されており、ネットワーク上で伝送されているが、残りの２フレーム（第五のビデオフレーム２２５、第六のビデオフレーム２２６）は符号化されていないデータであり、たとえば図１のビデオカメラ１１１によって符号化のためにエンコーダ１１０に送信される。もちろん、ビデオ符号化フレームはそれぞれ、符号化されていないビデオデータの複数のフレームを含んでもよい。前述のように、ビデオ符号化フレームは、アニメーション、テキスト、制御情報および／またはオーディオ情報等のビデオ以外の情報を含むものであってもよい。図に示されている実施の形態において、ネットワーク１３０上で伝送されるビデオ符号化フレーム１１３はそれぞれ、優先順位フィールドを持つ。第二のビデオフレーム２２２のように優先順位の低いフレームは、低優先順位用チャンネル１３６で伝送される。ある実施の形態において、優先順位はビデオ符号化フレームの中に、その符号化時に構築される。別の実施の形態において、優先順位は、ビデオ符号化フレームが符号化された後にそのフレームに追加されるか、あるいはビデオ符号化フレームとは別のデータエレメントとしてネットワーク１３０に伝送される。
【００１７】
図２に示すように、エンコーダ１１０は符号化ロジック（エンコードロジック）１１７と伝送優先順位設定ロジック１１８を備える。符号化ロジック１１７は、ビデオデータの符号化に使用できる。伝送優先順位設定ロジック１１８は、ネットワーク容量要求１１５を送信し、この要求に応答してネットワーク容量情報１１６を受信できる。伝送優先順位設定ロジック１１８は、以下に説明する方法等の本発明の実施の形態に従い、ネットワーク容量情報を使って、各ビデオ符号化フレーム１１３に関する伝送優先順位を選択することができる。もちろん、エンコーダ１１０はネットワーク１３０へのデータの伝送を制御するためのロジック等、その他のコンポーネントを含んでもよい。エンコーダ１１０はまた、アナログ−デジタルコンバータ、トランスフォームロジック、量子化ロジック、予測ロジックを備えることができる。エンコーダ１１０のコンポーネントは、ソフトウェア、ハードウェア、ファームウェアあるいはそれらの組み合わせによって実施できる。エンコーダ１１０は、ひとつまたは複数の中央処理ユニット（ＣＰＵ）、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）を含んでもよく、エンコーダ１１０内のメモリは本明細書で説明する本発明の実施の形態を実現するためにプロセッサが実行するインストラクションを保存できる。エンコーダ１１０内のロジックは、特定用途集積回路（ＡＳＩＣ）等の特定目的の処理ユニットとして実現できる。ある実施の形態において、エンコーダ１１０は、本発明の実施の形態を実現するソフトウェアを含むパーソナルコンピュータ（ＰＣ）である。
【００１８】
図３は、本発明の実施の一形態によるビデオ情報伝送方法を示すフローチャートである。以下の説明は、図１、２に示すシステムを参照しながら行うが、もちろん、この方法は他のシステムでも利用できる。図３に示すように、ビデオ符号化データとして符号化されるべきビデオデータのフレームを受信する（３０１）。たとえば、ビデオデータのフレームはビデオカメラ１１１からエンコーダ１１０で受信するか、あるいはエンコーダ１１０の別の部分にあるバッファから受信する。ある実施の形態において、ビデオデータのフレームはすでに符号化の前にエンコーダに保存されている（たとえば、エンコーダでバッファに入れられている）。エンコーダは優先順位の高いデータを送信するのに利用できるネットワークの容量に関する情報の要求を送信し（３０２）、この要求に応答して容量情報を受信する（３０３）。要求と応答の例は図１において、ネットワーク容量要求１１５とネットワーク容量情報１１６として示されている。ある実施の形態において、ネットワークアドミニストレータ１３３は、優先順位の高いデータを送信するために利用できる容量があるかを判断し、エンコーダ１１０に応答を送信する。応答が、ネットワークにはそのフレームを優先順位の高いデータとして送信する容量があることを示した場合（３０４）、そのフレームは優先順位の高いフレーム（たとえば、基本階層フレーム）として符号化され（３０５）、優先順位の高いデータとして伝送される（３０６）。応答が、ネットワークには優先順位の高いデータを伝送する容量がないことを示した場合（３０４）、そのフレームは優先順位の低いフレーム（たとえば拡張階層フレーム）として符号化され（３０７）、優先順位の低いデータとして伝送される（３０８）。優先順位の高いデータとして伝送されるフレームは、ネットワーク１３０上の高優先順位用チャンネルを使用し、優先順位の低いデータとして伝送されるフレームは、ネットワーク上の低優先順位用チャンネルを使用することができる。
【００１９】
図４は、本発明の別の実施の形態によるビデオ情報伝送方法を示すフローチャートである。前の実施の形態と同様に、エンコーダはビデオ符号化データとして符号化されるべきビデオデータのフレームを受信し（４０１）、優先順位の高いデータの送信に利用できるそのネットワークの容量に関する情報の要求を送信し（４０２）、その要求に応答して容量情報を受信する（４０３）。この実施の形態において、データはビデオ符号化され（４０４）、ビデオ符号化フレームは、要求が送信されたおよび／または要求に対する応答を受信したのとほぼ同時にバッファに入れられる（４０５）。ネットワークに、そのフレームを優先順位の高いデータとして送信する容量がある場合（４０６）、要求は優先順位の高いデータとして伝送される（４０７）。そのネットワークに、優先順位の高いデータを送信する容量がない場合（４０６）、そのビデオフレームは優先順位の低いデータとして伝送される（４０８）。ある態様では、たとえば非常に圧縮率の高いコーデックで、フレームは優先順位の高いフレームとして再符号化されなければならない。つまり、ネットワークに、優先順位の高いデータを送信する容量があるか否かによって（容量に応じた）再符号化をしてもよい。別の実施の形態において、フレームは（高低）両方の優先順位で平行して符号化されており、所望の優先順位を持つフレームを後で選択することができる。
【００２０】
図５は、本発明の別の実施の形態によるビデオ情報伝送方法を示すフローチャートである。図５は、図４のステップ４０１から４０７を含む。しかしながら、この実施の形態において、符号化されたフレームは、ネットワークに優先順位の高いデータを送信する容量がない場合、伝送から削除される。符号化されたフレームが伝送から削除されると、ビデオデータは失われることがあるが、このような損失は、エンコーダ１１０がその損失を認識しているかぎり、認知されるピクチャの品質（認知品質）には大きな影響を与えない。
【００２１】
図６は、本発明のさらに別の実施の形態によるビデオ情報伝送方法を示すフローチャートである。上述のように、ビデオ符号化データとして符号化されるべきビデオデータのフレームを受信する（６０１）。この実施の形態において、フレームは次に優先順位の高いフレームとして符号化される（６０２）。この実施の形態において、すべてのフレームを、利用可能なネットワーク容量に関する情報を要求するおよび／または受信する前に、優先順位の高いフレームとして符号化することができる。図５に示すように、優先順位の高いフレームを符号化した後、優先順位の高いデータを伝送するのに利用できるネットワークの容量に関する情報の要求が送信され（６０３）、この要求に応答して容量情報を受信する（６０４）。ネットワークに、そのフレームを優先順位の高いデータとして伝送する容量がある場合（６０５）、この要求は優先順位の高いデータとして伝送される（６０６）。ネットワークに、優先順位の高いデータを伝送する容量がない場合（６０５）、ビデオフレームは優先順位の低いデータとして伝送される（６０７）。
【００２２】
図７は、本発明の他の実施の形態によるビデオ情報伝送方法を示すフローチャートである。ビデオ符号化データとして符号化されるべきビデオデータのフレームを受信する（７０１）。この実施の形態において、フレームは、優先順位選定アルゴリズムに基づいて、優先順位の高いフレームまたは優先順位の低いフレームのいずれかとして符号化される（７０２）。アルゴリズムは、優先順位の高いフレームの伝送にどれだけの帯域幅が割り当てられているかに関する情報を使用することができる。次にエンコーダは、優先順位の高いデータを伝送するのに利用できるネットワークの容量に関する情報を入手する（７０３）。この情報は、ネットワークのフィードバックにより、あるいはＩＥＴＦ（Internet Engineering Task Force）からのＲＴＣＰ（リアルタイム・コントロール・プロトコル；Real Time Control Protocol）等、その他の手段によって入手できる。優先順位の低いフレームが、所定の量より多く失われた場合（７０４）、上記の伝送優先順位アルゴリズムが設定したものより多くのフレームを追加して優先順位の高いフレームとして符号化できる。これらの追加された優先順位の高いフレームは、優先順位の高いフレームについて通常使用されるものより低い優先順位で符号化される。
【００２３】
これらの実施形態によって、利用可能な帯域幅に関するネットワークのフィードバックを利用することで、ビデオ情報の伝送を改善する。フィードバックの使用を通じて、これら実施形態では優先順位の高いデータのネットワークへの到着を不規則化し、したがって、ネットワークの過負荷が発生する確率を低くする。これらの実施形態はまた、大量のデータがバッファに入れられること、およびそのようなバッファリングによる遅延を回避する。ここでの説明において、本発明の実施の形態をいくつか具体的に図示および／または説明した。しかしながら、これら実施形態の変更またはバリエーションも、本発明の精神と所期の範囲から逸脱することなく、上記の教示によってカバーされ、添付の請求範囲に含まれることは明らかである。たとえば、特に断りがないかぎり、実施されるステップの順番は変更することができる。
【図面の簡単な説明】
【図１】  本発明の実施の一形態によるビデオエンコーダおよびデコーダを含むシステムのブロック図である。
【図２】  本発明の実施の一形態によるビデオエンコーダのブロック図である。
【図３】  本発明の実施の形態によるビデオ情報送信方法のフローチャートである。
【図４】  本発明の実施の形態によるビデオ情報送信方法のフローチャートである。
【図５】  本発明の実施の形態によるビデオ情報送信方法のフローチャートである。
【図６】  本発明の実施の形態によるビデオ情報送信方法のフローチャートである。
【図７】  本発明の実施の形態によるビデオ情報送信方法のフローチャートである。
【図１】
0004309098.tif 000002
【図２】
0004309098.tif 000003
【図３】
0004309098.tif 000004
【図４】
0004309098.tif 000005
【図５】
0004309098.tif 000006
【図６】
0004309098.tif 000007
【図７】
0004309098.tif 000008