JP2002269904A - データ管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 大容量の第２の記録媒体へのダビングされた
データについて付加情報が自動登録されるようにしてユ
ーザーの利便性、操作性を向上させる。 【解決手段】 第１の記録媒体から第２の記録媒体にダ
ビング記録した各データについては、データベース手段
で管理されるようにするとともに、データベース手段で
は第１の記録媒体の識別情報を管理することで、通信手
段を介して外部サーバから付加情報を得ることができる
ようにし、得られた付加情報を自動的にデータベース手
段に登録することで、ユーザー入力が無くとも例えば曲
名その他の付加情報が得られるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＣＤ−ＤＡ
（Compact Disc Digita Audio）等の第１の可搬性記録
媒体から、例えばハードディスクドライブ（ＨＤＤ）等
の第２の記録媒体へデータをダビング記録する場合など
において、記録した音楽等のデータをデータベースによ
り管理し、そのデータベースをもとにインターネット等
の情報サイトとしての外部サーバから曲名やアルバム名
等の付加情報を取得し、データベースに自動的に登録す
るデータ管理装置に関するものである。

【０００２】

【従来の技術】オーディオデータが記録された記録媒体
に対応する機器として、ＣＤプレーヤや、ＭＤ（MINI D
ISC）レコーダ／プレーヤなどが普及している。ユーザ
ーサイドでのオーディオデータ等のダビング記録（複
写）としては、例えばＣＤに収録された曲をＭＤにダビ
ングするような動作が行われることがあった。また近
年、ＣＤやＭＤなどの可搬性記録媒体に記録されている
楽曲等を、ＨＤＤ（ハードディスクドライブ）にダビン
グ記録し、ＨＤＤを例えば音楽サーバのような形態で使
用できるようにするものも提案されている。

【０００３】なお、ＣＤやＭＤでは、例えば１つの楽曲
などが１つのプログラム（トラックともいわれる）とし
て、１又は複数のプログラム（トラック）が収録され
て、全体が１つのアルバムとされている。これらＣＤや
ＭＤを記録元とする他の記録媒体へのダビング動作で
は、例えばＣＤ全体、つまりアルバム単位でダビングす
る場合もあれば、ユーザーが指定したトラックのみをダ
ビングする場合もある。

【０００４】

【発明が解決しようとする課題】ところで従来のオーデ
ィオ機器においては、記録媒体への音楽データの記録だ
けでなく、アルバム全体や曲に対応する付加情報を記録
できるものがある。ここでいう付加情報とは、アルバム
名や曲名などの文字データ、記録日時、著作権情報（Ｉ
ＳＲＣ：International Standard Recording Code）な
どがある。

【０００５】例えばミニディスクシステムでは、記録さ
れた各楽曲や、ディスク全体に対応させて曲名やアルバ
ム名、記録日時等を記録できる。ところが曲名などの文
字データは、ユーザがＭＤ録音装置の操作系を駆使して
文字の入力を行わなければならず、面倒な場合が多く、
多数のユーザーは曲名やアルバム名を入力せずに音楽を
楽しんでいるケースが多い。また、ＰＣ（パーソナルコ
ンピュータ）と録音機器を接続して、ＰＣのキーボード
を用いるなどして文字入力の手助けをすることも可能で
あったが、必ずしもユーザーの手間が軽くなるとはいえ
ない。

【０００６】さらに、ユーザーが曲名等の文字データを
入力するには、当然ながら録音した楽曲が例えばどのＣ
Ｄの何トラック目の曲をダビングしたものであるかなど
を把握していなければならない。例えば多数のＣＤから
ユーザーが選択的に曲をダビングしていった場合など
は、ユーザーが曲を熟知していない限りは、ＭＤに録音
した各曲の曲名がわからなくなる場合（つまり曲名を入
力できない場合）が多い。

【０００７】さらには、上記のように多数のＣＤをＨＤ
Ｄにダビングしていくような装置の場合、ＨＤＤにダビ
ングされた楽曲と、その録音元となったＣＤの対応が、
ユーザーにとって全く不明となってしまう場合が、非常
に多くなる。現在、インターネット等の曲情報サイトな
どの外部サーバとして、或るＣＤについて収録された曲
名やその他の付加情報を提供するサービスが存在する
が、例えばＨＤＤにダビング記録したＣＤアルバムが、
どのＣＤであったかがわからなくなれば、上記外部サー
バのサービスさえ受けられないものとなる。

【０００８】つまり、記録媒体に記録される音楽等のデ
ータに対して、付加情報を関連づけて記録できるように
することは近年各種の記録システムで実現されている
が、文字情報など、或る程度ユーザー入力に頼る情報に
ついては、実際には記録されないことが多く、その価値
が有効利用されない場合が多いものとなっている。

【０００９】

【課題を解決するための手段】そこで本発明ではこのよ
うな事情に応じて、例えばＣＤ−ＤＡ等の第１の可搬性
記録媒体から、例えばハードディスクドライブ（ＨＤ
Ｄ）等の膨大な記録容量を備えた第２の記録媒体へデー
タをダビング記録し、そのダビング記録したデータを管
理できるデータ管理装置において、装置が自動的に（ユ
ーザーの操作が無くとも）付加情報を取得し、楽曲等の
データに対応させて登録管理を行うようにし、もってユ
ーザーの使用性、利便性を向上させることを目的とす
る。

【００１０】このため本発明のデータ管理装置は、可搬
性の第１の記録媒体に対して再生を行う再生手段と、上
記第１の記録媒体と比較して大容量となる第２の記録媒
体に対して記録及び再生を行う記録再生手段と、上記再
生手段により上記第１の記録媒体から再生され、上記記
録再生手段により上記第２の記録媒体に記録されたデー
タに対応して、上記第１の記録媒体の識別情報及び付加
情報を格納するデータベース手段と、第１の記録媒体に
対応して各種付加情報を保持する外部サーバと通信可能
な通信手段と、上記第２の記録媒体に記録されたデータ
に対応して上記データベース手段に管理されている第１
の記録媒体の識別情報を上記通信手段により外部サーバ
に送信させることにより外部サーバからその第１の記録
媒体についての付加情報を受信させ、受信された付加情
報を上記データベース手段において上記識別情報に対応
させて格納させる制御手段と、を備えるようにする。

【００１１】また上記第１の記録媒体には１又は複数の
プログラム（トラック）と、上記プログラムを管理する
管理情報が記録されており、上記識別情報は上記管理情
報に基づいて生成されるようにする。また、上記第１の
記録媒体には１又は複数のプログラムが記録されてお
り、上記再生手段により上記第１の記録媒体から再生さ
れ上記記録再生手段により上記第２の記録媒体に記録さ
れたデータは上記プログラム単位のデータとされ、上記
データベース手段は上記識別情報及び上記付加情報を有
するデータベースファイルを１つの単位としてデータベ
ースを構成している場合、上記第２の記録媒体に記録さ
れた上記プログラム単位のデータには、そのデータに対
応する上記データベースファイルを示すポインタ情報を
有するようにする。また、上記プログラム単位のデータ
としての１又は複数のデータを、所定の順序で再生され
るべき１つのデータ群として管理するデータ群管理ファ
イルを有するようにする。このとき上記データ群管理フ
ァイルは、管理対象となっているデータ群の各データが
対応する１又は複数のデータベースファイルを示すポイ
ンタ情報を有しているようにする。

【００１２】また上記制御手段は、上記データベース手
段に管理されている第１の記録媒体の識別情報を上記通
信手段により外部サーバに送信させることにより、外部
サーバからその第１の記録媒体の全体についての付加情
報を受信させ、受信された付加情報を、上記データベー
ス手段において上記識別情報に対応させて格納させる。
又は、外部サーバからその第１の記録媒体に記録された
一部のプログラムについての付加情報を受信させ、受信
された付加情報を、上記データベース手段において上記
識別情報に対応させて格納させる。

【００１３】即ち本発明は、第１の記録媒体から第２の
記録媒体にダビング記録した各データについては、デー
タベース手段で管理されるようにするとともに、ここで
第１の記録媒体の識別情報を管理することで、外部サー
バから付加情報を得ることができるようにする。そして
得られた付加情報を自動的にデータベース手段に登録す
ることで、ユーザー入力が無くとも例えば曲名その他の
付加情報が得られるようにする。

【００１４】

【発明の実施の形態】以下、本発明のデータ管理装置の
実施の形態として、ＣＤから再生されるプログラム（ト
ラックとも呼ばれる例えば楽曲データ）をＨＤＤに自動
的にダビング記録していくダビング装置であって、ダビ
ングしたデータをデータベース管理できる機能を備えた
装置について説明する。説明は次の順序で行う。なお、
この実施の形態では、ダビング装置とパーソナルコンピ
ュータが接続されて、本発明のデータ管理装置を構成す
るものとするが、もちろん本発明はそのような形態に限
られるものではない。 １．ダビング装置の構成 ２．ＣＤ再生部の構成 ３．ＨＤ記録再生部の構成 ４．音声入出力部の構成 ５．ＣＤのサブコード及びＴＯＣ ６．ＨＤＤに記録されるファイル構造 ７．データベース ８．ダビング動作 ９．付加情報取得動作 １０．変形例

【００１５】１．ダビング装置の構成 図１は本例のダビング装置１００の構成を示すものであ
る。ダビング装置１００はシステムコントローラ１、Ｃ
Ｄ再生部２、ＨＤ記録再生部３、音声入出力部４、操作
部５、表示部６、インターフェース７によって構成され
る。このダビング装置１００と、パーソナルコンピュー
タ１０１が接続されてデータ管理装置が構築されるもの
となる。この場合、パーソナルコンピュータ１０１は、
主に通信手段としての機能を受け持つものとなる。

【００１６】ダビング装置１００において、システムコ
ントローラ１、ＣＤ再生部２、ＨＤ記録再生部３は、そ
れぞれ相互に各種制御信号ＣＳを通信できる構成とされ
る。例えばバス接続構成とされるものでもよい。システ
ムコントローラ１は、ＣＤ再生部２，ＨＤ記録再生部３
に対して制御信号ＣＳを送信し、ＣＤ再生部２，ＨＤ記
録再生部３にそれぞれ所要の動作を実行させる。またＣ
Ｄ再生部２，ＨＤ記録再生部３はシステムコントローラ
１に対して制御信号ＣＳに対するアンサー信号や、動作
状況（ステータス）、後述するサブコードやＴＯＣ等の
情報、その他必要な情報を送信する。

【００１７】システムコントローラ１はマイクロコンピ
ュータにより形成され、制御信号ＣＳの送信により全体
の動作を制御する。このシステムコントローラ１には、
操作部５から入力が与えられる。操作部５には、電源キ
ー、イジェクトキ−、再生キ−、一時停止キ−、停止キ
−、選曲キ−、録音キ−などが用意され、ユーザーが任
意の操作を行う。システムコントローラ１は操作部５に
よる操作に応じて、制御信号ＣＳによりＣＤ再生部２，
ＨＤ再生部３に実行すべき動作を指示する。またＣＤの
トラックナンバを指定してユーザーが任意の楽曲からの
再生を指示する操作や、いわゆるプログラム再生と呼ば
れるユーザーが曲順を指定して再生させる操作や、シャ
ッフル再生と呼ばれるランダムな曲順で再生させる操作
なども可能とされる。さらに曲名等の付加情報をユーザ
ーが入力することができるように、文字を入力できる操
作子が用意されていてもよい。

【００１８】またシステムコントローラ１には表示部６
が接続され、システムコントローラ１は表示部６に表示
データを与えて必要な表示を実行させる。例えば表示部
６には、ＣＤ再生部２に装着されたＣＤに関する情報と
して、例えば総演奏時間、演奏中の曲の経過時間、再生
中の曲の残り演奏時間、全体の残りの演奏時間等の時間
情報や、演奏中の曲のトラックナンバ等が表示される。
また、ディスクネ−ム（アルバム名）やトラックネ−ム
（曲名）が記録されているディスクの場合は、ディスク
ネ−ムやトラックネ−ムが表示される。

