JPH11242851A

JPH11242851A - 再生方法および記録媒体

Info

Publication number: JPH11242851A
Application number: JP10043458A
Authority: JP
Inventors: Yasusuke Suzuki; 庸介鈴木; Masahiro Takahashi; 正弘高橋; Kazushige Morita; 一茂森田
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-02-25
Filing date: 1998-02-25
Publication date: 1999-09-07
Anticipated expiration: 2018-02-25
Also published as: EP0939406A3; CN1158655C; EP1956604A2; EP1956604A3; TW421782B; EP0939406A2; KR19990072890A; JP3915228B2; CN1236161A; KR100569791B1; MY124330A; SG93827A1; US6519676B1

Abstract

(57)【要約】【課題】ドライブから転送されるデータから装着され
た記録媒体が文字情報を管理領域に含むものか否かを判
定し、そうである場合には、データを取得する。【解決手段】光ディスクドライブとホストコンピュー
タ５３がインターフェース４２を介して接続される。ド
ライブは、ディスク２１からデータを再生するサーボ・
信号処理部３０と、ドライブ全体を制御するシステムコ
ントローラ４１と、ＣＤ−ＲＯＭ用の信号処理部５０と
を備える。ホストコンピュータ５３からのリードコマン
ドに応答してリターンデータがドライブからコンピュー
タ５３に転送される。リターンデータのヘッダに含まれ
るデータ長を示すコードから、ディスク２１がＣＤ−Ｔ
ＥＸＴディスクか否かが判定され、そうである時には、
リードコマンドが再発行され、ＣＤ−ＴＥＸＴデータが
取得される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、記録媒体例えば
ディジタルオーディオ用ＣＤ（コンパクトディスク）を
再生するための再生方法、より具体的には、コンピュー
タに対して搭載されるアプリケーションプログラムとし
て実現可能な再生方法およびコンピュータによって読み
取り可能な記録媒体に関する。

【０００２】

【従来の技術】コンピュータの記憶装置として、大容
量、高速アクセス、低価格等の利点を有するＣＤ−ＲＯ
Ｍおよびそのドライブが広範に使用されている。ＣＤー
ＲＯＭは、ディジタルオーディオ信号が記録されたＣＤ
−ＤＡ（単にＣＤと称する）から派生したものである。
通常、ＣＤ−ＲＯＭには、アプリケーションプログラム
のデータ等のコンピュータデータが記録されている。パ
ーソナルコンピュータのアプリケーションの一つとし
て、ＣＤ−ＲＯＭドライブにオーディオ用のＣＤを装填
し、コンピュータをＣＤプレーヤとして機能させること
を可能とするアプリケーションプログラムが知られてい
る。

【０００３】既存のＣＤプレーヤ（専用機）において、
使用上の便宜を図るため、ディスク再生情報に基づく各
種表示がなされている。周知のものとして、Ｑチャンネ
ルサブコードにモード１として記録されているプログラ
ム番号いわゆるトラック番号や各トラック番号に割り当
てられた時間情報を再生して表示することがなされてい
る。

【０００４】さらに、リードインエリアに記録されたサ
ブコードのＲ〜Ｗチャンネルを使用してＣＤ上に、その
ＣＤと関連したアルバムタイトル等の文字情報を記録す
ることが提案されている。これは、ＣＤ−ＴＥＸＴと称
される。ＣＤ−ＴＥＸＴのフォーマットとしては、リー
ドイン情報（モード４）とプログラムエリア情報（モー
ド２）とが規定されている。リードイン情報は、ＴＯＣ
読取り時に再生装置のメモリ（ＲＡＭ）に記憶し、ユー
ザが必要な時に表示できる。一方、プログラムエリアの
情報は、メモリを使用せずに、ＣＤの製作者が決めたタ
イミングで表示できる。この発明は、ＣＤ−ＴＥＸＴの
モード４に対して適用できる。

【０００５】ＣＤプレーヤの場合では、ＣＤ−ＴＥＸＴ
に基づくＣＤを再生する場合、ＣＤ−ＴＥＸＴの情報が
ＣＤの装着時に読み取られる。読み取られたＣＤ−ＴＥ
ＸＴ情報が復号され、メモリに記憶され、さらに、必要
に応じて表示される。従って、再生しようとするＣＤの
アルバムタイトル、演奏者名等が表示され、ユーザは、
ＣＤの内容を直ちに把握することができる。

【０００６】

【発明が解決しようとする課題】ＣＤプレーヤとしてコ
ンピュータを機能させるためのアプリケーションプログ
ラムは、このようなＣＤ−ＴＥＸＴのフォーマットに対
応できることが好ましい。しかしながら、従来のＣＤ−
ＲＯＭドライブのようなドライブをホストコンピュータ
の接続したシステムにおいて、ホストコンピュータのア
プリケーションによって、ＣＤ−ＴＥＸＴ情報を取得す
ることが行われておらず、そのための方法も知られてい
ないかった。ＣＤ−ＲＯＭドライブの場合では、ＣＤ−
ＲＯＭが装着されるのが普通であって、ＣＤ−ＴＥＸＴ
対応のディスクの装着時に、支障無くＣＤ−ＴＥＸＴデ
ータを取得することが必要とされる。

【０００７】従って、この発明の目的は、ドライブとホ
ストコンピュータを接続したシステムにおいて、ＣＤ−
ＴＥＸＴディスクのように、予め記録媒体の管理領域上
に文字情報が記録されている記録媒体がドライブに装着
された時に、文字情報をホストコンピュータが支障無く
取得することを可能にする再生方法および記録媒体を提
供することにある。

【０００８】

【課題を解決するための手段】請求項１の発明は、上記
の課題を達成するために、コンピュータと記録媒体のド
ライブとが接続され、記録媒体を再生して得られたデー
タをコンピュータが取得するための再生方法において、
ドライブが管理領域を再生することで得られたデータ
と、データのデータ長を示す識別データとからなるリタ
ーンデータを受け取るステップと、受け取ったリターン
データの識別データから、ドライブに装着された記録媒
体が管理領域に文字情報が記録された記録媒体か否かを
決定するステップと、管理領域に文字情報が記録された
記録媒体であると決定された時に、記録媒体の管理領域
の再生データを取得するステップとからなることを特徴
とする再生方法である。

【０００９】請求項７の発明は、コンピュータによって
読み取り可能な記録媒体において、ドライブが記録媒体
を再生して得られたデータをコンピュータが取得するた
めの再生方法であって、ドライブが管理領域を再生する
ことで得られたデータと、データのデータ長を示す識別
データとからなるリターンデータを受け取るステップ
と、受け取ったリターンデータの識別データから、ドラ
イブに装着された記録媒体が管理領域に文字情報が記録
された記録媒体か否かを決定するステップと、管理領域
に文字情報が記録された記録媒体であると決定された時
に、記録媒体の管理領域の再生データを取得するステッ
プとからなる再生方法が格納された記録媒体である。

【００１０】この発明による再生方法に従ってアプリケ
ーションソフトウェアをコンピュータにインストールす
ることによって、ユーザは、ドライブにＣＤを装着して
例えば音楽を再生することが可能となる。これと共に、
装着したＣＤがＣＤ−ＴＥＸＴのフォーマットのもので
あれば、コンピュータのディスプレイ上にＣＤ−ＴＥＸ
Ｔ情報（ディスク名、曲名等）を表示するができる。

【００１１】

【発明の実施の形態】以下、この発明の実施の一形態に
ついて、図面を参照しながら説明する。図１は、この発
明の一実施形態のシステムの概略を示す。１１は、コン
ピュータのディスプレイ、１２は、パーソナルコンピュ
ータ本体、１３は、コンピュータ本体１２に設けられた
光ディスクドライブ、１４は、キーボード、１５は、マ
ウスである。かかるパーソナルコンピュータは、周知で
あり、例えばＯＳとしてWindows 95（登録商標）を搭載
したものを使用できる。他のＯＳを採用するコンピュー
タを使用する場合に対してもこの発明を適用できる。

【００１２】光ディスクドライブ１３は、ＣＤ、ＣＤ−
ＲＯＭ、ＣＤ−Ｒ（記録可能で書き換え不能なＣＤ）、
ＣＤ−ＲＷ（書き換え可能なＣＤ）等のＣＤのバリエー
ションに含まれる光ディスクを再生可能なものである。
コンピュータ本体１２に対して、この発明の一実施形態
による再生方法のアプリケーションソフトウェアをイン
ストールすることによって、ドライブ１３にＣＤを再生
した時に、コンピュータに内蔵または外部に接続された
スピーカによって、ＣＤ中の音楽情報を再生することが
可能となる。これと共に、装着されたＣＤがＣＤ−ＴＥ
ＸＴフォーマットのもの（ＣＤ−ＴＥＸＴディスク）で
ある時には、リードイン領域中のＣＤ−ＴＥＸＴデータ
をドライブ１３が再生し、再生されたＣＤ−ＴＥＸＴデ
ータがコンピュータ本体１２に読み込まれる。そして、
ＣＤ−ＴＥＸＴデータが復号され、ＣＤ−ＴＥＸＴデー
タに基づくディスク名、曲名等がディスク１１によって
表示される。この表示を見て、ユーザは、曲名を選択す
ることができる。

【００１３】なお、この発明の一実施形態では、記録媒
体としてＣＤを使用しているが、これに限らず、他の種
類の光ディスク（例えばＤＶＤ（ディジタル・ビデオ・
ディスク）、磁気テープ、光テープ、半導体メモリ等に
対してもこの発明を適用することができる。また、記録
媒体に記録されているディジタルメイン情報は、オーデ
ィオデータに限らず、ビデオデータ等であっても良い。

【００１４】この発明の理解を容易とするために、オー
ディオ再生用のＣＤのデータ構成について説明し、次に
ＣＤ−ＴＥＸＴフォーマットについて説明する。ＣＤ
は、図２に示すように、ＣＤ１０１は中央に孔１０２を
有し、その内周から外周に向かって、ＴＯＣ（table Of
contents) データが記録されたプログラム管理領域で
ある、リードイン（lead in ）領域１０３と、プログラ
ムデータが記録されたプログラム領域１０４と、プログ
ラム終了領域、いわゆるリードアウト（lead out）領域
１０５とが形成されている。オーディオ情報を記録した
オーディオ再生用ＣＤにおいては、プログラム領域１０
４にオーディオデータが記録され、このオーディオデー
タの時間情報等がリードイン領域１０３で管理される。
また、ＣＤ再生装置によるプログラム領域１０４内のオ
ーディオデータの読み出しが終了して、リードアウト領
域１０５にピックアップが到達したときに、ＣＤ再生装
置がＣＤの再生動作を終了する。

【００１５】ＣＤには、メインデータとしてのオーディ
オデータの他にサブコードが記録されている。以下、サ
ブコードのＰチャンネルおよびＱチャンネルのデータに
ついて説明する。ＣＤに記録されるオーディオ信号は、
１サンプルあるいは１ワードが１６ビットで、４４．１
ｋＨｚのサンプリング周波数でサンプリングされる。こ
のサンプリングされたデータは、１サンプルあるいは１
ワード１６ビットが上位８ビットと下位８ビットに分割
されてそれぞれシンボルとされ、このシンボル単位で誤
り訂正符号化処理やインターリーブ処理が施され、オー
ディオデータの２４シンボル毎に１つのフレームにまと
められる。１フレームは、ステレオ左右チャンネルの各
６サンプル分に相当する。

【００１６】ＥＦＭ変調により、各シンボルの８ビット
が１４ビットへ変換される。ＥＦＭ変調後の１フレーム
のデータ構造を図３に示す。１フレーム１３５は、２４
チャンネルビットの同期パターンデータ領域１３１と、
１４チャンネルビットのサブコード領域１３２と、１２
シンボルのプログラムデータＤ１からＤ１２を含むプロ
グラムデータ領域１３３と、４シンボルのパリティデー
タＰ１からＰ４から成るパリティデータ領域１３４と、
別のプログラムデータ領域１３３およびパリティデータ
領域１３４とからなる。また、各領域、あるいはデータ
部分を接続するために、各部分に対して３チャンネルビ
ットの結合ビットが配される。従って、１フレーム１３
５は、合計５８８チャンネルビットのデータを含む。

【００１７】さらに、９８個のフレームを集めて、この
フレーム１３５の各領域およびデータ部分が縦方向に連
続するように並べ換えたものを図４に示す。この図４に
示される９８フレームの周期は、サブコードが完結する
単位であって、サブコードフレームと称される。このサ
ブコードフレームは、フレーム同期パターン部１３６
と、サブコード部１３７と、データおよびパリティ部１
３８とから成る。なお、この１サブコードフレームは、
ＣＤの再生時間の１／７５秒に相当する。

