JP2006352770A - 映像録画装置および映像録画方法 - Google Patents

Abstract

【課題】 メタデータパーティションが規定された光ディスクに情報（ファイルデータ）を記録する際に、シーク速度が低下することを抑止可能な映像録画装置およびその方法を提供する。
【解決手段】 この発明の映像録画装置および映像録画方法は、ファイルデータを保持可能な記録メディアに、記録対象となる画像のデータの大きさに基づいて規定される任意のファイル数のファイルの管理情報を書き込み可能な管理情報記録領域を設定し、設定された管理情報記録領域と対応させて、任意数のファイルを記録可能なデータ記録領域を確保する、ことを特徴とする。
【選択図】 図５

Description

この発明は、記録密度を高めた次世代光ディスクにおいて、シーク速度が低下することを抑止可能な映像録画装置および映像録画方法に関する。

ＤＶＤ規格の光ディスクが実用化されて久しい。これまでに、ファイルシステムの規格として、ＤＶＤ−Ｖｉｄｅｏ（再生専用ソフト向け）のＵＤＦ（Universal Disc Format，ユニバーサルディスクフォーマット）１．０２や、ＤＶＤ−ＶＲ（記録可能なディスク向け）のＵＤＦ２．００が策定され、運用されている。なお、より記録密度を高めた次世代の光ディスク（ＨＤ ＤＶＤ，Ｂｌｕｅ−Ｒａｙ）向けに、ＵＤＦ２．５０が策定されている。

ＵＤＦ２．５０には、ＵＤＦ２．００に比較して、Metadata Partition（メタデータパーティション）という仕組みが導入されている。これは、File Entry（ＦＥ，ファイルエントリ）やＦＩＤ（File Identifier Descriptors，ファイルアイデンティファイヤ−ディスクリプタ、以下、ファイル識別記述子と呼称する）などの管理情報を、メタデータパーティション中に集中的に配置することを可能とするもので、シーク（seek）速度を向上させるために有益である。

なお、特許文献１には、パーティション領域を拡張する際に、拡張したパーティション領域を１つのパーティションとして認識させるため、物理番号情報ではなく論理情報番号を取得することが示されている。
特開平９−２５１４０６号公報

しかしながら、ＤＶＤ規格の光ディスクに比較して、記録容量が数倍に高められている次世代の光ディスク（ＨＤ ＤＶＤ，Ｂｌｕｅ−Ｒａｙ）に静止画像を録画する場合は、その枚数は、数千〜数万枚に達することが予想される。特に、静止画像がＪＰＥＧ規格である場合、１枚の静止画像毎に別々のファイルとなり、記録枚数の増加に従ってファイル数が増加する。この場合、管理情報も、ファイル数と同数になる。

このことは、ＵＤＦ２．５０に導入されるメタデータパーティションを用いるにもかかわらず、記録メディア上の既存のデータの記録状態によっては、拡張によってメタデータパーティションを表現しているMetadata File（メタデータファイル）が細分化される可能性を高める虞がある。

すなわち、ＪＰＥＧ画像（ファイル）を録画するような場合、ファイル数が増えていくに従って、メタデータパーティションを拡張していくと、メタデータファイルの細分化を生じやすくなる。この場合、メタデータパーティションの利点を生かせなくなり、ユーザの利便性を損なう、例えばデータの書き込みや読み出しに必要な時間が増大される虞がある。

この発明の目的は、（次世代光ディスク向けのＵＤＦ２．５０）において、メタデータパーティションを拡張する際に、シーク速度の低下を抑止し、データの書き込みあるいは読み出しに要求される時間を低減可能な映像録画装置および映像録画方法を提供することである。

この発明は、静止画像を記録メディアに録画する映像録画装置において、静止画像の録画に先立ち、静止画像のファイルの管理情報を記録メディア上に記述し、その管理情報に対して、データ記録領域を割り当て、静止画像の録画に際して、記述済みの管理情報に対して割り当てられているデータ記録領域に、記録対象である静止画像のデータを記録することを特徴とする映像録画装置を提供するものである。

以上説明したように、本発明によれば、予めファイルエントリ（ＦＥ）やファイル識別記述子（ＦＩＤ）などの管理情報を記述し、それに対して割り当てた記録領域にＪＰＥＧ画像データを記録していく仕組みによって、ＦＥやＦＩＤなどの管理情報が逐次増加されることを抑制できる。このことは、例えば、前もって十分な大きさのメタデータパーティションを確保しておくことで、ＦＥやＦＩＤなどの管理情報が次第に増加するような場合において、メタデータパーティションが拡張される要素を減少させることによっても達成される。

これにより、メタデータパーティションの拡張が必要になった場合であっても、メタデータファイルが細分化される可能性が低減される。従って、シーク速度が低下することが抑制され、ユーザの利便性を損なう、例えばデータの書き込みや読み出しに必要な時間が増大されることが抑止される。

すなわち、本発明に記載した手段により、前もって設定した最大記録枚数一杯まで静止画像の記録を行ってもメタデータパーティションの拡張処理は発生せず、メタデータファイルやメタデータミラーファイルが細分化される可能性が低減される。

これにより、数千〜数万枚のＪＰＥＧ静止画像を保持可能な次世代の光ディスク（ＨＤ ＤＶＤ，Ｂｌｕｅ−Ｒａｙ）に多くの静止画像ファイルを録画した場合であっても、アクセス速度が低下することが抑止できる。

以下、図面を参照して、この発明の実施の形態について詳細に説明する。

なお、本発明による情報記録再生装置には、たとえばパーソナルコンピュータ（ＰＣ）なども該当し、記録メディア（記録媒体）に記録される情報としては、ドキュメント情報などであってもよいことはいうまでもない。また、発明の実施形態としては、ディジタルビデオレコーダを例に説明する。

図１は、この発明を適用した情報記録再生装置の実施の一形態を示す。図１の記録再生装置においては、記録媒体として、ＤＶＤ規格の光ディスクとハードディスク装置に内装されたハードディスクが設けられた例を説明するが、ハードディスクあるいはＤＶＤなどの光ディスクなどに代えて、例えば半導体メモリ（メモリカード）を記録媒体とすることも可能である。

図１に示す情報記録再生装置（ビデオレコーダ）１は、例えばＤＶＤ規格の光ディスク（Medium）Ｍに、ビデオファイルを構築できるディスクドライブ部１００１を有する。光ディスクＭは、例えばＣＤ規格であってもよく、あるいは現行のＤＶＤ規格の光ディスクに比較してさらに記録容量が高められているＨＤ（High Density） ＤＶＤやBlue-Ray （ブルーレイ）ディスクであってもよいことはいうまでもない。

ディスクドライブ部１００１は、詳述しないが、光ディスクＭを所定速度で回転させる回転制御系、光ディスクＭの記録面に情報を記録し、あるいは光ディスクＭに記録されている情報を再生するための所定波長のレーザ光を照射するレーザ駆動系およびそのレーザ光を案内するレーザ光学系などを有する。

情報記録再生装置（ビデオレコーダ）１はまた、ハードディスク装置（以下、ＨＤＤと示す）２００１に収容されているハードディスクＨＤに対しても、同様にビデオファイルを構築できる。

ディスクドライブ部１００１に装填された光ディスクＭまたはＨＤＤ２００１のハードディスクＨＤに記録すべきデータ（記録データ）は、データプロセッサ部１０１の制御により、（予め指定された）記録媒体（光ディスクＭあるいはハードディスクＨＤ）に記録される。また、データプロセッサ部１０１の制御により、ディスクドライブ部１００１の光ディスクＭまたはＨＤＤ２００１のハードディスクＨＤから、記録されているデータが読み出される（再生データが得られる）。

