(57)【特許請求の範囲】
【請求項１】
ピクチャ（２）のスライス（３）の符号化表現（２０）を復号化する方法であって、
ここで、前記符号化表現（２０）は、スライスヘッダ（２１）及びスライスデータ（２５）を含む；
前記スライスヘッダ（２１）に基づく取得可能なパラメータセット識別子（２６）に基づいて、前記符号化表現（２０）に関連付けられたパラメータセットを識別するステップ（Ｓ２０）と、
前記パラメータセット内のスライスヘッダ拡張部存在フラグを構文解析するステップ（Ｓ２１）と、
前記スライスヘッダ拡張部存在フラグが事前に定義された値を有する場合、前記符号化表現（２０）に関連付けられ且つ前記スライスヘッダ（２１）内の拡張フィールド（２４）のビット又はバイトの長さを示す可変長符号の長さ標識（２３）を構文解析するステップ（Ｓ１）と、
前記スライスヘッダ拡張部存在フラグが事前に定義された値を有する場合、前記符号化表現（２０）の復号化中、前記長さ標識（２３）に基づいて識別された前記拡張フィールド（２４）の全ての値を無視するとして判定するステップ（Ｓ２）と、
を備えることを特徴とする方法。
【請求項２】
前記長さ標識（２３）に基づいて前記拡張フィールド（２４）の長さを判定するステップ（Ｓ１０）と、
前記長さに基づいて前記スライスヘッダ（２１）内の前記拡張フィールド（２４）の終端を識別するステップ（Ｓ１１）と、
を更に備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記長さ標識（２３）を構文解析するステップ（Ｓ１）は、前記スライスヘッダ拡張部存在フラグが前記事前に定義された値を有する場合、前記スライスヘッダ（２１）内に存在する前記長さ標識（２３）を構文解析するステップ（Ｓ１）を含むことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記全ての値を無視すると判定するステップ（Ｓ２）は、前記スライスヘッダ拡張部存在フラグが前記事前に定義された値を有する場合、前記スライスヘッダ（２１）内の前記長さ標識（２３）の直後から前記長さ標識（２３）に基づいて識別された前記拡張フィールド（２４）の終端までの前記拡張フィールド（２４）の全ての値を前記符号化表現（２０）の復号化中に無視すると判定するステップ（Ｓ２）を含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記長さ標識（２３）を構文解析するステップ（Ｓ１）は、前記スライスヘッダ拡張部存在フラグが事前に定義された値を有する場合、前記スライスヘッダ（２１）に基づいて取得可能なパラメータセット識別子（２６）に基づいて識別されるパラメータセット内に存在する前記長さ標識（２３）を構文解析するステップ（Ｓ１）を含むことを特徴とする請求項１又は２に記載の方法。
【請求項６】
長さ標識（２３）に基づいて識別された前記拡張フィールド（２４）の終端に基づいて前記スライスデータ（２５）の始端を識別するステップ（Ｓ３０）と、
前記スライスデータ（２５）の前記始端から開始して前記スライスデータ（２５）を構文解析し且つ復号化するステップ（Ｓ３１）と、
を更に備えることを特徴とする請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記スライスデータ（２５）を構文解析し且つ復号化するステップ（Ｓ３１）は、前記スライスヘッダ（２１）内の前記拡張フィールド（２４）の前記全ての値を無視することにより前記スライスデータ（２５）を構文解析し且つ復号化するステップ（Ｓ３１）を含むことを特徴とする請求項６に記載の方法。
【請求項８】
ピクチャ（２）のスライス（３）を符号化する方法であって、
前記スライス（３）のスライスヘッダ（２１）内に拡張フィールド（２４）が存在することを示すために、スライスヘッダ拡張部存在フラグを事前に定義された値に設定するステップ（Ｓ６０）と、
パラメータセットに前記スライスヘッダ拡張部存在フラグを挿入するステップ（Ｓ７０）と、
前記スライス（３）の前記スライスヘッダ（２１）内に存在する前記拡張フィールド（２４）のビット又はバイトの長さを示す可変長符号の長さ標識（２３）を生成するステップ（Ｓ４０）と、
前記スライス（３）を、前記スライスヘッダ（２１）及びスライスデータ（２５）を含む前記スライス（３）の符号化表現（２０）に符号化するステップ（Ｓ４１）と、
前記長さ標識（２３）と前記符号化表現（２０）とを関連付けるステップ（Ｓ４２）と、
前記パラメータセットを識別するパラメータセット識別子と前記符号化表現（２０）とを関連付けるステップ（Ｓ７１）と
を備えることを特徴とする方法。
【請求項９】
前記スライスヘッダ（２１）内に存在する前記拡張フィールド（２４）の長さを判定するステップ（Ｓ５１）を更に備え、
前記長さ標識（２３）を生成するステップ（Ｓ４０）は、前記拡張フィールド（２４）の前記長さに基づいて前記長さ標識（２３）を生成するステップ（Ｓ４０）を含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記長さ標識（２３）を関連付けるステップ（Ｓ４２）は、前記スライスヘッダ（２１）に前記長さ標識（２３）を挿入するステップを含むことを特徴とする請求項８又は９に記載の方法。
【請求項１１】
前記長さ標識（２３）を挿入するステップは、前記スライスヘッダ（２１）内の前記拡張フィールド（２４）の直前に前記長さ標識（２３）を挿入するステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記長さ標識（２３）を関連付けるステップ（Ｓ４２）は、パラメータセットに前記長さ標識（２３）を挿入するステップと、前記パラメータセットを識別するパラメータセット識別子（２６）と前記符号化表現（２０）とを関連付けるステップとを含むことを特徴とする請求項８又は９に記載の方法。
【請求項１３】
ピクチャ（２）のスライス（３）の符号化表現（２０）を復号化する復号器（４０、５０）であって、
ここで、前記符号化表現（２０）は、スライスヘッダ（２１）及びスライスデータ（２５）を含む；
前記復号器（４０、５０）は、
前記スライスヘッダ（２１）に基づき取得可能なパラメータセット識別子（２６）に基づいて、前記符号化表現（２０）に関連付けられたパラメータセットを識別するように構成されたセット識別ユニット（４５）と、
前記パラメータセット内のスライスヘッダ拡張部存在フラグを構文解析し、当該スライスヘッダ拡張部存在フラグが事前に定義された値を有する場合に、前記符号化表現（２０）に関連付けられ且つ前記スライスヘッダ（２１）内の拡張フィールド（２４）のビット又はバイトの長さを示す可変長符号語の長さ標識（２３）を構文解析するように構成された構文解析ユニット（４１）と、
当該スライスヘッダ拡張部存在フラグが前記事前に定義された値を有する場合に、前記長さ標識（２３）に基づいて識別された前記拡張フィールド（２４）の全ての値を前記符号化表現（２０）の復号化中に前記復号器（４０、５０）に無視させるように構成された処理ユニット（４２）と、
を備えることを特徴とする復号器（４０、５０）。
【請求項１４】
前記長さ標識（２３）に基づいて前記拡張フィールド（２４）の長さを判定するように構成された判定ユニット（４３）と、
前記長さに基づいて前記スライスヘッダ（２１）内の前記拡張フィールド（２４）の終端を識別するように構成された識別ユニット（４４）と、
を更に備えることを特徴とする請求項１３に記載の復号器。
【請求項１５】
前記構文解析ユニット（４１）は、当該スライスヘッダ拡張部存在フラグが前記事前に定義された値を有する場合に、前記スライスヘッダ（２１）内に存在する前記長さ標識（２３）を構文解析するように構成されることを特徴とする請求項１３又は１４に記載の復号器。
【請求項１６】
前記処理ユニット（４２）は、前記スライスヘッダ拡張部存在フラグが前記事前に定義された値を有する場合に、前記復号器（４０、５０）に対して、前記符号化表現（２０）の復号化中、前記スライスヘッダ（２１）内の前記長さ標識（２３）の直後から前記長さ標識（２３）に基づいて識別された前記拡張フィールド（２４）の終端までの前記拡張フィールド（２４）の全ての値を無視させるようにすることを特徴とする請求項１５に記載の復号器。
【請求項１７】
前記構文解析ユニット（４１）は、前記スライスヘッダ拡張部存在フラグが前記事前に定義された値を有する場合に、前記スライスヘッダ（２１）に基づいて取得可能なパラメータセット識別子（２６）に基づいて識別されるパラメータセット内に存在する前記長さ標識（２３）を構文解析するように構成されることを特徴とする請求項１３又は１４に記載の復号器。
【請求項１８】
長さ標識（２３）に基づいて識別された前記拡張フィールド（２４）の終端に基づいて前記スライスデータ（２５）の始端を識別するように構成された識別ユニット（４４）と、
前記スライスデータ（２５）の前記始端から開始して前記スライスデータ（２５）を構文解析し且つ復号化するように構成された復号化ユニット（４６）と、
を更に備えることを特徴とする請求項１３から１７のいずれか１項に記載の復号器。
【請求項１９】
前記復号化ユニット（４６）は、前記スライスヘッダ（２１）内の前記拡張フィールド（２４）の前記全ての値を無視することにより前記スライスデータを構文解析し且つ復号化するように構成されることを特徴とする請求項１８に記載の復号器。
【請求項２０】
ピクチャ（２）のスライス（３）を符号化する符号器（７０）であって、
前記スライス（３）のスライスヘッダ（２１）内に拡張フィールド（２４）が存在することを示すために、スライスヘッダ拡張部存在フラグを事前に定義された値に設定するように構成された設定ユニット（７５）と、
前記スライス（３）の前記スライスヘッダ（２１）内に存在する前記拡張フィールド（２４）のビット又はバイトの長さを示す可変長符号語の長さ標識（２３）を生成するように構成された生成ユニット（７１）と、
前記スライス（３）を、前記スライスヘッダ（２１）及びスライスデータ（２５）を含む前記スライス（３）の符号化表現（２０）に符号化するように構成された符号化ユニット（７２）と、
前記長さ標識（２３）と前記符号化表現（２０）とを関連付け、前記スライスヘッダ拡張部存在フラグをパラメータセットに挿入し、当該パラメータセットを識別するパラメータセット識別子を前記符号化表現（２０）と関連付けるように構成された関連付けユニット（７３）と、
を備えることを特徴とする符号器（７０）。
【請求項２１】
前記スライスヘッダ（２１）内に存在する前記拡張フィールド（２４）の長さを判定するように構成された判定ユニット（７４）を更に備え、
前記生成ユニット（７１）は、前記拡張フィールド（２４）の前記長さに基づいて前記長さ標識（２３）を生成するように構成されることを特徴とする請求項２０に記載の符号器。
【請求項２２】
前記関連付けユニット（７３）は、前記スライスヘッダ（２１）に前記長さ標識（２３）を挿入するように構成されることを特徴とする請求項２０又は２１に記載の符号器。
【請求項２３】
前記関連付けユニット（７３）は、前記スライスヘッダ（２１）内の前記拡張フィールド（２４）の直前に前記長さ標識（２３）を挿入するように構成されることを特徴とする請求項２２に記載の符号器。
【請求項２４】
前記関連付けユニット（７３）は、パラメータセットに前記長さ標識（２３）を挿入し且つ前記パラメータセットを識別するパラメータセット識別子（２６）と前記符号化表現（２０）とを関連付けるように構成されることを特徴とする請求項２０又は２１に記載の符号器。
【請求項２５】
ピクチャ（２）のスライス（３）の符号化表現（２０）を復号化するコンピュータプログラム（１３０）であって、
ここで、前記符号化表現（２０）は、スライスヘッダ（２１）及びスライスデータ（２５）を含む；
プロセッサ（１１０）により実行される場合に、前記プロセッサ（１１０）に、
前記スライスヘッダ（２１）に基づく取得可能なパラメータセット識別子（２６）に基づいて、前記符号化表現（２０）に関連付けられたパラメータセットを識別させ、
前記パラメータセット内のスライスヘッダ拡張部存在フラグを構文解析させ、
前記スライスヘッダ拡張部存在フラグが事前に定義された値を有する場合、前記符号化表現（２０）に関連付けられ且つ前記スライスヘッダ（２１）内の拡張フィールド（２４）のビット又はバイトの長さを示す可変長符号の長さ標識（２３）を構文解析させ、
前記スライスヘッダ拡張部存在フラグが前記事前に定義された値を有する場合、前記符号化表現（２０）の復号化中、前記長さ標識（２３）に基づいて識別された前記拡張フィールド（２４）の全ての値を無視するとして判定させる
ためのコード手段を備えることを特徴とするコンピュータプログラム（１３０）。
【請求項２６】
ピクチャ（２）のスライス（３）を符号化するコンピュータプログラム（１３０）であって、プロセッサ（１１０）により実行される場合に、前記プロセッサ（１１０）に、
前記スライス（３）のスライスヘッダ（２１）内に拡張フィールド（２４）が存在することを示すために、スライスヘッダ拡張部存在フラグを事前に定義された値に設定させ、
前記スライスヘッダ拡張部存在フラグをパラメータセットに挿入させ、
前記スライス（３）の前記スライスヘッダ（２１）内に存在する前記拡張フィールド（２４）のビット又はバイトの長さを示す可変長符号語の長さ標識（２３）を生成させ、
前記スライス（３）を前記スライスヘッダ（２１）及びスライスデータ（２５）を含む前記スライス（３）の符号化表現（２０）に符号化させ、
前記長さ標識（２３）と前記符号化表現（２０）とを関連付け、前記パラメータセットを識別するパラメータセット識別子を前記符号化表現（２０）と関連付けさせる
ためのコード手段を備えることを特徴とするコンピュータプログラム（１３０）。
【請求項２７】
請求項２５又は２６に記載のコンピュータプログラム（１３０）を格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、スライスの符号化及び復号化に関し、特に、スライスの符号化及び復号化に関連する拡張データの処理に関する。
【背景技術】
【０００２】
高効率映像符号化（ＨＥＶＣ）は、映像符号化共同研究部会（ＪＣＴ−ＶＣ）において現在開発中の新規の映像符号化規格である。ＪＣＴ−ＶＣは、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）と国際電気通信連合・電気通信標準化部門（ＩＴＵ−Ｔ）との共同プロジェクトである。現在、多くの新規ツールを含み且つＨ．２６４高度映像符号化（ＡＶＣ）よりはるかに効率的な委員会原案（ＣＤ）が定義されている。
【０００３】
今後、多視点拡張及びスケーラブル拡張等のＨＥＶＣの拡張が定義されると考えられる。その場合、これらの拡張は、例えば基本ビューに依存する追加ビュー又は基本層に依存する追加層に関係するデータを含むことができる。
【０００４】
例えば基本ビュー又は基本層である符号化シーケンスのいくつかの部分に対する下位互換性が必要条件であると想定できる。しかし、そのような拡張を使用する場合でも、従来の復号器、すなわち、基本仕様に準拠する復号器がビットストリームを正確に処理できることが重要である。
【０００５】
ＨＥＶＣは、特に拡張に対して確保されるいくつかのネットワーク抽象化層（ＮＡＬ）ユニットの種類を定義する。また、例えばシーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）及び適応パラメータセット（ＡＰＳ）であるパラメータセットは、それらの構文テーブルの末尾に拡張フィールドを含む。ＨＥＶＣの基本仕様に準拠する復号器は、パラメータセットの末尾の拡張フィールド内のデータを無視することが指定されている。拡張データに対する構文をパラメータセットであるＳＰＳの形態で以下に例示する。ＳＰＳ以外の他のパラメータセットを使用する場合も構文は同様である。復号器は、通常はシステム層により提供される構文要素ＮｕｍＢｙｔｅｓＩｎＲＢＳＰを通じてパラメータセットの全長を認識しているため、拡張フィールドの終端の位置を問題なく検出できる。
seq_parameter_set_rbsp(){                          記述子
...
sps_extension_flag                                u(1)
if(sps_extension_flag)
while(more_rbsp_data())
sps_extension_data_flag                       u(1)
rbsp_trailing_bits()
}
【０００６】
ピクチャの符号化スライスを含むＮＡＬユニットは２つの部分で構成され、すなわち、最初にスライスヘッダがあり、次にスライスデータがある。現在、符号化スライスに対する拡張フィールドは存在しない。
【０００７】
スライスヘッダは、例えばスライスの種類、使用される参照ピクチャ等の現在のスライスに関する情報を含む。ＨＥＶＣでは、拡張部及び拡張フィールドを追加する必要がある。しかし、そのような場合、基本仕様に準拠する従来の復号器、すなわち拡張部を使用しない復号器及び拡張対応復号器の双方がそのような拡張部を含むビットストリームを正確に処理できることが重要である。
【０００８】
スライスの符号化表現に対するスライスヘッダの現在のレイアウトでは、従来の復号器及び拡張対応復号器の双方を有する場合に当該必要性を実現することが困難又は不可能になる。
【発明の概要】
【０００９】
一般的な目的は、スライスヘッダの拡張部を使用できるようにすることである。
【００１０】
特定の目的は、スライスの符号化及び復号化に関連してスライスヘッダ拡張部を処理することである。
【００１１】
上記の目的及び他の目的は、本明細書において開示される実施形態により達成される。
【００１２】
実施形態の一態様は、ピクチャのスライスの符号化表現を復号化する方法に関する。符号化表現は、スライスヘッダ及びスライスデータを含む。方法は、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識を構文解析するステップを備える。方法は、長さ標識に基づいて識別された拡張フィールドの全ての値を符号化表現の復号化中に無視すると判定するステップを更に備える。
【００１３】
実施形態の関連する一態様は、ピクチャのスライスの符号化表現を復号化する復号器を定義する。符号化表現は、スライスヘッダ及びスライスデータを含む。復号器は、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識を構文解析するように構成された構文解析ユニットを備える。復号器は、長さ標識に基づいて識別された拡張フィールドの全ての値を符号化表現の復号化中に復号器に無視させるように構成された処理ユニットを更に備える。
【００１４】
実施形態の別の態様は、ピクチャのスライスの符号化表現を復号化する方法に関する。符号化表現は、スライスヘッダ及びスライスデータを含む。方法は、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識を構文解析するステップを備える。方法は、長さ標識に基づいてスライスヘッダ内の拡張フィールドを識別するステップを更に備える。スライスの符号化表現は、長さ標識に基づいて識別された拡張フィールドの少なくとも１つの値に基づいて復号化される。
【００１５】
実施形態の別の関連する態様は、ピクチャのスライスの符号化表現を復号化する復号器を定義する。符号化表現は、スライスヘッダ及びスライスデータを含む。復号器は、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識を構文解析するように構成された構文解析ユニットを備える。復号器は、長さ標識に基づいてスライスヘッダ内の拡張フィールドを識別するように構成された拡張フィールド識別ユニットを更に備える。復号器の復号化ユニットは、拡張フィールド識別ユニットにより識別された拡張フィールドの少なくとも１つの値に基づいてスライスの符号化表現を復号化するように構成される。
【００１６】
実施形態の更なる一態様は、ピクチャのスライスを符号化する方法に関する。方法は、スライスのスライスヘッダ内に存在する拡張フィールドの長さを示す長さ標識を生成するステップを備える。スライスは、スライスヘッダ及びスライスデータを含むスライスの符号化表現に符号化される。長さ標識は、符号化表現に関連付けられる。
【００１７】
実施形態の関連する更なる一態様は、ピクチャのスライスを符号化する符号器を定義する。符号器は、スライスのスライスヘッダ内に存在する拡張フィールドの長さを示す長さ標識を生成するように構成された生成ユニットを備える。符号化ユニットは、スライスをスライスヘッダ及びスライスデータを含むスライスの符号化表現に符号化するように構成される。符号器は、長さ標識と符号化表現とを関連付けるように構成された関連付けユニットを更に備える。
【００１８】
実施形態の追加の一態様は、ピクチャのスライスの符号化表現を復号化する復号器を備える受信機に関する。符号化表現は、スライスヘッダ及びスライスデータを含む。復号器は、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識を構文解析するように構成された構文解析ユニットを備える。復号器は、長さ標識に基づいて識別された拡張フィールドの全ての値を符号化表現の復号化中に復号器に無視させるように構成された処理ユニットを更に備える。
【００１９】
実施形態の別の追加の態様は、ピクチャのスライスの符号化表現を復号化する復号器を備える受信機に関する。符号化表現は、スライスヘッダ及びスライスデータを含む。復号器は、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識を構文解析するように構成された構文解析ユニットを備える。復号器は、長さ標識に基づいてスライスヘッダ内の拡張フィールドを識別するように構成された拡張フィールド識別ユニットを更に備える。復号器の復号化ユニットは、拡張フィールド識別ユニットにより識別された拡張フィールドの少なくとも１つの値に基づいてスライスの符号化表現を復号化するように構成される。
【００２０】
実施形態の更に別の追加の態様は、ピクチャのスライスを符号化する符号器を備える送信機に関する。符号器は、スライスのスライスヘッダ内に存在する拡張フィールドの長さを示す長さ標識を生成するように構成された生成ユニットを備える。符号器は、スライスをスライスヘッダ及びスライスデータを含むスライスの符号化表現に符号化するように構成された符号化ユニットを更に備える。符号器の関連付けユニットは、長さ標識と符号化表現とを関連付けるように構成される。
【００２１】
実施形態の更なる一態様は、ピクチャのスライスの符号化表現を復号化するコンピュータプログラムに関する。符号化表現は、スライスヘッダ及びスライスデータを含む。コンピュータプログラムは、プロセッサにより実行される場合に、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識をプロセッサに構文解析させるコード手段を備える。更にプロセッサにより、長さ標識に基づいて識別された前記拡張フィールドの全ての値を符号化表現の復号化中に無視すると判定する。
【００２２】
実施形態の更なる関連する一態様は、ピクチャのスライスの符号化表現を復号化するコンピュータプログラムを定義する。符号化表現は、スライスヘッダ及びスライスデータを含む。コンピュータプログラムは、プロセッサにより実行される場合に、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識をプロセッサに構文解析させるコード手段を備える。更にプロセッサにより、長さ標識に基づいてスライスヘッダ内の拡張フィールドを識別し、長さ標識に基づいて識別された拡張フィールドの少なくとも１つの値に基づいてスライスの符号化表現を復号化する。
【００２３】
実施形態の更なる関連する一態様は、ピクチャのスライスを符号化するコンピュータプログラムを定義する。コンピュータプログラムは、プロセッサにより実行される場合に、スライスのスライスヘッダ内に存在する拡張フィールドの長さを示す長さ標識をプロセッサに生成させるコード手段を備える。更にプロセッサにより、スライスをスライスヘッダ及びスライスデータを含むスライスの符号化表現に符号化する。更にプロセッサにより、長さ標識と符号化表現とを関連付ける。
【００２４】
実施形態の別の追加の態様は、コンピュータ可読媒体と、コンピュータ可読媒体に格納されたコンピュータプログラムとを備えるコンピュータプログラム製品に関する。
【００２５】
本実施形態により、スライスの符号化表現のスライスヘッダに拡張フィールドを導入すること、並びに拡張フィールドに対応しない従来の復号器でも正確に処理できる符号化表現を生成することが可能になる。
【図面の簡単な説明】
【００２６】
本発明は、その更なる目的及び利点と共に、以下の説明及び添付の図面を参照することにより最もよく理解されるだろう。
【図１】図１は、１つ以上のスライスを含むピクチャの映像ストリームを概略的に示す図である。
【図２】図２は、ＮＡＬユニットを含むデータパケットを示す図である。
【図３】図３Ａ〜図３Ｃは、スライスの符号化表現を示す図である。
【図４】図４は、一実施形態に係るスライスの符号化表現を復号化する方法を示すフローチャートである。
【図５】図５は、一実施形態に係る図４の方法の追加のオプションのステップを示すフローチャートである。
【図６】図６は、別の実施形態に係る図４の方法の追加のオプションのステップを示すフローチャートである。
【図７】図７は、更なる一実施形態に係る図４の方法の追加のオプションのステップを示すフローチャートである。
【図８】図８は、別の実施形態に係るスライスの符号化表現を復号化する方法を示すフローチャートである。
【図９】図９は、一実施形態に係るスライスを符号化する方法を示すフローチャートである。
【図１０】図１０は、一実施形態に係る図９の方法の追加のオプションのステップを示すフローチャートである。
【図１１】図１１は、別の実施形態に係る図９の方法の追加のオプションのステップを示すフローチャートである。
【図１２】図１２は、図１１の関連付けステップの一実施形態を示すフローチャートである。
【図１３】図１３は、一実施形態に係る復号器を概略的に示すブロック図である。
【図１４】図１４は、別の実施形態に係る復号器を概略的に示すブロック図である。
【図１５】図１５は、更なる一実施形態に係る復号器を概略的に示すブロック図である。
【図１６】図１６は、一実施形態に係る受信機を概略的に示すブロック図である。
【図１７】図１７は、一実施形態に係る符号器を概略的に示すブロック図である。
【図１８】図１８は、別の実施形態に係る符号器を概略的に示すブロック図である。
【図１９】図１９は、一実施形態に係る送信機を概略的に示すブロック図である。
【図２０】図２０は、一実施形態に係るコンピュータ可読媒体及びコンピュータプログラムを備えるコンピュータを概略的に示すブロック図である。
【発明を実施するための形態】
【００２７】
図中、同一の符号は同様又は対応する要素に対して使用される。
【００２８】
本発明は、ピクチャのスライスの符号化及び復号化に関連する拡張データの処理に関する。従って、実施形態により、拡張部構文要素とも示されるいわゆる拡張フィールドをスライスに対するスライスヘッダに導入し且つ使用できるようになる。実施形態によると、そのような拡張フィールドをスライスヘッダに追加でき、更に、拡張対応復号器と拡張データを処理できない復号器、すなわち拡張フィールドを使用しないプロファイルに準拠する復号器との双方が正確に処理できる符号化表現を提示できる。これらの復号器を一般に従来の復号器（レガシーデコーダ）又は基本仕様対応復号器と呼ぶ。
【００２９】
拡張対応復号器及び従来の復号器の双方が存在することにより、スライスヘッダにおける拡張フィールドの使用に関連する問題が生じる。従って、従来の復号器は、符号化表現がスライスヘッダ内に拡張データを有する場合でもスライスの符号化表現のデータを正確に復号化し且つ解釈できる必要がある。
【００３０】
背景技術の節で説明したパラメータセットと同じ種類の拡張フィールドを追加することはできない。パラメータセットの場合、構文構造の末尾に存在する全ての追加データが復号器により無視される。これは、復号器がスライスヘッダの終端及びスライスデータの始端を識別できないためである。従って、個々のデータ構造、すなわちスライスヘッダ及びスライスデータの長さは未知であり、全長のみが構文要素ＮｕｍＢｙｔｅｓＩｎＲＢＳＰにより既知である。従って、スライス層のロー（raw）バイトシーケンスペイロード（ＲＢＳＰ）の構文は、一般に以下のようである。
slice_layer_rbsp(){
slice_header()
slice_data()
rbsp_slice_trailing_bits()
}
【００３１】
このように、従来の復号器はスライスヘッダの終端及びスライスデータの始端を識別できないため、スライスヘッダの末尾に存在する全ての追加データは従来の復号器により無視され、単純には拡張フィールドを追加することができない。
【００３２】
長さ標識とスライスの符号化表現とを関連付けることが提案され、当該長さ標識は、スライスのスライスヘッダ内に存在する拡張フィールドの長さを示す。そのため、長さ標識により、復号器は、拡張フィールドを構成するスライスの符号化表現及びスライスヘッダの部分を識別できる。従って、従来の復号器は、自身が処理できない拡張データを含むため復号化中に無視する符号化表現の部分を判定できる。
【００３３】
しかし、従来の復号器は復号化中に拡張データを無視する必要があるが、拡張対応復号器は復号化中に当該拡張データを復号化し且つ使用することができる。
【００３４】
図１は、ピクチャ２の映像シーケンス又は映像ストリーム１を概略的に示す図である。当業者には既知であるように、各ピクチャ２は１つ以上のいわゆるスライス３を含むことができる。このように、映像ストリーム１の各ピクチャ２は１つ以上のスライス３に分割され、各スライス３はピクチャ２の独立して復号化可能な部分である。換言すると、１つのスライス３が紛失した場合、当該ピクチャ２の他のスライス３は依然として復号化可能となる。
【００３５】
スライス３を符号化することにより、スライスヘッダ及びスライスデータを含むスライス３の符号化表現が生成される。符号化表現は、図２に示すような、いわゆるネットワーク適応層（ＮＡＬ）ユニット１１として符号化処理から出力される。ＮＡＬユニット１１の第１の部分は、ＮＡＬユニット内のデータの種類の指示を含むヘッダである。ＮＡＬユニット１１の残りの部分は、スライスヘッダ及びスライスデータの形態のペイロードデータを含む。
【００３６】
その場合、符号器から復号器へビットストリームの一部として送信可能なデータパケット１０を形成するために、ヘッダ１２がＮＡＬユニット１１に追加されてもよい。例えばリアルタイムトランスポートプロトコル（ＲＴＰ）、ユーザデータグラムプロトコル（ＵＤＰ）及びインターネットプロトコル（ＩＰ）ヘッダ１２をＮＡＬユニット１１に追加できる。このＮＡＬユニット１１のパケット化の形態は、映像伝送に関連する一例を構成するにすぎない。ファイル形式、ＭＰＥＧ−２伝送ストリーム、ＭＰＥＧ−２プログラムストリーム等のＮＡＬユニット１１を処理する他の方法が可能である。
【００３７】
本明細書において開示する実施形態は、図１に示すように映像ストリーム又はシーケンス１が複数のピクチャ２を含む場合の映像ストリーム又はシーケンス１内のピクチャ２のスライス３の復号化及び符号化に特に適用可能であり且つそれらに関する。従って、主にそのような映像復号化及び符号化に関連して実施形態を説明する。
【００３８】
しかし、実施形態は、例えば静止ピクチャ又は静止画像の復号化及び符号化等に関連する単一ピクチャ内のスライスの復号化及び符号化にも同様に適用可能である。例えば拡張データは、空間スケーラブル静止ピクチャに関連して使用可能である。
【００３９】
図４は、オプションで映像ストリーム内であるのが好ましいピクチャのスライスの符号化表現を復号化する方法を示すフローチャートである。図４の方法は、ピクチャのスライスの符号化表現の復号化中に復号器により実行される方法であるか又はピクチャのスライスの符号化表現に対する復号化方法であるのが好ましい。
【００４０】
図３Ａ〜図３Ｃは、スライスのそのような符号化表現２０の限定しない例を示す。符号化表現２０は、スライスヘッダ２１及びスライスデータ２５を含む。
【００４１】
図４の方法は、符号化表現２０に関連付けられた長さ標識（length indicator:ＬＩ）２３が構文解析されるステップＳ１を備える。当該長さ標識２３は、スライスヘッダ２１内の拡張フィールド（ＥＸＴ  Ｆ）２４の長さを示す。後続のステップＳ２において、長さ標識２３に基づいて識別された拡張フィールド２４の全ての値を符号化表現２０の復号化中に無視すると判定される。
【００４２】
これは、拡張フィールド２４により占有される符号化表現２０の部分を識別するために、符号化表現２０に関連付けられた長さ標識２３を使用できることを意味する。従って、復号器は、長さ標識２３を使用して、拡張フィールド２４の値又はデータを無視することにより使用しないと判定又は決定する。この場合、当該拡張フィールド２４は、長さ標識２３に基づいてスライスヘッダ２１内で識別される。従って、復号器は、長さ標識２３を使用して、スライスヘッダ２１内のある量又は部分のデータをスキップする。その場合、スキップされるデータの量又は部分は長さ標識２３により示される。
【００４３】
特定の一実施形態において、映像ストリーム等におけるピクチャのスライスの符号化表現２０を復号化する方法は、符号化表現２０に関連付けられ且つスライスヘッダ２１内の拡張フィールド２４の長さを示す長さ標識２３を構文解析するステップを備える。この特定の一実施形態において、方法は、長さ標識２３に基づいて識別された拡張フィールド２４の全ての値を符号化表現２０の復号化中に無視するステップを更に備える。
【００４４】
符号化表現２０に関連付けられた長さ標識２３により、従来の復号器も符号化表現２０を処理し且つ復号化できる。これらの従来の復号器は、拡張フィールド２４により占有されるスライスヘッダ２１の部分から取得される値又はデータを無視すると単純に判定する。その場合、スライスヘッダ２１の当該部分は、構文解析された長さ標識２３に基づいて識別される。
【００４５】
本明細書中で使用される場合、「関連付ける」は、符号化表現２０に基づいて関連する長さ標識２３を識別及び検索できることを意味する。本明細書中で更に開示されるように、これは、例えば長さ標識２３を通常はスライスヘッダ２１内である符号化表現２０内に含むか（図３Ａ及び図３Ｂを参照）、あるいは、関連する長さ標識２３を識別するために使用可能である識別子２６等のデータを符号化表現２０内に含む（図３Ｃを参照）ことにより達成可能である。この後者の場合、長さ標識２３は、符号化表現２０以外の別のデータ構造内で提供されることが可能である。従って、データ又は識別子２６は、当該他のデータ構造を指し且つそれを識別できるようにする。
【００４６】
図５は、特定の一実施形態に係る方法の追加ステップを示すフローチャートである。これらの追加のオプションのステップは、図４のステップＳ１から続くステップＳ１０から開始される。ステップＳ１０において、ステップＳ１で構文解析された長さ標識２３に基づいて、拡張フィールドの長さが判定される。次のステップＳ１１において、ステップＳ１０で判定された長さに基づいて、スライスヘッダ２１内の拡張フィールド２４の終端が識別される。従って、後続のステップＳ２において、復号器は、ステップＳ１１で識別された拡張フィールド２４の終端までの拡張フィールド２４の値を無視すると決定又は判定できる。
【００４７】
オプションで、スライスヘッダ２１内の拡張フィールド２４の始端も同様に識別される。一実施形態において、始端は、スライスヘッダ２１内の定義されたビット又はバイト位置等のスライスヘッダ２１内の固定された又は事前に定義された位置にあってもよい。あるいは、拡張フィールド２４の始端は、スライスヘッダ２１内の長さ標識２３の直後等、長さ標識２３に基づいて判定されてもよい（図３Ａ及び図３Ｂを参照）。一般に、スライスヘッダ２１内の構文要素の位置は、先行する構文要素の長さにより与えられる。これは、可変長符号化がスライスヘッダ２１内の１つ以上の先行する構文要素に適用される場合に特に当てはまる。そのような場合、復号器は通常、最初のビット位置からスライスヘッダ２１の構文解析及び復号化を開始し、拡張フィールド２４の始端に到達するまで種々の構文要素を通過する。
【００４８】
一実施形態において、追加のスライスデータ、すなわち拡張フィールド２４の長さを示す長さ標識２３が導入される。長さ標識２３は、例えばスライスヘッダ２１内か又はスライスヘッダ２１に関連付けられる別のデータ構造内の構文要素により説明されるか、あるいは、長さはビットパターンから導出されてもよい。従って、符号器は、定義された構文要素２３を使用して追加データの長さを信号伝送するように構成される。復号器は、追加データの長さを判定するように構成される。追加データは、あるプロファイルに準拠する復号器により無視されるが、他のプロファイルに準拠する復号器はそれを構文解析して追加データ内の構文要素の値を使用する。追加データを無視するプロファイルに準拠する復号器は、ＮＡＬユニットを復号化できるように、長さ情報を使用してスライスヘッダ２１の終端を判定する。
【００４９】
従って、実施形態により、単純且つビットレート効率のよい方法でスライスヘッダ２１を拡張できる。
【００５０】
図４の方法及び図５に示す実施形態に適用可能な特定の一実施形態において、長さ標識２３は、図３Ａ及び図３Ｂに示すようにスライスヘッダ２１内に存在する符号語又は構文要素である。これは、ステップＳ１がスライスヘッダ２１内に存在する長さ標識２３を構文解析することを含むことを意味する。
【００５１】
特定の一実施形態において、長さ標識２３は、拡張フィールド２４の直前のスライスヘッダ２１において存在する。従って、この特定の実施形態において、拡張フィールド２４はスライスヘッダ２１において長さ標識２３の直後に存在する。そのような場合、一実施形態において、図４のステップＳ２は、スライスヘッダ２１内の長さ標識２３の直後から拡張フィールド２４の終端までの拡張フィールド２４の全ての値又はデータを符号化表現２０の復号化中に無視すると判定するステップを含むことができる。この拡張フィールド２４の終端は、図５のステップＳ１１に関連して上記で開示したように、長さ標識２３に基づいて識別される。
【００５２】
別の特定の実施形態において、長さ標識２３は必ずしもスライスヘッダ２１内に存在する必要はなく、符号化表現２０に関連付けられる。例えばスライスヘッダ２１は通常、符号化表現２０に関連付けられ且つ現在のスライスに適用可能なデータを含むパラメータセットの識別子２６を含む。図３Ｃは、パラメータセット（ＰＳ）識別子（ＩＤ）２６がスライスヘッダ２１内に存在する本例を示す。
【００５３】
例えば適応パラメータセット（adaptation parameter ser:ＡＰＳ）は、２つ以上のスライスに対して有効な制御情報を含む。この制御情報はスライス間で異なってもよい。ピクチャパラメータセット（ＰＰＳ）は、複数のピクチャに対して有効な制御情報を含み、これは、同一の映像シーケンス又は映像ストリームの複数のピクチャに対して同一であってもよい。シーケンスパラメータセット（ＳＰＳ）は、映像シーケンス又は映像ストリーム全体に対して有効な制御情報を含む。ＨＥＶＣは、いわゆる映像パラメータセット（ＶＰＳ）を更に使用する。そのような場合、長さ標識２３は、現在のスライスに適用可能なＡＰＳ、ＶＰＳ、ＰＰＳ又はＳＰＳ等のこれらのパラメータセットのいずれに存在してもよい。そのような場合、スライスヘッダ２１は、長さ標識２３を搬送する関連するパラメータセットの識別を可能にするパラメータセット識別子２６を含むのが好ましい。その場合、復号器は、正確なパラメータセットを識別し且つ識別されたパラメータセットから長さ標識２３を構文解析するために、当該パラメータセット識別子２６を使用できる。パラメータセット識別子２６は、ＡＰＳ識別子又はＰＰＳ識別子等のパラメータセットを直接識別できる。別の方法において、パラメータセット識別子２６は、長さ標識２３を搬送する別のパラメータセットに対する別のパラメータセット識別子を含むパラメータセットを識別する。例えばスライスヘッダ２１は、現在のスライスに適用可能なＰＰＳに対するＰＰＳ識別子を含むことができる。当該ＰＰＳは、ＰＰＳ及び現在のスライスに適用可能なＳＰＳに対するＳＰＳ識別子を含んでもよく、この場合、当該ＳＰＳが長さ標識２３を含む。
【００５４】
バイト数又はビット数に関する拡張フィールド２４のサイズ又は長さが、映像ストリーム内の複数のスライスと同様である可能性が高い場合、各符号化表現２０で長さ標識２３を直接信号伝送する代わりに、それをパラメータセット内に追加するのが好ましいだろう。そのような場合、スライスヘッダ２１内に長さ標識２３のビットを含む必要がないため、符号化表現２０全体のサイズ又は長さを若干縮小できる。従って、本方法において、複数のスライスは、長さ標識２３を含む同一のパラメータセットを参照することにより、同一の長さ標識２３を共有する。
【００５５】
しかし、一般に、各符号化表現２０内のスライスヘッダ２１に長さ標識２３を直接含むことは、柔軟性がはるかに高い。その結果、拡張フィールド２４のサイズ又は長さを異なるスライス間で異ならせることができる。更に、長さ標識２３を構文解析するためにパラメータセットを参照する必要がない。
【００５６】
図４のステップＳ１に示す長さ標識の構文解析は、必ずしも各符号化表現２０に対して実行される必要がない。特に、長さ標識２３が、スライスヘッダ内に存在するパラメータセット識別子２６に基づいて識別されるパラメータセット内に存在する場合、関連するパラメータセットは、パラメータセット識別子２６を含む映像シーケンスの最初の符号化表現２０に対して識別されてもよい。その場合、識別されたパラメータセット内のデータが構文解析され、その中に存在する長さ標識２３を含む復号化された値及びデータは、通常は復号器のメモリに格納される。その後、復号器は、有効化されたパラメータセット、すなわち既に構文解析され且つ復号化されたパラメータを追跡する。これは、映像シーケンスの後続の符号化表現２０が当該パラメータセットを識別するパラメータセット識別子２６を含む場合、長さ標識２３を含むデータをメモリ内の格納された値から検索できることを意味する。
【００５７】
従って、特に長さ標識２３がパラメータセット内に存在する場合、ステップＳ１における長さ標識２３の構文解析は、必ずしも各符号化表現２０に対して実行される必要がない。しかし、このステップＳ１は、関連するパラメータセットを指すパラメータセット識別子２６をスライスヘッダ２１内に有する符号化表現２０に対して少なくとも１回実行されるのが好ましい。その場合、ステップＳ１は、この関連するパラメータセットに対するパラメータセット識別子２６を含む映像シーケンスの何らかの後続の符号化表現２０に対して、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識をメモリから読み出すか又は検索することを含む。
【００５８】
長さ標識２３（図３Ａ及び図３Ｂを参照）又はパラメータセット識別子２６（図３Ｃを参照）は、必ずしも図３Ａ〜図３Ｃに示すようにスライスヘッダ２１内の拡張フィールド２４の直前に存在する必要がない。一般に、長さ標識２３又はパラメータセット識別子２６の直後に拡張フィールド２４を有するのが好ましい。しかし、これは必要条件ではない。他の実施形態において、他のスライスヘッダデータ、すなわち少なくとも１つの構文要素又は符号語がスライスヘッダ２１内で長さ標識２３又はパラメータセット識別子２６の位置と拡張フィールド２４との間に存在してもよい。
【００５９】
図６は、図４の方法の追加のオプションのステップを示すフローチャートである。ステップＳ２１において、符号化表現に関連付けられたスライスヘッダ拡張部存在フラグ（slice header extension present flag）が構文解析される。当該スライスヘッダ拡張部存在フラグは、スライスヘッダ２１内に存在してもよく、あるいは符号化表現２０に関連付けられてもよい。例えばスライスヘッダ拡張部存在フラグは、ＰＰＳ内等のスライスに関連付けられたパラメータセット内に存在してもよい。その場合、方法は、符号化表現２０に関連付けられたＰＰＳ等のパラメータセットがスライスヘッダ２１に基づいて取得可能なＰＰＳ識別子等のパラメータセット識別子に基づいて識別されるオプションのステップＳ２０を含むのが好ましい。パラメータセット識別子は、スライスヘッダ２１から直接検索されてもよく、あるいは、スライスヘッダ２１から直接検索される別のパラメータセット識別子により識別される別のパラメータセットから検索されてもよい。その場合、ステップＳ２１は、ＰＰＳ等のパラメータセット内に存在するスライスヘッダ拡張部存在フラグを構文解析することを含むのが好ましい。
【００６０】
特にスライスヘッダ拡張部存在フラグがステップＳ２０で識別されたパラメータセット内に存在する場合、ステップＳ２１におけるスライスヘッダ拡張部存在フラグの構文解析は、必ずしも映像シーケンスの全ての符号化表現２０に対して実行される必要がない。そのような場合、関連するパラメータセットは、当該パラメータセットを指すパラメータセット識別子２６を有する最初の符号化表現２０に対して識別され、構文解析され且つ復号化されてもよい。その後、スライスヘッダ拡張部存在フラグを含むパラメータセットの復号化データは復号器のメモリに格納されてもよい。そのような場合、スライスヘッダ拡張部存在フラグの値は、以前に構文解析され且つ復号化されたパラメータセットを指すパラメータセット識別子２６を有するあらゆる後続の符号化表現２０に対しても、単純にメモリから読み出し又は検索可能である。
【００６１】
スライスヘッダ拡張部存在フラグは、何らかの拡張フィールド２４がスライスヘッダ２１内に存在するか否かを示す。従って、スライスヘッダ拡張部存在フラグが１bin等の第１の事前に定義された値を有する場合、拡張フィールド２４はスライスヘッダ２１内に存在し且つ符号化表現２０は長さ標識２３に関連付けられる。しかし、スライスヘッダ拡張部存在フラグが０bin等の第２の事前に定義された値を有する場合、拡張フィールド２４はスライスヘッダ２１内に存在せず、従って、長さ標識２３は符号化表現２０に関連付けられない。
【００６２】
次のステップＳ２２において、構文解析されたスライスヘッダ拡張部存在フラグが解析され、第１の事前に定義された値又は第２の事前に定義された値を有するかが判定される。例えばスライスヘッダ拡張部存在フラグが設定され、すなわち１binである場合、図４のステップＳ１へ進み、長さ標識２３が構文解析される。従って、この場合、拡張フィールド２４が存在し、従来の復号器は、拡張フィールド２４に対応するスライスヘッダ２１の部分を識別する必要がある。
【００６３】
スライスヘッダ拡張部存在フラグが設定されず、すなわち０binである場合にはステップＳ２３へ進み、復号器はスライスヘッダ２１に後続するスライスデータ２５の構文解析及び復号化を単純に開始することができる。従って、この場合、従来の復号器により識別される必要のある拡張フィールドはスライスヘッダ２１内に存在しない。
【００６４】
特定の一実施形態において、ピクチャパラメータセットのＲＢＳＰの構文は以下のようであってもよい。
pic_parameter_set_rbsp(){                              記述子
...
slice_header_extension_present_flag                  u(1)
...
}
【００６５】
０に等しいｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ピクチャパラメータセットを参照する符号化ピクチャに対するスライスヘッダ内にスライスヘッダ拡張部構文要素が存在しないことを指定する。
【００６６】
その場合、この特定の一実施形態において、一般的なスライスヘッダ構文は以下のようであってもよい。
slice_header(){                                          記述子
...
if(slice_header_extension_present_flag){
slice_header_extension_length                        ue(v)
for (i=0; i<slice_header_extension_length; i++)
slice_header_extension_data_byte[i]                u(8)
}
byte_alignment()
}
【００６７】
ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈは、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ自体を信号伝送するために使用されるビットを含まないスライスヘッダ拡張データの長さをバイト単位で指定する。ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈの値は、０以上２５６以下の範囲であってもよい。ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈのサイズは、必ずしも汎用可変長符号（ＵＶＬＣ）である必要がなく、固定長、すなわち何らかの正の整数ｑの場合のｕ（ｑ）であってもよい。
【００６８】
ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｂｙｔｅは、あらゆる値を有してもよい。従来の復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｂｙｔｅの値を無視するべきである。あるいは、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｂｙｔｅは、バイト、すなわちｕ（８）の代わりにビット、すなわちｕ（１）を使用してもよい。
【００６９】
スライスヘッダ拡張部存在フラグは、単一のフラグを単純に読み取ることにより（１ビットフラグの形態であるのが好ましい）、拡張対応復号器により処理され、すなわち、構文解析され且つ使用されるか又は従来の復号器により無視される必要のある何らかの拡張フィールド２４を符号化表現２０が含むかを復号器が判定できることを示す。従って、スライスヘッダ拡張部存在フラグを使用することにより、いくつかの符号化表現２０は拡張フィールド２４を含むが他の符号化表現２０が拡張フィールド２４を含まない場合の符号化表現２０の復号化が単純になる。そのような場合、復号器は、長さ標識２３を構文解析して使用する必要がなく、単にスライスヘッダ拡張部存在フラグの値を調べることができる。
【００７０】
映像ストリーム内の複数のスライスが拡張フィールド２４を有する場合も有さない場合もあるため、スライスヘッダ拡張部存在フラグはパラメータセットに挿入されるのが好都合である。その場合、スライスヘッダ拡張部存在フラグを各スライスヘッダ２１内に含めるより、そのようなスライスヘッダ拡張部存在フラグをパラメータセットで信号伝送するほうがビット効率は高い。
【００７１】
特定の一実施形態において、スライスデータ２５は、符号化表現２０内の拡張フィールド２４の終端の直後から開始する。従って、本方法において、長さ標識２３に基づいて識別された拡張フィールド２４の終端の次のビット位置は、スライスデータ２５の最初のビットを構成する。
【００７２】
別の特定の一実施形態において、図３Ａに示し且つ上記の一般的なスライスヘッダ構文において更に示すように、バイト位置合わせデータ２２が拡張フィールド２４とスライスデータ２５との間に挿入されてもよい。そのようなバイト位置合わせデータは、スライスデータ２５の始端のバイトの位置を合わせるために、スライスヘッダ２１の終端で使用されてもよい。そのような場合、長さ標識２３は、拡張フィールド２４により占有されるスライスヘッダ２１の部分を識別するために使用可能であり、例えば拡張フィールド２４の長さを示すことにより拡張フィールド２４の終端を信号伝送してもよい。その後、バイト位置合わせデータ２２及びスライスデータ２５が続く。これは、バイト位置合わせデータ２２が使用される場合でも、復号器が長さ標識２３に基づいてスライスデータ２５の始端と拡張フィールド２４を構成するスライスヘッダ２１の部分とを識別できることを意味する。
【００７３】
バイト位置合わせデータ２２は、例えば以下のような明確に定義された構文を有するのが好ましい。
byte_alignment(){                                      記述子
bit_equal_to_one /*equal to 1*/                      f(1)
while(!byte_aligned())
bit_equal_to_zero /*equal to 0*/                   f(1)
}
【００７４】
本例において、バイト位置合わせデータは、少なくとも１つのビットを常に含む。拡張フィールド２４の終端のバイトの位置を合わせる必要がある場合、８ビットの符号語である１０００ ００００binが使用される。
【００７５】
図３Ｂは、スライスの符号化表現２０の一実施形態を示し、長さ標識２３及び拡張フィールド２４が必ずしもスライスヘッダ２１の最後の構文要素（オプションのバイト位置合わせデータ２２を除く）を形成する必要がないことを示す。明確に異なり、長さ標識２３及び拡張フィールド２４（図３Ｂ）又は実際はパラメータセット識別子２６及び拡張フィールド（図３Ｃ）は、スライスヘッダ２１内のどこに存在してもよい。
【００７６】
図７は、図４の方法の追加のオプションのステップを示すフローチャートである。方法は、図４のステップＳ２から続く。次のステップＳ３０において、符号化表現２０におけるスライスデータ２５の始端は、図５のＳ１１で説明したように長さ標識２３に基づいて識別された拡張フィールド２４の終端に基づいて識別される。上述のように、スライスデータ２５の始端は拡張フィールド２４の直後であってもよい。別の方法において、バイト位置合わせデータ２２は、拡張フィールド２４とスライスデータ２５の始端との間に配置される。そのような場合、拡張フィールド２４の終端を識別するために長さ標識２３を使用できる。符号化表現２０内の後続のビットは、バイト位置合わせデータ２２を構成する。符号化表現２０の当該部分は、上述したように明確に定義された構文を有するため、復号器によりバイト位置合わせデータ２２として解釈される。バイト位置合わせデータ２２の終端に到達すると、スライスデータ２５の始端が見つけられる。他のスライスヘッダデータが拡張フィールド２４の後に続くことも可能であり、これを以下で更に説明する。
【００７７】
復号器は、スライスデータ２５の始端を識別した場合、Ｓ３１において、スライスデータ２５の識別された始端からスライスデータ２５を構文解析し且つ復号化できる。
【００７８】
従来の復号器は、ステップＳ３１の構文解析及び復号化処理中にスライスヘッダ２１内の拡張フィールド２４の全ての値又はデータを無視し、すなわちそれらを使用しないことにより、ステップＳ３１においてスライスデータを構文解析し且つ復号化するのが好ましい。従って、従来の復号器が準拠する基本プロファイル又は基本仕様によるとスライスヘッダ２１内の拡張フィールド２４は未指定であるため、従来の復号器は当該拡張フィールド２４を使用できない。
【００７９】
しかし、拡張対応復号器は、オプションでスライスデータ２５の復号化後処理を含む構文解析及び復号化処理中にスライスヘッダ内の拡張フィールド２４内のデータを使用する必要がある。
【００８０】
本実施形態は、スライスヘッダ２１が複数の拡張フィールド２４、すなわち少なくとも２つの拡張フィールド２４を含む場合にも適用されてもよい。そのような場合、各拡張フィールド２４は、各自の長さ標識２３を含むのが好ましい。拡張フィールド２４は全て、スライスヘッダ２１の終端に関連して配置されてもよく、場合によってはオプションのバイト位置合わせデータ２２の後ろに配置されてもよい。しかし、スライスヘッダ２１内で拡張フィールド２４を分散して編成することも可能である。この後者の場合、拡張フィールド２４は、スライスヘッダ２１内のどこに提供されてもよい。例えば第１の拡張フィールド２４はスライスヘッダ２１の先頭又は中間部分に存在してもよく、第２の拡張フィールド２４はスライスヘッダ２１の最後部に存在してもよい。
【００８１】
複数の拡張フィールド２４がスライスヘッダ２１内に存在してもよい場合、各長さ標識２３は、１つ以上のパラメータセット又はスライスヘッダ２１に存在してもよく、あるいはスライスヘッダ２１と１つ以上のパラメータセットとの間で分散されてもよい。例えば第１の拡張フィールド２４の第１の長さ標識２３は、ＰＰＳ等のパラメータセット内に存在してもよい。その場合、第２の拡張フィールド２４の第２の長さ標識２３は、スライスヘッダ２１内に存在してもよい。拡張フィールド２４及び長さ標識２３の存在は、例えばパラメータセット内のフラグにより信号伝送されてもよい。例えばＰＰＳは、第１の長さ標識２３と、第２の拡張フィールド２４の存在又は不在を示すフラグとを含むことができる。フラグが定義された値に設定されている場合、第２の長さ標識２３及び第２の拡張フィールド２４はスライスヘッダ２１内に存在する。
【００８２】
複数の拡張フィールド２４が存在する場合、図４のステップＳ１は、拡張フィールド２４及び長さ標識２３の各々に対して１回実行されるのが好ましい。このように、スライスヘッダ２１内の各拡張フィールド２４の識別を可能にすることで従来の復号器がステップＳ２において拡張フィールドの各値又は複数の値を無視すると判定できるように、符号化表現２０に関連付けられた各長さ標識２３が識別され且つ構文解析される。
【００８３】
図８は、ピクチャのスライスの符号化表現を復号化する方法の別の実施形態を示すフローチャートである。符号化表現は、スライスヘッダ及びスライスデータを含む。本実施形態は、特に拡張対応復号器、すなわち、スライスヘッダ内に存在する拡張フィールドの値を理解し且つ使用できる復号器により実行されるものである。
【００８４】
方法はステップＳ８０から開始し、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識が構文解析される。このステップＳ１は基本的に図４のステップＳ１に対応し、本明細書中で更に説明しない。
【００８５】
次のステップＳ８１において、ステップＳ８０で構文解析された長さ標識に基づいて、スライスヘッダ内の拡張フィールドを識別する。このように、ステップＳ８１において、長さ標識は、拡張フィールドにより占有されるスライスヘッダの部分を識別するために使用される。このステップＳ８１は、例えば図４及び図５に関連して本明細書中で前述したように実行可能である。
【００８６】
スライスヘッダが複数の拡張フィールドを含む場合、ステップＳ８０及びＳ８１は、拡張フィールド及び関連付けられた長さ標識の各々に対して１回実行されるのが好ましい。
【００８７】
後続のステップＳ８２において、スライスの符号化表現は、ステップＳ８０で構文解析された長さ標識に基づいてＳ８１で識別されたスライスヘッダ内の拡張フィールドの少なくとも１つの値、好ましくは全ての値に基づいて復号化される。
【００８８】
このように、本実施形態において、復号器は拡張に対応し、従って、スライスの符号化表現を復号化する場合及び特に符号化表現内のスライスデータを復号化する際に、拡張フィールドの値又は値の少なくとも一部分を使用する。
【００８９】
例えば拡張フィールドは、スライスデータの復号化を実行する方法を復号器に命令し且つその指示を提供する１つ以上のフラグ及び／又は他の構文要素を含むことができる。従って、拡張対応復号器は、オプションでスライスデータの復号化後処理を含む構文解析及び復号化処理中にスライスヘッダ内の拡張フィールド内のデータを使用する。
【００９０】
ステップＳ８２における拡張フィールドの少なくとも１つの値に基づくスライスの符号化表現の復号化は、復号器により実行されるスライスの符号化表現のあらゆる処理にも関係する。従って、ステップＳ８２で定義された復号化は、スライスの符号化表現内に存在するスライスデータからスライスの画素データを実際に生成することのみに限定されない。これは、例えば拡張フィールドの少なくとも１つの値が、例えば表示するために出力されるために一時的に格納され且つ／又は復号化の順序に従って後続の映像シーケンスのピクチャの復号化の参照として使用されるために一時的に格納された映像シーケンスの以前に復号化されたピクチャを含む参照ピクチャバッファを処理するために復号器により使用されてもよいことを意味する。
あるいは、拡張フィールドの少なくとも１つの値は、例えばビットストリームの特定のＮＡＬユニットを除去又は削除するために復号器により使用されてもよい。例えば拡張フィールドは、上位層の符号化表現が復号化中である場合のみ、特定のＮＡＬユニットを削除できること、すなわちそれが参照ピクチャバッファに入力されないか又は参照ピクチャバッファから除去されることを示してもよい。
【００９１】
このように、ステップＳ８２で定義された復号化は、現在のスライスに対する画素値の実際の生成に関連して、すなわち、その前に、それと同時に又はその後に行われる復号器の種々の動作を含む。
【００９２】
特定の一実施形態は、複数のピクチャを含む映像シーケンス内のピクチャのスライスの符号化表現を復号化する際に実行される方法に関する。映像シーケンスの各ピクチャは、複数の層のうちの１つの層に属する。符号化表現は、スライスヘッダ及びスライスデータを含む。方法は、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識を構文解析することを備える。スライスヘッダ内の拡張フィールドは、長さ標識に基づいて識別される。方法は、スライスヘッダ内の拡張フィールドの少なくとも１つの値に基づいて前記複数のピクチャの階層構造を処理することを更に備える。
【００９３】
この特定の一実施形態において、映像シーケンスのピクチャは、複数の層を有する階層構造に編成される。その場合、これらの層は、多視点ビューの場合の異なるビュー、スケーラブル映像の場合の異なる時間層等に対応できる。その場合、復号器における例えば１つ以上のピクチャ又はピクチャを搬送するＮＡＬユニットの除去を含む階層構造の処理は、拡張フィールドの少なくとも１つの値に少なくとも部分的に基づいて実行されるのが好ましい。
【００９４】
本実施形態を実現する変形例及び代替例を開示する多くの実施形態を以下に示す。
【００９５】
第１の実施形態において、スライスヘッダ２１内の拡張フィールド２４の長さを示す符号語（構文要素）、すなわち長さ標識２３はスライスヘッダ２１内に存在する。この第１の実施形態によると、符号器は、長さ標識２３を構文要素として挿入するように構成される。復号器は、スライスデータ２５の始端の位置を特定するため、そして、それにより拡張フィールド２４をスキップするため、符号語、すなわち長さ標識２３の値を構文解析する。
【００９６】
拡張フィールド２４の長さを示す符号語の名称は、例えばｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈとしてよい。
【００９７】
本実施形態によると、復号器は、以下のステップを実行するように構成される。
１．  ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３が構文解析される。
２．  復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３の直後に存在するｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットの値を構文解析し且つ無視する。
３．  復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットを構文解析した後の最初のビット（ステップ２における構文解析が終了したビット位置に存在する）から開始してスライスデータ２５を構文解析し且つ復号化する。
【００９８】
従って本実施形態において、復号器は、ヘッダの復号化中にスライスヘッダ２１内の拡張フィールド２４のデータ又は値を構文解析し且つ読み取る。しかし、値が構文解析され且つ場合によっては復号化される場合でも、復号器は値を無視し、すなわち、スライスデータ２５の復号化及び処理中にそれらの値をそれ以上使用しない。
【００９９】
あるいは、復号器は、以下のステップを実行するように構成されてもよい。
１．  ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３が構文解析される。
２．  復号器は、ビットストリーム２０においてｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットを飛び越す。
３．  復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットを飛び越した後の最初のビット（ステップ２における飛び越しが終了したビット位置に存在する）から開始してスライスデータ２５を構文解析し且つ復号化する。
【０１００】
本実施形態において、復号器は、拡張フィールド２４のデータ又は値を構文解析するか又は読み取るのではなく、長さ標識２３に基づいて定義された拡張フィールド２４により占有されるスライスヘッダ２１の部分を飛び越える。
【０１０１】
第２の実施形態において、第１の実施形態で説明した構文要素２３の存在は、例えばｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと呼ばれる別の構文要素を条件とする。ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０である場合、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３及び拡張データ２４は存在しない。ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である場合、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３及び拡張データ２４は存在する。ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇはＳＰＳで信号伝送されるのが好ましいが、ＰＰＳ、ＶＰＳ、ＡＰＳ又はスライスヘッダ２１で信号伝送されてもよい。
【０１０２】
従って、符号器は、フラグを使用することにより第１の実施形態の長さ標識２３の存在を条件とするように構成される。
【０１０３】
本実施形態によると、復号器は以下の順序のステップを実行するように構成される。
１．  有効なＳＰＳからのｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが使用される。
２．  ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である場合：
ａ．  ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３が構文解析される．
ｂ．  復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３の直後に存在するｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットの値を構文解析し且つ無視する．
ｃ．  復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットを構文解析した後の最初のビット（ステップｂにおける構文解析が終了したビット位置に存在する）から開始してスライスデータ２５を構文解析し且つ復号化する．
３．あるいは、（ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合）、復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３及び拡張データ２４を構文解析せずに、スライスデータ２５を構文解析し且つ復号化する。ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３及び拡張データ２４はどちらもスライス内に存在しない。
【０１０４】
あるいは、復号器は、以下のステップを実行するように構成されてもよい。
１．  有効なＳＰＳからのｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが使用される。
２．  ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合：
ａ．  ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３が構文解析される．
ｂ．  復号器は、ビットストリーム２０においてｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットを飛び越す．
ｃ．  復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットを飛び越した後の最初のビット（ステップｂにおける飛び越しが終了したビット位置に存在する）から開始してスライスデータを構文解析し且つ復号化する。
【０１０５】
あるいは、（ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合）、復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３を構文解析せずに且つビットストリーム２０における飛び越しを実行せずに、スライスデータ２５を構文解析し且つ復号化する。ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３及び拡張データ２４はどちらもスライス内に存在しない。
【０１０６】
構文テーブルは、例えば以下に示す通りである。
slice_header()                                          記述子
...
if(slice_header_extension_present_flag){
slice_header_extension_length                        ue(v)
for(i=0; i<slice_header_extension_length; i++)
slice_header_extension_data_flag                   u(1)
}
}
【０１０７】
第３の実施形態において、スライスヘッダ２１全体の長さが構文要素２３により与えられ、拡張フィールド２４は、パラメータセットの拡張フィールドと同様にスライスヘッダ２１の末尾に追加される。
【０１０８】
従って、符号器は、構文要素、すなわち長さ標識２３によりスライスヘッダ２１全体の長さを示すように構成され、拡張フィールド２４は、パラメータセットの拡張フィールドと同様にスライスヘッダ２１の末尾に追加される。
【０１０９】
本実施形態によると、復号器は、以下のステップを実行するように構成される。
１．  有効なＳＰＳからのｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在する場合、それが使用される。そのようなｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しない場合、ステップ１、２及び３は省略され、ステップａ、ｂ及びｃのみが実行される。
２．  ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合：
ａ．  ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈは、スライスヘッダ２１の長さから現在のビット位置を減算した数として計算される．
ｂ．  復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素、すなわち、スライスヘッダ２１全体の長さを示す構文要素の直後に存在するｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットの値を構文解析し且つ無視する．
ｃ．  復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットを構文解析した後の最初のビット（ステップｂにおける構文解析が終了したビット位置に存在する）から開始してスライスデータ２５を構文解析し且つ復号化する．
３．  あるいは、（ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合）、復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３及び拡張データ２４を構文解析せずに、スライスデータ２５を構文解析し且つ復号化する。ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３及び拡張データ２４はどちらもスライス内に存在しない。
【０１１０】
従って、本実施形態において、拡張フィールド２４の長さの判定に関連する図５のステップＳ１０は、長さ標識２３により示された値からスライスヘッダ２１における長さ標識２３の終端のビット又はバイト位置を減算することで拡張フィールド２４の長さを計算することにより実行されるのが好ましい。その場合、長さ標識２３により示され当該値は、スライスヘッダ２１の長さであるのが好ましい。
【０１１１】
第１及び第２の実施形態のステップ３、並びに第３の実施形態のステップｃの変形例において、拡張フィールド２４とスライスデータ２５との間にバイト位置合わせデータ２２を配置できる。そのような場合、復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットを構文解析した後の最初のビット（第１の実施形態及び第３の実施形態）又はｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットを飛び越した後の最初のビット（第２の実施形態）から開始してバイト位置合わせデータ２２を構文解析する。その後、復号器は、バイト位置合わせデータ２２の終端に到達すると、スライスデータ２５を構文解析し且つ復号化する。
【０１１２】
第４の実施形態において、特定のビットパターン（「スタートコード」）が拡張データフィールド２４の終端を示すために使用される。従って、符号器は、そのような特定のビットパターンを挿入するように構成される。復号器は、ビットパターンが見つかるまで全てのデータを構文解析する。ビットパターンは、バイトが位置合わせされる必要があってもなくてもよい。その後、復号器は、特定のビットパターンの後の最初のビットから開始してスライスデータ２５を復号化する。
【０１１３】
復号器は、以下のステップを実行してもよい。
１．  スライスヘッダ２１は、拡張フィールド２４が開始する地点まで構文解析される。
２．  当該地点から、復号器はビットストリームをスキャンし、拡張データ２４が終了してスライスデータ２５が開始する場所を示す特定のビットパターン（「スタートコード」）を探す。
３．  特定のビットパターンが見つかった地点の後ろから、復号器はスライスを構文解析し且つ復号化する。
【０１１４】
従って、本実施形態において、図４で開示した方法は、スライスヘッダ２１においてスライスヘッダ２１の始端から拡張フィールド２４の始端までスライスヘッダ２１を構文解析することを更に備える。方法は、拡張フィールド２４の始端から特定のスタートコードの形態である長さ標識２３に到達するまでスライスヘッダ２１をスキャンすることを更に備える。方法は、特定のスタートコードである拡張フィールド２４の終端を識別することを更に備える。
【０１１５】
第５の実施形態において、第１〜第３の実施形態のいずれかが使用されるが、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ２３がスライスヘッダ２１で信号伝送されない点が異なる。その代わりに、これは、スライスヘッダ２１が参照できるＳＰＳ、ＶＰＳ、ＰＰＳ又はＡＰＳ等のデータ構造で信号伝送される。
【０１１６】
第６の実施形態において、上記で提示された実施形態のいずれかが使用されるが、長さがビットではなくバイトで表される点が異なる。
【０１１７】
第７の実施形態において、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に設定される必要があることをビットストリーム条件として、第２〜第６の実施形態のいずれかが使用される。符号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを０に設定するように構成されてもよい。
【０１１８】
特定の一実施形態において、特に基本プロファイルである特定のプロファイルに準拠する符号器により、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを０に設定するのが好ましい。しかし、同一のプロファイルに準拠する復号器は、長さ標識を使用して拡張データを無視する必要がある。
【０１１９】
第８の実施形態において、特定の意味を拡張データフィールド２４に対して導入した状態で、第２〜第６の実施形態のいずれかが使用される。そのような意味は、多視点拡張又はスケーラブル拡張における追加情報に対応できる。
【０１２０】
符号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを１に設定することにより実施形態を使用し、各スライスヘッダ２１に対して、導入された意味に従って拡張データフィールド２３の値を符号化してもよい。符号器は、拡張データフィールド２４の長さを計算してｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３で信号伝送するように更に構成される。あるいは、拡張部２４の長さが事前に既知である（例えば、固定長の拡張部が使用される）場合、長さを最初に計算することなくｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３で信号伝送できる。
【０１２１】
拡張データ２４に対して導入された意味を認識する（且つそれを使用する）復号器は、以下のステップを実行するように構成されてもよい。
１．  有効なＳＰＳからのｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが使用される。
２．  ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合：
ａ．  ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３が構文解析される（あるいは、拡張部の長さが既知である場合は無視される）．
ｂ．  復号器は、ビットの導入された意味に従って、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３の直後に存在するｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットの値を構文解析し且つ使用する．
ｃ．  復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが示す数のビットを飛び越した後の最初のビット（ステップｂにおける飛び越しが終了したビット位置に存在する）から開始してスライスデータ２５を構文解析し且つ復号化する．
３．  あるいは、（ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合）、復号器は、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３を構文解析せずに且つビットストリーム２０における飛び越しを実行せずに、スライスデータ２５を構文解析し且つ復号化する。ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ構文要素２３及び拡張データ２４はどちらもスライス内に存在しない。
【０１２２】
拡張データ２４に対して導入された意味を認識しない（又は使用しない）復号器は、第２の実施形態において提示されたステップを実行するように構成されればよい。
【０１２３】
第９の実施形態において、拡張データフィールド２４の特定の意味がＨＥＶＣの１つ以上のプロファイルに結び付けられた状態で第８の実施形態が使用される。すなわち、特定の目的のための（指定された意味を有する）拡張データフィールド２４を使用するプロファイルに準拠するビットストリーム２０を復号化する復号器は、第８の実施形態において説明したように拡張データ２４を復号化し、定義された意味に従って拡張データ２４を使用する。
【０１２４】
特定の目的のための拡張データ２４を使用しないプロファイルに準拠するビットストリーム２０を復号化する復号器は、第２の実施形態において提示したステップを実行する。
【０１２５】
第１０の実施形態において、第２、第３、第８又は第９の実施形態のいずれかが使用されるが、この場合、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは存在せず、その代わりに、これは１であると推論される。拡張部の長さは０であると信号伝送することにより、拡張部は信号伝送されない。
【０１２６】
第１１の実施形態において、上記の実施形態のいずれも使用できるが、拡張部２４のサイズは信号伝送されない。その代わりに、一連の固定サイズの可変長符号（ＶＬＣ）及び／又は可変サイズの可変長符号が定義される。
【０１２７】
第１２の実施形態において、所定のスライスに対して２つのスライスヘッダ機構を使用できる。この場合、第１の長さ標識はＰＰＳ等のパラメータセットで信号伝送され、第２の長さ標識はスライスヘッダで信号伝送される。一実施形態において、ＰＰＳ内のフラグは、スライスヘッダが第２の長さ標識を含むか否かを示す。
【０１２８】
従って、ＰＰＳのＲＢＳＰの構文は以下のようであってもよい。
pic_parameter_set_rbsp(){                              記述子
...
num_slice_header_extension_bits                      u(5)
slice_header_extension_present_flag                  u(1) 
...
【０１２９】
本例において、ｎｕｍ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｂｉｔｓは第１の長さ標識を表す。この第１の長さ標識の値が０であることは、ＰＰＳを参照する符号化ピクチャに対するスライスヘッダのＲＢＳＰ内に追加のスライスヘッダビットが存在しないことを指定する。基本プロファイル仕様に準拠するビットストリームの場合、構文要素ｎｕｍ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｂｉｔｓは０に等しい必要がある。フラグｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、第２の長さ標識がスライスヘッダ内に存在することを信号伝送するために使用される。このフラグの値が０であることは、ＰＰＳを参照する符号化ピクチャに対するスライスヘッダ内にスライスヘッダ拡張部構文要素が存在しないことを指定する。基本プロファイル仕様に準拠するビットストリームの場合、フラグｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは０に等しい必要がある。
【０１３０】
従って、スライス層のＲＢＳＰの構文は以下のようであってもよい。
slice_layer_rbsp(){
slice_header()
slice_data()
rbsp_slice_trailing_bits()
}
【０１３１】
それに対応して、スライスヘッダ構文は以下のように定義される。
slice_header(){                                          記述子
...
for(i=0; i<num_slice_header_extension_bits; i++)
slice_header_extension_data_flag                    u(1)
...
if (slice_header_extension_present_flag){
slice_header_extension_length                       ue(v)
for(i=0; i<slice_header_extension_length; i++)
slice_header_extension_data_byte                  u(8)
}
byte_alignment()
} 記述子
【０１３２】
本例において、スライスヘッダ内の第１の拡張フィールドは、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇで構成される。その場合、第２の長さ標識であるｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈは、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ自体を信号伝送するために使用されるビットを含まない第２の拡張フィールドの長さ、すなわちｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｂｙｔｅを指定する。一例において、ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈの値は、０以上２５６以下の範囲であってもよい。スライスヘッダ内の第２の拡張フィールドはあらゆる値を有してもよい。
【０１３３】
第１３の実施形態は、上記で開示した第１２の実施形態と同様であるが、以下のスライス層のＲＢＳＰの構文を用いる。
slice_layer_rbsp(){                                    記述子
slice_header()
slice_data()
if(slice_header_extension_present_flag){
slice_extension_flag                                u(1)
if(slice_extension_flag)
while(more_rbsp_data())
slice_extension_data_flag                         u(1)
}
rbsp_slice_trailing_bits()
}
【０１３４】
第１２及び第１３の実施形態の一実現例において、基本仕様は以下に示す通りであってもよい。
for(i=0; i<num_slice_header_extension_bits; i++)
slice_header_extension_data_flag
拡張仕様は、以下を実行してもよい。
inter_layer_prediction_flag
０に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇは、ＮＡＬユニットに関連するピクチャが上位の空間層又は多視点層に属する何らかのピクチャの参照として使用されないことを示す。１に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇは、ＮＡＬユニットに関連するピクチャが上位の空間層又は多視点層に属するピクチャの参照として使用されてもよいことを示す。
【０１３５】
従って、本実現例において、スライスヘッダ内の第１の拡張フィールドは、拡張仕様に対応する復号器により、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇを示していると解釈可能である。
【０１３６】
一実現例において、拡張仕様では、スライスヘッダ内の拡張フィールドは、例えば第１２及び第１３の実施形態を参照するとｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ及びｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｂｙｔｅである拡張部フラグの代わりに、実際の符号語に解釈されるか又は置き換えられる。その場合、符号語は、フラグ、固定長符号（ＦＬＣ）語、可変長符号（ＶＬＣ）語又はそれらの組み合わせの形態であってもよい。
【０１３７】
拡張対応復号器が拡張フィールド内のビットのうちのいくつかを無視することも可能である。例えば拡張フィールドの符号語の合計は１２ビットであるが長さ標識により信号伝送される拡張フィールドの全長は１４ビットに設定される場合がある。その場合、残りの２ビットは拡張対応復号器により単純に無視される。
【０１３８】
前述のように、拡張フィールド２４は、一例において、符号化された多視点拡張データ及び／又は符号化されたスケーラブル拡張データを含むことができる。
【０１３９】
前者の場合、映像ストリームは、例えば立体視映像の場合の右カメラビュー及び左カメラビューである複数の（カメラ）ビューからのピクチャのストリームである。そのような場合、これらの複数のビュー、すなわち少なくとも２つのビューのうちの１つが基本ビューであり、１つ以上の追加ビューは基本ビュー及び場合によっては互いに関連して符号化される。しかし、基本ビューは独立して復号化可能であるのが好ましく、すなわち、基本ビューは他のビュー内のピクチャを参照に使用していない。そのような場合、従来の復号器は、追加ビュー又は多視点構造に関係する拡張データがスライスヘッダ内に存在する場合でも、基本ビューを正確に復号化できる。これは、本明細書において開示する種々の実施形態に従って使用される長さ標識により可能である。
【０１４０】
後者の場合、映像ストリームは、複数の層からのピクチャのストリームである。そのような場合、それら複数の層のうちの１つが、１つ以上の追加層を有する基本層である。その場合、基本層は、独立して、すなわち、追加層のうちのいずれかに存在するピクチャを参照せずに復号化可能であるのが好ましい。それに対応して、追加層Ｎに属するピクチャは、基本層及び層Ｎより下位の層内のピクチャを参照できるのが好ましい。そのような場合、従来の復号器は、追加層又はマルチ階層構造に関係する拡張データがスライスヘッダ内に存在する場合でも、基本層を正確に復号化できる。これは、本明細書において開示する種々の実施形態に従って使用される長さ標識により可能である。
【０１４１】
実施形態は、ＨＥＶＣに限定されず、スケーラブル拡張又は多視点拡張等のＨＥＶＣのあらゆる拡張、異なる映像コーデック、あるいは実際は他のあらゆる映像符号化規格に適用されてもよい。
【０１４２】
図９は、映像ストリーム１内のピクチャ２等のピクチャ２のスライス３を符号化する方法を概略的に示すフローチャートである。方法は、ステップＳ４０において長さ標識２３を生成するステップを備える。当該長さ標識２３は、スライス３のスライスヘッダ２１内に存在する拡張フィールド２４の長さを示す。次のステップＳ４１において、スライス３は、スライスヘッダ２１及びスライスデータ２５を含むスライス３の符号化表現２０に符号化される。ステップＳ４２において、長さ標識２３は符号化表現２０に関連付けられる。ステップＳ４２は、ステップＳ４１の前に、ステップＳ４１とほぼ並行して又はステップＳ４１の後に実行されてもよい。
【０１４３】
符号化表現２０は、ＮＡＬユニット１１を形成するために更に処理されてもよく、これは、オプションで、図２に示す１つ以上のヘッダ１２とまとめてデータパケット１０にされてもよい。
【０１４４】
スライスヘッダが複数の拡張フィールドを含む場合、図９のステップＳ４０及びＳ４２は、そのような拡張フィールドの各々に対して１回実行されるのが好ましい。
【０１４５】
図１０は、図９の方法の追加のオプションのステップを示すフローチャートである。ステップＳ５１において、スライスヘッダ２１内に存在する拡張フィールド２４の長さが判定される。その場合、長さ標識２３は、拡張フィールド２４の長さに基づいて図９のステップＳ４０で生成される。従って、特定の一実施形態において、長さ標識２３は、拡張フィールド２４の長さをバイト又はビットで表す値を与えられる。
【０１４６】
オプションのステップＳ５０において、拡張フィールド２４がどれくらいの長さになるかを調べるために、拡張フィールド２４の値が判定される。あるいは、拡張フィールド２４は、多視点拡張データ又はスケーラブル拡張データ等の拡張データの種類に依存して、事前に定義された長さを有してもよい。前述のように、拡張フィールド２４の値は、スライス３に対する多視点拡張データ及び／又はスケーラブル拡張データを表すのが好ましい。
【０１４７】
ステップＳ４０で生成された長さ標識２３は、ステップＳ４２においてスライスヘッダ２１に挿入されるのが好ましい。あるいは、長さ標識２３は、現在のスライス３に適用するパラメータセットに挿入されてもよい。そのような場合、スライスヘッダ２１は、長さ標識２３を含む関連するパラメータセットの識別を可能にするパラメータセット識別子を含むのが好ましい。
【０１４８】
長さ標識２３がステップＳ４２でスライスヘッダ２１に挿入される場合、長さ標識２３は、スライスヘッダ２１において拡張フィールド２４の直前に挿入されるのが好ましい。
【０１４９】
一実施形態において、スライスヘッダ２１における拡張フィールド２４の存在又は不在を信号伝送するために、スライスヘッダ拡張部存在フラグが使用される。本実施形態を図１１に概略的に示す。方法は、スライスヘッダ２１における拡張フィールド２４の存在を示すためにスライスヘッダ拡張部存在フラグが１bin等の事前に定義された値に設定されるステップＳ６０から開始する。次のステップＳ６１において、スライスヘッダ拡張部存在フラグは符号化表現２０に関連付けられる。ステップＳ６１におけるこの関連付けは、現在のスライス３に適用可能なパラメータセットにスライスヘッダ拡張部存在フラグを挿入することであってもよい。そのような場合、スライスヘッダ２１は、長さ標識２３を含む関連するパラメータセットの識別を可能にするパラメータセット識別子を含むのが好ましい。
【０１５０】
図１２は、図１１の関連付けステップＳ６１の特定の一実施形態を示す図である。本実施形態では、ステップＳ７０において、スライスヘッダ拡張部存在フラグは例えばＰＰＳであるパラメータセットに挿入される。ステップＳ７１において、スライスヘッダ拡張部存在フラグを含むパラメータセットを識別するパラメータセット識別子２６は、パラメータセット識別子２６を符号化表現２０のスライスヘッダ２１に挿入すること等により、符号化表現２０に関連付けられるのが好ましい。
【０１５１】
別の方法において、スライスヘッダ拡張部存在フラグはスライスヘッダ２１に挿入される。
【０１５２】
図１３は、一実施形態に係る復号器４０を概略的に示すブロック図である。復号器４０は、ピクチャのスライスの符号化表現に関連付けられた長さ標識を構文解析するように構成されたパーサ、構文解析手段又は構文解析モジュールとしても示される構文解析ユニット４１を備える。長さ標識は、符号化表現のスライスヘッダ内に存在する拡張フィールドの長さを示す。復号器４０は、長さ標識に基づいて識別された拡張フィールドの全ての値を符号化表現の復号化中に復号器４０に無視させるように構成されたプロセッサ、処理手段又は処理モジュールとしても示される処理ユニット４２を更に備える。
【０１５３】
オプションの一実施形態において、復号器４０は、長さ標識に基づいて拡張フィールドの長さを判定するように構成された判定器、判定手段又は判定モジュールとしても示される判定ユニット４３を更に備える。復号器４０の識別器、識別手段又は識別モジュールとしても示されるオプションの識別ユニット４４は、判定ユニット４３により判定された長さに基づいてスライスヘッダ内の拡張フィールドの終端を識別するように構成されるのが好ましい。
【０１５４】
構文解析ユニット４１は、符号化表現のスライスヘッダ内に存在する長さ標識を構文解析するように構成されるのが好ましい。あるいは、構文解析ユニット４１は、符号化表現のスライスヘッダ内の構文解析されたパラメータセット識別子に基づいて識別されたパラメータセット内の長さ標識を構文解析してもよい。この後者の例において、長さ標識を有するパラメータセットが以前に符号化された表現に対して既に構文解析され且つ復号化されている場合、構文解析ユニット４１は、本明細書において上記で開示したように、関連するメモリから長さ標識を検索できる。
【０１５５】
オプションの一実施形態において、処理ユニット４２は、スライスヘッダにおける長さ標識の直後から例えば識別ユニット４４により長さ標識に基づいて識別された拡張フィールドの終端までの拡張フィールドの全ての値を符号化表現の復号化中に復号器４０に無視させるように構成される。
【０１５６】
構文解析ユニット４１は、符号化表現に関連付けられたスライスヘッダ拡張部フラグを構文解析するように更に構成されるのが好ましい。そのような場合、構文解析ユニット４１は長さ標識を構文解析するように構成され、処理ユニット４２は、スライスヘッダ拡張部フラグが好ましくは１binである事前に定義された値を有する場合に拡張フィールドの全ての値を復号器４０に無視させるように構成される。
【０１５７】
オプションの一実施形態において、復号器４０は、スライスヘッダに基づいて取得可能な好ましくはＰＰＳ識別子であるパラメータセット識別子に基づいて、符号化表現に関連付けられた好ましくはＰＰＳであるパラメータセットを識別するように構成されたセット識別器、セット識別手段又はセット識別モジュールとしても示されるセット識別ユニット４５を更に備える。特定の一実施形態において、セット識別ユニット４５は、符号化表現のスライスヘッダからパラメータセット識別子を検索し、それを使用して、スライスヘッダ拡張部存在フラグを搬送する関連するパラメータセットを識別するのが好ましい。そのような場合、構文解析ユニット４１は、セット識別ユニット４５により識別された好ましくはＰＰＳであるパラメータセット内に存在するスライスヘッダ拡張部存在フラグを構文解析するように構成される。
【０１５８】
オプションの一実施形態において、前述した識別ユニット４４は、例えば識別ユニット４４により長さ標識に基づいて識別された拡張フィールドの終端に基づいて符号化表現におけるスライスデータの始端を識別するように構成される。その場合、復号器４０は、識別ユニット４４により識別されたスライスデータの始端から開始してスライスデータを構文解析し且つ復号化するように構成されたデータ復号器、データ復号化手段又はデータ復号化モジュールとしても示される復号化ユニット４６を備える。
【０１５９】
復号化ユニット４６は、スライスヘッダ内の拡張フィールドの全ての値を無視することにより使用しないことで、スライスデータを構文解析し且つ復号化するように構成されるのが好ましい。従って、復号化ユニット４６は、拡張フィールド内の全ての値又は拡張フィールドにより表される全ての値を使用せずに符号化表現２０の復号化を実行する。
【０１６０】
特定の一実施形態において、復号器４０は、スライスヘッダの長さを示すための長さ標識が使用されるか否かを示すフラグを構文解析するユニット４１を備える。更に、復号器４０は、長さ標識を構文解析し且つそれに基づいてスライスヘッダ内の拡張フィールドの長さを判定するユニット４１を備える。その場合、復号器４０は、符号化されたＮＡＬユニットを復号化する際に当該情報を使用できる。
【０１６１】
図１４は、ピクチャのスライスの符号化表現を復号化する別の実施形態に係る復号器９０を概略的に示すブロック図である。復号器９０は、符号化表現に関連付けられた長さ標識を構文解析するように構成されたパーサ、構文解析手段又は構文解析モジュールとしても示される構文解析ユニット９１を備える。長さ標識は、符号化表現のスライスヘッダ内に存在する拡張フィールドの長さを示す。拡張フィールド識別器、拡張フィールド識別手段又は拡張フィールド識別モジュールとしても示される拡張フィールド識別ユニット９２は、構文解析ユニット９１により構文解析された長さ標識に基づいてスライスヘッダ内の拡張フィールドを識別するように構成される。復号器９０は、データ復号器、データ復号化手段又はデータ復号化モジュールとしても示される復号化ユニット９３を更に備える。この復号化ユニット９３は、拡張フィールド識別ユニット９２により識別されたスライスヘッダ内の拡張フィールドの少なくとも１つの値に基づいてスライスの符号化表現を復号化するように構成される。
【０１６２】
ユニット４１〜４６を含む図１３の復号器４０及びユニット９１〜９３を含む図１４の復号器９０は、ハードウェアで実現可能である。復号器４０のユニット４１〜４６及び復号器９０のユニット９１〜９３の機能を達成するために使用でき且つ組み合わせ可能である回路網要素の多くの変形例が存在する。実施形態はそのような変形例を含む。復号器４０、９０のハードウェア実現例の特定の例は、汎用電子回路網及び特定用途向け回路網の双方を含むデジタル信号プロセッサ（ＤＳＰ）ハードウェア／集積回路技術における実現例である。
【０１６３】
それに対して、本明細書中で説明する復号器５０は、図１５に示すように、例えばプロセッサ５２と、適切な記憶装置又はメモリ５４、すなわち、プログラム可能論理デバイス（ＰＬＤ）又は他の電子構成要素を有する適切なソフトウェアとの１つ以上により実現可能である。更に、復号器５０は、ＮＡＬユニット等の形態であるスライスの符号化表現を受信するように構成された入力又は入力ユニット５１を備えるのが好ましい。対応する出力又は出力ユニット５３は、復号化されたスライスを出力するように構成される。
【０１６４】
復号器３２は、図１６に示すように、映像カメラ、セットトップボックス又は例えば移動装置内のディスプレイ等の受信機３０内に配置可能である。その場合、受信機３０は、図２に示すようなＮＡＬユニットのデータパケット等の符号化ビットストリームを受信するように構成された入力又は入力ユニット３１を備える。ＮＡＬユニットの符号化表現は、本明細書において開示するように復号器３２により復号化される。復号器３２は、映像ストリーム内の他のピクチャに対する参照ピクチャとして使用される既に復号化されたピクチャを一時的に格納する参照ピクチャバッファ３４を備えるか又はそれに接続されるのが好ましい。復号化されたピクチャは、参照ピクチャバッファ３４等から出力され、出力又は出力ユニット３３により受信機３０から出力される。これらの出力されたピクチャは、受信機３０の画面又はディスプレイ、あるいは受信機３０に無線接続等で接続された画面又はディスプレイ上でユーザに対して表示されるために送出される。
【０１６５】
従って、一実施形態は、ピクチャのスライスの符号化表現を復号化する復号器を備える受信機３０に関する。符号化表現は、スライスヘッダ及びスライスデータを含む。受信機の復号器は、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識を構文解析するように構成された構文解析ユニットを備える。復号器は、長さ標識に基づいて識別された拡張フィールドの全ての値を符号化表現の復号化中に復号器に無視させるように構成された処理ユニットを更に備える。
【０１６６】
別の実施形態は、ピクチャのスライスの符号化表現を復号化する復号器を備える受信機３０に関する。符号化表現は、スライスヘッダ及びスライスデータを含む。受信機の復号器は、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識を構文解析するように構成された構文解析ユニットを備える。復号器は、長さ標識に基づいてスライスヘッダ内の拡張フィールドを識別するように構成された拡張フィールド識別ユニットを更に備える。復号器の復号化ユニットは、拡張フィールド識別ユニットにより識別されたスライスヘッダ内の拡張フィールドの少なくとも１つの値に基づいてスライスの符号化表現を復号化するように構成される。
【０１６７】
図１７は、一実施形態に係るピクチャのスライスを符号化するように構成された符号器７０を概略的に示すブロック図である。符号器７０は、スライスのスライスヘッダ内に存在する拡張フィールドの長さを示す長さ標識を生成するように構成された生成器、生成手段又は生成モジュールとしても示される生成ユニット７１を備える。符号器７０のスライス符号器、スライス符号化手段又はスライス符号化モジュールとしても示される符号化ユニット７２は、スライスをスライスヘッダ及びスライスデータを含むスライスの符号化表現に符号化するように構成される。符号器７０は、長さ標識と符号化表現とを関連付けるように構成された関連付け器、関連付け手段又は関連付けモジュールとしても示される関連付けユニット７３を更に備える。
【０１６８】
オプションの一実施形態において、符号器７０は、スライスヘッダ内に存在する拡張フィールドの長さを判定するように構成された判定器、判定手段又は判定モジュールとしても示される判定ユニット７４を備える。その場合、生成ユニット７１は、判定ユニット７４により判定された拡張フィールドの長さに基づいて長さ標識を生成するように構成される。
【０１６９】
オプションの一実施形態は、好ましくは符号化ユニット７２がスライスを符号化する前にスライスヘッダに長さ標識を挿入するように構成される関連付けユニット７３を有する。そのような場合、関連付けユニット７３は、スライスヘッダにおいて拡張フィールドの直前に長さ標識を挿入するのが好ましい。
【０１７０】
オプションの一実施形態において、符号器７０は、スライスヘッダ内に拡張フィールドが存在することを示すために好ましくは１binである事前に定義された値にスライスヘッダ拡張部存在フラグを設定するように構成された設定器、設定手段又は設定モジュールとしても示される設定ユニット７５を備える。その場合、関連付けユニット７３は、スライスヘッダ拡張部存在フラグと符号化表現とを関連付けるように構成される。特定の一実施形態において、関連付けユニット７３は、好ましくはＰＰＳであるパラメータセットにスライスヘッダ拡張部存在フラグを挿入するように構成される。関連付けユニット７３は、好ましくはＰＰＳであるパラメータセットを識別する好ましくはＰＰＳ識別子であるパラメータセット識別子と符号化表現とを関連付けるように更に構成される。特に、関連付けユニット７３は、好ましくはＰＰＳ識別子であるパラメータセット識別子をスライスヘッダに挿入するように構成される。
【０１７１】
特定の一実施形態において、符号器７０は、スライスヘッダ内の拡張フィールドの長さを判定するユニット７４と、長さ標識を挿入するユニット７３とを備える。
【０１７２】
ユニット７１〜７５を含む図１７の符号器７０は、ハードウェアで実現可能である。符号器７０のユニット７１〜７５の機能を達成するために使用でき且つ組み合わせ可能である回路網要素の多くの変形例が存在する。実施形態はそのような変形例を含む。符号器７０のハードウェア実現例の特定の例は、汎用電子回路網及び特定用途向け回路網の双方を含むデジタル信号プロセッサ（ＤＳＰ）ハードウェア／集積回路技術における実現例である。
【０１７３】
それに対して、本明細書中で説明する符号器８０は、図１８に示すように、例えばプロセッサ８２と、適切な記憶装置又はメモリ８４、すなわち、プログラム可能論理デバイス（ＰＬＤ）又は他の電子構成要素を有する適切なソフトウェアとの１つ以上により実現可能である。更に、符号器８０は、映像ストリームのピクチャを受信するように構成された入力又は入力ユニット８１を備えるのが好ましい。対応する出力又は出力ユニット８３は、ＮＡＬユニットの形態であるのが好ましいスライスの符号化表現を出力するように構成される。
【０１７４】
符号器６２は、図１９に示すように、例えば移動装置内である映像カメラ内の送信機６０内に配置可能である。その場合、送信機６０は、符号化される映像ストリームのピクチャを受信するように構成された入力又は入力ユニット６１を備える。ピクチャは、本明細書において開示するように符号器６２により符号化される。符号化されたピクチャは、図２に示すようなＮＡＬユニット又はそのようなＮＡＬユニットを搬送するデータパケット等の符号化ビットストリームの形態で出力又は出力ユニット６３により送信機６０から出力される。
【０１７５】
一実施形態は、ピクチャのスライスを符号化する符号器を備える送信機６０に関する。符号器は、スライスのスライスヘッダ内に存在する拡張フィールドの長さを示す長さ標識を生成するように構成された生成ユニットを備える。符号器は、スライスをスライスヘッダ及びスライスデータを含むスライスの符号化表現に符号化するように構成された符号化ユニットを更に備える。符号器の関連付けユニットは、長さ標識と符号化表現とを関連付けるよう構成される。
【０１７６】
実施形態は、復号器、符号器、並びにネットワークノード又はメディア認識ネットワーク要素等のビットストリームに対して動作する何らかの要素に適用する。
【０１７７】
相互作用するユニット又はモジュールの選択、並びにユニットの名称は、例示するためにすぎず、開示される処理の動作を実行できるためには複数の別の方法で構成されてもよいことが理解されるべきである。
【０１７８】
尚、本開示において説明されるユニット又はモジュールは、論理エンティティであると見なされるべきであり、必ずしも別個の物理エンティティであると見なされる必要はない。本明細書において開示される技術の範囲は、当業者には明らかになるだろう他の実施形態を完全に含み、従って、本開示の範囲は限定されないことが理解されるだろう。
【０１７９】
単数形の要素を参照する場合、これは、特に記載されない限り、「１つのみ」を意味することを意図せず、「１つ以上」を意味することを意図する。当業者には既知である上述の実施形態の要素の全ての構造的等価物及び機能的等価物は、本明細書に参考として特に取り入れられ、本明細書に含まれることを意図する。更に、装置又は方法が本明細書において開示される技術に含まれるためには、当該技術が解決しようとする全ての問題に対処する必要はない。
【０１８０】
上記の説明において、開示される技術を完全に理解するために、限定するためではなく説明する目的で、特定のアーキテクチャ、インタフェース、技術等の特定の詳細を記載する。しかし、開示される技術がそれら特定の詳細から逸脱する他の実施形態及び／又は実施形態の組み合わせにおいて実現されてもよいことは当業者には明らかだろう。すなわち、本明細書中で明示的に説明又は示されないが、開示される技術の原理を実現する種々の構成を当業者は考案できるだろう。いくつかの例において、不必要な詳細により開示される技術の説明を不明瞭にしないために、周知の装置、回路及び方法の詳細な説明を省略する。開示される技術の原理、態様、実施形態及び特定の例を示す本明細書中の全ての記述は、その構造的等価物及び機能的等価物の双方を含むことを意図する。更に、そのような等価物は、現在既知である等価物と、例えば構造に関係なく同一の機能を実行する開発される何らかの要素である将来開発される等価物との双方を含むことを意図する。
【０１８１】
従って、例えば本明細書中のブロック図が技術の原理を実現する例示的な回路網又は他の機能ユニットの概念図を表すことができることが当業者には明らかだろう。同様に、全てのフローチャート、状態遷移図及び疑似コード等は、コンピュータ可読媒体において実質的に表され且つコンピュータ又はプロセッサが明示的に示されるか否かに関わらずそのようなコンピュータ又はプロセッサにより実行されてもよい種々の処理を表すことが理解されるだろう。
【０１８２】
機能ブロックを含む種々の要素の機能は、回路ハードウェア等のハードウェア、及び／又はコンピュータ可読媒体に格納されたコード化された命令の形態のソフトウェアを実行できるハードウェアの使用を通じて提供されてもよい。従って、そのような機能及び説明される機能ブロックは、ハードウェア及び／又はコンピュータ、すなわち機械のいずれかにより実現されていると理解されるべきである。
【０１８３】
図２０は、プロセッサ１１０と、コンピュータプログラム１３０が格納されたコンピュータ可読媒体１２０とを備えるコンピュータ１００を概略的に示す図である。
【０１８４】
一実施形態において、コンピュータプログラム１３０は、ピクチャのスライスの符号化表現を復号化するように構成される。符号化表現は、スライスヘッダ及びスライスデータを含む。コンピュータプログラム１３０は、プロセッサ１１０により実行される場合に、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識をプロセッサ１１０に構文解析させるコード手段を備える。更にプロセッサ１１０により、長さ標識に基づいて識別された前記拡張フィールドの全ての値を符号化表現の復号化中に無視すると判定する。
【０１８５】
別の実施形態において、コンピュータプログラム１３０は、ピクチャのスライスの符号化表現を復号化するように構成される。符号化表現は、スライスヘッダ及びスライスデータを含む。コンピュータプログラム１３０は、プロセッサ１１０により実行される場合に、符号化表現に関連付けられ且つスライスヘッダ内の拡張フィールドの長さを示す長さ標識をプロセッサ１１０に構文解析させるコード手段を備える。更にプロセッサ１１０により、長さ標識に基づいて前記スライススヘッダ内の拡張フィールドを識別し、長さ標識に基づいて識別された拡張フィールドの少なくとも１つの値に基づいてスライスの符号化表現を復号化する。
【０１８６】
更なる一実施形態において、コンピュータプログラム１３０は、ピクチャのスライスを符号化するように構成される。コンピュータプログラム１３０は、プロセッサ１１０により実行される場合に、スライスのスライスヘッダ内に存在する拡張フィールドの長さを示す長さ標識をプロセッサ１１０に生成させるコード手段を備える。更にプロセッサ１１０により、スライスをスライスヘッダ及びスライスデータを含むスライスの符号化表現に符号化する。更にプロセッサ１１０により、長さ標識と符号化表現とを関連付ける。
【０１８７】
一実施形態は、コンピュータ可読媒体１２０と、コンピュータ可読媒体１２０に格納され且つ上記で開示された実施形態のうちのいずれかに従って定義されるコンピュータプログラム１３０とを備えるコンピュータプログラム製品に関する。
【０１８８】
ハードウェアでの実現例に関して、機能ブロックは、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、縮小命令セットプロセッサ、特定用途向け集積回路（ＡＳＩＣ）を含むがそれらに限定されないハードウェア（例えば、デジタル又はアナログ）回路網、並びにそのような機能を実行できる状態遷移機械（適宜）を含んでもよいが、それらに限定されない。
【０１８９】
上述の実施形態は、本発明のいくつかの例であると理解されるべきである。種々の変形、組み合わせ及び変更が本発明の範囲から逸脱せずに実施形態に対して行われてもよいことが当業者には理解されるだろう。特に、技術的に可能である場合、異なる実施形態における異なる部分解決策は他の構成で組み合わせ可能である。しかし、本発明の範囲は、添付の特許請求の範囲により定義される。
【図１】
0005918903.tif 000002
【図２】
0005918903.tif 000003
【図３】
0005918903.tif 000004
【図４】
0005918903.tif 000005
【図５】
0005918903.tif 000006
【図６】
0005918903.tif 000007
【図７】
0005918903.tif 000008
【図８】
0005918903.tif 000009
【図９】
0005918903.tif 000010
【図１０】
0005918903.tif 000011
【図１１】
0005918903.tif 000012
【図１２】
0005918903.tif 000013
【図１３】
0005918903.tif 000014
【図１４】
0005918903.tif 000015
【図１５】
0005918903.tif 000016
【図１６】
0005918903.tif 000017
【図１７】
0005918903.tif 000018
【図１８】
0005918903.tif 000019
【図１９】
0005918903.tif 000020
【図２０】
0005918903.tif 000021