JP3815146B2 - 再生装置及び再生方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、例えばオーディオデータなどの主データと、画像情報や文字情報などの副データが記録される記録媒体に対応して再生を行う再生装置、及び再生方法に関するものである。
【０００２】
【従来の技術】
音楽等を記録／再生することのできる記録装置／再生装置として、音声信号をデジタル信号で記録する光磁気ディスク、或いは磁気テープ等を記録媒体とした記録装置／再生装置が知られている。
またミニディスクとして知られている、光磁気ディスクを用いた記録再生システムでは、ユーザーが楽曲等の音声をプログラムとして録音し、再生することができるだけでなく、そのディスクのタイトル（ディスクネーム）や記録されている楽曲などの各プログラムについて曲名（トラックネーム）などを文字情報として記録しておくことができ、例えば再生時においては再生装置に設けられた表示部において、ディスクタイトルや曲名、アーティスト名等を表示することができるようにされている。
なお、本明細書では「プログラム」とは、ディスクに記録される主データとしての楽曲などの音声データ等の単位の意味で用い、例えば１曲分の音声データが１つのプログラムとなる。また「プログラム」と同義で「トラック」という言葉も用いる。
【０００３】
そして、上記ミニディスクシステムとして、主データとされる音声データに付随する副データを記録可能な記録領域を、上記主データが記録される記録領域とは別に設け、上記副データとして静止画像データ、及び文字データ（なお、本明細書においてはシンボルや記号等も文字として含まれるものとする）等を記録可能とする構成が先に本出願人により提案されている。
【０００４】
例えば、従来のミニディスクシステムにおいても、ディスクネームやトラックネームなどの文字情報を記録可能とされてはいたが、これらの文字情報は、（Ｕ−ＴＯＣ：USER TABLE OF CONTENTS）内において各プログラムに対応して記録されるものである。但し、このＵ−ＴＯＣ自体はさほど大容量ではないため、あくまでも上記のように、Ｕ−ＴＯＣにはタイトル程度の文字が記録できる程度にとどまっていた。
これに対して、上記のように副データの記録領域を設けることで、文字情報だけではなく、例えば静止画のようにさほどの大容量を必要としない画像データを記録することが容易に実現されるものである。
【０００５】
【発明が解決しようとする課題】
ところで、上記のようにしてミニディスクシステムとして主データ（音声データ）に加え、副データ（画像、文字情報）が記録可能な構成を採る場合の副データの利用形態としては、例えば主データと対応させた副データを、主データの再生時間に同期させた所要のタイミングで共に再生出力させるといったことが考えられる。
具体的には、例えば、２分の演奏時間を有する楽曲としてのプログラム（主データ）と、このプログラムに対応付けされたｐｉｃｔｕｒｅ＃１，＃２の２枚の静止画像ファイル（副データ）がディスクに記録されているとして、このプログラムの音声再生を行っている前半の１分間はｐｉｃｔｕｒｅ＃１の静止画像ファイルを同期して表示出力させ、後半の１分間はｐｉｃｔｕｒｅ＃２の静止画像ファイルを同期して表示出力させるようにするものである。
【０００６】
このような同期再生を可能とする構成を採れば、これまでのように、音声として再生されたプログラム（楽曲）のみを聴くのではなく、再生された楽曲の進行に応じて表示される静止画像や文字を見るといった楽しみ方をすることができる。
【０００７】
【発明が解決しようとする課題】
従来、ミニディスクシステムにおいては、例えばユーザの操作に従って、主データであるオーディオデータについて、プログラム単位を基準としてサーチすることのできる機能を有している。つまり、ユーザはサーチ操作を行うことで、所望のプログラムの頭出しを行って、そのプログラムの先頭から再生を開始させることが出来るようになっている。
【０００８】
ここで、上述のようにして、副データとしてのデータファイルが主データに同期して再生出力されるようにした構成を採った場合、上記した主データのプログラム単位によるサーチ機能に加えて、次のようなサーチ機能をミニディスクシステムに与えることが考えられる。
それはつまり、主データに同期して再生される副データを基準としてサーチが行われるようにするサーチ機能である。例えば、ユーザはサーチのための操作として、プログラム（主データ）に対して再生出力時間が規定された副データのファイルのうちから、所望の静止画像ファイルや文字情報ファイルを指定するようにされるのであるが、この操作によって、指定された副データのファイルを表示出力すると共に、この表示出力させた副データのファイルと同期して再生される区間の主データ（プログラム）の音声再生出力を開始させるものである。
このような副データ基準のサーチ機能があたえられれば、例えばユーザは、或る所望の副データファイル（静止画像ファイルや文字情報ファイル）を、主データに従った再生時間順にサーチして早見を行いながら、表示されている副データファイルに同期する主データの再生区間の音声をあわせて聴くことが出来るものである。逆に言えば、主データのプログラムのどのあたりの再生区間に、どのような副データファイルが対応付けされて同期再生されるように設定されているのかを確認することが可能になるものであり、それだけ使い勝手が向上されることになって好ましい。
【０００９】
【課題を解決するための手段】
そこで、本発明では上記した課題を考慮して、再生装置として次のように構成する。
本発明は、メインデータと、このメインデータの記録位置を管理するメイン管理データと、メインデータを修飾するサブデータと、このサブデータの記録位置を管理するサブ管理データとが記録された記録媒体からサブ管理データに基づいてサブデータをメインデータに同期して再生する再生装置とされる。
そしてこの再生装置としては、メインデータとサブデータとメイン管理データとサブ管理データとを記録媒体から再生する再生手段と、メイン管理データに基づいて上記メインデータの冒頭部分の記録位置を第１の記録位置として算出する第１の算出手段と、サブ管理データに基づいてサブデータの冒頭部分の記録位置を第２の記録位置として算出する第２の算出手段とを備える。
また、ユーザのサーチ操作を入力する操作手段と、この操作手段によって所望のメインデータまたはサブデータの冒頭部分へ再生手段の移送指示がなされた場合、第１の記録位置または第２の記録位置のうちの少なくとも１つに基づいて、メインデータまたはサブデータの冒頭部分の記録位置に再生手段を移送する制御手段とを備える。
【００１０】
また、再生方法として次のように構成する。
本発明は、メインデータと、このメインデータの記録位置を管理するメイン管理データと、メインデータを修飾するサブデータと、このサブデータの記録位置を管理するサブ管理データとが記録された記録媒体からサブ管理データに基づいてサブデータをメインデータに同期して再生する再生方法とされる。
そしてこの再生方法としては、メインデータとサブデータとメイン管理データとサブ管理データとを記録媒体から再生するステップと、メイン管理データに基づいてメインデータの冒頭部分の記録位置を第１の記録位置として算出するステップと、サブ管理データに基づいて上記サブデータの冒頭部分の記録位置を第２の記録位置として算出するステップと、ユーザのサーチ操作を入力するステップと、上記サーチ操作が入力されたことによって所望のメインデータまたはサブデータの冒頭部分への再生位置の移送指示がなされた場合、上記第１の記録位置または上記第２の記録位置のうちの少なくとも１つに基づいて上記メインデータまたは上記サブデータの冒頭部分の記録位置に上記再生位置を移送するステップとを備える。
【００１１】
上記各構成によれば、データ再生にあたっては、主データ（メインデータ）の再生時間に同期させて副データ（サブデータ）の再生出力が可能とされたうえで、サーチ操作に応答してメインデータの冒頭部分又はサブデータの冒頭部分にアクセスして再生を行うというサーチ機能が与えられることになる。つまり、メインデータとサブデータとが同期再生される場合に、メインデータとサブデータの何れかの冒頭部分を基準としたサーチ動作が実行される。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。
この実施の形態としての例は光磁気ディスク（ミニディスク）を記録媒体の例とし、またミニディスク記録再生装置を記録装置及び再生装置の例とする。
説明は次の順序で行なう。
１．記録再生装置の構成
２．セクターフォーマット及びアドレス形式
３．エリア構造
４．Ｕ−ＴＯＣ
４−１ Ｕ−ＴＯＣセクター０
４−２ Ｕ−ＴＯＣセクター１
４−３ Ｕ−ＴＯＣセクター２
４−４ Ｕ−ＴＯＣセクター４
５．ＡＵＸ−ＴＯＣ
５−１ ＡＵＸ−ＴＯＣセクター０
５−２ ＡＵＸ−ＴＯＣセクター１
５−３ ＡＵＸ−ＴＯＣセクター２
５−４ ＡＵＸ−ＴＯＣセクター３
５−５ ＡＵＸ−ＴＯＣセクター４
５−６ ＡＵＸ−ＴＯＣセクター５
６．データファイル
６−１ ピクチャファイルセクター
６−２ テキストファイルセクター
７．プログラムサーチ及びＡＵＸデータファイルサーチ
７−１ 動作例
７−２ 処理動作
【００１３】
１．記録再生装置の構成
図１は本例のミニディスク記録再生装置１の内部構成を示す。
音声データが記録される光磁気ディスク（ミニディスク）９０は、スピンドルモータ２により回転駆動される。そして光磁気ディスク９０に対しては記録／再生時に光学ヘッド３によってレーザ光が照射される。
【００１４】
光学ヘッド３は、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力を行ない、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力を行なう。
このため、光学ヘッド３にはレーザ出力手段としてのレーザダイオード、偏光ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタ等が搭載されている。対物レンズ３ａは２軸機構４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。
【００１５】
また、ディスク９０を挟んで光学ヘッド３と対向する位置に磁気ヘッド６ａが配置されている。磁気ヘッド６ａは供給されたデータによって変調された磁界を光磁気ディスク９０に印加する動作を行なう。
光学ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５によりディスク半径方向に移動可能とされている。
【００１６】
再生動作によって、光学ヘッド３によりディスク９０から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グルーブ情報（光磁気ディスク９０にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）ＧＦＭ等を抽出する。
抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥはサーボ回路９に供給され、グルーブ情報ＧＦＭはアドレスデコーダ１０に供給される。
【００１７】
サーボ回路９は供給されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥや、マイクロコンピュータにより構成されるシステムコントローラ１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ２の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御を行ない、またスピンドルモータ２を一定線速度（ＣＬＶ）に制御する。
【００１８】
アドレスデコーダ１０は供給されたグルーブ情報ＧＦＭをデコードしてアドレス情報を抽出する。このアドレス情報はシステムコントローラ１１に供給され、各種の制御動作に用いられる。
また再生ＲＦ信号についてはエンコーダ／デコーダ部８においてＥＦＭ復調、ＣＩＲＣ等のデコード処理が行なわれるが、このときアドレス、サブコードデータなども抽出され、システムコントローラ１１に供給される。
【００１９】
エンコーダ／デコーダ部８でＥＦＭ復調、ＣＩＲＣ等のデコード処理された音声データ（セクターデータ）は、メモリコントローラ１２によって一旦バッファメモリ１３に書き込まれる。なお、光学ヘッド３によるディスク９０からのデータの読み取り及び光学ヘッド３からバッファメモリ１３までの系における再生データの転送は1.41Mbit/secで、しかも通常は間欠的に行なわれる。
【００２０】
バッファメモリ１３に書き込まれたデータは、再生データの転送が0.3Mbit/sec となるタイミングで読み出され、エンコーダ／デコーダ部１４に供給される。そして、音声圧縮処理に対するデコード処理等の再生信号処理を施され、４４．１ＫＨZ サンプリング、１６ビット量子化のデジタルオーディオ信号とされる。
このデジタルオーディオ信号はＤ／Ａ変換器１５によってアナログ信号とされ、出力処理部１６でレベル調整、インピーダンス調整等が行われてライン出力端子１７からアナログオーディオ信号Ａｏｕｔとして外部機器に対して出力される。またヘッドホン出力ＨＰｏｕｔとしてヘッドホン出力端子２７に供給され、接続されるヘッドホンに出力される。
【００２１】
また、エンコーダ／デコーダ部１４でデコードされた状態のデジタルオーディオ信号は、デジタルインターフェース部２２に供給されることで、デジタル出力端子２１からデジタルオーディオ信号Ｄｏｕｔとして外部機器に出力することもできる。例えば光ケーブルによる伝送形態で外部機器に出力される。
【００２２】
光磁気ディスク９０に対して記録動作が実行される際には、ライン入力端子１８に供給された記録信号（アナログオーディオ信号Ａｉｎ）は、Ａ／Ｄ変換器１９によってデジタルデータとされた後、エンコーダ／デコーダ部１４に供給され、音声圧縮エンコード処理を施される。
または外部機器からデジタル入力端子２０にデジタルオーディオ信号Ｄｉｎが供給された場合は、デジタルインターフェース部２２で制御コード等の抽出が行われるとともに、そのオーディオデータがエンコーダ／デコーダ部１４に供給され、音声圧縮エンコード処理を施される。
なお図示していないがマイクロホン入力端子を設け、マイクロホン入力を記録信号として用いることも当然可能である。
【００２３】
エンコーダ／デコーダ部１４によって圧縮された記録データはメモリコントローラ１２によって一旦バッファメモリ１３に書き込まれて蓄積されていった後、所定量のデータ単位毎に読み出されてエンコーダ／デコーダ部８に送られる。そしてエンコーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後、磁気ヘッド駆動回路６に供給される。
【００２４】
磁気ヘッド駆動回路６はエンコード処理された記録データに応じて、磁気ヘッド６ａに磁気ヘッド駆動信号を供給する。つまり、光磁気ディスク９０に対して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ１１は光学ヘッドに対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００２５】
操作部２３はユーザー操作に供される部位を示し、各種操作キーやダイヤルとしての操作子が設けられる。操作子としては例えば、再生、録音、一時停止、停止、ＦＦ（早送り）、ＲＥＷ（早戻し）、ＡＭＳ（頭出しサーチ）などの記録再生動作にかかる操作子や、通常再生、プログラム再生、シャッフル再生などのプレイモードにかかる操作子、さらには表示部２４における表示状態を切り換える表示モード操作のための操作子、トラック（プログラム）分割、トラック連結、トラック消去、トラックネーム入力、ディスクネーム入力などのプログラム編集操作のための操作子が設けられている。
これらの操作キーやダイヤルによる操作情報はシステムコントローラ１１に供給され、システムコントローラ１１は操作情報に応じた動作制御を実行することになる。
【００２６】
特に、本実施の形態の操作部２３としては、ＡＭＳ（頭出しサーチ）のための操作子として、図２９に示すように、通常のトラック（プログラム）を基準として頭出しサーチを行う、プログラムサーチ(Program AMS)キー２３ａ，２３ｂと、プログラムに同期して再生（表示出力）されるＡＵＸデータファイル（ピクチャファイル又は文字情報（テキスト）ファイル）を基準として頭だしサーチを行う、ＡＵＸデータサーチ(AUX AMS)キー２３ｃ，２３ｄとがそれぞれ個別に設けられているものとする。
【００２７】
プログラムサーチキー２３ａ，２３ｂは、それぞれ送り方向と戻し方向でのプログラムサーチに対応する。例えば送り方向のプログラムサーチキー２３ａを１回押圧操作するごとに、現在再生中のプログラムから再生順的に１つづつ後ろのプログラムの先頭にアクセスして再生を開始するようにされる。仮にプログラムサーチキー２３ａを２回連続して押圧操作したとすると、プログラムサーチキー２３ａ押圧時に再生中であったプログラムよりも再生順的に２つ後ろのプログラムの先頭にアクセスして再生を開始する。
戻し方向のプログラムサーチキー２３ｂの場合、トラックの冒頭部分（例えば再生開始時点から１秒未満程度の所定時間）を再生しているとされるときに１回の押圧操作が行われた場合には、現在再生中のトラックより１つ前のトラックの先頭に対してアクセスして再生を開始する。また、トラックの上記冒頭部分より後ろの或る位置を再生しているときに押圧操作が行われた場合には、現在再生中のトラックの先頭に対してアクセスして再生を開始する。
【００２８】
ＡＵＸデータサーチキー２３ｃ，２３ｄは、ＡＵＸデータファイルを基準として、上記したプログラムサーチキー２３ａ，２３ｂの操作手順に準ずる。つまり、送り方向のＡＵＸデータサーチキー２３ｃに対して１回押圧操作が行われるごとに、プログラムの再生時間軸に従って、トラック再生に同期して現在再生中とされるＡＵＸデータファイルの次に出力されるＡＵＸデータファイルを再生出力させ、これと同時に、この新たに再生されたＡＵＸデータファイルの再生開始時点に対応するトラックのアドレスにアクセスして再生を開始するようにされる。また、戻し方向のＡＵＸデータサーチキー２３ｄの場合、トラック再生に同期して現在再生中とされるＡＵＸデータファイルの冒頭部分を再生しているときに１回の押圧操作が行われた場合には、原則として、現在再生中のＡＵＸデータファイルに対して再生時間的に１つ前のＡＵＸデータファイルを再生出力し、これと同時に、新たに再生されたＡＵＸデータファイルの再生開始時点に対応するトラックのアドレスにアクセスして再生を開始するようにされる。また、トラック再生に同期して現在再生中とされるＡＵＸデータファイルの冒頭部分より後ろを再生しているときに押圧操作が行われた場合には、現在再生中のＡＵＸデータファイルの再生開始タイミングに戻る。つまり、現在再生中のＡＵＸデータファイルの再生は継続させたうえで、このＡＵＸデータファイルの再生開始時点に対応するトラックのアドレスにアクセスして再生を開始するようにされる。
但し、後述するようにして、現在再生中のＡＵＸデータファイルと、再生時間的にその前後にあるＡＵＸデータファイルとの間にトラックの区切り位置が存在する場合には、トラックの先頭に対応して同期再生が開始されるＡＵＸデータファイルの有無に関わらず、ＡＵＸデータサーチキー２３ｃ，２３ｄの操作に応じて、このトラックの区切り位置に対してアクセスできるようにすることも可能とされる。
【００２９】
表示部２４の表示動作はシステムコントローラ１１によって制御される。
即ちシステムコントローラ１１は表示動作を実行させる際に表示すべきデータを表示部２４内の表示ドライバに送信する。表示ドライバは供給されたデータに基づいて液晶パネルなどによるディスプレイの表示動作を駆動し、所要の数字、文字、記号などの表示を実行させる。
表示部２４においては、記録／再生しているディスクの動作モード状態、トラックナンバ、記録時間／再生時間、編集動作状態等が示される。
またディスク９０には主データたるプログラムに付随して管理される文字情報（トラックネーム等）が記録できるが、その文字情報の入力の際の入力文字の表示や、ディスクから読み出した文字情報の表示などが実行される。
さらに本例の場合、ディスク９０には、プログラムとしての楽曲等のデータとは独立したデータファイルとなる副データ（ＡＵＸデータ）が記録されることができる。
ＡＵＸデータとしてのデータファイルは、文字、静止画などの情報となるが、これらの文字や静止画は表示部２４により表示出力可能とされる。
【００３０】
副データは主データをより印象づけるような情報が選ばれ、主データのクライマックス部分や主データの流れが変わるような部分たとえば楽曲であれば提示部や展開部などのパートの区切りなどに付けられるとより効果的に主データを修飾することが可能となる。たとえば楽曲のテーマを花としていた場合、よりイメージを強調できる花の画像やテーマの花の名称などを解説する文字などを表示できるような副データにすれば、主データとしての楽曲をより深く理解できる効果が期待できる。また、主データとして本の朗読などが選ばれた場合、本の挿し絵などにあたる画像を副データとすれば朗読される本の内容をよりイメージしやすくなる。
【００３１】
本実施の形態では、ＡＵＸデータである静止画を表示部２４に表示させるための構成として、ＪＰＥＧデコーダ２６が備えられる。
即ち、本実施の形態においては、ＡＵＸデータとしてのデータファイルである静止画データは、ＪＰＥＧ(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)のスタートアドレス及びエンドアドレスとしてはＡＬＬ‘０’が記録されるものとしている。
【０１２１】
ところで、或るトラックに対応されたパーツテーブルにおけるスタートアドレス、エンドアドレスが両方ともＡＬＬ‘０’であった場合は、そのトラックの音声出力期間中にわたって指定されたピクチャファイル（ポインタ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)が格納される。
これによって、図２３に示したように、トラックＴＲ＃３に同期してＰｉｃｔｕｒｅ＃５，＃３を表示出力させるように規定されることになる。
【０１７１】
図２３に示すディスクは、上記図２５，図２６に示す内容の管理情報に基づいてトラック再生及びトラックに対するピクチャファイルの同期再生が規定されるものである。
そこで次に、再度図２３に示すようにして再生態様が規定される場合を例に挙げて、本実施の形態のサーチ動作例（プログラムサーチ及びＡＵＸデータファイルサーチ）について概略的に説明する。
【０１７２】
先ず、プログラムサーチの動作例について説明する。
ここで、例えば図２３に示すトラックＴＲ＃１のアドレスＬａ＋Ｌ１〜Ｌａ＋Ｌ２における或るアドレスを再生しているとする。このときには、トラックＴＲ＃１の音声再生が行われると共に、Ｐｉｃｔｕｒｅ＃１が表示出力されている状態にある。
ここで、例えばユーザが、送り方向へのＡＭＳ操作として、プログラムサーチキー２３ａを１回押圧操作したとすると、本実施の形態の記録再生装置では、トラックＴＲ＃２の先頭（アドレスＬｅ）にアクセスして音声再生を開始するようにされる。この際、Ｐｉｃｔｕｒｅ＃３がトラックＴＲ＃２の先頭と同じタイミングで再生出力が開始されるように規定されていることから、Ｐｉｃｔｕｒｅ＃３も音声出力と同時に表示出力するように動作することになる。
【０１７３】
また、例えばトラックＴＲ＃２のアドレスＬｅ〜Ｌｅ＋Ｌ５の区間内における冒頭部分（例えばＬｅ以降１秒未満程度）より後ろの或るアドレスを再生しているとする。このときには、トラックＴＲ＃２の音声再生が行われると共に、Ｐｉｃｔｕｒｅ＃３が表示出力されている状態にある。
ここで、例えばユーザが、戻り方向へのＡＭＳ操作として、プログラムサーチキー２３ｂを１回押圧操作したとすると、記録再生装置では、同じトラックＴＲ＃２の先頭（アドレスＬｅ）にアクセスして音声再生を開始するようにされる。そして、Ｐｉｃｔｕｒｅ＃３もトラックＴＲ＃２の音声出力と同時に表示出力するる。
【０１７４】
また、上記と同様に、トラックＴＲ＃２のアドレスＬｅ〜Ｌｅ＋Ｌ５の区間内における冒頭部分内の或るアドレスを再生しており、Ｐｉｃｔｕｒｅ＃３が表示出力されている状態のもとで、例えばユーザがプログラムサーチキー２３ｂを所定の短時間内に２回押圧操作したとすると、記録再生装置では、トラックＴＲ＃１の先頭（アドレスＬａ）にアクセスして音声再生を開始するようにされる。このトラックＴＲ＃１の再生開始時点では、同期再生されるべきピクチャファイルは無いものとして規定されていることから、この時点ではピクチャファイルの同期表示は行われない。但し、このままトラックＴＲ＃１の再生を継続してアドレスＬａ＋Ｌ１にまで至ったとすると、Ｐｉｃｔｕｒｅ＃１の同期再生が開始されることになる。
【０１７５】
このように、プログラムサーチはプログラムのみを基準としてサーチを行うもので、例えば、従来のトラックを対象とするＡＭＳと同様の機能とされる。
【０１７６】
なお、図２３に示すディスクの場合、トラックＴＲ＃１（最初のトラック）の冒頭部分を再生中に戻り方向へのプログラムサーチキー２３ｂの押圧操作が行われた場合には、トラックＴＲ＃１の先頭からの再生開始となる。また、トラックＴＲ＃３（最後のトラック）を再生中に送り方向へのプログラムサーチキー２３ａを押圧操作した場合には、この操作は無効となる。
【０１７７】
続いて、ＡＵＸデータファイルサーチの動作例を挙げる。
ここで、トラックＴＲ＃１のアドレスＬａ＋Ｌ２〜アドレスＬｃ＋Ｌ３−（Ｌｂ−Ｌａ）の或る時点を再生しているとする。このときには、Ｐｉｃｔｕｒｅ＃２が表示出力されている状態にある。
ここで、送り方向へのＡＵＸデータファイルサーチキー２３ｃを１回押圧操作したとすると、記録再生装置では、再生時間的に、現在表示中のＰｉｃｔｕｒｅ＃２に続いて表示されるＰｉｃｔｕｒｅ＃４を表示開始させる。そして、これと共に、上記Ｐｉｃｔｕｒｅ＃４の表示開始タイミングである、アドレスＬｃ＋Ｌ３−（Ｌｂ−Ｌａ）に対してアクセスすることで、トラックＴＲ＃１についてアドレスＬｃ＋Ｌ３−（Ｌｂ−Ｌａ）からの再生を開始させる。実際には、ＡＵＸデータファイルサーチキー２３ｃ操作後の、上記Ｐｉｃｔｕｒｅ＃４の表示開始と、トラックＴＲ＃１のアドレスＬｃ＋Ｌ３−（Ｌｂ−Ｌａ）からの再生開始は、ほぼ同時タイミングで行われる。
【０１７８】
そして、例えば上記トラックＴＲ＃１のアドレスＬｃ＋Ｌ３−（Ｌｂ−Ｌａ）以降の再生と、Ｐｉｃｔｕｒｅ＃４の表示出力が行われている状態の下で、ＡＵＸデータファイルサーチキー２３ｃを１回押圧操作したとすると、記録再生装置では、再生時間的に、現在表示中のＰｉｃｔｕｒｅ＃４に続いて表示されるＰｉｃｔｕｒｅ＃３を表示開始させる。そして、これと共に、上記Ｐｉｃｔｕｒｅ＃３の表示開始タイミングである、アドレスＬｅに対してアクセスすることで、トラックＴＲ＃２の先頭からの再生を同時に開始させる。
【０１７９】
更に、上記したトラックＴＲ＃２のアドレスＬｅ〜Ｌｆの区間の或る地点に対するプログラム再生が行われている状態にあるとする。この際、アドレスＬｅ〜Ｌｅ＋Ｌ５の区間内であればＰｉｃｔｕｒｅ＃３が表示されており、アドレスＬｅ＋Ｌ５〜Ｌｆの区間であればピクチャファイルの表示は行われていないことになる。
そして、上記したトラックＴＲ＃２の或る地点が再生されている状態の下で、ＡＵＸデータファイルサーチキー２３ｃを１回押圧操作したとする。
【０１８０】
ここで、ＡＵＸデータファイルサーチとしては、２つの動作モードを考えることが出来る。１つには、ＡＵＸデータファイルサーチは、あくまでもＡＵＸデータファイル基準のサーチ動作であるとする動作モード（ＡＵＸデータファイル基準モード）である。
このＡＵＸデータファイル基準サーチモードの場合、上述のトラックＴＲ＃２の或る地点が再生されている状態の下でＡＵＸデータファイルサーチキー２３ｃを１回押圧操作した場合のサーチ動作としては、再生時間的に、次に表示されるべきトラックＴＲ＃３に同期したＰｉｃｔｕｒｅ＃５の再生開始時点に対するアクセス動作となる。
つまり、トラックＴＲ＃３のスタートアドレスＬｇを基点としてオフセットスタートアドレスＬ６から表示出力されるＰｉｃｔｕｒｅ＃５の表示出力を開始する。そして、これと同時タイミングとなるように、アドレスＬｇ＋Ｌ６に対してアクセスすることで、アドレスＬｇ＋Ｌ６からトラックＴＲ＃３の音声再生を開始する。
【０１８１】
これに対して、ＡＵＸデータファイルサーチとして、ＡＵＸデータファイル基準のサーチ動作に対して、トラック（プログラム）基準のサーチも含むものであるとする動作モード（ＡＵＸデータファイル／プログラム基準モード）も考えることができる。
この動作モードの場合、上述のようにして、トラックＴＲ＃２の或る地点が再生されている状態の下でＡＵＸデータファイルサーチキー２３ｃが１回押圧操作された場合には、Ｐｉｃｔｕｒｅ＃５に対するアクセス動作ではなく、トラックＴＲ＃３の先頭（アドレスＬｇ）に対するアクセス動作とすることになる。
【０１８２】
戻り方向のＡＵＸデータファイルサーチキー２３ｄを押圧操作した場合としては次のようになる。
例えば、トラックＴＲ＃１のアドレスＬａ＋Ｌ２〜Ｌｃ＋Ｌ３−（Ｌｂ−Ｌａ）の区間内の冒頭部分より後ろの或るアドレスが再生中とされ、同時にＰｉｃｔｕｒｅ＃２が表示出力されている状態のもとで、ＡＵＸデータファイルサーチキー２３ｄの操作が行われた場合には、トラックＴＲ＃１におけるＰｉｃｔｕｒｅ＃２の再生開始時間に対応するアドレスＬａ＋Ｌ２にアクセスしてプログラム再生が開始される。このときＰｉｃｔｕｒｅ＃２の表示出力は継続される。
【０１８３】
また、トラックＴＲ＃１のアドレスＬａ＋Ｌ２〜Ｌｃ＋Ｌ３−（Ｌｂ−Ｌａ）の区間内の冒頭部分内の或るアドレスが再生中とされ、同時にＰｉｃｔｕｒｅ＃２が表示出力されている状態のもとで、ＡＵＸデータファイルサーチキー２３ｄの操作が行われた場合には、トラックＴＲ＃１におけるＰｉｃｔｕｒｅ＃２に対して再生時間的に１つ前にあるＰｉｃｔｕｒｅ＃１の再生開始時間に対応するアドレスＬａ＋Ｌ１にアクセスしてプログラム再生が開始される。これと同時にＰｉｃｔｕｒｅ＃１の表示出力に切り替わる。
【０１８４】
また、例えばトラックＴＲ＃３のアドレスＬｇ＋Ｌ６〜Ｌｃ＋Ｌ３−（Ｌｂ−Ｌａ）の区間内の冒頭部分が再生中とされ、同時にＰｉｃｔｕｒｅ＃５が表示されているときに、戻り方向のＡＵＸデータファイルサーチキー２３ｄに対して押圧操作が行われたような場合には、前述した「ＡＵＸデータファイル基準モード」と「ＡＵＸデータファイル／プログラム基準モード」とでアクセス先が異なる。
「ＡＵＸデータファイル基準モード」の場合には、トラックＴＲ＃３のＰｉｃｔｕｒｅ＃５に対して再生時間的に１つ前に再生されるトラックＴＲ＃２のＰｉｃｔｕｒｅ＃３に対してアクセスする動作となる。つまり、トラックＴＲ＃２のスタートアドレスＬｅに対してアクセスして、Ｐｉｃｔｕｒｅ＃３を表示する動作となる。
「ＡＵＸデータファイル／プログラム基準モード」の場合には、トラックＴＲ＃３のＰｉｃｔｕｒｅ＃５とトラックＴＲ＃２のＰｉｃｔｕｒｅ＃３との間にトラックＴＲ＃２／＃３の区切り位置が存在するため、トラックＴＲ＃３のスタートアドレスＬｇに対してアクセスする動作となる。この際、トラックＴＲ＃３のスタートアドレスＬｇに対応して同期再生が開始されるピクチャファイルは存在しないため、ピクチャファイルの表示は開始されない。
【０１８５】
７−２ 処理動作
続いて、上記したサーチ動作を実現するための処理動作について説明する。
【０１８６】
ここで、本実施の形態のサーチ動作を実現するために、Ｕ−ＴＯＣセクター０について記述されている内容について、次のように定義する。

