着脱可能媒体用のドライブ指示機構
【課題】機能不良を診断することができる情報を有する光ディスクシステム。
【解決手段】光ディスクシステム１２６は、当該ディスクシステムによる着脱可能光ディスク１００への書き込みを制御するコードを含むコンピュータ可読媒体１２２を備える。光ディスクシステムは、光ディスクからデータを読み出すと共に光ディスクにデータを書き込む光ピックアップユニット１０２と、読み出し及び書き込み中に光ディスクを回転させるスピンドルモータ１０８と、ディスクから読み出されるデータ及びディスクに書き込まれるデータを処理する光ディスクコントローラ１１４と、コードを実行することにより、光ディスクシステムに対し着脱可能光ディスクにユーザデータを書き込ませると共に、光ディスクシステムを示す識別値を着脱可能光ディスクの少なくとも１つの所定エリアに書き込ませる、プロセッサ１２０と、をさらに備える。
【解決手段】光ディスクシステム１２６は、当該ディスクシステムによる着脱可能光ディスク１００への書き込みを制御するコードを含むコンピュータ可読媒体１２２を備える。光ディスクシステムは、光ディスクからデータを読み出すと共に光ディスクにデータを書き込む光ピックアップユニット１０２と、読み出し及び書き込み中に光ディスクを回転させるスピンドルモータ１０８と、ディスクから読み出されるデータ及びディスクに書き込まれるデータを処理する光ディスクコントローラ１１４と、コードを実行することにより、光ディスクシステムに対し着脱可能光ディスクにユーザデータを書き込ませると共に、光ディスクシステムを示す識別値を着脱可能光ディスクの少なくとも１つの所定エリアに書き込ませる、プロセッサ１２０と、をさらに備える。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、２００５年６月２４日に出願された米国特許出願第１１／１６６，８４５号の一部継続出願である。
【背景技術】
【０００２】
電子システムの中には、着脱可能記憶媒体上にデータを記憶することができるストレージドライブを含むものがある。この記憶媒体は着脱可能であるので、記憶媒体上のデータは、１つ又は複数のストレージドライブが書き込むことができる。さらに、記憶媒体の１つ又は複数の部分（たとえば、セクタ）が機能不良である場合がある。この機能不良は、記憶媒体自体によって引き起こされる場合もあるし、記憶媒体にアクセス中のドライブによって引き起こされる場合もある。このような機能不良を診断することができる情報を有することが望ましい。
【図面の簡単な説明】
【０００３】
【図１】本発明の例示的な一実施形態によるシステムを示す図である。
【図２】ドライブ識別子テーブルが記憶媒体に含まれる一実施形態を示す図である。
【図３】図２のドライブ識別子テーブルの例示的な一実施形態を示す図である。
【図４】個々のストレージデバイスを識別するインデックス値が媒体のアドレス指定可能単位に記憶される記憶媒体の一部の一例を示す図である。
【図５】例示的な方法の一実施形態を示す図である。
【図６】本発明の一実施形態による光ディスクシステムの一例を示す図である。
【図７】本システムで使用されるコンテンツがネットワークからダウンロードされるか又はネットワークによって可能となる一実施形態を示す図である。
【図８Ａ】本発明の一実施形態例による情報のブロックのレイアウトを示す図である。
【図８Ｂ】本発明の一実施形態例による情報のブロックのレイアウトを示す図である。
【図８Ｃ】本発明の一実施形態例による情報のブロックのレイアウトを示す図である。
【図８Ｄ】本発明の一実施形態例による情報のブロックのレイアウトを示す図である。
【図９】識別情報を含む読出し専用媒体を作成する、本発明の一実施形態例による一方法の一例の概略図である。
【図１０Ａ】本発明の一実施形態による読出し専用光ディスクの一例を示す図である。
【図１０Ｂ】本発明の一実施形態による書込み可能光ディスクの一例を示す図である。
【発明を実施するための形態】
【０００４】
次に、本発明の例示的な実施形態の詳細な説明について、添付図面が参照される。
【０００５】
（表記法及び用語体系）
以下の説明及び特許請求の範囲の全体にわたって、特定のシステムコンポーネントを参照するために、一定の用語が使用される。当業者には理解されるように、コンピュータ会社によって、１つのコンポーネントを異なる名前で呼ぶ場合がある。本明細書は、名前は異なるが、機能は異ならないコンポーネントを区別することは意図していない。以下の解説及び特許請求の範囲において、「含む」及び「備える」という用語は、非限定的に使用され、したがって、「〜を含むが、これらに限定されるものではない」ことを意味するように解釈されるべきである。また、「結合する」という用語は、間接的な電気的接続又は直接的な電気的接続のいずれをも意味するように意図されている。したがって、第１のデバイスが第２のデバイスに結合する場合、その接続は、直接的な電気的接続によるものである場合もあるし、他のデバイス及び接続を介した間接的な電気的接続によるものである場合もある。「記録する」という動詞は、記憶媒体上へのデータの記憶、書き込み、又は別の方法での転送を意味する。「システム」という用語は、２つ以上のコンポーネントの集まりを指し、たとえば、コンピュータシステム又はコンピュータのサブシステム（たとえば、ストレージドライブ）を指すのに使用することができる。
【０００６】
（詳細な説明）
図１は、本発明の例示的な一実施形態に従って実施されるシステム２０を示している。図示するように、システム２０は、ストレージドライブ３０に結合されたホスト２２を備える。一般に、ホスト２２は、ストレージドライブにデータを記憶し、ストレージドライブからデータを読み出す。したがって、ホスト２２は、ストレージドライブのデータ源を表し、且つ／又は、ホスト２２若しくは他のデバイスにより使用されるストレージドライブから取り出されたデータの消費者を表す。ホスト２２は、コンピュータとして実施することでき、ストレージドライブ３０は、そのコンピュータの外部に存在することもできるし、そのコンピュータの内部に配置することもできる。ホスト２２は、中央処理装置（「ＣＰＵ」）２４及びデバイスドライバ２６を含む。デバイスドライバ２６は、ＣＰＵ２４によって実行されるソフトウェアを備え、本明細書で説明する動作の１つ又は複数をＣＰＵに実行させることができる。また、ホスト２２は、明瞭にするために特に図示しない他のコンポーネントを含むことができる。
【０００７】
ストレージドライブ３０は、人又はマシン（たとえば、自動テープドライブ装填システム）によって挿入することができるような着脱可能記憶媒体３２を収容するようになっている。この記憶媒体３２には、光ディスク、磁気ディスク、ソリッドステートメモリ等の任意の適切なタイプの媒体が含まれ得る。さらに、記憶媒体は、「追記型（ライトワンス）」媒体又は「書き換え可能」記憶媒体として実装することもできる。データは、追記型媒体に２回以上記録することができるが、データが追記型媒体（たとえば、ＣＤ−Ｒ）に書き込まれると、そのようなデータは、上書きも消去もすることができない。書き換え可能記憶媒体上のデータは、上書き又は消去することができる。
【０００８】
また、ストレージドライブ３０は、ＣＰＵ３６、及び、ＣＰＵ３６が実行することができるコード３８を含むことができる。本明細書で説明する動作の１つ又は複数は、ストレージドライブのＣＰＵ３６がコード３８を実行することによって行うことができる。その上、本明細書で説明する動作のすべては、コード３８又はデバイスドライバ２６によって行うことができる。他の実施形態では、本明細書で説明する動作のいくつかは、デバイスドライバ２６によって行われ得る一方、それ以外の動作は、コード３８によって行われる。以下の解説は、さまざまな動作を行うコード３８に言及するが、他の実施形態では、デバイスドライバ２６をこれに加えて又はこれに代えて使用することもできる。
【０００９】
また、ストレージデバイス３０は、関連付けられるドライブを他のすべてのドライブから一意に識別することができるドライブ識別子（「ＩＤ」）３４等の識別値を備える。たとえば、ドライブＩＤは、ドライブ製造者によって割り当てられたシリアル番号を含むことができる。他の実施形態では、ドライブＩＤ３４は、すべてとは限らず少なくとも一部の他のドライブに一意とすることができる。ドライブＩＤ３４が、同じドライブＩＤを有する２つ又は３つ以上のドライブで同じ記憶媒体３２が使用され得る確率が十分低いようなものであれば、本明細書で開示した主題の目的にとって一般に十分である。（「一意」のドライブＩＤにおけるような）「一意」という用語は、本開示では双方の状況において使用される。ドライブＩＤ３４は、ストレージドライブ３０の不揮発性メモリに記憶することもできるし、（たとえば、ドライブに収容されるプリント回路基板上に形成されたトレース上の一意のパターンで）ドライブの回路部内にハードコード化することもできる。いくつかの実施形態では、ドライブＩＤは、恒久的であり、したがって、変更することができない。また、ドライブＩＤを恒久的にするか、又は、少なくとも、専用機器又は専用プロセスを用いずには変更が困難であるとすることが適切である。他の実施形態では、ドライブＩＤは、ドライブの識別子の代わりに、又は、ドライブの識別子に加えて、ホスト２２の識別子を含む。さらに、ドライブＩＤは、システム１０又はシステム１０のユーザに関して公に利用可能な情報を含む。ドライブＩＤは、これに加えて又はこれに代えて、システム１０のユーザのプライバシーを保護するのに有効な法的手続き（たとえば、捜査令状）に従って合法的に取り出し可能なプライベート情報を含むことができる。
【００１０】
ドライブＩＤ３４は、英数字及び／又は他のシンボルを含む値を含むことができる。少なくとも１つの実施形態では、ドライブＩＤ３４は、製造者コード（１６ビット）、モデルコード（１６ビット）、及びシリアル番号（３２ビット）を含む６４ビット値を含む。それぞれ異なるストレージドライブ製造者には、一意の製造者コードを割り当てることができ、１６ビットの場合、６５，０００個よりも多くの異なる製造者コードが可能である。必要に応じて改訂版を含めたストレージデバイスの異なる各モデルにも一意のモデルコードを割り当てることができる。１６ビットがモデルコードに使用される場合、一意に利用可能なモデルコードは６５，０００個よりも多い。シリアル番号は、一般に、各ドライブに一意である。したがって、同じ製造者によって提供された同じモデルの２つのドライブであっても、ドライブＩＤのシリアル番号の構成要素が異なるので、異なるドライブＩＤを有する。ドライブＩＤの３つの構成要素（製造者コード、モデルコード、及びシリアル番号）は、共に連結することもできるし、それ以外に、任意の適切な方法で、共に結合又は使用することができる。
【００１１】
代替的な実施形態では、特定のモデルのあらゆるドライブは、それらのドライブで実行されるファームウェアに符号化されたドライブＩＤを有することができる。この実施形態では、特定のモデルの各ドライブは、同じ３２ビットシリアル番号を有する。ファームウェアがアップグレードされても、ドライブのシリアル番号は変更されず、それまで通り利用可能である。別の実施形態によれば、ドライブＩＤは、ホスト（たとえば、デバイスドライバ２６に従いＣＰＵ２４）によって生成される。ドライブがインストールされると、ドライバは、オペレータに数字の入力を促すことができる。この数字は、たとえば、人間が読み取れる、ドライブに印刷されたシリアル番号とすることができるが、ドライブコントローラの電子機器によって可読でなくてもよい。代替的に、製造者番号及びモデル番号のみを手動で入力してもよく、デバイスドライバ２６が、ランダムな３２ビットシリアル番号を生成してもよい。代替的に、デバイスドライバは、ホストのファームウェア（たとえば、ＢＩＯＳ）のシリアル番号等、ホストコンピュータに関連付けられる一意の番号からシリアル番号を生成してもよい。デバイスドライバがシリアル番号を提供する場合、デバイスドライバは、その番号を不揮発性メモリに保存すべきか、又は、ドライバがロードされるたびに、決定的アルゴリズムを使用して常に同じ番号を再生成すべきである。デバイスドライバがシリアル番号を提供する場合、ドライブは、初期化時にデバイスドライバからドライブ識別情報（identification）を取得することができる。
【００１２】
一般に、記録されるデータは、さまざまな方法で参照することができるアドレス指定可能単位にフォーマットされる。例には、セクタ、ブロック、クラスタ、トラック、及び所定の個数のセクタを含むエラー訂正符号（「ＥＣＣ」）ブロック等の他の単位のグループが含まれる。以下の解説では、「アドレス指定可能単位」という用語は、上記で列挙した記憶単位又は他の既知の記憶単位のいずれも総称するのに使用される。
【００１３】
図２は、非ユーザデータエリア５０及びユーザデータエリア５４を備えるような記憶媒体３２の一実施形態を示している。ユーザデータエリア５４は、ホスト２２上で実行されるアプリケーションのためのデータがドライブ３０によって記憶される場所である。たとえば、ユーザが記憶媒体上に記憶したい文書又はスプレッドシート等のファイルは、ドライブ３０によってユーザデータエリアに記憶される。非ユーザデータエリア５０は、一般に、ユーザデータを記憶するのに使用することができず、その代わり、制御及び管理の目的で使用される。本発明の少なくともいくつかの実施形態によれば、非ユーザデータエリア５０は、本明細書に参照によって援用される米国特許第６，３３０，２１０号明細書に開示されているような記憶媒体の「リードイン」エリアを含むことができる。図の実施形態では、非ユーザデータエリア５０は、ドライブＩＤテーブル５６を含む。このドライブＩＤテーブル５６は、コード３８の実行下で、ドライブのＣＰＵ３６が初期化することができる。ドライブＩＤテーブルを初期化することは、テーブルを記憶するために非ユーザデータエリア５０の一部を予約することを含むことができる。
【００１４】
図３は、テーブル５６の一実施形態を示している。テーブル５６は、１つ又は複数のエントリー６２を含むように構成される。図３に示すように、各エントリー６２は、少なくともドライブＩＤフィールド５８を備える。このドライブＩＤフィールド５８は、ストレージドライブに関連付けられるドライブＩＤ（上述したドライブＩＤ等）を記憶するようになっている。また、各エントリー６２は、インデックスフィールド６０を含むことができる。したがって、テーブル５６の各エントリー６２は、インデックス値及び対応するドライブＩＤを含むことができる。たとえば、インデックス値０１ｈ（「ｈ」は１６進数を示す）は、ドライブ１のＩＤ（ＤＲＩＶＥ １ ＩＤ）に対応する。同様に、インデックス０２ｈはＤＲＩＶＥ ２ ＩＤに対応し、インデックス０３ｈはＤＲＩＶＥ ３ ＩＤに対応する。少なくともいくつかのエントリー６２は、ドライブＩＤを記憶する今後の使用のために予約することができる。図３に示す実施形態では、インデックスフィールド６０は、インデックス値を記憶するためのテーブルに含まれる。他の実施形態では、インデックスフィールド６０は、テーブル５６に明示的に含まれず、その代わり、各ドライブＩＤのインデックス値は、参照されているドライブＩＤ値のテーブルにおけるロケーションに基づいて推論される。たとえば、ドライブ２は、テーブルのゼロベースインデックス方式の第２のエントリーにあり、したがって、ドライブ２は、インデックス値２に関連付けられるものとみなされる。
【００１５】
本発明のさまざまな実施形態によれば、記憶媒体３２のアドレス指定可能単位がストレージドライブ３０によってデータを書き込まれる毎に、ストレージデバイスのＣＰＵ３６は、コード３８の制御の下、データを書き込まれているアドレス指定可能単位にインデックス値も書き込む。記憶媒体３２のアドレス指定可能単位に書き込まれたインデックス値は、書き込みオペレーションを実行している特定のストレージドライブ３０に対応する。アドレス指定可能単位に書き込まれたインデックス値は、ドライブＩＤテーブル５６を介して反映されたドライブのＩＤに対応する。たとえば、ドライブ１が、記憶媒体のアドレス指定可能単位に書き込む場合、ドライブ１は、データに加えて、その対応しているインデックス値もそのアドレス指定可能単位に書き込む。さらに、データが書き込まれる記憶媒体３２の各アドレス指定可能単位には、そのアドレス指定可能単位に書き込むのに使用された特定のストレージドライブ３０を識別するインデックス値も書き込まれる。
【００１６】
図４は、記憶媒体３２のアドレス指定可能単位の一部を示している。図４に示すこの一部は、アドレス指定可能単位１、２、３、４、及び５を含む。各アドレス指定可能単位は、データ部７０及びインデックス値７２を含む。インデックス値７２は、各アドレス指定可能単位に関連付けられるヘッダの一部として含めることができる。いくつかの実施形態では、アドレス指定可能単位のヘッダは、アドレス、制御情報、及び他の情報、並びに１つ又は複数の予約フィールドを含むことができる。予約フィールドの１つは、インデックス値を記憶するのに使用することができる。図４の例では、ドライブ１が、アドレス指定可能単位１、２、及び５にデータを書き込むのに使用され、ドライブ２及び３が、アドレス指定可能単位３及び４にデータをそれぞれ書き込むのに使用されている。また、ドライブ１は、アドレス指定可能単位３及び４にデータを書き込むのに使用された可能性があるが、ドライブ２及び３は、アドレス指定可能単位２及び３にどんなデータが記憶されていたにせよ、その後上書きしており、したがって、関連するインデックス値を更新している。インデックス値７２は、そのアドレス指定可能単位に最新に書き込みを行ったドライブを識別する。記憶媒体３２は、「レガシードライブ」と共に使用することができる場合もある。レガシードライブとは、本明細書で説明するような記憶媒体にドライブＩＤを書き込むように装備されていないドライブである。その代わり、レガシードライブは、通常ならば本明細書で説明するようなドライブによってドライブＩＤが書き込まれる、アドレス指定可能単位のロケーションに、００ｈ等の所定の値を書き込ませることができる。
【００１７】
ドライブＩＤテーブル５６のエントリーのすべてにドライブＩＤが書き込まれ、テーブルで実施された場合には、インデックス値が書き込まれている場合があり得る。これが起こると、少なくともいくつかの実施形態によれば、アドレス指定可能単位にデータの書き込みを試みる新しいストレージドライブ（すなわち、ドライブＩＤがまだテーブル５６に記憶されていないドライブ）は、００ｈ又はＦＦｈ等の予約値をドライブＩＤの代わりにアドレス指定可能単位（複数可）に書き込ませることができる。他の実施形態では、テーブル５６がいっぱいになると、ユーザが開始したメンテナンス手順を介してそのテーブルのドライブＩＤを消去することができる。次に、オフセット値を、テーブルの一部として、又は記憶媒体の他の場所に記憶することができる。このオフセット値は、テーブル５６におけるエントリーの個数を表し、追加ドライブの新たなインデックスを計算するのに使用される。たとえば、テーブル５６が３２個のエントリーを有し、３２個のすべてのエントリーがドライブＩＤ（すなわち、３２個の異なるドライブの３２個のドライブＩＤ）で占められている場合、３２個のすべてのドライブＩＤをテーブルから消去することができる。この例では、オフセット値は３２である。ドライブが、その後、アドレス指定可能単位に書き込みを行おうと試みると、その新しいドライブは、テーブル５６の消去後に記憶媒体への書き込みを行う最初のドライブとなり、３３のインデックス値を割り当てられる。この３３のインデックス値は、３２のオフセット値に最初のインデックス値１を加算することによって計算される。同様に、記憶媒体に書き込みを行う次のドライブにも、インデックス値３３が割り当てられ、以下同様である。テーブル５６に実際に記憶されたこれらのインデックス値は、１、２、３等であるが、テーブル５６がアクセスされると、オフセット値３２に加算される。
【００１８】
図５は、ブロック８０〜８８から成る対応する方法を示している。図５に示す動作の１つ又は複数は、同時に実行することもできるし、順次実行することもでき、必要に応じて１つ又は複数の動作を省略することができる。さらに、これらの動作は、図５に示す順序とは異なる順序で実行することもできる。ブロック８０において、ユーザが、記憶媒体３２をストレージドライブ３０内に挿入する。或る時点で、ストレージドライブ３０は、記憶媒体３２に書き込みを行うことができる。ブロック８２において、ストレージドライブ３０は、記憶媒体のテーブル５６を検査することによって、その特定のドライブがこれまでに記憶媒体３２にデータを記録したか否かを判断する。ストレージドライブ３０が、それ以前に記憶媒体３２にデータを書き込んでいない場合、ストレージドライブ３０のドライブＩＤは、テーブル５６に存在しない。一方、ストレージドライブ３０が、それ以前に記憶媒体３２にデータを書き込んでいた場合、ストレージドライブ３０のドライブＩＤはテーブル５６に存在する。この特定のストレージドライブ３０がこの特定の記憶媒体３２にデータを書き込むのが初めてである場合、ブロック８４において、そのドライブのＣＰＵ３６は、それまで未使用であったインデックス値に対応するテーブルにそのドライブのＩＤ値を付加することによって、記憶媒体のドライブＩＤテーブル５６を変更する。このようなドライブは、たとえば、テーブルのインデックス値０４ｈに対応するエントリーに自身のドライブＩＤを追加することができる。このインデックス値０４ｈは、それまで「予約」として印を付けられていたものである。ドライブが、記憶媒体３２にすでに書き込みを行っている場合、記憶媒体のドライブＩＤテーブルには、すでに、そのドライブのＩＤを記載したエントリーが含まれているはずであり、ブロック８３において、ドライブのＣＰＵは、ドライブＩＤテーブル５６で見つけられた自身のドライブのＩＤに関連付けられたインデックスを使用する。ブロック８６において、ストレージドライブ３０は、記憶媒体３２のアドレス指定可能単位にデータを書き込む。ブロック８８において、ドライブ３０は、データが書き込まれているアドレス指定可能単位に自身のインデックス値を書き込む。いくつかの実施形態では、ブロック８６及び８８は、１つの動作として実行される。すなわち、データ及びドライブＩＤは、１つの書き込みトランザクションでアドレス指定可能単位に書き込まれる。場合によっては、ドライブＩＤテーブルは、データを書き込む前に更新されず、ドライブのＣＰＵ３６は、新たなインデックス値の経過を追跡し、記憶媒体３２をイジェクトするか、又はシステムの電源を落とす前の或る後の時点で、ドライブＩＤテーブル５６にその新たなインデックス値を記録するのを待つ。ドライブＩＤテーブル５６に対するいずれの変更も、アドレス指定可能単位にデータを書き込む前、書き込み中、又は書き込み後に書き込まれるが、ストレージドライブから媒体をイジェクトする前に書き込まれる。
【００１９】
上述した実施形態によれば、インデックス値は、アドレス指定可能単位に書き込んでいるドライブを識別するための識別値としてアドレス指定可能単位に記憶される。テーブル５６は、関連付けられるインデックス値が与えられると、アドレス指定可能単位に書き込んだ特定のドライブを識別するのに使用することができる。いくつかの実施形態では、特定のドライブに関連付けられるインデックス値は、図３に示すようなテーブル５６に記憶されるが、他の実施形態では、特定のドライブのインデックス値は、テーブルにおけるドライブのロケーションから推論される。いくつかの実施形態では、ドライブＩＤ自体（又はシステム識別子）は、対応するインデックス値というよりは識別値としてアドレス指定可能単位に書き込むことができる。この後者の実施形態では、ドライブＩＤテーブル（インデックス値とドライブＩＤとの間の変換を容易にする）は使用されない。
【００２０】
いくつかの実施形態（たとえば、レガシードライブ）では、ドライブ識別値が利用可能でない場合があり、所定の値（たとえば、００ｈ）が、媒体のアドレス指定可能単位に記憶される。また、すべての可能なドライブ識別子（たとえば、インデックス値）がすでに使用中であり、したがって、新たなドライブに対していずれのドライブ識別子も利用可能でない場合もある。この場合、ドライブ識別インデックス値の代わりに、所定の値が使用されて、媒体のアドレス指定可能単位に記憶される。
【００２１】
上述した実施形態によって、記憶媒体は、いずれのドライブが記憶媒体の特定のアドレス指定可能単位に書き込んだかを識別するのに使用することができる監査情報を含むことになる。この監査情報は、さまざまな方法で使用することができる。たとえば、記憶媒体３２のアドレス指定可能単位に欠陥があると判断され、そのアドレス指定可能単位に書き込まれたインデックス値を求めることができる場合、ドライブＩＤテーブルを検査することによって、いずれのドライブがその特定のアドレス指定可能単位に最後に書き込んだかについての判断を行うことができる。アドレス指定可能単位の欠陥は、ストレージデバイスによって書き込まれたアドレス指定可能単位（複数可）の情報及び媒体のドライブＩＤテーブルの情報によって一意に識別することができる特定のストレージデバイスに関する問題によって引き起こされる場合がある。したがって、いくつかの実施形態では、一方法を、プロセッサを有し、且つ、その方法を実施するのに適したソフトウェアを実行するコンピュータシステムによって実行することができる。そのように実行されるこの方法は、着脱可能記憶媒体３２から情報を取り出すこと、及び、その情報に基づいて、複数のストレージドライブのいずれが着脱可能記憶媒体にデータを記憶するのに使用されたかを判断することを含む。具体的には、コンピュータシステムは、着脱可能記憶媒体を収容し、コンピュータシステムのソフトウェアが実行されて、いずれの１つ又は複数のストレージドライブがこれまでに着脱可能記憶媒体にデータを書き込んだかを判断する方法が実行される。上記で説明した情報を取り出す動作は、着脱可能記憶媒体からテーブル５６を取り出すことを含む。また、情報を取り出す動作は、これまでにデータが書き込まれた着脱可能記憶媒体のアドレス指定可能単位に記憶されたあらゆるインデックス値を取り出すことを含む。さらに、この方法は、テーブル５６を検査すること、及び、記憶媒体のアドレス指定可能単位のいずれかから読み出されたいずれかのインデックス値（複数可）が、テーブルに含まれるいずれかのインデックス値と一致するか否かを判断することを伴う。テーブルに記憶されたドライブＩＤは、記憶媒体のアドレス指定可能単位にこれまでにデータを書き込んだあらゆるドライブであって、そのドライブのインデックス値がこのようなアドレス指定可能単位に記憶されるあらゆるドライブの同一性を確認することができる機構を提供する。
【００２２】
図６は、本発明の一実施形態による光ディスクシステムの一例の機能ブロック図である。本システムは、着脱可能光ディスク１００とドライブ１２６とを備える。ドライブ１２６は、着脱可能光ディスク１００用のクランピングシステムに接続されたスピンドルモータ１０８をさらに備える。光ピックアップユニット（ＯＰＵ１０２）を使用して、情報がディスク１００から読み出されるか又はディスク１００に書き込まれる。ＯＰＵ１０２は、１つ又は複数のレンズ１０４及び他の光学素子と共に、１つ又は複数のレーザダイオード及び光検出器を備える。さらに、ＯＰＵ１０２は、光ディスク１００にレーザビーム１０５を集束させ続け且つ光ディスク１００上のトラックに追従するために、対物レンズ１０４を半径方向及び軸方向に移動させる電気機械素子１０３を備える。ＯＰＵ１０２は、スレッドモータ１０６に機械的に取り付けられており、スレッドモータ１０６は、ＯＰＵ１０２を光ディスク１００の使用可能な半径を横切って移動させるように構成されている。インタフェース電子回路１１０を使用して、ＯＰＵ１０２の光検出器からの信号を調整及び合成して、読み出し及び書き込みのためのラジアル信号及びフォーカス信号が作成され、且つデータを読み出すための信号が作成される。さらに、インタフェース電子回路は、読み出し及び書き込み中にＯＰＵ１０２のレーザダイオードを制御し、スレッドモータ１０６及びスピンドルモータ１０８用の信号を調整する。フォーカス信号及びトラッキング信号は、サーボプロセッサ１１２によって、読み出し及び書き込み中に半径方向及び軸方向のトラッキングを維持するように、ＯＰＵ１０２の電気機械手段１０３によりレンズ１０４を、直接又はインタフェース電子回路１１０を使用して調整するために使用され、書き込み中にスピンドルモータ１０８の速度を制御するためにも使用され得る。光ディスクコントローラ１１４が、ＯＰＵ１０２の光検出器からの、インタフェース電子回路１１０によって調整されたデータを復号し、データを符号化し、且つインタフェース電子回路１１０を通してＯＰＵ１０２のレーザ出力を変調する。光ディスクコントローラ１１４はまた、サーボプロセッサ１１２がその機能を有していない場合、読み出されたデータを使用してスピンドルモータ１０８の速度を調整することができる。光ディスクコントローラ１１４はまた、ホストデバイスと通信するホストインタフェース１２４も備える。ホストインタフェース１２４は、独自の（proprietary）インタフェースであってもよく、又は、シリアル・アドバンスド・テクノロジー・アタッチメント（ＳＡＴＡ）インタフェース、パラレル・アドバンスド・テクノロジー・アタッチメント（ＰＡＴＡ）インタフェース（「ＩＤＥ」又は「ＥＩＤＥ」インタフェースとして具現化されることもある）、ユニバーサル・シリアル・バス（ＵＳＢ）インタフェース、ＩＥＥＥ１３９４シリアルインタフェース、ＩＥＥＥ１２８４パラレルインタフェース若しくは別の種類の標準インタフェースであってもよい。本システムのコンポーネントは、メモリ１２２からのコードを実行するプロセッサ１２０によって制御される。
【００２３】
図６のシステムは、本発明の一実施形態による光ディスクシステムの一例であり、他の実施形態も可能である。記載されている機能を、異なるブロックに分割してもよい。たとえば、サーボプロセッサ１１２を光ディスクコントローラ１１４に組み合わせてもよく、又はプロセッサ１２０及びメモリ１２２を組み合わせて単一の集積回路にすることができる。
【００２４】
一実施形態例による動作時、システムは、メモリ１２２からのコードを実行しているプロセッサ１２０の制御下で、ユーザデータを着脱可能光ディスク１００に書き込み、また、光ディスクシステムを示す識別値を、着脱可能光ディスク１００の少なくとも１つの所定エリアに書き込む。着脱可能光ディスクは、これらの実施形態では、書き換え可能光ディスクであっても追記型光ディスクであってもよい。
【００２５】
別の実施形態例では、システムは、特定の着脱可能光ディスク１００がこの特定の光ディスクシステムによって以前に書き込みがなされたか否かを判断する。たとえば、着脱可能光ディスク１００は、何らかのデータをディスク１００に書き込んだ特定の光ディスクドライブのすべての記録を含むテーブル又は他のデータ構造を保持することができる。システムは、単にテーブルを読み出し、そのエントリーをドライブ１２６に関する識別情報と比較してもよい。システムは、着脱可能光ディスク１００にデータを以前に書き込んでいない場合、ディスク１００にデータを書き込むと共に、テーブル又は他のデータ構造を、ディスク１００の少なくとも１つの所定エリアに書き込まれた識別値に関連付けられる識別子で更新することができる。
【００２６】
光ディスク１００上に記録されるべきユーザデータは、さまざまなソースのうちの１つ又は複数から来る可能性がある。たとえば、ユーザデータは、システムのユーザが作成してもよく、又は図７に示すようにインターネットを介してダウンロードされるコンテンツであってもよい。図７において、ＰＣ又はスタンドアロンデバイスであってもよいホストデバイス２０２は、ネットワークインタフェース２０４及び周辺インタフェース２１０を備える。ホストデバイス２０２は、ネットワークインタフェース２０４を介して、インターネット２０６に接続されている１つ又は複数のサーバ２０８と通信する。ホストデバイス２０２は、周辺インタフェース２１０を介して、光ディスクドライブ２１２にデータを送信し且つ光ディスクドライブ２１２からデータを受信する。光ディスクドライブ２１２は、ホストデバイスに内蔵されていてもよく（図７において破線で示すように）又は外付けデバイスであってもよい。周辺インタフェース２１０は、独自のインタフェースであっても標準インタフェースであってもよい。
【００２７】
一実施形態による動作時、ホストデバイス２０２は、インターネット２０６に接続されている１つ又は複数のサーバ２０８と通信することによりコンテンツを受信し、その後、コンテンツをユーザデータとして光ディスク２１４等の光ディスクに書き込む。システムは、ダウンロードされたコンテンツを書き込むことに加えて、識別値を光ディスクの少なくとも１つの所定エリアに書き込む。
【００２８】
ホストデバイス２０２は、ダウンロードされたコンテンツを受信することに加えて且つそれに関連して、ネットワークインタフェース２０４を介して追加の情報を受信することができる。この追加の情報は、ダウンロードされたコンテンツに関連していてもよく、又はダウンロードの環境に関連していてもよい。追加の情報の例は、ユーザに関する情報、システム及び／若しくはそのコンポーネントに関する情報、コンテンツの暗号化若しくは解読のための鍵、又は他の情報を含む。支払方法等の、ダウンロードトランザクションに関する情報が含まれてもよく、コンテンツのダウンロード、作成又は再生に関する時間情報及び位置特定情報が含まれてもよい。さらに、ダウンロードは、コンテンツの使用又は配布の制御に使用されるデジタル著作権管理情報を含んでもよい。追加の情報のうちの１つ又は複数の項目を、光ディスク２１４に記録することができる。
【００２９】
図８Ａは、ＥＣＣブロックのデータセクタ並びにアドレス及び制御部の概略図を示す。図８Ｂ〜図８Ｄは、本発明の実施形態例によるＥＣＣブロック内に含まれる識別情報を示す。光媒体への記録の細分性は、通常、記録されている（self contained）情報の最小ブロックによって制限される。情報には、アドレス指定及び制御情報、ユーザデータ、並びにエラー検出及びエラー訂正バイトが含まれる。さらに、変調中、同期フィールド及びパディングビットを追加することができる。このブロックは、変調前、ＥＣＣブロック４００と呼ばれることが多く、たとえば、ＤＶＤの場合は１６個の２０４８バイトユーザデータセクタ、ブルーレイ及びＨＤ ＤＶＤの場合は３２個の２０４８バイトセクタ４０４を含む。しかしながら、ホストシステムは、ＥＣＣブロックの全サイズにはデータを書き込まないように選択することも可能である。この場合、光ディスクデバイスは、ＥＣＣブロック全体を読み出し、内容が変化したセクタのみを変更し、新たなエラー検出及びエラー訂正バイトを生成し、制御情報４０２を変更し、その後ディスクに新たなＥＣＣブロックをライトバックすることができる。ＥＣＣブロック４００に対するアドレス及び制御情報４０２を、ブロック全体に分散させてもよい。
【００３０】
変化していないセクタと共に、いくつかの変化したセクタ４０６が記録される場合、識別情報を、それらのセクタを区別するように、ＥＣＣブロック４００のアドレス及び制御情報４０２内に含めることができる。一実施形態例では、これを、テーブル５６に対するインデックス７２（図２及び図４に示す）と、そのインデックスに割り当てられている個々のセクタに対するビットマップ又は他の何らかの指定とによって示すことができる。他のすべてのセクタは、正体不明（unknown origin）であるとみなされる。この構成を図８Ｂに示す。識別情報４０８はインデックス７２及びビットフィールド４１０を含む。インデックス７２は、上述した識別子のテーブルのエントリーを示す。例としてのビットフィールド４０８は、ＥＣＣブロック４００の各セクタに対して１ビットを含む。ＥＣＣブロック４００に書き込みがなされると、各変化したセクタに対応するビットフィールド４１０のビットが「１」にセットされる。他のビットは「０」にセットされる。（当然ながら、ビットの意味を逆にしてもよい。）そして、識別情報４０８は、ＥＣＣブロックの少なくともいくつかのセクタに、インデックス７２に対応するテーブルエントリーによって識別されるドライブ、ユーザ、システム、又は他のエンティティによって最近書き込みがなされたことを示す。最近の書き込みによって変化した特定のセクタは、対応するビットがビットフィールド４１０において「１」にセットされるセクタである。そして、この実施形態例では各ＥＣＣブロックに対して１つのインデックス値しか使用可能でないため、他のセクタは正体不明である。識別情報４０８を、ＥＣＣブロック４００全体に分散されてもよいアドレス及び制御情報４０２に含めることができる。
【００３１】
ビットフィールド４１０において、各ビットが単一のセクタを表すように十分なビットが使用可能でない場合、各ビットは２つ以上のセクタを表すことができる。この実施形態を図８Ｃに示す。図８Ｃにおいて、識別情報４１２のビットフィールド４１４は、ＥＣＣブロック４００における各２つのセクタに対して１ビットのみを含む。第１のビットは、たとえば、最近の書き込み動作中に、ＥＣＣブロック４００の最初の２つのセクタの一方又は両方が、インデックス７２に対応するテーブルエントリーに示されているエンティティを使用して変更されたか否かを示すことができる。ビットフィールド４１４の第２のビットは、ＥＣＣブロック４００のセクタの第２の対の一方又は両方が変更されたか否かを示すことができ、以下同様である。
【００３２】
図８Ｄは、変更するエンティティのより完全な履歴が維持されている構成を示す。図８Ｄにおいて、識別情報４１６は、２つのインデックス値４１８及び４２０とビットフィールド４２２とを含む。十分なビットが使用可能である場合、ビットフィールド４２２は、ＥＣＣブロック４００が含むセクタの数の２倍のビットを有することができ。そして、ビットフィールド４２２の半分のビットは、第１のインデックスに関連付けられるテーブルエントリーによって示されているエンティティによって、いずれのセクタに対して最近書き込みがなされたかを示し、ビットフィールド４２２の半分のビットは、第２のインデックスに関連付けられるテーブルエントリーによって示されているエンティティによって、いずれのセクタに対して最近書き込みがなされたかを示す。完全な個々のセクタ指示に対して十分なビットが使用可能でない場合、図８Ｃに関して上述したように、ビットは２つ以上のセクタを表してもよい。他の多くの構成及び組合せが可能である。
【００３３】
ここまで説明した実施形態は、書込み可能記憶媒体に関連していたが、読出し専用媒体もまた、本発明の一実施形態による識別情報を含むことができる。読出し専用媒体には、たとえば、追記型媒体に対しマスタリングし、成形し、打ち抜き、データを書き込むことによるか、又は他の何らかの手段により、製造又は複製される媒体が含まれ得る。
【００３４】
図９は、本発明の一実施形態例による読出し専用媒体を製造する方法を示す。図９は、厳密にはフローチャートではないことに留意されたい。
【００３５】
ステップ５０６において、１つ又は複数のソースからのコンテンツ５０２を集約させる。コンテンツの各部分は、関連付けられる識別情報５０４を有することができる。コンテンツ５０２は、さまざまなソース（コンテンツ制作者、コンテンツ配信者又は他のソース）から来る可能性があり、さまざまな形式（音声、ビデオ、文書、データ又は他の形式）であってもよく、異なる方法で作成されていてもよく、使用要件が異なっていてもよい。本発明の一実施形態による読出し専用媒体は、個々にアドレス指定可能な単位に基づいてコンテンツを追跡又は識別することが望ましい場合に特に有用であり得る。たとえば、読出し専用光ディスクには、ビデオコンテンツがさまざまなフォーマットで記録されていてもよく、本発明の一実施形態による識別情報を使用して、ディスクのいずれのコンテンツがいずれのフォーマットで記録されているかを識別することができる。或いは識別情報を使用して、コンテンツの作成日付等の、コンテンツに関する時間関連情報、又はデジタル写真が撮影された地理的位置等の、地理的位置情報を示すことができる。識別情報は、ユーザデータにおいて著作権の所有者を示すことも可能である。
【００３６】
そして、ステップ５０８において、識別情報５０４を含む、ディスクに対するデータを、エラー訂正バイト及びアドレス指定等の任意の追加の情報を追加することを含めて、ディスクレイアウトに対してフォーマットする。そして、ステップ５１０において、ステップ５０８からの全データを、ディスクフォーマット変調コードに従って変調する。ステップ５１０において、同期フィールド等の追加のビットレベルデータを追加することができる。そして、ステップ５１２においてマスタを作成し、ステップ５１４においてそれを使用して個々の媒体を製造する。
【００３７】
図１０Ａ及び図１０Ｂは、本発明の一実施形態例による、識別情報を含むように構成された光ディスクの２つの例を示す。これらの例は比例尺にはなっていない。図１０Ａは、媒体のピット６０２に符号化された識別情報を含むように、マスタからエンボス加工されるか、射出成形されるか、又は他の方法で製造された読出し専用光ディスク６００を表している。図１０Ｂは、記録システムに関する識別情報を含むマーク及びスペースが形成されているトラック構造６０６を有する、記録可能光ディスク６０４を表している。トラック構造６０６は、識別情報の記録場所の位置を特定するために必要なアドレス指定情報を含む。光ディスク６０４は、媒体に記録するか又は上書きするために使用されるトラック構造６０６を形成するようにエンボス加工、射出成形又は他の方法によって製造される。図１０Ａ及び図１０Ｂは、単層の読出し専用光ディスク及び記録可能光ディスクの例を示すが、多層ディスクも可能である。
【００３８】
上記開示を十分に理解すると、多数の変形形態及び変更形態が当業者には明らかになるであろう。たとえば、本明細書に提供した教示は、コンピュータシステム、及び、光ディスクビデオレコーダ等のスタンドアロンストレージデバイスに適用可能である。
【符号の説明】
【００３９】
１００ 着脱可能光ディスク
１０２ 光ピックアップユニット
１０８ スピンドルモータ
１１４ 光ディスクコントローラ
１２０ プロセッサ
１２２ メモリ
１２６ 光ディスクシステム
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、２００５年６月２４日に出願された米国特許出願第１１／１６６，８４５号の一部継続出願である。
【背景技術】
【０００２】
電子システムの中には、着脱可能記憶媒体上にデータを記憶することができるストレージドライブを含むものがある。この記憶媒体は着脱可能であるので、記憶媒体上のデータは、１つ又は複数のストレージドライブが書き込むことができる。さらに、記憶媒体の１つ又は複数の部分（たとえば、セクタ）が機能不良である場合がある。この機能不良は、記憶媒体自体によって引き起こされる場合もあるし、記憶媒体にアクセス中のドライブによって引き起こされる場合もある。このような機能不良を診断することができる情報を有することが望ましい。
【図面の簡単な説明】
【０００３】
【図１】本発明の例示的な一実施形態によるシステムを示す図である。
【図２】ドライブ識別子テーブルが記憶媒体に含まれる一実施形態を示す図である。
【図３】図２のドライブ識別子テーブルの例示的な一実施形態を示す図である。
【図４】個々のストレージデバイスを識別するインデックス値が媒体のアドレス指定可能単位に記憶される記憶媒体の一部の一例を示す図である。
【図５】例示的な方法の一実施形態を示す図である。
【図６】本発明の一実施形態による光ディスクシステムの一例を示す図である。
【図７】本システムで使用されるコンテンツがネットワークからダウンロードされるか又はネットワークによって可能となる一実施形態を示す図である。
【図８Ａ】本発明の一実施形態例による情報のブロックのレイアウトを示す図である。
【図８Ｂ】本発明の一実施形態例による情報のブロックのレイアウトを示す図である。
【図８Ｃ】本発明の一実施形態例による情報のブロックのレイアウトを示す図である。
【図８Ｄ】本発明の一実施形態例による情報のブロックのレイアウトを示す図である。
【図９】識別情報を含む読出し専用媒体を作成する、本発明の一実施形態例による一方法の一例の概略図である。
【図１０Ａ】本発明の一実施形態による読出し専用光ディスクの一例を示す図である。
【図１０Ｂ】本発明の一実施形態による書込み可能光ディスクの一例を示す図である。
【発明を実施するための形態】
【０００４】
次に、本発明の例示的な実施形態の詳細な説明について、添付図面が参照される。
【０００５】
（表記法及び用語体系）
以下の説明及び特許請求の範囲の全体にわたって、特定のシステムコンポーネントを参照するために、一定の用語が使用される。当業者には理解されるように、コンピュータ会社によって、１つのコンポーネントを異なる名前で呼ぶ場合がある。本明細書は、名前は異なるが、機能は異ならないコンポーネントを区別することは意図していない。以下の解説及び特許請求の範囲において、「含む」及び「備える」という用語は、非限定的に使用され、したがって、「〜を含むが、これらに限定されるものではない」ことを意味するように解釈されるべきである。また、「結合する」という用語は、間接的な電気的接続又は直接的な電気的接続のいずれをも意味するように意図されている。したがって、第１のデバイスが第２のデバイスに結合する場合、その接続は、直接的な電気的接続によるものである場合もあるし、他のデバイス及び接続を介した間接的な電気的接続によるものである場合もある。「記録する」という動詞は、記憶媒体上へのデータの記憶、書き込み、又は別の方法での転送を意味する。「システム」という用語は、２つ以上のコンポーネントの集まりを指し、たとえば、コンピュータシステム又はコンピュータのサブシステム（たとえば、ストレージドライブ）を指すのに使用することができる。
【０００６】
（詳細な説明）
図１は、本発明の例示的な一実施形態に従って実施されるシステム２０を示している。図示するように、システム２０は、ストレージドライブ３０に結合されたホスト２２を備える。一般に、ホスト２２は、ストレージドライブにデータを記憶し、ストレージドライブからデータを読み出す。したがって、ホスト２２は、ストレージドライブのデータ源を表し、且つ／又は、ホスト２２若しくは他のデバイスにより使用されるストレージドライブから取り出されたデータの消費者を表す。ホスト２２は、コンピュータとして実施することでき、ストレージドライブ３０は、そのコンピュータの外部に存在することもできるし、そのコンピュータの内部に配置することもできる。ホスト２２は、中央処理装置（「ＣＰＵ」）２４及びデバイスドライバ２６を含む。デバイスドライバ２６は、ＣＰＵ２４によって実行されるソフトウェアを備え、本明細書で説明する動作の１つ又は複数をＣＰＵに実行させることができる。また、ホスト２２は、明瞭にするために特に図示しない他のコンポーネントを含むことができる。
【０００７】
ストレージドライブ３０は、人又はマシン（たとえば、自動テープドライブ装填システム）によって挿入することができるような着脱可能記憶媒体３２を収容するようになっている。この記憶媒体３２には、光ディスク、磁気ディスク、ソリッドステートメモリ等の任意の適切なタイプの媒体が含まれ得る。さらに、記憶媒体は、「追記型（ライトワンス）」媒体又は「書き換え可能」記憶媒体として実装することもできる。データは、追記型媒体に２回以上記録することができるが、データが追記型媒体（たとえば、ＣＤ−Ｒ）に書き込まれると、そのようなデータは、上書きも消去もすることができない。書き換え可能記憶媒体上のデータは、上書き又は消去することができる。
【０００８】
また、ストレージドライブ３０は、ＣＰＵ３６、及び、ＣＰＵ３６が実行することができるコード３８を含むことができる。本明細書で説明する動作の１つ又は複数は、ストレージドライブのＣＰＵ３６がコード３８を実行することによって行うことができる。その上、本明細書で説明する動作のすべては、コード３８又はデバイスドライバ２６によって行うことができる。他の実施形態では、本明細書で説明する動作のいくつかは、デバイスドライバ２６によって行われ得る一方、それ以外の動作は、コード３８によって行われる。以下の解説は、さまざまな動作を行うコード３８に言及するが、他の実施形態では、デバイスドライバ２６をこれに加えて又はこれに代えて使用することもできる。
【０００９】
また、ストレージデバイス３０は、関連付けられるドライブを他のすべてのドライブから一意に識別することができるドライブ識別子（「ＩＤ」）３４等の識別値を備える。たとえば、ドライブＩＤは、ドライブ製造者によって割り当てられたシリアル番号を含むことができる。他の実施形態では、ドライブＩＤ３４は、すべてとは限らず少なくとも一部の他のドライブに一意とすることができる。ドライブＩＤ３４が、同じドライブＩＤを有する２つ又は３つ以上のドライブで同じ記憶媒体３２が使用され得る確率が十分低いようなものであれば、本明細書で開示した主題の目的にとって一般に十分である。（「一意」のドライブＩＤにおけるような）「一意」という用語は、本開示では双方の状況において使用される。ドライブＩＤ３４は、ストレージドライブ３０の不揮発性メモリに記憶することもできるし、（たとえば、ドライブに収容されるプリント回路基板上に形成されたトレース上の一意のパターンで）ドライブの回路部内にハードコード化することもできる。いくつかの実施形態では、ドライブＩＤは、恒久的であり、したがって、変更することができない。また、ドライブＩＤを恒久的にするか、又は、少なくとも、専用機器又は専用プロセスを用いずには変更が困難であるとすることが適切である。他の実施形態では、ドライブＩＤは、ドライブの識別子の代わりに、又は、ドライブの識別子に加えて、ホスト２２の識別子を含む。さらに、ドライブＩＤは、システム１０又はシステム１０のユーザに関して公に利用可能な情報を含む。ドライブＩＤは、これに加えて又はこれに代えて、システム１０のユーザのプライバシーを保護するのに有効な法的手続き（たとえば、捜査令状）に従って合法的に取り出し可能なプライベート情報を含むことができる。
【００１０】
ドライブＩＤ３４は、英数字及び／又は他のシンボルを含む値を含むことができる。少なくとも１つの実施形態では、ドライブＩＤ３４は、製造者コード（１６ビット）、モデルコード（１６ビット）、及びシリアル番号（３２ビット）を含む６４ビット値を含む。それぞれ異なるストレージドライブ製造者には、一意の製造者コードを割り当てることができ、１６ビットの場合、６５，０００個よりも多くの異なる製造者コードが可能である。必要に応じて改訂版を含めたストレージデバイスの異なる各モデルにも一意のモデルコードを割り当てることができる。１６ビットがモデルコードに使用される場合、一意に利用可能なモデルコードは６５，０００個よりも多い。シリアル番号は、一般に、各ドライブに一意である。したがって、同じ製造者によって提供された同じモデルの２つのドライブであっても、ドライブＩＤのシリアル番号の構成要素が異なるので、異なるドライブＩＤを有する。ドライブＩＤの３つの構成要素（製造者コード、モデルコード、及びシリアル番号）は、共に連結することもできるし、それ以外に、任意の適切な方法で、共に結合又は使用することができる。
【００１１】
代替的な実施形態では、特定のモデルのあらゆるドライブは、それらのドライブで実行されるファームウェアに符号化されたドライブＩＤを有することができる。この実施形態では、特定のモデルの各ドライブは、同じ３２ビットシリアル番号を有する。ファームウェアがアップグレードされても、ドライブのシリアル番号は変更されず、それまで通り利用可能である。別の実施形態によれば、ドライブＩＤは、ホスト（たとえば、デバイスドライバ２６に従いＣＰＵ２４）によって生成される。ドライブがインストールされると、ドライバは、オペレータに数字の入力を促すことができる。この数字は、たとえば、人間が読み取れる、ドライブに印刷されたシリアル番号とすることができるが、ドライブコントローラの電子機器によって可読でなくてもよい。代替的に、製造者番号及びモデル番号のみを手動で入力してもよく、デバイスドライバ２６が、ランダムな３２ビットシリアル番号を生成してもよい。代替的に、デバイスドライバは、ホストのファームウェア（たとえば、ＢＩＯＳ）のシリアル番号等、ホストコンピュータに関連付けられる一意の番号からシリアル番号を生成してもよい。デバイスドライバがシリアル番号を提供する場合、デバイスドライバは、その番号を不揮発性メモリに保存すべきか、又は、ドライバがロードされるたびに、決定的アルゴリズムを使用して常に同じ番号を再生成すべきである。デバイスドライバがシリアル番号を提供する場合、ドライブは、初期化時にデバイスドライバからドライブ識別情報（identification）を取得することができる。
【００１２】
一般に、記録されるデータは、さまざまな方法で参照することができるアドレス指定可能単位にフォーマットされる。例には、セクタ、ブロック、クラスタ、トラック、及び所定の個数のセクタを含むエラー訂正符号（「ＥＣＣ」）ブロック等の他の単位のグループが含まれる。以下の解説では、「アドレス指定可能単位」という用語は、上記で列挙した記憶単位又は他の既知の記憶単位のいずれも総称するのに使用される。
【００１３】
図２は、非ユーザデータエリア５０及びユーザデータエリア５４を備えるような記憶媒体３２の一実施形態を示している。ユーザデータエリア５４は、ホスト２２上で実行されるアプリケーションのためのデータがドライブ３０によって記憶される場所である。たとえば、ユーザが記憶媒体上に記憶したい文書又はスプレッドシート等のファイルは、ドライブ３０によってユーザデータエリアに記憶される。非ユーザデータエリア５０は、一般に、ユーザデータを記憶するのに使用することができず、その代わり、制御及び管理の目的で使用される。本発明の少なくともいくつかの実施形態によれば、非ユーザデータエリア５０は、本明細書に参照によって援用される米国特許第６，３３０，２１０号明細書に開示されているような記憶媒体の「リードイン」エリアを含むことができる。図の実施形態では、非ユーザデータエリア５０は、ドライブＩＤテーブル５６を含む。このドライブＩＤテーブル５６は、コード３８の実行下で、ドライブのＣＰＵ３６が初期化することができる。ドライブＩＤテーブルを初期化することは、テーブルを記憶するために非ユーザデータエリア５０の一部を予約することを含むことができる。
【００１４】
図３は、テーブル５６の一実施形態を示している。テーブル５６は、１つ又は複数のエントリー６２を含むように構成される。図３に示すように、各エントリー６２は、少なくともドライブＩＤフィールド５８を備える。このドライブＩＤフィールド５８は、ストレージドライブに関連付けられるドライブＩＤ（上述したドライブＩＤ等）を記憶するようになっている。また、各エントリー６２は、インデックスフィールド６０を含むことができる。したがって、テーブル５６の各エントリー６２は、インデックス値及び対応するドライブＩＤを含むことができる。たとえば、インデックス値０１ｈ（「ｈ」は１６進数を示す）は、ドライブ１のＩＤ（ＤＲＩＶＥ １ ＩＤ）に対応する。同様に、インデックス０２ｈはＤＲＩＶＥ ２ ＩＤに対応し、インデックス０３ｈはＤＲＩＶＥ ３ ＩＤに対応する。少なくともいくつかのエントリー６２は、ドライブＩＤを記憶する今後の使用のために予約することができる。図３に示す実施形態では、インデックスフィールド６０は、インデックス値を記憶するためのテーブルに含まれる。他の実施形態では、インデックスフィールド６０は、テーブル５６に明示的に含まれず、その代わり、各ドライブＩＤのインデックス値は、参照されているドライブＩＤ値のテーブルにおけるロケーションに基づいて推論される。たとえば、ドライブ２は、テーブルのゼロベースインデックス方式の第２のエントリーにあり、したがって、ドライブ２は、インデックス値２に関連付けられるものとみなされる。
【００１５】
本発明のさまざまな実施形態によれば、記憶媒体３２のアドレス指定可能単位がストレージドライブ３０によってデータを書き込まれる毎に、ストレージデバイスのＣＰＵ３６は、コード３８の制御の下、データを書き込まれているアドレス指定可能単位にインデックス値も書き込む。記憶媒体３２のアドレス指定可能単位に書き込まれたインデックス値は、書き込みオペレーションを実行している特定のストレージドライブ３０に対応する。アドレス指定可能単位に書き込まれたインデックス値は、ドライブＩＤテーブル５６を介して反映されたドライブのＩＤに対応する。たとえば、ドライブ１が、記憶媒体のアドレス指定可能単位に書き込む場合、ドライブ１は、データに加えて、その対応しているインデックス値もそのアドレス指定可能単位に書き込む。さらに、データが書き込まれる記憶媒体３２の各アドレス指定可能単位には、そのアドレス指定可能単位に書き込むのに使用された特定のストレージドライブ３０を識別するインデックス値も書き込まれる。
【００１６】
図４は、記憶媒体３２のアドレス指定可能単位の一部を示している。図４に示すこの一部は、アドレス指定可能単位１、２、３、４、及び５を含む。各アドレス指定可能単位は、データ部７０及びインデックス値７２を含む。インデックス値７２は、各アドレス指定可能単位に関連付けられるヘッダの一部として含めることができる。いくつかの実施形態では、アドレス指定可能単位のヘッダは、アドレス、制御情報、及び他の情報、並びに１つ又は複数の予約フィールドを含むことができる。予約フィールドの１つは、インデックス値を記憶するのに使用することができる。図４の例では、ドライブ１が、アドレス指定可能単位１、２、及び５にデータを書き込むのに使用され、ドライブ２及び３が、アドレス指定可能単位３及び４にデータをそれぞれ書き込むのに使用されている。また、ドライブ１は、アドレス指定可能単位３及び４にデータを書き込むのに使用された可能性があるが、ドライブ２及び３は、アドレス指定可能単位２及び３にどんなデータが記憶されていたにせよ、その後上書きしており、したがって、関連するインデックス値を更新している。インデックス値７２は、そのアドレス指定可能単位に最新に書き込みを行ったドライブを識別する。記憶媒体３２は、「レガシードライブ」と共に使用することができる場合もある。レガシードライブとは、本明細書で説明するような記憶媒体にドライブＩＤを書き込むように装備されていないドライブである。その代わり、レガシードライブは、通常ならば本明細書で説明するようなドライブによってドライブＩＤが書き込まれる、アドレス指定可能単位のロケーションに、００ｈ等の所定の値を書き込ませることができる。
【００１７】
ドライブＩＤテーブル５６のエントリーのすべてにドライブＩＤが書き込まれ、テーブルで実施された場合には、インデックス値が書き込まれている場合があり得る。これが起こると、少なくともいくつかの実施形態によれば、アドレス指定可能単位にデータの書き込みを試みる新しいストレージドライブ（すなわち、ドライブＩＤがまだテーブル５６に記憶されていないドライブ）は、００ｈ又はＦＦｈ等の予約値をドライブＩＤの代わりにアドレス指定可能単位（複数可）に書き込ませることができる。他の実施形態では、テーブル５６がいっぱいになると、ユーザが開始したメンテナンス手順を介してそのテーブルのドライブＩＤを消去することができる。次に、オフセット値を、テーブルの一部として、又は記憶媒体の他の場所に記憶することができる。このオフセット値は、テーブル５６におけるエントリーの個数を表し、追加ドライブの新たなインデックスを計算するのに使用される。たとえば、テーブル５６が３２個のエントリーを有し、３２個のすべてのエントリーがドライブＩＤ（すなわち、３２個の異なるドライブの３２個のドライブＩＤ）で占められている場合、３２個のすべてのドライブＩＤをテーブルから消去することができる。この例では、オフセット値は３２である。ドライブが、その後、アドレス指定可能単位に書き込みを行おうと試みると、その新しいドライブは、テーブル５６の消去後に記憶媒体への書き込みを行う最初のドライブとなり、３３のインデックス値を割り当てられる。この３３のインデックス値は、３２のオフセット値に最初のインデックス値１を加算することによって計算される。同様に、記憶媒体に書き込みを行う次のドライブにも、インデックス値３３が割り当てられ、以下同様である。テーブル５６に実際に記憶されたこれらのインデックス値は、１、２、３等であるが、テーブル５６がアクセスされると、オフセット値３２に加算される。
【００１８】
図５は、ブロック８０〜８８から成る対応する方法を示している。図５に示す動作の１つ又は複数は、同時に実行することもできるし、順次実行することもでき、必要に応じて１つ又は複数の動作を省略することができる。さらに、これらの動作は、図５に示す順序とは異なる順序で実行することもできる。ブロック８０において、ユーザが、記憶媒体３２をストレージドライブ３０内に挿入する。或る時点で、ストレージドライブ３０は、記憶媒体３２に書き込みを行うことができる。ブロック８２において、ストレージドライブ３０は、記憶媒体のテーブル５６を検査することによって、その特定のドライブがこれまでに記憶媒体３２にデータを記録したか否かを判断する。ストレージドライブ３０が、それ以前に記憶媒体３２にデータを書き込んでいない場合、ストレージドライブ３０のドライブＩＤは、テーブル５６に存在しない。一方、ストレージドライブ３０が、それ以前に記憶媒体３２にデータを書き込んでいた場合、ストレージドライブ３０のドライブＩＤはテーブル５６に存在する。この特定のストレージドライブ３０がこの特定の記憶媒体３２にデータを書き込むのが初めてである場合、ブロック８４において、そのドライブのＣＰＵ３６は、それまで未使用であったインデックス値に対応するテーブルにそのドライブのＩＤ値を付加することによって、記憶媒体のドライブＩＤテーブル５６を変更する。このようなドライブは、たとえば、テーブルのインデックス値０４ｈに対応するエントリーに自身のドライブＩＤを追加することができる。このインデックス値０４ｈは、それまで「予約」として印を付けられていたものである。ドライブが、記憶媒体３２にすでに書き込みを行っている場合、記憶媒体のドライブＩＤテーブルには、すでに、そのドライブのＩＤを記載したエントリーが含まれているはずであり、ブロック８３において、ドライブのＣＰＵは、ドライブＩＤテーブル５６で見つけられた自身のドライブのＩＤに関連付けられたインデックスを使用する。ブロック８６において、ストレージドライブ３０は、記憶媒体３２のアドレス指定可能単位にデータを書き込む。ブロック８８において、ドライブ３０は、データが書き込まれているアドレス指定可能単位に自身のインデックス値を書き込む。いくつかの実施形態では、ブロック８６及び８８は、１つの動作として実行される。すなわち、データ及びドライブＩＤは、１つの書き込みトランザクションでアドレス指定可能単位に書き込まれる。場合によっては、ドライブＩＤテーブルは、データを書き込む前に更新されず、ドライブのＣＰＵ３６は、新たなインデックス値の経過を追跡し、記憶媒体３２をイジェクトするか、又はシステムの電源を落とす前の或る後の時点で、ドライブＩＤテーブル５６にその新たなインデックス値を記録するのを待つ。ドライブＩＤテーブル５６に対するいずれの変更も、アドレス指定可能単位にデータを書き込む前、書き込み中、又は書き込み後に書き込まれるが、ストレージドライブから媒体をイジェクトする前に書き込まれる。
【００１９】
上述した実施形態によれば、インデックス値は、アドレス指定可能単位に書き込んでいるドライブを識別するための識別値としてアドレス指定可能単位に記憶される。テーブル５６は、関連付けられるインデックス値が与えられると、アドレス指定可能単位に書き込んだ特定のドライブを識別するのに使用することができる。いくつかの実施形態では、特定のドライブに関連付けられるインデックス値は、図３に示すようなテーブル５６に記憶されるが、他の実施形態では、特定のドライブのインデックス値は、テーブルにおけるドライブのロケーションから推論される。いくつかの実施形態では、ドライブＩＤ自体（又はシステム識別子）は、対応するインデックス値というよりは識別値としてアドレス指定可能単位に書き込むことができる。この後者の実施形態では、ドライブＩＤテーブル（インデックス値とドライブＩＤとの間の変換を容易にする）は使用されない。
【００２０】
いくつかの実施形態（たとえば、レガシードライブ）では、ドライブ識別値が利用可能でない場合があり、所定の値（たとえば、００ｈ）が、媒体のアドレス指定可能単位に記憶される。また、すべての可能なドライブ識別子（たとえば、インデックス値）がすでに使用中であり、したがって、新たなドライブに対していずれのドライブ識別子も利用可能でない場合もある。この場合、ドライブ識別インデックス値の代わりに、所定の値が使用されて、媒体のアドレス指定可能単位に記憶される。
【００２１】
上述した実施形態によって、記憶媒体は、いずれのドライブが記憶媒体の特定のアドレス指定可能単位に書き込んだかを識別するのに使用することができる監査情報を含むことになる。この監査情報は、さまざまな方法で使用することができる。たとえば、記憶媒体３２のアドレス指定可能単位に欠陥があると判断され、そのアドレス指定可能単位に書き込まれたインデックス値を求めることができる場合、ドライブＩＤテーブルを検査することによって、いずれのドライブがその特定のアドレス指定可能単位に最後に書き込んだかについての判断を行うことができる。アドレス指定可能単位の欠陥は、ストレージデバイスによって書き込まれたアドレス指定可能単位（複数可）の情報及び媒体のドライブＩＤテーブルの情報によって一意に識別することができる特定のストレージデバイスに関する問題によって引き起こされる場合がある。したがって、いくつかの実施形態では、一方法を、プロセッサを有し、且つ、その方法を実施するのに適したソフトウェアを実行するコンピュータシステムによって実行することができる。そのように実行されるこの方法は、着脱可能記憶媒体３２から情報を取り出すこと、及び、その情報に基づいて、複数のストレージドライブのいずれが着脱可能記憶媒体にデータを記憶するのに使用されたかを判断することを含む。具体的には、コンピュータシステムは、着脱可能記憶媒体を収容し、コンピュータシステムのソフトウェアが実行されて、いずれの１つ又は複数のストレージドライブがこれまでに着脱可能記憶媒体にデータを書き込んだかを判断する方法が実行される。上記で説明した情報を取り出す動作は、着脱可能記憶媒体からテーブル５６を取り出すことを含む。また、情報を取り出す動作は、これまでにデータが書き込まれた着脱可能記憶媒体のアドレス指定可能単位に記憶されたあらゆるインデックス値を取り出すことを含む。さらに、この方法は、テーブル５６を検査すること、及び、記憶媒体のアドレス指定可能単位のいずれかから読み出されたいずれかのインデックス値（複数可）が、テーブルに含まれるいずれかのインデックス値と一致するか否かを判断することを伴う。テーブルに記憶されたドライブＩＤは、記憶媒体のアドレス指定可能単位にこれまでにデータを書き込んだあらゆるドライブであって、そのドライブのインデックス値がこのようなアドレス指定可能単位に記憶されるあらゆるドライブの同一性を確認することができる機構を提供する。
【００２２】
図６は、本発明の一実施形態による光ディスクシステムの一例の機能ブロック図である。本システムは、着脱可能光ディスク１００とドライブ１２６とを備える。ドライブ１２６は、着脱可能光ディスク１００用のクランピングシステムに接続されたスピンドルモータ１０８をさらに備える。光ピックアップユニット（ＯＰＵ１０２）を使用して、情報がディスク１００から読み出されるか又はディスク１００に書き込まれる。ＯＰＵ１０２は、１つ又は複数のレンズ１０４及び他の光学素子と共に、１つ又は複数のレーザダイオード及び光検出器を備える。さらに、ＯＰＵ１０２は、光ディスク１００にレーザビーム１０５を集束させ続け且つ光ディスク１００上のトラックに追従するために、対物レンズ１０４を半径方向及び軸方向に移動させる電気機械素子１０３を備える。ＯＰＵ１０２は、スレッドモータ１０６に機械的に取り付けられており、スレッドモータ１０６は、ＯＰＵ１０２を光ディスク１００の使用可能な半径を横切って移動させるように構成されている。インタフェース電子回路１１０を使用して、ＯＰＵ１０２の光検出器からの信号を調整及び合成して、読み出し及び書き込みのためのラジアル信号及びフォーカス信号が作成され、且つデータを読み出すための信号が作成される。さらに、インタフェース電子回路は、読み出し及び書き込み中にＯＰＵ１０２のレーザダイオードを制御し、スレッドモータ１０６及びスピンドルモータ１０８用の信号を調整する。フォーカス信号及びトラッキング信号は、サーボプロセッサ１１２によって、読み出し及び書き込み中に半径方向及び軸方向のトラッキングを維持するように、ＯＰＵ１０２の電気機械手段１０３によりレンズ１０４を、直接又はインタフェース電子回路１１０を使用して調整するために使用され、書き込み中にスピンドルモータ１０８の速度を制御するためにも使用され得る。光ディスクコントローラ１１４が、ＯＰＵ１０２の光検出器からの、インタフェース電子回路１１０によって調整されたデータを復号し、データを符号化し、且つインタフェース電子回路１１０を通してＯＰＵ１０２のレーザ出力を変調する。光ディスクコントローラ１１４はまた、サーボプロセッサ１１２がその機能を有していない場合、読み出されたデータを使用してスピンドルモータ１０８の速度を調整することができる。光ディスクコントローラ１１４はまた、ホストデバイスと通信するホストインタフェース１２４も備える。ホストインタフェース１２４は、独自の（proprietary）インタフェースであってもよく、又は、シリアル・アドバンスド・テクノロジー・アタッチメント（ＳＡＴＡ）インタフェース、パラレル・アドバンスド・テクノロジー・アタッチメント（ＰＡＴＡ）インタフェース（「ＩＤＥ」又は「ＥＩＤＥ」インタフェースとして具現化されることもある）、ユニバーサル・シリアル・バス（ＵＳＢ）インタフェース、ＩＥＥＥ１３９４シリアルインタフェース、ＩＥＥＥ１２８４パラレルインタフェース若しくは別の種類の標準インタフェースであってもよい。本システムのコンポーネントは、メモリ１２２からのコードを実行するプロセッサ１２０によって制御される。
【００２３】
図６のシステムは、本発明の一実施形態による光ディスクシステムの一例であり、他の実施形態も可能である。記載されている機能を、異なるブロックに分割してもよい。たとえば、サーボプロセッサ１１２を光ディスクコントローラ１１４に組み合わせてもよく、又はプロセッサ１２０及びメモリ１２２を組み合わせて単一の集積回路にすることができる。
【００２４】
一実施形態例による動作時、システムは、メモリ１２２からのコードを実行しているプロセッサ１２０の制御下で、ユーザデータを着脱可能光ディスク１００に書き込み、また、光ディスクシステムを示す識別値を、着脱可能光ディスク１００の少なくとも１つの所定エリアに書き込む。着脱可能光ディスクは、これらの実施形態では、書き換え可能光ディスクであっても追記型光ディスクであってもよい。
【００２５】
別の実施形態例では、システムは、特定の着脱可能光ディスク１００がこの特定の光ディスクシステムによって以前に書き込みがなされたか否かを判断する。たとえば、着脱可能光ディスク１００は、何らかのデータをディスク１００に書き込んだ特定の光ディスクドライブのすべての記録を含むテーブル又は他のデータ構造を保持することができる。システムは、単にテーブルを読み出し、そのエントリーをドライブ１２６に関する識別情報と比較してもよい。システムは、着脱可能光ディスク１００にデータを以前に書き込んでいない場合、ディスク１００にデータを書き込むと共に、テーブル又は他のデータ構造を、ディスク１００の少なくとも１つの所定エリアに書き込まれた識別値に関連付けられる識別子で更新することができる。
【００２６】
光ディスク１００上に記録されるべきユーザデータは、さまざまなソースのうちの１つ又は複数から来る可能性がある。たとえば、ユーザデータは、システムのユーザが作成してもよく、又は図７に示すようにインターネットを介してダウンロードされるコンテンツであってもよい。図７において、ＰＣ又はスタンドアロンデバイスであってもよいホストデバイス２０２は、ネットワークインタフェース２０４及び周辺インタフェース２１０を備える。ホストデバイス２０２は、ネットワークインタフェース２０４を介して、インターネット２０６に接続されている１つ又は複数のサーバ２０８と通信する。ホストデバイス２０２は、周辺インタフェース２１０を介して、光ディスクドライブ２１２にデータを送信し且つ光ディスクドライブ２１２からデータを受信する。光ディスクドライブ２１２は、ホストデバイスに内蔵されていてもよく（図７において破線で示すように）又は外付けデバイスであってもよい。周辺インタフェース２１０は、独自のインタフェースであっても標準インタフェースであってもよい。
【００２７】
一実施形態による動作時、ホストデバイス２０２は、インターネット２０６に接続されている１つ又は複数のサーバ２０８と通信することによりコンテンツを受信し、その後、コンテンツをユーザデータとして光ディスク２１４等の光ディスクに書き込む。システムは、ダウンロードされたコンテンツを書き込むことに加えて、識別値を光ディスクの少なくとも１つの所定エリアに書き込む。
【００２８】
ホストデバイス２０２は、ダウンロードされたコンテンツを受信することに加えて且つそれに関連して、ネットワークインタフェース２０４を介して追加の情報を受信することができる。この追加の情報は、ダウンロードされたコンテンツに関連していてもよく、又はダウンロードの環境に関連していてもよい。追加の情報の例は、ユーザに関する情報、システム及び／若しくはそのコンポーネントに関する情報、コンテンツの暗号化若しくは解読のための鍵、又は他の情報を含む。支払方法等の、ダウンロードトランザクションに関する情報が含まれてもよく、コンテンツのダウンロード、作成又は再生に関する時間情報及び位置特定情報が含まれてもよい。さらに、ダウンロードは、コンテンツの使用又は配布の制御に使用されるデジタル著作権管理情報を含んでもよい。追加の情報のうちの１つ又は複数の項目を、光ディスク２１４に記録することができる。
【００２９】
図８Ａは、ＥＣＣブロックのデータセクタ並びにアドレス及び制御部の概略図を示す。図８Ｂ〜図８Ｄは、本発明の実施形態例によるＥＣＣブロック内に含まれる識別情報を示す。光媒体への記録の細分性は、通常、記録されている（self contained）情報の最小ブロックによって制限される。情報には、アドレス指定及び制御情報、ユーザデータ、並びにエラー検出及びエラー訂正バイトが含まれる。さらに、変調中、同期フィールド及びパディングビットを追加することができる。このブロックは、変調前、ＥＣＣブロック４００と呼ばれることが多く、たとえば、ＤＶＤの場合は１６個の２０４８バイトユーザデータセクタ、ブルーレイ及びＨＤ ＤＶＤの場合は３２個の２０４８バイトセクタ４０４を含む。しかしながら、ホストシステムは、ＥＣＣブロックの全サイズにはデータを書き込まないように選択することも可能である。この場合、光ディスクデバイスは、ＥＣＣブロック全体を読み出し、内容が変化したセクタのみを変更し、新たなエラー検出及びエラー訂正バイトを生成し、制御情報４０２を変更し、その後ディスクに新たなＥＣＣブロックをライトバックすることができる。ＥＣＣブロック４００に対するアドレス及び制御情報４０２を、ブロック全体に分散させてもよい。
【００３０】
変化していないセクタと共に、いくつかの変化したセクタ４０６が記録される場合、識別情報を、それらのセクタを区別するように、ＥＣＣブロック４００のアドレス及び制御情報４０２内に含めることができる。一実施形態例では、これを、テーブル５６に対するインデックス７２（図２及び図４に示す）と、そのインデックスに割り当てられている個々のセクタに対するビットマップ又は他の何らかの指定とによって示すことができる。他のすべてのセクタは、正体不明（unknown origin）であるとみなされる。この構成を図８Ｂに示す。識別情報４０８はインデックス７２及びビットフィールド４１０を含む。インデックス７２は、上述した識別子のテーブルのエントリーを示す。例としてのビットフィールド４０８は、ＥＣＣブロック４００の各セクタに対して１ビットを含む。ＥＣＣブロック４００に書き込みがなされると、各変化したセクタに対応するビットフィールド４１０のビットが「１」にセットされる。他のビットは「０」にセットされる。（当然ながら、ビットの意味を逆にしてもよい。）そして、識別情報４０８は、ＥＣＣブロックの少なくともいくつかのセクタに、インデックス７２に対応するテーブルエントリーによって識別されるドライブ、ユーザ、システム、又は他のエンティティによって最近書き込みがなされたことを示す。最近の書き込みによって変化した特定のセクタは、対応するビットがビットフィールド４１０において「１」にセットされるセクタである。そして、この実施形態例では各ＥＣＣブロックに対して１つのインデックス値しか使用可能でないため、他のセクタは正体不明である。識別情報４０８を、ＥＣＣブロック４００全体に分散されてもよいアドレス及び制御情報４０２に含めることができる。
【００３１】
ビットフィールド４１０において、各ビットが単一のセクタを表すように十分なビットが使用可能でない場合、各ビットは２つ以上のセクタを表すことができる。この実施形態を図８Ｃに示す。図８Ｃにおいて、識別情報４１２のビットフィールド４１４は、ＥＣＣブロック４００における各２つのセクタに対して１ビットのみを含む。第１のビットは、たとえば、最近の書き込み動作中に、ＥＣＣブロック４００の最初の２つのセクタの一方又は両方が、インデックス７２に対応するテーブルエントリーに示されているエンティティを使用して変更されたか否かを示すことができる。ビットフィールド４１４の第２のビットは、ＥＣＣブロック４００のセクタの第２の対の一方又は両方が変更されたか否かを示すことができ、以下同様である。
【００３２】
図８Ｄは、変更するエンティティのより完全な履歴が維持されている構成を示す。図８Ｄにおいて、識別情報４１６は、２つのインデックス値４１８及び４２０とビットフィールド４２２とを含む。十分なビットが使用可能である場合、ビットフィールド４２２は、ＥＣＣブロック４００が含むセクタの数の２倍のビットを有することができ。そして、ビットフィールド４２２の半分のビットは、第１のインデックスに関連付けられるテーブルエントリーによって示されているエンティティによって、いずれのセクタに対して最近書き込みがなされたかを示し、ビットフィールド４２２の半分のビットは、第２のインデックスに関連付けられるテーブルエントリーによって示されているエンティティによって、いずれのセクタに対して最近書き込みがなされたかを示す。完全な個々のセクタ指示に対して十分なビットが使用可能でない場合、図８Ｃに関して上述したように、ビットは２つ以上のセクタを表してもよい。他の多くの構成及び組合せが可能である。
【００３３】
ここまで説明した実施形態は、書込み可能記憶媒体に関連していたが、読出し専用媒体もまた、本発明の一実施形態による識別情報を含むことができる。読出し専用媒体には、たとえば、追記型媒体に対しマスタリングし、成形し、打ち抜き、データを書き込むことによるか、又は他の何らかの手段により、製造又は複製される媒体が含まれ得る。
【００３４】
図９は、本発明の一実施形態例による読出し専用媒体を製造する方法を示す。図９は、厳密にはフローチャートではないことに留意されたい。
【００３５】
ステップ５０６において、１つ又は複数のソースからのコンテンツ５０２を集約させる。コンテンツの各部分は、関連付けられる識別情報５０４を有することができる。コンテンツ５０２は、さまざまなソース（コンテンツ制作者、コンテンツ配信者又は他のソース）から来る可能性があり、さまざまな形式（音声、ビデオ、文書、データ又は他の形式）であってもよく、異なる方法で作成されていてもよく、使用要件が異なっていてもよい。本発明の一実施形態による読出し専用媒体は、個々にアドレス指定可能な単位に基づいてコンテンツを追跡又は識別することが望ましい場合に特に有用であり得る。たとえば、読出し専用光ディスクには、ビデオコンテンツがさまざまなフォーマットで記録されていてもよく、本発明の一実施形態による識別情報を使用して、ディスクのいずれのコンテンツがいずれのフォーマットで記録されているかを識別することができる。或いは識別情報を使用して、コンテンツの作成日付等の、コンテンツに関する時間関連情報、又はデジタル写真が撮影された地理的位置等の、地理的位置情報を示すことができる。識別情報は、ユーザデータにおいて著作権の所有者を示すことも可能である。
【００３６】
そして、ステップ５０８において、識別情報５０４を含む、ディスクに対するデータを、エラー訂正バイト及びアドレス指定等の任意の追加の情報を追加することを含めて、ディスクレイアウトに対してフォーマットする。そして、ステップ５１０において、ステップ５０８からの全データを、ディスクフォーマット変調コードに従って変調する。ステップ５１０において、同期フィールド等の追加のビットレベルデータを追加することができる。そして、ステップ５１２においてマスタを作成し、ステップ５１４においてそれを使用して個々の媒体を製造する。
【００３７】
図１０Ａ及び図１０Ｂは、本発明の一実施形態例による、識別情報を含むように構成された光ディスクの２つの例を示す。これらの例は比例尺にはなっていない。図１０Ａは、媒体のピット６０２に符号化された識別情報を含むように、マスタからエンボス加工されるか、射出成形されるか、又は他の方法で製造された読出し専用光ディスク６００を表している。図１０Ｂは、記録システムに関する識別情報を含むマーク及びスペースが形成されているトラック構造６０６を有する、記録可能光ディスク６０４を表している。トラック構造６０６は、識別情報の記録場所の位置を特定するために必要なアドレス指定情報を含む。光ディスク６０４は、媒体に記録するか又は上書きするために使用されるトラック構造６０６を形成するようにエンボス加工、射出成形又は他の方法によって製造される。図１０Ａ及び図１０Ｂは、単層の読出し専用光ディスク及び記録可能光ディスクの例を示すが、多層ディスクも可能である。
【００３８】
上記開示を十分に理解すると、多数の変形形態及び変更形態が当業者には明らかになるであろう。たとえば、本明細書に提供した教示は、コンピュータシステム、及び、光ディスクビデオレコーダ等のスタンドアロンストレージデバイスに適用可能である。
【符号の説明】
【００３９】
１００ 着脱可能光ディスク
１０２ 光ピックアップユニット
１０８ スピンドルモータ
１１４ 光ディスクコントローラ
１２０ プロセッサ
１２２ メモリ
１２６ 光ディスクシステム
【特許請求の範囲】
【請求項１】
ダウンロードされたコンテンツを格納する方法であって、
ダウンロードされたコンテンツをネットワークインタフェース（２０４）を介してホストデバイス（２０２）内に受信するステップと、
前記ダウンロードされたコンテンツを、前記ホストデバイスに接続されている光ディスクドライブ（２１２）に、周辺インタフェース（２１０）を介して送信するステップと、
前記ダウンロードされたコンテンツを、前記光ディスクドライブを使用して書込み可能光ディスク（２１４）上に書き込むステップであって、該書込み可能光ディスクは、複数のアドレス指定可能単位（４０４、４０６）と、識別値を格納する少なくとも１つの所定エリアとを含む、ステップと、
前記少なくとも１つの所定エリアに識別値を書き込むステップであって、該識別値は、前記ホストデバイス、前記光ディスクドライブ、前記ホストデバイスの特定のユーザ、及び、前記ダウンロードされたコンテンツのうちの１つ又は複数の識別を示す、ステップと、
を含む、方法。
【請求項２】
前記少なくとも１つの所定エリアは、前記アドレス指定可能単位内に含まれる、請求項１に記載の方法。
【請求項３】
前記識別値は、前記ホストデバイス、前記光ディスクドライブ、前記特定のユーザ、及び、前記ダウンロードされたコンテンツのうちの１つ又は複数に関連付けられる識別子である、請求項１に記載の方法。
【請求項４】
前記書込み可能光ディスクは、複数の識別子を含むようになっているテーブルを格納し、各識別子は、特定のホストデバイス、特定の光ディスクドライブ、特定のユーザ、及び、特定のダウンロードされたコンテンツのうちの１つ又は複数に関連付けられ、前記識別値を書き込むステップは、前記テーブルにおいてそれぞれの識別子の位置を特定することができるようにするインデックス値を、前記テーブルに書き込むステップをさらに含む、請求項１に記載の方法。
【請求項５】
前記ネットワークインタフェースを介して追加の関連情報を受信するステップをさらに含む、請求項１に記載の方法。
【請求項６】
前記追加の関連情報は、前記ダウンロードされたコンテンツに関連する、請求項５に記載の方法。
【請求項７】
前記追加の関連情報は前記ダウンロードされたコンテンツに関連し、該追加の関連情報を受信するステップは、チェックサムを受信すること、暗号化鍵を受信すること、解読鍵を受信すること、トランザクション関連情報を受信すること、時間関連情報を受信すること、位置関連情報を受信すること、及び、デジタル著作権管理情報を受信することのうちの１つ又は複数をさらに含む、請求項５に記載の方法。
【請求項１】
ダウンロードされたコンテンツを格納する方法であって、
ダウンロードされたコンテンツをネットワークインタフェース（２０４）を介してホストデバイス（２０２）内に受信するステップと、
前記ダウンロードされたコンテンツを、前記ホストデバイスに接続されている光ディスクドライブ（２１２）に、周辺インタフェース（２１０）を介して送信するステップと、
前記ダウンロードされたコンテンツを、前記光ディスクドライブを使用して書込み可能光ディスク（２１４）上に書き込むステップであって、該書込み可能光ディスクは、複数のアドレス指定可能単位（４０４、４０６）と、識別値を格納する少なくとも１つの所定エリアとを含む、ステップと、
前記少なくとも１つの所定エリアに識別値を書き込むステップであって、該識別値は、前記ホストデバイス、前記光ディスクドライブ、前記ホストデバイスの特定のユーザ、及び、前記ダウンロードされたコンテンツのうちの１つ又は複数の識別を示す、ステップと、
を含む、方法。
【請求項２】
前記少なくとも１つの所定エリアは、前記アドレス指定可能単位内に含まれる、請求項１に記載の方法。
【請求項３】
前記識別値は、前記ホストデバイス、前記光ディスクドライブ、前記特定のユーザ、及び、前記ダウンロードされたコンテンツのうちの１つ又は複数に関連付けられる識別子である、請求項１に記載の方法。
【請求項４】
前記書込み可能光ディスクは、複数の識別子を含むようになっているテーブルを格納し、各識別子は、特定のホストデバイス、特定の光ディスクドライブ、特定のユーザ、及び、特定のダウンロードされたコンテンツのうちの１つ又は複数に関連付けられ、前記識別値を書き込むステップは、前記テーブルにおいてそれぞれの識別子の位置を特定することができるようにするインデックス値を、前記テーブルに書き込むステップをさらに含む、請求項１に記載の方法。
【請求項５】
前記ネットワークインタフェースを介して追加の関連情報を受信するステップをさらに含む、請求項１に記載の方法。
【請求項６】
前記追加の関連情報は、前記ダウンロードされたコンテンツに関連する、請求項５に記載の方法。
【請求項７】
前記追加の関連情報は前記ダウンロードされたコンテンツに関連し、該追加の関連情報を受信するステップは、チェックサムを受信すること、暗号化鍵を受信すること、解読鍵を受信すること、トランザクション関連情報を受信すること、時間関連情報を受信すること、位置関連情報を受信すること、及び、デジタル著作権管理情報を受信することのうちの１つ又は複数をさらに含む、請求項５に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図８Ｃ】
【図８Ｄ】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図８Ｃ】
【図８Ｄ】
【図９】
【図１０Ａ】
【図１０Ｂ】
【公開番号】特開２０１２−６９２３８（Ｐ２０１２−６９２３８Ａ）
【公開日】平成２４年４月５日（２０１２．４．５）
【国際特許分類】
【出願番号】特願２０１１−２４３２７４（Ｐ２０１１−２４３２７４）
【出願日】平成２３年１１月７日（２０１１．１１．７）
【分割の表示】特願２００９−５３７１９１（Ｐ２００９−５３７１９１）の分割
【原出願日】平成１９年１１月１３日（２００７．１１．１３）
【出願人】（５１１０７６４２４）ヒューレット−パッカード デベロップメント カンパニー エル．ピー． (155)
【氏名又は名称原語表記】Ｈｅｗｌｅｔｔ‐Ｐａｃｋａｒｄ Ｄｅｖｅｌｏｐｍｅｎｔ Ｃｏｍｐａｎｙ， Ｌ．Ｐ．
【Ｆターム（参考）】
【公開日】平成２４年４月５日（２０１２．４．５）
【国際特許分類】
【出願日】平成２３年１１月７日（２０１１．１１．７）
【分割の表示】特願２００９−５３７１９１（Ｐ２００９−５３７１９１）の分割
【原出願日】平成１９年１１月１３日（２００７．１１．１３）
【出願人】（５１１０７６４２４）ヒューレット−パッカード デベロップメント カンパニー エル．ピー． (155)
【氏名又は名称原語表記】Ｈｅｗｌｅｔｔ‐Ｐａｃｋａｒｄ Ｄｅｖｅｌｏｐｍｅｎｔ Ｃｏｍｐａｎｙ， Ｌ．Ｐ．
【Ｆターム（参考）】
[ Back to top ]