JP4345830B2 - 情報記録装置、および情報記録方法 - Google Patents

Description

本発明は、情報記録装置、および情報記録方法に関する。さらに、詳細には、例えばビデオカメラやスチルカメラなど動画像や静止画を記録する装置において撮影画像に対応する管理情報の記録を行なう情報記録装置、および情報記録方法に関する。

ビデオカメラやスチルカメラなど動画像や静止画を記録する装置において、撮影された画像データに対応する管理情報を管理情報ファィルに記録する構成がある。管理情報ファイルには、例えば、撮影画像の撮影日時情報や、サムネイル画像、撮影画像の特徴などの情報をテキスト情報が記録される。このような管理情報の記録構成を開示した従来技術として、例えば、特許文献１（特開２００６−６６０１４号公報）がある。

管理情報を記録するファイルはコンテンツ管理ファイル、あるいはＡＶインデックスファイルと呼ばれる。以下、
管理情報を記録するファイルを「コンテンツ管理ファイル」、
動画像や静止画像の撮影された実体データを「コンテンツ」、
コンテンツの記録ファィルを「コンテンツファイル」、
として説明する。

例えばハードディスクやフラッシュメモリなどの記録メディア（情報記録媒体）に対してコンテンツ記録を行なうビデオカメラやスチルカメラなどの情報記録装置では、動画や静止画などのコンテンツ記録を開始する以前の段階、例えば、記録メディアの初期化時に予めコンテンツ管理ファイルの記録領域を設定する処理を行なう。コンテンツ管理ファイルは、各コンテンツファイルにアクセスする毎に、繰り返しアクセスされるファイルであり、コンテンツ管理ファイルが記録媒体上に散在して記録されるいわゆるフラグメンテーションが発生すると、アクセス速度の低下が起こり好ましくないからであり、このような事態を避けるために、「コンテンツ管理ファイル」の記録領域は、記録メディアの初期化時に記録メディアの一定の場所にまとめて確保される。

一般に、コンテンツ管理ファイルの記録領域の設定に際して、情報記録装置は、予め決定したサイズの記録領域をコンテンツ管理ファイルの記録領域として設定し、オール０などの仮情報を記録する領域確保処理を実行する。

コンテンツ管理ファイルの最大のサイズは、記録メディアに記録可能な最大のコンテンツ数分の管理情報を記録できるサイズであり、これ以上のサイズである必要はない。新たなコンテンツ記録時にコンテンツ管理ファイルのサイズが上限に達してしまい、それ以上の管理情報を追加できない状態であれば、コンテンツ管理ファイルのサイズは小さすぎることになる。

従って、記録メディアの初期化時に、記録メディア容量に応じて予想される最大の記録コンテンツ数分の管理情報を記録可能なサイズのコンテンツ管理ファイル用の領域を確保することが行われる。記録メディアが記録装置に内蔵されていて、ユーザ操作による記録メディアの交換がなされない場合には、機器の設計時に適切なコンテンツ管理ファイルのサイズを決めておくことが可能である。

また、内蔵記録メディアの場合、記録メディアを交換されることがないので、このサイズは、１通りのサイズがあればよい。また、内蔵記録メディアは記録容量が大きく、予想される最大サイズのコンテンツ管理ファイルを初期化時に作成すれば、その後、コンテンツ管理ファイルのサイズを後に変更（すなわち拡張や追加）する必要はない。

しかし、ユーザによる着脱可能ないわゆるリムーバブルメディアなどを記録媒体として利用する場合には、記録メディアの容量はさまざまであり、コンテンツ管理ファイルの適切なサイズも記録メディア容量に応じて異なることになる。

また、記録メディアに既に何らかの画像ファイルが記録されているが、その画像ファイルに対応する管理情報を記録したコンテンツ管理ファイルの記録は行なわれていないといった場合もある。すなわち、旧来の画像記録装置ではコンテンツ管理ファイルを記録するといった処理を行なわない装置もあり、このような旧バージョンのシステムで画像を記録した記録メディアをコンテンツ管理ファイルの記録処理を行なう撮像装置に装着した場合、その旧ファイルを記録メディアに残したまま、コンテンツ管理ファイルを追加作成したいといった場合がある。このようなケースでは、内蔵記録メディアの場合と同様の方法で計算されるコンテンツ管理ファイルのサイズでは適正なサイズとならない場合がある。

場合によっては、計算されたコンテンツ管理ファイルのサイズ分の空き容量がリムーバブルメディア上に存在しない場合も考えられる。また、初期においてリムーバブルメディアにファイルが記録されていて空き容量が小さくても、後にそのファイルが削除されて、コンテンツファイルを追加記録できるようになった場合に、コンテンツ管理ファイルのサイズが足りなくなってコンテンツを追加できないといった事態も発生する可能性がある。このような場合には、コンテンツ管理ファイルのサイズを拡張することも考慮する必要がある。
特開２００６−６６０１４号公報

本発明は、例えば上述の問題点を解決するものであり、記録メディアの容量や記録済みデータなど、様々な記録メディアの状態に応じた最適なコンテンツ管理ファイルのサイズを決定して、決定サイズに応じたコンテンツ管理ファイルの作成を行なう情報記録装置、および情報記録方法を提供することを目的とする。

本発明の第１の側面は、
記録媒体に記録するコンテンツをコンテンツ管理ファイルによって管理する情報記録装置において、
前記記録媒体に記録されたコンテンツ管理ファイルを更新する更新手段と、
情報記録媒体に装着された記録媒体の記録状況を検証し、前記記録媒体に記録するコンテンツ管理ファイルのファイル設定を決定する制御部とを備え、
前記制御部は、新規記録が可能なコンテンツファイル数が閾値以下となったとき、前記記録媒体の空き領域のサイズとコンテンツファイルの代表サイズを取得して登録可能なコンテンツ数の算出を行い、該算出したコンテンツ数と前記コンテンツ管理ファイルに設定される１コンテンツファイルに対応するエントリサイズから前記コンテンツ管理ファイルの必要サイズを算出して、該必要サイズが前記空き領域のサイズ以下で、前記空き領域のサイズから前記必要サイズを減算したサイズが前記代表サイズ以上であるとき、前記コンテンツ管理ファイルに前記必要サイズの領域を追加すること
を特徴とする情報記録装置にある。

さらに、本発明の情報記録装置の一実施態様において、前記記録状況には、少なくとも前記コンテンツ管理ファイルの有無、及び前記記録媒体の記録容量が含まれることを特徴とする。

さらに、本発明の第２の側面は、
情報記録装置において、前記情報記録装置に装着された記録媒体に記録するコンテンツをコンテンツ管理ファイルによって管理する情報記録方法であって、
情報記録媒体に装着された記録媒体の記録状況を検証するステップと、
前記記録媒体におけるコンテンツの記録可能領域の記憶容量に基づいて、前記コンテンツ管理ファイルのファイル設定を決定するステップと、
前記ファイル設定に応じた前記コンテンツ管理ファイルを前記記録媒体に記録するステップと、
新規記録が可能なコンテンツファイル数が閾値以下となったとき、前記記録媒体の空き領域のサイズとコンテンツファイルの代表サイズを取得して登録可能なコンテンツ数の算出を行い、該算出したコンテンツ数と前記コンテンツ管理ファイルに設定される１コンテンツファイルに対応するエントリサイズから前記コンテンツ管理ファイルの必要サイズを算出して、該必要サイズが前記空き領域のサイズ以下で、前記空き領域のサイズから前記必要サイズを減算したサイズが前記代表サイズ以上であるとき、前記コンテンツ管理ファイルに前記必要サイズの領域を追加するステップとを有する
ことを特徴とする情報記録方法にある。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本発明の一実施例の構成によれば、例えばリムーバブルメディアなどの記録メディアの記憶容量や空き容量を考慮してコンテンツ管理ファイルのサイズや追加サイズを決定する構成としたので、さまざまな記憶容量の記録メディアに対して、より適切なサイズのコンテンツ管理ファイルを設定することが可能となる。また、コンテンツ管理ファイルのサイズを変更（追加）できる構成としたので、初期に設定したコンテンツ管理ファイルのサイズが小さかった場合や、データ消去等により記録メディアの空き容量が増加した場合などにも、コンテンツ管理ファイルのサイズを修正してより適切なサイズに変更することができる。

以下、図面を参照しながら本発明の情報記録装置、および情報記録方法の詳細について説明する。