【０１８７】
また、ＡＵＸ−ＴＯＣに書かれている内容についても同様に以下のように定義する。

【０１８８】
そして、以上のようにして定義が行われたとすると、具体的に図２３に示したディスクについては、次のようになる。
ｐａｒｔｎ（１）＝２ ｐａｒｔｎ（２）＝１ ｐａｒｔｎ（３）＝２
ｓａｄ（１，１）＝Ｌａ ｓａｄ（１，２）＝Ｌｃ
ｅａｄ（１，１）＝Ｌｂ ｅａｄ（１，２）＝Ｌｄ
ｓａｄ（２，１）＝Ｌｅ ｅａｄ（２，１）＝Ｌｆ
ｓａｄ（３，１）＝Ｌｇ ｓａｄ（３，２）＝Ｌｉ
ｅａｄ（３，１）＝Ｌｈ ｅａｄ（３，２）＝Ｌｊ
ｎｐ（１）＝３ ｎｐ（２）＝１ ｎｐ（３）＝２
ｐｎ（１，１）＝１ ｐｎ（１，２）＝２ ｐｎ（１，３）＝４
ｐｎ（２，１）＝３
ｐｎ（３，１）＝５ ｐｎ（３，２）＝３
ｏｆｓｔ（１，１）＝Ｌ１ ｏｆｓｔ（１，２）＝Ｌ２
ｏｆｓｔ（１，３）＝Ｌ３ ｏｆｓｔ（２，１）＝Ｌ４＝０
ｏｆｓｔ（３，１）＝Ｌ６ ｏｆｓｔ（３，２）＝Ｌ７
【０１８９】
また、ここでトラックのｍ番目に再生されるピクチャファイルの表示（再生出力）が開始されるタイミングに対応するトラックのアドレスａｄ（ｔｒ，ｍ）を求めるとすると、ｍ＝０の場合には
ａｄ（ｔｒ，ｍ）＝ｓａｄ（ｔｒ）
となる。ｍ＝０の場合とは、トラックの先頭の再生開始時点において、同期再生するピクチャファイルが無いことを意味するものである。
また、ｍ≠０の場合には
【数１】