【００１８】ここで、ＰチャンネルおよびＱチャンネル
のデータを含むサブコードデータは、図４中のサブコー
ド部１３７に記録されているデータである。また、この
サブコード部１３７のサブコードフレームのデータの構
成の詳細を図５に示す。先頭のフレームＦ０１、フレー
ムＦ０２は、サブコードフレームの同期パターンＳ０、
Ｓ１である。この同期パターンは、フレーム同期パター
ンと同様に、ＥＦＭ変調方式（eight to fourteen modu
lation: ＥＦＭ）のアウトオブルール（out ofrule ）
のパターンである。さらに、１シンボルの８ビットの各
ビットは、それぞれサブコードのＰチャンネルからＷチ
ャンネルを構成する。例えば、Ｐチャンネルは、Ｓ０、
Ｓ１のそれぞれ一部と、Ｐ０１からＰ９６とで構成され
る。

【００１９】サブコードのＰチャンネルは、プログラム
の有無に対応した情報を有し、Ｑチャンネルには、ＣＤ
上の絶対時間情報、各プログラムの時間情報、プログラ
ム番号（トラック番号とも称される）、楽章番号（イン
デックスとも称される）等の情報が含まれる。従って、
Ｑチャンネルに含まれる情報によって、プログラムの頭
だし等の再生動作の制御が可能であり、また、Ｑチャン
ネルの情報を表示することによって、演奏中のプログラ
ムが光ディスク上の何番目のプログラムであるのか、演
奏の経過時間や始めからの絶対時間等を視覚的に確認で
きる。

【００２０】さらに、サブコードのＲチャンネルからＷ
チャンネルまでの６チャンネル分のデータは、例えば静
止画や、曲の歌詞の表示等に用いることが可能である。
このようなＲチャンネルからＷチャンネルを用いた再生
装置は、ＣＤ−グラフィックスと呼ばれ、既に知られて
いる。さらに、最近では、リードイン領域のＲ〜Ｗチャ
ンネルを使用して、ＣＤに付加的な文字情報を記録する
方式（ＣＤ−ＴＥＸＴ）が提案されている。このＣＤ−
ＴＥＸＴの場合、６５００字程度の文字情報を記録する
ことが可能とされ、また、ＣＤの付加文字情報として
は、８００文字以下であるとし、８カ国の言語に対応で
きるようにされている。

【００２１】図６Ａは、ＣＤ上に記録されているデータ
を示す。図２についても説明したように、内周側から順
にリードイン領域１０３に記録されているＴＯＣデー
タ、プログラム領域１０４に記録されているプログラム
No.１〜 No.ｎ、リードアウトエリア１０５のデータが
記録されている。

【００２２】既存のＣＤに記録されているＴＯＣデータ
は、図６Ｂに示すように、サブコードのＱチャンネルを
使用している。サブコードは、９８ビットを１フレーム
とするデータ構造を有している。この９８ビット中の７
２ビットがデータである。ＴＯＣデータの場合では、図
６Ｂに示すフォーマットを有している。

【００２３】プログラム数が６の場合では、ＴＯＣ中の
データ構造は、図７に示すものとされる。ＰＯＩＮＴが
００〜９９の場合では、ＰＭＩＮ、ＰＳＥＣ、ＰＦＲＡ
ＭＥが各プログラムのスタートアドレス（絶対時間）を
示す。ＰＯＩＮＴがＡ０の場合では、ＰＭＩＮがディス
クの最初のプログラムのプログラム番号を示し、ＰＳＥ
Ｃ、ＰＦＲＡＭＥが００とされる。ＰＯＩＮＴがＡ１の
場合では、ＰＭＩＮが最後のプログラムのプログラム番
号を示し、ＰＳＥＣ、ＰＦＲＡＭＥが００とされる。Ｐ
ＯＩＮＴがＡ２の場合では、ＰＭＩＮ、ＰＳＥＣ、ＰＦ
ＲＡＭＥがリードアウトが開始するアドレスを示す。そ
して、これらの内容は、図７に示すように、３回ずつ繰
り返される。さらに、リードイン領域に繰り返して記録
される。このようなＴＯＣデータは、ＣＤの装着時に読
み取られ、記憶される。

【００２４】図８は、この発明の実施の一形態における
ＣＤ−ＴＥＸＴ（モード４）の場合のデータの構成を示
すものである。既存のＣＤの場合では、上述したよう
に、Ｑチャンネルのサブコードの１フレーム内の７２ビ
ットのデータを使用して、総プログラム（曲）数と、各
プログラムの記録位置とが管理される。より具体的に
は、００〜９９までの値をとりうるプログラム番号と各
プログラムに対応する開始アドレス（絶対時間）と、最
初のプログラム番号と、最後のプログラム番号と、リー
ドアウトが始まるアドレスとが記録されている。このＱ
チャンネルのサブコードに加えて、図８に示すようなＲ
チャンネル〜Ｗチャンネルで構成されるＣＤ−ＴＥＸＴ
のデータがリードイン領域に記録される。

【００２５】Ｒ〜Ｗチャンネルからなるデータの先頭の
２フレームは、同期パターンＳ０、Ｓ１である。残りの
９６フレームには、それぞれが６ビットのシンボルが９
６シンボル含まれる。この９６シンボルが２４シンボル
ずつに４分割される。この２４シンボルを１パックと称
し、４パックを１パケットと称する。

【００２６】各パックの先頭位置にそのパックに記録さ
れる情報の記録モードを設定するモード情報と、文字情
報の種類を示す識別情報を有するＩＤ１とその他の識別
情報を有するＩＤコード（ＩＤ２、ＩＤ３およびＩＤ
４）を含む計２４ビットのＩＤコードが記録されるＩＤ
領域１１１が配置される。このＩＤ領域１１１の後に、
８ビット単位で主データに付随する文字情報が記録され
るテキスト領域１１２が配される。さらに、各パック
に、誤り検出符号として、巡回符号（ＣＲＣ：cyclic r
edundancy code）による誤り検出を行うための１６ビッ
トのデータが記録されるＣＲＣ領域１１３が配される。
これらのＩＤ領域１１１、テキスト領域１１２、ＣＲＣ
領域１１３によって、パック領域１１４が構成される。

