JP2007317299A - 情報記録方法 - Google Patents

Abstract

【課題】ファイナライズ処理前でも互換性のあるファイルシステムを構築し、情報を記録した機器以外にＰＣ等でも追記或いは再生が可能な情報記録方法を提供する。
【解決手段】追記型光ディスク等の追記型記録媒体に情報を記録する場合、ファイナライズ処理前はＶＡＴを用いたＵＤＦフォーマットで情報を記録し、ファイナライズ処理時にはＵＤＦ Bridgeフォーマットでファイルシステム情報を記録する。ファイナライズ処理前でもファイルシステムに互換性があるため、データを記録した機器以外にＰＣ等で追記や再生が可能となる。
【選択図】図１

Description

本発明は、ディスクカムコーダ等の動画或いは音声データ等を記録又は再生する情報記録再生装置において、追記型光ディスク等の情報記録媒体に情報を記録する情報記録方法に関するものである。

従来、ディスクカムコーダ等で追記型光ディスクに動画或いは音声データを記録する場合、追記途中は一般的なファイルシステムではなく、各社の独自フォーマットで記録を行っている。そして、最後にファイナライズという処理を行うことで、ＰＣやＤＶＤプレーヤー等で再生可能な互換性のあるファイルシステムを作成している。

図１４は従来のファイナライズ処理前のディスク上のデータ配置例を示す。動画や音声データ（ストリーム）を２つ記録した場合の例である。データはディスクに螺旋状に記録されるが、図１４では内周を左側、外周を右側にして直線状に示している。ディスク上にデータを記録する位置（アドレス）は論理セクタ番号（ＬＳＮ）で表され、最内周がＬＳＮ＝０、最外周がLast ＬＳＮとなる。

追記型光ディスクの場合、外周側の未記録領域にはアドレス（ＬＳＮ）が付与されないので、Last ＬＳＮは記録済み領域の最外周位置になる。

ディスクにデータを記録する場合には、まず、最初にファイナライズ時にファイルシステム情報を記録するための領域（トラック１）を確保する。次に、ストリーム１の管理情報（管理情報１）を記録する領域（トラック２）を確保する。そして、実際のストリーム（ストリーム１）をトラック３に記録する。

最後に、管理情報１として、ディスク情報、ストリーム１の情報、ファイル情報等をトラック２に記録する。この時、通常のファイルシステム情報は記録せずに、トラック２にファイルのディスク上の位置やサイズ等、ファイルシステムを構築する場合に必要な情報を独自フォーマットで記録しておく。

なお、ストリーム１を記録する時に作成された管理情報１とストリーム１を合わせてデータ１と呼ぶ。この状態でディスクを取り出すと、トラック２とトラック３にデータが記録された状態となる。トラックはＤＶＤ−Ｒの場合、Rzoneと呼ばれる。

次に、ストリーム２を追記する場合には、まず、ストリーム２の管理情報（管理情報２）を記録する領域（トラック４）を確保する。そして、実際のストリーム（ストリーム２）をトラック５に記録する。最後に、管理情報２として、ディスク情報、ストリーム２の情報、ファイル情報等をトラック４に記録する。この時、管理情報２は管理情報１の情報を含んでも構わない。

この場合も、ストリーム１と同様に通常のファイルシステム情報は記録せずに、トラック４にディスク上のデータ位置やサイズ等、ファイルシステムを構築する場合に必要な情報を独自フォーマットで記録しておく。

なお、ストリーム２を記録する時に作成された管理情報２とストリーム２を合わせてデータ２と呼ぶ。この状態でディスクを取り出すと、トラック２からトラック５までにデータが記録された状態となる。

このディスクをファイナライズ処理してＰＣやＤＶＤプレーヤーで再生できるようにした場合のディスク上のデータ配置を図１５に示す。

トラック２からトラック５のデータはそのままで、トラック１にファイルシステム情報が記録される。このファイルシステムはＤＶＤ−ＲＯＭ用の規格であるＵＤＦ１．０２とＣＤ−ＲＯＭ用の規格であるＩＳＯ９６６０を両方含むＵＤＦ Bridgeと呼ばれるフォーマットになる。