［情報処理装置の構成］
まず、本発明の情報記録装置の一実施例としてのデジタルビデオカメラ１００の構成例について図１を参照して説明する。デジタルビデオカメラ１００は、撮像部１１０と、記録再生処理部１２０と、制御部１３０とを備えている。

撮像部１１０は、光学ブロック１１１と、カメラ制御部１１２と、信号変換器１１３と、撮像信号処理部１１４と、音声入力部１１５と、音声信号処理部１１６とを備える。光学ブロック１１１は、内部に、被写体を撮像するためのレンズ群、絞り調整機構、フォーカス調整機構、ズーム機構、シャッター機構、フラッシュ機構、および、手ぶれ補正機構などを備える。カメラ制御部１１２は、制御部１３０から制御信号を受けて、光学ブロック１１１に供給する制御信号を生成する。そして、生成した制御信号を光学ブロック１１１に供給して、ズーム制御、シャッター制御、および、露出制御などの制御を行なう。

信号変換器１１３は、例えばＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）などの撮像素子により構成され、その結像面に、光学ブロック１１１を通じた像が結像される。この信号変換器１１３は、シャッター操作に応じて制御部１３０から供給される画像取り込みタイミング信号を受けて、結像面に結像されている被写体像を撮像信号に変換し、撮像信号処理部１１４に供給する。

撮像信号処理部１１４は、制御部１３０からの制御信号に基づいて、撮像信号についてのガンマ補正やＡＧＣ（Ａｕｔｏ Ｇａｉｎ Ｃｏｎｔｒｏｌ）などの処理を行なうとともに、撮像信号をデジタル信号としての画像信号に変換する処理も行なう。音声入力部１１５は、撮影時の被写体周辺の音声を収集する。この音声入力部１１５からの音声信号は音声信号処理部１１６に供給される。音声信号処理部１１６は、制御部１３０からの制御信号に基づいて、音声信号についての補正やＡＧＣなどの処理を行なうとともに、音声信号をデジタル信号に変換する処理も行なう。

記録再生処理部１２０は、符号化／復号部１２１と、記録部インターフェース１２３と、出力処理部１２４と、バッファメモリ１２２とを備える。

符号化／復号部１２１は、撮像部１１０からの画像信号および音声信号や追加記録情報を符号化し多重化して圧縮データに変換する符号化機能を有する。一方、符号化／復号部１２１は、圧縮データから画像信号および音声信号や追加記録情報を分離して復号する復号機能を有する。また、符号化／復号部１２１は、制御部１３０からの制御信号に基づき、撮像信号処理部１１４からの画像信号に対して、自動ホワイトバランス制御、露出補正制御、デジタルズーム倍率に応じた拡大制御などをさらに行なう。

記録部インターフェース１２３は、符号化／復号部１２１から圧縮データを受けて記録メディア１６１に書き込む。記録メディア１６１は例えばフラッシュメモリによって構成される。ハードディスクやＤＶＤなどの記録メディアであってもよい。

記録部インターフェース１２３は、記録メディア１６１から圧縮データを読み出して符号化／復号部１２１に供給する。出力処理部１２４は、制御部１３０からの制御により、符号化／復号部１２１からの圧縮データを制御部１３０や出力端子１６２に供給する。バッファメモリ１２２は、例えばＳＤＲＡＭなどにより構成され、符号化／復号部１２１における符号化または復号のための作業領域として利用される。

制御部１３０は、ＣＰＵ１３１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３３と、操作入力部１４１を接続するための操作入力インターフェース１３４と、表示部１４２を接続するための表示制御部１３５と、例えばＵＳＢ接続部１４３を介するデータ入出力のための入出力インターフェース１３６と、撮影時刻を記録するための時間計測部１３７とがシステムバスを介して接続されることにより構成される。

ＣＰＵ１３１は制御部１３０全体の処理を司るものであり、作業領域としてＲＡＭ１３３を使用する。ＲＯＭ１３２には、撮像部１１０を制御するプログラムや、画像信号や音声信号の記録制御および再生制御などを実行するためのプログラムが書き込まれており、ＣＰＵ１３１によって読み出されてプログラムに従った処理が実行される。

操作入力インターフェース１３４に接続される操作入力部１４１には、撮影モードと再生モードなどの他のモードとを切り換えるモード切り換えキー、ズーム調整キー、露出調整のためのキー、シャッターキー、動画撮影用キー、表示部１４２における表示調整キーなどの複数のキーが設けられている。操作入力インターフェース１３４は、操作入力部１４１からの操作信号をＣＰＵ１３１に伝える。ＣＰＵ１３１は、操作入力部１４１においていずれのキーが操作されたかを判別し、その判別結果に応じた制御処理を行なう。

表示制御部１３５に接続される表示部１４２は、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などにより構成され、ＣＰＵ１３１の制御の下に、撮像部１１０からの画像信号や、記録メディア１６１から読み出された画像信号を表示する。

入出力インターフェース１３６は、例えば符号化／復号部１２１からの圧縮データをＵＳＢ接続部１４３に接続された外部機器や外部メモリに出力する。また、入出力インターフェース１３６は、ＵＳＢ接続部１４３に接続された外部機器や外部メモリからデータを入力して符号化／復号部１２１に供給する。時間計測部１３７は、年、月、日、時間、分、秒などを表わす時間情報を生成する。

次に、本発明の情報記録装置において、記録メディアに対して記録されるコンテンツ、すなわちビデオカメラやスチルカメラにおいて撮影される実体データとしてのコンテンツを格納したコンテンツファイルと、記録コンテンツに対応する管理情報を記録するコンテンツ管理ファイルの構成および対応関係について説明する。

図２は、例えばフラッシュメモリなどによって構成される図１に示す記録メディア１６１の記録データ例を示す図である。記録データには、
（１）撮影データに対応するコンテンツを格納したコンテンツファイル、
（２）コンテンツファイルに対応する管理情報を記録したコンテンツ管理ファイル、
これらの２種類のファイルが含まれる。

コンテンツファイルは、１つの撮影データ、例えばビデオデータであれば、撮影開始から終了までの１つのビデオデータごとに生成される。静止画であれば、１つの撮影静止画ごとに生成される。図に示すコンテンツファイル＃１、コンテンツファイル＃２、コンテンツファイル＃３・・・コンテンツファイル＃ｐである。これらは、コンテンツの記録毎に生成されるファイルである。

一方、コンテンツ管理ファイルは、動画や静止画などのコンテンツ記録を開始する以前の段階、例えば、記録メディアの初期化時に予め準備されるファイルである。すなわち、記録メディアの初期化処理などに併せてコンテンツ管理ファイルの記録領域の設定が行なわれる。これは、前述したように、コンテンツファイルにアクセスする毎に繰り返しアクセスされるコンテンツ管理ファイルを１つの場所にまとめて記録することで、アクセス速度の低下を防止するためである。

コンテンツの記録以前に設定されるコンテンツ管理ファイルのコンテンツ管理情報記録領域には、例えばオール０などのダミーデータが記録され、その後のコンテンツファイルの生成に応じて、生成されたコンテンツファイルに対応するコンテンツ管理情報がダミーデータ上に上書きされることになる。

コンテンツ管理ファイルであるＡＶインデックスファイルには、図に示すように、
（Ｂ１）プロパティファイル
（Ｂ２）サムネイルファイル
（Ｂ３）メタデータファィル
これらの３種類が含まれる。コンテンツ管理ファイルには、各コンテンツファイルに対応する管理情報記録領域としてのエントリが設定される。原則としては１つのエントリに１つのコンテンツファイルに対応する管理情報が記録されることになる。なお、１つのコンテンツファイルに対応する管理情報を２つ以上のエントリを利用して記録する設定も可能である。

プロパティファイルには、コンテンツ管理ファイルのデータ長などのファイル基本情報を格納するヘッダを有し、ヘッダに続いて、各コンテンツファイルに対応する主要管理情報、例えばコンテンツ識別子、コンテンツ撮影日時等の他、サムネイルファイルに対する対応エントリのインデックス情報、メタデータファイルに対する対応エントリのインデックス情報などが含まれる。管理情報ファイルのアクセス時には、まず、プロパティファイルを読み出して、コンテンツ対応のエントリを取得して主要管理情報を読み出すとともに、サムネイルファイルおよびメタデータファイルの対応エントリのインデックスを取得して、これらのインデックスに従ってサムネイルファイルおよびメタデータファイルの対応エントリの読み出しを行なう。

サムネイルファイルは、各コンテンツファイルに対応する代表画像のサムネイルを各エントリに格納したファイルである。メタデータファイルは、各コンテンツファイルに対応するテキスト情報、例えばコンテンツの撮影された位置情報などの情報によって構成される。