【００２７】図９は、ＣＤ−ＴＥＸＴフォーマットの概
略を示すものである。全ての文字情報は、テキスト群の
中に記録される。テキスト群は、リードイン領域では、
同じテキスト群が繰り返して記録される。一つのテキス
ト群が最大で８個のブロックにより構成される。図９で
は、一つのテキスト群が２個のブロック（ブロック０お
よびブロック１）により構成される例が示されている。

【００２８】ブロック０は、英語の文字情報を含み、英
語の場合の文字コードが８８５９−１によるものとされ
る。ブロック１は、日本語の文字情報を含み、日本語の
場合の文字コードがＭＳ−ＪＩＳとされる。各ブロック
は、パック０〜パックｎにより構成される。

【００２９】図１０Ａは、図８で示したデータフォーマ
ットをシリアルデータとして示した図である。図１０Ａ
に示すように、先頭から３２ビットのデータ（図１０Ａ
では、２４ビットのみ示す）をバイト毎のデータに区切
り、これらのバイトを識別用のＩＤ１、ＩＤ２、ＩＤ
３、ＩＤ４に対して割り付け、ＩＤ（またはヘッダ）領
域１を形成する。その後のテキスト領域１１２もバイト
単位のデータに区切られる。テキスト領域１１２は、１
２バイトの長さであり、最後に２バイトのＣＲＣ領域１
１３が設けられる。これらのＩＤ領域１１１、テキスト
領域１１２およびＣＲＣ領域１１３からなる１８バイト
の長さがパック１１４と称される。このようなバイト単
位の処理によって、Ｑチャンネルの信号の処理方法で処
理することが可能になり、簡単な処理回路の構成とでき
る。

【００３０】また、ＣＤ−ＴＥＸＴのデータフォーマッ
トでは、ＣＲＣによる誤り検出符号を用いて誤りを検出
するのにとどめ、誤りが検出されると再度データを読み
出すようにしている。このため、データは、ＴＯＣ内
で、パック毎に例えば４重書きされ、さらに、一連のデ
ータ列がパケット単位で繰り返し記録されている。すな
わち、１／７５秒の周期を有するサブコードシンクに同
期した１パケットに４パックが含まれる。このような多
重記録によって、誤り訂正のための複雑な回路を省略す
ることができる。

【００３１】なお、パック単位の多重書きは、４重書き
に限らないし、また、多重書きの単位もパック単位に限
らず、例えばパケット単位、あるいは数パケットを周期
としてこの周期単位で多重書きしてもよい。

【００３２】また、ＩＤ領域１１１の先頭のＩＤ１は、
図１０Ｂに示すように、従来の１シンボルより２ビット
多い８ビットで扱うことになる。さらに、既存のＲ乃至
Ｗチャンネルのサブコードを復号化する機能を有する再
生装置に装着してもこの再生装置が誤動作を起こさない
ように、ＭＳＢから３ビットは、モードを識別するため
のデータを書き込む。リードイン領域に記録されるＣＤ
−ＴＥＸＴフォーマットの場合では、この３ビットで示
されるモードとして、ＣＤ−ＴＥＸＴフォーマットが提
案される前では、未定義であったモード４（“１０
０”）を割り付ける。こうすることで、既存の再生装置
に装着しても認識不可能なモードが検出されるだけなの
で、再生装置は動作を停止するだけであり誤動作するお
それがない。また、未定義のモードは、モード４の他
に、モード５およびモード６がありうるので、モード４
の代わりにこれらのモードを用いることもできる。

【００３３】また、ＩＤ１によりモード４が指示される
この例では、１パックは、図１１に示すように、８ビッ
ト（１バイト）毎に区切られたＩＤ１、ＩＤ２、ＩＤ
３、ＩＤ４と、テキストバイトtext１〜text１２と、１
６ビットのＣＲＣコードとを含むものである。

【００３４】ＩＤ１は、８ビットの構造を有し、ＩＤ１
とパックで扱われるデータの内容が図１２に示すように
規定されている。ＩＤ１は、上述したように、モード４
を上位側のビットで指示するために、（８×ｈ）（ｈは
１６進数を意味し、×が下位側の４ビットの値を意味す
る）。

【００３５】ＩＤ１は、text１以降に続く文字列の内容
を示している。（８０ｈ）はアルバム名／プログラム
名、（８１ｈ）は演奏者／指揮者／オーケストラ名、
（８２ｈ）は作詩者、（８３ｈ）は作曲者、（８４ｈ）
は編曲者、（８５ｈ）はメッセージ、（８６ｈ）はｄｉ
ｓｃＩＤ、（８７ｈ）は検索用キーワード、（８８ｈ）
はＴＯＣ、（８９ｈ）は２ｎｄＴＯＣ、（８ａｈ）、
（８ｂｈ）および（８ｃｈ）は予約、（８ｄＨ）はクロ
ーズド情報、（８ｅｈ）はアルバムのＵＰＣ／ＥＡＮ
（ＰＯＳコード）および各トラックのＩＳＲＣ、（８ｆ
ｈ）はブロックのサイズ情報である。なお、予約は、現
在は未定義であり、将来、定義されることを意味する。

【００３６】ＩＤ２は、１ビットの拡張フラグと７ビッ
トのトラックナンバーまたはパックエレメントナンバー
を含む。トラックナンバーは、そのパックのテキストデ
ータの最初の文字が属するトラックナンバーを示すもの
である。図１３に示すように、ＩＤ２には、１から９９
までのトラックナンバーが記録される。トラックナンバ
ーは１から９９であるので、これ以外の数値「０」や
「１００」（６４ｈ）以上は特別な意味を持つ。「０
０」はディスク全体を代表する情報を意味する。ＭＳＢ
は常に０とされて、１は拡張用のフラグとなる。パック
エレメントナンバーは、ＩＤ１により示されるパックの
種類に依存して使用される。

【００３７】ＩＤ３は、パックに付された連続番号（シ
ーケンスナンバー）である。図１４に示すように、ブロ
ック内のパックの連続番号は、００から２５５（０から
ＦＦｈ）までである。ＩＤ３＝０は、常にＩＤ１＝８０
ｈの先頭パックである。