を満たす最大の整数Ｍをｍｏとして、アドレスａｄ（ｔｒ，ｍ）は、
【数２】

で表されることになる。
そして、上記アドレスａｄ（ｔｒ，ｍ）を図２３に示したディスクに対応して具体的に演算したとすると、
ａｄ（１，０）＝ｓａｄ（１，１）＝Ｌａ
ａｄ（１，１）＝Ｌａ＋Ｌ１
ａｄ（１，２）＝Ｌａ＋Ｌ２
ａｄ（１，３）＝Ｌｃ＋Ｌ３−（Ｌｂ−Ｌａ）
ａｄ（２，０）＝ｓａｄ（２，１）＝Ｌｅ
ａｄ（２，１）＝Ｌｅ＋Ｌ４＝Ｌｅ
ａｄ（３，０）＝ｓａｄ（３，１）＝Ｌｇ
ａｄ（３，１）＝Ｌｇ＋Ｌ６
ａｄ（３，２）＝Ｌｇ＋Ｌ７
となる。
【０１９０】
なお、アドレスａｄ（ｔｒ，ｍ）の値としての情報は、本実施の形態の記録再生装置に対してディスクが装填されたときに、ディスクの管理エリアからＵＴＯＣ、ＡＵＸ−ＴＯＣを読み込んでバッファメモリ１３に格納することで、このバッファメモリ１３に格納されたＵＴＯＣ、ＡＵＸ−ＴＯＣを利用して演算して求めるようにされる。このアドレスａｄ（ｔｒ，ｍ）の値は、例えばシステムコントローラ１１の内部ＲＡＭ或いはバッファメモリ１３の所定領域に対して格納される。このように、アドレスａｄ（ｔｒ，ｍ）の情報をメモリに記憶しておけば、サーチキーの操作に応答したアクセス動作直前に演算をしなくてもよいのでプログラムは簡単になるが、アクセス動作直前で演算をするように構成しても構わないものである。この場合には、全てのアドレスａｄ（ｔｒ，ｍ）の情報をメモリに格納する必要が無いことからメモリの容量を節約することができる。
【０１９１】
続いて、これまで説明した定義内容を前提として、システムコントローラ１１の処理動作について説明する。
図２７は、プログラムサーチキー２３ａ，２３ｂの操作に応答したプログラムのみ基準のサーチ動作を実現するための処理動作を示すフローチャートである。
【０１９２】
例えば、プログラム再生中において、プログラムサーチキー２３ａ，２３ｂに対する操作が行われたとすると、システムコントローラ１１においてアクセス要求が発生するため、ステップＳ１０１からステップＳ１０２に移行する。
ステップＳ１０２においては、現在（プログラムサーチキー２３ａ，２３ｂ操作時）再生中のトラックナンバをＣｕｒＴｒとして設定してステップＳ１０３に進む。
【０１９３】
ステップＳ１０３においては、リバースアクセスか否かが判別される。ここでは、ステップＳ１０１での判別基準とされたキー操作として、送り方向のプログラムサーチキー２３ａに対する操作が行われていたのであれば否定結果が得られ、戻り方向のプログラムサーチキー２３ｂに対する操作が行われていたのであれば肯定結果が得られることになる。
【０１９４】
ここで、リバースアクセスであると判別された場合には、ステップＳ１０４に進んで、現在再生中のアドレスがトラックの冒頭部分内であるか否かが判別される。このステップＳ１０４にて肯定結果が得られれば、ステップＳ１０５以降の処理に進むことで、後述するようにして、原則として現在再生中のトラックより１つ前のトラックにアクセスする処理が実行される。これに対して、ステップＳ１０４にて否定結果が得られれば、ステップＳ１０８に進むことで、後述するようにして、原則として現在再生中のトラックの先頭にアクセスするための処理が実行される。
【０１９５】
ステップＳ１０５においては、先にステップＳ１０２にて設定されたＣｕｒＴｒについて、ＣｕｒＴｒ＝１とされているか否かが判別される。ＣｕｒＴｒ＝１である場合とは、現在再生中のトラックナンバがトラックＴＲ＃１（最初のトラック）とされていることを意味する。
ステップＳ１０５において否定結果が得られた場合とは、ＣｕｒＴｒの値が１以上であり、現在再生中のトラックが最初のトラックではないことを意味している。この場合には、ステップＳ１０６に進んで、プログラムのスタートアドレスｓａｄ（ＣｕｒＴｒ−１，０）にアクセスするための制御処理が実行される。つまり、現在再生中のトラックに対して、再生順的に１つ前のトラックの最初のパーツのスタートアドレス（即ちそのトラックの先頭である）にアクセスして再生を行うことになる。
また、ステップＳ１０５において肯定結果が得られた場合には、ステップＳ１０８に進むことで、プログラムのスタートアドレスｓａｄ（ＣｕｒＴｒ，０）にアクセスして再生を行うための制御処理が実行される。スタートアドレスｓａｄ（ＣｕｒＴｒ，０）にアクセスするということは、現在再生中とされていたトラックの先頭にアクセスすることを意味するが、ステップＳ１０５にて肯定結果が得られた後のステップＳ１０８の処理では、トラックＴＲ＃１の先頭に対してアクセスが行われることになる。
【０１９６】
また、先に説明したステップＳ１０４において否定結果が得られた場合にもステップＳ１０８に進むようにされ、これによって、現在再生中のトラックナンバに関わらず、現在再生中のトラックの先頭にアクセスして再生を行うようにされる。
【０１９７】
また、先のステップＳ１０３において否定結果が得られた場合には、ステップＳ１０７に進む。ステップＳ１０７においては、ＣｕｒＴｒが最大値であるか否かが判別される。ＣｕｒＴｒが最大値である場合とは、現在再生中のトラックナンバが最後のトラックであることを意味し、この判別処理は、例えばＵ−ＴＯＣセクター０のLast TNOの値とＣｕｒＴｒの値が一致しているか否かを判別すればよい。
ここで、ステップＳ１０７において否定結果が得られた場合には、ステップＳ１０９に進んでｓａｄ（ＣｕｒＴｒ＋１，０）に対してアクセスして再生を実行するための制御処理が実行される。ｓａｄ（ＣｕｒＴｒ＋１，０）に対するアクセスは、現在再生中とされていたトラックの次のトラックの先頭のアドレスに対してアクセスすることを意味する。
また、ステップＳ１０７において肯定結果が得られた場合には、そのままこのルーチンを抜ける。つまり、最後のトラックを再生中に送り方向のプログラムサーチキー２３ａに対する操作が行われた場合にはこれを無効として、そのまま最後のトラックの再生を継続させるものである。
【０１９８】
なお、この図には示していないが、ステップＳ１０６，Ｓ１０８，Ｓ１０９の何れかの処理によりアクセスしてその後のプログラム（トラック）の再生を行う際には、例えばピクチャファイルに関すれば、ＡＵＸ−ＴＯＣセクター３により規定される内容に従って、同期再生（表示出力）のための制御処理が実行される。同様にして、テキストファイルであれば、図２２に示したテキストファイル構造内のタイムスタンプの内容に従って同期再生（表示出力）のための制御処理が実行される。
【０１９９】
図２８は、ＡＵＸデータファイルサーチキー２３ｃ，２３ｄの操作に応答したＡＵＸデータファイル基準のサーチ動作を実現するための処理動作を示すフローチャートである。先に述べたように、ＡＵＸデータファイル基準のサーチ動作としては、あくまでもＡＵＸデータファイルのみを基準とする動作モード（ＡＵＸデータファイル基準モード）と、プログラム基準のサーチも含むようにする動作モード（ＡＵＸデータファイル／プログラム基準モード）とが挙げられるのであるが、ここでは、後者の「ＡＵＸデータファイル／プログラム基準モード」に従った処理動作が示される。
また、ＡＵＸデータファイルとしてはピクチャファイルのみを対象とし、テキストファイルについては除外するものとする。更に、これは、先の図２７に示した処理動作についても言えることであるが、ここでは、管理エリア内のデータ（Ｕ−ＴＯＣ，ＡＵＸ−ＴＯＣ，ＡＵＸデータ）は、ディスク装填時において読み出しが行われて、バッファメモリ１３の所定領域に保持されていることを前提とする。
更に、ここでは説明の便宜上、全ピクチャファイルの再生出力の停止（表示消去）のタイミングは規定されていないものとする。つまり、トラックに対して同期再生されるべき全ピクチャファイルについて、ＡＵＸ−ＴＯＣセクター３におけるオフセットエンドアドレスとしてはａｌｌ‘０’が記録されているものとする。仮に、これを図２３に対応させれば、前述した規定に基づいて、トラックＴＲ＃２のＰｉｃｔｕｒｅ＃３は、図２３の破線矢印により示すようにトラックＴＲ＃２のプログラム再生が終了するまで表示されることになる。同様に、トラックＴＲ＃３のＰｉｃｔｕｒｅ＃３も、図２３の破線矢印により示すようにトラックＴＲ＃３のプログラム再生が終了するまで表示される。
【０２００】
この場合にも、プログラム再生中において、ＡＵＸデータファイルサーチキー２３ｃ，２３ｄに対する操作が行われたとすると、システムコントローラ１１においてアクセス要求が発生することで、ステップＳ２０１からステップＳ２０２に移行する。
ステップＳ２０２においては、ＡＵＸデータファイルサーチキー２３ｃ，２３ｄ操作時に、現在再生中のトラックナンバをＣｕｒＴｒとして設定し、また、現在再生中のピクチャファイルに対して規定された現トラックにおける表示順番号をＣｕｒＰとして設定してステップＳ２０３に進む。なお、例えば図２３のトラックＴＲ＃１のスタートアドレスＬａからアドレスＬａ＋Ｌ１の直前までの区間のように、現トラックにおいて１番目となるピクチャファイルの表示タイミングよりも前の位置を再生していたときには、ＣｕｒＰ＝０として設定される。
【０２０１】
ステップＳ２０３では、リバースアクセスか否かが判別され、上記アクセス要求の基となったキー操作として、送り方向のＡＵＸデータファイルサーチキー２３ｃに対する操作だったのであれば否定結果が得られたものとしてステップＳ２１３に進み、戻り方向のＡＵＸデータファイルサーチキー２３ｄに対する操作だったのであれば肯定結果が得られたものとしてステップＳ２０４に進むようにされる。
【０２０２】
ステップＳ２０４においては、現在再生中のトラックのアドレスとして、アドレスａｄ（ＣｕｒＴｒ，ＣｕｒＰ）の直後（冒頭部分内）と見なされる範囲内にあるか否かが判別される。このステップＳ２０４にて肯定結果が得られれば、ステップＳ２０５以降の処理に進むことで、後述するようにして、原則として、現在表示出力中のピクチャファイルより再生時間的に１つ前のピクチャファイルの表示開始時間に対応してアクセスする処理が実行される。これに対して、ステップＳ２０４にて否定結果が得られれば、ステップＳ２１２以降の処理に進むことで、後述するように、原則として、現在表示出力中のピクチャファイルの表示開始時間に対応してアクセスするための処理が実行される。
【０２０３】
ステップＳ２０５においては、先にステップＳ２０２にて設定されたＣｕｒＰについて、ＣｕｒＰ＝１（トラックにおいて最初（１番目）に再生されるピクチャ）とされているか否かが判別される。ここで、ＣｕｒＰ＝１とされているのであれば、ステップＳ２０８に進むが、ＣｕｒＰ＝１ではないとされた場合には、ステップＳ２０６に進む。
ステップＳ２０６では、更に、先にステップＳ２０２にて設定されたＣｕｒＰについて、ＣｕｒＰ＝０とされているか否かについて判別を行う。ここで、ＣｕｒＰ＝０ではないと判別された場合、つまり、現在再生中のピクチャファイルが、現トラックにおける２番目以降に再生されるものであると判別された場合には、ステップＳ２０７に進む。
【０２０４】
ステップＳ２０７においては、ｐｎ（ＣｕｒＴｒ，ＣｕｒＰ−１）で示されるピクチャファイルをバッファメモリ１３から読み出す。このｐｎ（ＣｕｒＴｒ，ＣｕｒＰ−１）は、現トラックにおいて、現在再生中とされているピクチャファイルに対して再生時間的に１つ前とされるピクチャファイルを示している。
そして、上記バッファメモリ１３から読み出したピクチャファイルについて、例えばＪＰＥＧデコーダ２６によるデコード処理を行うことで、表示部２４に対してピクチャファイルの表示が可能な状態を得る。そして、このピクチャファイルについての表示を待機して、ステップＳ２０８に進む。
【０２０５】
ステップＳ２０８においては、ディスクにおけるプログラムエリアのアドレスａｄ（ＣｕｒＴｒ，ＣｕｒＰ−１）に対してアクセスしてプログラム再生を行う。ここで、ステップＳ２０５→Ｓ２０６→Ｓ２０７の処理を経て、ステップＳ２０８の処理に至った場合、ａｄ（ＣｕｒＴｒ，ＣｕｒＰ−１）に対するアクセスは、現トラックにおいて、現在再生中とされていたピクチャファイルの１つ前のピクチャファイルの表示開始タイミングと一致するアドレスに対するアクセスとなる。
また、ステップＳ２０５から直接ステップＳ２０８に至った場合、ａｄ（ＣｕｒＴｒ，ＣｕｒＰ−１）に対するアクセスは、ＣｕｒＰ−１＝０となることから、現在再生中のトラックの先頭に対するアクセスとなる。但しこのとき、現在再生中のトラックの先頭と同期して再生が開始されるピクチャファイルは無いものとして管理されている。つまり、ＡＵＸデータファイル／プログラム基準モードの動作である、プログラム基準のサーチも含む動作がここで得られることになる。
【０２０６】
ステップＳ２０８の処理の後は、ステップＳ２０９にてピクチャ表示のための制御処理が実行される。これにより、見かけ上は、上記ステップＳ２０８にてアクセスしたアドレスから再生を開始したオーディオデータの音声出力と同時にピクチャが表示されることになる。
ここで、ステップＳ２０５→Ｓ２０６→Ｓ２０７→Ｓ２０８の処理を経過してステップＳ２０９に至った場合、上記ステップＳ２０７にて表示待機していたｐｎ（ＣｕｒＴｒ，ＣｕｒＰ−１）で示されるピクチャファイルの表示が行われる。この処理経過（Ｓ２０５→Ｓ２０６→Ｓ２０７→Ｓ２０８→Ｓ２０９）は、或るトラックにおいて２番目以降のピクチャファイルが表示されていた状態でＡＵＸデータファイルサーチキー２３ｄの押圧操作が行われたのに応答して、同一トラック内における１つ前の順番のピクチャファイルの表示開始タイミングにアクセスする動作を実現するものとなる。
図２３に示したディスクの場合であれば、例えば図３０に示すようにして、［トラックＴＲ＃１・Ｐｉｃｔｕｒｅ＃２］（アドレスＬａ＋Ｌ２直後付近）の冒頭が再生されているときにＡＵＸデータファイルサーチキー２３ｄの操作が行われたのに応答して、［トラックＴＲ＃１・Ｐｉｃｔｕｒｅ＃１］の開始位置（ａｄ（１，２）＝Ｌａ＋Ｌ１）に対してアクセスしてプログラム再生を行うと同時に、Ｐｉｃｔｕｒｅ＃１の表示に切り換える場合の動作が得られる。
また、ステップＳ２０５→Ｓ２０８の処理を経過してステップＳ２０９に至った場合には、ステップＳ２０９としてのピクチャ表示のための処理は実際には行わない。図２３の場合であれば、例えば図３１に示すように、［トラックＴＲ＃１・Ｐｉｃｔｕｒｅ＃１］の冒頭（アドレスＬａ＋Ｌ１直後付近）が再生されているときにＡＵＸデータファイルサーチキー２３ｄの操作が行われたのに応答して、トラックＴＲ＃１の開始位置（ａｄ（１，０）＝ｓａｄ（１）＝Ｌａ）に対してアクセスしてプログラム再生のみが行われる動作が得られる。
【０２０７】
また、ステップＳ２０６においてＣｕｒＰ＝０であるという肯定結果が得られた場合には、ステップＳ２１０に進むことになる。
ステップＳ２１０においては、ｐｎ（ＣｕｒＴｒ−１，ｎｐ（ＣｕｒＴｒ−１））のピクチャファイルを読み出して表示待機状態とする。ここで、ｐｎ（ＣｕｒＴｒ−１，ｎｐ（ＣｕｒＴｒ−１））のピクチャファイルとは、現在再生されていたトラックの１つ前のトラック（ＣｕｒＴｒ−１）における、最後のピクチャ（ｎｐ（ＣｕｒＴｒ−１）がＣｕｒＴｒ−１で示されるトラックに対して同期再生されるピクチャ枚数、即ち最後のピクチャを示す）とされる。
【０２０８】
そして、続くステップＳ２１１においてａｄ（ＣｕｒＴｒ−１，ｎｐ（ＣｕｒＴｒ−１））に対してアクセスする。つまり、上記ステップＳ２１０の処理により読み出したｐｎ（ＣｕｒＴｒ−１，ｎｐ（ＣｕｒＴｒ−１））の再生開始タイミングとなるプログラムエリアのアドレスにアクセスしてプログラム再生を行ってステップＳ２０９の処理に移行する。
このようにして、ステップＳ２０６→Ｓ２１０→Ｓ２１１の処理を経てステップＳ２０９の処理が実行される場合に得られる動作を図２３に対応させれば、図３２に示すように、例えばトラックＴＲ＃３のアドレスＬｇ〜Ｌｇ＋Ｌ６の区間の冒頭部分内でプログラム再生を行っている状態から、トラックＴＲ＃２におけるＰｉｃｔｕｒｅ＃３の表示開始位置（この場合はａｄ（２，３）＝Ｌｅ）に対してアクセスしてトラックＴＲ＃２を先頭から再生すると同時にＰｉｃｔｕｒｅ＃３を表示させる場合の動作がこれに相当する。
【０２０９】
ところで、トラックの先頭に対して表示開始タイミングが規定されるピクチャファイルがある場合として、具体的にトラックＴＲ＃２の場合であれば、ｏｆｓｔ（２，１）＝Ｌ４＝０となり、ａｄ（２，０）＝ａｄ（２，１）となる。ここで、例えば上記ステップＳ２１１の処理としてトラック＃２の先頭にアクセスすることとなった場合を考えてみると、ステップＳ２１１ではａｄ（２，０）にアクセスすることになるが、アクセス後において直ちにＣｕｒＰ＝０からＣｕｒＰ＝１となる、つまりａｄ（２，０）からすぐさまａｄ（２，１）となるものと見なされ、このようなパラメータの扱いとすることで、ステップＳ２１１後のステップＳ２０９において、Ｐｉｃｔｕｒｅ＃２は、トラックＴＲ＃２の再生開始と同時に表示されることになる。
【０２１０】
ステップＳ２０４において、ａｄ（ＣｕｒＴｒ，ＣｕｒＰ）の直後を再生していないと判別された場合には、ステップＳ２１２に進むことで、ａｄ（ＣｕｒＴｒ，ＣｕｒＰ）にアクセスしてプログラム再生を行うための処理が実行される。つまり、トラックにおいて現在再生中とされていたピクチャファイルの再生開始時間に対応するアドレスにアクセスして再生する。例えば図２３の場合であれば、図３３に示すように［トラックＴＲ＃１・Ｐｉｃｔｕｒｅ＃２］の再生区間の冒頭（アドレスＬａ＋Ｌ２直後付近）より後ろの位置を再生していた状態から、［トラックＴＲ＃１・Ｐｉｃｔｕｒｅ＃２］の先頭、つまりアドレスＬａ＋Ｌ２に対してアクセスして、ここから再生を開始するようにされる。この際、Ｐｉｃｔｕｒｅ＃２の表示は継続して行われるものとされ、特にピクチャファイル表示開始（表示切換）のための制御処理は実行しない。
また、先のステップＳ２０２において設定されたＣｕｒＰについてＣｕｒＰ＝０とされている場合には、ステップＳ２１２ではａｄ（ＣｕｒＴｒ，０）にアクセスすることになる。つまり、現トラックの先頭に戻ってプログラム再生を開始する。図２３の場合であれば、図３４に示すようにして、例えばトラックＴＲ＃３のアドレスＬｇ〜Ｌｇ＋Ｌ６の再生区間内の冒頭部分より後ろの或るアドレスを再生していた状態から、トラックＴＲ＃３のスタートアドレスＬｇにアクセスして再生を開始する場合の動作がこれに対応する。つまり、ＡＵＸデータファイル／プログラム基準モードの動作である、プログラム基準のサーチも含む動作がここでも得られることになる。
【０２１１】
また、ステップＳ２０３においてリバースアクセスではないと判別された場合には、ステップＳ２１３に進む。ステップＳ２１３においては、ＣｕｒＰ＝ｎｐ（ＣｕｒＴｒ）か否かが判別される。つまり、現在再生中のピクチャファイルがそのトラックにおいて再生順的に最後に再生されるピクチャファイルであるか否かが判別される。
【０２１２】
ステップＳ２１３において否定結果が得られた場合には、ステップＳ２１４に進んで、ｐｎ（ＣｕｒＴｒ，ＣｕｒＰ＋１）で示されるピクチャファイルをバッファメモリ１３から読み出して表示待機の状態とする。ｐｎ（ＣｕｒＴｒ，ＣｕｒＰ＋１）は、現在再生中のトラックにおいて現在再生中とされていたピクチャファイルに対して、再生時間的に次のピクチャファイルを示す。そして、ステップＳ２１５に進んでアドレスａｄ（ＣｕｒＴｒ，Ｃｕｒｐ＋１）に対してアクセスしてプログラム再生を行う。アドレスａｄ（ＣｕｒＴｒ，Ｃｕｒｐ＋１）は、上記ｐｎ（ＣｕｒＴｒ，ＣｕｒＰ＋１）で示されるピクチャファイルの再生開始タイミングに対応するプログラムのアドレスである。そして、ステップＳ２０９に進んで、上記ステップＳ２１４にて表示待機されていたピクチャファイルの表示を開始する。
このステップＳ２１３→Ｓ２１４→Ｓ２１５→Ｓ２０９の処理は、図２３の場合であれば、例えば図３５に示すように、［トラックＴＲ＃１（ＣｕｒＴｒ＝１）・Ｐｉｃｔｕｒｅ＃２（ＣｕｒＰ＝２）］を再生中に、ＡＵＸデータファイルサーチキー３２ｃが操作されたとして、この操作に応答して、Ｐｉｃｔｕｒｅ＃４（ＣｕｒＰ＋１＝４）を表示させると同時に、このＰｉｃｔｕｒｅ＃４の表示開始タイミングとなるトラックＴＲ＃１（ＣｕｒＴｒ＝１）のアドレスＬｃ＋Ｌ３−（Ｌｂ−Ｌａ）からプログラム再生を開始する場合の動作が対応する。
【０２１３】
一方、ステップＳ２１３において肯定結果が得られ、現在再生中のピクチャファイルがそのトラックにおいて再生順的に最後に再生されるピクチャファイルであるとされた場合には、ステップＳ２１６に進む。
ステップＳ２１６においては、ＣｕｒＴｒの値がトラックの最大値と一致しているか否かについて判別を行う。つまり、現在再生中のトラックが最後のトラックであるか否かについて判別を行う。
ここで、肯定結果が得られる場合とは、現在再生中のトラック（ＣｕｒＴｒ）が最後のトラックであり、かつ、現在再生中のピクチャファイル（ＣｕｒＰ）も現トラックにおける最後のファイルとされている場合である。この場合には、特に処理を実行することなくこのルーチンを抜けるようにされる。つまり、ステップＳ２０１での判断の基となったＡＵＸデータファイルサーチキー３２ｃの操作は無効とする。
このステップＳ２１３→Ｓ２１６から更にこの処理を抜ける処理は、図２３に示すディスクの場合であれば、図３６が対応する。つまり、［トラックＴＲ＃３・Ｐｉｃｔｕｒｅ＃３］を再生中にＡＵＸデータファイルサーチキー２３ｃが操作されたとして、上記操作は無効として［トラックＴＲ＃３・Ｐｉｃｔｕｒｅ＃３］の再生をそのまま続行する。
【０２１４】
これに対して、ステップＳ２１６にて否定結果が得られた場合とは、現在再生中のトラック（ＣｕｒＴｒ）は最後のトラックではなく、現在再生中のピクチャファイル（ＣｕｒＰ）が現トラックにおける最後のファイルとされている場合となる。つまり、現在再生中のトラック（ＣｕｒＴｒ）の次のトラックの先頭にアクセスするものである。
従って、この場合にはステップＳ２１７に進んで、アドレスａｄ（ＣｕｒＴｒ＋１，０）にアクセスしてプログラム再生を行って後、このルーチンを抜けるようにされる。このステップＳ２１３→Ｓ２１６→Ｓ２１７の処理は、図２３の場合であれば、図３７に示すようにして、［トラックＴＲ＃２・Ｐｉｃｔｕｒｅ＃３］を再生中にＡＵＸデータファイルサーチキー２３ｃが操作されたとして、［トラックＴＲ＃３・Ｐｉｃｔｕｒｅ＃０］にアクセスしてプログラムの再生を開始する動作が対応する。
ここで、例えば、図２３のトラックＴＲ＃２のように、トラックの先頭に対して表示開始タイミングが規定されるピクチャファイルがある場合であるが、前述したように、アドレスａｄ（ＣｕｒＴｒ＋１，０）に対するアクセス後においては、直ちにＣｕｒＰ＝０からＣｕｒＰ＝１に移行すると見なされることで、アドレスａｄ（ＣｕｒＴｒ＋１，０）から直ぐにアドレスａｄ（ＣｕｒＴｒ＋１，１）に遷移すると扱われる。これによって、このルーチンを抜けた後の所要の処理動作によって、アドレスａｄ（ＣｕｒＴｒ＋１，０）にアクセス直後に、ｐｎ（ＣｕｒＴｒ，１）のピクチャファイルがバッファメモリ１３から読み出されて表示されるように制御処理が実行される。
【０２１５】
なお、上記実施の形態では、ＡＵＸデータファイル基準のサーチとして、ピクチャファイルのみを対象とした構成を例に挙げているが、本実施の形態の記録装置では、ＡＵＸデータファイルとしてテキストファイルも再生可能な構成を採っており、従って、前述したＡＵＸ−ＴＯＣによるテキストファイルの管理形態を前提として、ＡＵＸデータファイル基準サーチとしてテキストファイルを対象とすることも本発明には含まれるものである。また、ＡＵＸデータファイル基準サーチとして、ピクチャファイルとテキストファイルの両者を対象とするように構成することも可能である。
【０２１６】
また、実施の形態において述べたように、ＡＵＸデータファイル基準のサーチとしては、あくまでもＡＵＸデータファイル基準のサーチ動作であるとする動作モード（ＡＵＸデータファイル基準モード）と、ＡＵＸデータファイル基準のサーチ動作に対してプログラム基準のサーチも含むものであるとする動作モード（ＡＵＸデータファイル／プログラム基準モード）とが考えられるが、この動作モードがユーザの操作等によって、任意に選択可能に構成することも考えられる。
【０２１７】
また、本発明としては、データファイル基準でサーチした場合には、必ずサーチされたデータファイルの再生出力開始時間に対応するアドレスからプログラムの再生が開始されるものとしているが、利用形態によっては、データファイル基準のサーチ動作として、プログラムに対して規定された再生順に従ってデータファイルを表示出力させるのみで、これに対応するプログラム音声の再生は行わないように構成することは可能である。
また、上記実施の形態においては、ＡＵＸデータとしてのデータファイルは、例えばディスク装填時において全てが読み出されてバッファメモリ１３に格納されるものとして説明したが、本実施の形態の記録再生装置では、ディスクに対するデータの読み出しは、バッファメモリ１３に蓄積されるオーディオ（プログラム）データの蓄積量を監視しながら間欠的に行われるため、例えば再生されるプログラムの再生進行時間に従って、ディスクから読み出すべきＡＵＸデータファイルに優先順位を与えておき、バッファメモリ１３におけるオーディオデータの蓄積量に余裕があるときには、上記優先順位に従ってディスクからＡＵＸデータファイルを読み出してバッファメモリ１３に格納し、バッファメモリ１３におけるオーディオデータの蓄積量に余裕が無くなれば、ディスクからのオーディオデータの読み出し動作に切り換えるといった再生動作が実際には行われるように構成することも考えられる。この場合には、例えばディスクを装填して直後のオーディオデータの再生について、ＡＵＸデータファイルのバッファメモリ１３への蓄積完了を待つ必要がないため、それだけ迅速にオーディオ再生を開始させることが可能になる。
【０２１８】
更に、上記実施の形態においては、ディスクに対する記録再生が可能な記録再生装置を例に挙げて説明したが、本発明としては、再生専用装置に対しても当然のこととして適用されるものである。
【０２１９】
【発明の効果】
以上説明したように本発明は、例えばオーディオプログラムとしてのメインデータの再生と共に、このメインデータを修飾するものとされるサブデータとしての画像、文字情報などのデータファイルの同期再生が可能とされたうえで、メインデータであるプログラムを基準とするプログラム、又はサブデータの冒頭部分の記録位置にアクセスして再生を開始するサーチ機能が与えられる。
【０２２０】
これによって、例えばユーザのサーチ操作に応答したサーチ動作として、通常のプログラム基準のサーチ動作に加え、データファイルの再生開始時間を基準とするデータファイル基準のサーチ動作が実現されることになる。また、本発明のプログラム単位でのサーチ機能とデータファイル基準でのサーチ動作とを併用すれば、プログラムとデータファイルとの両者を基準とするサーチ動作（ＡＵＸデータファイル／プログラム基準モード）も実現される。
【０２２１】
このようなサーチ機能のバリエーションが得られる結果、ユーザは、例えば従来行われていたプログラム基準でサーチを行うのはもちろんのこと、例えば、プログラムの再生時間に対して規定された再生時間に従ってデータファイルをサーチして表示させていくと共に、このサーチされたデータファイルの再生出力時間に同期するプログラムの再生音声を聞き取って確認してみるといったことが可能になる。このようなデータファイル基準のサーチ機能は、主データのプログラム再生に同期して副データとしてのデータファイルが再生表示されるような機能を有する再生装置では特に有用なものであり、ユーザにとっての使い勝手は大幅に向上されることになる。
【図面の簡単な説明】
【図１】本発明の実施の形態の記録再生装置のブロック図である。
【図２】実施の形態のディスクのセクターフォーマットの説明図である。
【図３】実施の形態のディスクのアドレス形式の説明図である。
【図４】実施の形態のディスクのアドレス例の説明図である。
【図５】実施の形態のディスクのエリア構造の説明図である。
【図６】実施の形態のＵ−ＴＯＣセクター０の説明図である。
【図７】実施の形態のＵ−ＴＯＣセクター０のリンク形態の説明図である。
【図８】実施の形態のＵ−ＴＯＣセクター１の説明図である。
【図９】実施の形態のＵ−ＴＯＣセクター２の説明図である。
【図１０】実施の形態のＵ−ＴＯＣセクター４の説明図である。
【図１１】実施の形態のＡＵＸ−ＴＯＣセクター０の説明図である。
【図１２】実施の形態のＡＵＸ−ＴＯＣセクター１の説明図である。
【図１３】実施の形態のＡＵＸ−ＴＯＣセクター２の説明図である。
【図１４】実施の形態のＡＵＸ−ＴＯＣセクター３の説明図である。
【図１５】実施の形態のＡＵＸ−ＴＯＣセクター４の説明図である。
【図１６】実施の形態のＡＵＸ−ＴＯＣセクター５の説明図である。
【図１７】実施の形態のピクチャファイルセクターの説明図である。
【図１８】実施の形態のテキストファイルセクターの説明図である。
【図１９】実施の形態のコピーステータス及びコピーステータス更新テーブルを示す説明図である。
【図２０】ピクチャ（テキスト）インフォメーションファイルのデータ構造を示す説明図である。
【図２１】テキストモードの定義内容を示す説明図である。
【図２２】テキストファイル（タイムスタンプ有りの場合）のデータ構造を示す説明図である。
【図２３】本実施の形態が対応するディスクにおけるトラックと、トラックに対して同期して再生出力されるピクチャファイルの管理状態例を示す説明図である。
【図２４】図２３に示すディスクにおけるトラックの物理的記録状態を概念的に示す説明図である。
【図２５】図２３に示すディスクにおけるＵ−ＴＯＣセクター０の内容例を示す説明図である。
【図２６】図２３に示すディスクにおけるＡＵＸ−ＴＯＣセクター３の内容例を示す説明図である。
【図２７】プログラム基準のサーチ動作を実現するための処理動作を示すフローチャートである。
【図２８】ＡＵＸデータファイル基準のサーチ動作を実現するための処理動作を示すフローチャートである。
【図２９】本実施の形態の記録再生装置に備えられるプログラムサーチキー、及びＡＵＸデータサーチキーの配置例を示す正面図である。
【図３０】図２８に示す処理を、図２３に示したディスクに対応させた場合に得られる動作例を示す説明図である。
【図３１】図２８に示す処理を、図２３に示したディスクに対応させた場合に得られる動作例を示す説明図である。
【図３２】図２８に示す処理を、図２３に示したディスクに対応させた場合に得られる動作例を示す説明図である。
【図３３】図２８に示す処理を、図２３に示したディスクに対応させた場合に得られる動作例を示す説明図である。
【図３４】図２８に示す処理を、図２３に示したディスクに対応させた場合に得られる動作例を示す説明図である。
【図３５】図２８に示す処理を、図２３に示したディスクに対応させた場合に得られる動作例を示す説明図である。
【図３６】図２８に示す処理を、図２３に示したディスクに対応させた場合に得られる動作例を示す説明図である。
【図３７】図２８に示す処理を、図２３に示したディスクに対応させた場合に得られる動作例を示す説明図である。
【符号の説明】
１ 記録再生装置、３ 光学ヘッド、６ａ 磁気ヘッド、８ エンコーダ／デコーダ部、９ サーボ回路、１１ システムコントローラ、１２ メモリコントローラ、１３ バッファメモリ、１４ エンコーダ／デコーダ部、２３ 操作部、２４ 表示部、２５ インターフェース部、２６ ＪＰＥＧデコーダ、９０ ディスク、２３ａ，２３ｂ プログラムサーチキー、２３ｃ，２３ｄ ＡＵＸデータサーチキー

