(57)【要約】【課題】  本発明は、ファイルの索引情報を固定データ長の部分と可変データ長の部分とに分けて収容するインディックスファイル（ＩＦ）を生成して記録媒体に記録する記録装置、記録方法、記録媒体および電子カメラに関する。【解決手段】  本発明では、固有な識別子が割り当てられた複数の領域を含むＩＦを生成する生成手段と、ＩＦを記録媒体に記録する記録手段とを備える記録装置において、生成手段は、ファイルの属性情報を固定データ長の第１属性情報と可変データ長の第２属性情報とに分け、複数のファイルの各々に係る複数の第１属性情報を複数のファイルと個々に関連付けながら、複数の第１属性情報の各々に係る複数の第２属性情報を複数の第１属性情報と個々に関連付けながら、複数の領域に個々に収容し、複数の領域の中で固定データ長の領域を第１領域群として纏め、可変データ長の領域を第２領域群として纏めてＩＦに収容する。【選択図】図１
2005317189.tif 000002
【特許請求の範囲】
【請求項１】
ファイルまたはフォルダに関連する複数の情報を階層構造で管理するインデックスファイルを生成する生成手段と、前記インデックスファイルを記録媒体に記録する記録手段とを備える記録装置において、
前記生成手段は、
前記ファイルまたはフォルダに関連する複数の前記情報のうち前記ファイルまたはフォルダの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分け、
前記階層構造を明示する明示情報に基づいて前記第１属性情報と前記第２属性情報を関連付けて収容し前記インデックスファイルを生成する
ことを特徴とする記録装置。
【請求項２】
前記第２属性情報は前記ファイルまたはフォルダの識別のための情報を含む
ことを特徴とする請求項１に記載の記録装置。
【請求項３】
前記情報は、前記ファイルまたはフォルダの抜粋情報を含む
ことを特徴とする請求項１に記載の記録装置。
【請求項４】
前記情報は、前記ファイルまたはフォルダに関連する画像データを含む
ことを特徴とする請求項１に記載の記録装置。
【請求項５】
前記情報は、前記ファイルまたはフォルダに関連するオーディオデータを含む
ことを特徴とする請求項１に記載の記録装置。
【請求項６】
前記情報は、前記ファイルまたはフォルダに関連するテキストデータを含む
ことを特徴とする請求項１に記載の記録装置。
【請求項７】
ファイルまたはフォルダに関連する複数の情報を階層構造で管理するインデックスファイルを生成し、当該インデックスファイルを記録媒体に記録する記録方法において、
前記ファイルまたはフォルダに関連する複数の前記情報のうち前記ファイルまたはフォルダの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分け、
前記階層構造を明示する明示情報に基づいて前記第１属性情報と前記第２属性情報を関連付けて収容し前記インデックスファイルを生成する
ことを特徴とする記録方法。
【請求項８】
ファイルまたはフォルダに関連する複数の情報を階層構造で管理するインデックスファイルを記録した記録媒体において、
前記インデックスファイルは、
前記ファイルまたはフォルダの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分け、
前記階層構造を明示する明示情報に基づいて前記第１属性情報と前記第２属性情報を関連付けて収容する
ことを特徴とする記録媒体。
【請求項９】
ファイルまたはフォルダに関連する複数の情報を階層構造で管理するインデックスファイルを生成する生成手段と、被写体の像を撮影し得られた画像信号を記録媒体にファイルとして記録すると共に前記インデックスファイルを記録媒体に記録する記録手段とを備える撮像装置において、
前記生成手段は、
前記ファイルまたはフォルダに関連する複数の前記情報のうち前記ファイルまたはフォルダの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分け、
前記階層構造を明示する明示情報に基づいて前記第１属性情報と前記第２属性情報を関連付けて収容し前記インデックスファイルを生成する
ことを特徴とする撮像装置。
【請求項１０】
ファイルを記録媒体から再生するとともに、フォルダとファイルに関連する複数の情報を階層構造で管理するインデックスファイルを前記記録媒体から再生する再生手段と、
前記再生手段により再生された前記ファイルと前記インデックスファイルを表示する表示手段と、
ユーザからの操作入力を受ける操作入力手段と
を備え、
前記操作入力手段からの操作に応じて、前記表示手段に表示された前記インデックスファイルに含まれるインデックスデータのうち指定されたインデックスデータに対応するファイルを前記表示手段に表示する再生装置において、
前記インデックスファイルは、
前記ファイルまたはフォルダの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分け、
前記階層構造を明示する明示情報に基づいて前記第１属性情報と前記第２属性情報を関連付けて収容し前記インデックスファイルを生成する
ことを特徴とする再生装置。
【請求項１１】
ファイルを記録媒体から再生するとともに、フォルダとファイルに関連する複数の情報を階層構造で管理するインデックスファイルを記録媒体から再生する再生手段と、
前記再生手段により再生された前記ファイルと前記インデックスファイルを表示する表示手段と、
ユーザからの操作入力を受ける操作入力手段と
を備える再生装置における再生方法において、
前記インデックスファイルは、
前記ファイルまたはフォルダの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分け、
前記階層構造を明示する明示情報に基づいて前記第１属性情報と前記第２属性情報を関連付けて収容し、
前記操作入力手段からの操作に応じて、前記表示手段に表示された前記インデックスファイルに含まれるインデックスデータのうち指定されたインデックスデータに対応するファイルを前記表示手段に表示する
ことを特徴とする再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体に映像データやオーディオデータなどを記録する記録装置において、特に、記録媒体に記録されているファイルの索引情報をデータ長が固定長である部分とデータ長が可変長である部分とに分けて収容するインディックスファイルを生成して記録媒体に記録する記録装置に関する。そして、このような記録装置に用いられる記録方法、インデックスファイルを記録する記録媒体に関する。さらに、このような記録装置を備えた撮像装置、並びに、このような記録装置において記録されたデータを再生する、再生装置、および、再生方法に関する。
【背景技術】
【０００２】
従来、例えば、カムコーダなどの、映像データやオーディオデータなどを記録する記録装置において、幾つかの場面を記録した複数のデータが光磁気ディスクや光ディスクなどのディスク状記録媒体にそれぞれファイルごとに記録される。また、このような記録装置に、例えば、液晶表示パネルや有機エレクトロルミネセンス表示パネルなどの表示部やスピーカなどの音発生部を備えることにより、記録したデータを再生・編集する機能を併せ持つ記録再生装置が知られている。
【０００３】
このような記録装置や記録再生装置を使用するユーザ（使用者）は、記録媒体が大容量である場合には、異なる記録日における場面、異なる旅行先における場面、異なる行事における場面などを１個の記録媒体に記録することが多い。
【０００４】
複数の場面をファイルごとに記録したこのような記録媒体において、ユーザは、ファイルを指定することにより、所望のデータを再生・編集の対象として、選択することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、所望のファイルは、一般に、例えばファイル名などを入力することによって指定されるが、記録媒体に複数のファイル、特に、多数のファイルが記録されている場合には、ユーザが所望のファイルにおけるファイル名をすべて記憶しておくことは、困難である。
【０００６】
そのため、記録媒体に記録された複数のファイルの内容を識別するための情報（索引情報）を纏めたインデックス・ファイル（索引ファイル）があると便利であると考えられる。インディックス・ファイルは、複数のファイルの索引情報を複数のファイルに対応させて順に収容する。記録再生装置は、このインディックスファイルに基づいて複数のファイルに対応する各索引情報を表示部に表示し、ユーザは、これを参照して所望のファイルを指定することが考えられる。
【０００７】
このようなインディックス・ファイルによって複数のファイルを検索可能とした場合において、ユーザの編集によって或るファイルを別のファイルに置き換えたり、特定のファイルに対してファイル名のみを書き換える場合がある。このような場合に、編集の対象となったファイルにおける索引情報のデータ量が編集前と編集後とで異なる場合が生じ、インディックス・ファイル中における各索引情報に対する格納場所が編集の前後でそれぞれ異なってしまう。よって、編集されたファイルに対応する索引情報が格納されていた場所のみを新たな索引情報で書き換えることでインディックス・ファイルの変更に対応することができない場合が生じる。このため、インディックス・ファイルの全部を書き変えたり、編集されたファイルに対応する索引情報が格納尾されていた場所以降を書き換えたりしなければならない。
【０００８】
しかし、インディックス・ファイルで管理されるファイルの数が多い場合は、インディックス・ファイルのデータ量も多くなるため、インディックス・ファイルを記録媒体に書き込む時間が長時間となるという問題がある。また、記録媒体の材質・記録方法によっては書き込み処理に長時間を要するために、インディックス・ファイルの書き込み時間が長時間となるという問題がある。
【０００９】
そこで、本発明は、索引情報をデータ長が固定である部分と可変である部分とに分けることによって、インディックス・ファイルに書き換えが生じた場合でもインディックス・ファイルの書き換えを高速に行うことができる記録方法、記録装置を提供することを目的とする。
【００１０】
そして、本発明では、このような高速書き換え可能なインディックス・ファイルを記録した記録媒体、および、このような記録装置を備えた電子カメラを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の記録装置は、ファイルまたはフォルダに関連する複数の情報を階層構造で管理するインデックスファイルを生成する生成手段と、インデックスファイルを記録媒体に記録する記録手段とを備える記録装置であって、生成手段は、ファイルまたはフォルダに関連する複数の情報のうちファイルまたはフォルダの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分け、階層構造を明示する明示情報に基づいて第１属性情報と第２属性情報を関連付けて収容しインデックスファイルを生成することを特徴とする。
【００１２】
第２属性情報にはファイルまたはフォルダの識別のための情報を含ませるようにすることができる。
【００１３】
情報には、ファイルまたはフォルダの抜粋情報を含ませるようにすることができる。
【００１４】
情報には、ファイルまたはフォルダに関連する画像データを含ませるようにすることができる。
【００１５】
情報には、ファイルまたはフォルダに関連するオーディオデータを含ませるようにすることができる。
【００１６】
情報には、ファイルまたはフォルダに関連するテキストデータを含ませるようにすることができる。
【００１７】
本発明の記録方法は、ファイルまたはフォルダに関連する複数の情報を階層構造で管理するインデックスファイルを生成し、当該インデックスファイルを記録媒体に記録する記録方法であって、ファイルまたはフォルダに関連する複数の情報のうちファイルまたはフォルダの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分け、階層構造を明示する明示情報に基づいて第１属性情報と第２属性情報を関連付けて収容しインデックスファイルを生成することを特徴とする。
【００１８】
本発明の記録装置および記録方法においては、ファイルまたはフォルダに関連する複数の情報を階層構造で管理するインデックスファイルを生成する場合に、ファイルまたはフォルダに関連する複数の情報のうちファイルまたはフォルダの属性を示す属性情報が、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分けられて、階層構造を明示する明示情報に基づいて第１属性情報と第２属性情報が関連付けられて収容されて、インデックスファイルが生成され、インデックスファイルが記録媒体に記録される。
【００１９】
本発明の記録媒体は、ファイルまたはフォルダに関連する複数の情報を階層構造で管理するインデックスファイルを記録した記録媒体であって、インデックスファイルは、ファイルまたはフォルダの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分け、階層構造を明示する明示情報に基づいて第１属性情報と第２属性情報を関連付けて収容することを特徴とする。
【００２０】
本発明の記録媒体においては、ファイルまたはフォルダの属性を示す属性情報が、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分けられて、階層構造を明示する明示情報に基づいて第１属性情報と第２属性情報が関連付けてられて収容された、ファイルまたはフォルダに関連する複数の情報を階層構造で管理するインデックスファイルが記録される。
【００２１】
本発明の撮像装置は、ファイルまたはフォルダに関連する複数の情報を階層構造で管理するインデックスファイルを生成する生成手段と、被写体の像を撮影し得られた画像信号を記録媒体にファイルとして記録すると共にインデックスファイルを記録媒体に記録する記録手段とを備える撮像装置であって、生成手段は、ファイルまたはフォルダに関連する複数の情報のうちファイルまたはフォルダの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分け、階層構造を明示する明示情報に基づいて第１属性情報と第２属性情報を関連付けて収容し、インデックスファイルを生成することを特徴とする。
【００２２】
本発明の撮像装置においては、ファイルまたはフォルダに関連する複数の情報のうちファイルまたはフォルダの属性を示す属性情報が、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分けられて、階層構造を明示する明示情報に基づいて第１属性情報と第２属性情報が関連付けられて収容されて、ファイルまたはフォルダに関連する複数の情報を階層構造で管理するインデックスファイルが生成され、被写体の像を撮影し得られた画像信号が記録媒体にファイルとして記録されると共に、インデックスファイルが記録媒体に記録される。
【００２３】
本発明の再生装置は、ファイルを記録媒体から再生するとともに、フォルダとファイルに関連する複数の情報を階層構造で管理するインデックスファイルを記録媒体から再生する再生手段と、再生手段により再生されたファイルとインデックスファイルを表示する表示手段と、ユーザからの操作入力を受ける操作入力手段とを備え、操作入力手段からの操作に応じて、表示手段に表示されたインデックスファイルに含まれるインデックスデータのうち指定されたインデックスデータに対応するファイルを表示手段に表示する再生装置であって、インデックスファイルは、ファイルまたはフォルダの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分け、階層構造を明示する明示情報に基づいて第１属性情報と第２属性情報を関連付けて収容しインデックスファイルを生成することを特徴とする。
【００２４】
本発明の再生方法は、ファイルを記録媒体から再生するとともに、フォルダとファイルに関連する複数の情報を階層構造で管理するインデックスファイルを記録媒体から再生する再生手段と、再生手段により再生されたファイルとインデックスファイルを表示する表示手段と、ユーザからの操作入力を受ける操作入力手段とを備える再生装置における再生方法であって、インデックスファイルは、ファイルまたはフォルダの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分け、階層構造を明示する明示情報に基づいて第１属性情報と第２属性情報を関連付けて収容し、操作入力手段からの操作に応じて、表示手段に表示されたインデックスファイルに含まれるインデックスデータのうち指定されたインデックスデータに対応するファイルを表示手段に表示することを特徴とする。
【００２５】
本発明の再生装置および再生方法においては、ファイルが記録媒体から再生され、フォルダとファイルに関連する複数の情報を階層構造で管理するインデックスファイルが記録媒体から再生され、インデックスファイルには、ファイルまたはフォルダの属性を示す属性情報が、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分けられて、階層構造を明示する明示情報に基づいて第１属性情報と第２属性情報とが関連付けられて収容されており、再生されたファイルとインデックスファイルが表示され、ユーザからの操作入力を受け、操作に応じて、表示されたインデックスファイルに含まれるインデックスデータのうち指定されたインデックスデータに対応するファイルが表示される。
【発明の効果】
【００２６】
本発明に係る記録装置、記録方法、および、記録媒体によれば、情報を記録することができ、撮像装置によれば、被写体の像を撮影し得られた画像信号とともに、インデックスファイルを記録することができ、再生装置、および、再生方法によれば、情報を再生することができる。特に、インデックスファイルには、ファイルまたはフォルダの属性を示す属性情報が、データ長が固定長であるフィールドのみを纏めた第１属性情報と、データ長が可変長であるフィールドを含む第２属性情報とに分けられて、階層構造を明示する明示情報に基づいて第１属性情報と第２属性情報とが関連付けられて収容される。このため、記録媒体に記録されているファイルを編集などすることによってインディックスファイルの内容に変更が生じた場合において、属性情報全体のデータ長が変動したとしても、変動部分は可変長の部分のみに生じるので、可変長の部分だけ記録媒体に再記録すればよい。
【００２７】
よって、インディックスファイル全体を記録媒体に再記録する場合よりも、高速に再記録の処理を行うことができる。
【発明を実施するための最良の形態】
【００２８】
以下、図面に基づいて本発明の実施形態について説明する。なお、各図において、同一の構成については、同一の符号を付す。（第１の実施形態）図１は、ディジタル記録再生装置の一構成例を示すブロック図である。
【００２９】
図１において、ディジタル記録再生装置は、ビデオ符号器１１、オーディオ符号器１２、ビデオ復号器１３、オーディオ復号器１４、ファイル生成器１５、ファイル復号器１６、メモリ１７、２０、メモリコントローラ１８、システム制御マイコン１９、エラー訂正符号／復号器２１、ドライブ制御マイコン２２、データ変復調器２３、磁界変調ドライバ２４、操作部２６、サーボ回路３０、モータ３１、磁界ヘッド３２および光ピックアップ３３を備えて構成される。
【００３０】
ビデオ信号は、ビデオ入力端子からビデオ符号器１１に供給され、圧縮符号化される。オーディオ信号は、オーディオ入力端子からオーディオ符号器１２に供給され、圧縮符号化される。ビデオ符号器１１およびオーディオ符号器１２の各出力がエレメンタリストームと呼ばれる。
【００３１】
本実施形態では、ディジタル記録再生装置は、カメラ一体型ディジタル記録再生装置に備えられているものとする。ビデオ信号は、ビデオカメラで撮影された画像が供給され、ビデオカメラは、光学系によって被写体の撮像光がCCD(ChargeCoupled Device)などの撮像素子に供給されることによってビデオ信号を生成する。オーディオ信号は、マイクロフォンで集音された音声が供給される。
【００３２】
ビデオ符号器１１は、例えば、圧縮符号化がＭＰＥＧ（エムペグ）の場合には、アナログ／ディジタル変換器（以下、「Ａ／Ｄ」と略記する。）、フォーマット変換部、画像並替部、減算器、ＤＣＴ部、量子化部、可変長符号化部、バッファメモリ、レート制御部、逆量子化部、逆ＤＣＴ部、加算部、フレームメモリ、動き補償予測部およびスイッチの各電子回路を備えて構成される。
【００３３】
ビデオ符号器１１に供給されたビデオ信号は、Ａ／Ｄでディジタル化された後に、フォーマット変換部で符号化で用いる空間解像度に変換され、画像並替部に出力される。画像並替部は、ピクチャの順序を符号化処理に適した順に並び替える。すなわち、ＩピクチャおよびＰピクチャを先に符号化し、その後、Ｂピクチャを符号化するのに適した順に並び替える。
【００３４】
画面並替部の出力は、減算部を介してＤＣＴ部に入力され、ＤＣＴ符号化が行われる。ＤＣＴ部の出力は、量子化部に入力され、所定のビット数で量子化される。量子化部の出力は、可変長符号化部および逆量子化部に入力される。可変長符号化部は、出現頻度がより高いデータにより短いコードを割り当てる可変長符号、例えば、ハフマン符号で符号化され、符号化データは、メモリのバッファメモリに出力される。バッファメモリは、一定レートで符号化データをビデオ符号器の出力として出力する。また、レート制御部は、可変長符号化部で発生する符号量が可変であるため、バッファメモリを監視することによって所定のビットレートを保つように、量子化部の量子化動作を制御する。
【００３５】
一方、ＩピクチャおよびＰピクチャの場合は、動き補償予測部で参照画面として使用されるため、量子化部から逆量子化部に入力された信号は、逆量子化された後に逆ＤＣＴ部に入力され、逆ＤＣＴが行われる。逆ＤＣＴ部の出力は、加算部で動き補償予測部の出力と加算され、フレームメモリに入力される。フレームメモリの出力は、動き補償予測部に入力される。動き補償予測部は、前方向予測、後方向予測および両方向予測を行い、加算部および減算部に出力する。これら逆量子化部、逆ＤＣＴ部、加算部、フレームメモリおよび動き補償予測部は、ローカル復号部を構成し、ビデオ復号器と同一のビデオ信号が復元される。
【００３６】
減算部は、画像並替部の出力と動き補償予測部の出力との間で減算を行い、ビデオ信号とローカル復号部で復号された復号ビデオ信号との間の予測誤差を生成する。フレーム内符号化（Ｉピクチャ）の場合では、スイッチにより、減算部は、減算処理を行わず、単にデータが通過する。
【００３７】
図１に戻って、オーディオ符号器１２は、例えば、ＭＰＥＧ／Ａｕｄｉｏレイヤ１／レイヤ２の場合では、サブバンド符号化部および適応量子化ビット割り当て部などの各電子回路を備えて構成される。オーディオ信号は、サブバンド符号化部で３２帯域のサブバンド信号に分割され、適応量子化ビット割り当て部で心理聴覚重み付けに従って量子化され、ビットストリームに形成された後に出力される。
【００３８】
なお、符号化品質を向上させるために、ＭＰＥＧ／Ａｕｄｉｏレイヤ３の場合では、さらに、適応ブロック長変形離散コサイン変換部、折り返し歪み削減バタフライ部、非線形量子化部および可変長符号化部などが導入される。
【００３９】
ビデオ符号器１１の出力およびオーディオ符号器１２の出力がファイル生成器１５に供給される。ファイル生成器１５は、特定のハードウェア構成を使用することなく動画、音声およびテキストなどを同期して再生することができるコンピュータソフトウェアにより扱うことができるファイル構造を持つように、ビデオエレメンタリストリームおよびオーディオエレメンタリストームのデータ構造を変換する。このようなソフトウェアは、例えば、QuickTime（以下、「ＱＴ」と略記する。）が知られている。以下、ＱＴを使用する場合について説明する。ファイル生成器１５は、符号化ビデオデータと符号化オーディオデータとを多重化する。ファイル生成器１５は、システム制御マイコン１９によって制御される。
【００４０】
ファイル生成器１５の出力であるQuickTimeムービーファイルは、メモリコントローラ１８を介してメモリ１７に順次に書き込まれる。メモリコントローラ１８は、システム制御マイコン１９から記録媒体４０へのデータ書き込みが要求されると、メモリ１７からQuickTimeムービーファイルを読み出す。また、システム制御マイコン１９は、プログラムを実行中に生じる各種データをメモリコントローラ１８を介してメモリ１７に格納する。
【００４１】
ここで、QuickTimeムービー符号化の転送レートは、記録媒体４０への書き込みデータの転送レートより低い転送レート、例えば、１／２に設定される。よって、QuickTimeムービーファイルが連続的にメモリ１７に書き込まれるのに対し、メモリ１７からのQuickTimeムービーファイルの読み出しは、メモリ１７がオーバーフローまたはアンダーフローしないように、システム制御マイコン１９によって監視されながら間欠的に行われる。
【００４２】
メモリ１７から読み出されたQuickTimeムービーファイルは、メモリコントローラ１８からエラー訂正符号／復号器２１に供給される。エラー訂正符号／復号器２１は、このQuickTimeムービーファイルを一旦メモリ２０に書き込み、インターリーブ（interleaved）およびエラー訂正符号の冗長データの生成を行う。エラー訂正符号／復号器２１は、冗長データが付加されたデータをメモリ２０から読み出し、これをデータ変復調器２３に供給する。
【００４３】
データ変復調器２３は、デジタルデータを記録媒体４０に記録する際に、再生時のクロック抽出を容易とし、符号間干渉などの問題が生じないように、データを変調する。例えば、（１，７）ＲＬＬ（run length limited）符号やトレリス符号などを利用することができる。
【００４４】
データ変復調器２３の出力は、磁界変調ドライバ２４および光ピックアップ３３に供給される。磁界変調ドライバ２４は、入力信号に応じて、磁界ヘッド３２を駆動して記録媒体４０に磁界を印加する。光ピックアップ３３は、入力信号に応じて記録用のレーザビームを記録媒体４０に照射する。このようにして、記録媒体４０にデータが記録される。
【００４５】
記録媒体４０は、ディスク状の記録媒体であり、例えば、光磁気ディスク（ＭＯ、magneto-optical disk）、相変化型ディスクなどの書き換え可能な光ディスクである。
【００４６】
ここで、後述するインデックス・ファイルは、読み出しの容易性の観点から、ディスク状の記録媒体における実質的な最内周、例えば、ＣＤ（compact disc）のリードインに続く記録部分に記録されることが好ましい。
【００４７】
本実施形態では、ＭＯ、例えば、直径約４ｃｍ、直径約５ｃｍ、直径約６．５ｃｍまたは直径約８ｃｍなどの比較的小径なディスクが使用される。記録媒体４０は、モータ３１によって、線速度一定（ＣＬＶ、constant linear velocity）、角速度一定（ＣＡＶ、constant angular velocity）またはゾーンＣＬＶ（ＺＣＬＶ、zone constant linear velocity）で回転される。
【００４８】
ドライブ制御マイコン２２は、システム制御マイコン１９の要求に応じて、サーボ回路３０に信号を出力する。サーボ回路３０は、この出力に応じて、モータ３１および光ピックアップ３３を制御することによって、ドライブ全体を制御する。例えば、サーボ回路３０は、光ピックアップ３３に対し、記録媒体４０の径方向の移動サーボ、トラッキングサーボおよびフォーカスサーボを行い、モータ３１に対し、回転数を制御する。
【００４９】
また、システム制御マイコン１９には、ユーザが所定の指示を入力する操作部２６が接続される。
【００５０】
再生の際には、光ピックアップ３３は、再生用の出力でレーザビームを記録媒体４０に照射し、その反射光を光ピックアップ３３内の光検出器で受光することによって、再生信号を得る。この場合において、ドライブ制御マイコン２２は、光ピックアップ３３内の光検出器の出力信号からトラッキングエラーおよびフォーカスエラーを検出し、読み取りのレーザビームがトラック上に位置し、トラック上に合焦するように、サーボ回路３０によって光ピックアップ３３を制御する。さらに、ドライブ制御マイコン２２は、記録媒体４０上における所望の位置のデータを再生するために、光ピックアップの径方向における移動も制御する。所望の位置は、記録時と同様にシステム制御マイコン１９によって、ドライブ制御マイコン２２に信号が与えられ、決定される。
【００５１】
光ピックアップ３３の再生信号は、データ変復調器２３に供給され、復調される。復調されたデータは、エラー訂正符号／復号器２１に供給され、再生データを一旦メモリ２０に格納し、デインターリーブ（deinterleaved）およびエラー訂正が行われる、エラー訂正後のQuickTimeムービーファイルは、メモリコントローラ１８を介してメモリ１７に格納される。
【００５２】
メモリ１７に格納されたQuickTimeムービーファイルは、システム制御マイコン１９の要求に応じて、ファイル復号器１６に出力される。システム制御マイコン１９は、ビデオ信号およびオーディオ信号を連続再生するために、記録媒体４０の再生信号がメモリ１７に格納されるデータ量と、メモリ１７から読み出されてファイル復号器１６に供給されるデータ量とを監視することによって、メモリ１７がオーバーフローまたはアンダーフローしないようにメモリコントローラ１８およびドライブ制御マイコン２２を制御する。こうして、システム制御マイコン１９は、記録媒体４０から間欠的にデータを読み出す。
【００５３】
ファイル復号器１６は、システム制御マイコン１９の制御下で、QuickTimeムービーファイルをビデオエレメンタリストリームとオーディオエレメンタリファイルとに分離する。ビデオエレメンタリストリームは、ビデオ復号器１３に供給され、圧縮符号化の復号が行われてビデオ出力となってビデオ出力端子から出力される。オーディオエレメンタリストリームは、オーディオ復号器１４に供給され、圧縮符号化の復号が行われてオーディオ出力となってオーディオ出力端子から出力される。ここで、ファイル復号器１６は、ビデオエレメンタリストリームとオーディオエレメンタリストリームとが同期するように出力する。
【００５４】
ビデオ復号器１３は、例えば、ＭＰＥＧの場合では、メモリのバッファメモリ、可変長符号復号部、逆量子化部、逆ＤＣＴ部、加算部、フレームメモリ、動き補償予測部、画面並替部およびディジタル／アナログ変換器（以下、「Ｄ／Ａ」と略記する。）の各電子回路を備えて構成される。ビデオエレメンタリストームは、一旦バッファメモリに蓄積され、可変長復号部に入力される。可変長復号部は、マクロブロック符号化情報が復号され、予測モード、動きベクトル、量子化情報および量子化ＤＣＴ係数が分離される。量子化ＤＣＴ係数は、逆量子化部でＤＣＴ係数に復元され、逆ＤＣＴ部で画素空間データに変換される。加算部は、逆量子化部の出力と動き補償予測部の出力とを加算するが、Ｉピクチャを復号する場合には、加算しない。画面内のすべてのマクロブロックが復号され、画面は、画面並替部で元の入力順序に並べ替えられて、Ｄ／Ａでアナログ信号に変換されて出力される。また、加算器の出力は、ＩピクチャおよびＰピクチャの場合には、その後の復号処理で参照画面として使用されるため、フレームメモリに蓄積され、動き補償予測部に出力される。
【００５５】
オーディオ復号器１４は、例えば、ＭＰＥＧ／Ａｕｄｉｏレイヤ１／レイヤ２の場合では、ビットストリーム分解部、逆量子化部およびサブバンド合成フィルタバンク部などの各電子回路を備えて構成される。入力されたオーディオエレメンタリストリームは、ビットストリーム分解部でヘッダと補助情報と量子化サブバンド信号とに分離され、量子化サブバンド信号は、逆量子化部で割り当てられたビット数で逆量子化され、サブバンド合成フィルタバンクで合成された後に、出力される。
【００５６】
次に、この記録再生装置が搭載されるカメラ一体型ディジタル記録再生装置について説明する。
【００５７】
図２は、カメラ一体型ディジタル記録再生装置の外形を示す模式図である。図２Ａは、カメラ一体型ディジタル記録再生装置の全体図であり、図２Ｂは、表示パネルによる表示の一例を示す略線図である。
【００５８】
図２Ａにおいて、カメラ一体型ディジタル記録再生装置５０は、本体５１、レンズ部５２、集音マイク５３および表示パネル５４を備えて構成される。
【００５９】
図１に示すディジタル記録再生装置は、本体５１内に収められる。ビデオ信号は、レンズ部５２の光学系を介して被写体の撮像光が撮像素子に供給され、生成される。オーディオ信号は、集音マイク５３で生成される。表示パネル５４は、液晶表示と圧電素子とを備えて構成され、再生画像や操作内容に対応する表示などが行われる。ユーザは、表示パネル５４をポインティングデバイス５５で押圧することによって、所望の操作を入力する。
【００６０】
表示パネル５４の表示は、例えば、図２Ｂに示すように、所望操作の入力と操作内容の表示とを兼ねる部分である、「フォルダ戻る」６１、「フォルダ進む」６２、「編集」６３および主表示領域６４を備える。そして、主表示領域６４は、再生画像を表示する再生領域６４-1、インデックス・データ６５を表示するインデックス領域６４-2およびインデックス・データをスクロールするスクロールバー６４-3を備えて構成される。
【００６１】
通常、再生領域６４-1に表示される再生画像（動画または静止画）は、インデックス領域６４-2に表示されている複数のインデックス・データ（図２Ｂでは、６個のインデックス・データ）中から、ポインティングデバイス５５で押圧されることで指定されたインデックス・データに対応するファイルである。
【００６２】
インデックス・データとは、ディスクタイトルまたはＡＶファイルの抜粋情報であり、ディスク・タイトルとは、記録媒体を区別する識別情報である。
【００６３】
「フォルダ戻る」６１は、ポインティングデバイス５５などで押圧されることによって、過去にユーザによって指定されたフォルダまたはファイルの履歴において、現在指定されているフォルダまたはファイルに係る内容から時間的に１個前に指定されたフォルダまたはファイルに係る内容に再生領域６４-1の表示を変更する。
【００６４】
「フォルダ進む」６２は、ポインティングデバイス５５などで押圧されることによって、過去にユーザによって指定されたフォルダまたはファイルの履歴において、現在指定されているフォルダまたはファイルに係る内容から時間的に１個後に指定されたフォルダまたはファイルに係る内容に再生領域６４-1の表示を変更する。
【００６５】
「編集」６３は、ポインティングデバイス５５などで押圧されることによって、主表示領域６４を編集画面に切り換える。
【００６６】
このようなカメラ一体型ディジタル記録再生装置５０は、記録媒体４０をフォーマットする際や撮影後などにディスクタイトルやファイルの抜粋情報が生成され、インディックスファイルとして記録媒体４０に記録される。そして、インディックスファイルは、ディスクタイトルやファイルの抜粋情報を階層構造のファイルシステムで管理する。本発明にかかるインデックス・ファイルは、ＯＳ(operating system）が記録媒体に記録されている複数のファイルを管理する管理情報のファイルシステム、例えば、フレキシブルディスクやハードディスクに用いられるＦＡＴ（file allocation table）やＣＤ−Ｒ／ＲＷやＤＶＤなどに用いられるＵＤＦ（universal disk format）などとは別に、アプリケーションが記録媒体に記録されている複数のファイルを管理するために作成される。本実施形態では、インデックス・ファイルは、例えば、QuickTimeムービーファイルの形式で生成される。QuickTimeムービーファイルの形式で生成することによって、映像データやオーディオデータなどの複数の実データと、ファイルの抜粋情報と、ディスクタイトルとを同じ形式で記録することができ、記録再生装置は、すべてをＱＴで再生することができる。
【００６７】
以下、QuickTimeムービーファイルについて概説する。ＱＴは、各種データを時間軸に沿って管理するソフトウェアであり、特殊なハードウェアを用いずに動画や音声やテキストなどを同期して再生するためのＯＳ拡張機能である。ＱＴは、例えば、「INSIDE MACINTOSH :QuickTime（日本語版）（アジソンウエスレス）」などに開示されている。
【００６８】
ＱＴムービーリソースの基本的なデータユニットは、アトム（atom）と呼ばれ、各アトムは、そのデータとともに、サイズおよびタイプ情報を含んでいる。また、ＱＴでは、データの最小単位がサンプル（sample）として扱われ、サンプルの集合としてチャンク（chunk）が定義される。
【００６９】
図３は、QuickTimeムービーファイルの一構成例を示す図である。
【００７０】
図４は、ビデオメディア情報アトムの一構成例を示す図である。図４は、図３におけるビデオメディア情報アトムをより詳細に示した図となっており、トラックがビデオ情報の場合について示している。
【００７１】
図３および図４において、QuickTimeムービーファイルは、大きく２つの部分、ムービーアトム（movie atom）１０１およびムービー・データ・アトム（movie data atom）１０２から構成される。ムービーアトム１０１は、そのファイルを再生するために必要な情報や実データを参照するために必要な情報を格納する部分である。ムービー・データ・アトム１０２は、ビデオデータやオーディオデータなどの実データを格納する部分である。
【００７２】
ムービーアトム１０１は、ムービー全体に関する情報を収容するムービー・ヘッダ・アトム（movie header atom）１１１、クリッピング領域を指定するムービー・クリッピング・アトム（movie clipping atom）１１２、ユーザ定義データアトム１１３、および、１または複数のトラックアトム（track atom）１１４などを含む。
【００７３】
トラックアトム１１４は、ムービー内の１つのトラックごとに用意される。トラックアトム１１４は、トラック・ヘッダ・アトム（track header atom）１３１、トラック・クリッピング・アトム（track clipping atom）１３２、トラック・マット・アトム（track matte atom）１３３、エデットアトム（edit atom）１３４およびメディアアトム（media atom）１３５に、ムービー・データ・アトム１０２の個々のデータに関する情報を記述する。図３では、１つのビデオムービーのトラックアトム１１４-1が示され、他のトラックアトムは、省略されている。
【００７４】
メディアアトム１３５は、メディア・ヘッダ・アトム（media header atom）１４４、メディア情報アトム（media information atom）（図３および図４では、ビデオメディア情報アトム１４５）、および、メディア・ハンドラ・リファレンス・アトム（media handler reference atom）１４６に、ムービートラックのデータやメディアデータを解釈するコンポーネントを規定する情報などを記述する。
【００７５】
メディア・ハンドラは、メディア情報アトムの情報を使用して、メディア時間からメディアデータへのマッピングを行う。
【００７６】
メディア情報アトム１４５は、データ・ハンドラ・リファレンス・アトム（data handler reference atom）１６１、メディア情報ヘッダ・アトム（media information header atom）、データ情報アトム（data information atom）１６３およびサンプル・テーブル・アトム（sample table atom）１６４を含む。
【００７７】
メディア情報ヘッダ・アトム（図４では、ビデオ・メディア情報ヘッダ・アトム１６２）は、メディアにかかる情報が記述される。データ・ハンドラ・リファレンス・アトム１６１は、メディアデータの取り扱いにかかる情報が記述され、メディアデータへのアクセス手段を提供するデータ・ハンドラ・コンポーネントを指定するための情報が含まれる。データ情報アトム１６３は、データ・リファレンス・アトム（data reference atom）を含み、データについての情報が記述される。
【００７８】
サンプル・テーブル・アトム１６４は、メディア時間を、サンプル位置を指すサンプル番号に変換するために必要な情報を含む。サンプル・テーブル・アトム１６４は、サンプル・サイズ・アトム（sample size atom）１７２、時間サンプルアトム（time-to-sample atom）１７３、同期サンプルアトム（sync sample atom）１７４、サンプル・ディスクリプション・アトム（sample description atom）１７５、サンプル・チャンク・アトム（sample-to-chunk atom）１７６、チャンク・オフセット・アトム（chunk offset atom）１７７、および、シャドー同期アトム（shadow sync atom）１７８で構成される場合である。
【００７９】
サンプル・サイズ・アトム１７２は、サンプルの大きさが記述される。時間サンプル・アトム１７３は、何秒分のデータが記録されているか？という、サンプルと時間軸との関係が記述される。同期サンプルアトム１７４は、同期にかかる情報が記述され、メディア内のキーフレームが指定される。キーフレームは、先行するフレームに依存しない自己内包型のフレームである。サンプル・ディスクリプション・アトム１７５は、メディア内のサンプルをデコード（decode）するために必要な情報が保存される。メディアは、当該メディア内で使用される圧縮タイプの種類に応じて、１つまたは複数のサンプル・ディスクリプション・アトムを持つことができる。サンプル・チャンク・アトム１７６は、サンプル・ディスクリプション・アトム１７５内のテーブルを参照することで、メディア内の各サンプルに対応するサンプル・ディスクリプションを識別する。サンプル・チャンク・アトム１７６は、サンプルとチャンクとの関係が記述され、先頭チャンク、チャンク当たりのサンプル数およびサンプル・ディスクリプションＩＤ（sample description-ID）の情報を基に、メディア内におけるサンプル位置が識別される。チャンク・オフセット・アトム１７７は、ムービーデータ内でのチャンクの開始ビット位置が記述され、データストリーム内の各チャンクの位置が規定される。
【００８０】
また、ムービー・データ・アトム１０２には、図３では、例えば、所定の圧縮符号化方式によって符号化されたオーディオデータ、および、所定の圧縮符号化方式によって符号化された画像データがそれぞれ所定数のサンプルから成るチャンクを単位として格納される。なお、データは、必ずしも圧縮符号化する必要はなく、リニアデータを格納することもできる。そして、例えば、テキスト・データやＭＩＤＩなどを扱う場合には、ムービー・データ・アトム１０２にテキストやＭＩＤＩなどの実データが含くまれ、これに対応して、ムービーアトム１０１にテキストトラックやＭＩＤＩトラックなどが含まれる。
【００８１】
ムービーアトム１０１における各トラックと、ムービー・データ・アトム１０２に格納されているデータとは、対応付けられている。
【００８２】
このような階層構造において、ＱＴは、ムービー・データ・アトム１０２内のデータを再生する場合に、ムービーアトム１０１から順次に階層を辿り、サンプル・テーブル・アトム１６４内の各アトム１７２〜１７８を基に、サンプル・テーブルをメモリに展開して、各データ間の関係を識別する。そして、ＱＴは、各データ間の関係を基にデータを再生する。
【００８３】
ＱＴがこのようなデータ構造であるので、本実施形態のインデックス・ファイルは、ムービー・データ・アトムにディスクタイトルの実データおよびファイルの抜粋情報の実データを収容し、これら実データの管理情報をムービーアトムに収容する。さらに、これら実データは、複数のフォルダ（ディレクトリ）が作られた階層的な木構造で管理される。このインデックス・ファイルのムービー・データ・アトムを以下、インデックス・データ・アトムと呼称し、ムービーアトムをインデックス・アトムと呼称する。
【００８４】
ここで、インデックス・ファイルは、記録媒体に記録されるファイルが扱うデータに依存するが、本実施形態では、ファイルのデータが画像データとオーディオデータであるとする。また、このようなファイルを以下、「ＡＶファイル」と略記する。
【００８５】
このように記録媒体にＡＶファイルが記録されている場合に、インデックス・ファイルは、例えば、プロパティ、テキスト、サムネイル画像（Thumbnail Picture）、イントロの４種類のデータが収容される。プロパティは、ディスクタイトルおよび各ＡＶファイルの属性を示すデータである。よって、インデックス・ファイルは、属性情報を収容するプロパティのみが必須ファイルである。本発明では、後述するように、プロパティをデータ長が固定長の部分と可変長の部分とに分けてムービー・データ・アトム（インディックス・データ・アトム２０２）に収容することに１つの特徴がある。
【００８６】
テキスト・データは、ディスクタイトルおよび各ＡＶファイルに係るタイトルの文字列を示すデータであり、データ長が固定長に設定される。
【００８７】
サムネイル画像データは、ディスクタイトルおよび各ＡＶファイルの代表的な１枚の画像データであり、データ長が固定長に設定される。ディスクタイトルのサムネイル画像は、ユーザが任意に付与することができるが、例えば、インデックス・ファイルの第１エントリの領域に収容されているサムネイル画像データとするように自動設定してもよい。ＡＶファイルのサムネイル画像も、ユーザが任意に付与することができるが、例えば、当該ＡＶファイル中の最初の１枚目の画像データとするように自動設定してもよい。
【００８８】
イントロ・データは、ディスクタイトルおよび各ＡＶファイルの代表的な短時間のオーディオデータであり、データ長が固定長に設定される。ディスクタイトルのイントロは、ユーザが任意に付与することができるが、例えば、インデックス・ファイルの第１エントリの領域に収容されているイントロ・データとするように自動設定してもよい。ＡＶファイルのイントロも、ユーザが任意に付与することができるが、例えば、当該ＡＶファイル中の最初の数秒間、例えば、５秒間のオーディオデータとするように自動設定してもよい。
【００８９】
これらテキスト、サムネイル画像およびイントロは、検索の便宜などを考慮の上、必要に応じてインデックス・ファイルに収容領域が用意される。また、プロパティのデータは、登録される必要があるが、テキスト、サムネイル画像データおよびイントロ・データの各収容領域が確保されていたとしても、テキスト、サムネイル画像およびイントロのすべてのデータは、必ずしも登録される必要はない。
【００９０】
図５は、QuickTimeムービーファイルを用いて作成される、第１の実施形態におけるインデックス・ファイルの一例を示す図である。
【００９１】
図５において、インデックス・ファイルは、インデックス・アトム２０１とインデックス・データ・アトム２０２とを備えて構成される。
【００９２】
インデックス・データ・アトム２０２は、基本プロパティ、テキスト、サムネイル画像、イントロおよび拡張プロパティの実データが収容される。そして、ディスクタイトルに係る基本プロパティ、テキスト、サムネイル画像、イントロおよび拡張プロパティの実データは、インデックス・データ・アトム２０２の最初の領域であるエントリ＃０に収容され、各ＡＶファイルに係る基本プロパティ、テキスト、サムネイル画像、イントロおよび拡張プロパティの実データは、インデックス・データ・アトム２０２の第２番目以降の各領域であるエントリ＃１〜エントリ＃ｎ（ｎは１以上の整数）にそれぞれ収容される。
【００９３】
属性情報を収容するプロパティは、データ長が固定長であるフィールドを集めた基本プロパティとデータ長が可変長であるフィールドを集めた拡張プロパティとから構成される。したがって、基本プロパティのデータ長は、固定長となり、拡張プロパティのデータ長は、可変長となる。
【００９４】
インデックスアトム２０１は、ムービー・ヘッダ・アトム２１１と、基本プロパティ、テキスト、サムネイル画像、イントロおよび拡張プロパティの実データにそれぞれ対応して、トラックアトム（基本プロパティ）２１２とトラックアトム（テキスト）２１３とトラックアトム（サムネイル画像）２１４とトラックアトム（イントロ）１１５とトラックアトム（拡張プロパティ）を備えて構成される。そして、トラックアトムが固定長のデータを扱うか可変長のデータを扱うかを区別することができるようにするためにサンプル・ディスクリプション・アトムのフラグを用いる。例えば、サンプル・ディスクリプション・アトムのフラグが１の場合には、固定長のデータを含むトラックアトムであり、サンプル・ディスクリプション・アトムのフラグが２の場合には、可変長のデータを含むトラックアトムである。よって、サンプル・ディスクリプション・アトムのフラグを参照することにより、トラックアトム（基本プロパティ）２１２とトラックアトム（拡張プロパティ）２１６とを容易に識別することができる。さらに、プロパティを分割していない従来との互換性を図るために、固定長のデータと可変長のデータとを含むトラックアトムの場合も定義し、サンプル・ディスクリプション・アトムのフラグが３である場合をかかる場合に当てる。
【００９５】
なお、上述したように、トラックアトム（プロパティ）２１２およびプロパティの実データのみが必須である。
【００９６】
インディックス・データ・アトム２０２において、各エントリの基本プロパティ、テキスト、サムネイル、イントロおよび拡張プロパティの各格納位置は、トラックアトム（基本プロパティ）２１２、トラックアトム（テキスト）２１３、トラックアトム（サムネイル）２１４、トラックアトム（イントロ）２１５およびトラックアトム（拡張プロパティ）２１６におけるそれぞれのサンプル・テーブル・アトムによってそれぞれ示される。例えば、エントリ番号０のエントリにおいて、基本プロパティの位置は、トラックアトム（基本プロパティ）２１２におけるサンプル・テーブル・アトムによって得られるテーブルの第１番目ＴＡＰ０によって示される。テキストの位置は、トラックアトム（テキスト）２１３におけるサンプル・テーブル・アトムによって得られるテーブルの第１番目ＴＡＴ０によって示される。サムネイルの位置は、トラックアトム（サムネイル）２１４におけるサンプル・テーブル・アトムによって得られるテーブルの第１番目ＴＡＳ０によって示される。イントロの位置は、トラックアトム（イントロ）２１５におけるサンプル・テーブル・アトムによって得られるテーブルの第１番目ＴＡＩ０によって示される。そして、拡張プロパティの位置は、トラックアトム（拡張プロパティ）２１６におけるサンプル・テーブル・アトムによって得られるテーブルの第１番目ＴＡＰＥ０によって示されるが、図５に示す本実施形態では、エントリ番号０のエントリには拡張プロパティが付属しないため、ＴＡＰＥ０には位置を示す情報は格納されず、実質的に位置を示めさないダミーが格納される。また、例えば、エントリ番号２のエントリにおいて、基本プロパティの位置は、トラックアトム（基本プロパティ）２１２におけるサンプル・テーブル・アトムによって得られるテーブルの第３番目ＴＡＰ２によって示される。テキストの位置は、トラックアトム（テキスト）２１３におけるサンプル・テーブル・アトムによって得られるテーブルの第３番目ＴＡＴ２によって示される。サムネイルの位置は、トラックアトム（サムネイル）２１４におけるサンプル・テーブル・アトムによって得られるテーブルの第３番目ＴＡＳ２によって示される。イントロの位置は、トラックアトム（イントロ）２１５におけるサンプル・テーブル・アトムによって得られるテーブルの第３番目ＴＡＩ２によって示される。そして、拡張プロパティの位置は、トラックアトム（拡張プロパティ）２１６におけるサンプル・テーブル・アトムによって得られるテーブルの第３番目ＴＡＰＥ２によって示される。
【００９７】
そして、基本プロパティ、テキスト、サムネイルおよびイントロの各実データを収容したエントリを集めた第１エントリ群は、固定長となり、拡張プロパティの実データを収容したエントリを集めた第２エントリ群は、可変長となる。例えば、図５では、エントリ番号０（エントリ＃０）、エントリ番号１（エントリ＃１）、エントリ番号２（エントリ＃２）、エントリ番号３（エントリ＃３）、エントリ番号４（エントリ＃４）、エントリ番号５（エントリ＃５）、エントリ番号６（エントリ＃６）、エントリ番号７（エントリ＃７）の部分が、固定長の第１エントリ群となり、それ以降のエントリ番号２ｅ（エントリ＃２ｅ）、エントリ番号６ｅ（エントリ＃６ｅ）、……の部分が、可変長の第２エントリ群となる。
【００９８】
図６は、トラックアトム（基本プロパティ）の一例を示す図である。
【００９９】
図６において、トラックアトム（基本プロパティ）２１２は、ディスクタイトルおよび各ＡＶファイルに対応する基本プロパティデータに係るチャンクとして定義された、ＡＶファイル基本プロパティＴＡＰ０、ＡＶファイル基本プロパティＴＡＰ１、ＡＶファイル基本プロパティＴＡＰ２、……、ＡＶファイル基本プロパティＴＡＰｎのそれぞれについて、データ長Ｌ＿ＰＲ１、Ｌ＿ＰＲ２、Ｌ＿ＰＲ３、……、Ｌ＿ＰＲｎ、および開始バイト位置０、Ｌ＿ＰＲ１、Ｌ＿ＰＲ１＋Ｌ＿ＰＲ２、……、Ｌ＿ＰＲ１＋…＋Ｌ＿ＰＲｎ−１をそれぞれ示すテーブルの形式とされる。データ長は、例えば、バイト単位で表示される可変長である。
【０１００】
図７は、第１の実施形態におけるプロパティの実データの一例を示す図である。
【０１０１】
図７Ａは、プロパティの実データにおいてデータ長が固定長である各フィールドを集めた基本プロパティを示し、図７Ｂは、プロパティの実データにおいてデータ長が可変長である各フィールドを集めた拡張プロパティを示す。なお、図７Ｂは、データ長が可変長であるフィールドが１個である場合を示すが、複数のフィールドであってもよい。また、拡張プロパティにデータ長が固定長であるフィールドを含めても良いが、少なくともデータ長が可変長であるフィールドが含まれる。
【０１０２】
プロパティは、上述したように、固定長の基本プロパティと可変長の拡張プロパティとから構成され、プロパティをこのように固定長部分と可変長部分とに分けることで、編集の際などにおける書き換え処理時間を短縮することができる。
【０１０３】
図７Ａにおいて、基本プロパティの実データは、エントリ番号（entry number）、エントリプロパティ（entry property）、フォルダプロパティ（folder property）、バージョン（version）、フラグ（flag）、データタイプ（data type）、製作日時（creation time）、編集日時（modification time）およびデュレーション（duration）を備えて構成され、各データ長は、固定長である。そして、図７Ｂにおいて、拡張プロパティは、ファイル識別子（file identifier）を備えて構成され、可変長データである。
【０１０４】
エントリ番号は、０から始まる番号であり、各エントリに固有に割り当てられた唯一の数字、つまり、エントリを特定する識別子である。エントリ番号は、当該プロパティの実データが何れのエントリに収容されているかを示す。エントリ番号は、０バイト目を開始バイト位置とする４バイトのデータである。なお、エントリ番号は、或るエントリがインデックス・データ・アトム中の何れのエントリであるかを特定することができればよいので、番号に限らずアルファベットなどの記号、符号でもよい。
【０１０５】
エントリプロパティは、４バイト目を開始バイト位置とする１バイトのデータであり、各ビット（bit）ごとに特定の意味が与えられている。本実施形態では、８ビットのうちの第０ビットは、当該エントリに係るデータがフォルダであるか実データであるかを示すために使用され、第０ビットが０の場合には、フォルダを示し、第０ビットが１の場合には、データを示す。８ビットのうちの第１ビットは、当該エントリに係る基本プロパティに拡張プロパティを付属しているか否かを示し、第１ビットが０の場合には拡張プロパティが付属しないことを示し、第１ビットが１の場合には拡張プロパティが付属することを示す。そして、第２ビットから第７ビットには、所定の意味が定義される。あるいは、リザーブとして未定義となっている。
【０１０６】
フォルダプロパティは、当該エントリが属するフォルダのエントリ番号である。ここで、当該エントリがディスクタイトルの情報を収容する場合は、このエントリを最上位階層のフォルダである「ルート」とするので、これを示す所定の識別子が割り当てられる。このルートを示す識別子は、例えば、ディスクタイトルが収容されるエントリ番号０自身を割り当てられたり、特別な識別子（例えば、「Ｔ」や「Ｄ」や「Ｍ」など）を割り当てられたり、４バイトのエントリ番号の最大番号はおよそ使用することがほとんど無いと考えられるのでエントリ番号の最大番号を割り当てられる。本実施形態では、「Ｔ」を割り当てている。あるいは、ディスクタイトルのフォルダプロパティは無いと予め定義し、エントリがディスクタイトルの場合にはフォルダプロパティを参照しないようにプログラムを作成してもよい。フォルダプロパティは、５バイト目を開始バイト位置とする４バイトのデータである。なお、フォルダは、複数のファイルをとりまとめる仕組みをいい、フォルダにファイルだけでなく別のフォルダを登録することもできる。
【０１０７】
バージョンは、９バイト目を開始バイト位置とする１バイトのデータである。フラグは、１０バイト目を開始バイト位置とする２バイトのデータである。データタイプは、当該プロパティに係るタイトルファイルまたはＡＶファイルにおけるデータの種類（動画、静止画、オーディオなど）を示し、１２バイト目を開始バイト位置とする１バイトのデータである。製作日時は、当該プロパティに係るＡＶファイルが製作された日時を示し、１３バイト目を開始バイト位置とする４バイトのデータである。編集日時は、当該プロパティに係るＡＶファイルが修正された日時を示し、１７バイト目を開始バイト位置とする４バイトのデータである。デュレーションは、当該プロパティに係るＡＶファイルが再生されるために必要とされる時間の長さを示し、２１バイト目を開始バイト位置とする４バイトのデータである。
【０１０８】
ファイル識別子は、当該プロパティに係るＡＶファイルのファイル名を示し、０バイト目を開始バイト位置とする可変長のデータである。
【０１０９】
インデックス・ファイルは、上述のエントリ番号、エントリプロパティおよびフォルダプロパティによってインデックス・データを階層構造で管理する。
【０１１０】
次に、エントリ番号、エントリプロパティおよびフォルダプロパティとインデックス・データの階層構造との関係について具体例を説明する。
【０１１１】
図８は、第１の実施形態におけるプロパティの情報とインデックス・データの構造との一例を示す図である。図８Ａは、エントリ番号、エントリプロパティの第０ビット・第１ビットおよびフォルダプロパティを示し、図８Ｂは、インデックス・データの構造を示す図である。
【０１１２】
図８において、エントリ番号０は、エントリプロパティの第０ビットが０であるからフォルダであり、エントリプロパティの第１ビットが０であるから拡張プロパティが付属せず、フォルダプロパティがＴであるから、ディスクタイトルのルートである。
【０１１３】
エントリ番号１は、エントリプロパティの第０ビットが１であるからインデックス・データであり、エントリプロパティの第１ビットが０であるから拡張プロパティが付属せず、フォルダプロパティが０であるから、エントリ番号１のエントリは、エントリ番号０、すなわちルートに属する。
【０１１４】
エントリ番号２は、エントリプロパティの第０ビットが１であるからインデックス・データであり、エントリプロパティの第１ビットが１であるから拡張プロパティが付属し、フォルダプロパティが０であるから、エントリ番号２のエントリは、エントリ番号０、すなわちルートに属する。
【０１１５】
ここで、エントリ番号２の拡張プロパティは、エントリ番号が２であるから先頭から３番目のＴＡＰＥ２にデータの位置と大きさが記述され、これを参照することによって、拡張プロパティのデータがインディックス・データ・アトムのどこに格納されているかが分かる。
【０１１６】
エントリ番号３は、エントリプロパティの第０ビットが０であるからフォルダであり、エントリプロパティの第１ビットが０であるから拡張プロパティが付属せず、フォルダプロパティが０であるから、エントリ番号３のエントリは、エントリ番号０、すなわちルートに属する。
【０１１７】
これらよりルートは、エントリ番号１のエントリ、エントリ番号２のエントリおよびエントリ番号３のフォルダを収容する。
【０１１８】
エントリ番号４は、エントリプロパティの第０ビットが０であるからフォルダであり、エントリプロパティの第１ビットが０であるから拡張プロパティが付属せず、フォルダプロパティが３であるから、エントリ番号４のエントリは、エントリ番号３のフォルダに属する。
【０１１９】
エントリ番号５は、エントリプロパティの第０ビットが１であるからインデックス・データであり、エントリプロパティの第１ビットが０であるから拡張プロパティが付属せず、フォルダプロパティが３であるから、エントリ番号５のエントリは、エントリ番号３のフォルダに属する。
【０１２０】
エントリ番号６は、エントリプロパティの第０ビットが１であるからインデックス・データであり、エントリプロパティの第１ビットが１であるから拡張プロパティが付属し、フォルダプロパティが４であるから、エントリ番号６のエントリは、エントリ番号４のフォルダに属する。
【０１２１】
ここで、エントリ番号６の拡張プロパティは、エントリ番号が６であるから先頭から７番目のＴＡＰＥ６にデータの位置と大きさが記述され、これを参照することによって、拡張プロパティのデータがインディックス・データ・アトムのどこに格納されているかが分かる。
【０１２２】
エントリ番号７は、エントリプロパティの第０ビットが１であるからインデックス・データであり、エントリプロパティの第１ビットが０であるから拡張プロパティが付属せず、フォルダプロパティが４であるから、エントリ番号７のエントリは、エントリ番号４のフォルダに属する。
【０１２３】
インデックス・データの構造は、このようにエントリ番号、エントリプロパティの第０ビットおよびフォルダプロパティから図８Ｂに示す階層構造であることが分かる。そして、エントリプロパティの第１ビットから図５に示すようにエントリ番号２の基本プロパティと、エントリ番号６の基本プロパティとには、拡張プロパティがそれぞれ付属することが分かる。一方、これら拡張プロパティは、上述したように、トラックアトム（拡張プロパティ）２１６を参照することによって、インディックス・データ・アトム２０２中の収容位置が分かる。
【０１２４】
エントリプロパティの第１ビットを用いることにより、プロパティを固定長部分である基本プロパティと可変長部分である拡張プロパティとに分割することができると共に、基本プロパティに拡張プロパティが付属するか否かを識別することができる。
【０１２５】
よって、図５に示すように、基本プロパティ、テキスト、サムネイル、イントロおよび拡張プロパティの実データをインディックス・データ・アトム２０２の各エントリに収容する場合に、データ長が固定長である基本プロパティ、テキスト、サムネイルおよびイントロの実データを収容したエントリをインディックス・データ・アトム２０２に纏めて第１エントリ群として収容することができ、これに続けて、データ長が可変である拡張プロパティの実データを収容したエントリを纏めて第２エントリ群として収容することができる。
【０１２６】
このため、編集等によりファイル識別子の内容が書き換えられデータ長が書き換え前よりも大きくなった場合でも、第２エントリ集合の書き換えられたエントリ以降のみを再書き込みすると共に、トラックアトム（拡張プロパティ）を書き換えるだけでよい。
【０１２７】
第２エントリ集合のデータ長は、図７に示すようにプロパティのデータの一部分だけであるから、第１エントリ集合に較べて極めて少なく、書き換え処理時間を本発明が使用されない場合に較べて格段に短くすることができる。
【０１２８】
なお、基本プロパティにおけるエントリプロパティ、フォルダプロパティおよび編集日時などやテキストやサムネイルやイントロが書き換えられた場合でも、これらのデータ長は、固定長に設定されているため、第１エントリ群のデータ長は、一定である。
【０１２９】
また、固定長の第１エントリ群と可変長の第２エントリ群とに分けるために、プロパティを基本プロパティと拡張プロパティとに分割しているが、図９に示すように、従来と同様に基本プロパティと拡張プロパティとを１つのエントリに収容することも可能である。（第２の実施形態）第１の実施形態では、拡張プロパティを別トラックとして扱い、トラックアトム（拡張プロパティ）およびエントリプロパティの第１ビットを用いることで、プロパティを固定長部分と可変長部分とに分割することができたが、第２の実施形態では、エントリプロパティの１ビットおよびフォルダプロパティを用いることで、プロパティを固定長部分と可変長部分とに分割することができる。
【０１３０】
第２の実施形態における記録再生装置およびカメラ一体型ディジタル記録再生装置は、図１および図２にそれぞれ示す記録再生装置およびカメラ一体型ディジタル記録再生装置と同様なので、その説明を省略する。
【０１３１】
図１０は、QuickTimeムービーファイルを用いて作成される、第２の実施形態におけるインデックス・ファイルの一例を示す図である。
【０１３２】
図１０において、インデックス・ファイルは、インデックス・アトム３０１とインデックス・データ・アトム３０２とを備えて構成される。
【０１３３】
インデックス・データ・アトム３０２は、基本プロパティ、テキスト、サムネイル画像、イントロおよび拡張プロパティの実データが収容される。プロパティは、固定長部分の基本プロパティと可変長部分の拡張プロパティとに分割されて収容されている。
【０１３４】
インデックスアトム３０１は、ムービー・ヘッダ・アトム３１１と、プロパティ、テキスト、サムネイル画像およびイントロの実データにそれぞれ対応して、トラックアトム（プロパティ）３１２とトラックアトム（テキスト）３１３とトラックアトム（サムネイル画像）３１４とトラックアトム（イントロ）３１５とを備えて構成される。
【０１３５】
インディックス・データ・アトム３０２において、各エントリの基本プロパティ、テキスト、サムネイル、イントロおよび拡張プロパティの各格納位置は、トラックアトム（プロパティ）３１２、トラックアトム（テキスト）３１３、トラックアトム（サムネイル）３１４およびトラックアトム（イントロ）３１５におけるそれぞれのサンプル・テーブル・アトムによってそれぞれ示される。
【０１３６】
そして、基本プロパティ、テキスト、サムネイルおよびイントロの各実データを収容したエントリを集めた第１エントリ群は、固定長となり、拡張プロパティの実データを収容したエントリを集めた第２エントリ群は、可変長となる。例えば、図１０では、エントリ番号０（エントリ＃０）、エントリ番号１（エントリ＃１）、エントリ番号２（エントリ＃２）、エントリ番号３（エントリ＃３）、エントリ番号４（エントリ＃４）、エントリ番号５（エントリ＃５）、エントリ番号６（エントリ＃６）、エントリ番号７（エントリ＃７）の部分が、固定長の第１エントリ群となり、それ以降のエントリ番号８（エントリ＃８）、エントリ番号９（エントリ＃９）、……の部分が、可変長の第２エントリ群となる。
【０１３７】
図１１は、第２の実施形態におけるプロパティの実データの一例を示す図である。
【０１３８】
図１１Ａは、プロパティの実データにおいてデータ長が固定長である各フィールドを集めた基本プロパティを示し、図１１Ｂは、プロパティの実データにおいてデータ長が可変長である各フィールドを集めた拡張プロパティを示す。なお、図１１Ｂは、データ長が可変長であるフィールドが１個である場合を示すが、複数のフィールドであってもよい。
【０１３９】
図１１Ａにおいて、基本プロパティの実データは、エントリ番号（entry number）、エントリプロパティ（entry property）、フォルダプロパティ（folder property）、バージョン（version）、フラグ（flag）、データタイプ（data type）、製作日時（creation time）、編集日時（modification time）およびデュレーション（duration）を備えて構成され、各データ長は、固定長である。そして、図１１Ｂにおいて、拡張プロパティは、エントリ番号（entry number）、エントリプロパティ（entry property）、フォルダプロパティ（folder property）およびファイル識別子（file identifier）を備えて構成され、ファイル識別子は、可変長データである。
【０１４０】
エントリ番号、フォルダプロパティ、バージョン、フラグ、データタイプ、製作日時、編集日時およびデュレーションは、第１の実施形態とそれぞれ同様なのでその説明を省略する。
【０１４１】
エントリプロパティは、４バイト目を開始バイト位置とする１バイトのデータであり、各ビット（bit）ごとに特定の意味が与えられている。本実施形態では、８ビットのうちの第０ビットは、第１の実施形態と同様に、当該エントリに係るデータがフォルダであるか実データであるかを示すために使用され、第０ビットが０の場合には、フォルダを示し、第０ビットが１の場合には、データを示す。８ビットのうちの第２ビットは、当該エントリが拡張プロパティの実データを収容するか否かを示し、第２ビットが０の場合には拡張プロパティの実データではないことを示し、第２ビットが１の場合には拡張プロパティの実データであることを示す。そして、残余の各ビットには、所定の意味が定義される。あるいは、リザーブとして未定義となっている。
【０１４２】
フォルダプロパティは、当該エントリが属するフォルダまたはデータのエントリ番号である。
【０１４３】
インデックス・ファイルは、上述のエントリ番号、エントリプロパティおよびフォルダプロパティによってインデックス・データを階層構造で管理する。
【０１４４】
次に、エントリ番号、エントリプロパティおよびフォルダプロパティとインデックス・データの階層構造との関係について具体例を説明する。
【０１４５】
図１２は、第２の実施形態におけるプロパティの情報とインデックス・データの構造との一例を示す図である。図１２Ａは、エントリ番号、エントリプロパティの第０ビット・第２ビットおよびフォルダプロパティを示し、図１２Ｂは、インデックス・データの構造を示す図である。
【０１４６】
図１２において、エントリ番号０は、エントリプロパティの第０ビットが０であるからフォルダであり、エントリプロパティの第２ビットが０であるから拡張プロパティの実データを収容せず、フォルダプロパティがＴであるから、ディスクタイトルのルートである。
【０１４７】
エントリ番号１は、エントリプロパティの第０ビットが１であるからインデックス・データであり、エントリプロパティの第２ビットが０であるから拡張プロパティの実データを収容せず、フォルダプロパティが０であるから、エントリ番号１のエントリは、エントリ番号０、すなわちルートに属する。
【０１４８】
エントリ番号２は、エントリプロパティの第０ビットが１であるからインデックス・データであり、エントリプロパティの第２ビットが０であるから拡張プロパティの実データを収容せず、フォルダプロパティが０であるから、エントリ番号２のエントリは、エントリ番号０、すなわちルートに属する。
【０１４９】
エントリ番号３は、エントリプロパティの第０ビットが０であるからフォルダであり、エントリプロパティの第２ビットが０であるから拡張プロパティの実データを収容せず、フォルダプロパティが０であるから、エントリ番号３のエントリは、エントリ番号０、すなわちルートに属する。
【０１５０】
エントリ番号４は、エントリプロパティの第０ビットが０であるからフォルダであり、エントリプロパティの第２ビットが０であるから拡張プロパティの実データを収容せず、フォルダプロパティが３であるから、エントリ番号４のエントリは、エントリ番号３に属する。
【０１５１】
エントリ番号５は、エントリプロパティの第０ビットが１であるからインディックス・データであり、エントリプロパティの第２ビットが０であるから拡張プロパティの実データを収容せず、フォルダプロパティが３であるから、エントリ番号５のエントリは、エントリ番号３に属するエントリ番号６は、エントリプロパティの第０ビットが１であるからインディックス・データであり、エントリプロパティの第２ビットが０であるから拡張プロパティの実データを収容せず、フォルダプロパティが４であるから、エントリ番号６のエントリは、エントリ番号４に属する。
【０１５２】
エントリ番号７は、エントリプロパティの第０ビットが１であるからインディックス・データであり、エントリプロパティの第２ビットが０であるから拡張プロパティの実データを収容せず、フォルダプロパティが４であるから、エントリ番号７のエントリは、エントリ番号４に属する。
【０１５３】
エントリ番号８は、エントリプロパティの第０ビットが１であるからインディックス・データであり、エントリプロパティの第２ビットが１であるから拡張プロパティの実データを収容し、フォルダプロパティが２であるから、エントリ番号７のエントリは、エントリ番号２に属する。
【０１５４】
エントリ番号９は、エントリプロパティの第０ビットが１であるからインディックス・データであり、エントリプロパティの第２ビットが１であるから拡張プロパティの実データを収容し、フォルダプロパティが６であるから、エントリ番号９のエントリは、エントリ番号６に属する。
【０１５５】
インデックス・データの構造は、このようにエントリ番号、エントリプロパティの第０ビット・第２ビットおよびフォルダプロパティから図１２Ｂに示す階層構造であることが分かる。そして、エントリプロパティの第２ビットから図１０に示すようにエントリ番号８のエントリと、エントリ番号９のエントリとには、拡張プロパティの実データがそれぞれ収容されていることが分かる。さらに、これらのフォルダプロパティから何れのエントリにおける基本プロパティに属するかが分かる。
【０１５６】
すなわち、エントリ番号８のエントリに収容される拡張プロパティは、フォルダプロパティが２であることから、エントリ番号２のエントリに収容される基本プロパティと合わせてプロパティとなる。エントリ番号９のエントリに収容される拡張プロパティは、フォルダプロパティが６であることから、エントリ番号６のエントリに収容される基本プロパティと合わせてプロパティとなる。
【０１５７】
エントリプロパティの第２ビットを用いることにより、プロパティを固定長部分である基本プロパティと可変長部分である拡張プロパティとに分割することができる。そして、フォルダプロパティを用いることで、拡張プロパティが何れの基本プロパティに付属するかを示すことができる。よって、図１０に示すように、基本プロパティ、テキスト、サムネイル、イントロおよび拡張プロパティの実データをインディックス・データ・アトム３０２の各エントリに収容する場合に、データ長が固定長である基本プロパティ、テキスト、サムネイルおよびイントロの実データを収容したエントリをインディックス・データ・アトム３０２に纏めて第１エントリ群として収容することができ、これに続けて、データ長が可変である拡張プロパティの実データを収容したエントリを纏めて第２エントリ群として収容することができる。
【０１５８】
このため、編集等によりファイル識別子の内容が書き換えられデータ長が書き換え前よりも大きくなった場合でも、第２エントリ群の書き換えられたエントリ以降のみを再書き込みすると共に、トラックアトム（プロパティ）を書き換えるだけでよい。
【０１５９】
第２エントリ群のデータ長は、図７に示すようにプロパティのデータの一部分だけであるから、第１エントリ群に較べて極めて少なく、書き換え処理時間を本発明が使用されない場合に較べて格段に短くすることができる。
【０１６０】
なお、基本プロパティにおけるエントリプロパティ、フォルダプロパティおよび編集日時などやテキストやサムネイルやイントロが書き換えられた場合でも、これらのデータ長は、固定長に設定されているため、第１エントリ群のデータ長は、一定である。
【図面の簡単な説明】
【０１６１】
【図１】ディジタル記録再生装置の一構成例を示すブロック図である。
【図２】カメラ一体型ディジタル記録再生装置の外形を示す模式図である。
【図３】QuickTimeムービーファイルの一構成例を示す図である。
【図４】ビデオメディア情報アトムの一構成例を示す図である。
【図５】QuickTimeムービーファイルを用いて作成される、第１の実施形態におけるインデックス・ファイルの一例を示す図である。
【図６】トラックアトム（プロパティ）の一例を示す図である。
【図７】第１の実施形態におけるプロパティの実データの一例を示す図である。
【図８】第１の実施形態におけるプロパティの情報とインデックス・データの構造との一例を示す図である。
【図９】QuickTimeムービーファイルを用いて作成される、第１の実施形態におけるインデックス・ファイルの他の一例を示す図である。
【図１０】QuickTimeムービーファイルを用いて作成される、第２の実施形態におけるインデックス・ファイルの一例を示す図である。
【図１１】第２の実施形態におけるプロパティの実データの一例を示す図である。
【図１２】第２の実施形態におけるプロパティの情報とインデックス・データの構造との一例を示す図である。
【符号の説明】
【０１６２】
１１  ビデオ符号器，  １２  オーディオ符号器，  １３  ビデオ復号器，  １４  オーディオ復号器，  １５  ファイル生成器，  １６  ファイル復号器，  １７、２０  メモリ，  １８  メモリコントローラ，  １９  システム制御マイコン，  ２１  エラー訂正符号／復号器，  ２３  データ変復調器，  ２４  磁界変調ドライバ，  ２６  操作部，  ３０  サーボ回路，  ３１  モータ，  ３２  磁界ヘッド，  ３３  光ピックアップ，  ４０  記録媒体，  ５０  カメラ一体型ディジタル記録再生装置，  ５１  本体，  ５２  レンズ部，  ５３  集音マイク，  ５４  表示パネル，  ５５  ポインティングデバイス，  ２０１  インデックスアトム，  ２０２  インデックス・データ・アトム，  ２１２  トラックアトム（基本プロパティ），  ２１６  トラックアトム（拡張プロパティ），  ３１２  トラックアトム（プロパティ）
【図１】
2005317189.tif 000003
【図２】
2005317189.tif 000004
【図３】
2005317189.tif 000005
【図４】
2005317189.tif 000006
【図５】
2005317189.tif 000007
【図６】
2005317189.tif 000008
【図７】
2005317189.tif 000009
【図８】
2005317189.tif 000010
【図９】
2005317189.tif 000011
【図１０】
2005317189.tif 000012
【図１１】
2005317189.tif 000013
【図１２】
2005317189.tif 000014