JP4715623B2 - データ記録装置及びデータ記録方法、並びにコンピュータ・プログラム - Google Patents

Description

本発明は、記録メディア上にデータを記録するデータ記録装置及びデータ記録方法、並びにコンピュータ・プログラムに係り、例えば、ビデオカメラで撮影したＡＶストリームなどのコンテンツを記録メディア上に記録するデータ記録装置及びデータ記録方法、並びにコンピュータ・プログラムに関する。

さらに詳しくは、本発明は、ＡＶＣＨＤ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）規格に準じてデータを記録メディアに記録するデータ記録装置及びデータ記録方法、並びにコンピュータ・プログラムに係り、特に、ユーザ・データ・ファイルを管理情報ファイルとともに規定のディレクトリに記録するデータ記録装置及びデータ記録方法、並びにコンピュータ・プログラムに関する。

ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）やＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）といった光学的読み取りを応用したディスク型記録メディア（以下では、「光ディスク」と呼ぶ）が、コンピュータ・ファイルや動画像ストリームの保存用途として、急速に普及してきている。光ディスクは、記憶容量が大きく、ランダム・アクセスが可能である。また、接触型の磁気記録メディアとは異なり、読み取りによる記録面の摩耗や損傷、ヘッド・クラッシュなどの心配がない。また、ディスク表面は頑丈であり、偶発的なデータ消失の危険性も低い。

例えば、ＯＳＴＡ（Ｏｐｔｉｃａｌ Ｓｔｏｒａｇｅ Ｔｅｃｈｎｏｌｏｇｙ Ａｓｓｏｃｉａｔｉｏｎ）が策定するＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）（登録商標）が互換性の高い光ディスク・フォーマットとして知られている（例えば、非特許文献１を参照のこと）。ＵＤＦは、ＥＣＭＡ−１６７（例えば、非特許文献２を参照のこと）としても知られるＩＳＯ／ＩＥＣ １３３４６標準の実装技術に相当する（ＩＳＯ／ＩＥＣ １３３４６は、ディスク容量やファイル数の大規模化に対応した、ＩＳＯ９６６０の後継である）。１９９０年代にＣＤ−ＲＷメディア並びにＣＤ記録装置の低価格化と相俟って、ＵＤＦは書き込み可能光ディスク用途として広範に浸透していった。

光ディスクを用いた記録再生装置は、例えばコンピュータ用の外部記録メディア並びに外部記憶装置として既に幅広く利用されている。最近では、ディスク型記録メディアの記録容量の増大に伴って、従来の録画テープに代わってディスクに動画像を保存するタイプのビデオカメラが出現してきている（例えば、特許文献１を参照のこと）。

ディスク型記録メディアはランダム・アクセスが可能であるから、好きなシーンを効率的に見つけ出すことができるとともに、データへのアクセスは非接触であるからメディアを劣化させることなく利用することができる。例えば、ＤＶＤビデオカメラは、２０００年の発売以来、画質の良さや編集ができるなどの使い勝手の良さから年々ユーザが拡大してきている。

さらに、ビデオカメラ向けの用途を主目的とした光ディスク規格も検討されている。例えば、ＡＶＣＨＤ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）では、既存のディスク・フォーマット規格の内容を適宜継承しながら、記録互換、追記互換機能を追加して、高解像度（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ：ＨＤ）ビデオカメラ用のデータ・フォーマットなどに関する仕様の策定を行なっている。

例えば、ビデオカメラで撮影した動画像ストリームをＭＰＥＧ２−ＴＳストリームに符号化して記録する際に、コンテンツ・データとしてのクリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）を記録する際に、プレイレスト（ＰｌａｙＬｉｓｔ）、クリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）という各種別のファイルを用いることで、好適に録画編集機能を実現することができる。動画像データは、連続同期再生すなわち実時間再生が保証された再生が必要な単位となるデータのまとまりが１つのクリップ（Ｃｌｉｐ）を構成し、１つの動画像ファイルとして記録される。クリップＡＶストリームは、ＭＰＥＧ−ＴＳ形式でストリームが格納されているファイルである。また、クリップ情報ファイルは、クリップＡＶストリーム・ファイルと対で存在し、実際のストリームを再生する上で必要となるストリームに関する情報が記載されたファイルである。そして、プレイリストは、１以上のクリップに対してそれぞれ再生開始点（ＩＮ点）及び再生終了点（ＯＵＴ点）を指定して、動画像データの再生区間及び再生順序を指定する。

図１３には、ＡＶＣＨＤで規定されているディレクトリ構成を示している。ＢＤＭＶディレクトリの直下に配置されている “ＰＬＡＹＬＩＳＴ”、“ＣＬＩＰＩＮＦ”、“ＳＴＲＥＡＭ”は、それぞれプレイリスト、クリップ情報ファイル、クリップＡＶストリーム・ファイルを格納するためのサブディレクトリである。なお、ＪＡＲ、ＪＯ、ＡＵＸＤＡＴＡといったディレクトリは、ＶＲモードにおける録画編集機能においては不要なディレクトリであるが、過去のファイル・フォーマット構造との互換性を維持する上では必要となる。

ＡＶＣＨＤは新規の規格であることから、従来のディスク記録装置においてＡＶＣＨＤ規格で規定されているディレクトリやファイルを初期化処理時に作成するものは存在しない。

ここで、ＡＶＣＨＤ規格で規定されているディレクトリを初期化処理時に作成しない場合には、ユーザ・データ・ファイルを記録する処理のいずれかのタイミングにおいて、ＡＶストリーム・ファイルを格納するディレクトリであるＭＶ／ＳＴＲＥＡＭ、及び、このユーザ・データに関する管理情報を格納するディレクトリであるＭＶ／ＣＬＩＰＩＮＦ、ＭＶ／ＰＬＡＹＬＩＳＴを作成することになる。しかしながら、この場合は以下のような問題がある。

例えば、ユーザからＡＶストリームの記録指示を受け付けてから、そのＡＶストリーム・ファイルを格納するＢＤＭＶディレクトリ及びＳＴＲＥＡＭディレクトリを作成する場合、その処理が完了するまで実際には動画データの記録を開始しないか、又は、その処理が完了するまでの間の動画データを一時的に格納しておくためのバッファが必要になる。

また、これらのディレクトリの作成処理時にライト・エラーが発生し、そのリトライ処理を行なった場合には、ディレクトリ作成処理に要する時間が非常に長くなる可能性がある。ディレクトリの作成か完了するまではＡＶストリーム・ファイルの記録を開始しない方法では、ユーザに対するリアルタイム性を著しく損なうことになる。また、動画データを一時的に格納しておくためのバッファを用意する方法でも、非常に大きなサイズのバッファを要することになる。

また、ＡＶＣＨＤ規格では１つのＡＶストリーム・ファイルについて、クリップ情報ファイルやプレイリストといった対応する管理情報ファイルを記録する必要がある。ユーザからＡＶストリームの記録停止の指示を受けた後、このＡＶストリーム・ファイルに対する管理情報ファイルを格納するディレクトリであるＣＬＩＰＩＮＦを作成する際に、ライト処理によるエラー発生のリスクが高くなる。エラーの発生によってＣＬＩＰＩＮＦディレクトリの作成に失敗すると、管理情報ファイルが記録されず、ＡＶストリームの記録自体は無事に処理されたにも拘らず、再生できなくなる。

また、ＡＶＣＨＤで規定されているディレクトリのうちＡＵＸＤＡＴＡ、ＪＯ、ＪＡＲ、ＭＥＴＡといったディレクトリは、ＡＶストリームなどのユーザ・データの記録処理で使用しないため、これらのディレクトリがなくてもＡＶストリーム・ファイルの記録を行なうことができる。例えば、記録メディアを記録装置から取り出す処理においてこれらのディレクトリを作成する場合には、以下のような問題がある。

まず、エラーによってディレクトリの作成に失敗した場合、ユーザ・データ自体は無事に記録されているにも拘らず、ＡＶＣＨＤ規格として不正な状態になり、ユーザ・データを再生できなくなる虞がある。

また、ＡＵＸＤＡＴＡ、ＪＯ、ＪＡＲ、ＭＥＴＡの各ディレクトリはＢＤＭＶディレクトリ直下にあるため、ＡＵＸＤＡＴＡ、ＪＯ、ＪＡＲ、ＭＥＴＡディレクトリを作成する際には、ＵＤＦなどの一般なファイルシステムにおいてはＢＤＭＶディレクトリの情報も更新する必要がある。もしこの過程でライト・エラーが発生してＢＤＭＶディレクトリの更新に失敗した場合には、ユーザ・データ自体は無事に記録されているにも拘らず、ユーザ・データを参照できない状態に陥る。

例えば、ＵＤＦでは、ディレクトリ及びファイル単位で、ファイルの実体の位置やファイル属性などのメタ情報をＩＣＢ（Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｂｌｏｃｋ）として持ち、ディレクトリのＩＣＢは、直下の子ディレクトリやファイルに関するＩＣＢの記録位置を記述したそれぞれのＦＩＤ（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒ）へのポイント情報を含んでいる。ＢＤＭＶディレクトリ直下にＡＵＸＤＡＴＡ、ＪＯ、ＪＡＲ、ＭＥＴＡディレクトリを作成することは、ＡＵＸＤＡＴＡ、ＪＯ、ＪＡＲ、ＭＥＴＡの各ディレクトリのメタ情報であるＩＣＢやＦＩＤを作成するだけでなく、ＢＤＭＶディレクトリのＦＩＤを更新する必要がある。このため、ＡＵＸＤＡＴＡ、ＪＯ、ＪＡＲ、ＭＥＴＡの各ディレクトリの作成時にライト・エラーが発生する可能性があるだけでなく、ＢＤＭＶディレクトリのメタ情報を更新する際にライト・エラーが発生する可能性もある。

特開２００４−１２０３６４号公報 ｈｔｔｐ：／／ｗｗｗ．ｏｓｔａ．ｏｒｇ／ｓｐｅｃｓ／ｉｎｄｅｘ．ｈｔｍ ｈｔｔｐ：／／ｗｗｗ．ｅｃｍａ−ｉｎｔｅｒｎａｔｉｏｎａｌ．ｏｒｇ／ｐｕｂｌｉｃａｔｉｏｎｓ／ｓｔａｎｄａｒｄｓ／Ｅｃｍａ−１６７．ｈｔｍ

