JP2020017993A - 電子デバイス及び方法 - Google Patents

Abstract

【課題】デジタルメディアを表現するためのより効率的な技術を提供する。【解決手段】電子デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備える。メモリ及びコンピュータプログラムコードは、プロセッサと協働して、電子デバイスに、データのビットストリームにおいてランダムアクセスピクチャを識別し、ランダムアクセスピクチャが後続のリーディング・ピクチャを有するか否かによって、ネットワークアクセス層（ＮＡＬ；Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｌａｙｅｒ）ユニット・タイプを異なる値に設定して送信する、処理を実行させる。【選択図】図１

Description

本開示は、リーディング・ピクチャを識別するための電子デバイス及び方法に関する。

電子デバイスは、消費者ニーズを満たし、可搬性と便利さとを改善するためにより小さく、より強力になった。消費者は、電子デバイスに依存するようになり、機能性の増加を期待するようになった。電子デバイスのいくつかの例は、デスクトップコンピュータ、ラップトップコンピュータ、セルラーフォン、スマートフォン、メディアプレーヤ、集積回路などを含む。

いくつかの電子デバイスは、デジタルメディアを処理して表示するために用いられる。例えば、ポータブル電子デバイスは、今や消費者がいるほとんどいかなる場所でもデジタルメディアを用いることを可能にする。そのうえ、いくつかの電子デバイスは、消費者が用いて楽しむためのデジタルメディア・コンテンツのダウンロードまたはストリーミングを提供する。

デジタルメディアの人気の高まりは、いくつかの問題を提起した。例えば、高品質デジタルメディアを記憶、送信および再生のために効率的に表現することがいくつかの課題を提起する。この考察から気付きうるように、デジタルメディアをより効率的に表現するシステムおよび方法が有益であろう。

デジタルメディアを表現するためのより効率的な技術を提供することが望ましい。

本発明の態様は、復号順には第１のピクチャに続き、出力順には第１のピクチャに先行するピクチャである、リーディング・ピクチャを示すための電子デバイスを提供し、この電子デバイスは、

プロセッサ；

プロセッサと電子通信を行うメモリ；

メモリに記憶された命令を備え、命令は、

（ａ）第１のピクチャを符号化し；

（ｂ）リーディング・ピクチャ（leading picture）が存在するかどうかを判定し；

（ｃ）リーディング・ピクチャが存在する場合に、明示的なリーディング・ピクチャ・インジケーター（leading picture indicator）を生成し；

（ｄ）リーディング・ピクチャが存在する場合に、明示的なリーディング・ピクチャ・インジケーターを送るために、実行可能である。

本発明の別の態様は、復号順には第１のピクチャに続き、出力順には第１のピクチャに先行するピクチャである、リーディング・ピクチャが存在するかどうかを判定するための電子デバイスを提供し、この電子デバイスは、

プロセッサ；

プロセッサと電子通信を行うメモリ；

メモリに記憶された命令を備え、命令は、

（ａ）ビットストリームを受信し；

（ｂ）ビットストリームが明示的なリーディング・ピクチャ・インジケーターを含むかどうかに基づいて、リーディング・ピクチャが存在するかどうかを判定し；

（ｃ）リーディング・ピクチャが存在するかどうかに基づいて、ビットストリームに対して操作を行うために実行可能である。

本発明の別の態様は、リーディング・ピクチャが存在するかどうかを電子デバイスによって判定するための方法を提供し、方法は、

第１のピクチャを符号化するステップ；

リーディング・ピクチャが存在するかどうかを判定するステップ；

リーディング・ピクチャが存在する場合に、明示的なリーディング・ピクチャ・インジケーターを生成するステップ；および

リーディング・ピクチャが存在する場合に、明示的なリーディング・ピクチャ・インジケーターを送信するステップを含む。

本発明の別の態様は、リーディング・ピクチャが存在するかどうかを電子デバイスによって判定するための方法を提供し、方法は、

ビットストリームを受信するステップ；

ビットストリームが明示的なリーディング・ピクチャ・インジケーターを含むかどうかに基づいて、リーディング・ピクチャが存在するかどうかを判定するステップ；および

リーディング・ピクチャが存在するかどうかに基づいて、ビットストリームに対して操作を行うステップを含む。

本発明の前述および他の目的、特徴、ならびに利点は、本発明の以下の詳細な記載を添付図面と併せて考察したときにさらに容易に理解されるであろう。

リーディング・ピクチャを識別するためのシステムおよび方法が実装された１つ以上のデバイスの例を示すブロック図である。 リーディング・ピクチャを識別するための方法の一構成を示すフロー図である。 リーディング・ピクチャを識別するための方法のより具体的な構成を示すフロー図である。 リーディング・ピクチャを識別するための方法の一構成を示すフロー図である。 リーディング・ピクチャを識別するための方法の一構成を示すフロー図である。 電子デバイス上のエンコーダの一構成を示すブロック図である。 電子デバイス上のデコーダの一構成を示すブロック図である。 送信用電子デバイスに利用される様々なコンポーネントを示すブロック図である。 受信用電子デバイスに利用される様々なコンポーネントを示すブロック図である。 リーディング・ピクチャを識別するためのシステムおよび方法が実装された電子デバイスの一構成を示すブロック図である。 リーディング・ピクチャを識別するシステムおよび方法が実装された電子デバイスの一構成を示すブロック図である。 リーディング・ピクチャを識別するためのシステムおよび方法が実装された、いくつかのデバイスを示すブロック図である。

リーディング・ピクチャ（leading picture）を示すための電子デバイスが記載される。電子デバイスは、プロセッサ、およびプロセッサと電子通信を行うメモリを含む。電子デバイスは、メモリに記憶された命令を含む。電子デバイスは、第１のピクチャを符号化する。電子デバイスは、また、リーディング・ピクチャが存在するかどうかを判定する。電子デバイスは、リーディング・ピクチャが存在する場合に、明示的なリーディング・ピクチャ・インジケーター(leading picture indicator)を生成する。電子デバイスは、さらに、リーディング・ピクチャが存在する場合に、明示的なリーディング・ピクチャ・インジケーターを送信する。

第１のピクチャは、クリーンランダムアクセス（ＣＲＡ：ｃｌｅａｎ ｒａｎｄｏｍ ａｃｃｅｓｓ）またはランダムアクセスピクチャであってもよい。明示的なリーディング・ピクチャ・インジケーターは、ＣＲＡピクチャと関連付けられて、少なくとも１つのリーディング・ピクチャがＣＲＡピクチャに続くことを示す。明示的なリーディング・ピクチャ・インジケーターは、リーディング・ピクチャと関連付けられてもよい。明示的なリーディング・ピクチャ・インジケーターは、ＣＲＡピクチャのためのシーケンスパラメータセット（ＳＰＳ：Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャパラメータセット（ＰＰＳ：Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、適応パラメータセット（ＡＰＳ：Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）およびスライスヘッダにおけるフラグからなる群のうちの少なくとも１つを含んでもよい。

リーディング・ピクチャが存在しない場合、電子デバイスは、明示的なリーディング・ピクチャ・アブセンス・インジケーター（leading picture absence indicator）を生成する。電子デバイスは、また、明示的なリーディング・ピクチャ・アブセンス・インジケーターを送信する。リーディング・ピクチャが存在するかどうかを判定するステップは、第２のピクチャが復号順には第１のピクチャに続き、出力順には第１のピクチャに先行するかどうかを判定することを含む。

明示的なリーディング・ピクチャ・インジケーターは、ネットワークアクセス層（ＮＡＬ：Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｌａｙｅｒ）ユニット・タイプであってもよい。ＮＡＬユニット・タイプは、リーディング・ピクチャと関連付けられたＮＡＬユニット・タイプを含んでもよい。ＮＡＬユニット・タイプは、後続のリーディング・ピクチャをもつＣＲＡピクチャと関連付けられたＮＡＬユニット・タイプを含んでもよい。ＮＡＬユニット・タイプは、また、後続のリーディング・ピクチャをもたないＣＲＡピクチャと関連付けられたＮＡＬユニット・タイプを含んでもよい。ＮＡＬユニット・タイプは、さらに、ＣＲＡピクチャのためのスライスヘッダおよびリーディング・ピクチャのためのスライスヘッダからなる群のうちの少なくとも１つを含んでもよい。

リーディング・ピクチャが存在するかどうかを判定するための電子デバイスも記載される。電子デバイスは、プロセッサ、およびプロセッサと電子通信を行うメモリを含む。電子デバイスは、メモリに記憶された命令も含む。電子デバイスは、ビットストリームを受信する。電子デバイスは、ビットストリームが明示的なリーディング・ピクチャ・インジケーターを含むかどうかに基づいて、リーディング・ピクチャが存在するかどうかを判定する。電子デバイスは、さらに、リーディング・ピクチャが存在するかどうかに基づいて、ビットストリームに対して操作を行う。ビットストリームに対して操作を行うステップは、リーディング・ピクチャが存在する場合に、リーディング・ピクチャを破棄する（除く）ことを含む。

電子デバイスは、処理デバイス（例えば、ネットワークノード）であってもよい。リーディング・ピクチャが存在する場合、リーディング・ピクチャは、ランダムアクセスポイントにおいてＣＲＡピクチャに対応してもよい。

リーディング・ピクチャが存在するかどうかを判定するステップは、ビットストリームが明示的なリーディング・ピクチャ・インジケーターを含む場合に、リーディング・ピクチャが存在すると判定することを含んでもよい。リーディング・ピクチャが存在するかどうかを判定するステップは、ビットストリームが明示的なリーディング・ピクチャ・アブセンス・インジケーターを含む場合、またはビットストリームが明示的なリーディング・ピクチャ・インジケーターを含まない場合に、リーディング・ピクチャが存在しない（absence）と判定することを含んでもよい。

明示的なリーディング・ピクチャ・インジケーターは、ＣＲＡピクチャのためのＮＡＬユニット・タイプと、ＳＰＳ、ＰＰＳ、ＡＰＳおよびスライスヘッダ中のフラグとからなる群のうちの少なくとも１つを含んでもよい。明示的なリーディング・ピクチャ・インジケーターは、ＮＡＬユニット・タイプであってもよい。ＮＡＬユニット・タイプは、後続のリーディング・ピクチャをもたないＣＲＡピクチャと関連付けられたＮＡＬユニット・タイプを含んでもよい。

リーディング・ピクチャが存在するかどうかを電子デバイスによって判定するための方法も記載される。方法は、第１のピクチャを符号化するステップを含む。方法は、リーディング・ピクチャが存在するかどうかを判定するステップも含む。方法は、リーディング・ピクチャが存在する場合に、明示的なリーディング・ピクチャ・インジケーターを生成するステップも含む。方法は、リーディング・ピクチャが存在する場合に、明示的なリーディング・ピクチャ・インジケーターを送信するステップも含む。

リーディング・ピクチャが存在するかどうかを電子デバイスによって判定するための方法も記載される。方法は、ビットストリームを符号化するステップを含む。方法は、ビットストリームが明示的なリーディング・ピクチャ・インジケーターを含むかどうかに基づいて、リーディング・ピクチャが存在するかどうかを判定するステップも含む。方法は、リーディング・ピクチャが存在するかどうかに基づいて、ビットストリームに対して操作を行うステップも含む。

本明細書に開示されるシステムおよび方法は、リーディング・ピクチャを識別するための手法を記載する。例えば、本明細書に記載されるいくつかの構成は、ＣＲＡピクチャをシグナリングするためのデバイスおよび方法を含む。さらにまた、記載されるデバイスおよび手法のいくつかは、後続のリーディング・ピクチャをもつＣＲＡピクチャ、ならびに後続のリーディング・ピクチャをもたないＣＲＡピクチャの間を区別するために用いられる。

ビットストリーム中のリーディング・ピクチャを識別することがしばしば必要である。既知のシステムは、現在、様々なパラメータセットの広範な符号化および復号操作を行うことによって、ビットストリーム中のリーディング・ピクチャを識別する。例えば、既知のシステムは、ＳＰＳおよびＰＰＳを符号化および復号することによって、リーディング・ピクチャを識別する。既知のシステムは、また、ピクチャオーダカウント（ＰＯＣ：ｐｉｃｔｕｒｅ ｏｒｄｅｒ ｃｏｕｎｔ）値を計算して、計算値と対応するＣＲＡピクチャのＰＯＣ値とを比較する。既知の方法は、さらに、あるピクチャがリーディング・ピクチャであるか否か判定するために、ＣＲＡピクチャと対応する計算値とを比較する。これらのステップを行うことは、システムに有害な影響を及ぼすこともあり、リーディング・ピクチャを識別し、ビットストリームに対して操作を行うためには広範なデータ処理を必要とする。

これらの困難のいくつかを改善することを目指して、本明細書におけるシステムおよび方法は、リーディング・ピクチャを識別するための手法を提供する。いくつかの手法では、ＣＲＡピクチャが、ビットストリーム中に後続のリーディング・ピクチャを有するかどうかを示すために、１つ以上のインジケーターが実装される。例えば、一構成において、ＣＲＡピクチャが、ビットストリーム中にＣＲＡピクチャに続く１つ以上のリーディング・ピクチャを有するかどうかを示すために、新しいＮＡＬユニットが導入される。別の構成では、ＣＲＡピクチャに続いてリーディング・ピクチャが存在するかどうかを示すために、ＳＰＳ、ＰＰＳおよび／またはＡＰＳ中のフラグが利用される。この手法は、１つ以上の電子デバイスによる広範な符号化または復号なしに、電子デバイスがリーディング・ピクチャを識別できるという有益がある。

ＣＲＡピクチャと関連付けられたインジケーターを提供するときに、留意すべきは、ＣＲＡピクチャが、ある特定のタイプのＮＡＬユニットと関連付けられた複数の符号化スライスを含んだ、符号化されたピクチャを含みうることである。いくつかの場合に、ＣＲＡピクチャは、イントラ予測のみを用いて復号された複数のイントラ予測スライス（Ｉスライス）のみを含みうる。例えば、一構成において、ＣＲＡピクチャは、４に等しいＮＡＬユニット・タイプ（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ）をもつ複数の符号化スライスを含んだ、符号化されたピクチャである。いくつかの場合に、復号順および出力順にＣＲＡピクチャに続くすべての符号化されたピクチャは、復号順または出力順のいずれかにおいてＣＲＡピクチャに先行する任意のピクチャからのインター予測を用いることができない。また、いくつかの場合に、復号順にＣＲＡピクチャに先行する他のピクチャは、出力順においてもＣＲＡピクチャに先行する。

いくつかの構成において、ＮＡＬユニット・タイプは、ＮＡＬユニットに含まれるロー・バイト・シーケンス・ペイロード（ＲＢＳＰ：ｒａｗ ｂｙｔｅ ｓｅｑｕｅｎｃｅ ｐａｙｌｏａｄ）データ構造のタイプを指定する。一例において、０に等しいか、または２４〜６３の範囲内のＮＡＬユニット・タイプを用いたＮＡＬユニットは、様々な構成において指定される復号処理に影響を及ぼさない。一例において、ＮＡＬユニット・タイプ０および２４〜６３が様々な用途によって決定されるように用いられることに留意すべきである。本明細書に記載されるいくつかの構成において、デコーダは、予約された、または指定されていない値のＮＡＬユニット・タイプを用いたＮＡＬユニットの内容を無視できる。

本明細書に開示されるシステムおよび方法に従って実装されるＮＡＬユニット・タイプ・コードおよびＮＡＬユニット・タイプ・クラスの例が下の表１および表１１に含まれる。いくつかの構成は、以下に記載されるものと同様か、または異なるフィールドを含みうることに留意するとよい。いくつかの構成では、表１におけるＮＡＬフィールドのいくつかまたはすべてが様々なＮＡＬユニット・タイプの例となりうる。いくつかの構成では、いくつかのＮＡＬユニット・タイプが異なるフィールドと関連付けられてもよく、シンタックス構造が１つ以上のピクチャと関連付けられてもよい。１つ以上のフィールドのさらなる説明が以下に含まれる。下の表１がビデオ符号化層（ＶＣＬ：Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ）ＮＡＬユニット・タイプ・クラス、瞬時復号リフレッシュ（ＩＤＲ：Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）ピクチャおよびテンポラル・レイヤ・アクセス（ＴＬＡ：Ｔｅｍｐｏｒａｌ Ｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャの略語を含むことに留意すべきである。表１に関係して含まれるさらなる例は、表１１および以下に記載される他の構成にも適用可能である。

この例では、シンタックスが付加拡張情報（ＳＥＩ：Ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）ＲＢＳＰシンタックスを含む。ＳＥＩ ＲＢＳＰは、１つ以上のＳＥＩメッセージを含む。各ＳＥＩメッセージは、ＳＥＩペイロードのタイプｐａｙｌｏａｄＴｙｐｅおよびサイズｐａｙｌｏａｄＳｉｚｅを指定する変数を含む。導出されるＳＥＩペイロード・サイズｐａｙｌｏａｄＳｉｚｅは、バイト単位で指定され、ＳＥＩペイロードにおけるＲＢＳＰバイトの数に等しい。

一例において、シンタックスは、アクセスユニットデリミッタＲＢＳＰシンタックスも含む。アクセスユニットデリミッタは、符号化されたピクチャに存在するスライスのタイプを示すため、およびアクセスユニット間の境界の検出を容易にするために用いられる。アクセスユニットデリミッタと関連した規範的な復号処理は何もない。

一例において、シンタックスは、フィラー・データＲＢＳＰシンタックスも含む。フィラー・データＲＢＳＰは、その値が０ｘＦＦに等しいバイトを含む。さらにまた、フィラー・データＲＢＳＰのための規範的な復号処理は何も指定されていない。ｆｆ＿ｂｙｔｅは、０ｘＦＦに等しいバイトである。

スライスレイヤＲＢＳＰは、スライスヘッダおよびスライス・データを含み、その後にｒｂｓｐ＿ｓｌｉｃｅ＿ｔｒａｉｌｉｎｇ＿ｂｉｔｓが続く。例が下の表２に示される。

ＲＢＳＰスライス・トレイリングビット・シンタックスの例が下の表３に示される。

これらの例において、ｃａｂａｃ＿ｚｅｒｏ＿ｗｏｒｄは、０ｘ００００に等しい２バイトのバイトアラインされた列である。さらに、ＮｕｍＢｙｔｅｓＩｎＶｃＩＮＡＬｕｎｉｔｓは、符号化されたピクチャのすべてのＶＣＬユニットについてのＮｕｍＢｙｔｅｓｉｎＮＡＬｕｎｉｔの合計である。さらにまた、ＢｉｎＣｏｕｎｔｓＩｎＮＡＬｕｎｉｔｓは、符号化されたピクチャのすべてのＶＣＬ ＮＡＬユニットの内容を復号するために構文解析処理関数ＤｅｃｏｄｅＢｉｎ（）が呼び出される回数である。

変数ＲａｗＭｉｎＣＵＢｉｔｓおよびＰｉｃＳｉｚｅＭｉｎＣＵｓは、次のように導出される。

ＲａｗＭｉｎＣＵＢｉｔｓ＝（１＜＜Ｌｏｇ２ＭｉｎＣＵＳｉｚｅ）＊（１＜＜Ｌｏｇ２ＭｉｎＣＵＳｉｚｅ）＊ＢｉｔＤｅｐｔｈＹ＋２＊（１＜＜Ｌｏｇ２ＭｉｎＣＵＳｉｚｅ−１））＊（１＜＜Ｌｏｇ２ＭｉｎＣＵＳｉｚｅ−１）＊ＢｉｔＤｅｐｔｈＣ、および

ＰｉｃＳｉｚｅＭｉｎＣＵｓ＝Ｃｅｉｌ（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｎａ＿ｓａｍｐｌｅｓ／（１＜＜Ｌｏｇ２ＭｉｎＣＵＳｉｚｅ））＊Ｃｅｉｌ（ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／（１＜＜Ｌｏｇ２ＭｉｎＣＵＳｉｚｅ））。

この手法では、ＢｉｎＣｏｕｎｔｓＩｎＮＡＬｕｎｉｔｓは、

（３２／３）＊ＮｕｍＢｙｔｅｓＩｎＶｃＩＮＡＬｕｎｉｔｓ＋（ＲａｗＭｉｎＣＵＢｉｔｓ＊ＰｉｃＳｉｚｅＩｎＭｉｎＣＵＳ）／３２）を超えることはない。

スライスレイヤのＮＡＬユニットの内容を復号することから生じるビンの最大数に対する制約条件は、いくつかのｃａｂａｃ＿ｚｅｒｏ＿ｗｏｒｄシンタックス要素を挿入して、ＮｕｍＢｙｔｅｓＩｎＶｃＩＮＡＬｕｎｉｔｓの値を増加させることによって満たされることに留意すべきである。（ｃａｂａｃ＿ｚｅｒｏ＿ｗｏｒｄごとにｅｍｕｌａｔｉｏｎ＿ｐｒｅｖｅｎｔｉｏｎ＿ｔｈｒｅｅ＿ｂｙｔｅの含有を必要とすることになる、ＮＡＬユニットの内容に対する制約条件の結果として）各ｃａｂａｃ＿ｚｅｒｏ＿ｗｏｒｄは、ＮＡＬユニットでは３バイト列０ｘ０００００３で表される。

ＲＢＳＰトレイリングビット・シンタックスの一例が下の表４に示される。

表４は、ＲＢＳＰトレイリングビット・セマンティクスの例を提供する。この例では、ｒｂｓｐ＿ｏｎｅ＿ｂｉｔは１に等しく、ｒｂｓｐ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔは０に等しい。

バイトアラインメント・シンタックスの例が下の表５に示される。

表５は、バイトアラインメント・セマンティクスの例を提供する。この例では、ｂｉｔ＿ｅｑｕａｌ＿ｔｏ＿ｏｎｅは、１に等しい。

これらの例において、シーケンスパラメータセットＲＢＳＰは、ＳＰＳロー・バイト・シーケンス・ペイロードに対応するシンタックス要素を含む。シーケンスパラメータセットＲＢＳＰは、ＰＰＳロー・バイト・シーケンス・ペイロードに対応するシンタックス要素を含む。シーケンスパラメータセットＲＢＳＰは、ＡＰＳロー・バイト・シーケンス・ペイロードに対応するシンタックス要素を含む。

いくつかの手法では、ビットストリーム中でＣＲＡピクチャに続くリーディング・ピクチャを示すために、信号またはインジケーターがリーディング・ピクチャと関連付けられる。例えば、リーディング・ピクチャは、リーディング・ピクチャと関連付けられたＮＡＬユニット・タイプによってリーディング・ピクチャとして示される。明示的なリーディング・ピクチャ・インジケーターをこの手法で提供することは、ＰＰＳ、ＳＰＳまたは他のフィールドの復号または修正を回避することができるという有益がある。さらにまた、この手法では、いくつかの復号操作を行うことなく、１つ以上のリーディング・ピクチャを識別することが可能である。

いくつの手法では、リーディング・ピクチャが存在しないことを示すために、１つ以上のインジケーターが実装される。一例において、ビットストリーム中の１つ以上のリーディング・ピクチャが存在しないことを示すＮＡＬユニット、フラグまたは他のインジケーターがＣＲＡピクチャと関連して導入される。このアプローチは、１つ以上のピクチャの広範な符号化なしに、明示的なリーディング・ピクチャ・インジケーターが作成されるという有益がある。

本明細書に開示されるシステムおよび方法は、ビットストリーム・データを処理する際に１つ以上のさらなる利益を提供する。一構成において、ビットストリームは、１つ以上のリーディング・ピクチャに対応する明示的なインジケーターを用いて１つ以上の電子デバイス間で送信される。これは、ビットストリームがリーディング・ピクチャを含むかどうかを知ることが有益である場合に、電子デバイスによる処理の量を削減するために利用される。別の構成の下では、電子デバイスは、ビットストリームの広範な処理なしに、１つ以上のリーディング・ピクチャを破棄する。広範な処理なしにリーディング・ピクチャを破棄することは、１つ以上のピクチャを含んだ信号または表示の品質に対する過度の悪影響なしに、出力または送信されるデータの量を削減することができるという有益がある。いくつかの構成では、これらおよび他の利益が電子デバイス間のより効果的なデータ・ストリーミングに寄与する。

次に図面を参照して様々な構成が記載される。図面中、同様の参照番号は、機能的に類似した要素を示す。本明細書において図面に一般的に記載され、示されるシステムおよび方法は、多種多様に異なった構成に配置され、設計されてもよい。従って、図面に表現されるいくつかの構成の以下のさらに詳細な記載は、特許請求の範囲を限定する意図はなく、システムおよび方法を単に代表するに過ぎない。

図１は、リーディング・ピクチャを識別するためのシステムおよび方法が実装された、１つ以上の電子デバイス１０２ａ〜ｂの例を示すブロック図である。この例では、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂが示される。しかしながら、留意すべきは、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂに関して記載される特徴および機能性の１つ以上が、いくつかの構成において単一の電子デバイスに組み合わされてもよいことである。

電子デバイスＡ１０２ａは、エンコーダ１０４およびリーディング・ピクチャ・インジケーターモジュール１０８を含む。電子デバイスＡ１０２ａ内に含まれる要素（例えば、エンコーダ１０４およびリーディング・ピクチャ・インジケーターモジュール１０８）のそれぞれは、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。

電子デバイスＡ１０２ａは、入力ピクチャ１０６を取得する。いくつかの構成において、入力ピクチャ１０６は、イメージセンサを用いて電子デバイスＡ１０２ａ上に取り込まれてもよく、メモリから読み出されてもよく、および／または別の電子デバイスから受信されてもよい。

エンコーダ１０４は、符号化されたデータを作り出すために、入力ピクチャ１０６を符号化する。例えば、エンコーダ１０４は、一連の入力ピクチャ１０６（例えば、ビデオ）を符号化する。一構成において、エンコーダ１０４は、高効率ビデオ符号化（ＨＥＶＣ：ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）エンコーダであってもよい。符号化されたデータは、ビットストリーム１１４に含められる。エンコーダ１０４は、入力ピクチャ１０６に基づいてオーバーヘッド・シグナリングを生成する。

リーディング・ピクチャ・インジケーターモジュール１０８は、リーディング・ピクチャに対応するインジケーターを供給する。例えば、リーディング・ピクチャ・インジケーターモジュール１０８は、リーディング・ピクチャが存在するかどうかを判定する。リーディング・ピクチャ・インジケーターモジュール１０８は、さらに、リーディング・ピクチャが存在する場合に、明示的なリーディング・ピクチャ・インジケーターを生成する。いくつかの構成において、リーディング・ピクチャ・インジケーターモジュール１０８は、明示的なリーディング・ピクチャ・インジケーターを送信するか、そうでない場合にはそれを１つ以上の電子デバイスと共有する。一例において、電子デバイスＡ１０２ａは、１つ以上のリーディング・ピクチャ・インジケーターを電子デバイスＢ１０２ｂへ送信する。明示的なリーディング・ピクチャ・インジケーターを生成することは、ビットストリーム中の１つ以上のピクチャを処理するときに、１つ以上のピクチャに対して行われる操作を削減することができるという有益がある。

本明細書に開示されるシステムおよび方法に従って、１つ以上の種類のインジケーターが記載される。電子デバイスＡ１０２ａによって作り出される様々な種類のインジケーターについて、さらなる詳細が本明細書に示される。例えば、エンコーダ１０４は、１つ以上のインジケーターを用いてリーディング・ピクチャを識別する。さらなる詳細は、以下に示される。留意すべきは、リーディング・ピクチャ・インジケーターモジュール１０８が、いくつかの構成ではエンコーダ１０４内に含まれてもよいことである。リーディング・ピクチャ・インジケーターモジュール１０８は、１つ以上の電子デバイス１０２ａ〜ｂによるビットストリーム処理の削減を可能にする。

エンコーダ１０４（および、例えば、リーディング・ピクチャ・インジケーターモジュール１０８）は、ビットストリーム１１４を作り出す。ビットストリーム１１４は、入力ピクチャ１０６に基づく符号化されたデータを含む。一例において、ビットストリーム１１４は、符号化されたピクチャ・データを含む。いくつかの構成において、ビットストリーム１１４は、スライスヘッダ情報、ＰＰＳ情報、ＳＰＳ情報、ＡＰＳ情報などのようなオーバーヘッド・データも含む。いくつかの場合に、スライスヘッダ、ＰＰＳ情報、ＳＰＳ情報またはＡＰＳ情報は、上位シンタックスと呼ばれる。ビットストリーム１１４は、他のデータも含むことができ、そのいくつかの例が本明細書に記載される。追加の入力ピクチャ１０６が符号化されるときに、ビットストリーム１１４は、１つ以上のリーディング・ピクチャを含みうる。加えて、または代わりに、ビットストリーム１１４は、１つ以上のリーディング・ピクチャ・インジケーターおよび他の符号化されたデータを含みうる。

ビットストリーム１１４は、デコーダ１１２へ供給される。一例において、ビットストリーム１１４は、有線または無線リンクを用いて電子デバイスＢ１０２ｂへ送信される。いくつかの場合に、これは、ネットワーク、例えば、インターネット、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、または他のタイプのデバイス間通信用ネットワークを通じて行われる。図１に示されるように、デコーダ１１２は、電子デバイスＡ１０２ａ上のエンコーダ１０４とは別に電子デバイスＢ１０２ｂ上に実装される。留意すべきは、いくつかの構成において、エンコーダ１０４およびデコーダ１１２が同じ電子デバイス上に実装されてもよいことである。例として、エンコーダ１０４およびデコーダ１１２を同じ電子デバイス上に実装する実施形態では、デコーダが様々な方法でビットストリーム１１４を利用できるようになる。例えば、ビットストリーム１１４は、バスを通じてデコーダ１１２へ供給されてもよく、またはデコーダ１１２による読み出しのためにメモリに記憶されてもよい。

デコーダ１１２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、デコーダ１１２は、ＨＥＶＣデコーダであってもよい。デコーダ１１２は、ビットストリーム１１４を取得する（例えば、受信する）。デコーダ１１２は、ビットストリーム１１４に基づいて１つ以上の復号されたピクチャ１１８を生成する。復号されたピクチャ１１８は、表示される、再生される、メモリに記憶される、および／または別のデバイスへ送信されるなどである。

デコーダ１１２は、リーディング・ピクチャ判定モジュール１２０を含む。リーディング・ピクチャ判定モジュール１２０は、ビットストリーム１１４中にリーディング・ピクチャが含まれるかどうかを電子デバイスＢ１０２ｂが識別することを可能にする。例えば、リーディング・ピクチャ判定モジュール１２０は、ビットストリーム１１４がリーディング・ピクチャ・インジケーターを含むかどうかに基づいて、リーディング・ピクチャが存在するかどうかを判定する。加えて、または代わりに、リーディング・ピクチャ判定モジュール１２０は、リーディング・ピクチャ・アブセンス・インジケーターに基づいて、リーディング・ピクチャが存在するかどうかを判定してもよい。リーディング・ピクチャ判定モジュール１２０が以下にさらに詳細に記載される。

電子デバイスＢ１０２ｂは、また、ビットストリーム１１４に対して１つ以上の操作を行う。一例において、ビットストリーム１１４に対して行われる操作または処理は、リーディング・ピクチャまたはリーディング・ピクチャ・インジケーターが存在するかどうかに基づく。いくつかの構成において、電子デバイスＢ１０２ｂ上のデコーダ１１２または他の要素がビットストリーム１１４に対して操作を行う。いくつかの構成において、ビットストリーム１１４に対して行われる操作は、リーディング・ピクチャを破棄すること、または復号されたビットストリーム１１４を送信することを含む。さらに、ビットストリーム１１４に対して他の操作が行われてもよい。

いくつかの構成において、電子デバイスＢ１０２ｂは、復号されたピクチャ１１８を出力する。一例において、復号されたピクチャ１１８は、別のデバイスへ送信されるか、または電子デバイスＡ１０２ａへ送り返される。一構成において、復号されたピクチャ１１８は、電子デバイスＢ１０２ｂ上に記憶されるか、そうでない場合には維持される。別の例では、電子デバイスＢ１０２ｂは、復号されたピクチャ１１８を表示する。他の構成において、復号されたピクチャ１１８は、ビットストリーム１１４に対して行われる符号化および他の操作に基づく、異なる特性をもつ入力ピクチャ１０６の要素を含む。いくつかの構成において、復号されたピクチャ１１８は、入力ピクチャ１０６とは異なる解像度、フォーマット、仕様または他の属性をもつピクチャ・ストリームに含められる。

留意すべきは、いくつかの構成または事例において、ビットストリーム１１４が処理デバイス（例えば、ネットワークノード）へ供給されることである。例として、処理デバイス（例えば、ネットワークノード）は、電子デバイスＢ１０２ｂの一例である。例えば、処理デバイスは、デコーダを含む。代わりに、処理デバイスは、電子デバイスＡ１０２ａと電子デバイスＢ１０２ｂとの間に介在する別個のデバイスであってもよい。例えば、処理デバイスがビットストリーム１１４を受信して、それを電子デバイスＢ１０２ｂへ伝えてもよい。いくつかの場合または構成において、処理デバイスまたは電子デバイス１０２ｂは、リーディング・ピクチャがビットストリーム１１４中に存在するかどうかを判定するためのリーディング・ピクチャ判定モジュール１２０を含む。いくつかの場合または構成において、処理デバイスまたは電子デバイスＢ１０２ｂは、ビットストリーム１１４からリーディング・ピクチャを破棄することもできる。

留意すべきは、電子デバイス（単数または複数）１０２に含まれる複数の要素またはそれらの部分の１つ以上がハードウェアで実装されてもよいことである。例えば、これらの要素またはその部分の１つ以上は、チップ、回路素子またはハードウェア・コンポーネントなどとして実装されてもよい。さらに留意すべきは、本明細書に記載される複数の機能または複数の方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：ｌａｒｇｅ−ｓｃａｌｅ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。

図２は、リーディング・ピクチャを識別するための方法２００の一構成を示すフロー図である。電子デバイス１０２は、第１のピクチャを符号化する（ステップ２０２）。第１のピクチャは、電子デバイス１０２によって取得された１つの入力ピクチャ１０６、または複数の入力ピクチャ１０６のストリームのうちの１つであってもよい。いくつかの場合に、第１のピクチャは、ＣＲＡピクチャであってもよい。他の場合には、第１のピクチャ以外のピクチャがＣＲＡピクチャであってもよい。例えば、一構成において、ＣＲＡピクチャは、ランダムアクセスポイントで生じるピクチャであってもよい。ランダムアクセスポイントとは、データのストリーム（例えば、ビットストリーム）においてビットストリームの復号を開始できる任意のポイントである。ランダムアクセスポイントにおいて生じるＣＲＡピクチャを有する１つの利益は、ＣＲＡピクチャに続くビットストリーム中にリーディング・ピクチャが存在するかどうかを判定できることである。ＣＲＡピクチャに対するリーディング・ピクチャの位置を知ることは、ＣＲＡピクチャが第１のピクチャであるか、またはＣＲＡピクチャがランダムアクセスポイントにあるかどうかに係わらず有益である。加えて、いくつかの構成において、ＣＲＡピクチャに対応するインジケーターは、１つ以上のリーディング・ピクチャがＣＲＡピクチャに続くかどうかを示すことができる。いくつかの構成において、電子デバイス１０２は、複数の入力ピクチャ１０６を符号化する。

第１のピクチャを符号化するステップ２０２は、入力ピクチャ１０６をデジタル・データとして表すことを含む。例えば、第１のピクチャを符号化するステップ２０２は、入力ピクチャ１０６の特性（例えば、色、輝度、空間的位置など）を表すビットの列を生成することを含む。いくつかの場合に、入力ピクチャ１０６は、ＣＲＡピクチャとして符号化される（ステップ２０２）。１つ以上の符号化されたピクチャは、ビットストリーム１１４に含められて、デコーダ１１２を含む別の電子デバイス１０２へ送信される。

電子デバイス１０２は、リーディング・ピクチャが存在するかどうかを判定する（ステップ２０４）。リーディング・ピクチャとは、復号順にはＣＲＡピクチャに続き、出力順にはＣＲＡピクチャに先行するピクチャである。例えば、あるピクチャが復号順にはＣＲＡピクチャに続き、出力順（例えば、デコーダ１１２から出力される順）にはＣＲＡピクチャに先行するようにエンコーダ１０４によって指定されている場合に、リーディング・ピクチャが存在する。

リーディング・ピクチャが存在するかどうかを判定するステップ２０４は、１つ以上の手法に従って達成される。一手法において、第１のピクチャがＣＲＡピクチャであり、かつ、復号順にはＣＲＡピクチャに続き、出力順にはＣＲＡピクチャに先行するように（例えば、エンコーダ１０４によって）指定された別のピクチャが存在する場合に、電子デバイス１０２は、リーディング・ピクチャが存在すると判定する（ステップ２０４）。いくつかの構成において、電子デバイス１０２は、リーディング・ピクチャが存在するかどうかを判定するために、ＣＲＡピクチャおよび１つ以上の他のピクチャに対応するデータを読み取る。例として、電子デバイス１０２は、ＣＲＡピクチャおよび１つ以上の他のピクチャの復号順および出力順を指定するデータを読み取る。

いくつかの構成において、出力順は、ＰＯＣによって決定され、一方で復号順は、シンタックス要素がビットストリーム１１４中に現れる順序によって決定される。出力順とは、復号されたピクチャが電子デバイス１０２から出力される順序である。いくつかの構成において、出力順は、復号されたピクチャが復号ピクチャバッファから出力される順序である。復号されたピクチャが復号ピクチャバッファから出力されることになる場合には、ピクチャの出力順は、ピクチャが出力されることになるかどうかに係わらず、ＰＯＣによって指定される。さらにまた、復号順は、シンタックス要素が復号処理によって処理される順序である。あるピクチャが復号順にはＣＲＡピクチャに続くように指示され、出力順にはＣＲＡピクチャに先行するように指示されているという条件が満たされる場合、電子デバイス１０２は、リーディング・ピクチャが存在すると判定する（ステップ２０４）。

電子デバイス１０２は、リーディング・ピクチャが存在する場合に、明示的なリーディング・ピクチャ・インジケーターを生成する（ステップ２０６）。いくつかの構成において、電子デバイス１０２は、１つ以上の明示的なリーディング・ピクチャ・インジケーターを生成するリーディング・ピクチャ・インジケーターモジュール１０８を含む。一例において、リーディング・ピクチャ・インジケーターモジュール１０８は、電子デバイス１０２上のエンコーダ１０４の一部として含まれる。明示的なリーディング・ピクチャ・インジケーターを生成すること、デコーダによる不必要な処理を削減することができるという有益がある。

明示的なリーディング・ピクチャ・インジケーターを生成する（ステップ２０６）ために、１つ以上の手法に従うことができる。一手法において、リーディング・ピクチャ・インジケーターモジュール１０８は、ＣＲＡピクチャに対応するＮＡＬユニット・タイプを修正または作成することによって、リーディング・ピクチャ・インジケーターを生成してもよい。例えば、ＮＡＬユニット・タイプが、電子デバイス１０２によって符号化された第１のピクチャと関連付けられる。例として、ＮＡＬユニット・タイプがＣＲＡピクチャに対応する。いくつかの構成では、ＮＡＬユニット・タイプが、１つ以上の後続のリーディング・ピクチャをもつＣＲＡピクチャの符号化スライスを示す明示的なインジケーターであってもよい。リーディング・ピクチャを明示的に示すＮＡＬユニット・タイプを作成または修正することは、リーディング・ピクチャを識別するために（例えば、処理デバイス、ネットワークノードまたはデコーダが）追加の復号を行う必要がないという有益がある。また、リーディング・ピクチャを明示的に示すためにＮＡＬユニット・タイプだけを用いる構成では、ＣＲＡピクチャのＳＰＳ、ＰＰＳまたは他のフィールドを修正する必要がないことも有益である。

例として、リーディング・ピクチャの存在を示すために明示的なリーディング・ピクチャ・インジケーターを生成する電子デバイス１０２の一構成が、表１を参照して説明される。一例において、特定のピクチャのスライスを含んだＮＡＬユニットに関してＮＡＬユニット・タイプが４に等しい場合、その特定のピクチャのすべてのＶＣＬ ＮＡＬユニットは、４に等しいＮＡＬユニット・タイプを有する。この例では、４に等しいＮＡＬユニット・タイプは、（例えば、ＣＲＡピクチャに続く）１つ以上の後続のリーディング・ピクチャをもつＣＲＡピクチャの符号化スライスを示す。

追加または代わりの手法では、電子デバイス１０２は、フラグを生成することによって明示的なリーディング・ピクチャ・インジケーターを生成してもよい（ステップ２０６）。例えば、電子デバイス１０２は、１つ以上のリーディング・ピクチャがＣＲＡピクチャに続くかどうかを示すフラグをＣＲＡピクチャのためのＳＰＳ、ＰＰＳ、ＡＰＳおよびスライスヘッダの１つ以上に生成する。例えば、リーディング・ピクチャがＣＲＡピクチャに続くと判定された場合に、電子デバイス１０２は、ＣＲＡピクチャの１つ以上のスライスヘッダにフラグを挿入する。

