(57)【要約】  【課題】  ユーザに快適にコンテンツを配信することができるとともに、コンテンツの流通を広めることができる環境を構築できるコンテンツ配信システムおよび方法、コンテンツ配信サーバ、端末装置を提供する。  【解決手段】  サービス主体２０４は、権利サーバ２０５ａ、コンテンツサーバ２０５ｂおよびバディサーバ２０５ｃを有する。権利サーバ２０５ａは、課金情報をディスク毎にユニークなディスクＩＤと関連付けて管理する。コンテンツサーバ２０５ｂは、配信するコンテンツおよびそれに関連する情報を管理する。バディサーバ２０５ｃは、情報提供側のディスクＩＤと情報受取側のディスクＩＤとを関連付けて管理する。ユーザ２０６は、サービス主体２０４から購入したディスクをディスクドライブ装置１に挿入して、ディスクＩＤでコンテンツ配信サーバ２０５にログインし、そのディスクＩＤに基づく情報を受け取る。【選択図】        図４７
2005049730.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ配信サーバから端末装置へコンテンツを配信するコンテンツ配信システムにおいて、
記録媒体から記録媒体毎にユニークな記録媒体識別子を取得する端末装置と、
記録媒体毎の課金情報を上記記録媒体識別子と関連付けて管理する管理手段と、情報提供側の記録媒体を識別する第１の記録媒体識別子と情報受取側の記録媒体を識別する第２の記録媒体識別子とを関連付けて登録する登録手段と、上記端末装置にコンテンツを配信し、上記課金情報を更新するコンテンツ配信手段と、上記接続に用いられた記録媒体識別子と関連付けて、上記コンテンツ配信手段により配信されたコンテンツ配信の履歴情報を記録する記録手段とを備えるコンテンツ配信サーバと
を有し、
上記接続に用いられた記録媒体識別子が上記第２の記録媒体識別子である場合、上記コンテンツ配信サーバが、上記登録手段で関連付けた上記第２の記録媒体識別子に対応する上記第１の記録媒体識別子に基づく上記履歴情報を上記端末装置に提供する
ことを特徴とするコンテンツ配信システム。
【請求項２】
請求項１に記載のコンテンツ配信システムにおいて、
上記情報提供側の記録媒体と上記情報受取側の記録媒体とが一つの組として販売されており、上記販売前に予め上記登録手段による登録が行われていることを特徴とするコンテンツ配信システム。
【請求項３】
請求項１に記載のコンテンツ配信システムにおいて、
上記端末装置が上記接続前に予め上記第２の記録媒体識別子を記録しており、上記第１の記録媒体識別子による上記コンテンツ配信サーバとの接続の際に、上記記録していた第２の記録媒体識別子を用いて上記登録手段による登録を行うことを特徴とするコンテンツ配信システム。
【請求項４】
請求項１に記載のコンテンツ配信システムにおいて、
上記履歴情報とともにサンプル情報が提供されることを特徴とするコンテンツ配信システム。
【請求項５】
請求項１に記載のコンテンツ配信システムにおいて、
上記第２の記録媒体識別子で上記コンテンツ配信サーバに接続したときに、購入するコンテンツを上記履歴情報から選択可能とされていることを特徴とするコンテンツ配信システム。
【請求項６】
請求項５に記載のコンテンツ配信システムにおいて、
購入するコンテンツを上記履歴情報から選択した場合に特典が得られることを特徴とするコンテンツ配信システム。
【請求項７】
請求項１に記載のコンテンツ配信システムにおいて、
上記端末装置が取得した記録媒体識別子を用いて、上記端末装置と上記コンテンツ配信サーバとがネットワークを介して接続されることを特徴とするコンテンツ配信システム。
【請求項８】
コンテンツ配信サーバから端末装置へコンテンツを配信するコンテンツ配信方法において、
記録媒体から記録媒体毎にユニークな記録媒体識別子を取得する端末装置と、
記録媒体毎の課金情報を上記記録媒体識別子と関連付けて管理する管理手段と、情報提供側の記録媒体を識別する第１の記録媒体識別子と情報受取側の記録媒体を識別する第２の記録媒体識別子とを関連付けて登録する登録手段と、上記端末装置にコンテンツを配信し、上記課金情報を更新するコンテンツ配信手段と、上記接続に用いられた記録媒体識別子と関連付けて、上記コンテンツ配信手段により配信されたコンテンツ配信の履歴情報を記録する記録手段とを備えるコンテンツ配信サーバと
を用いて、
上記接続に用いられた記録媒体識別子が上記第２の記録媒体識別子である場合、上記コンテンツ配信サーバが、上記登録手段で関連付けた上記第２の記録媒体識別子に対応する上記第１の記録媒体識別子に基づく上記履歴情報を上記端末装置に提供する
ことを特徴とするコンテンツ配信方法。
【請求項９】
端末装置にコンテンツを配信するコンテンツ配信サーバにおいて、
記録媒体毎の課金情報を記録媒体毎にユニークな記録媒体識別子と関連付けて管理する管理手段と、
情報提供側の記録媒体を識別する第１の記録媒体識別子と情報受取側の記録媒体を識別する第２の記録媒体識別子とを関連付けて登録する登録手段と、
上記端末装置が記録媒体から取得する記録媒体識別子を用いて、上記端末装置を接続する接続手段と、
上記端末装置にコンテンツを配信し、上記課金情報を更新するコンテンツ配信手段と、
上記接続手段に用いられた記録媒体識別子と関連付けて、上記コンテンツ配信手段により配信されたコンテンツ配信の履歴情報を記録する記録手段と
を有し、
上記接続手段で用いられた記録媒体識別子が上記第２の記録媒体識別子である場合、上記登録手段で関連付けた上記第２の記録媒体識別子に対応する上記第１の記録媒体識別子に基づく上記履歴情報を上記端末装置に提供する
ことを特徴とするコンテンツ配信サーバ。
【請求項１０】
請求項９に記載のコンテンツ配信サーバにおいて、
上記履歴情報とともにサンプル情報を提供することを特徴とするコンテンツ配信サーバ。
【請求項１１】
請求項９に記載のコンテンツ配信サーバにおいて、
上記第２の記録媒体識別子で上記コンテンツ配信サーバに上記端末装置が接続されたときに、上記端末装置が購入するコンテンツを上記履歴情報から選択可能とされていることを特徴とするコンテンツ配信サーバ。
【請求項１２】
コンテンツ配信サーバからコンテンツを受け取る端末装置において、
記録媒体から記録媒体毎にユニークな記録媒体識別子を取得し、取得した記録媒体識別子を用いてコンテンツ配信サーバに接続する接続手段を有し、
上記コンテンツ配信サーバから上記記録媒体識別子に基づく情報を受け取る
ことを特徴とする端末装置。
【請求項１３】
請求項１２に記載の端末装置において、
上記接続手段による接続の際に、予め記録していた上記記録媒体識別子とは別の記録媒体識別子を上記コンテンツ配信サーバに送ることを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンテンツ配信システムおよび方法、コンテンツ配信サーバ、端末装置に関する。
【背景技術】
【０００２】
近年では、音楽などの記録再生を行うようにされた携帯型の記録再生装置においても、ハードディスクドライブを内蔵し尚かつ極めて小型に構成された製品が出現している。このような携帯型の記録再生装置は、通常、記録されている音楽データの管理を、パーソナルコンピュータと接続して行う。
【０００３】
例えば、パーソナルコンピュータが有するハードディスクドライブに多数の音楽データを格納してライブラリを構築して、パーソナルコンピュータでミュージックサーバを構成する。音楽データは、ＣＤ(Compact Disc)からのリッピングや、インターネットなどのネットワーク上に展開される音楽配信システムを利用してネットワークからのダウンロードにより取得する方法が一般的である。
【０００４】
このパーソナルコンピュータと携帯型の記録再生装置をケーブル接続して、パーソナルコンピュータのライブラリに格納されている音楽データを携帯型の記録再生装置に転送する。携帯型の記録再生装置では、転送された音楽データを内蔵されるハードディスクドライブに記録する。ユーザは、携帯型の記録再生装置を持ち歩くことで、パーソナルコンピュータ内に構成されたライブラリに格納された音楽データを、例えば屋外で楽しむことができる。
【０００５】
このような環境をより快適なものとするために、さまざまな提案がなされている。例えば、下記の特許文献１には、音楽データをネットワークからのダウンロードにより取得する場合での、ユーザが利用し易い音楽情報提供システム及び方法について記載されている。特許文献１の音楽情報提供システムでは、ユーザが利用し易いように、ポータルサーバに接続するだけで、複数の音楽情報サーバが所有する楽曲データを所有することができ、ポータルサーバが所定のコミュニティサイトを運営するよう構成している。コミュニティサイトで利用可能な機能としては、同じグループに属するユーザ同士で、意見、感想等の所定の情報を送受信するグループメール機能などがあり、グループメールにおける各グループへの各ユーザの加入配属を各ユーザの購入・利用履歴情報を蓄積しておき、蓄積した購入・利用履歴情報に基づき自動的に決定してもよいとの記載がなされている。
【０００６】
【特許文献１】特開２００３−１５６６５号公報
【０００７】
一方、ディジタルオーディオデータを記録再生するための記録媒体として、カートリッジに収納された直径６４ｍｍの光磁気ディスクであるミニディスク（ＭＤ）が広く普及している。ＭＤシステムでは、オーディオデータの圧縮方式として、ＡＴＲＡＣ（Adaptive TRansform Acoustic Coding）が用いられ、音楽データの管理には、Ｕ−ＴＯＣ（ユーザＴＯＣ（Table Of Contents））が用いられている。すなわち、ディスクのレコーダブル領域の内周には、Ｕ−ＴＯＣと呼ばれる領域が設けられる。Ｕ−ＴＯＣは、現行のＭＤシステムにおいて、トラック（オーディオトラック／データトラック）の曲順、記録、消去などに応じて書き換えられる管理情報であり、各トラック（トラックを構成するパーツ）について、開始位置、終了位置や、モードを管理するものである。
【０００８】
ＭＤシステムでは、このように、パーソナルコンピュータにおいて一般的なＦＡＴ(File Allocation Table)に基づくファイルシステムとは異なるファイル管理方法を用いているため、パーソナルコンピュータのような汎用コンピュータとの互換性を有していなかった。そこで、例えばＦＡＴシステムなどの汎用の管理システムを導入して、パーソナルコンピュータとの互換性を高めたシステムが提案されている。
【０００９】
このような、パーソナルコンピュータとの互換性を考慮されたディスクを記録媒体として用いた携帯型の記録再生装置を、上述のパーソナルコンピュータを用いたミュージックサーバに接続し、ミュージックサーバ内のライブラリをディスクに記録することが考えられる。
【００１０】
ここで、現行のＭＤシステムのディスクは、記録容量が１６０ＭＢ程度であるが、現行のＭＤとの互換性を確保しつつ、記録容量を増大させたディスクを用いることで、上述したハードディスクドライブを用いた携帯型の記録再生装置と同等の機能を実現することが可能であると考えられる。現行のＭＤシステムのディスクの大容量化を図るためには、レーザ波長や光学ヘッドの開口率ＮＡを改善する必要がある。しかしながら、レーザ波長や光学ヘッドの開口率ＮＡの改善には限界がある。そのため、磁気超解像度などの技術を用いて大容量化するシステムが提案されている。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上述した従来の音楽コンテンツ配信システムを利用する場合、予め氏名、住所などの情報を提供してユーザ登録を行い、音楽コンテンツの配信側のコンテンツ配信サーバに接続する際に、ログイン作業を行う必要があることが多く、ユーザにとって気軽に利用しにくいという問題があった。
【００１２】
また、従来の音楽コンテンツ配信システムを利用する場合、ユーザの音楽コンテンツの購入・利用履歴は、音楽コンテンツの配信側が利用するだけであった。また、ユーザが推薦する曲をダビングして友人などの他のユーザに渡すことは、曲を広めることでは有効的であるが、著作権を厳密に解釈すれば違法である。また、その際、曲を受け取る側である他のユーザが気に入った曲だけを選択することは難しかった。したがって、従来は、ユーザの音楽コンテンツの購入・利用履歴などの情報を容易に他のユーザにセキュアに提供する環境を構築することが困難であった。
【００１３】
したがって、この発明の目的は、ユーザに快適にコンテンツを配信することができるとともに、コンテンツの流通を広めることができる環境を構築することができるコンテンツ配信システムおよび方法、コンテンツ配信サーバ、端末装置を提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、この発明は、コンテンツ配信サーバから端末装置へコンテンツを配信するコンテンツ配信システムにおいて、記録媒体から記録媒体毎にユニークな記録媒体識別子を取得する端末装置と、記録媒体毎の課金情報を記録媒体識別子と関連付けて管理する管理手段と、情報提供側の記録媒体を識別する第１の記録媒体識別子と情報受取側の記録媒体を識別する第２の記録媒体識別子とを関連付けて登録する登録手段と、端末装置にコンテンツを配信し、課金情報を更新するコンテンツ配信手段と、接続に用いられた記録媒体識別子と関連付けて、コンテンツ配信手段により配信されたコンテンツ配信の履歴情報を記録する記録手段とを備えるコンテンツ配信サーバとを有し、接続に用いられた記録媒体識別子が第２の記録媒体識別子である場合、コンテンツ配信サーバが、登録手段で関連付けた第２の記録媒体識別子に対応する第１の記録媒体識別子に基づく履歴情報を端末装置に提供することを特徴とするコンテンツ配信システムである。
【００１５】
また、この発明は、端末装置にコンテンツを配信するコンテンツ配信サーバにおいて、記録媒体毎の課金情報を記録媒体毎にユニークな記録媒体識別子と関連付けて管理する管理手段と、情報提供側の記録媒体を識別する第１の記録媒体識別子と情報受取側の記録媒体を識別する第２の記録媒体識別子とを関連付けて登録する登録手段と、端末装置が記録媒体から取得する記録媒体識別子を用いて、端末装置を接続する接続手段と、端末装置にコンテンツを配信し、課金情報を更新するコンテンツ配信手段と、接続手段に用いられた記録媒体識別子と関連付けて、コンテンツ配信手段により配信されたコンテンツ配信の履歴情報を記録する記録手段とを有し、接続手段で用いられた記録媒体識別子が第２の記録媒体識別子である場合、登録手段で関連付けた第２の記録媒体識別子に対応する第１の記録媒体識別子に基づく履歴情報を端末装置に提供することを特徴とするコンテンツ配信サーバである。
【００１６】
また、この発明は、コンテンツ配信サーバからコンテンツを受け取る端末装置において、記録媒体から記録媒体毎にユニークな記録媒体識別子を取得し、取得した記録媒体識別子を用いてコンテンツ配信サーバに接続する接続手段を有し、コンテンツ配信サーバから記録媒体識別子に基づく情報を受け取ることを特徴とする端末装置である。
【００１７】
この発明のコンテンツ配信システムでは、端末装置が取得した記録媒体識別子を用いて、端末装置とコンテンツ配信サーバとを接続することが可能であり、ユーザ情報を登録しなくても、端末装置とコンテンツ配信サーバとを容易に接続することが可能である。コンテンツ配信サーバで、第１の記録媒体識別子と第２の記録媒体識別子とを関連付けて登録しておき、接続に用いられた記録媒体識別子と関連付けてコンテンツ配信の履歴情報を記録しておき、接続に用いられた記録媒体識別子が第２の記録媒体識別子である場合、コンテンツ配信サーバが、登録手段で関連付けた第２の記録媒体識別子に対応する第１の記録媒体識別子に基づく履歴情報を端末装置に提供することで、情報提供側に配信されたコンテンツの情報を情報受取側がセキュアに知ることができる。
【００１８】
また、この発明のコンテンツ配信サーバによれば、端末装置が取得した記録媒体識別子を用いて端末装置を接続されるため、ユーザ情報の登録がされていなくても、端末装置と接続することができる。第１の記録媒体識別子と第２の記録媒体識別子とを関連付けて登録しておき、接続に用いられた記録媒体識別子と関連付けてコンテンツ配信の履歴情報を記録しておき、接続に用いられた記録媒体識別子が第２の記録媒体識別子である場合、登録手段で関連付けた第２の記録媒体識別子に対応する第１の記録媒体識別子に基づく履歴情報を端末装置に提供することで、情報提供側に配信されたコンテンツの情報をセキュアに情報受取側に知らせることができる。
【００１９】
また、この発明の端末装置によれば、記録媒体から録媒体識別子を取得し、取得した記録媒体識別子を用いてコンテンツ配信サーバに接続するため、ユーザ情報の登録がされていなくても、コンテンツ配信サーバと接続することができる。コンテンツ配信サーバから記録媒体識別子に基づく情報を受け取ることで、コンテンツに関する情報をセキュアに得ることができる。
【発明の効果】
【００２０】
この発明では、住所や氏名などのユーザ情報を登録することなく、コンテンツの配信サービスを行うことができるので、ユーザは、情報漏洩などのシステム利用上の危険を気にせず気楽且つ容易に利用することができる。情報提供側に配信されたコンテンツの情報を情報受取側にセキュアに提供することができるので、ユーザ間でのコンテンツに関する情報交換を容易に実現することができる。
【００２１】
したがって、この発明のコンテンツ配信システムおよび方法、コンテンツ配信サーバ、端末装置では、ユーザにとって快適にコンテンツを配信させることができるとともに、コンテンツの流通を広めることができる環境を構築することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２２】
以下、この発明の実施の一形態について説明する。先ず、この発明の実施の一形態の説明に先立って、この発明に適用可能なディスクシステムについて、下記の９のセクションに従い説明する。
１．記録方式の概要
２．ディスクについて
３．信号フォーマット
４．記録再生装置の構成
５．次世代ＭＤ１および次世代ＭＤ２によるディスクの初期化処理について
６．音楽データの第１の管理方式について
７．音楽データの管理方式の第２の例
８．パーソナルコンピュータとの接続時の動作について
９．ディスク上に記録されたオーディオデータのコピー制限について
【００２３】
１．記録方式の概要
この発明の実施の一形態では、記録媒体として光磁気ディスクが使用される。フォームファクタのような、ディスクの物理的属性は、いわゆるＭＤ(Mini-Disc)システムによって使用されるディスクと実質的に同じである。しかし、ディスク上に記録されたデータと、そのデータがどのようにディスク上に配置されているかについては、従来のＭＤと異なる。
【００２４】
より具体的には、この発明の実施の一形態に適用される装置は、オーディオデータのようなコンテンツデータを記録再生するために、ファイル管理システムとしてＦＡＴ(File Allocation Table)システムを使用している。これによって、当該装置は、現行のパーソナルコンピュータに対して互換性を保証することができる。
【００２５】
ここでは、「ＦＡＴ」又は「ＦＡＴシステム」という用語は、種々のＰＣベースのファイルシステムを指すのに総称的に用いられ、ＤＯＳ(Disk Operating System)で用いられる特定のＦＡＴベースのファイルシステム、Ｗｉｎｄｏｗｓ（登録商標）９５/９８で使用されるＶＦＡＴ(Virtual FAT)、Ｗｉｎｄｏｗｓ９８/ＭＥ/２０００で用いられるＦＡＴ３２、及びＮＴＦＳ(NT File System（New Technology File System とも呼ばれる）)のどれかを示すことを意図したものではない。ＮＴＦＳは、ＷｉｎｄｏｗｓＮＴオペレーティングシステム、又は（オプションにより）Ｗｉｎｄｏｗｓ２０００で使用されるファイルシステムであり、ディスクに対する読み出し／書き込みの際に、ファイルの記録及び取り出しを行う。
【００２６】
また、この発明の実施の一形態では、現行のＭＤシステムに対して、エラー訂正方式や変調方式を改善することにより、データの記録容量の増大を図るとともに、データの信頼性を高めるようにしている。更に、この実施の一形態では、コンテンツデータを暗号化するとともに、不正コピーを防止して、コンテンツデータの著作権の保護が図れるようにしている。
【００２７】
記録再生のフォーマットとしては、現行のＭＤシステムで用いられているディスクと全く同様のディスク(すなわち、物理媒体)を用いるようにした次世代ＭＤ１の仕様と、現行のＭＤシステムで用いられているディスクとフォームファクター及び外形は同様であるが、磁気超解像度（ＭＳＲ）技術を使うことにより、線記録方向の記録密度を上げて、記録容量をより増大した次世代ＭＤ２の仕様とがあり、これらが本願発明者により開発されている。
【００２８】
現行のＭＤシステムでは、カートリッジに収納された直径６４ｍｍの光磁気ディスクが記録媒体として用いられている。ディスクの厚みは１．２ｍｍであり、その中央に１１ｍｍの径のセンターホールが設けられている。カートリッジの形状は、長さ６８ｍｍ、幅７２ｍｍ、厚さ５ｍｍである。
【００２９】
次世代ＭＤ１の仕様でも次世代ＭＤ２の仕様でも、これらディスクの形状やカートリッジの形状は、全て同じである。リードイン領域の開始位置についても、次世代ＭＤ１の仕様および次世代ＭＤ２の仕様のディスクも、２９ｍｍから始まり、現行のＭＤシステムで使用されているディスクと同様である。
【００３０】
トラックピッチについては、次世代ＭＤ２では、１．２μｍから１．３μｍ（例えば１．２５μｍ）とすることが検討されている。これに対して、現行のＭＤシステムのディスクを流用する次世代ＭＤ１では、トラックピッチは１．６μｍとされている。ビット長は、次世代ＭＤ１が０．４４μｍ／ビットとされ、次世代ＭＤ２が０．１６μｍ／ビットとされる。冗長度は、次世代ＭＤ１および次世代ＭＤ２ともに、２０．５０％である。
【００３１】
次世代ＭＤ２の仕様のディスクでは、磁気超解像技術を使うことにより、線密度方向の記録容量を向上するようにしている。磁気超解像技術は、所定の温度になると、切断層が磁気的にニュートラルな状態になり、再生層に転写されていた磁壁が移動することで、微少なマークがビームスポットの中で大きく見えるようになることを利用したものである。
【００３２】
すなわち、次世代ＭＤ２の仕様のディスクでは、透明基板上に、少なくとも情報を記録する記録層となる磁性層と、切断層と、情報再生用の磁性層とが積層される。切断層は、交換結合力調整用層となる。所定の温度になると、切断層が磁気的にニュートラルな状態になり、記録層に転写されていた磁壁が再生用の磁性層に転写される。これにより、微少なマークがビームスポットの中に見えるようになる。なお、記録時には、レーザパルス磁界変調技術を使うことで、微少なマークを生成することができる。
【００３３】
また、次世代ＭＤ２の仕様のディスクでは、デトラックマージン、ランドからのクロストーク、ウォブル信号のクロストーク、フォーカスの漏れを改善するために、グルーブを従来のＭＤディスクより深くし、グルーブの傾斜を鋭くしている。次世代ＭＤ２の仕様のディスクでは、グルーブの深さは例えば１６０ｎｍから１８０ｎｍであり、グルーブの傾斜は例えば６０度から７０度であり、グルーブの幅は例えば６００ｎｍから７００ｎｍである。
【００３４】
また、光学的の仕様については、次世代ＭＤ１の仕様では、レーザ波長λが７８０ｎｍとされ、光学ヘッドの対物レンズの開口率ＮＡが０．４５とされている。次世代ＭＤ２の仕様も同様に、レーザ波長λが７８０ｎｍとされ、光学ヘッドの開口率ＮＡが０．４５とされている。
【００３５】
記録方式としては、次世代ＭＤ１の仕様も次世代ＭＤ２の仕様も、グルーブ記録方式が採用されている。つまり、グルーブ（ディスクの盤面上の溝）をトラックとして記録再生に用いるようにしている。
【００３６】
エラー訂正符号化方式としては、現行のＭＤシステムでは、ＡＣＩＲＣ(Advanced Cross Interleave Reed-Solomon Code) による畳み込み符号が用いられていたが、次世代ＭＤ１および次世代ＭＤ２の仕様では、ＲＳ−ＬＤＣ（Reed Solomon−Long Distance Code）とＢＩＳ（Burst Indicator Subcode）とを組み合わせたブロック完結型の符号が用いられている。ブロック完結型のエラー訂正符号を採用することにより、リンキングセクタが不要になる。ＬＤＣとＢＩＳとを組み合わせたエラー訂正方式では、バーストエラーが発生したときに、ＢＩＳによりエラーロケーションが検出できる。このエラーロケーションを使って、ＬＤＣコードにより、イレージャ訂正を行うことができる。
【００３７】
アドレス方式としては、シングルスパイラルによるグルーブを形成したうえで、このグルーブの両側に対してアドレス情報としてのウォブルを形成したウォブルドグルーブ方式が採用されている。このようなアドレス方式は、ＡＤＩＰ（Address in Pregroove）と呼ばれている。現行のＭＤシステムと、次世代ＭＤ１および次世代ＭＤ２の仕様では、線密度が異なると共に、現行のＭＤシステムでは、エラー訂正符号として、ＡＣＩＲＣと呼ばれる畳み込み符号が用いられているのに対して、次世代ＭＤ１および次世代ＭＤ２の仕様では、ＬＤＣとＢＩＳとを組み合わせたブロック完結型の符号が用いられているため、冗長度が異なり、ＡＤＩＰとデータとの相対的な位置関係が変わっている。そこで、現行のＭＤシステムと同じ物理構造のディスクを流用する次世代ＭＤ１の仕様では、ＡＤＩＰ信号の扱いを、現行のＭＤシステムのときとは異なるようにしている。また、次世代ＭＤ２の仕様では、次世代ＭＤ２の仕様により合致するように、ＡＤＩＰ信号の仕様に変更を加えている。
【００３８】
変調方式については、現行のＭＤシステムでは、ＥＦＭ(8 to 14 Modulation)が用いられているのに対して、次世代ＭＤ１および次世代ＭＤ２の仕様では、ＲＬＬ（１，７）ＰＰ（ＲＬＬ;Run Length Limited ,ＰＰ;Parity Preserve/Prohibit rmtr(repeated minimum transition runlength)）（以下、１−７ｐｐ変調と称する）が採用されている。また、データの検出方式は、次世代ＭＤ１ではパーシャルレスポンスＰＲ（１，２，１）ＭＬを用い、次世代ＭＤ２ではパーシャルレスポンスＰＲ（１，−１）ＭＬを用いたビタビ復号方式とされている。
【００３９】
また、ディスク駆動方式はＣＬＶ（Constant Linear Verocity）またはＺＣＡＶ（Zone Constant Angular Verocity）で、その標準線速度は、次世代ＭＤ１の仕様では、２．４ｍ／秒とされ、次世代ＭＤ２の仕様では、１．９８ｍ／秒とされる。なお、現行のＭＤシステムの仕様では、６０分ディスクで１．２ｍ／秒、７４分ディスクで１．４ｍ／秒とされている。
【００４０】
現行のＭＤシステムで用いられるディスクをそのまま流用する次世代ＭＤ１の仕様では、ディスク１枚当たりのデータ総記録容量は約３００Ｍバイト（８０分ディスクを用いた場合）になる。変調方式がＥＦＭから１−７ｐｐ変調とされることで、ウィンドウマージンが０．５から０．６６６となり、この点で、１．３３倍の高密度化が実現できる。また、エラー訂正方式として、ＡＣＩＲＣ方式からＢＩＳとＬＤＣを組み合わせたものとしたことで、データ効率が上がり、この点で、１．４８倍の高密度化が実現できる。総合的には、全く同様のディスクを使って、現行のＭＤシステムに比べて、約２倍のデータ容量が実現されたことになる。
【００４１】
磁気超解像度を利用した次世代ＭＤ２の仕様のディスクでは、更に線密度方向の高密度化が図られ、データ総記録容量は、約１Ｇバイトになる。
【００４２】
データレートは標準線速度にて、次世代ＭＤ１では４．４Ｍビット／秒であり、次世代ＭＤ２では、９．８Ｍビット／秒である。
【００４３】
２．ディスクについて
図１は、次世代ＭＤ１のディスクの構成を示すものである。次世代ＭＤ１のディスクは、現行のＭＤシステムのディスクをそのまま流用したものである。すなわち、ディスクは、透明のポリカーボネート基板上に、誘電体膜と、磁性膜と、誘電体膜と、反射膜とを積層して構成される。更に、その上に、保護膜が積層される。
【００４４】
次世代ＭＤ１のディスクでは、図１に示すように、ディスクの内周（ディスクのレコーダブル領域の最も内側の周（「最も内側」は、ディスクの中心から放射状に延びる方向において最も内側を示す）のリードイン領域に、Ｐ−ＴＯＣ（プリマスタードＴＯＣ（Table Of Contents)）領域が設けられる。ここは、物理的な構造としては、プリマスタード領域となる。すなわち、エンボスピットにより、コントロール情報等が、例えば、Ｐ−ＴＯＣ情報として記録されている。
【００４５】
Ｐ−ＴＯＣ領域が設けられるリードイン領域の外周（ディスクの中心から放射状に延びる方向において外側の周）は、レコーダブル領域（光磁気記録可能な領域）とされ、記録トラックの案内溝としてグルーブが形成された記録再生可能領域となっている。このレコーダブル領域の内周には、Ｕ−ＴＯＣ（ユーザＴＯＣ）が設けられる。
【００４６】
Ｕ−ＴＯＣは、現行のＭＤシステムでディスクの管理情報を記録するために用いられているＵ−ＴＯＣと同様の構成のものである。Ｕ−ＴＯＣは、現行のＭＤシステムにおいて、トラック（オーディオトラック／データトラック）の曲順、記録、消去などに応じて書き換えられる管理情報であり、各トラック（トラックを構成するパーツ）について、開始位置、終了位置や、モードを管理するものである。
【００４７】
Ｕ−ＴＯＣの外周には、アラートトラックが設けられる。このトラックには、ディスクが現行のＭＤシステムにロードされた場合に、ＭＤプレーヤによって起動（出力）される警告音が記録される。この警告音は、そのディスクが次世代ＭＤ１方式で使用され、現行のシステムでは再生できないことを示すものである。レコーダブル領域の残りの部分（詳しくは、図２に示されている）は、リードアウト領域まで、放射状に延びる方向に広がっている。
【００４８】
図２は、図１に示す次世代ＭＤ１の仕様のディスクのレコーダブル領域の構成を示すものである。図２に示すように、レコーダブル領域の先頭（内周側）には、Ｕ−ＴＯＣおよびアラートトラックが設けられる。Ｕ−ＴＯＣおよびアラートトラックが含まれる領域は、現行のＭＤシステムのプレーヤでも再生できるように、ＥＦＭでデータが変調されて記録される。ＥＦＭ変調でデータが変調されて記録される領域の外周に、次世代ＭＤ１方式の１−７ｐｐ変調でデータが変調されて記録される領域が設けられる。ＥＦＭでデータが変調されて記録される領域と、１−７ｐｐ変調でデータが変調されて記録される領域との間は所定の距離の間だけ離間されており、「ガードバンド」が設けられている。このようなガードバンドが設けられるため、現行のＭＤプレーヤに次世代ＭＤ１の仕様のディスクが装着されて、不具合が発生されることが防止される。
【００４９】
１−７ｐｐ変調でデータが変調されて記録される領域の先頭（内周側）には、ＤＤＴ（Disc Description Table）領域と、リザーブトラックが設けられる。ＤＤＴ領域には、物理的に欠陥のある領域に対する交替処理をするために設けられる。ＤＤＴ領域には、さらに、ディスク毎に固有の識別コードが記録される。以下、このディスク毎に固有の識別コードをＵＩＤ（ユニークＩＤ）と称する。次世代ＭＤ１の場合、ＵＩＤは、例えば所定に発生された乱数に基づき生成され、例えばディスクの初期化の際に記録される（詳細は後述する）。ＵＩＤを用いることで、ディスクの記録内容に対するセキュリティ管理を行うことができる。リザーブトラックは、コンテンツの保護を図るための情報が格納される。
【００５０】
更に、１−７ｐｐ変調でデータが変調されて記録される領域には、ＦＡＴ（File Allocation Table）領域が設けられる。ＦＡＴ領域は、ＦＡＴシステムでデータを管理するための領域である。ＦＡＴシステムは、汎用のパーソナルコンピュータで使用されているＦＡＴシステムに準拠したデータ管理を行うものである。ＦＡＴシステムは、ルートにあるファイルやディレクトリのエントリポイントを示すディレクトリと、ＦＡＴクラスタの連結情報が記述されたＦＡＴテーブルとを用いて、ＦＡＴチェーンによりファイル管理を行うものである。なお、ＦＡＴの用語は、前述したように、ＰＣオペレーティングシステムで利用される、様々な異なるファイル管理方法を示すように総括的に用いられている。
【００５１】
次世代ＭＤ１の仕様のディスクにおいては、Ｕ−ＴＯＣ領域には、アラートトラックの開始位置の情報と、１−７ｐｐ変調でデータが変調されて記録される領域の開始位置の情報が記録される。
【００５２】
現行のＭＤシステムのプレーヤに、次世代ＭＤ１のディスクが装着されると、Ｕ−ＴＯＣ領域が読み取られ、Ｕ−ＴＯＣの情報から、アラートトラックの位置が分かり、アラートトラックがアクセスされ、アラートトラックの再生が開始される。アラートトラックには、このディスクが次世代ＭＤ１方式で使用され、現行のＭＤシステムのプレーヤでは再生できないことを示す警告音が記録されている。この警告音から、このディスクが現行のＭＤシステムのプレーヤでは使用できないことが知らされる。
【００５３】
なお、警告音としては、「このプレーヤでは使用できません」というような言語による警告とすることができる。勿論、単純なビープ音、トーン、又はその他の警告信号とするようにしても良い。
【００５４】
次世代ＭＤ１に準拠したプレーヤに、次世代ＭＤ１のディスクが装着されると、Ｕ−ＴＯＣ領域が読み取られ、Ｕ−ＴＯＣの情報から、１−７ｐｐ変調でデータが記録された領域の開始位置が分かり、ＤＤＴ、リザーブトラック、ＦＡＴ領域が読み取られる。１−７ｐｐ変調のデータの領域では、Ｕ−ＴＯＣを使わずに、ＦＡＴシステムを使ってデータの管理が行われる。
【００５５】
図３は、次世代ＭＤ２のディスクを示すものである。ディスクは、透明のポリカーボネート基板上に、誘電体膜と、磁性膜と、誘電体膜と、反射膜とを積層して構成される。更に、その上に、保護膜が積層される。
【００５６】
次世代ＭＤ２のディスクでは、図３Ａに示すように、ディスクの内周（ディスクの中心から放射状に延びる方向において内側の周）のリードイン領域には、ＡＤＩＰ信号により、コントロール情報が記録されている。次世代ＭＤ２のディスクには、リードイン領域にはエンボスピットによるＰ−ＴＯＣは設けられておらず、その代わりに、ＡＤＩＰ信号によるコントロール情報が用いられる。リードイン領域の外周からレコーダブル領域が開始され、記録トラックの案内溝としてグルーブが形成された記録再生可能領域となっている。このレコーダブル領域には、１−７ｐｐ変調で、データが変調されて記録される。
【００５７】
次世代ＭＤ２の仕様のディスクでは、図３Ｂに示すように、磁性膜として、情報を記録する記録層となる磁性層１０１と、切断層１０２と、情報再生用の磁性層１０３とが積層されたものが用いられる。切断層１０２は、交換結合力調整用層となる。所定の温度になると、切断層１０２が磁気的にニュートラルな状態になり、記録層１０１に転写されていた磁壁が再生用の磁性層１０３に転写される。これにより、記録層１０１では微少なマークが再生用の磁性層１０３のビームスポットの中に拡大されて見えるようになる。
【００５８】
図示しないが、次世代ＭＤ２の使用のディスクでは、記録可能領域の内周側の、コンシューマ向けの記録再生装置で再生可能であるが記録不可であるような領域に、上述したＵＩＤが予め記録される。次世代ＭＤ２のディスクの場合、ＵＩＤは、例えばＤＶＤ(Digital Versatile Disc)で用いられているＢＣＡ(Burst Cutting Area)の技術と同様の技術により、ディスクの製造時に予め記録される。ディスクの製造時にＵＩＤが生成され記録されるため、ＵＩＤの管理が可能となり、上述の次世代ＭＤ１による、ディスクの初期化時などに乱数に基づきＵＩＤを生成する場合に比べ、セキュリティを向上できる。ＵＩＤのフォーマットなど詳細については、後述する。
【００５９】
なお、繁雑さを避けるために、次世代ＭＤ２においてＵＩＤが予め記録されるこの領域を、以降、ＢＣＡと呼ぶことにする。
【００６０】
次世代ＭＤ１であるか次世代ＭＤ２であるかは、例えば、リードインの情報から判断できる。すなわち、リードインにエンボスピットによるＰ−ＴＯＣが検出されれば、現行のＭＤまたは次世代ＭＤ１のディスクであると判断できる。リードインにＡＤＩＰ信号によるコントロール情報が検出され、エンボスピットによるＰ−ＴＯＣが検出されなければ、次世代ＭＤ２であると判断できる。上述したＢＣＡにＵＩＤが記録されているか否かで判断することも可能である。なお、次世代ＭＤ１と次世代ＭＤ２との判別は、このような方法に限定されるものではない。オントラックのときとオフトラックのときとのトラッキングエラー信号の位相から判別することも可能である。勿論、ディスク識別用の検出孔等を設けるようにしても良い。
【００６１】
図４は、次世代ＭＤ２の仕様のディスクのレコーダブル領域の構成を示すものである。図４に示すように、レコーダブル領域では全て１−７ｐｐ変調でデータが変調されて記録され、１−７ｐｐ変調でデータが変調されて記録される領域の先頭（内周側）には、ＤＤＴ領域と、リザーブトラックが設けられる。ＤＤＴ領域は、物理的に欠陥のある領域に対する交替領域を管理するための交替領域管理データを記録するために設けられる。
【００６２】
具体的には、ＤＤＴ領域は、物理的に欠陥のある上記領域に替わるレコーダブル領域を含む置き換え領域を管理する管理テーブルを記録する。この管理テーブルは、欠陥があると判定された論理クラスタを記録し、その欠陥のある論理クラスタに替わるものとして割り当てられた置き換え領域内の論理クラスタ（１つ又は複数）も記録する。さらに、ＤＤＴ領域には、上述したＵＩＤが記録される。リザーブトラックは、コンテンツの保護を図るための情報が格納される。
【００６３】
更に、１−７ｐｐ変調でデータが変調されて記録される領域には、ＦＡＴ領域が設けられる。ＦＡＴ領域は、ＦＡＴシステムでデータを管理するための領域である。ＦＡＴシステムは、汎用のパーソナルコンピュータで使用されているＦＡＴシステムに準拠したデータ管理を行うものである。
【００６４】
次世代ＭＤ２のディスクにおいては、Ｕ−ＴＯＣ領域は設けられていない。次世代ＭＤ２に準拠したプレーヤに、次世代ＭＤ２のディスクが装着されると、所定の位置にあるＤＤＴ、リザーブトラック、ＦＡＴ領域が読み取られ、ＦＡＴシステムを使ってデータの管理が行われる。
【００６５】
次世代ＭＤ１および次世代ＭＤ２のディスクでは、時間のかかる初期化作業は不要とされる。すなわち、次世代ＭＤ１および次世代ＭＤ２の仕様のディスクでは、ＤＤＴやリザーブトラック、ＦＡＴテーブル等の最低限のテーブルの作成以外に、初期化作業は不要で、未使用のディスクからレコーダブル領域の記録再生を直接行うことが可能である。
【００６６】
なお、次世代ＭＤ２のディスクは、上述のように、ディスクの製造時にＵＩＤが生成され記録されるため、より強力にセキュリティ管理を行うことが可能である一方、現行のＭＤシステムで用いられるディスクに比べて膜の積層数が多く、より高価である。そこで、ディスクの記録可能領域およびリードイン、リードアウト領域は、次世代ＭＤ１と共通とし、ＵＩＤのみ、ＤＶＤと同様のＢＣＡを用いて次世代ＭＤ２と同様にしてディスクの製造時に記録するようにしたディスクシステム（次世代ＭＤ１．５と称する）が提案されている。
【００６７】
なお、以下では、次世代ＭＤ１．５に関して、特に必要となる場合を除き、説明を省略する。すなわち、次世代ＭＤ１．５は、ＵＩＤに関しては次世代ＭＤ２に準じ、オーディオデータの記録再生などに関しては次世代ＭＤ１に準ずるものとする。
【００６８】
ＵＩＤについて、より詳細に説明する。上述したように、次世代ＭＤ２のディスクにおいて、ＵＩＤは、ＤＶＤで用いられているＢＣＡと称される技術と同様の技術により、ディスクの製造時に予め記録される。図５は、このＵＩＤの一例のフォーマットを概略的に示す。ＵＩＤの全体をＵＩＤレコードブロックと称する。
【００６９】
ＵＩＤブロックにおいて、先頭から２バイト分がＵＩＤコードのフィールドとされる。ＵＩＤコードは、２バイトすなわち１６ビットのうち上位４ビットがディスク判別用とされる。例えば、この４ビットが〔００００〕で当該ディスクが次世代ＭＤ２のディスクであることが示され、〔０００１〕で当該ディスクが次世代ＭＤ１．５のディスクであることが示される。ＵＩＤコードの上位４ビットの他の値は、例えば将来の拡張のために予約される。ＵＩＤコードの下位１２ビットは、アプリケーションＩＤとされ、４０９６種類のサービスに対応することができる。
【００７０】
ＵＩＤコードの次に１バイトのバージョンナンバのフィールドが配され、その次に、１バイトでデータ長のフィールドが配される。このデータ長により、データ長の次に配されるＵＩＤレコードデータのフィールドのデータ長が示される。ＵＩＤレコードデータのフィールドは、ＵＩＤ全体のデータ長が１８８バイトを超えない範囲で、４ｍ（ｍ＝０、１、２、・・・）バイト分、配される。ＵＩＤレコードデータのフィールドに、所定の方法で生成したユニークなＩＤを格納することができ、これにより、ディスク個体が識別可能とされる。
【００７１】
なお、次世代ＭＤ１のディスクでは、このＵＩＤレコードデータのフィールドに、乱数に基づき生成されたＩＤが記録される。
【００７２】
ＵＩＤレコードブロックは、最大１８８バイトまでのデータ長で、複数個、作ることができる。
【００７３】
３．信号フォーマット
次に、次世代ＭＤ１および次世代ＭＤ２のシステムの信号フォーマットについて説明する。現行のＭＤシステムでは、エラー訂正方式として、畳み込み符号であるＡＣＩＲＣが用いられており、サブコードブロックのデータ量に対応する２３５２バイトからなるセクタを記録再生のアクセス単位としている。畳み込み符号の場合には、エラー訂正符号化系列が複数のセクタに跨るため、データを書き換える際には、隣接するセクタ間に、リンキングセクタを用意する必要がある。アドレス方式としては、シングルスパイラルによるグルーブを形成したうえで、このグルーブの両側に対してアドレス情報としてのウォブルを形成したウォブルドグルーブ方式であるＡＤＩＰが使われている。現行のＭＤシステムでは、２３５２バイトからなるセクタをアクセスするのに最適なように、ＡＤＩＰ信号が配列されている。
【００７４】
これに対して、次世代ＭＤ１および次世代ＭＤ２のシステムの仕様では、ＬＤＣとＢＩＳとを組み合わせたブロック完結型の符号が用いられ、６４Ｋバイトを記録再生のアクセス単位としている。ブロック完結型の符号では、リンキングセクタは不要である。そこで、現行のＭＤシステムのディスクを流用する次世代ＭＤ１のシステムの仕様では、ＡＤＩＰ信号の扱いを、新たな記録方式に対応するように、変更するようにしている。また、次世代ＭＤ２のシステムの仕様では、次世代ＭＤ２の仕様により合致するように、ＡＤＩＰ信号の仕様に変更を加えている。
【００７５】
図６、図７、および図８は、次世代ＭＤ１および次世代ＭＤ２のシステムで使用されるエラー訂正方式を説明するためのものである。次世代ＭＤ１および次世代ＭＤ２のシステムでは、図６に示すようなＬＤＣによるエラー訂正符号化方式と、図７および図８に示すようなＢＩＳ方式とが組み合わされている。
【００７６】
図６は、ＬＤＣによるエラー訂正符号化の符号化ブロックの構成を示すものである。図６に示すように、各エラー訂正符号化セクタのデータに対して、４バイトのエラー検出コードＥＤＣが付加され、水平方向に３０４バイト、垂直方向に２１６バイトのエラー訂正符号化ブロックに、データが二次元配列される。各エラー訂正符号化セクタは、２Ｋバイトのデータからなる。図６に示すように、水平方向に３０４バイト、垂直方向に２１６バイトからなるエラー訂正符号化ブロックには、２Ｋバイトからなるエラー訂正符号化セクタが３２セクタ分配置される。このように、水平方向に３０４バイト、垂直方向に２１６バイトに二次元配列された３２個のエラー訂正符号化セクタのエラー訂正符号化ブロックのデータに対して、垂直方向に、３２ビットのエラー訂正用のリード・ソロモンコードのパリティが付加される。
【００７７】
図７および図８は、ＢＩＳの構成を示すものである。図７に示すように、３８バイトのデータ毎に、１バイトのＢＩＳが挿入され、（３８×４＝１５２バイト）のデータと、３バイトのＢＩＳデータと、２．５バイトのフレームシンクとの合計１５７．５バイトが１フレームとされる。
【００７８】
図８に示すように、このように構成されるフレームを４９６フレーム集めて、ＢＩＳのブロックが構成される。ＢＩＳデータ（３×４９６＝１４８８バイト）には、５７６バイトのユーザコントロールデータと、１４４バイトのアドレスユニットナンバと、７６８バイトのエラー訂正コードが含められる。
【００７９】
このように、ＢＩＳデータには、１４８８バイトのデータに対して７６８バイトのエラー訂正コードが付加されているので、強力にエラー訂正を行うことができる。このＢＩＳコードを３８バイト毎に埋め込んでおくことにより、バーストエラーが発生したときに、エラーロケーションが検出できる。このエラーロケーションを使って、ＬＤＣコードにより、イレージャ訂正を行うことができる。
【００８０】
ＡＤＩＰ信号は、図９に示すように、シングルスパイラルのグルーブの両側に対してウォブルを形成することで記録される。すなわち、ＡＤＩＰ信号は、ＦＭ変調されたアドレスデータを有し、ディスク素材にグルーブのウォブルとして形成されることにより記録される。
【００８１】
図１０は、次世代ＭＤ１の場合のＡＤＩＰ信号のセクタフォーマットを示すものである。
【００８２】
図１０に示すように、ＡＤＩＰ信号の１セクタ（ＡＤＩＰセクタ）は、４ビットのシンクと、８ビットのＡＤＩＰクラスタナンバの上位ビットと、８ビットのＡＤＩＰクラスタナンバの下位ビットと、８ビットのＡＤＩＰセクタナンバと、１４ビットのエラー検出コードＣＲＣとからなる。
【００８３】
シンクは、ＡＤＩＰセクタの先頭を検出するための所定パターンの信号である。従来のＭＤシステムでは、畳み込み符号を使っているため、リンキングセクタが必要になる。リンキング用のセクタナンバは、負の値を持ったセクタナンバで、「ＦＣｈ」、「ＦＤｈ」、「ＦＥｈ」、「ＦＦｈ」（ｈは１６進数を示す）のセクタナンバのものである。次世代ＭＤ１では、現行のＭＤシステムのディスクを流用するため、このＡＤＩＰセクタのフォーマットは、現行のＭＤシステムのものと同様である。
【００８４】
次世代ＭＤ１のシステムでは、図１１に示すように、ＡＤＩＰセクタナンバ「ＦＣｈ」から「ＦＦｈ」および「０Ｆｈ」から「１Ｆｈ」までの３６セクタで、ＡＤＩＰクラスタが構成される。そして、図１０に示すように、１つのＡＤＩＰクラスタに、２つのレコーディングブロック（６４Ｋバイト）のデータを配置するようにしている。
【００８５】
図１２は、次世代ＭＤ２の場合のＡＤＩＰセクタの構成を示すものである。次世代ＭＤ２の仕様では、ＡＤＩＰセクタが１６セクタで、ＡＤＩＰセクタが構成される。したがって、ＡＤＩＰのセクタナンバは、４ビットで表現できる。また、次世代ＭＤでは、ブロック完結のエラー訂正符号が用いられているため、リンキングセクタは不要である。
【００８６】
次世代ＭＤ２のＡＤＩＰセクタは、図１２に示すように、４ビットのシンクと、４ビットのＡＤＩＰクラスタナンバの上位ビットと、８ビットのＡＤＩＰクラスタナンバの中位ビットと、４ビットのＡＤＩＰクラスタナンバの下位ビットと、４ビットのＡＤＩＰセクタナンバと、１８ビットのエラー訂正用のパリティとからなる。
【００８７】
シンクは、ＡＤＩＰセクタの先頭を検出するための所定パターンの信号である。ＡＤＩＰクラスタナンバとしては、上位４ビット、中位８ビット、下位４ビットの１６ビット分が記述される。１６個のＡＤＩＰセクタでＡＤＩＰクラスタが構成されるため、ＡＤＩＰセクタのセクタナンバは４ビットとされている。現行のＭＤシステムでは１４ビットのエラー検出コードであるが、１８ビットのエラー訂正用のパリティとなっている。そして、次世代ＭＤ２の仕様では、図１３に示すように、１つのＡＤＩＰクラスタに、１レコーディングブロック（６４Ｋバイト）のデータが配置される。
【００８８】
図１４は、次世代ＭＤ１の場合のＡＤＩＰクラスタとＢＩＳのフレームとの関係を示すものである。
【００８９】
図１１に示したように、次世代ＭＤ１の仕様では、ＡＤＩＰセクタ「ＦＣ」〜「ＦＦ」およびＡＤＩＰセクタ「００」〜「１Ｆ」の３６セクタで、１つのＡＤＩＰクラスタが構成される。記録再生の単位となる１レコーディングブロック（６４Ｋバイト）のデータは、１つのＡＤＩＰクラスタに、２つ分配置される。
【００９０】
図１４に示すように、１つのＡＤＩＰセクタは、前半の１８セクタと、後半の１８セクタとに分けられる。
【００９１】
記録再生の単位となる１レコーディングブロックのデータは、４９６フレームからなるＢＩＳのブロックに配置される。このＢＩＳのブロックに相当する４９６フレーム分のデータのフレーム（フレーム「１０」からフレーム「５０５」）の前に、１０フレーム分のプリアンブル（フレーム「０」からフレーム「９」）が付加され、また、このデータのフレームの後に、６フレーム分のポストアンブルのフレーム（フレーム５０６からフレーム５１１）が付加され、合計、５１２フレーム分のデータが、ＡＤＩＰセクタ「ＦＣｈ」からＡＤＩＰセクタ「０Ｄｈ」のＡＤＩＰクラスタの前半に配置されるとともに、ＡＤＩＰセクタ「０Ｅｈ」からＡＤＩＰセクタ「１Ｆｈ」のＡＤＩＰクラスタの後半に配置される。データフレームの前のプリアンブルのフレームと、データの後ろのポストアンブルのフレームは、隣接するレコーディングブロックとのリンキング時にデータを保護するのに用いられる。プリアンブルは、データ用ＰＬＬの引き込み、信号振幅制御、信号オフセット制御などにも用いられる。
【００９２】
レコーディングブロックのデータを記録再生する際の物理アドレスは、ＡＤＩＰクラスタと、そのクラスタの前半か後半かにより指定される。記録再生時に物理アドレスが指定されると、ＡＤＩＰ信号からＡＤＩＰセクタが読み取られ、ＡＤＩＰセクタの再生信号から、ＡＤＩＰクラスタナンバとＡＤＩＰセクタナンバが読み取られ、ＡＤＩＰクラスタの前半と後半とが判別される。
【００９３】
図１５は、次世代ＭＤ２の仕様の場合のＡＤＩＰクラスタとＢＩＳのフレームとの関係を示すものである。図１３に示したように、次世代ＭＤ２の仕様では、ＡＤＩＰセクタが１６セクタで、１つのＡＤＩＰクラスタが構成される。１つのＡＤＩＰクラスタに、１レコーディングブロック（６４Ｋバイト）のデータが配置される。
【００９４】
図１５に示すように、記録再生の単位となる１レコーディングブロック（６４Ｋバイト）のデータは、４９６フレームからなるＢＩＳのブロックに配置される。このＢＩＳのブロックに相当する４９６フレーム分のデータのフレーム（フレーム「１０」からフレーム「５０５」）の前に、１０フレーム分のプリアンブル（フレーム「０」からフレーム「９」）が付加され、また、このデータのフレームの後に、６フレーム分のポストアンブルのフレーム（フレーム５０６からフレーム５１１）が付加され、合計、５１２フレーム分のデータが、ＡＤＩＰセクタ「０ｈ」からＡＤＩＰセクタ「Ｆｈ」からなるＡＤＩＰクラスタに配置される。
【００９５】
データフレームの前のプリアンブルのフレームと、データの後ろのポストアンブルのフレームは、隣接するレコーディングブロックとのリンキング時にデータを保護するのに用いられる。プリアンブルは、データ用ＰＬＬの引き込み、信号振幅制御、信号オフセット制御などにも用いられる。
【００９６】
レコーディングブロックのデータを記録再生する際の物理アドレスは、ＡＤＩＰクラスタで指定される。記録再生時に物理アドレスが指定されると、ＡＤＩＰ信号からＡＤＩＰセクタが読み取られ、ＡＤＩＰセクタの再生信号から、ＡＤＩＰクラスタナンバが読み取られる。
【００９７】
ところで、このようなディスクでは、記録再生を開始するときに、レーザパワーの制御等を行うために、各種のコントロール情報が必要である。次世代ＭＤ１の仕様のディスクでは、図１に示したように、リードイン領域にＰ−ＴＯＣが設けられており、このＰ−ＴＯＣから、各種のコントロール情報が取得される。
【００９８】
次世代ＭＤ２の仕様のディスクには、エンボスピットによるＰ−ＴＯＣは設けられず、コントロール情報がリードイン領域のＡＤＩＰ信号により記録される。また、次世代ＭＤ２の仕様のディスクでは、磁気超解像度の技術が使われるため、レーザのパワーコントロールが重要である。次世代ＭＤ２の仕様のディスクでは、リードイン領域とリードアウト領域には、パワーコントロール調整用のキャリブレーション領域が設けられる。
【００９９】
すなわち、図１６は、次世代ＭＤ２の仕様のディスクのリードインおよびリードアウトの構成を示すものである。図１６に示すように、ディスクのリードインおよびリードアウト領域には、レーザビームのパワーコントロール領域として、パワーキャリブレーション領域が設けられる。
【０１００】
また、リードイン領域には、ＡＤＩＰによるコントロール情報を記録したコントロール領域が設けられる。ＡＤＩＰによるコントロール情報の記録とは、ＡＤＩＰクラスタナンバの下位ビットとして割り当てられている領域を使って、ディスクのコントロール情報を記述するものである。
【０１０１】
すなわち、ＡＤＩＰクラスタナンバは、レコーダブル領域の開始位置から始まっており、リードイン領域では負の値になっている。図１６に示すように、次世代ＭＤ２のＡＤＩＰセクタは、４ビットのシンクと、８ビットのＡＤＩＰクラスタナンバの上位ビットと、８ビットのコントロールデータ（ＡＤＩＰクラスタナンバの下位ビット）と、４ビットのＡＤＩＰセクタナンバと、１８ビットのエラー訂正用のパリティとからなる。ＡＤＩＰクラスタナンバの下位ビットとして割り当てられている８ビットに、図１６に示すように、ディスクタイプや、磁気位相、強度、読み出しパワー等のコントロール情報が記述される。
【０１０２】
なお、ＡＤＩＰクラスタの上位ビットは、そのまま残されているので、現在位置は、ある程度の精度で知ることができる。また、ＡＤＩＰセクタ「０」と、ＡＤＩＰセクタ「８」は、ＡＤＩＰクラスタナンバの下位８ビットを残しておくことにより、所定間隔で、ＡＤＩＰクラスタを正確に知ることができる。
【０１０３】
ＡＤＩＰ信号によるコントロール情報の記録については、本願出願人が先に提案した特願２００１−１２３５３５号の明細書中に詳細に記載してある。
【０１０４】
４．記録再生装置の構成
次に、図１７、図１８により、次世代ＭＤ１および次世代ＭＤ２システムで記録／再生に用いられるディスクに対応するディスクドライブ装置（記録再生装置）の構成を説明する。
【０１０５】
図１７には、ディスクドライブ装置１が、例えばパーソナルコンピュータ１００と接続可能なものとして示している。
【０１０６】
ディスクドライブ装置１は、メディアドライブ部２、メモリ転送コントローラ３、クラスタバッファメモリ４、補助メモリ５、ＵＳＢ（Universal Serial Bus）インターフェース６，８、ＵＳＢハブ７、システムコントローラ９、オーディオ処理部１０を備えている。
【０１０７】
メディアドライブ部２は、装填されたディスク９０に対する記録／再生を行う。ディスク９０は、次世代ＭＤ１のディスク、次世代ＭＤ２のディスク、または現行のＭＤのディスクである。メディアドライブ部２の内部構成は図１８で後述する。
【０１０８】
メモリ転送コントローラ３は、メディアドライブ部２からの再生データやメディアドライブ部２に供給する記録データについての受け渡しの制御を行う。
【０１０９】
クラスタバッファメモリ４は、メモリ転送コントローラ３の制御に基づいて、メディアドライブ部２によってディスク９０のデータトラックからレコーディングブロック単位で読み出されたデータのバッファリングを行う。
【０１１０】
補助メモリ５は、メモリ転送コントローラ３の制御に基づいて、メディアドライブ部２によってディスク９０から読み出された各種管理情報や特殊情報を記憶する。
【０１１１】
システムコントローラ９は、ディスクドライブ装置１内の全体の制御を行うと共に、接続されたパーソナルコンピュータ１００との間の通信制御を行う。
【０１１２】
すなわち、システムコントローラ９は、ＵＳＢインターフェース８、ＵＳＢハブ７を介して接続されたパーソナルコンピュータ１００との間で通信可能とされ、書込要求、読出要求等のコマンドの受信やステイタス情報その他の必要情報の送信などを行う。
【０１１３】
システムコントローラ９は、例えばディスク９０がメディアドライブ部２に装填されることに応じて、ディスク９０からの管理情報等の読出をメディアドライブ部２に指示し、メモリ転送コントローラ３によって読み出した管理情報等を補助メモリ５に格納させる。
【０１１４】
パーソナルコンピュータ１００からのあるＦＡＴセクタの読出要求があった場合は、システムコントローラ９はメディアドライブ部２に、そのＦＡＴセクタを含むレコーディングブロックの読み出しを実行させる。読み出されたレコーディングブロックのデータはメモリ転送コントローラ３によってクラスタバッファメモリ４に書き込まれる。
【０１１５】
システムコントローラ９はクラスタバッファメモリ４に書き込まれているレコーディングブロックのデータから、要求されたＦＡＴセクタのデータを読み出させ、ＵＳＢインターフェース６、ＵＳＢハブ７を介してパーソナルコンピュータ１００に送信させる制御を行う。
【０１１６】
パーソナルコンピュータ１００からのあるＦＡＴセクタの書き込み要求があった場合は、システムコントローラ９はメディアドライブ部２に、まずそのＦＡＴセクタを含むレコーディングブロックの読み出しを実行させる。読み出されたレコーディングブロックはメモリ転送コントローラ３によってクラスタバッファメモリ４に書き込まれる。
【０１１７】
システムコントローラ９は、パーソナルコンピュータ１００からのＦＡＴセクタのデータ（記録データ）をＵＳＢインターフェース６を介してメモリ転送コントローラ３に供給させ、クラスタバッファメモリ４上で、該当するＦＡＴセクタのデータの書き換えを実行させる。
【０１１８】
システムコントローラ９は、メモリ転送コントローラ３に指示して、必要なＦＡＴセクタが書き換えられた状態でクラスタバッファメモリ４に記憶されているレコーディングブロックのデータを、記録データとしてメディアドライブ部２に転送させる。メディアドライブ部２では、そのレコーディングブロックの記録データを変調してディスク９０に書き込む。
【０１１９】
システムコントローラ９に対して、スイッチ５０が接続される。このスイッチ５０は、ディスクドライブ装置１の動作モードを次世代ＭＤ１システムおよび現行ＭＤシステムの何れかに設定する。すなわち、ディスクドライブ装置１では、現行のＭＤシステムによるディスク９０に対して、現行のＭＤシステムのフォーマットと、次世代ＭＤ１システムのフォーマットの両方で、オーディオデータの記録を行うことができる。このスイッチ５０により、ユーザに対してディスクドライブ装置１本体の動作モードを明示的に示すことができる。機械的構造のスイッチが示されているが、電気または磁気を利用したスイッチ、あるいはハイブリッド型のスイッチを使用することもできる。
【０１２０】
ディスクドライブ装置１に対して、例えばＬＣＤ(Liquid Crystal Display)からなるディスプレイ５１が設けられる。ディスプレイ５１は、テキストデータや簡単なアイコンなどの表示が可能とされ、システムコントローラ９から供給される表示制御信号に基づき、このディスクドライブ装置１の状態に関する情報や、ユーザに対するメッセージなどを表示する。
【０１２１】
オーディオ処理部１０は、入力系として、例えばライン入力回路／マイクロホン入力回路等のアナログ音声信号入力部、Ａ／Ｄ変換器や、ディジタルオーディオデータ入力部を備える。また、オーディオ処理部１０はＡＴＲＡＣ圧縮エンコーダ／デコーダや、圧縮データのバッファメモリを備える。更に、オーディオ処理部１０は、出力系として、ディジタルオーディオデータ出力部や、Ｄ／Ａ変換器およびライン出力回路／ヘッドホン出力回路等のアナログ音声信号出力部を備える。
【０１２２】
ディスク９０が現行のＭＤのディスクの場合には、ディスク９０に対してオーディオトラックが記録されるときに、オーディオ処理部１０にディジタルオーディオデータ（またはアナログ音声信号）が入力される。入力されたリニアＰＣＭディジタルオーディオデータ、あるいはアナログ音声信号で入力されＡ／Ｄ変換器で変換されて得られたリニアＰＣＭオーディオデータは、ＡＴＲＡＣ圧縮エンコードされ、バッファメモリに蓄積される。そして所定タイミング（ＡＤＩＰクラスタ相当のデータ単位）でバッファメモリから読み出されてメディアドライブ部２に転送される。メディアドライブ部２では、転送されてくる圧縮データを、ＥＦＭで変調してディスク９０にオーディオトラックとして書き込みを行う。
【０１２３】
ディスク９０が現行のＭＤシステムのディスクの場合には、ディスク９０のオーディオトラックが再生されるときには、メディアドライブ部２は再生データをＡＴＲＡＣ圧縮データ状態に復調して、メモリ転送コントローラ３を介してオーディオ処理部１０に転送する。オーディオ処理部１０は、ＡＴＲＡＣ圧縮デコードを行ってリニアＰＣＭオーディオデータとし、ディジタルオーディオデータ出力部から出力する。あるいはＤ／Ａ変換器によりアナログ音声信号としてライン出力／ヘッドホン出力を行う。
【０１２４】
なお、パーソナルコンピュータ１００との接続はＵＳＢでなく、ＩＥＥＥ(Institute of Electrical and Electronics Engineers)１３９４等の他の外部インターフェースが用いられても良い。また、パーソナルコンピュータ１００との接続は有線に限らず、電波、赤外線などを利用した無線接続であっても良い。
【０１２５】
記録再生データ管理は、ＦＡＴシステムを使って行われ、レコーディングブロックとＦＡＴセクタとの変換については、本願出願人が先に提案した特願２００１−２８９３８０号の明細書中に詳細に記載してある。
【０１２６】
続いて、データトラックおよびオーディオトラックの両方について記録再生を行う機能を有するものとしてのメディアドライブ部２の構成を図１８を参照して説明する。
【０１２７】
図１８は、メディアドライブ部２の構成を示すものである。メディアドライブ部２は、現行のＭＤシステムのディスクと、次世代ＭＤ１のディスクと、次世代ＭＤ２のディスクとが装填されるターンテーブルを有しており、メディアドライブ部２では、ターンテーブルに装填されたディスク９０をスピンドルモータ２９によってＣＬＶ方式で回転駆動させる。このディスク９０に対しては記録／再生時に光学ヘッド１９によってレーザ光が照射される。
【０１２８】
光学ヘッド１９は、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力を行い、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力を行う。このため、光学ヘッド１９には、ここでは詳しい図示は省略するがレーザ出力手段としてのレーザダイオード、偏光ビームスプリッタや対物レンズ等からなる光学系、および反射光を検出するためのディテクタが搭載されている。光学ヘッド１９に備えられる対物レンズとしては、例えば２軸機構によってディスク半径方向およびディスクに接離する方向に変位可能に保持されている。
【０１２９】
また、ディスク９０を挟んで光学ヘッド１９と対向する位置には磁気ヘッド１８が配置されている。磁気ヘッド１８は記録データによって変調された磁界をディスク９０に印加する動作を行う。また、図示しないが光学ヘッド１９全体および磁気ヘッド１８をディスク半径方向に移動させためスレッドモータおよびスレッド機構が備えられている。
【０１３０】
光学ヘッド１９および磁気ヘッド１８は、次世代ＭＤ２のディスクの場合には、パルス駆動磁界変調を行うことで、微少なマークを形成することができる。現行ＭＤのディスクや、次世代ＭＤ１のディスクの場合には、ＤＣ発光の磁界変調方式とされる。
【０１３１】
このメディアドライブ部２では、光学ヘッド１９、磁気ヘッド１８による記録再生ヘッド系、スピンドルモータ２９によるディスク回転駆動系のほかに、記録処理系、再生処理系、サーボ系等が設けられる。
【０１３２】
なお、ディスク９０としては、現行のＭＤ仕様のディスクと、次世代ＭＤ１の仕様のディスクと、次世代ＭＤ２の仕様のディスクとが装着される可能性がある。これらのディスクにより、線速度が異なっている。スピンドルモータ２９は、これら線速度の異なる複数種類のディスクに対応する回転速度で回転させることが可能である。ターンテーブルに装填されたディスク９０は、現行のＭＤ仕様のディスクの線速度と、次世代ＭＤ１の仕様のディスクの線速度と、次世代ＭＤ２の仕様のディスクの線速度とに対応して回転される。
【０１３３】
記録処理系では、現行のＭＤシステムのディスクの場合に、オーディオトラックの記録時に、ＡＣＩＲＣでエラー訂正符号化を行い、ＥＦＭで変調してデータを記録する部位と、次世代ＭＤ１または次世代ＭＤ２の場合に、ＢＩＳとＬＤＣを組み合わせた方式でエラー訂正符号化を行い、１−７ｐｐ変調で変調して記録する部位が設けられる。
【０１３４】
再生処理系では、現行のＭＤシステムのディスクの再生時に、ＥＦＭの復調とＡＣＩＲＣによるエラー訂正処理と、次世代ＭＤ１または次世代ＭＤ２システムのディスクの再生時に、パーシャルレスポンスおよびビタビ復号を用いたデータ検出に基づく１−７復調と、ＢＩＳとＬＤＣによるエラー訂正処理とを行う部位が設けられる。
【０１３５】
また、現行のＭＤシステムや次世代ＭＤ１のＡＤＩＰ信号よるアドレスをデコードする部位と、次世代ＭＤ２のＡＤＩＰ信号をデコードする部位とが設けられる。
【０１３６】
光学ヘッド１９のディスク９０に対するレーザ照射によりその反射光として検出された情報（フォトディテクタによりレーザ反射光を検出して得られる光電流）は、ＲＦアンプ２１に供給される。
【０１３７】
ＲＦアンプ２１では入力された検出情報に対して電流−電圧変換、増幅、マトリクス演算等を行い、再生情報としての再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グルーブ情報（ディスク９０にトラックのウォブリングにより記録されているＡＤＩＰ情報）等を抽出する。
【０１３８】
現行のＭＤシステムのディスクを再生するときには、ＲＦアンプで得られた再生ＲＦ信号は、ＥＦＭ復調部２４およびＡＣＩＲＣデコーダ２５で処理される。すなわち再生ＲＦ信号は、ＥＦＭ復調部２４で２値化されてＥＦＭ信号列とされた後、ＥＦＭ復調され、更にＡＣＩＲＣデコーダ２５で誤り訂正およびデインターリーブ処理される。すなわちこの時点でＡＴＲＡＣ圧縮データの状態となる。
【０１３９】
そして現行のＭＤシステムのディスクの再生時には、セレクタ２６はＢ接点側が選択されており、その復調されたＡＴＲＡＣ圧縮データがディスク９０からの再生データとして出力される。
【０１４０】
一方、次世代ＭＤ１または次世代ＭＤ２のディスクを再生するときには、ＲＦアンプで得られた再生ＲＦ信号は、ＲＬＬ（１−７）ＰＰ復調部２２およびＲＳ−ＬＤＣデコーダ２３で処理される。すなわち再生ＲＦ信号は、ＲＬＬ（１−７）ＰＰ復調部２２において、ＰＲ（１，２，１）ＭＬまたはＰＲ（１，−１）ＭＬおよびビタビ復号を用いたデータ検出によりＲＬＬ（１−７）符号列としての再生データを得、このＲＬＬ（１−７）符号列に対してＲＬＬ（１−７）復調処理が行われる。そして更にＲＳ−ＬＤＣデコーダ２３で誤り訂正およびデインターリーブ処理される。
【０１４１】
そして次世代ＭＤ１または次世代ＭＤ２のディスクの再生時には、セレクタ２６はＡ接点側が選択されており、その復調されたデータがディスク９０からの再生データとして出力される。
【０１４２】
ＲＦアンプ２１から出力されるトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥはサーボ回路２７に供給され、グルーブ情報はＡＤＩＰ復調部３０に供給される。
【０１４３】
ＡＤＩＰ復調部３０は、グルーブ情報に対してバンドパスフィルタにより帯域制限してウォブル成分を抽出した後、ＦＭ復調、バイフェーズ復調を行ってＡＤＩＰ信号を復調する。復調されたＡＤＩＰ信号は、アドレスデコーダ３２およびアドレスデコーダ３３に供給される。
【０１４４】
現行のＭＤシステムのディスクまたは次世代ＭＤ１のシステムのディスクでは、図１０に示したように、ＡＤＩＰセクタナンバが８ビットになっている。これに対して、次世代ＭＤ２のシステムのディスクでは、図１２に示したように、ＡＤＩＰセクタナンバが４ビットになっている。アドレスデコーダ３２は、現行のＭＤまたは次世代ＭＤ１のＡＤＩＰアドレスをデコードする。アドレスデコーダ３３は、次世代ＭＤ２のアドレスをデコードする。
【０１４５】
アドレスデコーダ３２および３３でデコードされたＡＤＩＰアドレスは、ドライブコントローラ３１に供給される。ドライブコントローラ３１ではＡＤＩＰアドレスに基づいて、所要の制御処理を実行する。またグルーブ情報はスピンドルサーボ制御のためにサーボ回路２７に供給される。
【０１４６】
サーボ回路２７は、例えばグルーブ情報に対して再生クロック（デコード時のＰＬＬ系クロック）との位相誤差を積分して得られる誤差信号に基づき、ＣＬＶまたはＣＡＶサーボ制御のためのスピンドルエラー信号を生成する。
【０１４７】
またサーボ回路２７は、スピンドルエラー信号や、ＲＦアンプ２１から供給されたトラッキングエラー信号、フォーカスエラー信号、あるいはドライブコントローラ３１からのトラックジャンプ指令、アクセス指令等に基づいて各種サーボ制御信号（トラッキング制御信号、フォーカス制御信号、スレッド制御信号、スピンドル制御信号等）を生成し、モータドライバ２８に対して出力する。すなわち上記サーボエラー信号や指令に対して位相補償処理、ゲイン処理、目標値設定処理等の必要処理を行って各種サーボ制御信号を生成する。
【０１４８】
モータドライバ２８では、サーボ回路２７から供給されたサーボ制御信号に基づいて所要のサーボドライブ信号を生成する。ここでのサーボドライブ信号としては、二軸機構を駆動する二軸ドライブ信号（フォーカス方向、トラッキング方向の２種）、スレッド機構を駆動するスレッドモータ駆動信号、スピンドルモータ２９を駆動するスピンドルモータ駆動信号となる。このようなサーボドライブ信号により、ディスク９０に対するフォーカス制御、トラッキング制御、およびスピンドルモータ２９に対するＣＬＶまたはＣＡＶ制御が行われることになる。
【０１４９】
現行のＭＤシステムのディスクでオーディオデータを記録するときには、セレクタ１６がＢ接点に接続され、したがってＡＣＩＲＣエンコーダ１４およびＥＦＭ変調部１５が機能することになる。この場合、オーディオ処理部１０からの圧縮データはＡＣＩＲＣエンコーダ１４でインターリーブおよびエラー訂正コード付加が行われた後、ＥＦＭ変調部１５でＥＦＭ変調が行われる。
【０１５０】
そしてＥＦＭ変調データがセレクタ１６を介して磁気ヘッドドライバ１７に供給され、磁気ヘッド１８がディスク９０に対してＥＦＭ変調データに基づいた磁界印加を行うことでオーディオトラックの記録が行われる。
【０１５１】
次世代ＭＤ１または次世代ＭＤ２のディスクにデータを記録するときには、セレクタ１６がＡ接点に接続され、したがってＲＳ−ＬＤＣエンコーダ１２およびＲＬＬ（１−７）ＰＰ変調部１３が機能することになる。この場合、メモリ転送コントローラ３からの高密度データはＲＳ−ＬＤＣエンコーダ１２でインターリーブおよびＲＳ−ＬＤＣ方式のエラー訂正コード付加が行われた後、ＲＬＬ（１−７）ＰＰ変調部１３でＲＬＬ（１−７）変調が行われる。
【０１５２】
そしてＲＬＬ（１−７）符号列としての記録データがセレクタ１６を介して磁気ヘッドドライバ１７に供給され、磁気ヘッド１８がディスク９０に対して変調データに基づいた磁界印加を行うことでデータトラックの記録が行われる。
【０１５３】
レーザドライバ／ＡＰＣ２０は、上記のような再生時および記録時においてレーザダイオードにレーザ発光動作を実行させるが、いわゆるＡＰＣ（Automatic Lazer Power Control）動作も行う。
【０１５４】
すなわち、図示していないが、光学ヘッド１９内にはレーザパワーモニタ用のディテクタが設けられ、そのモニタ信号がレーザドライバ／ＡＰＣ２０にフィードバックされる。レーザドライバ／ＡＰＣ２０は、モニタ信号として得られる現在のレーザパワーを、設定されているレーザパワーと比較して、その誤差分をレーザ駆動信号に反映させることで、レーザダイオードから出力されるレーザパワーが、設定値で安定するように制御している。
【０１５５】
なお、レーザパワーとしては、再生レーザパワー、記録レーザパワーとしての値がドライブコントローラ３１によって、レーザドライバ／ＡＰＣ２０内部のレジスタにセットされる。
【０１５６】
ドライブコントローラ３１は、システムコントローラ９からの指示に基づいて、以上の各動作（アクセス、各種サーボ、データ書込、データ読出の各動作）が実行されるように制御を行う。
【０１５７】
なお、図１８において一点鎖線で囲ったＡ部、Ｂ部は、例えば１チップの回路部として構成できる。
【０１５８】
５．次世代ＭＤ１および次世代ＭＤ２によるディスクの初期化処理について
次世代ＭＤ１および次世代ＭＤ２によるディスクには、上述したように、ＦＡＴ外にＵＩＤ（ユニークＩＤ）が記録され、この記録されたＵＩＤを用いてセキュリティ管理がなされる。次世代ＭＤ１および次世代ＭＤ２に対応したディスクは、原則的には、ディスク上の所定位置にＵＩＤが予め記録されて出荷される。次世代ＭＤ１に対応したディスクでは、ＵＩＤが例えばリードイン領域に予め記録される。この場合、ＵＩＤが予め記録される位置は、リードイン領域に限られず、例えば、ディスクの初期化後にＵＩＤが書き込まれる位置が固定的であれば、その位置に予め記録しておくこともできる。次世代ＭＤ２および次世代ＭＤ１．５に対応したディスクでは、上述したＢＣＡにＵＩＤが予め記録される。
【０１５９】
一方、次世代ＭＤ１によるディスクは、現行のＭＤシステムによるディスクを用いることが可能とされている。そのため、ＵＩＤが記録されずに既に出回っている、多数の現行のＭＤシステムによるディスクが次世代ＭＤ１のディスクとして使用されることになる。
【０１６０】
そこで、このような、ＵＩＤが記録されずに出回ってしまった現行のＭＤシステムによるディスクに対しては、規格にて守られたエリアを設け、当該ディスクの初期化時にそのエリアにディスクドライブ装置１において乱数信号を記録し、これを当該ディスクのＵＩＤとして用いる。また、ユーザがこのＵＩＤが記録されたエリアにアクセスすることは、規格により禁止する。なお、ＵＩＤは、乱数信号に限定されない。例えば、メーカーコード、機器コード、機器シリアル番号および乱数を組み合わせて、ＵＩＤとして用いることができる。さらに、メーカーコード、機器コードおよび機器シリアル番号の何れかまたは複数と、乱数とを組み合わせて、ＵＩＤとして用いることもできる。
【０１６１】
図１９は、次世代ＭＤ１によるディスクの一例の初期化処理を示すフローチャートである。最初のステップＳ１００で、ディスク上の所定位置がアクセスされ、ＵＩＤが記録されているかどうかが確認される。ＵＩＤが記録されていると判断されれば、そのＵＩＤが読み出され、例えば補助メモリ５に一時的に記憶される。
【０１６２】
ステップＳ１００でアクセスされる位置は、例えばリードイン領域のような、次世代ＭＤ１システムによるフォーマットのＦＡＴ領域外である。当該ディスク９０が、例えば過去に初期化されたことがあるディスクのように、既にＤＤＴが設けられていれば、その領域をアクセスするようにしてもよい。なお、このステップＳ１００の処理は、省略することが可能である。
【０１６３】
次に、ステップＳ１０１で、Ｕ−ＴＯＣがＥＦＭ変調により記録される。このとき、Ｕ−ＴＯＣに対して、アラートトラックと、上述の図２におけるＤＤＴ以降のトラック、すなわち１−７ｐｐ変調でデータが変調されて記録される領域とを確保する情報が書き込まれる。次のステップＳ１０２で、ステップＳ１０１でＵ−ＴＯＣにより確保された領域に対して、アラートトラックがＥＦＭ変調により記録される。そして、ステップＳ１０３で、ＤＤＴが１−７ｐｐ変調により記録される。
【０１６４】
ステップＳ１０４では、ＵＩＤがＦＡＴ外の領域、例えばＤＤＴ内に記録される。上述のステップＳ１００で、ＵＩＤがディスク上の所定位置から読み出され補助メモリ５に記憶されている場合、そのＵＩＤが記録される。また、上述のステップＳ１００で、ディスク上の所定位置にＵＩＤが記録されていないと判断されていた場合、または、上述のステップＳ１００が省略された場合には、乱数信号に基づきＵＩＤが生成され、この生成されたＵＩＤが記録される。ＵＩＤの生成は、例えばシステムコントローラ９によりなされ、生成されたＵＩＤがメモリ転送コントローラ３を介してメディアドライブ２に供給され、ディスク９０に記録される。
【０１６５】
次に、ステップＳ１０５で、ＦＡＴなどのデータが、１−７ｐｐ変調でデータが変調されて記録される領域に対して記録される。すなわち、ＵＩＤの記録される領域は、ＦＡＴ外の領域になる。また、上述したように、次世代ＭＤ１においては、ＦＡＴで管理されるべきレコーダブル領域の初期化は、必ずしも必要ではない。
【０１６６】
図２０は、次世代ＭＤ２および次世代ＭＤ１．５によるディスクの一例の初期化処理を示すフローチャートである。最初のステップＳ１１０でディスク上のＢＣＡに相当する領域がアクセスされ、ＵＩＤが記録されているかどうかが確認される。ＵＩＤが記録されていると判断されれば、そのＵＩＤが読み出され、例えば補助メモリ５に一時的に記憶される。なお、ＵＩＤの記録位置は、フォーマット上で固定的に決められているので、ディスク上の他の管理情報を参照することなく、直接的にアクセス可能とされる。これは、上述の図１９を用いて説明した処理にも適用することができる。
【０１６７】
次のステップＳ１１１で、ＤＤＴが１−７ｐｐ変調で記録される。次に、ステップＳ１１２で、ＵＩＤがＦＡＴ外の領域、例えばＤＤＴに記録される。このとき記録されるＵＩＤは、上述のステップＳ１１０でディスク上の所定位置から読み出され補助メモリ５に記憶されたＵＩＤが用いられる。ここで、上述のステップＳ１１０で、ディスク上の所定位置にＵＩＤが記録されていないと判断されていた場合には、乱数信号に基づきＵＩＤが生成され、この生成されたＵＩＤが記録される。ＵＩＤの生成は、例えばシステムコントローラ９によりなされ、生成されたＵＩＤがメモリ転送コントローラ３を介してメディアドライブ２に供給され、ディスク９０に記録される。
【０１６８】
そして、ステップＳ１１３で、ＦＡＴなどが記録される。すなわち、ＵＩＤの記録される領域は、ＦＡＴ外の領域になる。また、上述したように、次世代ＭＤ２においては、ＦＡＴで管理されるべきレコーダブル領域の初期化は、行われない。
【０１６９】
６．音楽データの第１の管理方式について
前述したように、この発明の実施の一形態で適用可能な次世代ＭＤ１および次世代ＭＤ２のシステムでは、ＦＡＴシステムでデータが管理される。また、記録されるオーディオデータは、所望の圧縮方式で圧縮され、著作者の権利の保護のために、暗号化される。オーディオデータの圧縮方式としては、例えば、ＡＴＲＡＣ３、ＡＴＲＡＣ５等を用いることが考えられている。勿論、ＭＰ３(MPEG1 Audio Layer-3 )やＡＡＣ（MPEG2 Advanced Audio Coding )等、それ以外の圧縮方式を用いることも可能である。また、オーディオデータばかりでなく、静止画データや動画データを扱うことも可能である。勿論、ＦＡＴシステムを使っているので、汎用のデータの記録再生を行うこともできる。更に、コンピュータが読み取り可能でかつ実行可能な命令をディスク上に符号化することもでき、従って、次世代ＭＤ１または次世代ＭＤ２は、実行可能ファイルを含むこともできることになる。
【０１７０】
このような次世代ＭＤ１および次世代ＭＤ２の仕様のディスクにオーディオデータを記録再生するときの管理方式について説明する。
【０１７１】
次世代ＭＤ１のシステムや次世代ＭＤ２のシステムでは、長時間で高音質の音楽データが再生できるようにしたことから、１枚のディスクで管理される楽曲の数も、膨大になっている。また、ＦＡＴシステムを使って管理することで、コンピュータとの親和性が図られている。このことは、本願発明者の認識によれば、使い勝手の向上が図れるというメリットがある反面、音楽データが違法にコピーされてしまい、著作権者の保護が図られなくなる可能性がある。この発明が適用された管理システムでは、このような点に配慮が配られている。
【０１７２】
図２１は、オーディオデータの管理方式の第１の例である。図２１に示すように、第１の例における管理方式では、ディスク上には、トラックインデックスファイルと、オーディオデータファイルとが生成される。トラックインデックスファイルおよびオーディオデータファイルは、ＦＡＴシステムで管理されるファイルである。
【０１７３】
オーディオデータファイルは、図２２に示すように、複数の音楽データが１つのファイルとして納められたものであり、ＦＡＴシステムでオーディオデータファイルを見ると、巨大なファイルに見える。オーディオデータファイルは、その内部がパーツとして区切られ、オーディオデータは、パーツの集合として扱われる。
【０１７４】
トラックインデックスファイルは、オーディオデータファイルに納められた音楽データを管理するための各種の情報が記述されたファイルである。トラックインデックスファイルは、図２３に示すように、プレイオーダテーブルと、プログラムドプレイオーダテーブルと、グループインフォメーションテーブルと、トラックインフォメーションテーブルと、パーツインフォメーションテーブルと、ネームテーブルとからなる。
【０１７５】
プレイオーダテーブルは、デフォルトで定義された再生順序を示すテーブルである。プレイオーダテーブルは、図２４に示すように、各トラックナンバ（曲番）についてのトラックインフォメーションテーブルのトラックデスクリプタ（図２７）へのリンク先を示す情報ＴＩＮＦ１、ＴＩＮＦ２、…が格納されている。トラックナンバは、例えば「１」から始まる連続したナンバである。
【０１７６】
プログラムドプレイオーダテーブルは、再生手順を各ユーザが定義したテーブルである。プログラムドプレイオーダテーブルには、図２５に示すように、各トラックナンバについてのトラックデスクリプタへのリンク先の情報トラック情報ＰＩＮＦ１、ＰＩＮＦ２、…が記述されている。
【０１７７】
グループインフォメーションテーブルには、図２６に示すように、グループに関する情報が記述されている。グループは、連続したトラックナンバを持つ１つ以上のトラックの集合、または連続したプログラムドトラックナンバを持つ１つ以上のトラックの集合である。グループインフォメーションテーブルは、図２６Ａに示すように、各グループのグループデスクリプタで記述されている。グループデスクリプタには、図２６Ｂに示すように、そのグループが開始されるトラックナンバと、終了トラックのナンバと、グループネームと、フラグが記述される。
【０１７８】
トラックインフォメーションテーブルは、図２７に示すように、各曲に関する情報が記述される。トラックインフォメーションテーブルは、図２７Ａに示すように、各トラック毎（各曲毎）のトラックデスクリプタからなる。各トラックデスクリプタには、図２７Ｂに示すように、符号化方式、著作権管理情報、コンテンツの復号鍵情報、その楽曲が開始するエントリとなるパーツナンバへのポインタ情報、アーチストネーム、タイトルネーム、元曲順情報、録音時間情報等が記述されている。アーチストネーム、タイトルネームは、ネームそのものではなく、ネームテーブルへのポインタ情報が記述されている。符号化方式は、コーデックの方式を示すもので、復号情報となる。
【０１７９】
パーツインフォメーションテーブルは、図２８に示すように、パーツナンバから実際の楽曲の位置をアクセスするポインタが記述されている。パーツインフォメーションテーブルは、図２８Ａに示すように、各パーツ毎のパーツデスクリプタからなる。パーツとは、１トラック（楽曲）の全部、または１トラックを分割した各パーツである。図２８Ｂは、パーツインフォメーションテーブル内のパーツデスクリプタのエントリを示している。各パーツデスクリプタは、図２８Ｂに示すように、オーディオデータファイル上のそのパーツの先頭のアドレスと、そのパーツの終了のアドレスと、そのパーツに続くパーツへのリンク先とが記述される。
【０１８０】
なお、パーツナンバのポインタ情報、ネームテーブルのポインタ情報、オーディオファイルの位置を示すポインタ情報として用いるアドレスとしては、ファイルのバイトオフセット、パーツデスクリプタナンバ、ＦＡＴのクラスタナンバ、記録媒体として用いられるディスクの物理アドレス等を用いることができる。ファイルのバイトオフセットは、この発明において実施されうるオフセット方法のうちの特定の実施態様である。ここで、パーツポインタ情報は、オーディオファイルの開始からのオフセット値であり、その値は所定の単位（例えば、バイト、ビット、ｎビットのブロック）で表される。
【０１８１】
ネームテーブルは、ネームの実体となる文字を表すためのテーブルである。ネームテーブルは、図２９Ａに示すように、複数のネームスロットからなる。各ネームスロットは、ネームを示す各ポインタからリンクされて呼び出される。ネームを呼び出すポインタは、トラックインフォメーションテーブルのアーチストネームやタイトルネーム、グループインフォメーションテーブルのグループネーム等がある。また、各ネームスロットは、複数から呼び出されることが可能である。各ネームスロットは、図２９Ｂに示すように、文字情報であるネームデータと、この文字情報の属性であるネームタイプと、リンク先とからなる。１つのネームスロットで収まらないような長いネームは、複数のネームスロットに分割して記述することが可能である。そして、１つのネームスロットで収まらない場合には、それに続くネームが記述されたネームスロットへのリンク先が記述される。
【０１８２】
この発明が適用されたシステムにおけるオーディオデータの管理方式の第１の例では、図３０に示すように、プレイオーダテーブル（図２４）により、再生するトラックナンバが指定されると、トラックインフォメーションテーブルのリンク先のトラックデスクリプタ（図２７）が読み出され、このトラックデスクリプタから、符号化方式、著作権管理情報、コンテンツの復号鍵情報、その楽曲が開始するパーツナンバへのポインタ情報、アーチストネームおよびタイトルネームのポインタ、元曲順情報、録音時間情報等が読み出される。
【０１８３】
トラックインフォメーションテーブルから読み出されたパーツナンバの情報から、パーツインフォメーションテーブル（図２８）にリンクされ、このパーツインフォメーションテーブルから、そのトラック（楽曲）の開始位置に対応するパーツの位置のオーディオデータファイルがアクセスされる。オーディオデータファイルのパーツインフォメーションテーブルで指定される位置のパーツのデータがアクセスされたら、その位置から、オーディオデータの再生が開始される。このとき、トラックインフォメーションテーブルのトラックデスクリプタから読み出された符号化方式に基づいて復号化が行われる。オーディオデータが暗号化されている場合には、トラックデスクリプタから読み出された鍵情報が使われる。
【０１８４】
そのパーツに続くパーツがある場合には、そのパーツのリンク先がパーツデスクリプタが記述されており、このリンク先にしたがって、パーツデスクリプタが順に読み出される。このパーツデスクリプタのリンク先を辿っていき、オーディオディデータファイル上で、そのパーツデスクリプタで指定される位置にあるパーツのオーディオデータを再生していくことで、所望のトラック（楽曲）のオーディオディオデータが再生できる。
【０１８５】
また、トラックインフォメーションテーブルから読み出されたアーチストネームやタイトルネームのポインタにより指し示される位置（ネームポインタ情報）にあるネームテーブルのネームスロット（図２９）が呼び出され、その位置にあるネームスロットから、ネームデータが読み出される。ネームポインタ情報は、例えば、ネームスロットナンバ、ＦＡＴシステムにおけるクラスタナンバ、または記録媒体の物理アドレスであってもよい。
【０１８６】
なお、前述したように、ネームテーブルのネームスロットは、複数参照が可能である。例えば、同一のアーチストの楽曲を複数記録するような場合がある。この場合、図３１に示すように、複数のトラックインフォメーションテーブルからアーチストネームとして同一のネームテーブルが参照される。図３１の例では、トラックデスクリプタ「１」とトラックデスクリプタ「２」とトラックデスクリプタ「４」は、全て同一のアーチスト「ＤＥＦ  ＢＡＮＤ」の楽曲であり、アーチストネームとして同一のネームスロットを参照している。また、トラックデスクリプタ「３」とトラックデスクリプタ「５」とトラックデスクリプタ「６」は、全て同位置のアーチスト「ＧＨＱ  ＧＩＲＬＳ」の楽曲であり、アーチストネームとして同一のネームスロットを参照している。このように、ネームテーブルのネームスロットを、複数のポインタから参照可能にしておくと、ネームテーブルの容量を節約できる。
【０１８７】
これとともに、例えば、同一のアーチストネームの情報を表示するのに、このネームテーブルへのリンクが利用できる。例えば、アーチスト名が「ＤＥＦ  ＢＡＮＤ」の楽曲の一覧を表示したいような場合には、「ＤＥＦ  ＢＡＮＤ」のネームスロットのアドレスを参照しているトラックデスクリプタが辿られる。この例では、「ＤＥＦ  ＢＡＮＤ」のネームスロットのアドレスを参照しているトラックデスクリプタを辿ることにより、トラックデスクリプタ「１」とトラックデスクリプタ「２」とトラックデスクリプタ「４」の情報が得られる。これにより、このディスクに納められている楽曲の中で、アーチスト名が「ＤＥＦ  ＢＡＮＤ」の楽曲の一覧が表示できる。なお、ネームテーブルは複数参照が可能とされるため、ネームテーブルからトラックインフォメーションテーブルを逆に辿るリンクは設けられていない。
【０１８８】
新たにオーディオデータを記録する場合には、ＦＡＴテーブルにより、所望の数のレコーディングブロック以上、例えば、４つのレコーディングブロック以上連続した未使用領域が用意される。所望のレコーディングブロック以上連続した領域を確保するのは、なるべく連続した領域にオーディオデータを記録した方がアクセスに無駄がないためである。
【０１８９】
オーディオデータを記録するための領域が用意されたら、新しいトラックデスクリプターがトラックインフォメーションテーブル上に１つ割り当てられ、このオーディオディデータを暗号化するためのコンテンツの鍵が生成される。そして、入力されたオーディオデータが暗号化され、用意された未使用領域に、暗号化されたオーディオデータが記録される。このオーディオデータが記録された領域がＦＡＴのファイルシステム上でオーディオデータファイルの最後尾に連結される。
【０１９０】
新たなオーディオデータがオーディオデータファイルに連結されたのに伴い、この連結された位置の情報が作成され、新たに確保されたパーツデスクリプションに、新たに作成されたオーディオデータの位置情報が記録される。そして、新たに確保されたトラックデスクリプターに、鍵情報やパーツナンバが記述される。更に、必要に応じて、ネームスロットにアーチストネームやタイトルネーム等が記述され、トラックデスクリプターに、そのネームスロットにアーチストネームやタイトルネームにリンクするポインタが記述される。そして、プレイオーダーテーブルに、そのトラックデスクリプターのナンバが登録される。また著作権管理情報の更新がなされる。
【０１９１】
オーディオデータを再生する場合には、プレイオーダーテーブルから、指定されたトラックナンバに対応する情報が求められ、再生すべきトラックのトラックデスクリプタが取得される。
【０１９２】
トラックインフォメーションテーブルのそのトラックデスクリプタから、鍵情報が取得され、また、エントリのデータが格納されている領域を示すパーツデスクリプションが取得される。そのパーツデスクリプションから、所望のオーディオデータが格納されているパーツの先頭のオーディオデータファイル上の位置が取得され、その位置に格納されているデータが取り出される。そして、その位置から再生されるデータに対して、取得された鍵情報を用いて暗号が解読され、オーディオデータの再生がなされる。パーツデスクリプションにリンクがある場合には、指定されてパーツにリンクされて、同様の手順が繰り返される。
【０１９３】
プレイオーダテーブル上で、トラックナンバ「ｎ」であった楽曲を、トラックナンバ「ｎ＋ｍ」に変更する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプターＤｎが得られる。トラック情報ＴＩＮＦｎ＋１からＴＩＮＦｎ＋ｍの値（トラックデスクリプターナンバ）が全て１つ前に移動される。そして、トラック情報ＴＩＮＦｎ＋ｍに、トラックデスクリプターＤｎのナンバが格納される。
【０１９４】
プレイオーダテーブルで、トラックナンバ「ｎ」であった楽曲を削除する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタＤｎが取得される。プレイオーダテーブル内のトラック情報のエントリ、ＴＩＮＦｎ＋１から後の有効なトラックデスクリプタナンバが全て１つ前に移動される。更に、トラック「ｎ」は、消されるべきものなので、トラック「ｎ」の後の全てのトラック情報のエントリが、プレイオーダテーブル内で１つ前に移動される。前記トラックの消去に伴って取得されたトラックデスクリプタＤｎから、トラックインフォメーションテーブルで、そのトラックに対応する符号化方式、復号鍵が取得れるとともに、先頭の音楽データが格納されている領域を示すパーツデスクリプタＰｎのナンバが取得される。パーツデスクリプタＰｎによって指定された範囲のオーディオブロックが、ＦＡＴのファイルシステム上で、オーディオデータファイルから切り離される。更に、このトラックインフォメーションテーブルのそのトラックのトラックデスクリプタＤｎが消去される。そして、パーツデスクリプタがパーツインフォメーションテーブルから消去され、ファイルシステムでそのパーツデスクリプションが解放される。
【０１９５】
例えば、図３２Ａにおいて、パーツＡ、パーツＢ、パーツＣはそれまで連結しており、その中から、パーツＢを削除するものとする。パーツＡパーツＢは同じオーディオブロックを（かつ同じＦＡＴクラスタを）共有しており、ＦＡＴチェーンが連続しているとする。パーツＣは、オーディオデータファイルの中ではパーツＢの直後に位置しているが、ＦＡＴテーブルを調べると、実際には離れた位置にあるとする。
【０１９６】
この例の場合には、図３２Ｂに示すように、パーツＢを削除したときに、実際にＦＡＴチェーンから外す（空き領域に戻す）ことができるのは、現行のパーツとクラスタを共有していない、２つのＦＡＴクラスタである。すなわち、オーディオデータファイルとしては４オーディオブロックに短縮される。パーツＣおよびそれ以降にあるパーツに記録されているオーディオブロックのナンバは、これに伴い全て４だけ小さくなる。
【０１９７】
なお、削除は、１トラック全てではなく、そのトラックの一部に対して行うことができる。トラックの一部が削除された場合には、残りのトラックの情報は、トラックインフォメーションテーブルでそのパーツデスクリプタＰｎから取得されたそのトラックに対応する符号化方式、復号鍵を使って復号することが可能である。
【０１９８】
プレイオーダテーブル上のトラックｎとトラックｎ＋１とを連結する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。また、プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍが取得される。プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なＴＩＮＦの値（トラックデスクリプタナンバ）が全て１つ前のＴＩＮＦに移動される。プログラムドプレイオーダテーブルを検索して、トラックデスクリプタＤｍを参照しているトラックが全て削除される。新たな暗号化鍵を発生させ、トラックデスクリプタＤｎから、パーツデスクリプタのリストが取り出され、そのパーツデスクリプタのリストの最後尾に、トラックデスクリプタＤｍから取り出したパーツデスクリプタのリストが連結される。
【０１９９】
トラックを連結する場合には、双方のトラックデスクリプタを比較して、著作権管理上問題のないことを確認し、トラックデスクリプタからパーツデスクリプタを得て、双方のトラックを連結した場合にフラグメントに関する規定が満たされるかどうか、ＦＡＴテーブルで確認する必要がある。また、必要に応じて、ネームテーブルへのポインタの更新を行う必要がある。
【０２００】
トラックｎを、トラックｎとトラックｎ＋１に分割する場合には、プレイオーダテーブル内のＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍ取得される。そして、プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なトラック情報ＴＩＮＦの値（トラックデスクリプタナンバ）が、全て１つ後に移動される。トラックデスクリプタＤｎについて、新しい鍵が生成される。トラックデスクリプタＤｎから、パーツデスクリプタのリストが取り出される。新たなパーツデスクリプタが割り当てられ、分割前のパーツデスクリプタの内容がそこにコピーされる。分割点の含まれるパーツデスクリプタが、分割点の直前までに短縮される。また分割点以降のパーツデスクリプタのリンクが打ち切られる。新たなパーツデスクリプタが分割点の直後に設定される。
【０２０１】
７．音楽データの管理方式の第２の例
次に、オーディオデータの管理方式の第２の例について説明する。図３３は、オーディオデータの管理方式の第２の例である。図３３に示すように、第２の例における管理方式では、ディスク上には、トラックインデックスファイルと、複数のオーディオデータファイルとが生成される。トラックインデックスファイルおよび複数のオーディオデータファイルは、ＦＡＴシステムで管理されるファイルである。
【０２０２】
オーディオデータファイルは、図３４に示すように、原則的には１曲が１ファイルの音楽データが納められたものである。このオーディオデータファイルには、ヘッダが設けられている。ヘッダには、タイトルと、復号鍵情報と、著作権管理情報とが記録されるとともに、インデックス情報が設けられる。インデックスは、１つのトラックの楽曲を複数に分割するものである。ヘッダには、インデックスにより分割された各トラックの位置がインデックスナンバに対応して記録される。インデックスは、例えば、２５５箇設定できる。
【０２０３】
トラックインデックスファイルは、オーディオデータファイルに納められた音楽データを管理するための各種の情報が記述されたファイルである。トラックインデックスファイルは、図３５に示すように、プレイオーダテーブルと、プログラムドプレイオーダテーブルと、グループインフォメーションテーブルと、トラックインフォメーションテーブルと、ネームテーブルとからなる。
【０２０４】
プレイオーダテーブルは、デフォルトで定義された再生順序を示すテーブルである。プレイオーダテーブルは、図３６に示すように、各トラックナンバ（曲番）についてのトラックインフォメーションテーブルのトラックデスクリプタ（図４６）へのリンク先を示す情報ＴＩＮＦ１、ＴＩＮＦ２、…が格納されている。トラックナンバは、例えば「１」から始まる連続したナンバである。
【０２０５】
プログラムドプレイオーダテーブルは、再生手順を各ユーザが定義したテーブルである。プログラムドプレイオーダテーブルには、図３７に示すように、各トラックナンバについてのトラックデスクリプタへのリンク先の情報トラック情報ＰＩＮＦ１、ＰＩＮＦ２、…が記述されている。
【０２０６】
グループインフォメーションテーブルには、図３８に示すように、グループに関する情報が記述されている。グループは、連続したトラックナンバを持つ１つ以上のトラックの集合、または連続したプログラムドトラックナンバを持つ１つ以上のトラックの集合である。グループインフォメーションテーブルは、図３８Ａに示すように、各グループのグループデスクリプタで記述されている。グループデスクリプタには、図３８Ｂに示すように、そのグループが開始されるトラックナンバと、終了トラックのナンバと、グループネームと、フラグが記述される。
【０２０７】
トラックインフォメーションテーブルは、図３９に示すように、各曲に関する情報が記述される。トラックインフォメーションテーブルは、図３９Ａに示すように、各トラック毎（各曲毎）のトラックデスクリプタからなる。各トラックデスクリプタには、図３９Ｂに示すように、その楽曲が納められているオーディオデータファイルのファイルのポインタ、インデックスナンバ、アーチストネーム、タイトルネーム、元曲順情報、録音時間情報等が記述されている。アーチストネーム、タイトルネームは、ネームそのものではなく、ネームテーブルへのポインタが記述されている。
【０２０８】
ネームテーブルは、ネームの実体となる文字を表すためのテーブルである。ネームテーブルは、図４０Ａに示すように、複数のネームスロットからなる。各ネームスロットは、ネームを示す各ポインタからリンクされて呼び出される。ネームを呼び出すポインタは、トラックインフォメーションテーブルのアーチストネームやタイトルネーム、グループインフォメーションテーブルのグループネーム等がある。また、各ネームスロットは、複数から呼び出されることが可能である。各ネームスロットは、図４０Ｂに示すように、ネームデータと、ネームタイプと、リンク先とからなる。１つのネームスロットで収まらないような長いネームは、複数のネームスロットに分割して記述することが可能である。そして、１つのネームスロットで収まらない場合には、それに続くネームが記述されたネームスロットへのリンク先が記述される。
【０２０９】
オーディオデータの管理方式の第２の例では、図４１に示すように、プレイオーダテーブル（図３６）により、再生するトラックナンバが指定されると、トラックインフォメーションテーブルのリンク先のトラックデスクリプタ（図３９）が読み出され、このトラックデスクリプタから、その楽曲のファイルポインタおよびインデックスナンバ、アーチストネームおよびタイトルネームのポインタ、元曲順情報、録音時間情報等が読み出される。
【０２１０】
その楽曲のファイルのポインタから、そのオーディオデータファイルがアクセスされ、そのオーディオデータファイルのヘッダの情報が読み取られる。オーディオデータが暗号化されている場合には、ヘッダから読み出された鍵情報が使われる。そして、そのオーディオデータファイルが再生される。このとき、もし、インデックスナンバが指定されている場合には、ヘッダの情報から、指定されたインデックスナンバの位置が検出され、そのインデックスナンバの位置から、再生が開始される。
【０２１１】
また、トラックインフォメーションテーブルから読み出されたアーチストネームやタイトルネームのポインタにより指し示される位置にあるネームテーブルのネームスロットが呼び出され、その位置にあるネームスロットから、ネームデータが読み出される。
【０２１２】
新たにオーディオデータを記録する場合には、ＦＡＴテーブルにより、所望の数のレコーディングブロック以上、例えば、４つのレコーディングブロック以上連続した未使用領域が用意される。
【０２１３】
オーディオデータを記録するための領域が用意されたら、トラックインフォメーションテーブルに新しいトラックデスクリプタが１つ割り当てられ、このオーディオディデータを暗号化するためのコンテンツ鍵が生成される。そして、入力されたオーディオデータが暗号化され、オーディオデータファイルが生成される。
【０２１４】
新たに確保されたトラックデスクリプタに、新たに生成されたオーディオデータファイルのファイルポインタや、鍵情報が記述される。更に、必要に応じて、ネームスロットにアーチストネームやタイトルネーム等が記述され、トラックデスクリプターに、そのネームスロットにアーチストネームやタイトルネームにリンクするポインタが記述される。そして、プレイオーダーテーブルに、そのトラックデスクリプターのナンバが登録される。また著作権管理情報の更新がなされる。
【０２１５】
オーディオデータを再生する場合には、プレイオーダーテーブルから、指定されたトラックナンバに対応する情報が求められ、トラックインフォメーションテーブルの再生すべきトラックのトラックデスクリプタが取得される。
【０２１６】
そのトラックデスクリプタから、またその音楽データが格納されているオーディオデータのファイルポインタおよびインデックスナンバが取得される。そして、そのオーディオデータファイルがアクセスされ、ファイルのヘッダから、鍵情報が取得される。そして、そのオーディオデータファイルのデータに対して、取得された鍵情報を用いて暗号が解読され、オーディオデータの再生がなされる。インデックスナンバが指定されている場合には、指定されたインデックスナンバの位置から、再生が開始される。
【０２１７】
トラックｎを、トラックｎとトラックｎ＋１に分割する場合には、プレイオーダテーブル内のＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍが取得される。そして、プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なトラック情報ＴＩＮＦの値（トラックデスクリプタナンバ）が、全て１つ後に移動される。
【０２１８】
図４２に示すように、インデックスを使うことにより、１つのファイルのデータは、複数のインデックス領域に分けられる。このインデックスナンバとインデックス領域の位置がそのオーディオトラックファイルのヘッダに記録される。トラックデスクリプタＤｎに、オーディオデータのファイルポインタと、インデックスナンバが記述される。トラックデスクリプタＤｍに、オーディオデータのファイルポインタと、インデックスナンバが記述される。これにより、オーディオファイルの１つのトラックの楽曲Ｍ１は、見かけ上、２つのトラックの楽曲Ｍ１１とＭ１２とに分割される。
【０２１９】
プレイオーダテーブル上のトラックｎとトラックｎ＋１とを連結する場合には、プレイオーダテーブル内のトラック情報ＴＩＮＦｎから、そのトラックの情報が記述されているトラックデスクリプタナンバＤｎが取得される。また、プレイオーダテーブル内のトラック情報ＴＩＮＦｎ＋１から、そのトラックの情報が記述されているトラックデスクリプタナンバＤｍが取得される。プレイオーダテーブル内のＴＩＮＦｎ＋１から後の有効なＴＩＮＦの値（トラックデスクリプタナンバ）が全て１つ前に移動される。
【０２２０】
ここで、トラックｎとトラックｎ＋１とが同一のオーディオデータファイル内にあり、インデックスで分割されている場合には、図４３に示すように、ヘッダのインデックス情報を削除することで、連結が可能である。これにより、２つのトラックの楽曲Ｍ２１とＭ２２は、１つのトラックの楽曲Ｍ２３に連結される。
【０２２１】
トラックｎが１つのオーディオデータファイルをインデックスで分割した後半であり、トラックｎ＋１が別のオーディオデータファイルの先頭にある場合には、図４４に示すように、インデックスで分割されていたトラックｎのデータにヘッダが付加され、楽曲Ｍ３２のオーディオデータファイルが生成される。これに、トラックｎ＋１のオーディオデータファイルのヘッダが取り除かれ、この楽曲Ｍ４１のトラックｎ＋１のオーディオデータが連結される。これにより、２つのトラックの楽曲Ｍ３２とＭ４１は、１つのトラックの楽曲Ｍ５１として連結される。
【０２２２】
以上の処理を実現するために、インデックスで分割されていたトラックに対して、ヘッダを付加し、別の暗号鍵で暗号化して、インデックスによるオーディオデータを１つのオーディオデータファイルに変換する機能と、オーディオデータファイルのヘッダを除いて、他のオーディオデータファイルに連結する機能が持たされている。
【０２２３】
８．パーソナルコンピュータとの接続時の動作について
次世代ＭＤ１および次世代ＭＤ２では、パーソナルコンピュータとの親和性を持たせるために、データの管理システムとしてＦＡＴシステムが採用されている。したがって、次世代ＭＤ１および次世代ＭＤ２によるディスクは、オーディオデータのみならず、パーソナルコンピュータで一般的に扱われるデータの読み書きにも対応している。
【０２２４】
ここで、ディスクドライブ装置１において、オーディオデータは、ディスク９０上から読み出されつつ、再生される。そのため、特に携帯型のディスクドライブ装置１のアクセス性を考慮に入れると、一連のオーディオデータは、ディスク上に連続的に記録されることが好ましい。一方、パーソナルコンピュータによる一般的なデータ書き込みは、このような連続性を考慮せず、ディスク上の空き領域を適宜、割り当てて行われる。
【０２２５】
そこで、この発明の実施の一形態で適用可能な記録再生装置では、パーソナルコンピュータ１００とディスクドライブ装置１とをＵＳＢハブ７によって接続し、パーソナルコンピュータ１００からディスクドライブ装置１に装着されたディスク９０に対する書き込みを行う場合において、一般的なデータの書き込みは、パーソナルコンピュータ側のファイルシステムの管理下で行われ、オーディオデータの書き込みは、ディスクドライブ装置１側のファイルシステムの管理下で行われるようにしている。
【０２２６】
図４５は、このように、パーソナルコンピュータ１００とディスクドライブ装置１とが図示されないＵＳＢハブ７で接続された状態で、書き込むデータの種類により管理権限を移動させることを説明するための図である。図４５Ａは、パーソナルコンピュータ１００からディスクドライブ装置１に一般的なデータを転送し、ディスクドライブ装置１に装着されたディスク９０に記録する例を示す。この場合には、パーソナルコンピュータ１００側のファイルシステムにより、ディスク９０上のＦＡＴ管理がなされる。
【０２２７】
なお、ディスク９０は、次世代ＭＤ１および次世代ＭＤ２の何れかのシステムでフォーマットされたディスクであるとする。
【０２２８】
すなわち、パーソナルコンピュータ１００側では、接続されたディスクドライブ装置１がパーソナルコンピュータ１００により管理される一つのリムーバブルディスクのように見える。したがって、例えばパーソナルコンピュータ１００においてフレキシブルディスクに対するデータの読み書きを行うように、ディスクドライブ装置１に装着されたディスク９０に対するデータの読み書きを行うことができる。
【０２２９】
なお、このようなパーソナルコンピュータ１００側のファイルシステムは、パーソナルコンピュータ１００に搭載される基本ソフトウェアであるＯＳ(Operating System)の機能として提供することができる。ＯＳは、周知のように、所定のプログラムファイルとして、例えばパーソナルコンピュータ１００が有するハードディスクドライブに記録される。このプログラムファイルがパーソナルコンピュータ１００の起動時に読み出され所定に実行されることで、ＯＳとしての各機能を提供可能な状態とされる。
【０２３０】
図４５Ｂは、パーソナルコンピュータ１００からディスクドライブ装置１に対してオーディオデータを転送し、ディスクドライブ装置１に装着されたディスク９０に記録する例を示す。例えば、パーソナルコンピュータ１００において、パーソナルコンピュータ１００が有する例えばハードディスクドライブ（以下、ＨＤＤ）といった記録媒体にオーディオデータが記録されている。
【０２３１】
なお、パーソナルコンピュータ１００には、オーディオデータをＡＴＲＡＣ圧縮エンコードすると共に、ディスクドライブ装置１に対して、装着されたディスク９０へのオーディオデータの書き込みおよびディスク９０に記録されているオーディオデータの削除を要求するユーティリティソフトウェアが搭載されているものとする。このユーティリティソフトウェアは、さらに、ディスクドライブ装置１に装着されたディスク９０のトラックインデックスファイルを参照し、ディスク９０に記録されているトラック情報を閲覧する機能を有する。このユーティリティソフトウェアは、例えばパーソナルコンピュータ１００のＨＤＤにプログラムファイルとして記録される。
【０２３２】
一例として、パーソナルコンピュータ１００の記録媒体に記録されたオーディオデータを、ディスクドライブ装置１に装着されたディスク９０に記録する場合について説明する。上述のユーティリティソフトウェアは、予め起動されているものとする。
【０２３３】
先ず、ユーザにより、パーソナルコンピュータ１００に対して、ＨＤＤに記録された所定のオーディオデータ（オーディオデータＡとする）をディスクドライブ装置１に装着されたディスク９０に記録するよう操作がなされる。この操作に基づき、オーディオデータＡのディスク９０に対する記録を要求する書込要求コマンドが当該ユーティリティソフトウェアにより出力される。書込要求コマンドは、パーソナルコンピュータ１００からディスクドライブ装置１に送信される。
【０２３４】
続けて、パーソナルコンピュータ１００のＨＤＤからオーディオデータＡが読み出される。読み出されたオーディオデータＡは、パーソナルコンピュータ１００に搭載された上述のユーティリティソフトウェアによりＡＴＲＡＣ圧縮エンコード処理が行われ、ＡＴＲＡＣ圧縮データに変換される。このＡＴＲＡＣ圧縮データに変換されたオーディオデータＡは、パーソナルコンピュータ１００からディスクドライブ装置１に対して転送される。
【０２３５】
ディスクドライブ装置１側では、パーソナルコンピュータから送信された書込要求コマンドが受信されることで、ＡＴＲＡＣ圧縮データに変換されたオーディオデータＡがパーソナルコンピュータ１００から転送され、且つ、転送されたデータをオーディオデータとしてディスク９０に記録することが認識される。
【０２３６】
ディスクドライブ装置１では、パーソナルコンピュータ１００から送信されたオーディオデータＡを、ＵＳＢハブ７から受信し、ＵＳＢインターフェイス６およびメモリ転送コントローラ３を介してメディアドライブ部２に送る。システムコントローラ９では、オーディオデータＡをメディアドライブ部２に送る際に、オーディオデータＡがこのディスクドライブ装置１のＦＡＴ管理方法に基づきディスク９０に書き込まれるように制御する。すなわち、オーディオデータＡは、ディスクドライブ装置１のＦＡＴシステムに基づき、４レコーディングブロック、すなわち６４ｋバイト×４を最小の記録長として、レコーディングブロック単位で連続的に書き込まれる。
【０２３７】
なお、ディスク９０へのデータの書き込みが終了するまでの間、パーソナルコンピュータ１００とディスクドライブ装置１との間では、所定のプロトコルでデータやステータス、コマンドのやりとりが行われる。これにより、例えばディスクドライブ装置１側でクラスタバッファ４のオーバーフローやアンダーフローが起こらないように、データ転送速度が制御される。
【０２３８】
パーソナルコンピュータ１００側で使用可能なコマンドの例としては、上述の書込要求コマンドの他に、削除要求コマンドがある。この削除要求コマンドは、ディスクドライブ装置１に装着されたディスク９０に記録されたオーディオデータを削除するように、ディスクドライブ装置１に対して要求するコマンドである。
【０２３９】
例えば、パーソナルコンピュータ１００とディスクドライブ装置１とが接続され、ディスク９０がディスクドライブ装置１に装着されると、上述のユーティリティソフトウェアによりディスク９０上のトラックインデックスファイルが読み出され、読み出されたデータがディスクドライブ装置１からパーソナルコンピュータ１００に送信される。パーソナルコンピュータでは、このデータに基づき、例えばディスク９０に記録されているオーディオデータのタイトル一覧を表示することができる。
【０２４０】
パーソナルコンピュータ１００において、表示されたタイトル一覧に基づきあるオーディオデータ（オーディオデータＢとする）を削除しようとした場合、削除しようとするオーディオデータＢを示す情報が削除要求コマンドと共にディスクドライブ装置１に送信される。ディスクドライブ装置１では、この削除要求コマンドを受信すると、ディスクドライブ装置１自身の制御に基づき、要求されたオーディオデータＢがディスク９０上から削除される。
【０２４１】
オーディオデータの削除がディスクドライブ装置１自身のＦＡＴシステムに基づく制御により行われるため、例えば図３２Ａおよび図３２Ｂを用いて説明したような、複数のオーディオデータが１つのファイルとしてまとめられた巨大ファイル中のあるオーディオデータを削除するような処理も、可能である。
【０２４２】
９．ディスク上に記録されたオーディオデータのコピー制限について
ディスク９０上に記録されたオーディオデータの著作権を保護するためには、ディスク９０上に記録されたオーディオデータの、他の記録媒体などへのコピーに制限を設ける必要がある。例えば、ディスク９０上に記録されたオーディオデータを、ディスクドライブ装置１からパーソナルコンピュータ１００に転送し、パーソナルコンピュータ１００のＨＤＤなどに記録することを考える。
【０２４３】
なお、ここでは、ディスク９０は、次世代ＭＤ１または次世代ＭＤ２のシステムでフォーマットされたディスクであるものとする。また、以下に説明するチェックアウト、チェックインなどの動作は、パーソナルコンピュータ１００上に搭載される上述したユーティリティソフトウェアの管理下で行われるものとする。
【０２４４】
先ず、図４６Ａに示されるように、ディスク９０上に記録されているオーディオデータ２００がパーソナルコンピュータ（ＰＣ）１００にムーブされる。ここでいうムーブは、対象オーディオデータ２００がパーソナルコンピュータ１００にコピーされると共に、対象オーディオデータが元の記録媒体（ディスク９０）から削除される一連の動作をいう。すなわち、ムーブにより、ムーブ元のデータは削除され、ムーブ先に当該データが移ることになる。
【０２４５】
なお、ある記録媒体から他の記録媒体にデータがコピーされ、コピー元データのコピー許可回数を示すコピー回数権利が１減らされることを、チェックアウトと称する。また、チェックアウトされたデータをチェックアウト先から削除し、チェックアウト元のデータのコピー回数権利を戻すことを、チェックインと称する。
【０２４６】
オーディオデータ２００がパーソナルコンピュータ１００にムーブされると、パーソナルコンピュータ１００の記録媒体、例えばＨＤＤ上に当該オーディオデータ２００が移動され（オーディオデータ２００'）、元のディスク９０から当該オーディオデータ２００が削除される。そして、図４６Ｂに示されるように、パーソナルコンピュータ１００において、ムーブされたオーディオデータ２００'に対して、チェックアウト（ＣＯ）可能（な又は所定の）回数２０１が設定される。ここでは、チェックアウト可能回数２０１は、「●黒丸」で示されるように、３回に設定される。すなわち、当該オーディオデータ２００'は、このパーソナルコンピュータ１００から外部の記録媒体に対して、チェックアウト可能回数２０１に設定された回数だけ、さらにチェックアウトを行うことが許可される。
【０２４７】
ここで、チェックアウトされたオーディオデータ２００が元のディスク９０上から削除されたままだと、ユーザにとって不便であることが考えられる。そこで、パーソナルコンピュータ１００に対してチェックアウトされたオーディオデータ２００'が、ディスク９０に対して書き戻される。
【０２４８】
当該オーディオデータ２００'をパーソナルコンピュータ１００から元のディスク９０に書き戻すときには、図４６Ｃに示されるように、チェックアウト可能回数が１回消費され、チェックアウト可能回数が（３−１＝２）回とされる。このときには、パーソナルコンピュータ１００のオーディオデータ２００'は、チェックアウトできる権利が後２回分、残っているため、パーソナルコンピュータ１００上からは削除されない。すなわち、パーソナルコンピュータ１００上のオーディオデータ２００'は、パーソナルコンピュータからディスク９０にコピーされ、ディスク９０上には、オーディオデータ２００'がコピーされたオーディオデータ２００"が記録されることになる。
【０２４９】
なお、チェックアウト可能回数２０１は、トラックインフォメーションテーブルにおけるトラックデスクリプタの著作権管理情報により管理される（図２７Ｂ参照）。トラックデスクリプタは、各トラック毎に設けられるため、チェックアウト可能回数２０１を各トラック（音楽データ）毎に設定することができる。ディスク９０からパーソナルコンピュータ１００にコピーされたトラックデスクリプタは、パーソナルコンピュータ１００にムーブされた対応するオーディオデータの制御情報として用いられる。
【０２５０】
例えば、ディスク９０からパーソナルコンピュータ１００に対してオーディオデータがムーブされると、ムーブされたオーディオデータに対応したトラックデスクリプタがパーソナルコンピュータ１００にコピーされる。パーソナルコンピュータ１００上では、ディスク９０からムーブされたオーディオデータの管理がこのトラックデスクリプタにより行われる。オーディオデータがムーブされパーソナルコンピュータ１００のＨＤＤなどに記録されるのに伴い、トラックデスクリプタ中の著作権管理情報において、チェックアウト可能回数２０１が規定の回数（この例では３回）に設定される。
【０２５１】
なお、著作権管理情報として、上述のチェックアウト可能回数２０１の他に、チェックアウト元の機器を識別するための機器ＩＤ、チェックアウトされたコンテンツ（オーディオデータ）を識別するためのコンテンツＩＤも管理される。例えば、上述した図４６Ｃの手順では、コピーしようとしているオーディオデータに対応する著作権管理情報中の機器ＩＤに基づき、コピー先の機器の機器ＩＤの認証が行われる。著作権管理情報中の機器ＩＤと、コピー先機器の機器ＩＤとが異なる場合、コピー不可とすることができる。
【０２５２】
上述した図４６Ａ〜図４６Ｃによる一連のチェックアウト処理では、ディスク９０上のオーディオデータを一度パーソナルコンピュータ１００に対してムーブし、再びパーソナルコンピュータ１００からディスク９０に書き戻しているため、ユーザにとっては、手順が煩雑で煩わしく、また、ディスク９０からオーディオデータを読み出す時間と、ディスク９０にオーディオデータを書き戻す時間とがかかるため、時間が無駄に感じられるおそれがある。さらに、ディスク９０上からオーディオデータが一旦削除されてしまうことは、ユーザの感覚に馴染まないことが考えられる。
【０２５３】
そこで、ディスク９０に記録されたオーディオデータのチェックアウト時に、上述の途中の処理を行ったものと見なして省き、図４６Ｃに示される結果だけが実現されることが可能なようにする。その手順の一例を以下に示す。以下に示される手順は、例えば「ディスク９０に記録された××というオーディオデータをチェックアウトせよ」といったような、ユーザからの単一の指示により実行されるものである。
【０２５４】
（１）ディスク９０に記録されているオーディオデータをパーソナルコンピュータ１００のＨＤＤにコピーすると共に、ディスク９０上の当該オーディオデータを、当該オーディオデータの管理データの一部を無効にすることで消去する。例えば、プレイオーダーテーブルから当該オーディオデータに対応するトラックデスクリプタへのリンク情報ＴＩＮＦｎと、プログラムドファイルオーダーテーブルから当該オーディオデータに対応するトラックデスクリプタへのリンク情報ＰＩＮＦｎとを削除する。当該オーディオデータに対応するトラックデスクリプタそのものを削除するようにしてもよい。これにより、当該オーディオデータがディスク９０上で使用不可の状態とされ、当該オーディオデータがディスク９０からパーソナルコンピュータ１００にムーブされたことになる。
【０２５５】
（２）なお、手順（１）において、オーディオデータのパーソナルコンピュータ１００へのコピーの際に、当該オーディオデータに対応するトラックデスクリプタも、共にパーソナルコンピュータ１００のＨＤＤにコピーされる。
【０２５６】
（３）次に、パーソナルコンピュータ１００において、ディスク９０からコピーされた、ムーブされたオーディオデータに対応するトラックデスクリプタにおける著作権管理情報内のチェックアウト可能回数に、規定回数、例えば３回が記録される。
【０２５７】
（４）次に、パーソナルコンピュータ１００において、ディスク９０からコピーされたトラックデスクリプタに基づき、ムーブされたオーディオデータに対応するコンテンツＩＤが取得され、当該コンテンツＩＤがチェックイン可能なオーディオデータを示すコンテンツＩＤとして記録される。
【０２５８】
（５）次に、パーソナルコンピュータ１００において、ムーブされたオーディオデータに対応するトラックデスクリプタにおける著作権管理情報内のチェックアウト可能回数が、上述の手順（３）で設定された規定回数から１だけ減じられる。この例では、チェックアウト可能回数が（３−１＝２）回とされる。
【０２５９】
（６）次に、ディスク９０が装着される図示されないディスクドライブ装置１において、ムーブされたオーディオデータに対応するトラックデスクリプタが有効化される。例えば、上述の手順（１）において削除されたリンク情報ＴＩＮＦｎおよびＰＩＮＦｎをそれぞれ復元または再構築することで、当該オーディオデータに対応するトラックデスクリプタが有効化される。上述の手順（１）において当該オーディオデータに対応するトラックデスクリプタを削除した場合には、当該トラックデスクリプタが再構築される。パーソナルコンピュータ１００上に記録されている、対応するトラックデスクリプタをディスクドライブ装置１に転送し、ディスク９０に記録するようにしてもよい。
【０２６０】
以上の（１）〜（６）の手順により、一連のチェックアウト処理が完了したと見なす。こうすることで、ディスク９０からパーソナルコンピュータ１００へのオーディオデータのコピーがオーディオデータの著作権保護を図りつつ実現されると共に、ユーザの手間を省くことができる。
【０２６１】
なお、この（１）〜（６）の手順によるオーディオデータのコピーは、ユーザがディスクドライブ装置１を用いて、ディスク９０に自分で録音（記録）したオーディオデータに対して適用されるようにすると、好ましい。
【０２６２】
また、チェックアウトされた後でチェックインする際には、パーソナルコンピュータ１００は、自分自身が記録しているオーディオデータおよびトラックデスクリプタ中の制御情報、例えば著作権管理情報を検索し、検索されたオーディオデータおよび制御情報に基づき判断を行い、チェックインを実行する。
【０２６３】
以上、この発明に適用可能なディスクシステムについて説明した。次に、この発明の実施の一形態によるコンテンツ配信システムについて説明する。図４７は、この発明の実施の一形態によるコンテンツ配信システムの一例の構成を示す。
【０２６４】
ディスク製造工場２０２は、上述した次世代ＭＤ２によるディスク９０を製造する工場である。ＢＣＡ焼き込み用装置２０３は、ディスク９０のＢＣＡにディスクＩＤを焼き込む装置である。このＢＣＡに焼き込むディスクＩＤは、記録媒体であるディスク９０毎にユニークな記録媒体識別子である。実施の一形態では、上述したＵＩＤをディスクＩＤとして使用する。ＵＩＤには、例えばＥＵＩ−６４（http://standards.ieee.org/regauth/oui/tutorials/EUI64.html）などを使用することができる。なお、ここでは、ＢＣＡを有する次世代ＭＤ２をディスクＩＤ付きのディスク９０として説明するが、上述した次世代ＭＤ１．５または次世代ＭＤ１を適用することもできる。
【０２６５】
ディスク製造工場２０２は、ディスク９０の製造過程において、ディスクＩＤ焼き込み用装置２０３を用いてディスク９０のＢＣＡにディスクＩＤの焼き込みを行う。上述したように、ＢＣＡはＩＤ用途には十分な１８８バイトの容量を有しており、コンスーマー用のディスクドライブ装置１での書き込みはできないものとされている。また、ＢＣＡに焼き込まれたディスクＩＤは、次世代ＭＤ２のシステムフォーマットを用いて改ざんされていないことを証明することが可能とされている。したがって、ディスクＩＤは、ディスク製造工場２０２の出荷時にユニークであることが保証される。
【０２６６】
ディスク製造工場２０２は、製造したディスクＩＤ付きのディスク９０を、ディスクＩＤのリストとともに、サービス主体２０４に納入する。
【０２６７】
サービス主体２０４は、ディスク９０の販売やコンテンツの配信などの各種サービスを行う側の総称である。サービス主体２０４は、主としてユーザ２０６にコンテンツを配信する処理を行うコンテンツ配信サーバ２０５を有する。コンテンツ配信サーバ２０５は、インターネットなどのネットワークに接続可能であり、権利サーバ２０５ａ、コンテンツサーバ２０５ｂおよびバディサーバ２０５ｃから構成される。これら権利サーバ２０５ａ、コンテンツサーバ２０５ｂおよびバディサーバ２０５ｃは、ネットワークで接続され、互いに情報交換が可能な構成であるならば、サービス主体２０４がそれぞれ別個に管理してもよいし、まとめて管理してもよい。
【０２６８】
権利サーバ２０５ａは、権利テーブルによりディスク９０の権利を管理する。図４８は、権利テーブルの一例の構成である。図４８に示すように、権利テーブルは、各ディスク９０の課金情報、この例ではプリペイド情報としての配信可能料金の残金と、そのディスク９０を判別するディスクＩＤとを関連付けて管理している。なお、図４８に示すように、最終アクセス日などの他の項目をディスクＩＤと関連付けて管理してもよい。最終アクセス日の項目を設けることで、権利テーブルの管理を容易にすることができる。
【０２６９】
プリペイド情報は、配信可能料金以外に、配信可能コンテンツ、配信可能数、使用期間、チェックアウト可能回数などの情報を用いることができる。なお、課金情報はプリペイド情報以外に、決済後の配信済のコンテンツの料金など後払い用の情報を用いることができることは言うまでもない。
【０２７０】
課金情報としてプリペイド情報を用いた場合には、サービス主体２０４は、プリペイド情報に応じて、ユーザ２０６へのコンテンツの配信を制限する。課金情報として後払い用の情報を用いた場合には、サービス主体２０４は、その情報を利用してクレジットカード、口座振り込み、電子マネーなどにより、後で決済する。
【０２７１】
コンテンツサーバ２０５ｂは、配信用の音楽データや画像データなどのコンテンツおよびコンテンツの配信料金といったコンテンツに関する情報を管理する。
【０２７２】
バディサーバ２０５ｃは、バディテーブルを管理する。この実施の一形態におけるバディテーブルは、情報提供側のユーザが所有するディスク９０を識別する第１の記録媒体識別子であるディスクＩＤと、その提供側のユーザが利用したコンテンツの情報を公開する情報受取側のユーザが所有するディスク９０を識別する第２の記録媒体識別子であるディスクＩＤとの関係を示すテーブルである。
【０２７３】
図４９は、バディテーブルの一例である。この実施の一形態では、ユーザ２０６側のパーソナルコンピュータ１００からコンテンツ配信サーバ２０５へのログイン時にディスクＩＤが用いられる。したがって、図４９に示すように、ディスクＩＤ（第１の記録媒体識別子）と、情報提供先のディスクＩＤ（第２の記録媒体識別子）とを関連付けて登録することで、情報受取側のディスクＩＤでログインしたユーザへ情報提供側のディスクＩＤに関連付けられた情報を提供することが可能となる。
【０２７４】
サービス主体２０４は、ディスク製造工場２０２から受け取ったリストのディスクＩＤをコンテンツ配信サーバ２０５に登録する。ディスク９０をプリペイドディスクとして販売する場合には、サービス主体２０４は、権利サーバ２０５ａの権利テーブルに、ディスクＩＤとそのディスクＩＤで識別されるディスク９０の課金情報として、例えば販売価格に応じたプリペイド情報を関連付けて登録する。また、バディ単位で複数枚のディスク９０を一組として販売する場合には、予めこの時点でバディサーバ２０５ｃのバディテーブルに情報提供側のディスクＩＤと情報受取側のディスクＩＤをバディ情報と関連付けて登録する。この場合、例えば販売価格を割り引いてもよい。
【０２７５】
サービス主体２０４は、コンテンツ配信サーバ２０５にディスクＩＤを登録したディスク９０をユーザ２０６に販売する。ユーザ２０６は、サービス主体２０４から購入したディスク９０と所有しているディスクドライブ装置１、パーソナルコンピュータ１００を使用して、インターネットなどのネットワークを介してコンテンツ配信サーバ２０５に接続し、サービス主体２０４からコンテンツを配信のサービスを利用する。コンテンツの配信は、コンテンツ配信サーバ２０５から端末装置であるパーソナルコンピュータ１００に対して行われる。ディスクドライブ装置が後述するパーソナルコンピュータ１００の機能を備える場合には、ディスクドライブ装置を端末装置とすることもできる。なお、ユーザ２０６、ディスクドライブ装置１およびパーソナルコンピュータ１００は、複数存在することはいうまでもない。
【０２７６】
ここで、この発明に適用可能なソフトウェアについて説明する。図５０は、この発明の実施の一形態のコンテンツ配信システムに適用可能なユーザ２０６が使用する一例のソフトウェア構成を示す。
【０２７７】
パーソナルコンピュータ１００に、配信システム用アプリケーション３００およびジュークボックスアプリケーション３０１が搭載される。配信システム用アプリケーション３００は、インターネットなどのネットワークを介して、コンテンツ配信サーバ２０５からコンテンツをダウンロードするためのユーザインターフェイスを提供する。
【０２７８】
コンテンツ配信サーバ２０５へ接続する際のログイン情報には、ディスクドライブ装置１に挿入されているディスク９０のディスクＩＤが用いられる。ディスクドライブ装置１との接続は、配信システム用アプリケーション３００がディスクドライブ装置１との接続制御を行ってもよいし、ジュークボックスアプリケーション３０１と連携して行ってもよい。また、コンテンツ配信サーバ２０５へのログインは、ディスクドライブ装置１にディスク９０を挿入した際に、自動行うようにしてもよい。
【０２７９】
ジュークボックスアプリケーション３０１は、ＣＤ(Compact Disc)からのリッピングや、配信システム用アプリケーション３０１によりネットワークを介して得られたコンテンツを蓄積してライブラリを構築し、ライブラリを操作するためのユーザインターフェイスを提供する。ジュークボックスアプリケーション３０１は、さらに、パーソナルコンピュータ１００とディスクドライブ装置１との接続制御を行う。また、上述したユーティリティソフトウェアの機能をジュークボックスアプリケーション３０１に含ませることができる。なお、配信システム用アプリケーション３００とジュークボックスアプリケーション３０１は、ひとつのアプリケーションにまとめて構成してもよい。
【０２８０】
配信システム用アプリケーション３００およびジュークボックスアプリケーション３０１は、パーソナルコンピュータ１００において、ＯＳ３０３上で、セキュリティモジュール３０２を介して動作する。セキュリティモジュール３０２は、ＳＤＭＩ(Secure Digital Music Initiative)に規定されるライセンス適合モジュール（ＬＣＭ）を有し、ジュークボックスアプリケーション３０１とディスクドライブ装置１との間で認証処理を行う。セキュリティモジュール３０２では、コンテンツＩＤとＵＩＤとの整合性のチェックなども行う。配信システム用アプリケーション３００およびジュークボックスアプリケーション３０１などのアプリケーションとディスクドライブ装置１とのコンテンツのやりとりは、全てセキュリティモジュール３０２を介して行われる。
【０２８１】
一方、ディスクドライブ装置１には、ディスクドライブ装置１自身の動作を制御するソフトウェアとして、次世代ＭＤドライブファームウェア３２０が搭載される。パーソナルコンピュータ１００によるディスクドライブ装置１の制御や、パーソナルコンピュータ１００とディスクドライブ装置１との間のデータのやりとりは、次世代ＭＤドライブファームウェア３２０とＯＳ３０３の間で次世代ＭＤデバイスドライバ３０４を介して通信することにより制御される。
【０２８２】
なお、次世代ＭＤドライブファームウェア３２０は、例えばパーソナルコンピュータ１００とディスクドライブ装置１とを接続する所定のケーブル３１０を介して、パーソナルコンピュータ１００側からバージョンアップなどを行うことができる。
【０２８３】
また、配信システム用アプリケーション３００、ジュークボックスアプリケーション３０１などのアプリケーションは、例えばＣＤ−ＲＯＭ(Compact Disc-Read Only Memory)などの記録媒体に記録されて提供される。パーソナルコンピュータ１００にこの記録媒体を装填し、所定の操作を行うことで、例えば当該記録媒体に記録された配信システム用アプリケーション３００、ジュークボックスアプリケーション３０１などのアプリケーションがパーソナルコンピュータ１００の例えばハードディスクドライブに所定に格納される。これに限らず、配信システム用アプリケーション３００、ジュークボックスアプリケーション３０１などのアプリケーション（またはアプリケーションのインストーラ）は、インターネットなどネットワークを介してパーソナルコンピュータ１００に提供されるようにしてもよい。
【０２８４】
ここで、この実施の一形態によるコンテンツ配信システムの一例の利用について図５１および図５２を参照して説明する。図５１は、情報提供側と情報受取側との間の一例の構成である。図５２は、この実施の一形態によるディスク９０にプリペイドディスクを適用した場合のコンテンツ配信システムの一例の利用における時系列図である。
【０２８５】
図５１に示すように、ユーザ２０６ａは、パーソナルコンピュータ１００ａ、ディスクドライブ装置１ａ、ディスク９０ａを所有している。ユーザ２０６ｂは、パーソナルコンピュータ１００ｂ、ディスクドライブ装置１ｂ、ディスク９０ｂを所有している。ユーザ２０６ａ側のディスクドライブ装置１ａはパーソナルコンピュータ１００ａと接続されており、ユーザ２０６ｂ側のディスクドライブ装置１ｂはパーソナルコンピュータ１００ｂとＵＳＢなどで接続されている。
【０２８６】
パーソナルコンピュータ１００ａおよびパーソナルコンピュータ１００ｂは、それぞれインターネットなどのネットワークに接続可能とされている。ネットワークには、さらに、上述したコンテンツ配信サーバ２０５が接続されている。なお、この例では、コンテンツサーバ２０５ｂがログインサーバを兼ねており、ユーザとのやり取りを行う。
【０２８７】
まず、情報提供側であるユーザ２０６ａは、情報受取側であるユーザ２０６ｂが使用するディスク９０ｂのディスクＩＤを予め取得しておく。ディスク９０ｂのディスクＩＤは、ユーザ２０６ａが所有するディスクドライブ装置１ａにディスク９０ｂを挿入してＢＣＡの情報を読み取り、配信用アプリケーション３００が読み取れるパーソナルコンピュータ１００ａのハードディスクドライブなどの記録媒体に記録する。ディスク９０ｂは、ユーザ２０６ａが購入し、ディスクＩＤを取得した後、ユーザ９０ａに渡してもよいし、ユーザ２０６ｂから借りてもよい。
【０２８８】
ディスク９０ｂのディスクＩＤの準備が出来たならば、図５２に示すように、ユーザ２０６ａは、自身が使用するディスク９０ａをパーソナルコンピュータ１００ａに接続されているディスクドライブ装置１ａに挿入し、配信用アプリケーション３００によりコンテンツサーバ２０５ｂにログインする。ログイン終了後、ユーザ２０６ａは、所定の操作により、記録しておいたディスク９０ｂのディスクＩＤをバディとして登録するようコンテンツサーバ２０５ｂに指示を行う。
【０２８９】
コンテンツサーバ２０５ｂは、ログイン時に得られたディスク９０ａのディスクＩＤとバディとして登録するよう指示のあったディスク９０ｂのディスクＩＤをバディサーバ２０５ｃへ渡す。バディサーバ２０５ｃは、ディスク９０ａが情報提供側となりディスク９０ｂが情報受取側となるようにそれぞれのディスクＩＤを関連付けてバディテーブルに登録する。以上でバディの登録が完了する。なお、上述したように、ディスク９０ａおよびディスク９０ｂの販売前に、サービス主体２０４がバディの登録を予めして、ディスク９０ａとディスク９０ｂとを一つの組として、ユーザ２０６に販売すれば、このユーザ２０６ａによるバディの登録作業を省略することができる。
【０２９０】
ユーザ２０６ａは、所定の操作により、所望するコンテンツの購入をコンテンツサーバ２０５ｂに依頼する。コンテンツサーバ２０５ｂは、ディスク９０ａのディスクＩＤと依頼されたコンテンツの配信料金などの必要な情報を権利サーバ２０５ａに渡し、ディスク９０ａにユーザ２０６ａから依頼されたコンテンツの配信が可能であるかを問い合わせる。
【０２９１】
権利サーバ２０５ａは、権利テーブルを参照し、ディスク９０ａを判別するディスクＩＤからディスク９０ａの配信可能料金の残金を抽出し、依頼されたコンテンツの配信料金と比較して配信可能であるか否かを判定する。なお、プリペイド情報が配信可能料金以外である場合には、そのプリペイド情報に対応した情報と権利テーブルの情報とを比較する。また、配信可能であるか否かの判定は、コンテンツサーバ２０５ｂで行ってもよい。権利サーバ２０５ａは、判定結果をコンテンツサーバ２０５ｂに送る。
【０２９２】
配信不可能であると判定された場合には、コンテンツサーバ２０５ｂは、その旨をパーソナルコンピュータ１００ａを介してユーザ２０６ａに伝える。
【０２９３】
配信可能であると判定された場合には、コンテンツサーバ２０５ｂは、ユーザ２０６ａのパーソナルコンピュータ１００ａに依頼されたコンテンツを配信する。コンテンツが正常にダウンロードされたら、パーソナルコンピュータ１００ａからコンテンツサーバ２０５ｂにコンテンツ配信完了の報告がなされる。コンテンツサーバ２０５ｂは、コンテンツ配信完了の報告を受け取ったら、権利サーバ２０５ａに決済の指示を行う。
【０２９４】
決済の指示を受けた権利サーバ２０５ａは、配信したコンテンツに応じて権利テーブルを更新する。プリペイド情報が配信可能料金の場合には、ディスク９０ａを判別するディスクＩＤに関連付けられた配信可能料金の残高から配信したコンテンツの配信料金を差し引く。権利サーバ２０５ａは、コンテンツサーバ２０５ｂに決済終了の報告を行い、報告を受けたコンテンツサーバ２０５ｂは、ユーザ２０６ａのパーソナルコンピュータ１００ａにコンテンツ配信終了の報告を行う。なお、コンテンツサーバ２０５ｂは、配信したコンテンツ情報をディスク９０ａのディスクＩＤと関連付けて、コンテンツ配信の履歴情報として記録する。以上でユーザ２０６ａのディスク９０ａによるコンテンツの購入が終了する。
【０２９５】
その後、情報受取側であるユーザ２０６ｂがディスク９０ｂをパーソナルコンピュータ１００ｂに接続されているディスクドライブ装置１ｂに挿入し、配信用アプリケーション３００によりコンテンツサーバ２０５ｂにログインする。
【０２９６】
コンテンツサーバ２０５ｂは、ディスク９０ｂにバディ、すなわち情報提供するディスク９０が存在するか否かをバディサーバ２０５ｃに問い合わせる。バディサーバ２０５ｃは、バディテーブルを参照し、ディスク９０ｂを判別するディスクＩＤと関連付けられたディスクＩＤが存在するか否かを判別する。バディサーバ２０５ｃは、判定結果をコンテンツサーバ２０５ｂに送る。
【０２９７】
ディスク９０ｂを判別するディスクＩＤと関連付けられたディスクＩＤが存在しないと判定された場合には、例えばコンテンツサーバ２０５ｂは、その旨をパーソナルコンピュータ１００ａを介してユーザ２０６ａに伝え、通常のコンテンツの配信処理を行う。
【０２９８】
この場合、ディスク９０ｂを判別するディスクＩＤと関連付けられたディスクＩＤが存在すると判定される。そして、コンテンツサーバ２０５ｂは、ユーザ２０６ｂのパーソナルコンピュータ１００ｂへ、対応するディスクＩＤ、すなわちディスク９０ａを判別するディスクＩＤでログインしたユーザ２０６ａへのコンテンツ配信の履歴情報を提供する。
【０２９９】
ユーザ２０６ｂは、ユーザ２０６ａのコンテンツ配信の履歴情報を参照して、コンテンツの購入を行う。ユーザ２０６ｂは、パーソナルコンピュータ１００ｂにより、履歴情報から気になるコンテンツを選択して、サンプル情報の取得をコンテンツサーバ２０５ｂに対して要求する。コンテンツサーバ２０５ｂは、ユーザ２０６ｂのパーソナルコンピュータ１００ｂに、サンプル情報を配信する。サンプル情報の配信は、履歴情報に各コンテンツのサンプルをリンクしておくことで容易に実現できる。
【０３００】
ユーザ２０６ｂは、配信されたサンプルを再生して、気に入った場合にコンテンツの購入をコンピュータ１００ｂによりコンテンツサーバ２０５ｂに依頼する。コンテンツサーバ２０５ｂは、ディスク９０ｂのディスクＩＤと依頼されたコンテンツの配信料金などの必要な情報を権利サーバ２０５ａに渡し、ディスク９０ａにユーザ２０６ａから依頼されたコンテンツの配信が可能であるかを問い合わせる。
【０３０１】
権利サーバ２０５ａは、権利テーブルを参照し、ディスク９０ｂを判別するディスクＩＤからディスク９０ｂの配信可能料金の残金を抽出し、依頼されたコンテンツの配信料金と比較して配信可能であるか否かを判定する。なお、プリペイド情報が配信可能料金以外である場合には、そのプリペイド情報に対応した情報と権利テーブルの情報とを比較する。また、配信可能であるか否かの判定は、コンテンツサーバ２０５ｂで行ってもよい。権利サーバ２０５ａは、判定結果をコンテンツサーバ２０５ｂに送る。
【０３０２】
配信不可能であると判定された場合には、コンテンツサーバ２０５ｂは、その旨をパーソナルコンピュータ１００ｂを介してユーザ２０６ｂに伝える。
【０３０３】
配信可能であると判定された場合には、コンテンツサーバ２０５ｂは、ユーザ２０６ｂのパーソナルコンピュータ１００ｂに依頼されたコンテンツを配信する。コンテンツが正常にダウンロードされたら、パーソナルコンピュータ１００ｂからコンテンツサーバ２０５ｂにコンテンツ配信完了の報告がなされる。コンテンツサーバ２０５ｂは、コンテンツ配信完了の報告を受け取ったら、権利サーバ２０５ａに決済の指示を行う。
【０３０４】
決済の指示を受けた権利サーバ２０５ａは、配信したコンテンツに応じて権利テーブルを更新する。プリペイド情報が配信可能料金の場合には、ディスク９０ａを判別するディスクＩＤに関連付けられた配信可能料金の残高から配信したコンテンツの配信料金を差し引く。このとき、ユーザ２０６ａからの紹介ということで、例えばコンテンツの配信料金を割り引くなどの特典を設けてもよい。またユーザ２０６ａ側にも特典が得られるポイントを与えてもよい。権利サーバ２０５ａは、コンテンツサーバ２０５ｂに決済終了の報告を行い、報告を受けたコンテンツサーバ２０５ｂは、ユーザ２０６ｂのパーソナルコンピュータ１００ｂにコンテンツ配信終了の報告を行う。以上でユーザ２０６ａのディスク９０ａによるコンテンツの購入が終了する。
【０３０５】
以上説明したように、この発明の実施の一形態によれば、パーソナルコンピュータ１００が挿入されたディスク９０からディスクＩＤを取得し、取得したディスクＩＤを用いてネットワークを介してコンテンツ配信サーバ２０５と接続するため、ユーザ登録をする必要がない。これにより、ユーザ２０６は住所、氏名などの通常ユーザ登録に必要な情報が漏洩するなどのシステム利用上の危険を気にせず気楽にコンテンツ配信のサービスを利用することができる。
【０３０６】
また、バディサーバ２０５ｃに情報提供側のユーザ２０６ａがログインに用いるディスク９０ａを判別するディスクＩＤと、情報受取側のユーザ２０６ｂがログインに用いるディスク９０ｂを判別するディスクＩＤとを関連付けてバディテーブルに登録しておき、さらに、コンテンツサーバ２０５ｂがディスクＩＤとコンテンツ配信の履歴情報とを関連付けて記録しておくことで、情報受取側のディスク９０ｂを用いたログインが行われたときに、バディテーブルを参照して、情報受取側のディスク９０ｂを判別するディスクＩＤに対応する情報提供側のディスク９０ａを判別するディスクＩＤに基づくコンテンツ配信の履歴情報を情報受取側のパーソナルコンピュータ１００ｂにセキュアに提供することができる。これにより、ユーザ２０６ａとユーザ２０６ｂとの間でのコンテンツに関する情報交換を容易に実現することができ、サービス主体２０４は、コンテンツの流通を広めることができる。
【０３０７】
また、権利サーバ２０５ａがディスク毎のプリペイド情報とディスクＩＤとが関連付けられた権利テーブル管理し、コンテンツ配信サーバ２０５へのログインに用いられたディスクＩＤと権利テーブルとを参照して、コンテンツの配信が可能である場合にパーソナルコンピュータ１００にコンテンツを配信し、プリペイド情報を更新することで、コンテンツの料金の支払い作業を簡略化することができる。これにより、ユーザ２０６の使い易さが向上し、ユーザ２０６は、快適にコンテンツの配信を受けることができる。
【０３０８】
また、サービス主体２０４が情報提供側となるディスク９０ａと情報受取側となるディスク９０ｂとを一つの組として販売し、予めバディテーブルにディスクＩＤを登録しておくことで、ユーザ２０６ａがバディの登録をする手間を省くことができる。また、ディスクドライブ装置１が挿入されたディスク９０ｂのディスクＩＤを記録し、パーソナルコンピュータ１００ａで利用可能な構成としておくことで、ディスクドライブ装置１ａを持ち歩き、移動先において情報受取側のディスク９０ｂのディスクＩＤを取得することが可能である。
【０３０９】
また、ユーザ２０６ｂがユーザ２０６ａへのコンテンツ配信の履歴情報から選択してコンテンツの配信を受けるようにすることで、ユーザ２０６ａとユーザ２０６ｂとの間で容易に配信コンテンツの同期をとることが可能となる。また、ユーザ２０６ｂがユーザ２０６ａへのコンテンツ配信の履歴情報から選択してコンテンツの配信を受けたときに、配信料金の割引など特典を設けることで、ユーザ２０６間でのシステムの利用率が向上し、サービス主体２０４は、コンテンツの流通を広めることができる。
【０３１０】
また、ディスク９０をディスクドライブ装置１に挿入しただけで、自動的にコンテンツ配信サーバ２０５へログインし、特定のユーザとコンテンツを共有することを容易に実現することが可能となる。
【０３１１】
この発明は、上述したこの発明の実施の一形態に限定されるものでは無く、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。例えば、上述した実施の一形態では、コンテンツ配信サーバ２０５へのログインに使用する記録媒体であるディスク９０として、次世代ＭＤ１、次世代ＭＤ２などのユニークな識別子を有するＭＤを適用可能であると説明したが、これに限らず、ユニークな識別子を有する他の記録媒体、例えば、光ディスク、磁気ディスク、磁気テープ、メモリカードなどを適用することも可能である。
【０３１２】
また、上述した実施の一形態では、ユーザ２０６ｂに提供する履歴情報をユーザ２０６ａに配信したコンテンツの情報としたが、これに限らず、参照したコンテンツやそれに付随する情報などの他の情報を提供してもよい。
【図面の簡単な説明】
【０３１３】
【図１】次世代ＭＤ１システムの仕様のディスクの説明に用いる図である。
【図２】次世代ＭＤ１システムの仕様のディスクの記録領域の説明に用いる図である。
【図３】次世代ＭＤ２システムの仕様のディスクの説明に用いる図である。
【図４】次世代ＭＤ２システムの仕様のディスクの記録領域の説明に用いる図である。
【図５】ＵＩＤの一例のフォーマットを概略的に示す略線図である。
【図６】次世代ＭＤ１および次世代ＭＤ２のエラー訂正符号化処理の説明に用いる図である。
【図７】次世代ＭＤ１および次世代ＭＤ２のエラー訂正符号化処理の説明に用いる図である。
【図８】次世代ＭＤ１および次世代ＭＤ２のエラー訂正符号化処理の説明に用いる図である。
【図９】ウォブルを用いたアドレス信号の生成の説明に用いる斜視図である。
【図１０】現行のＭＤシステムおよび次世代ＭＤ１システムのＡＤＩＰ信号の説明に用いる図である。
【図１１】現行のＭＤシステムおよび次世代ＭＤ１システムのＡＤＩＰ信号の説明に用いる図である。
【図１２】次世代ＭＤ２システムのＡＤＩＰ信号の説明に用いる図である。
【図１３】次世代ＭＤ２システムのＡＤＩＰ信号の説明に用いる図である。
【図１４】現行のＭＤシステムおよび次世代ＭＤ１システムでのＡＤＩＰ信号とフレームとの関係を示す図である。
【図１５】次世代ＭＤ１システムでのＡＤＩＰ信号とフレームとの関係を示す図である。
【図１６】次世代ＭＤ２システムでのコントロール信号の説明に用いる図である。
【図１７】ディスクドライブ装置のブロック図である。
【図１８】メディアドライブ部の構成を示すブロック図である。
【図１９】次世代ＭＤ１によるディスクの一例の初期化処理を示すフローチャートである。
【図２０】次世代ＭＤ２によるディスクの一例の初期化処理を示すフローチャートである。
【図２１】オーディオデータの管理方式の第１の例の説明に用いる図である。
【図２２】オーディオデータの管理方式の第１の例によるオーディオデータファイルの説明に用いる図である。
【図２３】オーディオデータの管理方式の第１の例によるトラックインデックスファイルの説明に用いる図である。
【図２４】オーディオデータの管理方式の第１の例によるプレイオーダテーブルの説明に用いる図である。
【図２５】オーディオデータの管理方式の第１の例によるプログラムドプレイオーダテーブルの説明に用いる図である。
【図２６】オーディオデータの管理方式の第１の例によるグループインフォメーションテーブルの説明に用いる図である。
【図２７】オーディオデータの管理方式の第１の例によるトラックインフォメーションテーブルの説明に用いる図である。
【図２８】オーディオデータの管理方式の第１の例によるパーツインフォメーションテーブルの説明に用いる図である。
【図２９】オーディオデータの管理方式の第１の例によるネームテーブルの説明に用いる図である。
【図３０】オーディオデータの管理方式の第１の例による一例の処理を説明するための図である。
【図３１】ネームテーブルのネームスロットが複数参照可能であることを説明するための図である。
【図３２】オーディオデータの管理方式の第１の例でオーディオデータファイルからパーツを削除する処理の説明に用いる図である。
【図３３】オーディオデータの管理方式の第２の例の説明に用いる図である。
【図３４】オーディオデータの管理方式の第２の例によるオーディオデータファイルの構造を示す図である。
【図３５】オーディオデータの管理方式の第２の例によるトラックインデックスファイルの説明に用いる図である。
【図３６】オーディオデータの管理方式の第２の例によるプレイオーダテーブルの説明に用いる図である。
【図３７】オーディオデータの管理方式の第２の例によるプログラムドプレイオーダテーブルの説明に用いる図である。
【図３８】オーディオデータの管理方式の第２の例によるグループインフォメーションテーブルの説明に用いる図である。
【図３９】オーディオデータの管理方式の第２の例によるトラックインフォメーションテーブルの説明に用いる図である。
【図４０】オーディオデータの管理方式の第２の例によるネームテーブルの説明に用いる図である。
【図４１】オーディオデータの管理方式の第２の例による一例の処理を説明するための図である。
【図４２】オーディオデータの管理方式の第２の例で、インデックスにより１つのファイルのデータが複数のインデックス領域に分けられることを説明するための図である。
【図４３】オーディオデータの管理方式の第２の例で、トラックの連結の説明に用いる図である。
【図４４】オーディオデータの管理方式の第２の例で、別の方法によるトラックの連結の説明に用いる図である。
【図４５】パーソナルコンピュータとディスクドライブ装置とが接続された状態で、書き込むデータの種類により管理権限を移動させることを説明するための図である。
【図４６】オーディオデータの一連のチェックアウトの手順を説明するための図である。
【図４７】この発明の実施の一形態によるコンテンツ配信システムの一例の構成を示す図である。
【図４８】管理テーブルの一例を示す図である。
【図４９】バディテーブルの一例を示す図である。
【図５０】この発明の実施の一形態によるソフトウェアの一例を示す図である。
【図５１】この発明の実施の一形態によるコンテンツ配信システムでの情報提供側と情報受取側との間の一例の構成である。
【図５２】この発明の実施の一形態によるコンテンツ配信システムでの一例の処理の流れを示す図である。
【符号の説明】
【０３１４】
１，１ａ，１ｂ・・・ディスクドライブ装置、９０，９０ａ，９０ｂ・・・ディスク、１００，１００ａ，１００ｂ・・・パーソナルコンピュータ、２０５・・・コンテンツ配信サーバ、２０５ａ・・・権利サーバ、２０５ｂ・・・コンテンツサーバ、２０５ｃ・・・バディサーバ、３００・・・配信システム用アプリケーション、３０１・・・ジュークボックスアプリケーション、３０２・・・セキュリティモジュール
【図１】
2005049730.tif 000003
【図２】
2005049730.tif 000004
【図３】
2005049730.tif 000005
【図４】
2005049730.tif 000006
【図５】
2005049730.tif 000007
【図６】
2005049730.tif 000008
【図７】
2005049730.tif 000009
【図８】
2005049730.tif 000010
【図９】
2005049730.tif 000011
【図１０】
2005049730.tif 000012
【図１１】
2005049730.tif 000013
【図１２】
2005049730.tif 000014
【図１３】
2005049730.tif 000015
【図１４】
2005049730.tif 000016
【図１５】
2005049730.tif 000017
【図１６】
2005049730.tif 000018
【図１７】
2005049730.tif 000019
【図１８】
2005049730.tif 000020
【図１９】
2005049730.tif 000021
【図２０】
2005049730.tif 000022
【図２１】
2005049730.tif 000023
【図２２】
2005049730.tif 000024
【図２３】
2005049730.tif 000025
【図２４】
2005049730.tif 000026
【図２５】
2005049730.tif 000027
【図２６】
2005049730.tif 000028
【図２７】
2005049730.tif 000029
【図２８】
2005049730.tif 000030
【図２９】
2005049730.tif 000031
【図３０】
2005049730.tif 000032
【図３１】
2005049730.tif 000033
【図３２】
2005049730.tif 000034
【図３３】
2005049730.tif 000035
【図３４】
2005049730.tif 000036
【図３５】
2005049730.tif 000037
【図３６】
2005049730.tif 000038
【図３７】
2005049730.tif 000039
【図３８】
2005049730.tif 000040
【図３９】
2005049730.tif 000041
【図４０】
2005049730.tif 000042
【図４１】
2005049730.tif 000043
【図４２】
2005049730.tif 000044
【図４３】
2005049730.tif 000045
【図４４】
2005049730.tif 000046
【図４５】
2005049730.tif 000047
【図４６】
2005049730.tif 000048
【図４７】
2005049730.tif 000049
【図４８】
2005049730.tif 000050
【図４９】
2005049730.tif 000051
【図５０】
2005049730.tif 000052
【図５１】
2005049730.tif 000053
【図５２】
2005049730.tif 000054