本発明の目的は、ＡＶＣＨＤ規格に準じてデータを記録メディアに記録することができる、優れたデータ記録装置及びデータ記録方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、リアルタイム性を損なうことなく、且つ大きなバッファを用いることなく、録画編集機能を備えたファイル・フォーマットにてユーザ・データを記録メディアに記録することができる、優れたデータ記録装置及びデータ記録方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、ビデオ・レコーディング・フォーマットに則って、ユーザ・データ・ファイルを管理情報ファイルとともに規定のディレクトリに記録することができる、優れたデータ記録装置及びデータ記録方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、ディレクトリの作成に伴うライト・エラーの発生により、ユーザ・データの参照又は再生が不能になる事態を好適に防止することができる、優れたデータ記録装置及びデータ記録方法、並びにコンピュータ・プログラムを提供することにある。

本発明は、上記課題を参酌してなされたものであり、その第１の側面は、記録メディアにデータを記録するデータ記録装置であって、
新規の記録メディアに物理フォーマッティングを施す物理フォーマッティング手段と、
物理フォーマッティング後の記録メディアの記憶領域に所定のファイルシステム・フォーマットに基づくファイルシステムを作成するファイルシステム作成手段と、
前記所定のファイルシステム・フォーマットに則って、所定のコーディング規格に準じてユーザ・データ・ファイル及びその管理情報ファイルを格納するためのディレクトリ構造を作成するディレクトリ構造作成手段と、
を具備することを特徴とするデータ記録装置である。

ここで言う所定のコーディング規格は、ＡＶＣＨＤ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）規格である。ＡＶＣＨＤによれば、例えば、ビデオカメラで撮影した動画像ストリームをＭＰＥＧ２−ＴＳストリームに符号化して記録する際に、プレイレスト、クリップ情報、クリップＡＶストリームという各種別のファイルを用いることで、好適に録画編集機能を実現することができる。

ＡＶＣＨＤでは、図１３に示したようなディレクトリ構造を規定しており、少なくとも記録装置から記録メディアを取り出す段階では、このようなディレクトリ構造を満たす必要がある。しかしながら、ＡＶＣＨＤは新規の規格であることから、従来のディスク記録装置においてＡＶＣＨＤ規格で規定されているディレクトリやファイルを初期化処理時に作成するものは存在しない。

例えば、ＡＶストリーム・ファイルを記録する際に、ＭＶ／ＳＴＲＥＡＭ、ＭＶ／ＣＬＩＰＩＮＦ、ＭＶ／ＰＬＡＹＬＩＳＴを作成する場合、ディレクトリ作成処理のために遅延が生じてリアルタイム性に欠ける。また、これらのディレクトリ作成が完了までの間にストリームを一時的に格納するためのバッファが必要となる。また、これらディレクトリを作成する際にライト処理によるエラーの発生のリスクが高くなる。

また、ＡＶストリーム・ファイルの記録を速やかに開始するには、ユーザ・データの記録処理で使用しないディレクトリの作成はさらに後回しにされる。例えば、記録メディアを取り出す際に、これらのディレクトリの作成に失敗すると、ユーザ・データ自体は無事に記録されているにも拘らず、ＡＶＣＨＤ規格として不正な状態になる。あるいは、これらディレクトリの作成自体は成功しても、さらに親ディレクトリの管理情報の更新の際にライト・エラーが発生すると、無事に記録されたはずのユーザ・データを再生できなくなる。

そこで、本発明に係るデータ記録装置では、新規の記録メディアの使用を開始する際には、物理フォーマッティングとファイルシステムの記録処理を行なうに止まらず、ディレクトリ構造作成手段は、ＡＶＣＨＤ規格に準じて、前記ファイルシステム作成手段によってファイルの記録空間であるパーティション内に設けられたルート・ディレクトリの直下にＢＤＭＶディレクトリを作成し、さらにＢＤＭＶディレクトリの直下に、ストリーム・ファイルを格納するためのＳＴＲＥＡＭディレクトリ、クリップＡＶストリーム・ファイルの管理情報ファイルとしてのプレイリスト及びクリップ情報ファイルをそれぞれ格納するためのＰＬＡＹＬＩＳＴディレクトリ及びＣＬＩＰＩＮＦディレクトリ、ＡＵＸＤＡＴＡ、ＪＯ、ＪＡＲ、ＭＥＴＡの各ディレクトリを作成するようにした。

このように本発明に係るデータ記録装置によれば、記録メディアの初期化処理を行なう際にＡＶＣＨＤ規格で規定されているディレクトリ及びファイルを作成しておくようにしたので、以後のユーザ操作過程で上記ディレクトリ、ファイルの作成処理を発生させないで済む。すなわち、ユーザ・データを記録中にディレクトリ作成処理が発生しないため、リアルタイム性が向上する。また、初期化した後にディレクトリ作成処理が発生しないため、ユーザ・データを記録した状態でライト・エラーが発生するリスクを低減させることができ、且つそのエラーによりユーザ・データの損失が発生する危険を防ぐことができる。

前記ファイルシステム作成手段は、例えば、ＯＳＴＡが策定するＵＤＦフォーマットに従って、記録メディアの記録領域にファイルシステムを作成する。ＵＤＦにおいて、ディレクトリを新規に作成することは、そのディレクトリの実データの記録場所を指し示す情報を含んだＩＣＢを作成してメタデータ・パーティションに記録することと、そのディレクトリの実データとしてその直下の子ディレクトリ又はファイルについての各ＩＣＢの記録場所をそれぞれ示すＦＩＤ群すなわちＦＩＤｓをメタデータ・パーティションに記録する処理を行なう必要がある。

そこで、前記ディレクトリ構造作成手段は、前期所定のコーディング規格で規定するディレクトリ構造に含まれる各ディレクトリについて、実データの記録場所を指し示す情報を含んだ情報制御ブロック（ＩＣＢ）、及びその実データとしての該ディレクトリの直下に格納されるディレクトリ又はファイルの情報制御ブロックの記録場所を指し示す情報を含んだファイル識別情報記述子（ＦＩＤ）の集合（ＦＩＤｓ）からなるメタデータを、前記ファイルシステム作成手段が作成したパーティション内のメタデータ・パーティションに記録する。

また、ＵＤＦなどの一般的なファイルシステムでは、ディレクトリを作成する際には、当該ディレクトリ・データを記録するだけでなく、記録メディア中のディレクトリ総数や空き領域／空き容量などのメディア全体の管理情報を更新する必要がある。例えば、ＵＤＦフォーマットでは、ディレクトリ毎にＩＣＢとＦＩＤｓをメタデータ・パーティションに記録するだけでなく、親ディレクトリのＦＩＤｓに新規ディレクトリのＩＣＢを指し示すＦＩＤを追加すること、さらに、そのディレクトリのＩＣＢ及びＦＩＤｓをメタデータ・パーティションに記録したことに伴う使用済み領域管理情報（メタデータ・ビットマップ・ファイル）の更新処理を伴う必要がある。

そこで、前記ディレクトリ構造作成手段は、前記ファイルシステム作成手段が作成したパーティションのルート・ディレクトリの配下に、前記所定のコーディング規格で規定するディレクトリ構造に含まれる各ディレクトリについてのＩＣＢ及びＦＩＤｓを、前記ディレクトリ構造上のさらに子ディレクトリの情報を考慮しながら記録するようにする。

そして、前記ファイルシステム作成手段は、前記ディレクトリ構造作成手段により前記ディレクトリ構造が作成された後に、パーティション内の使用済み領域並びにメタデータ・パーティション内の使用済み領域をそれぞれ管理するための各ファイルをパーティション内に記録するとともに、すべてのディレクトリのＩＣＢ及びＦＩＤｓをメタデータ・パーティションに記録したことによって消費したセクタ数や、記録したディレクトリ総数などの情報を基に論理ボリューム保全列（Ｌｏｇｉｃａｌ Ｖｏｌｕｍｅ Ｉｎｔｅｇｒｉｔｙ Ｓｅｑｕｅｎｃｅ：ＬＶＩＳ）を記録する。

このように本発明に係るデータ記録装置では、記録メディアの初期化時に必要な各ディレクトリ・データを、さらにその子ディレクトリの情報を考慮しながら作成する。したがって、メディア中のディレクトリ総数や空き領域／空き容量を考慮しながらファイルシステム情報を構築することが可能であり、初期化処理が一旦終了した以降でユーザ・データを操作する際に個別にディレクトリ・データを作成することに比べて効率がよい。

また、このように記録メディアの初期化時に併せて必要なディレクトリ・データを作成するので、メディア中のディレクトリ総数や空き領域／空き容量を考慮しながらファイルシステム情報を構築することで、通常のディレクトリ／ファイルの作成処理において発生するディスク・アクセスを抑制することができる。

また、ディレクトリ情報を一般的なファイルシステムで記録した場合、これらの情報が接近した位置に配置されることが多いので、ディレクトリ情報をキャッシュする際に都合のよいデータ・レイアウトが自ずと出来上がることになる。

また、本発明の第２の側面は、記録メディアにデータを記録するための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータに対し、
新規の記録メディアに物理フォーマッティングを施す物理フォーマッティング手順と、
物理フォーマッティング後の記録メディアの記憶領域に所定のファイルシステム・フォーマットに基づくファイルシステムを作成するファイルシステム作成手順と、
前記所定のファイルシステム・フォーマットに則って、所定のコーディング規格に準じてユーザ・データ・ファイル及びその管理情報ファイルを格納するためのディレクトリ構造を作成するディレクトリ構造作成手順と、
を実行させることを特徴とするコンピュータ・プログラムである。

本発明の第２の側面に係るコンピュータ・プログラムは、コンピュータ上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第２の側面に係るコンピュータ・プログラムをコンピュータにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第１の側面に係るデータ記録装置と同様の作用効果を得ることができる。

本発明によれば、ＡＶＣＨＤ規格に準じてデータを記録するために適切な記録メディアの初期化処理を行なうことができる、優れたデータ記録装置及びデータ記録方法、並びにコンピュータ・プログラムを提供することができる。したがって、リアルタイム性を損なうことなく、且つ大きなバッファを用いることなく、録画編集機能を備えたファイル・フォーマットにてユーザ・データを記録メディアに記録することができる。

