(57)【要約】【課題】  光ディスクにディフェクトがあった場合に、品質の劣化を抑えて再生する。【解決手段】  ファイルシステムは、年輪データの中にディフェクトがあった場合、ディフェクトがあった複数のRUBを認識して、ファイルマネージャに通知する。ファイルマネージャは、複数のRUBのうち、光ディスクの物理的アドレスの先頭のRUBの位置をDefect開始RUBの位置Ｐ１とし、後尾のRUBの位置をDefect終了RUBの位置Ｐ１０とし、位置Ｐ１からＰ１０までの区間をDefectRUB区間とし、これをＡＶマネージャに通知する。ＡＶマネージャは、DefectRUB区間に対応するデータを再生する場合には、その対象となる画像をフリーズ、または音声をミュートするディフェクト処理を行う。本発明は光ディスクを再生する再生装置に適用することができる。【選択図】図８
2005243070.tif 000002
【特許請求の範囲】
【請求項１】
映像コンテンツを構成する画像データと複数のチャンネルの音声データとが、前記画像データと複数の前記チャンネルの音声データに対応した所定のデータ量を第１の単位として交互に配置されるように、記録媒体を管理するための第２の単位で記録されている記録媒体を再生する再生装置において、
前記映像コンテンツの再生を指令するとともに、前記映像コンテンツの再生を制御する第１の制御手段と、
前記第１の制御手段からの指令に基づいて、前記第１の単位における読み出しを指令するとともに、前記第１の単位における読み出しを制御する第２の制御手段と、
前記第２の制御手段からの指令に基づいて、前記記録媒体から、前記第１の単位の前記画像データと複数の前記チャンネルの音声データを読み出すよう制御する第３の制御手段とを備え、
前記第１の単位の中に欠陥があった場合、
前記第３の制御手段は、欠陥があった複数の第２の単位のアドレスを認識して、認識した複数の前記アドレスとともに、前記第１の単位の前記画像データと複数の前記チャンネルの音声データを前記第２の制御手段に供給し、
前記第２の制御手段は、前記第３の制御手段から供給された、前記欠陥があった複数の前記アドレスのうち、前記記録媒体の物理的アドレスの前記第１の単位における先頭のアドレスと後尾のアドレスとを示す区間情報、および前記第１の単位の前記画像データと複数の前記チャンネルの音声データを前記第１の制御手段に供給し、
前記第１の制御手段は、前記第１の単位の前記画像データと複数の前記チャンネルの音声データのうち、前記区間情報で示される区間においては、画像を他の画像で置き換える、または、音声を他の音声で置き換えるか、出力レベルを制御する欠陥処理をするよう再生を制御する
ことを特徴とする再生装置。
【請求項２】
前記第３の制御手段は、前記第１の単位の前記画像データと複数のチャンネルの音声データごとに、前記欠陥があった複数の第２の単位の複数の前記アドレスを、前記第２の制御手段に供給し、
前記第２の制御手段は、前記第１の単位の前記画像データと複数のチャンネルの音声データごとに、前記区間情報を前記第１の制御手段に供給し、
前記第１の制御手段は、前記欠陥がある前記画像データまたは複数のチャンネルの音声データについては、前記区間情報で示される区間において前記欠陥処理をするよう再生を制御する
ことを特徴とする請求項１に記載の再生装置。
【請求項３】
前記第１の制御手段は、前記区間情報の前記先頭のアドレスから算出するフレーム番号の小数点以下を切り捨てることで、前記欠陥処理を開始するフレーム番号を求め、前記区間情報の前記後尾のアドレスから算出するフレーム番号の小数点以下を切り上げることで、前記欠陥処理を終了するフレーム番号を求める
ことを特徴とする請求項１に記載の再生装置。
【請求項４】
映像コンテンツを構成する画像データと複数のチャンネルの音声データとが、前記画像データと複数の前記チャンネルの音声データに対応した所定のデータ量を第１の単位として交互に配置されるように、記録媒体を管理するための第２の単位で記録されている記録媒体を再生する再生装置の再生方法において、
前記映像コンテンツの再生を指令するとともに、前記映像コンテンツの再生を制御する第１の制御ステップと、
前記第１の制御ステップによる指令に基づいて、前記第１の単位における読み出しを指令するとともに、前記第１の単位における読み出しを制御する第２の制御ステップと、
前記第２の制御ステップの処理による指令に基づいて、前記記録媒体から、前記第１の単位の前記画像データと複数の前記チャンネルの音声データを読み出すよう制御する第３の制御ステップとを含み、
前記第１の単位の中に欠陥があった場合、
前記第３の制御ステップの処理では、欠陥があった複数の第２の単位のアドレスが認識され、認識された複数の前記アドレスとともに、前記第１の単位の前記画像データと複数の前記チャンネルの音声データが供給され、
前記第２の制御ステップの処理では、前記第３の制御ステップの処理により供給された、前記欠陥があった複数の前記アドレスのうち、前記記録媒体の物理的アドレスの前記第１の単位における先頭のアドレスと後尾のアドレスとを示す区間情報、および前記第１の単位の前記画像データと複数の前記チャンネルの音声データが供給され、
前記第１の制御ステップの処理では、前記第１の単位の前記画像データと複数の前記チャンネルの音声データのうち、前記区間情報で示される区間においては、画像を他の画像で置き換える、または、音声を他の音声で置き換えるか、出力レベルを制御する欠陥処理をするよう再生が制御される
ことを特徴とする再生方法。
【請求項５】
映像コンテンツを構成する画像データと複数のチャンネルの音声データとが、前記画像データと複数の前記チャンネルの音声データに対応した所定のデータ量を第１の単位として交互に配置されるように、記録媒体を管理するための第２の単位で記録されている記録媒体を再生するプログラムであって、
前記映像コンテンツの再生を指令するとともに、前記映像コンテンツの再生を制御する第１の制御ステップと、
前記第１の制御ステップによる指令に基づいて、前記第１の単位における読み出しを指令するとともに、前記第１の単位における読み出しを制御する第２の制御ステップと、
前記第２の制御ステップの処理による指令に基づいて、前記記録媒体から、前記第１の単位の前記画像データと複数の前記チャンネルの音声データを読み出すよう制御する第３の制御ステップとを含む処理をコンピュータに実行させ、
前記第１の単位の中に欠陥があった場合、
前記第３の制御ステップの処理では、欠陥があった複数の第２の単位のアドレスが認識され、認識された複数の前記アドレスとともに、前記第１の単位の前記画像データと複数の前記チャンネルの音声データが供給され、
前記第２の制御ステップの処理では、前記第３の制御ステップの処理により供給された、前記欠陥があった複数の前記アドレスのうち、前記記録媒体の物理的アドレスの前記第１の単位における先頭のアドレスと後尾のアドレスとを示す区間情報、および前記第１の単位の前記画像データと複数の前記チャンネルの音声データが供給され、
前記第１の制御ステップの処理では、前記第１の単位の前記画像データと複数の前記チャンネルの音声データのうち、前記区間情報で示される区間においては、画像を他の画像で置き換える、または、音声を他の音声で置き換えるか、出力レベルを制御する欠陥処理をするよう再生が制御される
ことを特徴とするプログラム。
【請求項６】
記録媒体上に複数の年輪データが記録されている画像データをフレーム単位で再生する再生装置において、
前記記録媒体上に記録されている一年輪内において、前記画像データが欠陥データであるかを判別する判別手段と、
前記判別手段により前記画像データが欠陥データであると判別された場合、前記記録媒体上の一年輪内における前記欠陥データの先頭と後尾の位置を認識する認識手段とを備え、
前記認識手段による認識結果に基づいて、前記画像データを再生するときに、前記先頭の位置を含む先頭フレームから、前記後尾の位置を含む後尾フレームまでのフレームを含まないように再生する
ことを特徴とする再生装置。
【請求項７】
記録媒体上に複数の年輪データが記録されている画像データをフレーム単位で再生する再生装置の再生方法において、
前記記録媒体上に記録されている一年輪内において、前記画像データが欠陥データであるか否かを判別する判別ステップと、
前記判別ステップの処理により前記画像データが欠陥データであると判別された場合、前記記録媒体上の一年輪内における前記欠陥データの先頭と後尾の位置を認識する認識ステップと、
前記認識ステップの処理による認識結果に基づいて、前記画像データを再生するときに、前記先頭の位置を含む先頭フレームから、前記後尾の位置を含む後尾フレームまでのフレームを含まないように再生を制御する再生制御ステップと
を含むことを特徴とする再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生装置および再生方法、並びにプログラムに関し、特に、光ディスクに欠陥があった場合でも、品質の劣化を抑えて再生するようにした再生装置および再生方法、並びにプログラムに関する。
【背景技術】
【０００２】
光ディスクには、例えば、ビデオデータとオーディオデータが記録される（例えば、特許文献１）が、このような光ディスクに傷が付いた場合、傷に該当するLBA(Logical Block Address)を再生したとき、ビデオやオーディオがノイズとなる。
【０００３】
そこで、傷に該当するLBAに対応するリードコマンドについて、コマンド単位でビデオデータやオーディオデータにフリーズやミュート処理を施す方法が開発されている。
【０００４】
【特許文献１】特開２０００−１１３６４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した方法では、本来傷が付いていないLBAまでビデオデータやオーディオデータにフリーズやミュート処理が施されてしまい、コマンド毎に、例えわずかな欠陥が連続して検出された場合においても、フリーズまたはミュート処理される時間が長くなってしまい、品質が悪くなるという課題があった。
【０００６】
また、１個のコマンドについて、全ての欠陥LBA情報を管理してフリーズまたはミュートした場合、膨大な情報量になってしまい、現実的な処理時間を考慮すると動作が破綻する恐れがある。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、光ディスクに欠陥があった場合でも、品質の劣化を抑えて再生するようにするものである。
【課題を解決するための手段】
【０００８】
本発明の第１の再生装置は、映像コンテンツを構成する画像データと複数のチャンネルの音声データとが、画像データと複数のチャンネルの音声データに対応した所定のデータ量を第１の単位として交互に配置されるように、記録媒体を管理するための第２の単位で記録されている記録媒体を再生する再生装置であって、映像コンテンツの再生を指令するとともに、映像コンテンツの再生を制御する第１の制御手段と、第１の制御手段からの指令に基づいて、第１の単位における読み出しを指令するとともに、第１の単位における読み出しを制御する第２の制御手段と、第２の制御手段からの指令に基づいて、記録媒体から、第１の単位の画像データと複数のチャンネルの音声データを読み出すよう制御する第３の制御手段とを備え、第１の単位の中に欠陥があった場合、第３の制御手段は、欠陥があった複数の第２の単位のアドレスを認識して、認識した複数のアドレスとともに、第１の単位の画像データと複数のチャンネルの音声データを第２の制御手段に供給し、第２の制御手段は、第３の制御手段から供給された、欠陥があった複数のアドレスのうち、記録媒体の物理的アドレスの第１の単位における先頭のアドレスと後尾のアドレスとを示す区間情報、および第１の単位の画像データと複数のチャンネルの音声データを第１の制御手段に供給し、第１の制御手段は、第１の単位の画像データと複数のチャンネルの音声データのうち、区間情報で示される区間においては、画像を他の画像で置き換える、または、音声を他の音声で置き換えるか、出力レベルを制御する欠陥処理をするよう再生を制御することを特徴とする。
【０００９】
第３の制御手段は、第１の単位の画像データと複数のチャンネルの音声データごとに、欠陥があった複数の第２の単位の複数のアドレスを、第２の制御手段に供給し、第２の制御手段は、第１の単位の画像データと複数のチャンネルの音声データごとに、区間情報を第１の制御手段に供給し、第１の制御手段は、欠陥がある画像データまたは複数のチャンネルの音声データについては、区間情報で示される区間において欠陥処理をするよう再生を制御するものとすることができる。
【００１０】
第１の制御手段は、区間情報の先頭のアドレスから算出するフレーム番号の小数点以下を切り捨てることで、欠陥処理を開始するフレーム番号を求め、区間情報の後尾のアドレスから算出するフレーム番号の小数点以下を切り上げることで、欠陥処理を終了するフレーム番号を求めるものとすることができる。
【００１１】
本発明の第１の再生方法は、映像コンテンツを構成する画像データと複数のチャンネルの音声データとが、画像データと複数のチャンネルの音声データに対応した所定のデータ量を第１の単位として交互に配置されるように、記録媒体を管理するための第２の単位で記録されている記録媒体を再生する再生装置の再生方法であって、映像コンテンツの再生を指令するとともに、映像コンテンツの再生を制御する第１の制御ステップと、第１の制御ステップによる指令に基づいて、第１の単位における読み出しを指令するとともに、第１の単位における読み出しを制御する第２の制御ステップと、第２の制御ステップの処理による指令に基づいて、記録媒体から、第１の単位の画像データと複数のチャンネルの音声データを読み出すよう制御する第３の制御ステップとを含み、第１の単位の中に欠陥があった場合、第３の制御ステップの処理では、欠陥があった複数の第２の単位のアドレスが認識され、認識された複数のアドレスとともに、第１の単位の画像データと複数のチャンネルの音声データが供給され、第２の制御ステップの処理では、第３の制御ステップの処理により供給された、欠陥があった複数のアドレスのうち、記録媒体の物理的アドレスの第１の単位における先頭のアドレスと後尾のアドレスとを示す区間情報、および第１の単位の画像データと複数のチャンネルの音声データが供給され、第１の制御ステップの処理では、第１の単位の画像データと複数のチャンネルの音声データのうち、区間情報で示される区間においては、画像を他の画像で置き換える、または、音声を他の音声で置き換えるか、出力レベルを制御する欠陥処理をするよう再生が制御されることを特徴とする。
【００１２】
本発明のプログラムは、映像コンテンツを構成する画像データと複数のチャンネルの音声データとが、画像データと複数のチャンネルの音声データに対応した所定のデータ量を第１の単位として交互に配置されるように、記録媒体を管理するための第２の単位で記録されている記録媒体を再生するプログラムであって、映像コンテンツの再生を指令するとともに、映像コンテンツの再生を制御する第１の制御ステップと、第１の制御ステップによる指令に基づいて、第１の単位における読み出しを指令するとともに、第１の単位における読み出しを制御する第２の制御ステップと、第２の制御ステップの処理による指令に基づいて、記録媒体から、第１の単位の画像データと複数のチャンネルの音声データを読み出すよう制御する第３の制御ステップとを含む処理をコンピュータに実行させ、第１の単位の中に欠陥があった場合、第３の制御ステップの処理では、欠陥があった複数の第２の単位のアドレスが認識され、認識された複数のアドレスとともに、第１の単位の画像データと複数のチャンネルの音声データが供給され、第２の制御ステップの処理では、第３の制御ステップの処理により供給された、欠陥があった複数のアドレスのうち、記録媒体の物理的アドレスの第１の単位における先頭のアドレスと後尾のアドレスとを示す区間情報、および第１の単位の画像データと複数のチャンネルの音声データが供給され、第１の制御ステップの処理では、第１の単位の画像データと複数のチャンネルの音声データのうち、区間情報で示される区間においては、画像を他の画像で置き換える、または、音声を他の音声で置き換えるか、出力レベルを制御する欠陥処理をするよう再生が制御されることを特徴とする。
【００１３】
第１の本発明においては、第１の単位の中に欠陥があった場合、欠陥があった複数の第２の単位のアドレスが認識され、認識された複数のアドレスのうち、記録媒体の物理的アドレスの第１の単位における先頭のアドレスと後尾のアドレスとを示す区間情報、および第１の単位の画像データと複数のチャンネルの音声データが供給され、第１の単位の画像データと複数のチャンネルの音声データのうち、区間情報で示される区間においては、画像を他の画像で置き換える、または、音声を他の音声で置き換えるか、出力レベルを制御する欠陥処理をするよう再生が制御される。
【００１４】
本発明の第２の再生装置は、記録媒体上に複数の年輪データが記録されている画像データをフレーム単位で再生する再生装置であって、記録媒体上に記録されている一年輪内において、画像データが欠陥データであるかを判別する判別手段と、判別手段により画像データが欠陥データであると判別された場合、記録媒体上の一年輪内における欠陥データの先頭と後尾の位置を認識する認識手段とを備え、認識手段による認識結果に基づいて、画像データを再生するときに、先頭の位置を含む先頭フレームから、後尾の位置を含む後尾フレームまでのフレームを含まないように再生することを特徴とする。
【００１５】
本発明の第２の再生方法は、記録媒体上に複数の年輪データが記録されている画像データをフレーム単位で再生する再生装置の再生方法であって、記録媒体上に記録されている一年輪内において、画像データが欠陥データであるか否かを判別する判別ステップと、判別ステップの処理により画像データが欠陥データであると判別された場合、記録媒体上の一年輪内における欠陥データの先頭と後尾の位置を認識する認識ステップと、認識ステップの処理による認識結果に基づいて、画像データを再生するときに、先頭の位置を含む先頭フレームから、後尾の位置を含む後尾フレームまでのフレームを含まないように再生を制御する再生制御ステップとを含むことを特徴とする。
【００１６】
第２の本発明においては、記録媒体上に記録されている一年輪内において、画像データが欠陥データであるかが判別され、画像データが欠陥データであると判別された場合、記録媒体上の一年輪内における欠陥データの先頭と後尾の位置が認識され、画像データを再生するときに、先頭の位置を含む先頭フレームから、後尾の位置を含む後尾フレームまでのフレームが含まれないように再生される。
【発明の効果】
【００１７】
第１の本発明によれば、記録媒体を容易に再生することができる。特に、第１の本発明によれば、記録媒体に欠陥があった場合に、品質の劣化を抑えて再生することができる。また、欠陥があった区間においては、欠陥処理して再生することができる。
【００１８】
第２の本発明によれば、記録媒体を容易に再生することができる。特に、第２の本発明によれば、記録媒体に欠陥があった場合に、品質の劣化を抑えて再生することができる。また、欠陥があったデータを含むフレームを含まないように再生することができる。
【発明を実施するための最良の形態】
【００１９】
以下に本発明の実施の形態を説明するが、本明細書に記載の発明と、発明の実施の形態との対応関係を例示すると、次のようになる。この記載は、本明細書に記載されている発明をサポートする実施の形態が、本明細書に記載されていることを確認するためのものである。したがって、発明の実施の形態中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。
【００２０】
更に、この記載は、本明細書に記載されている発明の全てを意味するものでもない。換言すれば、この記載は、本明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現、追加される発明の存在を否定するものではない。
【００２１】
請求項１に記載の再生装置（例えば、図１のディスク再生装置３０）は、映像コンテンツを構成する画像データ（例えば、本線系Videoデータ）と複数のチャンネルの音声データ（例えば、本線系１乃至８ｃｈのAudioデータ）とが、前記画像データと複数の前記チャンネルの音声データに対応した所定のデータ量を第１の単位（例えば、図３の年輪データ１９０−１の単位）として交互に配置されるように、記録媒体を管理するための第２の単位（RUB単位）で記録されている記録媒体（図１の光ディスク３１）を再生する再生装置であって、前記映像コンテンツの再生を指令するとともに、前記映像コンテンツの再生を制御する第１の制御手段（例えば、図６のＡＶマネージャ３０１）と、前記第１の制御手段からの指令に基づいて、前記第１の単位における読み出しを指令するとともに、前記第１の単位における読み出しを制御する第２の制御手段（例えば、図６のファイルマネージャ３０２）と、前記第２の制御手段からの指令に基づいて、前記記録媒体から、前記第１の単位の前記画像データと複数の前記チャンネルの音声データを読み出すよう制御する第３の制御手段（例えば、図６のファイルシステム３０３）とを備え、前記第１の単位の中に欠陥があった場合、前記第３の制御手段は、欠陥があった複数の第２の単位のアドレスを認識して、認識した複数の前記アドレスとともに、前記第１の単位の前記画像データと複数の前記チャンネルの音声データを前記第２の制御手段に供給し（例えば、図１１のステップＳ１４３，ステップＳ１４４の処理で、図８の上段のRUBの情報を供給し）、前記第２の制御手段は、前記第３の制御手段から供給された、前記欠陥があった複数の前記アドレスのうち、前記記録媒体の物理的アドレスの前記第１の単位における先頭のアドレス（例えば、図８のDefect開始RUBの位置Ｐ１）と後尾のアドレス（例えば、図８のDefect終了RUBの位置Ｐ１０）とを示す区間情報（例えば、DefectRUB区間情報）、および前記第１の単位の前記画像データと複数の前記チャンネルの音声データを前記第１の制御手段に供給し（例えば、図９のステップＳ５８、または図１１のステップＳ１０７）、前記第１の制御手段は、前記第１の単位の前記画像データと複数の前記チャンネルの音声データのうち、前記区間情報で示される区間においては、画像を他の画像で置き換える、または、音声を他の音声で置き換えるか、出力レベルを制御する欠陥処理をするよう再生を制御する（例えば、図９のステップＳ３９）ことを特徴とする。
【００２２】
請求項２に記載の再生装置の前記第３の制御手段は、前記第１の単位の前記画像データと複数のチャンネルの音声データごとに、前記欠陥があった複数の第２の単位の複数の前記アドレスを、前記第２の制御手段に供給し（例えば、図１０に示されるようなエラー情報３３０として供給し）、前記第２の制御手段は、前記第１の単位の前記画像データと複数のチャンネルの音声データごとに、前記区間情報を前記第１の制御手段に供給し、前記第１の制御手段は、前記欠陥がある前記画像データまたは複数のチャンネルの音声データについては、前記区間情報で示される区間において前記欠陥処理をするよう再生を制御することを特徴とする。
【００２３】
請求項３に記載の再生装置の前記第１の制御手段は、前記区間情報の前記先頭のアドレスから算出するフレーム番号の小数点以下を切り捨てることで、前記欠陥処理を開始するフレーム番号を求め（例えば、図８のDefectフレーム区間のＰ１'、または図１２のDefect開始フレームNO（Ｐ２３）を求め）、前記区間情報の前記後尾のアドレスから算出するフレーム番号の小数点以下を切り上げることで、前記欠陥処理を終了するフレーム番号を求める（例えば、図８のDefectフレーム区間のＰ１０'、または図１２のDefect終了フレームNO（Ｐ２６）を求める）ことを特徴とする。
【００２４】
請求項４に記載の再生方法は、映像コンテンツを構成する画像データ（例えば、本線系Videoデータ）と複数のチャンネルの音声データ（例えば、本線系１乃至８ｃｈのAudioデータ）とが、前記画像データと複数の前記チャンネルの音声データに対応した所定のデータ量を第１の単位（例えば、図３の年輪データ１９０−１の単位）として交互に配置されるように、記録媒体を管理するための第２の単位（RUB単位）で記録されている記録媒体（図１の光ディスク３１）を再生する再生装置（例えば、図１のディスク再生装置３０）の再生方法であって、前記映像コンテンツの再生を指令するとともに、前記映像コンテンツの再生を制御する第１の制御ステップ（例えば、図６のＡＶマネージャ３０１が実行する処理）と、前記第１の制御ステップによる指令に基づいて、前記第１の単位における読み出しを指令するとともに、前記第１の単位における読み出しを制御する第２の制御ステップ（例えば、図６のファイルマネージャ３０２が実行する処理）と、前記第２の制御ステップの処理による指令に基づいて、前記記録媒体から、前記第１の単位の前記画像データと複数の前記チャンネルの音声データを読み出すよう制御する第３の制御ステップ（例えば、図６のファイルシステム３０３が実行する処理）とを含み、前記第１の単位の中に欠陥があった場合、前記第３の制御ステップの処理では、欠陥があった複数の第２の単位のアドレスが認識され、認識された複数の前記アドレスとともに、前記第１の単位の前記画像データと複数の前記チャンネルの音声データが供給され（例えば、図１１のステップＳ１４３，ステップＳ１４４の処理で、図８の上段のRUBの情報が供給され）、前記第２の制御ステップの処理では、前記第３の制御ステップの処理により供給された、前記欠陥があった複数の前記アドレスのうち、前記記録媒体の物理的アドレスの前記第１の単位における先頭のアドレス（例えば、図８のDefect開始RUBの位置Ｐ１）と後尾のアドレス（例えば、図８のDefect終了RUBの位置Ｐ１０）とを示す区間情報（例えば、DefectRUB区間情報）、および前記第１の単位の前記画像データと複数の前記チャンネルの音声データが供給され（例えば、図９のステップＳ５８、または図１１のステップＳ１０７）、前記第１の制御ステップの処理では、前記第１の単位の前記画像データと複数の前記チャンネルの音声データのうち、前記区間情報で示される区間においては、画像を他の画像で置き換える、または、音声を他の音声で置き換えるか、出力レベルを制御する欠陥処理をするよう再生が制御される（例えば、図９のステップＳ３９）ことを特徴とする。
【００２５】
請求項５に記載のプログラムは、映像コンテンツを構成する画像データ（例えば、本線系Videoデータ）と複数のチャンネルの音声データ（例えば、本線系１乃至８ｃｈのAudioデータ）とが、前記画像データと複数の前記チャンネルの音声データに対応した所定のデータ量を第１の単位（例えば、図３の年輪データ１９０−１の単位）として交互に配置されるように、記録媒体を管理するための第２の単位（RUB単位）で記録されている記録媒体（図１の光ディスク３１）を再生するプログラムであって、前記映像コンテンツの再生を指令するとともに、前記映像コンテンツの再生を制御する第１の制御ステップ（例えば、図６のＡＶマネージャ３０１が実行する処理）と、前記第１の制御ステップによる指令に基づいて、前記第１の単位における読み出しを指令するとともに、前記第１の単位における読み出しを制御する第２の制御ステップ（例えば、図６のファイルマネージャ３０２が実行する処理）と、前記第２の制御ステップの処理による指令に基づいて、前記記録媒体から、前記第１の単位の前記画像データと複数の前記チャンネルの音声データを読み出すよう制御する第３の制御ステップ（例えば、図６のファイルシステム３０３が実行する処理）とを含む処理をコンピュータに実行させ、前記第１の単位の中に欠陥があった場合、前記第３の制御ステップの処理では、欠陥があった複数の第２の単位のアドレスが認識され、認識された複数の前記アドレスとともに、前記第１の単位の前記画像データと複数の前記チャンネルの音声データが供給され（例えば、図１１のステップＳ１４３，ステップＳ１４４の処理で、図８の上段のRUBの情報が供給され）、前記第２の制御ステップの処理では、前記第３の制御ステップの処理により供給された、前記欠陥があった複数の前記アドレスのうち、前記記録媒体の物理的アドレスの前記第１の単位における先頭のアドレス（例えば、図８のDefect開始RUBの位置Ｐ１）と後尾のアドレス（例えば、図８のDefect終了RUBの位置Ｐ１０）とを示す区間情報（例えば、DefectRUB区間情報）、および前記第１の単位の前記画像データと複数の前記チャンネルの音声データが供給され（例えば、図９のステップＳ５８、または図１１のステップＳ１０７）、前記第１の制御ステップの処理では、前記第１の単位の前記画像データと複数の前記チャンネルの音声データのうち、前記区間情報で示される区間においては、画像を他の画像で置き換える、または、音声を他の音声で置き換えるか、出力レベルを制御する欠陥処理をするよう再生が制御される（例えば、図９のステップＳ３９）ことを特徴とする。
【００２６】
請求項６に記載の再生装置（例えば、図１の光ディスク再生装置３０）は、記録媒体上に複数の年輪データが記録されている画像データをフレーム単位で再生する再生装置であって、前記記録媒体上に記録されている一年輪内において、前記画像データが欠陥データであるか否かを判別する判別手段（例えば、図６のファイルシステム３０３）と、前記判別手段により前記画像データが欠陥データであると判別された場合、前記記録媒体上の一年輪内における前記欠陥データの先頭と後尾の位置を認識する認識手段（例えば、図６のファイルマネージャ３０２）とを備え、前記認識手段による認識結果に基づいて、前記画像データを再生するときに、前記先頭の位置を含む先頭フレームから、前記後尾の位置を含む後尾フレームまでのフレームを含まないように再生する（例えば、ＡＶマネージャ３０１が実行する処理）ことを特徴とする。
【００２７】
請求項７に記載の再生方法は、記録媒体上に複数の年輪データが記録されている画像データをフレーム単位で再生する再生装置（例えば、図１の光ディスク再生装置３０）の再生方法であって、前記記録媒体上に記録されている一年輪内において、前記画像データが欠陥データであるか否かを判別する判別ステップ（例えば、図６のファイルシステム３０３が実行する処理）と、前記判別ステップの処理により前記画像データが欠陥データであると判別された場合、前記記録媒体上の一年輪内における前記欠陥データの先頭と後尾の位置を認識する認識ステップ（例えば、図６のファイルマネージャ３０２が実行する処理）と、前記認識ステップの処理による認識結果に基づいて、前記画像データを再生するときに、前記先頭の位置を含む先頭フレームから、前記後尾の位置を含む後尾フレームまでのフレームを含まないように再生を制御する再生制御ステップ（例えば、図６のＡＶマネージャ３０１が実行する処理）とを含むことを特徴とする。
【００２８】
以下、図を参照して、本発明の実施の形態について説明する。
【００２９】
図１は、本発明を適用した、ディスク再生装置（ディスク装置または再生装置）３０の一実施の形態の構成例を示している。
【００３０】
スピンドルモータ３２は、サーボ制御部３５からのスピンドルモータ駆動信号に基づいて、光ディスク３１をCLV(Constant Linear Velocity)またはCAV(Constant Angular Velocity)で回転駆動する。
【００３１】
ピックアップ部３３は、光ディスク３１にレーザ光を集光して照射するとともに、光ディスク３１からの反射光を光電変換して電流信号を生成し、RF(Radio Frequency)アンプ３４に供給する。なお、レーザ光の照射位置は、サーボ制御部３５からピックアップ部３３に供給されるサーボ信号により所定の位置に制御される。
【００３２】
RFアンプ３４は、ピックアップ部３３からの電流信号に基づいて、フォーカス誤差信号およびトラッキング誤差信号、並びに再生信号を生成し、トラッキング誤差信号およびフォーカス誤差信号をサーボ制御部３５に供給し、再生信号を信号処理部３６に供給する。
【００３３】
サーボ制御部３５は、フォーカスサーボ動作やトラッキングサーボ動作の制御を行う。具体的には、サーボ制御部３５は、RFアンプ３４からのフォーカス誤差信号とトラッキング誤差信号に基づいてフォーカスサーボ信号とトラッキングサーボ信号をそれぞれ生成し、ピックアップ部３３のアクチュエータ（図示せず）に供給する。またサーボ制御部３５は、スピンドルモータ３２を駆動するスピンドルモータ駆動信号を生成して、光ディスク３１を所定の回転速度で回転させるスピンドルサーボ動作の制御を行う。
【００３４】
さらにサーボ制御部３５は、ピックアップ部３３を光ディスク３１の径方向に移動させてレーザ光の照射位置を変えるスレッド制御を行う。なお、光ディスク３１の信号読み出し位置の設定は、制御部４０によって行われ、設定された読み出し位置から信号を読み出すことができるようにピックアップ部３３の位置が制御される。
【００３５】
信号処理部３６は、RFアンプ３４からの再生信号を復調して再生データを生成し、メモリコントローラ３７に供給する。
【００３６】
メモリコントローラ３７は、信号処理部３６からの再生データを、適宜、メモリ３８に記憶するとともに、それを読み出し、データ変換部３９に供給する。
【００３７】
データ変換部３９は、メモリコントローラ３７から供給される再生データを、必要に応じて伸張し、所定のフォーマットの出力信号に変換して、信号入出装置５１に供給する。
【００３８】
制御部４０は、操作部４１からの操作信号などに基づき、サーボ制御部３５、信号処理部３６、メモリコントローラ３７、およびデータ変換部３９を制御し、記録再生処理を実行させる。
【００３９】
操作部４１は、例えば、ユーザによって操作され、その操作に対応する操作信号を、制御部４０に供給する。
【００４０】
以上のように構成されるディスク再生装置３０では、ユーザが操作部４１を操作することにより、データの再生を指令すると、光ディスク３１から、ピックアップ部３３、RFアンプ３４、信号処理部３６、メモリコントローラ３７、およびデータ変換部３９を介して、データが読み出されて再生され、信号入出力装置５１に供給される。
【００４１】
ここで、光ディスク３１について説明する。
【００４２】
光ディスク３１は、例えば、開口数（NA）０．８５、波長４０５nmの青紫色レーザを用いて、最小マーク長０．１４μｍ、トラックピッチ０．３２μｍの記録密度で大容量（例えば２７ギガバイト）のデータを記録可能な光ディスクである。なお、光ディスク３１は、それ以外の記録媒体であってもよく、例えば、DVD-RAM（Digital Versatile Disc - Random Access Memory），DVD-R（DVD - Recordable），DVD-RW（DVD - ReWritable），DVD+R（DVD + Recordable），DVD＋RW（DVD + ReWritable），CD-R（Compact Disc - Recordable），またはCD-RW（CD - ReWritable）等の各種の光ディスクであってもよい。
【００４３】
この光ディスク３１には、例えば、撮像により得られた画像データであるオリジナルの画像データ、オリジナルの画像データに付随するオリジナルの音声データだけでなく、ローレゾリューション（low resolution：低解像度）データ（以下、ローレゾデータと称する）、およびメタデータが記録されている。オリジナルの画像データは、データ量が大きいが、高画質な画像データである。一方、ローレゾデータは、オリジナルの画像データから各フレームの画素数が間引かれること等によって生成された、画素数の少ないフレームの画像に対応する画像データである。ローレゾデータは、また、例えば、MPEG4方式等でエンコードされているようにしてもよい。このローレゾデータは、オリジナルの画像データと比較して低画質であるが、データ量が小さいので、送信や再生など処理の負荷が軽い。なお、オリジナルの音声信号のサンプルを間引く等することによってデータ量を少なくした音声信号を、ローレゾデータに含める（例えば、フレーム単位等で、少画像信号に多重化する）ことも可能である。以下において、ローレゾデータには、音声信号が含まれるものとして説明する。また、ローレゾデータには、SystemItemも含まれている。なお、以下において、オリジナルの画像データ、オリジナルの音声データ、およびローレゾデータは、それぞれ、本線系ビデオデータ、本線系オーディオデータ、Proxy系データ（Proxy系オーディオデータおよびProxy系ビデオデータ）とも称する。
【００４４】
ここで、メタデータとしては、その読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータ（RT：Real Time metadata）と、その読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータ（NRT：Non Real Time metadata）が存在する。
【００４５】
リアルタイムメタデータ（RT）としては、例えば、画像信号のフレームの位置を日時（年、月、日、時、分、秒）等の所定の時間情報を利用して特定する、各フレームの絶対的な位置情報（タイムコード）であるLTC（Linear Time Code）、各フレームのフレーム番号であり、ファイルの先頭フレームからの相対的な位置情報であるFTC（File Time Code）、そのフレームの画像信号の信号特性を示すユーザビット（UB：User Bit）、フレームを識別するためのIDであるUMID(Unique Material Identifier)、ビデオカメラによる撮像が行われた位置を表すGPS(Global Positioning System)の情報、画像信号や音声信号等のエッセンスデータの内容に関する情報であるエッセンスマーク、ARIB(Association of Radio Industries and Businesses)メタデータ、撮像が行われたビデオカメラの設定／制御情報などがある。なお、ARIBメタデータとは、標準化団体であるARIBで標準化された、SDI(Serial Digital Interface)等の通信インターフェース用のメタデータである。また、ビデオカメラの設定／制御情報とは、例えば、IRIS（アイリス）制御値や、ホワイトバランス／ブラックバランスのモード、レンズのズームやフォーカスに関するレンズ情報等の情報である。
【００４６】
ノンリアルタイムメタデータ（NRT）としては、例えば、各フレームに対応するLTCをフレーム番号（FTC）に対応させた変換テーブル、UMID、GPSの情報、またはその他の情報などがある。
【００４７】
なお、フレームとは、画像信号の単位であり、１画面分の画像に対応する画像データ（または、その画像データに対応する各種のデータ）のことである。また、クリップとは、撮影者が撮像を開始して終了するまでの１回の撮像処理を示す単位である。すなわち、１つのクリップの画像信号は、通常、複数のフレームの画像信号からなる。なお、クリップは、１回の撮像処理を示すだけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す場合にも用いられる。また、クリップは、その１回の撮像処理により得られる画像データの長さやデータ量を示したり、その画像データ自体を示したりする場合にも用いられるし、その１回の撮像処理により得られる各種のデータの長さやデータ量を示したり、その各種のデータの集合体そのものを示したりする場合にも用いられる。
【００４８】
なお、リアルタイムメタデータおよびノンリアルタイムメタデータは、どのような単位の画像データに対して付加されてもよい。以下においては、リアルタイムメタデータがフレーム毎に画像データに付加され、ノンリアルタイムメタデータがクリップ毎に画像データに付加される場合について説明する。すなわち、以下においては、リアルタイムメタデータは、画像信号に対して、フレーム毎に付加されるフレームメタデータであり、付加されたフレームに対応するデータを含んでいるものとする。また、ノンリアルタイムメタデータは、画像信号に対して、クリップ毎に付加されるクリップメタデータであり、付加されたクリップ全体に対応するデータを含んでいるものとする。
【００４９】
通常、画像データは、クリップ毎にファイル化され、ファイルシステムにより管理される。このような場合、ノンリアルタイムメタデータは、画像データを含むファイル毎のメタデータであることとすることもできる。
【００５０】
ここで、図２は、オリジナルの画像データ、オリジナルの音声データ、ローレゾデータ、リアルタイムメタデータ、およびノンリアルタイムメタデータが記録された光ディスク３１のトラックを模式的に示している。オリジナルの画像データ、オリジナルの音声データ、ローレゾデータ、およびリアルタイムメタデータは、それぞれひとまとまりの音声「年輪」データ１６１、画像「年輪」データ１６２、ローレゾ「年輪」データ１６３、およびリアルタイムメタ「年輪」データ１６４として光ディスク３１に記録されている。光ディスク３１にはまた、これらの各年輪データとは別の領域に、リアルタイム性を要求されないノンリアルタイムメタデータ１６５が記録されている。
【００５１】
図２の例においては、木の年輪を形成するかのように、同じような所定の再生時間帯（いまの場合、２秒間）の音声年輪データ１６１、画像年輪データ１６２、ローレゾ年輪データ１６３、およびリアルタイムメタ年輪データ１６４とが交互に記録されている。このことから、光ディスク３１に記録される音声年輪データ１６１、画像年輪データ１６２、ローレゾ年輪データ１６３、およびリアルタイムメタ年輪データ１６４のひとまとまりを、「年輪」と称し、所定の再生時間帯を、「年輪長」と称する。
【００５２】
この光ディスク３１においては、同じ年輪長（いまの場合、２秒間）のオーディオデータとビデオデータが光ディスク３１上の近い位置に記録されているので、光ディスク３１から、同一の再生時刻の音声年輪データ１６１、画像年輪データ１６２、ローレゾ年輪データ１６３、およびリアルタイムメタ年輪データ１６４を、迅速に読み出して再生することが可能となる。
【００５３】
このように、光ディスク３１には、図２に示されるように、その光ディスク３１の内周側から外周側に向かって、音声年輪データ１６１、画像年輪データ１６２、ローレゾ年輪データ１６３、リアルタイムメタ年輪データ１６４の順番が繰り返され、記録されている。そして、上述の各年輪データとは別の領域に、リアルタイム性を要求されないノンリアルタイムメタデータ１６５が記録されている。
【００５４】
なお、ノンリアルタイムメタデータ１６５は、光ディスク３１のどの位置に記録されるようにしてもよく、例えば、図３Ａに示されるように、年輪データの間に記録されるようにしてもよい。図３Ａの場合、音声年輪データ１７１、画像年輪データ１７２、ローレゾ年輪データ１７３、およびリアルタイムメタ年輪データ１７４からなる年輪データ１７０が、１クリップ分連続して複数記録された後に、ノンリアルタイムメタデータ１８１が記録され、その後に、他の年輪データが続いて記録されている。
【００５５】
ノンリアルタイムメタデータは、音声データの記録、画像データの記録、ローレゾデータの記録、およびリアルタイムメタデータの記録が終了した後に記録されるので、このタイミングにおいて、既に記録されている最後の年輪データ１７０に続けて、ノンリアルタイムメタデータ１８１が記録され、次に開始された記録処理において記録される年輪データが、記録済みである最後のノンリアルタイムメタデータ１８１に続くように記録される。
【００５６】
このとき、リアルタイムメタ年輪データ１７４には、同じ年輪データに含まれる音声年輪データ１７１および画像年輪データ１７２に対応するLTCデータ１７５が含まれている。従って、LTCデータ１７５は、LTCデータ１７５が対応する音声年輪データ１７１および画像年輪データ１７２の近傍に記録されることになり、その年輪データ１７０に含まれる音声年輪データ１７１や画像年輪データ１７２の再生時にLTCデータ１７５が読み込まれる場合、シーク時間を短縮することができ、LTCデータ１７５の読み込み速度を向上させることができる。
【００５７】
また、ノンリアルタイムメタデータ１８１には、最初の年輪データ、または、１つ前に記録されたノンリアルタイムメタデータの次に記録された年輪データから、直前に記録された年輪データに含まれるLTCデータに対応するLTC変化点テーブル１８２が含まれている。従って、LTC変化点テーブル１８２は、LTC変化点テーブル１８２が対応する音声年輪データ１７１および画像年輪データ１７２の、ある程度（後述する図３Ｂの場合と比較して、）近傍に記録されることになる。ノンリアルタイムメタデータ１８１に含まれるメタデータは、基本的にリアルタイム性を要求されないメタデータであるが、例えば、ユーザがLTC変化点テーブル１８２を用いて特定のフレームの再生を指示する場合、再生する音声年輪データ１７１および画像年輪データ１７２がLTC変化点テーブル１８２の近傍に記録されているほうが、シーク時間を短縮することができ、音声年輪データ１７１および画像年輪データ１７２の読み込み速度を向上させることができ、好適である。
【００５８】
なお、ノンリアルタイムメタデータは、例えば、図３Ｂに示されるように、年輪データが記憶される領域とは別の領域にまとめて記録されるようにしてもよい。図３Ｂの場合、音声年輪データ１９１−１、画像年輪データ１９２−１、ローレゾ年輪データ１９３−１、およびリアルタイムメタ年輪データ１９４−１からなる年輪データ１９０−１、音声年輪データ１９１−２、画像年輪データ１９２−２、ローレゾ年輪データ１９３−２、およびリアルタイムメタ年輪データ１９４−２からなる年輪データ１９０−２のように、年輪データが記録される領域と別の領域に、ノンリアルタイムメタデータ２０１−１、ノンリアルタイムメタデータ２０１−２、ノンリアルタイムメタデータ２０１−３のように、ノンリアルタイムメタデータがまとめて記録されている。
【００５９】
この場合、ノンリアルタイムメタデータは、音声データ記録タスク、画像データ記録タスク、ローレゾデータ記録タスク、およびリアルタイムメタデータ記録タスクが終了した後に、年輪データとは別の領域に記録される。
【００６０】
従って、ノンリアルタイムメタデータ２０１−１乃至２０１−３にそれぞれ含まれるLTC変化点テーブル２０２−１乃至２０２−３は、互いの近傍に記録されることになる。従って、複数の変換テーブルを用いて特定のフレームを検索する場合、シーク時間を短縮することができ、目的のフレームを高速に検索することができる。
【００６１】
また、音声データや画像データを再生する場合、それらのデータの間に、再生に不必要なノンリアルタイムメタデータが存在しないので、読み出し時間を短縮することができ、再生処理を高速化することができる。
【００６２】
さらに、ノンリアルタイムメタデータは、リアルタイム性を要求されないメタデータで構成されており、通常、シーク時間を考慮しなければならないということはないので、光ディスク３１の記憶領域の物理的な位置において、どのような位置に配置してもよく、例えば、１つのノンリアルタイムメタデータを複数の位置に分散して記録するようにしてもよい。
【００６３】
なお、以上のように光ディスク３１に記録されたデータは、例えばUDF（Universal Disk Format）等のファイルシステムによって、図４および図５に示されるようなディレクトリ構造のファイル単位で管理される。なお、光ディスク３１においてファイルを管理するファイルシステムは、UDFに限らず、例えば、ISO9660（International Organization for Standardization 9660）等、図１のディスク再生装置３０が対応できるファイルシステムであればどのようなものであってもよい。また、光ディスク３１の代わりにハードディスク等の磁気ディスクを用いた場合、ファイルシステムとして、FAT（File Allocation Tables）、NTFS（New Technology File System）、HFS（Hierarchical File System）、またはUFS（Unix(R) File System）等を用いてもよい。また、専用のファイルシステムを用いるようにしてもよい。
【００６４】
図４において、ルートディレクトリ（ROOT）２５１には、画像データや音声データ等のエッセンスデータに関する情報、および、それらのエッセンスデータの編集結果を示すエディットリスト等が、下位のディレクトリに配置されるPROAVディレクトリ２５２が設けられる。
【００６５】
PROAVディレクトリ２５２には、上述した、光ディスク３１に記録されている全てのエッセンスデータに対するタイトルやコメント、さらに、光ディスク３１に記録されている全ての画像データの代表となるフレームである代表画に対応する画像データのパス等の情報を含むファイルであるディスクメタデータファイル（DISCMETA.XML）２５３、上述した、光ディスク３１に記録されている全てのクリップおよびエディットリストを管理するための管理情報等を含むインデックスファイル（INDEX.XML）２５４、およびインデックスファイル（INDEX.BUP）２５５が設けられている。なお、インデックスファイル２５５は、インデックスファイル２５４を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。
【００６６】
PROAVディレクトリ２５２には、さらに、光ディスク３１に記録されているデータ全体に対するメタデータであり、例えば、再生履歴等の情報を含むファイルであるディスクインフォメーションファイル（DISCINFO.XML）２５６およびディスクインフォメーションファイル（DISKINFO.BUP）２５７が設けられている。なお、ディスクインフォメーションファイル２５７は、ディスクインフォメーションファイル２５６を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。
【００６７】
また、PROAVディレクトリ２５２には、上述したファイル以外にも、クリップのデータが下位のディレクトリに設けられるクリップルートディレクトリ（CLPR）２５８、および、エディットリストのデータが下位のディレクトリに設けられるエディットリストルートディレクトリ（EDTR）２５９が設けられる。
【００６８】
クリップルートディレクトリ２５８には、光ディスク３１に記録されているクリップのデータが、クリップ毎に異なるディレクトリに分けて管理されており、例えば、図４の場合、３つのクリップのデータが、クリップディレクトリ（C0001）２６１、クリップディレクトリ（C0002）２６２、および、クリップディレクトリ（C0003）２６３の３つのディレクトリに分けられて管理されている。すなわち、光ディスク３１に記録された最初のクリップの各データは、クリップディレクトリ２６１以下のファイルとして管理され、２番目に光ディスク３１に記録されたクリップの各データは、クリップディレクトリ２６２以下のファイルとして管理され、３番目に光ディスク３１に記録されたクリップの各データは、クリップディレクトリ２６３以下のファイルとして管理される。
【００６９】
また、エディットリストルートディレクトリ２５９には、光ディスク３１に記録されているエディットリストが、その編集処理毎に異なるディレクトリに分けて管理されており、例えば、図４の場合、４つのエディットリストが、エディットリストディレクトリ（E0001）２６４、エディットリストディレクトリ（E0002）２６５、エディットリストディレクトリ（E0003）２６６、およびエディットリストディレクトリ（E0004）２６７の４つのディレクトリに分けて管理されている。すなわち、光ディスク３１に記録されたクリップの１回目の編集結果を示すエディットリストは、エディットリストディレクトリ２６４以下のファイルとして管理され、２回目の編集結果を示すエディットリストは、エディットリストディレクトリ２６５以下のファイルとして管理され、３回目の編集結果を示すエディットリストは、エディットリストディレクトリ２６６以下のファイルとして管理され、４回目の編集結果を示すエディットリストは、エディットリストディレクトリ２６７以下のファイルとして管理される。
【００７０】
上述したクリップルートディレクトリ２５８に設けられるクリップディレクトリ２６１以下には、最初に光ディスク３１に記録されたクリップの各データが、図５に示されるようなファイルとして設けられ、管理される。
【００７１】
図５の場合、クリップディレクトリ２６１には、このクリップを管理するファイルであるクリップインフォメーションファイル（C0001C01.SMI）２７１、このクリップの画像データを含むファイルである画像データファイル（C0001V01.MXF）２７２、それぞれ、このクリップの各チャンネルの音声データを含む８つのファイルである音声データファイル（C0001A01.MXF乃至C0001A08.MXF）２７３乃至２８０、このクリップのサブストリームデータを含むファイルであるローレゾデータファイル（C0001S01.MXF）２８１、このクリップのエッセンスデータに対応する、リアルタイム性を要求されないメタデータであるノンリアルタイムメタデータを含むファイルであるノンリアルタイムメタデータファイル（C0001M01.XML）２８２、このクリップのエッセンスデータに対応する、リアルタイム性を要求されるメタデータであるリアルタイムメタデータを含むファイルであるリアルタイムメタデータファイル（C0001R01.BIM）２８３、並びに、画像データファイル２７２のフレーム構造（例えば、MPEG等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるピクチャポインタファイル（C0001I01.PPF）２８４等のファイルが設けられる。
【００７２】
図３の場合、再生時にリアルタイム性を要求されるデータである、画像データ、ローレゾデータ、およびリアルタイムメタデータは、それぞれ１つのファイルとして管理され、読み出し時間が増加しないようになされている。
【００７３】
また、音声データも、再生時にリアルタイム性を要求されるが、7.1チャンネル等のような音声の多チャンネル化に対応するために、８チャンネル用意され、それぞれ、異なるファイルとして管理されている。すなわち、音声データは８つのファイルとして管理されるように説明したが、これに限らず、音声データに対応するファイルは、７つ以下であってもよいし、９つ以上であってもよい。
【００７４】
同様に、画像データ、ローレゾデータ、およびリアルタイムメタデータも、場合によって、それぞれ、２つ以上のファイルとして管理されるようにしてもよい。
【００７５】
また、図５において、リアルタイム性を要求されないノンリアルタイムメタデータは、リアルタイム性を要求されるリアルタイムメタデータと異なるファイルとして管理される。これは、画像データ等の通常の再生中に必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【００７６】
なお、ノンリアルタイムメタデータファイル２８２は、汎用性を持たせるためにXML形式で記述されているが、リアルタイムメタデータファイル２８３は、再生処理の処理時間や処理に必要な負荷を軽減させるために、XML形式のファイルをコンパイルしたBIM（BInary format for MPEG-7 data）形式のファイルである。
【００７７】
図５に示されるクリップディレクトリ２６１のファイルの構成例は、光ディスク３１に記録されている各クリップに対応する全てのクリップディレクトリにおいて適用することができる。すなわち、図４に示される、その他のクリップディレクトリ２６２および２６３においても、図５に示されるファイルの構成例を適用することができるので、その説明を省略する。
【００７８】
なお、以上においては、１つのクリップに対応するクリップディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、どのような構成であってもよい。
【００７９】
図６は、図１のディスク再生装置３０の機能的構成例を示す図である。
【００８０】
このディスク再生装置３０には、ＡＰＬ（アプリケーション）３００、ＡＶマネージャ（以下において、ＡＶＭとも称する）３０１、ファイルマネージャ（以下において、ＦＭとも称する）３０２、ファイルシステム（以下において、ＦＳとも称する）３０３、およびドライバ３０４が設けられている。
【００８１】
ＡＰＬ３００は、ユーザからの指令を受け付け、ＡＶマネージャ３０１に供給したり、ＡＶマネージャ３０１からの通知を受け取る。ＡＶマネージャ３０１は、クリップマネージャ（Clip Manager）、IC Driver I/F（ICドライバインターフェース）、再生停止制御を行うPB JOB等の機能を備えている。ＡＶマネージャ３０１は、ＡＰＬ３００からの指令に基づいて、年輪データのリスト情報を引数として、リード（Read）コマンドをファイルマネージャ３０２に送信したり、ファイルマネージャ３０２からのコールバック（callback）を受信する。ファイルマネージャ３０２は、リスト情報に基づいて、各ファイル別に分解してファイルシステム３０３にリードコマンドを送信したり、リードコマンドに対する返信を受信する。ファイルシステム３０３は、ファイルマネージャ３０２からのリードコマンドに基づいて、ドライバ３０４を介して光ディスク３１に記録されているファイルを取得し、ファイルマネージャ３０２に供給する。また、ファイルシステム３０３は、光ディスクの再生時にエラーが発生した場合、Defect検出情報をファイルマネージャ３０２に供給する（コールバック）。Defectは、ディスク・メディアの欠陥によりデータが読めなかったことを示すものである。
【００８２】
すなわち、ＡＶマネージャ３０１は、映像コンテンツの再生を指令するとともに、映像コンテンツの再生を制御し、ファイルマネージャ３０２は、ＡＶマネージャ３０１からの指令に基づいて、年輪単位における読み出しを指令するとともに、年輪他院における読み出しを制御し、ファイルシステム３０３は、ファイルマネージャ３０２からの指令に基づいて、光ディスク３１から、RUB単位の画像データと複数のチャンネルの音声データを読み出すよう制御する。
【００８３】
ＡＶマネージャ３０１は、リードした年輪データでDefectが検出された場合、最初に、各タイプ別にDefectフレーム区間について、図７に示されるような制御を行う(後述する図９のステップＳ３９に対応する処理)。
【００８４】
本線系Videoは、年輪データの中の画像データ、例えば、図３Ｂの画像年輪データ１９２−１に対応しており、本線系Audioは、年輪データの中の音声データ、例えば、図３Ｂの音声年輪データ１９１−１に対応しており、RT-Metaは、年輪データの中のリアルタイムメタデータ、例えば、図３Ｂのリアルタイムメタ年輪データ１９４−１に対応しており、Proxy系Videoは、年輪データの中のローレゾデータに含まれる画像データ、例えば、図３Ｂのローレゾ年輪データ１９３−１の中の画像データに対応しており、Proxy系Audioは、年輪データの中のローレゾデータに含まれる音声データ、例えば、図３Ｂのローレゾ年輪データ１９３−１の中の音声データに対応しており、Proxy系SysItemは、図３Ｂのローレゾ年輪データ１９３−１の中のSystemItemデータに対応している。すなわち、ローレゾ年輪データ１９３−１の中には、Proxy系Video、Proxy系Audio、およびProxy系SysItemが含まれている。
【００８５】
ＡＶマネージャ３０１は、Defectを検出した場合、本線系Audio、RT-Meta、Proxy系Video、およびProxy系SysItemにおいては、直前のフレームでフリーズするよう処理を行う。なお、Proxy系Videoの場合、Defectフレームの区間をＧＯＰ(Group of Pictures)単位で扱われる。また、ＡＶマネージャ３０１は、Defectを検出した場合、本線系Audio、およびProxy系Audioにおいては、Ch（チャンネル）毎にMute（ミュート）するよう処理を行う。図５を用いて上述したように、クリップディレクトリ２６１には、このクリップの各チャンネルの音声データ（本線系Audio）を含む８つのファイルである音声データファイル（C0001A01.MXF乃至C0001A08.MXF）２７３乃至２８０が含まれているので、Defectが検出された場合には、これらのチャンネル毎にミュートが行われる。
【００８６】
次に、ＡＶマネージャ３０１は、ＡＰＬ３００に通知するためのModePageにワーニング状態を反映させる。また、ＡＶマネージャ３０１は、PLAY時には、Servo Unlockにする。さらに、ワーニングが発生したことをログに記録する（残す）(後述する図９のステップＳ４０に対応する処理)。
【００８７】
そして、次に、ＡＶマネージャ３０１は、Defectフレーム区間の次のフレームからMute、フリーズを解除する（図７で説明したようにMute/フリーズがなされていたので、それを解除する）(後述する図９のステップＳ４３に対応する処理)。
【００８８】
最後に、ＡＶマネージャ３０１は、ＡＰＬ３００の通知用ModePageに正常状態を反映させる。また、ＡＶマネージャ３０１は、PLAY時には、Servo lock状態にする。さらに、ワーニングを解除したことをログに残す(後述する図９のステップＳ４４に対応する処理)。
【００８９】
このように、ＡＶマネージャ３０１は、Defectが発生した場合に、各タイプ毎にDefectフレーム区間において処理を行うとともに、ＡＰＬ３００に通知したり、ログを残す等の処理を行う。なお、これらのDefectが検出された場合に実行される処理を、ディフェクト処理（欠陥処理）と称する。
【００９０】
次に、図８を参照して、ファイルシステム３０３による年輪データのリードと、ファイルマネージャ３０２からＡＶマネージャ３０１に渡されるDefectRUB区間の関係を説明する。RUB（Recoding Unit Block）とは、６４ＫＢのリード、ライトの単位である。すなわち、RUBは、記録媒体を管理するための単位である。
【００９１】
ファイルシステム３０３は、どのRUBでリードができ、どのRUBでリードができなかった等の情報をRUB単位で認識することができるが、本線系Video（ビデオ）では、ほぼ再生できない場合が多いことが予測され、DefectしたRUBのリスト情報の全てをファイルシステム３０３がファイルマネージャ３０２を介してＡＶマネージャ３０１に通知したとしても、最大リードしたRUB個全てのリスト情報となってしまうため、処理に時間がかかってしまい、機器に負荷を与えることになる。
【００９２】
そのため、図８の例では、DefectRUB区間とDefectフレーム区間を設けている。図８において、位置Ｐ０からＰ１１の区間は、１つの年輪データ（例えば、上述した図３の年輪データ１９０−１）をリードした場合のイメージを表している。ファイルシステム３０３は、位置Ｐ０乃至Ｐ１１のうち、位置Ｐ１から位置Ｐ２までの区間（以下区間Ｐ１Ｐ２と記述する）、位置Ｐ３から位置Ｐ４までの区間Ｐ３Ｐ４、位置Ｐ５からＰ６までの区間Ｐ５Ｐ６、位置Ｐ７からＰ８までの区間Ｐ７Ｐ８、および位置Ｐ９からＰ１０までの区間Ｐ９Ｐ１０において、Defectによりリードを行うことができていない。そこで、ファイルシステム３０３は、Defectによりリードを行うことができなかったRUBの区間として、区間Ｐ１Ｐ２、区間Ｐ３Ｐ４、区間Ｐ５Ｐ６、区間Ｐ７Ｐ８、および区間Ｐ９Ｐ１０を、ファイルマネージャ３０２に通知する（例えば、後述する図１１のステップＳ１１４３，Ｓ１４４の処理に対応する処理）。
【００９３】
ファイルマネージャ３０２は、Defectによりリードを行うことができなかったRUBの区間である区間Ｐ１Ｐ２、区間Ｐ３Ｐ４、区間Ｐ５Ｐ６、区間Ｐ７Ｐ８、および区間Ｐ９Ｐ１０を受け取り、１つの年輪の中でDefectが生じたRUBのうち、先頭（物理的アドレスの前側）のRUBを、「Defect開始RUB」とし、Defectが生じたRUBのうち、最後（物理的アドレスの後側）のRUBを「Defect終了RUB」とする。図８の例の場合、Defect開始RUBは、位置Ｐ１であり、Defect終了RUBは、位置Ｐ１０とされる。ファイルマネージャ３０２は、このDefect開始RUBとDefect終了RUBをDefectRUB区間として、（後述する図１０のエラー情報３３０に含めて）ＡＶマネージャ３０１に通知する（例えば、図１１のステップＳ７３に対応する処理）。なお、以下においては、Defect開始RUBからDefect終了RUBまでのRUB区間を「Defect RUB区間」と称する。Defectが検出された場合には、このDefect RUB区間情報が、ファイルマネージャ３０２からＡＶマネージャ３０１へ通知される情報となる。
【００９４】
ＡＶマネージャ３０１は、DefectRUB区間情報を受け取り、再生する。この場合、RUBの単位（６４KB）が年輪データのフレーム単位と必ずしも一致しているわけではない。また、ＡＶマネージャ３０１は、再生時にはフレーム単位で扱わなければ、正常画としてデコード処理出来ないこと、PIER SDRAM（例えば、図１のメモリ３８）から読み出すことが出来ない。そこで、ＡＶマネージャ３０１では、Defect RUB区間（区間Ｐ１Ｐ１０）を、フレーム単位でアライメントして扱う。このフレーム単位にアライメントした区間（区間Ｐ１'Ｐ１０’）を「Defect フレーム区間」と称する。
【００９５】
図８に示されるように、位置Ｐ１'は位置Ｐ１より物理的アドレスが前方であり（小さく）、位置Ｐ１０'は位置Ｐ１０より物理的アドレスが後方である（大きい）。このように、フレーム単位でアライメントされることにより、DefectRUB区間Ｐ１Ｐ１０より、Defectフレーム区間Ｐ１'Ｐ１０’が長くなる。具体的には、Defect開始フレーム番号が、RUB数から算出したフレーム番号の小数点以下が切り捨てられて求められ、Defect終了フレーム番号が、RUB数から算出したフレーム番号の少数点以下が切り上げられて求められる。また、これらの位置Ｐ０乃至Ｐ１１は、メディア上の読み出すべきデータの物理媒体に依存せずにホストとドライブ間で共通的に扱うことを可能とする論理的なアドレスを示すLBA(Logical Block Address)を用いて指定される。
【００９６】
このように、ファイルシステム３０３は、Defectを検出した全てのRUBをファイルマネージャ３０２に通知し、ファイルマネージャ３０２は、Defect開始RUBとDefect終了RUBからなるDefectRUB区間をＡＶマネージャ３０１に通知するようにし、ＡＶマネージャ３０１は、RUB区間をフレーム単位でアライメントした区間をDefectフレーム区間とし、年輪において、Defectフレーム区間以外のフレームについて再生を行う。
【００９７】
ファイルマネージャ３０２は、Defectを検出した全てのRUBの情報量より少ない情報量（すなわち、Defect開始と終了のRUBの情報量）をＡＶマネージャ３０１に送信するため、処理時間を抑えるとともに、品質劣化を抑えるようにすることができる。また、Defectが発生した場合に、１個の年輪を全てDefectしないので、フリーズやミュートの時間をできるだけ少なくすることができる。
【００９８】
次に、ファイルマネージャ３０２からエラーが通知された場合の処理の流れと、再生方向のデータのイメージについて、図９のアローチャートを参照して説明する。なお、この処理は、ＡＰＬ３００にユーザから再生が指令された後、クリップの再生が行われているときに実行される処理である。また、図９の例の場合では、Ｎ番目のクリップにDefectがあった場合について説明する。
【００９９】
ステップＳ３１において、ＡＶマネージャ３０１は、１番目のクリップのリードコマンドである、(１).avmReadClip()を発行し、ファイルマネージャ３０２に送信する。
【０１００】
ファイルマネージャ３０２は、ステップＳ５１において、(１).avmReadClip()を受信し、ステップＳ５２において、このリードコマンドに対するコールバック（avmCbReadClip()）を、callback {avmCbReadClip()}としてＡＶマネージャ３０１に送信する。
【０１０１】
これに対し、ＡＶマネージャ３０１は、ステップＳ３２において、callback {avmCbReadClip()}を受信する。これにより、１番目のクリップのリードコマンドに対するクリップが受信され、再生される。
【０１０２】
ステップＳ３３において、ＡＶマネージャ３０１は、２番目のクリップのリードコマンドである、(２).avmReadClip()を発行し、ファイルマネージャ３０２に送信する。
【０１０３】
ファイルマネージャ３０２は、ステップＳ５３において、(２).avmReadClip()を受信し、ステップＳ５４において、このリードコマンドに対するコールバック（avmCbReadClip()）を、callback {avmCbReadClip()}としてＡＶマネージャ３０１に送信する。
【０１０４】
これに対し、ＡＶマネージャ３０１は、ステップＳ３４において、callback {avmCbReadClip()}を受信する。これにより、２番目のクリップのリードコマンドに対するクリップが受信され、再生される。
【０１０５】
同様の処理が繰り返され、ステップＳ３５において、ＡＶマネージャ３０１は、Ｎ−１番目（Ｎは１以上の任意の自然数）のクリップのリードコマンドである、(Ｎ−１).avmReadClip()を発行し、ファイルマネージャ３０２に送信する。
【０１０６】
ステップＳ５５において、ファイルマネージャ３０２は、(Ｎ−１).avmReadClip()を受信し、ステップＳ５６において、このリードコマンドに対するコールバック（avmCbReadClip()）を、callback {avmCbReadClip()}としてＡＶマネージャ３０１に送信する。
【０１０７】
これに対し、ＡＶマネージャ３０１は、ステップＳ３６において、callback {avmCbReadClip()}を受信する。これにより、Ｎ−１番目のクリップのリードコマンドに対するクリップが受信され、再生される。
【０１０８】
ステップＳ３７において、ＡＶマネージャ３０１は、Ｎ番目のクリップのリードコマンドである、(Ｎ).avmReadClip()を発行し、ファイルマネージャ３０２に送信する。
【０１０９】
ステップＳ５７において、ファイルマネージャ３０２は、(Ｎ).avmReadClip()を受信する。Ｎ番目のクリップは、Defectエラーが生じているため、ファイルマネージャ３０２は、ステップＳ５８において、図８に示されるように、ファイルシステム３０３で認識されたDefectRUBの複数の区間のうち、１つの年輪の中でDefectが生じたRUBのうち、先頭（物理的アドレスの前側）のRUBを、「Defect開始RUB」とし、Defectが生じたRUBのうち、最後（物理的アドレスの後側）のRUBを「Defect終了RUB」とし、DefectRUB区間を算出するとともに、callback{avmCbReadClip()}，Error:FS_EDEFECTというエラー情報をＡＶマネージャ３０１に送信する。このとき、callback {avmCbReadClip()}によって、年輪をリードした場合のエラー情報が、図１０に示されるようなパラメータとして渡される。
【０１１０】
図１０のエラー情報には、ＦＳ（ファイルシステム）エラー情報３３１とDefect区間リスト情報３３２が含まれる。また、Defectリスト情報３３２には、Proxy系System ItemデータとProxy 系VideoデータのDefect区間情報３４１、Proxy系Audio 1乃至8chデータのDefect RUB区間情報３４２、本線系VideoデータのDefect区間情報３４３、本線系Audio 1chデータのDefect RUB区間情報３４４、本線系Audio 2chデータのDefect RUB区間情報３４５、本線系Audio 3chデータのDefect RUB区間情報３４６、本線系Audio 4chデータのDefect RUB区間情報３４７、本線系Audio 5chデータのDefect RUB区間情報３４８、本線系Audio 6chデータのDefect RUB区間情報３４９、本線系Audio 7chデータのDefect RUB区間情報３５０、本線系Audio 8chデータのDefect RUB区間情報３５１、およびReal Time MetadataのDefect RUB区間情報３５２が含まれる。
【０１１１】
ＦＳエラー情報３３１としては、リードした年輪データのいずれかのファイルタイプでDefectが検出された場合、FS_EDEFECT（Defect）が設定され、リードした年輪データのどのファイルタイプにもDefectが検出されなかった場合かつ、他のエラーが何もなかったときには、FS_NOERROR（エラーなし）が設定される。
【０１１２】
Proxy系System ItemデータとProxy 系VideoデータのDefect区間情報３４１は、図５のローレゾデータファイル（C0001S01.MXF）２８１に含まれるProxy系System ItemデータとProxy系VideoデータのDefect区間情報であり、Proxy系Audio 1乃至8chデータのDefect RUB区間情報３４２は、図５のローレゾデータファイル（C0001S01.MXF）２８１に含まれるProxy系Audioの１乃至８chデータのDefectRUB区間情報であり、本線系VideoデータのDefect区間情報３４３は、図５の画像データファイル（C0001V01.MXF）２７２のDefect区間情報であり、本線系Audio 1chデータのDefect RUB区間情報３４４、本線系Audio 2chデータのDefect RUB区間情報３４５、本線系Audio 3chデータのDefect RUB区間情報３４６、本線系Audio 4chデータのDefect RUB区間情報３４７、本線系Audio 5chデータのDefect RUB区間情報３４８、本線系Audio 6chデータのDefect RUB区間情報３４９、本線系Audio 7chデータのDefect RUB区間情報３５０、本線系Audio 8chデータのDefect RUB区間情報３５１は、それぞれ、図５の音声データファイル（C0001A01.MXF乃至C0001A08.MXF）２７３乃至２８０のDefectRUB区間情報であり、Real Time MetadataのDefect RUB区間情報３５２は、図５のリアルタイムメタデータファイル（C0001R01.BIM）２８３のDefectRUB区間情報である。このように、Defect区間リスト情報３３２には、図８を用いて上述したDefectRUB区間の情報がタイプ別に含まれている。
【０１１３】
図９に戻って、ステップＳ３８において、ＡＶマネージャ３０１は、図１０を用いて説明したcallback{avmCbReadClip()}，Error:FS_EDEFECT（エラー情報３３０）を受信する。
【０１１４】
ステップＳ３９において、ＡＶマネージャ３０１は、図１０に示されるエラー情報３３０に含まれるDefectRUB区間リスト情報３３２を参照して、各タイプ別にフレーム単位でフリーズまたはミュートを行うよう制御する。すなわち、図７を用いて上述した各タイプ別の処理を行うよう制御し、ステップＳ４０において、Mode Pageワーニング通知を送信する。ワーニング通知とは、ディスクメディアの欠陥エラーを検出したことを示す通知である。このときＡＶマネージャ３０１は、再生中のDefectしているフレーム区間について各タイプ別に通知する。なお、再生中には、「Servo Unlock」のコマンドを送信する。また、ＡＶマネージャ３０１は、ワーニングが発生したことをログに残す。
【０１１５】
これに対して、ＡＰＬ３００は、ステップＳ１１において、Mode Pageワーニング通知を受信する。
【０１１６】
一方、ＡＶマネージャ３０１は、ステップＳ４１において、Ｎ＋１番目のクリップのリードコマンドである、(Ｎ＋１).avmReadClip()を発行し、ファイルマネージャ３０２に送信する。すなわち、Defectエラーとなった状態においても、継続して次のクリップ（Ｎ＋１番目のクリップ）のリードコマンドを発行する。
【０１１７】
ステップＳ５９において、ファイルマネージャ３０２は、(Ｎ＋１).avmReadClip()を受信する。Ｎ＋１番目のクリップでは、Defectエラーが生じていない、すなわち、解決しているので、ファイルマネージャ３０２は、ステップＳ６０において、このリードコマンドに対するコールバック（avmCbReadClip()）を、callback {avmCbReadClip()}としてＡＶマネージャ３０１に送信する。
【０１１８】
これに対し、ＡＶマネージャ３０１は、ステップＳ４２において、callback {avmCbReadClip()}を受信する。これにより、Ｎ＋１番目のクリップのリードコマンドに対するクリップが受信され、再生される。このとき、Defectエラーが生じていない、すなわち、解決しているので、ＡＶマネージャ３０１は、ステップＳ４３において、正しくリードできた箇所からフリーズ、ミュート（Freeze/Mute）を解除するよう制御する。すなわち、ＡＶマネージャ３０１は、上述したステップＳ３９で設定したフリーズ、ミュートを解除するよう制御する。そして、ＡＶマネージャ３０１は、ステップＳ４４において、Mode Pageワーニング解除の通知を送信する。なお、再生中には、「Servo lock」のコマンドを送信する。また、ＡＶマネージャ３０１は、ワーニングを解除したことをログに残す。ここまでのステップＳ３９乃至ステップＳ４４の処理が、ディフェクト処理である。
【０１１９】
ＡＰＬ３００は、ステップＳ１２において、Mode Pageワーニング解除の通知を受信し、これに対する処理を実行する。
【０１２０】
その後、同様の処理が、再生を終了するまで繰り返される。
【０１２１】
次に、図９のＡＶマネージャ３０１からのリードコマンドavmReadClip()に対するファイルマネージャ３０２およびファイルシステム３０３の処理の流れの詳細を、図１１のアローチャートを参照してさらに説明する。この処理は、例えば、図９のステップＳ３７の処理で、ＡＶマネージャ３０１が、Ｎ番目のクリップのリードコマンドである、(Ｎ).avmReadClip()を発行し、ファイルマネージャ３０２に送信した場合に、ファイルマネージャ３０２、ファイルシステム３０３によって実行される。
【０１２２】
ステップＳ７１において、ＡＶマネージャ３０１は、リード（Read）する各タイプの年輪データのリスト情報を引数として、ファイルマネージャ３０２にリードコマンドavmReadClip()を発行する（ファイルマネージャ３０２にリードコマンドを送信する）。
【０１２３】
ファイルマネージャ３０２は、ステップＳ８１において、ＡＶマネージャ３０１からのリードコマンドavmReadClip()を受信し、ステップＳ８２において、ＡＶマネージャ３０１に対してreturnを発行する。このとき発行されるreturnは、avmReadClip()を受け取ったことを示すものである。
【０１２４】
ファイルマネージャ３０２は、ステップＳ８１で受信したavmReadClip()のリードする各タイプの年輪データのリスト情報に基づいて、各ファイル別に分解してファイルシステム３０３にリードコマンド（Read）を発行する。ここで各ファイルというのは、年輪データに含まれる複数のファイル、すなわち、１乃至８チャンネル分の音声年輪データ（本線系オーディオデータ）、画像年輪データ（本線系ビデオデータ）、ローレゾ年輪データ（Proxy系SystemItem、Video、Audioデータ）、およびリアルタイムメタ年輪データのファイルである。より具体的には、図５の音声データファイル（C0001A01.MXF乃至C0001A08.MXF）２７３乃至２８０、画像データファイル（C0001V01.MXF）２７２、ローレゾデータファイル（C0001S01.MXF）２８１、およびリアルタイムメタデータファイル（C0001R01.BIM）２８３のそれぞれをリードするコマンドである。すなわち、全部で１１個のリードコマンド（本線系オーディオ（音声）データファイル８個、本線系ビデオ（画像）データファイル１個、Proxy系（ローレゾデータ）ファイル１個、およびリアルタイムメタデータ１個のリードコマンド）が発行される。このコマンドは、ステップＳ８３，Ｓ８５，Ｓ８７，Ｓ８９，Ｓ９１，Ｓ９３，Ｓ９５，Ｓ９７，Ｓ９９，Ｓ１０１，およびＳ１０３の処理で発行される。
【０１２５】
ファイルマネージャ３０２は、ステップＳ８３において、リードコマンドとして、本線系Audio ch1 Read{fsReadRt()}を発行する。このリードコマンドは、ステップＳ８１で受信したavmReadClip()のリードする各タイプの年輪データのリスト情報に基づいて、各ファイル別に分解されたうちの１つ、すなわち、全１１個のリードコマンドのうちの１つである。
【０１２６】
ステップＳ１２１において、ファイルシステム３０３は、ファイルマネージャ３０２からの、本線系Audio ch1 Read{fsReadRt()}のリードコマンドを受信し、ステップＳ１２２において、{fsReadRt()}を受け取ったことを示すreturnをファイルマネージャ３０２に対して発行する。ファイルマネージャ３０２は、ステップＳ８４において、このreturnを受信する。
【０１２７】
以下、同様にして、ファイルマネージャ３０２は、残りの１０個のリードコマンドを、ステップＳ８５，Ｓ８７，Ｓ８９，Ｓ９１，Ｓ９３，Ｓ９５，Ｓ９７，Ｓ９９，Ｓ１０１，およびＳ１０３の処理で順次発行し、ファイルシステム３０３は、この１０個のリードコマンドを、ステップＳ１２１，Ｓ１２３，Ｓ１２５，Ｓ１２７，Ｓ１２９，Ｓ１３１，Ｓ１３３，Ｓ１３５，Ｓ１３７，Ｓ１３９，およびＳ１４１の処理で順次受信し、リードコマンドを受け取ったことを示すreturnを、ステップＳ１２２，Ｓ１２４，Ｓ１２６，Ｓ１２８，Ｓ１３０，Ｓ１３２，Ｓ１３５，Ｓ１３７，Ｓ１３９，Ｓ１４０，およびＳ１４２の処理でファイルマネージャ３０２に対して発行する。ファイルマネージャ３０２は、ファイルシステム３０３により発行された１０個のreturnを、順次、ステップＳ８６，Ｓ８８，Ｓ９０，Ｓ９２，Ｓ９４，Ｓ９６，Ｓ９８，Ｓ１００，Ｓ１０２，およびＳ１０４の処理で受信する。
【０１２８】
このファイルマネージャ３０２によるステップＳ８３乃至ステップＳ１０４、並びに、ファイルシステム３０３によるステップＳ１２１乃至ステップＳ１４２の処理により、ステップＳ８１の処理でファイルマネージャ３０２が受信したリスト情報を基に各ファイル別にリードコマンドが全部で１１個分発行され、ファイルシステム３０３に受信されたことになる。すなわち、ＡＶマネージャ３０１からのリードコマンドavmReadClip()に対して、ファイルマネージャ３０２が、ファイルシステム３０３へのリードコマンド{fsReadRt()}を完了したことになる。
【０１２９】
このようなリードコマンドに対し、ファイルシステム３０３はドライバ３０４を介して光ディスク３１から、対応するファイルを読み出す。図１１の処理の場合、その対応するファイルにエラーが生じているため、ファイルシステム３０３は以下のような処理を行う。
【０１３０】
ステップＳ１４２の処理の後、ファイルシステム３０３は、callback関数に、リードコマンドのエラー情報とともに、リードしたデータのDefect検出情報を付加して１１個のリードコマンド分返す。具体的には、ファイルシステム３０３は、ステップＳ１４３において、リードコマンドに対するコールバックとして、callback関数に、リードコマンドのエラー情報とリードしたデータのDefect検出情報を含む{fmRtFsReadRtCB()}を付加して返す。すなわち、ファイルシステム３０３は、このステップＳ１４３の処理で、ステップＳ１２１の処理で受信したリードコマンド（本線系Audio ch1 Readコマンド）に対するコールバックに、リードコマンドエラーの情報と、リードしたデータのDefect検出情報である{fmRtFsReadRtCB()}を付加してファイルマネージャ３０２に送信する。ファイルマネージャ３０２は、ステップＳ１０５においてこれを受信する。
【０１３１】
同様にして、ファイルシステム３０３は、残りの１０個（全部で受信したリードコマンドは１１個であり、ステップＳ１４３の処理で１番目に受信したリードコマンドに対するコールバックを送信済みなので、残り１０個）のリードコマンドに対するコールバックのうち、９個を送信し、ステップＳ１４４において、１１番目に受信した（ステップＳ１４１で受信した）リードコマンド、すなわち、Real Time Metadata Read{fsReadRt()}に対するコールバックとして、callback{fmRtFsReadRtCB()}を発行し、送信する。同様にして、ファイルマネージャ３０２は、ステップＳ１０５の処理の後、ファイルシステム３０３から送信された残りの１０個のコールバックのうち９個を受信し、ステップＳ１０６において、１１番目のコールバックcallback{fmRtFsReadRtCB()}を受信する。
【０１３２】
このファイルシステム３０３によるステップＳ１４３およびＳ１４４の処理、並びに、ファイルマネージャ３０２によるステップＳ１０５およびＳ１０６の処理により、ステップＳＳ８３乃至ステップＳ１０４、並びに、ステップＳ１２１乃至ステップＳ１４２の処理により発行され受信された１１個のリードコマンド{fsReadRt()}に対するコールバック{fmRtFsReadRtCB()}を完了したことになる。なお、DefectRUB区間以外のデータは読取りが可能であるので、勿論、fmRtFsReadRtCB()に含まれている。また、Defectが検出されていないタイプには、fmRtFsReadRtCB()にエラー情報が含まれず、読み出されたタイプのデータのみが含まれる。
【０１３３】
ファイルマネージャ３０２は、ステップＳ１０６の処理の後、すなわち、１１個のコールバック{fmRtFsReadRtCB()}を受信し終えた後、ステップＳ１０７において、ファイルマネージャ３０２は、ファイルシステム３０３からの１１個のリードコマンド分のコールバック関数で取得したエラー情報とDefect検出情報に基づいて、エラー情報と各タイプのDefect検出情報リストをまとめ、上述したステップＳ８１でＡＶマネージャ３０１からのリードコマンドavmReadClip()に対するコールバック関数callback{avmCbReadClip()}に付加して返す。この処理は、上述した図９のステップＳ５８の処理に対応する処理である。
【０１３４】
ここで、ステップＳ１０５およびステップＳ１０６の処理で受信されたコールバックに含まれる情報としては、例えば、１つのタイプ（例えば、本線系Video）に上述した図８に示されるような、Defectによりリードを行うことができなかったRUBの区間である区間Ｐ１Ｐ２、区間Ｐ３Ｐ４、区間Ｐ５Ｐ６、区間Ｐ７Ｐ８、および区間Ｐ９Ｐ１０が含まれている。ファイルマネージャ３０２は、ステップＳ１０７において、１つの年輪の中でDefectが生じたRUBのうち、先頭（物理的アドレスの前側）のRUBを、「Defect開始RUB」とし、Defectが生じたRUBのうち、最後（物理的アドレスの後側）のRUBを「Defect終了RUB」とし、Defect開始RUBとDefect終了RUBをDefectRUB区間とする。これにより、１つのタイプにおけるDefect検出情報リストがまとめられる。ファイルマネージャ３０２は、同様にして、Defectが生じている全てのタイプについてDefectRUB区間を求める。これにより、上述した図１０に示されるDefect区間リスト情報３３２が生成される。そのあと、ファイルマネージャ３０２は、リードコマンドavmReadClip()に対するコールバック関数callback{avmCbReadClip()}に求めたDefect区間リスト情報３３２を（含む情報を）付加してＡＰＬ３００に送信する。
【０１３５】
ＡＶマネージャ３０１は、ステップＳ７３において、このコールバックcallback{avmCbReadClip()}を受信し、対応する処理を実行する。ＡＶマネージャ３０１によるステップＳ７３の処理についても、図９のステップＳ３８乃至ステップＳ４４の処理と同様である。すなわち、各タイプ別にフリーズ、ミュートが行われ、ＡＰＬ３００にワーニング通知が行われたり、ワーニング解除が行われる。
【０１３６】
次に、Defectフレーム区間についてさらに説明する。
【０１３７】
上述したように、RUBは、６４KBのリード、ライトの単位であり、年輪データのフレーム情報と必ずしも一致しているとは限らない。そこで、ＡＶマネージャ３０１は、Readコマンド発行後に、callbackにより、年輪リードデータにDefectが検出された場合には、ファイルマネージャ３０２から引き渡された各Defectリスト項目のDefect RUB区間を、それぞれ各リスト項目について任意のサイズ情報（詳細は後述する）に基づいて、フレーム情報へアライメントして、Defectフレーム区間を算出する。ＡＶマネージャ３０１は、算出するフレーム区間を、リードした年輪データの補助情報として扱い、再生時に、フリーズ、ミュート判断するために使用する。その具体的な例を、図１２を参照して説明する。
【０１３８】
図１２において、横軸は再生される年輪を示しており、左側から右側にかけて、年輪番号が進んでいる。年輪＃１の開始フレーム位置は位置Ｐ２０とされ、年輪＃Ｎの開始フレーム位置は位置Ｐ２１とされ、再生開始フレームNOの位置は位置Ｐ２２とされ、Defect開始フレームNOの位置は位置Ｐ２３とされ、リード開始RUB NOの位置は位置Ｐ２４とされ、Defect終了RUB NOの位置は位置Ｐ２５とされ、Defect終了フレームNOの位置は位置Ｐ２６とされ、年輪＃Ｎの終了フレーム位置は位置Ｐ２７とされる。
【０１３９】
なお、図１２の例では、RUB NOの位置によって、年輪上の位置を説明したが、実際には、メディア上の読み出すべきデータの物理媒体に依存せずにホストとドライブ間で共通的に扱うことを可能とする論理的なアドレスを示すLBA(Logical Block Address)により指定される。
【０１４０】
図１２の例の場合、リード開始RUB NO（位置Ｐ２１のRUB NO）は、リードコマンド作成時に算出されている。Defect開始フレームNO（位置Ｐ２３のフレームNO）は、リード開始RUB NO（位置Ｐ２１のRUB NO）にDefect開始RUB NO（位置Ｐ２４のRUB NO）が加算され、フレームNOに変換されたものであり、Defect終了フレームNO（位置Ｐ２６のフレームNO）は、リード開始RUB NO（位置Ｐ２１のRUB NO）にDefect終了RUB NO（位置Ｐ２５のRUB NO）が加算され、フレームNOに変換されたものである。このDefect終了フレームNO（位置Ｐ２６のフレームNO）からDefect開始フレームNO（位置Ｐ２３のフレームNO）までの区間がDefectフレーム区間とされる。
【０１４１】
各Defectリスト項目のアライメント方法としては、任意のクリップの年輪＃Ｎ（Ｎは１以上の任意の自然数）の再生開始フレームNo（ナンバー）から再生を開始する場合、ＡＶマネージャ３０１は、リードコマンド作成時に算出した、任意のクリップの先頭年輪から、再生開始フレームNoをRUBにアライメントしたRUB数を算出している。
【０１４２】
このように、RUB数（もしくは算出用のライブラリ）を利用することで、Defect開始RUB番号を足して、クリップの先頭年輪からの総RUB数を求めることができる。求められた総RUB数から、本線系Video、本線系Audio、Real Time Metadataにおいて、フレーム数が算出される。フレームサイズは、その種類によってそれぞれサイズが異なるので以下に簡単に説明する。
【０１４３】
本線系ビデオの１フレームあたりのサイズ（セクター単位）においては、Video IMX50 NTSC(National TV Standards Committee)で102セクターであり、Video IMX40 NTSCで82セクターであり、Video IMX30 NTSCで62セクターであり、Video DV NTSCで53セクターであり、Video IMX50 PALで123セクターであり、Video IMX40 PALで98セクターであり、Video IMX30 PALで74セクターであり、Video DV PALで63セクターである。また、本線系オーディオ（NTSC）の場合、５フレームあたりのサイズにおいては、Audio16ビットでNTSC16016バイトであり、Audio24ビットでNTSC24024バイトである。さらに、５フレーム内のフレーム数は各々違うので、その端数サイズ （オフセット）は、Audio16ビットでNTSCの端数０フレームが0バイトであり、Audio16ビットでNTSCの端数１フレームが3204バイトであり、Audio16ビットでNTSCの端数２フレームが6406バイトであり、Audio16ビットでNTSCの端数３フレームが9610バイトであり、Audio16ビットでNTSCの端数４フレームが12812バイトである。なお、本線系ビデオの１セクターサイズは２０４８バイトである。
【０１４４】
また、NTSC24ビットの場合の端数サイズは、上述したNTSC16ビットの時の1.5倍とされる。本線系オーディオ（PAL）の場合、NTSCとは異なり、本線系ビデオと同様にした、１フレームあたりのサイズ（バイト単位）は、Audio16ビットでPAL3840バイトであり、Audio24ビット        でPAL5760バイトであり、Real Time Metadataの１フレームあたりのサイズ（バイト単位）は、RT-MetaでNTSC6144バイトであり、RT-MetaでPAL6144バイトである。
【０１４５】
このような情報を用いてDefectフレーム区間を算出する。
【０１４６】
なお、Defect開始フレーム番号は、RUB数から、算出したフレーム番号の小数点以下を切り捨てる。また、Defect終了フレーム番号は、RUB数から、算出したフレーム番号の少数点以下を切り上げる。
【０１４７】
次に、DefectRUB区間リスト情報についてさらに説明する。
【０１４８】
ファイルシステム３０３からのエラー情報でＡＶマネージャ３０１が「FS_EDEFECT」を得た場合（例えば、上述した図９のステップＳ３８）、各Defectリスト項目のいずれかで、Defect RUB区間が存在することを示している。上述したように、各Defectリスト項目のDefect区間は、Defect検出  開始RUB番号とDefect検出  終了RUB番号により示されている。Defect検出  開始RUB番号は、Defect検出時の最小値は０とされ、Defect未検出時は−１とされ、Defect検出  終了RUB番号は、Defect検出時の最小値は０とされ、Defect未検出時は−１とされ、必ず、開始RUB≦終了RUBの関係とされる。
【０１４９】
各Defectリスト項目で、Defectしていた項目については、Defect RUB区間として、０以上の数字で示されている。その単位はRUBで示され、番号は０から始まり、必ず、Defect開始RUB番号は、終了RUB番号以下となる。また、全てのDefectリスト項目がDefect検出されることはないので、その項目に関しては、ＡＶマネージャ３０１は、RUB番号として、−１を得る。たとえ、ＦＳエラー情報が「FS_EDEFECT」を示し、かつ、それぞれのDefectリスト項目の開始RUB番号が、−１を示したとしても、ＡＶマネージャ３０１としては、そのDefectリスト項目については、Defectとしては扱わない。
【０１５０】
例えば、本線系VideoのDefectRUB区間情報が、Defect終了RUB番号が３であり、Defect終了RUB番号が６であるという情報であった場合、図１３に示されるように、RUB＝３乃至７の区間がDefectによりリードできなかった区間として、ＡＶマネージャ３０１に通知される。
【０１５１】
次に、Proxy系Video、Proxy系Audio、Proxy系System ItemのDefectフレーム区間について図１４を参照して説明する。
【０１５２】
Proxyファイル以外の他のDefectリスト項目については、ファイルのタイプとそのDefect区間情報が１体１に対応しているが、Proxyファイルについては、そのDefect区間情報が、上述した図１０に示されるように２個（Proxy系Video、および、Proxy系Syste ItemとProxy系Audioの２個）に別れている。
【０１５３】
Proxy系に関しては、１個目がProxy系VideoとProxy系Syste Itemであり、２個目がProxy系Audioの２つに分けてDefect区間情報がファイルマネージャ３０２から通知される。Proxy系に関しては、下図を参考にNTSC（525）、PAL（625）について、Video、Audio、System Itemについて、Defectフレーム区間を算出する。Proxy系System ItemデータとProxy 系VideoデータのDefect区間情報は、前半の６RUBであり、Proxy系Audio １乃至８chデータのDefect RUB区間情報は、後半の２RUBである。ファイルマネージャ３０２は、Defect RUB区間を２個に分けて通知する。
【０１５４】
図１４は、Proxyファイルの年輪のイメージ図である。Proxy系System Itemには、１RUB内に、年輪２秒分のデータが収まっているので、「Proxy系Video  ＋  Proxy系Syste Item」のDefect RUB区間のNo.０がDefectしていた場合、Proxy系System Itemは、その年輪内すべてのフレームがDefectしていることになる。Proxy系Audioについては、２RUBしかないので、Defect RUB区間情報としては、Min０からMax１という区間となる。すなわち、図１４に示されるようにNo.０が、Audio１ch乃至４chに対応し、No.１が、Audio５ch乃至８chに対応することになる。換言すると、No.0がDefectしていた場合、Proxy系Audio１乃至４chは、その年輪内すべてのフレームがDefectしていることになる。
【０１５５】
なお、Proxy系Videoは、NTSC、PALそれぞれ、GOP数が、６、５であり、共にGOP(Group Of Pictures)あたり１０フレームとなっている。Proxy系Videoは、GOP単位で扱うため、Defectフレーム区間もGOP単位で扱う。また、Proxy系VideoのDefectフレーム区間の算出時には、GOPとRUBが一致していないため、NTSCで、No.３がDefectしていたとすると、図１５に示されるように、GOP区間（３）と（４）がDefectしていると見なし、図１５の年輪内だと、フレームNo.２０からNo.３９までの２０フレーム間がDefectフレーム区間となる。
【０１５６】
次に、図１６のフローチャートを参照して、ＡＶマネージャ３０１における、本線系Video再生処理を説明する。なお、この処理は、上述した図１０、図１１のＡＶマネージャ３０１の処理の一部を詳細に説明するものである。また、この処理は、１つのフレームを再生する場合の再生処理であるので、１０フレームを再生する場合には、１０回繰り返される。
【０１５７】
ステップＳ１７１において、ＡＶマネージャ３０１は、次に再生するフレーム番号のVideo Defect情報を問い合わせる。具体的には、ＡＶマネージャ３０１は、図１１のステップＳ１０５，ステップＳ１０６の処理で受信したエラー情報３３０において、次に再生する予定のフレーム番号を指定し、そのフレーム番号のVideo Defect情報を問い合わせる。
【０１５８】
ステップＳ１７２において、ＡＶマネージャ３０１は、ステップＳ１７１の処理で取得したVideo Defect情報＝DETECT_DEFECTであり、かつ、前のフレームで得た本線系Video Defect情報がDefectしているか否かを判定し、Video Defect情報＝DETECT_DEFECTであり、かつ、前のフレームで得た本線系Video Defect情報がDefectしていなかったと判定した場合、ステップＳ１７３において、本線系Videoのデコードを中止させる。なおこの処理は、上述した図９のステップＳ３９の処理に対応する処理である。なお、このとき、ＡＶマネージャ３０１は、フレームのカウンタを、Defect中であっても歩進させる。これにより、画像がフリーズされる（音声の場合にはミュートされる）。
【０１５９】
ステップＳ１７４において、ＡＶマネージャ３０１は、ＡＰＬ３００へModePageを介して、本線系VideoがDefectを検出したことを通知するためにワーニング通知を行い（図９のステップＳ４０に対応する処理）、ステップＳ１７５において、サーボロック状態を「Unlock」状態にする。具体的には、図１のサーボ制御部３５に、サーボロック状態を「Unlock」状態とさせる。
【０１６０】
ステップＳ１７６において、ＡＶマネージャ３０１は、本線系Videoでワーニングが発生したことをログに残し、処理を終了する。
【０１６１】
ステップＳ１７２において、Video Defect情報＝DETECT_DEFECTであり、かつ、前のフレームで得た本線系Video Defect情報がDefectしていなかったと判定されなかった場合、すなわち、Video Defect情報＝DETECT_DEFECTでない、または、前のフレームで得た本線系Video Defect情報がDefectしていたと判定された場合、ステップＳ１７７において、ＡＶマネージャ３０１は、Video Defect情報≠DETECT_DEFECT、かつ、前のフレームで得た本線系Video Defect情報がDefectしていたか否かを判定し、Video Defect情報≠DETECT_DEFECT、かつ、前のフレームで得た本線系Video Defect情報がDefectしていたと判定された場合、ステップＳ１７８に進む。
【０１６２】
ステップＳ１７８において、ＡＶマネージャ３０１は、本線系Videoのデコードをスタートさせる。なおこの処理は、上述した図９のステップＳ４３の処理に対応する処理である。
【０１６３】
ステップＳ１７９において、ＡＶマネージャ３０１は、ＡＰＬ３００のModePageへ、本線系Videoが正常であることを通知するためにワーニング解除を行い（図９のステップＳ４３に対応する処理）、ステップＳ１８０において、サーボロック状態を「lock」状態にする。
【０１６４】
ステップＳ１８１において、ＡＶマネージャ３０１は、本線系Videoが正常に戻ったことをログに残し、処理を終了する。また、ステップＳ１７７において、Video Defect情報≠DETECT_DEFECT、かつ、前のフレームで得た本線系Video Defect情報がDefectしてはいないと判定された場合、処理は終了される。
【０１６５】
このように、タイプ（図１６の例の場合は本線系Video）毎に、再生制御が行われる。
【０１６６】
なお、本線系Audioやその他のタイプの場合についても、同様の処理が行われるのでその処理の詳細は省略する。
【０１６７】
以上の処理をまとめると以下のようになる。
【０１６８】
映像コンテンツを構成する画像データ（ビデオデータ）と１乃至８チャンネルの音声データ（オーディオデータ）とが、画像データと複数のチャンネルの音声データに対応した所定のデータ量を年輪の単位として交互に配置されるように、記録媒体を管理するためのRUB単位で記録されている光ディスク３１を、ディスク再生装置３０を用いて再生する。このディスク再生装置３０には、映像コンテンツの再生を指令するとともに、映像コンテンツの再生を制御するＡＶマネージャ３０１と、ＡＶマネージャ３０１からの指令に基づいて、年輪単位での読み出しを指令するとともに、年輪単位での読み出しを制御するファイルマネージャ３０２と、ファイルマネージャ３０２からの指令に基づいて、光ディスク３１から、年輪単位の画像データと１乃至８チャンネルの音声データを読み出すよう制御するファイルシステム３０３とが設けられている。年輪（単位）の中に欠陥（ディフェクト）があった場合、ファイルシステム３０３は、欠陥があった複数のRUBのアドレスを認識して、認識した複数のアドレスとともに、年輪単位の画像データと１乃至８チャンネルの音声データをファイルマネージャ３０２に供給し、ファイルマネージャ３０２は、ファイルシステム３０３から供給された、欠陥があった複数のアドレスのうち、光ディスク３１の物理的アドレスのRUB単位における先頭のアドレス（図８のDefect開始RUBの位置を示すLBA）と後尾のアドレス（図８のDefect終了RUBの位置を示すLBA）とを示す区間情報（例えば、DefectRUB区間情報）、および年輪単位の画像データと１乃至８チャンネルの音声データをＡＶマネージャ３０１に供給し、ＡＶマネージャ３０１は、年輪単位の画像データと１乃至８チャンネルの音声データのうち、DefectRUB区間情報で示される区間においては、画像をフリーズ（他の画像で置き換える）、または、音声をミュート（他の音声で置き換えるか、出力レベルを制御）する欠陥処理をするよう再生を制御する。
【０１６９】
これにより、先頭のアドレスと後尾のアドレスを示すDefectRUB区間情報という、最小限の情報で再生を行うことができる。また、DefectRUB区間に対してディフェクト処理を行うため、ディフェクトが検出された年輪全体に対してディフェクト処理を行う場合に比べて、ビデオやオーディオの品質をできる限り損なわず、ディフェクト処理の範囲を短くして、再生を行うことができる。すなわち、光ディスク３１に欠陥が合った場合に、品質の劣化を抑えて再生することができる。また、欠陥があった範囲においては、ディフェクト処理して再生することができる。さらに、記録媒体を容易に再生することができる。
【０１７０】
また、ファイルシステム３０３は、年輪の画像データと複数のチャンネルの音声データごとに、ディフェクトがあった複数のRUB単位の複数のアドレス（LBA）を、ファイルマネージャ３０２に供給し、ファイルマネージャ３０２は、年輪の画像データと複数のチャンネルの音声データごとに、ディフェクトRUB区間情報をＡＶマネージャ３０１に供給し、ＡＶマネージャ３０１は、欠陥がある画像データまたは複数のチャンネルの音声データについては、ディフェクトRUB区間情報で示される区間においてディフェクト処理をするよう再生を制御するようにしたので、ＡＶマネージャ３０１は、各タイプ（画像データ、複数のチャンネルの音声データ）毎に別々にディフェクト処理を行うことができる。すなわち、タイプ毎にフリーズやミュートをするようにしたので、ディスクメディアのDefect（傷や汚れによる欠陥）を最小限にとどめることができる。
【０１７１】
さらに、ファイルシステム３０３は、ディフェクトRUB区間情報の先頭のアドレス（Defect開始RUB）から算出するフレーム番号の小数点以下を切り捨てることで、ディフェクト処理を開始するフレーム番号を求め（例えば、図８のDefectフレーム区間のＰ１'、または図１２のDefect開始フレームNO（Ｐ２３）を求め）、ディフェクトRUB区間情報の後尾のアドレスから算出するフレーム番号の小数点以下を切り上げることで、欠陥処理を終了するフレーム番号を求める（例えば、図８のDefectフレーム区間のＰ１０'、または図１２のDefect終了フレームNO（Ｐ２６）を求める）ようにしたので、Defectが生じた区間について確実にディフェクト処理を行うことができる。
【０１７２】
このように、光ディスク（ディスクメディア）３１の傷や汚れた箇所に該当するLBA（RUBの番号に対応する位置を示すアドレス）を再生させた場合、ビデオやオーディオがノイズとなる。そこで、ディフェクト（Defect）LBAに該当するリードコマンドについて、コマンド単位でビデオをフリーズさせたり、オーディオをミュートさせるようにした場合、本来ディフェクトではないLBAまでフリーズまたはミュートしてしまう。そのため、例えば、コマンド毎にわずかなディフェクトが連続して検出された場合には、フリーズやミュートの時間が長くなり、品位が悪くなる。また、１コマンドについて、全てのディフェクトLBA情報を管理してフリーズやミュートするようにした場合、膨大な情報量となるため、現実的な処理時間を考慮すると動作破綻をきたす恐れもある。
【０１７３】
そこで、本発明では、１コマンド（再生時間が約２秒分のデータ量となる年輪）につき、最初に検出したディフェクトLBA（物理的アドレスの先頭）と、最後に検出したディフェクトLBA（物理的アドレスの最後）からなるディフェクトLBA区間のみをフリーズまたはミュートするようにすることで、最小限の情報量で再生でき、かつ、ビデオやオーディオの品質をできる限り損なわない再生ができる。
【０１７４】
また、光ディスク３１のDefect管理を行うドライブ内だけでなく、ドライブと通信手段を得て接続される再生系のブロックにおけるDefect管理において、管理に必要な情報量を最適化し、Defect期間中の再生品質および応答時間の向上を実現することができる。
【０１７５】
以上によれば、１個の年輪データを再生する１つのリードコマンド（ＡＶマネージャ３０１によるavmReadClip（））につき、各タイプ（複数の高品質ビデオ、高品質オーディオ、（チャンネル毎）、低品質ビデオ、低品質オーディオ、およびタイムコードデータ等）で別々にフリーズやミュートをするようにしたので、ディスクメディアのDefect（傷や汚れによる欠陥）を最小限にとどめることができる。また、ディフェクトがあった場合でも、最小限の情報（Defect開始RUBとDefect終了RUBからなるDefectRUB区間）で再生することができる。さらに、ディフェクト処理の範囲を短くすることができる。
【０１７６】
また、ファイルマネージャ３０２による各タイプ別のリードコマンド（例えば、図１１のステップＳ８３，Ｓ８５，Ｓ８７，Ｓ８９，・・・，Ｓ１０３毎に、それぞれ別々のDefect開始RUB、Defect終了RUBの情報のみの管理を行うようにした（Defectの全てのRUBではない）ので、少ない情報量で、可能な限り、フリーズやミュートの制御を行うことができる。
【０１７７】
さらに、リードコマンドでリードするデータ量は、約２秒分（年輪１個）であり、Defect開始RUBとDefect終了RUBは、リードするデータ（年輪）の開始RUBおよび終了RUBと同一になる可能性は低いため、リードするデータを全てDefectとして扱う場合と比べて、ビデオやオーディオの品位を保つ、すなわち、永続的にフリーズやミュートされるのを避けて、少なくともほとんどの場合において２秒間隔以内でビデオやオーディオが更新されて再生させることができる。
【０１７８】
また、ファイルマネージャ３０２は、Defectを検出した全てのRUBの情報量より少ない情報量（すなわち、Defect開始と終了のRUBの情報量）をＡＶマネージャ３０１に送信するため、処理時間を抑えるとともに、品質劣化を抑えるようにすることができる。さらに、Defectが発生した場合に、１個の年輪を全てDefectしないので、フリーズやミュートの時間をできるだけ少なくすることができる。
【０１７９】
なお、以上の例では、ファイルシステム３０３がRUB単位でDefectを判別するようにしたが、RUB単位に限らず、どのような単位であってもよい。また、所定の単位でなくともDefectしたデータ（欠陥データ）の箇所を特定できるようなものであれば、なんでもよい。
【０１８０】
このようにした場合、光ディスク再生装置３０では、ファイルシステム３０３が、光ディスク３１に記録されている一年輪内において、画像データが欠陥データ（Defect）であるか否かを判別し、ファイルマネージャ３０２が、ファイルシステム３０３により画像データが欠陥データであると判別された場合、その年輪内における欠陥データの先頭と後尾の位置を認識する。そして、先頭の位置を含む先頭フレームから後尾の位置を含む後尾フレームまでのフレームが含まれないように再生される。
【０１８１】
このように、一年輪内において、欠陥データを含む先頭のフレームから後尾のフレームまでが含まれないように再生されるので、再生を円滑に行うことができる。また、欠陥があるデータを避けて再生することができる。
【０１８２】
なお、以上の例では、本線系Videoや本線系のAudioがディフェクトした場合、ディフェクトした年輪のRUB区間においてフリーズやミュートを行うようにしたが、本線系Videoや本線系のAudioがディフェクトした場合にProxyファイルが正常であれば、Proxyファイルに切り替えて、再生するようにしてもよい。
【０１８３】
また、以上の例では、本線系VideoがDefectした場合、そのDefectフレーム区間においてはフリーズするようにしたが、これに限らず、画像を他の画像で置き換えるような処理であれば他のものでもよい。さらに、以上の例では、本線系AudioがDefectした場合、そのDefectフレーム区間においてはミュートするようにしたが、これに限らず、音声を他の音声で置き換えるようなものや、出力レベルを制御するような処理であれば他のものでもよい。また、Defectフレーム区間を含まないように再生するものであってもよい。
【０１８４】
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。この場合、上述した処理は、図１７に示されるようなパーソナルコンピュータ５００により実行される。
【０１８５】
図１７において、CPU（Central Processing Unit）５０１は、ROM(Read Only Memory)５０２に記憶されているプログラム、または、記憶部５０８からRAM(Random Access Memory)５０３にロードされたプログラムに従って各種の処理を実行する。RAM５０３にはまた、CPU５０１が各種の処理を実行する上において必要なデータなどが適宜記憶される。
【０１８６】
CPU５０１、ROM５０２、およびRAM５０３は、内部バス５０４を介して相互に接続されている。この内部バス５０４にはまた、入出力インターフェース５０５も接続されている。
【０１８７】
入出力インターフェース５０５には、キーボード、マウスなどよりなる入力部５０６、CRT，LCDなどよりなるディスプレイ、スピーカなどよりなる出力部５０７、ハードディスクなどより構成される記憶部５０８、並びに、モデム、ターミナルアダプタなどより構成される通信部５０９が接続されている。通信部５０９は、電話回線やCATVを含む各種のネットワークを介しての通信処理を行う。
【０１８８】
入出力インターフェース５０５にはまた、必要に応じてドライブ５１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどによりなるリムーバブルメディア５２１が適宜装着され、それから読み出されたコンピュータプログラムが、必要に応じて記憶部５０８にインストールされる。
【０１８９】
一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、ネットワークや記録媒体からインストールされる。
【０１９０】
この記録媒体は、図１７に示されるように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されているリムーバブルメディア５２１よりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM５０２や記憶部５０８が含まれるハードディスクなどで構成される。
【０１９１】
なお、本明細書において、コンピュータプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【図面の簡単な説明】
【０１９２】
【図１】本発明を適用したディスク再生装置の構成例を示すブロック図である。
【図２】光ディスクのトラックを模式的に示す図である。
【図３】ノンリアルタイムメタデータの記録位置を説明する図である。
【図４】ファイルシステムによるデータを管理するためのディレクトリ構造の例を示す図である。
【図５】図３に示されるディレクトリ構造のさらに詳細な構成例を示す図である。
【図６】本発明を適用したディスク再生装置の機能的構成例を示すブロック図である。
【図７】ディフェクトフレーム区間に対する処理を説明する図である。
【図８】DefectRUB区間とDefectフレーム区間を説明する図である。
【図９】Defectが生じた場合の再生のAPL、ＡＶマネージャ、ファイルマネージャの処理と、再生方向のデータイメージを説明するアローチャートである。
【図１０】エラー情報を説明する図である。
【図１１】Defectが生じた場合のファイルマネージャ、ファイルシステムの処理を説明するアローチャートである。
【図１２】年輪の再生開始位置、Defect開始フレーム番号、Defect開始RUB、Defect終了RUB、およびDefect終了フレーム番号を説明する図である。
【図１３】DefectRUB区間を説明する図である。
【図１４】Proxy系Video、Proxy系Audio、Proxy系System ItemのDefectフレーム区間を説明する図である。
【図１５】Proxy系VideoのDefectフレーム区間を説明する図である。
【図１６】本線系Video再生処理を説明するフローチャートである。
【図１７】パーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
【０１９３】
１７０  年輪データ，  １７１  音声年輪データ，  １７２  画像年輪データ，  １７３  ローレゾ年輪データ，  １７４  リアルタイムメタ年輪データ，  １９０−１  年輪データ，  １９１−１  音声年輪データ，  １９２−１  画像年輪データ，  １９３−１  ローレゾ年輪データ，  １９４−１  リアルタイムメタ年輪データ，  ３００  ＡＰＬ，  ３０１  ＡＶマネージャ，  ３０２  ファイルマネージャ，  ３０４  ファイルシステム，  ３０４  ドライバ，  ３３１  ＦＳエラー情報，  ３３２  Defect区間リスト情報
【図１】
2005243070.tif 000003
【図２】
2005243070.tif 000004
【図３】
2005243070.tif 000005
【図４】
2005243070.tif 000006
【図５】
2005243070.tif 000007
【図６】
2005243070.tif 000008
【図７】
2005243070.tif 000009
【図８】
2005243070.tif 000010
【図９】
2005243070.tif 000011
【図１０】
2005243070.tif 000012
【図１１】
2005243070.tif 000013
【図１２】
2005243070.tif 000014
【図１３】
2005243070.tif 000015
【図１４】
2005243070.tif 000016
【図１５】
2005243070.tif 000017
【図１６】
2005243070.tif 000018
【図１７】
2005243070.tif 000019