(57)【要約】  スペース・ビットマップの効率的な管理のための媒体、装置及び方法が提供され、該情報記録媒体は、情報記録媒体において、ユーザデータが記録されるユーザデータ領域と、ユーザデータ領域の記録／再生単位ブロックの記録状態を示すスペース・ビットマップが記録される臨時ディスク管理領域と、を含み、該スペース・ビットマップは、スペース・ビットマップの空間が、ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足する場合、割り当てられるさらなるスペース・ビットマップを、スペース・ビットマップと区別させるためのヘッダ情報を含む。
2013508888.tif 000002
【特許請求の範囲】
【請求項１】
情報記録媒体において、
ユーザデータが記録されるユーザデータ領域と、
前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すスペース・ビットマップが記録される臨時ディスク管理領域と、を含み、
前記スペース・ビットマップは、前記スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足する場合、割り当てられるさらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるためのヘッダ情報を含むことを特徴とする情報記録媒体。
【請求項２】
前記ヘッダ情報は、さらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるために、対応するスペース・ビットマップによって示される前記ユーザデータ領域の開始アドレス情報を含むことを特徴とする請求項１に記載の情報記録媒体。
【請求項３】
前記さらなるスペース・ビットマップのヘッダ情報に含まれる開始アドレス情報は、前記スペース・ビットマップによって示されるユーザデータ領域の容量によって変わることを特徴とする請求項２に記載の情報記録媒体。
【請求項４】
情報記録媒体にデータを記録する装置において、
ユーザデータが記録されるユーザデータ領域と、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すスペース・ビットマップが記録される臨時ディスク管理領域と、を含む前記情報記録媒体にデータを伝達するために、光を照射したり受信するピックアップと、
前記スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足する場合、割り当てられるさらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるためのヘッダ情報を含む前記スペース・ビットマップを記録するように、前記ピックアップを制御する制御部と、を含むことを特徴とする記録装置。
【請求項５】
前記ヘッダ情報は、さらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるために、対応するスペース・ビットマップによって示される前記ユーザデータ領域の開始アドレス情報を含むことを特徴とする請求項４に記載の記録装置。
【請求項６】
前記さらなるスペース・ビットマップのヘッダ情報に含まれる開始アドレス情報は、前記スペース・ビットマップによって示されるユーザデータ領域の容量によって変わることを特徴とする請求項５に記載の記録装置。
【請求項７】
情報記録媒体からデータを再生する装置において、
ユーザデータが記録されるユーザデータ領域と、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すスペース・ビットマップが記録される臨時ディスク管理領域と、を含む前記情報記録媒体にデータを伝達するために、光を照射したり受信するピックアップと、
前記スペース・ビットマップから、前記スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足する場合、割り当てられるさらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるためのヘッダ情報を読み取るように、前記ピックアップを制御する制御部と、を含むことを特徴とする再生装置。
【請求項８】
前記ヘッダ情報は、さらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるために、対応するスペース・ビットマップによって示される前記ユーザデータ領域の開始アドレス情報を含むことを特徴とする請求項７に記載の再生装置。
【請求項９】
前記さらなるスペース・ビットマップのヘッダ情報に含まれる開始アドレス情報は、前記スペース・ビットマップによって示されるユーザデータ領域の容量によって変わることを特徴とする請求項８に記載の再生装置。
【請求項１０】
ユーザデータが記録されるユーザデータ領域と、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すスペース・ビットマップが記録される臨時ディスク管理領域と、を含む情報記録媒体にデータを記録する方法において、
前記スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足する場合、割り当てられるさらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるためのヘッダ情報を含む前記スペース・ビットマップを記録する段階を含むことを特徴とする記録方法。
【請求項１１】
前記ヘッダ情報は、さらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるために、対応するスペース・ビットマップによって示される前記ユーザデータ領域の開始アドレス情報を含むことを特徴とする請求項１０に記載の記録方法。
【請求項１２】
前記さらなるスペース・ビットマップのヘッダ情報に含まれる開始アドレス情報は、前記スペース・ビットマップによって示されるユーザデータ領域の容量によって変わることを特徴とする請求項１１に記載の記録方法。
【請求項１３】
ユーザデータが記録されるユーザデータ領域と、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すスペース・ビットマップが記録される臨時ディスク管理領域と、を含む情報記録媒体からデータを再生する方法において、
前記スペース・ビットマップから、前記スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足する場合、割り当てられるさらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるためのヘッダ情報を再生する段階を含むことを特徴とする再生方法。
【請求項１４】
前記ヘッダ情報は、さらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるために、対応するスペース・ビットマップによって示される前記ユーザデータ領域の開始アドレス情報を含むことを特徴とする請求項１３に記載の再生方法。
【請求項１５】
前記さらなるスペース・ビットマップのヘッダ情報に含まれる開始アドレス情報は、前記スペース・ビットマップによって示されるユーザデータ領域の容量によって変わることを特徴とする請求項１４に記載の再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報記録媒体に係り、特に、スペース・ビットマップの効率的な管理のための情報記録媒体、記録再生装置及び記録再生方法に関する。
【背景技術】
【０００２】
情報記録媒体または有無線ネットワークを介した情報伝送の高容量化または大量化のために、高密度、多層のような多様な方法が考案されている。一般的に、層当たりの高密度と多層との２種を並行して高容量を達成する。これにより、かような層当たりの高密度及び／または多層によって発生するディスク管理情報量の増加による効率的な管理方法が要求されている。
【０００３】
例えば、現在、ブルーレイディスク（blu-ray  disc）の物理規格は、レイヤ（layer）当たり２５ＧＢの記録密度であり、シングルレイヤ（single  layer）とデュアルレイヤ（dual  layer）との２種を提案している。高容量化のために、レイヤ当たり３０ＧＢないし４０ＧＧＢのトリプルレイヤ（triple  layer）、クワドラプルレイヤ（quadruple  layer）のブルーレイディスクが登場するとき、ディスク管理のためのディスク管理情報の量は、容量の増加によってそれだけ増えることになる。ユーザデータ領域の記録／再生単位ブロックの記録状態をビットマップで示すとき、かような情報の量は、ユーザデータ領域の記録／再生単位ブロックの増加ほど増加する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
媒体の高容量化によって、ユーザデータ領域の記録／再生単位ブロックが増加することにより、既存の決まったスペース・ビットマップで、ユーザデータ領域の記録／再生単位ブロックをいずれも示すことができない場合、効果的に記録／再生単位ブロックの記録状態を示す方法が要求され、また既存の決まったスペース・ビットマップと、さらなるスペース・ビットマップとを区別できる方法が要求される。
【課題を解決するための手段】
【０００５】
かような課題を解決するために本発明は、決まったスペース・ビットマップで、ユーザデータ領域の記録／再生単位ブロックを示すことができない場合、割り当てられるさらなるスペース・ビットマップについての情報をスペース・ビットマップに記録し、スペース・ビットマップと、さらなるスペース・ビットマップとを区別させる媒体、装置、方法を提供する。
【発明の効果】
【０００６】
かような本発明によれば、媒体の高容量化によって、ユーザデータ領域の記録／再生単位ブロックが増加することによって、既存の決まったスペース・ビットマップで、ユーザデータ領域の記録／再生単位ブロックをいずれも示すことができない場合、効率的にさらなるスペース・ビットマップを割り当て、増加した記録／再生単位ブロックの記録状態を示すことが可能になり、スペース・ビットマップと、さらなるスペース・ビットマップとを効果的に区別することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明が適用されるディスクの概略的なレイアウトを示す図である。
【図２】図１に図示された臨時ディスク管理領域（ＴＤＭＡ）に記録される臨時ディスク管理情報の一例を示す図である。
【図３】レイヤ当たりの容量によるディスク・パラメータを示す図である。
【図４Ａ】３層の情報記録媒体で、それぞれの層にスペア領域を割り当てた形態を示す図である。
【図４Ｂ】４層の情報記録媒体で、それぞれの層にスペア領域を割り当てた形態を示す図である。
【図５】ＳＢＭフォーマットの一例を示す図である。
【図６】本発明によるさらなるビットマップを説明するための参考図である。
【図７】本発明によるＴＤＭＡの一例を示す図である。
【図８】ｎ番目の層に記録されるＴＤＭＩｎの一例を示す図である。
【図９Ａ】ＳＢＭを別途のクラスタまたは記録／再生単位ブロックで生成する例を説明するための参考図である。
【図９Ｂ】ＡＳＢＭを別途のクラスタまたは記録／再生単位ブロックで生成する例を説明するための参考図である。
【図１０】本発明によるＳＢＭの基本的なフォーマットの一例を示す図である。
【図１１Ａ】本発明によって、ＳＢＭとＡＳＢＭとを区別するためのＳＢＭヘッダ情報を異ならせる１つの例を示す図である。
【図１１Ｂ】本発明によって、ＳＢＭとＡＳＢＭとを区別するためのＳＢＭヘッダ情報を異ならせる１つの例を示す図である。
【図１２Ａ】本発明によって、ＳＢＭとＡＳＢＭとを区別するために、ＳＢＭヘッダ情報を異ならせる他の例を示す図である。
【図１２Ｂ】本発明によって、ＳＢＭとＡＳＢＭとを区別するために、ＳＢＭヘッダ情報を異ならせる他の例を示す図である。
【図１３Ａ】本発明によって、ＳＢＭとＡＳＢＭとを区別するために、ＳＢＭヘッダ情報を異ならせるさらに他の例を示す図である。
【図１３Ｂ】本発明によって、ＳＢＭとＡＳＢＭとを区別するために、ＳＢＭヘッダ情報を異ならせるさらに他の例を示す図である。
【図１４Ａ】本発明によって、ＳＢＭとＡＳＢＭとを区別するために、ＳＢＭヘッダ情報を異ならせるさらに他の例を示す図である。
【図１４Ｂ】本発明によって、ＳＢＭとＡＳＢＭとを区別するために、ＳＢＭヘッダ情報を異ならせるさらに他の例を示す図である。
【図１５】ＳＢＭの開始ＰＳＮと、ＡＳＢＭの開始ＰＳＮとについて説明するためのディスク・レイアウトである。
【図１６Ａ】本発明によって、ＳＢＭとＡＳＢＭとを区別するために、ＳＢＭヘッダ情報を異ならせるさらに他の例を示す図である。
【図１６Ｂ】本発明によって、ＳＢＭとＡＳＢＭとを区別するために、ＳＢＭヘッダ情報を異ならせるさらに他の例を示す図である。
【図１７】本発明による記録再生装置の概略的なブロック図である。
【図１８】図１７に図示された本発明による記録再生装置が具現されたドライブのブロック図である。
【図１９】本発明による記録方法のフローチャートである。
【図２０】本発明による再生方法のフローチャートである。
【発明を実施するための形態】
【０００８】
本発明の１つの特徴は、情報記録媒体において、ユーザデータが記録されるユーザデータ領域と、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すスペース・ビットマップが記録される臨時ディスク管理領域と、を含み、前記スペース・ビットマップは、前記スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足した場合、割り当てられるさらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるためのヘッダ情報を含むことである。
【０００９】
前記ヘッダ情報は、さらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるために、対応するスペース・ビットマップによって示される前記ユーザデータ領域の開始アドレス情報を含むことが望ましい。
【００１０】
また、前記さらなるスペース・ビットマップのヘッダ情報に含まれる開始アドレス情報は、前記スペース・ビットマップによって示されるユーザデータ領域の容量によって変わることが望ましい。
【００１１】
本発明の他の特徴は、情報記録媒体にデータを記録する装置において、ユーザデータが記録されるユーザデータ領域と、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すスペース・ビットマップが記録される臨時ディスク管理領域と、を含む前記情報記録媒体にデータを伝達するために、光を照射したり受信するピックアップと、前記スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足した場合、割り当てられるさらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるためのヘッダ情報を含む前記スペース・ビットマップを記録するように、前記ピックアップを制御する制御部と、を含むことである。
【００１２】
本発明のさらに他の特徴は、情報記録媒体からデータを再生する装置において、ユーザデータが記録されるユーザデータ領域と、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すスペース・ビットマップが記録される臨時ディスク管理領域と、を含む前記情報記録媒体にデータを伝達するために、光を照射したり受信するピックアップと、前記スペース・ビットマップから、前記スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足した場合、割り当てられるさらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるためのヘッダ情報を読み取るように、前記ピックアップを制御する制御部と、を含むことである。
【００１３】
本発明のさらに他の特徴は、ユーザデータが記録されるユーザデータ領域と、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すスペース・ビットマップが記録される臨時ディスク管理領域と、を含む情報記録媒体にデータを記録する方法において、前記スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足した場合、割り当てられるさらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるためのヘッダ情報を含む前記スペース・ビットマップを記録する段階を含むことである。
【００１４】
本発明のさらに他の特徴は、ユーザデータが記録されるユーザデータ領域と、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すスペース・ビットマップが記録される臨時ディスク管理領域と、を含む情報記録媒体からデータを再生する方法において、前記スペース・ビットマップから、前記スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足した場合、割り当てられるさらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるためのヘッダ情報を再生する段階を含むことである。
【００１５】
以下、添付された図面を参照しつつ、本発明の望ましい実施形態について詳細に説明する。
【００１６】
図１は、本発明が適用されるディスク１００の概略的なレイアウトを示している。図１を参照すれば、ディスク１００は、リードイン領域１１０と、データ領域１２０とを含む。
【００１７】
リードイン領域１１０は、臨時ディスク管理領域（ＴＤＭＡ：temporary  disc  management  area）１１１と、ディスク管理領域（ＤＭＡ：disc  management  area）１１２とを含む。
【００１８】
臨時ディスク管理領域（ＴＤＭＡ）１１１は、記録方式による記録管理情報、欠陥または論理的オーバーライト（logical  overwrite）による情報記録媒体の使用中に、ディスク管理情報を記録するための領域である。
【００１９】
ディスク管理領域（ＤＭＡ）１１２は、前記臨時ディスク管理領域１１１に記録された最終的なディスク管理情報を、ディスクの最終化時に移して記録するための領域である。
【００２０】
データ領域１２０は、スペア領域１２１と、ユーザデータ領域１２２とを含む。
【００２１】
ユーザデータ領域１２２は、ユーザデータが、記録／再生単位ブロックで記録されるための領域をいう。
【００２２】
スペア領域１２１は、ユーザデータ領域１２２で、欠陥ブロックが検出された場合、当該欠陥ブロックを代替するための代替ブロック、またはユーザデータ領域のデータブロックを、論理的オーバーライトによってアップデートするための代替ブロックを記録するための領域である。
【００２３】
本発明が適用されるディスク・レイアウトは、図１に図示された形態に限定されるものではなく、図１に図示されたレイアウトは、一例として示しただけである。例えば、リードイン領域１１０は、ディスク情報を記録するための他の領域をさらに含むことができることを言うまでもなく、また、データ領域１２０にも、スペア領域がさらに含まれ、また、かようなディスクは、１層以上の記録層からなってもよいことは言うまでもない。
【００２４】
図２は、図１に図示された臨時ディスク管理領域１１１に記録される臨時ディスク管理情報２００の一例を示している。図２を参照すれば、臨時ディスク管理情報（ＴＤＭＩ：temporary  disc  management  information）２００は、臨時ディスク定義構造（ＴＤＤＳ：temporary  disc  definition  structure）２１０、臨時欠陥リスト（ＴＤＦＬ：temporary  defect  list）２２０、スペース・ビットマップ／シーケンシャル・レコーディングレインジ情報（ＳＢＭ／ＳＲＲＩ：space  bitmap／sequential  recording  range  information）２３０を含む。
【００２５】
臨時欠陥リスト（ＴＤＦＬ）２２０は、ユーザデータ領域１２２に発生した欠陥や、論理的オーバーライトによる代替時に、オリジナルブロックと代替ブロック（replacement  block）とについての情報を含む。臨時欠陥リスト２２０は、少なくとも１つの欠陥リストエントリを含むが、各欠陥リストエントリは、例えば、欠陥ブロックの位置情報と、代替ブロックの位置情報とを含んでもよい。
【００２６】
臨時ディスク定義構造（ＴＤＤＳ）２１０は、ディスクの管理のための情報、または臨時欠陥リストの管理のための情報を含む。例えば、臨時ディスク定義構造２１０は、臨時欠陥リスト２２０の位置情報を含む。
【００２７】
スペース・ビットマップ／シーケンシャル・レコーディングレインジ情報（ＳＢＭ／ＳＲＲＩ）２３０は、ユーザデータ領域の記録状態を示すための記録管理情報を含む。記録方式がランダム・レコーディング（random  recording）である場合、ユーザデータ領域１２２のそれぞれの記録／再生単位ブロックの記録状態を、ビット（bit）で表示したスペース・ビットマップ（ＳＢＭ：space  bitmap）情報が記録され、記録方式がシーケンシャル・レコーディング（sequential  recording）である場合、シーケンシャル・レコーディングレインジ情報（ＳＲＲＩ）が記録される。
【００２８】
図２に図示された臨時ディスク管理情報２００の形態も、一例として示したものであり、本発明がこれに限定されるものではない。従って、臨時ディスク管理情報は、ＴＤＤＳ、ＴＤＦＬ、ＳＢＭを含むこともあり、ＴＤＤＳとＳＢＭとからなり、ＴＤＦＬが別途に記録されることがあることは言うまでもない。
【００２９】
図３は、レイヤ当たりの容量によるディスク・パラメータを示している。図３を参照すれば、レイヤ当たり２５ＧＢであるディスクのデータゾーン（data  zone）容量は、３８１８５６ＲＵＢ、レイヤ当たり３２ＧＢのディスクのデータゾーン容量は、４８８８０２ＲＵＢ、レイヤ当たり３３．４ＧＢであるディスクのデータゾーン容量は、５０９８２６ＲＵＢである。ＲＵＢは、recording  unit  blockの略字であり、記録単位ブロックを示す。一般的には、ディスクにデータを記録する記録単位ブロックがまた、再生単位ブロックになるために、記録／再生単位ブロックとも呼ぶ。
【００３０】
以下で説明する実施形態では、次のような例を利用する。
【００３１】
記録／再生単位ブロックに収容されるユーザデータの大きさは、６４ＫＢ（＝３２セクタ）を例とする。
【００３２】
臨時ディスク管理情報は、１セクタのＴＤＤＳ、（３２＊ディスク層数−１セクタ）セクタのＴＤＦＬ、３１セクタのＳＢＭ／ＳＲＲＩを含む。
【００３３】
ＳＢＭは、それぞれの層に対応するＳＢＭを有する。すなわち、３層であるならば、ＳＢＭ０、ＳＢＭ１、ＳＢＭ２を有し、それぞれのＳＢＭは、ＴＤＤＳと共に記録される。
【００３４】
ランダム・レコーディングモードで、臨時ディスク管理情報ＴＤＤＳとＳＢＭとが共にＴＤＭＡに記録されるが、その大きさをＴＤＤＳ
１セクタ、ＳＢＭ ３１セクタとすることにより、１つの記録／再生単位ブロックで記録することができる。
【００３５】
ＳＢＭの場合、ヘッダ（header）情報として６４バイトで有するので、残りの情報でビットマップデータ（bitmap  data）を示すが、その場合、示すことができる記録／再生単位ブロックの個数は、８（ビット）＊（３１（セクタ）＊２０４８（２キロバイト）−６４（バイト））＝５０７３９２である。すなわち、１セクタを２ＫＢ（キロバイト）とすれば、ＳＢＭ容量である３１セクタは、３１＊２０４８（＝２ＫＢ）バイトになり、ここで、ヘッダ情報容量６４バイトを差し引けば、（３１＊２０４８−６４）バイトになり、ＳＢＭでは、１つのビットが１つの記録／再生単位ブロックの記録有無状態を表示するので、８＊（３１＊２０４８−６４）ビットが記録／再生単位ブロックの状態を示すので、結局、１つのＳＢＭで、８＊（３１＊２０４８−６４）個の記録／再生単位ブロックを表示することができることになる。これにより、図３に図示されたディスク・パラメータから分かるように、３３．４ＧＢ／Ｌである場合、データゾーン全体をビットマップで示すことはできない（data  zoneにspare  areaが割り当てられていない場合、data  zone＝user  data  area）。
【００３６】
従って、ユーザデータ領域の記録／再生単位ブロックを、決まったＳＢＭでいずれも表示することができない場合、それぞれの層に、２４３４＝５０９８２６−５０７３９２ブロック以上のスペア領域（spare  area）を割り当てることによって、それぞれの層を１つのＳＢＭで示す。このようにすることにより、各層に対応するＳＢＭの大きさを３１セクタとし、ＴＤＤＳと共に１つのブロックで記録することができる。
【００３７】
図４Ａ及び図４Ｂは、以上のような方法による３層／４層の情報記録媒体で、それぞれの層にスペア領域を割り当てた場合を示している。本発明によって、ＳＡｎ＿size＋ＳＡｎ＋１＿size＞＝２４３４でなければならず、具体的には、２のパワー乗による前記方法によるspare areaの割り当ては、強制的（mandatory）であるから、４０９６≦ＳＡｎ＿size＋ＳＡｎ＋１＿size（ｎ＝０，２，４，６）のような数式を満足せねばならない。
【００３８】
さらに具体的には、シーケンシャル・レコーディングモード（sequential  recording  mode）で、スペア領域の割り当ては、選択的（optional）である。すなわち、スペア領域の大きさが０であってもよい。
【００３９】
ランダム・レコーディングモード（random  recording  mode）で、スペア領域の割り当ては、強制的（mandatory）である。すなわち、その大きさが０ではない、少なくとも１つのスペア領域がディスク上に割り当てられねばならず、それぞれの層に割り当てられたスペア領域の大きさは、一定サイズ（一例として、４０９６）以上である（前記で、一定サイズというのは、与えられたＳＢＭフォーマットの大きさで示すことができないユーザデータ領域の残余ブロック数をいう）。
【００４０】
さらに具体的には、ディスクの内周側にあるスペア領域の割り当てを強制的なものにしてその大きさを固定したり、あるいは一定サイズ（一例として、４０９６）以上割り当てるようにする。すなわち、前記図４Ａに図示された３層である場合、spare  area  ０  ４１１、spare  area  ３  ４１３、spare  area  ４  ４１５、図４Ｂに図示された４層である場合、spare  area  ０  ４２１、spare  area  ３  ４２３、spare  area  ４  ４２５、spare  area  ７  ４２７の割り当てをmandatoryとし、その大きさを４０９６のように一定サイズに固定したり、あるいはそれ以上割り当てるようにする。同様に、ディスクの外周側にあるスペア領域の割り当てをmandatoryとし、その大きさを固定したり、あるいは一定サイズ（一例として、４０９６）以上割り当てるようにすることができる。
【００４１】
以上のような方法によって提案されるＳＢＭフォーマットは、図５に図示されているようである。
【００４２】
図５を参照すれば、ＳＢＭフォーマットは、ＳＢＭヘッダと、ビットマップデータとを含む。
【００４３】
ユーザデータ領域の記録／再生単位ブロックを、決まったＳＢＭでいずれも表示することができない場合の問題点を解決するための１つの方法について説明する。
【００４４】
例えば、前述のように、３１セクタのＳＢＭで、ユーザデータ領域の記録／再生単位ブロックをいずれも示すことができない場合、すなわち、層当たり３３．４ＧＢの場合、３１セクタのＳＢＭで示すことができる部分まで示し、残りのブロック５０９８２６−５０７３９２＝２４３４（bitmap  dataで表現する場合、２４３４ビット＝３０４．２５バイトが必要）ブロックに係わるビットマップは、ＴＤＤＳやＴＤＦＬのように残りのディスク管理情報に保存して記録する。もちろん、かようなさらなるビットマップは、必ずしもＴＤＤＳやＴＤＦＬに限定されるものではなく、ディスクのどの領域のどこにも記録されてもよいのである。
【００４５】
図６は、本発明によるさらなるビットマップ（additional  bitmap）について説明するための参考図である。図６を参照すれば、ディスクは、レイヤ０，１，２からなり、各レイヤのデータ領域は、２つのスペア領域とユーザデータ領域とを含む。
【００４６】
Ｌ０のユーザデータ領域の一部は、ＳＢＭ０  ６１０によって、その記録／再生単位ブロックの記録状態いかんが表示され、残りのＳＢＭ０  ６１０によって表示されえないユーザデータ領域の残りの一部は、さらなるＳＢＭであるＡＳＢＭ（additional  space  bitmap）０  ６２０によって表示される。
【００４７】
Ｌ１も同様に、Ｌ１のユーザデータ領域の一部は、ＳＢＭ１  ６３０によって、その記録／再生単位ブロックの記録状態いかんが表示され、残りのＳＢＭ１によって表示されえないユーザデータ領域の残りの一部は、さらなるＳＢＭであるＡＳＢＭ１  ６４０によって表示される。
【００４８】
Ｌ２の場合には、ＳＢＭ２  ６５０で、Ｌ２のユーザデータ領域の記録／再生単位ブロックの記録状態いかんをいずれも表示することができるために、別途のさらなるＳＢＭが設けられていない。
【００４９】
ＴＤＤＳは、それぞれの層に係わるＳＢＭが記録された位置情報であるので、ＳＢＭがアップデートされるとき、ＴＤＤＳも共にアップデートされる関係があるので、さらなるビットマップデータをＴＤＤＳ内に保存して記録するならば、アップデート管理時に便利になる。
【００５０】
図７は、本発明によるＴＤＭＡ  ７００の一例を示している。図７を参照すれば、ＴＤＭＡ  ７００は、臨時ディスク管理情報（ＴＤＭＩ）７１０が１つの記録／再生単位ブロックで記録される。ＴＤＭＩ  ７１０は、ＳＢＭ  ７２０とＴＤＤＳ  ７３０とを含む。もちろん、図７に図示された例では、ＳＢＭ  ７２０とＴＤＤＳ  ７３０とを含む臨時ディスク管理情報が、１つの記録／再生単位ブロックに記録されると図示されたが、本発明がこれに限定されるものではなく、臨時ディスク管理情報は、２つ以上の記録／再生単位ブロックに記録されることがあるということは言うまでもない。
【００５１】
図８は、ｎ番目の層に記録されるＴＤＭＩｎの一例を示している。図８を参照すれば、ＴＤＭＩｎ  ８００は、ＳＢＭｎ  ８１０とＴＤＤＳｎ  ８２０とを含む。
【００５２】
ＳＢＭｎ  ８１０で示すことができないｎ層の残りのユーザデータブロックに係わるビットマップデータ（bitmap  data）を前記ＴＤＤＳｎ  ８２０に示す。
【００５３】
ＳＢＭｎ  ８１０とＴＤＤＳｎ  ８２０とが同一ブロックに記録されるので、今後、最終的なＴＤＤＳからＳＢＭｎにアクセスするとき、前記ＳＢＭｎを含むブロック内にあるＴＤＤＳｎで、残りのビットマップデータを得ることができるために、結局、ＴＤＭＩｎからｎ層に係わるbitmap  dataをいずれも得ることができる。
【００５４】
前述の最初の方法でのように、ディスクのデータ領域にスペア領域をどのように割り当てるかにより、すなわち、割り当てられたspare  areaの大きさによって、３１セクタのＳＢＭｎで、ｎ層のユーザデータ領域をいずれも示すこともでき、そうではないこともある。このために、ＳＢＭｎ内にさらなるスペース・ビットマップ（ＡＳＢＭ）・フラグ（flag）情報を一つ置き、ｎ層のユーザデータ領域をＳＢＭｎでいずれも示すことができず、さらなるbitmap  dataがあるということを示すことが必要である。例えば、ＡＳＢＭ  flag情報をＳＢＭｎのheaderのようなところに置き、その設定値が「０」であるならば、ＳＢＭｎで、ｎ層のユーザデータ領域をいずれも示すことができ、ＡＳＢＭｎがないということを示し、その設定値が「１」であるならば、ｎ層のユーザデータ領域が、ＳＢＭｎで示すには過度に大きく、表現することができない残りのユーザデータ領域に係わるbitmap  dataがＡＳＢＭｎにあるということを示すことが望ましい。すなわち、ＳＢＭｎ＋ＴＤＤＳｎが１つのブロックを構成して記録されるとき、ＡＳＢＭ flag情報がＳＢＭheaderのようなところにおいて、ＡＳＢＭｎ有無を示さねばならない場合、ＴＤＤＳｎに保存される。
【００５５】
例えば、３層ディスクの場合、３層いずれもＳＢＭのアップデートが必要であり、ＳＢＭ０，ＳＢＭ１，ＳＢＭ２の順でアップデートされる場合、ＳＢＭ０＋ＴＤＤＳ０，ＳＢＭ１＋ＴＤＤＳ１，ＳＢＭ２＋ＴＤＤＳ２の順序でブロックが記録されるのである。このとき、最後のブロックのＴＤＤＳ２は、最終的なＳＢＭ０，ＳＢＭ１，ＳＢＭ２が記録された位置を示すポイントが記録されるものであり、ＴＤＤＳ２から、ＳＢＭ０，ＳＢＭ１，ＳＢＭ２を得ることになるが、それぞれの層に割り当てられたスペア領域の大きさによって、ＡＳＢＭが必要でもあり、あるいは不要でもある。この場合、ドライブのコントローラは、ＴＤＤＳに保存されたスペア領域の割り当て情報を基に、これを知ることも可能であり、あるいはそれぞれの層に係わるＳＢＭから、当該層に係わるＡＳＢＭがあるかないかを知り、もし一あるならば、当該ＳＢＭと共に記録されたＴＤＤＳからＡＳＢＭを得て、当該層に係わるbitmap  dataをいずれも得ることができる。前記で、ＳＢＭ０＋ＴＤＤＳ０，ＳＢＭ１＋ＴＤＤＳ１，ＳＢＭ２＋ＴＤＤＳ２と記録されるとき、ＡＳＢＭが必要であるとすれば、ＴＤＤＳ０はＡＳＢＭ０を、ＴＤＤＳ１はＡＳＢＭ１を、ＴＤＤＳ２はＡＳＢＭ２を保存することになる。また、それぞれの層に割り当てられたスペア領域の大きさが異なることがあるので、必要なＡＳＢＭの大きさも層によって異なることがある。従って、ＴＤＤＳ内でのＡＳＢＭの開始位置及び終了位置、開始位置及びbitmap長情報、またはbitmap長情報及び終了位置情報をＳＢＭ内に保存したり、あるいは必要なＡＳＢＭの最大サイズほどＴＤＤＳ内の固定的な位置に割り当てて示すことができる。
【００５６】
また、それぞれのＳＢＭｎは、ＡＳＢＭｎのビットマップデータが示すユーザデータ領域の開始アドレス情報と、ＡＳＢＭｎで示すビットマップデータの長さ情報とを有する。もちろん、この情報は、ＡＳＢＭｎに保存されもする。ディスク最終化時、ＳＢＭｎ＋ＴＤＤＳｎは、ＳＢＭｎ＋ＤＤＳｎとしてＤＭＡ上に記録され、ＤＤＳｎは、ＴＤＤＳｎのように、ＡＳＢＭｎに係わる情報をそのまま保存する。
【００５７】
さて、本発明の他の例であって、さらなるＳＢＭをＴＤＤＳ内に割り当てるのではなく、別途のクラスタまたは記録／再生単位ブロックに割り当てることについて説明する。
【００５８】
図９Ａ及び図９Ｂは、ＳＢＭとＡＳＢＭとを別途のクラスタ、または記録／再生単位ブロックで生成する例について説明するための参考図である。
【００５９】
図９Ａ及び図９Ｂを参照すれば、ＳＢＭ  ９１０は、１つのクラスタまたは記録／再生単位ブロックからなっており、かようなＳＢＭによって、ユーザデータ領域の記録／再生単位ブロックの記録有無状態を示すが、ＳＢＭ  ９１０で、ユーザデータ領域の記録／再生単位ブロックの記録有無状態をいずれも示すことができない場合、もう１つのクラスタまたは記録／再生単位ブロックを利用してＡＳＢＭ  ９２０を示す。
【００６０】
このように、ＡＳＢＭを別途のクラスタまたは記録／再生単位ブロックで示す場合には、ディスクには、ＳＢＭクラスタとＡＳＢＭクラスタとが共に存在するために、ＳＢＭクラスタとＡＳＢＭクラスタとを区別させる方法が必要になる。
【００６１】
以下の説明で、ＳＢＭクラスタとＡＳＢＭクラスタとを区別させる方法として、次のような４種を例に挙げて説明する。
【００６２】
第一に、ＳＢＭヘッダ情報内のバージョンナンバ・フィールドを利用し、ＳＢＭとＡＳＢＭとに互いに異なるバージョンナンバを割り当てる例である。
【００６３】
第二に、ＳＢＭヘッダ情報内に、「シーケンスナンバ・インレイヤ」フィールドをおき、ＳＢＭとＡＳＢＭとに互いに異なるシーケンスナンバを割り当てる例である。
【００６４】
第三に、ＳＢＭヘッダ情報内の、ビットマップの「開始ＰＳＮ」フィールドを利用し、ＳＢＭとＡＳＢＭとに互いに異なる値を割り当てる例である。
【００６５】
第四に、ＳＢＭヘッダ情報または他の部分に、「連続フラグ（continuation  flag）」フィールドをおき、ＳＢＭとＡＳＢＭとに互いに異なる値を割り当てて区分させる例である。
【００６６】
図１０は、本発明によるＳＢＭの基本的なフォーマットの一例を示している。図１０を参照すれば、ＳＢＭフォーマット１０００は、データフレーム０に、ＳＢＭヘッダ１０１０、データフレーム１から３０までのビットマップデータ１０２０、データフレーム３１にＴＤＤＳ
１０３０を含む。
【００６７】
図１０に図示されたＳＢＭフォーマットは、各層のユーザデータ領域の大きさによって、ＡＳＢＭｎの有無を示すフラグ情報を含む。すなわち、当該層のユーザデータ領域の大きさが、１つの記録／再生単位ブロックのＳＢＭでカバー可能である場合、そのＡＳＢＭｎフラグの値を「０」のような特定の値に設定し、layer ｎに係わるＡＳＢＭｎが不要であるということを示したり、あるいは不要であるので、ディスク上に記録されていないか、あるいはまたは１つの記録／再生単位ブロックでlayer  ｎのbitmapを示すのに十分であるということを示す。
【００６８】
本発明で、ＳＢＭとＡＳＢＭとのフォーマットは、同一であるが、これをＳＢＭフォーマットであると命名した。ＡＳＢＭは、ＳＢＭと全く異なったものではなく、それぞれの層でＳＢＭフォーマットを使用して、１つの記録／再生単位ブロックでbitmapをいずれも表示することができない場合、さらなるbitmapを示さねばならないが、このためには、ＳＢＭフォーマットを利用した他の記録／再生単位ブロックが必要である。これを、ＡＳＢＭと命名したのである。
【００６９】
図１１Ａ及び図１１Ｂは、本発明によって、ＳＢＭとＡＳＢＭとを区別するためのＳＢＭヘッダ情報を異ならせる１つの例を示している。
【００７０】
図１１Ａは、ＳＢＭヘッダ１１１０を示し、図１１Ｂは、ＡＳＢＭヘッダ１１２０を示す。ＳＢＭヘッダ１１１０とＡＳＢＭヘッダ１１２０は、いずれもバージョンナンバ・フィールドを有しているが、ＳＢＭヘッダ１１１０とＡＳＢＭヘッダ１１２０は、ＳＢＭとＡＳＢＭとを区別するために、このバージョンナンバ・フィールドの値を互いに異なる値に設定する。図１１Ａ及び図１１Ｂを参照すれば、ＳＢＭヘッダ１１１０とＡＳＢＭヘッダ１１２０とを区別するために、ＳＢＭヘッダ１１１０は、バージョンナンバ・フィールド１１１１に「０ｈ」が設定され、ＡＳＢＭヘッダ１１２０のバージョンナンバ・フィールド１１２１には、「１ｈ」が設定される。
【００７１】
図１２Ａ及び図１２Ｂは、本発明によって、ＳＢＭとＡＳＢＭとを区別するために、ＳＢＭヘッダ情報を異ならせる他の例を示している。
【００７２】
図１２Ａは、ＳＢＭヘッダ１２１０を示し、図１２Ｂは、ＡＳＢＭヘッダ１２２０を示す。ＳＢＭヘッダ１２１０とＡＳＢＭヘッダ１２２０は、いずれもレイヤナンバ（layer  number）・フィールドとシーケンスナンバ・インレイヤ（sequence  number  in  layer）・フィールドとを有しているが、ＳＢＭヘッダ１２１０とＡＳＢＭヘッダ１２２０は、ＳＢＭとＡＳＢＭとを区別するために、このシーケンスナンバ・インレイヤの値を互いに異なる値に設定する。図１２Ａ及び図１２Ｂを参照すれば、ＳＢＭヘッダ１２１０とＡＳＢＭヘッダ１２２０とを区別するために、ＳＢＭヘッダ１２１０は、シーケンスナンバインレイヤ・フィールド１２１２に、「０ｈ」が設定され、ＡＳＢＭヘッダ１２２０のシーケンスナンバ・インレイヤ・フィールド１１２２には、「１ｈ」が設定される。
【００７３】
図１３Ａ及び図１３Ｂは、本発明によって、ＳＢＭとＡＳＢＭとを区別するために、ＳＢＭヘッダ情報を異ならせるさらに他の例を示している。
【００７４】
図１３Ａは、ＳＢＭヘッダ１３１０を示し、図１３Ｂは、ＡＳＢＭヘッダ１３２０を示す。ＳＢＭヘッダ１３１０とＡＳＢＭヘッダ１３２０は、いずれもシーケンスナンバ・インレイヤ／レイヤナンバ・フィールドを有しているが、ＳＢＭヘッダ１３１０とＡＳＢＭヘッダ１３２０は、ＳＢＭとＡＳＢＭとを区別するために、このシーケンスナンバ・インレイヤ／レイヤナンバ・フィールドの値を互いに異なる値に設定される。シーケンスナンバ・インレイヤ／レイヤナンバ・フィールドは、既存のレイヤナンバ・フィールドを利用したものであるが、既存のレイヤナンバ・フィールドで表示していたレイヤナンバを、下位４ビットで表示し、ＳＢＭとＡＳＢＭとを区別するための情報を、上位４ビットに表示するのである。図１３Ａ及び図１３Ｂを参照すれば、ＳＢＭヘッダ１３１０とＡＳＢＭヘッダ１３２０とを区別するために、ＳＢＭヘッダ１３１０は、シーケンスナンバ・インレイヤ／レイヤナンバ・フィールド１３１１に、「０ｈ／ｎｈ」が設定され、ＡＳＢＭヘッダ１３２０のシーケンスナンバ・インレイヤ／レイヤナンバ・フィールド１３２１には「１ｈ／ｎｈ」が設定される。
【００７５】
図１４Ａ及び図１４Ｂは、本発明によって、ＳＢＭとＡＳＢＭとを区別するために、ＳＢＭヘッダ情報を異ならせるさらに他の例を示す。
【００７６】
図１４Ａは、ＳＢＭヘッダ１４１０を示し、図１４Ｂは、ＡＳＢＭヘッダ１４２０を示している。ＳＢＭヘッダ１４１０とＡＳＢＭヘッダ１４２０は、いずれも開始ＰＳＮ（start  physical  sector  number）フィールドを有しているが、ＳＢＭヘッダ１４１０とＡＳＢＭヘッダ１４２０は、ＳＢＭとＡＳＢＭとを区別するために、この開始ＰＳＮの値を互いに異なる値に設定される。図１４Ａ及び図１４Ｂを参照すれば、ＳＢＭヘッダ１４１０とＡＳＢＭヘッダ１４２０とを区別するために、ＳＢＭヘッダ１４１０は、開始ＰＳＮフィールド１４１１に「開始ＰＳＮｎ−０」が設定され、ＡＳＢＭヘッダ１４２０の開始ＰＳＮフィールド１４２１には、「開始ＰＳＮｎ−０＋００Ｆ０００００ｈ」が設定される。
【００７７】
もちろん、開始ＰＳＮｎ−０や開始ＰＳＮｎ−０＋００Ｆ０００００ｈは、例示的な値に過ぎず、本発明によって、この値は、他のいかなる値になってもよい。
【００７８】
図１５は、ＳＢＭの開始ＰＳＮと、ＡＳＢＭの開始ＰＳＮとについて説明するためのディスク・レイアウトである。図１５に図示されたディスク・レイアウトは、３層の記録層Ｌ０  １５１０、Ｌ１  １５２０、Ｌ２  １５３０を含み、各記録層は、データ領域１５００に、スペア領域１５０１，１５０２及びユーザデータ領域１５０３を含む。
【００７９】
Ｌ０  １５１０で、トラックキング方向（tracking  direction）は、左から始まって右に向かい、ＳＢＭ０  １５１２の開始ＰＳＮは、ＳＢＭ０  １５１２によって示されるユーザデータ領域の最初アドレスである開始ＰＳＮ０−０  １５１１になり、ＡＳＢＭ０  １５１４の開始ＰＳＮは、ＡＳＢＭ０  １５１４によって示されるユーザデータ領域の最初のアドレスである開始ＰＳＮ０−１  １５１３になる。
【００８０】
同様に、Ｌ１  １５２０で、トラックキング方向は、右から始まって左に向かい、ＳＢＭ１  １５２２の開始ＰＳＮは、ＳＢＭ１  １５２２によって示されるユーザデータ領域の最初のアドレスである開始ＰＳＮ１−０  １５２１になり、ＡＳＢＭ１  １５２４の開始ＰＳＮは、ＡＳＢＭ１  １５２４によって示されるユーザデータ領域の最初のアドレスである開始ＰＳＮ１−１  １５２３になる。
【００８１】
また、Ｌ２  １５３０で、トラックキング方向は、左から始まって右に向かい、ＳＢＭ２  １５３２の開始ＰＳＮは、ＳＢＭ２  １５３２によって示されるユーザデータ領域の最初のアドレスである開始ＰＳＮ２−０  １５３１になり、ＡＳＢＭ２  １５３４の開始ＰＳＮは、ＡＳＢＭ２  １５３４によって示されるユーザデータ領域の最初のアドレスである開始ＰＳＮ２−１  １５３３になる。
【００８２】
具体的には、開始ＰＳＮｎ−０には、各層のユーザデータ領域で、tracking  directionで始まる記録／再生単位ブロックの最初のＰＳＮが設定され、これにより、開始ＰＳＮｎ−１＝開始ＰＳＮｎ−０＋「ＳＢＭフォーマットが示すことができる最大のbitmap  sizeをＰＳＮに換算した値」に設定される。この値は、記録／再生単位ブロックの大きさやＰＳＮ設定によって異なるが、例を挙げれば、次の通りである。
【００８３】
前記図１０に図示された本発明のＳＢＭフォーマットの実施形態で、bitmap  dataは、３０セクタが最大であるので、これを計算してみれば、３０（セクタ）＊２０４８（バイト）＊８（ビット）＝４９１５２０記録／再生単位ブロックを示すことができる。言い換えれば、３０セクタのビットマップデータで、４９１５２０記録／再生単位ブロックを示すことができるというのである。記録／再生単位ブロックが６４ＫＢ（３２セクタ）として、これをＰＳＮに換算すれば、４９１５２０＊３２＝１５７２８６４０（＝００  Ｆ０００００ｈ）である。従って、ＰＳＮに換算された前記オフセット値は、００Ｆ０００００ｈである。もちろんこれは、ＰＳＮがtracking  directionに順次に増加するという仮定下で計算された値である。
【００８４】
図１６Ａ及び図１６Ｂは、本発明によって、ＳＢＭとＡＳＢＭとを区別するために、ＳＢＭヘッダ情報を異ならせるさらに他の例を示している。
【００８５】
図１６Ａは、ＳＢＭヘッダ１６１０を示し、図１６Ｂは、ＡＳＢＭヘッダ１６２０を示している。ＳＢＭヘッダ１６１０とＡＳＢＭヘッダ１６２０は、いずれも連続フラグ（continuation  flag）フィールドを有しているが、ＳＢＭヘッダ１６１０とＡＳＢＭヘッダ１６２０は、ＳＢＭとＡＳＢＭとを区別するために、この開始連続フラグの値を互いに異なる値に設定する。図１６Ａ及び図１６Ｂを参照すれば、ＳＢＭヘッダ１６１０とＡＳＢＭヘッダ１６２０とを区別するために、ＳＢＭヘッダ１６１０は、連続フラグ１６１１に「１」が設定され、ＡＳＢＭヘッダ１６２０は、連続フラグ１６２１に「０」が設定される。
【００８６】
さて、図１７ないし図２０を参照しつつ、本発明による記録／再生装置及び記録／再生方法について説明する。
【００８７】
図１７及び図１８は、本発明による記録再生装置のブロック図であり、図１９は、本発明による記録方法のフローチャートであり、図２０は、本発明による再生方法のフローチャートである。
【００８８】
図１７は、本発明による記録再生装置の概略的なブロック図である。図１７を参照すれば、本実施形態による装置は、記録／読み取り部１７１０、制御部１７２０を含む。
【００８９】
本実施形態による情報記録媒体１００は、ユーザデータが記録されるユーザデータ領域と、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すスペース・ビットマップが記録される臨時ディスク管理領域と、を含む。
【００９０】
記録／読み取り部１７１０は、制御部１７２０の制御によって、本実施形態による情報記録媒体１００にデータを記録し、記録されたデータを読み取る。
【００９１】
制御部１７２０は、記録媒体１００にデータを記録したり読み取るように、記録／読み取り部１７１０を制御する。特に、本発明による制御部１７２０は、スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足する場合に割り当てられるさらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるためのヘッダ情報を含む前記スペース・ビットマップを記録するように、記録／読み取り部１１１０を制御する。
【００９２】
また、制御部１７２０は、スペース・ビットマップから、スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足した場合に割り当てられるさらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるためのヘッダ情報を読み取るように、前記記録／読み取り部１１１を制御する。
【００９３】
ここで、ヘッダ情報は、さらなるスペース・ビットマップを、前記スペース・ビットマップと区別させるために、対応するスペース・ビットマップによって示される前記ユーザデータ領域の開始アドレス情報を含むことが望ましい。
【００９４】
前記さらなるスペース・ビットマップのヘッダ情報に含まれる開始アドレス情報は、前記スペース・ビットマップによって示されるユーザデータ領域の容量によって異なる。言い換えれば、前記さらなるスペース・ビットマップのヘッダ情報に含まれる開始アドレス情報は、前記スペース・ビットマップのヘッダ情報に含まれる開始アドレス情報に、前記スペース・ビットマップによって示されるユーザデータ領域の容量を加えることによって決定される。
【００９５】
記録側面の装置と再生側面の装置は、別個の装置で具現されもし、図１７に図示されたように、１つのシステムで具現されもする。
【００９６】
図１８は、図１７に図示された本発明による記録再生装置が具現されたドライブのブロック図である。図１８を参照すれば、ドライブは、記録／読み取り部１７１０として、ピックアップを具備する。情報記録媒体１００は、ピックアップに装着されている。また、ドライブは、制御部１７２０として、ホストＩ／Ｆ（interface）１、ＤＳＰ（digital  signal  processor）２、ＲＦ  ＡＭＰ（radio  frequency  amplifier）３、サーボ４及びシステム・コントローラ５を具備する。
【００９７】
記録時、ホストＩ／Ｆ  １、すなわち、ホスト・インターフェースは、ホスト（図示せず）から、記録するデータと共に記録命令を受ける。システム・コントローラ（system  controller）５は、記録に必要な初期化を行う。デジタル信号処理器（ＤＳＰ）２は、ホストＩ／Ｆ  １で受けた記録するデータに、エラー訂正のために、パリティなどの付加データを添加してＥＣＣ（error  correcting  code）エンコーディングを行った後、ＥＣＣエンコーディングデータを既定の方式で変調する。ＲＦ増幅器（ＲＦ  ＡＭＰ）３は、ＤＳＰ  ２から出力されたデータをＲＦ信号に変える。ピックアップは、ＲＦ  ＡＭＰ  ３から出力されたＲＦ信号を記録媒体１００に記録する。サーボ４は、システム・コントローラ５から、サーボ制御に必要な命令を入力され、ピックアップをサーボ制御する。
【００９８】
特に、本発明によるシステム・コントローラ５は、スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足する場合、割り当てられるさらなるスペース・ビットマップをスペース・ビットマップと区別させるヘッダ情報を含むスペース・ビットマップを記録するように、前記ピックアップを制御する（１９１０（図１９））。
【００９９】
再生時、ホストＩ／Ｆ  １は、ホスト（図示せず）から再生命令を受ける。システム・コントローラ５は、再生に必要な初期化を行う。ピックアップは、情報記録媒体１００にレーザビームを照射し、情報記録媒体１００から反射されたレーザビームを受光して得られた光信号を出力する。ＲＦ  ＡＭＰ  ３は、ピックアップから出力された光信号をＲＦ信号に変えて、Ｆ信号から得られた変調されたデータをＤＳＰ  ２に提供する一方、ＲＦ信号から得られた制御のためのサーボ信号をサーボ４に提供する。ＤＳＰ  ２は、変調されたデータを復調し、ＥＣＣエラー訂正を経て得られたデータを出力する。一方、サーボ４は、ＲＦ  ＡＭＰ  ３から受けたサーボ信号とシステム・コントローラ５から受けたサーボ制御に必要な命令を受け、ピックアップに係わる徐歩制御を行う。ホストＩ／Ｆ  １は、ＤＳＰ  ２から受けたデータをホストに送る。
【０１００】
特に、本発明によるシステム・コントローラ５は、前記スペース・ビットマップから、前記スペース・ビットマップの空間が、前記ユーザデータ領域の記録／再生単位ブロックの記録状態を示すのに不足する場合、割り当てられるさらなるスペース・ビットマップをスペース・ビットマップと区別させるヘッダ情報を再生するように、ピックアップを制御する（２０１０（図２０））。
【０１０１】
前述のような方法はまた、コンピュータに読み取り可能な記録媒体に、コンピュータで読み取り可能なコードとして具現することが可能である。コンピュータで読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータが保存されるあらゆる種類の記録装置を含む。コンピュータで読み取り可能な記録媒体の例としては、ＲＯＭ（read-only  memory）、ＲＡＭ（random-access  memory）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ保存装置などがあり、またキャリアウェーブ（例えば、インターネットを介した伝送）の形態で具現されるものも含む。また、コンピュータで読み取り可能な記録媒体は、ネットワークに連結されたコンピュータシステムに分散され、分散方式でコンピュータで読み取り可能なコードが保存されて実行される。そして、前記記録再生方法を具現するための機能的な（function）プログラム、コード及びコードセグメントは、本発明が属する技術分野のプログラマによって容易に推論されるであろう。
【０１０２】
以上、本発明について、その望ましい実施形態を中心に説明した。本発明が属する技術分野で当業者であるならば、本発明が本発明の本質的な特性から外れない範囲で変形された形態で具現可能であるということを理解することができるであろう。よって、開示された実施形態は、限定的な観点ではなく、説明的な観点から考慮されねばならない。本発明の範囲は、前述の説明ではなく、特許請求の範囲に示されており、それと同等な範囲内にあるあらゆる差異点は、本発明に含まれたものであると解釈されねばならない。
【図１】
2013508888.tif 000003
【図２】
2013508888.tif 000004
【図３】
2013508888.tif 000005
【図４Ａ】
2013508888.tif 000006
【図４Ｂ】
2013508888.tif 000007
【図５】
2013508888.tif 000008
【図６】
2013508888.tif 000009
【図７】
2013508888.tif 000010
【図８】
2013508888.tif 000011
【図９Ａ】
2013508888.tif 000012
【図９Ｂ】
2013508888.tif 000013
【図１０】
2013508888.tif 000014
【図１１Ａ】
2013508888.tif 000015
【図１１Ｂ】
2013508888.tif 000016
【図１２Ａ】
2013508888.tif 000017
【図１２Ｂ】
2013508888.tif 000018
【図１３Ａ】
2013508888.tif 000019
【図１３Ｂ】
2013508888.tif 000020
【図１４Ａ】
2013508888.tif 000021
【図１４Ｂ】
2013508888.tif 000022
【図１５】
2013508888.tif 000023
【図１６Ａ】
2013508888.tif 000024
【図１６Ｂ】
2013508888.tif 000025
【図１７】
2013508888.tif 000026
【図１８】
2013508888.tif 000027
【図１９】
2013508888.tif 000028
【図２０】
2013508888.tif 000029
【国際調査報告】
2013508888.tif 000030
2013508888.tif 000031
2013508888.tif 000032
2013508888.tif 000033