データプロセッサ部１０１は、記録データまたは再生データを、所定の単位として取り扱うもので、バッファ回路、変調・復調回路、エラー訂正部などを含む。

映像録画装置１はまた、入力情報を記録するためのデータ処理部であるエンコーダ部５０と、既に記録されているデータを再生するデータ処理部であるデコーダ部６０と、映像録画装置１の動作を制御するマイクロコンピュータブロック３０とを、主要部として、有する。

エンコーダ部５０は、入力されたアナログビデオ信号やアナログオーディオ信号をデジタル化するビデオ用及びオーディオ用のアナログデジタルコンバータと、ビデオエンコーダと、オーディオエンコーダとを有する。さらに、副映像エンコーダも含む。

エンコーダ部５０の出力は、バッファメモリを含むフォーマッタ５１にて所定のＤＶＤ−ＲＡＭのフォーマットに変換され、先のデータプロセッサ部１０１に供給される。

エンコーダ部５０には、ＡＶ入力部４１からの外部アナログビデオ信号と外部アナログオーディオ信号、あるいはＴＶチューナ部４２からのアナログビデオ信号とアナログオーディオ信号が入力される。

なお、エンコーダ部５０は、圧縮されたデジタルビデオ信号やデジタルオーディオ信号が、直接入力される場合は、その圧縮デジタルビデオ信号やデジタルオーディオ信号を、フォーマッタ５１に、直接供給することもできる。また、エンコーダ部５０は、アナログデジタル変換されたデジタルビデオ信号やオーディオ信号を、ビデオミキシング部７１やオーディオセレクタ７６に、直接供給することもできる。

エンコーダ部５０は、図示しないがビデオエンコーダを含み、そのビデオエンコーダにおいて、デジタルビデオ信号が、例えばＭＰＥＧ２またはＭＰＥＧ１規格に基づいた可変ビットレートで圧縮されたデジタルビデオ信号に変換される。

なお、エンコーダ部５０は、静止画像を録画する場合、ＤＶＤ録画規格（ＤＶＤ ＶＲ規格）に基づいた静止画像の録画に際しては、ＭＰＥＧ規格で圧縮されたデジタルビデオ信号（ＭＰＥＧのＩ＿Ｐｉｃｔｕｒｅ）形式とするが、その他にＪＰＥＧ規格に基づいて圧縮されたデジタルビデオ信号を生成することもできる。

また、デジタルオーディオ信号は、例えばＭＰＥＧあるいはＡＣ−３規格に基づいて固定ビットレートで圧縮されたデジタルオーディオ信号、もしくはリニアＰＣＭなどの（非圧縮の）デジタルオーディオ信号に変換される。

副映像信号については、ＡＶ（オーディオ・ビデオ）入力部４１を経由して、（副映像信号が）直接入力される場合（例えば、副映像信号向けの独立した出力端子が設けられているビデオプレーヤからの信号など）、あるいは同等のデータ構成のＤＶＤビデオ信号の放送信号がＴＶチューナ部４２で受信された場合において、ＤＶＤビデオ信号中の副映像信号が、副映像エンコーダでエンコード（ランレングス符号化）されて、副映像のビットマップ（副映像データ）が構築される。

エンコードされたデジタルビデオ信号、デジタルオーディオ信号ならびに副映像データは、フォーマッタ５１において、ビデオパック、オーディオパックおよび副映像パックとしてパック化される。パック化された、ビデオパック、オーディオパックならびに副映像パックは、さらに集合（集約）され、ＤＶＤ−ビデオ規格に規定されているフォーマット（ＤＶＤ Ｖｉｄｅｏフォーマット）や、ＤＶＤ−レコーディング規格に規定されているフォーマット（ＤＶＤ ＶＲフォーマット）に変換される。また、静止画像の録画時は、ＪＰＥＧで規定されたフォーマットに変換されてもよいことはいうまでもない。

フォーマッタ５１でフォーマットされた情報（ビデオ、オーディオ、副映像データなどのパック）ならびに（後段に示すが）ＭＰＵ（ＣＰＵ）３１ａにより作成される管理情報（ファイルシステム）は、データプロセッサ部１０１を介してＨＤＤ２００１またはディスクドライブ部１００１に供給され、ハードディスクＨＤまたは光ディスクＭに記録することができる。なお、ハードディスクＨＤあるいは光ディスクＭに記録された情報は、データプロセッサ部１０１を介して、相互に置き換えまたは複製可能である。すなわち、既にハードディスクＨＤに記録されているデータは、光ディスクＭに移動または複製可能で、光ディスクＭに記録されているデータも、ハードディスクＨＤに移動または複製可能である。

また、ハードディスクＨＤあるいは光ディスクＭに記録されているデータ、例えば番組のビデオオブジェクトは、一部または全部の削除や任意数のオブジェクトの合成（接続）という、編集処理も可能である。これは、本発明にかかるフォーマットが取り扱うデータ単位を定義し、編集を容易にしているからである。

マイクロコンピュータブロック３０は、例えばＭＰＵ（マイクロプロセッシングユニット）もしくはＣＰＵ（セントラルプロセッシングユニット）３１ａを含む主制御部３１、ＭＰＵ（ＣＰＵ）３１ａや、映像録画装置１のさまざまな要素ならびに制御ブロック等を動作させる制御プログラムなどを保持するＲＯＭ（読出し専用メモリ）３１ｂ、プログラムを実行するために確保すべき所定のワークエリアを提供するＲＡＭ（ランダムアクセスメモリ）３１ｃを、含む。なお、ＲＡＭ３１ｃは、例えばＭＰＵのファームウエアとして構築されてもよいことはいうまでもない。

マイクロコンピュータブロック３０においては、ＲＡＭ３１ｃをワークエリアとして、ＭＰＵ（ＣＰＵ）３１ａによるＲＯＭ３１ｂに格納されている制御プログラムに従った、欠陥場所検出、未記録領域検出、録画情報記録位置設定、ＵＤＦ記録、あるいはＡＶアドレス設定などが実行される。

また、マイクロコンピュータブロック３０は、ディレクトリ検出部３２や、詳述しないが、ＶＭＧ情報（全体のビデオ管理情報）作成部、コピー（複製）関連情報検知部、コピー（複製）／スクランブリング情報処理部（ＲＤＩ処理部）、パケットヘッダ処理部、シーケンスヘッダ処理部、ならびにアスペクト比情報処理部などを備える。マイクロコンピュータブロック３０は、情報（データ）の記録（録画）を実行する際の録画時の管理情報制御部（以下、録画管理制御部とする）３３、および記録済みデータの編集を実行する際の編集時の管理情報制御部（以下、編集管理制御部）３４を備える。本発明が特徴としている手段は、制御プログラムの形で、この編集を実行する際の管理情報の制御部３４および録画を実行する際の管理情報の制御部３３で実行される。

ＭＰＵ（ＣＰＵ）３１ａの実行結果のうち、ユーザに通知すべき内容は、映像録画装置１の表示部４３、または（後述するが、外部機器として接続される）モニタ装置に、ＯＳＤ（オンスクリーンディスプレイ）表示される。

また、マイクロコンピュータブロック３０は、装置１を動作させるためのユーザからの制御信号、すなわち操作信号を（マイクロコンピュータブロック３０に）入力可能とするキー入力部４４を有する。キー入力部４４は、記録再生装置１の任意の位置に設けられる操作スイッチ類や、図示しないがリモコン受信部を経由して、操作信号を入力可能な図示しないリモコン装置に相当する。なお、キー入力部４４は、記録再生装置１と、有線あるいは無線もしく光（赤外線を含む）などにより、制御信号の入力を可能とするパーソナルコンピュータであってもよい。すなわち、キー入力部４４がいずれの形態であるにせよ、ユーザがキー入力部４４を操作することにより、入力された映像音声信号の録画処理や、録画されたコンテンツの再生処理、あるいは録画されたコンテンツに対する編集処理などが実行される。

なお、マイクロコンピュータブロック３０が、ディスクドライブ部１００１、ＨＤＤ２００１、データプロセッサ部１０１、エンコーダ部５０、デコーダ部６０などを制御するタイミングは、ＳＴＣ（システムタイムクロック）３８からの時間データに基づく。録画や再生の動作は、通常はＳＴＣ３８からのタイムクロックに同期して実行される。但し、それ以外の処理は、ＳＴＣ３８とは、独立したタイミングで実行されてもよい。

デコーダ部６０は、詳述しないが、パック構造が与えられているＤＶＤフォーマットの信号からそれぞれのパックを分離して取り出すセパレータ、パックの分離やその他の信号処理において利用されるメモリ、セパレータで分離された主映像データ（ビデオパックの内容）をデコードするＶデコーダ、セパレータで分離された副映像データ（副映像パックの内容）をデコードするＳＰデコーダ、およびセパレータで分離されたオーディオデータ（オーディオパックの内容）をデコードするＡデコーダなどを含む。

また、デコーダ部６０は、所定タイミングで、デコードされた主映像にデコードされた副映像をタイミングで合成し、（主映像に、）メニュー、ハイライトボタン、字幕（音声の文字表示）、その他の副映像を重ねて出力するビデオプロセッサを備える。

デコーダ部６０の出力ビデオ信号は、ビデオミキシング（Ｖミキシング）部７１に入力される。Ｖミキシング部７１では、テキストデータが（副映像が合成されている）主映像に、合成される。なお、Ｖミキシング部７１には、ＴＶチューナ４２やＡ／Ｖ入力部４１からの信号が、直接入力可能なラインもまた接続されている。

Ｖミキシング部７１にはまた、バッファとして用いるフレームメモリ７２、ミキシング部７１からの出力信号の出力において、アナログ信号の出力に利用されるＩ／Ｆ（インタフェース）７３、ならびにデジタル信号の出力に利用されるＤ／Ａコンバータ（デジタル−アナログ変換器）７４が接続されている。

デコーダ部６０から出力されるオーディオ信号（出力）は、セレクタ７６を通じてＤ／Ａ（デジタル−アナログ変換器）７７に入力され、Ｄ／Ａコンバータ７７によりアナログ変換され、外部に出力される。例えば、Ｄ／Ａコンバータ７７の出力端に図示しない増幅器を介してスピーカが接続されている場合には、オーディオ（音声）がユーザにより可聴できる。なお、セレクタ７６は、マイクロコンピュータブロック３０からのセレクト信号により制御される。これにより、セレクタ７６は、ＴＶチューナ４２やＡ／Ｖ入力部４１からの（エンコーダ部による処理が不要な）デジタル信号については、エンコーダ部５０をスルーさせた信号を、直接Ｄ／Ａ７７に供給可能である。

なお、エンコーダ部５０のフォーマッタ５１では、データの記録（録画）中、さまざまな切り分け情報が作成され、マイクロコンピュータブロック３０のＭＰＵ（ＣＰＵ）３１ａへ定期的に、送る（ＧＯＰ先頭への割り込み時などの情報）。切り分け情報としては、ＶＯＢＵのパック数、ＶＯＢＵ先頭からのＩピクチャのエンドアドレス、ＶＯＢＵの再生時間などである。

フォーマッタ５１からはまた、ＭＰＵ（ＣＰＵ）３１ａに、アスペクト情報処理部からのアスペクト比情報などが、録画開始時に供給される。この情報に基づいて、ＭＰＵ（ＣＰＵ）３１ａにより、ＶＯＢストリーム情報（ＳＴＩ）が作成される。ＳＴＩは、解像度データ、アスペクトデータなどを含み、再生時には、各デコーダ部において、この情報を元に初期設定が行われる。

なお、映像録画装置１では、ＤＶＤ録画規格（ＤＶＤ ＶＲ規格）に基づいた動画像や静止画像の録画に際し、ビデオファイルを、１ディスクに、１ファイルとしている。また、データにアクセス（シーク）している間に、再生中の画像が途切れることを防止するために、最低限連続する情報単位（サイズ）を決めている。この単位を、ＣＤＡ（コンティギュアス・データ・エリア）と、称される。ＣＤＡサイズは、ＥＣＣ（エラー訂正コード）ブロック（１６セクタ）の倍数であり、ファイルシステムでは、このＣＤＡ単位で記録を行っている。また、静止画像、例えばＪＰＥＧ規格に基づいた画像の録画に際しては、画面１枚ごとに別々のファイルを生成している。

データプロセッサ部１０１は、エンコーダ部５０のフォーマッタ５１からＶＯＢＵ単位のデータを受け取り、ＣＤＡ単位のデータを、ディスクドライブ部１００１またはＨＤＤ２００１に供給する。また、マイクロコンピュータブロック３０のＭＰＵ（ＣＰＵ）３１ａは、記録したデータを再生するために必要な管理情報を作成し、データの記録が終了したことを示すデータ記録終了コマンドを認識すると、作成した管理情報を、データプロセッサ部１０１に送る。

これにより、管理情報が、記録媒体（光ディスクＭまたはハードディスクＨＤ）に記録される。従って、エンコード時には、ＭＰＵ（ＣＰＵ）３１ａは、エンコーダ部５０からデータ単位の情報（切り分け情報など）を、受け取ることができる。また、ＭＰＵ（ＣＰＵ）３１ａは、記録開始時には、光ディスクＭまたはハードディスクＨＤから読み取った管理情報（ファイルシステム）を認識し、各ディスクの未記録エリアを認識し、データ上の記録エリアを、データプロセッサ部１０１を介してディスクに設定する。

図２および図３に、ＵＤＦ（Universal Disc Format，ユニバーサルディスクフォーマット）のRevision（改訂）２．５０（以下、ＵＤＦ２．５０と表記する）に規定されたデータ構造の概要を示す。

図２は、記録メディア（媒体）上におけるデータ構造全体の概要を、示す。図３は、図２に示すデータ構造のうちで特徴的な構造であるPartition（パーティション）の内部の概要を、示す。図２の枠外に示したＡ，Ｂは、論理セクタ番号ＬＳＮ（Logical Sector Number）であり、図３の枠外に示したａ，ｂ，ｃ，…，は、パーティション内部の論理ブロック番号ＬＢＮ（Logical Block Number）である。

まず、図２に示した、データ構造全体２０１の構成を説明する。

データ構造全体２０１において、ＵＤＦの規定外の領域には、システム領域（System Area）２０２が規定されている。図２には示していないが、システム領域２０２は、ＬＳＮの値が０から１６までの領域とされている。