明示的なリーディング・ピクチャ・インジケーターを生成するステップ２０６のさらに詳細な例が以下に示される。一例において、電子デバイス１０２は、１つ以上のピクチャ（例えば、第１のピクチャ）のシンタックス構造に付随させるためにフラグまたは他のインジケーターを作成または修正する。例として、リーディング・ピクチャ・インジケーターモジュール１０８は、ＣＲＡピクチャのＳＰＳ、ＰＰＳ、ＡＰＳまたはスライスヘッダにフラグを挿入することによってリーディング・ピクチャの存在を示す。いくつかの場合に、ＣＲＡピクチャに続いてリーディング・ピクチャが存在するかどうかを示すために、フラグが、ＣＲＡピクチャのランダムアクセスポイントまたはスライスヘッダで符号化されるか、または送信される。

一例において、リーディング・ピクチャ・インジケーターモジュール１０８は、ＳＰＳ中にフラグを生成してもよい。このリーディング・ピクチャ・インジケーターは、ＳＰＳの一部として符号化された明示的なインジケーターである。例として、表６は、リーディング・ピクチャ・インジケーターモジュール１０８によって生成され、ＳＰＳに含められたフラグの一構成を示す。一構成において、１に等しいリーディング・ピクチャ・フラグ（例えば、ｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）は、ＣＲＡピクチャに続いてビットストリーム１１４中にリーディング・ピクチャがあることを示す。ＳＰＳ中のフラグの例が太字で示される。

この例では、ｐｒｏｆｉｌｅ＿ｉｄｃおよびｌｅｖｅｌ＿ｉｄｃは、符号化されたビデオシーケンスが準拠するプロファイルおよびレベルを示す。フィールドｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿８ｂｉｔｓはゼロに等しく、デコーダがｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿８ｂｉｔｓの値を無視するものとすることを示す。ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄによって示されるフィールドは、ピクチャパラメータセットによって参照されるシーケンスパラメータセットを識別する。ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含めて、０から３１までの範囲内にあるものとする。

さらにまた、フィールドｒｂｓｐ＿ｔｒａｉｌｉｎｇ＿ｂｉｔｓについて、シンタックスの一例は、下の表７に示される通りである。

この例では、ｒｂｓｐ＿ｂｙｔｅ［ｉ］は、ＲＢＳＰのｉ番目のバイトである。ＲＢＳＰは、順序付けられたバイト列（ＳＯＤＢ）として指定される。ＲＢＳＰのＳＯＤＢは、様々な配置を含みうる。例えば、ＳＯＤＢが空（すなわち、長さがゼロ・ビット）であれば、ＲＢＳＰも空である。ＳＯＤＢが空でなければ、ＲＢＳＰの最初のバイトがＳＯＤＢの最上位または最左の８ビットを含み、ＲＢＳＰの次のバイトがＳＯＤＢの次の８ビットを含むなど、８ビット未満のＳＯＤＢが残るまで続く。さらにまた、ＳＯＤＢの後にｒｂｓｐ＿ｔｒａｉｌｉｎｇ＿ｂｉｔｓ（）が存在する。この例では、最後のＲＢＳＰバイトの最初のビットは、ＳＯＤＢの任意の残っているビットを含む。次のビットは、１に等しい単一のｒｂｓｐ＿ｓｔｏｐ＿ｏｎｅ＿ｂｉｔを含む。ｒｂｓｐ＿ｓｔｏｐ＿ｏｎｅ＿ｂｉｔがバイトアラインされたバイトの最後のビットでないときには、バイトアラインメントをもたらすために、１つ以上のｒｂｓｐ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔが存在する。さらにまた、いくつかのＲＢＳＰでは、ＲＢＳＰの終端におけるｒｂｓｐ＿ｔｒａｉｌｉｎｇ＿ｂｉｔｓ（）の後に、０ｘ００００に等しい１つ以上のｃａｂａｃ＿ｚｅｒｏ＿ｗｏｒｄの１６ビットのシンタックス要素が存在する。

加えて、または代わりに、リーディング・ピクチャ・インジケーターモジュール１０８は、ＰＰＳ中にフラグを生成してもよい。例えば、このリーディング・ピクチャ・インジケーターは、ＰＰＳの一部として含まれた明示的なインジケーターである。例として、表８は、リーディング・ピクチャ・インジケーターモジュール１０８によって生成され、ＰＰＳに含まれたフラグを含むコードの一構成を示す。一例において、リーディング・ピクチャ・フラグ（例えば、ｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）が１に等しいことは、ＣＲＡピクチャに続いてビットストリーム１１４中にリーディング・ピクチャがあることを示す。ＰＰＳ中のフラグの例が太字で示される。

この例では、ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、スライスヘッダで参照されるピクチャパラメータセットを識別する。さらにまた、ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含めて、０から２５５までの範囲内にある。ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、アクティブなシーケンスパラメータセットを参照する。さらにまた、ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含めて、０から３１までの範囲内にある。ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、ＨＥＶＣ勧告｜国際規格に準拠したビットストリーム中では０に等しい。ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇに関する１の値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約される。デコーダは、ピクチャパラメータセットＮＡＬユニット中のｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇに関する１の値に続くすべてのデータを無視するものとする。ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇは、任意の値を有してもよく、ＨＥＶＣ勧告｜国際規格に指定されたプロファイルへのデコーダの準拠に影響を及ぼさない。

加えて、または代わりに、リーディング・ピクチャ・インジケーターモジュール１０８は、ＡＰＳ中にフラグを生成してもよい。このリーディング・ピクチャ・インジケーターは、ＡＰＳの一部として含まれた明示的なインジケーターである。例として、表９は、リーディング・ピクチャ・インジケーターモジュール１０８によって生成され、ＡＰＳに含まれたフラグを含むコードの一構成を示す。一例において、リーディング・ピクチャ・フラグ（例えば、ｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）が１に等しいことは、ＣＲＡピクチャに続いてビットストリーム１１４中にリーディング・ピクチャがあることを示す。ＡＰＳ中のフラグの例が太字で示される。さらに説明すると、ＡＰＳ識別タグ（ａｐｓ＿ｉｄ）は、ピクチャのスライスヘッダに対応するデータも含む。いくつかの構成において、ａｐｓ＿ｉｄの値は、両端値を含めて、０から所定の限度までの範囲内にある。

この例では、ａｐｓ＿ｉｄは、スライスヘッダで参照される適応パラメータセットを識別する。ａｐｓ＿ｉｄの値は、両端値を含めて、０からＴＢＤまでの範囲内にある。ａｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄａｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１に等しいことは、ＡＰＳ中にスケーリング・リスト・パラメータが存在することを示す。ａｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄａｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことは、ＡＰＳ中にスケーリング・リスト・パラメータが存在しないことを示す。ａｐｓ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｆｌａｇの値が１に等しいことは、ＡＰＳ中にデブロッキング・パラメータが存在することを明示する。ａｐｓ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｆｌａｇの値が０に等しいことは、ＡＰＳ中にデブロッキング・パラメータが存在しないことを明示する。ａｐｓ＿ｓａｏ＿ｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇの値が１に等しいことは、現ＡＰＳを参照しているスライスに関して、スライス・データ中にＳＡＯパラメータがインタリーブされていることを明示する。ａｐｓ＿ｓａｏ＿ｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇの値が０に等しいことは、現ＡＰＳを参照しているスライスに関して、ＡＰＳ中にＳＡＯパラメータがあることを明示する。アクティブなＡＰＳが何もないときには、ａｐｓ＿ｓａｏ＿ｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇが１であると推測される。ａｐｓ＿ｓａｍｐｌｅ＿ａｄａｐｔｉｖｅ＿ｏｆｆｓｅｔ＿ｆｌａｇの値が1に等しいことは、現ＡＰＳを参照しているスライスに関して、ＳＡＯがオンであることを明示する。ａｐｓ＿ｓａｍｐｌｅ＿ａｄａｐｔｉｖｅ＿ｏｆｆｓｅｔ＿ｆｌａｇの値が０に等しいことは、現ＡＰＳを参照しているスライスに関して、ＳＡＯがオフであることを明示する。アクティブなＡＰＳが何もないときには、ａｐｓ＿ｓａｍｐｌｅ＿ａｄａｐｔｉｖｅ＿ｏｆｆｓｅｔ＿ｆｌａｇ値は、０であると推測される。ａｐｓ＿ａｄａｐｔｉｖｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｆｌａｇの値が１に等しいことは、現ＡＰＳを参照しているスライスに関して、適応ループフィルタ（ＡＬＦ：ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）が、オンであることを明示する。ａｐｓ＿ａｄａｐｔｉｖｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｆｌａｇの値が０に等しいことは、現ＡＰＳを参照しているスライスに関して、ＡＬＦがオフであることを明示する。アクティブなＡＰＳが何もないときには、ａｐｓ＿ａｄａｏｐｔｉｖｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｆｌａｇ値は、０であると推測される。ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が０に等しいことは、ピクチャパラメータセットのＲＢＳＰシンタックス構造中にａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素が何も存在しないことを明示する。ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、ＨＥＶＣ勧告｜国際規格に準拠しているビットストリーム中では０に等しい。ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇに関する１の値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約される。デコーダは、ピクチャパラメータセットＮＡＬユニット中のａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇに関する１の値に続くすべてのデータを無視する。ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇは、任意の値を有してもよく、ＨＥＶＣ勧告｜国際規格に指定されたプロファイルへのデコーダの準拠に影響を及ぼさない。

加えて、または代わりに、リーディング・ピクチャ・インジケーターモジュール１０８は、ＣＲＡピクチャまたはリーディング・ピクチャの関連付けられたスライスヘッダ中にフラグを生成してもよい。このリーディング・ピクチャ・インジケーターは、スライスヘッダの一部として含まれた明示的なインジケーターである。例として、表１０は、リーディング・ピクチャ・インジケーターモジュール１０８によって生成され、スライスヘッダの一部として含まれたコードの一構成を示す。一例において、リーディング・ピクチャ・フラグ（例えば、ｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）の値が１に等しいことは、ＣＲＡピクチャまたはフラグと関連付けられた別のピクチャに続いてビットストリーム１１４中にリーディング・ピクチャがあることを示す。スライスヘッダ中のフラグの例が太字で示される。

この例では、ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、スライスがピクチャの第１のスライスであるかどうかを示す。ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい場合、変数ＳｌｉｃｅＣｂＡｄｄｒＺＳおよびスライスＣｔｂＡｄｄｒＲＳがともに０に設定されて、復号は、ピクチャ中の第１の符号化ツリーブロック（ｔｒｅｅｂｌｏｃｋ）で開始する。ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスが開始するアドレスをスライス粒度の解像度で指定する。一例において、ｓｌｉｃｅ＿ａｄｄｒｅｓｓシンタックス要素の長さは、ビット単位で、

（Ｃｅｉｌ（Ｌｏｇ２（ＰｉｃＷｉｄｔｈＩｎＣｔｂｓ＊ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓ））＋ＳｌｉｃｅＧｒａｎｕｌａｒｉｔｙ）に等しい。

変数ＳｌｉｃｅＣｔｂＡｄｄｒＲＳは、スライスが符号化ツリーブロック・ラスタスキャン順に開始する符号化ツリーブロックを指定し、次のように導出される。

ＳｌｉｃｅＣｔｂＡｄｄｒＲＳ＝（ｓｌｉｃｅ ａｄｄｒｅｓｓ＞＞ＳｌｉｃｅＧｒａｎｕｌａｒｉｔｙ）。

変数ＳｌｉｃｅＣｂＡｄｄｒＺＳは、Ｚスキャン順に最小符号化ブロック粒度でスライス中の第１の符号化ブロックのアドレスを指定し、次のように導出される。

ＳｌｉｃｅＣｂＡｄｄｒＺＳ＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ、および

ｓｌｉｃｅ＿ａｄｄｒｅｓｓ＜＜（（ｌｏｇ２ ｄｉｆｆ ｍａｘ ｍｉｎ ｃｏｄｉｎｇ ｂｌｏｃｋ ｓｉｚｅ−ＳｌｉｃｅＧｒａｎｕｌａｒｉｔｙ）＜＜１）。

スライス復号は、スライス開始座標において可能な最大符号化単位で開始する。

上掲の表および付随する説明は、ｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが含まれる１つの可能な場所を示すことに留意すべきである。他の構成では、１つ以上のフラグがＳＰＳ、ＰＰＳ、ＡＰＳまたはスライスヘッダの異なる場所で送信される。

加えて、または代わりに、リーディング・ピクチャ・インジケーターモジュール１０８は、１つ以上のリーディング・ピクチャに対応するＮＡＬユニット・タイプを修正または作成してもよい。例えば、リーディング・ピクチャに対応するＮＡＬユニット・タイプがリーディング・ピクチャを示す。例として、ＮＡＬユニット・タイプがＣＲＡピクチャに続くリーディング・ピクチャの符号化スライスを示す。一構成において、リーディング・ピクチャの符号化スライスがＣＲＡピクチャへの参照も含む。

電子デバイス１０２は、リーディング・ピクチャが存在する場合に、明示的なリーディング・ピクチャ・インジケーターを送信する（ステップ２０８）。明示的なリーディング・ピクチャ・インジケーターを送信するステップ２０８は、１つの電子デバイス１０２のコンポーネント間でデータ（例えば、ビットストリーム１１４）を伝えること、または１つ以上の電子デバイス１０２間でビットストリーム１１４）を送信することを含む。一例において、電子デバイスＡ１０２ａ上のエンコーダ１０４が１つ以上のリーディング・ピクチャ・インジケーターを含んだビットストリーム１１４を電子デバイスＢ１０２ｂへ送信する。いくつかの構成において、ビットストリーム１１４は、電子デバイスＢ１０２ｂ上のデコーダ１２０へ送信される。明示的なリーディング・ピクチャ・インジケーターは、例えば、有線または無線伝送を通じて送信される（ステップ２０８）。