【００１９】ＣＤ再生部２は、第１の記録媒体に相当す
るＣＤ−ＤＡを装填し、その再生を行う部位である。詳
細な構成は後述するが、ＣＤから再生されるオーディオ
データＳ１（ＰＣＭデジタルオーディオデータ）は、音
声入出力部４及びＨＤ記録再生部３に供給される。な
お、ＣＤ再生部２においてはＣＤ方式のディスクについ
て音楽データを再生できる部位とされ、説明上はＣＤ−
ＤＡに対応するものとするが、例えばＣＤ−Ｒ、ＣＤ−
ＲＷなどのＣＤ方式の他の種のディスクに音楽データが
記録されていた場合は、同様に再生できる。またＣＤ−
ＤＡの１形態としてサブコードにテキストデータが記録
されているＣＤテキストというディスクも存在するが、
その場合は音楽データの再生とともに、サブコードから
テキストデータを再生できる。本例では第１の記録媒体
をＣＤとした場合を例に挙げるが、第１の記録媒体は、
ＭＤ、メモリカード、ＤＡＴ（デジタルオーディオテー
プ）など、他の種のものでもよく、それらに対応する場
合は、ＣＤ再生部２に代えて（或いは追加して）、ＭＤ
再生部、メモリカード再生部、ＤＡＴ再生部等が設けら
れればよい。

【００２０】ＨＤ記録再生部３は、大容量の第２の記録
媒体としてのＨＤＤを備えて、ＨＤＤに対してデータの
記録再生を行う部位である。第２の記録媒体たるＨＤＤ
としては例えば容量が数１０ＧＢなど、第１の記録媒体
であるＣＤに比べて非常に大容量のものとされる。ＨＤ
記録再生部３の構成は後述するが、ＨＤ記録再生部３に
対しては、ＣＤ再生部２からのオーディオデータＳ１、
音声入出力部４からのオーディオデータＳ２（ＰＣＭデ
ジタルオーディオデータ）が入力できるようにされ、Ｈ
Ｄ記録再生部３はこれらのオーディオデータＳ１，Ｓ２
をＨＤＤに記録できる。オーディオデータＳ１，Ｓ２
は、例えばＩＥＣ６０９５８準拠の音楽データ信号とさ
れる。またＨＤＤから再生したオーディオデータＳ３を
音声入出力部４に対して出力できる。

【００２１】音声入出力部４は、オーディオデータの入
出力を行う部位であり、ＣＤ再生部２やＨＤ記録再生部
３から再生されたオーディオデータを、スピーカシステ
ムや他の機器に対して出力したり、或いは他の機器から
供給されたオーディオデータ（デジタルオーディオデー
タ又はアナログオーディオ信号）を入力する。システム
コントローラ１は切換制御信号ＣSWにより、音声入出力
部４による入出力経路の制御を行う。詳細は後述する。

【００２２】システムコントローラ１はインターフェー
ス７を介してパーソナルコンピュータ１０１と接続され
る。例えばパーソナルコンピュータ１０１とシステムコ
ントローラ１は、クロック非同期シリアル信号で通信さ
れる。接続は、コンピュータで通常使用されるシリアル
ケーブルもしくはＵＳＢケーブルにより行われる。そし
てパーソナルコンピュータ１０１上で動作するアプリケ
ーションはシステムコントローラ１を制御してダビング
装置１００に所要の動作を実行させることが可能になっ
ている。

【００２３】パーソナルコンピュータ１０１は、所定の
通信回線でインターネット等のネットワーク通信を行う
機能を有し、図示しない外部サーバと通信可能とされ
る。ここでいう外部サーバとは、通常市販されているＣ
Ｄについての付加情報を提供するサービスを行う情報サ
イトであり、ＣＤの識別情報に応じて該当するＣＤを検
索し、そのＣＤに対応する付加情報、例えばアルバム
名、収録曲の曲名、ＩＳＲＣなどを提供する。パーソナ
ルコンピュータ１０１はこのような外部サーバと通信す
ることで、付加情報を取得できる。付加情報取得のため
の通信処理を実行するため、パーソナルコンピュータ１
０１には、付加情報自動取得実行のアプリケーションソ
フトウエアを有しており、図１７〜図１９で後述するよ
うに、そのアプリケーションとシステムコントローラ１
が連係処理することで、本例の特徴的な動作となる付加
情報自動取得動作を実現する。また、パーソナルコンピ
ュータ１０１上で動作する当該アプリケーションは、Ｃ
Ｄの曲情報やＨＤＤに記録されている情報等をＧＵＩを
用いることで、それらの情報を視覚的に分かりやすく表
示することが可能であり、このアプリケーション上でユ
ーザーがそれらの情報の編集をすることを可能にしてい
る。例えばパーソナルコンピュータ１０１に接続された
図示しないモニタディスプレイなどでＧＵＩによる操作
を可能とする。

【００２４】なお、本例ではパーソナルコンピュータ１
０１が通信手段としての機能、及び付加情報自動取得の
ための制御手段の一部機能を有するものとして説明する
が、ダビング装置１００内にネットワーク通信装置部を
備え、またシステムコントローラ１が通信動作制御も行
うようにして、パーソナルコンピュータ１０１との接続
を不要とする例も考えられる。

【００２５】２．ＣＤ再生部の構成 図２にＣＤ再生部２の構成を示す。ディスク９０は、Ｃ
Ｄ再生部２に装填されたＣＤである。ディスク９０はＣ
Ｄ再生動作時においてスピンドルモータ２２によって一
定線速度（ＣＬＶ）で回転駆動される。そして光学ヘッ
ド２３によってディスク９０にピット形態で記録されて
いるデータが読み出され、ＲＦアンプ２５に供給され
る。

【００２６】ディスク９０からのデータ読出のため、光
学ヘッド２３内には、図示していないがレーザ光源とな
るレーザダイオードや、反射光を検出するためのフォト
ディテクタ、レーザ光の出力端となる対物レンズ、レー
ザ光を対物レンズを介してディスク記録面に照射し、ま
たその反射光をフォトディテクタに導く光学系等が設け
られている。対物レンズは二軸機構によってトラッキン
グ方向及びフォーカス方向に移動可能に保持されてい
る。また光学ヘッド２３の全体はスレッド機構２４によ
りディスク半径方向に移動可能とされている。

【００２７】ＲＦアンプ２５では再生ＲＦ信号のほか、
フォーカスエラー信号、トラッキングエラー信号を生成
する。これらのエラー信号はサーボ回路２７に供給され
る。サーボ回路２７はフォーカスエラー信号、トラッキ
ングエラー信号から、フォーカス駆動信号、トラッキン
グ駆動信号、スレッド駆動信号を生成し、光学ヘッド２
３内の２軸機構やスレッド機構２４の動作を制御する。
またサーボ回路２７はトラッキングエラー信号の低域成
分や、ＣＤコントローラ２１からのアクセス指示信号に
応じてスレッド駆動信号を生成し、スレッド機構２４の
動作を制御して光学ヘッド２３を移動させる。またサー
ボ回路２７はデコーダ２６又はＣＤコントローラ２１か
ら供給されるスピンドルエラー信号やスピンドルキック
／ブレーキ信号に基づいてスピンドル駆動信号を生成
し、スピンドルモータ２２の動作を制御する。

【００２８】ＲＦアンプ２５から出力される再生ＲＦ信
号はデコーダ２６に供給される。デコーダ２６ではＥＦ
Ｍ復調，ＣＩＲＣデコード等を行なってディスク９０か
ら読み取られた情報を１６ビット量子化、44.1KHz サン
プリングのデジタルオーディオデータＳ１にデコードす
る。このデジタルオーディオデータＳ１は、図１に示し
たようにＨＤ記録再生部３、音声入出力部４に供給され
る。またデコーダ２６ではＴＯＣやサブコード等の制御
データも抽出されるが、それらはＣＤコントローラ２１
に供給され、各種制御に用いられる。

【００２９】ＣＤコントローラ２１はＣＤ再生部２を制
御するマイクロコンピュータとされる。ディスク９０
（ＣＤ）の再生時には、ＣＤに記録されている管理情
報、即ちＴＯＣを読み出す必要がある。ＣＤコントロー
ラ２１はこの管理情報に応じてディスク９０に収録され
たトラック数、各トラックのアドレスなどを判別し、再
生動作制御を行うことになる。このためＣＤコントロー
ラ２１はディスク９０が装填された際にＴＯＣが記録さ
れたディスクの最内周側の再生動作を実行させることに
よって読み出し、例えば内部ＲＡＭに記憶しておき、以
後そのディスク９０に対する再生動作の際に参照できる
ようにしている。

【００３０】また、ディスク９０がＣＤテキストである
場合は、ＴＯＣデータを形成するサブコード内にテキス
トデータが記録されている。ＣＤコントローラ２１はＴ
ＯＣ読込時にこのテキストデータを読み込み、内部ＲＡ
Ｍに格納することになる。なお、テキストデータが、い
わゆるＴＯＣエリアではなく、プログラムエリアにおけ
るサブコード内に記録されるモードも存在するが、その
場合も、プログラム（トラック）の再生進行に応じて抽
出されるサブコードデータとともにテキストデータが取
り込まれていくことになる。

【００３１】ＣＤコントローラ２１は図１に示したよう
にシステムコントローラ１やＨＤ記録再生部３（後述す
るＨＤ記録再生部３内のＨＤコントローラ３１）と各種
制御信号ＣＳの通信を行うことができる。例えばシステ
ムコントローラ１は、操作部５からＣＤの再生、ＦＦ
（早送り）、ＲＥＷ（早戻し）、ＡＭＳ（頭出し）、ポ
ーズ（一時停止）、停止、ダビング実行などの操作が行
われた際には、それらの操作情報をＣＤコントローラ２
１に伝える。ＣＤコントローラ２１はその操作情報に応
じて、ユーザーの意図する動作が実行されるようにＣＤ
再生部２の各部を制御する。またＣＤコントローラ２１
は、ＣＤ再生部２の動作状態や、ディスク９０から読み
込んだＴＯＣ情報やテキスト情報、さらにはＣＤ再生中
の時間情報（アドレス）等を、システムコントローラ１
に送信する。システムコントローラ１は、これらのＣＤ
コントローラ２１からの送信により、ＣＤ再生部２の動
作状態を把握し、またＴＯＣやサブコード情報に基づい
て、上述したような各種表示を表示部６に実行させるこ
とができる。また具体例は後に詳述するが、ＣＤコント
ローラ２１はＨＤ記録再生部３との間で、ダビング動作
の際に各種情報の送受信を行う。

【００３２】３．ＨＤ記録再生部の構成 図３にＨＤ記録再生部３の構成を示す。ＨＤ記録再生部
３には大容量の第２の記録媒体としてＨＤＤ（ハードデ
ィスクドライブ）３２が設けられる。ＨＤコントローラ
３１はＨＤ記録再生部３の動作を制御するコントローラ
である。ＨＤコントローラ３１の内部には、ＨＤＤ３２
へのアクセス、読み出し、書込みを実現するためのファ
イルシステムと呼ばれる機構が搭載されている。例えば
ＦＡＴ３２ファイルシステムとされる。

【００３３】ＨＤコントローラ３１は図１に示したよう
にシステムコントローラ１やＣＤ再生部２（ＣＤコント
ローラ２１）と各種制御信号ＣＳの通信を行うことがで
きる。例えばシステムコントローラ１は、後述するよう
にＣＤ再生部２からの再生データをＨＤＤ３２にダビン
グする際に、ＨＤコントローラ３１に対してダビングの
指示やその他の指示を行う。またＣＤコントローラ２１
からは、再生するディスク９０から読み込んだＴＯＣ情
報やテキスト情報が送信される。ＴＯＣ情報等は、後述
するデータベースにおけるディスクの識別情報の生成に
用いられる。またＨＤコントローラ３１は、システムコ
ントローラ１やＣＤコントローラ２１に対して動作状態
（ステータス）やダビング動作に係る情報を送信する。