Claims (19)

1. メインデータと、上記メインデータの記録位置を管理するメイン管理データと、上記メインデータを修飾するサブデータと、上記サブデータの記録位置を管理するサブ管理データとが記録された記録媒体から上記サブ管理データに基づいて上記サブデータを上記メインデータに同期して再生する再生装置として、
   上記メインデータと上記サブデータと上記メイン管理データと上記サブ管理データとを上記記録媒体から再生する再生手段と、
   上記メイン管理データに基づいて上記メインデータの冒頭部分の記録位置を第１の記録位置として算出する第１の算出手段と、
   上記サブ管理データに基づいて上記サブデータの冒頭部分の記録位置を第２の記録位置として算出する第２の算出手段と、
   上記ユーザのサーチ操作を入力する操作手段と、
   上記操作手段によって所望の上記メインデータまたは上記サブデータの冒頭部分へ上記再生手段の移送指示がなされた場合、上記第１の記録位置または上記第２の記録位置のうちの少なくとも１つに基づいて、上記メインデータまたは上記サブデータの冒頭部分の記録位置に上記再生手段を移送する制御手段と、
   を備えたことを特徴とする再生装置。
2. 隣接するメインデータのうち前方に位置するメインデータに同期して再生されるサブデータの中で最後方に位置するサブデータの再生中に上記操作手段によって後方へのサーチが指示された場合、上記制御手段は上記第１の算出手段で算出された上記第１の記録位置に基づいて後方に位置するメインデータの冒頭部へ上記再生手段を移送することを特徴とする請求項１に記載の再生装置。
3. 当該再生装置は、上記メインデータに同期して再生されるサブデータの中で最前方に位置するサブデータの再生開始前であることを検出する検出手段と、
   上記メインデータの冒頭部分を再生中であるか否かを判定する冒頭判定手段とをさらに備え、
   上記検出手段が上記サブデータの再生開始前であることを検出した状態で上記冒頭判定手段が上記メインデータの冒頭部分を再生中であると判定している間に上記操作手段によって前方へのサーチが指示された場合、上記制御手段は上記第２の算出手段で算出された上記第２の記録位置に従って隣接して前方に位置するメインデータに同期して再生されるサブデータのうち最後方に位置するサブデータの冒頭部分に上記再生手段を移送することを特徴とする請求項１に記載の再生装置。
4. 当該再生装置は、メインデータに同期して再生されるサブデータの中で最前方に位置するサブデータの再生開始前であることを検出する検出手段をさらに備え、
   上記検出手段が上記サブデータの再生開始前であることを検出した状態で上記操作手段によって前方へのサーチが指示された場合、上記制御手段は上記第１の算出手段で算出された上記第１の記録位置に従って再生中のメインデータの冒頭部分に上記再生手段を移送することを特徴とする請求項１に記載の再生装置。
5. 当該再生装置は、メインデータに同期して再生されるサブデータの冒頭部分を再生中であるか否かを判定する冒頭部判定手段をさらに備え、
   メインデータに同期して再生されるサブデータの中で最前方に位置するサブデータの冒頭部分を再生中であると上記冒頭部判定手段で判定されたときに上記操作手段によって前方へのサーチが指示された場合、上記制御手段は上記第１の算出手段が算出した上記第１の記録位置に基づいて上記メインデータの冒頭部分に上記再生手段を移送することを特徴とする請求項１に記載の再生装置。
6. 当該再生装置は、メインデータに同期して再生されるサブデータの冒頭部分を再生中であるか否かを判定する冒頭部判定手段をさらに備え、
   上記冒頭部判定手段にてメインデータに同期して再生されるサブデータの再生位置が冒頭部分でないと判定された場合に上記操作手段によって前方へのサーチが指示された場合、上記制御手段は上記第２算出手段が算出した上記第２の記録位置に基づいて再生中の上記サブデータの冒頭部分へ上記再生手段を移送することを特徴とする請求項１に記載の再生装置。