図３は、リーディング・ピクチャを識別するための方法３００のより具体的な構成を示すフロー図である。電子デバイス１０２は、ＣＲＡピクチャを符号化する（ステップ３０２）。例えば、電子デバイス１０２は、入力ピクチャ１０６をＣＲＡピクチャとして符号化する（ステップ３０２）。例として、電子デバイス１０２は、図２に関連して上述されたようにＣＲＡピクチャを符号化する（ステップ３０２）。留意すべきは、いくつかの構成が１つ以上のリーディング・ピクチャ・インジケーターに対応するＣＲＡピクチャを示す一方で、リーディング・ピクチャ・インジケーターは、他のタイプのピクチャに対応してもよいことである。例えば、リーディング・ピクチャ・インジケーターを提供するために提案される多くの手法が、瞬時復号リフレッシュ（ＩＤＲ）ピクチャに適応できる。一構成において、ＩＤＲピクチャは、変数ＩｄｒＰｉｃＦｌａｇが１に等しい符号化されたピクチャである。ＩＤＲピクチャでは、復号処理においてすべての参照ピクチャが「参照に不使用」とマーク付けさせる。さらにまた、復号順にＩＤＲピクチャに続くすべての符号化されたピクチャは、復号順にＩＤＲピクチャに先行するいずれのピクチャからのインター予測もなしに復号される。いくつかの構成では、各符号化されたビデオシーケンスまたはピクチャの流れの第１のピクチャがＩＤＲピクチャである。

ＣＲＡピクチャを符号化するステップ３０２は、入力ピクチャ１０６をデジタル・データとして表すことを含む。例えば、第１のピクチャを符号化するステップ３０２は、入力ピクチャ１０６の特性（例えば、色、輝度、空間的位置など）を表すビットの列を生成することを含む。１つ以上の符号化されたピクチャは、ビットストリーム１１４に含められて、デコーダ１１２を含む別の電子デバイス１０２へ送られる。

電子デバイス１０２は、リーディング・ピクチャが存在するかどうかを判定する（ステップ３０４）。リーディング・ピクチャは、復号順にはＣＲＡピクチャに続き、出力順にはＣＲＡピクチャに先行するピクチャである。例えば、あるピクチャが復号順にはＣＲＡピクチャに続き、出力順（例えば、デコーダ１１２から出力される順）にはＣＲＡピクチャに先行するようにエンコーダ１０４によって明示されている場合には、リーディング・ピクチャが存在する。電子デバイス１０２は、例えば、図２に関連して上述されたようにリーディング・ピクチャが存在するかどうかを判定する（ステップ３０４）。

リーディング・ピクチャが存在する場合、電子デバイス１０２は、明示的なリーディング・ピクチャ・インジケーターを生成する（ステップ３０６）。電子デバイス１０２は、１つ以上の手法に従って明示的なリーディング・ピクチャ・インジケーターを生成する（ステップ３０６）。例えば、電子デバイス１０２は、リーディング・ピクチャが存在する（例えば、１つ以上のリーディング・ピクチャがＣＲＡピクチャに続く）ことを示す（単数または複数）、ＣＲＡピクチャのＮＡＬユニット・タイプ、ＳＰＳ中のフラグ、ＰＰＳ中のフラグ、ＡＰＳ中のフラグおよびスライスヘッダ中のフラグの１つ以上を生成する（ステップ３０６）。言い換えれば、明示的なリーディング・ピクチャ・インジケーターの例は、ＣＲＡピクチャのＮＡＬユニット・タイプ、ＳＰＳ中のフラグ、ＰＰＳ中のフラグ、ＡＰＳ中のフラグおよびスライスヘッダ中のフラグの１つ以上を含む。

一手法において、電子デバイス１０２は、ＣＲＡピクチャに対応するＮＡＬユニット・タイプを生成する（ステップ３０６）。例えば、電子デバイス１０２は、上掲の表１に示されるようなＮＡＬユニット・タイプ４を生成する（ステップ３０６）。このＮＡＬユニット・タイプ４は、１つ以上の後続のリーディング・ピクチャをもつＣＲＡピクチャの符号化スライスを示す。

追加または代わりの手法では、電子デバイス１０２は、ＣＲＡピクチャのＳＰＳ、ＰＰＳ、ＡＰＳおよびスライスヘッダの１つ以上にフラグを生成する（ステップ３０６）。例えば、電子デバイス１０２は、上述のように、ＣＲＡピクチャのＳＰＳ、ＰＰＳ、ＡＰＳおよびスライスヘッダの１つ以上において、値が１である１つ以上のｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇｓを生成する（ステップ３０６）。例として、値が１であるｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＣＲＡピクチャに続く１つ以上のリーディング・ピクチャが存在することを示す。留意すべきは、１つ以上のリーディング・ピクチャがＣＲＡピクチャに続くことを明示的に示すために、記載される手法の１つだけが実装されてもよく、または記載される手法の２つ以上の組み合わせが実装されてもよいことである。

電子デバイス１０２は、明示的なリーディング・ピクチャ・インジケーターを送信する（ステップ３０８）。いくつかの構成において、明示的なリーディング・ピクチャ・インジケーターを送信するステップは、電子デバイス１０２のコンポーネント間でデータ（例えば、ビットストリーム１１４）を伝えること、または１つ以上の電子デバイス間でビットストリーム１１４を伝えることを含む。一例において、電子デバイスＡ１０２ａ上のエンコーダ１０４は、１つ以上のリーディング・ピクチャ・インジケーターを含んだビットストリーム１１４を電子デバイスＢ１０２ｂ、または電子デバイスＢ１０２ｂ上のデコーダ１１２へ送信する。

電子デバイス１０２が、リーディング・ピクチャは存在しないと判定した場合、リーディング・ピクチャ・インジケーターモジュール１０８は、明示的なリーディング・ピクチャ・アブセンス・インジケーターを生成する（ステップ３１０）。電子デバイス１０２は、１つ以上の手法に従って明示的なリーディング・ピクチャ・アブセンス・インジケーターを生成する（ステップ３１０）。例えば、電子デバイス１０２は、リーディング・ピクチャが存在しない（例えば、ＣＲＡピクチャに続かない）ことを示す（単数または複数）、ＣＲＡピクチャのＮＡＬユニット・タイプ、ＳＰＳ中のフラグ、ＰＰＳ中のフラグ、ＡＰＳ中のフラグおよびスライスヘッダ中のフラグの１つ以上を生成する（ステップ３１０）。言い換えれば、明示的なリーディング・ピクチャ・アブセンス・インジケーターの例は、ＣＲＡピクチャのＮＡＬユニット・タイプ、ＳＰＳ中のフラグ、ＰＰＳ中のフラグ、ＡＰＳ中のフラグおよびスライスヘッダ中のフラグの１つ以上を含む。

一手法において、電子デバイス１０２は、ＣＲＡピクチャに対応するＮＡＬユニット・タイプを生成する（ステップ３１０）。例えば、電子デバイス１０２は、上掲の表１に示されるようなＮＡＬユニット・タイプ１６を生成する（ステップ３１０）。このＮＡＬユニット・タイプ１６は、後続のリーディング・ピクチャをもたないＣＲＡピクチャの符号化スライスを示す。

追加または代わりの手法では、電子デバイス１０２は、ＣＲＡピクチャのＳＰＳ、ＰＰＳ、ＡＰＳおよびスライスヘッダの１つ以上にフラグを生成する（ステップ３１０）。例えば、電子デバイス１０２は、上述のようにＣＲＡピクチャのＳＰＳ、ＰＰＳ、ＡＰＳおよびスライスヘッダの１つ以上において、値が０である１つ以上のｃｒa＿ｌｅａｄｉｎｇｐｉｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇｓを生成する（ステップ３１０）。例として、値が０であるｃｒa＿ｌｅａｄｉｎｇｐｉｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＣＲＡピクチャに続く１つ以上のリーディング・ピクチャが存在しないことを示す。留意すべきは、ＣＲＡピクチャに続くリーディング・ピクチャがないことを明示的に示すために、記載される手法の１つだけが実装されてもよく、または記載される手法の２つ以上の組み合わせが実装されてもよいことである。

電子デバイス１０２は、リーディング・ピクチャが存在しない場合に、明示的なリーディング・ピクチャ・アブセンス・インジケーターを送信する（ステップ３１２）。明示的なリーディング・ピクチャ・アブセンス・インジケーターを送信するステップ３１２は、１つの電子デバイス１０２のコンポーネント間でデータを伝えること、あるいは、１つ以上の電子デバイス１０２間または複数のデバイス上のコンポーネント（例えば、エンコーダ１０４、デコーダ１１２）間でビットストリーム１１４を送信することを含む。明示的なリーディング・ピクチャ・インジケーターまたはアブセンス・インジケーターを提供することは、ビットストリーム１１４中にリーディング・ピクチャが存在するかどうかを判定するための１つ以上の復号ステップを削減するという有益がある。また、アブセンス・インジケーターを提供するステップは、ビットストリーム１１４が電子デバイス１０２を通過するときにビットストリームに対して行われる追加の操作を削減できる。

図４は、リーディング・ピクチャを識別するための方法４００の一構成を示すフロー図である。電子デバイス１０２は、ＣＲＡピクチャを符号化する（ステップ４０２）。例えば、電子デバイス１０２は、入力ピクチャ１０６をＣＲＡピクチャとして符号化する。例として、電子デバイス１０２は、図２に関連して上述されたようにＣＲＡピクチャを符号化する（ステップ４０２）。

電子デバイス１０２は、リーディング・ピクチャが存在するかどうかを判定する（ステップ４０４）。リーディング・ピクチャは、復号順にはＣＲＡピクチャに続き、出力順にはＣＲＡピクチャに先行するピクチャである。例えば、あるピクチャが復号順にはＣＲＡピクチャに続き、出力順（例えば、デコーダ１１２から出力される順）にはＣＲＡピクチャに先行するようにエンコーダ１０４によって明示されている場合には、リーディング・ピクチャが存在する。電子デバイス１０２は、例として、図２に関連して上述されたようにリーディング・ピクチャが存在するかどうかを判定する（ステップ４０４）。

電子デバイス１０２は、リーディング・ピクチャが存在する場合に、リーディング・ピクチャと関連付けられた明示的なリーディング・ピクチャ・インジケーターを生成する（ステップ４０６）。いくつかの構成において、電子デバイス１０２は、１つ以上のリーディング・ピクチャに対応するＮＡＬユニット・タイプを作成することによって、リーディング・ピクチャと関連付けられた明示的なリーディング・ピクチャ・インジケーターを生成する（ステップ４０６）。例えば、電子デバイス１０２は、表１１に示されるようなＮＡＬユニット・タイプ１５を生成する（ステップ４０６）。

例えば、ＮＡＬユニット・タイプ１５は、ＣＲＡピクチャに続くリーディング・ピクチャの符号化スライスを示す。例として、特定のピクチャのある１つのスライスを含んだＮＡＬユニットに関してＮＡＬユニット・タイプが１５に等しい場合、その特定のピクチャのすべてのＶＣＬ ＮＡＬユニットは、１５に等しいＮＡＬユニット・タイプを有する。この例では、１５に等しいＮＡＬユニット・タイプは、ＣＲＡピクチャに続くリーディング・ピクチャの符号化スライスを示す。この手法で明示的なリーディング・ピクチャ・インジケーターを生成することは、ＣＲＡピクチャ、またはＣＲＡピクチャと関連付けられた他のデータを修正することなく、リーディング・ピクチャ・インジケーターの識別が容易になるという有益がある。さらにまた、ＣＲＡピクチャまたは他のピクチャと関連付けられたＳＰＳ、ＰＰＳまたは他のフィールドを復号することなく、リーディング・ピクチャ・インジケーターが（例えば、デコーダまたはネットワークノードによって）取得される。いくつかの構成において、リーディング・ピクチャに対応するリーディング・ピクチャ・インジケーターは、１つ以上のリーディング・ピクチャと関連付けられたＳＰＳ、ＰＰＳ、ＡＰＳまたはスライスヘッダの１つ以上に含められる。

電子デバイス１０２は、リーディング・ピクチャが存在する場合に、明示的なリーディング・ピクチャ・インジケーターを送信する（ステップ４０８）。明示的なリーディング・ピクチャ・インジケーターを送信するステップは、１つの電子デバイス１０２のコンポーネント間でデータ（例えば、ビットストリーム１１４）を伝えること、または１つ以上の電子デバイス１０２間でビットストリーム１１４を送信することを含む。さらにまた、明示的なリーディング・ピクチャ・インジケーターを送信するステップは、１つ以上の電子デバイス１０２間でデータを伝えるための他の同様の手法を含んでもよい。

図５は、リーディング・ピクチャを識別するための方法５００の一構成を示すフロー図である。電子デバイス１０２は、ビットストリーム１１４を受信する（ステップ５０２）。ビットストリーム１１４を受信するステップ５０２は、ビットストリームを取得する、読み取るか、そうでない場合にはアクセスすることを含む。いくつかの構成において、ビットストリーム１１４は、同じ電子デバイス上または異なる電子デバイス１０２上のエンコーダ１０４から受信される。一例において、電子デバイスＢ１０２ｂは、ビットストリーム１１４を電子デバイスＡ１０２Ａ上のエンコーダ１０４から受信する。いくつかの構成において、電子デバイスＢ１０２ｂは、また、ビットストリーム１１４を受信するデコーダ１１２を含む。ビットストリーム１１４は、１つ以上の入力ピクチャ１０６に基づく符号化されたデータを含む。いくつかの構成において、ビットストリーム１１４は、明示的なリーディング・ピクチャ・インジケーターおよび明示的なリーディング・ピクチャ・アブセンス・インジケーターのうちの１つ以上を含む。

