JP2000163936A - 再生装置 - Google Patents

再生装置

Info

Publication number
JP2000163936A
JP2000163936A JP10336136A JP33613698A JP2000163936A JP 2000163936 A JP2000163936 A JP 2000163936A JP 10336136 A JP10336136 A JP 10336136A JP 33613698 A JP33613698 A JP 33613698A JP 2000163936 A JP2000163936 A JP 2000163936A
Authority
JP
Japan
Prior art keywords
data
reproduction
file
track
aux
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP10336136A
Other languages
English (en)
Other versions
JP2000163936A5 (ja
Inventor
Hiroshi Inoue
啓 井上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP10336136A priority Critical patent/JP2000163936A/ja
Priority to US09/449,724 priority patent/US6345017B1/en
Priority to DE19956827A priority patent/DE19956827A1/de
Priority to CN99128104A priority patent/CN1127084C/zh
Priority to KR1019990052938A priority patent/KR100700897B1/ko
Publication of JP2000163936A publication Critical patent/JP2000163936A/ja
Publication of JP2000163936A5 publication Critical patent/JP2000163936A5/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B19/00—Driving, starting, stopping record carriers not specifically of filamentary or web form, or of supports therefor; Control thereof; Control of operating function ; Driving both disc and head
    • G11B19/02—Control of operating function, e.g. switching from recording to reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G11B20/1251—Formatting, e.g. arrangement of data block or words on the record carriers on discs for continuous data, e.g. digitised analog information signals, pulse code modulated [PCM] data
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/11—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information not detectable on the record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B11/00—Recording on or reproducing from the same record carrier wherein for these two operations the methods are covered by different main groups of groups G11B3/00 - G11B7/00 or by different subgroups of group G11B9/00; Record carriers therefor
    • G11B11/10—Recording on or reproducing from the same record carrier wherein for these two operations the methods are covered by different main groups of groups G11B3/00 - G11B7/00 or by different subgroups of group G11B9/00; Record carriers therefor using recording by magnetic means or other means for magnetisation or demagnetisation of a record carrier, e.g. light induced spin magnetisation; Demagnetisation by thermal or stress means in the presence or not of an orienting magnetic field
    • G11B11/105—Recording on or reproducing from the same record carrier wherein for these two operations the methods are covered by different main groups of groups G11B3/00 - G11B7/00 or by different subgroups of group G11B9/00; Record carriers therefor using recording by magnetic means or other means for magnetisation or demagnetisation of a record carrier, e.g. light induced spin magnetisation; Demagnetisation by thermal or stress means in the presence or not of an orienting magnetic field using a beam of light or a magnetic field for recording by change of magnetisation and a beam of light for reproducing, i.e. magneto-optical, e.g. light-induced thermomagnetic recording, spin magnetisation recording, Kerr or Faraday effect reproducing
    • G11B11/10595—Control of operating function
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2525—Magneto-optical [MO] discs
    • G11B2220/2529—Mini-discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/60—Solid state media
    • G11B2220/65—Solid state media wherein solid state memory is used for storing indexing information or metadata
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 

Abstract

(57)【要約】 【課題】 オーディオなどの主データと、この主データ
に対して同期再生が可能なテキストやスチルピクチャな
どの副データが記録されたディスクに対応して再生可能
な再生装置の娯楽性の向上、及び機能の拡大。 【解決手段】 オーディオデータのみを再生する再生モ
ード１と、オーディオデータとテキストデータを同期再
生する再生モード２と、オーディオデータとテキストデ
ータを同期再生し、ピクチャファイルについてはカバー
ピクチャのみを再生する再生モード３と、オーディオデ
ータとテキストデータとピクチャファイルを同期再生す
る再生モード４と、ピクチャファイルのみ同期再生時間
に従って再生する再生モード５とを選択可能に構成す
る。これにより、多様な再生態様が得られる。また、例
えば、再生モード１によりオーディオデータのみを再生
する場合には、再生期間中において、オーディオデータ
のエリアのみにアクセスして副データの記録エリアにア
クセスしないため、光学ヘッドを移送するスレッド機構
の機械音の発生頻度が抑えられ、より良いオーディオリ
スニング環境が得られる。

Description

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

Claims (6)

    【特許請求の範囲】
  1. 【請求項１】 少なくとも、時間的連続性のある１又は
    複数のプログラムを主データとして記録する主データ領
    域と、該主データ領域とは物理的に異なる領域であり、
    前記主データとしての各プログラムとは独立した１又は
    複数のデータファイルとしての副データを記録する副デ
    ータ領域と、上記主データとしてのプログラムの再生時
    間に対する上記副データとしてのデータファイルの同期
    再生時間を規定する同期再生制御情報が記録される管理
    領域とが形成されたディスク状記録媒体に対応して再生
    を行うことのできる再生装置として、 移送機構によってディスク状記録媒体の半径方向に対す
    る相対的な位置が変位可能とされており、上記ディスク
    状記録媒体から、少なくとも上記主データ、上記副デー
    タ、及び上記同期再生制御情報の読み出しを行うことの
    できるデータ読み出し手段と、 上記データ読み出し手段により読み出された主データ及
    び副データについて所要の信号処理を施して再生出力す
    ることのできるデータ再生出力手段と、 通常動作として、上記データ読み出し手段によって読み
    出された同期再生制御情報に基づいて、再生時間の進行
    に従って、上記主データ及び副データが所要のタイミン
    グで再生出力されるように上記データ読み出し手段及び
    データ再生出力手段の動作を制御することのできる再生
    制御手段と、 再生モードとして、少なくとも、上記主データ及び副デ
    ータを再生出力する第１の再生モードと、上記主データ
    のみを再生出力する第２の再生モードとを選択するため
    の操作を行うことのできる再生モード選択手段とを備
    え、 上記再生制御手段は、 上記再生モード選択手段により、上記第１の再生モード
    が選択された場合には上記通常動作としての制御を実行
    し、上記第２の再生モードが設定された場合には、上記
    主データについての読み出しは実行し、上記副データの
    読み出しについては実行しないように、上記データ読み
    出し手段に対する制御を実行する、 ように構成されていることを特徴とする再生装置。
  2. 【請求項２】 上記主データはオーディオデータであ
    り、 上記副データは、上記主データとしての特定のプログラ
    ムに関連づけされた文字情報データファイル及び画像情
    報データファイルの少なくとも何れか一方であることを
    特徴とする請求項１に記載の再生装置。
  3. 【請求項３】 上記選択操作手段としては、再生モード
    として、上記主データの再生出力を行わず、上記副デー
    タとして文字情報データファイル及び画像情報データフ
    ァイルの少なくとも何れか一方を再生出力する第３の再
    生モードを選択可能とされ、 上記再生制御手段は、上記選択操作手段により上記第３
    の再生モードが選択された場合には、上記ディスク状記
    録媒体から上記文字情報データファイル及び画像情報デ
    ータファイルの少なくとも何れか一方の読み出しを実行
    し、上記主データの読み出しについては実行しないよう
    に、上記データ読み出し手段に対する制御を実行するこ
    とを特徴とする請求項２に記載の再生装置。
  4. 【請求項４】 上記選択操作手段としては、上記第１の
    再生モードとして、主データ、及び副データとして文字
    情報データファイルと画像情報データファイルを再生す
    る第４の再生モードを選択可能とされ、 上記再生制御手段は、上記選択操作手段により上記第４
    の再生モードが選択された場合には、上記主データと、
    上記文字情報データファイル及び画像情報データファイ
    ルを所要のタイミングで再生出力するように、上記デー
    タ読み出し手段及び上記データ再生出力手段とを制御す
    ることを特徴とする請求項２に記載の再生装置。
  5. 【請求項５】 上記選択操作手段としては、上記第１の
    再生モードとして、主データ、及び副データとして文字
    情報データファイルを再生する第５の再生モードを選択
    可能とされ、 上記再生制御手段は、上記選択操作手段により上記第５
    の再生モードが選択された場合には、上記主データと、
    上記文字情報データファイルを所要のタイミングで再生
    出力するように、上記データ読み出し手段及び上記デー
    タ再生出力手段とを制御することを特徴とする請求項２
    に記載の再生装置。
  6. 【請求項６】 上記再生出力手段は、 データを周期的に送受信する第１の通信方式と、非同期
    でデータを送受信する第２の通信方式とを１つのデータ
    バスを介して行うことが可能に規定される所定のデータ
    通信フォーマットに従って、再生出力としての主データ
    及び副データを上記データバスを介して外部に送信する
    ことが可能とされたうえで、上記主データを上記第１の
    通信方式により送信し、上記副データを上記第２の通信
    方式により送信する情報通信手段、 を備えていることを特徴とする請求項１に記載の再生装
    置。
JP10336136A 1998-11-26 1998-11-26 再生装置 Pending JP2000163936A (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP10336136A JP2000163936A (ja) 1998-11-26 1998-11-26 再生装置
US09/449,724 US6345017B1 (en) 1998-11-26 1999-11-24 Reproducing apparatus capable of suppressing mechanical noise during access of sub data and main data
DE19956827A DE19956827A1 (de) 1998-11-26 1999-11-25 Wiedergabegerät
CN99128104A CN1127084C (zh) 1998-11-26 1999-11-26 重放设备
KR1019990052938A KR100700897B1 (ko) 1998-11-26 1999-11-26 재생 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP10336136A JP2000163936A (ja) 1998-11-26 1998-11-26 再生装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2006243287A Division JP2007026653A (ja) 2006-09-07 2006-09-07 再生装置及び再生方法

Publications (2)

Publication Number Publication Date
JP2000163936A true JP2000163936A (ja) 2000-06-16
JP2000163936A5 JP2000163936A5 (ja) 2006-01-19

Family

ID=18296072

Family Applications (1)

Application Number Title Priority Date Filing Date
JP10336136A Pending JP2000163936A (ja) 1998-11-26 1998-11-26 再生装置

Country Status (5)

Country Link
US (1) US6345017B1 (ja)
JP (1) JP2000163936A (ja)
KR (1) KR100700897B1 (ja)
CN (1) CN1127084C (ja)
DE (1) DE19956827A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040050573A (ko) * 2002-12-10 2004-06-16 삼성전자주식회사 파일간의 연결 및 그의 표시기능을 가지는 휴대용 통신단말기 및 그의 동작방법

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3797191B2 (ja) * 2001-10-25 2006-07-12 株式会社日立製作所 情報記録装置
JP4281437B2 (ja) * 2003-07-10 2009-06-17 株式会社日立製作所 記録媒体及び再生装置
US8031569B2 (en) * 2008-05-09 2011-10-04 Apple Inc. Playing data from an optical media drive
US9910603B1 (en) * 2015-11-11 2018-03-06 Amazon Technologies, Inc. Heterogeneous data storage on magnetic tape
WO2020066389A1 (ja) * 2018-09-26 2020-04-02 富士フイルム株式会社 記録装置、読取装置、記録方法、記録プログラム、読取方法、読取プログラム、及び磁気テープ

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5583652A (en) 1994-04-28 1996-12-10 International Business Machines Corporation Synchronized, variable-speed playback of digitally recorded audio and video
JP3876456B2 (ja) * 1996-05-23 2007-01-31 ソニー株式会社 画像合成装置
JPH10106237A (ja) * 1996-09-25 1998-04-24 Sony Corp 編集装置
JPH11232849A (ja) * 1997-10-21 1999-08-27 Sony Corp 記録媒体、記録装置、再生装置
JPH11185459A (ja) * 1997-12-24 1999-07-09 Sony Corp 記録システム、記録装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040050573A (ko) * 2002-12-10 2004-06-16 삼성전자주식회사 파일간의 연결 및 그의 표시기능을 가지는 휴대용 통신단말기 및 그의 동작방법

Also Published As

Publication number Publication date
KR20000035723A (ko) 2000-06-26
DE19956827A1 (de) 2000-05-31
CN1260567A (zh) 2000-07-19
CN1127084C (zh) 2003-11-05
KR100700897B1 (ko) 2007-03-29
US6345017B1 (en) 2002-02-05

Similar Documents

Publication Publication Date Title
US7243131B1 (en) Information processing system using remote control, with device and method therefor
KR100416340B1 (ko) 용이한더빙작동을행할수있는기록장치
KR100638773B1 (ko) 기록 및 재생 장치, 재생 장치, 기록 및 재생 방법, 및재생 방법
JP3826632B2 (ja) 再生装置及び情報通信システム
JP3750278B2 (ja) 記録装置、記録システム、及びダビング方法
US6301203B1 (en) Apparatus and method for reproducing main data and sub data in synchronization
KR100474377B1 (ko) 기록매체에압축음성데이터를기록하는방법과장치및압축음성데이터를전송하는방법
EP0994481B1 (en) Reproduction apparatus and method, recording apparatus and method
JP2000163936A (ja) 再生装置
US6310842B1 (en) Recording apparatus and recording method
JP3731331B2 (ja) 記録装置
JP2007026653A (ja) 再生装置及び再生方法
JP3815146B2 (ja) 再生装置及び再生方法
JPH0729180A (ja) 情報記録再生装置
JP4058124B2 (ja) 記録再生装置、及び再生装置
JP3584551B2 (ja) 記録装置、再生装置、記録方法及び再生方法
JP2000076832A (ja) データコピー方法及びデータコピー装置
JPH0757437A (ja) 記録装置及び再生装置
JPH10199211A (ja) 編集装置
JP2001052468A (ja) 再生装置、記録装置
JP2000322872A (ja) 記録再生装置
JP2001052419A (ja) 記録再生装置、記録再生方法
JP2000113639A (ja) 光ディスクへのダビング装置
JP2001067843A (ja) マイクロホン装置、ヘッドホン装置
JP2005339804A (ja) 記録媒体

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051122

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20051122

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060414

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060425

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060620

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060711

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20060810

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060907

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20060922

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20061020