これらのプロパティファイル、サムネイルファイル、メタデータファィルによって構成されるコンテンツ管理ファイルは前述したように、コンテンツの記録以前の例えば記録メディア初期化処理などに際してファイル領域が確保される。初期的に設定されるコンテンツ管理ファイルのコンテンツ管理情報記録領域には、少なくとも一部にダミーデータが記録され、その後のコンテンツファイルの生成に応じて、生成されたコンテンツファイルに対応するコンテンツ管理情報がダミーデータ上に上書きされることになる。

従って、記録メディアの初期化時に、記録メディア容量に応じて予想される最大の記録コンテンツ数分の管理情報を記録可能なサイズのコンテンツ管理ファイル用の領域を確保する処理が行われる。

前述したように、例えばビデオカメラに内蔵されたハードディスクを記録メディアとして用いる場合など記録メディアの交換が想定されない場合は、予め、ハードディスクの容量に応じた適切なコンテンツ管理ファイルのサイズを１つ決めておく設定として、その設定に従ってコンテンツ管理ファイル用の領域を確保する処理を行なうことができる。

しかし、例えばフラッシュメモリなどのリムーバブルメディアを記録メディアとして利用する場合、新たにユーザが情報記録装置（ビデオカメラなど）に装着した記録メディアは、
（１）記録メディアの容量が多様である。
（２）記録メディアに既に画像ファイルが記録されている場合とされていない場合がある。
（３）記録メディアにコンテンツ管理ファイルが記録済みである場合と記録済みでない場合がある。

上記の様々な異なる条件の記録メディアが利用され、例えば記録メディアの装着時に一律のコンテンツ管理ファィルの領域設定を行うといった処理はできないことになる。本発明は、このような記録メディアを利用する場合における最適なコンテンツ管理ファイルの生成を行なうことを可能とするものであり、記録メディアの容量や記録済みデータなど、様々な記録メディアの状態に応じた最適なコンテンツ管理ファイルのサイズを決定して、決定サイズに応じたコンテンツ管理ファイルの作成を行なう構成を持つ。以下、本発明の情報記録装置におけるコンテンツ管理ファイルの生成処理の具体的な実施例について説明する。以下に示す複数の処理例について順次説明する。
１．記録メディア初期化処理におけるコンテンツ管理ファイルの設定処理
２．記録メディアの空き容量に応じたコンテンツ管理ファイルの設定処理
３．コンテンツファイルが記録されている記録メディアに対するコンテンツ管理ファイルの設定処理
４．コンテンツ管理ファイルのサイズの追加処理
５．記録メディアの空き容量を考慮したコンテンツ管理ファイルサイズの追加処理

［１．記録メディア初期化処理におけるコンテンツ管理ファイルの設定処理］
まず、記録メディア初期化に際して実行するコンテンツ管理ファイルの設定処理シーケンスについて、図３に示すフローチャートを参照して説明する。なお、図３以下のフローチャートを参照して説明する処理は、たとえば図１に示す情報記録装置における制御手段１３０の制御の下に実行される処理であり、記録メディア１６１（例えばフラッシュメモリ）の容量や記録状態を検証してコンテンツ管理ファイルの生成、記録を実行する処理である。

図３に示すフローは、記録メディア初期化に際して実行するコンテンツ管理ファイルの設定処理シーケンスである。まず、ステップＳ１０１において、情報記録装置の制御手段は、情報記録装置に装着された記録メディアの容量を確認する。この場合は、記録メディアの全容量の確認処理として実行される。確認されたメディスサイズを［Ｆｓｉｚｅ］とする。

次に、ステップＳ１０２において、記録メディアの容量［Ｆｓｉｚｅ］に基づいてコンテンツ管理ファイルの初期サイズを決定する。この処理の詳細については、後段で図４を参照して説明する。ステップＳ１０３では、ステップＳ１０２において決定したコンテンツ管理ファイルの初期サイズに従ったコンテンツ管理ファイルを生成して記録メディアに記録する。なお、この時点で記録するコンテンツ管理ファイルは、少なくとも一部にダミーデータを埋め込んだファイルである。

ステップＳ１０２における記録メディア容量［Ｆｓｉｚｅ］に基づくコンテンツ管理ファイルの初期サイズを決定する処理の詳細について、図４に示すフローチャートを参照して説明する。まず、ステップＳ２０１において、コンテンツファイルの代表サイズをメモリから取得する。
代表サイズを［Ｔｓｉｚｅ］
とする。
なお、代表サイズは、１つのコンテンツファイルの代表的なサイズであり、例えば静止画を撮影するスチルカメラであれば１枚の静止画を格納するコンテンツファイルの代表サイズであり、ビデオカメラであれば１つのビデオコンテンツを格納するコンテンツファイルの代表サイズである。これらの代表サイズは、事前に決定して記録装置のメモリに記録しておく。

なお、コンテンツファイルの代表サイズは、例えば、以下のようにして決定することができる。
（ａ）記録装置において記録するコンテンツが静止画の場合
（ａ１）記録可能な最大解像度で最高画質のデータのファイルサイズとする
（ａ２）記録可能な最大解像度で標準画質のデータのファイルサイズとする
例えば、（ａ１）または（ａ２）のファイルサイズを代表サイズとして決定する。

また、
（ｂ）記録装置において記録するコンテンツが動画の場合
（ｂ１）統計的に１コンテンツの記録時間を求め、その記録時間を最高画質で撮影した場合のファイルサイズ、
（ｂ２）１コンテンツとして記録可能な最短の時間での、最高画質で撮影した場合のファイルサイズ、
例えば、（ｂ１）または（ｂ２）のファイルサイズを代表サイズとして決定する。

さらに、
（ｃ）記録装置において記録するコンテンツが動画・静止画混在する場合
静止画および動画コンテンツの代表的なファィルサイズ（例えば平均値）を求め、統計的に静止画・動画の撮影頻度を求めて、加重平均して求めたファィルサイズを代表サイズとする。

このように、情報記録装置において記録されるコンテンツの種類に応じて、代表サイズを予め決定し、メモリにその代表ファイルサイズを登録情報として格納しておき、制御部がそのメモリ格納値を取得する。なお、代表ファイルサイズを算出するためのアルゴリズムをプログラムに設定しておき、逐次、アルゴリズムを実行して代表サイズを決定する構成としてもよい。

次に、ステップＳ２０２において、記録メディアに記録可能なコンテンツ数［Ｃｃｏｕｎｔ］を求める。記録メディアに記録可能なコンテンツ数［Ｃｃｏｕｎｔ］は、以下の式に従って算出する。
［Ｃｃｏｕｎｔ］＝（Ｆｓｉｚｅ−Ｈｓｉｚｅ）／Ｔｓｉｚｅ
ただし、
Ｆｓｉｚｅ：記録メディアサイズ
Ｈｓｉｚｅ：コンテンツ管理ファイルのヘッダサイズ（図２に示すプロパティファイル中のヘッダサイズであり、固定値）
Ｔｓｉｚｅ：コンテンツファイルの代表サイズ
である。

次に、ステップＳ２０３において、コンテンツ管理ファイルの必要サイズ［Ｘｓｉｚｅ］を算出する。コンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］は、以下の式に従って算出する。
Ｘｓｉｚｅ＝Ｈｓｉｚｅ＋Ｃｃｏｕｎｔ×（１エントリサイズ）
ただし、
Ｈｓｉｚｅ：コンテンツ管理ファイルのヘッダサイズ（図２に示すプロパティファイル中のヘッダサイズであり、固定値）
Ｃｃｏｕｎｔ：記録メディアに記録可能なコンテンツ数
１エントリサイズ：コンテンツ管理ファイルに設定される１コンテンツファイルに対応して設定されるエントリサイズ（図２に示すプロパティファイル、サムネイルファイル、メタデータファイル各々の１エンサリのトータルサイズであり予め設定された固定値）
である。

このようにして、コンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］を算出することで、記録メディアの容量に応じて記録可能なコンテンツファイル数に応じた最適なエントリ数の設定されたコンテンツ管理ファイルを生成して記録メディア上に記録することが可能となる。

