(57)【要約】      （修正有）【課題】ＭＰＥＧ−４  ＡＶＣ高位符号化におけるＣＡＶＬＣ４：４：４Ｉｎｔｒａプロファイル、ＨＩＧＨ４：４：４Ｉｎｔｒａプロファイル、及びＨＩＧＨ４：４：４Ｐｒｅｄｉｃｔｉｖｅプロファイルのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素の構文を使用する方法及び装置を提供する。【解決手段】装置は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、結果として生じるビットストリームに符号化する符号化器を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。符号化器は、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を示す。【選択図】図３
2015057915.tif 000002
【特許請求の範囲】
【請求項１】
装置であって、
サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、結果として生じるビットストリームに画像データを符号化する符号化器を備え、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、前記符号化器は、構文要素を使用して、前記結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を示す装置。
【請求項２】
請求項１記載の装置であって、前記構文要素は、文脈適応型２進数算術符号化（ＣＡＢＡＣ）に関して、前記少なくとも１つの８×８ブロックの前記存在を示す装置。
【請求項３】
請求項１記載の装置であって、前記構文要素は、前記少なくとも１つの８×８ブロックの前記存在を示して、復号化器による、前記少なくとも１つの８×８ブロックへの前記文脈適応型２進数算術符号化（ＣＡＢＡＣ）の適用を選択的にディセーブルすることを可能にする装置。
【請求項４】
請求項１記載の装置であって、前記符号化プロファイルは、ｔｈｅ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ  （ＩＳＯ／ＩＥＣ）  Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４  （ＭＰＥＧ−４）  Ｐａｒｔ  １０  Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＡＶＣ）  ｓｔａｎｄａｒｄ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ  （ＩＴＵ−Ｔ）  Ｈ．２６４勧告のＨｉｇｈ  ４：４：４プロファイルである装置。
【請求項５】
請求項４記載の装置であって、前記符号化プロファイルは、Ｈｉｇｈ  ４：４：４  Ｉｎｔｒａ  プロファイル及びＨｉｇｈ  ４：４：４  Ｐｒｅｄｉｃｔｉｖｅプロファイルの何れかである装置。
【請求項６】
請求項１記載の装置であって、前記構文要素が、先行して使用されていない装置。
【請求項７】
請求項１記載の装置であって、前記構文要素が高位構文要素である装置。
【請求項８】
請求項７記載の装置であって、前記高位構文要素は、スライス・ヘッダ・レベル、補助拡張情報（ＳＥＩ）レベル、ピクチャ・パラメータ組レベル、系列パラメータ組レベル、及びネットワーク抽象化層ユニット・ヘッダ・レベルのうちの少なくとも１つにおいて配置される装置。
【請求項９】
請求項１記載の装置であって、前記構文要素が、前記結果として生じるビットストリームに対して帯域内及び帯域外の一方で送出される装置。
【請求項１０】
方法であって、
サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、結果として生じるビットストリームに画像データを符号化する工程を含み、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、前記符号化する工程は、構文要素を使用して、前記結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を示す工程を含む方法。
【請求項１１】
請求項１０記載の方法であって、前記構文要素は、文脈適応型２進数算術符号化（ＣＡＢＡＣ）に関して、前記少なくとも１つの８×８ブロックの前記存在を示す方法。
【請求項１２】
請求項１０記載の方法であって、前記構文要素は、前記少なくとも１つの８×８ブロックの前記存在を示して、復号化器による、前記少なくとも１つの８×８ブロックへの前記文脈適応型２進数算術符号化（ＣＡＢＡＣ）の適用を選択的にディセーブルすることを可能にする方法。
【請求項１３】
請求項１０記載の方法であって、前記符号化プロファイルは、ｔｈｅ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ  （ＩＳＯ／ＩＥＣ）  Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４  （ＭＰＥＧ−４）  Ｐａｒｔ  １０  Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＡＶＣ）  ｓｔａｎｄａｒｄ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ  （ＩＴＵ−Ｔ）  Ｈ．２６４勧告のＨｉｇｈ  ４：４：４プロファイルである方法。
【請求項１４】
請求項１３記載の方法であって、前記符号化プロファイルは、Ｈｉｇｈ  ４：４：４  Ｉｎｔｒａ  プロファイル及びＨｉｇｈ  ４：４：４  Ｐｒｅｄｉｃｔｉｖｅプロファイルの何れかである方法。
【請求項１５】
請求項１０記載の方法であって、前記構文要素が、先行して使用されていない方法。
【請求項１６】
請求項１０記載の方法であって、前記構文要素が高位構文要素である方法。
【請求項１７】
請求項１６記載の方法であって、前記高位構文要素は、スライス・ヘッダ・レベル、補助拡張情報（ＳＥＩ）レベル、ピクチャ・パラメータ組レベル、系列パラメータ組レベル、及びネットワーク抽象化層ユニット・ヘッダ・レベルのうちの少なくとも１つにおいて配置される方法。
【請求項１８】
請求項１０記載の方法であって、前記構文要素が、前記結果として生じるビットストリームに対して帯域内及び帯域外の一方で送出される方法。
【請求項１９】
装置であって、
サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、先行して符号化されたビットストリームからの画像データを復号化する復号化器を備え、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、前記復号化器は、構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を判定する装置。
【請求項２０】
請求項１９記載の装置であって、前記構文要素は、文脈適応型２進数算術符号化（ＣＡＢＡＣ）に関して、前記少なくとも１つの８×８ブロックの前記存在を示す装置。
【請求項２１】
請求項１９記載の装置であって、前記構文要素は、前記少なくとも１つの８×８ブロックの前記存在を示して、前記復号化器による、前記少なくとも１つの８×８ブロックへの前記文脈適応型２進数算術符号化（ＣＡＢＡＣ）の適用を選択的にディセーブルすることを可能にする装置。
【請求項２２】
請求項１９記載の装置であって、前記符号化プロファイルは、ｔｈｅ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ  （ＩＳＯ／ＩＥＣ）  Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４  （ＭＰＥＧ−４）  Ｐａｒｔ  １０  Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＡＶＣ）  ｓｔａｎｄａｒｄ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ  （ＩＴＵ−Ｔ）  Ｈ．２６４勧告のＨｉｇｈ  ４：４：４プロファイルである装置。
【請求項２３】
請求項２２記載の装置であって、前記符号化プロファイルは、Ｈｉｇｈ  ４：４：４  Ｉｎｔｒａ  プロファイル及びＨｉｇｈ  ４：４：４  Ｐｒｅｄｉｃｔｉｖｅプロファイルの何れかである装置。
【請求項２４】
請求項１９記載の装置であって、前記構文要素が、先行して使用されていない装置。
【請求項２５】
請求項１９記載の装置であって、前記構文要素が高位構文要素である装置。
【請求項２６】
請求項２５記載の装置であって、前記高位構文要素は、スライス・ヘッダ・レベル、補助拡張情報（ＳＥＩ）レベル、ピクチャ・パラメータ組レベル、系列パラメータ組レベル、及びネットワーク抽象化層ユニット・ヘッダ・レベルのうちの少なくとも１つにおいて配置される装置。
【請求項２７】
請求項１９記載の装置であって、前記構文要素が、前記結果として生じるビットストリームに対して帯域内及び帯域外の一方で送出される装置。
【請求項２８】
方法であって、
サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、先行して符号化されたビットストリームからの画像データを復号化する工程を含み、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、前記復号化する工程は、構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を判定する工程を含む方法。
【請求項２９】
請求項２８記載の方法であって、前記構文要素は、文脈適応型２進数算術符号化（ＣＡＢＡＣ）に関して、前記少なくとも１つの８×８ブロックの前記存在を示す方法。
【請求項３０】
請求項２８記載の方法であって、前記構文要素は、前記少なくとも１つの８×８ブロックの前記存在を示して、前記少なくとも１つの８×８ブロックへの前記文脈適応型２進数算術符号化（ＣＡＢＡＣ）の適用を選択的にディセーブルすることを可能にする方法。
【請求項３１】
請求項２８記載の方法であって、前記符号化プロファイルは、ｔｈｅ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ  （ＩＳＯ／ＩＥＣ）  Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４  （ＭＰＥＧ−４）  Ｐａｒｔ  １０  Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＡＶＣ）  ｓｔａｎｄａｒｄ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ  （ＩＴＵ−Ｔ）  Ｈ．２６４勧告のＨｉｇｈ  ４：４：４プロファイルである方法。
【請求項３２】
請求項３１記載の方法であって、前記符号化プロファイルは、Ｈｉｇｈ  ４：４：４  Ｉｎｔｒａ  プロファイル及びＨｉｇｈ  ４：４：４  Ｐｒｅｄｉｃｔｉｖｅプロファイルの何れかである方法。
【請求項３３】
請求項２８記載の方法であって、前記構文要素が、先行して使用されていない方法。
【請求項３４】
請求項２８記載の方法であって、前記構文要素が高位構文要素である方法。
【請求項３５】
請求項３４記載の方法であって、前記高位構文要素は、スライス・ヘッダ・レベル、補助拡張情報（ＳＥＩ）レベル、ピクチャ・パラメータ組レベル、系列パラメータ組レベル、及びネットワーク抽象化層ユニット・ヘッダ・レベルのうちの少なくとも１つにおいて配置される方法。
【請求項３６】
請求項２８記載の方法であって、前記構文要素が、前記結果として生じるビットストリームに対して帯域内及び帯域外の一方で送出される方法。
【請求項３７】
ビデオを符号化するビデオ信号構造であって、
サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、結果として生じるビットストリームに符号化された画像データを備え、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、構文要素を使用して、前記結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在が示されるビデオ信号構造。
【請求項３８】
ビデオ信号データを符号化させた記憶媒体であって、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、結果として生じるビットストリームに符号化された画像データを備え、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、構文要素を使用して、前記結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在が示される記憶媒体。
【請求項３９】
装置であって、
サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、結果として生じるビットストリームに画像データを符号化する符号化器を備え、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、前記符号化器は、文脈適応型可変長符号化（ＣＡＶＬＣ）を使用して前記画像データを符号化し、モノクローム・クロマ・アレイ・タイプを使用して符号化ブロック・パターン構文要素のマッピング処理を行う装置。
【請求項４０】
方法であって、
サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、結果として生じるビットストリームに画像データを符号化する工程を含み、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、前記符号化する工程は、文脈適応型可変長符号化（ＣＡＶＬＣ）を使用して前記画像データを符号化し、モノクローム・クロマ・アレイ・タイプを使用して符号化ブロック・パターン構文要素のマッピング処理を行う方法。
【請求項４１】
装置であって、
サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、先行して符号化されたビットストリームから画像データを復号化する復号化器を備え、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、前記復号化器は、文脈適応型可変長符号化（ＣＡＶＬＣ）を使用して前記画像データを復号化し、モノクローム・クロマ・アレイ・タイプを使用して符号化ブロック・パターン構文要素のマッピング処理を行う装置。
【請求項４２】
方法であって、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、先行して符号化されたビットストリームからの画像データを復号化する工程を含み、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、前記復号化する工程は、文脈適応型可変長符号化（ＣＡＶＬＣ）を使用して前記画像データを復号化し、モノクローム・クロマ・アレイ・タイプを使用して符号化ブロック・パターン構文要素のマッピング処理を行う方法。
【請求項４３】
ビデオを符号化するビデオ信号構造であって、
サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、結果として生じるビットストリームに符号化された画像データを含み、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、前記画像データは、前記符号化する工程は、文脈適応型可変長符号化（ＣＡＶＬＣ）、及び符号化ブロック・パターン構文要素のマッピング処理を使用して符号化され、前記マッピング処理はモノクローム・クロマを使用するビデオ信号構造。
【請求項４４】
ビデオ信号データを符号化させた記憶媒体であって、
サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、結果として生じるビットストリームに符号化された画像データを含み、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、前記画像データは、文脈適応型可変長符号化（ＣＡＶＬＣ）、及び符号化ブロック・パターン構文要素のマッピング処理を使用して符号化され、前記マッピング処理はモノクローム・クロマ・アレイ・タイプを使用する記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、その内容全部を本明細書及び特許請求の範囲に援用する、西暦２００７年１月１１日付出願の米国特許仮出願第６０／８８４５７６号の利益を主張する。
【０００２】
本願の原理は一般にビデオ符号化及び復号化に関し、特に、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ  （ＩＳＯ／ＩＥＣ）  Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４  （ＭＰＥＧ−４）  Ｐａｒｔ  １０  Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＡＶＣ）  ｓｔａｎｄａｒｄ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ  （ＩＴＵ−Ｔ）  Ｈ．２６４  ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  （以下、「ＭＰＥＧ−４ＡＶＣ標準」と呼ぶ）におけるＨＩＧＨ  ４：４：４  Ｉｎｔｒａプロファイル及びＨＩＧＨ  ４：４：４  Ｐｒｅｄｉｃｔｉｖｅプロファイルのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素に、先行して使用されていない構文要素を使用する方法及び装置に関する。更に、本願の原理は、何れのブロック・サイズについてもＭＰＥＧ−４ＡＶＣ標準におけるＣＡＶＬＣ  ４：４：４  Ｉｎｔｒａ処理のＣＡＶＬＣ処理の効率を向上させる方法及び装置に関する。
【背景技術】
【０００３】
次に、８×８変換を使用して、画像ブロックのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素に関する説明を行う。
【０００４】
ＣＡＶＬＣ  ４：４：４  Ｉｎｔｒａプロファイル、Ｈｉｇｈ  ４：４：４  Ｉｎｔｒａプロファイル、及びＨｉｇｈ  ４：４：４  Ｐｒｅｄｉｃｔｉｖｅプロファイルの現在の設計では、単一のｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎがマクロブロック毎に符号化され、４ビットの可変ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｍＬｕｍａは、ｓｅｐａｒａｔｅ＿ｃｏｌｏｒ＿ｐｌａｎｅ＿ｆｌａｇ構文要素がゼロに等しい場合に３つの色成分全てによって共有される。８×８変換を使用した文脈適応型２進数算術符号化（ＣＡＢＡＣ符号化）ブロック以外では、ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇ構文要素が１に等しく、ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｆｌａｇ構文要素が１に等しいというようなパラメータの組により、うまく機能する。
【０００５】
Ｈｉｇｈ  ４：４：４  Ｉｎｔｒａプロファイル、ＣＡＶＬＣ  ４：４：４  Ｉｎｔｒａプロファイル、及びＨｉｇｈ  ４：４：４  Ｐｒｅｄｉｃｔｉｖｅプロファイルについて提案された現在のマクロブロック層構文、残差データ構文、及び残差ブロックＣＡＢＡＣ構文では、色成分が併せてマクロブロックにおいて符号化されると、ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇ構文要素が１に等しい場合、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素も使用される。
【０００６】
（特に、４：４：４プロファイルにおけるｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｍ構文要素の現在の意味論による、）４：４：４プロファイルにおけるｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の符号割り当てに関し、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の４つの下位ビットのみが使用される。よって、４：４：４プロファイルの場合、表９−４のパート（ｂ）（ｃｈｒｏｍ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しい）、マクロブロック予測モードのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の値へのｃｏｄｅＮｕｍ構文要素の割り当てを使用する。
【０００７】
よって、文脈適応型２進数算術符号化（ＣＡＢＡＣ）は、前述の状況におけるｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素の不備により、Ｈｉｇｈ  ４：４：４  Ｉｎｔｒａプロファイル及びＨｉｇｈ  ４：４：４  Ｐｒｅｄｉｃｔｉｖｅプロファイルにおける８×８のブロック・サイズに施されると不利にも首尾良く行われない。更に、文脈適応型可変長符号化（ＣＡＶＬＣ）処理は、ＣＡＶＬＣ  ４：４：４  Ｉｎｔｒａプロファイルにおけるｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の使用に関して、何れのブロック・サイズの場合にも非効率的である。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来技術の前述及び他の欠点は、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ  （ＩＳＯ／ＩＥＣ）  Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４  （ＭＰＥＧ−４）  Ｐａｒｔ  １０  Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＡＶＣ）  ｓｔａｎｄａｒｄ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ  （ＩＴＵ−Ｔ）  Ｈ．２６４  ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  （以下、「ＭＰＥＧ−４ＡＶＣ標準」と呼ぶ）におけるＨＩＧＨ  ４：４：４  Ｉｎｔｒａプロファイル及びＨＩＧＨ  ４：４：４  Ｐｒｅｄｉｃｔｉｖｅプロファイルのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素に、先行して使用されていない構文要素を使用する方法及び装置に関する本願の原理によって解決される。
【０００９】
更に、本願の原理は、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素のマッピング処理にモノクローム・クロマ・タイプを使用することにより、何れのブロック・サイズについてもＭＰＥＧ−４  ＡＶＣ標準におけるＣＡＶＬＣ  ４：４：４  ＩｎｔｒａプロファイルのＣＡＶＬＣ処理の効率を向上させる方法及び装置に関する。
【課題を解決するための手段】
【００１０】
本願の原理の局面によれば、装置が提供される。装置は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、結果として生じるビットストリームに符号化する符号化器を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。符号化器は、構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を示す。
【００１１】
本願の原理の別の局面によれば、方法が提供される。方法は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、結果として生じるビットストリームに符号化する工程を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。符号化工程は、構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を示す工程を含む。
【００１２】
本願の原理の更に別の局面によれば、装置が提供される。装置は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、先行して符号化されたビットストリームから復号化する復号化器を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。復号化器は、構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を判定する。
【００１３】
本願の原理の更に別の局面によれば、方法が提供される。方法は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、先行して符号化されたビットストリームから復号化する工程を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。復号化工程は、構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を判定する工程を含む。
【００１４】
本願の原理の更なる局面によれば、装置が提供される。装置は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、結果として生じるビットストリームに符号化する符号化器を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。符号化器は、文脈適応型可変長符号化（ＣＡＶＬＣ）を使用して画像データを符号化し、モノクローム・クロマ・アレイ・タイプを使用して、符号化ブロック・パターン構文要素のマッピング処理を行う。
【００１５】
本願の原理の更に別の局面によれば、方法が提供される。方法は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、結果として生じるビットストリームに符号化する工程を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。符号化工程は、文脈適応型可変長符号化（ＣＡＶＬＣ）を使用して画像データを符号化し、モノクローム・クロマ・アレイ・タイプを使用して、符号化ブロック・パターン構文要素のマッピング処理を行う。
【００１６】
本願の原理の更に別の局面によれば、装置が提供される。装置は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、先行して符号化されたビットストリームから復号化する復号化器を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。復号化器は、文脈適応型可変長符号化（ＣＡＶＬＣ）を使用して画像データを復号化し、モノクローム・クロマ・アレイ・タイプを使用して、符号化ブロック・パターン構文要素のマッピング処理を行う。
【００１７】
本願の原理の更なる局面によれば、方法が提供される。方法は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、先行して符号化されたビットストリームから復号化する工程を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。復号化工程は、文脈適応型可変長符号化（ＣＡＶＬＣ）を使用して画像データを復号化し、モノクローム・クロマ・アレイ・タイプを使用して、符号化ブロック・パターン構文要素のマッピング処理を行う。
【００１８】
本発明の前述及び他の局面、構成及び利点は、添付図面とともに読まれる例示的な実施例の以下の詳細な説明から明らかになるであろう。
【図面の簡単な説明】
【００１９】
【図１】本願の原理の実施例により、本願の原理を施すことができる例示的なビデオ符号化器を示すブロック図である。
【図２】本願の原理の実施例により、本願の原理を施すことができる例示的なビデオ復号化器を示すブロック図である。
【図３】本願の原理の実施例による、例示的なビデオ符号化処理を示すフロー図である。
【図４】本願の原理の実施例による、例示的なビデオ復号化処理を示すフロー図である。
【図５】本願の原理の実施例による、別の例示的なビデオ符号化処理を示すフロー図である。
【図６】本願の原理の実施例による、別の例示的なビデオ復号化処理を示すフロー図である。
【発明を実施するための形態】
【００２０】
本願の原理は、以下の例示的な図により、更に詳細に理解することができる。
【実施例】
【００２１】
本願の原理は、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ  （ＩＳＯ／ＩＥＣ）  Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４  （ＭＰＥＧ−４）  Ｐａｒｔ  １０  Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＡＶＣ）  ｓｔａｎｄａｒｄ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ  （ＩＴＵ−Ｔ）  Ｈ．２６４  ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  （以下、「ＭＰＥＧ−４  ＡＶＣ標準」と呼ぶ）におけるＨＩＧＨ  ４：４：４  Ｉｎｔｒａプロファイル及びＨＩＧＨ  ４：４：４  Ｐｒｅｄｉｃｔｉｖｅプロファイルのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素に、先行して使用されていない構文要素を使用する方法及び装置に関する。
【００２２】
更に、本願の原理は、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素のマッピング処理のモノクローム・クロマ・タイプを使用することにより、何れのブロック・サイズについてもＭＰＥＧ−４  ＡＶＣ標準におけるＣＡＶＬＣ  ４：４：４  ＩｎｔｒａプロファイルのＣＡＶＬＣ処理の効率を向上させる方法及び装置に関する。
【００２３】
本明細書及び特許請求の範囲は、本願の原理を示す。よって、本明細書及び特許請求の範囲に明示的に説明し、又は示している訳でないが、本願の原理を実施し、その趣旨及び範囲内に含まれる種々の配置を当業者が考え出すことができるであろう。
【００２４】
本明細書及び特許請求の範囲記載の例及び条件付文言は全て、本願の原理、及び当該技術分野を発展させるために本願の発明者が貢献する概念の、読者の理解を支援するための教示の目的を意図しており、前述の、特記した例及び条件への限定なしであると解釈するものとする。
【００２５】
更に、本願の原理、局面、及び実施例、並びにそれらの特定例を記載した、本明細書及び特許請求の範囲の記載は全て、その構造的均等物及び機能的均等物を包含することを意図している。更に、前述の均等物は、現在知られている均等物、及び将来に開発される均等物（すなわち、構造にかかわらず、同じ機能を行う、開発された何れかの構成要素）をともに含むことが意図されている。
【００２６】
よって、例えば、本明細書及び特許請求の範囲に提示されたブロック図が、本願の原理を実施する例証的な回路の概念図を表すことは当業者によって認識されるであろう。同様に、フローチャート、フロー図、状態遷移図、擬似コード等は何れも、コンピュータ読み取り可能な媒体において実質的に表し、コンピュータ又はプロセッサにより、前述のコンピュータ又はプロセッサが明記されているかにかかわらず、実行し得る種々の処理を表す。
【００２７】
図に示す種々の構成要素の機能は、専用ハードウェア、及び適切なソフトウェアに関連してソフトウェアを実行することができるハードウェアの使用によって備えることができる。プロセッサによって提供される場合、機能は、単一の専用プロセッサによって提供されるか、単一の共有プロセッサによって提供されるか、又は、複数の個々のプロセッサ（この一部は共有であり得る）によって提供され得る。更に、「プロセッサ」又は「コントローラ」の語を明示的に使用していることは、ソフトウェアを実行することができるハードウェアを専ら表すものと解するべきでなく、暗黙的には、無制限に、ディジタル信号プロセッサ（「ＤＳＰ」）ハードウェア、ソフトウェアを記憶するための読み取り専用メモリ（「ＲＯＭ」）、ランダム・アクセス・メモリ（「ＲＡＭ」）及び不揮発性記憶装置を含み得る。
【００２８】
他のハードウェア（汎用及び／又はカスタム）も含まれ得る。同様に、図に示すスイッチは何れも概念のみである。その機能は、プログラム・ロジックの動作により、専用ロジックにより、プログラム制御及び専用ロジックの相互作用により、又は手作業によって行うことができ、特定の手法は、コンテキストから更に具体的に分かるように実現者によって選択可能である。
【００２９】
本願の特許請求の範囲では、特定の機能を行う手段として表される構成要素は何れも、その機能を行う何れの手段（例えば、ａ）その機能を行う回路構成要素の組合せや、ｂ）機能を行うためにそのソフトウェアを実行する適切な回路と組み合わせた、ファームウェア、マイクロコード等を含む、何れかの形態のソフトウェア）も包含することが意図される。前述の特許請求の範囲で規定された本願の原理は、記載された種々の手段によって提供される機能が、請求項が要求するやり方で組合せられ、集約されるということに存在する。よって、前述の機能を提供することが可能な手段は何れも、本願の明細書及び特許請求の範囲記載のものと均等であるとみなされる。
【００３０】
本願明細書における、本願の原理の「ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ」又は「ａｎ  ｅｍｂｏｄｉｍｅｎｔ」への言及は、本願の実施例に関して説明した特定の構成、構造又は特性等が本願の原理の少なくとも一実施例に含まれていることを意味している。よって、本明細書全体の種々の箇所に記載された「ｉｎ  ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ」又は「ｉｎ  ａｎ  ｅｍｂｏｄｉｍｅｎｔ」の句は、必ずしも、同じ実施例を全て表している訳でない。
【００３１】
本明細書及び特許請求の範囲記載の「画像データ」という句は、静止画像及び動画像（すなわち、動きを含む画像の系列）の何れかに対応するデータを表すことを意図している。
【００３２】
更に、本明細書及び特許請求の範囲では、「高位構文」は、階層的にマクロブロック層の上の、ビットストリーム内に存在している構文を表す。例えば、本明細書及び特許請求の範囲記載の高位構文は、スライス・ヘッダ・レベル、付加拡張情報（ＳＥＩ）レベル、ピクチャ・パラメータ組レベル、シーケンス・パラメータ組レベル、及びＮＡＬ装置ヘッダ・レベルを表し得るが、それらに限定されない。
【００３３】
更に、ビットストリームにおける１つ又は複数の８×８ブロックの存在を示す構文要素に関する、本明細書及び特許請求の範囲記載のユーザとして、「先行して使用されていない」という句は、何れの現行又は先行のビデオ符号化標準及び／若しくは勧告にも使用されていない構文要素を表す。
【００３４】
「及び／又は」の語を使用していること、例えば、「Ａ及び／又はＢ」の場合は、最初に挙げられた選択肢（Ａ）の選択、第２に挙げられた選択肢（Ｂ）の選択、又は両方の選択肢（Ａ及びＢ）の選択を包含することが意図されている。更なる例として、「Ａ、Ｂ、及び／又はＣ」の場合、前述の句は、第１に挙げられた選択肢（Ａ）の選択、第２に挙げられた選択肢（Ｂ）の選択、第３に挙げられた選択肢（Ｃ）の選択、第１に挙げられた選択肢及び第２に挙げられた選択肢（Ａ及びＢ）の選択、第１に挙げられた選択肢及び第３に挙げられた選択肢（Ａ及びＣ）の選択、第２に挙げられた選択肢及び第３に挙げられた選択肢（Ｂ及びＣ）の選択、又は、３つの選択肢（Ａ、Ｂ及びＣ）全ての選択を包含することを意図している。当該技術分野及び関連技術分野において通常の知識を有する者が容易に分かるように、このことは、挙げられたいくつもの項目について拡張することができる。
【００３５】
更に、本明細書及び特許請求の範囲において参照している表、章、節、サブ節等はＭＰＥＧ−４ＡＶＣ標準に関する。
【００３６】
更に、本願の原理の１つ又は複数の実施例は本明細書及び特許請求の範囲においてＭＰＥＧ−４  ＡＶＣ標準に関して説明しているが、本願の原理は単にこの標準に限定されず、よって、本願の原理の趣旨を維持しながら、他のビデオ符号化の標準、勧告、及びその拡張（ＭＰＥＧ−４ＡＶＣ標準の拡張を含む）に関して利用することができる。
【００３７】
図１に移れば、本願の原理を適用することができるビデオ符号化器は全体を参照符号１００で示す。ビデオ符号化器１００への入力は、加算ジャンクション１１０の非反転入力と信号通信で接続される。加算ジャンクション１１０の出力は、変換器／量子化器１２０と信号通信で接続される。変換器／量子化器１２０の出力はエントロピ符号化器１４０と信号通信で接続される。エントロピ符号化器１４０の出力は符号化器１００の出力として利用可能である。
【００３８】
変換器／量子化器１２０の出力は逆変換器／量子化器１５０と信号通信で更に接続される。逆変換器／量子化器１５０の出力は、デブロック・フィルタ１６０の入力と信号通信で接続される。デブロック・フィルタ１６０の出力は、参照ピクチャ記憶機構１７０と信号通信で接続される。参照ピクチャ記憶機構１７０の第１の出力は動き推定器１８０の第１の入力と信号通信で接続される。符号化器１００への入力は動き推定器１８０の第２の入力と信号通信で更に接続される。動き推定器１８０の出力は動き推定器１９０の第１の入力と信号通信で接続される。参照ピクチャ記憶機構１７０の第２の出力は、動き補償器１９０の第２の入力と信号通信で接続される。動き補償器１９０の出力は、加算ジャンクション１１０の反転入力と信号通信で接続される。
【００３９】
図２に移れば、本願の原理を適用することができるビデオ復号化器は全体を参照番号２００で示す。ビデオ復号化器２００は、ビデオ系列を受信するためにエントロピ復号化器２１０を含む。エントロピ復号化器２１０の第１の出力は、逆量子化器／変換器２２０の入力と信号通信で接続される。逆量子化器／変換器２２０の出力は、加算ジャンクション２４０の第１の非反転入力と信号通信で接続される。
【００４０】
加算ジャンクション２４０の出力はデブロック・フィルタ２９０と信号通信で接続される。デブロック・フィルタ２９０の出力は、基準ピクチャ記憶装置２５０の入力と信号通信で接続される。基準ピクチャ記憶装置２５０は、動き補償器２６０の第１の入力と信号通信で接続される。動き補償器２６０の出力は、加算ジャンクション２４０の第２の入力と信号通信で接続される。エントロピ復号化器２１０の第２の出力は、動き補償器２６０の第２の入力と信号通信で接続される。デブロック・フィルタ２９０の出力は、ビデオ復号化器２００の出力として利用可能である。
【００４１】
本願の原理は、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ  （ＩＳＯ／ＩＥＣ）  Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４  （ＭＰＥＧ−４）  Ｐａｒｔ  １０  Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＡＶＣ）  ｓｔａｎｄａｒｄ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ  （ＩＴＵ−Ｔ）  Ｈ．２６４  ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  （以下、「ＭＰＥＧ−４  ＡＶＣ標準」と呼ぶ）におけるＨＩＧＨ  ４：４：４  Ｉｎｔｒａプロファイル及びＨＩＧＨ  ４：４：４  Ｐｒｅｄｉｃｔｉｖｅプロファイルのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素に、先行して使用されていない構文要素を使用する方法及び装置に関する。効果的には、本願の原理は、ＭＰＥＧ−４ＡＶＣ標準及びその修正に記載されたＨｉｇｈ  ４：４：４  Ｉｎｔｒａプロファイル及びＨｉｇｈ  ４：４：４  Ｐｒｅｄｉｃｔｉｖｅプロファイルの現在の実現形態の少なくとも前述の課題を解決する。
【００４２】
４：４：４プロファイルにおけるｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の符号割り当てに関し、特に、４：４：４プロファイルにおけるｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の現在の意味論では、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の４つの下位ビットのみが使用される。よって、４：４：４プロファイルの場合、表９−４のパート（ｂ）（ｃｈｒｏｍ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しい）、マクロブロック予測モードのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の値へのｃｏｄｅＮｕｍ構文要素の割り当てを使用する。
【００４３】
よって、一実施例では、以下のように、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素について、新たなマッピング処理が提供される。
【００４４】
既存の表９−４ａ及び表９−４ｂは以下のように修正される。提案された変更はＣＡＶＬＣエントロピ符号化に関するが、完全性のために、ＣＡＶＬＣモードにおけるｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の章全体の大半を以下に記載する。
【００４５】
ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素のマッピング処理に関し、サブ節９．１において規定されたように、ｃｏｄｅＮｕｍの場合、マッピング処理に入力する。マッピング処理の出力は、ｍｅ（ｖ）として符号化された構文要素ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎの値である。表９−４ａ及び表９−４ｂは、マクロブロック予測モードがＩｎｔｒａ＿４ｘ４に等しいか、  Ｉｎｔｒａ＿８ｘ８に等しいか、又はＩｎｔｅｒに等しいかに応じてｃｏｄｅＮｕｍに  ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎを割り当てることを示す。特に、表９−４ａは１又は２に等しいＣｈｒｏｍａＡｒｒａｙＴｙｐｅに関し、表９−４ｂは０又は３に等しいＣｈｒｏｍａＡｒｒａｙＴｙｐｅに関する。
【００４６】
【表１】
2015057915.tif 000003
2015057915.tif 000004
2015057915.tif 000005
【００４７】
【表２】
2015057915.tif 000006
表９−４ａ
表９−４ｂ
ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは、モノクローム・ビデオ信号の場合、０に等しい。ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは、４：２：０ビデオの場合、１に等しい。ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは、４：２：２ビデオの場合、２に等しい。ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは、４：４：４ビデオの場合、３に等しい。
【００４８】
マクロブロック層の意味論に関し、以下の定義を使用するものとする。
【００４９】
ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇが１に等しいことは、現在のマクロブロックについて、残差８×８ブロックのデブロッキング・フィルタ処理前のピクチャ構成処理及び変換係数復号化処理を、ｌｕｍａサンプル、Ｃｂサンプル及びＣｒサンプルについて呼び出すものとする（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ＝３であり、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ＝０の場合）。ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇが０に等しいことは、現在のマクロブロックについて、残差４×４ブロックのデブロッキング・フィルタ処理前のピクチャ構成処理及び変換係数復号化処理は、ｌｕｍａサンプル、Ｃｂサンプル及びＣｒサンプルについて呼び出すものとする（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ＝３であり、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ＝０の場合）。ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇがビットストリームに存在していない場合、0に等しいのではないかと推論するものとする。
【００５０】
マクロブロック予測の意味論に関し、以下の定義を使用するものとする。
【００５１】
ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅは、表７−１６に示すように、Ｉｎｔｒａ＿４ｘ４又はＩｎｔｒａ＿１６ｘ１６予測を使用して、マクロブロックにおけるクロマに使用される空間予測のタイプを規定する。ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅの値は０以上３以下の範囲内である。ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ＝３の場合、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅは、ビットストリームにおいて存在しない。
【００５２】
符号化ブロック・パターンの２値化処理に関し、以下があてはまる。
【００５３】
ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎの２値化は、プレフィックス部分及び（存在する場合）サフィックス部分を含む。２値化のプレフィックス部分は、ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｒｎＬｕｍａのＦＬ２値化によって表され、ｃＭａｘ＝１５である。ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しくない（モノクロ）か、又は３に等しくない（４：４：４）場合、サフィックス部分が存在しており、ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｒｎＣｈｒｏｍａのＴＵ２値化処理を含み、ｃＭａｘ＝２である。ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の値と、ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｒｎＬｕｍａ及びＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｒｎＣｈｒｏｍａの値との間の関係はサブ節７．４．５に規定するように表す。
【００５４】
表１は、以下のように、残差ブロックＣＡＢＡＣ構文を示す。
【００５５】
【表３】
2015057915.tif 000007
コンテキスト変数の初期化処理を次に説明する。
【００５６】
表２は、初期化処理におけるスライス・タイプ毎のｃｔｘｌｄｘ及び構文要素の関連付けを示す。
【００５７】
【表４】
2015057915.tif 000008
表３は、以下のように、１０１２乃至１０２３のｃｔｓｌｄｘの変数ｍ及びｎの値を示す。
【００５８】
【表５】
2015057915.tif 000009
２値化処理に関し、以下があてはまる。コンテキスト・インデクスｃｔｘｌｄｘの考えられる値は０以上１０２３以下の範囲内である。ｃｔｘｌｄｘＯｆｆｓｅｔに割り当てられた値は、構文要素の２値化又は２値化部分に割り当てられたｃｔｘｌｄｘの範囲のより低い値を規定する。
【００５９】
表４は、２値化の関連タイプ（ｍａｘＢｉｎｌｄｘＣｔｘ及びｃｔｘｌｄｘＯｆｆｓｅｔ）を構文要素とともに示す。
【００６０】
【表６】
2015057915.tif 000010
2015057915.tif 000011
2015057915.tif 000012
次に、ｃｔｘｌｄｘの導出処理に関して説明する。
【００６１】
【表７】
2015057915.tif 000013
表５は、以下のように、構文要素ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ、  ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇ、  ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇ、及びｃｏｅｆｆ＿ａｂｓ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１のｃｔｘＢｌｏｃｋＣａｔへのｃｔｘｌｄｘＢｌｏｃｋＣａｔＯｆｆｓｅｔの割り当てを示す。
【００６２】
次に、構文要素ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇのｃｔｘｌｄｘｌｎｃの導出処理に関して説明する。この処理への入力はｃｔｘＢｌｏｃｋＣａｔであり、更なる入力は以下のように規定される。
【００６３】
ｃｔｘＢｌｏｃｋＣａｔが０、６又は１０に等しい場合、更なる入力はされない。
【００６４】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが１又は２に等しい場合、ｌｕｍａ４ｘ４Ｂｌｋｌｄｘである。
【００６５】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが３に等しい場合、ｃｈｒｏｍａ成分係数ｉＣｂＣｒである。
【００６６】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが４に等しい場合、ｃｈｒｏｍａ４ｘ４Ｂｌｋｌｄｘ及びｃｈｒｏｍａ成分係数ｉＣｂＣｒである。
【００６７】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが５に等しい場合、ｌｕｍａ８ｘ８Ｂｌｋｌｄｘである。
【００６８】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが７又は８に等しい場合、ｃｂ４ｘ４Ｂｌｋｌｄｘである。
【００６９】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが９に等しい場合、ｃｂ８ｘ８Ｂｌｋｌｄｘである。
【００７０】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが１１又は１２に等しい場合、ｃｒ４ｘ４Ｂｌｋｌｄｘである。
【００７１】
さもなければ（ｃｔｘＢｌｏｃｋＣａｔが１３に等しい場合）、ｃｒ８ｘ８Ｂｌｋｌｄｘである。
【００７２】
この処理の出力は、ｃｔｘｌｄｘｌｎｃ（ｃｔｘＢｌｏｃｋＣａｔ）である。
【００７３】
変数ｔｒａｎｓＢｌｏｃｋＮ（ＮはＡ又はＢである）は以下のように導き出す。
【００７４】
ｃｔｘＢｌｏｃｋＣａｔが０、６又は１０に等しい場合、以下があてはまる。
【００７５】
サブ節６．４．１０．１に規定された近傍マクロブロックの導出処理が呼び出され、出力がｍｂＡｄｄｒＮに割り当てられる（ＮはＡ又はＢである）。
【００７６】
変数ｔｒａｎｓＢｌｏｃｋＮは以下のように導き出される。
【００７７】
ｍｂＡｄｄｒＮが利用可能であり、マクロブロックｍｂＡｄｄｒＮがＩｎｔｒａ＿１６ｘ１６予測モードで符号化された場合、以下があてはまる。
【００７８】
ｃｔｘＢｌｏｃｋＣａｔが０に等しい場合、マクロブロックｍｂＡｄｄｒＮのｌｕｍａ  ＤＣブロックがｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【００７９】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが６に等しい場合、マクロブロックｍｂＡｄｄｒＮのＣｂ  ＤＣブロックがｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【００８０】
さもなければ（ｃｔｘＢｌｏｃｋＣａｔが１０に等しい場合）、マクロブロックｍｂＡｄｄｒＮのＣｒ  ＤＣブロックがｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【００８１】
さもなければ、ｔｒａｎｓＢｌｏｃｋＮは、利用可能でないものとしてマーキングされる。
【００８２】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが１又は２に等しい場合、以下があてはまる。
【００８３】
サブ節６．４．１０．４に規定された近傍４ｘ４ｌｕｍａブロックの導出処理が、入力をｌｕｍａ４ｘ４Ｂｌｋｌｄｘとして呼び出され、出力がｍｂＡｄｄｒＮに割り当てられ、ｌｕｍａ４ｘ４ＢｌｋｌｄｘＮ（ＮはＡ又はＢ）である。
【００８４】
変数ｔｒａｎｓＢｌｏｃｋＮは以下のように導き出される。
【００８５】
ｍｂＡｄｄｒＮが利用可能であり、マクロブロックｍｂＡｄｄｒＮは、ｍｂ＿ｔｙｐｅが、  Ｐ＿Ｓｋｉｐ、  Ｂ＿Ｓｋｉｐ、又はＩ＿ＰＣＭに等しくなく、（（ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｒｎＬｕｍａ＞＞（ｌｕｍａ４ｘ４ＢｌｋｌｄｘＮ＞＞２））及び１）は、マクロブロックｍｂＡｄｄｒＮについて０に等しくなく、ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇは、マクロブロックｍｂＡｄｄｒＮについて０に等しい場合，マクロブロックｍｂＡｄｄｒＮのインデクスｌｕｍａ４ｘ４ＢｌｋｌｄｘＮの４ｘ４  ｌｕｍａブロックが、ｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【００８６】
さもなければ、ｍｂＡｄｄｒＮが利用可能であり、マクロブロックｍｂＡｄｄｒＮは、ｍｂ＿ｔｙｐｅがＰ＿Ｓｋｉｐ又はＢ＿Ｓｋｉｐに等しくなく、（（ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｍＬｕｍａ＞＞（ｌｕｍａ４ｘ４ＢｌｋｌｄｘＮ＞＞２））及び１）が、マクロブロックｍｂＡｄｄｒＮについて０に等しくなく、ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇが、マクロブロックｍｂＡｄｄｒＮについて１に等しい場合、マクロブロックｍｂＡｄｄｒＮのインデクス（ｌｕｍａ４ｘ４ＢｌｋｌｄｘＮ＞＞２）の８ｘ８ｌｕｍａブロックはｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【００８７】
さもなければ、ｔｒａｎｓＢｌｏｃｋＮは、利用可能でないものとしてマーキングされる。
【００８８】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが３に等しい場合、以下があてはまる。
【００８９】
サブ節６．４．１０．１に規定された近傍マクロブロックの導出処理が呼び出され、出力がｍｂＡｄｄｒＮに割り当てられる（ＮはＡ又はＢである）
変数ｔｒａｎｓＢｌｏｃｋＮは以下のように導き出される。
【００９０】
ｍｂＡｄｄｒＮが利用可能であり、マクロブロックｍｂＡｄｄｒＮは、ｍｂ＿ｔｙｐｅがＰ＿Ｓｋｉｐ、Ｂ＿Ｓｋｉｐ、又はＩ＿ＰＣＭに等しくなく、ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｒｎＣｈｒｏｍａが、マクロブロックｍｂＡｄｄｒＮについて０に等しくなく、マクロブロックｍｂＡｄｄｒＮのクロマ成分ｉＣｂＣｒのクロマＤＣブロックは、ｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【００９１】
さもなければ、ｔｒａｎｓＢｌｏｃｋＮは、利用可能でないものとしてマーキングされる。
【００９２】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが４に等しい場合、以下があてはまる。
サブ節６．４．１０．５に規定された近傍４ｘ４クロマ・ブロックの導出処理が、入力をｃｈｒｏｍａ４ｘ４Ｂｌｋｌｄｘとして呼び出され、出力がｍｂＡｄｄｒＮに割り当てられ、ｃｈｒｏｍａ４ｘ４ＢｌｋｌｄｘＮ（ＮはＡ又はＢ）である。
【００９３】
変数ｔｒａｎｓＢｌｏｃｋＮは以下のように導き出される。
【００９４】
ｍｂＡｄｄｒＮが利用可能な場合、マクロブロックｍｂＡｄｄｒＮは、ｍｂ＿ｔｙｐｅがＰ＿Ｓｋｉｐ、Ｂ＿Ｓｋｉｐ、又はＩ＿ＰＣＭに等しくなく、ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｒｎＣｈｒｏｍａが、マクロブロックｍｂＡｄｄｒＮについて２に等しい場合、マクロブロックｍｂＡｄｄｒＮのクロマ成分ｉＣｂＣｒのｃｈｒｏｍａ４ｘ４ＢｌｋｌｄｘＮの４×４クロマ・ブロックは、ｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【００９５】
さもなければ、ｔｒａｎｓＢｌｏｃｋＮは、利用可能でないものとしてマーキングされる。
【００９６】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが５に等しい場合、以下があてはまる。
【００９７】
サブ節６．４．８．２に規定された近傍４ｘ４ルマ・ブロックの導出処理が、入力をｌｕｍａ８ｘ８Ｂｌｋｌｄｘとして、呼び出され、出力がｍｂＡｄｄｒＮに割り当てられ、ｌｕｍａ８ｘ８ＢｌｋｌｄｘＮである（ＮはＡ又はＢ）。
【００９８】
変数ｔｒａｎｓＢｌｏｃｋＮは以下のように導き出される。
【００９９】
ｍｂＡｄｄｒＮが利用可能であり、マクロブロックｍｂＡｄｄｒＮは、ｍｂ＿ｔｙｐｅが、Ｐ＿Ｓｋｉｐ、Ｂ＿Ｓｋｉｐ、又はＩ＿ＰＣＭに等しくなく、（（ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｍＬｕｍａ＞＞（ｌｕｍａ８ｘ８ＢｌｋｌｄｘＮ））及び１）は、マクロブロックｍｂＡｄｄｒＮについて、０に等しくなく、ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇは、マクロブロックｍｂＡｄｄｒＮについて、１に等しい場合、マクロブロックのｍｂＡｄｄｒＮのインデクスｌｕｍａ８ｘ８ＢｌｋｌｄｘＮの８ｘ８ｌｕｍａブロックが、ｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【０１００】
さもなければ、ｔｒａｎｓＢｌｏｃｋＮは、利用可能でないものとしてマーキングされる。
【０１０１】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが７又は８に等しい場合、以下があてはまる。
【０１０２】
サブ節６．４．８．４．１に規定された近傍４ｘ４Ｃｂブロックの導出処理が、ｃｂ４ｘ４Ｂｌｋｌｄｘを入力として呼び出され、出力はｍｂＡｄｄｒＮに割り当てられ、ｃｂ４ｘ４ＢｌｋｌｄｘＮである（ＮはＡ又はＢ）。
【０１０３】
変数ｔｒａｎｓＢｌｏｃｋＮは以下のように導き出される。
【０１０４】
ｍｂＡｄｄｒＮが利用可能な場合、マクロブロックｍｂＡｄｄｒＮは、ｍｂ＿ｔｙｐｅがＰ＿Ｓｋｉｐ、Ｂ＿Ｓｋｉｐ又はＩ＿ＰＣＭに等しくなく、（（ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｍＬｕｍａ＞＞（ｃｂ４ｘ４ＢｌｋｌｄｘＮ＞＞２））及び１）が、マクロブロックｍｂＡｄｄｒＮについて０に等しくなく、ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇが、マクロブロックｍｂＡｄｄｒＮについて０に等しい場合、マクロブロックｍｂＡｄｄｒＮのインデクスｃｂ４ｘ４ＢｌｋｌｄｘＮの４ｘ４ＣｂブロックはｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【０１０５】
さもなければ、ｍｂＡｄｄｒＮが利用可能であり、マクロブロックｍｂＡｄｄｒＮは、ｍｂ＿ｔｙｐｅが、Ｐ＿Ｓｋｉｐ又はＢ＿Ｓｋｉｐに等しくなく、（（ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｍＬｕｍａ＞＞（ｃｂ４ｘ４ＢｌｋｌｄｘＮ＞＞２））及び１）は、マクロブロックｍｂＡｄｄｒＮについて０に等しくなく、ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇは、マクロブロックｍｂＡｄｄｒＮについて、１に等しい場合、マクロブロックｍｂＡｄｄｒＮのインデクスｃｂ４ｘ４ＢｌｋｌｄｘＮ＞＞２の８ｘ８Ｃｂブロックが、ｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【０１０６】
さもなければ、ｔｒａｎｓＢｌｏｃｋＮは、利用可能でないものとしてマーキングされる。
【０１０７】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが９に等しい場合、以下があてはまる。
【０１０８】
サブ節６．４．８．２．１に規定された近傍４ｘ４Ｃｂブロックの導出処理が、入力をｃｂ８ｘ８Ｂｌｋｌｄｘとして、呼び出され、出力がｍｂＡｄｄｒＮに割り当てられ、ｃｂ８ｘ８ＢｌｋｌｄｘＮである（ＮはＡ又はＢ）。
【０１０９】
変数ｔｒａｎｓＢｌｏｃｋＮは以下のように導き出される。
【０１１０】
ｍｂＡｄｄｒＮが利用可能であり、マクロブロックｍｂＡｄｄｒＮは、ｍｂ＿ｔｙｐｅが、Ｐ＿Ｓｋｉｐ、Ｂ＿Ｓｋｉｐ、又はＩ＿ＰＣＭに等しくなく、（（ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｍＬｕｍａ＞＞ｃｂ８ｘ８ＢｌｋｌｄｘＮ）及び１）は、マクロブロックｍｂＡｄｄｒＮの場合、０に等しくなく、ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇは、マクロブロックｍｂＡｄｄｒＮについて、１に等しい場合、マクロブロックｍｂＡｄｄｒＮのインデクスｃｂ８ｘ８ＢｌｋｌｄｘＮの８ｘ８ｃｂブロックが、ｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【０１１１】
さもなければ、ｔｒａｎｓＢｌｏｃｋＮは、利用可能でないものとしてマーキングされる。
【０１１２】
さもなければ、ｃｔｘＢｌｏｃｋＣａｔが１１又は１２に等しい場合、以下があてはまる。
【０１１３】
サブ節６．４．８．４．１に規定された近傍４ｘ４Ｃｒブロックの導出処理が、入力をｃｒ４ｘ４Ｂｌｋｌｄｘとして、呼び出され、出力がｍｂＡｄｄｒＮに割り当てられ、ｃｒ４ｘ４ＢｌｋｌｄｘＮである（ＮはＡ又はＢ）。
【０１１４】
変数ｔｒａｎｓＢｌｏｃｋＮは以下のように導き出される。
【０１１５】
ｍｂＡｄｄｒＮが利用可能であり、マクロブロックｍｂＡｄｄｒＮは、ｍｂ＿ｔｙｐｅが、Ｐ＿Ｓｋｉｐ、Ｂ＿Ｓｋｉｐ、又はＩ＿ＰＣＭに等しくなく、（（ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｍＬｕｍａ＞＞（ｃｒ４ｘ４ＢｌｋｌｄｘＮ＞＞２））及び１）は、マクロブロックｍｂＡｄｄｒＮについて、０に等しくなく、ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇは、マクロブロックｍｂＡｄｄｒＮについて、０に等しい場合、マクロブロックｍｂＡｄｄｒＮのインデクスｃｒ４ｘ４ＢｌｋｌｄｘＮの４ｘ４  Ｃｒブロックが、ｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【０１１６】
さもなければ、ｍｂＡｄｄｒＮが利用可能であり、マクロブロックｍｂＡｄｄｒＮは、ｍｂ＿ｔｙｐｅがＰ＿Ｓｋｉｐ又はＢ＿Ｓｋｉｐに等しくなく、（（ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｒｎＬｕｍａ＞＞（ｃｒ４ｘ４ＢｌｋｌｄｘＮ＞＞２））及び１）が、マクロブロックｍｂＡｄｄｒＮについて０に等しくなく、ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇが、ｍａｃｒｏｂｌｏｃｋ  ｍｂＡｄｄｒＮについて１に等しい場合、マクロブロックｍｂＡｄｄｒＮのインデクス（ｃｒ４ｘ４ＢｌｋｌｄｘＮ＞＞２）の８ｘ８  ＣｒブロックがｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【０１１７】
さもなければ、ｔｒａｎｓＢｌｏｃｋＮは、利用可能でないものとしてマーキングされる。
【０１１８】
さもなければ（ｃｔｘＢｌｏｃｋＣａｔが１３に等しい場合）、以下があてはまる。
【０１１９】
サブ節６．４．８．２．１に規定された近傍８ｘ８Ｃｒブロックの導出処理が、入力をｃｒ８ｘ８Ｂｌｋｌｄｘとして、呼び出され、出力がｍｂＡｄｄｒＮに割り当てられ、ｃｂ８ｘ８ＢｌｋｌｄｘＮである（ＮはＡ又はＢ）。
【０１２０】
変数ｔｒａｎｓＢｌｏｃｋＮは以下のように導き出される。
【０１２１】
ｍｂＡｄｄｒＮが利用可能であり、マクロブロックｍｂＡｄｄｒＮは、ｍｂ＿ｔｙｐｅが、Ｐ＿Ｓｋｉｐ、Ｂ＿Ｓｋｉｐ、又はＩ＿ＰＣＭに等しくなく、（（ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｍＬｕｍａ＞＞ｃｒ８ｘ８Ｂｌｋｌｄｘ）及び１）は、マクロブロックｍｂＡｄｄｒＮについて、０に等しくなく、ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇは、マクロブロックｍｂＡｄｄｒＮについて、１に等しい場合、マクロブロックｍｂＡｄｄｒＮのインデクスｃｒ８ｘ８ＢｌｋｌｄｘＮの８ｘ８Ｃｒブロックが、ｔｒａｎｓＢｌｏｃｋＮに割り当てられる。
【０１２２】
さもなければ、ｔｒａｎｓＢｌｏｃｋＮは、利用可能でないものとしてマーキングされる。
【０１２３】
変数ｃｏｎｄＴｅｒｍＦｌａｇＮ（ＮはＡ又はＢである）は以下のように導き出す。
【０１２４】
以下の条件のうちの何れかが真の場合、ｃｏｎｄＴｅｒｍＦｌａｇＮは０に等しくセットされる。
【０１２５】
ｍｂＡｄｄｒＮが利用可能でなく、現在のマクロブロックがインター予測モードで符号化され、
ｍｂＡｄｄｒＮが利用可能であり、ｔｒａｎｓＢｌｏｃｋＮが利用可能でなく、マクロブロックｍｂＡｄｄｒＮのｍｂ＿ｔｙｐｅがＩ＿ＰＣＭに等しくなく、
現在のマクロブロックがＩｎｔｒａ予測モードで符号化され、ｃｏｎｓｔｒａｉｎｅｄ＿ｉｎｔｒａ＿ｐｒｅｄ＿ｆｌａｇが１に等しく、マクロブロックｍｂＡｄｄｒＮが利用可能であり、Ｉｎｔｅｒ予測モードで符号化され、スライス・データ・パーティション化が使用される（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは２乃至４である）。
【０１２６】
さもなければ、以下の条件の何れかが真の場合、ｃｏｎｄＴｅｒｍＦｌａｇＮは１に等しくセットされる。
【０１２７】
ｍｂＡｄｄｒＮが利用可能でなく、現在のマクロブロックがイントラ予測モードで符号化される。
【０１２８】
マクロブロックｍｂＡｄｄｒＮのｍｂ＿ｔｙｐｅがＩ＿ＰＣＭに等しい。
【０１２９】
さもなければ、ｃｏｎｄＴｅｒｍＦｌａｇＮは、マクロブロックｍｂＡｄｄｒＮについて復号化された変換ブロックｔｒａｎｓＢｌｏｃｋＮのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇの値に等しくセットされる。
【０１３０】
変数ｃｔｘｌｄｘｌｎｃ（ｃｔｘＢｌｏｃｋＣａｔ）は、
ｃｔｘｌｄｘｌｎｃ（ｃｔｘＢｌｏｃｋＣａｔ）＝
ｃｏｎｄＴｅｒｍＦｌａｇＡ＋２＊ｃｏｎｄＴｅｒｍＦｌａｇＢ  （９）
で導き出される。
【０１３１】
図３に移れば、例示的なビデオ符号化処理の全体を参照番号３００で示す。
【０１３２】
符号化処理３００は、ループ限度ブロック３１２に制御を渡す開始ブロック３０５を含む。ループ限度ブロック３１２は、画像内のブロック毎のループを開始し、制御を機能ブロック３１５に渡す。機能ブロック３１５は、現在の画像ブロックの動き補償予測又は空間予測を形成し、制御を機能ブロック３２０に渡す。機能ブロック３２０は、動き補償予測又は空間予測を現在の画像ブロックから減算して予測残差を形成し、制御を機能ブロック３３０に渡す。機能ブロック３３０は予測残差を変換し、量子化し、制御を機能ブロック３３５に渡す。機能ブロック３３５は予測残差を逆変換／量子化して、符号化予測残差を形成し、制御を機能ブロック３４５に渡す。機能ブロック３４５は符号化残差を予測に加算して符号化ピクチャ・ブロックを形成し、終了ループ・ブロック３５０に制御を渡す。終了ループ・ブロック３５０はループを終了させ、制御を機能ブロック３５５に渡す。機能ブロック３５５は、少なくとも上記画像について符号化された、結果として生じるビットストリームに対して帯域内又は帯域外で構文要素を送出して、８×８ブロックの存在を示し（該当する場合（すなわち、前述のブロックが実際にビットストリーム内に存在している場合））、制御を終了ブロック３９９に渡す。構文要素は、例えば、復号化器による、示されたブロックへのＣＡＢＡＣ及び／又はＣＡＶＬＣの適用の選択的なディセーブルを可能にするために送出することができる。
【０１３３】
図４を参照すれば、例示的なビデオ復号化処理は全体を参照番号４００で示す。
【０１３４】
復号化処理４００は、制御を機能ブロック４０７に渡す開始ブロック４０５を含む。機能ブロック４０７は、８×８ブロックの存在を示す構文要素を、ビットストリームに対して帯域内又は帯域外で受信し（該当する場合、すなわち、前述のブロックが実際に存在している場合）、制御をループ限度ブロック４１０に渡す。構文要素は例えば、復号化中の、示されたブロックへのＣＡＢＡＣ及び／又はＣＡＶＬＣの適用の選択的なディセーブルを可能にするために受信することができる。ループ限度ブロック４１０は、ビットストリームからの画像における現在のブロックのループを始め、制御を機能ブロック４１５に渡す。機能ブロック４１５は、符号化残差をエントロピ復号化し、制御を機能ブロック４２０に渡す。機能ブロック４２０は、復号化残差を逆変換／量子化して符号化残差を形成し、制御を機能ブロック４３０に渡す。機能ブロック４３０は符号化残差を予測に加えて、符号化ピクチャ・ブロックを形成し、制御をループ限度ブロック４３５に渡す。ループ限度ブロック４３５は、ループを終了させ、制御を終了ブロック４９９に渡す。
【０１３５】
図５に移れば、例示的なビデオ符号化処理の全体を参照番号５００で示す。
【０１３６】
符号化処理５００は、機能ブロック５１０に制御を渡す開始ブロック５０５を含む。機能ブロックは、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素のマッピング処理において使用するモノクローム・クロマ・アレイ・タイプの表の選択を含む初期化を行い、制御をループ限度ブロック５１２に渡す。ループ限度ブロック５１２は、画像内のブロック毎のループを始め、制御を機能ブロック５１５に渡す。機能ブロック５１５は、現在の画像ブロックの動き補償予測又は空間予測を形成し、制御を機能ブロック５２０に渡す。機能ブロック５２０は、動き補償予測又は空間予測を現在の画像ブロックから減算して予測残差を形成し、制御を機能ブロック５３０に渡す。機能ブロック５３０は予測残差を変換し、量子化し、制御を機能ブロック５３５に渡す。機能ブロック５３５は予測残差を逆変換／量子化して、符号化予測残差を形成し、制御を機能ブロック５４５に渡す。機能ブロック５４５は符号化残差を予測に加えて符号化ピクチャ・ブロックを形成し、制御を終了ループ・ブロック５５０に渡す。終了ル―プ・ブロック５５０はループを終了し、制御を機能ブロック５５５に渡す。機能ブロック５５５は、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素を、少なくとも上記画像について符号化された結果として生じるビットストリームに対して帯域内又は帯域外で送出し、制御を終了ブロック５９９に渡す。
【０１３７】
図６に移れば、例示的なビデオ復号化処理の全体を参照番号６００で示す。
【０１３８】
復号化処理６００は、機能ブロック６０７に制御を渡す開始ブロック６０５を含む。機能ブロック６０７は、ビットストリームに対して帯域内又は帯域外でｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素（モノクローム・クロマ・アレイ・タイプを使用して先行してマッピングされた）を受信し、制御をループ限度ブロック６１０に渡す。ループ限度ブロック６１０は、ビットストリームからの画像内の現在のブロックのループを始め、制御を機能ブロック６１５に渡す。機能ブロック６１５は符号化残差をエントロピ復号化し、制御を機能ブロック６２０に渡す。機能ブロック６２０は、復号化残差を逆変換／量子化して符号化残差を形成し、制御を機能ブロック６３０に渡す。機能ブロック６３０は、符号化残差を予測に加えて符号化ピクチャ・ブロックを形成し、制御をループ限度ブロック６３５に渡す。ループ限度ブロック６３５はループを終了し、終了ブロック６９９に制御を渡す。
【０１３９】
簡潔性及び明瞭性の点で、図３乃至図６は、画像ブロックの符号化及び復号化それぞれに関係する工程全てを示している訳でないことがあり得る。
【０１４０】
次に、本発明の多くの効果／構成の一部について説明する。この一部は上述している。例えば、一効果／構成は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、結果として生じるビットストリームに符号化する符号化器を含む装置である。２つのクロミナンス・アレイはそれぞれ、輝度アレイと同じ高さ及び同じ幅を有する。符号化器は、構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を示す。
【０１４１】
別の効果／構成は、上記符号化器を有する装置であり、構文要素は、文脈適応型２進数算術符号化（ＣＡＢＡＣ）に関する少なくとも１つの８×８ブロックの存在を示す。
【０１４２】
更に別の利点／構成は上記符号化器を有する装置であって、構文要素は、少なくとも１つの８×８ブロックの存在を示して、復号化器による、少なくとも１つの８×８ブロックへの文脈適応型２進数算術符号化（ＣＡＢＡＣ）の適用を選択的にディセーブルすることを可能にする。
【０１４３】
更に、別の効果／構成は、上記符号化器を有する装置であり、符号化プロファイルは、ｏｆ  ｔｈｅ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ  （ＩＳＯ／ＩＥＣ）  Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４  （ＭＰＥＧ−４）  Ｐａｒｔ  １０  Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＡＶＣ）  ｓｔａｎｄａｒｄ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ  （ＩＴＵ−Ｔ）  Ｈ．２６４勧告のＨｉｇｈ  ４：４：４プロファイルである。
【０１４４】
更に、別の利点／構成は、上記符号化器を有する装置であり、符号化プロファイルは、Ｈｉｇｈ  ４：４：４  Ｉｎｔｒａプロファイル、ＣＡＶＬＣ  ４：４：４  Ｉｎｔｒａプロファイル、及びＨｉｇｈ  ４：４：４  Ｐｒｅｄｉｃｔｉｖｅプロファイルの何れかであり得る。
【０１４５】
更に、別の効果／構成は、上述の符号化器を有する装置であり、構文要素は先行して使用されていない。
【０１４６】
更に、別の効果／構成は、上述の符号化器を有する装置であり、構文要素は高位構文要素である。
【０１４７】
更に、別の効果／構成は、上述の符号化器を有する装置であり、前記高位構文要素は、スライス・ヘッダ・レベル、補助拡張情報（ＳＥＩ）レベル、ピクチャ・パラメータ組レベル、系列パラメータ組レベル、及びネットワーク抽象化層ユニット・ヘッダ・レベルのうちの少なくとも１つにおいて配置される。
【０１４８】
更に、別の効果／構成は、上述の符号化器を有する装置であり、構文要素は、結果として生成されるビットストリームに対して帯域内及び帯域外の一方で供給される。
【０１４９】
更に、別の効果／構成は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、結果として生じるビットストリームに符号化するための符号化器を有する装置である。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。符号化器は、文脈適応型可変長符号化（ＣＡＶＬＣ）を使用して画像データを符号化し、モノクローム・クロマ・アレイ・タイプを使用して、符号化ブロック・パターン構文要素のマッピング処理を行う。
【０１５０】
本願の原理の前述並びに他の特徴及び利点は、本明細書及び特許請求の範囲記載の教示に基づいて、当業者が容易に確かめることができる。本願の原理の教示は、種々の形態のハードウェア、ソフトウェア、ファームウェア、特殊用途向プロセッサ、又はそれらの組み合わせで実現することができる。
【０１５１】
最も好ましくは、本願の原理の教示は、ハードウェア及びソフトウェアの組合せとして実現される。更に、ソフトウェアは、プログラム記憶装置上に有形に実施されたアプリケーション・プログラムとして実現することができる。アプリケーション・プログラムは、何れかの適切なアーキテクチャを有するマシンにアップロードし、前述のマシンによって実行することができる。好ましくは、マシンは、１つ又は複数の中央処理装置（「ＣＰＵ」）、ランダム・アクセス・メモリ（「ＲＡＭ」）や、入出力（「Ｉ／Ｏ」）インタフェースなどのハードウェアを有するコンピュータ・プラットフォーム上に実現される。コンピュータ・プラットフォームは、オペレーティング・システム及びマイクロ命令コードも含み得る。本明細書及び特許請求の範囲記載の種々の処理及び機能は、ＣＰＵによって実行することができるアプリケーション・プログラムの一部若しくはマイクロ命令コードの一部（又はそれらの組み合わせ）であり得る。更に、種々の他の周辺装置を、更なるデータ記憶装置や、印刷装置などのコンピュータ・プラットフォームに接続することができる。
【０１５２】
添付図面に表す構成システム部分及び方法の一部は好ましくはソフトウェアで実現されるので、システム部分（又は処理機能ブロック）間の実際の接続は、本願の原理がプログラムされるやり方によって変わり得る。本明細書及び特許請求の範囲記載の教示があれば、当業者は、本願の原理の前述及び同様な実現形態又は構成に想到することができるであろう。
【０１５３】
例証する実施例は本明細書及び特許請求の範囲に添付図面を参照して説明しているが、本願の原理は前述の厳密な実施例に限定されず、本願の原理の範囲又は趣旨から逸脱しない限り、当業者により、種々の変更及び修正を行うことができる。前述の変更及び修正は全て、特許請求の範囲記載の本願の原理の範囲内に含まれることが意図されている。
【図１】
2015057915.tif 000014
【図２】
2015057915.tif 000015
【図３】
2015057915.tif 000016
【図４】
2015057915.tif 000017
【図５】
2015057915.tif 000018
【図６】
2015057915.tif 000019
【手続補正書】
【提出日】平成26年11月17日(2014.11.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
方法であって、
サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、先行して符号化されたビットストリームから画像データを復号する工程を含み、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、
前記復号する工程は、第１の構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの非ゼロ変換係数の存在を判定し、前記第１の構文要素は、前記少なくとも１つの８×８ブロックの存在を示して、復号器による、前記少なくとも１つのブロックへの文脈適応型２進数算術符号化（ＣＡＢＡＣ）の適用の選択的なディセーブルを許可し、第２の構文要素を使用して前記結果として生じるビットストリームにおける前記少なくとも１つの８×８ブロックの前記２つのクロミナンス・アレイ及び前記輝度アレイそれぞれの非ゼロ変換係数の存在を判定する工程を含む、前記方法。
【請求項２】
装置であって、
サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、先行して符号化されたビットストリームから画像データを復号する復号器を備え、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、
前記復号器は、第１の構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの非ゼロ変換係数の存在を判定し、前記第１の構文要素は、前記少なくとも１つの８×８ブロックの存在を示して、復号器による、前記少なくとも１つのブロックへの文脈適応型２進数算術符号化（ＣＡＢＡＣ）の適用の選択的なディセーブルを許可し、第２の構文要素を使用して前記結果として生じるビットストリームにおける前記少なくとも１つの８×８ブロックの前記２つのクロミナンス・アレイ及び前記輝度アレイそれぞれの非ゼロ変換係数の存在を判定する、前記装置。
【外国語明細書】
2015057915000001.pdf