(57)【特許請求の範囲】
【請求項１】
ヘッダとサブデータとメインデータから成るセクターを有している小単位ブロックを複数積層して大単位ブロックを構成し、プログラム領域に記録している記録媒体であって、
上記小単位ブロック内のメインデータのデータ量を固定にすると共に、上記小単位ブロックが有しているセクターの数を上記大単位ブロック単位で可変にすることで上記サブデータのデータ量を可変にすることを特徴とした記録媒体。
【請求項２】
上記記録媒体は、上記データ量が可変に制御されるサブデータの識別を行う識別子を記録する管理領域を備えることを特徴とする請求項１記載の記録媒体。
【請求項３】
上記ヘッダは、上記大単位ブロック内での小単位ブロックの変化に応じてデータ長が可変することを特徴とする請求項１記載の記録媒体。
【請求項４】
ヘッダとサブデータとメインデータから成るセクターを有している小単位ブロックを複数積層して構成される大単位ブロックを記録するプログラム領域を少なくとも備え、上記小単位ブロック内のメインデータのデータ量を固定にすると共に、上記小単位ブロックを構成するセクター数を可変にして上記サブデータのデータ量を可変にしている記録媒体を再生する再生装置であって、
上記記録媒体から再生した大単位ブロックからメインデータとサブデータを分離するデータ分離手段と、
上記記録媒体の管理領域に記録されている上記データ量が可変に制御されるサブデータの識別を行うための識別子に基づいて上記データ分離手段を制御する分離制御手段と
を備えてなることを特徴とする再生装置。
【請求項５】
上記記録媒体は、上記データ量が可変に制御されるサブデータの識別を行う識別子を記録する管理領域を備えていることを特徴とする請求項４記載の再生装置。
【請求項６】
上記分離制御手段は、上記管理領域に記録されている上記識別子に基づいて上記データ分離手段を制御することを特徴とする請求項５記載の再生装置。
【請求項７】
上記大単位ブロック内での小単位ブロックの変化に応じてデータ長が可変する上記ヘッダを上記プログラム領域に記録している上記記録媒体を再生することを特徴とする請求項４記載の再生装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ヘッダとサブデータとメインデータから成る小単位ブロックを複数積層して構成される大単位ブロックをプログラム領域に記録している記録媒体、及び上記記録媒体を再生する再生装置に関する。
【０００２】
【従来の技術】
一般的に信号を記録する媒体では、メインとなる信号を記録する領域とは別に、このメインとなる信号を読み出しながら同時読み出しが可能なサブとなる信号を記録する領域が設けられている。このサブとなる信号はサブデータ、あるいはサブコードなどと呼ばれ、例えばグラフィックス情報やテキストデータ等の付加情報を記録するのに利用されている。
【０００３】
例えば、コンパクトディスク（CD）では、音楽信号のデータを記録する領域とは別に、音楽信号を再生しながら、同時に読み込むことのできるサブデータを記録する領域が用意されている。このサブデータには、曲の番号、インデックス、時間などの情報の他、さらには文字、グラフィック等が入れられる。例えばCD-G（Graphics）は、サブデータのユーザーズビット（R〜W）と呼ばれる6ビットにグラフィック情報が入れられ、絵の出るカラオケとして利用されている。
【０００４】
【発明が解決しようとする課題】
ところで、上記サブデータのデータ転送速度は、例えば5.4KBps（キロバイト／秒）のように数kBps程度であるので、サブデータに入れることのできるグラフィック情報としては高品質を期待できるものではなかった。これは、現在世界的に普及しているインターネット上でのいわゆるストリーミング再生に必要とされる64kBpsには遠く及ばない。また、静止画に限ってみても現在普及しているJPEGやGIFフォーマットなどでエンコードされた高品位な静止画像を表示するためのデータ転送速度をも確保できない。
【０００５】
インターネットにおけるストリーミング再生や高品位な静止画像に対応するためには、付加データとして64kBpsを越える高い転送レートを必要とするが、高い転送レートを実現するためには、サブデータのような付加情報の領域を多く必要とし、結果としてメインとなるデータの領域を減少させてしまうことになる。メインとなるデータの領域が少なくなると当然、音楽等の再生時間が短くなったり、あるいは品質を下げなければならなくなる。
【０００６】
本発明は、上記実情に鑑みてなされたものであり、少なくとも従来のコンパクトディスクのサブデータの転送レートよりも高い転送レートを確保すると共に、さらに高い転送レートも可変的に確保することのできる記録媒体、及びこの記録媒体を再生するときにサブデータの転送レートを可変的に切り替えることのできる再生装置の提供を目的とする。
【０００７】
【課題を解決するための手段】
本発明に係る記録媒体は、上記課題を解決するために、ヘッダとサブデータとメインデータから成るセクターを有している小単位ブロックを複数積層して大単位ブロックを構成し、プログラム領域に記録している記録媒体であって、上記小単位ブロック内のメインデータのデータ量を固定にすると共に、上記小単位ブロックが有しているセクターの数を上記大単位ブロック単位で可変にすることで上記サブデータのデータ量を可変にする。
【０００８】
このため、例えばメインとなる音楽データの記録スペックは一定で、高音質を保ったまま、付加的な情報に対する転送レートを可変することができる。
【０００９】
ここで、上記記録媒体は、上記データ量が可変に制御されるサブデータの識別を行う識別子を記録する管理領域を備える。
【００１０】
また、上記ヘッダは、上記大単位ブロック内での小単位ブロックの変化に応じてデータ長が可変する。
【００１１】
本発明に係る再生装置は、上記課題を解決するために、ヘッダとサブデータとメインデータから成るセクターを有している小単位ブロックを複数積層して構成される大単位ブロックを記録するプログラム領域を少なくとも備え、上記小単位ブロック内のメインデータのデータ量を固定にすると共に、上記小単位ブロックを構成するセクター数を可変にして上記サブデータのデータ量を可変にしている記録媒体を再生する再生装置であって、上記記録媒体から再生した大単位ブロックからメインデータとサブデータを分離するデータ分離手段と、上記記録媒体の管理領域に記録されている上記データ量が可変に制御されるサブデータの識別を行うための識別子に基づいて上記データ分離手段を制御する分離制御手段とを備えてなる。
【００１２】
ここで、上記記録媒体は、上記データ量が可変に制御されるサブデータの識別を行う識別子を記録する管理領域を備えている。このため、上記分離制御手段は、上記管理領域に記録されている上記識別子に基づいて上記データ分離手段を制御するので、いずれの場合でもメインとなる音楽データの記録スペックは一定で、高音質を保ったまま、付加的な情報に対する転送レートのみを上記管理領域に記録されている上記識別子に基づいて切り替えられる。
【００１３】
また、上記再生装置は、上記大単位ブロック内での小単位ブロックの変化に応じてデータ長が可変する上記ヘッダを上記プログラム領域に記録している上記記録媒体を再生する。
【００１４】
【発明の実施の形態】
以下、本発明に係る記録媒体の実施の形態について図面を参照しながら説明する。この実施の形態は、デルタシグマ（ΔΣ）変調により得られる高速1ビットオーディオ信号をプログラム領域と呼ばれるデータゾーン（Data Zone）に高密度記録している光ディスクである。高速1ビット・オーディオ信号は、従来のデジタルオーディオに使われてきたデータのフォーマット（例えばサンプリング周波数Fsが44.1kHz、データ語長が16ビット）に比べて、非常に高いサンプリング周波数と短いデータ語長（例えばサンプリング周波数が44.1kHzの64倍（=64Fs）でデータ語長が1ビット）といった形をしている。このため、直流領域から100kHzを越える広い伝送可能周波数帯域と、オーディオ帯域における120dBに及ぶダイナミックレンジが得られる。この高速1ビット・オーディオ信号は、簡単なアナログローパスフィルターを通すことによって、アナログオーディオ信号に戻すことができる。
【００１５】
この高速1ビット・オーディオ信号（64Fs，1bit，Fs=44.1kHz）の2チャンネル分は、1秒当たり705600バイト（705.6kB）となり、1秒が75フレームで構成されるとすると、1フレーム当たりでは、9408バイトとなる。したがって3フレーム分の信号を記録するためには、28224バイトが必要となり、1セクタ2048バイトからなるセクターを使用してメインデータとして記録する場合は、１４セクター（28672バイト）以上あればよいことになる。
【００１６】
本発明では、メインデータとして記録するオーディオ信号の品質を変えずに、例えばグラフィックス情報のような付加情報を記録するサプリメンタリデータ（サブデータ）の単位時間当たりの記録容量、すなわちデータ転送レートを変える。
【００１７】
具体的にはセクター数を１４とした場合を図１の（ａ）に示すように標準モードとし、メインデータＭを除いた記録容量448(=28672-28224）バイトをヘッダーＨと共にサブデータＳとして利用する。
【００１８】
また、セクター数を１６とした場合を図１の（ｂ）に示すように拡張モードとし、固定のデータ量（=28224バイト）としたメインデータＭを除いた記録容量4544（=32768-28224）バイトをヘッダーＨと共にサブデータＳとして利用する。
【００１９】
すなわち、この図１は、光ディスクのデータゾーン（Data Zone）に記録されている、ヘッダＨとサブデータＳとメインデータＭから成るセクターを有している小単位ブロックＢsを複数積層して構成される大単位ブロックデータＢLを、標準モードによる記録のときと、拡張モードによる記録のときに分けて示している。
【００２０】
そして、この光ディスクは、上記小単位ブロックＢs内のメインデータＭのデータ量を固定にする一方、上記小単位ブロックＢsが有しているセクターの数を上記大単位ブロックＢL単位で１４と１６というように可変にすることで上記サブデータＳのデータ量を図１に示すように可変にする。
【００２１】
以下にまとめると、標準モードによって上記データゾーンに記録される大単位ブロックＢLは、図１に（ａ）に示したように１４セクターからなり、1セクターは2048バイトからなる。また、各小単位ブロックＢs内のセクター毎のメインデータＭのデータ量は上記2048バイト中2016バイトである。したがって、標準モードによる大単位ブロックＢLのメインデータＭのデータ量は2016×14=28224バイトとなる。このメインデータＭのデータ量28224バイトは、上記３つの小単位ブロックＢsにおける３つのフレームＦ1，Ｆ2及びＦ3に、9408バイトずつ均等に割り当てられる。
【００２２】
また、拡張モードによって上記データゾーンに記録される大単位ブロックＢLは、図１の（ｂ）に示すように１６セクターからなる。また、各小単位ブロックＢs内のセクター毎のメインデータＭのデータ量は上記2048バイト中1764バイトである。ここで、1セクタは2048バイトからなるので、拡張モードによる大単位ブロックＢLのメインデータ量は1764×16=28224バイトとなり、上記標準モードのときと同じである。このメインデータＭのデータ量28224バイトも、上記３つの小単位ブロックＢsにおける３つのフレームＦ1，Ｆ2及びＦ3に、9408バイトずつ均等に割り当てられる。
【００２３】
一方、サブデータＳのデータ量としては、上記標準モードにおける大単位ブロックＢLを構成するセクター数と上記拡張モードにおける大単位ブロックＢLを構成するセクター数の差、すなわち2セクタ分（2048×2=）4096バイト分だけ、上記拡張モードにおける大単位ブロックＢLの方で多く使える。実際には、通常のヘッダＨも2つ増え、そのヘッダＨにもデータ量（10バイト）が割り当てられるので、4086バイト分だけ増えることになる。
【００２４】
図２には上記標準モードにおける大単位ブロックＢLの詳細なフォーマットを示す。また、図３には上記拡張モードにおける大単位ブロックＢLの詳細なフォーマットを示す。
【００２５】
図２において第１番目の小単位ブロックＢs内における第１のフレームF1は、セクタ1のメインデータの先頭からセクタ5のメインデータの1344バイトまでで構成される。つまり、メインデータＭの第１のフレームＦ1は、上記9408バイトのデータ量をセクタ5の1344バイトまでの合計で持っている。また、第１番目の小単位ブロックＢsのヘッダＨのデータ量は、上記小単位の先頭のセクタ1ではメインデータにおけるフレームの開始を示すタイムコードを表す分だけ、同じ小単位ブロックＢs内の他のセクタのヘッダ（5バイト）よりも3バイト多くなり8バイトとなる。このヘッダＨのデータ量については後述する。このセクタ1のヘッダが3バイト分だけ他のヘッダより多いため、セクタ1のサブデータは他のサブデータのデータ量27バイトより3バイト分だけ少ない24バイトとなる。これは、図１の（ａ）に示したように、ヘッダ＋サブデータが固定であるためである。
【００２６】
また、上記図２において第２番目の小単位ブロックＢsの第２のフレームＦ2は、セクタ5のメインデータの1345バイト以後の残り672バイトからセクタ10のメインデータの672バイトまでで構成される。つまり、メインデータの第２のフレームＦ2は、上記9408バイトのデータ量を、セクタ5の672バイトと、セクタ6〜セクタ9までの2016×4（=8064）バイトと、セクタ10の672バイトとの合計で持っている。また、この第２番目のヘッダＨのデータ量は、上記小単位ブロックＢsの先頭のセクタ5ではメインデータにおけるフレームの開始を示すタイムコードを表す分と、サブデータと二つのメインデータの合計３つのパケットを示すデータ量を必要とするので、サブデータと一つのメインデータの合計２つのパケットを示すデータ量と上記フレームの開始を示すタイムコートを必要とした上記セクタ1のヘッダの8バイトよりも多い10バイトとなる。このセクタ5のヘッダが5バイト分だけ他のヘッダ（5バイト）より多いため、セクタ5のサブデータは他のサブデータのデータ量27バイトより5バイト分だけ少ない22バイトとなる。
【００２７】
また、上記図２において第３番目の小単位ブロックＢsの第３のフレームＦ3は、セクタ10のメインデータの673バイト以後の残り1344バイトからセクタ14のメインデータの終わりまでで構成される。つまり、メインデータの第３のフレームＦ3は、上記9408バイトのデータ量を、セクタ10の1344バイトと、セクタ11〜セクタ14までの2016×4（=8064）バイトとの合計で持っている。また、第３番目の小単位ブロックＢsのヘッダＨのデータ量は、上記小単位の先頭のセクタ10ではメインデータにおけるフレームの開始を示すタイムコードを表す分と、サブデータと二つのメインデータの合計３つのパケットを示すデータ量を必要とするので10バイトとなる。このセクタ10のヘッダが5バイト分だけ他のヘッダ（5バイト）より多いため、セクタ10のサブデータは他のサブデータのデータ量27バイトより5バイト分だけ少ない22バイトとなるのは上記第２番目の小単位ブロックＢsと同様である。
【００２８】
このように、図２に示した標準モードによる大単位ブロックＢLは、３フレーム分のメインデータＭの合計を28224バイトとする一方、サブデータＳの合計を365バイトとしている。
【００２９】
図３において第１番目の小単位ブロックＢs内における第１のフレームF1は、セクタ1のメインデータの先頭からセクタ6のメインデータの588バイトまでで構成される。つまり、メインデータの第１のフレームＦ1は、上記9408バイトのデータ量をセクタ6の588バイトまでの合計で持っている。また、第１番目の小単位ブロックＢs内におけるヘッダＨのデータ量は、上記小単位の先頭のセクタ1ではメインデータにおけるフレームの開始を示すタイムコードを表す分だけ、同じ小単位ブロックＢs内の他のセクタのヘッダ（5バイト）よりも3バイト多い8バイトとしている。このセクタ1のヘッダが3バイト分だけ他のヘッダより多いため、セクタ1のサブデータは他のサブデータのデータ量279バイトより3バイト分だけ少ない276バイトとなる。これは、図１の（ｂ）に示したように、ヘッダ＋サブデータが固定であるためである。
【００３０】
また、上記図３において第２番目の小単位ブロックＢs内における第２のフレームＦ2は、セクタ6のメインデータの589バイト以後の残り1176バイトからセクタ11のメインデータの1176バイトまでで構成される。つまり、メインデータの第２のフレームＦ2は、上記9408バイトのデータ量を、セクタ6の1176バイトと、セクタ7〜セクタ10までの1764×4（=7056）バイトと、セクタ11の1176バイトとの合計で持っている。また、第２番目の小単位ブロックＢsのヘッダＨのデータ量は、上記小単位の先頭のセクタ6ではメインデータにおけるフレームの開始を示すタイムコードを表す分と、サブデータと二つのメインデータの合計３つのパケットを示すデータ量を必要とするので、サブデータと一つのメインデータの合計２つのパケットを示すデータ量と上記フレームの開始を示すタイムコートを必要とした上記セクタ1のヘッダの8バイトよりも多い10バイトとなる。このセクタ6のヘッダが5バイト分だけ他のヘッダ（5バイト）より多いため、セクタ6のサブデータは他のサブデータのデータ量279バイトより5バイト分だけ少ない274バイトとなる。
【００３１】
また、上記図３において第３番目の小単位ブロックＢsの第３のフレームＦ3は、セクタ11のメインデータの1177バイト目以後の残り588バイトからセクタ16のメインデータの終わりまでで構成される。つまり、メインデータの第３のフレームＦ3は、上記9408バイトのデータ量を、セクタ11の588バイトと、セクタ12〜セクタ16までの1764×5（=8820）バイトとの合計で持っている。また、第３番目の小単位ブロックＢsのヘッダＨのデータ量は、上記小単位の先頭のセクタ11でもメインデータにおけるフレームの開始を示すタイムコードを表す分と、サブデータと二つのメインデータの合計３つのパケットを示すデータ量を必要とするので10バイトとなる。このセクタ11のヘッダが5バイト分だけ他のヘッダ（5バイト）より多いため、セクタ11のサブデータは他のサブデータのデータ量279バイトより5バイト分だけ少ない274バイトとなるのは上記第２番目の小単位ブロックＢsと同様である。
【００３２】
このように、図３に示した拡張モードによる大単位ブロックＢLは、３フレーム分のメインデータＭの合成を28224バイトとする一方、サブデータＳの合計を4451バイトとしている。
【００３３】
したがって、セクター数を１６として上記大単位ブロックＢLを構成することにより、拡張モードのときには、サブデータＳとしてデータ量を３フレーム分当たり4451バイト、すなわち１秒間当たり4451×75/3=111275バイト（111.275kB）使えることになる。転送レートにして111.275kBpsを確保できる。これは、セクター数を１４として上記大単位ブロックＢLを構成した標準モードのときのサブデータＳのデータ量が３フレーム分当たり365バイト、すなわち1秒間当たり365×75/3=9125バイト（9.125kB）であり、転送レートにして9.125kBpsであるので、１２倍を越える水準に可変できることになる。
【００３４】
ところで、現在、カラオケ等で一般的に使用されているコンパクトディスク（CD）グラフィックス(G）CD-Gでは、サブデータR〜Wの6ビットにグラフィックス情報を持たせているので、１秒間当たりのデータ容量としては96×6×75/8=5400バイトであり、転送レートで5.4kBbpsとなるので、上記拡張モードのときの転送レートはCD-Gの２０倍を越える程の水準となる。
【００３５】
また、現在、広く普及しているインターネットにおけるストリーミング再生、すなわちインターネットで伝送されてきた画像情報をRAMに書き込みながら直ぐに再生する場合には、64kBps以上での転送レートが使われているが、上記拡張モードでの転送レートはこれを十分満たすものであり、インターネット上で画像信号を送る側のメディアとしても使用可能である。
【００３６】
ところで、上記標準モード及び拡張モードにおいて、ヘッダＨの長さは可変であった。これは、サブデータＳも可変であるが、ヘッダＨ＋サブデータＳは一定とされているからである。
【００３７】
ヘッダＨの長さをバイト数で表すと、
ヘッダバイト数＝1バイト+(N_Packets)*2バイト+(N_Audio_Start)*3バイト
と表せる。
【００３８】
この式において、最初の1バイトには、セクター内にパケットがいくつあるのか、また新しく始まるタイムコードを持ったフレームがいくつあるのか、またパケットの数に対してのそれぞれのデータのタイプ等が書かれる。N_Packetsは、セクター内にあるパケットの数を示す変数である。また、N_Audio_Startは、セクター内で新しく始まるオーディオフレームの数を示す変数である。新しく始まるオーディオフレームが有れば3バイトのタイムコードが必要になる。
【００３９】
例えば、図３のセクター６のヘッダＨのデータ量は、
1バイト+(3_Packets)*2+(1_Audio_Start)*3バイト=10バイトとなる。
【００４０】
また、図１に示したように、メインデータＭのスタート位置、すなわちバイトポジションはセクター内で一定であるので、例えばLR2チャンネルのデータをメインデータとして記録してある光ディスクから、これらLR2チャンネルのデータを取り出すのが容易となる。
【００４１】
次に、上記二つのモードである、標準モード又は拡張モードを識別するための方法について説明する。なお、以下では、上記高速1ビット・オーディオ信号等を記録する高密度記録層（HD層）と、コンパクトディスク用のオーディオ信号等を記録するCD層との両方を備えているハイブリット光ディスクを具体例として説明を進める。
【００４２】
始めにハイブリット光ディスクについて図４を用いて説明しておく。このハイブリット光ディスクは、図４の（ｂ）に示す上記HD層には高速1ビット・オーディオ信号によりマスター制作を行うが、図４の（ａ）に示す上記CD層には同時制作したCDサウンドを記録することができる。これによって従来のCDプレーヤでもこのハイブリット光ディスクを普通のCDと同じように再生することができる。上記CD層及びHD層ともに、内周側から外周側に向かって、リードインゾーン（Lead-in Zone）、データゾーン（Data Zone）、リードアウトゾーン（Lead-out Zone）を備えている。
【００４３】
上記HD層は、上述したような、標準モードと拡張モードという二つのモードを識別させるための識別子をモード識別情報としてデータゾーンの中の管理領域に備えている。以下に上記HD層の管理領域について図５の詳細なフォーマット図を用いながら説明していく。
【００４４】
図５の（ａ）に示したデータゾーン（Data Zone）は、図５の（ｂ）に示すように2チャンネルステレオの高速1ビット・オーディオ信号によるサウンドを記録する2チャンネルステレオエリア（2-channel Streo Area）と、マルチチャンネルサウンドを記録するマルチチャンネルエリア（Multichannel Area）とをオーディオエリア（Audio Area）内に備えている。また、ＵＤＦファイルシステム（File System）エリアと、ディスク全体がどういうディスクかを示す管理情報TOCを記録したマスター（Master）TOCエリアと、エクストラデータエリア（Extra Data Area）も備えている。
【００４５】
ここで、上記グラフィックス情報のような付加情報は、2チャンネルステレオエリア（2-channel Streo Area）に、サブデータとして記録される。この2チャンネルステレオエリア（2-channel Streo Area）は、図５の（ｄ）に示す複数ｎ個のトラック（Track1,2,3   n）からなる、2チャンネルステレオオーディオトラックス（2-channel Streo Audio Tracks）を図５の（ｃ）に示すように二つのエリアトック（Area TOC-1,Area TOC-2）の間に挟んで成る。
【００４６】
そして、上記ハイブリット光ディスクのHD層は、この二つのエリアトック（Area TOC-1,Area TOC-2）を管理領域とし、上記データ量が可変に制御されるサブデータの識別を行う上記識別子をモード識別情報として記録している。なお、ここでは、二つのエリアトック（Area TOC-1,Area TOC-2）を管理領域としたが、いずれか一つのエリアトックArea TOC-1又はArea TOC-2でもよい。さらに、マスター（Master）TOCエリアを管理領域として上記識別子を書き込んでもよい。
【００４７】
この管理領域に記録されている上記識別子を、図６に示す光ディスク再生装置１０で読み出して、上記標準モード又は拡張モードを把握すれば、ユーザは例えばグラフィックス情報を、9.125kBps又は111.275kBpsのいずれかの転送レートで再生することができる。
【００４８】
この光ディスク再生装置１０は、図６に示すように、ハイブリット光ディスク１のHD層から読み出し信号を得るピックアップのような光学読みとり機構１１と、この光学読みとり機構１１の読み出し信号から再生データを生成するＲＦアンプ１３と、このＲＦアンプ１３の再生データから上記大単位ブロックＢLを復調してデコードする復調デコーダ１８と、復調デコーダ１８でデコードされた上記大単位ブロックＢLからメインデータＭとサブデータＳとを分離するデータセパレータ１９と、上記二つのエリアトック（Area TOC-1,Area TOC-2）のような管理領域に記録されている上記モード識別情報に基づいてデータセパレータ１９を制御するセパレートコントローラ２０とを備えて成る。
【００４９】
また、この光ディスク再生装置１０は、ＲＦアンプ１３からの再生信号に同期したクロック信号を生成する位相ロックループ（ＰＬＬ）回路１７と、ＲＦアンプ１３からのエラー再生信号に基づいて光学読みとり機構１１を光ディスク１に追随させるサーボ信号処理部１４と、光学読みとり機構１１を構成するフォーカスコイルを駆動するためのフォーカスドライバ１５と、トラッキングコイルやスレッド機構を駆動するための各ドライバ１６と、ＲＦアンプ１３からの再生信号から上記光ディスク１をCLV回転させるためのタイミング信号を発生するタイミング発生回路２１と、このタイミング発生回路２１からのタイミング信号に応じてCLV制御信号を生成するCLVプロセッサ２２と、このCLVプロセッサ２２からのCLV制御信号を受け取り、光ディスク１をCLV回転するスピンドルモータ１２も備えている。
【００５０】
さらに、この光ディスク再生装置１０は、データセパレータ１９からの上記サブデータを解読して、表示部２４にグラフィックス情報を表示させるコントローラ２３と、このコントローラ２３に接続される上記表示部２４と、操作部３０と、メモリ部２９と、上記データセパレータ１９からのメインデータＭをアナログ信号に変換するD/Aコンバータ２５と、上記コントローラ２３により制御されてアナログオーディオ信号のボリュームをコントロールするボリュームコントローラ２６と、アンプ２７と、スピーカ２８も備えている。
【００５１】
ここで、光学読み取り機構１１は、光学レンズ、レーザ、ディテクタ、フォーカスコイルなどから構成される。フォーカスコイルを駆動するフォーカスドライバ１５は、サーボ信号処理回路１４によって制御される。また、光学読み取り機構１１は、上記各部の他、光学レンズを光ディスク１の半径方向に駆動するトラッキングコイル、及び光学系を光ディスク１の半径方向に駆動するスレッド機構によっても構成され、各コイルは各ドライバ１６によって直接駆動される。
【００５２】
なお、サーボ信号処理回路１４、ＰＬＬ回路１７、復調デコーダ１８、データセパレータ１９、セパレートコントローラ２０、タイミング発生回路２１及びＣＬＶプロセッサ２２は、ディジタルシグナルプロセッサ内に構成されていてもよい。
【００５３】
次に、上記構成の光ディスク再生装置１０の動作について説明する。光ディスク１は、スピンドルモータ１２によって回転駆動される様にチャッキングされる。CLV回転された光ディスク１からは、光学読みとり機構１１によって記録情報が読み取られ、読み出し信号が得られる。
【００５４】
光学読み取り機構１１のディテクタで電気信号に変換された読み出し信号は、ＲＦアンプ１３に供給される。ＲＦアンプ１３は、上記読み出し信号を再生信号にすると共に、上記読み出し信号からトラッキングエラー信号やフォーカスエラー信号を生成してサーボ信号処理回路１４に供給する。
【００５５】
サーボ信号処理回路１４は、上記トラッキングエラー信号やフォーカスエラー信号を零にするようにフォーカスドライバ１５や各ドライバ１６を駆動する。
【００５６】
ＲＦアンプ１３からの再生信号は復調デコーダ１８及びＰＬＬ回路１７に入力される。復調デコーダ１８は、再生信号に復調及びデコード処理を施して上記図１〜図３に示した大単位ブロックＢLデータをデータセパレータ１９に供給する。
【００５７】
データセパレータ１９は、大単位ブロックＢLデータからメインデータＭとサブデータＳを分離する。一方、セパレートコントローラ２０は、上記管理領域から上記識別子であるモード変換識別情報を読みとって、上記大単位ブロックＢLデータが標準モードで記録されたのか、或いは拡張モードで記録されたのかを認識し、データセパレータ１９での分離動作を制御する。
【００５８】
このため、データセパレータ１９は、コントローラ２３に所定のモードで記録されたサブデータを送ることができるので、コントローラ２３は上記グラフィック情報を転送レート9.125kBps又は111.275kBpsのいずれかで表示部２４に表示させることができる。
【００５９】
したがって、上記図１〜図３に示したフォーマットのデータゾーンを備える光ディスクによれば、単位時間当たりに記録するメインデータのデータ量を変えずにサプリメンタリデータ（サブデータ）のみのデータ量を変えることができる。そして、例えばグラフィックス情報のような付加的な情報に対する転送レートは、最低でもコンパクトディスクのサブデータに用いる転送レート以上を確保しているので、CDのサブコードを利用したアプリケーションは全て実現可能である。また、64kBpsを越える転送レートを実現するモードでは、インターネットアプリケーションも実現可能である。また、標準モードより上のモードでは高品位な静止画像の表示及び高品位な静止画像をベースとしたカラオケアプリケーションが可能である。
【００６０】
また、いずれの場合でもメインとなる音楽データの記録スペックは一定で、高音質を保ったまま、付加的な情報に対する転送レートのみをモードで切り替えられる。また、制作サイドでは音源となるソースの記録スペックは一つなので、複数の記録スペックに対応する制作機器を準備する必要がない。また、音源となるソース管理は記録スペックを複数管理する必要がないので容易になる。また、レコーダを中心とする制作機器を設計する場合も記録スペックが一つであるため、各設計が容易になる。
【００６１】
【発明の効果】
以上説明したように、本発明によれば、少なくとも従来のコンパクトディスクのサブデータの転送レートよりも高い転送レートを確保すると共に、さらに高い転送レートも可変的に確保することのできる記録媒体、及びこの記録媒体を再生するときにサブデータの転送レートを可変的に切り替えることのできる再生装置を実現できる。
【図面の簡単な説明】
【図１】本発明に係る記録媒体の実施の形態となる光ディスクのデータゾーンのフォーマット図である。
【図２】上記光ディスクのデータゾーンの標準モードのときの詳細なフォーマット図である。
【図３】上記光ディスクのデータゾーンの拡張モードのときの詳細なフォーマット図である。
【図４】  CD層及びHD層を備えたハイブリット光ディスクの全体的なフォーマット図である。
【図５】上記ハイブリット光ディスクのHD層の詳細なフォーマット図である。
【図６】上記ハイブリット光ディスクのHD層を再生する光ディスク再生装置の構成を示すブロック図である。
【符号の説明】
１  ハイブリット光ディスク、１０  光ディスク再生装置、１９  データセパレータ、２０  セパレートコントローラ
【図１】
0004092767.tif 000002
【図２】
0004092767.tif 000003
【図３】
0004092767.tif 000004
【図４】
0004092767.tif 000005
【図５】
0004092767.tif 000006
【図６】
0004092767.tif 000007