【００３４】ＨＤＤ３２は、ＨＤコントローラ３１の制
御によってデータの書込や読出が行われる。特にＣＤ再
生部２で再生されたデジタルオーディオデータＳ１や、
音声入出力部４から供給されたデジタルオーディオデー
タＳ２が、所定の処理が施されたうえでＨＤＤ３２に記
録される。記録されたデータはＦＡＴ３２ファイルシス
テムによって管理される。また記録されたデータは、Ｈ
Ｄコントローラ３１によって読み出され、音声入出力部
４に供給されて出力される。例えばユーザーが操作部５
からＨＤＤ３２に記録された楽曲等を指定して再生すべ
き操作を行った場合、システムコントローラ１は当該操
作情報をＨＤコントローラ３１に伝える。するとＨＤコ
ントローラ３１は指定された楽曲等のデータをＨＤＤ３
２から再生させ、音声入出力部４にオーディオデータＳ
３として供給する。また後述するが、ＨＤＤ３２に記録
したデータの管理を行うため、ＣＤの識別情報や付加情
報を記録できるデータベースがＨＤＤ３２に構築され
る。ＨＤコントローラ３１はＨＤＤ３２に記憶したデー
タベースを必要時に参照し、また更新できる。

【００３５】音声圧縮エンコード／デコード回路３３、
及びバッファメモリ３４は、ＨＤＤ３２の記録データ、
再生データの処理を行う部位である。ＨＤ記録再生部３
には、ＣＤ再生部２からのデジタルオーディオデータＳ
１、もしくは音声入出力部４からのデジタルオーディオ
データＳ２が入力されるが、これらのデジタルオーディ
オデータＳ１、Ｓ２は入力されると、音声圧縮エンコー
ド／デコード回路３３においてデータ圧縮処理が施され
る。例えばＡＴＲＡＣ３方式の圧縮処理が行われる。そ
して圧縮処理されたデジタルオーディオデータは、バッ
ファメモリ３４に格納され、ＨＤコントローラ３１の制
御によりＨＤＤ３２に記録される。ＨＤＤ３２からの再
生時には、ＨＤコントローラ３１によりＨＤＤ３２から
読み出されたデータはバッファメモリ３４に格納されて
いく。そしてバッファメモリ３４から所定のレートで読
み出されて音声圧縮エンコード／デコード回路３３にお
いてデータ伸張処理が施される。これによりＡＴＲＡＣ
３方式の圧縮処理が解かれ、通常のデジタルオーディオ
データＳ３とされて音声入出力部４に出力される。

【００３６】なお、圧縮方式はＡＴＲＡＣ３でなく、例
えばＭＰＥＧオーディオなどの他の圧縮方式でもよい
し、又は圧縮は行わないでＨＤＤ３２に記録するように
してもよい。また、ＨＤＤ３２に記録されるデータにつ
いては暗号化処理が施されるようにし、再生時に暗号解
読処理が行われるようにしてもよい。

【００３７】４．音声入出力部の構成 図４は音声入出力部４の構成を示すものである。図示す
るようにアナログオーディオ信号の出力端子４１、アナ
ログオーディオ信号の入力端子４２、デジタルオーディ
オデータの出力端子４３、デジタルオーディオデータの
入力端子４４、Ｄ／Ａ変換器４５，４６、Ａ／Ｄ変換器
４７、デジタルインターフェース４８、スイッチ４９，
５０が設けられる。

【００３８】この音声入出力部４に対しては、ＣＤ再生
部２で再生されたデジタルオーディオデータＳ１や、Ｈ
Ｄ記録再生部３で再生されたデジタルオーディオデータ
Ｓ３が供給される。

【００３９】ＣＤ再生部２で再生動作が行われている間
は、システムコントローラ１は切換制御信号ＣSWにより
スイッチ４９をｔｃ端子に接続させる。このためＣＤ再
生部２からのデジタルオーディオデータＳ１は、Ｄ／Ａ
変換器４５によってアナログオーディオ信号とされ、ス
イッチ４９を介して出力端子４１に供給され、アナログ
オーディオ信号として出力される。またＨＤ記録再生部
３で再生動作が行われている間は、システムコントロー
ラ１は切換制御信号ＣSWによりスイッチ４９をｔｈ端子
に接続させる。このためＨＤ記録再生部３からのデジタ
ルオーディオデータＳ３は、Ｄ／Ａ変換器４６によって
アナログオーディオ信号とされ、スイッチ４９を介して
出力端子４１に供給され、アナログオーディオ信号とし
て出力される。出力端子４１からのアナログオーディオ
信号は、パワーアンプ回路で増幅されてスピーカ出力さ
れたり、或いはライン出力として他の機器へ供給され
る。

【００４０】またＣＤ再生部２で再生されたデジタルオ
ーディオデータＳ１や、ＨＤ記録再生部３で再生された
デジタルオーディオデータＳ３は、デジタルインターフ
ェース４８にも供給される。デジタルインターフェース
４８では、供給されたデジタルオーディオデータＳ１又
はＳ３を、デジタルインターフェースフォーマットとし
ての伝送データ形態にエンコードし、出力端子４３から
出力する。即ち他の機器に対して再生音声をデジタルオ
ーディオデータ形態で伝送できる。

【００４１】ＨＤ記録再生部３では、ＣＤ再生部２から
のデジタルオーディオデータＳ１だけでなく、音声入出
力部４から供給されるデジタルオーディオデータＳ２に
ついてもＨＤＤ３２に記録できるが、このため音声入出
力部４では次のようにデジタルオーディオデータＳ２を
出力する。

【００４２】まず、入力端子４２に外部機器からのアナ
ログオーディオ信号が入力される場合は、そのアナログ
オーディオ信号はＡ／Ｄ変換器４７でサンプリング周波
数４４．１ｋＨｚ、量子化ビット数１６ビットのデジタ
ルオーディオデータに変換される。このときシステムコ
ントローラ１は切換制御信号ＣSWによりスイッチ５０を
ｔａ端子に接続させており、従ってＡ／Ｄ変換器４７の
出力がデジタルオーディオデータＳ２としてＨＤ記録再
生部３に供給される。また入力端子４４に外部機器から
のデジタルオーディオデータが入力される場合は、その
入力データはデジタルインターフェース４８によりデコ
ードされる。そしてこのときシステムコントローラ１は
切換制御信号ＣSWによりスイッチ５０をｔｄ端子に接続
させており、従ってデジタルインターフェースでデコー
ドされた出力がデジタルオーディオデータＳ２としてＨ
Ｄ記録再生部３に供給される。またＣＤ再生部２で再生
されたデジタルオーディオデータＳ１を、デジタルイン
ターフェース４８を介してデジタルオーディオデータＳ
２としてＨＤ記録再生部３に供給することもできる。

【００４３】５．ＣＤのサブコード及びＴＯＣ 次にＣＤフォーマットのディスクにおいて主たるデータ
と共に記録されるサブコード、及びリードインエリアに
記録されるＴＯＣについて説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００６０】基本的にはサブコード及びサブコードによ
り形成されるＴＯＣは以上のようになるが、サブコード
においては更に各種情報を含むことができる。例えばＣ
Ｄテキストの場合は、上述したＰ、Ｑ、Ｒ、Ｓ、Ｔ、
Ｕ、Ｖ、ＷのサブコードデータのうちのＲ〜Ｗが用いら
れてテキスト情報が格納される。

【００６１】６．ＨＤＤに記録されるファイル構造 ＨＤＤ３２に記録される各種ファイルについて図９で説
明する。例えば上述したデジタルオーディオデータＳ
１，Ｓ２としてＨＤ記録再生部３に入力され、ＨＤＤ３
２に記録された音楽等のデータは、トラック単位（１つ
の楽曲単位）で１つの音楽データファイルＭＤＦとして
記録されることになる。図９にはそれぞれが１曲となる
複数の音楽データファイルＭＤＦ１、ＭＤＦ２・・・・
を示している。

【００６２】また、個々の音楽データファイルＭＤＦ
を、１つのデータ群、即ち１つのアルバムとしての所定
の再生曲順を管理するために再生曲順管理ファイルＰＦ
Ｍが構築される。図９にはそれぞれが１つのアルバムを
管理する複数の再生曲順管理ファイルＰＦＭ１，ＰＭＦ
２・・・を示している。この再生曲順管理ファイルＰＦ
Ｍは、アルバム管理ファイルとして全体が管理される。
アルバム管理ファイルと各再生曲順管理ファイルＰＦＭ
の形態は、多様に考えられるが、例えば図１２（ａ）の
ように、１つのアルバム管理ファイル内のブロックとし
て、各再生曲順管理ファイルＰＦＭ１，ＰＭＦ２・・・
が形成されるものであってもよいし、図１２（ｂ）のよ
うに、アルバム管理ファイルは各再生曲順管理ファイル
ＰＦＭに対するポインタ、つまりＨＤＤ３２上での記録
位置やファイル名等を管理しておき、当該ポインタによ
って各再生曲順管理ファイルＰＦＭ１，ＰＭＦ２・・・
が示されるような形態でもよい。

【００６３】そして例えば図９において、音楽データフ
ァイルＭＤＦ１、ＭＤＦ２、ＭＤＦ３、ＭＤＦ４が、或
る１枚の４曲入りＣＤアルバムからダビング記録された
トラックであったとすると、再生曲順管理ファイルＰＦ
Ｍ１が、この音楽データファイルＭＤＦ１、ＭＤＦ２、
ＭＤＦ３、ＭＤＦ４を、１枚のアルバムを構成するトラ
ックＴＫ１、ＴＫ２、ＴＫ３、ＴＫ４として管理すべく
形成される。なお、アルバムとしての管理は、例えばＣ
Ｄアルバムの全体がダビング記録された場合のみに行わ
れるものではなく、ユーザーが任意に選曲してＨＤＤ３
２に記録させた複数の楽曲を再生曲順管理ファイルＰＦ
Ｍで指定してアルバムとして管理させることもできる。
つまりユーザーがアルバムとして任意の複数の音楽デー
タファイルＭＤＦを任意の曲順で構築することもでき
る。また１つの音楽データファイルＭＤＦを複数の再生
曲順管理ファイルＰＦＭが重複して管理対象としてもよ
い。つまり或る楽曲が複数のアルバムにおいて、それぞ
れアルバムを構成する１つの楽曲として管理される状態
である。

【００６４】またＨＤＤ３２には、上述したようにデー
タベースが構築される。このデータベースは、データベ
ースファイルＤＢＦを１つの単位として、音楽データフ
ァイルＭＤＦについての付加情報等を管理する。１つの
データベースファイルＤＢＦは、１つのＣＤアルバムに
対応して形成される。そして各音楽データファイルＭＤ
Ｆは、それぞれが対応するデータベースファイルＤＢＦ
を示すポインタを有するものとなる。例えば上述のよう
に音楽データファイルＭＤＦ１、ＭＤＦ２、ＭＤＦ３、
ＭＤＦ４が、或る１枚の４曲入りＣＤアルバムからダビ
ング記録されたトラックであったとした場合、データベ
ースには、そのダビング元となったＣＤアルバムに対応
するデータベースファイルＤＢＦ１が形成される。そし
て音楽データファイルＭＤＦ１、ＭＤＦ２、ＭＤＦ３、
ＭＤＦ４は、それぞれ図示するようにデータベースファ
イルＤＢＦ１に対応されるものとなる。

【００６５】図１０に音楽データファイルＭＤＦの構造
を示す。或るファイル名「ＭＤＦ＊＊＊」が付される１
つの音楽データファイルＭＤＦは、大きく分けてヘッダ
部と音楽データ部から構成される。ヘッダ部は、当該音
楽データファイルＭＤＦの各種属性やファイルサイズ
（サウンドユニット数）、その他必要な各種管理データ
が記録される。また上述したように当該音楽データファ
イルＭＤＦが対応するデータベース内の或る１つのデー
タベースファイルＤＢＦを指し示すポインタとして、デ
ータベースファイル番号やデータベースファイル名が記
録される。さらに当該音楽データファイルＭＤＦが対応
するデータベースファイルＤＢＦ内において何トラック
目の楽曲として管理されているかを示すトラックナンバ
（ＴＮＯ）も記録される。後述するが、データベースフ
ァイルはＣＤのＴＯＣに基づいて形成されるため、この
トラックナンバは、ＣＤアルバムで元々記録されていた
トラックナンバに相当する（次に説明する再生曲順管理
ファイルで管理されるトラックナンバとは必ずしも一致
しない）。

【００６６】音楽データ部には、実際のオーディオデー
タが記録される。オーディオデータそのものは、サウン
ドユニットＳＵと呼ばれる単位の集合であり、１サウン
ドユニットは約２３ミリ秒の長さである。サウンドユニ
ット（ＳＵ００１）〜（ＳＵ（ｎ））で、１つの楽曲の
オーディオデータが形成されるものとなる。

【００６７】図１１（ａ）（ｂ）に、再生曲順管理ファ
イルＰＭＦの構造例を示す。図１１（ａ）に示すよう
に、或るファイル名「ＰＭＦ＊＊＊」が付される再生曲
順管理ファイルＰＦＭは、大きく分けてヘッダ部と曲順
管理部から構成される。ヘッダ部には、アルバム番号や
その他必要な各種管理データが記録される。

【００６８】曲順管理部は、当該再生曲順管理ファイル
ＰＦＭがアルバムとして管理する複数の音楽データファ
イルＭＤＦを、所定の順序、つまり再生曲順としてのト
ラックＴＫ＃１〜ＴＫ＃ｍとして管理する。具体的には
図示するようにトラックＴＫ＃１〜ＴＫ＃ｍとして、ア
ルバムを構成する複数の音楽データファイルＭＤＦのフ
ァイル名が記述されるものとなる。例えば図９に例示し
たように、再生曲順管理ファイルＰＦＭ１が、この音楽
データファイルＭＤＦ１、ＭＤＦ２、ＭＤＦ３、ＭＤＦ
４を、１枚のアルバムを構成するトラックＴＫ１、ＴＫ
２、ＴＫ３、ＴＫ４として管理する場合、曲順管理部に
は、音楽データファイルＭＤＦ１、ＭＤＦ２、ＭＤＦ
３、ＭＤＦ４の各ファイル名が順番に記録されるものと
なる。

【００６９】図１１（ｂ）は、再生曲順管理ファイルＰ
ＦＭの別例であり、これは図１１（ａ）の情報に加え
て、ヘッダ部にデータベースファイルＤＢＦのポインタ
が記録される例である。図９で上述したように、再生曲
順管理ファイルＰＦＭは、アルバムを構成する各音楽デ
ータファイルＭＤＦを管理し、また各音楽データファイ
ルＭＤＦは、それぞれ対応するデータベースファイルＤ
ＢＦを指し示すものとされる。本実施の形態の例は、こ
のような構造を前提に説明していくが、図９に別例とし
て示すように、再生曲順管理ファイルＰＦＭが、管理し
ている音楽データファイルＭＤＦが対応するデータベー
スファイルＤＢＦを指し示すようにしてもよい。そのよ
うにする場合は、この図１１（ｂ）に示すように、対応
するデータベースファイル番号やデータベースファイル
名が記録されるものとなる。

【００７０】なお、１つのデータベースファイルと１つ
の再生曲順管理ファイルＰＦＭは、必ず１：１で対応す
るものではない。即ち１つのデータベースファイルＤＢ
Ｆは、ダビング元となった１つのＣＤアルバムに対応す
るものであり、ＣＤアルバムとしての全体もしくは収録
曲についての付加情報等を管理するものである。

【００７１】ＣＤからのダビングが行われることに応じ
て、当該ＣＤについて１つのデータベースファイルＤＢ
Ｆが形成されるが、例え、或るＣＤから１曲のみがＨＤ
Ｄ３２にダビングされた場合でも、そのダビングされた
音楽データファイルＭＤＦに対応して形成されるデータ
ベースファイルＤＢＦは、ダビング元となったＣＤ全体
に対応する形態（図１３で後述）で形成される。

【００７２】一方再生曲順管理ファイルＰＦＭは、ＨＤ
Ｄ３２に記録された楽曲としての１又は複数の音楽デー
タファイルＭＤＦを、１つのアルバムとして管理するも
のである。従って、ＣＤアルバムから全曲がダビングさ
れ、その全曲の音楽データファイルＭＤＦを１つのアル
バムとして再生曲順管理ファイルＰＦＭで管理する場合
は、当該再生曲順管理ファイルＰＦＭが管理する全曲
（音楽データファイルＭＤＦ）は共通のデータベースフ
ァイルＤＢＦに対応するため、当該再生曲順管理ファイ
ルＰＦＭからは、１つのデータベースファイルＤＢＦが
対応される。しかし、ユーザーが多数のＣＤから選曲し
てダビングし、それを１つの再生曲順管理ファイルＰＦ
Ｍでアルバムとして管理する場合は、その再生曲順管理
ファイルＰＦＭが管理する各曲は異なるデータベースフ
ァイルＤＢＦに対応するため、その再生曲順管理ファイ
ルＰＦＭからは、複数のデータベースファイルＤＢＦが
対応される。そのような場合、図１１（ｂ）のデータベ
ースファイル番号やファイル名は、各トラックに応じて
示されるものとなる。

【００７３】７．データベース 図９に示したようにデータベースは、個々のデータベー
スファイルＤＢＦの集合体として構築されている。そし
てデータベースファイルＤＢＦには、ＣＤの識別情報
と、ＣＤアルバム及びそれに収録されるプログラム（ト
ラック）についての付加情報が記録される構成を採る。

【００７４】図１３に、１つのデータベースファイルＤ
ＢＦの内容を示す。上述したように１つのデータベース
ファイルＤＢＦは、１つのＣＤに対応して形成される。
或るデータベースファイル名「ＤＢＦ＊＊＊」が付され
て生成されるデータベースファイルＤＢＦにおける個々
の内容は次の通りである。

【００７５】・データベースファイル番号 このデータベースファイル番号は、データベース内での
個々のデータベースファイルに与えられるナンバであ
る。

【００７６】・アルバムネームスロット（１） １バイト文字用アルバム名を入れるための領域である。 ・アルバムネームスロット（２） ２バイト文字用アルバム名を入れるための領域である。 ・アーティストネームスロット（１） １バイト文字用アーティスト名を入れるための領域であ
る。 ・アーティストネームスロット（２） ２バイト文字用アーティスト名を入れるための領域であ
る。 ・アルバムＩＮＦＯ アルバム名、アーティスト名以外の、アルバム全体に対
応する付加情報を入れるための領域である。例えばアル
バムの制作者、制作会社、ジャンル等の情報を格納する
ことが可能な領域となる。また、アルバムジャケット画
像、アーティスト画像、イメージ画像などの画像データ
も考えられる。 ・記録日時 ＨＤＤ３２にダビング録音された年月日時分秒の情報を
入れる領域である。以上の、アルバム名から記録日時ま
でが、或るＣＤアルバム全体に対応した付加情報として
管理されるものとなる。

【００７７】続いてＣＤのＴＯＣデータとして得られる
情報の領域が用意される。 ・アルバム内総トラック数 図７，図８で説明したＴＯＣデータに示される、ＣＤに
収録されたトラック数を示す領域である。具体的には図
８に示したディスクの最後のトラックナンバの値が入れ
られればよい。 ・トラックＴＫ＃１のスタートポイント・・・ＴＫ＃ｍ
のスタートポイントＣＤの各トラックのスタートポイン
ト（絶対時間によるアドレス値）が示される。例えばＴ
ＯＣデータが図８のものである場合、トラック＃１〜＃
６のそれぞれについて図示しているスタートポイントの
値が、そのままデータベースファイルの当該領域に記録
される。 ・リードアウトのスタートポイント ＣＤのリードアウトのスタートポイント（絶対時間によ
るアドレス値）が示される。例えばＴＯＣデータが図８
のものである場合、図示しているリードアウトのスター
トポイントの値が、そのままデータベースファイルの当
該領域に記録される。以上の総トラック数〜リードアウ
トのスタートポイントまでは、このようにＣＤのＴＯＣ
データの内容をほぼそのまま記録したものとなる。ＣＤ
に含まれるトラック数とトラックが開始される絶対時間
（スタートポイント）、リードアウトのスタートポイン
トが、分・秒・フレームという形式で書いてあるＴＯＣ
データは、それらの全ての値が、異なるＣＤにおいて同
一となる可能性はまずない。従って、これらのＴＯＣデ
ータは特定のタイトルのＣＤの識別情報となり得るもの
であり、本例ではその点を利用して、データベースファ
イルＤＢＦが対応するＣＤの識別情報としている。

【００７８】なお、インターネット上でサービスを行う
上述した外部サーバは、ＣＤのＴＯＣ情報を用いた識別
情報によりＣＤを判別し、そのＣＤについての付加情報
を提供するものとされる。従って後述するが本例では、
外部サーバに対して付加情報を要求する際には、このＴ
ＯＣデータから形成される識別情報を送信することにな
る。

【００７９】このような識別情報に続いて、ＣＤに収録
されていた各トラックに対応する付加情報が記録される
領域が形成される。 ・トラックＴＫ＃１のネームスロット（１）〜ＴＫ＃ｍ
のネームスロット（１） トラックＴＫ＃１〜ＴＫ＃ｍのそれぞれについて１バイ
ト文字用トラック名を入れる領域である。 ・トラックＴＫ＃１のネームスロット（２）〜ＴＫ＃ｍ
のネームスロット（２） トラックＴＫ＃１〜ＴＫ＃ｍのそれぞれについて２バイ
ト文字用トラック名を入れる領域である。 ・トラックＴＫ＃１の記録日時〜ＴＫ＃ｍの記録日時 トラックＴＫ＃１〜ＴＫ＃ｍのそれぞれについてＨＤＤ
２３に記録された日時を入れる領域である。 ・トラックＴＫ＃１のＩＳＲＣ〜ＴＫ＃ｍのＩＳＲＣ トラックＴＫ＃１〜ＴＫ＃ｍのそれぞれについてＩＳＲ
Ｃデータを入れる領域である。 ・トラックＴＫ＃１のＩＮＦＯ〜ＴＫ＃ｍのＩＮＦＯ トラックＴＫ＃１〜ＴＫ＃ｍのそれぞれについて上記以
外の付加情報を入れる領域である。例えば曲のジャンル
や作曲者、指揮者、歌詞等の情報や、画像データ等を格
納することが可能な領域となる。

【００８０】このようなデータベースファイルＤＢＦ
は、ＣＤからの音楽データのダビングに応じて生成さ
れ、またその時点でＣＤのＴＯＣデータから上記識別情
報となる部分の情報は記録される。しかし殆どの場合、
音楽データを上記音楽データファイルＭＤＦとしてＨＤ
Ｄ３２にダビング記録した時点では、データベースファ
イルＤＢＦにおける全ての情報が記録されるものとはな
らない。例えばＨＤコントローラ３１はアルバム名、曲
名、ＩＳＲＣ、ＩＮＦＯ等は、ＣＤからのダビング時に
は得られないため、これらは空白（無効データのまま）
とされる。そして、これらの曲名等の付加情報は、デー
タベースファイルＤＢＦにおいて管理されていない状態
では、ユーザーはＨＤＤ３２に記録した音楽データファ
イルＭＤＦを、曲名等で認識することができないが、本
例では、後述するようにこれら付加情報を自動的に外部
サーバから取込、データベースファイルＤＢＦに登録す
るものである。

【００８１】なお、例えば再生されるディスク９０がＣ
Ｄテキストであった場合は、サブコードから読み出され
てくるテキストデータとして曲名等が存在すれば、トラ
ック又はディスクに対応してダビング時にデータベース
ファイルに登録させることは可能である。もちろんユー
ザが任意に曲名等を入力した場合も付加情報として登録
できる。ただし、本例では、自動的な登録処理により、
ユーザー入力を不要とするものである。

【００８２】８．ダビング動作 続いてダビング装置１００において、システムコントロ
ーラ１、ＣＤコントローラ２１、ＨＤコントローラ３１
の制御によって実現されるダビング動作を、図１４、図
１５で説明する。

【００８３】システムコントローラ１は、ステップＦ１
０１として操作部５においてユーザーがＣＤ→ＨＤＤ３
２のダビングを指示する操作を行うことを監視してい
る。そしてダビング操作があると、ステップＦ１０２
で、ＣＤ再生部２（ＣＤコントローラ２１）にユーザー
の操作情報を伝えるとともに、現在ＣＤ再生部２に装填
されているディスク９０のＴＯＣ情報をＨＤコントロー
ラ３１に転送する指示を与える。操作情報とは、ユーザ
ーがどのようなダビングを指示したかの情報である。即
ちＣＤの全曲をダビングするのか、或いは１又は複数の
トラックを指定して、そのトラックのみをダビングする
のか等を示す情報となる。

【００８４】ＣＤコントローラ２１はステップＦ２０１
として、システムコントローラ１からのダビング操作情
報の通知及びＴＯＣ転送指示を得たら、システムコント
ローラ１の指示に従って、現在装填されているディスク
９０について読み込んであったＴＯＣデータを、ＨＤコ
ントローラ３１に転送する。

【００８５】ＨＤコントローラ３１は、ＣＤコントロー
ラ２１からのＴＯＣデータを受信したら、ステップＦ３
０１でＨＤＤ３２に格納してあるデータベースの検索を
行う。即ち、入力されたＴＯＣデータの内容から、図１
３で説明した識別情報を生成し、当該生成した識別情報
を用いて、データベース内の各データベースファイルＤ
ＢＦとして、同一の識別情報が記録されているものがあ
るか否かを検索する。同一の識別情報のデータベースフ
ァイルＤＢＦが発見される場合とは、現在ＣＤ再生部２
に装填されているディスク９０からのダビングが過去に
も行われ、既にそのディスク９０についてデータベース
ファイルＤＢＦが作成されている場合である。一方、同
一の識別情報のデータベースファイルＤＢＦが発見され
ない場合は、現在ＣＤ再生部２に装填されているディス
ク９０からのダビングが、今回初めて行われる場合であ
る。

【００８６】そこで、検索結果が該当無しとなった場合
は、ＨＤコントローラ３１はステップＦ３０２からＦ３
０３に進み、上記作成した識別情報を付したデータベー
スファイルＤＢＦを新規に作成し、データベースに追加
する。そしてステップＦ３０４に進む。また、検索結果
として該当するデータベースファイルＤＢＦが発見され
た場合は、ステップＦ３０２からＦ３０４に進む。ステ
ップＦ３０４では、今回のダビングに係るデータベース
ファイルＤＢＦが新規に用意され、又は検索されたこと
で、データベース上で対応準備が整ったことをシステム
コントローラ１に通知する。

【００８７】なお、データベース検索結果として該当す
るデータベースファイルが発見された場合においては、
既に、今回のディスク９０に収録された全てのトラック
が、ＨＤＤ３２において音楽データファイルＭＤＦとし
て記録されている可能性もある。また今回ユーザーがデ
ィスク９０の一部のトラックのみをダビング指定した場
合に、そのトラックが既に音楽データファイルＭＤＦと
して記録されている場合もある。それらのような場合
は、今回のダビング動作は必要はないものとなる。従っ
て図１４には示していないが、重複的なダビングを避け
るために、ＨＤコントローラ３１はダビング不要の通知
をシステムコントローラ１に対して送信し、システムコ
ントローラ１は表示部６においてユーザーにメッセージ
表示を行うことで、ユーザーの意志を再確認するように
してもよい。データベースファイルＤＢＦでは、上記の
ようにＣＤに収録されたトラックについてのＨＤＤ３２
への記録日時が記録されており、ＣＤ（ディスク９０）
の何トラック目の楽曲が既に音楽データファイルＭＤＦ
としてＨＤＤ３２に記録済であるか否かが把握できるた
め、ＨＤコントローラ３１は、今回のダビングに係るト
ラックナンバをシステムコントローラ１又はＣＤコント
ローラ２１から受け取ることにより、上記ダビング不要
か否かの判断を行うことができる。もちろん、データベ
ースファイルＤＢＦに、各トラックのＨＤＤ３２への記
録有無の情報が記録されるようにしてもよい。

【００８８】システムコントローラ１はＨＤコントロー
ラ３１からのデータベース対応完了の通知を受けたら、
ステップＦ１０３でダビング準備指示を出す。即ちＣＤ
コントローラ２１に対して、ユーザーの指示するダビン
グに係る再生動作を準備を指示し、またＨＤコントロー
ラ３１に対して録音準備の指示を与える。ＣＤコントロ
ーラ２１はステップＦ２０２で、システムコントローラ
１からの指示に応じて、ディスク９０に対する再生準備
を行う。即ちユーザーの操作に応じた再生動作準備とし
て、ディスク９０の全体（つまり１曲目から最後の曲ま
での連続再生）の再生動作、又はユーザーが指定したト
ラックの再生動作の準備を行う。そして再生準備が整っ
た時点でステップＦ２０３としてシステムコントローラ
１に準備完了通知を送信する。ＨＤコントローラ３１
は、ステップＦ３０５で、システムコントローラ１から
の指示に応じて、ＨＤＤ３２に対する録音準備を行う。
即ちＣＤ再生部２から再生されて供給されるデジタルオ
ーディオデータＳ１についてＨＤＤ３２に記録していく
準備を行う。またこのとき、対応するデータベースファ
イルＤＢＦをオープンし、ダビングするディスク９０の
曲情報管理のためのデータベースファイル名を記憶して
おく。もちろんこれはステップＦ３０１で検索されたデ
ータベースファイルＤＢＦもしくはステップＦ３０３で
新規作成されたデータベースファイルＤＢＦとなる。そ
して録音準備が整った時点でステップＦ３０６としてシ
ステムコントローラ１に準備完了通知を送信する。

【００８９】続いて各部の処理は図１５に示す処理に移
行する。システムコントローラ１は、ＣＤ再生部２とＨ
Ｄ記録再生部３の準備が整ったことを検知したらステッ
プＦ１０４で、ＣＤコントローラ２１に再生開始を指示
し、またＨＤコントローラ３１に録音開始を指示する。

【００９０】これに応じてＣＤ再生部２ではステップＦ
２０４としてディスク９０の再生動作が行われ、再生さ
れたデジタルオーディオデータＳ１がＨＤ記録再生部３
に供給されていくことになる。ＣＤコントローラ２１
は、ディスク９０の再生終了、即ち全トラックの再生が
完了するか、もしくはユーザーが指定した１又は複数の
トラックの再生が完了することをステップＦ２０５で検
知するまで、ステップＦ２０４の再生処理を行う。

【００９１】ＨＤコントローラ３１は、システムコント
ローラ１からの録音開始指示に応じてステップＦ３０７
でＨＤＤ３２への録音処理を行う。つまりＣＤ再生部２
から供給されているデジタルオーディオデータＳ１につ
いて所定の処理を行い、サウンドユニット単位で音楽デ
ータファイルＭＤＦとして記録していく動作を行う。

【００９２】このステップＦ３０７の録音処理を図１６
に詳しく示している。録音処理を開始する時点では、Ｈ
Ｄコントローラ３１はまずステップＦ３５１として、新
規に音楽データファイルＭＤＦを設定する。そしてステ
ップＦ３５２で、ＣＤ再生部２から供給されてくるデジ
タルオーディオデータＳ１についてデータ圧縮等の所定
の処理を行い、サウンドユニットＳＵの単位で音楽デー
タファイルＭＤＦに書きこんでいくように録音処理を行
うものとなる。１つの音楽データファイルＭＤＦに対し
てデータ書込を行っている期間は、ＨＤコントローラ３
１はステップＦ３５３でトラックチェンジ又は録音終了
指示を監視している。トラックチェンジ、即ちＣＤ再生
部２で再生される曲（トラック）が次の曲に移行した場
合、もしくはシステムコントローラ１から録音終了指示
があると、ステップＦ３５４に進むことになる。

【００９３】トラックチェンジの検出方式は多様に考え
られるが、大きく分けてＨＤコントローラ３１側でトラ
ックチェンジを監視する方式と、ＣＤコントローラ２１
がＨＤコントローラ３１にトラックチェンジを通知する
方式がある。例えばＨＤ記録再生部３に供給されるデジ
タルオーディオデータＳ１がＩＥＣ６０９５８フォーマ
ットに準拠したデジタルデータであるとすれば、それに
含まれるＵｂｉｔのトラックナンバを監視していれば、
ＨＤコントローラ３１はデジタルオーディオデータＳ１
についてトラックチェンジタイミングを検出できるもの
となる。またＣＤコントローラ２１は、ディスク９０の
再生中に得られるサブコードから当然にトラックチェン
ジを把握できるため、デジタルオーディオデータＳ１の
送出タイミングに合わせてトラックチェンジ通知をＨＤ
コントローラ３１に送信することで、ＨＤコントローラ
３１は入力されてくるデジタルオーディオデータＳ１に
ついてのトラックチェンジタイミングを把握できるもの
となる。

【００９４】トラックチェンジを検出した場合は、その
トラックチェンジポイントのデジタルオーディオデータ
Ｓ１について記録した時点で、それまでサウンドユニッ
トＳＵを書きこんでいた音楽データファイルＭＤＦの音
楽データ部（図１０参照）の記録が完了するものとなる
ため、ＨＤコントローラ３１はステップＦ３５４で、そ
の音楽データファイルＭＤＦについてヘッダ部の情報を
書き込み、当該音楽データファイルＭＤＦの記録を完了
させる。具体的には、ヘッダ部として図１０で説明した
各種管理データを書きこむと共に、対応するデータベー
スファイルＤＢＦを示すポインタとして、データベース
ファイル番号、データベースファイル名、データベース
ファイル上でのトラックナンバを書きこむ。データベー
スファイル番号及びデータベースファイル名は、ステッ
プＦ３０５で開いたデータベースファイルＤＢＦを指し
示す番号及びファイル名となる。またトラックナンバ
は、ディスク９０における当該トラックのトラックナン
バとなる。

【００９５】そして、ステップＦ３５５からＦ３５１に
戻って、次のトラックのために新たに音楽データファイ
ルＭＤＦを設定し、ステップＦ３５２で、デジタルオー
ディオデータＳ１についてサウンドユニットＳＵの単位
で音楽データファイルＭＤＦに書きこんでいく録音処理
を行う。このような処理により、ＨＤＤ３２では、ディ
スク９０のトラック単位で、音楽データファイルＭＤＦ
が形成されていくものとなる。

【００９６】ＣＤコントローラ２１は、ディスク９０の
再生が終わった時点でシステムコントローラ１にＣＤ再
生終了通知を送信する。なおＨＤコントローラ３１にも
通知してもよい。システムコントローラ１は、ＣＤコン
トローラ２１からの通知によりＣＤ再生終了を検知した
ら、ステップＦ１０５で、ＨＤコントローラ３１に対し
て録音終了を指示する。ＨＤコントローラ３１は図１６
のステップＦ３５３の処理において、録音終了指示を検
知することになり、その場合は、ステップＦ３５４とし
て上記同様の処理を行うことで、録音していた最後のト
ラックについての音楽データファイルＭＤＦを完成さ
せ、その場合はステップＦ３５５から図１５のステップ
Ｆ３０８の録音終了処理に進むことになる。

【００９７】ステップＦ３０８の録音終了処理として
は、１又は複数の音楽データファイルＭＤＦが生成され
たことに応じた管理状態の設定、例えばＦＡＴ更新やデ
ィレクトリ設定などの必要処理や、さらには今回の１又
は複数の音楽データファイルＭＤＦを１つのアルバムと
して管理するための再生曲順管理ファイルＰＦＭの生成
を行う。そしてまた更に、データベースファイルＤＢＦ
において記録可能な情報の書込を行う。例えば録音日時
情報をデータベースファイルＤＢＦに書きこむ。またデ
ィスク９０がＣＤテキストなどであって、曲名情報など
の付加情報が得られていた場合は、アルバム名、曲名な
どのデータもデータベースファイルＤＢＦに書き込める
ものとなる。そして以上の録音終了処理を終えてダビン
グ時の一連の処理を終了する。

【００９８】なお、以上のダビング処理は、ユーザーが
或る１枚のＣＤとしてのディスク９０から全部又は一部
のトラックをダビングする操作を行った場合の処理とし
て説明したが、実際には、ユーザーが複数のＣＤから好
きな曲を選んで順次ダビングしていくような場合もあ
る。そのような場合、１枚のＣＤ毎に上記図１４，図１
５の処理が繰り返されるものとなる。

【００９９】９．付加情報取得動作 上記のダビング動作により、ＨＤＤ３２にはトラック単
位で音楽データファイルＭＤＦが形成されていき、また
データベースには各音楽データファイルＭＤＦに対応す
るデータベースファイルＤＢＦが存在するものとなり、
さらに再生曲順管理ファイルＰＦＭにより、音楽データ
ファイルＭＤＦがアルバムとして管理される状態とな
る。即ち図９で説明したファイル構造が構築されていく
ことになるが、データベースファイルＤＢＦには曲名等
の付加情報が記録されていない状態となっている。本例
では、付加情報が記録されていないデータベースファイ
ルＤＢＦについては、以下に説明する処理により、自動
的に付加情報が登録されていくものである。

【０１００】自動的な付加情報取得動作は、ダビング装
置１００とパーソナルコンピュータ１０１の連係動作に
より行われるものであり、その処理を図１７，図１８，
図１９で説明する。各図においては、パーソナルコンピ
ュータ１０１上で動作するアプリケーションの処理と、
ダビング装置側の処理（特にシステムコントローラ１と
ＨＤコントローラ３１により行われる処理）について示
している。パーソナルコンピュータ１０１上で起動され
るアプリケーション（以下、ＰＣアプリケーションとい
う）とは、ＨＤＤ３２に記録された音楽データファイル
ＭＤＦについての情報をユーザーに提示する機能、ＧＵ
Ｉ操作対応機能、ネットワーク通信機能、システムコン
トローラ１に対する制御機能を有するものとなる。な
お、以下の説明において「ディスプレイ」とはパーソナ
ルコンピュータ１０１におけるモニタディスプレイを指
すものとするが、別例としては例えばダビング装置１０
０の表示部６を利用することも可能である。またユーザ
ー操作は、パーソナルコンピュータ１０１側のキーボー
ドやマウス等を用いて行うものとするが、同様に別例と
しては操作部５を利用することも考えられる。

【０１０１】ユーザーは、パーソナルコンピュータ１０
１を用いて、ＨＤＤ３２に記録してある音楽データファ
イルＭＤＦの情報としてＨＤＤ３２に記録されているア
ルバム情報を表示すべく求めることができる。ＰＣアプ
リケーションは、ユーザーからのアルバム情報表示要求
を図１７のステップＦ４０１で検出したら、ステップＦ
４０２としてダビング装置１００に対してアルバム情報
を要求する。例えばＰＣアプリケーションはＨＤＤ３２
に存在する再生曲順管理ファイルＰＦＭのファイル名に
ついては起動時などにダビング装置１００から取り込む
ようにしており、最低限、ＨＤＤ３２において存在する
「アルバム」の数については把握できるようにする。そ
してディスプレイ上に各再生曲順管理ファイルＰＦＭに
応じたアルバム番号等を表示するようにする。ユーザー
はこの表示に対して、任意のアルバムを選択し、そのア
ルバムについての詳しい情報を求めるものとなる。従っ
てステップＦ４０２では、ユーザーが選択したアルバム
（再生曲順管理ファイルＰＦＭ）についての情報を求め
ることになる。

【０１０２】ダビング装置１００は、ステップＦ５０１
で、ＰＣアプリケーションからの要求に係る再生曲順管
理ファイルＰＦＭの内容を確認し、その再生曲順管理フ
ァイルＰＦＭによって管理されている各音楽データファ
イルＭＤＦを把握する。続いてステップＦ５０２で、各
音楽データファイルＭＤＦに記録されているデータベー
スファイルのポインタから、各音楽データファイルＭＤ
Ｆに対応するデータベースファイルＤＢＦを確認する。
なお、この場合において当該再生曲順管理ファイルＰＦ
Ｍで管理される各音楽データファイルＭＤＦが１つのＣ
Ｄからダビングされたものであった場合は、各音楽デー
タファイルＭＤＦに対応するデータベースファイルＤＢ
Ｆとして１つのデータベースファイルＤＢＦが確認され
る。一方、当該再生曲順管理ファイルＰＦＭで管理され
る各音楽データファイルＭＤＦが２つ以上のＣＤから選
択的にダビングされて１枚のアルバムとされた場合は、
各音楽データファイルＭＤＦに対応するデータベースフ
ァイルＤＢＦとして２つ以上のデータベースファイルＤ
ＢＦが確認されることになる。

【０１０３】対応するデータベースファイルＤＢＦが検
出されたこの時点では、検出された１又は複数のデータ
ベースファイルＤＢＦの内容を確認することで、各音楽
データファイルＭＤＦについての曲名等の付加情報が登
録されているか否かが判別できる。

【０１０４】現在対象となっている再生曲順管理ファイ
ルＰＦＭ、つまりアルバムについて、全ての音楽データ
ファイルＭＤＦについて、曲名等の付加情報が登録され
ていない場合は、ステップＦ５０３からＦ５０４に進ん
で、再生曲順管理ファイルＰＦＭの内容をアルバム情報
としてＰＣアプリケーション側に送信する。つまりこの
場合は当該再生曲順管理ファイルＰＦＭで管理される音
楽データファイルＭＤＦのファイル名等の情報がパーソ
ナルコンピュータ１００側に伝えられる。一方、現在対
象となっている再生曲順管理ファイルＰＦＭ、つまりア
ルバムについて、一部又は全ての音楽データファイルＭ
ＤＦについて、曲名等の付加情報が既に登録されている
場合は、ステップＦ５０３からＦ５０５に進んで、再生
曲順管理ファイルＰＦＭの内容と、さらには対応するデ
ータベースファイルＤＢＦに登録されている付加情報の
内容を、アルバム情報としてＰＣアプリケーション側に
送信する。つまりこの場合は当該再生曲順管理ファイル
ＰＦＭで管理される音楽データファイルＭＤＦのファイ
ル名等がパーソナルコンピュータ１００側に伝えられる
と共に、付加情報が登録されている音楽データファイル
ＭＤＦについては、その曲名等の付加情報も送信され
る。

【０１０５】ＰＣアプリケーションは、ダビング装置１
００のステップＦ５０４又はＦ５０５の処理でアルバム
情報が送信されてきたら、ステップＦ４０３として、送
信されてきたアルバム情報の内容をディスプレイ上に表
示する。例えばユーザーが情報を求めたアルバムに含ま
れる曲としての音楽データファイルＭＤＦのファイル名
を一覧表示する。特にステップＦ５０５として付加情報
が送信されてきた場合は、当該ファイル名と共に、或い
はファイル名に代えて、曲名等を表示することができる
ものとなる。もちろんその他の付加情報も表示できる。

【０１０６】ここでユーザーは、当然ながら曲名が表示
されれば、当該アルバムに含まれる曲を容易に把握で
き、例えばそのアルバムもしくはアルバム内の所望の曲
を選択して再生させたり、或いは別のアルバムを指定し
て、アルバム情報を求めるなどの操作が可能となる。も
ちろん曲名が表示されていなくてもそれらは可能である
が、ＨＤＤ３２に非常に多数の音楽データファイルＭＤ
Ｆが記録されているような場合、ユーザーにとってどの
音楽データファイルＭＤＦがどの曲であるかを判別する
ことは困難である。またアルバム単位での付加情報も、
表示されればユーザにとって便利であるが表示されなけ
れば不便となる。そこでＰＣアプリケーションでは、ユ
ーザーが、アルバム名や曲名等が付加されていないアル
バムや音楽データファイルＭＤＦについて、それらの情
報を自動的に登録する処理を要求できるようにしてい
る。この場合、ユーザーは、アルバム単位で、アルバム
名やそのアルバムに含まれる楽曲の曲名などの付加情報
を取得する処理と、アルバム内の或るトラックを指定し
て（或いは付加情報が登録されていないトラックのみを
自動選択して）、そのトラックについての曲名等の付加
情報を取得する処理を選択的に指示できるものとしてい
る。

【０１０７】ユーザーがアルバム単位の付加情報自動取
得を指示した場合は、ＰＣアプリケーションの処理はス
テップＦ４０４からＦ４０５に進み、ダビング装置１０
０に対してアルバム単位での付加情報自動取得処理を実
行することを通知して図１８の処理に移行する。ユーザ
ーがトラック単位の付加情報自動取得を指示した場合
は、ＰＣアプリケーションの処理はステップＦ４０６か
らＦ４０７に進み、ダビング装置１００に対してトラッ
ク単位での付加情報自動取得処理を実行することを通知
して図１９の処理に移行する。ダビング装置１００側
も、ステップＦ４０５又はＦ４０７によるＰＣアプリケ
ーションの通知に応じて、アルバム単位の付加情報自動
取得処理の場合は図１８の処理に移行し、トラック単位
の付加情報自動取得処理の場合は図１９の処理に移行す
る。

【０１０８】なお、ユーザーがディスプレイ上の表示に
対するＧＵＩ操作で他の操作を行った場合はＰＣアプリ
ケーションはステップＦ４０８から他の処理、即ち操作
に応じた処理に移行する。例えばユーザーがアルバム又
はトラックの再生を指示したり、アルバムの編集処理と
してアルバムに含まれる音楽データファイルＭＤＦを追
加／削除／曲順変更する指示をしたり、ＨＤＤ３２に記
録されている音楽データファイルＭＤＦを抽出して新た
なアルバム（即ち再生曲順管理ファイルＰＦＭ）を生成
する操作を行ったような場合は、それに応じた処理が行
われる。これらについては、付加情報自動取得処理とは
直接関係ないため詳細な説明を省略する。

【０１０９】ユーザーがアルバム単位での付加情報自動
取得処理を求めた場合のＰＣアプリケーション及びダビ
ング装置１００の処理を図１８で説明する。この場合ま
ずＰＣアプリケーションはステップＦ４０９で、ダビン
グ装置１００に対して、今回の処理の対象となるデータ
ベースファイル名を要求する。これに対してダビング装
置１００側はステップＦ５０７で、現在対象となってい
るアルバム（再生曲順管理ファイルＰＦＭ）に管理され
る各音楽データファイルＭＤＦにおいて記録されている
データベースファイル名（又はデータベースファイル番
号でもよい）をＰＣアプリケーションに送信する。

【０１１０】ＰＣアプリケーションは、各音楽データフ
ァイルＭＤＦに対応するデータベースファイル名を受信
したら、ステップＦ４１０で、送信されてきた全データ
ベースファイル名（又はデータベースファイル番号）が
同一であるか否かを判断する。ここで、データベースフ
ァイル名が全て一致していなかった場合は、現在対象と
なっているアルバム（再生曲順管理ファイルＰＦＭ）
は、或る１枚のＣＤからダビングされた音楽データファ
イルＭＤＦを管理しているものではないことになる。つ
まり、その再生曲順管理ファイルＰＦＭは、或る１枚の
ＣＤに対応したアルバムを管理しているものではない。
そこでこのような場合は、ステップＦ４１３に進んで、
アルバム単位の付加情報自動取得処理を中止し、またデ
ィスプレイ上に中止の旨のメッセージを表示してユーザ
ーに伝え、処理を終了する。

【０１１１】ステップＦ４１０で全てのデータベースフ
ァイル名が一致していた場合は、ＰＣアプリケーション
はステップＦ４１１で、そのデータベースファイルＤＢ
Ｆ自体のデータ内容をダビング装置１００側に要求す
る。これに応じてダビング装置１００側はステップＦ５
０８で、要求されたデータベースファイルＤＢＦの内容
をＰＣアプリケーションに送信する。なおこのとき、Ｐ
Ｃアプリケーションに送信するデータベースファイルＤ
ＢＦの内容としては、全データでもよいが、少なくとも
ＴＯＣデータに基づいて生成されている上述した識別情
報の部分のみでもよい。

【０１１２】ＰＣアプリケーションは、データベースフ
ァイルＤＢＦの内容から、元のＣＤアルバムのトラック
数を把握できる。図１３で説明したように識別情報内に
はアルバム内総トラック数の情報が含まれるためであ
る。ここで、その元々のＣＤのトラック数と、現在対象
となっている再生曲順管理ファイルＰＦＭに管理される
トラック数（音楽データファイルＭＤＦの数）を比較
し、一致するか否かを判別する。ここでトラック数が一
致する場合とは、例えばＣＤの全トラックがＨＤＤ３２
にダビング記録され、曲順管理ファイルＰＦＭは、その
元のＣＤに収録されている全トラックと同一の内容の曲
集として、ＨＤＤ３２上の各音楽データファイルＭＤＦ
を管理している場合である。（但しユーザーの編集操作
により、曲順は一致していない場合はあり得る。）

【０１１３】逆に、トラック数が一致していない場合
は、現在対象となっている再生曲順管理ファイルＰＦＭ
に管理される曲（音楽データファイルＭＤＦ）は、全て
同じＣＤに収録されていた曲ではあるが、ＣＤ収録曲全
部を含むものではないことになる。このような場合は、
元々のＣＤと、現在対象となっているＨＤＤ２３上のア
ルバム（再生曲順管理ファイルＰＦＭ）は、含まれる楽
曲は完全一致ではないとして、ステップＦ４１３に進ん
で、アルバム単位の付加情報自動取得処理を中止し、ま
たディスプレイ上に中止の旨のメッセージを表示してユ
ーザーに伝え、処理を終了する。

【０１１４】即ちこの図１８の処理例では、元々のＣＤ
と、現在対象となっているＨＤＤ２３上のアルバム（再
生曲順管理ファイルＰＦＭ）において、含まれる楽曲が
完全一致した場合に、アルバム単位の付加情報自動取得
処理を実行するものとしており、このためステップＦ４
１２でトラック数が一致したときに、実際の付加情報自
動取得処理を開始することになる。

【０１１５】まずＰＣアプリケーションは、ステップＦ
４１４でネットワーク回線接続を行い、付加情報提供サ
ービスを実施している所定の外部サーバに接続する。そ
してステップＦ４１５で、データベースファイルＤＢＦ
に記録されているＴＯＣデータ、即ち上述した識別情報
を送信し、当該識別情報で示されるＣＤについてのアル
バム名、曲名等の付加情報を要求する。外部サーバで
は、市販されている大量のＣＤアルバムについて、ＴＯ
Ｃデータを判別のためのキーとして特定のＣＤアルバム
を判別し、そのＣＤアルバムについての付加情報を送信
してくる。ＰＣアプリケーションは、このようにして外
部サーバから付加情報が受信されたら、ステップＦ４１
６でそれをディスプレイ上に表示する。例えばそれまで
アルバム名や曲名がＨＤＤ３２上のファイル名で表示さ
れていたものに代えて（もしくはファイル名ととも
に）、実際のアルバム名、曲名等を表示することにな
る。

【０１１６】ユーザーはこれにより、ＨＤＤ３２に格納
されているあるアルバムについて、その内容を明確に知
ることになるが、実際にその名称等をデータベースファ
イルＤＢＦに登録し、その後も当該名称等で表示される
ようにするか否かを指示する操作を行う。具体的には、
ＰＣアプリケーションがステップＦ４１７でディスプレ
イ上にこれら表示中の名称等の付加情報を登録してよい
か否かを尋ねるメッセージを表示し、ユーザーがそれに
答える操作を行う。ここでユーザーが登録不要とした場
合は、そのまま処理を終えるが、ユーザーが登録を求め
た場合はステップＦ４１８に進んで、ダビング装置１０
０側にデータベースファイルＤＢＦの更新要求を送信す
る。ダビング装置１００側はこれに応じてステップＦ５
０９でデータベースファイルＤＢＦの更新準備を行い、
準備が整った時点で準備完了通知を返答することにな
る。

【０１１７】続いてＰＣアプリケーションはステップＦ
４１９として、データベースファイルＤＢＦの内容、つ
まり外部サーバから受信した付加情報をダビング装置１
００側に送信し、ダビング装置１００側ではステップＦ
５１０で、送信されてきた付加情報を、当該データベー
スファイルＤＢＦに書きこんでいく更新動作を行う。そ
して更新が完了したら、ステップＦ５１１で更新完了通
知をＰＣアプリケーションに送信して処理を終える。

【０１１８】以上のような処理により、アルバム単位で
付加情報が外部サーバから自動的に取得され、該当する
データベースファイルＤＢＦにおいて取得した付加情報
が登録される更新処理が行われる。例えば、上記処理前
の時点でデータベースファイルＤＢＦには図１３に示す
情報のうちデータベースファイル番号と、ＴＯＣデータ
による識別情報と、記録日時のみしか記録されていなか
ったとしても、上記処理により、図１３に示す各ネーム
スロット、ＩＳＲＣ、ＩＮＦＯ等に付加情報が登録され
ることになる。

【０１１９】上記図１７のステップＦ４０６としてユー
ザーがトラック単位での付加情報自動取得処理を求めた
場合のＰＣアプリケーション及びダビング装置１００の
処理は図１９のようになる。この場合まずＰＣアプリケ
ーションはステップＦ４２９で、ダビング装置１００に
対して対象となる１又は複数のトラックに対応するデー
タベースファイル名を要求する。対象となるトラックと
はユーザーが指定したトラックである。或いはディスプ
レイ上で曲名が表示できないトラックを自動的に対象ト
ラックとしてＰＣアプリケーションが指定するようにし
てもよい。

【０１２０】ダビング装置１００側はステップＦ５１２
で、ＰＣアプリケーションの要求に対応して、対象とな
っているトラック（音楽データファイルＭＤＦ）に記録
されているデータベースファイル名（又はデータベース
ファイル番号）、及びデータベースファイル上でのトラ
ックナンバをＰＣアプリケーションに送信する。

【０１２１】ＰＣアプリケーションは、ダビング装置１
００側からの返信を受信したら、まずステップＦ４２１
で、対象トラック（音楽データファイルＭＤＦ）に対応
するデータベースファイル名が１つも存在しないか否か
をチェックする。対象トラックの全部について、対応す
るデータベースファイル名が存在しない場合とは、今回
の対象トラック（音楽データファイルＭＤＦ）の全部
が、上述した図１４〜図１６の処理でＣＤ等からダビン
グされたものではない場合であって、識別情報を有する
対応するデータベースファイルが形成されていない場合
である。例えばＴＯＣデータ送信機能のない外部機器か
らのダビングによるものであった場合などである。デー
タベースファイルＤＢＦが存在しなければ、付加情報登
録はできないため、ステップＦ４２２で処理を中止し、
またディスプレイ上に中止の旨のメッセージを表示して
ユーザーに伝え、処理を終了する。

【０１２２】少なくとも１つのデータベースファイル名
が返信されてきた場合は、ＰＣアプリケーションはステ
ップＦ４２３で、返信されてきた１又は複数のデータベ
ースファイルＤＢＦについてのデータ内容をダビング装
置１００側に要求する。これに応じてダビング装置１０
０側はステップＦ５１３で、要求されたデータベースフ
ァイルＤＢＦの内容をＰＣアプリケーションに送信す
る。なおこのときも、ＰＣアプリケーションに送信する
データベースファイルＤＢＦの内容としては、全データ
でもよいが、少なくともＴＯＣデータに基づいて生成さ
れている上述した識別情報の部分のみでもよい。ＰＣア
プリケーションは、データベースファイルＤＢＦの内容
から、各対象トラックについての、ダビング元のＣＤア
ルバムの識別情報内が把握できる。もちろん音楽データ
ファイルＭＤＦに記録されたデータベースファイルＤＢ
Ｆ上でのトラックナンバも上記ステップＦ５１２の送信
で得ているため、対象トラックが、ダビング元のＣＤア
ルバムにおけるトラックナンバも把握できている。

【０１２３】ところで、上記ステップＦ４２１で全ての
対象トラックについてデータベースファイルＤＢＦが存
在しないものではないとされ、処理が中止されなかった
場合でも、対象トラックの一部についてデータベースフ
ァイルＤＢＦが存在しないという場合もある。一部の対
象トラックについてデータベースファイルＤＢＦが存在
しない場合は、ステップＦ４２４からＦ４２５に進ん
で、ディスプレイ上に一部のトラックについて付加情報
取得ができない旨をユーザーに提示する。またこのと
き、データベースファイルＤＢＦが存在しないトラック
については、今回の付加情報自動取得処理の対象から外
すものとする。

【０１２４】対象トラックについてデータベースファイ
ルＤＢＦの内容、具体的には識別情報を得たら、ＰＣア
プリケーションは実際の付加情報自動取得処理を開始す
る。即ちＰＣアプリケーションは、ステップＦ４２６で
ネットワーク回線接続を行い、付加情報提供サービスを
実施している所定の外部サーバに接続する。そしてステ
ップＦ４２７で、データベースファイルＤＢＦに記録さ
れているＴＯＣデータ、即ち上述した識別情報及び対象
トラックのトラックナンバを送信し、当該識別情報で示
されるＣＤにおいて、対象トラックの曲名その他の付加
情報を要求する。外部サーバでは、ＴＯＣデータをキー
として特定のＣＤアルバムを判別し、また送信されてき
たトラックナンバからパーソナルコンピュータ１００側
が必要とするトラックの付加情報を抽出し、その付加情
報を送信してくる。

【０１２５】なお、対象トラックが複数ある場合は、Ｐ
Ｃアプリケーションはそれぞれについて識別情報とトラ
ックナンバを送信し、外部サーバは、そのそれぞれに対
応して付加情報を送信してくる。

【０１２６】ＰＣアプリケーションは、このようにして
外部サーバから付加情報が受信されたら、ステップＦ４
２８でそれをディスプレイ上に表示する。例えばそれま
でＨＤＤ３２上のファイル名で表示されていたトラック
について実際の曲名等を表示することになる。

【０１２７】ユーザーはこれにより、ＨＤＤ３２に格納
されているあるアルバムの或るトラックが何という曲で
あるかなどを明確に知ることになる。そして実際の登録
についてはユーザーの意志を確認する。即ちＰＣアプリ
ケーションはステップＦ４２９でディスプレイ上に、今
回取得した表示中の名称等の付加情報をトラックに対応
させて登録してよいか否かを尋ねるメッセージを表示
し、ユーザーがそれに答える操作を行う。ここでユーザ
ーが登録不要とした場合は、そのまま処理を終えるが、
ユーザーが登録を求めた場合はステップＦ４３０に進ん
で、ダビング装置１００側にデータベースファイルＤＢ
Ｆの更新要求を送信する。ダビング装置１００側はこれ
に応じてステップＦ５１４でデータベースファイルＤＢ
Ｆの更新準備を行い、準備が整った時点で準備完了通知
を返答する。

【０１２８】続いてＰＣアプリケーションはステップＦ
４３１として、データベースファイルＤＢＦの内容、つ
まり外部サーバから受信した付加情報をダビング装置１
００側に送信し、ダビング装置１００側ではステップＦ
５１５で、送信されてきた付加情報を、当該データベー
スファイルＤＢＦに書きこんでいく更新動作を行う。複
数のデータベースファイルＤＢＦが更新対象となってい
る場合は、各データベースファイルＤＢＦについての更
新を同様に行うことになる。そして全ての更新が完了し
たら、ダビング装置１００側はステップＦ５１６で更新
完了通知をＰＣアプリケーションに送信して処理を終え
る。

【０１２９】以上のような処理により、トラック単位で
付加情報が外部サーバから自動的に取得され、該当する
データベースファイルＤＢＦにおいて取得した付加情報
が登録される更新処理が行われる。例えば、このような
処理前の時点で、或る１つの再生曲順管理ファイルＰＦ
Ｍで管理される音楽データファイルＭＤＦのうちの一部
について、付加情報がデータベースファイルＤＢＦに登
録されていないような場合に、その音楽データファイル
ＭＤＦ（トラック）についての付加情報を取得し、対応
するデータベースファイルＤＢＦに登録するということ
が行われる。

【０１３０】このように、アルバム単位又はトラック単
位で付加情報自動取得処理が実行されることで、ユーザ
ーはＨＤＤ３２にダビングした楽曲について、自分で曲
名等を入力する必要はない。そして自動的に登録された
後は、各音楽データファイルＭＤＦについての曲名や、
アルバム名が表示される（図１７のステップＦ４０３の
表示）ため、ＨＤＤ３２内に記録されている内容（楽
曲）を容易に把握できる。もちろん付加情報が登録され
ている場合は、それが表示されることにより、ユーザー
が知らずに再度自動登録要求の操作を行うことはなく、
無駄な通信接続は回避される。

