JP4830773B2 - データ処理装置、方法、およびプログラム - Google Patents

Description

本発明は、メディア（すなわち、記録媒体）上にＵＤＦ２．５以降のフォーマットでデータが記録される場合の記録技術や記録方法に関する。

近年、ＤＶＤビデオレコーディング規格を採用したＤＶＤレコーダの普及により、ＤＶＤディスク上のＵＤＦ２．０フォーマットで放送番組を記録したり、カムコーダで撮影したコンテンツを記録することが普及してきている。

一方、新たにＵＤＦ２．５フォーマット（非特許文献１参照）上にカムコーダで撮影したコンテンツを記録する新しいフォーマットが策定され販売されつつある。

図６は、ＵＤＦ２．５でフォーマットされた光ディスクのデータ配置を示す。ファイルシステムを構成する各種データは、光ディスクの最内周側（ＬＳＮ値の最も小さい側）および最外周側（ＬＳＮ値の最も大きい側）に記録される。
Ｏｐｔｉｃａｌ Ｓｔｏｒａｇｅ Ｔｅｃｈｎｏｌｏｇｙ Ａｓｓｏｃｉａｔｉｏｎ （ＯＳＴＡ） Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｒｅｖｉｓｉｏｎ ２．５０

従来のＤＶＤレコーダにＵＤＦ２．５フォーマットでコンテンツを記録したＤＶＤディスクを挿入すると、ＤＶＤレコーダがＵＤＦのバージョンを検出し、ＵＤＦ２．０でないことを検出すると、ユーザに対してＵＤＦ２．０へ再フォーマットを促す場合があった。すなわちＵＤＦ２．０フォーマットへの再フォーマット（初期化）への誘導を行う。「フォーマット」のもたらす意味を理解しないユーザがこの誘導に従って再フォーマットを実施した場合は、ユーザの意図に反して、ディスクに記録済みのコンテンツを消去してしまうという問題が発生していた。

図６にＵＤＦ２．０で再フォーマットされる場合に初期化される領域を示す。この処理により、図６に示す通り、ＵＤＦ２．５フォーマットを構成するほとんどのデータは書き換えられてしまい、記録されていたコンテンツを復元することができなくなる。

本発明は、ユーザがフォーマット誘導に従い、誤ってディスクを再フォーマットした場合であっても、確実かつ容易にいったん消去されたコンテンツを復元できるようにすることを目的とする。

本発明によるデータ処理装置は、データファイルをＵＤＦフォーマットでディスクへ記録する書込み部を含み、
前記書き込み部は、ＵＤＦフォーマットを構成するファイルシステム情報の内、記録アドレスを任意アドレスに記録可能なファイルシステム情報を、所定の領域以内に記録し、
データアドレスを前記所定の領域内に記録し、
ＵＤＦのバージョンは２．５以上であり、
前記所定の領域は前記ディスクの最内周および最外周の所定の領域を除き、かつ、最内周側のＡＶＤＰ（アンカー・ボリューム・ディスクリプター・ポインター）を含まず、最外周側のＡＶＤＰを含まないことを特徴とする。

本構成によって、ＵＤＦ２．０のみを取り扱う従来のＤＶＤレコーダ等にＵＤＦ２．５で記録されたディスクを挿入し、ＤＶＤレコーダが出力するフォーマット誘導メッセージにしたがってディスクの再フォーマットを行い、記録されていたコンテンツを消去してしまった場合でも、確実かつ容易にコンテンツを復元できる。

本発明によれば、従来型のＤＶＤレコーダにＵＤＦ２．５上にコンテンツを記録したディスクを挿入して、ＵＤＦ２．０に誤フォーマットした場合であっても、確実かつ容易に一旦消去したコンテンツを復元可能になる。このことは、
たとえばカムコーダで２度と撮影できないコンテンツを誤消去した場合に、特に有効である。

以下、添付の図面を参照して、本発明によるデータ処理装置の実施形態を説明する。

（実施の形態１）
図１は本実施の形態１のデータ処理装置である。動画記録時は、記録制御部１６１の制御により、映像信号入力部１００及び音声信号入力部１０２から入力した信号を各々映像圧縮部１０１及び音声圧縮部１０３で圧縮し、システムエンコード部１０４においてトランスポートストリームを作成し、記録部１２０、ピックアップ１４１を経由して光ディスク１４０へ書き込む。

記録制御部１６１はトランスポートリームの記録を開始する前に、連続データ領域検出部１６０を起動して、空き領域を捜させる。連続データ領域検出部１６０はあらかじめ光ディスクから読出したスペースビットマップを利用して連続した空き領域を探索する。そして探索の結果として検出された空き領域上にトランスポートストリームの記録を開始する。そして、検出した空き領域へのトランスポートストリームの書込みで一杯になるまでに、次の空き領域を継続的に探索しトランスポートストリームの記録を継続する。トランスポートストリームの書き込みが完了すると、ＵＤＦバージョン２．５のファイル管理情報を書き込み、トランスポートストリームファイル（＊．ｍ２ｔｓファイル、すなわち動画ストリームを格納するファイル）の書き込みを完了する。次に、記録完了したトランスポートストリームに対応するストリーム管理データファイル（＊．ｃｌｐｉ）を記録する。次に記録完了したトランスポートストリームと１：１に対応するプレイリストファイル（＊．ｍｐｌｓ）を記録する。さらに、対応するサムネイル画像に関するサムネイル管理ファイル（ｍｅｎｕ．ｔｉｄｘ）、およびサムネイルデータ管理ファイル（ｍｅｎｕ．ｔｄａｔ）を記録する。プレイリストファイルは、トランスポートストリームファイルの中の具体的な再生範囲を指定する。本実施例では、トランスポートストリームの先頭から末尾までを再生範囲としているものとする。

また、再生時は、ユーザが再生すべきコンテンツを選択すると、再生制御部１６２の制御により、再生部１２１を経由して、コンテンツに対応するデータストリームの管理情報を管理ファイルから読み出し、その管理ファイルに記載されたアドレス情報を参照して、さらにトランスポートストリームを読み出す。このトランスポートストリームをシステムデコード部１１４で映像信号と音声信号に分離し、各々映像伸長部１１１及び音声伸長部１１３を介して、映像表示部１１０及び音声出力部１１２へ出力する。

また、編集制御部１６４は、記録済みのコンテンツに対してユーザから部分的な削除が指示されたときに、記録部１２０および再生部１２１を起動してトランスポートストリームやトランスポートストリームの管理データを読出したり、修正後に書き込んだりして編集処理の制御を行う。また、記録済みのコンテンツに対してユーザから削除が指示された時に、対応するトランスポートストリーム、ストリーム管理データファイル、プレイリストファイルおよび、対応するサムネイル画像を削除する。さらに、実行すべきプレイリストファイルが登録されているインデックスファイルも修正する。

また、メニュー記録部１６５は、光ディスクのＭｅｎｕディレクトリ下にｔｉｔｌｅＭｅｎｕ．ｊａｒファイルが記録されていないことを、電源起動時や、光ディスク挿入等に確認すると、ＡＶデータ処理装置の内蔵ＲＯＭ（図示していない）にあらかじめ記録されているＪａｖａ（登録商標）プログラムを、光ディスク上に記録する。

Ｊａｖａ（登録商標）プログラムはコンパイル済みのコードであり、参照するクラスライブラリと共にｔｉｔｌｅＭｅｎｕ．ｊａｒファイルに格納される。

図２は本実施の形態１の光ディスク上のファイル構成である。ＲＯＯＴディレクトリの下にＢＤＭＶディレクトリが作られ、その下に各種ファイルが記録される。ｉｎｄｅｘ．ｂｄｍｖファイルにはタイトルメニューを出すＪａｖａ（登録商標）プログラム名、および記録されているプレイリストファイル名が記録されている。Ｍｅｎｕディレクトリの下にはタイトルメニューを出すＪａｖａ（登録商標）プログラム（ｔｉｔｌｅＭｅｎｕ．ｊａｒ）、サムネイル管理ファイル（ｍｅｎｕ．ｔｉｄｘ）、およびサムネイルデータファイル（ｍｅｎｕ．ｔｄａｔ）が記録される。サムネイルデータファイルには、動画ストリーム毎に代表静止画像（サムネイル）がＪＰＥＧ符号形式で格納される。サムネイル管理ファイルには、動画ストリームと代表静止画像との対応に関する情報（動画ストリームのファイル名と、代表静止画像のサムネイルデータファイル内での記録先アドレス）が格納されている。タイトルメニューを出すＪａｖａ（登録商標）プログラムは、サムネイルデータファイル内の代表静止画像を使って、タイトルメニューを描画し、ユーザが選択した動画ストリームの再生を開始する。その後は、Ｊａｖａ（登録商標）プログラムの記述に従って再びタイトルメニューの描画や、異なる動画ストリームの再生等を実施する。