なお、記録メディアの記憶容量は、８ＧＢ（Ｇｉｇａ Ｂｙｔｅ），３２ＧＢ等、所定のサイズとなることが一般的である。したがって、図５に例示したような記録メディアのサイズ情報とコンテンツ管理ファイルサイズとの対応関係を管理する管理テーブルを予めメモリ（図１のＲＯＭ１３２など）に記録し、コンテンツ管理ファイルの初期サイズを決定する際には、管理テーブルから記録メディアの記録容量に対応するコンテンツ管理ファイルのサイズを取得する構成としてもよい。即ち、図３のフローに示すステップＳ１０２のコンテンツ管理ファイルの初期サイズの決定を、上記管理テーブルから記録メディアの記録容量に応じたコンテンツ管理ファイルの初期サイズを取得することにより行う。

管理テーブルの情報からコンテンツ管理ファイルの初期サイズを決める場合の具体的な決定処理のフローの例を図６に示す。まずステップＳ２５１で、ｉを初期化する。次にステップＳ２５２で、図５の対応表のｉ行目の記録メディアのサイズ[Ｍｓｉｚｅ]を取得する。ステップＳ２５３において、ステップＳ１０２で取得した記録メディアのサイズ[Ｆｓｉｚｅ]と対応表から取得した記録メディアのサイズ[Ｍｓｉｚｅ]を比較する。[Ｍｓｉｚｅ]よりも[Ｆｓｉｚｅ]が大きい場合には、ステップＳ２５４でｉを一つ進めてステップＳ２５２からを繰り返す。ステップＳ２５３において、[Ｆｓｉｚｅ]が[Ｍｓｉｚｅ]以下になった場合には、対応表のｉ行目のコンテンツ管理ファイルの初期サイズを[Ｘｓｉｚｅ]とし、このサイズを作成するコンテンツ管理ファイルの初期サイズとする。

［２．記録メディアの空き容量に応じたコンテンツ管理ファイルの設定処理］
記録メディアがすでに初期化済みであり、何らかのデータが記録されているような場合には、記録メディアの初期化を行なうと記録済みデータが消去されることになり初期化処理は実行できない。このような記録メディアに対応したコンテンツ管理ファイルのサイズ決定、記録処理シーケンスについて図７に示すフローチャートを参照して説明する。

まず、ステップＳ３０１において、情報記録装置に装着された記録メディアにコンテンツ管理ファイルが記録されているか否かを確認する。すでにコンテンツ管理ファイルが記録されている場合は、新たにコンテンツ管理ファイルの記録処理を実行する必要がないので処理を終了する。コンテンツ管理ファイルが記録されていない場合は、ステップＳ３０２に進む。

ステップＳ３０２では、情報記録装置に装着された記録メディアの空き容量を確認する。この場合は、記録メディアのデータ記録済み領域を除くデータ未記録領域の容量の確認処理として実行される。確認された記録メディア空き容量のサイズを［Ｆｓｉｚｅ］とする。

次に、ステップＳ３０３において、記録メディアの空き容量［Ｆｓｉｚｅ］に基づいてコンテンツ管理ファイルの初期サイズを決定する。この処理の詳細については、後段で図８を参照して説明する。ステップＳ３０４では、ステップＳ３０３において決定したコンテンツ管理ファイルの初期サイズに従ったコンテンツ管理ファイルを生成して記録メディアに記録する。なお、この時点で記録するコンテンツ管理ファイルは、少なくとも一部にダミーデータを埋め込んだファイルである。

ステップＳ３０３における記録メディアの空き容量［Ｆｓｉｚｅ］に基づくコンテンツ管理ファイルの初期サイズを決定する処理の詳細について、図８に示すフローチャートを参照して説明する。まず、ステップＳ４０１において、コンテンツ管理ファイルのヘッダサイズ［Ｈｓｉｚｅ］を取得する。これは、図２に示すプロパティファイル中のヘッダサイズであり、予め設定済みの固定値である。例えばメモリの記録データから取得される。

次にステップＳ４０２において、記録メディアの空き容量［Ｆｓｉｚｅ］と、コンテンツ管理ファイルのヘッダサイズ［Ｈｓｉｚｅ］とを比較し、コンテンツ管理ファイルのヘッダサイズ［Ｈｓｉｚｅ］が記録メディアの空き容量［Ｆｓｉｚｅ］より大きいか否か、すなわち、
Ｆｓｉｚｅ＜Ｈｓｉｚｅ
が成立するか否かを判定する。上記式が成立する場合、記録メディアの空き容量［Ｆｓｉｚｅ］に対応する領域にコンテンツ管理ファイルを新たに設定して記録することは不可能である。この場合は、ステップＳ４１０に進み、コンテンツ管理ファイルの記録処理を実行することなく処理を終了する。

ステップＳ４０２において、
Ｆｓｉｚｅ＜Ｈｓｉｚｅ
が成立しないと判定されると、ステップＳ４０３に進む。ステップＳ４０３では、コンテンツファイルの代表サイズをメモリから取得する。
代表サイズを［Ｔｓｉｚｅ］
とする。
なお、代表サイズは、先に説明したように１つのコンテンツファイルの代表的なサイズであり、例えば静止画を撮影するスチルカメラであれば１枚の静止画を格納するコンテンツファイルの代表サイズ、ビデオカメラであれば１つのビデオコンテンツを格納するコンテンツファイルの代表サイズである。これらの代表サイズは、事前に決定して記録装置のメモリに記録しておく。

なお、コンテンツファイルの代表サイズは、前述したように、記録装置の記録コンテンツの種類に応じて決定され、
（ａ）記録装置において記録するコンテンツが静止画の場合
（ａ１）記録可能な最大解像度で最高画質のデータのファイルサイズとする
（ａ２）記録可能な最大解像度で標準画質のデータのファイルサイズとする
（ｂ）記録装置において記録するコンテンツが動画の場合
（ｂ１）統計的に１コンテンツの記録時間を求め、その記録時間を最高画質で撮影した場合のファイルサイズ、
（ｂ２）１コンテンツとして記録可能な最短の時間での、最高画質で撮影した場合のファイルサイズ、
（ｃ）記録装置において記録するコンテンツが動画・静止画混在する場合
静止画および動画コンテンツの代表的なファィルサイズ（例えば平均値）を求め、統計的に静止画・動画の撮影頻度を求めて、加重平均して求めたファィルサイズを代表サイズとする。
このように、情報記録装置において記録されるコンテンツの種類に応じた代表サイズが予め決定され代表ファイルサイズが登録情報としてメモリに格納されている。なお、代表ファイルサイズを算出するためのアルゴリズムをプログラムに設定しておき、逐次、アルゴリズムを実行して代表サイズを決定する構成としてもよい。

次に、ステップＳ４０４において、記録メディアに記録可能なコンテンツ数［Ｃｃｏｕｎｔ］を求める。記録メディアに記録可能なコンテンツ数［Ｃｃｏｕｎｔ］は、以下の式に従って算出する。
［Ｃｃｏｕｎｔ］＝（Ｆｓｉｚｅ−Ｈｓｉｚｅ）／Ｔｓｉｚｅ
ただし、
Ｆｓｉｚｅ：記録メディアの空き容量サイズ
Ｈｓｉｚｅ：コンテンツ管理ファイルのヘッダサイズ（図２に示すプロパティファイル中のヘッダサイズであり、固定値）
Ｔｓｉｚｅ：コンテンツファイルの代表サイズ
である。

次に、ステップＳ４０５において、コンテンツ管理ファイルの必要サイズ［Ｘｓｉｚｅ］を算出する。コンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］は、以下の式に従って算出する。
Ｘｓｉｚｅ＝Ｈｓｉｚｅ＋Ｃｃｏｕｎｔ×（１エントリサイズ）
ただし、
Ｈｓｉｚｅ：コンテンツ管理ファイルのヘッダサイズ（図２に示すプロパティファイル中のヘッダサイズであり、固定値）
Ｃｃｏｕｎｔ：記録メディアに記録可能なコンテンツ数
１エントリサイズ：コンテンツ管理ファイルに設定される１コンテンツファイルに対応して設定されるエントリサイズ（図２に示すプロパティファイル、サムネイルファイル、メタデータファイル各々の１エンサリのトータルサイズであり予め設定された固定値）
である。

なお、ここで計算するコンテンツ管理ファイルのサイズは、記録メディアのファイルシステムでクラスタ単位、または、セクタ単位となるようにする。すなわち、データ記録や読み出し処理の単位に応じたサイズとして決定する。