電子デバイス１０２は、ビットストリーム１１４が明示的なリーディング・ピクチャ・インジケーターを含むかどうかに基づいて、リーディング・ピクチャが存在するかどうかを判定する（ステップ５０４）。加えて、または代わりに、いくつかの構成において、電子デバイス１０２は、ビットストリーム１１４が明示的なリーディング・ピクチャ・アブセンス・インジケーターを含むかどうかに基づいて、リーディング・ピクチャが存在しないことを判定する。明示的なリーディング・ピクチャ・インジケーター、または明示的なリーディング・ピクチャ・アブセンス・インジケーターのいずれかを提供することは、リーディング・ピクチャが存在するかどうかを判定するときに電子デバイス１０２が行う復号または他の処理ステップの量を削減するという有益がある。いくつかの構成において、リーディング・ピクチャ判定モジュール１２０が、リーディング・ピクチャが存在するか否かを判定する場合には、これによって１つ以上の電子デバイス（例えば、デコーダ）のビットストリーム１１４に対する不必要な操作をさらに削減できる。

リーディング・ピクチャが存在するか、または存在しないかどうかを判定するステップ５０４は、ビットストリーム１１４を読み取るか、そうでない場合にはビットストリーム１１４にアクセスすることを含む。加えて、または代わりに、いくつかの構成において、電子デバイス１０２は、ビットストリーム１１４を部分的に復号する。一構成において、デコーダ１１２は、リーディング・ピクチャ・インジケーターが存在するか否かを判定するために、ビットストリーム１１４のいくらかまたはすべてを受信して読み取る。一例において、デコーダ１１２は、ビットストリーム１１４を読み取って、リーディング・ピクチャ・インジケーターが存在するか否かを識別するためのリーディング・ピクチャ判定モジュール１２０を含む。いくつかの構成において、リーディング・ピクチャ判定モジュール１２０は、ビットストリーム１１４中にリーディング・ピクチャ・インジケーターが存在するかどうかを判定するために、リーディング・ピクチャ・インジケーターモジュール１０８とインターフェースで接続される。いくつかの構成において、リーディング・ピクチャ判定モジュール１２０は、リーディング・ピクチャ・インジケーターモジュール１０８によって作成または修正された、１つ以上のピクチャや符号化スライスと関連付けられたＮＡＬユニット・タイプや１つ以上のフラグ、またはリーディング・ピクチャの有無を示す他の明示的なインジケーターを見ることによって、リーディング・ピクチャ・インジケーターが有るかどうかを判定する。

一手法において、電子デバイス１０２は、ＣＲＡピクチャに対応するＮＡＬユニット・タイプに基づいて、リーディング・ピクチャが存在するかどうかを判定する（ステップ５０４）。例えば、電子デバイス１０２が上掲の表１に示されるようなＮＡＬユニット・タイプ４を受信する場合、電子デバイス１０２は、１つ以上のリーディング・ピクチャが存在する（例えば、１つ以上のリーディング・ピクチャがＣＲＡピクチャに続く）と判定する（ステップ５０４）。そのうえ、電子デバイス１０２がＮＡＬユニット・タイプ１６を受信する場合、電子デバイス１０２は、リーディング・ピクチャが何も存在しないと判定する（ステップ５０４）。

追加または代わりの手法では、電子デバイス１０２は、ＣＲＡピクチャのＳＰＳ、ＰＰＳ、ＡＰＳおよびスライスヘッダの１つ以上に含まれる１つ以上のフラグに基づいて、リーディング・ピクチャが存在するかどうかを判定する（ステップ５０４）。例えば、電子デバイス１０２が、値が１であるｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを受信する場合、電子デバイス１０２は、リーディング・ピクチャが存在すると（例えば、１つ以上のリーディング・ピクチャがＣＲＡピクチャに続くと）判定する（ステップ５０４）。そのうえ、電子デバイス１０２が、値が０であるｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを受信する場合、電子デバイス１０２は、リーディング・ピクチャが存在しないと（例えば、いずれのリーディング・ピクチャもＣＲＡピクチャに続かないと）判定する（ステップ５０４）。従って、明示的なリーディング・ピクチャ・インジケーターの例は、１つ以上のリーディング・ピクチャの存在を示す、ＣＲＡピクチャに対応するＮＡＬユニット・タイプおよびＣＲＡピクチャのＳＰＳ、ＰＰＳ、ＡＰＳおよびスライスヘッダの１つ以上に対応する１つ以上のフラグのうちの１つ以上を含む。

加えて、または代わりに、電子デバイス１０２は、リーディング・ピクチャに対応するＮＡＬユニット・タイプに基づいて、リーディング・ピクチャが存在するかどうかを判定する（ステップ５０４）。例えば、電子デバイス１０２が上掲の表１１に示されるような１５のＮＡＬユニット・タイプを受信する場合、電子デバイス１０２は、リーディング・ピクチャが存在すると（例えば、１つ以上のリーディング・ピクチャがＣＲＡピクチャに続くと）判定する（ステップ５０４）。しかしながら、電子デバイス１０２が上掲の表１１に示されるような１５のＮＡＬユニット・タイプを受信しない場合、電子デバイス１０２は、リーディング・ピクチャが存在しないと（例えば、いずれのリーディング・ピクチャもＣＲＡピクチャに続かないと）判定する（ステップ５０４）。従って、明示的なリーディング・ピクチャ・インジケーターの別の例は、リーディング・ピクチャと関連付けられたＮＡＬユニットである。

電子デバイス１０２は、リーディング・ピクチャが存在するかどうかに基づいて、ビットストリーム１１４に対して１つ以上の操作を行う（ステップ５０６）。いくつかの構成において、ビットストリーム１１４に対して操作を行うステップ５０６は、１つ以上のリーディング・ピクチャを破棄することを含む。例えば、処理デバイス（例えば、ネットワークノード）またはデコーダは、１つ以上のリーディング・ピクチャをビットストリーム１１４から破棄する。電子デバイス１０２がビットストリーム１１４に対して行う（ステップ５０６）操作の他の例は、電子デバイス１０２がビットストリームに含まれるデータまたはピクチャに対して行う読み取り、書き込み、順序変更、削除、復号、送信および他の操作を含む。加えて、または代わりに、ビットストリーム１１４に対して操作を行うステップ５０６は、他の因子、例えば、帯域幅の利用可能性、電子デバイス１０２の能力、ビットストリーム１１４の仕様および他の特性に基づいてもよい。

一例において、電子デバイス１０２は、電子デバイス１０２またはビットストリーム１１４と関連する他の因子に加えて、明示的なリーディング・ピクチャ・インジケーターの有無に基づいて、１つ以上のリーディング・ピクチャを破棄する。加えて、または代わりに、電子デバイス１０２は、予測、補償、推定と関連する他のシステムおよび方法、または、デジタルメディアを効率的に表現するための他の手法に基づいて、１つ以上のリーディング・ピクチャを破棄する。他の構成は、１つ以上の電子デバイス１０２がビットストリーム１１４に対して行う他の操作を含んでもよい。

図６は、電子デバイス６０２上のエンコーダ６０４の一構成を示すブロック図である。留意すべきは、電子デバイス６０２内に含まれるとして示される要素の１つ以上が、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいことである。例えば、電子デバイス６０２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいエンコーダ６０４を含む。例えば、エンコーダ６０４は、回路、集積回路、特定用途向け集積回路（ＡＳＩＣ）、実行可能な命令をもつメモリと電子通信を行うプロセッサ、ファームウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）（ＦＰＧＡ）など、またはそれらの組み合わせとして実装される。いくつかの構成では、エンコーダ６０４がＨＥＶＣコーダであってもよい。

電子デバイス６０２は、ソース６３４を含む。ソース６３４は、入力ピクチャ６０６としてのピクチャまたは画像データ（例えば、ビデオ）をエンコーダ６０４へ供給する。ソース６３４の例は、イメージセンサ、メモリ、通信インターフェース、ネットワークインターフェース、無線受信機、ポートなどを含む。

１つ以上の入力ピクチャ６０６は、フレーム内予測モジュールおよび再構成バッファ６４０へ供給される。入力ピクチャ６０６は、動き推定および動き補償モジュール６６６へ、そして減算モジュール６４６へも供給される。

フレーム内予測モジュールおよび再構成バッファ６４０は、１つ以上の入力ピクチャ６０６および再構成データ６８０に基づいて、イントラモード情報６５８およびイントラ信号６４２を生成する。動き推定および動き補償モジュール６６６は、１つ以上の入力ピクチャ６０６および参照ピクチャバッファ６９６信号６９８に基づいて、インターモード情報６６８およびインター信号６４４を生成する。いくつかの構成において、参照ピクチャバッファ６９６は、参照ピクチャバッファ６９６における１つ以上の参照ピクチャからのデータを含む。

エンコーダ６０４は、モードに従ってイントラ信号６４２とインター信号６４４との間で選択を行う。イントラ信号６４２は、イントラ符号化モードでピクチャ内の空間的特性を活用するために用いられる。インター信号６４４は、インター符号化モードでピクチャ間の時間的特性を活用するために用いられる。イントラ符号化モードにある間には、イントラ信号６４２が減算モジュール６４６へ供給され、イントラモード情報６５８がエントロピー符号化モジュール６６０へ供給される。インター符号化モードにある間には、インター信号６４４が減算モジュール６４６へ供給され、インターモード情報６６８がエントロピー符号化モジュール６６０へ供給される。

減算モジュール６４６では予測残差６４８を作り出すために、（モードに依存して）イントラ信号６４２またはインター信号６４４のいずれかが入力ピクチャ６０６から減算される。予測残差６４８は、変換モジュール６５０へ供給される。変換モジュール６５０は、予測残差６４８を圧縮して、量子化モジュール６５４へ供給される変換信号６５２を作り出す。量子化モジュール６５４は、変換信号６５２を量子化して、変換および量子化された係数（ＴＱＣ：ｔｒａｎｓｆｏｒｍｅｄ ａｎｄ ｑｕａｎｔｉｚｅｄ ｃｏｅｆｆｉｃｉｅｎｔ）６５６を作り出す。

ＴＱＣ６５６は、エントロピー符号化モジュール６６０および逆量子化モジュール６７０へ供給される。逆量子化モジュール６７０は、ＴＱＣ６５６に対して逆量子化を行い、逆変換モジュール６７４へ供給される逆量子化された信号６７２を作り出す。逆変換モジュール６７４は、逆量子化された信号６７２を展開して、再構成モジュール６７８へ供給される展開された信号６７６を作り出す。

再構成モジュール６７８は、展開された信号６７６に基づいて再構成されたデータ６８０を作り出す。例えば、再構成モジュール６７８は、ピクチャを再構成（修正）する。再構成されたデータ６８０は、デブロッキングフィルタ６８２へ、ならびにフレーム内モジュールおよび再構成バッファ６４０へ供給される。デブロッキングフィルタ６８２は、再構成されたデータ６８０に基づいてフィルタされた信号６８４を作り出す。

フィルタ処理された信号６８４は、サンプル適応オフセット（ＳＡＯ：ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ）モジュール６８６へ供給される。ＳＡＯモジュール６８６は、エントロピー符号化モジュール６６０へ供給されるＳＡＯ情報６８８、および適応ループフィルタ（ＡＬＦ：ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）６９２へ供給されるＳＡＯ信号６９０を作り出す。ＡＬＦ６９２は、参照ピクチャバッファ６９６へ供給されるＡＬＦ信号６９４を作り出す。ＡＬＦ信号６９４は、参照信号として用いられる１つ以上のピクチャからのデータを含む。

エントロピー符号化モジュール６６０は、ビットストリーム６１４または他の信号を作り出すためにＴＱＣ６５６を符号化する。また、エントロピー符号化モジュール６６０は、コンテキスト適応型可変長符号化（ＣＡＶＬＣ：Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ Ｖａｒｉａｂｌｅ Ｌｅｎｇｔｈ Ｃｏｄｉｎｇ）またはコンテキスト適応型２値算術符号化（ＣＡＢＡＣ：Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ Ｂｉｎａｒｙ Ａｒｉｔｈｍｅｔｉｃ Ｃｏｄｉｎｇ）を用いてＴＱＣ６５６を符号化する。特に、エントロピー符号化モジュール６６０は、イントラモード情報６５８、インターモード情報６６８およびＳＡＯ情報６８８の１つ以上に基づいて、ＴＱＣ６５６を符号化する。いくつかの構成において、ビットストリーム６１４は、符号化されたピクチャ・データを含む。一例において、ビットストリーム６１４は、エンコーダ６０４から他の別の電子デバイス６０２へ送信される前に、リーディング・ピクチャ・インジケーターモジュール６０８へ渡される。

ＨＥＶＣのようなビデオ圧縮に含まれる量子化は、ある範囲の値を単一の量子値に圧縮することによって達成される損失圧縮技術である。量子化パラメータ（ＱＰ：ｑｕａｎｔｉｚａｔｉｏｎ ｐａｒａｍｅｔｅｒ）は、再構成されるビデオの品質および圧縮比の両方に基づいて量子化を行うために用いられる、予め定義されたスケーリング・パラメータである。ＨＥＶＣでは所与のブロックの特性をブロックサイズおよびその色情報に基づいて表すために、ブロックタイプが定義される。ＱＰ、解像度情報およびブロックタイプは、エントロピー符号化の前に決定される。例えば、電子デバイス６０２（例えば、エンコーダ６０４）は、エントロピー符号化モジュール６６０へ供給されるＱＰ、解像度情報およびブロックタイプを決定する。

エントロピー符号化モジュール６６０は、ＴＱＣ６５６のブロックに基づいてブロックサイズを決定する。例えば、ブロックサイズは、ＴＱＣのブロックの１次元に沿ったＴＱＣ６５６の数である。言い換えれば、ＴＱＣのブロックにおけるＴＱＣ６５６の数は、ブロックサイズの２乗に等しい。例えば、ブロックサイズは、ＴＱＣのブロックにおけるＴＱＣ６５６の数の平方根として決定される。解像度は、画素幅×画素高さとして定義される。解像度情報は、ピクチャの幅に対する、ピクチャの高さまたは両方に対する画素の数を含む。ブロックサイズは、ＴＱＣの２Ｄブロックの１次元に沿ったＴＱＣの数として定義されてもよい。