7. 当該再生装置は、メインデータに同期して再生されるサブデータの冒頭部分を再生中であるか否かを判定する冒頭部判定手段をさらに備え、
   上記メインデータに同期して再生される２番目以降の上記サブデータの冒頭部分を再生中であると判定されたときに上記操作手段によって前方へのサーチが指示された場合、上記制御手段は上記第２の算出手段が算出した上記第２の記録位置に基づいて再生中の２番目以降のサブデータの前方に位置するサブデータの冒頭部分に上記再生手段を移送することを特徴とする請求項１に記載の再生装置。
8. メインデータに同期して再生される複数のサブデータ中の所定サブデータの再生中に上記操作手段によって後方へのサーチが指示された場合、上記制御手段は上記第２の算出手段が算出した上記第２の記録アドレスに基づいて上記再生中のサブデータの後方に位置するサブデータの冒頭部分に上記再生手段を移送することを特徴とする請求項１に記載の再生装置。
9. 複数のメインデータの中の最後方に位置するメインデータに同期して再生される複数のサブデータの中の最後方に位置するサブデータの再生中に上記操作手段による後方へのサーチが指示された場合、上記制御手段は上記再生中のサブデータの再生をそのまま続行することを特徴とする請求項１に記載の再生装置。
10. 上記操作手段は、メインデータのサーチを指示する第１の操作手段と、
    サブデータのサーチを指示する第２の操作手段と
    を備えることを特徴とする請求項１に記載の再生装置。