【００３８】ＩＤ４は、図１５に示すように、１ビット
（ＭＳＢ）のＤＢＣＣ(Double ByteCharacter Code)識
別ビットと、３ビットのブロックナンバーと、そのパッ
クの文字位置を示す４ビットとからなる。若し、ブロッ
クがＤＢＣＣ文字列を含む場合では、ＤＢＣＣ識別ビッ
トが「１」とされる。Ｓ(Single)ＢＣＣ文字列の場合で
は、これが「０」とされる。ブロックナンバーは、その
パックが属するブロックのナンバーを示す。文字位置を
示す４ビットは、現パックのtext１の文字が何文字目か
を示している。「００００」が最初の文字、「０００
１」が２番目の文字、「００１０」が３番目の文字、以
下、「００１１」、「０１００」、・・・は、４番目、
５番目、・・・の文字である。

【００３９】テキストデータは、上述したように１２バ
イトからなり、ＩＤ１により示されるパックの種類に依
存した文字列あるいはバイナリー情報を含む。（ＩＤ１
＝８８ｈ）、（ＩＤ１＝８９ｈ）、（ＩＤ１＝８ｆｈ）
を除くパックは、テキストデータが文字列で構成され
る。文字列は、文字の系列と終端子としてのヌルコード
とからなる。ヌルコードは、ＳＢＣＣの場合では、１個
のヌルコードが使用され、ＤＢＣＣの場合では、２個の
ヌルコードが使用される。ヌルコードとしては、（００
ｈ）が使用され、文字列のサイズは、１６０バイトより
少ないことが推奨されている。

【００４０】サイズ情報の場合のパック（ＩＤ１＝８ｆ
ｈ）の構成の一例を図１６、図１７および図１８に示
す。図１６は、ＩＤ２により示されるパックエレメント
ナンバーが（００ｈ）のパックのデータ構成であり、図
１７は、パックエレメントナンバーが（０１ｈ）のパッ
クのデータ構成であり、図１８は、パックエレメントナ
ンバーが（０２ｈ）のパックのデータ構成である。

【００４１】（ＩＤ２＝００ｈ）のパック（図１６）
は、ＩＤ３により連番が示され、ＩＤ４によりブロック
ナンバーが示される。そして、その後のtext1 がそのブ
ロックの文字（キャラクタ）コードを表す。この文字コ
ードは、（ＩＤ１＝８０ｈ〜８５ｈ）のパックの文字列
に使用される文字コードである。他のパックの文字コー
ドは、（００ｈ）とされる。ブロック０に対しては文字
コードが（００ｈ）と適用されるものとされる。文字コ
ードの規定の一例を下記に示す。

【００４２】００ｈ＝ＩＳＯ８８５９−１０１ｈ＝ＩＳＯ６４６，ＡＳＣII ０２ｈ〜７Ｆ＝予約８０ｈ＝ＭＳ−ＪＩＳ８１ｈ＝韓国キャラクタコード８２ｈ＝マンダリン（標準的）中国語キャラクタ
コード８３ｈ〜ＦＦｈ＝予約例えばＩＳＯ８８５９−１は、数字、アルファベッ
ト、記号等を１バイトで表現するものであり、ＩＳＯ
８８５９−１が標準的文字コードとして使用される。

【００４３】次のtext2 が最初のトラックナンバーとさ
れ、text3 が最後のトラックナンバーとされ、text4 が
モード２およびコピー防止フラグとされる。このtext4
の１ビット（ＭＳＢ）は、モード２のＣＤ−ＴＥＸＴパ
ケットがプログラム領域にエンコードされているか否か
を示すフラグである。残りの７ビットがコピー防止フラ
グとして使用される。text5 〜text12は、（ＩＤ１＝８
０ｈ）〜（ＩＤ１＝８７ｈ）を有するパックのそれぞれ
の個数を表す。

【００４４】（ＩＤ１＝８ｆｈ、ＩＤ２＝０１ｈ）のパ
ック（図１７）では、図１６に示すパックと同様に、Ｉ
Ｄ３およびＩＤ４により連番およびブロックナンバーが
それぞれ示される。そして、text1 〜text8 が（ＩＤ１
＝８８ｈ）〜（ＩＤ１＝８ｆｈ）をそれぞれ有するパッ
クの個数を表す。text9 〜text12は、ブロック０〜ブロ
ック３のそれぞれの最後の連番を示す。

【００４５】（ＩＤ１＝８ｆｈ、ＩＤ２＝０２ｈ）のパ
ック（図１８）では、図１６および図１７に示すパック
と同様に、ＩＤ３およびＩＤ４により連番およびブロッ
クナンバーがそれぞれ示される。そして、text1 〜text
4 は、ブロック４〜ブロック７のそれぞれの最後の連番
を示す。この最後の連番が（００ｈ）の場合では、その
ブロックが存在しないことを示す。このような存在しな
いブロックをデータ無しブロックと称する。次のtext5
〜text12は、ブロック０〜ブロック７のそれぞれの言語
コードを示す。文字コードが文字列の各文字を表すデー
タのフォーマットの種類を示すのに対して、言語コード
は、各ブロックの文字情報がどこの国の言語で記述され
ているかを示す。

【００４６】図１９および図２０は、上述した言語コー
ド（１バイト）と言語の対応関係の一例を示す表であ
る。図１９の表は、ヨーロッパで使用される言語の言語
コードを示し、図２０の表は、それ以外の地域で使用さ
れる言語の言語コードを示す。この言語コードは、一例
であって、他の規定によるものを使用しても良い。

【００４７】次に、この発明の一実施形態のシステムに
おける光ディスクドライブ１３の一例について、図２１
を参照して説明する。この光ディスクドライブ１３は、
ＣＤ−ＲＯＭ、ＣＤ、ＣＤ−ＴＥＸＴを再生可能なもの
である。図２１において、２１がドライブに対して装着
され、ドライブが再生するディスクである。ディスク２
１は、スピンドルモータ２３により回転駆動され、光学
ピックアップ２２により記録内容が読み出される。

【００４８】この光学ピックアップ２２からの再生信号
は、ＣＤプレーヤと同様の構成のサーボ・信号処理部３
０に供給される。まず、再生信号がＲＦアンプ３１に供
給される。ＲＦアンプ３１は、ＲＦ信号の処理回路の機
能を有し、ＲＦ信号の２値化、トラッキングエラー信号
ＴＥ、フォーカスエラー信号ＦＥの生成等の処理を行
う。これらのエラー信号ＴＥ、ＦＥがサーボ信号処理回
路３２に供給される。サーボ信号処理回路３２によっ
て、フォーカスコントロールおよびトラッキングコント
ロールの処理がなされる。光学ピックアップ２２内のフ
ォーカスアクチュエータおよびトラッキングアクチュエ
ータがドライブ回路３３および３４を介された信号によ
ってドライブされる。図示しないが、ピックアップ２２
をディスク径方向に送る装置もサーボ信号処理回路３２
によって制御される。

