(57)【特許請求の範囲】
【請求項１】
コンピュータと記録媒体のドライブとが接続され、記録媒体を再生して得られたデータをコンピュータが取得するための再生方法において、
ドライブが上記管理領域を再生することで得られたデータと、上記データのデータ長を示す識別データとからなるリターンデータを受け取るステップと、
受け取った上記リターンデータの識別データから、上記ドライブに装着された記録媒体が上記管理領域に文字情報が記録された記録媒体か否かを決定するステップと、
上記管理領域に文字情報が記録された記録媒体であると決定された時に、記録媒体の管理領域の再生データを取得するステップとからなることを特徴とする再生方法。
【請求項２】
請求項１において、
コマンドをドライブに対して発行することによって、上記管理領域をドライブが読み取るように制御することを特徴とする再生方法。
【請求項３】
請求項１において、
記録媒体の装着を検出する時に、上記管理領域を再生することにより発生したリターンデータを受け取り、受け取ったリターンデータを記憶し、記憶したリターンデータに基づいて、装着された上記記録媒体が上記管理領域に文字情報が記録された記録媒体か否かを決定することを特徴とする再生方法。
【請求項４】
請求項１において、
上記識別データが指示するデータ長以上のメモリ領域を確保するようにコンピュータを制御することを特徴とする再生方法。
【請求項５】
請求項１において、
上記管理領域に記録された文字情報は、プログラム領域に記録されたプログラムに関連する文字情報であることを特徴とする再生方法。
【請求項６】
請求項１において、
上記識別データは、リターンデータ中の先頭部分に付加されることを特徴とする再生方法。
【請求項７】
コンピュータによって読み取り可能な記録媒体において、
ドライブが記録媒体を再生して得られたデータをコンピュータが取得するための再生方法であって、
ドライブが上記管理領域を再生することで得られたデータと、上記データのデータ長を示す識別データとからなるリターンデータを受け取るステップと、
受け取った上記リターンデータの識別データから、上記ドライブに装着された記録媒体が上記管理領域に文字情報が記録された記録媒体か否かを決定するステップと、
上記管理領域に文字情報が記録された記録媒体であると決定された時に、記録媒体の管理領域の再生データを取得するステップとからなる再生方法が格納された記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、記録媒体例えばディジタルオーディオ用ＣＤ（コンパクトディスク）を再生するための再生方法、より具体的には、コンピュータに対して搭載されるアプリケーションプログラムとして実現可能な再生方法およびコンピュータによって読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】
コンピュータの記憶装置として、大容量、高速アクセス、低価格等の利点を有するＣＤ−ＲＯＭおよびそのドライブが広範に使用されている。ＣＤーＲＯＭは、ディジタルオーディオ信号が記録されたＣＤ−ＤＡ（単にＣＤと称する）から派生したものである。通常、ＣＤ−ＲＯＭには、アプリケーションプログラムのデータ等のコンピュータデータが記録されている。パーソナルコンピュータのアプリケーションの一つとして、ＣＤ−ＲＯＭドライブにオーディオ用のＣＤを装填し、コンピュータをＣＤプレーヤとして機能させることを可能とするアプリケーションプログラムが知られている。
【０００３】
既存のＣＤプレーヤ（専用機）において、使用上の便宜を図るため、ディスク再生情報に基づく各種表示がなされている。周知のものとして、Ｑチャンネルサブコードにモード１として記録されているプログラム番号いわゆるトラック番号や各トラック番号に割り当てられた時間情報を再生して表示することがなされている。
【０００４】
さらに、リードインエリアに記録されたサブコードのＲ〜Ｗチャンネルを使用してＣＤ上に、そのＣＤと関連したアルバムタイトル等の文字情報を記録することが提案されている。これは、ＣＤ−ＴＥＸＴと称される。ＣＤ−ＴＥＸＴのフォーマットとしては、リードイン情報（モード４）とプログラムエリア情報（モード２）とが規定されている。リードイン情報は、ＴＯＣ読取り時に再生装置のメモリ（ＲＡＭ）に記憶し、ユーザが必要な時に表示できる。一方、プログラムエリアの情報は、メモリを使用せずに、ＣＤの製作者が決めたタイミングで表示できる。この発明は、ＣＤ−ＴＥＸＴのモード４に対して適用できる。
【０００５】
ＣＤプレーヤの場合では、ＣＤ−ＴＥＸＴに基づくＣＤを再生する場合、ＣＤ−ＴＥＸＴの情報がＣＤの装着時に読み取られる。読み取られたＣＤ−ＴＥＸＴ情報が復号され、メモリに記憶され、さらに、必要に応じて表示される。従って、再生しようとするＣＤのアルバムタイトル、演奏者名等が表示され、ユーザは、ＣＤの内容を直ちに把握することができる。
【０００６】
【発明が解決しようとする課題】
ＣＤプレーヤとしてコンピュータを機能させるためのアプリケーションプログラムは、このようなＣＤ−ＴＥＸＴのフォーマットに対応できることが好ましい。しかしながら、従来のＣＤ−ＲＯＭドライブのようなドライブをホストコンピュータの接続したシステムにおいて、ホストコンピュータのアプリケーションによって、ＣＤ−ＴＥＸＴ情報を取得することが行われておらず、そのための方法も知られていないかった。ＣＤ−ＲＯＭドライブの場合では、ＣＤ−ＲＯＭが装着されるのが普通であって、ＣＤ−ＴＥＸＴ対応のディスクの装着時に、支障無くＣＤ−ＴＥＸＴデータを取得することが必要とされる。
【０００７】
従って、この発明の目的は、ドライブとホストコンピュータを接続したシステムにおいて、ＣＤ−ＴＥＸＴディスクのように、予め記録媒体の管理領域上に文字情報が記録されている記録媒体がドライブに装着された時に、文字情報をホストコンピュータが支障無く取得することを可能にする再生方法および記録媒体を提供することにある。
【０００８】
【課題を解決するための手段】
請求項１の発明は、上記の課題を達成するために、コンピュータと記録媒体のドライブとが接続され、記録媒体を再生して得られたデータをコンピュータが取得するための再生方法において、
ドライブが管理領域を再生することで得られたデータと、データのデータ長を示す識別データとからなるリターンデータを受け取るステップと、
受け取ったリターンデータの識別データから、ドライブに装着された記録媒体が管理領域に文字情報が記録された記録媒体か否かを決定するステップと、
管理領域に文字情報が記録された記録媒体であると決定された時に、記録媒体の管理領域の再生データを取得するステップとからなることを特徴とする再生方法である。
【０００９】
請求項７の発明は、コンピュータによって読み取り可能な記録媒体において、
ドライブが記録媒体を再生して得られたデータをコンピュータが取得するための再生方法であって、
ドライブが管理領域を再生することで得られたデータと、データのデータ長を示す識別データとからなるリターンデータを受け取るステップと、
受け取ったリターンデータの識別データから、ドライブに装着された記録媒体が管理領域に文字情報が記録された記録媒体か否かを決定するステップと、
管理領域に文字情報が記録された記録媒体であると決定された時に、記録媒体の管理領域の再生データを取得するステップとからなる再生方法が格納された記録媒体である。
【００１０】
この発明による再生方法に従ってアプリケーションソフトウェアをコンピュータにインストールすることによって、ユーザは、ドライブにＣＤを装着して例えば音楽を再生することが可能となる。これと共に、装着したＣＤがＣＤ−ＴＥＸＴのフォーマットのものであれば、コンピュータのディスプレイ上にＣＤ−ＴＥＸＴ情報（ディスク名、曲名等）を表示するができる。
【００１１】
【発明の実施の形態】
以下、この発明の実施の一形態について、図面を参照しながら説明する。図１は、この発明の一実施形態のシステムの概略を示す。１１は、コンピュータのディスプレイ、１２は、パーソナルコンピュータ本体、１３は、コンピュータ本体１２に設けられた光ディスクドライブ、１４は、キーボード、１５は、マウスである。かかるパーソナルコンピュータは、周知であり、例えばＯＳとしてWindows 95（登録商標）を搭載したものを使用できる。他のＯＳを採用するコンピュータを使用する場合に対してもこの発明を適用できる。
【００１２】
光ディスクドライブ１３は、ＣＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ（記録可能で書き換え不能なＣＤ）、ＣＤ−ＲＷ（書き換え可能なＣＤ）等のＣＤのバリエーションに含まれる光ディスクを再生可能なものである。コンピュータ本体１２に対して、この発明の一実施形態による再生方法のアプリケーションソフトウェアをインストールすることによって、ドライブ１３にＣＤを再生した時に、コンピュータに内蔵または外部に接続されたスピーカによって、ＣＤ中の音楽情報を再生することが可能となる。これと共に、装着されたＣＤがＣＤ−ＴＥＸＴフォーマットのもの（ＣＤ−ＴＥＸＴディスク）である時には、リードイン領域中のＣＤ−ＴＥＸＴデータをドライブ１３が再生し、再生されたＣＤ−ＴＥＸＴデータがコンピュータ本体１２に読み込まれる。そして、ＣＤ−ＴＥＸＴデータが復号され、ＣＤ−ＴＥＸＴデータに基づくディスク名、曲名等がディスク１１によって表示される。この表示を見て、ユーザは、曲名を選択することができる。
【００１３】
なお、この発明の一実施形態では、記録媒体としてＣＤを使用しているが、これに限らず、他の種類の光ディスク（例えばＤＶＤ（ディジタル・ビデオ・ディスク）、磁気テープ、光テープ、半導体メモリ等に対してもこの発明を適用することができる。また、記録媒体に記録されているディジタルメイン情報は、オーディオデータに限らず、ビデオデータ等であっても良い。
【００１４】
この発明の理解を容易とするために、オーディオ再生用のＣＤのデータ構成について説明し、次にＣＤ−ＴＥＸＴフォーマットについて説明する。ＣＤは、図２に示すように、ＣＤ１０１は中央に孔１０２を有し、その内周から外周に向かって、ＴＯＣ（table Of contents)  データが記録されたプログラム管理領域である、リードイン（lead in ）領域１０３と、プログラムデータが記録されたプログラム領域１０４と、プログラム終了領域、いわゆるリードアウト（lead out）領域１０５とが形成されている。オーディオ情報を記録したオーディオ再生用ＣＤにおいては、プログラム領域１０４にオーディオデータが記録され、このオーディオデータの時間情報等がリードイン領域１０３で管理される。また、ＣＤ再生装置によるプログラム領域１０４内のオーディオデータの読み出しが終了して、リードアウト領域１０５にピックアップが到達したときに、ＣＤ再生装置がＣＤの再生動作を終了する。
【００１５】
ＣＤには、メインデータとしてのオーディオデータの他にサブコードが記録されている。以下、サブコードのＰチャンネルおよびＱチャンネルのデータについて説明する。ＣＤに記録されるオーディオ信号は、１サンプルあるいは１ワードが１６ビットで、４４．１ｋＨｚのサンプリング周波数でサンプリングされる。このサンプリングされたデータは、１サンプルあるいは１ワード１６ビットが上位８ビットと下位８ビットに分割されてそれぞれシンボルとされ、このシンボル単位で誤り訂正符号化処理やインターリーブ処理が施され、オーディオデータの２４シンボル毎に１つのフレームにまとめられる。１フレームは、ステレオ左右チャンネルの各６サンプル分に相当する。
【００１６】
ＥＦＭ変調により、各シンボルの８ビットが１４ビットへ変換される。ＥＦＭ変調後の１フレームのデータ構造を図３に示す。１フレーム１３５は、２４チャンネルビットの同期パターンデータ領域１３１と、１４チャンネルビットのサブコード領域１３２と、１２シンボルのプログラムデータＤ１からＤ１２を含むプログラムデータ領域１３３と、４シンボルのパリティデータＰ１からＰ４から成るパリティデータ領域１３４と、別のプログラムデータ領域１３３およびパリティデータ領域１３４とからなる。また、各領域、あるいはデータ部分を接続するために、各部分に対して３チャンネルビットの結合ビットが配される。従って、１フレーム１３５は、合計５８８チャンネルビットのデータを含む。
【００１７】
さらに、９８個のフレームを集めて、このフレーム１３５の各領域およびデータ部分が縦方向に連続するように並べ換えたものを図４に示す。この図４に示される９８フレームの周期は、サブコードが完結する単位であって、サブコードフレームと称される。このサブコードフレームは、フレーム同期パターン部１３６と、サブコード部１３７と、データおよびパリティ部１３８とから成る。なお、この１サブコードフレームは、ＣＤの再生時間の１／７５秒に相当する。
【００１８】
ここで、ＰチャンネルおよびＱチャンネルのデータを含むサブコードデータは、図４中のサブコード部１３７に記録されているデータである。また、このサブコード部１３７のサブコードフレームのデータの構成の詳細を図５に示す。先頭のフレームＦ０１、フレームＦ０２は、サブコードフレームの同期パターンＳ０、Ｓ１である。この同期パターンは、フレーム同期パターンと同様に、ＥＦＭ変調方式（eight to fourteen modulation: ＥＦＭ）のアウトオブルール（out of rule ）のパターンである。さらに、１シンボルの８ビットの各ビットは、それぞれサブコードのＰチャンネルからＷチャンネルを構成する。例えば、Ｐチャンネルは、Ｓ０、Ｓ１のそれぞれ一部と、Ｐ０１からＰ９６とで構成される。
【００１９】
サブコードのＰチャンネルは、プログラムの有無に対応した情報を有し、Ｑチャンネルには、ＣＤ上の絶対時間情報、各プログラムの時間情報、プログラム番号（トラック番号とも称される）、楽章番号（インデックスとも称される）等の情報が含まれる。従って、Ｑチャンネルに含まれる情報によって、プログラムの頭だし等の再生動作の制御が可能であり、また、Ｑチャンネルの情報を表示することによって、演奏中のプログラムが光ディスク上の何番目のプログラムであるのか、演奏の経過時間や始めからの絶対時間等を視覚的に確認できる。
【００２０】
さらに、サブコードのＲチャンネルからＷチャンネルまでの６チャンネル分のデータは、例えば静止画や、曲の歌詞の表示等に用いることが可能である。このようなＲチャンネルからＷチャンネルを用いた再生装置は、ＣＤ−グラフィックスと呼ばれ、既に知られている。さらに、最近では、リードイン領域のＲ〜Ｗチャンネルを使用して、ＣＤに付加的な文字情報を記録する方式（ＣＤ−ＴＥＸＴ）が提案されている。このＣＤ−ＴＥＸＴの場合、６５００字程度の文字情報を記録することが可能とされ、また、ＣＤの付加文字情報としては、８００文字以下であるとし、８カ国の言語に対応できるようにされている。
【００２１】
図６Ａは、ＣＤ上に記録されているデータを示す。図２についても説明したように、内周側から順にリードイン領域１０３に記録されているＴＯＣデータ、プログラム領域１０４に記録されているプログラム No.１〜 No.ｎ、リードアウトエリア１０５のデータが記録されている。
【００２２】
既存のＣＤに記録されているＴＯＣデータは、図６Ｂに示すように、サブコードのＱチャンネルを使用している。サブコードは、９８ビットを１フレームとするデータ構造を有している。この９８ビット中の７２ビットがデータである。ＴＯＣデータの場合では、図６Ｂに示すフォーマットを有している。
【００２３】
プログラム数が６の場合では、ＴＯＣ中のデータ構造は、図７に示すものとされる。ＰＯＩＮＴが００〜９９の場合では、ＰＭＩＮ、ＰＳＥＣ、ＰＦＲＡＭＥが各プログラムのスタートアドレス（絶対時間）を示す。ＰＯＩＮＴがＡ０の場合では、ＰＭＩＮがディスクの最初のプログラムのプログラム番号を示し、ＰＳＥＣ、ＰＦＲＡＭＥが００とされる。ＰＯＩＮＴがＡ１の場合では、ＰＭＩＮが最後のプログラムのプログラム番号を示し、ＰＳＥＣ、ＰＦＲＡＭＥが００とされる。ＰＯＩＮＴがＡ２の場合では、ＰＭＩＮ、ＰＳＥＣ、ＰＦＲＡＭＥがリードアウトが開始するアドレスを示す。そして、これらの内容は、図７に示すように、３回ずつ繰り返される。さらに、リードイン領域に繰り返して記録される。このようなＴＯＣデータは、ＣＤの装着時に読み取られ、記憶される。
【００２４】
図８は、この発明の実施の一形態におけるＣＤ−ＴＥＸＴ（モード４）の場合のデータの構成を示すものである。既存のＣＤの場合では、上述したように、Ｑチャンネルのサブコードの１フレーム内の７２ビットのデータを使用して、総プログラム（曲）数と、各プログラムの記録位置とが管理される。より具体的には、００〜９９までの値をとりうるプログラム番号と各プログラムに対応する開始アドレス（絶対時間）と、最初のプログラム番号と、最後のプログラム番号と、リードアウトが始まるアドレスとが記録されている。このＱチャンネルのサブコードに加えて、図８に示すようなＲチャンネル〜Ｗチャンネルで構成されるＣＤ−ＴＥＸＴのデータがリードイン領域に記録される。
【００２５】
Ｒ〜Ｗチャンネルからなるデータの先頭の２フレームは、同期パターンＳ０、Ｓ１である。残りの９６フレームには、それぞれが６ビットのシンボルが９６シンボル含まれる。この９６シンボルが２４シンボルずつに４分割される。この２４シンボルを１パックと称し、４パックを１パケットと称する。
【００２６】
各パックの先頭位置にそのパックに記録される情報の記録モードを設定するモード情報と、文字情報の種類を示す識別情報を有するＩＤ１とその他の識別情報を有するＩＤコード（ＩＤ２、ＩＤ３およびＩＤ４）を含む計２４ビットのＩＤコードが記録されるＩＤ領域１１１が配置される。このＩＤ領域１１１の後に、８ビット単位で主データに付随する文字情報が記録されるテキスト領域１１２が配される。さらに、各パックに、誤り検出符号として、巡回符号（ＣＲＣ：cyclic redundancy code）による誤り検出を行うための１６ビットのデータが記録されるＣＲＣ領域１１３が配される。これらのＩＤ領域１１１、テキスト領域１１２、ＣＲＣ領域１１３によって、パック領域１１４が構成される。
【００２７】
図９は、ＣＤ−ＴＥＸＴフォーマットの概略を示すものである。全ての文字情報は、テキスト群の中に記録される。テキスト群は、リードイン領域では、同じテキスト群が繰り返して記録される。一つのテキスト群が最大で８個のブロックにより構成される。図９では、一つのテキスト群が２個のブロック（ブロック０およびブロック１）により構成される例が示されている。
【００２８】
ブロック０は、英語の文字情報を含み、英語の場合の文字コードが８８５９−１によるものとされる。ブロック１は、日本語の文字情報を含み、日本語の場合の文字コードがＭＳ−ＪＩＳとされる。各ブロックは、パック０〜パックｎにより構成される。
【００２９】
図１０Ａは、図８で示したデータフォーマットをシリアルデータとして示した図である。図１０Ａに示すように、先頭から３２ビットのデータ（図１０Ａでは、２４ビットのみ示す）をバイト毎のデータに区切り、これらのバイトを識別用のＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４に対して割り付け、ＩＤ（またはヘッダ）領域１を形成する。その後のテキスト領域１１２もバイト単位のデータに区切られる。テキスト領域１１２は、１２バイトの長さであり、最後に２バイトのＣＲＣ領域１１３が設けられる。これらのＩＤ領域１１１、テキスト領域１１２およびＣＲＣ領域１１３からなる１８バイトの長さがパック１１４と称される。このようなバイト単位の処理によって、Ｑチャンネルの信号の処理方法で処理することが可能になり、簡単な処理回路の構成とできる。
【００３０】
また、ＣＤ−ＴＥＸＴのデータフォーマットでは、ＣＲＣによる誤り検出符号を用いて誤りを検出するのにとどめ、誤りが検出されると再度データを読み出すようにしている。このため、データは、ＴＯＣ内で、パック毎に例えば４重書きされ、さらに、一連のデータ列がパケット単位で繰り返し記録されている。すなわち、１／７５秒の周期を有するサブコードシンクに同期した１パケットに４パックが含まれる。このような多重記録によって、誤り訂正のための複雑な回路を省略することができる。
【００３１】
なお、パック単位の多重書きは、４重書きに限らないし、また、多重書きの単位もパック単位に限らず、例えばパケット単位、あるいは数パケットを周期としてこの周期単位で多重書きしてもよい。
【００３２】
また、ＩＤ領域１１１の先頭のＩＤ１は、図１０Ｂに示すように、従来の１シンボルより２ビット多い８ビットで扱うことになる。さらに、既存のＲ乃至Ｗチャンネルのサブコードを復号化する機能を有する再生装置に装着してもこの再生装置が誤動作を起こさないように、ＭＳＢから３ビットは、モードを識別するためのデータを書き込む。リードイン領域に記録されるＣＤ−ＴＥＸＴフォーマットの場合では、この３ビットで示されるモードとして、ＣＤ−ＴＥＸＴフォーマットが提案される前では、未定義であったモード４（“１００”）を割り付ける。こうすることで、既存の再生装置に装着しても認識不可能なモードが検出されるだけなので、再生装置は動作を停止するだけであり誤動作するおそれがない。また、未定義のモードは、モード４の他に、モード５およびモード６がありうるので、モード４の代わりにこれらのモードを用いることもできる。
【００３３】
また、ＩＤ１によりモード４が指示されるこの例では、１パックは、図１１に示すように、８ビット（１バイト）毎に区切られたＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４と、テキストバイトtext１〜text１２と、１６ビットのＣＲＣコードとを含むものである。
【００３４】
ＩＤ１は、８ビットの構造を有し、ＩＤ１とパックで扱われるデータの内容が図１２に示すように規定されている。ＩＤ１は、上述したように、モード４を上位側のビットで指示するために、（８×ｈ）（ｈは１６進数を意味し、×が下位側の４ビットの値を意味する）。
【００３５】
ＩＤ１は、text１以降に続く文字列の内容を示している。（８０ｈ）はアルバム名／プログラム名、（８１ｈ）は演奏者／指揮者／オーケストラ名、（８２ｈ）は作詩者、（８３ｈ）は作曲者、（８４ｈ）は編曲者、（８５ｈ）はメッセージ、（８６ｈ）はｄｉｓｃＩＤ、（８７ｈ）は検索用キーワード、（８８ｈ）はＴＯＣ、（８９ｈ）は２ｎｄＴＯＣ、（８ａｈ）、（８ｂｈ）および（８ｃｈ）は予約、（８ｄＨ）はクローズド情報、（８ｅｈ）はアルバムのＵＰＣ／ＥＡＮ（ＰＯＳコード）および各トラックのＩＳＲＣ、（８ｆｈ）はブロックのサイズ情報である。なお、予約は、現在は未定義であり、将来、定義されることを意味する。
【００３６】
ＩＤ２は、１ビットの拡張フラグと７ビットのトラックナンバーまたはパックエレメントナンバーを含む。トラックナンバーは、そのパックのテキストデータの最初の文字が属するトラックナンバーを示すものである。図１３に示すように、ＩＤ２には、１から９９までのトラックナンバーが記録される。トラックナンバーは１から９９であるので、これ以外の数値「０」や「１００」（６４ｈ）以上は特別な意味を持つ。「００」はディスク全体を代表する情報を意味する。ＭＳＢは常に０とされて、１は拡張用のフラグとなる。パックエレメントナンバーは、ＩＤ１により示されるパックの種類に依存して使用される。
【００３７】
ＩＤ３は、パックに付された連続番号（シーケンスナンバー）である。図１４に示すように、ブロック内のパックの連続番号は、００から２５５（０からＦＦｈ）までである。ＩＤ３＝０は、常にＩＤ１＝８０ｈの先頭パックである。
【００３８】
ＩＤ４は、図１５に示すように、１ビット（ＭＳＢ）のＤＢＣＣ(Double Byte Character Code)識別ビットと、３ビットのブロックナンバーと、そのパックの文字位置を示す４ビットとからなる。若し、ブロックがＤＢＣＣ文字列を含む場合では、ＤＢＣＣ識別ビットが「１」とされる。Ｓ(Single)ＢＣＣ文字列の場合では、これが「０」とされる。ブロックナンバーは、そのパックが属するブロックのナンバーを示す。文字位置を示す４ビットは、現パックのtext１の文字が何文字目かを示している。「００００」が最初の文字、「０００１」が２番目の文字、「００１０」が３番目の文字、以下、「００１１」、「０１００」、・・・は、４番目、５番目、・・・の文字である。
【００３９】
テキストデータは、上述したように１２バイトからなり、ＩＤ１により示されるパックの種類に依存した文字列あるいはバイナリー情報を含む。（ＩＤ１＝８８ｈ）、（ＩＤ１＝８９ｈ）、（ＩＤ１＝８ｆｈ）を除くパックは、テキストデータが文字列で構成される。文字列は、文字の系列と終端子としてのヌルコードとからなる。ヌルコードは、ＳＢＣＣの場合では、１個のヌルコードが使用され、ＤＢＣＣの場合では、２個のヌルコードが使用される。ヌルコードとしては、（００ｈ）が使用され、文字列のサイズは、１６０バイトより少ないことが推奨されている。
【００４０】
サイズ情報の場合のパック（ＩＤ１＝８ｆｈ）の構成の一例を図１６、図１７および図１８に示す。図１６は、ＩＤ２により示されるパックエレメントナンバーが（００ｈ）のパックのデータ構成であり、図１７は、パックエレメントナンバーが（０１ｈ）のパックのデータ構成であり、図１８は、パックエレメントナンバーが（０２ｈ）のパックのデータ構成である。
【００４１】
（ＩＤ２＝００ｈ）のパック（図１６）は、ＩＤ３により連番が示され、ＩＤ４によりブロックナンバーが示される。そして、その後のtext1 がそのブロックの文字（キャラクタ）コードを表す。この文字コードは、（ＩＤ１＝８０ｈ〜８５ｈ）のパックの文字列に使用される文字コードである。他のパックの文字コードは、（００ｈ）とされる。ブロック０に対しては文字コードが（００ｈ）と適用されるものとされる。文字コードの規定の一例を下記に示す。
【００４２】
００ｈ    ＝ＩＳＯ  ８８５９−１
０１ｈ    ＝ＩＳＯ  ６４６，ＡＳＣII
０２ｈ〜７Ｆ＝予約
８０ｈ    ＝ＭＳ−ＪＩＳ
８１ｈ    ＝韓国キャラクタコード
８２ｈ    ＝マンダリン（標準的）中国語キャラクタ  コード
８３ｈ〜ＦＦｈ＝予約
例えばＩＳＯ  ８８５９−１は、数字、アルファベット、記号等を１バイトで表現するものであり、ＩＳＯ  ８８５９−１が標準的文字コードとして使用される。
【００４３】
次のtext2 が最初のトラックナンバーとされ、text3 が最後のトラックナンバーとされ、text4 がモード２およびコピー防止フラグとされる。このtext4 の１ビット（ＭＳＢ）は、モード２のＣＤ−ＴＥＸＴパケットがプログラム領域にエンコードされているか否かを示すフラグである。残りの７ビットがコピー防止フラグとして使用される。text5 〜text12は、（ＩＤ１＝８０ｈ）〜（ＩＤ１＝８７ｈ）を有するパックのそれぞれの個数を表す。
【００４４】
（ＩＤ１＝８ｆｈ、ＩＤ２＝０１ｈ）のパック（図１７）では、図１６に示すパックと同様に、ＩＤ３およびＩＤ４により連番およびブロックナンバーがそれぞれ示される。そして、text1 〜text8 が（ＩＤ１＝８８ｈ）〜（ＩＤ１＝８ｆｈ）をそれぞれ有するパックの個数を表す。text9 〜text12は、ブロック０〜ブロック３のそれぞれの最後の連番を示す。
【００４５】
（ＩＤ１＝８ｆｈ、ＩＤ２＝０２ｈ）のパック（図１８）では、図１６および図１７に示すパックと同様に、ＩＤ３およびＩＤ４により連番およびブロックナンバーがそれぞれ示される。そして、text1 〜text4 は、ブロック４〜ブロック７のそれぞれの最後の連番を示す。この最後の連番が（００ｈ）の場合では、そのブロックが存在しないことを示す。このような存在しないブロックをデータ無しブロックと称する。次のtext5 〜text12は、ブロック０〜ブロック７のそれぞれの言語コードを示す。文字コードが文字列の各文字を表すデータのフォーマットの種類を示すのに対して、言語コードは、各ブロックの文字情報がどこの国の言語で記述されているかを示す。
【００４６】
図１９および図２０は、上述した言語コード（１バイト）と言語の対応関係の一例を示す表である。図１９の表は、ヨーロッパで使用される言語の言語コードを示し、図２０の表は、それ以外の地域で使用される言語の言語コードを示す。この言語コードは、一例であって、他の規定によるものを使用しても良い。
【００４７】
次に、この発明の一実施形態のシステムにおける光ディスクドライブ１３の一例について、図２１を参照して説明する。この光ディスクドライブ１３は、ＣＤ−ＲＯＭ、ＣＤ、ＣＤ−ＴＥＸＴを再生可能なものである。図２１において、２１がドライブに対して装着され、ドライブが再生するディスクである。ディスク２１は、スピンドルモータ２３により回転駆動され、光学ピックアップ２２により記録内容が読み出される。
【００４８】
この光学ピックアップ２２からの再生信号は、ＣＤプレーヤと同様の構成のサーボ・信号処理部３０に供給される。まず、再生信号がＲＦアンプ３１に供給される。ＲＦアンプ３１は、ＲＦ信号の処理回路の機能を有し、ＲＦ信号の２値化、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥの生成等の処理を行う。これらのエラー信号ＴＥ、ＦＥがサーボ信号処理回路３２に供給される。サーボ信号処理回路３２によって、フォーカスコントロールおよびトラッキングコントロールの処理がなされる。光学ピックアップ２２内のフォーカスアクチュエータおよびトラッキングアクチュエータがドライブ回路３３および３４を介された信号によってドライブされる。図示しないが、ピックアップ２２をディスク径方向に送る装置もサーボ信号処理回路３２によって制御される。
【００４９】
ＲＦアンプ３１からの２値化された再生信号がＰＬＬ３５、ＥＦＭ復調回路３６およびタイミング生成回路３７に供給される。ＰＬＬ３５は、再生信号と同期したクロックを生成する。ＥＦＭ復調回路３６からのディジタルオーディオ信号は、信号処理回路３８に供給され、エラー訂正、エラーデータの補間等の処理を受ける。信号処理回路３８からのディジタルオーディオ信号がインターフェース４２に供給される。インターフェース４２は、コンピュータ本体１２（図２１では、ホストコンピュータ５３で表す）と光ディスクドライブ１３を接続するためのものであり、ＳＣＳＩ、ＡＴＡＰＩ等を使用できる。ホストコンピュータ５３のソフトウェア（アプリケーションプログラム）によって、ディジタルオーディオ信号が復号され、オーディオ信号の再生がなされる。
【００５０】
また、タイミング生成回路３７は、再生信号と同期したタイミング信号を生成する。タイミング生成回路３７の出力信号がＣＬＶプロセッサ３９に供給される。ＣＬＶプロセッサ３９によってスピンドルモータ２３がＣＬＶ駆動される。また、ＥＦＭ復調回路６９で分離されたサブコードがサブコードプロセッサ４０に供給される。サブコードプロセッサ４０では、サブコードのエラー検出等の処理がなされ、サブコードのＰおよびＱチャンネルと、Ｒ〜Ｗチャンネルとが分離されて出力される。これらのサブコードデータがインターフェース４２に対して供給される。
【００５１】
上述したように、リードイン領域に記録されたサブコードのＲ〜Ｗチャンネルには、ＣＤ−ＴＥＸＴデータが含まれる。このＣＤ−ＴＥＸＴデータがインターフェース４２を介してホストコンピュータ５３に伝送される。ＣＤ−ＴＥＸＴデータから文字情報を分離し、さらに、文字情報をディスプレイ上に表示するための表示信号に変換するようなＣＤ−ＴＥＸＴデータの復号処理は、ホストコンピュータ５３のソフトウェアによってなされる。そして、ＣＤ−ＴＥＸＴデータに基づいて、ディスク名、曲名、アーチスト名等が英語、その他の言語でもって、コンピュータディスプレイ１１の画面上に表示される。ソフトウェア処理に代えて、ＣＤ−ＴＥＸＴの復号処理のためのハードウエアをホストコンピュータ５３またはドライブ側に備えても良い。
【００５２】
ＣＤ−ＲＯＭを再生する時には、サーボ・信号処理部３０からの出力信号がＣＤ−ＲＯＭ用の信号処理部５０に対して供給される。ＣＤ−ＲＯＭは、サブコードの長さ（１／７５秒）をデータの単位を規定している。すなわち、２３５２バイトのデータ長を１ブロックとして、先頭にシンク（１２バイト）、その次にヘッダ（４バイト）が位置し、ヘッダに続いてユーザデータが位置する構成とされている。ヘッダには、ＣＤのサブコードのＱチャンネルの絶対番地と同様のアドレスが含まれている。ＣＤ−ＲＯＭのデータ構成には、モード０、モード１、モード２（フォーム１）、モード２（フォーム２）が規定されている。シンク以外のデータは、スクランブル処理されている。また、ブロック毎にエラー検出符号、またはエラー訂正符号の符号化がされている。
【００５３】
このようなＣＤ−ＲＯＭのデータは、ブロック構造とされてからＣＤと同様のエラー訂正符号化、ＥＦＭ変調等の処理を受けてＣＤ−ＲＯＭに記録されている。従って、ＣＤ−ＲＯＭ用の信号処理部５０は、スクランブルを解くためのデスクランブラ５１と、各ブロックのエラー検出符号、またはエラー訂正符号の復号を行うためのエラー訂正回路５２が含まれる。エラー訂正回路５２からのＣＤ−ＲＯＭの再生データがインターフェース４２を介してホストコンピュータ５３に送られる。
【００５４】
システムコントローラ４１は、マイクロコンピュータからなり、光ディスクドライブの全体の動作を制御する。つまり、サーボ・信号処理部３０、ＣＤ−ＲＯＭ用の信号処理部５０、インターフェース４２がシステムコントローラ４１によって制御される。ホストコンピュータ５３からのリードコマンドに応じて、インターフェース４２を介してディスクの再生データがホストコンピュータ５３に対して送られる。ドライブからホストコンピュータ５３に対して送られるデータをリターンデータと称する。
【００５５】
ホストコンピュータ５３が発行するコマンドの一つである、リードコマンドについて図２２を参照して説明する。リードコマンドは、１０バイトの長さであり、図２２Ａに示すデータ構造を有している。０〜９のバイト番号が付され、０〜８のビット番号が付されている。図２２Ａおよび他の図面において、斜め線を引いた領域は、領域としては確保されているが、データが未定義の予約領域を表している。
【００５６】
０番目のバイトは、オペレーションコードである。これは、コマンドの種類を示す。図２２Ａに示すように、オペレーションコードが（４３ｈ）の場合は、リードコマンドを意味する。リードコマンドの１番目のバイト、１番目のビットは、アドレスの種類を規定するＭＳＦである。ＭＳＦ＝０であれば、ロジカルブロックアドレスを要求することを示し、ＭＳＦ＝１であれば、分・秒・フレームで表現されたアドレスを要求することを示す。
【００５７】
２番目のバイト、０〜３番目のビット（４ビット）は、フォーマットフィールドである。フォーマットフィールドは、戻すべきデータの種類を指示するもので、図２２Ｂに示すように、定義されている。すなわち、フォーマットフィールドが（００００）のフォーマット０は、ＴＯＣデータ（ＰおよびＱチャンネル）をリターンデータとして戻すことを指示する。フォーマット１は、セッション情報をリターンデータとして戻すことを指示する。フォーマット２は、全てのＱチャンネルのサブコードをリターンデータとして戻すことを指示する。フォーマット３は、ＰＭＡ（ＣＤ−Ｒに関して規定された領域）内のＱチャンネルのサブコードをリターンデータとして戻すことを指示する。フォーマット４は、ＡＴＩＰ（ＣＤ−Ｒ、ＣＤ−ＲＷ等のウォブリンググルーブで表されるアドレス）をリターンデータとして戻すことを指示する。そして、フォーマット５は、リードイン領域にＲ〜Ｗチャンネルとして記録されているＣＤ−ＴＥＸＴデータをリターンデータとして戻すことを指示する。
【００５８】
この発明の要旨と関連するのは、フォーマットフィールドが（０１０１）のフォーマット５である。ホストコンピュータ５３が光ディスクドライブに対して、フォーマット５のコマンドを発行すると、ドライブのシステムコントローラ４１がこのコマンドを解釈して、リードイン領域のＲ〜Ｗチャンネルのデータを光ピックアップ２２が読み取るように、システムコントローラ４がドライブを制御する。なお、音楽用のＣＤの一部がＣＤ−ＴＥＸＴのフォーマットに対応しているが、音楽用のＣＤ以外のＣＤについても、ＣＤ−ＴＥＸＴのフォーマットに対応することは可能である。
【００５９】
リードコマンドのバイト６は、リードを開始するトラック番号、セッション番号である。バイト７および８の２バイト（アロケーションレングス）は、ホストコンピュータ５３が指定するリターンデータの長さを示す。しかしながら、実際にドライブからホストコンピュータに対するリターンデータは、アロケーションレングスと一致しない。例えばサブコードのＲ〜Ｗチャンネルを使用したＣＤ−ＴＥＸＴデータは、一定のデータ長ではない。リターンデータのヘッダに含まれるデータ長を示すコード（識別データ）が実際にディスクから読み取ったＣＤ−ＴＥＸＴのデータ長を表している。バイト９（コントロール）は、インターフェース例えばＳＣＳＩに特有のパラメータである。
【００６０】
図２３を参照してリターンデータの構成について説明する。フォーマット５のリードコマンドをインターフェース４２を介して光ディスクドライブのシステムコントローラ４１が受け付けると、ディスク上のＣＤ−ＴＥＸＴデータを光ピックアップ２２が読み取り、読み取ったＣＤ−ＴＥＸＴデータをリターンデータとしてホストコンピュータ５３に転送するように、システムコントローラ４１がドライブを制御する。リターンデータの先頭の４バイト（０〜３番目のバイト）がヘッダである。
【００６１】
ヘッダの先頭の２バイトより後に続くデータ長をヘッダ内の０番目および１番目のバイトが示す。図２３の例では、ヘッダの後側の２バイト、並びに０番目からｎ番目までの合計（２＋ｎ＋１）バイトがデータ長である。ヘッダの２番目および３番目の２バイトは、予約されている（未定義である）。このｎ＋１バイトのＣＤ−ＴＥＸＴのデータは、実際にリードイン領域から読み取ったＲ〜Ｗチャンネルのサブコードである。ヘッダとＣＤ−ＴＥＸＴデータの間に、必要に応じてディスクリプタのデータを配しても良い。
【００６２】
上述したこの発明の一実施形態において、ホストコンピュータ５３がドライブからＣＤ−ＴＥＸＴデータを取得する処理について図２４のフローチャートを参照して説明する。図２４は、アプリケーションが起動しており、アプリケーションがディスクが装着されていることを認識している状態から処理が開始する。
【００６３】
ホストコンピュータ５３がＣＤ−ＴＥＸＴデータを戻すように、ドライブに対してリードコマンド（フォーマット５）を発行する（ステップＳ１）。このリードコマンドをドライブが受け付けると、ドライブは、データ長を示すコードをヘッダ内に含むリターンデータをインターフェース４２を介してホストコンピュータ５３に転送する。ホストコンピュータ５３がこのリターンデータを受け取る（ステップＳ２）。そして、ホストコンピュータ５３がリターンデータのヘッダのみを読出す。この場合、最初に発行されたリードコマンドに応答して、ドライブがヘッダのみをホストコンピュータ５３に転送しても良い。
【００６４】
ホストコンピュータ５３は、リターンデータの先頭の４バイトのヘッダが（０００２００００ｈ）であるかどうかを決定する（ステップＳ３）。このヘッダは、データ長＝２バイト、すなわち、ＣＤ−ＴＥＸＴデータが存在せず、読み取ったデータがヘッダのみであることを示している。従って、ステップＳ３において、ヘッダが（０００２００００ｈ）である場合には、ステップＳ４において、現在、装着されているディスクは、ＣＤ−ＴＥＸＴディスクではないと決定する。一方、ステップＳ３の判定が成立しない時には、装着されているディスクがＣＤ−ＴＥＸＴディスクであると決定する。
【００６５】
ＣＤ−ＴＥＸＴディスクと決定されると、ステップＳ６において、リードコマンド（フォーマット５）が再発行される。再発行されるリードコマンドは、最初のリードコマンドと同様のものである。再発行されたコマンドに応答するリターンデータを受け取る（ステップＳ７）。そして、受け取ったリターンデータ（ＣＤ−ＴＥＸＴデータ）をアプリケーション上に確保したメモリへ読み込む（ステップＳ８）。このようにして、装着したディスクがＣＤ−ＴＥＸＴディスクであることを判別した場合には、ディスクからＣＤ−ＴＥＸＴデータを取得するようになされる。
【００６６】
なお、ステップＳ３で、リターンデータのヘッダからＣＤ−ＴＥＸＴディスクか否かを決定するのに加えて、ヘッダからＣＤ−ＴＥＸＴデータのデータ長を判別し、判別されたデータ長に対応するメモリ領域を、アプリケーションが確保し、再発行されるコマンド中のアロケーションレングスがそのデータ長を指示するようにしても良い。また、リードコマンドを発行することをトリガーとせずに、他のトリガーを使用しても良い。例えばディスクを装着したことを検出し、この検出に応答してディスク上のリードイン領域のＲ〜Ｗチャンネルのデータを再生し、リターンデータをホストコンピュータ５３のメモリに読み込んでおく。そして、メモリに読み込まれたリターンデータを使用して、ＣＤ−ＴＥＸＴディスクか否かの決定、並びにＣＤ−ＴＥＸＴデータの取得（メモリからの読出し）を行うようにしても良い。
【００６７】
【発明の効果】
以上説明したように、この発明によれば、コンピュータは、ドライブに装着された記録媒体が管理領域に文字情報が記録されたものかどうかを決定でき、そのような記録媒体であることが分かった時には、文字情報を取得することができる。この発明によれば、コンピュータとドライブの間に設けられたインターフェースを利用して、記録媒体の判別、文字情報の取得を行うことができ、インターフェース以外に特別な信号伝送線を必要としない利点がある。
【図面の簡単な説明】
【図１】この発明の一実施形態のシステム構成を示す略線図である。
【図２】この発明を適用することができる従来の音楽再生用ＣＤの領域を示す略線図である。
【図３】１フレームのデータを示す略線図である。
【図４】サブコードフレーム全体のデータ構造を説明する略線図である。
【図５】サブコード信号の全チャンネルのデータを示す略線図である。
【図６】ＣＤの全体のデータ構成およびＴＯＣデータの構成を示す略線図である。
【図７】従来のＣＤのリードイン領域に記録されているＴＯＣデータの構成を示す略線図である。
【図８】サブコード信号の全チャンネルのデータを示す略線図である。
【図９】サブコードのデータフォーマットを全体的に示す略線図である。
【図１０】ＣＤ−ＴＥＸＴのデータフォーマットの１パックおよび１シンボルを示す略線図である。
【図１１】この発明の一実施例のデータフォーマットの割り付けを示す略線図である。
【図１２】ＩＤ１で示されるデータの内容を示す図である。
【図１３】ＩＤ２で示されるデータの内容を示す図である。
【図１４】ＩＤ３で示されるデータの内容を示す図である。
【図１５】ＩＤ４で示されるデータの内容を示す図である。
【図１６】サイズパックのパックエレメントが（００ｈ）のデータの内容を示す図である。
【図１７】サイズパックのパックエレメントが（０１ｈ）のデータの内容を示す図である。
【図１８】サイズパックのパックエレメントが（０２ｈ）のデータの内容を示す図である。
【図１９】言語コードと言語名の対応関係を示す略線図である。
【図２０】言語コードと言語名の対応関係を示す略線図である。
【図２１】この発明の一実施形態の構成を示すブロック図である。
【図２２】この発明の一実施形態におけるリードコマンドの一例の構成を示す略線図である。
【図２３】この発明の一実施形態においてドライブからコンピュータに転送されるリターンデータの一例の構成を示す略線図である。
【図２４】この発明の一実施形態の動作を説明するためのフローチャートである。
【符号の説明】
２１・・・ディスク、２２・・・光学ピックアップ、３０・・・サーボ・信号処理部、４１・・・システムコントローラ、４２・・・インターフェース、５０・・・ＣＤ−ＲＯＭ用の信号処理部、５３・・・ホストコンピュータ、１１１・・・ＩＤ領域、１１２・・・テキスト領域、１１３・・・ＣＲＣ領域、１１４・・・パック、１１５・・・パケット
【図１】
0003915228.tif 000002
【図２】
0003915228.tif 000003
【図３】
0003915228.tif 000004
【図４】
0003915228.tif 000005
【図５】
0003915228.tif 000006
【図６】
0003915228.tif 000007
【図７】
0003915228.tif 000008
【図８】
0003915228.tif 000009
【図９】
0003915228.tif 000010
【図１０】
0003915228.tif 000011
【図１１】
0003915228.tif 000012
【図１２】
0003915228.tif 000013
【図１３】
0003915228.tif 000014
【図１４】
0003915228.tif 000015
【図１５】
0003915228.tif 000016
【図１６】
0003915228.tif 000017
【図１７】
0003915228.tif 000018
【図１８】
0003915228.tif 000019
【図１９】
0003915228.tif 000020
【図２０】
0003915228.tif 000021
【図２１】
0003915228.tif 000022
【図２２】
0003915228.tif 000023
【図２３】
0003915228.tif 000024
【図２４】
0003915228.tif 000025