JP4492535B2 - 記録装置、記録制御方法 - Google Patents

Description

本発明は、記録媒体に記録されるデータファイルを第１の管理情報により第１のデータファイルとして管理するようにされると共に、上記第１のデータファイルをさらに第２の管理情報により管理するように構成された記録装置と記録制御方法に関する。

例えばデジタルビデオカメラなどの動画／静止画記録再生装置において、記録媒体に記録されるコンテンツの管理は、従来より例えばＦＡＴ（File Allocation Table）システムなどのファイルシステム用いて行うようにされている。周知のようにＦＡＴファイルシステムは、記憶ファイルをツリー型のディレクトリ構造により管理するようにされたファイルシステムである。この場合、ファイル管理は、ディレクトリエントリ及びＦＡＴとしてのテーブル情報を用いることで実現される。

また、一方で近年においては、記録媒体の大記憶容量化に伴い記録可能なコンテンツの数が増えたことや、ファイルシステムが持つコンテンツ関連情報（例えばファイル名の情報など）以外にもさらに多くの関連情報を効率的に管理することについての要請があり、これに応じて上記ファイルシステムによる管理とは別に、さらに専用の管理情報を用いたコンテンツの管理を行うということが為される。
例えば、動画再生時には、各コンテンツファイルのサムネイル画像をインデックス表示するということが行われる場合があるが、これに対応させて、予め各コンテンツファイルのサムネイル画像を埋め込むことのできる管理情報とするなどといったことが行われる。すなわち、このようにサムネイル画像が管理情報側に格納されていることで、上記インデックス表示を効率的に行うことができるように図られている。
或いは、このような専用の管理情報を用いれば、各コンテンツファイルを例えば作成日時順などの所定の区分けでフォルダ分けして管理するなど、汎用的なファイルシステムにはない管理形態を実現することができる。

なお、関連する従来技術については下記の特許文献を挙げることができる。
特開２００４−２２７６３０号公報

ところが、上記のようにファイルシステムによる管理と専用の管理情報による管理との二重の管理を行うようにされることに起因して問題が生じる場合があった。
例えば、ＦＡＴファイルシステムでは、生成可能なデータファイルサイズが数ＧＢ（ギガバイト）程度とその上限が定められている。これに対し、特に動画データのような記録時間長に応じて記録データ容量が増大するデータについて記録を行った場合には、上記ファイルサイズの上限を超えてデータの記録が行われることも容易に起こりうる。
このようにファイルシステムで規定されたファイルサイズ上限を超えたデータ記録が行われた場合、記録された動画データは１つのコンテンツを形成するものとして扱われるべきものであるにも関わらず、複数のファイルに分割されてしまう。すなわち、実際には１つとして管理されるべきコンテンツを、複数のコンテンツとして管理せざるを得なくなってしまうというものである。

これによると、例えば上述のようにインデックス表示としてコンテンツファイルごとにサムネイル画像を表示するといった場合には、実際には１つのコンテンツに対応した１つのサムネイル画像のみが表示されるべきであるにも関わらず、分割されたファイルごとにサムネイル画像が表示されてしまい、これによってユーザの混乱を招く虞がある。
このようなことからも、一連のストリームデータについて記録を行う場合は、ファイルシステムによっては複数のファイルに分割されてしまう場合にも、これらを１つのコンテンツとして管理できるようにすることが要請される。

そこで、本発明では以上のような問題点に鑑み、記録装置として以下のように構成することとした。
つまり、ファイルシステムにより記録媒体に記録されるデータファイルが管理されると共に、上記ファイルシステムの管理下で所定のデータファイルが生成されることに応じて、少なくとも上記所定のデータファイルを指し示す識別子を含む上記所定のデータファイルについての属性情報を格納するプロパティスロットを、プロパティファイルに追加するように構成された記録装置であって、先ずは上記記録媒体に対するデータ記録を行う記録手段を備える。
さらに、上記記録媒体に対して記録される一連のストリームデータについて複数の上記所定のデータファイルが生成される場合に、上記プロパティファイルに対し、上記複数の所定のデータファイルについての上記プロパティスロットを指し示すための情報を格納する仮想プロパティスロットが追加されるように記録制御を行う記録制御手段を備えるものである。

上記構成によれば、ファイルシステムによる管理下において、ストリームデータの記録中にその記録済みデータについて生成された複数のデータファイルは、プロパティファイルによる管理下においては１つの仮想データファイルとして扱うようにすることができる。

このようにして本発明によれば、ファイルシステムによる管理下では一連のストリームデータ（１つのコンテンツ）が複数のデータファイルに分割されて管理される場合にも、これらのデータファイルを１つの仮想データファイルとして扱うことができる。すなわち、１つのコンテンツであるとして扱うことができる。
これによれば、例えばデータファイルごとにサムネイル画像のインデックス表示時が行われるといった場合にも、上記ファイルシステムの管理下では複数とされるデータファイルを実質的に１つのデータファイルとして扱うことができ、この結果、一連のストリームデータ（１つのコンテンツ）が複数のデータファイルに分割されて記録される場合にも、適正に１つのコンテンツに対し１つのサムネイル画像を割り振ることができる。

以下、発明を実施するための最良の形態（以下実施の形態とする）について説明していく。
図１は、本実施の形態の記録装置としてのデジタルビデオカメラ１の構成例を示すブロック図である。
先ず図１において、光学系部２は、撮像レンズ、絞りなどを備えて成り、入射された光を撮像光として、光電変換部３に結像させる。また、光学系部２においては、フォーカス（焦点）調整のためのフォーカス調整機構や、絞り値に応じて絞りを可変する絞り可変機構などを備えているものとされ、このような機構部の駆動は、カメラ機能部６から出力される駆動信号によって行われる。カメラ機能部６は、ＣＰＵ(Central Processing Unit)１０の制御に応じて、しかるべきフォーカス状態や絞りの状態等が得られるように所要の駆動信号を出力するようにされる。
また、例えば光学ズーム機能を与えるとした場合には、光学系部２においてズームレンズを移動させるズーム機構を設けると共に、上記と同様にＣＰＵ１０の制御に応じて上記ズーム機構を移動させる駆動部を設けるようにすればよい。さらに、ストロボを設けて、カメラ機能部６にストロボ発光機能を与えるように構成することもできる。

