JP2003317372A - 光ディスク再生装置 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、ファイル解析時のアクセス回数を
減らすことにより、データファイル再生をすみやかに開
始することができる光ディスク再生装置を提供する。 【解決手段】 光ディスクからのデータをメモリに格納
する際に、光ディスク再生装置のコントローラが、光デ
ィスクの所定アドレスから読み出したデータを連続的に
メモリに格納するように制御すると同時に、新たにデー
タが必要となると、まずはメモリ内に所望のデータが存
在するか判断し（ステップＳ１１〜ステップＳ１４）、
存在する場合はメモリの読み出しポインタを、当該デー
タが存在する位置に書き換えるよう制御する（ステップ
Ｓ１５）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＣＤ−ＲＯＭ（コ
ンパクトディスク・読み出し専用メモリ）等に記録され
た音楽データを再生する音楽再生装置に関するものであ
る。

【０００２】

【従来の技術】近年、パソコンが急速に家庭に普及する
にともない、パソコンで音楽を楽しむ人口が急速に増加
している。オーディオデータは、パソコン上では、記憶
装置の容量の節約のため、通常ＭＰ３（ＭＰＥＧ Ａｕ
ｄｉｏ Ｌａｙｅｒ III）を代表とする圧縮オーディ
オの形式で保存される。ユーザは記録した圧縮オーディ
オをパソコン上で再生する場合が多かったが、最近では
パソコンにＣＤ−Ｒ／ＲＷ装置が搭載され、メディアが
安くなってきたこともあり、圧縮オーディオをＣＤ−Ｒ
／ＲＷに記録し、圧縮オーディオ再生機能を搭載するオ
ーディオ再生装置で楽しむ場合も増えている。

【０００３】図６に、ＣＤ−ＲＯＭのデータフォーマッ
トを示す。ＣＤ−ＲＯＭにおいて、データの集まりの最
小単位をセクタと呼ぶ。その長さは、ＣＤ−ＤＡのサブ
コードの長さと同じ１／７５秒である。セクタのデータ
量は、２３５２バイトであり、その構成は次のとおりで
ある。

【０００４】（１）シンク（１２バイト）；セクタを区
分けする信号の記録 （２）ヘッダ（４バイト）；うち３バイトはアドレス情
報、残りの１バイトはモード情報の記録 （３）ユーザデータ（２０４８バイト）；目的とする情
報の記録 （４）補助データ（２８８バイト）；エラーの検出、訂
正のコード記録 図６に示すモード０は、リードイン、リードアウトの部
分をＣＤ−ＲＯＭ構造と同じにする場合に、ダミーブロ
ックに用いる。モード１は、補助データでエラー訂正能
力が上がっており、信頼性を必要とするデータの記録に
使用される。モード２は、ヘッダ以降をすべてユーザデ
ータとして使用できるが、実際はモード２上に拡張をお
こなったＣＤ−ＲＯＭ ＸＡフォーム１、フォーム２が
使用される。

【０００５】図７にＣＤ−ＲＯＭ ＸＡフォーム１、フ
ォーム２のデータフォーマットを示す。図６と図７を比
較すれば分かるように、ＣＤ−ＲＯＭ／ＣＤ−ＲＯＭ
ＸＡとも、シンクおよびヘッダは同構成であるが、ＣＤ
−ＲＯＭ ＸＡでは、ヘッダ後にサブヘッダ８バイトが
設けられている。その後、フォーム１では２０４８バイ
トのユーザデータの後にエラー訂正用の補助データが付
加され、フォーム２では２３２４バイトのユーザデータ
が確保されている（フォーム２の最後の４バイトはリザ
ーブ）。

【０００６】信頼性を必要とするコンピュータ用データ
の記録には、通常、ＣＤ−ＲＯＭモード１、あるいはＣ
Ｄ−ＲＯＭ ＸＡのフォーム１が使用される。ともにエ
ラー訂正用のデータが付加されており、ユーザデータは
２０４８バイトである。

【０００７】ＣＤ−ＲＯＭでは、ファイルを管理するた
めに、ＩＳＯ９６６０を代表とするファイル構造が用い
られる。ＣＤ−ＲＯＭ／Ｒ／ＲＷの音楽データファイル
を再生するオーディオ再生装置は、このファイル構造を
解析し、ディスクに含まれるファイル数やファイルの位
置、ファイル名等の情報を取得する必要がある。

【０００８】図８に、ＩＳＯ９６６０を採用したディス
クの構造を示す。ディスクの内周のリードインのすぐ後
から、２ＫＢを単位としてＬＢＮ（Ｌｏｇｉｃａｌ Ｂ
ｌｏｃｋ Ｎｕｍｂｅｒ）が０から割り振られている。
ＬＢＮが０の位置は、オーディオでいうところの００分
０２秒００フレームの位置に相当する。ＬＢＮが０から
１５まではシステムエリアであり、ＣＤ−ＲＯＭのデー
タはＬＢＮの１６以降に存在する。

【０００９】ＬＢＮ＝１６からはボリューム記述子が記
録されている。ボリューム記述子には、ＩＳＯ９６６０
であることを示す“ＣＤ００１”という規格識別子が記
述されている。ボリューム記述子には５つの種類があ
り、その中で最も重要なものをＰＶＤ（Ｐｒｉｍａｒｙ
Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ）と呼び、ＩＳ
Ｏ９６６０のディスクでは、必ず記録されている。ＰＶ
Ｄには、ボリュームフォーマットの識別子、ボリューム
の大きさ、ルートディレクトリの位置等、ＣＤ−ＲＯＭ
としての基本情報が記録されている。

【００１０】パステーブルとは、ルートディレクトリを
１番とし、各ディレクトリに２番以降の番号をつけ、一
つ一つについて、その名前、一つ上の親の番号、ディス
ク上の位置のＬＢＮ番号などを決められた構造（パステ
ーブルレコード）にしたがって記述し並べたものであ
る。パステーブルを使用することにより、目的のファイ
ルを探す際にルートディレクトリから順々に示されるア
ドレスを追うのではなく、１回のアクセス動作で目的の
位置に到達できるようになる。ハードディスクに比べア
クセス時間の遅いＣＤ−ＲＯＭではあるが、このように
アクセス回数を少なくする工夫により、システムの処理
速度の低下を最小限に押さえている。

【００１１】ディレクトリとは、ディレクトリレコード
と呼ばれるデータ構造を並べたものである。ディレクト
リレコードには、ファイルの位置、大きさ、名前、記録
日時等のデータが記録されている。ディレクトリレコー
ドを解析することにより、そのディレクトリの含まれる
ファイルの情報を取得することができる。

【００１２】図９にＰＶＤ、図１０にパステーブルレコ
ード、図１１にディレクトリレコードのデータ構造を示
す。

【００１３】図１は、ＣＤ−ＲＯＭのＩＳＯ９６６０を
解析するための従来の光ディスク再生装置のシステム構
成図である。図１において、１はＣＤ−ＲＯＭ、２は光
ピックアップである。従来の光ディスク再生装置は、い
ずれも図１には示さないが、レーザ、対物レンズ、前記
対物レンズをディスク方向に移動させるフォーカスアク
チュエータ、ディスクの半径方向に移動させるトラッキ
ングアクチュエータ、ＣＤ−ＲＯＭ１からの反射光を電
気信号に変換するフォトディテクタ等を備え、ＣＤ−Ｒ
ＯＭ１の情報面に光ビームを集光して光スポットを形成
し、その反射光を検出する。

【００１４】また、図１において、３はデータ格納装置
であり、フォーカス制御、トラッキング制御、図示しな
いトラバースを制御するトラバース制御、図示しないス
ピンドルモータを制御するスピンドルモータ制御を行う
と同時に、光ピックアップ２からの信号の復調・インタ
リーブデコード・エラー訂正等の処理を行い、メモリ４
に格納する。５は、データ格納装置３およびシステム全
体を制御するコントローラであり、データ格納装置３を
制御して光ピックアップ２を移動させ、ＣＤ−ＲＯＭ１
の任意の位置から読み出したデータをメモリ４に格納す
る。

【００１５】図２（ａ）および（ｂ）は、メモリ４のデ
ータ構成例である。図２（ａ）は、アドレス情報とユー
ザデータの両方を格納する例、図２（ｂ）はユーザデー
タのみを格納する例である。図２（ａ）および（ｂ）と
もに、メモリ領域をページに分割して管理する。１ペー
ジには、ＣＤ−ＲＯＭにおける１セクタ分の情報を格納
する。ページ内には、データフォーマットで規定されて
いるデータのほか、システムを管理するのに有効なデー
タがあれば、それを入れてもよい。図２（ａ）と図２
（ｂ）の違いは、図２（ａ）がアドレス情報を格納して
いるのに対し、図２（ｂ）はアドレス情報を格納しない
点である。

【００１６】メモリ４へのアクセスは、メモリ４におけ
るデータの書き込み位置を表す書き込みポインタ、メモ
リ４からのデータの読み出し位置を表す読み出しポイン
タを用いる。これらのポインタは、データ格納装置３が
保持する。書き込みポインタ、読み出しポインタは、共
に、コントローラ５から値の読み出しおよび書き込みが
可能であるように構成する。

【００１７】ＣＤ−ＲＯＭ１のデータをメモリ４に格納
する際は、連続書き込み可能とし、１セクタ分のデータ
を現在の書き込みポインタの位置に格納した後、書き込
みポインタを更新（＋１）し、次のセクタのデータを格
納する、という処理を繰り返す。メモリ４はリングバッ
ファで構成し、例えば、最終ページ番号を指す書き込み
ポインタを自動更新した場合、書き込みポインタは最初
のページを指すようにする。

【００１８】メモリ４のメモリ内データ残量（格納済み
のデータページ数）は、書き込みポインタと読み出しポ
インタから求められる。メモリ内データ残量は、メモリ
４の構成がリングバッファであることを考慮し、次式を
用いて算出される。

【００１９】（１）書き込みポインタ≧読み出しポイン
タの場合；メモリ内データ残量＝書き込みポインタ−読
み出しポインタ （２）書き込みポインタ＜読み出しポインタの場合；メ
モリ内データ残量＝読み出しポインタ−書き込みポイン
タ＋リングバッファページ数 メモリ内データ残量は、コントローラ５が書き込みポイ
ンタと読み出しポインタの値を読み出して計算をおこっ
ても良いし、データ格納装置３が自動で計算を行い、そ
れをコントローラ５が読み出すように構成しても良い。

【００２０】図１２は、図１のシステムにおけるデータ
をメモリ４にためる処理（格納処理）を実行するための
コントローラ５の制御フローチャートである。前提条件
としては、フォーカス制御がオン、トラッキング制御が
オンであり、ＣＤ−ＲＯＭ１のデータを読める状態であ
るものとする。まず、コントローラ５は、データ格納装
置３の書き込みポインタと読み出しポインタを初期化
（書き込みポインタの値を読み出しポインタの値に一致
させる）し、メモリ内データ残量をゼロとする（ステッ
プＳ２１）。書き込み開始アドレスの手前数フレームの
位置に光ピックアップ２を移動させ、光ピックアップ２
が書き込み開始アドレスの位置に到達すると同時にメモ
リ４への格納を開始するようにデータ格納装置３に指示
する（ステップＳ２２、ステップＳ２３）。所望のデー
タ量を格納後（ステップＳ２４でＹＥＳ）、メモリへの
データの格納を停止する（ステップＳ２５）。

【００２１】図１３（ａ）〜（ｄ）に、図１２に示す格
納処理を２回繰り返したときのメモリ４の状態を示す。
ここでは、１回目の格納処理で００分０２秒１６フレー
ムから２セクタ格納、２回目の格納処理では００分０２
秒１９フレームから２セクタ格納するものとする。

【００２２】図１３（ａ）は、１回目の格納処理のステ
ップＳ２１で書き込みポインタと読み出しポインタを初
期化した状態である。図１３（ｂ）は、１回目の格納処
理のステップＳ２２〜Ｓ２５で００分０２秒１６フレー
ムから２セクタ格納した状態である。図１３（ｃ）は、
２回目のデータ格納処理のステップＳ２１で書き込みポ
インタと読み出しポインタを初期化した状態である。図
１３（ｄ）は、２回目のデータ格納処理のステップＳ２
２〜２５で００分０２秒１９フレームから２セクタ格納
した状態である。

【００２３】図１４は、ＩＳＯ９６６０を解析し、ファ
イルの位置、名前等のファイル情報を取得する処理の概
略フローである（以降、ＩＳＯ９６６０を解析し、ファ
イル情報を取得することを、単に「ファイル解析」と記
述する）。図１４に示すように、ファイル解析は、大き
く、１）ボリューム記述子解析、２）パステーブル解
析、３）ディレクトリ解析、の３つの処理に分けられ
る。ボリューム記述子解析処理でボリュームの基本情報
とパステーブルの情報を取得し、パステーブル解析処理
ではディレクトリの情報を取得し、ディレクトリ解析処
理ではファイルの情報を取得する。

【００２４】図１５は、ボリューム記述子解析処理の一
例のフローチャートである。まず、ＬＢＮ＝１６の位置
のデータを取得する（ステップＳ３１）。データ取得
後、セクタの先頭２バイト目からの位置にある“ＣＤ０
０１”を確認し、当セクタがボリューム識別子であるこ
とを確認する（ステップＳ３２）。当セクタがボリュー
ム識別子の場合、セクタの先頭１バイト目のデータから
ボリューム識別子の種類を調べる（ステップＳ３３）。
種類がＰＶＤでなければ、次セクタにＰＶＤがないか探
す（ステップＳ３５）。種類がＰＶＤであるの場合、ボ
リューム識別子（４１〜７２バイト目）、パステーブル
の位置（１４１〜１４４バイト目）、パステーブルの大
きさ（１３３〜１４０バイト目）等のデータを取得する
（ステップＳ３４）。

【００２５】図１６は、パステーブル解析処理の一例の
フローチャートである。まず、ボリューム記述子解析処
理で取得したパステーブルの位置と大きさから、解析に
必要なデータの位置とデータ量を計算し、データをメモ
リに格納する（ステップＳ４１）。なお、パステーブル
解析は、１個分のディレクトリの情報をもつパステーブ
ルレコード単位で行っていく。まず、ディレクトリ識別
子の長さ（１バイト目）を取得し（ステップＳ４３）、
ディレクトリの実体の位置（３〜５バイト目）、親ディ
レクトリ番号（７〜８バイト目）、ディレクトリ識別子
（ディレクトリ名、９〜（９＋ディレクトリ識別子の長
さ）バイト目）等の情報を取得する（ステップＳ４
４）。解析済みのパステーブルレコードのデータ総量と
パステーブルの大きさとを比較することにより、全パス
テーブルレコードを解析したか判断し（ステップＳ４
５）、全パステーブルレコードを解析するまで処理を続
ける（ステップＳ４６）。終了時の解析レコード番号
が、そのディスクに存在するディレクトリ数となる。

【００２６】図１７は、ディレクトリ解析処理の一例の
フローチャートである。ディレクトリ解析処理は、パス
テーブル解析で取得した全ディレクトリの情報について
行う（ステップＳ５１、Ｓ５８、Ｓ６０）。また、それ
ぞれのディレクトリの解析については１個分のファイル
またはディレクトリの情報をもつディレクトリレコード
単位で行っていく（ステップＳ５３、Ｓ５７、Ｓ５
９）。

【００２７】まず、ディレクトリの位置と大きさから、
解析するのに必要なデータの位置とデータ量を計算し、
データをメモリに格納する（ステップＳ５２）。ディレ
クトリレコードの長さ（１バイト目）を取得し、ファイ
ルフラグ（２６バイト目）を取得する（ステップＳ５
４）。ファイルフラグには、そのディレクトリレコード
がファイルあるいはディレクトリであるかが記述されて
おり、ディレクトリの場合はディレクトリレコードの解
析をする必要がないので、次のディレクトリレコードの
解析に進む（ステップＳ５５でＮＯ）。ファイルフラグ
がファイルを示す場合は（ステップＳ５５でＹＥＳ）、
ファイルの位置（３〜１０バイト目）、ファイルの大き
さ（１１〜１８バイト目）、ファイル識別子の長さ（３
３バイト目）を取得する（ステップＳ５６）。解析済み
のディレクトリレコードのデータ総量とディレクトリの
大きさとを比較することにより、当ディレクトリの全デ
ィレクトリレコードを解析したか判断し（ステップＳ５
７）、全ディレクトリレコード解析後、次のディレクト
リ解析に進む。これを全ディレクトリについて行う。

【００２８】

【発明が解決しようとする課題】ＣＤ−ＲＯＭ上に記録
された音楽データを再生しようとする場合、ファイル解
析は必須である。ＣＤ−ＲＯＭのファイル解析を行うに
は、前述したように、図１２に示したようなメモリへの
データ格納処理が必要となる。しかし、ＣＤ−ＲＯＭ
は、現在のコンピュータの処理スピードと比較するとか
なり低速なデバイスである。コンピュータがマイクロ秒
以下のオーダーで処理を実行していくのに対し、アクセ
ス動作（光ピックアップを所望の位置へ移動させる動
作）には数十ミリ秒の時間がかかる。ファイル解析時に
はメモリへのデータ格納処理を頻繁に行う必要があるた
め、ファイル解析に要する時間のうち、アクセス動作に
かかる時間の占める割合が大きい。

【００２９】また、ＣＤ−ＲＯＭの音楽データファイル
の再生は、通常の音楽ＣＤと比べると、ファイル解析を
行う必要がある分、ディスクをセットしてから音を出す
までに時間がかかる。しかし、ユーザは通常の音楽ＣＤ
の再生になれているため、音を出すまでに時間がかかり
すぎると違和感を感じてしまう。したがって、ファイル
解析にかかる時間をなるべく短くすることが解決すべき
課題である。

【００３０】本発明は、ファイル解析時のアクセス回数
を減らすことにより、データファイル再生をすみやかに
開始することができる光ディスク再生装置を提供するこ
とを目的としている。

【００３１】

【課題を解決するための手段】この問題を解決するため
に、本発明の光ディスク再生装置は、光ディスクからデ
ータを読み出し、メモリに格納し、再生する光ディスク
再生装置であって、光ディスクからデータを読み出す光
ピックアップ装置と、光ディスクから読み出したデータ
を格納するメモリと、前記光ディスクから読み出したデ
ータを前記メモリに格納する処理を行うデータ格納装置
と、前記データ格納装置を制御するコントローラとを備
え、前記コントローラが、前記光ピックアップ装置によ
り光ディスクから読み出したデータを、前記メモリに連
続的に格納するように、前記データ格納装置を制御し、
新たにデータが必要となると、前記メモリ内に当該デー
タが存在するか否かを判断し、存在する場合は、メモリ
におけるデータ読み出し位置を指定するデータを、当該
データが存在する位置を指定するデータに書き換えるよ
うに制御することを特徴とする。

【００３２】この構成によれば、新たにデータが必要に
なった場合、メモリ内に所望のデータが存在すれば、ア
クセス動作を行わず、メモリにおけるデータ読み出し位
置が当該データが存在する位置に設定される。これによ
り、ファイル解析時のアクセス回数を減らすことがで
き、データファイル再生をすみやかに開始することが可
能な光ディスク再生装置を提供することができる。

【００３３】前記光ディスク再生装置において、前記デ
ータ格納装置は、光ディスクのデータをメモリ内に格納
する際に、光ディスクから読み出したデータ中の少なく
ともディスク上アドレスデータとユーザーデータとをメ
モリに格納することが好ましい。

【００３４】この場合、前記コントローラは、メモリ内
に所望データが存在するか否かを判断する際に、（ａ）
データ読み出し位置を指定するデータが指すメモリ領域
からディスク上アドレスデータを読み出し、（ｂ）前記
（ａ）で読み出したディスク上アドレスデータと所望デ
ータのディスク上アドレスデータとを演算してアドレス
差を求め、（ｃ）前記データ読み出し位置を指定するデ
ータと、メモリにおけるデータ書き込み位置を指定する
データとに基づき、メモリ内データ残量を求め、（ｄ）
前記メモリ内データ残量と前記アドレス差とを比較する
ことにより、メモリ内に所望データが存在するか否かを
決定することが好ましい。

【００３５】あるいは、本発明にかかる光ディスク再生
装置において、前記データ格納装置が、光ディスクのデ
ータをメモリ内に格納する際に、光ディスクから読み出
したデータから少なくともディスク上アドレスデータを
除外してメモリに格納する構成としてもよい。

【００３６】この場合は、前記コントローラは、メモリ
内に所望データが存在するか否かを判断する際に、
（ａ）メモリへのデータ格納開始時に保存しておいた格
納開始ディスク上アドレスデータと、データ読み出し位
置を指定するデータにおける、前記データ格納開始時以
降の変化量とに基づき、当該時点におけるデータ読み出
し位置のメモリ領域に格納されているデータのディスク
上アドレスデータを求め、（ｂ）所望データのディスク
上アドレスデータと、前記（ａ）で求められたディスク
上アドレスデータとのアドレス差を求め、（ｃ）前記デ
ータ読み出し位置を指定するデータと、メモリにおける
データ書き込み位置を指定するデータとに基づき、メモ
リ内データ残量を求め、（ｄ）前記メモリ内データ残量
と前記アドレス差とを比較することにより、メモリ内に
所望データが存在するか否かを決定することが好まし
い。

【００３７】

【発明の実施の形態】以下、本発明の実施形態としてＣ
Ｄ−ＲＯＭ再生装置を例にとり、図面を用いて説明を行
う。なお、ここでは光ディスクの一例としてＣＤ−ＲＯ
Ｍを挙げるが、本発明はＣＤ−ＲＯＭ再生装置に限定さ
れるものではない。

【００３８】（第１の実施形態）図１は、本発明の第１
の実施形態にかかるＣＤ−ＲＯＭ再生装置のハードウェ
ア構成を示すブロック図である。なお、図１に示す構成
については、［従来の技術］の欄で説明したので、重複
する説明を省略する。また、メモリ４には、図２（ａ）
に示したように、アドレス情報とユーザデータの両方を
格納する。

【００３９】本ＣＤ−ＲＯＭ再生装置は、ＣＤ−ＲＯＭ
１から読み出したデータをメモリ４に格納する際のコン
トローラ５の制御が、従来のＣＤ−ＲＯＭ再生装置にお
ける制御（図１２参照）と異なる。本ＣＤ−ＲＯＭ再生
装置の制御について、図３および図４のフローチャート
を参照しながら説明する。

【００４０】コントローラ５は、ＣＤ−ＲＯＭ１のファ
イル解析開始後、１回目のデータ格納処理を、図３のフ
ローチャートに従って行う。まずは、書き込みポインタ
と読み出しポインタを初期化し（ステップＳ１）、メモ
リ内データ残量をゼロにする。次に、ＣＤ−ＲＯＭ１に
おいて所望データの存在するアドレス位置に光ピックア
ップ２を移動させ（ステップＳ２）、メモリ４へのデー
タ格納を開始する（ステップＳ３）。データ格納は、メ
モリ４がフルになるまで続ける（ステップＳ３〜Ｓ
４）。コントローラ５は、メモリ４からデータを読み出
してファイル解析も行うが、メモリ４がフルになるまで
ファイル解析処理を待つのではなく、ファイル解析に必
要な量のデータがメモリ４にたまった時点で解析を開始
する。すなわち、コントローラ５は、データの格納と並
行して解析も行っていく。

【００４１】なお、ステップＳ４における「メモリがフ
ル」か否かの判断は、コントローラ５が、メモリ内デー
タ残量とメモリ４のリングバッファページ数とを比較す
ることにより行い、メモリ内データ残量がリングバッフ
ァページ数に到達すれば、メモリ４がフルであると判断
する。

【００４２】コントローラ５は、ファイル解析の途中で
次のデータ（以下、これを所望データと称する）が必要
になった場合、２回目以降のデータ格納処理を、図４の
フローチャートに従って行う。

【００４３】まず、コントローラ５は、現在の読み出し
ポインタが指すページに格納されているアドレス情報
（ＣＤ−ＲＯＭ１上のブロックアドレス；以下これをデ
ィスク上アドレスと称する）を読み出す（ステップＳ１
１）。次に、所望データのディスク上アドレスと、ステ
ップＳ１１で得られた読み出しポインタ位置のディスク
上アドレスとの差を求める（ステップＳ１２）。次に、
メモリ内データ残量を求める（ステップＳ１３）。

【００４４】次に、コントローラ５は、ステップＳ１２
で求めたアドレス差とステップＳ１３で求めたメモリ内
データ残量とを比較し、アドレス差がメモリ内データ残
量より小さければ、所望データがメモリ４内に存在する
と判断し（ステップＳ１４）、読み出しポインタの値
に、所望データの存在する位置のページ番号を上書きす
る（ステップＳ１５）。一方、アドレス差がメモリ内デ
ータ残量以上であれば、メモリ４内に所望データは存在
しないと判断し、１回目のデータ格納処理と同様に、Ｃ
Ｄ−ＲＯＭ１からデータを読み出してメモリ４へ格納す
る処理を行う（ステップＳ１６〜Ｓ２０）。

【００４５】ここで、図５（ａ）〜（ｄ）を用いて、図
３および図４の処理手順をさらに具体的に説明する。こ
こでは、ＣＤ−ＲＯＭ１のファイル解析開始後、１回目
のデータ格納処理で００分０２秒１６フレームから２セ
クタ、２回目のデータ格納処理では００分０２秒１９フ
レームから２セクタを必要とするものとする。

【００４６】図５（ａ）は、ステップＳ１で書き込みポ
インタと読み出しポインタを初期化した状態である。図
５（ｂ）は１回目の格納処理（ステップＳ２〜Ｓ４）で
００分０２秒１６フレームから５セクタ格納した状態で
ある。１回のファイル解析処理に必要なデータは２セク
タだけであるが、コントローラ５は、メモリ４がフルに
なるまで格納を続ける。

【００４７】図５（ｃ）に示すように、読み出しポイン
タが００分０２秒１７フレームの位置（ページ番号１）
を指しているときに、ファイル解析処理において次のデ
ータ（００分０２秒１９フレーム）が必要となった場
合、コントローラ５は、まず、ステップ１１において読
み出しポインタが指すページ（ページ番号１）に格納さ
れているアドレス情報（００分０２秒１７フレーム）を
読み出す。そして、ステップＳ１２において、所望デー
タのディスク上アドレス（００分０２秒１９フレーム）
と読み出しポインタの指すデータのディスク上アドレス
（００分０２秒１７フレーム）のアドレス差を求める。
この場合、アドレス差は２となる。

【００４８】次に、ステップＳ１３においてメモリ内デ
ータ残量を計算する。この場合、書き込みポインタ（ペ
ージ番号６）−読み出しポインタ（ページ番号１）よ
り、メモリ内データ残量は５となる。ステップＳ１４に
おいて、アドレス差とメモリ内データ残量とを比較した
結果、アドレス差の方がメモリ内データ残量よりも小さ
いので（ステップＳ１４の結果がＹＥＳ）、ステップＳ
１５へすすみ、読み出しポインタの値に所望データのペ
ージ番号（ページ番号３）を上書きする。これにより、
図５（ｃ）に破線矢印で示したように、読み出しポイン
タの位置がページ番号３へ移動する。以上の説明から分
かるように、００分０２秒１９フレームのデータを格納
する際は、アクセス動作は発生していない。この後、図
５（ｄ）に示すように、ファイル解析処理は、メモリ４
においてページ番号３に格納されている００分０２秒１
９フレームのデータを読み出すことができる。

