JP2000076829A - 情報記録再生装置 - Google Patents

Abstract

(57)【要約】 【課題】 データ記録中にライトエラーが発生したと
き、後のデータ再生時に不具合が生じないようにエラー
処理する。 【解決手段】 システムコントローラ１１は、ディスク
１７の所定の記録区分であるセッションに対して情報を
記録している最中にライトエラーが発生し、トラック記
録に失敗した時、当該エラーセッションのセッション情
報管理領域にセッション管理情報（ＴＯＣ）を記録する
命令を上位装置のホストコンピュータから受信した場
合、当該セッションのセッション管理情報（ＴＯＣ）を
記録した後に、次の新規セッションに対してエラーセッ
ション直前のセッションに記録されているファイル情報
管理部にファイル管理情報を記録する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、一連のデータブ
ロック群単位で情報を記録及び再生するＣＤ−Ｒドライ
ブ，ＣＤ−ＲＷドライブなどの情報記録再生装置に関す
る。

【０００２】

【従来の技術】情報を一連のデータブロック群（「トラ
ック」と称する）単位で記録する情報記録装置の１つに
ＣＤ−Ｒ／ＲＷドライブ装置などの情報記録再生装置が
ある。ここでは、ＣＤ−Ｒ／ＲＷドライブ装置を例にと
って説明する。

【０００３】また、ディレクトリやファイルを管理する
ディスクフォーマットには、ＣＤ−ＲＯＭ用、フロッピ
ディスクドライブ（ＦＤＤ）用、ハードディスクドライ
ブ（ＨＤＤ）用を始め数種類あるが、一例としてＣＤ−
ＲＯＭ用ディスクフォーマットで最も一般的なＩＳＯ９
６６０フォーマットを用いて説明する。

【０００４】ＣＤ−Ｒ／ＲＷドライブ装置は、ＣＤ−Ｒ
／ＲＷディスクに対して一連のデータブロック群単位
（トラック）でファイルや音楽データ等の情報の記録を
行なうものであり、ディスクを１つもしくは複数の記録
区分（「セッション」と称する）に分割し（この記録区
分の大きさは各記録区分によって異なる）、その記録区
分（セッション）の中にトラックを１つもしくは複数個
記録させるものである。