光電変換部３は、例えば光電変換素子であるＣＣＤ(Charge Coupled Device)を備えて構成され、光学系部２から入射されて受光面にて結像された撮像光を光電変換することで撮像信号を生成してビデオ信号処理部４に出力する。撮影時においては、例えば露出設定結果に応じて決定されるシャッター速度の指示が、ＣＰＵ１０からビデオ信号処理部４に通知される。ビデオ信号処理部４では、通知されたシャッター速度に対応する走査タイミング信号を光電変換部３に出力する。光電変換部３は、この走査タイミング信号に応じて走査を行うようにして、光電変換処理を実行して映像信号を出力するようにされる。

ビデオ信号処理部４は、光電変換部３から入力されたアナログのビデオ信号（撮像画像信号）について、例えばゲイン調整、サンプルホールド処理を施すことによって波形整形を行ったうえで、Ａ／Ｄ変換を行うことで、デジタルデータとしてのビデオ信号に変換する。そして、この変換処理によって得られたデジタルビデオ信号について、例えば、表示用輝度データの生成処理などをはじめ、表示部７にて表示が行われるようにするためのビデオ信号処理を実行する。これに伴い、ビデオ信号処理部４では、ＣＰＵ１０の制御に応じてキャラクタ画像なども撮像画像に重畳して表示可能なように、いわゆるオンスクリーンディスプレイのための信号処理も実行可能とされている。
表示部７として採用される実際のディスプレイデバイスについては特に限定されるべきものではないが、現状においては、広く液晶ディスプレイパネルが採用されている。

また、ビデオ信号処理部４は、光電変換部３から入力されたアナログビデオ信号を変換して得たデジタルビデオ信号について、例えば所定方式による圧縮符号化処理を施して、圧縮ビデオデータを生成することが可能とされている。
また、本実施の形態のデジタルビデオカメラ１は、デジタルスチルカメラ機能も備える。つまり、撮像画像信号について、写真としての所定形式による静止画データファイルを生成することが可能とされているが、このような画像処理も、ビデオ信号処理部４によって行われる。

また、ビデオ信号処理部４では、光電変換部３から入力された画像（映像）信号や、後述するＨＤＤ（Hard Disc Drive）１４から読み出されたＡＶデータのファイル（ＡＶファイルＦav）などを、所定方式のアナログビデオ信号又はデジタルビデオ信号に変換して、画像入出力部５を介して外部機器などに出力可能とされている。
画像入出力部５は、外部から所定方式のビデオ信号を入力するようにされており、この入力したビデオ信号をビデオ信号処理部４の処理を経て表示部７に表示させることが可能とされる。また、ビデオ信号処理部４は、画像入出力部５が入力したビデオ信号について、光電変換部３から入力されたアナログビデオ信号と同様にして、記録用データに変換してメディアコントローラ１３に転送することもできる。
これに対応して、画像入出力部５は、例えば所定方式に従った映像（画像）信号出力端子／映像信号入力端子を備える。

また、本実施の形態のデジタルビデオカメラ１は、音声処理部８及び音声入出力部９を備えることで、音声信号の入出力も可能とされている。
先ず、音声入力については、音声入出力部９としてマイクロフォンなどを備え、外部音声の収音を行って音声信号に変換して音声を入力するようにされる。そして、このようにして入力した音声信号を音声処理部８に出力する。音声処理部８は、例えば、撮像画像の圧縮符号化に対応する音声圧縮符号化方式により符号化された圧縮オーディオデータに変換するなどの音声信号処理を施す。

ＣＰＵ１０は、ビデオ信号処理部４により得られた撮像画像についての圧縮ビデオデータと、音声処理部８により得られた収音音声についての圧縮オーディオデータとにより、所定形式のＡＶファイルＦavを形成するための制御処理を実行するようにされる。このＡＶファイルＦavは、圧縮ビデオデータを再生して出力される動画像に対して、圧縮オーディオデータを再生して出力される音声の再生時間軸が同期したものとなっている。なお、実際にＡＶファイルＦavを形成するための構成としては、ＣＰＵ１０がプログラムを実行して得られるデジタル信号処理となるソフトウェア構成とされてもよいし、あるいは、ＡＶファイルＦavを形成するためのハードウェアを備えるとともに、ＣＰＵ１０がこのハードウェアについての動作を制御する構成としてもよい。
上記ＡＶファイルＦavとしてのデータは、記録用データとして、例えばＣＰＵ１０の制御によってメディアコントローラ１３に転送される。また、ＣＰＵ１０は、ビデオ信号処理部４によって生成された写真画像としての所定形式の静止画データファイルについても、記録用データとしてメディアコントローラ１３に転送することができる。

音声入出力部９としては、音声信号入力端子などを備えて外部のオーディオ機器などからオーディオ信号を入力するようにも構成することができる。上記音声信号入力端子から入力されたオーディオ信号について、音声処理部８は、所定形式によるデジタルオーディオデータファイルに変換するようにされる。ＣＰＵ１０は、このようなデジタルオーディオデータファイルのデータについても、記録用データとしてメディアコントローラ１３に転送することができる。

メディアコントローラ１３は、ＣＰＵ１０との連携により、ＨＤＤ１４に対するデータ処理に関する制御処理を実行可能に構成される。ここでいうＨＤＤ１４に対するデータ処理とは、メディア（つまりここではハードディスク）のフォーマット処理や、メディアの記憶領域に対するファイル及びファイル管理のための情報（ファイル管理情報）などの書き込み／読み出し処理など、メディアに記憶されるべきデータに関連する何らかの処理をいう。

なお、ＨＤＤ１４としては、例えばデジタルビデオカメラ１に固定的に内蔵されるものとしてもよいし、デジタルビデオカメラ１（ホスト）に対して装脱可能な、所定の規格に従ったリムーバブル形態とされてもよい。

上記メディアコントローラ１３は、先に説明したようにして記録用データが転送されてくるのに応じて、この記録用データをＨＤＤ１４に対してさらに転送する。データが転送されたＨＤＤ１４では、メディアコントローラ１３側からの指示に応じて記憶領域に対してデータを書き込んで記憶させる。このようにしてＨＤＤ１４に記憶されるデータがファイルとして記憶管理されることになる。なお、ＨＤＤ１４に記憶されるファイルの管理形態については後述する。

