JP3695581B2 - 記録装置および記録方法、記録媒体、並びに、電子カメラ - Google Patents
記録装置および記録方法、記録媒体、並びに、電子カメラ Download PDFInfo
- Publication number
- JP3695581B2 JP3695581B2 JP2001240243A JP2001240243A JP3695581B2 JP 3695581 B2 JP3695581 B2 JP 3695581B2 JP 2001240243 A JP2001240243 A JP 2001240243A JP 2001240243 A JP2001240243 A JP 2001240243A JP 3695581 B2 JP3695581 B2 JP 3695581B2
- Authority
- JP
- Japan
- Prior art keywords
- attribute information
- data
- property
- entry
- files
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 15
- 230000015654 memory Effects 0.000 description 40
- 238000010586 diagram Methods 0.000 description 25
- 238000013139 quantization Methods 0.000 description 19
- 230000003287 optical effect Effects 0.000 description 16
- 238000012937 correction Methods 0.000 description 8
- 230000008707 rearrangement Effects 0.000 description 7
- 230000006835 compression Effects 0.000 description 6
- 238000007906 compression Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 5
- 230000005236 sound signal Effects 0.000 description 5
- 238000003384 imaging method Methods 0.000 description 4
- 238000004519 manufacturing process Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000003860 storage Methods 0.000 description 4
- 230000003044 adaptive effect Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 102100030343 Antigen peptide transporter 2 Human genes 0.000 description 2
- 101800000849 Tachykinin-associated peptide 2 Proteins 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000000354 decomposition reaction Methods 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000003786 synthesis reaction Methods 0.000 description 2
- 102100030346 Antigen peptide transporter 1 Human genes 0.000 description 1
- 108010023335 Member 2 Subfamily B ATP Binding Cassette Transporter Proteins 0.000 description 1
- 101100152436 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) TAT2 gene Proteins 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005401 electroluminescence Methods 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
- H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N5/9201—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving the multiplexing of an additional signal and the video signal
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/18—Error detection or correction; Testing, e.g. of drop-outs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
- G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/34—Indicating arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
- H04N5/77—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera
- H04N5/772—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera the recording apparatus and the television camera being placed in the same enclosure
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
- G11B2220/215—Recordable discs
- G11B2220/216—Rewritable discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
- G11B2220/215—Recordable discs
- G11B2220/218—Write-once discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2525—Magneto-optical [MO] discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2545—CDs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/84—Television signal recording using optical recording
- H04N5/85—Television signal recording using optical recording on discs or drums
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/806—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal
- H04N9/8063—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
- H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Television Signal Processing For Recording (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Studio Devices (AREA)
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、記録媒体に映像データやオーディオデータなどを記録する記録装置において、特に、記録媒体に記録されているファイルの索引情報をデータ長が固定長である部分とデータ長が可変長である部分とに分けて収容するインディックスファイルを生成して記録媒体に記録する記録装置に関する。そして、このような記録装置に用いられる記録方法、インデックスファイルを記録する記録媒体に関する。さらに、このような記録装置を備えた電子カメラに関する。
【０００２】
【従来の技術】
従来、例えば、カムコーダなどの、映像データやオーディオデータなどを記録する記録装置において、幾つかの場面を記録した複数のデータが光磁気ディスクや光ディスクなどのディスク状記録媒体にそれぞれファイルごとに記録される。また、このような記録装置に、例えば、液晶表示パネルや有機エレクトロルミネセンス表示パネルなどの表示部やスピーカなどの音発生部を備えることにより、記録したデータを再生・編集する機能を併せ持つ記録再生装置が知られている。
【０００３】
このような記録装置や記録再生装置を使用するユーザ（使用者）は、記録媒体が大容量である場合には、異なる記録日における場面、異なる旅行先における場面、異なる行事における場面などを１個の記録媒体に記録することが多い。
【０００４】
複数の場面をファイルごとに記録したこのような記録媒体において、ユーザは、ファイルを指定することにより、所望のデータを再生・編集の対象として、選択することができる。
【０００５】
【発明が解決しようとする課題】
ところで、所望のファイルは、一般に、例えばファイル名などを入力することによって指定されるが、記録媒体に複数のファイル、特に、多数のファイルが記録されている場合には、ユーザが所望のファイルにおけるファイル名をすべて記憶しておくことは、困難である。
【０００６】
そのため、記録媒体に記録された複数のファイルの内容を識別するための情報（索引情報）を纏めたインデックス・ファイル（索引ファイル）があると便利であると考えられる。インディックス・ファイルは、複数のファイルの索引情報を複数のファイルに対応させて順に収容する。記録再生装置は、このインディックスファイルに基づいて複数のファイルに対応する各索引情報を表示部に表示し、ユーザは、これを参照して所望のファイルを指定することが考えられる。
【０００７】
このようなインディックス・ファイルによって複数のファイルを検索可能とした場合において、ユーザの編集によって或るファイルを別のファイルに置き換えたり、特定のファイルに対してファイル名のみを書き換える場合がある。このような場合に、編集の対象となったファイルにおける索引情報のデータ量が編集前と編集後とで異なる場合が生じ、インディックス・ファイル中における各索引情報に対する格納場所が編集の前後でそれぞれ異なってしまう。よって、編集されたファイルに対応する索引情報が格納されていた場所のみを新たな索引情報で書き換えることでインディックス・ファイルの変更に対応することができない場合が生じる。このため、インディックス・ファイルの全部を書き変えたり、編集されたファイルに対応する索引情報が格納尾されていた場所以降を書き換えたりしなければならない。
【０００８】
しかし、インディックス・ファイルで管理されるファイルの数が多い場合は、インディックス・ファイルのデータ量も多くなるため、インディックス・ファイルを記録媒体に書き込む時間が長時間となるという問題がある。また、記録媒体の材質・記録方法によっては書き込み処理に長時間を要するために、インディックス・ファイルの書き込み時間が長時間となるという問題がある。
【０００９】
そこで、本発明は、索引情報をデータ長が固定である部分と可変である部分とに分けることによって、インディックス・ファイルに書き換えが生じた場合でもインディックス・ファイルの書き換えを高速に行うことができる記録方法、記録装置を提供することを目的とする。
【００１０】
そして、本発明では、このような高速書き換え可能なインディックス・ファイルを記録した記録媒体、および、このような記録装置を備えた電子カメラを提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明では、複数のファイルのそれぞれに関連する複数の情報から複数の領域を含むインデックスファイルを生成する生成手段と、前記インデックスファイルを記録媒体に記録する記録手段とを備える記録装置において、前記生成手段は、複数のファイルのそれぞれに関連する複数の情報のうち、複数のファイルの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報とデータ長が可変長であるフィールドを含む第２属性情報とに分け、前記記録媒体に記録された複数のファイルのそれぞれに係る複数の第１属性情報を前記複数のファイルと関連付けるとともに、前記複数の第１属性情報を前記複数の第２属性情報と関連付け、前記複数の第１属性情報と前記複数の第２属性情報とを前記複数の領域に収容し、前記複数の領域の中で前記第１属性情報を収容する領域と前記第２属性情報を収容する領域とを個別に前記インデックスファイルに設けることで構成される。
【００１２】
そして、本発明では、上記記録装置において、前記インディックスファイルは、
前記第１領域群と前記第２領域群とを収容する第１部分と、前記第１部分内における前記複数の領域のそれぞれの位置を示す情報を収容する第２部分とを備え、前記第１属性情報と前記第２属性情報との関連づけは、前記第１属性情報に前記第２属性情報が付属するか否かを示す識別情報をフィールドとして前記第１属性情報に含ませることによって行われることで構成される。
【００１３】
さらに、本発明では、上記記録装置において、前記第２属性情報には、自身が第１属性情報に付属する属性情報であることを示す識別情報をフィールドに含み、
前記第１属性情報と前記第２属性情報との関連づけは、前記第２属性情報が付属する前記第１属性情報を示す識別情報をフィールドとして前記第２属性情報に含ませることによって行われることで構成される。
【００１４】
また、本発明にかかる記録方法は、複数のファイルのそれぞれに関連する複数の情報のうち、複数のファイルの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報とデータ長が可変長であるフィールドを含む第２属性情報とに分け、記録媒体に記録された複数のファイルのそれぞれに係る複数の第１属性情報を前記複数のファイルと関連付けるとともに、前記複数の第１属性情報を前記複数の第２属性情報と関連付け、前記複数の第１属性情報と前記複数の第２属性情報とを複数の領域に収容し、前記複数の領域の中で前記第１属性情報を収容する領域と前記第２属性情報を収容する領域とを個別に設けるインデックスファイルを生成し、生成したインデックスファイルを記録媒体に記録することで構成される。
【００１５】
さらに、本発明にかかる記録媒体は、複数のファイルのそれぞれに関連する複数の情報のうち、複数のファイルの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報とデータ長が可変長であるフィールドを含む第２属性情報とに分け、記録された複数のファイルのそれぞれに係る複数の第１属性情報を前記複数のファイルと関連付けるとともに、前記複数の第１属性情報を前記複数の第２属性情報と関連付け、前記複数の第１属性情報と前記複数の第２属性情報とを複数の領域に収容し、前記複数の領域の中で前記第１属性情報を収容する領域と前記第２属性情報を収容する領域とを個別に設けるインデックスファイルを記録することで構成される。
【００１６】
また、本発明では、複数のファイルのそれぞれに関連する複数の情報から複数の領域を含むインデックスファイルを生成する生成手段と、被写体の像を撮影し得られた像信号を記録媒体にファイルとして記録すると共に、前記インデックスファイルを記録媒体に記録する記録手段とを備える電子カメラにおいて、前記生成手段は、複数のファイルのそれぞれに関連する複数の情報のうち、複数のファイルの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報とデータ長が可変長であるフィールドを含む第２属性情報とに分け、前記記録媒体に記録された複数のファイルのそれぞれに係る複数の第１属性情報を前記複数のファイルと関連付けるとともに、前記複数の第１属性情報を前記複数の第２属性情報と関連付け、前記複数の第１属性情報と前記複数の第２属性情報とを前記複数の領域に収容し、前記複数の領域の中で前記第１属性情報を収容する領域と前記第２属性情報を収容する領域とを個別に前記インデックスファイルに設けることで構成される。
【００１７】
このような記録装置、記録方法、記録媒体および電子カメラでは、記録された複数のファイルに係る属性情報をデータ長が固定長である部分と可変長である部分とに分けて、インディックスファイルに収容するので、編集などによって、属性情報全体のデータ長が変動したとしても、変動部分は可変長の部分のみに生じるので、可変長の部分だけ記録媒体に再記録すればよい。
【００１８】
このため、インディックスファイル全体を記録媒体に再記録する場合よりも、高速に再記録の処理を行うことができる。
【００１９】
【発明の実施の形態】
以下、図面に基づいて本発明の実施形態について説明する。なお、各図において、同一の構成については、同一の符号を付す。
（第１の実施形態）
図１は、ディジタル記録再生装置の一構成例を示すブロック図である。
【００２０】
図１において、ディジタル記録再生装置は、ビデオ符号器１１、オーディオ符号器１２、ビデオ復号器１３、オーディオ復号器１４、ファイル生成器１５、ファイル復号器１６、メモリ１７、２０、メモリコントローラ１８、システム制御マイコン１９、エラー訂正符号／復号器２１、ドライブ制御マイコン２２、データ変復調器２３、磁界変調ドライバ２４、操作部２６、サーボ回路３０、モータ３１、磁界ヘッド３２および光ピックアップ３３を備えて構成される。
【００２１】
ビデオ信号は、ビデオ入力端子からビデオ符号器１１に供給され、圧縮符号化される。オーディオ信号は、オーディオ入力端子からオーディオ符号器１２に供給され、圧縮符号化される。ビデオ符号器１１およびオーディオ符号器１２の各出力がエレメンタリストームと呼ばれる。
【００２２】
本実施形態では、ディジタル記録再生装置は、カメラ一体型ディジタル記録再生装置に備えられているものとする。ビデオ信号は、ビデオカメラで撮影された画像が供給され、ビデオカメラは、光学系によって被写体の撮像光がCCD(Charge Coupled 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ムービーファイルを用いて作成される、第２の実施形態におけるインデックス・ファイルの一例を示す図である。
【図１１】第２の実施形態におけるプロパティの実データの一例を示す図である。
【図１２】第２の実施形態におけるプロパティの情報とインデックス・データの構造との一例を示す図である。
【符号の説明】
１１ ビデオ符号器
１２ オーディオ符号器
１３ ビデオ復号器
１４ オーディオ復号器
１５ ファイル生成器
１６ ファイル復号器
１７、２０ メモリ
１８ メモリコントローラ
１９ システム制御マイコン
２１ エラー訂正符号／復号器
２３ データ変復調器
２４ 磁界変調ドライバ
２６ 操作部
３０ サーボ回路
３１ モータ
３２ 磁界ヘッド
３３ 光ピックアップ
４０ 記録媒体
５０ カメラ一体型ディジタル記録再生装置
５１ 本体
５２ レンズ部
５３ 集音マイク
５４ 表示パネル
５５ ポインティングデバイス
２０１ インデックスアトム
２０２ インデックス・データ・アトム
２１２ トラックアトム（基本プロパティ）
２１６ トラックアトム（拡張プロパティ）
３１２ トラックアトム（プロパティ）
【発明の属する技術分野】
本発明は、記録媒体に映像データやオーディオデータなどを記録する記録装置において、特に、記録媒体に記録されているファイルの索引情報をデータ長が固定長である部分とデータ長が可変長である部分とに分けて収容するインディックスファイルを生成して記録媒体に記録する記録装置に関する。そして、このような記録装置に用いられる記録方法、インデックスファイルを記録する記録媒体に関する。さらに、このような記録装置を備えた電子カメラに関する。
【０００２】
【従来の技術】
従来、例えば、カムコーダなどの、映像データやオーディオデータなどを記録する記録装置において、幾つかの場面を記録した複数のデータが光磁気ディスクや光ディスクなどのディスク状記録媒体にそれぞれファイルごとに記録される。また、このような記録装置に、例えば、液晶表示パネルや有機エレクトロルミネセンス表示パネルなどの表示部やスピーカなどの音発生部を備えることにより、記録したデータを再生・編集する機能を併せ持つ記録再生装置が知られている。
【０００３】
このような記録装置や記録再生装置を使用するユーザ（使用者）は、記録媒体が大容量である場合には、異なる記録日における場面、異なる旅行先における場面、異なる行事における場面などを１個の記録媒体に記録することが多い。
【０００４】
複数の場面をファイルごとに記録したこのような記録媒体において、ユーザは、ファイルを指定することにより、所望のデータを再生・編集の対象として、選択することができる。
【０００５】
【発明が解決しようとする課題】
ところで、所望のファイルは、一般に、例えばファイル名などを入力することによって指定されるが、記録媒体に複数のファイル、特に、多数のファイルが記録されている場合には、ユーザが所望のファイルにおけるファイル名をすべて記憶しておくことは、困難である。
【０００６】
そのため、記録媒体に記録された複数のファイルの内容を識別するための情報（索引情報）を纏めたインデックス・ファイル（索引ファイル）があると便利であると考えられる。インディックス・ファイルは、複数のファイルの索引情報を複数のファイルに対応させて順に収容する。記録再生装置は、このインディックスファイルに基づいて複数のファイルに対応する各索引情報を表示部に表示し、ユーザは、これを参照して所望のファイルを指定することが考えられる。
【０００７】
このようなインディックス・ファイルによって複数のファイルを検索可能とした場合において、ユーザの編集によって或るファイルを別のファイルに置き換えたり、特定のファイルに対してファイル名のみを書き換える場合がある。このような場合に、編集の対象となったファイルにおける索引情報のデータ量が編集前と編集後とで異なる場合が生じ、インディックス・ファイル中における各索引情報に対する格納場所が編集の前後でそれぞれ異なってしまう。よって、編集されたファイルに対応する索引情報が格納されていた場所のみを新たな索引情報で書き換えることでインディックス・ファイルの変更に対応することができない場合が生じる。このため、インディックス・ファイルの全部を書き変えたり、編集されたファイルに対応する索引情報が格納尾されていた場所以降を書き換えたりしなければならない。
【０００８】
しかし、インディックス・ファイルで管理されるファイルの数が多い場合は、インディックス・ファイルのデータ量も多くなるため、インディックス・ファイルを記録媒体に書き込む時間が長時間となるという問題がある。また、記録媒体の材質・記録方法によっては書き込み処理に長時間を要するために、インディックス・ファイルの書き込み時間が長時間となるという問題がある。
【０００９】
そこで、本発明は、索引情報をデータ長が固定である部分と可変である部分とに分けることによって、インディックス・ファイルに書き換えが生じた場合でもインディックス・ファイルの書き換えを高速に行うことができる記録方法、記録装置を提供することを目的とする。
【００１０】
そして、本発明では、このような高速書き換え可能なインディックス・ファイルを記録した記録媒体、および、このような記録装置を備えた電子カメラを提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明では、複数のファイルのそれぞれに関連する複数の情報から複数の領域を含むインデックスファイルを生成する生成手段と、前記インデックスファイルを記録媒体に記録する記録手段とを備える記録装置において、前記生成手段は、複数のファイルのそれぞれに関連する複数の情報のうち、複数のファイルの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報とデータ長が可変長であるフィールドを含む第２属性情報とに分け、前記記録媒体に記録された複数のファイルのそれぞれに係る複数の第１属性情報を前記複数のファイルと関連付けるとともに、前記複数の第１属性情報を前記複数の第２属性情報と関連付け、前記複数の第１属性情報と前記複数の第２属性情報とを前記複数の領域に収容し、前記複数の領域の中で前記第１属性情報を収容する領域と前記第２属性情報を収容する領域とを個別に前記インデックスファイルに設けることで構成される。
【００１２】
そして、本発明では、上記記録装置において、前記インディックスファイルは、
前記第１領域群と前記第２領域群とを収容する第１部分と、前記第１部分内における前記複数の領域のそれぞれの位置を示す情報を収容する第２部分とを備え、前記第１属性情報と前記第２属性情報との関連づけは、前記第１属性情報に前記第２属性情報が付属するか否かを示す識別情報をフィールドとして前記第１属性情報に含ませることによって行われることで構成される。
【００１３】
さらに、本発明では、上記記録装置において、前記第２属性情報には、自身が第１属性情報に付属する属性情報であることを示す識別情報をフィールドに含み、
前記第１属性情報と前記第２属性情報との関連づけは、前記第２属性情報が付属する前記第１属性情報を示す識別情報をフィールドとして前記第２属性情報に含ませることによって行われることで構成される。
【００１４】
また、本発明にかかる記録方法は、複数のファイルのそれぞれに関連する複数の情報のうち、複数のファイルの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報とデータ長が可変長であるフィールドを含む第２属性情報とに分け、記録媒体に記録された複数のファイルのそれぞれに係る複数の第１属性情報を前記複数のファイルと関連付けるとともに、前記複数の第１属性情報を前記複数の第２属性情報と関連付け、前記複数の第１属性情報と前記複数の第２属性情報とを複数の領域に収容し、前記複数の領域の中で前記第１属性情報を収容する領域と前記第２属性情報を収容する領域とを個別に設けるインデックスファイルを生成し、生成したインデックスファイルを記録媒体に記録することで構成される。
【００１５】
さらに、本発明にかかる記録媒体は、複数のファイルのそれぞれに関連する複数の情報のうち、複数のファイルの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報とデータ長が可変長であるフィールドを含む第２属性情報とに分け、記録された複数のファイルのそれぞれに係る複数の第１属性情報を前記複数のファイルと関連付けるとともに、前記複数の第１属性情報を前記複数の第２属性情報と関連付け、前記複数の第１属性情報と前記複数の第２属性情報とを複数の領域に収容し、前記複数の領域の中で前記第１属性情報を収容する領域と前記第２属性情報を収容する領域とを個別に設けるインデックスファイルを記録することで構成される。
【００１６】
また、本発明では、複数のファイルのそれぞれに関連する複数の情報から複数の領域を含むインデックスファイルを生成する生成手段と、被写体の像を撮影し得られた像信号を記録媒体にファイルとして記録すると共に、前記インデックスファイルを記録媒体に記録する記録手段とを備える電子カメラにおいて、前記生成手段は、複数のファイルのそれぞれに関連する複数の情報のうち、複数のファイルの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報とデータ長が可変長であるフィールドを含む第２属性情報とに分け、前記記録媒体に記録された複数のファイルのそれぞれに係る複数の第１属性情報を前記複数のファイルと関連付けるとともに、前記複数の第１属性情報を前記複数の第２属性情報と関連付け、前記複数の第１属性情報と前記複数の第２属性情報とを前記複数の領域に収容し、前記複数の領域の中で前記第１属性情報を収容する領域と前記第２属性情報を収容する領域とを個別に前記インデックスファイルに設けることで構成される。
【００１７】
このような記録装置、記録方法、記録媒体および電子カメラでは、記録された複数のファイルに係る属性情報をデータ長が固定長である部分と可変長である部分とに分けて、インディックスファイルに収容するので、編集などによって、属性情報全体のデータ長が変動したとしても、変動部分は可変長の部分のみに生じるので、可変長の部分だけ記録媒体に再記録すればよい。
【００１８】
このため、インディックスファイル全体を記録媒体に再記録する場合よりも、高速に再記録の処理を行うことができる。
【００１９】
【発明の実施の形態】
以下、図面に基づいて本発明の実施形態について説明する。なお、各図において、同一の構成については、同一の符号を付す。
（第１の実施形態）
図１は、ディジタル記録再生装置の一構成例を示すブロック図である。
【００２０】
図１において、ディジタル記録再生装置は、ビデオ符号器１１、オーディオ符号器１２、ビデオ復号器１３、オーディオ復号器１４、ファイル生成器１５、ファイル復号器１６、メモリ１７、２０、メモリコントローラ１８、システム制御マイコン１９、エラー訂正符号／復号器２１、ドライブ制御マイコン２２、データ変復調器２３、磁界変調ドライバ２４、操作部２６、サーボ回路３０、モータ３１、磁界ヘッド３２および光ピックアップ３３を備えて構成される。
【００２１】
ビデオ信号は、ビデオ入力端子からビデオ符号器１１に供給され、圧縮符号化される。オーディオ信号は、オーディオ入力端子からオーディオ符号器１２に供給され、圧縮符号化される。ビデオ符号器１１およびオーディオ符号器１２の各出力がエレメンタリストームと呼ばれる。
【００２２】
本実施形態では、ディジタル記録再生装置は、カメラ一体型ディジタル記録再生装置に備えられているものとする。ビデオ信号は、ビデオカメラで撮影された画像が供給され、ビデオカメラは、光学系によって被写体の撮像光がCCD(Charge Coupled 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ムービーファイルを用いて作成される、第２の実施形態におけるインデックス・ファイルの一例を示す図である。
【図１１】第２の実施形態におけるプロパティの実データの一例を示す図である。
【図１２】第２の実施形態におけるプロパティの情報とインデックス・データの構造との一例を示す図である。
【符号の説明】
１１ ビデオ符号器
１２ オーディオ符号器
１３ ビデオ復号器
１４ オーディオ復号器
１５ ファイル生成器
１６ ファイル復号器
１７、２０ メモリ
１８ メモリコントローラ
１９ システム制御マイコン
２１ エラー訂正符号／復号器
２３ データ変復調器
２４ 磁界変調ドライバ
２６ 操作部
３０ サーボ回路
３１ モータ
３２ 磁界ヘッド
３３ 光ピックアップ
４０ 記録媒体
５０ カメラ一体型ディジタル記録再生装置
５１ 本体
５２ レンズ部
５３ 集音マイク
５４ 表示パネル
５５ ポインティングデバイス
２０１ インデックスアトム
２０２ インデックス・データ・アトム
２１２ トラックアトム（基本プロパティ）
２１６ トラックアトム（拡張プロパティ）
３１２ トラックアトム（プロパティ）
Claims (10)
- 複数のファイルのそれぞれに関連する複数の情報から複数の領域を含むインデックスファイルを生成する生成手段と、前記インデックスファイルを記録媒体に記録する記録手段とを備える記録装置において、
前記生成手段は、
前記複数のファイルのそれぞれに関連する複数の情報のうち、前記複数のファイルの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報とデータ長が可変長であるフィールドを含む第２属性情報とに分け、
前記記録媒体に記録された複数のファイルのそれぞれに係る複数の第１属性情報を前記複数のファイルと関連付けるとともに、前記複数の第１属性情報を前記複数の第２属性情報と関連付け、前記複数の第１属性情報と前記複数の第２属性情報とを前記複数の領域に収容し、
前記複数の領域の中で前記第１属性情報を収容する領域と前記第２属性情報を収容する領域とを個別に前記インデックスファイルに設けること
を特徴とする記録装置。 - 前記インデックスファイルは、
前記第１属性情報と前記第２属性情報とを収容する第１部分と、
前記第１部分内における前記複数の領域のそれぞれの位置を示す情報を収容する第２部分とを備え、
前記第１属性情報と前記第２属性情報との関連づけは、前記第１属性情報に前記第２属性情報が付属するか否かを示す識別情報をフィールドとして前記第１属性情報に含ませることによって行われること
を特徴とする請求項１に記載の記録装置。 - 前記第２属性情報には、自身が第１属性情報に付属する属性情報であることを示す識別情報をフィールドに含み、
前記第１属性情報と前記第２属性情報との関連づけは、前記第２属性情報が付属する前記第１属性情報を示す識別情報をフィールドとして前記第２属性情報に含ませることによって行われること
を特徴とする請求項１に記載の記録装置。 - 前記生成手段は、前記複数のファイルのそれぞれに対応する複数の抜粋情報を対応するファイルの第１属性情報が収容された領域にさらに収容すること
を特徴とする請求項１に記載の記録装置。 - 前記複数の抜粋情報のそれぞれは、前記複数のファイルの各々に関連する画像データであること
を特徴とする請求項４に記載の記録装置。 - 前記複数の抜粋情報のそれぞれは、前記複数のファイルの各々に関連するオーディオデータであること
を特徴とする請求項４に記載の記録装置。 - 前記複数の抜粋情報のそれぞれは、前記複数のファイルの各々に関連するテキストデータであること
を特徴とする請求項４に記載の記録装置。 - 複数のファイルのそれぞれに関連する複数の情報のうち、前記複数のファイルの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報とデータ長が可変長であるフィールドを含む第２属性情報とに分け、記録媒体に記録された複数のファイルのそれぞれに係る複数の第１属性情報を前記複数のファイルと関連付けるとともに、前記複数の第１属性情報を前記複数の第２属性情報と関連付け、前記複数の第１属性情報と前記複数の第２属性情報とを複数の領域に収容し、前記複数の領域の中で前記第１属性情報を収容する領域と前記第２属性情報を収容する領域とを個別に設けるインデックスファイルを生成し、
生成したインデックスファイルを記録媒体に記録する記録方法。 - 複数のファイルのそれぞれに関連する複数の情報のうち、前記複数のファイルの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報とデータ長が可変長であるフィールドを含む第２属性情報とに分け、記録された複数のファイルのそれぞれに係る複数の第１属性情報を前記複数のファイルと関連付けるとともに、前記複数の第１属性情報を前記複数の第２属性情報と関連付け、前記複数の第１属性情報と前記複数の第２属性情報とを複数の領域に収容し、前記複数の領域の中で前記第１属性情報を収容する領域と前記第２属性情報を収容する領域とを個別に設けるインデックスファイルを記録した記録媒体。
- 複数のファイルのそれぞれに関連する複数の情報から複数の領域を含むインデックスファイルを生成する生成手段と、
被写体の像を撮影し得られた像信号を記録媒体にファイルとして記録すると共に、前記インデックスファイルを記録媒体に記録する記録手段とを備える電子カメラにおいて、
前記生成手段は、
前記複数のファイルのそれぞれに関連する複数の情報のうち、前記複数のファイルの属性を示す属性情報を、データ長が固定長であるフィールドのみを纏めた第１属性情報とデータ長が可変長であるフィールドを含む第２属性情報とに分け、
前記記録媒体に記録された複数のファイルのそれぞれに係る複数の第１属性情報を前記複数のファイルと関連付けるとともに、前記複数の第１属性情報を前記複数の第２属性情報と関連付け、前記複数の第１属性情報と前記複数の第２属性情報とを前記複数の領域に収容し、
前記複数の領域の中で前記第１属性情報を収容する領域と前記第２属性情報を収容する領域とを個別に前記インデックスファイルに設けること
を特徴とする電子カメラ。
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001240243A JP3695581B2 (ja) | 2001-08-08 | 2001-08-08 | 記録装置および記録方法、記録媒体、並びに、電子カメラ |
| US10/398,618 US7609296B2 (en) | 2001-08-08 | 2002-07-26 | Recording apparatus, recording method, and recording medium using an index file |
| EP02753207A EP1416489A4 (en) | 2001-08-08 | 2002-07-26 | RECORDING DEVICE, RECORDING METHOD AND RECORDING MEDIUM |
| KR1020037004902A KR100859619B1 (ko) | 2001-08-08 | 2002-07-26 | 기록 장치 및 기록 방법, 및 기록 매체 |
| PCT/JP2002/007621 WO2003015098A1 (fr) | 2001-08-08 | 2002-07-26 | Appareil d'enregistrement, procede d'enregistrement et support d'enregistrement |
| CN2008100887594A CN101271717B (zh) | 2001-08-08 | 2002-07-26 | 包括创建装置和记录装置的记录设备和方法及摄像设备 |
| CNB028029135A CN100399467C (zh) | 2001-08-08 | 2002-07-26 | 包括创建装置和记录装置的记录设备和方法及电子摄像机 |
| TW091117694A TW591622B (en) | 2001-08-08 | 2002-08-06 | Recording apparatus, recording method, and recording medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001240243A JP3695581B2 (ja) | 2001-08-08 | 2001-08-08 | 記録装置および記録方法、記録媒体、並びに、電子カメラ |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005119917A Division JP4013161B2 (ja) | 2005-04-18 | 2005-04-18 | 記録装置、記録方法、および、記録媒体、並びに、撮像装置および、再生方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003059236A JP2003059236A (ja) | 2003-02-28 |
| JP3695581B2 true JP3695581B2 (ja) | 2005-09-14 |
Family
ID=19070888
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001240243A Expired - Fee Related JP3695581B2 (ja) | 2001-08-08 | 2001-08-08 | 記録装置および記録方法、記録媒体、並びに、電子カメラ |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7609296B2 (ja) |
| EP (1) | EP1416489A4 (ja) |
| JP (1) | JP3695581B2 (ja) |
| KR (1) | KR100859619B1 (ja) |
| CN (2) | CN101271717B (ja) |
| TW (1) | TW591622B (ja) |
| WO (1) | WO2003015098A1 (ja) |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003079359A1 (fr) * | 2002-03-18 | 2003-09-25 | Sharp Kabushiki Kaisha | Procede, dispositif et support d'enregistrement de donnees, et procede et dispositif de reproduction de donnees |
| JP4022755B2 (ja) * | 2003-01-21 | 2007-12-19 | ソニー株式会社 | 記録装置、再生装置、ファイル管理方法及びファイル再生方法 |
| JP3924787B2 (ja) * | 2003-02-27 | 2007-06-06 | ソニー株式会社 | 記録装置、ファイル管理方法、ファイル管理方法のプログラム、ファイル管理方法のプログラムを記録した記録媒体 |
| JP4401690B2 (ja) | 2003-06-10 | 2010-01-20 | キヤノン株式会社 | ビデオカメラ |
| JP3719516B2 (ja) * | 2003-06-11 | 2005-11-24 | ソニー株式会社 | 情報処理装置および方法、プログラム、並びに記録媒体 |
| JP4217553B2 (ja) * | 2003-07-09 | 2009-02-04 | キヤノン株式会社 | 動画像記録装置及びその方法 |
| US7590643B2 (en) | 2003-08-21 | 2009-09-15 | Microsoft Corporation | Systems and methods for extensions and inheritance for units of information manageable by a hardware/software interface system |
| US8166101B2 (en) | 2003-08-21 | 2012-04-24 | Microsoft Corporation | Systems and methods for the implementation of a synchronization schemas for units of information manageable by a hardware/software interface system |
| US8238696B2 (en) | 2003-08-21 | 2012-08-07 | Microsoft Corporation | Systems and methods for the implementation of a digital images schema for organizing units of information manageable by a hardware/software interface system |
| TWI337310B (en) * | 2003-08-21 | 2011-02-11 | Microsoft Corp | Systems and methods for extensions and inheritance for units of information manageable by a hardware/software interface system |
| US7539870B2 (en) * | 2004-02-10 | 2009-05-26 | Microsoft Corporation | Media watermarking by biasing randomized statistics |
| US7624021B2 (en) | 2004-07-02 | 2009-11-24 | Apple Inc. | Universal container for audio data |
| KR100565080B1 (ko) * | 2004-09-13 | 2006-03-30 | 삼성전자주식회사 | 대표 타이틀 정보가 부가된 메타 데이터를 포함한 ａｖ데이터를 기록한 정보저장매체, 그 재생장치 및 메타데이터 검색방법 |
| US20060173901A1 (en) * | 2005-01-31 | 2006-08-03 | Mediatek Incorporation | Methods for merging files and related systems |
| JP2007115180A (ja) * | 2005-10-24 | 2007-05-10 | Sony Corp | 情報処理装置、情報表示方法および情報表示プログラム |
| JP2007243907A (ja) * | 2006-02-10 | 2007-09-20 | Sony Corp | 記録装置、記録方法、記録方法のプログラム、記録方法のプログラムを記録した記録媒体、再生装置、再生方法、再生方法のプログラム及び再生方法のプログラムを記録した記録媒体 |
| JP4715623B2 (ja) * | 2006-05-08 | 2011-07-06 | ソニー株式会社 | データ記録装置及びデータ記録方法、並びにコンピュータ・プログラム |
| JP5067599B2 (ja) | 2006-06-08 | 2012-11-07 | ソニー株式会社 | 映像信号処理装置、映像表示装置および映像表示方法 |
| KR101336855B1 (ko) * | 2012-04-20 | 2013-12-04 | (주)네오위즈게임즈 | 코드를 생성하는 방법, 장치 및 기록매체와, 코드를 관리하는 방법 및 시스템 |
| CN106330431A (zh) * | 2016-08-29 | 2017-01-11 | 北京瑞卓喜投科技发展有限公司 | 基于区块链技术的数据处理方法、装置及系统 |
Family Cites Families (39)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4864497A (en) * | 1988-04-13 | 1989-09-05 | Digital Equipment Corporation | Method of integrating software application programs using an attributive data model database |
| JP2940872B2 (ja) | 1989-06-19 | 1999-08-25 | パイオニア株式会社 | 記録情報再生装置 |
| JP2712656B2 (ja) | 1989-10-25 | 1998-02-16 | 日本電気ホームエレクトロニクス株式会社 | Ｃｄ―ｒｏｍ記録方法 |
| US5454039A (en) * | 1993-12-06 | 1995-09-26 | International Business Machines Corporation | Software-efficient pseudorandom function and the use thereof for encryption |
| JPH07175710A (ja) * | 1993-12-20 | 1995-07-14 | Canon Inc | データ管理方法及び装置 |
| JP2916373B2 (ja) * | 1994-06-02 | 1999-07-05 | オリンパス光学工業株式会社 | 情報記録媒体及び情報再生装置 |
| JP3461205B2 (ja) | 1994-07-29 | 2003-10-27 | 富士写真フイルム株式会社 | 複数の記録媒体間における画像データの複写システムおよび複写方法 |
| JPH0863485A (ja) | 1994-08-24 | 1996-03-08 | Fuji Photo Film Co Ltd | データファイル記録方法およびデータファイリングシステム |
| EP1912422A2 (en) * | 1994-08-31 | 2008-04-16 | Sony Corporation | Still picture system |
| JP3518897B2 (ja) * | 1994-09-05 | 2004-04-12 | オリンパス株式会社 | 情報再生装置及び情報記録媒体 |
| JP3381431B2 (ja) | 1994-11-30 | 2003-02-24 | ソニー株式会社 | 再生装置、再生方法 |
| JP2929963B2 (ja) * | 1995-03-15 | 1999-08-03 | 松下電器産業株式会社 | 文書検索装置および単語索引作成方法および文書検索方法 |
| JP3426428B2 (ja) * | 1995-10-27 | 2003-07-14 | 富士通株式会社 | トランザクションのトレース装置 |
| US5751281A (en) | 1995-12-11 | 1998-05-12 | Apple Computer, Inc. | Apparatus and method for storing a movie within a movie |
| US5751280A (en) * | 1995-12-11 | 1998-05-12 | Silicon Graphics, Inc. | System and method for media stream synchronization with a base atom index file and an auxiliary atom index file |
| EP1012730A1 (en) * | 1996-01-31 | 2000-06-28 | Ipsilon Networks, Inc. | Improved method and apparatus for dynamically shifting between routing and switching packets in a transmission network |
| JPH09213056A (ja) | 1996-02-06 | 1997-08-15 | Sharp Corp | 大容量データ検索装置 |
| JPH09247597A (ja) | 1996-03-11 | 1997-09-19 | Mitsubishi Electric Corp | 磁気記録方法及び磁気記録再生装置 |
| JP3160201B2 (ja) * | 1996-03-25 | 2001-04-25 | インターナショナル・ビジネス・マシーンズ・コーポレ−ション | 情報検索方法、情報検索装置 |
| GB2312079B (en) * | 1996-04-12 | 2000-11-15 | Sony Uk Ltd | Editing of recorded material |
| JP3113814B2 (ja) * | 1996-04-17 | 2000-12-04 | インターナショナル・ビジネス・マシーンズ・コーポレ−ション | 情報検索方法及び情報検索装置 |
| JP3458609B2 (ja) * | 1996-07-26 | 2003-10-20 | 松下電器産業株式会社 | 光ディスク装置のスピンアップ方法 |
| US6366698B1 (en) * | 1997-03-11 | 2002-04-02 | Casio Computer Co., Ltd. | Portable terminal device for transmitting image data via network and image processing device for performing an image processing based on recognition result of received image data |
| JP2969097B2 (ja) | 1997-05-27 | 1999-11-02 | パイオニア株式会社 | 記録媒体再生装置 |
| JPH10341402A (ja) | 1997-06-09 | 1998-12-22 | Sony Corp | 画像記録装置及び方法並びに画像再生装置及び方法 |
| KR100302497B1 (ko) * | 1998-06-23 | 2001-11-22 | 구자홍 | 재기록가능기록매체의정지영상관리데이터의생성/기록방법 |
| JP4092804B2 (ja) * | 1998-08-06 | 2008-05-28 | ソニー株式会社 | 再生装置 |
| US6370534B1 (en) * | 1999-06-01 | 2002-04-09 | Pliant Technologies, Inc. | Blocking techniques for data storage |
| US6463439B1 (en) * | 1999-07-15 | 2002-10-08 | American Management Systems, Incorporated | System for accessing database tables mapped into memory for high performance data retrieval |
| JP4629173B2 (ja) * | 1999-09-17 | 2011-02-09 | ソニー株式会社 | 記録装置および記録方法、並びに記録媒体 |
| US6301614B1 (en) * | 1999-11-02 | 2001-10-09 | Alta Vista Company | System and method for efficient representation of data set addresses in a web crawler |
| JP2001352471A (ja) * | 2000-06-07 | 2001-12-21 | Toshiba Corp | ビデオカメラ装置 |
| US7072521B1 (en) * | 2000-06-19 | 2006-07-04 | Cadwell Industries, Inc. | System and method for the compression and quantitative measurement of movement from synchronous video |
| KR100547317B1 (ko) * | 2000-07-14 | 2006-01-26 | 엘지전자 주식회사 | 인덱스 정보의 추출과 검색이 동시에 가능한 녹화/재생장치 |
| US6826555B2 (en) * | 2000-07-24 | 2004-11-30 | Centor Software Corporation | Open format for file storage system indexing, searching and data retrieval |
| JP2002170361A (ja) * | 2000-12-04 | 2002-06-14 | Nec Corp | 光ディスク映像記録再生装置 |
| US7450255B2 (en) * | 2001-01-16 | 2008-11-11 | Canon U.S.A., Inc. | Photograph record authoring system |
| JP3784060B2 (ja) * | 2003-01-10 | 2006-06-07 | インターナショナル・ビジネス・マシーンズ・コーポレーション | データベース検索システム、その検索方法及びプログラム |
| US7509329B1 (en) * | 2004-06-01 | 2009-03-24 | Network Appliance, Inc. | Technique for accelerating file deletion by preloading indirect blocks |
-
2001
- 2001-08-08 JP JP2001240243A patent/JP3695581B2/ja not_active Expired - Fee Related
-
2002
- 2002-07-26 CN CN2008100887594A patent/CN101271717B/zh not_active Expired - Fee Related
- 2002-07-26 WO PCT/JP2002/007621 patent/WO2003015098A1/ja active Application Filing
- 2002-07-26 EP EP02753207A patent/EP1416489A4/en not_active Withdrawn
- 2002-07-26 CN CNB028029135A patent/CN100399467C/zh not_active Expired - Fee Related
- 2002-07-26 KR KR1020037004902A patent/KR100859619B1/ko not_active IP Right Cessation
- 2002-07-26 US US10/398,618 patent/US7609296B2/en not_active Expired - Fee Related
- 2002-08-06 TW TW091117694A patent/TW591622B/zh not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| EP1416489A1 (en) | 2004-05-06 |
| JP2003059236A (ja) | 2003-02-28 |
| US20050226603A1 (en) | 2005-10-13 |
| CN101271717A (zh) | 2008-09-24 |
| KR100859619B1 (ko) | 2008-09-23 |
| EP1416489A4 (en) | 2006-05-03 |
| TW591622B (en) | 2004-06-11 |
| US7609296B2 (en) | 2009-10-27 |
| WO2003015098A1 (fr) | 2003-02-20 |
| CN100399467C (zh) | 2008-07-02 |
| CN1473334A (zh) | 2004-02-04 |
| CN101271717B (zh) | 2010-10-13 |
| KR20040021568A (ko) | 2004-03-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100832952B1 (ko) | 기록 장치, 기록 방법 및 기록 매체 | |
| JP3695581B2 (ja) | 記録装置および記録方法、記録媒体、並びに、電子カメラ | |
| JP4629173B2 (ja) | 記録装置および記録方法、並びに記録媒体 | |
| JP4022755B2 (ja) | 記録装置、再生装置、ファイル管理方法及びファイル再生方法 | |
| KR100904327B1 (ko) | 기록 장치, 기록 방법, 기록 매체 및 촬상 장치 | |
| JP4576725B2 (ja) | 記録装置、記録方法、プログラムおよび記録媒体 | |
| JP4691798B2 (ja) | 記録装置および記録媒体 | |
| JP4013161B2 (ja) | 記録装置、記録方法、および、記録媒体、並びに、撮像装置および、再生方法 | |
| JP4264668B2 (ja) | 再生装置、および、再生方法、並びに、プログラム格納媒体 | |
| JP4100375B2 (ja) | 記録装置、記録方法、プログラム、記録媒体および撮像装置 | |
| JP4662547B2 (ja) | ディジタル記録装置、ディジタル記録方法および記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050216 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050418 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050609 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050622 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080708 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090708 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090708 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100708 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100708 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110708 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110708 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120708 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120708 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130708 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |