JP2002269903A - 記録装置、記録システム - Google Patents

Abstract

(57)【要約】 【課題】 ＣＤからＭＤへダビング記録を行う際に、Ｃ
Ｄの記録内容に対応したタイトル情報をＭＤに対して簡
単に登録することができる記録装置を提供すること。 【解決手段】ＣＤ９１から読み出されたデータをＭＤ９
０にダビングするダビング動作時に、ＣＤ９１から読み
出されたＴＯＣのデータから、そのＣＤ９１をアルバム
単位で識別する識別情報を生成し、この識別情報に基づ
いて、ＴＯＣサーバ７０から、ダビング元のＣＤの記録
内容（アルバム）に対応するタイトル情報を得るように
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば光ディスク
から光磁気ディスクにオーディオデータを記録する際
に、光磁気ディスクにタイトル情報を記録するのに好適
な記録装置及び記録システムに関するものである。

【０００２】

【従来の技術】ユーザーの所有するオーディオ機器とし
て各種のものが普及しており、音楽ソフトを個人で楽し
むことが一般化している。例えばユーザーがＣＤ（コン
パクトディスク（商標））、ＭＤ（ミニディスク（商
標））などのディスク記録媒体に対応するオーディオシ
ステムなどを所有し、パッケージメディアとして販売さ
れている所望のＣＤ、ＭＤ等を購入して再生させたり、
或いは記録可能なメディアであるＭＤを用いて自分の好
みの選曲によるオリジナルディスクを作成するなどのこ
とが行われている。ここでＭＤとは、直径６４ｍｍの光
ディスク或いは光磁気ディスクであって、８０分程度の
圧縮音声が記録可能とされるメディアである。本明細書
では「ＭＤ」と表記する。

【０００３】このようなＭＤには、オーデイオデータが
記録されるプログラム領域と、このプログラム領域に記
録された各プログラムを管理する管理情報（Ｕ−ＴＯ
Ｃ：user table of contents）が記録される管理領域が
設けられている。この管理情報（Ｕ−ＴＯＣ）としての
データ領域は複数のセクターを有しており、Ｕ−ＴＯＣ
セクター０ではプログラム領域に記録されている各プロ
グラムの起点アドレス、終点アドレス、コピープロテク
ト情報、エンファシス情報等が管理されている。なお、
本明細書において、単に「プログラム」と表記する場合
は、ディスク上に１つの単位として記録されるデータ群
を指し、例えば１つの楽曲（一般に１つのトラックとい
われるもの）などが相当する。例えばプログラムの起点
アドレス、終点アドレスとは、楽曲の先頭位置と終端位
置に相当するアドレスとなる。

【０００４】また、Ｕ−ＴＯＣセクター１ではプログラ
ム領域に記録されている各プログラムのタイトル、光磁
気ディスク全体のタイトルが管理されている。ＭＤ全体
のタイトルとは、記録されるトラックがオーデイオデー
タの場合はアルバムタイトル、演奏者名等の情報にな
り、各プログラムのタイトルとは曲名に相当する。更に
Ｕ−ＴＯＣセクター２ではプログラム領域に記録されて
いる各プログラム毎の記録日時が管理されている。ま
た、Ｕ−ＴＯＣセクター４に関してはプログラム領域に
記録されている各プログラムのタイトル、光磁気ディス
ク全体のタイトルのフォントとしてカタカナ、漢字が使
用できるように管理されている。

【０００５】

【発明が解決しようとする課題】ところで、上記したよ
うなオーディオ機器においては、ユーザが個人で楽しむ
ために、ＣＤに収録されている楽曲（トラック）をＭＤ
に対してダビングするといったことが行われている。こ
の場合、ダビング元ディスクであるＣＤからダビング先
ディスクであるＭＤに記録されるのは、トラックとして
のオーディオデータとされ、例えばディスクタイトルや
各トラック毎のタイトル等についてのダビングは行われ
ていないのが通常である。つまり、例えばＣＤにタイト
ルを記録する場合には、周知のようにしてオーディオデ
ータに挿入されるサブコードを利用してテキストデータ
としてのタイトル情報を格納するようにされている。こ
れは一般にＣＤテキストといわれるのであるが、このＣ
Ｄテキストによりタイトルを記録しているＣＤが少数で
あるため、ＣＤテキストをデコードする機能を搭載した
機器もさほど普及していない。また、ダビング時にはＣ
ＤテキストをデコードしてＭＤのＵ−ＴＯＣセクター
０，４の構造に変換する機能を与える必要があって高コ
ストとなってしまう。

【０００６】このため、ユーザがダビング後のＭＤに対
して、各トラック毎のタイトルを登録するには、現状と
して例えば機器本体に設けられた操作キーやダイヤルキ
ー、或いは遠隔操作部（リモートコントローラ）に設け
られたアルファベットキー等を用いてユーザ自身が文字
入力を行う必要がある。しかし、このような操作キー等
を用いた入力は、その操作が煩雑なため、実際には、ユ
ーザはダビング後のＭＤに対してタイトル等の文字情報
を入力しないで使用していることもおおかったものであ
る。

【０００７】つまり、これまでのＣＤからＭＤに対して
オーディオデータのダビングが可能なオーディオ機器に
おいては、ＭＤにダビングした各プログラムのタイトル
を、どのようにしてＭＤに取り込むかが問題となる。そ
こで、１つの手法としては、ＣＤのアルバムタイトルや
曲名等といったタイトル情報を提供するサービス団体が
設けられるようにする。そして、例えばユーザーが所有
するパーソナルコンピュータ等の端末装置からインター
ネットを介してサービス団体が通信ラインで接続される
ようにする。そして、ユーザーが、所有するＣＤのタイ
トル情報をダウンロードし、ダウンロードしたタイトル
情報をパーソナルコンピュータからＭＤに書き込むよう
にすることが考えられる。しかしながら、このようなシ
ステムは、ＣＤからＭＤへのダビングが可能なオーディ
オ機器を所有しているユーザの内、インターネットを介
してタイトル情報を提供するサービス団体と接続するこ
とができるパーソナルコンピュータを所有しているユー
ザが対象であり、単にオーディオ機器だけを所有するユ
ーザは利用することはできないものであった。

【０００８】

【課題を解決するための手段】本発明はこのような問題
点に鑑みて、例えば第１の記録媒体（ＣＤ）から再生さ
れたデータを第２の記録媒体（ＭＤ）に記録する際に、
第１の記録媒体（ＣＤ）に対応したタイトル情報を、第
２の記録媒体（ＭＤ）に簡単に取り込むことができる記
録装置及び記録システムを提供することを目的とする。

【０００９】上記目的を達成するため、本発明は、記録
データがプログラム単位により管理されるための管理情
報が記録される記録領域を有する第１の記録媒体から読
み出されるデータを第２の記録媒体に記録することので
きる記録装置において、第１の記録媒体から読み出され
るデータをプログラム単位により第２の記録媒体に記録
する記録手段と、再生対象である第１の記録媒体から読
み出された特定種類のデータから、第１の記録媒体を識
別可能な識別情報を生成する識別情報生成手段と、第１
の記録媒体に記録されるプログラム内容に応じたタイト
ル情報を第１の記録媒体ごとの単位で管理するようにし
て保有しているサーバ装置との間で通信を行うことがで
きる通信手段とを備える。そして、通信手段により通信
を実行させ、サーバ装置に対して識別情報を送信するこ
とによって、この識別情報により識別される第１の記録
媒体の記録内容に応じたタイトル情報をサーバ装置から
受信して取得することのできる取得手段と、第２の記録
媒体に記録される管理情報のうち、その第２の記録媒体
に記録されたプログラム内容に応じたタイトルを管理す
るためのタイトル管理情報について、取得手段により取
得されたタイトル情報に基づいて更新を行うことのでき
る更新手段と、を備えるようにした。

【００１０】また本発明の記録システムは、記録データ
がプログラム単位により管理されるための管理情報が記
録される記録領域を有する第１の記録媒体から読み出さ
れるデータを第２の記録媒体に記録することのできる記
録装置と、第１の記録媒体記録されるプログラム内容に
応じたタイトル情報を第１の記録媒体ごとの単位で管理
するようにして保有しているサーバ装置とから成る。そ
して、記録装置は、第１の記録媒体から読み出されるデ
ータをプログラム単位により第２の記録媒体に記録する
記録手段と、再生対象である第１の記録媒体から読み出
された特定種類のデータから、第１の記録媒体を識別可
能な識別情報を生成する識別情報生成手段と、サーバ装
置と通信を行うことができる通信手段と、通信手段によ
り通信を実行させ、サーバ装置に対して識別情報を送信
することによって、この識別情報により識別される第１
の記録媒体の記録内容に応じたタイトル情報をサーバ装
置から受信して取得することのできる取得手段と、第２
の記録媒体に記録される管理情報のうち、その第２の記
録媒体に記録されたプログラム内容に応じたタイトルを
管理するためのタイトル管理情報について、取得手段に
より取得されたタイトル情報に基づいて更新を行うこと
のできる更新手段とを備える。また、サーバ装置は、保
有しているタイトル情報のうちから、受信した識別情報
に基づいて識別される第１の記録媒体に対応するタイト
ル情報を検索する検索手段と、検索手段により検索され
たタイトル情報を、識別情報を送信してきた記録装置に
送信する送信手段とを備えるようにした。

【００１１】即ち、本発明は、第１の記録媒体（ＣＤ）
から読み出されたデータを第２の記録媒体（ＭＤ）に記
録する際に、第１の記録媒体から読み出される特定種類
のデータから、その第１の記録媒体を識別する識別情報
を生成する。そして、この識別情報をサーバ装置に送信
することで、サーバ装置から第１の記録媒体のタイトル
情報を取得するようにしている。そして、このタイトル
情報に基づいて、第２の記録媒体のタイトル管理情報を
更新することで、第２の記録媒体に対するタイトル情報
の登録を自動的に行うことが可能になる。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態として
の記録再生装置について説明していくが、先ずその記録
再生装置により構築される記録システムについての例を
述べ、その後、記録再生装置における本実施の形態とし
ての特徴的な動作例を説明する。また、本実施の形態で
は記録再生装置としてＣＤの再生及びＭＤの記録再生が
可能とされるＣＤ／ＭＤ複合機器を例に挙げて説明す
る。説明は次の順序で行う。 １．記録システムの概要 ２．記録再生装置の内部構成 ３．ＴＯＣサーバの内部構成 ４．ＣＤのサブコード及びＴＯＣ ５．ＭＤのＵ−ＴＯＣ ５−１．Ｕ−ＴＯＣセクター０ ５−２．Ｕ−ＴＯＣセクター１ ５−３．Ｕ−ＴＯＣセクター４ ６．ダビング時の動作例 ７．処理動作

【００１３】１．記録システムの概要 図１は、本実施の形態とされる記録再生装置により構築
される記録システムの概要を示すものである。この図１
に示す記録システムは、一般ユーザーが用いる記録再生
装置１と、ＴＯＣサーバ７０により構成される。記録再
生装置１とＴＯＣサーバ７０は、電話回線等の伝送路６
０を用いて各種情報の通信が可能とされている。伝送路
６０は例えばＩＳＤＮ回線（Integrated Service Digit
al Network）などの公衆回線網としてもよいし、本シス
テムのための専用回線網などを構築してもよい。またＣ
ＡＴＶ（Cable Television）、ワイヤレスコミュニケー
ション等のでもよく、その通信形態は特に限定されな
い。

【００１４】本実施の形態とされる記録再生装置１は、
詳しくは後述するが、ＣＤの再生及びＭＤの記録再生が
可能とされるＣＤ／ＭＤ複合機器とされ、ダビング元デ
ィスク（ＣＤ）からダビング先ディスク（ＭＤ）へオー
ディオ情報をダビングするダビング機能と共に、伝送路
６０を介したデータ通信機能を備えている。

【００１５】ＴＯＣサーバ７０は、所定フォーマットに
よるＣＤのアルバムごとのタイトル情報を格納してい
る。なお、ここでいう、ＴＯＣサーバ７０が格納してい
るタイトル情報とは、ＣＤのアルバムごとの記録内容に
応じた、トラックごとのタイトル（曲名）であるトラッ
クネームから成る情報とされる。また、このタイトル情
報としては、そのＣＤについてのアルバム単位に対して
付されたディスクネーム（アルバムタイトル）を含んで
もよいものとされる。そして、本実施の形態において
は、このタイトル情報としては、後述するＭＤのＵ−Ｔ
ＯＣセクター０、若しくはＵ−ＴＯＣセクター４のフォ
ーマットによるものとされる。そして、このタイトル情
報を、伝送路６０を介して記録再生装置１に対して送信
可能に構成される。なお、ＴＯＣサーバ７０の内部構
成、及びタイトル情報のフォーマットについては後述す
る。

【００１６】２．記録再生装置の内部構成 図２は上記したような本実施の形態の記録再生装置１の
要部のブロック図を示している。図２において、ＭＤ９
０（光磁気ディスク）は、ＭＤに対する記録再生動作を
行うＭＤ部に装填される。ＭＤ９０は音声データを記録
できるメディアとして用いられ、記録／再生時にはスピ
ンドルモータ２により回転駆動される。光学ヘッド３は
光磁気ディスクとしてのＭＤ９０に対して記録／再生時
にレーザ光を照射することで、記録／再生時のヘッドと
しての動作を行なう。即ち記録時には記録トラックをキ
ュリー温度まで加熱するための高レベルのレーザ出力を
なし、また再生時には磁気カー効果により反射光からデ
ータを検出するための比較的低レベルのレーザ出力をな
す。

【００１７】このため、光学ヘッド３はレーザ出力手段
としてのレーザダイオードや、偏光ビームスプリッタや
対物レンズ等からなる光学系、及び反射光を検出するた
めのディテクタが搭載されている。対物レンズ３ａは２
軸機構４によってディスク半径方向及びＭＤ９０に接離
する方向に変位可能に保持されており、また、光学ヘッ
ド３全体はスレッド機構５によりＭＤ９０の半径方向に
移動可能とされている。

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

【００１９】再生動作時に光学ヘッド３によりＭＤ９０
から検出された情報はＲＦアンプ７に供給される。ＲＦ
アンプ７は供給された情報の演算処理により、再生ＲＦ
信号、トラッキングエラー信号、フォーカスエラー信
号、グルーブ情報（ＭＤ９０にウォブリングプリグルー
ブとして記録されている絶対位置情報）等を抽出する。
そして、抽出された再生ＲＦ信号はエンコーダ／デコー
ダ部８に供給される。また、トラッキングエラー信号、
フォーカスエラー信号はサーボ回路９に供給され、グル
ーブ情報はアドレスデコーダ１０に供給されて復調され
る。グルーブ情報からデコードされたアドレス情報、及
びデータとして記録されエンコーダ／デコーダ部８でデ
コードされたアドレス情報、サブコード情報などは、マ
イクロコンピュータによって構成されるＭＤコントロー
ラ１１に供給され、各種制御に用いられる。なお、ＭＤ
コントローラ１１は、ＭＤ部における各種動作制御を実
行する部位として機能する。

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

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

【００２２】バッファメモリ１３は例えばリングバッフ
ァ等によって構成され、バッファメモリ１３に書き込ま
れたデータは、再生データの転送が0.3Mbit/secとなる
タイミングで読み出され、エンコーダ／デコーダ部１４
に供給される。そして、音声圧縮処理に対するデコード
処理等の再生信号処理が施され、１６ビット量子化、4
4.1KHzサンプリングの音声データとされる。そしてＤ／
Ａ変換器１５によってアナログ信号とされた後、切換回
路５０の端子ＴMDに供給される。ＭＤ９０の再生動作時
には、装置全体の動作を制御するシステムコントローラ
２１により切換回路５０が端子ＴMDに接続させるように
制御されており、従ってエンコーダ／デコーダ部１４か
ら出力されＤ／Ａ変換器１５によってアナログ信号とさ
れた再生音声信号は、切換回路５０を介してアナログ音
声信号処理部５１、パワーアンプ５２に供給されて、ス
ピーカ５３から再生音声として出力される。

【００２３】なお、バッファメモリ１３へのデータの書
込／読出は、メモリコントローラ１２によって書込ポイ
ンタと読出ポインタの制御によりアドレス指定されて行
なわれるが、上記のように書込と読出のビットレートに
差異がもたされることで、バッファメモリ１３内には常
に或る程度データが蓄積された状態となる。このように
バッファメモリ１３を介して再生音声信号を出力するこ
とにより、例えば外乱等でトラッキングが外れた場合な
どでも、再生音声出力が中断してしまうことがなく、バ
ッファメモリ１３にデータ蓄積が残っているうちに例え
ば正しいトラッキング位置にアクセスしてデータ読出を
再開することで、再生出力に影響を与えずに動作を続行
できるようにされている。即ち、耐振機能を著しく向上
させることができるようにされている。

【００２４】また、この記録再生装置１ではデジタルイ
ンターフェース５４が設けられ、再生時にエンコーダ／
デコーダ部１４でデコードされた再生データはデジタル
インターフェース５４にも供給される。デジタルインタ
ーフェース５４では、再生データや、再生時に同時に抽
出されるサブコード情報などを用いて所定のデジタルイ
ンターフェースフォーマットのデータストリームにエン
コードを行い、デジタル出力端子５６から出力できる。
例えば光記録データとして出力する。即ち再生データ
を、デジタルデータのままで外部機器に出力できる。

【００２５】ＭＤ９０に対して記録動作が実行される際
には、アナログ入力端子１７に供給された記録信号（ア
ナログオーディオ信号）は、Ａ／Ｄ変換器１８によって
１６ビット量子化、44.1KHzサンプリングのデジタルデ
ータとされた後、エンコーダ／デコーダ部１４に供給さ
れ、データ量を約１／５に圧縮する音声圧縮エンコード
処理が施される。また、ＭＤ９０に対しては、デジタル
インターフェース５４を介して取り込まれたデータを記
録することもできる。即ち外部機器からデジタル入力端
子５５に供給された信号（デジタルインターフェースフ
ォーマットの信号）はデジタルインターフェース５４で
デコードされ、音声データとサブコード等が抽出され
る。この時サブコード等の制御情報はシステムコントロ
ーラ２１に供給され、記録データとしての音声データ
（１６ビット量子化、44.1KHzサンプリングのデジタル
データ）はエンコーダ／デコーダ部１４に供給され、デ
ータ量を約１／５に圧縮する音声圧縮エンコード処理が
施される。

【００２６】さらにＭＤ９０に対しては、後述するＣＤ
部でＣＤ９１から再生されたデジタル音声データを記録
することもできる。いわゆるＣＤ／ＭＤダビング記録で
ある。この場合、ＣＤ９１から再生されたデジタル音声
データ（１６ビット量子化、44.1KHzサンプリングのデ
ジタルデータ）が、エンコーダ／デコーダ部１４に供給
され、データ量を約１／５に圧縮する音声圧縮エンコー
ド処理が施される。

【００２７】エンコーダ／デコーダ部１４によって圧縮
されたデジタル音声データは記録データとして、メモリ
コントローラ１２により、例えば0.3Mbit/secの書込速
度で一旦バッファメモリ１３に連続的に取り込まれ、ま
た上記書込速度より速い例えば1.44Mbit/secの読出速度
で読み出すことで、間欠的に読み出しが行われてエンコ
ーダ／デコーダ部８に送られる。そしてエンコーダ／デ
コーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエン
コード処理された後、ＭＤ９０へのデータ書き込みのた
めに磁気ヘッド駆動回路６に供給される。

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

【００２９】この記録再生装置１では、さらにＣＤに対
応する再生系が形成されている。再生専用の光ディスク
であるＣＤ９１はＣＤ再生動作を行うＣＤ部に装填され
る。ＣＤ９１はＣＤ再生動作時においてスピンドルモー
タ３１によって一定線速度（ＣＬＶ）で回転駆動され
る。そして光学ヘッド３２によってＣＤ９１にピット形
態で記録されているデータが読み出され、ＲＦアンプ３
５に供給される。光学ヘッド３２において対物レンズ３
２ａは２軸機構３３によって保持され、トラッキング及
びフォーカス方向に変位可能とされる。また光学ヘッド
３２はスレッド機構３４によってＣＤ９１の半径方向に
移動可能とされる。

【００３０】ＲＦアンプ３５では再生ＲＦ信号のほか、
フォーカスエラー信号、トラッキングエラー信号を生成
し、これらのエラー信号はサーボ回路３６に供給され
る。サーボ回路３６はフォーカスエラー信号、トラッキ
ングエラー信号から、フォーカス駆動信号、トラッキン
グ駆動信号、スレッド駆動信号、スピンドル駆動信号の
各種駆動信号を生成し、２軸機構３３、スレッド機構３
４、及びスピンドルモータ３１の動作を制御する。

【００３１】再生ＲＦ信号はデコーダ３７に供給され
る。デコーダ３７ではＥＦＭ復調，ＣＩＲＣデコード等
を行なってＣＤ９１から読み取られた情報を１６ビット
量子化、44.1KHzサンプリングのデジタル音声データ形
態にデコードする。またデコーダ３７ではＴＯＣやサブ
コード等の制御データも抽出されるが、それらはシステ
ムコントローラ２１に供給され、各種制御に用いられ
る。

【００３２】デコーダ３７から出力されるデジタル音声
データは、Ｄ／Ａ変換器３８によってアナログ信号とさ
れ、切換回路５０に端子ＴCDに供給される。ＣＤ再生動
作時にはシステムコントローラ２１は切換回路５０に端
子ＴCDを選択させており、従ってＣＤ９１から再生され
Ｄ／Ａ変換器３８によってアナログ信号とされた再生音
声信号は、切換回路５０を介してアナログ音声信号処理
部５１、パワーアンプ５２に供給されて、スピーカ５３
から再生音声として出力される。また、デコーダ３７か
ら出力されるデジタル音声データは、デジタルインター
フェース５４に供給されることで、デジタル出力端子５
６から外部機器に、デジタルデータ形態のＣＤ再生デー
タを出力することができる。

【００３３】また上記のようなデジタル音声データ（Ｃ
Ｄ再生データ）は、ＭＤ９０にダビング記録することが
できるが、その場合はデコーダ３７から出力されるデジ
タル音声データがそのままエンコーダ／デコーダ部１４
に供給されることになる。そして、その場合もデコーダ
３７から出力されるデジタル音声データがＤ／Ａ変換器
３８によってアナログ信号に変換され、切換回路５０を
介してアナログ音声信号処理部５１に供給される。アナ
ログ音声信号処理部５１は、システムコントローラ２１
の制御によって、アナログ信号としての音声信号に対し
て、音量、音質（周波数帯域）などの所要の信号特性を
調整するための部位とされる。アナログ音声信号処理部
５１から出力された音声信号は、パワーアンプ５２に供
給されることでスピーカ５３から再生音声（モニタ音
声）として出力することができるようになっている。

【００３４】システムコントローラ２１は装置全体を制
御するマイクロコンピュータとされ、ＭＤ部の動作制御
をＭＤコントローラ１１に実行させるためにＭＤコント
ローラ１１に各種指示を与える。この場合システムコン
トローラ２１の動作制御は、その内部に設けられている
ＲＯＭ２１ａに格納されている動作プログラムに基づい
て行われる。また、同じくシステムコントローラ２１の
内部に設けられているＲＡＭ２１ｂは、システムコント
ローラ２１が各種処理を実行するための作業領域として
使用され、システムコントローラ２１の各種処理に応じ
て生成される情報等が保持される。またＣＤ部に関して
は、例えばシステムコントローラ２１が直接動作制御を
行うようにされる。

【００３５】また記録再生装置１には、通信端子５８に
接続される伝送路６０である電話回線に接続可能なモデ
ム２２が備えられている。なお、伝送路６０として、例
えばケーブルＴＶ、イーサネット（登録商標）、ネット
ワーク、ＩＳＤＮ等を利用する場合には、これらと接続
可能なモデム以外の所要の通信インターフェースを備え
るようにすれば良い。これにより、記録再生装置１は、
システムコントローラ２１の制御によって、モデム２２
を介して遠隔地のＴＯＣサーバ７０と伝送路６０を介し
て通信することが可能となるものである。

【００３６】なお、このような制御系の形態は一例であ
り、例えばＣＤ側の制御を行うＣＤコントローラを設け
るようにしてもよいし、さらにはシステムコントローラ
２１とＭＤコントローラ１１を一体化するような構成を
採ってもよい。

【００３７】操作部１９には、録音キー、再生キー、停
止キー、ＡＭＳキー、サーチキー等の各種キーと共に、
例えばＣＤに記録されている全ての楽曲（トラック）の
音声データをＭＤに一括してダビングする操作キーとし
てダビングキー１９ａが設けられている。

【００３８】またその詳細については省略するが操作部
１９にはトラックネームなどの付随データをＭＤ９０に
記録するための文字列の入力や登録決定操作、登録モー
ド操作なども可能とされている。操作部１９からの操作
情報はシステムコントローラ２１に供給され、システム
コントローラ２１はその操作情報と、ＲＯＭ２１ａに格
納されている動作プログラムに基づいて各部に対する所
要の動作を実行させる。なお図示していないが、操作部
１９としては、例えば赤外線リモートコマンダーによる
遠隔操作機能を付加してもよい。

【００３９】また表示部２０ではＭＤ９０，ＣＤ９１の
再生時、録音時などに所要の表示動作が行なわれる。例
えば総演奏時間、再生や録音時の進行時間などの時間情
報や、トラックナンバ、動作状態、動作モードなどの各
種の表示がシステムコントローラ２１の制御に基づいて
行なわれる。このように構成される本例の記録再生装置
では、ＭＤ再生動作、ＭＤ記録動作、ＣＤ再生動作、Ｃ
Ｄ／ＭＤダビング動作が実行できる。

【００４０】３．ＴＯＣサーバの内部構成 次に、上記したＴＯＣサーバ７０のハードウェア的な構
成を図３のブロック図に示しておく。この図に示すＴＯ
Ｃサーバ７０は、記憶部７１、制御部７４、通信用イン
ターフェイス７５から構成される。記憶部７１には、Ｔ
ＯＣサーバ７０としての機能を実現するのに必要とされ
る各種情報として、例えばＴＯＣデータベース７２と実
行プログラム７３が格納される。ＴＯＣデータベース７
２には、アルバム単位によるＣＤのタイトル情報が格納
されている。また、このタイトル情報は前述もしたよう
にＭＤのＵ−ＴＯＣセクター１，４としての構造を有し
ている。つまり、タイトル情報としての内容は、ＭＤの
管理情報であるところのＵ−ＴＯＣセクター１，４の構
造に対して、ＣＤについてアルバムとして記録されたト
ラックの内容に応じて、そのタイトルが記述されている
ものとなるわけである。そして、この場合の各タイトル
情報は、各ＣＤ（アルバム）の識別情報（ＩＤ）に対応
付けるようにしてデータベース化されている。実行プロ
グラム７３には、サーバーとしての機能を実現するため
に制御部７４が実行すべき各種処理プログラムが格納さ
れる。

【００４１】ここで、ＴＯＣデータベース７２のデータ
構造の一例を図４に示す。この図４に示すＴＯＣデータ
ベース７２では、各ＣＤ（アルバム）を識別するための
識別情報（ＩＤ）に対応付けられた、各ＣＤ（アルバ
ム）のタイトル情報が、ＭＤの管理情報のフォーマット
で格納されている。即ち、ＴＯＣデータベース７２に
は、ＭＤのタイトル情報を管理するＵ−ＴＯＣセクター
１（セクター４）のフォーマットによるタイトル情報が
格納されていることになる。なお、ＭＤ９０の管理情報
（Ｕ−ＴＯＣ）については後述する。

【００４２】なお、この図４に示すＴＯＣデータベース
７２のデータ構造内に格納されるタイトル情報自体の構
造は、ＭＤフォーマットにおけるＵ−ＴＯＣに限定はさ
れない。つまり、例えばダビング先ディスクがＭＤ以外
の種類のメディアであり、その管理情報の構造としてタ
イトルを管理するタイトル管理情報を有しているもので
あれば、そのタイトル管理情報のフォーマットに従って
のデータ構造を有するタイトル情報を格納すればよい。

【００４３】また、各ＣＤを識別するための識別情報と
しては、ＣＤをアルバム単位で識別できる情報であれば
よいものとされるのであるが、これについては、例えば
インターネット上で広く使用され、ＣＤＤＢ ＩＤと呼
ばれている３２ビットのデータを使用することができ
る。このＣＤＤＢ ＩＤは、詳しい説明は省略するが、
例えばＣＤのリードインエリアに記録されているＴＯＣ
（これについは後述する）のデータに所定の演算処理を
施して３２ビットのデータ列に変換することで得ること
ができる。つまり、ＣＤのＴＯＣの内容としては、その
ＣＤに記録されているトラック数やトラックごとの再生
時間などの情報が格納されているが、これらの情報は、
アルバムとしての記録内容に応じて異なっているのが通
常である。従って、このようなＣＤについてアルバム単
位で異なるとされるデータ内容であるＴＯＣに基づいて
得られる３２ビットデータであるＣＤＤＢ ＩＤとして
もアルバム毎に固有となり、ＣＤについてアルバム単位
で識別可能な情報となるものである。

【００４４】なお、以下、本実施の形態ではＣＤを識別
するための識別情報（ＩＤ）として、ＣＤＤＢ ＩＤを
用いるものとして説明するが、これはあくまでも一例で
あり、実際には各ＣＤをアルバム単位で識別することが
できるＩＤであればよい。例えばユーザがＣＤ９１を識
別するための識別情報を入力することも可能である。た
だし、ＣＤＤＢ ＩＤのように、ＣＤから読み出される
ＴＯＣ（サブコード）といった特定種類のデータから識
別情報（ＩＤ）を作成すれば、ユーザがＣＤ９１を特定
するための識別情報を入力するための操作を行う必要は
ないことになる。また、ＣＤＤＢ ＩＤを作成するのに
あたっては、ダビング動作に際してＣＤからＴＯＣとし
てのサブコードを読み出した後の任意のタイミングで行
うことができるので、記録再生装置１側では、後述する
ようにして、ダビング動作と並行してＣＤＤＢ ＩＤを
生成してこれをＴＯＣサーバ７０に送信することができ
る。

【００４５】４．ＣＤのサブコード及びＴＯＣ ここで、本実施の形態の記録再生装置１が再生可能なＣ
Ｄフォーマットのディスクにおいて主たるデータと共に
記録されるサブコード、及びリードインエリアに記録さ
れるＴＯＣについて説明する。

【００４６】ＣＤフォーマットのディスクにおいて記録
されるデータの最小単位は１フレームとなる。そして９
８フレームで１ブロックが構成される。１フレームの構
造は図５のようになる。１フレームは５８８ビットで構
成され、先頭２４ビットが同期データ、続く１４ビット
がサブコードデータエリアとされる。そして、その後に
データ及びパリティが配される。

【００４７】この構成のフレームが９８フレームで１ブ
ロックが構成され、９８個のフレームから取り出された
サブコードデータが集められて図６（ａ）のような１ブ
ロックのサブコードデータ（サブコーディングフレー
ム）が形成される。９８フレームの先頭の第１、第２の
フレーム（フレーム９８ｎ＋１，フレーム９８ｎ＋２）
からのサブコードデータは同期パターンとされている。
そして、第３フレームから第９８フレーム（フレーム９
８ｎ＋３〜フレーム９８ｎ＋９８）までで、各９６ビッ
トのチャンネルデータ、即ちＰ，Ｑ，Ｒ，Ｓ，Ｔ，Ｕ，
Ｖ，Ｗのサブコードデータが形成される。

【００４８】このうち、アクセス等の管理のためにはＰ
チャンネルとＱチャンネルが用いられる。ただし、Ｐチ
ャンネルはトラックとトラックの間のポーズ部分を示し
ているのみで、より細かい制御はＱチャンネル（Ｑ１〜
Ｑ９６）によって行なわれる。９６ビットのＱチャンネ
ルデータは図６（ｂ）のように構成される。

【００４９】まずＱ１〜Ｑ４の４ビットはコントロール
データとされ、オーディオのチャンネル数、エンファシ
ス、ＣＤ−ＲＯＭ、デジタルコピー可否の識別などに用
いられる。

【００５０】次にＱ５〜Ｑ８の４ビットはＡＤＲとさ
れ、これはサブＱデータのモードを示すものとされてい
る。具体的にはＡＤＲの４ビットで以下のようにモード
（サブＱデータ内容）が表現される。 ００００：モード０・・・基本的はサブＱデータはオー
ルゼロ（ＣＤ−ＲＷでは使用） ０００１：モード１・・・通常のモード ００１０：モード２・・・ディスクのカタログナンバを
示す ００１１：モード３・・・ＩＳＲＣ（International St
andard Recording Code）等を示す ０１００：モード４・・・ＣＤ−Ｖで使用 ０１０１：モード５・・・ＣＤ−Ｒ、ＣＤ−ＲＷ、ＣＤ
−ＥＸＴＲＡ等、マルチセッション系で使用

【００５１】ＡＤＲに続くＱ９〜Ｑ８０の７２ビット
は、サブＱデータとされ、残りのＱ８１〜Ｑ９６はＣＲ
Ｃとされる。

【００５２】サブＱデータによってアドレスが表現され
るのは、ＡＤＲによりモード１が示されている場合であ
る。ＡＤＲ＝モード１の場合のサブＱデータ及びＴＯＣ
構造を図７、図８で説明する。ディスクのリードインエ
リアにおいては、そこに記録されているサブＱデータが
即ちＴＯＣ情報となる。つまりリードインエリアから読
み込まれたＱチャンネルデータにおけるＱ９〜Ｑ８０の
７２ビットのサブＱデータは、図７（ａ）のような情報
を有するものである。なお、この図７（ａ）は、リード
インエリアにおける図６（ｂ）の構造を７２ビットのサ
ブＱデータの部分について詳しく示したものである。サ
ブＱデータは各８ビットのデータを有し、ＴＯＣ情報を
表現する。

【００５３】まずＱ９〜Ｑ１６の８ビットでトラックナ
ンバ（ＴＮＯ）が記録される。リードインエリアではト
ラックナンバは『００』に固定される。続いてＱ１７〜
Ｑ２４の８ビットでＰＯＩＮＴ（ポイント）が記され
る。Ｑ２５〜Ｑ３２、Ｑ３３〜Ｑ４０、Ｑ４１〜Ｑ４８
の各８ビットで、リードインエリア内の経過時間として
ＭＩＮ（分）、ＳＥＣ（秒）、ＦＲＡＭＥ（フレーム）
が示される。Ｑ４９〜Ｑ５６は「００００００００」と
される。さらに、Ｑ５７〜Ｑ６４、Ｑ６５〜Ｑ７２、Ｑ
７３〜Ｑ８０の各８ビットで、ＰＭＩＮ，ＰＳＥＣ，Ｐ
ＦＲＡＭＥが記録されるが、このＰＭＩＮ，ＰＳＥＣ，
ＰＦＲＡＭＥは、ＰＯＩＮＴの値によって意味が決めら
れている。

【００５４】ＰＯＩＮＴの値が『０１』〜『９９』のと
きは、そのＰＯＩＮＴの値はトラックナンバを意味し、
この場合ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにおいて
は、そのトラックナンバのトラックのスタートポイント
（絶対時間アドレス）が分（ＰＭＩＮ），秒（ＰＳＥ
Ｃ），フレーム（ＰＦＲＡＭＥ）として記録されてい
る。

【００５５】ＰＯＩＮＴの値が『Ａ０』のときは、ＰＭ
ＩＮに最初のトラックのトラックナンバが記録される。
また、ＰＳＥＣの値によってＣＤ−ＤＡ（デジタルオー
ディオ），ＣＤ−Ｉ，ＣＤ−ＲＯＭ（ＸＡ仕様）などの
仕様の区別がなされる。ＰＯＩＮＴの値が『Ａ１』のと
きは、ＰＭＩＮに最後のトラックのトラックナンバが記
録される。ＰＯＩＮＴの値が『Ａ２』のときは、ＰＭＩ
Ｎ，ＰＳＥＣ，ＰＦＲＡＭＥにリードアウトエリアのス
タートポイントが絶対時間アドレス（分（ＰＭＩＮ），
秒（ＰＳＥＣ），フレーム（ＰＦＲＡＭＥ））として示
される。

【００５６】例えば６トラックが記録されたディスクの
場合、このようなサブＱデータによるＴＯＣとしては図
８のようにデータが記録されていることになる。ＴＯＣ
であるため、図示するようにトラックナンバＴＮＯは全
て『００』である。ブロックＮＯ．とは上記のように９
８フレームによるブロックデータ（サブコーディングフ
レーム）として読み込まれた１単位のサブＱデータのナ
ンバを示している。各ＴＯＣデータはそれぞれ３ブロッ
クにわたって同一内容が書かれている。図示するように
ＰＯＩＮＴが『０１』〜『０６』の場合、ＰＭＩＮ，Ｐ
ＳＥＣ，ＰＦＲＡＭＥとして第１トラック＃１〜第６ト
ラック＃６のスタートポイントが示されている。

【００５７】そしてＰＯＩＮＴが『Ａ０』の場合、ＰＭ
ＩＮに最初のトラックナンバとして『０１』が示され
る。またＰＳＥＣの値によってディスクが識別され、通
常のオーディオ用のＣＤの場合は『００』となる。ま
た、ディスクがＣＤ−ＲＯＭ（ＸＡ仕様）の場合は、Ｐ
ＳＥＣ＝『２０』となる。

【００５８】またＰＯＩＮＴの値が『Ａ１』の位置にＰ
ＭＩＮに最後のトラックのトラックナンバが記録され、
ＰＯＩＮＴの値が『Ａ２』の位置に、ＰＭＩＮ，ＰＳＥ
Ｃ，ＰＦＲＡＭＥにリードアウトエリアのスタートポイ
ントが示される。ブロックｎ＋２７以降は、ブロックｎ
〜ｎ＋２６の内容が再び繰り返して記録されている。

【００５９】トラック＃１〜トラック＃ｎとして楽曲等
が記録されているプログラム領域及びリードアウトエリ
アにおいては、そこに記録されているサブＱデータは図
７（ｂ）の情報を有する。この図７（ｂ）は、プログラ
ム領域及びリードアウトエリアにおける図６（ｂ）の構
造を７２ビットのサブＱデータの部分について詳しく示
したものである。

【００６０】この場合、まずＱ９〜Ｑ１６の８ビットで
トラックナンバ（ＴＮＯ）が記録される。即ち各トラッ
ク＃１〜＃ｎでは『０１』〜『９９』のいずれかの値と
なる。またリードアウトエリアではトラックナンバは
『ＡＡ』とされる。続いてＱ１７〜Ｑ２４の８ビットで
インデックスが記録される。インデックスは各トラック
をさらに細分化することができる情報である。

【００６１】Ｑ２５〜Ｑ３２、Ｑ３３〜Ｑ４０、Ｑ４１
〜Ｑ４８の各８ビットで、トラック内の経過時間（相対
アドレス）としてＭＩＮ（分）、ＳＥＣ（秒）、ＦＲＡ
ＭＥ（フレーム）が示される。Ｑ４９〜Ｑ５６は「００
００００００」とされる。Ｑ５７〜Ｑ６４、Ｑ６５〜Ｑ
７２、Ｑ７３〜Ｑ８０の各８ビットはＡＭＩＮ，ＡＳＥ
Ｃ，ＡＦＲＡＭＥとされるが、これは絶対アドレスとし
ての分（ＡＭＩＮ），秒（ＡＳＥＣ），フレーム（ＡＦ
ＲＡＭＥ）となる。絶対アドレスとは、第１トラックの
先頭（つまりプログラムエリアの先頭）からリードアウ
トエリアまで連続的に付されるアドレスとなる。

【００６２】基本的にはサブコード及びサブコードによ
り形成されるＴＯＣは以上のようになるが、サブコード
においては更に各種情報を含むことができる。例えばＴ
ＯＣにおいては、サブコードＱの上記ポインタの値が
「Ｆ０」とされると、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭ
Ｅの領域にメディアの物理情報が記録されるものとなっ
ている。具体的にはディスク直径、トラックピッチ、線
速度、メディアタイプ、材質、バージョンなどが記録さ
れる。従ってＣＤ９１が装填された際に記録再生装置
（システムコントローラ２１）は、ＣＤ−Ｒとしての例
えば上述した４種類の種別をサブコード情報からも判別
することが可能である。

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

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

【００６５】上記したようにＭＤ９０に対して記録／再
生動作を行なう際には、システムコントローラ２１は、
ＭＤ９０に記録されている管理情報としてＰ−ＴＯＣ、
Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出し、これを参照
することになる。ここで、ＭＤ９０においてトラック
（楽曲等）の記録／再生動作などの管理を行なう管理情
報として、Ｕ−ＴＯＣセクターについて説明する。

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

【００６７】Ｕ−ＴＯＣセクターとしては、セクター０
〜セクター７まで設けることができる。Ｕ−ＴＯＣセク
ター０は、主にユーザーが録音を行った楽曲等のトラッ
クや新たにトラックが録音可能なフリーエリアについて
の管理情報が記録されているデータエリアとされる。ま
た、Ｕ−ＴＯＣセクター１，Ｕ−ＴＯＣセクター４はタ
イトル情報、Ｕ−ＴＯＣセクター２は録音日時を記録す
るエリアとされる。本実施の形態では、本発明に関係す
るＵ−ＴＯＣセクター０、セクター１，セクター４につ
いては後述し、Ｕ−ＴＯＣセクター２については、便宜
上、説明を省略する。

【００６８】５−１．Ｕ−ＴＯＣセクター０ まず最初に、ＭＤ９０の記録／再生動作に必ず必要とな
るＵ−ＴＯＣセクター０について説明する。図９はＵ−
ＴＯＣセクター０のフォーマットを示すものである。Ｕ
−ＴＯＣセクター０は、主にユーザーが録音を行った楽
曲等のトラックや新たにトラックが録音可能なフリーエ
リアについての管理情報が記録されているデータ領域と
される。例えばＭＤ９０に或る楽曲の録音を行おうとす
る際には、システムコントローラ２１は、Ｕ−ＴＯＣセ
クター０からディスク上のフリーエリアを探し出し、こ
こに音声データを記録していくことになる。また、再生
時には再生すべき楽曲が記録されているエリアをＵ−Ｔ
ＯＣセクター０から判別し、そのエリアにアクセスして
再生動作を行う。

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

【００７０】同期パターンやアドレスが記録されるヘッ
ダ部分については、このＵ−ＴＯＣセクター０に限ら
ず、後述する各Ｕ−ＴＯＣセクターでも同様であり、後
述する図１１以降の各セクターについてはヘッダ部分の
説明を省略するが、セクター単位にそのセクター自体の
アドレス及び同期パターンが記録されている。

【００７１】続いて所定バイト位置に、メーカーコー
ド、モデルコード、最初のトラックのトラックナンバ(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)〜(FFh)の
うちのいずれかが記録される。未使用のパーツテーブル
が複数存在する場合は、ポインタP-EMPTYによって指定
されたパーツテーブルからリンク情報によって順次パー
ツテーブルが指定されていき、全ての未使用のパーツテ
ーブルがテーブル部上で連結される。

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

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

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

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

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

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

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

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

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

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

【００８９】６．ダビング時の動作例 以下、本実施の形態の記録再生装置１におけるダビング
記録時の動作の一例を、図１３〜図１６を参照しながら
説明する。なお、ここではＣＤ９１に３つの楽曲（トラ
ック）が記録されており、これら３つのトラックの全て
をＭＤ９０に対してダビングする、いわゆる一括ダビン
グを例に挙げて説明する。一括ダビングは、操作部１９
に設けられているダビングキー１９ａを操作することに
より行うことができる。

【００９０】先ず、ＭＤ９０がブランクディスクであっ
てプログラムエリア全域がフリーエリアであるとする
と、このＭＤ９０のＵ−ＴＯＣセクター０の管理状態は
例えば図１３のようになる。また、以下に説明する図１
３〜図１６において、Ｕ−ＴＯＣ内のポインタやリンク
情報としての１バイトデータが『００ｈ』とされている
部分、及びスタートアドレス、エンドアドレスとしての
３バイトデータが『００００００ｈ』とされている部分
については、『−』と表記して示している。さらに、Ｍ
Ｄ９０上でのレコーダブルユーザーエリアに欠陥は無い
ものとし、従って各図において、テーブルポインタP-DF
Aはすべて『００ｈ』とされているものとする。

【００９１】ＭＤ９０がブランクディスク状態において
は、プログラムエリア全域がフリーエリアとされるが、
仮にこのプログラムエリアの先頭アドレスをＡ０、最後
尾のアドレスをＡ１１とすると、図１３に示すように、
フリーエリアを管理するポインタP-FRAに、例えば（０
１ｈ）というパーツテーブルが示され、これに対応して
パーツテーブル（０１ｈ）には、アドレスＡ０がスター
トアドレス、アドレスＡ１１がエンドアドレスとして示
される。なお、この場合、物理的に離れた他のフリーエ
リアパーツは存在しないため、パーツテーブル（０１
ｈ）のリンク情報は『００ｈ』とされる。

【００９２】また、使用していないパーツテーブルを示
すポインタP-EMPTYは、この場合パーツテーブル（０２
ｈ）を示しており、パーツテーブル（０２ｈ）からパー
ツテーブル（ＦＦｈ）までの全ての未使用のパーツテー
ブルがリンク情報によってリンクされている。

【００９３】このようにＵ−ＴＯＣセクター０が管理さ
れている図１３の状態から、ＣＤ９１の再生音声データ
をＭＤ９０へ記録するダビング記録が開始され、例えば
ＣＤ９１から再生された１曲目の再生音声データがアド
レスＡ０からアドレスＡ１までの１つのパーツで記録さ
れたとする。また２曲目の再生音声データがアドレスＡ
２からアドレスＡ３までの１パーツとして記録され、３
曲目の再生音声データがアドレスＡ４からアドレスＡ５
までの１パーツで記録されたとする。すると、例えばこ
のダビング動作が終了した時点では、バッファメモリ１
３上に保持されているＵ−ＴＯＣセクター０は、このよ
うな記録結果に応じて図１４のように更新されているこ
とになる。

【００９４】即ちポインタP-TNO1に示されるパーツテー
ブル（０１ｈ）において、そのスタートアドレスＡ０及
びエンドアドレスＡ１が示されることで、このアドレス
Ａ０からアドレスＡ１で示される１つのパーツが１曲目
（第１トラック）として管理される。またポインタP-TN
O2に示されるパーツテーブル（０２ｈ）において、その
スタートアドレスＡ２及びエンドアドレスＡ３が示され
ることで、このアドレスＡ２からアドレスＡ３までのパ
ーツが２曲目（第２トラック）として管理される。同様
に、ポインタP-TNO3に示されるパーツテーブル（０３
ｈ）において示されるアドレスＡ４からアドレスＡ５ま
でのパーツが３曲目（第３トラック）として管理される
ことになる。

【００９５】また、フリーエリアはアドレスＡ６〜Ａ１
１となるため、例えばポインタP-FRAでパーツテーブル
（０４ｈ）が指定され、パーツテーブル（０４ｈ）には
フリーエリアとしてのスタートアドレスＡ６及びエンド
アドレスＡ１１が記録される。また、使用していないパ
ーツテーブルを示すテーブルポインタP-EMPTYは、この
場合パーツテーブル（０５ｈ）を示しており、パーツテ
ーブル（０５ｈ）からパーツテーブル（ＦＦｈ）までの
全ての未使用のパーツテーブルがリンク情報によってリ
ンクされている。

【００９６】このように、本実施の形態の記録再生装置
１では、ダビング動作が実行されることで、ＣＤ９１に
記録されているトラックの再生音声データが、ＭＤ９０
のプログラムエリアに書き込まれると共に、これらのト
ラック（プログラム）や新たなフリーエリアを管理する
ＭＤ９０のＵ−ＴＯＣセクター０がバッファメモリ１３
上で更新されることになる。

【００９７】そして、本実施の形態の記録再生装置１で
は、ＣＤ９１からＭＤ９０へのダビング記録動作と並行
して、ＭＤ９０に記録されたＣＤ９１としてのアルバム
内容に対応するタイトル情報を、ＴＯＣサーバ７０から
ダウンロードする。そして、このダウンロードしたタイ
トル情報が、ＭＤ９０のＴＯＣ（Ｕ−ＴＯＣセクター１
またはＵ−ＴＯＣセクター４）の内容として反映される
ように、ＴＯＣの更新を行うことができるようになって
いる。

【００９８】記録再生装置１のダウンロード処理は、シ
ステムコントローラ２１がダウンロード処理のための処
理プログラムにしたがって行う。この場合、システムコ
ントローラ２１は、伝送路（電話回線）６０を介してＴ
ＯＣサーバ７０との間で回線を接続したうえで、ＴＯＣ
サーバ７０に対して、ＣＤ９１の識別情報（ＩＤ）と共
に、ＣＤ９１のタイトル情報についてのダウンロード要
求を送信する。ここで、アルバム単位によりＣＤ９１を
識別するための識別情報（ＩＤ）としては、上述したＣ
ＤＤＢ ＩＤが用いられる。ＣＤＤＢ ＩＤは、ＣＤ９１
から読み出されたトラック数やトラックの再生時間とい
った情報に、所定の演算処理を施すことで得られる３２
ビットのＩＤである。例えばＣＤ９１から図８に示した
ようなＴＯＣのデータが得られた時は、このＴＯＣのデ
ータから３２ビットのＣＤＤＢ ＩＤが作成されること
になる。

【００９９】ＴＯＣサーバ７０では、このダウンロード
要求に応じて、受信した識別情報に対応付けられている
タイトル情報を検索し、この検索したタイトル情報を送
信するようにされる。つまり、タイトル情報をアップロ
ードする。このタイトル情報を受信した記録再生装置１
側では、このタイトル情報を、システムコントローラ２
１内のＲＡＭ２１ｂ（またはバッファメモリ１３）に取
り込んで保持するようにされる。

【０１００】ここで、上述したようにダビング先ディス
クであるＭＤ９０がブランクディスクであるならば、ダ
ビング前（更新前）のＵ−ＴＯＣセクター１の管理状態
は、図１５のようになっている。つまり、使用していな
いパーツテーブルを示すポインタP-EMPTYは、この場合
スロット（０１ｈ）を示しており、このスロット（０１
ｈ）からスロット（ＦＦｈ）までの全ての未使用のスロ
ットがリンク情報によってリンクされている。

【０１０１】そして、このようにＵ−ＴＯＣセクター１
が管理されている図１５の状態から、ＣＤ９１からＭＤ
９０へのダビング動作が終了すると、そのダビング結果
であるＵ−ＴＯＣセクター０の情報と、ＲＡＭ２１ｂに
保持しているＣＤ９１のタイトル情報に基づいて、バッ
ファメモリ１３上のＵ−ＴＯＣセクター１（Ｕ−ＴＯＣ
セクター４）についての更新が行われることになる。

【０１０２】バッファメモリ１３上のＵ−ＴＯＣセクタ
ー１（セクター４）の更新であるが、この場合のように
して、ＣＤとしてのアルバムの内容のままダビングする
一括ダビングを行う場合には、ＲＡＭ２１ｂに保持して
いるダウンロードしたタイトル情報としてのＵ−ＴＯＣ
セクター１のデータ内容を、バッファメモリ１３上に展
開されているＵ−ＴＯＣセクター１としてのデータ構造
に対して、例えば所要のデータ部分を上書きするように
して書き込むことにより行われる。

【０１０３】ここで、ダウンロードしたタイトル情報
は、ＣＤ（アルバム）についての全タイトルが記録さ
れ、Ｕ−ＴＯＣセクター４としての構造を有しているの
であるから、バッファメモリ１３上のＵ−ＴＯＣセクタ
ー１（セクター４）の更新は、少なくとも、ポインタ部
のP-EMPTY、ポインタP-TNA1〜P-TNA255、及びスロット
部(01h)〜(FFh)の各データ部分を、タイトル情報の同一
領域のデータにより上書きするようにして更新すればよ
いことになる。つまり本実施の形態では、ダウンロード
するタイトル情報が既にＵ−ＴＯＣセクターの構造を有
しているので、特にＭＤフォーマットに従ってタイトル
情報をコンパイルする必要はないものであり、特に、Ｃ
Ｄのアルバム内容をそのままダビングする一括ダビング
の際には、Ｕ−ＴＯＣの所要の領域をそのまま置きかえ
るようにして上書きすればよいので、ダウンロード後の
更新のための処理も軽いものとすることができるもので
ある。

【０１０４】図１６は、上記のようにして更新されたダ
ビング後（更新後）のＵ−ＴＯＣセクター１の管理状態
を示している。この図１６では、ＭＤ９０に１曲目とし
て記録された第１トラックに対応するトラックネームと
して、［「ＭＹ ＳＯＮＧ」 ＸＹＺ］という文字列が
記憶されている。即ちポインタP-TNA1が例えば「０１
ｈ」とされ、さらにスロット（０１ｈ）からスロット
（０２ｈ）がリンクされて、この２つのスロットの各７
バイトの領域に、［「ＭＹ ＳＯＮＧ」 ＸＹＺ］とい
う文字列がアスキーコードとして記録される。

【０１０５】またＭＤ９０に２曲目として記録された第
２トラックのトラックネームは、ポインタP-TNA2からの
リンクによりスロット（０３ｈ）（０４ｈ）が用いられ
て、［「ＣＩＴＹ」 ＴＡＲＯ］という文字列がアスキ
ーコードとして記録されている。同様に、３曲目として
記録された第３トラックは、ポインタP-TNA3からのリン
クによりスロット（０５ｈ）が用いられ、［「Ｆ」 Ｚ
Ｏ］という文字列がトラックネームとして記録されてい
る。

【０１０６】なお、ＴＯＣサーバ７０から送信されてく
るタイトル情報が漢字などを含む文字列とされ、その文
字列がトラックネームとしてシステムコントローラ２１
の内部ＲＡＭ２１ｂに保持された場合は、このタイトル
情報をバッファメモリ１３上のＵ−ＴＯＣセクター４に
書き込むようにすればよい。なお、漢字などの文字列を
Ｕ−ＴＯＣセクター１に記録する場合は、例えばＲＡＭ
２１ｂ内において漢字等による文字列をローマ字に変換
したり、翻訳したりしてＵ−ＴＯＣセクター１に対応す
るトラックネームとしての文字列を生成するようにして
も良い。

【０１０７】このように、本実施の形態の記録再生装置
１は、ＣＤ９１からＭＤ９０へのダビング記録する際
に、ダビング記録と並行して、ＴＯＣサーバ７０からＣ
Ｄ９１に対応するタイトル情報をダウンロードすること
ができるようになっている。そして、ダウンロードした
タイトル情報をＲＡＭ２１ｂに保持しておき、例えばＣ
Ｄ９１からＭＤ９０へのダビングが終了した時点で、バ
ッファメモリ１３上に展開されているＭＤ９０のＵ−Ｔ
ＯＣセクター１（又はセクター４）の対応する領域に、
ＲＡＭ２１ｂにタイトル情報として保持したポインタ部
及びスロット部のデータを書き込むようにする。そし
て、このようにして書き換えたバッファメモリ１３上の
Ｕ−ＴＯＣセクター１（セクター４）の情報を、Ｕ−Ｔ
ＯＣセクター０と共に、所定のタイミングでもってＭＤ
９０に記録すれば、ＭＤ９０にタイトル情報を記録する
ことが可能になる。

【０１０８】７．ダビング時の処理動作 以下、これまで説明してきた本実施の形態の記録再生装
置１において、ＣＤ９１からＭＤ９０へのダビング動作
時におけるシステムコントローラ２１（及びＭＤコント
ローラ１１）により実行される処理動作を図１７、図１
８に示すフローチャートを参照しながら説明していく。
図１７には、記録再生装置１のシステムコントローラ２
１（及びＭＤコントローラ１１）が実行するダビング時
の処理動作が示されており、図１８には、記録再生装置
１側でタイトル情報をダウンロードするダウンロード処
理と、これに対応したＴＯＣサーバ側の処理動作が示さ
れているものである。

【０１０９】先ず、図１７に示すステップＳ１０１にお
いては、システムコントローラ２１は、ユーザーによる
ダビング実行のための操作が行われるのを待機してい
る。ここで、ユーザーがＣＤ部にＣＤ９１を、ＭＤ部に
ＭＤ９０をそれぞれ装填し、ＣＤ９１に記録されている
トラックをＭＤ９０にダビングさせるためのダビングキ
ー１９ａの押圧操作を行ったとするとステップＳ１０１
からＳ１０２に進む。ステップＳ１０２では、ダビング
するＣＤ９１のタイトル情報をダウンロードするか否か
の判別を行う処理が実行される。このためにシステムコ
ントローラ２１は、例えば表示部２０に対して、ユーザ
がタイトル情報をダウンロードするか否かを選択するた
めの選択画面を表示させる。そして、ユーザは、その表
示に応じて、ダウンロードをするか否かの決定操作を行
うようにされる。そして、上記ステップＳ１０２におい
ては、このユーザの入力操作に応じてタイトル情報をダ
ウンロードするか否かの判別を行うようにされる。

【０１１０】そしてステップＳ１０２において肯定結果
が得られたときは、ステップＳ１０３に進み、ダウンロ
ードするか否かを示すフラグｆに対して、ダウンロード
を行うことを示す「１」をセットしてステップＳ１０５
に進む。一方、ステップＳ１０２において否定結果が得
られたときは、ステップＳ１０４に進み、フラグｆに対
して、ダウンロードを行わないことを示す「０」をセッ
トしてステップＳ１０５に進む。そしてステップＳ１０
５において、ＣＤ９１から再生される再生音声データを
ＭＤ９０に対して記録していくダビング処理を開始させ
る。

【０１１１】次に、システムコントローラ２１は、ステ
ップＳ１０６においてフラグｆが「１」かどうかの判別
を行うようにされる。そしてステップＳ１０６におい
て、肯定結果が得られた時、つまりダウンロード処理を
行うときは、ステップＳ１０７に進んで、後述するダウ
ンロード処理を実行する。即ち、この場合は、ダビング
処理と並行してダウンロード処理を実行するようにされ
る。なお、ステップＳ１０６において、否定結果が得ら
れ、ダウンロード処理を行わないとき時、ステップＳ１
０７のダウンロード処理をスキップしてステップ１０８
に進むようにされる。

【０１１２】ここで、ステップＳ１０７におけるダウン
ロード処理を図１８に示すフローチャートを用いて説明
する。なお、このような記録再生装置１のダウンロード
処理は、システムコントローラ２１がＲＡＭ２１ｂに格
納されている処理プログラムを実行することで行われ
る。またＴＯＣサーバ７０側の処理動作は、制御部７４
が記憶部７１に格納されている実行プログラム７３にし
たがって処理を実行して行うものである。また、図１８
においては、システムコントローラ２１が実行する処理
をＳ２０１〜Ｓ２０７、制御部７４が実行する処理をＳ
３０１〜Ｓ３０３として示す。

【０１１３】この場合、先ず記録再生装置１のシステム
コントローラ２１は、ステップＳ２０１において、ＴＯ
Ｃサーバ７０との間の伝送路６０である電話回線を接続
するための処理を行う。そしてＴＯＣサーバ７０との間
の回線接続が完了すると、続くステップＳ２０２におい
て、ＣＤ９１から読み出されたＴＯＣのデータからＣＤ
９１を識別するための識別情報であるＣＤＤＢ ＩＤを
算出するようにされる。そして続くステップＳ２０３に
おいて、算出したＣＤＤＢ ＩＤと共に、タイトル情報
（Ｕ−ＴＯＣセクター１もしくはＵ−ＴＯＣセクター
４）のダウンロード要求を送信するための処理を実行す
る。

【０１１４】一方、ＴＯＣサーバ７０の制御部７４は、
ステップＳ３０１において記録再生装置１からのダウン
ロード要求を受信したらステップ３０２に進む。なお、
制御部７４は伝送路６０である電話回線を介して記録再
生装置１からダウンロード要求があったときは、例えば
記録再生装置１であることを示すＩＤによって記録再生
装置１が正当なユーザであるかどうかの認証処理を行う
ようにしても良い。

【０１１５】ＴＯＣサーバ７０側では、続くステップＳ
３０２において、ダウンロード要求と共に受信したＣＤ
ＤＢ ＩＤに基づいて、ＴＯＣデータベース７２の検索
を行う。そして、ＴＯＣデータベース７２を検索した結
果、受信したＣＤＤＢ ＩＤに対応するＣＤ９１のタイ
トル情報（Ｕ−ＴＯＣセクター１もしくはＵ−ＴＯＣセ
クター４の情報）があれば、続くステップＳ３０３にお
いてそのタイトル情報を記録再生装置１に対して送信す
るための処理を実行して処理を終えることになる。な
お、ＴＯＣデータベース７２にＣＤ９１に対応するタイ
トル情報が存在しない時は、存在しなかったことを示す
何らかの情報を記録再生装置１に対して送信して処理を
終えることになる。

【０１１６】記録再生装置１では、ステップＳ２０４に
おいて、ＴＯＣサーバ７０からタイトル情報（Ｕ−ＴＯ
Ｃセクター１もしくはＵ−ＴＯＣセクター４の情報）を
受信したときは、続くステップＳ２０５において受信し
たタイトル情報を例えばシステムコントローラ２１の内
部ＲＡＭ２１ｂに書き込むための処理を行う。そして、
ダウンロード処理が終了したらステップＳ２０６におい
て、ＴＯＣサーバ７０との接続回線を切断するための処
理を行う。続くステップＳ２０７においては、システム
コントローラ２１は、ユーザに対してダウンロード処理
が終了したことを示すための何らかの情報を表示して、
ダウンロード処理を終了し、図１７に示すステップＳ１
０７以降の処理に戻ることになる。なお、図示していな
いが、ダウンロード処理が正常に終了しなかった場合、
もしくはダウンロード処理が正常に行われたがＴＯＣデ
ータベース７２に対応するＣＤ９１の情報が存在しなか
った時は、ステップＳ２０７において、その旨の表示を
行ってダウンロード処理を終えることになる。

【０１１７】図１７に示すステップＳ１０７におけるダ
ウンロード処理が終了した場合、またはステップＳ１０
７におけるダウンロード処理をスキップした場合は、ス
テップ１０８に進んで、再生音声データ（ＣＤ９１に収
録された全曲のデータ）のダビングが終了するまで待機
するようにされる。

【０１１８】そしてダビングが完了したら、処理をステ
ップＳ１０９に進め、ＲＡＭ２１ｂに書き込まれたタイ
トル情報（Ｕ−ＴＯＣセクター１もしくはＵ−ＴＯＣセ
クター４の情報）に基づいて、バッファメモリ１３上の
Ｕ−ＴＯＣセクター１もしくはＵ−ＴＯＣセクター４の
書き換えを行うようにされる。そして、所定のタイミン
グ、例えばＭＤ９０が取り出されるタイミングでもっ
て、ステップＳ１１０における処理として、ＭＤ９０上
の管理情報を更新してダビング処理を終えることにな
る。

【０１１９】なお、これまで図１７、図１８を用いて説
明した一括ダビング時の処理動作はあくまでも一例であ
り、このような処理動作に限定されるものではない。ま
た、本実施の形態では、ＣＤ９１に記録されている全て
の楽曲（トラック）を一括ダビングするダビング動作に
おけるタイトル情報の登録を例に挙げて説明したが、本
発明としてのタイトル情報の登録は、必ずしもＣＤ９１
に記録されている全てのトラックをＭＤ９０に一括ダビ
ングする場合に限ったものではない。例えばユーザが指
定した１または複数のトラックについてのダビング動作
や、ＣＤ９１をシャッフル再生してＭＤ９０にダビング
するダビング動作においてもタイトル情報を登録するこ
とは可能である。一例を挙げれば、ＣＤ９１に３つの楽
曲（トラック）が記録されており、ユーザが１曲目（第
１トラック）と３曲目（第３トラック）を、第３トラッ
ク→第１トラックの順でＭＤ９０にダビングする場合を
考える。この場合にも、ＣＤ９１からＭＤ９０へのダビ
ング動作に並行してＴＯＣサーバ７０から、ダビング先
のＣＤ９１（アルバム）のタイトル情報がダウンロード
されてシステムコントローラ２１の内部ＲＡＭ２１ｂに
書き込まれることになる。そして、この場合はシステム
コントローラ２１はＣＤ９１の再生順、つまり第３トラ
ック，第１トラックのトラック順に対応するようにし
て、ＭＤに記録されるＵ−ＴＯＣセクター１，Ｕ−ＴＯ
Ｃセクター４の内容が管理されるようにして、テーブル
部及びポインタ部の領域についての更新を行うようにさ
れる。

【０１２０】また、先に図２に示したブロック図による
説明では、本実施の形態の記録再生装置１におけるダビ
ング速度は、１倍速を前提としているのであるが、実際
のダビング速度しては、本実施の形態では限定されるも
のでなく、１倍速以上のダビング速度によりダビングを
行うように構成することも当然可能であり、またこのほ
うが、ダビングに要する時間の短縮という観点からは好
ましいことになる。

【０１２１】ただし、ＣＤ９１からＭＤ９０へのダビン
グ速度を倍速とすると、ダビングする楽曲数（トラック
数）が少ない時は、そのダビング動作に要する時間に比
べて、並行して行われるダウンロード動作に要する時間
のほうが長くなることが考えられる。つまり、ダウンロ
ード処理が終了する前に、ダビング動作が終了すること
が考えられる。そしてこの場合は、ユーザがダウンロー
ド処理を終了する以前に、ダビングが終了したとしてＭ
Ｄ９０を取り出してしまうと、ＭＤ９０に対してＣＤ９
１のタイトル情報を登録することができなくなる。そこ
で、そのようなことがないように、ダウンロード動作が
終了して、Ｕ−ＴＯＣセクター１もしくはセクター４の
更新処理が終了するまでは、ダビング処理が行われてい
るものとして、ユーザが記録再生装置１のＭＤ部からＭ
Ｄ９０を取り出せないようにしておくことが望ましい。

【０１２２】このように本実施の形態の記録再生装置１
では、ユーザがＣＤ９１に記録されている楽曲（トラッ
ク）をＭＤ９０にダビングし、ＭＤ９０にタイトル情報
を記録したい場合には、例えば表示部２０に表示される
ダウンロード処理を行うか否かの入力操作を行うだけで
よいものとなる。つまり、これまでの記録再生装置で
は、機器本体に設けられた操作キーや、リモートコント
ローラに設けられた操作キーを操作するという煩わしい
入力操作が必要であったのに対し、本実施の形態の記録
再生装置１では、そのような煩わしいタイトル等の入力
操作を行うことなく、タイトル情報を登録することがで
きるようになる。