こうしてファイナライズ処理されたディスクはファイルシステムに互換性があるので、データを記録した機器以外でも再生が可能となる。なお、トラック５以降の領域は未記録領域として残る。なお、このような技術に関連する特許文献としては、例えば、特開２００３−３３１５２６号公報がある（特許文献１）。
特開２００３−３３１５２６号公報

従来の記録方法では、ファイナライズ処理前はファイルシステムに互換性がないため、データを記録した機器でしか追記や再生ができないという問題があった。

本発明の目的は、ファイナライズ処理前でも互換性のあるファイルシステムを構築し、情報を記録した機器以外に、ＰＣ等でも追記或いは再生が可能な情報記録方法を提供することにある。

本発明は、追記型光ディスク等の追記型記録媒体に情報を記録する場合、ファイナライズ処理前はＶＡＴを用いたＵＤＦフォーマットで情報を記録し、ファイナライズ処理時にはＵＤＦ Bridgeフォーマットでファイルシステム情報を記録する。これにより、ファイナライズ処理前でもファイルシステムに互換性があるため、データを記録した機器以外にＰＣ等で追記や再生が可能となる。

本発明によれば、ファイナライズ処理前はＶＡＴを用いたＵＤＦフォーマットでデータを記録し、ファイナライズ処理時にはＤＶＤプレーヤー等で再生可能なＵＤＦ１．０２及びＩＳＯ９６６０フォーマットでファイルシステムを作成する。これにより、ファイナライズ処理前でも互換性のあるファイルシステムを構築でき、データを記録した機器以外にＰＣ等で追記や再生が可能となる。

次に、発明を実施するための最良の形態について図面を参照して詳細に説明する。図１は本発明に係る情報記録再生装置の一実施形態を示すブロック図である。なお、本発明はカムコーダ等の画像や音声データ等を追記型光ディスクに記録する場合の方法として好適に用いることができる。

図中１はアプリケーションプログラムであり、入出力デバイス３を通してデータ１０の入出力を制御する。また、コーデック４にデータ１０のエンコードとデコードを指示し、メモリ５上に符号化されたデータを蓄積すると共に、ディスク媒体８上へのデータの記録再生や編集等をファイルシステムドライバー２に指示する。ディスク媒体８は、例えば、追記型光ディスクとする。

ファイルシステムドライバー２は、ディスク媒体８上の空き領域やファイルの記録位置を調べて、ディスクコントローラ６にディスク媒体８に対するデータ読み書きの指示を与える。この時、アプリケーションプログラム１はデータのディスク媒体８上の位置を考慮する必要はなく、ファイルシステムドライバー２がディスク媒体８上の空き領域を探して記録したり、データのディスク媒体８上の位置を検索して読み出す。

ディスクコントローラ６はディスク媒体８上に実際にデータを書き込んだり、或いは読み込んだりする。９はディスク媒体８上に書き込まれた実際のデータであり、記録再生ヘッド７により読み書きを行う。

本実施形態においては、一つのファイルは連続した領域に記録されていても、異なる領域に記録された複数のデータであってもよく、ファイルの一部を成す連続領域に記録された一塊のデータをエクステントと呼ぶ。

次に、本発明に係る情報記録方法を説明する。図２はディスクをフォーマットした直後のディスク上のデータ配置を示す。ファイナライズ時にファイルシステム情報を記録するための領域（トラック１）を確保するのは従来と同様である。

トラック２には、Virtual Allocation Table （ＶＡＴ）を含むＵＤＦ１．５のフォーマットで、まず、ディスク情報等のファイルシステム情報を記録する。この時、ＶＡＴを含むＵＤＦのバージョンは、１．５以上であれば１．５でなくても構わない。

図３は図２のフォーマット直後のディスクのデータ構造を示す。トラック１はＬＳＮ ０から５１１までの領域で確保されており、ＬＳＮ５１２以降がトラック２である。まず、ＬＳＮ５１２にAnchor Volume Descriptor Pointer ２１が記録され、Main Volume Descriptor Sequence ２２とReserved Volume Descriptor Sequence ２３の位置が示される。

ＬＳＮ ５１３から５５９までは、ディスク全体の管理情報であるMain Volume Descriptor Sequence ２２、Reserved Volume Descriptor Sequence ２３、Logical Volume Integrity Sequence ２４が記録される。

