JP5095895B2 - ディスク状記録媒体にファイルを即時書き込み又は読出しする方法 - Google Patents

Description

【０００１】
本発明は、ディスクのプログラム領域を伴なう、リライタブルタイプの光学ディスクにディジタル情報信号を記録し、記録装置からディスクを取り出す前に、制御情報を含むリードイン領域とリードアウト領域を有するディスクをファイナライズする方法に関する。
【０００２】
本発明は、更に、リライタブルタイプの光学ディスクにディジタル情報信号を記録する記録装置であって、ディジタル情報信号を受信する入力手段と、光学ディスク状記録媒体、該記録媒体を受ける記録媒体受け手段と、ディジタル情報信号を該記録媒体に記録する手段と、該記録媒体上に蓄積されたディジタル情報信号を読み出す手段と、読み出されたディジタル情報信号を出力する出力手段と、該記録媒体上のプログラム領域に、ユーザデータを表すディジタル情報信号を記録する制御を行うようになされた制御手段とを有するディジタル情報信号を記録する記録装置に関する。
【０００３】
ＰＣの世界では、フロッピードライブの交換が必要である。磁気フロッピーディスク及び、読出し機能は既にＣＤ−ＲＯＭにより置き換えられているので、ＣＤ−ＲＷのような光形式のディスク状リライタブル蓄積媒体は、論理的な選択であると思われる。今日の全てのＰＣは、ＣＤ−ＲＯＭが装備され、そして、アプリケーションとソフトウェアは、ＣＤ−ＲＯＭにより配布されている。従って、ＣＤ−ＲＷ又は、リライタブルＤＶＤのような記録媒体は、必要とされる容量を満たすのに完全な媒体であると思われる。光磁気形式の記録媒体は、既にこのギャップを埋めようとしたが、しかし、インストールされているベースと互換性がない。即ち、約２億台のＣＤ−ＲＯＭドライブに渡ってインストールされているベースに渡されるのは例えば、ＣＤ−ＲＷである。ＣＤ−ＲＷ媒体は、安価でかつ容量はフロッピーの使用に対して十分に大きい。
【０００４】
更に、オペレーティングシステムの製造者は、フロッピードライブのような従来の部品を取り除きたいと考えている。ＯＥＭ会社にとっては、フロッピードライブを、組合せの１つのスピンドルドライブによりＣＤ−ＲＯＭドライブとＤＶＤ−ＲＯＭドライブに、そして、将来は２つのライターに置き換えるその考えは魅力的である。それは、今まで増加した速度以外の新たな特徴をもドライブに与える。
【０００５】
ＣＤ−ＲＷをフロッピードライブのように使用することを可能とする製品が市場にはあるが、しかし、それらは、フロッピードライブの代わりとなるようなＣＤドライブがするように期待されていたようには動作しない。アクセス時間が高すぎ、フォーマット時間が長すぎ、そして、さらに重要なことに、ドライブが現在のＯＳのストラテジーに合わない。ディスクはすぐにドラッグアンドドロップで使用できねばならない。高速なイジェクトが要求され、消去もすぐできなければならない。多数のドラッグアンドドロップを可能とするために、欠陥管理が要求される。しかし、欠陥管理はドライブによって行われるべきである。これは、オペレーティングシステムの製造により書き込み側でサポートされない、ＵＤＦ１．５の代わりにＵＤＦ１．０２を使用することの可能性を切り開く。更にバックグランドフォーマッティングは、バストラフィックとドライブとＯＳの間の相互動作を最小化するために、アプリケーションやＯＳによってではなくドライブによってなされねばならない。最後に、パケットに対する読出し／変更／書き込みがドライブでなされねばならない。
【０００６】
したがって、本発明の目的は、上述の欠点を除去することである。１つの特徴に従って、本発明の方法は、請求項１に記載のような初期化ステップを実行することを特徴とする。
【０００７】
非常に制限されたデータが記録されるので、このステップは数秒で終了する。そして、このディスクは、データ蓄積に対する準備が完了している。更に汎用領域は、例えば、装置ドライバのプログラムをここに蓄積し又は、前記プログラムにより使用されるディスク空間を可能とすることにより、更なる機能を追加するのに使用できる。汎用領域は従来のドライブにより読出し可能であるので、このドライブはユーザ領域の終わりとしてリードアウト領域の開始を報告するので、これらのドライブは追加された機能を採用しうる。これにより互換性は達成される。
【０００８】
優位な実施例は、請求項２の特徴的な部分に従って欠陥管理を追加することにより達成される。これは、リムーバブルディスクの機能と等価なファイルドラッグアンドドロップ機能を追加する場合には要求される。
【０００９】
更なる優位な実施例は、請求項３の特徴的な部分に従って欠陥管理を扱うデバイスドライバに対する空間を予約することにより得られる。これは、従来のドライブが欠陥領域を扱うことを可能とする。
【００１０】
更なる改善は、請求項５の特徴的な部分により定義されるように欠陥テーブルの隣に標識領域を追加することにより得られる。この領域は、優位に使用される。著作権情報のような所有者情報の蓄積のために、この領域は、古い欠陥テーブルが消耗したときには、新たな欠陥テーブルを蓄積するのに使用されうる。
【００１１】
他の実施例は、請求項６の特徴的な部分に従って、ドライブがアイドルのときにフォーマットを行うことにより得られる。これは、媒体がイジェクト要求が発生する前にフォーマットされるという優位点を有する。
【００１２】
次の実施例は、請求項７の特徴的な部分に従って、ファイナリゼーションステップを実行する。記録媒体はＣＤ−ＲＯＭと互換性のある状態であり、一方、２次欠陥テーブル（ＳＤＴ）はＣＤ−ＲＯＭリーダ又は従来のリーダにより読むことが可能である。
【００１３】
しかし、優位な実施例は、請求項８の特徴的な部分に従って、アーリーイジェクトステップを可能とすることにより得られる。イジェクト時間は、可能な限り速いが一方、記録媒体は、ＣＤ−ＲＯＭ又は従来のドライブ互換状態でドライブを離れる。全てのデータは連続して記録され一方一時的欠陥テーブル（ＴＤＴ）は欠陥管理に使用されうる。
【００１４】
他の優位な実施例はこの説明に開示されている。
【００１５】
図１は、オーディオＣＤに対する”レッドブック”規格と似た、”イエローブック”として示される関連する規格から知られる、ＣＤ−ＲＯＭの基本フォーマットの概略を示す。ＣＤ−ＲＯＭの物理的な規格の記述は、ＩＥＣ９０８内のオーディオ−ＣＤの公に利用できる文書ＩＳＯ／ＩＥＣ１０１４９で見つけることができる。レコーダブルＣＤに対する物理的な規格は、”オレンジブック”と呼ばれ、ＩＳＯ／ＩＥＣ１１１７２／１／２／３／に開示されている。ＣＤ−ＲＯＭの論理フォーマットに関する規格は、ＩＳＯ−９６６０（ハイシーラ規格）に記載され、そして、レコーダブルＣＤに対してはＥＣＭＡ１６８／ＩＳＯ１３９４０（フランクフルト提案）に記載されている。
【００１６】
ＣＤ−ＲＯＭのデータを担う領域は、リードイン領域で始まり、ユーザデータにデータ領域が利用でき、そして、リードアウト領域で終わる。
【００１７】
この説明に記載されている欠陥管理及びフォーマッティングに関する方法は、コンピュータ環境での高速ＣＤ−ＲＷの性能を最適化するのに使用できる。コンピュータデータストレージ環境で高速ＣＤ−ＲＷの全性能を利用するために、幾つかの条件が満足されねばならない。
１）システムはランダムアクセスを必要とする。
２）記録されたディスクはマルチリード準拠ＣＤ−ＲＯＭドライブと互換性が無ければならない。
３）システムはドライブ又は専用のデバイスドライバにより扱われることができる欠陥管理の方法を必要とする。
４）フォーマッティングは、（コンピュータで実行されているアプリケーション又はオペレーティングシステムの相互動作なしに）バックグランドで行われねばならない。
５）ディスクは挿入後すぐに利用できねばならず、そして、イジェクト時間は最小でなければならない。
６）記録は、単一セッションディスク上で単一トラック内で、３２ユーザブロックの固定パケットに基づいている。
【００１８】
マルチリードＣＤ−ＲＯＭドライブ（又は、従来のＣＤ−Ｒ／ＲＷ記録器）と読出しの互換性を保証するために、以下の要求を満足しなければならない。
−ディスクはリードイン領域、プログラム領域及び、リードアウト領域を有する。
−リードイン領域とリードアウト領域の間の全てのプログラム領域は完全にフォーマットされねばならない。
−欠陥管理情報と置換領域を含む全てのデータは、ディスクのプログラム領域（論理的にアドレス可能な領域）内で利用できなければならない。そして、欠陥管理は、コンピュータのオペレーティングシステム下で実行する専用のデバイスドライバにより扱うことができなければならない。ディスクがすべてのこれらの条件を満足する場合には、そのようなディスクを”ＲＯＭ−互換”と呼ぶ。現在のＣＤ−ＲＯＭドライブは欠陥管理を扱わないので、システムにこの機能を与えるオプショナルなデバイスドライバは、例えば、フォーマッティング中に汎用領域に与えられねばならない。
【００１９】
欠陥管理システムは、ディスクのリードイン領域内の主欠陥テーブル（ＭＤＴ）、汎用領域内の２次欠陥テーブル（ＳＤＴ）及び置換パケットに基づいている。欠陥テーブルは全てのバイトが００ｈを有するいわゆる標識パケット（ＳＴＬ）により先行されねばならない。本発明に従った方法で得られるディスクの一般レイアウトを図２に示す。
【００２０】
汎用領域は、リードアウト領域に接してディスクの外周に配置されるのが好ましい。本発明に従った欠陥管理を有するＣＤ−ライターは、汎用領域の開始アドレスを、リードアウト領域の開始アドレスとして報告する。ＵＤＦ−ファイルシステムは、このように小さなパーティションを使用する。この未使用部分は、置換領域に対して予約されそして、欠陥テーブルを含む。元のリードアウトアドレスの最後を報告する従来のドライブとは対称的である。このトリックは、ＣＤ−ＲＯＭのような従来のドライブと欠陥管理を後方互換にするために必要である。ＣＤ−ＲＯＭリーダは、欠陥管理領域がデータ領域内にあるので、欠陥管理領域を読むことができる。デバイスドライバは、従来ドライブの場合には欠陥管理を行う。将来のＣＤ−ＲＯＭリーダは、それ自身で欠陥管理を扱う能力がなければならない。これは、ＲＯＭファームウェア内のファームウェア変更のみである。ライターのリードアウトポインタは、ファームウェアへ追加されねばならない。ＣＤ／ＤＶＤ−ＲＯＭの互換性は、欠陥管理テーブルを読み且つ欠陥管理を扱うデバイスドライバ又はアプリケーションにより得られる。オペレーティングシステムはこのように、欠陥管理を扱うデバイスドライバ又はアプリケーションによってのみＣＤ−ＲＯＭ、従来のＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ又は、ＤＶＤ−ＲＡＭ相互に動作する。本発明に従って改善されたフォーマットを有するＣＤ−ＲＷはオペレーティングシステムと直接的に動作する。
【００２１】
一般的には、システムのエンドユーザは、ドライブにディスクが挿入された後に数秒内でディスクの使用準備ができることを好む。しかし、ブランクディスクは、その能力が完全に利用できる前にフォーマットされねばならない。通常のフォーマット処理は多くの時間がかかるので、バックグランドフォーマッティング手順が定義され、それは、最小の情報量でディスクを初期化し、その後に記録利用でき、そして、ドライブがアイドルの時の時間期間中にフォーマットを進める。バックグランドフォーマッティングは、ディスクの物理的なフォーマッティングのみを定義し、これはシステムに依存する。完全にフォーマットされたディスクは常にＲＯＭ−互換状態である。イジェクト命令は遅延なしに実行される。ディスクが完全にフォーマットされる前に、イジェクトが要求されたときには、ディスクが記録器を離れる前にＲＯＭ−互換にするために、高速終了処理が実行されねばならない。
【００２２】
現在のＣＤ−ＲＷ記録フォーマットに従って、データは幾つかの別個の書き込み動作で記録されうる。これは、インクリメンタルライトと呼ばれる。インクリメンタルライトの場合には、記録されたデータのリンキング規則が考慮されねばならない。リンク位置は、ＥＦＭ信号の記録を開始及び停止することを許されているディスク上の物理的な位置である。データ記録の場合には、ＥＦＭ記録シーケンスは、リンク、ランイン及び、ランアウトブロックで開始し且つ停止する。記録間のギャップは許されない。記録されたリンク、ランイン、ユーザデータ及び、ランアウトブロックはパケットと呼ばれる。パケット内のユーザデータブロックの数は、パケットサイズと呼ばれる。リンクブロックはリンク位置を含む。
【００２３】
図３は、現在のＣＤ−ＲＷフォーマットに従ったプログラム領域内のリンキングの詳細を示す。プログラム領域は、３２ユーザデータブロックのサイズの固定のパケットで１トラックが構成される。ＬＮＫ＝リンクブロック、ＲＩ１．．ＲＩ４＝ランインブロック、ＲＯ１．．ＲＯ２＝ランアウトブロック、ＵＤ１．．ＵＤ３２＝ユーザデータブロック及び、ＴＤＢ＝トラックディスクリプタ−ブロックである。
【００２４】
図４は、本発明に従った汎用領域（ＧＰＡ）のレイアウトを示す。汎用領域（ＧＰＡ）は、
−一般アプリケーション領域（ＧＡＡ）、
−欠陥管理領域（ＤＭＡ）、
−予約パケットの、３つの部分よりなる。
【００２５】
ＧＰＡは、リードアウト領域のすぐ前のプログラム領域の最後に、（図２で示す）ディスクの論理的にアドレス可能な空間内に配置される。欠陥管理システムは、ＧＰＡ内で活性化されるべきでなく、それにより、ＧＰＡ内に欠陥パケットに対する置換はない。一般アプリケーション領域（ＧＡＡ）は、欠陥管理を扱うことができるアプリケーションプログラム又はデバイスドライバ、又は、ＵＤＦ又はＩＳＯ９６６０ファイルシステムを使用するマルチオペレーティングシステムのサポート、又は、音楽／ビデオ再生のような多ソースのサポートなど、欠陥管理により置き換えることが許されないデータの蓄積に使用される。ＧＡＡのサイズは、ディスクのフォーマット中に定義される。ＧＡＡに対しては長さ＝０を規定することが許される。
【００２６】
欠陥管理領域（ＤＭＡ）は、データ領域内の欠陥パケットの置換を意味するＮパケット、標識パケット（ＳＴＬ）及び、２次欠陥テーブル（ＳＤＴ）よりなる。置換パケットＮの数は、ディスクのフォーマット中に定義される。ＳＤＴはリードアウト中の欠陥管理のためにＣＤ−ＲＯＭドライブ及び、従来のＣＤレコーダにより使用することを意味する。それは、ＭＤＴが破損した場合のバックアップでもある。ＳＤＴは、１パケットを含む。ＳＤＴは標識パケットに先行される。標識パケットの２Ｋブロックの内容は、全てゼロである。ＧＰＡの最後のパケットは、予約パケットである。このパケットはファイルシステムの使用以外の目的には使用されない。
【００２７】
高速ＣＤ−ＲＷの欠陥管理システムは、リードイン領域にある主欠陥テーブル（１パケット）、汎用領域及び汎用領域内の置換パケット内の、ＭＤＴのコピーを含む２次欠陥テーブルに基づいている。図５は、リードイン領域内及び、第１のＭＤＴの位置を示す。
【００２８】
レコーダの欠陥管理は、書き込み又は読出し中に欠陥が見つかった全パケットのみを置換する。可能なエラーの検出は、例えば、過度のサーボ信号、書き込み中の”動作するＯＰＣ”からの帰還又は、読出し中のエラー訂正システムからのエラーフラグに基づく。
【００２９】
ＭＤＴは、欠陥検出の各場合にレコーダにより更新される。ＭＤＴは非常に多くオーバーライトするので消耗する（又は、破損の他の理由で欠陥となる）場合には、新たなＳＴＬパケットが現在のＳＴＬパケットの丁度前に形成され、そして、古いＳＴＬパケットは新たなＭＤＴパケットにより上書きされる。図６は欠陥のあるＭＤＴの置換を示す。欠陥のあるＭＤＴパケットは、このテーブルはもはや有効でないことを示す、ＦＦＦＦｈに設定された更新カウントフィールドを伴なうＤＴで上書きされねばならない。
【００３０】
ＳＤＴは、レコーダからディスクがイジェクトされたときにのみ更新される必要がある。多くのオーバーライトでＳＤＴが消耗する（又は、破損の他の理由で欠陥となる）場合には、新たなＳＴＬパケットが現在のＳＴＬパケットの丁度前に形成され、そして、図７に示すように、古いＳＴＬパケットは新たなＳＤＴパケットにより上書きされる。欠陥のあるＳＤＴパケットは、このテーブルはもはや有効でないことを示す、ＦＦＦＦｈに設定された更新カウントフィールドを伴なうＤＴで上書きされねばならない。置換パケットの数は、１だけ減少され、そして、欠陥テーブルは適用されねばならない。
【００３１】
このように、本発明の方法の実施例に従って、３つの欠陥テーブルが定義される。
−リードイン領域に配置された主欠陥テーブル（ＭＤＴ）。
−汎用領域（ＧＰＡ）に配置されＭＤＴの正確なコピーである、２次欠陥テーブル（ＳＤＴ）。更に加えて、本発明の方法の実施例に従って、第３の欠陥テーブルが定義される。
−一時的欠陥テーブル（ＴＤＴ）。このＴＤＴは、バックグランドフォーマッティング処理が完了する前に、イジェクトが要求されたときに、ＳＤＴの代わりに形成され、以後説明する。
【００３２】
全ての欠陥テーブルは、同じレイアウトを有しそして、レコーダからディスクが排出された後に同じ情報を含む。各欠陥テーブル（ＤＴ）は４つの連続するブロックに含まれており、その４ブロックは、完全なパケットを埋めるために８回繰り返される。図８は、欠陥テーブルパケットの構成を示す。この繰返しは、ディスクの局部欠陥（ごみ、傷等）に対してよい保護を与える。このパケットは、連続的に満たされ、ＤＴ０、パート０から開始して、ＤＴ７、パート３で終わる。
【００３３】
欠陥テーブルは、パケットのリストを有し、確認中又は媒体の使用中に欠陥であると決定され、そして、パケットのリストが置換に予約される。欠陥パケットは、欠陥テーブル内割り当てられた予約されたパケットにより線形に置換される。欠陥パケットの認識は、レコーダによる読出し又は書き込み動作中の何れかで発生する。
【００３４】
欠陥テーブルパケット内の各２Ｋブロックは、欠陥テーブルのレイアウトを示す図９に定義される内容を有する。欠陥管理に使用されるべきアドレス方法は、論理ブロック番号に従っている。図９を参照し、特定のバイトは以下の内容を有する。
【００３５】
バイト０から２：署名。
これらの３バイトは、以下に設定される。
４Ｄ４４５４ｈ、ＭＤＴの各ブロック内の文字”ＭＤＴ”を表す。
５３４４５４ｈ、ＳＤＴの各ブロック内の文字”ＳＤＴ”を表す。
５４４４５４ｈ、ＴＤＴの各ブロック内の文字”ＴＤＴ”を表す。
【００３６】
バイト３：バージョン番号。
これらのバイトは、００ｈに設定される。
【００３７】
バイト４，５：ＤＴ更新カウント。
これらのバイトは、この欠陥テーブルに関する更新動作の全数を示す。このフィールドはＤＴの形成中に００００ｈに設定され、そして、ＤＴが再書き込みされるたびに１だけ増加される。ＤＴパケットが欠陥がある場合には、このパケットはＦＦＦＦｈに設定された更新カウントフィールドと共にＤＴにオーバーライトされ、このテーブルはもはや有効でないことを示す。
【００３８】
バイト６：ＤＴ番号／ＤＴパート番号。
このバイトの上位桁４ビットはパケット内のＤＴ番号をバイナリー値０から７で規定する。このバイトの下位の４ビットはＤＴ内のパート番号をバイナリー値０から３で規定する。
【００３９】
バイト７：使用されているＤＴパート。
このバイトは、実際に有効なＤＴエントリーを含むＤＴのパートの数（０から４）を規定する。
【００４０】
バイト８，９：ＤＴエントリー数。
これらの２バイトは、ＤＴ内の置換エントリーの数を示す（全４パートの合計）。この値は、欠陥管理領域内の置換パケットの数と等しくなければならない。
【００４１】
バイト１０から１５：予約。
これらの６バイトは予約され、そして、００ｈに設定される。
【００４２】
バイト１６から１８：汎用領域の開始。
これらの３バイトは、汎用領域の第１パケットのユーザデータブロックの論理ブロック番号（ＬＢＮ）を規定する。バイト１６のビット７から４は、予約されゼロに設定される。
【００４３】
バイト１６、
ビット７から４：予約、
ビット３から０：ＧＰＡの第１ユーザデータブロックのＬＢＮ。
【００４４】
バイト１７、
ビット７から０：ＧＰＡの第１ユーザデータブロックのＬＢＮ。
【００４５】
バイト１８、
ビット７から０：ＧＰＡの第１ユーザデータブロックのＬＢＮ。
【００４６】
バイト１９，２０：置換領域のサイズ。
これらの２バイトは、欠陥パケットの置換に残しておくパケットの数を規定する。
【００４７】
バイト２１から２３：一般アプリケーション領域のサイズ。
これらの３バイトは欠陥管理の制御下でないデータの蓄積に取っておくパケットの数を規定する。
【００４８】
バイト２４，２５：ディスク状態。
これらの２バイトはディスク状態を示すフラグを含む。これらは、例えば、バックグランドフォーマッティング処理を追跡するために使用できる。
【００４９】
バイト２４、
ビット７から５：フォーマッティング状態、
ビット４から１：予約されゼロに設定される。
ビット０：ダーティーディスク。
【００５１】
フォーマッティング状態：
ビット７，６＝００：ディスクはフォーマットされていない、
０１：ディスクは部分的にフォーマットされている、
１０：ディスクはユーザにより完全にフォーマットされている、
１１：ディスクは製造者により完全にフォーマットされている。
ビット５は、”解凍が準備完了している”フラグとして使用されることを意味し、その詳細は以下に説明する。
ビット５＝１：ディスクは不連続に記録されており、そして、幾つかの記録の間にブランク領域が存在することを示す。
ビット５＝０：プログラム領域の開始からデータ領域内の最後に記録されたユーザデータの間（図２参照）の全てのパケットが、記録され又は、フォーマットされている。イジェクト前にディスクはビット５が１に設定され、ブランク領域はフォーマットされるべきである。
【００５２】
ダーティーディスク：
ビット０は一般的な”パワーフェイルフラグ”として使用されることを意味する。
各書き込み動作で１に設定され、通常の方法でディスクがクローズされそしてイジェクトされるときには、０にリセットされる。
【００５３】
バイト２６から２８：最後の書き込みアドレス。
これらの３バイトは記録され又はフォーマットされた最後のパケットの最初のユーザデータブロックの論理ブロック番号（ＬＢＮ）を規定する。バイト２６のビット７から４は、予約され、ゼロに設定される。
【００５４】
バイト２６、
ビット７から４：予約、
ビット３から０：最後にフォーマットされたパケットの最初のユーザデータのＬＢＮ。
【００５５】
バイト２７、
ビット７から０：最後にフォーマットされたパケットの最初のユーザデータのＬＢＮ。
【００５６】
バイト２８、
ビット７から０：最後にフォーマットされたパケットの最初のユーザデータのＬＢＮ。
【００５７】
バイト２９から３１：予約。
これらの３バイトは予約され００ｈに設定される。
【００５８】
バイト３２から２０４７：ＤＴ置換エントリー。
各ＤＴエントリーは、６バイトよりなる。最初の３バイトは、欠陥パケットを示し、そして、最後の３バイトは割り当てられた置換パケットを識別する。バイトｎとバイトｎ＋３の最上位ビット置換の状態を示すのに使用される。未使用のバイトは、００ｈに設定される。
【００５９】
バイトｎ、
ビット７，６：状態１、
ビット５，４：予約１、
ビット３から０：欠陥パケットＬＢＮ。
【００６０】
バイトｎ＋１、
ビット７から０：欠陥パケットＬＢＮ。
【００６１】
バイトｎ＋２、
ビット７から０：欠陥パケットＬＢＮ。
【００６２】
バイトｎ＋３、
ビット７，６：状態２、
ビット５，４：予約２、
ビット３から０：置換パケットＬＢＮ。
【００６３】
バイトｎ＋４、
ビット７から０：置換パケットＬＢＮ。
【００６４】
バイトｎ＋５、
ビット７から０：置換パケットＬＢＮ。
【００６５】
欠陥パケットＬＢＮは、交換されるべき欠陥パケット内の第１のユーザデータブロックのＬＢＮに等しくなければならない。これらの置換パケットＬＢＮは、置換パケットを保持するのに割り当てられている、置換パケット内の第１のユーザデータブロックのＬＢＮに等しくなければならなない。
【００６６】
状態と予約の値は、以下のように定義される。
【００６７】
状態１：ビット７，６：
＝００：エントリーは有効な置換を示す、
＝０１：エントリーは置換アドレスに記録されていない欠陥パケットを識別する、
＝１０：エントリーは将来の置換に使用可能な置換パケットを識別し、欠陥パケットＬＢＮはゼロに設定される、
＝１１：エントリーは将来の置換に使用可能な置換パケットを識別し、欠陥パケットＬＢＮは規定されない。
【００６８】
予約１：
ビット５，４は００に設定される。
【００６９】
状態２：ビット７，６：
＝００：もとの位置は置換位置と同じデータが記録されている、
＝０１：もとの位置は置換位置と異なるデータが記録されている、
＝１０：予約、
＝１１：予約。
【００７０】
予約２：
ビット５，４は００に設定される。
【００７１】
テーブル内のＤＴエントリーは、各ＤＴエントリーが単一の４８ビット符号なしバイナリー整数であるかのように昇順にソートされる。階層的置換はない。置換パケットＬＢＮは欠陥パケットＬＢＮと等しくない。
【００７２】
次に標識パケットを図１０を参照して説明する。ＳＴＬパケット内の各２Ｋブロックは、図１０に示す内容を有する。ここで、連続するバイトは、以下の内容を有する。
【００７３】
バイト０から２：署名。
これらの３バイトは、５３５４４Ｃｈに設定され、ＳＴＬの各ブロックで文字”ＳＴＬ”を示す。
【００７４】
バイト３：バージョン番号：
このバイトは００ｈに設定される。
【００７５】
バイト４，５：ＳＴＬ更新カウント。
【００７６】
これらのバイトはこのＳＴＬパケットに関する更新動作の全数を示す。このフィールドはＳＴＬの形成中に００００ｈに設定され、ＳＴＬが再書き込みされるときに１だけ増加される。ＳＴＬパケットが欠陥がある場合には、このパケットは、このテーブルはもはや有効でないことを示す、ＦＦＦＦｈに設定された更新カウントフィールドと共にオーバーライトされる。
【００７７】
バイト６，７：予約：
これらの２バイトは、予約され、００ｈに設定される。
【００７８】
バイト８から２０４７：予約：
これらの２０４０バイトは予約され、００ｈに設定される。
【００７９】
上述から明らかなように、各ＭＤＴ／ＳＤＴ／ＴＤＴは、標識パケット（ゼロパケットとも呼ばれる）が先行する。このパケットは、著作権情報のような財産情報の蓄積に優位に使用され得る。リードイン領域に蓄積されたこの種の情報は、ＣＤ−ＲＯＭリーダにより読むことはできない。反対にＳＤＴは、読むことができる。
【００８０】
次に欠陥管理手順について説明する。
【００８１】
初期化（詳細は以後説明する）では、状態１＝１０、欠陥パケットＬＢＮは０００００ｈに設定されそして状態２＝００である各置換パケットに対するＤＴエントリーを含む、ＭＤＴが形成される。レコーダにより読出し中に欠陥が発見されたパケットは、状態１が０１に設定され、そして欠陥パケットＬＢＮが欠陥パケットの第１ユーザデータブロックのＬＢＮに等しく設定された欠陥テーブル内で示される。置換パケットそれ自身が欠陥があると発見された場合には、状態１＝１１により示される。欠陥パケットＬＢＮは定義されない。
【００８２】
読出し中にパケットにエラーが検出された場合には、ドライブはパケットを置換し、置換のためのパケットをマークし、又は、エラーを無視する。欠陥パケットが置換され又は、置換のためにマークされた場合には、ドライブは状態１＝１０で最も低いＬＢＮを有する置換パケットを割り当てなければならない。パケットが置換される場合には、
−元のパケットからのデータは、置換パケットＬＢＮにより示されるパケット内に記録されねばならない。
−ＤＴエントリーの状態１フィールドは００に設定され、
−欠陥テーブルのソート順序が維持される。
パケットが後の置換のためにマークされている場合には、
−ＤＴエントリーの状態１フィールドは０１に設定され、
−欠陥テーブルのソート順序が維持され、
−将来のリード要求は、欠陥パケットＬＢＮにより識別されるパケットから完了され、
−将来のライト要求は、置換パケットＬＢＮにより識別されるパケットの書き込みにより扱われ、状態１フィールドを００に変え、そして、欠陥テーブルソート順序を更新する。随意に、元の位置は、オーバーライトされる。状態２フィールドはそれに従って設定される。
【００８３】
次に、バックグランドフォーマッティングについて詳細に説明する。ディスクは、リードイン領域、最大可能なプログラム領域及び、リードアウト領域が記録されている場合には、完全にフォーマットされていると考える。２Ｋブロックのユーザデータは、関連するデータを含み又は、ダミーデータ（全バイトＡＡｈ）に設定される。ディスクは、少なくともリードイン領域にＭＤＴが記録されている場合には、部分的にフォーマットされていると考える。ディスクの状態は、ＭＤＴに含まれるディスク状態と最後に書き込まれたアドレスフィールドにより示される。ＣＤ−ＲＯＭドライブと互換性が要求される場合には、ディスクは、リードイン領域、リードアウト領域及び、リードインとリードアウト領域間にブランク領域の無いプログラム領域を有しなければならない。フォーマッティングは、ＣＤ−ＲＯＭと互換の状態にする処理である。フォーマッティングは異なる２つの方法で行われる。
【００８４】
多くの蓄積媒体で使用されているフォーマットの従来の方法の、プリフォーマッティングによる。プリフォーマッティング処理の後に、ディスクは完全にフォーマットされる。ユーザデータはプリフォーマッティング処理が完了するまでディスクに記録されない。この処理は一般的には以下のステップよりなる。
−リードイン領域の書き込み、−データ領域の書き込み、−リードアウト領域の書き込み、−（存在するならば）欠陥管理領域（ＤＭＡ）を更新することを含むデータ領域（オプショナル）の確認。
【００８５】
フォーマッティングは、レコーダ上でディスクの使用中にバックグランドで実行するフォーマッティング処理である、バックグランドフォーマッティングとしても行われる。バックグランドフォーマッティング処理の後に、ディスクは完全にフォーマットされる。ユーザデータは、バックグランドフォーマッティング処理中にユーザデータを記録してもよい。バックグランドフォーマッティング処理は、以下の、
−初期化、
−解凍、
−ファイナリゼーション、
−アーリーイジェクトクローズ（適用可能な場合には）、
−アーリーイジェクトディスクの再オープン、
−確認
ステップよりなる。
【００８６】
プリフォーマッティング処理は時間のかかる処理なので、ディスクのユーザにとっては、バックグランドフォーマッティングは時間効率の高い解決方法である。バックグランドフォーマッティング処理中に、ディスクに最少量のデータのみが記録され、その後にディスクはアプリケーションにより使用されることができる。バックグランドフォーマッティングが活性化されているディスクは、更にアプリケーションがディスクをアクセスしていないときの間にバックグランドでＣＤレコーダによりフォーマットされる。
【００８７】
次に初期化処理を説明する。ブランクディスクがレコーダに挿入されるときには、ホストコンピュータにより初期化手順が開始される。この初期化は、ＧＰＡの開始、置換領域のサイズ、ＧＡＡのサイズのようなホストコンピュータにより与えられるパラメータの組みに従って、リードイン領域の最後にＳＴＬとＭＤＴを形成する。一般的なホストコンピュータは、ディスクに、幾つかの初期ファイルシステム構造（ＦＳＳ）も書き込む。これらのファイルシステム構造は、ユーザデータと共に、ディスクの論理的にアドレス可能な空間のどこにも配置できる。以下の例では、ディスクは最初に順次記録されていると仮定する。初期化手順の結果、概略を図１１に示す以下のディスクが存在する。非常に制限された量のデータが記録されるので、初期化手順は数秒で終了する。ディスクはデータ蓄積の準備が完了し、アプリケーションに開放できる。
【００８８】
次に解凍について、解凍と記録後のディスクの状態を示す、図１２を参照して説明する。解凍は、ディスクのプログラム領域内に全てのパケットの記録をする処理である。解凍フェーズ中に、未記録領域は全てがＡＡｈバイトの又は要求されたときはユーザデータを伴なう２Ｋブロックを含むパケットで満たされる。解凍は、ホストコンピュータの助けなしに、ドライブ自身で行われる。ドライブがアイドルの時の時間期間中に、解凍処理はバックグランドで進む。アプリケーション又は、ＯＳがディスクアクセスを要求する場合には、解凍処理は、中止され、ディスクの制御はＯＳに戻される。ブランク領域への書き込みを要求したアプリケーションは、ドライブに登録されそして、解凍処理でオーバーライトされない。ドライブは記録された又は、解凍された全ての領域の追跡をする。
【００８９】
次に、ファイナリゼーションの幾つかのステップ後の状態を示す図１３を用いて、ファイナリゼーションについて説明する。全データ領域と汎用領域が記録され又は、解凍された後に、リードイン及びリードアウト領域が記録される。ホストコンピュータからの書き込み／読み出し要求でリードインとリードアウト領域の記録を中断できるために、リードイン領域とリードアウト領域は、可変のパケットサイズで書きこまれる。リードインとリードアウトは、割り込み要求の時まで連続して記録されねばならない。その後記録はパケットエンド（２ランアウトブロックと部分的なリンクブロック）を書き込むことにより停止される。ホストから要求された動作が終了した後に、リードインとリードアウト領域への書き込みが、パケットとスタート（部分的なリンクブロックと４ランインブロック）で回復され、その後にユーザデータブロックが続く。リードインとリードアウト領域内の断片化が多くなりすぎることを防ぐために、各パケットは少なくとも１２８ユーザブロックのサイズを有しなければならない。ファイナリゼーション処理の最後で、ホストコンピュータは一般アプリケーション領域に要求されたファイルをオーバーライトし、ファイルシステム構造を更新し、そして、必要ならば追加のファイルシステム構造（例えば、ＵＤＦ２次ＡＶＤＰ）を形成する。
【００９０】
次に、レコーダからのディスクのイジェクト処理を、ディスクの最終状態の例を示す図１４を参照して説明する。レコーダからのディスクがイジェクトされるときには、ＭＤＴパケットはＳＤＴパケットにコピーされねばならない。
【００９１】
しかし、アーリーイジェクトは、ディスクのアーリーイジェクト状態を示す図１５を参照して以後説明するように実現可能である。ユーザがドライブのイジェクトボタンを押すときには、ユーザは、ディスクができるだけ速く出てくることを期待している。しかし、ユーザは、ディスクが”ＲＯＭ−互換”であることも期待している。これは、少なくとも、ディスクが、リードインとリードアウト領域を有し、プログラム領域にブランク領域がないことを意味する。バックグランドフォーマッティング処理が、まだ終了していない場合には、ドライブは通常の方法で解凍とファイナリゼーション処理を終了することを決定しうる。残りのフォーマッティングが、終了するのに長い時間がかかる場合には、ドライブは、一時的なＲＯＭ−互換の方法でディスクを閉じる事を決定する。このためには、以下のステップが必要である（図１５参照）。
−コンピュータからの書き込み／読み出し要求は完了されそして、活性化された解凍処理は停止する。
−記録がブランク領域で行われている場合には、最後に記録されたパケットまでの全てのブランク領域は解凍される。
１）実際に使用されている置換パケット（状態１＝００でＭＤＴ内で示されている）のみが一時ＧＡＡに予約されている領域のすぐ後に続く位置にコピーされる。
２）ＭＤＴの適用されたコピーは、ＳＴＬ及び予約されたパケットと共にコピーされた置換パケットの隣のＴＤＴ（一時的欠陥テーブル）として置換される。
−コピー内の署名は５４４４５４ｈに設定される。
−ＴＤＴ内のＤＴエントリーは、一時的置換パケットを指すが、一方、ＭＤＴ内のＤＴエントリーは変更されない（依然として最終ＧＰＡ内の置換パケットを指す）。
−ＭＤＴとＴＤＴの両方のＬＷＡ（最後に書き込まれたアドレス）は、第１のユーザデータのＬＢＮに設定される。
一時予約パケットのブロックは、−ＭＤＴとＴＤＴの全ての他のフィールドは変更されず且つフォーマッティングが完全に完了した後に最終ディスクの値を反映する。
−ＳＴＬ及び／又はＴＤＴが意図された位置に正しく書き込まれない場合には、次の２パケットが使用される。ＴＤＴは、常に最後であるがしかし、一時リードアウトの開始の１パケット前である。
３）少なくとも３０秒のリードアウト領域が記録される。このリードアウトは最終汎用領域内の記録されたパケットに重なろうとする場合には、通常の解凍及びファイナリゼーション処理が、このアーリーイジェクト手順を適用する代わりに終了される。
４）実際の状況のディスクに従ったサブコードを伴なうリードイン領域が、記録される。
５）ＯＳは、ＧＡＡを、解凍された又は記録されたすぐ次に来る最後のパケットに書き込み、一時ＧＡＡは最終ＧＡＡと同じサイズを有しなければならない。
６）ＯＳはファイルシステム構造を更新し、そして、要求された追加の構造を書き込む。
７）ＧＡＡ内に蓄積されるべき全てのデータが全てのパケットを占めない場合には、残りのパケットは解凍される。
８）ＴＤＴは、ダーティディスクビットに０を有し、更新される。
９）ＭＤＴは、ダーティディスクビットに０を有し、更新される。
【００９２】
次に、ディスクの再オープン状態を示す図１６を参照して、再オープンとアーリーイジェクトディスクについて説明する。アーリーイジェクトディスクが、レコーダに再挿入されたときには、この装置は”部分的にフォーマット”された状態を検出し、そして、ホストコンピュータはバックグランドフォーマッティングの継続を開始する。解凍は、ＬＷＡポインター（図１５参照）により示される位置から開始し、これにより、一時リードアウト領域のオーバーライトを開始する。これは、ディスク全体が解凍され／ファイナライズされるまで続く。最終ＧＰＡ内に既に存在する置換パケットは、オーバーライトされない。一時ＧＰＡは、フォーマットされたと考えられる。一時ＧＡＡへのファイルシステムのリンクは無効である。新たな書き込み要求は一時ＧＰＡをオーバーライトする。次のイジェクト前に、ＯＳはファイル構造を更新しなければならない。
【００９３】
最後に、本発明を、好適な実施例を参照して説明したがこれらは、制限的な例と介してはならないことに注意する。このように、種々の変形は請求項に記載された本発明の範囲から離れることなく当業者には明らかである。例えば、ＣＤ−ＲＷは、ＤＶＤ−ＲＷ又は、同様なものに置き換えることができる。
【００９４】
次に、本発明に従ったコンピュータと記録装置を有するコンピュータデータシステムの実施例を図１７を参照して説明する。記録装置１は、リムーバブル記録媒体を受ける記録媒体受け手段２を有する。記録媒体３は、ＣＤ−ＲＷ，ＤＶＤ−ＲＡＭ又は、ＤＶＤ−ＲＷのような光学的に読み出し可能な形式のディスクでもよい。記録媒体３は、回転手段４により回転される。記録媒体３の半径方向に移動可能な光ピックアップユニット５は、光ビーム６を使用して、記録媒体３上のらせんトラック８に沿って光学的に検出可能なマークを書き込む。このために、記録媒体３には、結晶とアモルファス状態で異なる光学的特性を有する好適な相変化材料が設けられている。光ビーム６の加熱でこれらの状態が引き起こされる。光ビーム６は、記録されるディジタル情報信号に従って記録手段９により変調される。ディジタル情報信号は、ＣＤ規格で採用されているようなＥＦＭ変調、ＣＩＲＣエラー符号化を採用する符号化手段１０により好適に符号化されている。好適なインターフェース手段を採用する入力手段１１は、接続されたコンピュータ１２からディジタル情報信号を受信する。
【００９５】
代わりに、記録媒体３上に記録されたディジタル情報信号は、好適な読出し手段１３により同じ光ピックアップユニット５を介して、読み出される。これらは、ＥＦＭ復号及びＣＩＲＣエラー訂正処理を行うために復号手段１４に接続されている。復号され且つ訂正された信号は、好適なインターエース手段を有する出力手段１５を介して、コンピュータ１２へ出力される。
【００９６】
全てのユニットは、例えば不揮発性ＲＯＭのようなメモリ手段１７に接続された制御ユニット１６により制御される。制御ユニット１６は、独立に又は、コンピュータ１２の制御の下に、本発明に従った方法を実行するために、メモリ手段１７内にロードされた特定のプログラムに従って動作する処理ユニットを有する。
【００９７】
コンピュータ１２は、記録装置１からディジタル情報信号を受信する又は記録装置１へディジタル情報信号を送るようになされた、インターフェース回路１８を有する。ディジタル情報信号は、記録媒体３から読み出された又はそこへ記録されるべき信号は別として、記録装置１を制御するコンピュータ１２からの制御信号を有する。
【００９８】
インターフェース回路１８は、ハードディスクユニット２０、ＲＡＭメモリユニット２１、中央プロセッサユニット２２及び、ＲＯＭメモリユニット２２とデータ及び制御信号を交換するために、内部データ及びアドレスバス１９に接続されている。コンピュータ１２には、好適なオペレーティングシステムと記録装置１と動作するためのデバイスドライバがロードされる。本発明に従った記録装置の場合には、記録装置１は、コンピュータ１２との過度の相互動作なしに、バックグランドフォーマッティング又は欠陥管理のような、本発明に従った方法の主な部分を実行する。この場合には、コンピュータ１２は、書き込み、読み出又は、イジェクト要求及び、同様な場合にのみ、記録装置１と相互に動作する。
【００９９】
しかし、従来のＣＤ−ＲＷライター又はＣＤ−ＲＯＭリーダの場合のように、記録装置１が、本発明の方法を独立に実行するようには適用されない時に、本発明の他の実施例が得られる。この場合には、コンピュータ１２は、本発明の方法に従って少なくとも欠陥管理を実行するような記録装置１を制御するには、コンピュータ１２の対応するメモリユニットにロードされる専用のデバイスドライバを使用しなければならない。そのような専用のデバイスドライバは、記録媒体３自身から又は、インターネットのような他の外部手段から得られうる。
【０１００】
本発明は、ハードウェアとソフトウェアの両方により実行でき、そして、幾つかの”手段”は同じハードウェアの項目により表されうる。更に、発明には各々の新たな特徴及び特徴の組合せがある。用語”有する”は、請求項に記載された以外の他の構成要素又はステップの存在を除外しない。参照番号は、請求項の範囲を限定しない。
【図面の簡単な説明】
【図１】 ＣＲ−ＲＯＭの基本ディスクレイアウトを示す図である。
【図２】 本発明に従ったディスクレイアウトを示す図である。
【図３】 プログラム領域のリンキングの詳細を示す図である。
【図４】 汎用領域のレイアウトを示す図である。
【図５】 リードイン領域内の第１の主欠陥テーブル（ＭＤＴ）を示す図である。
【図６】 欠陥ＭＤＴの置換を示す図である。
【図７】 欠陥２次欠陥テーブル（ＳＤＴ）の置換を示す図である。
【図８】 欠陥テーブルパケットの構成を示す図である。
【図９】 欠陥テーブルのレイアウトを示す図である。
【図１０】 標識パケットのレイアウトを示す図である。
【図１１】 初期化後のディスクの状態を示す図である。
【図１２】 解凍と記録後のディスクの状態を示す図である。
【図１３】 ファイナリゼーションの幾つかのステップの後の状態を示す図である。
【図１４】 ディスクの最終状態を示す図である。
【図１５】 ディスクのアーリーイジェクト状態を示す図である。
【図１６】 ディスクの再オープンされた状態を示す図である。
【図１７】 コンピュータと記録装置を有するコンピュータデータシステムを示す図である。