また、本発明によれば、ディレクトリの作成に伴うライト・エラーの発生により、ユーザ・データの参照又は再生が不能になる事態を回避しながら、ビデオ・レコーディング・フォーマットに則って、ユーザ・データ・ファイルを管理情報ファイルとともに規定のディレクトリに記録することができる、優れたデータ記録装置及びデータ記録方法、並びにコンピュータ・プログラムを提供することができる。

本発明に係るデータ記録装置は、例えばＡＶＣＨＤ規格に準じてユーザ・データを光ディスクなどの記録メディアに記録するが、記録メディアの初期化処理を行なう際にＡＶＣＨＤ規格で規定されているディレクトリ及びファイルを作成しておくようにしたので、以後のユーザ操作過程で上記ディレクトリ、ファイルの作成処理を発生させないで済む。

すなわち、ユーザ・データを記録中にディレクトリ作成処理が発生しないため、リアルタイム性が向上する。また、初期化した後にディレクトリ作成処理が発生しないため、ユーザ・データを記録した状態でライト・エラーが発生するリスクを低減させることができ、且つそのエラーによりユーザ・データの損失が発生する危険を防ぐことができる。

一般的なファイルシステムでは、ディレクトリを作成する際には、当該ディレクトリ・データを記録するだけでなく、記録メディア中のディレクトリ総数や空き領域／空き容量などのメディア全体の管理情報を更新する必要がある。これに対し、本発明に係るデータ記録装置では、記録メディアの初期化時に必要なディレクトリ・データを作成するので、メディア中のディレクトリ総数や空き領域／空き容量を考慮しながらファイルシステム情報を構築することが可能であり、初期化処理が一旦終了した以降でユーザ・データを操作する際に個別にディレクトリ・データを作成することに比べて効率がよい。

また、本発明に係るデータ記録装置では、記録メディアの初期化時に併せて必要なディレクトリ・データを作成するので、メディア中のディレクトリ総数や空き領域／空き容量を考慮しながらファイルシステム情報を構築することで、通常のディレクトリ／ファイルの作成処理において発生するディスク・アクセスを抑制することができ、処理速度の向上やメディアの耐性向上に繋がる。

また、本発明に係るデータ記録装置では、記録メディアを初期化する際にまとめてディレクトリを作成するが、ディレクトリ情報を一般的なファイルシステムで記録した場合、これらの情報が接近した位置に配置されることが多い。したがって、キャッシュ機構を持つデータ記録装置又は再生装置に記録メディアが装填された際には、ディレクトリ情報がまとめてキャッシュされ、キャッシュヒットし易くなるという副次的な効果がある。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

以下、図面を参照しながら本発明の実施形態について詳解する。

Ａ．システム構成
図１には、本発明の一実施形態に係るデータ記録装置１０の機能的構成を模式的に示している。

図示のデータ記録装置１０は、カメラ・ブロック１で撮影した動画像ストリームを符号化部２でＭＰＥＧ−ＴＳストリームに符号化して、これを記録部４に装填された光ディスクなどの記録メディア４−１に記録するビデオカメラとして構成されている。但し、ビデオカメラであることは必須でなく、ＬＡＮやその他の伝送メディアを介して動画像ストリームを受信するデータ記録装置であってもよく、また、ＭＰＥＧ形式で符号化されたＴＳストリームを受信する場合には、符号化部２を省略し、代わりにストリーム受信部（図示しない）を備えた構成となる。また、記録メディア４−１は光ディスクに限定されるものではなく、ストリーム・ファイルを蓄積することができる充分な記録容量があればメディアの種別は特に問わない。

中央処理部５は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）な度で構成される一時記憶媒体６に実行プログラムをロードするとともにシステム変数や環境変数を一時的に格納しながら、プログラムを実行するという形式で当該データ記録装置１０全体の処理動作を統括的にコントロールする。ここで言う処理動作としては、カメラ・ブロック１における動画像撮影やこれに伴うオート・フォーカス機能、自動露光、手振れ補正、オート・シャッターといったカメラ・ワーク、記録部４における記録メディア４−１への動画像ストリームの記録、並びに記録メディア４−１上に記録されたストリームの編集処理、並びに記録部４に装填された記録メディアのフォーマッティング／初期化処理などである。

カメラ・ブロック１は、被写体像を取り込むレンズ、入力光量に応じて光電変換により電気的な画像信号を生成するＣＣＤ（Ｃｈａｒｇｅ ＣｏｕｐｌｅｄＤｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｎｔａｌ−Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの固体撮像素子、画像信号をデジタル変換するＡ／Ｄ変換器、デジタル画像信号からＲＧＢ信号を算出するデモザイク処理部など（図示を省略）で構成される。

符号化部２は、動画像ストリームをＭＰＥＧ−２方式で符号化して、固定バイト長のＴＳパケットからなるＡＶストリームを出力する。ＴＳパケットは、ストリーム・バッファ３に一旦格納され、記録部４が記録メディア４−１上に記録する。記録部４はストリーム・バッファ３を介してＴＳパケット・データを特定の時間間隔で受信すると、これを記録メディア４−１上に記録する。

記録部４は、記録メディア４−１を初期化した後、ＡＶストリームやその他のユーザ・データの記録を行なう。また、ＡＶＣＨＤ規格に準じたデータ記録を行ない、録画編集機能を実現することができる。フォーマット処理後のディレクトリ構造や、メディア上のデータ・レイアウト、録画編集機能の詳細については、後述に譲る。

図２には、記録部４の内部ハードウェア構成を示している。

ＯＰ（Ｏｐｔｉｃａｌ Ｐｉｃｋｕｐ）部１３は、対物レンズ、レーザ・ダイオード（ＬＤ）、レーザ・ダイオード・ドライバ（ＬＤｄｒｖ）、フォトディテクトＩＣ（Ｐｈｏｔｏ Ｄｅｔｅｃｔ ＩＣ）、ハーフ・ミラーなどで構成される。データ再生時には、照射したレーザ光に対する光ディスク２５の記録面からの反射光信号を検出してＲＦ処理部１４へ出力する。また、データ記録時には、ピット形成に必要な信号処理部１７からのレーザの点滅・駆動信号（ＤＥＣＥＦＭＷ）、レーザ強度と明滅の最適値を示すライトストラテジ信号などに基づいて光ディスク２５に対してデータ書き込みを行なう。ライトストラテジとは、書き込み後のピット・サイズが規格を満たすように、書き込み時のレーザ・パルスをピット毎に時間方向とレベル方向に修正する技術である。

ＲＦ処理部１４は、ＯＰ部１３から検出されたビーム・シグナル、サイド、メインからなる８系統の信号を、サンプリング及びホールドして演算処理し、８系統の信号のうちの所定の信号からＦＥ（フォーカス誤差）、ＴＥ（トラッキング誤差）、ＭＩＲＲ（ミラー）、ＡＴＩＰ（Ａｂｓｏｌｕｔｅ Ｔｉｍｅ Ｉｎ Ｐｒｅｇｒｏｏｖｅ）、読み出し主信号などの信号を生成する。ＲＦ処理部１４は、生成した信号のうち、ＦＭＤＴ（周波数変調データ）、ＦＭＣＫ（周波数変調クロック）、ＴＥ、ＦＥをサーボ信号処理部１５へ出力し、試し書きによって検出したレーザ強度の最適値（ＯＰＣ：Ｏｐｔｉｃａｌ Ｐｏｗｅｒ Ｃａｌｉｂｒａｔｉｏｎ）信号及びレーザ点滅・駆動信号を信号処理部１７へ出力し、ＭＩＲＲを中央処理部５へ出力する。

サーボ信号処理部１５は、ＲＦ処理部１４からのＦＭＤＴ、ＦＭＣＫ、ＴＥ、ＦＥを入力すると、中央処理部５からの指示により光ディスク特有の各種サーボ制御信号を生成し、アナログ・フィルタ処理部１６へ出力する。

アナログ・フィルタ処理部１６は、サーボ信号処理部１５からの各種サーボ制御信号を基にアナログ信号を生成して、スピンドル・ドライバ１８、スレッド・ドライバ１９、トラッキング・ドライバ２０、フォーカス・ドライバ２１へ出力する。

信号処理部１７は、中央処理部５の制御により、ＲＦ処理部１４からのＯＰＣ、ＤＥＣＥＦＭを入力し、ＣＩＲＣ（Ｃｒｏｓｓ Ｉｎｔｅｒｌｅａｖｅ Ｒｅｅｄ−Ｓｏｌｏｍｏｎ Ｃｏｄｅ）復号及び符号化、ライトストラテジ、ＡＤＤｒデコード、アシンメトリ、ランニングＯＰＣなどの処理を行なう。光ディスク２５に対してデータの書き込みを行なう場合は、レーザの点滅・駆動信号、レーザ強度の最適値を示す信号などの信号をＯＰ部１３に出力する。

スピンドル・ドライバ１８は、アナログ・フィルタ処理部１６からの信号に基づいてスピンドル・モータ２２の回転を制御する。スレッド・ドライバ１９は、アナログ・フィルタ処理部１６からの信号に基づいてスレッド・モータ２３のスレッド動作を制御する。トラッキング・ドライバ２０は、アナログ・フィルタ処理部１６からの信号に基づいてＯＰ部１３を揺動して、光ディスク２５の記録面に照射されるビームスポットの位置を制御する。フォーカス・ドライバ２１は、アナログ・フィルタ処理部１６からの信号に基づいてＯＰ部１３を光ディスク２５の記録面に対して垂直方向に動かして、レーザの焦点調整を制御する。スピンドル・モータ２２は、スピンドル・ドライバ１８からの信号に基づいて光ディスク２５を回転させる。スレッド・モータ２３は、スレッド・ドライバ１９からの信号に基づいてＯＰ部１３のスレッド動作を行なう。

中央処理部５は、一時記憶媒体６をワークメモリとして使用するが（前述）、例えば、ファイルやディレクトリの更新、追加、削除などに伴ってその都度更新されるＵＤＦファイルシステムに関するファイル・システム・データを当該装置１の主電源がオフになる直前まで記憶する。

光ディスク２５からデータを読み出す際、記録面から反射されたレーザ・ダイオードの光は、ＯＰ部１３のレンズ光学系で読取られる。レンズ光学系からの光は、ＰＤＩＣによって電気信号に変換され、ＲＦ処理部１４内でサンプリング及びホールドされ、８つのそれぞれ所定の信号からＦＥ、ＴＥ、ＭＩＲＲ、ＡＴＩＰ、読み出し主信号などの信号が演算処理により生成される。

まず、ＲＦ処理部１４で求められたＦＥは、サーボ信号処理部１５で特性を調整された後、アナログ・フィルタ処理部１６を経て、フォーカス・ドライバ２１に入力される。フォーカス・ドライバ２１は、ＯＰ部１３のレンズ駆動フォーカス・コイル（図示しない）を上下方向に移動し、フォーカスのずれを修正する。

また、ＲＦ処理部１４で求められたＴＥは、サーボ信号処理部１５にてＡＣ成分を取り出してデジタル・フィルタ処理を施した後、アナログ・フィルタ処理部１６を通り、トラッキング・ドライバ２０に入力される。トラッキング・ドライバ２０は、ＯＰ部１３のレンズ駆動トラッキング・コイルを半径方向へと微動させ、トラッキングのずれを修正する。

また、ＲＦ処理部１４で求められたＴＥは、サーボ信号処理部１５にてＤＣ成分を取り出してデジタル・フィルタ処理を施した後、アナログ・フィルタ処理部１６を通り、スレッド・ドライバ１９に入力される。スレッド・ドライバ１９は、スレッド・モータを動作させ、ＯＰ部１３全体を記録メディアの径方向に移動し、スレッド動作のずれを修正する。シーク動作時には、このスレッド制御の電圧を外部から意図的に加えることによって強制的にスレッド・モータを駆動している。

このようにしてＴＥのＡＣ成分を基にレンズのみが径方向に微動されるトラッキング動作が行なわれるとともに、ＤＣ成分を基にＯＰ部１３全体を径方向に移動するスレッド動作が行なわれる。

ＲＦ処理部１４から出力される記録メディアの反射率変化の検出信号（ミラー）は、ＯＰ部１３がトラックを横切る際に検出されるので、ミラーをカウントすることによって、現在のシーク位置及び読取り位置の検出、光ピックアップ動作の開始及び停止を行なう。

スピンドル・モータ２２の制御は、ＡＴＩＰ処理に基づいて行なわれる。光ディスク２５に書き込まれているウォッブル（Ｗｏｂｂｌｅ）溝と呼ばれる蛇行した溝には、径方向に２２．０５ＫＨｚの中心周波数で＋／−１ＫＨｚのＦＭ変調により、時間情報が記録されている。変調されているのは、Ｂｉ−Ｐｈａｓｅ変調されたＡＴＩＰと呼ばれる時間情報である。

フォーカスとトラッキングが合っているとき、ＲＦ処理部１４では、入力された８信号の所定の組み合わせからウォッブル信号が取り出される。ＦＭ復調、ＡＴＩＰ復号が施され、ＦＭＣＫとＦＭＤＴとして取り出される。ＦＭＤＴは、サーボ信号処理部１５にて光ディスク２５の絶対時間位置、すなわちアドレスとその他の付加情報として分類された所定のレジスタに格納され、それに応じてデータの読み出しを行なう。

ＲＦ処理部１４において、８信号の所定の組み合わせから記録ピットに対応した信号を取り出して等化処理をした後、ＥＦＭ（Ｅｉｇｈｔ ｔｏ Ｆｏｕｒｔｅｅｎ Ｍｏｄｕｒａｔｉｏｎ）信号の形式のまま信号処理部１７に供給される。信号処理部１７で、ＣＩＲＣに基づいた復号を行なって所望のデータを得ることができる。

光ディスク２５に対してデータを書き込む際、まず始めにリードイン領域にピックアップを移動してＡＴＩＰ情報を読出す。さらに、その中からスペシャル・インフォメーションの部分を読出し、リードイン領域の開始位置を知る。開始位置は、通常、時間情報として格納されている。スペシャル・インフォメーションに書き込まれている情報は、光ディスク２５の個別識別コードに相当するものである。当該装置１では、この個別識別コードに対応するライトストラテジ・パラメータと他の関連パラメータとをテーブルとしてあらかじめ記憶している。記録メディア毎には、あらかじめこの補正パラメータが用意されている。

次に、レーザ出力の最適値を決定するためのＯＰＣ（Ｏｐｔｉｃａｌ Ｐｏｗｅｒ Ｃａｒｉｂｒａｔｉｏｎ）動作を行なう。上述のライトストラテジが書き込みピット毎のレーザの詳細な制御であるのに対して、ＯＰＣは、全体の最適値を算出するための動作である。ＯＰＣを行なうことによって、理想的な読み取り目標値に対応した書き込み設定値を得る。

データの書き込みは、データ・バッファ３中に用意された圧縮済みの撮影画像データに対してＣＩＲＣやＥＦＭの符号化処理を行なった後に、ピット形成に必要なレーザの点滅・駆動信号、ライトストラテジ信号としてＯＰ部１３のレーザ・ドライバに入力される。このとき、ＡＴＩＰを復号して得られるＦＭＤＴ信号から得られるフレーム単位のアドレスを基準として、ファイルシステムに沿って所定の位置にタイミングを合わせて書き込みが行なわれる。最初の書き込みでは、後のクローズ・セッションの際にリードイン領域となる約２０メガバイト分の領域をスキップした位置から書き込みを開始する。

Ｂ．データ・フォーマット
図３には、記録メディア４−１上に、録画編集が可能な形式でユーザ・データを記録するためのデータ構造の一例を示している。図示のように、ビデオカメラで撮影した動画像ストリームをＭＰＥＧ２−ＴＳストリームに符号化して記録する際に、インデックス（ｉｎｄｅｘ）、動画像オブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）、プレイレスト（ＰｌａｙＬｉｓｔ）、クリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）、クリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）という各種別のファイルが用いられる。

インデックスのファイル種別レイヤで記録メディア４−１全体が管理されている。ユーザに見せるタイトル毎にインデックス・ファイルが作成され、動画オブジェクトとの対応関係を管理している。ここで言う「タイトル（Ｔｉｔｌｅ）」とは、（ユーザが認識できる）再生リストの集合体であり、一般的には１つの番組や日付毎のコンテンツからなる。ＡＶＣＨＤフォーマットでは、本来動画オブジェクト・ファイルで管理すべきプレイリストの再生順をインデックス・ファイルのメタデータ内で管理している。記録メディアをプレーヤに装填した際にはまずインデックスが読み込まれ、ユーザはインデックスに記述されたタイトルを見ることができる。

動画オブジェクトは、再生制御を行なうためのコマンドの集合体であり、例えば既存のＲＯＭ規格フォーマットではタイトルが指定されたときに再生されるプレイリストを管理しているファイルである。動画オブジェクトへの参照は、タイトルの入り口としてインデックスに列挙されている。但し、ＡＶＣＨＤフォーマットでは、動画オブジェクト・ファイルを参照せずに、インデックス・ファイルのメタデータによってプレイリストとタイトルの関係を管理するようになっている。

プレイリストは、ユーザに見せるタイトルに対応して設けられ、１以上のプレイ項目（ＰｌａｙＩｔｅｍ）で構成される。各プレイ項目は、クリップに対する再生開始点（ＩＮ点）と再生終了点（ＯＵＴ点）を持つことで、その再生区間を指定している。そして、プレイリスト内で複数のプレイ項目を時間軸上に並べることで、それぞれの再生区間の再生順序を指定することができる。また、異なるクリップを参照するプレイ項目を１つのプレイリストに含めることができる。

クリップとプレイリスト間の参照関係は、自由に設定することができる。例えば、１つのクリップに対する参照を、ＩＮ点及びＯＵＴ点の異なる２つのＰｌａｙＬｉｓｔから行なうことができる。さらに、タイトルと動画像オブジェクト間での参照関係も自由に設定することができる。プレイリストは、クリップとの参照関係に応じて、実プレイリスト（ＲｅａｌＰｌａｙＬｉｓｔ）と仮想プレイリスト（ＶｉｒｔｕａｌＰｌａｙＬｉｓｔ）の２種類に大別される。

実プレイリストは、オリジナル・タイトル用のプレイリストであり、ビデオカメラにより録画・撮影した映像ストリームについてのプレイ項目を記録した順に記録している。

仮想プレイリストは、非破壊編集によりユーザ定義の再生リストを作成するためのプレイリストであり、仮想プレイリスト独自のクリップ（ＡＶストリーム）を持たず、同リスト内のプレイ項目はいずれかの実プレイリストに登録されているクリップ又はその一部の範囲を指している。すなわち、ユーザは複数のクリップから必要な再生区間のみを切り出して、これらを指す各プレイ項目を取りまとめて仮想プレイリストを編集することができる。

クリップは、連続同期再生すなわち実時間再生が保証された再生が必要な単位となるデータのまとまりとして記録された動画像データのファイルであり、クリップＡＶストリーム・ファイル（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）とクリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）からなる。

コンテンツ・データとしてのクリップＡＶストリームは、ＭＰＥＧ−ＴＳ形式で記録メディア４−１に記録されたストリームが格納されているファイルである。ＡＶＣの画像データはこのファイル内に格納される。

クリップ情報ファイルは、クリップＡＶストリーム・ファイルと対で存在し、実際のストリームを再生する上で必要となるストリームに関する属性を定義するファイルである。具体的には、ストリームの符号化方法、ストリームのサイズ、再生時間→アドレス変換、再生管理情報、タイムマップ（ＤＶＤの場合）などを定義する情報がクリップ情報ファイルに含まれる。

図１３を参照しながら既に説明したように、ＡＶＣＨＤで規定されているディレクトリ構成では、ＢＤＭＶディレクトリの直下に“ＰＬＡＹＬＩＳＴ”、“ＣＬＩＰＩＮＦ”、“ＳＴＲＥＡＭ”が配置され、それぞれプレイリスト、クリップ情報ファイル、クリップＡＶストリーム・ファイルを格納するために使用される。

続いて、ビデオカメラによる録画・撮影に従ってＡＶストリームのクリップとともにプレイリストが生成される手順について、図４Ａ〜図４Ｄを参照しながら説明する。

ユーザが録画開始してから録画停止する区間毎にプレイ項目が１つずつ作成される。また、録画・撮影したストリームの区切りで１つのクリップＡＶストリーム・ファイルとなり、これに伴ってクリップ情報ファイルも作成される。１つのクリップは連続同期再生すなわち実時間再生が保証された再生が必要な単位となる。