ＬＳＮ ５６０から５７３にはディスクに記録されているファイル管理情報であるFile Structure ２５が記録され、フォーマット直後はrootディレクトリの情報のみが存在する。最後にＬＳＮ５７４と５７５にVirtual Allocation Table （ＶＡＴ）２６とＶＡＴの管理情報（ＶＡＴ ＩＣＢ）２７が記録されてフォーマットは終了である。

ＶＡＴとは指定された仮想位置と実際の位置（ＬＳＮ）との変換テーブルであり、追記型光ディスクでファイルシステムの管理情報を書き換える場合に、元の位置（ＬＳＮ）を書き換え後の位置（ＬＳＮ）へ変換する場合に用いられる。

続いて、フォーマット後にストリームを記録する場合のディスク上のデータ配置を図４に示す。新たに作成するストリームの管理情報１とストリーム１はフォーマット時に作成されたトラック２に追記される。管理情報１とストリーム１の内容は従来例と同様であるが、ファイルシステム情報はＶＡＴＵＤＦとして別に作成されるので、独自のファイルシステム情報は必要ない。

この時のディスク上のデータ構造を図５に示す。ＬＳＮ ０から５７５まではフォーマット時に記録されるデータであり、図３の内容と同一である。

新たにストリームを記録する場合、まず、ＬＳＮ ５７６から実際のストリーム（ストリーム１）とストリーム１の管理情報（管理情報１）が記録される。その後、ストリーム１と管理情報１に関するファイルシステム情報（File Structure ３３）が記録される。この状態でディスクを取り出す場合は、まず、Anchor Volume Descriptor Pointer ３４を記録し、２５６セクタ離れてＶＡＴ ３５とＶＡＴ ＩＣＢ３６を記録する。

最後に記録したＶＡＴは以前のＶＡＴ情報をすべて含んでいるので、フォーマット時に記録したＶＡＴ２６とＶＡＴ ＩＣＢ ２７は今後使わない。なお、ＶＡＴ ＩＣＢは記録済み領域の最終セクタ（本実施形態においてはＮ＝１５９９９）に記録する必要があり、Anchor Volume Descriptor Pointer３４はＮ−２５６の位置に記録する必要がある。この状態のディスクは通常のＶＡＴＵＤＦなので、ＰＣ等で再生したり、追記を行うことが可能である。

図５に示すディスクを再生する場合には、まず、Anchor Volume Descriptor Pointer ２１か３４を読んで、Volume Descriptor Sequence ２２と２３の位置を調べる。Volume Descriptor SequenceにはLogical Volume Integrity Sequence ２４とFile Structure ２５の位置が示されているので、File Structureから、ディスク上に記録されているファイルの名前や位置やサイズを調べるのである。

この時、File Structure ２５の中に書かれていたrootディレクトリの情報は更新され、File Structure ３３の中に書き換えられる。更に、ストリーム１や管理情報１のファイル管理情報もFile Structure ３３の中に作成される。これらの位置はＶＡＴ３５を使って仮想位置が実際の位置（ＬＳＮ）に変換される。

図６はこの時のディレクトリ構造であるが、videoディレクトリが新たに作成され、その下にストリーム１と管理情報１が作成されていることが分かる。図７はこの時のＶＡＴ情報を示す。実際にはＶＡＴは表中のＬＳＮの値が上から順番に並んでいるだけで、ＩＤはＬＳＮの記録位置に相当する。

即ち、最初に記録されているＬＳＮ（５６０）がＩＤ＝０で、４番目に記録されているＬＳＮ（１５７１４）がＩＤ＝３に相当する。ＵＤＦファイルシステムのファイルやディレクトリの管理情報（File Set DescriptorとFile Entry）の位置はすべてこのＩＤで示され、実際にディスク上に記録されている位置（ＬＳＮ）はＶＡＴを使って変換される。

File Set Descriptorはrootディレクトリの位置等を含むが、図７ではFile Set Descriptorはフォーマット時に作成されたもの（ＬＳＮ＝５６０）を使用している。また、rootディレクトリの管理情報（File Entry）は書き換えられたもの（ＬＳＮ＝１５７１２）を使用している。それ以外の管理情報（File Entry）は新たに作成されたものである。