Claims (17)

1. リライタブルタイプの光学ディスクにディジタル情報信号を記録する方法であって、
   該ディスク上にリードイン領域、プログラム領域及びリードアウト領域を定義する段階を含む初期化ステップ、
   該プログラム領域内にユーザデータを記録する段階を含む、前記初期化ステップに続く記録ステップ、
   前記リードイン領域及び前記リードアウト領域に制御情報を記録する段階を含む前記記録ステップに続くファイナリゼーションステップ、を含み、
   前記初期化ステップは、前記プログラム領域を汎用領域及びデータ領域に分割するために、前記リードイン領域に制御データを記録する段階をさらに含み、欠陥管理による置換えが許されるユーザデータの記録には前記データ領域だけが利用可能であり、前記制御データは、前記汎用領域の位置及びサイズを示す情報を含む、方法。
2. 前記初期化ステップは、欠陥領域と置換領域のアドレスのリストを含むようになされる、リードイン領域内の主欠陥テーブルを定義する段階、且つ、
   欠陥管理のための置換領域を含むようになされる前記汎用領域内に、欠陥管理領域を定義する段階を含む、請求項１に記載の方法。
3. 前記初期化ステップは、欠陥管理を扱う及び／又は特定のオペレーティングシステムをサポートするようになされたアプリケーションドライバを含むようになされた、汎用領域内の一般アプリケーション領域を定義する段階を含む、請求項２に記載の方法。
4. 前記欠陥領域を、前記欠陥管理領域内の置換領域と置換し、且つ、前記リードイン領域内の主欠陥テーブル内に、該欠陥領域のアドレスと対応する置換領域のアドレスを記録することを特徴とする、請求項３に記載の方法。
5. 前記初期化ステップは、前記主欠陥テーブルに欠陥があるときに、新たな主欠陥テーブルによりオーバーライトされるようになされたダミーデータを有するリードイン領域内に標識領域を定義する、請求項２に記載の方法。
6. 前記初期化ステップの後には、前記ディスクにユーザデータが書き込まれていないときに行われることを目的としたバックグランドフォーマッティングステップが続き、該バックグランドフォーマッティングステップは、前記データ領域内のブランク領域内のダミーデータを記録する解凍ステップを有し、該解凍ステップは、既にユーザデータで記録されていない場合は、完全なデータ領域がダミーデータで記録されるまで行われる、ことを特徴とする、請求項３に記載の方法。
7. 前記解凍ステップが完了したときに行われるファイナリゼーションステップを有し、該ファイナリゼーションステップは、
   前記リードイン及び前記リードアウト領域の記録を完了し、
   必要な場合には要求されたデータを前記一般アプリケーション領域に記録し、且つ、前記主欠陥テーブルのコピーを２次欠陥テーブルとして、前記汎用領域に記録する、請求項６に記載の方法。
