(57)【特許請求の範囲】
【請求項１】
画像が複数のタイルに分割されるとともに複数のスライスに分割されて符号化された符号化信号を含むビットストリームを復号する画像復号方法であって、
前記符号化信号を復号する復号ステップを含み、
前記複数のスライスの各々は、当該スライスのスライスヘッダに含まれる情報が別のスライスに用いられる通常スライスと、復号に別のスライスのスライスヘッダに含まれる情報が用いられる依存スライスとのいずれかであり、
前記通常スライスが第１タイルの先頭から始まり、前記第１タイルの先頭以外から前記通常スライスが始まらない場合、前記第１タイルの次に符号化された第２タイルは前記依存スライスから始まり、
前記通常スライスが前記第１タイルの先頭以外から始まる場合、前記第１タイルの次に符号化された前記第２タイルは前記通常スライスから始まる
画像復号方法。
【請求項２】
画像が複数のタイルに分割されるとともに複数のスライスに分割されて符号化された符号化信号を含むビットストリームを復号する画像復号装置であって、
前記符号化信号を復号する復号部を備え、
前記複数のスライスの各々は、当該スライスのスライスヘッダに含まれる情報が別のスライスに用いられる通常スライスと、復号に別のスライスのスライスヘッダに含まれる情報が用いられる依存スライスとのいずれかであり、
前記通常スライスが第１タイルの先頭から始まり、前記第１タイルの先頭以外から前記通常スライスが始まらない場合、前記第１タイルの次に符号化された第２タイルは前記依存スライスから始まり、
前記通常スライスが前記第１タイルの先頭以外から始まる場合、前記第１タイルの次に符号化された前記第２タイルは前記通常スライスから始まる
画像復号装置。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、画像符号化方法及び画像復号方法に関する。
【背景技術】
【０００２】  現在の標準的な映像符号化アルゴリズムの大半はハイブリッド映像符号化に基づく。ハイブリッド映像符号化方法では、所望の圧縮ゲインを達成するために、いくつかの異なる可逆圧縮方式と不可逆圧縮方式とが用いられる。ハイブリッド映像符号化は、ＩＳＯ／ＩＥＣ標準規格（ＭＰＥＧ‐１、ＭＰＥＧ‐２及びＭＰＥＧ‐４などのＭＰＥＧ−Ｘ標準規格）と同様に、ＩＴＵ‐Ｔ標準規格（Ｈ．２６１及びＨ．２６３などのＨ．２６ｘ標準規格）の基礎である。【０００３】  最新の映像符号化標準規格は、Ｈ．２６４／ＭＰＥＧ‐４  Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＡＶＣ）と称される。この規格は、ＪＶＴ（Ｊｏｉｎｔ  ＣｏＶｅｄｅｏ  Ｔｅａｍ）と、ＩＴＵ‐Ｔ及びＩＳＯ／ＩＥＣ  ＭＰＥＧグループとの合同チームにより標準化された。【０００４】  また、高解像度の映像符号化の効率改善を目的として、ＨＥＶＣ（Ｈｉｇｈ−Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）と称される映像符号化標準規格が、ＪＣＴ−ＶＣ（Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）により検討されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】“Ｗａｖｅｆｒｏｎｔ  Ｐａｒａｌｌｅｌ  Ｐｒｏｃｅｓｓｉｎｇ  ｆｏｒ  ＨＥＶＣ  Ｅｎｃｏｄｉｎｇ  ａｎｄ  Ｄｅｃｏｄｉｎｇ”  ｂｙ  Ｃ．Ｇｏｒｄｏｎ  ｅｔ  ａｌ．，  ｎｏ．  ＪＣＴＶＣ−Ｆ２７４−ｖ２，  ｆｒｏｍ  ｔｈｅ  Ｍｅｅｔｉｎｇ  ｉｎ  Ｔｏｒｉｎｏ，  Ｊｕｌｙ  ２０１１
【非特許文献２】“Ｔｉｌｅｓ”  ｂｙ  Ａ．Ｆｕｌｄｓｅｔｈ  ｅｔ  ａｌ．，  ｎｏ．  ＪＣＴＶＣ−Ｆ３５５−ｖ１，  ｆｒｏｍ  ｔｈｅ  Ｍｅｅｔｉｎｇ  ｉｎ  Ｔｏｒｉｎｏ，  Ｊｕｌｙ  ２０１１
【非特許文献３】ＪＣＴＶＣ−Ｊ１００３＿ｄ７，  “Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ  （ＨＥＶＣ）  ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  ８”  ｏｆ  Ｊｕｌｙ  ２０１２
【発明の概要】
【発明が解決しようとする課題】
【０００６】  このような画像符号化方法及び画像復号方法では、並列タイル処理及び依存スライスを共に利用する状況において、効率性を向上できることが望まれている。【０００７】  そこで、本発明は、並列タイル処理及び依存スライスを共に利用する際の効率性を改善できる画像符号化方法又は画像復号方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】  本発明の一態様に係る画像復号方法は、画像が複数のタイルに分割されるとともに複数のスライスに分割されて符号化された符号化信号を含むビットストリームを復号する画像復号方法であって、前記符号化信号を復号する復号ステップを含み、前記複数のスライスの各々は、当該スライスのスライスヘッダに含まれる情報が別のスライスに用いられる通常スライスと、復号に別のスライスのスライスヘッダに含まれる情報が用いられる依存スライスとのいずれかであり、通常スライスが第１タイルの先頭以外から始まる場合、当該第１タイルの次に符号化された第２タイルは依存スライスから始まらない。【０００９】  なお、これらの全般的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【００１０】  本発明は、並列タイル処理及び依存スライスを共に利用する際の効率性を改善できる画像符号化方法又は画像復号方法を提供できる。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施の形態に係る画像符号化装置のブロック図である。
【図２】図２は、実施の形態に係る画像復号装置のブロック図である。
【図３Ａ】図３Ａは、実施の形態に係るＷＰＰを説明するための概略図である。
【図３Ｂ】図３Ｂは、実施の形態に係るＷＰＰ内の依存スライスを説明するための概略図である。
【図４Ａ】図４Ａは、実施の形態に係るＷＰＰを用いない場合の依存スライスを説明するための概略図である。
【図４Ｂ】図４Ｂは、実施の形態に係るＷＰＰを用いる場合の依存スライスを説明するための概略図である。
【図５】図５は、実施の形態に係るエントロピースライス又は依存スライスのスライスヘッダを示す図である。
【図６】図６は、実施の形態に係る、ＷＰＰを用いる場合の許可されないスライス構造の例を示す図である。
【図７】図７は、実施の形態に係る、ＷＰＰを用いる場合の許可されるスライス構造の例を示す図である。
【図８】図８は、実施の形態に係るＣＡＢＡＣの初期化プロセスを示す概略図である。
【図９】図９は、実施の形態に係る、先行スライスの特徴に応じた、依存スライスのＣＡＢＡＣ初期化方法の決定処理のフローチャートである。
【図１０】図１０は、実施の形態に係るスライス構造の一例を示す図である。
【図１１】図１１は、実施の形態に係るスライス構造の一例を示す図である。
【図１２】図１２は、実施の形態１に係るスライスヘッダのシンタックス例を示す図である。
【図１３】図１３は、実施の形態１に係る依存スライスのＣＡＢＡＣ初期化方法の決定処理のフローチャートである。
【図１４】図１４は、実施の形態２に係る、スライスに分割されたピクチャの一例を示す図である。
【図１５】図１５は、実施の形態２に係るＣＡＢＡＣ初期化方法の決定処理のフローチャートである。
【図１６】図１６は、実施の形態２に係る、スライスに分割されたピクチャの一例を示す図である。
【図１７】図１７は、実施の形態２に係る、スライスに分割されたピクチャの一例を示す図である。
【図１８】図１８は、実施の形態３に係る、スライスに分割されたピクチャの一例を示す図である。
【図１９】図１９は、実施の形態４に係るスライスヘッダを示す図である。
【図２０】図２０は、実施の形態４に係るタイルに分割されたピクチャの一例を示す図である。
【図２１Ａ】図２１Ａは、実施の形態４に係る走査順を示す図である。
【図２１Ｂ】図２１Ｂは、実施の形態４に係る走査順を示す図である。
【図２２Ａ】図２２Ａは、実施の形態４に係るタイルとスライスとの関係を示す図である。
【図２２Ｂ】図２２Ｂは、実施の形態４に係るタイルとスライスとの関係を示す図である。
【図２２Ｃ】図２２Ｃは、実施の形態４に係るタイルとスライスとの関係を示す図である。
【図２３】図２３は、実施の形態４に係るタイル及びスライスへのピクチャの分割例を示す図である。
【図２４】図２４は、実施の形態４に係るタイルに分割されたピクチャの復号順を示す図である。
【図２５Ａ】図２５Ａは、実施の形態４に係る許可されないスライス構造の例を示す図である。
【図２５Ｂ】図２５Ｂは、実施の形態４に係る許可されるスライス構造の例を示す図である。
【図２５Ｃ】図２５Ｃは、実施の形態４に係る許可されるスライス構造の例を示す図である。
【図２６Ａ】図２６Ａは、実施の形態４に係る許可されないスライス構造の例を示す図である。
【図２６Ｂ】図２６Ｂは、実施の形態４に係る許可されるスライス構造の例を示す図である。
【図２７Ａ】図２７Ａは、実施の形態４に係る許可されないスライス構造の例を示す図である。
【図２７Ｂ】図２７Ｂは、実施の形態４に係る許可されるスライス構造の例を示す図である。
【図２８】図２８は、コンテンツ配信サービスを実現するコンテンツ供給システムの全体構成図である。
【図２９】図２９は、デジタル放送用システムの全体構成図である。
【図３０】図３０は、テレビの構成例を示すブロック図である。
【図３１】図３１は、光ディスクである記録メディアに情報の読み書きを行う情報再生／記録部の構成例を示すブロック図である。
【図３２】図３２は、光ディスクである記録メディアの構造例を示す図である。
【図３３Ａ】図３３Ａは、携帯電話の一例を示す図である。
【図３３Ｂ】図３３Ｂは、携帯電話の構成例を示すブロック図である。
【図３４】図３４は、多重化データの構成を示す図である。
【図３５】図３５は、各ストリームが多重化データにおいてどのように多重化されているかを模式的に示す図である。
【図３６】図３６は、ＰＥＳパケット列に、ビデオストリームがどのように格納されるかを更に詳しく示した図である。
【図３７】図３７は、多重化データにおけるＴＳパケットとソースパケットの構造を示す図である。
【図３８】図３８は、ＰＭＴのデータ構成を示す図である。
【図３９】図３９は、多重化データ情報の内部構成を示す図である。
【図４０】図４０は、ストリーム属性情報の内部構成を示す図である。
【図４１】図４１は、映像データを識別するステップを示す図である。
【図４２】図４２は、各実施の形態の動画像符号化方法および動画像復号化方法を実現する集積回路の構成例を示すブロック図である。
【図４３】図４３は、駆動周波数を切り替える構成を示す図である。
【図４４】図４４は、映像データを識別し、駆動周波数を切り替えるステップを示す図である。
【図４５】図４５は、映像データの規格と駆動周波数を対応づけたルックアップテーブルの一例を示す図である。
【図４６Ａ】図４６Ａは、信号処理部のモジュールを共有化する構成の一例を示す図である。
【図４６Ｂ】図４６Ｂは、信号処理部のモジュールを共有化する構成の他の一例を示す図である。
【発明を実施するための形態】
【００１２】  （本発明の基礎となった知見）  本発明者は、「背景技術」の欄において記載した、画像符号化方法及び画像復号方法に関し、以下の問題が生じることを見出した。
【００１３】  まず、ＨＥＶＣにおける画像符号化装置及び画像復号装置について説明する。
【００１４】  画像符号化装置へ入力される映像信号は、各々がフレーム（ピクチャ）と呼ばれる複数の画像を含む。各フレームは二次元行列状に配置された複数の画素を含む。ハイブリッド映像符号化に基づく上述の全ての標準規格では、個々の映像フレームは、各々が複数の画素を含む複数のブロックに分割される。このブロックのサイズは、例えば、画像の内容によって変更される。また、ブロックごとに異なる符号化方法を用いることができる。例えば、ＨＥＶＣにおいて、このブロックの最大サイズは６４×６４画素である。この最大サイズは、最大符号化単位（ＬＣＵ）と称される。ＬＣＵは、帰納的に、４つの符号化単位（ＣＵ）に分割することができる。
【００１５】  Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣにおいては、マクロブロック（通常１６×１６画素のブロック）単位で符号化が行われる。このマクロブロックはサブブロックに分割される場合もある。
【００１６】  典型的には、ハイブリッド映像符号化における符号化ステップには、空間及び／又は時間予測が含まれる。つまり、空間的に隣接したブロック又は時間的に隣接したブロックを用いて、即ち、符号化済み映像フレームを用いて、各符号化対象ブロックが予測される。次に、符号化対象ブロックと、予測結果との差分である残差ブロックが算出される。次に、残差ブロックは、空間（画素）ドメインから周波数ドメインへ変換される。この変換の目的は、入力ブロックの相関性を低下させることである。
【００１７】  次に、変換により得られた変換係数が量子化される。この量子化は不可逆圧縮である。また、得られた量子化係数は、エントロピー符号化によって可逆圧縮される。また、符号化映像信号を再構築するために必要な補助情報が符号化され、符号化映像信号とともに出力される。この情報は、例えば、空間予測、時間予測、又は／及び量子化に関する情報である。
【００１８】  図１は、Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣ及び／又はＨＥＶＣに準拠した画像符号化装置１００の一例を示す図である。
【００１９】  減算器１０５は、入力画像信号１０１の符号化対象ブロックと、対応する予測信号１８１（予測ブロック）との差分である残差信号１０６（残差ブロック）を算出する。この予測信号１８１は、予測部１８０による時間予測又は空間予測により生成される。予測に用いられる予測タイプは、フレーム毎又はブロック毎に変更される可能性がある。時間予測を用いて予測されたブロック及び／又はフレームはインター符号化されたと称され、空間予測を用いて予測されたブロック及び／又はフレームは、イントラ符号化されたと称される。
【００２０】  時間予測を用いる予測信号は、メモリに格納されている符号化及び復号済みの画像を用いて導出される。空間予測を用いる予測信号は、メモリに格納されている符号化及び復号済みの隣接ブロックの境界画素値を用いて導出される。また、イントラ予測方向の数は、符号化単位のサイズに応じて決定される。
【００２１】  残差信号１０６は、予測誤差又は予測残差とも呼ばれる。変換部１１０は、この残差信号１０６を変換することで変換係数１１１を生成する。量子化部１２０は、変換係数１１１を量子化することで量子化係数１２１を生成する。エントロピー符号化部１９０は、格納するデータ量さらに削減し、かつ可逆的に送信するために、量子化係数１２１をエントロピー符号化する。例えば、エントロピー符号化は、可変長符号化である。また、符号語の長さは発生確率に基づいて決定される。
【００２２】  以上の処理により符号化信号１９１（符号化ビットストリーム）が生成される。
【００２３】  また、画像符号化装置１００は、復号画像信号（再構築画像信号）を得るための復号部を有する。具体的には、逆変換部１３０は、量子化係数１２１を逆量子化及び逆変換することで残差信号１３１を生成する。この残差信号１３１は、量子化ノイズとも称される量子化誤差の影響により、元の残差信号１０６とは厳密には異なる。
【００２４】  次に、加算器１４０は、残差信号１３１と予測信号１８１とを加算することで復号画像信号１４１を生成する。このように、画像符号化装置と画像復号装置との互換性を保つため、画像符号化装置と画像復号装置との両方において、符号化され復号された画像信号を用いて予測信号１８１が生成される。
【００２５】  また、量子化により、復号画像信号１４１には量子化ノイズが重畳される。ブロック単位での符号化が行われるため、重畳されたノイズはブロックごとに異なることが多い。これにより、特に強い量子化が行われた場合は、復号画像信号のブロック境界が目立つことになる。このようなブロッキングノイズは、人間の視覚認識において画質が劣化しているように見える。このブロッキングノイズを削減するため、デブロッキングフィルタ１５０は、復号画像信号１４１にデブロッキングフィルタ処理を行う。
【００２６】  例えば、Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣにおけるデブロッキングフィルタ処理では、領域ごとに、当該領域に適したフィルタ処理が選択される。例えば、ブロッキングノイズが大きい場合は、強い（狭帯域）ローパスフィルタが用いられ、ブロッキングノイズが小さい場合は、弱い（広帯域）ローパスフィルタが用いられる。このローパスフィルタの強度は、予測信号１８１及び残差信号１３１に応じて決定される。このデブロッキングフィルタ処理により、ブロックのエッジが平滑化される。これにより、復号画像信号の主観的画質が改善する。また、フィルタ処理済みの画像が次の画像の動き補償予測に用いられる。よって、このフィルタ処理により予測誤差も削減されるので、符号化効率を改善することができる。
【００２７】  適応的ループフィルタ１６０は、デブロッキングフィルタ処理の後の復号画像信号１５１に、サンプル適応オフセット処理、及び／又は適応的ループフィルタ処理を行うことで復号画像信号１６１を生成する。上述したように、デブロッキングフィルタ処理は主観的画質を改善する。一方で、サンプル適応オフセット（Ｓａｍｐｌｅ  Ａｄａｐｔｉｖｅ  Ｏｆｆｓｅｔ：ＳＡＯ）処理及び適応的ループフィルタ（Ａｄａｐｔｉｖｅ  ｌｏｏｐ  ｆｉｌｔｅｒ：ＡＬＦ）処理は、画素単位の信頼性（客観的品質）の改善を目的とする。
【００２８】  ＳＡＯは、近接画素に応じて画素にオフセット値を加える処理である。ＡＬＦは、圧縮によって生じる画像の歪みを補償するために用いられる。例えば、ＡＬＦは、復号画像信号１５１と入力画像信号１０１との平均二乗誤差（ＭＳＥ）が最小化されるように決定されたフィルタ係数を有するウィーナフィルタである。例えば、ＡＬＦの係数は、フレーム単位で算出及び送信される。また、ＡＬＦはフレーム全体（画像）又は局所領域（ブロック）に適用されてもよい。また、フィルタ処理を行う領域を示す補助情報が、ブロック単位、フレーム単位、又は四分木単位で送信されてもよい。
【００２９】  インター符号化ブロックを復号するには、符号化され復号された画像の一部を参照フレームバッファ１７０に格納しておく必要がある。参照フレームバッファ１７０は、復号画像信号１６１を復号画像信号１７１として保持する。予測部１８０は、動き補償予測を用いてインター予測を行う。具体的には、まず、動き推定器が、符号化及び復号済みの映像フレームに含まれるブロックのうち対象ブロックに最も類似するブロックを探索する。この類似ブロックが予測信号１８１として用いられる。対象ブロックと類似ブロックとの間の相対的なずれ（動き）が動きデータとして画像復号装置へ送られる。この動きデータは、例えば、符号化映像データとともに提供される補助情報に含まれる三次元の動きベクトルである。ここで三次元とは、空間二次元と時間一次元とを含む。
【００３０】  なお、予測精度を最適化するため、１／２画素解像度又は１／４画素解像度などの空間サブピクセル解像度の動きベクトルが用いられてもよい。空間サブピクセル解像度の動きベクトルは、実存する画素値が存在しない、復号フレーム内の空間的位置、つまりサブピクセルの位置を示す。よって、動き補償予測を行うためには、画素値の空間補間が必要である。この補間処理は、例えば、補間フィルタ（図１に示す予測部１８０に含まれる）により達成される。
【００３１】  イントラ符号化モード及びインター符号化モードの両方において、入力画像信号１０１と予測信号１８１との差分である残差信号１０６が変換及び量子化されることで量子化係数１２１が生成される。一般的に、変換部１１０は、この変換に、二次元離散コサイン変換（ＤＣＴ）又はその整数版などの直交変換を使用する。これにより自然映像の相関を効率的に削減できる。また、一般に高周波成分よりも低周波成分が画質にとってより重要なので、高周波成分よりも低周波成分により多くのビットが使用される。
【００３２】  エントロピー符号化部１９０は、二次元配列の量子化係数１２１を一次元配列に変換する。典型的には、いわゆるジグザグスキャンが用いられる。ジグザグスキャンでは、二次元配列の左上隅にあるＤＣ係数から右下隅にあるＡＣ係数まで、所定の順序で二次元配列が走査される。通常、エネルギーは低周波に相当する二次元行列の係数の左上部分に集中するため、ジグザク走査を行うと、後半の値がゼロになる傾向がある。これにより、エントロピー符号化の一部として、又はその前処理として、ランレングス符号を用いることで、効率的な符号化を実現できる。
【００３３】  Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣ及びＨＥＶＣでは、複数種類のエントロピー符号化が用いられる。シンタックス要素の中には固定長で符号化されるものもあるが、ほとんどのシンタックス要素が可変長符号化される。特に、予測残差の符号化にはコンテキスト適応可変長符号が用いられ、他のシンタックス要素の符号化には別の様々な整数符号が用いられる。また、コンテキスト適応算術符号化（ＣＡＢＡＣ）が用いられる場合もある。
【００３４】  可変長符号により、符号化済みビットストリームを可逆圧縮できる。しかしながら、符号語は可変長であるため、符号語を連続して復号しなければならない。つまり、エントロピー符号化をリスタート（初期化）することなく、又は、復号の際の最初の符号語（開始点）の位置を個別に示すことなく、先行の符号語を符号化又は復号する前に、後の符号語を符号化又は復号することはできない。
【００３５】  所定の確率モデルに基づく算術符号化によりビット列が１つの符号語に符号化される。所定の確率モデルは、ＣＡＢＡＣの場合の映像シーケンスの内容に応じて決定される。よって、符号化対象のビットストリームの長さが長いほど、算術符号化及びＣＡＢＡＣはより効率的に行われる。つまり、ビット列に適用されるＣＡＢＡＣは、より大きなブロックにおいてより効率的であるといえる。各シーケンスの先頭でＣＡＢＡＣがリスタートされる。つまり、各映像シーケンスの先頭で確率モデルが既定値又は所定値で初期化される。
【００３６】  Ｈ．２６４／ＭＰＥＧ−４、Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣ、及び、ＨＥＶＣは、ビデオ符号化層（ＶＣＬ）及びネットワーク抽象化層（ＮＡＬ）の２つの機能層を有する。ビデオ符号化層により符号化機能が提供される。ＮＡＬは、チャネルを越える送信及び記憶装置への格納などの用途に応じて、ＮＡＬユニットと称される標準単位に情報要素をカプセル化する。この情報要素は、例えば、符号化予測誤差信号、及び、映像信号の復号に必要な情報である。映像信号の復号に必要な情報とは、予測タイプ、量子化パラメータ及び動きベクトルなどである。
【００３７】  ＮＡＬユニットには、圧縮映像データと関連情報とを含むＶＣＬ  ＮＡＬユニットと、映像シーケンス全体に関連するパラメータセットなどの追加データをカプセル化するｎｏｎ−ＶＣＬユニットと、復号精度の改善に用いることが可能な追加情報を提供するための付加拡張情報（ＳＥＩ）とがある。
【００３８】  例えば、ｎｏｎ−ＶＣＬユニットにはパラメータセットが含まれる。パラメータセットとは、一定の映像シーケンスの符号化及び復号に関する複数のパラメータのセットのことである。例えば、パラメータセットには、映像シーケンス（ピクチャシーケンス）全体の符号化及び復号に関連するパラメータを含むシーケンスパラメータセット（ＳＰＳ）がある。
【００３９】  シーケンスパラメータセットは、シンタックス要素を含むシンタックス構造を有する。各スライスヘッダに含まれるシンタックス要素であるｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄにより、参照先のピクチャパラメータセット（ＰＰＳ）が指定される。また、ＰＰＳに含まれるシンタックス要素であるｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄにより、参照先のＳＰＳが指定される。このように、ＳＰＳに含まれるシンタックス要素は、符号化映像シーケンス全体に適用される。
【００４０】  ＰＰＳは、映像シーケンスに含まれる１枚のピクチャの符号化及び復号に適用されるパラメータを定義したパラメータセットである。ＰＰＳは、シンタックス要素を含むシンタックス構造を有する。各スライスヘッダに含まれるシンタックス要素であるｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄにより、参照先のピクチャパラメータセット（ＰＰＳ）が指定される。このように、ＳＰＳに含まれるシンタックス要素は、符号化ピクチャ全体に適用される。
【００４１】  よって、ＰＰＳよりもＳＰＳの追跡を続ける方が容易である。なぜなら、ＰＰＳが各ピクチャに対して変化するのに対して、ＳＰＳは、数分又は数時間にも及ぶ可能性のある映像シーケンス全体に対して一定であるからである。
【００４２】  ＶＰＳは、最上位階層のパラメータであり、複数の映像シーケンスに関する情報を含む。ＶＰＳに含まれる情報は、ビットレート及び映像シーケンスのｔｅｍｐｏｒａｌ＿ｌａｙｅｒｉｎｇ構造などである。また、ＶＰＳは、層間の依存性（異なる映像シーケンス間の依存性）に関する情報を含む。よって、ＶＰＳは、複数の映像シーケンスに関する情報としてみなすことができ、ＶＰＳにより、各映像シーケンスの概要が分かる。
【００４３】  図２は、Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣ又はＨＥＶＣ映像符号化規格に準拠した画像復号装置２００の一例を示すブロック図である。
【００４４】  画像復号装置２００に入力された符号化信号２０１（ビットストリーム）は、エントロピー復号部２９０に送られる。エントロピー復号部２９０は、符号化信号２０１を復号することで、量子化係数と、動きデータ及び予測モードなどの復号に必要な情報要素とを取得する。また、エントロピー復号部２９０は、得られた量子化係数を、二次元行列を得る目的で逆走査することで量子化係数２９１を生成し、量子化係数２９１を逆変換部２３０に出力する。
【００４５】  逆変換部２３０は、量子化係数２９１を逆量子化及び逆変換することで残差信号２３１を生成する。残差信号２３１は、量子化ノイズがなく、誤差が生じていない画像符号化装置に入力された入力画像信号から予測信号を減算することで得られる差分に相当する。
【００４６】  予測部２８０は、時間予測又は空間予測を用いて予測信号２８１を生成する。通常、復号済み情報要素はさらに、イントラ予測の場合には予測タイプなどの、また、動き補償予測の場合には動きデータなどの予測に必要な情報を含む。
【００４７】  加算器２４０は、空間ドメインにおける残差信号２３１と、予測部２８０で生成された予測信号２８１とを加算することで、復号画像信号２４１を生成する。デブロッキングフィルタ２５０は、復号画像信号２４１にデブロッキングフィルタ処理を行うことで復号画像信号２５１を生成する。適応的ループフィルタ２６０は、復号画像信号２５１にサンプル適応オフセット処理、及び適応的ループフィルタ処理を行うことで復号画像信号２６１を生成する。この復号画像信号２６１は、表示画像として出力されるとともに、復号画像信号２７１として参照フレームバッファ２７０に格納される。復号画像信号２７１は、後続のブロック又は画像の時間又は空間予測に使用される。
【００４８】  Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣと比較すると、ＨＥＶＣは、符号化及び復号の高度な並列処理を補助する機能を有する。Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣと同様に、ＨＥＶＣでは、フレームを複数のスライスに分割することができる。ここで、各スライスは、走査順で連続する複数のＬＣＵを含む。Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣにおいて、スライスはそれぞれ、個々に復号可能であり、スライスを跨いだ空間予測は行われない。よって、スライス単位で、並列処理が可能である。
【００４９】  しかしながら、スライスはかなり大きなヘッダを有しており、また、スライス間で依存性がないため、圧縮の効率が低下する。また、ＣＡＢＡＣ符号化は、小さなデータブロックに行われる場合に効率性が損なわれる。
【００５０】  これに対して、より効率的な並列処理を可能にするため、波面並列処理（ＷＰＰ）が提案されている。ＷＰＰでは、ピクチャの各ＬＣＵ行（以下、単に「行」とも呼ぶ）の１番目のＬＣＵ（先頭のＬＣＵ）のリセットに用いるＣＡＢＡＣ確率モデルとして、前行の２番目のＬＣＵの処理後の確率モデルが用いられる。これにより、ブロック間の依存性が維持される。よって、複数のＬＣＵ行の並列復号が可能になる。また、各行の処理は、前行に対して、ＬＣＵ２つ分遅延する。
【００５１】  また、ＬＣＵ行の復号を開始する位置である開始点を示す情報がスライスヘッダに含まれて信号伝達される。なお、ＷＰＰの詳細については、非特許文献１に記載されている。
【００５２】  並列化改善のための別の手法としてタイルを用いる方法がある。フレーム（ピクチャ）は、複数のタイルに分割される。各タイルは、長方形であり、複数のＬＣＵを含む。タイル間の境界は、行列状にピクチャを分割するように設定される。また、複数のタイルは、ラスタスキャン順に処理される。
【００５３】  また、各タイルの境界において全ての依存性が失われる。ＣＡＢＡＣなどのエントロピー符号化も、各タイルの先頭でリセットされる。なお、デブロッキングフィルタ処理とサンプル適応オフセット処理のみが、タイル間の境界を跨いで適用される。よって、複数のタイルを並列に符号化又は復号できる。なお、タイルの詳細については、非特許文献２及び非特許文献３に記載されている。
【００５４】  また、スライスの概念を、Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣにおけるスライスの本来の目的であった誤り耐性よりも、並列化に適した概念にするため、依存スライス及びエントロピースライスの概念が提案されている。つまり、ＨＥＶＣでは、通常スライス、依存スライス、及び、エントロピースライスの３つのスライスが用いられる。
【００５５】  通常スライスは、Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣにより既に知られているスライスのことである。通常スライス間では空間予測はできない。つまり、スライス間の境界を跨いだ予測はできない。言い換えると、別のスライスを参照することなく、通常スライスは符号化される。このようなスライスの復号を別々に行えるように、ＣＡＢＡＣは各スライスの先頭でリスタートされる。
【００５６】  また、フレームの先頭には、通常スライスが用いられる。つまり、各フレームは通常スライスから開始しなければならない。通常スライスは、スライスデータの復号に必要なパラメータを含むヘッダを有する。
【００５７】  エントロピースライスは、親スライスとエントロピースライスとの間で空間予測が可能なスライスのことである。ここで、親スライスとは、例えば、エントロピースライスの直前の通常スライスである。親スライス及びエントロピースライスの解析は、独立して行われる。
【００５８】  また、スライスデータの解析は、スラスヘッダのシンタックス要素を除いては、親スライスとエントロピースライスとで独立して行われる。つまり、エントロピースライスのＣＡＢＡＣ復号処理には、親スライスのスライスヘッダに含まれるシンタックス要素が必要である。例えば、このシンタックス要素は、スライスデータがフィルタリングパラメータを含むかどうかを示す切り替え情報を含む。スライスデータにフィルタリングパラメータが存在する場合、ＣＡＢＡＣ復号部はその情報を抽出する。存在しない場合、ＣＡＢＡＣ復号部は、フィルタリングデータを想定しない。つまり、通常スライスのスライスヘッダを解析後、ＣＡＢＡＣ復号部は、親スライスとエントロピースライスとを並列して処理することができる。
【００５９】  しかしながら、親スライスは、例えば通常スライスでもよく、エントロピースライスの画素値の再構築に必要とされる。また、エントロピースライスが独立解析できるよう、スライスの先頭でＣＡＢＡＣもリスタートされる。
【００６０】  エントロピースライスに、通常スライスのスライスヘッダより短いスライスヘッダを用いることができる。スライスヘッダには、通常スライスのヘッダ内で送信される情報に関する符号化パラメータサブセットが含まれる。エントロピースライスのヘッダに含まれない情報は、親スライスのヘッダからコピーされる。
【００６１】  依存スライスは、ＣＡＢＡＣがリスタートされないエントロピースライスと類似している。ＣＡＢＡＣのリスタートとは、コンテキストテーブル（確率テーブル）をデフォルト値に初期化する処理と、算術符号化処理又は算術復号処理における終端処理（ターミネート処理）とを含む。
【００６２】  親スライスのヘッダは、依存スライスの解析及び／又は復号に用いられる。よって、親スライスなしに依存スライスを解析することはできないため、親スライスを取得していない場合、依存スライスを復号できない。親スライスは通常、符号化順において依存スライスの先行スライスであり、完全なスライスヘッダを含むスライスである。このことは、エントロピースライスの親スライスでも同じである。
【００６３】  一般的に、エントロピースライスは、他のスライスのヘッダパラメータに依存しているとみなすことができるため、依存スライス及びエントロピースライスの両方に本発明を適用することが可能である。
【００６４】  以上のように、依存スライス及びエントロピースライスは、スライスの符号化順における直前のスライスのスライスヘッダ（依存スライスのヘッダに含まれていない情報）を用いる。このルールは帰納的に適用される。対象依存スライスが依存する親スライスが参照可能であると認識される。参照には、スライス間の空間予測及び共通ＣＡＢＡＣ状態などの利用が含まれる。依存スライスは、直前のスライスの終端で生成されるＣＡＢＡＣコンテキストテーブルを用いる。このように、依存スライスは、ＣＡＢＡＣテーブルをデフォルト値に初期化せず、作成済みのテーブルを継続して利用する。また、エントロピースライス及び依存スライスに関しては、非特許文献３に記載されている（例えば、第７３頁の「ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇ」等を参照）。
【００６５】  ＷＰＰが用いられる場合、依存スライスがＬＣＵ行の先頭で始まり、かつ、当該先頭のＬＣＵの右上のＬＣＵを含むスライスが参照可能と示されていれば、依存スライスは、右上のＬＣＵのＣＡＢＡＣコンテキストテーブルを用いる。
【００６６】  ＨＥＶＣは、いくつかのプロファイルを提示する。プロファイルは、特定のアプリケーションに適する画像符号化装置及び画像復号装置の設定を含む。例えば、「主要プロファイル」は、通常スライス及び依存スライスのみを含み、エントロピースライスを含まない。
【００６７】  上述したように、符号化スライスは、ＮＡＬユニットにカプセル化され、さらに、例えばリアルタイムプロトコル（ＲＴＰ）にカプセル化され、最終的にインターネットプロトコル（ＩＰ）パケットにカプセル化される。このプロトコルスタック又は別のプロトコルスタックにより、インターネット又は固有ネットワークなどのパケット指向型ネットワークにおいて、符号化映像の送信が可能になる。
【００６８】  典型的に、ネットワークは少なくとも１つ以上のルータを含み、ルータは超高速で動作する専用ハードウェアで構成される。ルータは、ＩＰパケットを受信してＩＰパケットのヘッダを解析し、適宜ＩＰパケットをそれぞれの宛先に転送する機能を有する。ルータは、多くのソースからの通信を処理する必要があるので、ロジックを制御するパケットはなるべくシンプルでなければならない。ルータは、少なくとも、ＩＰパケットを転送する経路を決定するため、ＩＰヘッダに含まれる宛先アドレスフィールドを確認する必要がある。サービス品質（ＱｏＳ）に対するサポートをさらに提供するため、スマート（メディア・アウェア）ルータは、ＩＰヘッダ、ＲＴＰヘッダ、及びＮＡＬＵヘッダなどのネットワーク・プロトコルヘッダにおける専用フィールドを追加的に確認する。
【００６９】  映像符号化に関する上記の記載から分かるように、依存スライス及びエントロピースライスなど、並列処理のために定義された異なるタイプのスライスは、データが欠落した場合の画質の低下に対する重要性が異なる。親スライスなしに、依存スライスを解析及び復号することはできない。なぜなら、依存スライスの先頭で、エントロピー符号化部又はエントロピー復号部をリスタートすることができないからである。よって、画像又は映像を再構築するうえで、親スライスはより重要であるといえる。
【００７０】  ＨＥＶＣにおいて、依存スライス及びエントロピースライスは、依存性の補足的な側面として、スライス間の依存性（フレーム内の依存性）を取り入れている。この依存性は、フレーム内の唯一の依存性ではない。
【００７１】  また、タイルごとにスライスの並列処理を行うため、算術符号化部及び算術復号部のコンテキストは、デフォルトの設定により、又は、符号化済み或いは復号済みスライスに基づいて、決定される。しかしながら、ヘッダの依存性と、算術符号初期化の依存性とは異なるので、並列処理及び依存スライスのメカニズムの目的に反して、遅延が生じたり複雑さが増す可能性がある。
【００７２】  依存スライスは、ＷＰＰ又はタイルなどの並列処理ツールとともに用いることができる。また、依存スライスを用いることで、符号化損失を引き起こすことなく伝送遅延を削減することが可能なウェイブフロント（サブストリーム）を生成することができる。
【００７３】  また、依存スライスではＣＡＢＡＣがリスタートされないため、依存スライスをＣＡＢＡＣサブストリームの開始点として用いることができる。また、独立した解析の開始点を示すため、当該開始点を示す情報をビットストリームに含めて伝達してもよい。特に、２つ以上のＣＡＢＡＣサブストリームを通常スライス又は依存スライスにカプセル化する場合、サブストリーム毎のバイト数を用いて明示的に開始点を信号伝達する。ここで、サブストリームは、開始点により別々に解析可能なストリームの一部分を示す。さらに、各依存スライスはＮＡＬユニットのヘッダを必要とするため、開始点の「マーカー」として依存スライスを用いることができる。つまり、そのようなマーカーに対する開始点を信号伝達できる。
【００７４】  信号により明示的に開始点を通知する方法と、依存スライスを介して開始点をマーキングする方法とは同時に用いることができる。ここで、各ＮＡＬユニットの開始点（各ＮＡＬヘッダの先頭）が特定できる必要がある。なお、特定方法に関しては、任意の方法を用いることができる。例えば、以下の２つの方法を用いることができる。
【００７５】  一つ目の方法は、各ＮＡＬヘッダの先頭に、例えば、３バイトのスタートコードを挿入する方法である。二つ目の方法は、各ＮＡＬユニットを別々のパケットにパケット化する方法である。また、スライスの依存性のため、スライスヘッダのサイズを縮小してもよい。
【００７６】  これらの方法により、エントロピースライスに対して並列ＣＡＢＡＣ解析が可能になる。これは、エントロピースライスの先頭でＣＡＢＡＣが必ずリスタートされるからである。ＣＡＢＡＣの並列処理では、連続する画素構築処理の後の並列ＣＡＢＡＣ解析により障害を克服できる。具体的には、ＷＰＰ並列化ツールにより、各ＬＣＵ行の復号処理を１つの処理コアにより実現できる。なお、各コアへのＬＣＵ行の割り当ては異なってよい。例えば、１つのコアに２行が割り当てられてもよいし、２つのコアに１行が割り当てられてもよい。
【００７７】  図３Ａは、複数の行に分割されたピクチャ３００を示す図である。各行は、複数の最大符号化単位（ＬＣＵ）を含む。行３０１（Ｗａｖｅｆｒｏｎｔ１）及び行３０２（Ｗａｖｅｆｒｏｎｔ２）は、並列に処理される対象である。図３ＡのＣＡＢＡＣ状態（ＣＡＢＡＣ  ｓｔａｔｅｓ）の矢印で示されるように、行３０１において最初の２つのＬＣＵが復号された後、行３０２の処理が始まる。また、行３０１の最初の２つのＬＣＵを符号化又は復号した後のＣＡＢＡＣ状態が、行３０２のＣＡＢＡＣ初期化の際に用いられる。よって、行３０２の処理は、行３０１の最初の２つのＬＣＵの処理が終了した後に開始可能である。つまり、２つの処理コアの間でＬＣＵ２つ分の遅延が存在する。
【００７８】  図３Ｂは、ＷＰＰを用いた依存スライスの使用例を示す図である。図３Ｂに示すピクチャ３１０は、行３１１〜３１４を含む。ここで、行３１１（Ｗａｖｅｆｒｏｎｔ１）、行３１２（Ｗａｖｅｆｒｏｎｔ２）、及び行３１３（Ｗａｖｅｆｒｏｎｔ３）は、別々のコアで処理される。
【００７９】  依存スライスは、遅延を改善できるＷＰＰを形成する。依存スライスには完全なスライスヘッダがない。また、開始点（又は、上述したようなルールで知られる、依存スライスの開始点）が分かっていれば、他のスライスとは独立して依存スライスを復号できる。また、依存スライスは、符号化損失を生ずることなく、低遅延アプリケーションにも適したＷＰＰを形成できる。
【００８０】  サブストリーム（ＬＣＵ行）をスライスにカプセル化する通常のケースでは、確実に、エントロピー符号化及び復号を並列に行うためには明確な開始点をスライスヘッダに挿入する必要がある。そのため、スライスの最後のサブストリームが完全に符号化されてはじめて、スライスの伝送の準備ができる。また、スライス中の全てのサブストリームの符号化が完了してはじめてスライスヘッダは完成する。つまり、スライス全体の処理が終わるまで、ＲＴＰ／ＩＰ層のパケットフラグメンテーションを介してスライスの先頭の伝送を開始できない。
【００８１】  しかしながら、依存スライスが用いられる場合には、依存スライスを開始点マーカーとして利用できるため、開始点の明示的な信号による通知は必要ない。したがって、符号化損失なく通常スライスを多くの依存スライスに分割することができる。また、カプセル化されたサブストリームの符号化が完了するとすぐに（又は、パケットフラグメンテーションの場合は、それよりも早く）、依存スライスを伝送することができる。
【００８２】  また、依存スライスは、空間予測の依存性を弱めない。さらに、依存スライスは解析依存性も弱めない。なぜなら、対象依存スライスの解析には通常、先行スライスのＣＡＢＡＣ状態を必要とするからである。
【００８３】  依存スライスが許可されない場合、各ＬＣＵ行をスライスとすることができる。そのような構成は伝送遅延を改善するが、同時に、上述したように大きな符号化損失が生ずることになる。
【００８４】  フレーム（ピクチャ）全体を１つのスライスにカプセル化する場合を想定する。この場合、並列解析を可能にするため、スライスヘッダにサブストリーム（ＬＣＵ行）の開始点を信号により伝達する必要がある。これによりフレームレベルで伝送遅延が発生する。つまり、フレーム全体を符号化した後、ヘッダを修正する必要がある。ピクチャ全体を１つのスライスにカプセル化すること自体は、伝送遅延を悪化させない。例えば、符号化が完全に終わる前に、スライスの一部の伝送を開始してもよい。しかしながら、ＷＰＰを用いる場合、開始点を記すためにスライスヘッダを後で修正する必要がある。したがって、スライス全体の伝送を遅延させる必要がある。
【００８５】  このように、依存スライスの使用により、遅延を削減することができる。図３Ｂに示されるように、ピクチャ３１０は、通常スライスである行３１１、依存スライスである行３１２、３１３及び３１４に分割される。各行が１つの依存スライスである場合、符号化損失なく、１つの行の伝送を遅延させることができる。これは、依存スライスが、空間依存を弱めず、かつＣＡＢＡＣエンジンをリスタートしないからである。
【００８６】  図４Ａ及び図４Ｂは、ＣＡＢＡＣ初期化の別の例を示す図である。図４Ａは、ＷＰＰを用いない場合のＣＡＢＡＣの初期化が示されている。また、ＷＰＰ及びタイルの両方が用いられていない。また、通常スライス及び依存スライスを一緒に用いることは認められる。
【００８７】  依存スライス（３）は、通常スライス（２）からヘッダをコピーする。つまり、通常スライス（２）は、依存スライス（３）の親スライスである。依存スライス（３）は、通常スライス（２）の終端で生成されたコンテキストテーブルを用いる。依存スライス（３）は、通常スライス（１）ではなく、通常スライス（２）に依存する。つまり、通常スライス（１）と依存スライス（３）との間には、空間予測は存在しない。
【００８８】  図４Ｂは、ＷＰＰを用いる場合のＣＡＢＡＣの初期化を示す図である。通常スライス、依存スライス、及び、ＷＰＰを一緒に用いることは認められている。
【００８９】  依存スライス（３）は、通常スライス（２）のヘッダをコピーする。依存スライス（３）は、通常スライス（１）の２番目のＬＣＵの終端で生成されたコンテキストテーブルを用いることが予想される。しかしながら、スライス（２）が通常スライスであるため、スライス（１）の２番目のＬＣＵは参照できないことが示される。つまり、スライス（１）は、符号化順において依存スライスの直前の先行スライスではないため、参照されない。
【００９０】  しかし、スライス（２）は、スライス（３）及び（４）の参照スライスとして用いられる。つまり、スライス（３）の復号を開始する際、ＣＡＢＡＣ状態はデフォルト値に初期化される必要がある（図４Ｂに、点線の矢印で示されている）。依存スライス（４）は、上述したようなＷＰＰの条件に従う右上の第２のＬＣＵの後のＣＡＢＡＣ状態（実線の矢印）を用いる。
【００９１】  図５は、現在のＨＥＶＣ参照モデル（ＨＭ８．０）に準拠するスライスヘッダのシンタックス例を示す図である。スライスヘッダ３２０は、対象スライスが依存スライスであるか、通常スライスであるかを示すシンタックス要素ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇを含む。
【００９２】  図５の行３２１から分かるように、ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇが０と同等である場合、ヘッダはスライスヘッダ情報を含む。つまり、スライスが完全なヘッダを有する。そうでない場合、ヘッダはスライスヘッダ情報を含まない。つまり、上述したように、依存スライス及びエントロピースライスは、完全なスライスヘッダを持たず、先行の通常スライスのヘッダを参照する。
【００９３】  並列処理をサポートするため、開始点が後に信号で伝えられる。エントロピー符号化部又はエントロピー復号部がリスタートされない場合でも、この開始点を用いて、開始点間の映像ストリーム（サブストリーム）の一部に対し、並列復号を独立して行うことができる。上述したように、依存スライス、通常スライス、及び、エントロピースライスに対しても、開始点がマークされる。
【００９４】  ＨＥＶＣにおいて、いくつかの並列処理ツールがある。上述したように、このツールは、ＷＰＰ、依存スライス、エントロピースライス、及びタイルである。しかしながら、これらのツールは互換性がないこともあるので、これらを組み合わせた利用には制限がある。一般的に、タイルとスライスとを一緒に用いることは認められている。
【００９５】  ただし、主要プロファイルにおいて、１つのスライスを１以上の整数個のタイルに分割しなければならず、また、１つのタイルを１以上の整数個のスライスに分割しなければならないという制限がある。典型的には、この制限は特定のプロファイル（又は、プロファイルの特定のレベル）に適用される。この制限の目的は、ハードウェア実行の複雑さを低減することである。
【００９６】  ＰＰＳのｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と同等であり（つまり、ＷＰＰが使用され）、スライスに含まれる１番目の符号化ブロックが、タイルの符号化ツリーブロックで構成される行の１番目の符号化ツリーブロックの１番目の符号化ブロックでない場合、ビットストリームが規格に適合する条件は、スライスの最後の符号化ブロックが、スライスの１番目の符号化ブロックと同じ符号化ツリーブロック行に属することである。符号化ツリーは、ＬＣＵの構造、及び、ＬＣＵをそれぞれさらに４ブロックへ帰納的に分割することを示す。つまり、ＷＰＰが可能である場合、そして、対象ＬＣＵ行の先頭からスライスが開始されない場合、スライスは、対象ＬＣＵ行の終端又はそれより前で終了しなければならない。また、並列処理手段だけでなくＨＥＶＣシンタックスに関する詳細も、非特許文献３に記載されている。
【００９７】  この制限を、図６を用いて説明する。図６に示すピクチャ３３０は、通常スライスであるスライス３３１、３３２及び３３３を含む。スライス３３１及び３３２は、１つのＬＣＵ行に含まれる。スライス３３３は、複数のＬＣＵ行（この例では３行）にまたがっているため、許可されないスライスである。上記の制限に従い、スライス３３３は、第１ＬＣＵ行の終端で終わらなければならない。
【００９８】  図７は、ＷＰＰを用いる場合の、許可されるスライス構造を有するピクチャ３４０を示す図である。ピクチャ３４０は、通常スライスであるスライス３４１、３４２及び３４３と、依存スライスであるスライス３４４とを含む。これらのスライス３４１、３４２及び３４３は、１行目のＬＣＵ行に含まれる。スライス３４４は、次の２行を含む。
【００９９】  スライス３４４は依存スライスであるため、スライス３４４に対するＣＡＢＡＣ初期化は、他のスライス３４１、３４２及び／又は３４３に依存する。スライス３４２及び３４３の何れかが図７に示されるように通常スライスである場合、スライス３４４はデフォルトのＣＡＢＡＣ状態に初期化される。そうでない場合は、ＷＰＰテーブルが用いられる。つまり、対象行の上のＬＣＵ行の２番目のＬＣＵの処理後のＣＡＢＡＣ状態が初期化に用いられる。
【０１００】  この例では、図４Ｂ及び上述したＣＡＢＡＣ初期化の関連記載において述べたように、依存スライス３４４に対するＣＡＢＡＣは、予め定められたデフォルトのＣＡＢＡＣ状態を用いて初期化される。
【０１０１】  このように、ＣＡＢＡＣ初期化は、複数の先行スライスに基づく。よって、対象スライスの処理、特に解析については、複数の他のスライスに依存する。具体的には、対象スライスの先行スライスの種類に応じて、ＣＡＢＡＣコンテキストがデフォルト値及びＷＰＰ値のどちらで初期化されるか決定される。このように、先行スライスを利用可能かどうかが確認され、対象スライスに適用する初期化方法が決定される。つまり、かなり複雑な順序の処理が必要である。以下、これについて詳細に説明する。
【０１０２】  第１のスライス３４１が少なくとも２つのＬＣＵを有するので、最初の２つのＬＣＵを符号化又は復号した後のＣＡＢＡＣ状態を参照することは可能である。
【０１０３】  また、スライス３４２又はスライス３４３が失われた場合、スライス３４４を正確に復号することはできない。なぜなら、スライス３４２又はスライス３４３の種類が分からないため、ＣＡＢＡＣ初期化できないからである。つまり、２つの先行スライスに関する情報のみが欠落し、スライス３４４を正しく取得できた場合であっても、スライス３４４に対するＣＡＢＡＣの初期化ができないため、正しく取得できたスライス３４４のデータを捨てることになる。よって、スライス３４４に対し、誤り隠蔽が必要になる。これにより、不完全な誤り隠蔽による歪みが原因となり画質が低下する可能性がある。
【０１０４】  ここで、スライスヘッダにおいて、シンタックス要素のほとんど（これらは主に、特定のフィルタリング操作等の制御の切り替えである）は、フレームに含まれる全てのスライスに対し決定される必要がある。また、中にはスライスごとに変更可能なシンタックス要素もあるが、画像符号化装置によるほとんどの処理では、フレーム全体に対し決められた制御パラメータが全て維持される。よって、誤り隠蔽する方法として以下の方法を用いることができる。この方法では、失われたスライスが依存スライスであったのか、通常スライスであったのかという情報のみが必要とされる。
【０１０５】  また、順番が乱れてパケットが到着する場合、復号遅延は悪化する。つまり、パケットの並び替えが予想される場合には、復号遅延が悪化する可能性がある。これは、ＷＰＰの基本的な目的である、依存スライスにより超低遅延を提供することと矛盾する。
【０１０６】  図８は、ＣＡＢＡＣ初期化処理の別の例を示す図である。図８では、図７に示されるスライスの構造を想定している。図８に示すピクチャ３５０は、スライス３５１とスライス３５４とを含む。スライス３５１は、通常スライスであり、フレーム中の１番目のスライスであり、４つのＬＣＵを含む。フレームの先頭において、つまり、スライス３５１の先頭において、ＣＡＢＡＣはデフォルト状態値（ゼロ状態）に初期化される。なお、複数のデフォルト状態が存在してもよく、この場合、複数のデフォルト状態から、一つのデフォルト状態が選択される。なお、デフォルト状態とは、算術符号の確率モデルの所定値のことである。
【０１０７】  依存スライス３５４に属するデータを取得しても、欠落又はエラーによりスライス３４２及びスライス３４３（図７参照）のデータがない場合は、スライス３５４を復号することは不可能である。なぜなら、上述したように、スライス３４２及び３４３の情報なしに、ＣＡＢＡＣエンジンを初期化することはできないからである。
【０１０８】  図９は、依存スライス３５４が取得された際に行われる、初期化方法の決定処理のフローチャートである。言い換えると、このフローチャートは、ＣＡＢＡＣ初期化の、２つ以上のスライスへの依存の仕方を示す。
【０１０９】  スライス（４）（依存スライス３５４）に対して以下の条件が設定されることが想定される。ＷＰＰが可能である。ＳＰＳのｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に設定されている。スライス（４）の位置が（式１）を満たす。
【０１１０】    ｓｌｉｃｅ＿ａｄｄｒｅｓｓ  ％  ｎｕｍＬＣＵｉｎＲｏｗ  ＝  ０  ・・・（式１）
【０１１１】  ここで、「％」は、モジュロ演算（整数割り算の余り）である。パラメータｎｕｍＬＣＵｉｎＲｏｗは、ピクチャ３５０の１行あたりのＬＣＵの数を示す。よって、（式１）の条件は、行の先頭で満たされる。パラメータｎｕｍＬＣＵｉｎＲｏｗは、ＳＰＳの設定から導出できる。
【０１１２】  まず、スライス（４）が依存スライスであるか否かが判定される（Ｓ１０１）。スライス（４）が依存スライスでない場合（Ｓ１０１でＮｏ）、デフォルトの初期化が行われる。
【０１１３】  図８に示すように、スライス（４）が依存スライスである場合（Ｓ１０１でＹｅｓ）、ｉが３に設定される（Ｓ１０２）。つまり、スライス（４）の直前のスライス（３）がスライスｉに設定される。
【０１１４】  次に、スライスｉが、スライス（４）の１行上から開始しているか否かが判定される（Ｓ１０３）。ここでは、ｉが３に設定されているため、スライスｉは、処理対象の依存スライス（スライス（４））の直前のスライス（３）である。
【０１１５】  スライスｉが、スライス（４）の１行上から開始していない場合（Ｓ１０３でＮｏ）、ＷＰＰの初期化（ＷＰＰテーブルを用いた初期化）が行われる（Ｓ１０７）。
【０１１６】  一方、スライスｉが、スライス（４）の１行上から開始している場合（Ｓ１０３でＹｅｓ）、つまり図８に示すケースの場合、スライスｉが依存スライスであるか否かが判定される（Ｓ１０４）。
【０１１７】  スライスｉが依存スライスでない場合（Ｓ１０４Ｎｏ）、次に、スライスｉの開始位置が分析される。具体的には、ｓｌｉｃｅ＿ａｄｄｒｅｓｓ  ％  ｎｕｍＬＣＵｉｎＲｏｗが２より小さいか否かが判定される（Ｓ１０６）。つまり、スライスｉの開始位置が、行先頭又は２番のＬＣＵであるかが判定される。
【０１１８】  ｓｌｉｃｅ＿ａｄｄｒｅｓｓ  ％  ｎｕｍＬＣＵｉｎＲｏｗが２より小さい場合（Ｓ１０６でＹｅｓ）、ＷＰＰの初期化が行われる（Ｓ１０７）。一方、ｓｌｉｃｅ＿ａｄｄｒｅｓｓ  ％  ｎｕｍＬＣＵｉｎＲｏｗが２以上の場合（Ｓ１０６でＮｏ）、デフォルトの初期化が行われる（Ｓ１０８）。
【０１１９】  また、スライスｉが依存スライスである場合（Ｓ１０４でＹｅｓ）、スライスｉの開始位置が分析される。具体的には、ｓｌｉｃｅ＿ａｄｄｒｅｓｓ  ％  ｎｕｍＬＣＵｉｎＲｏｗが３より小さいか否かが判定される（Ｓ１０５）。つまり、スライスｉの開始位置が、行先頭、２番、又は３番目のＬＣＵであるかが判定される。
【０１２０】  ｓｌｉｃｅ＿ａｄｄｒｅｓｓ  ％  ｎｕｍＬＣＵｉｎＲｏｗが３より小さい場合（Ｓ１０５でＹｅｓ）、ＷＰＰの初期化が行われる（Ｓ１０７）。一方、ｓｌｉｃｅ＿ａｄｄｒｅｓｓ  ％  ｎｕｍＬＣＵｉｎＲｏｗが３以上の場合（Ｓ１０５でＮｏ）、初期化は行われず、インデックスｉが１減少する（Ｓ１０９）。つまり、この例では、対象スライス（スライス（４））の２つ前のスライス（２）がスライスｉに設定される。そして、スライス（２）に対してステップＳ１０３以降の処理が行われる。また、スライス（２）に対しても同様の判定が行われた場合には、次に、スライス（１）がスライスｉに設定される。
【０１２１】  図１０は、ピクチャ３６０を示す図である。ピクチャ３６０は５つのスライス３６１〜３６５を含む。スライス３６１は通常スライスであり、１行目全体を含む。スライス３６２は、依存スライスであり、２行目全体を含む。３行目は、依存スライス３６３及びスライス３６４を含む。スライス３６５は依存スライスであり、４行目全体を含む。
【０１２２】  以下では、スライス３６４が失われた場合、又はスライス３６４が遅延した場合において、スライス３６４が依存スライスである場合、及びスライス３６４が通常スライスである場合の各ケースについて検討する。また、ここでは、スライス３６３が少なくとも２つのＬＣＵを有する。
【０１２３】  スライス３６４が失われた場合、画像復号装置は、スライス３６４の種別を判別できない。失われたスライス３６４が依存スライスの場合、再構築処理において、少しの誤差で、スライス３６５及びそれ以降のスライスの復号を継続することは可能である。なぜなら、図８及び９を用いて説明したように、スライス３６５は、スライス３６３の２番目のＬＣＵのＣＡＢＡＣ状態を用いるからである。よって、ＣＡＢＡＣ初期化処理ではエラーが生じない。しかしながら、スライス３６５がスライス３６４からの空間予測を用いるため、画素再構築処理ではエラーが発生する可能性がある。
【０１２４】  一方で、失われたスライス３６４が通常スライスである場合、スライス３６５を復号できない。なぜなら、シンタックス要素の中には、失われたスライス３６４のスライスヘッダの情報を用いるものがあるかもしれないからである。つまり、通常スライス３６４が依存スライス３６５の親スライスであり、依存スライス３６５の解析及び復号に親スライスの情報が必要であるからである。
【０１２５】  失われたスライス３６４におけるスライスの種別が分からない場合、失われたスライス３６４が通常スライスである場合に起こりうる間違った復号を避けるため、画像復号装置は復号可能なスライス３６５を捨てることになる。これは、正しくスライス３６５のデータを取得できた場合でもスライス３６５を捨てることになるので非効率的である。さらに、スライス３６５に続く依存スライスも全て捨てる必要がある。
【０１２６】  スライス３６４が通常スライスである場合、スライス３６５の復号のため、ＣＡＢＡＣエンジンがデフォルトのＣＡＢＡＣ値に初期化される（図９のＳ１０１でＮｏの場合を参照）。よって、スライス３６５はスライス３６３に依存しない。また、スライス３６３とスライス３６５との間の空間予測も行われない。このように、スライス３６５の開始位置においてＣＡＢＡＣがデフォルト値に初期化されるため、依存スライス３６５は通常スライスと類似する。
【０１２７】  しかしながら、通常スライスは完全なスライスヘッダを有している。一方で、スライス３６５は、短いスライスヘッダのみを有し、先行の通常スライスのスライスヘッダにより設定されるパラメータに依存する。つまり、スライス３６５が依存スライスである場合、ヘッダのサイズを小さくできるという利点があるものの、この利点はそれほど大きくない。一方で、スライス３６５が通常スライスである場合には、スライス３６５を復号することができる。このように、上記ケースでは、スライス３６５を依存スライスに設定するよりも、通常スライスに設定するほうが利点が大きかったと考えられる。
【０１２８】  しかしながら、ＷＰＰにおいて、依存スライスは、損失に対するロバスト性を確実にすることが目的ではなく、超低遅延でのＷＰＰ操作を可能にすることを目的としている。一方で、リアルタイムのアプリケーションなどネットワークを越えた超低遅延アプリケーションの場合には、パケット損失及びパケットの並び替えが予想される。このような場合には、最終的にスライス３６４が取得できれば、スライス３６５を復号することはできる。しかしながら、少なくとも遅延の悪化及びパケットの損失を引き起こすことになる。よって、損失の多い環境においては、ＷＰＰは最適ではない状態で行われることになる。
【０１２９】  図１１は、ＷＰＰを用いる場合のＣＡＢＡＣ初期化に関連する別の課題を示すための図であり、ピクチャ３７０を示す図である。ピクチャ３７０は、４つのスライス３７１〜３７４を含む。
【０１３０】  スライス３７１は通常スライスであり、スライス３７２は依存スライスである。ここで、スライス３７１は少なくとも２つのＬＣＵを有する。ピクチャ３７０の１行目は、スライス３７１及び３７２を含む。ピクチャ３７０の２行目は、依存スライスであるスライス３７３及び３７４を含む。
【０１３１】  この場合、画像符号化装置は、少なくとも２つのプロセッサコアを利用することが想定される。つまり、ＷＰＰを使用する場合、画像符号化装置は、２つのＬＣＵ行を並列に符号化及び解析する。よって、スライス３７２が利用可能になる随分前に、スライス３７３が利用可能になる。
【０１３２】  しかしながら、スライス３７３に対するＣＡＢＡＣ初期化はスライス３７２に依存しているため、スライス３７３の復号を開始できない。よって、行間における符号化又は復号の開始遅延を、１つのＬＣＵ行全体より小さくすることはできない。これは、２つのＬＣＵまで遅延を小さくするというＷＰＰの目的に矛盾する。
【０１３３】  図１１に示されるようなスライスの符号化及び伝送の並列処理について、以下で説明する。プロセッサコア又はプロセッサなどの２つの処理部は、各行の１番目のスライス（スライス３７１及びスライス３７３）を同時に符号化する。符号化が終了すると、符号化済みスライス３７１及び３７３は、パケット番号（ｐａｃｋｅｔ＿ｉｄ）がそれぞれ０と４のパケットにカプセル化される。ここでは、スライス３７２及び可能であれば別のＮＡＬＵのために、小さな番号を確保するため、パケット番号４が選択される。
【０１３４】  スライス３７２の符号化が完了すると、スライス３７２は、パケット番号１のパケットにカプセル化され伝送される。また、欠落パケット番号２及び３がパケットの欠落と判定されないよう、対応するパケット番号２と３、及び、ダミー（フィラー）データを有する２つのＮＡＬユニットが生成される。
【０１３５】  ＨＥＶＣにおいて、これは、ｆｉｌｌｅｒ＿ｄａｔａ  ＳＥＩメッセージ、又は、フィラーデータ用に確保した所定のＮＡＬユニットタイプを用いることにより達成される。このように、パケットＩＤがＮＡＬユニット毎に１つずつ増加する必要がある場合、フィラータイプＮＡＬＵがその差を埋めるために用いられる。
【０１３６】  対象行の初期化は、その上の行の２番目のＬＣＵに依存する。また、２番目のＬＣＵの後ろにスライスを挿入した場合、ＣＡＢＡＣ初期化の決定に影響を与えるので問題となる。この分析及び問題に基づき、本発明は、ＷＰＰ及び依存スライスの利用のより効率的な関係を導くための手法を提供する。ＷＰＰの効率性を維持するため１行に対するＣＡＢＡＣ初期化が別の行に依存するという状況は避けるべきである。
【０１３７】  また、上記と同様の課題が、ＷＰＰの代わりにタイルを用いる場合にも生じる。
【０１３８】  本発明の一態様に係る画像復号方法は、画像が複数のタイルに分割されるとともに複数のスライスに分割されて符号化された符号化信号を含むビットストリームを復号する画像復号方法であって、前記符号化信号を復号する復号ステップを含み、前記複数のスライスの各々は、当該スライスのスライスヘッダに含まれる情報が別のスライスに用いられる通常スライスと、復号に別のスライスのスライスヘッダに含まれる情報が用いられる依存スライスとのいずれかであり、通常スライスが第１タイルの先頭以外から始まる場合、当該第１タイルの次に符号化された第２タイルは依存スライスから始まらない。
【０１３９】  これによれば、第２タイルの先頭のスライスが、第１タイルの先頭以外のスライスを参照するケースの発生を除外できるので、並列タイル処理及び依存スライスを共に利用する際の効率性を改善できる。
【０１４０】  例えば、前記復号ステップでは、前記第１タイル及び前記第２タイルを並列復号し、前記第２タイルの復号を開始する際に、前記第１タイルにおけるスライス構造を示す分割情報を参照せずに、前記第２タイルを復号してもよい。
【０１４１】  例えば、第３タイルの先頭が前記依存スライスである場合、当該依存スライスは前記第３タイル全体を含んでもよい。
【０１４２】  例えば、前記第１タイルが、前記第１タイルの先頭以外から始まるスライスを含む場合、前記第２タイルは依存スライスから始まらなくてもよい。
【０１４３】  例えば、前記画像復号方法は、さらに、スライスが通常スライスであるか依存スライスであるかを示す情報をスライスヘッダから取得するステップを含んでもよい。
【０１４４】  例えば、前記画像の先頭スライスは通常スライスであり、他の全てのスライスは依存スライスであってもよい。
【０１４５】  例えば、前記画像復号方法は、さらに、ピクチャの分割が制限されていることを示す制限インジケータを前記ビットストリームから取得するステップを含んでもよい。
【０１４６】  例えば、前記画像復号方法は、さらに、前記依存スライスにスライスヘッダが用いられる親スライスがタイル先頭から始まるか否かを示すインジケータを前記ビットストリームから取得するステップを含んでもよい。
【０１４７】  また、本発明の一態様に係る画像符号化方法は、画像を複数のタイルに分割するとともに複数のスライスに分割して符号化することでビットストリームを生成する画像符号化方法であって、前記画像を複数のタイルに分割するとともに複数のスライスに分割する分割ステップと、分割された複数のタイル及び複数のスライスを符号化する符号化ステップとを含み、前記複数のスライスの各々は、当該スライスのスライスヘッダに含まれる情報が別のスライスに用いられる通常スライスと、復号に別のスライスのスライスヘッダに含まれる情報が用いられる依存スライスとのいずれかであり、前記分割ステップでは、通常スライスが第１タイルの先頭以外から始まる場合、当該第１タイルの次に符号化された第２タイルは依存スライスから始まらないように、前記画像を複数のタイルに分割するとともに複数のスライスに分割する。
【０１４８】  これによれば、第２タイルの先頭のスライスが、第１タイルの先頭以外のスライスを参照するケースの発生を除外できるので、並列タイル処理及び依存スライスを共に利用する際の効率性を改善できる。
【０１４９】  例えば、前記分割ステップでは、画像復号装置において前記第１タイル及び前記第２タイルを並列復号する場合において、当該画像復号装置が前記第２タイルの復号を開始する際に、前記第１タイルにおけるスライス構造を示す分割情報を参照せずに、前記第２タイルを復号できるように前記画像を前記複数のタイル及び前記複数のスライスに分割してもよい。
【０１５０】  例えば、前記分割ステップでは、第３タイルの先頭が前記依存スライスである場合、当該依存スライスは前記第３タイル全体を含むように、前記画像を複数のタイルに分割するとともに複数のスライスに分割してもよい。
【０１５１】  例えば、前記分割ステップでは、前記第１タイルが、前記第１タイルの先頭以外から始まるスライスを含む場合、前記第２タイルは依存スライスから始まらないように、前記画像を複数のタイルに分割するとともに複数のスライスに分割してもよい。
【０１５２】  例えば、前記画像符号化方法は、さらに、スライスが通常スライスであるか依存スライスであるかを示す情報をスライスヘッダに埋め込むステップを含んでもよい。
【０１５３】  例えば、前記画像の先頭スライスは通常スライスであり、他の全てのスライスは依存スライスであってもよい。
【０１５４】  例えば、前記画像符号化方法は、さらに、ピクチャの分割が制限されていることを示す制限インジケータを前記ビットストリームに埋め込むステップを含んでもよい。
【０１５５】  例えば、前記画像符号化方法は、さらに、前記依存スライスにスライスヘッダが用いられる親スライスがタイル先頭から始まるか否かを示すインジケータを前記ビットストリームに埋め込むステップを含んでもよい。
【０１５６】  また、本発明の一態様に係る画像復号装置は、画像が複数のタイルに分割されるとともに複数のスライスに分割されて符号化された符号化信号を含むビットストリームを復号する画像復号装置であって、前記符号化信号を復号する復号部を備え、前記複数のスライスの各々は、当該スライスのスライスヘッダに含まれる情報が別のスライスに用いられる通常スライスと、復号に別のスライスのスライスヘッダに含まれる情報が用いられる依存スライスとのいずれかであり、通常スライスが第１タイルの先頭以外から始まる場合、当該第１タイルの次に符号化された第２タイルは依存スライスから始まらない。
【０１５７】  これによれば、第２タイルの先頭のスライスが、第１タイルの先頭以外のスライスを参照するケースの発生を除外できるので、並列タイル処理及び依存スライスを共に利用する際の効率性を改善できる。
【０１５８】  また、本発明の一態様に係る画像符号化装置は、画像を複数のタイルに分割するとともに複数のスライスに分割して符号化することでビットストリームを生成する画像符号化装置であって、前記画像を複数のタイルに分割するとともに複数のスライスに分割する分割部と、分割された複数のタイル及び複数のスライスを符号化する符号化部とを備え、前記複数のスライスの各々は、当該スライスのスライスヘッダに含まれる情報が別のスライスに用いられる通常スライスと、復号に別のスライスのスライスヘッダに含まれる情報が用いられる依存スライスとのいずれかであり、前記分割部は、通常スライスが第１タイルの先頭以外から始まる場合、当該第１タイルの次に符号化された第２タイルは依存スライスから始まらないように、前記画像を複数のタイルを分割するとともに複数のスライスに分割する。
【０１５９】  これによれば、第２タイルの先頭のスライスが、第１タイルの先頭以外のスライスを参照するケースの発生を除外できるので、並列タイル処理及び依存スライスを共に利用する際の効率性を改善できる。
【０１６０】  また、本発明の一態様に係る画像符号化復号装置は、前記画像符号化装置と、前記画像復号装置とを備える。
【０１６１】  なお、以下で説明する実施の形態は、いずれも本発明の一具体例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【０１６２】  （実施の形態１）  本実施の形態１に係る画像符号化方法及び画像復号方法では、ＣＡＢＡＣ初期化を明示するインジケータを追加する。
【０１６３】  図１２は、実施の形態１に係るスライスヘッダのシンタックスを示す図である。スライスヘッダ３８０は、新たなシンタックス要素「ｅｎｔｒｏｐｙ＿ｄｅｆａｕｌｔ＿ｉｎｉｔｉａｌｉｚａｔｉｏｎ＿ｆｌａｇ」を有する新たな行３８１を含む。
【０１６４】  このｅｎｔｒｏｐｙ＿ｄｅｆａｕｌｔ＿ｉｎｉｔｉａｌｉｚａｔｉｏｎ＿ｆｌａｇは、所定値に設定された場合に、スライスのＣＡＢＡＣがＣＡＢＡＣデフォルト（所定）値で初期化されることを示すインジケータである。このフラグは、スライスがデフォルトＣＡＢＡＣ値で初期化されることを示す「１」などの第１の値、及び、初期化が別の方法で行われることを示す「０」などの第２の値を有する、１ビットのインジケータである。なお、「１」及び「０」の値の割り当ては入れ替えてもよい。
【０１６５】  初期化決定の「別の方法」は、先行スライスの値に基づく初期化など所定の方法であってもよい。しかしながら、「別の方法」は、図９に示されるフローと類似する別の決定フローを含んでもよく、これにより、デフォルトＣＡＢＡＣ値による初期化方法も導く可能性がある。
【０１６６】  本実施の形態に係る画像復号装置は、少なくとも部分的に算術符号で符号化される画像スライスを含む符号化映像シーケンスのビットストリームを復号する。当該画像復号装置は、スライスの算術復号の確率モデルが所定値で初期化されるか否かを示す初期化インジケータを、前記スライスのビットストリームデータから抽出する解析部と、前記初期化インジケータに従い、前記所定値で算術復号用の前記確率モデルを初期化するか否かを制御する制御部と、算術復号を行うことにより、前記スライスを復号する算術復号部とを備える。
【０１６７】  例えば、算術符号は、ＨＥＶＣで定義されるようなコンテキスト適応算術符号であってもよい。しかしながら、本発明はこれに限定されない。
【０１６８】  所定値とは、画像符号化装置及び画像復号装置に知らされたデフォルト値のことであり、符号化されたコンテンツにより変化することはない。
【０１６９】  この初期化インジケータは、好ましくは、１ビットフラグのことを指し、１ビットフラグでは、「１」は算術復号の確率モデルが所定値で初期化されることを示し、「０」は算術復号の確率モデルが別の方法で初期化されることを示す。
【０１７０】  対象スライスが依存スライスの場合のみ、このインジケータの存在は必要である。なぜなら、通常スライスの場合、ＣＡＢＡＣデフォルト値が初期化に用いられる（図９のＳ１０１でＮｏの場合を参照）。よって、条件ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇ  ＝＝  １を確認することにより、対象スライスが依存スライスであるか否かががまず分析される。
【０１７１】  また、スライスと他のスライスとの並列処理を行う場合に、初期化インジケータ（フラグ）は有利である。例えば、並列処理はＷＰＰであってもよい。よって、条件のｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ  ＝＝  １が真である場合のみ、図１２に示すスライスヘッダのシンタックスは、初期化インジケータｅｎｔｒｏｐｙ＿ｄｅｆａｕｌｔ＿ｉｎｉｔｉａｌｉｚａｔｉｏｎ＿ｆｌａｇを含む。
【０１７２】  また、スライスがＬＣＵ行の先頭で始まる場合のみ、初期化インジケータは適切である。なぜなら、そのときのみ、並列処理を可能にするため、ＣＡＢＡＣの即時の初期化が必要であるからである。これは、図１２に示すシンタックスにおいて、条件ｓｌｉｃｅ＿ａｄｄｒｅｓｓ  ％  ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ  ＝＝  ０により示される。
【０１７３】  上述したように、シンタックス要素「ｓｌｉｃｅ＿ａｄｄｒｅｓｓ」は、ビットストリームに含まれるオフセットにより、スライスの開始を示す。「ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ」は、符号化ツリーブロックの単位（ＬＣＵ）の数でフレームの幅を示す。
【０１７４】  行３８１に示すように、上述した３つの条件の論理積が判定に用いられる。つまり、以下の（式２）が真である場合のみ、初期化方法を明確に信号で伝えるために、ｅｎｔｒｏｐｙ＿ｄｅｆａｕｌｔ＿ｉｎｉｔｉａｌｉｚａｔｉｏｎ＿ｆｌａｇが伝達される。
【０１７５】  ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇ  ＝＝  １  ＆＆  ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ  ＝＝  １  ＆＆  ｓｌｉｃｅ＿ａｄｄｒｅｓｓ  ％  ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ  ＝＝  ０      ・・・（式２）
【０１７６】  （式２）が真でない場合、通常の方法に基づいて、つまり、ＷＰＰルールに基づいて初期化が行われる。
【０１７７】  つまり、本実施の形態に係る画像符号化方法及び画像復号方法は、画像の画素ブロックに対応する符号化単位に画像のスライスを分割し、解析部は、スライスが依存スライスの場合のみ、ヘッダデータに含まれる初期化インジケータを抽出する。依存スライスの算術復号部は、各依存スライスに対応する親スライスの算術復号部のコンテキストに基づき初期化される。
【０１７８】  また、符号化単位で構成される行の並列復号が可能な場合のみ、解析部は、ヘッダデータの初期化インジケータを抽出してもよい。
【０１７９】  つまり、本実施の形態に従い、画像の画素ブロックに対応する符号化単位に画像のスライスが分割され、解析部は、画像の符号化単位ブロックで構成される行の先頭からスライスが始まる場合のみ、ヘッダデータの初期化インジケータを抽出する。
【０１８０】  図１３は、本実施の形態に係る、スライスのＣＡＢＡＣ初期化の決定方法のフローチャートである。図１３は、図８に示すピクチャ３５０の場合を想定している。スライス（４）（スライス３５４）がスライス（１）（スライス３５１）と並列に解析されると想定すると、以下の決定がなされる。
【０１８１】  まず、スライス（４）が依存スライスであるか否かが判定される（Ｓ１１１）。スライス（４）が依存スライスであり、かつ、他の条件（行の並列処理が行われ、かつ、ＬＣＵ行の先頭においてスライスが開始している）が満たされる場合（Ｓ１１１でＹｅｓ）、初期化の実行方法を決定するため、初期化インジケータ「ｅｎｔｒｏｐｙ＿ｄｅｆａｕｌｔ＿ｉｎｉｔｉａｌｉｚａｔｉｏｎ＿ｆｌａｇ」が確認される（Ｓ１１２）。
【０１８２】  ｅｎｔｒｏｐｙ＿ｄｅｆａｕｌｔ＿ｉｎｉｔｉａｌｉｚａｔｉｏｎ＿ｆｌａｇにより、デフォルトの初期化が適用されることが示される場合（Ｓ１１２でＮｏ）、デフォルトの初期化が適用される（Ｓ１１４）。一方、ｅｎｔｒｏｐｙ＿ｄｅｆａｕｌｔ＿ｉｎｉｔｉａｌｉｚａｔｉｏｎ＿ｆｌａｇにより、デフォルトの初期化が適用されることが示されない場合（Ｓ１１２でＹｅｓ）、先行スライスを参照するＷＰＰの初期化が適用される（Ｓ１１３）。
【０１８３】  なお、本実施の形態は、スライスヘッダ内で初期化インジケータを信号伝達することに限定されない。別のデータ構造、例えば、付加拡張情報メッセージに、同一のインジケータを埋め込んでもよい。
【０１８４】  （実施の形態２）  実施の形態１により、ＷＰＰ及び依存スライスなどの並列ＬＣＵ行処理の効率的な処理が実現できる。一方で、新たなシンタックス要素が、スライスヘッダに組み込まれる。これに対して、新たなシンタックス要素の追加を避けるため、初期化ルールを修正することにより、並列処理中のスライスに対するＣＡＢＡＣ初期化の独立性も達成してよい。
【０１８５】  本実施の形態では、依存スライスの定義、及び、依存スライスに対する画像符号化装置及び画像復号装置の動作を修正する。これは、ビットストリームの規格に制限を加えることにより実現できる。
【０１８６】  つまり、本実施の形態に係る画像復号装置は、複数の符号化単位に分割され、少なくとも部分的に算術符号で符号化される複数の画像スライスを含む符号化映像シーケンスのビットストリームを復号する。当該画像復号装置は、符号化単位で構成される１行目及び２行目をビットストリームから抽出する解析部を備え、２行目の第２スライスに対する算術復号部を初期化する際、１行目の第１スライスの分割情報を参照しなくてもよいように、１行目及び２行目の符号化単位がスライスに割り当てられる。１行目の第１スライスの開始位置は、２行目の第２スライスより所定の符号化単位数分後ろである。当該画像復号装置は、前記第１スライス及び前記第２スライスを少なくとも部分的に並列に算術復号することにより、前記各スライスを復号する算術復号部をさらに備える。
【０１８７】  図１４は、本実施の形態の機能を示すための図であり、複数のスライスに分割されたピクチャ３９０を示す。ピクチャ３９０は、４つのスライスである、通常スライス３９１と、通常スライス３９２と、依存スライス３９３と、通常スライス３９４とを含む。
【０１８８】  ３つのスライス３９１、３９２及び３９３は、符号化単位（ＬＣＵ）で構成される１行目に含まれる。スライス３９４は、２行目及び３行目全体を含む。
【０１８９】  スライス化、及び、行単位の並列処理の使用に適用される制限の第１例は、「ｅｎｔｒｏｐｙ＿ｃｏｄｅ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と同等であり、ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と同等である場合、符号化ツリーブロック行の先頭でのみ通常スライスは始まってもよい」である。また、ｅｎｔｒｏｐｙ＿ｃｏｄｅ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの両方のフラグは、ピクチャパラメータセットに含まれる。なお、符号化ツリーブロック（ＣＴＢ）、及び、最大符号化単位（ＬＣＵ）は、同一の単位のことである。標準テキスト（非特許文献３を参照）では、ＣＴＢが用いられている。また、標準テキストの前バージョンではＬＣＵが使用されていたが、現在はＣＴＢが使用されている。
【０１９０】  符号化単位行（ＬＣＵ行）の先頭においてのみ通常スライスが始まる場合、他の行の当該通常スライスに続く依存スライスは、常に通常スライスのＣＡＢＡＣ状態を参照してもよい。ここでＣＡＢＡＣ状態とは、ＷＰＰにより実行されるような最初のＬＣＵ又は最初の２つのＬＣＵの処理後のＣＡＢＡＣ状態である。また、依存スライスのヘッダがそれらに先行する通常スライスのヘッダに依存するため、通常スライス３９４が失われた場合、依存スライスを捨てる必要がある。
【０１９１】  上記第１例の制限は、厳密である必要はない。ＷＰＰの初期化の適用を可能にするため、前行の通常スライスの少なくとも１つ又は２つのＬＣＵを、依存スライスが利用できるようにすればよい。
【０１９２】  または、別の制限（ルール）として第２例を適用してもよい。第２例では、符号化ツリーブロック行における２番目の符号化ツリーブロックの後で、通常スライスを開始しない。通常スライスはＬＣＵ行の先頭で始まらなければならないため、例えば、図１４に示すように、２番目のスライス３９２を通常スライスに設定することは認められない。
【０１９３】  なお、上述した第１スライスとは、開始位置が１行目の２つ目の符号化単位までであればよい。また、第１スライスは通常スライスであり、第２スライスは、通常スライスのスライスヘッダを用いる依存スライスであってもよい。また、第１スライスの開始位置は、１行目の先頭であってもよい。
【０１９４】  図１５は、上述したルールを設けた場合の、ＣＡＢＡＣ初期化方法の決定処理のフローチャートである。ここで、図８に示す例を用いて説明する。
【０１９５】  まず、スライス（４）が依存スライスであるか否かが判定される（Ｓ１１１）。スライス（４）が依存スライスである場合（Ｓ１１１でＹｅｓ）、ＷＰＰの初期化が行われる（Ｓ１１３）。一方、スライス（４）が依存スライスでない場合（Ｓ１１１でＮｏ）、デフォルトの初期化が行われる（Ｓ１１４）。
【０１９６】  このように、本実施の形態に係る画像符号化方法は、コンテキスト適応エントロピー符号化部を用いる。当該画像符号化方法は、少なくとも２つの部分に分割されるピクチャフレームに適用される。少なくとも２つの部分とは、別々に、少なくとも部分的に並列に符号化及び復号可能な第１部分及び第２部分のことである。
【０１９７】  本実施の形態によると、サブストリームの第１部分をスライスへ分割する際、ストリームの第２部分のコンテキストテーブルの初期化が第１部分の分割に依存しない方法で決定される。例えば、ＷＰＰは行毎（ＬＣＵ行毎）に行われるため、ストリームの一部分がＬＣＵ行に対応してもよい。
【０１９８】  なお、本発明は、上で例示した制限に限定されない。または、上記の制限を異なる方法で公式化してもよい。以下、制限の別の例を説明する。
【０１９９】  通常スライスが以下の（式３）の条件を満たす場合、後続ＬＣＵ行の先頭で始まるスライスは、依存スライスではない。
【０２００】    ｓｌｉｃｅ＿ａｄｒｅｓｓ  ％  ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ  ＞  １    ・・・（式３）  
【０２０１】  簡略化するため、上記の条件を以下の（式４）で表してもよい。  
【０２０２】    ｓｌｉｃｅ＿ａｄｒｅｓｓ  ％  ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ  ！＝  ０    ・・・（式４）
【０２０３】  ここで、「！＝」は、同等ではないことを示す。ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と同等である場合、つまり、ＬＣＵ行の並列処理が可能な場合、これらの制限は適用可能である。また、「ｓｌｉｃｅ＿ａｄｒｅｓｓ」は、ビットストリーム内で始まるスライスの位置を示し、パラメータ「ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ」は、ＬＣＵ（符号化ツリーブロック）におけるピクチャ（フレーム）の幅を示す。
【０２０４】  つまり、通常スライスが行の先頭で始まらない場合、その直後の行で始まるスライスは依存スライスではない（第３例）。この条件により、２行目のスライスの復号を、１行目のある位置の通常スライスを解析（復号）するまで待つ必要がなくなる。
【０２０５】  上記の第３例の制限による影響を、図１６を用いて説明する。図１６に示すピクチャ４００は、１行目に含まれる３つのスライス４０１〜４０３を含む。これら３つのスライスのうち最初の２つのスライス４０１及び４０２は通常スライスであり、３つ目のスライス４０３は依存スライスである。
【０２０６】  上記の条件によると、４番目のスライス４０４を依存スライスに設定することはできない。図１６において、スライス４０４にバツ印をつけることで、これを示している。
【０２０７】  よって、ビットストリームは、通常スライス及び依存スライスを含んでもよく、これらの復号は通常スライスのスライスヘッダにおいて信号伝達されるパラメータに基づく。ＬＣＵ行の先頭より後ろの位置で通常スライスが始まる場合、次のＬＣＵ行は依存スライスで始まらない。
【０２０８】  図１７を用いて、第４例の制限を説明する。ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と同等であり、かつ、ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と同等である場合、フレーム中の最初のスライス以外、通常スライスは認められない（第４例）。
【０２０９】  つまり、並列処理が可能であり、かつ、依存スライスが有効な場合、通常スライスは、フレーム中の最初のスライスとしてのみ認められる。つまり、最初のスライスを除き、フレーム中の全てのスライスが依存スライスである。
【０２１０】  図１７に示すピクチャ４１０は、５つのスライス４１１〜４１５を含む。スライス４１１、４１２、及び４１５は通常スライスであり、スライス４１３及び４１４は依存スライスである。上記の第４例の制限に従い、１番目の通常スライス４１１を除く、通常スライス４１２及び４１５は認められない。つまり、スライス４１２及び４１５は、依存スライスでなければならない。
【０２１１】  なお、この第４例の制限を用いた場合、パケット損失に対するロバスト性に関してデメリットを有する。依存性を低減するため、また、損失の多い環境におけるエラー伝播を低減するため、一般的には通常スライスが用いられる。また、１番目のスライスのみが通常スライスのフレームでは、１番目のスライスを復号できない場合、全てのスライスが復号できないというリスクを負うことになる。
【０２１２】  また、別の制限として以下の制限を用いてもよい。スライス（通常又は依存スライス）がＬＣＵ行の真ん中で（つまり、行の開始位置とは別の位置で）始まる場合、次の符号化単位行は依存スライスで始まらない（第５例）。
【０２１３】  なお、当該技術分野の当業者には明らかなように、ここで記載された複数の制限を任意に組み合わせることが可能である。つまり、上記第１例〜第５例を組み合わせて適用してもよい。
【０２１４】  さらに、制限の別の例を以下に挙げる。ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と同等な場合、１つのＬＣＵ行をスライスに分割することはできない（第６例）。この制限を適用した場合、図１７に示すスライス構造では、スライス４１２及び４１３は認められない。つまり、符号化単位行の並列処理が可能である場合、スライスは、１つの符号化単位行全体、又は、複数の符号化単位行全体を含むことのみ認められる。
【０２１５】  このように、ビットストリームは、通常スライス及び依存スライスを含む。通常スライス及び依存スライスの復号は、通常スライスのスライスヘッダで信号伝達されるパラメータに基づく。画像中の１番目のスライスのみを通常スライスとし、残りのスライスを依存スライスとしたうえで、画像をスライスに分割する。
【０２１６】  また、各スライスは、ｍ行の符号化単位行の全てを含む。ここで、ｍは１以上の整数である。
【０２１７】  また、上記制限の適用に加えて、又は、その代わりに、依存スライスが有効で、ＷＰＰ及びタイルの何れかが有効な場合、上記制限を示すインジケータをビットストリームに埋め込んでもよい。例えば、このインジケータはＳＰＳ又はＰＰＳに埋め込まれる。なお、このインジケータは、ＳＥＩメッセージなどの別のメッセージ又は任意のビデオ・ユーザビリティ情報（ＶＵＩ）メッセージに埋め込まれてもよい。
【０２１８】  このインジケータに基づいて、画像復号装置は、適用される制限を把握する。例えば、この制限は、ＬＣＵ行（ＷＰＰ）の先頭、又は、タイルの先頭でのみに、通常スライスが認められるという制限である。なお、これは、制限の一例にすぎず、上記の制限の何れか、又は、これらの制限の組み合わせ、又は、明示的に記載されていない追加の制限を適用してもよい。
【０２１９】  例えば、このインジケータは、所定の制限に対し、当該制限を適用するか否かを示す、１ビットのフラグであってもよい。また、選択可能な複数の制限があってもよく、選択された制限を示す情報がビットストリームに含まれて画像復号装置に信号伝達される。つまり、上述した例のように明示的に使用を制限するのではなく、画像符号化装置がそのような制限を用いることを画像復号装置に知らせてもよい。したがって、制限に関連する上記例のいずれを適用してもよい。
【０２２０】  なお、インジケータを追加するか否かを、ＷＰＰ又はタイルが有効化どうかによって決定しなくてもよい。
【０２２１】  以上のように、本実施の形態は、並列処理において、先行スライスを考慮したＣＡＢＡＣ初期化により、依存スライス処理が、２以上又は３以上の符号化単位分遅延することを防止できる。これにより、行の符号化、復号、及び解析を効率的に並列処理できる。
【０２２２】  なお、本発明は、スライス化の方法を制限する実施の形態に限定されない。また、上記制限は、ＣＡＢＡＣコンテキストが得られるスライスに関連してもよい。
【０２２３】  （実施の形態３）  本実施の形態では、ＷＰＰ処理の際の依存スライスに対するＣＡＢＡＣ初期化方法を変更する。具体的には、依存スライスに対する親スライスの割り当てルールを変更する。
【０２２４】  例えば、スライスへのＬＣＵ行の分割（及び／又は、後続スライスの種別）に関わらず、依存スライスが常に、同一スライスからスライスヘッダ及びＣＡＢＡＣコンテキストを取得するようなルールを定める。
【０２２５】  図１８に示すピクチャ４２０は、スライス４２１〜４２４を含む。現在のＨＥＶＣでは、依存スライス４２４の親スライスはスライス４２２である。つまり、依存スライス４２４のスライスヘッダは、先行する最も近くの通常スライスであるスライス４２２から取得する。
【０２２６】  図９を用いて説明したように、依存スライスは、先行のＬＣＵ行の先頭にある通常スライスを用いてＣＡＢＡＣ初期化を行う場合もある。しかしながら、スライス４２２が失われた場合、スライス４２４のＣＡＢＡＣの初期化を行うことはできるが、スライスヘッダ情報が欠落するため、スライス４２４を復号できない。
【０２２７】  これに対して、本実施の形態では、依存スライスは、依存スライスが含まれる行と同じ又は前の行から開始される最も近くの通常スライスを親スライスとして有する。このルールに従い、本実施の形態では、図１９に示すように、スライス４２４の親スライスはスライス４２１に設定される。そして、依存スライス４２４は、スライス４２１のスライスヘッダを用いるとともに、スライス４２１のＣＡＢＡＣ状態を用いてＣＡＢＡＣ初期化を行う。
【０２２８】  また、各依存スライスの算術復号部は、親スライスの算術復号部のコンテキストに基づき初期化されるように、スライスの依存性が設定される。
【０２２９】  なお、スライスの初期化に用いられるＣＡＢＡＣコンテキストテーブルを示す情報が、ＳＥＩメッセージ内で、明示的に信号伝達されてもよい。つまり、ＣＡＢＡＣエンジンの初期化に用いられると思われる全ての初期値を、明示的にＳＥＩメッセージ内で信号伝達してもよい。
【０２３０】  （実施の形態４）  本実施の形態では、ＷＰＰではなくタイルを用いる場合について説明する。
【０２３１】  ＷＰＰでなくタイルの場合も、ＷＰＰに対して述べた上記の問題が生じる。しかしながら、ＣＡＢＡＣコンテキストテーブルの初期化は、デフォルト初期値又は以前に記憶された値のどちらかにＣＡＢＡＣコンテキストテーブルを設定することを意味する。タイルの場合、（タイルが依存スライスから始まる場合でも）ＣＡＢＡＣコンテキストテーブルは常にタイルの先頭で、デフォルト値に初期化される。
【０２３２】  しかしながら、通常スライスがタイルの真ん中で現れる場合、そのスライスヘッダに含まれるシンタックス要素のいくつかを修正する場合がある。このシンタックス要素とは、例えば、サンプル適応オフセット処理のオン／オフを示すフラグである。このフラグが「オン」の場合、ＣＡＢＡＣエンジンは、スライスデータを解析しながら、パラメータをフィルタリングする。このように、これはＣＡＢＡＣエンジンの状態制御に関する。これについては、以下で詳述することにする。
【０２３３】  図１９は、本実施の形態に係るスライスヘッダのシンタックスを示す図である。このスライスヘッダは、依存性に関するインジケータであるｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇを含む。
【０２３４】  図２０は、２つのタイル５０１及び５０２に分割されたピクチャ５００を示す図である。図２０に示すように、タイルは、垂直線でピクチャを分割するという点が、スライスとは異なる。一般的に、ピクチャを複数のタイルに分割することができる。タイルの分割情報は、ピクチャに関するピクチャパラメータセット（ＰＰＳ）に含まれて信号伝達される。
【０２３５】  上述したように、タイルは、並列処理を可能にするツールの１つである。つまり、複数のタイルを並列に復号してもよい。なお、タイルの再構築後に、タイル境界において、最後にループフィルタ処理が一般的に行われる。
【０２３６】  ピクチャパラメータセットは、ピクチャ内のタイルの数及び位置に関する情報を含む。タイル間の空間予測が認められないという点において、タイルはスライスと類似している。ここで、「空間予測」は、イントラ予測、動きベクトル予測、又は、パラメータを参照することである。ここでパラメータとは、サンプル適応オフセットパラメータ、ピクチャに関する他のパラメータ、又は、別のタイルに関連するパラメータのことである。
【０２３７】  エントロピー符号化部及びエントロピー復号部は、各タイルの先頭でリスタートされる。
【０２３８】  図２１Ａは、符号化ツリーブロック又は最大符号化単位などの符号化単位の処理順を示す図である。この順番は、Ｚスキャン又はラスタスキャンとも呼ばれる。図２１Ａは、タイルが有効でない場合を示す。言い換えると、１ピクチャにつき１タイルが設定されている場合である。なお、ＷＰＰを有効にしてもよい。
【０２３９】  図２１Ｂは、境界５１３により分割された２つのタイル５１１及び５１２を含むフレームを示す図である。フレーム内に２つ以上のタイルが存在する場合の処理順は、以下のように決定される。
【０２４０】  まず、ＬＣＵについて上述した通常のラスタスキャン順により、全てのタイルの順序を決定する。これは、図２１Ｂにおいて、タイル５１１で始まりタイル５１２で終わる順番である。
【０２４１】  次に、図２１Ｂの矢印で示されるような通常のラスタスキャン順を用いて、各タイル内のＬＣＵの順序を決定する。最後に、各タイルの最後のＬＣＵを後続タイルの最初のＬＣＵと結ぶ。これにより、図２１Ｂに示す順序が決定される。なお、処理順の詳細については、例えば、非特許文献３に記載されている。
【０２４２】  スライスではＬＣＵ走査順が用いられる。したがって、符号化順においてスライスＡがスライスＢに先行する場合、スライスＡの全てのＬＣＵが、スライスＢの全てのＬＣＵに先行することを意味する。
【０２４３】  一方、タイルを用いた場合には、スライスのみが用いられる場合（タイルが用いられない場合）に適用される順序と異なる順序で符号化単位が走査される。具体的には、スライスのみが用いられる場合、ピクチャ内の符号化単位は、所謂Ｚスキャンにより走査される。Ｚスキャンは、ピクチャ内の左上の符号化単位から始まり、１行目を右方向に走査し、１行目の右端まで走査が終わると、２行目の左端の符号化単位から、２行目の右端の符号化単位までが走査される。このような、順序で、最後の行の最後の符号化単位までが走査される。
【０２４４】  スライスがＺスキャン順における連続数の符号化単位として構成される場合に、これは効率的である。しかしながら、タイルが用いられる場合、符号化単位の符号化又は復号順はこの順序から変更される。具体的には、各タイル内でＺスキャン順に走査が行われる。つまり、Ｚスキャン順の走査がタイルをまたがり行われることはない。よって、タイルに含まれる符号化単位の符号化又は復号は、タイルの左上の符号化単位から始まり、同タイルの右下の符号化単位で終わる。また、ピクチャ内のタイルも、上述したようにＺスキャン順で順序付けされる。
【０２４５】  現在のＨＥＶＣ標準化では、タイルとスライスとを組み合わせて使用することに関する制限が設けられている。具体的には、スライスが、整数の完全なタイルを含むことのみ認められている。また、タイルが、整数の完全なスライスを含むことのみ認められている。
【０２４６】  シンタックス要素ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シーケンスパラメータセット（ＳＰＳ）の一部としてのビットストリームのシンタックス内に含まれる。このシンタックス要素を論理値「１」に設定することにより、タイルの使用が可能となる。
【０２４７】  タイルが用いられる場合、ＷＰＰを使用することはできない。よって、タイルを使用する場合には、ＷＰＰの使用を制御するＳＰＳのシンタックス要素ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが論理値「０」に設定される。
【０２４８】  図２２Ａ〜図２２Ｃは、タイルとスライスとを同時に使用する場合の制限を説明するための図である。図２２Ａに示すように、スライスを２つのタイルに分割することは認められている。この例では、スライス（１）は、ピクチャ全体を含み、大きさが同じ２つのタイルに分割されている。
【０２４９】  図２２Ｂに示す例では、ピクチャが２つのタイルに分割されている。また、各タイルは２つのスライスに分割されている。具体的には、ピクチャは、まずタイル１及びタイル２に分割される。タイル１とタイル２はそれぞれピクチャの左半分と右半分を含む。タイル１は、スライス１及びスライス２の２つのスライスに分割され、タイル２は、スライス３及びスライス４の２つのスライスに分割される。
【０２５０】  図２２Ｃは、認められていないスライス及びタイル構造を示す図である。この例では、スライス１がタイル１及びタイル２の両方に含まれる。一方で、スライス２はタイル２内のみに存在する。よって、タイル１もタイル２も、整数の完全なタイルを含んでいない。同様に、スライス１もスライス２も、整数の完全なタイルを含んでいない。
【０２５１】  スライスとタイルとの同時使用には、このようなルールが適用される。しかしながら、これらのルールでは、異なる種類のスライスを用いる場合について具体的な検討がなされていない。つまり、スライスが通常スライスであるか依存スライスであるかは検討されていない。
【０２５２】  図２３は、ピクチャをタイル及びスライスに分割する例を示す図である。この分割は、上記の制限に従い認められている。この分割は、図２２Ｂの例に相当する。また、タイル１に含まれるスライス５２１及び５２２は通常スライスである。タイル２に含まれるスライス５２３及び５２４は依存スライスである。
【０２５３】  図２４は、ピクチャ内の符号化単位の処理、特に、符号化単位の復号又は符号化にシングルコアが用いられる場合の走査順を示す図である。図２４に示されるように、タイル分割が用いられなかった場合、シングルコアは、Ｚスキャン順で符号化単位を復号する。
【０２５４】  しかしながら、タイルの定義、つまりタイル境界に従い、ＣＡＢＡＣエンジンは再初期化される。つまり、タイルの境界におけるＣＡＢＡＣ状態を、後の初期化のために記憶しておく必要がある。このように、シングルコア復号手順は、ビットストリームにおいてジャンプを必要とする。なぜなら、タイル分割は、符号化単位の符号化順を変更するからである。
【０２５５】  また、依存スライスが有効な場合、シングルコア復号はより複雑になる。図２３で示される分割されたピクチャの復号を以下に例示する。
【０２５６】  第１ステップでは、スライス５２１の符号化単位行１行目が復号される。第２ステップでは、スライス５２２のスライスアドレスが復号される。スライスアドレスはスライスヘッダに含まれて信号伝達される。スライスアドレスは、ＬＣＵ数で表され、スライスが始まるビットストリーム内の位置を示す。また、スライスアドレスは、タイル２に含まれる一番目の符号化単位とは異なる。
【０２５７】  第３ステップでは、スライス５２３が復号される。スライスアドレスは正確であるが、このスライスは依存スライスである。よって、スライス５２３は、タイル１に含まれるスライス５２２のスライスヘッダを用いる。このため、復号処理は、スライス５２２へジャンプして戻り、そのヘッダが復号される。そして、復号処理は、スライス５２３の復号に戻るため、ジャンプして前に進む。その後、スライス５２３の復号が開始される。
【０２５８】  この簡略な例から分かるように、画像復号装置は、ビットストリーム内で、ジャンプして後ろに戻ったり前に進んだりする必要があり、タイル２の復号を開始する際には、追加の確認を行う必要がある。これは、依存スライスを使用するために、タイル間に依存性が生じることによる。
【０２５９】  これに対して、本実施の形態では、依存スライス及びタイルの効果的な適用を可能にする手法を実現する。具体的には、ピクチャのスライス及びタイルへの分割に関して制限を設けることで、通常の順序において確実に適切な符号化及び復号を行えるようにする。
【０２６０】  本実施の形態に係る画像復号装置は、それぞれが複数の画像スライス及び画像タイルを含む複数のフレームを含む符号化映像シーケンスのビットストリームを復号する。各画像スライス及び各画像タイルは、複数の符号化単位を含む。当該画像復号装置は、タイル１、及び、タイル１の次に符号化されるタイル２を、ビットストリームから抽出（解析）する解析部を備える。算術復号部によるタイル２の復号において、タイル１の分割情報を必要としないように、フレームはスライス及びタイルへ分割される。
【０２６１】  当該画像復号装置はさらに、少なくとも部分的に並列にタイル１及びタイル２を算術復号することにより、スライスを復号する算術復号部を備える。
【０２６２】  また、本実施の形態に係る画像符号化装置は、少なくとも部分的に算術符号を用いて、複数の符号化単位に分割された複数の画像スライスを含む映像をビットストリームへ符号化する。
【０２６３】  当該画像符号化装置は、第１タイル及び前記第１タイルの次に符号化された第２タイルを前記ビットストリームへ埋め込むビットストリーム生成部と、算術復号部により前記第２タイルを復号する際、前記第１タイルの分割情報を必要としないで済むように、前記各フレームを前記スライス及び前記タイルに分割し、前記第１タイル及び前記第２タイルを少なくとも部分的に並列に算術符号化することにより、前記各スライスを符号化する算術符号化部とを備える。
【０２６４】  本実施の形態の第１例では、タイルが有効であり、同時に依存スライスの利用が可能な場合には、通常スライスはタイルの先頭でのみ始まる。つまり、ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と同等であり、同時にｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と同等である場合、各通常スライスはタイルの開始位置で始まらなければならない。
【０２６５】  ここで、ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの両方は、ピクチャパラメータセットに含まれる。
【０２６６】  なお、ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０と同等の場合、通常スライスのみが用いられる。これにより、上記の問題は避けられる。これは、図２２Ｂに示すピクチャにおいて、全てのスライスが通常スライスである場合に対応する。
【０２６７】  このように第１例では、別のスライスにヘッダが用いられるスライス（通常スライス）は常に、タイルの先頭で始まる。言い換えると、画像の先頭スライスは通常スライスであり、他のスライスは依存スライスである。つまり、通常スライスは画像の先頭スライスとしてのみ認められる。また、先頭以外のスライスは、常に依存スライスである。例えば、図２５Ｃに示すピクチャは認められるが、図２５Ｂに示すピクチャは認められない。
【０２６８】  本実施の形態の第２例では、タイルが有効であり、タイルの開始位置以外の位置で通常スライスが始まる場合、次に符号化されるタイルは依存スライスから始まらない。つまり、ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と同等で、ｓｌｉｃｅ＿ａｄｄｒｅｓｓがタイルの開始アドレスと同等な場合、次のタイルは依存スライスから始まらない。
【０２６９】  これにより、図２３を用いて説明したように、依存スライス５２３を復号する際、通常スライス５２２のスライスヘッダにジャンプして戻るという処理が発生しない。つまり、スライス５２３は、依存スライスとして認められない。なぜなら、通常スライス５２２は、タイルの開始位置ではなく、タイル内で始まるからである。
【０２７０】  よって、本実施の形態において、ヘッダを別のスライスに用いられるスライス（通常スライス）がタイルの先頭で始まらない場合、当該タイルの次に符号化されるタイルは、復号に別のスライスのヘッダを用いるスライス（依存スライス）から始まらない。
【０２７１】  このように、第２例では、通常スライスが第１タイルの先頭以外から始まる場合、当該第１タイルの次に符号化された第２タイルは依存スライスから始まらない。つまり、第１タイルの２番目又はそれ以降のスライスのうち少なくとも一つが通常スライスである場合、第２タイルの先頭スライスは通常スライスである。
【０２７２】  例えば、図２５Ａに示すように、タイル１に含まれる通常スライス（３）が存在する場合、タイル２の先頭スライス（４）を依存スライスに設定することはできない。また、スライス（２）及びスライス（３）の少なくとも一方が通常スライスである場合には、スライス（４）を依存スライスに設定することはできない。よって、図２５Ｂに示すように、スライス（４）を通常スライスに設定する必要がある。また、第２例では、図２５Ｃに示すようなピクチャも認められる。
【０２７３】  本実施の形態の第３例では、タイルが依存スライスで始まる場合、完全なタイルが依存スライスに含まれる。つまり、復号に別のスライスのヘッダを用いるスライスからタイルが始まる場合、タイル全体が当該スライス内に含まれる。
【０２７４】  このように、第３例では、第３タイルの先頭が依存スライスである場合、当該依存スライスは第３タイル全体を含む。言い換えると、第３タイルは、一つの依存スライスのみを含む。例えば、図２６Ａに示すように、タイル２が依存スライス（４）で始まる場合、タイル２が複数のスライスを含むことは認められない。よって、図２６Ｂに示すように、タイル２は、一つの依存スライス（４）のみを含む必要がある。
【０２７５】  本実施の形態の第４例では、ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と同等であり、スライス（通常スライス又は依存スライス）がタイルの真ん中で始まる場合、次に符号化されるタイルは依存スライスから始まらない。なお、ここで、「タイルの真ん中」は、実際の真ん中ではなく、スライスの一つ目のＣＴＢがタイルの一つ目のＣＴＢではないことを意味する。つまり、「タイルの真ん中」は、タイル内のことを意味する。
【０２７６】  つまり、スライスがタイルの先頭で始まらない場合、次に符号化されるタイルは、別のスライスのヘッダを用いるスライスから始まらない。言い換えると、第１タイルが、第１タイルの先頭以外から始まるスライスを含む場合（第１タイルが複数のスライスを含む場合）、第２タイルは依存スライスから始まらない。例えば、図２７Ａに示すように、タイル１が複数のタイルを含む場合には、タイル２の先頭スライス（４）を依存スライスに設定することは認められない。よって、図２７Ｂに示すように、タイル２の先頭スライス（４）を通常スライスに設定する必要がある。
【０２７７】  なお、タイルに関連する本実施の形態及び他の実施の形態は組み合わせ可能であり、特定のルール及び制限を組み合わせてもよい。
【０２７８】  また、本実施の形態の別の例では、ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と同等の場合、依存スライスは許可されない。つまり、依存スライスを、ＷＰＰと一緒に用いることは認められるが、タイルと一緒に用いることは認められない。これにより、タイルを用いる場合の追加的な問題を回避できる。つまり、タイルを用いる場合、スライスが、他のスライスのヘッダを復号に用いることはない。
【０２７９】  また、上記制限の適用に加えて、又は、その代わりに、依存スライスが有効で、ＷＰＰ及びタイルの何れかが有効な場合、上記制限を示すインジケータをビットストリームに埋め込んでもよい。例えば、このインジケータはＳＰＳ又はＰＰＳに埋め込まれる。なお、このインジケータは、ＳＥＩメッセージなどの別のメッセージ又は任意のビデオ・ユーザビリティ情報（ＶＵＩ）メッセージに埋め込まれてもよい。
【０２８０】  このインジケータに基づいて、画像復号装置は、適用される制限を把握する。例えば、この制限は、タイルの先頭（又は、ＷＰＰの場合は、ＬＣＵ行の先頭）のみで通常スライスが始まってもよいという制限である。なお、これは、制限の一例にすぎず、上記の制限の何れか、又は、これらの制限の組み合わせ、又は、明示的に記載されていない追加の制限を適用してもよい。
【０２８１】  例えば、このインジケータは、所定の制限に対し、当該制限を適用するか否かを示す、１ビットのフラグであってもよい。また、選択可能な複数の制限があってもよく、選択された制限を示す情報がビットストリームに含まれて画像復号装置に信号伝達される。つまり、上述した例のように明示的に使用を制限するのではなく、画像符号化装置がそのような制限を用いることを画像復号装置に知らせてもよい。したがって、制限に関連する上記例のいずれを適用してもよい。
【０２８２】  このように、本発明の一態様に係る画像復号方法は、ピクチャの分割が制限されていることを示す制限インジケータをビットストリームから取得するステップを含む。また、本発明の一態様に係る画像符号化方法は、ピクチャの分割が制限されていることを示す制限インジケータをビットストリームに埋め込むステップを含む。
【０２８３】  なお、インジケータを追加するか否かを、ＷＰＰ又はタイルが有効化どうかによって決定しなくてもよい。また、インジケータを追加する場合に、依存スライスを有効化しなくてもよい。つまり、依存スライスの利用の有効及び無効に係らず、インジケータを追加してもよい。
【０２８４】  また、対象スライスの親スライスがタイルの先頭で始まることを示すインジケータをビットストリームに追加してもよい。つまり、本発明の一態様に係る画像復号方法は、依存スライスにスライスヘッダが用いられる親スライスがタイル先頭から始まるか否かを示すインジケータをビットストリームから取得するステップを含む。また、本発明の一態様に係る画像符号化方法は、依存スライスにスライスヘッダが用いられる親スライスがタイル先頭から始まるか否かを示すインジケータをビットストリームに埋め込むステップを含む。
【０２８５】  また、ピクチャに含まれる全てのスライスが同一のスライスヘッダを用いることを示すインジケータをビットストリームに追加してもよい。つまり、このインジケータは、通常スライスのヘッダに存在し、かつ依存スライスのヘッダに存在しないシンタックス要素全てが、ピクチャに含まれる全てのスライスに対して同一であることを示す。
【０２８６】  このように、ピクチャの分割が所定のルールにより制限されたことを示す制限インジケータがビットストリームに含まれてもよい。
【０２８７】  また、対象スライスの親スライスがタイルの先頭で始まるか否かを示すインジケータが、ビットストリームに埋め込まれてもよい。ここで、親スライスのヘッダは、対象スライスに用いられる。
【０２８８】  また、本発明の一態様に係る画像復号方法は、画像が複数のタイルに分割されるとともに複数のスライスに分割されて符号化された符号化信号を含むビットストリームを復号する画像復号方法であって、前記符号化信号を復号する復号ステップを含む。また、本発明の一態様に係る画像符号化方法は、画像を複数のタイルを分割するとともに複数のスライスに分割して符号化することでビットストリームを生成する画像符号化方法であって、画像を複数のタイルに分割するとともに複数のスライスに分割する分割ステップと、分割された複数のタイル及び複数のスライスを符号化する符号化ステップとを含む。
【０２８９】  また、複数のスライスの各々は、通常スライスと、依存スライスとのいずれかである。通常スライスは、当該スライスのスライスヘッダに含まれる情報が別のスライスに用いられる可能性があるスライスである。依存スライスは、復号に別のスライスのスライスヘッダに含まれる情報を用いるスライスである。ここで、別のスライスとは、例えば、依存スライスの前に位置し、かつ最も近い通常スライスである。
【０２９０】  また、分割ステップでは、上述した制限の１つ又は複数が満たされるように、画像を複数のタイルに分割するとともに複数のスライスに分割する。
【０２９１】  また、復号ステップでは、第１タイル及び第２タイルを並列復号し、第２タイルの復号を開始する際に、第１タイルにおけるスライス構造を示す分割情報を参照せずに、第２タイルを復号してもよい。また、分割ステップでは、画像復号装置において第１タイル及び第２タイルを並列復号する場合において、当該画像復号装置が第２タイルの復号を開始する際に、第１タイルにおけるスライス構造を示す分割情報を参照せずに、第２タイルを復号できるように画像を複数のタイルに分割するとともに複数のスライスに分割してもよい。
【０２９２】  ここで分割情報とは、例えば、スライス位置（先頭位置）又はスライスヘッダの位置を示す情報である。画像復号装置は、この分割情報を参照することで、上述した処理対象のタイルをジャンプする処理を行う。
【０２９３】  また、上述したようにスライスヘッダに、当該スライスが通常スライスである依存スライスであるかを示す情報（ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇ）が含まれる。つまり、画像復号方法は、スライスが通常スライスであるか依存スライスであるかを示す情報をスライスヘッダから取得するステップを含む。また、画像符号化方法は、スライスが通常スライスであるか依存スライスであるかを示す情報をスライスヘッダに埋め込むステップを含む。
【０２９４】  また、ＷＰＰの場合に上記で検討したのと同一の問題がタイルにも起こる。よって、上記の解決策をタイルにも適用できる。ＷＰＰの代わりにタイルが有効化される場合、並列処理される部分は、ＬＣＵ行ではなく、ＬＣＵで構成されるタイルである。つまり、上述した解決策は、ＬＣＵ行をタイルに置き換えることで、タイルにそのまま利用可能である。
【０２９５】  上述したように、ビットストリームは、通常スライス及び依存スライスを含んでもよく、これらの復号は通常スライスのスライスヘッダにおいて信号伝達されるパラメータに基づく。
【０２９６】  本発明の一態様では、通常スライスがタイルの開始位置で始まらない場合、通常スライスに依存する依存スライスは、当該通常スライスに続くことができないという制限が適用される。
【０２９７】  また、本発明の一態様では、画像に含まれる１番目のスライスのみを通常スライスとし、残りのスライスを依存スライスとするように、画像をスライスに分割するという制限を適用する。
【０２９８】  また、各依存スライスの算術復号部が親スライスのスライスヘッダを使用することで、スライスの依存性が生じる。
【０２９９】  また、本発明の一態様では、依存スライスの適用が可能な場合、制限インジケータがビットストリームに埋め込まれる。当該依存スライスは、符号化画像データを含み、別のスライスのヘッダのパラメータを用いるスライスである。
【０３００】  また、制限は、上述したどの制限でも、そのような制限の組み合わせでも、上で例示した制限以外の制限であってもよい。
【０３０１】  また、本発明の一態様に係る装置は、少なくとも部分的に算術符号で符号化された、複数の画像スライス及び複数の画像タイルを含む符号化映像シーケンスのビットストリームを復号する装置であって、スライスの算術復号の確率モデルが所定値で初期化されるか否かを示す初期化インジケータを、前記ビットストリームの前記スライス用のデータから抽出する解析部と、前記初期化インジケータに従い、前記所定値で算術復号用の前記確率モデルを初期化するか否かを制御する制御部と、算術復号を行うことにより、前記スライスを復号する算術復号部とを備える。
【０３０２】  また、本発明の一態様に係る装置は、複数の画像スライスを含む映像シーケンスを少なくとも部分的に算術符号で符号化し、ビットストリームを生成する装置であって、スライスの算術復号の確率モデルが所定値で初期化されるか否かを示す初期化インジケータを、前記ビットストリームデータの前記スライス用のデータへ埋め込むビットストリーム生成部と、前記初期化インジケータに従い、前記所定値で算術符号化用の前記確率モデルを初期化するか否かを制御する制御部と、算術符号化を行うことにより、前記スライスを符号化する算術符号化部とを備える。
【０３０３】  例えば、前記初期化インジケータは、前記スライスのヘッダデータに埋め込まれる。
【０３０４】  例えば、この初期化インジケータは、１ビットフラグである。当該１ビットフラグにおいて、「１」は算術復号の確率モデルが所定値で初期化されることを示し、「０」は算術復号の確率モデルが別の方法で初期化されることを示す。
【０３０５】  例えば、画像の画素ブロックに対応する符号化単位に画像のスライスを分割してもよく、スライスが、別のスライスのヘッダのパラメータを用いるスライスである依存スライスの場合のみ、解析部は、ヘッダデータにおける初期化インジケータを抽出してもよい。
【０３０６】  例えば、タイルの並列復号が可能な場合のみ、解析部は、ヘッダデータの初期化インジケータを抽出してもよい。または、スライスがタイルの先頭で始まる場合のみ、解析部は、ヘッダデータの初期化インジケータを抽出してもよい。
【０３０７】  例えば、初期化インジケータは、スライスヘッダの外のＳＥＩメッセージに埋め込まれる。
【０３０８】  なお、上記説明で用いた「スライス（通常スライス又は依存スライス）」は、「スライスセグメント（通常スライスセグメント又は依存スライスセグメント）」と呼ばれる場合もある。この場合、１以上の連続するスライスセグメントを含む単位を「スライス」と呼ぶ。具体的には、一つのスライスは、一つの通常スライスセグメントと、当該通常スライスセグメントの後に連続する１以上の依存スライスセグメントとを含む。つまり、ある通常スライスセグメントの直後が通常スライスセグメントである場合、スライスは当該通常スライスセグメントのみを含む。また、ある通常スライスセグメントの直後に１以上の依存スライスセグメントが連続する場合、スライスは、当該通常スライスセグメントと、当該１以上の依存スライスセグメントとを含む。つまり、通常スライスセグメントから、次の通常スライスセグメントの直前の依存スライスセグメントまでが、一つのスライスに含まれる。
【０３０９】  また、このような定義を用いた場合、上述したタイルとスライスとの制限は、以下の定義に対応するといえる。
【０３１０】  以下の二つの条件のうち少なくとも一方が満たされる必要がある。（１）あるスライスに含まれる全ての符号化ツリー単位は同じタイルに属する。（２）あるタイルに含まれる全ての符号化ツリー単位は同じスライスに属する。
【０３１１】  ここで符号化ツリー単位とは、上述したＬＣＵ及び符号化ツリーブロックと同様の意味である。
【０３１２】  また、以下の二つの条件のうち少なくとも一方が満たされる必要がある。（１）あるスライスセグメントに含まれる全ての符号化ツリー単位は同じタイルに属する。（２）あるタイルに含まれる全ての符号化ツリー単位は同じスライスセグメントに属する。
【０３１３】  以上、実施の形態に係る画像符号化方法に及び画像復号方法ついて説明したが、本発明は、この実施の形態に限定されるものではない。
【０３１４】  上記画像符号化方法及び画像復号方法は、画像符号化装置及び画像復号装置により実現される。また、画像符号化装置及び画像復号装置の構成は、例えば、図１及び図２に示す構成と同様であり、上記画像符号化方法及び画像復号方法に含まれる特徴的なステップは、図１及び図２に図示するいずれかの処理部、又は、図示しない処理部により実行される。
【０３１５】  また、上記実施の形態に係る画像符号化装置及び画像復号装置に含まれる各処理部は典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。
【０３１６】  また、集積回路化はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、又はＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０３１７】  上記各実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵ又はプロセッサなどのプログラム実行部が、ハードディスク又は半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。
【０３１８】  言い換えると、画像符号化装置及び画像復号装置は、制御回路（ｃｏｎｔｒｏｌ  ｃｉｒｃｕｉｔｒｙ）と、当該制御回路に電気的に接続された（当該制御回路からアクセス可能な）記憶装置（ｓｔｏｒａｇｅ）とを備える。制御回路は、専用のハードウェア及びプログラム実行部の少なくとも一方を含む。また、記憶装置は、制御回路がプログラム実行部を含む場合には、当該プログラム実行部により実行されるソフトウェアプログラムを記憶する。
【０３１９】  さらに、本発明は上記ソフトウェアプログラムであってもよいし、上記プログラムが記録された非一時的なコンピュータ読み取り可能な記録媒体であってもよい。また、上記プログラムは、インターネット等の伝送媒体を介して流通させることができるのは言うまでもない。
【０３２０】  また、上記で用いた数字は、全て本発明を具体的に説明するために例示するものであり、本発明は例示された数字に制限されない。
【０３２１】  また、ブロック図における機能ブロックの分割は一例であり、複数の機能ブロックを一つの機能ブロックとして実現したり、一つの機能ブロックを複数に分割したり、一部の機能を他の機能ブロックに移してもよい。また、類似する機能を有する複数の機能ブロックの機能を単一のハードウェア又はソフトウェアが並列又は時分割に処理してもよい。
【０３２２】  また、上記の画像符号化方法又は画像復号方法に含まれるステップが実行される順序は、本発明を具体的に説明するために例示するためのものであり、上記以外の順序であってもよい。また、上記ステップの一部が、他のステップと同時（並列）に実行されてもよい。
【０３２３】  以上、本発明の一つ又は複数の態様に係る画像符号化装置及び画像復号装置について、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の一つ又は複数の態様の範囲内に含まれてもよい。
【０３２４】  （実施の形態５）  上記各実施の形態で示した動画像符号化方法（画像符号化方法）または動画像復号化方法（画像復号方法）の構成を実現するためのプログラムを記憶メディアに記録することにより、上記各実施の形態で示した処理を独立したコンピュータシステムにおいて簡単に実施することが可能となる。記憶メディアは、磁気ディスク、光ディスク、光磁気ディスク、ＩＣカード、半導体メモリ等、プログラムを記録できるものであればよい。
【０３２５】  さらにここで、上記各実施の形態で示した動画像符号化方法（画像符号化方法）や動画像復号化方法（画像復号方法）の応用例とそれを用いたシステムを説明する。当該システムは、画像符号化方法を用いた画像符号化装置、及び画像復号方法を用いた画像復号装置からなる画像符号化復号装置を有することを特徴とする。システムにおける他の構成について、場合に応じて適切に変更することができる。
【０３２６】  図２８は、コンテンツ配信サービスを実現するコンテンツ供給システムex１００の全体構成を示す図である。通信サービスの提供エリアを所望の大きさに分割し、各セル内にそれぞれ固定無線局である基地局ex１０６、ex１０７、ex１０８、ex１０９、ex１１０が設置されている。
【０３２７】  このコンテンツ供給システムex１００は、インターネットex１０１にインターネットサービスプロバイダex１０２および電話網ex１０４、および基地局ex１０６からex１１０を介して、コンピュータex１１１、ＰＤＡ（Personal Digital Assistant）ex１１２、カメラex１１３、携帯電話ex１１４、ゲーム機ex１１５などの各機器が接続される。
【０３２８】  しかし、コンテンツ供給システムex１００は図２８のような構成に限定されず、いずれかの要素を組合せて接続するようにしてもよい。また、固定無線局である基地局ex１０６からex１１０を介さずに、各機器が電話網ex１０４に直接接続されてもよい。また、各機器が近距離無線等を介して直接相互に接続されていてもよい。
【０３２９】  カメラex１１３はデジタルビデオカメラ等の動画撮影が可能な機器であり、カメラex１１６はデジタルカメラ等の静止画撮影、動画撮影が可能な機器である。また、携帯電話ex１１４は、ＧＳＭ（登録商標）（Global System for Mobile Communications）方式、ＣＤＭＡ（Code Division Multiple Access）方式、Ｗ−ＣＤＭＡ（Wideband-Code Division Multiple Access）方式、若しくはＬＴＥ（Long Term Evolution）方式、ＨＳＰＡ(High Speed Packet Access)の携帯電話機、またはＰＨＳ（Personal Handyphone System）等であり、いずれでも構わない。
【０３３０】  コンテンツ供給システムex１００では、カメラex１１３等が基地局ex１０９、電話網ex１０４を通じてストリーミングサーバex１０３に接続されることで、ライブ配信等が可能になる。ライブ配信では、ユーザがカメラex１１３を用いて撮影するコンテンツ（例えば、音楽ライブの映像等）に対して上記各実施の形態で説明したように符号化処理を行い（即ち、本発明の一態様に係る画像符号化装置として機能する）、ストリーミングサーバex１０３に送信する。一方、ストリーミングサーバex１０３は要求のあったクライアントに対して送信されたコンテンツデータをストリーム配信する。クライアントとしては、上記符号化処理されたデータを復号化することが可能な、コンピュータex１１１、ＰＤＡex１１２、カメラex１１３、携帯電話ex１１４、ゲーム機ex１１５等がある。配信されたデータを受信した各機器では、受信したデータを復号化処理して再生する（即ち、本発明の一態様に係る画像復号装置として機能する）。
【０３３１】  なお、撮影したデータの符号化処理はカメラex１１３で行っても、データの送信処理をするストリーミングサーバex１０３で行ってもよいし、互いに分担して行ってもよい。同様に配信されたデータの復号化処理はクライアントで行っても、ストリーミングサーバex１０３で行ってもよいし、互いに分担して行ってもよい。また、カメラex１１３に限らず、カメラex１１６で撮影した静止画像および／または動画像データを、コンピュータex１１１を介してストリーミングサーバex１０３に送信してもよい。この場合の符号化処理はカメラex１１６、コンピュータex１１１、ストリーミングサーバex１０３のいずれで行ってもよいし、互いに分担して行ってもよい。
【０３３２】  また、これら符号化・復号化処理は、一般的にコンピュータex１１１や各機器が有するＬＳＩex５００において処理する。ＬＳＩex５００は、ワンチップであっても複数チップからなる構成であってもよい。なお、動画像符号化・復号化用のソフトウェアをコンピュータex１１１等で読み取り可能な何らかの記録メディア（ＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスクなど）に組み込み、そのソフトウェアを用いて符号化・復号化処理を行ってもよい。さらに、携帯電話ex１１４がカメラ付きである場合には、そのカメラで取得した動画データを送信してもよい。このときの動画データは携帯電話ex１１４が有するＬＳＩex５００で符号化処理されたデータである。
【０３３３】  また、ストリーミングサーバex１０３は複数のサーバや複数のコンピュータであって、データを分散して処理したり記録したり配信するものであってもよい。
【０３３４】  以上のようにして、コンテンツ供給システムex１００では、符号化されたデータをクライアントが受信して再生することができる。このようにコンテンツ供給システムex１００では、ユーザが送信した情報をリアルタイムでクライアントが受信して復号化し、再生することができ、特別な権利や設備を有さないユーザでも個人放送を実現できる。
【０３３５】  なお、コンテンツ供給システムex１００の例に限らず、図２９に示すように、デジタル放送用システムex２００にも、上記各実施の形態の少なくとも動画像符号化装置（画像符号化装置）または動画像復号化装置（画像復号装置）のいずれかを組み込むことができる。具体的には、放送局ex２０１では映像データに音楽データなどが多重化された多重化データが電波を介して通信または衛星ex２０２に伝送される。この映像データは上記各実施の形態で説明した動画像符号化方法により符号化されたデータである（即ち、本発明の一態様に係る画像符号化装置によって符号化されたデータである）。これを受けた放送衛星ex２０２は、放送用の電波を発信し、この電波を衛星放送の受信が可能な家庭のアンテナex２０４が受信する。受信した多重化データを、テレビ（受信機）ex３００またはセットトップボックス（ＳＴＢ）ex２１７等の装置が復号化して再生する（即ち、本発明の一態様に係る画像復号装置として機能する）。
【０３３６】  また、ＤＶＤ、ＢＤ等の記録メディアex２１５に記録した多重化データを読み取り復号化する、または記録メディアex２１５に映像信号を符号化し、さらに場合によっては音楽信号と多重化して書き込むリーダ／レコーダex２１８にも上記各実施の形態で示した動画像復号化装置または動画像符号化装置を実装することが可能である。この場合、再生された映像信号はモニタex２１９に表示され、多重化データが記録された記録メディアex２１５により他の装置やシステムにおいて映像信号を再生することができる。また、ケーブルテレビ用のケーブルex２０３または衛星／地上波放送のアンテナex２０４に接続されたセットトップボックスex２１７内に動画像復号化装置を実装し、これをテレビのモニタex２１９で表示してもよい。このときセットトップボックスではなく、テレビ内に動画像復号化装置を組み込んでもよい。
【０３３７】  図３０は、上記各実施の形態で説明した動画像復号化方法および動画像符号化方法を用いたテレビ（受信機）ex３００を示す図である。テレビex３００は、上記放送を受信するアンテナex２０４またはケーブルex２０３等を介して映像データに音声データが多重化された多重化データを取得、または出力するチューナex３０１と、受信した多重化データを復調する、または外部に送信する多重化データに変調する変調／復調部ex３０２と、復調した多重化データを映像データと、音声データとに分離する、または信号処理部ex３０６で符号化された映像データ、音声データを多重化する多重／分離部ex３０３を備える。
【０３３８】  また、テレビex３００は、音声データ、映像データそれぞれを復号化する、またはそれぞれの情報を符号化する音声信号処理部ex３０４、映像信号処理部ex３０５（本発明の一態様に係る画像符号化装置または画像復号装置として機能する）を有する信号処理部ex３０６と、復号化した音声信号を出力するスピーカex３０７、復号化した映像信号を表示するディスプレイ等の表示部ex３０８を有する出力部ex３０９とを有する。さらに、テレビex３００は、ユーザ操作の入力を受け付ける操作入力部ex３１２等を有するインタフェース部ex３１７を有する。さらに、テレビex３００は、各部を統括的に制御する制御部ex３１０、各部に電力を供給する電源回路部ex３１１を有する。インタフェース部ex３１７は、操作入力部ex３１２以外に、リーダ／レコーダex２１８等の外部機器と接続されるブリッジex３１３、ＳＤカード等の記録メディアex２１６を装着可能とするためのスロット部ex３１４、ハードディスク等の外部記録メディアと接続するためのドライバex３１５、電話網と接続するモデムex３１６等を有していてもよい。なお記録メディアex２１６は、格納する不揮発性／揮発性の半導体メモリ素子により電気的に情報の記録を可能としたものである。テレビex３００の各部は同期バスを介して互いに接続されている。
【０３３９】  まず、テレビex３００がアンテナex２０４等により外部から取得した多重化データを復号化し、再生する構成について説明する。テレビex３００は、リモートコントローラex２２０等からのユーザ操作を受け、ＣＰＵ等を有する制御部ex３１０の制御に基づいて、変調／復調部ex３０２で復調した多重化データを多重／分離部ex３０３で分離する。さらにテレビex３００は、分離した音声データを音声信号処理部ex３０４で復号化し、分離した映像データを映像信号処理部ex３０５で上記各実施の形態で説明した復号化方法を用いて復号化する。復号化した音声信号、映像信号は、それぞれ出力部ex３０９から外部に向けて出力される。出力する際には、音声信号と映像信号が同期して再生するよう、バッファex３１８、ex３１９等に一旦これらの信号を蓄積するとよい。また、テレビex３００は、放送等からではなく、磁気／光ディスク、ＳＤカード等の記録メディアex２１５、ex２１６から多重化データを読み出してもよい。次に、テレビex３００が音声信号や映像信号を符号化し、外部に送信または記録メディア等に書き込む構成について説明する。テレビex３００は、リモートコントローラex２２０等からのユーザ操作を受け、制御部ex３１０の制御に基づいて、音声信号処理部ex３０４で音声信号を符号化し、映像信号処理部ex３０５で映像信号を上記各実施の形態で説明した符号化方法を用いて符号化する。符号化した音声信号、映像信号は多重／分離部ex３０３で多重化され外部に出力される。多重化する際には、音声信号と映像信号が同期するように、バッファex３２０、ex３２１等に一旦これらの信号を蓄積するとよい。なお、バッファex３１８、ex３１９、ex３２０、ex３２１は図示しているように複数備えていてもよいし、１つ以上のバッファを共有する構成であってもよい。さらに、図示している以外に、例えば変調／復調部ex３０２や多重／分離部ex３０３の間等でもシステムのオーバフロー、アンダーフローを避ける緩衝材としてバッファにデータを蓄積することとしてもよい。
【０３４０】  また、テレビex３００は、放送等や記録メディア等から音声データ、映像データを取得する以外に、マイクやカメラのＡＶ入力を受け付ける構成を備え、それらから取得したデータに対して符号化処理を行ってもよい。なお、ここではテレビex３００は上記の符号化処理、多重化、および外部出力ができる構成として説明したが、これらの処理を行うことはできず、上記受信、復号化処理、外部出力のみが可能な構成であってもよい。
【０３４１】  また、リーダ／レコーダex２１８で記録メディアから多重化データを読み出す、または書き込む場合には、上記復号化処理または符号化処理はテレビex３００、リーダ／レコーダex２１８のいずれで行ってもよいし、テレビex３００とリーダ／レコーダex２１８が互いに分担して行ってもよい。
【０３４２】  一例として、光ディスクからデータの読み込みまたは書き込みをする場合の情報再生／記録部ex４００の構成を図３１に示す。情報再生／記録部ex４００は、以下に説明する要素ex４０１、ex４０２、ex４０３、ex４０４、ex４０５、ex４０６、ex４０７を備える。光ヘッドex４０１は、光ディスクである記録メディアex２１５の記録面にレーザスポットを照射して情報を書き込み、記録メディアex２１５の記録面からの反射光を検出して情報を読み込む。変調記録部ex４０２は、光ヘッドex４０１に内蔵された半導体レーザを電気的に駆動し記録データに応じてレーザ光の変調を行う。再生復調部ex４０３は、光ヘッドex４０１に内蔵されたフォトディテクタにより記録面からの反射光を電気的に検出した再生信号を増幅し、記録メディアex２１５に記録された信号成分を分離して復調し、必要な情報を再生する。バッファex４０４は、記録メディアex２１５に記録するための情報および記録メディアex２１５から再生した情報を一時的に保持する。ディスクモータex４０５は記録メディアex２１５を回転させる。サーボ制御部ex４０６は、ディスクモータex４０５の回転駆動を制御しながら光ヘッドex４０１を所定の情報トラックに移動させ、レーザスポットの追従処理を行う。システム制御部ex４０７は、情報再生／記録部ex４００全体の制御を行う。上記の読み出しや書き込みの処理はシステム制御部ex４０７が、バッファex４０４に保持された各種情報を利用し、また必要に応じて新たな情報の生成・追加を行うと共に、変調記録部ex４０２、再生復調部ex４０３、サーボ制御部ex４０６を協調動作させながら、光ヘッドex４０１を通して、情報の記録再生を行うことにより実現される。システム制御部ex４０７は例えばマイクロプロセッサで構成され、読み出し書き込みのプログラムを実行することでそれらの処理を実行する。
【０３４３】  以上では、光ヘッドex４０１はレーザスポットを照射するとして説明したが、近接場光を用いてより高密度な記録を行う構成であってもよい。
【０３４４】  図３２に光ディスクである記録メディアex２１５の模式図を示す。記録メディアex２１５の記録面には案内溝（グルーブ）がスパイラル状に形成され、情報トラックex２３０には、予めグルーブの形状の変化によってディスク上の絶対位置を示す番地情報が記録されている。この番地情報はデータを記録する単位である記録ブロックex２３１の位置を特定するための情報を含み、記録や再生を行う装置において情報トラックex２３０を再生し番地情報を読み取ることで記録ブロックを特定することができる。また、記録メディアex２１５は、データ記録領域ex２３３、内周領域ex２３２、外周領域ex２３４を含んでいる。ユーザデータを記録するために用いる領域がデータ記録領域ex２３３であり、データ記録領域ex２３３より内周または外周に配置されている内周領域ex２３２と外周領域ex２３４は、ユーザデータの記録以外の特定用途に用いられる。情報再生／記録部ex４００は、このような記録メディアex２１５のデータ記録領域ex２３３に対して、符号化された音声データ、映像データまたはそれらのデータを多重化した多重化データの読み書きを行う。
【０３４５】  以上では、１層のＤＶＤ、ＢＤ等の光ディスクを例に挙げ説明したが、これらに限ったものではなく、多層構造であって表面以外にも記録可能な光ディスクであってもよい。また、ディスクの同じ場所にさまざまな異なる波長の色の光を用いて情報を記録したり、さまざまな角度から異なる情報の層を記録したりなど、多次元的な記録／再生を行う構造の光ディスクであってもよい。
【０３４６】  また、デジタル放送用システムex２００において、アンテナex２０５を有する車ex２１０で衛星ex２０２等からデータを受信し、車ex２１０が有するカーナビゲーションex２１１等の表示装置に動画を再生することも可能である。なお、カーナビゲーションex２１１の構成は例えば図３０に示す構成のうち、ＧＰＳ受信部を加えた構成が考えられ、同様なことがコンピュータex１１１や携帯電話ex１１４等でも考えられる。
【０３４７】  図３３Ａは、上記実施の形態で説明した動画像復号化方法および動画像符号化方法を用いた携帯電話ex１１４を示す図である。携帯電話ex１１４は、基地局ex１１０との間で電波を送受信するためのアンテナex３５０、映像、静止画を撮ることが可能なカメラ部ex３６５、カメラ部ex３６５で撮像した映像、アンテナex３５０で受信した映像等が復号化されたデータを表示する液晶ディスプレイ等の表示部ex３５８を備える。携帯電話ex１１４は、さらに、操作キー部ex３６６を有する本体部、音声を出力するためのスピーカ等である音声出力部ex３５７、音声を入力するためのマイク等である音声入力部ex３５６、撮影した映像、静止画、録音した音声、または受信した映像、静止画、メール等の符号化されたデータもしくは復号化されたデータを保存するメモリ部ex３６７、又は同様にデータを保存する記録メディアとのインタフェース部であるスロット部ex３６４を備える。
【０３４８】  さらに、携帯電話ex１１４の構成例について、図３３Ｂを用いて説明する。携帯電話ex１１４は、表示部ex３５８及び操作キー部ex３６６を備えた本体部の各部を統括的に制御する主制御部ex３６０に対して、電源回路部ex３６１、操作入力制御部ex３６２、映像信号処理部ex３５５、カメラインタフェース部ex３６３、ＬＣＤ（Liquid Crystal Display）制御部ex３５９、変調／復調部ex３５２、多重／分離部ex３５３、音声信号処理部ex３５４、スロット部ex３６４、メモリ部ex３６７がバスex３７０を介して互いに接続されている。
【０３４９】  電源回路部ex３６１は、ユーザの操作により終話及び電源キーがオン状態にされると、バッテリパックから各部に対して電力を供給することにより携帯電話ex１１４を動作可能な状態に起動する。
【０３５０】  携帯電話ex１１４は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有する主制御部ex３６０の制御に基づいて、音声通話モード時に音声入力部ex３５６で収音した音声信号を音声信号処理部ex３５４でデジタル音声信号に変換し、これを変調／復調部ex３５２でスペクトラム拡散処理し、送信／受信部ex３５１でデジタルアナログ変換処理および周波数変換処理を施した後にアンテナex３５０を介して送信する。また携帯電話ex１１４は、音声通話モード時にアンテナex３５０を介して受信した受信データを増幅して周波数変換処理およびアナログデジタル変換処理を施し、変調／復調部ex３５２でスペクトラム逆拡散処理し、音声信号処理部ex３５４でアナログ音声信号に変換した後、これを音声出力部ex３５７から出力する。
【０３５１】  さらにデータ通信モード時に電子メールを送信する場合、本体部の操作キー部ex３６６等の操作によって入力された電子メールのテキストデータは操作入力制御部ex３６２を介して主制御部ex３６０に送出される。主制御部ex３６０は、テキストデータを変調／復調部ex３５２でスペクトラム拡散処理をし、送信／受信部ex３５１でデジタルアナログ変換処理および周波数変換処理を施した後にアンテナex３５０を介して基地局ex１１０へ送信する。電子メールを受信する場合は、受信したデータに対してこのほぼ逆の処理が行われ、表示部ex３５８に出力される。
【０３５２】  データ通信モード時に映像、静止画、または映像と音声を送信する場合、映像信号処理部ex３５５は、カメラ部ex３６５から供給された映像信号を上記各実施の形態で示した動画像符号化方法によって圧縮符号化し（即ち、本発明の一態様に係る画像符号化装置として機能する）、符号化された映像データを多重／分離部ex３５３に送出する。また、音声信号処理部ex３５４は、映像、静止画等をカメラ部ex３６５で撮像中に音声入力部ex３５６で収音した音声信号を符号化し、符号化された音声データを多重／分離部ex３５３に送出する。
【０３５３】  多重／分離部ex３５３は、映像信号処理部ex３５５から供給された符号化された映像データと音声信号処理部ex３５４から供給された符号化された音声データを所定の方式で多重化し、その結果得られる多重化データを変調／復調部（変調／復調回路部）ex３５２でスペクトラム拡散処理をし、送信／受信部ex３５１でデジタルアナログ変換処理及び周波数変換処理を施した後にアンテナex３５０を介して送信する。
【０３５４】  データ通信モード時にホームページ等にリンクされた動画像ファイルのデータを受信する場合、または映像およびもしくは音声が添付された電子メールを受信する場合、アンテナex３５０を介して受信された多重化データを復号化するために、多重／分離部ex３５３は、多重化データを分離することにより映像データのビットストリームと音声データのビットストリームとに分け、同期バスex３７０を介して符号化された映像データを映像信号処理部ex３５５に供給するとともに、符号化された音声データを音声信号処理部ex３５４に供給する。映像信号処理部ex３５５は、上記各実施の形態で示した動画像符号化方法に対応した動画像復号化方法によって復号化することにより映像信号を復号し（即ち、本発明の一態様に係る画像復号装置として機能する）、ＬＣＤ制御部ex３５９を介して表示部ex３５８から、例えばホームページにリンクされた動画像ファイルに含まれる映像、静止画が表示される。また音声信号処理部ex３５４は、音声信号を復号し、音声出力部ex３５７から音声が出力される。
【０３５５】  また、上記携帯電話ex１１４等の端末は、テレビex３００と同様に、符号化器・復号化器を両方持つ送受信型端末の他に、符号化器のみの送信端末、復号化器のみの受信端末という３通りの実装形式が考えられる。さらに、デジタル放送用システムex２００において、映像データに音楽データなどが多重化された多重化データを受信、送信するとして説明したが、音声データ以外に映像に関連する文字データなどが多重化されたデータであってもよいし、多重化データではなく映像データ自体であってもよい。
【０３５６】  このように、上記各実施の形態で示した動画像符号化方法あるいは動画像復号化方法を上述したいずれの機器・システムに用いることは可能であり、そうすることで、上記各実施の形態で説明した効果を得ることができる。
【０３５７】  また、本発明はかかる上記実施の形態に限定されるものではなく、本発明の範囲を逸脱することなく種々の変形または修正が可能である。
【０３５８】  （実施の形態６）  上記各実施の形態で示した動画像符号化方法または装置と、ＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１など異なる規格に準拠した動画像符号化方法または装置とを、必要に応じて適宜切替えることにより、映像データを生成することも可能である。
【０３５９】  ここで、それぞれ異なる規格に準拠する複数の映像データを生成した場合、復号する際に、それぞれの規格に対応した復号方法を選択する必要がある。しかしながら、復号する映像データが、どの規格に準拠するものであるか識別できないため、適切な復号方法を選択することができないという課題を生じる。
【０３６０】  この課題を解決するために、映像データに音声データなどを多重化した多重化データは、映像データがどの規格に準拠するものであるかを示す識別情報を含む構成とする。上記各実施の形態で示す動画像符号化方法または装置によって生成された映像データを含む多重化データの具体的な構成を以下説明する。多重化データは、ＭＰＥＧ−２トランスポートストリーム形式のデジタルストリームである。
【０３６１】  図３４は、多重化データの構成を示す図である。図３４に示すように多重化データは、ビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム（ＰＧ）、インタラクティブグラフィックスストリームのうち、１つ以上を多重化することで得られる。ビデオストリームは映画の主映像および副映像を、オーディオストリーム（ＩＧ）は映画の主音声部分とその主音声とミキシングする副音声を、プレゼンテーショングラフィックスストリームは、映画の字幕をそれぞれ示している。ここで主映像とは画面に表示される通常の映像を示し、副映像とは主映像の中に小さな画面で表示する映像のことである。また、インタラクティブグラフィックスストリームは、画面上にＧＵＩ部品を配置することにより作成される対話画面を示している。ビデオストリームは、上記各実施の形態で示した動画像符号化方法または装置、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠した動画像符号化方法または装置によって符号化されている。オーディオストリームは、ドルビーＡＣ−３、Ｄｏｌｂｙ  Ｄｉｇｉｔａｌ  Ｐｌｕｓ、ＭＬＰ、ＤＴＳ、ＤＴＳ−ＨＤ、または、リニアＰＣＭのなどの方式で符号化されている。
【０３６２】  多重化データに含まれる各ストリームはＰＩＤによって識別される。例えば、映画の映像に利用するビデオストリームには０ｘ１０１１が、オーディオストリームには０ｘ１１００から０ｘ１１１Ｆまでが、プレゼンテーショングラフィックスには０ｘ１２００から０ｘ１２１Ｆまでが、インタラクティブグラフィックスストリームには０ｘ１４００から０ｘ１４１Ｆまでが、映画の副映像に利用するビデオストリームには０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまで、主音声とミキシングする副音声に利用するオーディオストリームには０ｘ１Ａ００から０ｘ１Ａ１Ｆが、それぞれ割り当てられている。
【０３６３】  図３５は、多重化データがどのように多重化されるかを模式的に示す図である。まず、複数のビデオフレームからなるビデオストリームex２３５、複数のオーディオフレームからなるオーディオストリームex２３８を、それぞれＰＥＳパケット列ex２３６およびex２３９に変換し、ＴＳパケットex２３７およびex２４０に変換する。同じくプレゼンテーショングラフィックスストリームex２４１およびインタラクティブグラフィックスex２４４のデータをそれぞれＰＥＳパケット列ex２４２およびex２４５に変換し、さらにＴＳパケットex２４３およびex２４６に変換する。多重化データex２４７はこれらのＴＳパケットを１本のストリームに多重化することで構成される。
【０３６４】  図３６は、ＰＥＳパケット列に、ビデオストリームがどのように格納されるかをさらに詳しく示している。図３６における第１段目はビデオストリームのビデオフレーム列を示す。第２段目は、ＰＥＳパケット列を示す。図３６の矢印ｙｙ１，ｙｙ２，ｙｙ３，ｙｙ４に示すように、ビデオストリームにおける複数のＶｉｄｅｏ  Ｐｒｅｓｅｎｔａｔｉｏｎ  ＵｎｉｔであるＩピクチャ、Ｂピクチャ、Ｐピクチャは、ピクチャ毎に分割され、ＰＥＳパケットのペイロードに格納される。各ＰＥＳパケットはＰＥＳヘッダを持ち、ＰＥＳヘッダには、ピクチャの表示時刻であるＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ−Ｓｔａｍｐ）やピクチャの復号時刻であるＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅ−Ｓｔａｍｐ）が格納される。
【０３６５】  図３７は、多重化データに最終的に書き込まれるＴＳパケットの形式を示している。ＴＳパケットは、ストリームを識別するＰＩＤなどの情報を持つ４ＢｙｔｅのＴＳヘッダとデータを格納する１８４ＢｙｔｅのＴＳペイロードから構成される１８８Ｂｙｔｅ固定長のパケットであり、上記ＰＥＳパケットは分割されＴＳペイロードに格納される。ＢＤ−ＲＯＭの場合、ＴＳパケットには、４ＢｙｔｅのＴＰ＿Ｅｘｔｒａ＿Ｈｅａｄｅｒが付与され、１９２Ｂｙｔｅのソースパケットを構成し、多重化データに書き込まれる。ＴＰ＿Ｅｘｔｒａ＿ＨｅａｄｅｒにはＡＴＳ（Ａｒｒｉｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐ）などの情報が記載される。ＡＴＳは当該ＴＳパケットのデコーダのＰＩＤフィルタへの転送開始時刻を示す。多重化データには図３７下段に示すようにソースパケットが並ぶこととなり、多重化データの先頭からインクリメントする番号はＳＰＮ（ソースパケットナンバー）と呼ばれる。
【０３６６】  また、多重化データに含まれるＴＳパケットには、映像・音声・字幕などの各ストリーム以外にもＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）、ＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）などがある。ＰＡＴは多重化データ中に利用されるＰＭＴのＰＩＤが何であるかを示し、ＰＡＴ自身のＰＩＤは０で登録される。ＰＭＴは、多重化データ中に含まれる映像・音声・字幕などの各ストリームのＰＩＤと各ＰＩＤに対応するストリームの属性情報を持ち、また多重化データに関する各種ディスクリプタを持つ。ディスクリプタには多重化データのコピーを許可・不許可を指示するコピーコントロール情報などがある。ＰＣＲは、ＡＴＳの時間軸であるＡＴＣ（Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ）とＰＴＳ・ＤＴＳの時間軸であるＳＴＣ（Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｃｌｏｃｋ）の同期を取るために、そのＰＣＲパケットがデコーダに転送されるＡＴＳに対応するＳＴＣ時間の情報を持つ。
【０３６７】  図３８はＰＭＴのデータ構造を詳しく説明する図である。ＰＭＴの先頭には、そのＰＭＴに含まれるデータの長さなどを記したＰＭＴヘッダが配置される。その後ろには、多重化データに関するディスクリプタが複数配置される。上記コピーコントロール情報などが、ディスクリプタとして記載される。ディスクリプタの後には、多重化データに含まれる各ストリームに関するストリーム情報が複数配置される。ストリーム情報は、ストリームの圧縮コーデックなどを識別するためストリームタイプ、ストリームのＰＩＤ、ストリームの属性情報（フレームレート、アスペクト比など）が記載されたストリームディスクリプタから構成される。ストリームディスクリプタは多重化データに存在するストリームの数だけ存在する。
【０３６８】  記録媒体などに記録する場合には、上記多重化データは、多重化データ情報ファイルと共に記録される。
【０３６９】  多重化データ情報ファイルは、図３９に示すように多重化データの管理情報であり、多重化データと１対１に対応し、多重化データ情報、ストリーム属性情報とエントリマップから構成される。
【０３７０】  多重化データ情報は図３９に示すようにシステムレート、再生開始時刻、再生終了時刻から構成されている。システムレートは多重化データの、後述するシステムターゲットデコーダのＰＩＤフィルタへの最大転送レートを示す。多重化データ中に含まれるＡＴＳの間隔はシステムレート以下になるように設定されている。再生開始時刻は多重化データの先頭のビデオフレームのＰＴＳであり、再生終了時刻は多重化データの終端のビデオフレームのＰＴＳに１フレーム分の再生間隔を足したものが設定される。
【０３７１】  ストリーム属性情報は図４０に示すように、多重化データに含まれる各ストリームについての属性情報が、ＰＩＤ毎に登録される。属性情報はビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム、インタラクティブグラフィックスストリーム毎に異なる情報を持つ。ビデオストリーム属性情報は、そのビデオストリームがどのような圧縮コーデックで圧縮されたか、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか、アスペクト比はどれだけであるか、フレームレートはどれだけであるかなどの情報を持つ。オーディオストリーム属性情報は、そのオーディオストリームがどのような圧縮コーデックで圧縮されたか、そのオーディオストリームに含まれるチャンネル数は何であるか、何の言語に対応するか、サンプリング周波数がどれだけであるかなどの情報を持つ。これらの情報は、プレーヤが再生する前のデコーダの初期化などに利用される。
【０３７２】  本実施の形態においては、上記多重化データのうち、ＰＭＴに含まれるストリームタイプを利用する。また、記録媒体に多重化データが記録されている場合には、多重化データ情報に含まれる、ビデオストリーム属性情報を利用する。具体的には、上記各実施の形態で示した動画像符号化方法または装置において、ＰＭＴに含まれるストリームタイプ、または、ビデオストリーム属性情報に対し、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示す固有の情報を設定するステップまたは手段を設ける。この構成により、上記各実施の形態で示した動画像符号化方法または装置によって生成した映像データと、他の規格に準拠する映像データとを識別することが可能になる。
【０３７３】  また、本実施の形態における動画像復号化方法のステップを図４１に示す。ステップexＳ１００において、多重化データからＰＭＴに含まれるストリームタイプ、または、多重化データ情報に含まれるビデオストリーム属性情報を取得する。次に、ステップexＳ１０１において、ストリームタイプ、または、ビデオストリーム属性情報が上記各実施の形態で示した動画像符号化方法または装置によって生成された多重化データであることを示しているか否かを判断する。そして、ストリームタイプ、または、ビデオストリーム属性情報が上記各実施の形態で示した動画像符号化方法または装置によって生成されたものであると判断された場合には、ステップexＳ１０２において、上記各実施の形態で示した動画像復号方法により復号を行う。また、ストリームタイプ、または、ビデオストリーム属性情報が、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠するものであることを示している場合には、ステップexＳ１０３において、従来の規格に準拠した動画像復号方法により復号を行う。
【０３７４】  このように、ストリームタイプ、または、ビデオストリーム属性情報に新たな固有値を設定することにより、復号する際に、上記各実施の形態で示した動画像復号化方法または装置で復号可能であるかを判断することができる。従って、異なる規格に準拠する多重化データが入力された場合であっても、適切な復号化方法または装置を選択することができるため、エラーを生じることなく復号することが可能となる。また、本実施の形態で示した動画像符号化方法または装置、または、動画像復号方法または装置を、上述したいずれの機器・システムに用いることも可能である。
【０３７５】  （実施の形態７）  上記各実施の形態で示した動画像符号化方法および装置、動画像復号化方法および装置は、典型的には集積回路であるＬＳＩで実現される。一例として、図４２に１チップ化されたＬＳＩex５００の構成を示す。ＬＳＩex５００は、以下に説明する要素ex５０１、ex５０２、ex５０３、ex５０４、ex５０５、ex５０６、ex５０７、ex５０８、ex５０９を備え、各要素はバスex５１０を介して接続している。電源回路部ex５０５は電源がオン状態の場合に各部に対して電力を供給することで動作可能な状態に起動する。
【０３７６】  例えば符号化処理を行う場合には、ＬＳＩex５００は、ＣＰＵex５０２、メモリコントローラex５０３、ストリームコントローラex５０４、駆動周波数制御部ex５１２等を有する制御部ex５０１の制御に基づいて、ＡＶ  Ｉ／Ｏex５０９によりマイクex１１７やカメラex１１３等からＡＶ信号を入力する。入力されたＡＶ信号は、一旦ＳＤＲＡＭ等の外部のメモリex５１１に蓄積される。制御部ex５０１の制御に基づいて、蓄積したデータは処理量や処理速度に応じて適宜複数回に分けるなどされ信号処理部ex５０７に送られ、信号処理部ex５０７において音声信号の符号化および／または映像信号の符号化が行われる。ここで映像信号の符号化処理は上記各実施の形態で説明した符号化処理である。信号処理部ex５０７ではさらに、場合により符号化された音声データと符号化された映像データを多重化するなどの処理を行い、ストリームＩ／Ｏex５０６から外部に出力する。この出力された多重化データは、基地局ex１０７に向けて送信されたり、または記録メディアex２１５に書き込まれたりする。なお、多重化する際には同期するよう、一旦バッファex５０８にデータを蓄積するとよい。
【０３７７】  なお、上記では、メモリex５１１がＬＳＩex５００の外部の構成として説明したが、ＬＳＩex５００の内部に含まれる構成であってもよい。バッファex５０８も１つに限ったものではなく、複数のバッファを備えていてもよい。また、ＬＳＩex５００は１チップ化されてもよいし、複数チップ化されてもよい。
【０３７８】  また、上記では、制御部ex５０１が、ＣＰＵex５０２、メモリコントローラex５０３、ストリームコントローラex５０４、駆動周波数制御部ex５１２等を有するとしているが、制御部ex５０１の構成は、この構成に限らない。例えば、信号処理部ex５０７がさらにＣＰＵを備える構成であってもよい。信号処理部ex５０７の内部にもＣＰＵを設けることにより、処理速度をより向上させることが可能になる。また、他の例として、ＣＰＵex５０２が信号処理部ex５０７、または信号処理部ex５０７の一部である例えば音声信号処理部を備える構成であってもよい。このような場合には、制御部ex５０１は、信号処理部ex５０７、またはその一部を有するＣＰＵex５０２を備える構成となる。
【０３７９】  なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０３８０】  また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。このようなプログラマブル・ロジック・デバイスは、典型的には、ソフトウェア又はファームウェアを構成するプログラムを、ロードする又はメモリ等から読み込むことで、上記各実施の形態で示した動画像符号化方法、又は動画像復号化方法を実行することができる。
【０３８１】  さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
【０３８２】  （実施の形態８）  上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データを復号する場合、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データを復号する場合に比べ、処理量が増加することが考えられる。そのため、ＬＳＩex５００において、従来の規格に準拠する映像データを復号する際のＣＰＵex５０２の駆動周波数よりも高い駆動周波数に設定する必要がある。しかし、駆動周波数を高くすると、消費電力が高くなるという課題が生じる。
【０３８３】  この課題を解決するために、テレビex３００、ＬＳＩex５００などの動画像復号化装置は、映像データがどの規格に準拠するものであるかを識別し、規格に応じて駆動周波数を切替える構成とする。図４３は、本実施の形態における構成ex８００を示している。駆動周波数切替え部ex８０３は、映像データが、上記各実施の形態で示した動画像符号化方法または装置によって生成されたものである場合には、駆動周波数を高く設定する。そして、上記各実施の形態で示した動画像復号化方法を実行する復号処理部ex８０１に対し、映像データを復号するよう指示する。一方、映像データが、従来の規格に準拠する映像データである場合には、映像データが、上記各実施の形態で示した動画像符号化方法または装置によって生成されたものである場合に比べ、駆動周波数を低く設定する。そして、従来の規格に準拠する復号処理部ex８０２に対し、映像データを復号するよう指示する。
【０３８４】  より具体的には、駆動周波数切替え部ex８０３は、図４２のＣＰＵex５０２と駆動周波数制御部ex５１２から構成される。また、上記各実施の形態で示した動画像復号化方法を実行する復号処理部ex８０１、および、従来の規格に準拠する復号処理部ex８０２は、図４２の信号処理部ex５０７に該当する。ＣＰＵex５０２は、映像データがどの規格に準拠するものであるかを識別する。そして、ＣＰＵex５０２からの信号に基づいて、駆動周波数制御部ex５１２は、駆動周波数を設定する。また、ＣＰＵex５０２からの信号に基づいて、信号処理部ex５０７は、映像データの復号を行う。ここで、映像データの識別には、例えば、実施の形態６で記載した識別情報を利用することが考えられる。識別情報に関しては、実施の形態６で記載したものに限られず、映像データがどの規格に準拠するか識別できる情報であればよい。例えば、映像データがテレビに利用されるものであるか、ディスクに利用されるものであるかなどを識別する外部信号に基づいて、映像データがどの規格に準拠するものであるか識別可能である場合には、このような外部信号に基づいて識別してもよい。また、ＣＰＵex５０２における駆動周波数の選択は、例えば、図４５のような映像データの規格と、駆動周波数とを対応付けたルックアップテーブルに基づいて行うことが考えられる。ルックアップテーブルを、バッファex５０８や、ＬＳＩの内部メモリに格納しておき、ＣＰＵex５０２がこのルックアップテーブルを参照することにより、駆動周波数を選択することが可能である。
【０３８５】  図４４は、本実施の形態の方法を実施するステップを示している。まず、ステップexＳ２００では、信号処理部ex５０７において、多重化データから識別情報を取得する。次に、ステップexＳ２０１では、ＣＰＵex５０２において、識別情報に基づいて映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものであるか否かを識別する。映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものである場合には、ステップexＳ２０２において、駆動周波数を高く設定する信号を、ＣＰＵex５０２が駆動周波数制御部ex５１２に送る。そして、駆動周波数制御部ex５１２において、高い駆動周波数に設定される。一方、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合には、ステップexＳ２０３において、駆動周波数を低く設定する信号を、ＣＰＵex５０２が駆動周波数制御部ex５１２に送る。そして、駆動周波数制御部ex５１２において、映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものである場合に比べ、低い駆動周波数に設定される。
【０３８６】  さらに、駆動周波数の切替えに連動して、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を変更することにより、省電力効果をより高めることが可能である。例えば、駆動周波数を低く設定する場合には、これに伴い、駆動周波数を高く設定している場合に比べ、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を低く設定することが考えられる。
【０３８７】  また、駆動周波数の設定方法は、復号する際の処理量が大きい場合に、駆動周波数を高く設定し、復号する際の処理量が小さい場合に、駆動周波数を低く設定すればよく、上述した設定方法に限らない。例えば、ＭＰＥＧ４−ＡＶＣ規格に準拠する映像データを復号する処理量の方が、上記各実施の形態で示した動画像符号化方法または装置により生成された映像データを復号する処理量よりも大きい場合には、駆動周波数の設定を上述した場合の逆にすることが考えられる。
【０３８８】  さらに、駆動周波数の設定方法は、駆動周波数を低くする構成に限らない。例えば、識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合には、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を高く設定し、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合には、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を低く設定することも考えられる。また、他の例としては、識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合には、ＣＰＵex５０２の駆動を停止させることなく、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合には、処理に余裕があるため、ＣＰＵex５０２の駆動を一時停止させることも考えられる。識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合であっても、処理に余裕があれば、ＣＰＵex５０２の駆動を一時停止させることも考えられる。この場合は、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合に比べて、停止時間を短く設定することが考えられる。
【０３８９】  このように、映像データが準拠する規格に応じて、駆動周波数を切替えることにより、省電力化を図ることが可能になる。また、電池を用いてＬＳＩex５００またはＬＳＩex５００を含む装置を駆動している場合には、省電力化に伴い、電池の寿命を長くすることが可能である。
【０３９０】  （実施の形態９）  テレビや、携帯電話など、上述した機器・システムには、異なる規格に準拠する複数の映像データが入力される場合がある。このように、異なる規格に準拠する複数の映像データが入力された場合にも復号できるようにするために、ＬＳＩex５００の信号処理部ex５０７が複数の規格に対応している必要がある。しかし、それぞれの規格に対応する信号処理部ex５０７を個別に用いると、ＬＳＩex５００の回路規模が大きくなり、また、コストが増加するという課題が生じる。
【０３９１】  この課題を解決するために、上記各実施の形態で示した動画像復号方法を実行するための復号処理部と、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する復号処理部とを一部共有化する構成とする。この構成例を図４６Ａのex９００に示す。例えば、上記各実施の形態で示した動画像復号方法と、ＭＰＥＧ４−ＡＶＣ規格に準拠する動画像復号方法とは、エントロピー符号化、逆量子化、デブロッキング・フィルタ、動き補償などの処理において処理内容が一部共通する。共通する処理内容については、ＭＰＥＧ４−ＡＶＣ規格に対応する復号処理部ex９０２を共有し、ＭＰＥＧ４−ＡＶＣ規格に対応しない、本発明の一態様に特有の他の処理内容については、専用の復号処理部ex９０１を用いるという構成が考えられる。特に、本発明の一態様は、ピクチャの分割処理に特徴を有していることから、例えば、ピクチャの分割処理については専用の復号処理部ex９０１を用い、それ以外の逆量子化、エントロピー復号、デブロッキング・フィルタ、動き補償のいずれか、または、全ての処理については、復号処理部を共有することが考えられる。復号処理部の共有化に関しては、共通する処理内容については、上記各実施の形態で示した動画像復号化方法を実行するための復号処理部を共有し、ＭＰＥＧ４−ＡＶＣ規格に特有の処理内容については、専用の復号処理部を用いる構成であってもよい。
【０３９２】  また、処理を一部共有化する他の例を図４６Ｂのex１０００に示す。この例では、本発明の一態様に特有の処理内容に対応した専用の復号処理部ex１００１と、他の従来規格に特有の処理内容に対応した専用の復号処理部ex１００２と、本発明の一態様に係る動画像復号方法と他の従来規格の動画像復号方法とに共通する処理内容に対応した共用の復号処理部ex１００３とを用いる構成としている。ここで、専用の復号処理部ex１００１、ex１００２は、必ずしも本発明の一態様、または、他の従来規格に特有の処理内容に特化したものではなく、他の汎用処理を実行できるものであってもよい。また、本実施の形態の構成を、ＬＳＩex５００で実装することも可能である。
【０３９３】  このように、本発明の一態様に係る動画像復号方法と、従来の規格の動画像復号方法とで共通する処理内容について、復号処理部を共有することにより、ＬＳＩの回路規模を小さくし、かつ、コストを低減することが可能である。
【産業上の利用可能性】
【０３９４】  本発明は、画像符号化方法、画像復号方法、画像符号化装置及び画像復号装置に適用できる。また、本発明は、画像符号化装置を備える、テレビ、デジタルビデオレコーダー、カーナビゲーション、携帯電話、デジタルカメラ、及びデジタルビデオカメラ等の高解像度の情報表示機器又は撮像機器に利用可能である。
【符号の説明】
【０３９５】  １００  画像符号化装置  １０１  入力画像信号  １０５  減算器  １０６  残差信号  １１０  変換部  １１１  変換係数  １２０  量子化部  １２１、２９１  量子化係数  １３０、２３０  逆変換部  １３１、２３１  残差信号  １４０、２４０  加算器  １４１、１５１、１６１、１７１、２４１、２５１、２６１、２７１  復号画像信号  １５０、２５０  デブロッキングフィルタ  １６０、２６０  適応的ループフィルタ  １７０、２７０  参照フレームバッファ  １８０、２８０  予測部  １８１、２８１  予測信号  １９０  エントロピー符号化部  １９１、２０１  符号化信号  ２００  画像復号装置  ２９０  エントロピー復号部  ３００、３１０、３３０、３４０、３５０、３６０、３７０、３９０、４００、４１０、４２０、５００  ピクチャ  ３０１、３０２、３１１、３１２、３１３、３１４、３２１、３８１  行  ３２０、３８０  スライスヘッダ  ３３１、３３２、３３３、３４１、３４２、３４３、３４４、３５１、３５４、３６１、３６２、３６３、３６４、３６５、３７１、３７２、３７３、３７４、３９１、３９２、３９３、３９４、４０１、４０２、４０３、４０４、４１１、４１２、４１３、４１４、４１５、４２１、４２２、４２３、４２４、５２１、５２２、５２３、５２４  スライス  ５０１、５０２、５１１、５１２  タイル  ５１３  境界
【図１】
0005608839.tif 000002
【図２】
0005608839.tif 000003
【図３Ａ】
0005608839.tif 000004
【図３Ｂ】
0005608839.tif 000005
【図４Ａ】
0005608839.tif 000006
【図４Ｂ】
0005608839.tif 000007
【図５】
0005608839.tif 000008
【図６】
0005608839.tif 000009
【図７】
0005608839.tif 000010
【図８】
0005608839.tif 000011
【図９】
0005608839.tif 000012
【図１０】
0005608839.tif 000013
【図１１】
0005608839.tif 000014
【図１２】
0005608839.tif 000015
【図１３】
0005608839.tif 000016
【図１４】
0005608839.tif 000017
【図１５】
0005608839.tif 000018
【図１６】
0005608839.tif 000019
【図１７】
0005608839.tif 000020
【図１８】
0005608839.tif 000021
【図１９】
0005608839.tif 000022
【図２０】
0005608839.tif 000023
【図２１Ａ】
0005608839.tif 000024
【図２１Ｂ】
0005608839.tif 000025
【図２２Ａ】
0005608839.tif 000026
【図２２Ｂ】
0005608839.tif 000027
【図２２Ｃ】
0005608839.tif 000028
【図２３】
0005608839.tif 000029
【図２４】
0005608839.tif 000030
【図２５Ａ】
0005608839.tif 000031
【図２５Ｂ】
0005608839.tif 000032
【図２５Ｃ】
0005608839.tif 000033
【図２６Ａ】
0005608839.tif 000034
【図２６Ｂ】
0005608839.tif 000035
【図２７Ａ】
0005608839.tif 000036
【図２７Ｂ】
0005608839.tif 000037
【図２８】
0005608839.tif 000038
【図２９】
0005608839.tif 000039
【図３０】
0005608839.tif 000040
【図３１】
0005608839.tif 000041
【図３２】
0005608839.tif 000042
【図３３Ａ】
0005608839.tif 000043
【図３３Ｂ】
0005608839.tif 000044
【図３４】
0005608839.tif 000045
【図３５】
0005608839.tif 000046
【図３６】
0005608839.tif 000047
【図３７】
0005608839.tif 000048
【図３８】
0005608839.tif 000049
【図３９】
0005608839.tif 000050
【図４０】
0005608839.tif 000051
【図４１】
0005608839.tif 000052
【図４２】
0005608839.tif 000053
【図４３】
0005608839.tif 000054
【図４４】
0005608839.tif 000055
【図４５】
0005608839.tif 000056
【図４６Ａ】
0005608839.tif 000057
【図４６Ｂ】
0005608839.tif 000058