【０１２３】また本実施の形態の記録再生装置１では、
記録再生装置１にＴＯＣサーバ７０との間で通信を行う
通信機能を持たせるようにしているため、例えばパーソ
ナルコンピュータを所有していないユーザも利用するこ
とが可能になる。さらに記録再生装置１とＴＯＣサーバ
７０とを接続する伝送路６０として電話回線を利用する
場合を例に挙げているが、本実施の形態の記録システム
としては、伝送路６０としてインターネットを利用する
ことも可能である。その場合は、例えば記録再生装置１
のシステムコントローラ２１のＲＯＭ２１ｂにインター
ネット上のサイトを閲覧できるブラウザといわれるアプ
リケーションプログラムを格納すれば実現することがで
きる。ただし、記録再生装置１のシステムコントローラ
２１がＴＯＣサーバ７０との回線接続のために実行すべ
き処理の量は、インターネットを利用する場合に比べ
て、電話回線のほうが格段に少ないため、システムコン
トローラ２１の処理量という観点からみれば電話回線を
利用したほうが好適なものである。

【０１２４】なお、これまで説明した本実施の形態で
は、記録再生装置１としてＣＤ／ＭＤ複合機器を例に挙
げて説明したが、あくまで一例であり、本発明として
は、少なくとも、ＣＤの再生音声データとＣＤのＴＯＣ
に関するデータが入力可能であれば、ＣＤの再生系が別
体で構成されたＭＤの記録装置に適用することが可能で
ある。

【０１２５】また、本実施の形態の記録再生装置１で
は、ダビング元ディスク（第１の記録媒体）としてＣ
Ｄ、ダビング先ディスク（第２の記録媒体）としてＭＤ
を装填した場合を例に挙げて説明したが、記録再生装置
１に装填可能なダビング元ディスク及びダビング先ディ
スクは、これらのディスクに限定されるものではない。
例えばダビング元ディスクとしては、少なくとも、ディ
スクに記録されている特定種類のデータから、アルバム
（記録内容）単位でのディスクを特定するための固有の
識別情報を作成することができるディスクであれば実現
可能である。またダビング先ディスクとしては、そのデ
ィスクのタイトル情報を管理する管理情報が記録可能な
ディスクであれば良い。

【０１２６】

【発明の効果】以上の説明からわかるように本発明の記
録装置及び記録システムでは、第１の記録媒体（ＣＤ）
から読み出されたデータを第２の記録媒体（ＭＤ）に記
録する際に、第１の記録媒体から読み出される特定種類
のデータから、その第１の記録媒体を識別する識別情報
を生成し、この識別情報をサーバ装置に送信すること
で、サーバ装置から第１の記録媒体のタイトル情報を取
得するようにしている。そして、このタイトル情報を第
２の記録媒体のタイトル管理情報に書き込むことで第２
の記録媒体に対するタイトル情報の登録を自動的に行う
ようにしている。これにより、ユーザは第２の記録媒体
（ＭＤ）に対してタイトル情報を登録する際の煩わしい
入力操作から解消されるものとなる。

【０１２７】また本発明は、第１の記録媒体（ＣＤ）か
ら読み出されたデータを第２の記録媒体（ＭＤ）を記録
する記録装置にサーバ装置との間で通信を行う通信機能
を持たせるようにしているため、例えばパーソナルコン
ピュータを所有していないユーザも利用することが可能
になる。

【図面の簡単な説明】

【図１】本発明の実施の形態の記録再生装置を含む記録
システムの説明図である。

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

【図３】本実施の形態のＴＯＣサーバのブロック図であ
る。

【図４】ＴＯＣサーバのＴＯＣデータベースに格納され
ているデータのデータ構造の一例を示した図である。

【図５】ＣＤフォーマットのフレーム構造の説明図であ
る。

【図６】ＣＤフォーマットのサブコーディングフレーム
の説明図である。

【図７】ＣＤフォーマットのサブＱデータの説明図であ
る。

【図８】ＣＤフォーマットのＴＯＣ構造の説明図であ
る。

【図９】ＭＤのＵ−ＴＯＣセクター０の説明図である。

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

【図１１】ＭＤのＵ−ＴＯＣセクター１の説明図であ
る。

【図１２】ＭＤのＵ−ＴＯＣセクター４の説明図であ
る。

【図１３】本実施の形態のダビング前のＵ−ＴＯＣセク
ター０の管理状態の説明図である。

【図１４】本実施の形態のダビング後のＵ−ＴＯＣセク
ター０の管理状態の説明図である。

【図１５】本実施の形態のダビング前のＵ−ＴＯＣセク
ター１の管理状態の説明図である。

【図１６】本実施の形態のダビング後のＵ−ＴＯＣセク
ター１の管理状態の説明図である。

【図１７】本実施の形態のダビング時の処理のフローチ
ャートである。

【図１８】本実施の形態のダビング時に実行されるダウ
ンロード処理のフローチャートである。

【符号の説明】

１ 記録再生装置、２ スピンドルモータ、３ａ 対物
レンズ、３ 光学ヘッド、４ ２軸機構、５ スレッド
機構、６ａ 磁気ヘッド、６ 磁気ヘッド駆動回路、７
アンプ、８ エンコーダ／デコーダ部、９ サーボ回
路、１０ アドレスデコーダ、１１ コントローラ、１
２ メモリコントローラ、１３ バッファメモリ、１４
エンコーダ／デコーダ部、１５ ３８ Ｄ／Ａ変換
器、１７アナログ入力端子、１８ Ａ／Ｄ変換器、１９
ａ ダビングキー、１９ 操作部、２０ 表示部、２１
ａ ＲＯＭ、２１ｂ ＲＡＭ、２１ システムコントロ
ーラ、２２ モデム、３１ スピンドルモータ、３２ａ
対物レンズ、３２ 光学ヘッド、３３ ２軸機構、３
４ スレッド機構、３５ アンプ、３６ サーボ回路、
３７ デコーダ、５０ 切換回路、５１ アナログ音声
信号処理部、５２パワーアンプ、５３ スピーカ、 ５
４ デジタルインターフェース、５５ デジタル入力端
子、５６ デジタル出力端子、５８通信端子、６０ 伝
送路、７０ＴＯＣサーバ、７１ 記憶部、７２ ＴＯＣ
データベース、７３ 実行プログラム、７４ 制御部、
７５ 通信用インターフェイス、９０ ＭＤ、９１ Ｃ
Ｄ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 記録データがプログラム単位により管理
   されるための管理情報が記録される記録領域を有する第
   １の記録媒体から読み出されるデータを第２の記録媒体
   に記録することのできる記録装置において、 第１の記録媒体から読み出されるデータをプログラム単
   位により上記第２の記録媒体に記録する記録手段と、 再生対象である第１の記録媒体から読み出された特定種
   類のデータから、第１の記録媒体を識別可能な識別情報
   を生成する識別情報生成手段と、 上記第１の記録媒体に記録されるプログラム内容に応じ
   たタイトル情報を第１の記録媒体ごとの単位で管理する
   ようにして保有しているサーバ装置との間で通信を行う
   ことができる通信手段と、 上記通信手段により通信を実行させ、上記サーバ装置に
   対して識別情報を送信することによって、この識別情報
   により識別される第１の記録媒体の記録内容に応じたタ
   イトル情報を上記サーバ装置から受信して取得すること
   のできる取得手段と、 上記第２の記録媒体に記録される管理情報のうち、その
   第２の記録媒体に記録されたプログラム内容に応じたタ
   イトルを管理するためのタイトル管理情報について、上
   記取得手段により取得されたタイトル情報に基づいて更
   新を行うことのできる更新手段と、 を備えていることを特徴とする記録装置。
2. 【請求項２】 上記通信手段は、電話回線を介して上記
   サーバ装置と通信可能に構成される特徴とする請求項１
   に記載の記録装置。
3. 【請求項３】 上記第１の記録媒体からデータを読み出
   す再生手段が設けられていることを特徴とする請求項１
   に記載の記録装置。
4. 【請求項４】 記録データがプログラム単位により管理
   されるための管理情報が記録される記録領域を有する第
   １の記録媒体から読み出されるデータを第２の記録媒体
   に記録することのできる記録装置と、 上記第１の記録媒体記録されるプログラム内容に応じた
   タイトル情報を第１の記録媒体ごとの単位で管理するよ
   うにして保有しているサーバ装置とから成り、上記記録
   装置は、 第１の記録媒体から読み出されるデータをプログラム単
   位により上記第２の記録媒体に記録する記録手段と、 再生対象である第１の記録媒体から読み出された特定種
   類のデータから、第１の記録媒体を識別可能な識別情報
   を生成する識別情報生成手段と、 上記サーバ装置と通信を行うことができる通信手段と、 上記通信手段により通信を実行させ、上記サーバ装置に
   対して識別情報を送信することによって、この識別情報
   により識別される第１の記録媒体の記録内容に応じたタ
   イトル情報を上記サーバ装置から受信して取得すること
   のできる取得手段と、 上記第２の記録媒体に記録される管理情報のうち、その
   第２の記録媒体に記録されたプログラム内容に応じたタ
   イトルを管理するためのタイトル管理情報について、上
   記取得手段により取得されたタイトル情報に基づいて更
   新を行うことのできる更新手段とを備え、 上記サーバ装置は、 保有しているタイトル情報のうちから、受信した上記識
   別情報に基づいて識別される第１の記録媒体に対応する
   タイトル情報を検索する検索手段と、 上記検索手段により検索された上記タイトル情報を、上
   記識別情報を送信してきた記録装置に送信する送信手段
   とを備える、 ことを特徴とする記録システム。