(57)【要約】【課題】オーディオなどの主データと、この主データに対して同期再生が可能なテキストやスチルピクチャなどの副データが記録されたディスクに対応して再生可能な再生装置の娯楽性の向上、及び機能の拡大。【解決手段】コンテンツの再生装置として、コンテンツの主データと該コンテンツデータの関連データが記憶される記録媒体と、主データと関連データを一時的に記憶するバッファと、主データと関連データを再生する再生手段と、再生手段によりコンテンツの主データの再生開始以前にバッファに記憶された関連データを再生出力するように制御する制御手段とを備える。【選択図】        図４０
2007026653.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの主データと該コンテンツデータの関連データが記憶される記録媒体と、
上記主データと上記関連データを一時的に記憶するバッファと、
上記主データと上記関連データを再生する再生手段と、
上記再生手段により上記コンテンツの上記主データの再生開始以前に上記バッファに記憶された上記関連データを再生出力するように制御する制御手段と、
を備えるコンテンツの再生装置。
【請求項２】
上記関連データはテキストデータである請求項１に記載の再生装置。
【請求項３】
上記コンテンツは音楽であり、上記関連データはアーティスト情報、ライナノート、歌詞情報のいずれか一つを含む請求項２に記載の再生装置。
【請求項４】
上記関連データはカバーピクチャである請求項１に記載の再生装置。
【請求項５】
上記記録媒体は、上記主の再生時間と同期された第２の付加情報を記憶し、
上記制御手段は、上記主再生と同期させて上記第２の付加情報を再生出力するように制御する請求項１に記載の再生装置。
【請求項６】
上記コンテンツデータは映像である請求項１に記載の再生装置。
【請求項７】
上記付加データは上記主データとは別ファイルとして記憶されている請求項１に記載の再生装置。
【請求項８】
コンテンツの主データと該コンテンツデータの関連データが記憶される記録媒体と、上記主データと上記関連データを一時的に記憶するバッファと、上記主データと上記関連データを再生する再生手段と、上記再生手段により上記コンテンツの上記主データの再生開始以前に上記バッファに記憶された上記関連データを再生出力するように制御する制御手段とを備える再生装置の再生方法において、
上記主データと上記関連データを再生する再生処理と、
上記再生処理により上記コンテンツの上記主データの再生開始以前に上記バッファに記憶された上記関連データを再生出力する制御処理と
とからなる再生方法。
【請求項９】
上記関連データはテキストデータである請求項８に記載の再生方法。
【請求項１０】
上記コンテンツは音楽であり、上記関連データはアーティスト情報、ライナノート、歌詞情報のいずれか一つを含む請求項９に記載の再生方法。
【請求項１１】
上記関連データはカバーピクチャである請求項８に記載の再生方法。
【請求項１２】
上記記録媒体は、上記主の再生時間と同期された第２の付加情報を記憶し、
上記制御処理は、上記主再生と同期させて上記第２の付加情報を再生出力するように制御する請求項８に記載の再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばオーディオデータなどの主データと、文字情報や画像情報などの副データを記録できる記録媒体に対応して再生を行うことのできる再生装置及び再生方法に関するものである。
【背景技術】
【０００２】
音楽等を記録／再生することのできる記録装置／再生装置として、音声信号をデジタル信号で記録する光磁気ディスク、或は磁気テープ等を記録媒体とした記録装置／再生装置が知られている。
またミニディスクとして知られている、光磁気ディスクを用いた記録再生システムでは、ユーザーが楽曲等の音声をプログラムとして録音し、再生することができるだけでなく、そのディスクのタイトル（ディスクネーム）や記録されている楽曲などの各プログラムについて曲名（トラックネーム）などを文字情報として記録しておくことができ、例えば再生時においては再生装置に設けられた表示部において、ディスクタイトルや曲名、アーティスト名等を表示することができるようにされている。
なお、本明細書では「プログラム」とは、ディスクに記録される主データとしての楽曲などの音声データ等の単位の意味で用い、例えば１曲分の音声データが１つのプログラムとなる。また「プログラム」と同義で「トラック」という言葉も用いる。
【０００３】
そして、上記ミニディスクシステムとして、主データとされる音声データに付随する副データを記録可能な記録領域を、上記主データが記録される記録領域とは別に設け、上記副データとして静止画像データ、及び文字データ（なお、本明細書においてはシンボルや記号等も文字として含まれるものとする）等を記録可能とする構成が先に本出願人により提案されている。
【０００４】
例えば、従来のミニディスクシステムにおいても、ディスクネームやトラックネームなどの文字情報を記録可能とされてはいたが、これらの文字情報は、（Ｕ−ＴＯＣ：USER TABLE OF CONTENTS）内において各プログラムに対応して記録されるものである。但し、このＵ−ＴＯＣ自体さほど大容量ではないため、あくまでも上記のように、タイトル程度の文字が記録できる程度にとどまっていた。
これに対して、上記のように副データの記録領域を設けることで、文字データだけではなく、例えばさほどの大容量を必要としない静止画データ等であれば、これらのデータファイルを記録することが容易に実現されるものである。
【０００５】
上記のようにしてミニディスクシステムとして主データ（音声データ）に加え、副データ（画像、文字情報）が記録可能な構成を採る場合の副データの利用形態としては、例えば主データであるプログラムの再生時間に対して、１又は複数の副データとしてのデータファイルの再生時間を規定することで、プログラムの再生に同期させてデータファイルを再生出力させるといったことが考えられる。
具体的には、例えば、２分の演奏時間を有する楽曲としてのプログラム（主データ）と、このプログラムに対して同期再生時間が規定されたｐｉｃｔｕｒｅ＃１，＃２の２枚の静止画像ファイル（副データ）がディスクに記録されているとして、その規定された同期再生時間に従って、このプログラムの音声再生を行っている前半の１分間はｐｉｃｔｕｒｅ＃１の静止画像ファイルを同期して表示出力させ、後半の１分間はｐｉｃｔｕｒｅ＃２の静止画像ファイルを同期して表示出力させるといったようにするものである。
なお、例えば上記のようにして同期再生された静止画像ファイルなどの副データは、実際にはミニディスク記録再生装置に添え付けられたディスプレイパネルに出力したり、外部モニタ装置に出力することで表示が行われるものである。
【０００６】
このような同期再生を可能とする構成を採れば、これまでのように、音声として再生されたプログラム（楽曲）のみを聴くのではなく、再生された楽曲の進行に応じて表示される静止画像や文字を見るといった楽しみ方をすることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記のようにして、オーディオデータだけではなく、それに関連する副データとしての文字情報ファイルや画像ファイルなどを再生出力可能な構成を採る記録再生装置を実際に使用することを考えると、例えば、ユーザにとっての娯楽性や、機器としての機能的な面などにおいて、その特徴が出来るだけ有効に活用されることが好ましい。
【０００８】
例えばユーザにとっての娯楽性を考えてみると、常に主データであるオーディオデータと、副データである文字情報ファイル及び画像ファイルを再生出力するように固定的に設定するよりも、例えばこれまでと同様にオーディオデータのみを再生したり、又は副データである文字情報ファイルや画像ファイルデータのみを再生できたりするようにして、再生出力すべきデータの種別をユーザが選択可能に構成することの方が、ユーザにとっては多様な再生出力態様を選択できることになるため、好ましい。
【０００９】
また、機能的には次のような点で向上を図ることも考えられる。
ミニディスク記録再生装置においては、ディスクから読み出したオーディオデータ（主データ）を一時的に保持可能なバッファメモリを備えており、ディスクからバッファメモリへの転送速度を、バッファメモリからデータ再生出力系への転送速度よりも高速に設定することで、バッファメモリに対してオーディオデータを蓄積するように構成される。そして、実際には、バッファメモリのデータ蓄積量がフル又は所定以上となっている状態の下では、ディスクからバッファメモリへのデータ伝送を休止するという、間欠再生が行われている。このような構成は、ミニディスク記録再生装置の耐振性の向上を図ることを本来の目的としているものである。
【００１０】
そして、先のようにして主データと副データとの同期再生を行うための実際のディスクに対する読み出し動作としては、上記したような間欠再生が行われることを前提として、本出願により次のような構成が提案されている。
これは、上記のようにしてオーディオデータ（主データ）の再生時において、ディスクからバッファメモリへのオーディオデータの転送（ディスクからの読み出し）が休止している期間を利用して、副データ領域にアクセスして所要の副データファイルをディスクから読み出して再生出力させるように構成するものである。このような再生動作であれば、例えば主データの再生を行いながら同期再生に必要な副データファイルを順次取得できることになるので、例えば主データ再生開始以前の段階で、同期再生に必要とされる全ての副データファイルをディスクから読み出して保持しておく必要が無くなる。つまり、主データが再生可能となるまでの待機時間を短縮することができるものである。
【００１１】
但し、上記のようにして間欠再生時におけるオーディオデータの読み出し休止期間を利用して副データファイルを再生するようにした場合、光学ヘッドは、アクセスのために、ディスク上の主データ領域と副データ領域間を頻繁に移動することになる。これら主データ領域と副データ領域は、実際にはディスク上において物理的に離間して形成されているため、ほとんどの場合、スレッド機構の動作による光学ヘッド自体の移動を伴う。
【００１２】
スレッド機構は、例えばディスク半径方向に配置されたスレッド軸をモータにより駆動することで、このスレッド軸の回転に応じて光学ヘッドを移動可能とする構造を有しており、このための各種ギア等も備えられて構成される。
このためスレッド機構が駆動される際には、モータ回転やスレッド軸の回転等に伴って機械的な動作音が発生する。そして先に述べたように、主データと副データの同期再生を行う場合には、主データ領域と副データ領域間のアクセス動作が比較的頻繁に行われるために、上記アクセス動作に伴うスレッド機構の機械音の発生回数も比較的多くなってしまう。
【００１３】
例えば、副データファイルは特に見る必要もなくて、主データであるオーディオデータを再生してじっくりと聴くことができればよいという、音質重視のユーザがいることは当然考えられる。
このようなユーザが、例えば、上記した同期再生動作により再生されるオーディオデータの音声を聞いているとすると、さほどの音量ではないにせよ、比較的頻繁に聞こえるスレッド機構の機械音が気になるようなこともあり得る。
従って、例えばユーザが、オーディオデータの音声のみを聴きたいと思ったような場合には、上記したようなスレッド移動に伴う機械音の発生頻度はできるだけ少なくなるようにしてやることが好ましいことになる。
【課題を解決するための手段】
【００１４】
そこで本発明は上記した課題を考慮して、主データと副データとを同期再生可能な機能を有する再生装置及び再生方法として、娯楽性の向上及び機能的側面の向上などを図り、その機能ができるだけ有効に利用されるようにすることを目的とする。
【００１５】
このため、再生装置は、コンテンツの主データと該コンテンツデータの関連データが記憶される記録媒体と、上記主データと上記関連データを一時的に記憶するバッファと、上記主データと上記関連データを再生する再生手段と、上記再生手段により上記コンテンツの上記主データの再生開始以前に上記バッファに記憶された上記関連データを再生出力するように制御する制御手段と、を備えることとした。
【００１６】
また、上記再生装置の再生方法としては、上記主データと上記関連データを再生する再生処理と、上記再生処理により上記コンテンツの上記主データの再生開始以前に上記バッファに記憶された上記関連データを再生出力する制御処理とからなる。
【発明の効果】
【００１７】
以上説明したように本発明は、例えばオーディオデータのプログラムとしての主データと、これに付随する副データとしてのテキストデータファイル及びピクチャファイルデータ等を、同期再生制御情報（ＡＵＸ−ＴＯＣ）に基づいて同期再生可能な再生装置として、少なくとも主データと副データを共に再生出力する再生モードと、主データのみを再生出力する再生モードとを選択するための操作を行うことが可能とされる。
【００１８】
これによって、第１には、ユーザは自分の希望に応じた再生モードの選択操作によって、少なくとも、オーディオデータ（主データ）とデータファイル（副データ）を同期再生させる通常の再生動作と、オーディオデータのみを再生出力させる再生動作とを選択できることになる。つまり、ユーザにとっての娯楽性の面から考えれば、再生態様を選択する自由度が与えられる。
【００１９】
また、再生装置としての機能的な観点からすれば、例えばオーディオデータのみを再生する再生モードを選択して再生を行った場合には、オーディオデータが記録された領域のみにアクセスしてディスクからの読み出し動作を行うようにされ、副データが記録されている領域へのアクセスは行わないようにされる。このためオーディオデータと副データを同期再生する場合よりも、スレッド機構（移送手段）による光学ヘッド（データ読み出し手段）に対する移送動作の回数は少なくなって、スレッド機構が動作するときの機械音の発生頻度も減少する。これは見方を変えれば、オーディオリスニング時における周囲雑音の発生回数が減ることを意味し、例えば音質重視のリスナー（ユーザ）にとってはより良好なオーディオリスニングのための環境が得られることになる。
【００２０】
また、本発明としては、再生モードとして、副データのみ（例えば画像データファイルのみ）を再生可能な再生モードの他、主データであるオーディオデータと副データとしては文字情報ファイルのみを再生する再生モード、また、主データであるオーディオデータと副データとしては画像データファイルのみを再生する再生モード等が選択可能に構成することで、主データと副データの再生態様のバリエーションが各種得られることになって、本発明が目指すところの娯楽性は更に高まることになる。
【００２１】
また、主データと副データを上記した各種再生モードに応じて再生出力する構成として、例えばＩＥＥＥ１３９４などのデータバスを介して、データとして外部機器に送信するように構成すれば、例えば、外部のパーソナルコンピュータ、他のデジタルオーディオ機器、及びモニタ装置などによる音声再生、画像表示等も可能になって、この点でも多様な娯楽性が与えられる。
また、ＩＥＥＥ１３９４などのデータバスを介して送信する際、主データであるオーディオデータについては、Ｉｓｏｃｈｒｏｎｏｕｓ通信方式（第１の通信方式）により送信を行うことで、オーディオデータの時系列的な連続性（リアルタイム性）を確保することができ、副データについては、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方式（第２の通信方式）により送信を行うことで、データ通信処理やハードウェアの構成を簡略にすることができる。
【００２２】
このように本発明は、オーディオデータなどのプログラムである主データと、文字や画像のデータファイルであり主データに付随する副データとを再生することが可能な再生装置を前提として、ユーザにとっての娯楽性の向上や機能的な側面での向上等を図ることで、主データ及び副データを再生対象としているという特質ができるだけ有効に活かされるようにするものである。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態について説明する。
本発明の再生装置及び再生方法の実施の形態としては、ディスク状記録媒体として光磁気ディスク（ミニディスク）に対応して記録再生を行うことのできる記録再生装置を例に挙げることとする。また、説明は次の順序で行なう。
１．記録再生装置の構成
２．セクターフォーマット及びアドレス形式
３．エリア構造
４．Ｕ−ＴＯＣ
４−１  Ｕ−ＴＯＣセクター０
４−２  Ｕ−ＴＯＣセクター１
４−３  Ｕ−ＴＯＣセクター２
４−４  Ｕ−ＴＯＣセクター４
５．ＡＵＸ−ＴＯＣ
５−１  ＡＵＸ−ＴＯＣセクター０
５−２  ＡＵＸ−ＴＯＣセクター１
５−３  ＡＵＸ−ＴＯＣセクター２
５−４  ＡＵＸ−ＴＯＣセクター３
５−５  ＡＵＸ−ＴＯＣセクター４
５−６  ＡＵＸ−ＴＯＣセクター５
６．データファイル
６−１  ピクチャファイルセクター
６−２  テキストファイルセクター
７．同期再生時におけるデータ読み出し動作
７−１  動作例
７−１−１  ディスク例
７−１−２  バッファメモリの構造
７−１−３  動作概略
７−２  処理動作
８．ＩＥＥＥ１３９４フォーマット
８−１．概要
８−２．スタックモデル
８−３．パケット
９．再生モードに応じた再生動作
９−１．システム構成
９−２．再生モード１
９−３．再生モード２
９−４．再生モード３
９−５．再生モード４
９−５．再生モード５
９−６．処理動作
【００２４】
１．記録再生装置の構成
図１は、本実施の形態としての記録再生装置の内部構成を示す。なお、以降においては、本実施の形態の記録再生装置についてＭＤレコーダ／プレーヤ１ともいうことにする。
【００２５】
音声データが記録される光磁気ディスク（ミニディスク）９０は、スピンドルモータ２により回転駆動される。そして光磁気ディスク９０に対しては記録／再生時に光学ヘッド３によってレーザ光が照射される。
【００２６】
光学ヘッド３は、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力を行ない、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力を行なう。
このため、光学ヘッド３にはレーザ出力手段としてのレーザダイオード、偏光ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタ等が搭載されている。対物レンズ３ａは２軸機構４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。
【００２７】
また、ディスク９０を挟んで光学ヘッド３と対向する位置に磁気ヘッド６ａが配置されている。磁気ヘッド６ａは供給されたデータによって変調された磁界を光磁気ディスク９０に印加する動作を行なう。
光学ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５によりディスク半径方向に移動可能とされている。
【００２８】
再生動作によって、光学ヘッド３によりディスク９０から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グルーブ情報（光磁気ディスク９０にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）ＧＦＭ等を抽出する。
抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥはサーボ回路９に供給され、グルーブ情報ＧＦＭはアドレスデコーダ１０に供給される。
【００２９】
サーボ回路９は供給されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥや、マイクロコンピュータにより構成されるシステムコントローラ１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ２の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御を行ない、またスピンドルモータ２を一定線速度（ＣＬＶ）に制御する。
【００３０】
アドレスデコーダ１０は供給されたグルーブ情報ＧＦＭをデコードしてアドレス情報を抽出する。このアドレス情報はシステムコントローラ１１に供給され、各種の制御動作に用いられる。
また再生ＲＦ信号についてはエンコーダ／デコーダ部８においてＥＦＭ復調、ＣＩＲＣ等のデコード処理が行なわれるが、このときアドレス、サブコードデータなども抽出され、システムコントローラ１１に供給される。
【００３１】
エンコーダ／デコーダ部８でＥＦＭ復調、ＣＩＲＣ等のデコード処理された音声データ（セクターデータ）は、メモリコントローラ１２によって一旦バッファメモリ１３に書き込まれる。なお、光学ヘッド３によるディスク９０からのデータの読み取り及び光学ヘッド３からバッファメモリ１３までの系における再生データの転送は1.41Mbit/secで、しかも通常は間欠的に行なわれる。
【００３２】
バッファメモリ１３に書き込まれたデータは、再生データの転送が0.3Mbit/sec となるタイミングで読み出され、エンコーダ／デコーダ部１４に供給される。そして、音声圧縮処理に対するデコード処理等の再生信号処理を施され、４４．１ＫＨZ サンプリング、１６ビット量子化のデジタルオーディオ信号とされる。  このデジタルオーディオ信号はＤ／Ａ変換器１５によってアナログ信号とされ、出力処理部１６でレベル調整、インピーダンス調整等が行われてライン出力端子１７からアナログオーディオ信号Ａｏｕｔとして外部機器に対して出力される。またヘッドホン出力ＨＰｏｕｔとしてヘッドホン出力端子２７に供給され、接続されるヘッドホンに出力される。
【００３３】
また、エンコーダ／デコーダ部１４でデコードされた状態のデジタルオーディオ信号は、デジタルインターフェース部２２に供給されることで、デジタル出力端子２１からデジタルオーディオ信号Ｄｏｕｔとして外部機器に出力することもできる。例えば光ケーブルによる伝送形態で外部機器に出力される。
【００３４】
光磁気ディスク９０に対して記録動作が実行される際には、ライン入力端子１８に供給された記録信号（アナログオーディオ信号Ａｉｎ）は、Ａ／Ｄ変換器１９によってデジタルデータとされた後、エンコーダ／デコーダ部１４に供給され、音声圧縮エンコード処理を施される。
または外部機器からデジタル入力端子２０にデジタルオーディオ信号Ｄｉｎが供給された場合は、デジタルインターフェース部２２で制御コード等の抽出が行われるとともに、そのオーディオデータがエンコーダ／デコーダ部１４に供給され、音声圧縮エンコード処理を施される。
なお図示していないがマイクロホン入力端子を設け、マイクロホン入力を記録信号として用いることも当然可能である。
【００３５】
エンコーダ／デコーダ部１４によって圧縮された記録データはメモリコントローラ１２によって一旦バッファメモリ１３に書き込まれて蓄積されていった後、所定量のデータ単位毎に読み出されてエンコーダ／デコーダ部８に送られる。そしてエンコーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後、磁気ヘッド駆動回路６に供給される。
【００３６】
磁気ヘッド駆動回路６はエンコード処理された記録データに応じて、磁気ヘッド６ａに磁気ヘッド駆動信号を供給する。つまり、光磁気ディスク９０に対して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ１１は光学ヘッドに対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００３７】
操作部２３はユーザー操作に供される部位を示し、各種操作キーやダイヤルとしての操作子が設けられる。操作子としては例えば、再生、録音、一時停止、停止、ＦＦ（早送り）、ＲＥＷ（早戻し）、ＡＭＳ（頭出しサーチ）などの記録再生動作にかかる操作子や、通常再生、プログラム再生、シャッフル再生などのプレイモードにかかる操作子、さらには表示部２４における表示状態を切り換える表示モード操作のための操作子、トラック（プログラム）分割、トラック連結、トラック消去、トラックネーム入力、ディスクネーム入力などのプログラム編集操作のための操作子が設けられている。
これらの操作キーやダイヤルによる操作情報はシステムコントローラ１１に供給され、システムコントローラ１１は操作情報に応じた動作制御を実行することになる。
【００３８】
また、本実施の形態においては、受信部３０が備えられている。受信部３０では、リモートコントローラ３２から送信された、例えば赤外線によるコマンド信号を受信してデコード処理を行って、コマンドコード（操作情報）としてシステムコントローラ１１に出力する。この受信部３０から出力された操作情報に基づいても、システムコントローラ１１は動作制御を実行する。
【００３９】
表示部２４の表示動作はシステムコントローラ１１によって制御される。
即ちシステムコントローラ１１は表示動作を実行させる際に表示すべきデータを表示部２４内の表示ドライバに送信する。表示ドライバは供給されたデータに基づいて液晶パネルなどによるディスプレイの表示動作を駆動し、所要の数字、文字、記号などの表示を実行させる。
表示部２４においては、記録／再生しているディスクの動作モード状態、トラックナンバ、記録時間／再生時間、編集動作状態等が示される。
またディスク９０には主データたるプログラムに付随して管理される文字情報（トラックネーム等）が記録できるが、その文字情報の入力の際の入力文字の表示や、ディスクから読み出した文字情報の表示などが実行される。
さらに本例の場合、ディスク９０には、プログラムとしての楽曲等のデータとは独立したデータファイルとなる副データ（ＡＵＸデータ）が記録されることができる。
ＡＵＸデータとしてのデータファイルは、文字、静止画などの情報となるが、これらの文字や静止画は表示部２４により表示出力可能とされる。
【００４０】
本実施の形態では、ＡＵＸデータである静止画及び文字を表示部２４に表示させるための構成として、ＪＰＥＧデコーダ２６が備えられる。
即ち、本実施の形態においては、ＡＵＸデータとしてのデータファイルである静止画データは、ＪＰＥＧ(Joint Photographic Coding Experts Group)方式により圧縮されたファイル形式で記録される。ＪＰＥＧデコーダ２６では、ディスク９０にて再生されて例えばバッファメモリ１３に蓄積された静止画データのファイルをメモリコントローラ１２を介して入力し、ＪＰＥＧ方式に従った伸張処理を施して表示部２４に出力する。これにより、ＡＵＸデータである静止画データが表示部２４にて表示されることになる。
【００４１】
但し、ＡＵＸデータとしての文字情報や静止画情報を出力するには、比較的大画面となり、かつ画面上を或る程度自由に使用できるフルドットディスプレイやＣＲＴディスプレイが好適な場合も多く、このため、ＡＵＸデータの表示出力はインターフェース部２５を介して外部のモニタ装置などにおいて実行するようにすることが考えられる。
またＡＵＸデータファイルはユーザーがディスク９０に記録させることもできるが、その場合の入力としてイメージスキャナ、パーソナルコンピュータ、キーボード等を用いることが必要になる場合があり、そのような装置からＡＵＸデータファイルとしての情報をインターフェース部２５を介して入力することが考えられる。
なお、本実施の形態においては、インターフェース部２５はＩＥＥＥ１３９４インターフェイスが採用されるものとする。このため、以降においてはインターフェース部２５をＩＥＥＥ１３９４インターフェイス２５とも表記する。従って、ＩＥＥＥ１３９４インターフェイス２５は、ＩＥＥＥ１３９４バス１１６を介して各種外部機器と接続されることになる。
【００４２】
システムコントローラ１１は、ＣＰＵ、内部インターフェース部等を備えたマイクロコンピュータとされ、上述してきた各種動作の制御を行う。
また、プログラムＲＯＭ２８には、当該記録再生装置における各種動作を実現するためのプログラム等が格納され、ワークＲＡＭ２９には、システムコントローラ１１が各種処理を実行するのに必要なデータやプログラム等が適宜保持される。
【００４３】
ところで、ディスク９０に対して記録／再生動作を行なう際には、ディスク９０に記録されている管理情報、即ちＰ−ＴＯＣ（プリマスタードＴＯＣ）、Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出す必要がある。システムコントローラ１１はこれらの管理情報に応じてディスク９０上の記録すべきエリアのアドレスや、再生すべきエリアのアドレスを判別することとなる。
この管理情報はバッファメモリ１３に保持される。
そして、システムコントローラ１１はこれらの管理情報を、ディスク９０が装填された際に管理情報の記録されたディスクの最内周側の再生動作を実行させることによって読み出し、バッファメモリ１３に記憶しておき、以後そのディスク９０に対するプログラムの記録／再生／編集動作の際に参照できるようにしている。
【００４４】
また、Ｕ−ＴＯＣはプログラムデータの記録や各種編集処理に応じて書き換えられるものであるが、システムコントローラ１１は記録／編集動作のたびに、Ｕ−ＴＯＣ更新処理をバッファメモリ１３に記憶されたＵ−ＴＯＣ情報に対して行ない、その書換動作に応じて所定のタイミングでディスク９０のＵ−ＴＯＣエリアについても書き換えるようにしている。
【００４５】
またディスク９０にはプログラムとは別にＡＵＸデータファイルが記録されるが、そのＡＵＸデータファイルの管理のためにディスク９０上にはＡＵＸ−ＴＯＣが形成される。
システムコントローラ１１はＵ−ＴＯＣの読出の際にＡＵＸ−ＴＯＣの読出も行い、バッファメモリ１３に格納して必要時にＡＵＸデータの管理状態を参照できるようにしている。
またシステムコントローラ１１は必要に応じて所定タイミングで（もしくはＡＵＸ−ＴＯＣの読出の際に同時に）ＡＵＸデータファイルを読み込み、バッファメモリ１３に格納する。そしてＡＵＸ−ＴＯＣで管理される出力タイミングに応じて表示部２４や、ＩＥＥＥ１３９４インターフェイス２５を介した外部機器における文字や画像の出力動作を実行させることが可能とされている。
【００４６】
２．セクターフォーマット及びアドレス形式
図２で、セクター、クラスタというデータ単位について説明する。
ミニディスクシステムでの記録トラックとしては図２のようにクラスタＣＬが連続して形成されており、１クラスタが記録時の最小単位とされる。１クラスタは２〜３周回トラック分に相当する。
【００４７】
そして１つのクラスタＣＬは、セクターＳFC〜ＳFFとされる４セクターのリンキング領域と、セクターＳ00〜Ｓ1Fとして示す３２セクターのメインデータ領域から形成されている。
１セクターは２３５２バイトで形成されるデータ単位である。
４セクターのサブデータ領域のうち、セクターＳFFはサブデータセクターとされ、サブデータとしての情報記録に使用できるが、セクターＳFC〜ＳFEの３セクターはデータ記録には用いられない。
一方、ＴＯＣデータ、オーディオデータ、ＡＵＸデータ等の記録は３２セクター分のメインデータ領域に行なわれる。
なお、アドレスは１セクター毎に記録される。
【００４８】
また、セクターはさらにサウンドグループという単位に細分化され、２セクターが１１サウンドグループに分けられている。
つまり図示するように、セクターＳ00などの偶数セクターと、セクターＳ01などの奇数セクターの連続する２つのセクターに、サウンドグループＳＧ00〜ＳＧ0Aが含まれる状態となっている。１つのサウンドグループは４２４バイトで形成されており、11.61msec の時間に相当する音声データ量となる。
１つのサウンドグループＳＧ内にはデータがＬチャンネルとＲチャンネルに分けられて記録される。例えばサウンドグループＳＧ00はＬチャンネルデータＬ０とＲチャンネルデータＲ０で構成され、またサウンドグループＳＧ01はＬチャンネルデータＬ１とＲチャンネルデータＲ１で構成される。
なお、Ｌチャンネル又はＲチャンネルのデータ領域となる２１２バイトをサウンドフレームとよんでいる。
【００４９】
次に図３にミニディスクシステムでのアドレス形式を説明する。
各セクターは、クラスタアドレスとセクターアドレスによってアドレスが表現される。そして図３上段に示すようにクラスタアドレスは１６ビット（＝２バイト）、セクターアドレスは８ビット（＝１バイト）の数値となる。
この３バイト分のアドレスが、各セクターの先頭位置に記録される。
【００５０】
さらに４ビットのサウンドグループアドレスを追加することで、セクター内のサウンドグループの番地も表現することができる。例えばＵ−ＴＯＣなどの管理上において、サウンドグループアドレスまで表記することで、サウンドグループ単位での再生位置設定なども可能となる。
【００５１】
ところでＵ−ＴＯＣやＡＵＸ−ＴＯＣなどにおいては、クラスタアドレス、セクターアドレス、サウンドグループアドレスを３バイトで表現するために、図３下段に示すような短縮型のアドレスが用いられる。
まずセクターは１クラスタに３６セクターであるため６ビットで表現できる。従ってセクターアドレスの上位２ビットは省略できる。同様にクラスタもディスク最外周まで１４ビットで表現できるためクラスタアドレスの上位２ビットは省略できる。
このようにセクターアドレス、クラスタアドレスの上位各２ビットづつを省略することで、サウンドグループまで指定できるアドレスを３バイトで表現できる。
【００５２】
また、後述するＵ−ＴＯＣ、ＡＵＸ−ＴＯＣでは、再生位置、再生タイミング等を管理するアドレスは、上記の短縮型のアドレスで表記するが、そのアドレスとしては、絶対アドレス形態で示す例以外に、オフセットアドレスで示す例も考えられる。オフセットアドレスとは、例えば楽曲等の各プログラムの先頭位置をアドレス０の位置としてそのプログラム内の位置を示す相対的なアドレスである。このオフセットアドレスの例を図４で説明する。
【００５３】
楽曲等のプログラムが記録されるのは、図５を用いて後述するが、ディスク上の第５０クラスタ（１６進表現でクラスタ３２ｈ：以下、本明細書において「ｈ」を付した数字は１６進表記での数値とする）からとなる。
例えば第１プログラムの先頭位置のアドレス（クラスタ３２ｈ、セクター００ｈ、サウンドグループ０ｈ）のアドレス値は図４（ａ）上段に示すのように、「００００００００００１１００１０００００００００００００」（つまり００３２ｈ、００ｈ、０ｈ）となる。これを短縮形で示すと、図４（ａ）下段のように、「００００００００１１００１０００００００００００」（つまり００ｈ、Ｃ８ｈ、００ｈ）となる。
【００５４】
この先頭アドレスを起点として、第１プログラム内のある位置として、例えばクラスタ００３２ｈ、セクター０４ｈ、サウンドグループ０ｈのアドレスは、図４（ｂ）のように短縮形の絶対アドレスでは「００ｈ、Ｃ８ｈ、４０ｈ」となり、一方オフセットアドレスは、先頭アドレスを起点とした差分でクラスタ００００ｈ、セクター０４ｈ、サウンドグループ０ｈを表現すればよいため、「００ｈ、００ｈ、４０ｈ」となる。
【００５５】
また図４（ａ）の先頭アドレスを起点として、第１プログラム内のある位置として、例えばクラスタ００３２ｈ、セクター１３ｈ、サウンドグループ９ｈのアドレスは、図４（ｃ）のように短縮形の絶対アドレスでは「００ｈ、Ｃ９ｈ、３９ｈ」となり、一方オフセットアドレスは「００ｈ、０１ｈ、３９ｈ」となる。
例えばこれらの例のように、絶対アドレス又はオフセットアドレスにより、プログラム内の位置などを指定できる。
【００５６】
３．エリア構造
本例のディスク９０のエリア構造を図５で説明する。
図５（ａ）はディスク最内周側から最外周側までのエリアを示している。
光磁気ディスクとしてのディスク９０は、最内周側はエンボスピットにより再生専用のデータが形成されるピット領域とされており、ここにＰ−ＴＯＣが記録されている。
ピット領域より外周は、光磁気領域とされ、記録トラックの案内溝としてのグルーブが形成された記録再生可能領域となっている。
この光磁気領域の最内周側のクラスタ０〜クラスタ４９までの区間が管理エリアとされ、実際の楽曲等のプログラムが記録されるのは、クラスタ５０〜クラスタ２２５１までのプログラムエリアとなる。プログラムエリアより外周はリードアウトエリアとされている。
【００５７】
管理エリア内を詳しく示したものが図５（ｂ）である。図５（ｂ）は横方向にセクター、縦方向にクラスタを示している。
管理エリアにおいてクラスタ０，１はピット領域との緩衝エリアとされている。クラスタ２はパワーキャリブレーションエリアＰＣＡとされ、レーザー光の出力パワー調整等のために用いられる。
クラスタ３，４，５はＵ−ＴＯＣが記録される。Ｕ−ＴＯＣの内容は後述するが、１つのクラスタ内の各セクターにおいてデータフォーマットが規定され、それぞれ所定の管理情報が記録されるが、このようなＵ−ＴＯＣデータとなるセクターを有するクラスタが、クラスタ３，４，５に３回繰り返し記録される。
【００５８】
クラスタ６，７，８はＡＵＸ−ＴＯＣが記録される。ＡＵＸ−ＴＯＣの内容についても後述するが、１つのクラスタ内の各セクターにおいてデータフォーマットが規定され、それぞれ所定の管理情報が記録される。このようなＡＵＸ−ＴＯＣデータとなるセクターを有するクラスタが、クラスタ６，７，８に３回繰り返して記録される。
【００５９】
クラスタ９からクラスタ４６までの領域は、ＡＵＸデータが記録される領域となる。ＡＵＸデータとしてのデータファイルはセクター単位で形成され、後述する静止画ファイルとしてのピクチャファイルセクター、文字情報ファイルとしてのテキストファイルセクター、プログラムに同期した文字情報ファイルとしてのカラオケテキストファイルセクター等が形成される。
そしてこのＡＵＸデータとしてのデータファイルや、ＡＵＸデータエリア内でＡＵＸデータファイルを記録可能な領域などは、ＡＵＸ−ＴＯＣによって管理されることになる。
【００６０】
なおＡＵＸデータエリアでのデータファイルの記録容量は、エラー訂正方式モード２として考えた場合に２．８Ｍバイトとなる。
また、例えばプログラムエリアの後半部分やプログラムエリアより外周側の領域（例えばリードアウト部分）に、第２のＡＵＸデータエリアを形成して、データファイルの記録容量を拡大することも考えられる。
【００６１】
クラスタ４７，４８，４９は、プログラムエリアとの緩衝エリアとされる。
クラスタ５０（＝３２ｈ）以降のプログラムエリアには、１又は複数の楽曲等の音声データがＡＴＲＡＣと呼ばれる圧縮形式で記録される。
記録される各プログラムや記録可能な領域は、Ｕ−ＴＯＣによって管理される。
なお、プログラム領域における各クラスタにおいて、セクターＦＦｈは、前述したようにサブデータとしての何らかの情報の記録に用いることができる。
【００６２】
なお、ミニディスクシステムではプログラム等が再生専用のデータとしてピット形態で記録されている再生専用ディスクも用いられるが、この再生専用ディスクでは、ディスク上はすべてピットエリアとなる。そして記録されているプログラムの管理はＰ−ＴＯＣによって後述するＵ−ＴＯＣとほぼ同様の形態で管理され、Ｕ−ＴＯＣは形成されない。
但し、ＡＵＸデータとして再生専用のデータファイルを記録する場合は、それを管理するためのＡＵＸ−ＴＯＣが記録されることになる。
【００６３】
４．Ｕ−ＴＯＣ
４−１  Ｕ−ＴＯＣセクター０
前述したように、ディスク９０に対してプログラム（トラック）の記録／再生動作を行なうためには、システムコントローラ１１は、予めディスク９０に記録されている管理情報としてのＰ−ＴＯＣ、Ｕ−ＴＯＣを読み出しておき、必要時にこれを参照することになる。
ここで、ディスク９０においてトラック（楽曲等）の記録／再生動作などの管理を行なう管理情報として、Ｕ−ＴＯＣセクターについて説明する。
【００６４】
なおＰ−ＴＯＣは図５で説明したようにディスク９０の最内周側のピットエリアに形成されるもので、読出専用の情報である。そして、Ｐ−ＴＯＣによってディスクの記録可能エリア（レコーダブルユーザーエリア）や、リードアウトエリア、Ｕ−ＴＯＣエリアなどの位置の管理等が行なわれる。なお、全てのデータがピット形態で記録されている再生専用の光ディスクでは、Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲の管理も行なうことができるようにされ、Ｕ−ＴＯＣは形成されない。
Ｐ−ＴＯＣについては詳細な説明を省略し、ここでは記録可能な光磁気ディスクに設けられるＵ−ＴＯＣについて説明する。
【００６５】
図６はＵ−ＴＯＣセクター０のフォーマットを示すものである。
なお、Ｕ−ＴＯＣセクターとしてはセクター０〜セクター３２まで設けることができ、その中で、セクター１，セクター４は文字情報、セクター２は録音日時を記録するエリアとされている。
まず最初に、ディスク９０の記録／再生動作に必ず必要となるＵ−ＴＯＣセクター０について説明する。
【００６６】
Ｕ−ＴＯＣセクター０は、主にユーザーが録音を行なった楽曲等のプログラムや新たにプログラムが録音可能なフリーエリアについての管理情報が記録されているデータ領域とされる。
例えばディスク９０に或る楽曲の録音を行なおうとする際には、システムコントローラ１１は、Ｕ−ＴＯＣセクター０からディスク上のフリーエリアを探し出し、ここに音声データを記録していくことになる。また、再生時には再生すべき楽曲が記録されているエリアをＵ−ＴＯＣセクター０から判別し、そのエリアにアクセスして再生動作を行なう。
【００６７】
Ｕ−ＴＯＣセクター０のデータ領域（４バイト×588 の２３５２バイト）は、先頭位置にオール０又はオール１の１バイトデータが並んで形成される同期パターンが記録される。
続いてクラスタアドレス(Cluster H) (Cluster L) 及びセクターアドレス(Sector)となるアドレスが３バイトにわたって記録され、さらにモード情報(MODE)が１バイト付加され、以上でヘッダとされる。ここでの３バイトのアドレスは、そのセクター自体のアドレスである。
【００６８】
同期パターンやアドレスが記録されるヘッダ部分については、このＵ−ＴＯＣセクター０に限らず、Ｐ−ＴＯＣセクター、ＡＵＸ−ＴＯＣセクター、ＡＵＸファイルセクター、プログラムセクターでも同様であり、後述する図８以降の各セクターについてはヘッダ部分の説明を省略するが、セクター単位にそのセクター自体のアドレス及び同期パターンが記録されている。
なおセクター自体のアドレスとして、クラスタアドレスは、上位アドレス(Cluster H) と下位アドレス(Cluster L) の２バイトで記され、セクターアドレス(Sector)は１バイトで記される。つまりこのアドレスは短縮形式ではない。
【００６９】
続いて所定バイト位置に、メーカーコード、モデルコード、最初のトラックのトラックナンバ(First TNO）、最後のトラックのトラックナンバ（Last TNO）、セクター使用状況(Used sectors)、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録される。
【００７０】
さらに、ユーザーが録音を行なって記録されているトラック（楽曲等）の領域やフリーエリア等を後述するテーブル部に対応させることによって識別するため、ポインタ部として各種のポインタ(P-DFA，P-EMPTY ，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) 〜(FFh) のうちのいづれかが記録される。
未使用のパーツテーブルが複数存在する場合は、ポインタP-EMPTY によって指定されたパーツテーブルからリンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル部上で連結される。
【００７７】
ポインタP-FRA は光磁気ディスク９０上のデータの書込可能なフリーエリア（消去領域を含む）について示しており、フリーエリアとなるトラック部分（＝パーツ）が示された１又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、フリーエリアが存在する場合はポインタP-FRA において(01h) 〜(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-TNA1〜P-TNA255が用意され、またこのポインタP-TNA1〜P-TNA255によって指定されるスロット部が１単位８バイトで２５５単位のスロット(01h) 〜(FFh) 及び同じく８バイトの１つのスロット(00h) が用意されており、上述したＵ−ＴＯＣセクター０とほぼ同様の形態で文字データを管理する。
【００８４】
スロット(01h) 〜(FFh) にはディスクタイトルやトラックネームとしての文字情報がアスキーコードで記録される。
そして、例えばポインタP-TNA1によって指定されるスロットには第１トラックに対応してユーザーが入力した文字が記録されることになる。また、スロットがリンク情報によりリンクされることで、１つのトラックに対応する文字入力は７バイト（７文字）より大きくなっても対応できる。
なお、スロット(00h) としての８バイトはディスクネームの記録のための専用エリアとされており、ポインタP-TNA(x)によっては指定されないスロットとされている。
このＵ−ＴＯＣセクター１でもポインタP-EMPTY は使用していないスロットを管理する。
【００８５】
４−３  Ｕ−ＴＯＣセクター２
次に、図９はＵ−ＴＯＣセクター２のフォーマットを示しており、このセクター２は、主にユーザーが録音を行なった楽曲の録音日時を記録するデータ領域とされる。
【００８６】
このＵ−ＴＯＣセクター２には、記録された各トラックに相当するポインタ部としてポインタP-TRD1〜P-TRD255が用意され、またこのポインタP-TRD1〜P-TRD255によって指定されるスロット部が用意される。スロット部には１単位８バイトで２５５単位のスロット(01h) 〜(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-PNO255までのバイト位置に対して、ポインタP-PNO100〜P-PN255を設定することはできる。
【０１０４】
また、メーカコード、モデルコードに続く２バイトの領域は、ポインタFirst PNO，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-PFRA、P-EMPTY も形成される。
そしてテーブル部において各ポインタに対応される各８バイトのパーツテーブルとして、スタートアドレス、エンドアドレス、画像モード（S．Pict．モード）が記録される９９単位のパーツテーブル(01h) 〜(63h) が形成される。この場合も、ＡＵＸ−ＴＯＣセクター０同様、残りのパーツテーブル(64h)〜(FFh)は使用しないものとして、ＡＬＬ‘０’（ｚｅｒｏｓ）がセットされる。
【０１０６】
また、パーツテーブル(00h) はポインタによっては指定されないパーツテーブルとなるが、ここは表紙ピクチャ(Cover Picture)として位置づけられたピクチャファイルのアドレス管理に専用に用いられる。上記した画像モード（S．Pict．モード）は、表紙ピクチャのパーツテーブル(00h)にも同様に設けられる。
【０１０７】
ポインタP-PNO1〜P-PNO99 は、それぞれ１つのピクチャファイルが記録された領域を、特定のパーツテーブルを指定することで管理する。例えばポインタP-PNO1で指定されるパーツテーブルには、１枚目としての画像データとなるピクチャファイルのスタートアドレス、エンドアドレス、画像モード（S．Pict．モード）が記録された状態とされる。
なお、このＡＵＸ−ＴＯＣセクター１ではリンク情報(Link-P)によるパーツテーブルをリンクさせて行うファイル管理は行われない。つまり１つのピクチャファイルは物理的に離れた区間に分けられて記録されることはない。
【０１０８】
ただし、このセクター内での未使用のパーツテーブルについてはポインタP-EMPTY を起点とするリンク形態（パーツテーブルの８バイト目がリンク情報とされる）によって管理される。
【０１０９】
また、ＡＵＸ−ＴＯＣセクター１でのポインタP-PFRAは、ＡＵＸデータエリア内の１クラスタの領域に対して１クラスタ未満のピクチャデータが記録されており、かつ、その１クラスタ内においてピクチャデータが記録されていない領域が未記録領域（記録可能領域）、即ちフリーエリアとされている場合に、このフリーエリアを管理するポインタとされる。つまり、ポインタP-PFRAで指定されるパーツテーブルにフリーエリアとしての区間のアドレスが記録される。
【０１１０】
また、ＡＵＸ−ＴＯＣセクター１での各パーツテーブルにおける画像モード（S．Pict．モード）は、各パーツテーブルにより指定されるアドレスに記録されているピクチャファイルについて、コピーステータスを含むモード情報を示すものとされる。
【０１１１】
画像モード（S．Pict．モード）は、例えば図１９（ａ）に示すようにして定義される。
画像モードはｄ１−ｄ８の８ビットとされるが、ｄ１−ｄ２からなる２ビットによりコピーステータスが示される。コピーステータスとは、対応するピクチャファイルについてのコピーの許可／不許可に関して設定された情報である。
この場合、コピーステータスが（０ｈ）とされた場合には、コピー許可であることを示し、そのピクチャファイルは何回でもコピーが可能とされる。
コピーステータスが（１ｈ）とされた場合には、そのピクチャファイルについて、あと１回のみのコピーが許可されていることを示す。
コピーステータスが（２ｈ）とされた場合には、そのピクチャファイルについて、認証されたデータバスを介して１回のみのコピーが許可されていることを示す。逆に言えば、認証されないデータバスを介した場合には、コピーは不許可となる。
コピーステータスが（３ｈ）とされた場合には、そのピクチャファイルについては、コピーが禁止されていることを示す。
残るｄ３−ｄ８の６ビットについては、ここでは未定義とされている。
【０１１２】
また、或るピクチャファイルについてデータのコピーが行われた場合には、そのコピー前のピクチャファイルに対応して与えられていたコピーステータスの内容に対応して、コピー後のピクチャファイルに対応して与えられるコピーステータスは、図１９（ｂ）に示すようにして更新されるべきことになる。
つまり、或るピクチャファイルについて、コピー前においてはコピーステータスが「０ｈ」とされていた場合には、コピー後においてもそのピクチャファイルには、コピーステータス「０ｈ」が与えられる。つまり、何回でもコピーが可能とされる。
これに対して、コピー前においてはコピーステータスが「１ｈ」或いは［２ｈ」とされていた場合には、コピー後においては、コピーステータスが「３ｈ」とされて以降のコピーは禁止されることが示される。
【０１１３】
５−３  ＡＵＸ−ＴＯＣセクター２
図１３にＡＵＸ−ＴＯＣセクター２のフォーマットを示す。このセクター２はピクチャインフォメーションテーブルとされ、記録された各ピクチャファイルにピクチャネーム、記録日時、及びインターネットのＵＲＬ（Uniform Resource Locators）の情報（本実施の形態では、これらの情報をピクチャインフォメーションという）をつける場合に、これらピクチャインフォメーションとしての各情報を文字情報として記録するデータ領域とされる。
【０１１４】
ここで、ＡＵＸ−ＴＯＣセクター２の説明に先立ち、ＡＵＸ−ＴＯＣセクター２のテーブル部に記録されるピクチャインフォメーションファイルの構造について図２０により説明しておく。ここでいうピクチャインフォメーションファイルとは、１ピクチャファイルに対応するピクチャインフォメーションの情報である。
【０１１５】
この図２０に示すように、ピクチャインフォメーションファイルは、まず先頭にピクチャネームとしてのデータユニットがアスキーコードその他の文字コードで配置される。このピクチャネームは、図１０に示したＵ−ＴＯＣセクター４のスロットに記録される文字情報のフォーマットに準ずる。
ピクチャネームとしてのデータユニットに続いては、データユニット間の区切りを示す「１Ｆｈ」が配置され、この後ろに、記録日時のデータユニットが配置される。この記録日時は、図９に示したＵ−ＴＯＣセクター２のスロットに記録される録音日時のフォーマットに準じ、前述したようにして６バイトを使用して記録される。
記録日時のデータユニットに続けても上記「１Ｆｈ」が配置され、この後ろにＵＲＬとしての文字情報が配置される。このＵＲＬに関しては、後述する文字コード(character.code)に依らず、アスキーコードによりＭＳＢから記録することができる。そして、ファイルの最後は「００ｈ」により締めくくられる。
【０１１６】
なお、ピクチャネーム、記録日時、及びＵＲＬのデータユニットのうちの或るものについて実体的な内容が無いとされる場合には、そのデータユニットに代えて「００ｈ」を記録するものとされる。
【０１１７】
また、上記ＵＲＬであるが、例えばそのピクチャファイルがインターネットのホームページからダウンロードして得られるものであるような場合に、そのホームページのＵＲＬがピクチャファイルに対して付されるものである。
【０１１８】
図１３に戻り、ＡＵＸ−ＴＯＣセクター２について説明する。
まず、ＡＵＸ−ＴＯＣセクター２のヘッダにおいては、セクターアドレス(Sector)＝０２ｈ，モード情報(MODE)＝０２ｈが記録される。
【０１１９】
また、ＡＵＸ−ＴＯＣセクター２には、記録された各ピクチャファイルに対応するためにポインタ部にポインタP-PIF1〜P-PIF99 （ただしP-PIF255まで拡張可能）が用意され、またスロット部には、ポインタP-PIF1〜P-PIF99 によって指定可能な、単位８バイトで２５５単位のスロット(01h) 〜(FFh) 及び同じく８バイトの１つのスロット(00h) が用意されている。
そして、メーカコード、モデルコードに続く２バイトの領域は、ポインタFirst PIF，Last PIFとされる。ポインタFirst PIFは、ポインタP-PIF1〜P-PIF99のうち、使用されている最初のポインタP-PIFのナンバが記録され、ポインタLast PIFは、使用されている最後のポインタP-PIFのナンバが記録される。
【０１２０】
スロット(00h) 〜(FFh) にはピクチャインフォメーションファイルとしての文字情報がアスキーコードその他の文字コードで記録される。記録される文字の種別は、ＡＵＸ−ＴＯＣセクター２上の所定バイト位置に記録された文字コード(図においてはchara.codeと記述)により規定される。
【０１２１】
文字コードは、例えば「００ｈ」がアスキーコード、「０１ｈ」がモディファイドＩＳＯ．８８５９−１、「０２ｈ」がミュージックシフテッドＪＩＳ、「０３ｈ」がＫＳ  Ｃ  ５６０１−１９８９（韓国語）、「０４ｈ」がＧＢ２３１２−８０（中国語）などのように定義されている。
【０１２２】
ポインタP-PIF1〜P-PIF99は、各ポインタのナンバに対応するファイルナンバのピクチャインフォメーションファイルが記録された特定のパーツテーブルを指定する。例えばポインタP-PIF1によって指定されるスロットには第１のピクチャファイルの画像に対応した文字が記録されることになる。なお、スロット(00h) としての８バイトは表紙ピクチャに対応するピクチャインフォメーションファイルの記録開始のための専用エリアとされており、ポインタP-PIF(x)によっては指定されないスロットとされている。
これら各スロットはリンク情報によりリンクされることで、１つのピクチャファイルに対応するピクチャインフォメーションファイルは７バイトより大きくても対応できるようにされている。
またポインタP-EMPTY は使用していないスロットをリンク形態で管理する。
【０１２３】
なお、ピクチャネーム、記録日時、及びＵＲＬごとにそれぞれ異なるＡＵＸ−ＴＯＣセクターを設定して、個別的に管理するようにしても構わない。しかし、図１３及び図２０に示すようにして、ＡＵＸ−ＴＯＣセクター２によりピクチャファイルに関して付される各種文字情報をピクチャインフォメーションファイルとして一括管理することで、ピクチャネーム、記録日時、及びＵＲＬごとにそれぞれ異なるＡＵＸ−ＴＯＣセクターを設けて管理する場合よりも、管理情報として必要とされるデータ量（ＴＯＣセクター数）は少なくなり、ディスクの記録領域は有効利用されるものである。
【０１２４】
５−４  ＡＵＸ−ＴＯＣセクター３
図１４に示すＡＵＸ−ＴＯＣセクター３は、ピクチャプレイバックシーケンステーブルとされている。
これは楽曲等のプログラムの再生に同期してピクチャファイルの出力（つまり画像表示）を行うための管理情報となる。
【０１２５】
ＡＵＸ−ＴＯＣセクター３のヘッダにおいては、セクターアドレス(Sector)＝０３ｈ，モード情報(MODE)＝０２ｈが記録される。
【０１２６】
また、記録された各ピクチャファイルに対応するためにポインタ部として、ポインタP-TNP1〜P-TNP99 （ただしP-PIF255まで拡張可能）が用意される。このポインタP-TNP1〜P-TNP99は、プログラムエリアにトラック単位で記録されたオーディオデータのトラックナンバに対応する。つまり、第１トラック〜第９９トラックに対応する。
テーブル部には、ポインタP-TNP1〜P-TNP99 によって指定される、単位８バイトで９９単位のパーツテーブル(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〜99）に相当する値となる。さらにリンク情報によって他のパーツテーブルをリンクできる。つまり、同一トラックにおいて複数のピクチャファイルを表示させるように規定できる。
【０１２８】
例えば第１トラックとしての楽曲の再生を行う際に、その再生中の特定のタイミングで第１のピクチャファイルの画像を出力したい場合は、第１トラックに対応するポインタP-TNP1で指定されるパーツテーブルに、画像出力期間としてのスタートアドレス、エンドアドレスを記録し、また出力すべき画像としてポインタP-PNOjで特定のピクチャファイルを示す。仮に、第１トラック再生開始から１分０秒を経過した時点から１分３０秒を経過するまでの期間に、第１のピクチャファイルの画像を表示出力したい場合を考えると、ポインタP-TNP1で指定されるパーツテーブルに、スタートアドレス、エンドアドレスとして、第１トラック再生開始から１分０秒に相当するアドレス地点、及び１分３０秒に相当するアドレスが、オフセットアドレスにより記録される。そしてポインタP-PNOjは第１のピクチャファイルを指定するために、P-PNO1の値とされる。
また１つのトラックの再生中に複数の画像を切換表示したい場合は、パーツテーブルがリンクされて、出力すべきピクチャファイル及び出力期間が管理されることになる。
【０１２９】
なおパーツテーブル(00h) は、表紙ピクチャ(Cover Picture)に対応するのであるが、表紙ピクチャはオーディオトラックの再生に同期した画像出力は原則として行わないものとしていることから、ここでは、パーツテーブル(00h)のスタートアドレス及びエンドアドレスとしてはＡＬＬ‘０’(zeros)が記録されるものとしている。
ここで、パーツテーブル(00h) のリンク情報によりリンクされるパーツテーブルがある場合には、このパーツテーブルにおいてポインタP-PNOjで示されるピクチャファイルもまた、表紙ピクチャとして管理されることになる。つまり、複数枚の表紙ピクチャが有ってもよいものとされる。
【０１３０】
ところで、或るトラックに対応されたパーツテーブルにおけるスタートアドレス、エンドアドレスが両方ともＡＬＬ‘０’であった場合は、そのトラックの音声出力期間中にわたって指定されたピクチャファイル（ポインタP-PNOjで示される）の画像が表示されるようにする。
また、エンドアドレスについてのみＡＬＬ‘０’である場合は、そのトラックの再生期間内において次に表示すべきピクチャファイルのスタートアドレスに至るまで、ポインタP-PNOjで指定されたピクチャファイルを出力する。
また、スタートアドレス、エンドアドレスが両方ともＡＬＬ‘０’ではなく、かつ、同じ値とされている場合には、ピクチャファイルの表示出力は禁止される。
またこのＡＵＸ−ＴＯＣセクター５でもポインタP-EMPTY からのリンクで使用していないパーツテーブルを管理する。
【０１３１】
５−５  ＡＵＸ−ＴＯＣセクター４
ＡＵＸ−ＴＯＣセクター４，セクター５はテキストファイルの管理に用いられる。
まず図１５に示すＡＵＸ−ＴＯＣセクター４はテキストアロケーションテーブルとしての管理セクターとなり、ＡＵＸデータエリア内においてテキストファイルとして記録された各データファイルの管理を行う。
【０１３２】
このＡＵＸ−ＴＯＣセクター４では、Ｕ−ＴＯＣセクター０と同様の形式でテキストファイルの管理を行う。
仮にＡＵＸデータエリアをすべてテキストファイルの記録に用いるとすると、３８クラスタ（×３２セクター×２３２４バイト）分のテキストデータが記録できるが、このテキストデータはＡＵＸ−ＴＯＣセクター４において最大２５５個のファイルとして管理できる。但し、ここでは後述するように、１枚の表紙テキストを含めて１００ファイルまで管理するものとする。
なおテキストファイルの１つのファイル長はセクター単位とされる。
【０１３３】
１つの特定のテキストファイルは、いわゆるディスクの表紙ピクチャに対応するテキストファイル（表紙テキスト：Cover Text）として位置づけできる。
【０１３４】
このＡＵＸ−ＴＯＣセクター４のヘッダにおいては、セクターアドレス(Sector)＝０４ｈ，モード情報(MODE)＝０２ｈが記録される。
【０１３５】
そして、各テキストファイルの管理に用いられるポインタP-TXNO(x)として、ＡＵＸ−ＴＯＣセクター４内にはポインタP-TXNO1〜P-TXNO99（但しP-TXNO255まで拡張可能）が形成される。ポインタP-TXNO1〜P-TXNO99は、オーディオトラックのトラックナンバに対応する。つまり、ここでは、最大で第１〜第９９のオーディオトラックに対応付けされた９９のテキストファイルが管理可能とされる（表紙テキストは除く）。
またポインタ部において、ポインタP-PFRA、P-EMPTY も形成される。
そしてテーブル部において各ポインタに対応される各８バイトのパーツテーブルとして、スタートアドレス、エンドアドレス、テキストモードが記録される９９単位のパーツテーブル(01h) 〜(63h) が形成される（パーツテーブル(63h) 〜(FFh)は不使用としてＡＬＬ‘０’が記憶される）。
なお、テキストモードの定義内容については後述する。
【０１３６】
また、パーツテーブル(00h) はポインタによっては指定されないパーツテーブルとなるが、ここは表紙テキストとして位置づけられたテキストファイルのアドレス及びテキストモードの管理に専用に用いられる。
【０１３７】
ポインタP-TXNO1〜P-TXNO99は、それぞれ１つのテキストファイルが記録された領域を、特定のパーツテーブルを指定することで管理する。例えばポインタP-TXNO1で指定されるパーツテーブルには、ファイルナンバとして第１のテキストファイルのスタートアドレス、エンドアドレス、テキストモードが記録された状態とされる。
【０１３８】
なお、上記したようにテキストファイルはセクター単位であるので、上記スタートアドレス、エンドアドレスとしては、セクター単位までにより記述され、サウンドグループ単位のアドレスを示すデータ位置には、「０ｈ」がセットされる。
【０１３９】
また、このＡＵＸ−ＴＯＣセクター４ではリンク情報によるパーツテーブルをリンクさせて行うファイル管理は行われない。つまり１つのテキストファイルは物理的に離れた区間に分けられて記録されることはない。
【０１４０】
ただし、このセクター内での未使用のパーツテーブルについてはポインタP-EMPTY を起点とするリンク形態（パーツテーブルの８バイト目がリンク情報とされる）によって管理される。
またＡＵＸ−ＴＯＣセクター４でのポインタP-PFRAは、ＡＵＸデータエリア内の１クラスタの領域に対して１クラスタ未満のテキストファイルのデータが記録されており、かつ、その１クラスタ内においてデータが記録されていない領域が未記録領域（記録可能領域）、即ちフリーエリアとされている場合に、このフリーエリアを管理するポインタとされる。つまり、ポインタP-PFRAで指定されるパーツテーブルにフリーエリアとしての区間のアドレスが記録される。そして、このフリーエリア管理にもパーツテーブルの８バイト目がリンク情報とされてパーツテーブルがリンクされ、複数の離れた区間がフリーエリアとして管理される場合がある。
【０１４１】
ここで、ＡＵＸ−ＴＯＣセクター４の各パーツテーブルに設定されるテキストモード(Textモード)の定義内容について図２１を参照して説明しておく。
テキストモードは、各パーツテーブルにおける第４バイトの位置にある領域であり、ｄ１−ｄ８の８ビット（１バイト）により形成される。
これらｄ１−ｄ８のうち、ｄ１−ｄ２から成る２ビットはコピーステータスを示すが、これについては、先に図１９（ａ）により説明したピクチャファイルについてのコピーステータス(S．Pict．モード)と同様となるため、ここでの説明は省略する。
【０１４２】
ｄ３−ｄ４から成る２ビットは、そのテキストファイルの内容を示す。この場合、ｄ３−ｄ４が「０ｈ」であればｓｕｎｇ  ｔｅｘｔであることが示される。、即ちそのテキストファイルは、これが対応するオーディオトラックとしての楽曲の歌詞のテキストであることを示し、「１ｈ」であれば、対応するオーディオトラックとしての楽曲を演奏するアーティスト情報（アーティスト名その他）を記述したテキストであることが示される。
「２ｈ」であれば、いわゆるライナーノーツ（アルバムに添え付けされた解説など）を記述したテキストであることが示され、「３ｈ」は、その他の情報としてのテキストであることが示される。
【０１４３】
ｄ５の１ビットは、そのテキストファイルにおけるタイムスタンプの挿入の有無を示し、「０」であればタイムスタンプが無いことを示し、「１」であればタイムスタンプが有ることを示す。なお、タイムスタンプがどのようなものであるのかについては、図２２により後述する。
【０１４４】
ｄ６−ｄ７−ｄ８から成る３ビットは、文字コードを示す。 文字コードは、例えば「０ｈ」がアスキーコード、「１ｈ」がモディファイドＩＳＯ．８８５９−１、「２ｈ」がミュージックシフテッドＪＩＳ、「３ｈ」がＫＳ  Ｃ  ５６０１−１９８９（韓国語）、「４ｈ」がＧＢ２３１２−８０（中国語）として定義されている。「５ｈ」「６ｈ」は未定義(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-TXIF99のうち、使用されている最初のポインタP-TXIFのナンバが記録され、ポインタLast TXIFは、使用されている最後のポインタP-TXIFのナンバが記録される。
【０１４９】
テーブル部としてのスロット(00h) 〜(FFh) にはテキストインフォメーションファイルとしての文字情報がアスキーコードその他の文字コードで記録される。記録される文字の種別は、ＡＵＸ−ＴＯＣセクター２上の所定バイト位置に記録された文字コード(chara.code)により規定される。
【０１５０】
この場合も、文字コードは、ＡＵＸ−ＴＯＣセクター２と同様、例えば「００ｈ」がアスキーコード、「０１ｈ」がモディファイドＩＳＯ．８８５９−１、「０２ｈ」がミュージックシフテッドＪＩＳ、「０３ｈ」がＫＳ  Ｃ  ５６０１−１９８９（韓国語）、「０４ｈ」がＧＢ２３１２−８０（中国語）などのように定義されている。
【０１５１】
ポインタP-TXIF1〜P-TXIF99は、各ポインタのナンバに対応するファイルナンバのテキストインフォメーションファイルが記録された特定のパーツテーブルを指定する。例えばポインタP-TXIF1によって指定されるスロットには第１のテキストファイルの画像に対応した文字が記録されることになる。なお、スロット(00h) としての８バイトは表紙テキストに対応する表紙テキストインフォメーションファイルの記録開始のための専用エリアとされており、ポインタP-TXIF(x)によっては指定されないスロットとされている。
これら各スロットはリンク情報によりリンクされることで、１つのテキストファイルに対応するテキストインフォメーションファイルは７バイトより大きくても対応できるようにされている。
またポインタP-EMPTY は使用していないスロットをリンク形態で管理する。
【０１５２】
なお、この場合にも、テキストネーム、記録日時、及びＵＲＬごとにそれぞれ異なるＡＵＸ−ＴＯＣセクターを設定して、個別的に管理するようにしても構わないが、ＡＵＸ−ＴＯＣセクター５によりピクチャファイルに関して付される文字情報をテキストインフォメーションファイルとして一括管理することで、インフォメーションファイルの場合と同様に、管理情報として必要とされるデータ量（ＴＯＣセクター数）を少なくするように配慮しているものである。
【０１５３】
６．データファイル
６−１  ピクチャファイルセクター
以上のように形成される各ＡＵＸ−ＴＯＣセクターによって管理されるＡＵＸデータファイルである、ピクチャファイルとテキストファイルの２種のデータファイルについて説明していく。
【０１５４】
まずピクチャファイルとしては、静止画１枚のファイル長は任意とされる。  静止画としてのイメージサイズは６４０×４８０ドットとし、ピクチャファイルはＪＰＥＧフォーマットベースラインとする。そしてピクチャファイルの管理はＡＵＸ−ＴＯＣで行うために、ファイルのビットストリームはＪＰＥＧ規定のＳＯＩ(Start Of Image)マーカーからＥＯＩ(End Of Image)マーカーまでとなる。
また、セクターフォーマットはモード２とし、３ｒｄレイヤＥＣＣは無しとするために、１セクターの画像データ容量としての有効バイトは２３２４バイトとなる。一例として、ＪＰＥＧのピクチャファイルが１クラスタ（＝３２セクター）であるものとすると、実際のデータサイズは、７２０４５（＝２３２４×３１＋１）バイトから７４３６８バイト（＝２３２４×３２）となる。
【０１５５】
このようなピクチャファイルを構成するセクターのフォーマットは例えば図１７のようになる。
先頭には、同期パターン、クラスタアドレス(Cluster H,Cluster L)、セクターアドレス（Sector）、モード情報（０２ｈ）による１６バイトのヘッダが設けられ、続く８バイトは未定義(Reserved)とされる。
そして、データDP0 〜DP2323として示すように、２３２４バイトの画像データが記録されるデータエリアとしての領域が設けられる。
最後の４バイトには、それぞれ「００ｈ」が記録されるが、誤り検出パリティを記録することも考えられる。
【０１５６】
６−２  テキストファイルセクター
次にテキストファイルとしては、ＡＵＸ−ＴＯＣセクター４のテキストモードにより規定されるＡＳＣＩＩ、Modified ISO 8859-1 、Music Shifted JIS 、その他のテキストデータを記録できる。
【０１５７】
テキストファイルを構成するセクターのフォーマットは例えば図１８のようになり、ピクチャファイルと同様に先頭からヘッダ（１６バイト）、未定義(Reserved)領域（８バイト）が設けられ、これに続いてデータ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と記している）には、それぞれ(01h)，(03h)が記録される。また、セクター使用状況(US；Used sectors）のバイト位置に対しては(01h)が記録される。
【０１７２】
そして、トラックＴＲ＃１に対応するポインタP-TNO1には(01h)が記録され、、これにより示されるパーツテーブル(01h)には、パーツａとしてのスタートアドレスＬａ（＝クラスタ（３２ｈ），セクター（００ｈ））と、エンドアドレスＬｂが記録され、リンク情報(02h)によりパーツテーブル(02h)に対するリンクが指定される。
リンク先のパーツテーブル(02h)には、パーツｂとしてのスタートアドレスＬｃとエンドアドレスＬｄが記録され、リンク情報には(00h)が記録されることで、以降リンク無しを表現する。これにより、図２３（ａ）及び図２４に示したように、パーツａ→パーツｂのリンクによりトラックＴＲ＃１を形成するように管理される。
【０１７３】
また、トラックＴＲ＃２に対応するポインタP-TNO2によりパーツテーブル(03h)が指定される。そして、パーツテーブル(03h)にはパーツｃのスタートアドレスＬｅと、エンドアドレスＬｆが記録される。
【０１７４】
トラックＴＲ＃３に対応するポインタP-TNO3によっては、パーツテーブル(04h)が示され、パーツテーブル(04h)には、パーツｄのスタートアドレスＬｇと、エンドアドレスＬｈが記録され、リンク情報(05h)によってパーツテーブル(05h)にリンクすることが示される。リンク先のパーツテーブル(05h)にはパーツｅのスタートアドレスＬｉと、エンドアドレスＬｊが記録され、リンク情報には(00h)が記録されることで以降リンク無しを示す。これにより、図２３（ａ）及び図２４に示したパーツｄ→パーツｅのリンクによりトラックＴＲ＃３を形成するように管理される。
ここで、パーツａ〜ｅのアドレスを示している各パーツテーブル(01h)〜(05h)におけるトラックモードとしては、Ｃ６ｈ（＝１００００１１）とされることで、実際にはオーディオディオデータとしてコピーライトの保護無し、ステレオ、エンファシス有りなどの情報内容が示される。
また、ポインタP-TNO4以降、ポインタP-TNO255に対しては、それぞれ(00h)が格納されることで不使用であることが示される。
【０１７５】
この場合、ポインタP-FRAによりパーツテーブル(06h)が示され、パーツテーブル(06h)には、プログラムエリア内のフリーエリアのスタートアドレスＬｋと、エンドアドレス（クラスタ８Ｃｈ，セクター００ｈ）が示される。この場合、クラスタ８Ｃｈ，セクター００ｈは、プログラムエリアのエンドアドレスに対応している。この場合、プログラムエリア内においてフリーエリアは離散的に形成されておらず、従って、リンク情報には(00h)が格納される。
【０１７６】
ポインタP-EMPTYはパーツテーブル(07h)を示し、パーツテーブル(07h)〜(FFh)までがリンク情報によりリンクされて、未使用のパーツテーブルとして管理される。
また、ここではディフェクトエリアは無いものとして、ポインタP-DFAには（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-TNP1には(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)には、トラックＴＲ＃３のスタートアドレスを基点としてのスタートオフセットアドレスＬ７、エンドオフセットアドレスＬ８が記録される。また、このスロット(06h)内のポインタP-PNOjには、トラックＴＲ＃３に対して、Ｐｉｃｔｕｒｅ＃５に続けて同期再生されるＰｉｃｔｕｒｅ＃３を示す(03h)が記録される。そして、以降トラックＴＲ＃３において表示出力されるピクチャファイルは無いことから、このスロット(06h)内のリンク情報には(00h)が格納される。
これによって、図２３に示したように、トラックＴＲ＃３に同期してＰｉｃｔｕｒｅ＃５，＃３を表示出力させるように規定されることになる。
【０１８２】
また、表紙ピクチャに対応するスロットとして規定されたスロット(00h)においては、ポインタP-PNOjに対してＰｉｃｔｕｒｅ＃０を示す(00h)が格納され、スタートオフセットアドレス、及びエンドオフセットアドレスとしては、それぞれ、ａｌｌ  ｚｅｒｏ（ｚｅｒｏｓ）が記録される。また、この場合には表紙ピクチャとしての他のピクチャファイルは規定されていないことから、リンク情報には(00h)が格納される。
また、ポインタP-EMPTYはパーツテーブル(07h)を示し、パーツテーブル(07h)〜(FFh)までがリンク情報によりリンクされて、未使用のパーツテーブルとして管理される。
【０１８３】
このように、上記図２５，図２６に示す内容の管理情報に基づいて、図２３に示したようにして、ディスクについてのトラック再生及びトラックに対するピクチャファイルの同期再生が規定されるものである。
【０１８４】
続いては、上述のようにして同期再生が規定された図２３のディスクを再度例に挙げ、本実施の形態としての同期再生時におけるディスクからのデータ読み出し動作について説明していくこととする。
【０１８５】
前述したように、本実施の形態ではバッファメモリ１３が備えられ、ディスクから読み出したデータはこのバッファメモリ１３に一時蓄積された後、再生音声として出力される。また、本実施の形態では、同期再生に用いるためにディスクから読み出されたＡＵＸデータファイルもバッファメモリ１３に保持されて、バッファメモリ１３に対する読み出しを行うことで、ＡＵＸデータファイルの再生出力（表示出力）を行うようにされる。そして、本実施の形態においては、以降説明するようにして、バッファメモリ１３におけるオーディオデータの蓄積容量に基づいて、同期再生時におけるディスクからのデータ読み出しを行うようにするものである。
【０１８６】
そこで、先ず図２７を参照して、本実施の形態におけるバッファメモリ１３内のデータ割り当て構造について説明しておく、
バッファメモリ１３の記憶領域は、図２７に示すようにして、大別してＴＯＣエリアとメインデータエリアとに分割設定される。ＴＯＣエリアは、現在装填されているディスクから読み出したＴＯＣ／Ｕ−ＴＯＣ（Ｐ−ＴＯＣ，Ｕ−ＴＯＣ，ＡＵＸ  ＴＯＣの総称）が保持される領域である。
メインデータエリアは、記録再生のためのＡＴＲＡＣデータ、及びＡＵＸデータファイルが保持される領域であり、例えば、ＡＴＲＡＣデータが蓄積されるＡＴＲＡＣデータエリアと、ＡＵＸデータファイルが保持されるＡＵＸデータエリアとに分割設定される。
る。
【０１８７】
バッファメモリ１３の容量としては特に限定されるものではないが、バッファメモリ１３が１６Ｍビットとされる場合、そのデータ容量は２０９７１５２バイトである。そして、１セクター＝２３６８バイトであることから、
２０９７１５２／２３６８（１セクター分のバイト数）≒８８５．６
で表されるように、８８５セクターを有することができる。
そして、上記８８５セクターの内訳としては、１６セクターがＴＯＣエリアとして割り当てられ、残る８６９セクター分の領域がメインデータエリアとして割り当てられる。また、メインデータエリア内におけるＡＴＲＡＣデータエリアとＡＵＸデータエリアについては、任意に設定された固定サイズにより常に固定的に分割設定されるようにしてもよいし、例えばＡＵＸ−ＴＯＣの内容を参照することで、ＡＵＸデータエリアに保持すべきデータファイルの容量に応じて、装填されたディスクごとに適切とされる領域のサイズを決定して分割設定するようにしても構わないものである。
【０１８８】
続いて、これまでの説明を踏まえて、図２３に示したディスクについて同期再生した場合の、ディスクからのデータ読み出し動作について説明する。なお、ここでは、オーディオデータについては、トラックＴＲ＃１→ＴＲ＃２→ＴＲ＃３の順で再生を行うことを前提とする。
【０１８９】
ここで、図２３に示したディスクが本実施の形態の記録再生装置に装填されたとすると、先ず、ディスクの管理エリアからＵ−ＴＯＣ及びＡＵＸ−ＴＯＣエリアの情報（管理情報）が読み出されてバッファメモリ１３のＴＯＣエリアに対して保持される。以降は、記録再生装置では、バッファメモリ１３のＴＯＣエリアに保持された管理情報に基づいて再生及び記録動作を行うことになる。
【０１９０】
ここで記録再生装置では、バッファメモリ１３のＴＯＣエリアに保持されたＡＵＸ−ＴＯＣの内容を参照することで、表紙ピクチャの存在の有無、及びトラックＴＲ＃１→ＴＲ＃２→ＴＲ＃３の再生順（再生時間軸）に対応するＡＵＸデータファイル（ここではピクチャファイルのみが対象とされる）の再生出力順、再生出力タイミングを把握することができる。
また、本実施の形態としては、ＡＵＸ−ＴＯＣの内容により把握される再生出力順に基づいて、ＡＵＸデータファイルのバッファメモリ１３への取り込み優先順位（必要度の重み付け）を設定することが出来る。この場合であれば、図２３（ｄ）の各ピクチャファイルに付した1〜6の符号で示すようにして、バッファメモリ１３への取り込み優先順位が決定される。ここで、トラックＴＲ＃３に同期再生されるＰｉｃｔｕｒｅ＃３に対して優先順位が与えられていないのは、Ｐｉｃｔｕｒｅ＃３はトラックＴＲ＃２において先に同期再生されることが規定されているため、既に優先順位として５番目であることが決定されていることによる。つまり、トラックＴＲ＃３の再生時にＰｉｃｔｕｒｅ＃３を同期再生させる場合には、トラックＴＲ＃２再生のために既にバッファメモリ１３に取り込まれたＰｉｃｔｕｒｅ＃３のデータを利用すればよく、トラックＴＲ＃３の再生に対応して、再度ディスクから読み出しを行う必要はないものである。
【０１９１】
図２３に示すディスクの場合、先に説明したようにＰｉｃｔｕｒｅ＃０が表紙ピクチャとして規定されている。そこで、記録再生装置では、再生開始前の段階において、少なくともＰｉｃｔｕｒｅ＃０のデータをディスクのＡＵＸデータエリアから読み出して、バッファメモリ１３のＡＵＸデータエリアに保持する。そして、このバッファメモリ１３に保持したデータを利用して、図２３に示したように表紙ピクチャの表示出力を行う。
【０１９２】
そして、例えば上記のようにして表紙ピクチャが表示出力されている状態において、ユーザにより再生操作が行われたとすると、記録再生装置では、ディスクのＡＴＲＡＣデータの読み出しを行って、デコーダ８を介してバッファメモリ１３に対して蓄積を行い、蓄積されたＡＴＲＡＣデータを読み出して音声圧縮デコーダ１４により伸張処理等を施して再生音声として出力するようにされる。
【０１９３】
ここで図２８に、ＡＴＲＡＣデータが蓄積されるバッファメモリ１３のメインデータエリアのデータ割り当て構造を示す。
前にも述べたように、再生時においては、ＡＴＲＡＣデータは１．４Ｍｂｐｓの転送レートでバッファメモリ１３に書き込まれ、読み出しは、書き込み時よりも低速な０．３Ｍｂｐｓの転送レートによって行われる。この転送レート差によって、例えばディスクに対する読み出しエラーが頻繁に発生しない限り、再生時においては、バッファメモリ１３におけるＡＴＲＡＣデータの蓄積量は増加していく傾向を有し、或る時点でＡＴＲＡＣデータエリアの蓄積量はＦｕｌｌ（図２８では蓄積量Ｘ２としても示している）となる。この状態となると、バッファメモリ１３に対するＡＴＲＡＣデータの読み出しが継続される一方で、ディスクに対するＡＴＲＡＣデータの読み出し動作は停止され、この後、予め設定されたＡＴＲＡＣデータエリアにおけるＡＴＲＡＣデータの蓄積量が、例えば図２８のＸ１で示される値にまで低下したら、再度ディスクに対するＡＴＲＡＣデータの読み出しを再開させるようにされる。つまり、前述したようにディスクに対しては、バッファメモリ１３におけるＡＴＲＡＣデータの蓄積量に応じて間欠再生が行われるものである。
【０１９４】
そして、本実施の形態では、上記間欠再生動作としてディスクからのＡＴＲＡＣデータの読み出しが停止されて、ＡＴＲＡＣデータの蓄積量が図２８のＸ１で示される値に減少するまでの期間、先に説明した取り込み優先順位に従って、未だバッファメモリ１３に格納されていないＡＵＸデータファイルをディスクから読み出して、バッファメモリ１３に格納するように動作するものである。
【０１９５】
例えば、これまでの説明であれば、優先順位1が設定されたＰｉｃｔｕｒｅ＃０（表紙ピクチャ）は、ＡＴＲＡＣデータ（トラック；オーディオデータ）再生以前の段階においてバッファメモリ１３に対して格納済みとされている状態にあるので、記録再生装置では、トラック再生が開始されて以降の、ディスクに対するＡＴＲＡＣデータの読み出し停止期間を利用して、優先順位2が与えられているＰｉｃｔｕｒｅ＃１から始めて、以降、優先順位3のＰｉｃｔｕｒｅ＃２→優先順位4のＰｉｃｔｕｒｅ＃４→優先順位5のＰｉｃｔｕｒｅ＃３→優先順位6のＰｉｃｔｕｒｅ＃５を順次取り込んでいくようにされる。そして、トラック再生中における或る時点において優先順位6のＰｉｃｔｕｒｅ＃５までの全てのＡＵＸデータファイルのバッファメモリ１３への格納が完了すると、以降は、トラック再生中のＡＴＲＡＣデータの読み出し停止期間におけるディスクからのＡＵＸデータの読み出し動作は停止される。
【０１９６】
上記のようにして、ディスクに対するＡＴＲＡＣデータの読み出し停止期間において、順次ＡＵＸデータファイルをディスクから読み出してバッファメモリ１３に格納していくという動作を行うことで、或るＡＵＸデータファイルの再生出力開始時間までに、そのＡＵＸデータファイルのバッファメモリ１３への格納が完了していさえすれば、トラック再生の進行時間に従った適正なタイミングでＡＵＸデータファイルの表示が行われるようにされる。
具体的には、例えば図２３（ｃ）に示す再生時間Ｔ１（トラックＴＲ＃１の再生開始）から再生時間Ｔ１＋ｆ（Ｌ１）に至るまでの間に、少なくとも、Ｐｉｃｔｕｒｅ＃１をディスクから読み出してバッファメモリ１３に格納する動作を終了していれば、Ｐｉｃｔｕｒｅ＃１は、再生時間Ｔ１＋ｆ（Ｌ１）から適正に同期再生が開始されるものである。
そして、このようなＡＵＸデータファイルの読み出しを行うことで、同期再生に必要とされる全てのＡＵＸデータファイルをトラック再生開始前において読み込む必要はなくなり、それだけ、ディスクが装填された時点からトラック再生が開始可能となるまでの待機時間を短くすることが可能になる。
【０１９７】
なお、例えばトラックの再生開始と同時にＡＵＸデータファイルを再生出力するように規定されていたり、トラックの再生開始時点以降において比較的早期に再生出力されることが規定されているＡＵＸデータファイルが存在するような場合には、上記のようにディスクに対するＡＴＲＡＣデータの読み出し停止期間のみを利用してディスクからのＡＵＸデータファイルの取り込みを行ったのでは、その再生出力開始時間までにバッファメモリ１３に対してＡＵＸデータファイルの蓄積が完了せず、従って、再生出力開始時間から適正に表示出力が行われない可能性があることになる。
【０１９８】
これを避けるためには、例えば記録再生装置において、トラック再生開始時間から或る再生時間までの所定期間内に再生出力されることが規定されているＡＵＸデータファイルについては、ディスクが装填されて再生が開始されるまでの段階において、予めディスクから読み出してバッファメモリ１３に対して格納しておくようにすればよい。例えば、図２３の場合において、トラック再生開始時間から或る再生時間までの所定期間内に再生出力されることが規定されているＡＵＸデータファイルとして、トラックＴＲ＃１に対して同期再生されるＰｉｃｔｕｒｅ＃１がこれに該当するものとする。このような場合には、トラック再生が開始される前段階において、前述したＰｉｃｔｕｒｅ＃０（表紙ピクチャ）と共に、Ｐｉｃｔｕｒｅ＃１もディスクから読み出してバッファメモリ１３に格納するようにするものである。
このようにすれば、例えばトラックＴＲ＃１から再生が開始されたとして、トラックＴＲ＃１の再生開始時間Ｔ１〜Ｔ１＋ｆ（Ｌ１）（オフセットスタートアドレスＬ１）までの実際の時間長が、この期間において通常に得られるディスクに対するＡＴＲＡＣデータの読み出し停止期間の通算時間内では、Ｐｉｃｔｕｒｅ＃１の全てのデータをバッファメモリ１３に格納できない程度に短いものであったとしても、確実に再生開始時間Ｔ１＋ｆ（Ｌ１）からＰｉｃｔｕｒｅ＃１を再生出力することが可能になる。
この場合には、トラック再生開始前においてディスクから読み込むべきＡＵＸデータファイル量が若干増加するのであるが、この際読み込むデータは、上記のようにトラック再生の初期に対応して最小限必要とされるＡＵＸデータファイルに限定しているため、待機時間の延長はわずかで済むものであり、体感的にはさほど遅くはならず、特に問題にならない。
【０１９９】
また、ＡＵＸデータエリアのサイズ設定や同期再生されるべき全ＡＵＸデータファイルの容量の条件等によっては、同期再生に必要とされる全てのＡＵＸデータファイルのバッファメモリ１３への格納が完了する以前の段階において、或るＡＵＸデータファイルのバッファメモリ１３への格納が完了した段階で、バッファメモリ１３におけるＡＵＸデータエリアの空き容量に余裕が無くなり、それ以上のＡＵＸデータファイルの格納が不可能となるような場合が考えられる。
このような場合には、以降のＡＵＸデータファイルの格納は停止して、これまでにバッファメモリ１３に保持されているＡＵＸデータファイルを利用して可能な範囲で同期再生を行うようにする構成することが考えられる。この場合には、バッファメモリ１３に格納されなかったＡＵＸデータファイルについては再生出力は行わないことになるので、例えば、その同期再生期間においては、メモリが一杯となってディスクからの読み込みができなかったことをユーザに伝えるように何らかのメッセージ表示等を行うように構成することが好ましい。
【０２００】
或いは、例えば既に再生されたトラックに同期して再生され、以降は使用しないようなピクチャファイルを削除してバッファメモリ１３の空き容量を確保して、未だ格納されていないピクチャファイルをディスクから読み出してバッファメモリ１３に格納するようにすることも考えられる。図２３を例にすれば、優先順位5のＰｉｃｔｕｒｅ＃３をバッファメモリ１３に読み込んで格納した段階でバッファメモリ１３のＡＵＸデータエリアがフルになったとして、例えば、トラックＴＲ＃１に対して同期再生されるＰｉｃｔｕｒｅ＃１，＃２，＃４の全て或いはその一部をバッファメモリ１３から消去してＡＵＸデータエリアの空き容量を得て、この空き容量に対して、Ｐｉｃｔｕｒｅ＃５をディスクから読み出して格納するといった動作がこれに相当する。この際、例えばＰｉｃｔｕｒｅ＃１，＃２，＃４のうちの全てではなく、その一部を消去する構成を採るものとした場合には、例えば、Ｐｉｃｔｕｒｅ＃４→＃２→＃１の順序で所要の空き容量が得られるまで１ファイルずつ消去していくようにすることが好ましい。これは、実際の再生時において、例えばトラックＴＲ＃１に対して頭出しが行われるようなことを想定して、再生時間的にはじめのほうにあるＡＵＸデータファイルができるだけバッファメモリ１３に残せるようにすることを配慮してのことである。
【０２０１】
７−２  処理動作
続いて、上記した同期再生時におけるディスク読み出し動作を実現するための処理動作について、図２９及び図３０のフローチャートを参照して説明する。この図に示す処理はシステムコントローラ１１が実行するものである。
例えば、記録再生装置に対してディスクが装填された、或いは既にディスクが装填された状態の下で電源が投入されたとすると、システムコントローラ１１は、図２９に示すステップＳ１０１に進み、ディスクの管理エリアにアクセスして、Ｕ−ＴＯＣ，ＡＵＸ−ＴＯＣの読み出しを行い、続くステップＳ１０２において、ディスクから読み出したＵ−ＴＯＣ，ＡＵＸ−ＴＯＣをバッファメモリ１３のＴＯＣエリアに格納する。これ以降、システムコントローラ１１はバッファメモリ１３のＴＯＣエリアに格納されたＵ−ＴＯＣ，ＡＵＸ−ＴＯＣを参照することで記録，再生，及び各種編集動作のための各種制御処理を実行可能となる。
【０２０２】
続くステップＳ１０３においては、例えばＡＵＸ−ＴＯＣセクター３の内容を参照して、トラック再生前にバッファメモリ１３に格納しておくべき必要最小限のＡＵＸデータファイルを特定する。ここでいう必要最小限のＡＵＸデータファイルとしては、前述したように、表紙ピクチャなどのようにトラック再生前に再生出力すべきとされているＡＵＸデータファイルがあれば、このＡＵＸデータファイルが先ず候補となり、更に、例えばトラックＴＲ＃１の再生開始時点を基点として早期と見なされる所定期間内に再生出力が開始されるＡＵＸデータファイルなどが候補として特定される。
そして、次のステップＳ１０４において、上記ステップＳ１０３の処理により特定されたＡＵＸデータファイルをディスクから読み出し、続くステップＳ１０５においてバッファメモリ１３のＡＵＸデータエリアに保持させるための処理を実行する。
【０２０３】
そして、ステップＳ１０６においては、例えば表紙ピクチャなど、トラック再生開始前において表示すべきと設定されているＡＵＸデータファイルについて再生（即ち表示出力）を行うようにする。そして、この表示出力を継続させた状態で、ステップＳ１０７においてトラック再生のための操作が行われるのを待機する。
【０２０４】
ステップＳ１０７においてトラック再生のための操作が行われたことが判別されると、システムコントローラ１１はステップＳ１０８に進んで、例えばＵ−ＴＯＣセクター１を参照して、ディスクのプログラムエリアの所要のアドレスにアクセスし、ＡＴＲＡＣデータ（トラックのデータ）の読み出しを行い、次のステップＳ１０９において、上記ステップＳ１０８にて読み出したＡＴＲＡＣデータをバッファメモリ１３のＡＴＲＡＣデータエリアに書き込むようにされる。このときの書き込み速度は、図２８によって説明したように、１．４Ｍｂｐｓである。なお、この再生初期段階では、バッファメモリ１３からのＡＴＲＡＣデータの読み出しは開始されておらず、従って、バッファメモリ１３に対してＡＴＲＡＣデータが書き込まれることで、バッファメモリ１３のＡＴＲＡＣデータエリアではＡＴＲＡＣデータが蓄積されていくだけの状態が得られる。
そして、ステップＳ１１０において、バッファメモリ１３のＡＴＲＡＣデータエリアにおけるＡＴＲＡＣデータの蓄積量として、所定の蓄積量Ｘ１を越えたか否かが判別される。ここで、蓄積量Ｘ１としては、バッファメモリ１３に対するディスクからの読み出しデータ（ＡＴＲＡＣデータ）の書き込みが停止されても、バッファメモリ１３から読み出されるデータによって或る所要時間に対応する再生音声が得られることで耐振機能を維持することが可能とされるデータ蓄積量に対応する値が設定される。ステップＳ１１０において否定結果が得られている間は、上記ステップＳ１０８，Ｓ１０９の処理動作を繰り返すことで、バッファメモリ１３のＡＴＲＡＣデータエリアに対するＡＴＲＡＣデータの蓄積動作を継続させる。
【０２０５】
そして、ステップＳ１１０において肯定結果が得られると、システムコントローラ１１はステップＳ１１１に進んでバッファメモリ１３に対するＡＴＲＡＣデータの読み出し（０．３Ｍｂｐｓ）を開始させ、この読み出しデータについてデコード処理（主としてＡＴＲＡＣ伸張処理）を施して音声信号として再生出力させる。
【０２０６】
ステップＳ１１１以降は、バッファメモリ１３に対するＡＴＲＡＣデータの書き込み及び読み出しが共に行われるが、書き込み速度（１．４Ｍｂｐｓ）が読み出し速度（０．３Ｍｂｐｓ）よりも高速であることから、適正にディスクに対する再生動作が実行されている期間は、バッファメモリ１３におけるＡＴＲＡＣデータの蓄積量は、例えば１．１Ｍｂｐｓに対応する割合で徐々に増加していくことになる。
【０２０７】
そこで、続くステップＳ１１２においては、バッファメモリ１３のＡＴＲＡＣデータエリアにおけるＡＴＲＡＣデータの蓄積量として図２８に示すＸ２（即ちＦｕｌｌ状態）となったか否かが判別され、ここで肯定結果が得られるまで、ステップＳ１０８〜Ｓ１１１までの処理を繰り返す。つまり、ディスクからバッファメモリ１３へのＡＴＲＡＣデータの読み込みと、バッファメモリ１３から読み出したＡＴＲＡＣデータの音声再生との両者の動作が実行される。
【０２０８】
そして、ステップＳ１１２において肯定結果が得られると、システムコントローラ１１はステップＳ１１３に進んで、現在のバッファメモリ１３のＡＵＸデータエリアの記憶容量がＦｕｌｌとされているか否かを判別する。ここで、バッファメモリ１３のＡＵＸデータエリアの記憶容量がＦｕｌｌであると判別した場合には、ステップＳ１１５に進むが、Ｆｕｌｌではないと判別した場合にはステップＳ１１４に進んで、同期再生に必要とされる全ＡＵＸデータファイルのうち、未だディスクから読み出されていないデータファイルが有るか否かが判別される。ここで、肯定結果が得られた場合には図３０に示すステップＳ１１７に進むが、否定結果が得られた場合にはステップＳ１１５に進むようにされる。
【０２０９】
ステップＳ１１５に進んだ段階では、バッファメモリ１３のＡＴＲＡＣデータエリアはＦｕｌｌの状態となっている。このため、ステップＳ１１５ではディスクに対するＡＴＲＡＣデータの読み出し動作を停止させ、ステップＳ１１６において例えばＡＴＲＡＣデータの蓄積量がＸ１以下になるまで待機する。但し、できるだけバッファメモリ１３のＡＴＲＡＣデータエリアはＦｕｌｌに近い蓄積状態が維持されるようにすることを考慮すれば、実際にステップＳ１１６において判別するＡＴＲＡＣデータの蓄積量としては、Ｘ１よりも大きくＦｕｌｌに比較的近い値が設定されても構わないものである。
そして、ステップＳ１１６において肯定結果が得られるとステップＳ１０８の処理に戻るようにされる。
ここで、ステップＳ１１３又はＳ１１４からステップＳ１１５→Ｓ１１６を経てステップＳ１０８に戻るという処理は、これ以上、ディスクから読み出したＡＵＸデータファイルをバッファメモリ１３へ格納するための動作は実行せずに、通常のトラック再生のためのディスクに対する読み出し動作が行われることを意味するものである。
【０２１０】
ステップＳ１１４にて肯定結果が得られた場合には図３０に示すステップＳ１１７に移行する。ステップＳ１１７においては、例えばＡＵＸ−ＴＯＣセクター３の内容を参照することが行われ、続くステップＳ１１８において、ＡＵＸ−ＴＯＣセクター３の参照内容に基づいて、以降読み出すべきデータファイル（同期再生に必要とされ、かつ、未だバッファメモリ１３に格納されていないデータファイルである）についての優先順位を決定するための処理が実行される。
そして、ステップＳ１１９においてディスクのＡＵＸデータエリアにアクセスする。これにより、これまで実行されていたディスクのプログラムエリアからのＡＴＲＡＣデータの読み出しは停止されることになる。
そして、次のステップＳ１２０において、先のステップＳ１１８にて決定された優先順位に従って、ディスクからＡＵＸデータファイルの読み出しを行うようにされる。ディスクから読み出されたＡＵＸデータファイルは、ステップＳ１２１の処理によりバッファメモリ１３のＡＵＸデータエリアに格納される。このステップＳ１２０及びＳ１２２の処理は、ステップＳ１２２において、バッファメモリ１３におけるＡＴＲＡＣデータの蓄積量がＸ１より大きいとされる状態であると判別される限り継続される。そして、ステップＳ１２２においてＡＴＲＡＣデータの蓄積量がＸ１以下であることが判別されると、システムコントローラ１１はステップＳ１２３に進んで、これまでのディスクのＡＵＸデータからのＡＵＸデータファイルの読み出し動作を停止させて、ディスクのプログラムエリアにアクセスし、先のステップＳ１０８に戻るようにされる。
このようにして、バッファメモリ１３におけるＡＴＲＡＣデータの蓄積量がフルになる毎に、ステップＳ１１７〜Ｓ１２１の処理を繰り返すうち、最終的には、同期再生に必要とされる全てのＡＵＸデータファイルがディスクからバッファメモリ１３に対して書き込まれることになる。
なお、この図に示す処理ルーチンは、全トラックの再生終了、又は再生停止操作などが行われた場合に抜けるようにされている。また、フローチャートによる説明はここでは省略するが、図２９及び図３０に示した処理動作に並行して、ＡＵＸ−ＴＯＣセクター３の記述内容によって規定される通りに、トラックに対するＡＵＸデータファイルの同期再生が行われるための制御処理がシステムコントローラ１１によって実行されるものである。
【０２１１】
なお、本実施の形態では、先に述べたようにＡＵＸデータファイルとしてはピクチャファイルとテキストファイルの２種類が規定されているのであるが、テキストファイルに関しては、同期再生情報であるタイムスタンプがテキストファイル自体の構造内に埋め込まれるフォーマットとされていることから、テキストファイルについて同期再生を行うには、基本的に、トラック再生開始前において全てのテキストファイルをディスクから読み出してバッファメモリ１３に格納しておき、このバッファメモリ１３に格納されたテキストファイルをスキャンしてタイムスタンプを読み出して同期再生タイミング（再生出力順）の情報を把握しておかなければならない。従って、図２９及び図３０に示すディスクに対するデータ読み出し処理は、本実施の形態に関すれば、ピクチャファイルが対象となり、テキストファイルを対象とすることは困難である。但し、同期再生タイミングに基づいて決定されるファイル取り込み優先順位は無視して、例えばテキストファイルナンバ順にバッファメモリ１３への取り込みを行う、或いは、テキストファイルについてもＡＵＸ−ＴＯＣセクター３と同様の同期再生の管理形態を採る構成とするのであれば、図２９及び図３０に示す処理を適用することが可能となるものである。
【０２１２】
８．ＩＥＥＥ１３９４フォーマット
８−１．概要
本実施の形態のＭＤレコーダ／プレーヤ１は、図１でも説明したように、ＩＥＥＥ１３９４データインターフェイスによって外部の他の機器とデータ通信が可能な構成を採っている。これにより、本実施の形態のＭＤレコーダ／プレーヤ１では、再生したＡＴＲＡＣデータ、及びＡＵＸデータファイルを、ＩＥＥＥ１３９４バスを介して送信し、例えば他のＡＶ機器やパーソナルコンピュータによってＡＴＲＡＣデータの音声出力やＡＵＸデータファイルの表示出力を行わせるといったことが可能になる。また、ＩＥＥＥ１３９４バスを介して受信したＡＴＲＡＣデータやＡＵＸデータファイルをディスクに記録するといったことも可能となる。更には、例えばパーソナルコンピュータや他のＡＶ機器によって、ミニディスクレコーダ／プレーヤ１の記録再生、及び編集処理等に関する所要の操作制御を行うことも可能となる。
【０２１３】
ＩＥＥＥ１３９４によるデータ伝送方式としては、周期的に通信を行うＩｓｏｃｈｒｏｎｏｕｓ通信方式と、この周期と関係なく非同期で通信するＡｓｙｎｃｈｒｏｎｏｕｓ通信方式が規定されている。一般に、Ｉｓｏｃｈｒｏｎｏｕｓ通信方式はデータの送受信に用いられ、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方式は各種制御コマンド及びレスポンスの送受信に用いられる。そして、１本のケーブルを使用して、これら２種類の通信方式によって送受信を行うことが出来るようにされている。
【０２１４】
ここで、ＡＴＲＡＣデータ（オーディオデータ）は再生時間軸に従って音声出力されるべき時系列的なデータでありリアルタイム性が要求される。また、ＡＵＸデータと比較してデータ量も多い。一方、ＡＵＸデータは、データ量はＡＴＲＡＣデータほど多くはなく、オーディオデータの再生に対して同期再生される場合があるものの、ＡＴＲＡＣデータほど厳密にはリアルタイム性は要求されない。
そこで、本実施の形態におけるＩＥＥＥ１３９４インターフェイスによる送信形態の概要としては、ＩＥＥＥ１３９４バスにより、上記ＡＴＲＡＣデータ及びＡＵＸデータを送受信するのにあたり、ＡＴＲＡＣデータ（即ちオーディオデータ）はＩｓｏｃｈｒｏｎｏｕｓ通信方式により送受信を行い、ＡＵＸデータはＡｓｙｎｃｈｒｏｎｏｕｓ通信方式により送受信を行うように規定するものである。
本実施の形態としては、ＩＥＥＥ１３９４インターフェイスによって、ＡＴＲＡＣデータとＡＵＸデータとをそれぞれ個別の機会で送信することが可能である。また、後述するように、Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅによって、ＡＴＲＡＣデータとＡＵＸデータとを時分割して送信することで見かけ上は同時に送信することも可能である。
そこで以降、上記した本実施の形態としてのＩＥＥＥ１３９４データインターフェイスによる送信形態を前提として、本実施の形態に関わるとされるＩＥＥＥ１３９４フォーマットについて概略的に説明することとする。
【０２１５】
８−２．スタックモデル
図３１は、本実施の形態が対応するＩＥＥＥ１３９４のスタックモデルを示している。
ＩＥＥＥ１３９４フォーマットにおいては、Ａｓｙｎｃｈｒｏｎｏｕｓ系（４００）とＩｓｏｃｈｒｏｎｏｕｓ系（５００）とに大別される。
ここで、Ａｓｙｎｃｈｒｏｎｏｕｓ系（４００）とＩｓｏｃｈｒｏｎｏｕｓ系（５００）に共通な層として、最下位にＰｈｙｓｉｃａｌ  Ｌａｙｅｒ（３０１）（物理層）が設けられ、その上位にＬｉｎｋ  Ｌａｙｅｒ（３０２）（リンク層）が設けられる。Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（３０１）はハードウェア的な信号伝送を司るためのレイヤであり、Ｌｉｎｋ  Ｌａｙｅｒ（３０２）はＩＥＥＥ１３９４バスを例えば、機器毎に規定された内部バスに変換するための機能を有する層とされる。
【０２１６】
Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（３０１）、Ｌｉｎｋ  Ｌａｙｅｒ（３０２）、及び次に説明するＴｒａｎｓａｃｔｉｏｎ  Ｌａｙｅｒ（４０１）は、Ｅｖｅｎｔ／Ｃｏｎｔｒｏｌ／ＣｏｎｆｉｇｕｒａｔｉｏｎのラインによってＳｅｒｉａｌ  Ｂｕｓ  Ｍａｎａｇｅｍｅｎｔ３０３とリンクされる。
また、ＡＶ  Ｃａｂｌｅ／Ｃｏｎｎｅｃｔｏｒ３０４は、ＡＶデータ伝送のための物理的なコネクタ、ケーブルを示している。
【０２１７】
Ａｓｙｎｃｈｒｏｎｏｕｓ系（４００）における上記Ｌｉｎｋ  Ｌａｙｅｒ（３０２）の上位には、Ｔｒａｎｓａｃｔｉｏｎ  Ｌａｙｅｒ（４０１）が設けられる。Ｔｒａｎｓａｃｔｉｏｎ  Ｌａｙｅｒ（４０１）は、ＩＥＥＥ１３９４としてのデータ伝送プロトコルを規定する層とされ、基本的なＡｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓａｃｔｉｏｎとしては、後述するようにして、Ｗｒｉｔｅ  Ｔｒａｎｓａｃｔｉｏｎ，Ｒｅａｄ  Ｔｒａｎｓａｃｔｉｏｎ，Ｌｏｃｋ  Ｔｒａｎｓａｃｔｉｏｎが規定される。
【０２１８】
そして、Ｔｒａｎｓａｃｔｉｏｎ  Ｌａｙｅｒ（４０１）の上層に対してＦＣＰ(Functuin Control Protocol)（４０２）が規定される。ＦＣＰ（４０２）は、ＡＶ／Ｃ  Ｃｏｍｍａｎｄ(AV/C Digital Interfase Command Set)（４０３）として規定された制御コマンドを利用することで、各種ＡＶ機器に対するコマンド制御を実行することが出来るようになっている。
【０２１９】
また、Ｔｒａｎｓａｃｔｉｏｎ  Ｌａｙｅｒ（４０１）の上層に対しては、Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｃｅｄｕｒｅｓ（５０５）を利用して、後述するＰｌｕｇ（ＩＥＥＥ１３９４における論理的な機器接続関係）を設定するためのＰｌｕｇ  Ｃｏｎｔｒｏｌｌ  Ｒｅｇｉｓｔｅｒｓ（４０４）が規定される。
【０２２０】
Ｉｓｏｃｈｒｏｎｏｕｓ系（５００）におけるＬｉｎｋ  Ｌａｙｅｒ（３０２）の上位には、ＣＩＰ  Ｈｅａｄｅｒ  Ｆｏｒｍａｔ（５０１）が規定され、このＣＩＰ  Ｈｅａｄｅｒ  Ｆｏｒｍａｔ（５０１）に管理される形態で、ＳＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０２），ＨＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０３），ＳＤＬ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４），ＭＰＥＧ２−ＴＳ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０５），Ａｕｄｉｏ  ａｎｄ  Ｍｕｓｉｃ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０６）等の伝送プロトコルが規定されている。
【０２２１】
ＳＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０２），ＨＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０３），ＳＤＬ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４）は、それぞれ、デジタルＶＴＲ(Video Tape Recorder)に対応するデータ伝送プロトコルである。
ＳＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０２）が扱うデータは、ＳＤ−ＤＶＣＲ  ｒｅｃｏｒｄｉｎｇ  ｆｏｒｍａｔ（５０８）の規定に従って得られたデータシーケンス（ＳＤ−ＤＶＣＲ  ｄａｔａ  ｓｅｑｕｅｎｃｅ（５０７））とされる。
また、ＨＤ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０３）が扱うデータは、ＨＤ−ＤＶＣＲ  ｒｅｃｏｒｄｉｎｇ  ｆｏｒｍａｔ（５１０）の規定に従って得られたデータシーケンス（ＳＤ−ＤＶＣＲ  ｄａｔａ  ｓｅｑｕｅｎｃｅ（５０９））とされる。
ＳＤＬ−ＤＶＣＲ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４）が扱うデータは、ＳＤＬ−ＤＶＣＲ  ｒｅｃｏｒｄｉｎｇ  ｆｏｒｍａｔ（５１２）の規定に従って得られるデータシーケンス（ＳＤ−ＤＶＣＲ  ｄａｔａ  ｓｅｑｕｅｎｃｅ（５１１））となる。
【０２２２】
ＭＰＥＧ２−ＴＳ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０５）は、例えばデジタル衛星放送に対応するチューナ等に対応する伝送プロトコルで、これが扱うデータは、ＤＶＢ  ｒｅｃｏｒｄｉｎｇ  ｆｏｒｍａｔ（５１４）或いはＡＴＶ  ｒｅｃｏｒｄｉｎｇ  ｆｏｒｍａｔ（５１５）の規定に従って得られるデータシーケンス（ＭＰＥＧ２−ＴＳ  ｄａｔａ  ｓｅｑｕｅｎｃｅ（５１３））とされる。
【０２２３】
また、Ａｕｄｉｏ  ａｎｄ  Ｍｕｓｉｃ  Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ（５０６）は、例えば本実施の形態のＭＤシステムを含むデジタルオーディオ機器全般に対応する伝送プロトコルであり、これが扱うデータは、Ａｕｄｉｏ  ａｎｄ  Ｍｕｓｉｃ  ｒｅｃｏｒｄｉｎｇ  ｆｏｒｍａｔ（５１７）の規定に従って得られるデータシーケンス（Ａｕｄｉｏ  ａｎｄ  Ｍｕｓｉｃ  ｄａｔａ  ｓｅｑｕｅｎｃｅ）とされる。
【０２２４】
８−３．パケット
ＩＥＥＥ１３９４フォーマットでは、図３２に示すようにしてＩｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅ（ｎｏｍｉｎａｌ  ｃｙｃｌｅ）の周期を繰り返すことによって送信を行う。この場合、１Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅは、１２５μｓｅｃとされ、帯域としては１００ＭＨｚに相当する。なお、Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅの周期としては１２５μｓｅｃ以外とされても良いことが規定されている。そして、このＩｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅごとに、データをパケット化して送信する。
【０２２５】
この図に示すように、Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅの先頭には、１Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅの開始を示すＣｙｃｌｅ  Ｓｔａｒｔ  Ｐａｃｋｅｔが配置される。
このＣｙｃｌｅ  Ｓｔａｒｔ  Ｐａｃｋｅｔは、ここでの詳しい説明は省略するが、Ｃｙｃｌｅ  Ｍａｓｔｅｒとして定義されたＩＥＥＥ１３９４システム内の特定の１機器によってその発生タイミングが指示される。
Ｃｙｃｌｅ  Ｓｔａｒｔ  Ｐａｃｋｅｔに続いては、Ｉｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔが優先的に配置される。Ｉｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔは、図のように、チャンネルごとにパケット化されたうえで時分割的に配列されて転送される（Ｉｓｏｃｈｒｏｎｏｕｓ  ｓｕｂａｃｔｉｏｎｓ）。また、Ｉｓｏｃｈｒｏｎｏｕｓ  ｓｕｂａｃｔｉｏｎｓ内においてパケット毎の区切りには、Ｉｓｏｃｈｒｏｎｏｕｓ  ｇａｐといわれる休止区間（例えば０．０５μｓｅｃ）が設けられる。
このように、ＩＥＥＥ１３９４システムでは、１つの伝送線路によってＩｓｏｃｈｒｏｎｏｕｓデータをマルチチャンネルで送受信することが可能とされている。
【０２２６】
ここで、例えば本実施の形態のＭＤレコーダ／プレーヤが対応するＡＴＲＡＣデータ（圧縮オーディオディオデータ）をＩｓｏｃｈｒｏｎｏｕｓ方式により送信することを考えた場合、ＡＴＲＡＣデータが１倍速の転送レート１．４Ｍｂｐｓであるとすれば、１２５μｓｅｃである１Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅ周期ごとに、少なくともほぼ２０数ＭバイトのＡＴＲＡＣデータをＩｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔとして伝送すれば、時系列的な連続性（リアルタイム性）が確保されることになる。
例えば、或る機器がＡＴＲＡＣデータを送信する際には、ここでの詳しい説明は省略するが、ＩＥＥＥ１３９４システム内のＩＲＭ(Isochronous Resource Manager)に対して、ＡＴＲＡＣデータのリアルタイム送信が確保できるだけの、Ｉｓｏｃｈｒｏｎｏｕｓ  パケットのサイズを要求する。ＩＲＭでは、現在のデータ伝送状況を監視して許可／不許可を与え、許可が与えられれば、指定されたチャンネルによって、ＡＴＲＡＣデータをＩｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔにパケット化して送信することが出来る。これがＩＥＥＥ１３９４インターフェイスにおける帯域予約といわれるものである。
【０２２７】
Ｉｓｏｃｈｒｏｎｏｕｓ  ｃｙｃｌｅの帯域内においてＩｓｏｃｈｒｏｎｏｕｓ  ｓｕｂａｃｔｉｏｎｓが使用していない残る帯域を用いて、Ａｓｙｎｃｈｒｏｎｏｕｓ  ｓｕｂａｃｔｉｏｎｓ、即ちＡｓｙｎｃｈｒｏｎｏｕｓのパケット送信が行われる。
図３２では、Ｐａｃｋｅｔ  Ａ，Ｐａｃｋｅｔ  Ｂの２つのＡｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔが送信されている例が示されている。Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔの後には、ａｃｋ  ｇａｐ（０．０５μｓｅｃ）の休止期間を挟んで、ＡＣＫ（Acknowledge)といわれる信号が付随する。ＡＣＫは、後述するようにして、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓａｃｔｉｏｎの過程において、何らかのＡｓｙｎｃｈｒｏｎｏｕｓデータの受信が有ったことを送信側（Ｃｏｎｔｒｏｌｌｅｒ）に知らせるためにハードウェア的に受信側（Ｔａｒｇｅｔ）から出力される信号である。
また、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔ及びこれに続くＡＣＫからなるデータ伝送単位の前後には、１０μｓｅｃ程度のｓｕｂａｃｔｉｏｎ  ｇａｐといわれる休止期間が設けられる。
【０２２８】
Ｉｓｏｃｈｒｏｎｏｕｓ  ＰａｃｋｅｔによりＡＴＲＡＣデータを送信し、上記ＡＴＲＡＣデータに付随するとされるＡＵＸデータファイルをＡｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔにより送信するようにすれば、見かけ上、ＡＴＲＡＣデータとＡＵＸデータファイルとを同時に送信することが可能となるものである。
そして、例えば図２３〜図３０により説明したようにしてディスクから読み出したＡＴＲＡＣデータとＡＵＸデータファイルを、上記のようにして、それぞれＩｓｏｃｈｒｏｎｏｕｓ  ＰａｃｋｅｔとＡｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔにより送信することで、例えば当該ミニディスクレコーダ／プレーヤ１から送信されたデータを再生可能な機能を有する外部機器であれば、この外部機器において、ＡＴＲＡＣデータを音声として再生出力したうえで、これに同期したＡＵＸデータファイルの表示出力を行わせるようにすることが可能である。
【０２２９】
９．再生モードに応じた再生動作
９−１．システム構成
本実施の形態では、図２３〜図３０により説明したようにして、ディスクからの読み出し動作を行うことで、ＡＴＲＡＣデータとＡＵＸデータファイル（テキストファイル及びピクチャファイル）の同期再生を行うように構成されるが、更に本実施の形態では、このような再生動作を基本的な再生モードとして、後述するようにして、再生すべきデータ種別の選択に応じた複数の再生モードが備えられる。
【０２３０】
ここで先ず、本実施の形態のミニディスクレコーダ／プレーヤ１における再生モードについて説明するのに先立ち、本実施の形態のシステム構成例について説明しておく。
図３３は、先に述べたＩＥＥＥ１３９４インターフェイスを介してミニディスクレコーダ／プレーヤ１と外部機器が通信可能なシステム構成の一例を示している。この場合には、本実施の形態のミニディスクレコーダ／プレーヤ１に対して、外部機器としてパーソナルコンピュータ１００がＩＥＥＥ１３９４バスを介して接続されている形態が示されている。この場合、パーソナルコンピュータ１００には、ディスプレイ装置２００とスピーカ３００とが接続されている。
そして、パーソナルコンピュータ１００は、ミニディスクレコーダ／プレーヤ１にて同期再生されたＡＴＲＡＣデータ及びＡＵＸデータファイルを受信することで、ＡＴＲＡＣデータについては伸張処理を施して最終的にアナログオーディオ信号に変換してスピーカ３００から音声として出力する。また、ＡＵＸデータファイルについては、例えばピクチャファイルであればＪＰＥＧデコード処理を施し、テキストファイルであればその文字情報に応じた表示画像データを生成して、上記ＡＴＲＡＣデータの音声出力に同期させてディスプレイ装置２００に対して表示させるようにされている。このようなミニディスクレコーダ／プレーヤ１の再生データの受信及び再生出力機能は、例えば、パーソナルコンピュータに備えられるアプリケーションソフトウェアにより実現されるものである。
【０２３１】
ここで、ディスプレイ装置２００の表示画面には、ＡＴＲＡＣデータに対して同期再生されたＡＵＸデータファイルの表示例が示されている。例えば、通常の再生モードによる同期再生がミニディスクレコーダ／プレーヤ１において行われる場合（後述する再生モード４）であれば、ディスプレイ装置２００の表示画面には、次のようにして表示が行われる。
例えば、ミニディスクレコーダ／プレーヤ１において或る１つのトラックが指定されているとする。そして、ディスクにおいてカバーピクチャ（表紙ピクチャ）として管理されるピクチャファイルや、カバーテキスト（表紙テキスト）として管理されるテキストファイルが有れば、これらのピクチャファイルやカバーテキストがＡＴＲＡＣデータ（オーディオデータ）の再生前の段階において、表示されるようになっている。
そして、上記或るトラックとしてのＡＴＲＡＣデータが音声として再生されると、例えばこのトラックの再生時間に従って同期再生される。例えば歌詞などのテキストファイルが適宜所要のタイミングで表示されていくことになる。同様にして、このトラックの再生時間に従って同期再生されるピクチャファイルがあれば、規定された同期再生タイミングに従って表示が行われていくことになる。
なお、テキストファイル及びピクチャファイルの表示形態は、例えばこの図に示すシステム構成であれば、パーソナルコンピュータ側のアプリケーションソフトウェアの構成等によって任意に変更が可能であり、更には、例えばカバーピクチャやカバーテキストについては、オーディオデータの再生が開始されて以降は、継続させて表示しても、その表示を終了しても何れとされても構わないものである。
【０２３２】
図３３に示すようなシステム構成は、例えばミニディスクレコーダ／プレーヤ１としての構成が、表示部２３のサイズも小さく、また、スピーカ等が備えられておらず、ＡＴＲＡＣデータの外部への再生出力としては、デジタルインターフェイスまたはアナログ音声出力端子等に頼る場合に好適なものとされる。
【０２３３】
また、図３４には、本実施の形態のシステム構成として、ミニディスクレコーダ／プレーヤ１単体で完結している場合の構成例について示している。
この場合には、各種操作キー（操作部２３）やディスクの挿入／排出部が設けられた本体部に対して、比較的大型の表示部２４が備えられた構成を採っている。再生されるＡＵＸデータファイルは、この表示部２４にて表示が行われる。また、再生されたＡＴＲＡＣデータについては、本体に設けられているとされるヘッドフォン出力端子に接続されたヘッドフォンにより聴くことができるようにされている。
また、この図に示す表示部２４の表示画面にも、ＡＵＸデータファイルが表示されている状態が示されているが、このときの表示態様に関しては、図３３における説明と同様となる。
【０２３４】
なお、本実施の形態が対応するミニディスクレコーダ／プレーヤ１を備えたシステム構成としては、図３３及び図３４に示すものに限定されるものではない。例えば、ミニディスクレコーダ／プレーヤ１と、モニタ装置やオーディオ機器を、アナログ音声入出力端子やアナログビデオ入出力端子で接続した構成とされてもよいものである。
【０２３５】
９−２．再生モード１
本実施の形態においては、以降説明するようにして、再生対象であるＡＴＲＡＣデータと、ＡＵＸデータファイルであるテキストファイル及びピクチャファイルの選択の組み合わせによって、再生モード１〜再生モード５の５つの再生モードが選択可能とされており、ミニディスクレコーダ／プレーヤ１は選択された再生モードに応じた再生処理を実行する。なお、以降の各再生モードの説明にあたっては、図３３に示したシステムに対応した動作を説明することにする。つまり、ディスクから再生したＡＴＲＡＣデータ，ＡＵＸデータファイルについて、ＩＥＥＥ１３９４バスを介して送信する場合を前提とする。
【０２３６】
また、この再生モードは、ユーザの操作部２３又はリモートコントローラ３２に対する所定操作によって行われるものとする。つまり、本実施の形態の操作部２３又はリモートコントローラ３２にあっては、上記再生モード１〜５の再生モードを選択設定するための操作キーが設けられているものである。
【０２３７】
先ず、再生モード１について説明する。
再生モード１は、オーディオデータ（ＡＴＲＡＣデータ）のみを再生するためのモードである。例えば、ユーザはＡＵＸデータを表示させる必要は特に無くて、オーディオデータのみを聴くことができればよいと思ったときに、この再生モードを選択すると良い。
【０２３８】
図３５は、再生モード１としてのミニディスクレコーダ／プレーヤ１における再生動作を概念的に示すものであり、また、この図は、ＩＥＥＥ１３９４インターフェイスからＩＥＥＥ１３９４データバスを介して外部に再生データを送信する際の送信タイミングにもほぼ対応している。
また、ここでの再生対象となるディスクとして、ＡＴＲＡＣデータとしてのトラックは、トラック＃１，トラック＃２の２つのトラックが記録されているものとする。また、これらトラック＃１，トラック＃２に対して、後述する各再生モードに見られるように、所要のテキストファイル及びピクチャファイルが同期再生ファイルとして規定され、また、カバーテキスト（表紙テキスト）やカバーピクチャ（表紙ピクチャ）が規定されているものとする。これらの点に関しては、以降説明する再生モード２〜５の再生動作を示す図についても同様とされる。
【０２３９】
この図に示すように、再生モード１が選択設定されて再生が開始された場合には、例えばトラック＃１再生期間においてトラック＃１の再生を行い、このトラック＃１の再生が終了したら、続けてトラック＃２再生期間として、トラック＃２の再生を行うようにする。また、トラック＃１再生期間では、Ｉｓｏｃｈｒｏｎｏｕｓ通信方式によりＡＴＲＡＣデータの送信を行う。つまり、図３２により説明したようにして、Ｉｓｏｃｈｒｏｎｏｕｓ  ＰａｃｋｅｔにＡＴＲＡＣデータを格納して送信を行うようにされる。
【０２４０】
ここで、再生モード１にあっては、実際のディスクへの読み出し動作として、ＡＵＸデータの読み出しは行わないものとされる。つまり、再生モード１としてデータ再生に際しては、バッファメモリ１３のＡＴＲＡＣデータの蓄積量が所定以上となっても、ＡＵＸデータエリアへアクセスしてＡＵＸデータファイルの読み込みを行うという動作は行われず、単にディスクへの再生動作が停止されるものである。
【０２４１】
例えば考え方によっては、ユーザがオーディオデータのみを聴きたいと思ったときには、ミニディスクレコーダ／プレーヤ１においては、通常にＡＴＲＡＣデータと共にＡＵＸデータファイルを再生する動作を実行させておき、例えばユーザの判断でＡＵＸデータを表示させるディスプレイの電源を切っておく、或いは表示させておいたとしても特にこれを見ないようにしておけばよい。
しかし、先に説明したディスクへの読み出し動作によって、ＡＴＲＡＣデータと共にＡＵＸデータファイルを再生する動作を実行させていると、バッファメモリ１３の蓄積量が所定以上となってＡＴＲＡＣデータに対する読み出しが停止されるごとに、プログラムエリアからＡＵＸデータエリアにアクセスし、また、ＡＴＲＡＣデータの再生を再開するときには、ＡＵＸデータエリアからプログラムエリアにアクセスするという動作が行われることになる。このような動作は、スレッド機構による光学ヘッド３の移送動作を伴うことから、スレッド機構が動作することに依る機械音が比較的頻繁に発生することになる。
このような機械音は、さほどの音量ではないものの、例えば音質を重視するユーザにとっては、煩わしく感じることがある。
【０２４２】
そこで、本実施の形態のようにして、敢えてオーディオデータのみを再生する再生モード１を用意して、このときにはＡＵＸデータエリアに対するアクセスが行われないようにすれば、上記したスレッド機構の動作に伴う機械音の発生頻度は抑えられ、音質重視のユーザにとっては好ましい環境が得られるものである。
【０２４３】
９−３．再生モード２
続いて再生モード２について説明する。再生モード２は、ＡＴＲＡＣデータと共に、ＡＵＸデータファイルのうちテキストファイルを同期再生するものである。つまり、ＡＵＸデータファイルとしてピクチャファイルの再生は行われないものとされる。
図３６は、再生モード２としての再生タイミングを再生時間軸に従って示している。なお、テキストファイルについては、先にも述べたように、テキストファイルとしての構造内にタイムスタンプが含まれるため、トラック再生開始以前の段階において、全てのテキストファイルがバッファメモリに読み込まれているものとされる。従って、図３６に示すテキストファイルの再生タイミングは、バッファメモリ１３からの読み出し動作が対応する。この点に関しては、以降の各再生モードの説明において、テキストファイルを再生する場合にも同様となる。
【０２４４】
ここで、トラック＃１の再生に対応するトラック＃１期間においては、先ずトラック＃１を再生出力する以前の段階である所定時間長の準備期間において、カバーテキストとして、アーティストインフォメーション・テキストＴＡを再生出力し、続けて、ライナーノーツ・テキストＴＬを再生出力するようにされる。但し、この図に示す再生順はバッファメモリ１３からの読み出し順及び送信順であり、見かけ上はほぼ同時に、アーティストインフォメーション・テキストＴＡとライナーノーツ・テキストＴＬが表示される。
そして、準備期間の後においてトラック再生期間に至り、トラック＃１の再生が開始されると、例えば歌詞テキストＴＴ１，ＴＴ２が、そのタイムスタンプに応じて図のようにして順次同期再生出力され、また送信が行われる。なお、実際の表示としては、歌詞テキストＴＴ１は、例えば、歌詞テキストＴＴ２の表示が開始されるまで表示が行われる。また、歌詞テキストＴＴ２は、トラック＃１の再生が終了するまで表示が行われる。
【０２４５】
また、トラック＃１のトラック再生期間が終了して、トラック＃２期間が開始されると、先ず、トラック＃１期間の開始時（準備期間）と同様に、トラック＃２期間の準備期間においては、アーティストインフォメーション・テキストＴＡとライナーノーツ・テキストＴＬの再生が行われる。更にこの場合には、タイムスタンプ無しの歌詞テキストの再生も行われる。
なお、アーティストインフォメーション・テキストＴＡとライナーノーツ・テキストＴＬについては、ここではディスクへの読み出しは、行わず、例えば先のトラック＃１期間においてディスクから読み出されて、バッファメモリ１３に保持されているファイルデータを読み出して再生及び送信を行うようにされる。
【０２４６】
そして、トラック＃２期間におけるトラック再生期間に至って、トラック＃２としてのＡＴＲＡＣデータの再生が開始されると、図に示すように、タイムスタンプの内容に応じて、例えば歌詞テキストＴＴ３，ＴＴ４が順次再生出力されると共に、送信が行われる。
【０２４７】
また、ＡＴＲＡＣデータは、この場合にも、例えばほぼ図に示すタイミングでＩｓｏｃｈｒｏｎｏｕｓ通信によって送信出力される。これに対して、テキストファイルのデータは、例えば図に示すのとほぼ同様のタイミングで、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方式によって送信出力される。つまり、図３２にて説明したＡｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔにテキストファイルのデータを格納して送信が行われる。このＡｓｙｎｃｈｒｏｎｏｕｓ通信によるテキストファイルの送信は、図３１にも示したように、ＦＣＰ（４０２）で規定されるプロトコルのもとで、ＡＶ／Ｃ  Ｃｏｍｍａｎｄ（４０３）を用いて送信を行うようにされる。
【０２４８】
なお、例えば上記したカバーテキストとして規定されるアーティストインフォメーション・テキストＴＡとライナーノーツ・テキストＴＬは、厳密にはトラック再生に同期した再生出力は行われない。但し、本明細書においては、トラック再生に際して、所要のタイミング（例えばトラック再生の準備期間）で再生出力されるべきＡＵＸデータファイルとして扱うことで、カバーテキストのファイルも、ＡＵＸ−ＴＯＣセクター３によってトラックに対する同期再生を行うことが規定されたファイルとして扱うことにする。これは、ピクチャファイルとして、後述するようにしてカバーピクチャとして準備期間に再生出力されるファイルについても同様である。
【０２４９】
９−４．再生モード３
再生モード３は、ＡＴＲＡＣデータと共に、ＡＵＸデータファイルとしてテキストファイルを同期再生し、かつ、ＡＵＸデータファイルであるピクチャファイルについては、カバーピクチャのみを再生するモードとされる。
【０２５０】
図３７は、再生モード３としての再生タイミングを示している。
この場合には、トラック＃１期間における準備期間において、例えば先ず、カバーピクチャＣＶＰをディスクから読み出して再生し、送信出力する。そして、続けて、カバーテキストとして、図３６のトラック＃１期間における準備期間の場合と同様に、アーティストインフォメーション・テキストＴＡを再生出力し、続けて、ライナーノーツ・テキストＴＬを再生出力するようにされる。
そして、トラック再生期間に至ってトラック＃１の再生が開始されると、これもまた、図３６のトラック＃１期間のトラック再生期間と同様に、歌詞テキストＴＴ１，ＴＴ２についての同期再生出力と送信が行われる。
【０２５１】
また、トラック＃１のトラック再生期間が終了して、トラック＃２期間が開始されると、先ず、その準備期間において、トラック＃１期間の準備期間と同様に、カバーピクチャＣＶＰ（ここではバッファメモリ１３からの読み出しとなる）の再生及び送信と、アーティストインフォメーション・テキストＴＡとライナーノーツ・テキストＴＬ、更にタイムスタンプ無しの歌詞テキストＴＳの再生及び送信が行われる。
そして、トラック＃２期間としてのトラック再生期間が開始されると、図に示すように、タイムスタンプの内容に応じて、例えば歌詞テキストＴＴ３，ＴＴ４が順次再生出力されると共に、送信が行われる。
【０２５２】
ＩＥＥＥ１３９４バスを介しての各データの送信に関しては、ＡＴＲＡＣデータ、及びテキストファイルについては、図３６の場合と同様となる。そして、ＡＵＸデータファイルであるピクチャファイル（カバーピクチャＣＶＰ）については、例えば図３７に示すのとほぼ同様のタイミングによって、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方式による送信が行われる。このピクチャファイルの送信も、同じＡＵＸデータファイルであるピクチャファイルと同様に、ＦＣＰ（４０２）で規定されるプロトコルのもとで、ＡＶ／Ｃ  Ｃｏｍｍａｎｄ（４０３）を用いて送信を行うようにされる。
【０２５３】
９−５．再生モード４
再生モード４は、ＡＴＲＡＣデータと共に、ＡＵＸデータファイルとしてのテキストファイル及びピクチャファイルを同期再生するモードであり、これが本実施の形態としては通常の再生モードとなる。
【０２５４】
図３８に再生モード３としての再生タイミングを示す。
この場合、トラック＃１期間における再生タイミングとして、ＡＴＲＡＣデータと、テキストデータ、及びピクチャファイルのうちカバーピクチャについては、図３７の場合と同様となるため、ここでの説明は省略する。
【０２５５】
そして、トラック＃１期間のトラック再生期間に至って、トラック＃１の再生が開始されると、歌詞テキストＴＴ１，ＴＴ２については、図３７の場合と同様にタイムスタンプに応じた同期再生出力と送信が行われる。更にこの場合には、ＡＵＸ−ＴＯＣセクター３の内容に従って、例えば図に示すタイミングによってピクチャファイルＰ１，Ｐ２の同期再生出力及び送信が行われる。
なお、ここでは、ピクチャファイルＰ１，Ｐ２については、それぞれ歌詞テキストＴＴ１，ＴＴ２と同時の再生タイミングとなるように規定されている。即ち、表示画面としては、ピクチャファイルＰ１と歌詞テキストＴＴ１が同時に表示され、ピクチャファイルＰ２と歌詞テキストＴＴ２が同時に表示されるものとする。
【０２５６】
なお、実際のミニディスクレコーダ／プレーヤ１における実際の動作として、例えば歌詞テキストＴＴ１とピクチャファイルＰ１とを同時に表示させるのにあたっては、例えば既にバッファメモリ１３に保持されている歌詞テキストＴＴ１を読み出して再生出力する動作と、ピクチャファイルＰ１をディスクから読み出してバッファメモリに格納し、このバッファメモリ１３から読み出して再生出力するという動作とを所要のタイミングで以て行うようにされる。これは、歌詞テキストＴＴ２とピクチャファイルＰ２とを同時に表示させる場合も同様である。
【０２５７】
そしてトラック＃１期間に続くトラック＃２期間における準備期間の再生動作もまた、先に図３７に示した場合と同様となる。つまり、バッファメモリ１３から読み出したカバーピクチャＣＶＰ）の再生及び送信と、アーティストインフォメーション・テキストＴＡとライナーノーツ・テキストＴＬ、更にタイムスタンプ無しの歌詞テキストＴＳの再生及び送信が行われる。
そして、トラック＃２期間におけるトラック再生期間に至って、トラック＃２としてのＡＴＲＡＣデータの再生が開始されると、この場合にも、歌詞テキストＴＴ３，ＴＴ４については、タイムスタンプの内容に応じた同期再生と送信を行うと共に、更にこの場合には、ＡＵＸ−ＴＯＣセクター３の内容に従って、例えば図に示すタイミングによって、ピクチャファイルＰ３の同期再生及び送信が行われる。
なお、ここではピクチャファイルＰ３は、トラック＃２が再生されている期間内において、歌詞テキストＴＴ３と同じ表示タイミングで表示が行われるように規定されているものとする。
【０２５８】
ここで、ＩＥＥＥ１３９４バスによる各データの送信については、図３７における説明と基本的には同様でよいものとされる。つまり、ＡＴＲＡＣデータはＩｓｏｃｈｒｏｎｏｕｓ通信方式によって通信を行い、テキストデータ及びピクチャファイルについては、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方式により送信を行うようにされる。
但し、この場合には、同期再生されるテキストファイルとピクチャファイルとして、同時に表示されるべきファイルが存在している。例えば、歌詞テキストＴＴ１とピクチャファイルＰ１である。このようなファイルをＩＥＥＥ１３９４バスを介して送信する際には、実際には、所要の表示開始タイミングに間に合うようなタイミングによって、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔを用いて、歌詞テキストＴＴ１と、ピクチャファイルＰ１の各データを時分割的に送信するように処理が行われる。例えば以降の、歌詞テキストＴＴ２とピクチャファイルＰ２、歌詞テキストＴＴ３とピクチャファイルＰ３についても同様である。
【０２５９】
９−５．再生モード５
再生モード５は、ＡＵＸ−ＴＯＣセクター３によって規定される同期再生タイミングに従いながらピクチャファイルのみを再生出力するモードである。
図３９は、再生モード５としての再生タイミングを再生時間軸に従って示している。なお、この図では、ピクチャファイルの再生タイミングとの比較として、実際には再生出力されないが、ＡＴＲＡＣデータの再生出力タイミングを破線により示している。
【０２６０】
この図に示すピクチャファイルの出力タイミングとしては、図３８に示したピクチャファイルの出力タイミングと同様となる。つまり、トラック＃１期間における準備期間に相当する期間では、カバーピクチャＣＶＰをディスクから読み出してバッファメモリ１３に格納し、このカバーピクチャＣＶＰを再生出力しておく。そして、トラック＃１が再生されるべきトラック再生期間に相当する期間においては、ＡＵＸ−ＴＯＣセクター３によって規定されるタイミングで、ピクチャファイルＰ１をディスクから読み出してバッファメモリ１３に格納して再生出力し、続いて、ピクチャファイルＰ１をディスクから読み出してバッファメモリ１３に格納して再生出力するという動作が行われる。
【０２６１】
そして、トラック＃１期間が終了してトラック＃２期間とされると、その準備期間では、バッファメモリ１３に格納されているカバーピクチャＣＶＰを読み出して再生出力する。そして、トラック＃２のトラック再生期間に至ると、ＡＵＸ−ＴＯＣセクター３によって規定されるタイミングで、ピクチャファイルＰ２をディスクから読み出してバッファメモリ１３に格納して再生出力することが行われる。
そして、ＩＥＥＥ１３９４バスを介してのピクチャファイルの送信は、例えばこの図に示すのとほぼ同様のタイミングで以て、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方式により送信することになる。
【０２６２】
なお、上記のようにして、ピクチャファイルの再生出力が行われる期間、ＡＴＲＡＣデータであるトラック＃１，＃２の再生出力、即ちディスクからの読み出しは行われない。つまり、この場合には、光学ヘッド３は、ディスクのＡＵＸデータエリアのみにアクセスして、プログラムエリアにはアクセスしないことになる。従って、この場合にも結果的には、ＡＴＲＡＣデータとＡＵＸデータファイルを同期再生する場合と比較して、スレッド移動に伴うスレッド機構の機械音の発生頻度を抑えることが可能になる。
【０２６３】
また、ピクチャファイルのみを再生する再生形態としては、上記再生モード５のようにして同期再生タイミングに従って再生出力させる以外にもいくつか考えられるものである。
例えば、ＡＴＲＡＣデータに対する同期再生タイミングは無視して、ディスクに記録されているピクチャファイルを、所定順序に従って、一定時間ごとに表示させていくことなどが考えられる。また、この際の表示順としては、例えば、ＡＵＸ−ＴＯＣセクター３に従った同期再生順に従っても良いし、或いは、ファイルナンバ順に従うようにしても良い。
【０２６４】
また、上記再生モードには含めなかったが、テキストファイルのみを再生する再生モードを設定することも考えられる。そして、この場合の再生出力形態も、上記したピクチャファイルの再生出力形態に準じていくつかの方法が挙げられるものである。
【０２６５】
９−６．処理動作
続いて、上記図３５〜図３９により説明した、再生モードに応じたディスク再生、及びＩＥＥＥ１３９４バスを介しての再生データの送信動作を実現するための処理動作について、図４０を参照して説明する。なお、この図に示す処理は、システムコントローラ１１が実行する。
また、この図に示す処理が実行されるのにあたっては、ユーザの操作部２３、又はリモートコントローラ３２に対する所定操作によって、再生モード１〜５のうち、任意の再生モードが指定されている状態にあるものとする。また、ここでは詳しい操作手順についての説明は省略するが、ユーザの操作による再生モードの指定としては、例えば再生されるトラック（ＡＴＲＡＣデータ）に共通に設定するものとしても良いし、或いはプログラム再生のような操作手順に準じて、トラックごとに異なる任意の再生モードが指定できるようにすることも考えられる。
また、テキストファイルについては、例えば、既にディスクから読み出されてバッファメモリ１３に保持されており、各テキストファイルのタイムスタンプ（同期再生制御情報）をシステムコントローラ１１が参照可能とされているものとする。
【０２６６】
図４０においては、例えばユーザによる再生開始操作が行われたり、又は、或るトラックの再生が終了して次のトラックの再生を開始すべきタイミングに至ったとすると、先ずステップＳ２０１に示すように、所要のトラック＃ｎを再生するための処理に移行する。
そして、続くステップＳ２０２において現在指定されている再生モードが何であるのかを判別し、以降は、次に述べるようにして、指定された再生モードに応じた処理動作が実行される。
【０２６７】
ステップＳ２０２において再生モード１が指定されていると判別された場合にはステップＳ２０３に進む。ステップＳ２０３においては、図３５により説明したようにして、ＡＴＲＡＣデータのみを再生出力するように光学ヘッドや信号処理系ブロックに対する制御処理を実行する。また、再生したＡＴＲＡＣデータについて、その時間的連続性が保たれるようにして、Ｉｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔを利用してＩＥＥＥ１３９４バスを介して外部に送信出力するための制御処理も実行する。この送信処理は、例えばシステムコントローラ１１の制御によってＩＥＥＥ１３９４インターフェイス２５が所要の動作を実行することで実現される。
このステップＳ２０３の処理が、１つのトラック再生期間に対応する。つまり、図３５に示したトラック＃１期間、トラック＃２期間のそれぞれに対応する。
【０２６８】
また、ステップＳ２０２において、再生モード２が指定されていることが判別された場合にはステップＳ２０４に進む。
ステップＳ２０４は、或る１つのトラック＃ｎ期間の準備期間のための処理に相当する。例えば、図３６の場合であれば、トラック＃１期間又はトラック＃２期間における準備期間に対応する処理である。このステップＳ２０４では、アーティストインフォメーションやライナーノーツなど、カバーテキストとして規定されているテキストファイルをバッファメモリ１３から読み出して、このカバーテキストを再生出力するための処理が実行される。また、このカバーテキストをＩＥＥＥ１３９４バスを介して送信出力するのであれば、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔを用いて送信するように、ＩＥＥＥ１３９４インターフェイス２５に対する制御処理を実行する。
【０２６９】
上記ステップＳ２０４の処理の後はステップＳ２０５に進む。
ステップＳ２０５は、或る１つのトラック＃ｎ期間のトラック再生期間のための処理に相当する。つまり、図３６におけるトラック＃１期間又はトラック＃２期間におけるトラック再生期間の動作を実現するための処理が実行される。
このステップＳ２０５においては、ＡＴＲＡＣデータを時間的連続性を保って再生出力すると共に、タイムスタンプの記述に従って、同期再生すべきテキストファイルをバッファメモリ１３から読み出して再生出力するための制御処理が実行される。
また、再生出力したＡＴＲＡＣデータはＩｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔを用いて送信し、テキストファイルについては、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔを用いて送信するための制御処理を実行する。
上記ステップＳ２０４→Ｓ２０５の処理によって、再生モード５として、１つのトラック＃ｎ期間に対応する処理が終了する。
【０２７０】
また、ステップＳ２０２において、再生モード３が指定されていることが判別された場合にはステップＳ２０６に進む。
ステップＳ２０６も、或る１つのトラック＃ｎ期間の準備期間のための処理に相当し、この場合には、図３７のトラック＃１期間の準備期間にも示したように、カバーピクチャとして規定されているピクチャファイルをディスクから読み出してバッファメモリ１３に保持し、このバッファメモリ１３に格納されたピクチャファイルを再生出力するための制御処理を実行する。但し、トラック＃２期間の準備期間のように、先のトラック＃１期間の準備期間の動作によって、既にカバーピクチャがバッファメモリ１３に保持されている状態にあれば、ディスクからの読み出しは行わず、バッファメモリ１３からカバーピクチャを読み出して再生出力させるためだけ処理を実行すればよいことになる。
また、ステップＳ２０６では、上記カバーピクチャの再生出力と共に、カバーテキストとして規定されているテキストファイルをバッファメモリ１３から読み出して再生出力するための制御処理も実行する。
そして、再生出力として、上記カバーピクチャとカバーテキストをＩＥＥＥ１３９４バスを介して送信出力するのであれば、これらのファイルを、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔを使用して送信するための制御処理も実行する。
【０２７１】
また、ステップＳ２０６に続くステップＳ２０７においては、再生モード３としてのトラック再生期間の動作を実現するための処理動作が実行される。この再生モード３としてのトラック再生期間は、先に述べたステップＳ２０５の処理動作と同様となることからここでの説明は省略する。
【０２７２】
ステップＳ２０２において、再生モード４が指定されていることが判別された場合にはステップＳ２０８に進む。
ステップＳ２０８においては、再生モード４としての準備期間に対応する処理が実行されるが、このステップＳ２０８の処理は、先に説明したステップＳ２０６の処理と同様となることからここでの説明は省略する。
【０２７３】
ステップＳ２０８に続くステップＳ２０９においては、再生モード４としてのトラック再生期間に対応する処理が実行される。つまり、図３８におけるトラック＃１期間又はトラック＃２期間のトラック再生期間の動作を実現するための処理動作である。
このステップＳ２０９では、先に図２３から図３０を参照して説明したようにして、ディスクに対する再生動作として、ＡＴＲＡＣデータ（トラック）とピクチャファイルの同期再生のための制御処理を実行する。そして、この制御処理と並行して、タイムスタンプに従って、同期再生すべきテキストファイルをバッファメモリ１３から読み出して再生出力するための制御処理を実行する。このステップＳ２０９の処理によって、トラックの再生に同期してテキストファイル及びピクチャファイルを再生出力することが行われる。
また、ステップＳ２０９の処理動作として、時間的連続性を維持できるように、ＡＴＲＡＣデータはＩｓｏｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔを用いて送信を行い、テキストファイル及びピクチャファイルのデータは、外部機器において同期再生が行われるようにした所要のタイミングでＡｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔを用いて送信するための制御処理も実行する。
【０２７４】
また、ステップＳ２０２において、再生モード５が指定されていることが判別された場合にはステップＳ２１０に進む。
ステップＳ２１０においては、図３９に示した準備期間に対応する処理として、カバーピクチャとしてのピクチャファイルを再生出力するための制御処理が実行される。ここで、例えば図３９のトラック＃１期間の準備期間のように、それ以前の段階においてカバーピクチャとしてのピクチャファイルがバッファメモリ１３に保持されていなければ、ディスクからカバーピクチャのピクチャファイルを読み出してバッファメモリ１３に格納し、このバッファメモリ１３に格納したカバーピクチャを読み出して再生出力するための制御処理を実行することになる。これに対して、図３９のトラック＃２期間の準備期間のように、カバーピクチャとしてのファイルが既にバッファメモリ１３に格納されているのであれば、このカバーピクチャをバッファメモリ１３から読み出して再生出力するための制御処理を実行する。
【０２７５】
ステップＳ２１１においては、ＡＵＸ−ＴＯＣセクター３の記述内容に従ってピクチャファイルのみをディスクから読み出してバッファメモリ１３に格納して、このバッファメモリ１３に保持されたピクチャファイルを、実際のＡＴＲＡＣデータの再生時間軸に同期して再生出力するための制御処理を実行する。但しこのとき、先にも述べたように、ディスクに対するＡＴＲＡＣデータの読み出しは行われない。また、このときの再生出力タイミングの時間管理は、例えばシステムコントローラ１１がＡＵＸ−ＴＯＣセクター３のオフセットアドレスに対応する時間換算処理を行い、内部に設けられているとされるタイマーの計時時間を基準に行うようにすればよい。
また、ステップＳ２１１では、上記のようにして再生出力したピクチャデータについて、外部機器においても、ＡＵＸ−ＴＯＣセクター３の記述内容に従った再生出力タイミングが得られるように、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｐａｃｋｅｔを用いて送信するための制御処理が実行される。
【０２７６】
上記ステップＳ２０３、Ｓ２０５、Ｓ２０７、Ｓ２０９、Ｓ２１１の各処理が終了する、即ち、各再生モードとしての１トラック再生期間が終了すると、一旦この図に示すルーチンを抜けて、ステップＳ２０１に戻るようにされる。なお、ステップＳ２０１に戻る段階では、ここでは図示しないが、トラックナンバを示す数値ｎは、次に再生すべきトラックのトラックナンバに変更される。このような処理によって、各再生モードごとに、順次トラックを再生していく動作が実現される。
【０２７７】
ところで、ここでの詳しい説明は省略するが、ＩＥＥＥ１３９４バスを介してＡＴＲＡＣデータ、テキストファイル、ピクチャファイルの各データを送信するのにあたり、Ｉｓｏｃｈｒｏｎｏｕｓ通信方式により送信されるＡＴＲＡＣデータについては、送信チャンネルを指定することで、特定の外部機器のみに対して送信することが可能である。また、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方式により送信されるテキストファイル、ピクチャファイルの各々については、プラグ（ＩＥＥＥ１３９４インターフェイスで規定される論理的な接続概念）を設定することで、特定の外部機器に対して送信することが可能となる。また、Ｉｓｏｃｈｒｏｎｏｕｓ通信におけるチャンネルと、Ａｓｙｎｃｈｒｏｎｏｕｓ通信におけるプラグとは、それぞれ独立して設定することが可能とされる。また、Ａｓｙｎｃｈｒｏｎｏｕｓ通信においても、例えばテキストファイルとピクチャファイルとで、それぞれ異なるプラグ設定が可能であることが規定されている。
【０２７８】
従って、上記ステップＳ２０５，Ｓ２０７におけるＩＥＥＥ１３９４バスを介しての送信処理としては、ＡＴＲＡＣデータとテキストファイルデータとを、それぞれ異なる外部機器を指定して送信することも可能であり、ステップＳ２０９の処理であれば、ＡＴＲＡＣデータと、テキストファイルデータと、ピクチャファイルデータとをそれぞれ異なる外部機器を指定して送信することも可能である。
これにより、例えば、ＡＴＲＡＣデータは、高音質のオーディオ機器に送信して音声出力させる一方で、テキストファイルやピクチャファイルデータを高画質のモニタ装置などに送信して表示させるといったことも可能になる。
【０２７９】
なお、上記図３５〜図３９による各再生モードの説明と、図４０に示した処理動作は、図３４に示すような、ミニディスクレコーダ／プレーヤ１単体でシステムが完結する構成についても適用が可能である。この場合には、ＩＥＥＥ１３９４バスを介してのＡＴＲＡＣデータ、及びＡＵＸデータファイルの送信出力は行わず、再生出力すべきＡＴＲＡＣデータについては、例えばヘッドフォン出力端子に対してアナログ音声信号に変換して出力し、再生出力すべきＡＵＸデータファイルについては、表示部２４にて表示が行われるように所要のデコード処理を施して画像信号に変換するための制御処理が実行されるように構成すればよいものである。
【０２８０】
また、本発明としては上記した構成に限定されるものではなく各種変更が可能とされる。例えば、上記実施の形態としては、再生装置としてミニディスレコーダ／プレーヤを例に挙げたが、当然のこととしてミニディスクに対応する再生専用機器に対しても適用が可能である。
また、ミニディスクシステム以外にも、プログラムとしての主データと、これに対応する副データとしてのデータファイルが記録されるディスク状記録媒体に対応して少なくとも再生が可能な機器に対して適用が可能である。
更には、主データであるプログラム、及び副データファイルとしては、それぞれオーディオデータ、テキストファイル又は静止画ファイルに限定されるものではない。例えば主データのプログラムとしては、動画などの映像ソースとされ、これに対して、テキストファイルや静止画データファイルが副データとして規定されることも考えられる。或いは、オーディオデータとしての主データに対して、所定フォーマットによる動画像のデータファイルが副データとして規定されることなども考えられる。
また、本発明としては、ＩＥＥＥ１３９４フォーマット以外にも、データを周期的に伝送する通信モードと、非同期で通信する通信モードが共存する通信フォーマットに対して適用が可能とされる。
【図面の簡単な説明】
【０２８１】
【図１】本発明の実施の形態の記録再生装置のブロック図である。
【図２】実施の形態のディスクのセクターフォーマットの説明図である。
【図３】実施の形態のディスクのアドレス形式の説明図である。
【図４】実施の形態のディスクのアドレス例の説明図である。
【図５】実施の形態のディスクのエリア構造の説明図である。
【図６】実施の形態のＵ−ＴＯＣセクター０の説明図である。
【図７】実施の形態のＵ−ＴＯＣセクター０のリンク形態の説明図である。
【図８】実施の形態のＵ−ＴＯＣセクター１の説明図である。
【図９】実施の形態のＵ−ＴＯＣセクター２の説明図である。
【図１０】実施の形態のＵ−ＴＯＣセクター４の説明図である。
【図１１】実施の形態のＡＵＸ−ＴＯＣセクター０の説明図である。
【図１２】実施の形態のＡＵＸ−ＴＯＣセクター１の説明図である。
【図１３】実施の形態のＡＵＸ−ＴＯＣセクター２の説明図である。
【図１４】実施の形態のＡＵＸ−ＴＯＣセクター３の説明図である。
【図１５】実施の形態のＡＵＸ−ＴＯＣセクター４の説明図である。
【図１６】実施の形態のＡＵＸ−ＴＯＣセクター５の説明図である。
【図１７】実施の形態のピクチャファイルセクターの説明図である。
【図１８】実施の形態のテキストファイルセクターの説明図である。
【図１９】実施の形態のコピーステータス及びコピーステータス更新テーブルを示す説明図である。
【図２０】ピクチャ（テキスト）インフォメーションファイルのデータ構造を示す説明図である。
【図２１】テキストモードの定義内容を示す説明図である。
【図２２】テキストファイル（タイムスタンプ有りの場合）のデータ構造を示す説明図である。
【図２３】本実施の形態が対応する或るディスクにおける、トラックと、トラックに対して同期して再生出力されるピクチャファイルの管理状態例を示す説明図である。
【図２４】図２３に示すディスクにおけるトラックの物理的記録状態を概念的に示す説明図である。
【図２５】図２３に示すディスクにおけるＵ−ＴＯＣセクター０の内容例を示す説明図である。
【図２６】図２３に示すディスクにおけるＡＵＸ−ＴＯＣセクター３の内容例を示す説明図である。
【図２７】バッファメモリのデータ割り当て構造例を示す説明図である。
【図２８】バッファメモリのＡＴＲＡＣデータエリアに対する記録再生時の書き込み／読み出し動作を示す説明図である。
【図２９】本実施の形態としての同期再生時におけるディスクに対するデータ読み出し動作を実現するための処理動作を示すフローチャートである。
【図３０】本実施の形態としての同期再生時におけるディスクに対するデータ読み出し動作を実現するための処理動作を示すフローチャートである。
【図３１】本実施の形態に対応するＩＥＥＥ１３９４のスタックモデルを示す説明図である。
【図３２】ＩＥＥＥ１３９４におけるＰａｃｋｅｔ送信の概要を示す説明図である。
【図３３】本実施の形態に対応する、ミニディスクレコーダ／プレーヤを備えたシステム構成例を示す斜視図である。
【図３４】本実施の形態に対応する、ミニディスクレコーダ／プレーヤを備えたシステム構成例を示す斜視図である。
【図３５】再生モード１としての再生動作を示す説明図である。
【図３６】再生モード２としての再生動作を示す説明図である。
【図３７】再生モード３としての再生動作を示す説明図である。
【図３８】再生モード４としての再生動作を示す説明図である。
【図３９】再生モード５としての再生動作を示す説明図である。
【図４０】指定された再生モードに応じた再生動作を実現するための処理動作を示すフローチャートである。
【符号の説明】
【０２８２】
１  記録再生装置、３  光学ヘッド、６ａ  磁気ヘッド、８  エンコーダ／デコーダ部、９  サーボ回路、１１  システムコントローラ、１２  メモリコントローラ、１３  バッファメモリ、１４  エンコーダ／デコーダ部、２３  操作部、２４  表示部、２５  ＩＥＥＥ１３９４インターフェース、２６  ＪＰＥＧデコーダ、９０  ディスク、１１６  ＩＥＥＥ１３９４バス
【図１】
2007026653.tif 000003
【図２】
2007026653.tif 000004
【図３】
2007026653.tif 000005
【図４】
2007026653.tif 000006
【図５】
2007026653.tif 000007
【図６】
2007026653.tif 000008
【図７】
2007026653.tif 000009
【図８】
2007026653.tif 000010
【図９】
2007026653.tif 000011
【図１０】
2007026653.tif 000012
【図１１】
2007026653.tif 000013
【図１２】
2007026653.tif 000014
【図１３】
2007026653.tif 000015
【図１４】
2007026653.tif 000016
【図１５】
2007026653.tif 000017
【図１６】
2007026653.tif 000018
【図１７】
2007026653.tif 000019
【図１８】
2007026653.tif 000020
【図１９】
2007026653.tif 000021
【図２０】
2007026653.tif 000022
【図２１】
2007026653.tif 000023
【図２２】
2007026653.tif 000024
【図２３】
2007026653.tif 000025
【図２４】
2007026653.tif 000026
【図２５】
2007026653.tif 000027
【図２６】
2007026653.tif 000028
【図２７】
2007026653.tif 000029
【図２８】
2007026653.tif 000030
【図２９】
2007026653.tif 000031
【図３０】
2007026653.tif 000032
【図３１】
2007026653.tif 000033
【図３２】
2007026653.tif 000034
【図３３】
2007026653.tif 000035
【図３４】
2007026653.tif 000036
【図３５】
2007026653.tif 000037
【図３６】
2007026653.tif 000038
【図３７】
2007026653.tif 000039
【図３８】
2007026653.tif 000040
【図３９】
2007026653.tif 000041
【図４０】
2007026653.tif 000042