11. メインデータと、上記メインデータの記録位置を管理するメイン管理データと、上記メインデータを修飾するサブデータと、上記サブデータの記録位置を管理するサブ管理データとが記録された記録媒体から上記サブ管理データに基づいて上記サブデータを上記メインデータに同期して再生する再生方法として、
    上記メインデータと上記サブデータと上記メイン管理データと上記サブ管理データとを上記記録媒体から再生するステップと、
    上記メイン管理データに基づいて上記メインデータの冒頭部分の記録位置を第１の記録位置として算出するステップと、
    上記サブ管理データに基づいて上記サブデータの冒頭部分の記録位置を第２の記録位置として算出するステップと、
    上記ユーザのサーチ操作を入力するステップと、
    上記サーチ操作が入力されたによって所望の上記メインデータまたは上記サブデータの冒頭部分への再生位置の移送指示がなされた場合、上記第１の記録位置または上記第２の記録位置のうちの少なくとも１つに基づいて上記メインデータまたは上記サブデータの冒頭部分の記録位置に上記再生位置を移送するステップと、
    を備えることを特徴とする再生方法。
12. 隣接するメインデータのうち前方に位置するメインデータに同期して再生されるサブデータの中で最後方に位置するサブデータの再生中に後方へのサーチが指示された場合、上記第１の記録位置に基づいて後方に位置する上記メインデータの冒頭部へ上記再生位置を移送することを特徴とする請求項１１に記載の再生方法。
13. 当該再生方法は、上記メインデータに同期して再生されるサブデータの中で最前方に位置するサブデータの再生開始前であることを検出するステップと、
    上記メインデータの冒頭部分を再生中であるか否かを判定するステップと、
    をさらに備え、
    上記サブデータの再生開始前であることを検出した状態で上記メインデータの冒頭部分を再生中であると判定している間に前方へのサーチが指示された場合、上記第２の記録位置に従って隣接して前方に位置するメインデータに同期して再生されるサブデータのうち最後方に位置するサブデータの冒頭部分に上記再生位置を移送することを特徴とする請求項１１に記載の再生方法。
