(57)【要約】【課題】  VC-1においてSkippedピクチャが使用されると、IP再生などの特殊再生時に復号が必要なピクチャを特定することが困難であった。【解決手段】  エントリ・ポイント・レイヤのユーザーデータに、Skippedピクチャを特定するための情報を格納する。画像復号装置では前記ユーザーデータを参照して特殊再生時に復号する必要のあるピクチャを決定する。【選択図】  図１
2006157846.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも動画像の符号化データを多重化したストリームとその管理情報とを記録した情報記録媒体であって、前記管理情報は前記ストリーム内の動画像の再生時刻情報、サイズ情報、およびストリーム内での開始アドレス情報とを記録し、
前記符号化方式においては、
ピクチャの画素データは含まずに、前記ピクチャが復号順で直前の参照ピクチャと同一であることを示す識別情報をピクチャ単位の情報として格納したスキップピクチャと、
復号順と表示順とが異なり、全てのマクロブロックが画面内符号化されたリオーダリング・画面内符号化ピクチャと、
の少なくとも一方が使用できる際に、
１以上の前記ピクチャをまとめたランダムアクセス単位毎に、前記ランダムアクセス単位において前記スキップピクチャ、あるいは前記リオーダリング・画面内符号化ピクチャが存在するかどうかを示す補助情報を格納することを特徴とする情報記録媒体。
【請求項２】
前記補助情報は、前記スキップピクチャ、あるいは前記リオーダリング・画面内符号化ピクチャが、前記ランダムアクセス単位において復号順で何番目のピクチャであるかを示すことを特徴とする請求項１記載の情報記録媒体。
【請求項３】
前記ランダムアクセス単位を構成するピクチャの再生時間長の総和の上限値が、復号順で連続する前記スキップピクチャの再生時間長の総和に応じて切り替わることを示すフラグ情報を格納することを特徴とする請求項１記載の情報記録媒体。
【請求項４】
動画像をピクチャ単位で符号化する画像符号化方法であって、
前記符号化方式においては、
ピクチャの画素データは含まずに、前記ピクチャが復号順で直前の参照ピクチャと同一であることを示す識別情報をピクチャ単位の情報として格納したスキップピクチャと、
復号順と表示順とが異なり、全てのマクロブロックが画面内符号化されたリオーダリング・画面内符号化ピクチャと、
の少なくとも一方が使用できる際に、
１以上の前記ピクチャをまとめたランダムアクセス単位毎に、前記スキップピクチャ、あるいは前記リオーダリング・画面内符号化ピクチャが存在するかどうかどうかを示す補助情報を作成する補助情報作成ステップと、
前記作成した補助情報と画素を符号化して符号化ストリームを作成する符号化ステップと、
を備えることを特徴とする画像符号化方法。
【請求項５】
動画像をピクチャ単位で符号化する画像符号化方法であって、
前記符号化方式においては、
ピクチャの画素データは含まずに、前記ピクチャが復号順で直前の参照ピクチャと同一であることを示す識別情報をピクチャ単位の情報として格納したスキップピクチャと、
他のピクチャを参照せずに符号化された画面内予測ピクチャと、
同時に１枚のピクチャを参照することのできる前方予測ピクチャと、
同時に２枚のピクチャを参照することのできる双方向予測ピクチャと、
を少なくとも使用できる際に、
表示順で双方向予測ピクチャの直前となる参照ピクチャが画面内予測ピクチャ、前方予測ピクチャ、あるいはスキップピクチャであり、表示順で直後となる参照ピクチャがスキップピクチャである際には、前記画面内予測ピクチャは、表示順で直前の参照ピクチャのみを参照して符号化することを特徴とする符号化方法。
【請求項６】
請求項５記載の符号化方法であって、
１以上の前記ピクチャをまとめたランダムアクセス単位毎に、前記スキップピクチャが存在するかどうかどうかを示す補助情報を作成する補助情報作成ステップと、
前記作成した補助情報と画素を符号化して符号化ストリームを作成する符号化ステップと、
を更に備えることを特徴とする符号化方法。
【請求項７】
請求項６の符号化方法であって、
前記リオーダリング・画面内符号化ピクチャが使用できる際に、
前記補助情報作成ステップは、前記スキップピクチャに加えて、前記リオーダリング・画面内符号化ピクチャが前記ランダムアクセス単位内に存在するかどうかを示す補助情報を作成することを特徴とする符号化方法。
【請求項８】
双方向予測ピクチャが使用される際に、
表示順で前記双方向予測ピクチャの直前となる参照ピクチャが画面内予測ピクチャ、前方予測ピクチャ、あるいはスキップピクチャであり、表示順で直後となる参照ピクチャがスキップピクチャである際には、前記画面内予測ピクチャは、表示順で直前の参照ピクチャのみを参照して符号化されていることを特徴とする請求項１記載の情報記録媒体。
【請求項９】
動画像をピクチャ単位で符号化する画像符号化装置であって、
前記符号化装置においては、
ピクチャの画素データは含まずに、前記ピクチャが復号順で直前の参照ピクチャと同一であることを示す識別情報をピクチャ単位の情報として格納したスキップピクチャと、
他のピクチャを参照せずに符号化された画面内予測ピクチャと、
同時に１枚のピクチャを参照することのできる前方予測ピクチャと、
同時に２枚のピクチャを参照することのできる双方向予測ピクチャと、
を少なくとも使用できる際に、
表示順で双方向予測ピクチャの直前となる参照ピクチャが画面内予測ピクチャ、前方予測ピクチャ、あるいはスキップピクチャであり、表示順で直後となる参照ピクチャがスキップピクチャである際には、前記双方向予測ピクチャは、表示順で直前の参照ピクチャのみを参照して符号化することを特徴とする画像符号化装置。
【請求項１０】
請求項１の情報記録媒体に記録された符号化データを復号して再生するデータ再生方法であって、
高速再生、逆再生、あるいは飛び込み再生などの特殊再生を実現する際に、前記補助情報を参照して復号するピクチャを決定する復号ピクチャ決定ステップと、
前記復号ピクチャ決定手段により復号すると決定されたピクチャを復号する復号ステップと、
前記復号されたピクチャを表示する表示ステップと、
を備えることを特徴とするデータ再生方法。
【請求項１１】
前記復号ピクチャ決定ステップは、前記飛込み再生時に再生開始するピクチャがスキップピクチャである際には、当該スキップピクチャを復号せずに、復号順で直前の画面内符号化ピクチャ、あるいは前方参照ピクチャの復号結果を当該スキップピクチャの復号結果とすることを特徴とする請求項１０記載のデータ再生方法。
【請求項１２】
前記復号ピクチャ決定ステップは、前記逆再生時に再生する再生用ピクチャ、あるいは、前記再生用ピクチャの復号に必要なピクチャがスキップピクチャである際には、当該スキップピクチャを復号せずに、復号順で直前の画面内符号化ピクチャ、あるいは前方参照ピクチャの復号結果を当該スキップピクチャの復号結果とすることを特徴とする請求項９記載のデータ再生方法。
【請求項１３】
請求項１の情報記録媒体に記録された符号化データを復号して再生するデータ再生装置であって、
高速再生、逆再生、あるいは飛び込み再生などの特殊再生を実現する際に、前記補助情報を参照して復号するピクチャを決定する復号ピクチャ決定手段と、
前記復号ピクチャ決定手段により復号すると決定されたピクチャを復号する復号手段と、
前記復号されたピクチャを表示する表示手段と、
を備えることを特徴とするデータ再生装置。
【請求項１４】
動画像の符号化データを編集する画像編集方法であって、
前記符号化方式においては、
復号順と表示順が異なり、かつ、全てのマクロブロックが画面内符号化されていることを示すタイプ情報を符号化データ内に有する、リオーダリング・画面内符号化ピクチャが使用でき、
符号化ストリームは、１以上の前記ピクチャをまとめたランダムアクセス単位から構成されるとき、
同一、あるいは異なる前記符号化ストリームに含まれる第1のランダムアクセス単位と第２のランダムアクセス単位とを連続して再生できるように、前記符号化ストリームの管理情報を生成する管理情報生成ステップと、
前記第２のランダムアクセス単位内のピクチャが参照する全てのピクチャが、前記連続して再生される単位に含まれるかどうかを示すフラグを設定する設定ステップと、
を備え、
前記接続情報は前記第２のランダムアクセス単位の符号化データに含まれ、
前記設定ステップは、前記第２のランダムアクセス単位において、復号順で先頭となるピクチャよりも前に表示されるピクチャが前記リオーダリング・画面内符号化ピクチャである際には、前記第２のランダムアクセス単位内の全てのピクチャが、前記第２のランダムアクセス単位内のピクチャのみを参照して復号できる旨を前記フラグにより示すことを特徴とする画像編集方法。
【請求項１５】
少なくとも動画像の符号化データを多重化したストリームとその管理情報とを記録した情報記録媒体であって、前記管理情報は前記ストリーム内の動画像の再生時刻情報、サイズ情報、およびストリーム内での開始アドレス情報とを記録し、
前記符号化方式においては、
復号順と表示順が異なり、かつ、全てのマクロブロックが画面内符号化されていることを示すタイプ情報を符号化データ内に有する、リオーダリング・画面内符号化ピクチャが使用でき、
符号化ストリームは、１以上の前記ピクチャをまとめたランダムアクセス単位から構成されるとき、
同一、あるいは異なる前記符号化ストリームに含まれる第1のランダムアクセス単位と第２のランダムアクセス単位とを連続して再生することを示す前記管理情報が格納され、
前記第２のランダムアクセス単位には、前記第２のランダムアクセス単位内のピクチャが参照する全てのピクチャが、前記連続して再生される単位に含まれるかどうかを示すフラグが格納され、
前記第２のランダムアクセス単位において、復号順で先頭となるピクチャよりも前に表示されるピクチャが前記リオーダリング・画面内符号化ピクチャである際には、前記第２のランダムアクセス単位内の全てのピクチャが、前記連続して再生される単位に含まれる旨が前記フラグにより示されることを特徴とする情報記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、高速再生、あるいは逆再生などの特殊再生時に有効な補助情報を符号化する画像符号化方法と画像復号方法、およびそのストリームに関する。
【背景技術】
【０００２】
近年、音声，画像，その他の画素値を統合的に扱うマルチメディア時代を迎え、従来からの情報メディア，つまり新聞，雑誌，テレビ，ラジオ，電話等の情報を人に伝達する手段がマルチメディアの対象として取り上げられるようになってきた。一般に、マルチメディアとは、文字だけでなく、図形、音声、特に画像等を同時に関連づけて表すことをいうが、上記従来の情報メディアをマルチメディアの対象とするには、その情報をディジタル形式にして表すことが必須条件となる。
【０００３】
ところが、上記各情報メディアの持つ情報量をディジタル情報量として見積もってみると、文字の場合１文字当たりの情報量は１〜２バイトであるのに対し、音声の場合１秒当たり64Kbits（電話品質）、さらに動画については１秒当たり100Mbits（現行テレビ受信品質）以上の情報量が必要となり、上記情報メディアでその膨大な情報をディジタル形式でそのまま扱うことは現実的では無い。例えば、テレビ電話は、64Kbit/s〜1.5Mbits/sの伝送速度を持つサービス総合ディジタル網（ISDN : Integrated Services Digital Network）によってすでに実用化されているが、テレビ・カメラの映像をそのままISDNで送ることは不可能である。
【０００４】
そこで、必要となってくるのが情報の圧縮技術であり、例えば、テレビ電話の場合、ITU-T（国際電気通信連合  電気通信標準化部門）で勧告されたH.261やH.263規格の動画圧縮技術が用いられている。また、MPEG-１規格の情報圧縮技術によると、通常の音楽用CD（コンパクト・ディスク）に音声情報とともに画像情報を入れることも可能となる。
ここで、MPEG（Moving Picture Experts Group）とは、ISO/IEC（国際標準化機構  国際電気標準会議）で標準化された動画像信号圧縮の国際規格であり、MPEG-１は、動画像信号を１．５Mbpsまで、つまりテレビ信号の情報を約１００分の１にまで圧縮する規格である。また、MPEG-１規格では対象とする品質を伝送速度が主として約１．５Mbpsで実現できる程度の中程度の品質としたことから、さらなる高画質化の要求をみたすべく規格化されたMPEG-２では、動画像信号を２〜１５MbpsでＴＶ放送品質を実現する。さらに現状では、MPEG-１，MPEG-２と標準化を進めてきた作業グループ（ISO/IEC JTC1/SC29/WG11） によって、MPEG-１，MPEG-２を上回る圧縮率を達成し、更に物体単位で符号化・復号・操作を可能とし、マルチメディア時代に必要な新しい機能を実現するMPEG-４が規格化された。MPEG-４では、当初、低ビットレートの符号化方法の標準化を目指して進められたが、現在はインタレース画像も含む高ビットレートも含む、より汎用的な符号化に拡張されている。その後、ISO/IECとITU-Tが共同でより高圧縮率の次世代画像符号化方式として、MPEG-4 AVC（Advanced Video Coding）がされ、さらに、現在SMPTE（Society of Motion Picture and Television Engineers）においてVC-1（非特許文献１）が規格化中である。VC-1では、MPEG-2、およびMPEG-4の方式をベースとして、符号化ツール等の拡張を行っている。このうちVC-1は、BD（Blu-ray disc）、HD（High Definition）-DVDなど次世代の光ディスク関連機器などで使用される見込みである。
【０００５】
一般に動画像の符号化では、時間方向および空間方向の冗長性を削減することによって情報量の圧縮を行う。そこで時間的な冗長性の削減を目的とする画面間予測符号化では、前方または後方のピクチャを参照してブロック単位で動きの検出および予測画像の作成を行い、得られた予測画像と符号化対象ピクチャとの差分値に対して符号化を行う。ここで、ピクチャとは1枚の画面を表す用語であり、プログレッシブ画像ではフレームを意味し、インタレース画像ではフレームもしくはフィールドを意味する。ここで、インタレース画像とは、１つのフレームが時刻の異なる２つのフィールドから構成される画像である。インタレース画像の符号化や復号処理においては、１つのフレームをフレームのまま処理したり、２つのフィールドとして処理したり、フレーム内のブロック毎にフレーム構造またはフィールド構造として処理したりすることができる。
【０００６】
参照画像を持たず画面内予測符号化を行うものをＩピクチャと呼ぶ。また、１枚のピクチャのみを参照し画面間予測符号化を行うものをＰピクチャと呼ぶ。また、同時に２枚のピクチャを参照して画面間予測符号化を行うことのできるものをＢピクチャと呼ぶ。Ｂピクチャは表示時間が前方もしくは後方から任意の組み合わせとして２枚のピクチャを参照することが可能である。ただし、これらのピクチャを符号化および復号する場合の条件として、参照するピクチャが既に符号化および復号されている必要がある。
【０００７】
図9は、従来のMPEG-2のストリームの構成図である。図9に示すようにMPEG-2のストリームは以下のような階層構造を有している。ストリーム（Stream）は複数のグループ・オブ・ピクチャ（Group Of Picture）から構成されており、これを符号化処理の基本単位とすることで動画像の編集やランダムアクセスが可能になっている。グループ・オブ・ピクチャは、複数のピクチャから構成され、各ピクチャは、Ｉピクチャ、Ｐピクチャ又はＢピクチャがある。ストリーム、GOPおよびピクチャはさらにそれぞれの単位の区切りを示す同期信号（sync）と当該単位に共通のデータであるヘッダ（header）から構成されている。
【０００８】
図10は、MPEG-2で使用されているピクチャ間の予測構造例である。同図で斜線をつけたピクチャは他のピクチャから参照されるピクチャである。図10（a）に示すように、MPEG-2ではPピクチャ（P0、P6、P9、P12、P15）は表示時刻が直前1枚のIピクチャもしくはPピクチャのみ参照した予測符号化が可能である。また、Bピクチャ（B1、B2、B4、B5、B7、B8、B10、B11、B13、B14、B16、B17、B19、B20）は表示時刻が直前1枚と直後1枚のIピクチャもしくはPピクチャを参照した予測符号化が可能である。更に、ストリームに配置される順序も決まっており、IピクチャおよびPピクチャは表示時刻の順序、Bピクチャは直後に表示されるIピクチャもしくはPピクチャの直後に配置される。GOP構造としては、例えば、図10（b）に示すように、I3からB14までのピクチャをまとめて1つのGOPとすることができる。
【０００９】
図11は、VC-1のストリームの構成図である。VC-1も基本的にはMPEG-2と同一のストリーム構造をもつ。ただし、ランダムアクセスポイントは、エントリ・ポイント（Entry Point）と呼ばれ、エントリ・ポイントにはヘッダ（Entry Point Header）が付加される。エントリ・ポイントから次のエントリ・ポイントまでのデータがランダムアクセス単位となり、MPEG-2におけるGOPに相当する。以降、VC-1におけるランダムアクセス単位をRAU（Random Access Point）と呼ぶ。ここで、RAUには、RAUを構成するピクチャについてのユーザーデータ（エントリ・ポイントレベルのユーザーデータ）を格納することができ、エントリ・ポイント・ヘッダの直後に格納される。
【００１０】
ここで、VC-1におけるピクチャのタイプについて説明する。まず、I、P、BピクチャについてはMPEG-2と同等の予測構造をもつが、これら3種類のピクチャに加えて、Skippedピクチャ、およびBIピクチャの２種類が定義される。Skippedピクチャとは、画素データを含まないピクチャであり、復号順で直前の参照ピクチャと同一の画素データを持つPピクチャとして扱う。例えば、下記の例では、S6がP4と同一であるとみなされるため、ストリームの復号時の動作は（１）と（２）で同一となる。
【００１１】
（１）表示順：  I0 B1 P2 B3 P4 B5 S6  （SはSkippedピクチャを示す）
（２）表示順：  I0 B1 P2 B3 P4 B5 P4
Skippedピクチャは、画像が静止しているケースにおいて特に有効である。例えば、ＲＡＵの途中から画像が静止する際には、I0 P1 P2 P3 S4 S5 S6..のように、画像が静止している部分についてはSkippedピクチャを使用することで、符号量が削減できる。また、BIピクチャとは、BピクチャとIピクチャの性質を併せ持つピクチャである。具体的には、復号と表示の順序は異なり、他のピクチャからは参照されないという点でBピクチャの性質をもち、全てのマクロブロックが画面内符号化されており、他のピクチャを参照しないという点でIピクチャの性質をもつ。
【００１２】
次に、I、P、B、Skipped、およびBIピクチャの判別方法を説明する。基本的にはピクチャレイヤのピクチャタイプを参照することによりピクチャのタイプが判別できるが、ピクチャレイヤにより示すことのできるピクチャタイプはプロファイルに応じて下記のように規定される。
【００１３】
シンプル・プロファイル：  I、P
メイン・プロファイル：  I、P、B/BI
アドバンスト・プロファイル：  I、P、B、BI、Skipped
ここで、シンプル、メインの両プロファイルではピクチャレイヤのピクチャタイプにからはSkippedピクチャを判別できないため、任意のピクチャタイプをもつピクチャのサイズが1バイト以下である際に、当該ピクチャがSkippedピクチャであると規定されている。また、メイン・プロファイルでは、BまたはBIピクチャを示すピクチャタイプが定義されており、ピクチャタイプからBピクチャとBIピクチャとを区別することはできない。
【００１４】
図12は、従来の画像符号化方法を実現する画像符号化装置のブロック図である。
動画像符号化装置１は、入力される画像信号Vin を圧縮符号化して可変長符号化等のビットストリームに変換した画像符号化信号Str を出力する装置であり、動き検出ユニットＭＥ、動き補償ユニットＭＣ、減算ユニットＳｕｂ、直交変換ユニットＴ、量子化ユニットＱ、逆量子化ユニットＩＱ、逆直交変換ユニットＩＴ、加算ユニットＡｄｄ、ピクチャメモリPicMem、スイッチＳＷ、および可変長符号化ユニットＶＬＣを備えている。
【００１５】
画像信号Vin は、減算ユニットＳｕｂおよび動き検出ユニットＭＥに入力される。減算ユニットＳｕｂは、入力された画像信号Vin と予測画像の差分値を計算し、直交変換ユニットＴに出力する。直交変換ユニットＴは、差分値を周波数係数に変換し、量子化ユニットＱに出力する。量子化ユニットＱは、入力された周波数係数を量子化し、量子化値Qcoefを可変長符号化ユニットに出力する。
【００１６】
逆量子化ユニットＩＱは、量子化値Qcoefを逆量子化して周波数係数に復元し、逆直交変換ユニットＩＴに出力する。逆直交変換ユニットＩＴは、周波数係数から画素差分値に逆周波数変換し、加算ユニットＡｄｄに出力する。加算ユニットＡｄｄは、画素差分値と動き補償ユニットＭＣから出力される予測画像とを加算して復号画像とする。スイッチＳＷは、当該復号画像の保存が指示された場合にＯＮになり、復号画像はピクチャメモリPicMemに保存される。
【００１７】
一方、画像信号Vin がマクロブロック単位で入力された動き検出ユニットＭＥは、ピクチャメモリPicMemに格納されている復号画像を探索対象とし、最も入力画像信号に近い画像領域を検出することによってその位置を指し示す動きベクトルＭＶを決定する。
【００１８】
動き補償ユニットＭＣでは、上記処理によって検出された動きベクトルなどを用いて、ピクチャメモリPicMemに格納されている復号画像から予測画像に最適な画像領域を取り出す。
【００１９】
ピクチャ予測構造決定ユニットPTYPEはRAU開始ピクチャRAUinによって対象ピクチャがRAUの開始位置であれば、対象ピクチャをランダムアクセスが可能な特別なピクチャとして符号化（画面内符号化）するように、ピクチャタイプPtypeで動き検出ユニットMEおよび動き補償ユニットＭＣに指示し、更にそのピクチャタイプPtypeを可変長符号化ユニットVLCで符号化する。
【００２０】
可変長符号化ユニットVLCは量子化値Qcoef、ピクチャタイプPtypeおよび動きベクトルＭＶなどを可変長符号化して符号化ストリームStrとする。
【００２１】
図13は、従来の画像復号方法を実現する画像復号装置3のブロック図である。同図において、図12の従来の画像符号化方法を実現する画像符号化装置のブロック図と同じ動作をするユニットは同じ記号を付し、説明を省略する。
【００２２】
可変長復号ユニットVLDは符号化ストリームStrを復号し、量子化値Qcoef、相対インデックスIndex、ピクチャタイプPtypeおよび動きベクトルＭＶを出力する。量子化値Qcoef、相対インデックスIndexおよび動きベクトルＭＶは、ピクチャメモリPicMem、動き補償ユニットＭＣおよび逆量子化ユニットＩＱに入力され復号処理が行われるが、その動作は図14の従来の画像符号化方法を実現する画像符号化装置のブロック図で説明済みである。バッファメモリBufMemは、復号画像Ｖoutを格納するメモリであり、表示手段Dispは、バッファメモリBufMemから復号画像Voutを取得して表示する。なお、ピクチャメモリPicMemとバッファメモリBufMemは共用してもよい。
【００２３】
図14は、従来の画像復号装置3における、高速再生などの特殊再生時の復号動作を示すフローチャートである。まず、ステップS1001においてピクチャの先頭を検出し、ステップS1002において、ピクチャレイヤのピクチャタイプに基づいて当該ピクチャを復号するかどうか判定する。ステップS1003では、ステップS1002においてピクチャの復号が必要と判定されたかどうか解釈し、必要と判定された際にはステップS1004に進み、必要ないと判定された際にはステップS1005に進む。ステップS1004では、ピクチャを復号してステップS1005に進む。最後に、ステップS1005では、RAUあるいはストリームの最終ピクチャなど再生処理が必要な最後のピクチャまで処理が完了したかどうか判定し、未処理のピクチャが存在する際にはステップS1001からステップS1005までの処理を繰り返し、最終ピクチャの処理が完了した時点で復号処理を終了する。
【非特許文献１】Proposed SMPTE Standard for Television: VC-9 Compressed Video Bitstream Format and Decoding Process, Committee Draft 1, 2004.7.19
【特許文献１】特開2003-18549
【発明の開示】
【発明が解決しようとする課題】
【００２４】
Skippedピクチャを含む従来のＲＡＵにおいては、高速再生などの特殊再生時に以下の課題があった。
【００２５】
図15（a）は、Skippedピクチャを含む従来のRAUの構造を示す。RAUは24枚のピクチャから構成され、復号順で4番目以降のピクチャは静止しているため、5番目のピクチャからは全てSkippedピクチャとなっている。このようなRAUを3倍速で再生する際には、1、4、７、10、13、16、19、および22番目のピクチャを順に復号、再生する。ここで、実際に復号が必要であるピクチャは図15（c）に示すように、1番目のIピクチャと4番目のPピクチャのみであるが、従来のRAUでは、実際に各ピクチャの先頭をサーチしてピクチャタイプを取得しなければピクチャの復号が必要かどうか判別できない。このため、図15（b）に示すように、７、10、13、16、19、および22番目のSkippedピクチャについても、これらのピクチャのデータを実際に解析してピクチャタイプを取得する必要があった。
【００２６】
このように、従来のRAUを高速再生する際には、復号が不要なピクチャを解析する必要があり、復号時の処理量が増大するという第1の課題があった。
【００２７】
図16（a）は、Skippedピクチャを含む従来のRAUの構造を示す。ＲＡＵは24枚のピクチャから構成され、復号順で4番目以降のピクチャは静止しているため、5番目のピクチャからは全てSkippedピクチャとなっている。図16（b）は、図16（a）のＲＡＵを復号順で24番目のピクチャから1番目のピクチャまで順に逆再生する際の、従来の復号装置の動作を示すフローチャートである。ここで、本復号装置では、バッファメモリBufMemに格納できるピクチャは4枚であるとする。逆再生時には、順方向再生と異なり、ピクチャの復号画像を保持しておく必要がある。従って、バッファメモリに格納可能なピクチャが4枚である際には、復号画像を4枚ずつバッファメモリに貯めては表示するというサイクルの繰り返しになる。まず、ステップS3001において、Pic24からPic1まで逆再生すると決定する。なお、PicはRAU内のピクチャ、Picに付した数字はRAU内での復号順を示すものとする。ステップS3002では、Pic１からPic２４まで24枚のピクチャを復号し、Pic21からPic24までの4枚のピクチャをバッファメモリBufMemに保持する。次に、ステップS3003において、ステップS3002において保持された４枚のピクチャをPic24からPic21の順に逆再生する。続いて、ステップS3004においてPic1からPic20までの20枚のピクチャを復号し、Pic17からPic20までの4枚のピクチャをバッファメモリBufMemに保持する。ステップS3005では、Pic20からPic17までのピクチャを順に逆再生する。同様の動作をPic1の表示が終了するまで繰り返すため、6回の復号ステップ必要となる。しかしながら、図16（a）の例では、Pic5からPic24までのピクチャは全てSkippedピクチャであり、Pic4と同一である。従って、Pic24からPic1までのピクチャを逆再生する際には、Pic1からPic4までの4枚のピクチャを保持しておき、Pic24からPic4までの復号結果としては全て共通にPic4の復号結果を出力することができるため、復号ステップは1回でよい。
【００２８】
このように、従来のRAUを逆再生する際には、復号装置における復号処理量が不必要に増大し、結果として、処理の遅延が発生することにより逆再生時の再生品質が低下するという第２の課題があった。
【課題を解決するための手段】
【００２９】
本発明は、以上の課題を解決するためになされたものである。
本発明の請求項１にかかる情報記録媒体は、
少なくとも動画像の符号化データを多重化したストリームとその管理情報とを記録した情報記録媒体であって、前記管理情報は前記ストリーム内の動画像の再生時刻情報、サイズ情報、およびストリーム内での開始アドレス情報とを記録し、
前記符号化方式においては、
ピクチャの画素データは含まずに、前記ピクチャが復号順で直前の参照ピクチャと同一であることを示す識別情報をピクチャ単位の情報として格納したスキップピクチャと、
復号順と表示順とが異なり、全てのマクロブロックが画面内符号化されたリオーダリング・画面内符号化ピクチャと、
の少なくとも一方が使用できる際に、
１以上の前記ピクチャをまとめたランダムアクセス単位毎に、前記ランダムアクセス単位において前記スキップピクチャ、あるいは前記リオーダリング・画面内符号化ピクチャが存在するかどうかを示す補助情報を格納することを特徴とする。
【００３０】
本発明の請求項２にかかる情報記録媒体は、
請求項１記載の情報記録媒体であって、
前記補助情報は、前記スキップピクチャ、あるいは前記リオーダリング・画面内符号化ピクチャが、前記ランダムアクセス単位において復号順で何番目のピクチャであるかを示すことを特徴とする。
【００３１】
本発明の請求項３にかかる情報記録媒体は、
請求項１記載の情報記録媒体であって
前記ランダムアクセス単位を構成するピクチャの再生時間長の総和の上限値が、復号順で連続する前記スキップピクチャの再生時間長の総和に応じて切り替わることを特徴とする。
【００３２】
本発明の請求項４にかかる画像符号化方法は、
動画像をピクチャ単位で符号化する画像符号化方法であって、
前記符号化方式においては、
ピクチャの画素データは含まずに、前記ピクチャが復号順で直前の参照ピクチャと同一であることを示す識別情報をピクチャ単位の情報として格納したスキップピクチャと、
復号順と表示順とが異なり、全てのマクロブロックが画面内符号化されたリオーダリング・画面内符号化ピクチャと、
の少なくとも一方が使用できる際に、
１以上の前記ピクチャをまとめたランダムアクセス単位毎に、前記スキップピクチャ、あるいは前記リオーダリング・画面内符号化ピクチャが存在するかどうかどうかを示す補助情報を作成する補助情報作成ステップと、
前記作成した補助情報と画素を符号化して符号化ストリームを作成する符号化ステップと、
を備えることを特徴とする。
【００３３】
本発明の請求項５にかかる画像符号化方法は、
動画像をピクチャ単位で符号化する画像符号化方法であって、
前記符号化方式においては、
ピクチャの画素データは含まずに、前記ピクチャが復号順で直前の参照ピクチャと同一であることを示す識別情報をピクチャ単位の情報として格納したスキップピクチャと、
他のピクチャを参照せずに符号化された画面内予測ピクチャと、
同時に１枚のピクチャを参照することのできる前方予測ピクチャと、
同時に２枚のピクチャを参照することのできる双方向予測ピクチャと、
を少なくとも使用できる際に、
表示順で双方向予測ピクチャの直前となる参照ピクチャが画面内予測ピクチャ、前方予測ピクチャ、あるいはスキップピクチャであり、表示順で直後となる参照ピクチャがスキップピクチャである際には、前記画面内予測ピクチャは、表示順で直前の参照ピクチャのみを参照して符号化することを特徴とする。
【００３４】
本発明の請求項６にかかる画像符号化方法は、
請求項５記載の符号化方法であって、
１以上の前記ピクチャをまとめたランダムアクセス単位毎に、前記スキップピクチャが存在するかどうかどうかを示す補助情報を作成する補助情報作成ステップと、
前記作成した補助情報と画素を符号化して符号化ストリームを作成する符号化ステップと、
を更に備えることを特徴とする。
【００３５】
本発明の請求項７にかかる画像符号化方法は、
請求項６の符号化方法であって、
前記リオーダリング・画面内符号化ピクチャが使用できる際に、
前記補助情報作成ステップは、前記スキップピクチャに加えて、前記リオーダリング・画面内符号化ピクチャが前記ランダムアクセス単位内に存在するかどうかを示す補助情報を作成することを特徴とする。
【００３６】
本発明の請求項８にかかる情報記録媒体は、
請求項１記載の情報記録媒体であって、
双方向予測ピクチャが使用される際に、
表示順で前記双方向予測ピクチャの直前となる参照ピクチャが画面内予測ピクチャ、前方予測ピクチャ、あるいはスキップピクチャであり、表示順で直後となる参照ピクチャがスキップピクチャである際には、前記画面内予測ピクチャは、表示順で直前の参照ピクチャのみを参照して符号化されていることを特徴とする。
【００３７】
本発明の請求項９にかかる画像符号化装置は、
動画像をピクチャ単位で符号化する画像符号化装置であって、
前記符号化装置においては、
ピクチャの画素データは含まずに、前記ピクチャが復号順で直前の参照ピクチャと同一であることを示す識別情報をピクチャ単位の情報として格納したスキップピクチャと、
他のピクチャを参照せずに符号化された画面内予測ピクチャと、
同時に１枚のピクチャを参照することのできる前方予測ピクチャと、
同時に２枚のピクチャを参照することのできる双方向予測ピクチャと、
を少なくとも使用できる際に、
表示順で双方向予測ピクチャの直前となる参照ピクチャが画面内予測ピクチャ、前方予測ピクチャ、あるいはスキップピクチャであり、表示順で直後となる参照ピクチャがスキップピクチャである際には、前記画面内予測ピクチャは、表示順で直前の参照ピクチャのみを参照して符号化することを特徴とする。
【００３８】
本発明の請求項１０にかかるデータ再生方法は、
請求項１の情報記録媒体に記録された符号化データを復号して再生するデータ再生方法であって、
高速再生、逆再生、あるいは飛び込み再生などの特殊再生を実現する際に、前記補助情報を参照して復号するピクチャを決定する復号ピクチャ決定ステップと、
前記復号ピクチャ決定手段により復号すると決定されたピクチャを復号する復号ステップと、
前記復号されたピクチャを表示する表示ステップと、
を備えることを特徴とする。
【００３９】
本発明の請求項１１にかかるデータ再生方法は、
請求項１０記載のデータ再生方法であって、
前記復号ピクチャ決定ステップは、前記飛込み再生時に再生開始するピクチャがスキップピクチャである際には、当該スキップピクチャを復号せずに、復号順で直前の画面内符号化ピクチャ、あるいは前方参照ピクチャの復号結果を当該スキップピクチャの復号結果とすることを特徴とする。
【００４０】
本発明の請求項１２にかかるデータ再生方法は、
請求項１０記載のデータ再生方法であって、
前記復号ピクチャ決定ステップは、前記逆再生時に再生する再生用ピクチャ、あるいは、前記再生用ピクチャの復号に必要なピクチャがスキップピクチャである際には、当該スキップピクチャを復号せずに、復号順で直前の画面内符号化ピクチャ、あるいは前方参照ピクチャの復号結果を当該スキップピクチャの復号結果とすることを特徴とする。
【００４１】
本発明の請求項１３にかかるデータ再生装置は、
請求項１の情報記録媒体に記録された符号化データを復号して再生するデータ再生装置であって、
高速再生、逆再生、あるいは飛び込み再生などの特殊再生を実現する際に、前記補助情報を参照して復号するピクチャを決定する復号ピクチャ決定手段と、
前記復号ピクチャ決定手段により復号すると決定されたピクチャを復号する復号手段と、
前記復号されたピクチャを表示する表示手段と、
を備えることを特徴とする。
【００４２】
本発明の請求項１４にかかる画像編集方法は、
動画像の符号化データを編集する画像編集方法であって、
前記符号化方式においては、
復号順と表示順が異なり、かつ、全てのマクロブロックが画面内符号化されていることを示すタイプ情報を符号化データ内に有する、リオーダリング・画面内符号化ピクチャが使用でき、
符号化ストリームは、１以上の前記ピクチャをまとめたランダムアクセス単位から構成されるとき、
同一、あるいは異なる前記符号化ストリームに含まれる第1のランダムアクセス単位と第２のランダムアクセス単位とを連続して再生できるように、前記符号化ストリームの管理情報を生成する管理情報生成ステップと、
前記第２のランダムアクセス単位内のピクチャが参照する全てのピクチャが、前記連続して再生される単位に含まれるかどうかを示すフラグを設定する設定ステップと、
を備え、
前記接続情報は前記第２のランダムアクセス単位の符号化データに含まれ、
前記設定ステップは、前記第２のランダムアクセス単位において、復号順で先頭となるピクチャよりも前に表示されるピクチャが前記リオーダリング・画面内符号化ピクチャである際には、前記第２のランダムアクセス単位内の全てのピクチャが、前記第２のランダムアクセス単位内のピクチャのみを参照して復号できる旨を前記フラグにより示すことを特徴とする。
【００４３】
本発明の請求項１５にかかる情報記録媒体は、
少なくとも動画像の符号化データを多重化したストリームとその管理情報とを記録した情報記録媒体であって、前記管理情報は前記ストリーム内の動画像の再生時刻情報、サイズ情報、およびストリーム内での開始アドレス情報とを記録し、
前記符号化方式においては、
復号順と表示順が異なり、かつ、全てのマクロブロックが画面内符号化されていることを示すタイプ情報を符号化データ内に有する、リオーダリング・画面内符号化ピクチャが使用でき、
符号化ストリームは、１以上の前記ピクチャをまとめたランダムアクセス単位から構成されるとき、
同一、あるいは異なる前記符号化ストリームに含まれる第1のランダムアクセス単位と第２のランダムアクセス単位とを連続して再生することを示す前記管理情報が格納され、
前記第２のランダムアクセス単位には、前記第２のランダムアクセス単位内のピクチャが参照する全てのピクチャが、前記連続して再生される単位に含まれるかどうかを示すフラグが格納され、
前記第２のランダムアクセス単位において、復号順で先頭となるピクチャよりも前に表示されるピクチャが前記リオーダリング・画面内符号化ピクチャである際には、前記第２のランダムアクセス単位内の全てのピクチャが、前記連続して再生される単位に含まれる旨が前記フラグにより示されることを特徴とする。
【発明の効果】
【００４４】
以上のように、本発明によれば、RAUの先頭ピクチャに付加されたRAUマップを参照することにより、特殊再生時の復号処理を削減することができ、特に、特殊再生機能が重視されるパッケージメディアの再生品質が向上できるため、その実用的価値が高い。
【発明を実施するための最良の形態】
【００４５】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００４６】
（実施の形態１）
図1（a）は、本発明のVC-1ストリームのRAU構造例を示す。従来のRAUとの違いは、RAU内にSkippedピクチャが含まれるかどうか、あるいは、Skippedピクチャを特定するための補助情報を格納したRAUマップをエントリ・ポイントレベルのユーザーデータ内に配置したことである。RAUマップには、RAUを構成するピクチャのピクチャタイプが示される。従って、RAUマップを参照してRAU内にSkippedピクチャが存在するかどうか判別できるため、RAU内のピクチャの復号開始前に、復号する必要のないピクチャを特定することができ、復号時の処理量を削減できる。図1（b）は、RAUマップのシンタックス例を示す。num_pic_in_RAUはRAU内のピクチャの枚数、frame_field_flagはピクチャがフィールド符号化されているかフレーム符号化されているか、pic_typeはピクチャのピクチャタイプを、それぞれ示す。なお、各ピクチャの情報は復号順で示される。例えば、pic_typeを参照することにより、RAU内の２番目から最終ピクチャまでの全ピクチャがskippedピクチャであることが示される際には、２番目、および２番目以降のピクチャは復号せずに、先頭ピクチャを繰り返し表示すればよいことが分かる。
【００４７】
なお、RAUマップは、図1（c）と図1（d）に示すシンタックス例であってもよい。VC-1のアドバンスト・プロファイルでは、フィールド符号化時の第1フィールドと第２フィールドのピクチャタイプは、ピクチャレイヤにおけるフィールド・ピクチャタイプにより示される。フィールド・ピクチャタイプは、（第1フィールドのピクチャタイプ、第２フィールドのピクチャタイプ）として、（I、I）、（I、P）、（P、I）、（P、P）、（B、B）、（B、BI）、（BI、B）、（BI、BI）の８通りが定義されている。従って、ピクチャがフィールドである場合には、フィールド・ピクチャタイプを示すことで、フレームを構成する第1フィールドと第２フィールドのピクチャタイプを同時に示すことができる。図1（c）は、フィールド・ピクチャタイプを示す際の例である。num_frame_in_RAUは、RAU内のフレームの枚数、field_coding_flagはピクチャがフィールドであるかどうか、field_type_flagはフィールド・ピクチャタイプを示す。また、RAUが、IピクチャとSkippedピクチャのみ、あるいは、Iピクチャ、Pピクチャ、およびSkippedピクチャのみから構成される際には、RAUの一部あるいは全てが静止区間となる。このとき、静止区間と通常の動画区間とにおいて復号、表示動作が切り替わるケースでは、RAU内に静止区間が存在するかどうかを示す情報を別途示されると有効である。図1（d）の例では、motionless_flagにより、RAUが静止区間を含むかどうかを示す。なお、BIピクチャについても、Iピクチャとして扱ってもよい。また、RAU全体が静止区間、あるいは一定時間以上の静止区間が存在する場合にのみmotionless_flagをセットしてもよい。
【００４８】
また、シンプル・プロファイルとメイン・プロファイルでは、ピクチャレイヤのピクチャタイプにおいてSkippedピクチャであることを示すことはできないが、各ピクチャのピクチャレイヤにおけるピクチャタイプがI、P、B、あるいはBIであっても、ピクチャのサイズからSkippedピクチャであるかどうか判定し、Skippedピクチャである際にはRAUマップが示すピクチャタイプをSkippedピクチャとしてもよい。同様に、メイン・プロファイルにおいてはピクチャレイヤのピクチャタイプからはBピクチャとBIピクチャとを区別できないが、符号化時にはピクチャタイプを取得できるため、RAUマップが示すピクチャタイプではBピクチャとBIピクチャとを区別できる。BIピクチャは、Bピクチャとは異なり単独で復号できるため、両者が区別できると特殊再生時に復号、再生するピクチャの選択の自由度が高まる。
【００４９】
以下に、柔軟な特殊再生の実現例について説明する。通常、Skippedピクチャは画像が静止している際に有効である。ここで、Skippedピクチャが使用される区間においてBIピクチャ、あるいはBピクチャが含まれる場合には、画像が一瞬変化するなど、当該ピクチャは特徴的なシーンを示すことが多い。従って、IピクチャとPピクチャのみを再生するIP再生などの特殊再生時においても、表示順でSkippedピクチャに挟まれたBIあるいはBピクチャ、および、Iピクチャ、PピクチャとSkippedピクチャに挟まれたBIあるいはBピクチャを再生することは有効である。図17（a）と（b）は、表示順でPピクチャとSkippedピクチャに挟まれたBIピクチャを復号、再生する際の例である。図17（a）では、表示順で7番目のPピクチャと、10番目のSkippedピクチャに挟まれた8、9番目のピクチャがBIピクチャとなる。従って、特殊再生時には8、9番目のピクチャを再生すると決定してもよい。図17（b）は、図17（a）のストリームを復号順で示した図である。なお、BIピクチャについては、Skippedピクチャが使用されているかどうかに関わらず、シーンチェンジなどに使用されることがあるため、特殊再生時にはSkippedピクチャの有無に関わらず再生してもよい。また、全てのマクロブロックがイントラ符号化されたBピクチャはBIピクチャと同様に単独で復号できるが、ピクチャレイヤのピクチャタイプはBピクチャとなり、ピクチャタイプからは単独で復号できるかどうか判別できない。このため、全てのマクロブロックがイントラ符号化されるBピクチャはBIピクチャとして符号化することにしてもよい。
【００５０】
図18（a）と（b）は、飛び込み再生時の再生品質を向上させる例である。VC-1のRAUにおいても、MPEG-2と同様にオープンGOP型とクローズドGOP型とがある。オープンGOP型とは、RAU内のピクチャが復号順で直前のRAUのピクチャを参照する可能性のあるケースであり、クローズドGOP型とは、RAU内のピクチャが当該RAU内のピクチャのみを参照するケースである。なお、ＲＡＵがオープンＧＯＰ型であるかクローズドＧＯＰ型であるかは、エントリ・ポイントレベルのフラグにより識別できる。RAUの先頭から飛び込み再生を開始する場合、復号順がRAUの先頭ピクチャ（Pic1）よりも後で、表示順が先頭ピクチャ（Pic1）よりも前であるBピクチャは、直前のRAU内のピクチャを参照し、復号できないことがある。従って、図18（a）に示すように、これらのBピクチャは飛び込み再生時には復号しない。一方、図18（b）のように、復号順がRAUの先頭ピクチャ（Pic1）よりも後で、表示順が先頭ピクチャ（Pic1）よりも前であるピクチャがBIピクチャであれば、BIピクチャは単独で復号できるため、飛び込み再生時にこれらのBIピクチャから再生できる。以上のような特殊再生機能が、RAUマップを参照することにより、容易に実現できる。以下に、オープンＧＯＰ型のＲＡＵにおいて、表示順が先頭のＩピクチャよりも前であるピクチャとしてBIピクチャを配置する例について詳しく説明する。図30（a）は、各ＲＡＵにおいて表示順で先頭のＩピクチャのみを復号、表示することにより高速再生した後に、通常再生に復帰する際の動作を示す。図30（a）の１番目から９番目までのＲＡＵにおいては、先頭のＩピクチャのみを復号して高速再生し、１０番目のＲＡＵから通常再生に復帰する。このとき、１０番目のＲＡＵがオープンＧＯＰ型のＲＡＵである場合に、復号順で先頭のＩピクチャよりも前に表示されるピクチャをＢＩピクチャとすることで、１０番目のＲＡＵの先頭ピクチャから再生開始できる。このように、オープンＧＯＰ型のＲＡＵにおいて先頭Ｉピクチャよりも前に表示されるピクチャをＢＩピクチャとすることで、高速再生から通常再生へのスムーズな復帰を実現できる。図３０の（ｂ）と（ｃ）は、ＢＩピクチャの配置方法の他の例を示す。図３０（ｂ）は、先頭Ｉピクチャの前に、ＢピクチャとＢＩピクチャが順に表示される例である。このとき、Ｂピクチャは直前のＲＡＵ内のピクチャを参照していて特殊再生時には復号できないことがあるため、ＢＩピクチャから表示開始すると決定できる。次に、図３０（ｃ）は、先頭Ｉピクチャの前に、ＢＩピクチャとＢピクチャが順に表示される例である。このとき、ＢＩピクチャが復号できることは保証されるが、次のＢピクチャは復号できないことがある。したがって、ＲＡＵの先頭において、表示順でＢＩピクチャとＩピクチャの間にＢピクチャが含まれる際には、Ｉピクチャから表示開始すると決定できる。ここで、Ｉピクチャよりも前に表示されるピクチャがBIピクチャであるかどうかは、ＲＡＵマップ以外の方法により示してもよい。例えば、エントリー・ポイントレイヤのフラグ情報や、管理情報におけるタイムマップ、あるいは、ＶＣ−１ストリームのユーザーデータを使うことができる。
【００５１】
一般に、実時間の符号化においては、ＲＡＵ内のピクチャを符号化する前に、ＲＡＵがクローズド型であるかオープン型であるかを決定する。本方法では、オープン型のＲＡＵにおいても、先頭Ｉピクチャよりも前に表示されるピクチャの表示動作を容易に決定できる。
【００５２】
次に、図３１の（a）から（c）を参照して、編集時の動作について説明する。同一ストリーム内や、異なるストリームにおける複数の区間をつなぎ合わせて、連続的に再生可能とするなどの編集は、ＤＶＤレコーダなどで一般的に行われる。ここで、複数区間のつなぎ合わせとは、必ずしもストリームを物理的につなぎ合わせるものではなく、プレイリストなどにより指定した区間を連続的に再生することによっても実現できる。いま、ストリーム１と、ストリーム２における１０番目のＲＡＵ（ＲＡＵ＃１０）とをつなぎ合わせるとする。エントリ・ポイントレイヤのヘッダＨＤＲには、ＲＡＵ内のピクチャが参照するピクチャが、連続再生されるストリームから取得できるかどうかを示す、broken_linkフラグと呼ばれるフラグが存在する。ここで、図３１（a）に示すように、ＲＡＵ＃１０において先頭Ｉピクチャ（図中のＩ２）よりも前に表示されるピクチャ（図中のＢ０とＢ１）がＢピクチャであり、Ｂ０とＢ１がＲＡＵ＃９内のＰピクチャであるＰ２１を参照しているとする。編集前には、ストリーム２にＰ２１が含まれるため、Ｂ０とＢ１の復号に必要なピクチャはストリーム２から取得でき、ＲＡＵ＃１０におけるbroken_linkフラグは０にセットされる。図３１（b）は、編集後のストリームを示す。編集後は、ＲＡＵ＃９が存在しないため、Ｂ０とＢ１の復号に必要なＰ２１が取得できない。そのため、ＲＡＵ＃１０におけるbroken_linkフラグは１にセットされる。
【００５３】
ここで、ＲＡＵ＃１０においてＩ３よりも前に表示されるピクチャがＢＩピクチャ（図中のＢＩ０とＢＩ１）であれば、ＢＩ０とＢＩ１はＲＡＵ＃９内のピクチャを参照せずに独立に復号できるため、図３１（c）に示すように、broken_linkフラグは編集後も０とできる。このように、編集後のストリームにおいて、broken_linkフラグが０であるかどうかによって、ＲＡＵにおいて表示順で先頭となるピクチャから復号できるかどうかを判定できる。
【００５４】
なお、例えば、図３１（a）におけるＢ０とＢ１が、Ｉ３のみを参照し、Ｐ２１を参照しない場合のように、ＲＡＵにおいて表示順で先頭となるピクチャがＢピクチャであっても、直前のＲＡＵを参照せずに当該Ｂピクチャを復号できる際には、編集後もbroken_linkフラグを０にセットしてもよい。また、管理情報のタイムマップなどにより、broken_linkフラグと同様の情報を示してもよい。
【００５５】
また、ＢＩピクチャを用いて特殊再生の機能性を向上させることもできる。図３２に示すように、表示順でＩピクチャあるいはＰピクチャの間にある、ＢピクチャあるいはＢＩピクチャの枚数を３枚とすると、図３２の（１）で示すようにＩピクチャとＰピクチャのみを復号して再生することで４倍速再生が実現できるとともに、図３２の（２）で示すようにＩピクチャとＰピクチャに加えてＢＩピクチャを復号して再生することで２倍速再生も実現できる。このように、ＢＩピクチャを周期的に配置することで特殊再生の機能性が向上できる。なお、RAUにおいて復号順、あるいは表示順で何番目のピクチャがBIピクチャであるかは、ＲＡＵマップなどにより示すことができるため、これらの情報に基づいて特殊再生時に復号するピクチャを決定できる。
【００５６】
なお、ＲＡＵにおいて、先頭Ｉピクチャよりも前に表示されるＢピクチャが存在しても、当該Ｂピクチャが直前ＲＡＵのピクチャを参照しない場合には、RAUマップ、あるいはエントリ・ポイントレベルのフラグなどによりクローズドＧＯＰ型のＲＡＵであると示してもよい。本方法は、ＶＣ−１に限定されるものでなく、ＭＰＥＧ−２など他の符号化方式においても一般的に適用できる。
【００５７】
次に、静止画の連続する静止区間において符号化時の圧縮効率を向上させる方法について説明する。一般に、RAU内のピクチャの再生時間長の総和（以降、RAU時間長と呼ぶ。）は、ランダムアクセス性を考慮して、上限が0.5秒から1秒程度に制限される。このため、静止区間が複数のランダムアクセス単位にまたがる場合には、各ランダムアクセス単位の先頭にIピクチャ、あるいは全てのマクロブロックがイントラ符号化されたPピクチャを挿入する必要があり、符号化効率が低下するという課題があった。RAU時間長の上限値を長くすれば圧縮率は向上する。しかしながら、DVDやBDなどの光ディスクに記録された動画ではフレームレートを固定とするため、RAU時間長が長くなると、RAUを構成するピクチャの枚数が増加し、結果として、RAUの途中のピクチャから再生する際に復号が必要なピクチャの枚数も増加するため、ランダムアクセス性が低下する。このため、圧縮率の向上と、高いランダムアクセス性とを両立することができなかった。
【００５８】
ここで、RAUが静止区間であることを示す情報が提供されれば、当該情報を参照することにより、RAU内の任意のピクチャは先頭ピクチャと同一であることが分かるため、RAU時間長が長くなってもランダムアクセスの効率が低下しない。従って、RAUが静止区間であるかどうかに応じてRAU時間長の上限値を切替え、静止区間である際に上限値を長くすることにより、静止区間における高圧縮率と、高いランダムアクセス性とが両立できる。図19（a）から（c）は、静止区間のRAUの構成例である。図19（a）は、24Hzの動画において、3秒間、つまり72枚分のピクチャが静止画であることを示す。図19（b）は、RAUの再生時間長を１秒として、図19（a）のストリームを３つのRAUに分割して格納する従来例である。各RAUの先頭にIピクチャが必要となるため、同一のIピクチャが合計３つ必要となる。一方、図19（c）は、図19（a）のストリームを１つのRAUとした例であり、IピクチャはRAU先頭の１つのみであり、RAUの先頭ピクチャの前には静止区間であることを示すフラグを含む静止区間ヘッダ情報が配置される。さらに、図19（c）の例では、静止区間であることを示すフラグがセットされている。ここで、静止区間ヘッダ情報はエントリ・ポイントレベルのユーザーデータに格納することができる。
【００５９】
なお、静止区間であることを示すフラグが、RAU時間長の上限値を示すことにしてもよい。例えば、RAU時間長の上限値が、静止区間では5秒、静止区間以外では1秒であるとすると、当該フラグがセットされている際にはRAU時間長の上限値が5秒、セットされていなければ1秒であると示される。さらに、RAU時間長の上限値を示すフラグを別途導入して、上限値が所定の時間以上であれば静止区間であるとしてもよい。
【００６０】
なお、RAUにおいて各ピクチャのピクチャタイプを示す情報をフラグとして用い、RAUの先頭以外のピクチャが全てSkippedピクチャである場合に静止区間であると判定してもよい。さらに、RAUの途中から静止区間が開始する場合にも本方式は有効であるため、RAUの途中から静止区間が開始する際に、静止区間がRAUにおいて復号順で何番目のピクチャから開始するかを特定するための情報を含めてもよい。復号順で何番目であるかは、全ての種類のピクチャでカウントしてもよいし、IピクチャあるいはPピクチャなど特定ピクチャによりカウントしてもよい。
【００６１】
また、静止区間を実現するRAUは、図19（c）のようにSkippedピクチャを使用する場合に限定されるものではなく、次の構成であってもよい。
１．RAU内の全てのピクチャがIピクチャ
２．復号順で先頭からN枚（Nは１以上の整数）はIピクチャ、以降はPピクチャ
３．RAUを構成するピクチャのタイプに制約はなく、全てのピクチャを使用可
【００６２】
このため、本方法は、Skippedピクチャを示すピクチャタイプが導入されたVC-1において特に有効であるが、MPEG-4 AVCやMPEG-2 Videoなどの異なる符号化方式においても適用できる。なお、フラグはRAUマップに格納してもよいし、ストリームを管理する管理情報内に格納してもよい。また、VC-1などの上記動画ストリームを、オーディオなど他のメディアデータと多重化してもよい。多重化方式としては、ＭＰＥＧ−２のトランスポートストリーム、あるいはＢＤ（Blu-ray Disc）などパッケージメディア毎に規定された方式などがある。多重化時には、各メディアにおいて表示時刻が同一であるデータの復号に必要なデータが、一定の範囲内に配置されることが望ましい。これは、表示時刻が同一であるデータの復号に必要なデータが所定の値より離れて配置されると、光ディスク機器においては再生時にシークが発生するなどしてデータアクセスの効率が低下するためである。静止区間におけるRAU時間長の上限を長くすると、表示時刻が同一であるデータの復号に必要なデータの配置間隔が広がるため、RAU時間長は、オーディオなど他のメディアデータへのアクセス性を考慮して決定する。
【００６３】
また、Skippedピクチャが使用される場合のBピクチャの参照関係を制約することで特殊再生時の復号処理量を軽減できる。図20（a）と（b）は、制約例を示す。図20（a）では、表示順で8番目と9番目のピクチャ（それぞれ、Pic8、Pic9）は、7番目のPピクチャ（Pic7）と、10番目のSkippedピクチャ（Pic10）に挟まれている。このとき、Pic7とPic10は同一のピクチャであるとみなせるため、Pic8とPic9はPic10を参照する必要がない。従って、Pic8とPic9はPic7のみを参照するとする。こうすることで、図20（a）でPic10以降が全てSkippedピクチャであるようなRAUでは、Pic10を復号せずにPic7まで復号すればRAU内の全ピクチャを復号できる。あるいは、Pic7やPic8から飛び込み再生する際にも、Pic7のみを復号すればよいため再生開始までの遅延時間を低減できる。なお、Pic7はIピクチャであってもよい。図20（b）は、表示順で2枚のSkippedピクチャの間にBピクチャが存在するケースであり、このときも図20（a）と同様にBピクチャの参照ピクチャを制約できる。なお、逆再生時の効率を向上させるために、図20（b）において、Pic11とPic12がPic13のみを参照できることにしてもよい。こうすることで、逆再生時にはPic13を復号すればPic11とPic12が復号できる。以上のように、Bピクチャが、表示順で直前あるいは直後のIピクチャ、あるいはPピクチャのどちらか一方のみを参照するようにした制約と、RAUマップを組み合わせることにより特殊再生時の再生効率を向上できる。ＲＡＵマップにおいてピクチャタイプがＢピクチャであることが示されるピクチャは、本制約を満たすことにしてもよいし、本制約を満たすことを示すフラグ情報を別途格納してもよい。
【００６４】
また、特殊再生時には、復号するピクチャを特定するとともに、復号するピクチャに効率よくアクセスすることが重要となる。従って、RAUマップにおいて、各ピクチャのアドレス情報を示してもよい。ここで、アドレス情報は、RAU先頭からのバイト位置であってもよいし、MPEG-2システムのトランスポート・ストリーム・パケットなどにより符号化データがパケット化される際に、各ピクチャが格納されるパケットを特定するための情報であってもよい。なお、アドレス情報は全てのピクチャに付加せずに、Iピクチャ、あるいはPピクチャなど特殊再生時に一般的に復号されるピクチャにのみ付加してもよい。
【００６５】
なお、RAUマップでは、ピクチャの表示順に、各ピクチャの情報を格納してもよい。さらに、RAUマップにおいて各ピクチャの情報が復号順、表示順のいずれで格納されているかを示す情報を格納してもよい。
【００６６】
なお、シーケンスレイヤのシンタックスが存在する際には、シーケンスレイヤも含めてRAUとしてもよい。また、エントリ・ポイント・レイヤのユーザーデータには、RAUマップ以外の情報を含めてもよい。
【００６７】
なお、RAUマップは、先頭ピクチャのユーザーデータとして格納するなど、エントリ・ポイント・レイヤとは異なるレイヤのユーザーデータに含めてもよい。また、RAU内にSkippedピクチャが存在しない場合には、RAUマップを作成しないことにしてもよい。このとき、RAUマップの有無により、RAU内にSkippedピクチャが存在するかどうかを示すことができる。
【００６８】
（実施の形態2）
図2は、実施の形態1に係るVC-1のストリームを復号する本発明の復号方法における特殊再生時のフローチャートである。
【００６９】
本復号方法は、ステップS1101からステップS1103を備える点において、従来の復号方法と異なる。従来の復号方法と同一の動作を行うステップについては、同一の符号を付し、説明を省略する。ステップS1101では、エントリ・ポイント・レイヤのユーザーデータに、RAUマップが格納されているかどうか判定する。RAUマップを検出した際にはステップS１１０２に進み、検出されなければステップS１００１に進む。ステップS１１０２では、RAUマップを解析してSkippedピクチャについての情報を取得し、ステップS1103に進む。ステップS1103では、ステップS1102において取得した情報に基づいてRAU内において復号するピクチャを決定する。また、ステップS1104では、現在のピクチャが、ステップS1102において復号すると決定されたピクチャであるかどうか判定し、復号すると判定されたピクチャである際にはステップS1004に進み、そうでない場合にはステップS1005に進む。
【００７０】
なお、静止区間ヘッダ情報を解析する際には、ステップS1101において静止区間ヘッダ情報を検出し、ステップS1102において、静止区間であることを示すフラグの値を取得する。ステップS1103では、当該フラグの値に基づいて復号するピクチャを決定する。フラグがセットされている際には、RAUは静止区間であるため、先頭ピクチャのみ復号すると決定する。フラグがセットされていなければ、予め定められた方法により復号するピクチャを決定する。ここで、RAUマップにより示される各ピクチャのピクチャタイプから、静止区間であるかどうかを判定する際には、RAUマップを参照して復号ピクチャを決定する処理と同一になる。
【００７１】
図3は、ステップS1102の動作を示すフローチャートである。まず、ステップS2101において、RAUマップを解析してI、P、およびSkippedピクチャを特定する。続いて、ステップS2102では、特殊再生時に復号が必要なピクチャがSkippedピクチャである際には、復号順で直前のIあるいはPピクチャの復号結果を使用すると決定する。なお、特殊再生ではない通常再生時にも、RAUマップを参照して再生動作を切替えてもよい。
【００７２】
図4（a）、（b）、（c）を参照して、高速再生時の動作について説明する。図4（a）は４番目以降のピクチャが全てSkippedピクチャであるRAUであり、ピクチャは全てフレームであるとする。図4（b）は、図4（a）に対応するRAUマップを示す。ここで、ピクチャは全てフレームであるため、frame_field_flagは全て１にセットされる。pic_typeについては、図中ではI、P、B、Skippedとしているが、実際には数値であってもよい。図4（c）は、図4（a）のストリームを復号する際の動作を示すフローチャートである。まず、ステップS3101において、ストリームを3倍速で再生すると決定する。ここで、3倍速とは、RAU内のストリーム構造が復号順でI B B P B B P B B..である際にIピクチャとPピクチャのみを再生するのと同一であり、一般的な高速再生である。ステップS3102では、図4（b）に示すRAUマップの解析結果より、Pic5からPic24は全てSkippedピクチャであることが分かるため、Pic4以降は全てPic4の復号結果を表示するとして、Pic１とPic4のみを復号すると決定する。続いて、ステップS3103において、Pic１とPic４をそれぞれ復号して表示し、ステップS3103では、Pic7、Pic10、Pic13、Pic16、Pic19、およびPic21の復号結果として、Pic4の復号結果を繰り返し表示する。
【００７３】
次に、図21（a）、（b）、（c）を参照して、逆再生時の動作について説明する。図21（a）は、先頭のIピクチャに続いて、2番目から4番目はPピクチャであり、以降は全てSkippedピクチャである。ここで、ピクチャは全てフレームであるとする。図21（b）は、図21（a）に対応するRAUマップである。図21（c）は、図21（a）のストリームを逆再生する際の動作を示すフローチャートである。まずステップS4101において、Pic24からPic1までの24枚のピクチャを順に逆再生するとする。次に、ステップS4102において、図21（b）のRAUマップの解析結果より、Pic5からPic24まではSkippedピクチャであり、復号結果はPic4と同一であることが分かるため、復号が必要なピクチャはPic1とPic4であると決定する。続いて、ステップS4103において、Pic1からPic4までを復号し、復号結果をバッファメモリBufMemに格納する。なお、復号装置におけるバッファメモリBufMemには4枚分の復号画像を格納できる。最後に、ステップS4104において、Pic24からPic４までの復号結果としてPic4の復号結果を繰り返し表示して、続いてPic3からPic1までの復号結果を表示する。
【００７４】
なお、RAUマップは、高速再生、逆再生時だけでなく、RAU内の特定のピクチャから再生を開始する飛込み再生時にも有効である。
【００７５】
また、ストリームの符号化方式はMPEG-4 AVCやMPEG-2などVC-1以外の符号化方式であってもよい。
【００７６】
（実施の形態3）
図5は、本発明の復号方法を実現する画像復号装置4のブロック図である。本復号装置は、Skip情報取得ユニットPicSelを備える点において、従来の画像復号装置3と異なる。従来の復号装置と同一の動作を行う手段については、同一の符号を付し説明を省略する。スキップ情報取得ユニットPicSelは、RAUマップのデータMapInfを解析して復号が必要なピクチャを決定し、決定結果SelPicをストリーム抽出ユニットに入力する。ストリーム抽出ユニットEXTは決定結果SelPicにより復号が必要と判定されたピクチャのデータを可変長復号ユニットVLDに入力する。なお、可変長復号ユニットＶＬＤにおいて、測定結果SelPicに基づいて復号が必要なピクチャを選択してもよい。
【００７７】
また、静止区間ヘッダ情報を解析する際には、Skip情報取得ユニットPicSelにおいて静止区間ヘッダ情報を解析して復号するピクチャを決定する。
【００７８】
（実施の形態４）
図6は、実施の形態1に係るVC-1のストリームを符号化する本発明の符号化方法のフローチャートであり、RAUマップの作成処理ステップを備える点において従来の符号化方法と異なる。
【００７９】
まず、ステップS5101において、符号化対象のピクチャが RAUの先頭ピクチャであるかどうかを判定し、先頭ピクチャであればステップS5102に進み、そうでなければステップS5103に進む。ステップS5102では、当該ランダムアクセス単位 RAUの特再情報を作成するための初期化処理を行うとともに、特再情報を格納するための領域をエントリ・ポイント・レイヤのユーザーデータ内に確保する。ステップS5103ではピクチャを符号化し、ステップS5104に進む。ステップS5104では、ステップS5103において符号化したピクチャのピクチャタイプ、およびフィールド/フレームのどちらであるかなど、RAUマップの作成に必要な情報を取得してステップS5105に進む。ステップS5105では、ピクチャがRAUの最終ピクチャであるかどうか判定し、最終ピクチャであると判定された際にはステップS5106に進み、最終ピクチャでないと判定された際にはステップS5107に進む。ステップS5106では、RAUマップのデータを確定して、ステップS5102において確保しておいた領域にRAUマップを書き込む。ステップS5107では、未符号化ピクチャがあるかどうか判定し、符号化すべきピクチャがあればステップS5101からステップS5107までの処理を繰り返し、なければ符号化処理を終了する。なお、RAUマップの情報が既知でない場合や、RAUを構成するピクチャのデータをバッファリングするのに十分なバッファメモリを備える場合などでは、ステップS5102の処理を省略してもよい。このとき、ステップS5106においてRAUマップの格納領域を確保して、エントリ・ポイント・レイヤのユーザーデータに格納する。
【００８０】
なお、静止区間ヘッダ情報の格納時には、各ステップにおけるRAUマップの作成処理が、静止区間ヘッダ情報の作成処理に相当する。また、ステップS5015では、RAUが静止区間であるかどうか判定し、静止区間であるかどうかに応じてRAU時間長を切替える。静止区間が継続する際には、静止区間の時間長が所定の上限値に達するまでのピクチャをまとめて１つのRAUとする。ここで、実施の形態１で述べたように、静止区間におけるRAU時間長の上限値は、通常の動画区間よりも長くすることができる。なお、静止区間ヘッダ情報を作成しない場合にも、静止区間であるかどうかに応じてRAU時間長を切替えてよい。
【００８１】
また、本符号化方法により符号化したストリームを、オーディオなどと多重化してもよい。多重化方式としては、ＭＰＥＧ−２のトランスポートストリーム、あるいはＢＤ（Blu-ray Disc）などパッケージメディア毎に規定された方式がある。多重化時には、各メディアにおいて表示時刻が同一であるデータの復号に必要なデータが、一定の範囲内に配置されることが望ましい。これは、表示時刻が同一であるデータの復号に必要なデータが所定の値より離れて配置されると、光ディスク機器においては再生時にシークが発生するなどしてデータアクセスの効率が低下するためである。静止区間におけるRAU時間長の上限を長くすると、表示時刻が同一であるデータの復号に必要なデータの配置間隔が広がるため、RAU時間長は、音声など他のメディアデータへのアクセス性を考慮して決定する。
【００８２】
図７は、本実施の形態の符号化方法を実現する符号化装置２のブロック図である。符号化装置２は、Skip情報作成ユニットSkipInfを備える点において、従来の符号化装置3と異なる。従来の符号化装置3と同一の動作を行うユニットについては、同一の符号を付し説明を省略する。Skip情報作成ユニットSkipInfは、RAUマップのマップデータMapを作成し、可変長符号化ユニットVLCに入力する。可変長符号化ユニットVLCは、マップデータMapを格納した符号化ストリームStrを出力する。
【００８３】
なお、静止区間ヘッダ情報を格納する際には、Skip情報作成ユニットSkipInfにおいて静止区間ヘッダ情報を作成する。
【００８４】
（実施の形態5）
特殊再生機能は、パッケージメディアを再生する光ディスク機器においては特に重要である。ここで、実施の形態1に係る情報記録媒体の例として、次世代の光ディスクであるＢＤ（Blu-ray Disc）について説明する。
【００８５】
まず、BD-ROMの記録フォーマットについて説明する。
図22は、ＢＤ−ＲＯＭの構成、特にディスク媒体であるＢＤディスク（１０４）と、ディスクに記録されているデータ（１０１、１０２、１０３）の構成を示す図である。ＢＤディスク（１０４）に記録されるデータは、ＡＶデータ（１０３）と、ＡＶデータに関する管理情報およびＡＶ再生シーケンスなどのＢＤ管理情報（１０２）と、インタラクティブを実現するＢＤ再生プログラム（１０１）である。本実施の形態では、説明の都合上、映画のＡＶコンテンツを再生するためのＡＶアプリケーションを主眼においてのＢＤディスクの説明を行うが、他の用途として用いても勿論同様である。
【００８６】
図23は、上述したＢＤディスクに記録されている論理データのディレクトリ・ファイル構成を示した図である。ＢＤディスクは、他の光ディスク、例えばＤＶＤやＣＤなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、内周のリード・インと外周のリード・アウトの間に論理データを記録できる論理アドレス空間を有している。また、リード・インの内側にはＢＣＡ（Burst Cutting Area）と呼ばれるドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術などに利用されることがある。
【００８７】
論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは従来技術で説明した通り、ＵＤＦやＩＳＯ９６６０などのことであり、通常のＰＣと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出しする事が可能になっている。
【００８８】
本実施例の場合、ＢＤディスク上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＶＩＤＥＯディレクトリが置かれている。このディレクトリはＢＤで扱うＡＶコンテンツや管理情報などのデータ（図22で説明した１０１、１０２、１０３）が格納されているディレクトリである。
【００８９】
ＢＤＶＩＤＥＯディレクトリの下には、次の７種類のファイルが記録されている。
ＢＤ．ＩＮＦＯ（ファイル名固定）
「ＢＤ管理情報」の一つであり、ＢＤディスク全体に関する情報を記録したファイルである。ＢＤプレーヤは最初にこのファイルを読み出す。
【００９０】
ＢＤ．ＰＲＯＧ（ファイル名固定）
「ＢＤ再生プログラム」の一つであり、ＢＤディスク全体に関わる再生制御情報を記録したファイルである。
【００９１】
ＸＸＸ．ＰＬ（「ＸＸＸ」は可変、拡張子「ＰＬ」は固定）
「ＢＤ管理情報」の一つであり、シナリオ（再生シーケンス）であるプレイリスト情報を記録したファイルである。プレイリスト毎に１つのファイルを持っている。
【００９２】
ＸＸＸ．ＰＲＯＧ（「ＸＸＸ」は可変、拡張子「ＰROG」は固定）
「ＢＤ再生プログラム」の一つであり、前述したプレイリスト毎の再生制御情報を記録したファイルである。プレイリストとの対応はファイルボディ名（「ＸＸＸ」が一致する）によって識別される。
【００９３】
ＹＹＹ．ＶＯＢ（「ＹＹＹ」は可変、拡張子「ＶＯＢ」は固定）
「ＡＶデータ」の一つであり、ＶＯＢ（従来例で説明したＶＯＢと同じ）を記録したファイルである。ＶＯＢ毎に１つのファイルを持っている。
【００９４】
ＹＹＹ．ＶＯＢＩ（「ＹＹＹ」は可変、拡張子「ＶＯＢＩ」は固定）
「ＢＤ管理情報」の一つであり、ＡＶデータであるＶＯＢに関わるストリーム管理情報を記録したファイルである。ＶＯＢとの対応はファイルボディ名（「ＹＹＹ」が一致する）によって識別される。
【００９５】
ＺＺＺ．ＰＮＧ（「ＺＺＺ」は可変、拡張子「ＰＮＧ」は固定）
「ＡＶデータ」の一つであり、字幕およびメニューを構成するためのイメージデータＰＮＧ（Ｗ３Ｃによって標準化された画像フォーマットであり「ピング」と読む）を記録したファイルである。１つのＰＮＧイメージ毎に１つのファイルを持つ。
【００９６】
図24から図28を用いて、ＢＤのナビゲーションデータ（ＢＤ管理情報）構造について説明をする。
【００９７】
図24は、ＶＯＢ管理情報情報ファイル（”ＹＹＹ．ＶＯＢＩ”）の内部構造を示した図である。
【００９８】
ＶＯＢ管理情報は、当該ＶＯＢのストリーム属性情報（Ａｔｔｒｉｂｕｔｅ）とタイムマップ（ＴＭＡＰ）を有している。ストリーム属性は、ビデオ属性（Ｖｉｄｅｏ）、オーディオ属性（Ａｕｄｉｏ＃０〜Ａｕｄｉｏ＃ｍ）個々に持つ構成となっている。特にオーディオストリームの場合は、ＶＯＢが複数本のオーディオストリームを同時に持つことができることから、オーディオストリーム数（Ｎｕｍｂｅｒ）によって、データフィールドの有無を示している。
【００９９】
下記はビデオ属性（Ｖｉｄｅｏ）の持つフィールドと夫々が持ち得る値である。
圧縮方式（Ｃｏｄｉｎｇ）：
ＭＰＥＧ１
ＭＰＥＧ２
ＭＰＥＧ４
ＭＰＥＧ４−ＡＶＣ（Advanced Video Coding）
ＶＣ−１
解像度（Ｒｅｓｏｌｕｔｉｏｎ）：
１９２０ｘ１０８０
１４４０ｘ１０８０
１２８０ｘ７２０
７２０ｘ４８０
７２０ｘ５６５
アスペクト比（Ａｓｐｅｃｔ）
４：３
１６：９
フレームレート（Ｆｒａｍｅｒａｔｅ）
６０
５９．９４（６０／１．００１）
５０
３０
２９．９７（３０／１．００１）
２５
２４
２３．９７６（２４／１．００１）
【０１００】
下記はオーディオ属性（Ａｕｄｉｏ）の持つフィールドと夫々が持ち得る値である。
圧縮方式（Ｃｏｄｉｎｇ）：
ＡＣ３
ＭＰＥＧ１
ＭＰＥＧ２
ＬＰＣＭ
チャンネル数（Ｃｈ）：
１〜８
言語属性（Ｌａｎｇｕａｇｅ）：
【０１０１】
タイムマップ（ＴＭＡＰ）はＶＯＢＵ毎の情報を持つテーブルであって、当該ＶＯＢが有するＶＯＢＵ数（Ｎｕｍｂｅｒ）と各ＶＯＢＵ情報（ＶＯＢＵ＃１〜ＶＯＢＵ＃ｎ）を持つ。個々のＶＯＢＵ情報は、ＶＯＢＵ先頭ＴＳパケット（Ｉピクチャ開始）のアドレスＩ＿ｓｔａｒｔと、そのＩピクチャの終了アドレスまでのオフセットアドレス（I_end）、およびそのＩピクチャの再生開始時刻（PTS）から構成される。
【０１０２】
図25はＶＯＢＵ情報の詳細を説明する図である。
広く知られているように、ＭＰＥＧビデオストリームは高画質記録するために可変ビットレート圧縮されることがあり、その再生時間とデータサイズ間に単純な相関はない。逆に、音声の圧縮規格であるＡＣ３は固定ビットレートでの圧縮を行っているため、時間とアドレスとの関係は１次式によって求めることができる。しかしながらＭＰＥＧビデオデータの場合は、個々のフレームは固定の表示時間、例えばＮＴＳＣの場合は１フレームは１／２９．９７秒の表示時間を持つが、個々のフレームの圧縮後のデータサイズは絵の特性や圧縮に使ったピクチャタイプ、いわゆるＩ／Ｐ／Ｂピクチャによってデータサイズは大きく変わってくる。従って、ＭＰＥＧビデオの場合は、時間とアドレスの関係は一次式の形で表現することは不可能である。
【０１０３】
当然の事として、ＭＰＥＧビデオデータを多重化しているＭＰＥＧシステムストリーム、即ちＶＯＢも時間とデータサイズとを一次式の形で表現することは不可能である。このため、ＶＯＢ内での時間とアドレスとの関係を結びつけるのがタイムマップ（ＴＭＡＰ）である。
【０１０４】
このようにして、ある時刻情報が与えられた場合、先ずは当該時刻がどのＶＯＢＵに属するのかを検索（ＶＯＢＵ毎のＰＴＳを追っていく）して、当該時刻の直前のＰＴＳをＴＭＡＰに持つＶＯＢＵに飛びこみ（I_startで指定されたアドレス）、ＶＯＢＵ先頭のＩピクチャから復号を開始し、当該時刻のピクチャから表示を開始する。
【０１０５】
次に図26を使って、プレイリスト情報（”ＸＸＸ．ＰＬ”）の内部構造を説明する。
プレイリスト情報は、セルリスト（ＣｅｌｌＬｉｓｔ）とイベントリスト（ＥｖｅｎｔＬｉｓｔ）から構成されている。
【０１０６】
セルリスト（ＣｅｌｌＬｉｓｔ）は、プレイリスト内の再生セルシーケンスであり、本リストの記述順でセルが再生される事になる。セルリスト（ＣｅｌｌＬｉｓｔ）の中身は、セルの数（Ｎｕｍｂｅｒ）と各セル情報（Ｃｅｌｌ＃１〜Ｃｅｌｌ＃ｎ）である。
【０１０７】
セル情報（Ｃｅｌｌ＃）は、ＶＯＢファイル名（ＶＯＢＮａｍｅ）、当該ＶＯＢ内での開始時刻（Ｉｎ）および終了時刻（Ｏｕｔ）と、字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）を持っている。開始時刻（Ｉｎ）および終了時刻（Ｏｕｔ）は、夫々当該ＶＯＢ内でのフレーム番号で表現され、前述したタイムマップ（ＴＭＡＰ）を使うことによって再生に必要なＶＯＢデータのアドレスを得る事ができる。
【０１０８】
字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）は、当該ＶＯＢと同期再生される字幕情報を持つテーブルである。字幕は音声同様に複数の言語を持つことができ、字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）最初の情報も言語数（Ｎｕｍｂｅｒ）とそれに続く個々の言語ごとのテーブル（Ｌａｎｇｕａｇｅ＃１〜Ｌａｎｇｕａｇｅ＃ｋ）から構成されている。
【０１０９】
各言語のテーブル（Ｌａｎｇｕａｇｅ＃）は、言語情報（Ｌａｎｇ）と、個々に表示される字幕の字幕情報数（Ｎｕｍｂｅｒ）と、個々に表示される字幕の字幕情報（Ｓｐｅｅｃｈ＃１〜Ｓｐｅｅｃｈ＃ｊ）から構成され、字幕情報（Ｓｐｅｅｃｈ＃）は対応するイメージデータファイル名（Ｎａｍｅ）、字幕表示開始時刻（Ｉｎ）および字幕表示終了時刻（Ｏｕｔ）と、字幕の表示位置（Ｐｏｓｉｔｉｏｎ）から構成されている。
【０１１０】
イベントリスト（ＥｖｅｎｔＬｉｓｔ）は、当該プレイリスト内で発生するイベントを定義したテーブルである。イベントリストは、イベント数（Ｎｕｍｂｅｒ）に続いて個々のイベント（Ｅｖｅｎｔ＃１〜Ｅｖｅｎｔ＃ｍ）から構成され、個々のイベント（Ｅｖｅｎｔ＃）は、イベントの種類（Ｔｙｐｅ）、イベントのＩＤ（ＩＤ）、イベント発生時刻（Ｔｉｍｅ）と有効期間（Ｄｕｒａｔｉｏｎ）から構成されている。
【０１１１】
図27は、個々のプレイリスト毎のイベントハンドラ（時間イベントと、メニュー選択用のユーザイベント）を持つイベントハンドラテーブル（”ＸＸＸ．ＰＲＯＧ”）である。
【０１１２】
イベントハンドラテーブルは、定義されているイベントハンドラ／プログラム数（Ｎｕｍｂｅｒ）と個々のイベントハンドラ／プログラム（Ｐｒｏｇｒａｍ＃１〜Ｐｒｏｇｒａｍ＃ｎ）を有している。各イベントハンドラ／プログラム（Ｐｒｏｇｒａｍ＃）内の記述は、イベントハンドラ開始の定義（＜ｅｖｅｎｔ＿ｈａｎｄｌｅｒ＞タグ）と前述したイベントのＩＤと対になるイベントハンドラのＩＤ（ＩＤ）を持ち、その後に当該プログラムもＦｕｎｃｔｉｏｎに続く括弧”｛”と”｝”の間に記述する。前述の”ＸＸＸ．ＰＬ”のイベントリスト（ＥｖｅｎｔＬｉｓｔ）に格納されたイベント（Ｅｖｅｎｔ＃１〜Ｅｖｅｎｔ＃ｍ）は”ＸＸＸ．ＰＲＯＧ”のイベントハンドラのＩＤ（ＩＤ）を用いて特定される。
【０１１３】
次に図28を用いてＢＤディスク全体に関する情報（”ＢＤ．ＩＮＦＯ”）の内部構造を説明する。
【０１１４】
ＢＤディスク全体情報は、タイトルリスト（ＴｉｔｌｅＬｉｓｔ）とグローバルイベント用のイベントテーブル（ＥｖｅｎｔＬｉｓｔ）から構成されている。
【０１１５】
タイトルリスト（ＴｉｔｌｅＬｉｓｔ）は、ディスク内のタイトル数（Ｎｕｍｂｅｒ）と、これに続く各タイトル情報（Ｔｉｔｌｅ＃１〜Ｔｉｔｌｅ＃ｎ）から構成されている。個々のタイトル情報（Ｔｉｔｌｅ＃）は、タイトルに含まれるプレイリストのテーブル（ＰＬＴａｂｌｅ）とタイトル内のチャプタリスト（ＣｈａｐｔｅｒＬｉｓｔ）を含んでいる。プレイリストのテーブル（ＰＬＴａｂｌｅ）はタイトル内のプレイリストの数（Ｎｕｍｂｅｒ）と、プレイリスト名（Ｎａｍｅ）即ちプレイリストのファイル名を有している。
【０１１６】
チャプタリスト（ＣｈａｐｔｅｒＬｉｓｔ）は、当該タイトルに含まれるチャプタ数（Ｎｕｍｂｅｒ）と個々のチャプタ情報（Ｃｈａｐｔｅｒ＃１〜Ｃｈａｐｔｅｒ＃ｎ）から構成され、個々のチャプタ情報（Ｃｈａｐｔｅｒ＃）は当該チャプタが含むセルのテーブル（ＣｅｌｌＴａｂｌｅ）を持ち、セルのテーブル（ＣｅｌｌＴａｂｌｅ）はセル数（Ｎｕｍｂｅｒ）と個々のセルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃１〜ＣｅｌｌＥｎｔｒｙ＃ｋ）から構成されている。セルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃）は当該セルを含むプレイリスト名と、プレイリスト内でのセル番号によって記述されている。
【０１１７】
イベントリスト（ＥｖｅｎｔＬｉｓｔ）は、グローバルイベントの数（Ｎｕｍｂｅｒ）と個々のグローバルイベントの情報を持っている。ここで注意すべきは、最初に定義されるグローバルイベントは、ファーストイベント（ＦｉｒｓｔＥｖｅｎｔ）と呼ばれ、ＢＤディスクがプレーヤに挿入された時、最初に呼ばれるイベントである。グローバルイベント用イベント情報はイベントタイプ（Ｔｙｐｅ）とイベントのＩＤ（ＩＤ）だけを持っている。
【０１１８】
以上のようなBD-ROMフォーマットにおいて、実施の形態1に係る補助情報を格納する際には、VOBUが１以上のランダムアクセス単位 RAUから構成されるとする。
【０１１９】
なお、補助情報をBD管理情報内に格納してもよい。例えば、VOB管理情報のタイムマップを拡張して、VOBU毎の補助情報を格納できる。あるいは、補助情報を格納するためのマップを新規に定義してもよい。
【０１２０】
なお、補助情報は、VOBU内、あるいはBD管理情報内のどちらか一方にのみ格納することとしてもよい。
【０１２１】
なお、補助情報のデフォルト値のみBD管理情報内に格納し、VOBUについての補助情報がデフォルト値と異なる場合にのみ、VOBU内に特再情報を格納してもよい。
【０１２２】
また、１つ以上の補助情報のセットをストリームに共通の情報としてBD管理情報内に格納し、VOBUからはBD管理情報内に格納された補助情報のうちいずれか１つを参照することにしてもよい。このとき、VOBUが参照する補助情報のインデックス情報は、VOBU単位の管理情報、あるいはVOBU内に格納される
【０１２３】
（実施の形態6）
図29は、実施の形態6に係るBDディスクを再生するプレーヤの大まかな機能構成を示すブロック図である。
【０１２４】
ＢＤディスク（２０１）上のデータは、光ピックアップ（２０２）を通して読み出される。読み出されたデータは夫々のデータの種類に応じて専用のメモリに転送される。ＢＤ再生プログラム（「ＢＤ．ＰＲＯＧ」または「ＸＸＸ．ＰＲＯＧ」ファイルの中身）はプログラム記録メモリ（２０３）に、ＢＤ管理情報（「ＢＤ．ＩＮＦＯ」、「ＸＸＸ．ＰＬ」または「ＹＹＹ．ＶＯＢＩ」）は管理情報記録メモリ（２０４）に、ＡＶデータ（「ＹＹＹ．ＶＯＢ」または「ＺＺＺ．ＰＮＧ」）はＡＶ記録メモリ（２０５）に夫々転送される。
【０１２５】
プログラム記録メモリ（２０３）に記録されたＢＤ再生プログラムはプログラム処理部（２０６）によって、管理情報記録メモリ（２０４）に記録されたＢＤ管理情報は管理情報処理部（２０７）によって、また、ＡＶ記録メモリ（２０５）に記録されたＡＶデータはプレゼンテーション処理部（２０８）によって夫々処理される。
【０１２６】
プログラム処理部（２０６）は、管理情報処理部（２０７）より再生するプレイリストの情報やプログラムの実行タイミングなどのイベント情報を受け取りプログラムの処理を行う。また、プログラムでは再生するプレイリストを動的に変える事が可能であり、この場合は管理情報処理部（２０７）に対してプレイリストの再生命令を送ることで実現する。プログラム処理部（２０６）は、ユーザからのイベント、即ちリモコンキーからのリクエストを受け、ユーザイベントに対応するプログラムがある場合は、それを実行する。
【０１２７】
管理情報処理部（２０７）は、プログラム処理部（２０６）の指示を受け、対応するプレイリストおよびプレイリストに対応したＶＯＢの管理情報を解析し、プレゼンテーション処理部（２０８）に対象となるＡＶデータの再生を指示する。また、管理情報処理部（２０７）は、プレゼンテーション処理部（２０８）より基準時刻情報を受け取り、時刻情報に基づいてプレゼンテーション処理部（２０８）にＡＶデータ再生の停止指示を行い、また、プログラム処理部（２０６）に対してプログラム実行タイミングを示すイベントを生成する。
【０１２８】
プレゼンテーション処理部（２０８）は、映像、音声、字幕／イメージ（静止画）の夫々に対応するデコーダを持ち、管理情報処理部（２０７）からの指示に従い、ＡＶデータのデコードおよび出力を行う。映像データ、字幕／イメージの場合は、デコード後に夫々の専用プレーン、ビデオプレーン（２１０）およびイメージプレーン（２０９）に描画され、合成処理部（２１１）によって映像の合成処理が行われＴＶなどの表示デバイスへ出力される。
【０１２９】
高速再生や逆再生などの特殊再生時には、ユーザから要求された可変速再生あるいは逆再生動作をプレゼンテーション処理部208が解釈し、再生速度などの情報を管理情報処理部207に通知する。管理情報処理部207は、VOBUのユーザーデータに格納された補助情報を解析することにより、ユーザが指定した特殊再生動作を満足するように、復号、および表示するピクチャを決定する。なお、管理情報処理部207は特再情報を取得してプレゼンテーション処理部208に出力し、プレゼンテーション処理部208において復号、および表示するピクチャを決定してもよい。
【０１３０】
（実施の形態７）
VC-1では、第1フィールドをPピクチャ、第２フィールドをIピクチャとして符号化する、P／Iピクチャと呼ばれるピクチャが導入された。P／Iピクチャは、第1フィールドと第２フィールドの間でシーンチェンジが発生したときに特に有効であり、RAUの先頭ピクチャとすることも可能である。
【０１３１】
前記各実施の形態でも述べたように、ＲＡＵの先頭ピクチャは特殊再生時における再生開始点として使われるが、Ｐ／ＩピクチャがＲＡＵの先頭ピクチャであると、第1フィールドであるＰフィールドは直前のＲＡＵ内のピクチャを参照しているため復号できない。従って、第２フィールドであるＩフィールドから復号を開始することになり、Ｐ／Ｉピクチャに対応するフレームの画像を表示するときには、第２フィールドの画像のみからフレームを表示することになり、例えば、第２フィールドのＩフィールドの復号結果を２回出力する。さらに、復号順でＰ／Ｉピクチャの後続のピクチャがＰ／ＩピクチャのＰフィールドを参照すると、Ｐフィールドが復号できないため、結果として後続のピクチャも復号できないという課題がある。図３３は、P／Iピクチャ使用時の課題を示す。N＋１番目のRAUは、オープン型のRAUであり、P４とI５から構成されるP／Iピクチャが復号順での先頭ピクチャとなる。ここで、P４は、直前のRAU内のP５８を参照し、P８はP4を参照しているとする。いま、飛び込み再生などの特殊再生においてRAU＃N+1から再生開始すると、P４の参照先であるP５８が取得できないため、P４が復号できないだけでなく、P４を参照するP８も復号できない。結果として、P８を参照するB７も復号できず、P４が復号済みでなければ復号することができない全てのピクチャが復号できなくなってしまう。
【０１３２】
本実施の形態は、P／Iピクチャを使用する際に上記課題を解決する符号化方法、ストリーム、および再生装置の動作について説明する。
【０１３３】
図３４は、本実施の形態のストリームにおけるピクチャの参照関係を示す。参照関係の特徴は、飛び込み再生などの特殊再生時に、RAUにおいて表示順で先頭のIピクチャ以降のピクチャが復号できることを保証したことであり、表示順で先頭のIピクチャ以降のピクチャは、直前のRAUのピクチャが復号済みでなくても復号できる。つまり、RAUにおいて表示順で先頭のP／Iピクチャ以降のPピクチャは先頭P／IピクチャのPフィールドを参照しない。また、表示順で先頭のP／Iピクチャ以降のBピクチャも、先頭P／IピクチャのPフィールドを参照しない。図３４（a）は、クローズドGOP型のRAUにおけるピクチャの参照関係を示す。N+1番目のRAU（RAU＃N+1）の表示順で先頭のIピクチャはI1であるため、RAU＃N内のピクチャを参照できるのはP0のみである。P0は、RAU＃N内のIピクチャ、あるいはPピクチャを参照できる。一方、B2およびB2以降のピクチャはRAU＃N内のピクチャが復号済みであるかどうかに関わらず復号できる。従って、P６、P７および後続のPピクチャからP０への参照、および、B2、B3および後続のBピクチャからのP０への参照は禁止される。図３４（ｂ）は、オープンGOP型のRAUにおけるピクチャの参照関係を示す。N+1番目のRAU（RAU＃N+1）の表示順で先頭のIピクチャはI５であるため、RAU＃N内のピクチャを参照できるのはB０からP４までのピクチャのみである。P１０、P１１および後続のPピクチャからP４への参照、および、B６、B７および後続のBピクチャからのP４への参照は禁止される。
【０１３４】
なお、Bピクチャ、およびPピクチャが表示順で直前のPフレームあるいはPフィールドよりも前のピクチャを参照できる際には、表示順でRAUの先頭P／Iピクチャより後であるピクチャが先頭P／Iピクチャより前のピクチャを参照することを禁止する。
【０１３５】
なお、クローズドGOP型のRAUにおいてのみ上記制約を適用し、オープンGOP型のRAUでは上記制約を適用しないとしてもよい。
【０１３６】
なお、上記制約が適用されていることを示す情報を、ストリーム内、あるいは管理情報に格納してもよい。
【０１３７】
また、管理情報のタイムマップなどにより特殊再生時に再生開始するポイントとして指定されたRAUにおいてのみ、上記制約を適用してもよい。さらに、シームレス接続の開始点など特定の特殊再生動作を実現できることが示されるRAUにおいてのみ制約を適用してもよい。このとき、飛び込み再生のポイントとなる、あるいはシームレス接続のポイントであることを示す情報を、上記制約が適用されていることを示すフラグとできる。
【０１３８】
本実施の形態のストリームを符号化する符号化装置は、表示順でP／Iピクチャ以降のピクチャについて参照関係を制約する制約手段を有する。制約手段は、シーンチェンジの発生などにより、RAUにおける表示順の先頭ピクチャがP／Iピクチャとなる場合には、RAUにおける表示順での後続Pピクチャ、あるいはBピクチャはP／Iピクチャの第１フィールドであるPフィールドを参照しないように符号化すると決定する。
【０１３９】
本実施の形態のストリームを再生するプレーヤは、特殊再生時に、表示順での先頭がP／IピクチャであるRAUから再生開始する場合には、当該RAUから復号開始することによりP／IピクチャのIピクチャ以降のピクチャが復号できる。従来のプレーヤでは、P／Iピクチャ以降のピクチャの復号に必要なピクチャを特定し、それらのピクチャを復号するように指示する指示手段が必要であったが、本実施の形態のプレーヤでは不要となり、特殊再生に係る処理量が低減できるとともに、再生開始までの遅延も低減できる。
【０１４０】
（実施の形態８）
さらに、上記各実施の形態で示した画像符号化方法および画像復号方法を実現するためのプログラムを、フレキシブルディスク等の記録媒体に記録するようにすることにより、上記各実施の形態で示した処理を、独立したコンピュータシステムにおいて簡単に実施することが可能となる。
【０１４１】
図8は、上記各実施の形態の画像符号化方法および画像復号方法を、フレキシブルディスク等の記録媒体に記録されたプログラムを用いて、コンピュータシステムにより実施する場合の説明図である。
【０１４２】
図8 (b) は、フレキシブルディスクの正面からみた外観、断面構造、及びフレキシブルディスクを示し、図8 (a) は、記録媒体本体であるフレキシブルディスクの物理フォーマットの例を示している。フレキシブルディスクＦＤはケースＦ内に内蔵され、該ディスクの表面には、同心円状に外周からは内周に向かって複数のトラックＴｒが形成され、各トラックは角度方向に１６のセクタＳｅに分割されている。従って、上記プログラムを格納したフレキシブルディスクでは、上記フレキシブルディスクＦＤ上に割り当てられた領域に、上記プログラムが記録されている。
【０１４３】
また、図8 (c) は、フレキシブルディスクＦＤに上記プログラムの記録再生を行うための構成を示す。画像符号化方法および画像復号方法を実現する上記プログラムをフレキシブルディスクＦＤに記録する場合は、コンピュータシステムＣｓから上記プログラムをフレキシブルディスクドライブを介して書き込む。また、フレキシブルディスク内のプログラムにより画像符号化方法および画像復号方法を実現する上記画像符号化方法および画像復号方法をコンピュータシステム中に構築する場合は、フレキシブルディスクドライブによりプログラムをフレキシブルディスクから読み出し、コンピュータシステムに転送する。
なお、上記説明では、記録媒体としてフレキシブルディスクを用いて説明を行ったが、光ディスクを用いても同様に行うことができる。また、記録媒体はこれに限らず、ＩＣカード、ＲＯＭカセット等、プログラムを記録できるものであれば同様に実施することができる。
【産業上の利用可能性】
【０１４４】
本発明に係る画像符号化方法および画像復号方法は、VC-1のストリームを再生する際に、高速や逆再生などの特殊再生機能を備える機器全般に適用することができ、特殊再生機能が重視される光ディスク関連機器において特に有効である。
【図面の簡単な説明】
【０１４５】
【図１】本発明の実施の形態１に係るＶＣ−１のストリーム構造例
【図２】本発明の実施の形態２の画像復号方法の動作を示すフローチャート
【図３】本発明の実施の形態２の画像復号方法において、復号ピクチャを決定する際の動作を示すフローチャート
【図４】本発明の実施の形態２の画像復号方法における高速再生時の動作例を示すフローチャート
【図５】本発明の実施の形態３の画像復号装置の構成を示すブロック図
【図６】本発明の実施の形態４の画像符号化方法の動作を示すフローチャート
【図７】本発明の実施の形態４の画像符号化装置の構成を示すブロック図
【図８】本発明の画像符号化方法および画像復号方法を実現するためのプログラムを記録した記録媒体
【図９】MPEG2のストリーム構造
【図１０】MPEG2のGOP構造
【図１１】ＶＣ−１のストリーム構造
【図１２】従来の画像符号化装置の構成を示すブロック図
【図１３】従来の画像復号装置の構成を示すブロック図
【図１４】従来の画像復号方法の動作を示すフローチャート
【図１５】従来の画像符号化装置により作成した符号化ストリームにおける高速再生時の課題を示す図
【図１６】従来の画像符号化装置により作成した符号化ストリームにおける逆再生時の課題を示す図
【図１７】表示順でSkippedピクチャに挟まれたＢピクチャ、あるいはＢＩピクチャの特殊再生例を示す図
【図１８】オープンＧＯＰ型のＲＡＵにおける飛び込み再生時の動作例を示す図
【図１９】画像が静止している際に、ＲＡＵの再生時間長を長くした際のＲＡＵのデータ構造例を示す図
【図２０】表示順でSkippedピクチャに挟まれたＢピクチャの予測構造の制約例を示す図
【図２１】本発明の実施の形態２の画像復号方法における逆再生時の動作例を示すフローチャート
【図２２】ＨＤ−ＤＶＤのデータ階層図
【図２３】ＨＤ−ＤＶＤ上の論理空間の構成図
【図２４】ＶＯＢ情報ファイル構成図
【図２５】タイムマップの説明図
【図２６】プレイリストファイルの構成図
【図２７】イベントハンドラを記録するファイルの構成図
【図２８】ＢＤディスク全体管理情報ファイルの構成図
【図２９】ＨＤ−ＤＶＤプレーヤの概要ブロック図
【図３０】ＢＩピクチャ使用時における特殊再生から通常再生への復帰動作を説明する図
【図３１】ＢＩピクチャ使用時におけるブロークン・リンク情報の設定方法を説明する図
【図３２】ＢＩピクチャを使用した特殊再生の例を示す図
【図３３】Ｐ／Ｉピクチャ使用時の課題を説明する図
【図３４】Ｐ／Ｉピクチャ使用時の予測構造の制約を示す図
【符号の説明】
【０１４６】
PicSel  Skipピクチャ情報取得ユニット
EXT  ストリーム抽出ユニット
VLD  可変長復号ユニット
PicMem  ピクチャメモリ
【図１】
2006157846.tif 000003
【図２】
2006157846.tif 000004
【図３】
2006157846.tif 000005
【図４】
2006157846.tif 000006
【図５】
2006157846.tif 000007
【図６】
2006157846.tif 000008
【図７】
2006157846.tif 000009
【図８】
2006157846.tif 000010
【図９】
2006157846.tif 000011
【図１０】
2006157846.tif 000012
【図１１】
2006157846.tif 000013
【図１２】
2006157846.tif 000014
【図１３】
2006157846.tif 000015
【図１４】
2006157846.tif 000016
【図１５】
2006157846.tif 000017
【図１６】
2006157846.tif 000018
【図１７】
2006157846.tif 000019
【図１８】
2006157846.tif 000020
【図１９】
2006157846.tif 000021
【図２０】
2006157846.tif 000022
【図２１】
2006157846.tif 000023
【図２２】
2006157846.tif 000024
【図２３】
2006157846.tif 000025
【図２４】
2006157846.tif 000026
【図２５】
2006157846.tif 000027
【図２６】
2006157846.tif 000028
【図２７】
2006157846.tif 000029
【図２８】
2006157846.tif 000030
【図２９】
2006157846.tif 000031
【図３０】
2006157846.tif 000032
【図３１】
2006157846.tif 000033
【図３２】
2006157846.tif 000034
【図３３】
2006157846.tif 000035
【図３４】
2006157846.tif 000036