(57)【要約】【課題】記録開始から記録停止までの間に生成され、ストリームファイルとして記録媒体に記録されたビデオデータおよびオーディオデータの管理情報を、より確実に保持する。【解決手段】記録が開始されると、ストリームファイルの管理情報に含まれるＥＰエントリ情報が生成される。ＥＰエントリ情報は、生成毎に不揮発性メモリに書き込まれる。記録停止後に、管理情報に格納される固定値情報などが生成され、不揮発性メモリに書き込まれる。ディスクのイジェクト操作に応じて、不揮発性メモリに書き込まれた管理情報がディスクに書き出され、不揮発性メモリの記憶内容がクリアされる。また、イジェクト操作を行わず電源ＯＦＦしたときも、不揮発性メモリの情報がディスクに書き出される。管理情報が不揮発性メモリに保持されるため、不意の電源切断が生じても、管理情報が喪失することがない。【選択図】  図３３
2008034927.tif 000002
【特許請求の範囲】
【請求項１】
ビデオデータとオーディオデータとを多重化して記録媒体に記録する記録装置において、
ビデオデータおよびオーディオデータが入力されるデータ入力部と、
上記ビデオデータおよびオーディオデータを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録部と、
システムからの電源供給無しに記憶内容を保持可能な情報保持部と、
上記記録媒体に記録される上記ストリームファイルに対し、少なくとも該ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成する管理情報生成部と、
上記記録部および上記管理情報生成部とを制御する制御部と
を有し、
上記制御部は、
上記管理情報生成部で生成された上記ストリーム情報のうち、上記記録部による上記記録媒体に対する上記ストリームファイルの記録の時間経過に対してそれぞれ生成される第１の情報を、生成のタイミングに応じて上記情報保持部に保持させる
ことを特徴とする記録装置。
【請求項２】
請求項１に記載の記録装置において、
上記ビデオデータおよびオーディオデータの記録開始および記録停止の指示が入力される記録指示入力部をさらに有し、
上記ストリーム情報は、上記第１の情報と、上記記録指示入力部に対する上記記録停止の指示の入力に応じて上記ストリームファイルの記録が停止された時点で確定される第２の情報と、上記ストリームファイルの記録に対して固定的な第３の情報とを含み、
上記制御部は、
上記第２および第３の情報は、上記記録指示入力部に対する上記記録停止の指示の入力に応じて上記情報保持部に保持させる
ことを特徴とする記録装置。
【請求項３】
請求項１に記載の記録装置において、
上記制御部は、
上記情報保持部に保持された上記ストリーム情報を、所定のタイミングで上記記録媒体に記録するように上記記録部を制御する
ことを特徴とする記録装置。
【請求項４】
請求項３に記載の記録装置において、
上記記録媒体が脱着可能な記録媒体であって、上記制御部の制御に応じて上記記録媒体の排出を行う排出制御部をさらに有し、
上記所定のタイミングは、上記制御部が上記排出制御部に対して上記記録媒体の排出を行うように制御するタイミングに対応する
ことを特徴とする記録装置。
【請求項５】
請求項３に記載の記録装置において、
システムの電源ＯＦＦ動作が上記制御部の制御に応じて行われるようにされ、
上記所定のタイミングは、上記制御部の制御により上記システムの電源ＯＦＦ動作がなされるタイミングに対応する
ことを特徴とする記録装置。
【請求項６】
請求項１に記載の記録装置において、
上記情報保持部は、電源の供給無しに記憶内容を保持可能な不揮発性メモリである
ことを特徴とする記録装置。
【請求項７】
請求項１に記載の記録装置において、
上記情報保持部は、電源の供給が絶たれると記憶内容が失われる揮発性メモリに対して電池により電源を常時供給して該記憶内容を保持させてなる
ことを特徴とする記録装置。
【請求項８】
ビデオデータとオーディオデータとを多重化して記録媒体に記録する記録方法において、
入力部から入力されたビデオデータおよびオーディオデータを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録のステップと、
上記記録媒体に記録される上記ストリームファイルに対し、少なくとも該ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成する管理情報生成のステップと、
上記記録のステップおよび上記管理情報生成のステップとを制御する制御のステップと
を有し、
上記制御のステップは、
上記管理情報生成のステップで生成された上記ストリーム情報のうち、上記記録のステップによる上記記録媒体に対する上記ストリームファイルの記録の時間経過に対してそれぞれ生成される第１の情報を、生成のタイミングに応じて、システムからの電源供給無しに記憶内容を保持可能な情報保持部に保持させる
ことを特徴とする記録方法。
【請求項９】
ビデオデータとオーディオデータとを多重化して記録媒体に記録する記録方法をコンピュータ装置に実行させる記録プログラムにおいて、
上記記録方法は、
入力部から入力されたビデオデータおよびオーディオデータを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録のステップと、
上記記録媒体に記録される上記ストリームファイルに対し、少なくとも該ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成する管理情報生成のステップと、
上記記録のステップおよび上記管理情報生成のステップとを制御する制御のステップと
を有し、
上記制御のステップは、
上記管理情報生成のステップで生成された上記ストリーム情報のうち、上記記録のステップによる上記記録媒体に対する上記ストリームファイルの記録の時間経過に対してそれぞれ生成される第１の情報を、生成のタイミングに応じて、システムからの電源供給無しに記憶内容を保持可能な情報保持部に保持させる
ことを特徴とする記録プログラム。
【請求項１０】
撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化して記録媒体に記録する撮像装置において、
被写体を撮像してビデオデータを出力する撮像部と、
音声を収音してオーディオデータを出力する収音部と、
上記ビデオデータおよび上記オーディオデータを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録部と、
上記ビデオデータおよび上記オーディオデータの上記記録媒体への記録開始および記録停止を指示するユーザ操作を受け付ける操作部と、
システムからの電源供給無しに記憶内容を保持可能な情報保持部と、
上記記録媒体に記録される上記ストリームファイルに対し、少なくとも該ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成する管理情報生成部と、
上記操作部に対するユーザ操作に応じて上記記録部の動作を制御すると共に、上記管理情報生成部を制御する制御部と
を有し、
上記制御部は、
上記管理情報生成部で生成された上記ストリーム情報のうち、上記記録部による上記記録媒体に対する上記ストリームファイルの記録の時間経過に対してそれぞれ生成される第１の情報を、生成のタイミングに応じて上記情報保持部に保持させる
ことを特徴とする撮像装置。
【請求項１１】
請求項１０に記載の撮像装置において、
上記ストリーム情報は、上記第１の情報と、上記ストリームファイルの記録が停止された時点で確定される第２の情報と、上記ストリームファイルの記録に対して固定的な第３の情報とを含み、
上記制御部は、
上記第２および第３の情報は、上記操作部に対する上記記録停止を指示する入力に応じて上記情報保持部に保持させる
ことを特徴とする撮像装置。
【請求項１２】
請求項１０に記載の撮像装置において、
上記制御部は、
上記情報保持部に保持された上記ストリーム情報を、所定のタイミングで上記記録媒体に記録するように上記記録部を制御する
ことを特徴とする撮像装置。
【請求項１３】
請求項１２に記載の撮像装置において、
上記記録媒体が脱着可能な記録媒体であって、上記制御部の制御に応じて上記記録媒体の排出を行う排出制御部をさらに有し、
上記所定のタイミングは、上記制御部が上記排出制御部に対して上記記録媒体の排出を行うように制御するタイミングに対応する
ことを特徴とする撮像装置。
【請求項１４】
請求項１２に記載の撮像装置において、
システムの電源ＯＦＦ動作が上記制御部の制御に応じて行われるようにされ、
上記所定のタイミングは、上記制御部の制御により上記システムの電源ＯＦＦ動作がなされるタイミングに対応する
ことを特徴とする撮像装置。
【請求項１５】
請求項１０に記載の撮像装置において、
上記情報保持部は、電源の供給無しに記憶内容を保持可能な不揮発性メモリである
ことを特徴とする撮像装置。
【請求項１６】
請求項１０に記載の撮像装置において、
上記情報保持部は、電源の供給が絶たれると記憶内容が失われる揮発性メモリに対して電池により電源を常時供給して該記憶内容を保持させてなる
ことを特徴とする撮像装置。
【請求項１７】
撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化して記録媒体に記録する撮像装置の撮像方法において、
撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録のステップと、
操作部に対する上記ビデオデータおよび上記オーディオデータの上記記録媒体への記録開始および記録停止を指示するユーザ操作を受け付けるステップと、
上記記録媒体に記録される上記ストリームファイルに対し、少なくとも該ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成する管理情報生成のステップと、
上記操作部に対するユーザ操作に応じて上記記録のステップの動作を制御すると共に、上記管理情報生成のステップを制御する制御のステップと
を有し、
上記制御のステップは、
上記管理情報生成のステップで生成された上記ストリーム情報のうち、上記記録のステップによる上記記録媒体に対する上記ストリームファイルの記録の時間経過に対してそれぞれ生成される第１の情報を、生成のタイミングに応じて、システムからの電源供給無しに記憶内容を保持可能な情報保持部に保持させる
ことを特徴とする撮像方法。
【請求項１８】
撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化して記録媒体に記録する撮像装置の撮像方法をコンピュータ装置に実行させる撮像プログラムにおいて、
上記撮像方法は、
撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録のステップと、
操作部に対する上記ビデオデータおよび上記オーディオデータの上記記録媒体への記録開始および記録停止を指示するユーザ操作を受け付けるステップと、
上記記録媒体に記録される上記ストリームファイルに対し、少なくとも該ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成する管理情報生成のステップと、
上記操作部に対するユーザ操作に応じて上記記録のステップの動作を制御すると共に、上記管理情報生成のステップを制御する制御のステップと
を有し、
上記制御のステップは、
上記管理情報生成のステップで生成された上記ストリーム情報のうち、上記記録のステップによる上記記録媒体に対する上記ストリームファイルの記録の時間経過に対してそれぞれ生成される第１の情報を、生成のタイミングに応じて、システムからの電源供給無しに記憶内容を保持可能な情報保持部に保持させる
ことを特徴とする撮像プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ビデオデータとオーディオデータとを多重化したストリームデータを記録媒体に記録するのに適した記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラムに関する。
【背景技術】
【０００２】
近年では、記録可能で記録再生装置から取り外し可能とされると共に、記録容量が比較的大きく、ビデオデータとオーディオデータとからなるＡＶ(Audio/Video)データを記録するのに適した記録媒体として、４．７ＧＢ(Giga Byte)以上の記録容量を有するＤＶＤ(Digital Versatile Disc)が普及している。特許文献１には、記録可能なタイプのＤＶＤに対してＤＶＤ−Ｖｉｄｅｏフォーマットで記録する撮像装置が記載されている。
【特許文献１】特開２００４−３５０２５１
【０００３】
この記録可能なタイプのＤＶＤは、ファイルシステムにＵＤＦ(Universal Disk Format)が用いられており、ＵＤＦに対応するコンピュータ装置でアクセスが可能となっている。ＵＤＦは、ＩＳＯ(International Organization for Standarization)９６６０によるフォーマットを含んでおり、コンピュータ装置に用いられる様々なファイルシステムでアクセス可能なようになっている。この記録可能なタイプのＤＶＤに対し、ビデオデータおよびオーディオデータをファイルとして記録することで、コンピュータ装置などの他の装置との親和性が増し、記録されたデータをより有効に活用することが可能となる。
【０００４】
ビデオデータおよびオーディオデータをファイルとして記録する場合、記録されたビデオデータおよびオーディオデータの再生を容易とするために、様々な管理情報が生成され、ビデオデータおよびオーディオデータと共に記録媒体に記録される。
【０００５】
管理情報の例としては、ビデオデータについて、ファイル内のアドレス情報と時刻情報とを関連付ける情報（便宜上、ポインタ情報と呼ぶ）が考えられる。このポインタ情報をファイルの管理情報として持つことで、ファイルに格納されたビデオデータの所望の再生位置に対するアクセスを容易とすることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このような管理情報は、ビデオデータおよびオーディオデータの記録媒体への記録に伴い、例えば記録機の制御などを行うＣＰＵ(Central Processing Unit)により、ＲＡＭ(Random Access Memory)をワークメモリとして用いて生成される。一例として、ＣＰＵは、ビデオデータの記録中に、時刻情報と記録されるビデオデータのアドレス情報とを関連付けてＲＡＭ上に保持する。ＲＡＭ上に保持された管理情報は、例えば記録媒体の記録機からの排出時や、記録機に対して電源ＯＦＦの操作がなされたときに、ＲＡＭから読み出されて記録媒体に書き出される。
【０００７】
管理情報がこのようにＲＡＭ上に保持され、記録媒体排出時や記録機の電源ＯＦＦ操作のタイミングで記録媒体に書き出されるため、例えば、記録機の電源が正常な手順でＯＦＦされずに不意に切断されると、ＲＡＭ上に保持された管理情報が失われてしまうという問題点があった。管理情報が失われると、記録媒体に記録されたビデオデータおよびオーディオデータの正常な再生が困難となる。
【０００８】
予期せず電源供給が絶たれる状況としては、例えば電源コードの不意の引き抜きや、電源としてバッテリを用いている場合、バッテリパックの不意の抜脱などが考えられる。これらの状況は、記録機の通常の使用において、比較的容易に発生する可能性のある状況であると考えられる。
【０００９】
一方、このような、予期しない電源供給の切断による管理情報の喪失を防ぐために、生成された管理情報を、記録停止操作がなされビデオデータおよびオーディオデータが格納されるファイルがクローズされた時点で、記録媒体に書き込むことが考えられる。しかしながら、管理情報を記録媒体に書き込むためにある程度の時間を要するため、記録停止操作を行った直後に記録開始操作を行おうと思っても、記録開始操作が受け付けられない可能性があるという問題点があった。
【００１０】
これは、例えば記録機が撮像素子で撮像された映像をビデオデータとして記録媒体に記録するビデオカメラ装置である場合、貴重な撮影タイミングを逃すこととなる。
【００１１】
したがって、この発明の目的は、記録開始から記録停止までの間に生成され、ファイルとして記録媒体に記録されたビデオデータおよびオーディオデータの管理情報を、より確実に保持できるようにした記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
上述した課題を解決するために、第１の発明は、ビデオデータとオーディオデータとを多重化して記録媒体に記録する記録装置において、ビデオデータおよびオーディオデータが入力されるデータ入力部と、ビデオデータおよびオーディオデータを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録部と、システムからの電源供給無しに記憶内容を保持可能な情報保持部と、記録媒体に記録されるストリームファイルに対し、少なくともストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成する管理情報生成部と、記録部および管理情報生成部とを制御する制御部とを有し、制御部は、管理情報生成部で生成されたストリーム情報のうち、記録部による記録媒体に対するストリームファイルの記録の時間経過に対してそれぞれ生成される第１の情報を、生成のタイミングに応じて情報保持部に保持させることを特徴とする記録装置である。
【００１３】
また、第２の発明は、ビデオデータとオーディオデータとを多重化して記録媒体に記録する記録方法において、入力部から入力されたビデオデータおよびオーディオデータを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録のステップと、記録媒体に記録されるストリームファイルに対し、少なくともストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成する管理情報生成のステップと、記録のステップおよび管理情報生成のステップとを制御する制御のステップとを有し、制御のステップは、管理情報生成のステップで生成されたストリーム情報のうち、記録のステップによる記録媒体に対するストリームファイルの記録の時間経過に対してそれぞれ生成される第１の情報を、生成のタイミングに応じて、システムからの電源供給無しに記憶内容を保持可能な情報保持部に保持させることを特徴とする記録方法である。
【００１４】
また、第３の発明は、ビデオデータとオーディオデータとを多重化して記録媒体に記録する記録方法をコンピュータ装置に実行させる記録プログラムにおいて、記録方法は、入力部から入力されたビデオデータおよびオーディオデータを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録のステップと、記録媒体に記録されるストリームファイルに対し、少なくともストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成する管理情報生成のステップと、記録のステップおよび管理情報生成のステップとを制御する制御のステップとを有し、制御のステップは、管理情報生成のステップで生成されたストリーム情報のうち、記録のステップによる記録媒体に対するストリームファイルの記録の時間経過に対してそれぞれ生成される第１の情報を、生成のタイミングに応じて、システムからの電源供給無しに記憶内容を保持可能な情報保持部に保持させることを特徴とする記録プログラムである。
【００１５】
また、第４の発明は、撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化して記録媒体に記録する撮像装置において、被写体を撮像してビデオデータを出力する撮像部と、音声を収音してオーディオデータを出力する収音部と、ビデオデータおよびオーディオデータを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録部と、ビデオデータおよびオーディオデータの記録媒体への記録開始および記録停止を指示するユーザ操作を受け付ける操作部と、システムからの電源供給無しに記憶内容を保持可能な情報保持部と、記録媒体に記録されるストリームファイルに対し、少なくともストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成する管理情報生成部と、操作部に対するユーザ操作に応じて記録部の動作を制御すると共に、管理情報生成部を制御する制御部とを有し、制御部は、管理情報生成部で生成されたストリーム情報のうち、記録部による記録媒体に対するストリームファイルの記録の時間経過に対してそれぞれ生成される第１の情報を、生成のタイミングに応じて情報保持部に保持させることを特徴とする撮像装置である。
【００１６】
また、第５の発明は、撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化して記録媒体に記録する撮像装置の撮像方法において、撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録のステップと、操作部に対するビデオデータおよびオーディオデータの記録媒体への記録開始および記録停止を指示するユーザ操作を受け付けるステップと、記録媒体に記録されるストリームファイルに対し、少なくともストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成する管理情報生成のステップと、操作部に対するユーザ操作に応じて記録のステップの動作を制御すると共に、管理情報生成のステップを制御する制御のステップとを有し、制御のステップは、管理情報生成のステップで生成されたストリーム情報のうち、記録のステップによる記録媒体に対するストリームファイルの記録の時間経過に対してそれぞれ生成される第１の情報を、生成のタイミングに応じて、システムからの電源供給無しに記憶内容を保持可能な情報保持部に保持させることを特徴とする撮像方法である。
【００１７】
また、第６の発明は、撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化して記録媒体に記録する撮像装置の撮像方法をコンピュータ装置に実行させる撮像プログラムにおいて、撮像方法は、撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録のステップと、操作部に対するビデオデータおよびオーディオデータの記録媒体への記録開始および記録停止を指示するユーザ操作を受け付けるステップと、記録媒体に記録されるストリームファイルに対し、少なくともストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成する管理情報生成のステップと、操作部に対するユーザ操作に応じて記録のステップの動作を制御すると共に、管理情報生成のステップを制御する制御のステップとを有し、制御のステップは、管理情報生成のステップで生成されたストリーム情報のうち、記録のステップによる記録媒体に対するストリームファイルの記録の時間経過に対してそれぞれ生成される第１の情報を、生成のタイミングに応じて、システムからの電源供給無しに記憶内容を保持可能な情報保持部に保持させることを特徴とする撮像プログラムである。
【００１８】
上述したように、第１、第２および第３の発明は、入力部から入力されたビデオデータおよびオーディオデータを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録し、記録媒体に記録されるストリームファイルに対し、少なくともストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成するようにされ、生成されたストリーム情報のうち、記録媒体に対するストリームファイルの記録の時間経過に対してそれぞれ生成される情報を、生成のタイミングに応じて、システムからの電源供給無しに記憶内容を保持可能な情報保持部に保持させるようにしているため、システムの電源が不意に切断されても、記録されたストリームファイルに対応するストリーム情報のうち、ストリームファイルの記録の時間経過に応じて生成された情報が失われることがない。
【００１９】
また、第４、第５および第６の発明は、撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録し、ビデオデータおよびオーディオデータの記録媒体への記録開始および記録停止を操作部に対するユーザ操作により指示し、記録媒体に記録されるストリームファイルに対し、少なくともストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成するようにされ、生成されたストリーム情報のうち、記録媒体に対するストリームファイルの記録の時間経過に対してそれぞれ生成される情報を、生成のタイミングに応じて、システムからの電源供給無しに記憶内容を保持可能な情報保持部に保持させるようにしているため、システムの電源が不意に切断されても、撮像し記録されたストリームファイルに対応するストリーム情報のうち、ストリームファイルの記録の時間経過に応じて生成された情報が失われることがない。
【発明の効果】
【００２０】
第１、第２および第３の発明は、上述したように、入力部から入力されたビデオデータおよびオーディオデータを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録し、記録媒体に記録されるストリームファイルに対し、少なくともストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成するようにされ、生成されたストリーム情報のうち、記録媒体に対するストリームファイルの記録の時間経過に対してそれぞれ生成される情報を、生成のタイミングに応じて、システムからの電源供給無しに記憶内容を保持可能な情報保持部に保持させるようにしているため、システムの電源が不意に切断されても、記録されたストリームファイルに対応するストリーム情報のうち、ストリームファイルの記録の時間経過に応じて生成された情報が失われることがない効果がある。
【００２１】
また、第４、第５および第６の発明は、上述したように、撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化し、多重化されたストリームをストリームファイルとして記録媒体に記録する記録し、ビデオデータおよびオーディオデータの記録媒体への記録開始および記録停止を操作部に対するユーザ操作により指示し、記録媒体に記録されるストリームファイルに対し、少なくともストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報を生成するようにされ、生成されたストリーム情報のうち、記録媒体に対するストリームファイルの記録の時間経過に対してそれぞれ生成される情報を、生成のタイミングに応じて、システムからの電源供給無しに記憶内容を保持可能な情報保持部に保持させるようにしているため、システムの電源が不意に切断されても、撮像し記録されたストリームファイルに対応するストリーム情報のうち、ストリームファイルの記録の時間経過に応じて生成された情報が失われることがない効果がある。
【発明を実施するための最良の形態】
【００２２】
以下、この発明の実施の一形態を、図面を参照しながら説明する。先ず、理解を容易とするために、この発明に適用可能な一例のフォーマット（以下、ＡＶＣＨＤフォーマットと呼ぶ）について説明する。ＡＶＣＨＤフォーマットは、ビデオデータとオーディオデータとが所定に多重化されたＡＶ(Audio/Video)ストリームを記録可能な記録媒体に記録する記録フォーマットとして現在提案されているもので、記録媒体に記録されたＡＶストリームを、クリップ単位でプレイリストを用いて管理可能としている。
【００２３】
例えばＩＴＵ−Ｔ(International Telecommunication Union-Telecommunication Standarization Sector)勧告Ｈ．２６４あるいはＩＳＯ(International Organization for Standarization)／ＩＥＣ(International Electrotechnical Commission)国際標準１４４９６−１０（ＭＰＥＧ−４パート１０）Advanced Video Coding（以下、Ｈ．２６４｜ＡＶＣと略称する）に規定される符号化方式で符号化され、ＭＰＥＧ２システムズに従い多重化されたビットストリームは、クリップＡＶストリーム（またはＡＶストリーム）と称される。クリップＡＶストリームは、所定のファイルシステムによりファイルとしてディスクに記録される。このファイルを、クリップＡＶストリームファイル（またはＡＶストリームファイル）と称する。
【００２４】
クリップＡＶストリームファイルは、ファイルシステム上での管理単位であり、ユーザにとって必ずしも分かりやすい管理単位であるとは限らない。ユーザの利便性を考えた場合、複数のクリップＡＶストリームファイルに分割された映像コンテンツを一つにまとめて再生する仕組みや、クリップＡＶストリームファイルの一部だけを再生する仕組み、さらには、特殊再生や頭出し再生を滑らかに行うための情報などをデータベースとしてディスクに記録しておく必要がある。
【００２５】
図１は、この発明に適用可能なＡＶＣＨＤフォーマットに規定されるデータモデルを概略的に示す。このＡＶＣＨＤフォーマットによれば、データ構造は、図１に示されるように４層のレイヤよりなる。最も最下層のレイヤは、クリップＡＶストリームが配置されるレイヤである（便宜上、クリップレイヤと呼ぶ）。その上のレイヤは、クリップＡＶストリームに対する再生箇所を指定するための、プレイリスト(PlayList)と、プレイアイテム(PlayItem)とが配置されるレイヤである（便宜上、プレイリストレイヤと呼ぶ）。さらにその上のレイヤは、プレイリストに対して再生順などを指定するコマンドからなるムービーオブジェクト(Movie Object)などが配置されるレイヤである（便宜上、オブジェクトレイヤと呼ぶ）。最上層のレイヤは、記録媒体に格納されるタイトルなどを管理するインデックステーブルが配置される（便宜上、インデックスレイヤと呼ぶ）。
【００２６】
クリップレイヤについて説明する。クリップＡＶストリームは、ビデオデータやオーディオデータがＭＰＥＧ２  ＴＳ（トランスポートストリーム）の形式などに多重化されたビットストリームである。このクリップＡＶストリームに関する情報がクリップ情報(Clip Information)としてファイルに記録される。
【００２７】
また、クリップＡＶストリームには、字幕を表示するグラフィクスストリームであるＯＢストリーム(Overlay Bitmap stream)や、メニュー表示などに用いられるデータ（ボタン画像データなど）をストリームにしたＭＢストリーム(Menu Bitmap stream)を多重化することができる。
【００２８】
クリップＡＶストリームファイルと、対応するクリップ情報が記録されたクリップ情報ファイル（以下、クリップインフォメーションファイルと呼ぶ）とをひとまとまりのオブジェクトと見なし、クリップ(Clip)と称する。すなわち、クリップは、クリップＡＶストリームとクリップ情報とから構成される、一つのオブジェクトである。
【００２９】
ファイルは、一般的に、バイト列として扱われる。クリップＡＶストリームファイルのコンテンツは、時間軸上に展開され、クリップ中のエントリーポイントは、主に時間ベースで指定される。所定のクリップへのアクセスポイントのタイムスタンプが与えられた場合、クリップＡＶストリームファイルの中でデータの読み出しを開始すべきアドレス情報を見つけるために、クリップインフォメーションファイルを用いることができる。
【００３０】
プレイリストレイヤについて説明する。プレイリストは、再生するＡＶストリームファイルの指定と、指定されたＡＶストリームファイルの再生箇所を指定する再生開始点（ＩＮ点）と再生終了点（ＯＵＴ点）の集まりとから構成される。この再生開始点と再生終了点の情報を一組としたものは、プレイアイテム(PlayItem)と称される。プレイリストは、プレイアイテムの集合で構成される。プレイアイテムを再生するということは、そのプレイアイテムに参照されるＡＶストリームファイルの一部分を再生するということになる。すなわち、プレイアイテム中のＩＮ点およびＯＵＴ点情報に基づき、クリップ中の対応する区間が再生される。
【００３１】
オブジェクトレイヤについて説明する。ムービーオブジェクトは、ナビゲーションコマンドプログラムと、ムービーオブジェクトとを連携するターミナルインフォメーションを含む。ナビゲーションプログラムは、プレイリストの再生を制御するためのコマンド（ナビゲーションコマンド：navigation command）である。
【００３２】
インデックスレイヤについて説明する。インデックスレイヤは、インデックステーブル(Index Table)からなる。インデックステーブルは、記録媒体に記録されたコンテンツのタイトルを定義する、トップレベルのテーブルである。インデックステーブルに格納されているタイトル情報に基づき、プレーヤに常駐されるシステムソフトウェア中のモジュールマネージャにより記録媒体の再生が制御される。
【００３３】
すなわち、図２に概略的に示されるように、インデックステーブル中の任意のエントリは、タイトルと称され、インデックステーブルにエントリされるファーストプレイバックタイトル(First PlaybackTitle)、メニュータイトル(MenuTitle)およびムービータイトル(MovieTitle)＃１、＃２、・・・は、全てタイトルである。各タイトルは、ムービーオブジェクトに対するリンクを示す。
【００３４】
理解を容易とするため再生専用の記録媒体を例にとると、例えば、ファーストプレイバックタイトルは、当該記録媒体に格納されるコンテンツが映画であれば、映画本編に先立って映出される映画会社の宣伝用映像（トレーラ）に対応する。メニュータイトルは、例えばコンテンツが映画である場合、本編再生、チャプタサーチ、字幕や言語設定、特典映像再生などを選択するためのメニュー画面に対応する。また、ムービータイトルは、メニュータイトルから選択される各映像である。タイトルがさらにメニュー画面であるような構成も可能である。
【００３５】
図３は、上述のようなクリップＡＶストリーム、クリップ情報(Stream Attributes)、クリップ、プレイアイテムおよびプレイリストの関係を示すＵＭＬ(Unified Modeling Language)図である。プレイリストは、１または複数のプレイアイテムに対応付けられ、プレイアイテムは、１のクリップに対応付けられる。１のクリップに対して、それぞれ開始点および／または終了点が異なる複数のプレイアイテムを対応付けることができる。１のクリップから１のクリップＡＶストリームファイルが参照される。同様に、１のクリップから１のクリップインフォメーションファイルが参照される。また、クリップＡＶストリームファイルとクリップインフォメーションファイルとは、１対１の対応関係を有する。このような構造を定義することにより、クリップＡＶストリームファイルを変更することなく、任意の部分だけを再生する、非破壊の再生順序指定を行うことが可能となる。
【００３６】
また、図４のように、複数のプレイリストから同一のクリップを参照することもできる。また、１のプレイリストから複数のクリップを指定することもできる。クリップは、プレイリスト中のプレイアイテムに示されるＩＮ点およびＯＵＴ点により、参照される。図４の例では、クリップ３００は、プレイリスト３１０のプレイアイテム３２０から参照されると共に、プレイリスト３１１を構成するプレイアイテム３２１および３２２のうちプレイアイテム３２１から、ＩＮ点およびＯＵＴ点で示される区間が参照される。また、クリップ３０１は、プレイリスト３１１のプレイアイテム３２２からＩＮ点およびＯＵＴ点で示される区間が参照されると共に、プレイリスト３１２のプレイアイテム３２３および３２４のうち、プレイアイテム３２３のＩＮ点およびＯＵＴ点で示される区間が参照される。図４の例では、クリップ３０１は、さらに別のプレイリストからも参照されている。
【００３７】
次に、ＡＶＣＨＤフォーマットによる、記録媒体に記録されるファイルの管理構造について、図５を用いて説明する。ファイルは、ディレクトリ構造により階層的に管理される。記録媒体上には、先ず、１つのディレクトリ（図５の例ではルート(root)ディレクトリ）が作成される。このディレクトリの下が、１つの記録再生システムで管理される範囲とする。
【００３８】
ルートディレクトリの下に、ディレクトリ"BDMV"が置かれる。さらに必要に応じて、ルートディレクトリの下にディレクトリ"AVCHDTN"がおかれる。ディレクトリ"AVCHDTN"には、例えばクリップの代表画像を所定サイズに縮小したサムネイルファイルが置かれる。ディレクトリ"BDMV"に、図１を用いて説明したデータ構造が格納される。
【００３９】
ディレクトリ"BDMV"の直下には、ファイルは、ファイル"index.bdmv"およびファイル"MovieObject.bdmv"の２つのみを置くことができる。また、ディレクトリ"BDMV"の下に、ディレクトリ"PLAYLIST"、ディレクトリ"CLIPINF"、ディレクトリ"STREAM"およびディレクトリ"BACKUP"が置かれる。ディレクトリ"BACKUP"は、各ディレクトリおよびファイルのバックアップが格納される。
【００４０】
ファイル"index.bdmv"は、ディレクトリ"BDMV"の内容について記述される。すなわち、このファイル"index.bdmv"が上述した最上層のレイヤであるインデックスレイヤにおけるインデックステーブルに対応する。また、ファイル"MovieObject.bdmv"は、１つ以上のムービーオブジェクトの情報が格納される。すなわち、このファイル"MovieObject.bdmv"が上述したオブジェクトレイヤに対応する。
【００４１】
ディレクトリ"PLAYLIST"は、プレイリストのデータベースが置かれるディレクトリである。すなわち、ディレクトリ"PLAYLIST"は、プレイリストに関するファイルであるファイル"xxxxx.mpls"を含む。ファイル"xxxxx.mpls"は、プレイリストのそれぞれに対して作成されるファイルである。ファイル名において、"."（ピリオド）の前の"xxxxx"は、５桁の数字とされ、ピリオドの後ろの"mpls"は、このタイプのファイルに固定的とされた拡張子である。
【００４２】
ディレクトリ"CLIPINF"は、クリップのデータベースが置かれるディレクトリである。すなわち、ディレクトリ"CLIPINF"は、クリップＡＶストリームファイルのそれぞれに対するクリップインフォメーションファイルであるファイル"zzzzz.clpi"を含む。ファイル名において、"."（ピリオド）の前の"zzzzz"は、５桁の数字とされ、ピリオドの後ろの"clpi"は、このタイプのファイルに固定的とされた拡張子である。
【００４３】
ディレクトリ"STREAM"は、実体としてのＡＶストリームファイルが置かれるディレクトリである。すなわち、ディレクトリ"STREAM"は、クリップインフォメーションファイルのそれぞれに対応するクリップＡＶストリームファイルを含む。クリップＡＶストリームファイルは、ＭＰＥＧ２(Moving Pictures Experts Group 2)のトランスポートストリーム（以下、ＭＰＥＧ２  ＴＳと略称する）からなり、ファイル名が"zzzzz.m2ts"とされる。ファイル名において、ピリオドの前の"zzzzz"は、対応するクリップインフォメーションファイルと同一することで、クリップインフォメーションファイルとこのクリップＡＶストリームファイルとの対応関係を容易に把握することができる。
【００４４】
なお、ディレクトリ"AVCHDTN"は、２種類のサムネイルファイル"thumbnail.tidx"および"thumbnail.tdt2"を置くことができる。サムネイルファイル"thumbnail.tidx"は、所定の方式で暗号化されたサムネイル画像が格納される。サムネイルファイル"thumbnail.tdt2"は、暗号化されていないサムネイル画像が格納される。例えばビデオカメラでユーザが撮影したクリップに対応するサムネイル画像は、コピーフリーであって暗号化する必要が無いと考えられるため、このサムネイルファイル"thumbnail.tdt2"に格納される。
【００４５】
図５で示した各ファイルのうち、この発明に関わりの深いものについて、より詳細に説明する。先ず、ディレクトリ"BDMV"の直下に置かれるファイル"index.bdmv"について説明する。図６は、このファイル"index.bdmv"の一例の構造を表すシンタクスを示す。ここでは、シンタクスをコンピュータ装置などのプログラムの記述言語として用いられるＣ言語の記述法に基づき示す。これは、他のシンタクスを表す図において、同様である。
【００４６】
図６において、フィールドTypeIndicatorは、３２ビットのデータ長を有し、このファイルがインデックステーブルであることを示す。フィールドTypeIndicator2は、３２ビットのデータ長を有し、このファイル"index.bdmv"のバージョンを示す。フィールドIndexesStartAddressは、３２ビットのデータ長を有し、このシンタクス内にあるブロックblkIndexes()の開始アドレスを示す。
【００４７】
フィールドExtensionDataStartAddressは、３２ビットのデータ長を有し、このシンタクス内にあるブロックblkExtensionData()の開始アドレスを示す。ブロックblkExtensionData()は、所定の拡張データを格納可能とするためのブロックである。フィールドExtensionDataStartAddressは、このファイル"index.bdmv"の最初のバイトからの相対バイト数で、ブロックblkExtensionData()の開始アドレスを示す。相対バイト数は、"０"から開始される。若し、このフィールドExtensionDataStartAddressの値が"０"であれば、このファイル"index.bdmv"内に、ブロックblkExtensionData()が存在しないことを示す。
【００４８】
フィールドExtensionDataStartAddressに続けて、データ長が１９２バイトの領域reservedが配される。なお、領域reservedは、バイトアライメントや、将来的なフィールドの追加などのための領域である。これは、以下の説明においても同様である。ブロックblkAppInfoBDMV()は、コンテンツ制作者が任意の情報を記述できるブロックであって、プレーヤの動作などには影響を与えない。
【００４９】
ブロックblkIndexes()は、このファイル"index.bdmv"の実質的な内容であって、このブロックblkIndexes()に記述された内容により、ディスクをプレーヤに装填した際に再生されるファーストプレイバックや、トップメニューから呼び出されるタイトル（ムービーオブジェクト）が指定される。インデックステーブルにより呼び出されたムービーオブジェクト等に記述されたコマンドに基づき、後述するプレイリストファイルが読み込まれる。
【００５０】
図７は、ブロックblkIndexes()の一例の構造を表すシンタクスを示す。フィールドLengthは、３２ビットのデータ長を有し、このフィールドLength直後からこのブロックblkIndexes()の終わりまでのデータ長を示す。続けて、ブロックFirstPlaybackTitle()およびブロックMenuTitle()が配される。
【００５１】
ブロックFirstPlaybackTitle()は、ファーストプレイバックで用いられるオブジェクトに関する情報が記述される。ブロックFirstPlaybackTitle()は、１ビットのデータ長を有する領域reservedに続けて固定値"1"が記述される。さらに３１ビットのデータ長を有する領域reservedを介して固定値"1"が記述される。そして、１４ビットのデータ長を有する領域reservedを介して、１６ビットのデータ長を有するフィールドFirstPlaybackTitleMobjIDRefが配される。このフィールドFirstPlaybackTitleMobjIDRefにより、ファーストプレイバックタイトルで用いられるムービーオブジェクトのＩＤを示す。
【００５２】
ムービーオブジェクトのＩＤは、例えば、図８および図９を用いて後述するムービーオブジェクトのシンタクスに基づき、ムービーオブジェクトのforループ文においてループ変数として用いられる値mobj_idで示される。この例では、フィールドFirstPlaybackTitleMobjIDRefは、参照するムービーオブジェクトに対応する値mobj_idが格納される。
【００５３】
なお、ブロックblkIndexes()におけるブロックFirstPlaybackTitle()内のフィールドFirstPlaybackTitleMobjIDRefは、トップメニューのムービーオブジェクトを指していてもよいし、タイトルを指していてもよい。
【００５４】
ブロックMenuTitle()は、トップメニューで用いられるオブジェクトに関する情報が記述される。ブロックMenuTitle()は、１ビットのデータ長を有する領域reservedに続けて固定値"1"が記述される。さらに３１ビットのデータ長を有する領域reservedを介して固定値"1"が記述される。そして、１４ビットのデータ長を有する領域reservedを介して、１６ビットのデータ長を有するフィールドMenuTitleMobjIDRefが配される。フィールドMenuTitleMobjIDRefは、メニュータイトルで用いられるムービーオブジェクトのＩＤを示す。
【００５５】
ブロックMenuTitle()の次のフィールドNumberOfTitlesは、１６ビットのデータ長を有し、ユーザが選択、再生可能なタイトルの数を示す。次のforループ文に従い、このフィールドNumberOfTitlesに示される回数だけ、値title_idを引数として、ブロックMovieTitle[title_id]()が記述される。ブロックMovieTitle[title_id]()は、タイトル毎の情報が記述される。値title_idは、"０"からフィールドNumberOfTitlesで示される値までの数値であり、タイトルを識別する。
【００５６】
ブロックMovieTitle[title_id]()において、１ビットのデータ長を有する領域reservedを介して固定値"1"が記述され、さらに、４６ビットのデータ長を有する領域reservedを介してフィールドMovieTitleMobjIDRefが記述される。フィールドMovieTitleMobjIDRefは、１６ビットのデータ長を有し、このタイトルで用いられるムービーオブジェクトのＩＤを示す。フィールドMovieTitleMobjIDRefの後ろに、３２ビットのデータ長を有する領域reservedが配される。
【００５７】
図８は、ディレクトリ"BDMV"の直下に置かれるファイル"MovieObject.bdmv"の一例の構造を表すシンタクスを示す。フィールドTypeIndicatorは、３２ビット（４バイト）のデータ長を有し、このファイルがファイル"MovieObject.bdmv"であることを示す。フィールドTypeIndicatorは、ＩＳＯ(International Organization for Standarization)６４６に規定された符号化方式で符号化した４文字からなる文字列が記述される。この図８の例では、フィールドtype_indicatiorにＩＳＯ６４６に既定の方式で符号化された４文字の文字列"MOBJ"が記述され、このファイルがファイル"MovieObject.bdmv"であることが示される。
【００５８】
フィールドTypeIndicator2は、３２ビット（４バイト）のデータ長を有し、このファイル"MovieObject.bdmv"のバージョン番号を示す。このファイル"MovieObject.bdmv"では、フィールドTypeIndicator2は、ＩＳＯ６４６に規定された符号化方式で符号化した４文字の文字列"0100"でなければならない。
【００５９】
フィールドExtensionDataStartAddressは、３２ビットのデータ長を有し、このシンタクス内にあるブロックblkExtensionData()の開始アドレスを示す。フィールドExtensionDataStartAddressは、このファイル"MovieObject.bdmv"の最初のバイトからの相対バイト数で、ブロックblkExtensionData()の開始アドレスを示す。相対バイト数は、"０"から開始される。若し、このフィールドExtensionDataStartAddressの値が"０"であれば、このファイル"MovieObject.bdmv"内に、ブロックblkExtensionData()が存在しないことを示す。
【００６０】
なお、この図８に示すシンタクス内のフィールドpadding_wordは、１６ビットのデータ長を有し、このファイル"MovieObject.bdmv"のシンタクスに従いforループ文に値N1または値N2で示される回数だけ挿入される。値N1または値N2は、０または任意の正の整数である。また、フィールドpadding_wordは、任意の値を用いることができる。
【００６１】
フィールドExtensionDataStartAddressに続けてデータ長が２２４ビットの領域reservedが配され、その次に、このファイル"MovieObject.bdmv"の本体であるブロックblkMovieObjects()が格納される。
【００６２】
図９は、ブロックblkMovieObjects()の一例の構造を表すシンタクスを示す。フィールドLengthは、３２ビットのデータ長を有し、このフィールドLengthの直後からこのブロックblkMovieObjects()の終わりまでのデータ長を示す。３２ビットのデータ長を有する領域reservedを介してフィールドNumberOfMobjsが配される。フィールドNumberOfMobjsは、直後のforループ文に従い格納されるムービーオブジェクトの数を示す。forループ文のループ変数として用いられる値mobj_idで、ムービーオブジェクトが一意に特定される。値mobj_idは、"０"から始まる値で、ムービーオブジェクトは、forループ文中に記述される順序により定義される。
【００６３】
forループ文中のブロックTerminalInfo()は、固定値"1"が記述され、次に１５ビットのデータ長を有する領域reservedが配される。その次に、１６ビットのデータ長を有するフィールドNumberOfNavigationCommands[mobj_id]が配される。このフィールドNumberOfNavigationCommands[mobj_id]は、値mobj_idによって指し示されるムービーオブジェクトMovieObject[mobj_id]()に含まれるナビゲーションコマンド(NavigationCommand)の数を表す。
【００６４】
次の、値command_idをループ変数とするforループ文により、フィールドNumberOfNavigationCommands[mobj_id]に示される数だけ、ナビゲーションコマンドが記述される。すなわち、このforループ文中に配されるフィールドNavigationCommand[mobj_id][command_id]は、値mobj_idによって指し示されるブロックMovieObject[mobj_id]()に含まれる、値command_idで示される順番のナビゲーションコマンドNavigationCommandを格納する。値command_idは、０から始まる値で、ナビゲーションコマンドNavigationCommandは、このforループ文中に記述される順序で定義される。
【００６５】
図１０は、プレイリストファイル"xxxxx.mpls"の一例の構造を表すシンタクスを示す。フィールドTypeIndicatorは、３２ビット（４バイト）のデータ長を有し、このファイルがプレイリストファイルであることを示す。フィールドTypeIndicator2は、３２ビット（４バイト）のデータ長を有し、このプレイリストファイルのバージョンを示す。フィールドPlayListStartAddressは、３２ビットのデータ長を有し、このシンタクス中のブロックblkPlayList()の開始アドレスを示す。
【００６６】
フィールドPlayListMarkStartAddressは、３２ビットのデータ長を有し、このシンタクス中のブロックblkPlayListMark()の開始アドレスを示す。フィールドExtensionDataStartAddressは、３２ビットのデータ長を有し、このシンタクス中のブロックblkExtensionData()の開始アドレスを示す。フィールドExtensionDataStartAddressは、ブロックblkExtensionData()の開始アドレスを、ファイル"xxxxx.mpls"の最初のバイトからの相対バイト数を表した値である。相対バイト数は、"０"から開始される。若し、このフィールドExtensionDataStartAddressの値が"０"であれば、このファイル"xxxxx.mpls"内に、ブロックblkExtensionData()が存在しないことを示す。
【００６７】
１６０ビットのデータ長を有する領域reservedを介してブロックblkAppInfoPlayList()が配される。ブロックblkAppInfoPlayList()は、次のブロックblkPlayList()に記述されるプレイリストのタイプ、再生制限などの情報が記述される。ブロックblkPlayList()は、プレイリストが記述される。ブロックblkPlayListMark()は、チャプタジャンプなどでジャンプされるポイントが記述される。ブロックblkExtensionData()は、所定の拡張データを格納可能とするためのブロックである。
【００６８】
なお、この図１０に示すシンタクス内のフィールドpadding_wordは、１６ビットのデータ長を有し、このファイル"xxxxx.mpls"のシンタクスに従いforループ文に値N1、値N2および値N3で示される回数だけ挿入される。値N1、値N2または値N3は、０または任意の正の整数である。また、フィールドpadding_wordは、任意の値を用いることができる。
【００６９】
図１１は、ブロックblkPlayList()の一例の構造を表すシンタクスを示す。フィールドLengthは、３２ビットのデータ長を有し、このフィールドLengthの直後からブロックblkPlayList()の最後までのデータ長を示す。フィールドLengthに続けて１６ビットのデータ長を有する領域reservedが配され、次にフィールドNumberOfPlayItemsが配される。フィールドNumberOfPlayItemsは、１６ビットのデータ長を有し、このブロックblkPlayList()に含まれるプレイアイテムの数を示す。フィールドNumberOfSubPathは、このブロックblkPlayList()に含まれるサブパスの数を示す。
【００７０】
次のforループ文に従い、フィールドNumberOfPlayItemsで示される数だけ、プレイアイテムが記述されるブロックblkPlayItem()が記述される。forループ文に基づくカウント数がブロックblkPlayItem()の識別子PlayItem_idとなる。さらに次のforループ文に従い、フィールドNumberOfSubPathで示される数だけ、ブロックblkSubPath()が記述される。forループ文に基づくカウント数がブロックblkSubPath()の識別子SubPath_idとなる。
【００７１】
なお、サブパスは、主として再生されるプレイアイテムに対応するメインパスに対して、サブプレイアイテムに対応して持つことができる。サブパスは、例えば、アフレコ用のオーディオデータの指定や、２枚の映像を合成する際に、プレイアイテムで指定されるクリップと同期して再生する副映像を指定するといった目的で用いられる。
【００７２】
図１２は、ブロックblkPlayItem()の一例の構造を表すシンタクスを示す。フィールドLengthは、１６ビットのデータ長を有し、このフィールドLengthの直後からブロックblkPlayItem()の最後までのデータ長を示す。
【００７３】
フィールドClipInformationFileNameは、４０ビット（５バイト）のデータ長を有し、このブロックblkPlayItem()が参照するクリップインフォメーションファイルのファイル名が示される。このプレイアイテムにおいて、フィールドClipInformationFileName[0]で示されるファイル名のクリップインフォメーションファイルが読み出される。フィールドClipCodecIdentifier[0]は、３２ビット（４バイト）のデータ長を有し、このブロックblkPlayItem()によるプレイアイテムにおいて用いられるクリップＡＶストリームのコーデック方式を示す。
【００７４】
１２ビットのデータ長を有する領域reservedを介して、フィールドConnectionConditionが配される。フィールドConnectionConditionは、４ビットのデータ長を有し、クリップ間の接続状態に関する情報を示す。記録用途の記録媒体に対しては、フィールドConnectionConditionの値として"１"、"５"または"６"が用いられる。フィールドConnectionConditionの値が"１"で、そのプレイアイテムから参照されているクリップと手前のプレイアイテムから参照されているクリップとがシームレス接続しないことを示し、フィールドConnectionConditionの値が"５"または"６"で、そのプレイアイテムから参照されているクリップと手前のプレイアイテムから参照されているクリップとがシームレス接続することを示す。なお、シームレス接続とは、クリップと次のクリップとがフレームタイミングで連続的に再生されるように、クリップ間の再生制御を行うことをいう。
【００７５】
フィールドConnectionConditionの値が"５"で、当該プレイアイテムが参照するクリップにおいて、オーディオデータの記録長がビデオデータの記録長に対して長くされる（図１３Ａ参照）。これにより、クリップとクリップとを接続する際に、オーディオデータのフェイドアウト処理が可能とされる。例えば、ユーザによる記録停止操作によりクリップがクローズされる場合に、フィールドConnectionConditionの値が"５"とされる。以下、このフィールドConnectionConditionの値が"５"で示されるクリップの接続方法を、第１のシームレス接続と呼ぶ。
【００７６】
フィールドConnectionConditionの値が"６"で、当該プレイアイテムが参照するクリップにおいて、オーディオデータの記録長がビデオデータの記録長に対して同じくされる（図１３Ｂ参照）。これにより、クリップとクリップとの接続をシームレスに行うことが可能とされる。例えば、ユーザ操作に応じた記録停止以外の理由、例えばシステム要因に基づきクリップがクローズされる場合に、フィールドConnectionConditionの値が"６"とされる。以下、このフィールドConnectionConditionの値が"６"で示されるクリップの接続方法を、第２のシームレス接続と呼ぶ。
【００７７】
フィールドRefToSTCID[0]は、８ビットのデータ長を有し、システムタイムベース（ＳＴＣ）の不連続点に関する情報を示す。フィールドINTimeおよびフィールドOUTTimeは、それぞれ３２ビットのデータ長を有し、メインクリップＡＶストリームの再生範囲を示す。フィールドINTimeが開始点（ＩＮ点）を示し、フィールドOUTTimeが終了点（ＯＵＴ点）を示す。
【００７８】
ブロックblkUOMaskTable()は、ユーザ入力の受付制限が設定されるテーブルである。１ビットのデータ長を有するフラグPlayItemRandomAccessFlagは、このブロックblkPlayItem()によるプレイアイテムに対してランダムアクセスを許可するか否かを規定する。続けて、７ビットのデータ長を有する領域reservedを介してフィールドStillModeが配される。フィールドStillModeは、８ビットのデータ長を有し、ブロックblkPlayItem()によるプレイアイテムにおいて、最後に表示した映像を静止画として表示させるか否かを示す。フィールドStillModeの値が"0x01"（バイナリ）であれば、if文に基づき、１６ビットのデータ長を有するフィールドStillTimeにより静止時間が示される。フィールドStillModeの値が"0x01"以外であれば、当該１６ビットのデータ長を有する領域が領域reservedとされる。
【００７９】
なお、数値の記述において"0x"は、その数値が１６進表記されていることを示す。これは、以下の同様な表記について共通である。
【００８０】
ブロックblkSTNTable()は、このブロックblkPlayItem()によるプレイアイテムが管理しているクリップＡＶストリームの属性、ＰＩＤ番号、記録媒体上での記録位置などが管理される。
【００８１】
図１４は、ブロックblkPlayListMark()の一例の構造を表すシンタクスを示す。フィールドLengthは、３２ビットのデータ長を有し、このフィールドLengthの直後からブロックblkPlayListMark()の最後までのデータ長を示す。
【００８２】
フィールドNumberOfPlayListMarksは、１６ビットのデータ長を有し、このブロックblkPlayListMark()に含まれるプレイリストマークの数を示す。次のforループ文に従い、フィールドNumberOfPlayListMarksで示される数だけプレイリストマークの情報が記述される。
【００８３】
forループ文内において、８ビットのデータ長を有する領域reserveに続けてフィールドMarkTypeが配される。フィールドMarkTypeは、８ビットのデータ長を有し、マークのタイプを示す。プレイリストマークには、エントリマーク(Entry Mark)およびリンクポイント(Link Point)の２タイプが定義されており、このフィールドMarkTypeにより、何れのタイプであるかが示される。チャプタを定義するためには、エントリマークを用いる。リンクポイントは、この発明と関連性が薄いので、説明を省略する。上述したフィールドNumberOfPlayListMarksは、エントリマークおよびリンクポイントを合計した値を示す。
【００８４】
フィールドRefToPlayItemIDは、１６ビットのデータ長を有し、マークが打たれるプレイアイテムを参照する識別情報PlayItem_idが記述される。フィールドMarkTimeStampは、３２ビットのデータ長を有し、マークが打たれるポイントを示すタイムスタンプが記述される。フィールドEntryESPIDは、１６ビットのデータ長を有し、マークによって指し示されるエレメンタリストリームを含んでいるＴＳパケットのＰＩＤの値を示す。フィールドDurationは、４５ｋＨｚのクロックを単位とした計測による、３２ビットのデータ長を有する符号無し整数である。このフィールドDurationに格納される値が"０"であれば、このフィールドDurationは、意味を成さない。
【００８５】
図１５は、クリップインフォメーションファイルの一例の構造を表すシンタクスを示す。フィールドTypeIndicatorは、３２ビット（４バイト）のデータ長を有し、このファイルがクリップインフォメーションファイルであることを示す。フィールドTypeIndicator2は、３２ビット（４バイト）のデータ長を有し、このクリップインフォメーションファイルのバージョンを示す。
【００８６】
このクリップインフォメーションファイルは、ブロックblkClipInfo()、ブロックblkSequenceInfo()、ブロックblkProgramInfo()、ブロックblkCPI()、ブロックblkClipMark()およびブロックblkExtensionData()を有し、それぞれ３２ビットのデータ長を有するフィールドSequenceInfoStartAddress、フィールドProgramInfoStartAddress、フィールドCPIStartAddress、フィールドClipMarkStartAddressおよびフィールドExtensionDataStartAddressは、各々対応するブロックの開始アドレスを示す。
【００８７】
フィールドExtensionDataStartAddressは、このクリップインフォメーションファイルの最初のバイトからの相対バイト数で、ブロックblkExtensionData()の開始アドレスを示す。相対バイト数は、"０"から開始される。若し、このフィールドExtensionDataStartAddressの値が"０"であれば、このファイル"index.bdmv"内に、ブロックblkExtensionData()が存在しないことを示す。
【００８８】
ブロックblkClipInfo()は、これらの開始アドレスを示すフィールドに続く、９６ビットのデータ長を有する領域reservedの次から開始される。ブロックblkClipInfo()は、このクリップインフォメーションファイルが管理するクリップＡＶストリームに関する情報が記述される。ブロックblkSequenceInfo()は、ＳＴＣやＡＴＣ（アライバルタイムベース）が連続しているシーケンスをまとまりとして管理する情報が記述される。ブロックblkProgramInfo()は、このクリップインフォメーションファイルに管理されるクリップＡＶストリームの符号化方式、クリップＡＶストリーム中のビデオデータのアスペクト比などの情報が記述される。ブロックblkCPI()は、ランダムアクセス開始点などの、ＡＶストリーム中の特徴的な箇所を表す特徴点情報ＣＰＩに関する情報が格納される。
【００８９】
また、ブロックblkClipMark()は、チャプタ位置などの、クリップに付された頭出しのためのインデックス点（ジャンプポイント）が記述される。ブロックblkExtensionData()は、拡張データを格納することができる領域である。なお、これらブロックblkClipMark()およびクリップインフォメーションファイル内のブロックblkExtensionData()は、この発明との関連性が薄いので、詳細な説明を省略する。
【００９０】
図１６は、ブロックblkClipInfo()の一例の構造を表すシンタクスを示す。フィールドLengthは、３２ビットのデータ長を有し、このフィールドLengthの直後からブロックblkClipInfo()の最後までのデータ長を示す。１６ビットのデータ長を有する領域reservedを介して、フィールドClipStreamTypeが配される。
【００９１】
フィールドClipStreamTypeは、８ビットのデータ長を有し、クリップＡＶストリームの種別を表す。このフィールドClipStreamTypeの値は、例えば"１"に固定的とされる。フィールドApplicationTypeは、８ビットのデータ長を有し、クリップＡＶストリーム（拡張子が「m2ts」のファイル）がどのような多重化によって作られているかを示す。フィールドApplicationTypeの値が"１"で、対応するクリップＡＶストリームは、通常の動画が再生される。続けて３１ビットのデータ長を有する領域reservedが配される。
【００９２】
データ長が１ビットのフラグIsCC5は、プレイリストにおけるブロックblkPlayItem()によって、対応するクリップと次のクリップとの接続を、上述した第１のシームレス接続、すなわちフィールドConnectionConditionの値が"５"で示される方法で行うか否かを示す。フラグIsCC5の値が"１"（バイナリ値）であれば、クリップ間の接続が第１のシームレス接続によりなされていることを示す。
【００９３】
フィールドTSRecordingRateは、クリップＡＶストリームファイルの記録レートをバイト／秒で表したものである。フィールドNumberOfSourcePacketsは、クリップＡＶストリームに含まれるソースパケット数を表す。１０２４ビットのデータ長の領域reservedを介してブロックTSTypeInfoBlock()が配される。ブロックTSTypeInfoBlock()は、クリップＡＶストリームが格納されるパケットのタイプを示す情報が格納される。このブロックTSTypeInfoBlock()は、この発明との関連性が薄いので、詳細な説明を省略する。
【００９４】
次のif文以下の情報は、上述のフラグIsCC5の値が"１"である場合に記述される。if文の次の８ビットのデータ長を有する領域reservedを介してフィールドFollowingClipStreamTypeが配されるフィールドFollowingClipStreamTypeは、８ビットのデータ長を有し、このクリップインフォメーションファイルに対応するクリップの次のクリップのタイプが記述される。３２ビットのデータ長を有する領域reservedを介してフィールドFollowingClipInformationFileNameが配される。
【００９５】
フィールドFollowingClipInformationFileNameは、４０ビット（５バイト）のデータ長を有し、このクリップインフォメーションファイルに対応するクリップの次のクリップに対応するクリップインフォメーションファイルのファイル名が記述される。次のフィールドClipCodecIdentifierは、３２ビット（４バイト）のデータ長を有し、当該次のクリップの符号化方式を示す。この例では、フィールドClipCodecIdentifierは、ＩＳＯ６４６に既定の方式で符号化された４文字の文字列値"M2TS"に固定的とされる。次に８ビットのデータ長を有する領域reservedが配される。
【００９６】
図１７は、ブロックblkSequenceInfo()の一例の構造を表すシンタクスを示す。フィールドLengthは、３２ビットのデータ長を有し、このフィールドLengthの直後からブロックblkSequenceInfo()の最後までのデータ長を示す。１５ビットのデータ長を有する領域reservedを介して、データ長が１ビットで固定値"１"が記述される。
【００９７】
次のフィールドSPNATCStartは、３２ビットのデータ長を有し、連続した時間に記録されたことを表すシーケンス（シーケンスATCSequenceと呼ぶ）の開始をパケット番号で表す。この図１７の例では、フィールドSPNATCStartは、値を"０"としてクリップＡＶストリームファイルの先頭と一致させている。フィールドNumberOfSTCSequenceは、シーケンスATCSequence上のシーケンスSTCSequenceの数を表す。フィールドNumberOfSTCSequenceは、値が"１"以上とされる。
【００９８】
次のforループ文に従い、フィールドNumberOfSTCSequenceで示される数だけ、シーケンスSTCSequenceの情報が記述される。シーケンスSTCSequenceは、ＭＰＥＧ２  ＴＳ(Transport Stream)における時間軸の基準であるＰＣＲ(Program Clock Reference)が連続な範囲を表す。シーケンスSTCSequenceには、クリップ内で一意な番号STC_idが割り当てられる。このシーケンスSTCSequence内では、不連続の無い一貫した時間軸を定義できるので、プレイアイテムの開始時刻および終了時刻を一意に定めることができる。つまり、各プレイアイテムの開始点と終了点は、同一のシーケンスSTCSequenceに存在していなければならない。このforループ文においては、値stc_idによりシーケンスSTCSequenceが指定される。
【００９９】
フィールドPCRPID[stc_id]は、１６ビットのデータ長を有し、ＭＰＥＧ２  ＴＳにおいて、ＰＣＲ(Program Clock Reference)が含まれるＴＳパケットのＰＩＤを表す。フィールドSPNSTCStart[stc_id]は、３２ビットのデータ長を有し、シーケンスSTCSequenceの開始をパケット番号で表す。フィールドPresentationStartTimeおよびフィールドPresentationEndTimeは、それぞれ３２ビットのデータ長を有し、クリップＡＶストリーム中の有効な範囲を表す。フィールドPresentationStartTimeおよびフィールドPresentationEndTimeで示される範囲がプレイアイテムから参照できる範囲となる。
【０１００】
図１８は、ブロックblkProgramInfo()の一例の構造を表すシンタクスを示す。フィールドLengthは、３２ビットのデータ長を有し、このフィールドLengthの直後からブロックblkProgramInfo()の最後までのデータ長を示す。１５ビットのデータ長を有する領域reservedを介して、データ長が１ビットで固定値"１"が記述される。
【０１０１】
フィールドSPNProgramSequenceStartは、３２ビットのデータ長を有し、対応するクリップＡＶストリームファイルにおいて、プログラムシーケンスが開始されるソースパケットの番号が記述される。フィールドProgramMapPIDは、１６ビットのデータ長を有し、プログラムシーケンスに適用可能なプログラムマップセクションを含むとされているＴＳパケットのＰＩＤの値を示す。フィールドNumberOfStreamsInPSは、８ビットのデータ長を有し、プログラムシーケンスに定義されるエレメンタリストリームの数を示す。フィールドNumberOfStreamsInPSに続けて、８ビットのデータ長を有する領域reservedが配される。
【０１０２】
次のforループ文に従い、値[stream_index]をループ変数として、フィールドNumberOfStreamsInPSで示される数だけ、フィールドStreamPID[stream_index]およびブロックblkStreamCodingInfo(stream_index)の組が格納される。フィールドStreamPID[stream_index]は、プログラムシーケンスによって参照されたＰＭＴ(Program Map Table)に記述されたエレメンタリストリームに対応するＰＩＤの値を示す。次のブロックblkStreamCodingInfo(stream_index)は、対応するフィールドStreamPID[stream_index]で示されるエレメンタリストリームの符号化方式に関する情報が記述される。
【０１０３】
例えば、ブロックblkStreamCodingInfo(stream_index)は、対応するエレメンタリストリームがビデオストリーム、オーディオストリーム、ＯＢストリームおよびＭＢストリームの何れであるかの情報が記述され、ビデオストリームであれば、ビデオフォーマット、フレームレートおよびアスペクト比の情報がさらに記述される。
【０１０４】
図１９は、ブロックblkCPI()の一例の構造を表すシンタクスを示す。ＭＰＥＧストリームのような、フレーム間圧縮を行っている符号化ストリームにおいては、デコード開始可能な箇所は、ＧＯＰ(Group Of Picture)の先頭など一部の箇所に限定されていることが多い。ＣＰＩ(Characteristic Point Information)とは、そのデコード可能な開始点の位置の情報を集めたデータベースで、再生時刻と、ファイル内アドレスとが対応付けられたテーブルになっている。すなわち、ＣＰＩは、デコード単位の先頭位置を示す情報がテーブル化されている。
【０１０５】
このようにデータベースを定めることで、例えば、任意の時刻から再生したい場合、再生時刻を元にＣＰＩを参照することによって再生位置のファイル内アドレスがわかる。このアドレスは、デコード単位の先頭となっているため、プレーヤは、そこからデータを読み出してデコードし、素早く画像を表示することができる。
【０１０６】
なお、このＣＰＩに格納される、デコード単位の先頭位置（この例ではＧＯＰの先頭位置）を、ＥＰ(Entry Point)エントリと称する。
【０１０７】
図１９において、フィールドLengthは、３２ビットのデータ長を有し、このフィールドLengthの直後からブロックblkCPI()の最後までのデータ長を示す。次のif文に従い、フィールドLengthの値が０でなければ、１２ビットのデータ長を有する領域reservedを介してフィールドCPITypeが配される。フィールドCPITypeは、４ビットのデータ長を有し、ＣＰＩの種類を示す。次のブロックblkEPMap()は、対応するクリップＡＶストリームファイルにおけるＰＴＳ値とバイトアドレスとの関連付けを行うテーブルが格納される。
【０１０８】
図２０は、ブロックblkEPMap()の一例の構造を表すシンタクスを示す。８ビットのデータ長を有する領域reservedを介してフィールドNumberOfStreamPIDEntriesが配される。フィールドNumberOfStreamPIDEntriesは、８ビットのデータ長を有し、ブロックblkEPMap()におけるブロックblkEPMapForOneStreamPIDのエントリ数を示す。forループ文に従い、値[k]をループ変数として、フィールドNumberOfStreamPIDEntriesに示される数だけ、エントリポイントに関する情報が記述される。
【０１０９】
forループ文内において、フィールドStreamPID[k]は、１６ビットのデータ長を有し、ブロックblkEPMap()の中で[k]番目にエントリされるブロックblkEPMapForOneStreamPID（以下、[k]番目のブロックblkEPMapForOneStreamPIDと記述する）によって参照されるエレメンタリストリームを伝送するトランスポートパケットのＰＩＤの値を示す。
【０１１０】
１０ビットのデータ長を有する領域reservedを介してフィールドEPStreamType[k]が配される。フィールドEPStreamType[k]は、４ビットのデータ長を有し、[k]番目のブロックblkEPMapForOneStreamPIDによって参照されるエレメンタリストリームのタイプを示す。フィールドNumberOfEPCoarseEntries[k]は、１６ビットのデータ長を有し、[k]番目のブロックblkEPMapForOneStreamPIDの中にある粗い検索用のサブテーブル(EP coarse table)のエントリ数を示す。フィールドNumberOfEPFineEntries[k]は、１８ビットのデータ長を有し、[k]番目のブロックblkEPMapForOneStreamPIDの中にある精密な検索用のサブテーブル(EP fine table)のエントリ数を示す。フィールドEPMapForOneStreamPIDStartAddress[k]は、３２ビットのデータ長を有し、ブロックblkEPMap()の中で[k]番目のブロックblkEPMapForOneStreamPIDが始まる相対バイト位置を示す。この値は、ブロックblkEPMap()の第１バイト目からのバイト数で示される。
【０１１１】
上述のforループ文による記述の後、１６ビットの整数倍のデータ長を有するパディングワードを挟んで記述されるforループ文に従い、値[k]をループ変数として、フィールドNumberOfStreamPIDEntriesに示される数だけ、ブロックblkEPMapForOneStreamPID(EPStreamType[k], NumberOfEPCoarseEntries[k], NumberOfEPFineEntries[k])が格納される。すなわち、引数NumberOfEPCoarseEntries[k]は、サブテーブル(EP coarse table)に格納されるエントリPTSEPCoarseおよびエントリSPNEPCoarseの数を示す。同様に、引数NumberOfEPFineEntries[k]は、サブテーブル(EP fine table)に格納されるエントリPTSEPFineおよびエントリSPNEPFineの数を示す。以下では、引数NumberOfEPCoarseEntries[k]および引数NumberOfEPFineEntries[k]を、それぞれ適宜、エントリ数Ncおよびエントリ数Nfと呼ぶ。
【０１１２】
図２１は、ブロックblkEPMapForOneStreamPID(EP_stream_type, Nc, Nf)の一例の構造を表すシンタクスを示す。ブロックblkEPMapForOneStreamPID(EP_stream_type, Nc, Nf)のセマンティクスを説明するために、先ず、ブロックblkEPMapForOneStreamPID(EP_stream_type, Nc, Nf)に格納されるデータの元となるエントリである、エントリPTSEPStartおよびエントリSPNEPStartの意味について説明する。
【０１１３】
エントリPTSEPStartと、エントリPTSEPStartに関連付けられたエントリSPNEPStartは、それぞれＡＶストリーム上のエントリポイントを指す。そして、エントリPTSEPFineと、エントリPTSEPFineに関連付けられたエントリPTSEPCoarseは、同一のエントリPTSEPStartから導かれる。また、エントリSPNEPFineと、エントリSPNEPFineに関連付けられたエントリSPNEPCoarseは、同一のエントリSPNEPStartから導かれる。
【０１１４】
図２２は、エントリPTSEPCoarseおよびエントリPTSEPFineの一例のフォーマットについて示す。ＰＴＳすなわちエントリPTSEPStartは、データ長が３３ビットの値である。ＭＳＢのビットを第３２ビット、ＬＳＢのビットを第０ビットとするとき、この図２２の例では、大まかな単位で検索を行う際に用いられるエントリPTSEPCoarseは、エントリPTSEPStartの第３２ビットから第１９ビットまでの１４ビットが用いられる。エントリPTSEPCoarseにより、解像度が５．８秒で、２６．５時間までの範囲で検索が可能である。また、より精密な検索を行うためのエントリPTSEPFineは、エントリPTSEPStartの第１９ビットから第９ビットまでの１１ビットが用いられる。エントリPTSEPFineにより、解像度が５．７ミリ秒で、１１．５秒までの範囲で検索が可能である。なお、第１９ビットは、エントリPTSEPCoarseとエントリPTSEPFineとで共通して用いられる。また、ＬＳＢ側の第０ビットから第８ビットまでの９ビットは、用いられない。
【０１１５】
図２３は、エントリSPNEPCoarseおよびエントリSPNEPFineの一例のフォーマットについて示す。ソースパケット番号すなわちエントリSPNEPStartは、データ長が３２ビットの値である。ＭＳＢのビットを第３１ビット、ＬＳＢのビットを第０ビットとするとき、この図２３の例では、大まかな単位で検索を行う際に用いられるエントリSPNEPCoarseは、エントリSPNEPStartの第３１ビットから第０ビットまでの全てのビットが用いられる。また、より精密な検索を行うためのエントリSPNEPFineは、エントリSPNEPStartの第１６ビットから第０ビットまでの１７ビットが用いられる。エントリSPNEPFineにより、例えば略２５ＭＢ(Mega Byte)のＡＶストリームファイルまでの範囲で、検索が可能である。
【０１１６】
なお、ソースパケット番号の場合でも、エントリSPNEPCoarseとしてＭＳＢ側の所定ビット数の値だけ用いるようにしてもよい。例えば、エントリSPNEPCoarseとして、エントリSPNEPStartの第３１ビットから第１６ビットまでの１７ビットを用い、エントリSPNEPFineは、エントリSPNEPStartの第１６ビットから第０ビットまでの１７ビットを用いる。
【０１１７】
上述に基づき、エントリPTSEPStartおよびエントリSPNEPStartは、次のように定義される。
【０１１８】
エントリPTSEPStartは、図２２で示したように、データ長が３３ビットの符号無し整数であり、ＡＶストリーム中で、ランダムアクセスが可能なピクチャ（例えばＩＤＲ(Instantaneous Decoding Refresh)ピクチャやＩ(Intra)ピクチャ）から開始するビデオアクセスユニットの３３ビット長のＰＴＳを示す。
【０１１９】
エントリSPNEPStartは、図２３で示したように、３２ビットの符号無し整数であり、エントリPTSEPStartに関連付けられたビデオアクセスユニットの第１バイト目を含むソースパケットの、ＡＶストリームの中でのアドレスを示す。エントリSPNEPStartは、ソースパケット番号の単位で表され、ＡＶストリームファイル中の最初のソースパケットから、値"０"を初期値として、ソースパケット毎に１ずつ増加する値としてカウントされる。
【０１２０】
図２１を参照し、ブロックblkEPMapForOneStreamPID(EP_stream_type, Nc, Nf)は、第１のforループ文により大まかな単位での検索を行うためのサブテーブル(EP coarse table)が記述され、第２のforループ文によりサブテーブル(EP coarse table)の検索結果に基づきより詳細な検索を行うためのサブテーブル(EP fine table)が記述される。
【０１２１】
第１のforループ文の直前に、フィールドEPFineTableStartAddressが配される。フィールドEPFineTableStartAddressは、３２ビットのデータ長を有し、最初の第２のforループにおけるフィールドReservedEPFine[EP_fine_id]の第１バイト目の開始アドレスを、ブロックblkEPMapForOneStreamPID(EP_stream_type, Nc, Nf)の第１バイト目からの相対バイト数で示す。相対バイト数は、値"０"から開始する。
【０１２２】
第１のforループ文は、ループ変数[i]で以て、サブテーブル(EP coarse table)のエントリ数Ncまで繰り返され、エントリ数Ncの組数だけフィールドRefToEPFineID[i]、エントリPTSEPCoarse[i]およびエントリSPNEPCoarse[i]が格納される。第１のforループ文において、フィールドRefToEPFineID[i]は、１８ビットのデータ長を有し、フィールドRefToEPFineID[i]に続くフィールドPTSEPCoarse[i]が示すエントリPTSEPCoarseに関連付けられるエントリPTSEPFineを持つ、サブテーブル(EP fine table)内のエントリ番号を示す。エントリPTSEPFineと、このエントリPTSEPFineに関連付けられるエントリPTSEPCoarseとは、同一のエントリPTSEPStartから導かれる。フィールドRefToEPFineID[i]は、第２のforループ文中で記述される順番で定義されるループ変数[EP_fine_id]の値により与えられる。
【０１２３】
第１のforループ文の後に、パディングワードを挟んで第２のforループ文による記述がなされる。第２のforループ文は、ループ変数[EP_fine_id]で以て、サブテーブル(EP fine table)のエントリ数Nfまで繰り返され、エントリ数Nfの組数だけ、１ビットのデータ長を有するフィールドReservedEPFine[EP_fine_id]と、３ビットのデータ長を有するフィールドIEndPositionOffset[EP_fine_id]と、１１ビットのデータ長を有するフィールドPTSEPFine[EP_fine_id]と、１７ビットのデータ長を有するフィールドSPNEPFine[EP_fine_id]とが格納される。これらのうち、フィールドPTSEPFine[EP_fine_id]およびフィールドSPNEPFine[EP_fine_id]は、ループ変数[EP_fine_id]に基づきサブテーブル(EP fine table)から参照されるエントリPTSEPFineおよびエントリSPNEPFineそれぞれが格納される。
【０１２４】
エントリPTSEPCoarseおよびエントリPTSEPFine、ならびに、エントリSPNEPCoarseおよびエントリSPNEPFineは、次のように導かれる。サブテーブル(EP fine table)に、関連するデータSPNEPStartの値の昇順に並んでいるNf個のエントリがあるとする。それぞれのエントリPTSEPFineは、対応するエントリPTSEPStartから、次式（１）のように導かれる。
PTSEPFine[EP_fine_id]＝（PTSEPStart[EP_fine_id] >>９）／２11  ・・（１）
【０１２５】
エントリPTSEPCoarseと、対応するエントリPTSEPFineとの関係は、次式（２）、（３）の通りである。
PTSEPCoarse[i]＝（PTSEPStart[RefToEPFineID[i]] >>１９）／２14  ・・（２）
PTSEPFine[RefToEPFineID[i]]＝（PTSEPStart[RefToEPFineID[i]] >>９）／２11  ・・（３）
【０１２６】
それぞれのエントリSPNEPFineは、対応するエントリSPNEPStartから、次式（４）のように導かれる。
SPNEPFine[EP_fine_id]＝SPNEPStart[EP_fine_id]／２17  ・・（４）
【０１２７】
エントリSPNEPCoarseと、対応するエントリSPNEPFineとの関係は、次式（５）、（６）の通りである。
SPNEPCoarse[i]＝SPNEPStart[RefToEPFineID[i]]  ・・（５）
SPNEPFine[RefToEPFineID[i]]＝SPNEPStart[RefToEPFineID[i]]／２17  ・・（６）
【０１２８】
なお、上述の式（１）〜（６）において、記号「>>ｘ」は、データのＬＳＢ側からｘビットを超える桁からビットを用いることを意味する。
【０１２９】
次に、拡張データを格納するためのブロックblkExtensionData()について説明する。このブロックblkExtensionData()は、所定の拡張データを格納可能なように定義され、インデックステーブルが格納されるファイル"index.bdmv"、プレイリストが格納されるファイル"xxxxx.mpls"およびクリップインフォメーションファイル"zzzzz.clpi"の各ファイルに記述することができる。
【０１３０】
図２４は、ブロックblkExtensionData()の一例の構造を表すシンタクスを示す。フィールドLengthは、３２ビットのデータ長を有し、このフィールドLengthの直後からブロックblkExtensionData()の終わりまでのデータ長をバイト数で示す。このフィールドLengthの示すデータ長が"０"でなければ、if文以下の記述がなされる。
【０１３１】
フィールドDataBlockStartAddressは、３２ビットのデータ長を有し、このシンタクス中の、拡張データの本体が格納されるブロックDataBlock()の開始アドレスを、このブロックblkExtensionData()の先頭バイトからの相対バイト数で示す。すなわち、相対バイト数は、"０"から開始される。なお、フィールドDataBlockStartAddressは、次に示す３２ビットアライメントの条件を満たさなければならない。
DataBlockStartAddress％４＝０
【０１３２】
２４ビットのデータ長を有する領域reservedを介してフィールドNumberOfExtDataEntriesが配される。フィールドNumberOfExtDataEntriesは、８ビットのデータ長を有し、このブロックblkExtensionData()のブロックDataBlock()に格納される拡張データのエントリ数を示す。拡張データのエントリは、拡張データの本体を取得するための情報が格納される。この例では、拡張データのエントリは、フィールドExtDataType、フィールドExtDataVersion、フィールドExtDataStartAddressおよびフィールドExtDataLengthからなるブロックext_data_entry()であって、ブロックblkExtensionData()において、第１のforループ文に従いこのフィールドNumberOfExtDataEntriesに示される個数だけ、このブロックext_data_entry()が存在する。
【０１３３】
フィールドExtDataTypeは、１６ビットのデータ長を有し、このブロックblkExtensionData()に記述される拡張データが記録装置用の拡張データであることを表す。このフィールドExtDataTypeの値は、拡張データを識別する第１の値であり、このブロックblkExtensionData()を含む規格書のライセンサ（使用認可者）が割り当てると定義することができる。フィールドExtDataVersionは、拡張データを識別する第２の値であり、この拡張データのバージョン番号を表すものと定義することができる。なお、このブロックblkExtensionData()において、フィールドExtDataTypeおよびフィールドExtDataVersionの値が同一のブロックext_data_entry()が２以上、存在してはならない。
【０１３４】
フィールドExtDataStartAddressは、３２ビットのデータ長を有し、このフィールドExtDataStartAddressが含まれる拡張データのエントリ（ブロックext_data_entry()）に対応する拡張データの開始アドレスを示す。フィールドExtDataStartAddressは、ブロックblkExtensionData()の先頭バイトからの相対バイト数で、拡張データext_dataの開始アドレスを示す。なお、フィールドExtDataStartAddressは、次に示す３２ビットアライメントの条件を満たさなければならない。
ExtDataStartAddress％４＝０
【０１３５】
フィールドExtDataLengthは、３２ビットのデータ長を有し、このフィールドExtDataStartAddressが含まれる拡張データのエントリ（ブロックext_data_entries()）に対応する拡張データのデータ長を示す。データ長は、バイト数で示される。
【０１３６】
フィールドNumberOfExtDataEntriesで示された個数だけ、拡張データのエントリ（ブロックext_data_entry()）が記述されると、それぞれ１６ビットのデータ長を有し任意のデータ列からなるフィールドpadding_wordが、２フィールドを組として任意の回数L1だけ繰り返される。その後、拡張データの本体が格納されるブロックDataBlock()が記述される。ブロックDataBlock()は、１以上の拡張データが格納される。それぞれの拡張データext_dataは、上述したフィールドExtDataStartAddressフィールドExtDataLengthに基づき、ブロックDataBlock()から取り出される。
【０１３７】
図２５は、ブロックblkExtensionData()における各データの参照関係を模式的に示す。フィールドLengthにより、フィールドLength直後の位置からブロックblkExtensionData()の最後までのデータ長が示される。フィールドDataBlockStartAddressにより、ブロックDataBlock()の開始位置が示される。フィールドNumberOfExtDataEntriesで示される個数だけ、ブロックext_data_entryが記述される。最後のブロックext_data_entryからブロックDataBlock()の間には、任意の長さでフィールドpadding_wordが置かれる。
【０１３８】
ブロックDataBlock()内には、ブロックext_data_entry()で示される拡張データext_dataが置かれる。それぞれの拡張データext_dataの位置およびデータ長は、対応するブロックext_data_entry()内のフィールドExtDataStartAddressおよびフィールドExtDataLengthにより示される。したがって、ブロックDataBlock()内での拡張データext_dataの並び順は、対応するブロックext_data_entry()の並び順と一致していなくてもよい。
【０１３９】
このように、拡張データを、拡張データの本体が格納されるブロックDataBlock()と、ブロックDataBlock()内の拡張データに対するアクセス情報などが格納されるブロックext_data_entry()とによる２層構造とすることで、複数の拡張データを格納することが可能となる。
【０１４０】
次に、上述の拡張データの一例の作成方法および読み出し方法について説明する。図２６は、ブロックblkExtensionData()にデータを書き込む際の一例の処理を示すフローチャートである。この図２６は、ブロックblkExtensionData()中の（ｎ＋１）番目のエントリとして、拡張データを追加し、ブロックblkExtensionData()を書き換える場合の例である。
【０１４１】
先ず、ステップＳ１０で、書き込もうとしている拡張データのデータ長を取得し、フィールドExtDataLength[n+1]の値にセットする。なお、「[n+1]」の記述は、（ｎ＋１）番目のエントリの番号に対応する。次に、ステップＳ１１で、現在のブロックblkExtensionData()に列挙されているブロックext_data_entry()のフィールドExtDataLengthおよびフィールドExtDataStartAddressの値を調べ、ブロックDataBlock()の使用状況を取得する。
【０１４２】
そして、次のステップＳ１２で、ブロックDataBlock()中に、書き込もうとしている拡張データのデータ長であるフィールドExtDataLength[n+1]に示されるデータ長以上の、連続した空き領域があるか否かが判断される。若し、あると判断されれば、処理はステップＳ１４に移行される。
【０１４３】
一方、フィールドExtDataLength[n+1]に示されるデータ長以上の連続した空き領域が無いと判断されれば、処理はステップＳ１３に移行され、ブロックblkExtensionData()におけるフィールドLengthの値を大きくし、フィールドExtDataLength[n+1]に示されるデータ長以上の連続した空き領域をブロックDataBlock()内に作る。空き領域ができたら、処理がステップＳ１４に移行される。
【０１４４】
ステップＳ１４では、拡張データを書き込む領域の先頭アドレスを決め、その先頭アドレスの値をフィールドExtDataStartAddress[n+1]とする。次のステップＳ１５で、フィールドExtDataStartAddress[n+1]から、上述のステップＳ１０でセットされたフィールドExtDataLength[n+1]の長さの拡張データext_data[n+1]を書き込む。
【０１４５】
データの書き込みが終了したら、ステップＳ１６で、ブロックext_data_entry()に対して、フィールドExtDataLength[n+1]と、フィールドExtDataStartAddress[n+1]とを追加する。
【０１４６】
なお、上述において、書き換えを行うブロックblkExtensionData()は、すでにディスクなどの記録媒体から読み出されて記録装置のメモリに記憶されているものとする。そのため、ステップＳ１３における、フィールドLengthの値の変更によるブロックblkExtensionData()の拡大は、システムに任され、システムがメモリアロケーションを適切に行うことでなされる。
【０１４７】
図２７は、ブロックblkExtensionData()から拡張データを読み出す際の一例の処理を示すフローチャートである。なお、この図２７のフローチャートによる処理は、再生専用の記録媒体と、記録可能な記録媒体との両方に適用可能なものである。先ず、最初のステップＳ２０で、読み込もうとする拡張データが準拠する規格から、フィールドExtDataTypeの値を取得し、ステップＳ２１で、読み込もうとする拡張データの種別から、フィールドExtDataVersionの値を取得する。
【０１４８】
次のステップＳ２２で、ブロックblkExtensionData()に列挙されているブロックext_data_entry()を１つずつ順次、読み込む。そして、ステップＳ２３で、読み込んだブロックext_data_entry()に含まれるフィールドExtDataTypeおよびフィールドExtDataVersionの値が、上述のステップＳ２０およびステップＳ２１で取得したフィールドExtDataTypeおよびフィールドExtDataVersionの値と一致するか否かが判断される。
【０１４９】
一致していないと判断されれば、処理はステップＳ２６に移行され、ブロックblkExtensionData()内に列挙されるブロックext_data_entry()を全て読み終えたか否かが判断される。全て読み終えたと判断されれば、処理はステップＳ２７に移行され、このブロックblkExtensionData()には、読み込もうとした拡張データが存在しないとして、一連の処理が終了される。全て読み終えていないと判断されれば、処理はステップＳ２２に戻され、次のブロックext_data_entry()が読み込まれる。
【０１５０】
上述のステップＳ２３において、ブロックext_data_entry()に含まれるフィールドExtDataTypeおよびフィールドExtDataVersionの値が、取得したフィールドExtDataTypeおよびフィールドExtDataVersionの値と一致していると判断されれば、処理はステップＳ２４に移行される。ここでは、ブロックblkExtensionData()中の[i]番目のエントリで一致したものとする。
【０１５１】
ステップＳ２４では、[i]番目のエントリのブロックext_data_entry()からフィールドExtDataLength[i]の値と、フィールドExtDataStartAddress[i]の値とを読み込む。そして、ステップＳ２５で、ステップＳ２４で読み込んだフィールドExtDataStartAddress[i]で示されるアドレスから、フィールドExtDataLength[i]で示されるデータ長だけ、データを読み出す。
【０１５２】
次に、上述した、インデックスファイル"index.bdmv"、ムービーオブジェクトファイル"MovieObject.bdmv"、プレイリストファイル"xxxxx.mpls"およびクリップインフォメーションファイル"zzzzz.clpi"にそれぞれ定義可能な、拡張データを格納する拡張データブロックblkExtensionData()について説明する。
【０１５３】
先ず、インデックスファイル"index.bdmv"に対して定義される一例の拡張データブロックについて説明する。ここでは、プレイリスト毎に記録可能な記録媒体に特有の属性情報を付加するようにした、一例の拡張データブロックについて説明する。図２８は、このプレイリスト属性を記述するための、ファイル"index.bdmv"内のフィールドblkExtensionData()におけるブロックDataBlock()（図２４参照）の一例の構造を表すシンタクスを示す。この図２８の例では、ブロックDataBlock()がブロックblkIndexExtensionData()として記述されている。
【０１５４】
先ず、上述の図２４を参照して、ブロックblkExtensionData()においてフィールドExtDataTypeを値"0x1000"、フィールドExtDataVersionを値"0x0100"とする。これらフィールドExtDataTypeおよびフィールドExtDataVersionに記述された値は、例えば再生装置側において、予めＲＯＭ(Read Only Memory)などに記憶されたテーブルが参照されて識別される。ブロックDataBlock()内のフィールドExtDataStartAddressおよびフィールドExtDataLengthで示される領域に、ブロックblkIndexExtensionData()が格納される。
【０１５５】
ブロックblkIndexExtensionData()において、フィールドTypeIndicatorは、次に続くデータの種類を示す、ＩＳＯ６４６に規定された符号化方式で符号化した４文字からなる文字列が記述される。この図２８の例では、フィールドTypeIndicatorにＩＳＯ６４６に既定の方式で符号化された４文字の文字列"IDEX"が記述され、次に続くデータ種類がインデックスファイルにおける拡張データであることが示される。
【０１５６】
フィールドTypeIndicatorに続けて３２ビットのデータ長を有する領域reservedが配され、その次に、３２ビットのデータ長を有するフィールドTableOfPlayListStartAddressが配される。フィールドTableOfPlayListStartAddressは、ブロックblkTableOfPlayList()の、このブロックblkIndexExtensionData()先頭を基準とした開始アドレスが示される。
【０１５７】
フィールドTableOfPlayListStartAddressの次に、３２ビットのデータ長を有するフィールドMakersPrivateDataStartAddressが配されブロックblkMakersPrivateData()のこのブロックblkIndexExtensionData()先頭を基準とした開始アドレスが示され、１９２ビットのデータ長を有する領域reservedを介してブロックblkUIAppInfoAVCHD()が配される。１６ビットのデータ長を有するパディングワードpadding_wordが値N1で示される回数だけ回繰り返され、次に、ブロックblkTableOfPlayLists()が配される。さらに続けて、１６ビットのデータ長を有するパディングワードpadding_wordが値N2で示される回数だけ繰り返され、次にブロックblkMakersPrivateData()が配される。このブロックblkMakersPrivateData()の後に、１６ビットのデータ長を有するパディングワードpadding_wordが値N3で示される回数だけ繰り返される。
【０１５８】
なお、ブロックblkUIAppInfoAVCHD()およびブロックblkMakersPrivateData()は、この発明と関連性が薄いので、説明を省略する。
【０１５９】
図２９は、上述したブロックblkTableOfPlayLists()の一例の構造を表すシンタクスを示す。フィールドLengthは、３２ビットのデータ長を有し、このフィールドLengthの直後からブロックblkTableOfPlayLists()の最後のバイトまでのデータ長をバイト数で示す。フィールドLengthに続けて、プレイバックタイトルを再生するためのプレイリストに関する情報が記述されるブロックblkFirstPlaybackTitlePlayLists()と、メニュータイトルに関する情報が記述されるブロックblkMenuTitlePlayLists()とが配される。これらブロックblkFirstPlaybackTitlePlayLists()およびブロックblkMenuTitlePlayLists()は、この発明と関連性が薄いので、説明を省略する。
【０１６０】
次に、１６ビットのデータ長を有するフィールドNumberOfTitlePlayListPairが配される。フィールドNumberOfTitlePlayListPairは、プレイバックタイトルおよびメニュータイトル以外のタイトルを再生するためのプレイリストの数が記述される。次のforループ文に従い、フィールドNumberOfTitlePlayListPairで示される数だけ、ブロックblkMovieTitlePlayListPair()が記述される。ブロックblkMovieTitlePlayListPair()は、フィールドPlayListFileName、フィールドPlayListAttributeおよびフィールドRefToTitleIDを含む。すなわち、ブロックblkMovieTitlePlayListPair()は、このforループ文で示される[i]番目のプレイリストについて、当該プレイリストのファイル名、当該プレイリストに付与された属性、ならびに、当該プレイリストの参照タイトルＩＤからなるプレイリストの情報を構造化したものである。
【０１６１】
このforループ文による並び順は、記録順とされる。すなわち、１のプレイリストが追加されると、フィールドNumberOfTitlePlayListPairの値が"１"だけインクリメントされ、既存のプレイリストの情報の後ろに、追加されたプレイリストの情報が追記される。
【０１６２】
フィールドPlayListFileNameは、４０ビット（５バイト）のデータ長を有し、プレイリストのファイル名がＩＳＯ６４６に規定された符号化方式で符号化されて記述される。フィールドPlayListFileNameの次に、６ビットのデータ長を有する領域reservedを介してフィールドPlayListAttributeが配される。フィールドPlayListAttributeは、２ビットのデータ長を有し、当該プレイリストに付与された属性を示す。プレイリストは、その成因に基づき、クリップの生成と共に生成されるプレイリストに対応する第１の種類と、既存のタイトルあるいはプレイリストの一部または全部を用いて作成されるプレイリストに対応する第２の種類と、メニューを再生するために用いる第３の種類との３種類に分けられ、各プレイリストには、プレイリストの種類に応じて、それぞれ対応する属性「Real」（第１の種類）、属性「Virtual」（第２の種類）および属性「Menu」（第３の種類）が付与される。
【０１６３】
なお、以下では適宜、属性「Real」が付与されたプレイリストをリアルプレイリスト、属性「Virtual」が付与されたプレイリストをバーチャルプレイリスト、属性「Menu」を付与されたプレイリストをメニュープレイリストと呼ぶ。
【０１６４】
フィールドRefToTitleIdは、同一ループ内のフィールドPlayListFileNameに示されるプレイリストが作成時に属するタイトルのＩＤ（番号）が記述される。より具体的な例としては、インデックスファイル"index.bdmv"内のブロックblkIndexes()における、対応する値title_idが記述される。なお、当該プレイリストがファーストプレイバックタイトルのみから再生される場合、フィールドRefToTitleIdの値は、第１の固定値、例えば"0xFFFF"とされる。また、当該プレイリストがメニュータイトルのみから再生される場合は、フィールドRefToTitleIdの値は、第２の固定値、例えば"0xFFFE"とされる。
【０１６５】
次に、仮想プレーヤについて、概略的に説明する。上述したようなデータ構造を有するディスクがプレーヤに装填されると、プレーヤは、ディスクから読み出されたムービーオブジェクトなどに記述されたコマンドを、プレーヤ内部のハードウェアを制御するための固有のコマンドに変換する必要がある。プレーヤは、このような変換を行うためのソフトウェアを、プレーヤに内蔵されるＲＯＭ(Read Only Memory)に予め記憶している。このソフトウェアは、ディスクとプレーヤを仲介してプレーヤにＡＶＣＨＤフォーマットの規定に従った動作をさせることから、仮想プレーヤと称される。
【０１６６】
図３０は、この仮想プレーヤの動作を概略的に示す。図３０Ａは、ディスクのローディング時の動作の例を示す。ディスクがプレーヤに装填されディスクに対するイニシャルアクセスがなされると（ステップＳ３０）、１のディスクにおいて共有的に用いられる共有パラメータが記憶されるレジスタが初期化される（ステップＳ３１）。そして、次のステップＳ３２で、ムービーオブジェクトなどに記述されたプログラムがディスクから読み込まれて実行される。なお、イニシャルアクセスは、ディスク装填時のように、ディスクの再生が初めて行われることをいう。
【０１６７】
図３０Ｂは、プレーヤが停止状態からユーザにより例えばプレイキーが押下され再生が指示された場合の動作の例を示す。最初の停止状態（ステップＳ４０）に対して、ユーザにより、例えばリモートコントロールコマンダなどを用いて再生が指示される（ＵＯ：User Operation）。再生が指示されると、先ず、レジスタすなわち共通パラメータが初期化され（ステップＳ４１）、次のステップＳ４２で、ムービーオブジェクト実行フェイズに移行する。
【０１６８】
ムービーオブジェクトの実行フェイズにおけるプレイリストの再生について、図３１を用いて説明する。ＵＯなどにより、タイトル番号＃１のコンテンツを再生開始する指示があった場合について考える。プレーヤは、コンテンツの再生開始指示に応じて、上述した図２に示されるインデックステーブル(Index Table)を参照し、タイトル＃１のコンテンツ再生に対応するオブジェクトの番号を取得する。例えばタイトル＃１のコンテンツ再生を実現するオブジェクトの番号が＃１であったとすると、プレーヤは、ムービーオブジェクト＃１の実行を開始する。
【０１６９】
この図３１の例では、ムービーオブジェクト＃１に記述されたプログラムは２行からなり、１行目のコマンドが"Play PlayList(1)"であるとすると、プレーヤは、プレイリスト＃１の再生を開始する。プレイリスト＃１は、１以上のプレイアイテムから構成され、プレイアイテムが順次再生される。プレイリスト＃１中のプレイアイテムの再生が終了すると、ムービーオブジェクト＃１の実行に戻り、２行目のコマンドが実行される。図３１の例では、２行目のコマンドが"jump MenuTitle"であって、このコマンドが実行されインデックステーブルに記述されたメニュータイトル(MenuTitle)を実現するムービーオブジェクトの実行が開始される。
【０１７０】
次に、この発明の実施の一形態について説明する。この発明では、記録されたビデオデータおよびオーディオデータの管理情報を、ＣＰＵのワークメモリとしての、揮発性のメモリであるＲＡＭ(Random Access Memory)上に一時的に保持すると共に、フラッシュメモリといった不揮発性メモリにも書き込み保持する。管理情報は、例えば、ビデオデータおよびオーディオデータによるクリップＡＶストリームファイルに対応するクリップインフォメーションファイルに格納される情報である。不揮発性メモリに書き込まれた管理情報は、所定のタイミング、例えば記録媒体の排出時や、記録機に対して電源ＯＦＦの操作がなされた場合などに、ビデオデータおよびオーディオデータが記録される記録媒体に書き込むようにする。
【０１７１】
このように、記録されたビデオデータおよびオーディオデータの管理情報を不揮発性メモリに書き込み保持することで、記録機における電源が予期せず切断されたような場合に記録媒体を交換しないで電源ＯＮ操作を行うことで、当該記録媒体に記録されたビデオデータおよびオーディオデータの再生制御などを、不揮発性メモリに書き込まれた管理情報を用いて行うことができる。勿論、このときに、不揮発性メモリに書き込まれた管理情報を当該記録媒体に対して記録することもできる。
【０１７２】
さらに、管理情報が不揮発性メモリに書き込まれた後に、記録媒体が交換されていなければ、当該記録媒体に記録されたビデオデータおよびオーディオデータの再生制御や編集作業を、不揮発性メモリに書き込まれた管理情報に基づき行うことができる。管理情報を一々記録媒体から読み出さないので、処理を高速に行うことができる。
【０１７３】
なお、不揮発性メモリに書き込まれる管理情報は、クリップインフォメーションファイルに格納される情報のみに限られない。例えば、クリップインフォメーションファイルと共に、当該クリップインフォメーションファイルを参照するプレイアイテムを含むプレイリストファイルを、さらに管理情報として不揮発性メモリに書き込むようにしてもよい。
【０１７４】
図３２は、この発明の実施の一形態に適用可能な記録再生装置の一例の構成を概略的に示す。この図３２に例示される記録再生装置は、外部から入力されるビデオデータおよびオーディオデータを記録媒体に記録し、記録媒体に記録されたビデオデータおよびオーディオデータを再生する、単独の記録再生装置として用いることもできるし、光学系や撮像素子などを備えたカメラブロックと組み合わせ、撮像した撮像信号に基づくビデオデータを記録媒体に記録する、ビデオカメラ装置の記録ブロックとして用いることもできる。
【０１７５】
適用可能な圧縮符号化や多重化の方式としては、様々に考えられる。例えば、Ｈ．２６４｜ＡＶＣに規定される方式を、この発明の実施の一形態の圧縮符号化として適用することができる。また、多重化方式は、例えばＭＰＥＧ２システムズが適用される。
【０１７６】
制御部３０は、例えば図示されないＣＰＵ(Central Processing Unit)上で動作するプログラムであって、ＣＰＵに接続されるＲＯＭ(Read Only Memory)に予め記憶されたプログラムやデータに基づき、同じくＣＰＵに接続されるＲＡＭ(Random Access Memory)をワークメモリとして用いてこの記録装置の記録部１０の各部を制御する。なお、制御部３０と記録部１０の各部とを接続する経路は、繁雑さを避けるために、図３２では省略している。
【０１７７】
制御部３０上で動作するプログラムにより、この記録装置で用いられるファイルシステムが提供される。例えば、制御部３０は、このファイルシステムに基づき、データが記録媒体２０に記録される際の、記録媒体２０の物理的なアドレスと当該データが格納されるファイルとの関連付けを行うと共に、各データが格納されるファイルの論理的な管理情報を生成する。上述した図６に示すディレクトリ構造は、ファイルの論理的な管理情報の一例である。新規ファイルの作成やファイルオープン、クローズは、ファイルシステム基づき制御部３０により制御される。
【０１７８】
ＵＩ(User Interface)部３１は、この記録装置の動作をユーザが操作するための操作子が所定に設けられ、操作子に対する操作に応じた制御信号を出力する。この制御信号は、制御部３０に供給される。制御部３０は、ユーザ操作に応じてＵＩ部３１から供給された制御信号に基づきなされるプログラムの処理により、記録再生部１０の各部の動作を制御する。また、ＵＩ部３１は、簡易的な表示部を有し、所定の表示、例えば記録媒体３２に記録されるタイトル情報などを表示することができるようになっている。
【０１７９】
例えば、ＵＩ部３１に対してなされた操作に応じて、記録再生装置による記録媒体３２に対してデータを記録する動作の開始および停止の動作や、記録媒体３２からデータを再生する再生動作が制御部３０により制御される。また例えば、ＵＩ部３１に対して、この記録再生装置の電源のＯＮ／ＯＦＦを指示するための電源スイッチが設けられる。
【０１８０】
例えば、この電源スイッチに対する電源ＯＦＦの操作に応じて、記録再生装置の各部の停止準備がなされると共に、図示されない電源部が制御されて記録再生装置の各部に対する電源の供給が停止され、記録再生装置の動作が停止される。また例えば、電源ＯＮの操作時には、電源部が制御され記録再生装置の各部に対する電源の供給が開始されると共に、電源が供給された各部において初期化処理など動作開始準備がなされる。
【０１８１】
なお、電源スイッチに対する電源ＯＦＦ操作による記録再生装置における電源切断は、正常な手順による電源切断である。正常な手順による電源切断の別の例としては、例えば記録再生装置がバッテリを電源として駆動される場合に、バッテリの容量が所定以下になった場合に、自動的に電源を切断する処理が考えられる。すなわち、記録再生装置のシステムによる所定の手順を経て電源が切断される場合が、正常な手順による電源切断である。例えば電源コードの引き抜きやバッテリパックの脱抜といった、記録再生装置のシステムが関わらない強制的な電源切断を、不意の電源切断と呼ぶことにする。
【０１８２】
ビデオエンコーダ１１は、複数フレームのビデオデータを格納可能なバッファメモリを有し、供給されたベースバンドのディジタルビデオデータをバッファメモリに溜め込んで、所定の方式で以て圧縮符号化する。Ｈ．２６４｜ＡＶＣに規定される方式に準じて圧縮符号化がなされるこの例では、例えば、ＤＣＴ(Discrete Cosine Transform)と画面内予測とによりフレーム内圧縮を行うと共に、動きベクトルを用いたフレーム間圧縮を行い、さらにエントロピー符号化を行い圧縮効率を高める。ビデオエンコーダ１１で圧縮符号化されたディジタルビデオデータは、Ｈ．２６４｜ＡＶＣエレメンタリストリーム（ＥＳ）として出力される。
【０１８３】
ビデオデコーダ２０は、複数フレームのビデオデータを格納可能なバッファメモリを有し、供給された圧縮ビデオデータをバッファメモリに溜め込んで、圧縮符号化方式に対応した復号化方式でデコードし、ベースバンドのディジタルビデオデータとして出力する。例えば、ビデオエンコーダ１１がＨ．２６４｜ＡＶＣに規定される方式に準じて圧縮符号化を行うこの例では、ビデオデコーダ２０もビデオエンコーダ１１に対応して、Ｈ．２６４｜ＡＶＣに規定される方式に準じてデコード処理を行う。ビデオデコーダ２０は、後述するマルチプレクサ／デマルチプレクサ１３（以下、ＭＵＸ／ＤＥＭＵＸ１３）で抽出される、ＤＴＳ(Decoding Time Stamp)およびＰＴＳ(Presentation Time Stamp)で示される時刻に基づき、デコードおよび出力を行うことができる。ビデオデコーダ２０でデコードされて得られたベースバンドのディジタルビデオデータは、端子４２から出力される。
【０１８４】
オーディオエンコーダ１２は、端子４１から供給されたベースバンドのディジタルオーディオデータを所定の圧縮符号化方式、例えばＡＣ３(Audio Code number 3)方式により圧縮符号化する。オーディオデータの圧縮符号化方式は、ＡＣ３方式に限られるものではない。オーディオデータを圧縮符号化せず、ベースバンドのデータのまま用いることも考えられる。
【０１８５】
オーディオデコーダ２１は、供給された圧縮オーディオデータを圧縮符号化方式に対応した復号化方式でデコードし、ベースバンドのディジタルオーディオデータとして出力する。オーディオエンコーダ１２がドルビーディジタル方式により圧縮符号化されるこの例では、オーディオデコーダ２１もオーディオエンコーダ１２に対応して、ドルビーディジタル方式に準じた復号化方式でデコードがなされる。デコードされたオーディオデータは、ビデオデコーダ２０から出力されるビデオデータと同期的に、端子４３から出力される。
【０１８６】
ＭＵＸ／ＤＥＭＵＸ１３は、それぞれ圧縮符号化されて供給されたディジタルビデオデータおよびディジタルオーディオデータを所定の方式で多重化し、１本のデータストリームとして出力するマルチプレクサ機能と、ディジタルビデオデータとディジタルオーディオデータとが所定に多重化されたデータストリームから、ディジタルビデオデータとディジタルオーディオデータとを分離してそれぞれ取り出す、デマルチプレクサ機能とを有する。
【０１８７】
マルチプレクサ機能は、例えば、ＭＰＥＧ２システムズに準じて多重化が行われるこの例では、ＭＰＥＧ２のトランスポートストリームを用いて、供給された圧縮ビデオデータおよび圧縮オーディオデータを時分割で多重化する。例えば、ＭＵＸ／ＤＥＭＵＸ１３は、バッファメモリを有し、供給された圧縮ビデオデータおよび圧縮オーディオデータを一旦バッファメモリに格納する。バッファメモリに格納された圧縮ビデオデータは、所定サイズ毎に分割されヘッダが付加されて、ＰＥＳ(Packetized Elementary Stream)パケット化される。圧縮オーディオデータも同様に、所定サイズ毎に分割されヘッダが付加されてＰＥＳパケット化される。ヘッダには、パケットに格納されるデータの再生時刻を示すＰＴＳや復号時刻を示すＤＴＳといった、ＭＰＥＧ２システムズに規定される所定の情報が格納される。ＰＥＳパケットは、さらに分割されてトランスポートパケット（ＴＳパケット）のペイロードに詰め込まれる。ＴＳパケットのヘッダには、ペイロードに詰め込まれたデータ種別などを識別するためのＰＩＤ(Packet Identification)が格納される。ＴＳパケットに対してさらに所定データ長のヘッダが付加され、ソースパケットが形成される。
【０１８８】
デマルチプレクサ機能は、マルチプレクサ機能と逆の処理を行い、パケットから圧縮ビデオデータおよび圧縮オーディオデータを抽出する。例えば、供給されたソースパケットからヘッダを分離してＴＳパケットとし、ＴＳパケットのヘッダからＰＩＤを検出し、ＴＳパケットをペイロードに格納されるデータ種別毎に振り分ける。そして、振り分けられたＴＳパケットのそれぞれについて、ペイロードに格納されたデータを取り出し、ＰＥＳパケットを再構築する。さらに、ＰＥＳパケットのペイロードに格納された圧縮ビデオデータや圧縮オーディオデータを取り出し、ＰＥＳヘッダに格納された情報などに基づきヘッダ情報などを付加し、それぞれ１本のエレメンタリストリームとして出力する。
【０１８９】
ストリームバッファ１４は、ＭＵＸ／ＤＥＭＵＸ１３（記録時）または記録再生制御部１５（再生時）から供給されたソースパケットを一時的に格納する。ストリームバッファ１４に対するソースパケットの読み書きのタイミングを所定に制御することで、記録媒体３２に対するアクセス速度と、オーディオおよびビデオデータエンコードやデコードなどの信号処理速度との間の整合性をとる。
【０１９０】
記録再生制御部１５は、記録媒体３２に対するデータの記録と、記録媒体３２からのデータの再生を制御する。すなわち、記録再生制御部１５は、例えば制御部３０といった上位からの命令に基づき、指定されたアドレスに対するデータの書き込みや、指定されたアドレスからのデータの読み出しを行う。
【０１９１】
記録媒体３２としては、例えば記録可能なタイプのＤＶＤ(Digital Versatile Disc)を用いることができる。これに限らず、記録媒体３２としてハードディスクドライブを用いてもよいし、半導体メモリを記録媒体３２に適用することも可能である。また、記録媒体３２として、より大容量を実現したＢｌｕ−ｒａｙ  Ｄｉｓｃ（ブルーレイディスク：登録商標）を適用することも考えられる。
【０１９２】
記録媒体３２が記録再生装置に対して脱着可能な記録媒体である場合、少なくとも当該記録媒体３２の排出動作は、制御部３０の制御に基づきなされる。例えば、ＵＩ部３１や、記録再生装置の筐体の他の部分に設けられたイジェクトボタンの操作に応じて、制御部３０により記録媒体３２の排出機構（図示しない）が制御され、記録媒体３２が排出される。さらに、当該記録媒体３２の記録再生装置に対する装填動作を制御部３０の制御に基づき行うようにしてもよい。
【０１９３】
管理情報処理部１６は、上述したインデックスファイル（"index.bdmv"）、ムービーオブジェクトファイル（"MovieObject.bdmv"）、プレイリストファイル（"xxxxx.mpls"）およびクリップインフォメーションファイル（"zzzzz.clpi"）に関する処理を行う。
【０１９４】
管理情報処理部１６は、例えば、上述した制御部３０と共に、ＣＰＵ上で動作するプログラムにより機能が実現される。勿論、管理情報処理部１６を制御部３０とは異なるハードウェアで構成することも可能である。管理情報処理部１６が制御部３０上で動作するプログラムで実現される場合、制御部３０が有するＲＡＭが揮発性メモリ１７に対応し、不揮発性メモリ１８が制御部３０に接続される。
【０１９５】
不揮発性メモリ１８は、記録再生装置のシステムからの電源供給が無くても記憶した情報が保存されるメモリであって、例えばフラッシュメモリを用いることができる。これに限らず、ＤＲＡＭなどの揮発性メモリに内蔵の電池などで電源を常時供給し、記録再生装置自身の電源をＯＦＦとしても記憶内容を保持できるようにして、不揮発性メモリ１８を構成することもできる。
【０１９６】
このような構成を有する記録再生装置における、この発明の実施の一形態による記録時の動作について説明する。ベースバンドのディジタルビデオデータが端子４０から記録再生部１０に入力され、ビデオエンコーダ１１に供給される。例えば、ＵＩ部３１に対して記録開始の操作がなされると、ビデオエンコーダ１１は、供給されたディジタルビデオデータの圧縮符号化を開始する。ビデオエンコーダ１１は、ベースバンドのディジタルビデオデータを圧縮符号化してＨ．２６４｜ＡＶＣのエレメンタリストリーム（ＥＳ）として出力する。このエレメンタリストリームは、ＭＵＸ／ＤＥＭＵＸ１３に供給される。
【０１９７】
ベースバンドのディジタルオーディオデータが端子４１から記録再生部１０に入力され、オーディオエンコーダ１２に供給される。オーディオエンコーダ１２は、上述のＵＩ部３１に対する記録開始の操作に応じたタイミングで供給されたオーディオデータの圧縮符号化を開始する。オーディオエンコーダ１２で圧縮符号化されたディジタルオーディオデータは、ＭＵＸ／ＤＥＭＵＸ１３に供給される。
【０１９８】
ＭＵＸ／ＤＥＭＵＸ１３は、それぞれ圧縮符号化されて供給されたディジタルビデオデータおよびディジタルオーディオデータを所定の方式で多重化し、１本のデータストリームとして出力する。例えば、ＭＵＸ／ＤＥＭＵＸ１３は、バッファメモリを有し、供給された圧縮ビデオデータおよび圧縮オーディオデータを一旦バッファメモリに格納する。
【０１９９】
バッファメモリに格納された圧縮ビデオデータは、所定構造毎に分割されヘッダが付加されて、ＰＥＳパケット化される。圧縮オーディオデータも同様に、所定サイズ毎に分割されヘッダが付加されてＰＥＳパケット化される。ヘッダには、ＰＴＳやＤＴＳといった、ＭＰＥＧ２システムズに規定される所定の情報が格納される。ＰＥＳパケットは、さらに分割されてトランスポートパケット（ＴＳパケット）のペイロードに詰め込まれ、ペイロードに詰め込まれたデータを識別するためのＰＩＤがヘッダに格納される。ＴＳパケットに対して、ソースパケットを識別するためのソースパケット番号などが格納される所定長のヘッダがさらに付加され、ソースパケットが形成される。ＭＵＸ／ＤＥＭＵＸ１３から出力されたソースパケットは、ストリームバッファ１４に一旦溜め込まれる。
【０２００】
記録制御部１５は、ストリームバッファ１４に溜め込まれたデータ量を監視し、ストリームバッファ１４に所定量以上のデータが溜め込まれると、ストリームバッファ１４から記録媒体３２の記録単位毎にデータを読み出して記録媒体３２に書き込む。
【０２０１】
管理情報処理部１６は、記録データに基づき、揮発性メモリ１７をワークメモリとして用いて、上述したインデックスファイル、ムービーオブジェクトファイル、プレイリストファイルおよびクリップインフォメーションファイルに格納するための情報を生成する。
【０２０２】
この発明の実施の一形態では、管理情報処理部１６で生成された情報のうち少なくともクリップインフォメーションファイルに格納される情報は、揮発性メモリ１７に保持されると共に、その一部または全部が不揮発性メモリ１８に書き込まれる。
【０２０３】
一例として、管理情報処理部１６は、制御部３０の制御に従い、制御部３０、ＭＵＸ／ＤＥＭＵＸ１３および記録再生制御部１５から供給される情報に基づき、揮発性メモリ１７をワークメモリとして用いながら、記録中のクリップＡＶストリームファイルに対応するクリップ情報を生成する。クリップ情報は、換言すれば、クリップインフォメーションファイルを作成するために必要な情報である。生成された情報は、揮発性メモリ１７上に保持されると共に、その一部または全部が不揮発性メモリ１８に所定に書き込まれる。
【０２０４】
なお、不揮発性メモリ１８は、例えば５１２バイトといった比較的大きな記録単位でデータの書き込みがなさる場合が多い。そのため、例えば揮発性メモリ１７において、不揮発性メモリ１８の記録単位に対応したブロック単位でアドレス管理を行い、揮発性メモリ１７からこのブロック単位でデータを読み出して、不揮発性メモリ１８にデータを書き込むことが考えられる。
【０２０５】
ここで、クリップインフォメーションファイルに格納される情報のうちブロックblkCPI()内のＥＰエントリは、記録に対して動的な情報であって、記録の経過に伴い順次、生成される情報である。管理情報処理部１６は、ＭＵＸ／ＤＥＭＵＸ１３から、ビデオアクセスユニットのＰＴＳと、ビデオアクセスユニットの第１バイト目を含むソースパケットのソースパケット番号とを取得し、揮発性メモリ１７をワークメモリとして用いてエントリPTSEPStartおよびエントリSPNEPStartを生成する。生成されたエントリPTSEPStartおよびエントリSPNEPStartは、揮発性メモリ１７上に保持されると共に、不揮発性メモリ１８に書き込まれる。
【０２０６】
すなわち、不揮発性メモリ１８に書き込まれた情報は、エントリPTSEPStartおよびエントリSPNEPStartの生成毎に更新されることになる。これに限らず、不揮発性メモリ１８に書き込まれた情報を、例えば所定数のエントリPTSEPStartおよびエントリSPNEPStartの生成毎に更新するようにしてもよい。
【０２０７】
一方、クリップインフォメーションファイルに格納される情報のうち、記録に対して固定的な情報は、クリップＡＶストリームファイルの記録終了時に不揮発性メモリ１８に書き込めばよい。例えば、ＵＩ部３１に対して記録停止操作がなされ、記録停止操作に応じてビデオエンコーダ１１およびオーディオエンコーダ１２の動作が停止され、ストリームバッファ１４に溜め込まれたソースパケットが全て記録媒体３２に記録された後に、このクリップインフォメーションファイルに格納されるべき固定的な情報が不揮発性メモリ１８に書き込まれる。
【０２０８】
上述したＥＰエントリのような、クリップインフォメーションファイルに格納される情報のうち、記録に対して動的な情報の例としては、ブロックblkClipInfo()内のフィールドNumberOfSourcePackets（図１６参照）、ブロックblkSequenceInfo()内のフィールドNumberOfSTCSequence、forループ文内に記述されるフィールドPCRPID、フィールドSPNSTCStart、フィールドPresentationStartTimeおよびフィールドPresentationEndTime（図１７参照）、ブロックblkProgramInfo()内のフィールドNumberOfStreamInPS、forループ文内に記述されるフィールドStreamPID（図１８参照）などが挙げられる。なお、これらのような動的な情報であっても、例えばフィールドNumberOfSourcePackets、フィールドNumberOfSTCSequence、フィールドNumberOfStreamInPSのような、１のクリップＡＶストリームファイルの生成に伴い、単純に所定の値をカウントして得られるような情報は、クリップＡＶストリームファイルの記録停止時点において固定値として扱うことが可能である。
【０２０９】
この記録再生装置が記録開始に伴い記録開始位置にプレイリストマークを設けるようにされている場合、ＵＩ部３１に対する記録開始操作に応じて生成される先頭のフレームに対応する再生時刻をフィールドMarkTimeStampの値として持つプレイリストマークが、管理情報処理部１６において作成される。作成されたプレイリストマークは、揮発性メモリ１７上のプレイリストファイルに格納される情報に対して追加され保持される。
【０２１０】
不揮発性メモリ１８に記憶されたクリップ情報は、所定のタイミングで記録媒体３２に書き込まれる。例えば、記録媒体３２が記録再生装置に対して脱着可能な記録媒体であれば、記録媒体３２の記録再生装置からの排出時に、不揮発性メモリ１８の記憶内容の記録媒体３２への書き出しを行うようにできる。
【０２１１】
例えば、図示されないイジェクトボタンの操作に応じて、制御部３０により管理情報処理部１６が制御され、不揮発性メモリ１８に記憶されたクリップ情報が不揮発性メモリ１８から読み出される。管理情報処理部１６は、不揮発性メモリ１８から読み出されたクリップ情報に基づきクリップインフォメーションファイルを作成し、ＭＵＸ／ＤＥＭＵＸ１３およびストリームバッファ１４を介して、若しくは、管理情報処理部１６から直接的に記録再生制御部１５に供給する。記録再生制御部１５は、供給されたクリップインフォメーションファイルを記録媒体３２に書き込む。これら不揮発性メモリ１８から読み出されたクリップ情報に基づくクリップインフォメーションファイルの記録媒体３２への書き込みが終了したら、制御部３０により記録媒体３２の排出機構が制御され、記録媒体３２が記録再生装置から排出される。
【０２１２】
なお、不揮発性メモリ１８に記憶されたクリップ情報が、記録媒体３２の排出動作に伴いクリップインフォメーションファイルとして記録媒体３２に書き込まれたら、当該クリップ情報は、不揮発性メモリ１８から削除される。
【０２１３】
記録媒体３２の排出が行われていない場合、不揮発性メモリ１８に記憶された情報の記録媒体３２への書き出しを、電源ＯＦＦ操作時にも行うようにできる。例えば、図示されない電源スイッチに対して電源ＯＦＦの操作がなされたら、制御部３０により管理情報処理部１６が制御され、上述と同様にして、不揮発性メモリ１８に記憶されたクリップ情報が不揮発性メモリ１８から読み出され、管理情報処理部１６によりクリップインフォメーションファイルとされて所定に記録再生制御部１５に供給され、記録媒体３２に書き込まれる。これら不揮発性メモリ１８から読み出されたクリップ情報に基づくクリップインフォメーションファイルの記録媒体３２への書き込みが終了したら、制御部３０により図示されない電源部や記録再生装置の各部が制御され、記録再生装置の動作が停止される。
【０２１４】
なお、不揮発性メモリ１８に記憶されたクリップ情報が、電源ＯＦＦ操作に伴いクリップインフォメーションファイルとして記録媒体３２に書き込まれた場合には、当該クリップ情報は、不揮発性メモリ１８から削除されない。
【０２１５】
再生時の動作について説明する。記録媒体３２が例えば記録再生装置に対して装填されると、記録媒体３２から、インデックスファイル、ムービーオブジェクトファイルが読み込まれ、管理情報処理部１６に渡される。管理情報処理部１６は、これらのファイルに格納される情報を、揮発性メモリ１７に記憶する。
【０２１６】
制御部３０は、管理情報処理部１６から揮発性メモリ１７に記憶された情報を取得し、取得された情報に基づき、例えば、ＵＩ部３１が有する表示部に対して記録媒体３２に記録されているクリップに関する情報を表示させる。ユーザは、この表示に基づきＵＩ部３１に対して所定の操作を行うことで、記録媒体３２に記録されているクリップの再生を指示することができる。
【０２１７】
制御部３０は、ＵＩ部３１に対する操作に応じて管理情報処理部１６および記録再生制御部１５を制御し、揮発性メモリ１７に記憶されているインデックスファイルの情報を参照してムービーオブジェクトファイルに記述されるコマンドを呼び出し、コマンドに記述されるプレイリストファイルを記録媒体３２から読み出す。そして、読み出されたプレイリストファイルに基づき当該プレイリストファイルに格納されるプレイアイテムに参照されるクリップインフォメーションファイルを記録媒体３２から読み出す。記録媒体３２から読み出されたこれらプレイリストファイルおよびクリップインフォメーションファイルに格納される情報は、揮発性メモリ１７に記憶される。
【０２１８】
また、記録媒体３２から読み出されたクリップインフォメーションファイルに格納されるクリップ情報は、不揮発性メモリ１８にも書き込まれる。
【０２１９】
なお、記録媒体３２に、プレイリストファイルから参照されるべきクリップインフォメーションファイルが存在しない場合があり得る。例えば、記録中に、正常な電源ＯＦＦ操作にによる手順を経ずに、何らかの原因で記録再生装置の各部に対する電源の供給が不意に停止されたような場合が考えられる。この場合、不揮発性メモリ１８に記憶されたクリップインフォメーションファイルが記録媒体３２に対して書き出されないことになり、プレイリストファイル内のプレイアイテムから参照されるべきクリップインフォメーションファイルが記録媒体３２に記録されていないことになる。
【０２２０】
読み出すべきクリップインフォメーションファイルが記録媒体３２上に存在しない場合、制御部３０は、不揮発性メモリ１８の記憶内容を参照し、対応するクリップ情報が記憶されていれば当該クリップ情報を読み出し、揮発性メモリ１７に書き込む。そして、揮発性メモリ１７に書き込まれたこのクリップ情報を用いて、対応するクリップＡＶストリームファイルの再生制御を行うようにする。
【０２２１】
なお、記録媒体３２に、プレイリストファイルから参照されるべきクリップインフォメーションファイルが存在せず、不揮発性メモリ１８に記憶されるクリップ情報を用いる場合、不揮発性メモリ１８に記憶されているクリップ情報と、記録媒体３２とが対応しているか否かを照合する手段を設けると、好ましい。例えば、記録媒体３２に対して固有の識別情報を記録するようにし、当該記録媒体３２に対するクリップＡＶストリームの記録中に生成されるクリップ情報を不揮発性メモリ１８に書き込む際に、当該記録媒体３２の識別情報と対応する識別情報を当該クリップ情報に関連付けて、不揮発性メモリ１８に書き込む。不揮発性メモリ１８に記憶されるクリップ情報を用いる際に、当該クリップ情報に関連付けられた識別情報と、記録媒体３２に固有の識別情報とを照合するようにする。
【０２２２】
制御部３０は、揮発性メモリ１７上に記憶されたクリップインフォメーションファイルに基づき、対応するクリップＡＶストリームファイルを読み出すように命令を出す。記録再生制御部１５は、この命令に従い、記録媒体３２からクリップインフォメーションファイルとクリップＡＶストリームファイルとを読み出す。クリップＡＶストリームファイルは、記録媒体３２からソースパケット単位で読み出され、記録再生制御部１５を介してストリームバッファ１４に溜め込まれる。
【０２２３】
ＭＵＸ／ＤＥＭＵＸ１３は、ストリームバッファ１４に溜め込まれたデータ量を監視し、ストリームバッファ１４に所定量以上のソースパケットが溜め込まれると、ストリームバッファ１４からビデオデコーダ２０がデコードに必要とする分のデータを、ソースパケット単位で読み出す。読み出されたソースパケットは、ＭＵＸ／ＤＥＭＵＸ１３に供給されバッファメモリに一旦格納され、ヘッダを分離されＴＳパケットとされる。そして、ＴＳパケットのＰＩＤに基づきデータ種類毎に振り分けられペイロードに格納されたデータからＰＥＳパケットが再構築される。さらに、ＰＥＳパケットのペイロードからデータが取り出されると共に、ＰＥＳヘッダの情報に基づき、ＤＴＳやＰＴＳといったデコードや再生の時刻を指定する情報など、所定にヘッダ情報などが付加され、圧縮符号化されたビデオデータおよびオーディオデータのエレメンタリストリームがそれぞれ生成される。
【０２２４】
圧縮ビデオデータは、ビデオデコーダ２０に供給される。ビデオデコーダ２０は、供給された圧縮ビデオデータをバッファメモリに溜め込み、所定ピクチャ分のデータが溜め込まれたら、バッファメモリに溜め込まれたデータに対してデコード処理を開始する。デコードされたビデオデータは、例えば図示されないシステムクロックから供給されるＳＴＣ(System Time Clock)に基づき、ＰＴＳに従いフレームタイミングで順次出力される。
【０２２５】
一方、圧縮オーディオデータは、オーディオデコーダ２１に供給され、所定にデコード処理がなされる。デコードされたオーディオデータは、ビデオデコーダ２０から出力されるビデオデータと同期的に、オーディオデコーダ２１から出力される。
【０２２６】
次に、図３３のフローチャートと、上述した図３２のブロック図とを用いて、この発明の実施の一形態によるクリップインフォメーションファイルの一例の記録方法について説明する。なお、ここでは、記録媒体３２が記録可能なタイプのＤＶＤであるものとし、ディスクと呼ぶことにする。
【０２２７】
ステップＳ３０で、ディスクが記録再生装置に装填される。例えばＵＩ部３１に対して記録開始操作がなされると（ステップＳ３１）、制御部３０により記録再生装置の各部が制御され、端子４０から入力されるビデオデータと、端子４１から入力されるオーディオデータのディスクに対する記録が開始される。
【０２２８】
すなわち、ビデオデータおよびオーディオデータは、ビデオエンコーダ１１およびオーディオエンコーダ１２でそれぞれエンコードされ、ビデオストリームデータおよびオーディオストリームデータとされ、ＭＵＸ／ＤＥＭＵＸ１３に供給される。ＭＵＸ／ＤＥＭＵＸ１３は、供給されたストリームデータのそれぞれＰＥＳパケット化し、ＰＥＳパケットを所定サイズに分割してＰＩＤをそれぞれ付加してＴＳパケットとし、さらに、所定サイズのヘッダを付加してソースパケット化する。ソースパケットは、ストリームバッファ１４に一旦溜め込まれてから記録再生制御部１５に供給され、クリップＡＶストリームファイルとしてディスクに記録される。
【０２２９】
クリップＡＶストリームファイルのディスクへの記録と並行して、管理情報処理部１６は、ＭＵＸ／ＤＥＭＵＸ１３から時刻情報およびパケット情報を取得し、取得された情報に基づき、揮発性メモリ１７をワークメモリとして用いてＥＰエントリを生成する（ステップＳ３２）。生成されたＥＰエントリは、揮発性メモリ１７上に保持される。また、生成されたＥＰエントリは、不揮発性メモリ１８の所定の領域に書き込まれる（ステップＳ３３）。このとき、不揮発性メモリ１８上のＥＰエントリと、対応するクリップＡＶストリームファイルと、記録中のディスクとを関連付ける情報を生成して、不揮発性メモリ１８などに書き込むとよい。記録停止操作がなされるまで記録が継続され、ＥＰエントリの生成および生成されたＥＰエントリの不揮発性メモリ１８への書き込みが繰り返される（ステップＳ３４）。
【０２３０】
なお、ここでは、ＥＰエントリの不揮発性メモリ１８への書き込みが、ＥＰエントリが生成される度に行われるように説明したが、これはこの例に限定されない。例えば、揮発性メモリ１７に保持されるＥＰエントリ数の所定数毎や、記録の所定時間毎に、ＥＰエントリを不揮発性メモリ１８に書き込むようにできる。一例として、１０秒や１分といった所定時間間隔で、揮発性メモリ１７上のＥＰエントリを不揮発性メモリ１８に書き込むことが考えられる。
【０２３１】
ＵＩ部３１に対して記録停止操作がなされると（ステップＳ３４）、処理はステップＳ３５に移行され、クリップインフォメーションファイルに格納される固定的な情報が生成される。また、１のクリップＡＶストリームファイルにおける所定の値をカウントした情報といった、記録停止時に確定される情報も、このステップＳ３５で生成される。ステップＳ３５では、これらの情報を揮発性メモリ１７をワークメモリとして用いて生成し、生成された情報を揮発性メモリ１７上に保持する。ステップＳ３５で生成された情報は、次のステップＳ３６で、不揮発性メモリ１８の所定の領域に書き込まれる（ステップＳ３６）。このとき、不揮発性メモリ１８上の当該情報と、対応するクリップＡＶストリームファイルと、記録中のディスクとを関連付ける情報を生成して、不揮発性メモリ１８などに書き込むとよい。
【０２３２】
記録停止操作後に、ディスクのイジェクト操作がなされた場合（ステップＳ３７）、処理はステップＳ３８に移行され、不揮発性メモリ１８に書き込まれた情報がクリップインフォメーションファイルとしてディスクに書き出される。例えば、図示されないイジェクトボタンに対するイジェクト操作に応じた制御部３０の制御に基づき、管理情報処理部１６は、不揮発性メモリ１８に書き込まれている情報を読み出してクリップインフォメーションファイルを作成し、所定に記録再生制御部１５に供給してディスクに書き込む。
【０２３３】
不揮発性メモリ１８に書き込まれた情報がディスクに書き出されたら、ステップＳ３９で、不揮発性メモリ１８の記憶内容がクリアされる。そして、制御部３０によりディスクの排出機構が制御され、記録再生装置からディスクが排出される（ステップＳ４０）。電源ＯＦＦ操作がなされたら（ステップＳ４１）、処理はステップＳ４２に移行され、図示されない電源部からの記録再生装置の各部に対する電源供給停止など、所定の動作停止処理がなされる。電源ＯＦＦ操作を行わない場合、処理をステップＳ３０に戻し別のディスクを装填して記録を開始することができる。
【０２３４】
一方、ディスクのイジェクト操作を行わずに電源ＯＦＦ操作を行うこともできる。すなわち、上述のステップＳ３７において、記録停止操作後にイジェクト操作が行われず、且つ、電源ＯＦＦ操作が行われた場合（ステップＳ４３）、処理はステップＳ４４に移行され、不揮発性メモリ１８に書き込まれた情報がクリップインフォメーションファイルとしてディスクに書き出される。その後、処理がステップＳ４２に移行され、所定の動作停止処理がなされる。
【０２３５】
ステップＳ４３で、電源ＯＦＦ操作を行わない場合、処理をステップＳ３１に戻し、現在装填されているディスクに対して記録を開始させることができる。この場合、クリップＡＶストリームファイルが新規に作成されることになる。また、この新規に作成されるクリップＡＶストリームファイルに対応するクリップインフォメーションファイルに格納されるクリップ情報は、不揮発性メモリ１８に対し、前回作成されたクリップＡＶストリームファイルに対応するクリップ情報とは異なる領域に書き込まれる。
【０２３６】
この図３３に示す処理によれば、例えばステップＳ３４の記録停止操作を行い、ステップＳ３５およびステップＳ３６により、クリップインフォメーションファイルに格納されるクリップ情報が不揮発性メモリ１８に書き込まれた後であれば、電源ＯＦＦ操作によらず不意に電源が切断されても、クリップ情報が不揮発性メモリ１８上に保持されている。そのため、次に電源ＯＮにした際に、不揮発性メモリ１８上に保持されているクリップ情報を用いて、ディスクに記録されているクリップＡＶストリームファイルの再生制御を行うことができる。
【０２３７】
また、ステップＳ３４の記録停止操作以前に、不意の電源切断が生じた場合でも、電源切断の直前の記録までに生成されたＥＰエントリ情報が不揮発性メモリ１８上に保持されている（ステップＳ３２およびステップＳ３３）ので、次に電源ＯＮした際に、不揮発性メモリ１８上に保持されているＥＰエントリ情報を用いて、ディスクに記録されているクリップＡＶストリームファイルの再生制御を行うことが可能である。
【０２３８】
図３４は、この発明の実施の一形態による記録再生装置におけるディスクの一例の再生処理を示すフローチャートである。前回の装置停止時においてディスクが装填されたままの状態でなければ、先ず、記録再生装置にディスクが装填される（ステップＳ５０）。次のステップＳ５１で、ディスクに記録されているインデックスファイルおよびムービーオブジェクトファイルが読み出される。制御部３０は、管理情報処理部１６からインデックスファイルの情報を取得し、取得された情報に基づき、例えばＵＩ部３１に設けられる図示されない表示部にタイトル情報を表示させる。この表示に基づきユーザによりＵＩ部３１が操作され、再生するタイトルが指示される（ステップＳ５２）。
【０２３９】
再生するタイトルが指示されると、ムービーオブジェクトファイルから当該タイトルにリンクするムービーオブジェクトが参照され、ナビゲーションコマンドに基づきプレイリストファイルがディスクから読み出され（ステップＳ５３）、プレイリストファイルの記述に従いクリップＡＶストリームファイルの再生が開始される。すなわち、プレイリストファイルに記述されるプレイアイテムから参照されるクリップインフォメーションファイルがディスクから読み出され、クリップインフォメーションファイルの情報に基づき、対応するクリップＡＶストリームファイルが再生される。
【０２４０】
ステップＳ５４で、プレイリストファイルに記述されるプレイアイテムから参照されるクリップインフォメーションファイルが、ディスクに記録されているか否かが判断される（ステップＳ５４）。若し、記録されていると判断されれば、処理はステップＳ５５に移行し、ディスクから当該クリップインフォメーションファイルが読み出される。読み出されたクリップインフォメーションファイルに格納されるクリップ情報は、ステップＳ５６で、不揮発性メモリ１８に書き込まれる。このクリップ情報は、揮発性メモリ１７にも書き込まれる（ステップＳ５７）。そして、揮発性メモリ１７に書き込まれたクリップ情報に基づき、対応するクリップＡＶストリームファイルの再生制御がなされる（ステップＳ５８）。
【０２４１】
一方、上述のステップＳ５４で、現在再生しようとしているプレイアイテムから参照されるクリップインフォメーションファイルがディスクに記録されていないと判断された場合、処理はステップＳ５９に移行される。例えば、記録停止操作後に、正常な手順を踏まず、不意に電源が切断されたような場合、不揮発性メモリ１８上に書き込まれているクリップ情報がクリップインフォメーションファイルとしてディスクに書き出されずに、記録再生装置の動作が停止してしまう。記録中に不意に電源が切断された場合も、同様である。
【０２４２】
ステップＳ５９では、不揮発性メモリ１８の記憶内容が参照される。そして、不揮発性メモリ１８に記憶されているクリップ情報が、現在再生しようとしているプレイアイテムから参照されるクリップインフォメーションファイルに格納されるべきクリップ情報に対応しているか否かが判断される。若し、対応していると判断されれば、処理はステップＳ５７に移行され、不揮発性メモリ１８上のクリップ情報を揮発性メモリ１７に書き込み、揮発性メモリ１７に書き込まれた当該クリップ情報に基づきクリップＡＶストリームファイルの再生制御がなされる。
【０２４３】
一方、ステップＳ６０で、不揮発性メモリ１８に記憶されているクリップ情報が、現在再生しようとしているプレイアイテムから参照されるクリップインフォメーションファイルに格納されるべきクリップ情報に対応していないと判断されれば、処理はステップＳ６１に移行され、エラー処理がなされる。なお、上述のステップＳ５９において、不揮発性メモリ１８にクリップ情報が何も記憶されていないとされた場合にも、処理をステップＳ６１に移行させエラー処理とすることができる。
【０２４４】
この発明の実施の一形態では、このように、ディスクがイジェクト操作により排出された場合以外の状態では、当該クリップ情報が記録再生装置の不揮発性メモリ１８上に保持されている。そのため、不意の電源切断により、ディスク上に記録されたクリップＡＶストリームファイルに対応するクリップインフォメーションファイルがディスク上に記録されていなくても、不揮発性メモリ１８上に保持されているクリップ情報に基づき当該クリップＡＶストリームファイルの再生を制御することができる。
【０２４５】
なお、上述では、不揮発性メモリ１８に対して、クリップインフォメーションファイルに格納されるクリップ情報を書き込み保持するように説明したが、これはこの例に限定されない。例えば、クリップインフォメーションファイルに格納される情報に加え、プレイリストファイルに格納される情報を不揮発性メモリ１８に書き込み保持するようにできる。この場合、プレイリストファイルも、クリップインフォメーションファイルと同様に、電源ＯＦＦの操作時や、ディスクのイジェクト操作時に不揮発性メモリ１８から読み出し、ディスクに書き出すようにする。
【０２４６】
図３５は、この発明の実施の一形態の他の例によるビデオカメラ装置１００の一例の構成を示す。ビデオカメラ装置１００において、記録再生系の構成は、図３２を用いて説明した記録再生装置の構成を略そのまま適用できるので、図３２と共通する部分には同一の符号を付し、詳細な説明を省略する。
【０２４７】
図３５の構成において、カメラ部５０は、映像信号に関する構成として、光学系５１、撮像素子５２、撮像信号処理部５３、カメラ制御部５４、ビデオ信号処理部５８および表示部５５を有し、音声信号に関する構成として、マイクロフォン（ＭＩＣ）５６、音声信号処理部５７およびスピーカ部ＳＰ６０を有する。制御部３０は、カメラ部５０の各部との間で各種制御信号や情報のやりとりを行い、カメラ部５０の動作を制御する。また、制御部５０は、ユーザ操作に応じてＵＩ部３１から供給される制御信号に基づき、カメラ部５０の動作を制御する。
【０２４８】
なお、ビデオカメラ装置１００として構成される場合、記録開始操作および記録停止操作は、例えば、ＵＩ部３１に設けられた単一の記録スイッチを用い、当該記録スイッチが押下される毎に記録開始および記録停止が交互に指示されるようになされるのが一般的である。また、このビデオカメラ装置１００では、記録媒体２０として、記録可能なタイプのＤＶＤやＢｌｕ−ｒａｙ  Ｄｉｓｃといった、ディスク記録媒体を適用するものとする。
【０２４９】
カメラ部５０において、光学系５１は、被写体からの光を撮像素子５２に導くためのレンズ系、絞り調整機構、フォーカス調整機構、ズーム機構、シャッタ機構などを備える。絞り調整機構、フォーカス調整機構、ズーム機構およびシャッタ機構の動作は、制御部３０から供給される制御信号に基づき、カメラ制御部５４により制御される。
【０２５０】
撮像素子５２は、例えばＣＣＤ(Charge Coupled Device)からなり、光学系５１を介して照射された光を光電変換により電気信号に変換し、所定の信号処理を施し撮像信号として出力する。撮像信号処理部５３は、撮像素子から出力された撮像信号に対して所定の信号処理を施し、ベースバンドのディジタルビデオデータとして出力する。例えば撮像信号処理部５３は、撮像素子５２から出力された撮像信号に対して、ＣＤＳ(Correlated Double Sampling)回路により画像情報を有する信号だけをサンプリングすると共に、ノイズを除去し、ＡＧＣ(Auto Gain Control)回路によりゲインを調整する。そして、Ａ／Ｄ変換によりディジタル信号に変換する。
【０２５１】
また、撮像信号処理部５３は、撮像素子５２から出力された撮像信号の情報を制御部３０に送る。制御部３０は、この情報に基づき光学系５１を制御するための制御信号を生成し、カメラ制御部５４に供給する。カメラ制御部５４は、この制御信号に基づきフォーカス調整機構や絞り調整機構などの制御を行う。
【０２５２】
ビデオ信号処理部５８は、供給されたディジタル信号に対して所定の信号処理を施す。例えば、ビデオ信号処理部５８は、供給されたディジタル信号に対して検波系の信号処理を施し、Ｒ（赤色）、Ｇ（緑色）およびＢ（青色）各色の成分を取り出す。そして、取り出された各色成分に基づきγ補正やホワイトバランス補正などの処理を行い、最終的に１本のベースバンドのディジタルビデオデータとして出力する。
【０２５３】
表示部５５は、例えばＬＣＤ(Liquid Crystal Display)を表示素子として用い、ビデオ信号処理部５８から供給されたディジタルビデオデータに基づく表示を行うことができる。表示部５５は、撮影時には撮影画像のモニタとして用いられ、再生時には、再生画像を映出させることができる。
【０２５４】
音声信号処理部５７は、例えばマイクロフォンＭＩＣ５６から供給されるアナログ音声信号をＡ／Ｄ変換してディジタルオーディオデータとし、ノイズ除去や音質補正など所定の音声信号処理を施してベースバンドのディジタルオーディオデータとして出力する。また、音声信号処理部５７は、供給されるディジタルオーディオデータに対して音質補正や音量調整などの所定の音声信号処理を施してＤ／Ａ変換してアナログ音声信号とし、増幅処理などを行いスピーカ部ＳＰ６０に供給する。
する。
【０２５５】
撮影時には、光学系５１を介して撮像素子５２に入射された光が光電変換により電気信号に変換され撮像信号として出力される。撮像信号は、撮像信号処理部５３で所定に信号処理され、Ａ／Ｄ変換されディジタルビデオ信号として出力される。このディジタルビデオ信号は、ビデオ信号処理部５８に供給される。ビデオ信号処理部５８は、供給されたディジタルビデオ信号に対して画質補正などの所定の信号処理を施してディジタルビデオデータとして出力する。このディジタルビデオデータは、記録再生部１０に供給され端子４０に入力される。
【０２５６】
また、ビデオ信号処理部５８は、撮像信号処理部５３から供給されたディジタル信号に基づき、表示部５５に表示するためのディジタルビデオデータを生成する。さらに、ビデオ信号処理部５８は、制御部３０とやりとりを行い、制御部３０で所定に生成された表示制御信号に基づく画像を生成することができる。このディジタルビデオデータや画像は、表示部５５に供給され、映出される。
【０２５７】
一方、マイクロフォン５６から出力された音声信号は、音声信号処理部５７でノイズ除去、リミッタ処理、音質補正などの所定の信号処理を施され、さらにＡ／Ｄ変換され、ディジタルオーディオデータとして出力される。このディジタルオーディオデータは、記録再生部１０に供給され、端子４１に入力される。
【０２５８】
記録停止状態からＵＩ部３１に設けられた記録スイッチが押下されると、記録開始を指示する制御信号がＵＩ部３１から制御部３０に供給され、制御部３０の制御に基づきカメラ部５０から出力されたベースバンドのディジタルビデオデータおよびディジタルオーディオデータの記録媒体３２への記録が開始される。
【０２５９】
すなわち、図３２を用いて既に説明したように、制御部３０の制御に基づきビデオエンコーダ１１およびオーディオエンコーダ１２の動作が開始され、ビデオデータおよびオーディオデータがそれぞれビデオエンコーダ１１およびオーディオエンコーダ１２で圧縮符号化され、ＭＵＸ／ＤＥＭＵＸ１３で所定にパケット化され多重化されてＡＶストリームデータとされる。ＡＶストリームデータは、ストリームバッファ１４を介して、記録制御部１５に供給され、クリップＡＶストリームファイルとして記録媒体３２に記録される。
【０２６０】
クリップＡＶストリームファイルの記録に伴い、ＥＰエントリが生成される。ＥＰエントリの生成は揮発性メモリ１７を用いて行われ、生成されたＥＰエントリは、所定のタイミングで不揮発性メモリ１８に書き込み保持される。
【０２６１】
ＵＩ部３１の記録スイッチが次に押下されると、記録が停止され、上述した図３３のフローチャートにおけるステップＳ３５以降の処理に従い、クリップインフォメーションファイルに格納するクリップ情報の生成、生成されたクリップ情報の不揮発性メモリ１８に対する書き込みなどが行われる。また、プレイリストファイルに格納する情報、例えばプレイアイテムやプレイリストマークの追加や更新が行われる。そして、電源ＯＦＦの操作やディスクのイジェクト操作により、不揮発性メモリ１８に書き込み保持されたクリップ情報などがディスクに書き出される。ディスクのイジェクト操作の場合には、さらに不揮発性メモリ１８の記憶内容がクリアされる。
【０２６２】
再生時には、記録媒体３２がビデオカメラ装置１００に装填されると、記録媒体３２に記録されているインデックスファイル、ムービーオブジェクトファイルなどのファイルが読み出され、管理情報処理部１６に供給される。制御部３０は、管理情報処理部１６からインデックスファイルの情報を取得し、取得された情報に基づき所定のメニュー画面を表示するための表示制御信号を生成する。この表示制御信号は、ビデオ信号処理部５８に供給され、表示部５５に表示される。この表示に応じてＵＩ部３１に対して所定の操作を行うと、例えば、記録媒体３２から再生が指示されたプレイリストファイルが読み出され、このプレイリストファイルの記述に従い、記録媒体３２に記録されたクリップの再生がなされる。
【０２６３】
すなわち、図３４を用いて既に説明したように、制御部３０は、ＵＩ部３１に対する操作に応じて管理情報処理具１６からプレイリストファイルの情報を取得し、取得された情報に基づき、記録再生制御部１５に対して記録媒体３２からクリップインフォメーションファイルやクリップＡＶストリームファイルを読み出すように命令を出す。
【０２６４】
このとき、上述した図３４のステップＳ５４以降の処理に従い、プレイリストファイルの情報に基づき読み出すべきクリップインフォメーションファイルが記録媒体３２に記録されているか否かが判断され、記録されていると判断されれば、当該クリップインフォメーションファイルが記録媒体３２から読み出され、クリップ情報が不揮発性メモリ１８に書き込み保持され、さらに揮発性メモリ１７に書き込まれる。一方、読み出すべきクリップインフォメーションファイルが記録媒体３２に記録されていないと判断されれば、不揮発性メモリ１８が参照され、対応するクリップ情報が保持されているか否かが判断される。保持されていれば、当該クリップ情報が揮発性メモリ１７に書き込まれる。そして、揮発性メモリ１７に記憶されるクリップ情報に基づき、クリップＡＶストリームファイルが再生制御される。
【０２６５】
記録媒体３２から読み出されたクリップＡＶストリームファイルは、ストリームバッファ１４を介してＭＵＸ／ＤＥＭＵＸ１３に供給され、パケットのヘッダ情報などに基づき多重化が分離され圧縮ビデオデータと圧縮オーディオデータとが取り出される。圧縮ビデオデータは、ビデオデコーダ２０に供給されデコードされて、例えばＰＴＳに従い端子４２から出力される。圧縮オーディオデータは、オーディオデコーダ２１に供給されデコードされ、ビデオデコーダ２０から出力されるビデオデータと同期的に端子４３から出力される。
【０２６６】
端子４２から出力されたビデオデータは、ビデオ信号処理部５８で所定の信号処理を施され、表示部５５に供給される。表示部５５は、供給されたビデオデータに基づく画像を映出する。端子４３から出力されたオーディオデータは、音声信号処理部５７で所定に信号処理され、増幅処理なども行われ、スピーカ部６０に供給される。
【０２６７】
なお、上述では、図３２に示したように、この発明の実施の一形態としてこの発明が記録再生装置に適用された場合について説明したが、これはこの例に限定されない。すなわち、図３３のフローチャートを用いて説明したような、この発明による記録の際の処理は、記録のみを行う記録装置にも同様に適用することができる。
【０２６８】
また、上述では、図３２に示す記録再生装置や図３５に示すビデオカメラ装置１００の記録再生部１０がハードウェア的に構成されるように説明したが、これはこの例に限定されない。すなわち、記録再生部１０は、ソフトウェアとして構成することも可能である。この場合、ソフトウェアは、例えば制御部３０が有する図示されないＲＯＭに予め記憶される。これに限らず、記録再生部１０を、パーソナルコンピュータなどのコンピュータ装置上に構成することも可能である。この場合には、記録再生部１０をコンピュータ装置に実行させるソフトウェアは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭといった記録媒体に記録されて提供される。コンピュータ装置がネットワーク接続可能な場合、インターネットなどのネットワークを介して当該ソフトウェアを提供することも可能である。
【図面の簡単な説明】
【０２６９】
【図１】この発明に適用可能なＡＶＣＨＤフォーマットに規定されるデータモデルを概略的に示す略線図である。
【図２】インデックステーブルを説明するための略線図である。
【図３】クリップＡＶストリーム、クリップ情報、クリップ、プレイアイテムおよびプレイリストの関係を示すＵＭＬ図である。
【図４】複数のプレイリストから同一のクリップを参照する方法を説明するための略線図である。
【図５】記録媒体に記録されるファイルの管理構造を説明するための略線図である。
【図６】ファイル"index.bdmv"の一例の構造を表すシンタクスを示す略線図である。
【図７】ブロックblkIndexes()の一例の構造を表すシンタクスを示す略線図である。
【図８】ファイル"MovieObject.bdmv"の一例の構造を表すシンタクスを示す略線図である。
【図９】ブロックblkMovieObjects()の一例の構造を表すシンタクスを示す略線図である。
【図１０】プレイリストファイル"xxxxx.mpls"の一例の構造を表すシンタクスを示す略線図である。
【図１１】ブロックblkPlayList()の一例の構造を表すシンタクスを示す略線図である。
【図１２】ブロックblkPlayItem()の一例の構造を表すシンタクスを示す略線図である。
【図１３】第１および第２のシームレス接続を説明するための略線図である。
【図１４】ブロックblkPlayListMark()の一例の構造を表すシンタクスを示す略線図である。
【図１５】クリップインフォメーションファイルの一例の構造を表すシンタクスを示す略線図である。
【図１６】ブロックblkClipInfo()の一例の構造を表すシンタクスを示す略線図である。
【図１７】ブロックblkSequenceInfo()の一例の構造を表すシンタクスを示す略線図である。
【図１８】ブロックblkProgramInfo()の一例の構造を表すシンタクスを示す略線図である。
【図１９】ブロックblkCPI()の一例の構造を表すシンタクスを示す略線図である。
【図２０】ブロックblkEPMap()の一例の構造を表すシンタクスを示す略線図である。
【図２１】ブロックblkEPMapForOneStreamPID(EP_stream_type, Nc, Nf)の一例の構造を表すシンタクスを示す略線図である。
【図２２】エントリPTSEPCoarseおよびエントリPTSEPFineの一例のフォーマットについて示す略線図である。
【図２３】エントリSPNEPCoarseおよびエントリSPNEPFineの一例のフォーマットについて示す略線図である。
【図２４】ブロックblkExtensionData()の一例の構造を表すシンタクスを示す略線図である。
【図２５】ブロックblkExtensionData()における各データの参照関係を模式的に示す略線図である。
【図２６】ブロックblkExtensionData()にデータを書き込む際の一例の処理を示すフローチャートである。
【図２７】ブロックblkExtensionData()から拡張データを読み出す際の一例の処理を示すフローチャートである。
【図２８】ファイル"index.bdmv"内のフィールドblkExtensionData()におけるブロックDataBlock()の一例の構造を表すシンタクスを示す略線図である。
【図２９】ブロックblkTableOfPlayList()の一例の構造を表すシンタクスを示す略線図である。
【図３０】仮想プレーヤの動作を概略的に示すフローチャートである。
【図３１】仮想プレーヤの動作を概略的に示す略線図である。
【図３２】この発明の実施の一形態に適用可能な記録再生装置の一例の構成を概略的に示すブロック図である。
【図３３】この発明の実施の一形態によるクリップインフォメーションファイルの一例の記録方法を示すフローチャートである。
【図３４】この発明の実施の一形態による記録再生装置におけるディスクの一例の再生処理を示すフローチャートである。
【図３５】この発明の実施の一形態の他の例によるビデオカメラ装置の一例の構成を示す。
【符号の説明】
【０２７０】
１０  記録部
１１  ビデオエンコーダ
１２  オーディオエンコーダ
１３  マルチプレクサ
１４  ストリームバッファ
１５  記録制御部
１６  管理情報処理部
１７  揮発性メモリ
１８  不揮発性メモリ
２０  記録媒体
３０  制御部
３１  ユーザインターフェイス部
５０  カメラ部
１００  ビデオカメラ装置
【図１】
2008034927.tif 000003
【図２】
2008034927.tif 000004
【図３】
2008034927.tif 000005
【図４】
2008034927.tif 000006
【図５】
2008034927.tif 000007
【図６】
2008034927.tif 000008
【図７】
2008034927.tif 000009
【図８】
2008034927.tif 000010
【図９】
2008034927.tif 000011
【図１０】
2008034927.tif 000012
【図１１】
2008034927.tif 000013
【図１２】
2008034927.tif 000014
【図１３】
2008034927.tif 000015
【図１４】
2008034927.tif 000016
【図１５】
2008034927.tif 000017
【図１６】
2008034927.tif 000018
【図１７】
2008034927.tif 000019
【図１８】
2008034927.tif 000020
【図１９】
2008034927.tif 000021
【図２０】
2008034927.tif 000022
【図２１】
2008034927.tif 000023
【図２２】
2008034927.tif 000024
【図２３】
2008034927.tif 000025
【図２４】
2008034927.tif 000026
【図２５】
2008034927.tif 000027
【図２６】
2008034927.tif 000028
【図２７】
2008034927.tif 000029
【図２８】
2008034927.tif 000030
【図２９】
2008034927.tif 000031
【図３０】
2008034927.tif 000032
【図３１】
2008034927.tif 000033
【図３２】
2008034927.tif 000034
【図３３】
2008034927.tif 000035
【図３４】
2008034927.tif 000036
【図３５】
2008034927.tif 000037