(57)【特許請求の範囲】
【請求項１】
ビデオストリームと、エントリーマップとが記録された記録媒体であって、
前記エントリーマップは、複数のエントリー情報を有し、
各エントリー情報は、ピクチャデータのアドレスを指し示す情報であり、
第１フィールドがフレーム間予測符号化形式であり、第２フィールドがフレーム内符号化形式であるピクチャデータのアドレスを指し示すエントリー情報を、エントリーマップに設けない、ことを特徴とする記録媒体。
【請求項２】
前記第１フィールドがフレーム内符号化形式であり、第２フィールドがフレーム間予測符号化形式であるピクチャデータのアドレスを指し示すエントリー情報は、エントリーマップに設ける、ことを特徴とする請求項１記載の記録媒体。
【請求項３】
前記記録媒体には状態フラグが記録されており、
前記状態フラグは、
第１フィールドがフレーム間予測符号化形式であり、第２フィールドがフレーム内符号化形式であるピクチャデータのアドレスを示すエントリー情報は、エントリーマップに存在しない旨を示す
ことを特徴とする請求項１記載の記録媒体。
【請求項４】
前記記録媒体には、ビデオストリームの符号化方式を示す方式情報が記録されており、
前記方式情報によって示される符号化方式がMPEG2-Video又はMPEG4-AVCである場合、前記エントリーマップには、第１フィールドがフレーム間予測符号化形式であり、第２フィールドがフレーム内符号化形式であるピクチャデータのアドレスを示すエントリー情報が存在しない、ことを特徴とする請求項１記載の記録媒体。
【請求項５】
ビデオストリームと、エントリーマップとを記録媒体に書き込む記録装置であって、
ビデオストリームにおいて、ピクチャデータのアドレスを検出する検出手段と、
検出手段による検出結果に応じてエントリー情報を生成する生成手段と、
ビデオストリームと対応づけて、生成したエントリー情報を含むエントリーマップを、記録媒体に書き込む書込手段とを備え、
第１フィールドがフレーム間予測符号化形式であり、第２フィールドがフレーム内符号化形式であるピクチャデータのアドレスを、検出手段が検出したとしても、前記生成手段は、当該先頭ピクチャデータのアドレスを指し示すエントリー情報を、エントリーマップに設けない、ことを特徴とする記録装置。
【請求項６】
第１フィールドがフレーム内符号化形式であり、第２フィールドがフレーム間予測符号化形式であるピクチャデータのアドレスを検出した場合、前記生成手段は、当該先頭ピクチャデータのアドレスを指し示すエントリー情報を、エントリーマップに設ける
ことを特徴とする請求項５記載の記録装置。
【請求項７】
前記書込手段は、記録媒体に状態フラグを書き込み、
前記状態フラグは、
第１フィールドがフレーム間予測符号化形式であり、第２フィールドがフレーム内符号化形式であるピクチャのアドレスを示すエントリー情報は、エントリーマップに存在しない旨を示す、ことを特徴とする請求項５記載の記録装置。
【請求項８】
第１フィールドがフレーム間予測符号化形式であり、第２フィールドがフレーム内符号化形式であるピクチャが、ビデオストリーム内に存在しない場合、前記書込手段は、当該ピクチャがビデオストリームに存在しない旨を、状態フラグに示させる、ことを特徴とする請求項７記載の記録装置。
【請求項９】
ビデオストリームと、エントリーマップとを記録媒体に書き込む処理をコンピュータに実行させるプログラムであって、
ビデオストリームにおいて、ピクチャデータのアドレスを検出する検出ステップと、
検出ステップによる検出結果に応じてエントリー情報を生成する生成ステップと、
ビデオストリームと対応づけて、生成したエントリー情報を含むエントリーマップを、記録媒体に書き込む書込ステップとをコンピュータに実行させ、
第１フィールドがフレーム間予測符号化形式であり、第２フィールドがフレーム内符号化形式であるピクチャデータのアドレスを検出したとしても、前記生成ステップは、当該先頭ピクチャデータのアドレスを指し示すエントリー情報を、エントリーマップに設けない、ことを特徴とするプログラム。
【請求項１０】
ビデオストリームと、エントリーマップとを記録媒体に書き込む記録方法であって、
ビデオストリームにおいて、ピクチャデータのアドレスを検出する検出ステップと、
検出ステップによる検出結果に応じてエントリー情報を生成する生成ステップと、
ビデオストリームと対応づけて、生成したエントリー情報を含むエントリーマップを、記録媒体に書き込む書込ステップとをコンピュータに実行させ、
第１フィールドがフレーム間予測符号化形式であり、第２フィールドがフレーム内符号化形式であるピクチャデータのアドレスを検出ステップが検出したとしても、前記生成ステップは、当該先頭ピクチャデータのアドレスを指し示すエントリー情報を、エントリーマップに設けない、ことを特徴とする記録方法。
【請求項１１】
ビデオストリームと、エントリーマップとが記録された記録媒体であって、
ビデオストリームは、複数のピクチャデータからなり、
前記エントリーマップは、複数のエントリー情報を有し、
各エントリー情報は、
ピクチャデータのアドレスを指し示す情報であり、タイプ情報を有し、
前記タイプ情報は、
第１フィールドがフレーム内符号化形式であり、第２フィールドがフレーム間予測符号化形式であるピクチャデータのエントリー位置と、
第１フィールドがフレーム間予測符号化形式であり、第２フィールドがフレーム内符号化形式であるピクチャのエントリー位置とを区別して示す、ことを特徴とする記録媒体。
【請求項１２】
記録媒体に記録されたエントリーマップに従って、記録媒体に記録されたビデオストリームを再生する再生装置であって、
前記エントリーマップは、複数のエントリー情報を有し、
各エントリー情報は、ピクチャデータのアドレスを指し示す情報であり、
エントリーマップには、
第１フィールドがフレーム内符号化形式であり、第２フィールドがフレーム間予測符号化形式であるピクチャデータのアドレスを指し示すエントリー情報は存在しており、
第１フィールドがフレーム間予測符号化形式であり、第２フィールドがフレーム内符号化形式であるピクチャデータのアドレスを指し示すエントリー情報が存在せず、
前記再生装置は、
記録媒体に記録されたエントリーマップを参照して、記録媒体に記録されたビデオストリームにおけるピクチャデータを読み出し、再生する
ことを特徴とする再生装置。
【請求項１３】
記録媒体に記録されたエントリーマップに従って、記録媒体に記録されたビデオストリームを再生する再生方法であって、
前記エントリーマップは、複数のエントリー情報を有し、
各エントリー情報は、ピクチャデータのアドレスを指し示す情報であり、
エントリーマップには、
第１フィールドがフレーム内符号化形式であり、第２フィールドがフレーム間予測符号化形式であるピクチャデータのアドレスを指し示すエントリー情報は存在しており、
第１フィールドがフレーム間予測符号化形式であり、第２フィールドがフレーム内符号化形式であるピクチャデータのアドレスを指し示すエントリー情報が存在せず、
前記再生装置は、
記録媒体に記録されたエントリーマップを参照して、記録媒体に記録されたビデオストリームにおけるピクチャデータを読み出し、再生する
ことを特徴とする再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ランダムアクセス技術の技術分野に属する。
【背景技術】
【０００２】
ランダムアクセス技術とは、ビデオストリームがもつ時間軸上の任意の一時点を、ビデオストリーム上の記録位置に変換して、その記録位置からの再生を開始する技術であり、BD-ROMやDVD-Videoのような、記録媒体に記録されているビデオストリームを再生するにあたって、なくてはならない基盤技術である。
ビデオストリームが、可変長符号化方式により符号化されたピクチャデータから構成されている場合、ピクチャ当たりの情報量にばらつきがある。そのため、かかるビデオストリームにおけるランダムアクセスには、"ストリーム解析"が必要となる。"ストリームの解析"とは、ストリーム本体からピクチャのヘッダを取り出し、このヘッダからピクチャのサイズを読み出して、そのサイズに基づき、次のピクチャの記録位置を特定するという処理を、何回も繰り返し、所望のピクチャの記録位置まで辿りつくという処理である。かかる解析は、ストリームに対する高頻度のアクセスを伴うものなので、ランダムアクセスに相当の時間がかかる。このことから、ランダムアクセスを実行する際、上述した変換を行うにあたっては、エントリーマップの参照が必要になる。ここでエントリーマップとは、時間軸上の複数のエントリー時刻を、ビデオストリームにおける複数のエントリー位置に対応づけて示す情報であり、エントリーマップにおける複数のエントリー時刻が、1秒という時間精度を有している場合、1秒という時間精度でのランダムアクセスを、高効率に行うことができる。
【０００３】
ビデオストリームに対するランダムアクセスでは、GOPの先頭に存在するピクチャを探索する必要がある。GOPの先頭ピクチャの探索を支援するような、データ構造については下記の特許文献に記載された先行技術がある。
【特許文献１】特開2000-228656号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ビデオストリームの符号化形式によっては、全てのフィールドがフレーム内符号化形式(Intra)形式になっているようなピクチャをあまりもたないものがある。このようなビデオストリームに、エントリーマップを設定しようとする場合、従来のエントリーマップでは、充分な数のエントリー位置を得ることができず、概して、連続するエントリー位置間の間隔が広くなってしまう。エントリー位置間の間隔が広がると、ランダムアクセスの実行時において、エントリーマップの参照だけでは足りず、ストリームに対する解析が多く必要になる。ストリームの解析は、上述したようにストリームに対する高頻度のアクセスを伴うので、ユーザがランダムアクセスを命じてから、実際、命じられた位置の部分を読み出すまでのレスポンス時間がかなり長くなってしまう。
【０００５】
かといって、そのようなビデオストリームにおいて、アクセスユニットの先頭になっているピクチャデータを、全てエントリー位置として指定することにすると、1つのピクチャを構成する複数フィールドのうち、一部のフィールドがフレーム間予測符号化形式になっているようなピクチャデータを、エントリー位置として選ぶことも有り得る。かかるピクチャデータは、正当にデコードできるとは限らないので、かかるピクチャデータが先頭になっているアクセスユニットから、ランダムアクセスを開始しようとすると、フィールドの一部が欠落した状態で、表示がなされることになる。そうすると、フィールドの一部欠落により再生映像は、解像度が半分になってしまう。
【０００６】
アクセス位置によって、解像度が半分になったり、ならなかったりするというのは、品質面での大きな不安定要因であり、映像品質に神経を尖らしている家電機器業界において深刻な問題となる。その結果、上述したビデオストリームを再生するような、再生装置が、なかなか市場に普及しないという事態を招く。
本発明の目的は、ランダムアクセス時におけるアクセス位置によって、解像度が半分になったり、ならなかったりするという、品質面での不安定要因を除去することができる記録媒体を提供することである。
【課題を解決するための手段】
【０００７】
全てのフィールドがフレーム内符号化形式になっているようなピクチャをあまりもたない、符号化形式を"VC-1"という。
"VC-1"では、フィールド毎に、符号化形式を変化させることができるので、フレーム間予測符号化形式(例えばPredictive形式)の第１フィールドと、フレーム内符号化形式(Intra形式)の第２フィールドからなるピクチャデータ(P/Iピクチャ)が、GOPの先頭ピクチャになることがある。このようなピクチャをエントリー位置として積極的にエントリーマップに取り込もうとした場合、かかる形式のフィールドを有するピクチャから、再生を開始しようとすると、当該ピクチャのフィールドがデコードされないことがある。このように、一部のフィールドがデコードできない場合、ランダムアクセス時においては、再生映像の解像度が半分になってしまう。
【０００８】
VC-1における、このような事情に鑑みつつ、上記目的を達成するため、本発明に係る記録媒体は、ビデオストリームと、エントリーマップとが記録された記録媒体であって、前記エントリーマップは、複数のエントリー情報を有し、各エントリー情報は、ピクチャデータのアドレスを指し示す情報であり、第１フィールドがフレーム間予測符号化形式であり、第２フィールドがフレーム内符号化形式であるピクチャデータのアドレスを指し示すエントリー情報を、エントリーマップに設けない、ことを特徴としている。
【発明の効果】
【０００９】
上記記録媒体では、第１フィールドをデコードし得ないようなピクチャデータのアドレスを指し示すエントリー情報は、エントリーマップに設けないので、解像度が半分になってしまうような現象を回避させながら、ランダムアクセスを実行することができる。
かかるエントリーマップを用いてランダムアクセスを行う限り、アクセス位置によって、再生装置による再生時の解像度が半分になったり、ならなかったりすることはない。
【００１０】
上記記録媒体のエントリーマップに従う限り、解像度が半分になったり、ならなかったりするという現象をなくすことができ、品質面の不安定要因がなくなるので、家電業界は、VC-1ビデオストリームを取り扱うような再生装置を、安心して市場に投入することができる。これにより、かかる再生装置を、広く普及させることができる。
レスポンス期間短縮という目的を達成するには、前記第１フィールドがフレーム内符号化形式であり、第２フィールドがフレーム間予測符号化形式であるピクチャデータのアドレスを指し示すエントリー情報は、エントリーマップに設けるようにするのが望ましい。GOPのうち先頭ピクチャの第１フィールドがフレーム内符号化(Intra)形式であるものは、第２フィールドがたとえフレーム間予測符号化(例えばPredictive)形式であったとしても、エントリー位置として指定される。
【００１１】
Intra形式の第１フィールドと、Predictive形式の第２フィールドとからなるピクチャ(I/Pピクチャ)は、P/Iピクチャと異なり、I/Pピクチャからデコードを開始する場合であっても、第１フィールド、第２フィールドの双方を、正しくデコードすることができる。これは、Predictive形式である第２フィールドは、Intra形式である第１フィールドを、参照していることが殆どだからである。
【００１２】
第１フィールド及び第２フィールドがIntra形式になっているようなピクチャ(I/Iピクチャ)だけではなく、I/Pピクチャを先頭に配したGOPを、エントリー位置として指定するので、エントリー時刻間の時間間隔を密にすることができる。これにより、ストリーム解析を行べきストリーム区間が短くなるので、ユーザがランダムアクセスを命じてから、実際、命じられた位置の部分を読み出すまでのレスポンス時間を、短くすることができる。      
【００１３】
ここで前記記録媒体には状態フラグが記録されており、前記状態フラグは、第１フィールドがフレーム間予測符号化形式であり、第２フィールドがフレーム内符号化形式であるピクチャデータのアドレスを示すエントリー情報は、エントリーマップに存在しない旨を示していてもよい。
ビデオストリームにはエントリー情報にて指定されていないアクセスユニットが、他に存在することを、再生装置に伝えることができる。P/Iピクチャについてのエントリー情報が省かれ、エントリー位置の間隔が広くなっている分、再生装置は、この間隔の広がりをストリーム解析で補うか否かを判断することができる。そして、ストリーム解析の能力が比較的高い再生装置においては、エントリー位置の間隔の広がりをストリーム解析で補うと判断を行うことができ、また、ストリーム解析の能力が低い再生装置においては、ランダムアクセスのアクセス先を制限するという、代替策を、採用することができる。
【００１４】
エントリー位置の間隔の広がりを、ストリーム解析で補うか、アクセス先の制限で補うかの選択が可能になるので、ランダムアクセスを行うにあたっての、ユーザレスポンスが極端に低下するという現象を回避することができる。
【発明を実施するための最良の形態】
【００１５】
以降、図面を参照しながら、本発明に係る記録媒体及び記録装置についての実施形態について説明する。図１は、本発明に係る記録装置と、本発明に係る記録媒体と、再生装置とを示す図である。
＜記録装置１００＞
記録装置１００は、IEEE1394等のインターフェイスを介してトランスポートストリーム(TS)形式のビデオストリーム入力を受け付けて、ビデオストリームの形式変換を施した上、記録媒体２００に書き込む。ここでの変換とは、TS形式のビデオストリームを、BD-ROM規格のAVClipの形式に変換するというものである。入力されるビデオストリームには、VC-1のビデオストリーム、MPEG4-AVCのビデオストリーム、MPEG2-Videoのビデオストリームがある。図２（ａ）は、VC-1のビデオストリームを示す図である。VC-1は、SMPTE(TheSociety of Motion Picture and Television Engineers)で策定された符号化方式であり、MPEG-2ビデオ方式、MPEG-4ビジュアル方式をベースとし、符号化ツール等の拡張を行っている。
【００１６】
上記VC-1では、３つのプロファイル(シンプル、メイン、アドバンスド)が規定されている。アドバンスドプロファイルでは、MPEG-2ビデオでも規定されているGOP(GroupOf Pictures)構造を有する。
VC-1のビデオストリームは、複数のビデオアクセスユニット(Video Access Unit#1,#2,#3・・・#7)からなる。これらのビデオアクセスユニットは、いわゆるGOPを構成するものであり、GOPの先頭を示すSeQuence_Header(SQH)と、複数のピクチャデータとからなる。これらのGOPは、先頭ピクチャがI/Iであるもの、I/Pであるもの、P/Iピクチャであるものの3つのタイプがある。ここで図２（ａ）におけるVideoAccess Unit#1,#2,#3・・・#7は、GOP#1,#2,#3・・・#7に対応するものとする。
【００１７】
図２（ｂ）は、GOP#1,#2,#3・・・#7のそれぞれに属する複数のピクチャデータを、連続的に描いた図である。図２（ｂ）では、GOP#1の先頭に位置するピクチャは、I/Iピクチャであり、GOP#4の先頭に存在するピクチャはI/Pピクチャ、GOP#2,#3,#5,#6の先頭に位置するピクチャは、P/Iピクチャであるものとする。
図２（ｃ）は、図２（ｂ）に示したビデオストリームのフィールド構造を示す図である。図３（ａ）は、P/Iピクチャの構成を示す図である。本図に示すように、P/Iピクチャはフレーム間予測符号化形式の1つである、前方予測符号化(Predictive)形式の第１フィールドと、フレーム内符号化(Intra)形式の第２フィールドとを組み合わせてなる。第１フィールドはPredictive形式であるので、P/Iピクチャは先行するGOPに属するピクチャの参照が必要になる。
【００１８】
図３（ｂ）は、I/Pピクチャの構成を示す図である。本図に示すように、I/Pピクチャは、フレーム内符号化(Intra)形式の第１フィールドと、フレーム間予測符号化(Predictive)形式の第２フィールドとを組み合わせてなる。第２フィールドは、Predictive形式であるが、この参照先は、同じピクチャデータの第１フィールドであることが一般的である。以上がビデオストリームの内部構成である。
【００１９】
＜記録媒体２００＞
記録媒体２００は、AVClipを、EP_mapと対応づけて記録しておく記録媒体である。
＜再生装置３００＞
再生装置３００は、記録媒体２００に記録されたAVClipの再生を行う。この再生には、通常再生、飛び込み再生、倍速再生といった種類がある。このうち飛び込み再生、倍速再生は、ランダムアクセスの一種の応用である。
【００２０】
図４（ａ）は、VC-1で符号化されたビデオストリームに対する、飛び込み再生を示す図である。飛込再生を実行するにあたって再生装置３００は、チャプター番号の入力や、"何時何分何秒から再生を開始せよ"との時間入力をユーザから受け付けて、再生を開始すべき再生時点を特定し、その再生時点にもっとも近いGOPを探索して、AVClipのうち、探索されたGOP以降の部分を読み出し、デコーダに供給する。
【００２１】
本図のビデオストリームは、図２（ｂ）に示したものと同じである。ここで、P/Iピクチャが先頭にあるGOPに対し、ユーザが飛び込み再生を命じたものとする。このP/Iピクチャにおいて、第１フィールドは、Predictive形式になっているので、図中の矢印のように、1つの前のGOPにおけるどれかのピクチャを参照している。図４（ｂ）は、GOP先頭に存在するP/Iピクチャから再生を開始する場合に、デコードがどのようになされるかを示す。本図において、×印が付された第１フィールドは、参照画像がデコーダ内に存在しないため、デコードが不可能になっているものを示す。Intra形式の第１フィールドが、再生装置３００に読み出されるるまでの間、第１フィールドをデコードすることができず、解像度が半分になってしまう。
【００２２】
図５（ａ）は、倍速再生時におけるビデオストリームに対する、アクセスを示す図である。図５（ａ）において、ビデオストリームにおけるGOPのフィールド構造を、図２（ｂ）と同様の表記で示している。第1段目は、倍速再生時の、このGOPに対するアクセスを示す。この第1段目に示すように、倍速再生時にはGOPの先頭ピクチャのみを読み出し、次のGOPのピクチャに、読み出し位置を移動するという動作を繰り返して、倍速再生を実現する。
【００２３】
図５（ｂ）は、倍速再生時において、デコードすることができない、第１フィールドを示す図である。本図において、×印が付された第１フィールドは、デコードされないことを示す。これらの第１フィールドは、全てPredictive形式であるからである。かかるPredictive形式が存在する区間においては、第１フィールドをデコードすることができないので、ピクチャの解像度が半分になってしまう。
【００２４】
飛び込み再生や倍速再生時において解像度が半分になってしまうことを避けるため、本実施形態に係る記録装置１００は、図６に示すように構成されている。図６は、本実施形態に係る記録装置１００の内部構成を示す図である。本図に示すように記録装置１００は、ATS付与部１、ストリーム解析部２、FIFOメモリ３、メモリ４、EP_map生成部５、ドライブ６から構成される。
【００２５】
ATS付与部１は、入力されてくるTSパケットに随所に挿入されている、isochronousパケットを検出して、isochronousパケットが到達した時点における、記録装置のクロックの計時時刻に基づいてArribval_Time_Stampを生成する。そしてこのArribval_Time_Stampを含むArribval_Time_StampをTSパケットに付与する。  Arribval_Time_Stampは、ストリーム再生時にPCR、PTSといったタイムスタンプの参照に用いられる。一般に放送局から送信されたMPEG2-TS形式のビデオストリームは、リアルタイムに受信され、再生されることを想定して、PCR、PTSが設定されている。ところが蓄積再生においてMPEG2-TS形式のビデオストリームは、記録媒体に一旦蓄積された上で時間的にかなり遅れて再生される。この蓄積再生では、リアルタイムに再生することを目的として調整されたPCR、PTSの値が無駄になる。そこでTP_extra_headerにおけるArribval_Time_Stampは、TSパケットが記録装置に到達した時刻を示している。そのため、再生時にこのArribval_Time_Stampを参照すれば、たとえMPEG2-TS形式のビデオストリームがBlu-rayDisc等に蓄積された上で再生されたとしても、リアルタイムでの再生同様、PTS、PCRによる再生タイミング制御を実現することができる。TSパケットは188バイトであり、TS_extra_headerは4バイトであるので、上述した付与により、TSパケットは192バイトになる。
【００２６】
ストリーム解析部２は、記録装置１００に入力されてくるビデオストリームの符号化方式を判定すると共に、順次入力されてくるTSパケットから、SQHの有無を判定し、SQHが存在するなら、そのSQHに後続するピクチャ(このピクチャは、GOPの先頭ピクチャになる)のPTS(PresentationTime Stamp)及びSPN(Source Packet Number)を検出する。ここでPTSとは、ピクチャの再生開始時刻を規定するタイムスタンプであり、SPNとは、当該ピクチャの先頭部分を格納したTSパケットのパケット番号を意味する。併せて、そのピクチャのピクチャタイプを判定する。
【００２７】
FIFOメモリ３は、TS_extra_headerが付与されたTSパケットを、先入れ先出し式に格納しておくFIFOを構成する。32個のEX付きTSパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のEX付きTSパケットを"AlignedUnit"という。
メモリ４は、EP_mapを格納しておくためのメモリである。EP_map等、記録媒体２００のナビゲーション構造を示すデータは、ストリーム全体が確定するまで、メモリ４上に保存され、ストリーム全体の記録が完了すれば、記録媒体に書き込まれることになる。
【００２８】
EP_map生成部５は、ストリーム解析部２から通知されたPTSと、SPNとを用いて、EP_mapをメモリ４上に生成する。EP_map生成部５により生成されたEP_mapは、P/Iピクチャが存在するかどうかで違うフォーマットになる。図７（ａ）は、入力されるビデオストリームにP/Iピクチャが存在する場合に、作成されるEP_mapを示す。本図におけるEP_mapは、その一般情報(EP_map_GI)と、エントリー群とからなる。エントリー群は、複数のエントリー情報からなる。エントリー情報は、エントリー時刻と、エントリー位置とを対応づけて示す。ここでエントリー時刻は、I/Iピクチャ、I/PピクチャのPTSで表現され、エントリー位置はI/Iピクチャ、I/PピクチャのSPNで表現される。
【００２９】
またEP_map_GIは、状態フラグを有する。状態フラグとは、EP_mapの状態を示すフラグであり、"1"に設定されることにより、"ストリームにP/Iピクチャが存在するが、EP_mapはP/Iピクチャを指さない"旨を示す。
状態フラグが"0"であれば、ビデオストリーム中にP/Iピクチャは存在せず、エントリー位置の間隔は最大限にまで狭まっていると再生装置は理解することができる。一方、状態フラグが"1"であれば、エントリー位置として指定されていないP/Iピクチャがビデオストリーム中に存在しており、P/Iピクチャが省かれている分だけ、エントリー位置の間隔は、広がっていると理解することができる。再生装置は、状態フラグを参照することで、この間隔の広がりをストリーム解析で補うか否かを判断することができる。そして、ストリーム解析の能力が比較的高い再生装置においては、エントリー位置の間隔の広がりをストリーム解析で補うと判断を行うことができ、また、ストリーム解析の能力が低い再生装置においては、ランダムアクセスのアクセス先を制限するという、代替策を、採用することができる。
【００３０】
エントリー位置の間隔の広がりを、ストリーム解析で補うか、アクセス先の制限で補うかの選択が可能になるので、再生装置がランダムアクセスを行うにあたっての、ユーザレスポンスが極端に低下するという現象を回避することができる。
ドライブ６は、FIFOメモリ３上に得られた複数のAligned Unitに誤り訂正符号を付して、記録媒体２００に書き込む。記録装置１００に順次TSが入力され、新たなAlignedUnitが、FIFOメモリ３上に得られる限り、この書き込み処理を継続する。TS入力が途絶え、新たなAligned Unitの生成が終了すれば、メモリ４上に存在するEP_mapを記録媒体２００に書き込む。
【００３１】
以上が本実施形態に係る記録装置の内部構成である。  
再生装置３００は、EP_mapにおけるEP_map_GIにおける状態フラグを参照することにより、再生しようとするAVClipにはP/Iピクチャが存在しないか、P/Iピクチャは存在するが、EP_mapからは指定されていないかを知得することができる。
図７（ｂ）は、入力TS中に、P/Iピクチャが存在しない場合に、EP_map生成部５によって生成されるEP_mapを示す図である。本図においてエントリー群は、I/Iピクチャ、I/Pピクチャのアドレスを、PTSと対応づけて示す。一方、EP_map_GIにおける状態フラグは、"0"に設定されている。この"0"は、入力TSに、P/Iピクチャが存在しない旨を示すものであり、この状態フラグの値を参照することにより、再生装置３００は、再生しようとするAVClipに、P/Iピクチャが存在しない旨を知得することができる。
【００３２】
図８は、EP_map生成部５によるEP_mapの作成手順を示すフローチャートである。本フローチャートは、ステップＳ１において、"ストリーム中に、P/Iピクチャが存在しない旨"を示すように、状態フラグを設定してから、ステップＳ２〜ステップＳ３からなるループ処理を実行する。このステップＳ２〜ステップＳ３は、装置に対するTSパケット入力を監視するものである。ステップＳ２は、入力されてくるTSパケットに、SQHが存在するかどうかの判定であり、ステップＳ３は、TSパケット入力が終了したか否かの判定である。
【００３３】
入力されてくるTSパケットにSQHが存在する場合、そのSQHが属するビデオアクセスユニットにおけるGOPの先頭ピクチャが、P/Iピクチャであるか否かを判定する(ステップＳ４)。先頭ピクチャがP/Iピクチャではなく、I/Pピクチャ又はI/Iピクチャであれば、通知されたPTSと、通知されたSPNとの組みとなるエントリー情報を、EP_mapにおけるEntry群に追加する(ステップＳ５)。
【００３４】
一方、GOPの先頭ピクチャが、P/Iピクチャであれば、状態フラグが"存在しない旨を示す"ように設定されているか否かを判定する(ステップＳ６)。もしそうであるなら、"存在するが指さない旨を示す"よう、状態フラグの値を更新してから(ステップＳ７)、ステップＳ２〜ステップＳ３からなるループ処理に戻る。既に"存在するが指さない旨を示す"よう設定されているなら、何の処理も行わず、ステップＳ２〜ステップＳ３からなるループ処理に戻る。以上が、EP_map生成部５による処理手順である。
【００３５】
図９は、図２に示したAVClipに対し、生成されたEP_mapを示す図である。本図の第1段目は、対象となるビデオストリームのフィールド構造を示す。第2段目はAVClipの時間軸を示し、第3段目は、そのAVClipに対するEP_mapを、第4段目は、AVClipを構成するTSパケット列を示す。
第3段目におけるEP_mapにおける個々のエントリー情報は、I/IピクチャやI/PピクチャのPTS、SPNを含んでいるが、P/IピクチャのPTSやSPNは含んでいない。その代わり状態フラグは、値"1"に設定されている。
【００３６】
このように構成されたEP_mapと共に、AVClipが記録媒体２００に記録されれば、再生装置３００は、倍速再生時において、EP_mapにより、SPNと、PTSとが示されているI/Iピクチャ、I/Pピクチャのみをアクセスしてゆく。図１０は、EP_mapを参照することでなされる、再生装置３００の再生処理を示す図である。I/IピクチャやI/Pピクチャを参照して倍速再生を実行するので、第１フィールドが欠落することはない。
【００３７】
以上のように本実施形態によれば、上述したような記録媒体のエントリーマップに基づき、再生装置がランダムアクセスを行う限り、アクセス位置によって、解像度が半分になったり、ならなかったりするという、品質面での不安定要因を生じないので、VC-1ビデオストリームを扱うような応用製品を開発し、市場に流通させることができる。これにより家電機器業界に大きな効果をもたらすことができる。
【００３８】
(第２実施形態)
GOPの先頭ピクチャがP/Iピクチャである場合、第１実施形態では、そのピクチャについてのエントリー情報を生成しなかったが、本実施形態は、そのP/Iピクチャについてのエントリー情報を作成するものである。但し、こうして作成したエントリー情報がP/Iピクチャであることを再生装置３００に認識させるため、エントリー情報に、タイプフラグを設ける。図１１は、第２実施形態に係る記録装置１００の内部構成を示す図である。本図の記録装置１００が、第１実施形態に示したものと違うのは、エントリー群の作成にあたって、個々のエントリーに、タイプフラグを設け、EP_map生成部５は、ストリーム解析部２から通知されたストリームタイプを、このタイプフラグに設定する点である。このように、エントリー群における個々のエントリー情報に、タイプフラグが追記されるので、図１２に示すようなEP_mapが、記録媒体２００に書き込まれることになる。
【００３９】
図１２（ａ）は、タイプフラグが設けられたEP_mapを示す図である。本図に示すように、EP_mapにおける個々のエントリー情報には、タイプフラグが存在していることがわかる。図１２（ｂ）は、タイプフラグの意味内容を示す図である。本図に示すようにタイプフラグは、"0"に設定されることにより、エントリー情報に対応するピクチャデータがI/Iピクチャ又はI/Pピクチャであり、正式なエントリー位置であることを示す。一方、タイプフラグは、"1"に設定されることにより、エントリー情報に対応するピクチャデータがP/Iピクチャであり、予備的なエントリー位置であることを示す。
【００４０】
図１３は、第２実施形態に係るEP_map生成部５の処理手順を示すフローチャートである。図８と比較すると、図１３のフローチャートは、図８のステップＳ１が省略されているものの、図８同様、ステップＳ２〜ステップＳ４が存在することがわかる。そしてステップＳ４がYes、Noであるときの処理が違っている。ステップＳ４がNoと判定された場合、"0"に設定されたタイプフラグと、通知されたPTSと、通知されたSPNとの組みを示すエントリー情報を、EP_mapにおけるEntry群に追加する(ステップＳ１０)。ステップＳ４がYesと判定された場合、"1"に設定されたタイプフラグと、通知されたPTSと、通知されたSPNとの組みを示すエントリー情報を、EP_mapにおけるEntry群に追加する(ステップＳ１１)。以上が第２実施形態におけるEP_mapの作成手順である。
【００４１】
図１４は、図２に示したAVClipに対し、生成されたEP_mapを示す図である。本図の第1段目は、対象となるビデオストリームのフィールド構造を示す。第2段目はAVClipの時間軸を示し、第3段目は、そのAVClipに対するEP_mapを、第4段目は、AVClipを構成するTSパケット列を示す。
第3段目におけるEP_mapにおける個々のエントリー情報は、I/Iピクチャ、I/Pピクチャ、P/IピクチャのPTS、SPNを含んでいる。ここでエントリー情報のうち、I/IピクチャやI/PピクチャのPTS、SPNを含むもののタイプフラグは、0に設定されている。エントリー情報のうち、P/IピクチャのPTS、SPNを含むもののタイプフラグは、1に設定されている。
【００４２】
P/IピクチャのPTSやSPNは含んでいるようなエントリー情報は、タイプフラグ＝"1"に設定されているので、これらのエントリー情報は、予備的なエントリー位置を示すことを再生装置３００は知得することができる。
以上が第１実施形態に係る記録装置１００についての説明である。続いて、第２実施形態に係る再生装置３００について説明する。再生装置３００は、各エントリー情報にタイプフラグが付与されたEP_mapを参照して、飛込再生や倍速再生を実行する。この際、各エントリー情報のタイプフラグは、対応するエントリー位置が、I/Iピクチャ又はI/Pピクチャであるか、P/Iピクチャであるかを示しているので、このタイプフラグに応じた処理を行う。具体的にいうと、再生しようとするエントリー位置が、P/Iピクチャであれば、そのP/Iピクチャが属するGOPの、2,3個前のGOPを再生装置３００内のデコーダに読み出す。これは、P/Iピクチャが参照しているピクチャデータを、デコーダ内に格納しておくためである。こうすることにより、P/Iピクチャが参照しているピクチャデータが、デコーダ内に格納されるので、解像度を落とすことなく、飛込再生や倍速再生を実行することができる。
【００４３】
一方、エントリー位置がI/Pピクチャを示しているなら、第１実施形態同様、エントリー情報で示されているピクチャデータから再生を開始する。
タイプフラグの設定に応じて、P/Iピクチャが属するGOPの、2,3個前のGOPを再生装置３００内のデコーダに読み出すという処理を行うので、解像度を落とすことなく、飛込再生や倍速再生を実行することができる。
(第３実施形態)
第３実施形態は、第１実施形態、第２実施形態に示したEP_mapを、BD-ROM規格に準じて構成する場合の構成例について説明する。BD-ROM規格に準じてEP_mapを構成する場合、EP_mapはClip情報に組み込まれることになる。Clip情報とは、AVClipに対する管理情報であり、AVClipのファイル名と、関連するファイル名のファイルに、格納される。
【００４４】
AVClipは"xxxxx.m2ts"という、ファイル名のファイルに格納される。ここでxxxxxというのは、5桁の数値であり、"m2ts"というのは、AVClipであることを示す拡張子である。Clip情報は、この5桁の数値と"clpi"という拡張子とからなるファイル名のファイルに、格納されることになる。
図１５は、Clip情報の内部構成を示す図である。本図の左側に示すようにClip情報は、
i)AVClipファイルの属性情報を格納した『ClipInfo()』、
ii)ATC Sequence,STC Sequenceに関する情報を格納した『Sequence Info()』
iii)Program Sequenceに関する情報を格納した『Program Info()』
iv)『Characteristic Point Info(CPI())』からなる。
図中の引き出し線cu1は、i番目のProgram Sequence(Program Sequence(i))の構成をクローズアップしている。本引き出し線に示すように、ProgramSequence(i)に対するProgram Infoは、Stream_PIDと、Stream_Coding_Infoとの組みをNs(i)個配列してなる(図中のStream_PID[i](0)、Stream_Coding_Info(i,0)〜Stream_PID[i](Ns(i)-1)、Stream_Coding_Info(i,Ns(i)-1))。
【００４５】
Stream_PIDは、AVClipを構成する個々のエレメンタリストリームについてのパケット識別子を示し、Stream_Coding_Infoは、AVClipを構成する個々のエレメンタリストリームについての符号化方式を示す。
図中の引き出し線cu6は、Stream_Coding_Infoの構成をクローズアップしている。この引き出し線に示すように、Stream_Coding_Infoは、ビデオストリームの符号化方式を示す情報として、Stream_Coding_typeを有する。このStream_Coding_typeは、対応するビデオストリームが、VC-1であるか、MPEG2-Videoであるか、MPEG2-AVCであるかを示す。本実施形態では、このStream_Coding_typeに、第１実施形態に示した状態フラグの役割を持たせる。
【００４６】
Stream_Coding_typeが、MPEG2-Video、又は、MPEG2-AVCである旨を示している場合は、ビデオストリームにP/Iピクチャが存在する筈がないので、第１実施形態に示した、"状態フラグ＝0"の役割を、このStream_Coding_typeにもたせることができる。
Stream_Coding_typeが、VC-1である旨を示している場合は、ビデオストリームにP/Iピクチャが存在し得るので、第１実施形態に示した"状態フラグ＝1"の役割を、このStream_Coding_typeにもたせることができる。
【００４７】
故に再生装置は、このStream_Coding_typeを、第１実施形態に示した状態フラグのように、利用することができる。
＜CPI(EP_map)＞
CPIの説明を行う。図中の引き出し線cu2は、CPIの構成をクローズアップしている。引き出し線cu2に示すように、CPIはEP_mapからなる。EP_mapは、Ne個のEP_map_for_one_stream_PID(EP_map_for_one_stream_PID(0)〜EP_map_for_one_stream_PID(Ne-1))からなる。これらEP_map_for_one_stream_PIDは、AVClipに属する個々のエレメンタリストリームについてのEP_mapである。EP_mapは、1つのエレメンタリストリーム上において、ビデオアクセスユニット先頭に存在するピクチャのSequence_Start_Codeが存在するパケット番号(SPN_EP_start)を、ビデオアクセスユニット先頭に存在するピクチャのエントリー時刻(PTS_EP_start)と対応づけて示す情報である。
【００４８】
図中の引き出し線cu3は、EP_map_for_one_stream_PIDの内部構成をクローズアップしている。
これによると、EP_map_for_one_stream_PIDは、Nc個のEP_High(EP_High(0)〜EP_High(Nc-1))と、Nf個のEP_Low(EP_Low(0)〜EP_Low(Nf-1))とからなることがわかる。ここでEP_Highは、SPN_EP_start及びPTS_EP_startの上位ビットを表す役割をもち、EP_Lowは、SPN_EP_start及びPTS_EP_startの下位ビットを示す役割をもつ。
【００４９】
図中の引き出し線cu4は、EP_Highの内部構成をクローズアップしている。この引き出し線に示すように、EP_High(i)は、EP_Lowに対する参照値である『ref_to_EP_Low_id[i]』と、PTSの上位ビットを示す『PTS_EP_High[i]』と、SPNの上位ビットを示す『SPN_EP_High[i]』とからなる。ここでiとは、任意のEP_Highを識別するための識別子である。
図中の引き出し線cu5は、EP_Lowの構成をクローズアップしている。引き出し線cu5に示すように、EP_Lowは、対応するビデオアクセスユニットが、独立復号可能か否かを示す『is_angle_change_point(EP_Low_id)』と、CodedI frameのサイズを示す『I_end_position_offset(EP_Low_id)』と、対応するビデオアクセスユニットのPTSの下位ビットを示す『PTS_EP_Low(EP_Low_id)』と、対応するビデオアクセスユニットのSPNの下位ビットを示す『SPN_EP_Low(EP_Low_id)』とからなる。ここで"CodedI frame"とは、ビデオアクセスユニット先頭に存在するピクチャである。"Coded I frame"には、第１フィールド及び第２フィールドがフレーム内符号化形式であるようなI/Iピクチャだけではなく、第１フィールドがIntra形式であり、第２フィールドがPredictive形式であるようなI/Pピクチャを含む。しかし第１フィールドがPredictive形式であり、第２フィールドがIntra形式であるようなP/Iピクチャは、除外される。また、EP_Low_idとは、任意のEP_Lowを識別するための識別子である。
【００５０】
これらのEP_mapのデータ構造は、基本的には上述した特許文献等に記載されたものであり、本明細書ではこれ以上詳しく触れない。
図１６は、ビデオストリームに対するEP_map設定を示す図である。第1段目は、表示順序に配置された複数のピクチャを示し、第2段目は、そのピクチャにおける時間軸を示す。第4段目は、BD-ROM上のTSパケット列を示し、第3段目は、EP_mapの設定を示す。
【００５１】
第2段目の時間軸において、時点t1〜t7に、P/Iピクチャ、I/Iピクチャ、I/Pピクチャが存在するものとする。そしてこれらのt1〜t7のうち、t1〜t3の時間間隔、t3〜t5の時間間隔、t5〜t7の時間間隔が、1秒程度であるとすると、映画に用いられるビデオストリームにおけるEP_mapは、t1〜t7のうち、t1,t3,t5をエントリー時刻(PTS_EP_start)として設定し、これに対応づけて記録位置(SPN_EP_start)を示すよう、設定される。
【００５２】
図１７は、図１６におけるEntry Point#1〜Entry Point#5のPTS_EP_start、SPN_EP_startを、EP_Low、EP_Highの組みで表現したものである。本図の左側にEP_Lowを示し、右側にEP_Highを示す。
図１７左側のEP_Low(0)〜(Nf-1)のうち、EP_Low(i)〜(i+1)のPTS_EP_Lowは、t1,t3,t5,t7の下位ビットを示す。EP_Low(0)〜(Nf-1)のうち、EP_Low(i)〜(i+1)のSPN_EP_Highは、n1,n3,n5,n7の下位ビットを示す。
【００５３】
図１７右側は、EP_mapにおけるEP_High(0)〜(Nc-1)を示す。ここでt1,t3,t5,t7は共通の上位ビットをもっており、またn1,n3,n5,n7も共通の上位ビットをもっているとすると、この共通の上位ビットが、PTS_EP_High,SPN_EP_Highに記述される。そしてEP_Highに対応するref_to_EP_LOW_idは、t1,t3,t5,t7、n1,n3,n5,n7にあたるEP_Lowのうち、先頭のもの(EP_Low(i))を示すように設定しておく。こうすることにより、PTS_EP_start、SPN_EP_startの共通の上位ビットは、EP_Highにより表現されることになる。  
(備考)
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記(A)(B)(C)(D)・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。  
(A)第３実施形態に係るBD-ROMは、以下の工程を順次実行することにより、作ることができる。
【００５４】
先ず初めに、BD-ROMをどのような筋書きで再生させるかを決めるかを企画して(企画工程)、動画収録、音声収録等の素材作成を行い(素材作成工程)、企画工程において作成された筋書きから、ボリューム構成情報を作成する(シナリオ作成工程)。
ボリューム構成情報とは、抽象的な記述にて、光ディスクの応用層のフォーマットを示す情報である。
【００５５】
その後、ビデオ素材、オーディオ素材、字幕素材、メニュー素材のそれぞれをエンコードすることにより、エレメンタリストリームを得る(素材エンコード工程)。その後、複数のエレメンタリストリームの多重化を行う(多重化工程)。
こうして多重化がなされれば、多重化されたストリーム及びボリューム構成情報を、BD-ROMの応用層フォーマットに適合させる作業を行い、BD-ROMのボリューム領域に記録すべきデータの全体像(一般にボリュームデータという)を得る(フォーマッティング工程)。
【００５６】
ここで本発明に係る記録媒体の応用層フォーマットは、プログラミング言語で記述されたクラス構造体のインスタンスであり、BD-ROM規格に規定された構文に基づいて、クラス構造体のインスタンスを記述することで、Clip情報,PlayList情報等を作成することができる。この場合、テーブル形式のデータは、プログラミング言語のfor文を用いて定義することができ、その他、特定の条件下のみ、必要になるようなデータは、if文を用いて定義することができる。
【００５７】
こうした適合処理の後、ボリュームデータが得られれば、ボリュームデータを再生してみてシナリオ作成工程の結果が正しいか否かの確認を行う(エミュレーション工程)。このエミュレーション工程では、BD-ROMプレーヤモデルのバッファ状態のシミュレートを行うのが望ましい。
最後にプレス工程を行う。
【００５８】
このプレス工程では、ボリュームイメージを物理データ列に変換して、この物理データ列を用いて原盤カッティングを行い、ディスク原盤を作成する。さらにプレス装置によって作成された原盤から、BD-ROMを製造する。この製造は主に、基板成形、反射膜成膜、保護膜コーティング、張り合わせ、レーベルの印刷といった諸工程からなる。
以上の工程を経て、各実施形態に示した記録媒体(BD-ROM)を作ることができる。
【００５９】
(B)各実施形態に示したフローチャートや、機能的な構成要素による情報処理は、ハードウェア資源を用いて具体的に実現されていることから、自然法則を利用した技術的思想の創作といえ、"プログラムの発明"としての成立要件を満たす。
・本発明に係るプログラムの生産形態
本発明に係るプログラムは、以下のようにして作ることができる。先ず初めに、ソフトウェア開発者は、プログラミング言語を用いて、各フローチャートや、機能的な構成要素を実現するようなソースプログラムを記述する。この記述にあたって、ソフトウェア開発者は、プログラミング言語の構文に従い、クラス構造体や変数、配列変数、外部関数のコールを用いて、各フローチャートや、機能的な構成要素を具現するソースプログラムを記述する。
【００６０】
具体的には、フローチャートにおける繰り返し処理は、上記構文に規定されたfor文等を用いて記述する。判定処理は、上記構文に規定されたif文,swith文等を用いて記述する。デコーダに対する再生制御や、ドライブ装置のアクセス制御等、ハードウェアについての制御は、ハードウェアの製造元から供給される外部関数を呼び出すことにより、記述する。
【００６１】
記述されたソースプログラムは、ファイルとしてコンパイラに与えられる。コンパイラは、これらのソースプログラムを翻訳してオブジェクトプログラムを生成する。
コンパイラによる翻訳は、構文解析、最適化、資源割付、コード生成といった過程からなる。構文解析では、ソースプログラムの字句解析、構文解析および意味解析を行い、ソースプログラムを中間プログラムに変換する。最適化では、中間プログラムに対して、基本ブロック化、制御フロー解析、データフロー解析という作業を行う。資源割付では、ターゲットとなるプロセッサの命令セットへの適合を図るため、中間プログラム中の変数をターゲットとなるプロセッサのプロセッサが有しているレジスタまたはメモリに割り付ける。コード生成では、中間プログラム内の各中間命令を、プログラムコードに変換し、オブジェクトプログラムを得る。
【００６２】
ここで生成されたオブジェクトプログラムは、各実施形態に示したフローチャートの各ステップや、機能的構成要素の個々の手順を、コンピュータに実行させるような1つ以上のプログラムコードから構成される。ここでプログラムコードは、プロセッサのネィティブコード、ＪＡＶＡ（登録商標）バイトコードというように、様々な種類がある。プログラムコードによる各ステップの実現には、様々な態様がある。外部関数を利用して、各ステップを実現することができる場合、この外部関数をコールするコール文が、プログラムコードになる。また、1つのステップを実現するようなプログラムコードが、別々のオブジェクトプログラムに帰属することもある。命令種が制限されているRISCプロセッサでは、算術演算命令や論理演算命令、分岐命令等を組合せることで、フローチャートの各ステップを実現してもよい。
【００６３】
オブジェクトプログラムが生成されるとプログラマはこれらに対してリンカを起動する。リンカはこれらのオブジェクトプログラムや、関連するライブラリプログラムをメモリ空間に割り当て、これらを１つに結合して、ロードモジュールを生成する。こうして生成されるロードモジュールは、コンピュータによる読み取りを前提にしたものであり、各フローチャートに示した処理手順や機能的な構成要素の処理手順を、コンピュータに実行させるものである。以上の処理を経て、本発明に係るプログラムを作ることができる。
(C)本発明に係るプログラムは、以下のようにして使用することができる。
【００６４】
(i)組込プログラムとしての使用
本発明に係るプログラムを組込プログラムとして使用する場合、プログラムにあたるロードモジュールを、基本入出力プログラム(BIOS)や、様々なミドルウェア(オペレーションシステム)と共に、命令ROMに書き込む。こうした命令ROMを、制御部に組み込み、CPUに実行させることにより、本発明に係るプログラムを、記録装置の制御プログラムとして使用することができる。
【００６５】
(ii)アプリケーションとしての使用
記録装置が、ハードディスク内蔵モデルである場合は、基本入出力プログラム(BIOS)が命令ROMに組み込まれており、様々なミドルウェア(オペレーションシステム)が、ハードディスクにプレインストールされている。また、ハードディスクから、システムを起動するためのブートROMが、記録装置に設けられている。
【００６６】
この場合、ロードモジュールのみを、過搬型の記録媒体やネットワークを通じて、記録装置に供給し、1つのアプリケーションとしてハードディスクにインストールする。そうすると、記録装置は、ブートROMによるブートストラップを行い、オペレーションシステムを起動した上で、1つのアプリケーションとして、当該アプリケーションをCPUに実行させ、本発明に係るプログラムを使用する。
【００６７】
ハードディスクモデルの記録装置では、本発明のプログラムを1つのアプリケーションとして使用しうるので、本発明に係るプログラムを単体で譲渡したり、貸与したり、ネットワークを通じて供給することができる。
(D)本発明に係るシステムLSIの生産・使用行為
システムLSIとは、高密度基板上にベアチップを実装し、パッケージングしたものをいう。複数個のベアチップを高密度基板上に実装し、パッケージングすることにより、あたかも１つのLSIのような外形構造を複数個のベアチップに持たせたものも、システムLSIに含まれる(このようなシステムLSIは、マルチチップモジュールと呼ばれる。)。
【００６８】
ここでパッケージの種別に着目するとシステムLSIには、QFP(クッド フラッド アレイ)、PGA(ピン グリッド アレイ)という種別がある。QFPは、パッケージの四側面にピンが取り付けられたシステムLSIである。PGAは、底面全体に、多くのピンが取り付けられたシステムLSIである。
これらのピンは、ドライブ装置との入出力インターフェイス、リモコン装置との入力インターフェイス、テレビとのインターフェイス、その他、IEEE1394インターフェイスやPCIバスとのインターフェイスとしての役割を担っている。システムLSIにおけるピンには、こうしたインターフェイスの役割が存在するので、システムLSIにおけるこれらのピンに、ドライブ装置等や記録装置の各種回路を接続することにより、システムLSIは、記録装置の中核としての役割を果たす。
【００６９】
システムLSIにパッケージングされるベアチップとは、各実施形態において内部構成図として示した各構成要素の機能を具現する命令ROMやCPU、デコーダLSI等である。
先に"組込プログラムとしての使用"で述べたように、命令ROMには、プログラムにあたるロードモジュールや、基本入出力プログラム(BIOS)、様々なミドルウェア(オペレーションシステム)が書き込まれる。本実施形態において、特に創作したのは、このプログラムにあたるロードモジュールの部分なので、プログラムにあたるロードモジュールを格納した命令ROMを、ベアチップとしてパッケージングすることにより、本発明に係るシステムLSIは生産することができる。
【００７０】
生産手順の詳細は以下のものになる。まず各実施形態に示した構成図を基に、システムLSIとすべき部分の回路図を作成する。
そうして、各構成要素を具現化してゆけば、回路素子やIC,LSI間を接続するバスやその周辺回路、外部とのインターフェイス等を規定する。更には、接続線、電源ライン、グランドライン、クロック信号線等も規定してゆく。この規定にあたって、LSIのスペックを考慮して各構成要素の動作タイミングを調整したり、各構成要素に必要なバンド幅を保証する等の調整を加えながら、回路図を完成させてゆく。
【００７１】
回路図が完成すれば、実装設計を行う。実装設計とは、回路設計によって作成された回路図上の部品(回路素子やIC,LSI)を基板上のどこへ配置するか、あるいは、回路図上の接続線を、基板上にどのように配線するかを決定する基板レイアウトの作成作業である。
ここで実装設計は、自動配置と、自動配線とからなる。
CAD装置を利用する場合、この自動配置は、"重心法"と呼ばれる専用のアルゴリズムを用いて実現することができる。自動配線は、回路図上の部品のピン同士を接続するような接続線を、金属箔やビアを用いて規定する。CAD装置を利用する場合、この配線処理は、"メーズ法""ラインサーチ法"と呼ばれる専用のアルゴリズムを用いて実現することができる。  
【００７２】
こうして実装設計が行われ、基板上のレイアウトが確定すれば、実装設計結果をCAMデータに変換して、NC工作機械等の設備に出力する。NC工作機械は、このCAMデータを基に、SoC実装やSiP実装を行う。SoC(Systemon chip)実装とは、1チップ上に複数の回路を焼き付ける技術である。SiP(System in Package)実装とは、複数チップを樹脂等で1パッケージにする技術である。以上の過程を経て、本発明に係るシステムLSIは、各実施形態に示した記録装置の内部構成図を基に作ることができる。
【００７３】
尚、上述のようにして生成される集積回路は、集積度の違いにより、IC、LSI、スーパーLSI、ウルトラLSIと呼称されることもある。
さらに、各記録装置の構成要素の一部又は全てを1つのチップとして構成してもよい。集積回路化は、上述したSoC実装,SiP実装に限るものではなく、専用回路又は汎用プロセスで実現してもよい。LSI製造後に、プログラムすることが可能なFPGA（FieldProgrammable Gate Array）や、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用することが考えられる。更には、半導体技術の進歩又は派生する技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積回路化を行っても良い。例えば、バイオ技術の適応などが可能性としてありうる。  
【００７４】
(E)全ての実施形態では、本発明に係る光ディスクをBD-ROMとして実施したが、どのような記録媒体であってもよい。例えば、DVD-ROM,DVD-RAM,DVD-RW,DVD-R,DVD+RW,DVD+R,CD-R,CD-RW等の光ディスク、PD,MO等の光磁気ディスクであってもよい。
(F)各実施形態におけるビデオストリームは、BD-ROM規格のAVClipであったが、DVD-Video規格、DVD-Video Recording規格のVOB(VideoObject)であってもよい。VOBは、ビデオストリーム、オーディオストリームを多重化することにより得られたISO/IEC13818-1規格準拠のプログラムストリームである。またAVClipにおけるビデオストリームは、MPEG4やWMV方式であってもよい。更にオーディオストリームは、Linear-PCM方式、Dolby-AC3方式、MP3方式、MPEG-AAC方式、dts方式であってもよい。
【００７５】
(G)各実施形態ではMPEG４-AVC（H.264やJVTとも呼ばれる）をもとに説明したが、MPEG２ビデオストリームであってもよく、また、その他の形式(VC-1等)の画像の場合でも単独でデコード可能な画像であれば、容易に応用可能である。
【産業上の利用可能性】
【００７６】
本発明に係る記録媒体及び記録装置は、上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが可能なので、資質において工業上利用することができる。このことから本発明に係る記録媒体及び記録装置は、産業上利用可能性を有する。
【図面の簡単な説明】
【００７７】
【図１】本発明に係る記録装置と、本発明に係る記録媒体と、再生装置とを示す図である。
【図２】（ａ）VC-1のビデオストリームを示す図である。  （ｂ）GOP#1,#2,#3・・・#7のそれぞれに属する複数のピクチャデータを、連続的に描いた図である。  （ｃ）（ｂ）に示したビデオストリームのフィールド構造を示す図である。
【図３】（ａ）P/Iピクチャの構成を示す図である。  （ｂ）I/Pピクチャの構成を示す図である。
【図４】（ａ）VC-1で符号化されたビデオストリームに対する、飛び込み再生を示す図である。  （ｂ）GOP先頭に存在するP/Iピクチャから再生を開始する場合に、デコードがどのようになされるかを示す。
【図５】（ａ）ビデオストリームにおけるGOPのフィールド構造を、図２（ｂ）と同様の表記で示した図である。  （ｂ）倍速再生時において、デコードすることができない、Predictive形式の第１フィールドを示す図である。
【図６】本実施形態に係る記録装置の内部構成を示す図である。
【図７】（ａ）入力されるビデオストリームにEP_mapが存在しない場合に、作成されるEP_mapを示す。  （ｂ）入力TS中に、P/Iピクチャが存在する場合に、EP_map生成部５によって生成されるEP_mapを示す図である。
【図８】EP_map生成部５によるEP_mapの作成手順を示すフローチャートである。
【図９】図２に示したAVClipに対し、生成されたEP_mapを示す図である。
【図１０】EP_mapを参照することでなされる、再生装置の再生処理を示す図である。
【図１１】第２実施形態に係る記録装置の内部構成を示す図である。
【図１２】（ａ）タイプフラグが設けられたEP_mapを示す図である。  （ｂ）タイプフラグの意味内容を示す図である。
【図１３】第２実施形態に係るEP_map生成部５の処理手順を示すフローチャートである。
【図１４】図２に示したAVClipに対し、生成されたEP_mapを示す図である。
【図１５】Clip情報の内部構成を示す図である。
【図１６】ビデオストリームに対するEP_map設定を示す図である。
【図１７】図１６におけるEntry Point#1〜Entry Point#5のPTS_EP_start、SPN_EP_startを、EP_Low、EP_Highの組みで表現したものである。
【符号の説明】
【００７８】
１  ATS付与部
２  ストリーム解析部
３  FIFOメモリ
４  メモリ
５  EP_map生成部
６  ドライブ
１００  記録装置
２００  記録媒体
３００  再生装置 
【図１】
0004762145.tif 000002
【図２】
0004762145.tif 000003
【図３】
0004762145.tif 000004
【図４】
0004762145.tif 000005
【図５】
0004762145.tif 000006
【図６】
0004762145.tif 000007
【図７】
0004762145.tif 000008
【図８】
0004762145.tif 000009
【図９】
0004762145.tif 000010
【図１０】
0004762145.tif 000011
【図１１】
0004762145.tif 000012
【図１２】
0004762145.tif 000013
【図１３】
0004762145.tif 000014
【図１４】
0004762145.tif 000015
【図１５】
0004762145.tif 000016
【図１６】
0004762145.tif 000017
【図１７】
0004762145.tif 000018