また、例えばＨＤＤ１４に記憶されているファイルについての再生として、ＡＶファイルＦavを再生するときには、ＣＰＵ１０及びメディアコントローラ１３は、指定されたＡＶファイルにアクセスして読み出しを行う。このようにして読み出されるＡＶファイルＦavは、例えばＣＰＵ１０の処理により、圧縮ビデオデータと圧縮オーディオデータとに分離され、圧縮ビデオデータについてはビデオ信号処理部４に受け渡し、圧縮オーディオ信号については、音声処理部８に受け渡すようにされる。
この場合のビデオ信号処理部４及び音声処理部８は、それぞれ、上記のようにして転送されてきた圧縮ビデオデータ、圧縮オーディオデータについて、復調処理を含む所要の再生信号処理を実行する。これにより、圧縮ビデオデータを再生した画像を表示部７にて表示するとともに、この画像の再生時間に同期して、圧縮オーディオデータを再生して得られる音声信号を、音声入出力部９が有するとされるスピーカにより音声として出力させたり、ヘッドフォン端子から出力させることができる。

また、例えばＨＤＤ１４から再生されたオーディオデータファイルは、音声処理部８の音声信号処理を経た後に、音声入出力部９を介して、外部に対して所定形式のオーディオ信号、オーディオデータとして出力することも可能とされている。この場合、音声入出力部９としては、音声処理部８から出力される所定のオーディオ信号、オーディオデータの形式に対応するオーディオ出力端子を備えることになる。

ＣＰＵ１０は、プログラムを実行することでデジタルビデオカメラ１についての各種制御処理を実行する。ＲＯＭ１１は、ＣＰＵ１０が実行する各種プログラムのほか、ＣＰＵ１０が処理を実行するのに使用する各種設定情報などが記憶されている。ＲＡＭ１２は、ＣＰＵ１０がプログラムに従った処理を実行するときの作業領域として使用されるもので、各種の演算処理結果などのデータが保持される。
また、不揮発性メモリ１２ａは、例えばフラッシュメモリなどをはじめとした、電源供給が停止しても記憶内容が消去されない性質のメモリ素子により形成され、ＣＰＵ１０の制御によって、データの書き込み／読み出しが実行される。この不揮発性メモリ１２ａに記憶されるべきデータ（情報）としては、適宜内容の変更が行われる設定情報などが一般的であるが、特に限定されるものではなく、実際のデジタルビデオカメラ１の仕様などに応じて所要の各種の情報を記憶するものとされればよい。

この場合の操作入力部１５は、デジタルビデオカメラ１に備えられる各種操作子を一括して示している。例えば、この操作入力部１５における操作子としては、写真撮影時に操作されるシャッターボタン、動画撮影時に動画像の記録／停止を指示するための操作子、撮影モードなどを選択する操作子、パラメータのアップ／ダウンを行うための操作子などが含まれる。

通信部１６は、ＣＰＵ１０の制御に応じて、所定のデータ通信方式により外部デバイスと通信を行うためのハードウェア、ソフトウェアを実装して構成される部位である。この通信部１６が対応するデータ通信方式としては、有線、無線を問わず特に限定されるべきものではなく、また、対応するデータ通信方式の数も限定されるべきものでない。現状であれば、データ通信方式としては、有線ではEthernet（商標）などのネットワーク、USB(Universal Serial Bus)、IEEE(the Institute of Electrical and Electronic Engineers)1394などのデータバス規格などを挙げることができる。また、無線であれば、Bluetooth（商標）などのデバイス間近距離無線通信、IEEE802.11a/b/gなどの無線ＬＡＮ(Local Area Network)規格を挙げることができる。

電源部１７は、デジタルビデオカメラ１における各種のハードウェアデバイスに対して動作電源を供給するもので、例えばバッテリや電源アダプタからの電力供給を受けて動作する電源回路などを備えて構成される。

ここで、図１に示した本実施の形態としてのデジタルビデオカメラ１では、主としては、撮像／収音により得られるＡＶファイルＦavを、ＨＤＤ１４に対して記憶させることができるようになっている。
ＨＤＤ１４に記憶されるファイルは、通常は、所定フォーマットによるファイルシステムにより管理されることになるのであるが、本実施の形態としては、ＦＡＴ(File Allocation Table)ファイルシステムにより管理されるものとしている。ＦＡＴファイルシステムは、周知のようにして、ツリー型のディレクトリ構造によりファイルを管理するようにされており、また、データの書き込み／読み出しについては、クラスタといわれる論理的な最小データ管理単位により行うものとされている。クラスタは、メディアにおける物理的なデータ書き込み／読み出しの最小単位であるセクタを所定数にまとめたものが１単位となる。

図２は、ＦＡＴファイルシステムの一般的なシステム構成を階層モデルにより示している。
先ず、この階層モデルとしては、ソフトウェア層と、その下層となるハードウェア層に大別される。
ソフトウェア層は、メディアに対してホスト側となるＣＰＵ（ＣＰＵ１０）が実行するプログラム、及び各種ファームウェア、ミドルウェアなどにより実現されるソフトウェア処理が対応するものとされる。この場合のソフトウェア層は、図示するように、上層から下層にかけて、アプリケーションＲ１、ファイルシステムＲ２の各層が位置する。
ハードウェア層には、メディアそのものの物理的な記憶領域が位置するものとして考えることができる。

アプリケーションＲ１は、例えばファイルの記録／再生機能などを有してメディアＲ３を使用するアプリケーションソフトウェアが対応し、ファイルレベルでのアクセス要求をファイルシステムＲ２に対して行う。

ファイルシステムＲ２は、ファイルシステムとしての機能を実現するソフトウェアが対応する。本実施の形態ではＦＡＴファイルシステムを採用することとしているので、ファイルシステムＲ２の機能を提供するソフトウェアとしても、ＦＡＴファイルシステムに対応して構成されるものとなる。
このファイルシステムＲ２では、アプリケーションＲ１からのアクセス要求に従い、メディアＲ３へのアクセス要求を行う。

メディアＲ３は、論理的にはＦＡＴファイルシステムに従ってフォーマット（初期化）されたものとなる。図１ではＨＤＤ１４がこのメディアＲ３に相当する。そして、メディアＲ３は、ファイルシステムＲ２からのアクセス要求に応答して、指定されたアドレスからデータを読み出して、ファイルシステムＲ２に返す。つまりアクセス応答を実行する。
ファイルシステムＲ２は、メディアＲ３からのアクセス応答としてのデータの受け取りを行い、この受け取ったデータをアプリケーションＲ１に受け渡すようにされる。アプリケーションＲ１は、受け取ったデータファイルについて、例えばユーザによる操作入力などに応じたアプリケーションレベルでの所要の処理を実行する。

また、ＦＡＴファイルシステムは、記憶ファイルをツリー型のディレクトリ構造により管理し、また、ファイルをクラスタ単位の集合として管理するようにされている。このようなファイル管理、データ管理は、周知のようにしてディレクトリエントリ、及びＦＡＴとしてのテーブル情報（管理情報）を備えることにより実現されるものとなる。ディレクトリエントリは、メディアＲ３上におけるファイル、ディレクトリ（サブディレクトリ）の所在をクラスタレベルで示す情報であり、ＦＡＴは、ディレクトリ、ファイルを成すクラスタレベルでのチェイン（リンク、連結）を示す情報である。

図３は、ＦＡＴにより管理される、メディアＲ３としてのＨＤＤ１４に記憶されるデータファイルの管理形態をディレクトリ構造により示している。
先ずディレクトリとしては、図示するようにして管理ファイルディレクトリ、静止画ファイルディレクトリ、ＡＶファイルディレクトリの少なくとも３つのディレクトリが存在する。
静止画ファイルディレクトリ配下には静止画ファイルＦiが格納される。また、ＡＶファイルディレクトリ配下にはＡＶファイルＦavが格納される。
また、管理ファイルディレクトリ配下には、ＦＡＴとは別にコンテンツとしての静止画ファイルＦi、ＡＶファイルＦavを管理するための各種ファイルが格納される。特に本例の場合、この管理ファイルディレクトリ配下には、図示するプロパティファイルＦpとサムネイルファイルＦthとが格納される。

ここで、上記のようにして管理ファイルディレクトリ配下に格納される各種の管理ファイル（管理情報）は、この場合は静止画像や動画像となるコンテンツに特化してその管理を効率的に行うための管理情報である。
このようにＦＡＴファイルシステムとは別にコンテンツファイルに特化した専用の管理情報を用いた管理を行うのは、先にも述べたように、近年において記録媒体の大記憶容量化に伴い記録可能なコンテンツの数が増えたことや、ファイルシステムが持つコンテンツ関連情報（例えばファイル名や更新日時の情報など）以外にもさらに多くの関連情報を効率的に管理するなどの要請があることによる。
例えば、動画再生時には、各ＡＶファイルＦavについてのサムネイル画像をインデックス表示するということが行われる場合があるが、専用の管理情報とすれば、これに対応させて予め各ＡＶファイルＦavのサムネイル画像を埋め込むことのできる管理情報とするなどといったこともできる。すなわち、このようにサムネイル画像が管理情報側に格納することで、上記インデックス表示を効率的に行うことができるように図られる。
或いは、このようにコンテンツファイル管理に特化した管理情報を別途用いることによれば、各コンテンツファイルを例えば作成日時順などの所定の区分けでフォルダ分けして管理するなどといったことも可能となる。
このように専用の管理情報を用いた管理を別途行うことで、汎用のファイルシステムにはなかった管理形態を実現することができる。

このような専用の管理情報を用いた本例のデジタルビデオカメラ１におけるファイル管理形態について、次の図４を参照して説明する。
なお、この図４では説明の便宜上、コンテンツとしてはＡＶファイルＦavのみが記憶されているものとし、これに伴い静止画ファイルディレクトリのエントリがないものとして示している。

図４において、先の図３にも示したように管理ファイルディレクトリ配下には、プロパティファイルＦpとサムネイルファイルＦthが格納される。
先ず、サムネイルファイルＦthは、図示するように複数のサムネイルスロットＳthを格納するようにされる。各サムネイルスロットＳthに対しては、サムネイル画像としての画像データを格納するようにされる。すなわち、実データとしてのサムネイル画像データが格納されるものである。
この場合、サムネイル画像データは、ＡＶファイルＦavのビデオデータ中の１フレーム画像（例えば先頭のシーンなど）を所定サイズにリサイズした画像データ、或いは静止画像ファイルＦiであればそれを所定サイズにリサイズした画像データとされる。
この場合、サムネイルファイルＦthは、固定長のサムネイルスロットＳpを論理的に連結配置するようにして形成される。

また、プロパティファイルＦpは、図示するプロパティスロットＳp（属性スロット）を複数格納するようにして形成される。
各プロパティスロットＳpの内部構造としては、サムネイルスロットインデックスＣ１、ファイル識別子Ｃ２、更新日時Ｃ３などから成る。サムネイルスロットインデックスＣ１は、自らが格納されるプロパティスロットＳpに対応付けられたサムネイルスロットＳthを指し示す情報を格納する。この場合、上記のようにしてサムネイルファイルＦthは複数のサムネイルスロットＳpを連結配置した構造とされるので、上記サムネイルスロットインデックスＣ１としてはサムネイルスロットの配置順を指定する情報が格納されることで、１つのサムネイルスロットＳpを特定することができる。

また、ファイル識別子は、自らが格納されるプロパティスロットＳpに対応付けられたコンテンツファイル（ここではＡＶファイルＦav）を指し示すファイル識別子を格納する。
また、更新日時情報Ｃ３は、自らが格納されるプロパティスロットＳpの作成日時、及び修正日時を示す情報などが格納される。

ここで、プロパティスロットＳpは、ファイルシステムＲ２によりＨＤＤ１４上にＡＶファイルＦavが生成されることに応じ、新たなエントリとしてプロパティファイルＦpに追加されるようにして生成される。追加されたプロパティスロットＳpについては、ファイル識別子Ｃ２として、生成されたＡＶファイルＦavを指し示す情報が格納される。これにより、当該プロパティスロットＳpと、生成されたＡＶファイルＦavとの対応づけが行われる。すなわち、当該プロパティスロットＳpからＡＶファイルＦavへのパスが形成される。
同様にサムネイルスロットインデックスＣ１としては、このように対応づけが行われたＡＶファイルＦavに基づき生成されたサムネイル画像データが格納されるサムネイルスロットＳthを指し示す情報が格納される。つまりこれにより、ファイル識別子Ｃ１により指し示されるＡＶファイルＦavについてのサムネイル画像データへのパスが形成されることになる。
このようにして、プロパティスロットＳp内の情報を参照することで、そのプロパティスロットＳpに対応付けられたＡＶファイルＦavとそのサムネイル画像データとにアクセスできるようになっている。

これまでの説明のように、本例のデジタルビデオカメラ１においては、コンテンツファイルが２つの管理情報（ＦＡＴ及び管理ファイル：第１の管理情報及び第２の管理情報）によって二重に管理されるが、このことに起因して問題が生じる場合があった。
例えば、ＦＡＴファイルシステムでは、生成可能なデータファイルサイズが数ＧＢ（ギガバイト）程度とその上限が定められている。これに対し、特に本例のように動画データとして記録時間長に応じて記録データ容量が増大するデータについて記録を行う場合には、上記ファイルサイズの上限を超えてデータの記録が行われることも容易に起こりうる。このようにファイルシステムで規定されたファイルサイズ上限を超えたデータ記録が行われた場合、記録中の動画データは１つのコンテンツを形成するものであるにも関わらず、複数のＡＶファイルＦavに分割されてしまうことになる。

例えば図５（ａ）のようにして、ファイルサイズ上限を超えない容量のＡＶストリーム１について記録が行われる限りでは、それに応じたＡＶファイル１が生成されても、このＡＶファイル１は一連のＡＶストリーム１を全て含み、１つのコンテンツとして完結しているものとして扱うことができるので問題は生じない。しかし、図５（ｂ）に示すようなファイルサイズ上限を超える容量のＡＶストリーム２については、記録済みデータの容量が所定容量となることに応じ、ファイルシステムＲ２によってこの記録済みデータの範囲でＡＶファイル２が生成される。そして、当該ＡＶストリーム２の終了に伴い、続きのデータ部分を含むＡＶファイル３が別途生成されることになる。

なお、このようなファイルサイズ上限（記録済みデータの容量上限）によるファイル分割生成処理は、先にも述べたようにＦＡＴファイルシステム（ファイルシステムＲ２）によって行われるものであるが、先の図２の説明によればファイルシステムＲ２による動作はＣＰＵ１０のソフトウエア処理により実現されるものである。つまり、このようなファイルサイズ上限によるファイル分割生成処理は、ファイルシステムＲ２としてのＣＰＵ１０のソフトウエア処理により実現されるものである。

このように生成されたＡＶファイル２、ＡＶファイル３については、現状では管理ファイルの管理下においても別ファイルとして扱われてしまう。すなわち、現状においては、ＦＡＴ管理下でファイルが生成されるごとに、プロパティファイルＦpのプロパティスロットＳpを追加（エントリ）するようにされている。このため、例えば上記のようなファイル容量制限に伴いファイルシステムＲ２によりＡＶファイル２、ＡＶファイル３が自動生成されたときは、これらＡＶファイル２、ＡＶファイル３についてのプロパティスロットＳpが別々に追加されてしまい、これによってこれらＡＶファイルは同一ストリームのデータを含むにもかかわらず別々のファイル扱いとされてしまうものである。

このように実際には１つとして管理されるべきコンテンツを、複数のファイルとして管理せざるを得なくなってしまうと、例えば上述したインデックス表示としてコンテンツファイルごとにサムネイル画像を表示するといった場合には、実際には１つのコンテンツに対応した１つのサムネイル画像のみが表示されるべきであるにも関わらず、分割されたファイルごとにサムネイル画像が表示されてしまい、これによってユーザの混乱を招く虞がある。
このことから、ファイルシステムＲ２によっては複数のファイルに分割されるデータについても、その上層のアプリケーションＲ１のレベルでは１つのコンテンツとして管理できるようにすることが要請される。

そこで本実施の形態では、上記のようにしてＦＡＴ管理下ではそれぞれ別ファイルとされるファイルを、１つの仮想ファイルとして扱うことができるようにする。
図６は、このような本実施の形態としてのファイル管理形態の概念図を示している。この図６では、ＨＤＤ１４に記憶されるＡＶファイルＦavについての、管理ファイルディレクトリ配下に格納されるファイル（管理ファイル）による管理下での管理形態と、ＦＡＴによる管理下での管理形態とを示している。
この場合、ＡＶファイル１、ＡＶファイル２、ＡＶファイル３については、先の図５にて説明したものと同様に、ＡＶファイル１はファイルサイズ上限を超えないＡＶストリーム１に基づき生成されたファイル、ＡＶファイル２、ＡＶファイル３は、ファイルサイズ上限を超えるＡＶストリーム２に基づき分割されて生成されたファイルである。
図示するようにしてＦＡＴ管理下では、これらＡＶファイル１、ＡＶファイル２、ＡＶファイル３はそれぞれ別ファイルとして管理されるのみである。これに対し、本例の管理ファイルの管理下では、ＡＶファイル１と共にＡＶファイル２・ＡＶファイル３をそれそれ独立したファイルとして管理するようにされる上で、特に分割生成されたＡＶファイル２、ＡＶファイル３については、これらを１つの仮想ファイル（ＡＶファイル２）として管理するようにしている。

なお、ここで確認のために述べておくと、ＦＡＴの管理下とは、ファイルシステムＲ２の管理下となる。つまりこの場合、ＦＡＴとしては、先の図２の説明からも理解されるようにアプリケーションＲ１からのアクセス要求に応じてファイルシステムＲ２が参照する管理情報となるからである。
また、管理ファイルの管理下とは、すなわちアプリケーションＲ１の管理下となる。これは、この図６の管理形態からも理解されるように、管理ファイルとしては、ＦＡＴ（ファイルシステムＲ２）管理下のファイルをさらに上層で管理するようにされていることからも理解できる。

図７は、図６に示す本実施の形態としての管理形態を実現するための動作について説明するための図である。この図７では、先の図４と同様に管理ファイルディレクトリ配下のプロパティファイルＦpとサムネイルファイルＦthとを示している。またこの場合、ＡＶファイルディレクトリ配下には、図５、図６に示したＡＶファイル１〜３が格納されていることが示されている。

先ず、先の図５の説明によると、ＡＶファイル１としては、ファイルサイズ上限を超えないＡＶストリーム１について生成されたＡＶファイルとなる。このことに応じ、ＡＶファイル１が図示するようにＡＶファイルディレクトリ配下において生成された場合には、プロパティファイルＦpにこのＡＶファイル１についてのプロパティスロットＳpをエントリする（図中プロパティスロットＳp-1）。すなわち、このプロパティスロットＳp-1としては、ファイル識別子Ｃ２にＡＶファイル１を指し示すための識別子が格納される。

ここで、ＡＶファイルＦavの生成に応じては、所定のタイミングでそのＡＶファイルＦavについてのサムネイル画像データが生成される。サムネイル画像データの生成に応じては、当該サムネイル画像データをサムネイルファイルＦth内のサムネイルスロットＳthに格納すると共に、このサムネイル画像データを格納したサムネイルスロットを指し示す情報を、生成されたＡＶファイルＦavを示すファイル識別子Ｃ２が格納されたプロパティスロットＳp内のサムネイルスロットインデックスＣ１に格納するようにされる。
すなわち、ＡＶファイル１について言えば、このＡＶファイル１について生成されたサムネイル画像データを例えばサムネイルスロットＳth-1に格納し、このサムネイルスロットＳth-1を示す情報を、ＡＶファイル１を示すファイル識別子Ｃ２を格納したプロパティスロットＳp-1内のサムネイルスロットインデックスＣ１に対して格納するようにされる。