次に、ストリーム１に続いてストリーム２を追記する場合のディスク上のデータ配置を図８に示す。新たに作成するストリームの管理情報２とストリーム２は、ストリーム１を記録した後に続けてトラック２に追記される。ストリーム１の場合と同様に管理情報２とストリーム２の内容は従来例と同様であるが、ファイルシステム情報はＶＡＴＵＤＦとして別に作成されるので、独自のファイルシステム情報は必要ない。

この時のディスク上のデータ構造を図９に示す。ＬＳＮ ０から５７５まではフォーマット時に記録されるデータであり、ＬＳＮ５７６から１５９９９まではストリーム１を記録した時に作成されるデータであるので、図５の内容と同一である。新たにストリームを記録する場合には、まず、ＬＳＮ１６０００から実際のストリーム（ストリーム２）とストリームの管理情報（管理情報２）が記録される。その後、ストリーム２と管理情報２に関するファイルシステム情報（File Structure ４３）が記録される。

この状態でディスクを取り出す場合には、ストリーム１を記録して取り出した場合と同様で、まず、Anchor Volume Descriptor Pointer ４４を記録し、２５６セクタ離れてＶＡＴ ４５とＶＡＴ ＩＣＢ ４６を記録する。最後に記録したＶＡＴは以前のＶＡＴ情報をすべて含んでいるので、以前に記録したＶＡＴ２６、３６とＶＡＴ ＩＣＢ ２７、３７は今後使わない。この状態のディスクも通常のＶＡＴＵＤＦなので、ＰＣ等で再生したり追記を行うことが可能である。

図９に示すディスクを再生する場合は、図５の場合と同様に、まず、Anchor Volume Descriptor Pointer ２１か４４を読んで、Volume Descriptor Sequence ２２と２３の位置を調べる。Volume Descriptor SequenceにはLogical Volume Integrity Sequence ２４とFile Structure ２５の位置が示されているので、File Structureから、ディスク上に記録されているファイルの名前や位置やサイズを調べることになる。

この時、File Structure ２５や３３の中に書かれていたディレクトリの管理情報は、必要なら更新されてFile Structure ４３の中に書き換えられる。更に、ストリーム２や管理情報２のファイル管理情報もFile Structure ４３の中に作成される。これらの位置はＶＡＴ４５を使って仮想位置が実際の位置（ＬＳＮ）に変換される。

図１０はこの時のディレクトリ構造であるが、videoディレクトリの下にストリーム２と管理情報２が作成されていることが分かる。図１１はこの時のＶＡＴ情報を示す。File Set Descriptorはフォーマット時に作成されたもの（ＬＳＮ＝５６０）を使用し、rootディレクトリの管理情報（File Entry）はストリーム１記録時に作成されたもの（ＬＳＮ＝１５７１２）を使用している。

ストリーム１の記録時に作成されたvideoディレクトリの管理情報（File Entry）は、更新されてＬＳＮ ４７７１２に書き換えられている。また、ストリーム１と管理情報１のFile Entryは元のものをそのまま使い、ストリーム２と管理情報２のFile Entryは新たに作成される。

最後に、ファイナライズ処理を行った場合のディスク上データ配置を図１２に示す。トラック２は図８に示す配置と同じで、前もって領域を確保しておいたトラック１に規格に従ったファイルシステム情報を記録している。

このファイルシステムは従来例と同様にＤＶＤ−ＲＯＭ用の規格であるＵＤＦ１．０２とＣＤ−ＲＯＭ用の規格であるＩＳＯ９６６０を両方含むＵＤＦ Bridgeと呼ばれるフォーマットである。こうしてファイナライズ処理されたディスクは、ＰＣはもちろんＤＶＤプレーヤーでも再生可能となる。なお、トラック２以降の領域は未記録領域として残ったままである。

ファイナライズ処理後のディスク上のデータ構造を図１３に示す。ＬＳＮ ５１２から４７９９９までは図９の内容と同一である。ＬＳＮ１６から１７までにＩＳＯ９６６０のディスク管理情報を記録し、ＬＳＮ１８から２０までとＬＳＮ ３２から７９までにＵＤＦ１．０２のディスク管理情報が記録されている。