【００４９】ＲＦアンプ３１からの２値化された再生信
号がＰＬＬ３５、ＥＦＭ復調回路３６およびタイミング
生成回路３７に供給される。ＰＬＬ３５は、再生信号と
同期したクロックを生成する。ＥＦＭ復調回路３６から
のディジタルオーディオ信号は、信号処理回路３８に供
給され、エラー訂正、エラーデータの補間等の処理を受
ける。信号処理回路３８からのディジタルオーディオ信
号がインターフェース４２に供給される。インターフェ
ース４２は、コンピュータ本体１２（図２１では、ホス
トコンピュータ５３で表す）と光ディスクドライブ１３
を接続するためのものであり、ＳＣＳＩ、ＡＴＡＰＩ等
を使用できる。ホストコンピュータ５３のソフトウェア
（アプリケーションプログラム）によって、ディジタル
オーディオ信号が復号され、オーディオ信号の再生がな
される。

【００５０】また、タイミング生成回路３７は、再生信
号と同期したタイミング信号を生成する。タイミング生
成回路３７の出力信号がＣＬＶプロセッサ３９に供給さ
れる。ＣＬＶプロセッサ３９によってスピンドルモータ
２３がＣＬＶ駆動される。また、ＥＦＭ復調回路６９で
分離されたサブコードがサブコードプロセッサ４０に供
給される。サブコードプロセッサ４０では、サブコード
のエラー検出等の処理がなされ、サブコードのＰおよび
Ｑチャンネルと、Ｒ〜Ｗチャンネルとが分離されて出力
される。これらのサブコードデータがインターフェース
４２に対して供給される。

【００５１】上述したように、リードイン領域に記録さ
れたサブコードのＲ〜Ｗチャンネルには、ＣＤ−ＴＥＸ
Ｔデータが含まれる。このＣＤ−ＴＥＸＴデータがイン
ターフェース４２を介してホストコンピュータ５３に伝
送される。ＣＤ−ＴＥＸＴデータから文字情報を分離
し、さらに、文字情報をディスプレイ上に表示するため
の表示信号に変換するようなＣＤ−ＴＥＸＴデータの復
号処理は、ホストコンピュータ５３のソフトウェアによ
ってなされる。そして、ＣＤ−ＴＥＸＴデータに基づい
て、ディスク名、曲名、アーチスト名等が英語、その他
の言語でもって、コンピュータディスプレイ１１の画面
上に表示される。ソフトウェア処理に代えて、ＣＤ−Ｔ
ＥＸＴの復号処理のためのハードウエアをホストコンピ
ュータ５３またはドライブ側に備えても良い。

【００５２】ＣＤ−ＲＯＭを再生する時には、サーボ・
信号処理部３０からの出力信号がＣＤ−ＲＯＭ用の信号
処理部５０に対して供給される。ＣＤ−ＲＯＭは、サブ
コードの長さ（１／７５秒）をデータの単位を規定して
いる。すなわち、２３５２バイトのデータ長を１ブロッ
クとして、先頭にシンク（１２バイト）、その次にヘッ
ダ（４バイト）が位置し、ヘッダに続いてユーザデータ
が位置する構成とされている。ヘッダには、ＣＤのサブ
コードのＱチャンネルの絶対番地と同様のアドレスが含
まれている。ＣＤ−ＲＯＭのデータ構成には、モード
０、モード１、モード２（フォーム１）、モード２（フ
ォーム２）が規定されている。シンク以外のデータは、
スクランブル処理されている。また、ブロック毎にエラ
ー検出符号、またはエラー訂正符号の符号化がされてい
る。

【００５３】このようなＣＤ−ＲＯＭのデータは、ブロ
ック構造とされてからＣＤと同様のエラー訂正符号化、
ＥＦＭ変調等の処理を受けてＣＤ−ＲＯＭに記録されて
いる。従って、ＣＤ−ＲＯＭ用の信号処理部５０は、ス
クランブルを解くためのデスクランブラ５１と、各ブロ
ックのエラー検出符号、またはエラー訂正符号の復号を
行うためのエラー訂正回路５２が含まれる。エラー訂正
回路５２からのＣＤ−ＲＯＭの再生データがインターフ
ェース４２を介してホストコンピュータ５３に送られ
る。

【００５４】システムコントローラ４１は、マイクロコ
ンピュータからなり、光ディスクドライブの全体の動作
を制御する。つまり、サーボ・信号処理部３０、ＣＤ−
ＲＯＭ用の信号処理部５０、インターフェース４２がシ
ステムコントローラ４１によって制御される。ホストコ
ンピュータ５３からのリードコマンドに応じて、インタ
ーフェース４２を介してディスクの再生データがホスト
コンピュータ５３に対して送られる。ドライブからホス
トコンピュータ５３に対して送られるデータをリターン
データと称する。

【００５５】ホストコンピュータ５３が発行するコマン
ドの一つである、リードコマンドについて図２２を参照
して説明する。リードコマンドは、１０バイトの長さで
あり、図２２Ａに示すデータ構造を有している。０〜９
のバイト番号が付され、０〜８のビット番号が付されて
いる。図２２Ａおよび他の図面において、斜め線を引い
た領域は、領域としては確保されているが、データが未
定義の予約領域を表している。

【００５６】０番目のバイトは、オペレーションコード
である。これは、コマンドの種類を示す。図２２Ａに示
すように、オペレーションコードが（４３ｈ）の場合
は、リードコマンドを意味する。リードコマンドの１番
目のバイト、１番目のビットは、アドレスの種類を規定
するＭＳＦである。ＭＳＦ＝０であれば、ロジカルブロ
ックアドレスを要求することを示し、ＭＳＦ＝１であれ
ば、分・秒・フレームで表現されたアドレスを要求する
ことを示す。