また、ユーザが録画を開始する度に、プレイ項目の先頭には、エントリ・マーク（ｅｎｔｒｙ ｍａｒｋ）としてのＭａｒｋが付け加えられる（プレイリスト内のエントリ・マークを「プレイリスト・マーク（ＰＬＭ）」とも呼ぶ）。マークは、プレイリスト中に存在し、再生コンテンツのある時間的位置を指す役割を持つ。１つのプレイリスト内では、プレイ項目やプレイリスト・マークには、連続的となるシーケンス番号が付与されている。動画像プレイリスト（ＭｏｖｉｅＰｌａｙＬｉｓｔ）の先頭には必ずプレイリスト・マークが打たれるという制約があるが、所定の編集操作により時間軸上でプレイリスト・マークの位置を移動させることができる。

各エントリ・マークは、ユーザがストリームにアクセスするエントリ位置となる。したがって、隣接するエントリ・マーク間で仕切られる区間（並びに最後のプレイリスト・マークから最後尾のプレイ項目の終端の区間）がユーザから見える最小の編集単位すなわち「チャプタ」となる。プレイ項目を再生順に並べることと、エントリ・マークを再生順に並べることでプレイリストの再生順序が定義される。商品仕様では、複数の実プレイリストをまとめて一続きのチャプタ群としてユーザに提示する。

Ｃ．光ディスク上のデータ・レイアウト
本実施形態に係るデータ記録装置１では、ＯＳＴＡが規定するＵＤＦに準じるファイルシステムに基づいて光ディスク２５に対してデータ記録を行なう。ＵＤＦでは、パケット書き込み方式を採用することによって、光ディスクに対するファイルの追加や削除といった処理を、通常のファイルシステムを通じて行なうことができる。ＵＤＦは、ほとんどのオペレーティング・システム（ＯＳ）からも書き込み可能で、且つ書き込んだファイルは特別な読み取りプログラムなしでＯＳ上での再生互換が実現されたファイルシステムであり、ハード・ディスクやフロッピー（登録商標）・ディスク、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）フラッシュメモリと同様の方法で、光ディスク内のコンテンツを操作することができる。以下では、ＵＤＦ２．５０を想定しているが、他のファイルシステムに応用することも可能である。

図５には、光ディスクに対して物理フォーマッティング及びファイルシステム記録処理を実行した直後のデータ・レイアウトを示している。

光ディスクの内周側に記録されたＶＲＳ（Ｖｏｌｕｍｅ Ｒｅｃｏｇｎｉｔｉｏｎ Ｓｅｑｕｅｎｃｅ）は、ボリューム構造に関するタイプ、識別子、バージョン情報といった情報を記述した１又は複数のボリューム構造記述子（Ｖｏｌｕｍｅ Ｓｔｒｕｃｔｕｒｅ Ｄｅｓｃｒｉｐｔｏｒ）からなる、光ディスクを認識するための基本情報である。

ＶＤＳ（Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ Ｓｅｑｕｅｎｃｅ）は、パーティション（Ｐａｒｔｉｔｉｏｎ）やＬＶＩＳ（Ｌｏｇｉｃａｌ Ｖｏｌｕｍｅ Ｉｎｔｅｇｒｉｔｙ Ｓｅｑｕｅｎｃｅ）の開始位置、ルート・ディレクトリへのポインタ情報などのボリューム構造の中身に関する情報を記述した、光ディスク内のファイルシステム構成に関する基本的な情報からなる。

ＬＶＩＳは、例えば光ディスクの空き領域サイズやファイル数などの、光ディスクの状態に関する情報を含んだデータである。

ＡＶＤＰ（Ａｎｃｈｏｒ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ Ｐｏｉｎｔｅｒ）は、ＶＤＳの開始位置とサイズに関する情報を含むデータである。ＵＤＦでは、パケット書き込みが行なわれたボリューム構造の中で、ＶＤＳを自由に配置することが許容されている。一方、データ書き込みに関する制限事項や必須条件の１つとして、ＡＶＤＰを２５６番目の論理セクタと（１ｓｔ ＡＶＤＰ）、記録が済んだ最後の論理セクタ番号Ｎ及びＮから２５６セクタだけ手前の論理セクタ番号の少なくとも２箇所にＡＶＤＰを記録することが取り決められている（２ｎｄ ＡＶＤＰ及び３ｒｄ ＡＶＤＰ）。

パーティション（Ｐａｒｔｉｔｉｏｎ）はクリップＡＶストリームなどのユーザ・データのファイルや、そのファイルに関するファイルシステム情報を記録するための空間であり、ＶＤＳ内でその構成が定義される。

メタデータ・パーティション（Ｍｅｔａｄａｔａ Ｐａｒｔｉｔｉｏｎ）は、パーティション内に設けられた、ユーザ・データのファイルを管理するためのファイルシステム情報であるメタデータを記録するための空間であり、ＶＤＳ内でその構成が定義される。

メタデータ・ファイルＩＣＢ（Ｍｅｔａｄａｔａ Ｆｉｌｅ ＩＣＢ）は、メタデータ・パーティションの開始位置とサイズに関する情報を含むデータである。

メタデータ・ビットマップ・ファイルＩＤＢ（Ｍｅｔａｄａｔａ Ｂｉｔｍａｐ Ｆｉｌｅ ＩＣＢ）は、後述するメタデータ・ビットマッフ・ファイル（ＭｅｔａｄａｔａＢｉｔｍａｐＦｉｌｅ）の記録位置とサイズに関する情報を含むデータである。

メタデータ・パーティションに記録されるメタ情報として、ＦＳＤＳや、ディレクトリ及びファイル毎に作成されるＩＣＢ（Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｂｌｏｃｋ）及びＦＩＤ（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒ）を挙げることができる。

ＦＳＤＳ（Ｆｉｌｅ Ｓｅｔ Ｄｅｓｃｒｉｐｔｏｒ Ｓｅｑｕｅｎｃｅ）は、ユーザ・データのファイル群を管理するための基本情報を含むデータであり、例えばルート・ディレクトリの記録位置に関する情報を含んでいる。

ＩＣＢは、ディレクトリ又はファイルを記述するための記述子であり、ディレクトリ又はファイルの実データが記録されている場所を指し示す情報を含んでいる。また、ＦＩＤは、ディレクトリ又はファイルのＩＣＢが記録されている場所を指し示す情報を含む記述子である。ディレクトリの実データは、そのディレクトリの子ディレクトリ又は直下のファイルの記録位置を記述した各ＩＣＢの位置をそれぞれ示すＦＩＤ群すなわちＦＩＤｓによって構成されている。

ファイルシステム初期化直後のメタデータ・パーティションには、図５に示すように、ルート・ディレクトリについてのＩＣＢ（ｒｏｏｔ ｄｉｒ ＩＣＢ）及びＦＩＤｓ（ｒｏｏｔ ｄｉｒ ＦＩＤｓ）しか存在しない。その後、パーティション内にディレクトリを作成し、あるいはディレクトリ内にファイルを記録する度に、新規ディレクトリ又はファイルについてのＩＣＢとＦＩＤがメタデータ・パーティション内に追加記録されるとともに、その親ディレクトリのＦＩＤｓには新規ディレクトリ又はファイルのＩＣＢの記録位置を記述したＦＩＤをＦＩＤｓに追加記録する。

ＳＢＤ（Ｓｐａｃｅ Ｂｉｔｍａｐ Ｄｅｓｃｒｉｐｔｏｒ）は、記録メディアが特に上書き可能なタイプの場合に、パーティション内の使用済み領域をビットマップ形式で記述したデータを含むファイルである。

また、メタデータ・ビットマップ・ファイル（Ｍｅｔａｄａｔａ Ｂｉｔｍａｐ Ｆｉｌｅ）は、記録メディアが特に上書き可能なタイプの場合に、メタデータ・パーティション内の使用済み領域をビットマップ形式で記述したデータを含むファイルである。

メタデータ・ミラー・ファイルＩＣＢ（Ｍｅｔａｄａｔａ Ｍｉｒｒｏｒ Ｆｉｌｅ ＩＣＢ）は、上述したメタデータ・ファイルＩＣＢと同様に、メタデータ・パーティションの開始位置とサイズに関する情報を含むデータである

ファイルシステム初期化直後のＳＢＤは、メタデータＩＣＢ、メタデータ・ビットマップ・ファイルＩＣＢ、メタデータ・パーティション、ＳＢＤ自身、メタデータ・ビットマップ・ファイル、及びメタデータ・ミラー・ファイルを記録した領域が使用済み領域であることをビットマップ形式で記述されているが、以降はパーティションにファイルが記録される度にビットマップが更新される。

同様に、ファイルシステム初期化直後のメタデータ・ビットマップ・ファイルは、ＦＳＤＳとルート・ディレクトリのＩＣＢ及びＦＩＤｓを記録した領域が使用済み領域であることをビットマップ形式で記述されているが、以降はパーティションにファイルが記録されることに伴い、新規のＩＣＢ及びＦＩＤｓが追加記録される度にビットマップが更新される。

ボリューム構造の基本情報であるＶＤＳはパーティションの外に自由に配置することができるが、ＶＤＳの記録場所を記述したＡＶＤＰの記録位置は厳密に取り決められている。したがって、パーティション内のファイル・データに対しては、ＡＶＤＰ→ＶＤＳ→ＦＳＤ（Ｆｉｌｅ Ｓｅｔ Ｄｅｓｃｒｉｐｔｏｒ）→ルート・ディレクトリのファイル・エントリ（Ｆｉｌｅ Ｅｎｔｒｙ：ＦＥ）→ルート・ディレクトリの情報制御ブロック（Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｂｌｏｃｋ：ＩＣＢ）→ルート・ディレクトリ内のファイル識別情報記述子（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒ：ＦＩＤ）→ファイルのＩＣＢ→データという順でアクセスすることができる。

ＡＶＣＨＤ規格で規定されている、録画編集機能を備えたディレクトリ構成は、図１３を参照しながら既に説明した通りである。図５に示したように、ファイルシステムを作成した直後のデータ・レイアウトには、図１３に示したディレクトリ構成は存在しない。