【００４９】以上のように、本実施形態によれば、コン
トローラ５が、ファイル解析処理と並行して、メモリ４
がフルになるまでデータ格納処理を行い、所望データが
既にメモリ４に格納されている場合は、読み出しポイン
タを当該データの格納場所へ移動させる制御を行うこと
により、光ピックアップ２を物理的に移動させずに当該
データを読み出すことができる。すなわち、ファイル解
析処理におけるアクセス回数を減らすことにより、ファ
イル解析にかかる時間を短縮できるという効果が得られ
る。

【００５０】（第２の実施形態）本発明の第２の実施形
態におけるＣＤ−ＲＯＭ再生装置のハードウェア構成
は、第１の実施形態と同様、図１に示すとおりである。
図１の構成については［従来の技術］の欄で説明したの
で、説明を省略する。本実施形態では、図２（ｂ）に示
すように、メモリ４には、アドレス情報を格納せずにユ
ーザデータのみを格納する。

【００５１】本実施形態は、読み出しポインタが指すペ
ージのアドレスの求め方が、第１の実施形態と異なって
いる。第１の実施形態では、メモリ４にアドレス情報を
格納しているため、読み出しポインタが指すページのア
ドレスをメモリ４から得ることができる。これに対し
て、本実施形態では、メモリ４にアドレス情報を格納し
ないので、アドレス情報を計算により求める。

【００５２】このため、本実施形態にかかるＣＤ−ＲＯ
Ｍ再生装置では、ステップＳ１またはステップＳ１６に
おいて書き込みポインタおよび読み出しポインタの初期
化を行った後にメモリ４へ最初に格納するセクタのディ
スク上アドレス（格納開始ディスク上アドレス）をコン
トローラ５が保持しておく。例えば、図５（ｂ）の場
合、格納開始ディスク上アドレスとして、“００分０２
秒１６フレーム”が格納される。また、コントローラ５
は、前記格納開始ディスク上アドレスの他に、読み出し
ポインタの初期化を行った後の読み出しポインタの移動
量も保持する。

【００５３】そして、図５（ｃ）に示すようにファイル
解析処理において次のデータ（ここでは００分０２秒１
９フレームのデータ）が必要になったとき、コントロー
ラ５は、ステップＳ１１の代わりに、その時点で読み出
しポインタが指すページに格納されているデータのディ
スク上アドレス（ここでは００分０２秒１７フレーム）
を求める処理を行う（ステップＳ１１’）。これは、格
納開始ディスク上アドレスに、読み出しポインタの移動
量を加えることにより求められる。すなわち、この場合
は、格納開始ディスク上アドレス“００分０２秒１６フ
レーム”に、読み出しポインタの移動量“１”を加える
ことにより、図５（ｃ）に示されたとおり、“００分０
２秒１７フレーム”がディスク上アドレスとして得られ
る。

【００５４】そして、第１の実施形態と同様に、所望デ
ータのディスク上アドレスと、読み出しポインタが指す
ページに格納されているデータのディスク上アドレス
（ステップＳ１１’で求められたディスク上アドレス）
とのアドレス差を求める（ステップＳ１２）。

【００５５】次に、第１の実施形態と同様に、書き込み
ポインタが指すページ番号と、読み出しポインタが指す
ページ番号との差を求めることにより、メモリ内データ
残量を算出する（ステップＳ１３）。そして、ステップ
Ｓ１２で得られたアドレス差と、ステップＳ１３で得ら
れたメモリ内データ残量を比較することにより、メモリ
４内に所望のデータが存在するか否かを判断する（ステ
ップＳ１４）。以降の処理は第１の実施形態と同様であ
る。

【００５６】以上のように、本実施形態によっても、コ
ントローラ５が、ファイル解析処理と並行して、メモリ
４がフルになるまでデータ格納処理を行い、所望データ
が既にメモリ４に格納されている場合は、読み出しポイ
ンタを当該データの格納場所へ移動させる制御を行うこ
とにより、光ピックアップ２を物理的に移動させずに当
該データを読み出すことができる。すなわち、ファイル
解析処理におけるアクセス回数を減らすことにより、フ
ァイル解析にかかる時間を短縮できるという効果が得ら
れる。

【００５７】

【発明の効果】以上のように、本発明によれば、ファイ
ル解析時のアクセス回数を減らすことにより、データフ
ァイル再生をすみやかに開始することが可能な光ディス
ク再生装置を提供できる。

【図面の簡単な説明】

【図１】 本発明の一実施形態にかかる光ディスク再生
装置のハードウェア構成を示すブロック図