【００５７】２番目のバイト、０〜３番目のビット（４
ビット）は、フォーマットフィールドである。フォーマ
ットフィールドは、戻すべきデータの種類を指示するも
ので、図２２Ｂに示すように、定義されている。すなわ
ち、フォーマットフィールドが（００００）のフォーマ
ット０は、ＴＯＣデータ（ＰおよびＱチャンネル）をリ
ターンデータとして戻すことを指示する。フォーマット
１は、セッション情報をリターンデータとして戻すこと
を指示する。フォーマット２は、全てのＱチャンネルの
サブコードをリターンデータとして戻すことを指示す
る。フォーマット３は、ＰＭＡ（ＣＤ−Ｒに関して規定
された領域）内のＱチャンネルのサブコードをリターン
データとして戻すことを指示する。フォーマット４は、
ＡＴＩＰ（ＣＤ−Ｒ、ＣＤ−ＲＷ等のウォブリンググル
ーブで表されるアドレス）をリターンデータとして戻す
ことを指示する。そして、フォーマット５は、リードイ
ン領域にＲ〜Ｗチャンネルとして記録されているＣＤ−
ＴＥＸＴデータをリターンデータとして戻すことを指示
する。

【００５８】この発明の要旨と関連するのは、フォーマ
ットフィールドが（０１０１）のフォーマット５であ
る。ホストコンピュータ５３が光ディスクドライブに対
して、フォーマット５のコマンドを発行すると、ドライ
ブのシステムコントローラ４１がこのコマンドを解釈し
て、リードイン領域のＲ〜Ｗチャンネルのデータを光ピ
ックアップ２２が読み取るように、システムコントロー
ラ４がドライブを制御する。なお、音楽用のＣＤの一部
がＣＤ−ＴＥＸＴのフォーマットに対応しているが、音
楽用のＣＤ以外のＣＤについても、ＣＤ−ＴＥＸＴのフ
ォーマットに対応することは可能である。

【００５９】リードコマンドのバイト６は、リードを開
始するトラック番号、セッション番号である。バイト７
および８の２バイト（アロケーションレングス）は、ホ
ストコンピュータ５３が指定するリターンデータの長さ
を示す。しかしながら、実際にドライブからホストコン
ピュータに対するリターンデータは、アロケーションレ
ングスと一致しない。例えばサブコードのＲ〜Ｗチャン
ネルを使用したＣＤ−ＴＥＸＴデータは、一定のデータ
長ではない。リターンデータのヘッダに含まれるデータ
長を示すコード（識別データ）が実際にディスクから読
み取ったＣＤ−ＴＥＸＴのデータ長を表している。バイ
ト９（コントロール）は、インターフェース例えばＳＣ
ＳＩに特有のパラメータである。

【００６０】図２３を参照してリターンデータの構成に
ついて説明する。フォーマット５のリードコマンドをイ
ンターフェース４２を介して光ディスクドライブのシス
テムコントローラ４１が受け付けると、ディスク上のＣ
Ｄ−ＴＥＸＴデータを光ピックアップ２２が読み取り、
読み取ったＣＤ−ＴＥＸＴデータをリターンデータとし
てホストコンピュータ５３に転送するように、システム
コントローラ４１がドライブを制御する。リターンデー
タの先頭の４バイト（０〜３番目のバイト）がヘッダで
ある。

【００６１】ヘッダの先頭の２バイトより後に続くデー
タ長をヘッダ内の０番目および１番目のバイトが示す。
図２３の例では、ヘッダの後側の２バイト、並びに０番
目からｎ番目までの合計（２＋ｎ＋１）バイトがデータ
長である。ヘッダの２番目および３番目の２バイトは、
予約されている（未定義である）。このｎ＋１バイトの
ＣＤ−ＴＥＸＴのデータは、実際にリードイン領域から
読み取ったＲ〜Ｗチャンネルのサブコードである。ヘッ
ダとＣＤ−ＴＥＸＴデータの間に、必要に応じてディス
クリプタのデータを配しても良い。

【００６２】上述したこの発明の一実施形態において、
ホストコンピュータ５３がドライブからＣＤ−ＴＥＸＴ
データを取得する処理について図２４のフローチャート
を参照して説明する。図２４は、アプリケーションが起
動しており、アプリケーションがディスクが装着されて
いることを認識している状態から処理が開始する。

【００６３】ホストコンピュータ５３がＣＤ−ＴＥＸＴ
データを戻すように、ドライブに対してリードコマンド
（フォーマット５）を発行する（ステップＳ１）。この
リードコマンドをドライブが受け付けると、ドライブ
は、データ長を示すコードをヘッダ内に含むリターンデ
ータをインターフェース４２を介してホストコンピュー
タ５３に転送する。ホストコンピュータ５３がこのリタ
ーンデータを受け取る（ステップＳ２）。そして、ホス
トコンピュータ５３がリターンデータのヘッダのみを読
出す。この場合、最初に発行されたリードコマンドに応
答して、ドライブがヘッダのみをホストコンピュータ５
３に転送しても良い。

【００６４】ホストコンピュータ５３は、リターンデー
タの先頭の４バイトのヘッダが（０００２００００ｈ）
であるかどうかを決定する（ステップＳ３）。このヘッ
ダは、データ長＝２バイト、すなわち、ＣＤ−ＴＥＸＴ
データが存在せず、読み取ったデータがヘッダのみであ
ることを示している。従って、ステップＳ３において、
ヘッダが（０００２００００ｈ）である場合には、ステ
ップＳ４において、現在、装着されているディスクは、
ＣＤ−ＴＥＸＴディスクではないと決定する。一方、ス
テップＳ３の判定が成立しない時には、装着されている
ディスクがＣＤ−ＴＥＸＴディスクであると決定する。

【００６５】ＣＤ−ＴＥＸＴディスクと決定されると、
ステップＳ６において、リードコマンド（フォーマット
５）が再発行される。再発行されるリードコマンドは、
最初のリードコマンドと同様のものである。再発行され
たコマンドに応答するリターンデータを受け取る（ステ
ップＳ７）。そして、受け取ったリターンデータ（ＣＤ
−ＴＥＸＴデータ）をアプリケーション上に確保したメ
モリへ読み込む（ステップＳ８）。このようにして、装
着したディスクがＣＤ−ＴＥＸＴディスクであることを
判別した場合には、ディスクからＣＤ−ＴＥＸＴデータ
を取得するようになされる。