ＡＶＣＨＤ規格に準じてＡＶストリーム・ファイルを記録メディアに記録する際には、少なくともルート・ディレクトリの直下にＢＤＭＶディレクトリを作成し、さらにこのＢＤＭＶディレクトリ内には、プレイリスト、クリップ情報ファイル、クリップＡＶストリーム・ファイルを格納するためにディレクトリ“ＰＬＡＹＬＩＳＴ”、“ＣＬＩＰＩＮＦ”、“ＳＴＲＥＡＭ”を作成しなければならない。

また、記録メディアをデータ記録装置１０から取り出す際には、ＡＶＣＨＤ規格を満足させるためには、さらにＪＡＲ、ＪＯ、ＡＵＸＤＡＴＡといった、Ｒモードにおける録画編集機能においては不要なサブディレクトリもＢＤＭＶディレクトリの直下に作成する必要がある。

ディレクトリを新規に作成することは、そのディレクトリの実データの記録場所を指し示す情報を含んだＩＣＢを作成してメタデータ・パーティションに記録することと、そのディレクトリの実データとしてその直下の子ディレクトリ又はファイルについての各ＩＣＢの記録場所をそれぞれ示すＦＩＤ群すなわちＦＩＤｓをメタデータ・パーティションに記録すること、親ディレクトリのＦＩＤｓに新規ディレクトリのＩＣＢを指し示すＦＩＤを追加すること、さらに、そのディレクトリのＩＣＢ及びＦＩＤｓをメタデータ・パーティションに記録したことに伴うメタデータ・ビットマップ・ファイルの更新処理を伴う。

図６には、図１３に示したディレクトリ構造を記録メディアに作成した際のメタデータの構成の一部を示している。ＦＩＤはディレクトリ又はファイルのＩＣＢが記録されている場所を指し示す情報であると述べたが、その例外として、ＦＩＤｓの先頭のＦＩＤは実データではなく直近上位の親ディレクトリのＩＣＢの記録場所を指し示している。

ルート・ディレクトリＩＣＢは、その実体であるルート・ディレクトリＦＩＤｓの記録場所を指している。ルート・ディレクトリＦＩＤｓの先頭のＦＩＤがルート・ディレクトリＩＣＢの記録場所を指す他、他のＦＩＤはＨＤＡＶＣＴＮ、ＣＥＲＴＩＦＩＣＡＴＥ、ＢＤＭＶの各サブディレクトリのＩＣＢの記録場所を指している。

また、ＢＤＭＶディレクトリのＩＣＢは、その実体であるＢＤＭＶ ＦＩＤｓの記録場所を指している。ＢＤＭＶ ＦＩＤｓの先頭のＦＩＤがルート・ディレクトリＩＣＢの記録場所を指す他、他のＦＩＤはＳＴＲＥＭ、ＰＬＡＹＬＩＳＴ、ＣＬＩＰＩＮＦ、…の各サブディレクトリのＩＣＢの記録場所を指している。

さらに、ＰＬＡＹＬＩＳＴ ＩＣＢは、その実体であるＰＬＡＹＬＩＳＴ ＦＩＤｓの記録場所を指している。ＡＶストリーム・ファイルが記録される前は、ＰＬＡＹＬＩＳＴ ＦＩＤｓは、直近上位のＢＤＭＶディレクトリのＩＣＢの記録場所を示す先頭のＦＩＤのみを持つが、録画編集が可能となる形式でＡＶストリーム・ファイルが記録されると、これに伴って作成されるプレイリスト・ファイルの実データの記録位置を指し示すＦＩＤが逐次記録されていく。

ＡＶＣＨＤ規格で規定されているディレクトリを初期化処理時に作成せず、例えばＡＶストリーム・ファイルを記録する処理のいずれかのタイミングにＭＶ／ＳＴＲＥＡＭ、ＭＶ／ＣＬＩＰＩＮＦ、ＭＶ／ＰＬＡＹＬＩＳＴを作成する場合には、これらのディレクトリ作成が完了までの間ストリームを一時的に格納するバッファが必要となることや、ディレクトリ作成処理のために遅延が生じてリアルタイム性に欠けること、これらディレクトリを作成する際にライト処理によるエラーの発生のリスクが高くなること、といった問題がある。

また、ＡＶストリーム・ファイルの記録を速やかに開始するには、ＡＵＸＤＡＴＡ、ＪＯ、ＪＡＲ、ＭＥＴＡといったユーザ・データの記録処理で使用しないディレクトリの作成はさらに後回しにされる。例えば、記録メディアをデータ記録装置１０から取り出す処理においてこれらのディレクトリの作成を行なう場合には、ディレクトリの作成に失敗するとユーザ・データ自体は無事に記録されているにも拘らず、ＡＶＣＨＤ規格として不正な状態になる。これらディレクトリの作成自体は成功しても、さらに親ディレクトリのＦＩＤｓの追加記録などのメタデータの更新の際にライト・エラーが発生すると、無事に記録されたはずのユーザ・データを再生できなくなる。

そこで、本実施形態に係るデータ記録装置１０では、光ディスクの初期化処理において、物理フォーマット及びファイルシステムの記録処理にとどまらず、図５に示したデータ・レイアウト上に、さらにＡＶＣＨＤ規格で規定されているディレクトリ及びファイルを作成する処理を併せて行なうようにした。図７には、このような初期化処理を実施した直後の光ディスク上のデータ・レイアウトの構成例を示している。同図から分るように、図１３に示した各ディレクトリに関するメタデータであるＩＣＢ及びＦＩＤｓが既にメタデータ・パーティション内に記録されている。勿論、図示のメタデータ・パーティション内の使用済み領域は、メタデータ・ビットマップ・ファイルのデータに反映されている。

図７に示したように、光ディスクの初期化処理を実施した時点でＡＶＣＨＤ規格で規定されているすべてのディレクトリ及びファイルが作成されている場合、ユーザ・データを記録中にディレクトリ作成処理が発生しないことから、ＡＶストリームの録画記録を行なう際のリアルタイム性が向上する。

また、初期化した後にディレクトリ作成処理が発生しないため、ユーザ・データを記録した状態でライト・エラーが発生するリスクを低減させることができ、且つ、そのエラーによりユーザ・データの損失が発生する危険を防ぐことができる。

図８には、光ディスクを初期化処理するための処理手順をフローチャートの形式で示している。

まず、物理フォーマット処理を行ない（ステップＳ１）、続いてファイルシステム記録処理を実施する（ステップＳ２）。この結果、光ディスクの記録面は図５に示したようなデータ・レイアウトとなる。

続いて、ＡＶＣＨＤで規定されている各ディレクトリについて（ステップＳ４）、ディレクトリ作成処理を逐次行ない（ステップＳ３）、図７に示したようなデータ・レイアウトを得ることができる。

図９には、ステップＳ２において実行される、ファイルシステム記録処理の手順をフローチャートの形式で示している。

まず、ディスクの内周側にＶＲＳを記録し（ステップＳ１１）、続いてメイン及び予備のＶＤＳを記録する（ステップＳ１２）。

次いで、パーティションの先頭セクタに、メタデータ・パーティションの実データ位置を記述したメタデータ・ファイルＩＣＢを記録する（ステップＳ１３）。

次いで、メタデータ・ビットマップ・ファイルの実データの記録場所を決定して、その場所を記述したメタデータ・ビットマップ・ファイルＩＣＢをパーティション内に記録する（ステップＳ１４）。

さらに、メタデータ・ファイルＩＣＢと同じ内容となるメタデータ・ミラー・ファイルＩＣＢをパーティション内に記録する（ステップＳ１５）。

次いで、メタデータ・ファイルＩＣＢで記録場所が示されているメタデータ・パーティション内に、ＦＳＤＳ、ルート・ディレクトリＩＣＢ、及びルート・ディレクトリＦＩＤｓを記録する（ステップＳ１６、Ｓ１７）。

次いで、パーティション内にＳＢＤを記録する（ステップＳ１８）。ＳＢＤは、パーティション内で、メタデータ・ファイルＩＣＢ、メタデータ・ビットマップ・ファイルＩＣＢ、メタデータ・パーティション、メタデータ・ビットマップ・ファイル、メタデータ・ミラー・ファイルＩＣＢ、及びＳＢＤ自身の記録領域が使用済みであることをビットマップ形式で記述したデータからなる。

次いで、メタデータ・ビットマップ・ファイルＩＣＢで示されている記録場所に、メタデータ・ビットマップ・ファイルを記録する（ステップＳ１９）。メタデータ・ビットマップ・ファイルは、メタデータ・パーティション内でＦＳＤＳ、ルート・ディレクトリＩＣＢ、及びルート・ディレクトリＦＩＤｓの記録領域が使用済みであることをビットマップ形式で記述したデータからなる。

この時点で、光ディスクの空き領域サイズやパーティションに記録したファイル数が確定するので、ＬＶＩＳをパーティション外の領域に記録する（ステップＳ２０）。

そして、ＵＤＦで取り決められている各場所に３個のＡＶＤＰを記録して（ステップＳ２１）、本処理ルーチンを終了する。

図１０には、図８に示したフローチャートのステップＳ３において実行される、ディレクトリ作成処理の手順をフローチャートの形式で示している。

まず、これから作成しようとしているディレクトリと同名のものがパーティション内に存在しないことを確認する（ステップＳ３１）。

そして、作成しようとしているディレクトリの実データの記録場所に関する情報を含んだＩＣＢ、及びディレクトリの実データとしての直下のディレクトリ並びにファイルの各ＩＣＢの位置をそれぞれ示すＦＩＤ群すなわちＦＩＤｓを、メタデータ・パーティションに記録する（ステップＳ３２）。

次いで、新規ディレクトリを作成したことに伴い、ディレクトリ構造上で親となるディレクトリのＦＩＤｓ及びＩＣＢを更新する（ステップＳ３３）。具体的には、新規ディレクトリのＩＣＢを指すＦＩＤを親ディレクトリのＦＩＤｓに追加する。また、ＩＣＢにはファイル・サイズ情報が含まれるが、ＦＩＤｓの追加に伴い親ディレクトリのファイル・サイズが変わるので、親ディレクトリのＩＣＢも更新する。

次いで、メタデータ・パーティション内で新規ディレクトリのＩＣＢ及びＦＩＤｓを記録した領域を使用済み状態にするよう、メタデータ・ビットマップ・ファイルを更新する（ステップＳ３４）。