8. 前記ファイナリゼーションステップの完了前に記録器からディスクが排出されたときに、行われるべきアーリーイジェクトステップを有し、該アーリーイジェクトステップは、
   記録又は読出し要求を完了する段階、
   活性化された解凍ステップを停止し、ユーザデータが最後に記録された領域までの全てのブランク領域を解凍する解凍ステップのみを実行する段階、
   最後に記録されたユーザデータを有する領域又は最後に解凍された領域の隣に一時的汎用領域を記録する段階、前記欠陥管理領域内の実際に使用されている置換領域を、一時的一般アプリケーション領域のすぐ後に続く領域へコピーする段階、
   コピーされた置換領域の隣の一時的欠陥テーブルとして、前記主欠陥テーブルの適合したコピーをコピーする段階、
   一時的リードアウト領域を、該一時的欠陥テーブルの隣に記録し、且つ
   前記リードイン領域を記録する段階を含む、請求項７に記載の方法。
9. アーリーイジェクトステップが行われたときに、行われるべき再オープンステップを有し、該再オープンステップは、
   一時的リードアウト領域の前の最後に記録された領域に続く領域に対して解凍ステップを行う段階を含む、請求項７に記載の方法。
10. リライタブルタイプの光学ディスクにディジタル情報信号を記録する記録装置であって、
    ディジタル情報信号を受信する入力手段と、
    前記光学ディスクを受ける記録媒体受け手段と、
    ディジタル情報信号を該光学ディスクに記録する手段と、
    該光学ディスクに記録されたディジタル情報信号を読み出す読出し手段と、
    読み出されたディジタル情報信号を出力する出力手段と、
    前記光学ディスク上のプログラム領域に、ユーザデータを表すディジタル情報信号を記録する制御を行うようになされた制御手段とを有し、
    該制御手段は、請求項１乃至９のうち何れか一項に記載の方法を実行するようになされた記録装置。
