(57)【要約】【課題】メタデータを動画像ファイルと別ファイルで管理することができる記録再生装置、記録再生方法、その記録媒体およびプログラムを提供する。【解決手段】記録メディア４００は、映像ファイルおよびメタデータファイルを書き込み／読み出し可能である。カメラユニット４１０は、被写体を撮像してディジタル映像データを出力する。符号化ユニット４２０は、カメラユニット４１０が出力するディジタル映像データをストリームファイルに変換する。ドライブユニット４３０は、符号化ユニット４２０が出力する映像ファイルを記録メディア４００に記録する際に、カメラユニット４１０からの撮像に付帯する情報であるメタデータをメタデータファイルとして記録メディア４００に記録する。【選択図】  図４
2004363825.tif 000002
【特許請求の範囲】
【請求項１】
種々の情報を書き込み／読み出し可能な記録媒体と、
被写体を撮像してディジタル映像データを出力する撮像手段と、
前記撮像手段が出力するディジタル映像データを映像ファイルに変換する変換手段と、
前記変換手段が出力する前記映像ファイルを前記記録媒体に記録する際に、前記撮像手段からの撮像に付帯する情報であるメタデータをメタデータファイルとして前記記録媒体に記録する記録手段と
を具備することを特徴とする記録再生装置。
【請求項２】
前記変換手段は、前記ディジタル映像データを符号化圧縮することで、前記映像ファイルとしてストリームファイルを出力することを特徴とする請求項１に記載の記録再生装置。
【請求項３】
前記記録手段は、前記映像ファイルに付帯する情報を前記メタデータファイルに更に含めて前記記録媒体に記録することを特徴とする請求項１または請求項２に記載の記録再生装置。
【請求項４】
前記記録手段は、前記映像ファイルに付帯する情報として前記映像ファイルにおける再生時間と映像データの対応に関する情報を前記メタデータファイルに更に含めて前記記録媒体に記録することを特徴とする請求項３に記載の記録再生装置。
【請求項５】
前記記録媒体が階層的に種々の情報を記録する場合に、前記記録手段は、前記映像ファイルと前記映像ファイルに対応する前記メタデータファイルとを前記記録媒体の同じ階層に記録することを特徴とする請求項１から請求項４のいずれか１項に記載の記録再生装置。
【請求項６】
前記記録手段は、前記映像ファイルのファイル名と前記映像ファイルに対応する前記メタデータファイルのファイル名との一部が同じとなるファイル名で前記記録媒体に記録することを特徴とする請求項１から請求項５のいずれか１項に記載の記録再生装置。
【請求項７】
前記記録手段は、前記メタデータファイルに含まれる複数のメタデータのデータ長を全て同じにして前記記録媒体に記録することを特徴とする請求項１から請求項６のいずれか１項に記載の記録再生装置。
【請求項８】
前記映像ファイルを間接的に参照する参照ファイルを作成する場合に、前記参照ファイルに対応する第２のメタデータファイルを作成するファイル作成手段を更に具備することを特徴とする請求項１から請求項７のいずれか１項に記載の記録再生装置。
【請求項９】
種々の情報を書き込み／読み出し可能な記録媒体を備えた記録再生装置を用いた記録再生方法であって、
被写体を撮像してディジタル映像データを出力する第１のステップと、
前記第１のステップで出力するディジタル映像データを映像ファイルに変換する第２のステップと、
前記第２のステップで出力する前記映像ファイルを前記記録媒体に記録する際に、前記第１のステップでの撮像に付帯する情報であるメタデータをメタデータファイルとして前記記録媒体に記録する第３のステップと
を有することを特徴とする記録再生方法。
【請求項１０】
種々の情報を書き込み／読み出し可能な記録媒体を備えた記録再生装置用のプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
被写体を撮像してディジタル映像データを出力する第１のステップと、
前記第１のステップで出力するディジタル映像データを映像ファイルに変換する第２のステップと、
前記第２のステップで出力する前記映像ファイルを前記記録媒体に記録する際に、前記第１のステップでの撮像に付帯する情報であるメタデータをメタデータファイルとして前記記録媒体に記録する第３のステップと
を前記記録再生装置に実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１１】
種々の情報を書き込み／読み出し可能な記録媒体を備えた記録再生装置用のプログラムであって、
被写体を撮像してディジタル映像データを出力する第１のステップと、
前記第１のステップで出力するディジタル映像データを映像ファイルに変換する第２のステップと、
前記第２のステップで出力する前記映像ファイルを前記記録媒体に記録する際に、前記第１のステップでの撮像に付帯する情報であるメタデータをメタデータファイルとして前記記録媒体に記録する第３のステップと
を前記記録再生装置に実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ランダムアクセス可能な記録メディア上に画像データや音声データなどをファイルとして記録して、記録した画像データや音声データの再生ができる記録再生装置、記録再生方法、その記録媒体およびプログラムに関する。
【０００２】
【従来の技術】
従来、例えば、静止画像をメモリカードに保存するデジタルカメラにおいては、静止画の格納する方法については、ＤＣＦ（Ｄｅｓｉｇｎ  ｒｕｌｅ  ｆｏｒＣａｍｅｒａ  Ｆｉｌｅ  ｓｙｓｔｅｍ）規格が挙げられる。また、その静止画像に関する情報であるメタデータを格納する方法として、静止画像のメタデータを静止画ファイルそのものの中に埋め込むＥｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ  ｉｍａｇｅ  ｆｉｌｅ  ｆｏｒｍａｔ）規格などが挙げられる。
【０００３】
また、動画像および、その動画像に関するメタデータを格納する方法として、ＤＶＤ規格などのＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ  ＭｕｌｔｉｍｅｄｉａＩｎｔｅｇｒａｔｉｏｎ  Ｌａｎｇｕａｇｅ）や、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）７等を含むさまざまな規格が挙げられる。さらには、動画像のメタデータを動画像ファイルそのものの中に埋め込む独自の規格などが提案されているようである。
【０００４】
このようなメタデータの格納方法としては、例えば、動画ストリームと共に付加情報を組み込むことにより既存の動画視聴方法を強化するシステムが開示されている（例えば、特許文献１参照。）。
【０００５】
【特許文献１】
特開２０００−６９４４２号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上述した方法によれば、利用者にメタデータの情報を表示したり、キーワードにより検索したりすることは可能であるが、複数のメタファイルの結合や部分削除を行なうと矛盾を生じる場合があったり、情報によっては欠落してしまう等、メタデータの編集等を行うのは困難であるという問題がある。また家庭用ビデオカメラのような組み込み機器においては、上述したようにメタデータがテキストである場合に、メタデータ中のテキストを処理する機能のコストが高くついてしまうという問題もある。
【０００７】
また動画像および、その動画像に関するメタデータを動画像ファイルそのものに埋め込んでしまう方法においては、メタデータに比較してファイル容量が非常に大きい動画像ファイルに埋め込まれてしまうので、検索に時間がかかってしまうという問題がある。更には、動画像に対して結合または部分削除などの編集処理を行なうことにより、埋め込まれたメタデータに矛盾が生じてしまうという問題がある。また更には、動画像に埋め込むことによって、動画像ファイルを伝送する場合に、伝送に必要な信号帯域の一部をメタデータが使うので、動画像ファイルのみを伝送する場合と比べて伝送効率が悪化してしまうという問題がある。
【０００８】
また、特に家庭用ビデオカメラにおいて顕著であるが、ビデオカメラの状態に関する情報を含むメタデータの格納に関しては、撮影時には、なるべくさまざまな情報をメタデータとして格納したいにもかかわらず、編集等の後では、不必要となるので、ファイル容量を節約するためにも、メタデータを削除したいという要望が高まっていた。
【０００９】
本発明は上記問題点を鑑みてなされたものであり、メタデータを動画像ファイルと別ファイルで管理することができる記録再生装置、記録再生方法、その記録媒体およびプログラムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
この発明は、上述した課題を解決すべくなされたもので、本発明による記録再生装置においては、種々の情報を書き込み／読み出し可能な記録媒体と、被写体を撮像してディジタル映像データを出力する撮像手段と、撮像手段が出力するディジタル映像データを映像ファイルに変換する変換手段と、変換手段が出力する前記映像ファイルを前記記録媒体に記録する際に、前記撮像手段からの撮像に付帯する情報であるメタデータをメタデータファイルとして前記記録媒体に記録する記録手段とを具備することを特徴とする。
【００１１】
また、本発明による記録再生方法においては、種々の情報を書き込み／読み出し可能な記録媒体を備えた記録再生装置を用いた記録再生方法であって、被写体を撮像してディジタル映像データを出力する第１のステップと、第１のステップで出力するディジタル映像データを映像ファイルに変換する第２のステップと、第２のステップで出力する前記映像ファイルを前記記録媒体に記録する際に、前記第１のステップでの撮像に付帯する情報であるメタデータをメタデータファイルとして前記記録媒体に記録する第３のステップとを有することを特徴とする。
【００１２】
また、本発明による記録媒体は、種々の情報を書き込み／読み出し可能な記録媒体を備えた記録再生装置用のプログラムを記録したコンピュータ読み取り可能な記録媒体であって、被写体を撮像してディジタル映像データを出力する第１のステップと、第１のステップで出力するディジタル映像データを映像ファイルに変換する第２のステップと、第２のステップで出力する前記映像ファイルを前記記録媒体に記録する際に、前記第１のステップでの撮像に付帯する情報であるメタデータをメタデータファイルとして前記記録媒体に記録する第３のステップとを前記記録再生装置に実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１３】
また、本発明によるプログラムは、種々の情報を書き込み／読み出し可能な記録媒体を備えた記録再生装置用のプログラムであって、被写体を撮像してディジタル映像データを出力する第１のステップと、第１のステップで出力するディジタル映像データを映像ファイルに変換する第２のステップと、第２のステップで出力する前記映像ファイルを前記記録媒体に記録する際に、前記第１のステップでの撮像に付帯する情報であるメタデータをメタデータファイルとして前記記録媒体に記録する第３のステップとを前記記録再生装置に実行させるためのプログラムである。
【００１４】
これにより、本発明の記録再生装置、記録再生方法、その記録媒体およびプログラムにおいては、撮像手段が撮像したディジタル映像データを映像ファイルに変換して記録媒体に記録する際に、撮像に付帯する情報であるメタデータをメタデータファイルとして同じ記録媒体に記録するので、メタデータを映像ファイルと別ファイルで管理することができる。これにより、従来のように映像ファイルにメタデータが埋め込まれている場合と比べて、映像ファイルの編集などによりメタデータが欠損したりすることを防ぐことができる。
【００１５】
【発明の実施の形態】
以下、図面を用いて本発明の実施形態について説明する。
まず、本発明によるところのディスクやメモリなどのランダムアクセスできる記録メディア上に格納された画像データや音声データなどのファイル（以下、ビデオ・オーディオファイルとする）を管理する方法について図を用いて説明する。
【００１６】
まず、本実施形態における記録メディア内のディレクトリ構成について説明する。図１は、記録メディア内に格納されたビデオ・オーディオファイルおよびそれらを管理するためのファイルおよびディレクトリの構成を示す図である。図１に示すように、本実施形態における記録メディアは、ルートディレクトリ１と、ビデオディレクトリ２と、システムディレクトリ３またはコンテンツディレクトリ４から構成され、３階層のディレクトリ構成となっている。また、システムディレクトリ３またはコンテンツディレクトリ４の下には、ファイル層５があり、種々のファイルが格納されている。
【００１７】
また、図１の右端の１列は、属性情報６であり、各ファイルの属性を示す情報が記載されている。属性情報６の中で、特に、ビデオ・オーディオの属性（画像および音声のデータ）を属性７とし、カメラメタデータの属性（カメラに関するメタデータ）を属性８とする。図１に示すように、ビデオ・オーディオファイルである属性７のファイルと、カメラメタデータファイルである属性８のファイルが一組となって書くコンテンツディレクトリ４の下に格納されている。
【００１８】
ビデオディレクトリ２は、対象となる記録メディアのルートディレクトリ１に格納されている。そして、ビデオディレクトリ２には、全ての関連するシステムディレクトリ３やコンテンツディレクトリ４およびファイルが格納される。以下、このビデオディレクトリ２に格納されるシステムディレクトリ３やコンテンツディレクトリ４およびファイルについて説明する。
【００１９】
システムディレクトリ３は、ビデオディレクトリ２の直下に格納されているディレクトリである。システムディレクトリ３には、記録メディア全体を管理するために必要となるファイルが格納される。具体的には、システムディレクトリ３は、ファイル名ｃｌｉｐ００００．ｓｍｉとｃｌｉｐ０００８の２つのファイルを格納する。ここで、ｃｌｉｐ００００．ｓｍｉは、デフォルトプレイリストファイルである。このファイルは、利用者によるビデオクリップの順番を変更する操作に基づいて内容が書き換えられる。また、デフォルトプレイリストファイルの内容は、記録メディア全体の再生を行なうような場合に、ビデオクリップが再生される順番を決定するための内容である。また、ビデオクリップは、複数のファイルから構成されており、それらのファイル群を特にビデオクリップファイル群と呼ぶ。また、同様に、プレイリストも、複数のファイルから構成されており、それらのファイル群を特にプレイリストファイル群と呼ぶ。
【００２０】
また、ｃｌｉｐ０００８は、ベースファイル名生成ファイルである。このベースファイル名生成ファイルは、新たにビデオクリップやプレイリストのファイルを生成する際の、ベースファイル名（拡張子を除くファイル名）である。このベースファイル名生成ファイルは、ビデオクリップやプレイリストのファイル名をユニークにするために利用される。本実施形態においては、ベースファイル名生成ファイルによって生成されるファイルの名前は、ｃｌｉｐとそれに続く４桁の数字という構成である。このベースファイル名は、利用される都度、ベースファイル名前に含まれる４桁の数字の部分が変化する。
【００２１】
図１に示すベースファイル名ｃｌｉｐ０００８は、図１のファイル層５の一番下のファイル名に示すように、すでに利用されたベースファイル名である。ここで、新しいビデオクリップやプレイリストの各ファイルにファイル名を付与するためには、ベースファイル名を更新する必要がある。
【００２２】
具体的には、このベースファイル名に含まれる４文字の数字を４桁の数値と見立て、この数値に１を加えた数値を含むファイル名を新たなベースファイル名として利用させ、同時にベースファイル名を書き換える。新しいベースファイル名が要求されるたびに、上述した手順に従い、新しく生成するビデオクリップファイル群やプレイリストファイル群の各ファイルの名前を決定する。以上により、自動で新しく生成したビデオクリップファイルやプレイリストファイルに対して、ユニークなファイル名を付与することができる。尚、本実施形態において、ベースファイル名の数値部分の初期値＝００００であり、その時のベースファイル名＝ｃｌｉｐ００００である。
【００２３】
また、図１に示すように、コンテンツディレクト４として、２００３０３０１、２００３０３０５、２００３０３２４、２００３０４０１、および２００３０４０８など８桁の数字からなる名前のディレクトリが、ビデオディレクトリ２の直下に格納されている。上述したコンテンツディレクトリ４のディレクトリ名は、日付を示すものである。すなわち、本実施形態においては、ビデオクリップやプレイリストに関するファイルは、日付によって分類され管理される。また、コンテンツディレクトリ４の名前は、ビデオクリップを記録する日やプレイリストを保存する日から自動的に決定される。
【００２４】
具体的には、図１の２００３０３０１、２００３０３０５、２００３０３２４、２００３０４０１、および２００３０４０８など８桁の数字が示すように、記録や保存する日の西暦であるところの４桁の数字と、その日付の１月から１２月をそれぞれ０１から１２までとした２桁の数字と、さらにその日付の日にちであるところの２桁の数字（必要なら０を補う）を、この順序で連結して８桁とした文字列である。このように、８桁の数字の名前を使うことによって、例えば、図１におけるディレクトリ名２００３０３０１であるコンテンツディレクトリ４には、２００３年３月１日に記録や保存したファイルが格納されていることが分かる。また、同じ日に記録や保存した全てのファイルは、同じディレクトリ名のコンテンツディレクトリ４に格納される。
【００２５】
次に、コンテンツディレクトリ４に格納されるファイルの種類について説明する。尚、本実施形態においては、コンテンツディレクトリ４は、ＭＰＥＧ形式のビデオ・オーディオファイル（以下、ストリームファイルとする）を含むビデオクリップファイル群またプレイリストファイル群を格納する。
【００２６】
まず、ビデオクリップファイル群は、ストリームファイル、タイムマップテーブルファイル、サムネイルファイル、カメラメタデータファイル、クリップ情報ファイルの５つのファイルから構成される。ここで、ストリームファイルは、ＭＰＥＧ２のプログラムストリームである。すなわち、ストリームファイルは、属性７の画像と音声が含まれているビデオ・オーディオファイルである。
【００２７】
また、タイムマップテーブルファイルは、フレームで表される再生時刻とストリームファイル内のパケットの位置を対応させた表であり、特殊再生やジャンプを可能にするためのファイルである。すなわち、タイムマップテーブルファイルは、特殊再生やジャンプをしない場合には必須のファイルではない。
【００２８】
また、サムネイルファイルは、各ビデオクリップを代表するＪＰＥＧ方式で圧縮されたファイルサイズの小さな画像データであり、ユーザインターフェースにおいて一覧表示される。具体的には、サムネイルファイルは、ほとんどの場合には、各ビデオクリップの最初の画像をＪＰＥＧ形式で縮小した画像データである。尚、上述した実施形態では、サムネイルファイルがＪＰＥＧ形式で縮小した画像データである例を示したが、この限りではなく、他の種類の画像データでも良い。また、上述したサムネイルファイルは、ユーザインターフェース等のインデックス画面で高速に一覧表示する必要がないならば必須のファイルではない。
【００２９】
また、カメラメタデータファイルは、フレームで表される再生時刻とその画像の撮影に関する撮影情報を含むメタデータを対応させた情報であり、属性８のファイルである。この、カメラメタデータファイルを参照することで、ストリームファイルを再生時に、再生画像に撮影情報を付加して表示することができる。また、カメラメタデータファイルを参照することで、ストリームファイルを編集する際に、画像を撮影情報に基づいて検索することや選択することも可能である。尚、カメラメタデータファイルは、撮影情報がない場合には作成しなくとも良い。また、必要がなくなった場合にはカメラメタデータファイルを削除しても良い。
【００３０】
クリップ情報ファイルは、このビデオクリップの再生開始位置、再生終了位置など、ビデオクリップに関する情報を格納している。尚、クリップ情報ファイルは、再生開始位置、再生終了位置などの情報が必要ない場合には、必須ではない。
【００３１】
以上の説明を踏まえて、図１に示した５つのコンテンツディレクトリ４が格納する各ファイルについて説明する。
＜上から１番目のコンテンツディレクトリ４＞
ベースファイル名がｃｌｉｐ０００１のビデオクリップは、ディレクトリ名２００３０３０１のコンテンツディレクトリ４に格納されている。このビデオクリップは、ストリームファイルｃｌｉｐ０００１．ｍｐｇ、タイムマップテーブルファイルｃｌｉｐ０００１．ｔｂｌ、サムネイルファイルｃｌｉｐ０００１．ｔｈｍ、カメラメタデータファイルｃｌｉｐ０００１．ｃａｍ、クリップ情報ファイルｃｌｉｐ０００１．ｉｎｆの５つから構成されている。また、５つのファイルが格納されているコンテンツディレクトリ４のディレクトリ名から２００３年３月１日に記録されたファイルであることがわかる。
【００３２】
＜上から２番目のコンテンツディレクトリ４＞
次に、ベースファイル名がｃｌｉｐ０００２のビデオクリップは、ディレクトリ名２００３０３０５のコンテンツディレクトリ４に格納されている。このビデオクリップは、ストリームファイルｃｌｉｐ０００２．ｍｐｇ、タイムマップテーブルファイルｃｌｉｐ０００２．ｔｂｌ、サムネイルファイルｃｌｉｐ０００２．ｔｈｍ、クリップ情報ファイルｃｌｉｐ０００２．ｉｎｆの４つから構成されている。また、４つのファイルが格納されているコンテンツディレクトリ４のディレクトリ名から２００３年３月５日に記録されていることがわかる。また、ディレクトリ名２００３０３０５のコンテンツディレクトリ４には、カメラメタデータファイルが存在していない。これは、はじめから作成されなかったか、あるいは、作成されたが後に削除されたためである。
【００３３】
＜上から３番目のコンテンツディレクトリ４＞
次に、ベースファイル名がｃｌｉｐ０００３のビデオクリップおよびベースファイル名がｃｌｉｐ０００４のビデオクリップは、ディレクトリ名２００３０３２４のコンテンツディレクトリ４に格納されている。ベースファイル名がｃｌｉｐ０００３のビデオクリップは、ストリームファイルｃｌｉｐ０００３．ｍｐｇ、タイムマップテーブルファイルｃｌｉｐ０００３．ｔｂｌ、サムネイルファイルｃｌｉｐ０００３．ｔｈｍ、カメラメタデータファイルｃｌｉｐ０００３．ｃａｍ、クリップ情報ファイルｃｌｉｐ０００３．ｉｎｆの５つから構成されている。また、ベースファイル名がｃｌｉｐ０００４のビデオクリップも、ストリームファイルｃｌｉｐ０００４．ｍｐｇ、タイムマップテーブルファイルｃｌｉｐ０００４．ｔｂｌ、サムネイルファイルｃｌｉｐ０００４．ｔｈｍ、カメラメタデータファイルｃｌｉｐ０００４．ｃａｍ、クリップ情報ファイルｃｌｉｐ０００４．ｉｎｆの５つから構成されている。これら２つのビデオクリップ（１０のファイル）が格納されているコンテンツディレクトリ４のディレクトリ名から２００３年３月２４日に記録されていることがわかる。
【００３４】
＜上から４番目のコンテンツディレクトリ４＞
次に、ベースファイル名がｃｌｉｐ０００５のプレイリストおよびベースファイル名がｃｌｉｐ０００６のレンダリングクリップは、ディレクトリ名２００３０４０１のコンテンツディレクトリ４に格納されている。このプレイリストは、プレイリストファイルｃｌｉｐ０００５．ｓｍｉ、サムネイルｃｌｉｐ０００５．ｔｈｍ、カメラメタデータファイルｃｌｉｐ０００５．ｃａｍの３つから構成されている。また、ベースファイル名がｃｌｉｐ０００６のレンダリングクリップは、レンダリングクリップファイルｃｌｉｐ０００６．ｒｅｎ、タイムマップテーブルｃｌｉｐ０００６．ｔｂｌ、カメラメタデータファイルｃｌｉｐ０００６．ｃａｍの３つから構成されている。これらプレイリストおよびレンダリングクリップが格納されているコンテンツディレクトリ４のディレクトリの名前から２００３年４月１日に保存されたことがわかる。
【００３５】
＜下から１番目のコンテンツディレクトリ４＞
次に、ベースファイル名がｃｌｉｐ０００７のプレイリストおよびベースファイル名がｃｌｉｐ０００８のアフレコオーディオクリップは、ディレクトリ名２００３０４０８のコンテンツディレクトリ４に格納されている。このプレイリストは、プレイリストファイルｃｌｉｐ０００７．ｓｍｉ、サムネイルｃｌｉｐ０００７．ｔｈｍ、カメラメタデータファイルｃｌｉｐ０００７．ｃａｍの３つから構成されている。また、ベースファイル名がｃｌｉｐ０００８のアフレコオーディオクリップは、アフレコオーディオファイルｃｌｉｐ０００８．ｄｕｂ、タイムマップテーブルｃｌｉｐ０００８．ｔｂｌの２つから構成されている。これらプレイリストおよびアフレコオーディオクリップが格納されているコンテンツディレクトリ４のディレクトリの名前から２００３年４月８日に保存されたことがわかる。
【００３６】
以上に示した構成により、複数のメタデータファイルの結合や部分削除を行なっても、各メタデータファイルが独立しているので、矛盾を生じたり、情報が欠落してしまったりすることを防ぐことができる。また、メタデータファイルをストリームファイルそのものに埋め込んでいないので、埋め込んでいる場合と比較してメタデータの検索時間を節約できる。更に、ストリームファイルに対して編集処理を行なっても、メタデータに矛盾が生じてしまうことがない。また、ストリームファイルを伝送する場合に、ストリームファイルのみを伝送するので、ストリームファイルと一緒に埋め込んだメタデータを伝送する場合と比べて、伝送効率が向上するという効果が得られる。また、上述したように、不必要となったメタデータファイルは、ファイル容量を節約するために削除してもよい。
【００３７】
次に、図２および図３を用いて、後述する記録再生装置が記録メディアに記録されているコンテンツの一覧を表示する動作について説明する。図２は、図１に示したデータ構成より生成したコンテンツリストの内容を示す図である。また、図３は、図２に示したコンテンツリストの内容に基づいて表示するコンテンツの一覧であるユーザインターフェース画面のイメージ図である。
【００３８】
まず、記録再生装置が図２に示したコンテンツリストを生成する動作について説明する。記録再生装置が備える記録メディア上に図１に示すようなディレクトリ構成およびファイル構成が成されている場合に、記録再生装置は、以下の処理によりコンテンツファイル（例えば、図１のストリームファイルやプレイリストファイルなど）の一覧情報（コンテンツリスト）を取得する。まず、記録再生装置は、ビデオディレクトリ２を見つけて、そのビデオディレクトリ２に含まれるコンテンツファイルを、全てのビデオクリップファイル群およびプレイリストファイル群から検索しなければならない。
【００３９】
そのために、最初に、記録再生装置は、記録メディアのルートディレクトリ１をカレントディレクトリ（処理を行なうディレクトリ）にする。次に、記録再生装置は、ルートディレクトリにあるディレクトリの一覧を取得して、ビデオディレクトリ２を検索する。ビデオディレクトリ２を検出できない場合には、記録再生装置は、ビデオクリップファイルやプレイリストファイルは存在しないと判断する。また、ビデオディレクトリ２を検出できた場合には、記録再生装置は、ビデオディレクトリ２をカレントディレクトリにする。次に、記録再生装置は、ビデオディレクトリ２にあるディレクトリの一覧を取得して、コンテンツディレクトリ４を検索する。コンテンツディレクトリ４は、図１に示すように数字８文字からなるディレクトリ名である。次に、記録再生装置は、検索されたコンテンツディレクトリ４の一覧を基にして、順番にコンテンツディレクトリ４の中のコンテンツファイルを検索していく。但し、記録再生装置は、コンテンツディレクトリ４の中を検索する前に、コンテンツリストを空にしておく。
【００４０】
次に、記録再生装置は、コンテンツディレクトリ４の中のコンテンツファイルを検索するために、各コンテンツディレクトリ４を順にカレントディレクトリにする。まず、図１の一番上のコンテンツディレクトリ４をカレントディレクトリとして、記録再生装置は、そのコンテンツディレクトリ４にあるファイルの一覧を取得する。次に、記録再生装置は、取得したファイルの一覧の中から、拡張子がｍｐｇであるストリームファイルと、拡張子がｓｍｉであるプレイリストファイルを抽出して、図２に示すようなファイルのフルパス名（例えば、／ｖｉｄｅｏ／２００３０３０１／ｃｌｉｐ０００１．ｍｐｇ）をコンテンツリストに加える。以上に示した処理を、各コンテンツディレクトリ４に対して順次行なうことで、ビデオディレクトリ２に含まれる全てのストリームファイルとプレイリストファイルのフルパス名が、コンテンツリストに加えられる。
【００４１】
次に、記録再生装置は、コンテンツリストをフルパス名で並べなおすことで日付の順序で並べる。以上により、記録再生装置は、図２に示すようなコンテンツリストを作成する。また、記録再生装置が、図２に示したコンテンツリストを用いて図３にしめすようなユーザインターフェースとなるコンテンツの一覧画面を表示する。以上に示すように、記録再生装置は、図１に示したようなデータ構成を基に、図２に示すような内容のコンテンツリストを生成し、図３に示すようなコンテンツの一覧画面を表示することができる。尚、図３に表示している画像はサムネイルファイルの画像データである。
【００４２】
次に、本発明の一実施形態におけるビデオカメラ（記録再生装置）のハードウェア構成について説明する。
図４は、本発明の一実施形態におけるビデオカメラのハードウェア構成を示す図である。図４において、４００は、データの記録または再生を行なうときに、ランダムにアクセスすることが可能な記録メディアである。尚、記録メディア４００には、図１に示したデータ構成でビデオクリップ等のデータが格納されている。
【００４３】
４１０は、撮影した映像をディジタル信号で出力するビデオカメラユニットであり、同時に、カメラメタデータを出力できる。４２０は、ビデオカメラユニット４１０から送られてくるデジタルビデオ信号を、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）２形式で符号化する復号化ユニットであり、ＭＰＥＧ２のストリームを出力すると同時に、サイド情報をシステムコントロール４７０に対して出力できる。４３０は、いわゆるドライブユニットであり、符号化ユニット４２０から送られてくるＭＰＥＧ２のストリームおよびカメラユニット４１０から贈られてくるカメラメタデータを記録メディア４００に記録する処理を行なう。また、ドライブユニット４３０は、記録メディア４００からＭＰＥＧ２のストリームを再生して出力することができる。
【００４４】
４４０は、ドライブユニット４３０が再生して出力するＭＰＥＧ２のストリームを復号化する復号化ユニットであり、復号したデジタルビデオ信号を出力することができる。４５０は、システムコントロール４７０からの指示に基づいて復号化ユニット４４０からのデジタルビデオ信号に対してユーザインターフェースや警告などのための文字や記号などの表示を合成したデジタルビデオ信号を出力するＯＳＤユニットである。４６０は、ＯＳＤユニット４５０から送られてくるデジタルビデオ信号に基づいて表示を行なう液晶パネルである。
【００４５】
４７０は、システムコントロールであり、ビデオカメラのシステム全体の制御を行なう。４８０は、不図示のスタート／ストップスイッチ等を備えたユーザからの指示を入力するための操作ユニットである。４９０は、現在の日付および時刻をカウントしている時計ユニットである。
以上の構成により、図４に示したビデオカメラは、図１に示したデータ構成のコンテンツを記録メディア４００に構築したり、記録メディア４００に格納される図１に示したデータ構成のコンテンツを利用したりする。
【００４６】
次に、図４に示したビデオカメラにおけるシステムコントロール４７０がプログラム等を実行することで実現する機能構成について説明する。
図５は、図４に示したビデオカメラにおけるシステムコントロール４７０がプログラム等を実行することで実現する機能構成を示す図である。５０１は、ビデオカメラ全体を制御するシステムコントロールオブジェクトである。５０２は、操作ユニット４８０を監視してユーザの操作により生じるイベントからメッセージを生成する操作検出オブジェクトである。５０３は、カメラユニット４１０を制御するカメラ制御オブジェクトである。５０４は、符号化ユニット４２０と復号化ユニット４４０を制御する符号復号制御オブジェクトである。
【００４７】
５０５は、一つのビデオクリップやプレイリストが、それぞれ複数のファイルから構成されているので、その関連を管理するためのコンテンツファイルオブジェクトである。５０６は、生成するたびに異なる文字列を返すようになっていて、記録メディア４００に複数のビデオクリップやプレイリストを記録する時に必要になるユニークなベースファイル名を生成するためのベースファイル名生成オブジェクトである。５０７は、ドライブ制御オブジェクト５０８を制御して、記録メディア４００の中のディレクトリおよびファイルの管理を行なうファイルシステムオブジェクトである。５０８は、ドライブユニット４３０を制御するドライブ制御オブジェクトである。
【００４８】
５０９は、ＯＳＤユニット４５０を制御するＯＳＤ駆動オブジェクトである。５１０は、時計ユニット４９０を利用して現在の日付や時刻を管理している日時オブジェクトである。５１１は、サムネイル画像を生成してサムネイルファイルを生成するサムネイルオブジェクトである。５１２は、クリップやプレイリストなどに関する情報を集めてクリップ情報ファイルを生成するクリップ情報オブジェクトである。
【００４９】
以下、図４、図５および図６（ａ）〜６（ｃ）を用いて、本実施形態のビデオカメラにおけるファイル記録処理に関わる動作を説明する。まず、カメラ撮影の待機状態におけるビデオカメラの図５に示した各オブジェクトの状態と対応する図４に示した各ユニットの状態を説明する。システムコントロールオブジェクト５０１は、カメラ撮影における初期状態は、待機状態である。操作検出オブジェクト５０２は、操作ユニット４８０を監視している。カメラ制御オブジェクト５０３は、カメラユニット４１０を撮影状態に制御していて、そのカメラユニット４１０は、撮影された映像をデジタルビデオ信号で出力している。
【００５０】
符号復号制御オブジェクト５０４は、符号化ユニット４２０、復号化ユニット４４０を共に動作状態に制御している。これにより、符号化ユニット４２０は、カメラユニット４１０から入力されたデジタルビデオ信号をＭＰＥＧ２のストリームに符号したもの出力している。また、復号化ユニット４４０は、ドライブユニット４３０から入力されたＭＰＥＧ２のストリームをデジタルビデオ信号に復号したものを出力している。
【００５１】
また、ドライブ制御オブジェクト５０８は、ドライブユニット４３０を待機状態に制御している。これにより、ドライブユニット４３０は、待機状態であって、符号化ユニット４２０から入力されたＭＰＥＧ２のストリームをそのまま出力している。ＯＳＤ制御オブジェクト５０９は、ＯＳＤユニット４５０を制御していて、そのＯＳＤユニット４５０は、復号化ユニット４４０から入力されたデジタルビデオ信号にユーザインターフェースのための表示を合成してデジタルビデオ信号として出力され液晶パネル４６０に表示される。
【００５２】
次に、記録メディア４００が図１に示すようなデータ構成であって、また、撮影日が２００３年５月５日であると仮定して、ビデオカメラにより撮影を開始する動作について説明する。まず、操作検出オブジェクト５０２は、待機状態において、操作ユニット４８０内のスタート／ストップスイッチの操作を検出すると、システムコントロールオブジェクト５０１に、スタート／ストップスイッチが操作されたというメッセージを送る。次に、システムコントロールオブジェクト５０１は、そのメッセージを受け取ると、コンテンツファイルオブジェクト５０５に、記録を開始するメッセージを送り、待機状態から記録状態に遷移する。
【００５３】
次に、コンテンツファイルオブジェクト５０５は、そのメッセージを受け取ると、ベースファイル名生成オブジェクト５０６に未使用のベースファイル名を取得するメッセージを送る。次に、ベースファイル名生成オブジェクト５０６は、そのメッセージを受け取ると、ファイルシステムオブジェクト５０７に、システムディレクトリ内のベースファイル名生成ファイルの名前を取得するメッセージを送る。
【００５４】
次に、ファイルシステムオブジェクト５０７は、そのメッセージを受け取ると、ベースファイル名生成オブジェクト５０６にシステムディレクトリ内のベースファイル名生成ファイルの名前として例えばｃｌｉｐ０００８を返す。これにより、ベースファイル名生成オブジェクト５０６は、未使用のベースファイル名を生成する手順に従ってファイルの名前をｃｌｉｐ０００８からｃｌｉｐ０００９に更新する。
【００５５】
次に、ベースファイル名生成オブジェクト５０６は、ファイルシステムオブジェクト５０７に、システムディレクトリ内のベースファイル名生成ファイルの名前を更新するメッセージを送る。次に、ファイルシステムオブジェクト５０７は、そのメッセージを受け取ると、システムディレクトリ内のベースファイル名生成ファイルの名前をｃｌｉｐ０００９に更新する。次に、ベースファイル名生成オブジェクト５０６は、コンテンツファイルオブジェクト５０５に生成した未使用のベースファイル名としてｃｌｉｐ０００９を返す。次に、コンテンツファイルオブジェクト５０５は、日時オブジェクト５１０に現在の日時を取得するメッセージを送る。
【００５６】
次に、日時オブジェクト５１０は、そのメッセージを受け取ると、コンテンツファイルオブジェクト５０５に現在の日時として２００３年５月５日を返す。次に、コンテンツファイルオブジェクト５０５は、返ってきた現在の日時から８文字のコンテンツディレクトリ４のディレクトリ名として「２００３０５０５」を生成する。次に、コンテンツファイルオブジェクト５０５は、ファイルシステムオブジェクト５０７に、ビデオディレクトリ２の中に生成した名前のコンテンツディレクトリ４を検索するメッセージを送る。
【００５７】
次に、ファイルシステムオブジェクト５０７は、そのメッセージを受けると、ディレクトリを検索して結果をコンテンツファイルオブジェクトに返す。
コンテンツファイルオブジェクト５０５は、返ってきた検索結果により、そのディレクトリが見つかった場合には、そのディレクトリに移動する。そのディレクトリが見つからない場合には、その名前でディレクトリを生成して、そのディレクトリに移動する。この場合には、見つからないので、２００３０５０５という名前のコンテンツディレクトリ４を生成するメッセージをファイルシステムオブジェクト５０７に送り、そして、そのディレクトリに移動する。
【００５８】
図６（ａ）は、この時点での記録メディア４００のディレクトリおよびファイルの状態を示す図である。図６（ａ）に示すように、ディレクトリ名「２００３０５０５」であるコンテンツディレクトリ４がビデオディレクトリ２の下に形成されている。尚、この時点では、ディレクトリ名「２００３０５０５」であるコンテンツディレクトリ４（以下、ディレクトリ２００３０５０５とする）の中は空である。
【００５９】
次に、コンテンツファイルオブジェクト５０５は、ベースファイル名からストリームファイルの名前としてｃｌｉｐ０００９．ｍｐｇを生成する。そして、ファイルシステムオブジェクト５０７に、その名前でストリームファイルを生成するメッセージを送る。これにより、ファイルシステムオブジェクト５０７は、そのメッセージを受け取ると、ディレクトリ２００３０５０５の下にストリームファイルとしてｃｌｉｐ０００９．ｍｐｇを生成する。
【００６０】
また、コンテンツファイルオブジェクト５０５は、ベースファイル名からタイムマップテーブルファイルの名前としてｃｌｉｐ０００９．ｔｂｌを生成する。そして、ファイルシステムオブジェクト５０７に、その名前でタイムマップテーブルファイルを生成するメッセージを送る。これにより、ファイルシステムオブジェクト５０７は、そのメッセージを受け取ると、ディレクトリ２００３０５０５の下にタイムマップテーブルファイルとしてｃｌｉｐ０００９．ｔｂｌを生成する。
【００６１】
また、コンテンツファイルオブジェクト５０５は、ベースファイル名からカメラメタデータファイルの名前としてｃｌｉｐ０００９．ｃａｍを生成する。そして、ファイルシステムオブジェクト５０７に、その名前でカメラメタデータファイルを生成するメッセージを送る。これにより、ファイルシステムオブジェクト５０７は、そのメッセージを受け取ると、ディレクトリ２００３０５０５の下にカメラメタデータファイルとしてｃｌｉｐ０００９．ｃａｍを生成する。
【００６２】
次に、コンテンツファイルオブジェクト５０５は、ファイルシステムオブジェクト５０７に、ストリームの記録を開始するメッセージを送る。これにより、ファイルシステムオブジェクト５０７は、そのメッセージを受け取ると、ドライブ制御オブジェクト５０８に、ＭＰＥＧ２のストリームをストリームファイルに記録する処理を開始するメッセージを送る。
【００６３】
次に、ドライブ制御オブジェクト５０８は、そのメッセージを受け取ると、ドライブユニット４３０を制御して、符号化ユニット４２０からのＭＰＥＧ２のストリームを記録メディア４００のストリームファイルに対応する領域への書き込みを行なう。また、ドライブ制御オブジェクト５０８は、符号化ユニット４２０からのタイムマップテーブル情報を記録メディア４００のタイムマップテーブルファイルに対応する領域への書き込みを行なう。さらに、ドライブ制御オブジェクト５０８は、カメラユニット４１０からのカメラメタデータを記録メディア４００のカメラメタデータファイルに対応する領域への書き込みを開始して、いわゆる記録状態に遷移する。
【００６４】
図６（ｂ）は、この時点での記録メディア４００のディレクトリおよびファイルの状態を示す図である。図６（ｂ）に示すように、ディレクトリ２００３０５０５の下に、ストリームファイルであるｃｌｉｐ０００９．ｍｐｇと、タイムマップテーブルファイルであるｃｌｉｐ０００９．ｔｂｌと、カメラメタデータファイルであるｃｌｉｐ０００９．ｃａｍが生成されている。但し、全てのファイルが書き込み中（記録中）の状態である。
【００６５】
次に、ビデオカメラが撮影を終了する動作について説明する。
まず、操作検出オブジェクト５０２は、カメラ撮影による記録状態において操作ユニット４８０内のスタート／ストップスイッチの操作を検出すると、システムコントロールオブジェクト５０１に、スタート／ストップスイッチが操作されたというメッセージを送る。これにより、システムコントロールオブジェクト５０１は、そのメッセージを受け取ると、コンテンツファイルオブジェクト５０５に、記録を終了するメッセージを送り、ビデオカメラは記録状態から待機状態に遷移する。
【００６６】
次に、コンテンツファイルオブジェクト５０５は、そのメッセージを受け取ると、ファイルシステムオブジェクト５０７に、ストリームの記録を終了するメッセージを送る。これにより、ファイルシステムオブジェクト５０７は、そのメッセージを受け取ると、ドライブ制御オブジェクト５０８に、ＭＰＥＧ２のストリームをストリームファイルｃｌｉｐ０００９．ｍｐｇに記録する処理を終了するメッセージを送る。
【００６７】
また、ドライブ制御オブジェクト５０８は、そのメッセージを受け取ると、ドライブユニット４３０を制御して、記録メディア４００のストリームファイルｃｌｉｐ０００９．ｍｐｇに対応する領域への書き込みと、記録メディア４００のタイムマップテーブルファイルｃｌｉｐ０００９．ｔｂｌに対応する領域への書き込みと、さらに、記録メディア４００のカメラメタデータファイルｃｌｉｐ０００９．ｃａｍに対応する領域への書き込みを終了して、いわゆる待機状態に遷移する。
【００６８】
次に、コンテンツファイルオブジェクト５０５は、ベースファイル名からサムネイルファイルの名前としてｃｌｉｐ０００９．ｔｈｍを生成する。そして、サムネイルオブジェクト５１１に、その名前でサムネイルファイルを生成するメッセージを送る。これにより、サムネイルオブジェクト５１１は、そのメッセージを受け取ると、このクリップファイルの先頭の画像データからサムネイル画像データを生成する。そして、ファイルシステムオブジェクト５０７に、この画像データを、コンテンツファイルオブジェクト５０５で指定された名前で、サムネイルファイルを生成するメッセージを送る。
【００６９】
次に、ファイルシステムオブジェクト５０７は、そのメッセージを受け取ると、ディレクトリ２００３０５０５にサムネイルファイルとしてｃｌｉｐ０００９．ｔｈｍを生成する。次に、コンテンツファイルオブジェクト５０５は、ベースファイル名からクリップ情報ファイルの名前としてｃｌｉｐ０００９．ｉｎｆを生成する。そして、クリップ情報オブジェクト５１２に、その名前でクリップ情報ファイルを生成するメッセージを送る。
【００７０】
これにより、クリップ情報オブジェクト５１２は、そのメッセージを受け取ると、このクリップファイルに関する情報を集めたクリップメタデータを生成する。そして、ファイルシステムオブジェクト５０７に、このクリップメタデータを、コンテンツファイルオブジェクト５０５で指定された名前で、クリップ情報ファイルを生成するメッセージを送る。次に、ファイルシステムオブジェクト５０７は、そのメッセージを受け取ると、ディレクトリ２００３０５０５にクリップ情報ファイルとしてｃｌｉｐ０００９．ｉｎｆを生成する。
【００７１】
図６（ｃ）は、この時点での記録メディア４００のディレクトリおよびファイルの状態を示す図である。図６（ｃ）に示すように、図６（ｂ）と比べて、更に、サムネイルファイルｃｌｉｐ０００９．ｔｈｍと、クリップ情報ファイルｃｌｉｐ０００９．ｉｎｆがディレクトリ２００３０５０５の下に生成されている。また、ストリームファイルｃｌｉｐ０００９．ｍｐｇと、タイムマップテーブルファイルｃｌｉｐ０００９．ｔｂｌと、カメラメタデータファイルｃｌｉｐ０００９．ｃａｍの書き込み処理も終了している。
【００７２】
最後に、図７〜１１を用いて、図１に示した属性８であるカメラメタデータファイルのデータ構造について説明する。
図７は、本実施形態におけるカメラメタデータファイルのデータ構造を示す図である。図７に示すように、カメラメタデータは、ヘッダー部分７１とボディ部分７２から構成される。ヘッダー部分７１は、タイプヘッダーと、それに続くタイプリストから構成される。また、タイプヘッダーは、データ長７３に示すように１バイトの長さであり、タイプリストは、データ長７４に示すようにタイプ数分のバイト長である。
【００７３】
ここで、図７に示したタイプヘッダーについて更に説明する。図８は、タイプヘッダーの構造を示す図である。図８に示すように、タイプヘッダーは、１バイトの内、バージョン番号が２ビットと、タイプ数を表す６ビットから構成される。また、タイプヘッダーのデータ長は１バイト固定である。また、バージョン番号は、ビット７が１、ビット６が０で固定である。タイプ数は、０〜６３のいずれかの値であり、符号なしの６ビットでビット５からビット０に格納される。
【００７４】
次に、図７に示したタイプリストについて説明する。タイプリストは、１バイト固定のタイプコードが、図８に示すタイプヘッダーの中で指定されるタイプ数と同じ数だけ並んだ配列である。図９は、タイプコード例を示す図である。図９に示すように、列９１に１６進数で表記されるタイプコードには、列９２で示す内容が対応づけられている。また、タイプリストの長さであるデータ長７４は、タイプ数に応じて０〜６３バイトとなり、ヘッダー部分７１の長さは、タイプ数＋１バイトとなる。
【００７５】
次に、図７に示したボディ部分７２について説明する。図７に示すように、ボディ部分７２は、１バイト長の基本カメラメタデータと、カメラメタデータリストとから構成される。また、ボディ部分７２は、１フレームごとに格納され、対応する画像のフレーム数と同じ数のカメラメタデータリストが格納される。
【００７６】
まず、図７に示した基本カメラメタデータについて説明する。図１０は、基本カメラメタデータの各ビットの意味を示す図である。図１０に示すように、０〜７ビットの各々または組み合わせに意味が対応付けられている。また、基本カメラメタデータは、それぞれのビットに意味が与えられており、長さは１バイト固定である。また、カメラメタデータリストは、１バイト固定のカメラメタデータの配列であって、タイプリストに並ぶタイプコードの示すタイプと同じ順序で対応するカメラメタデータが並んでいる。従って、タイプリストとカメラメタデータリストは同じ長さとなる。
【００７７】
また、カメラメタデータとして格納される値は、カメラメタデータのタイプごとに決められている。その値のうちＦＦＨ（１６進表記、以下、１６進表記はＨを付けて表す）は、情報なしの意味に予約されているので、複数のカメラメタデータファイルを結合するとき問題となる、カメラメタデータ情報の足りない部分を埋めることができる。
【００７８】
また、ボディ部分７２は、ヘッダー部分７１と隙間なく引き続いて格納されるので、カメラメタデータのダンプリストを作ると、幅がタイプ数＋１である場合には、きれいに格子状に並ぶ。ファイル中のカメラメタデータのバイト位置は、以下の式１で表され、簡単にアクセスすることが可能である。
バイト位置＝（タイプ数＋１）×（フレーム番号＋１）  …（式１）
【００７９】
次に、カメラメタデータファイルの例を、ダンプリストを用いて説明する。
図１１（ａ）は、音声モード、ＡＥモード、およびアイリス、ゲイン、シャッター、フォーカス、ズームの正規化されたものの上位だけ、合計７種のめたデータを格納したダンプリストを示す図である。図１１に示す本実施形態のダンプリスト中の数字は、すべて１６進表記であり、コロンの左がファイル先頭からのオフセット位置、コロンの右が１バイトごとのデータの並びを表している。図のダンプリストの幅は、見やすくなるようにタイプ数＋１としてあり、こうすると、二次元配列的な並びとなる。
【００８０】
また、ヘッダー部分１１１は、オフセット位置００００００００Ｈから０００００００７Ｈまで、ボディ部分１１２は、オフセット位置０００００００８Ｈ以降である。オフセット位置００００００００Ｈの８７Ｈは、タイプヘッダーであり、タイプ数が７であることを表している。それに続く７バイトは、タイプリストであり、タイプコードによって１０Ｈが音声モード、２０ＨがＡＥモード、４０Ｈがアイリス（以下同様）といったように、このファイルに格納されるカメラメタデータのタイプコードが並んでいる。
【００８１】
オフセット位置が（タイプ数＋１）の倍数になる位置（図１１（ａ）中のｘｘ）には、基本カメラメタデータが配置され、図１１（ａ）では、データの並びの一番左に縦に並んでいる。また、基本カメラメタデータ以外のカメラメタデータは、タイプリストの対応するタイプコードから縦に並んでいる（図１１（ａ）中のｙｙ）。また、図１１（ａ）のデータの並びは、一行目にタイプリスト、二行目以降にそのタイプリストのタイプコードに対応するカメラメタデータがフレームごとに並んでいる。
【００８２】
次に、基本カメラメタデータだけを格納したカメラメタデータについて説明する。図１１（ｂ）は、基本メタデータだけを格納したカメラメタデータのデータ例を示す図である。図１１（ｂ）において、ヘッダー部分１１３は、オフセット位置００００００００Ｈのみとなり、ボディ部分１１４は、オフセット位置０００００００１Ｈ以降である。
【００８３】
オフセット位置００００００００Ｈの８０Ｈは、タイプヘッダーでタイプ数が０であることを表している。それに続くタイプリストはない。また、図１１（ｂ）のデータの並びは、一行目（ヘッダー部分１１３）にタイプヘッダーのみ、二行目以降（ボディ部分１１４）に基本カメラメタデータのみがフレームごとに並んでいる。
【００８４】
以上に示したように、本実施形態のビデオカメラにおいては、動画ファイル、プレイリストファイル、レンダリングクリップファイルに対して、それぞれカメラメタデータファイルを設けて、その中にカメラメタデータを格納するようにしている。そして、そのカメラメタデータファイルは、格納されるメタデータの長さを全て固定長とすることで二次元配列的に格納されるバイナリファイルである。これにより、撮影する機器（例えばビデオカメラ）においてメタデータを生成することが容易である。
【００８５】
また、本実施形態におけるビデオカメラは、動画ファイル、プレイリストファイル、レンダリングクリップファイルを、結合や部分削除する場合においても、カメラメタデータファイルが動画ファイル等から独立しているので、関連するカメラメタデータファイルの結合や部分削除することが容易である。
【００８６】
また、本実施形態におけるビデオカメラは、上述したようにメタデータファイルにバイナリファイルを用いているので、テキストを扱う処理が不要となり、処理についてのコストが低く抑えることができる。さらに、本実施形態におけるビデオカメラは、カメラメタデータファイルを動画像ファイルに埋め込まず別ファイルとしているので、動画像ファイルの伝送における帯域の一部をメタデータが使ってしまうことはなく、不必要な場合は、伝送も不要であり、しかもいつ削除してもかまわない。
【００８７】
また、図５に示したデジタルビデオカメラの各種処理部は、上述したハードウェアとソフトウェアの組み合わせの構成に限らず、専用のハードウェアにより実現されるものであってもよく、また、各処理部の一部または全部は、メモリおよびＣＰＵ（中央演算装置）により構成され、各処理部における種々の処理を実現する為のプログラムをメモリに読み込んで実行することによりその処理を実現させるものであってもよい。
また、上記メモリは、ハードディスク装置や光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）のような揮発性のメモリ、あるいはこれらの組み合わせによるコンピュータ読み取り、書き込み可能な記録媒体より構成されるものとする。
【００８８】
また、コンピュータが読み出したプログラムの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の各種制御回路の機能が実現される場合も含まれる。
【００８９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示にもとづき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の各種機能が実現されてもよい。
【００９０】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００９１】
【発明の効果】
以上説明したように、本発明の記録再生装置、記録再生方法、その記録媒体およびプログラムにおいては、撮像手段が撮像したディジタル映像データを映像ファイルに変換して記録媒体に記録する際に、撮像に付帯する情報であるメタデータをメタデータファイルとして同じ記録媒体に記録するので、メタデータを映像ファイルと別ファイルで管理することができる。これにより、従来のように映像ファイルにメタデータが埋め込まれている場合と比べて、映像ファイルの編集などによりメタデータが欠損したりすることを防ぐことができる。また、メタデータファイルが不要となれば、メタデータファイルのみを簡便に削除することができる。
【図面の簡単な説明】
【図１】記録メディア内に格納されたビデオ・オーディオファイルおよびそれらを管理するためのファイルおよびディレクトリの構成を示す図である。
【図２】図１に示したデータ構成より生成したコンテンツリストの内容を示す図である。
【図３】図２に示したコンテンツリストの内容に基づいて表示するコンテンツの一覧であるユーザインターフェース画面のイメージ図である。
【図４】本発明の一実施形態におけるビデオカメラのハードウェア構成を示す図である。
【図５】図４に示したビデオカメラにおけるシステムコントロール４７０がプログラム等を実行することで実現する機能構成を示す図である。
【図６】３種類の時点での記録メディア４００のディレクトリおよびファイルの状態を示す図である。
【図７】本実施形態におけるカメラメタデータファイルのデータ構造を示す図である。
【図８】タイプヘッダーの構造を示す図である。
【図９】タイプコード例を示す図である。
【図１０】基本カメラメタデータの各ビットの意味を示す図である。
【図１１】本実施形態におけるカメラメタデータのデータ例を示す図である。
【符号の説明】
４００…記録メディア
４１０…カメラユニット
４２０…符号化ユニット
４３０…ドライブユニット
４４０…復号化ユニット
４５０…ＯＳＤユニット
４６０…液晶パネル
４７０…システムコントロール
４８０…操作ユニット
４９０…時計ユニット
５０１…システムコントロールオブジェクト
５０２…操作検出オブジェクト
５０３…カメラ制御オブジェクト
５０４…符号復号制御オブジェクト
５０５…コンテンツファイルオブジェクト
５０６…ベースファイル名生成オブジェクト
５０７…ファイルシステムオブジェクト
５０８…ドライブ制御オブジェクト
５０９…ＯＳＤ駆動オブジェクト
５１０…日時オブジェクト
５１１…サムネイルオブジェクト
５１２…クリップ情報オブジェクト
【図１】
2004363825.tif 000003
【図２】
2004363825.tif 000004
【図３】
2004363825.tif 000005
【図４】
2004363825.tif 000006
【図５】
2004363825.tif 000007
【図６】
2004363825.tif 000008
【図７】
2004363825.tif 000009
【図８】
2004363825.tif 000010
【図９】
2004363825.tif 000011
【図１０】
2004363825.tif 000012
【図１１】
2004363825.tif 000013