そして、ＬＶＩＤ（Ｌｏｇｉｃａｌ Ｖｏｌｕｍｅ Ｉｎｔｅｇｒｉｔｙ Ｄｅｓｃｒｉｐｔｏｒ）の内容を更新して（ステップＳ３５）、本処理ルーチンを終了する。

ここで、ＬＶＩＤとは、ＬＶＩＳを構成する記述子の１つで、例えばパーティションの使用済みサイズ、パーティションの空きサイズ、総ファイル数、総ディレクトリ数などを管理する情報を含むものである。ステップＳ３５におけるＬＶＩＤの更新とは、新規に作成するディレクトリによって変動する値を更新する処理を意味している。具体的には、パーティションの使用済みサイズを管理する情報であるＳｉｚｅＴａｂｌｅ、パーティションの空きサイズを管理する情報であるＦｒｅｅＳｐａｃｅＴａｂｌｅ、総ディレクトリ数を管理する情報であるＮｕｍｂｅｒ ｏｆ Ｄｉｒｅｃｔｏｒｉｅｓ、ＩＣＢ毎に固有の番号を割り当てるための情報であるＵｎｉｅｑｕｅＩＤの値を更新する処理である。

ファイルシステム作成処理した直後の光ディスクに対して図１０に示したディレクトリ作成処理を施すことで、図７に示したように、ＡＶＣＨＤ規格で規定されているすべてのディレクトリ及びファイルをパーティション内に設けることができる。したがって、ユーザ・データを記録中にディレクトリ作成処理が発生しないことから、ＡＶストリームの録画記録を行なう際のリアルタイム性が向上する。また、初期化した後にディレクトリ作成処理が発生しないため、ユーザ・データを記録した状態でライト・エラーが発生するリスクを低減させることができ、且つそのエラーによりユーザ・データの損失が発生する危険を防ぐことができる。

ところが、光ディスクの初期化の時点で作成しておくべきすべてのディレクトリやファイルがあらかじめ分かっているにも拘らず、図８に示したように、一つ一つのディレクトリについて個別のディレクトリ作成処理（図１０を参照のこと）を繰り返し実行するのでは、ディレクトリのＩＣＢ及びＦＩＤｓを記録することに伴うメタデータ・ビットマップ・ファイルの更新処理や、親ディレクトリのＩＣＢ及びＦＩＤｓの更新処理も逐次繰り返されることになり、効率的ではない。

そこで、図８〜図１０に示した光ディスクの初期化処理の変形例として、物理フォーマット後のファイルシステム記録処理において、ＡＶＣＨＤ規格で規定されているすべてのディレクトリ及びファイルを考慮しながら、ＳＢＤやめたデータ・ビットマップ・ファイルの記録処理、親ディレクトリのＩＣＢ及びＦＩＤｓの更新処理を包括して行なう方法が考えられる。このような場合、ＡＶＣＨＤ規格で規定されているディレクトリ毎に同じ処理を繰り返すことはなくなるので効率的となる。

図１１には、光ディスクを初期化処理するための処理手順をフローチャートの形式で示している。

まず、物理フォーマット処理を行ない（ステップＳ４１）、続いてファイルシステム記録処理を実施する（ステップＳ４２）。ファイルシステム記録処理では、ＡＶＣＨＤで規定されているすべてのディレクトリ及びファイルの作成処理も行なうので、図７に示したようなデータ・レイアウトを得ることができる。

図１２には、ステップＳ４２において実行される、ファイルシステム記録処理の手順をフローチャートの形式で示している。

まず、ディスクの内周側にＶＲＳを記録し（ステップＳ５１）、続いてメイン及び予備のＶＤＳを記録する（ステップＳ５２）。

次いで、パーティションの先頭セクタに、メタデータ・パーティションの実データ位置を記述したメタデータ・ファイルＩＣＢを記録する（ステップＳ５３）。

次いで、メタデータ・ビットマップ・ファイルの実データの記録場所を決定して、その場所を記述したメタデータ・ビットマップ・ファイルＩＣＢをパーティション内に記録する（ステップＳ５４）。

さらに、メタデータ・ファイルＩＣＢと同じ内容となるメタデータ・ミラー・ファイルＩＣＢをパーティション内に記録する（ステップＳ５５）。

次いで、メタデータ・ファイルＩＣＢで記録場所が示されているメタデータ・パーティション内にＦＳＤＳを記録する（ステップＳ５６）。

次いで、子ディレクトリの情報を踏まえて、図１３に示されている各ディレクトリについてのＩＣＢ並びにＦＩＤｓをメタデータ・パーティションに記録する（ステップＳ５７）。

次いで、パーティション内にＳＢＤを記録する（ステップＳ５８）。ＳＢＤは、パーティション内で、メタデータ・ファイルＩＣＢ、メタデータ・ビットマップ・ファイルＩＣＢ、メタデータ・パーティション、メタデータ・ビットマップ・ファイル、メタデータ・ミラー・ファイルＩＣＢ、及びＳＢＤ自身の記録領域が使用済みであることをビットマップ形式で記述したデータからなる。図８に示した処理手順と相違し、ＳＢＤの更新処理は１回で済む。

次いで、すべてのディレクトリについてのＩＣＢ及びＦＩＤｓをメタデータ・パーティションに記録したことによって消費されるセクタに対応するビット位置を使用済みにした状態にして、メタデータ・ビットマップ・ファイルを記録する（ステップＳ５９）。図８に示した処理手順と相違し、メタデータ・ビットマップ・ファイルの更新処理は１回で済む。

次いで、図１３に示したすべてのディレクトリのＩＣＢ及びＦＩＤｓをメタデータ・パーティションに記録したことによって消費したセクタ数や、記録したディレクトリ総数などの情報を基に、ＬＶＩＳをパーティション外の領域に記録する（ステップＳ６０）。

そして、ＵＤＦで取り決められている各場所に３個のＡＶＤＰを記録して（ステップＳ６１）、本処理ルーチンを終了する。

図１２に示した処理手順に従って示されるファイルシステムの初期化は、図８〜図１０に示したフローチャートに従った処理を実施した後のファイルシステムの状態をファイルシステムの初期データとしてディスクに記録することと等価である。

ＵＤＦなどの一般的なファイルシステムでは、ディレクトリを作成する際には、当該ディレクトリ・データを記録するだけでなく、記録メディア中のディレクトリ総数や空き領域／空き容量などのメディア全体の管理情報を更新する必要がある。図１１〜図１２に示した光ディスクの初期化処理手順によれば、記録メディアの初期化時に必要なディレクトリ・データを作成するので、メディア中のディレクトリ総数や空き領域／空き容量を考慮しながらファイルシステム情報を構築することが可能であり、初期化処理が一旦終了した以降でユーザ・データを操作する際に個別にディレクトリ・データを作成することに比べて効率がよい。

また、このような初期化処理手順によれば、記録メディアの初期化時に併せて必要なディレクトリ・データを作成するので、メディア中のディレクトリ総数や空き領域／空き容量を考慮しながらファイルシステム情報を構築することで、通常のディレクトリ／ファイルの作成処理において発生するディスク・アクセスを抑制することができ、処理速度の向上やメディアの耐性向上に繋がる。

また、このような初期化処理手順によれば、記録メディアを初期化する際にまとめてディレクトリを作成することになるが、ディレクトリ情報を一般的なファイルシステムで記録した場合、これらの情報が接近した位置に配置されることが多い。したがって、キャッシュ機構を持つデータ記録装置又は再生装置に記録メディアが装填された際には、ディレクトリ情報がまとめてキャッシュされ、キャッシュヒットし易くなるという副次的な効果がある。

以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。

本明細書では、ＯＳＴＡが規定するＵＤＦ２．５０に準じたファイルシステムを想定して、光ディスクの初期化及びＡＶＣＨＤ規格に則ったディレクトリ作成処理を行なう実施形態について説明してきたが、本発明の要旨はこれに限定されるものではなく、もちろん他のファイルシステムに応用することも可能である。

要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。

図１は、本発明の一実施形態に係るデータ記録装置１０の機能的構成を模式的に示した図である。 図２は、記録部４の内部ハードウェア構成を示した図である。 図３は、録画編集が可能な形式でユーザ・データを記録するためのデータ構造の一例を示した図である。 図４Ａは、ビデオカメラによる録画・撮影に従ってＡＶストリームのクリップとともにプレイリストが生成される手順を説明するための図である。 図４Ｂは、ビデオカメラによる録画・撮影に従ってＡＶストリームのクリップとともにプレイリストが生成される手順を説明するための図である。 図４Ｃは、ビデオカメラによる録画・撮影に従ってＡＶストリームのクリップとともにプレイリストが生成される手順を説明するための図である。 図４Ｄは、ビデオカメラによる録画・撮影に従ってＡＶストリームのクリップとともにプレイリストが生成される手順を説明するための図である。 図５は、光ディスクに対して物理フォーマッティング及びファイルシステム記録処理を実行した直後のデータ・レイアウトを示した図である。 図６は、図１３に示したディレクトリ構造を記録メディアに作成した際のメタデータの構成の一部を示した図である。 図７は、光ディスクの初期化処理時にＡＶＣＨＤ規格で規定されているディレクトリ及びファイルを作成する処理を実施したデータ・レイアウトを示した図である。 図８は、光ディスクを初期化処理するための処理手順を示したフローチャートである。 図９は、図８に示したフローチャートのステップＳ２において実行される、ファイルシステム記録処理の手順を示したフローチャートである。 図１０は、図８に示したフローチャートのステップＳ３において実行される、ディレクトリ作成処理の手順を示したフローチャートである。 図１１は、光ディスクを初期化処理するための処理手順を示したフローチャートである。 図１２は、図１１に示したフローチャートのステップＳ４２において実行される、ファイルシステム記録処理の手順を示したフローチャートである。 図１３は、ＡＶＣＨＤで規定されているディレクトリ構成を示した図である。

符号の説明

１…カメラ・ブロック
２…符号化部
３…ストリーム・バッファ
４…記録部
４−１…記録メディア
５…中央処理部
６…一時記憶媒体
１０…データ記録装置
１３…ＯＰ部
１４…ＲＦ処理部
１５…サーボ信号処理部
１６…アナログ・フィルタ部
１７…信号処理部
１８…スピンドル・ドライバ
１９…スレッド・ドライバ
２０…トラッキング・ドライバ
２１…フォーカス・ドライバ
２２…スピンドル・モータ
２３…スレッド・モータ
２５…記録メディア（光ディスク）