次に、ステップＳ４０６において、計算によって得たサイズのコンテンツ管理ファイルが記録メディアの空き領域に記録可能かを調べる。すなわち、ステップＳ４０５で算出したコンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］と、図７に示すフローのステップＳ３０２において求めた記録メディアの空き領域サイズ［Ｆｓｉｚｅ］を比較する。
Ｆｓｉｚｅ＜Ｘｓｉｚｅ
上記式が成立する場合は、ステップＳ４０５で算出したコンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］のコンテンツ管理ファイルは、記録メディアの空き領域サイズ［Ｆｓｉｚｅ］より大きく、記録メディア空き領域にコンテンツ管理ファイルを記録することは不可能であると判断し、ステップＳ４０８に進み、再度、コンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］を調整する処理を行なう。上記式が成立しない場合は、ステップＳ４０５で算出したコンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］のコンテンツ管理ファイルは、記録メディアの空き領域サイズ［Ｆｓｉｚｅ］以下であり、記録メディア空き領域にコンテンツ管理ファイルを記録することが可能であると判断し、ステップＳ４０７に進む。

ステップＳ４０７では、記録メディアの空き領域サイズ［Ｆｓｉｚｅ］からコンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］を除いた残りの領域サイズがコンテンツファイルの代表サイズ［Ｔｓｉｚｅ］より小さいか否かを判定する。すなわち、
Ｆｓｉｚｅ−Ｘｓｉｚｅ＜Ｔｓｉｚｅ
上記式が成立するか否かを判定する。

上記式が成立する場合は、記録メディアの空き領域にコンテンツ管理ファイルを記録してしまうとコンテンツファイルを書き込む領域が残らないことを意味する。この場合は、ステップＳ４０８に進み、再度、コンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］を調整する処理を行なう。上記式が成立しない場合は、記録メディアの空き領域にコンテンツ管理ファイルを記録してもコンテンツファイルを書き込む領域が残ることを意味する。この場合は、ステップＳ４０５において決定したコンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］を最終的な決定サイズとする。

ステップＳ４０６において、
Ｆｓｉｚｅ＜Ｘｓｉｚｅ
であると判断された場合、または、
ステップＳ４０７において、
Ｆｓｉｚｅ−Ｘｓｉｚｅ＜Ｔｓｉｚｅ
であると判定された場合は、ステップＳ４０８に進み、再度、コンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］を調整する処理を行なう。

ステップＳ４０８では、先にステップＳ４０４において算出した記録メディアに記録可能なコンテンツ数［Ｃｃｏｕｎｔ］を１つ削減する記録メディア記録可能コンテンツ数［Ｃｃｏｕｎｔ］更新処理を実行する。

次に、ステップＳ４０９において、更新された記録メディア記録可能コンテンツ数［Ｃｃｏｕｎｔ］が０になっていないかを検証する。
Ｃｃｏｕｎｔ＝０
である場合は、コンテンツ管理ファイルの記録によって記録可能なコンテンツファイルの数が０になるということになり、コンテンツ管理ファイルの記録を行なう意味がないので、ステップＳ４１０に進み、コンテンツ管理ファイルの記録処理を実行することなく処理を終了する。

ステップＳ４０９において、
Ｃｃｏｕｎｔ＝０
でない場合は、コンテンツ管理ファイルの記録によって記録可能なコンテンツファイルが存在することになり、コンテンツ管理ファイルの記録を行なう意味があると判断し、さらに、ステップＳ４０５において、更新した記録メディア記録可能コンテンツ数［Ｃｃｏｕｎｔ］を適用して、コンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］を、以下の式に従って算出する。
Ｘｓｉｚｅ＝Ｈｓｉｚｅ＋Ｃｃｏｕｎｔ×（１エントリサイズ）

さらに、ステップＳ４０６において、
Ｆｓｉｚｅ＜Ｘｓｉｚｅ
の判定処理を実行し、
ステップＳ４０７において、
Ｆｓｉｚｅ−Ｘｓｉｚｅ＜Ｔｓｉｚｅ
の判定処理を実行し、
コンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］が、記録メディア空き容量サイズ［Ｆｓｉｚｅ］以下であり、記録メディア空き容量サイズ［Ｆｓｉｚｅ］からコンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］を差し引いた残り領域の領域サイズがコンテンツファイルの代表サイズ［Ｔｓｉｚｅ］以上であることが確認された場合に、そのコンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］を最終的なコンテンツ管理ファイルサイズとして決定する。

この図８に示すフローに従った処理が、図７のステップＳ３０３の処理であり、このようにして記録メディアの空き容量［Ｆｓｉｚｅ］に基づいてコンテンツ管理ファイルの初期サイズを決定し、ステップＳ３０４では、ステップＳ３０３において決定したコンテンツ管理ファイルの初期サイズに従ったコンテンツ管理ファイルを生成して記録メディアに記録する。なお、この時点で記録するコンテンツ管理ファイルは、少なくとも一部にダミーデータを埋め込んだファイルである。

このようにして、コンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］を算出することで、記録メディアの空き容量に応じて記録可能なコンテンツファイル数に応じた最適なエントリ数の設定されたコンテンツ管理ファイルを生成して記録メディア上に記録することが可能となる。

［３．コンテンツファイルが記録されている記録メディアに対するコンテンツ管理ファイルの設定処理］
次に、既にコンテンツファイルが記録済みの記録メディアを検証して最適なコンテンツ管理ファイルのサイズを決定してコンテンツ管理ファイルを記録する処理シーケンスについて図９に示すフローチャートを参照して説明する。

まず、ステップＳ５０１において、情報記録装置に装着された記録メディアにコンテンツ管理ファイルが記録されているか否かを確認する。すでにコンテンツ管理ファイルが記録されている場合は、新たにコンテンツ管理ファイルの記録処理を実行する必要がないので処理を終了する。コンテンツ管理ファイルが記録されていない場合は、ステップＳ５０２に進む。

ステップＳ５０２では、情報記録装置に装着された記録メディアの空き容量を確認する。この場合は、記録メディアのデータ記録済み領域を除くデータ未記録領域の容量の確認処理として実行される。確認された記録メディア空き容量のサイズを［Ｆｓｉｚｅ］とする。

次に、ステップＳ５０３において、記録メディア内に記録済みのコンテンツファイルを検証して、新たに記録予定のコンテンツ管理ファイルに管理情報を記録可能な記録済みコンテンツファイル数をカウントする。これは、例えば、画像ファイルを格納したコンテンツファイルであるか否かをファイル識別子（ｊｐｅｇなど）に基づいて検証し、画像格納ファイルであればコンテンツ管理ファイルに管理情報を記録可能なファイルであると判定してカウントする。管理情報を記録可能な記録メディアに記録済みのコンテンツファイル数を［Ｅｃｏｕｎｔ］とする。

次に、ステップＳ５０４において、記録メディアの空き容量［Ｆｓｉｚｅ］に基づいてコンテンツ管理ファイルの初期サイズを決定する。この処理の詳細については、後段で図１０を参照して説明する。ステップＳ５０５では、ステップＳ５０４において決定したコンテンツ管理ファイルの初期サイズに従ったコンテンツ管理ファイルを生成して記録メディアに記録する。なお、この時点で記録するコンテンツ管理ファイルは、少なくとも一部にダミーデータを埋め込んだファイルである。

ステップＳ５０４における記録メディアの空き容量［Ｆｓｉｚｅ］に基づくコンテンツ管理ファイルの初期サイズを決定する処理の詳細について、図１０に示すフローチャートを参照して説明する。

図１０に示すフローチャートは、先に図８を参照して説明したフローにおける処理シーケンスとほぼ同様のシーケンスである。図８に示すフローと異なる点は、ステップＳ６０５の処理である。ステップＳ６０５は、コンテンツ管理ファイルの必要サイズ［Ｘｓｉｚｅ］を算出する処理ステップである。

本処理例では、このコンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］は、以下の式に従って算出する。
Ｘｓｉｚｅ＝Ｈｓｉｚｅ＋（Ｃｃｏｕｎｔ＋Ｅｃｏｕｎｔ）×（１エントリサイズ）
ただし、
Ｈｓｉｚｅ：コンテンツ管理ファイルのヘッダサイズ（図２に示すプロパティファイル中のヘッダサイズであり、固定値）
Ｃｃｏｕｎｔ：記録メディアに記録可能なコンテンツ数
Ｅｃｏｕｎｔ：管理情報を記録可能な記録メディアに記録済みのコンテンツファイル数
１エントリサイズ：コンテンツ管理ファイルに設定される１コンテンツファイルに対応して設定されるエントリサイズ（図２に示すプロパティファイル、サムネイルファイル、メタデータファイル各々の１エンサリのトータルサイズであり予め設定された固定値）
である。