ＰＬＡＹＬＩＳＴディレクトリには動画ストリームに対応する１：１にプレイリストファイル（＊．ｍｐｌｓ）が格納される。ＳＴＲＥＡＭディレクトリには動画ストリーム（＊．ｍ２ｔｓ）が格納される。ＣＬＩＰＩＮＦディレクトリには動画ストリーム対応する管理データファイル（＊．ｃｌｉｐ）が格納される。動画ストリームとトランスポートストリーム符号形式で格納される。

なお、光ディスクはＵＤＦファイルシステムでフォーマットされているものとする。このとき、空き領域の管理単位でもあり、また領域の割り付け単位でもある論理ブロックは、２ｋバイトであるものとする。

図３は実施の形態１における光ディスクにおいて使用する領域の概略を示す。コンテンツは、ＵＤＦ２．５ファイルシステム上に図２に示したファイル構成により記録される。このとき、コンテンツとファイルシステムの情報は、ＬＳＮ（ロジカル・セクタ・ナンバー）＝５１２からＮ−２８８（ここでＮは最終のＬＳＮであるものとする）までの間に記録される。ただし、ファイルシステム情報のうち、ＡＶＤＰ（アンカー・ボリューム・ディスクリプター・ポインタ）は、記録先アドレスがＬＳＮ＝２５６、Ｎ−２５６、Ｎの３箇所に記録することが決まっているため例外となる。また、同様に記録先ＬＳＮが決められているＶＲＳ（ボリューム・レコグニション・シーケンス）なども同様に例外である。実施の形態１では、従来のＤＶＤレコーダにより光ディスクがＵＤＦ２．０で再フォーマットされる場合に、ＬＳＮ＝０から５１２の領域およびＬＳＮ＝Ｎ−２８８からＮまでの領域が、いずれも消去されてＵＤＦ２．０に冠するファイルシステム情報が記録されるものとする。

図４はより詳細にファイルシステム情報の記録位置を示す。記録先アドレスがあらかじめ決まっているＶＲＳ、１ｓｔＡＶＤＰ、２ｎｄＡＶＤＰ、３ｒｄＡＶＤＰはそれぞれＬＳＮ＝１６、２５６、Ｎ−２５６、Ｎセクタに記録される。ＭａｉｎＶＤＳ（メイン・ボリューム・ディスクリプター・シーケンス）、ＬＶＩＳ（ロジカル・ボリューム・インテグリティシーケンス）、ＭＤ Ｂｉｔｍａｐ（メタデータビットマップ）のＦＥ（ファイルエントリ）およびその中身、ＭＤ Ｆｉｌｅ（メタデータファイル）のＦＥ（ファイルエントリ）およびその中身は、ＬＳＮ＝５１２直後に記録される。また、ＭＤ Ｍｉｒｒｏｒ Ｆｉｌｅ（メタデータミラーファイル）のＦＥおよびその中身、およびＲｅｓｅｒｖｅｄＶＤＳ（リザーブド・ボリューム・ディスクリプター・シーケンス）はそれぞれＬＳＮ＝Ｎ−１５３６、Ｎ−５１２を先頭として記録される。そして、図４のユーザ領域に、図２のファイルの中身が記録される。

以上の構成により、従来のＤＶＤレコーダに図３、および図４に示したＵＤＦ２．５ファイルフォーマットで記録した光ディスクをセットして、誤ってＵＤＦ２．０にフォーマット（初期化）してしまった場合であっても、３つのＡＶＤＰおよびＶＲＳが消去されるのみである。これにより、光ディスクにＵＤＦ２．５フォーマットで記録されていたコンテンツを復元する際は、３つのＡＶＤＰおよびＶＲＳを再度書き込むだけで良い。そして次に、ファイルシステムレベルで矛盾が発生していないか念のために確認する。以上の手順によりコンテンツの復元が容易かつ確実に復元できる様になる。