Claims (9)

1. 記録メディアの記録領域を初期化する初期化手段と、
   前記初期化手段により初期化した後の記録メディアの記録領域に、所定のコーディング規格に準じてユーザ・データ・ファイル及びその管理情報ファイルを格納する記録手段と、
   を備え、
   前記初期化手段は、
   新規の記録メディアに物理フォーマッティングを施す物理フォーマッティング手段と、
   物理フォーマッティング後の記録メディアの記録領域に所定のファイルシステム・フォーマットに基づくファイルシステムを作成するファイルシステム作成手段と、
   前記ファイルシステムが作成された記録メディアの記録領域に、前記所定のコーディング規格に準じてユーザ・データ・ファイル及びその管理情報ファイルを格納するためのディレクトリ構造を、前記所定のファイルシステム・フォーマットに則って作成するディレクトリ構造作成手段と、
   を具備することを特徴とするデータ記録装置。
2. 前記所定のコーディング規格は、記録メディアの記録領域に記録空間として設けられたパーティション内のルート・ディレクトリにＭＶディレクトリを配置し、さらにＭＶディレクトリの直下に、ストリーム・ファイルを格納するためのＳＴＲＥＡＭディレクトリ、クリップＡＶストリーム・ファイルの管理情報ファイルとしてのプレイリスト及びクリップ情報ファイルをそれぞれ格納するためのＰＬＡＹＬＩＳＴディレクトリ及びＣＬＩＰＩＮＦディレクトリ、ＡＵＸＤＡＴＡ、ＪＯ、ＪＡＲ、ＭＥＴＡの各ディレクトリを配置することを規定したＡＶＣＨＤ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）規格であり、
   前記ファイルシステム作成手段は、記録メディアの記録領域にファイルの記録空間としてのパーティションを設け、該パーティション内にルート・ディレクトリを作成し、
   前記ディレクトリ構造作成手段は、前記パーティション内のルート・ディレクトリの直下にＭＶディレクトリを作成し、さらにＭＶディレクトリの直下に、ストリーム・ファイルを格納するためのＳＴＲＥＡＭディレクトリ、クリップＡＶストリーム・ファイルの管理情報ファイルとしてのプレイリスト及びクリップ情報ファイルをそれぞれ格納するためのＰＬＡＹＬＩＳＴディレクトリ及びＣＬＩＰＩＮＦディレクトリ、ＡＵＸＤＡＴＡ、ＪＯ、ＪＡＲ、ＭＥＴＡの各ディレクトリを作成する、
   ことを特徴とする請求項１に記載のデータ記録装置。
   
3. 前記所定のファイルシステム・フォーマットは、ＯＳＴＡ（Ｏｐｔｉｃａｌ Ｓｔｏｒａｇｅ Ｔｅｃｈｎｏｌｏｇｙ Ａｓｓｏｃｉａｔｉｏｎ）が策定するＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）であり、
   前記ディレクトリ構造作成手段は、前記所定のコーディング規格で規定するディレクトリ構造に含まれる各ディレクトリについての、実データの記録場所を指し示す情報を含んだ情報制御ブロック（Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｂｌｏｃｋ：ＩＣＢ）、及びその実データとしての該ディレクトリの直下に格納されるディレクトリ又はファイルの情報制御ブロックの記録場所を指し示す情報を含んだファイル識別情報記述子（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒ：ＦＩＤ）の集合（ＦＩＤｓ）からなるメタデータを、前記ファイルシステム作成手段が作成したパーティション内のメタデータ・パーティションに記録する、
   ことを特徴とする請求項１に記載のデータ記録装置。
4. 前記ディレクトリ構造作成手段は、前記ファイルシステム作成手段が作成したパーティションのルート・ディレクトリの配下に、前記所定のコーディング規格で規定するディレクトリ構造に含まれる各ディレクトリについてのＩＣＢ及びＦＩＤｓを、前記ディレクトリ構造上のさらに子ディレクトリの情報を考慮しながら記録し、
   前記ファイルシステム作成手段は、前記ディレクトリ構造作成手段により前記ディレクトリ構造が作成された後に、パーティション内の使用済み領域並びにメタデータ・パーティション内の使用済み領域をそれぞれ管理するための各ファイルをパーティション内に記録するとともに、すべてのディレクトリのＩＣＢ及びＦＩＤｓをメタデータ・パーティションに記録したことによって消費したセクタ数や、記録したディレクトリ総数の情報を基に論理ボリューム保全列（Ｌｏｇｉｃａｌ Ｖｏｌｕｍｅ Ｉｎｔｅｇｒｉｔｙ Ｓｅｑｕｅｎｃｅ：ＬＶＩＳ）を記録する、
   ことを特徴とする請求項３に記載のデータ記録装置。
5. 記録メディアの記録領域を初期化する初期化ステップと、
   前記初期化ステップにおいて初期化した後の記録メディアの記録領域に、所定のコーディング規格に準じてユーザ・データ・ファイル及びその管理情報ファイルを格納する記録ステップと、
   を有し、
   前記初期化ステップは、
   新規の記録メディアに物理フォーマッティングを施す物理フォーマッティング・ステップと、
   物理フォーマッティング後の記録メディアの記憶領域に所定のファイルシステム・フォーマットに基づくファイルシステムを作成するファイルシステム作成ステップと、
   前記ファイルシステムが作成された記録メディアの記録領域に、前記所定のコーディング規格に準じてユーザ・データ・ファイル及びその管理情報ファイルを格納するためのディレクトリ構造を、前記所定のファイルシステム・フォーマットに則って作成するディレクトリ構造作成ステップと、
   を有することを特徴とするデータ記録方法。
6. 前記所定のコーディング規格は、記録メディアの記録領域に記録空間として設けられたパーティション内のルート・ディレクトリにＭＶディレクトリを配置し、さらにＭＶディレクトリの直下に、ストリーム・ファイルを格納するためのＳＴＲＥＡＭディレクトリ、クリップＡＶストリーム・ファイルの管理情報ファイルとしてのプレイリスト及びクリップ情報ファイルをそれぞれ格納するためのＰＬＡＹＬＩＳＴディレクトリ及びＣＬＩＰＩＮＦディレクトリ、ＡＵＸＤＡＴＡ、ＪＯ、ＪＡＲ、ＭＥＴＡの各ディレクトリを配置することを規定したＡＶＣＨＤ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）規格であり、
   前記ファイルシステム作成ステップでは、記録メディアの記録領域にファイルの記録空間としてのパーティションを設け、該パーティション内にルート・ディレクトリを作成し、
   前記ディレクトリ構造作成ステップでは、前記パーティション内のルート・ディレクトリの直下にＭＶディレクトリを作成し、さらにＭＶディレクトリの直下に、ストリーム・ファイルを格納するためのＳＴＲＥＡＭディレクトリ、クリップＡＶストリーム・ファイルの管理情報ファイルとしてのプレイリスト及びクリップ情報ファイルをそれぞれ格納するためのＰＬＡＹＬＩＳＴディレクトリ及びＣＬＩＰＩＮＦディレクトリ、ＡＵＸＤＡＴＡ、ＪＯ、ＪＡＲ、ＭＥＴＡの各ディレクトリを作成する、
   ことを特徴とする請求項５に記載のデータ記録方法。
7. 前記所定のファイルシステム・フォーマットは、ＯＳＴＡ（Ｏｐｔｉｃａｌ Ｓｔｏｒａｇｅ Ｔｅｃｈｎｏｌｏｇｙ Ａｓｓｏｃｉａｔｉｏｎ）が策定するＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）であり、
   前記ディレクトリ構造作成ステップでは、前記所定のコーディング規格で規定するディレクトリ構造に含まれる各ディレクトリについての、実データの記録場所を指し示す情報を含んだ情報制御ブロック（ＩＣＢ）、及びその実データとしての該ディレクトリの直下に格納されるディレクトリ又はファイルの情報制御ブロックの記録場所を指し示す情報を含んだファイル識別情報記述子（ＦＩＤ）の集合（ＦＩＤｓ）からなるメタデータを、前記ファイルシステム作成ステップにおいて作成されたパーティション内のメタデータ・パーティションに記録する、
   ことを特徴とする請求項５に記載のデータ記録方法。
8. 前記ディレクトリ構造作成ステップでは、前記ファイルシステム作成ステップにおいて作成されたパーティションのルート・ディレクトリの配下に、前記所定のコーディング規格で規定するディレクトリ構造に含まれる各ディレクトリについてのＩＣＢ及びＦＩＤｓを、前記ディレクトリ構造上のさらに子ディレクトリの情報を考慮しながら記録し、
   前記ディレクトリ構造作成ステップにおいて前記ディレクトリ構造が作成された後に、パーティション内の使用済み領域並びにメタデータ・パーティション内の使用済み領域をそれぞれ管理するための各ファイルをパーティション内に記録するとともに、すべてのディレクトリのＩＣＢ及びＦＩＤｓをメタデータ・パーティションに記録したことによって消費したセクタ数や、記録したディレクトリ総数の情報を基に論理ボリューム保全列（ＬＶＩＳ）を記録するステップをさらに有する、
   ことを特徴とする請求項７に記載のデータ記録方法。
9. 記録メディアにデータを記録するための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータを、
   記録メディアの記録領域を初期化する初期化手段、
   前記初期化手段により初期化した後の記録メディアの記録領域に、所定のコーディング規格に準じてユーザ・データ・ファイル及びその管理情報ファイルを格納する記録手段、
   として機能させ、
   前記初期化手段は、
   新規の記録メディアに物理フォーマッティングを施す物理フォーマッティング手段と、
   物理フォーマッティング後の記録メディアの記録領域に所定のファイルシステム・フォーマットに基づくファイルシステムを作成するファイルシステム作成手段と、
   前記ファイルシステムが作成された記録メディアの記録領域に、前記所定のコーディング規格に準じてユーザ・データ・ファイル及びその管理情報ファイルを格納するためのディレクトリ構造を、前記所定のファイルシステム・フォーマットに則って作成するディレクトリ構造作成手段と、
   を備えることを特徴とするコンピュータ・プログラム。
   

Images