説明

記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム

【課題】記録開始から停止の間に生成されたＡＶデータをファイルとして記録する際に、長時間の連続記録や連続再生を容易とする。
【解決手段】ＡＶデータを多重化したストリームをパケット単位でファイルに記録する。次のパケットの記録でファイルサイズが２ＧＢを超える場合、当該ファイルのオーディオデータの後端が次にストリームが記録されるファイルのオーディオデータの先頭と時間的に対応するように記録制御して当該ファイルをクローズすると共に、クローズしたファイルと次にストリームが記録されるファイルとを、オーディオデータの重複がないようにシームレス接続することが指定される。新規にファイルを作成してストリームを継続的に記録する。停止操作でファイルの記録を停止する。長時間の記録に対しファイルが自動的に分割される。再生時には、長時間記録されたファイルをファイルの分割を意識することなく連続再生できる。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ビデオデータとオーディオデータとを多重化したストリームデータを記録媒体に記録するのに適した記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラムに関する。
【背景技術】
【０００２】
従来では、例えばビデオカメラなどにおいて、撮像素子で撮像された映像信号をディジタルビデオデータに変換し、圧縮符号化して記録する場合の記録媒体として、磁気テープが用いられていた。磁気テープは、大容量のデータを連続的に記録するのに適していた。
【０００３】
一方、近年では、記録可能で記録再生装置から取り外し可能とされると共に、記録容量が比較的大きく、ビデオデータとオーディオデータとからなるＡＶ(Audio/Video)データを記録するのに適した記録媒体として、４．７ＧＢ(Giga Byte)以上の記録容量を有するＤＶＤ(Digital Versatile Disc)が普及している。特許文献１には、記録可能なタイプのＤＶＤに対してＤＶＤ−Ｖｉｄｅｏフォーマットで記録する撮像装置が記載されている。
【特許文献１】特開２００４−３５０２５１
【０００４】
この記録可能なタイプのＤＶＤは、ファイルシステムにＵＤＦ(Universal Disk Format)が用いられており、ＵＤＦに対応するコンピュータ装置でアクセスが可能となっている。ＵＤＦは、ＩＳＯ(International Organization for Standarization)９６６０によるフォーマットを含んでおり、コンピュータ装置に用いられる様々なファイルシステムでアクセス可能なようになっている。この記録可能なタイプのＤＶＤに対し、ビデオデータおよびオーディオデータをファイルとして記録することで、コンピュータ装置などの他の装置との親和性が増し、記録されたデータをより有効に活用することが可能となる。
【０００５】
また、近年では、ビデオカメラにハードディスクドライブを内蔵し、撮影して得られたビデオデータおよびオーディオデータを、このハードディスクドライブにファイルとして記録するような製品も出現している。また、記録媒体として大容量の半導体メモリを用いた製品も提案されている。
【０００６】
従来の、記録媒体として磁気テープを用いた場合では、記録開始操作から記録停止操作の間に生成されるビデオデータを単位として、記録媒体に対するビデオデータおよびオーディオデータの記録を行うことが一般的に行われていた。そこで、ビデオデータおよびオーディオデータをファイルとして記録するようにした場合も、記録開始操作から記録停止操作の間に生成されるデータを単位としてファイルを生成すると、従来からの記録方式とも馴染みやすく、好ましい。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、連続的に供給されるビデオデータおよびオーディオデータをファイルとして記録媒体に記録する場合、システム上の制約により、記録開始操作から記録停止操作の間に記録可能な記録時間に制限が生じることがある。システム上の制限としては、例えば記録媒体に適用されるファイルシステム上のファイルサイズの制限や、ビデオデータおよびオーディオデータが格納されたファイルにおける管理情報に関する制限などが考えられる。
【０００８】
ファイルシステム上の制限について、概略的に説明する。記録媒体に記録されたファイルをコンピュータ装置で扱う場合には、記録媒体に記録されたファイルの形式がコンピュータ装置のファイルシステムに対応している必要がある。ここで、コンピュータ装置に用いられるより低位のファイルシステムを考慮することで、より多くのコンピュータ装置に対して読み取り可能とすることができる。例えば、コンピュータ装置のＯＳ(Operating System)の一つであるＷｉｎｄｏｗｓ（登録商標）で用いられるファイルシステムである、ＦＡＴ１６(File Allocation Table 16)と互換性を持たせることが考えられる。
【０００９】
ＦＡＴ１６においては、１ファイルの最大サイズが２ＧＢ(Giga Byte)に制限されている。一方、ＵＤＦにおいては、１ファイルの最大サイズは、２ＧＢに比べて遙かに大きい。したがって、ＵＤＦの規格に準じて記録されたファイルのサイズが２ＧＢを超えた場合、このファイルは、ＦＡＴ１６では扱うことができないことになる。
【００１０】
このため、例えばビデオカメラを考えた場合、ユーザは、ファイルとして記録されたディジタルビデオデータが使用されるコンピュータ装置のファイルシステムを考慮しながら、記録開始および停止を行わなければならず、操作性を著しく損なってしまうという問題点があった。またこのため、記録媒体に記録可能な時間分の記録が行われないうちに、記録を停止せざるを得なくなることも考えられ、記録容量に応じた連続記録時間を確保できなくなるという問題点があった。
【００１１】
この問題を避けるために、例えば、記録中のファイルのサイズをシステムが監視し、ファイルサイズが所定のサイズに達したら当該ファイルをクローズし、新規にファイルを作成して記録を継続することが考えられる。しかしながら、この場合であっても、再生時に、連続的な記録で生成された複数のファイルを連続再生するための操作が必要となり、ユーザにとって負担になってしまうという問題点があった。
【００１２】
したがって、この発明の目的は、記録開始から記録停止までの間に生成されたビデオデータおよびオーディオデータをファイルとして記録する場合において、長時間の連続記録および連続再生が容易な記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラムを提供することにある。
【課題を解決するための手段】
【００１３】
上述した課題を解決するために、第１の発明は、ビデオデータとオーディオデータとを多重化して記録媒体に記録する記録装置において、ビデオデータおよびオーディオデータが入力されるデータ入力部と、ビデオデータおよびオーディオデータの記録開始および記録停止の指示が入力される記録指示入力部と、ビデオデータおよびオーディオデータをパケット単位で多重化し、多重化されたストリームをパケット毎に順次、記録媒体上のストリームファイルに記録する記録部と、記録媒体に記録されるストリームファイルに対し、少なくとも、ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成する管理情報生成部と、記録部および管理情報生成部とを制御する制御部とを有し、制御部は、記録指示入力部による記録開始および記録停止の指示に応じてストリームのストリームファイルに対する記録の開始および停止をそれぞれ行うように記録部を制御し、１または複数のパケットからなる所定単位をストリームファイルに記録することでストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、ストリームファイルをクローズして新規のストリームファイルを作成し、新規のストリームファイルに対してストリームを所定単位から順次、記録するように記録部を制御することを特徴とする記録装置である。
【００１４】
また、第２の発明は、ビデオデータとオーディオデータとを多重化して記録媒体に記録する記録方法において、データ入力から入力されたビデオデータおよびオーディオデータの記録開始および記録停止の指示が入力される記録指示入力のステップと、ビデオデータおよびオーディオデータをパケット単位で多重化し、多重化されたストリームをパケット毎に順次、記録媒体上のストリームファイルに記録する記録のステップと、記録媒体に記録されるストリームファイルに対し、少なくとも、ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成する管理情報生成のステップと、記録のステップおよび管理情報生成のステップとを制御する制御のステップとを有し、制御のステップは、記録指示入力のステップによる記録開始および記録停止の指示に応じてストリームのストリームファイルに対する記録の開始および停止をそれぞれ行うように記録のステップを制御し、１または複数のパケットからなる所定単位をストリームファイルに記録することでストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、ストリームファイルをクローズして新規のストリームファイルを作成し、新規のストリームファイルに対してストリームを所定単位から順次、記録するように記録のステップを制御することを特徴とする記録方法である。
【００１５】
また、第３の発明は、ビデオデータとオーディオデータとを多重化して記録媒体に記録する記録方法をコンピュータ装置に実行させる記録プログラムにおいて、記録方法は、データ入力から入力されたビデオデータおよびオーディオデータの記録開始および記録停止の指示が入力される記録指示入力のステップと、ビデオデータおよびオーディオデータをパケット単位で多重化し、多重化されたストリームをパケット毎に順次、記録媒体上のストリームファイルに記録する記録のステップと、記録媒体に記録されるストリームファイルに対し、少なくとも、ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成する管理情報生成のステップと、記録のステップおよび管理情報生成のステップとを制御する制御のステップとを有し、制御のステップは、記録指示入力のステップによる記録開始および記録停止の指示に応じてストリームのストリームファイルに対する記録の開始および停止をそれぞれ行うように記録のステップを制御し、１または複数のパケットからなる所定単位をストリームファイルに記録することでストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、ストリームファイルをクローズして新規のストリームファイルを作成し、新規のストリームファイルに対してストリームを所定単位から順次、記録するように記録のステップを制御することを特徴とする記録プログラムである。
【００１６】
また、第４の発明は、撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化して記録媒体に記録する撮像装置において、被写体を撮像してビデオデータを出力する撮像部と、音声を収音してオーディオデータを出力する収音部と、ビデオデータおよびオーディオデータをパケット単位で多重化し、多重化されたストリームをパケット毎に順次、記録媒体上のストリームファイルに記録する記録部と、ビデオデータおよびオーディオデータの記録媒体への記録開始および記録停止を指示するユーザ操作を受け付ける操作部と、記録媒体に記録されるストリームファイルに対し、少なくとも、ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成する管理情報生成部と、記録部および管理情報生成部とを制御する制御部とを有し、制御部は、操作部に対する操作による記録開始および記録停止の指示に応じてストリームのストリームファイルに対する記録の開始および停止をそれぞれ行うように記録部を制御し、１または複数のパケットからなる所定単位をストリームファイルに記録することでストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、ストリームファイルをクローズして新規のストリームファイルを作成し、新規のストリームファイルに対してストリームを所定単位から順次、記録するように記録部を制御することを特徴とする撮像装置である。
【００１７】
また、第５の発明は、撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化して記録媒体に記録する撮像装置の撮像方法において、被写体を撮像して得られたビデオデータと、音声を収音して得られたオーディオデータとをパケット単位で多重化し、多重化されたストリームをパケット毎に順次、記録媒体上のストリームファイルに記録する記録のステップと、操作部に対するビデオデータおよびオーディオデータの記録媒体への記録開始および記録停止を指示するユーザ操作を受け付けるステップと、記録媒体に記録されるストリームファイルに対し、少なくとも、ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成する管理情報生成のステップと、記録のステップおよび管理情報生成のステップとを制御する制御のステップとを有し、制御のステップは、操作部に対する操作による記録開始および記録停止の指示に応じてストリームのストリームファイルに対する記録の開始および停止をそれぞれ行うように記録のステップを制御し、１または複数のパケットからなる所定単位をストリームファイルに記録することでストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、ストリームファイルをクローズして新規のストリームファイルを作成し、新規のストリームファイルに対してストリームを所定単位から順次、記録するように記録のステップを制御することを特徴とする撮像方法である。
【００１８】
また、第６の発明は、撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化して記録媒体に記録する撮像装置の撮像方法をコンピュータ装置に実行させる撮像プログラムにおいて、撮像方法は、被写体を撮像して得られたビデオデータと、音声を収音して得られたオーディオデータとをパケット単位で多重化し、多重化されたストリームをパケット毎に順次、記録媒体上のストリームファイルに記録する記録のステップと、操作部に対するビデオデータおよびオーディオデータの記録媒体への記録開始および記録停止を指示するユーザ操作を受け付けるステップと、記録媒体に記録されるストリームファイルに対し、少なくとも、ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成する管理情報生成のステップと、記録のステップおよび管理情報生成のステップとを制御する制御のステップとを有し、制御のステップは、操作部に対する操作による記録開始および記録停止の指示に応じてストリームのストリームファイルに対する記録の開始および停止をそれぞれ行うように記録のステップを制御し、１または複数のパケットからなる所定単位をストリームファイルに記録することでストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、ストリームファイルをクローズして新規のストリームファイルを作成し、新規のストリームファイルに対してストリームを所定単位から順次、記録するように記録のステップを制御することを特徴とする撮像プログラムである。
【００１９】
上述したように、第１、第２および第３の発明は、データ入力から入力されたビデオデータおよびオーディオデータをパケット単位で多重化したストリームをパケット毎に順次、記録媒体上のストリームファイルに記録し、記録媒体に記録されるストリームファイルに対し、少なくとも、ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成し、記録開始および記録停止の指示に応じてストリームのストリームファイルに対する記録の開始および停止をそれぞれ行うように記録を制御し、１または複数のパケットからなる所定単位をストリームファイルに記録することでストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、ストリームファイルをクローズして新規のストリームファイルを作成し、新規のストリームファイルに対してストリームを所定単位から順次、記録するように制御するようにしているため、ストリームファイルに対する所定の制約を意識することなく、長時間の連続的な記録を行うことができる。
【００２０】
また、第４、第５および第６の発明は、被写体を撮像して得られたビデオデータと、音声を収音して得られたオーディオデータとをパケット単位で多重化し、多重化されたストリームをパケット毎に順次、記録媒体上のストリームファイルに記録し、記録媒体に記録されるストリームファイルに対し、少なくとも、ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成し、操作部に対する操作による記録開始および記録停止の指示に応じてストリームのストリームファイルに対する記録の開始および停止をそれぞれ行うように記録を制御し、１または複数のパケットからなる所定単位をストリームファイルに記録することでストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、ストリームファイルをクローズして新規のストリームファイルを作成し、新規のストリームファイルに対してストリームを所定単位から順次、記録するように記録を制御するようにしているため、ユーザは、ストリームファイルに対する所定の制約を意識することなく、長時間の連続的な撮影および撮影され得られたビデオデータおよびオーディオデータの記録を行うことができる。
【発明の効果】
【００２１】
第１、第２および第３の発明は、上述したように、データ入力から入力されたビデオデータおよびオーディオデータをパケット単位で多重化したストリームをパケット毎に順次、記録媒体上のストリームファイルに記録し、記録媒体に記録されるストリームファイルに対し、少なくとも、ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成し、記録開始および記録停止の指示に応じてストリームのストリームファイルに対する記録の開始および停止をそれぞれ行うように記録を制御し、１または複数のパケットからなる所定単位をストリームファイルに記録することでストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、ストリームファイルをクローズして新規のストリームファイルを作成し、新規のストリームファイルに対してストリームを所定単位から順次、記録するように制御するようにしているため、ストリームファイルに対する所定の制約を意識することなく、長時間の連続的な記録を行うことができる効果がある。
【００２２】
また、第４、第５および第６の発明は、被写体を撮像して得られたビデオデータと、音声を収音して得られたオーディオデータとをパケット単位で多重化し、多重化されたストリームをパケット毎に順次、記録媒体上のストリームファイルに記録し、記録媒体に記録されるストリームファイルに対し、少なくとも、ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成し、操作部に対する操作による記録開始および記録停止の指示に応じてストリームのストリームファイルに対する記録の開始および停止をそれぞれ行うように記録を制御し、１または複数のパケットからなる所定単位をストリームファイルに記録することでストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、ストリームファイルをクローズして新規のストリームファイルを作成し、新規のストリームファイルに対してストリームを所定単位から順次、記録するように記録を制御するようにしているため、ユーザは、ストリームファイルに対する所定の制約を意識することなく、長時間の連続的な撮影および撮影され得られたビデオデータおよびオーディオデータの記録を行うことができる効果がある。
【発明を実施するための最良の形態】
【００２３】
以下、この発明の実施の一形態を、図面を参照しながら説明する。先ず、理解を容易とするために、この発明に適用可能な一例のフォーマット（以下、ＡＶＣＨＤフォーマットと呼ぶ）について説明する。ＡＶＣＨＤフォーマットは、ビデオデータとオーディオデータとが所定に多重化されたＡＶ(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]で示されるエレメンタリストリームの符号化方式に関する情報が記述される。
【０１０４】
図１９は、ブロック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)を実現するムービーオブジェクトの実行が開始される。
【０１７０】
次に、この発明の実施の一形態について説明する。この発明では、ビデオデータおよびオーディオデータの記録に際し、ビデオデータおよびオーディオデータが格納されるファイルの情報とシステム上の所定の制約とを比較し、比較結果に基づき、記録の継続に際して当該ファイルを分割するか否かを判断する。例えば、当該ファイルの情報がシステム上の所定の制約を超えると判断されたら、生成中のファイルをクローズすると共に新規にファイルを作成し、継続的に記録されるビデオデータおよびオーディオデータをこの新規に作成されたファイルに格納する。
【０１７１】
ビデオデータおよびオーディオデータの格納されるファイルがシステム上の制約に基づき自動的に分割されるため、ユーザは、記録に際してシステム上の制約を意識することなく連続的な記録を行うことができる。
【０１７２】
また、クローズされたファイルの管理情報に対して、新規に作成されたファイルを示す情報を格納すると共に、クローズされたファイルに格納されたビデオデータおよびオーディオデータと、新規に作成されたファイルに格納されたビデオデータおよびオーディオデータとがシームレスに再生されることを示す識別情報を格納する。
【０１７３】
これによれば、再生時に、連続的に記録されたビデオデータおよびオーディオデータが格納されるファイルがシステム上の制約により分割されていても、それを意識することなく連続的な再生が可能となる。
【０１７４】
システム上の制約の例としては、最大ファイルサイズが考えられる。この発明が適用された記録機で記録されたビデオデータおよびオーディオデータが格納されたファイルを、コンピュータ装置などの外部機器で扱う場合、外部機器が用いるファイルシステムにおける最大ファイルサイズの制限に基づき、記録機で作成可能なファイルサイズに制限を設ける。より多くの機器で対応可能なファイルシステムの一例として、ＦＡＴ１６が挙げられる。ＦＡＴ１６では、１ファイルの最大ファイルサイズが２ＧＢとされている。例えば、記録機のシステムにおいても、これに対応して１ファイルの最大サイズを決め、記録されるビデオデータおよびオーディオデータが格納されるクリップＡＶストリームファイルのサイズを監視し、ファイルサイズが２ＧＢを超えるときに、現在記録中のファイルをクローズして新規にファイルを作成し、新規に作成されたファイルに対してビデオデータおよびオーディオデータを記録する。
【０１７５】
システム上の制約の他の例として、アドレス情報と時刻情報との対応関係を示す情報の最大値が考えられる。すなわち、ＡＶＣＨＤにおいては、図１９〜図２３を用いて説明したＥＰエントリに関して、１のクリップインフォメーションファイルに格納可能なＥＰエントリ数に上限が設けられている。そこで、ビデオデータおよびオーディオデータの記録中にこのＥＰエントリ数を監視し、ＥＰエントリ数が１のクリップインフォメーションファイルに格納可能な最大値を超えるときに、現在記録中のファイルをクローズして新規にファイルを作成する。
【０１７６】
図３２は、この発明の実施の一形態に適用可能な記録装置の一例の構成を概略的に示す。この記録装置は、入力されたディジタルビデオデータおよびディジタルオーディオデータを、所定の方式で圧縮符号化および多重化したＡＶストリームを記録媒体に記録するようにしている。
【０１７７】
この図３２に例示される記録装置は、外部から入力されるビデオデータおよびオーディオデータを記録媒体に記録する、単独の記録装置として用いることもできるし、光学系や撮像素子などを備えたカメラブロックと組み合わせ、撮像した撮像信号に基づくビデオデータを記録媒体に記録する、ビデオカメラ装置の記録ブロックとして用いることもできる。
【０１７８】
適用可能な圧縮符号化や多重化の方式としては、様々に考えられる。例えば、Ｈ．２６４｜ＡＶＣに規定される方式を、この発明の実施の一形態の圧縮符号化として適用することができる。これに限らず、ＭＰＥＧ２方式に基づき圧縮符号化を行うようにしてもよい。また、多重化方式は、例えばＭＰＥＧ２システムズを適用することができる。以下では、ビデオデータの圧縮符号化をＨ．２６４｜ＡＶＣに規定される方式に準じて行い、ビデオデータおよびオーディオデータの多重化を、ＭＰＥＧ２システムズに規定される方式に準じて行うものとして説明する。
【０１７９】
制御部３０は、例えばＣＰＵ(Central Processing Unit)、ＲＡＭ(Random Access Memory)およびＲＯＭ(Read Only Memory)などからなり（図示しない）、ＲＯＭに予め記憶されたプログラムやデータに基づき、ＲＡＭをワークメモリとして用いてこの記録装置の記録部１０の各部を制御する。なお、制御部３０と記録部１０の各部とを接続する経路は、繁雑さを避けるために、図３２では省略している。
【０１８０】
制御部３０上で動作するプログラムにより、この記録装置で用いられるファイルシステムが提供される。例えば、制御部３０は、このファイルシステムに基づき、データが記録媒体２０に記録される際の、記録媒体２０の物理的なアドレスと当該データが格納されるファイルとの関連付けを行うと共に、各データが格納されるファイルの論理的な管理情報を生成する。上述した図６に示すディレクトリ構造は、ファイルの論理的な管理情報の一例である。新規ファイルの作成やファイルオープン、クローズは、ファイルシステム基づき制御部３０により制御される。
【０１８１】
ＵＩ(User Interface)部３１は、この記録装置の動作をユーザが操作するための操作子が所定に設けられ、操作子に対する操作に応じた制御信号を出力する。この制御信号は、制御部３０に供給される。制御部３０は、ユーザ操作に応じてＵＩ部３１から供給された制御信号に基づきなされるプログラムの処理により、記録部１０の各部の動作を制御する。例えば、ＵＩ部３１に対してなされた操作に応じて、記録装置による記録動作の開始および停止の動作が制御部３０により制御される。
【０１８２】
ベースバンドのディジタルビデオデータが端子４０から入力される。また、当該ディジタルビデオデータに伴い、ベースバンドのディジタルオーディオデータが端子４１から入力される。
【０１８３】
ディジタルビデオデータは端子４０から記録部１０に入力され、ビデオエンコーダ１１に供給される。ビデオエンコーダ１１は、供給されたディジタルビデオデータを、所定の方式で以て圧縮符号化する。Ｈ．２６４｜ＡＶＣに規定される方式に準じて圧縮符号化がなされるこの例では、例えば、ＤＣＴ(Discrete Cosine Transform)と画面内予測とによりフレーム内圧縮を行うと共に、動きベクトルを用いたフレーム間圧縮を行い、さらにエントロピー符号化を行い圧縮効率を高める。ビデオエンコーダ１１で圧縮符号化されたディジタルビデオデータは、Ｈ．２６４｜ＡＶＣのエレメンタリストリーム（ＥＳ）として、マルチプレクサ（ＭＵＸ）１３に供給される。
【０１８４】
ディジタルオーディオデータは端子４１から記録部１０に入力され、オーディオエンコーダ１２に供給される。オーディオエンコーダ１２は、供給されたディジタルオーディオデータを所定の圧縮符号化方式、例えばＡＣ３(Audio Code number 3)方式により圧縮符号化する。オーディオデータの圧縮符号化方式は、ＡＣ３方式に限られるものではない。オーディオデータを圧縮符号化せず、ベースバンドのデータのまま用いることも考えられる。圧縮符号化されたディジタルオーディオデータは、マルチプレクサ１３に供給される。
【０１８５】
マルチプレクサ１３は、それぞれ圧縮符号化されて供給されたディジタルビデオデータおよびディジタルオーディオデータを所定の方式で多重化し、１本のデータストリームとして出力する。ＭＰＥＧ２システムズに準じて多重化が行われるこの例では、ＭＰＥＧ２のトランスポートストリームを用いて、供給された圧縮ビデオデータおよび圧縮オーディオデータを時分割で多重化する。例えば、マルチプレクサ１３は、バッファメモリを有し、供給された圧縮ビデオデータおよび圧縮オーディオデータをバッファメモリに溜め込む。
【０１８６】
なお、Ｈ．２６４｜ＡＶＣ方式においては、ビデオデータの符号化を、フレーム間相関を利用したフレーム間圧縮を用いて行い、デコード開始可能な位置に基づくデコード単位で符号化がなされる。このデコード単位は、例えばＧＯＰである。クリップＡＶストリームファイルに格納されるビデオデータも、このデコード単位の境界に合わせる必要があり、マルチプレクサ１３は、このデコード単位の境界に合わせてＴＳパケットを作成する。
【０１８７】
バッファメモリに溜め込まれた圧縮ビデオデータは、所定サイズ毎に分割されヘッダが付加されて、ＰＥＳ(Packetized Elementary Stream)パケット化される。圧縮オーディオデータも同様に、所定サイズ毎に分割されヘッダが付加されてＰＥＳパケット化される。ヘッダには、パケットに格納されるデータの再生時刻を示すＰＴＳや復号時刻を示すＤＴＳ(Decoding Time Stamp)といった、ＭＰＥＧ２システムズに規定される所定の情報が格納される。ＰＥＳパケットは、さらに分割されてトランスポートパケット（ＴＳパケット）のペイロードに詰め込まれる。ＴＳパケットのヘッダには、ペイロードに詰め込まれたデータを識別するためのＰＩＤ(Packet Identification)が格納される。
【０１８８】
マルチプレクサ１３は、ＴＳパケットに対して、さらに所定のサイズのヘッダを付加して出力する。この、ＴＳパケットに対して所定のヘッダを付加したパケットを、ソースパケットと呼ぶ。ソースパケットのそれぞれには、ソースパケットのそれぞれを識別すると共に、ソースパケットの順番を示すソースパケット番号が付与される。ソースパケット番号は、例えばＴＳパケットに対して付加されるヘッダに格納することができる。マルチプレクサ１３から出力されたソースパケットは、ストリームバッファ１４に一旦溜め込まれる。
【０１８９】
記録制御部１５は、記録媒体２０に対するデータの記録を制御する。記録媒体２０としては、例えば記録可能なタイプのＤＶＤ(Digital Versatile Disc)を用いることができる。これに限らず、記録媒体２０としてハードディスクドライブを用いてもよいし、半導体メモリを記録媒体２０に適用することも可能である。また、記録媒体２０として、より大容量を実現したＢｌｕ−ｒａｙ Ｄｉｓｃ（ブルーレイディスク：登録商標）を適用することも考えられる。
【０１９０】
記録制御部１５は、ストリームバッファ１４に溜め込まれたデータ量を監視し、ストリームバッファ１４に所定量以上のデータが溜め込まれると、ストリームバッファ１４から記録媒体２０の記録単位分のデータを読み出して記録媒体２０に書き込む。データは、ファイルシステムに基づく制御部３０の制御により、所定のファイルに対してソースパケット単位で順次追記されるようにして記録媒体２０に書き込まれる。
【０１９１】
管理情報処理部１６は、例えばＣＰＵ、ワークメモリとしてのＲＡＭおよびプログラム所定のデータが予め記憶されるＲＯＭからなる（図示しない）。これに限らず、管理情報処理部１６は、例えば制御部３０におけるプログラム処理で管理情報処理部１６の機能を実現することも可能である。この場合、例えば制御部３０の有するＲＡＭが揮発性メモリ１７として用いられると共に、不揮発性メモリ１８が制御部３０に接続される。
【０１９２】
管理情報処理部１６は、記録データに基づき、揮発性メモリ１７をワークメモリとして用いて、上述したインデックスファイル"index.bdmv"、ムービーオブジェクトファイル"MovieObject.bdmv"、プレイリストファイル"xxxxx.mpls"およびクリップインフォメーションファイル"zzzzz.clpi"に格納するための情報を生成する。生成された情報は、所定のタイミングで記録媒体２０に書き込まれる。
【０１９３】
一例として、管理情報処理部１６は、マルチプレクサ１３から記録データの時間情報を取得すると共に、記録制御部１５から記録データの記録媒体２０に対するアドレス情報を取得し、取得されたこれら時間情報およびアドレス情報に基づきＥＰエントリ情報が生成される。また、ＵＩ部３１に対する記録開始、記録終了の操作に応じて制御部３０から出力される制御信号と、マルチプレクサ１３および記録制御部１５からの記録データに関する情報とに基づき、プレイリストファイル"xxxxx.mpls"の生成または更新、クリップインフォメーションファイル"zzzzz.clpi"の生成などが行われる。さらに、記録媒体２０に対して新規に記録が行われる際には、インデックスファイル"index.bdmv"やムービーオブジェクトファイル"MovieObject.bdmv"の生成または更新が行われる。
【０１９４】
次に、この発明の実施の一形態によるクリップの記録制御について説明する。図３３は、この発明の実施の一形態による一例の記録方法を示すフローチャートである。なお、この実施の一形態では、新規に記録されるクリップの情報は、既に存在するプレイリストに対して順次、追記されるようになっている。また、このフローチャートによる処理に先立って、記録媒体２０には、プレイリストファイル、インデックスファイルおよびムービーオブジェクトファイルが既に記録されているものとする。
【０１９５】
ステップＳ５０で記録開始操作が行われると、次のステップＳ５１で、制御部３０の制御により、新規にクリップＡＶストリームファイルが作成される。例えば、ファイルシステムにより、新規に作成するクリップＡＶストリームファイルの論理構造が設定されると共に、記録媒体２０上の物理アドレスが関連付けられる。次のステップＳ５２で、ステップＳ５１で作成されたクリップＡＶストリームファイルに対するクリップＡＶストリームの記録が開始される。
【０１９６】
記録開始操作は、例えば次のようになされる。例えば、ＵＩ部３１に、記録開始を指示する記録開始スイッチと、記録停止を指示する記録停止スイッチとが設けられる。ステップＳ５０では、ユーザによって記録開始スイッチが操作される。この操作に応じて、記録開始を指示する制御信号がＵＩ部３１から出力され、制御部３０に供給される。制御部３０は、この記録開始を指示する制御信号に基づき、記録部１０の各部に対し、端子４０から入力されるベースバンドのビデオデータと、端子４１から入力されるベースバンドのオーディオデータとをクリップＡＶストリームファイルに記録するように制御する。
【０１９７】
記録開始に関わる制御部３０の制御の一例として、記録停止状態ではビデオエンコーダ１１およびオーディオエンコーダ１２の動作を停止させておき、記録開始の指示に応じて、これらビデオエンコーダ１１およびオーディオエンコーダ１２の動作を開始させることが考えられる。これに限らず、マルチプレクサ１３やストリームバッファ１４、記録制御部１５の動作の開始、停止を制御することで、記録開始および停止の制御を行うこともできる。
【０１９８】
記録開始の制御に応じて、クリップＡＶストリームが記録媒体２０上のクリップＡＶストリームファイルに記録される（ステップＳ５２）。すなわち、入力されたビデオデータおよびオーディオデータがビデオエンコーダ１１およびオーディオエンコーダ１２でそれぞれ圧縮符号化され、マルチプレクサ１３でパケット化されＴＳパケットに所定のヘッダが付加されたソースパケットとされてストリームバッファ１４に供給される。ストリームバッファ１４に所定量以上のソースパケットが溜め込まれたら、記録制御部１５によりストリームバッファ１４からソースパケットが読み出される。読み出されたソースパケットは、所定にファイル名が付されたクリップＡＶストリームファイルに関連付けられた記録媒体２０上のアドレスに基づき、順次、記録媒体２０に記録される。
【０１９９】
新規に作成されるクリップＡＶストリームファイルのファイル名は、記録媒体２０に既に記録されている他のクリップＡＶストリームファイルと重複しないファイル名が選ばれる。
【０２００】
なお、クリップＡＶストリームの記録媒体２０への記録に伴い、管理情報処理部１６により、記録されるデータの再生時間とアドレス（クリップＡＶストリームファイル内の論理アドレス）との対応関係を示すＥＰエントリ情報がリアルタイムに生成される。このデータは、上述したクリップインフォメーションファイル"zzzzz.clpi"内のブロックblkEPMap()に格納されるデータとして、揮発性メモリ１７に記憶される。当該データのバックアップとして、不揮発性メモリ１８にも同一のデータを記憶することもできる。
【０２０１】
次のステップＳ５３で、現在記録中のクリップＡＶストリームファイルのファイルサイズが所定サイズ、例えば２ＧＢを超えるか否かが判断される。一例として、制御部３０は、現在記録中のクリップＡＶストリームファイルのファイルサイズを常に監視し、例えばストリームバッファ１４から次のソースパケットが読み出されて当該クリップＡＶストリームファイルに記録されたときに、当該クリップＡＶストリームファイルのファイルサイズが所定サイズを超えるか否かを判断する。
【０２０２】
より具体的な例としては、制御部３０は、マルチプレクサ１３における処理を監視し、マルチプレクサ１３から出力されるソースパケットの容量を、クリップＡＶストリームファイルの先頭に格納されるソースパケットから積算する。この積算値に基づき、次にマルチプレクサ１３から出力されるソースパケットでデータ量が所定値を超えるか否かを判断する。
【０２０３】
なお、上述したように、クリップＡＶストリームファイルは、デコード開始可能な位置に基づくデコード単位の境界に合わせて記録される。したがって、ステップＳ５３における判断は、実際には、デコード単位で行われる。例えば、制御部３０は、ストリームバッファ１４から次のデコード単位分のソースパケットが読み出されてクリップＡＶストリームファイルに記録されたときに、当該クリップＡＶストリームファイルのファイルサイズが所定サイズを超えるか否かを判断する。
【０２０４】
ステップＳ５３で、次のソースパケットがクリップＡＶストリームファイルに記録されたときに、当該クリップＡＶストリームファイルのファイルサイズが所定サイズを超えると判断されれば、処理は後述するステップＳ６２に移行される。このとき、制御部３０は、例えば、クリップＡＶストリームファイルに対して記録されることによりファイルサイズが所定サイズを超えるとされた当該次のソースパケットのソースパケット番号を保持する。
【０２０５】
一方、ステップＳ５３で、次のソースパケットがクリップＡＶストリームファイルに記録されたときに、当該クリップＡＶストリームファイルのファイルサイズが所定サイズを越えないと判断されれば、処理はステップＳ５４に移行され、記録停止操作が行われたか否かが判断される。例えば、ユーザによりＵＩ部３１に設けられた記録停止スイッチが操作され、記録が停止されたと判断されれば、処理はステップＳ５５に移行される。一方、記録が停止されていないと判断されれば、処理はステップＳ５２に戻され、クリップＡＶストリームの記録媒体２０への記録が継続される。なお、このステップＳ５３およびステップＳ５４の判断に基づくループ処理は、例えばマルチプレクサ１３でソースパケットが出力される毎に行われる。
【０２０６】
ステップＳ５５では、記録の停止に伴い、ストリームバッファ１４に溜め込まれているストリームが全て記録媒体２０に書き込まれる。例えば、記録制御部１５は、制御部３０からの記録停止の命令に応じて、ストリームバッファ１４に溜め込まれているストリーム（ソースパケット）を全て読み出し、記録媒体２０上の現在記録中のクリップＡＶストリームファイルに書き込む。そして、次のステップＳ５６で、ファイルシステムにおいて当該クリップＡＶストリームファイルがクローズされる。
【０２０７】
なお、記録停止の命令に応じて、例えばビデオエンコーダ１１およびオーディオエンコーダ１２の動作が停止される。このとき、図１３Ａを用いて説明した第１のシームレス接続を行うために、例えば、オーディオエンコーダ１２の動作がビデオエンコーダ１１の動作が停止してから所定時間後に停止されるように制御される。
【０２０８】
次のステップＳ５７〜ステップＳ６１で、記録媒体２０に書き込まれたクリップＡＶストリームファイルに関するクリップインフォメーションファイルが生成されると共に、プレイリストファイルの更新がなされる。
【０２０９】
先ず、ステップＳ５７で、管理情報処理部１６により、ステップＳ５６でクローズされたクリップＡＶストリームファイルに対応するクリップインフォメーションファイル"zzzzz.clpi"が生成される。ファイル名は、ステップＳ５１で作成されたクリップＡＶストリームファイルのファイル名と対応するファイル名とされ、当該クリップＡＶストリームファイルのファイル名が"zzzzz.m2ts"であれば、このクリップインフォメーションファイルのファイル名は、拡張子より前の部分が同一のファイル名"zzzzz.clpi"とされる。
【０２１０】
クリップインフォメーションファイル"zzzzz.clpi"に、図１５〜図２１に例示した各シンタクスに従い、各フィールドやフラグの値が所定に設定され格納される。一例として、ソースパケットに関する情報や、再生時間（ＰＴＳ）に関する情報は、管理情報処理部１６により、クリップの記録中にマルチプレクサ１３から取得された情報に基づき生成される。また、記録媒体２０上の記録アドレスに関する情報は、管理情報処理部１６により、クリップの記録中に記録制御部１５から取得された情報に基づき生成される。システムにより固有の値は、例えば予めＲＯＭ（図示しない）などに記憶されている情報に基づく。さらに、再生時間とアドレスとの対応関係を示す上述したブロックblkEPMap()の情報が、クリップインフォメーションファイル"zzzzz.clpi"のブロックblkCPI()に格納される。
【０２１１】
また、ブロックblkClipInfo()内のフラグIsCC5は、ユーザ操作によりクリップの記録が停止された場合、値が"１"（バイナリ値）とされる。それに伴い、ブロックblkClipInfo()内のif文（図１６参照）で示されるデータが所定に設定される。
【０２１２】
クリップインフォメーションファイルの作成が完了したら、処理は次のステップＳ５８に移行する。ステップＳ５８〜ステップＳ６１の処理は、プレイリストファイルに関する処理である。このステップＳ５８〜ステップＳ６１の処理により、既に記録媒体２０上に存在するプレイリストファイルに対して、新たに記録されたクリップＡＶストリームファイル"00002.m2ts"に対応するプレイアイテムが追加される。
【０２１３】
先ず、ステップＳ５８で、プレイリストファイル内のブロックblkPlayItem()におけるフィールドConnectionConditionの値が"５"に設定され、このクリップＡＶストリームファイル"00002.m2ts"が次に記録されるクリップＡＶストリームファイルに対して第１のシームレス接続により接続されることが示される（図１２参照）。次にステップＳ５９で、プレイアイテムファイルのフィールドNumberOfPlayItemsの値が"１"だけインクリメントされ、当該プレイリストに対してプレイアイテムが１つ、追加されることが示される（図１１参照）。
【０２１４】
次のステップＳ６０で、ブロックblkPlayItem()におけるフィールドClipInformationFileName、フィールドINTimeおよびフィールドOUTTimeがそれぞれ設定され、クリップの記録に伴い追加されるブロックblkPlayItem()が作成される。フィールドClipInformationFileNameは、上述のステップＳ５５で作成されたクリップインフォメーションファイルのファイル名"zzzzz.clpi"が格納される。実際には、クリップインフォメーションファイルの拡張子は固定的とされているので、ピリオドの前の部分"zzzzz"が格納される。フィールドINTimeおよびフィールドOUTTimeは、対応するクリップＡＶストリームファイル"00002.m2ts"に格納されるビデオストリームの先頭および終端の時間を示す情報であって、例えばクリップインフォメーションファイル"zzzzz.clpi"内のブロックblkCPI()におけるブロックblkEPMap()の情報に基づく。
【０２１５】
次のステップＳ６１で、プレイリストファイル内のブロックblkPlayListMark()におけるフィールドNumberOfPlayListMarksの値が"１"だけインクリメントされ、それに伴いforループ文内に追加されたフィールドMarkTimeStampの値が、上述のステップＳ６０で設定された、ブロックblkPlayItem()におけるフィールドINTimeの値に設定される。すなわち、新たに記録されたクリップＡＶストリームの先頭に対応する時刻に、プレイリストマークが打たれる。
【０２１６】
このようにして、新たに記録されたクリップＡＶストリームファイル"zzzzz.m2ts"に対して、クリップインフォメーションファイル"zzzzz.clpi"が作成されると共に、既存のプレイリストファイルが更新される。
【０２１７】
記録が停止された状態から、ＵＩ部３１に対する記録開始操作を行うことで、再びステップＳ５０からの処理が開始され、新たなクリップＡＶストリームファイルの記録媒体２０への記録と、クリップＡＶストリームファイルのファイルサイズに基づく判断、対応するクリップインフォメーションファイルの作成、作成されたクリップインフォメーションファイルを参照するプレイアイテムの生成、ならびに、生成されたプレイアイテムのプレイリストへの追加処理が同様にして行われる。
【０２１８】
なお、上述したステップＳ５５によるストリームバッファ１４に溜め込まれたデータの記録媒体２０への書き込み処理は、ステップＳ６１の処理の後に行うようにしてもよい。
【０２１９】
上述のステップＳ５３の判断に基づき、この発明の実施の一形態による、システム都合に基づきクリップＡＶストリームファイルが分割された際の処理について説明する。上述のステップＳ５３で、次のソースパケットがクリップＡＶストリームファイルに記録されたときに、当該クリップＡＶストリームファイルのファイルサイズが所定サイズを越えると判断された場合、処理はステップＳ６２に移行される。ステップＳ６２では、ストリームバッファに溜め込まれたストリームがクリップＡＶストリームファイル"zzzzz.m2ts"に書き出される。
【０２２０】
このとき、ステップＳ５３の判断の際に制御部３０に保持されたソースパケット番号に基づき、クリップＡＶストリームファイル"zzzzz.m2ts"に対して記録されることによりファイルサイズが所定サイズを超えるとされた当該次のソースパケットまで、すなわち、当該次のソースパケットより先にストリームバッファに溜め込まれたストリームが、クリップＡＶストリームファイル"zzzzz.m2ts"に対して書き出される。
【０２２１】
次のステップＳ６３で、ファイルシステムにより、現在記録中のクリップＡＶストリームファイルがクローズされる。ファイルがクローズされると、ステップＳ６４で、管理情報処理部１６により、ステップＳ５１で作成されたクリップＡＶストリームファイルに対応するクリップインフォメーションファイル"zzzzz.clpi"が、ステップＳ５７の処理で説明したのと同様にして、所定に生成される。
【０２２２】
次のステップＳ６５で、プレイリストファイル内のブロックblkPlayItem()におけるフィールドConnectionConditionの値が"６"に設定され、このクリップＡＶストリームファイル"zzzzz.m2ts"が次に記録されるクリップＡＶストリームファイルに対して第２のシームレス接続で接続されることが示される（図１２参照）。
【０２２３】
ステップＳ６６で、プレイリストファイルのフィールドNumberOfPlayItemsの値が"１"だけインクリメントされ、当該プレイリストに対してプレイアイテムが１つ、追加されることが示される（図１１参照）。そして、ステップＳ６７で、ブロックblkPlayItem()におけるフィールドClipInformationFileNameが設定されると共に、クリップインフォメーションファイル内のブロックblkCPI()におけるブロックblkEPMap()の情報に基づきフィールドINTimeおよびフィールドOUTTimeがそれぞれ設定され、クリップの記録に伴い追加されるブロックblkPlayItem()が作成される。
【０２２４】
次のステップＳ６８で、プレイリストファイル内のブロックblkPlayListMark()におけるフィールドNumberOfPlayListMarksの値が"１"だけインクリメントされ、それに伴いforループ文内に追加されたフィールドMarkTimeStampの値が、上述のステップＳ６７で設定された、ブロックblkPlayItem()におけるフィールドINTimeの値に設定される。すなわち、新たに記録されたクリップの先頭に、プレイリストマークが打たれる。
【０２２５】
ステップＳ６８の処理が終了されると、処理はステップＳ５１に戻され、新規にクリップＡＶストリームファイルが作成される。このステップＳ５３の判断の後のステップＳ５１で作成されたクリップＡＶストリームファイルは、当該ステップＳ５３の判断により、次のソースパケットがファイルに格納されると当該ファイルのファイルサイズが所定サイズを超えるとされた、当該次のソースパケットから順次、ソースパケットが格納されるファイルである。
【０２２６】
ここで、このとき作成されるクリップＡＶストリームファイルと、一つ前に作成されたクリップＡＶストリームファイルとは、ビデオデータおよびオーディオデータがそれぞれ連続的となるようにされる。例えばオーディオデータに関しては、一つ前に作成されたクリップＡＶストリームファイルに記録されたオーディオデータの後端の時刻と、ここで作成されるクリップＡＶストリームファイルに記録されるオーディオデータの先頭の時刻とが対応するように、記録が制御される。例えば、制御部３０によりオーディオエンコーダ１２、マルチプレクサ１３およびストリームバッファ１４を所定に制御することで、このような記録制御が行われる。
【０２２７】
なお、上述では、ステップＳ６８の処理後に処理をステップＳ５１に戻して新規クリップＡＶストリームファイルを作成するようにしているが、これはこの例に限定されない。すなわち、ステップＳ５３の判断により、システム都合に基づきクリップＡＶストリームファイルが分割された場合、分割前後のクリップＡＶストリームファイルが第２のシームレス接続で接続されるので、ステップＳ６３でファイルがクローズされてから新規のクリップＡＶストリームファイルが作成されるまでの時間は、できるだけ短い方が好ましい。
【０２２８】
そのため、例えば、ステップＳ６３でクリップＡＶストリームファイルをクローズした直後に処理をステップＳ５１に戻し、新規にクリップＡＶストリームファイルを作成することが考えられる。この場合、ステップＳ６４〜ステップＳ６８の処理は、新規のクリップＡＶストリームファイルの作成処理などと並列的に行うようにする。プレイリストファイルや、ステップＳ６３で作成されるクリップインフォメーションファイルは、揮発性メモリ１７および／または不揮発性メモリ１８に一時的に保持される。
【０２２９】
また、上述したステップＳ６１およびステップＳ６８によるプレイリストマーク設定の処理は、例えば、ステップＳ５０の記録開始操作に伴い新規に作成されたクリップＡＶストリームファイルに対する、システム都合に基づく分割時において、最初の分割時以外は、省略することができる。一例として、第２のシームレス接続で接続されるクリップＡＶストリームファイルの先頭に対応するプレイリストマークを省略することが考えられる。これに限らず、記録停止操作時に、当該記録停止操作に対応する記録開始操作により記録が開始された時刻に対して、プレイリストマークを設定するようにしてもよい。
【０２３０】
図３４は、上述の図３３の手順に従い作成された一例のファイル構造を示す。一例として、図３５Ａに示されるような時間経過で、記録がなされたものとする。すなわち、図３５Ａを参照し、記録媒体２０を用いた記録に対する記録開始操作が時刻ＳＴ1に行われ、対応する記録停止操作が時刻ＥＤ1に行われ、記録区間４００の記録がなされる。同じ記録媒体２０に対して、時刻ＥＤ1より後の時刻ＳＴ２に再び記録開始操作が行われ、時刻ＥＤ2に記録停止操作が行われ、記録区間４０１の記録がなされる。同様に、同じ記録媒体２０に対して、時刻ＥＤ2より後の時刻ＳＴ3にさらに再び記録開始操作が行われ、時刻ＥＤ3に記録停止操作が行われ、記録区間４０２の記録がなされる。
【０２３１】
ここで、クリップＡＶストリームファイルに対してファイルサイズの上限として設けられた所定サイズ（例えば２ＧＢ）に相当する記録時間が、例えば図３５Ｂに示される長さで表されるものとする。この場合、記録区間４００は、記録開始時刻ＳＴ1から時点ａまでで、所定サイズの２ＧＢに対応する時間の記録が行われ、さらに時点ａから時点ｂまでで、所定サイズに対応する時間の記録が、さらに行われている。時点ｂから記録停止時刻ＥＤ1までについては、所定サイズに対応する時間に満たない記録時間となっている。
【０２３２】
一方、記録区間４０１および記録区間４０２は、それぞれ、ファイルサイズの上限である２ＧＢに対応する時間に満たない。
【０２３３】
上述した図３３で示した処理を、この図３５Ａに示される時間経過で記録が行われた場合について、図３３のフローチャートおよび図３４のファイル構造を参照しながらより具体的に説明する。
【０２３４】
先ず、時刻ＳＴ1における記録開始操作に伴い、ステップＳ５１でクリップＡＶストリームファイル"00001.m2ts"が作成される。作成されたクリップＡＶストリームファイル"00001.m2ts"に対してトリームが記録されていき、例えばソースパケット単位で、クリップＡＶストリームファイル"00001.m2ts"のファイルサイズが制御部３０にチェックされ、ファイルサイズが所定サイズを超えるか否かが判断される。実際には、上述したように、マルチプレクサ１３から出力されるソースパケットのデータ量が積算された結果に基づき、判断がなされる。図３５Ａの例では、時点ａの直前で、次のソースパケットが記録されるとクリップＡＶストリームファイル"00001.m2ts"のファイルサイズが所定サイズを越える、と判断されることになる。
【０２３５】
処理はステップＳ６２に移行され、ストリームバッファに溜め込まれたストリームが所定に読み出され、クリップＡＶストリームファイル"00001.m2ts"に対して書き込まれる。そして、ステップＳ６３でクリップＡＶストリームファイル"00001.m2ts"がクローズされ、対応するクリップインフォメーションファイル"00001.clpi"が作成される（ステップＳ６４）。なお、上述したように、クリップＡＶストリームファイル"00001.m2ts"がクローズされたら、ステップＳ６４からの処理と並列的に、処理をステップＳ５１に戻して次のクリップＡＶストリームファイルの作成を行ってもよい。
【０２３６】
次のステップＳ６５から、クリップＡＶストリームファイル"00001.m2ts"を参照するプレイアイテム＃１の作成およびプレイリスト＃１の更新がなされる。先ず、プレイアイテム＃１内のフィールドConnectConditionの値が、第２のシームレス接続を示す値"６"に設定され（ステップＳ６５）、クリップインフォメーションファイル"00001.clpi"に基づき、例えば時刻ＳＴ1および時刻ａをそれぞれフィールドINTimeおよびOUTTimeとしたプレイアイテム＃１が所定に作成される（ステップＳ６６）。そして、このプレイアイテム＃１がプレイリスト＃１に対して記述される。さらに、フィールドMarkTimeStampの値をフィールドINTimeの値すなわち時刻ＳＴ1とされ、プレイリストマークMark#1が設定される。
【０２３７】
処理はステップＳ５１に戻され、時刻ａからのストリームを記録するために、新規にクリップＡＶストリームファイル"00002.m2ts"が作成される。このクリップＡＶストリームファイル"00002.m2ts"にストリームが記録される（ステップＳ５２）。
【０２３８】
ここで、上述したように、一つ前に作成され記録されたクリップＡＶストリームファイル"00001.m2ts"に対応するプレイアイテム＃１において、フィールドConnectionConditionの値が"６"に設定され、第２のシームレス接続が指定されている。そこで、一つ前に記録されたクリップＡＶストリームファイル"00001.m2ts"に記録されたオーディオデータと、ここで作成されるクリップＡＶストリームファイル"00002.m2ts"に記録されたオーディオデータとが連続的に再生されるように、記録制御がなされる。例えば、クリップＡＶストリームファイル"00001.m2ts"に記録されたオーディオデータの後端の時刻と、クリップＡＶストリームファイル"00002.m2ts"の先頭の時刻とが対応するように、記録制御がなされる。
【０２３９】
次に、ステップＳ５３でクリップＡＶストリームファイル"00002.m2ts"のファイルサイズが所定サイズを超えるか否かが判断される。図３５Ａの例では、時点ｂの直前で、次のソースパケットが記録されるとクリップＡＶストリームファイル"00002.m2ts"のファイルサイズが所定サイズを越える、と判断されることになる。すると、処理はステップＳ６２に移行し、上述と同様にして、ストリームバッファに溜め込まれたストリームがクリップＡＶストリームファイル"00002.m2ts"に対して書き込まれ（ステップＳ６２）て当該クリップＡＶストリームファイル"00002.m2ts"がクローズされる（ステップＳ６３）。そして、当該クリップＡＶストリームファイル"00002.m2ts"に対応するクリップインフォメーションファイル"00002.clpi"が作成される（ステップＳ６４）。
【０２４０】
次に、クリップインフォメーションファイル"00002.clpi"に対応するプレイアイテム＃２のフィールドConnectionConditionが、第２のシームレス接続を示す値"６"に設定され（ステップＳ６５）、次のステップＳ６６で、時刻ａおよび時刻ｂをそれぞれフィールドINTimeおよびフィールドOUTTimeとしたプレイアイテム＃２が所定に作成され、プレイリスト＃１に対して追記される。そして、ステップＳ６８で、フィールドINTimeの値すなわち時刻ａを示すプレイリストマークが設定される。なお、ここでのプレイリストマーク設定の処理は、省略可能である。
【０２４１】
処理は再びステップＳ５１に戻され、時刻ｂからのストリームを記録するために、新規にクリップＡＶストリームファイル"00003.m2ts"が作成される。このクリップＡＶストリームファイル"00003.m2ts"にストリームが記録される（ステップＳ５２）。
【０２４２】
ここで、上述したように、一つ前に作成され記録されたクリップＡＶストリームファイル"00001.m2ts"に対応するプレイアイテム＃１において、フィールドConnectionConditionの値が"６"に設定され、第２のシームレス接続が指定されている。そこで、上述と同様に、例えば、クリップＡＶストリームファイル"00002.m2ts"に記録されたオーディオデータの後端の時刻と、クリップＡＶストリームファイル"00003.m2ts"の先頭の時刻とが対応するように、記録制御がなされる。
【０２４３】
次に、ステップＳ５３で、クリップＡＶストリームファイル"00003.m2ts"のファイルサイズが所定サイズを超えるか否かが判断される。図３５Ａの例では、クリップＡＶストリームファイル"00003.m2ts"のファイルサイズが、ファイルサイズの上限である２ＧＢを超える前に、時刻ＥＤ1において記録停止操作がなされている。したがって、ステップＳ５４の判断に基づき、処理がステップＳ５５に移行される。ステップＳ５５で、ストリームバッファに溜め込まれたストリームがクリップＡＶストリームファイル"00003.m2ts"に記録され、ステップＳ５６で当該ＡＶストリームファイル"00003.m2ts"がクローズされ、ステップＳ５７で対応するクリップインフォメーションファイル"00003.clpi"が作成される。
【０２４４】
次に、当該クリップインフォメーションファイル"00003.clpi"を参照するプレイアイテム＃３のフィールドConnectionConditionが、第１のシームレス接続を示す値"５"に設定される（ステップＳ５８）。そして、プレイアイテム＃３が所定に作成され、当該プレイアイテム＃３がプレイリストファイル＃１に追記記録される（ステップＳ５９、ステップＳ６０）。さらに、プレイリストファイル＃１に対し、プレイアイテム＃３のフィールドINTimeに対応する時刻にプレイリストマークを打つことができる（ステップＳ６１）。なお、ここでのプレイリストマーク設定の処理は、省略可能である。
【０２４５】
時刻ＥＤ1で記録停止操作がなされた後に、時刻ＳＴ2で再び記録開始操作がなされると（ステップＳ５０）、ステップＳ５１で新規にクリップＡＶストリームファイル"00004.m2ts"が作成され、ストリームが当該クリップＡＶストリームファイル"00004.m2ts"に記録される（ステップＳ５２）。図３５Ａの例では、クリップＡＶストリームファイル"00004.m2ts"のファイルサイズが所定サイズを超える前に、ＥＤ2において記録停止操作がなされている。したがって、ステップＳ５４の判断に基づき、処理がステップＳ５５に移行される。
【０２４６】
ステップＳ５５で、ストリームバッファに溜め込まれたストリームがクリップＡＶストリームファイル"00004.m2ts"に記録され、ステップＳ５６で当該ＡＶストリームファイル"00004.m2ts"がクローズされ、ステップＳ５７で対応するクリップインフォメーションファイル"00004.clpi"が作成される。ステップＳ５８で。当該クリップインフォメーションファイル"00004.clpi"を参照するプレイアイテム＃４のフィールドConnectionConditionの値が、第１のシームレス接続を示す値"５"に設定される。そして、プレイアイテム＃４が所定に作成され、当該プレイアイテム＃４がプレイリスト＃１に追記記録される（ステップＳ５９、ステップＳ６０）。さらに、プレイリスト＃１に対し、プレイアイテム＃４のフィールドINTimeに対応する時刻にプレイリストマークMark#2が設定される（ステップＳ６１）。
【０２４７】
なお、図３５Ａにおける次の記録開始時刻ＳＴ3から記録停止時刻ＥＤ3による処理は、上述の記録開始時刻ＳＴ2から記録停止時刻ＥＤ2による処理と同等なので、繁雑さを避けるために省略する。
【０２４８】
なお、最初のクリップＡＶストリームファイル"00001.m2ts"の記録に伴い、プレイリスト＃１を呼び出すムービーオブジェクト＃１が記述されるムービーオブジェクトファイルと、ムービーオブジェクト＃１をタイトル＃１として選択および再生させるためのインデックスファイルを作成するようにできる。ムービーオブジェクトファイルおよびインデックスファイルは、テンプレートを予め作成しておき、それを更新するようにもできる。これらムービーオブジェクトファイルおよびインデックスファイルの作成については、この発明の主旨と関連性が薄いので、詳細な説明を省略する。
【０２４９】
図３４および図３５Ａを用いて説明したようにしてクリップＡＶストリームファイルが記録された記録媒体２０の一例の再生について、概略的に説明する。なお、ここでは、記録媒体２０は、記録可能なタイプのＤＶＤであるものとする。記録媒体２０が再生装置に装填されると、インデックスファイルが読み込まれ、さらにムービーオブジェクトファイルが読み込まれる。インデックスファイルに対してタイトル＃１の再生が指示されると、ムービーオブジェクトファイル内の対応するムービーオブジェクト＃１が参照され、プレイリスト＃１が記述されるプレイリストファイルが記録媒体２０から読み込まれる。
【０２５０】
プレイリスト＃１に従い、プレイアイテム＃１、プレイアイテム＃２、プレイアイテム＃３、プレイアイテム＃４、・・・の順に再生がなされる。プレイアイテム＃１からクリップインフォメーションファイル"00001.clpi"が参照されて、クリップＡＶストリームファイル"00001.m2ts"が再生され、プレイリスト＃１の記述に従い次にプレイアイテム＃２からクリップインフォメーションファイル"00002.clpi"が参照され、クリップＡＶストリームファイル"00002.m2ts"が再生される。
【０２５１】
プレイアイテム＃１のフィールドConnectionCoditionの値が"６"とされ第２のシームレス接続が指定されているため、クリップＡＶストリームファイル"00001.m2ts"とクリップＡＶストリームファイル"00002.m2ts"とは、シームレスに接続されて再生される。このとき、オーディオデータは、クリップＡＶストリームファイル"00001.m2ts"の後端の時刻と、クリップＡＶストリームファイル"00002.m2ts"の先頭の時刻とが対応するように記録制御されているため、クリップＡＶストリームファイル"00001.m2ts"によるオーディオと、クリップＡＶストリームファイル"00002.m2ts"によるオーディオとは、連続したオーディオとして再生される。
【０２５２】
プレイリスト＃１の記述に従い、プレイアイテム＃２の次にプレイアイテム＃３による再生がなされる。すなわち、プレイアイテム＃３からクリップインフォメーションファイル"00003.clpi"が参照され、クリップＡＶストリームファイル"00003.m2ts"が再生される。
【０２５３】
プレイアイテム＃２のフィールドConnectionCoditionの値が"６"とされ第２のシームレス接続が指定されているため、クリップＡＶストリームファイル"00002.m2ts"とクリップＡＶストリームファイル"00003.m2ts"とは、シームレスに接続されて再生される。この場合でも、オーディオデータは、クリップＡＶストリームファイル"00002.m2ts"の後端の時刻と、クリップＡＶストリームファイル"00003.m2ts"の先頭の時刻とが対応するように記録制御されているため、クリップＡＶストリームファイル"00002.m2ts"によるオーディオと、クリップＡＶストリームファイル"00003.m2ts"によるオーディオとは、連続したオーディオとして再生される。
【０２５４】
したがって、連続的な記録による記録区間４００（図３５Ａ参照）の記録開始時刻ＳＴ1から記録停止時刻ＥＤ1までの間に、所定サイズで３ファイルに分割されて記録されたクリップＡＶストリームファイル"00001.m2ts"、"00002.m2ts"および"00003.m2ts"は、再生時には、ユーザにファイル分割を意識させることなく、恰も１の連続したクリップＡＶストリームファイルに記録されたビデオデータおよびオーディオデータであるかのように、連続的に再生される。
【０２５５】
一方、時刻ＥＤ1での記録停止操作の後に、時刻ＳＴ2に記録開始操作がなされて記録されたクリップＡＶストリームファイル"00003.m2ts"は、プレイリスト＃１に従い、上述のプレイアイテム＃３による再生の次に、プレイアイテム＃４に基づき再生される。このとき、プレイアイテム＃３のフィールドConnectionConditionには、第１のシームレス接続を示す値"５"が設定されている。そのため、プレイアイテム＃３によりクリップＡＶストリームファイル"00003.m2ts"の後端において、オーディオデータがビデオデータより若干長く記録されている。
【０２５６】
例えば、この部分にフェードアウトなど所望の音響効果を加えて、次のプレイアイテム＃４によるクリップＡＶストリームファイル"00004.m2ts"の先頭部分のオーディオデータとミックスして、クリップＡＶストリームファイル"00003.m2ts"とクリップＡＶストリームファイル"00004.m2ts"とを連続的に再生する。このようにすることで、シーンの異なる２つのクリップＡＶストリームファイルを、違和感を抑えつつシームレスに再生することができる。
【０２５７】
次に、この発明の実施の一形態の他の例について説明する。上述では、この発明が単体の記録装置に適用された例について説明した（図３２参照）。これに対し、この実施の一形態の他の例では、この発明を、撮像素子と、被写体からの光を撮像素子に入射させる光学系とを有し、撮像素子で撮像された撮像信号に基づきビデオデータを記録媒体に記録するようにした、ビデオカメラ装置に適用した。
【０２５８】
図３６は、この発明の実施の一形態の他の例によるビデオカメラ装置１００の一例の構成を示す。ビデオカメラ装置１００において、記録系の構成は、図３２を用いて説明した記録装置の構成を略そのまま適用できるので、図３２と共通する部分には同一の符号を付し、詳細な説明を省略する。
【０２５９】
図３６の構成において、カメラ部５０は、映像信号に関する構成として、光学系５１、撮像素子５２、撮像信号処理部５３、カメラ制御部５４および表示部５５を有し、音声信号に関する構成として、マイクロフォン（ＭＩＣ）５６および音声信号処理部５７を有する。制御部３０は、カメラ部５０の各部との間で各種制御信号や情報のやりとりを行い、カメラ部５０の動作を制御する。また、制御部５０は、ユーザ操作に応じてＵＩ部３１から供給される制御信号に基づき、カメラ部５０の動作を制御する。
【０２６０】
なお、ビデオカメラ装置１００として構成される場合、記録開始操作および記録停止操作は、例えば、ＵＩ部３１に設けられた単一の記録スイッチを用い、当該記録スイッチが押下される毎に記録開始および記録停止が交互に指示されるようになされるのが一般的である。また、このビデオカメラ装置１００では、記録媒体２０として、Ｂｌｕ−ｒａｙ Ｄｉｓｃや記録可能なタイプのＤＶＤといった、ディスク記録媒体を適用するものとする。
【０２６１】
勿論、これらに限らず、ビデオカメラ装置１００にハードディスクドライブを内蔵させ（図示しない）、このハードディスクドライブを記録媒体２０として用いてもよい。また、所定の連続記録時間分の記録を行った場合のデータが記憶可能な容量を有する、不揮発性の半導体メモリをビデオカメラ装置１００に内蔵あるいは着脱可能に設け、この不揮発性メモリを記録媒体２０として用いることもできる。
【０２６２】
カメラ部５０において、光学系５１は、被写体からの光を撮像素子５２に導くためのレンズ系、絞り調整機構、フォーカス調整機構、ズーム機構、シャッタ機構などを備える。絞り調整機構、フォーカス調整機構、ズーム機構およびシャッタ機構の動作は、制御部３０から供給される制御信号に基づき、カメラ制御部５４により制御される。
【０２６３】
撮像素子５２は、例えばＣＣＤ(Charge Coupled Device)からなり、光学系５１を介して照射された光を光電変換により電気信号に変換し、所定の信号処理を施し撮像信号として出力する。撮像信号処理部５３は、撮像素子から出力された撮像信号に対して所定の信号処理を施し、ベースバンドのディジタルビデオデータとして出力する。
【０２６４】
例えば撮像信号処理部５３は、撮像素子５２から出力された撮像信号に対して、ＣＤＳ(Correlated Double Sampling)回路により画像情報を有する信号だけをンプリングすると共に、ノイズを除去し、ＡＧＣ(Auto Gain Control)回路によりゲインを調整する。そして、Ａ／Ｄ変換によりディジタル信号に変換する。また、撮像信号処理部５３は、このディジタル信号に対して検波系の信号処理を施し、Ｒ（赤色）、Ｇ（緑色）およびＢ（青色）各色の成分を取り出し、γ補正やホワイトバランス補正などの処理を行い、最終的に１本のベースバンドのディジタルビデオデータとして出力する。
【０２６５】
また、撮像信号処理部５３は、撮像素子５２から出力された撮像信号の情報を制御部３０に送る。制御部３０は、この情報に基づき光学系５１を制御するための制御信号を生成し、カメラ制御部５４に供給する。カメラ制御部５４は、この制御信号に基づきフォーカス調整機構や絞り調整機構などの制御を行う。
【０２６６】
さらに、撮像信号処理部５３は、撮像素子５２から出力された撮像信号に基づき、例えばＬＣＤ(Liquid Crystal Display)を表示素子として用いた表示部５５に映出させる映像信号を生成する。
【０２６７】
一方、マイクロフォン５６は、周囲の音声を収音して電気信号に変換して出力する。マイクロフォン５６から出力された音声信号は、音声信号処理部５７に供給される。音声信号処理部５７は、供給された音声信号を、リミッタを介してからＡ／Ｄ変換を施してディジタルオーディオデータとし、ノイズ除去や音質補正など所定の音声信号処理を施してベースバンドのディジタルオーディオデータとして出力する。
【０２６８】
カメラ部５０の撮像信号処理部５３から出力されたベースバンドのディジタルビデオデータは、記録部１０の端子４０に供給される。また、音声信号処理部５７から出力されたベースバンドのディジタルオーディオデータは、記録部１０の端子４１に供給される。
【０２６９】
記録停止状態からＵＩ部３１に設けられた記録スイッチが押下されると、記録開始を指示する制御信号がＵＩ部３１から制御部３０に供給され、制御部３０の制御に基づきカメラ部５０から出力されたベースバンドのディジタルビデオ信号およびディジタルオーディオデータの記録媒体２０への記録が開始される。
【０２７０】
すなわち、既に説明したように、制御部３０の制御に基づきビデオエンコーダ１１およびオーディオエンコーダ１２の動作が開始され、ビデオデータおよびオーディオデータがそれぞれビデオエンコーダ１１およびオーディオエンコーダ１２で圧縮符号化され、マルチプレクサ１３で所定にパケット化され多重化されてＡＶストリームデータとされる。ＡＶストリームデータは、ストリームバッファ１４を介して、記録制御部１５に供給され、クリップＡＶストリームファイルとして記録媒体２０に記録される。
【０２７１】
記録開始操作から所定時間以上、記録が連続され、クリップＡＶストリームファイルのファイルサイズが所定サイズを超えるときに、既に説明したように、記録中のクリップＡＶストリームファイルをクローズして対応するクリップインフォメーションファイルを作成し、当該クリップインフォメーションファイルを参照するプレイアイテムが生成される。ここで生成されるプレイアイテムは、第２のシームレス接続が指定される。生成されたプレイアイテムは、プレイリストに追記される。また、新規にクリップＡＶストリームファイルが作成され、継続される記録により供給されるＡＶストリームデータが、新規に作成されたこのクリップＡＶストリームファイルに記録される。
【０２７２】
ＵＩ部３１の記録スイッチが押下されると、記録が停止され、クリップインフォメーションファイルの作成や、プレイリストファイルの更新が行われる。管理情報処理部１６は、マルチプレクサ１３および記録制御部１５からの情報に基づき、記録媒体２０に記録されるクリップＡＶストリームファイルに対応するクリップインフォメーションファイルを作成する。また、管理情報処理部１６は、当該クリップインフォメーションファイルを参照するプレイアイテムを生成し、既にプレイリストが存在する場合には、生成されたプレイアイテムを当該プレイリストに対して追加すると共に、プレイリストに対してプレイリストマークを打つ。
【０２７３】
この状態からもう一度記録スイッチが押下されると、再び記録開始が指示され、新たなクリップＡＶストリームファイルの記録媒体２０への記録が開始されると共に、対応するクリップインフォメーションファイルの作成や、当該クリップインフォメーションファイルを参照するプレイアイテムの生成、生成されたプレイアイテムのプレイリストへの追加などの処理が行われる。クリップＡＶストリームファイル間の再生は、第１のシームレス接続により接続される。
【０２７４】
この実施の一形態の他の例のように、この発明をビデオカメラ装置１００に適用する場合、長時間の連続撮影を行い、記録開始操作から記録停止操作までの間に記録されるクリップＡＶストリームファイルのファイルサイズが所定サイズを超えるときに、クリップＡＶストリームファイルが自動的に分割され、１ファイルのサイズが所定サイズを超えないようにされる。また、分割時に、分割前後のクリップＡＶストリームファイルの接続方法として第２のシームレス接続が設定されるため、再生時には、所定サイズに基づくクリップＡＶストリームファイルの分割を意識することなく、１回の連続撮影で記録されたビデオデータおよびオーディオデータを連続的に再生することが可能となる。
【０２７５】
なお、上述では、クリップＡＶストリームファイルの分割を行うか否かを、ファイルサイズに基づき判断する例について説明したが、これはこの例に限定されない。すなわち、クリップＡＶストリームファイルに対する管理情報に基づきファイルの分割を行うか否かを判断することも考えられる。例えば、既に説明したように、クリップＡＶストリームファイルのアドレス情報と、当該ファイルに記録されるビデオデータおよびオーディオデータの時刻情報との対応関係を示すＥＰエントリ情報の上限に基づき、クリップＡＶストリームファイルの分割を行うか否かを判断する。
【０２７６】
ＥＰエントリは、図２０〜図２３を用いて既に説明したように、ソースパケットに基づくエントリと、ＰＴＳに基づくエントリとをそれぞれ有し、また、それぞれのエントリは、粗い検索を行うエントリと精密な検索を行うエントリとからなる。それぞれのエントリは、図２２および図２３に例示したように、フォーマットによってエントリを表現するためのビット数が規定されているので、このビット数で表現可能な最大値がエントリ数の最大数に対応する。一例として、制御部３０は、管理情報処理部１６からのエントリポイントに関する情報に基づき、現在記録中のクリップＡＶストリームファイルに関し、エントリポイント数がこの最大値に達したか否かを判断する。
【０２７７】
一例として、図３３のフローチャートを参照し、制御部３０は、管理情報処理部１６で生成されるＥＰエントリ情報を監視し、１のクリップＡＶストリームファイルに対して生成されるＥＰエントリの数が所定数になったか否かを判断する。そして、ＥＰエントリ数が所定数になったと判断されれば、処理をステップＳ６２に移行させ、ストリームバッファ１４に溜め込まれているストリームを所定に読み出してクリップＡＶストリームファイルに記録し、当該クリップＡＶストリームファイルをクローズする（ステップＳ６３）。そして、当該クリップＡＶストリームファイルに対応するクリップインフォメーションファイルを作成し（ステップＳ６４）、対応するプレイアイテム内のフィールドConnectionCoditionの値を第２のシームレス接続を示す値"６"に設定する（ステップＳ６５）。そして、ステップＳ６６およびステップＳ６７でプレイアイテムの情報を生成すると共に、生成されたプレイアイテムをプレイリストに対して追記記録する。必要であれば、ステップＳ６８でプレイリストマークの設定を行う。
【０２７８】
また、クリップＡＶストリームファイルを分割するか否かの判断は、ＥＰエントリ数に限らず、例えばＰＴＳの上限に基づき行ってもよい。
【０２７９】
また、上述では、図３２に示す記録装置や図３６に示すビデオカメラ装置１００の記録部１０がハードウェア的に構成されるように説明したが、これはこの例に限定されない。すなわち、記録部１０は、ソフトウェアとして構成することも可能である。この場合、ソフトウェアは、例えば制御部３０が有する図示されないＲＯＭに予め記憶される。これに限らず、記録部１０を、パーソナルコンピュータなどのコンピュータ装置上に構成することも可能である。この場合には、記録部１０をコンピュータ装置に実行させるソフトウェアは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭといった記録媒体に記録されて提供される。コンピュータ装置がネットワーク接続可能な場合、インターネットなどのネットワークを介して当該ソフトウェアを提供することも可能である。
【図面の簡単な説明】
【０２８０】
【図１】この発明に適用可能なＡＶＣＨＤフォーマットに規定されるデータモデルを概略的に示す略線図である。
【図２】インデックステーブルを説明するための略線図である。
【図３】クリップＡＶストリーム、クリップ情報、クリップ、プレイアイテムおよびプレイリストの関係を示すＵＭＬ図である。
【図４】複数のプレイリストから同一のクリップを参照する方法を説明するための略線図である。
【図５】記録媒体に記録されるファイルの管理構造を説明するための略線図である。
【図６】ファイル"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()の一例の構造を表すシンタクスを示す略線図である。
【図３０】仮想プレーヤの動作を概略的に示すフローチャートである。
【図３１】仮想プレーヤの動作を概略的に示す略線図である。
【図３２】この発明の実施の一形態に適用可能な記録装置の一例の構成を概略的に示すブロック図である。
【図３３】この発明の実施の一形態による一例の記録方法を示すフローチャートである。
【図３４】この発明の実施の一形態の方法により記録された一例のファイル構造を示す略線図である。
【図３５】記録の時間経過の例を説明するための略線図である。
【図３６】この発明の実施の一形態の他の例によるビデオカメラ装置の一例の構成を示す。
【符号の説明】
【０２８１】
１０ 記録部
１１ ビデオエンコーダ
１２ オーディオエンコーダ
１３ マルチプレクサ
１４ ストリームバッファ
１５ 記録制御部
１６ 管理情報処理部
１７ 揮発性メモリ
１８ 不揮発性メモリ
２０ 記録媒体
３０ 制御部
３１ ユーザインターフェイス部
５０ カメラ部
１００ ビデオカメラ装置
【特許請求の範囲】
【請求項１】
ビデオデータとオーディオデータとを多重化して記録媒体に記録する記録装置において、
ビデオデータおよびオーディオデータが入力されるデータ入力部と、
上記ビデオデータおよびオーディオデータの記録開始および記録停止の指示が入力される記録指示入力部と、
上記ビデオデータおよびオーディオデータをパケット単位で多重化し、多重化されたストリームを該パケット毎に順次、記録媒体上のストリームファイルに記録する記録部と、
上記記録媒体に記録される上記ストリームファイルに対し、少なくとも、該ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、該ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、上記ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成する管理情報生成部と、
上記記録部および上記管理情報生成部とを制御する制御部と
を有し、
上記制御部は、
上記記録指示入力部による上記記録開始および記録停止の指示に応じて上記ストリームの上記ストリームファイルに対する記録の開始および停止をそれぞれ行うように上記記録部を制御し、
１または複数の上記パケットからなる所定単位を上記ストリームファイルに記録することで該ストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、該ストリームファイルをクローズして新規の上記ストリームファイルを作成し、該新規のストリームファイルに対して上記ストリームを該所定単位から順次、記録するように上記記録部を制御する
ことを特徴とする記録装置。
【請求項２】
請求項１に記載の記録装置において、
上記制御部は、
上記所定の制約に基づく上記ストリームファイルのクローズに応じて、クローズされる該ストリームファイルに記録される上記オーディオデータの後端の時刻と、上記新規のストリームファイルに格納される上記オーディオデータの先端の時刻とが対応するように上記記録部による記録を制御すると共に、
上記クローズされるストリームファイルを再生区間として指定する再生区間データ内に、該クローズされるストリームファイルに記録されるビデオデータおよびオーディオデータと、該新規のストリームファイルに記録されるビデオデータおよびオーディオデータとが連続的に再生されることを示す情報を設定して上記再生区間データを上記記録媒体に記録するように上記記録部を制御する
ことを特徴とする記録装置。
【請求項３】
請求項１に記載の記録装置において、
上記ストリームファイルの属性は、ファイルサイズであって、
上記所定の制約は、該ファイルサイズの上限である
ことを特徴とする記録装置。
【請求項４】
請求項１に記載の記録装置において、
上記ストリームファイルの属性は、上記ストリーム情報ファイルに格納される、上記ストリームファイルに格納される上記ビデオデータの時刻を示す情報と、該ストリームファイル内のアドレスとを関連付けるエントリポイント情報であって、
上記所定の制約は、１の上記ストリーム情報ファイルに対して格納可能とされた上記エントリポイント情報数の上限である
ことを特徴とする記録装置。
【請求項５】
請求項１に記載の記録装置において、
上記ストリームファイルの属性は、上記ストリームファイルに格納される上記ビデオデータの時刻を示す情報であって、
上記所定の制約は、上記時刻を示す情報が表現可能な時刻の上限である
ことを特徴とする記録装置。
【請求項６】
請求項１に記載の記録装置において、
上記制御部は、上記記録指示入力部による記録停止の指示に基づき、
上記ストリームファイル内で、上記ビデオデータの先端の再生時刻と上記オーディオデータの先端の再生時刻とが一致し、上記ビデオデータの終端の再生時刻よりも上記オーディオデータの終端の再生時刻が後になるように上記記録部を制御すると共に、
記録された上記ストリームファイルを再生区間として指定する上記再生区間データ内に、該ストリームファイルと該ストリームファイルに対して後続するストリームファイルとがフレームタイミングで連続的に再生されることを示す情報を設定して上記再生区間データを上記記録媒体に記録するように上記記録部を制御する
ことを特徴とする記録装置。
【請求項７】
ビデオデータとオーディオデータとを多重化して記録媒体に記録する記録方法において、
データ入力から入力されたビデオデータおよびオーディオデータの記録開始および記録停止の指示が入力される記録指示入力のステップと、
上記ビデオデータおよびオーディオデータをパケット単位で多重化し、多重化されたストリームを該パケット毎に順次、記録媒体上のストリームファイルに記録する記録のステップと、
上記記録媒体に記録される上記ストリームファイルに対し、少なくとも、該ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、該ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、上記ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成する管理情報生成のステップと、
上記記録のステップおよび上記管理情報生成のステップとを制御する制御のステップと
を有し、
上記制御のステップは、
上記記録指示入力のステップによる上記記録開始および記録停止の指示に応じて上記ストリームの上記ストリームファイルに対する記録の開始および停止をそれぞれ行うように上記記録のステップを制御し、
１または複数の上記パケットからなる所定単位を上記ストリームファイルに記録することで該ストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、該ストリームファイルをクローズして新規の上記ストリームファイルを作成し、該新規のストリームファイルに対して上記ストリームを該所定単位から順次、記録するように上記記録のステップを制御する
ことを特徴とする記録方法。
【請求項８】
ビデオデータとオーディオデータとを多重化して記録媒体に記録する記録方法をコンピュータ装置に実行させる記録プログラムにおいて、
上記記録方法は、
データ入力から入力されたビデオデータおよびオーディオデータの記録開始および記録停止の指示が入力される記録指示入力のステップと、
上記ビデオデータおよびオーディオデータをパケット単位で多重化し、多重化されたストリームを該パケット毎に順次、記録媒体上のストリームファイルに記録する記録のステップと、
上記記録媒体に記録される上記ストリームファイルに対し、少なくとも、該ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、該ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、上記ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成する管理情報生成のステップと、
上記記録のステップおよび上記管理情報生成のステップとを制御する制御のステップと
を有し、
上記制御のステップは、
上記記録指示入力のステップによる上記記録開始および記録停止の指示に応じて上記ストリームの上記ストリームファイルに対する記録の開始および停止をそれぞれ行うように上記記録のステップを制御し、
１または複数の上記パケットからなる所定単位を上記ストリームファイルに記録することで該ストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、該ストリームファイルをクローズして新規の上記ストリームファイルを作成し、該新規のストリームファイルに対して上記ストリームを該所定単位から順次、記録するように上記記録のステップを制御する
ことを特徴とする記録プログラム。
【請求項９】
撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化して記録媒体に記録する撮像装置において、
被写体を撮像してビデオデータを出力する撮像部と、
音声を収音してオーディオデータを出力する収音部と、
上記ビデオデータおよびオーディオデータをパケット単位で多重化し、多重化されたストリームを該パケット毎に順次、記録媒体上のストリームファイルに記録する記録部と、
上記ビデオデータおよび上記オーディオデータの上記記録媒体への記録開始および記録停止を指示するユーザ操作を受け付ける操作部と、
上記記録媒体に記録される上記ストリームファイルに対し、少なくとも、該ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、該ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、上記ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成する管理情報生成部と、
上記記録部および上記管理情報生成部とを制御する制御部と
を有し、
上記制御部は、
上記操作部に対する操作による上記記録開始および記録停止の指示に応じて上記ストリームの上記ストリームファイルに対する記録の開始および停止をそれぞれ行うように上記記録部を制御し、
１または複数の上記パケットからなる所定単位を上記ストリームファイルに記録することで該ストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、該ストリームファイルをクローズして新規の上記ストリームファイルを作成し、該新規のストリームファイルに対して上記ストリームを該所定単位から順次、記録するように上記記録部を制御する
ことを特徴とする撮像装置。
【請求項１０】
請求項９に記載の撮像装置において、
上記制御部は、
上記所定の制約に基づく上記ストリームファイルのクローズに応じて、クローズされる該ストリームファイルに記録される上記オーディオデータの後端の時刻と、上記新規のストリームファイルに格納される上記オーディオデータの先端の時刻とが対応するように上記記録部による記録を制御すると共に、
上記クローズされるストリームファイルを再生区間として指定する再生区間データ内に、該クローズされるストリームファイルに記録されるビデオデータおよびオーディオデータと、該新規のストリームファイルに記録されるビデオデータおよびオーディオデータとが連続的に再生されることを示す情報を設定して上記再生区間データを上記記録媒体に記録するように上記記録部を制御する
ことを特徴とする撮像装置。
【請求項１１】
請求項９に記載の撮像装置において、
上記ストリームファイルの属性は、ファイルサイズであって、
上記所定の制約は、該ファイルサイズの上限である
ことを特徴とする撮像装置。
【請求項１２】
請求項９に記載の撮像装置において、
上記ストリームファイルの属性は、上記ストリーム情報ファイルに格納される、上記ストリームファイルに格納される上記ビデオデータの時刻を示す情報と、該ストリームファイル内のアドレスとを関連付けるエントリポイント情報であって、
上記所定の制約は、１の上記ストリーム情報ファイルに対して格納可能とされた上記エントリポイント情報数の上限である
ことを特徴とする撮像装置。
【請求項１３】
請求項９に記載の撮像装置において、
上記ストリームファイルの属性は、上記ストリームファイルに格納される上記ビデオデータの時刻を示す情報であって、
上記所定の制約は、上記時刻を示す情報が表現可能な時刻の上限である
ことを特徴とする撮像装置。
【請求項１４】
請求項９に記載の撮像装置において、
上記制御部は、上記操作部に対する操作に応じた記録停止の指示に基づき、
上記ストリームファイル内で、上記ビデオデータの先端の再生時刻と上記オーディオデータの先端の再生時刻とが一致し、上記ビデオデータの終端の再生時刻よりも上記オーディオデータの終端の再生時刻が後になるように上記記録部を制御すると共に、
記録された上記ストリームファイルを再生区間として指定する上記再生区間データ内に、該ストリームファイルと該ストリームファイルに対して後続するストリームファイルとがフレームタイミングで連続的に再生されることを示す情報を設定して上記再生区間データを上記記録媒体に記録するように上記記録部を制御する
ことを特徴とする撮像装置。
【請求項１５】
撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化して記録媒体に記録する撮像装置の撮像方法において、
被写体を撮像して得られたビデオデータと、音声を収音して得られたオーディオデータとをパケット単位で多重化し、多重化されたストリームを該パケット毎に順次、記録媒体上のストリームファイルに記録する記録のステップと、
操作部に対する上記ビデオデータおよび上記オーディオデータの上記記録媒体への記録開始および記録停止を指示するユーザ操作を受け付けるステップと、
上記記録媒体に記録される上記ストリームファイルに対し、少なくとも、該ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、該ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、上記ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成する管理情報生成のステップと、
上記記録のステップおよび上記管理情報生成のステップとを制御する制御のステップと
を有し、
上記制御のステップは、
上記操作部に対する操作による上記記録開始および記録停止の指示に応じて上記ストリームの上記ストリームファイルに対する記録の開始および停止をそれぞれ行うように上記記録のステップを制御し、
１または複数の上記パケットからなる所定単位を上記ストリームファイルに記録することで該ストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、該ストリームファイルをクローズして新規の上記ストリームファイルを作成し、該新規のストリームファイルに対して上記ストリームを該所定単位から順次、記録するように上記記録のステップを制御する
ことを特徴とする撮像方法。
【請求項１６】
撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化して記録媒体に記録する撮像装置の撮像方法をコンピュータ装置に実行させる撮像プログラムにおいて、
上記撮像方法は、
被写体を撮像して得られたビデオデータと、音声を収音して得られたオーディオデータとをパケット単位で多重化し、多重化されたストリームを該パケット毎に順次、記録媒体上のストリームファイルに記録する記録のステップと、
操作部に対する上記ビデオデータおよび上記オーディオデータの上記記録媒体への記録開始および記録停止を指示するユーザ操作を受け付けるステップと、
上記記録媒体に記録される上記ストリームファイルに対し、少なくとも、該ストリームファイルの再生時刻情報とアドレス情報とを対応付けたストリーム情報ファイルと、該ストリームファイルに対して再生開始点と再生終了点とを設定することにより再生区間を指定する１以上の再生区間データが格納され、上記ストリームファイルに対する再生時刻情報を示すマーク情報が格納可能な再生リストファイルとを生成する管理情報生成のステップと、
上記記録のステップおよび上記管理情報生成のステップとを制御する制御のステップと
を有し、
上記制御のステップは、
上記操作部に対する操作による上記記録開始および記録停止の指示に応じて上記ストリームの上記ストリームファイルに対する記録の開始および停止をそれぞれ行うように上記記録のステップを制御し、
１または複数の上記パケットからなる所定単位を上記ストリームファイルに記録することで該ストリームファイルの属性を示す情報が所定の制約を満たさなくなる場合に、該ストリームファイルをクローズして新規の上記ストリームファイルを作成し、該新規のストリームファイルに対して上記ストリームを該所定単位から順次、記録するように上記記録のステップを制御する
ことを特徴とする撮像プログラム。
【図１】
image rotate

【図２】
image rotate

【図３】
image rotate

【図４】
image rotate

【図５】
image rotate

【図６】
image rotate

【図７】
image rotate

【図８】
image rotate

【図９】
image rotate

【図１０】
image rotate

【図１１】
image rotate

【図１２】
image rotate

【図１３】
image rotate

【図１４】
image rotate

【図１５】
image rotate

【図１６】
image rotate

【図１７】
image rotate

【図１８】
image rotate

【図１９】
image rotate

【図２０】
image rotate

【図２１】
image rotate

【図２２】
image rotate

【図２３】
image rotate

【図２４】
image rotate

【図２５】
image rotate

【図２６】
image rotate

【図２７】
image rotate

【図２８】
image rotate

【図２９】
image rotate

【図３０】
image rotate

【図３１】
image rotate

【図３２】
image rotate

【図３３】
image rotate

【図３４】
image rotate

【図３５】
image rotate

【図３６】
image rotate

【公開番号】特開２００８−３３９８３（Ｐ２００８−３３９８３Ａ）
【公開日】平成２０年２月１４日（２００８．２．１４）
【国際特許分類】
【出願番号】特願２００６−２０３０３７（Ｐ２００６−２０３０３７）
【出願日】平成１８年７月２６日（２００６．７．２６）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】

[ Back to top ]