なお、ＡＶＤＰには、ＭａｉｎＶＤＳの記録先ＬＳＮおよびＲｅｓｅｒｖｅｄＶＤＳの記録先アドレスが格納される。図３、および図４においてはそれぞれ５１２、Ｎ−２５６の値を記録するだけで良い。ＶＲＳには規格上規定された値を記録すれば良い。

なお、ＬＳＮ＝Ｎのアドレスは、物理的にファイルシステム情報の末尾が記録されるアドレスを意味する。たとえば図３、もしくは図４に示したデータのサイズが１．２ＭＢｙｔｅであればＮ＝約１．ＧＭＢｙｔｅとなる。たとえばＤＶＤ−Ｒ／−ＲＷディスクではディスクドライブでの再生互換性を高く保つためには、コンテンツが少ない場合であってもＮ＞約１ＧＢｙｔｅとする必要がある。

（実施の形態２）
実施の形態１との違いは、光ディスク上のファイルシステムで規定される情報の配置が異なる点である。ほかの点に関しては、実施の形態１と同様であるものとする。

図５は、実施の形態２における光ディスクがＵＤＦ２．５でフォーマットされた直後の状態を示す。図４との違いは、まず、ＭａｉｎＶＤＳ、ＬＶＩＳがＬＳＮ＝５１２よりも前に記録されている点である。次に、ＲｅｓｅｒｖｅｄＶＤＳがＬＳＮ＝Ｎ−２５６に記録されるＡＶＤＰの直後に記録される点である。

以上の構成により、従来のＤＶＤレコーダによりＵＤＦ２．０で再フォーマット（初期化）された場合、ＭＤ Ｆｉｌｅの内容を解析して、記録されていたファイルとディレクトリを復元することができる。ＭＤ Ｆｉｌｅ内に、各ファイルの名前や各ファイルのデータ格納先が保存されているからである。この場合には、ＬＳＮ＝５１２よりも前に記録されている情報、およびＬＳＮ＝Ｎ−２５６よりも後に記録されている情報を用いることなく、コンテンツの復元を行うことができる。ＭａｉｎＶＤＳ、ＬＩＶＳは、ＵＤＦ２．５フォーマットに従って作成して記録すれば良い。

なお、本実施の形態２では、ＭａｉｎＶＤＳ、ＬＶＩＳの両方がＬＳＮ＝５１２よりも前に記録されるものとしたが、片側だけでも良い。

なお、本実施の形態２では、ＲｅｓｅｒｖｅｄＶＤＳがＬＳＮ＝Ｎ−２５６よりも外周側に記録されるものとしたが、されなくとも良い。

なお、本実施の形態２では、各種のファイルシステムを構成するＶＤＳなどのデータを最外周および最内周の領域を除いた領域に記録するものとしたが、ＭＤ Ｆｉｌｅ、もしくは、ＭＤ Ｍｉｒｒｏｒ ＦｉｌｅのいずれかがＬＳＮ＝５１２からＮ−１５３６の間に記録されても良い。ただし、この場合ＭＤ ＦｉｌｅもしくはＭＤ Ｍｉｒｒｏｒ Ｆｉｌｅ内に構成されたＩＣＢチェーンの追跡などの詳細な解析が必要となる。

なお、本実施の形態では、ＵＤＦ２．５フォーマットで記録されたディスクがＵＤＦ２．０で誤消去された場合の復元方法を説明したが、ＵＤＦ２．６フォーマットで記録されたディスクがＵＤＦ２．０で誤消去される場合も同様である。また、ＵＤＦ１．０２等へのフォーマット処理により誤消去される場合も同様である。

なお、サムネイルデータファイル、およびサムネイル管理ファイルはｔｉｔｌｅＭｅｎｕ．ｊａｒファイルとは独立して設けたが、ｔｉｔｌｅＭｅｎｕ．ｊａｒファイルに含まれていても良い。また、動画ストリーム毎に個別のサムネイルデータファイルを記録する場合であっても同様である。

なお、実施の形態では、データストリーム等を格納するメディアはリムーバブルな光ディスクであるとしたが、取り外し可能なメディアである必要は無く、非可換メディア、例えばＡＶデータ処理装置に内蔵されたＨＤＤであってもよい。ただし、この場合、ＡＶデータ処理装置がネットワーク接続されていて、他のＡＶデータ処理装置によりタイトルメニューを描画するＪａｖａ（登録商標）プログラムが参照され、実行される。