11. 前記制御手段は、光学ディスクから読み出されたアーリーイジェクトステップ又はファイナリゼーションステップに対応するフォーマッティング状態を含む光学ディスク状態情報を記録し、且つ、前記光学ディスクから読み出された前記光学ディスク状態情報がアーリーイジェクトステップに対応する場合には、バックグランドフォーマッティングステップを回復するようになされたことを特徴とする請求項１０に記載の記録装置。
12. 前記制御手段は、記録された又は解凍された領域を登録するようになされたことを特徴とする請求項１０に記載の記録装置。
13. 前記制御手段は、前記光学ディスクからの最後に記録された又は解凍された領域のアドレスを蓄積し且つ、この領域から記録又は解凍を回復するようになされることを特徴とする請求項１０に記載の記録装置。
14. 前記制御手段は、さらに、前記光学ディスクに記録されたディジタル情報信号を読み出す制御を行うようになされることを特徴とする請求項１０に記載の記録装置。
15. リライタブルタイプの光学ディスクにディジタル情報信号を記録する記録装置に接続されたコンピュータを有するコンピュータデータシステムであって、該記録装置は、
    ディジタル情報信号を受信するコンピュータに接続された入力手段と、前記光学ディスクを受ける光学ディスク受け手段と、
    ディジタル情報信号を該光学ディスクに記録する記録手段と、該光学ディスクに記録されたディジタル情報信号を読み出す読出し手段と、
    読み出されたディジタル情報信号をコンピュータへ出力する出力手段と、前記光学ディスク上のプログラム領域に、ユーザデータを表すディジタル情報信号を記録する制御を行うようになされた制御手段とを有し、前記コンピュータは、請求項１乃至９のうち何れか一項に記載の方法を実行する記録装置の制御手段を制御するようになされたことを特徴とするシステム。
16. リライタブルタイプの光学ディスクに記録されたディジタル情報信号を再生する再生装置に接続されたコンピュータを有するコンピュータデータシステムであって、該再生装置は、前記光学ディスクを受ける光学ディスク受け手段と、該光学ディスク上に記録されたディジタル情報信号を読み出す読出し手段と、読み出されたディジタル情報信号をコンピュータへ出力する出力手段と、前記読出し手段及び前記出力手段を制御する制御手段とを有し、該制御手段は前記コンピュータに接続され、該コンピュータは、請求項７の方法に従って得られた２次欠陥テーブルを使用し又は、請求項８に従った方法で得られた一時的欠陥テーブルを使用して欠陥管理を実行する再生装置の制御手段を制御するようになされたことを特徴とするシステム。
17. コンピュータに、請求項１乃至９のうち何れか一項に記載のステップを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images