JP2000123549A - 再生装置及び記録装置 - Google Patents

Abstract

(57)【要約】 【課題】 オーディオデータに対して、画像、文字等の
データファイルが同期して表示出力されるように記録デ
ータが管理されるディスクに対応する記録再生装置の使
い勝手の向上を図る。 【解決手段】 トラック再生を行っているときに、バッ
ファメモリにおけるトラックデータの蓄積容量がフルと
なったら、ディスクに対するトラックデータの読み出し
は停止させて、バッファメモリにおけるトラックデータ
の蓄積容量が所定以下に減少するまで、同期再生順に従
った優先順位に従って、同期再生されるピクチャファイ
ル（ＡＵＸデータファイル）をディスクから読み込んで
バッファメモリ１３に格納するという動作を実行させ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばオーディオ
データなどの主データと、画像情報や文字情報などの副
データが記録される記録媒体に対応して再生を行う再生
装置、及び記録を行う記録装置に関するものである。

【０００２】

【従来の技術】音楽等を記録／再生することのできる記
録装置／再生装置として、音声信号をデジタル信号で記
録する光磁気ディスク、或は磁気テープ等を記録媒体と
した記録装置／再生装置が知られている。またミニディ
スクとして知られている、光磁気ディスクを用いた記録
再生システムでは、ユーザーが楽曲等の音声をプログラ
ムとして録音し、再生することができるだけでなく、そ
のディスクのタイトル（ディスクネーム）や記録されて
いる楽曲などの各プログラムについて曲名（トラックネ
ーム）などを文字情報として記録しておくことができ、
例えば再生時においては再生装置に設けられた表示部に
おいて、ディスクタイトルや曲名、アーティスト名等を
表示することができるようにされている。なお、本明細
書では「プログラム」とは、ディスクに記録される主デ
ータとしての楽曲などの音声データ等の単位の意味で用
い、例えば１曲分の音声データが１つのプログラムとな
る。また「プログラム」と同義で「トラック」という言
葉も用いる。

【０００３】そして、上記ミニディスクシステムとし
て、主データとされる音声データに付随する副データを
記録可能な記録領域を、上記主データが記録される記録
領域とは別に設け、上記副データとして静止画像デー
タ、及び文字データ（なお、本明細書においてはシンボ
ルや記号等も文字として含まれるものとする）等を記録
可能とする構成が先に本出願人により提案されている。

【０００４】例えば、従来のミニディスクシステムにお
いても、ディスクネームやトラックネームなどの文字情
報を記録可能とされてはいたが、これらの文字情報は、
（Ｕ−ＴＯＣ：USER TABLE OF CONTENTS）内において各
プログラムに対応して記録されるものである。但し、こ
のＵ−ＴＯＣ自体さほど大容量ではないため、あくまで
も上記のように、タイトル程度の文字が記録できる程度
にとどまっていた。これに対して、上記のように副デー
タの記録領域を設けることで、文字情報だけではなく、
例えば静止画のようにさほどの大容量を必要としない画
像データを記録することが容易に実現されるものであ
る。

【０００５】

【発明が解決しようとする課題】ところで、上記のよう
にしてミニディスクシステムとして主データ（音声デー
タ）に加え、副データ（画像、文字情報）が記録可能な
構成を採る場合の副データの利用形態としては、例えば
主データであるプログラムの再生時間に対して、１又は
複数の副データとしてのデータファイルの再生時間を規
定することで、プログラムの再生に同期させてデータフ
ァイルを再生出力させるといったことが考えられる。具
体的には、例えば、２分の演奏時間を有する楽曲として
のプログラム（主データ）と、このプログラムに対して
同期再生時間が規定されたｐｉｃｔｕｒｅ＃１，＃２の
２枚の静止画像ファイル（副データ）がディスクに記録
されているとして、その規定された同期再生時間に従っ
て、このプログラムの音声再生を行っている前半の１分
間はｐｉｃｔｕｒｅ＃１の静止画像ファイルを同期して
表示出力させ、後半の１分間はｐｉｃｔｕｒｅ＃２の静
止画像ファイルを同期して表示出力させるといったよう
にするものである。

【０００６】このような同期再生を可能とする構成を採
れば、これまでのように、音声として再生されたプログ
ラム（楽曲）のみを聴くのではなく、再生された楽曲の
進行に応じて表示される静止画像や文字を見るといった
楽しみ方をすることができる。

【０００７】

【発明が解決しようとする課題】ここで、プログラムの
データ（主データ）及びデータファイル（副データ）は
ディスクに記録されている情報であり、従って、上述の
ようにして同期再生を行うためには、当然のこととして
プログラムとデータファイルの情報をディスクから読み
出して再生する必要があることになる。この場合、プロ
グラムのデータはオーディオデータであって、連続性を
有する情報であることから、その再生出力に途切れが生
じるのは極力避けられねばならない。従って、プログラ
ムの再生出力に途切れが生じないようにした上で、デー
タファイルの同期再生が確実に行われるようにすること
を考えた場合には、例えば、ディスクが装填されたとき
に、予め、プログラムに対して同期再生されることが規
定されている全データファイルの読み出しを行って、ミ
ニディスクシステムにおける所定の記憶領域（メモリ）
に保持させ、このメモリに対するデータファイルの保持
が完了した後にはじめてプログラムの再生開始が可能と
なるように構成することが、１つの順当な方法として挙
げられる。

【０００８】但し、上記のような構成を採った場合、メ
モリに対する全データファイルの保持動作が完了するま
での期間（例えば全データファイルのサイズにもよるが
数秒程度）はプログラムの再生を開始できないことにな
る。これは、ユーザにとってみれば、例えばディスクを
装填して直ぐにプログラムの再生を行おうとしても、デ
ータファイルの保持動作が完了するまで待たされること
になり、それだけユーザに対して操作上のストレスを与
えることになる。即ち、機器の使い勝手上の観点からす
れば、プログラムの再生音声が途切れないようにしてデ
ータファイルの同期再生が行われるようにした上で、例
えばディスク装填後において出来るだけ迅速にプログラ
ムの再生が開始できるようにすることが要求されるもの
である。

【０００９】また、同じく、プログラムに対してデータ
ファイルの同期再生が可能なミニディスクシステム機器
としての使い勝手を考えた場合、ユーザにより選択した
静止画像データや文字情報ファイルなどをプログラムに
対して同期再生するためのデータファイルとしてディス
クに対して記録できるようにすることが必然的に要求さ
れるものである。つまり、ミニディスクシステムとして
は、プログラムデータの記録だけではなく、データファ
イルの記録も可能な構成を採ることが要求されるのであ
るが、このようなプログラムデータとデータファイルと
の２種類のデータの記録が出来るだけ効率よく行われる
ように配慮されることも要求されてしかるべきである。

【００１０】

【課題を解決するための手段】そこで本発明は上記した
課題を考慮して、１又は複数のプログラムとしての時間
的連続性のある主データと、この主データとしての１又
は複数のプログラムについての記録又は再生又は編集動
作を管理する主データ管理情報と、主データとしての各
プログラムとは独立した１又は複数のデータファイルと
しての副データと、該副データとしての１又は複数のデ
ータファイルの記録又は再生又は編集動作の管理を行う
ための情報であり、プログラムの再生時間に対するデー
タファイルの同期再生時間を規定する同期再生制御情報
が含まれる副データ管理情報とが記録される記録媒体に
対応して再生動作を行うことのできる再生装置として、
記録媒体からプログラム、主データ管理情報、データフ
ァイル、副データ管理情報のそれぞれの読出を行うこと
のできる再生ヘッド手段と、少なくとも、再生ヘッド手
段により読み出されたプログラムのデータを一時蓄積可
能とされ、蓄積すべきプログラムのデータの書き込み速
度が所定の第１の速度に設定され、蓄積されたプログラ
ムのデータ読み出し速度が第１の速度よりも低速な所定
の第２の速度に設定されている記憶手段と、この記憶手
段から読み出したプログラムのデータについて所要の信
号処理を施すことによって再生情報として出力すること
のできるプログラム再生手段と、再生ヘッド手段で読み
出されたデータファイルについて所要の信号処理を施す
ことによって再生情報として出力することのできるデー
タファイル再生手段と、再生ヘッド手段によって読み出
された主データ管理情報及び副データ管理情報に基づい
て、再生ヘッド手段、プログラム再生手段、データファ
イル再生手段の動作制御を行うとともに、副データ管理
情報に含まれる同期再生制御情報に基づいてプログラム
再生手段から出力されているプログラムの再生進行時間
に応じたタイミングで、特定のデータファイルの再生出
力が上記データファイル再生手段によって実行されるよ
うに制御を行うことのできる再生制御手段と、記憶手段
における上記プログラムのデータの蓄積量が所定以下の
状態では上記記録媒体からプログラムのデータを読み出
させるように再生ヘッド手段を制御し、記憶手段におけ
る上記プログラムのデータの蓄積量が所定以上となった
場合には記録媒体からの上記プログラムの読み出し動作
を停止させ、同期再生制御情報に基づいて現在のプログ
ラムの再生状況に応じて必要であると判別したデータフ
ァイルが記録媒体から読み出されるように再生ヘッド手
段を制御する再生ヘッド動作制御手段とを備えて構成す
ることとした。

【００１１】上記構成によれば、再生されるプログラム
のデータは、読み出し速度が書き込み速度よりも低速に
設定された記憶手段に一旦入力されることで、この速度
差によって記憶手段に蓄積されるプログラムとしては、
そのデータ量が増加していく状態を得ることが出来る。
そこで、記憶手段に蓄積されているプログラムのデータ
量が所定以上となったとき、つまり、記憶手段に蓄積さ
れているプログラムのデータのみによってプログラムの
データの再生出力が途切れないように継続される状態が
或る時間以上保てるとされたときに、記録媒体からのプ
ログラムの読み出し（記憶手段に対する書き込み）は停
止して、必要とされるデータファイルの読み出しが行わ
れるようにされる。そして、本発明では、記録媒体から
のプログラムのデータの読み出しが間欠的に行われるこ
とを利用し、そのプログラムのデータの読み出しが停止
されている期間にデータファイルを記録媒体から読み出
すという動作を行うようにするものである。また、この
ときに記録媒体から読み出されるデータファイルは、同
期再生制御情報に基づいて、現在のプログラムの再生状
況に応じて必要であると判別されたものから優先的に読
み出されるようにされる。つまりは、現在再生されてい
るプログラムの再生進行状況の基で、最も近い将来にお
いて同期再生されるべきデータファイルから順に選択さ
れて、記録媒体からのデータの読み出しが行われるもの
である。

【００１２】また、本発明として少なくとも１又は複数
のプログラムとしての時間的連続性のある主データが記
録される主データ記録領域と、主データとしての各プロ
グラムとは独立した１又は複数のデータファイルとして
の副データが記録される副データ記録領域とが設定され
ている記録媒体に対して記録を行うことのできる記録装
置として、記録データとして入力されるプログラムのデ
ータが一時蓄積可能とされ、蓄積すべきプログラムのデ
ータの書き込み速度が所定の第１の速度に設定され、蓄
積されたプログラムのデータ読み出し速度が第１の速度
よりも高速な所定の第２の速度に設定されている第１の
記憶手段と、記録データとしてのデータファイルが保持
される第２の記憶手段と、第１の記憶手段から読み出さ
れたプログラムデータ又は第２の記憶手段から読み出さ
れたデータファイルの何れか一方を選択して記録媒体に
記録することのできる記録ヘッド手段と、第１の記憶手
段に記憶されているプログラムのデータの蓄積量が所定
以上の状態では、記録ヘッド手段を上記記録媒体の主デ
ータ記録領域に移送させた状態として、第１の記憶手段
から読み出したプログラムのデータを主データ記録領域
に記録させ、第１の記憶手段に記憶されているプログラ
ムのデータの蓄積量が所定以下となった場合には記録ヘ
ッド手段による主データ記録領域に対するプログラムの
データの記録を停止させた後にこの記録ヘッド手段を記
録媒体の副データ記録領域に移送させ、第２の記憶手段
から読み出したデータファイルを副データ記録領域に記
録させるように制御を実行する記録制御手段とを備えて
構成することとした。

【００１３】上記構成によれば、記録データとしてのプ
ログラムのデータは、読み出し速度（ディスクドライブ
側への転送速度）が書き込み速度（入力される記録デー
タの転送速度）よりも高速に設定された記憶手段に一旦
入力されることで、この速度差によって第１の記憶手段
におけるプログラムデータの蓄積量は減少していく状態
を得ることが出来る。そこで、第１の記憶手段における
プログラムデータの蓄積量が所定以下となれば、第１の
記憶手段へのプログラムデータの書き込みは継続させた
上で、記録媒体へのプログラムデータの記録動作（即ち
第１の記憶手段からのプログラムデータの読み出し動
作）を一時停止させるように動作させることが出来る。
つまり、記録媒体に対して間欠記録を行う動作が得られ
る。そして、このプログラムデータの記録媒体への記録
が停止されている期間において、第２の記憶手段に保持
されていたデータファイルを記録するようにされる。こ
のような構成によれば、本来、プログラムデータを記録
媒体に記録するのに要するとされる時間内において、デ
ータファイルも日時に記録していくという見かけ上の動
作が得られるものである。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。この実施の形態としての例は光磁気ディス
ク（ミニディスク）を記録媒体の例とし、またミニディ
スク記録再生装置を記録装置及び再生装置の例とする。
説明は次の順序で行なう。 １．記録再生装置の構成 ２．セクターフォーマット及びアドレス形式 ３．エリア構造 ４．Ｕ−ＴＯＣ ４−１ Ｕ−ＴＯＣセクター０ ４−２ Ｕ−ＴＯＣセクター１ ４−３ Ｕ−ＴＯＣセクター２ ４−４ Ｕ−ＴＯＣセクター４ ５．ＡＵＸ−ＴＯＣ ５−１ ＡＵＸ−ＴＯＣセクター０ ５−２ ＡＵＸ−ＴＯＣセクター１ ５−３ ＡＵＸ−ＴＯＣセクター２ ５−４ ＡＵＸ−ＴＯＣセクター３ ５−５ ＡＵＸ−ＴＯＣセクター４ ５−６ ＡＵＸ−ＴＯＣセクター５ ６．データファイル ６−１ ピクチャファイルセクター ６−２ テキストファイルセクター ７．同期再生時におけるデータ読み出し動作 ７−１ 動作例 ７−１−１ ディスク例 ７−１−２ バッファメモリの構造 ７−１−３ 動作概略 ７−２ 処理動作 ８．プログラム／データファイル同時記録動作 ８−１ 動作概略 ８−２ 処理動作

【００１５】１．記録再生装置の構成 図１は本例のミニディスク記録再生装置１の内部構成を
示す。音声データが記録される光磁気ディスク（ミニデ
ィスク）９０は、スピンドルモータ２により回転駆動さ
れる。そして光磁気ディスク９０に対しては記録／再生
時に光学ヘッド３によってレーザ光が照射される。

【００１６】光学ヘッド３は、記録時には記録トラック
をキュリー温度まで加熱するための高レベルのレーザ出
力を行ない、また再生時には磁気カー効果により反射光
からデータを検出するための比較的低レベルのレーザ出
力を行なう。このため、光学ヘッド３にはレーザ出力手
段としてのレーザダイオード、偏光ビームスプリッタや
対物レンズ等からなる光学系、及び反射光を検出するた
めのディテクタ等が搭載されている。対物レンズ３ａは
２軸機構４によってディスク半径方向及びディスクに接
離する方向に変位可能に保持されている。

【００１７】また、ディスク９０を挟んで光学ヘッド３
と対向する位置に磁気ヘッド６ａが配置されている。磁
気ヘッド６ａは供給されたデータによって変調された磁
界を光磁気ディスク９０に印加する動作を行なう。光学
ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５に
よりディスク半径方向に移動可能とされている。

【００１８】再生動作によって、光学ヘッド３によりデ
ィスク９０から検出された情報はＲＦアンプ７に供給さ
れる。ＲＦアンプ７は供給された情報の演算処理によ
り、再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォ
ーカスエラー信号ＦＥ、グルーブ情報（光磁気ディスク
９０にプリグルーブ（ウォブリンググルーブ）として記
録されている絶対位置情報）ＧＦＭ等を抽出する。抽出
された再生ＲＦ信号はエンコーダ／デコーダ部８に供給
される。また、トラッキングエラー信号ＴＥ、フォーカ
スエラー信号ＦＥはサーボ回路９に供給され、グルーブ
情報ＧＦＭはアドレスデコーダ１０に供給される。

【００１９】サーボ回路９は供給されたトラッキングエ
ラー信号ＴＥ、フォーカスエラー信号ＦＥや、マイクロ
コンピュータにより構成されるシステムコントローラ１
１からのトラックジャンプ指令、アクセス指令、スピン
ドルモータ２の回転速度検出情報等により各種サーボ駆
動信号を発生させ、２軸機構４及びスレッド機構５を制
御してフォーカス及びトラッキング制御を行ない、また
スピンドルモータ２を一定線速度（ＣＬＶ）に制御す
る。

【００２０】アドレスデコーダ１０は供給されたグルー
ブ情報ＧＦＭをデコードしてアドレス情報を抽出する。
このアドレス情報はシステムコントローラ１１に供給さ
れ、各種の制御動作に用いられる。また再生ＲＦ信号に
ついてはエンコーダ／デコーダ部８においてＥＦＭ復
調、ＣＩＲＣ等のデコード処理が行なわれるが、このと
きアドレス、サブコードデータなども抽出され、システ
ムコントローラ１１に供給される。

【００２１】エンコーダ／デコーダ部８でＥＦＭ復調、
ＣＩＲＣ等のデコード処理された音声データ（セクター
データ）は、メモリコントローラ１２によって一旦バッ
ファメモリ１３に書き込まれる。なお、光学ヘッド３に
よるディスク９０からのデータの読み取り及び光学ヘッ
ド３からバッファメモリ１３までの系における再生デー
タの転送は1.41Mbit/secで、しかも通常は間欠的に行な
われる。

【００２２】バッファメモリ１３に書き込まれたデータ
は、再生データの転送が0.3Mbit/sec となるタイミング
で読み出され、エンコーダ／デコーダ部１４に供給され
る。そして、音声圧縮処理に対するデコード処理等の再
生信号処理を施され、４４．１ＫＨZ サンプリング、１
６ビット量子化のデジタルオーディオ信号とされる。こ
のデジタルオーディオ信号はＤ／Ａ変換器１５によって
アナログ信号とされ、出力処理部１６でレベル調整、イ
ンピーダンス調整等が行われてライン出力端子１７から
アナログオーディオ信号Ａｏｕｔとして外部機器に対し
て出力される。またヘッドホン出力ＨＰｏｕｔとしてヘ
ッドホン出力端子２７に供給され、接続されるヘッドホ
ンに出力される。

【００２３】また、エンコーダ／デコーダ部１４でデコ
ードされた状態のデジタルオーディオ信号は、デジタル
インターフェース部２２に供給されることで、デジタル
出力端子２１からデジタルオーディオ信号Ｄｏｕｔとし
て外部機器に出力することもできる。例えば光ケーブル
による伝送形態で外部機器に出力される。

【００２４】光磁気ディスク９０に対して記録動作が実
行される際には、ライン入力端子１８に供給された記録
信号（アナログオーディオ信号Ａｉｎ）は、Ａ／Ｄ変換
器１９によってデジタルデータとされた後、エンコーダ
／デコーダ部１４に供給され、音声圧縮エンコード処理
を施される。または外部機器からデジタル入力端子２０
にデジタルオーディオ信号Ｄｉｎが供給された場合は、
デジタルインターフェース部２２で制御コード等の抽出
が行われるとともに、そのオーディオデータがエンコー
ダ／デコーダ部１４に供給され、音声圧縮エンコード処
理を施される。なお図示していないがマイクロホン入力
端子を設け、マイクロホン入力を記録信号として用いる
ことも当然可能である。

【００２５】エンコーダ／デコーダ部１４によって圧縮
された記録データはメモリコントローラ１２によって一
旦バッファメモリ１３に書き込まれて蓄積されていった
後、所定量のデータ単位毎に読み出されてエンコーダ／
デコーダ部８に送られる。そしてエンコーダ／デコーダ
部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード
処理された後、磁気ヘッド駆動回路６に供給される。

【００２６】磁気ヘッド駆動回路６はエンコード処理さ
れた記録データに応じて、磁気ヘッド６ａに磁気ヘッド
駆動信号を供給する。つまり、光磁気ディスク９０に対
して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行さ
せる。また、このときシステムコントローラ１１は光学
ヘッドに対して、記録レベルのレーザ光を出力するよう
に制御信号を供給する。

【００２７】操作部２３はユーザー操作に供される部位
を示し、各種操作キーやダイヤルとしての操作子が設け
られる。操作子としては例えば、再生、録音、一時停
止、停止、ＦＦ（早送り）、ＲＥＷ（早戻し）、ＡＭＳ
（頭出しサーチ）などの記録再生動作にかかる操作子
や、通常再生、プログラム再生、シャッフル再生などの
プレイモードにかかる操作子、さらには表示部２４にお
ける表示状態を切り換える表示モード操作のための操作
子、トラック（プログラム）分割、トラック連結、トラ
ック消去、トラックネーム入力、ディスクネーム入力な
どのプログラム編集操作のための操作子が設けられてい
る。これらの操作キーやダイヤルによる操作情報はシス
テムコントローラ１１に供給され、システムコントロー
ラ１１は操作情報に応じた動作制御を実行することにな
る。

【００２８】表示部２４の表示動作はシステムコントロ
ーラ１１によって制御される。即ちシステムコントロー
ラ１１は表示動作を実行させる際に表示すべきデータを
表示部２４内の表示ドライバに送信する。表示ドライバ
は供給されたデータに基づいて液晶パネルなどによるデ
ィスプレイの表示動作を駆動し、所要の数字、文字、記
号などの表示を実行させる。表示部２４においては、記
録／再生しているディスクの動作モード状態、トラック
ナンバ、記録時間／再生時間、編集動作状態等が示され
る。またディスク９０には主データたるプログラムに付
随して管理される文字情報（トラックネーム等）が記録
できるが、その文字情報の入力の際の入力文字の表示
や、ディスクから読み出した文字情報の表示などが実行
される。さらに本例の場合、ディスク９０には、プログ
ラムとしての楽曲等のデータとは独立したデータファイ
ルとなる副データ（ＡＵＸデータ）が記録されることが
できる。ＡＵＸデータとしてのデータファイルは、文
字、静止画などの情報となるが、これらの文字や静止画
は表示部２４により表示出力可能とされる。

【００２９】本実施の形態では、ＡＵＸデータである静
止画及び文字を表示部２４に表示させるための構成とし
て、ＪＰＥＧデコーダ２６が備えられる。即ち、本実施
の形態においては、ＡＵＸデータとしてのデータファイ
ルである静止画データは、ＪＰＥＧ(Joint Photographi
c Coding Experts Group)方式により圧縮されたファイ
ル形式で記録される。ＪＰＥＧデコーダ２６では、ディ
スク９０にて再生されて例えばバッファメモリ１３に蓄
積された静止画データのファイルをメモリコントローラ
１２を介して入力し、ＪＰＥＧ方式に従った伸張処理を
施して表示部２４に出力する。これにより、ＡＵＸデー
タである静止画データが表示部２４にて表示されること
になる。

【００３０】但し、ＡＵＸデータとしての文字情報や静
止画情報を出力するには、比較的大画面となり、かつ画
面上を或る程度自由に使用できるフルドットディスプレ
イやＣＲＴディスプレイが好適な場合も多く、このた
め、ＡＵＸデータの表示出力はインターフェース部２５
を介して外部のモニタ装置などにおいて実行するように
することが考えられる。またＡＵＸデータファイルはユ
ーザーがディスク９０に記録させることもできるが、そ
の場合の入力としてイメージスキャナ、パーソナルコン
ピュータ、キーボード等を用いることが必要になる場合
があり、そのような装置からＡＵＸデータファイルとし
ての情報をインターフェース部２５を介して入力するこ
とが考えられる。

【００３１】システムコントローラ１１は、ＣＰＵ、プ
ログラムＲＯＭ、ワークＲＡＭ、インターフェース部等
を備えたマイクロコンピュータとされ、上述してきた各
種動作の制御を行う。

【００３２】ところで、ディスク９０に対して記録／再
生動作を行なう際には、ディスク９０に記録されている
管理情報、即ちＰ−ＴＯＣ（プリマスタードＴＯＣ）、
Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出す必要がある。
システムコントローラ１１はこれらの管理情報に応じて
ディスク９０上の記録すべきエリアのアドレスや、再生
すべきエリアのアドレスを判別することとなる。この管
理情報はバッファメモリ１３に保持される。そして、シ
ステムコントローラ１１はこれらの管理情報を、ディス
ク９０が装填された際に管理情報の記録されたディスク
の最内周側の再生動作を実行させることによって読み出
し、バッファメモリ１３に記憶しておき、以後そのディ
スク９０に対するプログラムの記録／再生／編集動作の
際に参照できるようにしている。

【００３３】また、Ｕ−ＴＯＣはプログラムデータの記
録や各種編集処理に応じて書き換えられるものである
が、システムコントローラ１１は記録／編集動作のたび
に、Ｕ−ＴＯＣ更新処理をバッファメモリ１３に記憶さ
れたＵ−ＴＯＣ情報に対して行ない、その書換動作に応
じて所定のタイミングでディスク９０のＵ−ＴＯＣエリ
アについても書き換えるようにしている。

【００３４】またディスク９０にはプログラムとは別に
ＡＵＸデータファイルが記録されるが、そのＡＵＸデー
タファイルの管理のためにディスク９０上にはＡＵＸ−
ＴＯＣが形成される。システムコントローラ１１はＵ−
ＴＯＣの読出の際にＡＵＸ−ＴＯＣの読出も行い、バッ
ファメモリ１３に格納して必要時にＡＵＸデータ管理状
態を参照できるようにしている。またシステムコントロ
ーラ１１は必要に応じて所定タイミングで（もしくはＡ
ＵＸ−ＴＯＣの読出の際に同時に）ＡＵＸデータファイ
ルを読み込み、バッファメモリ１３に格納する。そして
ＡＵＸ−ＴＯＣで管理される出力タイミングに応じて表
示部２４や、インターフェース部２５を介した外部機器
における文字や画像の出力動作を実行させる。

【００３５】２．セクターフォーマット及びアドレス形
式 図２で、セクター、クラスタというデータ単位について
説明する。ミニディスクシステムでの記録トラックとし
ては図２のようにクラスタＣＬが連続して形成されてお
り、１クラスタが記録時の最小単位とされる。１クラス
タは２〜３周回トラック分に相当する。

【００３６】そして１つのクラスタＣＬは、セクターＳ
FC〜ＳFFとされる４セクターのリンキング領域と、セク
ターＳ00〜Ｓ1Fとして示す３２セクターのメインデータ
領域から形成されている。１セクターは２３５２バイト
で形成されるデータ単位である。４セクターのサブデー
タ領域のうち、セクターＳFFはサブデータセクターとさ
れ、サブデータとしての情報記録に使用できるが、セク
ターＳFC〜ＳFEの３セクターはデータ記録には用いられ
ない。一方、ＴＯＣデータ、オーディオデータ、ＡＵＸ
データ等の記録は３２セクター分のメインデータ領域に
行なわれる。なお、アドレスは１セクター毎に記録され
る。

【００３７】また、セクターはさらにサウンドグループ
という単位に細分化され、２セクターが１１サウンドグ
ループに分けられている。つまり図示するように、セク
ターＳ00などの偶数セクターと、セクターＳ01などの奇
数セクターの連続する２つのセクターに、サウンドグル
ープＳＧ00〜ＳＧ0Aが含まれる状態となっている。１つ
のサウンドグループは４２４バイトで形成されており、
11.61msec の時間に相当する音声データ量となる。１つ
のサウンドグループＳＧ内にはデータがＬチャンネルと
Ｒチャンネルに分けられて記録される。例えばサウンド
グループＳＧ00はＬチャンネルデータＬ０とＲチャンネ
ルデータＲ０で構成され、またサウンドグループＳＧ01
はＬチャンネルデータＬ１とＲチャンネルデータＲ１で
構成される。なお、Ｌチャンネル又はＲチャンネルのデ
ータ領域となる２１２バイトをサウンドフレームとよん
でいる。

【００３８】次に図３にミニディスクシステムでのアド
レス形式を説明する。各セクターは、クラスタアドレス
とセクターアドレスによってアドレスが表現される。そ
して図３上段に示すようにクラスタアドレスは１６ビッ
ト（＝２バイト）、セクターアドレスは８ビット（＝１
バイト）の数値となる。この３バイト分のアドレスが、
各セクターの先頭位置に記録される。

【００３９】さらに４ビットのサウンドグループアドレ
スを追加することで、セクター内のサウンドグループの
番地も表現することができる。例えばＵ−ＴＯＣなどの
管理上において、サウンドグループアドレスまで表記す
ることで、サウンドグループ単位での再生位置設定など
も可能となる。

【００４０】ところでＵ−ＴＯＣやＡＵＸ−ＴＯＣなど
においては、クラスタアドレス、セクターアドレス、サ
ウンドグループアドレスを３バイトで表現するために、
図３下段に示すような短縮型のアドレスが用いられる。
まずセクターは１クラスタに３６セクターであるため６
ビットで表現できる。従ってセクターアドレスの上位２
ビットは省略できる。同様にクラスタもディスク最外周
まで１４ビットで表現できるためクラスタアドレスの上
位２ビットは省略できる。このようにセクターアドレ
ス、クラスタアドレスの上位各２ビットづつを省略する
ことで、サウンドグループまで指定できるアドレスを３
バイトで表現できる。

【００４１】また、後述するＵ−ＴＯＣ、ＡＵＸ−ＴＯ
Ｃでは、再生位置、再生タイミング等を管理するアドレ
スは、上記の短縮型のアドレスで表記するが、そのアド
レスとしては、絶対アドレス形態で示す例以外に、オフ
セットアドレスで示す例も考えられる。オフセットアド
レスとは、例えば楽曲等の各プログラムの先頭位置をア
ドレス０の位置としてそのプログラム内の位置を示す相
対的なアドレスである。このオフセットアドレスの例を
図４で説明する。

【００４２】楽曲等のプログラムが記録されるのは、図
５を用いて後述するが、ディスク上の第５０クラスタ
（１６進表現でクラスタ３２ｈ：以下、本明細書におい
て「ｈ」を付した数字は１６進表記での数値とする）か
らとなる。例えば第１プログラムの先頭位置のアドレス
（クラスタ３２ｈ、セクター００ｈ、サウンドグループ
０ｈ）のアドレス値は図４（ａ）上段に示すのように、
「００００００００００１１００１０００００００００
００００」（つまり００３２ｈ、００ｈ、０ｈ）とな
る。これを短縮形で示すと、図４（ａ）下段のように、
「００００００００１１００１００００００００００
０」（つまり００ｈ、Ｃ８ｈ、００ｈ）となる。

【００４３】この先頭アドレスを起点として、第１プロ
グラム内のある位置として、例えばクラスタ００３２
ｈ、セクター０４ｈ、サウンドグループ０ｈのアドレス
は、図４（ｂ）のように短縮形の絶対アドレスでは「０
０ｈ、Ｃ８ｈ、４０ｈ」となり、一方オフセットアドレ
スは、先頭アドレスを起点とした差分でクラスタ０００
０ｈ、セクター０４ｈ、サウンドグループ０ｈを表現す
ればよいため、「００ｈ、００ｈ、４０ｈ」となる。

【００４４】また図４（ａ）の先頭アドレスを起点とし
て、第１プログラム内のある位置として、例えばクラス
タ００３２ｈ、セクター１３ｈ、サウンドグループ９ｈ
のアドレスは、図４（ｃ）のように短縮形の絶対アドレ
スでは「００ｈ、Ｃ９ｈ、３９ｈ」となり、一方オフセ
ットアドレスは「００ｈ、０１ｈ、３９ｈ」となる。例
えばこれらの例のように、絶対アドレス又はオフセット
アドレスにより、プログラム内の位置などを指定でき
る。

【００４５】３．エリア構造 本例のディスク９０のエリア構造を図５で説明する。図
５（ａ）はディスク最内周側から最外周側までのエリア
を示している。光磁気ディスクとしてのディスク９０
は、最内周側はエンボスピットにより再生専用のデータ
が形成されるピット領域とされており、ここにＰ−ＴＯ
Ｃが記録されている。ピット領域より外周は、光磁気領
域とされ、記録トラックの案内溝としてのグルーブが形
成された記録再生可能領域となっている。この光磁気領
域の最内周側のクラスタ０〜クラスタ４９までの区間が
管理エリアとされ、実際の楽曲等のプログラムが記録さ
れるのは、クラスタ５０〜クラスタ２２５１までのプロ
グラムエリアとなる。プログラムエリアより外周はリー
ドアウトエリアとされている。

【００４６】管理エリア内を詳しく示したものが図５
（ｂ）である。図５（ｂ）は横方向にセクター、縦方向
にクラスタを示している。管理エリアにおいてクラスタ
０，１はピット領域との緩衝エリアとされている。クラ
スタ２はパワーキャリブレーションエリアＰＣＡとさ
れ、レーザー光の出力パワー調整等のために用いられ
る。クラスタ３，４，５はＵ−ＴＯＣが記録される。Ｕ
−ＴＯＣの内容は後述するが、１つのクラスタ内の各セ
クターにおいてデータフォーマットが規定され、それぞ
れ所定の管理情報が記録されるが、このようなＵ−ＴＯ
Ｃデータとなるセクターを有するクラスタが、クラスタ
３，４，５に３回繰り返し記録される。

【００４７】クラスタ６，７，８はＡＵＸ−ＴＯＣが記
録される。ＡＵＸ−ＴＯＣの内容についても後述する
が、１つのクラスタ内の各セクターにおいてデータフォ
ーマットが規定され、それぞれ所定の管理情報が記録さ
れる。このようなＡＵＸ−ＴＯＣデータとなるセクター
を有するクラスタが、クラスタ６，７，８に３回繰り返
して記録される。

【００４８】クラスタ９からクラスタ４６までの領域
は、ＡＵＸデータが記録される領域となる。ＡＵＸデー
タとしてのデータファイルはセクター単位で形成され、
後述する静止画ファイルとしてのピクチャファイルセク
ター、文字情報ファイルとしてのテキストファイルセク
ター、プログラムに同期した文字情報ファイルとしての
カラオケテキストファイルセクター等が形成される。そ
してこのＡＵＸデータとしてのデータファイルや、ＡＵ
Ｘデータエリア内でＡＵＸデータファイルを記録可能な
領域などは、ＡＵＸ−ＴＯＣによって管理されることに
なる。

【００４９】なおＡＵＸデータエリアでのデータファイ
ルの記録容量は、エラー訂正方式モード２として考えた
場合に２．８Ｍバイトとなる。また、例えばプログラム
エリアの後半部分やプログラムエリアより外周側の領域
（例えばリードアウト部分）に、第２のＡＵＸデータエ
リアを形成して、データファイルの記録容量を拡大する
ことも考えられる。

【００５０】クラスタ４７，４８，４９は、プログラム
エリアとの緩衝エリアとされる。クラスタ５０（＝３２
ｈ）以降のプログラムエリアには、１又は複数の楽曲等
の音声データがＡＴＲＡＣと呼ばれる圧縮形式で記録さ
れる。記録される各プログラムや記録可能な領域は、Ｕ
−ＴＯＣによって管理される。なお、プログラム領域に
おける各クラスタにおいて、セクターＦＦｈは、前述し
たようにサブデータとしての何らかの情報の記録に用い
ることができる。

【００５１】なお、ミニディスクシステムではプログラ
ム等が再生専用のデータとしてピット形態で記録されて
いる再生専用ディスクも用いられるが、この再生専用デ
ィスクでは、ディスク上はすべてピットエリアとなる。
そして記録されているプログラムの管理はＰ−ＴＯＣに
よって後述するＵ−ＴＯＣとほぼ同様の形態で管理さ
れ、Ｕ−ＴＯＣは形成されない。但し、ＡＵＸデータと
して再生専用のデータファイルを記録する場合は、それ
を管理するためのＡＵＸ−ＴＯＣが記録されることにな
る。

【００５２】４．Ｕ−ＴＯＣ ４−１ Ｕ−ＴＯＣセクター０ 前述したように、ディスク９０に対してプログラム（ト
ラック）の記録／再生動作を行なうためには、システム
コントローラ１１は、予めディスク９０に記録されてい
る管理情報としてのＰ−ＴＯＣ、Ｕ−ＴＯＣを読み出し
ておき、必要時にこれを参照することになる。ここで、
ディスク９０においてトラック（楽曲等）の記録／再生
動作などの管理を行なう管理情報として、Ｕ−ＴＯＣセ
クターについて説明する。

【００５３】なおＰ−ＴＯＣは図５で説明したようにデ
ィスク９０の最内周側のピットエリアに形成されるもの
で、読出専用の情報である。そして、Ｐ−ＴＯＣによっ
てディスクの記録可能エリア（レコーダブルユーザーエ
リア）や、リードアウトエリア、Ｕ−ＴＯＣエリアなど
の位置の管理等が行なわれる。なお、全てのデータがピ
ット形態で記録されている再生専用の光ディスクでは、
Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲
の管理も行なうことができるようにされ、Ｕ−ＴＯＣは
形成されない。Ｐ−ＴＯＣについては詳細な説明を省略
し、ここでは記録可能な光磁気ディスクに設けられるＵ
−ＴＯＣについて説明する。

【００５４】図６はＵ−ＴＯＣセクター０のフォーマッ
トを示すものである。なお、Ｕ−ＴＯＣセクターとして
はセクター０〜セクター３２まで設けることができ、そ
の中で、セクター１，セクター４は文字情報、セクター
２は録音日時を記録するエリアとされている。まず最初
に、ディスク９０の記録／再生動作に必ず必要となるＵ
−ＴＯＣセクター０について説明する。

【００５５】Ｕ−ＴＯＣセクター０は、主にユーザーが
録音を行なった楽曲等のプログラムや新たにプログラム
が録音可能なフリーエリアについての管理情報が記録さ
れているデータ領域とされる。例えばディスク９０に或
る楽曲の録音を行なおうとする際には、システムコント
ローラ１１は、Ｕ−ＴＯＣセクター０からディスク上の
フリーエリアを探し出し、ここに音声データを記録して
いくことになる。また、再生時には再生すべき楽曲が記
録されているエリアをＵ−ＴＯＣセクター０から判別
し、そのエリアにアクセスして再生動作を行なう。

【００５６】Ｕ−ＴＯＣセクター０のデータ領域（４バ
イト×588 の２３５２バイト）は、先頭位置にオール０
又はオール１の１バイトデータが並んで形成される同期
パターンが記録される。続いてクラスタアドレス(Clust
er H) (Cluster L) 及びセクターアドレス(Sector)とな
るアドレスが３バイトにわたって記録され、さらにモー
ド情報(MODE)が１バイト付加され、以上でヘッダとされ
る。ここでの３バイトのアドレスは、そのセクター自体
のアドレスである。

【００５７】同期パターンやアドレスが記録されるヘッ
ダ部分については、このＵ−ＴＯＣセクター０に限ら
ず、Ｐ−ＴＯＣセクター、ＡＵＸ−ＴＯＣセクター、Ａ
ＵＸファイルセクター、プログラムセクターでも同様で
あり、後述する図８以降の各セクターについてはヘッダ
部分の説明を省略するが、セクター単位にそのセクター
自体のアドレス及び同期パターンが記録されている。な
おセクター自体のアドレスとして、クラスタアドレス
は、上位アドレス(Cluster H) と下位アドレス(Cluster
L) の２バイトで記され、セクターアドレス(Sector)は
１バイトで記される。つまりこのアドレスは短縮形式で
はない。

【００５８】続いて所定バイト位置に、メーカーコー
ド、モデルコード、最初のトラックのトラックナンバ(F
irst TNO）、最後のトラックのトラックナンバ（Last T
NO）、セクター使用状況(Used sectors)、ディスクシリ
アルナンバ、ディスクＩＤ等のデータが記録される。

【００５９】さらに、ユーザーが録音を行なって記録さ
れているトラック（楽曲等）の領域やフリーエリア等を
後述するテーブル部に対応させることによって識別する
ため、ポインタ部として各種のポインタ(P-DFA，P-EMPT
Y ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用
意されている。

【００６０】そしてポインタ(P-DFA〜P-TNO255) に対応
させることになるテーブル部として(01h) 〜(FFh) まで
の２５５個のパーツテーブルが設けられ、それぞれのパ
ーツテーブルには、或るパーツについて起点となるスタ
ートアドレス、終端となるエンドアドレス、そのパーツ
のモード情報（トラックモード）が記録されている。さ
らに各パーツテーブルで示されるパーツが他のパーツへ
続いて連結される場合があるため、その連結されるパー
ツのスタートアドレス及びエンドアドレスが記録されて
いるパーツテーブルを示すリンク情報が記録できるよう
にされている。なおパーツとは１つのトラック内で時間
的に連続したデータが物理的に連続して記録されている
トラック部分のことをいう。そしてスタートアドレス、
エンドアドレスとして示されるアドレスは、１つの楽曲
（トラック）を構成する１又は複数の各パーツを示すア
ドレスとなる。これらのアドレスは短縮形で記録され、
クラスタ、セクター、サウンドグループを指定する。

【００６１】この種の記録再生装置では、１つの楽曲
（プログラム／トラック）のデータを物理的に不連続
に、即ち複数のパーツにわたって記録されていてもパー
ツ間でアクセスしながら再生していくことにより再生動
作に支障はないため、ユーザーが録音する楽曲等につい
ては、録音可能エリアの効率使用等の目的から、複数パ
ーツにわけて記録する場合もある。

【００６２】そのため、リンク情報が設けられ、例えば
各パーツテーブルに与えられたナンバ(01h) 〜(FFh) に
よって、連結すべきパーツテーブルを指定することによ
ってパーツテーブルが連結できるようにされている。つ
まりＵ−ＴＯＣセクター０における管理テーブル部にお
いては、１つのパーツテーブルは１つのパーツを表現し
ており、例えば３つのパーツが連結されて構成される楽
曲についてはリンク情報によって連結される３つのパー
ツテーブルによって、そのパーツ位置の管理が行われ
る。なお、実際にはリンク情報は所定の演算処理により
Ｕ−ＴＯＣセクター０内のバイトポジションとされる数
値で示される。即ち、３０４＋（リンク情報）×８（バ
イト目）としてパーツテーブルを指定する。

【００６３】Ｕ−ＴＯＣセクター０のテーブル部におけ
る(01h) 〜(FFh) までの各パーツテーブルは、ポインタ
部におけるポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1
〜P-TNO255) によって、以下のようにそのパーツの内容
が示される。

【００６４】ポインタP-DFA は光磁気ディスク９０上の
欠陥領域に付いて示しており、傷などによる欠陥領域と
なるトラック部分（＝パーツ）が示された１つのパーツ
テーブル又は複数のパーツテーブル内の先頭のパーツテ
ーブルを指定している。つまり、欠陥パーツが存在する
場合はポインタP-DFA において(01h) 〜(FFh) のいづれ
かが記録されており、それに相当するパーツテーブルに
は、欠陥パーツがスタート及びエンドアドレスによって
示されている。また、他にも欠陥パーツが存在する場合
は、そのパーツテーブルにおけるリンク情報として他の
パーツテーブルが指定され、そのパーツテーブルにも欠
陥パーツが示されている。そして、さらに他の欠陥パー
ツがない場合はリンク情報は例えば『(00h) 』とされ、
以降リンクなしとされる。

【００６５】ポインタP-EMPTY は管理テーブル部におけ
る１又は複数の未使用のパーツテーブルの先頭のパーツ
テーブルを示すものであり、未使用のパーツテーブルが
存在する場合は、ポインタP-EMPTY として、(01h) 〜(F
Fh) のうちのいづれかが記録される。未使用のパーツテ
ーブルが複数存在する場合は、ポインタP-EMPTY によっ
て指定されたパーツテーブルからリンク情報によって順
次パーツテーブルが指定されていき、全ての未使用のパ
ーツテーブルが管理テーブル部上で連結される。

【００６６】ポインタP-FRA は光磁気ディスク９０上の
データの書込可能なフリーエリア（消去領域を含む）に
ついて示しており、フリーエリアとなるトラック部分
（＝パーツ）が示された１又は複数のパーツテーブル内
の先頭のパーツテーブルを指定している。つまり、フリ
ーエリアが存在する場合はポインタP-FRA において(01
h) 〜(FFh) のいづれかが記録されており、それに相当
するパーツテーブルには、フリーエリアであるパーツが
スタート及びエンドアドレスによって示されている。ま
た、このようなパーツが複数個有り、つまりパーツテー
ブルが複数個有る場合はリンク情報により、リンク情報
が『(00h) 』となるパーツテーブルまで順次指定されて
いる。

【００６７】図７にパーツテーブルにより、フリーエリ
アとなるパーツの管理状態を模式的に示す。これはパー
ツ(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされて
いる時に、この状態がポインタP-FRA に引き続きパーツ
テーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって
表現されている状態を示している。なお上記した欠陥領
域や未使用パーツテーブルの管理形態もこれと同様とな
る。

【００６８】ポインタP-TNO1〜P-TNO255は、光磁気ディ
スク９０にユーザーが記録を行なった楽曲などのトラッ
クについて示しており、例えばポインタP-TNO1では第１
トラックのデータが記録された１又は複数のパーツのう
ちの時間的に先頭となるパーツが示されたパーツテーブ
ルを指定している。例えば第１トラック（第１プログラ
ム）とされた楽曲がディスク上でトラックが分断されず
に、つまり１つのパーツで記録されている場合は、その
第１トラックの記録領域はポインタP-TNO1で示されるパ
ーツテーブルにおけるスタート及びエンドアドレスとし
て記録されている。

【００６９】また、例えば第２トラック（第２プログラ
ム）とされた楽曲がディスク上で複数のパーツに離散的
に記録されている場合は、その第２トラックの記録位置
を示すため各パーツが時間的な順序に従って指定され
る。つまり、ポインタP-TNO2に指定されたパーツテーブ
ルから、さらにリンク情報によって他のパーツテーブル
が順次時間的な順序に従って指定されて、リンク情報が
『(00h) 』となるパーツテーブルまで連結される（上
記、図７と同様の形態）。このように例えば２曲目を構
成するデータが記録された全パーツが順次指定されて記
録されていることにより、このＵ−ＴＯＣセクター０の
データを用いて、２曲目の再生時や、その２曲目の領域
への上書き記録を行なう際に、光学ヘッド３及び磁気ヘ
ッド６ａをアクセスさせ離散的なパーツから連続的な音
楽情報を取り出したり、記録エリアを効率使用した記録
が可能になる。

【００７０】以上のように、書換可能な光磁気ディスク
９０については、ディスク上のエリア管理はＰ−ＴＯＣ
によってなされ、またレコーダブルユーザーエリアにお
いて記録された楽曲やフリーエリア等はＵ−ＴＯＣによ
り行なわれる。

【００７１】４−２ Ｕ−ＴＯＣセクター１ 次に、図８にＵ−ＴＯＣセクター１のフォーマットを示
す。このセクター１は録音された各トラックにトラック
ネームをつけたり、ディスク自体の名称などの情報とな
るディスクネームをつける場合に、入力された文字情報
を記録するデータ領域とされる。

【００７２】このＵ−ＴＯＣセクター１には、記録され
た各トラックに相当するポインタ部としてポインタP-TN
A1〜P-TNA255が用意され、またこのポインタP-TNA1〜P-
TNA255によって指定されるスロット部が１単位８バイト
で２５５単位のスロット(01h) 〜(FFh) 及び同じく８バ
イトの１つのスロット(00h) が用意されており、上述し
たＵ−ＴＯＣセクター０とほぼ同様の形態で文字データ
を管理する。

【００７３】スロット(01h) 〜(FFh) にはディスクタイ
トルやトラックネームとしての文字情報がアスキーコー
ドで記録される。そして、例えばポインタP-TNA1によっ
て指定されるスロットには第１トラックに対応してユー
ザーが入力した文字が記録されることになる。また、ス
ロットがリンク情報によりリンクされることで、１つの
トラックに対応する文字入力は７バイト（７文字）より
大きくなっても対応できる。なお、スロット(00h) とし
ての８バイトはディスクネームの記録のための専用エリ
アとされており、ポインタP-TNA(x)によっては指定され
ないスロットとされている。このＵ−ＴＯＣセクター１
でもポインタP-EMPTY は使用していないスロットを管理
する。

【００７４】４−３ Ｕ−ＴＯＣセクター２ 次に、図９はＵ−ＴＯＣセクター２のフォーマットを示
しており、このセクター２は、主にユーザーが録音を行
なった楽曲の録音日時を記録するデータ領域とされる。

【００７５】このＵ−ＴＯＣセクター２には、記録され
た各トラックに相当するポインタ部としてポインタP-TR
D1〜P-TRD255が用意され、またこのポインタP-TRD1〜P-
TRD255によって指定されるスロット部が用意される。ス
ロット部には１単位８バイトで２５５単位のスロット(0
1h) 〜(FFh) が形成されており、上述したＵ−ＴＯＣセ
クター０とほぼ同様の形態で日時データを管理する。

【００７６】スロット(01h) 〜(FFh) には楽曲（トラッ
ク）の録音日時が６バイトで記録される。６バイトはそ
れぞれ１バイトづつ、年、月、日、時、分、秒に相当す
る数値が記録される。また、残りの２バイトはメーカー
コード及びモデルコードとされ、その楽曲を録音した記
録装置の製造者を示すコードデータ、及び録音した記録
装置の機種を示すコードデータが記録される。

【００７７】例えばディスクに第１曲目としてがトラッ
クが録音されると、ポインタP-TRD1によって指定される
スロットにはその録音日時及び録音装置のメーカーコー
ド、モデルコードが記録される。録音日時データはシス
テムコントローラ１１が内部時計を参照して自動的に記
録することになる。

【００７８】またスロット(00h) としての８バイトはデ
ィスク単位の録音日時の記録のための専用エリアとされ
ており、ポインタP-TRD(x)によっては指定されないスロ
ットとされている。なお、このＵ−ＴＯＣセクター２で
もスロットポインタP-EMPTY は使用していないスロット
を管理するものである。使用されていないスロットにつ
いては、モデルコードに代えてリンク情報が記録されて
おり、スロットポインタP-EMPTY を先頭に各未使用のス
ロットがリンク情報でリンクされて管理されている。

【００７９】４−４ Ｕ−ＴＯＣセクター４ 図１０はＵ−ＴＯＣセクター４を示し、このセクター４
は、上記したセクター１と同様に、ユーザーが録音を行
なったトラックに曲名（トラックネーム）をつけたり、
ディスクネームをつける場合に、入力された文字情報を
記録するデータ領域とされ、図１０と図８を比較してわ
かるようにフォーマットはセクター１とほぼ同様であ
る。ただし、このセクター４は漢字や欧州文字に対応す
るコードデータ（２バイトコード）が記録できるように
されるものであり、図１１のセクター１のデータに加え
て、所定バイト位置に文字コードの属性が記録される。
このＵ−ＴＯＣセクター４の文字情報の管理は、セクタ
ー１と同様にポインタP-TNA1〜P-TNA255及びポインタP-
TNA1〜P-TNA255によって指定される２５５単位のスロッ
ト(01h) 〜(FFh) によって行なわれる。

【００８０】なお本例の記録再生装置１はＵ−ＴＯＣが
形成されない再生専用ディスクについても対応できる
が、再生専用ディスクの場合、Ｐ−ＴＯＣにおいてディ
スクネーム、トラックネームとしての文字情報を記録し
ておくことができる。即ちＰ−ＴＯＣセクターとしてＵ
−ＴＯＣセクター１、セクター４と概略同様のセクター
が用意されており、ディスクメーカーは予めディスクネ
ーム、トラックネームをそのＰ−ＴＯＣセクターに記録
しておくことができる。

【００８１】５．ＡＵＸ−ＴＯＣ ５−１ ＡＵＸ−ＴＯＣセクター０ 本例のディスク９０では、図５で説明したようにＡＵＸ
データファイル及びＡＵＸ−ＴＯＣを記録する領域が設
定され、ＡＵＸデータファイルとして楽曲等のトラック
（プログラム）とは独立した文字情報や画像情報などを
記録できる。そしてそのＡＵＸデータファイルはＡＵＸ
−ＴＯＣによって管理される。このＡＵＸ−ＴＯＣは、
３クラスタにわたって３回繰り返して記録され、従って
管理データ構造としてはＵ−ＴＯＣと同様に、１クラス
タ内の３２セクターを使用できる。本例では、以下説明
していくようにＡＵＸ−ＴＯＣセクター０〜セクター５
を設定して、ＡＵＸデータファイルの管理を行う。

【００８２】まずＡＵＸ−ＴＯＣセクター０のフォーマ
ットを図１１で説明する。ＡＵＸ−ＴＯＣセクター０
は、主にＡＵＸデータ領域の全体として、ＡＵＸデータ
領域におけるフリーエリア（空きエリア）の管理を行う
エリアアロケーションテーブルとされる。そして図１１
に示されるようにこのセクター０では、ヘッダ（セクタ
ーアドレス(Sector)＝００ｈ，モード情報(MODE)＝０２
ｈとされている）に続いて、所定バイト位置に、‘Ｍ’
‘Ｄ’‘Ａ’‘Ｄ’の４文字がＡＳＣＩＩコードにより
４バイト分の領域を用いて記録される。この‘Ｍ’
‘Ｄ’‘Ａ’‘Ｄ’の文字は、フォーマットＩＤを示す
もので、以降説明するＡＵＸ−ＴＯＣセクターに対して
も、同じバイト位置に共通に記録されている。また、上
記フォーマットＩＤに続く所定バイト位置にメーカーコ
ード、モデルコードが記録され、更に、その後ろの所定
バイト位置にユーズドセクター情報が記録される。

【００８３】上記ユーズドセクター情報には、ＡＵＸ−
ＴＯＣ内のセクター使用状況が示される。Ｕｓｅｄ Ｓ
ｅｃｔｏｒｓ０を形成するｄ８−ｄ１の８ビットは、そ
れぞれ０−７セクターに対応する。以下、同様にして、
Ｕｓｅｄ Ｓｅｃｔｏｒｓ１のｄ８−ｄ１は、それぞれ
８−１５セクターに対応する。Ｕｓｅｄ Ｓｅｃｔｏｒ
ｓ２のｄ８−ｄ１は、それぞれ１６−２３セクターに対
応する。Ｕｓｅｄ Ｓｅｃｔｏｒｓ３のｄ８−ｄ１は、
それぞれ２４−３１セクターに対応する。

【００８４】このＡＵＸ−ＴＯＣセクター０では、ポイ
ンタP-EMPTY 、P-BLANKによりポインタ部が形成され
る。そしてテーブル部においてスタートアドレス、エン
ドアドレス、リンク情報が記録される各８バイトのパー
ツテーブルが９９単位形成され、上述したＵ−ＴＯＣセ
クター０と同様の形態で、ＡＵＸデータエリアの管理が
行われる。但し、この場合には、パーツテーブル(01h)
〜(63h)までがテーブル部として使用され、残りのパー
ツテーブル(64h)〜(FFh)は使用しないものとして、ＡＬ
Ｌ‘０’（ｚｅｒｏｓ）がセットされる。なお、パーツ
テーブル(64h)以降をテーブル部として使用しても構わ
ないのであるが、実用上は、９９単位のパーツテーブル
による管理で充分とされる。ここで、有効なテーブル部
としてパーツテーブル(01h)〜(63h)までとしているの
は、バッファメモリ１３としての特定の容量に対応して
決められたものである。

【００８５】ポインタP-EMPTY は、このＡＵＸ−ＴＯＣ
セクター０内での未使用のパーツテーブルをリンク形態
で管理する。

【００８６】ポインタP-BLANK は、ＡＵＸデータエリア
内でのフリーエリア、つまりＡＵＸデータファイルを記
録していくことができる未記録領域を、Ｕ−ＴＯＣセク
ター０におけるポインタP-FRA と同様にパーツテーブル
のリンク形態で管理する。

【００８７】なお、スタートアドレス、エンドアドレス
は短縮形態とされ、サウンドグループ位置までの指定が
可能とされている。但し、本実施の形態のＡＵＸ−ＴＯ
Ｃセクター０では、クラスタ単位までによるアドレス指
定とすることが規定されており、セクター、スタートア
ドレス、エンドアドレスにおいてサウンドグループ単位
を示すデータ位置には、ＡＬＬ‘０’がセットされる。
以下説明するＡＵＸ−ＴＯＣセクター１〜セクター５ま
でのテーブル部もしくはスロット部において３バイトで
記録されるスタートアドレス、エンドアドレスも短縮形
態とされる。また、スタートアドレス、エンドアドレス
として、どのデータ単位まで指定するのかという規定
は、各セクター内容によって異なるため、以降において
適宜説明していく。

【００８８】ところで再生専用ディスクでＡＵＸ−ＴＯ
Ｃが形成される場合は、パーツテーブルにおけるリンク
情報は用いられない。

【００８９】５−２ ＡＵＸ−ＴＯＣセクター１ ＡＵＸ−ＴＯＣセクター１〜セクター３は、静止画情報
としてのピクチャファイルの管理に用いられる。図１２
に示すＡＵＸ−ＴＯＣセクター１はピクチャアロケーシ
ョンテーブルとしての管理セクターとなり、ＡＵＸデー
タエリアにおいてピクチャファイルとして記録された各
データファイルの管理を行う。

【００９０】このＡＵＸ−ＴＯＣセクター１では、Ｕ−
ＴＯＣセクター０と同様の形式でピクチャファイルの管
理を行う。本実施の形態では、ＡＵＸデータエリアに記
録される静止画１枚のピクチャファイルとしてのファイ
ル長は特に規定されていない。但し、本実施の形態で
は、後述するようにして表紙ピクチャ(Cover Picture)
を含め、最大で１００のピクチャファイルが管理可能に
構成される。従って実質的に記録可能なピクチャファイ
ルも１００となる。なお、表紙ピクチャは、例えばディ
スクジャケット等となるピクチャファイルとされる。

【００９１】ＡＵＸ−ＴＯＣセクター１の場合、ヘッダ
においては、セクターアドレス(Sector)＝０１ｈ，モー
ド情報(MODE)＝０２ｈが記録される。

【００９２】表紙ピクチャ以外の９９枚となる各ピクチ
ャファイルの管理に用いられるポインタP-PNO(x)とし
て、ＡＵＸ−ＴＯＣセクター１内にはポインタP-PNO1〜
P-PNO99が形成される。ポインタP-PNO99より後ろからテ
ーブル部直前までの各バイト位置には「００ｈ」が記録
される。但し、ＡＵＸデータエリアの将来的な拡張やフ
ァイルサイズ変更などにより、より多数のピクチャファ
イルの記録が可能となる場合に対応できるように、ポイ
ンタP-PNO(x)として、ポインタP-PNO1〜P-PNO99に続く
バイト位置から、図１２内に括弧で示すポインタP-PNO2
55までのバイト位置に対して、ポインタP-PNO100〜P-PN
255を設定することはできる。

【００９３】また、メーカコード、モデルコードに続く
２バイトの領域は、ポインタFirstPNO，Last PNOとされ
る。ポインタFirst PNOには、ポインタP-PNO1〜P-PNO99
のうち使用されている最初のポインタP-PNO(x)のナンバ
ｘが記録され、ポインタLast PNOは、使用されている最
後のポインタP-PNO(x)のナンバｘが記録される。例え
ば、ポインタP-PNO1〜P-PNO99のうち、ポインタP-PNO1
〜P-PNO5まで使用されているとすると、ポインタFirst
PNO＝０１ｈ、ポインタLast PNO＝０５ｈが記録され
る。

【００９４】またポインタ部において、ポインタP-PFR
A、P-EMPTY も形成される。そしてテーブル部において
各ポインタに対応される各８バイトのパーツテーブルと
して、スタートアドレス、エンドアドレス、画像モード
（S．Pict．モード）が記録される９９単位のパーツテ
ーブル(01h) 〜(63h) が形成される。この場合も、ＡＵ
Ｘ−ＴＯＣセクター０同様、残りのパーツテーブル(64
h)〜(FFh)は使用しないものとして、ＡＬＬ‘０’（ｚ
ｅｒｏｓ）がセットされる。

【００９５】また、パーツテーブル(00h) はポインタに
よっては指定されないパーツテーブルとなるが、ここは
表紙ピクチャ(Cover Picture)として位置づけられたピ
クチャファイルのアドレス管理に専用に用いられる。上
記した画像モード（S．Ｐｉｃｔ．モード）は、表紙ピ
クチャのパーツテーブル（００ｈ）にも同様に設けられ
る。

【００９６】ポインタP-PNO1〜P-PNO99 は、それぞれ１
つのピクチャファイルが記録された領域を、特定のパー
ツテーブルを指定することで管理する。例えばポインタ
P-PNO1で指定されるパーツテーブルには、１枚目として
の画像データとなるピクチャファイルのスタートアドレ
ス、エンドアドレス、画像モード（S．Pict．モード）
が記録された状態とされる。なお、このＡＵＸ−ＴＯＣ
セクター１ではリンク情報(Link-P)によるパーツテーブ
ルをリンクさせて行うファイル管理は行われない。つま
り１つのピクチャファイルは物理的に離れた区間に分け
られて記録されることはない。

【００９７】ただし、このセクター内での未使用のパー
ツテーブルについてはポインタP-EMPTY を起点とするリ
ンク形態（パーツテーブルの８バイト目がリンク情報と
される）によって管理される。

【００９８】また、ＡＵＸ−ＴＯＣセクター１でのポイ
ンタP-PFRAは、ＡＵＸデータエリア内の１クラスタの領
域に対して１クラスタ未満のピクチャデータが記録され
ており、かつ、その１クラスタ内においてピクチャデー
タが記録されていない領域が未記録領域（記録可能領
域）、即ちフリーエリアとされている場合に、このフリ
ーエリアを管理するポインタとされる。つまり、ポイン
タP-PFRAで指定されるパーツテーブルにフリーエリアと
しての区間のアドレスが記録される。

【００９９】また、ＡＵＸ−ＴＯＣセクター１での各パ
ーツテーブルにおける画像モード（S．Pict．モード）
は、各パーツテーブルにより指定されるアドレスに記録
されているピクチャファイルについて、コピーステータ
スを含むモード情報を示すものとされる。

【０１００】画像モード（S．Pict．モード）は、例え
ば図１９（ａ）に示すようにして定義される。画像モー
ドはｄ１−ｄ８の８ビットとされるが、ｄ１−ｄ２から
なる２ビットによりコピーステータスが示される。コピ
ーステータスとは、対応するピクチャファイルについて
のコピーの許可／不許可に関して設定された情報であ
る。この場合、コピーステータスが（０ｈ）とされた場
合には、コピー許可であることを示し、そのピクチャフ
ァイルは何回でもコピーが可能とされる。コピーステー
タスが（１ｈ）とされた場合には、そのピクチャファイ
ルについて、あと１回のみのコピーが許可されているこ
とを示す。コピーステータスが（２ｈ）とされた場合に
は、そのピクチャファイルについて、認証されたデータ
バスを介して１回のみのコピーが許可されていることを
示す。逆に言えば、認証されないデータバスを介した場
合には、コピーは不許可となる。コピーステータスが
（３ｈ）とされた場合には、そのピクチャファイルにつ
いては、コピーが禁止されていることを示す。残るｄ３
−ｄ８の６ビットについては、ここでは未定義とされて
いる。

【０１０１】また、或るピクチャファイルについてデー
タのコピーが行われた場合には、そのコピー前のピクチ
ャファイルに対応して与えられていたコピーステータス
の内容に対応して、コピー後のピクチャファイルに対応
して与えられるコピーステータスは、図１９（ｂ）に示
すようにして更新されるべきことになる。つまり、或る
ピクチャファイルについて、コピー前においてはコピー
ステータスが「０ｈ」とされていた場合には、コピー後
においてもそのピクチャファイルには、コピーステータ
ス「０ｈ」が与えられる。つまり、何回でもコピーが可
能とされる。これに対して、コピー前においてはコピー
ステータスが「１ｈ」或いは［２ｈ」とされていた場合
には、コピー後においては、コピーステータスが「３
ｈ」とされて以降のコピーは禁止されることが示され
る。

【０１０２】５−３ ＡＵＸ−ＴＯＣセクター２ 図１３にＡＵＸ−ＴＯＣセクター２のフォーマットを示
す。このセクター２はピクチャインフォメーションテー
ブルとされ、記録された各ピクチャファイルにピクチャ
ネーム、記録日時、及びインターネットのＵＲＬ（Unif
orm Resource Locators）の情報（本実施の形態では、
これらの情報をピクチャインフォメーションという）を
つける場合に、これらピクチャインフォメーションとし
ての各情報を文字情報として記録するデータ領域とされ
る。

【０１０３】ここで、ＡＵＸ−ＴＯＣセクター２の説明
に先立ち、ＡＵＸ−ＴＯＣセクター２のテーブル部に記
録されるピクチャインフォメーションファイルの構造に
ついて図２０により説明しておく。ここでいうピクチャ
インフォメーションファイルとは、１ピクチャファイル
に対応するピクチャインフォメーションの情報である。

【０１０４】この図２０に示すように、ピクチャインフ
ォメーションファイルは、まず先頭にピクチャネームと
してのデータユニットがアスキーコードその他の文字コ
ードで配置される。このピクチャネームは、図１０に示
したＵ−ＴＯＣセクター４のスロットに記録される文字
情報のフォーマットに準ずる。ピクチャネームとしての
データユニットに続いては、データユニット間の区切り
を示す「１Ｆｈ」が配置され、この後ろに、記録日時の
データユニットが配置される。この記録日時は、図９に
示したＵ−ＴＯＣセクター２のスロットに記録される録
音日時のフォーマットに準じ、前述したようにして６バ
イトを使用して記録される。記録日時のデータユニット
に続けても上記「１Ｆｈ」が配置され、この後ろにＵＲ
Ｌとしての文字情報が配置される。このＵＲＬに関して
は、後述する文字コード(character.code)に依らず、ア
スキーコードによりＭＳＢから記録することができる。
そして、ファイルの最後は「００ｈ」により締めくくら
れる。

【０１０５】なお、ピクチャネーム、記録日時、及びＵ
ＲＬのデータユニットのうちの或るものについて実体的
な内容が無いとされる場合には、そのデータユニットに
代えて「００ｈ」を記録するものとされる。

【０１０６】また、上記ＵＲＬであるが、例えばそのピ
クチャファイルがインターネットのホームページからダ
ウンロードして得られるものであるような場合に、その
ホームページのＵＲＬがピクチャファイルに対して付さ
れるものである。

【０１０７】図１３に戻り、ＡＵＸ−ＴＯＣセクター２
について説明する。まず、ＡＵＸ−ＴＯＣセクター２の
ヘッダにおいては、セクターアドレス(Sector)＝０２
ｈ，モード情報(MODE)＝０２ｈが記録される。

【０１０８】また、ＡＵＸ−ＴＯＣセクター２には、記
録された各ピクチャファイルに対応するためにポインタ
部にポインタP-PIF1〜P-PIF99 （ただしP-PIF255まで拡
張可能）が用意され、またスロット部には、ポインタP-
PIF1〜P-PIF99 によって指定可能な、単位８バイトで２
５５単位のスロット(01h) 〜(FFh) 及び同じく８バイト
の１つのスロット(00h) が用意されている。そして、メ
ーカコード、モデルコードに続く２バイトの領域は、ポ
インタFirst PIF，Last PIFとされる。ポインタFirst P
IFは、ポインタP-PIF1〜P-PIF99のうち、使用されてい
る最初のポインタP-PIFのナンバが記録され、ポインタL
astPIFは、使用されている最後のポインタP-PIFのナン
バが記録される。

【０１０９】スロット(00h) 〜(FFh) にはピクチャイン
フォメーションファイルとしての文字情報がアスキーコ
ードその他の文字コードで記録される。記録される文字
の種別は、ＡＵＸ−ＴＯＣセクター２上の所定バイト位
置に記録された文字コード(図においてはchara.codeと
記述)により規定される。

【０１１０】文字コードは、例えば「００ｈ」がアスキ
ーコード、「０１ｈ」がモディファイドＩＳＯ．８８５
９−１、「０２ｈ」がミュージックシフテッドＪＩＳ、
「０３ｈ」がＫＳ Ｃ ５６０１−１９８９（韓国
語）、「０４ｈ」がＧＢ２３１２−８０（中国語）など
のように定義されている。

【０１１１】ポインタP-PIF1〜P-PIF99は、各ポインタ
のナンバに対応するファイルナンバのピクチャインフォ
メーションファイルが記録された特定のパーツテーブル
を指定する。例えばポインタP-PIF1によって指定される
スロットには第１のピクチャファイルの画像に対応した
文字が記録されることになる。なお、スロット(00h)と
しての８バイトは表紙ピクチャに対応するピクチャイン
フォメーションファイルの記録開始のための専用エリア
とされており、ポインタP-PIF(x)によっては指定されな
いスロットとされている。これら各スロットはリンク情
報によりリンクされることで、１つのピクチャファイル
に対応するピクチャインフォメーションファイルは７バ
イトより大きくても対応できるようにされている。また
ポインタP-EMPTY は使用していないスロットをリンク形
態で管理する。

【０１１２】なお、ピクチャネーム、記録日時、及びＵ
ＲＬごとにそれぞれ異なるＡＵＸ−ＴＯＣセクターを設
定して、個別的に管理するようにしても構わない。しか
し、図１３及び図２０に示すようにして、ＡＵＸ−ＴＯ
Ｃセクター２によりピクチャファイルに関して付される
各種文字情報をピクチャインフォメーションファイルと
して一括管理することで、ピクチャネーム、記録日時、
及びＵＲＬごとにそれぞれ異なるＡＵＸ−ＴＯＣセクタ
ーを設けて管理する場合よりも、管理情報として必要と
されるデータ量（ＴＯＣセクター数）は少なくなり、デ
ィスクの記録領域は有効利用されるものである。

【０１１３】５−４ ＡＵＸ−ＴＯＣセクター３ 図１４に示すＡＵＸ−ＴＯＣセクター３は、ピクチャプ
レイバックシーケンステーブルとされている。これは楽
曲等のプログラムの再生に同期してピクチャファイルの
出力（つまり画像表示）を行うための管理情報となる。

【０１１４】ＡＵＸ−ＴＯＣセクター３のヘッダにおい
ては、セクターアドレス(Sector)＝０３ｈ，モード情報
(MODE)＝０２ｈが記録される。

【０１１５】また、記録された各ピクチャファイルに対
応するためにポインタ部として、ポインタP-TNP1〜P-TN
P99 （ただしP-PIF255まで拡張可能）が用意される。こ
のポインタP-TNP1〜P-TNP99は、プログラムエリアにト
ラック単位で記録されたオーディオデータのトラックナ
ンバに対応する。つまり、第１トラック〜第９９トラッ
クに対応する。テーブル部には、ポインタP-TNP1〜P-TN
P99 によって指定される、単位８バイトで９９単位のパ
ーツテーブル(01h) 〜(63h) 及び同じく８バイトの１つ
のパーツテーブル(00h) が用意されている。この場合も
使用しないパーツテーブル(64h) 〜(FFh)にはＡＬＬ
‘０’が記録される。メーカコード、モデルコードに続
くポインタFirst TNP，Last TNPには、それぞれポイン
タP-TNP1〜P-TNP99のうち、使用されている最初のポイ
ンタP-TNPのナンバと、使用されている最後のポインタP
-TNPのナンバが記録される。

【０１１６】ポインタP-TNP1〜P-TNP99によって指定さ
れる各パーツテーブルには、そのトラックの先頭位置ア
ドレスからのオフセットアドレス形態でスタートアドレ
ス、エンドアドレスが記録される。ＡＵＸ−ＴＯＣセク
ター３では、サウンドグループの単位までによるアドレ
ス指定がおこなわれる。また各パーツテーブルの４バイ
ト目には、ポインタP-PNOjとして特定のピクチャファイ
ルが示されている。ポインタP-PNOjはＡＵＸ−ＴＯＣセ
クター１で管理される各ピクチャファイル（P-PNO1〜9
9）に相当する値となる。さらにリンク情報によって他
のパーツテーブルをリンクできる。つまり、同一トラッ
クにおいて複数のピクチャファイルを表示させるように
規定できる。

【０１１７】例えば第１トラックとしての楽曲の再生を
行う際に、その再生中の特定のタイミングで第１のピク
チャファイルの画像を出力したい場合は、第１トラック
に対応するポインタP-TNP1で指定されるパーツテーブル
に、画像出力期間としてのスタートアドレス、エンドア
ドレスを記録し、また出力すべき画像としてポインタP-
PNOjで特定のピクチャファイルを示す。仮に、第１トラ
ック再生開始から１分０秒を経過した時点から１分３０
秒を経過するまでの期間に、第１のピクチャファイルの
画像を表示出力したい場合を考えると、ポインタP-TNP1
で指定されるパーツテーブルに、スタートアドレス、エ
ンドアドレスとして、第１トラック再生開始から１分０
秒に相当するアドレス地点、及び１分３０秒に相当する
アドレスが、オフセットアドレスにより記録される。そ
してポインタP-PNOjは第１のピクチャファイルを指定す
るために、P-PNO1の値とされる。また１つのトラックの
再生中に複数の画像を切換表示したい場合は、パーツテ
ーブルがリンクされて、出力すべきピクチャファイル及
び出力期間が管理されることになる。

【０１１８】なおパーツテーブル(00h) は、表紙ピクチ
ャ(Cover Picture)に対応するのであるが、表紙ピクチ
ャはオーディオトラックの再生に同期した画像出力は原
則として行わないものとしていることから、ここでは、
パーツテーブル(00h)のスタートアドレス及びエンドア
ドレスとしてはＡＬＬ‘０’(zeros)が記録されるもの
としている。

【０１１９】ところで、或るトラックに対応されたパー
ツテーブルにおけるスタートアドレス、エンドアドレス
が両方ともＡＬＬ‘０’であった場合は、そのトラック
の音声出力期間中にわたって指定されたピクチャファイ
ル（ポインタP-PNOjで示される）の画像が表示されるよ
うにする。また、エンドアドレスについてのみＡＬＬ
‘０’である場合は、そのトラックの再生期間内におい
て次に表示すべきピクチャファイルのスタートアドレス
に至るまで、ポインタP-PNOjで指定されたピクチャファ
イルを出力する。また、スタートアドレス、エンドアド
レスが両方ともＡＬＬ‘０’ではなく、かつ、同じ値と
されている場合には、ピクチャファイルの表示出力は禁
止される。またこのＡＵＸ−ＴＯＣセクター５でもポイ
ンタP-EMPTY からのリンクで使用していないパーツテー
ブルを管理する。

【０１２０】５−５ ＡＵＸ−ＴＯＣセクター４ ＡＵＸ−ＴＯＣセクター４，セクター５はテキストファ
イルの管理に用いられる。まず図１５に示すＡＵＸ−Ｔ
ＯＣセクター４はテキストアロケーションテーブルとし
ての管理セクターとなり、ＡＵＸデータエリア内におい
てテキストファイルとして記録された各データファイル
の管理を行う。

【０１２１】このＡＵＸ−ＴＯＣセクター４では、Ｕ−
ＴＯＣセクター０と同様の形式でテキストファイルの管
理を行う。仮にＡＵＸデータエリアをすべてテキストフ
ァイルの記録に用いるとすると、３８クラスタ（×３２
セクター×２３２４バイト）分のテキストデータが記録
できるが、このテキストデータはＡＵＸ−ＴＯＣセクタ
ー４において最大２５５個のファイルとして管理でき
る。但し、ここでは後述するように、１枚の表紙テキス
トを含めて１００ファイルまで管理するものとする。な
おテキストファイルの１つのファイル長はセクター単位
とされる。

【０１２２】１つの特定のテキストファイルは、いわゆ
るディスクの表紙ピクチャに対応するテキストファイル
（表紙テキスト：Cover Text）として位置づけできる。

【０１２３】このＡＵＸ−ＴＯＣセクター４のヘッダに
おいては、セクターアドレス(Sector)＝０４ｈ，モード
情報(MODE)＝０２ｈが記録される。

【０１２４】そして、各テキストファイルの管理に用い
られるポインタP-TXNO(x)として、ＡＵＸ−ＴＯＣセク
ター６内にはポインタP-TXNO1〜P-TXNO99（但しP-TXNO2
55まで拡張可能）が形成される。ポインタP-TXNO1〜P-T
XNO99は、オーディオトラックのトラックナンバに対応
する。つまり、ここでは、最大で第１〜第９９のオーデ
ィオトラックに対応付けされた９９のテキストファイル
が管理可能とされる（表紙テキストは除く）。またポイ
ンタ部において、ポインタP-PFRA、P-EMPTY も形成され
る。そしてテーブル部において各ポインタに対応される
各８バイトのパーツテーブルとして、スタートアドレ
ス、エンドアドレス、テキストモードが記録される９９
単位のパーツテーブル(01h) 〜(63h) が形成される（パ
ーツテーブル(63h) 〜(FFh)は不使用としてＡＬＬ
‘０’が記憶される）。なお、テキストモードの定義内
容については後述する。

【０１２５】また、パーツテーブル(00h) はポインタに
よっては指定されないパーツテーブルとなるが、ここは
表紙テキストとして位置づけられたテキストファイルの
アドレス及びテキストモードの管理に専用に用いられ
る。

【０１２６】ポインタP-TXNO1〜P-TXNO99は、それぞれ
１つのテキストファイルが記録された領域を、特定のパ
ーツテーブルを指定することで管理する。例えばポイン
タP-TXNO1で指定されるパーツテーブルには、ファイル
ナンバとして第１のテキストファイルのスタートアドレ
ス、エンドアドレス、テキストモードが記録された状態
とされる。

【０１２７】なお、上記したようにテキストファイルは
セクター単位であるので、上記スタートアドレス、エン
ドアドレスとしては、セクター単位までにより記述さ
れ、サウンドグループ単位のアドレスを示すデータ位置
には、「０ｈ」がセットされる。

【０１２８】また、このＡＵＸ−ＴＯＣセクター６では
リンク情報によるパーツテーブルをリンクさせて行うフ
ァイル管理は行われない。つまり１つのテキストファイ
ルは物理的に離れた区間に分けられて記録されることは
ない。

【０１２９】ただし、このセクター内での未使用のパー
ツテーブルについてはポインタP-EMPTY を起点とするリ
ンク形態（パーツテーブルの８バイト目がリンク情報と
される）によって管理される。またＡＵＸ−ＴＯＣセク
ター４でのポインタP-PFRAは、ＡＵＸデータエリア内の
１クラスタの領域に対して１クラスタ未満のテキストフ
ァイルのデータが記録されており、かつ、その１クラス
タ内においてデータが記録されていない領域が未記録領
域（記録可能領域）、即ちフリーエリアとされている場
合に、このフリーエリアを管理するポインタとされる。
つまり、ポインタP-PFRAで指定されるパーツテーブルに
フリーエリアとしての区間のアドレスが記録される。そ
して、このフリーエリア管理にもパーツテーブルの８バ
イト目がリンク情報とされてパーツテーブルがリンクさ
れ、複数の離れた区間がフリーエリアとして管理される
場合がある。

【０１３０】ここで、ＡＵＸ−ＴＯＣセクター４の各パ
ーツテーブルに設定されるテキストモード(Textモード)
の定義内容について図２１を参照して説明しておく。テ
キストモードは、各パーツテーブルにおける第４バイト
の位置にある領域であり、ｄ１−ｄ８の８ビット（１バ
イト）により形成される。これらｄ１−ｄ８のうち、ｄ
１−ｄ２から成る２ビットはコピーステータスを示す
が、これについては、先に図１９（ａ）により説明した
ピクチャファイルについてのコピーステータス(S．Pic
t．モード)と同様となるため、ここでの説明は省略す
る。

【０１３１】ｄ３−ｄ４から成る２ビットは、そのテキ
ストファイルの内容を示す。この場合、ｄ３−ｄ４が
「０ｈ」であればｓｕｎｇ ｔｅｘｔであることが示さ
れる。、即ちそのテキストファイルは、これが対応する
オーディオトラックとしての楽曲の歌詞のテキストであ
ることを示し、「１ｈ」であれば、対応するオーディオ
トラックとしての楽曲を演奏するアーティスト情報（ア
ーティスト名その他）を記述したテキストであることが
示される。「２ｈ」であれば、いわゆるライナーノーツ
（アルバムに添え付けされた解説など）を記述したテキ
ストであることが示され、「３ｈ」は、その他の情報と
してのテキストであることが示される。

【０１３２】ｄ５の１ビットは、そのテキストファイル
におけるタイムスタンプの挿入の有無を示し、「０」で
あればタイムスタンプが無いことを示し、「１」であれ
ばタイムスタンプが有ることを示す。なお、タイムスタ
ンプがどのようなものであるのかについては、図２２に
より後述する。

【０１３３】ｄ６−ｄ７−ｄ８から成る３ビットは、文
字コードを示す。 文字コードは、例えば「０ｈ」がア
スキーコード、「１ｈ」がモディファイドＩＳＯ．８８
５９−１、「２ｈ」がミュージックシフテッドＪＩＳ、
「３ｈ」がＫＳ Ｃ ５６０１−１９８９（韓国語）、
「４ｈ」がＧＢ２３１２−８０（中国語）として定義さ
れている。「５ｈ」「６ｈ」は未定義(Reserved)とされ
る。「７ｈ」は、プレインテキスト(Plain Text)とさ
れ、そのテキストファイルをプレインテキストとして定
義することで、文字コードとしての拡張性を与えること
が可能となる。

【０１３４】５−６ ＡＵＸ−ＴＯＣセクター５ 図１６にＡＵＸ−ＴＯＣセクター５のフォーマットを示
す。このセクター５はテキストインフォメーションテー
ブルとされ、記録された各テキストファイルにテキスト
ネーム、記録日時、及びインターネットのＵＲＬの情報
（本実施の形態では、これらの情報をテキストインフォ
メーションという）をつける場合に、これらテキストイ
ンフォメーションとしての各情報を文字情報として記録
するデータ領域とされる。

【０１３５】なお、ＡＵＸ−ＴＯＣセクター５のテーブ
ル部に記録されるテキストインフォメーションファイル
の構造は、先に図２０に示したピクチャインフォメーシ
ョンファイルに準ずる。つまり、図２０におけるピクチ
ャネームのデータユニットがテキストネームのデータユ
ニットとされる以外は同様の構造を有する。

【０１３６】図１６に示すＡＵＸ−ＴＯＣセクター５の
フォーマットとして、ヘッダにおいては、セクターアド
レス(Sector)＝０５ｈ，モード情報(MODE)＝０２ｈが記
録される。

【０１３７】また、ＡＵＸ−ＴＯＣセクター５には、記
録された各テキストファイルに対応するためにポインタ
部にポインタP-TXIF1〜P-TXIF99 （ただしP-TXIF255ま
で拡張可能）が用意され、またスロット部には、ポイン
タP-TXIF1〜P-TXIF99 によって指定可能な、単位８バイ
トで２５５単位のスロット(01h) 〜(FFh) 及び同じく８
バイトの１つのスロット(00h) が用意されている。そし
て、メーカコード、モデルコードに続くポインタFirst
TXIF，Last TXIFは、それぞれポインタP-TXIF1〜P-TXIF
99のうち、使用されている最初のポインタP-TXIFのナン
バが記録され、ポインタLast TXIFは、使用されている
最後のポインタP-TXIFのナンバが記録される。

【０１３８】テーブル部としてのスロット(00h) 〜(FF
h) にはテキストインフォメーションファイルとしての
文字情報がアスキーコードその他の文字コードで記録さ
れる。記録される文字の種別は、ＡＵＸ−ＴＯＣセクタ
ー２上の所定バイト位置に記録された文字コード(char
a.code)により規定される。

【０１３９】この場合も、文字コードは、ＡＵＸ−ＴＯ
Ｃセクター２と同様、例えば「００ｈ」がアスキーコー
ド、「０１ｈ」がモディファイドＩＳＯ．８８５９−
１、「０２ｈ」がミュージックシフテッドＪＩＳ、「０
３ｈ」がＫＳ Ｃ ５６０１−１９８９（韓国語）、
「０４ｈ」がＧＢ２３１２−８０（中国語）などのよう
に定義されている。

【０１４０】ポインタP-TXIF1〜P-TXIF99は、各ポイン
タのナンバに対応するファイルナンバのテキストインフ
ォメーションファイルが記録された特定のパーツテーブ
ルを指定する。例えばポインタP-TXIF1によって指定さ
れるスロットには第１のテキストファイルの画像に対応
した文字が記録されることになる。なお、スロット(00
h) としての８バイトは表紙テキストに対応する表紙テ
キストインフォメーションファイルの記録開始のための
専用エリアとされており、ポインタP-TXIF(x)によって
は指定されないスロットとされている。これら各スロッ
トはリンク情報によりリンクされることで、１つのテキ
ストファイルに対応するテキストインフォメーションフ
ァイルは７バイトより大きくても対応できるようにされ
ている。またポインタP-EMPTY は使用していないスロッ
トをリンク形態で管理する。

【０１４１】なお、この場合にも、テキストネーム、記
録日時、及びＵＲＬごとにそれぞれ異なるＡＵＸ−ＴＯ
Ｃセクターを設定して、個別的に管理するようにしても
構わないが、ＡＵＸ−ＴＯＣセクター５によりピクチャ
ファイルに関して付される文字情報をテキストインフォ
メーションファイルとして一括管理することで、インフ
ォメーションファイルの場合と同様に、管理情報として
必要とされるデータ量（ＴＯＣセクター数）を少なくす
るように配慮しているものである。

【０１４２】６．データファイル ６−１ ピクチャファイルセクター 以上のように形成される各ＡＵＸ−ＴＯＣセクターによ
って管理されるＡＵＸデータファイルである、ピクチャ
ファイルとテキストファイルの２種のデータファイルに
ついて説明していく。

【０１４３】まずピクチャファイルとしては、静止画１
枚のファイル長は任意とされる。静止画としてのイメー
ジサイズは６４０×４８０ドットとし、ピクチャファイ
ルはＪＰＥＧフォーマットベースラインとする。そして
ピクチャファイルの管理はＡＵＸ−ＴＯＣで行うため
に、ファイルのビットストリームはＪＰＥＧ規定のＳＯ
Ｉ(Start Of Image)マーカーからＥＯＩ(End Of Image)
マーカーまでとなる。また、セクターフォーマットはモ
ード２とし、３ｒｄレイヤＥＣＣは無しとするために、
１セクターの画像データ容量としての有効バイトは２３
２４バイトとなる。一例として、ＪＰＥＧのピクチャフ
ァイルが１クラスタ（＝３２セクター）であるものとす
ると、実際のデータサイズは、７２０４５（＝２３２４
×３１＋１）バイトから７４３６８バイト（＝２３２４
×３２）となる。

【０１４４】このようなピクチャファイルを構成するセ
クターのフォーマットは例えば図１７のようになる。先
頭には、同期パターン、クラスタアドレス(Cluster H,C
luster L)、セクターアドレス（Sector）、モード情報
（０２ｈ）による１６バイトのヘッダが設けられ、続く
８バイトは未定義(Reserved)とされる。そして、データ
DP0 〜DP2323として示すように、２３２４バイトの画像
データが記録されるデータエリアとしての領域が設けら
れる。最後の４バイトには、それぞれ「００ｈ」が記録
されるが、誤り検出パリティを記録することも考えられ
る。

【０１４５】６−２ テキストファイルセクター 次にテキストファイルとしては、ＡＵＸ−ＴＯＣセクタ
ー４のテキストモードにより規定されるＡＳＣＩＩ、Mo
dified ISO 8859-1 、Music Shifted JIS 、その他のテ
キストデータを記録できる。

【０１４６】テキストファイルを構成するセクターのフ
ォーマットは例えば図１８のようになり、ピクチャファ
イルと同様に先頭からヘッダ（１６バイト）、未定義(R
eserved)領域（８バイト）が設けられ、これに続いてデ
ータDT0 〜DT2323として示すように、２３２４バイトの
テキストファイルとしてのデータが記録されるデータエ
リアが設けられる。最後の４バイトには、それぞれ「０
０ｈ」が記録されるが、誤り検出パリティを記録するこ
とも考えられる。

【０１４７】ここで、テキストファイルセクターに記録
されるテキストファイルのデータ構造を図２２に示す。
但し、ここで示すテキストファイルは、ＡＵＸ−ＴＯＣ
セクター４のテキストモードとして、タイムスタンプ有
り（ｄ５＝‘１’）が設定されている場合に対応するデ
ータ構造とされる。この図に示すように、テキストファ
イルとしては、まず、テキストファイルごとの区切りを
示す「１Ｅｈ」が配置され、続いて、タイムスタンプを
示すデータユニット（３bytes pure binary）が配置さ
れる。タイムスタンプとは、対応するオーディオトラッ
クの再生に同期したテキストファイルの表示出力タイミ
ングを規定するもので、対応するオーディオトラックの
オフセットアドレスにより示される。続いて、パラグラ
フのデータユニットのデータ長を示すパラグラフ長のデ
ータユニット（３bytes pure binary）が配置される。
そして、１Ｆｈのデータに続けてパラグラフ（実体的な
文字情報）のデータユニットが配置されて形成される。

【０１４８】７．同期再生時におけるデータ読み出し動
作 ７−１ 動作例 上記構成による本実施の形態の記録再生装置では、Ｕ−
ＴＯＣ情報に基づいて、ディスクのプログラムエリアに
記録されたオーディオデータとしてのプログラム（ここ
ではＡＴＲＡＣにより圧縮された状態であれば、ＡＴＲ
ＡＣデータともいうことにする）の音声再生を行うこと
が可能とされる。また、ＡＵＸ−ＴＯＣ情報に基づい
て、プログラムの再生時間に同期してＡＵＸデータファ
イル（ピクチャファイル又はテキストファイル）を再生
出力（表示出力）させることが可能とされる。そして、
本実施の形態では、プログラム再生に同期したＡＵＸデ
ータファイルの再生出力（以降は単に「同期再生」とも
いう）にあたり、この同期再生に必要となる全てのＡＵ
Ｘデータファイルを予めディスクから読み出してバッフ
ァメモリ１３に蓄積するのではなく、後に詳述するよう
にして、プログラムの音声再生出力動作中において、バ
ッファメモリ１３におけるプログラムデータの蓄積量が
所定以上となってディスクに対するプログラムデータの
読み出しが停止している期間に、ディスクからＡＵＸデ
ータファイルを読み出してバッファメモリ１３に保持さ
せるという動作が行われる。

【０１４９】そこで、本実施の形態における同期再生時
のデータ読み出し動作を説明する前に、或る記録内容を
有するディスクを例に挙げて、「同期再生」の概要につ
いて説明することとする。

【０１５０】図２３には、一例として、或るディスクに
おけるプログラムと、このプログラムに同期して再生さ
れるピクチャファイルの関係が示されている。図２３
（ａ）は、ディスクに記録されているプログラム（オー
ディオディオデータ）を再生時間軸に従って示し、図２
３（ｂ）は、プログラムが記録されるディスク上のアド
レスを示す。また、図２３（ｃ）は、各プログラムの再
生時間を示し、図２３（ｄ）は各プログラムに同期して
再生（表示）出力されるピクチャファイルを、その再生
時間に従って示している。図２３（ｅ）は、図２３
（ｄ）に示す各ピクチャファイルのプレイバックアドレ
スを示すもので、先に図１４に示したＡＵＸ−ＴＯＣセ
クター３の内容によって規定されるものである。

【０１５１】このディスクには、トラック（プログラ
ム；オーディオディオデータ）として図２３（ａ）に示
すようにして、トラックＴＲ＃１，＃２，＃３の３トラ
ックが記録されているものとする。再生順は原則として
トラックナンバ（＃ｎ）に従うものとする。

【０１５２】ここで、トラックＴＲ＃１，＃２，＃３
は、図２３（ｂ）及び図２４に示されるようにしてディ
スクに記録されているものとする。トラックＴＲ＃１は
アドレスＬａ〜Ｌｂのパーツａと、アドレスＬｃ〜Ｌｄ
のパーツｂとの２つのパーツからなり、この各パーツは
Ｕ−ＴＯＣセクター０においてリンク情報によりリンク
されるように管理される。この場合、アドレスＬａはデ
ィスク最内周のアドレスとされ、短縮形のアドレスを用
いなければ、アドレスＬａは実際には、Ｌａ＝（００３
２ｈ（クラスタ），００ｈ（セクター），０ｈ（サウン
ドグループ））となる。トラックＴＲ＃２は、アドレス
Ｌｅ〜Ｌｆの１つのパーツｃから成る。トラックＴＲ＃
３も、ここでは、アドレスＬｇ〜Ｌｈのパーツｄと、ア
ドレスＬｉ〜Ｌｊのパーツｅとの２つのパーツからな
り、Ｕ−ＴＯＣセクター０におけるリンク情報によりリ
ンクすることが指定される。この場合、図２４に示すよ
うにして、トラックＴＲ＃３の後ろ側のパーツｅのエン
ドアドレスより後ろ（ディスク外周側）のアドレスＬｋ
以降には実データが記録されていない状態にあるものと
され、従って、アドレスＬｋからプログラムエリアのエ
ンドアドレスまでがフリーエリアとして規定されること
になる。例えば、ディスクが７４分の記録可能時間を有
するものである場合、実際のプログラムエリアのエンド
アドレスとしては、ほぼ０８ＣＡｈ（クラスタ）とな
る。

【０１５３】また、図２３（ａ）に示す各トラックは、
図２３（ｃ）に示すようにして再生時間が対応している
ものとされる。この場合、トラックＴＲ＃１は、時間Ｔ
１を基点として再生が開始され、トラックＴＲ＃２は時
間Ｔ２を基点として、トラックＴＲ＃３は時間Ｔ３を基
点として再生が開始されるように規定されている。な
お、図２３（ｃ）に示す再生時間は、例えばトラックＴ
Ｒ＃１であれば、時間Ｔ１＝アドレスＬ１を基点とし
て、現在再生中のトラックＴＲ＃１のオフセットアドレ
スから換算して求められるものであり、ここでは、関数
的に表現している。例えば、アドレスＬａ＋Ｌ１で表現
されるトラックＴＲ＃１の再生時間は、Ｔ１＋ｆ（Ｌ
１）として表現している。また、パーツの区切り位置の
再生時間については、例えばトラックＴＲ＃１のパーツ
ａとパーツｂの区切り位置であれば、Ｔ１＋ｆ（Ｌｂ−
Ｌａ）で表され、トラックＴＲ＃３のパーツｄとパーツ
ｅの区切り位置であれば、Ｔ３＋ｆ（Ｌｈ−Ｌｇ）で表
すことができる。

【０１５４】また、このディスクに記録されているＡＵ
Ｘデータファイルとして、ピクチャファイルは、Ｐｉｃ
ｔｕｒｅ＃０，＃１，＃２，＃３，＃４，＃５の６つの
ファイルが記録されているものとする。そして、これら
のピクチャファイルは、図２３（ｄ）（ｅ）に示すよう
にして、各トラックに対しての同期再生タイミングが規
定されているものとされる。先ず、Ｐｉｃｔｕｒｅ＃０
は表紙ピクチャ（Ｃｏｖｅｒ Ｐｉｃｔｕｒｅ）として
規定されている。ここでは、表紙ピクチャは、前述した
ように、このディスクのカバージャケットに対応する画
像内容を有しているものとする。そして、この表紙ピク
チャとしてのＰｉｃｔｕｒｅ＃０は、例えば図２３
（ｄ）に示すようにして、トラックの再生が開始される
までの以前の段階において表示される。そして、この場
合にはトラックの再生が開始されると、その表示出力が
停止されるものとしている。但し、トラックの再生開始
後も継続して表示させ、トラックの再生に同期して表示
出力されるピクチャファイルと共に表示出力されるよう
にしても構わないものである。

【０１５５】そして、再生開始後の同期再生タイミング
として、トラックＴＲ＃１に対しては、Ｐｉｃｔｕｒｅ
＃１，＃２，＃４が同期再生されるものとされており、
Ｐｉｃｔｕｒｅ＃１は、トラックＴＲ＃１の再生開始か
らオフセットアドレスＬ１（再生時間Ｔ１＋ｆ（Ｌ
１））で示される位置から表示が開始され、オフセット
アドレスＬ２（Ｔ１＋ｆ（Ｌ２））で示される位置から
Ｐｉｃｔｕｒｅ＃２の表示が開始される時点で表示が終
了する。Ｐｉｃｔｕｒｅ＃２は、上記オフセットアドレ
スＬ２（Ｔ１＋ｆ（Ｌ２））で示される位置から表示を
開始して、オフセットアドレスＬ３（Ｔ１＋ｆ（Ｌ
３））で示される位置にてＰｉｃｔｕｒｅ＃４の表示が
開始される時点で表示が終了する。この場合、Ｐｉｃｔ
ｕｒｅ＃２は、パーツａとパーツｂの再生に跨って表示
出力されるように規定されている。Ｐｉｃｔｕｒｅ＃４
は、オフセットアドレスＬ３（Ｔ１＋ｆ（Ｌ３））で示
されるタイミングで表示が開始されてトラックＴＲ＃１
の再生終了と共に表示が終了するように規定されてい
る。ここで、オフセットアドレスＬ３に対応するトラッ
クＴＲ＃１のアドレスは、パーツａ，ｂを跨ることで、
図２３（ｂ）に示すようにして、Ｌｃ＋Ｌ３−（Ｌｂ−
Ｌａ）の演算により求めることが出来る。

【０１５６】また、トラックＴＲ＃２に対しては、Ｐｉ
ｃｔｕｒｅ＃３が、トラックＴＲ＃２の再生開始時点
（アドレスＬｅに対するオフセットアドレスＬ４＝０，
再生時間Ｔ２）からオフセットアドレスＬ５（再生時間
Ｔ２＋ｆ（Ｌ５））により示される時点までの期間にわ
たって表示されることが規定される。

【０１５７】トラックＴＲ＃３に対しては、Ｐｉｃｔｕ
ｒｅ＃５，＃３が同期再生されるものとされている。Ｐ
ｉｃｔｕｒｅ＃３は、トラックＴＲ＃１に対しても同期
再生するように規定されている。このことからも分かる
ように、本実施の形態のフォーマットでは１枚のピクチ
ャファイルは、複数のトラックに対して同期再生される
ように規定されても構わないものである。Ｐｉｃｔｕｒ
ｅ＃５は、トラックＴＲ＃３の再生の開始時点（アドレ
スＬｇ、再生時間Ｔ３）を基点としてオフセットアドレ
スＬ６で示される位置から表示が開始され、オフセット
アドレスＬ７（再生時間Ｔ３＋ｆ（Ｌ７））で示される
位置にてＰｉｃｔｕｒｅ＃３の表示が開始する時点で表
示が終了する。Ｐｉｃｔｕｒｅ＃３は、オフセットアド
レスＬ７（再生時間Ｔ３＋ｆ（Ｌ７））で示される位置
から表示を開始して、オフセットアドレスＬ８（再生時
間Ｔ３＋ｆ（Ｌ８））で示される位置にて表示を終了す
る。ここでもトラックＴＲ＃３は、パーツｄ，ｅにより
形成されることで、オフセットアドレスＬ８に対応する
トラックＴＲ＃３のアドレスは、図２３（ｂ）に示すよ
うにして、Ｌｉ＋Ｌ８−（Ｌｈ−Ｌｇ）の演算により求
められる。

【０１５８】上記図２３に示すようにしてディスクに対
する再生がおこなわれるために、プログラム（トラック
ＴＲ＃１，＃２，＃３）と、ＡＵＸデータファイル（Ｐ
ｉｃｔｕｒｅ＃３，＃４，＃５）は、Ｕ−ＴＯＣ及びＡ
ＵＸ−ＴＯＣの記述内容により管理されるのであるが、
ここで、上記図２３に対応する管理情報内容を、図２５
及び図２６に示しておく。

【０１５９】図２５は、図２３に示すようにして再生が
行われるディスクのＵ−ＴＯＣセクター０の内容を示し
ている。Ｕ−ＴＯＣセクター０により、図２３（ａ）
（ｂ）に示したトラックＴＲ＃１，＃２，＃３の再生が
規定される。

【０１６０】この場合には、ヘッダにおいては、クラス
タアドレス（Cluster H＝00h，Cluster L＝03h〜05hの
何れか）が示され、セクターアドレス（Sector）＝00h
が示される。また、モード情報（MODE)＝02hが示され
る。この場合、トラックＴＲ＃１〜＃３の３トラックが
プログラムとして記録されていることで、ヘッダに続く
所定バイト位置にあるFirst TNO、Last TNO（図２５で
はF・TNO、L・TNOと記している）には、それぞれ(01
h)，(03h)が記録される。また、セクター使用状況(US；
Used sectors）のバイト位置に対しては(01h)が記録さ
れる。

【０１６１】そして、トラックＴＲ＃１に対応するポイ
ンタP-TNO1には(01h)が記録され、、これにより示され
るパーツテーブル(01h)には、パーツａとしてのスター
トアドレスＬａ（＝クラスタ（３２ｈ），セクター（０
０ｈ））と、エンドアドレスＬｂが記録され、リンク情
報(02h)によりパーツテーブル(02h)に対するリンクが指
定される。リンク先のパーツテーブル(02h)には、パー
ツｂとしてのスタートアドレスＬｃとエンドアドレスＬ
ｄが記録され、リンク情報には(00h)が記録されること
で、以降リンク無しを表現する。これにより、図２３
（ａ）及び図２４に示したように、パーツａ→パーツｂ
のリンクによりトラックＴＲ＃１を形成するように管理
される。

【０１６２】また、トラックＴＲ＃２に対応するポイン
タP-TNO2によりパーツテーブル(03h)が指定される。そ
して、パーツテーブル(03h)にはパーツｃのスタートア
ドレスＬｅと、エンドアドレスＬｆが記録される。

【０１６３】トラックＴＲ＃３に対応するポインタP-TN
O3によっては、パーツテーブル(04h)が示され、パーツ
テーブル(04h)には、パーツｄのスタートアドレスＬｇ
と、エンドアドレスＬｈが記録され、リンク情報(05h)
によってパーツテーブル(05h)にリンクすることが示さ
れる。リンク先のパーツテーブル(05h)にはパーツｅの
スタートアドレスＬｉと、エンドアドレスＬｊが記録さ
れ、リンク情報には(00h)が記録されることで以降リン
ク無しを示す。これにより、図２３（ａ）及び図２４に
示したパーツｄ→パーツｅのリンクによりトラックＴＲ
＃３を形成するように管理される。ここで、パーツａ〜
ｅのアドレスを示している各パーツテーブル(01h)〜(05
h)におけるトラックモードとしては、Ｃ６ｈ（＝１００
００１１）とされることで、実際にはオーディオディオ
データとしてコピーライトの保護無し、ステレオ、エン
ファシス有りなどの情報内容が示される。また、ポイン
タP-TNO4以降、ポインタP-TNO255に対しては、それぞれ
(00h)が格納されることで不使用であることが示され
る。

【０１６４】この場合、ポインタP-FRAによりパーツテ
ーブル(06h)が示され、パーツテーブル(06h)には、プロ
グラムエリア内のフリーエリアのスタートアドレスＬｋ
と、エンドアドレス（クラスタ８Ｃｈ，セクター００
ｈ）が示される。この場合、クラスタ８Ｃｈ，セクター
００ｈは、プログラムエリアのエンドアドレスに対応し
ている。この場合、プログラムエリア内においてフリー
エリアは離散的に形成されておらず、従って、リンク情
報には(00h)が格納される。

【０１６５】ポインタP-EMPTYはパーツテーブル(07h)を
示し、パーツテーブル(07h)〜（ＦＦｈ）までがリンク
情報によりリンクされて、未使用のパーツテーブルとし
て管理される。また、ここではディフェクトエリアは無
いものとして、ポインタＰ−ＤＦＡには（00h）が記録
される。

【０１６６】続いて、図２６に、図２３に示すディスク
のＡＵＸ−ＴＯＣセクター３の内容を示す。ＡＵＸ−Ｔ
ＯＣセクター３により、図２３（ａ）（ｂ）に示したト
ラックＴＲ＃１，＃２，＃３の再生に同期したピクチャ
ファイル（Ｐｉｃｔｕｒｅ＃１〜＃５）の出力タイミン
グが規定される。なお、ピクチャファイル（Ｐｉｃｔｕ
ｒｅ＃１〜＃５）は、実際には、ＡＵＸ−ＴＯＣセクタ
ー１により、ＡＵＸデータエリア内における記録位置
（スタートアドレス及びエンドアドレス）が管理される
のであるが、ここではその説明及び図示を省略する。

【０１６７】図２６に示すＡＵＸ−ＴＯＣセクター３の
場合、ヘッダにおいては、クラスタアドレス（Cluster
H＝00h，Cluster L＝07h〜09hの何れか）が示され、セ
クターアドレス（Sector）＝03hが示される。また、モ
ード情報（MODE)＝02hが示される。この場合、トラック
ＴＲ＃１〜＃３の３トラックが、ピクチャファイルと同
期再生すべきトラックとして規定されていることで、ヘ
ッダに続く所定バイト位置にあるFirst TNP、Last TNP
（図２６ではF・TNP、L・TNPと記している）には、それ
ぞれトラックＴＲ＃１（最初のトラック），ＴＲ＃３
（最後のトラック）を示す(01h)，(03h)が記録される。
これはポインタ部においてポインタP-TNP1〜P-TNP3まで
が使用されることを意味している。

【０１６８】トラックＴＲ＃１に対応するポインタP-TN
P1には(01h)が記録され、これにより示されるスロット
(01h)には、トラックＴＲ＃１のスタートアドレスを基
点としてのスタートオフセットアドレスＬ１、エンドオ
フセットアドレス（ａｌｌｚｅｒｏ）が記録される。ま
た、このスロット(01h)内のポインタP-PNOjには、Ｐｉ
ｃｔｕｒｅ＃１を示す(01h)が記録される。これによ
り、トラックＴＲ＃１に同期して、Ｐｉｃｔｕｒｅ＃１
を、オフセットアドレスＬ１で示される時点から、次の
ピクチャファイルの表示が開始される時点までの期間に
おいて表示させることが指定される。そして、スロット
(01h)内のリンク情報(02h)により、スロット(02h)にリ
ンクすることが示される。スロット(02h)には、トラッ
クＴＲ＃１のスタートアドレスを基点としてのスタート
オフセットアドレスＬ２、エンドオフセットアドレス
（ａｌｌ ｚｅｒｏ）が記録される。ポインタP-PNOjに
は、Ｐｉｃｔｕｒｅ＃１に続いて再生されるべきＰｉｃ
ｔｕｒｅ＃２を示す(02h)が記録される。また、リンク
情報としては(03h)とされて、スロット(03h)にリンクす
ることが示される。スロット(03h)には、トラックＴＲ
＃１のスタートアドレスを基点としてのスタートオフセ
ットアドレスＬ３、エンドオフセットアドレス（ａｌｌ
ｚｅｒｏ）が記録される。ポインタP-PNOjには、Ｐｉ
ｃｔｕｒｅ＃２に続いて再生されるべきＰｉｃｔｕｒｅ
＃４を示す(04h)が記録される。また、リンク情報とし
ては(00h)とされて、以降、トラックＴＲ＃１と同期再
生されるピクチャファイルの無いことが示される。ここ
まで説明した内容によって、図２３に示すようにして、
トラックＴＲ＃１に対してＰｉｃｔｕｒｅ＃１，＃２，
＃４の同期再生が行われるように指定されることにな
る。

【０１６９】また、トラックＴＲ＃２に対応するポイン
タP-TNP2には(04h)が記録され、これにより示されるス
ロット(04h)には、トラックＴＲ＃２のスタートアドレ
スを基点としてのスタートオフセットアドレスＬ４（＝
クラスタ００ｈ，セクター００ｈ）、エンドオフセット
アドレスＬ５が記録される。また、このスロット(04h)
内のポインタP-PNOjには、トラックＴＲ＃２に対して同
期再生されるＰｉｃｔｕｒｅ＃３を示す(03h)が記録さ
れる。これにより、図２３に示したように、トラックＴ
Ｒ＃２に同期して、Ｐｉｃｔｕｒｅ＃３を、トラックＴ
Ｒ＃２の再生開始時点から、エンドオフセットアドレス
Ｌ５により示される時点までの期間において表示させる
ことが指定される。この場合、以降トラックＴＲ＃２に
おいて表示出力されるピクチャファイルは無いことか
ら、スロット(04h)内のリンク情報には(00h)が格納され
る。

【０１７０】そして、トラックＴＲ＃３に対応するポイ
ンタP-TNP3には(05h)が記録され、これにより示される
スロット(05h)には、トラックＴＲ＃３のスタートアド
レスを基点としてのスタートオフセットアドレスＬ６、
エンドオフセットアドレス（ａｌｌ ｚｅｒｏ）が記録
される。また、このスロット(05h)内のポインタP-PNOj
には、トラックＴＲ＃３に対して、１番目に同期再生さ
れるＰｉｃｔｕｒｅ＃５を示す(05h)が記録される。そ
して、スロット(05h)内のリンク情報(06h)により、スロ
ット(06h)にリンクすることが示される。スロット(06h)
には、トラックＴＲ＃３のスタートアドレスを基点とし
てのスタートオフセットアドレスＬ７、エンドオフセッ
トアドレスＬ８が記録される。また、このスロット(06
h)内のポインタP-PNOjには、トラックＴＲ＃３に対し
て、Ｐｉｃｔｕｒｅ＃５に続けて同期再生されるＰｉｃ
ｔｕｒｅ＃３を示す(03h)が記録される。そして、以降
トラックＴＲ＃３において表示出力されるピクチャファ
イルは無いことから、このスロット(06h)内のリンク情
報には(00h)が格納される。これによって、図２３に示
したように、トラックＴＲ＃３に同期してＰｉｃｔｕｒ
ｅ＃５，＃３を表示出力させるように規定されることに
なる。

【０１７１】また、表紙ピクチャに対応するスロットと
して規定されたスロット(00h)においては、ポインタP-P
NOjに対してＰｉｃｔｕｒｅ＃０を示す(00h)が格納さ
れ、スタートオフセットアドレス、及びエンドオフセッ
トアドレスとしては、それぞれ、ａｌｌ ｚｅｒｏ（ｚ
ｅｒｏｓ）が記録される。また、この場合には表紙ピク
チャとしての他のピクチャファイルは規定されていない
ことから、リンク情報には(00h)が格納される。また、
ポインタP-EMPTYはパーツテーブル(07h)を示し、パーツ
テーブル(07h)〜(FFh)までがリンク情報によりリンクさ
れて、未使用のパーツテーブルとして管理される。

【０１７２】このように、上記図２５，図２６に示す内
容の管理情報に基づいて、図２３に示したようにして、
ディスクについてのトラック再生及びトラックに対する
ピクチャファイルの同期再生が規定されるものである。

【０１７３】続いては、上述のようにして同期再生が規
定された図２３のディスクを再度例に挙げ、本実施の形
態としての同期再生時におけるディスクからのデータ読
み出し動作について説明していくこととする。

【０１７４】前述したように、本実施の形態ではバッフ
ァメモリ１３が備えられ、ディスクから読み出したデー
タはこのバッファメモリ１３に一時蓄積された後、再生
音声として出力される。また、本実施の形態では、同期
再生に用いるためにディスクから読み出されたＡＵＸデ
ータファイルもバッファメモリ１３に保持されて、バッ
ファメモリ１３に対する読み出しを行うことで、ＡＵＸ
データファイルの再生出力（表示出力）を行うようにさ
れる。そして、本実施の形態においては、以降説明する
ようにして、バッファメモリ１３におけるオーディオデ
ータの蓄積容量に基づいて、同期再生時におけるディス
クからのデータ読み出しを行うようにするものである。

【０１７５】そこで、先ず図２７を参照して、本実施の
形態におけるバッファメモリ１３内のデータ割り当て構
造について説明しておく、バッファメモリ１３の記憶領
域は、図２７に示すようにして、大別してＴＯＣエリア
とメインデータエリアとに分割設定される。ＴＯＣエリ
アは、現在装填されているディスクから読み出したＴＯ
Ｃ／Ｕ−ＴＯＣ（Ｐ−ＴＯＣ，Ｕ−ＴＯＣ，ＡＵＸ Ｔ
ＯＣの総称）が保持される領域である。メインデータエ
リアは、記録再生のためのＡＴＲＡＣデータ、及びＡＵ
Ｘデータファイルが保持される領域であり、例えば、Ａ
ＴＲＡＣデータが蓄積されるＡＴＲＡＣデータエリア
と、ＡＵＸデータファイルが保持されるＡＵＸデータエ
リアとに分割設定される。る。

【０１７６】バッファメモリ１３の容量としては特に限
定されるものではないが、バッファメモリ１３が１６Ｍ
ビットとされる場合、そのデータ容量は２０９７１５２
バイトである。そして、１セクター＝２３６８バイトで
あることから、２０９７１５２／２３６８（１セクター
分のバイト数）≒８８５．６で表されるように、８８５
セクターを有することができる。そして、上記８８５セ
クターの内訳としては、１６セクターがＴＯＣエリアと
して割り当てられ、残る８６９セクター分の領域がメイ
ンデータエリアとして割り当てられる。また、メインデ
ータエリア内におけるＡＴＲＡＣデータエリアとＡＵＸ
データエリアについては、任意に設定された固定サイズ
により常に固定的に分割設定されるようにしてもよい
し、例えばＡＵＸ−ＴＯＣの内容を参照することで、Ａ
ＵＸデータエリアに保持すべきデータファイルの容量に
応じて、装填されたディスクごとに適切とされる領域の
サイズを決定して分割設定するようにしても構わないも
のである。

【０１７７】続いて、これまでの説明を踏まえて、図２
３に示したディスクについて同期再生した場合の、ディ
スクからのデータ読み出し動作について説明する。な
お、ここでは、オーディオデータについては、トラック
ＴＲ＃１→ＴＲ＃２→ＴＲ＃３の順で再生を行うことを
前提とする。

【０１７８】ここで、図２３に示したディスクが本実施
の形態の記録再生装置に装填されたとすると、先ず、デ
ィスクの管理エリアからＵ−ＴＯＣ及びＡＵＸ−ＴＯＣ
エリアの情報（管理情報）が読み出されてバッファメモ
リ１３のＴＯＣエリアに対して保持される。以降は、記
録再生装置では、バッファメモリ１３のＴＯＣエリアに
保持された管理情報に基づいて再生及び記録動作を行う
ことになる。

【０１７９】ここで記録再生装置では、バッファメモリ
１３のＴＯＣエリアに保持されたＡＵＸ−ＴＯＣの内容
を参照することで、表紙ピクチャの存在の有無、及びト
ラックＴＲ＃１→ＴＲ＃２→ＴＲ＃３の再生順（再生時
間軸）に対応するＡＵＸデータファイル（ここではピク
チャファイルのみが対象とされる）の再生出力順、再生
出力タイミングを把握することができる。また、本実施
の形態としては、ＡＵＸ−ＴＯＣの内容により把握され
る再生出力順に基づいて、ＡＵＸデータファイルのバッ
ファメモリ１３への取り込み優先順位（必要度の重み付
け）を設定することが出来る。この場合であれば、図２
３（ｄ）の各ピクチャファイルに付した〜の符号で
示すようにして、バッファメモリ１３への取り込み優先
順位が決定される。ここで、トラックＴＲ＃３に同期再
生されるＰｉｃｔｕｒｅ＃３に対して優先順位が与えら
れていないのは、Ｐｉｃｔｕｒｅ＃３はトラックＴＲ＃
２において先に同期再生されることが規定されているた
め、既に優先順位として５番目であることが決定されて
いることによる。つまり、トラックＴＲ＃３の再生時に
Ｐｉｃｔｕｒｅ＃３を同期再生させる場合には、トラッ
クＴＲ＃２再生のために既にバッファメモリ１３に取り
込まれたＰｉｃｔｕｒｅ＃３のデータを利用すればよ
く、トラックＴＲ＃３の再生に対応して、再度ディスク
から読み出しを行う必要はないものである。

【０１８０】図２３に示すディスクの場合、先に説明し
たようにＰｉｃｔｕｒｅ＃０が表紙ピクチャとして規定
されている。そこで、記録再生装置では、再生開始前の
段階において、少なくともＰｉｃｔｕｒｅ＃０のデータ
をディスクのＡＵＸデータエリアから読み出して、バッ
ファメモリ１３のＡＵＸデータエリアに保持する。そし
て、このバッファメモリ１３に保持したデータを利用し
て、図２３に示したように表紙ピクチャの表示出力を行
う。

【０１８１】そして、例えば上記のようにして表紙ピク
チャが表示出力されている状態において、ユーザにより
再生操作が行われたとすると、記録再生装置では、ディ
スクのＡＴＲＡＣデータの読み出しを行って、デコーダ
８を介してバッファメモリ１３に対して蓄積を行い、蓄
積されたＡＴＲＡＣデータを読み出して音声圧縮デコー
ダ１４により伸張処理等を施して再生音声として出力す
るようにされる。

【０１８２】ここで図２８に、ＡＴＲＡＣデータが蓄積
されるバッファメモリ１３のメインデータエリアのデー
タ割り当て構造を示す。前にも述べたように、再生時に
おいては、ＡＴＲＡＣデータは１．４Ｍｂｐｓの転送レ
ートでバッファメモリ１３に書き込まれ、読み出しは、
書き込み時よりも低速な０．３Ｍｂｐｓの転送レートに
よって行われる。この転送レート差によって、例えばデ
ィスクに対する読み出しエラーが頻繁に発生しない限
り、再生時においては、バッファメモリ１３におけるＡ
ＴＲＡＣデータの蓄積量は増加していく傾向を有し、或
る時点でＡＴＲＡＣデータエリアの蓄積量はＦｕｌｌ
（図２８では蓄積量Ｘ２としても示している）となる。
この状態となると、バッファメモリ１３に対するＡＴＲ
ＡＣデータの読み出しが継続される一方で、ディスクに
対するＡＴＲＡＣデータの読み出し動作は停止され、こ
の後、予め設定されたＡＴＲＡＣデータエリアにおける
ＡＴＲＡＣデータの蓄積量が、例えば図２８のＸ１で示
される値にまで低下したら、再度ディスクに対するＡＴ
ＲＡＣデータの読み出しを再開させるようにされる。つ
まり、前述したようにディスクに対しては、バッファメ
モリ１３におけるＡＴＲＡＣデータの蓄積量に応じて間
欠再生が行われるものである。

【０１８３】そして、本実施の形態では、上記間欠再生
動作としてディスクからのＡＴＲＡＣデータの読み出し
が停止されて、ＡＴＲＡＣデータの蓄積量が図２８のＸ
１で示される値に減少するまでの期間、先に説明した取
り込み優先順位に従って、未だバッファメモリ１３に格
納されていないＡＵＸデータファイルをディスクから読
み出して、バッファメモリ１３に格納するように動作す
るものである。

【０１８４】例えば、これまでの説明であれば、優先順
位が設定されたＰｉｃｔｕｒｅ＃０（表紙ピクチャ）
は、ＡＴＲＡＣデータ（トラック；オーディオデータ）
再生以前の段階においてバッファメモリ１３に対して格
納済みとされている状態にあるので、記録再生装置で
は、トラック再生が開始されて以降の、ディスクに対す
るＡＴＲＡＣデータの読み出し停止期間を利用して、優
先順位が与えられているＰｉｃｔｕｒｅ＃１から始め
て、以降、優先順位のＰｉｃｔｕｒｅ＃２→優先順位
のＰｉｃｔｕｒｅ＃４→優先順位のＰｉｃｔｕｒｅ
＃３→優先順位のＰｉｃｔｕｒｅ＃５を順次取り込ん
でいくようにされる。そして、トラック再生中における
或る時点において優先順位のＰｉｃｔｕｒｅ＃５まで
の全てのＡＵＸデータファイルのバッファメモリ１３へ
の格納が完了すると、以降は、トラック再生中のＡＴＲ
ＡＣデータの読み出し停止期間におけるディスクからの
ＡＵＸデータの読み出し動作は停止される。

【０１８５】上記のようにして、ディスクに対するＡＴ
ＲＡＣデータの読み出し停止期間において、順次ＡＵＸ
データファイルをディスクから読み出してバッファメモ
リ１３に格納していくという動作を行うことで、或るＡ
ＵＸデータファイルの再生出力開始時間までに、そのＡ
ＵＸデータファイルのバッファメモリ１３への格納が完
了していさえすれば、トラック再生の進行時間に従った
適正なタイミングでＡＵＸデータファイルの表示が行わ
れるようにされる。具体的には、例えば図２３（ｃ）に
示す再生時間Ｔ１（トラックＴＲ＃１の再生開始）から
再生時間Ｔ１＋ｆ（Ｌ１）に至るまでの間に、少なくと
も、Ｐｉｃｔｕｒｅ＃１をディスクから読み出してバッ
ファメモリ１３に格納する動作を終了していれば、Ｐｉ
ｃｔｕｒｅ＃１は、再生時間Ｔ１＋ｆ（Ｌ１）から適正
に同期再生が開始されるものである。そして、このよう
なＡＵＸデータファイルの読み出しを行うことで、同期
再生に必要とされる全てのＡＵＸデータファイルをトラ
ック再生開始前において読み込む必要はなくなり、それ
だけ、ディスクが装填された時点からトラック再生が開
始可能となるまでの待機時間を短くすることが可能にな
る。

【０１８６】なお、例えばトラックの再生開始と同時に
ＡＵＸデータファイルを再生出力するように規定されて
いたり、トラックの再生開始時点以降において比較的早
期に再生出力されることが規定されているＡＵＸデータ
ファイルが存在するような場合には、上記のようにディ
スクに対するＡＴＲＡＣデータの読み出し停止期間のみ
を利用してディスクからのＡＵＸデータファイルの取り
込みを行ったのでは、その再生出力開始時間までにバッ
ファメモリ１３に対してＡＵＸデータファイルの蓄積が
完了せず、従って、再生出力開始時間から適正に表示出
力が行われない可能性があることになる。

【０１８７】これを避けるためには、例えば記録再生装
置において、トラック再生開始時間から或る再生時間ま
での所定期間内に再生出力されることが規定されている
ＡＵＸデータファイルについては、ディスクが装填され
て再生が開始されるまでの段階において、予めディスク
から読み出してバッファメモリ１３に対して格納してお
くようにすればよい。例えば、図２３の場合において、
トラック再生開始時間から或る再生時間までの所定期間
内に再生出力されることが規定されているＡＵＸデータ
ファイルとして、トラックＴＲ＃１に対して同期再生さ
れるＰｉｃｔｕｒｅ＃１がこれに該当するものとする。
このような場合には、トラック再生が開始される前段階
において、前述したＰｉｃｔｕｒｅ＃０（表紙ピクチ
ャ）と共に、Ｐｉｃｔｕｒｅ＃１もディスクから読み出
してバッファメモリ１３に格納するようにするものであ
る。このようにすれば、例えばトラックＴＲ＃１から再
生が開始されたとして、トラックＴＲ＃１の再生開始時
間Ｔ１〜Ｔ１＋ｆ（Ｌ１）（オフセットスタートアドレ
スＬ１）までの実際の時間長が、この期間において通常
に得られるディスクに対するＡＴＲＡＣデータの読み出
し停止期間の通算時間内では、Ｐｉｃｔｕｒｅ＃１の全
てのデータをバッファメモリ１３に格納できない程度に
短いものであったとしても、確実に再生開始時間Ｔ１＋
ｆ（Ｌ１）からＰｉｃｔｕｒｅ＃１を再生出力すること
が可能になる。この場合には、トラック再生開始前にお
いてディスクから読み込むべきＡＵＸデータファイル量
が若干増加するのであるが、この際読み込むデータは、
上記のようにトラック再生の初期に対応して最小限必要
とされるＡＵＸデータファイルに限定しているため、待
機時間の延長はわずかで済むものであり、体感的にはさ
ほど遅くはならず、特に問題にならない。

【０１８８】また、ＡＵＸデータエリアのサイズ設定や
同期再生されるべき全ＡＵＸデータファイルの容量の条
件等によっては、同期再生に必要とされる全てのＡＵＸ
データファイルのバッファメモリ１３への格納が完了す
る以前の段階において、或るＡＵＸデータファイルのバ
ッファメモリ１３への格納が完了した段階で、バッファ
メモリ１３におけるＡＵＸデータエリアの空き容量に余
裕が無くなり、それ以上のＡＵＸデータファイルの格納
が不可能となるような場合が考えられる。このような場
合には、以降のＡＵＸデータファイルの格納は停止し
て、これまでにバッファメモリ１３に保持されているＡ
ＵＸデータファイルを利用して可能な範囲で同期再生を
行うようにする構成することが考えられる。この場合に
は、バッファメモリ１３に格納されなかったＡＵＸデー
タファイルについては再生出力は行わないことになるの
で、例えば、その同期再生期間においては、メモリが一
杯となってディスクからの読み込みができなかったこと
をユーザに伝えるように何らかのメッセージ表示等を行
うように構成することが好ましい。

【０１８９】或いは、例えば既に再生されたトラックに
同期して再生され、以降は使用しないようなピクチャフ
ァイルを削除してバッファメモリ１３の空き容量を確保
して、未だ格納されていないピクチャファイルをディス
クから読み出してバッファメモリ１３に格納するように
することも考えられる。図２３を例にすれば、優先順位
のＰｉｃｔｕｒｅ＃３をバッファメモリ１３に読み込
んで格納した段階でバッファメモリ１３のＡＵＸデータ
エリアがフルになったとして、例えば、トラックＴＲ＃
１に対して同期再生されるＰｉｃｔｕｒｅ＃１，＃２，
＃４の全て或いはその一部をバッファメモリ１３から消
去してＡＵＸデータエリアの空き容量を得て、この空き
容量に対して、Ｐｉｃｔｕｒｅ＃５をディスクから読み
出して格納するといった動作がこれに相当する。この
際、例えばＰｉｃｔｕｒｅ＃１，＃２，＃４のうちの全
てではなく、その一部を消去する構成を採るものとした
場合には、例えば、Ｐｉｃｔｕｒｅ＃４→＃２→＃１の
順序で所要の空き容量が得られるまで１ファイルずつ消
去していくようにすることが好ましい。これは、実際の
再生時において、例えばトラックＴＲ＃１に対して頭出
しが行われるようなことを想定して、再生時間的にはじ
めのほうにあるＡＵＸデータファイルができるだけバッ
ファメモリ１３に残せるようにすることを配慮してのこ
とである。

【０１９０】７−２ 処理動作 続いて、上記した同期再生時におけるディスク読み出し
動作を実現するための処理動作について、図２９及び図
３０のフローチャートを参照して説明する。この図に示
す処理はシステムコントローラ１１が実行するものであ
る。例えば、記録再生装置に対してディスクが装填され
た、或いは既にディスクが装填された状態の下で電源が
投入されたとすると、システムコントローラ１１は、図
２９に示すステップＳ１０１に進み、ディスクの管理エ
リアにアクセスして、Ｕ−ＴＯＣ，ＡＵＸ−ＴＯＣの読
み出しを行い、続くステップＳ１０２において、ディス
クから読み出したＵ−ＴＯＣ，ＡＵＸ−ＴＯＣをバッフ
ァメモリ１３のＴＯＣエリアに格納する。これ以降、シ
ステムコントローラ１１はバッファメモリ１３のＴＯＣ
エリアに格納されたＵ−ＴＯＣ，ＡＵＸ−ＴＯＣを参照
することで記録，再生，及び各種編集動作のための各種
制御処理を実行可能となる。

【０１９１】続くステップＳ１０３においては、例えば
ＡＵＸ−ＴＯＣセクター３の内容を参照して、トラック
再生前にバッファメモリ１３に格納しておくべき必要最
小限のＡＵＸデータファイルを特定する。ここでいう必
要最小限のＡＵＸデータファイルとしては、前述したよ
うに、表紙ピクチャなどのようにトラック再生前に再生
出力すべきとされているＡＵＸデータファイルがあれ
ば、このＡＵＸデータファイルが先ず候補となり、更
に、例えばトラックＴＲ＃１の再生開始時点を基点とし
て早期と見なされる所定期間内に再生出力が開始される
ＡＵＸデータファイルなどが候補として特定される。そ
して、次のステップＳ１０４において、上記ステップＳ
１０３の処理により特定されたＡＵＸデータファイルを
ディスクから読み出し、続くステップＳ１０５において
バッファメモリ１３のＡＵＸデータエリアに保持させる
ための処理を実行する。

【０１９２】そして、ステップＳ１０６においては、例
えば表紙ピクチャなど、トラック再生開始前において表
示すべきと設定されているＡＵＸデータファイルについ
て再生（即ち表示出力）を行うようにする。そして、こ
の表示出力を継続させた状態で、ステップＳ１０７にお
いてトラック再生のための操作が行われるのを待機す
る。

【０１９３】ステップＳ１０７においてトラック再生の
ための操作が行われたことが判別されると、システムコ
ントローラ１１はステップＳ１０８に進んで、例えばＵ
−ＴＯＣセクター１を参照して、ディスクのプログラム
エリアの所要のアドレスにアクセスし、ＡＴＲＡＣデー
タ（トラックのデータ）の読み出しを行い、次のステッ
プＳ１０９において、上記ステップＳ１０８にて読み出
したＡＴＲＡＣデータをバッファメモリ１３のＡＴＲＡ
Ｃデータエリアに書き込むようにされる。このときの書
き込み速度は、図２８によって説明したように、１．４
Ｍｂｐｓである。なお、この再生初期段階では、バッフ
ァメモリ１３からのＡＴＲＡＣデータの読み出しは開始
されておらず、従って、バッファメモリ１３に対してＡ
ＴＲＡＣデータが書き込まれることで、バッファメモリ
１３のＡＴＲＡＣデータエリアではＡＴＲＡＣデータが
蓄積されていくだけの状態が得られる。そして、ステッ
プＳ１１０において、バッファメモリ１３のＡＴＲＡＣ
データエリアにおけるＡＴＲＡＣデータの蓄積量とし
て、所定の蓄積量Ｘ１を越えたか否かが判別される。こ
こで、蓄積量Ｘ１としては、バッファメモリ１３に対す
るディスクからの読み出しデータ（ＡＴＲＡＣデータ）
の書き込みが停止されても、バッファメモリ１３から読
み出されるデータによって或る所要時間に対応する再生
音声が得られることで耐振機能を維持することが可能と
されるデータ蓄積量に対応する値が設定される。ステッ
プＳ１１０において否定結果が得られている間は、上記
ステップＳ１０８，Ｓ１０９の処理動作を繰り返すこと
で、バッファメモリ１３のＡＴＲＡＣデータエリアに対
するＡＴＲＡＣデータの蓄積動作を継続させる。

【０１９４】そして、ステップＳ１１０において肯定結
果が得られると、システムコントローラ１１はステップ
Ｓ１１１に進んでバッファメモリ１３に対するＡＴＲＡ
Ｃデータの読み出し（０．３Ｍｂｐｓ）を開始させ、こ
の読み出しデータについてデコード処理（主としてＡＴ
ＲＡＣ伸張処理）を施して音声信号として再生出力させ
る。

【０１９５】ステップＳ１１１以降は、バッファメモリ
１３に対するＡＴＲＡＣデータの書き込み及び読み出し
が共に行われるが、書き込み速度（１．４Ｍｂｐｓ）が
読み出し速度（０．３Ｍｂｐｓ）よりも高速であること
から、適正にディスクに対する再生動作が実行されてい
る期間は、バッファメモリ１３におけるＡＴＲＡＣデー
タの蓄積量は、例えば１．１Ｍｂｐｓに対応する割合で
徐々に増加していくことになる。

【０１９６】そこで、続くステップＳ１１２において
は、バッファメモリ１３のＡＴＲＡＣデータエリアにお
けるＡＴＲＡＣデータの蓄積量として図２８に示すＸ２
（即ちＦｕｌｌ状態）となったか否かが判別され、ここ
で肯定結果が得られるまで、ステップＳ１０８〜Ｓ１１
１までの処理を繰り返す。つまり、ディスクからバッフ
ァメモリ１３へのＡＴＲＡＣデータの読み込みと、バッ
ファメモリ１３から読み出したＡＴＲＡＣデータの音声
再生との両者の動作が実行される。

【０１９７】そして、ステップＳ１１２において肯定結
果が得られると、システムコントローラ１１はステップ
Ｓ１１３に進んで、現在のバッファメモリ１３のＡＵＸ
データエリアの記憶容量がＦｕｌｌとされているか否か
を判別する。ここで、バッファメモリ１３のＡＵＸデー
タエリアの記憶容量がＦｕｌｌであると判別した場合に
は、ステップＳ１１５に進むが、Ｆｕｌｌではないと判
別した場合にはステップＳ１１４に進んで、同期再生に
必要とされる全ＡＵＸデータファイルのうち、未だディ
スクから読み出されていないデータファイルが有るか否
かが判別される。ここで、肯定結果が得られた場合には
図３０に示すステップＳ１１７に進むが、否定結果が得
られた場合にはステップＳ１１５に進むようにされる。

【０１９８】ステップＳ１１５に進んだ段階では、バッ
ファメモリ１３のＡＴＲＡＣデータエリアはＦｕｌｌの
状態となっている。このため、ステップＳ１１５ではデ
ィスクに対するＡＴＲＡＣデータの読み出し動作を停止
させ、ステップＳ１１６において例えばＡＴＲＡＣデー
タの蓄積量がＸ１以下になるまで待機する。但し、でき
るだけバッファメモリ１３のＡＴＲＡＣデータエリアは
Ｆｕｌｌに近い蓄積状態が維持されるようにすることを
考慮すれば、実際にステップＳ１１６において判別する
ＡＴＲＡＣデータの蓄積量としては、Ｘ１よりも大きく
Ｆｕｌｌに比較的近い値が設定されても構わないもので
ある。そして、ステップＳ１１６において肯定結果が得
られるとステップＳ１０８の処理に戻るようにされる。
ここで、ステップＳ１１３又はＳ１１４からステップＳ
１１５→Ｓ１１６を経てステップＳ１０８に戻るという
処理は、これ以上、ディスクから読み出したＡＵＸデー
タファイルをバッファメモリ１３へ格納するための動作
は実行せずに、通常のトラック再生のためのディスクに
対する読み出し動作が行われることを意味するものであ
る。

【０１９９】ステップＳ１１４にて肯定結果が得られた
場合には図３０に示すステップＳ１１７に移行する。ス
テップＳ１１７においては、例えばＡＵＸ−ＴＯＣセク
ター３の内容を参照することが行われ、続くステップＳ
１１８において、ＡＵＸ−ＴＯＣセクター３の参照内容
に基づいて、以降読み出すべきデータファイル（同期再
生に必要とされ、かつ、未だバッファメモリ１３に格納
されていないデータファイルである）についての優先順
位を決定するための処理が実行される。そして、ステッ
プＳ１１９においてディスクのＡＵＸデータエリアにア
クセスする。これにより、これまで実行されていたディ
スクのプログラムエリアからのＡＴＲＡＣデータの読み
出しは停止されることになる。そして、次のステップＳ
１２０において、先のステップＳ１１８にて決定された
優先順位に従って、ディスクからＡＵＸデータファイル
の読み出しを行うようにされる。ディスクから読み出さ
れたＡＵＸデータファイルは、ステップＳ１２１の処理
によりバッファメモリ１３のＡＵＸデータエリアに格納
される。このステップＳ１２０及びＳ１２２の処理は、
ステップＳ１２２において、バッファメモリ１３におけ
るＡＴＲＡＣデータの蓄積量がＸ１より大きいとされる
状態であると判別される限り継続される。そして、ステ
ップＳ１２２においてＡＴＲＡＣデータの蓄積量がＸ１
以下であることが判別されると、システムコントローラ
１１はステップＳ１２３に進んで、これまでのディスク
のＡＵＸデータからのＡＵＸデータファイルの読み出し
動作を停止させて、ディスクのプログラムエリアにアク
セスし、先のステップＳ１０８に戻るようにされる。こ
のようにして、バッファメモリ１３におけるＡＴＲＡＣ
データの蓄積量がフルになる毎に、ステップＳ１１７〜
Ｓ１２１の処理を繰り返すうち、最終的には、同期再生
に必要とされる全てのＡＵＸデータファイルがディスク
からバッファメモリ１３に対して書き込まれることにな
る。なお、この図に示す処理ルーチンは、全トラックの
再生終了、又は再生停止操作などが行われた場合に抜け
るようにされている。また、フローチャートによる説明
はここでは省略するが、図２９及び図３０に示した処理
動作に並行して、ＡＵＸ−ＴＯＣセクター３の記述内容
によって規定される通りに、トラックに対するＡＵＸデ
ータファイルの同期再生が行われるための制御処理がシ
ステムコントローラ１１によって実行されるものであ
る。

【０２００】なお、本実施の形態では、先に述べたよう
にＡＵＸデータファイルとしてはピクチャファイルとテ
キストファイルの２種類が規定されているのであるが、
テキストファイルに関しては、同期再生情報であるタイ
ムスタンプがテキストファイル自体の構造内に埋め込ま
れるフォーマットとされていることから、テキストファ
イルについて同期再生を行うには、基本的に、トラック
再生開始前において全てのテキストファイルをディスク
から読み出してバッファメモリ１３に格納しておき、こ
のバッファメモリ１３に格納されたテキストファイルを
スキャンしてタイムスタンプを読み出して同期再生タイ
ミング（再生出力順）の情報を把握しておかなければな
らない。従って、図２９及び図３０に示すディスクに対
するデータ読み出し処理は、本実施の形態に関すれば、
ピクチャファイルが対象となり、テキストファイルを対
象とすることは困難である。但し、同期再生タイミング
に基づいて決定されるファイル取り込み優先順位は無視
して、例えばテキストファイルナンバ順にバッファメモ
リ１３への取り込みを行う、或いは、テキストファイル
についてもＡＵＸ−ＴＯＣセクター３と同様の同期再生
の管理形態を採る構成とするのであれば、図２９及び図
３０に示す処理を適用することが可能となるものであ
る。

【０２０１】８．プログラム／データファイル同時記録
動作 ８−１ 動作概略 本実施の形態の記録再生装置によりディスクに対してオ
ーディオデータを記録する場合には、図２８に示すよう
に、音声圧縮エンコーダ１４からバッファメモリ１３の
ＡＴＲＡＣデータエリアにＡＴＲＡＣデータを転送して
書き込むための転送速度は０．３Ｍｂｐｓであり、バッ
ファメモリ１３からデータを読み出してエンコーダ８を
介してディスクにデータ記録を行うための転送速度（バ
ッファメモリ１３に対する読み出し速度）は１．４Ｍｂ
ｐｓとされる。記録時においては、上記のようにしてバ
ッファメモリ１３に対するデータの書き込み／読み出し
速度が異なることで、例えば外乱などの障害による記録
エラーがほとんど無い平常状態では、バッファメモリ１
３におけるＡＴＲＡＣデータの蓄積量は減少していく傾
向となり、或る時点でバッファメモリ１３内のＡＴＲＡ
Ｃデータの蓄積量が０（Ｅｍｐｔｙ）となる状態に至る
ことになる。このような状態に至った場合、バッファメ
モリ１３に対する記録データ（ＡＴＲＡＣデータ）の蓄
積は継続させた上で、ディスクに対するＡＴＲＡＣデー
タの記録（即ちバッファメモリ１３に対するデータの読
み出し）は中断するように構成される。そして、ディス
クに対するＡＴＲＡＣデータの記録が停止されている状
態の下で、バッファメモリ１３に蓄積されるＡＴＲＡＣ
データの容量を監視し、この蓄積量が例えば図２８のＸ
１（但し、ここでの値Ｘ１は記録時に適合して設定され
るべきで、先に説明した再生時において設定された値Ｘ
１と同一である必要は無い）に至ったときに、バッファ
メモリ１３からＡＴＲＡＣデータを読み出してディスク
に記録する動作を再開させる。つまり、ディスクに対す
るデータ記録も間欠的に行われるものである。

【０２０２】そこで、本実施の形態では、ＡＴＲＡＣデ
ータ記録に際して、同様にディスクに記録する必要のあ
るＡＵＸデータファイル（ピクチャファイル又はテキス
トファイル）をバッファメモリ１３のＡＵＸデータエリ
アに格納しておき、上記したディスクに対するＡＴＲＡ
Ｃデータの記録が中断される期間となったら、バッファ
メモリ１３に格納されているＡＵＸデータファイルを読
み出してディスクのＡＵＸデータエリアに記録するよう
に構成する。上記した間欠記録動作は、本実施の形態の
記録再生装置ではバッファメモリ１３に対する書き込み
／読み出し速度差によって必然的に生じる動作といえ
る。従って、上記ようにしてＡＴＲＡＣデータと共にＡ
ＵＸデータファイルを記録する構成とすれば、ＡＴＲＡ
Ｃデータを記録するのに要するとされる時間内におい
て、ＡＵＸデータファイルの記録も行うことが出来るも
のである。逆に言えば、ＡＴＲＡＣデータの記録とは別
の機会にＡＵＸデータファイルの記録を行う必要が無
く、ＡＴＲＡＣデータを記録しながら、同時にＡＵＸデ
ータファイルも記録できることになる。従って、ユーザ
にとっては、それだけ時間的な効率化が図られて使い勝
手が向上するものである。なお、このような記録動作と
しては、ＡＵＸデータファイルとしてＡＴＲＡＣデータ
だけでなく、テキストファイルについても同様に対象と
することが出来る。

【０２０３】８−２ 処理動作 図３１は、上記した記録動作を実現するためのシステム
コントローラ１１の処理動作を示すフローチャートであ
る。なお、ここでは、記録動作が開始される以前の段階
において、既に記録データとしてのＡＵＸデータファイ
ルがバッファメモリ１３に格納されている状態にあるこ
とを前提とする。

【０２０４】この図に示すルーチンにおいては、先ずス
テップＳ２０１において、例えばユーザの操作部２３に
対する所定操作によって記録操作が行われるのを待機し
ており、ここで記録操作が行われたことが判別される
と、ステップＳ２０２に進む。

【０２０５】ステップＳ２０２においては、記録データ
として入力され、音声圧縮エンコーダ１４を介して転送
されてくるＡＴＲＡＣデータを、バッファメモリ１３の
ＡＴＲＡＣデータエリアに書き込むための処理が実行さ
れる。ここで、バッファメモリ１３に対するデータ書き
込み速度は前述したように０．３Ｍｂｐｓであり、ま
た、ステップＳ２０２の処理段階では、バッファメモリ
１３に対するデータ読み出しは行われておらず、バッフ
ァメモリ１３においては、ＡＴＲＡＣデータエリアに対
して書き込まれたデータが蓄積されるだけの動作とな
る。上記ステップＳ２０２によるデータ蓄積動作は、ス
テップＳ２０３においてＡＴＲＡＣデータの蓄積量が値
Ｘ１を越えたと判別されるまで行われ、ここで値Ｘ１を
越えたことが判別されるとステップＳ２０４に進む。

【０２０６】ステップＳ２０４においては、バッファメ
モリ１３からＡＴＲＡＣデータの読み出しを開始させ
る。この読み出し速度は前述したように１．４Ｍｂｐｓ
である。

【０２０７】ここまでの段階では、光学ヘッド３はディ
スクのプログラムエリアの記録開始位置としてのアドレ
スに既にアクセスしているものとされる。そして、上記
ステップＳ２０４に続くステップＳ２０５においては、
先ず、記録モードを設定する。つまり、レーザパワーや
サーボゲインなどの諸特性について、記録動作に適合す
る設定状態とするものである。そして、ステップＳ２０
６に進み、上記ステップＳ２０４の処理によってバッフ
ァメモリ１３から読み出されるＡＴＲＡＣデータの記録
を、ディスクのプログラムエリアに対して記録する。

【０２０８】ステップＳ２０７においては、バッファメ
モリ１３におけるＡＴＲＡＣデータの蓄積量について０
（Ｅｍｐｔｙ）の状態となったか否かが判別され、ここ
で０（Ｅｍｐｔｙ）の状態ではないと判別された場合に
は、ステップＳ２０４の処理に戻ることで、ディスクに
対するＡＴＲＡＣデータの記録が継続される。そして、
ステップＳ２０７において、バッファメモリ１３におけ
るＡＴＲＡＣデータの蓄積量について０（Ｅｍｐｔｙ）
となったことが判別されると、ステップＳ２０８に進
む。

【０２０９】ステップＳ２０８においては、これまでの
記録モードから再生モードに設定を切り換えるための処
理が実行される。つまり、これまでの記録動作は終了さ
れ、レーザパワー等の所要の特性について再生動作に適
合する状態に設定が行われる。これにより、光学ヘッド
３をシークのために移動させても、ディスク上の記録デ
ータは破壊されないことになる。そして、次のステップ
Ｓ２０９において、これまでアクセスしていたプログラ
ムエリア内から、ＡＵＸデータエリアの記録開始位置と
してのアドレスに対してアクセスするための制御処理が
実行される。

【０２１０】続くステップＳ２１０においては、バッフ
ァメモリ１３のＡＵＸデータエリアに格納されている記
録データとしてのＡＵＸデータファイルについて読み出
しを行う。そして、次のステップＳ２１１において記録
モードを設定してステップＳ２１２に進み、ディスクの
ＡＵＸデータエリアに対して、バッファメモリ１３から
読み出したＡＵＸデータファイルを記録するための制御
処理を実行する。

【０２１１】上記ステップＳ２１０〜Ｓ２１２の処理が
継続される間、バッファメモリ１３からのＡＴＲＡＣデ
ータの読み出しは行われないことから、バッファメモリ
１３におけるＡＴＲＡＣデータエリア内ではＡＴＲＡＣ
データの蓄積量が増加していくことになる。そこで、ス
テップＳ２１２に続くステップＳ２１３においては、Ａ
ＴＲＡＣデータの蓄積量がＸ２（即ち図２８に示すＦｕ
ｌｌ状態）となるのを待機して、ここでＡＴＲＡＣデー
タの蓄積量がＸ２に至ったことが判別されるまで、上記
ステップＳ２１０〜Ｓ２１２の処理が繰り返されてＡＵ
Ｘデータファイルの記録が継続されることになる。な
お、ステップＳ２１０〜Ｓ２１２の処理によって、ディ
スクに記録すべき全てのＡＵＸデータファイルの記録が
完了した場合には、直ちに記録動作は停止してしまっ
て、以降はステップＳ２１３の処理によりＡＴＲＡＣデ
ータの蓄積量がＸ２となるのを待機しているようにすれ
ばよい。つまり、ステップＳ２１０〜Ｓ２１３として示
す一連の反復処理において、ステップＳ２１０〜Ｓ２１
２の処理を省略する形態を採ればよい。

【０２１２】ステップＳ２１３において、バッファメモ
リ１３におけるＡＴＲＡＣデータの蓄積量がＸ２に至っ
たことが判別された場合には、ステップＳ２１４に進
む。ステップＳ２１４においては再生モードを設定し、
続くステップＳ２１５において、これまでアクセスして
いたディスクのＡＵＸプログラムエリアから、プログラ
ムエリアの記録位置としてのアドレスに対してアクセス
する。そして、ステップＳ２０４以降の処理に戻るよう
にされる。この図に示すルーチンは、例えば記録停止操
作などに応答した記録停止の要求情報が得られたときに
抜けるようにされる。

【０２１３】なお、本実施の形態においては、主データ
としてのプログラムデータ（オーディオデータ；ＡＴＲ
ＡＣデータ）と、副データとしてのＡＵＸデータファイ
ルは、記録再生時において、バッファメモリ１３に対し
て蓄積されるものであるとして説明したが、これに限定
されるものではなく、例えば、ＡＵＸデータファイルが
専用に格納されるメモリ（記憶素子）がバッファメモリ
１３とは別に設けられる構成とされても構わないもので
ある。更には、本実施の形態のように、ＡＵＸデータフ
ァイルとして複数種類のデータファイルが規定される場
合には、各データファイルに応じて、専用のメモリが設
けられるようにしてもよいものである。

【０２１４】また、本発明としては上記した構成に限定
されるものではなく各種変更が可能とされる。例えば、
先に示した同期再生時のディスクに対する読み出し動作
は、プログラムに対するＡＵＸデータファイルの同期再
生が可能に構成された再生専用装置に対しても適用が可
能であり、また、上記図３１により説明した記録動作
は、プログラムとしてのオーディオデータとＡＵＸデー
タファイルの記録が可能なディスクに対応する記録専用
装置に対しても適用が可能である。また、上記実施の形
態としては、記録再生装置としてミニディスクシステム
を例に挙げたが、他の種別のディスクに対応して記録再
生が可能な記録又は再生装置に対しても適用が可能であ
る。

【０２１５】

【発明の効果】以上説明したように本発明の再生装置と
しては、例えばオーディオデータであるプログラム（主
データ）の再生時においてバッファメモリの蓄積量が所
定以上（例えばＦｕｌｌ状態）となって、ディスクに対
するデータ読み出しを停止させる期間において、オーデ
ィオディオデータとの同期再生に必要とされる画像情報
等のデータファイル（副データ）を、同期再生順に従っ
た優先順位でディスクから読み出すように構成される。
この構成では、プログラム（トラック）の再生出力を行
いながら、同期再生に必要なデータファイルを順次獲得
していくことが可能になり、ほぼ確実にトラックに対す
るデータファイルの同期再生を適正に行うことも実現さ
れるのであるが、これにより、トラック再生開始前の段
階で、同期再生に必要な全てのデータファイルをディス
クから読み込む必要は無いことになる。これは、例えば
ディスクを装填してからトラック再生開始が可能となる
までの待機時間が短縮されることであり、それだけユー
ザにとっての使い勝手は向上されることになる。

【０２１６】また、上記構成の下で、記録媒体から読み
出されたデータファイルを保持するメモリ（データファ
イル記憶手段）を備えることで、一度ディスクから読み
出されたデータファイルは、メモリに保持しておくこと
が可能になる。そうすれば、同期再生に際しては、この
メモリに保持されているデータファイルを読み出せばよ
いことになる。例えば、一旦、或る同期再生タイミング
で必要とされてメモリに格納されたデータファイルが、
その後の或る同期再生に必要となった場合には、メモリ
からこのデータファイルを読み出して再生出力させれば
よく、従って、同じデータファイルを再度ディスクから
読み込む必要はなくなる。これにより、同期再生の確実
性を高めることが可能になるものである。

【０２１７】また、本発明の記録装置としては、例えば
オーディオデータであるプログラム（主データ）の記録
時においてバッファメモリの蓄積量が所定以下（例えば
Ｅｍｐｔｙ状態）となって、ディスクに対するデータ記
録を停止させる期間において、例えば画像データやテキ
ストデータとしてのデータファイル（副データ）をディ
スクに記録するように構成されることで、プログラムの
データの記録と同時にデータファイルの記録が可能な機
能が与えられることになる。つまり、プログラムデータ
の記録とデータファイルの記録を別の機会に行わなけれ
ばならないという制約が無くなって、同じ機会に記録を
行うことができるものである。これにより、例えばプロ
グラムデータの記録とデータファイルの記録に要する延
べ時間が短縮されて、データ記録に関する効率化が図ら
れ、この点でも使い勝手の向上が図られるものである。

【図面の簡単な説明】

【図１】本発明の実施の形態の記録再生装置のブロック
図である。

【図２】実施の形態のディスクのセクターフォーマット
の説明図である。

【図３】実施の形態のディスクのアドレス形式の説明図
である。

【図４】実施の形態のディスクのアドレス例の説明図で
ある。

【図５】実施の形態のディスクのエリア構造の説明図で
ある。

【図６】実施の形態のＵ−ＴＯＣセクター０の説明図で
ある。

【図７】実施の形態のＵ−ＴＯＣセクター０のリンク形
態の説明図である。

【図８】実施の形態のＵ−ＴＯＣセクター１の説明図で
ある。

【図９】実施の形態のＵ−ＴＯＣセクター２の説明図で
ある。

【図１０】実施の形態のＵ−ＴＯＣセクター４の説明図
である。

【図１１】実施の形態のＡＵＸ−ＴＯＣセクター０の説
明図である。

【図１２】実施の形態のＡＵＸ−ＴＯＣセクター１の説
明図である。

【図１３】実施の形態のＡＵＸ−ＴＯＣセクター２の説
明図である。

【図１４】実施の形態のＡＵＸ−ＴＯＣセクター３の説
明図である。

【図１５】実施の形態のＡＵＸ−ＴＯＣセクター４の説
明図である。

【図１６】実施の形態のＡＵＸ−ＴＯＣセクター５の説
明図である。

【図１７】実施の形態のピクチャファイルセクターの説
明図である。

【図１８】実施の形態のテキストファイルセクターの説
明図である。

【図１９】実施の形態のコピーステータス及びコピース
テータス更新テーブルを示す説明図である。

【図２０】ピクチャ（テキスト）インフォメーションフ
ァイルのデータ構造を示す説明図である。

【図２１】テキストモードの定義内容を示す説明図であ
る。

【図２２】テキストファイル（タイムスタンプ有りの場
合）のデータ構造を示す説明図である。

【図２３】本実施の形態が対応する或るディスクにおけ
る、トラックと、トラックに対して同期して再生出力さ
れるピクチャファイルの管理状態例を示す説明図であ
る。

【図２４】図２３に示すディスクにおけるトラックの物
理的記録状態を概念的に示す説明図である。

【図２５】図２３に示すディスクにおけるＵ−ＴＯＣセ
クター０の内容例を示す説明図である。

【図２６】図２３に示すディスクにおけるＡＵＸ−ＴＯ
Ｃセクター３の内容例を示す説明図である。

【図２７】バッファメモリのデータ割り当て構造例を示
す説明図である。

【図２８】バッファメモリのＡＴＲＡＣデータエリアに
対する記録再生時の書き込み／読み出し動作を示す説明
図である。

【図２９】本実施の形態としての同期再生時におけるデ
ィスクに対するデータ読み出し動作を実現するための処
理動作を示すフローチャートである。

【図３０】本実施の形態としての同期再生時におけるデ
ィスクに対するデータ読み出し動作を実現するための処
理動作を示すフローチャートである。

【図３１】本実施の形態としての、ＡＴＲＡＣデータと
ＡＵＸデータファイルの同時期録を実現するための処理
動作を示すフローチャートである。

【符号の説明】

１ 記録再生装置、３ 光学ヘッド、６ａ 磁気ヘッ
ド、８ エンコーダ／デコーダ部、９ サーボ回路、１
１ システムコントローラ、１２ メモリコントロー
ラ、１３ バッファメモリ、１４ エンコーダ／デコー
ダ部、２３ 操作部、２４ 表示部、２５ インターフ
ェース部、２６ ＪＰＥＧデコーダ、９０ディスク、

───────────────────────────────────────────────────── フロントページの続き (72)発明者 長嶋 秀樹 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 原田 勉 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5C052 GA04 GA07 GB00 GB01 GB06 GB07 GB08 GB09 GB10 GC00 GC05 GD03 GE04 GF03 5D077 AA22 AA30 CA02 DC21 DD01 DD11 5D110 AA13 AA17 AA19 AA27 AA29 DE06

Claims (7)

【特許請求の範囲】
1. 【請求項１】 １又は複数のプログラムとしての時間的
   連続性のある主データと、該主データとしての１又は複
   数のプログラムについての記録又は再生又は編集動作を
   管理する主データ管理情報と、上記主データとしての各
   プログラムとは独立した１又は複数のデータファイルと
   しての副データと、該副データとしての１又は複数のデ
   ータファイルの記録又は再生又は編集動作の管理を行う
   ための情報であり、上記プログラムの再生時間に対する
   上記データファイルの同期再生時間を規定する同期再生
   制御情報が含まれる副データ管理情報とが記録される記
   録媒体に対応して再生動作を行うことのできる再生装置
   として、 上記記録媒体から上記プログラム、上記主データ管理情
   報、上記データファイル、上記副データ管理情報のそれ
   ぞれの読出を行うことのできる再生ヘッド手段と、 少なくとも、上記再生ヘッド手段により読み出された上
   記プログラムのデータを一時蓄積可能とされ、蓄積すべ
   きプログラムのデータの書き込み速度が所定の第１の速
   度に設定され、蓄積されたプログラムのデータ読み出し
   速度が上記第１の速度よりも低速な所定の第２の速度に
   設定されている記憶手段と、 上記記憶手段から読み出したプログラムのデータについ
   て所要の信号処理を施すことによって再生情報として出
   力することのできるプログラム再生手段と、 上記再生ヘッド手段で読み出されたデータファイルにつ
   いて所要の信号処理を施すことによって再生情報として
   出力することのできるデータファイル再生手段と、 上記再生ヘッド手段によって読み出された上記主データ
   管理情報及び上記副データ管理情報に基づいて、上記再
   生ヘッド手段、上記プログラム再生手段、上記データフ
   ァイル再生手段の動作制御を行うとともに、上記副デー
   タ管理情報に含まれる同期再生制御情報に基づいて上記
   プログラム再生手段から出力されているプログラムの再
   生進行時間に応じたタイミングで、特定のデータファイ
   ルの再生出力が上記データファイル再生手段によって実
   行されるように制御を行うことのできる再生制御手段
   と、 上記記憶手段における上記プログラムのデータの蓄積量
   が所定以下の状態では上記記録媒体から上記プログラム
   のデータを読み出させるように上記再生ヘッド手段を制
   御し、上記記憶手段における上記プログラムのデータの
   蓄積量が所定以上となった場合には、上記記録媒体から
   の上記プログラムの読み出し動作を停止させ、上記同期
   再生制御情報に基づいて、現在の上記プログラムの再生
   状況に応じて必要であると判別した上記データファイル
   が上記記録媒体から読み出されるように、上記再生ヘッ
   ド手段を制御する再生ヘッド動作制御手段と、 を備えていることを特徴とする再生装置。
2. 【請求項２】 上記データファイルは、特定の上記プロ
   グラムに関連する内容の画像情報とされ、 上記データファイル再生手段は、上記画像情報としての
   データファイルを表示出力可能に構成されていることを
   特徴とする請求項１に記載の再生装置。
3. 【請求項３】 上記再生ヘッド手段により記録媒体から
   読み出されたデータファイルを保持するデータファイル
   記憶手段が備えられることを特徴とする請求項１に記載
   の再生装置。
4. 【請求項４】 上記再生制御手段は、 上記副データ管理情報に含まれる同期再生制御情報に基
   づいて上記プログラム再生手段から出力されているプロ
   グラムの再生進行時間に応じたタイミングで、特定のデ
   ータファイルの再生出力が上記データファイル再生手段
   によって実行されるようにするために、 上記記憶手段から読み出されて再生出力されるプログラ
   ムのデータに対する上記データファイル記憶手段からの
   所要のデータファイルの読み出しタイミングを制御可能
   に構成されていることを特徴とする請求項３に記載の再
   生装置。
5. 【請求項５】 少なくとも、１又は複数のプログラムと
   しての時間的連続性のある主データが記録される主デー
   タ記録領域と、上記主データとしての各プログラムとは
   独立した１又は複数のデータファイルとしての副データ
   が記録される副データ記録領域とが設定されている記録
   媒体に対して記録を行うことのできる記録装置であっ
   て、 記録データとして入力されるプログラムのデータが一時
   蓄積可能とされ、蓄積すべきプログラムのデータの書き
   込み速度が所定の第１の速度に設定され、蓄積されたプ
   ログラムのデータ読み出し速度が上記第１の速度よりも
   高速な所定の第２の速度に設定されている第１の記憶手
   段と、 記録データとしてのデータファイルが保持される第２の
   記憶手段と、 上記第１の記憶手段から読み出されたプログラムデータ
   又は上記第２の記憶手段から読み出されたデータファイ
   ルの何れか一方を選択して記録媒体に記録することので
   きる記録ヘッド手段と、 上記第１の記憶手段に記憶されているプログラムのデー
   タの蓄積量が所定以上の状態では、上記記録ヘッド手段
   を上記記録媒体の主データ記録領域に移送させた状態と
   して、上記第１の記憶手段から読み出したプログラムの
   データを主データ記録領域に記録させ、上記第１の記憶
   手段に記憶されているプログラムのデータの蓄積量が所
   定以下となった場合には、上記記録ヘッド手段による上
   記主データ記録領域に対するプログラムのデータの記録
   を停止させた後に、この記録ヘッド手段を上記記録媒体
   の副データ記録領域に移送させ、上記第２の記憶手段か
   ら読み出したデータファイルを副データ記録領域に記録
   させるように制御を実行する記録制御手段と、 を備えていることを特徴とする記録装置。
6. 【請求項６】 上記データファイルは、特定の上記プロ
   グラムに関連する内容の画像情報とされていることを特
   徴とする請求項５に記載の記録装置。
7. 【請求項７】 上記データファイルは、特定の上記プロ
   グラムに関連する内容の文字情報とされていることを特
   徴とする請求項５に記載の記録装置。