(57)【特許請求の範囲】
【請求項１】
画像データを符号化して、ビデオパラメータセットシンタックスに含まれるバイトアラインメントシンタックスがビデオパラメータセット拡張フラグの条件下にある前記ビデオパラメータセットシンタックスを含む符号化ビットストリームを生成する符号化部と、
前記符号化部により生成された前記符号化ビットストリームを伝送する伝送部と、
を備える符号化装置。
【請求項２】
前記符号化部は、前記ビデオパラメータセット拡張フラグが真である場合に、前記バイトアラインメントシンタックスを前記ビデオパラメータセットシンタックスに含める、請求項１に記載の符号化装置。
【請求項３】
前記符号化部は、符号化ツリーユニットを単位として、前記符号化ビットストリームを生成する、請求項２に記載の符号化装置。
【請求項４】
動き補償のための参照画像データにデブロックフィルタを適用するデブロックフィルタ部、をさらに備える、請求項３に記載の符号化装置。
【請求項５】
前記デブロックフィルタ部により前記デブロックフィルタが適用された前記参照画像データにサンプル適応オフセット（ＳＡＯ）処理を適用する適応オフセット部、をさらに備える、請求項４に記載の符号化装置。
【請求項６】
画像データを符号化して、ビデオパラメータセットシンタックスに含まれるバイトアラインメントシンタックスがビデオパラメータセット拡張フラグの条件下にある前記ビデオパラメータセットシンタックスを含む符号化ビットストリームを生成することと、
生成された前記符号化ビットストリームを伝送することと、
を含む符号化方法。
【請求項７】
前記符号化ビットストリームは、前記ビデオパラメータセット拡張フラグが真である場合に前記バイトアラインメントシンタックスを前記ビデオパラメータセットシンタックスに含めることにより生成される、請求項６に記載の符号化方法。
【請求項８】
前記符号化ビットストリームは、符号化ツリーユニットを単位として生成される、請求項７に記載の符号化方法。
【請求項９】
動き補償のための参照画像データにデブロックフィルタを適用すること、をさらに含む、請求項８に記載の符号化方法。
【請求項１０】
前記デブロックフィルタが適用された前記参照画像データにサンプル適応オフセット（ＳＡＯ）処理を適用すること、をさらに含む、請求項９に記載の符号化方法。
【請求項１１】
符号化装置のプロセッサを、
画像データを符号化して、ビデオパラメータセットシンタックスに含まれるバイトアラインメントシンタックスがビデオパラメータセット拡張フラグの条件下にある前記ビデオパラメータセットシンタックスを含む符号化ビットストリームを生成する符号化部と、
前記符号化部により生成された前記符号化ビットストリームを伝送する伝送部と、
として機能させるためのプログラム。
【請求項１２】
請求項１１に記載のプログラムを記録したコンピュータ読取可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
〔関連出願への相互参照〕
本出願は、「ＪＣＴＶＣ−Ｌ０ＸＸＸ：ＶＰＳ及びＶＰＳ_ＥＸＴＥＮＳＩＯＮ更新」という名称で２０１３年１月４日出願の米国特許仮出願出願番号第６１／７４８，８９３号及び「ＪＣＴＶＣ−Ｌ０２２６：ＶＰＳ及びＶＰＳ_ＥＸＴＥＮＳＩＯＮ更新」という名称で２０１３年９月２４日出願の米国特許出願出願番号第１４／０３５，７１１号に対する優先権を主張するものである。上記引用の出願の各々は、これによりその全体が全ての目的に対して引用により本明細書に組み込まれる。
【０００２】
本発明は、ビデオ符号化の分野に関する。本発明は、より具体的には、高効率ビデオ符号化に関する。
【背景技術】
【０００３】
「ビデオパラメータセット（ＶＰＳ）」は、時間的サブレイヤ間の依存性を含む符号化されたビデオシーケンスの全体的な特徴を説明するためのメタデータとして追加されてきている。この主な目的は、例えば、将来の拡張された拡張可能又は多視点ビデオビットストリームのベースレイヤが、従来の復号器によって復号可能であることが必要であるが、それに関して、最新復号器だけに関連するビットストリーム構造に関する追加情報は無視されると考えられる時に、システムレイヤでの信号伝達に関する規格の互換拡張性を可能にすることである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許出願第１４／０３５，６８０号明細書
【特許文献２】米国特許出願第１４／０３５，７４０号明細書
【発明の概要】
【課題を解決するための手段】
【０００５】
ＶＰＳ及びｖｐｓ_ｅｘｔｅｎｓｉｏｎ（）構文構造は、拡張可能ビデオ符号化、多視点符号化、及び３Ｄビデオ符号化分野におけるＨＥＶＣ拡張のために一部のクリーンアップと共に更新される。これに加えて、ＶＰＳ拡張に関して様々なレイヤにおける混在ビデオシーケンスをサポートするための構文を追加する４つのオプションを説明する。
【０００６】
一態様において、画像データを符号化して、ビデオパラメータセットシンタックスに含まれるバイトアラインメントシンタックスがビデオパラメータセット拡張フラグの条件下にある前記ビデオパラメータセットシンタックスを含む符号化ビットストリームを生成する符号化部と、前記符号化部により生成された前記符号化ビットストリームを伝送する伝送部と、を備える符号化装置が提供される。
【０００７】
別の態様において、画像データを符号化して、ビデオパラメータセットシンタックスに含まれるバイトアラインメントシンタックスがビデオパラメータセット拡張フラグの条件下にある前記ビデオパラメータセットシンタックスを含む符号化ビットストリームを生成することと、生成された前記符号化ビットストリームを伝送することと、を含む符号化方法が提供される。
【０００８】
別の態様において、符号化装置のプロセッサを、画像データを符号化して、ビデオパラメータセットシンタックスに含まれるバイトアラインメントシンタックスがビデオパラメータセット拡張フラグの条件下にある前記ビデオパラメータセットシンタックスを含む符号化ビットストリームを生成する符号化部と、前記符号化部により生成された前記符号化ビットストリームを伝送する伝送部と、として機能させるためのプログラムが提供される。前記プログラムを記録したコンピュータ読取可能な媒体もまた提供される。
【図面の簡単な説明】
【０００９】
【図１】一部の実施形態により修正ＶＰＳ構文を利用する方法の流れ図である。
【図２】一部の実施形態により修正ＶＰＳ方法を実施するように構成された例示的コンピュータデバイスのブロック図である。
【図３】一部の実施形態によるＨＥＶＣ符号器の全体図である。
【図４】一部の実施形態によるＨＥＶＣ復号器の全体図である。
【発明を実施するための形態】
【００１０】
「高効率ビデオ符号化（ＨＥＶＣ）」に関する現在の「国際規格原案（ＤＩＳ）」仕様における「ビデオパラメータセット（ＶＰＳ）」構文構造を以下に示している。
【００１１】
【表１】
0006299899.tif 000002
【００１２】
上述のｉｆ（ｖｐｓ_ｅｘｔｅｎｓｉｏｎ_ｆｌａｇ）部分は、様々なＨＥＶＣ拡張をサポートするために以下のように更新される。
【００１３】
【表２】
0006299899.tif 000003
【００１４】
【表３】
0006299899.tif 000004
【００１５】
更新は、以下を含む。
１）バージョン１でのｖｐｓ_ｒｅｓｅｒｖｅｄ_ｚｅｒｏ_６ｂｉｔｓが、ｖｐｓ_ｍａｘ_ｎｕｍ_ｌａｙｅｒｓ_ｍｉｎｕｓ１に変更される。しかし、ｖｐｓ_ｅｘｔｅｎｓｉｏｎ（）構文構造では、このパラメータは、ｖｐｓ_ｍａｘ_ｌａｙｅｒｓ_ｍｉｎｕｓ１として使用される。これは、バージョン１での類似のパラメータｖｐｓ_ｍａｘ_ｓｕｂ_ｌａｙｅｒｓ_ｍｉｎｕｓ１とも整合性がある。従って、ｖｐｓ_ｍａｘ_ｌａｙｅｒｓ_ｍｉｎｕｓ１は、ＶＰＳに使用される。
２）ＨＥＶＣ拡張に関して、以前に定義されたｖｐｓ_ｅｘｔｅｎｓｉｏｎ（）構文構造は、ｖｐｓ_ｅｘｔｅｎｓｉｏｎ_ｆｌａｇの条件下でＶＰＳに挿入される。
３）バージョン１でのｖｐｓ_ｒｅｓｅｒｖｅｄ_０ｘｆｆｆｆ_１６ｂｉｔｓが、ｎｅｘｔ_ｅｓｓｅｎｔｉａｌ_ｉｎｆｏ_ｂｙｔｅ_ｏｆｆｓｅｔによって置換される。この新しい構文パラメータを使用して、「ｖｐｓ_ｅｘｔｅｎｓｉｏｎ（）」構文構造に利用可能な必要情報の位置を特定することができる。
４）構文パラメータｎｅｘｔ_ｅｓｓｅｎｔｉａｌ_ｉｎｆｏ_ｂｙｔｅ_ｏｆｆｓｅｔは、「ｖｐｓ_ｅｘｔｅｎｓｉｏｎ（）」構文構造の最上位の近くのバイトアラインメント構文も含む。これらのバイトアラインメント構文は、取り出されて、クリーンにするためにｖｐｓ_ｓｙｎｔａｘ（）構造の直前でｖｐｓ_ｅｘｔｅｎｓｉｏｎ_ｆｌａｇの条件下でＶＰＳ内に置かれる。
５）「ｒｂｓｐ_ｔｒａｉｌｉｎｇ_ｂｉｔｓ」は、ＶＰＳ_ｒｂｓｐ（）に関するバイトアラインメントビット数を含み、このようなビット数は、以下のように、すなわち、ｎＢｙｔｅＡｌｉｇｎｍｅｎｔＢｉｔｓ＝（（ｖｐｓ_ｅｘｔｅｎｓｉｏｎ_ｌｅｎｇｔｈ＋７）／８）*８−ｖｐｓ_ｅｘｔｅｎｓｉｏｎ_ｌｅｎｇｔｈのように決定することができ、ここで、ｖｐｓ_ｅｘｔｅｎｓｉｏｎ_ｌｅｎｇｔｈは、ｖｐｓ_ｅｘｔｅｎｓｉｏｎ（）における全体ビット数であり、これらは、ｖｐｓ_ｅｘｔｅｎｓｉｏｎ（）構文構造が現在までのところ固定長の符号なし整数ビットを含むので容易に計算することができる。
【００１６】
ｖｐｓ_ｅｘｔｅｎｓｉｏｎ（）の構文構造を以下に示している。
【００１７】
【表４】
0006299899.tif 000005
【００１８】
上述の構文構造及び動作記述を精査する一方で、クリーンアップとしての又は編集目的でのいくつかの問題を以下に説明する。
【００１９】
ｓｃａｌａｂｉｌｉｔｙ_ｍａｓｋ構文パラメータに関して、以下にパラメータ表が列挙されており、一方、対応するエントリは、「ｓｃａｌａｂｉｌｉｔｙ_ｍａｓｋ」のレジスタ−タイプデータに関するビット位置を示しているが、それは十分に記述されていない。
【００２０】
【表５】
0006299899.tif 000006
【００２１】
ｓｃａｌａｂｉｌｉｔｙ_ｍａｓｋに関する上述の表の代わりに、より明確に理解するためには、以下のレジスタ−タイプ記述がより適切である。
【００２２】
【表６】
0006299899.tif 000007
【００２３】
【表７】
0006299899.tif 000008
【００２４】
同じく、以下に示すｖｐｓ_ｅｘｔｅｎｓｉｏｎ（）の修正構文構造は、一部の有用なクリーンアップを示している。
【００２５】
【表８】
0006299899.tif 000009
【００２６】
１）バイトアラインメント関連構文が削除されている。
２）定義されていないパラメータ「ｎｕｍ_ｄｉｍｅｎｓｉｏｎｓ_ｍｉｎｕｓ１」が、「ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ」によって置換されている。
３）「ｆｏｒ」ループのうちの２つが、１ではなく０から開始するように修正されている。一例として、「レイヤ特定情報」、すなわち、「ｆｏｒ（ｉ＝１；ｉ≦ｖｐｓ_ｍａｘ_ｌａｙｅｒｓ_ｍｉｎｕｓ１；ｉ＋＋）｛．．．｝」ループに関して、符号化されたビデオシーケンスが、奥行きビューを含むステレオビュー（ｓｔｅｒｅｏ−ｖｉｅｗ  ｗｉｔｈ  ｄｅｐｔｈ−ｖｉｅｗ）（２＋１＝３レイヤ）である場合に、３つのレイヤが存在する。従って、ｖｐｓ_ｍａｘ_ｌａｙｅｒｓ_ｍｉｎｕｓ１＝３−１＝２である。現在の「ｆｏｒ」ループに従う場合に、以下の通りである。
ｉ＝１＝＞レイヤ１＝奥行き−ビュー；
ｉ＝２（ｖｐｓ_ｍａｘ_ｌａｙｅｒｓ_ｍｉｎｕｓ１）＝＞レイヤ２＝ビュー１
ここで、ｉ＝３＝＞レイヤ３＝ビュー２？
補正として、このループは、「ｐｒｏｆｉｌｅ_ｔｉｅｒ_ｌｅｖｅｌ（．．．）．」を除く２つの事例に関して「ｆｏｒ（ｉ＝０；  ｉ≦ｖｐｓ_ｍａｘ_ｌａｙｅｒｓ_ｍｉｎｕｓ１；  ｉ＋＋）｛．．．｝」である。
４）構文パラメータ「ｄｉｍｅｎｓｉｏｎ_ｉｄ［ｉ］［ｊ］」に関する動作記述は、「拡張容易性次元」及び「ｄｉｍｅｎｓｉｏｎ_ｉｄ_ｌｅｎ_ｍｉｎｕｓ１［ｊ］」に関して同じく利用可能ではない。これらのパラメータの間の関係を示すための例示的な表を以下に示している。
【００２７】
【表９】
0006299899.tif 000010
【００２８】
ＶＰＳ及びｖｐｓ_ｅｘｔｅｎｓｉｏｎ（）構文構造は、拡張可能ビデオ符号化、多視点符号化、及び３Ｄビデオ符号化分野におけるＨＥＶＣ拡張のために更新される。
【００２９】
ＶＰＳは、符号化されたビデオの全体的な特徴を表すためのメタデータを含み、従来の復号器が、拡張ビットストリーム構造に関する追加の情報を無視することができるように、システムレイヤ信号伝達に関する標準の拡張互換性を可能にする。現在のＶＰＳ構文構造及びその拡張情報は、複数レイヤビデオシーケンスに関する情報を含み、ここで、レイヤは、ベースレイヤ（ＨＥＶＣ及びその拡張情報に関して）とするか、ＳＨＶＣに関して拡張可能拡張レイヤ（空間又は品質）とするか、又は多視点符号化ＨＥＶＣ拡張（ＭＨＶＣ）に関してビューレイヤ（テクスチャビュー又は奥行きビュー）とすることができる。このような全てのレイヤは、それらのサブレイヤ（一時的）も有することができる。各ビデオレイヤは、ビデオレイヤの隣接する下位レイヤに依存するか、又はレイヤ間予測を伴わずに独立であることができる。
【００３０】
「混在シーケンス信号伝達サポート」の背後の目的は、「ＪＣＴＶＣ−Ｋ_ｎｏｔｅｓ」で提案されているＶＰＳ拡張構文構造におけるレイヤ特定の新しい特性を開発することである。ＶＰＳにおける独立レイヤに関するレイヤ構文合意を適切に利用して、ＨＥＶＣ拡張のための高レベル構文構造における様々な混在コンテンツ（ソースタイプ、符号化タイプ、及びその他）をサポートすることができる。
【００３１】
２つのレイヤを有するＶＰＳに関する混在ブロードキャスト又はネットワーク送信における一部の可能なアプリケーション例は、以下の通りである。
レイヤ１でのフレーム構造化ビデオ及びレイヤ２でのフィールド構造化ビデオ：これらの各々のビデオレイヤは、各ビデオレイヤのそれぞれのＳＰＳ及びそれ以上のものを有する。従来のモノラルビュー（２Ｄ）復号器は、そのベースレイヤアプリケーションのためにこれら２つのレイヤのうちのいずれかを使用することができる。
レイヤ１でのフレーム構造化ビデオ（２Ｄ、モノラルビュー）及びレイヤ２でのフレーム互換（フレームパッキング）ビデオ（３Ｄ、ステレオビュー）：従来のモノラルビュー（２Ｄ）復号器は、レイヤ１ビデオを使用し、一方、最新ステレオビュー（３Ｄ）フレーム互換ビデオ復号器は、３Ｄステレオビュービデオアプリケーションのためにレイヤ２を使用することができる。
【００３２】
このような２つの復号器（従来及び最新）をサポートするために、混在ビデオタイプの組合せが、ビデオビットストリームに存在する。
【００３３】
このような様々なソースタイプ及び符号化タイプを含む符号化ビデオコンテンツの多くの組合せは、現在及び将来のアプリケーションに共存することができ、従来又は最新復号
器復号器のいずれも、復号のためにそれぞれのビットストリームを選別することになる。
【００３４】
ＶＰＳの固有のレイヤベースの記述は、少なくともシステムレベルソリューション（広告挿入、スプライシング、及びその他）に関して、そのようなアプリケーションをサポートするように拡張することができる。
【００３５】
ＶＰＳ拡張における混在シーケンス信号伝達に構文を追加するための４つの可能なオプションが存在する。
オプション１：混在シーケンス信号伝達サポートのための２つの構文
オプション２：オプション１にｓｏｕｒｃｅ_ｍｉｘｅｄ_ｃｏｄｅｃ_ｆｌａｇ構文パラメータを加えたもの
オプション３：オプション２にｍｉｘｅｄ_ｖｉｄｅｏ_ｐｒｅｓｅｎｔ_ｆｌａｇ構文パラメータを加えたもの
オプション４：特定アプリケーションのサポートにｍｉｘｅｄ_ｖｉｄｅｏ_ｐｒｅｓｅｎｔ_ｆｌａｇ構文パラメータを加えたもの及びそれをこのオプションのための追加構文／動作に関する条件として使用すること
【００３６】
【表１０】
0006299899.tif 000011
【００３７】
これら２つの追加構文パラメータに関する動作記述を以下の表に示している。
【００３８】
【表１１】
0006299899.tif 000012
【００３９】
【表１２】
0006299899.tif 000013
【００４０】
【表１３】
0006299899.tif 000014
【００４１】
追加された新しい構文に関する動作記述は、ａｖｃ_ｂａｓｅ_ｃｏｄｅｃ_ｆｌａｇと同じであり、以下の通りである。
【００４２】
【表１４】
0006299899.tif 000015
【００４３】
【表１５】
0006299899.tif 000016
【００４４】
１に等しいｍｉｘｅｄ_ｖｉｄｅｏ_ｐｒｅｓｅｎｔ_ｆｌａｇ構文パラメータは、ＶＰＳレイヤにおける混在ビデオの存在を示している。０である場合に、このような混在シーケンスは、レイヤに存在しない。このフラグの存在により、「混在ビデオタイプなし」の場合に一部の追加されたビットを保存することができる。
【００４５】
【表１６】
0006299899.tif 000017
【００４６】
【表１７】
0006299899.tif 000018
【００４７】
１に等しいｍｉｘｅｄ_ｖｉｄｅｏ_ｐｒｅｓｅｎｔ_ｆｌａｇ構文パラメータは、ＶＰＳレイヤにおける混在ビデオの存在を示している。０である場合に、このような混在シーケンスは、レイヤに存在しない。「ｍｉｘｅｄ_ｖｉｄｅｏ_ｐｒｅｓｅｎｔ_ｆｌａｇ＝１」の場合に、各レイヤのための２つの新しい構文が存在し、これらの２つの構文パラメータは、混在ビデオ元を含む２つの特定アプリケーション例に対処する。
フレーム／フィード構造走査タイプ及び２Ｄビデオのためのフレーム、及び
３Ｄビデオのためのフレームパッキング配置（ＦＰＡ）ビデオ。
これら２つの新しい構文に関する動作記述を以下の表で説明している。
【００４８】
【表１８】
0006299899.tif 000019
【００４９】
【表１９】
0006299899.tif 000020
【００５０】
本明細書に説明する構文修正は、ＶＰＳのレイヤベース特性を拡張してシステムレイヤ（コンテンツ編集、スプライシング、広告挿入）、並びにより望ましい通信及びシステム統合目的での復号経路全体での様々な新たなアプリケーションに対処する。
【００５１】
図１は、一部の実施形態による修正ＶＰＳ構文を利用する方法の流れ図である。段階１００において、コンテンツ（例えば、ビデオ）を符号化する。修正ＶＰＳ構文を利用して発生されたＶＰＳデータは、符号化されたコンテンツにも含まれている。段階１０２において、復号を実行する。例えば、ビデオは、いずれかの復号器を使用して復号される。段階１０４において、ＶＰＳデータをアクセス可能にする。復号されている間、ＶＰＳデータは、別の処理に使用することができる。ＶＰＳデータは、拡張可能ビデオ符号化、多視点符号化、及び３Ｄビデオ符号化分野における様々なＨＥＶＣ拡張情報を含む。一部の実施形態において、ＶＰＳデータは、混在信号伝達情報を含む。一部の実施形態において、追加の又はより少ない段階が実行される。一部の実施形態において、段階の順番が修正される。
【００５２】
図２は、一部の実施形態により修正ＶＰＳ方法を実施するように構成された例示的コンピュータデバイスのブロック図である。コンピュータデバイス２００を使用して、画像及び映像のような情報を取得、格納、計算、処理、通信、及び／又は表示することができる。一般的に、コンピュータデバイス２００を実施するのに好ましいハードウエア構成は、ネットワークインタフェース２０２、メモリ２０４、プロセッサ２０６、Ｉ／Ｏデバイス２０８、バス２１０、及びストレージデバイス２１２を含む。プロセッサの選択は、十分な速度を有する好ましいプロセッサが選択される限り、重要ではない。メモリ２０４は、当業技術で公知のいずれかの従来のコンピュータメモリとすることができる。ストレージデバイス２１２は、ハードディスクドライブ、ＣＤＲＯＭ、ＣＤＲＷ、ＤＶＤ、ＤＶＤＲＷ、Ｂｌｕ−ｒａｙ（Ｒ）、フラッシュメモリカード、又は他のいずれかのストレージデバイスを含むことができる。コンピュータデバイス２００は、１つ又はそれよりも多くのネットワークインタフェース２０２を含むことができる。ネットワークインタフェースの例は、イーサネット又は他の種類のＬＡＮに接続したネットワークカードを含む。Ｉ／Ｏデバイス２０８は、以下のもの、すなわち、キーボード、マウス、モニタ、スクリーン、プリンタ、モデム、タッチスクリーン、ボタンインタフェース、及び他のデバイスのうちの１つ又はそれよりも多くを含むことができる。修正ＶＰＳ方法を実施するのに使用される変更ＶＰＳアプリケーション２３０は、恐らくはストレージデバイス２１２及びメモリ２０４に格納され、かつアプリケーションが典型的に処理されるように処理される。コンピュータデバイス２００には、図２に示されている構成要素よりも多いか又は少ない構成要素を含めることができる。一部の実施形態において、変更ＶＰＳハードウエア２２０が含まれる。図２でのコンピュータデバイス２００は、修正ＶＰＳ方法のためのアプリケーション２３０及びハードウエア２２０を含むが、修正ＶＰＳ方法は、ハードウエア、ファームウエア、ソフトウエア、又はそれらのいずれかの組合せでコンピュータデバイス上に実施することができる。例えば、一部の実施形態において、変更ＶＰＳアプリケーション２３０は、メモリにプログラムされ、プロセッサを使用して実行される。別の例では、一部の実施形態において、変更ＶＰＳハードウエア２２０は、修正ＶＰＳ方法を実施するように専用に設計されたゲートを含むプログラムされたハードウエア論理回路である。
【００５３】
一部の実施形態において、変更ＶＰＳアプリケーション２３０は、いくつかのアプリケーション及び／又はモジュールを含む。一部の実施形態において、モジュールは、同じく１つ又はそれよりも多くのサブモジュールを含む。一部の実施形態において、より少ないか又は追加のモジュールを含むことができる。
【００５４】
適切なコンピュータデバイスの例は、パーソナルコンピュータ、ラップトップコンピュータ、コンピュータワークステーション、サーバ、メインフレームコンピュータ、手持ち式コンピュータ、携帯情報端末、セルラー／モバイル電話、スマート家電、ゲームコンソール、デジタルカメラ、デジタルカムコーダ、カメラ電話、スマートフォン、携帯音楽再生機、タブレットコンピュータ、モバイルデバイス、ビデオ再生機、ビデオディスク書込機／再生機（例えば、ＤＶＤ書込機／再生機、高精細ディスク書込機／再生機、超高精細ディスク書込機／再生機）、テレビジョン、ホームエンタテインメントシステム、スマートジュエリー（例えば、スマート腕時計）、又は他のいずれかの適切なコンピュータデバイスを含む。
【００５５】
図３は、一部の実施形態によるＨＥＶＣ符号器の全体図である。符号器３００は、一般符号器制御構成要素、変換スケーリング及び量子化構成要素、スケーリング及び逆変換構成要素、イントラピクチャ推定構成要素、フィルタ制御解析構成要素、イントラピクチャ予測構成要素、デブロック及びＳＡＯフィルタ構成要素、動き補償構成要素、動き推定構成要素、及びヘッダフォーマット設定及びＣＡＢＡＣ構成要素を含む。入力ビデオ信号は、符号器３００で受け取られ、「符号化ツリーユニット（ＣＴＵ）」に分割される。ＨＥＶＣ符号器構成要素は、修正ＶＰＳを使用してビデオデータを処理し、符号化されたビットストリームを発生させる。
【００５６】
図４は、一部の実施形態によるＨＥＶＣ復号器の全体図である。復号器４００は、エントロピー復号構成要素、逆量子化構成要素、逆変換構成要素、現在フレーム構成要素、イントラ予測構成要素、過去フレーム構成要素、動き補償構成要素、デブロックフィルタ、ＳＡＯ構成要素、及び適応ループフィルタを含む。入力ビットストリーム（例えば、符号化されたビデオ）は、復号器４００で受け取られ、ディスプレイのための復号ビットストリームが発生される。一部の実施形態において、復号されている間に修正ＶＰＳが使用される。
【００５７】
修正ＶＰＳ方法を利用するために、デバイスは、拡張可能ビデオ符号化、多視点符号化、３Ｄビデオ符号化、及び混在ビデオシーケンスに関してＶＰＳ及びその拡張情報におけるパラメータにアクセス可能である。修正ＶＰＳ方法は、ビデオ処理が実行される時に又はそれ以外の時間に自動的に使用される。修正ＶＰＳ方法は、ユーザ介入なしに自動的に実行することができる。
【００５８】
作動において、ＶＰＳ及びｖｐｓ_ｅｘｔｅｎｓｉｏｎ（）構文構造は、拡張可能ビデオ符号化、多視点符号化、及び３Ｄビデオ符号化分野におけるＨＥＶＣ拡張のために一部のクリーンアップと共に更新される。これに加えて、ＶＰＳ拡張に関して様々なレイヤにおける混在ビデオシーケンスをサポートするための構文を追加する４つのオプションを説明した。ＶＰＳは、修正構文構造を使用して発生される。
【００５９】
「拡張パラメータの容易なアクセスのための「ビデオパラメータセット（ＶＰＳ）構文再順序付け」という名称で２０１３年９月２４日出願の米国特許出願第１４／０３５，６８０号明細書及び「ＪＣＴＶＣ−Ｌ０２２７：プロファイル−階層−レベル構文構造の更新を有するＶＰＳ_ＥＸＴＥＮＳＩＯＮ」という名称で２０１３年９月２４日出願の米国特許出願第１４／０３５，７４０号明細書は、これによりその全体が全ての目的に対して引用により組み込まれる。
【００６０】
ＪＣＴＶＣ−Ｌ０２２６：ＶＰＳ及びＶＰＳ_ＥＸＴＥＮＳＩＯＮ更新の一部の実施形態
１．ａ．コンテンツを復号する段階と、ｂ．コンテンツに関連する情報にアクセスする段階であって、この情報が、ビデオパラメータセットデータを含み、更に、ビデオパラメータセットデータが、混在信号伝達情報を含む上記アクセスする段階とを含むデバイスの持続性メモリにプログラムされる方法。
２．ビデオパラメータセットデータを決定する際に使用されるビデオパラメータセット機能が、ビデオパラメータセット拡張フラグの条件下にある条項１の方法。
３．ビデオパラメータセットデータを決定する際に使用されるバイトアラインメント構文が、ビデオパラメータセット拡張フラグの条件下にある条項１の方法。
４．ビデオパラメータセットデータが、生バイトシーケンスペイロード末尾ビット値を含む条項１の方法。
５．ビデオパラメータセットデータが、バイトアラインメント構文を使用せずに決定される条項１の方法。
６．ビデオパラメータセットデータが、混在シーケンス信号伝達サポートのための２つの構文を使用して決定される条項１の方法。
７．ビデオパラメータセットデータが、ソース混在コーデックフラグ構文パラメータを使用して決定される条項６の方法。
８．ビデオパラメータセットデータが、ソース混在ビデオ存在フラグ構文パラメータを使用して決定される条項７の方法。
９．ビデオパラメータセットデータが、特定アプリケーションサポート及びソース混在ビデオ存在フラグ構文パラメータを使用して決定される条項１の方法。
１０．コンテンツを符号化する段階を更に含む条項１の方法。
１１．デバイスが、パーソナルコンピュータ、ラップトップコンピュータ、コンピュータワークステーション、サーバ、メインフレームコンピュータ、手持ち式コンピュータ、携帯情報端末、セルラー／モバイル電話、スマート家電、ゲームコンソール、デジタルカメラ、デジタルカムコーダ、カメラ電話、スマートフォン、携帯音楽再生機、タブレットコンピュータ、モバイルデバイス、ビデオ再生機、ビデオディスク書込機／再生機、高精細ディスク書込機／再生機、超高精細ディスク書込機／再生機、テレビジョン、ホームエンタテインメントシステム、又はスマート腕時計を含む条項１の方法。
１２．ａ．コンテンツを提供する段階と、ｂ．コンテンツに関連する情報のアクセスを可能にする段階であって、この情報が、ビデオパラメータセットデータを含み、更に、ビデオパラメータセットデータが、混在信号伝達情報を含む上記可能にする段階とを含むデバイスの持続性メモリにプログラムされる方法。
１３．ビデオパラメータセットデータを決定する際に使用されるビデオパラメータセット機能が、ビデオパラメータセット拡張フラグの条件下にある条項１２の方法。
１４．ビデオパラメータセットデータを決定する際に使用されるバイトアラインメント構文が、ビデオパラメータセット拡張フラグの条件下にある条項１２の方法。
１５．ビデオパラメータセットデータが、生バイトシーケンスペイロード末尾ビット値を含む条項１２の方法。
１６．ビデオパラメータセットデータが、バイトアラインメント構文を使用せずに決定される条項１２の方法。
１７．ビデオパラメータセットデータが、混在シーケンス信号伝達サポートのための２つの構文を使用して決定される条項１２の方法。
１８．ビデオパラメータセットデータが、ソース混在コーデックフラグ構文パラメータを使用して決定される条項１７の方法。
１９．ビデオパラメータセットデータが、ソース混在ビデオ存在フラグ構文パラメータを使用して決定される条項１８の方法。
２０．ビデオパラメータセットデータが、特定アプリケーションサポート及びソース混在ビデオ存在フラグ構文パラメータを使用して決定される条項１２の方法。
２１．コンテンツを符号化する段階を更に含む条項１２の方法。
２２．デバイスが、パーソナルコンピュータ、ラップトップコンピュータ、コンピュータワークステーション、サーバ、メインフレームコンピュータ、手持ち式コンピュータ、携帯情報端末、セルラー／モバイル電話、スマート家電、ゲームコンソール、デジタルカメラ、デジタルカムコーダ、カメラ電話、スマートフォン、携帯音楽再生機、タブレットコンピュータ、モバイルデバイス、ビデオ再生機、ビデオディスク書込機／再生機、高精細ディスク書込機／再生機、超高精細ディスク書込機／再生機、テレビジョン、ホームエンタテインメントシステム、又はスマート腕時計を含む条項１２の方法。
２３．ａ．ｉ．コンテンツを復号し、かつｉｉ．コンテンツに関連する情報であって、情報が、ビデオパラメータセットデータを含み、更に、ビデオパラメータセットデータが、混在信号伝達情報を含む上記情報にアクセスするためのアプリケーションを格納するための持続性メモリと、ｂ．メモリに結合され、アプリケーションを処理するように構成された処理構成要素とを含む装置。
２４．ビデオパラメータセットデータを決定する際に使用されるビデオパラメータセット機能が、ビデオパラメータセット拡張フラグの条件下にある条項２３の装置。
２５．ビデオパラメータセットデータを決定する際に使用されるバイトアラインメント構文が、ビデオパラメータセット拡張フラグの条件下にある条項２３の装置。
２６．ビデオパラメータセットデータが、生バイトシーケンスペイロード末尾ビット値を含む条項２３の装置。
２７．ビデオパラメータセットデータが、バイトアラインメント構文を使用せずに決定される条項２３の装置。
２８．ビデオパラメータセットデータが、混在シーケンス信号伝達サポートのための２つの構文を使用して決定される条項２３の装置。
２９．ビデオパラメータセットデータが、ソース混在コーデックフラグ構文パラメータを使用して決定される条項２８の装置。
３０．ビデオパラメータセットデータが、ソース混在ビデオ存在フラグ構文パラメータを使用して決定される条項２９の装置。
３１．ビデオパラメータセットデータが、特定アプリケーションサポート及びソース混在ビデオ存在フラグ構文パラメータを使用して決定される条項２３の装置。
３２．コンテンツを符号化することを更に含む条項２３の装置。
【００６１】
本発明の構成及び作動の原理の理解を容易にするための詳細を組み込んだ特定の実施形態によって本発明を説明した。本明細書における特定の実施形態及びその詳細へのこのような言及は、添付の特許請求の範囲の範囲を限定するように意図していない。特許請求の範囲で定められる本発明の精神及び範囲を逸脱することなく例示的に選択された実施形態に他の様々な修正を行うことができることは当業者に容易に明らかであろう。
【符号の説明】
【００６２】
１００  コンテンツを符号化する段階
１０２  復号を実行する段階
１０４  ＶＰＳデータをアクセス可能にする段階
ＶＰＳ  ビデオパラメータセット
【図１】
0006299899.tif 000021
【図２】
0006299899.tif 000022
【図３】
0006299899.tif 000023
【図４】
0006299899.tif 000024