14. 当該再生方法は、メインデータに同期して再生されるサブデータの中で最前方に位置するサブデータの再生開始前であることを検出するステップをさらに備え、
    上記サブデータの再生開始前である状態で前方へのサーチが指示された場合、上記第１の記録位置に従って再生中のメインデータの冒頭部分に上記再生位置を移送することを特徴とする請求項１１に記載の再生方法。
15. 当該再生方法は、メインデータに同期して再生されるサブデータの冒頭部分を再生中であるか否かを判定するステップをさらに備え、
    メインデータに同期して再生されるサブデータの中で最前方に位置するサブデータの冒頭部分を再生中であると判定されたときに前方へのサーチが指示された場合、上記第１の記録位置に基づいて上記メインデータの冒頭部分に上記再生位置を移送することを特徴とする請求項１１に記載の再生方法。
16. 当該再生方法は、メインデータに同期して再生されるサブデータの冒頭部分を最中であるか否かを判定するステップをさらに備え、
    メインデータに同期して再生されるサブデータの再生位置が冒頭部分でないと判定された場合に前方へのサーチが指示された場合、上記第２の記録位置に基づいて再生中の上記サブデータの冒頭部分へ上記再生位置を移送することを特徴とする請求項１１に記載の再生方法。
17. 当該再生方法は、メインデータに同期して再生されるサブデータの冒頭部分を再生しているか否かを判定するステップをさらに備え、
    上記メインデータに同期して再生される２番目以降の上記サブデータの冒頭部分を再生中であると判定されたときに前方へのサーチが指示された場合、上記第２の記録位置に基づいて再生中の２番目以降のサブデータの前方に位置するサブデータの冒頭部分に上記再生位置を移送することを特徴とする請求項１１に記載の再生方法。
18. メインデータに同期して再生される複数のサブデータ中の所定サブデータの再生中に後方へのサーチが指示された場合、上記第２の記録アドレスに基づいて上記再生中のサブデータの後方に位置するサブデータの冒頭部分に上記再生位置を移送することを特徴とする請求項１１に記載の再生方法。
19. 複数のメインデータの中の最後方に位置するメインデータに同期して再生される複数のサブデータの中の最後方に位置するサブデータの再生中に後方へのサーチが指示された場合、上記再生中のサブデータの再生をそのまま続行することを特徴とする請求項１１に記載の再生方法。

Images