このようなプロパティスロットＳp-1の追加により、一連のＡＶストリーム１の全てを含むように生成されたＡＶファイル１については、１つのＡＶファイルとして扱われるものとなる。すなわち１つのコンテンツとして完結するとされるＡＶファイルについては、ＦＡＴ管理下及び管理ファイルの管理下の双方において１つのＡＶファイルとして扱われるものである。

また、ＡＶファイル２、ＡＶファイル３は、ファイルサイズ上限を超えるＡＶストリーム２について分割生成されたＡＶファイルである。
先ず、先の図５にて説明したようにＡＶストリーム２についての記録済み容量が所定容量となったとき、ファイルシステムＲ２によって記録済みデータ分のみによるＡＶファイル２が生成される。
ここで、このようにＡＶストリームデータの記録途中において、そのＡＶストリームデータの記録済みデータのみについてＡＶファイルが生成された場合には、当該ＡＶファイルが、上記一連のＡＶストリームデータについて分割されて生成されたファイルであることがわかる。
そこで、この場合のＡＶファイル２の生成に応じては、図示するようにしてこのＡＶファイル２についての仮想のプロパティスロットＳｐをプロパティファイルＦｐにエントリする（図中ファイル２（仮想）のプロパティスロットＳｐ２）。

このような仮想のプロパティスロットＳｐ（仮想ファイル管理情報）としては、図示するようにしてサムネイルスロットインデックスＣ１は格納されるが、あくまで仮想のプロパティスロットＳｐであることで、通常のプロパティスロットＳｐに格納されるファイル識別子Ｃ２は格納されないものとなる。その代わりに、当該仮想のプロパティスロットＳｐが１つの仮想ファイルとして総括する全てのＡＶファイルについてのプロパティスロットＳｐを指し示すためのインデックスとして、図示する子プロパティインデックスＣ２ｐが設けられる。
つまり、通常のプロパティスロットＳｐは、上記ファイル識別子Ｃ２により、ＡＶファイルディレクトリ配下に生成されたＡＶファイルと１対１で対応付けられ、これによって管理ファイルの管理下でもこのＡＶファイルが１つのファイルとして管理されるようになっているが、上記仮想のプロパティスロットＳｐによれば、上記子プロパティスロットインデックスＣ２ｐによって複数のプロパティスロットＳｐを指し示すことができ、これによってＡＶファイルディレクトリ配下に生成される複数のＡＶファイルを、１つの仮想ファイルとして管理することができるようにされている。

説明を戻し、上記のように一連のＡＶストリーム２の記録途中でＡＶファイル２が生成されたことに応じ、このようなファイル２（仮想）のプロパティスロットＳｐ２をプロパティファイルＦｐにエントリすると、さらにこれと共に、生成されたＡＶファイル２についての通常のプロパティスロットＳｐ（図中プロパティスロットＳｐ３）をエントリするようにされる。そしてこのプロパティスロットＳｐ３のファイル識別子Ｃ２として、ＡＶファイルディレクトリ配下にて生成されたＡＶファイル２を指し示すための情報を格納するようにされる。
このことで、ＡＶファイル２については、管理ファイルの管理下において１つのデータファイルとして扱うこともできるようになっている。

そして、この場合もＡＶファイル２の生成に応じては、そのサムネイル画像データが生成される。このＡＶファイル２について生成されたサムネイル画像データについては、例えばサムネイルスロットＳth-2に格納したとする。
そしてこの場合、当該ＡＶファイル２のサムネイル画像データについては、これが格納された上記サムネイルスロットＳth-2を示す情報を、上述のようにしてエントリしたファイル２（仮想）のプロパティスロットＳｐ２の側のサムネイルスロットインデックスＣ１に対して格納するようにされる。すなわち、これによって仮想ファイルとサムネイル画像データとの対応づけが行われたことになる。
なお、この場合、ＡＶファイル２についてエントリされた通常のプロパティスロットＳｐ３側では、サムネイルスロットインデックスＣ１は空欄となる。

これまでの動作によって、上記ファイル２（仮想）のプロパティスロットＳｐ２によっては、先ずはＡＶファイル２とそのサムネイル画像データへのパスが形成されたことになる。

ＡＶファイル２の生成後、ＡＶストリーム２の記録が終了したことに応じ、このＡＶストリーム２における上記ＡＶファイル２の続き部分となるデータ部分を対象として、ＡＶファイル３が生成される。
なお、このＡＶファイル３の生成に応じてもそのサムネイル画像ファイルを生成しても良いが、ここではＡＶファイル３は分割生成されたファイルであるので、そのサムネイル画像データは生成しないようにすることもできる。すなわち、一連のＡＶストリームの記録途中においてＡＶファイルが生成された場合、以降の続きのデータ部分について生成されたＡＶファイルについてはそのサムネイル画像データを生成しないようにすればよい。
図中では、このＡＶファイル３についてのサムネイル画像データが生成されない場合を示している。

そして、上記ＡＶファイル３の生成に応じては、このＡＶファイル３を指し示すファイル識別子Ｃ２を格納したプロパティスロットＳｐ４をプロパティファイルＦｐにエントリするようにされる。
なお、上記のようにサムネイル画像データが生成されないことから、ＡＶファイル３についての通常のプロパティスロットＳｐ４ではサムネイルスロットインデックスＣ１は空欄となる。

ここで、上記ＡＶファイル３は、ＡＶファイル２と共に同じＡＶストリーム２（つまり同じコンテンツ）を形成するファイルとなり、本例では、先の図６にて説明したようにこれらＡＶファイル２とＡＶファイル３については１つの仮想ファイルとして扱われるようにするものである。
このため本例では、ＡＶファイル３の生成に応じては、ＡＶファイル２の生成に伴いエントリされたファイル２（仮想）のプロパティスロットＳｐ２内の子プロパティスロットインデックスＣ２ｐに対し、さらにこのＡＶファイル３のプロパティスロットＳｐ４を指し示すための情報を格納するようにされる。