また、実施の形態において、記憶媒体は光ディスクであるものとしたが、特にこれに限定するものではなく、例えばメモリカード、フラッシュメモリ、ＦｅＲＡＭ、ＭＲＡＭ等の半導体メモリであっても良い。また、光ディスクはＤＶＤ−ＲＡＭ、ＭＯ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、ＤＶＤ＋Ｒ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＢＤ−ＲＥ、ＢＤ−Ｒ、ＨＤ−ＤＶＤ等の光ディスクやハードディスクであっても良い。

なお、実施の形態ではＵＤＦファイルシステムに関して説明したが、同様な構成であれば異なるファイルシステムであっても良い。

なお、図１等の各機能ブロックは典型的には集積回路（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ；ＬＳＩ）のチップとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。例えば、図１においては、ＭＰＥＧエンコーダ１７０とシステム制御部１８０とは別個の機能ブロックとして示されている。これらはそれぞれ別個の半導体チップとして実装されてもよいし、物理的に同一のチップによって実現してもよい。また、システム制御部１８０、ＭＰＥＧエンコーダ１７０およびＭＰＥＧデコーダ１７１の機能を集積化して、１つのチップ回路として実現してもよい。ただし、例えば符号化または復号化の対象となるデータを格納するメモリのみを集積化の対象から除外しても良い。

システム制御部１８０は、プログラムＲＯＭ等に格納されたコンピュータプログラムを実行することにより、本明細書に記載した機能を実現することができる。

なお、上述の「ＬＳＩ」は、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。

さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオテクノロジーを利用したいわゆるバイオ素子として集積化を行ってもよい。

また、実施の形態において、データストリームはトランスポートパケット毎に到着タイムスタンプ（Ａｒｒｉｖａｌ Ｔｉｍｅ Ｓｔａｍｐ）を付加したトランスポートストリームを想定したが、プログラムストリーム、ＰＥＳストリーム、ＱｕｉｃｋＴｉｍｅストリーム、ＭＰ４ストリーム、ＡＶＩストリーム、ＡＳＦストリーム、ＭｏｔｉｏｎＪＰＥＧストリーム等の他のビットストリームであっても良い。

なお、実施の形態において、映像はＭＰＥＧ−２ビデオストリームを例としたが、ＭＰＥＧ−４ビデオストリームやＭＰＥＧ−４ＡＶＣ（Ｈ．２６４）ストリームであっても良い。また、音声もリニアＰＣＭオーディオストリームやＡＣ−３ストリーム等であっても良い。また、映像や音声以外の他の種類（グラフィックス情報や文字情報等）のマルチメディア情報を含んでいても良い。

なお、実施の形態において、１個のトランスポートストリームを１個のデータストリームファイルに格納可能としたが、複数のトランスポートストリームを１個のデータストリームファイルとして構成できるものとしても良い。

なお、実施の形態において、タイトルメニューを描画するＪａｖａ（登録商標）プログラムは光ディスクが挿入された時点で記録されるものとしたが、光ディスクのフォーマットが完了した時点であってもよい。また、ユーザの操作により指定した時点であっても良い。

なお、実施の形態において、動画ストリームを記録するムービーやレコーダがタイトルメニューを表示するＪａｖａ（登録商標）プログラムを記録するものとしたが、光ディスク上に動画ストリームを記録したＡＶデータ処理装置とは別のＡＶデータ処理装置（レコーダ、カムコーダ、もしくはパソコン等）がタイトルメニューだけを記録しても良い。

なお、実施の形態において、動画ストリームの映像圧縮符号はＭＰＥＧ−２ビデオ、ＭＰＥＧ−４ＡＶＣ、ＭＰＥＧ−４ビジュアル等、ＶＣ−１等、プレーヤで再生可能なものであれば特に問わない。

なお、実施の形態においてプレーヤはＢＤ−ＲＯＭ規格に準拠したクラスライブラリをプレーヤは必ず再生できるものとし、Ｊａｖａ（登録商標）プログラムはＢＤ−ＲＯＭ規格で規定されるクラスを使うものとしたが、プレーヤが対応していればパソコンで実現されているＳｗｉｎｇ等のＧＵＩライブラリを使えるものとしても良い。また、ＢＤ−ＲＯＭ規格にふくまれる様な、インターネットアクセスが可能なクラスライブラリを別途使えるものとしても良い。

