(57)【要約】【課題】ファイルの管理データの記録アドレスを移動できるようにするとともに、ファイルの管理データの記録アドレスを取得する。【解決手段】Anchor Information Areaは、１以上のPointing blockから構成されるHeader Tableと１以上のUpdated blockから構成される１以上のLoop Tableとに分かれる。Block Counterの値が最大の有効なPointing blockには、有効なLoop Tableの番号を示すLoop Table Number、各Pointing Blockが欠陥か否かを示すDefective Bitmapが記録される。FSDのSequence numberが最大の有効なUpdated blockには、各Updated Blockが欠陥か否かを示すDefective Bitmap、MIAの記録位置のスタートアドレスを示すStart Address of Main MIAが記録される。なお、Loop TableのDefective Bitmapの情報を、Header tableが持つようにしても良い。本発明は、例えば、記録再生システムに適用できる。【選択図】図１３
2008108420.tif 000002
【特許請求の範囲】
【請求項１】
１つのヘッダテーブルと１以上のループテーブルを有し、前記ヘッダテーブルは、所定の数のポインティングブロックを有し、前記ループテーブルのそれぞれは、所定の数のアップデートブロックを有するデータ構造のアンカーインフォメーションエリアの情報を作成する作成手段と、
前記ヘッダテーブル中の１つの前記ポインティングブロックに、それが現在有効な情報を持つことを示すデータ、現在有効な情報が記録されているところの１つの前記ループテーブルを示すデータ、前記ヘッダテーブル中の前記ポインティングブロックの欠陥情報、および、前記ループテーブル中の前記アップデートブロックの欠陥情報を記録する第１の記録手段と、
現在有効な前記ループテーブル中の１つの前記アップデートブロックに、それが現在有効な情報を持つことを示すデータを記録する第２の記録手段と、
現在有効な前記アップデートブロックにファイルの管理データが記録されているアドレス情報を記録する第３の記録手段と
を備えることを特徴とする情報記録装置。
【請求項２】
１つのヘッダテーブルと１以上のループテーブルを有し、前記ヘッダテーブルは、所定の数のポインティングブロックを有し、前記ループテーブルのそれぞれは、所定の数のアップデートブロックを有するデータ構造のアンカーインフォメーションエリアの情報を作成する作成ステップと、
前記ヘッダテーブル中の１つの前記ポインティングブロックに、それが現在有効な情報を持つことを示すデータ、現在有効な情報が記録されているところの１つの前記ループテーブルを示すデータ、前記ヘッダテーブル中の前記ポインティングブロックの欠陥情報、および、前記ループテーブル中の前記アップデートブロックの欠陥情報を記録する第１の記録ステップと、
現在有効な前記ループテーブル中の１つの前記アップデートブロックに、それが現在有効な情報を持つことを示すデータを記録する第２の記録ステップと、
現在有効な前記アップデートブロックにファイルの管理データが記録されているアドレス情報を記録する第３の記録ステップと
を含むことを特徴とする情報記録方法。
【請求項３】
１つのヘッダテーブルと１以上のループテーブルを有し、前記ヘッダテーブルは、所定の数のポインティングブロックを有し、前記ループテーブルのそれぞれは、所定の数のアップデートブロックを有するデータ構造のアンカーインフォメーションエリアの情報を作成する作成ステップと、
前記ヘッダテーブル中の１つの前記ポインティングブロックに、それが現在有効な情報を持つことを示すデータ、現在有効な情報が記録されているところの１つの前記ループテーブルを示すデータ、前記ヘッダテーブル中の前記ポインティングブロックの欠陥情報、および、前記ループテーブル中の前記アップデートブロックの欠陥情報を記録する第１の記録ステップと、
現在有効な前記ループテーブル中の１つの前記アップデートブロックに、それが現在有効な情報を持つことを示すデータを記録する第２の記録ステップと、
現在有効な前記アップデートブロックにファイルの管理データが記録されているアドレス情報を記録する第３の記録ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。
【請求項４】
１つのヘッダテーブルと１以上のループテーブルを有し、前記ヘッダテーブルは、所定の数のポインティングブロックを有し、前記ループテーブルのそれぞれは、所定の数のアップデートブロックを有するデータ構造のアンカーインフォメーションエリアの情報を作成する作成ステップと、
前記ヘッダテーブル中の１つの前記ポインティングブロックに、それが現在有効な情報を持つことを示すデータ、現在有効な情報が記録されているところの１つの前記ループテーブルを示すデータ、前記ヘッダテーブル中の前記ポインティングブロックの欠陥情報、および、前記ループテーブル中の前記アップデートブロックの欠陥情報を記録する第１の記録ステップと、
現在有効な前記ループテーブル中の１つの前記アップデートブロックに、それが現在有効な情報を持つことを示すデータを記録する第２の記録ステップと、
現在有効な前記アップデートブロックにファイルの管理データが記録されているアドレス情報を記録する第３の記録ステップと
をコンピュータに実行させるプログラム。
【請求項５】
１つのヘッダテーブルと１以上のループテーブルを有し、前記ヘッダテーブルは、所定の数の前記ポインティングブロックを有し、前記ループテーブルのそれぞれは、所定の数の前記アップデートブロックを有するデータ構造とされているアンカーインフォメーションエリアの情報が記録されており、
前記ヘッダテーブル中の１つの前記ポインティングブロックは、それが現在有効な情報を持つことを示すデータ、現在有効な情報が記録されているところの１つの前記ループテーブルを示すデータ、前記ヘッダテーブル中の前記ポインティングブロックの欠陥情報、および、前記ループテーブル中の前記アップデートブロックの欠陥情報を有し、
現在有効な前記ループテーブル中の１つの前記アップデートブロックは、それが現在有効な情報を持つことを示すデータを有し、
現在有効な前記アップデートブロックにファイルの管理データが記録されているアドレス情報がさらに記録されている
ことを特徴とする情報記録媒体。
【請求項６】
１つのヘッダテーブルと１以上のループテーブルを有し、前記ヘッダテーブルは、所定の数のポインティングブロックを有し、前記ループテーブルのそれぞれは、所定の数の前記アップデートブロックを有するデータ構造とされているアンカーインフォメーションエリアの情報が記録されており、
前記ヘッダテーブル中の１つの前記ポインティングブロックは、それが現在有効な情報を持つことを示す第１のデータ、現在有効な情報が記録されているところの１つの前記ループテーブルを示す第２のデータ、前記ヘッダテーブル中の前記ポインティングブロックの欠陥情報、および、前記ループテーブル中の前記アップデートブロックの欠陥情報を有し、
現在有効な前記ループテーブル中の１つの前記アップデートブロックは、それが現在有効な情報を持つことを示す第３のデータを有し、
現在有効な前記アップデートブロックにファイルの管理データが記録されているアドレス情報がさらに記録されている情報記録媒体を再生する情報再生装置において、
前記情報記録媒体から、前記ポインティングブロックの前記第１のデータ、または前記アップデートブロックの前記第３のデータを再生する再生手段と、
前記再生手段により再生された前記ポインティングブロックの前記第１のデータに基づいて、前記ポインティングブロックの中から有効なものを検索するとともに、前記アップデートブロックの前記第３のデータに基づいて、前記アップデートブロックの中から有効なものを検索するように制御する制御手段と
を備えることを特徴とする情報再生装置。
【請求項７】
１つのヘッダテーブルと１以上のループテーブルを有し、前記ヘッダテーブルは、所定の数のポインティングブロックを有し、前記ループテーブルのそれぞれは、所定の数の前記アップデートブロックを有するデータ構造とされているアンカーインフォメーションエリアの情報が記録されており、
前記ヘッダテーブル中の１つの前記ポインティングブロックは、それが現在有効な情報を持つことを示す第１のデータ、現在有効な情報が記録されているところの１つの前記ループテーブルを示す第２のデータ、前記ヘッダテーブル中の前記ポインティングブロックの欠陥情報、および、前記ループテーブル中の前記アップデートブロックの欠陥情報を有し、
現在有効な前記ループテーブル中の１つの前記アップデートブロックは、それが現在有効な情報を持つことを示す第３のデータを有し、
現在有効な前記アップデートブロックにファイルの管理データが記録されているアドレス情報がさらに記録されている情報記録媒体を再生する情報再生装置の情報再生方法において、
前記情報記録媒体から、前記ポインティングブロックの前記第１のデータ、または前記アップデートブロックの前記第３のデータを再生する再生ステップと、
前記再生ステップの処理により再生された前記ポインティングブロックの前記第１のデータに基づいて、前記ポインティングブロックの中から有効なものを検索するとともに、前記アップデートブロックの前記第３のデータに基づいて、前記アップデートブロックの中から有効なものを検索するように制御する制御ステップと
を含むことを特徴とする情報再生方法。
【請求項８】
１つのヘッダテーブルと１以上のループテーブルを有し、前記ヘッダテーブルは、所定の数のポインティングブロックを有し、前記ループテーブルのそれぞれは、所定の数の前記アップデートブロックを有するデータ構造とされているアンカーインフォメーションエリアの情報が記録されており、
前記ヘッダテーブル中の１つの前記ポインティングブロックは、それが現在有効な情報を持つことを示す第１のデータ、現在有効な情報が記録されているところの１つの前記ループテーブルを示す第２のデータ、前記ヘッダテーブル中の前記ポインティングブロックの欠陥情報、および、前記ループテーブル中の前記アップデートブロックの欠陥情報を有し、
現在有効な前記ループテーブル中の１つの前記アップデートブロックは、それが現在有効な情報を持つことを示す第３のデータを有し、
現在有効な前記アップデートブロックにファイルの管理データが記録されているアドレス情報がさらに記録されている情報記録媒体を再生する情報再生装置のプログラムであって、
前記情報記録媒体から、前記ポインティングブロックの前記第１のデータ、または前記アップデートブロックの前記第３のデータを再生する再生ステップと、
前記再生ステップの処理により再生された前記ポインティングブロックの前記第１のデータに基づいて、前記ポインティングブロックの中から有効なものを検索するとともに、前記アップデートブロックの前記第３のデータに基づいて、前記アップデートブロックの中から有効なものを検索するように制御する制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。
【請求項９】
１つのヘッダテーブルと１以上のループテーブルを有し、前記ヘッダテーブルは、所定の数のポインティングブロックを有し、前記ループテーブルのそれぞれは、所定の数の前記アップデートブロックを有するデータ構造とされているアンカーインフォメーションエリアの情報が記録されており、
前記ヘッダテーブル中の１つの前記ポインティングブロックは、それが現在有効な情報を持つことを示す第１のデータ、現在有効な情報が記録されているところの１つの前記ループテーブルを示す第２のデータ、前記ヘッダテーブル中の前記ポインティングブロックの欠陥情報、および、前記ループテーブル中の前記アップデートブロックの欠陥情報を有し、
現在有効な前記ループテーブル中の１つの前記アップデートブロックは、それが現在有効な情報を持つことを示す第３のデータを有し、
現在有効な前記アップデートブロックにファイルの管理データが記録されているアドレス情報がさらに記録されている情報記録媒体を再生する情報再生装置を制御するコンピュータに、
前記情報記録媒体から、前記ポインティングブロックの前記第１のデータ、または前記アップデートブロックの前記第３のデータを再生する再生ステップと、
前記再生ステップの処理により再生された前記ポインティングブロックの前記第１のデータに基づいて、前記ポインティングブロックの中から有効なものを検索するとともに、前記アップデートブロックの前記第３のデータに基づいて、前記アップデートブロックの中から有効なものを検索するように制御する制御ステップと
を実行させるプログラム。
【請求項１０】
１つのヘッダテーブルと１以上のループテーブルを有し、前記ヘッダテーブルは、所定の数のポインティングブロックを有し、前記ループテーブルのそれぞれは、所定の数のアップデートブロックを有するデータ構造とされている複数のアンカーインフォメーションエリアの情報が記録されているとともに、複数の前記アンカーインフォメーションエリアのそれぞれには、前記ヘッダテーブル中の前記ポインティングブロックの欠陥情報、および、現在有効な前記ループテーブル中の前記アップデートブロックの欠陥情報が記録されている情報記録媒体を再生する情報再生装置において、
前記情報記録媒体から、前記ポインティングブロックの前記欠陥情報、または、前記アップデートブロックの欠陥情報を再生する再生手段と、
前記情報記録媒体から実際に再生した前記ヘッダテーブルのデータの欠陥状態と、前記再生手段により再生された前記ポインティングブロックの欠陥情報を比較し、それらが整合していない場合、または、前記情報記録媒体から実際に再生した前記ループテーブルのデータの欠陥状態と、前記再生手段により再生された前記アップデートブロックの欠陥情報を比較し、それらが整合していない場合、そのヘッダテーブルまたはループテーブルが含まれる前記アンカーインフォメーションエリアの情報の再生処理を中止して、他の前記アンカーインフォメーションエリアの再生処理に移るように制御する制御手段と
を備えることを特徴とする情報再生装置。
【請求項１１】
１つのヘッダテーブルと１以上のループテーブルを有し、前記ヘッダテーブルは、所定の数のポインティングブロックを有し、前記ループテーブルのそれぞれは、所定の数のアップデートブロックを有するデータ構造とされている複数のアンカーインフォメーションエリアの情報が記録されているとともに、複数の前記アンカーインフォメーションエリアのそれぞれには、前記ヘッダテーブル中の前記ポインティングブロックの欠陥情報、および、現在有効な前記ループテーブル中の前記アップデートブロックの欠陥情報が記録されている情報記録媒体を再生する情報再生装置の情報再生方法において、
前記情報記録媒体から、前記ポインティングブロックの前記欠陥情報、または、前記アップデートブロックの欠陥情報を再生する再生ステップと、
前記情報記録媒体から実際に再生した前記ヘッダテーブルのデータの欠陥状態と、前記再生手段により再生された前記ポインティングブロックの欠陥情報を比較し、それらが整合していない場合、または、前記情報記録媒体から実際に再生した前記ループテーブルのデータの欠陥状態と、前記再生手段により再生された前記アップデートブロックの欠陥情報を比較し、それらが整合していない場合、そのヘッダテーブルまたはループテーブルが含まれる前記アンカーインフォメーションエリアの情報の再生処理を中止して、他の前記アンカーインフォメーションエリアの再生処理に移るように制御する制御ステップと
を含むことを特徴とする情報再生方法。
【請求項１２】
１つのヘッダテーブルと１以上のループテーブルを有し、前記ヘッダテーブルは、所定の数のポインティングブロックを有し、前記ループテーブルのそれぞれは、所定の数のアップデートブロックを有するデータ構造とされている複数のアンカーインフォメーションエリアの情報が記録されているとともに、複数の前記アンカーインフォメーションエリアのそれぞれには、前記ヘッダテーブル中の前記ポインティングブロックの欠陥情報、および、現在有効な前記ループテーブル中の前記アップデートブロックの欠陥情報が記録されている情報記録媒体を再生する情報再生装置のプログラムであって、
前記情報記録媒体から、前記ポインティングブロックの前記欠陥情報、または、前記アップデートブロックの欠陥情報を再生する再生ステップと、
前記情報記録媒体から実際に再生した前記ヘッダテーブルのデータの欠陥状態と、前記再生手段により再生された前記ポインティングブロックの欠陥情報を比較し、それらが整合していない場合、または、前記情報記録媒体から実際に再生した前記ループテーブルのデータの欠陥状態と、前記再生手段により再生された前記アップデートブロックの欠陥情報を比較し、それらが整合していない場合、そのヘッダテーブルまたはループテーブルが含まれる前記アンカーインフォメーションエリアの情報の再生処理を中止して、他の前記アンカーインフォメーションエリアの再生処理に移るように制御する制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。
【請求項１３】
１つのヘッダテーブルと１以上のループテーブルを有し、前記ヘッダテーブルは、所定の数のポインティングブロックを有し、前記ループテーブルのそれぞれは、所定の数のアップデートブロックを有するデータ構造とされている複数のアンカーインフォメーションエリアの情報が記録されているとともに、複数の前記アンカーインフォメーションエリアのそれぞれには、前記ヘッダテーブル中の前記ポインティングブロックの欠陥情報、および、現在有効な前記ループテーブル中の前記アップデートブロックの欠陥情報が記録されている情報記録媒体を再生する情報再生装置を制御するコンピュータに、
前記情報記録媒体から、前記ポインティングブロックの前記欠陥情報、または、前記アップデートブロックの欠陥情報を再生する再生ステップと、
前記情報記録媒体から実際に再生した前記ヘッダテーブルのデータの欠陥状態と、前記再生手段により再生された前記ポインティングブロックの欠陥情報を比較し、それらが整合していない場合、または、前記情報記録媒体から実際に再生した前記ループテーブルのデータの欠陥状態と、前記再生手段により再生された前記アップデートブロックの欠陥情報を比較し、それらが整合していない場合、そのヘッダテーブルまたはループテーブルが含まれる前記アンカーインフォメーションエリアの情報の再生処理を中止して、他の前記アンカーインフォメーションエリアの再生処理に移るように制御する制御ステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報記録装置および方法、情報再生装置および方法、情報記録媒体、プログラム格納媒体、並びにプログラムに関し、特に、書き換え回数が制限されている記録媒体の情報の記録または再生を行う場合に用いて好適な情報記録装置および方法、情報再生装置および方法、情報記録媒体、プログラム格納媒体、並びにプログラムに関する。
【背景技術】
【０００２】
近年、記録可能で記録再生装置から取り外し可能なディスク型媒体として、各種の光ディスクが提案されている。このような記録可能な光ディスクは、数ギガバイトの大容量メディアとして提案されており、ビデオ信号等のＡＶ（Audio Visual）信号を記録するメディアとしての期待が高い。
【０００３】
ディジタルビデオ信号をデジタル圧縮する符号化方式の１つにMPEG（Moving Picture Experts Group）２方式がある。MPEG２は、ディジタルビデオ信号を記録媒体に記録する場合にも応用されている。例えば、アナログビデオ信号を記録媒体に記録する場合、ビデオ信号をMPEG２方式にエンコードして、符号化ビットストリームを記録媒体に記録する。また、近年始まったデジタル方式のＴＶ（テレビジョン）放送では、MPEG２方式で符号化されたビデオ番組が、トランスポートストリームと呼ばれるフォーマットで伝送されている。デジタル放送を記録媒体に記録する場合には、トランスポートストリームをデジタル信号のまま、デコードや再エンコードすることなく記録する方式が用いられている。
【０００４】
ディスク媒体はランダムアクセス性に優れている。この性質を利用して、ディジタルビデオ信号をディスク型記録媒体に記録する場合、ディスク媒体上に空き領域が分散していても、任意の空き領域から記録開始し、順次、空き領域をサーチして任意の空き領域に記録を続けることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
書き換え回数が制限されている記録媒体において、記録媒体の同一領域への書き換えが集中すると、その領域が欠陥領域になりやすくなる。例えば、記録装置が、いつも、ディスク型記録媒体の内周側にある空き領域から記録を開始するように記録を管理していると、ディスクの内周側が外周側よりも早く欠陥領域になりやすくなる。
【０００６】
ディスクに欠陥領域ができると、その領域は使用不能となるため、そのディスクに記録可能なAV信号の総時間（記録可能な総データ量）が減少する。これは、記録装置のユーザから見ると、同じディスクであるのに、記録可能なAV信号の総時間が違うことになるので、ユーザを困惑させる問題となる。このような問題が発生しないようにするために、書き換え回数が制限されている記録媒体において、記録領域全体が平均的に繰り返し記録されるような記録の管理が必要とされる。
【０００７】
本発明は、このような状況に鑑みてなされたものであり、ファイルの管理データの記録アドレスを移動できるようにするとともに、ファイルの管理データの記録アドレスを取得できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の情報記録装置は、１つのヘッダテーブルと１以上のループテーブルを有し、ヘッダテーブルは、所定の数のポインティングブロックを有し、ループテーブルのそれぞれは、所定の数のアップデートブロックを有するデータ構造のアンカーインフォメーションエリアの情報を作成する作成手段と、ヘッダテーブル中の１つのポインティングブロックに、それが現在有効な情報を持つことを示すデータ、現在有効な情報が記録されているところの１つのループテーブルを示すデータ、ヘッダテーブル中のポインティングブロックの欠陥情報、および、ループテーブル中のアップデートブロックの欠陥情報を記録する第１の記録手段と、現在有効なループテーブル中の１つのアップデートブロックに、それが現在有効な情報を持つことを示すデータを記録する第２の記録手段と、現在有効なアップデートブロックにファイルの管理データが記録されているアドレス情報を記録する第３の記録手段とを備えることを特徴とする。
【０００９】
本発明の第１の情報記録方法は、１つのヘッダテーブルと１以上のループテーブルを有し、ヘッダテーブルは、所定の数のポインティングブロックを有し、ループテーブルのそれぞれは、所定の数のアップデートブロックを有するデータ構造のアンカーインフォメーションエリアの情報を作成する作成ステップと、ヘッダテーブル中の１つのポインティングブロックに、それが現在有効な情報を持つことを示すデータ、現在有効な情報が記録されているところの１つのループテーブルを示すデータ、ヘッダテーブル中のポインティングブロックの欠陥情報、および、ループテーブル中のアップデートブロックの欠陥情報を記録する第１の記録ステップと、現在有効なループテーブル中の１つのアップデートブロックに、それが現在有効な情報を持つことを示すデータを記録する第２の記録ステップと、現在有効なアップデートブロックにファイルの管理データが記録されているアドレス情報を記録する第３の記録ステップとを含むことを特徴とする。
【００１０】
本発明の第１のプログラム格納媒体のプログラムは、１つのヘッダテーブルと１以上のループテーブルを有し、ヘッダテーブルは、所定の数のポインティングブロックを有し、ループテーブルのそれぞれは、所定の数のアップデートブロックを有するデータ構造のアンカーインフォメーションエリアの情報を作成する作成ステップと、ヘッダテーブル中の１つのポインティングブロックに、それが現在有効な情報を持つことを示すデータ、現在有効な情報が記録されているところの１つのループテーブルを示すデータ、ヘッダテーブル中のポインティングブロックの欠陥情報、および、ループテーブル中のアップデートブロックの欠陥情報を記録する第１の記録ステップと、現在有効なループテーブル中の１つのアップデートブロックに、それが現在有効な情報を持つことを示すデータを記録する第２の記録ステップと、現在有効なアップデートブロックにファイルの管理データが記録されているアドレス情報を記録する第３の記録ステップとを含むことを特徴とする。
【００１１】
本発明の第１のプログラムは、１つのヘッダテーブルと１以上のループテーブルを有し、ヘッダテーブルは、所定の数のポインティングブロックを有し、ループテーブルのそれぞれは、所定の数のアップデートブロックを有するデータ構造のアンカーインフォメーションエリアの情報を作成する作成ステップと、ヘッダテーブル中の１つのポインティングブロックに、それが現在有効な情報を持つことを示すデータ、現在有効な情報が記録されているところの１つのループテーブルを示すデータ、ヘッダテーブル中のポインティングブロックの欠陥情報、および、ループテーブル中のアップデートブロックの欠陥情報を記録する第１の記録ステップと、現在有効なループテーブル中の１つのアップデートブロックに、それが現在有効な情報を持つことを示すデータを記録する第２の記録ステップと、現在有効なアップデートブロックにファイルの管理データが記録されているアドレス情報を記録する第３の記録ステップとをコンピュータに実行させる。
【００１２】
本発明の第１の情報記録媒体は、１つのヘッダテーブルと１以上のループテーブルを有し、ヘッダテーブルは、所定の数のポインティングブロックを有し、ループテーブルのそれぞれは、所定の数のアップデートブロックを有するデータ構造とされているアンカーインフォメーションエリアの情報が記録されており、ヘッダテーブル中の１つのポインティングブロックは、それが現在有効な情報を持つことを示すデータ、現在有効な情報が記録されているところの１つのループテーブルを示すデータ、ヘッダテーブル中のポインティングブロックの欠陥情報、および、ループテーブル中のアップデートブロックの欠陥情報を有し、現在有効なループテーブル中の１つのアップデートブロックは、それが現在有効な情報を持つことを示すデータを有し、現在有効なアップデートブロックにファイルの管理データが記録されているアドレス情報がさらに記録されていることを特徴とする。
【００１３】
本発明の第１の情報再生装置は、情報記録媒体から、ポインティングブロックの第１のデータ、またはアップデートブロックの第３のデータを再生する再生手段と、再生手段により再生されたポインティングブロックの第１のデータに基づいて、ポインティングブロックの中から有効なものを検索するとともに、アップデートブロックの第３のデータに基づいて、アップデートブロックの中から有効なものを検索するように制御する制御手段とを備えることを特徴とする。
【００１４】
本発明の第１の情報再生方法は、情報記録媒体から、ポインティングブロックの第１のデータ、またはアップデートブロックの第３のデータを再生する再生ステップと、再生ステップの処理により再生されたポインティングブロックの第１のデータに基づいて、ポインティングブロックの中から有効なものを検索するとともに、アップデートブロックの第３のデータに基づいて、アップデートブロックの中から有効なものを検索するように制御する制御ステップとを含むことを特徴とする。
【００１５】
本発明の第２のプログラム格納媒体のプログラムは、情報記録媒体から、ポインティングブロックの第１のデータ、またはアップデートブロックの第３のデータを再生する再生ステップと、再生ステップの処理により再生されたポインティングブロックの第１のデータに基づいて、ポインティングブロックの中から有効なものを検索するとともに、アップデートブロックの第３のデータに基づいて、アップデートブロックの中から有効なものを検索するように制御する制御ステップとを含むことを特徴とする。
【００１６】
本発明の第２のプログラムは、情報記録媒体から、ポインティングブロックの第１のデータ、またはアップデートブロックの第３のデータを再生する再生ステップと、再生ステップの処理により再生されたポインティングブロックの第１のデータに基づいて、ポインティングブロックの中から有効なものを検索するとともに、アップデートブロックの第３のデータに基づいて、アップデートブロックの中から有効なものを検索するように制御する制御ステップとを実行させる。
【００１７】
本発明の第２の情報再生装置は、情報記録媒体から、ポインティングブロックの欠陥情報、または、アップデートブロックの欠陥情報を再生する再生手段と、情報記録媒体から実際に再生したヘッダテーブルのデータの欠陥状態と、再生手段により再生されたポインティングブロックの欠陥情報を比較し、それらが整合していない場合、または、情報記録媒体から実際に再生したループテーブルのデータの欠陥状態と、再生手段により再生されたアップデートブロックの欠陥情報を比較し、それらが整合していない場合、そのヘッダテーブルまたはループテーブルが含まれるアンカーインフォメーションエリアの情報の再生処理を中止して、他のアンカーインフォメーションエリアの再生処理に移るように制御する制御手段とを備えることを特徴とする。
【００１８】
本発明の第２の情報再生方法は、情報記録媒体から、ポインティングブロックの欠陥情報、または、アップデートブロックの欠陥情報を再生する再生ステップと、情報記録媒体から実際に再生したヘッダテーブルのデータの欠陥状態と、再生手段により再生されたポインティングブロックの欠陥情報を比較し、それらが整合していない場合、または、情報記録媒体から実際に再生したループテーブルのデータの欠陥状態と、再生手段により再生されたアップデートブロックの欠陥情報を比較し、それらが整合していない場合、そのヘッダテーブルまたはループテーブルが含まれるアンカーインフォメーションエリアの情報の再生処理を中止して、他のアンカーインフォメーションエリアの再生処理に移るように制御する制御ステップとを含むことを特徴とする。
【００１９】
本発明の第３のプログラム格納媒体のプログラムは、情報記録媒体から、ポインティングブロックの欠陥情報、または、アップデートブロックの欠陥情報を再生する再生ステップと、情報記録媒体から実際に再生したヘッダテーブルのデータの欠陥状態と、再生手段により再生されたポインティングブロックの欠陥情報を比較し、それらが整合していない場合、または、情報記録媒体から実際に再生したループテーブルのデータの欠陥状態と、再生手段により再生されたアップデートブロックの欠陥情報を比較し、それらが整合していない場合、そのヘッダテーブルまたはループテーブルが含まれるアンカーインフォメーションエリアの情報の再生処理を中止して、他のアンカーインフォメーションエリアの再生処理に移るように制御する制御ステップとを含むことを特徴とする。
【００２０】
本発明の第３のプログラムは、情報記録媒体から、ポインティングブロックの欠陥情報、または、アップデートブロックの欠陥情報を再生する再生ステップと、情報記録媒体から実際に再生したヘッダテーブルのデータの欠陥状態と、再生手段により再生されたポインティングブロックの欠陥情報を比較し、それらが整合していない場合、または、情報記録媒体から実際に再生したループテーブルのデータの欠陥状態と、再生手段により再生されたアップデートブロックの欠陥情報を比較し、それらが整合していない場合、そのヘッダテーブルまたはループテーブルが含まれるアンカーインフォメーションエリアの情報の再生処理を中止して、他のアンカーインフォメーションエリアの再生処理に移るように制御する制御ステップとを実行させる。
【００２１】
本発明の第１の情報記録装置および方法、第１のプログラム格納媒体、第１のプログラム、並びに第１の情報記録媒体においては、ポインティングブロック、アップデートブロック、並びにアドレス情報が情報記録媒体に記録される。
【００２２】
本発明の第１の情報再生装置および方法、第２のプログラム格納媒体、並びに第２のプログラムにおいては、情報記録媒体から再生された第１と第３のデータに基づいて、ポインティングブロックまたはアップデートブロックの中から有効なものが検索されるように制御される。
【００２３】
本発明の第２の情報再生装置および方法、第３のプログラム格納媒体、並びに第３のプログラムにおいては、情報記録媒体から実際に再生されたヘッダテーブルのデータの欠陥状態と、再生されたポインティングブロックの欠陥情報が比較され、それらが整合していない場合、または、情報記録媒体から実際に再生されたループテーブルのデータの欠陥状態と、再生されたアップデートブロックの欠陥情報が比較され、それらが整合していない場合、そのヘッダテーブルまたはループテーブルが含まれるアンカーインフォメーションエリアの情報の再生処理が中止され、他のアンカーインフォメーションエリアの再生処理が行われる。
【発明の効果】
【００２４】
以上のように、本発明によれば、ファイルの管理データの記録アドレスを移動できるようにするとともに、ファイルの管理データの記録アドレスを取得することが可能になる。
【発明を実施するための最良の形態】
【００２５】
図１は、本発明を適用した記録再生システムで用いられる記録媒体上のアプリケーションフォーマットの簡単化された構造を示している。このフォーマットは、AVストリームの管理のためにPlayList（プレイリスト）とClip（クリップ）の２つのレイヤをもつ。そして、Volume Information（ボリウムインフォメーション）は、ディスク内のすべてのClipとPlayListの管理をする。
【００２６】
１つのAVストリームとそれの付属情報のペアを１つのオブジェクトと考え、それをClipと呼ぶ。AVストリームファイルはClip AVストリームファイルと呼ばれ、その付属情報は、Clip Information（クリップインフォメーション）ファイルと呼ばれる。
【００２７】
１つのClip AVストリームファイルは、MPEG２トランスポートストリームをDVRアプリケーションフォーマットによって規定される構造に配置したデータをストアする。
【００２８】
一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、Clip AVストリームファイルのコンテンツは、時間軸上に展開され、PlayListは、Clipの中のアクセスポイントをタイムスタンプで指定する。PlayList が、Clipの中へのアクセスポイントをタイムスタンプで指し示している時、Clip Informationファイルは、Clip AVストリームファイルの中でストリームのデコードを開始すべきアドレス情報を見つけるために役立つ。そのために、Clip Informationファイルは、Clip AVストリーム中のタイムサーチ用のタイムスタンプ対アドレスの対応テーブルを持つ。
【００２９】
PlayListは、Clipの中からユーザが見たい再生区間を選択し、それを簡単に編集することができることを目的にして導入された。１つのPlayListは、Clipの中の再生区間の集まりである。あるClipの中の１つの再生区間は、PlayItem（プレイアイテム）と呼ばれ、それは、時間軸上のIN点（イン点）とOUT点（アウト点）のペアで表される。それゆえ、PlayListは、PlayItemの集まりである。
【００３０】
PlayListには、２つのタイプがある。１つは、Real PlayList（リアルプレイリスト）であり、もう１つは、Virtual PlayList（バーチャルプレイリスト）である。
【００３１】
Real PlayListは、それが参照しているClipのストリーム部分を共有しているとみなされる。すなわち、Real PlayListは、それの参照しているClipのストリーム部分に相当するデータ容量をディスクの中で占める。AVストリームが新しいClipとして記録される場合、そのClip全体の再生可能範囲を参照するReal PlayListが自動的に作られる。Real PlayListの再生範囲の一部分が消去された場合、それが参照しているClipのストリーム部分もまたデータが消去される。
【００３２】
Virtual PlayListは、Clipのデータを共有していないとみなされる。Virtual PlayListが変更または消去されたとしても、Clipは何も変化しない。
【００３３】
なお、以下の説明においては、Real PlayListとVirtual PlayListを総称して単に、PlayListと称する。
【００３４】
DVR（Digital Video Recording）ディスク上に必要なディレクトリは、次の通りである。  （１）"DVR"ディレクトリを含むroot（ルート）ディレクトリ  （２）"PLAYLIST"ディレクトリ,"CLIPINF"ディレクトリ，および"STREAM"ディレクトリを含む"DVR"ディレクトリ
【００３５】
図２に、DVRディスク上のディレクトリ構造の例を示す。  rootディレクトリは、１つのディレクトリ（DVRディレクトリ）を含む。"DVR" -- DVRアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリは、このディレクトリの下にストアされる。
【００３６】
"DVR"ディレクトリは、PLAYLIST，CLIPINFおよびSTREAMの３個のディレクトリを含む。"PLAYLIST" -- Real PlayListとVirtual PlayListのデータベースファイルは、このディレクトリの下に置かれる。"CLIPINF" -- Clipのデータベースは、このディレクトリの下に置かれる。"STREAM" -- AVストリームファイルは、このディレクトリの下に置かれる。
【００３７】
"PLAYLIST"ディレクトリは、２種類のPlayListファイルをストアするものであり、それらは、Real PlayListとVirtual PlayListである。"xxxxx.rpls" -- このファイルは、１つのReal PlayListに関連する情報をストアする。それぞれのReal PlayList毎に、１つのファイルが作られる。ファイル名は、"xxxxx.rpls"である。ここで、"xxxxx"は、５個の０から９まで数字である。ファイル拡張子は、"rpls"である。"yyyyy.vpls" -- このファイルは、１つのVirtual PlayListに関連する情報をストアする。それぞれのVirtual PlayList毎に、１つのファイルが作られる。ファイル名は、"yyyyy.vpls"である。ここで、"yyyyy"は、５個の０から９まで数字である。ファイル拡張子は、"vpls"である。
【００３８】
"CLIPINF"ディレクトリは、それぞれのAVストリームファイルに対応して、１つのファイルをストアする。"zzzzz.clpi" -- このファイルは、１つのClip AVストリームファイルに対応するClip Informationファイルである。ファイル名は、"zzzzz.clpi"であり、ここで、"zzzzz"は、５個の０から９までの数字である。ファイル拡張子は、"clpi"である。
【００３９】
"STREAM"ディレクトリは、Clip AVストリームのファイルをストアする。"zzzzz.m２ts" -- このファイルは、DVRシステムにより扱われるAVストリームファイルである。これは、Clip AVストリームファイルである。ファイル名は、"zzzzz.m２ts"であり、ここで"zzzzz"は、５個の０から９までの数字である。ファイル拡張子は、"m２ts"である。
【００４０】
１つのClip AVストリームファイルとそれに対応するClip informationファイルは、同じ５個の数字"zzzzz"を使用する。
【００４１】
menu.tidx, menu.tdt1, menu.tdt2,mark.tidx, mark.tdt1, mark.tdt2 の6個のファイルは、サムネール画像の情報を管理するファイルである。サムネール画像とは、記録媒体に記録されているビデオ信号の内容を代表する静止画像や、その内容の特定のシーンを静止画像として抜き出した静止画像である。
【００４２】
本実施の形態の情報処理装置で使用するファイルシステムは、ファイルの記録媒体上での配置（Allocation）（アロケーション）に関する属性情報として、"Allocation class"（アロケーションクラス）を規定する。Allocation Classは、ファイル毎に１つ与えられる情報であり、この情報はファイルの管理データ（MIA（Management Information Area）と呼ぶ）にストアされる。
【００４３】
図３にDVRアプリケーションのファイルとそのAllocation Classの関係を示す。DVRアプリケーションでは、Gathered files（ギャザードファイル）, Real-time files（リアルタイムファイル）, Data files（データファイル）の３種類が規定される。
【００４４】
Gathered filesは、記録媒体を記録または再生する装置に装着したとき、短時間に読み出す必要があるファイルが対応される。info.dvrファイル，PlayListファイル（ファイル名 xxxxx.rplsおよびyyyyy.vpls），Clip Informationファイル（ファイル名 zzzzz.clpi），並びにサムネール画像の情報を管理するファイルは、このGathered filesに対応される。
【００４５】
Real-Time filesは、一定時間の間に書き込みまたは読み出しが終了する必要があるデータからなるファイルが対応される。AVデータのコンテンツデータからなるClip AV streamファイル(ファイル名 zzzzz.m２ts)は、このReal-time filesに対応される。
【００４６】
Data filesは、通常のファイルが対応される。DVRアプリケーション以外のファイルは、このData-filesに対応される。
【００４７】
図４は、それぞれのAllocation Classのファイルの記録媒体上での配置のレイアウトの例を示す。
【００４８】
Gathered filesの属性を持つファイルは、記録媒体上の予め設定された特定の領域としてのGathered files用領域に集中的にまとめて記録される。Gathered File領域の記録媒体上の位置（開始アドレスと終了アドレス）は、ファイルの管理データとしてMIAに記録される。
【００４９】
Real-time filesとData filesの属性を持つファイルは、記録媒体上のAnchor Information Area（アンカーインフォメーションエリア）用の領域とGathered file用領域を除いた領域に配置される。
【００５０】
図４に示すAnchor Information Area(AIA)用の領域は、記録媒体上でファイルの管理データがストアされているアドレスへのポインタを記録する領域である。これは、記録媒体上の予め規定されている固定領域である。この例では、記録媒体上の最下位アドレス側（ディスクの内周側）と最上位アドレス側（ディスクの外周側）に２個の領域をAIA領域を確保しており、この２個の領域に同じ内容のデータが２重書きされる。また、各領域にデータを２重書きして、合計４重書きするとさらにエラー耐性が増す。AIAは所定の順序で記録および再生される。例えば、はじめに最下位アドレス側のAIA，次に最上位アドレス側のAIAの順番に記録する。また、AIAを再生する時は、はじめに最下位アドレス側のAIA読み出す。これがデータエラーで正常に読み出せなかった場合、次に最上位アドレス側のAIAを読み出す。
【００５１】
本発明では、”Gathered files用領域”、並びに”Real-time filesとData files用領域”のそれぞれの領域について、同じ場所への書き換え集中を回避するために、それぞれの領域の空き領域が平均的に繰り返し記録されるように記録の管理を行う。そのために、それぞれの領域における最後に記録したアドレス(Last written address)を、ファイルの管理データ（従って、MIA）に記録する。
【００５２】
”Real-time filesとData files用領域”の最後に記録したアドレス(Last written address)の運用方法について、図５乃至図８を用いて説明する。
【００５３】
図５は、新しい記録媒体にStream（ストリーム）１(Clip AV stream)を記録した状態を示す。Real-time filesとData files用領域の最下位アドレス側（図中左側）から最上位アドレス側（図中右側）へStream１が記録される。この図５に示すStream１の最後に記録したアドレス(Last written address)がMIAに記録される。
【００５４】
図６は、図５の状態の後に、Stream２(Clip AV stream)を記録した状態を示す。Stream２はStream１の最後に記録したアドレス(Last written address)の直後から記録が開始される。この図６に示すStream２の最後に記録したアドレス(Last written address)がMIAに記録される。
【００５５】
図７は、図６の状態の後に、Stream２を消去した状態を示す。このとき、MIAに記録されている最後に記録したアドレス(Last written address)の値は変更されない。
【００５６】
図８は、図７の状態の後に、Stream３(Clip AV stream)を記録した状態を示す。図７の状態での最後に記録したアドレス(Last written address)が示すアドレスの直後からStream３の記録が開始される。Stream３の記録が、Real-time filesとData files用領域の空き領域の最上位アドレスまで進むと、同領域の空き領域の最下位アドレスへ移動し、記録が続けられる。図８に示すStream３の最後に記録したアドレス(Last written address)がMIAに記録される。
【００５７】
最後に記録したアドレス(Last written address)の値をMIAに記録する場合としない場合を比較するために、図９は、最後に記録したアドレス(Last written address)の情報がない時に、図７の状態の後にStream３を記録した状態を示す。この場合、Stream３は、Real-time filesとData files用領域の空き領域の最下位アドレス（すなわち、Stream１の直後）から記録が開始される。そのために、Stream２とStream３が繰り返し記録された領域ができる。仮に、この状態の後に、Stream３が消去されて、その後に新しいストリームが記録されると、そのストリームはStream３が記録されていた場所に記録されることになり、同じ領域に書き換えが集中する。書き換え回数が限られている記録媒体の場合、このように、書き換えが集中すると、その領域が欠陥になりやすくなる。
【００５８】
これに対して、図５乃至図８に示されるように管理が行われた場合には、新たなデータは空き領域にループ状に記録されるため、このような欠陥の発生が抑制される。
【００５９】
次に、”Gathered files用領域”の最後に記録したアドレス(Last written address)の運用方法について、図１０と図１１を用いて説明する。
【００６０】
図１０は、Gathered files用領域に、あるGathered filesのデータを記録した時の状態を示す。Gathered filesのデータ（図１０において、丸囲みの番号３で示される）に続いて、ファイルの管理データ(MIA)（図１０において、丸囲みの番号２で示される）が記録される。Gathered files用領域の最後に記録したアドレス(Last written address)はMIAに記録される。MIAのアドレスへのポインタ（図１０において、丸囲みの番号１で示される）（後述する図１４のstart Address of Main MIA，Start Address of Reverse MIA）が、Anchor Information Areaに記録される。
【００６１】
図１１は、図１０の状態の後に、Gathered filesのデータを記録した時の状態を示す。図１０の状態の時の最後に記録したアドレス(Last written address)が示すアドレスの直後からデータ（図１１において、丸囲みの番号３で示される）の記録が開始される。Gathered filesのデータに続いて、ファイルの管理データ(MIA)（図１１において、丸囲みの番号２で示される）が記録される。Gathered files用領域の最後に記録したアドレス(Last written address)がMIAに記録される。MIAのアドレスへのポインタ（図１１において、丸囲みの番号１で示される）が、Anchor Information Areaに記録される。
【００６２】
なお、Gathered File領域は記録媒体上の位置の移動が可能である。例えば、Gathered File領域に欠陥が多くなった時、新しいGathered File領域を作り、その記録媒体上の位置をMIAに記録する。図１２の例では、Gathered files領域が、Real-time filesとData files領域を分割する位置に配置されている。
【００６３】
次に、Anchor Information Area（アンカーインフォメーションエリア）の構造について説明する。Anchor Information Areaは、ファイルの管理データ（MIA）のアドレスへのポインタを記録する領域である。これは、ファイルの管理データ(MIA)の記録アドレスを移動できるようにする目的で使用する。仮に、ファイルの管理データ(MIA)の記録アドレスを固定すると、同じ領域に書き換えが集中する。その結果、書き換え回数が限られている記録媒体の場合に、書き換え集中した領域が欠陥になりやすくなり、好ましくない。
【００６４】
Anchor Information Areaの構造の例を図１３に示す。Anchor Information Areaの構造は、Header Table（ヘッダテーブル）と１以上のLoop Table（ループテーブル）に分かれる。大まかには、Header Tableが、現在有効なデータを持つLoop Tableの番号を示し、当該番号で参照されるLoop Tableが、ファイルの管理データ(MIA)の記録アドレスへのポインタを持つ。
【００６５】
Header Tableは、１以上（図１３の例の場合、Ｍ個）のPointing block（ポインティングブロック）から構成される。各Pointing blockは、Block Counter（ブロックカウンタ）フィールド，Loop Table Number（ループテーブルナンバー）フィールド、およびDefective Bitmap（ディフェクティブビットマップ）フィールドを持つ。あるPointing blockを記録して内容を更新する時、そのPointing blockのBlock Counterフィールドの値は、その他のPointing blockのBlock Counterフィールドよりも大きな値に更新される（最も大きな値のものが有効とされる）。同一のPointing blockを更新する場合は、現在のBlock Counterの値を１だけインクリメントすれば良い。同一のPointing blockを繰り返し記録して、そのPointing blockが欠陥になったら、もうそのPointing blockを使用しないで、次のPointing blockを使用する。そのために、Header Tableは１以上のPointing blockを持つ。
【００６６】
Defective Bitmapフィールドは、Header Table中の各Pointing Blockが欠陥か否かを示す。Defective Bitmapフィールドは、Ｍビットの値であり、そのMSBからLSBの順番に、Pointing Block#１からPointing Block#Ｍの欠陥状態を示す（例えば、“１”が欠陥であることを表し、“０”欠陥でないことを表す）。Header Tableの中で、Block Counterの値が最大であるPointing blockに、現在有効なDefective Bitmapが記録される。Defective Bitmapが欠陥であることを示すPointing Blockは、次からは使用しない（次からは、そのPointing blockに情報を記録しない）。
【００６７】
Loop Tableは、１以上（図１３の例の場合、Ｎ個）のUpdated block（アップデートブロック）フィールドを持つ。あるUpdated blockを記録して内容を更新する時、そのUpdated blockに記録するFile System descriptor(FSD)（ファイルシステムディスクリプタ）のSequence number(図１４参照)は、その他のUpdated blockのSequence numberよりも大きな値に更新される（最も大きな値のものが有効とされる）。同一のUpdated blockを更新する場合は、現在のSequence numberの値を１だけインクリメントすれば良い。同一のUpdated blockを繰り返し記録して、そのUpdated blockが欠陥になったら、もうそのUpdated blockを使用しないで、次のUpdated blockを使用する。そのために、Loop Table部は１以上のUpdated blockを持つ。Defective Bitmapフィールドは、Loop table中の各Updated Blockが欠陥か否かを示す。Defective Bitmapフィールドは、Ｎビットの値であり、そのMSBからLSBの順番に、Updated Block#１からUpdated Block#Ｎの欠陥状態を示す。現在有効なLoop Tableの中で、Sequence numberが最大であるUpdated blockに、現在有効なDefective Bitmapが記録される。Defective Bitmapが欠陥であることを示すUpdated Blockは、次からは使用しない（次からは、そのUpdated blockに情報を記録しない）。
【００６８】
Pointing blockとUpdated blockの大きさは、ECC(Error-Correcting Code) blockの大きさに対応される。
【００６９】
なお、図１３のデータ構造の変形例として、Header tableが指し示す現在有効なLoop TableのDefective Bitmapの情報を、Header tableが持つようにしても良い。
【００７０】
FSDには、図１４に示されるように、Sequence numberの他、MIAの記録位置のスタートアドレスを示すStart Address of Main MIAと、Start Address of Reserve MIAが記録されている。MIAは二重書きしてあり、Reserve MIAには、Main MIAと同じ情報が記録される。記録時には、Main MIA，Reserve MIAの順番に記録する。再生時には、はじめにMain MIAを読み出す。もし、Main MIAがデータエラーで読めない場合、Reserve MIAを読み出す。
【００７１】
Anchor Information Areaのデータから、MIAの記録アドレスへのポインタを取得するまでの処理の流れについて、図１５を用いて説明する。ステップＳ１１: Header Tableのデータを読み出す。ステップＳ１２: 上記読み出したデータの中でBlock Counterの値が最大の値を持つところのPointing blockを検出する。当該Pointing blockが有効であり、そのPointing blockが持つLoop Table Numberフィールドが、有効なデータをもつLoop Tableの番号を示す。ステップＳ１３: 上記の番号で参照されるLoop Tableのデータを読み出す。読み出したデータの中で、FSDのSequence numberの値が最大の値を持つところのUpdated blockを検出する。当該Updated blockが有効であり、そのUpdated blockが持つFSDが有効である。ステップＳ１４: 上記FSDがMIAのアドレスを指し示す。
【００７２】
上述の処理において、Defective Bitmapフィールドの情報を使用する場合を説明する。
【００７３】
ステップＳ１２の処理において、現在有効なPointing blockのDefective Bitmapフィールドが示す欠陥情報が、ステップＳ１１で読み出したHeader Tableの欠陥状態と食い違っていないことが検出された場合（両者が整合している場合）、再生はそのまま継続されるが、食い違っている（両者が整合しない）ことが検出された場合（例えば、当該Defective Bitmapによって、欠陥ブロックと示されていないが、ステップＳ１１で読み出したブロックが欠陥状態だった場合）、このAnchor Information Areaは、信用できないので、このAnchor Information Areaの再生処理は中止される。そして、別の場所のAnchor Information Area（AIAは、多重書きされている，図１０と図１１参照）に対して、ステップＳ１１からの再生処理が開始される。
【００７４】
また、ステップＳ１３の処理において、現在有効なUpdated blockのDefective Bitmapフィールドが示す欠陥情報が、ステップＳ１３で読み出した現在有効なLoop Tableの欠陥状態と食い違っていないことが検出された場合（両者が整合している場合）、再生はそのまま継続されるが、食い違っている（両者が整合しない）ことが検出された場合（例えば、当該Defective Bitmapによって、欠陥ブロックと示されていないが、ステップＳ１３で読み出したブロックが欠陥状態だった場合）、このAnchor Information Areaは、信用できないので、このAnchor Information Areaの再生処理は中止される。そして、別の場所のAnchor Information Area（AIAは、多重書きされている，図１０と図１１参照）に対して、ステップＳ１１からの再生処理が開始される。
【００７５】
Anchor Information Areaの構造の別の例を図１６に示す。この例のAnchor Information Areaの構造は、図１３の例と同様に、Header Tableと１以上のLoop Table部に分かれる。図１３の例との違いは、Loop Table部のUpdated blockの内容である。
【００７６】
図１６のLoop Table部もまた、１以上のUpdated blockから構成される。各Updated blockは、Block Counterフィールドを持つ。あるUpdated blockを記録して内容を更新する時、そのUpdated blockのBlock Counterフィールドは、その他のBlock Counterフィールドよりも大きな値に更新される。同一のUpdated blockを更新する場合は、現在のBlock Counterの値を１だけインクリメントすれば良い。同一のUpdated blockを繰り返し記録して、そのUpdated blockが欠陥になったら、もうそのUpdated blockを使用しないで、次のUpdated blockを使用する。そのために、Loop Table部は１以上のUpdated blockを持つ。
【００７７】
Anchor Information Areaのデータから、MIAの記録アドレスへのポインタを取得するまでの処理の流れについて、図１７を用いて説明する。ステップＳ２１: Header Tableのデータを読み出す。ステップＳ２２: 上記読み出したデータの中でBlock Counterの値が最大の値を持つところのPointing blockを検出する。当該Pointing blockが有効であり、そのPointing blockが持つLoop Table Numberフィールドが、有効なデータをもつLoop Tableの番号を示す。ステップＳ２３: 上記の番号で参照されるLoop Tableのデータを読み出す。読み出したデータの中で、Block Counterの値が最大の値を持つところのUpdated blockを検出する。当該Updated blockが有効であり、そのUpdated blockが有効なFSDのアドレスへのポインタ(Entry sector number for Main MIA/Reserve FSD)を持つ。FSDは二重書きしてあり、Reserve FSDには、Main FSDと同じ情報が記録される。記録時には、Main FSD，Reserve FSDの順番に記録する。再生時には、はじめにMain FSDを読み出す。もし、Main FSDがデータエラーで読めない場合、Reserve FSDを読み出す。ステップＳ２４: 上記ポインタが指し示すアドレスからFSDを読み出す。ステップＳ２５: 上記FSDがMIAのアドレスを指し示す。
【００７８】
図１４に示すFile System Descriptor（FSD）の内容について説明する。FSDは、MIAの記録媒体上のアドレスへのポインタを持つ。
【００７９】
Signature(BP０)は、所定の値を持つフィールドである。
【００８０】
Creation Time(BP８)はFile System Descriptorの作成日時を指定しなければならない。
【００８１】
Modification Time(BP１２)はFile System Descriptorの更新日時を指定しなければならない。
【００８２】
Sequence number(BP１６)は、前述の説明の通りである。FSDの内容が更新されるたびに値がインクリメントされるカウンターである。
【００８３】
Interchange Class(BP１８)は媒体互換のための制限を規定する。
【００８４】
Reserved(BP１９)は将来用途のために予約される。このフィールドには＃００がセットされなければならない。
【００８５】
Start Address of Main MIA(BP２０)はMain MIAの最初の論理ブロック番号を規定する。
【００８６】
Start Address of Reserve MIA(BP２４)はReserve MIAの最初の論理ブロック番号を規定する。信頼性を保証するために、MIAは、論理ボリューム上で２つの異なった位置に記録される。一方が、Main MIAとされ、他方が、Reserve MIAと称される。
【００８７】
Length of MIA(BP２８)はMIAの論理ブロック単位での大きさを規定する。MIAの中には＃FFEFを越える論理ブロックは存在しない。
【００８８】
Number of MIA Map MIBs(BP３０)はMIA内に記録されるMIA Mapのためのブロック数を規定する。
【００８９】
MIA Map MIBs in Main MIA(BP３２)はMain MIA内でMIA Mapに属するすべてのMIBを指定する。これらのブロックのMIB番号はMIA Mapの構成順に記録なければならない。
【００９０】
MIA Map MIBs in Reserve MIA(BP３２＋２ｘ)はReserve MIA内でMIA Mapに属するすべてのMIBを指定する。これらのブロックのMIB番号はMIA Mapの構成順に記録しなければならない。
【００９１】
次に、DVRアプリケーション構造のデータを記録再生するシステムについて、図１８の動画像記録再生装置のブロック図を用いて説明する。この動画像記録再生装置は、再生部１と記録部２とで構成されている。
【００９２】
はじめに記録時の動作について、入力オーディオビデオ信号を符号化して記録する場合について説明する。
【００９３】
記録に先だって、はじめに制御部１７は、読み出し部１１に対して、Anchor Informarion Areaのデータを読み出すように指示する。読み出し部は、Anchor Informarion Areaのデータを読み出し、そのデータは、復調部１２，ECC（誤り訂正）復号部１３の処理を経て、制御部１７へ入力される。制御部１７は、Anchor Informarion Areaのデータに基づいて、MIAの記録されているアドレスを取得する（図１３または図１６参照）。
【００９４】
そして、次に、制御部１７は、読み出し部１１に対して、MIAを読み出すように指示する。読み出し部は、MIAのデータを読み出し、そのデータは、復調部１２，ECC（誤り訂正）復号部１３の処理を経て、制御部１７へ入力される。制御部１７は、MIAに含まれているところのReal-time filesとData files用領域の最後に記録したアドレス(Last written address), Gathered files用領域の最後に記録したアドレス(Last written address)を取得する。
【００９５】
端子２８と端子２９からは、それぞれビデオ信号とオーディオ信号が入力される。ビデオ信号とオーディオ信号は、AVエンコーダ２３へ入力される。AVエンコーダ２３は、入力ビデオ信号とオーディオ信号を符号化し（エンコードし）、符号化ビデオストリーム(V)と符号化オーディオストリーム(A)をマルチプレクサ２２に出力する。符号化ビデオストリーム(V)は、例えばMPEG２ビデオストリームであり、符号化オーディオストリーム(A)は、例えばMPEG１オーディオストリームやドルビーAC３（商標）オーディオストリーム等である。マルチプレクサ２２は、入力ストリームを多重化して、多重化ストリームを出力する。多重化ストリームは、例えば、MPEG２トランスポートストリームやMPEG２プログラムストリームである。
【００９６】
多重化ストリームは、ソースパケッタイザ２１に入力される。ソースパケッタイザ２１は、入力多重化ストリームを記録媒体１０のアプリケーションフォーマットに従って、ソースパケットから構成されるAVストリームに符号化する。AVストリームは、ECC（誤り訂正）符号化部２０，変調部１９で処理されて、書き込み部１８へ入力される。書き込み部１８は、制御部１７から指示される制御信号に基づいて、記録媒体１０へClip AVストリームファイルを記録する。制御部１７は、Real-time filesとData files用領域の最後に記録したアドレス(Last written address)に基づいて、この記録を制御する。
【００９７】
図１８の動画像記録再生装置は、Clip AVストリームファイルを記録すると共に、そのファイルに関係するアプリケーションデータベース情報、すなわち、Clip Information ファイルとPlayListファイルもまた記録する。これらのアプリケーションデータベース情報は、制御部１７により作成される。Clip Information ファイルは、制御部１７がClip AVストリームファイルを解析して作成する。PlayListファイルは、主に端子２７からユーザインターフェースを介して入力されるユーザの指示情報に基づいて制御部１７が作成する。
【００９８】
制御部１７が作成したClip InformationファイルとPlayListファイルは、AVストリームと同様にして、ECC（誤り訂正）符号化部２０，変調部１９で処理されて、書き込み部１８へ入力される。書き込み部１８は、制御部１７から指示される制御信号に基づいて、記録媒体１０へデータベースファイルを記録する。制御部１７は、Gathered files用領域の最後に記録したアドレス(Last written address)に基づいて、この記録を制御する。
【００９９】
次に、再生時の動作について説明する。
【０１００】
記録媒体１０には、AVストリームファイル，アプリケーションデータベース情報およびファイルシステムデータが記録されている。
【０１０１】
はじめに制御部１７は、上述の記録時の動作と同様にして、Anchor Informarion Areaのデータを取得し、それに基づいて、MIAのデータを取得する。
【０１０２】
次に、制御部１７は、読み出し部１１に対して、アプリケーションデータベース情報を読み出すように指示する。そして、読み出し部１１は、記録媒体１０からアプリケーションデータベース情報を読み出し、そのデータベース情報は、復調部１２，ECC（誤り訂正）復号部１３の処理を経て、制御部１７へ入力される。
【０１０３】
制御部１７は、アプリケーションデータベースに基づいて、記録媒体１０に記録されているPlayListの一覧を端子２７のユーザインターフェースへ出力する。ユーザは、PlayListの一覧から再生したいPlayListを選択し、再生を指定されたPlayListが制御部１７へ入力される。制御部１７は、そのPlayListの再生に必要なAVストリームファイルの読み出しを読み出し部１１に指示する。そして、読み出し部１１は、記録媒体１０からそのAVストリームを読み出し、復調部１２、ECC復号部１３の処理を経て、AVストリームはソース・デパケッタイザ１４へ入力される。
【０１０４】
ソース・デパケッタイザ１４は、記録媒体１０のアプリケーションフォーマットのAVストリームを、デマルチプレクサ１５へ入力できるストリームに変換する。デマルチプレクサ１５は、制御部１７により指定されたAVストリームの再生区間(PlayItem)を構成するビデオストリーム(V)とオーディオストリーム(A)を、AVデコーダ１６へ入力する。AVデコーダ１６は、ビデオストリームとオーディオストリームを復号（デコード）し、再生ビデオ信号と再生オーディオ信号をそれぞれ端子２５と端子２６から出力する。
【０１０５】
図１９は、Real time filesとGathered filesのそれぞれの最後に記録したアドレス(Last written address)に基づいて、記録媒体１０へデータ記録の処理の流れを説明するフローチャートを示す。
【０１０６】
ステップＳ４１で、制御部１７が、MIA(ファイルの管理データ)の中からReal- time files とData files用領域とGathered files用領域のそれぞれのLast Written Addressを取得する。この処理の詳細は、図２０を参照して後述する。
【０１０７】
ステップＳ４２で、制御部１７が、上述したようにして、入力されたビデオ信号をAVエンコーダ２３により符号化させ、Clip AVストリームファイルを記録媒体１０に記録させる。この時、制御部１７は書き込み部１８に、上記Real-time files と Data files用領域のLast Written Addressに基づいて、当該領域の空き領域にClip AV streamを記録することを指示する（図５乃至図８参照）。
【０１０８】
ステップＳ４３で、制御部１７が、上述したようにして、Clip AVストリームファイルの記録と共に、そのファイルに関係するアプリケーションデータベース情報、すなわち、Clip Information ファイルとPlayListファイルもまた記録させる。この時、制御部１７は書き込み部１８に、上記Gathered files用領域のLast Written Addressに基づいて、当該領域の空き領域にデータベースファイルとMIAを記録することを指示する（図１０と図１１参照）。
【０１０９】
ステップＳ４４で、制御部１７が、Anchor Information Areaのデータを作成する（図１３と図１６参照）。
【０１１０】
ステップＳ４５で、制御部１７が、Anchor Information Areaのデータを所定の位置に記録することを書き込み部１８に指示する（図１０と図１１参照）。
【０１１１】
図２０は、Anchor Information Areaの内容からReal-time filesとGathered filesのそれぞれの最後に記録したアドレス(Last written address)を取得する処理（図１９のステップＳ４１の処理）の詳細を説明するフローチャートを示す。
【０１１２】
ステップＳ６１で、はじめに制御部１７が、読み出し部１１に対して、Anchor Information Area(AIA)のデータを所定の位置から読み出すことを指示する。読み出し部１１は、Anchor Information Areaのデータを読み出す。そのデータは、復調部１２、ECC（誤り訂正）復号部１３の処理を経て、制御部１７へ入力される。
【０１１３】
ステップＳ６２で、制御部１７が、Anchor Information Area(AIA)のデータを取得する。
【０１１４】
ステップＳ６３で、制御部１７が、AIAのデータに基づいて、有効なFile System Descriptor(FSD)のデータを取得する（図１５と図１７参照）。
【０１１５】
ステップＳ６４で、制御部１７が、FSDのデータに基づいて，MIA(ファイルの管理データ)を取得する（図１５と図１７参照）。具体的には、制御部１７は、FSDのデータに基づき、MIAの記録されているアドレスを取得する（図１５と図１７参照）。そして、制御部１７は、読み出し部１１に対して、MIAを読み出すように指示する。読み出し部は、MIAのデータを読み出す。そのデータは、復調部１２，ECC（誤り訂正）復号部１３の処理を経て、制御部１７へ入力される。
【０１１６】
ステップＳ６５で、制御部１７が、MIAに含まれているところのReal-time filesとData files用領域の最後に記録したアドレス(Last written address)と、Gathered files用領域の最後に記録したアドレス(Last written address)を取得する。
【０１１７】
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０１１８】
この記録媒体は、図１８に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク５１（フロッピディスクを含む）、光ディスク５２（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク５３（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリ５４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROMや、ハードディスクなどで構成される。ドライブ４１は、動画像記録再生装置に適宜接続され、磁気ディスク５１、光ディスク５２、光磁気ディスク５３、または半導体メモリ５４を駆動する。
【０１１９】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１２０】
以上のようにして、記録媒体の空き領域にデータを記録する時に、記録媒体の同一領域への書き換えが集中しないように、空き領域を選択して記録できるようになる。
【０１２１】
さらに、記録媒体の同一領域への書き換え集中を回避して、記録媒体の空き領域が平均的に繰り返し記録されるように記録の管理をできるようになる。
【図面の簡単な説明】
【０１２２】
【図１】記録再生システムで用いる記録媒体上のアプリケーションフォーマットの簡単化された構造を説明する図である。
【図２】ディスク上につくられるディレクトリ構造の例を示す図である。
【図３】ファイルとそのAllocation classの関係を説明する図である。
【図４】Gathered files用領域、Real-time filesとData files用領域およびAnchor Information Area(AIA)の記録領域のボリューム空間上での配置の例を説明する図である。
【図５】Real-time filesとData files用領域のLast written addressについて説明する図である。
【図６】Real-time filesとData files用領域のLast written addressについて説明する図である。
【図７】Real-time filesとData files用領域のLast written addressについて説明する図である。
【図８】Real-time filesとData files用領域のLast written addressについて説明する図である。
【図９】最終書き込みアドレスの情報がない場合の問題点を説明する図である。
【図１０】Gathered files領域のLast written addressについて説明する図である。
【図１１】Gathered files領域のLast written addressについて説明する図である。
【図１２】Gathered files領域がReal-time filesとData files領域を分割している場合の例を説明する図である。
【図１３】Anchor Information Areaのデータ構造の例を示す図である。
【図１４】Files System Descriptorを説明する図である。
【図１５】図１３のデータ構造の場合にAnchor Information Areaの内容からMIAへたどり着くまでの流れを説明するフローチャートである。
【図１６】Anchor Inoformation Areaのデータ構造の別の例を示す図である。
【図１７】図１６のデータ構造の場合にAnchor Inoformation Areaの内容からMIAへたどり着くまでの流れを説明するフローチャートである。
【図１８】本発明を適用した動画像記録再生装置の構成を示すブロック図である。
【図１９】Real-time filesとData files用領域とGathered files用領域のそれぞれのLast Written Addressに基づいて、記録媒体へのデータ記録の処理の流れを説明するフローチャートである。
【図２０】Anchor Information Areaの内容に基づいて、Real-time filesとData files用領域とGathered files用領域のそれぞれのLast Written Addressを取得する処理の流れを説明するフローチャートである。
【符号の説明】
【０１２３】
１０  記録媒体，  １１  読み出し部，  １２  復調部，  １３  ECC復号部，  １４  ソース・デパケッタイザ，  １５  デマルチプレクサ，  １６  AVデコーダ，  １７  制御部，  １８  書き込み部，  １９  変調部，  ２０  ECC符号化部，  ２１  ソースパケッタイザ，  ２２  マルチプレクサ，  ２３  AVエンコーダ
【図１】
2008108420.tif 000003
【図２】
2008108420.tif 000004
【図３】
2008108420.tif 000005
【図４】
2008108420.tif 000006
【図５】
2008108420.tif 000007
【図６】
2008108420.tif 000008
【図７】
2008108420.tif 000009
【図８】
2008108420.tif 000010
【図９】
2008108420.tif 000011
【図１０】
2008108420.tif 000012
【図１１】
2008108420.tif 000013
【図１２】
2008108420.tif 000014
【図１３】
2008108420.tif 000015
【図１４】
2008108420.tif 000016
【図１５】
2008108420.tif 000017
【図１６】
2008108420.tif 000018
【図１７】
2008108420.tif 000019
【図１８】
2008108420.tif 000020
【図１９】
2008108420.tif 000021
【図２０】
2008108420.tif 000022