次に、Volume Recognition Sequence（ＶＲＳ，ボリュームレコニションシーケンス）２０３が位置されている。図２では省略しているが、ＶＲＳ２０３には、Volume Structure Descriptor（ボリュームストラクチャ−ディスクリプタ）やBoot Descriptor（ブート−ディスクリプタ）といった記述子が存在する。

続いて、Volume Descriptor Sequence（ボリュームディスクリプタシーケンス）が規定されている。ボリュームディスクリプタシーケンスには、主となるMain Volume Descriptor Sequence（メインボリュームディスクリプタシーケンス）２０４と、副であるReserve Volume Descriptor Sequence（リザーブボリュームディスクリプタシーケンス）２１０が存在する。これら２つのボリュームディスクリプタシーケンス２０４，２１０の内容は同一である。

それぞれのボリュームディスクリプタシーケンス２０４と２１０とが存在する位置は、後述のAnchor Point（アンカーポイント）２０８，２０９，２１１の中に存在するAnchor Volume Descriptor pointer（アンカーボリュームディスクリプタポインタ）に記述されている。

メインボリュームディスクリプタシーケンス２０４を例に説明するが、シーケンス２０４には、複数種類の記述子が含まれる。ここでは、Partition Descriptor（パーティションディスクリプタ）２０５とLogical Volume Descriptor（ロジカルボリュームディスクリプタ）２０６の２つについて説明する。

パーティションディスクリプタ２０５には、ディレクトリ（directory）、ファイルの管理情報、およびファイルデータが書き込まれる領域であるパーティション３０１のサイズと位置が記述されている。この例では、パーティション３０１は、ＬＳＮ値で、Ａ〜Ｂの範囲であることが記述されている。

ロジカルボリュームディスクリプタ２０６には、論理ボリュームに関する情報が記述されている。ロジカルボリュームディスクリプタ２０６の中には、Partition Maps（パーティションマップズ）というデータフィールドが設けられており、そこには、Partition Map（パーティションマップ）という情報が記述されている。

パーティションマップには、Type １（タイプ１）２１２とType ２（タイプ２）２１３の２種類が規定されている。タイプ１のパーティションマップは、ＵＤＦ規格の基となっているECMA １６７（エクマ１６７）規格により定義されているもので、ディレクトリ、ファイルの管理情報、およびファイルデータが書き込まれる通常のパーティションを示す。タイプ２のパーティションマップは、エクマ１６７の規格外のパーティションを示すものである。すなわち、タイプ２のパーティションマップは、ＵＤＦ規格の独自のパーティションマップを示すために使用される。

ＵＤＦ２．５０の独自のパーティションマップとしては、例えばMetadata Partition（メタデータパーティション）である。すなわち、図２においては、メタデータパーティションを示すためのタイプ２のパーティションマップが示されている。

タイプ２のパーティションマップには、Metadata File（メタデータファイル）やMetadata Mirror File（メタデータミラーファイル）、Metadata Bitmap File（メタデータビットマップファイル）のファイルエントリ（FE）の位置を示す情報およびメタデータミラーファイルの存在の有無を示すDuplicate Metadata Flag（デュプリケートメタデータフラグ）などの情報が含まれている。

なお、図２には示されていないが、ＵＤＦ２．５０規格では、メタデータパーティションを示すためのタイプ２のパーティションマップ、すなわちMetadata Partition Map（メタデータパーティションマップ）は、Identifier Field（アイデンティファイヤ−フィールド）に、「＊UDF Metadata Partition（＊メタデータパーティション）」という識別情報が記述されている。

また、ＵＤＦ規格では、ロジカルボリュームディスクリプタ２０６のLogical Volume Contens Use Field（ロジカルボリュームコンテンツユース−フィールド）に、ディレクトリやファイルにアクセスする際の基準であるFile Set Descriptor（ファイルセットディスクリプタ）の位置情報が記述されている。

なお、図２では省略しているが、ボリュームディスクリプタシーケンスには、ほかにPrimary Volume Descriptor（プライマリボリュームディスクリプタ）など数種類の記述子が存在する。

また、ボリュームディスクリプタシーケンス（２０４）に続いて、Logical Volume Integrity Sequence（ロジカルボリュームインテグリティシーケンス）２０７が規定されている。図２では省略しているが、ロジカルボリュームインテグリティシーケンス２０７には、Logical Volume Integrity Descriptor（ロジカルボリュームインテグリティディスクリプタ）が記述されている。

アンカーポイント２０８，２０９，２１１には、先に説明したように、メインボリュームディスクリプタシーケンス２０４とリザーブボリュームディスクリプタシーケンス２１０の位置情報が記述されているアンカーボリュームディスクリプタポインタが存在する。

アンカーボリュームディスクリプタポインタは、記録メディアのデータにアクセスするための入り口であるため、その記述位置は、ＵＤＦ規格で規定されている。

ＵＤＦ２．５０では、
“ＬＳＮ ＝ ２５６”，
“ＬＳＮ ＝ Ｎ−２５６”，
“ＬＳＮ ＝ Ｎ”
Ｎは、最後のＬＳＮ
の３箇所のうちの少なくとも２箇所にアンカーポイントが存在しなくてはならないとされている。

図２では、アンカーポイント２０８が“ＬＳＮ ＝ ２５６”の位置、アンカーポイント２１１が“ＬＳＮ ＝ Ｎ−２５６”の位置、アンカーポイント２１１が“ＬＳＮ ＝ Ｎ”の位置にあるものとしている。

次に、図３により、パーティションマップの内部の概要を説明する。

ここでは、先に述べたメタデータパーティションマップ２１２に記述されているＬＢＮ ＝ ａ，ｂ，ｃの位置にファイルエントリ（ＦＥ）が存在する。

図３で、ＬＢＮ ＝ ａの位置に存在するファイルエントリ３１１は、ＬＢＮ値がｃ〜ｄの範囲を占めるファイルを示している。この（ＬＢＮ値が）ｃ〜ｄの範囲を占めるファイルがメタデータファイル３１３であり、その内部空間がメタデータパーティションと呼ばれる。この中に、ディレクトリやファイルに対するファイルエントリやファイルアイデンティファイヤ−ディスクリプタ（ＦＩＤ）といった管理情報が集中的に記述される。

このメタデータパーティションという仕組みは、ＵＤＦ２．５０から新たに盛り込まれたものである。従来のＵＤＦのRevisionでは、ファイルやディレクトリのデータの削除や追記を繰り返していくと、ＦＥやＦＩＤといった管理情報は、その時点での記録メディア上の空き領域に記録されるため、それらの管理情報は、記録メディア上のバラバラの位置に点在することになる。

ところで、近年、青色レーザを使用するBlue-Ray （ブルーレイ）ディスクやＨＤ ＤＶＤなどの大容量記録メディアが登場しているが、このような記録メディア上で、ＦＥやＦＩＤといった管理情報がバラバラの位置に点在していると、シーク時間の長大化などの弊害が生じる。そのため、ＦＥやＦＩＤなどの管理情報を記録メディア上に集中的に配置して、シーク時間の低減化を図ることを目的としてＵＤＦ２．５０から導入されたのが、このメタデータパーティションである。

一方、図３で、ＬＢＮ ＝ ｅの位置に存在するＦＥ３１８は、ＬＢＮ値が、ｆ〜ｇの範囲を占めるファイルを示している。この（ＬＢＮ値が）ｆ〜ｇの範囲を占めるファイルがメタデータミラーファイル（Metadata File［Mirror］）３１９である。

メタデータミラーファイル３１９の内容は、先に説明したメタデータファイル３１３と全く同じものである。これは、従来のＵＤＦのRevisionには含まれていない、ディスクの汚れや傷といったような、記録メディアのダメージに対するロバスト性を高めることを目的として、ＵＤＦ２．５０から盛り込まれたものである。なお、メタデータミラーファイルの使用は任意とされている。ロバスト性向上の見地からは使用することが望ましく、おそらくＵＤＦ２．５０に基づいた多くのシステムで使用されるものと思われるが、必ず使用しなくてはならないものではない。

メタデータミラーファイルを使用しているか否かは、先に述べたメタデータパーティションマップ２１２の中に存在するデュプリケートメタデータフラグによって判別する。

デュプリケートメタデータフラグに“１”がセットされているときには、メインとなるメタデータファイル（３１３）に加えてメタデータミラーファイル（３１９）も使用されていることになる。一方、デュプリケートメタデータフラグがクリア（“０”がセット）されているときは、メタデータミラーファイルは、存在しないことになる。

図３で、ＬＢＮ ＝ ｂの位置に存在するＦＥ３１２は、メタデータパーティション内の個々の論理ブロックが、データ記録に使用されているか否かを表すメタデータビットマップファイルを示すものである。メタデータビットマップファイルは、独立したファイルとして存在させることも可能であるが、規格上、ＦＥのAllocation Descriptors（アロケーションディスクリプタズ）フィールドに納めてしまうことも可能である。図３の例は、後者に則った例であり、メタデータビットマップファイルは、ＦＥ３１２のアロケーションディスクリプタズフィールド内に含まれているものとしているため、図示されていない。なお、このメタデータビットマップファイルは、メタデータパーティション内の論理ブロックの使用状態を表すものであり、メタデータパーティションを含むパーティション３０１の全体に対するものではない。パーティション３０１内の論理ブロックの使用状態を表しているSpace Bitmap Descriptor（スペースビットマップディスクリプタ）は、別途存在するが、図３では省略している。

次に、メタデータファイルとメタデータミラーファイルについてさらに詳細に説明する。なお、メタデータファイル３１３が表現しているメタデータパーティションとメタデータミラーファイル３１９が表現しているメタデータパーティションの内容は同一であるため、ここでは、前者（メタデータファイル）のメタデータパーティションの内容について説明することとする。

メタデータパーティションの中には、ルートディレクトリやサブディレクトリなどのディレクトリ情報や、ファイルの管理情報であるＦＥやＦＩＤなどが記述される。図３は、記録メディアの初期化が実施された直後のイメージを示しているため、この時点ではルートディレクトリが構築されている程度であるが、サブディレクトリの構築やファイルの記録が実施されると、このメタデータパーティションの中にＦＥやＦＩＤなどが次々と記述されていく。

なお、ファイルの管理情報であるＦＥやＦＩＤは、メタデータパーティションの中に記述されるが、ファイルのデータはメタデータパーティションの外に書き込まれる。

図４は、メタデータパーティションの拡張が生じたときのデータ構造の概要を、従来の手法により拡張する例を示す図である。なお、この図４では、先に図３を用いて説明したパーティション３０１の内部の状態のみを示している。ただし、説明を簡単にするため、メタデータパーティションの内容については記載を省略している。

記録メディア上に新たなサブディレクトリを構築したり、または新たなファイルを追記していくことにより、メタデータパーティションの内部にＦＥやＦＩＤなどの管理情報がどんどん追加されていく。例えば、ＤＶＤへの静止画像の録画方法として、ＤＶＤ−ＶＲ規格に従った記録手段だけでなくＪＰＥＧ規格の静止画像を記録する場合、ＪＰＥＧでは画面１枚毎に別々のファイルとなるため、記録枚数の増加に従ってファイル数が増加していく。これに伴って、メタデータパーティション内のＦＥやＦＩＤがどんどん増加していき、いずれはメタデータパーティションに納まりきらなくなることがありえる。

そのような場合、メタデータパーティションの範囲を拡張することにより、更なるファイルの追記に対応することが可能である。

メタデータパーティションの範囲は、メタデータファイルやメタデータミラーファイルを指しているＦＥのアロケーションディスクリプタズフィールドに記述されているので、同フィールドの記述を再設定することでメタデータパーティションの範囲を拡張することができる。

しかしながら、メタデータパーティションの拡張を試みた時点における記録メディア上のデータの記録状態によっては、メタデータパーティションの実体であるメタデータファイルやメタデータミラーファイルがひとかたまりとならずに、細分化されることがある。

図４の例では、メタデータミラーファイル４０５については拡張したメタデータパーティションの領域４０８とひとかたまりの範囲を確保することができ、メタデータミラーファイルのＦＥ４０４には、ＬＢＮ ＝ ｆ〜ｊの連続した範囲が、拡張後の新たなメタデータパーティションとして記述されている。

これに対し、（図４において）メインであるメタデータパーティション４０３については、ＬＢＮ ＝ ｄ〜ｈの範囲に、ファイルデータ４０６が記録されていることにより、ＬＢＮ ＝ ｃ〜ｄとＬＢＮ ＝ ｈ〜ｉの２つに細分化したメタデータファイルとなってしまっている（メタデータファイルが２つに分かれてしまう）。

このような場合、メインのメタデータファイルが表現するメタデータパーティションにアクセスする際には、メタデータファイルの個々の細分化した範囲に（複数回）アクセスしなくてはならないため、シーク速度の低下を生じる。このことは、ＵＤＦ２．５０の特徴であるメタデータパーティションの利点を有益に活用できず、ユーザの利便性、例えば任意のファイルへのアクセス速度の低下を招くことになる。

以下、図５を使用して、本発明の実施例の一例を説明する。

図５は、本発明の実施の第１の手段の概要を示すフローチャートである。この図５のフローチャートは、静止画像の録画に際し、前もってファイルの管理情報を記録メディア上に記述する手法について記している。

ステップＳ５０１では、各種のパラメータの設定を行っている。

まず、録画する静止画像の画質を設定する。これは、厳密には、静止画像をＪＰＥＧで圧縮する際の符号化レートである。

例えば、“□（ｂｉｔ／ｐｉｘｅｌ），□は整数”というような圧縮目標ビットレートや、一般のユーザにわかりやすい指標として“１／△，△は整数，に圧縮”という、数値入力を促す方法、あるいは“通常画質モード”または“高画質モード”というような「モード」の切り替えの入力を促すようなユーザインタフェースの利用などが可能である。

次に、画面解像度を設定する。これは、映像録画装置１の仕様として固定した値であってもよいし、ＶＧＡサイズやＳＸＧＡサイズといったパラメータをユーザに選択させるものであってもよい。

次に、最大記録枚数を設定する。例えば、記録メディア全体を静止画像（ＪＰＥＧ）の録画専用とするのであれば、記録メディアの残容量とこのステップ（Ｓ５０１）において設定された画質および画面解像度から算出した記録可能枚数を最大記録枚数として自動的に設定することもできる。もちろん、１枚のＤＶＤディスクＭに、動画像と静止画像の双方を録画するなど、必ずしも記録メディア全体を静止画像の録画に特化しない場合には、前記残容量を勘案して算出した記録可能枚数を参考値として示した上で、動画像の記録に割り当てる分を考慮して、ユーザに最大記録枚数を設定させる手段を取ることもできる。

ステップＳ５０２では、ステップＳ５０１で設定した各種パラメータに基づいて、管理情報であるＦＥやＦＩＤ、およびファイルデータ（情報）の記録に必要な記録容量が算出される。

例えば、ＪＰＥＧ規格で画像を圧縮した場合、エンコードする画面の性質により多少の振れ幅はあるものの、エンコーダ内部においては、画面内レート制御が実行されることにより、設定した符号化レートに基づき、概ね同程度の発生符号量となる。従って、多少の余裕を含ませることで、１つのファイル当たりのファイルデータサイズを見積もることが可能である。

ステップＳ５０３では、ステップＳ５０２で算出した記録容量と記録メディアの残容量とが比較され、ファイルデータが記録メディア（光ディスク）Ｍに記録可能であるか否かが判定される。仮に、ファイル（データの）サイズが、残記録可能容量（残容量）よりも大きい（サイズオーバー）などの理由により記録が不可能であると判定された場合（Ｓ５０３−Ｎｏ）には、ステップＳ５０１からの一連の工程が繰り返される。

記録可能と判定された場合（Ｓ５０３−Ｙｅｓ）には、ステップＳ５０４により、記録メディア（光ディスク）Ｍに録画できる静止画像のファイル数が確定する（特定される）ことから、管理情報であるＦＥやＦＩＤの数も確定する。

また、ステップＳ５０４では、数が確定したＦＥやＦＩＤなどの管理情報をすべて記述可能なサイズ（大きさ）のメタデータパーティションが設定される。すなわち、静止画像のファイル数に合わせて特定（確定）された（上述の）サイズのメタデータファイルとメタデータミラーファイルを設定し、その位置とサイズを、それぞれのＦＥのアロケーションディスクリプタズフィールドに記述する。このとき、メタデータファイルとメタデータミラーファイルを設定した領域については、通常のパーティション内の論理ブロックの使用状態を表しているスペースビットマップディスクリプタ上で“使用中”と表示する。

続いて、ステップＳ５０５において、メタデータパーティションの外側かつ通常のパーティションの内側に、静止画像のデータ記録用の領域を確保する。その際、この確保した領域については、通常のパーティション内の論理ブロックの使用状態を表しているスペースビットマップディスクリプタ上で“使用中”と表示する。

また、ステップＳ５０６においては、ステップＳ５０４で設定したメタデータパーティションの内部に、ＦＥやＦＩＤなどの管理情報を記述する。その際、これらの管理情報を記述した領域について、メタデータパーティション内の論理ブロックの使用状態を表しているメタデータビットマップファイル上で“使用中”と表示する。

最後に、ステップＳ５０７において、ステップＳ５０５で確保したデータ記録用の領域と、ステップＳ５０６で記述した管理情報とを対応付けする。すなわち、ＦＥのアロケーションディスクリプタズフィールドに、データ記録用に確保した領域との対応を記述し、併せて、not recorded but allocated（ノットレコーデドアロケーティド）のフラグをＦＥに立てて、一連の処理を終了する。

図６は、図５に示したフローチャートに示す一連の処理が終了した時点における、記録メディア上のデータ構造を示す。なお、図６においても、図３と同様に、図２により説明したデータ構造のうちのタイプ２のPartition（パーティション）の内部の状態のみを示している。

図６に示すデータ構造において、枠外に示したａ，ｂ，ｃ，…，は、パーティション内部の論理ブロック番号ＬＢＮ（Logical Block Number）を示している。

ＬＢＮ＝ｃとＬＢＮ＝ｄの間には、静止画像の最大記録枚数に基づいて、前もって記述されたＦＥ（ファイルエントリ）６０９，６１０，６１１，・・・，６１２が規定されている。ＦＩＤは、ＦＥに比較してサイズが小さいため、図６ではＦＩＤ群６０８として、まとめて示している。

それぞれのＦＥ（６０９〜６１２）は、静止画像のデータ記録用に確保した領域すなわちSecured Data Area（セキュアドデータエリア、以降「データ記録用領域」と示す）６１４，６１５，６１６，・・・，６１７と対応している。なお、ＦＥ（６０９〜６１２）は、データ領域（６１４〜６１７）の範囲を示す情報に加えて、“not recorded but allocated（ノットレコーデドアロケーティド）”と、印（フラグ）が付けられている。

図７は、静止画像の録画処理のフローチャートである。この図７のフローチャートは、先に図５のフローチャートの処理によって前もってファイルの管理情報が記述された記録メディア上に静止画像を録画する手法について記している。

まず、ステップＳ７０１では、ノットレコーデドアロケーティド（not recorded but allocated）のフラグが立っているＦＥと、それを指しているＦＩＤとを探す。

ステップＳ７０２においては、ステップＳ７０１で検索されたノットレコーデドアロケーティドのフラグが立っているＦＥおよびそれを指すＦＩＤが存在するか否かに従って、分岐され、仮に存在しない場合（Ｓ７０２−Ｎｏ）には、以後のステップＳ７０３以降の処理をすべてスルーして、一連の処理を終了する。これは、最大記録枚数を越えた静止画像の録画がこれ以上実施できないことを示している。

一方、ノットレコーデドアロケーティドのフラグが立っているＦＥおよびそれを指すＦＩＤが存在する場合（Ｓ７０２−Ｙｅｓ）には、ステップＳ７０３により、録画する静止画像のデータサイズが、確保された静止画像のデータ記録用の領域に納まるか否かが判別される。

この場合、映像録画装置１にて、静止画像のエンコードを行う場合には、先に説明した図５のステップＳ５０１で設定されたパラメータを、エンコードに際して使用することにより、既に確保したデータ記録用の領域にファイルデータが納まるように、エンコードが行われる。

しかしながら、例えば外部機器として接続したデジタルスチルカメラなどからＪＰＥＧ画像を取り込んで記録するような場合には、既に確保したデータ記録用の領域にファイルデータが納まらない可能性がある。

例えば、先の図５のステップＳ５０１で“通常画質モード”の静止画像を録画することを前提としてパラメータが設定されているような場合に、外部機器として接続されたデジタルスチルカメラから取り込んだＪＰＥＧ画像が“高画質モード”であったならば、既に確保したデータ記録用の領域に、そのデジタルスチルカメラから取り込んだＪＰＥＧ画像が記録できないことになる。

ステップＳ７０４では、ステップＳ７０３における判別結果に基づいて処理を分岐している。仮に録画する静止画像のデータサイズが既に確保したデータ記録用の領域に納まるならば（Ｓ７０４−Ｙｅｓ）、ＦＥのアロケーションディスクリプタズフィールドで指し示された領域に静止画像のデータを記録し、その後ステップＳ７０９に進む。

一方、納まらない場合（Ｓ７０４−Ｎｏ）には、ステップＳ７０６に進む。ステップＳ７０６では、静止画像のデータを記録できるだけの領域を、記録メディア上に改めて確保できるか否かが、判別される。

続く、ステップＳ７０７では、前記ステップＳ７０６における判別結果に基づいて処理を分岐している。仮に記録メディアの残容量不足などにより確保不可能と判別されたとき（Ｓ７０７−Ｎｏ）には、以後のステップＳ７０８以降の処理をすべてスルーして、一連の処理を終了する。

一方、ステップＳ７０７において、静止画像が記録可能な領域が確保できる場合（Ｓ７０７−Ｙｅｓ）には、ステップＳ７０８において、録画対象の静止画像のファイルデータを記録できるだけの領域を記録メディア上に改めて確保し、その改めて確保した領域との対応をＦＥのアロケーションディスクリプタズフィールドに記述し、その改めて確保した領域に静止画像のデータを記録したのち、ステップＳ７０９に進む。