【０１３１】１０．変形例ところで、本発明は上記実施
の形態の構成例、動作例に限らず、多様な変形例が考え
られる。

【０１３２】上記の付加情報自動取得処理としては、ア
ルバム単位とトラック単位の２つの処理例を述べたが、
どちらか一方が行われるものでもよい。また上記例では
アルバム単位の処理の場合は、再生曲順管理ファイルＰ
ＦＭによるＨＤＤ３２上のアルバムに含まれる収録曲
（音楽データファイルＭＤＦ）と、ダビング元のＣＤア
ルバムの収録曲が完全一致した場合に行われるようにし
たが、完全一致していない場合でも、付加情報自動取得
処理が行われるようにしてもよい。例えば図１８のステ
ップＦ４１０又はＦ４１２の判断を行わずに、１又は複
数のデータベースファイルＤＢＦを対象として、アルバ
ム単位の付加情報自動取得処理を実行してもよい。

【０１３３】また、本発明のデータ管理装置としての構
成は図１の構成に限らず、特に通信手段に相当する装置
部をダビング装置内に設け、パーソナルコンピュータを
不要としてもよい。或いは、ＣＤ再生部とＨＤ記録再生
部が別体の装置として構成される場合も考えられる。

【０１３４】また上記例のダビング処理や付加情報自動
取得処理において、システムコントローラ１、ＣＤコン
トローラ２１、ＨＤコントローラ３１、或いはＰＣアプ
リケーションの間で伝送される通知や指示は一例であ
り、通知や指示の送受信の主体や内容は、実際の構成に
応じて適宜変更されるものであることはいうまでもな
い。

【０１３５】またデータベースや再生曲順管理ファイル
ＰＦＭの格納場所はＨＤＤ３２でなく、他に不揮発性メ
モリなどを用意してもよい。また各ＣＤを識別する識別
情報は、ＴＯＣデータから形成するものに限られず、何
らかの付加情報や、或いはＣＤの製造番号などが用いら
れてもよい。即ち外部サーバが或るＣＤを特定できる情
報であればよい。

【０１３６】また第１の記録媒体はＣＤに限らず、Ｍ
Ｄ、メモリカード、ＤＡＴなどでもよく、また第２の記
録媒体もＨＤＤに限らず、固体メモリ、他の種のディス
ク状メディア、テープ状メディアであってもよい。

【０１３７】

【発明の効果】以上の説明から理解されるように本発明
では、第１の記録媒体から第２の記録媒体にダビング記
録した各データについては、データベース手段で管理さ
れるようにするとともに、ここで第１の記録媒体の識別
情報を管理することで、通信手段を介して外部サーバか
ら付加情報を得ることができるようにし、得られた付加
情報を自動的にデータベース手段に登録することで、ユ
ーザー入力が無くとも例えば曲名その他の付加情報が得
られるようにしている。従って、ユーザーは煩わしい操
作系による文字入力をしなくても、簡単にトラック名や
アルバム名、およびアルバムに付随する情報を取得する
ことができるという効果がある。特にＨＤＤを用いた音
楽サーバを構築する場合はユーザーの利便性は著しく向
上し、非常に好適なものとなる。例えばＨＤＤのような
大容量記録媒体では、これまでとは比較にならないほど
多くの曲を蓄えることが可能になっているので、録音し
た曲に曲名やアルバム名等が自動的につけられること
は、ユーザーがＨＤＤから聞きたいトラックを探す上で
も非常に大きな手助けになるのはあきらかである。

【０１３８】また上記識別情報は第１の記録媒体に記録
されている管理情報に基づいて生成されるようにするこ
とで、第１の記録媒体を明確に識別できるものとなり、
外部サーバでも第１の記録媒体を明確に判別できるた
め、正確な付加情報を得ることができる。もちろんユー
ザーが識別情報を設定する必要もない。

【０１３９】また、第２の記録媒体に記録された上記プ
ログラム単位のデータには、そのデータに対応するデー
タベースファイルを示すポインタ情報を有するようにし
ており、つまりプログラム（トラック）単位で、データ
ベース管理が実現できるようにされている。従ってダビ
ング元のＣＤアルバムなどの単位に関わらず好適なデー
タ管理が実現できる。例えば第２の記録媒体にアルバム
毎に管理された曲構造が、ユーザーの編集操作、例えば
トラック移動やトラック消去によって崩れた場合でも、
トラック単位で曲を管理することで正確に曲名やそれに
付随する情報を管理している状態を維持できる。また、
第２の記録媒体上に、ユーザーが多数のＣＤ等から好き
な曲だけを集めたアルバムを作る場合などにも、トラッ
ク単位で曲を管理することで正確に曲名等の付加情報を
管理できる。

【０１４０】また、上記プログラム単位のデータとして
の１又は複数のデータを、所定の順序で再生されるべき
１つのデータ群として管理するデータ群管理ファイルを
有するようにすることで、第２の記録媒体上で、例えば
多数の楽曲等のデータを１つのアルバムとして管理で
き、ユーザーの再生の利便性を向上させる。さらに、デ
ータ群管理ファイルは、管理対象となっているデータ群
の各データが対応する１又は複数のデータベースファイ
ルを示すポインタ情報を有している場合は、データ群管
理ファイルからでもデータベースファイルを参照でき
る。

【０１４１】また制御手段は、データベース手段に管理
されている第１の記録媒体の識別情報を通信手段により
外部サーバに送信させることにより、外部サーバからそ
の第１の記録媒体の全体についての付加情報を受信さ
せ、受信された付加情報を、データベース手段において
識別情報に対応させて格納させることで、例えばアルバ
ム単位で付加情報を得ることができる。さらに一部のプ
ログラムについての付加情報を受信させ、受信された付
加情報を、データベース手段において識別情報に対応さ
せて格納させることで、トラック単位での付加情報取得
も可能となる。これらのことから、第２の記録媒体上で
のデータ構成、アルバム構成、或いは既に付加情報を取
得したトラックの存在などの事情に応じて、適切な付加
情報取得動作が実現される。例えば１つのアルバムとし
て管理されているデータ群の一部のデータが、既に付加
情報取得済であれば、そのデータについては外部サーバ
から付加情報を取得する必要はなく、そのような動作を
省略し、効率的な付加情報取得が実現できる。特に家庭
用などの場合、効率的な付加情報取得動作により通信時
間が短縮されることはユーザーにとって大きなメリット
となる。

【図面の簡単な説明】

【図１】本発明の実施の形態のデータ管理装置を構成す
るダビング装置及びパーソナルコンピュータのブロック
図である。

【図２】実施の形態のＣＤ再生部のブロック図である。

【図３】実施の形態のＨＤ記録再生部のブロック図であ
る。

【図４】実施の形態の音声入出力部のブロック図であ
る。

【図５】ＣＤ方式のフレーム構造の説明図である。

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

【図７】ＣＤ方式のサブＱデータの説明図である。

【図８】ＣＤ方式のＴＯＣ構造の説明図である。

【図９】実施の形態のＨＤＤのファイル構造の説明図で
ある。

【図１０】実施の形態の音楽データファイルの説明図で
ある。

【図１１】実施の形態の再生曲順管理ファイルの説明図
である。

【図１２】実施の形態のアルバム管理ファイルの形態の
説明図である。

【図１３】実施の形態のデータベースファイルの説明図
である。

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

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

【図１６】実施の形態のダビング時のＨＤ録音処理のフ
ローチャートである。

【図１７】実施の形態の付加情報自動取得処理のフロー
チャートである。

【図１８】実施の形態の付加情報自動取得処理のフロー
チャートである。

【図１９】実施の形態の付加情報自動取得処理のフロー
チャートである。

【符号の説明】

１ システムコントローラ、２ ＣＤ再生部、３ ＨＤ
記録再生部、４ 音声入出力部、５ 操作部、６ 表示
部、２１ ＣＤコントローラ、２６ デコーダ、３１
ＨＤコントローラ、３２ ＨＤＤ、３３ 音声圧縮エン
コード／デコード部、９０ ディスク、１００ ダビン
グ装置、１０１ パーソナルコンピュータ

フロントページの続き Ｆターム(参考） 5B082 EA07 EA10 GA20 5D044 AB06 AB10 BC08 CC04 DE14 DE49 HL07 HL14 5D110 AA13 AA15 AA27 BB20 CA16 CA32 CA41 CB04 CC04 CJ09 DA02 DA04 DB02

Claims (7)

【特許請求の範囲】
1. 【請求項１】 可搬性の第１の記録媒体に対して再生を
   行う再生手段と、 上記第１の記録媒体と比較して大容量となる第２の記録
   媒体に対して記録及び再生を行う記録再生手段と、 上記再生手段により上記第１の記録媒体から再生され、
   上記記録再生手段により上記第２の記録媒体に記録され
   たデータに対応して、上記第１の記録媒体の識別情報及
   び付加情報を格納するデータベース手段と、 第１の記録媒体に対応して各種付加情報を保持する外部
   サーバと通信可能な通信手段と、 上記第２の記録媒体に記録されたデータに対応して上記
   データベース手段に管理されている第１の記録媒体の識
   別情報を、上記通信手段により上記外部サーバに送信さ
   せることにより上記外部サーバからその第１の記録媒体
   についての付加情報を受信させ、受信された付加情報
   を、上記データベース手段において上記識別情報に対応
   させて格納させる制御手段と、 を備えたことを特徴とするデータ管理装置。
2. 【請求項２】 上記第１の記録媒体には１又は複数のプ
   ログラムと、上記プログラムを管理する管理情報が記録
   されており、上記識別情報は上記管理情報に基づいて生
   成されることを特徴とする請求項１に記載のデータ管理
   装置。
3. 【請求項３】 上記第１の記録媒体には１又は複数のプ
   ログラムが記録されており、 上記再生手段により上記第１の記録媒体から再生され、
   上記記録再生手段により上記第２の記録媒体に記録され
   たデータは、上記プログラム単位のデータとされ、 上記データベース手段は、上記識別情報及び上記付加情
   報を有するデータベースファイルを１つの単位としてデ
   ータベースを構成しており、 上記第２の記録媒体に記録された上記プログラム単位の
   データには、そのデータに対応する上記データベースフ
   ァイルを示すポインタ情報を有していることを特徴とす
   る請求項１に記載のデータ管理装置。
4. 【請求項４】 上記第１の記録媒体には１又は複数のプ
   ログラムが記録されており、 上記再生手段により上記第１の記録媒体から再生され、
   上記記録再生手段により上記第２の記録媒体に記録され
   たデータは、上記プログラム単位のデータとされるとと
   もに、 上記プログラム単位のデータとしての１又は複数のデー
   タを、所定の順序で再生されるべき１つのデータ群とし
   て管理するデータ群管理ファイルを有することを特徴と
   する請求項１に記載のデータ管理装置。
5. 【請求項５】 上記データベース手段は、上記識別情報
   及び上記付加情報を有するデータベースファイルを１つ
   の単位としてデータベースを構成しており、 上記データ群管理ファイルは、管理対象となっているデ
   ータ群の各データが対応する１又は複数のデータベース
   ファイルを示すポインタ情報を有していることを特徴と
   する請求項４に記載のデータ管理装置。
6. 【請求項６】 上記制御手段は、上記データベース手段
   に管理されている第１の記録媒体の識別情報を上記通信
   手段により外部サーバに送信させることにより、外部サ
   ーバからその第１の記録媒体の全体についての付加情報
   を受信させ、受信された付加情報を、上記データベース
   手段において上記識別情報に対応させて格納させること
   を特徴とする請求項１に記載のデータ管理装置。
7. 【請求項７】 上記制御手段は、上記データベース手段
   に管理されている第１の記録媒体の識別情報を上記通信
   手段により外部サーバに送信させることにより、外部サ
   ーバからその第１の記録媒体に記録された一部のプログ
   ラムについての付加情報を受信させ、受信された付加情
   報を、上記データベース手段において上記識別情報に対
   応させて格納させることを特徴とする請求項２に記載の
   データ管理装置。