これにより、仮想のプロパティスロットＳｐ２としては、その子プロパティスロットインデックスＣ２ｐによりＡＶファイル２のプロパティスロットＳｐ３とＡＶファイル３プロパティスロットＳｐ４の双方を指し示すものとなる。つまり、このようにプロパティスロットインデックスＣ２ｐにより複数のインデックスを格納可能としたことで、本例の管理ファイルによる管理下では、ＦＡＴ管理下では複数のＡＶファイルとして扱われるファイルを１つの仮想的なファイルとして扱うことができるようになる。

このようにして本実施の形態によれば、例えばファイルサイズ上限などに伴って一連のＡＶストリームについて複数のＡＶファイルＦavが分割して生成される場合にも、それらＡＶファイルＦavが１つの仮想的なファイルとして扱われるようにすることができる。すなわち、それら複数のＡＶファイルＦavを１つのコンテンツを形成するものとして扱うことができるようになる。

また、上記説明によれば、仮想のプロパティスロットＳｐ２に対しては、ＡＶファイル２のサムネイル画像データのみが対応付けられる。つまりこれにより、当該仮想のプロパティスロットＳｐ２により実現される１つの仮想ファイルに対しては、１つのサムネイル画像ファイルのみを対応付けることができる。
この結果、インデックス表示が行われる場合には、適正に１つのコンテンツに対して１つのサムネイル画像を対応付けて表示することができ、１つのコンテンツについて複数のサムネイル画像が表示されてしまうことによるユーザの混乱を効果的に防止することができる。

図８は、上記説明による実施の形態としての動作を実現するために行われるべき処理動作について示したフローチャートである。
この図８に示す処理動作は図１に示したＣＰＵ１０が例えばＲＯＭ１０に格納されるプログラムに基づいて実行するものである。
なお、この図においては、ＣＰＵ１０が行う処理動作のうちアプリケーションＲ１として行う処理動作の一部のみを示している。すなわち、ファイルシステムＲ２としての処理動作として、ファイルサイズ上限に基づきＡＶファイルを生成するための処理動作は省略している。さらに、ＡＶファイルＦavの生成に応じてそのサムネイル画像データを生成し、それをサムネイルファイルＦth内のサムネイルスロットＳthに格納するための処理動作についても省略している。

先ず、ステップＳ１０１では、ＡＶストリーム記録途中でＡＶファイルが生成されるのを待機する。すなわち、ＨＤＤ１４に対して記録されるべきＡＶストリームとして、撮像画像についての圧縮ビデオデータと、収音音声についての圧縮オーディオデータとについての記録済み容量が予め設定された所定容量に達したことに応じ、ファイルシステムＲ２の処理によってＨＤＤ１４上にこれら記録済みデータによるＡＶファイルＦavが生成されるのを待機する。

ＡＶストリーム記録途中にＡＶファイルが生成された場合は、ステップＳ１０２において、仮想ファイルのプロパティスロットを追加するための処理を行う。つまり、先の図７にて説明したように、サムネイルスロットインデックスＣ１と子プロパティスロットインデックスＣ２ｐとが少なくとも設けられた仮想のプロパティスロットＳｐとして、先ずはサムネイルスロットインデックスＣ１に生成されたＡＶファイルＦavについてのサムネイル画像データが格納されたサムネイルスロットＳthを指し示す情報を格納したプロパティスロットＳpを、プロパティファイルＦpに追加するための処理を行う。

なお、確認のために述べておくと、プロパティファイルＦｐの情報内容の更新処理は、ファイルシステムＲ２に対し新たなプロパティファイルＦpのデータ内容を指示して、ＨＤＤ１４に記憶されるプロパティファイルＦpの情報内容を更新させる要求を行うことで実現されるものとなる。

続くステップＳ１０３では、生成されたＡＶファイルについてのプロパティスロットを追加するための処理を行う。つまり、生成されたＡＶファイルＦavを指し示す識別子をファイル識別子Ｃ２として格納したプロパティスロットＳpを、プロパティファイルＦpに追加するための処理を行う。

そして、ステップＳ１０４では、追加されたプロパティスロットを指し示す情報を、仮想ファイルのプロパティスロット内の子プロパティスロットインデックスに追加するための処理を行う。つまり、ステップＳ１０３にて追加されたプロパティスロットＳｐを指し示すための情報を、ステップＳ１０２にて追加された仮想ファイルのプロパティスロットＳｐ内の子プロパティスロットインデックスＣ２ｐに追加するための処理を行う。

続くステップＳ１０５では、ＡＶストリームの記録が終了したか否かについて判別処理を行う。つまり、例えば操作入力部１５における停止ボタンが操作されたことなどに伴い、ＡＶストリームについての記録を終了すべき状態となったか否かについて判別処理を行う。

このステップＳ１０５において、ＡＶストリームの記録が終了していないとして否定結果が得られた場合は、ステップＳ１０６において、ＡＶストリーム記録途中でＡＶファイルが生成されたか否かについて再度の判別処理を行う。そして、ステップＳ１０６において、ＡＶファイルが生成されていないとして否定結果が得られた場合は、ステップＳ１０５に戻るようにされる。
これらステップＳ１０５→Ｓ１０６→Ｓ１０５のループ処理によれば、一度ＡＶストリーム記録途中でＡＶファイルＦavが生成された以降は、ＡＶストリームの記録終了か、或いは再度ＡＶストリーム記録途中にＡＶファイルＦavが生成されるのを待機するようにされる。

そして、上記ステップＳ１０６において、ＡＶファイルＦavが生成されたとして肯定結果が得られた場合は、ステップＳ１０７に進み、生成されたＡＶファイルについてのプロパティスロットを追加するための処理を行う。
その上で、続くステップＳ１０８において、追加されたプロパティスロットを指し示す情報を、仮想ファイルのプロパティスロット内の子プロパティスロットインデックスに追加するための処理を行う。つまり、上記ステップＳ１０７にて追加されたプロパティスロットＳｐを指し示すための情報を、先のステップＳ１０２にて追加された仮想ファイルのプロパティスロットＳｐ内の子プロパティスロットインデックスＣ２ｐに追加するための処理を行うものである。
このステップＳ１０７〜Ｓ１０８の処理により、ＡＶストリーム記録途中に再度ＡＶファイルＦavが生成された場合にも、この生成されたＡＶファイルＦavが、同じＡＶストリームについて初回に生成されたＡＶファイルＦavと同じ１つの仮想ファイルとして扱われるようにすることができる。
このステップＳ１０８の処理を実行すると、図示するように先のステップＳ１０５に戻るようにされる。