本処理例では、管理情報を記録可能な記録メディアに記録済みのコンテンツファイル数［Ｅｃｏｕｎｔ］を考慮してコンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］を算出する構成としている。
すなわち、新たに設定するコンテンツ管理ファイルには、記録メディアに記録済みのコンテンツファイルに対応する管理情報を記録し、さらに、新たに記録されるコンテンツ数［Ｃｃｏｕｎｔ］に対応する管理情報の記録領域を確保する必要があり、これら
（ａ）記録済みコンテンツファイル数［Ｅｃｏｕｎｔ］、
（ｂ）記録予定コンテンツファイル数［Ｃｃｏｕｎｔ］、
これらのトータルのコンテンツ数を考慮してコンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］を算出する構成としている。

他のステップについては、図８を参照して説明した処理と同様であるので、説明は省略する。

この図１０に示すフローに従った処理が、図９のステップＳ５０４の処理であり、このようにして記録メディアの空き容量［Ｆｓｉｚｅ］に基づいてコンテンツ管理ファイルの初期サイズを決定し、ステップＳ５０５では、ステップＳ５０４において決定したコンテンツ管理ファイルの初期サイズに従ったコンテンツ管理ファイルを生成して記録メディアに記録する。なお、この時点で記録するコンテンツ管理ファイルは、一部のエントリ領域に記録済みコンテンツファイルに対応する管理情報を記録し、その他のエントリ領域にはダミーデータを埋め込んだファイルである。

このようにして、コンテンツ管理ファイルサイズ［Ｘｓｉｚｅ］を算出することで、記録メディアの空き容量と、記録済みコンテンツファイル数、新たに記録可能なコンテンツファイル数に応じた最適なエントリ数の設定されたコンテンツ管理ファイルを生成して記録メディア上に記録することが可能となる。

［４．コンテンツ管理ファイルのサイズの追加処理］
次に、既にコンテンツ管理ファイルの記録された記録メディアにおいて、コンテンツ管理ファイルのサイズを変更して、新たな記録コンテンツに対応する管理情報を記録可能とする処理について、図１１に示すフローチャートを参照して説明する。

まず、ステップＳ７０１において、記録メディアに記録されているコンテンツ管理ファイルを検証し、コンテンツ管理ファイルに記録可能なコンテンツ管理情報のエントリ数を確認する。すなわち、空きエントリ数であり、この空きエントリ数に対応するコンテンツファイルが、新たに記録メディアに記録可能なコンテンツファイル数に対応する。この空きエントリ数に相当する新規記録可能なコンテンツファイル数を［Ｒｃｏｕｎｔ］とする。

次に、ステップＳ７０２において、閾値［Ｔｃｏｕｎｔ］を設定する。この閾値は予め設定された閾値であり、ステップＳ７０４以下のコンテンツ管理ファイルのサイズ変更処理を実行するか否かの判定のために用いられる値である。例えば、コンテンツ管理ファイルの空きエントリ数（＝新規記録可能なコンテンツファイル数）が［１］となった場合に、ステップＳ７０４以下のコンテンツ管理ファイルのサイズ変更処理を実行するという設定の場合は、閾値［Ｔｃｏｕｎｔ］＝１である。また、コンテンツ管理ファイルの空きエントリ数（＝新規記録可能なコンテンツファイル数）が［５］となった場合に、ステップＳ７０４以下のコンテンツ管理ファイルのサイズ変更処理を実行するという設定の場合は、閾値［Ｔｃｏｕｎｔ］＝５である。この閾値［Ｔｃｏｕｎｔ］は予め設定されメモリに記録されている。

閾値［Ｔｃｏｕｎｔ］の例として、例えば、
動画コンテンツを記録する構成では、閾値［Ｔｃｏｕｎｔ］＝１、
静止画コンテンツを記録する構成では、
閾値［Ｔｃｏｕｎｔ］＝１、あるいは、
閾値［Ｔｃｏｕｎｔ］＝連続撮影可能な枚数と等しい値、
とするなどの設定が可能である。

ステップＳ７０３では、閾値［Ｔｃｏｕｎｔ］と、ステップＳ７０１においてコンテンツ管理ファイルを検証して確認した空きエントリ数に相当する新規記録可能なコンテンツファイル数を［Ｒｃｏｕｎｔ］とを比較する。
Ｒｃｏｕｎｔ≦Ｔｃｏｕｎｔ
上記式が成立する場合は、ステップＳ７０４以下のコンテンツ管理ファイルのサイズ変更処理を実行する。上記式が成立しない場合は、まだ、コンテンツ管理ファイルの空きエントリ数に相当する新規記録可能なコンテンツファイル数が閾値［Ｔｃｏｕｎｔ］より多く、余裕を持ったコンテンツ記録が可能であるので、ステップＳ７０４以下のコンテンツ管理ファイルのサイズ変更処理を実行することなく処理を終了する。

ステップＳ７０３において、
Ｒｃｏｕｎｔ≦Ｔｃｏｕｎｔ
上記式が成立すると判定した場合は、ステップＳ７０４以下のコンテンツ管理ファイルのサイズ変更処理を実行する。ステップＳ７０４では、記録メディアの空き容量［Ｆｓｉｚｅ］を取得する。

次に、ステップＳ７０５において、コンテンツ管理ファイルの最小追加サイズ［Ａｓｉｚｅ］を算出する。この最小追加サイズ［Ａｓｉｚｅ］は、予め決定されたサイズであり、例えばｎ個のコンテンツ管理情報を記録するためのｎ個のエントリ領域に相当するサイズである。具体的には、例えば１回のコンテンツ管理ファイルのサイズ変更処理において１０個のコンテンツファイルに対応する管理情報の記録領域の追加処理を行なう設定の場合は、１０単位のエントリ領域を［Ａｓｉｚｅ］として設定する。なお、１つのコンテンツファイルに必要となるエントリ領域は、図２に示すプロパティファイルの１エントリと、サムネイルファイルの１エントリと、メタデータファイルの１エントリであり、これらのエントリ領域のトータルが１コンテンツファイルに対応する１単位のエントリ領域である。

なお、最小追加サイズ［Ａｓｉｚｅ］は、記録メディアのファイルシステムのクラスタ単位、またはセクタ単位で、１クラスタ〜数クラスタ、または１セクタ〜数セクタの単位、すなわちデータ記録や再生単位に相当するサイズで設定する。また、最小追加サイズ［Ａｓｉｚｅ］は、コンテンツの１エントリ分のサイズとクラスタ、セクタのサイズを勘案してサイズの追加が頻繁に発生しない程度で、大きすぎない値に決定することが好ましい。

次に、ステップＳ７０６において、記録メディアの空き容量［Ｆｓｉｚｅ］と、コンテンツ管理ファイルの最小追加サイズ［Ａｓｉｚｅ］を比較する。
Ｆｓｉｚｅ＜Ａｓｉｚｅ
上記式が成立する場合、すなわち、記録メディアの空き容量［Ｆｓｉｚｅ］が、コンテンツ管理ファイルの最小追加サイズ［Ａｓｉｚｅ］より小さい場合は、コンテンツ管理ファイルのサイズを大きくする更新処理は不可能であると判断し、ステップＳ７０８に進み、処理を中止する。

一方、
Ｆｓｉｚｅ＜Ａｓｉｚｅ
上記式が成立しない場合、すなわち、記録メディアの空き容量［Ｆｓｉｚｅ］が、コンテンツ管理ファイルの最小追加サイズ［Ａｓｉｚｅ］より小さくない場合は、コンテンツ管理ファイルのサイズを大きくする更新処理が可能であると判断し、ステップＳ７０７に進み、既存のコンテンツ管理ファイルに、最小追加サイズ［Ａｓｉｚｅ］を追加したコンテンツ管理ファイルの更新処理を実行する。なお、追加領域にはダミーデータが埋め込まれる。

このようにして、記録メディアの空き容量［Ｆｓｉｚｅ］に応じた新たなサイズを持つコンテンツ管理ファイルの設定、記録が可能となる。なお、このような処理は、例えば、メデイアに記録済みの様々なデータが消去され、空き容量［Ｆｓｉｚｅ］が増加した場合などに有効な処理である。

［５．記録メディアの空き容量を考慮したコンテンツ管理ファイルサイズの追加処理］
上述した［４．コンテンツ管理ファイルのサイズの追加処理］では、既にコンテンツ管理ファイルの記録された記録メディアにおいて、コンテンツ管理ファイルのサイズを変更して、新たな記録コンテンツに対応する管理情報を記録可能とする処理について説明したが、新たにコンテンツファイルを記録する領域についての考慮はなされていない処理であった。以下では、記録メディアの空き容量を考慮し、新たにコンテンツファイルを記録する領域についても確保して、コンテンツ管理ファイルサイズの追加処理を行うシーケンスについて説明する。