【０００５】その記録区分（セッション）の先頭領域
は、セッション管理情報領域（Ｌｅａｄ−Ｉｎ領域）と
呼ばれるセッション情報管理部であり、そのセッション
管理情報領域の中にセッション管理情報(Ｔａｂｌｅ
Ｏｆ Ｃｏｎｔｅｎｔｓ：ＴＯＣ）と呼ばれるデータが
記録される。

【０００６】ＩＳＯ９６６０フォーマットディスクにお
いて、各セッション内に存在するトラックの数は一般的
に１つである。

【０００７】このフォーマットは、図４に示すように、
記録区分（セッション）内のトラックの先頭部（所定の
場所）にディレクトリやファイルの場所や属性を管理す
るファイル情報管理部５０が記録されており、その後に
１つもしくは複数個のファイルのディスクリプタやファ
イル本体４９が続く。

【０００８】ＣＤ−Ｒ／ＲＷドライブ装置において、ト
ラックアットワンス（ＴｒａｃｋＡｔ Ｏｎｃｅ）機能
でこれらのデータを一気に記録した場合、記録最中にラ
イトエラーが発生した時、その時点でトラック記録を終
了し、アプリケーションの命令でセッション（記録区
分）を閉じていた。このセッションを閉じるとは、セッ
ション情報をＴＯＣ領域に記録することであり、ＴＯＣ
を書いてセッションを完結させるのである。

【０００９】このような場合、数〜数十ブロックで構成
されるファイル情報管理部は正しく記録されているが、
ファイルの本体が途中で途切れているような状態が発生
する時がある。例えば、ファイル情報管理部は正しく記
録されているので、その中には１００個分のファイル情
報が記録されているが、ファイルの本体は３０個分しか
ない時などである。

【００１０】このようなディスクをＷｉｎｄｏｗｓ９５
（登録商標）などのＯＳを用いて任意のファイルを再生
しようとすると、そのファイルの本体が無いために再生
できない不具合が生じる。

【００１１】なお、Ｗｉｎｄｏｗｓ９５などのＯＳは、
挿入されているＣＤに記録されている最終セッションを
アクセスし、そのセッション内に記録されているファイ
ル情報管理部を再生し、その内容に基づいてＣＤに記録
されているディレクトリ／ファイル管理及び再生処理を
実施する。

【００１２】従来、ライトエラーが発生した時に、ＣＤ
規格のトラック長の最小値である３００セクタとなるま
でダミーデータを記録し、トラックの２重書きを防止す
る情報記録装置（例えば、特願平８−３０３０５３号公
報参照）があった。

【００１３】

【発明が解決しようとする課題】しかしながら、上述の
情報記録装置では、ディスクへのライトエラー時に数〜
数十ブロックを記録したところで、このようなディスク
が後に装置に挿入されると、マウント時に当該エラート
ラックがブランクトラックとみなされる場合があるとい
う問題があった。

【００１４】また、ダミーデータでトラックを埋めたと
しても、当該トラックが第２セッションの先頭トラック
であった場合、ＷｉｎｓｏｗｓなどのＯＳでは第１セッ
ションのファイル情報を認識できない不具合が発生す
る。

【００１５】すなわち、ＯＳは、最終セッションに記録
されているファイル情報管理部のデータからディスク上
に記録されているファイル情報を引き出すので、従来の
情報記録装置のようなダミーデータの記録では、ファイ
ルフォーマット（ＩＳＯ９６６０等）を意識していない
ため、後にＯＳ上で何もファイルが記録されていないデ
ィスクであるブランクディスクと判断されてしまうとい
う問題があった。

【００１６】この発明は上記の点に鑑みてなされたもの
であり、データ記録中にライトエラーが発生したとき、
後のデータ再生時に不具合が生じないようにエラー処理
することを目的とする。

【００１７】

【課題を解決するための手段】この発明は上記の目的を
達成するため、情報の記録及び再生が可能な記録媒体に
対して一連のデータブロック群単位でファイルなどの情
報の記録及び再生を行なう情報記録再生装置において、
上記記録媒体の所定のセッションに対して情報を記録し
ている最中にライトエラーが発生してトラック記録に失
敗したとき、外部に接続された上位装置から上記ライト
エラーが発生したセッションのセッション情報管理部に
セッション管理情報を記録する命令を受信したとき、そ
のセッション管理情報を記録した後、上記ライトエラー
が発生したセッションの直前セッションに記録されてい
るファイル情報管理部のデータを次の新規セッションに
コピー記録する手段を設けたものである。

【００１８】また、情報の記録及び再生が可能な記録媒
体に対して一連のデータブロック群単位でファイルなど
の情報の記録及び再生を行なう情報記録再生装置におい
て、情報の記録及び消去が可能な記録媒体の所定のセッ
ションに対して情報を記録している最中にライトエラー
が発生してトラック記録に失敗したとき、外部に接続さ
れた上位装置から上記ライトエラーが発生したセッショ
ンのセッション情報管理部にセッション管理情報を記録
する命令を受信したとき、そのセッション管理情報を記
録せずに上記ライトエラーが発生したトラックを消去す
る手段を設けるとよい。

【００１９】さらに、上述のような情報記録再生装置に
おいて、上記記録媒体の第１セッションに対して情報を
記録中にライトエラーが発生したとき、上記上位装置か
ら上記ライトエラーが発生したセッションのセッション
情報管理部にセッション管理情報を記録する命令を受信
したとき、そのセッション管理情報を記録した後、次の
新規セッションの所定の長さのトラックにファイル情報
管理部に記録するデータと異なる特殊データを記録して
その新規セッションを完結させる手段を設けるとよい。

【００２０】また、上述のような情報記録再生装置にお
いて、上記記録媒体の音楽用セッションの後のセッショ
ンに対して情報の記録中にライトエラーが発生したと
き、上記上位装置から上記ライトエラーが発生したセッ
ションのセッション情報管理部にセッション管理情報を
記録する命令を受信したとき、そのセッション管理情報
を記録した後、次の新規セッションの所定の長さのトラ
ックにファイル情報管理部に記録するデータと異なる特
殊データを記録してその新規セッションを完結させる手
段を設けるとよい。

【００２１】さらに、情報の記録及び再生が可能な記録
媒体に対して一連のデータブロック群単位でファイルな
どの情報の記録及び再生を行なう情報記録再生装置にお
いて、上記記録媒体が挿入されたとき、その記録媒体に
トラックは記録されているがトラック情報管理部にその
トラックに対するトラック管理情報が記録されていない
エラーセッションを判別したとき、そのトラックの最終
アドレスを検出し、その最終アドレスに基づいて上記ト
ラック情報管理部にトラック管理情報を記録し、そのト
ラックが存在するセッションのセッション情報管理部に
セッション管理情報を記録した後、上記エラーセッショ
ン直前のセッションに記録されているファイル情報管理
部のデータを次の新規セッションにコピー記録する手段
を設けるとよい。

【００２２】さらにまた、情報の記録及び再生が可能な
記録媒体に対して一連のデータブロック群単位でファイ
ルなどの情報の記録及び再生を行なう情報記録再生装置
において、情報の記録及び消去が可能な記録媒体が挿入
されたとき、その記録媒体にトラックは記録されている
がトラック情報管理部にそのトラックに対するトラック
管理情報が記録されていないエラーセッションを判別し
たとき、そのトラックの最終アドレスを検出し、その最
終アドレスに基づくトラック管理情報を上記トラック情
報管理部を記録せずに不正なトラックを消去する手段を
設けるとよい。

【００２３】この発明の請求項１の情報記録再生装置
は、上述のように構成することにより、ディスク等の記
録媒体のエラーセッションの直前のセッションに記録さ
れているファイル情報管理部を、当該記録媒体上に存在
する最後のセッションである新規セッションに記録する
ので、エラーセッションのファイル情報管理部を消去し
たことと同じにすることができ、その記録媒体をＷｉｎ
ｄｏｗｓ９５などのＯＳで使用する場合はファイル情報
管理部で管理されているファイルを正しく再生すること
ができる。

【００２４】この発明の請求項２の情報記録再生装置
は、上述のように構成することにより、情報の記録及び
消去が可能なＣＤ−ＲＷディスク等の記録媒体に対して
は、上述のエラー発生時にはエラーセッションを消去す
るので、未記録部に対してスペースの無駄遣いをするこ
とがなくなる。

【００２５】この発明の請求項３の情報記録再生装置
は、上述のように構成することにより、記録媒体上に記
録されている最終セッション内（新規に追加したダミー
セッション）には、ファイル情報管理部のデータを記録
しないので、Ｗｉｎｄｏｗｓ９５などのＯＳはディレク
トリとファイル情報を誤認識することがなくなり、ＯＳ
はブランクディスクと同等の扱いができる。

【００２６】この発明の請求項４の情報記録再生装置
は、上述のように構成することにより、記録媒体上に記
録されている最終セッション内には、ファイル情報管理
部のデータを記録しないので、Ｗｉｎｄｏｗｓ９５など
のＯＳはディレクトリとファイル情報を誤認識すること
がなくなる。また、ＯＳは音楽データのみが記録されて
いる記録媒体と同等な扱いができる。

【００２７】この発明の請求項５の情報記録再生装置
は、上述のように構成することにより、不正なトラック
が存在するセッションを完結させ、エラーセッションの
直前のセッションのファイル情報管理部を新規セッショ
ンに記録するので、不正ディスクが記録及び再生可能に
なるだけでなく、過去に記録したファイルをＷｉｎｄｏ
ｗｓ９５等のＯＳから再生することができる。

【００２８】この発明の請求項６の情報記録再生装置
は、上述のように構成することにより、情報の記録及び
消去が可能なＣＤ−ＲＷディスク等の記録媒体に対して
は、不正なトラックを消去することにより、未記録部ス
ペースの無駄遣いをすることがなくなる。

【００２９】

【発明の実施の形態】以下、この発明の実施の形態を図
面に基づいて具体的に説明する。図１は、この発明の情
報記録再生装置の一実施形態であるＣＤ−Ｒ／ＲＷドラ
イブ装置の構成を示すブロック図である。

【００３０】このＣＤ−Ｒ／ＲＷドライブ装置は、ＣＰ
Ｕ１，フラッシュＲＯＭ２，ホストインタフェースコン
トローラ３，バッファマネジャ４，ダイナミックＲＡＭ
５，サブコードオペレーションコントローラ６，ＣＤ−
ＲＯＭエンコーダ７，ＳＲＡＭ８，ＣＤ−ＲＯＭデコー
ダ９，オーディオ回路１０，システムコントローラ１
１，ＣＤエンコーダ１２，ＣＤデコーダ１３，サーボ回
路１４，スピンドルモータコントローラ１５，及びＳＣ
ＳＩバス１６から成り、ＣＤ−Ｒディスク，ＣＤ−ＲＷ
ディスク等の記録媒体であるディスク１７に対するデー
タの記録及び再生を行なう。

【００３１】ＣＰＵ１は、このＣＤ−Ｒ／ＲＷドライブ
装置全体の動作を制御する中央演算処理装置（マイクロ
コンピュータ）である。フラッシュＲＯＭ２は、ＣＰＵ
１が任意に内容を消去書き換え可能な不揮発性メモリで
ある。

【００３２】ホストインタフェースコントローラ３は、
上位装置であるホストコンピュータとこのＣＤ−Ｒ／Ｒ
Ｗドライブ装置との通信を司るＬＳＩである。バッファ
マネジャ４は、ホストコンピュータからの転送データ及
びディスク１７から読み出したデータの転送を制御する
ＬＳＩである。

【００３３】ダイナミックＲＡＭ５は、ホストコンピュ
ータからの転送データとディスク１７から読み出したデ
ータを一時的に格納するバッファメモリである。サブコ
ードオペレーションコントローラ６は、ディスク１７上
に記録するサブコードを生成したり、ディスク１７から
読み出したサブコードを分離するＬＳＩである。

【００３４】ＣＤ−ＲＯＭエンコーダ７は、ＣＤ−ＲＯ
Ｍデータをディスク１７に書き込む前に変調するＬＳＩ
である。ＳＲＡＭ８は、プログラム変数等のデータを格
納するメモリである。ＣＤ−ＲＯＭデコーダ９は、読み
出したＣＤ−ＲＯＭデータを復調するＬＳＩである。オ
ーディオ回路１０は、音楽再生をコントロールするＬＳ
Ｉである。

【００３５】システムコントローラ１１は、ディスク１
７へのデータの記録及び再生を制御するＬＳＩであり、
この発明に関わる各種の処理を行なう。ＣＤエンコーダ
１２は、ディスク１７に書き込む前にユーザデータとサ
ブコードをメディア規格に適合するように変調するＬＳ
Ｉである。

【００３６】ＣＤデコーダ１３は、ディスク１７から読
み出したデータをユーザデータとサブコードに分離して
復調するＬＳＩである。サーボ回路１４は、ディスク１
７に対するレーザ光のフォーカス，トラッキング等のサ
ーボを制御するＬＳＩである。

【００３７】スピンドルモータコントローラ１５は、デ
ィスク１７の回転制御を行なうＬＳＩである。ＳＣＳＩ
バス１６は、このＣＤ−Ｒ／ＲＷドライブ装置とホスト
コンピュータとを接続する通信線であり、この通信線を
介して両者は各種のデータをやり取りする。

【００３８】すなわち、上記システムコントローラ１１
等が、情報の記録及び再生が可能な記録媒体に対して一
連のデータブロック群単位でファイルなどの情報の記録
及び再生を行なう手段と、上記記録媒体の所定のセッシ
ョンに対して情報を記録している最中にライトエラーが
発生してトラック記録に失敗したとき、外部に接続され
た上位装置から上記ライトエラーが発生したセッション
のセッション情報管理部にセッション管理情報を記録す
る命令を受信したとき、そのセッション管理情報を記録
した後、上記ライトエラーが発生したセッションの直前
セッションに記録されているファイル情報管理部のデー
タを次の新規セッションにコピー記録する手段の機能を
果たす。

【００３９】また、情報の記録及び消去が可能な記録媒
体の所定のセッションに対して情報を記録している最中
にライトエラーが発生してトラック記録に失敗したと
き、外部に接続された上位装置から上記ライトエラーが
発生したセッションのセッション情報管理部にセッショ
ン管理情報を記録する命令を受信したとき、そのセッシ
ョン管理情報を記録せずに上記ライトエラーが発生した
トラックを消去する手段の機能も果たす。

【００４０】さらに、上記記録媒体の第１セッションに
対して情報を記録中にライトエラーが発生したとき、上
記上位装置から上記ライトエラーが発生したセッション
のセッション情報管理部にセッション管理情報を記録す
る命令を受信したとき、そのセッション管理情報を記録
した後、次の新規セッションの所定の長さのトラックに
ファイル情報管理部に記録するデータと異なる特殊デー
タを記録してその新規セッションを完結させる手段の機
能を果たす。

【００４１】また、上記記録媒体の音楽用セッションの
後のセッションに対して情報の記録中にライトエラーが
発生したとき、上記上位装置から上記ライトエラーが発
生したセッションのセッション情報管理部にセッション
管理情報を記録する命令を受信したとき、そのセッショ
ン管理情報を記録した後、次の新規セッションの所定の
長さのトラックにファイル情報管理部に記録するデータ
と異なる特殊データを記録してその新規セッションを完
結させる手段の機能も果たす。

【００４２】さらに、上記記録媒体が挿入されたとき、
その記録媒体にトラックは記録されているがトラック情
報管理部にそのトラックに対するトラック管理情報が記
録されていないエラーセッションを判別したとき、その
トラックの最終アドレスを検出し、その最終アドレスに
基づいて上記トラック情報管理部にトラック管理情報を
記録し、そのトラックが存在するセッションのセッショ
ン情報管理部にセッション管理情報を記録した後、上記
エラーセッション直前のセッションに記録されているフ
ァイル情報管理部のデータを次の新規セッションにコピ
ー記録する手段の機能を果たす。

【００４３】さらにまた、情報の記録及び消去が可能な
記録媒体が挿入されたとき、その記録媒体にトラックは
記録されているがトラック情報管理部にそのトラックに
対するトラック管理情報が記録されていないエラーセッ
ションを判別したとき、そのトラックの最終アドレスを
検出し、その最終アドレスに基づくトラック管理情報を
上記トラック情報管理部を記録せずに不正なトラックを
消去する手段の機能を果たす。

【００４４】図２は、ディスク１７のセッションフォー
マットを示す図である。このＣＤ−Ｒ／ＲＷドライブ装
置は、図２に示したフォーマットのディスク１７に対し
てデータの記録及び再生が可能である。

【００４５】ディスク１７は、内周から記録パワー決定
のための試し書きを行なうパワーキャリブレーションエ
リア（ＰＣＡ）２０，トラック情報管理部（プログラム
メモリエリア：ＰＭＡ）２１，記録区分（セッション）
２２（セッションＮo.１，２…）が存在する。

【００４６】セッション２２のサイズはランダムであ
り、その中のトラック数や、トラックの大きさによって
変わる。セッション２２は、セッション情報管理部であ
るセッション情報管理領域（リードインエリア：Ｌｅａ
ｄ Ｉｎ Ａｒｅａ）２３，１つまたは複数のトラック
２４，記録区分最終領域（リードアウトエリア：Ｌｅａ
ｄ Ｏｕｔ Ａｒｅａ）２５とから構成されており、セ
ッション情報管理領域と記録区分最終領域とは共に大き
さが決まっている。

【００４７】セッション情報管理領域２３は、セッショ
ンの始めを示すエリアであり、セッション内のトラック
情報であるセッション管理情報（ＴＯＣ）を記録するエ
リアである。トラック２４は、ユーザがファイル、音楽
などのデータを記録するエリアである。記録区分最終領
域２５は、セッションの終わりを示すエリアである。プ
ログラムエリア２６は、ユーザデータを記録するエリア
である。

【００４８】第１セッションのセッション情報管理領域
の大きさは、ディスクメーカによって異なり、おおよそ
２分３０秒ぐらいの大きさである。また、第１セッショ
ンの記録区分最終領域の大きさは１分３０秒である。第
２セッション以降のセッション情報管理領域の大きさは
１分であり、記録区分最終領域の大きさは３０秒であ
る。

【００４９】セッション情報管理領域にはＴＯＣと言わ
れるセッション管理情報データが記録されており、ＣＤ
再生装置はこれをもとに挿入されているディスク上のト
ラック情報を得ることができる。

【００５０】例えば、音楽ＣＤをオーディオＣＤプレー
ヤ（Ａｕｄｉｏ ＣＤ Ｐｌａｙｅｒ）に挿入すると、
ディスプレイにトラックの総数と、それぞれのトラック
の長さが時間単位で表示されるが、これはプレーヤがＴ
ＯＣを再生しているから表示できるのである。

【００５１】第１セッションのトラックＮo.１の先頭か
らプログラムエリア２６の始まりであり、スタート開始
アドレスは０分０秒０フレームである。

【００５２】図３はトラックアットワンス方式で記録し
たトラックのフォーマットである。ＣＤ−Ｒ／ＲＷディ
スク上に記録されたトラックは、プレギャップ（Ｐｒｅ
Ｇａｐ）３０，ユーザデータ（Ｕｓｅｒ Ｄａｔａ）３
１，２ブロックのランアウトブロック（Ｒｕｎ Ｏｕｔ
Ｂｌｏｃｋ）３２とから構成される。プレギャップ３
０は、１ブロックのリンクブロック（Ｌｉｎｋ Ｂｌｏ
ｃｋ）３３，４ブロックのランインブロック（Ｒｕｎ
Ｉｎ Ｂｌｏｃｋ）３４等からなる。

【００５３】プレギャップ３０（１５０ブロック、２２
５ブロック）は、トラックの先頭に位置し、音楽で言え
ば無音部である。ユーザデータ部３１は、ユーザ（ホス
トコンピュータ）から転送されたデータを記録するとこ
ろである。ランアウトブロック（２ブロック）３２は、
トラックの最後を意味するブロックである。

【００５４】リンクブロック３３（１ブロック）は、ト
ラックとトラックのつなぎめを意味するブロックであ
る。ランインブロック（４ブロック）３４は、トラック
の先頭を意味するブロックである。

【００５５】このＣＤ−Ｒ／ＲＷドライブ装置は、ファ
イルフォーマットとしてＩＳＯ９６６０規格を用いる。
図４は、ＩＳＯ９６６０ファイルフォーマット図であ
る。

【００５６】ＩＳＯ９６６０フォーマットの用語説明 （１）ボリュームスペース（Ｖｏｌｕｍｅ Ｓｐａｃ
ｅ）４０ ＣＤ上の各セッションを大きく分割すると、システムエ
リア４１とデータエリア４２の２つになる。

【００５７】（２）システムエリア（Ｓｙｓｔｅｍ Ａ
ｒｅａ）４１ 各セッションの第１トラックの先頭から１６ブロック
（ＬＢＮ０−１５）分がシステム領域として存在する。
本規格では、内容は定義されていない。

【００５８】（３）データエリア（Ｄａｔａ Ａｒｅ
ａ）４２ ボリュームスペースの残りの部分をいう。この中は、以
下のデータからなる。 ・プライマリボリュームディスクリプタ４３（Ｐｒｉｍ
ａｒｙ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ） ・サプルメンタリボリュームディスクリプタ４４（Ｓｕ
ｐｐｌｅｍｅｎｔａｒｙ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉ
ｐｔｏｒ） ・ターミネータ（Ｔｅｒｍｉｎａｔｏｒ）４５ ・パステーブル（Ｐａｔｈ Ｔａｂｌｅ）４６ ・ディレクトリディスクリプタ４７（Ｄｉｒｅｃｔｏｒ
ｙ Ｄｅｓｃｒｉｐｔｏｒ） ・ファイルディスクリプタ（Ｆｉｌｅ Ｄｅｓｃｒｉｐ
ｔｏｒ）４８ ・ファイル（Ｆｉｌｅ）本体部４９ このエリアは、ファイル情報管理部５０とファイルの本
体部４９とからなる。

【００５９】（４）プライマリボリュームディスクリプ
タ４３ ＰＶＤと言われ、ＬＢＮ１６に位置する。Ｗｉｎｄｏｗ
ｓなどのＯＳは必ずここをアクセスする。ボリュームス
ペースの大きさや、パステーブル４６の大きさ及び位
置、ルートディレクトリ情報、ボリュームの日付等が記
述されている。

【００６０】（５）サプルメンタリボリュームディスク
リプタ４４ ＳＶＤと言われ、存在するのであればＰＶＤの直後にあ
る。日本語環境で使用する場合や、ユニコード（Ｕｎｉ
Ｃｏｄｅを用いる場合はＯＳはこれを参照する。

【００６１】（６）ターミネータ４５ ＰＶＤ，ＳＶＤの終わりを意味する。通常は、ＰＶＤ，
ＳＶＤ，ターミネータの順でディスク上に記録される。

【００６２】（７）パステーブル４６ ディレクトリディスクリプタ４７やファイルディスクリ
プタ４８の名前と、記録位置が記述される。

【００６３】（８）ディレクトリディスクリプタ４７ ディレクトリの本体が記録されている位置やその名前や
属性が記述されている。

【００６４】（９）ファイルディスクリプタ４８ ファイル本体部４９のファイルの本体が記録されている
位置やその名前や属性が記述されている。

【００６５】（１０）ファイル本体部４９ ワープロファイルや、実行ファイルなどその実体が記録
されている。

【００６６】ディスク１７の各セッションの中にはボリ
ュームスペース４０があり、システムエリア４１とデー
タエリア４２が存在する。データエリア４２には、ファ
イル情報管理部５０とそれに続くパステーブル４６，デ
ィレクトリディスクリプタ４７及びファイルディスクリ
プタ４８，及び複数の１つもしくは複数のファイルとか
ら構成されるファイル本体部４９とからなり、ファイル
情報管理部５０は先頭からプライマリボリュームディス
クリプタ（ＰＶＤ）４３，サプルメントボリュームディ
スクリプタ（ＳＶＤ）４４，ターミネータ４５とから構
成される。

【００６７】ＰＶＤ４３，ＳＶＤ４４，ターミネータ４
５は少なくとも１セクタずつで構成され、各セクタの先
頭にはそれらを示すＩＤがある。ＰＶＤ４３は“０
１”，ＳＶＤ４４は“０２”，ターミネータ４５は“Ｆ
Ｆ”である。

【００６８】Ｗｉｎｄｏｗｓ９５などのＯＳは、ディス
クに存在する最終セッションの第１トラックの先頭から
１７番目（ＬＢＮ＝１６）のセクタを再生して、ＰＶＤ
４３の内容を見る。

【００６９】また、日本語環境であれば、ＳＶＤ４４を
再生し、ターミネータブロックを検出するまで次の論理
アドレスを再生する。ＳＶＤ４４の中にはルートディレ
クトリディスクリプタ（Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ
Ｄｅｓｃｒｉｐｔｏｒ）の存在する位置等が記録され
ており、この位置を再生することにより、そのルートデ
ィレクトリ下に存在するディレクトリ又はファイルの名
称及びそれらのディスクリプタが存在するアドレスがわ
かる。

【００７０】さらに、ルートディレクトリの下のディレ
クトリのディスクリプタを再生すれば、その下にあるデ
ィレクトリの名称やファイルの名称やそれらに対するデ
ィスクリプタの存在位置がわかる。このようにルートデ
ィレクトリからその下のディレクトリ、ファイルと内容
を確認し、ファイル本体へとたどりつく。

【００７１】また、マルチセッションＣＤにおいては、
複数個のセッションが存在し、そのセッション数分のフ
ァイル情報管理部が存在することが一般的である。この
ようなディスクは、ユーザが保存させたいファイルを追
記する場合に作成される。

【００７２】例えば、'９７.１０月のカルテを第１セッ
ションに書いたとする。一ヶ月が過ぎ、１１月のデータ
をそのディスクに記録する場合は、第２セッションに記
録する。この場合、１０月のデータもＯＳ上から見れる
ようにするために、第１セッションに記録されているフ
ァイル情報管理部５０を第２セッションのファイル情報
管理部５０にコピーする必要があり、一般のライタソフ
トはこのような操作をし、過去に記録したファイル情報
管理部５０のデータを継承するのである。

【００７３】次に、上記ＣＤ−Ｒ／ＲＷドライブ装置に
おけるこの発明の請求項１に係る処理について説明す
る。

【００７４】このＣＤ−Ｒ／ＲＷドライブ装置では、情
報の記録と再生が可能なディスク１７を用い、そのディ
スク１７に対して一連のデータブロック群であるトラッ
ク単位でファイルなどの情報の記録及び再生を行なうも
のである。

【００７５】そして、ディスク１７の所定の記録区分で
あるセッションに対して情報を記録している最中にライ
トエラーが発生し、トラック記録に失敗した時、当該エ
ラーセッションのセッション情報管理領域にセッション
管理情報（ＴＯＣ）を記録する命令を上位装置のホスト
コンピュータから受信した場合、当該セッションのセッ
ション管理情報（ＴＯＣ）を記録した後に、次の新規セ
ッションに対してエラーセッション直前のセッションに
記録されているファイル情報管理部にファイル管理情報
を記録する。そのファイル情報管理部は、ディスクフォ
ーマットとして、記録されているファイルやディレクト
リの場所や属性を管理している情報管理部である。

【００７６】図５は、その請求項１に係る処理を示すフ
ロー図である。図中の「Ｓ」はステップを示す。この処
理は、ステップ１でライトエラーが発生したトラックが
有りか否かを判断し、有ればステップ２へ進んでエラー
セッションのＴＯＣを記録し、ステップ３へ進んでエラ
ーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域
を記録し、ステップ４へ進んでＩＳＯ９６６０フォーマ
ットデータか否かを判断し、ＩＳＯ９６６０フォーマッ
トデータなら、ステップ５へ進んでリカバーセッション
記録処理を実行し、この処理を終了する。

【００７７】ステップ１の判断でライトエラーが発生し
たトラックが無ければ、ステップ６へ進んで現セッショ
ンのＴＯＣを記録し、ステップ７へ進んで現セッション
のリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、こ
の処理を終了する。また、ステップ４の判断でＩＳＯ９
６６０フォーマットデータでなければ、そのまま処理を
終了する。

【００７８】図６は、図５のリカバーセッション記録処
理を示すフロー図である。このリカバーセッション記録
処理は、ステップ１１で前セッションの第１トラックの
先頭アドレスを取得し、ステップ１２へ進んでファイル
情報管理部のアドレスを設定し、ステップ１３へ進んで
ファイル管理情報をリードし、ステップ１４へ進んで前
セッションはＩＳＯ９６６０フォーマットデータか否か
を判断する。

【００７９】ステップ１４の判断でＩＳＯ９６６０フォ
ーマットデータなら、ステップ１５へ進んでリカバート
ラック記録処理を実行し、ステップ１６へ進んでリカバ
ーセッションのＴＯＣを記録し、ステップ１７へ進んで
リカバーセッションのリードアウト（Ｌｅａｄ−Ｏｕ
ｔ）領域を記録し、この処理を終了する。また、ステッ
プ１４の判断でＩＳＯ９６６０フォーマットデータでな
ければ、そのまま処理を終了する。

【００８０】次に、この発明の請求項１に係る処理をさ
らに説明する。このセッション記録処理は、ホストコン
ピュータからセッションを閉じる命令（Ｃｌｏｓｅ Ｓ
ｅｓｓｉｏｎ Ｃｏｍｍａｎｄ）を受信した時に実行す
る。そのセッションを閉じる命令は、セッション管理情
報（ＴＯＣ）及びリードアウト（Ｌｅａｄ−Ｏｕｔ）領
域にデータを記録してセッションを完結させる命令であ
る。

【００８１】システムコントローラ１１は、まず、ディ
スク１７の対象となるセッション内のトラックを記録し
た時に、オフトラック等のサーボエラーやバッファアン
ダーラン（Ｂｕｆｆｅｒ Ｕｎｄｅｒ ｒｕｎ）などの
インタフェース（Ｉ／Ｆ）エラーによるライトエラーが
発生していたかを確認する（Ｓ１）。

【００８２】ここで、ライトエラーが発生していた場合
は、エラーセッションのＴＯＣ領域にセッション管理情
報を記録し（Ｓ２）、セッションの最後をあらわすリー
ドアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し（Ｓ３）、
エラートラックがＩＳＯ９６６０フォーマットデータで
あるか否かを確認する（Ｓ４）。

【００８３】この確認手段は、ＰＶＤ，ＳＶＤ，ターミ
ネータ（Ｔｅｒｍｉｎａｔｏｒ）の各ＩＤ（セクタの先
頭バイト）がそれぞれ“０１”，“０２”，“ＦＦ”で
あること、また、ＰＶＤ，ＳＶＤ内の規格識別子（２バ
イト目−６バイト目）が“ＣＤ００１”であることを確
認することによって行なう。

【００８４】さらに、ＩＳＯ９６６０フォーマットデー
タと判断した場合は、リカバーセッション記録処理（Ｓ
５）を行なって終了する。

【００８５】このリカバーセッション記録処理は、エラ
ーセッションの次のセッションに対して、エラーセッシ
ョン直前の正しく記録されているファイル情報管理部
を、次の新規セッションに対してコピー記録する処理で
ある。

【００８６】次に、リカバー時に記録するファイル情報
管理部は、ＰＶＤ，ＳＶＤ，ターミネータ（Ｔｅｒｍｉ
ｎａｔｏｒ）の３つをさす。

【００８７】このＰＶＤ，ＳＶＤを再生すれば、ルート
ディレクトリディスクリプタ（Ｒｏｏｔ Ｄｉｒｅｃｔ
ｏｒｙ Ｄｅｓｃｒｉｐｔｏｒ）のアドレスがわかり、
そこからファイル本体までたどりつくことができる。

【００８８】ライトエラーの発生の有無の判断（Ｓ１）
においてライトエラーが発生していない時、現セッショ
ンのＴＯＣ領域にセッション管理情報を記録し（Ｓ
６）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し
（Ｓ７）、セッション完結処理を終了する。

【００８９】また、ＩＳＯ９６６０フォーマットデータ
か否かの判断（Ｓ４）で、エラートラックにＩＳＯ９６
６０フォーマットデータが記録されていないと判断した
時、そのままエラーセッションを完結したままで終了す
る。

【００９０】次に、上記リカバーセッション記録処理
は、最初にエラーセッション直前のセッションの第１ト
ラックの開始アドレスを、ＣＤ−Ｒ／ＲＷドライブ装置
内部のＤＲＡＭ５に記憶しているＴＯＣ情報から読み取
り（Ｓ１１）、そのアドレスに１０ｈ（１６セクタ）を
足したアドレスをＰＶＤアドレスとして設定し（Ｓ１
２）、ターミネータ（Ｔｅｒｍｉｎａｔｏｒ）が確認で
きるまで連続的に再生する（Ｓ１３）。

【００９１】ここで、ＰＶＤからターミネータ（Ｔｅｒ
ｍｉｎａｔｏｒ）までの情報を得ることができない場合
は、ＩＳＯ９６６０フォーマットデータと判定しない。

【００９２】ＩＳＯ９６６０フォーマットデータの判断
で（Ｓ１４）、前セッションがＩＳＯ９６６０フォーマ
ットデータと判定したなら、リカバートラックの記録処
理を行なう（Ｓ１５）。

【００９３】この処理は、トラック長をＣＤ規格最小の
３００セクタと設定し、ユーザデータ部にＩＳＯ９６６
０フォーマットに合致するように、正常セッション（エ
ラーセッション直前のセッション）のＰＶＤからターミ
ネータ（Ｔｅｒｍｉｎａｔｏｒ）までを記録する。

【００９４】その後、このセッションのＴＯＣ領域に当
該セッションのセッション情報管理データを記録し（Ｓ
１６）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録
して処理を終了する。また、ＩＳＯ９６６０フォーマッ
トデータの判断で（Ｓ１４）、エラーセッション直前の
セッションがＩＳＯ９６６０フォーマットデータと判断
できなければ、この処理を終了する。

【００９５】こうして、例えば、図７に示すようなエラ
ーセッションを伴ったディスクフォーマットは、上述の
処理によって図８に示すディスクフォーマットになる。

【００９６】図７は、第２セッションのトラックを記録
している最中にライトエラーが発生し、エラーセクタが
発生した場合のディスクフォーマットを示すが、上述の
セッションリカバリ処理によって、図８に示すように、
第３セッションに第１セッションのファイル情報管理部
のみをコピーしたリカバリセッションを作成することに
より、後の再生時にＯＳからファイル情報が正しく認識
されるようになる。

【００９７】このようにして、エラーセッションの直前
のセッションに記録されているファイル情報管理部を、
当該ディスク上に存在する最後のセッションである新規
セッションに記録するので、エラーセッションのファイ
ル情報管理部を消去したことと同じにするので、そのデ
ィスクをＷｉｎｄｏｗｓ９５などのＯＳシステムで使用
する場合はファイル情報管理部で管理されているファイ
ルを正しく再生することができる。

【００９８】次に、上述のこの発明の請求項１に係る処
理では、例えば、１度しか記録できないＣＤ−Ｒディス
ク等の記録媒体に対して新規セッションにエラーセッシ
ョン直前のセッションのファイル情報管理部をコピーす
るのは有効であるが、何度も情報の書き換えができるＣ
Ｄ−ＲＷディスク等の記録媒体については記録スペース
の無駄使いになってしまう。

【００９９】そこで、このような不具合を解消するた
め、次に、上記ＣＤ−Ｒ／ＲＷドライブ装置におけるこ
の発明の請求項２に係る処理について説明する。

【０１００】この処理では、情報の記録及び消去が可能
なディスク１７に対しては、所定の記録区分（セッショ
ン）に対して情報を記録している最中にライトエラーが
発生し、トラック記録に失敗した時、当該エラーセッシ
ョンのセッション情報管理部にセッション管理情報（Ｔ
ＯＣ）を記録する命令をホストコンピュータから受信し
た場合、セッション管理情報（ＴＯＣ）を記録せずに、
エラーが発生したトラックを消去し、この処理を終了す
る。

【０１０１】図９は、その請求項２に係る処理を示すフ
ロー図である。このディスク別セッション記録処理は、
ステップ２１でライトエラーが発生したトラックが有り
か否かを判断し、有りならステップ２２へ進んでエラー
ディスクはＣＤ−ＲＷディスクか否かを判断し、ＣＤ−
ＲＷディスクなら、ステップ２７へ進んでエラートラッ
ク消去処理を実行し、この処理を終了する。

【０１０２】また、ステップ２２の判断でエラーディス
クがＣＤ−ＲＷディスクでなければ、ステップ２３へ進
んでエラーセッションのＴＯＣを記録し、ステップ２４
へ進んでエラーセッションのリードアウト（Ｌｅａｄ−
Ｏｕｔ）領域を記録し、ステップ２５へ進んでＩＳＯ９
６６０フォーマットデータか否かを判断し、ＩＳＯ９６
６０フォーマットデータなら、ステップ２６へ進んで図
６に示したリカバーセッション記録処理を実行し、この
処理を終了する。

【０１０３】ステップ２１の判断でライトエラーが発生
したトラックが無ければ、ステップ２８へ進んで現セッ
ションのＴＯＣを記録し、ステップ２９へ進んで現セッ
ションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録
し、この処理を終了する。また、ステップ２５の判断で
ＩＳＯ９６６０フォーマットデータでなければ、そのま
ま処理を終了する。

【０１０４】次に、この発明の請求項２に係る処理をさ
らに説明する。この処理は、挿入しているディスク１７
がＣＤ−ＲディスクかＣＤ−ＲＷディスクかを判断し、
ＣＤ−ＲＷディスクだと判断した場合は、リカバーセッ
ション記録処理を実行せずに終了させるものである。

【０１０５】このディスク別セッション記録処理も、ホ
ストコンピュータからセッションを閉じる命令（Ｃｌｏ
ｓｅ Ｓｅｓｓｉｏｎ Ｃｏｍｍａｎｄ）を受信した時
に実行する。

【０１０６】システムコントローラ１１は、ディスク１
７のセッション内のトラックが、ライトエラーで終了し
た場合（Ｓ２１）、挿入されているディスク１７の種類
の確認を行なう（Ｓ２２）。ここで、ＣＤ−ＲＷディス
クと判断した場合は、当該エラートラック領域に消去パ
ターンを記録し、当該エラートラックを消去して（Ｓ２
３）、セッション完結処理を終了させる。

【０１０７】ディスク１７がＣＤ−ＲＷディスクか否か
の判断（Ｓ２２）で、挿入されているディスク１７がＣ
Ｄ−Ｒディスクと判断した場合は、エラーセッションの
ＴＯＣ領域にセッション管理情報を記録し（Ｓ２３）、
セッションの最後をあらわすリードアウト（Ｌｅａｄ−
Ｏｕｔ）領域を記録し（Ｓ２４）、エラートラックがＩ
ＳＯ９６６０フォーマットデータであるか否かを確認す
る（Ｓ２５）。

【０１０８】この確認手段は、上述と同じようにして行
なう。さらに、ＩＳＯ９６６０フォーマットデータと判
断した場合は、上述のリカバーセッション記録処理（Ｓ
２６）を行なって終了する。

【０１０９】こうして、情報の消去ができるＣＤ−ＲＷ
ディスク等のディスクにおいては、図８に示したディス
クフォーマットにせずに、図１０に示したディスクフォ
ーマットの状態に変えることができる。

【０１１０】したがって、図１０に示したようなディス
クフォーマットにすることにより、ディスク１７の第２
セッションに記録されたエラーセッションが消去され、
第１セッションのみがディスク１７上に存在し、ＣＤ−
ＲＷディスクでもＯＳから正しくファイル情報が認識さ
れるようにすることができる。

【０１１１】このようにして、情報の記録及び消去が可
能なＣＤ−ＲＷディスク等のディスクに対してはエラー
セッションを消去することにより、未記録部スペースの
無駄遣いをせずに済む。

【０１１２】次に、上述のこの発明の請求項１に係る処
理では、エラーセッションがディスク上の第１セッショ
ンであった場合、エラーセッション直前のセッションが
存在しないので、次の新規セッションに対してファイル
情報管理部を記録できなくなり、ＯＳ上でディレクトリ
／ファイル情報を誤認識してしまう。

【０１１３】そこで、このような不具合を解消するた
め、次に、上記ＣＤ−Ｒ／ＲＷドライブ装置におけるこ
の発明の請求項３に係る処理について説明する。

【０１１４】この処理は、第１セッションに対して情報
の記録中にエラーが発生した場合は、当該エラーセッシ
ョンのセッション情報管理部にセッション管理情報（Ｔ
ＯＣ）を記録する命令をホストコンピュータから受信し
た時に、当該エラーセッションのセッション管理情報
（ＴＯＣ）を記録した後に、次の新規セッションに対し
て所定の長さのトラックにファイル情報管理部データと
異なる特殊データを記録して新規セッションを完結させ
る。

【０１１５】図１１は、その請求項３に係る処理を示す
フロー図である。この第１のダミーセッション記録処理
は、ステップ３１でライトエラーが発生したトラックが
有るか否かを判断して、有ればステップ３２へ進んでエ
ラーセッションのＴＯＣを記録し、ステップ３３へ進ん
でエラーセッションのリードアウト（Ｌｅａｄ−Ｏｕ
ｔ）領域を記録し、ステップ３９へ進んでエラーセッシ
ョンが第１セッションか否かを判断する。

【０１１６】ステップ３９の判断でエラーセッションが
第１セッションなら、ステップ３４へ進んでダミーデー
タをセットし、ステップ３５へ進んでトラック長＝３０
０セクタに設定し、ステップ３６へ進んでダミートラッ
クを記録し、ステップ３７へ進んでダミーセッションの
ＴＯＣ領域を記録し、ステップ３８へ進んでダミーセッ
ションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録
し、この処理を終了する。

【０１１７】ステップ３９の判断でエラーセッションが
第１セッションでなければ、ステップ４０へ進んでＩＳ
Ｏ９６６０フォーマットデータか否かを判断して、ＩＳ
Ｏ９６６０フォーマットデータでなければ、そのままこ
の処理を終了し、ＩＳＯ９６６０フォーマットデータな
ら、ステップ４１へ進んで新規セッション記録処理を実
行し、この処理を終了する。

【０１１８】ステップ３１の判断でライトエラーが発生
したトラックがなければ、ステップ４２へ進んで現セッ
ションのＴＯＣを記録し、ステップ４３へ進んで現セッ
ションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録
し、この処理を終了する。

【０１１９】次に、この発明の請求項３に係る処理をさ
らに説明する。この第１のダミーセッション記録処理
は、ホストコンピュータからセッションを閉じる命令
（Ｃｌｏｓｅ Ｓｅｓｓｉｏｎ Ｃｏｍｍａｎｄ）を受
信した時、ライトエラーが発生したトラックが属するセ
ッションがディスク上の第１セッションか否かを確認
し、第１セッションならそのセッションの後にＩＳＯ９
６６０フォーマットのファイル情報管理部データを記録
せずに、“００”データをダミーデータとしてトラック
に記録し、ダミーセッションを作成する。

【０１２０】この処理によって、Ｗｉｎｄｏｗｓ９５な
どのＯＳは、挿入されているディスクがブランクディス
クと同等なディスクと判断することができ、ディスク上
の残りの記録スペースにデータを追記することができる
ようになる。

【０１２１】システムコントローラ１１は、ホストコン
ピュータからセッションを閉じる命令（Ｃｌｏｓｅ Ｓ
ｅｓｓｉｏｎ Ｃｏｍｍａｎｄ）を受信した時、ライト
エラーが発生したトラックが存在するなら（Ｓ３１）、
そのセッションのＴＯＣ領域を記録し（Ｓ３２）、リー
ドアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録する（Ｓ３
３）。その後、当該セッションがディスク上の第１セッ
ションか否かを確認する（Ｓ３９）。

【０１２２】上記確認で第１セッションと判定した場
合、ＤＲＡＭ５に“００”データからなるダミーデータ
を記憶し（Ｓ３４）、トラック長をＣＤ−ＲＷディスク
規格の最小値である３００セクタに設定し（Ｓ３５）、
ダミーデータトラックを記録する（Ｓ３６）。

【０１２３】その後、ダミーセッションのＴＯＣ領域を
記録し（Ｓ３７）、リードアウト（Ｌｅａｄ−Ｏｕｔ）
領域を記録して（Ｓ３８）、ダミーセッション記録処理
を終了する。また、Ｓ３９でエラーセッションが第１セ
ッションでなければ、図５と同様な処理Ｓ４０〜Ｓ４３
を行なう。

【０１２４】こうして、図１２に示すディスクフォーマ
ットのように、第２セッションにダミーデータを記録し
てセッションを閉じるので、ＯＳは最終セッションにフ
ァイル情報管理部が記録されていないものと判断するこ
とができ、ブランクディスクと同様の扱いをできる。

【０１２５】このようにして、ディスク上に記録されて
いる最終セッション内（新規に追加したダミーセッショ
ン）にはファイル情報管理部データを記録しないので、
Ｗｉｎｄｏｗｓ９５などのＯＳはディレクトリ／ファイ
ル情報を誤認識することがなくなる。また、ＯＳはブラ
ンクディスクと同等の扱いができる。

【０１２６】次に、上述のこの発明の請求項１に係る処
理では、エラーセッションの直前のセッションが音楽用
セッションであった場合、そのセッション内にはファイ
ル情報管理部が存在しない為、エラーセッション直後の
新規セッションに対してファイル情報管理部を記録でき
なくなり、Ｗｉｎｄｏｗｓ９５（登録商標）等のＯＳ上
でディレクトリ／ファイル情報を誤認識してしまう。

【０１２７】そこで、このような不具合を解消するた
め、次に、上記ＣＤ−Ｒ／ＲＷドライブ装置におけるこ
の発明の請求項４に係る処理について説明する。

【０１２８】この処理では、ディスク上の音楽用セッシ
ョン（オーディオセッション）の後のセッションに対し
て情報の記録中にエラーが発生した場合は、当該エラー
セッションのセッション情報管理部にセッション管理情
報（ＴＯＣ）を記録する命令をホストコンピュータから
受信した時に、当該エラーセッションのセッション管理
情報（ＴＯＣ）を記録した後に、次の新規セッションに
対して所定の長さのトラックにファイル情報管理部デー
タと異なる特殊データを記録してセッションを完結させ
る。

【０１２９】図１３は、その請求項４に係る処理を示す
フロー図である。この第２のダミーセッション記録処理
は、ステップ５１で前セッションの第１（１ｓｔ）トラ
ックのアドレスを取得し、ステップ５２へ進んでファイ
ル情報管理部のアドレスを設定し、ステップ５３へ進ん
でファイル管理情報をリードし、ステップ５４へ進んで
前セッションがＩＳＯ９６６０フォーマットデータか否
かを判断する。

【０１３０】ステップ５４の判断で前セッションがＩＳ
Ｏ９６６０フォーマットデータなら、ステップ５５へ進
んでリカバートラック記録処理を実行し、ステップ５６
へ進んでリカバーセッションのＴＯＣを記録し、ステッ
プ５７へ進んでリカバーセッションのリードアウト（Ｌ
ｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。

【０１３１】ステップ５４の判断で前セッションがＩＳ
Ｏ９６６０フォーマットデータでないなら、ステップ５
８へ進んで前セッションがオーディオセッションか否か
を判断して、オーディオセッションなら、ステップ５９
へ進んでダミーデータをセットし、ステップ６０へ進ん
でトラック長＝３００セクタをセットし、ステップ６１
へ進んでダミートラックを記録し、ステップ６２へ進ん
でダミーセッションのＴＯＣ領域を記録し、ステップ６
３へ進んでダミーセッションのリードアウト（Ｌｅａｄ
−Ｏｕｔ）領域を記録し、この処理を終了する。また、
ステップ５８の判断で前セッションがＩＳＯ９６６０フ
ォーマットデータでなければ、そのままこの処理を終了
する。

【０１３２】次に、この発明の請求項４に係る処理をさ
らに説明する。この第２のダミーセッション記録処理
は、リカバーセッション記録処理時に、エラーセッショ
ン直前のセッションがオーディオセッションか否かを確
認し、オーディオセッションであれば、エラーセッショ
ンの後にダミーセッションを記録する。

【０１３３】例えば、ＣＤ−ＥｘｔｒａというＣＤが世
の中に存在する。このＣＤは、第１セッションがオーデ
ィオセッション（音楽用セッション）であり、第２セッ
ションがデータセッションであり、オーディオプレーヤ
（Ａｕｄｉｏ Ｐｌａｙｅｒ）で通常の音楽（Ａｕｄｉ
ｏ）再生ができ、パソコン上で画像再生しながら音楽再
生ができる。第２セッションの中にはもちろん、画像デ
ータが記録されている。

【０１３４】このようなＣＤ−ＥｘｔｒａをＣＤ−Ｒ／
ＲＷドライブ装置を用いて作成することができるが、第
２セッションでライトエラーが発生した場合は、上述の
ような原因でＷｉｎｄｏｗｓ９５などのＯＳ上で画像が
正しく再生できない等の不具合が発生することがある。

【０１３５】この不具合の発生を避けるためにも、第２
セッションの後にダミーセッションを記録し、その後画
像データが正しく記録できるようにする必要がある。そ
のダミーセッションは最終セッションであり、そのセッ
ションのトラックには“００”データを記録しており、
ファイル情報管理部が記録されていない為、ＯＳは誤っ
た情報を参照しないで済む。

【０１３６】この第２のダミーセッション記録処理は、
図６のリカバーセッション記録処理を改良したものであ
る。システムコントローラ１１は、まず、図６のリカバ
ーセッション記録処理と同様にして、前セッションのフ
ァイル情報管理部を再生した後（Ｓ５１〜Ｓ５３）、そ
のセッションがＩＳＯ９６６０フォーマットディスクか
否かを確認する（Ｓ５４）。

【０１３７】ここで、ＩＳＯ９６６０フォーマットディ
スクでないと判断した場合は、オーディオセッションか
否かを確認する（Ｓ５８）。その確認（Ｓ５８）でオー
ディオセッションと判断した場合は、ＣＤ−Ｒ／ＲＷド
ライブ装置のＤＲＡＭ５に“００”データからなるダミ
ーデータを設定し（Ｓ５９）、ダミートラックの長さを
ＣＤ規格の最小値である３００セクタに設定し（Ｓ６
０）、ダミートラックを記録する（Ｓ６１）。

【０１３８】その後、ダミーセッションを完結させる処
理として、ダミーセッションのＴＯＣ領域を記録し（Ｓ
６２）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録
（Ｓ６３）して、この処理を終了する。

【０１３９】また、オーディオセッションか否かの判断
（Ｓ５８）で前セッションがＩＳＯ９６６０フォーマッ
トデータでもなく、またオーディオデータでもないと判
断した場合はこの処理を終了する。

【０１４０】さらに、ＩＳＯ９６６０フォーマットデー
タか否かの判断（Ｓ５４）で、前セッションがＩＳＯ９
６６０フォーマットデータと判断した場合は、図６に示
した処理と同様にリカバーセッション記録処理を行ない
（Ｓ５５〜Ｓ５７）、この処理を終了する。

【０１４１】こうして、図１４に示すディスクフォーマ
ットのように、エラーセッション後にダミーセッション
を記録するので、ＯＳはオーディオ（Ａｕｄｉｏ）デー
タが記録されたディスクと同等なものと判断することが
でき、音楽（Ａｕｄｉｏ）再生を正確に行なえる。

【０１４２】このようにして、ディスク上に記録されて
いる最終セッション内にはファイル情報管理データを記
録しないので、Ｗｉｎｄｏｗｓ９５などのＯＳはディレ
クトリ／ファイル情報を誤認識することがなくなる。ま
た、ＯＳは音楽データのみが記録されているディスクと
同等の扱いができる。

【０１４３】次に、トラックを記録している最中に停電
などの原因によってこのＣＤ−Ｒ／ＲＷドライブ装置の
電源がシャットダウンされてしまった場合、トラックが
途中で途切れ、トラック情報管理部（ＰＭＡ）が記録さ
れていない状態になり、セッションが未完結のままのデ
ィスクが作られてしまう。

【０１４４】また、上述のように、トラックは記録され
ているが、そのトラックに対するトラック情報管理部
（ＰＭＡ）がないディスクが存在した場合、そのディス
クをＣＤ−Ｒ／ＲＷドライブ装置に挿入するとＣＤ−Ｒ
／ＲＷドライブ装置は不正なディスクと判断して記録も
再生も不能になり、以前に記録されているセッション内
のファイルまで再生できなくなり、過去に記録されたデ
ータを見かけ上失ってしまうことになる。

【０１４５】そこで、このような不具合を解消するた
め、上記ＣＤ−Ｒ／ＲＷドライブ装置においてこの発明
の請求項５に係る処理を実行するとよい。

【０１４６】この処理は、挿入されているディスクに対
して、トラックは記録されているがそのトラックに対す
るトラック情報管理部（ＰＭＡ）がないと判断した場
合、当トラックの最終アドレスを検出し、トラック情報
管理部（ＰＭＡ）を記録し、そのトラックが存在するセ
ッションに対してセッション管理情報（ＴＯＣ）を記録
した後、次の新規セッションに対してエラーセッション
直前のセッションに記録されているファイル情報管理部
のデータをコピー記録する。

【０１４７】また、例えば、１度しか記録できないＣＤ
−Ｒディスク等のディスクに対して、不正なトラックが
存在するセッションを完結し、エラーセッションの直前
のセッションのファイル情報管理部を新規セッションに
記録する手段は有効であるが、何度も情報の書き換えが
できるＣＤ−ＲＷディスク等のディスクに関しては記録
スペースの無駄使いになってしまう。

【０１４８】そこで、このような不具合を解消するた
め、上記ＣＤ−Ｒ／ＲＷドライブ装置においてこの発明
の請求項６に係る処理を実行するとよい。

【０１４９】この処理は、情報の記録及び消去が可能な
ディスクに対しては、トラック情報管理部（ＰＭＡ）の
ないトラックの最終アドレスを検出し、トラック情報管
理部（ＰＭＡ）を記録せずに不正なトラックを消去す
る。

【０１５０】図１５は、その請求項５と６に係る処理を
示すフロー図である。このディスク情報取得処理は、デ
ィスクをＣＤ−Ｒ／ＲＷドライブ装置に挿入した時のマ
ウント処理であり、トラック情報がＰＭＡに記録されて
いないトラックを検出した時に対して考慮した処理であ
る。

【０１５１】このようなトラックは、データライト処理
中に電源遮断等が発生して、ＴＯＣ領域が記録できなか
ったために発生する。そこで、当該トラックをマウント
時に検出した場合は、そのトラックをリカバーしてセッ
ションを完結し、次のリカバーセッションを記録すれば
よい。

【０１５２】このディスク情報取得処理は、ステップ７
１でスタンプディスクか否かを判断して、スタンプディ
スクでなければ、ステップ７２へ進んでＴＯＣを再生
し、ステップ７３へ進んでＰＭＡを再生し、ステップ７
４へ進んでプログラムエリアを再生し、ステップ７５へ
進んでＰＭＡに無いトラックが存在するか否かを判断す
る。

【０１５３】ステップ７５の判断でＰＭＡに無いトラッ
クが存在しなければ、この処理を終了し、ＰＭＡに無い
トラックが存在すれば、ステップ７６へ進んで当トラッ
クの最終アドレスを検出し、ステップ７７へ進んでＣＤ
−ＲＷディスクか否かを判断して、ＣＤ−ＲＷディスク
なら、ステップ７８へ進んで不正トラック消去処理を実
行し、この処理を終了する。

【０１５４】ステップ７７の判断でＣＤ−ＲＷディスク
でなければ、ステップ８０へ進んでＰＭＡを記録し、ス
テップ８１へ進んで不正セッションのＴＯＣを記録し、
ステップ８２へ進んで不正セッションのリードアウト
（Ｌｅａｄ−Ｏｕｔ）領域を記録し、ステップ８３へ進
んで不正トラックのデータがＩＳＯ９６６０フォーマッ
トデータか否かを判断する。

【０１５５】ステップ８３の判断で不正トラックのデー
タがＩＳＯ９６６０フォーマットデータでなければ、そ
のままこの処理を終了し、不正トラックのデータがＩＳ
Ｏ９６６０フォーマットデータなら、ステップ８４の図
６に示したリカバーセッション記録処理を実行し、この
処理を終了する。また、ステップ７１の判断でスタンプ
ディスクなら、ステップ７９へ進んでＴＯＣを再生し、
この処理を終了する。

【０１５６】次に、この請求項５と６に係る処理につい
てさらに説明する。システムコントローラ１１は、ま
ず、挿入されているディスクがスタンプディスクか否か
を確認する（Ｓ７１）。

【０１５７】これは、ディスク上のＣＤ−Ｒ／ＲＷディ
スクのプリフォーマットされているＡＴＩＰが検出でき
るかによって判断するものである。スタンプディスクか
否かの判断（Ｓ７１）でスタンプディスクと判断した場
合は、第１セッションのＴＯＣを再生し、次にマルチセ
ッションであったら、各々のセッションのＴＯＣを再生
し、セッション情報を取得する（Ｓ７９）。

【０１５８】つまり、スタンプディスクにはＰＭＡがな
いため、ＴＯＣ再生によってトラック情報を得てマウン
ト処理を終了する。

【０１５９】スタンプディスクか否かの判断（Ｓ７１）
で、スタンプディスクでないと判断した場合は、ＣＤ−
Ｒ／ＲＷディスクとして、ＴＯＣ再生を上記スタンプデ
ィスクと同様な処理を用いて実行する（Ｓ７２）。

【０１６０】その後、ＣＤ−Ｒ／ＲＷディスク特有のＰ
ＭＡを再生し（Ｓ７３）、各トラックのモードやスター
トアドレス，エンドアドレス等を確認する。

【０１６１】次に、ＰＭＡに記録されている最終トラッ
クの最終アドレスの外側を再生し（プログラムエリア再
生）（Ｓ７４）、ＰＭＡに記録されていないトラックが
存在しているかを確認する（Ｓ７５）。

【０１６２】ＰＭＡに無いトラックの存在の有無の判断
（Ｓ７５）で、不正なトラックがあったと判断した場合
は、当該トラックがどこまで記録されているかを再生信
号の検出によって行なう（Ｓ７６）。そして、再生信号
を検出できた最終アドレスが当該トラックのエンドアド
レスと設定する（Ｓ７６）。

【０１６３】次に、挿入されているディスクがＣＤ−Ｒ
Ｗディスクか否かを判断し（Ｓ７７）、ＣＤ−ＲＷディ
スクであればその不正トラックを消去して（Ｓ７８）、
この処理を終了する。また、ＰＭＡに無いトラックの存
在の有無の判断（Ｓ７５）で、ＰＭＡに記録されていな
いトラックがプログラムエリアに検出できない場合は正
常ディスクと判断して、ディスク情報マウント処理を終
了する。

【０１６４】ＣＤ−ＲＷディスクか否かの判断（Ｓ７
７）で、挿入されているディスクがＣＤ−Ｒディスクで
あると判断した場合は、不正トラックのアドレス情報等
のトラック情報をＰＭＡに記録し（Ｓ８０）、当該トラ
ックが属するセッションのＴＯＣ領域を記録し（Ｓ８
１）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し
（Ｓ８２）、不正トラックに記録されているデータがＩ
ＳＯ９６６０フォーマットデータか否かを確認する（Ｓ
８３）。

【０１６５】この確認手段は、本トラックのＬＢＮ１６
（論理アドレスの１６番地）アドレスから連続的に再生
し、ＰＶＤ，ＳＶＤ，ターミネータ（Ｔｅｒｍｉｎａｔ
ｏｒ）の識別子が検出できたらＩＳＯ９６６０フォーマ
ットデータと判定する。

【０１６６】不正トラックのデータがＩＳＯ９６６０フ
ォーマットデータか否かの判断（Ｓ８３）で、ＩＳＯ９
６６０フォーマットデータと判断した場合は、次のセッ
ションに不正セッション直前のセッションのファイル情
報管理部をコピー記録するリカバーセッション記録処理
（Ｓ８４）を実行して、この処理を終了する。

【０１６７】また、不正トラックのデータがＩＳＯ９６
６０フォーマットデータか否かの判断（Ｓ８３）で不正
トラックのデータがＩＳＯ９６６０データでなければ、
このマウント処理を直ちに終了する。

【０１６８】このようにして、不正なトラックが存在す
るセッションを完結し、エラーセッションの直前のセッ
ションのファイル情報管理部を新規セッションに記録す
るので、不正ディスクが記録及び再生可能となるだけで
なく、過去に記録したファイルをＷｉｎｄｏｗｓ９５等
のＯＳから再生することができる。

【０１６９】また、情報の記録及び消去が可能なＣＤ−
ＲＷディスク等のディスクに対しては不正なトラックを
消去することにより、未記録部スペースの無駄遣いをす
ることがなくなる。

【０１７０】

【発明の効果】以上説明してきたように、この発明によ
る情報記録再生装置によれば、データ記録中にライトエ
ラーが発生したとき、後のデータ再生時に不具合が生じ
ないようにエラー処理することができる。

【図面の簡単な説明】

【図１】この発明の情報記録再生装置の一実施形態であ
るＣＤ−Ｒ／ＲＷドライブ装置の構成を示すブロック図
である。

【図２】図１に示したディスク１７のセッションフォー
マットを示す図である。

【図３】トラックアットワンス方式で記録したトラック
のフォーマットである。

【図４】ＩＳＯ９６６０ファイルフォーマット図であ
る。

【図５】図１に示したＣＤ−Ｒ／ＲＷドライブ装置にお
けるこの発明の請求項１に係る処理を示すフロー図であ
る。

【図６】図５のリカバーセッション記録処理を示すフロ
ー図である。

【図７】エラーセッションのディスクフォーマット例を
示す図である。

【図８】図５に示した処理を施したディスクのディスク
フォーマット例を示す図である。

【図９】図１に示したＣＤ−Ｒ／ＲＷドライブ装置にお
けるこの発明の請求項２に係る処理を示すフロー図であ
る。

【図１０】図９に示した処理を施したディスクのディス
クフォーマット例を示す図である。

【図１１】図１に示したＣＤ−Ｒ／ＲＷドライブ装置に
おけるこの発明の請求項３に係る処理を示すフロー図で
ある。

【図１２】図１１に示した処理を施したディスクのディ
スクフォーマット例を示す図である。

【図１３】図１に示したＣＤ−Ｒ／ＲＷドライブ装置に
おけるこの発明の請求項４に係る処理を示すフロー図で
ある。

【図１４】図１３に示した処理を施したディスクのディ
スクフォーマット例を示す図である。

【図１５】図１に示したＣＤ−Ｒ／ＲＷドライブ装置に
おけるこの発明の請求項５と６に係る処理を示すフロー
図である。

【符号の説明】

１：ＣＰＵ ２：フラッシュＲＯＭ ３：ホストインタフェースコントローラ ４：バッファマネジャ ５：ダイナミックＲＡＭ ６：サブコードオペレーションコントローラ ７：ＣＤ−ＲＯＭエンコーダ ８：ＳＲＡＭ ９：ＣＤ−ＲＯＭデコーダ １０：オーディオ回路 １１：システムコントローラ １２：ＣＤエンコーダ １３：ＣＤデコーダ １４：サーボ回路 １５：スピンドルモータコントローラ １６：ＳＣＳＩバス １７：ディスク ２０：パワーキャリブレーションエリア（ＰＣＡ） ２１：トラック情報管理部（ＰＭＡ） ２２：記録区分（セッション） ２３：セッション情報管理領域（リードインエリア） ２４：トラック ２５：記録区分最終領域（リードアウトエリア） ２６：プログラムエリア ３０：プレギャップ ３１：ユーザデータ部 ３２：ランアウトブロック ３３：リンクブロック ３４：ランインブロック

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ１１Ｂ 20/18 ５７２ Ｇ１１Ｂ 20/18 ５７２Ｆ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 情報の記録及び再生が可能な記録媒体に
   対して一連のデータブロック群単位でファイルなどの情
   報の記録及び再生を行なう情報記録再生装置において、 前記記録媒体の所定のセッションに対して情報を記録し
   ている最中にライトエラーが発生してトラック記録に失
   敗したとき、外部に接続された上位装置から前記ライト
   エラーが発生したセッションのセッション情報管理部に
   セッション管理情報を記録する命令を受信したとき、該
   セッション管理情報を記録した後、前記ライトエラーが
   発生したセッションの直前セッションに記録されている
   ファイル情報管理部のデータを次の新規セッションにコ
   ピー記録する手段を設けたことを特徴とする情報記録再
   生装置。
2. 【請求項２】 情報の記録及び再生が可能な記録媒体に
   対して一連のデータブロック群単位でファイルなどの情
   報の記録及び再生を行なう情報記録再生装置において、 情報の記録及び消去が可能な記録媒体の所定のセッショ
   ンに対して情報を記録している最中にライトエラーが発
   生してトラック記録に失敗したとき、外部に接続された
   上位装置から前記ライトエラーが発生したセッションの
   セッション情報管理部にセッション管理情報を記録する
   命令を受信したとき、該セッション管理情報を記録せず
   に前記ライトエラーが発生したトラックを消去する手段
   を設けたことを特徴とする情報記録再生装置。
3. 【請求項３】 請求項１記載の情報記録再生装置におい
   て、 前記記録媒体の第１セッションに対して情報を記録中に
   ライトエラーが発生したとき、前記上位装置から前記ラ
   イトエラーが発生したセッションのセッション情報管理
   部にセッション管理情報を記録する命令を受信したと
   き、該セッション管理情報を記録した後、次の新規セッ
   ションの所定の長さのトラックにファイル情報管理部に
   記録するデータと異なる特殊データを記録してその新規
   セッションを完結させる手段を設けたことを特徴とする
   情報記録再生装置。
4. 【請求項４】 請求項１記載の情報記録再生装置におい
   て、 前記記録媒体の音楽用セッションの後のセッションに対
   して情報の記録中にライトエラーが発生したとき、前記
   上位装置から前記ライトエラーが発生したセッションの
   セッション情報管理部にセッション管理情報を記録する
   命令を受信したとき、該セッション管理情報を記録した
   後、次の新規セッションの所定の長さのトラックにファ
   イル情報管理部に記録するデータと異なる特殊データを
   記録してその新規セッションを完結させる手段を設けた
   ことを特徴とする情報記録再生装置。
5. 【請求項５】 情報の記録及び再生が可能な記録媒体に
   対して一連のデータブロック群単位でファイルなどの情
   報の記録及び再生を行なう情報記録再生装置において、 前記記録媒体が挿入されたとき、該記録媒体にトラック
   は記録されているがトラック情報管理部に該トラックに
   対するトラック管理情報が記録されていないエラーセッ
   ションを判別したとき、そのトラックの最終アドレスを
   検出し、該最終アドレスに基づいて前記トラック情報管
   理部にトラック管理情報を記録し、そのトラックが存在
   するセッションのセッション情報管理部にセッション管
   理情報を記録した後、前記エラーセッション直前のセッ
   ションに記録されているファイル情報管理部のデータを
   次の新規セッションにコピー記録する手段を設けたこと
   を特徴とする情報記録再生装置。
6. 【請求項６】 情報の記録及び再生が可能な記録媒体に
   対して一連のデータブロック群単位でファイルなどの情
   報の記録及び再生を行なう情報記録再生装置において、 情報の記録及び消去が可能な記録媒体が挿入されたと
   き、該記録媒体にトラックは記録されているがトラック
   情報管理部に該トラックに対するトラック管理情報が記
   録されていないエラーセッションを判別したとき、その
   トラックの最終アドレスを検出し、その最終アドレスに
   基づくトラック管理情報を前記トラック情報管理部を記
   録せずに不正なトラックを消去する手段を設けたことを
   特徴とする情報記録再生装置。