【００６６】なお、ステップＳ３で、リターンデータの
ヘッダからＣＤ−ＴＥＸＴディスクか否かを決定するの
に加えて、ヘッダからＣＤ−ＴＥＸＴデータのデータ長
を判別し、判別されたデータ長に対応するメモリ領域
を、アプリケーションが確保し、再発行されるコマンド
中のアロケーションレングスがそのデータ長を指示する
ようにしても良い。また、リードコマンドを発行するこ
とをトリガーとせずに、他のトリガーを使用しても良
い。例えばディスクを装着したことを検出し、この検出
に応答してディスク上のリードイン領域のＲ〜Ｗチャン
ネルのデータを再生し、リターンデータをホストコンピ
ュータ５３のメモリに読み込んでおく。そして、メモリ
に読み込まれたリターンデータを使用して、ＣＤ−ＴＥ
ＸＴディスクか否かの決定、並びにＣＤ−ＴＥＸＴデー
タの取得（メモリからの読出し）を行うようにしても良
い。

【００６７】

【発明の効果】以上説明したように、この発明によれ
ば、コンピュータは、ドライブに装着された記録媒体が
管理領域に文字情報が記録されたものかどうかを決定で
き、そのような記録媒体であることが分かった時には、
文字情報を取得することができる。この発明によれば、
コンピュータとドライブの間に設けられたインターフェ
ースを利用して、記録媒体の判別、文字情報の取得を行
うことができ、インターフェース以外に特別な信号伝送
線を必要としない利点がある。

【図面の簡単な説明】

【図１】この発明の一実施形態のシステム構成を示す略
線図である。

【図２】この発明を適用することができる従来の音楽再
生用ＣＤの領域を示す略線図である。

【図３】１フレームのデータを示す略線図である。

【図４】サブコードフレーム全体のデータ構造を説明す
る略線図である。

【図５】サブコード信号の全チャンネルのデータを示す
略線図である。

【図６】ＣＤの全体のデータ構成およびＴＯＣデータの
構成を示す略線図である。

【図７】従来のＣＤのリードイン領域に記録されている
ＴＯＣデータの構成を示す略線図である。

【図８】サブコード信号の全チャンネルのデータを示す
略線図である。

【図９】サブコードのデータフォーマットを全体的に示
す略線図である。

【図１０】ＣＤ−ＴＥＸＴのデータフォーマットの１パ
ックおよび１シンボルを示す略線図である。

【図１１】この発明の一実施例のデータフォーマットの
割り付けを示す略線図である。

【図１２】ＩＤ１で示されるデータの内容を示す図であ
る。

【図１３】ＩＤ２で示されるデータの内容を示す図であ
る。

【図１４】ＩＤ３で示されるデータの内容を示す図であ
る。

【図１５】ＩＤ４で示されるデータの内容を示す図であ
る。

【図１６】サイズパックのパックエレメントが（００
ｈ）のデータの内容を示す図である。

【図１７】サイズパックのパックエレメントが（０１
ｈ）のデータの内容を示す図である。

【図１８】サイズパックのパックエレメントが（０２
ｈ）のデータの内容を示す図である。

【図１９】言語コードと言語名の対応関係を示す略線図
である。

【図２０】言語コードと言語名の対応関係を示す略線図
である。

【図２１】この発明の一実施形態の構成を示すブロック
図である。

【図２２】この発明の一実施形態におけるリードコマン
ドの一例の構成を示す略線図である。

【図２３】この発明の一実施形態においてドライブから
コンピュータに転送されるリターンデータの一例の構成
を示す略線図である。

【図２４】この発明の一実施形態の動作を説明するため
のフローチャートである。

【符号の説明】

２１・・・ディスク、２２・・・光学ピックアップ、３
０・・・サーボ・信号処理部、４１・・・システムコン
トローラ、４２・・・インターフェース、５０・・・Ｃ
Ｄ−ＲＯＭ用の信号処理部、５３・・・ホストコンピュ
ータ、１１１・・・ＩＤ領域、１１２・・・テキスト領
域、１１３・・・ＣＲＣ領域、１１４・・・パック、１
１５・・・パケット

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＧ１１Ｂ 27/00 Ｄ

Claims

【特許請求の範囲】

【請求項１】コンピュータと記録媒体のドライブとが
接続され、記録媒体を再生して得られたデータをコンピ
ュータが取得するための再生方法において、ドライブが上記管理領域を再生することで得られたデー
タと、上記データのデータ長を示す識別データとからな
るリターンデータを受け取るステップと、受け取った上記リターンデータの識別データから、上記
ドライブに装着された記録媒体が上記管理領域に文字情
報が記録された記録媒体か否かを決定するステップと、上記管理領域に文字情報が記録された記録媒体であると
決定された時に、記録媒体の管理領域の再生データを取
得するステップとからなることを特徴とする再生方法。
【請求項２】請求項１において、コマンドをドライブに対して発行することによって、上
記管理領域をドライブが読み取るように制御することを
特徴とする再生方法。
【請求項３】請求項１において、記録媒体の装着を検出する時に、上記管理領域を再生す
ることにより発生したリターンデータを受け取り、受け
取ったリターンデータを記憶し、記憶したリターンデー
タに基づいて、装着された上記記録媒体が上記管理領域
に文字情報が記録された記録媒体か否かを決定すること
を特徴とする再生方法。
【請求項４】請求項１において、上記識別データが指示するデータ長以上のメモリ領域を
確保するようにコンピュータを制御することを特徴とす
る再生方法。
【請求項５】請求項１において、上記管理領域に記録された文字情報は、プログラム領域
に記録されたプログラムに関連する文字情報であること
を特徴とする再生方法。
【請求項６】請求項１において、上記識別データは、リターンデータ中の先頭部分に付加
されることを特徴とする再生方法。
【請求項７】コンピュータによって読み取り可能な記
録媒体において、ドライブが記録媒体を再生して得られたデータをコンピ
ュータが取得するための再生方法であって、ドライブが上記管理領域を再生することで得られたデー
タと、上記データのデータ長を示す識別データとからな
るリターンデータを受け取るステップと、受け取った上記リターンデータの識別データから、上記
ドライブに装着された記録媒体が上記管理領域に文字情
報が記録された記録媒体か否かを決定するステップと、上記管理領域に文字情報が記録された記録媒体であると
決定された時に、記録媒体の管理領域の再生データを取
得するステップとからなる再生方法が格納された記録媒
体。