続いて、ＬＳＮ ８０から１２７までにＩＳＯ９６６０のファイル管理情報を記録し、ＬＳＮ １２８から１９１までにＵＤＦ１．０２のファイル管理情報が記録される。このファイル管理情報に、ディスクに記録されたファイルの名前や位置やサイズ等の情報が含まれる。ＬＳＮ２５６にはAnchor Volume Descriptor Pointer ５８が記録され、ＵＤＦのMain Volume Descriptor Sequence ５３とReserved Volume Descriptor Sequence ５４のディスク上の記録位置が示されている。

最後に、Anchor Volume Descriptor Pointer ５９を記録済み領域末尾（本実施形態ではＬＳＮ＝４８０１５）に記録して終了である。なお、Anchor Volume Descriptor Pointerは、記録済み領域の最終セクタ番号をＬＳＮ＝Ｎとすると、ＬＳＮが２５６（または５１２）、Ｎ−２５６、Ｎのうち２ヶ所に記録しなければならない。

ファイナライズ処理後は、ディスク内のデータをＩＳＯ９６６０を使って再生してもよいし、ＵＤＦ１．０２を使って再生してもよい。ＩＳＯ９６６０を使って再生する場合には、まず、ＩＳＯ９６６０ Volume Descriptor Set ５１を読んで、ＩＳＯ９６６０ File Structure ５６の位置を調べる。続いて、ＩＳＯ９６６０ File Structure ５６を読んで、ディスク上に記録されているファイルの名前や位置やサイズを調べるのである。

ＵＤＦ１．０２を使って再生する場合には、まず、Volume Recognition Sequenceを読んでＵＤＦだと認識したら、Anchor Volume Descriptor Pointer ５８か５９を読んで、Volume Descriptor Sequence ５３と５４の位置を調べる。Volume Descriptor SequenceにはLogical Volume Integrity Sequence ５５とFile Structure ５７の位置が示されているので、File Structureからディスク上に記録されているファイルの名前や位置やサイズを調べるのである。この場合、ファイルやディレクトリの管理情報位置は実際のアドレスで示されるのでＶＡＴで変換する必要はない。

本発明に係る情報記録装置の一実施形態を示すブロック図である。 本発明に係るフォーマット直後のデータ配置の一例を示す図である。 本発明に係るフォーマット直後のデータ構造を示す図である。 本発明に係るストリーム１記録後のデータ配置を示す図である。 本発明に係るストリーム１記録後のデータ構造を示す図である。 本発明に係るストリーム１記録後のディレクトリ構造を示す図である。 本発明に係るストリーム１記録後のＶＡＴ情報を示す図である。 本発明に係るストリーム２記録後のデータ配置を示す図である。 本発明に係るストリーム２記録後のデータ構造を示す図である。 本発明に係るストリーム２記録後のディレクトリ構造を示す図である。 本発明に係るストリーム２記録後のＶＡＴ情報を示す図である。 本発明に係るファナライズ処理後のデータ配置例を示す図である。 本発明に係るファナライズ処理後のデータ構造例を示す図である。 従来のファナライズ処理前のデータ配置の一例を示す図である。 従来のファナライズ処理後のデータ配置の一例を示す図である。

符号の説明

１ アプリケーションプログラム
２ ファイルシステムドライバ
３ 入出力デバイス
４ コーデック
５ メモリ
６ ディスクコントローラ
７ 記録再生ヘッド
８ ディスク媒体
９ 記録データ
１０ 入力データ

Claims (3)

1. 追記型記録媒体に情報を記録する情報記録方法において、ファイナライズ処理前はＶＡＴを用いたＵＤＦフォーマットで情報を記録し、ファイナライズ処理時にはＵＤＦ Bridgeフォーマットでファイルシステム情報を記録することを特徴とする情報記録方法。
2. 前記ＵＤＦ Bridgeフォーマットは、ＵＤＦ１．０２及びＩＳＯ９６６０の両フォーマットを含むファイルシステムであり、前記ファイナライズ処理前に確保していた領域に記録することを特徴とする請求項１に記載の情報記録方法。
3. 前記ＶＡＴを用いたＵＤＦフォーマットはバージョン１．５以上であることを特徴とする請求項１に記載の情報記録方法。