なお、実施の形態においてＪａｖａ（登録商標）プログラムはプレーヤで再生されるものとしたが、パソコンであっても良い。

なお、実施の形態においてＵＤＦ２．０でのフォーマット処理は他のデータ処理装置が実施するものとしたが、同じデータ処理装置が実施しても良い。

本発明にかかるデータ処理装置、方法、およびプログラムは、あらかじめディスクの最内周側と最外周側を空ける様にしてＵＤＦ２．５フォーマットの初期化を行う。これにより、従来のＤＶＤ２．０ベースのＤＶＤレコーダでＵＤＦ２．０の初期化が行われても、容易かつ確実にコンテンツの復元を実現でき、たとえばＵＤＦ２．５でコンテンツを記録するカムコーダ、レコーダ、ＰＣ用の画像編集ソフト等として有用である。

本発明の実施の形態におけるデータ処理装置の構成を示すブロック図 本発明の実施の形態における光ディスク上のファイル構成を示す図 第１の実施の形態におけるディスクのデータのレイアウトの概略を示す図 第１の実施の形態におけるディスクのデータのレイアウトの詳細を示す図 第２の実施の形態におけるディスクのデータのレイアウトの概略を示す図 従来の実施の形態におけるディスクのデータのレイアウトの概略を示す図

符号の説明

１００ 映像信号入力部
１０１ 映像圧縮部
１０２ 音声信号入力部
１０３ 音声圧縮部
１０４ システムエンコード部
１１０ 映像表示部
１１１ 映像伸長部
１１２ 音声出力部
１１３ 音声伸長部
１１４ システムデコード部
１２０ 記録部
１２１ 再生部
１４０ 取り外し可能な光ディスク
１４１ ピックアップ
１６０ 連続データ領域検出部
１６１ 記録制御部
１６２ 再生制御部
１６３ 論理ブロック管理部
１６４ 編集制御部
１６５ メニュー記録部
１７０ ＭＰＥＧエンコーダ
１７１ ＭＰＥＧデコーダ
１８０ システム制御部
２００ データ処理装置

Claims (6)

1. データファイルを所定のバージョンのＵＤＦフォーマットでディスクへ記録する書込み部を備え、
   前記書込み部は、前記データファイル、及び前記ＵＤＦフォーマットを構成するファイルシステム情報の内、前記データファイルのデータ格納先を含むメタデータファイルを、前記所定のバージョン以前のバージョンのＵＤＦフォーマット処理によって変更される所定の領域を除く領域に記録し、
   前記所定のバージョンはＵＤＦ２．５以上である、ことを特徴とするデータ処理装置。
2. 前記書込み部は、ＵＤＦフォーマットを構成するファイルシステム情報のうち任意アドレスに記録可能なファイルシステム情報を、前記所定の領域を除く領域に記録し、
   前記任意アドレスに記録可能なファイルシステム情報に関するデータ格納先を含むファイルシステム情報を、前記所定の領域に記録する、ことを特徴とするデータ処理装置。
3. 前記所定の領域は、ＵＤＦフォーマットのバージョン２．０でフォーマットされた際に、初期化される領域である、ことを特徴とする請求項１または２に記載のデータ処理装置。
4. データファイルを所定のバージョンのＵＤＦフォーマットでディスクへ記録する書込みステップを備え、
   前記書込みステップは、前記データファイル、及び前記ＵＤＦフォーマットを構成するファイルシステム情報の内、前記データファイルのデータ格納先を含むメタデータファイルを、前記所定のバージョン以前のバージョンのＵＤＦフォーマット処理によって変更される所定の領域を除く領域に記録し、
   前記所定のバージョンはＵＤＦ２．５以上である、ことを特徴とするデータ処理方法。
5. データファイルを所定のバージョンのＵＤＦフォーマットでディスクへ記録する書込み部を備え、
   前記書込み部は、前記データファイル、及び前記ＵＤＦフォーマットを構成するファイルシステム情報のうち前記データファイルのデータ格納先を含むメタデータファイルを、前記所定のバージョン以前のバージョンのＵＤＦフォーマット処理によって変更される所定の領域を除く領域に記録し、
   前記所定のバージョンはＵＤＦ２．５以上である、ことを特徴とするデータ処理ＬＳＩ。
6. 請求項４記載のデータ処理方法をコンピュータに実行させるためのプログラム。