JP3992850B2 - 情報記録再生装置 - Google Patents
情報記録再生装置 Download PDFInfo
- Publication number
- JP3992850B2 JP3992850B2 JP25014798A JP25014798A JP3992850B2 JP 3992850 B2 JP3992850 B2 JP 3992850B2 JP 25014798 A JP25014798 A JP 25014798A JP 25014798 A JP25014798 A JP 25014798A JP 3992850 B2 JP3992850 B2 JP 3992850B2
- Authority
- JP
- Japan
- Prior art keywords
- session
- information
- recording
- track
- recorded
- 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
Landscapes
- Signal Processing For Digital Recording And Reproducing (AREA)
- Optical Recording Or Reproduction (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、一連のデータブロック群単位で情報を記録及び再生するＣＤ−Ｒドライブ，ＣＤ−ＲＷドライブなどの情報記録再生装置に関する。
【０００２】
【従来の技術】
情報を一連のデータブロック群（「トラック」と称する）単位で記録する情報記録装置の１つにＣＤ−Ｒ／ＲＷドライブ装置などの情報記録再生装置がある。ここでは、ＣＤ−Ｒ／ＲＷドライブ装置を例にとって説明する。
【０００３】
また、ディレクトリやファイルを管理するディスクフォーマットには、ＣＤ−ＲＯＭ用、フロッピディスクドライブ（ＦＤＤ）用、ハードディスクドライブ（ＨＤＤ）用を始め数種類あるが、一例としてＣＤ−ＲＯＭ用ディスクフォーマットで最も一般的なＩＳＯ９６６０フォーマットを用いて説明する。
【０００４】
ＣＤ−Ｒ／ＲＷドライブ装置は、ＣＤ−Ｒ／ＲＷディスクに対して一連のデータブロック群単位（トラック）でファイルや音楽データ等の情報の記録を行なうものであり、ディスクを１つもしくは複数の記録区分（「セッション」と称する）に分割し（この記録区分の大きさは各記録区分によって異なる）、その記録区分（セッション）の中にトラックを１つもしくは複数個記録させるものである。
【０００５】
その記録区分（セッション）の先頭領域は、セッション管理情報領域（Ｌｅａｄ−Ｉｎ領域）と呼ばれるセッション情報管理部であり、そのセッション管理情報領域の中にセッション管理情報(Ｔａｂｌｅ Ｏｆ Ｃｏｎｔｅｎｔｓ：ＴＯＣ）と呼ばれるデータが記録される。
【０００６】
ＩＳＯ９６６０フォーマットディスクにおいて、各セッション内に存在するトラックの数は一般的に１つである。
【０００７】
このフォーマットは、図４に示すように、記録区分（セッション）内のトラックの先頭部（所定の場所）にディレクトリやファイルの場所や属性を管理するファイル情報管理部５０が記録されており、その後に１つもしくは複数個のファイルのディスクリプタやファイル本体４９が続く。
【０００８】
ＣＤ−Ｒ／ＲＷドライブ装置において、トラックアットワンス（Ｔｒａｃｋ Ａｔ Ｏｎｃｅ）機能でこれらのデータを一気に記録した場合、記録最中にライトエラーが発生した時、その時点でトラック記録を終了し、アプリケーションの命令でセッション（記録区分）を閉じていた。このセッションを閉じるとは、セッション情報をＴＯＣ領域に記録することであり、ＴＯＣを書いてセッションを完結させるのである。
【０００９】
このような場合、数〜数十ブロックで構成されるファイル情報管理部は正しく記録されているが、ファイルの本体が途中で途切れているような状態が発生する時がある。例えば、ファイル情報管理部は正しく記録されているので、その中には１００個分のファイル情報が記録されているが、ファイルの本体は３０個分しかない時などである。
【００１０】
このようなディスクをＷｉｎｄｏｗｓ９５（登録商標）などのＯＳを用いて任意のファイルを再生しようとすると、そのファイルの本体が無いために再生できない不具合が生じる。
【００１１】
なお、Ｗｉｎｄｏｗｓ９５などのＯＳは、挿入されているＣＤに記録されている最終セッションをアクセスし、そのセッション内に記録されているファイル情報管理部を再生し、その内容に基づいてＣＤに記録されているディレクトリ／ファイル管理及び再生処理を実施する。
【００１２】
従来、ライトエラーが発生した時に、ＣＤ規格のトラック長の最小値である３００セクタとなるまでダミーデータを記録し、トラックの２重書きを防止する情報記録装置（例えば、特願平８−３０３０５３号公報参照）があった。
【００１３】
【発明が解決しようとする課題】
しかしながら、上述の情報記録装置では、ディスクへのライトエラー時に数〜数十ブロックを記録したところで、このようなディスクが後に装置に挿入されると、マウント時に当該エラートラックがブランクトラックとみなされる場合があるという問題があった。
【００１４】
また、ダミーデータでトラックを埋めたとしても、当該トラックが第２セッションの先頭トラックであった場合、ＷｉｎｓｏｗｓなどのＯＳでは第１セッションのファイル情報を認識できない不具合が発生する。
【００１５】
すなわち、ＯＳは、最終セッションに記録されているファイル情報管理部のデータからディスク上に記録されているファイル情報を引き出すので、従来の情報記録装置のようなダミーデータの記録では、ファイルフォーマット（ＩＳＯ９６６０等）を意識していないため、後にＯＳ上で何もファイルが記録されていないディスクであるブランクディスクと判断されてしまうという問題があった。
【００１６】
この発明は上記の点に鑑みてなされたものであり、データ記録中にライトエラーが発生したとき、後のデータ再生時に不具合が生じないようにエラー処理することを目的とする。
【００１７】
【課題を解決するための手段】
この発明は上記の目的を達成するため、情報の記録及び再生が可能な記録媒体に対して一連のデータブロック群単位でファイルなどの情報の記録及び再生を行なう情報記録再生装置において、上記記録媒体の所定のセッションに対して情報を記録している最中にライトエラーが発生してトラック記録に失敗した場合、セッション管理情報を記録した後、上記ライトエラーが発生したセッションの直前セッションが所定のファイルフォーマットで記録されていたときのみ上記ライトエラーが発生したセッションの直前セッションに記録されているファイル情報管理部のデータを次の新規セッションにコピー記録する手段を設けたものである。
【００１８】
また、上記のような情報記録再生装置において、上記記録媒体が情報の書き換えができる記録媒体か１度しか記録できない記録媒体かを判断する手段と、その手段によって情報の書き換えができる記録媒体と判断された場合、上記ライトエラーが発生したトラックを消去する手段を設けるとよい。
【００１９】
さらに、上述のような情報記録再生装置において、上記記録媒体の第１セッションに対して情報を記録中にライトエラーが発生した場合、上記上位装置から上記ライトエラーが発生したセッションのセッション情報管理部にセッション管理情報を記録する命令を受信したとき、そのセッション管理情報を記録した後、次の新規セッションの所定の長さのトラックにファイル情報管理部に記録するデータと異なる特殊データを記録してその新規セッションを完結させる手段を設けるとよい。
【００２０】
また、上述のような情報記録再生装置において、上記記録媒体の音楽用セッションの後のセッションに対して情報の記録中にライトエラーが発生した場合、上記上位装置から上記ライトエラーが発生したセッションのセッション情報管理部にセッション管理情報を記録する命令を受信したとき、そのセッション管理情報を記録した後、次の新規セッションの所定の長さのトラックにファイル情報管理部に記録するデータと異なる特殊データを記録してその新規セッションを完結させる手段を設けるとよい。
【００２１】
さらに、情報の記録及び再生が可能な記録媒体に対して一連のデータブロック群単位でファイルなどの情報の記録及び再生を行なう情報記録再生装置において、上記記録媒体が挿入された場合、その記録媒体にトラックは記録されているがトラック情報管理部にそのトラックに対するトラック管理情報が記録されていないエラーセッションを判別したとき、そのトラックの最終アドレスを検出し、その最終アドレスに基づいて上記トラック情報管理部にトラック管理情報を記録し、そのトラックが存在するセッションのセッション情報管理部にセッション管理情報を記録した後、上記エラーセッション直前のセッションに記録されているファイル情報管理部のデータを次の新規セッションにコピー記録する手段を設けるとよい。
【００２２】
さらにまた、上記のような情報記録再生装置において、上記記録媒体が情報の書き換えができる記録媒体か１度しか記録できない記録媒体かを判断する手段と、その手段によって情報の書き換えができる記録媒体と判断された場合、その記録媒体にトラックは記録されているがトラック情報管理部にそのトラックに対するトラック管理情報が記録されていないエラーセッションを判別したとき、そのトラックの最終アドレスを検出し、その最終アドレスに基づくトラック管理情報を上記トラック情報管理部を記録せずに不正なトラックを消去する手段を設けるとよい。
【００２３】
この発明の請求項１の情報記録再生装置は、上述のように構成することにより、ディスク等の記録媒体のエラーセッションの直前のセッションに記録されているファイル情報管理部を、当該記録媒体上に存在する最後のセッションである新規セッションに記録するので、エラーセッションのファイル情報管理部を消去したことと同じにすることができ、その記録媒体をＷｉｎｄｏｗｓ９５などのＯＳで使用する場合はファイル情報管理部で管理されているファイルを正しく再生することができる。
【００２４】
この発明の請求項２の情報記録再生装置は、上述のように構成することにより、情報の記録及び消去が可能なＣＤ−ＲＷディスク等の記録媒体に対しては、上述のエラー発生時にはエラーセッションを消去するので、未記録部に対してスペースの無駄遣いをすることがなくなる。
【００２５】
この発明の請求項３の情報記録再生装置は、上述のように構成することにより、記録媒体上に記録されている最終セッション内（新規に追加したダミーセッション）には、ファイル情報管理部のデータを記録しないので、Ｗｉｎｄｏｗｓ９５などのＯＳはディレクトリとファイル情報を誤認識することがなくなり、ＯＳはブランクディスクと同等の扱いができる。
【００２６】
この発明の請求項４の情報記録再生装置は、上述のように構成することにより、記録媒体上に記録されている最終セッション内には、ファイル情報管理部のデータを記録しないので、Ｗｉｎｄｏｗｓ９５などのＯＳはディレクトリとファイル情報を誤認識することがなくなる。
また、ＯＳは音楽データのみが記録されている記録媒体と同等な扱いができる。
【００２７】
この発明の請求項５の情報記録再生装置は、上述のように構成することにより、不正なトラックが存在するセッションを完結させ、エラーセッションの直前のセッションのファイル情報管理部を新規セッションに記録するので、不正ディスクが記録及び再生可能になるだけでなく、過去に記録したファイルをＷｉｎｄｏｗｓ９５等のＯＳから再生することができる。
【００２８】
この発明の請求項６の情報記録再生装置は、上述のように構成することにより、情報の記録及び消去が可能なＣＤ−ＲＷディスク等の記録媒体に対しては、不正なトラックを消去することにより、未記録部スペースの無駄遣いをすることがなくなる。
【００２９】
【発明の実施の形態】
以下、この発明の実施の形態を図面に基づいて具体的に説明する。
図１は、この発明の情報記録再生装置の一実施形態であるＣＤ−Ｒ／ＲＷドライブ装置の構成を示すブロック図である。
【００３０】
このＣＤ−Ｒ／ＲＷドライブ装置は、ＣＰＵ１，フラッシュＲＯＭ２，ホストインタフェースコントローラ３，バッファマネジャ４，ダイナミックＲＡＭ５，サブコードオペレーションコントローラ６，ＣＤ−ＲＯＭエンコーダ７，ＳＲＡＭ８，ＣＤ−ＲＯＭデコーダ９，オーディオ回路１０，システムコントローラ１１，ＣＤエンコーダ１２，ＣＤデコーダ１３，サーボ回路１４，スピンドルモータコントローラ１５，及びＳＣＳＩバス１６から成り、ＣＤ−Ｒディスク，ＣＤ−ＲＷディスク等の記録媒体であるディスク１７に対するデータの記録及び再生を行なう。
【００３１】
ＣＰＵ１は、このＣＤ−Ｒ／ＲＷドライブ装置全体の動作を制御する中央演算処理装置（マイクロコンピュータ）である。
フラッシュＲＯＭ２は、ＣＰＵ１が任意に内容を消去書き換え可能な不揮発性メモリである。
【００３２】
ホストインタフェースコントローラ３は、上位装置であるホストコンピュータとこのＣＤ−Ｒ／ＲＷドライブ装置との通信を司るＬＳＩである。
バッファマネジャ４は、ホストコンピュータからの転送データ及びディスク１７から読み出したデータの転送を制御するＬＳＩである。
【００３３】
ダイナミックＲＡＭ５は、ホストコンピュータからの転送データとディスク１７から読み出したデータを一時的に格納するバッファメモリである。
サブコードオペレーションコントローラ６は、ディスク１７上に記録するサブコードを生成したり、ディスク１７から読み出したサブコードを分離するＬＳＩである。
【００３４】
ＣＤ−ＲＯＭエンコーダ７は、ＣＤ−ＲＯＭデータをディスク１７に書き込む前に変調するＬＳＩである。
ＳＲＡＭ８は、プログラム変数等のデータを格納するメモリである。
ＣＤ−ＲＯＭデコーダ９は、読み出したＣＤ−ＲＯＭデータを復調するＬＳＩである。オーディオ回路１０は、音楽再生をコントロールするＬＳＩである。
【００３５】
システムコントローラ１１は、ディスク１７へのデータの記録及び再生を制御するＬＳＩであり、この発明に関わる各種の処理を行なう。
ＣＤエンコーダ１２は、ディスク１７に書き込む前にユーザデータとサブコードをメディア規格に適合するように変調するＬＳＩである。
【００３６】
ＣＤデコーダ１３は、ディスク１７から読み出したデータをユーザデータとサブコードに分離して復調するＬＳＩである。
サーボ回路１４は、ディスク１７に対するレーザ光のフォーカス，トラッキング等のサーボを制御するＬＳＩである。
【００３７】
スピンドルモータコントローラ１５は、ディスク１７の回転制御を行なうＬＳＩである。
ＳＣＳＩバス１６は、このＣＤ−Ｒ／ＲＷドライブ装置とホストコンピュータとを接続する通信線であり、この通信線を介して両者は各種のデータをやり取りする。
【００３８】
すなわち、上記システムコントローラ１１等が、情報の記録及び再生が可能な記録媒体に対して一連のデータブロック群単位でファイルなどの情報の記録及び再生を行なう手段と、上記記録媒体の所定のセッションに対して情報を記録している最中にライトエラーが発生してトラック記録に失敗した場合、そのセッション管理情報を記録した後、上記ライトエラーが発生したセッションの直前セッションが所定のファイルフォーマットで記録されていたときのみ上記ライトエラーが発生したセッションの直前セッションに記録されているファイル情報管理部のデータを次の新規セッションにコピー記録する手段の機能を果たす。
【００３９】
また、上記記録媒体が情報の書き換えができる記録媒体か１度しか記録できない記録媒体かを判断する手段と、その手段によって情報の書き換えができる記録媒体と判断された場合、上記ライトエラーが発生したトラックを消去する手段の機能も果たす。
【００４０】
さらに、上記記録媒体の第１セッションに対して情報を記録中にライトエラーが発生した場合、上記上位装置から上記ライトエラーが発生したセッションのセッション情報管理部にセッション管理情報を記録する命令を受信したとき、そのセッション管理情報を記録した後、次の新規セッションの所定の長さのトラックにファイル情報管理部に記録するデータと異なる特殊データを記録してその新規セッションを完結させる手段の機能を果たす。
【００４１】
また、上記記録媒体の音楽用セッションの後のセッションに対して情報の記録中にライトエラーが発生した場合、上記上位装置から上記ライトエラーが発生したセッションのセッション情報管理部にセッション管理情報を記録する命令を受信したとき、そのセッション管理情報を記録した後、次の新規セッションの所定の長さのトラックにファイル情報管理部に記録するデータと異なる特殊データを記録してその新規セッションを完結させる手段の機能も果たす。
【００４２】
さらに、上記記録媒体が挿入された場合、その記録媒体にトラックは記録されているがトラック情報管理部にそのトラックに対するトラック管理情報が記録されていないエラーセッションを判別したとき、そのトラックの最終アドレスを検出し、その最終アドレスに基づいて上記トラック情報管理部にトラック管理情報を記録し、そのトラックが存在するセッションのセッション情報管理部にセッション管理情報を記録した後、上記エラーセッション直前のセッションに記録されているファイル情報管理部のデータを次の新規セッションにコピー記録する手段の機能を果たす。
【００４３】
さらにまた、上記記録媒体が情報の書き換えができる記録媒体か１度しか記録できない記録媒体かを判断する手段と、その手段によって情報の書き換えができる記録媒体と判断された場合、その記録媒体にトラックは記録されているがトラック情報管理部にそのトラックに対するトラック管理情報が記録されていないエラーセッションを判別したとき、そのトラックの最終アドレスを検出し、その最終アドレスに基づくトラック管理情報を上記トラック情報管理部を記録せずに不正なトラックを消去する手段の機能を果たす。
【００４４】
図２は、ディスク１７のセッションフォーマットを示す図である。
このＣＤ−Ｒ／ＲＷドライブ装置は、図２に示したフォーマットのディスク１７に対してデータの記録及び再生が可能である。
【００４５】
ディスク１７は、内周から記録パワー決定のための試し書きを行なうパワーキャリブレーションエリア（ＰＣＡ）２０，トラック情報管理部（プログラムメモリエリア：ＰＭＡ）２１，記録区分（セッション）２２（セッションＮo.１，２…）が存在する。
【００４６】
セッション２２のサイズはランダムであり、その中のトラック数や、トラックの大きさによって変わる。
セッション２２は、セッション情報管理部であるセッション情報管理領域（リードインエリア：Ｌｅａｄ Ｉｎ Ａｒｅａ）２３，１つまたは複数のトラック２４，記録区分最終領域（リードアウトエリア：Ｌｅａｄ Ｏｕｔ Ａｒｅａ）２５とから構成されており、セッション情報管理領域と記録区分最終領域とは共に大きさが決まっている。
【００４７】
セッション情報管理領域２３は、セッションの始めを示すエリアであり、セッション内のトラック情報であるセッション管理情報（ＴＯＣ）を記録するエリアである。
トラック２４は、ユーザがファイル、音楽などのデータを記録するエリアである。記録区分最終領域２５は、セッションの終わりを示すエリアである。
プログラムエリア２６は、ユーザデータを記録するエリアである。
【００４８】
第１セッションのセッション情報管理領域の大きさは、ディスクメーカによって異なり、おおよそ２分３０秒ぐらいの大きさである。
また、第１セッションの記録区分最終領域の大きさは１分３０秒である。
第２セッション以降のセッション情報管理領域の大きさは１分であり、記録区分最終領域の大きさは３０秒である。
【００４９】
セッション情報管理領域にはＴＯＣと言われるセッション管理情報データが記録されており、ＣＤ再生装置はこれをもとに挿入されているディスク上のトラック情報を得ることができる。
【００５０】
例えば、音楽ＣＤをオーディオＣＤプレーヤ（Ａｕｄｉｏ ＣＤ Ｐｌａｙｅｒ）に挿入すると、ディスプレイにトラックの総数と、それぞれのトラックの長さが時間単位で表示されるが、これはプレーヤがＴＯＣを再生しているから表示できるのである。
【００５１】
第１セッションのトラックＮo.１の先頭からプログラムエリア２６の始まりであり、スタート開始アドレスは０分０秒０フレームである。
【００５２】
図３はトラックアットワンス方式で記録したトラックのフォーマットである。ＣＤ−Ｒ／ＲＷディスク上に記録されたトラックは、プレギャップ（ＰｒｅＧａｐ）３０，ユーザデータ（Ｕｓｅｒ Ｄａｔａ）３１，２ブロックのランアウトブロック（Ｒｕｎ Ｏｕｔ Ｂｌｏｃｋ）３２とから構成される。
プレギャップ３０は、１ブロックのリンクブロック（Ｌｉｎｋ Ｂｌｏｃｋ）３３，４ブロックのランインブロック（Ｒｕｎ Ｉｎ Ｂｌｏｃｋ）３４等からなる。
【００５３】
プレギャップ３０（１５０ブロック、２２５ブロック）は、トラックの先頭に位置し、音楽で言えば無音部である。
ユーザデータ部３１は、ユーザ（ホストコンピュータ）から転送されたデータを記録するところである。
ランアウトブロック（２ブロック）３２は、トラックの最後を意味するブロックである。
【００５４】
リンクブロック３３（１ブロック）は、トラックとトラックのつなぎめを意味するブロックである。
ランインブロック（４ブロック）３４は、トラックの先頭を意味するブロックである。
【００５５】
このＣＤ−Ｒ／ＲＷドライブ装置は、ファイルフォーマットとしてＩＳＯ９６６０規格を用いる。
図４は、ＩＳＯ９６６０ファイルフォーマット図である。
【００５６】
ＩＳＯ９６６０フォーマットの用語説明
（１）ボリュームスペース（Ｖｏｌｕｍｅ Ｓｐａｃｅ）４０
ＣＤ上の各セッションを大きく分割すると、システムエリア４１とデータエリア４２の２つになる。
【００５７】
（２）システムエリア（Ｓｙｓｔｅｍ Ａｒｅａ）４１
各セッションの第１トラックの先頭から１６ブロック（ＬＢＮ０−１５）分がシステム領域として存在する。本規格では、内容は定義されていない。
【００５８】
（３）データエリア（Ｄａｔａ Ａｒｅａ）４２
ボリュームスペースの残りの部分をいう。この中は、以下のデータからなる。
・プライマリボリュームディスクリプタ４３
（Ｐｒｉｍａｒｙ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ）
・サプルメンタリボリュームディスクリプタ４４
（Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ）
・ターミネータ（Ｔｅｒｍｉｎａｔｏｒ）４５
・パステーブル（Ｐａｔｈ Ｔａｂｌｅ）４６
・ディレクトリディスクリプタ４７
（Ｄｉｒｅｃｔｏｒｙ Ｄｅｓｃｒｉｐｔｏｒ）
・ファイルディスクリプタ（Ｆｉｌｅ Ｄｅｓｃｒｉｐｔｏｒ）４８
・ファイル（Ｆｉｌｅ）本体部４９
このエリアは、ファイル情報管理部５０とファイルの本体部４９とからなる。
【００５９】
（４）プライマリボリュームディスクリプタ４３
ＰＶＤと言われ、ＬＢＮ１６に位置する。ＷｉｎｄｏｗｓなどのＯＳは必ずここをアクセスする。
ボリュームスペースの大きさや、パステーブル４６の大きさ及び位置、ルートディレクトリ情報、ボリュームの日付等が記述されている。
【００６０】
（５）サプルメンタリボリュームディスクリプタ４４
ＳＶＤと言われ、存在するのであればＰＶＤの直後にある。
日本語環境で使用する場合や、ユニコード（Ｕｎｉ Ｃｏｄｅを用いる場合はＯＳはこれを参照する。
【００６１】
（６）ターミネータ４５
ＰＶＤ，ＳＶＤの終わりを意味する。通常は、ＰＶＤ，ＳＶＤ，ターミネータの順でディスク上に記録される。
【００６２】
（７）パステーブル４６
ディレクトリディスクリプタ４７やファイルディスクリプタ４８の名前と、記録位置が記述される。
【００６３】
（８）ディレクトリディスクリプタ４７
ディレクトリの本体が記録されている位置やその名前や属性が記述されている。
【００６４】
（９）ファイルディスクリプタ４８
ファイル本体部４９のファイルの本体が記録されている位置やその名前や属性が記述されている。
【００６５】
（１０）ファイル本体部４９
ワープロファイルや、実行ファイルなどその実体が記録されている。
【００６６】
ディスク１７の各セッションの中にはボリュームスペース４０があり、システムエリア４１とデータエリア４２が存在する。
データエリア４２には、ファイル情報管理部５０とそれに続くパステーブル４６，ディレクトリディスクリプタ４７及びファイルディスクリプタ４８，及び複数の１つもしくは複数のファイルとから構成されるファイル本体部４９とからなり、ファイル情報管理部５０は先頭からプライマリボリュームディスクリプタ（ＰＶＤ）４３，サプルメントボリュームディスクリプタ（ＳＶＤ）４４，ターミネータ４５とから構成される。
【００６７】
ＰＶＤ４３，ＳＶＤ４４，ターミネータ４５は少なくとも１セクタずつで構成され、各セクタの先頭にはそれらを示すＩＤがある。
ＰＶＤ４３は“０１”，ＳＶＤ４４は“０２”，ターミネータ４５は“ＦＦ”である。
【００６８】
Ｗｉｎｄｏｗｓ９５などのＯＳは、ディスクに存在する最終セッションの第１トラックの先頭から１７番目（ＬＢＮ＝１６）のセクタを再生して、ＰＶＤ４３の内容を見る。
【００６９】
また、日本語環境であれば、ＳＶＤ４４を再生し、ターミネータブロックを検出するまで次の論理アドレスを再生する。
ＳＶＤ４４の中にはルートディレクトリディスクリプタ（Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ Ｄｅｓｃｒｉｐｔｏｒ）の存在する位置等が記録されており、この位置を再生することにより、そのルートディレクトリ下に存在するディレクトリ又はファイルの名称及びそれらのディスクリプタが存在するアドレスがわかる。
【００７０】
さらに、ルートディレクトリの下のディレクトリのディスクリプタを再生すれば、その下にあるディレクトリの名称やファイルの名称やそれらに対するディスクリプタの存在位置がわかる。
このようにルートディレクトリからその下のディレクトリ、ファイルと内容を確認し、ファイル本体へとたどりつく。
【００７１】
また、マルチセッションＣＤにおいては、複数個のセッションが存在し、そのセッション数分のファイル情報管理部が存在することが一般的である。
このようなディスクは、ユーザが保存させたいファイルを追記する場合に作成される。
【００７２】
例えば、'９７.１０月のカルテを第１セッションに書いたとする。
一ヶ月が過ぎ、１１月のデータをそのディスクに記録する場合は、第２セッションに記録する。
この場合、１０月のデータもＯＳ上から見れるようにするために、第１セッションに記録されているファイル情報管理部５０を第２セッションのファイル情報管理部５０にコピーする必要があり、一般のライタソフトはこのような操作をし、過去に記録したファイル情報管理部５０のデータを継承するのである。
【００７３】
次に、上記ＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項１に係る処理について説明する。
【００７４】
このＣＤ−Ｒ／ＲＷドライブ装置では、情報の記録と再生が可能なディスク１７を用い、そのディスク１７に対して一連のデータブロック群であるトラック単位でファイルなどの情報の記録及び再生を行なうものである。
【００７５】
そして、ディスク１７の所定の記録区分であるセッションに対して情報を記録している最中にライトエラーが発生し、トラック記録に失敗した時、当該エラーセッションのセッション情報管理領域にセッション管理情報（ＴＯＣ）を記録する命令を上位装置のホストコンピュータから受信した場合、当該セッションのセッション管理情報（ＴＯＣ）を記録した後に、次の新規セッションに対してエラーセッション直前のセッションに記録されているファイル情報管理部にファイル管理情報を記録する。そのファイル情報管理部は、ディスクフォーマットとして、記録されているファイルやディレクトリの場所や属性を管理している情報管理部である。
【００７６】
図５は、その請求項１に係る処理を示すフロー図である。図中の「Ｓ」はステップを示す。
この処理は、ステップ１でライトエラーが発生したトラックが有りか否かを判断し、有ればステップ２へ進んでエラーセッションのＴＯＣを記録し、ステップ３へ進んでエラーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、ステップ４へ進んでＩＳＯ９６６０フォーマットデータか否かを判断し、ＩＳＯ９６６０フォーマットデータなら、ステップ５へ進んでリカバーセッション記録処理を実行し、この処理を終了する。
【００７７】
ステップ１の判断でライトエラーが発生したトラックが無ければ、ステップ６へ進んで現セッションのＴＯＣを記録し、ステップ７へ進んで現セッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
また、ステップ４の判断でＩＳＯ９６６０フォーマットデータでなければ、そのまま処理を終了する。
【００７８】
図６は、図５のリカバーセッション記録処理を示すフロー図である。
このリカバーセッション記録処理は、ステップ１１で前セッションの第１トラックの先頭アドレスを取得し、ステップ１２へ進んでファイル情報管理部のアドレスを設定し、ステップ１３へ進んでファイル管理情報をリードし、ステップ１４へ進んで前セッションはＩＳＯ９６６０フォーマットデータか否かを判断する。
【００７９】
ステップ１４の判断でＩＳＯ９６６０フォーマットデータなら、ステップ１５へ進んでリカバートラック記録処理を実行し、ステップ１６へ進んでリカバーセッションのＴＯＣを記録し、ステップ１７へ進んでリカバーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
また、ステップ１４の判断でＩＳＯ９６６０フォーマットデータでなければ、そのまま処理を終了する。
【００８０】
次に、この発明の請求項１に係る処理をさらに説明する。
このセッション記録処理は、ホストコンピュータからセッションを閉じる命令（Ｃｌｏｓｅ Ｓｅｓｓｉｏｎ Ｃｏｍｍａｎｄ）を受信した時に実行する。
そのセッションを閉じる命令は、セッション管理情報（ＴＯＣ）及びリードアウト（Ｌｅａｄ−Ｏｕｔ）領域にデータを記録してセッションを完結させる命令である。
【００８１】
システムコントローラ１１は、まず、ディスク１７の対象となるセッション内のトラックを記録した時に、オフトラック等のサーボエラーやバッファアンダーラン（Ｂｕｆｆｅｒ Ｕｎｄｅｒ ｒｕｎ）などのインタフェース（Ｉ／Ｆ）エラーによるライトエラーが発生していたかを確認する（Ｓ１）。
【００８２】
ここで、ライトエラーが発生していた場合は、エラーセッションのＴＯＣ領域にセッション管理情報を記録し（Ｓ２）、セッションの最後をあらわすリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し（Ｓ３）、エラートラックがＩＳＯ９６６０フォーマットデータであるか否かを確認する（Ｓ４）。
【００８３】
この確認手段は、ＰＶＤ，ＳＶＤ，ターミネータ（Ｔｅｒｍｉｎａｔｏｒ）の各ＩＤ（セクタの先頭バイト）がそれぞれ“０１”，“０２”，“ＦＦ”であること、また、ＰＶＤ，ＳＶＤ内の規格識別子（２バイト目−６バイト目）が“ＣＤ００１”であることを確認することによって行なう。
【００８４】
さらに、ＩＳＯ９６６０フォーマットデータと判断した場合は、リカバーセッション記録処理（Ｓ５）を行なって終了する。
【００８５】
このリカバーセッション記録処理は、エラーセッションの次のセッションに対して、エラーセッション直前の正しく記録されているファイル情報管理部を、次の新規セッションに対してコピー記録する処理である。
【００８６】
次に、リカバー時に記録するファイル情報管理部は、ＰＶＤ，ＳＶＤ，ターミネータ（Ｔｅｒｍｉｎａｔｏｒ）の３つをさす。
【００８７】
このＰＶＤ，ＳＶＤを再生すれば、ルートディレクトリディスクリプタ（Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ Ｄｅｓｃｒｉｐｔｏｒ）のアドレスがわかり、そこからファイル本体までたどりつくことができる。
【００８８】
ライトエラーの発生の有無の判断（Ｓ１）においてライトエラーが発生していない時、現セッションのＴＯＣ領域にセッション管理情報を記録し（Ｓ６）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し（Ｓ７）、セッション完結処理を終了する。
【００８９】
また、ＩＳＯ９６６０フォーマットデータか否かの判断（Ｓ４）で、エラートラックにＩＳＯ９６６０フォーマットデータが記録されていないと判断した時、そのままエラーセッションを完結したままで終了する。
【００９０】
次に、上記リカバーセッション記録処理は、最初にエラーセッション直前のセッションの第１トラックの開始アドレスを、ＣＤ−Ｒ／ＲＷドライブ装置内部のＤＲＡＭ５に記憶しているＴＯＣ情報から読み取り（Ｓ１１）、そのアドレスに１０ｈ（１６セクタ）を足したアドレスをＰＶＤアドレスとして設定し（Ｓ１２）、ターミネータ（Ｔｅｒｍｉｎａｔｏｒ）が確認できるまで連続的に再生する（Ｓ１３）。
【００９１】
ここで、ＰＶＤからターミネータ（Ｔｅｒｍｉｎａｔｏｒ）までの情報を得ることができない場合は、ＩＳＯ９６６０フォーマットデータと判定しない。
【００９２】
ＩＳＯ９６６０フォーマットデータの判断で（Ｓ１４）、前セッションがＩＳＯ９６６０フォーマットデータと判定したなら、リカバートラックの記録処理を行なう（Ｓ１５）。
【００９３】
この処理は、トラック長をＣＤ規格最小の３００セクタと設定し、ユーザデータ部にＩＳＯ９６６０フォーマットに合致するように、正常セッション（エラーセッション直前のセッション）のＰＶＤからターミネータ（Ｔｅｒｍｉｎａｔｏｒ）までを記録する。
【００９４】
その後、このセッションのＴＯＣ領域に当該セッションのセッション情報管理データを記録し（Ｓ１６）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録して処理を終了する。
また、ＩＳＯ９６６０フォーマットデータの判断で（Ｓ１４）、エラーセッション直前のセッションがＩＳＯ９６６０フォーマットデータと判断できなければ、この処理を終了する。
【００９５】
こうして、例えば、図７に示すようなエラーセッションを伴ったディスクフォーマットは、上述の処理によって図８に示すディスクフォーマットになる。
【００９６】
図７は、第２セッションのトラックを記録している最中にライトエラーが発生し、エラーセクタが発生した場合のディスクフォーマットを示すが、上述のセッションリカバリ処理によって、図８に示すように、第３セッションに第１セッションのファイル情報管理部のみをコピーしたリカバリセッションを作成することにより、後の再生時にＯＳからファイル情報が正しく認識されるようになる。
【００９７】
このようにして、エラーセッションの直前のセッションに記録されているファイル情報管理部を、当該ディスク上に存在する最後のセッションである新規セッションに記録するので、エラーセッションのファイル情報管理部を消去したことと同じにするので、そのディスクをＷｉｎｄｏｗｓ９５などのＯＳシステムで使用する場合はファイル情報管理部で管理されているファイルを正しく再生することができる。
【００９８】
次に、上述のこの発明の請求項１に係る処理では、例えば、１度しか記録できないＣＤ−Ｒディスク等の記録媒体に対して新規セッションにエラーセッション直前のセッションのファイル情報管理部をコピーするのは有効であるが、何度も情報の書き換えができるＣＤ−ＲＷディスク等の記録媒体については記録スペースの無駄使いになってしまう。
【００９９】
そこで、このような不具合を解消するため、次に、上記ＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項２に係る処理について説明する。
【０１００】
この処理では、情報の記録及び消去が可能なディスク１７に対しては、所定の記録区分（セッション）に対して情報を記録している最中にライトエラーが発生し、トラック記録に失敗した時、当該エラーセッションのセッション情報管理部にセッション管理情報（ＴＯＣ）を記録する命令をホストコンピュータから受信した場合、セッション管理情報（ＴＯＣ）を記録せずに、エラーが発生したトラックを消去し、この処理を終了する。
【０１０１】
図９は、その請求項２に係る処理を示すフロー図である。
このディスク別セッション記録処理は、ステップ２１でライトエラーが発生したトラックが有りか否かを判断し、有りならステップ２２へ進んでエラーディスクはＣＤ−ＲＷディスクか否かを判断し、ＣＤ−ＲＷディスクなら、ステップ２７へ進んでエラートラック消去処理を実行し、この処理を終了する。
【０１０２】
また、ステップ２２の判断でエラーディスクがＣＤ−ＲＷディスクでなければ、ステップ２３へ進んでエラーセッションのＴＯＣを記録し、ステップ２４へ進んでエラーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、ステップ２５へ進んでＩＳＯ９６６０フォーマットデータか否かを判断し、ＩＳＯ９６６０フォーマットデータなら、ステップ２６へ進んで図６に示したリカバーセッション記録処理を実行し、この処理を終了する。
【０１０３】
ステップ２１の判断でライトエラーが発生したトラックが無ければ、ステップ２８へ進んで現セッションのＴＯＣを記録し、ステップ２９へ進んで現セッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
また、ステップ２５の判断でＩＳＯ９６６０フォーマットデータでなければ、そのまま処理を終了する。
【０１０４】
次に、この発明の請求項２に係る処理をさらに説明する。
この処理は、挿入しているディスク１７がＣＤ−ＲディスクかＣＤ−ＲＷディスクかを判断し、ＣＤ−ＲＷディスクだと判断した場合は、リカバーセッション記録処理を実行せずに終了させるものである。
【０１０５】
このディスク別セッション記録処理も、ホストコンピュータからセッションを閉じる命令（Ｃｌｏｓｅ Ｓｅｓｓｉｏｎ Ｃｏｍｍａｎｄ）を受信した時に実行する。
【０１０６】
システムコントローラ１１は、ディスク１７のセッション内のトラックが、ライトエラーで終了した場合（Ｓ２１）、挿入されているディスク１７の種類の確認を行なう（Ｓ２２）。
ここで、ＣＤ−ＲＷディスクと判断した場合は、当該エラートラック領域に消去パターンを記録し、当該エラートラックを消去して（Ｓ２３）、セッション完結処理を終了させる。
【０１０７】
ディスク１７がＣＤ−ＲＷディスクか否かの判断（Ｓ２２）で、挿入されているディスク１７がＣＤ−Ｒディスクと判断した場合は、エラーセッションのＴＯＣ領域にセッション管理情報を記録し（Ｓ２３）、セッションの最後をあらわすリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し（Ｓ２４）、エラートラックがＩＳＯ９６６０フォーマットデータであるか否かを確認する（Ｓ２５）。
【０１０８】
この確認手段は、上述と同じようにして行なう。
さらに、ＩＳＯ９６６０フォーマットデータと判断した場合は、上述のリカバーセッション記録処理（Ｓ２６）を行なって終了する。
【０１０９】
こうして、情報の消去ができるＣＤ−ＲＷディスク等のディスクにおいては、図８に示したディスクフォーマットにせずに、図１０に示したディスクフォーマットの状態に変えることができる。
【０１１０】
したがって、図１０に示したようなディスクフォーマットにすることにより、ディスク１７の第２セッションに記録されたエラーセッションが消去され、第１セッションのみがディスク１７上に存在し、ＣＤ−ＲＷディスクでもＯＳから正しくファイル情報が認識されるようにすることができる。
【０１１１】
このようにして、情報の記録及び消去が可能なＣＤ−ＲＷディスク等のディスクに対してはエラーセッションを消去することにより、未記録部スペースの無駄遣いをせずに済む。
【０１１２】
次に、上述のこの発明の請求項１に係る処理では、エラーセッションがディスク上の第１セッションであった場合、エラーセッション直前のセッションが存在しないので、次の新規セッションに対してファイル情報管理部を記録できなくなり、ＯＳ上でディレクトリ／ファイル情報を誤認識してしまう。
【０１１３】
そこで、このような不具合を解消するため、次に、上記ＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項３に係る処理について説明する。
【０１１４】
この処理は、第１セッションに対して情報の記録中にエラーが発生した場合は、当該エラーセッションのセッション情報管理部にセッション管理情報（ＴＯＣ）を記録する命令をホストコンピュータから受信した時に、当該エラーセッションのセッション管理情報（ＴＯＣ）を記録した後に、次の新規セッションに対して所定の長さのトラックにファイル情報管理部データと異なる特殊データを記録して新規セッションを完結させる。
【０１１５】
図１１は、その請求項３に係る処理を示すフロー図である。
この第１のダミーセッション記録処理は、ステップ３１でライトエラーが発生したトラックが有るか否かを判断して、有ればステップ３２へ進んでエラーセッションのＴＯＣを記録し、ステップ３３へ進んでエラーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、ステップ３９へ進んでエラーセッションが第１セッションか否かを判断する。
【０１１６】
ステップ３９の判断でエラーセッションが第１セッションなら、ステップ３４へ進んでダミーデータをセットし、ステップ３５へ進んでトラック長＝３００セクタに設定し、ステップ３６へ進んでダミートラックを記録し、ステップ３７へ進んでダミーセッションのＴＯＣ領域を記録し、ステップ３８へ進んでダミーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
【０１１７】
ステップ３９の判断でエラーセッションが第１セッションでなければ、ステップ４０へ進んでＩＳＯ９６６０フォーマットデータか否かを判断して、ＩＳＯ９６６０フォーマットデータでなければ、そのままこの処理を終了し、ＩＳＯ９６６０フォーマットデータなら、ステップ４１へ進んで新規セッション記録処理を実行し、この処理を終了する。
【０１１８】
ステップ３１の判断でライトエラーが発生したトラックがなければ、ステップ４２へ進んで現セッションのＴＯＣを記録し、ステップ４３へ進んで現セッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
【０１１９】
次に、この発明の請求項３に係る処理をさらに説明する。
この第１のダミーセッション記録処理は、ホストコンピュータからセッションを閉じる命令（Ｃｌｏｓｅ Ｓｅｓｓｉｏｎ Ｃｏｍｍａｎｄ）を受信した時、ライトエラーが発生したトラックが属するセッションがディスク上の第１セッションか否かを確認し、第１セッションならそのセッションの後にＩＳＯ９６６０フォーマットのファイル情報管理部データを記録せずに、“００”データをダミーデータとしてトラックに記録し、ダミーセッションを作成する。
【０１２０】
この処理によって、Ｗｉｎｄｏｗｓ９５などのＯＳは、挿入されているディスクがブランクディスクと同等なディスクと判断することができ、ディスク上の残りの記録スペースにデータを追記することができるようになる。
【０１２１】
システムコントローラ１１は、ホストコンピュータからセッションを閉じる命令（Ｃｌｏｓｅ Ｓｅｓｓｉｏｎ Ｃｏｍｍａｎｄ）を受信した時、ライトエラーが発生したトラックが存在するなら（Ｓ３１）、そのセッションのＴＯＣ領域を記録し（Ｓ３２）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録する（Ｓ３３）。その後、当該セッションがディスク上の第１セッションか否かを確認する（Ｓ３９）。
【０１２２】
上記確認で第１セッションと判定した場合、ＤＲＡＭ５に“００”データからなるダミーデータを記憶し（Ｓ３４）、トラック長をＣＤ−ＲＷディスク規格の最小値である３００セクタに設定し（Ｓ３５）、ダミーデータトラックを記録する（Ｓ３６）。
【０１２３】
その後、ダミーセッションのＴＯＣ領域を記録し（Ｓ３７）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録して（Ｓ３８）、ダミーセッション記録処理を終了する。
また、Ｓ３９でエラーセッションが第１セッションでなければ、図５と同様な処理Ｓ４０〜Ｓ４３を行なう。
【０１２４】
こうして、図１２に示すディスクフォーマットのように、第２セッションにダミーデータを記録してセッションを閉じるので、ＯＳは最終セッションにファイル情報管理部が記録されていないものと判断することができ、ブランクディスクと同様の扱いをできる。
【０１２５】
このようにして、ディスク上に記録されている最終セッション内（新規に追加したダミーセッション）にはファイル情報管理部データを記録しないので、Ｗｉｎｄｏｗｓ９５などのＯＳはディレクトリ／ファイル情報を誤認識することがなくなる。また、ＯＳはブランクディスクと同等の扱いができる。
【０１２６】
次に、上述のこの発明の請求項１に係る処理では、エラーセッションの直前のセッションが音楽用セッションであった場合、そのセッション内にはファイル情報管理部が存在しない為、エラーセッション直後の新規セッションに対してファイル情報管理部を記録できなくなり、Ｗｉｎｄｏｗｓ９５（登録商標）等のＯＳ上でディレクトリ／ファイル情報を誤認識してしまう。
【０１２７】
そこで、このような不具合を解消するため、次に、上記ＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項４に係る処理について説明する。
【０１２８】
この処理では、ディスク上の音楽用セッション（オーディオセッション）の後のセッションに対して情報の記録中にエラーが発生した場合は、当該エラーセッションのセッション情報管理部にセッション管理情報（ＴＯＣ）を記録する命令をホストコンピュータから受信した時に、当該エラーセッションのセッション管理情報（ＴＯＣ）を記録した後に、次の新規セッションに対して所定の長さのトラックにファイル情報管理部データと異なる特殊データを記録してセッションを完結させる。
【０１２９】
図１３は、その請求項４に係る処理を示すフロー図である。
この第２のダミーセッション記録処理は、ステップ５１で前セッションの第１（１ｓｔ）トラックのアドレスを取得し、ステップ５２へ進んでファイル情報管理部のアドレスを設定し、ステップ５３へ進んでファイル管理情報をリードし、ステップ５４へ進んで前セッションがＩＳＯ９６６０フォーマットデータか否かを判断する。
【０１３０】
ステップ５４の判断で前セッションがＩＳＯ９６６０フォーマットデータなら、ステップ５５へ進んでリカバートラック記録処理を実行し、ステップ５６へ進んでリカバーセッションのＴＯＣを記録し、ステップ５７へ進んでリカバーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
【０１３１】
ステップ５４の判断で前セッションがＩＳＯ９６６０フォーマットデータでないなら、ステップ５８へ進んで前セッションがオーディオセッションか否かを判断して、オーディオセッションなら、ステップ５９へ進んでダミーデータをセットし、ステップ６０へ進んでトラック長＝３００セクタをセットし、ステップ６１へ進んでダミートラックを記録し、ステップ６２へ進んでダミーセッションのＴＯＣ領域を記録し、ステップ６３へ進んでダミーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
また、ステップ５８の判断で前セッションがＩＳＯ９６６０フォーマットデータでなければ、そのままこの処理を終了する。
【０１３２】
次に、この発明の請求項４に係る処理をさらに説明する。
この第２のダミーセッション記録処理は、リカバーセッション記録処理時に、エラーセッション直前のセッションがオーディオセッションか否かを確認し、オーディオセッションであれば、エラーセッションの後にダミーセッションを記録する。
【０１３３】
例えば、ＣＤ−ＥｘｔｒａというＣＤが世の中に存在する。
このＣＤは、第１セッションがオーディオセッション（音楽用セッション）であり、第２セッションがデータセッションであり、オーディオプレーヤ（Ａｕｄｉｏ Ｐｌａｙｅｒ）で通常の音楽（Ａｕｄｉｏ）再生ができ、パソコン上で画像再生しながら音楽再生ができる。第２セッションの中にはもちろん、画像データが記録されている。
【０１３４】
このようなＣＤ−ＥｘｔｒａをＣＤ−Ｒ／ＲＷドライブ装置を用いて作成することができるが、第２セッションでライトエラーが発生した場合は、上述のような原因でＷｉｎｄｏｗｓ９５などのＯＳ上で画像が正しく再生できない等の不具合が発生することがある。
【０１３５】
この不具合の発生を避けるためにも、第２セッションの後にダミーセッションを記録し、その後画像データが正しく記録できるようにする必要がある。
そのダミーセッションは最終セッションであり、そのセッションのトラックには“００”データを記録しており、ファイル情報管理部が記録されていない為、ＯＳは誤った情報を参照しないで済む。
【０１３６】
この第２のダミーセッション記録処理は、図６のリカバーセッション記録処理を改良したものである。
システムコントローラ１１は、まず、図６のリカバーセッション記録処理と同様にして、前セッションのファイル情報管理部を再生した後（Ｓ５１〜Ｓ５３）、そのセッションがＩＳＯ９６６０フォーマットディスクか否かを確認する（Ｓ５４）。
【０１３７】
ここで、ＩＳＯ９６６０フォーマットディスクでないと判断した場合は、オーディオセッションか否かを確認する（Ｓ５８）。
その確認（Ｓ５８）でオーディオセッションと判断した場合は、ＣＤ−Ｒ／ＲＷドライブ装置のＤＲＡＭ５に“００”データからなるダミーデータを設定し（Ｓ５９）、ダミートラックの長さをＣＤ規格の最小値である３００セクタに設定し（Ｓ６０）、ダミートラックを記録する（Ｓ６１）。
【０１３８】
その後、ダミーセッションを完結させる処理として、ダミーセッションのＴＯＣ領域を記録し（Ｓ６２）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録（Ｓ６３）して、この処理を終了する。
【０１３９】
また、オーディオセッションか否かの判断（Ｓ５８）で前セッションがＩＳＯ９６６０フォーマットデータでもなく、またオーディオデータでもないと判断した場合はこの処理を終了する。
【０１４０】
さらに、ＩＳＯ９６６０フォーマットデータか否かの判断（Ｓ５４）で、前セッションがＩＳＯ９６６０フォーマットデータと判断した場合は、図６に示した処理と同様にリカバーセッション記録処理を行ない（Ｓ５５〜Ｓ５７）、この処理を終了する。
【０１４１】
こうして、図１４に示すディスクフォーマットのように、エラーセッション後にダミーセッションを記録するので、ＯＳはオーディオ（Ａｕｄｉｏ）データが記録されたディスクと同等なものと判断することができ、音楽（Ａｕｄｉｏ）再生を正確に行なえる。
【０１４２】
このようにして、ディスク上に記録されている最終セッション内にはファイル情報管理データを記録しないので、Ｗｉｎｄｏｗｓ９５などのＯＳはディレクトリ／ファイル情報を誤認識することがなくなる。
また、ＯＳは音楽データのみが記録されているディスクと同等の扱いができる。
【０１４３】
次に、トラックを記録している最中に停電などの原因によってこのＣＤ−Ｒ／ＲＷドライブ装置の電源がシャットダウンされてしまった場合、トラックが途中で途切れ、トラック情報管理部（ＰＭＡ）が記録されていない状態になり、セッションが未完結のままのディスクが作られてしまう。
【０１４４】
また、上述のように、トラックは記録されているが、そのトラックに対するトラック情報管理部（ＰＭＡ）がないディスクが存在した場合、そのディスクをＣＤ−Ｒ／ＲＷドライブ装置に挿入するとＣＤ−Ｒ／ＲＷドライブ装置は不正なディスクと判断して記録も再生も不能になり、以前に記録されているセッション内のファイルまで再生できなくなり、過去に記録されたデータを見かけ上失ってしまうことになる。
【０１４５】
そこで、このような不具合を解消するため、上記ＣＤ−Ｒ／ＲＷドライブ装置においてこの発明の請求項５に係る処理を実行するとよい。
【０１４６】
この処理は、挿入されているディスクに対して、トラックは記録されているがそのトラックに対するトラック情報管理部（ＰＭＡ）がないと判断した場合、当トラックの最終アドレスを検出し、トラック情報管理部（ＰＭＡ）を記録し、そのトラックが存在するセッションに対してセッション管理情報（ＴＯＣ）を記録した後、次の新規セッションに対してエラーセッション直前のセッションに記録されているファイル情報管理部のデータをコピー記録する。
【０１４７】
また、例えば、１度しか記録できないＣＤ−Ｒディスク等のディスクに対して、不正なトラックが存在するセッションを完結し、エラーセッションの直前のセッションのファイル情報管理部を新規セッションに記録する手段は有効であるが、何度も情報の書き換えができるＣＤ−ＲＷディスク等のディスクに関しては記録スペースの無駄使いになってしまう。
【０１４８】
そこで、このような不具合を解消するため、上記ＣＤ−Ｒ／ＲＷドライブ装置においてこの発明の請求項６に係る処理を実行するとよい。
【０１４９】
この処理は、情報の記録及び消去が可能なディスクに対しては、トラック情報管理部（ＰＭＡ）のないトラックの最終アドレスを検出し、トラック情報管理部（ＰＭＡ）を記録せずに不正なトラックを消去する。
【０１５０】
図１５は、その請求項５と６に係る処理を示すフロー図である。
このディスク情報取得処理は、ディスクをＣＤ−Ｒ／ＲＷドライブ装置に挿入した時のマウント処理であり、トラック情報がＰＭＡに記録されていないトラックを検出した時に対して考慮した処理である。
【０１５１】
このようなトラックは、データライト処理中に電源遮断等が発生して、ＴＯＣ領域が記録できなかったために発生する。
そこで、当該トラックをマウント時に検出した場合は、そのトラックをリカバーしてセッションを完結し、次のリカバーセッションを記録すればよい。
【０１５２】
このディスク情報取得処理は、ステップ７１でスタンプディスクか否かを判断して、スタンプディスクでなければ、ステップ７２へ進んでＴＯＣを再生し、ステップ７３へ進んでＰＭＡを再生し、ステップ７４へ進んでプログラムエリアを再生し、ステップ７５へ進んでＰＭＡに無いトラックが存在するか否かを判断する。
【０１５３】
ステップ７５の判断でＰＭＡに無いトラックが存在しなければ、この処理を終了し、ＰＭＡに無いトラックが存在すれば、ステップ７６へ進んで当トラックの最終アドレスを検出し、ステップ７７へ進んでＣＤ−ＲＷディスクか否かを判断して、ＣＤ−ＲＷディスクなら、ステップ７８へ進んで不正トラック消去処理を実行し、この処理を終了する。
【０１５４】
ステップ７７の判断でＣＤ−ＲＷディスクでなければ、ステップ８０へ進んでＰＭＡを記録し、ステップ８１へ進んで不正セッションのＴＯＣを記録し、ステップ８２へ進んで不正セッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、ステップ８３へ進んで不正トラックのデータがＩＳＯ９６６０フォーマットデータか否かを判断する。
【０１５５】
ステップ８３の判断で不正トラックのデータがＩＳＯ９６６０フォーマットデータでなければ、そのままこの処理を終了し、不正トラックのデータがＩＳＯ９６６０フォーマットデータなら、ステップ８４の図６に示したリカバーセッション記録処理を実行し、この処理を終了する。
また、ステップ７１の判断でスタンプディスクなら、ステップ７９へ進んでＴＯＣを再生し、この処理を終了する。
【０１５６】
次に、この請求項５と６に係る処理についてさらに説明する。
システムコントローラ１１は、まず、挿入されているディスクがスタンプディスクか否かを確認する（Ｓ７１）。
【０１５７】
これは、ディスク上のＣＤ−Ｒ／ＲＷディスクのプリフォーマットされているＡＴＩＰが検出できるかによって判断するものである。
スタンプディスクか否かの判断（Ｓ７１）でスタンプディスクと判断した場合は、第１セッションのＴＯＣを再生し、次にマルチセッションであったら、各々のセッションのＴＯＣを再生し、セッション情報を取得する（Ｓ７９）。
【０１５８】
つまり、スタンプディスクにはＰＭＡがないため、ＴＯＣ再生によってトラック情報を得てマウント処理を終了する。
【０１５９】
スタンプディスクか否かの判断（Ｓ７１）で、スタンプディスクでないと判断した場合は、ＣＤ−Ｒ／ＲＷディスクとして、ＴＯＣ再生を上記スタンプディスクと同様な処理を用いて実行する（Ｓ７２）。
【０１６０】
その後、ＣＤ−Ｒ／ＲＷディスク特有のＰＭＡを再生し（Ｓ７３）、各トラックのモードやスタートアドレス，エンドアドレス等を確認する。
【０１６１】
次に、ＰＭＡに記録されている最終トラックの最終アドレスの外側を再生し（プログラムエリア再生）（Ｓ７４）、ＰＭＡに記録されていないトラックが存在しているかを確認する（Ｓ７５）。
【０１６２】
ＰＭＡに無いトラックの存在の有無の判断（Ｓ７５）で、不正なトラックがあったと判断した場合は、当該トラックがどこまで記録されているかを再生信号の検出によって行なう（Ｓ７６）。そして、再生信号を検出できた最終アドレスが当該トラックのエンドアドレスと設定する（Ｓ７６）。
【０１６３】
次に、挿入されているディスクがＣＤ−ＲＷディスクか否かを判断し（Ｓ７７）、ＣＤ−ＲＷディスクであればその不正トラックを消去して（Ｓ７８）、この処理を終了する。
また、ＰＭＡに無いトラックの存在の有無の判断（Ｓ７５）で、ＰＭＡに記録されていないトラックがプログラムエリアに検出できない場合は正常ディスクと判断して、ディスク情報マウント処理を終了する。
【０１６４】
ＣＤ−ＲＷディスクか否かの判断（Ｓ７７）で、挿入されているディスクがＣＤ−Ｒディスクであると判断した場合は、不正トラックのアドレス情報等のトラック情報をＰＭＡに記録し（Ｓ８０）、当該トラックが属するセッションのＴＯＣ領域を記録し（Ｓ８１）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し（Ｓ８２）、不正トラックに記録されているデータがＩＳＯ９６６０フォーマットデータか否かを確認する（Ｓ８３）。
【０１６５】
この確認手段は、本トラックのＬＢＮ１６（論理アドレスの１６番地）アドレスから連続的に再生し、ＰＶＤ，ＳＶＤ，ターミネータ（Ｔｅｒｍｉｎａｔｏｒ）の識別子が検出できたらＩＳＯ９６６０フォーマットデータと判定する。
【０１６６】
不正トラックのデータがＩＳＯ９６６０フォーマットデータか否かの判断（Ｓ８３）で、ＩＳＯ９６６０フォーマットデータと判断した場合は、次のセッションに不正セッション直前のセッションのファイル情報管理部をコピー記録するリカバーセッション記録処理（Ｓ８４）を実行して、この処理を終了する。
【０１６７】
また、不正トラックのデータがＩＳＯ９６６０フォーマットデータか否かの判断（Ｓ８３）で不正トラックのデータがＩＳＯ９６６０データでなければ、このマウント処理を直ちに終了する。
【０１６８】
このようにして、不正なトラックが存在するセッションを完結し、エラーセッションの直前のセッションのファイル情報管理部を新規セッションに記録するので、不正ディスクが記録及び再生可能となるだけでなく、過去に記録したファイルをＷｉｎｄｏｗｓ９５等のＯＳから再生することができる。
【０１６９】
また、情報の記録及び消去が可能なＣＤ−ＲＷディスク等のディスクに対しては不正なトラックを消去することにより、未記録部スペースの無駄遣いをすることがなくなる。
【０１７０】
【発明の効果】
以上説明してきたように、この発明による情報記録再生装置によれば、データ記録中にライトエラーが発生したとき、後のデータ再生時に不具合が生じないようにエラー処理することができる。
【図面の簡単な説明】
【図１】この発明の情報記録再生装置の一実施形態であるＣＤ−Ｒ／ＲＷドライブ装置の構成を示すブロック図である。
【図２】図１に示したディスク１７のセッションフォーマットを示す図である。
【図３】トラックアットワンス方式で記録したトラックのフォーマットである。
【図４】ＩＳＯ９６６０ファイルフォーマット図である。
【図５】図１に示したＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項１に係る処理を示すフロー図である。
【図６】図５のリカバーセッション記録処理を示すフロー図である。
【図７】エラーセッションのディスクフォーマット例を示す図である。
【図８】図５に示した処理を施したディスクのディスクフォーマット例を示す図である。
【図９】図１に示したＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項２に係る処理を示すフロー図である。
【図１０】図９に示した処理を施したディスクのディスクフォーマット例を示す図である。
【図１１】図１に示したＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項３に係る処理を示すフロー図である。
【図１２】図１１に示した処理を施したディスクのディスクフォーマット例を示す図である。
【図１３】図１に示したＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項４に係る処理を示すフロー図である。
【図１４】図１３に示した処理を施したディスクのディスクフォーマット例を示す図である。
【図１５】図１に示したＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項５と６に係る処理を示すフロー図である。
【符号の説明】
１：ＣＰＵ ２：フラッシュＲＯＭ
３：ホストインタフェースコントローラ
４：バッファマネジャ ５：ダイナミックＲＡＭ
６：サブコードオペレーションコントローラ
７：ＣＤ−ＲＯＭエンコーダ ８：ＳＲＡＭ
９：ＣＤ−ＲＯＭデコーダ １０：オーディオ回路
１１：システムコントローラ １２：ＣＤエンコーダ
１３：ＣＤデコーダ １４：サーボ回路
１５：スピンドルモータコントローラ
１６：ＳＣＳＩバス １７：ディスク
２０：パワーキャリブレーションエリア（ＰＣＡ）
２１：トラック情報管理部（ＰＭＡ）
２２：記録区分（セッション）
２３：セッション情報管理領域（リードインエリア）
２４：トラック
２５：記録区分最終領域（リードアウトエリア）
２６：プログラムエリア ３０：プレギャップ
３１：ユーザデータ部 ３２：ランアウトブロック
３３：リンクブロック ３４：ランインブロック
【発明の属する技術分野】
この発明は、一連のデータブロック群単位で情報を記録及び再生するＣＤ−Ｒドライブ，ＣＤ−ＲＷドライブなどの情報記録再生装置に関する。
【０００２】
【従来の技術】
情報を一連のデータブロック群（「トラック」と称する）単位で記録する情報記録装置の１つにＣＤ−Ｒ／ＲＷドライブ装置などの情報記録再生装置がある。ここでは、ＣＤ−Ｒ／ＲＷドライブ装置を例にとって説明する。
【０００３】
また、ディレクトリやファイルを管理するディスクフォーマットには、ＣＤ−ＲＯＭ用、フロッピディスクドライブ（ＦＤＤ）用、ハードディスクドライブ（ＨＤＤ）用を始め数種類あるが、一例としてＣＤ−ＲＯＭ用ディスクフォーマットで最も一般的なＩＳＯ９６６０フォーマットを用いて説明する。
【０００４】
ＣＤ−Ｒ／ＲＷドライブ装置は、ＣＤ−Ｒ／ＲＷディスクに対して一連のデータブロック群単位（トラック）でファイルや音楽データ等の情報の記録を行なうものであり、ディスクを１つもしくは複数の記録区分（「セッション」と称する）に分割し（この記録区分の大きさは各記録区分によって異なる）、その記録区分（セッション）の中にトラックを１つもしくは複数個記録させるものである。
【０００５】
その記録区分（セッション）の先頭領域は、セッション管理情報領域（Ｌｅａｄ−Ｉｎ領域）と呼ばれるセッション情報管理部であり、そのセッション管理情報領域の中にセッション管理情報(Ｔａｂｌｅ Ｏｆ Ｃｏｎｔｅｎｔｓ：ＴＯＣ）と呼ばれるデータが記録される。
【０００６】
ＩＳＯ９６６０フォーマットディスクにおいて、各セッション内に存在するトラックの数は一般的に１つである。
【０００７】
このフォーマットは、図４に示すように、記録区分（セッション）内のトラックの先頭部（所定の場所）にディレクトリやファイルの場所や属性を管理するファイル情報管理部５０が記録されており、その後に１つもしくは複数個のファイルのディスクリプタやファイル本体４９が続く。
【０００８】
ＣＤ−Ｒ／ＲＷドライブ装置において、トラックアットワンス（Ｔｒａｃｋ Ａｔ Ｏｎｃｅ）機能でこれらのデータを一気に記録した場合、記録最中にライトエラーが発生した時、その時点でトラック記録を終了し、アプリケーションの命令でセッション（記録区分）を閉じていた。このセッションを閉じるとは、セッション情報をＴＯＣ領域に記録することであり、ＴＯＣを書いてセッションを完結させるのである。
【０００９】
このような場合、数〜数十ブロックで構成されるファイル情報管理部は正しく記録されているが、ファイルの本体が途中で途切れているような状態が発生する時がある。例えば、ファイル情報管理部は正しく記録されているので、その中には１００個分のファイル情報が記録されているが、ファイルの本体は３０個分しかない時などである。
【００１０】
このようなディスクをＷｉｎｄｏｗｓ９５（登録商標）などのＯＳを用いて任意のファイルを再生しようとすると、そのファイルの本体が無いために再生できない不具合が生じる。
【００１１】
なお、Ｗｉｎｄｏｗｓ９５などのＯＳは、挿入されているＣＤに記録されている最終セッションをアクセスし、そのセッション内に記録されているファイル情報管理部を再生し、その内容に基づいてＣＤに記録されているディレクトリ／ファイル管理及び再生処理を実施する。
【００１２】
従来、ライトエラーが発生した時に、ＣＤ規格のトラック長の最小値である３００セクタとなるまでダミーデータを記録し、トラックの２重書きを防止する情報記録装置（例えば、特願平８−３０３０５３号公報参照）があった。
【００１３】
【発明が解決しようとする課題】
しかしながら、上述の情報記録装置では、ディスクへのライトエラー時に数〜数十ブロックを記録したところで、このようなディスクが後に装置に挿入されると、マウント時に当該エラートラックがブランクトラックとみなされる場合があるという問題があった。
【００１４】
また、ダミーデータでトラックを埋めたとしても、当該トラックが第２セッションの先頭トラックであった場合、ＷｉｎｓｏｗｓなどのＯＳでは第１セッションのファイル情報を認識できない不具合が発生する。
【００１５】
すなわち、ＯＳは、最終セッションに記録されているファイル情報管理部のデータからディスク上に記録されているファイル情報を引き出すので、従来の情報記録装置のようなダミーデータの記録では、ファイルフォーマット（ＩＳＯ９６６０等）を意識していないため、後にＯＳ上で何もファイルが記録されていないディスクであるブランクディスクと判断されてしまうという問題があった。
【００１６】
この発明は上記の点に鑑みてなされたものであり、データ記録中にライトエラーが発生したとき、後のデータ再生時に不具合が生じないようにエラー処理することを目的とする。
【００１７】
【課題を解決するための手段】
この発明は上記の目的を達成するため、情報の記録及び再生が可能な記録媒体に対して一連のデータブロック群単位でファイルなどの情報の記録及び再生を行なう情報記録再生装置において、上記記録媒体の所定のセッションに対して情報を記録している最中にライトエラーが発生してトラック記録に失敗した場合、セッション管理情報を記録した後、上記ライトエラーが発生したセッションの直前セッションが所定のファイルフォーマットで記録されていたときのみ上記ライトエラーが発生したセッションの直前セッションに記録されているファイル情報管理部のデータを次の新規セッションにコピー記録する手段を設けたものである。
【００１８】
また、上記のような情報記録再生装置において、上記記録媒体が情報の書き換えができる記録媒体か１度しか記録できない記録媒体かを判断する手段と、その手段によって情報の書き換えができる記録媒体と判断された場合、上記ライトエラーが発生したトラックを消去する手段を設けるとよい。
【００１９】
さらに、上述のような情報記録再生装置において、上記記録媒体の第１セッションに対して情報を記録中にライトエラーが発生した場合、上記上位装置から上記ライトエラーが発生したセッションのセッション情報管理部にセッション管理情報を記録する命令を受信したとき、そのセッション管理情報を記録した後、次の新規セッションの所定の長さのトラックにファイル情報管理部に記録するデータと異なる特殊データを記録してその新規セッションを完結させる手段を設けるとよい。
【００２０】
また、上述のような情報記録再生装置において、上記記録媒体の音楽用セッションの後のセッションに対して情報の記録中にライトエラーが発生した場合、上記上位装置から上記ライトエラーが発生したセッションのセッション情報管理部にセッション管理情報を記録する命令を受信したとき、そのセッション管理情報を記録した後、次の新規セッションの所定の長さのトラックにファイル情報管理部に記録するデータと異なる特殊データを記録してその新規セッションを完結させる手段を設けるとよい。
【００２１】
さらに、情報の記録及び再生が可能な記録媒体に対して一連のデータブロック群単位でファイルなどの情報の記録及び再生を行なう情報記録再生装置において、上記記録媒体が挿入された場合、その記録媒体にトラックは記録されているがトラック情報管理部にそのトラックに対するトラック管理情報が記録されていないエラーセッションを判別したとき、そのトラックの最終アドレスを検出し、その最終アドレスに基づいて上記トラック情報管理部にトラック管理情報を記録し、そのトラックが存在するセッションのセッション情報管理部にセッション管理情報を記録した後、上記エラーセッション直前のセッションに記録されているファイル情報管理部のデータを次の新規セッションにコピー記録する手段を設けるとよい。
【００２２】
さらにまた、上記のような情報記録再生装置において、上記記録媒体が情報の書き換えができる記録媒体か１度しか記録できない記録媒体かを判断する手段と、その手段によって情報の書き換えができる記録媒体と判断された場合、その記録媒体にトラックは記録されているがトラック情報管理部にそのトラックに対するトラック管理情報が記録されていないエラーセッションを判別したとき、そのトラックの最終アドレスを検出し、その最終アドレスに基づくトラック管理情報を上記トラック情報管理部を記録せずに不正なトラックを消去する手段を設けるとよい。
【００２３】
この発明の請求項１の情報記録再生装置は、上述のように構成することにより、ディスク等の記録媒体のエラーセッションの直前のセッションに記録されているファイル情報管理部を、当該記録媒体上に存在する最後のセッションである新規セッションに記録するので、エラーセッションのファイル情報管理部を消去したことと同じにすることができ、その記録媒体をＷｉｎｄｏｗｓ９５などのＯＳで使用する場合はファイル情報管理部で管理されているファイルを正しく再生することができる。
【００２４】
この発明の請求項２の情報記録再生装置は、上述のように構成することにより、情報の記録及び消去が可能なＣＤ−ＲＷディスク等の記録媒体に対しては、上述のエラー発生時にはエラーセッションを消去するので、未記録部に対してスペースの無駄遣いをすることがなくなる。
【００２５】
この発明の請求項３の情報記録再生装置は、上述のように構成することにより、記録媒体上に記録されている最終セッション内（新規に追加したダミーセッション）には、ファイル情報管理部のデータを記録しないので、Ｗｉｎｄｏｗｓ９５などのＯＳはディレクトリとファイル情報を誤認識することがなくなり、ＯＳはブランクディスクと同等の扱いができる。
【００２６】
この発明の請求項４の情報記録再生装置は、上述のように構成することにより、記録媒体上に記録されている最終セッション内には、ファイル情報管理部のデータを記録しないので、Ｗｉｎｄｏｗｓ９５などのＯＳはディレクトリとファイル情報を誤認識することがなくなる。
また、ＯＳは音楽データのみが記録されている記録媒体と同等な扱いができる。
【００２７】
この発明の請求項５の情報記録再生装置は、上述のように構成することにより、不正なトラックが存在するセッションを完結させ、エラーセッションの直前のセッションのファイル情報管理部を新規セッションに記録するので、不正ディスクが記録及び再生可能になるだけでなく、過去に記録したファイルをＷｉｎｄｏｗｓ９５等のＯＳから再生することができる。
【００２８】
この発明の請求項６の情報記録再生装置は、上述のように構成することにより、情報の記録及び消去が可能なＣＤ−ＲＷディスク等の記録媒体に対しては、不正なトラックを消去することにより、未記録部スペースの無駄遣いをすることがなくなる。
【００２９】
【発明の実施の形態】
以下、この発明の実施の形態を図面に基づいて具体的に説明する。
図１は、この発明の情報記録再生装置の一実施形態であるＣＤ−Ｒ／ＲＷドライブ装置の構成を示すブロック図である。
【００３０】
このＣＤ−Ｒ／ＲＷドライブ装置は、ＣＰＵ１，フラッシュＲＯＭ２，ホストインタフェースコントローラ３，バッファマネジャ４，ダイナミックＲＡＭ５，サブコードオペレーションコントローラ６，ＣＤ−ＲＯＭエンコーダ７，ＳＲＡＭ８，ＣＤ−ＲＯＭデコーダ９，オーディオ回路１０，システムコントローラ１１，ＣＤエンコーダ１２，ＣＤデコーダ１３，サーボ回路１４，スピンドルモータコントローラ１５，及びＳＣＳＩバス１６から成り、ＣＤ−Ｒディスク，ＣＤ−ＲＷディスク等の記録媒体であるディスク１７に対するデータの記録及び再生を行なう。
【００３１】
ＣＰＵ１は、このＣＤ−Ｒ／ＲＷドライブ装置全体の動作を制御する中央演算処理装置（マイクロコンピュータ）である。
フラッシュＲＯＭ２は、ＣＰＵ１が任意に内容を消去書き換え可能な不揮発性メモリである。
【００３２】
ホストインタフェースコントローラ３は、上位装置であるホストコンピュータとこのＣＤ−Ｒ／ＲＷドライブ装置との通信を司るＬＳＩである。
バッファマネジャ４は、ホストコンピュータからの転送データ及びディスク１７から読み出したデータの転送を制御するＬＳＩである。
【００３３】
ダイナミックＲＡＭ５は、ホストコンピュータからの転送データとディスク１７から読み出したデータを一時的に格納するバッファメモリである。
サブコードオペレーションコントローラ６は、ディスク１７上に記録するサブコードを生成したり、ディスク１７から読み出したサブコードを分離するＬＳＩである。
【００３４】
ＣＤ−ＲＯＭエンコーダ７は、ＣＤ−ＲＯＭデータをディスク１７に書き込む前に変調するＬＳＩである。
ＳＲＡＭ８は、プログラム変数等のデータを格納するメモリである。
ＣＤ−ＲＯＭデコーダ９は、読み出したＣＤ−ＲＯＭデータを復調するＬＳＩである。オーディオ回路１０は、音楽再生をコントロールするＬＳＩである。
【００３５】
システムコントローラ１１は、ディスク１７へのデータの記録及び再生を制御するＬＳＩであり、この発明に関わる各種の処理を行なう。
ＣＤエンコーダ１２は、ディスク１７に書き込む前にユーザデータとサブコードをメディア規格に適合するように変調するＬＳＩである。
【００３６】
ＣＤデコーダ１３は、ディスク１７から読み出したデータをユーザデータとサブコードに分離して復調するＬＳＩである。
サーボ回路１４は、ディスク１７に対するレーザ光のフォーカス，トラッキング等のサーボを制御するＬＳＩである。
【００３７】
スピンドルモータコントローラ１５は、ディスク１７の回転制御を行なうＬＳＩである。
ＳＣＳＩバス１６は、このＣＤ−Ｒ／ＲＷドライブ装置とホストコンピュータとを接続する通信線であり、この通信線を介して両者は各種のデータをやり取りする。
【００３８】
すなわち、上記システムコントローラ１１等が、情報の記録及び再生が可能な記録媒体に対して一連のデータブロック群単位でファイルなどの情報の記録及び再生を行なう手段と、上記記録媒体の所定のセッションに対して情報を記録している最中にライトエラーが発生してトラック記録に失敗した場合、そのセッション管理情報を記録した後、上記ライトエラーが発生したセッションの直前セッションが所定のファイルフォーマットで記録されていたときのみ上記ライトエラーが発生したセッションの直前セッションに記録されているファイル情報管理部のデータを次の新規セッションにコピー記録する手段の機能を果たす。
【００３９】
また、上記記録媒体が情報の書き換えができる記録媒体か１度しか記録できない記録媒体かを判断する手段と、その手段によって情報の書き換えができる記録媒体と判断された場合、上記ライトエラーが発生したトラックを消去する手段の機能も果たす。
【００４０】
さらに、上記記録媒体の第１セッションに対して情報を記録中にライトエラーが発生した場合、上記上位装置から上記ライトエラーが発生したセッションのセッション情報管理部にセッション管理情報を記録する命令を受信したとき、そのセッション管理情報を記録した後、次の新規セッションの所定の長さのトラックにファイル情報管理部に記録するデータと異なる特殊データを記録してその新規セッションを完結させる手段の機能を果たす。
【００４１】
また、上記記録媒体の音楽用セッションの後のセッションに対して情報の記録中にライトエラーが発生した場合、上記上位装置から上記ライトエラーが発生したセッションのセッション情報管理部にセッション管理情報を記録する命令を受信したとき、そのセッション管理情報を記録した後、次の新規セッションの所定の長さのトラックにファイル情報管理部に記録するデータと異なる特殊データを記録してその新規セッションを完結させる手段の機能も果たす。
【００４２】
さらに、上記記録媒体が挿入された場合、その記録媒体にトラックは記録されているがトラック情報管理部にそのトラックに対するトラック管理情報が記録されていないエラーセッションを判別したとき、そのトラックの最終アドレスを検出し、その最終アドレスに基づいて上記トラック情報管理部にトラック管理情報を記録し、そのトラックが存在するセッションのセッション情報管理部にセッション管理情報を記録した後、上記エラーセッション直前のセッションに記録されているファイル情報管理部のデータを次の新規セッションにコピー記録する手段の機能を果たす。
【００４３】
さらにまた、上記記録媒体が情報の書き換えができる記録媒体か１度しか記録できない記録媒体かを判断する手段と、その手段によって情報の書き換えができる記録媒体と判断された場合、その記録媒体にトラックは記録されているがトラック情報管理部にそのトラックに対するトラック管理情報が記録されていないエラーセッションを判別したとき、そのトラックの最終アドレスを検出し、その最終アドレスに基づくトラック管理情報を上記トラック情報管理部を記録せずに不正なトラックを消去する手段の機能を果たす。
【００４４】
図２は、ディスク１７のセッションフォーマットを示す図である。
このＣＤ−Ｒ／ＲＷドライブ装置は、図２に示したフォーマットのディスク１７に対してデータの記録及び再生が可能である。
【００４５】
ディスク１７は、内周から記録パワー決定のための試し書きを行なうパワーキャリブレーションエリア（ＰＣＡ）２０，トラック情報管理部（プログラムメモリエリア：ＰＭＡ）２１，記録区分（セッション）２２（セッションＮo.１，２…）が存在する。
【００４６】
セッション２２のサイズはランダムであり、その中のトラック数や、トラックの大きさによって変わる。
セッション２２は、セッション情報管理部であるセッション情報管理領域（リードインエリア：Ｌｅａｄ Ｉｎ Ａｒｅａ）２３，１つまたは複数のトラック２４，記録区分最終領域（リードアウトエリア：Ｌｅａｄ Ｏｕｔ Ａｒｅａ）２５とから構成されており、セッション情報管理領域と記録区分最終領域とは共に大きさが決まっている。
【００４７】
セッション情報管理領域２３は、セッションの始めを示すエリアであり、セッション内のトラック情報であるセッション管理情報（ＴＯＣ）を記録するエリアである。
トラック２４は、ユーザがファイル、音楽などのデータを記録するエリアである。記録区分最終領域２５は、セッションの終わりを示すエリアである。
プログラムエリア２６は、ユーザデータを記録するエリアである。
【００４８】
第１セッションのセッション情報管理領域の大きさは、ディスクメーカによって異なり、おおよそ２分３０秒ぐらいの大きさである。
また、第１セッションの記録区分最終領域の大きさは１分３０秒である。
第２セッション以降のセッション情報管理領域の大きさは１分であり、記録区分最終領域の大きさは３０秒である。
【００４９】
セッション情報管理領域にはＴＯＣと言われるセッション管理情報データが記録されており、ＣＤ再生装置はこれをもとに挿入されているディスク上のトラック情報を得ることができる。
【００５０】
例えば、音楽ＣＤをオーディオＣＤプレーヤ（Ａｕｄｉｏ ＣＤ Ｐｌａｙｅｒ）に挿入すると、ディスプレイにトラックの総数と、それぞれのトラックの長さが時間単位で表示されるが、これはプレーヤがＴＯＣを再生しているから表示できるのである。
【００５１】
第１セッションのトラックＮo.１の先頭からプログラムエリア２６の始まりであり、スタート開始アドレスは０分０秒０フレームである。
【００５２】
図３はトラックアットワンス方式で記録したトラックのフォーマットである。ＣＤ−Ｒ／ＲＷディスク上に記録されたトラックは、プレギャップ（ＰｒｅＧａｐ）３０，ユーザデータ（Ｕｓｅｒ Ｄａｔａ）３１，２ブロックのランアウトブロック（Ｒｕｎ Ｏｕｔ Ｂｌｏｃｋ）３２とから構成される。
プレギャップ３０は、１ブロックのリンクブロック（Ｌｉｎｋ Ｂｌｏｃｋ）３３，４ブロックのランインブロック（Ｒｕｎ Ｉｎ Ｂｌｏｃｋ）３４等からなる。
【００５３】
プレギャップ３０（１５０ブロック、２２５ブロック）は、トラックの先頭に位置し、音楽で言えば無音部である。
ユーザデータ部３１は、ユーザ（ホストコンピュータ）から転送されたデータを記録するところである。
ランアウトブロック（２ブロック）３２は、トラックの最後を意味するブロックである。
【００５４】
リンクブロック３３（１ブロック）は、トラックとトラックのつなぎめを意味するブロックである。
ランインブロック（４ブロック）３４は、トラックの先頭を意味するブロックである。
【００５５】
このＣＤ−Ｒ／ＲＷドライブ装置は、ファイルフォーマットとしてＩＳＯ９６６０規格を用いる。
図４は、ＩＳＯ９６６０ファイルフォーマット図である。
【００５６】
ＩＳＯ９６６０フォーマットの用語説明
（１）ボリュームスペース（Ｖｏｌｕｍｅ Ｓｐａｃｅ）４０
ＣＤ上の各セッションを大きく分割すると、システムエリア４１とデータエリア４２の２つになる。
【００５７】
（２）システムエリア（Ｓｙｓｔｅｍ Ａｒｅａ）４１
各セッションの第１トラックの先頭から１６ブロック（ＬＢＮ０−１５）分がシステム領域として存在する。本規格では、内容は定義されていない。
【００５８】
（３）データエリア（Ｄａｔａ Ａｒｅａ）４２
ボリュームスペースの残りの部分をいう。この中は、以下のデータからなる。
・プライマリボリュームディスクリプタ４３
（Ｐｒｉｍａｒｙ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ）
・サプルメンタリボリュームディスクリプタ４４
（Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ）
・ターミネータ（Ｔｅｒｍｉｎａｔｏｒ）４５
・パステーブル（Ｐａｔｈ Ｔａｂｌｅ）４６
・ディレクトリディスクリプタ４７
（Ｄｉｒｅｃｔｏｒｙ Ｄｅｓｃｒｉｐｔｏｒ）
・ファイルディスクリプタ（Ｆｉｌｅ Ｄｅｓｃｒｉｐｔｏｒ）４８
・ファイル（Ｆｉｌｅ）本体部４９
このエリアは、ファイル情報管理部５０とファイルの本体部４９とからなる。
【００５９】
（４）プライマリボリュームディスクリプタ４３
ＰＶＤと言われ、ＬＢＮ１６に位置する。ＷｉｎｄｏｗｓなどのＯＳは必ずここをアクセスする。
ボリュームスペースの大きさや、パステーブル４６の大きさ及び位置、ルートディレクトリ情報、ボリュームの日付等が記述されている。
【００６０】
（５）サプルメンタリボリュームディスクリプタ４４
ＳＶＤと言われ、存在するのであればＰＶＤの直後にある。
日本語環境で使用する場合や、ユニコード（Ｕｎｉ Ｃｏｄｅを用いる場合はＯＳはこれを参照する。
【００６１】
（６）ターミネータ４５
ＰＶＤ，ＳＶＤの終わりを意味する。通常は、ＰＶＤ，ＳＶＤ，ターミネータの順でディスク上に記録される。
【００６２】
（７）パステーブル４６
ディレクトリディスクリプタ４７やファイルディスクリプタ４８の名前と、記録位置が記述される。
【００６３】
（８）ディレクトリディスクリプタ４７
ディレクトリの本体が記録されている位置やその名前や属性が記述されている。
【００６４】
（９）ファイルディスクリプタ４８
ファイル本体部４９のファイルの本体が記録されている位置やその名前や属性が記述されている。
【００６５】
（１０）ファイル本体部４９
ワープロファイルや、実行ファイルなどその実体が記録されている。
【００６６】
ディスク１７の各セッションの中にはボリュームスペース４０があり、システムエリア４１とデータエリア４２が存在する。
データエリア４２には、ファイル情報管理部５０とそれに続くパステーブル４６，ディレクトリディスクリプタ４７及びファイルディスクリプタ４８，及び複数の１つもしくは複数のファイルとから構成されるファイル本体部４９とからなり、ファイル情報管理部５０は先頭からプライマリボリュームディスクリプタ（ＰＶＤ）４３，サプルメントボリュームディスクリプタ（ＳＶＤ）４４，ターミネータ４５とから構成される。
【００６７】
ＰＶＤ４３，ＳＶＤ４４，ターミネータ４５は少なくとも１セクタずつで構成され、各セクタの先頭にはそれらを示すＩＤがある。
ＰＶＤ４３は“０１”，ＳＶＤ４４は“０２”，ターミネータ４５は“ＦＦ”である。
【００６８】
Ｗｉｎｄｏｗｓ９５などのＯＳは、ディスクに存在する最終セッションの第１トラックの先頭から１７番目（ＬＢＮ＝１６）のセクタを再生して、ＰＶＤ４３の内容を見る。
【００６９】
また、日本語環境であれば、ＳＶＤ４４を再生し、ターミネータブロックを検出するまで次の論理アドレスを再生する。
ＳＶＤ４４の中にはルートディレクトリディスクリプタ（Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ Ｄｅｓｃｒｉｐｔｏｒ）の存在する位置等が記録されており、この位置を再生することにより、そのルートディレクトリ下に存在するディレクトリ又はファイルの名称及びそれらのディスクリプタが存在するアドレスがわかる。
【００７０】
さらに、ルートディレクトリの下のディレクトリのディスクリプタを再生すれば、その下にあるディレクトリの名称やファイルの名称やそれらに対するディスクリプタの存在位置がわかる。
このようにルートディレクトリからその下のディレクトリ、ファイルと内容を確認し、ファイル本体へとたどりつく。
【００７１】
また、マルチセッションＣＤにおいては、複数個のセッションが存在し、そのセッション数分のファイル情報管理部が存在することが一般的である。
このようなディスクは、ユーザが保存させたいファイルを追記する場合に作成される。
【００７２】
例えば、'９７.１０月のカルテを第１セッションに書いたとする。
一ヶ月が過ぎ、１１月のデータをそのディスクに記録する場合は、第２セッションに記録する。
この場合、１０月のデータもＯＳ上から見れるようにするために、第１セッションに記録されているファイル情報管理部５０を第２セッションのファイル情報管理部５０にコピーする必要があり、一般のライタソフトはこのような操作をし、過去に記録したファイル情報管理部５０のデータを継承するのである。
【００７３】
次に、上記ＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項１に係る処理について説明する。
【００７４】
このＣＤ−Ｒ／ＲＷドライブ装置では、情報の記録と再生が可能なディスク１７を用い、そのディスク１７に対して一連のデータブロック群であるトラック単位でファイルなどの情報の記録及び再生を行なうものである。
【００７５】
そして、ディスク１７の所定の記録区分であるセッションに対して情報を記録している最中にライトエラーが発生し、トラック記録に失敗した時、当該エラーセッションのセッション情報管理領域にセッション管理情報（ＴＯＣ）を記録する命令を上位装置のホストコンピュータから受信した場合、当該セッションのセッション管理情報（ＴＯＣ）を記録した後に、次の新規セッションに対してエラーセッション直前のセッションに記録されているファイル情報管理部にファイル管理情報を記録する。そのファイル情報管理部は、ディスクフォーマットとして、記録されているファイルやディレクトリの場所や属性を管理している情報管理部である。
【００７６】
図５は、その請求項１に係る処理を示すフロー図である。図中の「Ｓ」はステップを示す。
この処理は、ステップ１でライトエラーが発生したトラックが有りか否かを判断し、有ればステップ２へ進んでエラーセッションのＴＯＣを記録し、ステップ３へ進んでエラーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、ステップ４へ進んでＩＳＯ９６６０フォーマットデータか否かを判断し、ＩＳＯ９６６０フォーマットデータなら、ステップ５へ進んでリカバーセッション記録処理を実行し、この処理を終了する。
【００７７】
ステップ１の判断でライトエラーが発生したトラックが無ければ、ステップ６へ進んで現セッションのＴＯＣを記録し、ステップ７へ進んで現セッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
また、ステップ４の判断でＩＳＯ９６６０フォーマットデータでなければ、そのまま処理を終了する。
【００７８】
図６は、図５のリカバーセッション記録処理を示すフロー図である。
このリカバーセッション記録処理は、ステップ１１で前セッションの第１トラックの先頭アドレスを取得し、ステップ１２へ進んでファイル情報管理部のアドレスを設定し、ステップ１３へ進んでファイル管理情報をリードし、ステップ１４へ進んで前セッションはＩＳＯ９６６０フォーマットデータか否かを判断する。
【００７９】
ステップ１４の判断でＩＳＯ９６６０フォーマットデータなら、ステップ１５へ進んでリカバートラック記録処理を実行し、ステップ１６へ進んでリカバーセッションのＴＯＣを記録し、ステップ１７へ進んでリカバーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
また、ステップ１４の判断でＩＳＯ９６６０フォーマットデータでなければ、そのまま処理を終了する。
【００８０】
次に、この発明の請求項１に係る処理をさらに説明する。
このセッション記録処理は、ホストコンピュータからセッションを閉じる命令（Ｃｌｏｓｅ Ｓｅｓｓｉｏｎ Ｃｏｍｍａｎｄ）を受信した時に実行する。
そのセッションを閉じる命令は、セッション管理情報（ＴＯＣ）及びリードアウト（Ｌｅａｄ−Ｏｕｔ）領域にデータを記録してセッションを完結させる命令である。
【００８１】
システムコントローラ１１は、まず、ディスク１７の対象となるセッション内のトラックを記録した時に、オフトラック等のサーボエラーやバッファアンダーラン（Ｂｕｆｆｅｒ Ｕｎｄｅｒ ｒｕｎ）などのインタフェース（Ｉ／Ｆ）エラーによるライトエラーが発生していたかを確認する（Ｓ１）。
【００８２】
ここで、ライトエラーが発生していた場合は、エラーセッションのＴＯＣ領域にセッション管理情報を記録し（Ｓ２）、セッションの最後をあらわすリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し（Ｓ３）、エラートラックがＩＳＯ９６６０フォーマットデータであるか否かを確認する（Ｓ４）。
【００８３】
この確認手段は、ＰＶＤ，ＳＶＤ，ターミネータ（Ｔｅｒｍｉｎａｔｏｒ）の各ＩＤ（セクタの先頭バイト）がそれぞれ“０１”，“０２”，“ＦＦ”であること、また、ＰＶＤ，ＳＶＤ内の規格識別子（２バイト目−６バイト目）が“ＣＤ００１”であることを確認することによって行なう。
【００８４】
さらに、ＩＳＯ９６６０フォーマットデータと判断した場合は、リカバーセッション記録処理（Ｓ５）を行なって終了する。
【００８５】
このリカバーセッション記録処理は、エラーセッションの次のセッションに対して、エラーセッション直前の正しく記録されているファイル情報管理部を、次の新規セッションに対してコピー記録する処理である。
【００８６】
次に、リカバー時に記録するファイル情報管理部は、ＰＶＤ，ＳＶＤ，ターミネータ（Ｔｅｒｍｉｎａｔｏｒ）の３つをさす。
【００８７】
このＰＶＤ，ＳＶＤを再生すれば、ルートディレクトリディスクリプタ（Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ Ｄｅｓｃｒｉｐｔｏｒ）のアドレスがわかり、そこからファイル本体までたどりつくことができる。
【００８８】
ライトエラーの発生の有無の判断（Ｓ１）においてライトエラーが発生していない時、現セッションのＴＯＣ領域にセッション管理情報を記録し（Ｓ６）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し（Ｓ７）、セッション完結処理を終了する。
【００８９】
また、ＩＳＯ９６６０フォーマットデータか否かの判断（Ｓ４）で、エラートラックにＩＳＯ９６６０フォーマットデータが記録されていないと判断した時、そのままエラーセッションを完結したままで終了する。
【００９０】
次に、上記リカバーセッション記録処理は、最初にエラーセッション直前のセッションの第１トラックの開始アドレスを、ＣＤ−Ｒ／ＲＷドライブ装置内部のＤＲＡＭ５に記憶しているＴＯＣ情報から読み取り（Ｓ１１）、そのアドレスに１０ｈ（１６セクタ）を足したアドレスをＰＶＤアドレスとして設定し（Ｓ１２）、ターミネータ（Ｔｅｒｍｉｎａｔｏｒ）が確認できるまで連続的に再生する（Ｓ１３）。
【００９１】
ここで、ＰＶＤからターミネータ（Ｔｅｒｍｉｎａｔｏｒ）までの情報を得ることができない場合は、ＩＳＯ９６６０フォーマットデータと判定しない。
【００９２】
ＩＳＯ９６６０フォーマットデータの判断で（Ｓ１４）、前セッションがＩＳＯ９６６０フォーマットデータと判定したなら、リカバートラックの記録処理を行なう（Ｓ１５）。
【００９３】
この処理は、トラック長をＣＤ規格最小の３００セクタと設定し、ユーザデータ部にＩＳＯ９６６０フォーマットに合致するように、正常セッション（エラーセッション直前のセッション）のＰＶＤからターミネータ（Ｔｅｒｍｉｎａｔｏｒ）までを記録する。
【００９４】
その後、このセッションのＴＯＣ領域に当該セッションのセッション情報管理データを記録し（Ｓ１６）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録して処理を終了する。
また、ＩＳＯ９６６０フォーマットデータの判断で（Ｓ１４）、エラーセッション直前のセッションがＩＳＯ９６６０フォーマットデータと判断できなければ、この処理を終了する。
【００９５】
こうして、例えば、図７に示すようなエラーセッションを伴ったディスクフォーマットは、上述の処理によって図８に示すディスクフォーマットになる。
【００９６】
図７は、第２セッションのトラックを記録している最中にライトエラーが発生し、エラーセクタが発生した場合のディスクフォーマットを示すが、上述のセッションリカバリ処理によって、図８に示すように、第３セッションに第１セッションのファイル情報管理部のみをコピーしたリカバリセッションを作成することにより、後の再生時にＯＳからファイル情報が正しく認識されるようになる。
【００９７】
このようにして、エラーセッションの直前のセッションに記録されているファイル情報管理部を、当該ディスク上に存在する最後のセッションである新規セッションに記録するので、エラーセッションのファイル情報管理部を消去したことと同じにするので、そのディスクをＷｉｎｄｏｗｓ９５などのＯＳシステムで使用する場合はファイル情報管理部で管理されているファイルを正しく再生することができる。
【００９８】
次に、上述のこの発明の請求項１に係る処理では、例えば、１度しか記録できないＣＤ−Ｒディスク等の記録媒体に対して新規セッションにエラーセッション直前のセッションのファイル情報管理部をコピーするのは有効であるが、何度も情報の書き換えができるＣＤ−ＲＷディスク等の記録媒体については記録スペースの無駄使いになってしまう。
【００９９】
そこで、このような不具合を解消するため、次に、上記ＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項２に係る処理について説明する。
【０１００】
この処理では、情報の記録及び消去が可能なディスク１７に対しては、所定の記録区分（セッション）に対して情報を記録している最中にライトエラーが発生し、トラック記録に失敗した時、当該エラーセッションのセッション情報管理部にセッション管理情報（ＴＯＣ）を記録する命令をホストコンピュータから受信した場合、セッション管理情報（ＴＯＣ）を記録せずに、エラーが発生したトラックを消去し、この処理を終了する。
【０１０１】
図９は、その請求項２に係る処理を示すフロー図である。
このディスク別セッション記録処理は、ステップ２１でライトエラーが発生したトラックが有りか否かを判断し、有りならステップ２２へ進んでエラーディスクはＣＤ−ＲＷディスクか否かを判断し、ＣＤ−ＲＷディスクなら、ステップ２７へ進んでエラートラック消去処理を実行し、この処理を終了する。
【０１０２】
また、ステップ２２の判断でエラーディスクがＣＤ−ＲＷディスクでなければ、ステップ２３へ進んでエラーセッションのＴＯＣを記録し、ステップ２４へ進んでエラーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、ステップ２５へ進んでＩＳＯ９６６０フォーマットデータか否かを判断し、ＩＳＯ９６６０フォーマットデータなら、ステップ２６へ進んで図６に示したリカバーセッション記録処理を実行し、この処理を終了する。
【０１０３】
ステップ２１の判断でライトエラーが発生したトラックが無ければ、ステップ２８へ進んで現セッションのＴＯＣを記録し、ステップ２９へ進んで現セッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
また、ステップ２５の判断でＩＳＯ９６６０フォーマットデータでなければ、そのまま処理を終了する。
【０１０４】
次に、この発明の請求項２に係る処理をさらに説明する。
この処理は、挿入しているディスク１７がＣＤ−ＲディスクかＣＤ−ＲＷディスクかを判断し、ＣＤ−ＲＷディスクだと判断した場合は、リカバーセッション記録処理を実行せずに終了させるものである。
【０１０５】
このディスク別セッション記録処理も、ホストコンピュータからセッションを閉じる命令（Ｃｌｏｓｅ Ｓｅｓｓｉｏｎ Ｃｏｍｍａｎｄ）を受信した時に実行する。
【０１０６】
システムコントローラ１１は、ディスク１７のセッション内のトラックが、ライトエラーで終了した場合（Ｓ２１）、挿入されているディスク１７の種類の確認を行なう（Ｓ２２）。
ここで、ＣＤ−ＲＷディスクと判断した場合は、当該エラートラック領域に消去パターンを記録し、当該エラートラックを消去して（Ｓ２３）、セッション完結処理を終了させる。
【０１０７】
ディスク１７がＣＤ−ＲＷディスクか否かの判断（Ｓ２２）で、挿入されているディスク１７がＣＤ−Ｒディスクと判断した場合は、エラーセッションのＴＯＣ領域にセッション管理情報を記録し（Ｓ２３）、セッションの最後をあらわすリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し（Ｓ２４）、エラートラックがＩＳＯ９６６０フォーマットデータであるか否かを確認する（Ｓ２５）。
【０１０８】
この確認手段は、上述と同じようにして行なう。
さらに、ＩＳＯ９６６０フォーマットデータと判断した場合は、上述のリカバーセッション記録処理（Ｓ２６）を行なって終了する。
【０１０９】
こうして、情報の消去ができるＣＤ−ＲＷディスク等のディスクにおいては、図８に示したディスクフォーマットにせずに、図１０に示したディスクフォーマットの状態に変えることができる。
【０１１０】
したがって、図１０に示したようなディスクフォーマットにすることにより、ディスク１７の第２セッションに記録されたエラーセッションが消去され、第１セッションのみがディスク１７上に存在し、ＣＤ−ＲＷディスクでもＯＳから正しくファイル情報が認識されるようにすることができる。
【０１１１】
このようにして、情報の記録及び消去が可能なＣＤ−ＲＷディスク等のディスクに対してはエラーセッションを消去することにより、未記録部スペースの無駄遣いをせずに済む。
【０１１２】
次に、上述のこの発明の請求項１に係る処理では、エラーセッションがディスク上の第１セッションであった場合、エラーセッション直前のセッションが存在しないので、次の新規セッションに対してファイル情報管理部を記録できなくなり、ＯＳ上でディレクトリ／ファイル情報を誤認識してしまう。
【０１１３】
そこで、このような不具合を解消するため、次に、上記ＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項３に係る処理について説明する。
【０１１４】
この処理は、第１セッションに対して情報の記録中にエラーが発生した場合は、当該エラーセッションのセッション情報管理部にセッション管理情報（ＴＯＣ）を記録する命令をホストコンピュータから受信した時に、当該エラーセッションのセッション管理情報（ＴＯＣ）を記録した後に、次の新規セッションに対して所定の長さのトラックにファイル情報管理部データと異なる特殊データを記録して新規セッションを完結させる。
【０１１５】
図１１は、その請求項３に係る処理を示すフロー図である。
この第１のダミーセッション記録処理は、ステップ３１でライトエラーが発生したトラックが有るか否かを判断して、有ればステップ３２へ進んでエラーセッションのＴＯＣを記録し、ステップ３３へ進んでエラーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、ステップ３９へ進んでエラーセッションが第１セッションか否かを判断する。
【０１１６】
ステップ３９の判断でエラーセッションが第１セッションなら、ステップ３４へ進んでダミーデータをセットし、ステップ３５へ進んでトラック長＝３００セクタに設定し、ステップ３６へ進んでダミートラックを記録し、ステップ３７へ進んでダミーセッションのＴＯＣ領域を記録し、ステップ３８へ進んでダミーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
【０１１７】
ステップ３９の判断でエラーセッションが第１セッションでなければ、ステップ４０へ進んでＩＳＯ９６６０フォーマットデータか否かを判断して、ＩＳＯ９６６０フォーマットデータでなければ、そのままこの処理を終了し、ＩＳＯ９６６０フォーマットデータなら、ステップ４１へ進んで新規セッション記録処理を実行し、この処理を終了する。
【０１１８】
ステップ３１の判断でライトエラーが発生したトラックがなければ、ステップ４２へ進んで現セッションのＴＯＣを記録し、ステップ４３へ進んで現セッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
【０１１９】
次に、この発明の請求項３に係る処理をさらに説明する。
この第１のダミーセッション記録処理は、ホストコンピュータからセッションを閉じる命令（Ｃｌｏｓｅ Ｓｅｓｓｉｏｎ Ｃｏｍｍａｎｄ）を受信した時、ライトエラーが発生したトラックが属するセッションがディスク上の第１セッションか否かを確認し、第１セッションならそのセッションの後にＩＳＯ９６６０フォーマットのファイル情報管理部データを記録せずに、“００”データをダミーデータとしてトラックに記録し、ダミーセッションを作成する。
【０１２０】
この処理によって、Ｗｉｎｄｏｗｓ９５などのＯＳは、挿入されているディスクがブランクディスクと同等なディスクと判断することができ、ディスク上の残りの記録スペースにデータを追記することができるようになる。
【０１２１】
システムコントローラ１１は、ホストコンピュータからセッションを閉じる命令（Ｃｌｏｓｅ Ｓｅｓｓｉｏｎ Ｃｏｍｍａｎｄ）を受信した時、ライトエラーが発生したトラックが存在するなら（Ｓ３１）、そのセッションのＴＯＣ領域を記録し（Ｓ３２）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録する（Ｓ３３）。その後、当該セッションがディスク上の第１セッションか否かを確認する（Ｓ３９）。
【０１２２】
上記確認で第１セッションと判定した場合、ＤＲＡＭ５に“００”データからなるダミーデータを記憶し（Ｓ３４）、トラック長をＣＤ−ＲＷディスク規格の最小値である３００セクタに設定し（Ｓ３５）、ダミーデータトラックを記録する（Ｓ３６）。
【０１２３】
その後、ダミーセッションのＴＯＣ領域を記録し（Ｓ３７）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録して（Ｓ３８）、ダミーセッション記録処理を終了する。
また、Ｓ３９でエラーセッションが第１セッションでなければ、図５と同様な処理Ｓ４０〜Ｓ４３を行なう。
【０１２４】
こうして、図１２に示すディスクフォーマットのように、第２セッションにダミーデータを記録してセッションを閉じるので、ＯＳは最終セッションにファイル情報管理部が記録されていないものと判断することができ、ブランクディスクと同様の扱いをできる。
【０１２５】
このようにして、ディスク上に記録されている最終セッション内（新規に追加したダミーセッション）にはファイル情報管理部データを記録しないので、Ｗｉｎｄｏｗｓ９５などのＯＳはディレクトリ／ファイル情報を誤認識することがなくなる。また、ＯＳはブランクディスクと同等の扱いができる。
【０１２６】
次に、上述のこの発明の請求項１に係る処理では、エラーセッションの直前のセッションが音楽用セッションであった場合、そのセッション内にはファイル情報管理部が存在しない為、エラーセッション直後の新規セッションに対してファイル情報管理部を記録できなくなり、Ｗｉｎｄｏｗｓ９５（登録商標）等のＯＳ上でディレクトリ／ファイル情報を誤認識してしまう。
【０１２７】
そこで、このような不具合を解消するため、次に、上記ＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項４に係る処理について説明する。
【０１２８】
この処理では、ディスク上の音楽用セッション（オーディオセッション）の後のセッションに対して情報の記録中にエラーが発生した場合は、当該エラーセッションのセッション情報管理部にセッション管理情報（ＴＯＣ）を記録する命令をホストコンピュータから受信した時に、当該エラーセッションのセッション管理情報（ＴＯＣ）を記録した後に、次の新規セッションに対して所定の長さのトラックにファイル情報管理部データと異なる特殊データを記録してセッションを完結させる。
【０１２９】
図１３は、その請求項４に係る処理を示すフロー図である。
この第２のダミーセッション記録処理は、ステップ５１で前セッションの第１（１ｓｔ）トラックのアドレスを取得し、ステップ５２へ進んでファイル情報管理部のアドレスを設定し、ステップ５３へ進んでファイル管理情報をリードし、ステップ５４へ進んで前セッションがＩＳＯ９６６０フォーマットデータか否かを判断する。
【０１３０】
ステップ５４の判断で前セッションがＩＳＯ９６６０フォーマットデータなら、ステップ５５へ進んでリカバートラック記録処理を実行し、ステップ５６へ進んでリカバーセッションのＴＯＣを記録し、ステップ５７へ進んでリカバーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
【０１３１】
ステップ５４の判断で前セッションがＩＳＯ９６６０フォーマットデータでないなら、ステップ５８へ進んで前セッションがオーディオセッションか否かを判断して、オーディオセッションなら、ステップ５９へ進んでダミーデータをセットし、ステップ６０へ進んでトラック長＝３００セクタをセットし、ステップ６１へ進んでダミートラックを記録し、ステップ６２へ進んでダミーセッションのＴＯＣ領域を記録し、ステップ６３へ進んでダミーセッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、この処理を終了する。
また、ステップ５８の判断で前セッションがＩＳＯ９６６０フォーマットデータでなければ、そのままこの処理を終了する。
【０１３２】
次に、この発明の請求項４に係る処理をさらに説明する。
この第２のダミーセッション記録処理は、リカバーセッション記録処理時に、エラーセッション直前のセッションがオーディオセッションか否かを確認し、オーディオセッションであれば、エラーセッションの後にダミーセッションを記録する。
【０１３３】
例えば、ＣＤ−ＥｘｔｒａというＣＤが世の中に存在する。
このＣＤは、第１セッションがオーディオセッション（音楽用セッション）であり、第２セッションがデータセッションであり、オーディオプレーヤ（Ａｕｄｉｏ Ｐｌａｙｅｒ）で通常の音楽（Ａｕｄｉｏ）再生ができ、パソコン上で画像再生しながら音楽再生ができる。第２セッションの中にはもちろん、画像データが記録されている。
【０１３４】
このようなＣＤ−ＥｘｔｒａをＣＤ−Ｒ／ＲＷドライブ装置を用いて作成することができるが、第２セッションでライトエラーが発生した場合は、上述のような原因でＷｉｎｄｏｗｓ９５などのＯＳ上で画像が正しく再生できない等の不具合が発生することがある。
【０１３５】
この不具合の発生を避けるためにも、第２セッションの後にダミーセッションを記録し、その後画像データが正しく記録できるようにする必要がある。
そのダミーセッションは最終セッションであり、そのセッションのトラックには“００”データを記録しており、ファイル情報管理部が記録されていない為、ＯＳは誤った情報を参照しないで済む。
【０１３６】
この第２のダミーセッション記録処理は、図６のリカバーセッション記録処理を改良したものである。
システムコントローラ１１は、まず、図６のリカバーセッション記録処理と同様にして、前セッションのファイル情報管理部を再生した後（Ｓ５１〜Ｓ５３）、そのセッションがＩＳＯ９６６０フォーマットディスクか否かを確認する（Ｓ５４）。
【０１３７】
ここで、ＩＳＯ９６６０フォーマットディスクでないと判断した場合は、オーディオセッションか否かを確認する（Ｓ５８）。
その確認（Ｓ５８）でオーディオセッションと判断した場合は、ＣＤ−Ｒ／ＲＷドライブ装置のＤＲＡＭ５に“００”データからなるダミーデータを設定し（Ｓ５９）、ダミートラックの長さをＣＤ規格の最小値である３００セクタに設定し（Ｓ６０）、ダミートラックを記録する（Ｓ６１）。
【０１３８】
その後、ダミーセッションを完結させる処理として、ダミーセッションのＴＯＣ領域を記録し（Ｓ６２）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録（Ｓ６３）して、この処理を終了する。
【０１３９】
また、オーディオセッションか否かの判断（Ｓ５８）で前セッションがＩＳＯ９６６０フォーマットデータでもなく、またオーディオデータでもないと判断した場合はこの処理を終了する。
【０１４０】
さらに、ＩＳＯ９６６０フォーマットデータか否かの判断（Ｓ５４）で、前セッションがＩＳＯ９６６０フォーマットデータと判断した場合は、図６に示した処理と同様にリカバーセッション記録処理を行ない（Ｓ５５〜Ｓ５７）、この処理を終了する。
【０１４１】
こうして、図１４に示すディスクフォーマットのように、エラーセッション後にダミーセッションを記録するので、ＯＳはオーディオ（Ａｕｄｉｏ）データが記録されたディスクと同等なものと判断することができ、音楽（Ａｕｄｉｏ）再生を正確に行なえる。
【０１４２】
このようにして、ディスク上に記録されている最終セッション内にはファイル情報管理データを記録しないので、Ｗｉｎｄｏｗｓ９５などのＯＳはディレクトリ／ファイル情報を誤認識することがなくなる。
また、ＯＳは音楽データのみが記録されているディスクと同等の扱いができる。
【０１４３】
次に、トラックを記録している最中に停電などの原因によってこのＣＤ−Ｒ／ＲＷドライブ装置の電源がシャットダウンされてしまった場合、トラックが途中で途切れ、トラック情報管理部（ＰＭＡ）が記録されていない状態になり、セッションが未完結のままのディスクが作られてしまう。
【０１４４】
また、上述のように、トラックは記録されているが、そのトラックに対するトラック情報管理部（ＰＭＡ）がないディスクが存在した場合、そのディスクをＣＤ−Ｒ／ＲＷドライブ装置に挿入するとＣＤ−Ｒ／ＲＷドライブ装置は不正なディスクと判断して記録も再生も不能になり、以前に記録されているセッション内のファイルまで再生できなくなり、過去に記録されたデータを見かけ上失ってしまうことになる。
【０１４５】
そこで、このような不具合を解消するため、上記ＣＤ−Ｒ／ＲＷドライブ装置においてこの発明の請求項５に係る処理を実行するとよい。
【０１４６】
この処理は、挿入されているディスクに対して、トラックは記録されているがそのトラックに対するトラック情報管理部（ＰＭＡ）がないと判断した場合、当トラックの最終アドレスを検出し、トラック情報管理部（ＰＭＡ）を記録し、そのトラックが存在するセッションに対してセッション管理情報（ＴＯＣ）を記録した後、次の新規セッションに対してエラーセッション直前のセッションに記録されているファイル情報管理部のデータをコピー記録する。
【０１４７】
また、例えば、１度しか記録できないＣＤ−Ｒディスク等のディスクに対して、不正なトラックが存在するセッションを完結し、エラーセッションの直前のセッションのファイル情報管理部を新規セッションに記録する手段は有効であるが、何度も情報の書き換えができるＣＤ−ＲＷディスク等のディスクに関しては記録スペースの無駄使いになってしまう。
【０１４８】
そこで、このような不具合を解消するため、上記ＣＤ−Ｒ／ＲＷドライブ装置においてこの発明の請求項６に係る処理を実行するとよい。
【０１４９】
この処理は、情報の記録及び消去が可能なディスクに対しては、トラック情報管理部（ＰＭＡ）のないトラックの最終アドレスを検出し、トラック情報管理部（ＰＭＡ）を記録せずに不正なトラックを消去する。
【０１５０】
図１５は、その請求項５と６に係る処理を示すフロー図である。
このディスク情報取得処理は、ディスクをＣＤ−Ｒ／ＲＷドライブ装置に挿入した時のマウント処理であり、トラック情報がＰＭＡに記録されていないトラックを検出した時に対して考慮した処理である。
【０１５１】
このようなトラックは、データライト処理中に電源遮断等が発生して、ＴＯＣ領域が記録できなかったために発生する。
そこで、当該トラックをマウント時に検出した場合は、そのトラックをリカバーしてセッションを完結し、次のリカバーセッションを記録すればよい。
【０１５２】
このディスク情報取得処理は、ステップ７１でスタンプディスクか否かを判断して、スタンプディスクでなければ、ステップ７２へ進んでＴＯＣを再生し、ステップ７３へ進んでＰＭＡを再生し、ステップ７４へ進んでプログラムエリアを再生し、ステップ７５へ進んでＰＭＡに無いトラックが存在するか否かを判断する。
【０１５３】
ステップ７５の判断でＰＭＡに無いトラックが存在しなければ、この処理を終了し、ＰＭＡに無いトラックが存在すれば、ステップ７６へ進んで当トラックの最終アドレスを検出し、ステップ７７へ進んでＣＤ−ＲＷディスクか否かを判断して、ＣＤ−ＲＷディスクなら、ステップ７８へ進んで不正トラック消去処理を実行し、この処理を終了する。
【０１５４】
ステップ７７の判断でＣＤ−ＲＷディスクでなければ、ステップ８０へ進んでＰＭＡを記録し、ステップ８１へ進んで不正セッションのＴＯＣを記録し、ステップ８２へ進んで不正セッションのリードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し、ステップ８３へ進んで不正トラックのデータがＩＳＯ９６６０フォーマットデータか否かを判断する。
【０１５５】
ステップ８３の判断で不正トラックのデータがＩＳＯ９６６０フォーマットデータでなければ、そのままこの処理を終了し、不正トラックのデータがＩＳＯ９６６０フォーマットデータなら、ステップ８４の図６に示したリカバーセッション記録処理を実行し、この処理を終了する。
また、ステップ７１の判断でスタンプディスクなら、ステップ７９へ進んでＴＯＣを再生し、この処理を終了する。
【０１５６】
次に、この請求項５と６に係る処理についてさらに説明する。
システムコントローラ１１は、まず、挿入されているディスクがスタンプディスクか否かを確認する（Ｓ７１）。
【０１５７】
これは、ディスク上のＣＤ−Ｒ／ＲＷディスクのプリフォーマットされているＡＴＩＰが検出できるかによって判断するものである。
スタンプディスクか否かの判断（Ｓ７１）でスタンプディスクと判断した場合は、第１セッションのＴＯＣを再生し、次にマルチセッションであったら、各々のセッションのＴＯＣを再生し、セッション情報を取得する（Ｓ７９）。
【０１５８】
つまり、スタンプディスクにはＰＭＡがないため、ＴＯＣ再生によってトラック情報を得てマウント処理を終了する。
【０１５９】
スタンプディスクか否かの判断（Ｓ７１）で、スタンプディスクでないと判断した場合は、ＣＤ−Ｒ／ＲＷディスクとして、ＴＯＣ再生を上記スタンプディスクと同様な処理を用いて実行する（Ｓ７２）。
【０１６０】
その後、ＣＤ−Ｒ／ＲＷディスク特有のＰＭＡを再生し（Ｓ７３）、各トラックのモードやスタートアドレス，エンドアドレス等を確認する。
【０１６１】
次に、ＰＭＡに記録されている最終トラックの最終アドレスの外側を再生し（プログラムエリア再生）（Ｓ７４）、ＰＭＡに記録されていないトラックが存在しているかを確認する（Ｓ７５）。
【０１６２】
ＰＭＡに無いトラックの存在の有無の判断（Ｓ７５）で、不正なトラックがあったと判断した場合は、当該トラックがどこまで記録されているかを再生信号の検出によって行なう（Ｓ７６）。そして、再生信号を検出できた最終アドレスが当該トラックのエンドアドレスと設定する（Ｓ７６）。
【０１６３】
次に、挿入されているディスクがＣＤ−ＲＷディスクか否かを判断し（Ｓ７７）、ＣＤ−ＲＷディスクであればその不正トラックを消去して（Ｓ７８）、この処理を終了する。
また、ＰＭＡに無いトラックの存在の有無の判断（Ｓ７５）で、ＰＭＡに記録されていないトラックがプログラムエリアに検出できない場合は正常ディスクと判断して、ディスク情報マウント処理を終了する。
【０１６４】
ＣＤ−ＲＷディスクか否かの判断（Ｓ７７）で、挿入されているディスクがＣＤ−Ｒディスクであると判断した場合は、不正トラックのアドレス情報等のトラック情報をＰＭＡに記録し（Ｓ８０）、当該トラックが属するセッションのＴＯＣ領域を記録し（Ｓ８１）、リードアウト（Ｌｅａｄ−Ｏｕｔ）領域を記録し（Ｓ８２）、不正トラックに記録されているデータがＩＳＯ９６６０フォーマットデータか否かを確認する（Ｓ８３）。
【０１６５】
この確認手段は、本トラックのＬＢＮ１６（論理アドレスの１６番地）アドレスから連続的に再生し、ＰＶＤ，ＳＶＤ，ターミネータ（Ｔｅｒｍｉｎａｔｏｒ）の識別子が検出できたらＩＳＯ９６６０フォーマットデータと判定する。
【０１６６】
不正トラックのデータがＩＳＯ９６６０フォーマットデータか否かの判断（Ｓ８３）で、ＩＳＯ９６６０フォーマットデータと判断した場合は、次のセッションに不正セッション直前のセッションのファイル情報管理部をコピー記録するリカバーセッション記録処理（Ｓ８４）を実行して、この処理を終了する。
【０１６７】
また、不正トラックのデータがＩＳＯ９６６０フォーマットデータか否かの判断（Ｓ８３）で不正トラックのデータがＩＳＯ９６６０データでなければ、このマウント処理を直ちに終了する。
【０１６８】
このようにして、不正なトラックが存在するセッションを完結し、エラーセッションの直前のセッションのファイル情報管理部を新規セッションに記録するので、不正ディスクが記録及び再生可能となるだけでなく、過去に記録したファイルをＷｉｎｄｏｗｓ９５等のＯＳから再生することができる。
【０１６９】
また、情報の記録及び消去が可能なＣＤ−ＲＷディスク等のディスクに対しては不正なトラックを消去することにより、未記録部スペースの無駄遣いをすることがなくなる。
【０１７０】
【発明の効果】
以上説明してきたように、この発明による情報記録再生装置によれば、データ記録中にライトエラーが発生したとき、後のデータ再生時に不具合が生じないようにエラー処理することができる。
【図面の簡単な説明】
【図１】この発明の情報記録再生装置の一実施形態であるＣＤ−Ｒ／ＲＷドライブ装置の構成を示すブロック図である。
【図２】図１に示したディスク１７のセッションフォーマットを示す図である。
【図３】トラックアットワンス方式で記録したトラックのフォーマットである。
【図４】ＩＳＯ９６６０ファイルフォーマット図である。
【図５】図１に示したＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項１に係る処理を示すフロー図である。
【図６】図５のリカバーセッション記録処理を示すフロー図である。
【図７】エラーセッションのディスクフォーマット例を示す図である。
【図８】図５に示した処理を施したディスクのディスクフォーマット例を示す図である。
【図９】図１に示したＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項２に係る処理を示すフロー図である。
【図１０】図９に示した処理を施したディスクのディスクフォーマット例を示す図である。
【図１１】図１に示したＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項３に係る処理を示すフロー図である。
【図１２】図１１に示した処理を施したディスクのディスクフォーマット例を示す図である。
【図１３】図１に示したＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項４に係る処理を示すフロー図である。
【図１４】図１３に示した処理を施したディスクのディスクフォーマット例を示す図である。
【図１５】図１に示したＣＤ−Ｒ／ＲＷドライブ装置におけるこの発明の請求項５と６に係る処理を示すフロー図である。
【符号の説明】
１：ＣＰＵ ２：フラッシュＲＯＭ
３：ホストインタフェースコントローラ
４：バッファマネジャ ５：ダイナミックＲＡＭ
６：サブコードオペレーションコントローラ
７：ＣＤ−ＲＯＭエンコーダ ８：ＳＲＡＭ
９：ＣＤ−ＲＯＭデコーダ １０：オーディオ回路
１１：システムコントローラ １２：ＣＤエンコーダ
１３：ＣＤデコーダ １４：サーボ回路
１５：スピンドルモータコントローラ
１６：ＳＣＳＩバス １７：ディスク
２０：パワーキャリブレーションエリア（ＰＣＡ）
２１：トラック情報管理部（ＰＭＡ）
２２：記録区分（セッション）
２３：セッション情報管理領域（リードインエリア）
２４：トラック
２５：記録区分最終領域（リードアウトエリア）
２６：プログラムエリア ３０：プレギャップ
３１：ユーザデータ部 ３２：ランアウトブロック
３３：リンクブロック ３４：ランインブロック
Claims (6)
- 情報の記録及び再生が可能な記録媒体に対して一連のデータブロック群単位でファイルなどの情報の記録及び再生を行なう情報記録再生装置において、
前記記録媒体の所定のセッションに対して情報を記録している最中にライトエラーが発生してトラック記録に失敗した場合、セッション管理情報を記録した後、前記ライトエラーが発生したセッションの直前セッションが所定のファイルフォーマットで記録されていたときのみ前記ライトエラーが発生したセッションの直前セッションに記録されているファイル情報管理部のデータを次の新規セッションにコピー記録する手段を設けたことを特徴とする情報記録再生装置。 - 請求項１記載の情報記録再生装置において、
前記記録媒体が情報の書き換えができる記録媒体か１度しか記録できない記録媒体かを判断する手段と、該手段によって情報の書き換えができる記録媒体と判断された場合、前記ライトエラーが発生したトラックを消去する手段を設けたことを特徴とする情報記録再生装置。 - 請求項１記載の情報記録再生装置において、
前記記録媒体の第１セッションに対して情報を記録中にライトエラーが発生した場合、前記上位装置から前記ライトエラーが発生したセッションのセッション情報管理部にセッション管理情報を記録する命令を受信したとき、該セッション管理情報を記録した後、次の新規セッションの所定の長さのトラックにファイル情報管理部に記録するデータと異なる特殊データを記録してその新規セッションを完結させる手段を設けたことを特徴とする情報記録再生装置。 - 請求項１記載の情報記録再生装置において、
前記記録媒体の音楽用セッションの後のセッションに対して情報の記録中にライトエラーが発生した場合、前記上位装置から前記ライトエラーが発生したセッションのセッション情報管理部にセッション管理情報を記録する命令を受信したとき、該セッション管理情報を記録した後、次の新規セッションの所定の長さのトラックにファイル情報管理部に記録するデータと異なる特殊データを記録してその新規セッションを完結させる手段を設けたことを特徴とする情報記録再生装置。 - 情報の記録及び再生が可能な記録媒体に対して一連のデータブロック群単位でファイルなどの情報の記録及び再生を行なう情報記録再生装置において、
前記記録媒体が挿入された場合、該記録媒体にトラックは記録されているがトラック情報管理部に該トラックに対するトラック管理情報が記録されていないエラーセッションを判別したとき、そのトラックの最終アドレスを検出し、該最終アドレスに基づいて前記トラック情報管理部にトラック管理情報を記録し、そのトラックが存在するセッションのセッション情報管理部にセッション管理情報を記録した後、前記エラーセッション直前のセッションに記録されているファイル情報管理部のデータを次の新規セッションにコピー記録する手段を設けたことを特徴とする情報記録再生装置。 - 請求項５記載の情報記録再生装置において、
前記記録媒体が情報の書き換えができる記録媒体か１度しか記録できない記録媒体かを判断する手段と、該手段によって情報の書き換えができる記録媒体と判断された場合、該記録媒体にトラックは記録されているがトラック情報管理部に該トラックに対するトラック管理情報が記録されていないエラーセッションを判別したとき、そのトラックの最終アドレスを検出し、その最終アドレスに基づくトラック管理情報を前記トラック情報管理部を記録せずに不正なトラックを消去する手段を設けたことを特徴とする情報記録再生装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25014798A JP3992850B2 (ja) | 1998-09-03 | 1998-09-03 | 情報記録再生装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25014798A JP3992850B2 (ja) | 1998-09-03 | 1998-09-03 | 情報記録再生装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000076829A JP2000076829A (ja) | 2000-03-14 |
| JP3992850B2 true JP3992850B2 (ja) | 2007-10-17 |
Family
ID=17203523
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25014798A Expired - Fee Related JP3992850B2 (ja) | 1998-09-03 | 1998-09-03 | 情報記録再生装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3992850B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100430265B1 (ko) * | 2001-07-05 | 2004-05-04 | 엘지전자 주식회사 | 광기록재생기의 목록정보를 기록 및 재생하는 방법 |
-
1998
- 1998-09-03 JP JP25014798A patent/JP3992850B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000076829A (ja) | 2000-03-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5095895B2 (ja) | ディスク状記録媒体にファイルを即時書き込み又は読出しする方法 | |
| JP2000285462A (ja) | 光ディスクのディスク情報取得方法、アクセス制御方法、記録制御方法および光ディスク記録装置 | |
| JPH08147702A (ja) | 光ディスク書き込み方法 | |
| JPH11242850A (ja) | リアルタイムデータ記録方式 | |
| US20040090886A1 (en) | Data recording device, data recording method, program and data recording medium | |
| JP3580711B2 (ja) | 情報記録再生装置 | |
| US6628602B2 (en) | Optical information recording medium | |
| JPH1166751A (ja) | 情報記録再生装置 | |
| US20070065105A1 (en) | Data recovery method and system for a data recording | |
| JP2001014800A (ja) | 光ディスク記録装置及び記録制御方法 | |
| JPH10144011A (ja) | ディスク装置 | |
| JP2002109834A (ja) | 光情報記録媒体 | |
| JP3992850B2 (ja) | 情報記録再生装置 | |
| JP3825511B2 (ja) | 情報記録再生装置 | |
| JPH0935270A (ja) | Ｃｄ−ｒドライブ装置 | |
| JP3282941B2 (ja) | Ｃｄ−ｒドライブ装置 | |
| JP4713140B2 (ja) | デジタルデータ記録方法、記録装置及び再生装置 | |
| JP3012430B2 (ja) | 光ディスクの再生復旧システム | |
| JP3486486B2 (ja) | Ｃｄ−ｒドライブ装置 | |
| JPH03122713A (ja) | 情報記録装置 | |
| JP3384732B2 (ja) | 情報記録再生装置 | |
| JP2727837B2 (ja) | 光ディスクの再生方法 | |
| JPH10269751A (ja) | 情報記録再生装置 | |
| JP3602935B2 (ja) | 情報記録再生装置 | |
| JP2001291366A (ja) | 記録方法および装置、ならびに、記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070129 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070206 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070330 |
|
| 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: 20070724 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070725 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100803 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100803 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110803 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110803 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120803 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120803 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130803 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |