(57)【特許請求の範囲】
【請求項１】
データを保存するために形成された１つ以上のシーケンシャル記録領域（ｒｅｃｏｒｄｉｎｇ  ｒａｎｇｅ）を有する記録媒体上に、管理情報を記録する方法において、前記記録方法は、
記録可能な位置を持っているオープンシーケンシャル記録領域を記録可能な位置を持っていないクローズシーケンシャル記録領域に変更するときに、前記オープンシーケンシャル記録領域の記録可能なエリアにパッディングデータを記録するステップを実行するかどうかを決定するステップと、
前記パッディングデータを記録するステップが実行されたかどうかを示しているパッディングインジケータ情報を記録するステップと
を備えることを特徴とする方法。
【請求項２】
データを保存するために形成された１つ以上のシーケンシャル記録領域（ｒｅｃｏｒｄｉｎｇ  ｒａｎｇｅ）を有する記録媒体上に、管理情報を記録する装置において、前記記録装置は、
前記記録媒体上へ／から、直接にデータを記録／再生するよう構成されたピックアップと、
再生信号を前記ピックアップから受信および再生し、または前記記録媒体に特有の信号を変調するよう構成されたデータプロセッサと、
前記ピックアップを制御して、前記記録媒体から／へ、信号を読み出し／記録するよう構成されたサーボ部と、
一時的にデータを保存するよう構成されたメモリと、
前記ピックアップ、前記データプロセッサ、前記サーボ部および前記メモリである構成要素と動作的に結合され、前記構成要素を制御して、前記装置が、記録可能な位置を持っているオープンシーケンシャル記録領域を記録可能な位置を持っていないクローズシーケンシャル記録領域に変更するときに、前記オープンシーケンシャル記録領域の記録可能なエリアにパッディングデータを記録することを実行するかどうかを決定し、前記パッディングデータが記録されたかどうかを示しているパッディングインジケータ情報を記録するよう構成されたマイクロコンピュータと
を備えたことを特徴とする装置。
【請求項３】
前記マイクロコンピュータは、前記構成要素を制御して、前記装置が、前記決定の結果に従って前記パッディング情報を記録するよう構成されたことを特徴とする請求項２に記載の装置。
【請求項４】
前記マイクロコンピュータは、前記構成要素を制御して、前記オープンシーケンシャル記録領域から前記クローズシーケンシャル記録領域へ変更するときに、前記装置が前記パッディングデータを記録するように構成され、前記パッディングインジケータ情報は、前記パッディングデータが記録されたことを示すことを特徴とする請求項３に記載の装置。
【請求項５】
前記マイクロコンピュータは、前記構成要素を制御して、前記装置が、ホストからのパッディング命令なしに前記記録可能なエリアに前記パッディングデータを記録するよう構成されたことを特徴とする請求項４に記載の装置。
【請求項６】
前記装置は、前記マイクロコンピュータの制御の下で、前記パッディングデータを選択的に記録するよう構成されたことを特徴とする請求項３に記載の装置。
【請求項７】
前記マイクロコンピュータは、前記構成要素を制御して、前記装置がダミーデータまたはデータのゼロ値を前記パッディングデータとして記録するよう構成されたことを特徴とする請求項３に記載の装置。
【請求項８】
前記マイクロコンピュータは、前記構成要素を制御して、前記装置が、クローズされようとしている前記オープンシーケンシャル記録領域のすべての記録可能なエリアに前記パッディングデータを記録するよう構成されたことを特徴とする請求項３乃至７いずれかに記載の装置。
【請求項９】
前記マイクロコンピュータは、前記構成要素を制御して、前記装置が、２ビットからなる前記パッディングインジケータ情報を前記記録媒体上に記録するよう構成されたことを特徴とする請求項３乃至７いずれかに記載の装置。
【請求項１０】
前記ホストは、前記記録媒体へ／からデータを記録し／再生するコマンドを前記マイクロコンピュータへ送信するよう構成され、前記マイクロコンピュータは、前記ホストの前記コマンドに従って、前記ピックアップを制御するようさらに構成されたことを特徴とする請求項５に記載の装置。
【請求項１１】
データを保存するために形成された１つ以上のシーケンシャル記録領域（ｒｅｃｏｒｄｉｎｇ  ｒａｎｇｅ）を有する記録媒体上に、管理情報を記録する方法において、前記記録方法は、
記録可能な位置を持っているオープンシーケンシャル記録領域を記録可能な位置を持っていないクローズシーケンシャル記録領域に変更するときに、前記オープンシーケンシャル記録領域の記録可能なエリアにパッディングデータを記録するステップと、
前記パッディングデータを記録する前記ステップが実行されたかどうかを示しているパッディングインジケータ情報を記録するステップと
を備えることを特徴とする方法。
【請求項１２】
記録媒体上に管理情報を記録する装置において、
前記記録媒体上へ／から、データを直接に記録／再生するよう構成されたピックアップと、
再生信号を前記ピックアップから受信および再生し、または前記記録媒体に特有の信号を変調するよう構成されたデータプロセッサと、
前記ピックアップを制御して、前記記録媒体から／へ、信号を読み出し／記録するよう構成されたサーボ部と、
一時的にデータを保存するよう構成されたメモリと、
前記ピックアップ、前記データプロセッサ、前記サーボ部および前記メモリである構成要素と動作的に結合され、前記構成要素を制御して、前記装置が、記録可能な位置を持っているオープンシーケンシャル記録領域を記録可能な位置を持っていないクローズシーケンシャル記録領域に変更するときに、前記オープンシーケンシャル記録領域の記録可能なエリアにパッディングデータを記録し、および、前記パッディングデータが記録されているどうかを示しているパッディングインジケータ情報を記録するよう構成されたマイクロコンピュータと
を備えたことを特徴とする装置。
【請求項１３】
前記マイクロコンピュータは、前記構成要素を制御して、前記装置が、外部ホストからの外部命令なしに、前記記録媒体の前記オープンシーケンシャル記録領域の記録可能なエリアにパッディングデータを記録することを実行するかどうか決定するよう構成されたことを特徴とする請求項１２に記載の装置。
【請求項１４】
前記マイクロコンピュータは、前記構成要素を制御して、前記装置が、変更されようとしている前記オープンシーケンシャル記録領域内のすべての記録可能なエリアに前記パッディングデータを記録するよう構成されたことを特徴とする請求項１２に記載の装置。
【請求項１５】
前記マイクロコンピュータは、前記構成要素を制御して、前記装置が、ダミーデータまたはデータのゼロ値として前記パッディングデータを記録するよう構成されたことを特徴とする請求項１２乃至１４いずれかに記載の装置。
【請求項１６】
前記マイクロコンピュータは、前記構成要素を制御して、前記装置が、２ビットからなる前記パッディングインジケータ情報を前記記録媒体上に記録するよう構成されたことを特徴とする請求項１２乃至１４いずれかに記載の装置。
【請求項１７】
データを保存するために形成された１つ以上の記録領域（ｒｅｃｏｒｄｉｎｇ  ｒａｎｇｅ）を有する記録媒体において、
記録可能な位置を持っているオープンシーケンシャル記録領域および記録可能な位置を持っていないクローズシーケンシャル記録領域の内の１つである少なくとも１つの記録領域であって、前記オープンシーケンシャル記録領域が前記クローズシーケンシャル記録領域に変更されるとき、前記変更されたシーケンシャル記録領域が、パッディングデータを含んでいる記録領域と、
前記変更されたシーケンシャル記録領域内に前記パッディングデータがパッディングされたかどうかを示しているパッディングインジケータ情報と
を備えたことを特徴とする記録媒体。
【請求項１８】
前記パッディングデータは、外部命令なしに、変更されようとしている前記オープンシーケンシャル記録領域の記録可能なエリアに自動的にパッディングされることを特徴とする請求項１７に記載の記録媒体。
【請求項１９】
前記パッディングデータは、ダミーデータまたはデータのゼロ値であることを特徴とする請求項１８に記載の記録媒体。
【請求項２０】
前記パッディングインジケータ情報は、２ビットからなることを特徴とする請求項１７乃至１９いずれかに記載の記録媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
本発明は追記型光ディスクに関し、特に、追記型光ディスクにおいてディスク管理情報を記録する方法および装置に関する。
【０００２】
光記録媒体として、高密度のデータが記録可能な光ディスクが広く用いられている。中でも、最近は、高密度のビデオデータおよび高品質のオーディオデータを長時間記録および保存ができる新たな高密度光記録媒体（ＨＤ−ＤＶＤ）、例えば、ブルーレイ（Ｂｌｕｅ−ｒａｙ）ディスクが開発されている。次世代ＨＤ−ＤＶＤ技術であるブルーレイ・ディスクは、既存のＤＶＤよりも遥かに多くのデータが記録可能である。なお、近年、ＨＤ−ＤＶＤに対する国際標準が画定されている。
【０００３】
これに関して、ブルーレイ・ディスクに対する各種の標準が設けられており、書き換え可能なブルーレイ・ディスク（ＢＤ−ＲＥ）に続き、追記型ブルーレイ・ディスク（ＢＤ−ＷＯ）に対する標準案が開発されている。
【０００４】
特に、追記型ブルーレイ・ディスク（ＢＤ−ＷＯ）の標準案の中、ディスクの管理情報を記録する方法が論議されている。このような管理情報には、追記型光ディスとしての特徴を示すものとして、ディスク記録状態に関する情報を記録する方法が含まれている。このディスクの記録状態に関する情報は、記録状態情報またはディスク記録状態情報と呼ばれている。
【０００５】
ディスク記録状態情報とは、ホストやユーザが、追記型光ディスクから記録可能な領域を容易に検索することが可能で、現在のディスク内の使用状態を表示する一種の情報であるといえる。既存の追記型光ディスク（例えば、ＣＤまたはＤＶＤ）においては、この記録状態を示す情報を様々な名称で呼んでおり、ＣＤファミリではトラック情報、ＤＶＤファミリではＲゾーン、またはフラグメントと呼ばれている。
【０００６】
図１は、既存の追記型光ディスク（例えば、ＤＶＤ−Ｒ）における記録状態情報を示している。
【０００７】
図１のＤＶＤ−Ｒにおいては、ディスクの管理情報をＲＭＤ（Ｒｅｃｏｒｄｉｎｇ Ｍａｎａｇｅｍｅｎｔ Ｄａｔａ）領域内に記録して管理される。特に、ディスクの記録状態を表示する情報は、このＲＭＤ領域のうちＲＭＤフィールド４〜１２を使って管理される。
また、ディスクの記録状態を表示する情報として、“Ｒゾーン“という名称を使用している。追記可能なオープンＲゾーンおよびインビジブルＲゾーンと、追記が不可能なクローズＲゾーンがある。
【０００８】
このＲゾーン情報については、ホストなどからディスクへの追記のために追記可能なロケーションを要求する場合、ドライブでは最初のオープンＲゾーンおよび２番目のオープンＲゾーンのＬＲＡを確認し、通常は、“ＬＲＡ＋１“となる位置を追記可能な位置としてホストに送る
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記したＤＶＤ−Ｒディスクは、追記型ブルーレイ・ディスク（ＢＤ−ＷＯ）とはその物理的な構造および使用環境が異なるため、前述したように従来の方式をそのまま追記型ブルーレイ・ディスクに適用できなくなる。特に、追記型ブルーレイ・ディスク（ＢＤ−ＷＯ）の場合には、ドライブそのものでディスクの欠陥を管理するため、ディスク内に欠陥管理のための特別な追加的な領域がさらに必要となる。すなわち、ＢＤ−ＷＯは、複雑なディスク構造を有しており、結局従来の方式のディスク記録状態情報が適用できなくなる。
【００１０】
このため、ＢＤ−ＷＯなどの高密度の光ディスクには、ディスクの記録状態に対応する効率の良い管理情報の記録方法が望まれる。特に、これが規格化した情報として提供されなければ、相互互換性が確保できなくなる。
【課題を解決するための手段】
【００１１】
本発明は、上記事情に鑑みてなされたものであり、追記型光ディスクおよび光ディスクに管理情報を記録する方法および装置に関する。従来技術の制限および不都合に起因する１つ以上の問題点を大幅に改善する。
【００１２】
すなわち、本発明の目的は、状態情報を備えたＢＤ−ＷＯのような追記型光ディスク追記型光ディスクを提供するところにある、また、追記型光ディスクの記録状態情報を効率よく記録管理する方法を提供するところにある。
【００１３】
また、本発明の他の目的は、追記型光ディスクから新しいＳＲＲ（Ｓｅｑｕｅｎｔｉａｌ Ｒｅｃｏｒｄｉｎｇ Ｒａｎｇｅ）のタイプを定義し、ＳＲＲＩ内にＳＲＲに関する情報を記録する方法を提供するところにある。本発明の更に他の利点、目的および特徴は、この技術分野における当業者にとって、後述する説明における本発明の教示から明らかに理解できるであろう。本発明の目的および他の利点は、添付された図面と特許請求の範囲および詳細な説明に特に指摘されている構造により実現および獲得できる。
【００１４】
本発明の目的とともに、これらの利点と目的を達成するために、以下に実施態様が広く開示される。本発明による記録媒体は、少なくとも１つの記録層と、特定のＳＲＲに関する少なくとも１つのＳＲＲエントリとを備えるが、各々のＳＲＲエントリは、対応するＳＲＲの記録状態を示す少なくとも１つの状態フィールドを有し、この少なくとも１つの状態フィールドは、対応するＳＲＲがセッションの開始ＳＲＲであるか否かを示すセッションスタートフラグを有し、さらに、これら各々のＳＲＲエントリは、対応するＳＲＲの開始アドレスを示すスタートアドレスフィールドおよび対応するＳＲＲの最後に記録されたアドレスを示すラストアドレスフィールドをさらに有することを特徴とする。
【００１５】
本発明のほかの態様として、本発明による記録媒体の管理情報の記録方法は、少なくとも１つの記録層を有する記録媒体上に管理情報を記録する方法において、この少なくとも１つの記録層上に少なくとも１つのＳＲＲエントリを記録するステップを備えるが、各々のＳＲＲエントリは、対応するＳＲＲの記録状態を示す少なくとも１つの状態フィールドを有し、この少なくとも１つの状態フィールドは、対応するＳＲＲがセッションの開始ＳＲＲであるか否かを示すセッションスタートフラグを有し、さらに、この各々のＳＲＲエントリは、対応するＳＲＲの開始アドレスを示すスタートアドレスフィールドおよび対応するＳＲＲの最後に記録されたアドレスを示すラストアドレスフィールドをさらに有することを特徴とする。
【００１６】
本発明のさらに他の態様として、本発明による記録媒体の管理情報の記録装置は、少なくとも１つの記録層を有する記録媒体上に管理情報を記録する装置において、この少なくとも１つの記録層上に少なくとも１つのＳＲＲエントリを記録するための記録再生部を備え、各々のＳＲＲエントリは、対応するＳＲＲの記録状態を示す少なくとも１つの状態フィールドを有し、この少なくとも１つの状態フィールドは、対応するＳＲＲがセッションの開始ＳＲＲであるか否かを示すセッションスタートフラグを有し、さらに、この各々のＳＲＲエントリは、対応するＳＲＲの開始アドレスを示すスタートアドレスフィールドおよび対応するＳＲＲの最後に記録されたアドレスを示すラストアドレスフィールドをさらに有することを特徴とする。本発明に関する一般的な説明および後述する詳細な説明は、請求された本発明をさらに明確にするために例示されたものとして理解されるべきである。
【発明の効果】
【００１７】
以上説明したように、本発明により、状態情報を備えたＢＤ−ＷＯのような追記型光ディスク追記型光ディスクを提供し、また、追記型光ディスクの記録状態情報を効率よく記録管理する方法を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】従来の追記型光ディスク（ＤＶＤ−Ｒ）におけるディスク管理情報を概略的に示す図である。
【図２Ａ】本発明の追記型光ディスクのオープンＳＲＲタイプを示す図である。
【図２Ｂ】本発明の追記型光ディスクのオープンＳＲＲタイプを示す図である。
【図２Ｃ】本発明の追記型光ディスクのオープンＳＲＲタイプを示す図である。
【図２Ｄ】本発明の追記型光ディスクのオープンＳＲＲタイプを示す図である。
【図３Ａ】本発明の追記型光ディスクのクローズＳＲＲタイプを示す図である。
【図３Ｂ】本発明の追記型光ディスクのクローズＳＲＲタイプを示す図である。
【図３Ｃ】本発明の追記型光ディスクのクローズＳＲＲタイプを示す図である。
【図３Ｄ】本発明の追記型光ディスクのクローズＳＲＲタイプを示す図である。
【図３Ｅ】本発明の追記型光ディスクのクローズＳＲＲタイプを示す図である。
【図４Ａ】本発明の追記型光ディスクのＳＲＲおよびセッションが記録される過程を例示した図である。
【図４Ｂ】本発明の追記型光ディスクのＳＲＲおよびセッションが記録される過程を例示した図である。
【図４Ｃ】本発明の追記型光ディスクのＳＲＲおよびセッションが記録される過程を例示した図である。
【図４Ｄ】本発明の追記型光ディスクのＳＲＲおよびセッションが記録される過程を例示した図である。
【図４Ｅ】本発明の追記型光ディスクのＳＲＲおよびセッションが記録される過程を例示した図である。
【図４Ｆ】本発明が適用される追記型光ディスクのＳＲＲおよびセッションが記録される過程を例示した図である。
【図４Ｇ】本発明が適用される追記型光ディスクのＳＲＲおよびセッションが記録される過程を例示した図である。
【図５】本発明の追記型光ディスクの構造およびディスク管理情報を記録する方法を示す図である。
【図６】本発明の追記型光ディスクにてＳＲＲエントリを記録する第１の実施形態を示す図である。
【図７Ａ】本発明の追記型光ディスクに第１の実施形態を適用し、かつ、図４Ｆおよび図４Ｇをそれぞれ適用した例を示す図である。
【図７Ｂ】本発明の追記型光ディスクに第１の実施形態を適用し、かつ、図４Ｆおよび図４Ｇをそれぞれ適用した例を示す図である。
【図８】本発明の追記型光ディスクにてＳＲＲエントリを記録する第２実施形態を示す図である。
【図９Ａ】本発明の追記型光ディスクに第２の実施形態を適用し、かつ、図４Ｆおよび図４Ｇをそれぞれ適用した例を示す図である。
【図９Ｂ】本発明の追記型光ディスクに第２の実施形態を適用し、かつ、図４Ｆおよび図４Ｇをそれぞれ適用した例を示す図である。
【図１０】本発明の追記型光ディスクにてＳＲＲエントリを記録する第３の実施形態を示す図である。
【図１１Ａ】本発明の追記型光ディスクに第３の実施形態を適用し、かつ、図４Ｆおよび図４Ｇをそれぞれ適用した例を示す図である。
【図１１Ｂ】本発明の追記型光ディスクに第３の実施形態を適用し、かつ、図４Ｆおよび図４Ｇをそれぞれ適用した例を示す図である。
【図１２】本発明の追記型光ディスクにてＳＲＲエントリを記録する第４の実施形態を示す図である。
【図１３Ａ】本発明の追記型光ディスクに第４の実施形態を適用し、かつ、図４Ｆおよび図４Ｇをそれぞれ適用した例を示す図である。
【図１３Ｂ】本発明の追記型光ディスクに第４の実施形態を適用し、かつ、図４Ｆおよび図４Ｇをそれぞれ適用した例を示す図である。
【図１４】本発明の追記型光ディスクにてＳＲＲエントリを記録する第５の実施形態を示す図である。
【図１５Ａ】本発明の追記型光ディスクに第５の実施形態を適用し、かつ、図４Ｆおよび図４Ｇをそれぞれ適用した例を示す図である。
【図１５Ｂ】本発明の追記型光ディスクに第５の実施形態を適用し、かつ、図４Ｆおよび図４Ｇをそれぞれ適用した例を示す図である。
【図１６】本発明の追記型光ディスクにてＳＲＲＩを更新する方法を示す図である。
【図１７】本発明の追記型光ディスクの記録再生装置を示す図である。
【発明を実施するための形態】
【００１９】
以下、添付した図面に基づき、本発明による追記型光ディスクの管理情報の復元方法についての好適な実施形態について詳細に説明する。以下、本発明の好ましい実施形態の詳細について、添付の図面とともに複数の例が言及される。ここで、図面を通じて同一の符合は同一の部分をさすものとする。説明の便宜上、追記型ブルーレイ・ディスク（ＢＤ−ＷＯ）の場合を例に挙げて説明を進める。
【００２０】
なお、本発明における用語選定に当たっては、できる限り一般的な用語を採用するものとする。しかし、特定の場合には発明者による任意の用語が選択される。この場合、その用語の意味が対応する箇所に詳細に定義されている限り、本発明は単なる用語の名前の観点からではなく、その定義された用語の意味として理解されるべきである。
【００２１】
本発明によれば、追記型光ディスク内には詳細の情報を記録するための記録領域として複数の領域が形成される。この各々の特別な記録領域を“シーケンシャル記録領域（ＳＲＲ：Ｓｅｑｕｅｎｔｉａｌ Ｒｅｃｏｒｄｉｎｇ Ｒａｎｇｅ）“と称する。また、追記型光ディスクの記録状態に関する情報（記録状態情報またはディスク記録状態情報）を“ＳＲＲ情報（Ｓｅｑｕｅｎｔｉａｌ Ｒｅｃｏｒｄｉｎｇ Ｒａｎｇｅ Ｉｎｆｏｒｍａｔｉｏｎ）“と称する。これは、ＢＤの連続記録モードにおける用語「連続記録」の使用と類似している。さらに、“パッディング“は、ユーザの要求に応じて、あるいは記録再生部（図１７における１０）の判断により、クローズＳＲＲ内の未記録領域にダミーデータ、ゼロ値、または指定されるパッディングデータを記録することを意味する。また、“セッション“は、再生専用装置との互換性のためにＳＲＲを区分するために用いられたものである。一つのセッション内にはＳＲＲが少なくとも１つ含まれる。
【００２２】
本発明においては、ＢＤ−ＷＯのような追記型ディスクにおける各々のＳＳＲの記録状態を正確に示すために、異なるＳＳＲタイプを定義する。そして、従来型のディスクの構造と使用と完全な互換性を持って、追記型ディスクがこのような状態情報を記録できるような構造を提供する。
【００２３】
＜ＳＲＲタイプ＆セッションタイプ＞
ＳＲＲは、ＢＤ−ＷＯで記録のために生成された領域である。本発明は、必要に応じて、または記録の進行に応じて様々な方式によりそのタイプを定義する。以下、本発明で新しく定義されるＳＲＲのタイプおよびセッションについて図２Ａから図４Ｇを参照しながら説明する。
【００２４】
図２Ａから図２Ｄは、本発明によるＢＤ−ＷＯのような追記型光ディスクにおいて、ＳＲＲのうち様々なオープンＳＲＲのタイプを示す図である。オープンＳＲＲとは、対応する領域に記録可能なＳＲＲを意味する。“記録可能“とは、“ＮＷＡ（Ｎｅｘｔ Ｗｒｉｔａｂｌｅ Ａｄｄｒｅｓｓ）“情報を持っていることを意味する。このため、オープンＳＲＲは、ＮＷＡ情報を有するＳＲＲを意味し、ＮＷＡ情報を持たない記録が不可能なＳＲＲはクローズＳＲＲとなる。クローズＳＲＲについては、後で、図３Ａから図３Ｅに基づいて説明する。
【００２５】
より詳細には、図２Ａは、オープンＳＲＲのうち最初のものとしてのインビジブルＳＲＲを示している。インビジブルＳＲＲは、ディスクの最外周区間または最初のブランクディスクに形成されるＳＲＲであって、まだ記録が行われていない領域を意味する。すなわち、このＳＲＲは、スタートドレスのみ定義されてエンドアドレスは持っていない。まだ記録が行われていないため、ＬＲＡもゼロ値を有し、ＮＷＡはスタートアドレスと同じ値になる。
【００２６】
図２Ｂは、オープンＳＲＲのうち第２番目のものとしてのインコンプリートＳＲＲを示している。インコンプリートＳＲＲは、図２ＡのインビジブルＳＲＲ状態から、一部記録が行われたＳＲＲを意味する。言い換えれば、未完成の記録を持っているインビジブルＳＲＲが、インコンプリートＳＳＲと呼ばれる。このＳＲＲは、スタートアドレスのみが定義されて、エンドアドレスは持っていない。ＳＲＲは不完全に記録が行われているため、ＬＲＡは正常データが記録された最後のアドレスを意味する。このため、ＮＷＡはそのＬＲＡの次の位置に対応する情報となる。
【００２７】
図２Ｃは、オープンＳＲＲのうち第３番目のものとしてのエンプティＳＲＲを示している。インビジブルＳＲＲおよびインコンプリートＳＲＲとは異なり、ディスク内の最外周ではなく、中間の領域に記録のために形成されたＳＲＲを意味する。すなわち、ホストやユーザが記録のためにオープンＳＲＲを形成した後、まだ記録を行っていない場合に対応する。このため、エンプティＳＲＲは、スタートアドレスとエンドアドレスとを持つ。まだ記録が行われる前であるため、ＬＲＡはゼロ値となり、ＮＷＡはスタートアドレスと同じ値となる。図２Ｄは、オープンＳＲＲのうち最後のものとしてのパーシャルレコーデッドＳＲＲを示している。図２ＣのエンプティＳＲＲ状態にて一部に記録が行われているＳＲＲを意味する。このため、パーシャルレコーデッドＳＲＲは、スタートアドレスとエンドアドレスを持つ。一部に記録が行われているため、ＬＲＡは通常のデータが記録された最後のアドレスを意味し、ＮＷＡはこのＬＲＡの次の位置に対応する情報となる。
【００２８】
一般に、従来のＤＶＤ−Ｒなどの追記型ディスクには、オープンＲゾーンを最大２つまで存在させることが可能である。対照的に、本願のＢＤ−ＷＯのような追記型ディスクは、このような少ない数に制限されたＳＳＲを持たない。その代わりに、本発明のＢＤ−ＷＯにおいてはより効率よくディスクを使用するために、オープンＳＲＲの数を制限しないか、あるいは十分に活用できるように最大１６個まで存在させることが可能である。このため、本発明は、従来とは異なる管理情報の記録方法を提供する。
【００２９】
図３Ａから図３Ｅは、本発明による追記型光ディスクにおいて、ＳＲＲのうちクローズＳＲＲのタイプを示す図である。クローズＳＲＲとは、対応する領域への記録が不可能なＳＲＲを意味する。ここで、“記録不可“とは、“ＮＷＡ“情報を持っていないことを意味する。記録に対してクローズされるので、クローズＳＲＲは、保存される。ユーザやホストのクローズコマンドにより、対応する領域に記録可能な領域が残っていても、強制的にクローズされる場合もある。
【００３０】
図３Ａは、クローズＳＲＲのうち最初のものとしてのエンプティＳＲＲを示している。図２Ｃのオープン・エンプティＳＲＲ状態にて、記録無しでクローズコマンドによりクローズされたＳＲＲを意味する。
【００３１】
図３Ｂは、クローズＳＲＲのうち第２番目のものとしてのパーシャルレコーデッドＳＲＲを示している。図２Ｄのオープン・パーシャル・レコーデッドＳＲＲ状態にて、クローズコマンドによりクローズされたＳＲＲを意味する。
【００３２】
図３Ｃは、クローズＳＲＲのうち第３番目のものとしてのコンプリートＳＲＲを示している。対応する領域の最後まで正常的なユーザデータによる記録が完了しているＳＲＲを意味する。これは、クローズ時にのみ存在するＳＲＲである。
【００３３】
図３Ｄは、クローズＳＲＲのうち第４番目のものとしてのコンプリートＳＲＲの一種である。図２Ｄのオープン・パーシャル・レコーデッドＳＲＲクローズ時に記録可能な領域を、全て特定のダミーデータまたはゼロ値にパッディングした後にクローズされたＳＲＲを意味する。
【００３４】
図３Ｅは、クローズＳＲＲのうち最後のものとしてのコンプリーオープン・エンプティが、図２Ｃのオープン・エンプティＳＲＲのクローズに当たり、記録可能な領域を全て特定のダミーデータやゼロ値にパッディングした後にクローズされたＳＲＲを意味する。
【００３５】
図３Ａから図３Ｅから分かるように、本発明におけるクローズＳＲＲのタイプは、クローズによりオープンＳＲＲがクローズＳＲＲに変わるとき、記録されずに残っている領域を、パッディング無しでクローズする場合（図３Ａ、図３Ｂ）またはパッディングした後にクローズする場合（図３Ｄ、図３Ｅ）に従って、決定されることを特徴とする。
【００３６】
一般に、本発明においては、３種類のセッションがある。第一はインビジブルＳＲＲのみからなるエンプティ・セッションである。第二はインビジブルＳＲＲを除いた少なくとも１つのオープンＳＲＲを持っているインコンプリート・セッションである。そして第三はクローズＳＲＲのみよりなるコンプリート・セッションである。セッションには少なくとも１つのＳＲＲが存在し、セッション・クローズコマンドによりインコンプリート・セッションからコンプリート・セッションへと変わる。
【００３７】
図４Ａから図４Ｇは、本発明に従って、ＳＲＲおよびセッションがＢＤ―ＷＯのようなディスク内に予約され割り当てられるステップを説明するための図である。図中において、矢印はＮＷＡを意味する。
【００３８】
詳細には、図４Ａを参照すれば、第１ステップにおいて、その全領域で記録可能である、ブランクの追記型ディスクがある。このような状態において、ディスクには、単一のＳＲＲだけが存在し、これは図２Ａと同じインビジブルＳＲＲである。ＮＷＡは、ディスクのスタートアドレスとなる。したがって、セッションとしてはいわゆるエンプティ・セッションだけが存在する。
【００３９】
図４Ｂを参照すれば、第２ステップにおいて、ブランクディスクに一部の記録を完了したが、まだセッションはクローズされていない。この状態では、ディスクは、単一のＳＲＲだけが存在し、これは、図２Ｂと同じインコンプリートＳＲＲとなる。したがって、セッションはインコンプリート・セッションだけが存在する。
【００４０】
図４Ｃを参照すれば、第３ステップにおいて、前の第２ステップにおいてクローズコマンドによってディスクがクローズされ、コンプリートＳＲＲ＃１を持つコンプリート・セッション＃１となる。また、新しい領域が、エンプティ・セッションとして予約され、ここでは、未記録状態である領域は図２ＡのようにインビジブルＳＲＲとなる。
【００４１】
図４Ｄを参照すれば、第４ステップにおいて、新しい記録のために２つのオープンＳＲＲを生成されている。したがって、コンプリート・セッション＃１に加えて、ディスクは、２つの新しいオープンエンプティセッションを持ち、先のエンプティ・セッションはインコンプリート・セッションへと変わる。
【００４２】
図４Ｅを参照すれば、は第５ステップにおいて、図４Ｄの最初のオープン・エンプティＳＲＲおよび図４ＤのインビジブルＳＲＲ上に、データを記録完了した状態である。したがって、最初のエンプティＳＲＲはパーシャルレコーデッドＳＲＲに変更されて、インビジブルＳＲＲはインコンプリートＳＲＲに変更される。結果として、ディスクは依然としてコンプリート・セッション＃１およびインコンプリート・セッションを持つ。
【００４３】
図４Ｆおよび図４Ｇは、図４Ｅの状態以降に起こり得る２種類のステップを示すものである。すなわち、図４Ｆにおいては、セッション・クローズコマンドが受信され、未記録の領域をパッディングせずにクローズするよう処理される。結果として、図４Ｅにおいて記録された領域は、セッション・クローズのコマンドにより独立したコンプリート・セッション＃２となる。ここで、コンプリート・セッション＃２に含まれる全てのＳＲＲはクローズＳＲＲに変更される。言い換えると、ディスク上に予約されたコンプリート・セッション＃２内には、クローズＳＲＲとしてパーシャルレコーデッド・ＳＲＲ＃２、エンプティＳＲＲ＃３およびコンプリートＳＲＲ＃４が含まれる。残りの最外周ＳＲＲはオープンＳＲＲであってインビジブルＳＲＲ＃５となり、エンプティ・セッション＃３の一部となる。
【００４４】
代替的には、図４Ｇのように、セッション・クローズコマンドが受信され、未記録の領域をパッディングなしでクローズするように処理される。セッション・クローズコマンドにより、既にデータが記録されている領域は、独立したコンプリート・セッション＃２となる。ここで、コンプリート・セッション＃２に含まれるＳＲＲは全てクローズＳＲＲに変更される。言い換えると、コンプリート・セッション＃２内にはパッディングを行った結果、コンプリート・セッション＃２の一部として、ディスク上に３種類のコンプリートＳＲＲが生成される。コンプリート・セッション＃２は、パッディング後にクローズＳＲＲに変更されたオープン・パーシャル・レコーデッドＳＲＲである。コンプリートＳＲＲ＃３は、パッディング後にクローズＳＲＲに変更されたオープン・エンプティＳＲＲである。コンプリートＳＲＲ＃４は、実際にユーザデータが正常に記録されたクローズＳＲＲである。残りの最外周ＳＲＲは、エンプティ・セッション＃３の一部であるオープン・インビジブルＳＲＲ＃５となる。
【００４５】
図４Ｆおよび図４Ｇから分かるように、本発明は、パッディングの有無に応じて、異なる種類のタイプのＳＲＲが保存される。このため、本発明は、ディスクの詳細なディスク記録状態を表すために、これらの定義されたＳＲＲタイプを正確に区別できる新しいＳＲＲＩを記録する方法を提供することが可能である。
【００４６】
＜光ディスクの構造およびＳＲＲＩ構造＞
図５は、本発明が適用されるＢＤ−ＷＯなどの追記型光ディスクの構造およびディスク管理情報を記録する方法を示すものである。図５の追記型光ディスクは、一つの記録層を有する単一層のディスクを例に挙げたが、本発明はこれに限定されることない。２つの記録層を有するか、あるいは複数の記録層を有する場合にも適用可能である。
【００４７】
図５を参照すれば、ディスクは全ての記録層において、リードインエリア、データエリア、およびリードアウトエリアを備える。リードインエリアおよびリードアウトエリア内には同じ欠陥管理情報を繰り返し保存するための複数の欠陥管理エリアＤＭＡ１〜ＤＭＡ４が備えられている。データエリア内には、欠陥領域を置き換える内部スペア領域ＩＳＡ０および／または外部スペア領域ＯＳＡ０が設けられている。
【００４８】
一般に、書き換え可能な光ディスクの場合には、限られたサイズの欠陥管理エリアＤＭＡだけしか備えていなくても、対応する領域に記録および消去が繰り返し行えるため、大きなＤＭＡが不要である。しかしながら、追記型光ディスクの場合には、一回記録された領域には再び記録ができないため、欠陥管理のためにより大きな管理領域が必要となる。管理情報を一層効率よく保存するために、追記型ディスクにおいては、管理情報は一時欠陥管理エリア（ＴＤＭＡ）内に一時的に保存される。但し、追記型光ディスクをファイナライズするときには、ＴＤＭＡ内の情報をＤＭＡに退避させてより永久的に保存する。
【００４９】
図５に示すように、ＴＤＭＡには、２種類がある。一つは、固定されたサイズでリードインエリアに割り当てられるＰＴＤＭＡ０であり、もう一つは、外部スペア領域ＯＳＡ０にスペア領域のサイズと連動したサイズに割り当てられる追加的な（Ａｄｄｉｔｉｏｎａｌ）ＡＴＤＭＡ０である。ＡＴＤＭＡ０のサイズＰは、例えば、Ｐ＝（Ｎ＊２５６）／４であって、全体的な外部スペア領域ＯＳＡ０の好ましくは１／４が適当である。
【００５０】
各々のＰＴＤＭＡ０，ＡＴＤＭＡ０には、一時欠陥リスト情報（ＴＤＦＬ：Ｔｅｍｐｏｒａｒｙ Ｄｅｆｅｃｔ Ｌｉｓｔ）と一時ディスク定義構造（ＴＤＤＳ：Ｔｅｍｐｏｒａｒｙ Ｄｉｓｃ Ｄｅｆｉｎｉｔｉｏｎ Ｓｔｒｕｃｔｕｒｅ）情報が一つの記録ユニット（例えば、ＢＤ−ＷＯの場合に１クラスター）に記録される。代替的には、各々のＰＴＤＭＡ０およびＡＴＤＭＡ０において、（ＴＤＦＬ＋ＴＤＤＳ）情報、（ＳＲＲＩおよびＴＤＤＳ）情報は、他の記録ユニットに記録され得る。
【００５１】
ＴＤＦＬは、欠陥領域リストのサイズに応じて１〜４クラスター分のサイズを持つ。ＳＲＲ情報は、ディスクの特定の領域（すなわち、ＳＲＲ）が記録されているかまたは未記録であるかを識別する情報である。特に、ディスクが連続記録方式であるときに適用可能である。また、ＴＤＤＳは、１クラスター内の３２個のセクターのうち最後のセクターに保存され、ＴＤＤＳにはディスクの一般管理および欠陥管理のための重要な情報が記録されている。このため、ＴＤＤＳは、ＴＤＭＡ内において管理情報を更新する毎に、最後に記録される。
【００５２】
本発明によれば、ＳＲＲＩ６０は、３つの部分、すなわち、ＳＲＲＩであることを認識可能にするヘッダ５０と、ＳＲＲＩを表示するＳＲＲエントリリスト３０と、ＳＲＲＩの終了を知らせるＳＲＲリストターミネータ４０とを備える。
【００５３】
ＳＲＲＩヘッダ５０は、ＳＲＲＩ ６０内の先頭に位置し、ＳＲＲＩであることを認識可能にする“ＳＲＲＩ構造識別子“フィールド５１、対応するＳＲＲＩ内に存在するオープンＳＲＲの位置を示す“Ｌｉｓｔ ｏｆ ｏｐｅｎｅｄ ＳＲＲ“フィールド５２、ＳＲＲの総数を示す“ＳＲＲエントリ数“フィールド５３、オープンＳＲＲの数を示す“ｏｐｅｎｅｄ ＳＲＲの数“フィールド５４などの情報を含んでいる。ＳＲＲＩヘッダ５０にアクセスすることによって、直接ＳＲＲエントリリスト３０を読み込まなくても、大まかなＳＲＲＩの内容が確認可能になる。このため、ヘッダ５０内にはこれらのフィールド以外にも必要な情報を新しく定義して規格化させることも可能である。
【００５４】
ＳＲＲエントリリスト３０はヘッダの次に記録される。ＳＲＲエントリリスト３０が終了すれば、ＳＲＲリストターミネータ５０で、ＳＲＲＩエントリリストの終了を表示させる。特に、ＳＲＲリストターミネータ５０は、ＳＲＲＩのサイズが可変である場合に、対応するＳＲＲＩの終了箇所を示す情報として意味がある。
【００５５】
したがって、ディスク管理情報として、ＳＲＲＩは、ヘッダ、ＳＲＲエントリリストおよびＳＲＲリストターミネータからなる。これらの情報は、ＴＤＭＡに記録され、必要に応じて更新される。
【００５６】
また、ＳＲＲエントリリスト３０は、複数のＳＲＲエントリ３５を一覧している。一つのＳＲＲエントリ３５は８バイトずつ割り当てられており、ディスク内に保存された一つのＳＲＲに関する情報を表示する。
【００５７】
各々のＳＲＲエントリ３５は、対応するＳＲＲのタイプ情報３１、対応するＳＲＲのスタートアドレス情報３２、および対応するＳＲＲにデータが記録された最後のアドレス情報（ＬＲＡ）３４を有する。また、ＳＲＲのタイプ情報３１は、図２Ａから図３Ｅにおいて前述したように、本発明により新しく定義されたＳＲＲのタイプを使用して、ＳＲＲのＳＲＲタイプを識別する情報として用いられる。
【００５８】
＜ＳＲＲエントリ構造＞
図６は、本発明の第１の実施形態によるＳＲＲエントリ３５の例を示すものである。
図６に示すように、各々のＳＲＲエントリ３５は、４ビットのＳＲＲタイプ情報を保存するＳｔａｔｕｓフィールド３１、“スタートアドレス３２“フィールド、“ｒｅｓｅｒｖｅｄ ３３“フィールド、“ＬＲＡ ３４“フィールドを有する。
【００５９】
対応するＳＲＲの適合したＳＲＲタイプ情報がＳｔａｔｕｓフィールド３１に記録される。このため、Ｓｔａｔｕｓフィールド３１にアクセスすれば、ＳＲＲの記録状態が確認できる。特に、前述した図２Ａから図３Ｅとともに示された９種類のＳＲＲタイプが、Ｓｔａｔｕｓフィールド３１に記録される。これと関連し、図３Ｄおよび図３Ｅに示されたパッディングを含むコンプリートＳＲＲも、一つのタイプとして分類される。
【００６０】
例えば、先頭４ビットのＳＲＲタイプ情報が“００００ｂ“であれば、対応するＳＲＲはオープン・インビジブルＳＲＲであることを意味する（図２Ａ）。ＳＲＲタイプ情報が“０００１ｂ“であれば、対応するＳＲＲはオープン・インコンプリートＳＲＲであることを意味し（図２Ｂ）。ＳＲＲタイプ情報が“００１０ｂ“であれば、対応するＳＲＲはオープン・エンプティＳＲＲであることを意味する（図２Ｃ）。ＳＲＲタイプ情報が“００１１ｂ“であれば、対応するＳＲＲはオープン・パーシャル・レコーデッドＳＲＲであることを意味する（図２Ｄ）。ＳＲＲタイプ情報が“０１００ｂ“であれば、対応するＳＲＲはクローズ・エンプティＳＲＲであることを意味する（図３Ａ）。ＳＲＲタイプ情報が“０１０１ｂ“であれば、対応するＳＲＲはクローズ・パーシャル・レコーデッドＳＲＲであることを意味する（図３Ｂ）。ＳＲＲタイプ情報が“０１１０ｂ“であれば、対応するＳＲＲはクローズ・コンプリートＳＲＲであり、未記録領域をパッディングした場合を意味する（図３Ｄおよび図３Ｅ）、ＳＲＲタイプ情報が“０１１１ｂ“であれば、対応するＳＲＲはクローズ・コンプリートＳＲＲであるが、未記録領域はパッディングされていない場合を意味する（図３Ｃ）。
【００６１】
２８ビットサイズのＳＲＲのスタートアドレスフィールド３２は、関連するＳＲＲのスタートアドレスに関する情報を記録する。一般に、これをフィジカルセクタ番号“ＰＳＮ“という。
【００６２】
リザーブドフィールド３３は４ビットを持ち、今後の活用のために予約された領域である。
【００６３】
ＬＲＡフィールド３４は２８ビットを持ち、対応するＳＲＲにデータが記録された最後のアドレス情報（ＬＲＡ）３４を記録する。このフィールドは、そのＳＲＲにおいて記録されたユーザデータ（パッディングデータは除く）の最後のロケーションに関する情報を持っている。
【００６４】
図７Ａおよび図７Ｂを参照すれば、それぞれ、図４の各々のＳＲＲの記録状態を表示するのに、図６で示されたＳＲＲタイプ情報がどのように適応されるかを示している。ここで、図７Ａは図４Ｆのようにパッディング無しの場合を、図７Ｂは図４Ｇのようにパッディング付きの場合を例にしている。
【００６５】
図７Ａによれば、ＳＲＲ＃１は、パッディング無しのコンプリートＳＲＲであってＳｔａｔｕｓ フィールド３１は“０１１１ｂ“となる。ＳＲＲ＃２はパッディング無しのクローズ・パーシャル・レコーデッドＳＲＲであって、Ｓｔａｔｕｓ フィールド３１は“０１０１ｂ“となる。ＳＲＲ＃３はパッディング無しのクローズ・エンプティＳＲＲであって、Ｓｔａｔｕｓ フィールド３１は“０１００ｂ“となる。さらに、ＳＲＲ＃４はパッディング無しコンプリートＳＲＲであって、Ｓｔａｔｕｓ フィールド３１は“０１１１ｂ“となる。ＳＲＲ＃５はインビジブルＳＲＲであって、Ｓｔａｔｕｓフィールド３１は“００００ｂ“となる。
【００６６】
これに対し、図７Ｂによれば、ＳＲＲ＃１はパッディング無しのコンプリートＳＲＲであって、Ｓｔａｔｕｓ フィールド３１は“０１１１ｂ“となる。ＳＲＲ＃２はパッディング付きコンプリートＳＲＲであって、Ｓｔａｔｕｓ フィールド３１は“０１１０ｂ“となる。ＳＲＲ＃３もパッディング付きコンプリートＳＲＲであって、Ｓｔａｔｕｓ フィールド３１は“０１１０ｂ“となる。さらに、ＳＲＲ＃４はパッディング無しのコンプリートＳＲＲであって、Ｓｔａｔｕｓ フィールド３１は“０１１１ｂ“となる。ＳＲＲ＃５はインビジブルＳＲＲであって、Ｓｔａｔｕｓ フィールド３１は“００００ｂ“となる。
【００６７】
したがって、図６（第１の実施形態）のように、異なるＳＲＲのタイプをＳｔａｔｕｓフィールド３１に定義しておくことにより、ディスクの記録状態を正確に把握でき、一層効率よい管理が可能になる。
【００６８】
図８は、本発明の第２の実施形態によるＳＲＲエントリを示すものである。この実施形態において、ＳＲＲエントリはオープンＳＲＲとクローズＳＲＲとに区分される。クローズＳＲＲの場合にはパッディングの有無に応じてさらに細分されることを特徴とする。これと関連し、ＳＲＲエントリの基本構造は図６の第１の実施形態と同じであるため、説明は省略する。
【００６９】
図８によれば、本発明の第２の実施形態にて相異するＳＲＲタイプに区分される３種類のＳＲＲタイプは、オープンＳＲＲ、クローズ・エンプティもしくはパーシャルレコーデッドＳＲＲ、並びにクローズ・コンプリートＳＲＲに区分される。このため、これら３種類のタイプのうち何れか一つが、ＳＲＲエントリの記録状態に従って、ＳＲＲエントリ内の“Ｓｔａｔｕｓ フィールド３１に表示される。
【００７０】
例えば、ＳＲＲエントリ内の先頭４ビットのＳＲＲタイプ情報が“００００ｂ“であれば、対応するＳＲＲはオープンＳＲＲであり、いずれの種類のオープンＳＲＲをも意味する（図２Ａ〜図２Ｄ）。ＳＲＲタイプ情報が“００１０ｂ“であれば、対応するＳＲＲはクローズＳＲＲであってパッディング無しのエンプティＳＲＲであるかまたはパーシャルレコーデッドＳＲＲであることを意味する（図３Ａ、図３Ｂ）。ＳＲＲタイプ情報が“０１００ｂ“であれば、対応するＳＲＲはコンプリートＳＲＲを意味するが、ここには、実際のデータが全て記録された図３Ｃの場合とパッディングにより記録完了した図３Ｄおよび図３Ｅの場合が両方とも含まれる。
【００７１】
前述のように、第２の実施形態が第１の実施形態より簡単にＳＲＲタイプ情報が定義できる理由は、下記の通りである。図３Ｃ、図３Ｄ、図３Ｅに示したＳＲＲのＬＲＡは、全てコンプリートＳＲＲではあるけれども。各々は異なっている。同様に、図２Ａから図２ＤのオープンＳＲＲも、異なるスタートアドレスおよびＬＲＡを持っている。その結果、ＬＲＡフィールド３４およびスタートアドレスフィールド３２とともに、Ｓｔａｔｕｓフィールド３２を使用することで、そのＳＲＲタイプが、さらに識別可能となる。
【００７２】
図９Ａおよび図９Ｂは、図８により規定されるようなＳＲＲタイプ情報が、図４Ｆおよび図４Ｇにそれぞれ示した各々のＳＳＲの記録状態を示すのに、どのように適用されるかを説明する図である。ここで、図９Ａは図４Ｆのようにパッディング無しの場合を、図９Ｂは図４Ｇのようにパッディング付きの場合を例にしている。
【００７３】
図９Ａを参照すれば、ＳＲＲ＃１はコンプリートＳＲＲであって、この状態はＳｔａｔｕｓフィールド ３１において“０１００ｂ“で示される。ＳＲＲ＃２はパッディング無しのクローズ・パーシャル・レコーデッドＳＲＲであって、この状態はＳｔａｔｕｓフィールド ３１において“００１０ｂ“で示される。ＳＲＲ＃３はパッディング無しのクローズ・エンプティＳＲＲであって、この状態はＳｔａｔｕｓフィールド ３１において“００１０ｂ“で示される。ＳＲＲ＃４はコンプリートＳＲＲであって、この状態はＳｔａｔｕｓフィールド ３１において“０１００ｂ“で示される。ＳＲＲ＃５はインビジブルＳＲＲであって、この状態はＳｔａｔｕｓフィールド ３１において“００００ｂ“で示される。
【００７４】
これに対し、図９Ｂを参照すれば、ＳＲＲ＃１はコンプリートＳＲＲであって、Ｓｔａｔｕｓフィールド３１は“０１００ｂ“となる。ＳＲＲ＃２はパッディング付きコンプリートＳＲＲであって、Ｓｔａｔｕｓフィールド３１は“０１００ｂ“となる。ＳＲＲ＃３もパッディング付きコンプリートＳＲＲであって、Ｓｔａｔｕｓフィールド３１は“０１００ｂ“となる。ＳＲＲ＃４はコンプリートＳＲＲであって、Ｓｔａｔｕｓフィールド３１は“０１００ｂ“となる。ＳＲＲ＃５はインビジブルＳＲＲであって、Ｓｔａｔｕｓフィールド３１は“００００ｂ“となる。
【００７５】
図１０は、本発明の第３の実施形態によるＳＲＲエントリを示す。図６の第１の実施形態と同様に、この実施形態は、Ｓｔａｔｕｓフィールド ３１内にＳＲＲタイプ情報を与える。但し、この実施形態は、これに加え、Ｓｔａｔｕｓフィールド３１内にセッション情報も有することを特徴とする。第３の実施形態による基本的なＳＲＲエントリの構造は、図６の第１の実施形態と同じであるため、ＳＲＲエントリ構造（同じ符号番号が使用されている）についての詳細な説明は省略する。
【００７６】
図１０によれば、Ｓｔａｔｕｓフィールド３１は、２つの部分３１ａ，３１ｂに区分される。第１の部分３１ａは１ビットを割り当て、セッションの開始ＳＲＲを意味するセッションフラグ（ｓｅｓｓｉｏｎ ｆｌａｇ：以下、“Ｓ−ｆｌａｇ“とも称する。）情報として定義される。第２の部分３１ｂはＳｔａｔｕｓフィールド３１の残りの３ビットであって、図６に示した第１の実施形態と同じ方法によりＳＲＲのタイプを区別する情報として活用する。
【００７７】
すなわち、Ｓｔａｔｕｓフィールド３１の先頭１ビットＳ−ｆｌａｇが“１ｂ“であれば、対応するＳＲＲはセッションの開始ＳＲＲであることを意味する。Ｓｔａｔｕｓフィールド３１の先頭１ビットＳ−ｆｌａｇが“０ｂ“であれば、対応するＳＲＲはセッションの開始ＳＲＲではない他の場合を意味する。
【００７８】
また、Ｓｔａｔｕｓフィールド３１の第２の部分３１ｂである残りの３ビットが“０００ｂ“であれば、オープン・インビジブルＳＲＲを意味する（図２Ａ）。この第２の部分３１ｂが“００１ｂ“であれば、オープン・インコンプリートＳＲＲを意味する（図２Ｂ）。この第２の部分３１ｂが“０１０ｂ“であれば、オープン・エンプティＳＲＲを意味する（図２Ｃ）。この第２の部分３１ｂが“０１１ｂ“であれば、オープン・パーシャル・レコーデッドＳＲＲを意味する（図２Ｄ）。この第２の部分３１ｂが“１００ｂ“であれば、クローズ・エンプティＳＲＲを意味する（図３Ａ）。この第２の部分３１ｂが“１０１ｂ“であれば、クローズ・パーシャル・レコーデッドＳＲＲを意味する（図３Ｂ）。この第２の部分３１ｂが“１１０ｂ“であれば、クローズ・コンプリートＳＲＲであり、未記録領域をパッディングした場合を意味する（図３Ｄおよび図３Ｅ）。この第２の部分３１ｂが“１１１ｂ“であれば、クローズ・コンプリートＳＲＲであり、未記録領域をパッディングしていない場合（図３Ｃ）を意味する。
【００７９】
図１１Ａおよび図１１Ｂは、図１０により規定されるようなＳＲＲタイプ情報およびセッション情報が、図４Ｆおよび図４Ｇにそれぞれ示した各々のＳＳＲおよびセッションの記録状態を示すのに、どのように適用されるかを説明する図である。ここで、図１１Ａは図４Ｆのようにパッディング無しの場合を 、図１１Ｂは図４Ｇのようにパッディング付き場合を例にしている。
【００８０】
図１１Ａによれば、ＳＲＲ＃１はパッディング無しのコンプリートＳＲＲでしかもセッション＃１の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１１１１ｂ“となる。すなわち、この４ビットのＳｔａｔｕｓフィールド３１は、１ビットのセッションフラグ３１ａおよび残りの３ビットのＳＲＲタイプ情報３１ｂを含んでいる。ＳＲＲ＃２はパッディング無しのクローズ・パーシャル・レコーデッドＳＲＲでしかもセッション＃２の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１１０１ｂ“となる。ＳＲＲ＃３はパッディング無しのクローズ・エンプティＳＲＲであるが、セッション＃２の開始ＳＲＲではないため、Ｓｔａｔｕｓフィールド３１は“０１００ｂ“となる。ＳＲＲ＃４はパッディング無しのコンプリートＳＲＲであるが、セッション＃２の開始ＳＲＲではないため、Ｓｔａｔｕｓフィールド３１は“０１１１ｂ“となる。ＳＲＲ＃５はインビジブルＳＲＲでしかもセッション＃３の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１０００ｂ“となる。
【００８１】
これに対し、図１１Ｂを参照すれば、ＳＲＲ＃１はパッディング無しのコンプリートＳＲＲでしかもセッション＃１の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１１１１ｂ“となる。ＳＲＲ＃２はパッディング付きのコンプリートＳＲＲでありしかもセッション＃２の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１１１０ｂ“となる。ＳＲＲ＃３はパッディング付きのコンプリートＳＲＲであるが、セッション＃２の開始ＳＲＲではないため、Ｓｔａｔｕｓフィールド３１は“０１１０ｂ“となる。ＳＲＲ＃４はパッディング無しのコンプリートＳＲＲであるが、セッション＃２の開始ＳＲＲではないため、Ｓｔａｔｕｓフィールド３１は“０１１１ｂ“となる。ＳＲＲ＃５はインビジブルＳＲＲであってしかもセッション＃３の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１０００ｂ“となる。
【００８２】
したがって、第３の実施形態のようにＳｔａｔｕｓフィールド３１内にセッション開始情報およびＳＲＲタイプ情報を両方とも定義しておくことにより、起こり得る全てのＳＲＲのタイプが区分できることはもとより、各セッションのスタートロケーションの確認が可能になり、さらに、ディスクの記録状態を正確に管理することが可能になる。
【００８３】
図１２は、本発明の第４の実施形態によるＳＲＲエントリを示す。第４の実施形態は図１０の第３の実施形態と同じであるが、一点違うのは、Ｓｔａｔｕｓフィールド３１内の２番目の部分３１ｂを図１０のように８種類のＳＲＲタイプの代わりに、図８のように３種類のＳＲＲタイプを定義する情報として活用している点である。すなわち、Ｓｔａｔｕｓフィールド３１は１ビットの“Ｓ−ｆｌａｇ“および３ビットのＳＲＲタイプ情報からなる。ここで、この３ビットのＳＲＲタイプ情報は“０００ｂ“，“０１０ｂ“，“１００ｂ“のうち何れか一つとして表示される。
【００８４】
図１３Ａおよび図１３Ｂは、図１２により規定されるようなＳＲＲタイプ情報およびセッション情報が、図４Ｆおよび図４Ｇにそれぞれ示した各々のＳＳＲおよびセッションの記録状態を示すのに、どのように適用されるかを説明する図である。図１３Ａは図４Ｆのようにパッディング無しの場合を、図１３Ｂは図４Ｇのようにパッディング付きの場合を例に挙げた。
【００８５】
図１３Ａを参照すれば、ＳＲＲ＃１は、コンプリートＳＲＲでしかもセッション＃１の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１１００ｂ“となる。ＳＲＲ＃２はパッディング無しのクローズ・パーシャル・レコーデッドＳＲＲでしかもセッション＃２の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１０１０ｂ“となる。ＳＲＲ＃３はパッディング無しのクローズ・エンプティＳＲＲであるが、セッション＃２の開始ＳＲＲではないため、Ｓｔａｔｕｓフィールド３１は“００１０ｂ“となる。ＳＲＲ＃４はコンプリートＳＲＲであるが、セッション＃２の開始ＳＲＲではないため、Ｓｔａｔｕｓフィールド３１は“０１００ｂ“となる。ＳＲＲ＃５はインビジブルＳＲＲでかつオープンＳＲＲであるほか、セッション＃３の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１０００ｂ“となる。
【００８６】
これに対し、図１３Ｂを参照すれば、ＳＲＲ＃１はコンプリートＳＲＲでしかもセッション＃１の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１１００ｂ“となる。ＳＲＲ＃２はパッディング付きコンプリートＳＲＲでしかもセッション＃２の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１１００ｂ“となる。ＳＲＲ＃３はパッディング付きコンプリートＳＲＲであるが、セッション＃２の開始ＳＲＲではないため、Ｓｔａｔｕｓフィールド３１は“０１００ｂ“となる。ＳＲＲ＃４はコンプリートＳＲＲでかつセッション＃２の開始ＳＲＲではないため、Ｓｔａｔｕｓフィールド３１は“０１００ｂ“となる。ＳＲＲ＃５はインビジブルＳＲＲでかつオープンＳＲＲでしかもセッション＃３の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１０００ｂ“となる。
【００８７】
図１４は、本発明の第５の実施形態によるＳＲＲエントリを示す。セッションおよびオープン／クローズＳＲＲ、並びにクローズＳＲＲのパッディング有無のそれぞれを、別々に割り当てられたビットに区分することを特徴とする。すなわち、図１４によれば、Ｓｔａｔｕｓフィールド３１は３つの部分に区分され、第１の部分“Ｓ−ｆｌａｇ“、オープン／クローズＳＲＲフラグである第２の部分、パッディングフラグである第３の部分３１ｄである。
【００８８】
Ｓｔａｔｕｓフィールド３１の先頭の第１のビットｂ６３（３１ａ）は、対応するＳＲＲがスタートセッションであるかどうかを示すＳ−ｆｌａｇ情報を持つように設計されている。この場合のＳ−ｆｌａｇ情報の定義と使用は、先の実施形態のＳ−ｆｌａｇ情報３１ａと同様である。次のビットｂ６２（３１ｃ）は、対応するＳＲＲがオープンなのかクローズなのかを示すオープン／クローズｆｌａｇとして設計されている。さらに２つの、Ｓｔａｔｕｓフィールド３１の残りの部分ｂ６１およびｂ６０（３１ｄ）は、クローズＳＲＲがパッディングされているのかいないのかを示すパッディングｆｌａｇとして設計されている。
【００８９】
例えば、“ｏｐｅｎ／ｃｌｏｓｅ ｆｌａｇ“３１ｃが“０ｂ“であれば、対応するＳＲＲはオープンＳＲＲであることを意味する。“ｏｐｅｎ／ｃｌｏｓｅ ｆｌａｇ“３１ｃが“１ｂ“であれば、対応するＳＲＲはクローズＳＲＲを意味する。
【００９０】
また、Ｓｔａｔｕｓフィールド３１の残りの２ビット３１ｄとして“ｐａｄｄｉｎｇ ｆｌａｇ“が“００ｂ“であれば、パッディングの有無とは無関係なオープンＳＲＲとしてこの情報を無視してもよいことを意味する。パッディングｆｌａｇが“１０ｂ“であれば、パッディング付きクローズＳＲＲを意味する。パッディングｆｌａｇが“１１ｂ“であれば、パッディング無しのクローズＳＲＲを意味する。
【００９１】
図１５Ａおよび図１５Ｂは、図１４により規定されるようなＳＲＲタイプ情報およびセッション情報が、図４Ｆおよび図４Ｇにそれぞれ示した各々のＳＳＲおよびセッションの記録状態を示すのに、どのように適用されるかを説明する図である。ここで、図１５Ａは図４Ｆのようにパッディング無しの場合を、図１５Ｂは図４Ｇのようにパッディング付き場合を例にしている。
【００９２】
図１５Ａを参照すれば、ＳＲＲ＃１はパッディング無しのコンプリートＳＲＲでしかもセッション＃１の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１１１１ｂ“となる。ＳＲＲ＃２はパッディング無しのクローズ・パーシャル・レコーデッドＳＲＲでしかもセッション＃２の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１１１１ｂ“となる。ＳＲＲ＃３はパッディング無しのクローズ・エンプティＳＲＲであるが、セッション＃２の開始ＳＲＲではないため、Ｓｔａｔｕｓフィールド３１は“０１１１ｂ“となる。ＳＲＲ＃４はパッディング無しのコンプリートＳＲＲであるが、セッション＃２の開始ＳＲＲではないため、Ｓｔａｔｕｓフィールド３１は“０１１１ｂ“となる。ＳＲＲ＃５はインビジブルＳＲＲでかつオープンＳＲＲでしかもセッション＃３の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１０００ｂ“となる。
【００９３】
これに対し、図１５Ｂを参照すれば、ＳＲＲ＃１はパッディング無しのコンプリートＳＲＲでしかもセッション＃１の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１１１１ｂ“となる。ＳＲＲ＃２はパッディング付きコンプリートＳＲＲでしかもセッション＃２の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１１１０ｂ“となる。ＳＲＲ＃３はパッディング付きコンプリートＳＲＲであるが、セッション＃２の開始ＳＲＲではないため、Ｓｔａｔｕｓフィールド３１は“０１１０ｂ“となる。ＳＲＲ＃４はパッディング無しのコンプリートＳＲＲでかつセッション＃２の開始ＳＲＲではないため、Ｓｔａｔｕｓフィールド３１は“０１１１ｂ“となる。ＳＲＲ＃５はインビジブルＳＲＲでかつオープンＳＲＲでしかもセッション＃３の開始ＳＲＲであるため、Ｓｔａｔｕｓフィールド３１は“１０００ｂ“となる。
【００９４】
第５の実施形態のように、Ｓｔａｔｕｓフィールド３１をセッションスタート情報、ＳＲＲのオープン／クローズ表示情報、クローズＳＲＲのパッディング有無の識別情報に、異なるフラグとビットを使用して区分することにより、より正確で効率のよいディスク管理が可能になる。
【００９５】
前述の本発明の様々な実施形態において、各々のフィールドまたはフラグのサイズは必要に応じて可変するということは自明である。例えば、１ビットのセッション情報Ｓ−ｆｌａｇを活用する代わりに、２ビットのセッション情報Ｓ−ｆｌａｇを使用することも可能である。さらには、異なる情報を指定するためのフラグおよびフィールドの値を指定する方式（異なるＳＲＲタイプ、セッションスタート情報、オープン／クローズフラグもしくはパッディング情報）は、必要に応じて選択的に変更可能である。例えば、図１４において、“ｐａｄｄｉｎｇ ｆｌａｇ“の値として“００ｂ“，“１０ｂ“，“１１ｂ“をそれぞれパッディング無しのクローズＳＲＲ“００ｂ“、パッディング付きクローズＳＲＲ“１０ｂ“、オープンＳＲＲ“１１ｂ“として定義することも可能である。また、Ｓｔａｔｕｓフィールド３１内の各フラグの位置およびＳＲＲエントリ内の各フィールドの位置も変更可能である。例えば、セッション情報はＳｔａｔｕｓフィールド３１の４ビットのうち何れか１ヶ所の１ビットを利用することも可能である。
【００９６】
図１６は、本発明によるＳＲＲＩ更新方法を示すものである。すなわち、以前段階のＳＲＲＩおよび現在更新するＳＲＲＩを含んで累積的に記録する。含まれたＳＲＲエントリを特定の順番で並べ替えしてＳＲＲＩを記録する。図１６による方法は、前述した第１から第５の実施形態に何れも適用可能である。
【００９７】
図１６によれば、（ｎ＋１）番目に更新されるＳＲＲＩを記録するためには、まず、ｎ番目に記録されたＳＲＲＩを確認する。ｎ番目に記録されたＳＲＲＩと現在更新する（ｎ＋１）番目のＳＲＲＩをまとめた後、特定の順番にＳＲＲエントリを並べ替える。その後、並べ替えられたＳＲＲＩをディスク上に記録する。同様に、（ｎ＋２）番目に更新されるＳＲＲＩを記録するためには、まず、（ｎ＋１）番目に記録されたＳＲＲＩを確認する。（ｎ＋１）番目に記録されたＳＲＲＩと現在更新する（ｎ＋２）番目のＳＲＲＩをまとめた後、特定の順番にＳＲＲエントリを並べ替えして記録することになる。
【００９８】
例えば、前述の並べ替え順序はＳＲＲエントリ内のＳＲＲタイプを表示するＳＲＲタイプ情報を最初の基準とし、同じＳＲＲタイプ内ではＳＲＲの最初のアドレス情報を２番目の基準として活用する。しかし、配列順序として、並べ替えの基準を何にするかは、一種のオプションであって、システムや設計者に応じて様々な方式が適用可能である。
【００９９】
本発明によれば、ディスク内に存在する全てのＳＲＲがタイプ別に並べ替えられているため、所望のＳＲＲタイプに関する情報が容易に取得でき、最後に更新された最新のＳＲＲＩだけを参照しつつ以前段階の全てのＳＲＲＩが一括して確認可能になり、アクセス時間が短縮できる。
【０１００】
図１７は、本発明が適用される光ディスクの記録再生装置を示すものである。図１７に示された装置または他の望ましい装置やシステムは、前述した本発明の様々な実施形態によるディスク管理情報（例えば、記録状態情報）を記録する方法およびディスク構造の具現に使われる。
【０１０１】
図１７によれば、光ディスク記録再生装置は、光ディスクに対して記録または再生を行う記録再生部１０と、これを制御する制御部２０と、を備え、光記録再生装置内の全ての構成要素は、互いに有機的に結合されている。制御部２０は、記録再生部１０に対し特定の領域（例えば、ＳＲＲ／ｓｅｓｓｉｏｎ）への記録または再生コマンドを送り、記録再生部１０は、制御部２０のコマンドに基づき特定の領域への記録再生を行う。記録再生部１０は、インタフェース部１２と、ピックアップ部１１と、データ−プロセッサ１３と、サーボ部１４と、メモリ１５と、マイコン１６とを備える。具体的には、外部（例えば、制御部２０）との通信を行うインタフェース部１２と、光ディスクにデータを直接記録または光ディスクから再生するピックアップ部１１と、ピックアップ部から再生信号を受信して所望の信号値に復元したり、記録される信号を光ディスクへの記録信号に変調して送るデータ−プロセッサ１３と、光ディスクから正確に信号を読み出したり、光ディスクに正確に信号を書き込むためにピックアップ部１１を制御するサーボ部１４と、管理情報を含んで各種の情報およびデータを一時保存するメモリ１５と、記録再生部内の構成要素の制御を司るマイコン１６と、を備えている。図１７の記録再生装置は、パッディング動作が選択的に行えるため、システム設計者は一層自由に記録再生装置を設計することが可能になる。すなわち、記録再生部１０はパッディング動作中に自動的に特定のデータの記録動作が行える。
【０１０２】
本発明による光ディスクの記録再生プロセスについて詳細に説明すれば、下記のとおりである。まず、光ディスク（例えば、ＢＤ−ＷＯ）が図１７のように記録再生装置内に挿入されれば、対応する光ディスク内の既に設定された管理領域、例えば、一時欠陥管理エリア（ＴＤＭＡ）内に記録された最新のディスク管理情報としてＳＲＲＩを読み出される。併せて、ＳＲＲＩ内に記録されたＳＲＲヘッダとＳＲＲエントリを読み出して記録／再生部１０内のメモリ１５に一時保存される。保存されたＳＲＲＩ内には最新のディスク記録状態が表示されている。上で述べられたように、ＳＲＲタイプ情報と各ＳＲＲ内の最後に記録されたデータ情報ＬＲＡからディスクの全領域の記録または未記録状態と特定のセッションの存在および位置が確認可能になる。結果として、これを光ディスクの記録再生時に活用する。
【０１０３】
例えば、ＳＲＲＩからマイコン１６はディスク内に存在するＳＲＲタイプが正確に確認できるため、確認されたオープンＳＲＲから記録可能な位置ＮＷＡが把握できる。確認されたクローズＳＲＲからはパッディング有無が確認可能になる。もし、ＳＲＲがパッディング無しでクローズされたならば、対応する領域をパッディングすることにより、未使用領域をクリア可能になる。
【０１０４】
また、制御部２０のクローズコマンドによりＳＲＲをクローズさせる場合にも、マイコン１６はパッディング後にクローズするか、あるいはパッディング無しでクローズするかが選択できる。設計者によっては、前述の場合制御部２０のパッディングコマンドがなくてもパッディング後にクローズするように設計できる。
【０１０５】
また、前述のように、パッディングによりＳＲＲタイプが変更される場合には、対応するＳＲＲエントリ内のＳＲＲタイプ情報を変更して記録することにより、他の記録再生装置が記録された情報を活用可能になる。
【０１０６】
前述したように機能を記録再生部１０による“自動パッディング機能“といい、記録／再生部１０は制御部２０のパッディングコマンドによるダミーデータを受け渡されてＳＲＲをパッディングする場合より時間上のメリットを有する。
【０１０７】
したがって、本発明の実施形態により、ＳＲＲタイプの定義およびＳＲＲＩの記録方法が備えられることにより、設計者の立場からは所望の性能を有した様々な方式の記録再生装置の設計が可能になる。
【産業上の利用可能性】
【０１０８】
本発明は、追記型光ディスクに利用できる。特に、追記型光ディスクにおいてディスク管理情報を記録する方法および装置に利用できる。
【符号の説明】
【０１０９】
１０  記録再生部
１１  ピックアップ
１２  インタフェース
１３  データプロセッサ
１４  サーボ部
１５  メモリ
１６  マイクロコンピュータ
２０  ホストまたはコントローラ
【図１】
0004786736.tif 000002
【図２Ａ】
0004786736.tif 000003
【図２Ｂ】
0004786736.tif 000004
【図２Ｃ】
0004786736.tif 000005
【図２Ｄ】
0004786736.tif 000006
【図３Ａ】
0004786736.tif 000007
【図３Ｂ】
0004786736.tif 000008
【図３Ｃ】
0004786736.tif 000009
【図３Ｄ】
0004786736.tif 000010
【図３Ｅ】
0004786736.tif 000011
【図４Ａ】
0004786736.tif 000012
【図４Ｂ】
0004786736.tif 000013
【図４Ｃ】
0004786736.tif 000014
【図４Ｄ】
0004786736.tif 000015
【図４Ｅ】
0004786736.tif 000016
【図４Ｆ】
0004786736.tif 000017
【図４Ｇ】
0004786736.tif 000018
【図５】
0004786736.tif 000019
【図６】
0004786736.tif 000020
【図７Ａ】
0004786736.tif 000021
【図７Ｂ】
0004786736.tif 000022
【図８】
0004786736.tif 000023
【図９Ａ】
0004786736.tif 000024
【図９Ｂ】
0004786736.tif 000025
【図１０】
0004786736.tif 000026
【図１１Ａ】
0004786736.tif 000027
【図１１Ｂ】
0004786736.tif 000028
【図１２】
0004786736.tif 000029
【図１３Ａ】
0004786736.tif 000030
【図１３Ｂ】
0004786736.tif 000031
【図１４】
0004786736.tif 000032
【図１５Ａ】
0004786736.tif 000033
【図１５Ｂ】
0004786736.tif 000034
【図１６】
0004786736.tif 000035
【図１７】
0004786736.tif 000036