本処理例におけるシーケンスを図１２に示すフローチャートを参照して説明する。まず、ステップＳ８０１において、記録メディアに記録されているコンテンツ管理ファイルを検証し、コンテンツ管理ファイルに記録可能なコンテンツ管理情報のエントリ数を確認する。すなわち、空きエントリ数であり、この空きエントリ数に対応するコンテンツファイルが、新たに記録メディアに記録可能なコンテンツファイル数に対応する。この空きエントリ数に相当する新規記録可能なコンテンツファイル数を［Ｒｃｏｕｎｔ］とする。

次に、ステップＳ８０２において、閾値［Ｔｃｏｕｎｔ］を設定する。この閾値は予め設定された閾値であり、ステップＳ８０４以下のコンテンツ管理ファイルのサイズ変更処理を実行するか否かの判定のために用いられる値である。前述したように例えば、コンテンツ管理ファイルの空きエントリ数（＝新規記録可能なコンテンツファイル数）が［１］となった場合に、ステップＳ８０４以下のコンテンツ管理ファイルのサイズ変更処理を実行するという設定の場合は、閾値［Ｔｃｏｕｎｔ］＝１である。また、コンテンツ管理ファイルの空きエントリ数（＝新規記録可能なコンテンツファイル数）が［５］となった場合に、ステップＳ８０４以下のコンテンツ管理ファイルのサイズ変更処理を実行するという設定の場合は、閾値［Ｔｃｏｕｎｔ］＝５である。この閾値［Ｔｃｏｕｎｔ］は予め設定されメモリに記録されている。

ステップＳ８０３では、閾値［Ｔｃｏｕｎｔ］と、ステップＳ８０１においてコンテンツ管理ファイルを検証して確認した空きエントリ数に相当する新規記録可能なコンテンツファイル数を［Ｒｃｏｕｎｔ］とを比較する。
Ｒｃｏｕｎｔ≦Ｔｃｏｕｎｔ
上記式が成立する場合は、ステップＳ８０４以下のコンテンツ管理ファイルのサイズ変更処理を実行する。上記式が成立しない場合は、まだ、コンテンツ管理ファイルの空きエントリ数に相当する新規記録可能なコンテンツファイル数が閾値［Ｔｃｏｕｎｔ］より多く、余裕を持ったコンテンツ記録が可能であるので、ステップＳ８０４以下のコンテンツ管理ファイルのサイズ変更処理を実行することなく処理を終了する。

ステップＳ８０３において、
Ｒｃｏｕｎｔ≦Ｔｃｏｕｎｔ
上記式が成立すると判定した場合は、ステップＳ８０４以下のコンテンツ管理ファイルのサイズ変更処理を実行する。ステップＳ８０４では、記録メディアの空き容量［Ｆｓｉｚｅ］を取得する。

次に、ステップＳ８０５において、コンテンツファイルの代表サイズ［Ｔｓｉｚｅ］を取得する。代表サイズは、１つのコンテンツファイルの代表的なサイズであり、例えば静止画を撮影するスチルカメラであれば１枚の静止画を格納するコンテンツファイルの代表サイズであり、ビデオカメラであれば１つのビデオコンテンツを格納するコンテンツファイルの代表サイズである。これらの代表サイズは、事前に決定して記録装置のメモリに記録しておく。

次に、ステップＳ８０６において、記録メディアに記録可能なコンテンツ数［Ｃｃｏｕｎｔ］を求める。記録メディアに記録可能なコンテンツ数［Ｃｃｏｕｎｔ］は、以下の式に従って算出する。
［Ｃｃｏｕｎｔ］＝（Ｆｓｉｚｅ−Ｈｓｉｚｅ）／Ｔｓｉｚｅ
ただし、
Ｆｓｉｚｅ：記録メディアの空き容量サイズ
Ｈｓｉｚｅ：コンテンツ管理ファイルのヘッダサイズ（図２に示すプロパティファイル中のヘッダサイズであり、固定値）
Ｔｓｉｚｅ：コンテンツファイルの代表サイズ
である。

次に、ステップＳ８０７において、コンテンツ管理ファイルの更新に必要な追加サイズ［Ｘｓｉｚｅ］を算出する。コンテンツ管理ファイル追加サイズ［Ｘｓｉｚｅ］は、以下の式に従って算出する。
Ｘｓｉｚｅ＝Ｃｃｏｕｎｔ×（１エントリサイズ）
ただし、
Ｃｃｏｕｎｔ：記録メディアに記録可能なコンテンツ数
１エントリサイズ：コンテンツ管理ファイルに設定される１コンテンツファイルに対応して設定されるエントリサイズ（図２に示すプロパティファイル、サムネイルファイル、メタデータファイル各々の１エンサリのトータルサイズであり予め設定された固定値）
である。

なお、ここで計算するコンテンツ管理ファイルのサイズは、記録メディアのファイルシステムでクラスタ単位、または、セクタ単位となるようにする。すなわち、データ記録や読み出し処理の単位に応じたサイズとして決定する。

次に、ステップＳ８０８において、計算によって得たサイズのコンテンツ管理ファイルが記録メディアの空き領域に記録可能かを調べる。すなわち、ステップＳ８０７で算出したコンテンツ管理ファイル追加サイズ［Ｘｓｉｚｅ］と、ステップＳ８０４において求めた記録メディアの空き領域サイズ［Ｆｓｉｚｅ］を比較する。
Ｆｓｉｚｅ＜Ｘｓｉｚｅ
上記式が成立する場合は、ステップＳ８０７で算出したコンテンツ管理ファイル追加サイズ［Ｘｓｉｚｅ］は、記録メディアの空き領域サイズ［Ｆｓｉｚｅ］より大きく、記録メディア空き領域にコンテンツ管理ファイルの追加領域を記録することは不可能であると判断し、ステップＳ８１１に進み、再度、コンテンツ管理ファイルの追加サイズ［Ｘｓｉｚｅ］を調整する処理を行なう。上記式が成立しない場合は、ステップＳ８０７で算出したコンテンツ管理ファイルの追加サイズ［Ｘｓｉｚｅ］は、記録メディアの空き領域サイズ［Ｆｓｉｚｅ］以下であり、記録メディア空き領域にコンテンツ管理ファイルの追加領域を記録することが可能であると判断し、ステップＳ８０９に進む。

ステップＳ８０９では、記録メディアの空き領域サイズ［Ｆｓｉｚｅ］からコンテンツ管理ファイルの追加サイズ［Ｘｓｉｚｅ］を除いた残りの領域サイズがコンテンツファイルの代表サイズ［Ｔｓｉｚｅ］より小さいか否かを判定する。すなわち、
Ｆｓｉｚｅ−Ｘｓｉｚｅ＜Ｔｓｉｚｅ
上記式が成立するか否かを判定する。

上記式が成立する場合は、記録メディアの空き領域にコンテンツ管理ファイルの追加領域を記録してしまうとコンテンツファイルを書き込む領域が残らないことを意味する。この場合は、ステップＳ８１１に進み、再度、コンテンツ管理ファイルの追加サイズ［Ｘｓｉｚｅ］を調整する処理を行なう。上記式が成立しない場合は、記録メディアの空き領域にコンテンツ管理ファイルの追加領域を記録してもコンテンツファイルを書き込む領域が残ることを意味する。この場合は、ステップＳ８１０に進み、ステップＳ８０７において決定したコンテンツ管理ファイルの追加サイズ［Ｘｓｉｚｅ］に対応する追加領域を記録メディアに記録する処理を実行する。

ステップＳ８０８において、
Ｆｓｉｚｅ＜Ｘｓｉｚｅ
であると判断された場合、または、
ステップＳ８０９において、
Ｆｓｉｚｅ−Ｘｓｉｚｅ＜Ｔｓｉｚｅ
であると判定された場合は、ステップＳ８１１に進み、再度、コンテンツ管理ファイルの追加サイズ［Ｘｓｉｚｅ］を調整する処理を行なう。

ステップＳ８１１では、先にステップＳ８０６において算出した記録メディアに記録可能なコンテンツ数［Ｃｃｏｕｎｔ］を１つ削減する記録メディア記録可能コンテンツ数［Ｃｃｏｕｎｔ］更新処理を実行する。

