JP3674531B2 - ファイル管理方法、ファイル管理装置、プログラム - Google Patents
ファイル管理方法、ファイル管理装置、プログラム Download PDFInfo
- Publication number
- JP3674531B2 JP3674531B2 JP2001113407A JP2001113407A JP3674531B2 JP 3674531 B2 JP3674531 B2 JP 3674531B2 JP 2001113407 A JP2001113407 A JP 2001113407A JP 2001113407 A JP2001113407 A JP 2001113407A JP 3674531 B2 JP3674531 B2 JP 3674531B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- data
- stored
- file management
- processing mode
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11C—STATIC STORES
- G11C29/00—Checking stores for correct operation ; Subsequent repair; Testing stores during standby or offline operation
- G11C29/70—Masking faults in memories by using spares or by reconfiguring
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/18—Error detection or correction; Testing, e.g. of drop-outs
- G11B20/1833—Error detection or correction; Testing, e.g. of drop-outs by adding special lists or symbols to the coded information
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/18—Error detection or correction; Testing, e.g. of drop-outs
- G11B20/1883—Methods for assignment of alternate areas for defective areas
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/18—Error detection or correction; Testing, e.g. of drop-outs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B2020/1087—Digital recording or reproducing wherein a selection is made among at least two alternative ways of processing
- G11B2020/10888—Digital recording or reproducing wherein a selection is made among at least two alternative ways of processing the kind of data being the selection criterion
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/912—Applications of a database
- Y10S707/913—Multimedia
- Y10S707/914—Video
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/912—Applications of a database
- Y10S707/913—Multimedia
- Y10S707/916—Audio
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ファイル管理方法に関し、特にメディア上の1つのファイル中にデータの信頼性を重視する動作モードで記録されたデータとデータ転送速度を重視する動作モードで記録されたデータが混在し得る場合に用いて好適なファイル管理方法に関する。
【０００２】
【従来の技術】
書き換え可能なデータ記録メディアを応用したシステムには、PC(Personal Computer)などのデータ記憶装置としての用途と、ビデオレコーダやオーディオレコーダなどのAV(Audio Video)記録用途が想定される。一般に、PC用途ではデータの信頼性を確保することが重要であり、AV用途では映像や音声などを途切れないように時間的に連続して記録再生する動作(シームレス動作)を確保することが重要である。
【０００３】
PC用途では、データの信頼性を確保するために、データ書き込みを行った直後にそのデータを読み出してデータエラーの有無を判定し、データエラーがあった場合には再書き込みを行うライトベリファイ処理が一般に用いられる。さらに、再書き込みを何度か行ってもデータエラーが発生する場合には、その記録領域(以下、セクタ)に欠陥があると判定し、同一メディア上の別の領域に予め用意された予備領域(以下、交替セクタ)に改めて記録する交替処理が一般に用いられる。このとき、最小記録単位であるセクタを複数個(例えば16セクタ)まとめてエラー訂正単位(ECC(Error Correction Code)ブロック)とし、この単位ごとに交替処理を行うのが一般的である。同様に、データ読み出し時にもエラー判定を行い、エラー発生時に再読み出し処理を行ったり、交替セクタからの読み出し処理を行ったりする。訂正不可能なデータエラーが発生した場合には、データの信頼性確保を優先し、書き込みや読み出しの動作を異常終了させるのが一般的である。このような処理を行うことにより、暗黙のうちに混入してしまうデータエラーを極力防ぐことができ、データの信頼性確保が可能となる。しかし、記録媒体へのデータ転送速度(すなわち書き込み速度や読み出し速度)は低くなる。このような書き込み読み出しの動作モードを、以下PCモードと呼ぶ。
【０００４】
AV用途では、シームレス動作を確保するために、データの書き込み時や読み出し時にエラーが発生してもこのエラーを無視し、書き込みや読み出しの動作をそのまま継続する処理が一般に用いられる。この場合、記録媒体へのデータ転送速度を高く維持することが可能であるが、データの信頼性が低くなる。このような書き込み読み出しの動作モードを、以下AVモードと呼ぶ。
メディアを駆動するドライブ装置では、予めPCモードとAVモードの記録再生機構を両方備え、外部からの制御コマンドのパラメータ設定によって、どちらかのモードを選択して動作させるのが一般的である。例えば、DVD-RAM(Digital Versatile Disc Random Access Memory)の場合には、通常の動作状態ではドライブ装置はPCモードとして動作し、ストリーミングフラグビットのパラメータを"0"から"1"に設定して書き込み用コマンドあるいは読み出し用コマンドを該ドライブ装置に送出することにより、AVモードで動作させることが可能である。
また、データがどちらのモードで記録されたかを識別するための情報を、データと併せてメディア上に記録するのが一般的である。前記DVD-RAMの場合には、国際標準であるISO/IEC13346規格のサブセットを用いたファイルシステムをメディア上に構築し、各データをファイル構造化して管理するとともに、PCモードで記録されたファイル(以下、PCファイル)とAVモードで記録されたファイル(以下、AVファイル)を識別するためのファイルタイプ情報を、ファイルエントリ(以下、File Entry)と呼ばれる管理情報内に記録する。この場合、ファイルとファイルタイプは1対1に対応しており、1つのファイルに対して複数のファイルタイプを設定することはできない。
【０００５】
なお、前述の欠陥を含むセクタ(以下、欠陥セクタ)とは、メディアの物理的な欠陥を含むセクタだけでなく、ゴミや指紋等の付着によりデータの正常な読み書き動作が不可能なセクタも含まれる。
【０００６】
【発明が解決しようとする課題】
前述のDVD-RAMの例では、先にPCモードだけに対応したドライブ装置とファイルシステムドライバソフトウェア(以下、ファイルシステムドライバ)が製品化され、その後AVモードとPCモードの両方に対応したドライブ装置とファイルシステムドライバが製品化された経緯がある。従って、メディア上のファイルがAVファイルであることを認識できないドライブ装置やファイルシステムドライバ(すなわち、すべてのファイルをPCモードで扱うドライブ装置やファイルシステムドライバ)や、AVモードでの読み出しはできるが書き込みができないドライブ装置やファイルシステムドライバが存在する。
【０００７】
例えば図２に示すように、ビデオレコーダ(202)により、DVD-RAMメディア(201)に映像データをAVモードで書き込むとともに、該ファイルがAVファイルであることを示すファイルタイプ情報をメディア上に記録したと仮定する。次に、このメディア(201)をPC(203)のドライブ装置にマウントし、映像編集アプリケーションソフトウェアなどによって前記映像データを編集し、再度同じメディア(201)に書き戻したと仮定する。このとき、PCのドライブ装置やファイルシステムドライバがPCモードでしか書き込みできない場合には、メディア上に書き戻されたファイルはファイルタイプ情報(214)がPCファイルとして設定されてしまう。
【０００８】
前記DVD-RAM用のファイルシステム(ISO/IEC13346規格のサブセット)では、ファイルタイプ情報はファイルごとに1つの設定しかできないため、前記図２に示した例では、AVモードで記録した部分(215)とPCモードで記録した部分(216)が混在したファイルデータ(208)(以下、File Body)ができるとともに、このファイルのファイルタイプ(214)はPCファイルになる。
【０００９】
前述したように、AVモードでデータを書き込んでいる途中にエラーが発生しても、このエラーを無視して書き込み動作が継続されるため、AVモードで記録した部分(215)には欠陥セクタ(217)等を含んでいる可能性がある。一方、前記ファイルを読み出す際には、ファイルシステムドライバにてファイルタイプ(214)を参照し、PCモード用のコマンドパラメータを用いてドライブ装置からデータ読み出しを行うことになるが、欠陥セクタ(217)等のエラー箇所をPCモードで読み出すと、何度も再読み出し処理を行い、最終的にはデータが壊れていると判断して、読み出し動作の途中で異常終了してしまうことになる。すなわち、欠陥セクタ(217)よりも後ろの部分に書き込まれたデータは、ファイル先頭から順に読み出しを行った場合には読み出せないことになってしまう。
【００１０】
本発明の目的は、AVモードの書き込みに対応していないドライブ装置やファイルシステムドライバを用いてデータ記録を行っても、データ読み出し動作が途中で異常終了することなく、ファイル末尾まで滞りなくデータを読み出すことが可能なファイル管理方法を提供することにある。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、以下の手段を備える。
メディアに書き込まれたファイル形態のデータに対し、書き込みエラー発生時に別の書き込み領域への交替処理を伴ってデータ記録する第１の処理モードと、書き込みエラー発生時に別の書き込み領域への交替処理を伴わずにデータ記録する第２の処理モードを識別するための情報(以下、ファイルタイプ)を、前記ファイルと対応したファイル管理情報として前記メディアに格納してファイルを管理するファイル管理方法において、処理対象のファイルに対応したファイルタイプをメディアから読み出すステップと、該ファイルタイプを前記第１の処理モードを示すファイルタイプから前記第２の処理モードを示すファイルタイプに変換するステップと、該変換後のファイルタイプを前記処理対象のファイルに対応させた形態でメディアに書き込むステップを備える。
【００１２】
前記交替処理はN個(ただしNは正整数)の記録単位(以下、セクタ)から構成されたエラー訂正単位ごとに行われ、前記処理対象のファイルに属するデータが格納されたエラー訂正単位中に該データがN個すべてのセクタに格納されているか否かを判定するステップと、該ステップにより格納されていないと判定された場合に前記処理対象のファイルに属するデータが格納されたエラー訂正単位中の前記データが格納されていないセクタ(以下、端数セクタ)をスタッフィングとして前記ファイル管理情報に登録するステップを備える。
【００１３】
メディアに書き込まれたファイル形態のデータに対し、書き込みエラー発生時に別の書き込み領域への交替処理を伴ってデータ記録する第１の処理モードと、書き込みエラー発生時に別の書き込み領域への交替処理を伴わずにデータ記録する第２の処理モードを有するファイル管理方法において、前記交替処理はN個(ただしNは正整数)の記録単位(以下、セクタ)から構成されたエラー訂正単位ごとに行われ、前記交替処理後の記録位置に格納されたデータを読み出すステップと、該データを前記交替処理前の記録位置に書き込むステップを備える。
【００１４】
【発明の実施の形態】
以下、本発明の実施例を図示により説明する。
まず図２を用いて、本発明の実施例と前記発明の背景を示す技術の共通部分である、メディア(201)内の論理データ構造(204)について説明する。同図において、メディアの物理層で定義されたLead-in(205)とLead-out(213)に挟まれた部分に、前述したDVD-RAM用のファイルシステム(ISO/IEC13346規格のサブセット)を構築する。該ファイルシステムでは、Volume管理情報(206)にメディア全体の属性を示す情報が格納される。同図には、Rootから始まるディレクトリ構造が該Volume管理情報(206)にすべて格納されているかのように示してあるが、これは理解を容易にするための模式化であり、実際には後述するFile Entry等を用いたファイル構造によりディレクトリ情報などが格納される。このVolume管理情報(206)は本発明の動作とは直接関係しないため詳細は省略する。
【００１５】
このVolume管理情報(206)を公知の方法により辿っていくと、メディア(201)内の空き領域(212)を管理する空き領域管理情報(207)や、各ファイルを管理するFile Entry(209)(211)を読み出すことができる。前述のように、各File Entry(209)(211)と各File Body(208)(210)は1対1に対応する。各File Entry(209)(211)には、PCファイルかAVファイルかを示すファイルタイプ(214)が格納されている。
【００１６】
図１に、本発明における第１の実施例の処理内容を示す。同図において、ステップ(101)から処理を開始し、ステップ(102)にて、メディアから処理対象ファイルのファイルタイプを読み出す。ここで言う処理対象ファイルとは、前記図２で示したような、AVモードで記録した部分(215)とPCモードで記録した部分(216)が混在し、ファイルタイプ(214)がPCファイルに設定されたファイルである。あるいは、メディアごとに規定されるビデオレコーディング規格やオーディオレコーディング規格などの標準規格に従って特定のファイル名やファイル拡張子名(例えば、*.MPG、*.MP2、*.VOB、*.AOB、*.VRO、*.ARO、*SRO等)に設定されているなど、将来的にAVモードで読み出されることが予見できる場合には、全体がPCモードで記録された部分(216)で構成されているファイルを処理対象ファイルとしてもよい。続いてステップ(103)にて、読み出したファイルタイプがPCファイルか否かを判定し、PCファイルであればステップ(104)に進み、PCファイルでなければステップ(106)に進む。ここで、PCファイルのファイルタイプを予め例えば"5"と定義しておき、読み出したファイルタイプの値と"5"を比較することによって前記判定を行うことができる。この判定により、本発明の動作とは無関係のファイル(例えば"ディレクトリ"の構造を表すファイルなど)に対して誤って処理してしまうことを防ぐことができる。ステップ(104)では、ファイルタイプをAVファイルに変更し、ステップ(105)に進む。このとき、AVファイルのファイルタイプを予め例えば"249"と定義しておき、ファイルタイプの値を"249"に変更すればよい。ステップ(105)では、メディアに処理対象ファイルのファイルタイプを書き込み、ステップ(106)にて処理を終了する。なお、前記ステップ(103)のファイルタイプ判定は、省略することも可能である。
【００１７】
図３と図４を用いて、前記第１の実施例の動作原理を説明する。まず図３に、前記図２に示したように、AVモードで記録した部分(215)に欠陥セクタ(217)が含まれるFile Body(208)に対して、前記図１に示した処理内容に従ってファイルタイプ(214)をPCファイルからAVファイルに変更した場合の動作を示す。図３において、AVモードでの読み出しに対応したドライブ装置とファイルシステムドライバでは、前述のファイルタイプ(AVファイル)に従い、AVモードでの読み出し動作を開始する。前述したように、AVモードで読み出した場合には、欠陥セクタ(217)を読み出しても異常終了せず、このとき発生する読み出しエラーを無視してデータを読み続けることができる。また、PCモードで記録した部分(216)についても同様にデータを読み続けることができるため、ファイル末尾まで滞りなくデータを読み出すことが可能となる。
【００１８】
続いて図４に、AVモードで記録した部分(403)には欠陥セクタはないが、PCモードで記録した部分(404)に欠陥セクタ(405)が含まれるFile Body(402)に対して、前記図１に示した処理内容に従ってファイルタイプ(401)をPCファイルからAVファイルに変更した場合の動作を示す。前述したように、PCモードで書き込みを行った場合には、欠陥セクタ(405)にはデータを書き込まず、同一メディア内の別の領域に予め用意された交替セクタ(406)にデータを書き込む。この部分をAVモードで読み出した場合には、交替セクタの内容を読み出すのではなく、誤ったデータをそのまま含んだ状態で欠陥セクタを読み出すことになる。この範囲(交替処理が行われた範囲)の読み出し値にはデータ誤りを含むが、途中で異常終了することはなく、ファイル末尾まで滞りなく読み出すことが可能となる。なお、もともとAVモードでデータを書き込んだ場合でも、欠陥セクタ(405)のデータをAVモードで読み出すとデータ誤りを含むため、前述のようにPCモードでデータを記録した場合と同様の結果となる。
【００１９】
一般的には、1つのFile Bodyに前記図３および前記図４に示した欠陥セクタ(217)(405)と交替セクタ(406)が混在した形態となるが、どのような混在形態であっても、前記図１に示した処理内容により、途中で異常終了することなくファイル末尾まで滞りなく読み出すことが可能となる。
【００２０】
図５に、PCファイルとAVファイルの特徴の比較をまとめて示す。ファイルを管理するFile Entry(209)には、前述したファイルタイプ(214)と後述するファイル再配置禁止フラグ(501)が格納される。ファイルタイプ(214)に関しては、前述したように、PCファイルでは"5"と設定し、AVファイルでは"249"と設定するのが一般的である。ファイル再配置禁止フラグ(501)に関しては、PCファイルでは"0"(再配置可能)と設定し、AVファイルでは"1"(再配置禁止)と設定するのが一般的である。また、ファイル内の実際のデータ部分を格納するFile Body(208)では、後述するECCブロック内の状態(502)がそれぞれのファイルで異なり、PCファイルでは他のファイルとの混在が可能であるが、AVファイルでは他のファイルとの混在を禁止するのが一般的である。また、File Body(208)と論理的に連続するが有意のデータが記録されないFile Tail(503)には、後述するECCブロック内のスタッフィング(504)の必要性がそれぞれのファイルで異なり、PCファイルではこのスタッフィング(詰め物)は不要であるが、AVファイルでは必須とするのが一般的である。
【００２１】
図６および図７を用いて、前述のファイル再配置禁止フラグ(501)について説明する。図６(a)において、映像や音声などの一般的な再生装置では、メディア(601)に記録されているデータを光ヘッド等の再生系(602)を介して読み出し、データ速度(Vr)でバッファ(603)に書き込む。一方、該バッファ(603)からはデータ速度(Vo)でデータを読み出して、MPEG(Moving Picture Experts Group)方式等の映像音声デコーダ(604)に入力し、最終的に映像信号や音声信号を得る。この再生系(602)やデコーダ(604)の詳細な図示は省略する。
【００２２】
図６(b)に、前記バッファ(603)の動作の一例を示す。同図において、メディア(601)からのデータ読み出し時間(Tr)には、(Vr-Vo)の速度でバッファ(603)内のデータ量が増えていき、シーク動作等によりデータを読み出せない時間(以下、ジャンプ時間(Tj))には(-Vo)の速度でバッファ(603)内のデータ量が減っていく。バッファ(603)内のデータ量が0になる前に次の読み出し動作を開始すれば、デコーダ(604)へのデータ供給は途切れることなく、シームレスな再生動作が可能となる。データを連続して読み出す時間(Tr)が長く続き、バッファ(603)として用意されたメモリ容量(すなわち、バッファサイズ)が一杯になるまでデータを読み出した場合には、これ以上データをバッファ(603)内に読み込むことができないため、キックバックと呼ばれるメディアが空回りする動作が起こり、その間はバッファ(603)内のデータ量がバッファサイズよりも若干減少する。一方、ジャンプ時間(Tj)が長く続いた場合には、デコーダに供給すべきバッファ(603)内のデータをすべて消費してしまい、映像信号や音声信号が途切れるアンダフローが生じることになる。
【００２３】
前述のファイル再配置禁止フラグ(501)は、このようなアンダフローを防ぐことなどを目的として定義されたフラグであり、このフラグを"0"に設定すると、メディア内のFile Bodyの記録位置を移動することに対して制限はなく、このフラグを"1"に設定すると、メディア内のFile Bodyの記録位置を移動することが禁止される。
【００２４】
例えば、図７に示すように、既にPCファイル(703)が記録されているメディアに対して、前述のビデオレコーダ(202)などによってAVファイル(702)を記録したと仮定する。このとき一般的に、前記図６に示したように、再生時に前記PCファイルのエクステント(703-1)(703-2)をジャンプしてもAVファイル(702)の読み出し結果がアンダフローしないように配慮して、AVファイルのエクステント(702-1)(702-2)(702-3)の配置が決定される。
一方、断片化したFile Bodyを一箇所にまとめて再配置しファイルへのアクセスを高速化する処理(以下、デフラグ処理)の機能を持ったファイルユーティリティソフトウェアなどが既に普及しており、図７に示すファイル再配置処理(701)を行って、PCファイルのエクステント(703-1)(703-2)をひとつにまとめることが考えられる。同様に、AVファイルのエクステント(702-2)に対してデフラグ処理を行ってしまうと、エクステント(702-1)とエクステント(702-2)の間が大きく開いてしまい、前述したアンダフローが生じる危険がある。従って、AVファイルに対しては、デフラグ処理を行わないように前述のファイル再配置禁止フラグ(501)を"1"に設定するのが一般的である。
【００２５】
図８を用いて、前述したECCブロック内の状態(502)について説明する。同図は、エラー訂正単位(ECCブロック)の中のファイル配置状況を示しており、同図(a)はPCファイルの場合を示し、同図(b)はAVファイルの場合を示している。前述のように、データの書き込みはセクタ単位で行われるため、複数個のセクタ(例えば16セクタ)をまとめてエラー訂正の処理単位としたECCブロック(801)の内部は、PCファイルのエクステント(802)が記録されているだけでなく、ファイルの先頭部分や末尾部分などに、空き領域(803)が生じたり他のファイルのエクステント(804)が同一のECCブロック内に混在したりすることがある。このECCブロック(801)へのデータ書き込みを行った時点で欠陥がなかった場合でも、空き領域(803)や他のファイルのエクステント(804)への新たなデータ書き込み時に書き込みエラーが発生してしまい、前述の交替処理が発生してしまうことがある。これを防ぐために、AVファイルのエクステント(805)が書き込まれたECCブロックでは、同図(b)に示すようにスタッフィング(806)を挿入して、交替処理が発生する危険性があるPCモードでの書き込みを回避する対策が一般に行われる。従って、前記図１に示したように、ファイルタイプをPCファイルからAVファイルに変更した場合には、前述のスタッフィング挿入処理についても考慮する必要がある。
【００２６】
図９および図１０を用いて、本発明におけるスタッフィング処理の動作について説明する。まず図９に、ひとつのECCブロック(901)にPCファイルのエクステント(902)と空き領域(903)と他のファイルのエクステント(904)が混在しており、このうち他のファイルのエクステント(904)を他のECCブロック(907)に移動することによってスタッフィング挿入処理する場合の動作の一例を示す。前述のように、ファイルタイプをPCファイルからAVファイルに変更した場合、AVファイルのエクステントが記録されたECCブロックの端数部分(906)にスタッフィングを挿入する必要がある。このとき、同図(a)のPCファイルのエクステント(902)はそのままの記録位置でAVファイルのエクステント(905)となるが、他のファイルのエクステント(904)が記録されている位置を空けてスタッフィング(906)を挿入する必要がある。そのため、一旦、前述した他のファイルのエクステント(904)のデータ内容を読み出し、他のECCブロック(907)の空き領域(908)を見つけて、前記データ内容を書き込むことにより、新たなエクステント(910)を作成する必要がある。なお、新たなエクステント(910)を書き込むECCブロック(907)は、全てのセクタが空き領域である必要はなく、同図(b)の空き領域(909)にさらに他のファイルのエクステントが混在していてもよいし、前記他のファイルのエクステント(902)のデータ内容を複数のECCブロックに分割して書き込んでもよい。空き領域を見つける方法と具体的なスタッフィング挿入方法については後述する。
【００２７】
図１０に、ひとつのECCブロック(1001)にPCファイルのエクステント(1002)と空き領域(1003)と他のファイルのエクステント(1004)が混在しており、このうちPCファイルのエクステント(1002)を他のECCブロック(1007)に移動することによってスタッフィング挿入処理する場合の動作の一例を示す。この場合には、同図(a)のPCファイルのエクステント(1002)のデータ内容を一旦読み出し、他の空いているECCブロック(1007)を見つけて、前記データ内容を書き込むことにより、新たなエクステント(1005)を作成する。このとき、移動先のECCブロック(1007)の端数部分(1006)にはスタッフィング(1006)を挿入する必要があるため、ECCブロック(1007)内のセクタはすべて空き領域(1008)でなければならない。なお、新たなエクステント(1005)は、ECCブロックの先頭セクタから書き込む必要はなく、ECCブロックの中間のセクタから書き込んだり、さらに他のECCブロックに跨って書き込んだりすることが可能である。ただし、AVファイルのエクステントが書き込まれたECCブロックの端数部分には、すべてスタッフィングを挿入する必要がある。また、他のファイルのエクステント(1004)はそのままの位置から変更する必要はなく、新たに生じた空き領域(1009)は以後自由に使用することができる。
【００２８】
図１１を用いて、ファイルエクステントの配置情報と、具体的なスタッフィング挿入方法について説明する。同図において、AVファイルのエクステントをAVエクステントと呼ぶことにする。同図では、1つのAVファイルが3つのAVエクステント(1102-1)(1102-2)(1102-3)に分かれて書き込まれており、各AVエクステントが書き込まれているエラー訂正単位(ECCブロック)(1101-1)(1101-2)(1101-3)には、それぞれスタッフィング(1103-1)(1103-2)(1103-3)(1103-4)(1103-5)(1103-6)が記録されているものとする。また、説明のため、各AVエクステントは(A)(B)(C)の順序で書き込まれ、この順序に従ってファイル内のアドレスが決定されるものと仮定する。これらのエクステントの配置に関する情報や順序に関する情報は、同図に示した配置情報(1104)の形態で、File Entry内に格納されるのが一般的である。該配置情報(1104)には、有意なデータが記録されているAVエクステント(1102)の配置記述子(1105)がFile Body(208)に関する情報としてまず格納され、引き続いてスタッフィング(1103)の配置記述子(1105)がFile Tail(503)に関する情報として格納される。各配置記述子(1105)は、後述するフラグ＋長さ情報(1106)と、エクステントの格納位置を論理セクタ番号で表した位置情報(1107)から構成され、File Body(208)については、エクステントの書き込み順序(1102-1)(1102-3)(1102-2)に従って、順番に格納される。File Tail(503)については、スタッフィング(1103)の順序に意味はなく、任意の順序で格納しても構わない。フラグ＋長さ情報(1106)は、後述するフラグ(1108)と、エクステントの長さをバイト数で表した長さ情報(1109)から構成される。フラグ(1108)は2ビットで構成され、各ビットの値によって、"00"：エクステントが割当てられており記録済み、"01"：エクステントは割当てられているが未記録、"10"：エクステントは割当てられておらず未記録、"11"：別の配置情報(1104)に連続、の4通りに定義されるのが一般的である。このうち、"00"をAVエクステントに対応させ、"01"をスタッフィングに対応させることにより、前記File Body(208)とFile Tail(503)を識別することができる。また、スタッフィングを挿入する際には、前記フラグ(1108)を"01"に設定した新たな配置記述子(1105)をFile Tail(503)の末尾に追加することにより、容易にスタッフィング挿入処理を実現できる。なお、スタッフィングに対応するエクステント位置のデータ内容については任意であり、"0"で埋めてもよいし、以前の値をそのまま残してもよい。
【００２９】
図１２を用いて、空き領域管理情報(1201)の具体的な内容と、空き領域の検索方法について説明する。空き領域管理情報(1201)は、該空き領域管理情報であることを表すタグ(1202)と、後述するビットマップ(1205)と、該ビットマップ(1205)のサイズを表すビット数(1203)と、該ビットマップ(1205)を格納するために必要なバイト数(1204)から構成されるのが一般的である。ビットマップ(1205)の中の各ビットはメディア内の各セクタの内容に対応しており、使用中のセクタ(1206)に対応するビットは"0"に、未使用のセクタ(1207)に対応するビットは"1"に、それぞれ設定される。前記図９に示した処理において、セクタ単位の空き領域を見つける際には、例えば前記ビットマップ(1205)の先頭から"1"と設定されたビットを検索し、そのビット位置を対応する論理セクタ番号に変換することにより、空いているセクタを容易に見つけることができる。また、前記図１０に示した処理において、エラー訂正単位の空き領域を見つける際には、例えば前記ビットマップ(1205)中のECCブロック境界(例えば、論理セクタ番号が16の倍数となるセクタ)に対応するビット位置を予め求め、該ビット位置から数えて前記ECCブロックのサイズ(例えば16セクタ)に相当するビット数(例えば16ビット)がすべて"1"と設定された位置を検索し、そのビット位置を対応する論理セクタ番号に変換することにより、空いているECCブロックを容易に見つけることができる。
【００３０】
図１３に、本発明における第２の実施例の処理内容を示す。同図は、前記図５に示したPCファイルとAVファイルの特徴比較に基づき、前記図９に示したスタッフィング挿入処理を行うなどして、前記図１に示した処理内容を拡張したものである。同図において、ステップ(1301)から処理を開始し、ステップ(1302)にて、メディアから処理対象ファイルのFile Entry(209)を読み出す。続くステップ(1303)にて、該File Entry(209)に格納されているファイルタイプ(214)を参照してPCファイルか否かを判定し、PCファイルの場合にはステップ(1304)に進み、PCファイルでない場合にはステップ(1317)に進む。なお、このステップ(1303)は省略してもよい。ステップ(1304)では、前記File Entry(209)に格納されている配置情報(1104)を参照し、File Bodyの最初に配置されているエクステント(1102)に対応する配置記述子(1105)を読み出す。続くステップ(1305)にて、該配置記述子(1105)内の位置情報(1107)を参照し、対象としているエクステント(1102)が記録されているエラー訂正単位(901)の中に端数部分(903)(904)が含まれるか否かを判定し、含まれる場合にはステップ(1306)に進み、含まれない場合にはステップ(1312)に進む。ステップ(1306)では、その端数部分に他のファイルのエクステント(904)が含まれるか否かを判定し、含まれる場合にはステップ(1307)に進み、含まれない場合にはステップ(1310)に進む。ステップ(1307)では、全ファイルのFile Entryの内容を検索するなどして前記エクステント(904)が属するファイルを特定するとともに、そのファイル(他のファイル)のエクステント(904)の内容を読み出し、他のECCブロックの空き領域(908)に書き込む。続くステップ(1308)では、移動元の配置記述子をそのファイル(他のファイル)の配置情報から削除する。続くステップ(1309)では、移動先の配置記述子をそのファイル(他のファイル)の配置情報に登録する。前記ステップ(1307)(1308)(1309)により、他のファイルのエクステントを移動させることができる。続くステップ(1310)にて、移動元の端数部分をスタッフィング(906)として処理対象ファイルの配置情報(1104)に登録する。続くステップ(1311)では、前記ステップ(1307)(1308)(1309)によるエクステント移動と、前記ステップ(1310)によるスタッフィング挿入の結果を空き領域管理情報(1201)に反映して更新し、新たに使用済みとなったセクタに対応するビットを"0"に設定する。続くステップ(1312)にて、処理対象ファイルのFile Body中に次のエクステントが存在するか否かを判定し、存在する場合にはステップ(1313)に進み、存在しない場合にはステップ(1314)に進む。ステップ(1313)では、次の配置記述子(1105)を読み出してステップ(1305)に戻り、すべての配置記述子(1105)に対して前記処理を行う。ステップ(1314)では、File Entry中に格納されたファイルタイプ(214)を、"5"(PCファイル)から"249"(AVファイル)に変更する。続くステップ(1315)では、ファイル再配置フラグ(501)の値を、"0"(再配置可能)から"1"(再配置禁止)に変更する。続くステップ(1316)では、前述のステップにより変更したFile Entry(209)をメディアに書き込み、ステップ(1317)にてすべての処理を終了する。
【００３１】
図１４に、本発明における第３の実施例の処理内容を示す。同図は、前記図５に示したPCファイルとAVファイルの特徴比較に基づき、前記図１０に示したスタッフィング挿入処理を行うなどして、図１に示した処理内容を拡張したものである。同図において、ステップ(1401)から処理を開始し、ステップ(1402)にて、メディアから処理対象ファイルのFile Entry(209)を読み出す。続くステップ(1403)にて、該File Entry(209)に格納されているファイルタイプ(214)を参照してPCファイルか否かを判定し、PCファイルの場合にはステップ(1404)に進み、PCファイルでない場合にはステップ(1417)に進む。なお、このステップ(1403)は、省略してもよい。ステップ(1404)では、前記File Entry(209)に格納されている配置情報(1104)を参照し、File Bodyの最初に配置されているエクステント(1102)に対応する配置記述子(1105)を読み出す。続くステップ(1405)にて、該配置記述子(1105)内の位置情報(1107)を参照し、対象としているエクステント(1102)が記録されているエラー訂正単位(1001)の中に端数部分(1003)(1004)が含まれるか否かを判定し、含まれる場合にはステップ(1406)に進み、含まれない場合にはステップ(1412)に進む。ステップ(1406)では、その端数部分に他のファイルのエクステント(1004)が含まれるか否かを判定し、含まれる場合にはステップ(1407)に進み、含まれない場合にはステップ(1410)に進む。ステップ(1407)では、処理対象ファイルのエクステント(1002)の内容を読み出し、他の空いているECCブロック(1007)に書き込む。続くステップ(1408)では、移動元の配置記述子(1105)を処理対象ファイルの配置情報(1104)から削除する。続くステップ(1409)では、移動先の配置記述子(1105)を処理対象ファイルの配置情報(1104)に登録する。前記ステップ(1407)(1408)(1409)により、処理対象ファイルのエクステント(1002)を移動させることができる。続くステップ(1410)にて、移動先の端数部分をスタッフィング(1006)として処理対象ファイルの配置情報(1104)に登録する。続くステップ(1411)では、前記ステップ(1407)(1408)(1409)によるエクステント移動と、前記ステップ(1410)によるスタッフィング挿入の結果を空き領域管理情報(1201)に反映して更新し、新たに使用済みとなったセクタに対応するビットを"0"に設定するとともに、新たに未使用となったセクタに対応するビットを"1"に設定する。続くステップ(1412)にて、処理対象ファイルのFile Body中に次のエクステントが存在するか否かを判定し、存在する場合にはステップ(1413)に進み、存在しない場合にはステップ(1414)に進む。ステップ(1413)では、次の配置記述子(1105)を読み出してステップ(1405)に戻り、すべての配置記述子(1105)に対して前記処理を行う。ステップ(1414)では、File Entry中に格納されたファイルタイプ(214)を、"5"(PCファイル)から"249"(AVファイル)に変更する。続くステップ(1415)では、ファイル再配置フラグ(501)の値を、"0"(再配置可能)から"1"(再配置禁止)に変更する。続くステップ(1416)では、前述のステップにより変更したFile Entry(209)をメディアに書き込み、ステップ(1417)にてすべての処理を終了する。
【００３２】
図１５に、本発明における第４の実施例の動作を示す。同図は、PCモードで記録した部分(404)をAVモードで読み出す際に、データの信頼性を向上させる方法を示す。前記図４に示したように、PCモードで記録した部分(404)に欠陥セクタ(405)が存在すると、PCモードでの書き込み時に交替処理が行われ、交替セクタ(406)にデータが書き込まれる。この部分をAVモードで読み出すと、欠陥セクタ(405)の内容が読み出されるため、交替セクタ(406)に書き込まれた最新の内容とは全く異なるデータが読み出される可能性が高い。前述のように、交替処理はECCブロック単位で行われるのが一般的であるため、交替処理を行う前の全セクタに欠陥が含まれるのではなく、一部のセクタにだけ欠陥が含まれることも多い。従って、前記交替セクタ(406)のデータ(1502)を読み出して前記欠陥セクタ(405)に書き込めば、いくつかのセクタに関しては正しいデータがAVモードで読み出せる可能性がある。欠陥セクタ(405)と交替セクタ(406)は、メディア上の異なる場所に割当てられるため、異なる物理セクタ番号(PSN：Physical Sector Number)が割当てられるが、このPSNと対応する論理セクタ番号(LSN：Logical Sector Number)を指定すると、PCモードでは交替セクタ(406)のデータにアクセスでき、AVモードでは欠陥セクタ(405)の内容にアクセスできる。従って、同一の論理セクタ番号を指定して、ステップ(1501)にてPCモードでデータ(1502)を読み込んだのち、ステップ(1503)にてAVモードでデータを書き込めば、次にAVモードで読み出したときのデータの信頼性を向上させることが可能になる。
【００３３】
図１６に、前述したステップ(1501)とステップ(1503)の詳細を示す。同図において、ステップ(1601)にて処理を開始し、ステップ(1602)にて、メディアから処理対象ファイルの配置情報(1104)を読み出す。続くステップ(1603)にて、メディアの欠陥登録情報(Defect List)を参照する。この欠陥登録情報(Defect List)は、一般的にメディアの物理層で定義されており、欠陥登録されたセクタの位置と交替セクタの位置に関する情報がテーブル化されて格納されている。続くステップ(1604)にて、前記ステップ(1602)で読み出した配置情報(1104)と前記ステップ(1603)で参照した欠陥登録情報を用い、処理対象ファイルのFile Bodyが交替セクタに記録されているか否かを判定し、記録されている場合にはステップ(1605)に進み、記録されていない場合にはステップ(1608)に進む。ステップ(1605)で、前記ステップ(1604)にてFile Bodyが記録されていると判定された交替セクタの論理セクタ番号(LSN)を求めたのち、ステップ(1606)にて該論理セクタ番号(LSN)に記録されているデータ(1502)をPCモードで読み込み、ステップ(1607)にて同じ論理セクタ番号(LSN)に対して前記データ(1502)をAVモードで記録する。その後ステップ(1604)に戻り、交替セクタに記録されているすべてのFile Bodyに対して処理を行う。ステップ(1608)では、処理を終了する。これらのステップにより、前記図１５に示した動作を実現できる。
【００３４】
図１７に、本発明における第５の実施例の動作説明図を示す。同図において、処理対象ファイルのファイルタイプ(214)がPCファイルと示されている場合でも、ステップ(1701)のように該ファイルタイプ(214)を強制的にAVファイルと読み替えて前記処理対象ファイルを読み出すか、あるいはステップ(1702)のように該ファイルタイプ(214)を無視してAVモードで前記処理対象ファイルを読み出すことにより、File Body(208)に欠陥セクタ(217)があっても、AVモードで記録した部分(215)とPCモードで記録した部分(216)の両方に対して異常終了することなくファイル末尾まで読み出すことができるようになる。ただし、この方法ではファイルタイプ(214)を変更しないので、この方法を用いない装置(他の装置)での動作に変化はない。
【００３５】
図１８に、前述したステップ(1701)あるいはステップ(1702)と同様の動作を実現する第６の実施例の処理内容を示す。ステップ(1801)にて処理を開始し、続くステップ(1802)にて処理対象ファイルはAVモードで読み出すべきファイルか否かを判定する。このとき、メディアごとに規定されるビデオレコーディング規格やオーディオレコーディング規格などの標準規格に従って特定のファイル名やファイル拡張子名(例えば、*.MPG、*.MP2、*.VOB、*.AOB、*.VRO、*.ARO、*SRO等)に設定されている場合などにAVモードで読み出すべきと判定すればよい。また、処理対象ファイルを不特定とし、処理対象ファイルのファイル名やファイル拡張子名をメディアから読み込んだ時点で前記判定を行っても良いし、処理対象ファイルを予め特定しておくことにより、処理対象ファイルのファイル名やファイル拡張子名をメディアから読み込む以前に前記判定を行ってもよい。また、前記とは逆に、PCモードで読み出すべきファイルを予め特定しておき、それ以外のファイルをAVモードで読み出すべきと判定してもよい。前記ステップ(1802)にて、AVモードで読み出すべきと判定された場合にはステップ(1803)に進み、AVモードで読み出すべきではないと判定された場合にはステップ(1804)に進む。ステップ(1803)では処理対象ファイルをAVモードで読み出し、ステップ(1804)では処理対象ファイルをPCモードで読み出し、ステップ(1805)にて処理を終了する。これらのステップにより、ファイルタイプ(214)の内容にかかわらず、適切なモードで処理対象ファイルを読み出すことができるようになる。
【００３６】
図１９に、本発明における第７の実施例の構成図を示す。同図において、ファイル管理装置(1901)により、メディア(1912)へのファイルの読み書きを行ったり、前述したファイルタイプの書き込み、File Entryの書き込み、配置情報の書き込み、空き領域管理情報の書き込みなどを行ったりする。ファイル管理装置(1901)では、前記図１、図１３、図１４、図１５、図１６、図１７、図１８などに示した各ステップをプログラムとして格納したプログラム格納用メモリ(1903)からの指示に基づき、制御部(1904)が装置全体の制御を行う。該制御とは、前記ステップの実行に必要なデータ(ファイルタイプなど)を、ドライブ(1911)を介してメディア(1912)からデータ格納用メモリ(1905)に読み込んだり、前記ステップに基づいて生成されたデータを、ドライブ(1911)を介してデータ格納用メモリ(1905)からメディア(1912)に書き込んだりする動作の制御である。このとき、キーボード、マウス、リモートコントローラなどにより制御を操作する操作部(1902)を設け、ユーザからの指示により、前記制御の開始、中断、中断後の続行、終了などを操作してもよい。また、入力部(1907)、エンコーダ(1908)、デコーダ(1909)、出力部(1910)から構成されるデータ入出力部(1906)を備え、前記ファイル管理装置(1901)において、映像や音声などのデータをメディアに記録したりメディアから再生してもよい。例えば、前記入力部(1907)にビデオカメラや放送用チューナやビデオ信号入力端子などを備えてビデオレコーダとしたり、前記出力部(1910)にビデオモニタやビデオ信号出力端子などを備えてビデオプレーヤとしてもよい。なお、前記エンコーダ(1908)やデコーダ(1909)については、ISO/IEC規格にて規定されている前記MPEG方式やJPEG(Joint Photographic Experts Group)方式などのほかにも、単純に2進数化するだけのPCM(Pulse Coded Modulation)方式などの符号化/復号化手段でよく、一般によく知られている方式を用いることができるため、図示は省略する。また、前記プログラム格納用メモリ(1903)とデータ格納用メモリ(1905)はひとつのメモリを共用してもよいし、プログラム格納用メモリ(1903)は不揮発性メモリとし、データ格納用メモリ(1905)は揮発性メモリとしてもよい。
【００３７】
なお、前述のファイルタイプの書き込み、File Entryの書き込み、配置情報の書き込み、空き領域管理情報の書き込みなどは、すべてPCモードで行えばよい。また、前記メディアとしてDVD-RAMを例に挙げて説明したが、本発明はこれに限定されるわけではない。例えば、光ディスク(Optical Disk)、光磁気ディスク(MO：Magneto-Optical Disk)、磁気ディスク(HDD：Hard Disk Drive)などのようにメディアの種類には拘らず、また該メディアがリムーバブルメディア(オープンメディア)であってもノンリムーバブルメディア(クローズドメディア)であっても応用でき、メディア上の1つのファイル中にデータの信頼性を重視する動作モードで記録されたデータとデータ転送速度を重視する動作モードで記録されたデータが混在するシステム対して広く応用できる。
【００３８】
【発明の効果】
本発明により、AVモードの書き込みに対応していないドライブ装置やファイルシステムドライバを用いてデータ記録を行っても、データ読み出し動作が途中で異常終了することなく、ファイル末尾まで滞りなくデータを読み出すことが可能になる。
【００３９】
また、本発明により、後処理でPCファイルをAVファイルに変換できるようになるため、AVファイルの書き込みに対応した新たなドライブ装置やファイルシステムドライバを開発する必要性が小さくなるとともに、PCユーザに対して新たなドライブ装置やファイルシステムドライバの購入やインストール作業を強制する必要性が小さくなる。
また、既存の一般的な(すなわちPCモード対応の)API(Application Programming Interface)だけを用いてPC映像編集などのアプリケーションブログラムを作成できるようになり、新たに開発されるAVモード対応ファイルシステムドライバとの組み合わせだけに限定されず、既存のファイルシステムドライバと該アプリケーションブログラムとの組み合わせ動作を実現することができ、該アプリケーションプログラムの市場を広げることが可能となる。
【図面の簡単な説明】
【図１】本発明における第１の実施例の処理内容説明図である。
【図２】従来技術の動作説明図である。
【図３】本発明における第１の実施例の動作説明図である。
【図４】本発明における第１の実施例の動作説明図である。
【図５】PCファイルとAVファイルの特徴を比較した図である。
【図６】一般的な再生装置の構成図と、その動作説明図である。
【図７】ファイルの再配置処理に関する動作説明図である。
【図８】PCファィルとAVファイルに関する動作説明図である。
【図９】本発明における第２の実施例の動作説明図である。
【図１０】本発明における第３の実施例の動作説明図である。
【図１１】一般的なファイル配置情報の説明図である。
【図１２】一般的な空き領域管理情報の説明図である。
【図１３】本発明における第２の実施例の処理内容説明図である。
【図１４】本発明における第３の実施例の処理内容説明図である。
【図１５】本発明における第４の実施例の動作説明図である。
【図１６】本発明における第４の実施例の処理内容説明図である。
【図１７】本発明における第５の実施例の動作説明図である。
【図１８】本発明における第６の実施例の処理内容説明図である。
【図１９】本発明における第７の実施例の構成図である。
【符号の説明】
101、102、103、104、105、106、1301、1302、1303、1304、1305、1306、1307、1308、1309、1310、1311、1312、1313、1314、1315、1316、1317、1401、1402、1403、1404、1405、1406、1407、1408、1409、1410、1411、1412、1413、1414、1415、1416、1417、1501、1503、1601、1602、1603、1604、1605、1606、1607、1608、1701、1702、1801、1802、1803、1804、1805…ステップ；201、601、1912…メディア；202…ビデオレコーダ；203…PC；204…メディア内の論理データ構造；205…Lead-in；206…Volume管理情報；207、1201…空き領域管理情報；208、210、402…File Body；209、211…File Entry；212、803、903、908、909、1003、1008、1009…空き領域；213…Lead-out；214、401…ファイルタイプ；215、403…AVモードで記録した部分；216、404…PCモードで記録した部分；217、405…欠陥セクタ；406…交替セクタ；501…ファイル再配置禁止フラグ；502…ECCブロック内の状態；503…File Tail；504…ECCブロック内のスタッフィング；602…再生系；603…バッファ；604、1909…デコーダ；701…ファイルの再配置処理；702、805、905、1005、1102…AVファイルのエクステント；703、802、902、1002…PCファイルのエクステント；801、901、907、1001、1007、1101…エラー訂正単位(ECCブロック)；804、904、910、1004…他のファイルのエクステント；806、906、1006、1103…スタッフィング；1104…配置情報；1105…配置記述子；1106…フラグ＋長さ情報；1107…位置情報；1108…フラグ；1109…長さ情報；1202…タグ；1203…ビット数；1204…バイト数；1205…ビットマップ；1206…使用中のセクタ；1207…未使用のセクタ；1502…データ；1901…ファイル管理装置；1902…操作部；1903…プログラム格納用メモリ；1904…制御部；1905…データ格納用メモリ；1906…データ入出力部；1907…入力部；1908…エンコーダ；1910…出力部；1911…ドライブ。
【発明の属する技術分野】
本発明は、ファイル管理方法に関し、特にメディア上の1つのファイル中にデータの信頼性を重視する動作モードで記録されたデータとデータ転送速度を重視する動作モードで記録されたデータが混在し得る場合に用いて好適なファイル管理方法に関する。
【０００２】
【従来の技術】
書き換え可能なデータ記録メディアを応用したシステムには、PC(Personal Computer)などのデータ記憶装置としての用途と、ビデオレコーダやオーディオレコーダなどのAV(Audio Video)記録用途が想定される。一般に、PC用途ではデータの信頼性を確保することが重要であり、AV用途では映像や音声などを途切れないように時間的に連続して記録再生する動作(シームレス動作)を確保することが重要である。
【０００３】
PC用途では、データの信頼性を確保するために、データ書き込みを行った直後にそのデータを読み出してデータエラーの有無を判定し、データエラーがあった場合には再書き込みを行うライトベリファイ処理が一般に用いられる。さらに、再書き込みを何度か行ってもデータエラーが発生する場合には、その記録領域(以下、セクタ)に欠陥があると判定し、同一メディア上の別の領域に予め用意された予備領域(以下、交替セクタ)に改めて記録する交替処理が一般に用いられる。このとき、最小記録単位であるセクタを複数個(例えば16セクタ)まとめてエラー訂正単位(ECC(Error Correction Code)ブロック)とし、この単位ごとに交替処理を行うのが一般的である。同様に、データ読み出し時にもエラー判定を行い、エラー発生時に再読み出し処理を行ったり、交替セクタからの読み出し処理を行ったりする。訂正不可能なデータエラーが発生した場合には、データの信頼性確保を優先し、書き込みや読み出しの動作を異常終了させるのが一般的である。このような処理を行うことにより、暗黙のうちに混入してしまうデータエラーを極力防ぐことができ、データの信頼性確保が可能となる。しかし、記録媒体へのデータ転送速度(すなわち書き込み速度や読み出し速度)は低くなる。このような書き込み読み出しの動作モードを、以下PCモードと呼ぶ。
【０００４】
AV用途では、シームレス動作を確保するために、データの書き込み時や読み出し時にエラーが発生してもこのエラーを無視し、書き込みや読み出しの動作をそのまま継続する処理が一般に用いられる。この場合、記録媒体へのデータ転送速度を高く維持することが可能であるが、データの信頼性が低くなる。このような書き込み読み出しの動作モードを、以下AVモードと呼ぶ。
メディアを駆動するドライブ装置では、予めPCモードとAVモードの記録再生機構を両方備え、外部からの制御コマンドのパラメータ設定によって、どちらかのモードを選択して動作させるのが一般的である。例えば、DVD-RAM(Digital Versatile Disc Random Access Memory)の場合には、通常の動作状態ではドライブ装置はPCモードとして動作し、ストリーミングフラグビットのパラメータを"0"から"1"に設定して書き込み用コマンドあるいは読み出し用コマンドを該ドライブ装置に送出することにより、AVモードで動作させることが可能である。
また、データがどちらのモードで記録されたかを識別するための情報を、データと併せてメディア上に記録するのが一般的である。前記DVD-RAMの場合には、国際標準であるISO/IEC13346規格のサブセットを用いたファイルシステムをメディア上に構築し、各データをファイル構造化して管理するとともに、PCモードで記録されたファイル(以下、PCファイル)とAVモードで記録されたファイル(以下、AVファイル)を識別するためのファイルタイプ情報を、ファイルエントリ(以下、File Entry)と呼ばれる管理情報内に記録する。この場合、ファイルとファイルタイプは1対1に対応しており、1つのファイルに対して複数のファイルタイプを設定することはできない。
【０００５】
なお、前述の欠陥を含むセクタ(以下、欠陥セクタ)とは、メディアの物理的な欠陥を含むセクタだけでなく、ゴミや指紋等の付着によりデータの正常な読み書き動作が不可能なセクタも含まれる。
【０００６】
【発明が解決しようとする課題】
前述のDVD-RAMの例では、先にPCモードだけに対応したドライブ装置とファイルシステムドライバソフトウェア(以下、ファイルシステムドライバ)が製品化され、その後AVモードとPCモードの両方に対応したドライブ装置とファイルシステムドライバが製品化された経緯がある。従って、メディア上のファイルがAVファイルであることを認識できないドライブ装置やファイルシステムドライバ(すなわち、すべてのファイルをPCモードで扱うドライブ装置やファイルシステムドライバ)や、AVモードでの読み出しはできるが書き込みができないドライブ装置やファイルシステムドライバが存在する。
【０００７】
例えば図２に示すように、ビデオレコーダ(202)により、DVD-RAMメディア(201)に映像データをAVモードで書き込むとともに、該ファイルがAVファイルであることを示すファイルタイプ情報をメディア上に記録したと仮定する。次に、このメディア(201)をPC(203)のドライブ装置にマウントし、映像編集アプリケーションソフトウェアなどによって前記映像データを編集し、再度同じメディア(201)に書き戻したと仮定する。このとき、PCのドライブ装置やファイルシステムドライバがPCモードでしか書き込みできない場合には、メディア上に書き戻されたファイルはファイルタイプ情報(214)がPCファイルとして設定されてしまう。
【０００８】
前記DVD-RAM用のファイルシステム(ISO/IEC13346規格のサブセット)では、ファイルタイプ情報はファイルごとに1つの設定しかできないため、前記図２に示した例では、AVモードで記録した部分(215)とPCモードで記録した部分(216)が混在したファイルデータ(208)(以下、File Body)ができるとともに、このファイルのファイルタイプ(214)はPCファイルになる。
【０００９】
前述したように、AVモードでデータを書き込んでいる途中にエラーが発生しても、このエラーを無視して書き込み動作が継続されるため、AVモードで記録した部分(215)には欠陥セクタ(217)等を含んでいる可能性がある。一方、前記ファイルを読み出す際には、ファイルシステムドライバにてファイルタイプ(214)を参照し、PCモード用のコマンドパラメータを用いてドライブ装置からデータ読み出しを行うことになるが、欠陥セクタ(217)等のエラー箇所をPCモードで読み出すと、何度も再読み出し処理を行い、最終的にはデータが壊れていると判断して、読み出し動作の途中で異常終了してしまうことになる。すなわち、欠陥セクタ(217)よりも後ろの部分に書き込まれたデータは、ファイル先頭から順に読み出しを行った場合には読み出せないことになってしまう。
【００１０】
本発明の目的は、AVモードの書き込みに対応していないドライブ装置やファイルシステムドライバを用いてデータ記録を行っても、データ読み出し動作が途中で異常終了することなく、ファイル末尾まで滞りなくデータを読み出すことが可能なファイル管理方法を提供することにある。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、以下の手段を備える。
メディアに書き込まれたファイル形態のデータに対し、書き込みエラー発生時に別の書き込み領域への交替処理を伴ってデータ記録する第１の処理モードと、書き込みエラー発生時に別の書き込み領域への交替処理を伴わずにデータ記録する第２の処理モードを識別するための情報(以下、ファイルタイプ)を、前記ファイルと対応したファイル管理情報として前記メディアに格納してファイルを管理するファイル管理方法において、処理対象のファイルに対応したファイルタイプをメディアから読み出すステップと、該ファイルタイプを前記第１の処理モードを示すファイルタイプから前記第２の処理モードを示すファイルタイプに変換するステップと、該変換後のファイルタイプを前記処理対象のファイルに対応させた形態でメディアに書き込むステップを備える。
【００１２】
前記交替処理はN個(ただしNは正整数)の記録単位(以下、セクタ)から構成されたエラー訂正単位ごとに行われ、前記処理対象のファイルに属するデータが格納されたエラー訂正単位中に該データがN個すべてのセクタに格納されているか否かを判定するステップと、該ステップにより格納されていないと判定された場合に前記処理対象のファイルに属するデータが格納されたエラー訂正単位中の前記データが格納されていないセクタ(以下、端数セクタ)をスタッフィングとして前記ファイル管理情報に登録するステップを備える。
【００１３】
メディアに書き込まれたファイル形態のデータに対し、書き込みエラー発生時に別の書き込み領域への交替処理を伴ってデータ記録する第１の処理モードと、書き込みエラー発生時に別の書き込み領域への交替処理を伴わずにデータ記録する第２の処理モードを有するファイル管理方法において、前記交替処理はN個(ただしNは正整数)の記録単位(以下、セクタ)から構成されたエラー訂正単位ごとに行われ、前記交替処理後の記録位置に格納されたデータを読み出すステップと、該データを前記交替処理前の記録位置に書き込むステップを備える。
【００１４】
【発明の実施の形態】
以下、本発明の実施例を図示により説明する。
まず図２を用いて、本発明の実施例と前記発明の背景を示す技術の共通部分である、メディア(201)内の論理データ構造(204)について説明する。同図において、メディアの物理層で定義されたLead-in(205)とLead-out(213)に挟まれた部分に、前述したDVD-RAM用のファイルシステム(ISO/IEC13346規格のサブセット)を構築する。該ファイルシステムでは、Volume管理情報(206)にメディア全体の属性を示す情報が格納される。同図には、Rootから始まるディレクトリ構造が該Volume管理情報(206)にすべて格納されているかのように示してあるが、これは理解を容易にするための模式化であり、実際には後述するFile Entry等を用いたファイル構造によりディレクトリ情報などが格納される。このVolume管理情報(206)は本発明の動作とは直接関係しないため詳細は省略する。
【００１５】
このVolume管理情報(206)を公知の方法により辿っていくと、メディア(201)内の空き領域(212)を管理する空き領域管理情報(207)や、各ファイルを管理するFile Entry(209)(211)を読み出すことができる。前述のように、各File Entry(209)(211)と各File Body(208)(210)は1対1に対応する。各File Entry(209)(211)には、PCファイルかAVファイルかを示すファイルタイプ(214)が格納されている。
【００１６】
図１に、本発明における第１の実施例の処理内容を示す。同図において、ステップ(101)から処理を開始し、ステップ(102)にて、メディアから処理対象ファイルのファイルタイプを読み出す。ここで言う処理対象ファイルとは、前記図２で示したような、AVモードで記録した部分(215)とPCモードで記録した部分(216)が混在し、ファイルタイプ(214)がPCファイルに設定されたファイルである。あるいは、メディアごとに規定されるビデオレコーディング規格やオーディオレコーディング規格などの標準規格に従って特定のファイル名やファイル拡張子名(例えば、*.MPG、*.MP2、*.VOB、*.AOB、*.VRO、*.ARO、*SRO等)に設定されているなど、将来的にAVモードで読み出されることが予見できる場合には、全体がPCモードで記録された部分(216)で構成されているファイルを処理対象ファイルとしてもよい。続いてステップ(103)にて、読み出したファイルタイプがPCファイルか否かを判定し、PCファイルであればステップ(104)に進み、PCファイルでなければステップ(106)に進む。ここで、PCファイルのファイルタイプを予め例えば"5"と定義しておき、読み出したファイルタイプの値と"5"を比較することによって前記判定を行うことができる。この判定により、本発明の動作とは無関係のファイル(例えば"ディレクトリ"の構造を表すファイルなど)に対して誤って処理してしまうことを防ぐことができる。ステップ(104)では、ファイルタイプをAVファイルに変更し、ステップ(105)に進む。このとき、AVファイルのファイルタイプを予め例えば"249"と定義しておき、ファイルタイプの値を"249"に変更すればよい。ステップ(105)では、メディアに処理対象ファイルのファイルタイプを書き込み、ステップ(106)にて処理を終了する。なお、前記ステップ(103)のファイルタイプ判定は、省略することも可能である。
【００１７】
図３と図４を用いて、前記第１の実施例の動作原理を説明する。まず図３に、前記図２に示したように、AVモードで記録した部分(215)に欠陥セクタ(217)が含まれるFile Body(208)に対して、前記図１に示した処理内容に従ってファイルタイプ(214)をPCファイルからAVファイルに変更した場合の動作を示す。図３において、AVモードでの読み出しに対応したドライブ装置とファイルシステムドライバでは、前述のファイルタイプ(AVファイル)に従い、AVモードでの読み出し動作を開始する。前述したように、AVモードで読み出した場合には、欠陥セクタ(217)を読み出しても異常終了せず、このとき発生する読み出しエラーを無視してデータを読み続けることができる。また、PCモードで記録した部分(216)についても同様にデータを読み続けることができるため、ファイル末尾まで滞りなくデータを読み出すことが可能となる。
【００１８】
続いて図４に、AVモードで記録した部分(403)には欠陥セクタはないが、PCモードで記録した部分(404)に欠陥セクタ(405)が含まれるFile Body(402)に対して、前記図１に示した処理内容に従ってファイルタイプ(401)をPCファイルからAVファイルに変更した場合の動作を示す。前述したように、PCモードで書き込みを行った場合には、欠陥セクタ(405)にはデータを書き込まず、同一メディア内の別の領域に予め用意された交替セクタ(406)にデータを書き込む。この部分をAVモードで読み出した場合には、交替セクタの内容を読み出すのではなく、誤ったデータをそのまま含んだ状態で欠陥セクタを読み出すことになる。この範囲(交替処理が行われた範囲)の読み出し値にはデータ誤りを含むが、途中で異常終了することはなく、ファイル末尾まで滞りなく読み出すことが可能となる。なお、もともとAVモードでデータを書き込んだ場合でも、欠陥セクタ(405)のデータをAVモードで読み出すとデータ誤りを含むため、前述のようにPCモードでデータを記録した場合と同様の結果となる。
【００１９】
一般的には、1つのFile Bodyに前記図３および前記図４に示した欠陥セクタ(217)(405)と交替セクタ(406)が混在した形態となるが、どのような混在形態であっても、前記図１に示した処理内容により、途中で異常終了することなくファイル末尾まで滞りなく読み出すことが可能となる。
【００２０】
図５に、PCファイルとAVファイルの特徴の比較をまとめて示す。ファイルを管理するFile Entry(209)には、前述したファイルタイプ(214)と後述するファイル再配置禁止フラグ(501)が格納される。ファイルタイプ(214)に関しては、前述したように、PCファイルでは"5"と設定し、AVファイルでは"249"と設定するのが一般的である。ファイル再配置禁止フラグ(501)に関しては、PCファイルでは"0"(再配置可能)と設定し、AVファイルでは"1"(再配置禁止)と設定するのが一般的である。また、ファイル内の実際のデータ部分を格納するFile Body(208)では、後述するECCブロック内の状態(502)がそれぞれのファイルで異なり、PCファイルでは他のファイルとの混在が可能であるが、AVファイルでは他のファイルとの混在を禁止するのが一般的である。また、File Body(208)と論理的に連続するが有意のデータが記録されないFile Tail(503)には、後述するECCブロック内のスタッフィング(504)の必要性がそれぞれのファイルで異なり、PCファイルではこのスタッフィング(詰め物)は不要であるが、AVファイルでは必須とするのが一般的である。
【００２１】
図６および図７を用いて、前述のファイル再配置禁止フラグ(501)について説明する。図６(a)において、映像や音声などの一般的な再生装置では、メディア(601)に記録されているデータを光ヘッド等の再生系(602)を介して読み出し、データ速度(Vr)でバッファ(603)に書き込む。一方、該バッファ(603)からはデータ速度(Vo)でデータを読み出して、MPEG(Moving Picture Experts Group)方式等の映像音声デコーダ(604)に入力し、最終的に映像信号や音声信号を得る。この再生系(602)やデコーダ(604)の詳細な図示は省略する。
【００２２】
図６(b)に、前記バッファ(603)の動作の一例を示す。同図において、メディア(601)からのデータ読み出し時間(Tr)には、(Vr-Vo)の速度でバッファ(603)内のデータ量が増えていき、シーク動作等によりデータを読み出せない時間(以下、ジャンプ時間(Tj))には(-Vo)の速度でバッファ(603)内のデータ量が減っていく。バッファ(603)内のデータ量が0になる前に次の読み出し動作を開始すれば、デコーダ(604)へのデータ供給は途切れることなく、シームレスな再生動作が可能となる。データを連続して読み出す時間(Tr)が長く続き、バッファ(603)として用意されたメモリ容量(すなわち、バッファサイズ)が一杯になるまでデータを読み出した場合には、これ以上データをバッファ(603)内に読み込むことができないため、キックバックと呼ばれるメディアが空回りする動作が起こり、その間はバッファ(603)内のデータ量がバッファサイズよりも若干減少する。一方、ジャンプ時間(Tj)が長く続いた場合には、デコーダに供給すべきバッファ(603)内のデータをすべて消費してしまい、映像信号や音声信号が途切れるアンダフローが生じることになる。
【００２３】
前述のファイル再配置禁止フラグ(501)は、このようなアンダフローを防ぐことなどを目的として定義されたフラグであり、このフラグを"0"に設定すると、メディア内のFile Bodyの記録位置を移動することに対して制限はなく、このフラグを"1"に設定すると、メディア内のFile Bodyの記録位置を移動することが禁止される。
【００２４】
例えば、図７に示すように、既にPCファイル(703)が記録されているメディアに対して、前述のビデオレコーダ(202)などによってAVファイル(702)を記録したと仮定する。このとき一般的に、前記図６に示したように、再生時に前記PCファイルのエクステント(703-1)(703-2)をジャンプしてもAVファイル(702)の読み出し結果がアンダフローしないように配慮して、AVファイルのエクステント(702-1)(702-2)(702-3)の配置が決定される。
一方、断片化したFile Bodyを一箇所にまとめて再配置しファイルへのアクセスを高速化する処理(以下、デフラグ処理)の機能を持ったファイルユーティリティソフトウェアなどが既に普及しており、図７に示すファイル再配置処理(701)を行って、PCファイルのエクステント(703-1)(703-2)をひとつにまとめることが考えられる。同様に、AVファイルのエクステント(702-2)に対してデフラグ処理を行ってしまうと、エクステント(702-1)とエクステント(702-2)の間が大きく開いてしまい、前述したアンダフローが生じる危険がある。従って、AVファイルに対しては、デフラグ処理を行わないように前述のファイル再配置禁止フラグ(501)を"1"に設定するのが一般的である。
【００２５】
図８を用いて、前述したECCブロック内の状態(502)について説明する。同図は、エラー訂正単位(ECCブロック)の中のファイル配置状況を示しており、同図(a)はPCファイルの場合を示し、同図(b)はAVファイルの場合を示している。前述のように、データの書き込みはセクタ単位で行われるため、複数個のセクタ(例えば16セクタ)をまとめてエラー訂正の処理単位としたECCブロック(801)の内部は、PCファイルのエクステント(802)が記録されているだけでなく、ファイルの先頭部分や末尾部分などに、空き領域(803)が生じたり他のファイルのエクステント(804)が同一のECCブロック内に混在したりすることがある。このECCブロック(801)へのデータ書き込みを行った時点で欠陥がなかった場合でも、空き領域(803)や他のファイルのエクステント(804)への新たなデータ書き込み時に書き込みエラーが発生してしまい、前述の交替処理が発生してしまうことがある。これを防ぐために、AVファイルのエクステント(805)が書き込まれたECCブロックでは、同図(b)に示すようにスタッフィング(806)を挿入して、交替処理が発生する危険性があるPCモードでの書き込みを回避する対策が一般に行われる。従って、前記図１に示したように、ファイルタイプをPCファイルからAVファイルに変更した場合には、前述のスタッフィング挿入処理についても考慮する必要がある。
【００２６】
図９および図１０を用いて、本発明におけるスタッフィング処理の動作について説明する。まず図９に、ひとつのECCブロック(901)にPCファイルのエクステント(902)と空き領域(903)と他のファイルのエクステント(904)が混在しており、このうち他のファイルのエクステント(904)を他のECCブロック(907)に移動することによってスタッフィング挿入処理する場合の動作の一例を示す。前述のように、ファイルタイプをPCファイルからAVファイルに変更した場合、AVファイルのエクステントが記録されたECCブロックの端数部分(906)にスタッフィングを挿入する必要がある。このとき、同図(a)のPCファイルのエクステント(902)はそのままの記録位置でAVファイルのエクステント(905)となるが、他のファイルのエクステント(904)が記録されている位置を空けてスタッフィング(906)を挿入する必要がある。そのため、一旦、前述した他のファイルのエクステント(904)のデータ内容を読み出し、他のECCブロック(907)の空き領域(908)を見つけて、前記データ内容を書き込むことにより、新たなエクステント(910)を作成する必要がある。なお、新たなエクステント(910)を書き込むECCブロック(907)は、全てのセクタが空き領域である必要はなく、同図(b)の空き領域(909)にさらに他のファイルのエクステントが混在していてもよいし、前記他のファイルのエクステント(902)のデータ内容を複数のECCブロックに分割して書き込んでもよい。空き領域を見つける方法と具体的なスタッフィング挿入方法については後述する。
【００２７】
図１０に、ひとつのECCブロック(1001)にPCファイルのエクステント(1002)と空き領域(1003)と他のファイルのエクステント(1004)が混在しており、このうちPCファイルのエクステント(1002)を他のECCブロック(1007)に移動することによってスタッフィング挿入処理する場合の動作の一例を示す。この場合には、同図(a)のPCファイルのエクステント(1002)のデータ内容を一旦読み出し、他の空いているECCブロック(1007)を見つけて、前記データ内容を書き込むことにより、新たなエクステント(1005)を作成する。このとき、移動先のECCブロック(1007)の端数部分(1006)にはスタッフィング(1006)を挿入する必要があるため、ECCブロック(1007)内のセクタはすべて空き領域(1008)でなければならない。なお、新たなエクステント(1005)は、ECCブロックの先頭セクタから書き込む必要はなく、ECCブロックの中間のセクタから書き込んだり、さらに他のECCブロックに跨って書き込んだりすることが可能である。ただし、AVファイルのエクステントが書き込まれたECCブロックの端数部分には、すべてスタッフィングを挿入する必要がある。また、他のファイルのエクステント(1004)はそのままの位置から変更する必要はなく、新たに生じた空き領域(1009)は以後自由に使用することができる。
【００２８】
図１１を用いて、ファイルエクステントの配置情報と、具体的なスタッフィング挿入方法について説明する。同図において、AVファイルのエクステントをAVエクステントと呼ぶことにする。同図では、1つのAVファイルが3つのAVエクステント(1102-1)(1102-2)(1102-3)に分かれて書き込まれており、各AVエクステントが書き込まれているエラー訂正単位(ECCブロック)(1101-1)(1101-2)(1101-3)には、それぞれスタッフィング(1103-1)(1103-2)(1103-3)(1103-4)(1103-5)(1103-6)が記録されているものとする。また、説明のため、各AVエクステントは(A)(B)(C)の順序で書き込まれ、この順序に従ってファイル内のアドレスが決定されるものと仮定する。これらのエクステントの配置に関する情報や順序に関する情報は、同図に示した配置情報(1104)の形態で、File Entry内に格納されるのが一般的である。該配置情報(1104)には、有意なデータが記録されているAVエクステント(1102)の配置記述子(1105)がFile Body(208)に関する情報としてまず格納され、引き続いてスタッフィング(1103)の配置記述子(1105)がFile Tail(503)に関する情報として格納される。各配置記述子(1105)は、後述するフラグ＋長さ情報(1106)と、エクステントの格納位置を論理セクタ番号で表した位置情報(1107)から構成され、File Body(208)については、エクステントの書き込み順序(1102-1)(1102-3)(1102-2)に従って、順番に格納される。File Tail(503)については、スタッフィング(1103)の順序に意味はなく、任意の順序で格納しても構わない。フラグ＋長さ情報(1106)は、後述するフラグ(1108)と、エクステントの長さをバイト数で表した長さ情報(1109)から構成される。フラグ(1108)は2ビットで構成され、各ビットの値によって、"00"：エクステントが割当てられており記録済み、"01"：エクステントは割当てられているが未記録、"10"：エクステントは割当てられておらず未記録、"11"：別の配置情報(1104)に連続、の4通りに定義されるのが一般的である。このうち、"00"をAVエクステントに対応させ、"01"をスタッフィングに対応させることにより、前記File Body(208)とFile Tail(503)を識別することができる。また、スタッフィングを挿入する際には、前記フラグ(1108)を"01"に設定した新たな配置記述子(1105)をFile Tail(503)の末尾に追加することにより、容易にスタッフィング挿入処理を実現できる。なお、スタッフィングに対応するエクステント位置のデータ内容については任意であり、"0"で埋めてもよいし、以前の値をそのまま残してもよい。
【００２９】
図１２を用いて、空き領域管理情報(1201)の具体的な内容と、空き領域の検索方法について説明する。空き領域管理情報(1201)は、該空き領域管理情報であることを表すタグ(1202)と、後述するビットマップ(1205)と、該ビットマップ(1205)のサイズを表すビット数(1203)と、該ビットマップ(1205)を格納するために必要なバイト数(1204)から構成されるのが一般的である。ビットマップ(1205)の中の各ビットはメディア内の各セクタの内容に対応しており、使用中のセクタ(1206)に対応するビットは"0"に、未使用のセクタ(1207)に対応するビットは"1"に、それぞれ設定される。前記図９に示した処理において、セクタ単位の空き領域を見つける際には、例えば前記ビットマップ(1205)の先頭から"1"と設定されたビットを検索し、そのビット位置を対応する論理セクタ番号に変換することにより、空いているセクタを容易に見つけることができる。また、前記図１０に示した処理において、エラー訂正単位の空き領域を見つける際には、例えば前記ビットマップ(1205)中のECCブロック境界(例えば、論理セクタ番号が16の倍数となるセクタ)に対応するビット位置を予め求め、該ビット位置から数えて前記ECCブロックのサイズ(例えば16セクタ)に相当するビット数(例えば16ビット)がすべて"1"と設定された位置を検索し、そのビット位置を対応する論理セクタ番号に変換することにより、空いているECCブロックを容易に見つけることができる。
【００３０】
図１３に、本発明における第２の実施例の処理内容を示す。同図は、前記図５に示したPCファイルとAVファイルの特徴比較に基づき、前記図９に示したスタッフィング挿入処理を行うなどして、前記図１に示した処理内容を拡張したものである。同図において、ステップ(1301)から処理を開始し、ステップ(1302)にて、メディアから処理対象ファイルのFile Entry(209)を読み出す。続くステップ(1303)にて、該File Entry(209)に格納されているファイルタイプ(214)を参照してPCファイルか否かを判定し、PCファイルの場合にはステップ(1304)に進み、PCファイルでない場合にはステップ(1317)に進む。なお、このステップ(1303)は省略してもよい。ステップ(1304)では、前記File Entry(209)に格納されている配置情報(1104)を参照し、File Bodyの最初に配置されているエクステント(1102)に対応する配置記述子(1105)を読み出す。続くステップ(1305)にて、該配置記述子(1105)内の位置情報(1107)を参照し、対象としているエクステント(1102)が記録されているエラー訂正単位(901)の中に端数部分(903)(904)が含まれるか否かを判定し、含まれる場合にはステップ(1306)に進み、含まれない場合にはステップ(1312)に進む。ステップ(1306)では、その端数部分に他のファイルのエクステント(904)が含まれるか否かを判定し、含まれる場合にはステップ(1307)に進み、含まれない場合にはステップ(1310)に進む。ステップ(1307)では、全ファイルのFile Entryの内容を検索するなどして前記エクステント(904)が属するファイルを特定するとともに、そのファイル(他のファイル)のエクステント(904)の内容を読み出し、他のECCブロックの空き領域(908)に書き込む。続くステップ(1308)では、移動元の配置記述子をそのファイル(他のファイル)の配置情報から削除する。続くステップ(1309)では、移動先の配置記述子をそのファイル(他のファイル)の配置情報に登録する。前記ステップ(1307)(1308)(1309)により、他のファイルのエクステントを移動させることができる。続くステップ(1310)にて、移動元の端数部分をスタッフィング(906)として処理対象ファイルの配置情報(1104)に登録する。続くステップ(1311)では、前記ステップ(1307)(1308)(1309)によるエクステント移動と、前記ステップ(1310)によるスタッフィング挿入の結果を空き領域管理情報(1201)に反映して更新し、新たに使用済みとなったセクタに対応するビットを"0"に設定する。続くステップ(1312)にて、処理対象ファイルのFile Body中に次のエクステントが存在するか否かを判定し、存在する場合にはステップ(1313)に進み、存在しない場合にはステップ(1314)に進む。ステップ(1313)では、次の配置記述子(1105)を読み出してステップ(1305)に戻り、すべての配置記述子(1105)に対して前記処理を行う。ステップ(1314)では、File Entry中に格納されたファイルタイプ(214)を、"5"(PCファイル)から"249"(AVファイル)に変更する。続くステップ(1315)では、ファイル再配置フラグ(501)の値を、"0"(再配置可能)から"1"(再配置禁止)に変更する。続くステップ(1316)では、前述のステップにより変更したFile Entry(209)をメディアに書き込み、ステップ(1317)にてすべての処理を終了する。
【００３１】
図１４に、本発明における第３の実施例の処理内容を示す。同図は、前記図５に示したPCファイルとAVファイルの特徴比較に基づき、前記図１０に示したスタッフィング挿入処理を行うなどして、図１に示した処理内容を拡張したものである。同図において、ステップ(1401)から処理を開始し、ステップ(1402)にて、メディアから処理対象ファイルのFile Entry(209)を読み出す。続くステップ(1403)にて、該File Entry(209)に格納されているファイルタイプ(214)を参照してPCファイルか否かを判定し、PCファイルの場合にはステップ(1404)に進み、PCファイルでない場合にはステップ(1417)に進む。なお、このステップ(1403)は、省略してもよい。ステップ(1404)では、前記File Entry(209)に格納されている配置情報(1104)を参照し、File Bodyの最初に配置されているエクステント(1102)に対応する配置記述子(1105)を読み出す。続くステップ(1405)にて、該配置記述子(1105)内の位置情報(1107)を参照し、対象としているエクステント(1102)が記録されているエラー訂正単位(1001)の中に端数部分(1003)(1004)が含まれるか否かを判定し、含まれる場合にはステップ(1406)に進み、含まれない場合にはステップ(1412)に進む。ステップ(1406)では、その端数部分に他のファイルのエクステント(1004)が含まれるか否かを判定し、含まれる場合にはステップ(1407)に進み、含まれない場合にはステップ(1410)に進む。ステップ(1407)では、処理対象ファイルのエクステント(1002)の内容を読み出し、他の空いているECCブロック(1007)に書き込む。続くステップ(1408)では、移動元の配置記述子(1105)を処理対象ファイルの配置情報(1104)から削除する。続くステップ(1409)では、移動先の配置記述子(1105)を処理対象ファイルの配置情報(1104)に登録する。前記ステップ(1407)(1408)(1409)により、処理対象ファイルのエクステント(1002)を移動させることができる。続くステップ(1410)にて、移動先の端数部分をスタッフィング(1006)として処理対象ファイルの配置情報(1104)に登録する。続くステップ(1411)では、前記ステップ(1407)(1408)(1409)によるエクステント移動と、前記ステップ(1410)によるスタッフィング挿入の結果を空き領域管理情報(1201)に反映して更新し、新たに使用済みとなったセクタに対応するビットを"0"に設定するとともに、新たに未使用となったセクタに対応するビットを"1"に設定する。続くステップ(1412)にて、処理対象ファイルのFile Body中に次のエクステントが存在するか否かを判定し、存在する場合にはステップ(1413)に進み、存在しない場合にはステップ(1414)に進む。ステップ(1413)では、次の配置記述子(1105)を読み出してステップ(1405)に戻り、すべての配置記述子(1105)に対して前記処理を行う。ステップ(1414)では、File Entry中に格納されたファイルタイプ(214)を、"5"(PCファイル)から"249"(AVファイル)に変更する。続くステップ(1415)では、ファイル再配置フラグ(501)の値を、"0"(再配置可能)から"1"(再配置禁止)に変更する。続くステップ(1416)では、前述のステップにより変更したFile Entry(209)をメディアに書き込み、ステップ(1417)にてすべての処理を終了する。
【００３２】
図１５に、本発明における第４の実施例の動作を示す。同図は、PCモードで記録した部分(404)をAVモードで読み出す際に、データの信頼性を向上させる方法を示す。前記図４に示したように、PCモードで記録した部分(404)に欠陥セクタ(405)が存在すると、PCモードでの書き込み時に交替処理が行われ、交替セクタ(406)にデータが書き込まれる。この部分をAVモードで読み出すと、欠陥セクタ(405)の内容が読み出されるため、交替セクタ(406)に書き込まれた最新の内容とは全く異なるデータが読み出される可能性が高い。前述のように、交替処理はECCブロック単位で行われるのが一般的であるため、交替処理を行う前の全セクタに欠陥が含まれるのではなく、一部のセクタにだけ欠陥が含まれることも多い。従って、前記交替セクタ(406)のデータ(1502)を読み出して前記欠陥セクタ(405)に書き込めば、いくつかのセクタに関しては正しいデータがAVモードで読み出せる可能性がある。欠陥セクタ(405)と交替セクタ(406)は、メディア上の異なる場所に割当てられるため、異なる物理セクタ番号(PSN：Physical Sector Number)が割当てられるが、このPSNと対応する論理セクタ番号(LSN：Logical Sector Number)を指定すると、PCモードでは交替セクタ(406)のデータにアクセスでき、AVモードでは欠陥セクタ(405)の内容にアクセスできる。従って、同一の論理セクタ番号を指定して、ステップ(1501)にてPCモードでデータ(1502)を読み込んだのち、ステップ(1503)にてAVモードでデータを書き込めば、次にAVモードで読み出したときのデータの信頼性を向上させることが可能になる。
【００３３】
図１６に、前述したステップ(1501)とステップ(1503)の詳細を示す。同図において、ステップ(1601)にて処理を開始し、ステップ(1602)にて、メディアから処理対象ファイルの配置情報(1104)を読み出す。続くステップ(1603)にて、メディアの欠陥登録情報(Defect List)を参照する。この欠陥登録情報(Defect List)は、一般的にメディアの物理層で定義されており、欠陥登録されたセクタの位置と交替セクタの位置に関する情報がテーブル化されて格納されている。続くステップ(1604)にて、前記ステップ(1602)で読み出した配置情報(1104)と前記ステップ(1603)で参照した欠陥登録情報を用い、処理対象ファイルのFile Bodyが交替セクタに記録されているか否かを判定し、記録されている場合にはステップ(1605)に進み、記録されていない場合にはステップ(1608)に進む。ステップ(1605)で、前記ステップ(1604)にてFile Bodyが記録されていると判定された交替セクタの論理セクタ番号(LSN)を求めたのち、ステップ(1606)にて該論理セクタ番号(LSN)に記録されているデータ(1502)をPCモードで読み込み、ステップ(1607)にて同じ論理セクタ番号(LSN)に対して前記データ(1502)をAVモードで記録する。その後ステップ(1604)に戻り、交替セクタに記録されているすべてのFile Bodyに対して処理を行う。ステップ(1608)では、処理を終了する。これらのステップにより、前記図１５に示した動作を実現できる。
【００３４】
図１７に、本発明における第５の実施例の動作説明図を示す。同図において、処理対象ファイルのファイルタイプ(214)がPCファイルと示されている場合でも、ステップ(1701)のように該ファイルタイプ(214)を強制的にAVファイルと読み替えて前記処理対象ファイルを読み出すか、あるいはステップ(1702)のように該ファイルタイプ(214)を無視してAVモードで前記処理対象ファイルを読み出すことにより、File Body(208)に欠陥セクタ(217)があっても、AVモードで記録した部分(215)とPCモードで記録した部分(216)の両方に対して異常終了することなくファイル末尾まで読み出すことができるようになる。ただし、この方法ではファイルタイプ(214)を変更しないので、この方法を用いない装置(他の装置)での動作に変化はない。
【００３５】
図１８に、前述したステップ(1701)あるいはステップ(1702)と同様の動作を実現する第６の実施例の処理内容を示す。ステップ(1801)にて処理を開始し、続くステップ(1802)にて処理対象ファイルはAVモードで読み出すべきファイルか否かを判定する。このとき、メディアごとに規定されるビデオレコーディング規格やオーディオレコーディング規格などの標準規格に従って特定のファイル名やファイル拡張子名(例えば、*.MPG、*.MP2、*.VOB、*.AOB、*.VRO、*.ARO、*SRO等)に設定されている場合などにAVモードで読み出すべきと判定すればよい。また、処理対象ファイルを不特定とし、処理対象ファイルのファイル名やファイル拡張子名をメディアから読み込んだ時点で前記判定を行っても良いし、処理対象ファイルを予め特定しておくことにより、処理対象ファイルのファイル名やファイル拡張子名をメディアから読み込む以前に前記判定を行ってもよい。また、前記とは逆に、PCモードで読み出すべきファイルを予め特定しておき、それ以外のファイルをAVモードで読み出すべきと判定してもよい。前記ステップ(1802)にて、AVモードで読み出すべきと判定された場合にはステップ(1803)に進み、AVモードで読み出すべきではないと判定された場合にはステップ(1804)に進む。ステップ(1803)では処理対象ファイルをAVモードで読み出し、ステップ(1804)では処理対象ファイルをPCモードで読み出し、ステップ(1805)にて処理を終了する。これらのステップにより、ファイルタイプ(214)の内容にかかわらず、適切なモードで処理対象ファイルを読み出すことができるようになる。
【００３６】
図１９に、本発明における第７の実施例の構成図を示す。同図において、ファイル管理装置(1901)により、メディア(1912)へのファイルの読み書きを行ったり、前述したファイルタイプの書き込み、File Entryの書き込み、配置情報の書き込み、空き領域管理情報の書き込みなどを行ったりする。ファイル管理装置(1901)では、前記図１、図１３、図１４、図１５、図１６、図１７、図１８などに示した各ステップをプログラムとして格納したプログラム格納用メモリ(1903)からの指示に基づき、制御部(1904)が装置全体の制御を行う。該制御とは、前記ステップの実行に必要なデータ(ファイルタイプなど)を、ドライブ(1911)を介してメディア(1912)からデータ格納用メモリ(1905)に読み込んだり、前記ステップに基づいて生成されたデータを、ドライブ(1911)を介してデータ格納用メモリ(1905)からメディア(1912)に書き込んだりする動作の制御である。このとき、キーボード、マウス、リモートコントローラなどにより制御を操作する操作部(1902)を設け、ユーザからの指示により、前記制御の開始、中断、中断後の続行、終了などを操作してもよい。また、入力部(1907)、エンコーダ(1908)、デコーダ(1909)、出力部(1910)から構成されるデータ入出力部(1906)を備え、前記ファイル管理装置(1901)において、映像や音声などのデータをメディアに記録したりメディアから再生してもよい。例えば、前記入力部(1907)にビデオカメラや放送用チューナやビデオ信号入力端子などを備えてビデオレコーダとしたり、前記出力部(1910)にビデオモニタやビデオ信号出力端子などを備えてビデオプレーヤとしてもよい。なお、前記エンコーダ(1908)やデコーダ(1909)については、ISO/IEC規格にて規定されている前記MPEG方式やJPEG(Joint Photographic Experts Group)方式などのほかにも、単純に2進数化するだけのPCM(Pulse Coded Modulation)方式などの符号化/復号化手段でよく、一般によく知られている方式を用いることができるため、図示は省略する。また、前記プログラム格納用メモリ(1903)とデータ格納用メモリ(1905)はひとつのメモリを共用してもよいし、プログラム格納用メモリ(1903)は不揮発性メモリとし、データ格納用メモリ(1905)は揮発性メモリとしてもよい。
【００３７】
なお、前述のファイルタイプの書き込み、File Entryの書き込み、配置情報の書き込み、空き領域管理情報の書き込みなどは、すべてPCモードで行えばよい。また、前記メディアとしてDVD-RAMを例に挙げて説明したが、本発明はこれに限定されるわけではない。例えば、光ディスク(Optical Disk)、光磁気ディスク(MO：Magneto-Optical Disk)、磁気ディスク(HDD：Hard Disk Drive)などのようにメディアの種類には拘らず、また該メディアがリムーバブルメディア(オープンメディア)であってもノンリムーバブルメディア(クローズドメディア)であっても応用でき、メディア上の1つのファイル中にデータの信頼性を重視する動作モードで記録されたデータとデータ転送速度を重視する動作モードで記録されたデータが混在するシステム対して広く応用できる。
【００３８】
【発明の効果】
本発明により、AVモードの書き込みに対応していないドライブ装置やファイルシステムドライバを用いてデータ記録を行っても、データ読み出し動作が途中で異常終了することなく、ファイル末尾まで滞りなくデータを読み出すことが可能になる。
【００３９】
また、本発明により、後処理でPCファイルをAVファイルに変換できるようになるため、AVファイルの書き込みに対応した新たなドライブ装置やファイルシステムドライバを開発する必要性が小さくなるとともに、PCユーザに対して新たなドライブ装置やファイルシステムドライバの購入やインストール作業を強制する必要性が小さくなる。
また、既存の一般的な(すなわちPCモード対応の)API(Application Programming Interface)だけを用いてPC映像編集などのアプリケーションブログラムを作成できるようになり、新たに開発されるAVモード対応ファイルシステムドライバとの組み合わせだけに限定されず、既存のファイルシステムドライバと該アプリケーションブログラムとの組み合わせ動作を実現することができ、該アプリケーションプログラムの市場を広げることが可能となる。
【図面の簡単な説明】
【図１】本発明における第１の実施例の処理内容説明図である。
【図２】従来技術の動作説明図である。
【図３】本発明における第１の実施例の動作説明図である。
【図４】本発明における第１の実施例の動作説明図である。
【図５】PCファイルとAVファイルの特徴を比較した図である。
【図６】一般的な再生装置の構成図と、その動作説明図である。
【図７】ファイルの再配置処理に関する動作説明図である。
【図８】PCファィルとAVファイルに関する動作説明図である。
【図９】本発明における第２の実施例の動作説明図である。
【図１０】本発明における第３の実施例の動作説明図である。
【図１１】一般的なファイル配置情報の説明図である。
【図１２】一般的な空き領域管理情報の説明図である。
【図１３】本発明における第２の実施例の処理内容説明図である。
【図１４】本発明における第３の実施例の処理内容説明図である。
【図１５】本発明における第４の実施例の動作説明図である。
【図１６】本発明における第４の実施例の処理内容説明図である。
【図１７】本発明における第５の実施例の動作説明図である。
【図１８】本発明における第６の実施例の処理内容説明図である。
【図１９】本発明における第７の実施例の構成図である。
【符号の説明】
101、102、103、104、105、106、1301、1302、1303、1304、1305、1306、1307、1308、1309、1310、1311、1312、1313、1314、1315、1316、1317、1401、1402、1403、1404、1405、1406、1407、1408、1409、1410、1411、1412、1413、1414、1415、1416、1417、1501、1503、1601、1602、1603、1604、1605、1606、1607、1608、1701、1702、1801、1802、1803、1804、1805…ステップ；201、601、1912…メディア；202…ビデオレコーダ；203…PC；204…メディア内の論理データ構造；205…Lead-in；206…Volume管理情報；207、1201…空き領域管理情報；208、210、402…File Body；209、211…File Entry；212、803、903、908、909、1003、1008、1009…空き領域；213…Lead-out；214、401…ファイルタイプ；215、403…AVモードで記録した部分；216、404…PCモードで記録した部分；217、405…欠陥セクタ；406…交替セクタ；501…ファイル再配置禁止フラグ；502…ECCブロック内の状態；503…File Tail；504…ECCブロック内のスタッフィング；602…再生系；603…バッファ；604、1909…デコーダ；701…ファイルの再配置処理；702、805、905、1005、1102…AVファイルのエクステント；703、802、902、1002…PCファイルのエクステント；801、901、907、1001、1007、1101…エラー訂正単位(ECCブロック)；804、904、910、1004…他のファイルのエクステント；806、906、1006、1103…スタッフィング；1104…配置情報；1105…配置記述子；1106…フラグ＋長さ情報；1107…位置情報；1108…フラグ；1109…長さ情報；1202…タグ；1203…ビット数；1204…バイト数；1205…ビットマップ；1206…使用中のセクタ；1207…未使用のセクタ；1502…データ；1901…ファイル管理装置；1902…操作部；1903…プログラム格納用メモリ；1904…制御部；1905…データ格納用メモリ；1906…データ入出力部；1907…入力部；1908…エンコーダ；1910…出力部；1911…ドライブ。
Claims (21)
- メディアに書き込まれたファイル形態のデータに対し、書き込みエラー発生時に別の書き込み領域への交替処理を伴ってデータ記録する第１の処理モードと、
書き込みエラー発生時に別の書き込み領域への交替処理を伴わずにデータ記録する第２の処理モードを有し、前記第１の処理モードと前記第２の処理モードを識別するための情報(以下、ファイルタイプ)を、前記ファイルと対応したファイル管理情報として前記メディアに格納してファイルを管理するファイル管理方法において、
処理対象のファイルに対応したファイルタイプをメディアから読み出すステップと、
該ファイルタイプを前記第１の処理モードを示すファイルタイプから前記第２の処理モードを示すファイルタイプに変換するステップと、
該変換後のファイルタイプを前記処理対象のファイルに対応するファイル管理情報としてメディアに書き込むステップを有することを特徴とする、ファイル管理方法。 - 請求項１記載のファイル管理方法において、
前記交替処理はN個(ただしNは正整数)の記録単位(以下、セクタ)から構成されたエラー訂正単位ごとに行われ、前記処理対象のファイルに属するデータが格納されたエラー訂正単位中に該データがN個すべてのセクタに格納されているか否かを判定するステップと、
格納されていないと判定された場合は前記処理対象のファイルに属するデータが格納されたエラー訂正単位中の前記データが格納されていないセクタ(以下、端数セクタ)をスタッフィングとして前記ファイル管理情報に登録するステップを有することを特徴とする、ファイル管理方法。 - 請求項２記載のファイル管理方法において、
前記端数セクタに前記処理対象以外のファイル(以下、他のファイル)に属するデータ(以下、他のデータ)が格納されているか否かを判定するステップと、
格納されていると判定された場合は前記他のデータを前記エラー訂正単位とは別のエラー訂正単位に移動するステップと、
前記他のファイルを管理するファイル管理情報に前記移動の結果を反映するステップを有することを特徴とする、ファイル管理方法。 - 請求項２記載のファイル管理方法において、
前記端数セクタに前記処理対象以外のファイルに属するデータが格納されているか否かを判定するステップと、
格納されていると判定された場合は前記処理対象のファイルに属するデータを前記エラー訂正単位とは別のエラー訂正単位に移動するステップと、
前記処理対象のファイルを管理するファイル管理情報に前記移動の結果を反映するステップを有することを特徴とする、ファイル管理方法。 - 請求項３あるいは４記載のファイル管理方法において、
前記移動の結果を反映するステップは、前記移動前のメディア上のデータ格納位置を示す第１の配置情報を前記ファイル管理情報から削除するステップと、
前記移動後のメディア上のデータ格納位置を示す第２の配置情報を前記ファイル管理情報に登録するステップを有することを特徴とする、ファイル管理方法。 - 請求項１記載のファイル管理方法において、
処理対象のファイルの再配置を禁止するフラグを前記管理情報にセットするステップを有することを特徴とする、ファイル管理方法。 - メディアに書き込まれたファイル形態のデータに対し、書き込みエラー発生時に別の書き込み領域への交替処理を伴ってデータ記録する第１の処理モードと、
書き込みエラー発生時に別の書き込み領域への交替処理を伴わずにデータ記録する第２の処理モードを有するファイル管理方法において、
前記交替処理はN個(ただしNは正整数)の記録単位(以下、セクタ)から構成されたエラー訂正単位ごとに行われ、前記交替処理後の記録位置に格納されたデータを読み出すステップと、
該データを前記交替処理前の記録位置に書き込むステップを有することを特徴とする、ファイル管理方法。 - メディアに書き込まれたファイル形態のデータに対し、書き込みエラー発生時に別の書き込み領域への交替処理を伴ってデータ記録する第１の処理モードと、
書き込みエラー発生時に別の書き込み領域への交替処理を伴わずにデータ記録する第２の処理モードを有し、前記第１の処理モードと前記第２の処理モードを識別するための情報(以下、ファイルタイプ)を、前記ファイルと対応したファイル管理情報として前記メディアに格納してファイルを管理するファイル管理装置において、
処理対象のファイルに対応したファイルタイプをメディアから読み出す手段と、
該ファイルタイプを前記第１の処理モードを示すファイルタイプから前記第２の処理モードを示すファイルタイプに変換する手段と、
該変換後のファイルタイプを前記処理対象のファイルに対応させた形態でメディアに書き込む手段を有することを特徴とする、ファイル管理装置。 - 請求項８記載のファイル管理装置において、
前記交替処理はN個(ただしNは正整数)の記録単位(以下、セクタ)から構成されたエラー訂正単位ごとに行われ、前記処理対象のファイルに属するデータが格納されたエラー訂正単位中に該データがN個すべてのセクタに格納されているか否かを判定する手段と、
該判定ステップにより格納されていないと判定された場合に前記処理対象のファイルに属するデータが格納されたエラー訂正単位中の前記データが格納されていないセクタ(以下、端数セクタ)をスタッフィングとして前記ファイル管理情報に登録する手段を有することを特徴とする、ファイル管理装置。 - 請求項９記載のファイル管理装置において、
前記端数セクタに前記処理対象以外のファイル(以下、他のファイル)に属するデータ(以下、他のデータ)が格納されているか否かを判定する手段と、
該判定ステップにより格納されていると判定された場合に前記他のデータを前記エラー訂正単位とは別のエラー訂正単位に移動する手段と、
前記他のファイルを管理するファイル管理情報に前記移動の結果を反映する手段を有することを特徴とする、ファイル管理装置。 - 請求項９記載のファイル管理方法において、
前記端数セクタに前記処理対象以外のファイルに属するデータが格納されているか否かを判定する手段と、
該判定ステップにより格納されていると判定された場合に前記処理対象のファイルに属するデータを前記エラー訂正単位とは別のエラー訂正単位に移動する手段と、
前記処理対象のファイルを管理するファイル管理情報に前記移動の結果を反映する手段を有することを特徴とする、ファイル管理装置。 - 請求項１０あるいは１１記載のファイル管理装置において、
前記移動の結果を反映する手段は、
前記移動前のメディア上のデータ格納位置を示す第１の配置情報を前記ファイル管理情報から削除する手段と、前記移動後のメディア上のデータ格納位置を示す第２の配置情報を前記ファイル管理情報に登録する手段を有することを特徴とする、ファイル管理装置。 - 請求項８記載のファイル管理装置において、処理対象のファイルの再配置を禁止するフラグを前記管理情報にセットする手段を有することを特徴とする、ファイル管理装置。
- メディアに書き込まれたファイル形態のデータに対し、書き込みエラー発生時に別の書き込み領域への交替処理を伴ってデータ記録する第１の処理モードと、
書き込みエラー発生時に別の書き込み領域への交替処理を伴わずにデータ記録する第２の処理モードを有するファイル管理装置において、
前記交替処理はN個(ただしNは正整数)の記録単位(以下、セクタ)から構成されたエラー訂正単位ごとに行われ、前記交替処理後の記録位置に格納されたデータを読み出す手段と、該データを前記交替処理前の記録位置に書き込む手段を有することを特徴とする、ファイル管理装置。 - メディアに書き込まれたファイル形態のデータに対し、書き込みエラー発生時に別の書き込み領域への交替処理を伴ってデータ記録する第１の処理モードと、
書き込みエラー発生時に別の書き込み領域への交替処理を伴わずにデータ記録する第２の処理モードを有し、前記第１の処理モードと前記第２の処理モードを識別するための情報(以下、ファイルタイプ)を、前記ファイルと対応したファイル管理情報として前記メディアに格納してファイルを管理するようにコンピュータを制御するプログラムであって、処理対象のファイルに対応したファイルタイプをメディアから読み出すステップと、該ファイルタイプを前記第１の処理モードを示すファイルタイプから前記第２の処理モードを示すファイルタイプに変換するステップと、該変換後のファイルタイプを前記処理対象のファイルに対応させた形態でメディアに書き込むステップをコンピュータに実行させることを特徴とするプログラム。 - 請求項１５記載のプログラムにおいて、前記交替処理はN個(ただしNは正整数)の記録単位(以下、セクタ)から構成されたエラー訂正単位ごとに行われ、前記処理対象のファイルに属するデータが格納されたエラー訂正単位中に該データがN個すべてのセクタに格納されているか否かを判定するステップと、該ステップにより格納されていないと判定された場合に前記処理対象のファイルに属するデータが格納されたエラー訂正単位中の前記データが格納されていないセクタ(以下、端数セクタ)をスタッフィングとして前記ファイル管理情報に登録するステップをコンピュータに実行させることを特徴とするプログラム。
- 請求項１６記載のプログラムにおいて、前記端数セクタに前記処理対象以外のファイル(以下、他のファイル)に属するデータ(以下、他のデータ)が格納されているか否かを判定するステップと、該ステップにより格納されていると判定された場合に前記他のデータを前記エラー訂正単位とは別のエラー訂正単位に移動するステップと、前記他のファイルを管理するファイル管理情報に前記移動の結果を反映するステップをコンピュータに実行させることを特徴とするプログラム。
- 請求項１６記載のプログラムにおいて、前記端数セクタに前記処理対象以外のファイルに属するデータが格納されているか否かを判定するステップと、該ステップにより格納されていると判定された場合に前記処理対象のファイルに属するデータを前記エラー訂正単位とは別のエラー訂正単位に移動するステップと、前記処理対象のファイルを管理するファイル管理情報に前記移動の結果を反映するステップをコンピュータに実行させることを特徴とするプログラム。
- 請求項１７あるいは１８記載のプログラムにおいて、前記移動の結果を反映するステップとは、前記移動前のメディア上のデータ格納位置を示す第１の配置情報を前記ファイル管理情報から削除するステップと、前記移動後のメディア上のデータ格納位置を示す第２の配置情報を前記ファイル管理情報に登録するステップをコンピュータに実行させることを特徴とするプログラム。
- 請求項１５記載のプログラムにおいて、処理対象のファイルの再配置を禁止するフラグを前記管理情報にセットするステップをコンピュータに実行させることを特徴とするプログラム。
- メディアに書き込まれたファイル形態のデータに対し、書き込みエラー発生時に別の書き込み領域への交替処理を伴ってデータ記録する第１の処理モードと、
書き込みエラー発生時に別の書き込み領域への交替処理を伴わずにデータ記録する第２の処理モードを有してファイルを管理するようにコンピュータを制御するプログラムにおいて、前記交替処理はN個(ただしNは正整数)の記録単位(以下、セクタ)から構成されたエラー訂正単位ごとに行われ、前記交替処理後の記録位置に格納されたデータを読み出すステップと、該データを前記交替処理前の記録位置に書き込むステップをコンピュータに実行させることを特徴とするプログラム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001113407A JP3674531B2 (ja) | 2001-04-12 | 2001-04-12 | ファイル管理方法、ファイル管理装置、プログラム |
| TW090119485A TW559789B (en) | 2001-04-12 | 2001-08-09 | File management method, file management device and recording medium |
| US09/942,782 US7089267B2 (en) | 2001-04-12 | 2001-08-31 | Method and apparatus for file management |
| US11/410,023 US7320012B2 (en) | 2001-04-12 | 2006-04-25 | Method and apparatus for file management |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001113407A JP3674531B2 (ja) | 2001-04-12 | 2001-04-12 | ファイル管理方法、ファイル管理装置、プログラム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001126865A Division JP2002312132A (ja) | 2001-04-25 | 2001-04-25 | ファイル管理方法、ファイル管理装置、プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002312214A JP2002312214A (ja) | 2002-10-25 |
| JP3674531B2 true JP3674531B2 (ja) | 2005-07-20 |
Family
ID=18964631
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001113407A Expired - Fee Related JP3674531B2 (ja) | 2001-04-12 | 2001-04-12 | ファイル管理方法、ファイル管理装置、プログラム |
Country Status (3)
| Country | Link |
|---|---|
| US (2) | US7089267B2 (ja) |
| JP (1) | JP3674531B2 (ja) |
| TW (1) | TW559789B (ja) |
Families Citing this family (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW512318B (en) * | 2000-03-01 | 2002-12-01 | Matsushita Electric Industrial Co Ltd | AV data recorder and its method, disk recorded by AV data recorder and the method |
| JP3722057B2 (ja) * | 2001-11-30 | 2005-11-30 | ソニー株式会社 | データ記録再生装置及びデータ記録再生方法、並びにデジタルカメラ |
| WO2003065217A2 (en) * | 2002-01-29 | 2003-08-07 | Koninklijke Philips Electronics N.V. | Method for handling data, data storage system, file system and computer program product |
| JP3861261B2 (ja) * | 2002-04-25 | 2006-12-20 | ソニー株式会社 | 光ディスク装置、光ディスクの記録方法、光ディスクの記録方法のプログラム及び光ディスクの記録方法のプログラムを記録した記録媒体 |
| JP3707685B2 (ja) * | 2002-05-08 | 2005-10-19 | ソニー株式会社 | 光ディスク装置、光ディスクの記録方法、光ディスクの記録方法のプログラム及び光ディスクの記録方法のプログラムを記録した記録媒体 |
| JP3875912B2 (ja) * | 2002-05-09 | 2007-01-31 | ソニー株式会社 | 光ディスク記録方法、光ディスク記録装置及び情報記録媒体 |
| JP3945807B2 (ja) * | 2002-05-09 | 2007-07-18 | ソニー株式会社 | 光ディスク装置、光ディスクの記録方法、光ディスクの記録方法のプログラム及び光ディスクの記録方法のプログラムを記録した記録媒体 |
| KR20050080869A (ko) | 2004-02-11 | 2005-08-18 | 엘지전자 주식회사 | 고밀도 광디스크의 파일 구성방법 및 재생방법 |
| TWI266291B (en) * | 2004-07-23 | 2006-11-11 | Mediatek Inc | Method and apparatus of blank detection for optical storage disk |
| JP2007122221A (ja) * | 2005-10-26 | 2007-05-17 | Sony Corp | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
| EP1798726A1 (en) * | 2005-12-16 | 2007-06-20 | Deutsche Thomson-Brandt Gmbh | Methods and apparatuses for writing data, for reading data, and for administrating data carrier errors; and data carriers |
| US8024800B2 (en) | 2006-09-25 | 2011-09-20 | International Business Machines Corporation | File attachment processing method and system |
| WO2008099453A1 (ja) * | 2007-02-09 | 2008-08-21 | Fujitsu Limited | 縮退方法および情報処理装置 |
| US20090126027A1 (en) * | 2007-11-08 | 2009-05-14 | Rambus, Inc. | File accessing and retrieval using soft digital rights management technology |
| US20130262788A1 (en) * | 2012-03-29 | 2013-10-03 | Lsi Corporation | Systems and Methods for External Priority Controlled Data Transfer |
| US9569113B2 (en) * | 2012-10-11 | 2017-02-14 | SK Hynix Inc. | Data storage device and operating method thereof |
| US8908307B1 (en) | 2013-08-23 | 2014-12-09 | Lsi Corporation | Systems and methods for hard disk drive region based data encoding |
| US9196299B2 (en) | 2013-08-23 | 2015-11-24 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Systems and methods for enhanced data encoding and decoding |
| US9400797B2 (en) | 2013-09-17 | 2016-07-26 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Systems and methods for recovered data stitching |
| US9219503B2 (en) | 2013-10-16 | 2015-12-22 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Systems and methods for multi-algorithm concatenation encoding and decoding |
| US9323606B2 (en) | 2013-11-21 | 2016-04-26 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Systems and methods for FAID follower decoding |
| RU2014104571A (ru) | 2014-02-10 | 2015-08-20 | ЭлЭсАй Корпорейшн | Системы и способы для эффективного с точки зрения площади кодирования данных |
| US9378765B2 (en) | 2014-04-03 | 2016-06-28 | Seagate Technology Llc | Systems and methods for differential message scaling in a decoding process |
| JP2015225465A (ja) * | 2014-05-27 | 2015-12-14 | キヤノン株式会社 | 通信装置、撮像装置、通信装置の制御方法、及びプログラム |
| US20170083630A1 (en) * | 2015-09-21 | 2017-03-23 | Egemen Tas | Method to virtualize large files in a sandbox |
| US10776342B2 (en) * | 2016-11-18 | 2020-09-15 | Tuxena, Inc. | Systems and methods for recovering lost clusters from a mounted volume |
| CN110059056A (zh) * | 2019-04-18 | 2019-07-26 | 北京思特奇信息技术股份有限公司 | 多节点多文件的分布式系统可读/写检测方法、装置、设备 |
| WO2021230061A1 (ja) * | 2020-05-11 | 2021-11-18 | ソニーグループ株式会社 | 情報処理装置、情報処理方法およびプログラム |
| CN112463896B (zh) * | 2020-12-08 | 2024-02-23 | 常兰会 | 档案编目数据处理方法、装置、计算设备及存储介质 |
Family Cites Families (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5877034A (ja) * | 1981-10-30 | 1983-05-10 | Hitachi Ltd | 記録方法 |
| JP2725345B2 (ja) | 1989-02-16 | 1998-03-11 | ソニー株式会社 | データ再生方法及び装置 |
| US5130969A (en) * | 1989-02-15 | 1992-07-14 | Sony Corporation | Apparatus having defective sector compensation coupled with analog information mode and digital information mode recording/reproducing capability |
| US5473753A (en) * | 1992-10-30 | 1995-12-05 | Intel Corporation | Method of managing defects in flash disk memories |
| JPH07111035A (ja) | 1993-10-13 | 1995-04-25 | Matsushita Electric Ind Co Ltd | 情報記録再生装置 |
| JP3029400B2 (ja) * | 1996-03-25 | 2000-04-04 | 株式会社東芝 | 交替処理方法 |
| JPH09259576A (ja) * | 1996-03-25 | 1997-10-03 | Toshiba Corp | 複数管理領域を持つ情報記録ディスク |
| JPH10222316A (ja) * | 1997-02-12 | 1998-08-21 | Sony Corp | 再生システム、再生装置、再生方法 |
| JPH10320913A (ja) | 1997-05-23 | 1998-12-04 | Sony Corp | データ記録装置および方法、データ再生装置および方法、データ記録再生装置および方法、並びに伝送媒体 |
| EP1744316A1 (en) * | 1997-10-21 | 2007-01-17 | Sony Corporation | Recording and/or reproduction apparatus, file management method and providing medium |
| JP3597689B2 (ja) * | 1998-01-21 | 2004-12-08 | 株式会社東芝 | 情報記録媒体及び情報記録媒体処理装置 |
| SG93198A1 (en) * | 1998-04-20 | 2002-12-17 | Samsung Electronics Co Ltd | Recording medium for storing defect management information for recording real time data, defect managing method therefor, and real time data recording method |
| SG93201A1 (en) * | 1998-05-01 | 2002-12-17 | Samsung Electronics Co Ltd | Recording medium for storing real time recording/reproduction information, method and apparatus for recording and reproducing in real time, and file operating method using the same |
| JP2000090645A (ja) * | 1998-09-08 | 2000-03-31 | Sony Corp | ファイル管理装置および方法、並びに提供媒体 |
| EP2200032A3 (en) * | 1998-09-18 | 2010-09-22 | Kabushiki Kaisha Toshiba | Information recording method, information recording device, and information recording medium |
| US6742147B1 (en) * | 1998-10-22 | 2004-05-25 | Matsushita Electric Industrial Co., Ltd. | Information recording medium, and method and apparatus for managing defect thereof |
| KR100433606B1 (ko) * | 1998-10-22 | 2004-05-31 | 마쯔시다덴기산교 가부시키가이샤 | 정보 기록 매체, 및 이의 결함을 관리하는 방법 및 장치 |
| JP2000195144A (ja) * | 1998-12-25 | 2000-07-14 | Sony Corp | 記録媒体駆動装置および方法、情報記録再生システムおよび方法、並びに提供媒体 |
| US6842580B1 (en) * | 1999-01-27 | 2005-01-11 | Matsushita Electric Industrial Co., Ltd. | Real-time recording/reproduction on an information recording medium including a defective region |
| DE60011958T2 (de) * | 1999-04-28 | 2005-08-25 | Matsushita Electric Industrial Co., Ltd., Kadoma | Optische Platte, optisches Plattenaufzeichnungs- und wiedergabegerät, und Verfahren zur Aufzeichnung und Wiedergabe |
| TW526477B (en) * | 1999-08-03 | 2003-04-01 | Matsushita Electric Industrial Co Ltd | A/V data recording device and method, and the disk recording with the same |
| US7072256B2 (en) * | 2000-03-08 | 2006-07-04 | Matsushita Electric Industrial Co., Ltd. | Information recording medium, information recording method and information reproduction method |
| JP2001307334A (ja) * | 2000-04-21 | 2001-11-02 | Toshiba Corp | 情報記憶媒体、情報記録方法、及び情報再生方法 |
-
2001
- 2001-04-12 JP JP2001113407A patent/JP3674531B2/ja not_active Expired - Fee Related
- 2001-08-09 TW TW090119485A patent/TW559789B/zh not_active IP Right Cessation
- 2001-08-31 US US09/942,782 patent/US7089267B2/en not_active Expired - Fee Related
-
2006
- 2006-04-25 US US11/410,023 patent/US7320012B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002312214A (ja) | 2002-10-25 |
| US7089267B2 (en) | 2006-08-08 |
| US20060195730A1 (en) | 2006-08-31 |
| US20020152349A1 (en) | 2002-10-17 |
| US7320012B2 (en) | 2008-01-15 |
| TW559789B (en) | 2003-11-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3674531B2 (ja) | ファイル管理方法、ファイル管理装置、プログラム | |
| US7024534B2 (en) | Information recording medium, information recording method, information recording apparatus, information reproduction method, and information reproduction apparatus | |
| US8238720B2 (en) | Method and apparatus for recording a digital information signal | |
| US7177249B2 (en) | Method and apparatus for real time recording/playback of data to/from an optical recording medium | |
| CN101859579B (zh) | 驱动装置 | |
| US20060239144A1 (en) | Access method, access device, information recording medium | |
| US20080273437A1 (en) | Device for and Method of Recording Information on a Record Carrier | |
| CN101023485B (zh) | 驱动装置 | |
| JP2002312132A (ja) | ファイル管理方法、ファイル管理装置、プログラム | |
| JP4272195B2 (ja) | 情報記録媒体、情報記録方法、情報記録装置、情報再生方法および情報再生装置 | |
| JP4269915B2 (ja) | 記録再生装置及び方法、並びに記録再生システム | |
| CN100412976C (zh) | 信息记录介质、信息记录方法、信息记录装置、信息再现方法和信息再现装置 | |
| JP2005011428A (ja) | ファイル管理方法、記録方法、再生方法、及び記録媒体 | |
| KR20070030907A (ko) | 파일 레벨의 결함 관리 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041221 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050215 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050405 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050418 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080513 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090513 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100513 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110513 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110513 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120513 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120513 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130513 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |