JP2006294236A

JP2006294236A - オーディオ装置及びオーディオデータ管理方法

Info

Publication number: JP2006294236A
Application number: JP2006134437A
Authority: JP
Inventors: Shigetaka Kudo; 繁孝工藤; Natsumi Saitou; 奈津美齊藤
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2006-05-12
Filing date: 2006-05-12
Publication date: 2006-10-26
Anticipated expiration: 2021-03-15
Also published as: JP4787670B2

Abstract

【課題】大容量の第２の記録媒体へのダビングされたデータについて付加情報が自動登録されるようにしてユーザーの利便性、操作性を向上させる。
【解決手段】オーディオデータと該オーディオデータに関連する、少なくとも該オーディオデータを識別する識別情報を含む付加データが含まれるプログラムを記憶する記憶手段と、オーディオデータに対する各種付加情報を保持する外部サーバと通信可能な通信手段と、通信手段が記憶手段に記憶される識別情報を、外部サーバに送信し、識別情報に基づいて外部サーバから転送されるオーディオデータの付加情報を受信するように制御する制御手段とを備える。
【選択図】図１８

Description

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

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

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

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

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

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

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

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

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

本発明は、オーディオデータと該オーディオデータに関連する、少なくとも該オーディオデータを識別する識別情報を含む付加データが含まれるプログラムを記憶する記憶手段と、上記オーディオデータに対する各種付加情報を保持する外部サーバと通信可能な通信手段と、上記通信手段が上記記憶手段に記憶される上記識別情報を、上記外部サーバに送信し、上記識別情報に基づいて上記外部サーバから転送される上記オーディオデータの付加情報を受信するように制御する制御手段とを備える。

上記プログラムは、上記オーディオデータと上記付加データを含む１つのファイルである。
上記付加データは上記プログラムのヘッダ部分にある。

また、本発明は、受信した上記付加情報に基づいて上記プログラムの上記付加データを更新する付加データ更新手段をさらに備える。
さらに、オーディオデータと該オーディオデータの管理データが記録される記録媒体を再生する再生手段と、上記再生手段により再生されるデータを上記記憶手段に上記プログラムの形に記録する記録手段をさらに備える。
さらに、上記プログラムの上記識別情報に基づいて、上記再生手段により再生されるデータが既に上記記憶手段に記録済みか否かを検索し、検索結果に基づいて記録が不必要な場合に通知する通知手段をさらに備える。
また、上記記憶手段は複数のプログラムを含み、上記制御手段は複数のプログラムに対する付加情報を上記外部サーバから取得可能である。

更に、本発明は、受信した上記付加情報に基づいて上記プログラムの上記付加データを更新する付加データ更新手段をさらに備え、上記制御手段は上記外部サーバから取得した複数のプログラムに対する付加情報に基づいて各々のプログラムの付加データを更新するようにする。
そして、上記外部サーバへの付加情報取得の指示をする指示手段をさらに備え、上記制御手段は上記指示手段により付加情報取得指示に従って付加情報取得動作をするようにする。
上記プログラムはＣＤに記録された音楽データとＴＯＣデータに基づいて生成されるようにする。
上記記憶手段はＨＤＤ或いはメモリである。
上記付加情報は少なくともオーディオデータの曲名、アルバム名、ジャンル、作曲者、指揮者、歌詞等の情報や、画像データのひとつを含むものである。

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

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

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

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

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

以下、本発明のオーディオ装置及びオーディオデータ管理方法の実施の形態として、ＣＤから再生されるプログラム（トラックとも呼ばれる例えば楽曲データ）をＨＤＤに自動的にダビング記録していくダビング装置であって、ダビングしたデータをデータベース管理できる機能を備えた装置について説明する。説明は次の順序で行う。
なお、この実施の形態では、ダビング装置とパーソナルコンピュータが接続されて、本発明のデータ管理装置を構成するものとするが、もちろん本発明はそのような形態に限られるものではない。

１．ダビング装置の構成
２．ＣＤ再生部の構成
３．ＨＤ記録再生部の構成
４．音声入出力部の構成
５．ＣＤのサブコード及びＴＯＣ
６．ＨＤＤに記録されるファイル構造
７．データベース
８．ダビング動作
９．付加情報取得動作
１０．変形例

１．ダビング装置の構成

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

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

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

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

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

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

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

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

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

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

２．ＣＤ再生部の構成

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

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

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

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

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

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

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

３．ＨＤ記録再生部の構成

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

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

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

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

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

４．音声入出力部の構成

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

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

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

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

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

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

５．ＣＤのサブコード及びＴＯＣ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

６．ＨＤＤに記録されるファイル構造

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

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

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

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

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

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

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

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

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

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

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

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

７．データベース

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

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

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

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

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

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

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

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

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

８．ダビング動作

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

９．付加情報取得動作

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１０．変形例

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

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

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

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

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

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

本発明の実施の形態のデータ管理装置を構成するダビング装置及びパーソナルコンピュータのブロック図である。実施の形態のＣＤ再生部のブロック図である。実施の形態のＨＤ記録再生部のブロック図である。実施の形態の音声入出力部のブロック図である。ＣＤ方式のフレーム構造の説明図である。ＣＤ方式のサブコーディングフレームの説明図である。ＣＤ方式のサブＱデータの説明図である。ＣＤ方式のＴＯＣ構造の説明図である。実施の形態のＨＤＤのファイル構造の説明図である。実施の形態の音楽データファイルの説明図である。実施の形態の再生曲順管理ファイルの説明図である。実施の形態のアルバム管理ファイルの形態の説明図である。実施の形態のデータベースファイルの説明図である。実施の形態のダビング時の処理のフローチャートである。実施の形態のダビング時の処理のフローチャートである。実施の形態のダビング時のＨＤ録音処理のフローチャートである。実施の形態の付加情報自動取得処理のフローチャートである。実施の形態の付加情報自動取得処理のフローチャートである。実施の形態の付加情報自動取得処理のフローチャートである。

符号の説明

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

Claims

オーディオデータと該オーディオデータに関連する、少なくとも該オーディオデータを識別する識別情報を含む付加データが含まれるプログラムを記憶する記憶手段と、
上記オーディオデータに対する各種付加情報を保持する外部サーバと通信可能な通信手段と、
上記通信手段が上記記憶手段に記憶される上記識別情報を、上記外部サーバに送信し、上記識別情報に基づいて上記外部サーバから転送される上記オーディオデータの付加情報を受信するように制御する制御手段と
を備えるオーディオ装置。
上記プログラムは、上記オーディオデータと上記付加データを含む１つのファイルである請求項１に記載のオーディオ装置。
上記付加データは上記プログラムのヘッダ部分にある請求項２に記載のオーディオ装置。
受信した上記付加情報に基づいて上記プログラムの上記付加データを更新する付加データ更新手段をさらに備える請求項１に記載のオーディオ装置。
オーディオデータと該オーディオデータの管理データが記録される記録媒体を再生する再生手段と、
上記再生手段により再生されるデータを上記記憶手段に上記プログラムの形に記録する記録手段をさらに備える請求項１に記載のオーディオ装置。
上記プログラムの上記識別情報に基づいて、上記再生手段により再生されるデータが既に上記記憶手段に記録済みか否かを検索し、検索結果に基づいて記録が不必要な場合に通知する通知手段をさらに備える請求項５に記載のオーディオ装置。
上記記憶手段は複数のプログラムを含み、上記制御手段は複数のプログラムに対する付加情報を上記外部サーバから取得可能である請求項１に記載のオーディオ装置。
受信した上記付加情報に基づいて上記プログラムの上記付加データを更新する付加データ更新手段をさらに備え、
上記制御手段は上記外部サーバから取得した複数のプログラムに対する付加情報に基づいて各々のプログラムの付加データを更新する請求項６に記載のオーディオ装置。
上記外部サーバへの付加情報取得の指示をする指示手段をさらに備え、
上記制御手段は上記指示手段により付加情報取得指示に従って付加情報取得動作をする請求項１に記載のオーディオ装置。
上記プログラムはＣＤに記録された音楽データとＴＯＣデータに基づいて生成されることを特徴とする請求項１に記載のオーディオ装置。
上記記憶手段はＨＤＤ或いはメモリである請求項１に記載のオーディオ装置。
上記付加情報は少なくともオーディオデータの曲名、アルバム名、ジャンル、作曲者、指揮者、歌詞等の情報や、画像データのひとつを含む請求項１に記載のオーディオ装置。
オーディオデータとプログラムを記憶する記憶手段と、外部サーバと通信可能な通信手段と、上記外部サーバと送受信するように制御する制御手段とを備えたオーディオ装置のオーディオデータ管理方法において、
上記オーディオデータと該オーディオデータに関連する、少なくとも該オーディオデータを識別する識別情報を含む付加データが含まれるプログラムを記憶する記憶手順と、
上記オーディオデータに対する各種付加情報を保持する上記外部サーバと通信とする通信手順と、
上記通信手順において上記記憶手順において記憶される上記識別情報を、上記外部サーバに送信し、上記識別情報に基づいて上記外部サーバから転送される上記オーディオデータの付加情報を受信するように制御する制御手順と
を備えるオーディオデータ管理方法。
上記プログラムは、上記オーディオデータと上記付加データを含む１つのファイルである請求項１３に記載のオーディオデータ管理方法。
上記付加データは上記プログラムのヘッダ部分にある請求項１４に記載のオーディオデータ管理方法。
受信した上記付加情報に基づいて上記プログラムの上記付加データを更新する付加データ更新手順をさらに備える請求項１３に記載のオーディオデータ管理方法。
オーディオデータと該オーディオデータの管理データが記録される記録媒体を再生する再生手順と、
上記再生手順において再生されるデータを上記記憶手順において上記プログラムの形に記録する記録手順をさらに備える請求項１３に記載のオーディオデータ管理方法。
上記プログラムの上記識別情報に基づいて、上記再生手順において再生されるデータが既に上記記憶手順において記録済みか否かを検索し、検索結果に基づいて記録が不必要な場合に通知する通知手順をさらに備える請求項１７に記載のオーディオデータ管理方法。
上記記憶手段は複数のプログラムを含み、上記制御手段は複数のプログラムに対する付加情報を上記外部サーバから取得可能である請求項１３に記載のオーディオデータ管理方法。
受信した上記付加情報に基づいて上記プログラムの上記付加データを更新する付加データ更新手順をさらに備え、
上記制御手順において上記外部サーバから取得した複数のプログラムに対する付加情報に基づいて各々のプログラムの付加データを更新する請求項１８に記載のオーディオデータ管理方法。
上記外部サーバへの付加情報取得の指示をする指示手順をさらに備え、
上記制御手順において上記指示手順における付加情報取得指示に従って付加情報取得動作をする請求項１３に記載のオーディオデータ管理方法。
上記プログラムはＣＤに記録された音楽データとＴＯＣデータに基づいて生成されることを特徴とする請求項１３に記載のオーディオデータ管理方法。
上記記憶手段はＨＤＤ或いはメモリである請求項１３に記載のオーディオデータ管理方法。
上記付加情報は少なくともオーディオデータの曲名、アルバム名、ジャンル、作曲者、指揮者、歌詞等の情報や、画像データのひとつを含む請求項１３に記載のオーディオデータ管理方法。