(57)【要約】仮想参照復号器の超低遅延モードを用いるための方法および装置が提供される。方法はビデオ復号器において提供され、仮想参照復号器バッファに対して、ビデオビットストリームに含まれる仮想参照復号器アクセス単位の到着時間および除去時間に基づいてタイミング制約条件を規定するために、仮想参照復号器タイミングモデルを定義するステップ（３２０）を含む。仮想参照復号器アクセス単位は、スライスアクセス単位およびピクチャアクセス単位の中から選択される。方法はまた、仮想参照復号器タイミングモデルに基づいて、仮想参照復号器バッファの必要条件への適合性に関してビデオビットストリームを評価するステップ（３２５）を含む。
2015510354.tif 000002
【特許請求の範囲】
【請求項１】
ビデオ復号器における、
仮想参照復号器バッファに対して、ビデオビットストリームに含まれる仮想参照復号器アクセス単位の到着時間および除去時間に基づいて、タイミング制約条件を規定するために、仮想参照復号器タイミングモデルを定義するステップ（３２０）であって、前記仮想参照復号器アクセス単位はスライスアクセス単位およびピクチャアクセス単位の中から選択される、ステップと、
前記仮想参照復号器タイミングモデルに基づいて、前記仮想参照復号器バッファの必要条件への適合性に関して前記ビデオビットストリームを評価するステップ（３２５）と、
を含む方法。
【請求項２】
前記仮想参照復号器タイミングモデルは、可変ビットレートテストケースの下で、前記ビデオビットストリームが前記仮想参照復号器バッファの前記必要条件に適合するかどうかを判定する、請求項１に記載の方法。
【請求項３】
前記仮想参照復号器タイミングモデルは、固定ビットレートテストケースの下で、前記ビデオビットストリームが前記仮想参照復号器バッファの前記必要条件に適合するかどうかを判定する、請求項１に記載の方法。
【請求項４】
前記仮想参照復号器タイミングモデルは、前記ビデオビットストリームが前記仮想参照復号器バッファの前記必要条件に適合するかどうかを判定するために、リーキーバケット技法を用いる、請求項１に記載の方法。
【請求項５】
前記仮想参照復号器タイミングモデルは、前記ビデオビットストリームが、ピクチャの復号時間が１フレーム期間より短いという制約を課す超低遅延モードに適合するかどうかを確認するように構成される、請求項１に記載の方法。
【請求項６】
前記ビデオビットストリームに対する前記超低遅延モードの起動はフラグに基づく、請求項１に記載の方法。
【請求項７】
前記ビデオビットストリームは、前記選択された仮想参照復号器アクセス単位に対して適用される前記仮想参照復号器タイミングモデルに基づいて評価される、請求項１に記載の方法。
【請求項８】
前記ビデオビットストリームは、前記選択された仮想参照復号器アクセス単位の統計に対して適用される前記仮想参照復号器タイミングモデルに基づいて評価される、請求項７に記載の方法。
【請求項９】
前記統計は、前記選択された仮想参照復号器アクセス単位のビットレート、サイズ、および構造を含む、請求項８に記載の方法。
【請求項１０】
仮想参照復号器バッファに対して、ビデオビットストリームに含まれる仮想参照復号器アクセス単位の到着時間および除去時間に基づいて、タイミング制約条件を規定するために定義された、仮想参照復号器タイミングモデル（２７７）であって、前記仮想参照復号器アクセス単位はスライスアクセス単位およびピクチャアクセス単位の中から選択される、仮想参照復号器タイミングモデルと、
前記仮想参照復号器タイミングモデルに基づいて、前記仮想参照復号器バッファの必要条件への適合性に関して前記ビデオビットストリームを評価するための、仮想参照復号器要件適合評価器（２０４）と、
を備えるビデオ復号器。
【請求項１１】
前記仮想参照復号器タイミングモデル（２７７）は、可変ビットレートテストケースの下で、前記ビデオビットストリームが前記仮想参照復号器バッファの前記必要条件に適合するかどうかを判定する、請求項１０に記載のビデオ復号器。
【請求項１２】
前記仮想参照復号器タイミングモデル（２７７）は、固定ビットレートテストケースの下で、前記ビデオビットストリームが前記仮想参照復号器バッファの前記必要条件に適合するかどうかを判定する、請求項１０に記載のビデオ復号器。
【請求項１３】
前記仮想参照復号器タイミングモデル（２７７）は、前記ビデオビットストリームが前記仮想参照復号器バッファの前記必要条件に適合するかどうかを判定するために、リーキーバケット技法を用いる、請求項１０に記載のビデオ復号器。
【請求項１４】
前記仮想参照復号器タイミングモデル（２７７）は、前記ビデオビットストリームが、ピクチャの復号時間が１フレーム期間より短いという制約を課す超低遅延モードに適合するかどうかを確認するように構成される、請求項１０に記載のビデオ復号器。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照によりその全体が本明細書に組み込まれている、２０１２年２月８日に出願した米国仮出願第６１／５９６，５１９号の利益を主張するものである。
【０００２】
本原理は一般にビデオ符号化および復号に関し、より詳細には仮想参照復号器の超低遅延モードを用いるための方法および装置に関する。
【背景技術】
【０００３】
仮想参照復号器（ＨＲＤ）適合性は、ほとんどのビデオ圧縮標準の規範的部分である。ＨＲＤは、ビットストリームに対して一組の必要条件を課す。ＨＲＤ検証器は、ビットストリームを調べ、ＨＲＤエラーがあるかどうかを検出し、そうであればそのようなエラーを報告することにより、一組の必要条件に対するビットストリームの適合性を検証するために用いられるソフトウェアおよび／またはハードウェアである。
【０００４】
国際標準化機構／国際電気標準会議（ＩＳＯ／ＩＥＣ）動画専門家グループ−１（ＭＰＥＧ−１）標準、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−２標準、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４標準、国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ）Ｈ．２６３勧告、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４パート１０アドバンストビデオ符号化（ＡＶＣ）標準／ＩＴＵ−Ｔ  Ｈ．２６４勧告（本明細書の以下では「ＭＰＥＧ−４  ＡＶＣ標準」）、およびＩＳＯ／ＩＥＣ  ＭＰＥＧ−高効率ビデオ符号化（ＨＥＶＣ）標準（本明細書の以下では「ＨＥＶＣ標準」または単に「ＨＥＶＣ」）などの、ビデオ符号化標準および勧告においては、ビットストリームは、ビットストリームが標準および／または勧告に具体化された構文および意味規則を順守している場合に適合と判断される。一組のこのような規則は、復号器の数学的または仮想モデルを通した、成功するビットストリームの流れの形をとり、これは符号化器の出力に概念的に接続され、符号化器からビットストリームを受け取る。このようなモデル復号器は、いくつかの標準では仮想参照復号器（ＨＲＤ）と呼ばれ、他の標準ではビデオバッファ検証器（ＶＢＶ）と呼ばれる。言い換えればＨＲＤは、所与の標準の下でこのような符号化器が適合すると見なされるために、ビデオ符号化器によって発生されるビットストリームが順守しなければならない規則を規定する。ＨＲＤはほとんどのビデオ符号化標準の規範的部分であり、したがって所与の標準の下ではいずれのビットストリームもＨＲＤ規則および制約条件を順守しなければならず、実際の復号器は、このような規則には適合されておりこのような制約条件は満たされていることを、前提とすることができる。
【０００５】
超低遅延アプリケーションは、国際標準化機構／国際電気標準会議（ＩＳＯ／ＩＥＣ）動画専門家グループ−高効率ビデオ符号化（ＨＥＶＣ）標準（本明細書の以下では「ＨＥＶＣ標準」）において仮想参照モデルのために提案されている。超低遅延アプリケーションに関連する従来技術の手法では、ＨＲＤ動作のためにピクチャの代わりに使用するためにツリーブロックが導入された。ピクチャは概念的にいくつかのグループに分割される。各グループは等しい数のツリーブロックを含む。グループには、ビデオユーティリティ情報（ＶＵＩ）メッセージのバッファ期間内で信号が送られる。従来技術の手法では、ピクチャｎにおけるｉ番目のグループの除去時間は以下のように再定義された。
【０００６】
ｔｒ（ｎ，ｉ）＝ｔｒ（ｎ−１）＋（ｔｒ（ｎ）−ｔｒ（ｎ−１））＊ｉ／Ｍ
ただし、ｔｒ（ｎ，ｉ）はｎ番目のピクチャのｉ番目のサブピクチャの除去時間、Ｍはピクチャ内のサブピクチャの数である。
【０００７】
上記の従来技術の手法は、ＨＥＶＣ標準において規定される現在のＨＲＤを実施することを難しくする。例えば従来技術の手法は、到着時間および早期到着時間に対するタイミングモデルを考慮しない。さらに制約到着時間モデルは、上記の従来技術の手法によって保証されない。それに加えて上記の従来技術の手法はまた、コンテキスト適応型２値算術符号化（ＣＡＢＡＣ）における終了ビンに制約が追加され、結果として性能ロスを生じることになる。
【発明の概要】
【０００８】
従来技術の上記その他の欠点および不都合は本原理によって対処され、これは仮想参照復号器の超低遅延モードを用いるための方法および装置を対象とする。
【０００９】
本原理の態様によれば、ビデオ復号器における方法が提供される。方法は、仮想参照復号器バッファに対して、ビデオビットストリームに含まれる仮想参照復号器アクセス単位の到着時間および除去時間に基づいてタイミング制約条件を規定するために、仮想参照復号器タイミングモデルを定義するステップを含む。仮想参照復号器アクセス単位は、スライスアクセス単位およびピクチャアクセス単位の中から選択される。方法はまた、仮想参照復号器タイミングモデルに基づいて、仮想参照復号器バッファの必要条件への適合性に関してビデオビットストリームを評価するステップを含む。
【００１０】
本原理の他の態様によれば、ビデオ復号器が提供される。ビデオ復号器は、仮想参照復号器バッファに対して、ビデオビットストリームに含まれる仮想参照復号器アクセス単位の到着時間および除去時間に基づいて、タイミング制約条件を規定するために定義された、仮想参照復号器タイミングモデルを含む。仮想参照復号器アクセス単位は、スライスアクセス単位およびピクチャアクセス単位の中から選択される。ビデオ復号器はまた、仮想参照復号器タイミングモデルに基づいて、仮想参照復号器バッファの必要条件への適合性に関してビデオビットストリームを評価するための、仮想参照復号器要件適合評価器を含む。
【００１１】
本原理の上記その他の態様、特徴、および利点は、添付の図面と共に読まれる、例示的実施形態の以下の詳細な説明から明らかになるであろう。
【図面の簡単な説明】
【００１２】
本原理については、以下の例示の図によってよりよく理解することができる。
【図１】本原理の一実施形態による、本原理を応用することができる例示のビデオ符号化器１００を示す図である。
【図２】本原理の一実施形態による、本原理を応用することができる例示のビデオ復号器２００を示す図である。
【図３】本原理の一実施形態による、仮想参照復号器の超低遅延モードを用いるための例示の方法３００を示す図である。
【図４】本原理の一実施形態による、本原理を応用することができる例示のバッファ構成４００を示す図である。
【発明を実施するための形態】
【００１３】
本原理は、仮想参照復号器の超低遅延モードを用いるための方法および装置を対象とする。
【００１４】
この説明は、本原理を例示するものであり、したがって当業者には、本明細書には明示的に述べられないまたは示されないが、本原理を具体化し、その趣旨と範囲内に含まれる様々な構成を考案できることが理解されるであろう。
【００１５】
本明細書に記載されたすべての例および条件的な語句は、本原理、および当技術分野を発展させるために発明者（または発明者ら）の寄与による概念の理解において、読者を補助するための教育的な目的のためであり、このような具体的に記載された例および条件には限定されないものと解釈されるべきである。
【００１６】
さらに本明細書における本原理の原理、態様、および実施形態、ならびにそれらの特定の例を述べるすべての記述はそれらの構造的および機能的等価物の両方を包含することが意図される。加えてこのような等価物は、現在知られている等価物、および将来に開発される等価物の両方、すなわち構造に関わらず同じ機能を行う、開発された任意の要素を含むものとする。
【００１７】
したがって例えば当業者には本明細書に示されるブロック図は、本原理を具体化する例示の回路の概念図を表すことが理解されるべきである。同様にいずれのフローチャート、フロー図、状態遷移図、擬似コードなどは、コンピュータ可読媒体内に実質的に表され、コンピュータまたはプロセッサーが明示的に示されているか否かに関わらずコンピュータまたはプロセッサーによってそのように実行することができる、様々なプロセスを表すことが理解されるであろう。
【００１８】
図に示される様々な要素の機能は、専用ハードウェア、ならびに適当なソフトウェアに関連してソフトウェアを実行することができるハードウェアを用いることによって具体化することができる。プロセッサーによって実現されるときは機能は、単一の専用プロセッサー、単一の共有プロセッサー、またはその一部を共有することができる複数の個々のプロセッサーによって実現することができる。さらに「プロセッサー」または「コントローラ」という用語の明示的な使用は、ソフトウェアを実行することができるハードウェアを排他的に指すと解釈されるべきではなく、非限定的にディジタル信号プロセッサー（「ＤＳＰ」）ハードウェア、ソフトウェアを記憶するための読出し専用メモリ（「ＲＯＭ」）、ランダムアクセスメモリ（「ＲＡＭ」）、および不揮発性記憶装置を暗黙に含むことができる。
【００１９】
従来型および／またはカスタムの他のハードウェアも含むことができる。同様に、図に示されるスイッチは概念的のみである。それらの機能は、プログラムロジックの動作を通して、専用ロジックを通して、プログラム制御と専用ロジックの相互作用を通して、さらには手動で実行することができ、より具体的に状況から理解されるように実施者によって特定の技法を選択可能である。
【００２０】
本明細書の請求項においては、特定の機能を行うための手段として表されたいずれの要素も、例えば（ａ）その機能を行う回路要素の組み合わせ、または（ｂ）機能を行うようにそのソフトウェアを実行するように適切な回路と組み合わされたファームウェア、マイクロコードなどを含む任意の形のソフトウェア、を含むその機能を行う任意のやり方を包含することが意図される。このような請求項によって定義される本原理は、様々な記載された手段によってもたらされる機能は、請求項が要求するやり方で組み合わされ、一緒にされるという事実にある。したがってそれらの機能をもたらすことができる任意の手段は、本明細書に示されるものと等価であると見なされる。
【００２１】
本明細書において、本原理の「１つの実施形態」または「一実施形態」、およびそれらの他に変形への言及は、実施形態に関連して述べられる特定の機能、構造、特徴などが、本原理の少なくとも１つの実施形態に含まれることを意味する。したがって本明細書の全体にわたって様々な場所で現れる「１つの実施形態では」または「一実施形態では」という語句および他の変形は、必ずしもすべてが同じ実施形態を指すものではない。
【００２２】
以下の「／」、「および／または」、および「の少なくとも１つ」のいずれかの使用、例えば「Ａ／Ｂ」、「Ａおよび／またはＢ」、「ＡおよびＢの少なくとも１つ」という場合は、第１の列挙された選択肢（Ａ）のみの選択、または第２の列挙された選択肢（Ｂ）のみの選択、または両方の選択肢（ＡおよびＢ）の選択を包含するものであることが理解されるべきである。他の例として「Ａ、Ｂ、および／またはＣ」、および「Ａ、Ｂ、およびＣの少なくとも１つ」という場合は、このような語句は、第１の列挙された選択肢（Ａ）のみの選択、または第２の列挙された選択肢（Ｂ）のみの選択、または第３の列挙された選択肢（Ｃ）のみの選択、または第１および第２の列挙された選択肢（ＡおよびＢ）のみの選択、または第１および第３の列挙された選択肢（ＡおよびＣ）のみの選択、または第２および第３の列挙された選択肢（ＢおよびＣ）のみの選択、または３つすべての選択肢（ＡおよびＢおよびＣ）の選択を包含するものである。これは当業者には容易に明らかなように、列挙される品目の数に従って拡張することができる。
【００２３】
また本明細書で用いられる「ピクチャ」（ｐｉｃｔｕｒｅ）および「画像」（ｉｍａｇｅ）という用語は同義的に用いられ、静止画像またはビデオシーケンスからのピクチャを指す。知られているようにピクチャは、フレームまたはフィールドとすることができる。
【００２４】
上記のように本原理は、仮想参照復号器の超低遅延モードを用いるための方法および装置を対象とする。
【００２５】
例示および説明のために本明細書では例は、国際標準化機構／国際電気標準会議（ＩＳＯ／ＩＥＣ）動画専門家グループ−高効率ビデオ符号化（ＨＥＶＣ）標準（本明細書の以下では「ＨＥＶＣ標準」）に対する改善との関連において述べられ、ＨＥＶＣ標準を我々の説明のベースラインとして用い、ＨＥＶＣ標準からの改善および拡張について説明する。しかし本原理は、ＨＥＶＣ標準および／またはその拡張（例えばＭＰＥＧ−ＨＥＶＣスケーラブルビデオ符号化（ＳＶＣ）、およびマルチビュービデオ符号化（ＭＶＣ））のみに限定されないことが理解されるべきである。本明細書に示される本原理の教示に鑑みて当業者なら本原理は、他の標準の拡張に応用されたとき、または未だ開発されていない標準に応用されたおよび／または組み込まれたときにも、等しく応用可能であり少なくとも同様な利点をもたらすことが容易に理解できるであろう。すなわち当業者には他の標準を、本原理について、およびその標準またはその他を超える変更および進歩としての新しく新規な要素について説明するための出発点として用い得ることが容易に明らかであろう。さらに本原理は、標準に適合しないが、独自開発の定義に適合するビデオ符号化器およびビデオ復号器にも当てはまることが理解されるべきである。
【００２６】
本明細書で用いられる「準拠」（ｃｏｍｐｌｉａｎｃｅ）および「適合」（ｃｏｎｆｏｒｍａｎｃｅ）という用語に関しては、準拠とは符号化ビットストリームが所与の符号化標準（または勧告、独自開発の手法など）の仕様を満足することを表すための非公式の用語であり、一方、適合とは符号化システムが、所与の符号化標準（または勧告、独自開発の手法など）の仕様を満足することができるビットストリームを確実に発生することを表すための公式の用語であることが留意される。
【００２７】
本原理は、当業者なら様々な構成において実現できることが理解されるべきである。例えば本原理は、ビデオ符号化器において独立型のやり方で実現することができる。このようなビデオ符号化器は、例えばビデオ符号化器のみを含むことができ、または任意選択でその中にビデオ復号器を含むことができる。さらに本原理は、符号化器とは別の対応する復号器が、本原理を実現するために符号化器にフィードバックを供給できるように実現することができる。上記その他の構成は、本明細書に示される本原理の教示に鑑みて、当業者によって容易に決定することができる。
【００２８】
図１を参照すると、本原理を応用することができる例示のビデオ符号化器が、参照番号１００によって全体的に示される。ビデオ符号化器１００は、４分木判定デバイス１０４の第１の入力に接続された出力を有する、ピクチャ分割デバイス１０２を含む。４分木判定デバイス１０４の出力は、イントラＰＵプロセッサー１０８の入力、またはインターＰＵプロセッサー１１０の第１の入力に選択的に接続される。イントラＰＵプロセッサー１０８およびインターＰＵプロセッサー１１０のそれぞれの出力は、ＴＵ変換器および量子化器１１２の入力に信号通信するように接続される。ＴＵ変換器および量子化器の第１の出力は、エントロピー符号化器１１６の第１の入力に信号通信するように接続される。エントロピー符号化器１１６の第１の出力は、ＨＲＤスライスレベルスケジューラ１１４の入力に信号通信するように接続される。ＨＲＤスライスレベルスケジューラ１１４の出力は、ピクチャ分割デバイス１０２の第２の入力に信号通信するように接続される。ＴＵ変換器および量子化器１１２の第２の出力は、ＴＵ逆変換器および逆量子化器１１８の入力に信号通信するように接続される。ＴＵ逆変換器および量子化器１１８の出力は、ＰＵ予測器１２０の第１の入力に信号通信するように接続される。ＰＵ予測器１２０の出力は、レート歪み判定デバイス１２２の入力に信号通信するように接続される。レート歪み判定デバイス１２２の第１の出力は、４分木判定デバイス１０４の第２の入力に信号通信するように接続される。レート歪み判定デバイス１２２の第２の出力は、エントロピー符号化器１１６の第２の入力、およびインループ非ブロック化フィルタ１２４の入力に信号通信するように接続される。インループ非ブロック化フィルタ１２４の出力は、適応ループフィルタ１２６の入力に信号通信するように接続される。適応ループフィルタ１２６の出力は、サンプル適応オフセット（ＳＡＯ）デバイス１２８の入力に信号通信するように接続される。サンプル適応オフセット（ＳＡＯ）デバイス１２８の出力は、ピクチャ参照キャッシュ１３０の入力に信号通信するように接続される。ピクチャ参照キャッシュ１３０の第１の出力は、インターＰＵプロセッサー１１０の第２の入力に信号通信するように接続される。ピクチャ参照キャッシュ１３０の第２の出力は、ＰＵ予測器１２０の第２の入力に信号通信するように接続される。エントロピー符号化器１１６の第２の出力は、ビデオ符号化器１００の出力として利用可能である。ピクチャ分割デバイス１０２の第１の入力は、ビデオ符号化器１００の入力として利用可能である。
【００２９】
図２を参照すると、本原理を応用することができる例示のビデオ復号器が、参照番号２００によって全体的に示される。ビデオ復号器２００は、ＨＲＤスライス適合性チェッカ２０４の第１の入力に信号通信するように接続された第１の出力を有し、ビットストリーム解析部２０６の入力に信号通信するように接続された第２の出力を有する符号化ピクチャバッファ（ＣＰＢ）２０２を含む。ＨＲＤスライス適合性チェッカ２０４の出力は、ＨＲＤエラー報告部２８８の入力に信号通信するように接続される。ＨＲＤタイミングモデル２７７は、ＨＲＤスライス適合性チェッカ２０４の第２の入力に信号通信するように接続された出力を有する。ビットストリーム解析部２０６の出力は、ＴＵ逆量子化器および逆変換器２０８の入力に信号通信するように接続される。ＴＵ逆量子化器および逆変換器２０８の出力は、ＰＵ予測器２１０の第１の入力に信号通信するように接続される。ＰＵ予測器２１０の出力は、インループ非ブロック化フィルタ２１２の入力に信号通信するように接続される。インループ非ブロック化フィルタ２１２の出力は、適応ループフィルタ２１４の入力に信号通信するように接続される。適応ループフィルタ２１４の出力は、サンプル適応オフセット（ＳＡＯ）デバイス２１６の入力に信号通信するように接続される。サンプル適応オフセット（ＳＡＯ）デバイス２１６の出力は、ピクチャ参照キャッシュ２１８の入力に信号通信するように接続される。ピクチャ参照キャッシュ２１８の出力は、ＰＵ予測器２１０の第２の入力に信号通信するように接続される。符号化ピクチャバッファ（ＣＰＢ）２０２の入力は、ビデオ復号器２００の入力として利用可能である。ＰＵ予測器２１０の出力は、ビデオ復号器２００の出力として利用可能である。
【００３０】
ＨＲＤタイミングモデル２７７に関しては、ＨＲＤスライス適合性チェッカ２０４とは別の要素として示されるが、一実施形態ではＨＲＤタイミングモデル２７７は、ＨＲＤスライス適合性チェッカ２０４に組み込むことができる。図２の要素（および図１の要素）の上記その他の変形形態は、本明細書において述べられる本原理の教示に鑑みて当業者によれば容易に検討することができる。
【００３１】
図３を参照すると、仮想参照復号器の超低遅延モードを用いるための例示の方法が、参照番号３００によって全体的に示される。方法３００は、機能ブロック３０３に制御を渡す開始ブロック３０１を含む。機能ブロック３０３は、ＨＲＤ準拠についてチェックされる入力ビットストリーム（例えばビデオ、オーディオ、およびメタデータ）を受け取り、判断ブロック３０５に制御を渡す。判断ブロック３０５は、現在のモードが超低遅延モードかどうかを判定する。そうであれば制御は機能ブロック３１０に渡される。そうでなければ制御は機能ブロック３４５に渡される。
【００３２】
機能ブロック３１０は、ＨＲＤ適合性判定のためのアクセス単位がスライス単位（ＨＲＤ単位）となるように設定し、機能ブロック３１５に制御を渡す。機能ブロック３１５は、スライス単位に対してＨＲＤ動作（例えばビットレート、サイズ、および構造を決定するように）を行い、機能ブロック３２０に制御を渡す。機能ブロック３２０は、機能ブロック３１０および３４５によって設定されたアクセス単位に適用するためのタイミングモデルを定義／構成し、機能ブロック３２５および機能ブロック３５５の１つに（判断ブロック３０５からのどちらの分岐がアクティブであるかに応じて）制御を渡す。機能ブロック３２５は、スライス単位におけるＨＲＤ違反に対してチェックし、機能ブロック３３０に制御を渡す。機能ブロック３３０は、スライス単位を復号し、機能ブロック３３５に制御を渡す。機能ブロック３３５は、スライスバッファリングを行って１または複数のピクチャを構築し、機能ブロック３４０に制御を渡す。機能ブロック３４０は、ピクチャを表示／出力し、終了ブロック３９９に制御を渡す。
【００３３】
機能ブロック３４５は、ＨＲＤ適合性判定のためのアクセス単位がピクチャ単位（ＨＲＤ単位）となるように設定し、機能ブロック３５０に制御を渡す。機能ブロック３５０は、ピクチャ単位にＨＲＤ動作（例えばビットレート、サイズ、および構造を決定するように）を行い、機能ブロック３２０に制御を渡す。機能ブロック３５５は、ピクチャ単位におけるＨＲＤ違反に対してチェックし、機能ブロック３６０に制御を渡す。機能ブロック３６０は、ピクチャ単位を復号し、機能ブロック３４０に制御を渡す。
【００３４】
判断ブロック３０５を参照すると、入力ビットストリームの１または複数に含まれるＨＲＤ構文内に特定のフラグがあるかどうかが判定される。したがってＨＲＤ適合性チェッカは、フラグに基づいて現在のモードが超低遅延モードであるかどうかを知ることができる。本原理の一実施形態によれば、我々は構文Ｅ．１．１（ＭＰＥＧ−４  ＡＶＣ標準の）を以下のように変更する。
【００３５】
【表１】
2015510354.tif 000003
【００３６】
ただし、ＭＰＥＧ−４  ＡＶＣ標準のＡｎｎｅｘ  Ｃにおいて規定されているように、ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇはＨＲＤ動作モードを規定する。ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇが１に等しいときは、ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇは０に等しくなければならない。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが存在しないときは、その値は１−ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇに等しいと推測される。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが２に等しいときは、現在のビットストリームは超低遅延復号をサポートすることができることを示し、ＨＲＤ動作はピクチャの代わりにスライスに基づくべきである。
【００３７】
実施形態では我々は、ＨＥＶＣ標準に対する使用のためにＭＰＥＧ−４  ＡＶＣ／２６４標準に基づく超低遅延モード、例えば超低遅延モードをサポートするためにｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇを追加する。判断ブロック３０５によってフラグが検出された場合は、ピクチャに基づいてアクセス単位を用いる（すなわち機能ブロック３４５に従う）のではなく、チェック単位としてスライスに基づくアクセス単位を用いて（すなわち機能ブロック３１０に従って）ＨＲＤ適合性判定が行われることになる。判断ブロック３０５は２つの分岐を含み、その１つが上述のフラグの検出に基づいて選択されることに留意されるべきである。機能ブロック３１５および３５０に関してはそれらが、選択されたアクセス単位、すなわちアクティブな分岐に応じてスライス単位またはピクチャ単位のいずれかの統計を確定する。このような統計は、ビットレート、サイズ（これはアクセス単位のサイズとすることができる）、ＮＡＬ単位、スライス単位、および構造（１群のピクチャ（ＧＯＰ）、主ピクチャなど）を含むことができるが、それらに限定されない。
【００３８】
機能ブロック３２０に関しては、一実施形態では、ピクチャに基づくアクセス単位に対して用いられるものと同じタイミングモデルを用いることができるが（例えばＭＰＥＧ−４／Ｈ．２６４標準など）、スライス分岐がアクティブであるときは、タイミングモデルのタイミング単位（アクセス単位）はスライスに基づく。
【００３９】
さらに機能ブロック３２０に関しては、一実施形態ではタイミングモデルは、選択されたアクセス単位（スライスアクセス単位またはピクチャアクセス単位）に適用するように動的に定義／構成することができる。他の実施形態ではそれぞれのタイミングモデルは、アクセス単位の各タイプに対してすでに定義されており、どちらの分岐がアクティブであるかに応じて、ＨＲＤ違反に対するチェック（機能ブロック３２５および３５５に従った）に対して用いるために関連のあるものが選択される。
【００４０】
また機能ブロック３２０および３２５に関しては、タイミングモデルは、ビットストリームがＨＲＤの必要条件に適合するかどうかを判定するために、可変ビットレートまたは固定ビットレートを使用するように選択的に構成することができる。すなわち仮想参照復号器タイミングモデルは、可変ビットレートテストケースおよび／または固定ビットレートテストケースの下で、ビットストリームが仮想参照復号器バッファの必要条件に適合するかどうかを判定する。テストケースは、評価されるビットストリームを符号化するために用いられる符号化のタイプに関係する。さらに一実施形態では、ビットストリームがＨＲＤの必要条件に適合するかどうかを判定するために、リーキーバケット技法を使用することができる。このようなリーキーバケット技法は、例えばパケットの形でのデータ伝送が帯域およびバースト性に対する定義された制限に適合することをチェックするために、パケット交換コンピュータネットワークにおいて用いられる。
【００４１】
次いでＨＲＤ違反チェッカは、機能ブロック３５５に従ってピクチャに基づくのではなく、機能ブロック３２５に従ってスライスに基づくことができる。一実施形態では、ＭＰＥＧ−４  ＡＶＣ／Ｈ．２６４標準でのピクチャに対して用いられるものと同じ公式をＨＲＤ違反チェックのために用いることができるが、スライス分岐がアクティブであるときはスライス単位が考慮される。したがって機能ブロック３２５および３５５は、選択されたアクセス単位に対するタイミングモデルの適用に基づいて、ＨＲＤ違反判定を行うことができる。
【００４２】
機能ブロック３３０を参照すると、復号はピクチャの代わりにスライスに基づくので、スライスバッファ／メモリは、ピクチャを構築するために機能ブロック３３５に従って一時的スライスを記憶することになり、次いで機能ブロック３４０に従ってピクチャを出力する、またはピクチャを表示することができる。
【００４３】
さらに変更された構文Ｅ．１．１に関しては、ＨＥＶＣの現在の作業草案におけるｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇは遅延なしまたは遅延モードを示すだけであり、我々は超低遅延モードをサポートするようにｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇを拡張する。それによりｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇは３つの意味を有し、ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０または１のときは、これは依然としてＩＴＵ  Ｈ．２６４と同じ機能を保持する。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが２であるときは、これは現在のビットストリームが超低遅延モードをサポートすることを意味する。次いでＨＲＤ動作のすべては、ピクチャ単位の代わりにスライス単位に基づくべきである。タイミングモデルおよびＨＲＤ違反チェッカもスライス単位に基づく。
【００４４】
図４を参照すると、本原理を応用することができる例示のバッファ構成が、参照番号４００によって全体的に示される。一実施形態ではバッファ構成４００は、符号化器の出力に概念的に接続される。あるいはバッファ構成４００は、復号器側に対して例えば復号器のＨＲＤ適合性チェッカ内に、実装することができる。もちろん、本原理の趣旨を保ちながら他の構成を用いることができる。バッファ構成４００は、多重バッファ４２０の入力に信号通信するように接続された出力を有するトランポートバッファ４１０を含む。多重バッファ４２０の出力は、仮想参照復号器（エレメンタリー）バッファ４３０の入力に信号通信するように接続される。トランポートバッファ４１０の入力は、バッファ構成４００の入力として利用可能である。仮想参照復号器（エレメンタリー）バッファ４３０の出力は、バッファ構成４００の出力として利用可能である。図４では、Ｒｔはトランポートバッファに入るビットレートを表し、Ｒｍは多重バッファに入るビットレートを表し、ＲｅはＨＲＤバッファ（エレメンタリーバッファとも呼ばれる）に入るビットレートを表す。ＨＲＤエレメンタリーバッファ４３０は、本明細書では略して単に「エレメンタリーバッファ」と呼ばれることに留意されたい。
【００４５】
我々は、第５回ＪＣＴ−ＶＣ会議において放送産業によって要求された超低遅延モードのための超低遅延機構を提案する。このような超低遅延は、対話型ビデオ編集およびブラウジングに関して、サービスプロバイダによって強力にサポートされてきた。超低遅延とは、１または複数のチャネルを通じた伝送時間、およびバッファに入り、復号のためにバッファから取り出されるのに要する時間を含む、復号されたピクチャに対する総遅延動作が３０ｍｓ〜１００ｍｓ未満でなければならないことを意味する。すなわち超低遅延とは、ピクチャの復号時間が１フレーム期間（１／秒当たりフレーム）未満であることを表す。ＭＰＥＧ−４  ＡＶＣ標準またはＨＥＶＣ標準におけるＨＲＤの制約到着モデルを考慮すると、復号時間に対する最小制約条件は１フレーム期間とするべきであり、したがって１フレーム期間未満のフレームを復号するためには、ＭＰＥＧ−４  ＡＶＣ標準におけるＨＲＤは無効である。国際標準化機構／国際電気標準会議（ＩＳＯ／ＩＥＣ）動画専門家グループ−４（ＭＰＥＧ−４）パート１０アドバンストビデオ符号化（ＡＶＣ）標準／国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ）Ｈ．２６４勧告（本明細書の以下では「ＭＰＥＧ−４  ＡＶＣ標準」）における仮想参照復号器モデルは、この種のケースをサポートしていない。したがって放送における編集目的のための超低遅延を有する仮想参照復号器モデルが生成され、ＨＥＶＣ標準に組み込まれるべきである。
【００４６】
本原理の一実施形態により、我々はＨＲＤを設計するための新しい方式を提案する。ＨＥＶＣ標準の現在のバージョンではアクセス単位は、タイミングモデルのための基本動作単位として用いられる。アクセス単位はピクチャレベルに基づくので、アクセス単位はＨＲＤに対して著しい遅延を引き起こすことになる。したがって本原理の一実施形態により、我々はアクセス単位の基本動作単位をＨＲＤ単位に変更した。ＨＲＤ単位は、例えばスライスまたはネットワーク抽象化層（ＮＡＬ）単位とすることができ、最短の遅延でバッファから除去するのに十分フレキシブルとすることができる。
【００４７】
ＨＲＤは、チャネルビットレート、バッファサイズ、初期復号器除去遅延、およびＨＲＤ単位除去遅延によって特性化される。ＨＥＶＣ標準はまた、ＨＲＤのためのスライスの初期到着時間の定義および動作を記述している。ＨＲＤ単位の初期到着時間ｔａｉは、以下のように導出される。
【００４８】
ＨＲＤはバッファ期間ＳＥＩメッセージの任意の１つにおいて初期化することができる。初期化の前はＣＰＢは空である。
【００４９】
変数ｔｃは以下のように導出され、時間刻みと呼ばれる。
【００５０】
ｔｃ＝ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ÷ｔｉｍｅ＿ｓｃａｌｅ  （Ｃ−１）
初期化の後にはＨＲＤは、いずれの後続のバッファ期間ＳＥＩメッセージによっても再び初期化されないことが留意されるべきである。
【００５１】
各ＨＲＤ単位は、ＨＲＤ単位ｎとして参照され、数ｎは特定のＨＲＤ単位を識別する。ＣＰＢを初期化するバッファ期間ＳＥＩメッセージに関連するＨＲＤ単位は、ＨＲＤ単位０として参照される。ｎの値は、復号の順序にて、それぞれの後続のＨＲＤ単位に対して１だけインクリメントされる。
【００５２】
ＨＲＤ単位ｎの第１のビットが符号化ピクチャバッファ（ＣＰＢ）に入り始める時点は、初期到着時間ｔａｉ（ｎ）として参照される。
【００５３】
ＨＲＤ単位の初期到着時間は、以下のように導出される。
−  ＨＲＤ単位がＨＲＤ単位０である場合は、ｔａｉ（０）＝０
−  そうでなければ（ＨＲＤ単位が、ｎ＞０であるＨＲＤ単位ｎ）、以下が適用される。
−  ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌIｄｘ］が１に等しい場合は、ＨＲＤ単位ｎに対する初期到着時間は、ＨＲＤ単位ｎ−１の最終到着時間（これは以下で導出される）に等しく、すなわち
ｔａｉ（ｎ）＝ｔａｆ（ｎ−１）  （Ｃ−２）
−  そうでなければ（ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌIｄｘ］が０に等しい）、ＨＲＤ単位ｎに対する初期到着時間は以下のように導出される。
ｔａｉ（ｎ）＝Ｍａｘ（ｔａｆ（ｎ−１），ｔａｉ，ｅａｒｌｉｅｓｔ（ｎ））  （Ｃ−３）
ただし、ｔａｉ，ｅａｒｌｉｅｓｔ（ｎ）は以下のように導出される。
−  ＨＲＤ単位ｎが後続のバッファ期間の第１のＨＲＤ単位でない場合は、ｔａｉ，ｅａｒｌｉｅｓｔ（ｎ）は以下のように導出される。
ｔａｉ，ｅａｒｌｉｅｓｔ（ｎ）＝ｔｒ，ｎ（ｎ）−（ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌIｄｘ］＋ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌIｄｘ］）÷９００００  （Ｃ−４）
ここでｔｒ，ｎ（ｎ）はＨＥＶＣ標準のサブクローズＣ．１．２において規定されるようにＣＰＢからのＨＲＤ単位ｎの公称除去時間であり、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌIｄｘ］、およびｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌIｄｘ］は、前のバッファ期間ＳＥＩメッセージにおいて規定される
−  そうでなければ（ＨＲＤ単位ｎは後続のバッファ期間の第１のＨＲＤ単位である）、ｔａｉ，ｅａｒｌｉｅｓｔ（ｎ）は以下のように導出される。
ｔａｉ，ｅａｒｌｉｅｓｔ（ｎ）＝ｔｒ，ｎ（ｎ）−（ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌIｄｘ］÷９００００）  （Ｃ−５）
ここでｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌIｄｘ］は、ＨＲＤ単位ｎに関連するバッファ期間ＳＥＩメッセージにおいて規定される。
【００５４】
ＨＲＤ単位ｎに対する最終到着時間は以下のように導出される。
ｔａｆ（ｎ）＝ｔａｉ（ｎ）＋ｂ（ｎ）÷ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌIｄｘ］  （Ｃ−６）
ただし、ｂ（ｎ）はＨＲＤ単位ｎのビットでのサイズであり、タイプＩ適合ポイントに対するＶＣＬ  ＮＡＬ単位、およびフィラーデータＮＡＬ単位のビット、またはタイプＩＩ適合ポイントに対するタイプＩＩビットストリームのすべてのビットをカウントし、タイプＩおよびタイプＩＩ適合ポイントは、ＨＥＶＣ標準の図Ｃ−１に示される。
【００５５】
ＳｃｈｅｄＳｅｌIｄｘ、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌIｄｘ］、およびＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌIｄｘ］は以下のように制約される。
−  ＨＲＤ単位ｎおよびＨＲＤ単位ｎ−１が異なる符号化ビデオシーケンスの一部であり、２つの符号化ビデオシーケンスのアクティブシーケンスパラメータの組の内容が異なる場合は、ＨＳＳは、ＨＲＤ単位ｎを含む符号化ビデオシーケンスのためにもたらされたＳｃｈｅｄＳｅｌIｄｘの値の中から、ＳｃｈｅｄＳｅｌIｄｘの値ＳｃｈｅｄＳｅｌIｄｘ１を選択し、結果として２つの符号化ビデオシーケンス（これはＨＲＤ単位ｎを含む）の２番目に対して、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌIｄｘ１］またはＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌIｄｘ１］を生じる。ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌIｄｘ１］またはＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌIｄｘ１］の値は、ＨＲＤ単位ｎ−１を含んだ符号化ビデオシーケンスに対して用いられたＳｃｈｅｄＳｅｌIｄｘの値ＳｃｈｅｄＳｅｌIｄｘ０に対するＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌIｄｘ０］またはＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌIｄｘ０］の値とは異なり得る。
−  そうでなければＨＳＳは、ＳｃｈｅｄＳｅｌIｄｘ、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌIｄｘ］、およびＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌIｄｘ］の前の値を用いて動作を続ける。
ＨＳＳが、前のＨＲＤ単位のものとは異なるＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌIｄｘ］またはＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌIｄｘ］の値を選択したときは、以下が当てはまる。
−  可変のＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌIｄｘ］が時間ｔａｉ（ｎ）において有効になる。
−  可変のＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌIｄｘ］は以下のように有効になる。
−  ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌIｄｘ］の新しい値が古いＣＰＢサイズを超える場合は、それは時間ｔａｉ（ｎ）において有効になる。
−  そうでなければＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌIｄｘ］の新しい値は、時間ｔｒ（ｎ）において有効になる。
符号化ピクチャ除去のタイミング
ＨＲＤ単位０に対しては、ＣＰＢからのＨＲＤ単位の公称除去時間は、以下のように規定される。
ｔｒ，ｎ（０）＝ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌIｄｘ］÷９００００  （Ｃ−７）
ＨＲＤを初期化しないバッファ期間の第１のＨＲＤ単位に対しては、ＣＰＢからのＨＲＤ単位の公称除去時間は以下のように規定される。
ｔｒ，ｎ（ｎ）＝ｔｒ，ｎ（ｎｂ）＋ｔｃ＊ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ（ｎ）  （Ｃ−８）
ただし、ｔｒ，ｎ（ｎｂ）は前のバッファ期間の第１のＨＲＤ単位の公称除去時間であり、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ（ｎ）はＨＲＤ単位ｎに関連するピクチャタイミングＳＥＩメッセージにおいて規定されるｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙの値である。
【００５６】
ＨＲＤ単位ｎがバッファ期間の第１のＨＲＤ単位であるときは、ｎｂは、ＨＲＤ単位ｎの除去時間においてｎに等しく設定される。
【００５７】
バッファ期間の第１のＨＲＤ単位ではない、ＨＲＤ単位ｎの公称除去時間ｔｒ，ｎ（ｎ）は、以下のように得られる。
ｔｒ，ｎ（ｎ）＝ｔｒ，ｎ（ｎｂ）＋ｔｃ＊ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ（ｎ）  （Ｃ−９）
ただし、ｔｒ，ｎ（ｎｂ）は現在のバッファ期間の第１のＨＲＤ単位の公称除去時間であり、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ（ｎ）はＨＲＤ単位ｎに関連するピクチャタイミングＳＥＩメッセージにおいて規定されるｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙの値である。
【００５８】
ＨＲＤ単位ｎの除去時間は以下のように規定される。
−  ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０に等しい、またはｔｒ，ｎ（ｎ）≧ｔａｆ（ｎ）である場合は、ＨＲＤ単位ｎの除去時間は以下のように規定される。
ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）  （Ｃ−１０）
−  そうでなければ（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ））、ＨＲＤ単位ｎの除去時間は以下のように規定される。
ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））÷ｔｃ）  （Ｃ−１１）
後者のケースは、ＨＲＤ単位ｎのサイズ、ｂ（ｎ）は非常に大きく、公称除去時間での除去を妨げることが理解されるべきである。
【００５９】
次に、そのいくつかは上記で述べられた、本発明の多くの付随する利点／特徴について述べる。例えば１つの利点／特徴は、ビデオ復号器における方法である。方法は、仮想参照復号器バッファに対して、ビデオビットストリームに含まれる仮想参照復号器アクセス単位の到着時間および除去時間に基づいてタイミング制約条件を規定するために、仮想参照復号器タイミングモデルを定義するステップを含む。仮想参照復号器アクセス単位は、スライスアクセス単位およびピクチャアクセス単位の中から選択される。方法はまた、仮想参照復号器タイミングモデルに基づいて、仮想参照復号器バッファの必要条件への適合性に関してビデオビットストリームを評価するステップを含む。
【００６０】
他の利点／特徴は上述のような方法であり、仮想参照復号器タイミングモデルは、可変ビットレートテストケースの下で、ビデオビットストリームが仮想参照復号器バッファの必要条件に適合するかどうかを判定する。
【００６１】
他の利点／特徴は上述のような方法であり、仮想参照復号器タイミングモデルは、固定ビットレートテストケースの下で、ビデオビットストリームが仮想参照復号器バッファの必要条件に適合するかどうかを判定する。
【００６２】
他の利点／特徴は上述のような方法であり、仮想参照復号器タイミングモデルは、ビデオビットストリームが仮想参照復号器バッファの必要条件に適合するかどうかを判定するために、リーキーバケット技法を用いる。
【００６３】
さらに、他の利点／特徴は上述のような方法であり、仮想参照復号器タイミングモデルは、ビデオビットストリームが、ピクチャの復号時間が１フレーム期間より短いという制約を課す超低遅延モードに適合するかどうかを確認するように構成される。
【００６４】
さらに、他の利点／特徴は上述のような方法であり、ビデオビットストリームに対する超低遅延モードの起動はフラグに基づく。
【００６５】
また、他の利点／特徴は上述のような方法であり、ビデオビットストリームは、選択された仮想参照復号器アクセス単位に対して適用される仮想参照復号器タイミングモデルに基づいて評価される。
【００６６】
さらに、他の利点／特徴は上述のように、ビデオビットストリームは選択された仮想参照復号器アクセス単位に対して適用される仮想参照復号器タイミングモデルに基づいて評価される方法であり、ビデオビットストリームは、選択された仮想参照復号器アクセス単位の統計に対して適用される仮想参照復号器タイミングモデルに基づいて評価される。
【００６７】
さらに、他の利点／特徴は上述のような方法であり、統計は、選択された仮想参照復号器アクセス単位のビットレート、サイズ、および構造を含む。
【００６８】
本原理の上記その他の特徴および利点は、本明細書の教示に基づいて、当業者によって容易に確かめることができる。本原理の教示は、様々な形のハードウェア、ソフトウェア、ファームウェア、専用プロセッサー、またはそれらの組み合わせにおいて実現できることが理解されるべきである。
【００６９】
本原理の教示は、ハードウェアおよびソフトウェアの組み合わせとして実現されることが最も好ましい。さらにソフトウェアは、プログラム記憶装置上に有形に具体化されたアプリケーションプログラムとして実現することができる。アプリケーションプログラムは、任意の適当なアーキテクチャを備えるマシンにアップロードされ、それによって実行することができる。マシンは、１または複数の中央処理装置（「ＣＰＵ」）、ランダムアクセスメモリ（「ＲＡＭ」）、および入力／出力（「Ｉ／Ｏ」）インターフェースなどのハードウェアを有する、コンピュータプラットフォーム上に実現されることが好ましい。コンピュータプラットフォームはまた、オペレーティングシステムおよびマイクロ命令コードを含むことができる。本明細書で述べられる様々なプロセスおよび機能は、ＣＰＵによって実行することができるマイクロ命令コードの一部、アプリケーションプログラムの一部、またはそれらの任意の組み合わせとすることができる。さらに追加のデータ記憶装置および印刷装置などの様々な周辺装置を、コンピュータプラットフォームに接続することができる。
【００７０】
さらに、添付の図面に示される、構成するシステム構成要素および方法のいくつかは、ソフトウェアにおいて実現されることが好ましいので、システム構成要素またはプロセス機能ブロックの間の実際の接続は、本原理がプログラムされるやり方に応じて異なり得ることが理解されるべきである。本明細書の教示に鑑みて、当業者は本原理のこれらの、および同様な実装形態または構成を検討することができるであろう。
【００７１】
例示的実施形態について添付の図面を参照して本明細書で述べてきたが、本原理はまさにそれらの実施形態に限定されず、本原理の範囲および趣旨から逸脱せずに当業者によってそれらに様々な変更および修正をもたらし得ることが理解されるべきである。すべてのこのような変更および修正は、添付の特許請求の範囲に記載された本原理の範囲内に含まれるものである。
【図１】
2015510354.tif 000004
【図２】
2015510354.tif 000005
【図３】
2015510354.tif 000006
【図４】
2015510354.tif 000007
【国際調査報告】
2015510354.tif 000008
2015510354.tif 000009
2015510354.tif 000010