ステップＳ７０９の前段においては、ステップＳ７０５あるいはステップＳ７０８のいずれかの手法により、記録メディア上に静止画像のファイルデータが記録された状態である。

これを受けてステップＳ７０９では、ＦＥのノットレコーデドアロケーティドのフラグを書き換えて、改めて“recorded and allocated（レコーデドアロケーティド）”のフラグを、ＦＥにセットする。

最後に、ステップＳ７１０において、前記ＦＥを指し示しているＦＩＤのFile Identifier（ファイルアイデンティファイア）フィールドに、ファイル名を記述して、一連の処理を終了する。

図８は、図７に示したフローチャートに従って静止画像の録画を行った直後の記録メディア上のデータ構造の概要を示す。なお、この図８は、既に確保済みのデータ記録用の領域に納まるサイズのデータファイルを記録する例を示している。また、この図８も、先に説明した図３と同様に、図２により説明したデータ構造のうちのパーティションの内部の状態のみを示している。

図８において、既に確保済みのデータ記録用の領域のうち、データ領域８１４は、既に静止画像のファイルデータが記録された領域を示す（Recorded Still Image Data，録画済静止画）である。また、この領域を指し示しているＦＥが、ＦＥ８０９である。

ＦＥ８０９では、静止画像の録画がなされたことにより、改めて“recorded and allocated”のフラグがセットされている。なお、このＦＥと対応しているＦＩＤは、ＦＩＤ群８０８の中に存在し、そのファイルアイデンティファイアフィールドに静止画像のファイル名が記述されるが、図８では省略している。

図９は、図８に示したデータ構造とは異なる、静止画像の録画を行った直後の記録メディア上のデータ構造の概要を示す。この図９は、例えばより高画質のＪＰＥＧ画像を取り込んで記録するなどにより、既に確保されているデータ記録用の領域に納まらないサイズのデータファイルを記録する例を示している。なお、この図９も、先に説明した図３と同様に、図２により説明したデータ構造のうちのパーティションの内部の状態のみを示している。

図９に示す例は、既に確保したデータ記録領域にはファイルデータが納まらないため、改めて記録メディア上にデータ記録用の領域を確保することを特徴とする。

具体的には、既に確保したデータ記録用の領域のうち、論理ブロック番号が最も大きい領域を選択した後、記録対象として選択したＦＥ９１０と改めて対応付けし、その後、録画対象の静止画像のファイルデータを記録可能なサイズで、改めてデータ記録用の領域９１７を設定して、その領域に静止画像のファイルデータを記録している。

なお、ＦＥ９１０には、改めて範囲を設定したデータ記録領域の位置とサイズが記述され、さらに“recorded and allocated”のフラグがセットされている。

また、このＦＥと対応しているＦＩＤは、ＦＩＤ群９０８の中に存在し、図示しないがそのファイルアイデンティファイアフィールドに静止画像のファイル名が記述される。

以上述べたように、図５のフローチャートに従って前もって記録メディア上にファイルの管理情報を記述し、図７のフローチャートに従って“not recorded but allocated”と印（フラグ）がつけられている未使用のデータ記録用領域に、静止画像のファイルデータを記録することにより、前もって設定した最大記録枚数一杯まで静止画像の記録を行っても、メタデータパーティションの拡張処理が要求されることがない（発生しない）。すなわち、メタデータファイルとメタデータミラーファイルが細分化される可能性が低減できる。これにより、シーク速度の低下が生じ、例えば任意のファイルへのアクセス速度が低下するようなユーザの利便性を損なうことを避けることができる。

なお、映像録画装置１の仕様として、図７のステップＳ７０２で最大記録枚数を越えたとして静止画像の録画を拒絶された後、記録メディアの残容量に余裕があるならば、メタデータパーティションを拡張して最大記録枚数を増加して静止画像の録画を継続することは可能である。しかしながら、その場合、既に記録済みのファイルデータの状態によっては、メタデータファイルとメタデータミラーファイルの細分化が生じる可能性を含むことには、注意が必要である。

図１０は、本発明の実施の第２の手段の概要を示すフローチャートである。この図１０のフローチャートは、静止画像の録画に際し、前もって静止画像のファイルの管理情報をすべて記述するのに十分な大きさのメタデータパーティションを設定する手法について、記している。

図１０において、ステップＳ１００１では、各種のパラメータの設定を行っている。

まず、録画する静止画像の画質を設定する。これは、厳密には、静止画像をＪＰＥＧで圧縮する際の符号化レートである。

例えば、“□（ｂｉｔ／ｐｉｘｅｌ），□は整数”というような圧縮目標ビットレートや、一般のユーザにわかりやすい指標として“１／△，△は整数，に圧縮”という、数値入力を促す方法、あるいは“通常画質モード”または“高画質モード”というような「モード」の切り替えの入力を促すようなユーザインタフェースの利用などが可能である。

次に、画面解像度を設定する。これは、映像録画装置１の仕様として固定した値であってもよいし、ＶＧＡサイズやＳＸＧＡサイズといったパラメータをユーザに選択させるものであってもよい。

次に、最大記録枚数を設定する。

例えば、記録メディア全体を静止画像（ＪＰＥＧ）の録画専用とするのであれば、記録メディアの残容量とこのステップ（Ｓ１００１）において設定された画質および画面解像度から算出した記録可能枚数を最大記録枚数として自動的に設定することもできる。もちろん、１枚のＤＶＤディスクＭに、動画像と静止画像の双方を録画するなど、必ずしも記録メディア全体を静止画像の録画に特化しない場合には、前記残容量を勘案して算出した記録可能枚数を参考値として示した上で、動画像の記録に割り当てる分を考慮して、ユーザに最大記録枚数を設定させる手段を取ることもできる。

ステップＳ１００２では、ステップＳ１００１で設定した各種パラメータに基づいて、管理情報であるＦＥやＦＩＤ、およびファイルデータ（情報）の記録に必要な記録容量が算出される。

例えば、ＪＰＥＧ規格で画像を圧縮した場合、エンコードする画面の性質により多少の振れ幅はあるものの、エンコーダ内部においては、画面内レート制御が実行されることにより、設定した符号化レートに基づき、概ね同程度の発生符号量となる。従って、多少の余裕を含ませることで、１つのファイル当たりのファイルデータサイズを見積もることが可能である。

ステップＳ１００３では、ステップＳ１００２で算出した記録容量と記録メディアの残容量とが比較され、ファイルデータが記録メディア（光ディスク）Ｍに記録可能であるか否かが判定される。

仮に、ファイル（データの）サイズが残記録可能容量（残容量）よりも大きい（サイズオーバー）などの理由により記録が不可能であると判定された場合（Ｓ１００３−Ｎｏ）には、ステップＳ１００１からの一連の工程が繰り返される。

記録可能と判定された場合（Ｓ１００３−Ｙｅｓ）には、ステップＳ１００４により、記録メディア（光ディスク）Ｍに録画できる静止画像のファイル数が確定する（特定される）ことから、管理情報であるＦＥやＦＩＤの数も確定する。

ステップＳ１００４では、数が確定したＦＥやＦＩＤなどの管理情報をすべて記述可能なサイズのメタデータパーティションを設定する。すなわち、前記サイズのメタデータファイルやメタデータミラーファイルを設定し、その位置とサイズのそれぞれを、ＦＥのアロケーションディスクリプタズフィールドに記述する。