ステップＳ１０５において、ＡＶストリームの記録が終了したとして肯定結果が得られた場合は、ステップＳ１０９に進み、生成されたＡＶファイルについてのプロパティスロットを追加するための処理を行う。つまり、このようにＡＶストリームについての記録が終了した場合は、ファイル未生成部分についてのＡＶファイルＦavが生成されるので、そのＡＶファイルＦavを指し示すための情報をファイル識別子Ｃ２として格納したプロパティスロットＳｐを、プロパティファイルＦｐに追加するようにされるものである。

その上で、続くステップＳ１１０では、追加されたプロパティスロットを指し示す情報を、仮想ファイルのプロパティスロット内の子プロパティスロットインデックスに追加するための処理を行う。つまり、上記ステップＳ１０９にて追加されたプロパティスロットＳｐを指し示すための情報を、ステップＳ１０２にて追加された仮想ファイルのプロパティスロットＳｐ内の子プロパティスロットインデックスＣ２ｐに追加するための処理を行うものである。

この図８に示す処理動作が実行されることで、一連のＡＶストリームについてＡＶファイルＦavが分割されて生成された場合には、管理ファイル（アプリケーションＲ１）の管理下において、それらのＡＶファイルＦavの全てが、上記一連のＡＶストリームについて初回に生成されたＡＶファイルＦavと同じ仮想ファイルを形成するものとして扱われるものとなる。つまり、これによってアプリケーションＲ１のレベルでは、これら一連のＡＶストリームについて分割生成されたＡＶファイルＦavが、適正に１つのコンテンツを形成するものとして扱われるようにすることができる。
そしてこの結果、例えば記録されたＡＶファイルＦavについての再生モード下において表示されるサムネイル画像のインデックス表示画面などにおいて、ユーザの指示により分割生成された複数のＡＶファイルＦavに対して対応付けられたサムネイル画像が選択されて再生指示がなされたとき、分割生成されたＡＶファイルＦavをプロパティファイルＦｐの内容に基づいて連続的に再生することもできる。

以上、本発明の実施の形態について説明したが、本発明としてこれまでに説明した実施の形態に限定されるべきものではない。
例えば実施の形態では、ファイルシステムによるファイルサイズ上限に基づいて、一連のストリームデータが複数のデータファイルに分割されて生成される場合を例示したが、例えば一連のストリームデータについての記録済みデータによる時間長が所定時間長に達するごとにデータファイルを生成するなどとした場合にも、本発明は好適に適用することができる。すなわち、本発明としては、一連のストリームデータから複数のデータファイルが分割されて生成される場合に広く適応可能なものである。

また、実施の形態では、第１の管理情報がＦＡＴとされてＦＡＴファイルシステムによりファイル管理が行われる場合を例示したが、これに代え、例えばＵＤＦ（Universal Disc Format）ファイルシステムなど他の形式のファイルシステムにより管理される場合にも本発明は好適に適用できる。

また、実施の形態では、本発明をデジタルビデオカメラ１に適用する場合を例示したが、本発明としては広く記録媒体に対しデータの記録を行う記録装置に対し好適に適用することができる。また、記録媒体に対する記録のみを行う記録専用装置に対しても好適に適用することができる。

また、本発明の記録装置が記録対象とする記録媒体としては、実施の形態で例示したＨＤＤ１４以外にも、各種光学ディスク状記録媒体（光磁気ディスクを含む）や半導体記憶装置など他の記録媒体とすることもできる。

本発明の実施の形態としての記録装置の内部構成について示したブロック図である。 ＦＡＴファイルシステムの一般的なシステム構成を階層モデルにより示した図である。 ＦＡＴファイルシステムにより管理される記録媒体上のファイルについての管理形態をディレクトリ構造により示した図である。 実施の形態のファイル管理形態について説明するための図である。 ファイルサイズ上限により一連のストリームデータから複数のデータファイルが分割されて生成されることについて説明するための図である。 実施の形態のファイル管理形態として、複数のデータファイルを１つの仮想ファイルとして扱うためのファイル管理形態を概念的に示した図である。 図６に示す実施の形態としてのファイル管理形態を実現するための動作について説明するための図である。 実施の形態としてのファイル管理形態を実現するために行われるべき処理動作について示したフローチャートである。

符号の説明

１ デジタルビデオカメラ、２ 光学系部、３ 光電変換部、４ ビデオ信号処理部、５ 画像入出力部、６ カメラ機能部、７ 表示部、８ 音声処理部、９ 音声入出力部、１０ ＣＰＵ、１１ ＲＯＭ、１２ ＲＡＭ、１２ａ 不揮発性メモリ、１３ メディアコントローラ、１４ ＨＤＤ、１５ 操作入力部、１６ 通信部、Ｒ１ アプリケーション、Ｒ２ ファイルシステム

Claims (4)

1. ファイルシステムにより記録媒体に記録されるデータファイルが管理されると共に、上記ファイルシステムの管理下で所定のデータファイルが生成されることに応じて、少なくとも上記所定のデータファイルを指し示す識別子を含む上記所定のデータファイルについての属性情報を格納するプロパティスロットを、プロパティファイルに追加するように構成された記録装置であって、
   上記記録媒体に対するデータ記録を行う記録手段と、
   上記記録媒体に対して記録される一連のストリームデータについて複数の上記所定のデータファイルが生成される場合に、上記プロパティファイルに対し、上記複数の所定のデータファイルについての上記プロパティスロットを指し示すための情報を格納する仮想プロパティスロットが追加されるように記録制御を行う記録制御手段と
   を備える記録装置。
2. 上記ファイルシステムは、上記一連のストリームデータの記録容量に応じ、当該一連のストリームデータについて複数の上記所定のデータファイルを分割して生成する
   請求項１に記載の記録装置。
3. 上記一連のストリームデータは少なくとも画像データを含むものとされる請求項１に記載の記録装置。
4. ファイルシステムにより記録媒体に記録されるデータファイルが管理されると共に、上記ファイルシステムの管理下で所定のデータファイルが生成されることに応じて、少なくとも上記所定のデータファイルを指し示す識別子を含む上記所定のデータファイルについての属性情報を格納するプロパティスロットを、プロパティファイルに追加するように構成された記録装置における記録制御方法であって、
   上記記録媒体に対して記録される一連のストリームデータについて複数の上記所定のデータファイルが生成される場合に、上記プロパティファイルに対し、上記複数の所定のデータファイルについての上記プロパティスロットを指し示すための情報を格納する仮想プロパティスロットが追加されるように記録制御を行う
   記録制御方法。

Images