いくつかの構成において、エントロピー符号化モジュール６６０は、ビットストリーム６１４または１つ以上のピクチャを含んだ他の信号をリーディング・ピクチャ・インジケーターモジュール６０８へ送信する。リーディング・ピクチャ・インジケーターモジュール６０８は、１つ以上の入力ピクチャ６０６中にリーディング・ピクチャがあるかどうかを判定して、リーディング・ピクチャまたは他のピクチャ（例えば、ＣＲＡピクチャ）のいずれかと関連付けられたリーディング・ピクチャ・インジケーターを生成する。いくつかの構成において、リーディング・ピクチャ・インジケーターモジュールは、リーディング・ピクチャの有無を示すために、新しいＮＡＬユニット、フラグまたは他のインジケーターを生成する。さらにまた、リーディング・ピクチャ・インジケーターモジュール６０８は、電子デバイス上に記憶されるか、または別の電子デバイスへ送信されるデータのビットストリーム６１４に付随させる、またはそれと一緒に送信するために、リーディング・ピクチャ・インジケーターまたはアブセンス・インジケーターを修正または作成する。

リーディング・ピクチャ・インジケーターモジュール６０８は、入力ピクチャ６０６と関連付けられた１つ以上のリーディング・ピクチャ・インジケーターを生成するために、種々のモジュールまたはサブモジュールをさらに含んでもよい。例えば、インジケーターモジュール６０８は、データの流れにリーディング・ピクチャが存在するか否かを示すべく、入力ピクチャ６０６と関連付けられた明示的なリーディング・ピクチャ・インジケーターを生成するために、ＳＰＳモジュール６２４ａ、ＰＰＳモジュール６２４ｂ、ＡＰＳモジュール６２４ｃ、スライスヘッダ・モジュール６２４ｄ、ＮＡＬユニット（ＮＡＬＵ：ＮＡＬ Ｕｎｉｔ）モジュール６２４ｅまたは他のモジュールを含んでもよい。いくつかの構成において、リーディング・ピクチャ・インジケーターは、ピクチャが部分的に符号化されるか、または電子デバイス６０２の複数のコンポーネントを通過した後に生成されるとよい。この手法は、リーディング・ピクチャが存在するかどうかを判定して、そのインジケーターを提供するための広範な符号化を削減することができるという有益がある。

一構成において、リーディング・ピクチャ・インジケーターモジュール６０８は、リーディング・ピクチャが存在するかどうかを示すためのフラグまたは他のインジケーターを生成する。例えば、ＳＰＳモジュール６２４ａが、１つ以上のリーディング・ピクチャの存在に対応すべくＳＰＳ中にフラグを生成する。別の例では、ＰＰＳモジュール６２４ｂが、１つ以上のリーディング・ピクチャの存在に対応すべくＰＰＳ中にフラグまたは他のインジケーターを生成する。別の例では、ＡＰＳモジュール６２４ｃが、１つ以上のリーディング・ピクチャの存在に対応すべくＡＰＳ中にフラグを生成する。別の例では、スライスヘッダ・モジュール６２４ｄが、１つ以上のリーディング・ピクチャの有無に対応すべくスライスヘッダ（例えば、ＣＲＡスライスヘッダ）中にフラグまたは他のインジケーターを生成する。いくつかの実施形態において、本明細書に記載されるモジュールの１つ以上が、１つ以上のリーディング・ピクチャに対応する１つ以上のインジケーターを生成してもよい。

加えて、または代わりに、一構成において、リーディング・ピクチャ・インジケーターモジュール６０８は、新しいＮＡＬユニット・タイプを作成または修正することによって、１つ以上の入力ピクチャと関連付けられた明示的なリーディング・ピクチャ・インジケーターを生成してもよい。一例において、ＮＡＬＵモジュール６２４ｅは、１つ以上のリーディング・ピクチャの存在を示す１つ以上のピクチャと関連付けられたＮＡＬユニットを生成する。一構成において、ＮＡＬユニットがＣＲＡピクチャと関連付けられ、ＮＡＬＵモジュール６２４ｅは、１つ以上のリーディング・ピクチャがＣＲＡピクチャの後に続くことを示すか、または指示するためのＮＡＬユニットを生成する。いくつかの構成において、ＮＡＬＵモジュール６２４ｅは、入力ピクチャ６０６がリーディング・ピクチャであることを示すために、１つ以上のリーディング・ピクチャと関連付けられたＮＡＬユニットを生成する。

別の構成では、リーディング・ピクチャ・インジケーターモジュール６０８は、明示的なリーディング・ピクチャ・アブセンス・インジケーターを生成する。一例において、リーディング・ピクチャ・インジケーターモジュール６０８は、リーディング・ピクチャが存在しないことを示すために、１つ以上の入力ピクチャ６０６（例えば、ＣＲＡピクチャ）と関連付けられたＮＡＬユニット・タイプを生成する。一例において、ＮＡＬユニット・タイプは、ＣＲＡピクチャに続くリーディング・ピクチャが存在しないことを示すＣＲＡピクチャの符号化スライスを含む。

いくつかの構成において、ビットストリーム６１４は、別の電子デバイスへ送信される。例えば、ビットストリーム６１４は、通信インターフェース、ネットワークインターフェース、無線送信機、ポートなどへ供給される。例として、ビットストリーム６１４は、ＬＡＮ、インターネット、セルラーフォン基地局などを通じて、別の電子デバイスへ送信される。加えて、または代わりに、ビットストリーム６１４は、電子デバイス６０２上のメモリまたは他のコンポーネントに記憶される。

図７は、電子デバイス７０２上のデコーダ７１２の一構成を示すブロック図である。デコーダ７１２は、電子デバイス７０２に含まれてもよい。例えば、デコーダ７１２は、ＨＥＶＣデコーダであってもよい。デコーダ７１２、および／またはデコーダ７１２に含まれるとして示される要素の１つ以上は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。デコーダ７１２は、復号のためにビットストリーム７１４（例えば、ビットストリーム７１４に含まれる１つ以上の符号化されたピクチャ）を受信する。いくつかの構成において、受信したビットストリーム７１４は、受信したオーバーヘッド情報、例えば、受信したスライスヘッダ、受信したＰＰＳ、受信したバッファ記述情報などを含む。ビットストリーム７１４に含まれる符号化されたピクチャは、１つ以上の符号化された参照ピクチャ、および／または１つ以上の他の符号化されたピクチャを含んでもよい。いくつかの構成において、ビットストリーム７１４は、１つ以上の明示的なリーディング・ピクチャ・インジケーターまたはアブセンス・インジケーターを含むか、または伴う。

一構成において、デコーダ７１２は、リーディング・ピクチャ判定モジュール７２０を含む。いくつかの構成において、電子デバイス７０２は、ビットストリーム７１４を受信し、リーディング・ピクチャ判定モジュール７２０を通してビットストリーム７１４を送信する。リーディング・ピクチャ判定モジュール７２０は、電子デバイス７０２上のデコーダ７１２または他のコンポーネントの一部であってもよい。

リーディング・ピクチャ判定モジュール７２０は、ビットストリーム７１４が明示的なリーディング・ピクチャ・インジケーターを含むかどうかに基づいて、リーディング・ピクチャが存在するかどうかを判定するための種々のモジュールまたはサブモジュールを含む。例えば、リーディング・ピクチャ判定モジュール７２０は、リーディング・ピクチャ・インジケーターがビットストリーム７１４に付随するか、または含まれるかどうかを判定するためのＳＰＳモジュール７２６ａ、ＰＰＳモジュール７２６ｂ、ＡＰＳモジュール７２６ｃ、スライスヘッダ・モジュール７２６ｄ、ＮＡＬＵモジュール７２６ｅまたは他のモジュールを含む。いくつかの構成において、リーディング・ピクチャ判定モジュール７２０は、ビットストリーム７１４がデコーダ７１２のいくつかの要素を通過する前にビットストリーム７１４を受信するとよい。この手法は、ビットストリーム７１４のいくつかあるいはすべてを復号することなく、リーディング・ピクチャが存在するかどうかを識別することができるという有益がある。いくつかの構成では、これによって非効率的な操作、例えば、リーディング・ピクチャが破棄されるようにスケジュールされているときにリーディング・ピクチャを復号することを防止できる。

いくつかの構成において、それぞれのモジュールまたはサブモジュール７２６は、様々なタイプのインジケーターに基づいて、リーディング・ピクチャが存在するかどうかを判定する。例えば、ＳＰＳモジュール７２６ａは、ＳＰＳと関連付けられたフラグまたはインジケーターがビットストリーム７１４とともに存在するかどうかを判定する。ＰＰＳモジュール７２６ｂは、ＰＰＳと関連付けられたフラグまたはインジケーターがビットストリーム７１４とともに存在するかどうかを判定する。ＡＰＳモジュール７２６ｃは、ＡＰＳと関連付けられたフラグまたはインジケーターがビットストリーム７１４とともに存在するかどうかを判定する。スライスヘッダ・モジュール７２６ｄは、ＣＲＡピクチャまたは他のピクチャのスライスヘッダと関連付けられたフラグまたはインジケーターがビットストリーム７１４とともに存在するかどうかを判定する。加えて、または代わりに、ＮＡＬＵモジュール７２６ｅは、リーディング・ピクチャの有無を示す新しいＮＡＬＵユニット・タイプがビットストリーム７１４とともに存在するかどうかを判定する。一構成において、ＮＡＬＵユニットがＣＲＡピクチャと関連付けられ、ＮＡＬＵモジュール７２６ｅは、１つ以上のリーディング・ピクチャがＣＲＡピクチャの次に続くと判定する。いくつかの構成において、ＮＡＬＵモジュール７２６ｅは、これらのリーディング・ピクチャと関連付けられたＮＡＬユニットから１つ以上のリーディング・ピクチャの存在を判定する。

（ビットストリーム７１４に含まれる１つ以上の符号化されたピクチャで）受信したシンボルは、エントロピー復号モジュール７６８によってエントロピー復号されて、動き情報信号７７０、ならびに量子化、スケーリングおよび／または変換された係数７７２を作り出す。

動き情報信号７７０は、フレーム間予測信号７８２を作り出す動き補償モジュール７７４において、フレームメモリ７７８からの参照フレーム信号７９８の一部分と結合される。量子化、スケーリングおよび／または変換された係数７７２は、逆モジュール７６２によって逆量子化、スケーリングおよび逆変換されて、復号された残差信号７８４を作り出す。復号された残差信号７８４は、予測信号７９２に加算されて結合信号７８６を作り出す。予測信号７９２とは、動き補償モジュール７７４で作り出されたフレーム間予測信号７８２、または代わりにフレーム内予測モジュール７８８によって作り出されたフレーム内予測信号７９０から選択された信号である。いくつかの構成において、この信号選択は、ビットストリーム７１４に基づく（例えば、ビットストリーム７１４によって制御される）。

フレーム内予測信号７９０は、（例えば、現フレームにおける）結合信号７８６から予め復号された情報から予測される。結合信号７８６は、また、デブロッキングフィルタ７９４によってフィルタされる。フィルタされた結果として生じた信号７９６は、フレームメモリ７７８に書き込まれる。フィルタされた結果として生じた信号７９６は、復号されたピクチャを含む。

フレームメモリ７７８は、復号されたピクチャに対応するオーバーヘッド情報を含む。例えば、フレームメモリ７７８は、スライスヘッダ、ＰＰＳ情報、サイクルパラメータ、バッファ記述情報などを含む。これらの情報の１つ以上は、エンコーダ（例えば、エンコーダ６０４）からシグナリングされる。フレームメモリ７７８は、復号されたピクチャ７１８または他の出力信号を供給する。

いくつかの構成において、デコーダ７１２は、フレームメモリ７７８と通信を行うリーディング・ピクチャ判定モジュール７２０ａを含む。例えば、デコーダ７１２は、ビットストリーム７１４がデコーダ７１４を通過するか、またはエントロピー復号される前に、１つ以上のリーディング・ピクチャ・インジケーターに基づいて、あるいはいくつかの場合には、１つ以上のリーディング・ピクチャ・インジケーターまたはアブセンス・インジケーターがビットストリーム７１４に含まれるか、または付随するかどうかを判定すべく、フレームメモリ７７８にアクセスすることによって、リーディング・ピクチャが存在するかどうかを判定する。フレームメモリにアクセスするリーディング・ピクチャ判定モジュール７２０ａを含むことは、復号処理に干渉することなく、リーディング・ピクチャが存在するかどうかを判定するための能力を電子デバイス７０２に与えることができるという有益がある。この手法では、リーディング・ピクチャ判定モジュール７２０ａは、１つ以上のピクチャを修正または復号することなく、フレームメモリ７７８に専らアクセスすることができる。

図８は、送信用電子デバイス８０２に利用される様々なコンポーネントを示す。送信用電子デバイス８０２は、本明細書に記載される電子デバイス（例えば、電子デバイス１０２、６０２、７０２）の１つ以上として実装される。

送信用電子デバイス８０２は、送信用電子デバイス８０２の動作を制御するプロセッサ８１７を含む。プロセッサ８１７は、コンピュータ処理装置（ＣＰＵ：Ｃｏｍｐｕｔｅｒ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とも呼ばれる。メモリ８１１は、リードオンリーメモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）の両方または情報を記憶する任意のタイプのデバイスを含み、命令８１３ａ（例えば、実行可能な命令）およびデータ８１５ａをプロセッサ８１７へ供給する。メモリ８１１の一部分が不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）を含んでもよい。メモリ８１１は、プロセッサ８１７と電子通信を行う。