このとき、メタデータファイルとメタデータミラーファイルを設定した領域については、通常のパーティション内の論理ブロックの使用状態を表しているスペースビットマップディスクリプタ上で“使用中”と表示する。

図１１は、図１０のフローチャートに示す一連の処理が終了した時点における記録メディア上のデータ構造の概要を示す。なお、図１１においても、図２により説明したデータ構造のうちのパーティションの内部の状態のみを示している。

図１１では、静止画像のＦＥやＦＩＤは、実際に静止画像の録画を行う際に記述されるが、設定された最大記録枚数分のＦＥやＦＩＤをすべて記述できる領域１１０８が、予め確保されていることを特徴とする。また、これらの管理情報を総て記述できるだけの十分なサイズを有したメタデータファイル１１０９が、記録メディア上に設定されている。

図１２は、図１１に示した記録メディアのデータ構造に、静止画像の録画を行った直後の状態を模式的に示している。

図１２では、静止画像の録画の際に、管理情報であるＦＥやＦＩＤがメタデータパーティションの中に記述される。ＦＥ１２０９が録画された静止画像のＦＥであり、対応するファイルデータ１２１２が、メタデータパーティションの外に記録される。

なお、このファイルのＦＩＤは、黒く塗りつぶしたＦＩＤ群１２０８の中に記述され、そのファイルアイデンティファイア（File Identifier）フィールドに、ファイル名が記述されることは、先に説明したほかのデータ構造の図と同様である。

以上説明したように、図１０のフローチャートに従って前もって記録メディア上に十分な大きさのメタデータパーティションを設定しておくことにより、前もって設定した最大記録枚数一杯まで静止画像を記録した場合であっても、メタデータパーティションが拡張されることはない。

従って、メタデータファイルとメタデータミラーファイルが細分化される可能性が低減できる。これにより、シーク速度の低下が生じ、例えば任意のファイルへのアクセス速度が低下するようなユーザの利便性を損なうことを避けることができる。

以上、図面を使用して本発明の実施例を説明してきたが、本発明の内容はここに記述した形態だけに限定されるものではなく、その主旨を逸脱しない範囲で、他にも様々な形態を取り得ることはいうまでもない。また、本発明では、ディジタルビデオレコーダを例に説明したが、本発明による情報記録再生装置には、たとえばパーソナルコンピュータ（ＰＣ）なども含まれることはいうまでもない。なお、各実施の形態は、可能な限り適宜組み合わせて、もしくは一部を削除して実施されてもよく、その場合は、組み合わせもしくは削除に起因したさまざまな効果が得られる。

本発明を適用した情報記録再生装置の実施の一形態を示す概略図。 ＵＤＦ２．５０のデータ構造の概要を示す概略図。 図２に示したＵＤＦ２．５０のデータ構造の特徴部を抜き出した状態を示す概略図。 メタデータパーティションを拡張する際のデータ構造の概要を表す概略図。 本発明の実施の第１の手段の概要を示すフローチャート 図５のフローチャートに示す一連の処理が終了した時点における、記録メディア上のデータ構造を示す概略図。 静止画像の録画処理のフローチャート。 図７に示したフローチャートに従って、静止画像の録画処理を行った直後の記録メディア上のデータ構造を表す概略図。 図８に示したデータ構造とは異なる静止画像の録画処理を行った直後の記録メディア上のデータ構造を表す概略図。 本発明の実施の第２の手段の概要を示すフローチャート。 図１０のフローチャートに示す一連の処理が終了した時点における、記録メディア上のデータ構造を示す概略図。 図１１に示したフローチャートに従って、静止画像の録画処理を行った直後の記録メディア上のデータ構造を表す概略図。

符号の説明

１…ビデオレコーダ（情報記録再生装置）、３０…マイクロコンピュータブロック（主制御部）、３１…ＭＰＵ（主制御部）、５０…エンコーダ部、６０…デコーダ部、１０１…データプロセッサ、２０１…データ構造、３０１…パーティション、１００１…ディスクドライブ部、２００１…ハードディスク装置。

Claims (11)

1. 静止画像を記録メディアに録画する映像録画装置において、
   静止画像の録画に先立ち、静止画像のファイルの管理情報を記録メディア上に記述し、その管理情報に対して、データ記録領域を割り当て、
   静止画像の録画に際して、記述済みの管理情報に対して割り当てられているデータ記録領域に、記録対象である静止画像のデータを記録することを特徴とする映像録画装置。
2. 静止画像を記録メディアに録画する映像録画装置において、
   静止画像の録画に先立ち、想定される記録対象の静止画像ファイルの総てのファイルに対応する管理情報を記述することのできる連続した領域を、記録メディア上に確保し、
   静止画像の録画に際して、確保済みの連続した領域の中に管理情報を記述し、その管理情報に対して割り当てたデータ記録領域に、記録対象である静止画像のデータを記録することを特徴とする映像録画装置。
3. 静止画像を記録メディアに録画する映像録画装置において、
   静止画像の録画に先立ち、静止画像のファイルに対応する管理情報を記述することのできる大きさの連続した領域を記録メディア上に確保し、
   静止画像の録画に際して、確保済みの連続した領域の中に管理情報を記述し、その管理情報に対して割り当てたデータ記録領域に、記録対象である静止画像のデータを記録することを特徴とする映像録画装置。
4. ファイルデータを保持可能な記録メディアに、記録対象となる画像のデータの大きさに基づいて規定される任意のファイル数のファイルの管理情報を書き込み可能な管理情報記録領域を設定し、
   設定された管理情報記録領域と対応させて、任意数のファイルを記録可能なデータ記録領域を確保する
   ことを特徴とする映像記録方法。
5. ファイルの管理情報を書き込み可能な管理情報記録領域は、連続して規定されることを特徴とする請求項４記載の映像記録方法。
6. ファイルの管理情報を書き込み可能な管理情報記録領域は、記録対象となる画像のデータの大きさに基づいて規定される任意のファイル数の総ての管理情報を記録可能な大きさに規定されることを特徴とする請求項５記載の映像記録方法。
7. 記録対象となる画像のデータの大きさは、静止画像の画質に依存して設定されることを特徴とする請求項４記載の映像記録方法。
8. 記録対象となる画像のデータの大きさは、静止画像の画質に依存して設定されることを特徴とする請求項５記載の映像記録方法。
9. 記録対象となる画像のデータの大きさは、静止画像の画質に依存して設定されることを特徴とする請求項６記載の映像記録方法。
10. ファイルデータを、所定のデータ構造により記録媒体に記録し、要求に従って記録媒体から再生する情報記録再生装置において、
    記録媒体のファイルデータが記録可能な領域とは異なる記録領域に、ファイルデータを管理可能とするための少なくとも１つの管理情報を含む管理情報記録領域を、予め記録対象となるファイルデータの大きさに基づいて規定される任意のファイル数のファイルの管理情報を書き込み可能な大きさの管理情報記録領域として、設定する管理情報データ書き込み制御手段と、
    ファイルデータを記録媒体に記録する際に、記録したファイルデータに関連付けられた管理情報を、前記管理情報データ書き込み制御手段により設定された管理情報記録領域に、書き込む管理情報記録手段と、
    を有することを特徴とする情報記録再生装置。
11. 管理情報記録領域のサイズは、記録対象となる画像の総ての管理情報を記録可能なサイズに、かつ連続して規定されることを特徴とする請求項１０記載の情報記録再生装置。

Images