【図２】 前記光ディスク装置のメモリの構成を示す模
式図であって、（ａ）はアドレス情報およびユーザデー
タを格納する場合、（ｂ）はユーザデータのみを格納す
る場合

【図３】 ファイル解析処理を開始する際の、メモリへ
のデータ格納処理の制御手順を示すフローチャート

【図４】 ファイル解析処理の途中における、メモリへ
のデータ格納処理の制御手順を示すフローチャート

【図５】 （ａ）〜（ｄ）は、データ格納処理における
メモリの状態を示す模式図

【図６】 ＣＤ−ＲＯＭデータのフォーマット図

【図７】 ＣＤ−ＲＯＭ ＸＡデータのフォーマット図

【図８】 ＩＳＯ９６６０の構成図

【図９】 ＰＶＤデータのフォーマット図

【図１０】 パステーブルレコードデータのフォーマッ
ト図

【図１１】 ディレクトリレコードデータのフォーマッ
ト図

【図１２】 従来の光ディスク再生装置におけるメモリ
へのデータ格納制御のフローチャート

【図１３】 従来の光ディスク再生装置におけるデータ
格納制御時のメモリの状態を示す模式図

【図１４】 ＩＳＯ９６６０の解析処理の概要を示すフ
ローチャート

【図１５】 ボリューム記述子解析処理のフローチャー
ト

【図１６】 パステーブル解析処理のフローチャート

【図１７】 ディレクトリ解析処理のフローチャート

【符号の説明】

１ ＣＤ−ＲＯＭ ２ 光ピックアップ ３ データ格納装置 ４ メモリ ５ コントローラ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 光ディスクからデータを読み出し、メモ
   リに格納し、再生する光ディスク再生装置であって、 光ディスクからデータを読み出す光ピックアップ装置
   と、 光ディスクから読み出したデータを格納するメモリと、 前記光ディスクから読み出したデータを前記メモリに格
   納する処理を行うデータ格納装置と、 前記データ格納装置を制御するコントローラとを備え、 前記コントローラが、 前記光ピックアップ装置により光ディスクから読み出し
   たデータを、前記メモリに連続的に格納するように、前
   記データ格納装置を制御し、 新たにデータが必要となると、前記メモリ内に当該デー
   タが存在するか否かを判断し、存在する場合は、メモリ
   におけるデータ読み出し位置を指定するデータを、当該
   データが存在する位置を指定するデータに書き換えるよ
   うに制御することを特徴とする光ディスク再生装置。
2. 【請求項２】 前記データ格納装置は、光ディスクのデ
   ータをメモリ内に格納する際に、光ディスクから読み出
   したデータ中の少なくともディスク上アドレスデータと
   ユーザーデータとをメモリに格納する、請求項１記載の
   光ディスク再生装置。
3. 【請求項３】 前記データ格納装置は、光ディスクのデ
   ータをメモリ内に格納する際に、光ディスクから読み出
   したデータから少なくともディスク上アドレスデータを
   除外してメモリに格納する、請求項１記載の光ディスク
   再生装置。
4. 【請求項４】 前記コントローラは、メモリ内に所望デ
   ータが存在するか否かを判断する際に、 （ａ）データ読み出し位置を指定するデータが指すメモ
   リ領域からディスク上アドレスデータを読み出し、 （ｂ）前記（ａ）で読み出したディスク上アドレスデー
   タと所望データのディスク上アドレスデータとを演算し
   てアドレス差を求め、 （ｃ）前記データ読み出し位置を指定するデータと、メ
   モリにおけるデータ書き込み位置を指定するデータとに
   基づき、メモリ内データ残量を求め、 （ｄ）前記メモリ内データ残量と前記アドレス差とを比
   較することにより、メモリ内に所望データが存在するか
   否かを決定する、請求項１または２に記載の光ディスク
   再生装置。
5. 【請求項５】 前記コントローラは、メモリ内に所望デ
   ータが存在するか否かを判断する際に、 （ａ）メモリへのデータ格納開始時に保存しておいた格
   納開始ディスク上アドレスデータと、データ読み出し位
   置を指定するデータにおける、前記データ格納開始時以
   降の変化量とに基づき、当該時点におけるデータ読み出
   し位置のメモリ領域に格納されているデータのディスク
   上アドレスデータを求め、 （ｂ）所望データのディスク上アドレスデータと、前記
   （ａ）で求められたディスク上アドレスデータとのアド
   レス差を求め、 （ｃ）前記データ読み出し位置を指定するデータと、メ
   モリにおけるデータ書き込み位置を指定するデータとに
   基づき、メモリ内データ残量を求め、 （ｄ）前記メモリ内データ残量と前記アドレス差とを比
   較することにより、メモリ内に所望データが存在するか
   否かを決定する、請求項１または３に記載の光ディスク
   再生装置。