次に、ステップＳ８１２において、更新された記録メディア記録可能コンテンツ数［Ｃｃｏｕｎｔ］が０になっていないかを検証する。
Ｃｃｏｕｎｔ＝０
である場合は、コンテンツ管理ファイルの記録によって記録可能なコンテンツファイルの数が０になるということになり、コンテンツ管理ファイルのサイズ追加を行なう意味がないので、ステップＳ８１３に進み、コンテンツ管理ファイルのサイズ追加処理を実行することなく処理を終了する。

ステップＳ８１２において、
Ｃｃｏｕｎｔ＝０
でないと判定した場合は、コンテンツ管理ファイルのサイズ追加処理によっても記録可能なコンテンツファイルが存在することになり、コンテンツ管理ファイルのサイズ追加を行なう意味があると判断し、さらに、ステップＳ８０７において、更新した記録メディア記録可能コンテンツ数［Ｃｃｏｕｎｔ］を適用して、コンテンツ管理ファイルの追加サイズ［Ｘｓｉｚｅ］を、以下の式に従って算出する。
Ｘｓｉｚｅ＝Ｃｃｏｕｎｔ×（１エントリサイズ）

さらに、ステップＳ８０８において、
Ｆｓｉｚｅ＜Ｘｓｉｚｅ
の判定処理を実行し、
ステップＳ８０９において、
Ｆｓｉｚｅ−Ｘｓｉｚｅ＜Ｔｓｉｚｅ
の判定処理を実行し、
コンテンツ管理ファイルの追加サイズ［Ｘｓｉｚｅ］が、記録メディア空き容量サイズ［Ｆｓｉｚｅ］以下であり、記録メディア空き容量サイズ［Ｆｓｉｚｅ］からコンテンツ管理ファイルの追加サイズ［Ｘｓｉｚｅ］を差し引いた残り領域の領域サイズがコンテンツファイルの代表サイズ［Ｔｓｉｚｅ］以上であることが確認された場合に、そのコンテンツ管理ファイルの追加サイズ［Ｘｓｉｚｅ］を最終的なコンテンツ管理ファイルの追加サイズとして決定して、ステップＳ８１０において、決定したコンテンツ管理ファイルの追加サイズ［Ｘｓｉｚｅ］に対応する追加領域を記録メディアに記録する処理を実行する。

このようにして、記録メディアの空き容量［Ｆｓｉｚｅ］に応じた新たなサイズを持つコンテンツ管理ファイルの設定、記録が可能となる。また、本処理例では、空き領域に新たなコンテンツファイルが記録可能であることが保証される。本処理例も、前述の図１１を参照して説明した処理例と同様、例えば、メデイアに記録済みの様々なデータが消去され、空き容量［Ｆｓｉｚｅ］が増加した場合などに有効な処理である。

以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。

例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本発明の一実施例の構成によれば、例えばリムーバブルメディアなどの記録メディアの記憶容量や空き容量を考慮してコンテンツ管理ファイルのサイズや追加サイズを決定する構成としたので、さまざまな記憶容量の記録メディアに対して、より適切なサイズのコンテンツ管理ファイルを設定することが可能となる。また、コンテンツ管理ファイルのサイズを変更（追加）できる構成としたので、初期に設定したコンテンツ管理ファイルのサイズが小さかった場合や、データ消去等により記録メディアの空き容量が増加した場合などにも、コンテンツ管理ファイルのサイズを修正してより適切なサイズに変更することができる。

本発明の一実施例に係る情報記録装置の構成例について説明する図である。 本発明の一実施例に係る情報記録装置において記録メディアに記録されるデータ構成例について説明する図である。 本発明の一実施例に係る情報記録装置において実行するコンテンツ管理ファイルのサイズ決定を伴うコンテンツ管理ファイル設定処理シーケンスについて説明するフローチャートを示す図である。 本発明の一実施例に係る情報記録装置において実行するコンテンツ管理ファイルのサイズ決定処理シーケンスについて説明するフローチャートを示す図である。 記録メディアのサイズ情報とコンテンツ管理ファイルサイズとの対応関係を管理する管理テーブルの例を示す図である。 管理テーブルの情報からコンテンツ管理ファイルの初期サイズを決める場合の具体的な決定処理のフローの例を示す図である。 本発明の一実施例に係る情報記録装置において実行するコンテンツ管理ファイルのサイズ決定を伴うコンテンツ管理ファイル設定処理シーケンスについて説明するフローチャートを示す図である。 本発明の一実施例に係る情報記録装置において実行するコンテンツ管理ファイルのサイズ決定処理シーケンスについて説明するフローチャートを示す図である。 本発明の一実施例に係る情報記録装置において実行するコンテンツ管理ファイルのサイズ決定を伴うコンテンツ管理ファイル設定処理シーケンスについて説明するフローチャートを示す図である。 本発明の一実施例に係る情報記録装置において実行するコンテンツ管理ファイルのサイズ決定処理シーケンスについて説明するフローチャートを示す図である。 本発明の一実施例に係る情報記録装置において実行するコンテンツ管理ファイルのサイズ追加処理シーケンスについて説明するフローチャートを示す図である。 本発明の一実施例に係る情報記録装置において実行するコンテンツ管理ファイルのサイズ追加処理シーケンスについて説明するフローチャートを示す図である。

符号の説明

１００ 情報記録装置（ビデオカメラ）
１１０ 撮像部
１１１ 光学ブロック
１１２ カメラ制御部
１１３ 信号変換部
１１４ 映像信号処理部
１１５ 音声入力部
１１６ 音声信号処理部
１２０ 記録再生処理部
１２１ 符号化／復号部
１２２ バッファメモリ
１２３ 記録部Ｉ／Ｆ
１２４ 出力処理部
１３０ 制御部
１３１ ＣＰＵ
１３２ ＲＯＭ
１３３ ＲＡＭ
１３４ 操作入力Ｉ／Ｆ
１３５ 表示制御部
１３６ 入出力Ｉ／Ｆ
１３７ 時間計測部
１４１ 操作入力部
１４２ 表示部
１４３ ＵＳＢ接続部
１６１ 記録メディア
１６２ 出力端子

Claims (3)

1. 記録媒体に記録するコンテンツをコンテンツ管理ファイルによって管理する情報記録装置において、
   前記記録媒体に記録されたコンテンツ管理ファイルを更新する更新手段と、
   情報記録媒体に装着された記録媒体の記録状況を検証し、前記記録媒体に記録するコンテンツ管理ファイルのファイル設定を決定する制御部とを備え、
   前記制御部は、新規記録が可能なコンテンツファイル数が閾値以下となったとき、前記記録媒体の空き領域のサイズとコンテンツファイルの代表サイズを取得して登録可能なコンテンツ数の算出を行い、該算出したコンテンツ数と前記コンテンツ管理ファイルに設定される１コンテンツファイルに対応するエントリサイズから前記コンテンツ管理ファイルの必要サイズを算出して、該必要サイズが前記空き領域のサイズ以下で、前記空き領域のサイズから前記必要サイズを減算したサイズが前記代表サイズ以上であるとき、前記コンテンツ管理ファイルに前記必要サイズの領域を追加すること
   を特徴とする情報記録装置。
2. 前記記録状況には、少なくとも前記コンテンツ管理ファイルの有無、及び前記記録媒体の記録容量が含まれること
   を特徴とする請求項１に記載の情報記録装置。
3. 情報記録装置において、前記情報記録装置に装着された記録媒体に記録するコンテンツをコンテンツ管理ファイルによって管理する情報記録方法であって、
   情報記録媒体に装着された記録媒体の記録状況を検証するステップと、
   前記記録媒体におけるコンテンツの記録可能領域の記憶容量に基づいて、前記コンテンツ管理ファイルのファイル設定を決定するステップと、
   前記ファイル設定に応じた前記コンテンツ管理ファイルを前記記録媒体に記録するステップと、
   新規記録が可能なコンテンツファイル数が閾値以下となったとき、前記記録媒体の空き領域のサイズとコンテンツファイルの代表サイズを取得して登録可能なコンテンツ数の算出を行い、該算出したコンテンツ数と前記コンテンツ管理ファイルに設定される１コンテンツファイルに対応するエントリサイズから前記コンテンツ管理ファイルの必要サイズを算出して、該必要サイズが前記空き領域のサイズ以下で、前記空き領域のサイズから前記必要サイズを減算したサイズが前記代表サイズ以上であるとき、前記コンテンツ管理ファイルに前記必要サイズの領域を追加するステップとを有する
   ことを特徴とする情報記録方法。

Images