(57)【特許請求の範囲】
【請求項１】
追記型光ディスクにデータを記録する光ディスク装置であって、
前記追記型光ディスクにＦＡＴ領域を確保する手段と、
前記追記型光ディスクにデータを記録する手段と、
前記データの記録を開始する前に、前記データの先頭に少なくとも記録すべきデータファイルのファイル名、拡張子を含む修復用データを記録する手段と、
前記データの記録が完了する前に記録が中断したことを検出する手段と、
前記中断を検出した場合に、記録が中断したトラックをクローズする手段と、
前記トラックをクローズした後、前記修復用データを読み出し、前記修復用データと前記トラックの終了アドレスまで読み出しを行うことによって確定されるデータ長に基づいて内部メモリで管理するＦＡＴを更新し、前記ＦＡＴ領域に記録する手段と、
を有することを特徴とする光ディスク装置。
【請求項２】
請求項１記載の装置において、
前記修復用データは、少なくとも記録すべきデータファイルのファイル名、拡張子、書き込み先フォルダを含むことを特徴とする光ディスク装置。
【請求項３】
請求項１記載の装置において、
前記修復用データは、２０４８バイトの整数倍の長さを有することを特徴とする光ディスク装置。
【請求項４】
請求項１記載の装置において、
前記追記型光ディスクに記録するデータはＭＰ３データであり、
前記修復用データは前記ＭＰ３データのヘッダの直前に記録されることを特徴とする光ディスク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は光ディスク装置、特にＣＤ−Ｒ等の追記型光ディスクに対してデータを記録する際の記録異常に対する修復に関する。
【背景技術】
【０００２】
従来より、データ記録時に電源遮断等の記録異常が生じた場合の修復あるいはリカバリについて種々提案されている。
【０００３】
例えば、下記に示す特許文献１には、ファイルの異常を判断した場合に、異常を判定したファイルの先頭ＦＡＴから、ディレクトリに記録されているファイルサイズから求めた使用クラスタ数個分を、正常なファイルと認識して順に読み取り、使用クラスタ数個分を読み取ったところで終了コードを書き込むことで、終了情報を持たない異常ファイルに終了情報を与え、ファイルを修復することが開示されている。
【０００４】
また、特許文献２には、ＡＶデータを記録する際に、ＡＶデータを最初に記録する記録ブロックのアドレスを予め記録しておくことにより、ＡＶデータを記録している最中にファイル管理情報が壊れた場合に、異常なＡＶデータが記録されている先頭の記録ブロックアドレスに基づいて異常なＡＶデータを再生できるようにし、また、当該ＡＶデータの記録ブロックのアドレスを順次ファイル管理情報に登録するとともに、ＰＣＲ（Program Clock Reference）に基づいてＡＶデータの不連続点を検出してファイル終了情報を追加することにより、ＡＶデータの修復ができるようにすることが開示されている。
【０００５】
また、特許文献３には、マウントされた光ディスクがオープンセッションであり、最終フラグメントにデータ未記録部分があると判断した場合に、最終フラグメントの最終ＥＣＣの不足分とダミーＥＣＣブロックをダミーデータで追記し、セッションをクローズすることによりデータ記録中に予期せぬ電源遮断等が発生した場合であっても記録最中であったセッションを修復して再生及び追記ができるようにすることが開示されている。
【０００６】
また、特許文献４には、データストリームのユーザデータフィールドに専用のファイルシステムデータ（回復記述子）を規定の間隔で挿入することにより、停電等によりストリームの記録が不完全であり、ファイルシステムが更新されなかった場合でも、ユーザデータフィールドに記録した回復記述子に基づいてファイルシステムを構築し、ストリームを回復することが開示されている。
【０００７】
【特許文献１】特開平１０−２３３９８７号公報
【特許文献２】特開２００１−１４３４３９号公報
【特許文献３】特開２００４−６２９４７号公報
【特許文献４】特開２００５−１２９２１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
データ記録中に電源遮断等の異常が生じてオープンセッションとなった場合、上記の特許文献３に開示されたようにセッションをクローズすることで再生自体は可能となるが、ＦＡＴが記録されていない場合には記録されているファイルのファイル名や拡張子等の基本的なファイル情報が欠落してしまう。追記型光ディスクの場合、データの記録が完了してからＦＡＴを作成し所定領域に記録するからである。一方、特許文献４のようにデータストリームのユーザデータフィールドに専用のファイルシステムデータ（回復記述子）を規定の間隔で挿入する技術では、データストリームにユーザデータフィールドが定義されているような特定フォーマットにしか適用できず、現在広く使用されているＭＰ３等のフォーマットには適用できない問題がある。
【０００９】
本発明の目的は、特定のフォーマットに依存することなく、データ記録中に異常が生じてもこれを修復して再生できる装置を提供することにある。
【課題を解決するための手段】
【００１０】
本発明は、追記型光ディスクにデータを記録する光ディスク装置であって、前記追記型光ディスクにＦＡＴ領域を確保する手段と、前記追記型光ディスクにデータを記録する手段と、前記データの記録を開始する前に、前記データの先頭に少なくとも記録すべきデータファイルのファイル名、拡張子を含む修復用データを記録する手段と、前記データの記録が完了する前に記録が中断したことを検出する手段と、前記中断を検出した場合に、記録が中断したトラックをクローズする手段と、前記トラックをクローズした後、前記修復用データを読み出し、前記修復用データと前記トラックの終了アドレスまで読み出しを行うことによって確定されるデータ長に基づいて内部メモリで管理するＦＡＴを更新し、前記ＦＡＴ領域に記録する手段とを有することを特徴とする。
【００１１】
本発明において、前記修復用データは、少なくとも記録すべきデータファイルのファイル名、拡張子、書き込み先フォルダを含むことが好適である。また、前記修復用データは、２０４８バイトの整数倍の長さを有することが好適である。
【発明の効果】
【００１２】
本発明によれば、修復用データを用いて簡易にＦＡＴを作成することができる。そして、作成されたＦＡＴを記録することでデータを修復することができる。
【発明を実施するための最良の形態】
【００１３】
以下、図面に基づき本発明の実施形態について、デジタルマスタレコーダを例にとり説明する。
【００１４】
図１に、本実施形態におけるデジタルマスタレコーダの構成を示す。デジタルマスタレコーダは、アナログ入力端子及びデジタル入力端子の外部入力端子を有し、外部入力端子から供給されたオーディオ信号をＣＤ−ＲやＤＶＤ−Ｒ等の追記型光ディスクに記録する。また、フラッシュメモリを内蔵し、フラッシュメモリにもオーディオデータを記録することができる。フラッシュメモリから読み出したオーディオデータを追記型光ディスクに記録することも可能である。
【００１５】
デジタルマスタレコーダは、ＣＰＵ１０、ＦＰＧＡ（Field Programmable Gate Array：プログラミング可能なＬＳＩ）１２、ＤＳＰ１４を有し、フラッシュメモリ２６及びＣＤ−Ｒドライブ２８を有する。ＣＤ−Ｒドライブ２８はＣＤ／ＤＶＤ−Ｒドライブでもよく、ＣＤ−ＲＷやＤＶＤ−ＲＷ等の書換可能な光ディスクに対してデータを記録できるドライブであってもよい。但し、本実施形態の処理は、追記型光ディスクに対してデータを記録する場合の処理である。
【００１６】
ＣＰＵ１０は、クロック１６からのクロック信号により動作し、ユーザインタフェースブロック３０からの指令に基づいて各種処理を実行する。ＣＰＵ１０の処理プログラムはフラッシュＲＯＭ１８に格納され、ＣＰＵの処理データはワークメモリとしてのＳＤＲＡＭ２０に格納される。ユーザインタフェースブロック３０は、各種キー及び操作状況を視認するための表示用ＬＥＤ、ＬＣＤ、ロータリエンコーダを有する。ロータリエンコーダは音量調整やメニュー選択等に用いられる。ユーザインタフェースブロック３０は、デジタルマスタレコーダのフロントパネルに設けられる。
【００１７】
ＦＰＧＡ１２は、デジタル入力端子３２からデジタルオーディオ信号が供給され、アナログ入力端子３４からボリューム３６、Ａ／Ｄ３８、ＰＬＤ（Programmable Logic Device）４０を介してアナログオーディオ信号が供給される。ＦＰＧＡ１２は、ＰＬＬ２２からのクロック信号で動作し、ＤＳＰ１４とシリアルにオーディオデータの送受を行って処理結果をデジタル出力端子４６に出力し、あるいはＰＬＤ４８、Ｄ／Ａ５０を介してアナログ出力端子５２に出力する。
【００１８】
ＤＳＰ１４は、ＤＳＤオーディオデータをＰＣＭオーディオデータに変換する等のオーディオファイルのデータ形式を変換する処理を行う。また、ＤＳＰ１４は、その他オーディオ信号に対して各種のエフェクト処理を実行してＦＰＧＡ１２に供給する。フェーダー４２やＤ−フィルタ４４も各種処理に用いられる。Ｄ―フィルタ４４は、メータ表示データを生成したり、ＤＳＤオーディオデータをＰＣＭオーディオデータに変換する際に用いられる。
【００１９】
ＵＳＢ端子５４はデジタルマスタレコーダのリアパネルに設けられ、パーソナルコンピュータに接続される。
【００２０】
以上のような構成において、ユーザがユーザインタフェースブロック３０の機能キーあるいはロータリエンコーダを用いて特定のオーディオデータ、例えばＭＰ３オーディオデータのＣＤ−Ｒへの録音を選択すると、ＣＰＵ１０、ＦＰＧＡ１２及びＤＳＰ１４は入力されたＭＰ３データをＣＤ−Ｒドライブ２８に供給してＣＤ−Ｒに書き込む。ＣＤ−Ｒドライブ２８での書き込み処理は、通常、以下のように実行される。
【００２１】
＜通常書き込み時＞
（１）ＣＤ−Ｒの１トラック目にＦＡＴ用の領域を確保する
（２）ＣＤ−Ｒの２トラック目からＭＰ３ファイルを書き込む
（３）録音終了後に書き込んだファイルのＦＡＴを作成して１トラック目に書き込む
（４）ユーザデータ記録領域の最後にリードアウト、最初にリードインを書き込んでセッションをクローズする
【００２２】
しかしながら、ＭＰ３ファイルを書き込んでいる途中で電源遮断等が生じると、ＦＡＴが１トラック目に書き込まれていないためファイルを再生することができない。そこで、電源遮断が生じた場合の回復方法として、以下のような方法が考えられる。例えば、３トラック目のＭＰファイル録音中に電源遮断が生じた場合を想定する。
【００２３】
＜電源遮断時の第１の回復方法＞
（１）ＣＤ−Ｒの１トラック目にＦＡＴ用の領域を確保する
（２）ＣＤ−Ｒの２トラック目からＭＰ３ファイルを書き込む
（３）３トラック目の書き込み中に電源が遮断される
（４）３トラック目の記録最終ブロックがリンクブロックとなっていないのでダメージトラックと判断する
（５）３トラック目をトラッククローズして再生可能状態とする
（６）３トラック目を全面再生し、ＭＰ３ヘッダが見つかればＭＰ３ファイルとしてＭＰ３ヘッダの書かれた部分までのファイル長のＦＡＴを作成する
（７）作成されたＦＡＴを１トラック目に書き込む
（８）ユーザデータ記録領域の最後にリードアウト、最初にリードインを書き込んでセッションをクローズする
【００２４】
このように、ＭＰ３ヘッダが見つかればＭＰ３ファイルとしてＭＰ３ヘッダの書かれた部分までのファイル長のＦＡＴを作成して１トラック目に書き込むため、ＦＡＴの情報が存在する部分を再生できる。しかしながら、このような回復方法では、ファイル名や拡張子、書き込み先フォルダ名が不明なファイルとして再生されることになるため使い勝手がよくない。
【００２５】
そこで、本実施形態では、ＭＰ３ファイルの録音中に電源遮断等が生じても、ファイル名や拡張子、書き込み先フォルダ名等の情報も回復することができる方法を実行する。具体的には、ＣＰＵ１０は、ＭＰ３ファイルの書き込みに先だって、そのファイルのファイル名、拡張子、書き込み先フォルダ名のデータを含む修復用データを書き込む。この修復用データはＭＰ３ファイルの書き込みに先だって書き込まれるため、ＭＰ３ファイルの書き込み中に電源遮断等が生じても、この修復用データを参照することでそのＭＰ３ファイルのファイル名や拡張子、書き込み先フォルダ名を回復することができる。修復用データのデータ量は任意であるが、ＣＤ−Ｒの場合にはセクタ単位（２０４８バイト）でのアクセスとなるため、２０４８バイトの整数倍とすることが好ましい。このように修復用データのバイト数をセクタバイトの整数倍とすることで、ＦＡＴ上のポインタをＭＰ３ファイルの先頭ブロックとすることが可能となる。なお、修復用データはＭＰ３ファイルの先頭に書き込まれるため、１つのトラックに複数ファイルが分割して存在する場合のファイルヘッダとしても機能することになる。ＭＰ３ファイルには所定間隔でＭＰ３ヘッダが挿入されるが、修復用データはこれらのＭＰ３ヘッダと異なり、複数ファイルの先頭を識別するヘッダとして機能し得るということである。本実施形態の回復方法は以下のとおりである。例えば、３トラック目のＭＰ３ファイル録音中に電源遮断が生じた場合を想定する。
【００２６】
＜電源遮断時の第２の回復方法＞
（１）ＣＤ−Ｒの１トラック目にＦＡＴ用の領域を確保する
（２）ＣＤ−Ｒの２トラック目から修復用データを書き込む
（３）修復用データに続きＭＰ３ファイルを書き込む
（４）以後、同様にまず修復用データを書き込み、その後にＭＰ３ファイルを書き込む
（５）３トラック目の書き込み中に電源が遮断される
（６）３トラック目の記録最終ブロックがリンクブロックとなっていないのでダメージトラックと判断する
（７）３トラック目の最後をランアウト及びリンクブロックとしてトラックをクローズし読み出し可能状態とする
（８）トラックを全面再生し、修復用データに含まれるファイル名、拡張子、書き込み先フィルダ名を用いてＦＡＴを作成し１トラック目に書き込む
（９）ユーザデータ記録領域の最後にリードアウト、最初にリードインを書き込んでセッションをクローズする
【００２７】
このように、修復用データを再生することで該当ＭＰ３ファイルのファイル名や拡張子等の情報を取得できるので、これらを含んでＦＡＴを作成することができる。ＦＡＴ上のポインタは修復用データではなくＭＰ３ファイルの先頭ブロックに設定することで、パーソナルコンピュータ等でファイルにアクセスする場合に修復用データを含まないファイルとして認識される。なお、本実施形態において、ＦＡＴにはいわゆるＴＯＣも含まれる。
【００２８】
図２に、本実施形態のフォーマットを示す。ＭＰ３ファイル２００に先だって修復用データ１００を書き込む。修復用データは、ＭＰ３ファイル２００のファイル名１００ａ、拡張子１００ｂ、書き込み先フォルダ名１００ｃ、先頭アドレス１００ｄを含む。ボリュームラベル等を含んでもよい。この修復用データはＭＰ３ファイルの先頭に書き込まれるものであるが、ＭＰ３ファイルに所定間隔で挿入されるＭＰ３ヘッダ２００ａとは異なるデータである。図では、修復用データ１００とＭＰ３ヘッダとが区別して示されている。修復用データ１００は、ＭＰ３データ２００のＭＰ３ヘッダ２００ａの直前に書き込まれるということもできる。
【００２９】
図３及び図４に本実施形態の処理フローチャートを示す。図３はＭＰ３ファイル録音時の処理であり、図４は修復時の処理である。
【００３０】
図３の処理において、まずＭＰ３ファイルをＣＤ−Ｒに録音する際に、１トラック目をＦＡＴ用の領域として確保（リザーブ）し（Ｓ１０１）、次にＭＰ３ファイルの先頭か否かを判定する（Ｓ１０２）。あるＭＰ３ファイルを複数のファイルに分割して書き込む場合には各分割ファイルの先頭も検出する。ＭＰ３ファイルの先頭である場合には、当該ＭＰ３ファイルのファイル名や拡張子を含む修復用データを書き込む（Ｓ１０３）。また、ＣＰＵ１０の内部メモリで管理しているＦＡＴを更新する（Ｓ１０４）。修復用データを書き込んだ後、ＭＰ３ファイルを書き込む（Ｓ１０５）。そして、全ての録音が終了したか否かを判定し（Ｓ１０６）、録音が終了するまでＳ１０１〜Ｓ１０５の処理を繰り返す。これにより、全てのＭＰ３ファイルの先頭に修復用データが書き込まれる。
【００３１】
全てのＭＰ３ファイルの録音が完了すると（Ｓ１０６）、ＣＰＵ１０はファイルのデータ長が確定するので内部メモリで管理しているＦＡＴを最終的に更新し（Ｓ１０７）、ＭＰ３ファイルの書き込みトラックをクローズして（Ｓ１０８）、内部管理ＦＡＴをＣＤ−Ｒの１トラック目に書き込む（Ｓ１０９）。そして、リードアウト及びリードインを書き込んでセッションをクローズし終了する（Ｓ１１０）。以上により、正常に録音が終了する。
【００３２】
一方、ＭＰ３ファイルの書き込み中に電源遮断が生じると、Ｓ１０６で録音終了と判定されず、Ｓ１０８でトラックがクローズされず、Ｓ１０９でＦＡＴも書き込まれない。そこで、ディスク修復時にはダメージトラックをクローズするとともにＳ１０３で書き込まれた修復用データを用いてＳ１０９の処理を実行しＦＡＴを作成する。
【００３３】
図４の処理において、まずディスクを起動処理し（Ｓ２０１）、ダメージトラックがあるか否かを判定する（Ｓ２０２）。トラックの最後にリンクブロックがなくダメージトラックであると判定された場合、ＣＰＵ１０はトラッククローズコマンドを発行して当該ダメージトラックをまずクローズして読み出し可能とする（Ｓ２０３）。次に、ダメージトラックがＦＡＴ格納トラック、つまり１トラック目ではないことを確認する（Ｓ２０４）。ダメージトラックがＦＡＴ格納トラック（１トラック目）ではない場合には、トラックを全面的に読み出して（Ｓ２０５）、修復用データを検出する（Ｓ２０６）。修復用データを検出した場合には、ＣＰＵ１０は内部メモリで管理するＦＡＴを修復データを用いて更新する（Ｓ２０７）。Ｓ２０５〜Ｓ２０７の処理をダメージトラックのトラック終了アドレスまで繰り返し実行する。３トラック目のＭＰ３ファイルを録音中に電源遮断が生じた場合、２トラック目の修復用データ及び３トラック目の修復用データが順次読み出され、これらを用いてＦＡＴが順次更新される。トラックの終了アドレスまで読み出した後（Ｓ２０８）、データ長が確定するので内部管理ＦＡＴを最終的に更新し（Ｓ２０９）、内部管理ＦＡＴを１トラック目に書き込む（Ｓ２１０）。そして、リードアウト及びリードインを書き込んでセッションをクローズする（Ｓ２１１）。
【００３４】
なお、Ｓ２０５でＮＯ，つまりダメージトラックがＦＡＴ格納トラックであると判定された場合には、修復できない可能性があるので修復用データを用いてＦＡＴを作成することなく単にセッションをクローズする。
【００３５】
図５に、ディスク修復処理を模式的に示す。図５（ａ）は、ＭＰ３録音中のデータフォーマットを示し、１トラック（１ｔｒ）目を確保（リザーブ）し、２トラック（２ｔｒ）目の先頭に第１の修復用データを書き込み、続いて第１のＭＰ３ファイルを書き込み、続いて第２の修復用データを書き込み、続いて第２のＭＰ３ファイルを書き込んでいる状態を示す。第１の修復用データには第１のＭＰ３ファイルのファイル名や拡張子が含まれ、第２の修復用データには第２のＭＰ３ファイルのファイル名や拡張子が含まれる。ここで示しているフォーマットは、１つのトラックに複数のＭＰ３ファイルが存在する場合であり、修復用データはファイルヘッダとしても機能し得る。もちろん、１つのトラックに１つのＭＰ３ファイルが割り当てられる場合でも、同様に修正用データが記録され、同様に機能し得る。図５（ｂ）は、第２のＭＰ３ファイルの録音中に電源遮断が生じた場合のデータフォーマットを示す。途中で電源遮断されたため、ＦＡＴが１トラック目に存在しない。図５（ｃ）は、第１の修復用データ及び第２の修復用データを読み出すことでＦＡＴを作成し、１トラック目に書き込んだ状態を示す。第１の修復用データ及び第２の修復用データはともに２０４８バイトの整数倍（例えば２０４８バイト）であるため、ＦＡＴ上のポインタ（先頭アドレス）は第１のＭＰ３ファイルの先頭アドレス及び第２のＭＰ３ファイルの先頭アドレスを示す。図５（ｄ）は、ＦＡＴを書き込んだ後、トラックの先頭にリードイン（ＬＩ）、トラックの最後にリードアウト（ＬＯ）を書き込んでセッションをクローズした状態である。
【００３６】
このように、本実施形態では修復用データをまず書き込んでからＭＰ３データを書き込んでいるため、たとえＭＰ３ファイルの録音中に電源遮断が生じても当該ＭＰ３ファイルのファイル名や拡張子等のファイル情報を修復用データを用いることで容易に修復することができる。また、修復用データはファイルの先頭に書き込むので、ファイルのフォーマットによらずに適用することが可能である。
【００３７】
本実施形態では、ＭＰ３ファイルを録音する場合に常にＭＰ３ファイルの先頭に修復用データを書き込んでいるが、ユーザが修復用データの書き込みの可否を選択できるようにしてもよく、あるいは録音すべきファイルのデータ長に応じて自動的に修復用データの書き込みの可否を切り替えても良い。例えば、録音すべきファイルのデータ長を所定値と比較し、所定値以下であれば録音は短時間に完了するため録音中の電源遮断が生じる可能性が低いとして修復用データの書き込みは行わず、一方、録音すべきファイルのデータ長が所定値を超える場合には録音が長時間にわたるため録音中に電源遮断が生じる可能性があるとして修復用データの書き込みを実行する等である。
【図面の簡単な説明】
【００３８】
【図１】実施形態の全体構成図である。
【図２】実施形態のフォーマット説明図である。
【図３】実施形態の処理フローチャート（その１）である。
【図４】実施形態の処理フローチャート（その２）である。
【図５】実施形態の修復処理説明図である。
【符号の説明】
【００３９】
１０  ＣＰＵ、１２  ＦＰＧＡ、１４  ＤＳＰ、２６  フラッシュメモリ、２８  ＣＤ−Ｒドライブ、３０  ユーザインタフェースブロック。
【図１】
0005323327.tif 000002
【図２】
0005323327.tif 000003
【図３】
0005323327.tif 000004
【図４】
0005323327.tif 000005
【図５】
0005323327.tif 000006