(57)【特許請求の範囲】
【請求項１】
記録媒体に記録された複数個のファイルの各々に係る抜粋情報を抜き出す手段と、
抜き出された抜粋情報を上記複数個のファイルの各々と関連付けてインデックスファイルを生成する手段と、
上記記録媒体に上記インデックスファイルを記録する手段とを備え、
上記インデックスファイルは、上記複数個のファイルの各ファイルに関する属性を示す属性データがそれぞれ格納されたプロパティ情報と、上記複数個のファイルの各ファイルに関する代表画像データがそれぞれ格納されたサムネイル情報とを少なくとも有し、
上記プロパティ情報は、対応するファイルの代表画像データの格納先を示す情報、少なくとも動画または静止画のデータ種別を示す情報、対応するファイルの再生に必要な時間の長さを示す情報、および、対応するファイルを特定するための情報を有する記録装置。
【請求項２】
請求項１において、
上記インデックスファイルは、
上記複数個のファイルの各ファイルに関するオーディオデータがそれぞれ格納されたイントロミュージック情報をさらに有することを特徴とする記録装置。
【請求項３】
請求項１において、
上記インデックスファイルは、
上記複数個のファイルの各ファイルに関するタイトルがそれぞれ格納されたタイトル情報をさらに有することを特徴とする記録装置。
【請求項４】
請求項１において、
上記インデックスファイルは、
上記プロパティ情報および上記サムネイル情報を参照するためのリソース情報をさらに有することを特徴とする記録装置。
【請求項５】
請求項１において、
上記プロパティ情報は、
上記複数個のファイルの各々が記録された日時を含むことを特徴とする記録装置。
【請求項６】
請求項１において、
上記プロパティ情報は、
上記複数個のファイルの各々が修正された日時を含むことを特徴とする記録装置。
【請求項７】
上記インデックスファイルは、
上記抜粋情報の集合体からなる第１の領域と、
上記抜粋情報と当該抜粋情報を抜き出したファイルとを対応させるための情報、および上記第１の領域内で、上記抜粋情報の各々が記録されている位置を示す情報が記録されてなる第２の領域とからなる請求項１に記載の記録装置。
【請求項８】
上記第２の領域は、
上記ディスク状記録媒体に記録された上記複数個のファイルの内の幾つかからなるファイル群について、上記抜粋情報の各々に、当該抜粋情報を抜き出したファイル群とを対応させるための情報を含む請求項７に記載の記録装置。
【請求項９】
上記第２の領域と同一形式の記録内容を有するリソース情報がさらに記録され、
上記リソース情報に記録された、上記インデックスファイル内の上記第１の領域内で上記抜粋情報の各々が記録されている位置を示す情報を用いることにより、
再生動作を含む動作モードを行うに際して、上記ディスク状記録媒体に記録された上記複数個のファイルを容易に検索されるようにした請求項７に記載の記録装置。
【請求項１０】
上記リソース情報は、
上記ディスク状記録媒体に記録された上記複数個のファイルの内の幾つかからなるファイル群について、上記抜粋情報の各々に、当該抜粋情報を抜き出したファイル群とを対応させるための情報を含む請求項９に記載の記録装置。
【請求項１１】
上記第２の領域の記述により、他のインデックスファイル内の第１の領域内のデータを指示するようにした請求項７に記載の記録装置。
【請求項１２】
上記第２の領域の記述により、他のファイル内のデータを指示するようにした請求項７に記載の記録装置。
【請求項１３】
上記他のファイルは、
上記抜粋情報を含む請求項１２に記載の記録装置。
【請求項１４】
記録媒体に記録された複数個のファイルの各々に係る抜粋情報を抜き出すステップと、
抜き出した抜粋情報を上記複数個のファイルの各々と関連付けて格納することによってインデックスファイルを生成するステップと、
生成した上記インデックスファイルを上記記録媒に記録するステップとを備え、
上記インデックスファイルは、上記複数個のファイルの各ファイルに関する属性を示す属性データがそれぞれ格納されたプロパティ情報と、上記複数個のファイルの各ファイルに関する代表画像データがそれぞれ格納されたサムネイル情報とを少なくとも有し、
上記プロパティ情報は、対応するファイルの代表画像データの格納先を示す情報、少なくとも動画または静止画のデータ種別を示す情報、対応するファイルの再生に必要な時間の長さを示す情報、および、対応するファイルを特定するための情報を有する記録方法。
【請求項１５】
自己が記録している複数個のファイルの各々に係る抜粋情報を上記複数個のデータの各々と関連付けて格納することによって生成されるインデックスファイルが記録されてなる記録媒体。
【請求項１６】
インデックスファイルが複数個のファイルと当該ファイルからの抜粋情報とを関連付け、
上記インデックスファイルが記録可能とされ、
上記インデックスファイルは、上記複数個のファイルの各ファイルに関する属性を示す属性データがそれぞれ格納されたプロパティ情報と、上記複数個のファイルの各ファイルに関する代表画像データがそれぞれ格納されたサムネイル情報とを少なくとも有し、
上記プロパティ情報は、対応するファイルの代表画像データの格納先を示す情報、少なくとも動画または静止画のデータ種別を示す情報、対応するファイルの再生に必要な時間の長さを示す情報、および、対応するファイルを特定するための情報を有する記録媒体。
【請求項１７】
画像データを生成する手段と、
記録媒体上に画像ファイルとして上記画像データを記録する手段と、
上記記録媒体に記録された複数個の画像ファイルの各々に係る抜粋情報を抜き出す手段と、
上記抜き出された上記抜粋情報と上記画像ファイルとを関連付け、インデックスファイルを生成する手段と、
上記記録媒体に上記インデックスファイルを記録する手段とを備え、
上記インデックスファイルは、上記複数個のファイルの各ファイルに関する属性を示す属性データがそれぞれ格納されたプロパティ情報と、上記複数個のファイルの各ファイルに関する代表画像データがそれぞれ格納されたサムネイル情報とを少なくとも有し、
上記プロパティ情報は、対応するファイルの代表画像データの格納先を示す情報、少なくとも動画または静止画のデータ種別を示す情報、対応するファイルの再生に必要な時間の長さを示す情報、および、対応するファイルを特定するための情報を有する記録装置。
【請求項１８】
さらに、表示面上に上記代表画像データを表示する手段と、
上記表示面上で上記代表画像データを指示する手段とを備え、
上記代表画像データが指示される時に上記インデックスファイルに基づいて上記表示面上に画像データが再生されるようにした請求項１７に記載の記録装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、映像データおよび／またはオーディオデータの記録を行う記録装置および記録方法、並びに記録媒体に関する。
【０００２】
【従来の技術】
例えばカムコーダ等の、映像データおよび／またはオーディオデータを記録する記録装置においては、幾つかの場面を撮像および／または録音してなるデータがファイル毎に記録される。また、このような記録装置に、例えば液晶表示パネル等の表示部やスピーカ等の音声発生部を付加することにより、記録したデータを再生・編集する機能をも有する記録再生装置が知られている。このような記録再生装置において、特に光磁気ディスク等のランダムアクセス可能な記録媒体を用いる場合においては、ユーザ等がファイルを指定することにより、所望のデータを再生・編集の対象として選択することが可能である。
【０００３】
【発明が解決しようとする課題】
この場合、ファイルは、一般的には例えばファイルネーム等を入力することによって指定される。しかしながら、多数のファイルが記録されている場合には、ユーザ等が所望するファイルのファイルネーム等を記憶しきれない等の要因で、再生・編集等におけるの操作性が損なわれるおそれがある。
【０００４】
従って、この発明の目的は、操作性を向上させることが可能な記録装置および記録方法、並びに記録媒体に関する。
【０００５】
【課題を解決するための手段】
この発明の第１の態様は、記録媒体に記録された複数個のファイルの各々に係る抜粋情報を抜き出す手段と、抜き出された抜粋情報を複数個のファイルの各々と関連付けてインデックスファイルを生成する手段と、記録媒体にインデックスファイルを記録する手段とを備え、インデックスファイルは、複数個のファイルの各ファイルに関する属性を示す属性データがそれぞれ格納されたプロパティ情報と、複数個のファイルの各ファイルに関する代表画像データがそれぞれ格納されたサムネイル情報とを少なくとも有し、プロパティ情報は、対応するファイルの代表画像データの格納先を示す情報、少なくとも動画または静止画のデータ種別を示す情報、対応するファイルの再生に必要な時間の長さを示す情報、および、対応するファイルを特定するための情報を有する記録装置である。
【０００６】
この発明の第２の態様は、記録媒体に記録された複数個のファイルの各々に係る抜粋情報を抜き出すステップと、抜き出した抜粋情報を複数個のファイルの各々と関連付けて格納することによってインデックスファイルを生成するステップと、生成したインデックスファイルを記録媒に記録するステップとを備え、インデックスファイルは、複数個のファイルの各ファイルに関する属性を示す属性データがそれぞれ格納されたプロパティ情報と、複数個のファイルの各ファイルに関する代表画像データがそれぞれ格納されたサムネイル情報とを少なくとも有し、プロパティ情報は、対応するファイルの代表画像データの格納先を示す情報、少なくとも動画または静止画のデータ種別を示す情報、対応するファイルの再生に必要な時間の長さを示す情報、および、対応するファイルを特定するための情報を有する記録方法である。
【０００７】
この発明の第３の態様は、自己が記録している複数個のファイルの各々に係る抜粋情報を複数個のデータの各々と関連付けて格納することによって生成されるインデックスファイルが記録されてなる記録媒体である。
この発明の第４の態様は、インデックスファイルが複数個のファイルと当該ファイルからの抜粋情報とを関連付け、インデックスファイルが記録可能とされ、インデックスファイルは、複数個のファイルの各ファイルに関する属性を示す属性データがそれぞれ格納されたプロパティ情報と、複数個のファイルの各ファイルに関する代表画像データがそれぞれ格納されたサムネイル情報とを少なくとも有し、プロパティ情報は、対応するファイルの代表画像データの格納先を示す情報、少なくとも動画または静止画のデータ種別を示す情報、対応するファイルの再生に必要な時間の長さを示す情報、および、対応するファイルを特定するための情報を有する記録媒体である。
この発明の第５の態様は、画像データを生成する手段と、記録媒体上に画像ファイルとして画像データを記録する手段と、記録媒体に記録された複数個の画像ファイルの各々に係る抜粋情報を抜き出す手段と、抜き出された抜粋情報と画像ファイルとを関連付け、インデックスファイルを生成する手段と、記録媒体にインデックスファイルを記録する手段とを備え、インデックスファイルは、複数個のファイルの各ファイルに関する属性を示す属性データがそれぞれ格納されたプロパティ情報と、複数個のファイルの各ファイルに関する代表画像データがそれぞれ格納されたサムネイル情報とを少なくとも有し、プロパティ情報は、対応するファイルの代表画像データの格納先を示す情報、少なくとも動画または静止画のデータ種別を示す情報、対応するファイルの再生に必要な時間の長さを示す情報、および、対応するファイルを特定するための情報を有する記録装置である。
【０００８】
以上のような発明によれば、ディスク状記録媒体に記録された複数個のファイルの各々に係る抜粋情報を出力させ、抜粋情報に関連して所望のデータを容易に検索することができる。
【０００９】
【発明の実施の形態】
図１は、この発明の一実施形態におけるディジタル記録再生装置の構成の一例を示す。図１において、１がビデオ符号器を示す。図示しない光学系によって撮像光がＣＣＤ(Charge Coupled Device) 等の撮像素子に供給されることによって生成されるビデオ信号がビデオ符号器１に供給され、ビデオ符号器１において、ビデオ信号が圧縮符号化される。また、２がオーディオ符号器を示す。マイクロフォン等のオーディオ信号生成部によって生成されるオーディオ信号がオーディオ符号器２に供給され、オーディオ符号器２においてオーディオ信号が圧縮符号化される。ビデオ信号およびオーディオ信号に対する圧縮符号化としては、例えばＭＰＥＧが使用される。ビデオ符号器１およびオーディオ符号器２のそれぞれの出力がエレメンタリストリームと称される。
【００１０】
ビデオ符号器１は、ＭＰＥＧの場合、動きベクトルを検出する動き予測部、ピクチャ順序並び替え部、入力映像信号とローカル復号映像信号間の予測誤差を形成する減算部、減算出力をＤＣＴ変換するＤＣＴ部、ＤＣＴ部の出力を量子化する量子化部、量子化出力を可変長符号化する可変長符号化部、一定レートで符号化データを出力するバッファメモリとから構成される。ピクチャ順序並び替え部は、ピクチャの順序を符号化処理に適したものに並び替える。つまり、ＩおよびＰピクチャを先に符号化し、その後、Ｂピクチャを符号化するのに適した順序にピクチャを並び替える。ローカル復号部は、逆量子化部、逆ＤＣＴ部、加算部、フレームメモリおよび動き補償部で構成される。動き補償部では、順方向予測、逆方向予測、両方向予測が可能とされている。イントラ符号化の場合では、減算部は、減算処理を行わず、単にデータが通過する。また、オーディオ符号器２は、サブバンド符号化部、適応量子化ビット割り当て部等で構成される。
【００１１】
一例として、携帯形カメラ一体ディスク記録再生装置の場合では、ビデオカメラで撮影された画像がビデオ入力とされ、マイクロホンで集音された音声がオーディオ入力とされる。ビデオ符号器１およびオーディオ符号器２では、アナログ信号がディジタル信号へ変換されて処理される。また、この一実施形態では、書き換え可能な光ディスクを記録媒体として使用する。この種の光ディスクとしては、光磁気ディスク、相変化型ディスク等を使用できる。一実施形態では、比較的小径の光磁気ディスクを使用している。
【００１２】
ビデオ符号器１およびオーディオ符号器２の出力がファイル生成器５に供給される。ファイル生成器５は、特殊なハードウエアを用いずに動画等を同期して再生するためのコンピュータソフトウェアにより取り扱うことができるファイル構造を持つように、ビデオエレメンタリストリームおよびオーディオエレメンタリストリームのデータ構造を変換する。この一実施形態では、ソフトウェアとして例えばQuickTime を使用する。QuickTime は、動画をはじめとして、静止画、テキスト、オーディオ、ＭＩＤＩ(Musical Instrument Digital Interface)等の種々のデータを扱うことができ、それらのデータを時間軸に沿ってコントロールできるソフトウエアである。QuickTime を使用して、種々のデータを格納してなるデータを、QuickTime ムービーファイルと称する。
【００１３】
また、ファイル生成器５では、符号化ビデオデータおよび符号化オーディオデータが多重化される。QuickTime ムービーファイルの構造を作成するために、システム制御マイコン９によってファイル生成器５が制御される。この発明に係るインデックスファイルも、ファイル生成器５によって生成される。
【００１４】
ファイル生成器５からのQuickTime ムービーファイルがメモリコントローラ８を介してメモリ７に順次書き込まれる。メモリコントローラ８に対して、システム制御マイコン（マイクロコンピュータ）９からディスクへのデータ書き込み要求が入力されると、メモリコントローラ８によって、メモリ７からQuickTime ムービーファイルが読み出される。ここで、QuickTime ムービー符号化の転送レートは、ディスクへの書き込みデータの転送レートより低く、例えば約１／２とされている。したがって、QuickTime ムービーファイルが連続的にメモリ７に書き込まれるのに対して、メモリ７からの読み出しは、メモリ７がオーバーフローまたはアンダーフローしないことをシステム制御マイコン９が監視しながら間欠的に行われる。
【００１５】
メモリコントローラ８を介してメモリ７から読み出されたQuickTime ムービーファイルがエラー訂正符号／復号器１１に供給される。エラー訂正符号／復号器１１は、QuickTime ムービーファイルを一旦メモリ１０に書き込み、インターリーブおよびエラー訂正符号の冗長データの生成の処理を行い、冗長データが付加されたデータをメモリ１０から読み出す。
【００１６】
エラー訂正符号／復号器１１の出力がデータ変復調器１３に供給される。データ変復調器１３は、ディジタルデータをディスクに記録する時に、再生時のクロック抽出を容易とし、符号間干渉のような問題が生じないように、データを変調する。例えばＲＬＬ（１，７）を使用できる。
【００１７】
データ変復調器１３の出力が磁界変調ドライバ１４に供給されると共に、光ピックアップ２３を駆動するための信号を出力する。磁界変調ドライバ１４は、入力された信号に応じて磁界ヘッド２２を駆動して光ディスク２０に磁界を印加する。光ピックアップ２３は、記録用のレーザビームを光ディスク２０に照射する。このようにして光ディスク２０に対してデータが記録される。光ディスク２０は、モータ２１によって、ＣＬＶ（線速度一定），ＣＡＶ（各速度一定），またはＺＣＡＶ（ゾーンＣＬＶ）で回転される。
【００１８】
メモリコントローラ８から読み出される間欠的なデータを光ディスク２０へ記録するので、通常は、連続的な記録動作がなされず、一定のデータ量を記録したら記録動作を中断し、次の記録要求まで待機するように、記録動作が間欠的になされる。
【００１９】
また、システム制御マイコン９からの要求に応じて、ドライブ制御マイコン１２がサーボ回路１５に要求を出し、ディスクドライブ全体の制御がなされる。それによって記録動作がなされる。サーボ回路１５によって、光ピックアップ２３のディスク径方向の移動のサーボ、トラッキングサーボ、フォーカスサーボがなされ、また、モータ２１のスピンドルサーボがなされる。図示しないが、システム制御マイコン９と関連してユーザの操作入力部が設けられている。
【００２０】
次に、再生のための構成および動作について説明する。再生時には、再生用のレーザビームを光ディスク２０に照射し、光ディスク２０からの反射光を光ピックアップ２３中のディテクタによって再生信号へ変換する。この場合、光ピックアップ２３のディテクタの出力信号からトラッキングエラーおよびフォーカスエラーが検出され、読み取りレーザビームがトラック上に位置し、トラック上に合焦するように、サーボ回路１５により制御される。また、光ディスク２０上の所望の位置のデータを再生するために、光ピックアップ２３の径方向の移動が制御される。
【００２１】
再生時においても、記録時と同様に、QuickTime ムービーファイルの転送レーザよりも高い、例えば２倍のレートで光ディスク２０からデータを再生する。この場合では、通常、連続的な再生が行われず、一定のデータ量を再生したら再生動作を中断し、次の再生要求まで待機するような間欠的な再生動作がなされる。再生時動作において、記録動作と同様に、システム制御マイコン９からの要求に応じて、ドライブ制御マイコン１２がサーボ回路１５に要求を出して、ディスクドライブ全体の制御がなされる。
【００２２】
光ピックアップ２３からの再生信号がデータ変復調器１３に入力され、復調処理がなされる。復調後のデータがエラー訂正符号／復号器１１に供給される。エラー訂正符号／復号器１１においては、再生データを一旦メモリ１０に書き込み、デインターリーブ処理およびエラー訂正処理がなされる。エラー訂正後のQuickTime ムービーファイルがメモリコントローラ８を介してメモリ７に書き込まれる。
【００２３】
メモリ７に書き込まれたQuickTime ムービーファイルは、システム制御マイコン９の要求に応じて、多重化を解く同期のタイミングに合わせてファイル復号器６に出力される。システム制御マイコン９は、ビデオ信号およびオーディオ信号を連続再生するために、光ディスク２０から再生されてメモリ７に書き込まれるデータ量とメモリ７から読み出してファイル復号器６に出力されるデータ量を監視し、メモリ７がオーバーフローまたはアンダーフローしないように、メモリコントローラ８およびドライブ制御マイコン１２を制御し、光ディスク２０からのデータの読み出しを行う。
【００２４】
ファイル復号器６では、システム制御マイコン９の制御の下で、QuickTime ムービーファイルをビデオエレメンタリストリームおよびオーディオエレメンタリストリームに分解する。ビデオエレメンタリストリームがビデオ復号器３に供給され、オーディオエレメンタリストリームがオーディオ復号器４に供給される。ファイル復号器６からのビデオエレメンタリストリームおよびオーディオエレメンタリストリームは、両者が同期するように出力される。
【００２５】
ビデオ復号器３およびオーディオ復号器４は、圧縮符号化の復号をそれぞれ行い、ビデオ出力およびオーディオ出力を発生する。例えばＭＰＥＧがビデオ信号およびオーディオ信号の圧縮符号化として使用される。ビデオ復号器３は、バッファメモリ、可変長符号復号部、逆ＤＣＴ部、逆量子化部、逆量子化部の出力とローカル復号出力を加算する加算部、ピクチャ順序並び替え部並びにフレームメモリおよび動き補償部からなるローカル復号部によって構成されている。
【００２６】
イントラ符号化の場合では、加算部での加算処理がなされず、データが加算部を通過する。加算部からの復号データがピクチャ順序並び替え部によって元の画像の順序とされる。ビデオ復号器３の出力は、ＬＣＤ（Liquid Crystal Display) 等の表示部（図示せず）に供給される。また、外部出力端子を介して外部の画像表示装置に供給しても良い。オーディオ復号器４の出力は、スピーカ等の音声発生部（図示せず）に供給される。また、外部出力端子を介して外部の音声発生装置に供給しても良い。
【００２７】
なお、上述したようにデータが記録された光ディスク２０は、着脱自在のものであるので、他の機器でも再生できる。例えばQuickTime のアプリケーションソフトウェアで動作するパーソナルコンピュータが光ディスク２０に記録されているデータを読み取り、パーソナルコンピュータによって記録されているビデオおよびオーディオデータを再生することができる。さらに、この発明は、ビデオデータのみ、またはオーディオデータのみを扱う場合に対しても適用することができる。
【００２８】
この発明の一実施形態の外形の一例を図２に模式的に示す。参照符号２１０は、撮影レンズである。また、表示パネル２２０を介して、再生画像、操作内容に対応する表示等が行われる。表示パネル２２０は、ＬＣＤ等の表示素子と共に圧電素子等を含んで構成されており、各表示部分をポインティングデバイス２３０で押圧する等の操作により、ユーザ等が再生等の操作を入力することが可能とされている。
【００２９】
ランダムアクセス可能なディスク状記録媒体では、例えばファイルネーム等を入力することによって所望の再生対象を選択することができる。但し、多数のファイルが記録されている場合には、ユーザ等が所望するファイルのファイルネーム等を記憶しきれず、その結果として再生、編集等の操作における利便性が損なわれるおそれがある。このような状況を改善すべく、この発明の一実施形態では、図３に示すように、表示パネル２２０内に例えば９つのファイルについて代表的な画像Ｐ１〜Ｐ９（サムネイル画像：Thumbnail Picture と称される) を表示し、ユーザ等が所望のファイルを選択するために参照できるようになされる。そして、例えばポインティングデバイス２３０によって何れかの画面の表示部分を押圧する等の操作により、ファイルを選択することができるものとされる。
【００３０】
また、表示部２２３、２２４、２２５、２２６、２２７、２２８等をポインティングデバイス２３０によって押圧する等の操作により、選択したファイルに対する再生、編集等の所望の操作内容を入力することができる。ここで、ポインティングデバイス２３０で選択した画面に対応する音声を例えば数秒間等の所定時間発生させることが可能とされている。
【００３１】
なお、表示２２１は、再生・編集、或いは記録等の動作モードを示す表示である。また、表示２２２は、記録可能な残り時間を示す表示である。また、表示２２９はスクロールバーであり、ポインティングデバイス２３０の操作によって表示２２９ａの位置を上下させることに対応して、一度に表示できない画面を随時表示させることができるようになされている。これにより、例えば９個等の、一度に表示できる画面の数よりも多くの画面が記録されている場合にも、それらの画面を随時表示させることができる。
【００３２】
上述したようなファイルの検索を可能とするための方法として、この発明の一実施形態では、ディスク状記録媒体に記録されている複数のファイル内の画像データおよび／または音声データの一部分をまとめて保持するインデックスファイルを作成し、作成したインデックスファイルをディスク状記録媒体の所定位置に記録するようにしている。インデックスファイルは、例えば、QuickTime ムービーファイルの形式で作成することができる。
【００３３】
以下、QuickTime ムービーファイルについてまず説明する。オーディオデータと画像データとを扱うQuickTime ムービーファイルの一例を図４に示す。QuickTime ムービーファイルの最も大きな構成部分は、ムービーリソース部分とムービーデータ部分とである。ムービーリソース部分には、そのファイルを再生するために必要な時間や実データ参照のためのデータが格納される。また、ムービーデータ部分には、ビデオ、オーディオ等の実データが格納される。
【００３４】
ムービーリソース部分について詳細に説明する。ムービーリソース部分には、ファイル全体に係る情報を記述するムービーヘッダ４１と、データの種類毎のトラックとが含まれる。図４では、ビデオトラック５０の内部的な構造の一例を詳細に示した。ビデオデータトラックには、トラック全体に係る情報を記述するトラックヘッダ４２とメディア部とが含まれる。メディア部には、メディア全体に係る情報を記述するメディアヘッダ４３、メディアデータの取り扱いに係る情報を記述するメディアハンドラ４４と共に、メディアインフォメーション部が含まれる。
【００３５】
メディアインフォメーション部には、画像メディアに係る情報を記述するビデオメディアハンドラ４５、画像データの取り扱いに係る情報を記述するデータハンドラ４６、およびデータについての情報を記述するデータインフォーメーション４７と共に、サンプルテーブルが記録されている。サンプルテーブル内には、各サンプルについての記述を行うサンプルデスクリプション、サンプルと時間軸の関係を記述するタイム−ツー−サンプル、サンプルの大きさを記述するサンプルサイズ４８、サンプルとチャンクの関係を記述するタイム−ツーチャンクと、ムービーデータ内でのチャンクの開始ビット位置を記述するチャンクオフセット４９、同期に係る記述を行うシンクサンプル等が格納されている。ここで、Quick Timeにおいてはデータの最小単位（例えばＭＰＥＧ符号化データにおけるピクチャ）がサンプルとして扱われ、サンプルの集合体としてチャンクが定義される。記録再生時のアクセス性を向上させるために、チャンク内には、連続するサンプルが格納される。また、オーディオトラック５１にも、図示は省略するが、ビデオトラックの内部的な構造に類似する内部構造が設定される。
【００３６】
一方、ムービーデータ部分には、例えばＭＰＥＧ  Ａｕｄｉｏ  Ｌａｙｅｒ２に基づく圧縮符号化方式によって符号化されたオーディオデータ、および例えばＭＰＥＧ（Moving Picture Expert Group)規定に従う圧縮符号化方式によって符号化された画像データがそれぞれ所定数のサンプルからなるチャンクを単位として格納されている。但し、符号化方式はこれらに限定されるものではなく、また、圧縮符号化が施されていないリニアデータを格納することも可能である。
【００３７】
ムービーリソース部分における各トラックと、ムービーデータ部分に格納されているデータとは対応付けられている。すなわち、図３に示した一例は、オーディオデータと画像データとを扱うものなので、ムービーリソース部分にビデオトラックとオーディオトラックとが含まれ、ムービーデータ部分に、オーディオデータの実データと画像データの実データとが含まれている。他の種類のデータを扱う場合には、ムービーリソース部分におけるトラック、およびムービーデータ部分における実データの内容を、扱うべきデータに合わせれば良い。例えばテキスト、ＭＩＤＩ等を扱う場合には、ムービーリソース部分にテキスト、ＭＩＤＩ等についてのトラックを含むようにし、ムービーデータ部分に、テキスト、ＭＩＤＩ等の実データを含むようにすれば良い。
【００３８】
この発明の一実施形態では、QuickTime ムービーファイルを用いてインデックスファイルが作成される。インデックスファイルでは、検索対象とされるファイルにおいて扱われるデータの種類に依存するデータが扱われる。ここでは、検索対象とされるファイルが画像データとオーディオデータとを扱うファイル（以下、ＡＶファイルと表記する）を前提として説明する。この場合、インデックスファイルでは、プロパティ、タイトル、サムネイルピクチャ、イントロミュージックの４種類のデータが扱われる。プロパティは、各ＡＶファイルの属性を示すデータである。タイトルは、各ＡＶファイルのタイトルを示すデータである。サムネイルピクチャは、各ＡＶファイル中の例えば最初の１枚等の、代表的な１枚分の画像データである。イントロミュージックは、各ＡＶファイル中の例えば最初の数秒等の、代表的な数秒分のオーディオデータである。
【００３９】
QuickTime ムービーファイルを用いて作成されるインデックスファイルの一例を図５に示す。この一例では、ムービーリソース部分に、ムービーヘッダ６１と共に、プロパティトラック６２、タイトルトラック６３、サムネイルピクチャトラック６４、イントロミュージックトラック６５の４種類のデータに対応するトラックが含まれる。但し、プロパティトラック６２のみが必須のトラックであり、他のトラックはインデックスファイルにおいて扱われるデータの種類に応じたものを用いれば良い。また、この一例では、ムービーデータ部分には、プロパティ、タイトル、サムネイルピクチャ、イントロミュージックの４種類の実データが含まれる。但し、プロパティデータのみが必須のトラックであり、他のデータはインデックスファイルにおいて扱われるデータの種類に応じたものを用いれば良い。
【００４０】
プロパティトラック６２の一例を図６に示す。各ＡＶデータに対応するプロパティデータに係るチャンクとして定義された、AV File Property＃１，AV File Property＃２，‥‥，AV File Property＃ｎのそれぞれについて、データ長（例えばバイト単位で表示される可変長）L ＿AP１，L ＿AP２，‥‥，L ＿APｎ、および開始バイト位置０，L ＿AP１，L ＿AP１＋L ＿AP２，‥‥をそれぞれ示すテーブルの形式とされている。
【００４１】
また、各ＡＶデータ毎のプロパティデータ（実データ）の一例を図７に示す。０バイト目を開始バイト位置とする１バイトがバージョン情報を示す。１バイト目を開始バイト位置とする２バイトが後述するフラグ領域とされる。３バイト目を開始バイト位置とする１バイトが動画、静止画、オーディオ等のデータタイプを示す。４バイト目を開始バイト位置とする４バイトが当該ＡＶファイルの作成日時を示す。８バイト目を開始バイト位置とする４バイトが当該ＡＶファイルが修正された日時を示す。
【００４２】
１２バイト目を開始バイト位置とする４バイトが当該ＡＶファイルが再生されるために必要とされる時間の長さを示す。１６バイト目を開始バイト位置とする可変長バイトL ＿FIが当該ＡＶファイルのファイル名を示す。従って、各ＡＶファイルに対応するプロパティデータの全データ長は上述したように、可変長L ＿AP１，L ＿AP２，‥‥，L ＿APｎとなる。
【００４３】
フラグ領域の一例を図８に示す。０番目のビットは、エントリされているデータがファイルである場合に０とされ、エントリされているデータがグループ化されたファイル群またはディレクトリである場合に１とされる。１番目のビットは、ＡＶファイルに参照するファイルがない場合に０とされ、ＡＶファイルに参照するファイルがある場合に１とされる。２番目のビットは、タイトルが登録されていない場合に０とされ、タイトルが登録されている場合に１とされる。３番目のビットは、タイトルのデータがインデックスファイル内にある場合に０とされ、タイトルのデータがプロパティデータによって指示されるＡＶファイル内にある場合に１とされる。４番目のビットは、ＡＶファイル内にサムネイル画像が登録されていない場合に０とされ、ＡＶファイル内にサムネイル画像が登録されている場合に１とされる。
【００４４】
５番目のビットは、サムネイル画像のデータがインデックスファイル内にある場合に０とされ、サムネイル画像のデータがプロパティデータによって指示されるＡＶファイル内にある場合に１とされる。６番目のビットは、ＡＶファイル内にイントロミュージックのデータが登録されていない場合に０とされ、ＡＶファイル内にイントロミュージックのデータが登録されている場合に１とされる。７番目のビットは、イントロミュージックのデータがＡＶファイル内にある場合に０とされ、イントロミュージックのデータがプロパティデータによって指示されるＡＶファイル内にある場合に１とされる。８番目から１５番目までのビットは、リザーブとされている。
【００４５】
タイトルトラック６３の一例を図９に示す。この発明の一実施形態では、検索対象とされる各ＡＶファイル毎にタイトルを登録することができるようになされている。登録されるタイトルはムービーデータ部分に実データとして格納され、各ＡＶファイル毎のタイトルのデータ長および開始位置がタイトルトラックによって示される。タイトルトラックは、図９に示すように、各ＡＶデータに対応するタイトルデータに係るチャンクとして定義された、AV File Title ＃１，AV File Title ＃２，‥‥，AV File Title ＃ｎのそれぞれについて、データ長（例えばバイト単位で表示される可変長）L ＿AT１，L ＿AT２，‥‥，L ＿ATn 、および開始バイト位置０，L ＿AT１，L ＿AT１＋L ＿AT２，‥‥をそれぞれ示すテーブルの形式とされている。
【００４６】
次に、サムネイルトラック６４の一例を図１０に示す。この発明の一実施形態では、検索対象とされる各ＡＶファイル毎にサムネイル画像を１枚登録することができるようになされている。登録されるサムネイル画像はムービーデータ部分に実データとして格納され、各ＡＶファイル毎のサムネイル画像のデータ長および開始位置がサムネイルトラックによって示される。サムネイルトラックは、各ＡＶデータに対応するサムネイルデータに係るチャンクとして定義された、AV File Thumbnail ＃１，AV File Thumbnail ＃２，‥‥，AV File Thumbnail ＃ｎのそれぞれについて、データ長（例えばバイト単位で表示される可変長）L ＿TH１，L ＿TH２，‥‥，L ＿THn 、開始バイト位置０，L ＿TH１，L ＿TH１＋L ＿TH２，‥‥をそれぞれ示すテーブルの形式とされている。
【００４７】
イントロミュージックトラック６５の一例を図１１に示す。この発明の一実施形態では、検索対象とされる各ＡＶファイル毎にオーディオデータのイントロ部分（例えば先頭から５秒分等の）を１枚登録することができるようになされている。登録されるイントロミュージックはムービーデータ部分に実データとして格納され、各ＡＶファイル毎のイントロミュージックのデータ長および開始位置がイントロミュージックトラックによって示される。イントロミュージックトラックは、各ＡＶデータに対応するイントロミュージックに係るチャンクとして定義された、AV File Intro Music ＃１，AV File Intro Music ＃２，‥‥，AV File Intro Music ＃ｎのそれぞれについて、データ長（例えばバイト単位で表示される可変長）L ＿IS１，L ＿IS２，‥‥，L ＿ISn 、および開始バイト位置０，L ＿IS１，L ＿IS１＋L ＿IS２，‥‥，をそれぞれ示すテーブルの形式とされている。
【００４８】
上述した、プロパティトラック６２、タイトルトラック６３、サムネイルトラック６４、イントロムージックトラック６５等の内容は、QuickTime ムービーファイル形式の下では、図１２に示すように表示される。上述したように、ムービーリソース部分における各トラック内のメディアインフォーメーション部には、ＡＶファイルに対応して、サンプルサイズテーブルとチャンクオフセットテーブルが記述される（図４参照）。プロパティトラック６２、タイトルトラック６３、サムネイルトラック６４、イントロムージックトラック６４内においては、サンプルサイズテーブルがそれぞれ、各ＡＶファイルに対応するプロパティデータ、タイトルデータ、サムネイル画像のデータ、イントロミュージックのデータのデータサイズを記述する。
【００４９】
すなわち、Ｓ１１，Ｓ１２，‥‥，Ｓ１ｎがそれぞれ、AV File ＃１，AV File ＃２，‥‥，AV File ＃ｎに対応するプロパティデータのサイズを示す。また、Ｓ２１，Ｓ２２，‥‥，Ｓ２ｎがそれぞれ、AV File ＃１，AV File ＃２，‥‥，AV File ＃ｎに対応するタイトルデータのサイズを示す。また、Ｓ３１，Ｓ３２，‥‥，Ｓ３ｎがそれぞれ、AV File ＃１，AV File ＃２，‥‥，AV File ＃ｎに対応するサムネイル画像のデータのサイズを示す。また、Ｓ４１，Ｓ４２，‥‥，Ｓ４ｎがそれぞれ、AV File ＃１，AV File ＃２，‥‥，AV File ＃ｎに対応するイントロミュージックのデータのデータのサイズを示す。
【００５０】
同様に、チャンクオフセットテーブルがそれぞれ、各ＡＶファイルに対応するプロパティ、タイトル、サムネイル画像のデータ、イントロミュージックのデータ等の記録開始バイト位置を記述する。すなわち、Ｏ１１，Ｏ１２，‥‥，Ｏ１ｎがそれぞれ、AV File ＃１，AV File ＃２，‥‥，AV File ＃ｎに対応するプロパティデータの開始バイト位置を示す。また、Ｏ２１，Ｏ２２，‥‥，Ｏ２ｎがそれぞれ、AV File ＃１，AV File ＃２，‥‥，AV File ＃ｎに対応する開始バイト位置を示す。また、Ｏ３１，Ｏ３２，‥‥，Ｏ３ｎがそれぞれ、AV File ＃１，AV File ＃２，‥‥，AV File ＃ｎに対応するサムネイル画像のデータの開始バイト位置を示す。また、Ｏ４１，Ｏ４２，‥‥，Ｏ４ｎがそれぞれ、AV File ＃１，AV File ＃２，‥‥，AV File ＃ｎに対応するイントロミュージックのデータのデータの開始バイト位置を示す。
【００５１】
以上のような記述により、ムービーデータ部分において各ＡＶファイルに対応するプロパティデータ、タイトルデータ、サムネイル画像のデータ、イントロミュージックのデータ等に的確にアクセスすることが可能とされる。
【００５２】
上述の説明は、ムービーリソース部分とムービーデータ部分とを有するＡＶインデックスファイルに基づいて、検索に供するデータを出力するものである。これに対して、ムービーリソース部分のみからなるファイルによって、他のインデックスファイル内のムービーデータ部分に格納されているデータを指示することによって、検索に供する画像、音声等を出力することも可能である。そのような場合について、以下に説明する。図１３に示すように、ムービーリソース部分とムービーデータ部分とを有するAV Index File ＃０と共に、ムービーリソース部分のみからなるAV Index File ＃１を記録しておく。AV Index File ＃０内のプロパティデータにおけるフラグ領域で０番目のビットが「１」とされている場合には、エントリされているデータがグループ化されたファイル群またはディレクトリであり（図８参照）、それらのグループ化されたファイル群またはディレクトリ内の各実データに対応するソース部分として、ここでは、AV Index File ＃１が指示される。
【００５３】
AV Index File ＃１は、AV Index File ＃０内のムービーデータ部分に格納されているデータの一部分、例えば図１３に示すようなプロパティデータ、タイトルデータ、サムネイル画像データについて、各ＡＶファイル毎のデータサイズ、開始バイト位置等を記述する。また、AV Index File ＃１は、AV Index File ＃０内のムービーデータ部分に格納されているデータの内、一部のＡＶファイルに対応するものだけを指示するようにすることもできる。このようにして、タイトルデータ、サムネイル画像データ、イントロミュージックデータ等の格納されているデータの内の一部のみを検索のために出力させる、或いは、記録媒体上のＡＶファイルの内の一部に対応するもののみを出力させる等の処理が可能となる。これにより、ユーザ等が検索範囲を予め絞った上で検索を行う等の操作を行うことが可能とされる。
【００５４】
また、ムービーリソース部分とムービーデータ部分とを有するインデックスファイル内のムービーリソース部分の記述を、他のインデックスファイル内のムービーデータ部分に格納されているデータに対応させることも可能である。例えば、AV Index File ＃０内のプロパティデータにおけるフラグ領域で５番目のビットが「１」とされている場合には、サムネイル画像のデータがプロパティトラック内で指示されたファイル内に存在するとされる場合である（図８参照）。ここで指示されたファイルがＱＴ  Ｍｏｖｉｅ  Ｆｉｌｅ  ＃１である。このＱＴＭｏｖｉｅ  Ｆｉｌｅ  ＃１は、ムービーリソース部分とムービーデータ部分とを有しており、ムービーデータ部分には、サムネイル画像のデータと、通常の画像データとが格納されている。
【００５５】
これにより、上述したようなインデックスファイルの形式以外のファイルの形式の下でも、検索時のデータを扱うことが可能とされ、検索に係るファイルの形式をより柔軟とすることができる。QT Movie File ＃１は、ムービーデータ部分にサムネイル画像のデータを格納するようにしたものであるが、ムービーデータ部分にタイトルデータ、イントロミュージックのデータを格納するようにしても良い。この場合、例えばAV Index File ＃０内のプロパティデータにおけるフラグ領域で７番目のビットが「１」とされる。
【００５６】
上述したように、プロパティデータ内のフラグ領域で０番目のビットが「１」とされ、エントリされているデータがグループ化されたファイル群またはディレクトリであるとされることにより、データを階層的に扱うことが可能とされる。すなわち、図１４に示すように、ムービーリソース部分とムービーデータ部分とを有するインデックスファイルＡＶＩＦ００００．ＭＯＶをルートディレクトリとして扱う。ここで、ＡＶＩＦ００００．ＭＯＶのムービーリソース部分には、サンプルサイズおよびチャンクオフセットを記述され、それによって、ＡＶＩＦ００００．ＭＯＶのムービーデータ部分に格納されたプロパティデータ、タイトルデータ、サムネイル画像のデータ、イントロミュージックのデータ等が指示される。
【００５７】
この際に、タイトルデータにてファイルネームが記述されることにより、下位の階層のディレクトリとしてのＡＶＩＦ０００１．ＭＯＶが指示される。ＡＶＩＦ０００１．ＭＯＶも、QuickTime ムービーファイルの形式を有するので、プロパティデータ内の記述によって他の（さらに下位の）ディレクトリとしてのＡＶ０００００１．ＭＯＶ、ＡＶ０００００２．ＭＯＶ、が指示される。このような階層的なファイル構造により、データを階層的に扱うことが可能とされている。
【００５８】
また、インデックスファイルは、図１５に示すように、ディスク状記録媒体２０の最内周位置２１等の、所定の位置に記録される。そして、再生・編集モードの開始時等に最初に再生される。これにより、再生・編集モードの開始時等においては、図２に示したような検索画面が表示される。また、他の記憶領域に一般的なＡＶファイル等が記録される。
【００５９】
上述したこの発明の一実施形態は、記録装置に設けられている表示パネル、スピーカ等を利用してインデックスファイルに係る検索のためのデータを出力するようにしたものである。これに対して、画像データ、オーディオデータ等の出力を行う外部の装置を用いて再生・編集等の動作を行う場合にも、この発明を適用することができる。
【００６０】
この発明は、画像データ、オーディオデータ等を記録する際の圧縮符号化方式等には依存せず、例えばQuickTime ムービーファイルの形式の下で扱うことができるデータに対して一般的に適用することができる。
【００６１】
この発明は、上述したこの発明の一実施形態等に限定されるものでは無く、この発明の主旨を逸脱しない範囲内で様々な変形や応用が可能である。
【００６２】
【発明の効果】
この発明によれば、ディスク状記録媒体に記録された複数個のファイルの各々に係る抜粋情報を出力させ、抜粋情報に関連して所望のデータを容易に検索することができる。
【００６３】
従って、再生・編集操作等において、操作の対象とされるデータに容易にアクセスすることができ、操作性を向上させることができる。
【図面の簡単な説明】
【図１】この発明の一実施形態におけるディジタル記録再生装置の構成の一例を示すブロック図である。
【図２】この発明の一実施形態の外形の一例をに示す略線図である。
【図３】表示パネルによる表示の一例を示す略線図である。
【図４】  QuickTime ムービーファイルの一例に示す略線図である。
【図５】この発明におけるインデックスファイルの一例に示す略線図である。
【図６】プロパティトラックについて詳細に説明するための略線図である。
【図７】プロパティデータについて詳細に説明するための略線図である。
【図８】プロパティデータの一部についてより詳細に説明するための略線図である。
【図９】タイトルトラックについて詳細に説明するための略線図である。
【図１０】サムネイルトラックについて詳細に説明するための略線図である。
【図１１】イントロミュージックトラックについて詳細に説明するための略線図である。
【図１２】プロパティトラック等による実データに係る指示について詳細に説明するための略線図である。
【図１３】ムービーデータ部分に格納されているデータの一部分について他のファイルから指示する場合について説明するための略線図である。
【図１４】ディレクトリの階層構造について説明するための略線図である。
【図１５】インデックスファイルの記録位置について説明するための略線図である。
【符号の説明】
２０・・・光ディスク、９・・・システム制御マイコン
【図１】
0004629173.tif 000002
【図２】
0004629173.tif 000003
【図３】
0004629173.tif 000004
【図４】
0004629173.tif 000005
【図５】
0004629173.tif 000006
【図６】
0004629173.tif 000007
【図７】
0004629173.tif 000008
【図８】
0004629173.tif 000009
【図９】
0004629173.tif 000010
【図１０】
0004629173.tif 000011
【図１１】
0004629173.tif 000012
【図１２】
0004629173.tif 000013
【図１３】
0004629173.tif 000014
【図１４】
0004629173.tif 000015
【図１５】
0004629173.tif 000016