命令８１３ｂおよびデータ８１５ｂは、プロセッサ８１７にも存在する。プロセッサ８１７に読み込まれた命令８１３ｂおよび／またはデータ８１５ｂは、プロセッサ８１７による実行または処理のために読み込まれた、メモリ８１１からの命令８１３ａおよび／またはデータ８１５ａも含んでよい。命令８１３ｂは、本明細書に開示されるシステムおよび方法を実装するためにプロセッサ８１７によって実行される。

送信用電子デバイス８０２は、他の電子デバイス（例えば、受信用電子デバイス）と通信するための１つ以上の通信インターフェース８１９を含む。通信インターフェース８１９は、有線通信技術、無線通信技術、または両方に基づいてもよい。通信インターフェース８１９の例は、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、イーサネットアダプタ、ＩＥＥＥ１３９４バスインターフェース、小型計算機システムインターフェース（ＳＣＳＩ：ｓｍａｌｌ ｃｏｍｐｕｔｅｒ ｓｙｓｔｅｍ ｉｎｔｅｒｆａｃｅ）バスインターフェース、赤外線（ＩＲ：ｉｎｆｒａｒｅｄ）通信ポート、Ｂｌｕｅｔｏｏｔｈ無線通信アダプタ、第３世代パートナーシップ・プロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）仕様による無線トランシーバなどを含む。

送信用電子デバイス８０２は、１つ以上の出力デバイス８２３および１つ以上の入力デバイス８２１を含む。出力デバイス８２３の例は、スピーカ、プリンタなどを含む。送信用電子デバイス８０２に含まれる出力デバイスの１つのタイプは、表示デバイス８２５である。本明細書に開示される構成とともに用いられる表示デバイス８２５は、任意の適切な画像投影技術、例えば、陰極線管（ＣＲＴ）、液晶表示（ＬＣＤ）、発光ダイオード（ＬＥＤ）、気体プラズマ、エレクトロルミネセンスなどを利用する。表示コントローラ８２７は、メモリ８１１に記憶されたデータを、ディスプレイ８２５上に示されるテキスト、グラフィックス、および／または動画に（適宜）変換するために提供される。入力デバイス８２１の例は、キーボード、マウス、マイクロフォン、リモートコントロールデバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどを含む。

送信用電子デバイス８０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含むバスシステム８２９によって結合される。しかしながら、明確にするために、図８では様々なバスがバスシステム８２９として示される。図８に示される送信用電子デバイス８０２は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。

図９は、受信用電子デバイス９０２に利用される様々なコンポーネントを示すブロック図を示す。受信用電子デバイス９０２は、本明細書に記載される電子デバイス（例えば、電子デバイス１０２、６０２、７０２）の１つ以上として実装される。

受信用電子デバイス９０２は、受信用電子デバイス９０２の動作を制御するプロセッサ９１７を含む。プロセッサ９１７は、ＣＰＵとも呼ばれる。メモリ９１１は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）の両方または情報を記憶する任意のタイプのデバイスを含み、命令９１３ａ（例えば、実行可能な命令）およびデータ９１５ａをプロセッサ９１７へ供給する。メモリ９１１の一部分が不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を含んでもよい。メモリ９１１は、プロセッサ９１７と電子通信を行う。

命令９１３ｂおよびデータ９１５ｂは、プロセッサ９１７にも存在する。プロセッサ９１７に読み込まれた命令９１３ｂおよび／またはデータ９１５ｂは、プロセッサ９１７による実行または処理のために読み込まれた、メモリ９１１からの命令９１３ａおよび／またはデータ９１５ａも含んでよい。命令９１３ｂは、本明細書に開示されるシステムおよび方法を実装するためにプロセッサ９１７によって実行される。

受信用電子デバイス９０２は、他の電子デバイス（例えば、送信用電子デバイス）と通信するための１つ以上の通信インターフェース９１９を含む。通信インターフェース９１９は、有線通信技術、無線通信技術、または両方に基づいてもよい。通信インターフェース９１９の例は、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ）、イーサネットアダプタ、ＩＥＥＥ１３９４バスインターフェース、小型計算機システムインターフェース（ＳＣＳＩ）バスインターフェース、赤外線（ＩＲ）通信ポート、Ｂｌｕｅｔｏｏｔｈ無線通信アダプタ、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）仕様による無線トランシーバなどを含む。

受信用電子デバイス９０２は、１つ以上の出力デバイス９２３および１つ以上の入力デバイス９２１を含む。出力デバイス９２３の例は、スピーカ、プリンタなどを含む。受信用電子デバイス９０２に含まれる出力デバイスの１つのタイプは、表示デバイス９２５である。本明細書に開示される構成とともに用いられる表示デバイス９２５は、任意の適切な画像投影技術、例えば、陰極線管（ＣＲＴ）、液晶表示（ＬＣＤ）、発光ダイオード（ＬＥＤ）、気体プラズマ、エレクトロルミネセンスなどを利用する。表示コントローラ９２７は、メモリ９１１に記憶されたデータを、ディスプレイ９２５上に示されるテキスト、グラフィックス、および／または動画へ（適宜）変換するために提供される。入力デバイス９２１の例は、キーボード、マウス、マイクロフォン、リモートコントロールデバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどを含む。

受信用電子デバイス９０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含むバスシステム９２９によって結合される。しかしながら、明確にするために、図９では様々なバスがバスシステム９２９として示される。図９に示される受信用電子デバイス９０２は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。

図１０は、リーディング・ピクチャを識別するためのシステムおよび方法が実装された電子デバイス１００２の一構成を示すブロック図である。電子デバイス１００２は、符号化手段１０３１および送信手段１０３３を含む。符号化手段１０３１および送信手段１０３３は、上掲の図２、図３、図６および他の図面に関連して記載される１つ以上の同様の機能を行うように構成される。図８は、図１０の具体的な装置構造の一例を示す。図１および図６の機能の１つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。

図１１は、リーディング・ピクチャを識別するシステムおよび方法が実装された電子デバイス１１０２の一構成を示すブロック図である。電子デバイス１１０２は、ビットストリーム１１１４、受信手段１１３５および復号手段１１３７を含む。受信手段１１３５および復号手段１１３７は、上掲の図２、図５、図７および他の図面に関連して記載される１つ以上の同様の機能を行うように構成される。図９は、図１１の具体的な装置構造の一例を示す。図１および図７の１つ以上の機能を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。

図１２は、リーディング・ピクチャを識別するためのシステムおよび方法が実装された、いくつかのデバイスを示すブロック図である。一例において、電子デバイスＡ１２０２ａ、電子デバイスＢ１２０２ｂおよび処理デバイス１２３９が示される。しかしながら、留意すべきは、図１２に関連する電子デバイスＡ１２０２ａ、電子デバイスＢ１２０２ｂおよび処理デバイス１２３９が、図１における電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂと同様に構成されることである。例えば、電子デバイスＡ１２０２ａは、エンコーダ１２０４およびリーディング・ピクチャ・インジケーターモジュール１２０８を含む。エンコーダ１２０４は、さらに、入力ピクチャ１２０６を取得または受信する。また、電子デバイスＡ１２０２ａは、他の図面におけるビットストリーム１１４と同様のビットストリーム１２１４ａを生成して送ることができる。

一例において、ビットストリーム１２１４ａは、電子デバイスＡ１２０２ａから処理デバイス１２３９へ伝えられるか、または送られる。処理デバイスは、リーディング・ピクチャ判定モジュール１２２０を含む。図１２に関連するリーディング・ピクチャ判定モジュール１２２０は、図１におけるリーディング・ピクチャ判定モジュール１２０と同様の操作を行い、デコーダに含まれても、含まれなくてもよい。さらにまた、処理デバイスは、他の図面に関連して記載される電子デバイスの一例であってもよい。一例において、処理デバイス１２３９は、ネットワークノードであってもよい。一例において、処理デバイス１２３９は、いずれかのリーディング・ピクチャがビットストリーム１２１４ａ中にあるかどうかを判定する。さらにまた、処理デバイス１２３９は、ビットストリーム１２１４ａに対して１つ以上の操作を行う。処理デバイス１２３９がビットストリーム１２１４ａに対して行う操作の例は、リーディング・ピクチャを破棄すること、ビットストリーム１２１４ａと関連付けられたデータを記憶すること、またはビットストリーム１２１４ａを変換すること、および／またはビットストリーム１２１４ａｂを電子デバイス１２０２へ送ることを含む。

一例において、処理デバイス１２３９は、ビットストリーム１２１４ａを受信し、ビットストリーム１２１４ａに対して操作を行って、ビットストリーム１２１４ｂを電子デバイスＢ１２０２へ送る。図１２に関連して記載される電子デバイスＢ１２０２ｂは、図１における電子デバイスＢ１０２ｂと同様に構成される。電子デバイスＢ１２０２ｂは、また、デコーダ１２１２を含む。さらにまた、デコーダ１２１２は、リーディング・ピクチャ判定モジュールを含んでも、含まなくてもよい。一構成において、電子デバイスＢ１２０２ｂは、ビットストリーム１２１４ｂに対して操作を行い、出力、例えば、復号されたピクチャ１２１８を生成する。電子デバイスＢ１２０２ｂは、さらに、復号されたピクチャ１２１８を記憶、表示、破棄、または別様に処分する。

用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび／またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形態の所望のプログラムコードまたはデータ構造を運ぶか、または記憶するために使用できて、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備える。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書では、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ ｄｉｓｃ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、フロッピーディスク（ｆｌｏｐｐｙ ｄｉｓｋ；登録商標）およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生し、一方でディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。

留意すべきは、本明細書に記載される方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法または手法の１つ以上は、チップセット、ＡＳＩＣ、大規模集積回路（ＬＳＩ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。

本明細書に開示されるそれぞれの方法は、記載される方法を実現するための１つ以上のステップまたは動作を備える。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく、相互に交換されてもよく、および／または単一ステップに組み合わされてもよい。言い換えれば、記載される方法の適切な操作のためにステップまたは動作の特定の順序が必要とされない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなく、修正されてもよい。

理解すべきは、特許請求の範囲が上記に示された通りの構成および構成要素には限定されないことである。特許請求の範囲から逸脱することなく、本明細書に記載される配置、操作、ならびにシステム、方法、および装置の詳細に様々な修正、変更および変形がなされてもよい。

Claims (8)

1. 少なくとも１つのプロセッサと、
   コンピュータプログラムコードを含む少なくとも１つのメモリと、を備えた電子デバイスであって、
   前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと協働して、前記電子デバイスに、
   データのビットストリームにおいて前記ビットストリームの復号を開始できるランダムアクセスポイントで生じる瞬時復号リフレッシュ（ＩＤＲ）ピクチャであって、前記復号において前記ＩＤＲピクチャ以外の何れのピクチャをも参照しないピクチャを識別し、
   前記ＩＤＲピクチャが後続のリーディング・ピクチャを有する場合に、前記ＩＤＲピクチャが前記後続のリーディング・ピクチャを有することを示す、前記ＩＤＲピクチャの第１のネットワークアクセス層（ＮＡＬ；Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｌａｙｅｒ）ユニット・タイプを生成し、
   前記第１のＮＡＬユニット・タイプを送信し、
   前記ＩＤＲピクチャが後続のリーディング・ピクチャを有さない場合に、前記ＩＤＲピクチャが前記後続のリーディング・ピクチャを有ないことを示す、前記ＩＤＲピクチャの第２のＮＡＬユニット・タイプであって、前記第１のＮＡＬユニット・タイプとは異なる第２のＮＡＬユニット・タイプを生成し、
   前記第２のＮＡＬユニット・タイプを送信する、
   処理を実行させる、電子デバイス。
2. 前記後続のリーディング・ピクチャは、復号順には前記ＩＤＲピクチャに続き、出力順には前記ＩＤＲピクチャに先行する、
   請求項１に記載の電子デバイス。
3. 前記ＩＤＲピクチャは、イントラ予測のみを用いて復号された複数のイントラ予測スライス（Ｉスライス）のみを含む、
   請求項１に記載の電子デバイス。
4. 前記第１のＮＡＬユニット・タイプ及び前記第２のＮＡＬユニット・タイプは、前記後続のリーディング・ピクチャの第３のＮＡＬユニット・タイプとは異なる、
   請求項１に記載の電子デバイス。
5. データのビットストリームにおいて前記ビットストリームの復号を開始できるランダムアクセスポイントで生じる瞬時復号リフレッシュ（ＩＤＲ）ピクチャであって、前記復号において前記ＩＤＲピクチャ以外の何れのピクチャをも参照しないピクチャを識別し、
   前記ＩＤＲピクチャが後続のリーディング・ピクチャを有する場合に、前記ＩＤＲピクチャが前記後続のリーディング・ピクチャを有することを示す、前記ＩＤＲピクチャの第１のネットワークアクセス層（ＮＡＬ）ユニット・タイプを生成し、
   前記第１のＮＡＬユニット・タイプを送信し、
   前記ＩＤＲピクチャが後続のリーディング・ピクチャを有さない場合に、前記ＩＤＲピクチャが前記後続のリーディング・ピクチャを有ないことを示す、前記ＩＤＲピクチャの第２のＮＡＬユニット・タイプであって、前記第１のＮＡＬユニット・タイプとは異なる第２のＮＡＬユニットを生成し、
   前記第２のＮＡＬユニット・タイプを送信する、
   方法。
6. 前記後続のリーディング・ピクチャは、復号順には前記ＩＤＲピクチャに続き、出力順には前記ＩＤＲピクチャに先行する、
   請求項５に記載の方法。
7. 前記ＩＤＲピクチャは、イントラ予測のみを用いて復号された複数のイントラ予測スライス（Ｉスライス）のみを含む、
   請求項５に記載の方法。
8. 前記第１のＮＡＬユニット・タイプ及び前記第２のＮＡＬユニット・タイプは、前記後続のリーディング・ピクチャの第３のＮＡＬユニット・タイプとは異なる、
   請求項５に記載の方法。

Images