JP4407667B2 - 再生装置および再生方法 - Google Patents

Description

この発明は、再生装置および再生方法に関し、特に、記録媒体に記録された複数のプログラムから所望のプログラムを検索可能な再生装置および再生方法に関する。

従来、オーディオ機器で用いられている記録媒体は、８０分程度のオーディオデータを記録できる容量のものが一般的であったが、近年の記録媒体の大容量化に伴い、従来とは比較にならないほど長時間のオーディオデータを記録媒体に格納できるようになっている。また、記録メディアの低価格化も進み、ユーザは大容量記録媒体を安価に享受できるようになっている。その中にあって、大容量記録媒体の代表であるハードディスクドライブ（以下、ＨＤＤ）は、容量の大きさ、価格の面で、近年最も注目されているメディアである。

このＨＤＤでは、従来の記録媒体と比較にならないほど多くのアルバム／トラックを格納できるため、ユーザはお気に入りのアルバム／トラックがＨＤＤ内のどこに記録されているかを即座に把握することは困難になっている。そこで、アルバム／トラックに付随する名称やアーティストの名称を用いて、ＨＤＤに格納された大量のアルバム／トラックから、所望のアルバム／トラックを高速に検索する再生装置が提案されている。

上述した再生装置では、アーティストの名称を用いて、アルバム／トラックを検索した場合には、画面に収まりきらないほどの複数のアルバム名あるいはトラック名が表示されることがある。この場合には、ユーザは画面をスクロールしながら、所望のアルバムのアルバム名あるいは所望のトラックのトラック名を検索しなければならないため、所望のアルバムあるいはトラックを検索する作業は、ユーザにとって煩わしいものとなっていた。

また、データ検索が文字のみの情報により行われ、直感的でないため、所望のアルバムやトラックを検索するためには時間がかかってしまうという問題もあった。

さらに、ＨＤＤに大量のアルバム／トラックを格納した場合、ユーザが、検索したいアルバムのアルバム名や検索したいトラックのトラック名（曲タイトル）を知らない場合が頻繁にあり、所望のアルバムやトラックを検索することは困難であった。

したがって、この発明の目的は、ユーザが、所望のアルバムあるいはトラックを容易に検索することができる再生装置および再生方法を提供することにある。

また、所望のアルバムおよびトラックを直感的に検索することができる再生装置および再生方法を提供することにある。

さらに、ユーザが検索したいアルバムのアルバム名やトラックのトラック名を知らない場合にも、検索を容易に行うことができる再生装置および再生方法を提供することにある。

上述した課題を解決するために、請求項１の発明は、
複数のプログラムが集合化されたグループとしての第１のグループおよび第２のグループから所望のプログラムを再生する再生装置において、
プログラムおよびプログラムのハイライト部分が再生可能な再生手段と、
入力操作を行う入力手段と、
第１のグループに属するプログラムのハイライト部分の再生中に入力手段により入力操作が行われた場合には、当該第１のグループとは異なる第２のグループに属するプログラムのハイライト部分を自動的に順次再生手段により再生させる第１の処理、または、ハイライト部分が再生されていたプログラムが属する当該第１のグループの所定のプログラムを冒頭部分から再生手段により再生を開始する第２の処理、のいずれかの処理を入力手段による入力操作に応じて行う制御手段と
を備え、
第２の処理では、ハイライト部分が再生されていたプログラムが属する第１のグループの先頭のプログラムから再生を開始させる再生装置である。

請求項６の発明は、
複数のプログラムが集合化されたグループとしての第１のグループおよび第２のグループから所望のプログラムを再生する再生方法において、
第１のグループに属するプログラムのハイライト部分の再生中に入力操作が行われた場合には、当該第１のグループとは異なる第２のグループに属するプログラムのハイライト部分を自動的に順次再生させる第１の処理、または、ハイライト部分が再生されていたプログラムが属する当該第１のグループの所定のプログラムを冒頭部分から再生を開始する第２の処理、のいずれかの処理を入力操作に応じて行い、
第２の処理では、ハイライト部分が再生されていたプログラムが属する第１のグループの先頭のプログラムから再生を開始する再生方法である。

以上説明したように、この発明によれば、ユーザは記録媒体に記録された複数のプログラムから、所望のプログラムを容易に検索できるため、従来、ユーザがプログラムの管理に要していた負担を大幅に低減することができる。

以下、この発明の一実施形態について図面を参照しながら説明する。図１は、この発明の一実施形態によるダビング装置の構成の一例を示すブロック図である。図１に示すように、この発明の一実施形態によるダビング装置は、システムコントローラ１００、ディスク再生装置２００、ＨＤ記録再生装置３００、音声入出力部４００および外部制御信号入出力部５００から構成される。

ディスク再生装置２００、ＨＤ記録再生装置３００および音声入出力部４００の間で送受信されるオーディオ信号は、例えばＩＥＣ６０９５８のデジタルオーディオインターフェースに準拠したオーディオ信号である。但し、音声入出力部４００は後述するアナログ入力端子を備えているため、音声入出力部４００のアナログ入力端子にアナログ入力されたオーディオ信号は後述するＡＤコンバータでデジタル変換され、ＬＲクロック、ビットクロックに同期したシリアル信号がＨＤ記録再生装置３００に供給される。

図２は、この発明の一実施形態によるシステムコントローラ１００の構成の一例を示すブロック図である。図２に示すように、システムコントローラ１００は、コントローラ１０１、表示装置１０２および操作装置１０３から構成される。コントローラ１０１は、システム制御信号を用いてダビング装置に備えられた各ブロックを制御する。

表示装置１０２は、例えば液晶ディスプレイやＦＬ管等で構成される表示装置である。この表示装置１０２は、コントローラ１０１に対して接続され、コントローラ１０１から供給される信号に基づき表示を行う。例えば、表示装置１０２は、コントローラ１０１から供給される信号に基づき、トラックナンバ、演奏時間などの情報を表示する。

操作装置１０３は、ダビング装置を操作するためのものであり、具体的には、電源キー、再生キー、一時停止キー、停止キー、録音キー、シンクロ録音キー、プレイリスト登録キー、メニューキー、ジョグキーなどを備える。

電源キーは、ダビング装置の電源をオン／オフするためのものである。再生キーは、ディスク再生装置２００に装填された光ディスクあるいはＨＤ記録再生装置に記録された音楽ファイルの再生を開始するためのものである。一時停止キーは、ディスク再生装置２００に装填された光ディスクあるいはＨＤ記録再生装置に記録されたファイルの録音／再生を一時的に停止するためのものである。停止キーは、ディスク再生装置２００に装填された光ディスクあるいはＨＤ記録再生装置に記録された音楽ファイルの録音／再生を停止するためのものである。録音キーは、ＨＤ記録再生装置へのデータの録音を開始するためのキーである。

シンクロ録音キーは、シンクロ録音を行うためのキーである。シンクロ録音とは、再生側に合わせて自動的に録音を始める／止める録音方法である。具体的には、シンクロ録音キーを押すと、ディスク再生装置２００の再生に同期して、ＨＤ記録再生装置３００の録音も開始される。そして、ディスク再生装置２００の再生が停止に同期して、ＨＤ記録再生装置３００の録音も停止する。したがって、ユーザはディスク再生装置２００とＨＤ記録再生装置３００とをそれぞれ操作せずに、ディスク再生装置２００で再生されたデータを、ＨＤ記録再生装置３００に簡単に格納できる。メニューキーは、表示装置１０２に編集操作などのメニューを表示するためのものである。プレイリスト登録キーは、プレイリストへの曲の登録を開始するためのものである。

ジョグキーは、押圧可能であるとともに、回転可能な構造を有する。具体的には、１回転につき間欠的に例えば１０回の停止位置があり、その停止位置毎にデータが更新されるようになっている。例えば、右側に回転させたとき、表示装置１０２において選択されている数値が＋更新され、左側に回転させたとき、表示装置１０２において選択されている数値が−更新されるようになっている。なお、このジョグキー操作のみで、再生、一時停止、停止、録音、シンクロ録音、メニュー選択などを行うことも可能である。

図３は、この発明の一実施形態によるディスク再生装置２００の構成の一例を示すブロック図である。このディスク再生装置２００は、図３に示すように、スピンドルモータ２０１、光学ヘッド２０２、ＲＦ（Radio Frequency）アンプ２０３、サーボ回路２０４、スレッド２０５、ＥＦＭ（Eight to Fourteen Modulation）およびＣＩＲＣ（Cross Interleave Reed-Solomon Code）デコード回路２０６、コントローラ２０７から構成される。ここで、光ディスクＤは、例えばコンパクトディスクである。

ディスク再生装置２００に装着された光ディスクＤは、ＣＤ再生動作時には、スピンドルモータ２０１により、一定線速度（Constant linear Velocity（ＣＬＶ））で回転駆動される。

光学ヘッド２０２は、光ディスクＤの記録面にレーザ光を照射して反射光を受光することにより、光ディスクＤにピット形態で記録されているデータを読み出し、ＲＦアンプ２０３に供給する。なお、レーザ光強度は、図示しないＡＰＣ（Automatic Power Control）によって最適化される。この光学ヘッド２０２はトラッキング及びフォーカス方向に変位可能である。また、光学ヘッド２０２は、スレッド２０５より供給される信号に基づき、光ディスクＤの半径方向に移動可能である。

ＲＦアンプ２０３は、光学ヘッド２０２から供給された信号に基づき、再生ＲＦ信号、フォーカスエラー信号およびトラッキングエラー信号を生成する。そして、フォーカスエラー信号およびトラッキングエラー信号をサーボ回路２０４に供給し、再生ＲＦ信号をＥＦＭおよびＣＩＲＣデコード回路２０６に供給する。

サーボ回路２０４は、ＲＦアンプ２０３から供給されるフォーカスエラー信号およびトラッキングエラー信号に基づき、フォーカス駆動信号、トラッキング駆動信号、スレット駆動信号およびスピンドル駆動信号の各種駆動信号を生成する。これらの信号に基づき、スレッド２０５およびスピンドルモータ２０１の動作は制御される。

ＥＦＭおよびＣＩＲＣデコード回路２０６は、ＲＦアンプから供給された再生ＲＦ信号を、２値化し、ＥＦＭ信号を得る。そして、このＥＦＭ信号に対して、ＥＦＭ復調およびＣＩＲＣデコードなどを行うことにより、光ディスクから読み出された情報を１６ビット（Binary digiT(bit)）量子化、４４．１ＫＨｚサンプリングのデジタル形式にデコードし、音声入出力部４００に供給する。ここで、ＣＩＲＣデコードとは、ＣＩＲＣを利用したエラー検出およびエラー訂正処理であり、具体的には、Ｃ１、Ｃ２符号によるエラー検出およびエラー訂正処理である。

また、ＥＦＭおよびＣＩＲＣデコード回路２０６は、ＲＦアンプ２０３から供給された再生ＲＦ信号から、後述するＴＯＣ（Table Of Contents）やサブコードなどの制御データを抽出し、これらの制御データをコントローラ２０７に供給する。

コントローラ２０７は、ＥＦＭおよびＣＩＲＣデコード回路２０６から供給されるＴＯＣやサブコードなどのデータに基づき、各部を制御する。また、コントローラ２０７は、例えば、ＴＯＣおよびサブコードなどの制御データをシステムコントローラ１００に送信する。さらに、コントローラ２０７は、システムコントローラ１００からシステム制御信号を受信し、このシステム制御信号に基づき、ディスク再生装置２００に備えられた各部を制御する。

図４は、図３で示したＥＦＭおよびＣＩＲＣデコード回路２０６で生成され、コントローラ２０７に供給されるデータのフレーム構成を示す。図４に示すように、１フレームは、同期パターン部（２４チャンネルビット）、サブコーディング部（１シンボル、すなわち１４チャンネルビット）、第１のデータ部（１２シンボル、すなわち１２×１４チャンネルビット）、第１のパリティ部（４シンボル、すなわち４×１４チャンネルビット）、第２のデータ部（１２シンボル、すなわち１２×１４チャンネルビット）、および第２のパリティ部（４シンボル、すなわち４×１４チャンネルビット）からなる。ここでは、図示を省略するが、各シンボル（同期パターンも２４ビットからなるシンボルとみなす）の結合のために、３ビットの結合ビットがフレーム内に含まれる。この結合ビットの総ビット数は、３４×３＝１０２チャンネルビットである。したがって、１フレームは、合計で５８８チャンネルビットからなる。

図５に示すように、９８個のフレームがフレーム同期情報、サブコード情報、データおよびパリティ情報からなる１まとまりの情報（サブコードフレーム）を形成する。９８個のフレーム内のサブコードデータが１ブロックとしてサブコード情報を表現する。このようなブロックについて図６を参照して説明する。最初のフレームＦ１，２番目のフレームＦ２のサブコードは、それぞれ、固定の同期パターンＳ０＝００１００００００００００１，Ｓ１＝０００００００００１００１０からなる。Ｓ０、Ｓ１としては、ＥＦＭ変調において現れ得ないパターンが用いられており、これにより、再生時にサブコード情報に関するブロックの開始位置が特定される。

３番目のフレームＦ３、４番目のフレームＦ４，・・・，９７番目のフレームＦ９７、９８番目のフレームＦ９８の９６個のフレームのサブコードは、それぞれ、Ｐ１，Ｑ１，Ｒ１，Ｓ１，Ｔ１，Ｕ１，Ｖ１，Ｗ１，Ｐ２〜Ｗ２、・・・、Ｐ９５〜Ｗ９５、Ｐ９６〜Ｗ９６からなる。そして、Ｐ１，Ｐ２，・・・，Ｐ９６、Ｑ１，Ｑ２，・・・，Ｑ９６、Ｒ１〜Ｒ９６、Ｓ１〜Ｓ９６、Ｔ１〜Ｔ９６、Ｕ１〜Ｕ９６、Ｖ１〜Ｖ９６、Ｗ１〜Ｗ９６が、それぞれ、完結した情報チャンネルを形成する。

これらのサブコーディング情報には、（１）楽曲の頭出し、予め設定された順序に従って再生するなどのプログラム機能に係る情報、（２）テキスト情報などの付加情報などが含まれている。（１）の情報としてサブコードのＰチャンネルおよびＱチャンネルが用いられ、（２）の情報としてサブコードのＲチャンネルからＷチャンネルが用いられる。なお、Ｐチャンネルは、楽曲の間（ｐａｕｓｅ）を示しており、ラフな頭出しのい使用される情報である。Ｑチャンネルは、より詳細な制御のための情報である。

図７は、Ｑデータの内容の一例を示す。図８に示すように、Ｑデータは、コントロール部、アドレス部、データ部およびＣＲＣ（Cyclic Redundancy Code）部からなる。

コントロール部は、Ｑ１〜Ｑ４の４ビットからなり、オーディオのチャンネル数、エンファシスおよびデジタルデータなどの識別を行うためのデータが記録されている。

アドレス部は、Ｑ５〜Ｑ８の４ビットからなり、後述するデータ部内のデータのフォーマットや種類を示す制御信号が記録されている。

ＣＲＣ部は、Ｑ８１〜Ｑ９６の１６ビットからなり、巡回符号のエラー検出を行うためのデータが記録されている。

データ部は、図８に示すように、Ｑ９〜Ｑ８０までの７２ビットのデータからなる。アドレス部の４ビットのデータが"０００１"である場合には、光ディスクＤのリードイン領域におけるデータ部（ＴＯＣ（Table of Contents））は、図９に示す構造を有する。すなわち、図９に示すように、データ部は、ＭＮＲ部（楽曲番号部）、ＰＯＩＮＴ部（ポイント部）、ＭＩＮ部（経過時間分成分部）、ＳＥＣ部（経過時間秒成分部）、ＦＲＡＭＥ部（経過時間フレーム番号部）、ＺＥＲＯ部（ゼロ部）、ＰＭＩＮ部（絶対時間分成分部）、ＰＳＥＣ部（絶対時間秒成分部）およびＰＦＲＡＭＥ部（絶対時間フレーム番号部）とからなる。なお、これらの各部は、それぞれ、８ビットのデータからなるものである。

ＭＮＲ部、ＭＩＮ部、ＳＥＣ部、ＦＲＡＭＥ部およびＺＥＲＯ部は、いずれも１６進数表示で"００"に固定され、８ビット全てに"０"が付与されてなる。

また、ＰＭＩＮ部は、ＰＯＩＮＴ部が１６進数表示で"Ａ０"の場合には、最初の楽曲番号あるいは楽章番号を示し、ＰＯＩＮＴ部が１６進数で"Ａ１"の場合には、最後の楽曲番号あるいは楽章番号を示す。また、ＰＯＩＮＴ部が１６進数表示で"Ａ２"の場合には、ＰＭＩＮ部（絶対時間分成分部）、ＰＳＥＣ部（絶対時間秒成分部）およびＰＦＲＡＭＥ部（絶対時間フレーム番号部）は、それぞれ、リードアウト領域が始まる絶対時間（ＰＴＩＭＥ）を示す。

さらに、ＰＯＩＮＴ部が、２ディジットのＢＣＤで表現される場合には、ＰＭＩＮ部（絶対時間分成分部）、ＰＳＥＣ部（絶対時間秒成分部）およびＰＦＲＡＭＥ部（絶対時間フレーム番号部）は、それぞれ、その数値で示される各曲あるいは楽章が始まるアドレスを絶対時間（ＰＴＩＭＥ）で表したものとなる。

ここでは、ディスク再生装置２００が、一枚の光ディスクを装填可能なディスク再生装置である場合を例として示したが、ディスク再生装置２００は、複数枚の光ディスクを装填可能なディスクチェンジャ型再生装置であってもかまわない。

図９は、この発明の一実施形態によるＨＤ記録再生装置３００の構成の一例を示すブロック図である。このＨＤ記録再生装置３００は、オーディオデータの記録再生およびオーディオデータを管理するためのデータなどを記録する装置である。

ＨＤ記録再生装置３００は、図９に示すように、デジタルオーディオインターフェース（以下、デジタルオーディオＩ／Ｆ）３０１、ＡＤ／ＤＡインターフェース（以下、ＡＤ／ＤＡ Ｉ／Ｆ）３０２、エンコード／デコード装置３０３、マジックゲートコア（Magic Gate Core）部３０４、共有ＲＡＭ（Random Access Memory）３０５、ＨＤコントローラ３０６、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）３０７、ＦＡＴ（File Allocation Table）ファイルシステム３０８、ＨＤＤ（Hard Disk Drive）３０９から構成される。

デジタルオーディオＩ／Ｆ３０１は、デジタルオーディオ信号用のインターフェースであり、ディスク再生装置２００に備えられたＥＦＭおよびＣＩＲＣデコード回路２０６あるいは音声入出力部４００に備えられたデジタル入力端子（後述する）から供給されたデジタルオーディオ信号を、エンコード／デコード装置３０３に供給する。また、エンコード／デコード装置３０３から供給されたデジタル信号を、音声入出力部４００に備えられたデジタル出力端子（後述する）に供給する。

ＡＤ／ＤＡ Ｉ／Ｆ３０２は、音声入出力部４００に備えられたＡ／Ｄ変換部（後述する）から供給されたデジタルオーディオ信号を、エンコード／デコード装置３０３に供給する。また、エンコード／デコード装置３０３から供給されたデジタルオーディオ信号を、音声入出力部４００に備えられたＤＡコンバータ４０２に供給する。

エンコード／デコード装置３０３は、デジタルオーディオＩ／Ｆ３０１あるいはＡＤ／ＤＡ Ｉ／Ｆ３０２から供給されるデジタルオーディオ信号を、ＡＴＲＡＣ３（Adaptive Transform Acoustic Cording 3）により圧縮し、マジックゲートコア部３０４に供給する。なお、データの圧縮方式は、ＡＴＲＡＣ３に限られるものではなく、ＭＰ３（MPEG-1 audio layer 3）、ＷＭＡ（Windows（登録商標） Media Audio）、ＡＡＣ（Advanced Audio Cording）、あるいはＴｗｉｎＶＱ（Transform-domain Weighted Interleave Vector Quantization）などの圧縮方式を用いるようにしても構わない。

また、音声圧縮エンコード／デコード装置３０３は、マジックゲートコア部３０４から供給されたＡＴＲＡＣ３で圧縮されたデータを伸長し、デジタルインターフェース３０１および／あるいはＡＤ／ＤＡ Ｉ／Ｆ３０２に供給する。

マジックゲートコア部３０４は、エンコーダ／デコード装置３０３から供給されたオーディオデータを暗号化し、共有ＲＡＭ３０５に供給する。なお、マジックゲート（ＭＡＧＩＣ ＧＡＴＥ）とは著作権保護を目的としたコンテンツ（音楽）の暗号化と機器間の相互承認をおこなう機能である。

共有ＲＡＭ３０５は、マジックゲートコア部３０４から供給されるデジタルオーディオデータを格納し、ＨＤコントローラ３０６に供給する。また、共有ＲＡＭ３０５は、ＨＤコントローラ３０６から供給されるデジタルオーディオデータを格納し、マジックゲートコア部３０４に供給する。

ＨＤコントローラ３０６は、マイクロコンピュータであり、このマイクロコンピュータによりＨＤ記録再生装置３００の各部は制御される。例えば、ＨＤコントローラ３０６は、ＡＴＲＡＣ３エンコード／デコード装置３０３に対して、ＡＴＲＡＣ３エンコード開始あるいはＡＴＲＡＣ３デコード開始の制御を行う。また、ＨＤコントローラ３０６は、ＭＡＧＩＣ ＧＡＴＥ ＣＯＲＥ部３０４に対して、暗号化開始あるいは復号化開始の制御を行う。ＨＤコントローラ３０６とＨＤＤ３０９とは、例えばＡＴＡ（AT Attachment）準拠のＩＤＥ（Integrated Device (Drive) Electronics）バスで接続され、このバスを介したデータの書き込みおよび読出しは、ＰＩＯ（Programmable I/O）モードを使ったデータ転送により行われる。

また、ＨＤコントローラ３０６には、マジックゲートコア部３０４において１サウンドユニット（約２３．２ｍｓｅｃ）の暗号化が終了するごとに、共有ＲＡＭ３０５からの割り込みが入る。ＨＤコントローラ３０６は、この割り込みが入る毎に、共有ＲＡＭ３０５におかれたデータをＳＤＲＡＭ３０７に転送し、さらにＦＡＴ３２ファイルシステム３０８を介してＨＤＤ３０９へ転送し、ＨＤＤ３０９に音楽をファイルとして記録していく。

また、ＨＤコントローラ３０６には、マジックゲートコア部３０４において１サウンドユニットの復号化が終了するごとに、共有ＲＡＭ３０５がＨＤコントローラ３０６に対して割り込みが入る。ＨＤコントローラ３０６は、その割込みごとに次のサウンドユニットをＳＤＲＡＭ３０７から共有ＲＡＭに転送する。

ＳＤＲＡＭ３０７は、ＨＤＤ３０９あるいは共有ＲＡＭ３０５から供給されたオーディオデジタルデータを格納する。

ＦＡＴ３２ファイルシステム３０８は、ＨＤコントローラ３０６がＨＤＤ３０９からデータの読出しおよび、ＨＤＤ３０９へのデータの書き込みをおこなう際に用いられるファイルシステムであり、ＨＤＤ３０９に書かれたデータをファイルごとに管理するために必要不可欠なものである。ここでは、便宜上、ＦＡＴ３２ファイルシステム３０８をブロックにより示すが、このＦＡＴ３２ファイルシステム３０８は、ＨＤコントローラ３０６に組み込まれたソフトウェアであり、他のブロックに示すような物理的なものではない。なお、この発明の一実施形態においては、ファイルシステムとして、ＦＡＴ３２ファイルシステムを用いるが、ＶＦＡＴ３２ファイルシステムをファイルシステムとして用いてもかまわない。また、ＮＴＦＳ（NT File System）、ＨＦＳ（Hierarchical File System）およびＨＦＳ Ｐｌｕｓなどをファイルシステムとして用いてもかまわない。

ＨＤＤ３０９に記録されるデータは全て、ＦＡＴ３２ファイルシステム３０８が管理するファイルであり、後に説明するオーディオデータや音楽管理情報のためのデータベースもＦＡＴ３２ファイルシステム３０８が管理するファイルである。ＦＡＴ３２ファイルシステム３０８には、ファイル操作に必要なファイルのオープン、クローズ、リード、ライトなどのシステムコールが備わっている。

ＨＤＤ３０９は、オーディオデータなどを格納する。具体的には、ＨＤＤ３０９は、アルバム番号管理ファイル、再生時間管理データベースファイル、アルバム・トラック名データベースファイル、ＴＯＣデータベースファイル、アルバム再生管理ファイル、音楽ファイルおよびプレイリスト管理ファイルなどを格納する。なお、これらの各ファイルの詳細については、後述する。

図１０は、ＨＤ記録再生装置３００にオーディオデータを録音する処理を説明するためのフローチャートである。ここで、ＨＤ記録再生装置３００にオーディオデータを録音することは、ＨＤコントローラ３０６がＨＤＤ３０９上にＦＡＴ３２ファイルシステム３０８を用いてファイルを作成すことである。

まず、ＨＤコントローラ３０６は、ＦＡＴ３２ファイルシステム３０８を用いてＨＤＤ３０９上に新規ファイル作成をおこなう（ステップＳ１）。

次に、ＡＴＲＡＣ３エンコード／デコード装置３０３が、ＨＤコントローラ３０６の制御に基づき、デジタルオーディオＩ／Ｆ３０１あるいはＡＤ／ＤＡ Ｉ／Ｆ３０２を介して、音声入出力部４００から供給されるデジタルオーディオ信号を、ＡＴＲＡＣ３圧縮コーディング技術を用いて高音質・高能率に圧縮し、マジックゲートコア部３０４に供給する（ステップＳ２）。

次に、マジックゲートコア部３０４が、ＨＤコントローラ３０６の制御に基づき、ＡＴＲＡＣ３圧縮されたオーディオデータを暗号化し、共有ＲＡＭ３０５に供給する（ステップＳ３）。

次に、ＨＤコントローラ３０６が、１サウンドユニットの暗号化が終了するたびに、共有ＲＡＭ３０５におかれたデータをＳＤＲＡＭ３０７に転送し（ステップＳ４）、さらにＦＡＴ３２ファイルシステム３０８を介してＨＤＤ３０９へ転送し、ＨＤＤ３０９にオーディオデータをファイルとして記録していく（ステップＳ５）。

なお、ＩＥＣ６０９５８のオーディオデータの録音を行なっていて、そのカテゴリがＣＤである場合には、ＨＤ記録再生装置３００は、オーディオデータのＣビット、Ｕビットを解析し、ＣＤの曲番どおりに、ＨＤＤ３０９に録音をすることが可能になっている。

図１１は、ＨＤ記録再生装置３００にオーディオデータを録音する処理を説明するためのフローチャートである。ここで、ＨＤ記録再生装置３００を用いてオーディオデータを再生することは、ＨＤコントローラ３０６がＨＤＤ３０９上に記録されている音楽ファイルをオープンして、データを読み出すことである。

まず、ＨＤコントローラ３０６は、ＦＡＴ３２ファイルシステム３０８を用いて再生したい希望のファイルをオープンし（ステップＳ１１）、このオープンしたファイルをＨＤＤ３０９からＳＤＲＡＭ３０７に読み出す（ステップＳ１２）。

次に、ＨＤコントローラ３０６は、マジックゲートコア部３０４において１サウンドユニットの復号化が終了するごとに、ＳＤＲＡＭ３０７から共有ＲＡＭ３０５に１サウンドユニットを転送する（ステップＳ１３）。

次に、マジックゲートコア部３０４が、共有ＲＡＭ３０５を介して、ＨＤコントローラ３０６から供給されたオーディオデータを復号化し、エンコード／デコード装置３０３に供給する（ステップＳ１４）。

次に、エンコード／デコード装置３０３が、マジックゲートコア部３０４から供給されたオーディオデータを伸張し、デジタルオーディオＩ／Ｆ３０１あるいはＡＤ／ＤＡＩ／Ｆ３０２を介して、音声入出力部４００に供給する（ステップＳ１５）。

この発明の一実施形態によるＨＤ記録再生装置３００には、複数の音楽（トラック）をグループ化するための、アルバムと称する受け皿（ファイル）が、予め５００個用意されている。さらに、このアルバムの他にも、ＨＤＤ３０９に実際に記録されている任意のトラックを集めることが可能な、プレイリストと称する受け皿（ファイル）が、予め１０個用意されている。アルバムとプレイリストの違いは、前者が、記録した音楽そのものを入れるための受け皿（ファイル）であるのに対して、後者は前者が保持している音楽（トラック）へのリンクが貼られているものであり、音楽ファイル実体そのものを保持する受け皿（ファイル）ではない点にある。

一つのアルバム内に記録可能な音楽ファイル数は、４００個（４００曲）である。このアルバム内でのトラック数の制限はプレイリストについても適用される。したがって、ＨＤ記録再生装置３００には、最大２０万曲（５００アルバム×４００トラック）での音楽を保持することができる。ただし、本発明が適用されるディスク再生装置２００とＨＤ記録再生装置３００一体型のダビング装置では、快適な音楽再生と録音を保証するため最大２万曲という制限が設けられている。

図１２は、ＨＤＤ３０９内に記憶されるファイルの構造を示す枝図面である。音楽ファイルと音楽ファイルを管理するデータベースファイルは、ルートディレクトリの下のＨｉＦｉというディレクトリの下に置かれる。ＨｉＦｉディレクトリの下には、５００個のアルバムの再生順を示す、アルバムプレイバックリストと称するアルバム番号管理ファイルＰｂｌｉｓｔ．ｍｓｆ（以下、単にＰｂｌｉｓｔと表記する）（１６ｋｂ）が格納されている。このＰｂｌｉｓｔには、５００個のアルバムそれぞれの再生管理ファイルのファイル番号が書かれている。同ディレクトリ内には、Ｐｂｌｉｓｔの他に、全てのアルバムとトラックのアルバム名・トラック名・アーティスト名をデータベース化したアルバム・トラック名データベースファイルＮａｍｅｄｂ．ｍｓｆ（以下、単にＮａｍｅｄｂと表記する）、全てのトラックの再生時間をデータベース化した再生時間管理データベースファイルＰｌａｙｔｉｍｅ．ｍｓｆ（以下、単にＰｌａｙｔｉｍｅと表記する）、ディスク再生装置２００とシンクロ録音をおこなうとき光ディスクのＴＯＣを取得しておき、あとでＣＤＤＢ（Compact Disc Data Base）等のサービスを利用することで、各アルバム、各トラックに名前を付加できるようにするためのＴＯＣデータベースファイルＴｏｃｄｂ．ｍｓｆ（以下、Ｔｏｃｄｂと表記する）が格納されている。また、ＨｉＦｉディレクトリの下にあるＡｌｂｕｍ０００というディレクトリは５００個のアルバムそれぞれに含まれる総トラック数、アルバム名、再生曲順番、アルバムハイライト等のデータが納めてあるプレイバックリストと称するアルバム再生管理ファイルＰｂ０００００１．ｍｓｆ〜Ｐｂ０００１ｆ４．ｍｓｆ（以下、単にＰｂ００００００と表記する）が格納されている。

ＨｉＦｉディレクトリの下にあるＡｌｂｕｍ００１からＡｌｂｕｍ１００の１００個のディレクトリは記録した音楽ファイルを格納するディレクトリである。音楽ファイルは最大で２万曲作成可能であるため、これら全ての音楽ファイルを同じディレクトリにおいておくとＦＡＴ３２ファイルシステム３０８がファイルの場所を検索するのに時間を多く必要とする。この時間を短縮するためには音楽ファイルを分散させて格納するのが効果的である。このような理由により、記録した音楽ファイルはＡｌｂｕｍ００１からＡｌｂｕｍ１００までの１００個のディレクトリに分散させて保存してある。音楽ファイルはＡ３ｄｘｘｘｘｘ．ｍｓａ（以下、単にＡ３ｄｘｘｘｘｘと表記する）というファイル名を有し、１〜最大の２００００トラック目まで通し番号が付されている。

最後にＨｉＦｉディレクトリの下にあるＰｌａｙｌｉｓｔディレクトリには、上述したプレイリスト機能を実現するためのプレイリスト管理ファイルＰｂ０００１ｆ５からＰｂ０００１ｆｅを格納するディレクトリである。

図１３は、アルバム番号管理ファイルＰｂｌｉｓｔの構成を示し、図１４Ａおよび図１４Ｂは、アルバム番号管理ファイルＰｂｌｉｓｔを構成するヘッダとそれ以外の部分をそれぞれ示す。アルバム番号管理ファイルＰｂｌｉｓｔは、１クラスタ（１ブロック＝１６ＫＢ）のサイズである。図１４Ａに示すヘッダは、３２バイトから成る。図１４Ｂに示すヘッダ以外の部分には、アルバムの再生順番を管理するテーブルＡｌｂ−ｎｎｎおよびヘッダ中の情報の一部が記録されている。これらの異なる種類のデータ群のそれぞれの先頭は、再生管理ファイル内で所定の位置となるように規定されている。

アルバム番号管理ファイルは、図１４Ａに示す（０ｘ００００）および（０ｘ００１０）で表される先頭から３２バイトがヘッダである。なお、ファイル中で先頭から１６バイト単位で区切られた単位をスロットと称する。ファイルの第１および第２のスロットに配されるヘッダには、下記の意味、機能、値を持つデータが先頭から順に配される。なお、Ｒｅｓｅｒｖｅｄと表記されているデータは、未定義のデータを表している。通常ヌル（０ｘ００）が書かれるが、何が書かれていてもＲｅｓｅｒｖｅｄのデータが無視される。将来のバージョンでは、変更がありうる。また、この部分への書き込みは禁止する。

ＢＬＫＩＤ−ＴＬ０（４バイト）
意味：BLOCKID FILE ID
機能：アルバム番号管理ファイルの先頭であることを識別するための値
値：固定値＝"ＴＬ＝０"（例えば０ｘ５４４Ｃ２Ｄ３０）

ＲＥＶＩＳＩＯＮ（４バイト）
意味：Ｐｂｌｉｓｔの書き換え回数
機能：アルバム番号管理ファイルを書き換える度にインクリメント
値：０より始まり＋１づつ増加する

Ｔ−ＡＢＬＥ（２バイト）
意味：ＴＯＴＡＬ ＴＲＡＣＫ ＮＵＭＢＥＲ
機能：総アルバム数
値：１から５１２（プレイリストを含む）データがない場合はオールゼロとすること

Ａｌｂ−ｎｎｎ
意味：再生するアルバムのＳＱＮ（シーケンス）番号
機能：各アルバム再生管理ファイルＰｂｘｘｘｘｘｘ．ｍｓｆのファイル番号を記述する
値：１から５１２
アルバムが存在しない時はオールゼロとすること

図１５は、アルバム再生管理ファイルの構成を示し、図１６が１ＦＩＬＥ（１曲）のＡＴＲＡＣ３データファイルの構成を示す。アルバム再生管理ファイルは、１６ＫＢ固定長のファイルである。ＡＴＲＡＣ３データファイルは、曲単位でもって、先頭の属性ヘッダと、それに続く実際の暗号化されたオーディオデータとからなる。属性ヘッダも１６ＫＢ固定長とされ、アルバム再生管理ファイルと類似した構成を有する。

図１５に示すアルバム再生管理ファイルは、ヘッダ、１バイト文字列アルバム名を格納する領域ＮＭ１−Ｓ、２バイト文字列アルバム名を格納する領域ＮＭ２−Ｓ、曲順の再生テーブルＴＲＫＴＢＬ、付加情報ＩＮＦ−Ｓとからなる。図１６に示すデータファイルの先頭の属性ヘッダは、ヘッダ、１バイトコードの曲名ＮＭ１、２バイトコードの曲名ＮＭ２、トラックのキー情報等のトラック情報ＴＲＫＩＮＦ、パーツ情報ＰＲＴＩＮＦと、トラックの付加情報ＩＮＦとからなる。ヘッダには、総パーツ数、名前の属性、付加情報のサイズの情報等が含まれる。

属性ヘッダに対してＡＴＲＡＣ３のオーディオデータが続く。オーディオデータは、１６ＫＢのブロック毎に区切られ、各ブロックの先頭にヘッダが付加されている。ヘッダには、暗号を復号するための初期値が含まれる。なお、暗号化の処理を受けるのは、ＡＴＲＡＣ３データファイル中のオーディオデータのみであって、それ以外の再生管理ファイル、ヘッダ等のデータは、暗号化されない。

図１６を参照して、曲とＡＴＲＡＣ３データファイルの関係について説明する。１トラックは、１曲を意味する。１曲は、１つのＡＴＲＡＣ３データファイル（図１６参照）で構成される。ＡＴＲＡＣ３データファイルは、ＡＴＲＡＣ３により圧縮されたオーディオデータである。ＨＤＤ３０９に対しては、クラスタと呼ばれる単位で記録される。１クラスタは、例えば１６ＫＢの容量である。１クラスタに複数のファイルが混じることがない。

１曲は、基本的に１パーツで構成されるが、編集が行われると、複数のパーツから１曲が構成されることがある。パーツは、録音開始からその停止までの連続した時間内で記録されたデータの単位を意味し、通常は、１トラックが１パーツで構成される。曲内のパーツのつながりは、各曲の属性ヘッダ内のパーツ情報ＰＲＴＩＮＦで管理する。すなわち、パーツサイズは、ＰＲＴＩＮＦの中のパーツサイズＰＲＴＳＩＺＥという４バイトのデータで表す。パーツサイズＰＲＴＳＩＺＥの先頭の２バイトがパーツが持つクラスタの総数を示し、続く各１バイトが先頭および末尾のクラスタ内の開始サウンドユニット（以下、ＳＵと略記する）の位置、終了ＳＵの位置を示す。このようなパーツの記述方法を持つことによって、オーディオデータを編集する際に通常、必要とされる大量のオーディオデータの移動をなくすことが可能となる。ブロック単位の編集に限定すれば、同様にオーディオデータの移動を回避できるが、ブロック単位は、ＳＵ単位に比して編集単位が大きすぎる。

ＳＵは、パーツの最小単位であり、且つＡＴＲＡＣ３でオーディオデータを圧縮する時の最小のデータ単位である。４４．１ｋHzのサンプリング周波数で得られた１０２４サンプル分（１０２４×１６ビット×２チャンネル）のオーディオデータを約１／１０に圧縮した数百バイトのデータがＳＵである。１ＳＵは、時間に換算して約２３ｍ秒になる。通常は、数千に及ぶＳＵによって１つのパーツが構成される。１クラスタが４２個のＳＵで構成される場合、１クラスタで約１秒の音を表すことができる。１つのトラックを構成するパーツの数は、付加情報サイズに影響される。パーツ数は、１ブロックの中からヘッダや曲名、付加情報データ等を除いた数で決まるために、付加情報が全く無い状態が最大数（６４５個）のパーツを使用できる条件となる。

図１７Ａは、ＣＤ等からのオーディオデータを２曲連続して記録する場合のファイル構成を示す。１曲目（ファイル１）が例えば５クラスタで構成される。１曲目と２曲目（ファイル２）の曲間では、１クラスタに二つのファイルが混在することが許されないので、次のクラスタの最初からファイル２が作成される。従って、ファイル１に対応するパーツ１の終端（１曲目の終端）がクラスタの途中に位置し、クラスタの残りの部分には、データが存在しない。第２曲目（ファイル２）も同様に１パーツで構成される。ファイル１の場合では、パーツサイズが５、開始クラスタのＳＵが０、終了クラスタが４となる。

トラックの編集操作として、トラックのディバイド、トラックのコンバイン、トラックのイレース、トラックのムーブ、トラック名付加、トラックのアーティスト名付加の６種類の操作が規定される。ディバイドは、１つのトラックを２つに分割することである。ディバイドがされると、総トラック数が１つ増加する。ディバイドは、一つのファイルをファイルシステム上で分割して２つのファイルとし、再生管理ファイルおよびＦＡＴを更新する。コンバインは、２つのトラックを１つに統合することである。コンバインされると、総トラック数が１つ減少する。コンバインは、２つのファイルをファイルシステム上で統合して１つのファイルにし、再生管理ファイルおよびＦＡＴを更新する。イレースは、トラックを消去することである。消された以降のトラック番号が１つ減少する。ムーブは、トラック順番を変えることである。以上イレースおよびムーブ処理についても、再生管理ファイルおよびＦＡＴを更新する。トラック名付加は、トラックにトラック名を付けることである。トラックのアーティスト名の付加は、トラックにアーティスト名を付けることである。

図１７Ａに示す二つの曲（ファイル１およびファイル２）をコンバインした結果を図１７Ｂに示す。コンバインされた結果は、１つのファイルであり、このファイルは、二つのパーツからなる。また、図１７Ｃは、一つの曲（ファイル１）をクラスタ２の途中でディバイドした結果を示す。ディバイドによって、クラスタ０、１およびクラスタ２の前側からなるファイル１と、クラスタ２の後側とクラスタ３および４とからなるファイル２とが発生する。

上述したように、この一実施形態では、パーツに関する記述方法があるので、コンバインした結果である図１７Ｂにおいて、パーツ１の開始位置、パーツ１の終了位置、パーツ２の開始位置、パーツ２の終了位置をそれぞれＳＵ単位でもって規定できる。その結果、コンバインした結果のつなぎ目の隙間をつめるために、パーツ２のオーディオデータを移動する必要がない。また、パーツに関する記述方法があるので、ディバイドした結果である図１７Ｃにおいて、ファイル２の先頭の空きを詰めるように、データを移動する必要がない。

また、アルバムの編集操作として、アルバムのイレース、アルバムのムーブ、アルバム名付加、アルバムのアーティスト名付加などが規定されている。アルバムのイレースは、アルバムを消去することである。消された以降のアルバム番号が１つ減少する。アルバムのムーブは、アルバムの順番を変えることである。以上イレースおよびムーブ処理についても、アルバム番号管理ファイルおよびＦＡＴを更新する。アルバム名付加は、アルバムにアルバム名を付けることである。アルバムのアーティスト名の付加は、アルバムにアーティスト名を付けることである。

図１８は、アルバム再生管理ファイルのより詳細なデータ構成を示し、図１９Ａおよび図１９Ｂは、アルバム再生管理ファイルを構成するヘッダとそれ以外の部分をそれぞれ示す。アルバム再生管理ファイルは、１クラスタ（１ブロック＝１６ＫＢ）のサイズである。図１９Ａに示すヘッダは、３２バイトから成る。図１２Ｂに示すヘッダ以外の部分は、名前ＮＭ１−Ｓ（２５６バイト）、名前ＮＭ２−Ｓ（５１２バイト）、ＣＯＮＴＥＮＴＳＫＥＹ、Ｃ＿ＭＡＣ［０］、Ｓ−ＹＭＤｈｍｓと、再生順番を管理するテーブルＴＲＫＴＢＬ（８００バイト）、付加情報ＩＮＦ−Ｓ（１４７２０バイト）および最後にヘッダ中の情報の一部が再度記録されている。これらの異なる種類のデータ群のそれぞれの先頭は、再生管理ファイル内で所定の位置となるように規定されている。

アルバム再生管理ファイルは、図１９Ａに示す（０ｘ００００）および（０ｘ００１０）で表される先頭から３２バイトがヘッダである。なお、ファイル中で先頭から１６バイト単位で区切られた単位をスロットと称する。ファイルの第１および第２のスロットに配されるヘッダには、下記の意味、機能、値を持つデータが先頭から順に配される。なお、Ｒｅｓｅｒｖｅｄと表記されているデータは、未定義のデータを表している。通常ヌル（０ｘ００）が書かれるが、何が書かれていてもＲｅｓｅｒｖｅｄのデータが無視される。将来のバージョンでは、変更がありうる。また、この部分への書き込みは禁止する。Ｏｐｔｉｏｎと書かれた部分も使用しない場合は、全てＲｅｓｅｒｖｅｄと同じ扱いとされる。

ＢＬＫＩＤ−ＴＬ０（４バイト）
意味：BLOCKID FILE ID
機能：再生管理ファイルの先頭であることを識別するための値
値：固定値＝"ＴＬ＝０"（例えば０ｘ５４４Ｃ２Ｄ３０）
ＭＣｏｄｅ（２バイト）
意味：MAKER CODE
機能：記録した機器の、メーカー、モデルを識別するコード
値：上位１０ビット（メーカーコード） 下位６ビット（機種コード）
ＲＥＶＩＳＩＯＮ（４バイト）
意味：アルバム再生管理ファイルの書き換え回数
機能：アルバム再生管理ファイルを書き換える度にインクリメント
値：０より始まり＋１づつ増加する

ＳＮ１Ｃ＋Ｌ（２バイト）
意味：ＮＭ１−Ｓ領域に書かれるアルバムのタイトル（１バイト）の属性を表す
機能：使用する文字コードと言語コードを各１バイトで表す
値：文字コード（Ｃ）は上位１バイトで下記のように文字を区別する
00: 文字コードは設定しない。単なる２進数として扱うこと
01: ASCII(American Standard Code for Information Interchange)
02:ASCII+KANA 03:modifided8859-1
81:MS-JIS 82:KS C 5601-1989 83:GB(Great Britain)2312-80
90:S-JIS(Japanese Industrial Standards)(for Voice)。

言語コード（Ｌ）は下位１バイトで下記のようにEBU Tech 3258 規定に準じて言語を区別する
00: 設定しない 08:German 09:English 0A:Spanish
0F:French 15:Italian 1D:Dutch
65:Korean 69:Japanese 75:Chinese
データが無い場合オールゼロとすること。

ＳＮ２Ｃ＋Ｌ（２バイト）
意味：ＮＭ２−Ｓ領域に書かれるアルバムのタイトル（２バイト）の属性を表す
機能：使用する文字コードと言語コードを各１バイトで表す
値：上述したＳＮ１Ｃ＋Ｌと同一
ＳＩＮＦＳＩＺＥ（２バイト）
意味：ＩＮＦ−Ｓ領域に書かれる付加情報の全てのデータを合計したサイズを表す
機能：データサイズを１６バイト単位の大きさで記述、無い場合は必ずオールゼロとすること
値：サイズは０ｘ０００１から０ｘ３９Ｃ（９２４）
Ｔ−ＴＲＫ（２バイト）
意味：TOTAL TRACK NUMBER
機能：総トラック数
値：１から０ｘ０１９０（最大４００トラック）、データが無い場合はオールゼロとすること

上述したヘッダに続く領域に書かれるデータ（図１９Ｂ）について以下に説明する。

ＮＭ１−Ｓ
意味：１バイト文字列アルバム名を格納する領域
機能：１バイトの文字コードで表した可変長の名前データ（最大で２５６）
名前データの終了は、必ず終端コード（０ｘ００）を書き込むこと
サイズはこの終端コードから計算すること、データの無い場合は少なくとも先頭（０ｘ００２０）からヌル（０ｘ００）を１バイト以上記録すること
値：各種文字コード
ＮＭ２−Ｓ
意味：２バイト文字列アルバム名を格納する領域
機能：２バイトの文字コードで表した可変長の名前データ（最大で５１２）
名前データの終了は、必ず終端コード（０ｘ００）を書き込むこと
サイズはこの終端コードから計算すること、データの無い場合は少なくとも先頭（０ｘ０１２０）からヌル（０ｘ００）を２バイト以上記録すること
値：各種文字コード。

ＣＯＮＴＥＮＴＳ ＫＥＹ
意味：曲ごとに用意された値でＭＧ（Ｒ）で保護されてから保存される。ここでは、１曲目に付けられるＣＯＮＴＥＮＴＳ ＫＥＹと同じ値
機能：Ｓ−ＹＭＤｈｍｓのＭＡＣの計算に必要となるキーとなる
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで
ＭＡＣ
意味：著作権情報改ざんチェック値
機能：Ｓ−ＹＭＤｈｍｓの内容とＣＯＮＴＥＮＴＳ ＫＥＹから作成される値
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで。

ＴＲＫ−ｎｎｎ
意味：再生するＡＴＲＡＣ３データファイルのＳＱＮ（シーケンス）番号
機能：ＴＲＫＩＮＦの中のＦＮｏを記述する
値：１から４００（０ｘ１９０）
トラックが存在しない時はオールゼロとすること
ＩＮＦ−Ｓ
意味：アルバム付加情報（例えばアーティスト名などの付加情報）
機能：ヘッダを伴った可変長の付加情報データ
複数の異なる付加情報が並べられることがある。それぞれにＩＤとデータサイズが付けられている。個々のヘッダを含む付加情報データは最小１６バイト以上で４バイトの整数倍の単位で構成される。その詳細については、後述する
値：付加情報データ構成を参照
Ｓ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ）
意味：信頼できる時計を持つ機器で記録した年・月・日・時・分・秒
機能：最終記録日時を識別するための値、ＥＭＤの時は必須
値：２５〜３１ビット 年 ０〜９９（１９８０〜２０７９）
２１〜２４ビット 月 ０〜１２
１６〜２０ビット 日 ０〜３１
１１〜１５ビット 時 ０〜２３
０５〜１０ビット 分 ０〜５９
００〜０４ビット 秒 ０〜２９（２秒単位）。

再生管理ファイルの最後のスロットとして、ヘッダ内のものと同一のＢＬＫＩＤ−ＴＬ０と、ＭＣｏｄｅと、ＲＥＶＩＳＩＯＮとが書かれる。

民生用オーディオ機器として、メモリカードが記録中に抜かれたり、電源が切れることがあり、復活した時にこれらの異常の発生を検出することが必要とされる。上述したように、ＲＥＶＩＳＩＯＮをブロックの先頭と末尾に書き込み、この値を書き換える度に＋１インクリメントするようにしている。若し、ブロックの途中で異常終了が発生すると、先頭と末尾のＲＥＶＩＳＩＯＮの値が一致せず、異常終了を検出することができる。ＲＥＶＩＳＩＯＮが２個存在するので、高い確率で異常終了を検出することができる。異常終了の検出時には、エラーメッセージの表示等の警告が発生する。

また、１ブロック（１６ＫＢ）の先頭部分に固定値ＢＬＫＩＤ−ＴＬ０を挿入しているので、ＦＡＴが壊れた場合の修復の目安に固定値を使用できる。すなわち、各ブロックの先頭の固定値を見れば、ファイルの種類を判別することが可能である。しかも、この固定値ＢＬＫＩＤ−ＴＬ０は、ブロックのヘッダおよびブロックの終端部分に二重に記述するので、その信頼性のチェックを行うことができる。なお、アルバム再生管理ファイルの同一のものを二重に記録しても良い。

ＡＴＲＡＣ３データファイルは、トラック情報管理ファイルと比較して、相当大きなデータ量であり、ＡＴＲＡＣ３データファイルに関しては、後述するように、ブロック番号ＢＬＯＣＫ ＳＥＲＩＡＬが付けられている。但し、ＡＴＲＡＣ３データファイルは、通常複数のファイルがＨＤＤ３０９上に存在するので、ＣＯＮＮＵＭ０でコンテンツの区別を付けた上で、ＢＬＯＣＫ ＳＥＲＩＡＬを付けないと、重複が発生し、ＦＡＴが壊れた場合のファイルの復旧が困難となる。換言すると単一のＡＴＲＡＣ３データファイルは、複数のＢＬＯＣＫで構成されると共に、離散して配置される可能性があるので、同一ＡＴＲＡＣ３データファイルを構成するＢＬＯＣＫを判別するためにＣＯＮＮＵＭ０を用いると共に、同一ＡＴＲＡＣ３データファイル内の昇降順をブロック番号ＢＬＯＣＫ ＳＥＲＩＡＬで決定する。

同様に、ＦＡＴの破壊までにはいたらないが、論理を間違ってファイルとして不都合のあるような場合に、書き込んだメーカーの機種が特定できるように、メーカーコード（ＭＣｏｄｅ）がブロックの先頭と末尾に記録されている。

図１９Ｃは、付加情報データの構成を示す。付加情報の先頭に下記のヘッダが書かれる。ヘッダ以降に可変長のデータが書かれる。

ＩＮＦ
意味：FIELD ID
機能：付加情報データの先頭を示す固定値
値：０ｘ６９
ＩＤ
意味：付加情報キーコード
機能：付加情報の分類を示す
値：０から０ｘＦＦ
ＳＩＺＥ
意味：個別の付加情報の大きさ
機能：データサイズは自由であるが、必ず４バイトの整数倍でなければならない。また、最小１６バイト以上のこと。データの終わりより余りがでる場合はヌル（０ｘ００）で埋めておくこと
値：１６から１４７８４（０ｘ３９Ｃ０）
ＭＣｏｄｅ
意味：MAKER CODE
機能：記録した機器の、メーカー、モデルを識別するコード
値：上位１０ビット（メーカーコード） 下位６ビット（機種コード）
Ｃ＋Ｌ
意味：先頭から１２バイト目からのデータ領域に書かれる文字の属性を表す
機能：使用する文字コードと言語コードを各１バイトで表す
値：前述のＳＮＣ＋Ｌと同じ
ＤＡＴＡ
意味：個別の付加情報データ
機能：可変長データで表す。実データの先頭は常に１２バイト目より始まり、長さ（サイズ）は最小４バイト以上、常に４バイトの整数倍でなければならない。データの最後から余りがある場合はヌル（０ｘ００）で埋めること
値：内容により個別に定義される。

図２０は、１ＳＵがＮバイト（例えばＮ＝３８４バイト）の場合のＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎのデータ配列を示す。図２０には、データファイルの属性ヘッダ（１ブロック）と、オーディオデータファイル（１ブロック）とが示されている。図２０では、この２ブロック（１６×２＝３２Ｋバイト）の各スロットの先頭のバイト（０ｘ００００〜０ｘ７ＦＦ０）が示されている。図２１に分離して示すように、属性ヘッダの先頭から３２バイトがヘッダであり、２５６バイトが曲名領域ＮＭ１（２５６バイト）であり、５１２バイトが曲名領域ＮＭ２（５１２バイト）である。属性ヘッダのヘッダには、下記のデータが書かれる。

ＢＬＫＩＤ−ＨＤ０（４バイト）
意味：BLOCKID FILE ID
機能：ＡＴＲＡＣ３データファイルの先頭であることを識別するための値
値：固定値＝"ＨＤ＝０"（例えば０ｘ４８４４２Ｄ３０）
ＭＣｏｄｅ（２バイト）
意味：MAKER CODE
機能：記録した機器の、メーカー、モデルを識別するコード
値：上位１０ビット（メーカーコード） 下位６ビット（機種コード）
ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト）
意味：トラック毎に付けられた連続番号
機能：ブロックの先頭は０から始まり次のブロックは＋１づつインクリメント
編集されても値を変化させない
値：０より始まり０ｘＦＦＦＦＦＦＦＦまで。

Ｎ１Ｃ＋Ｌ（２バイト）
意味：トラック（曲名）データ（ＮＭ１）の属性を表す
機能：ＮＭ１に使用される文字コードと言語コードを各１バイトで表す
値：ＳＮ１Ｃ＋Ｌと同一
Ｎ２Ｃ＋Ｌ（２バイト）
意味：トラック（曲名）データ（ＮＭ２）の属性を表す
機能：ＮＭ２に使用される文字コードと言語コードを各１バイトで表す
値：ＳＮ１Ｃ＋Ｌと同一
ＩＮＦＳＩＺＥ（２バイト）
意味：トラックに関する付加情報の全てを合計したサイズを表す
機能：データサイズを１６バイト単位の大きさで記述、無い場合は必ずオールゼロとすること
値：サイズは０ｘ００００から０ｘ３Ｃ６（９６６）
Ｔ−ＰＲＴ（２バイト）
意味：トータルパーツ数
機能：トラックを構成するパーツ数を表す。通常は１
値：１から０ｘ２８５（６４５dec ）
Ｔ−ＳＵ（４バイト）
意味：トータルＳＵ数
機能：１トラック中の実際の総ＳＵ数を表す。曲の演奏時間に相当する
値：０ｘ０１から０ｘ００１ＦＦＦＦＦ
ＩＮＸ（２バイト）（Ｏｐｔｉｏｎ）
意味：INDEX の相対場所
機能：曲のさびの部分（特徴的な部分）の先頭を示すポインタ。曲の先頭からの位置をＳＵの個数を１／４した数で指定する。これは、通常のＳＵの４倍の長さの時間（約９３ｍ秒）に相当する
値：０から０ｘＦＦＦＦ（最大、約６０８４秒）
ＸＴ（２バイト）（Ｏｐｔｉｏｎ）
意味：INDEX の再生時間
機能：ＩＮＸ-nnnで指定された先頭から再生すべき時間のＳＵの個数を１／４した数で指定する。これは、通常のＳＵの４倍の長さの時間（約９３ｍ秒）に相当する
値：０ｘ００００：無設定 ０ｘ０１から０ｘＦＦＦＥ（最大６０８４秒）
０ｘＦＦＦＦ：曲の終わりまで。

次に曲名領域ＮＭ１およびＮＭ２について説明する。

ＮＭ１
意味：曲名を表す文字列
機能：１バイトの文字コードで表した可変長の曲名（最大で２５６）
名前データの終了は、必ず終端コード（０ｘ００）を書き込むこと
サイズはこの終端コードから計算すること、データの無い場合は少なくとも先頭（０ｘ００２０）からヌル（０ｘ００）を１バイト以上記録すること
値：各種文字コード
ＮＭ２
意味：曲名を表す文字列
機能：２バイトの文字コードで表した可変長の名前データ（最大で５１２）
名前データの終了は、必ず終端コード（０ｘ００）を書き込むこと
サイズはこの終端コードから計算すること、データの無い場合は少なくとも先頭（０ｘ０１２０）からヌル（０ｘ００）を２バイト以上記録すること
値：各種文字コード。

属性ヘッダの固定位置（０ｘ３２０）から始まる、８０バイトのデータをトラック情報領域ＴＲＫＩＮＦと呼び、主としてセキュリティ関係、コピー制御関係の情報を一括して管理する。図２２にＴＲＫＩＮＦの部分を示す。ＴＲＫＩＮＦ内のデータについて、配置順序に従って以下に説明する。

ＣＯＮＴＥＮＴＳ ＫＥＹ（８バイト）
意味：曲毎に用意された値で、ＭＧ（Ｒ）により保護されてから保存される
機能：曲を再生する時、まず必要となる最初の鍵となる。ＭＡＣ計算時に使用される
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで
Ｃ＿ＭＡＣ［０］（８バイト）
意味：著作権情報改ざんチェック値

ＷＭ
意味：Ｗａｔｅｒ Ｍａｒｋ
機能：コンテンツのＷａｔｅｒ Ｍａｒｋ状態を示す

Ａ（１バイト）
意味：パーツの属性
機能：パーツ内の圧縮モード等の情報を示す
値：図２３を参照して以下に説明する
ただし、Ｎ＝０，１のモノラルは、ｂｉｔ７が１でサブ信号を０、メイン信号（Ｌ＋Ｒ）のみの特別なＪｏｉｎｔモードをモノラルとして規定する。ｂｉｔ２，１の情報は通常の再生機は無視しても構わない。

Ａのビット０は、エンファシスのオン／オフの情報を形成し、ビット１は、再生ＳＫＩＰか、通常再生かの情報を形成し、ビット２は、データ区分、例えばオーディオデータか、ＦＡＸ等の他のデータかの情報を形成する。ビット３は、未定義である。ビット４、５、６を組み合わせることによって、図示のように、ＡＴＲＡＣ３のモード情報が規定される。すなわち、Ｎは、この３ビットで表されるモードの値であり、モノ（Ｎ＝０，１）、ＬＰ（Ｎ＝２）、ＳＰ（Ｎ＝４）、ＥＸ（Ｎ＝５）、ＨＱ（Ｎ＝７）の５種類のモードについて、記録時間、データ転送レート、１ブロック内のＳＵ数がそれぞれ示されている。１ＳＵのバイト数は、（モノ：１３６バイト、ＬＰ：１９２バイト、ＳＰ：３０４バイト、ＥＸ：３８４バイト、ＨＱ：５１２バイト）である。さらに、ビット７によって、ＡＴＲＡＣ３のモード（０：Dual １：Joint）が示される。

ＬＴ（１バイト）
意味：再生制限フラグ（ビット７およびビット６）とセキュリティバージョン（ビット５〜ビット０）
機能：このトラックに関して制限事項があることを表す
値：ビット７： ０＝制限なし １＝制限有り
ビット６： ０＝期限内 １＝期限切れ
ビット５〜ビット０：セキュリティバージョン０（０以外であれば再生禁止とする）
ＦＮｏ（２バイト）
意味：ファイル番号
機能：最初に記録された時のトラック番号、且つこの値は、メモリカード内の隠し領域に記録されたＭＡＣ計算用の値の位置を特定する
値：１から０ｘ１９０（４００）
ＭＧ（Ｄ）ＳＥＲＩＡＬ−ｎｎｎ（１６バイト）
意味：記録機器のセキュリティブロック（セキュリティＩＣ２０）のシリアル番号
機能：記録機器ごとに全て異なる固有の値
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ
ＣＯＮＮＵＭ（４バイト）
意味：コンテンツ累積番号
機能：曲毎に累積されていく固有の値で記録機器のセキュリティブロックによって管理される。２の３２乗、４２億曲分用意されており、記録した曲の識別に使用する
値：０から０ｘＦＦＦＦＦＦＦＦ。

ＹＭＤｈｍｓ−Ｓ（４バイト）（Ｏｐｔｉｏｎ）
意味：再生制限付きのトラックの再生開始日時
機能：ＥＭＤで指定する再生開始を許可する日時
値：上述した日時の表記と同じ
ＹＭＤｈｍｓ−Ｅ（４バイト）（Ｏｐｔｉｏｎ）
意味：再生制限付きのトラックの再生終了日時
機能：ＥＭＤで指定する再生許可を終了する日時
値：上述した日時の表記と同じ
ＭＴ（１バイト）（Ｏｐｔｉｏｎ）
意味：再生許可回数の最大値
機能：ＥＭＤで指定される最大の再生回数
値：１から０ｘＦＦ 未使用の時は、０ｘ００
ＬＴのｂｉｔ７の値が０の場合はＭＴの値は００とすること
ＣＴ（１バイト）（Ｏｐｔｉｏｎ）
意味：再生回数
機能：再生許可された回数の内で、実際に再生できる回数。再生の度にデクリメントする
値：０ｘ００〜０ｘＦＦ 未使用の時は、０ｘ００である
ＬＴのｂｉｔ７が１でＣＴの値が００の場合は再生を禁止すること。

ＣＣ（１バイト）
意味：COPY CONTROL
機能：コピー制御
値：図２４に示すように、ビット６および７によってコピー制御情報を表し、ビット４および５によって高速ディジタルコピーに関するコピー制御情報を表し、ビット２および３によってセキュリティブロック認証レベルを表す。ビット０および１は、未定義
ＣＣの例：（ｂｉｔ７，６）１１：無制限のコピーを許可、０１：コピー禁止
、００：１回のコピーを許可
（ｂｉｔ３，２）００：アナログないしディジタルインからの録音、ＭＧ認証レベルは０とする
ＣＤからのディジタル録音では（ｂｉｔ７，６）は００、（ｂｉｔ３，２）は００となる
ＣＮ（１バイト）（Ｏｐｔｉｏｎ）
意味：高速ディジタルコピーＨＳＣＭＳ(High speed Serial Copy Management System)におけるコピー許可回数
機能：コピー１回か、コピーフリーかの区別を拡張し、回数で指定する。コピー第１世代の場合にのみ有効であり、コピーごとに減算する
値：００：コピー禁止、０１から０ｘＦＥ：回数、０ｘＦＦ：回数無制限。

上述したトラック情報領域ＴＲＫＩＮＦに続いて、０ｘ０３７０から始まる２４バイトのデータをパーツ管理用のパーツ情報領域ＰＲＴＩＮＦと呼び、１つのトラックを複数のパーツで構成する場合に、時間軸の順番にＰＲＴＩＮＦを並べていく。図２５にＰＲＴＩＮＦの部分を示す。ＰＲＴＩＮＦ内のデータについて、配置順序に従って以下に説明する。

ＰＲＴＳＩＺＥ（４バイト）
意味：パーツサイズ
機能：パーツの大きさを表す。クラスタ：２バイト（最上位）、開始ＳＵ：１バイト（上位）、終了ＳＵ：１バイト（最下位）
値：クラスタ：１から０ｘ１Ｆ４０（８０００）、開始ＳＵ：０から０ｘＡ０（１６０）、終了ＳＵ：０から０ｘＡ０（１６０）（但し、ＳＵの数え方は、０，１，２，と０から開始する）
ＰＲＴＫＥＹ（８バイト）
意味：パーツを暗号化するための値
機能：初期値＝０、編集時は編集の規則に従うこと
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ
ＣＯＮＮＵＭ０（４バイト）
意味：最初に作られたコンテンツ累積番号キー
機能：コンテンツをユニークにするためのＩＤの役割
値：コンテンツ累積番号初期値キーと同じ値とされる。

ＡＴＲＡＣ３データファイルの属性ヘッダ中には、図２０に示すように、付加情報ＩＮＦが含まれる。この付加情報は、開始位置が固定化されていない点を除いて、再生管理ファイル中の付加情報ＩＮＦ−Ｓ（図１８および図１９Ｂ参照）と同一である。１つまたは複数のパーツの最後のバイト部分（４バイト単位）の次を開始位置として付加情報ＩＮＦのデータが開始する。

ＩＮＦ
意味：トラックに関する付加情報データ
機能：ヘッダを伴った可変長の付加情報データ。複数の異なる付加情報が並べられることがある。それぞれにＩＤとデータサイズが付加されている。個々のヘッダを含む付加情報データは、最小１６バイト以上で４バイトの整数倍の単位
値：再生管理ファイル中の付加情報ＩＮＦ−Ｓと同じである。

上述した属性ヘッダに対して、ＡＴＲＡＣ３データファイルの各ブロックのデータが続く。図２６に示すように、ブロック毎にヘッダが付加される。各ブロックのデータについて以下に説明する。

ＢＬＫＩＤ−Ａ３Ｄ（４バイト）
意味：BLOCKID FILE ID
機能：ＡＴＲＡＣ３データの先頭であることを識別するための値
値：固定値＝"Ａ３Ｄ"（例えば０ｘ４１３３４４２０）
ＭＣｏｄｅ（２バイト）
意味：MAKER CODE
機能：記録した機器の、メーカー、モデルを識別するコード
値：上位１０ビット（メーカーコード） 下位６ビット（機種コード）
ＣＯＮＮＵＭ０（４バイト）
意味：最初に作られたコンテンツ累積番号
機能：コンテンツをユニークにするためのＩＤの役割、編集されても値は変化させない
値：コンテンツ累積番号初期値キーと同じ値とされる
ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト）
意味：トラック毎に付けられた連続番号
機能：ブロックの先頭は０から始まり次のブロックは＋１づつインクリメント
編集されても値を変化させない
値：０より始まり０ｘＦＦＦＦＦＦＦＦまで
ＢＬＯＣＫ−ＳＥＥＤ（８バイト）
意味：１ブロックを暗号化するための１つの鍵
機能：ブロックの先頭は、記録機器のセキュリティブロックで乱数を生成、続くブロックは、＋１インクリメントされた値、この値が失われると、１ブロックに相当する約１秒間、音が出せないために、ヘッダとブロック末尾に同じものが二重に書かれる。編集されても値を変化させない
値：初期は８バイトの乱数
ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ ＶＥＣＴＯＲ（８バイト）
意味：ブロック毎にＡＴＲＡＣ３データを暗号化、復号化する時に必要な初期値
機能：ブロックの先頭は０から始まり、次のブロックは最後のＳＵの最後の暗号化された８バイトの値。ディバイドされたブロックの途中からの場合は開始ＳＵの直前の最後の８バイトを用いる。編集されても値を変化させない
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ
ＳＵ−ｎｎｎ
意味：サウンドユニットのデータ
機能：１０２４サンプルから圧縮されたデータ、圧縮モードにより出力されるバイト数が異なる。編集されても値を変化させない（一例として、ＳＰモードの時では、Ｎ＝３８４バイト）
値：ＡＴＲＡＣ３のデータ値。

図２０では、Ｎ＝３８４であるので、１ブロックに４２ＳＵが書かれる。また、１ブロックの先頭の２つのスロット（４バイト）がヘッダとされ、最後の１スロット（２バイト）にＢＬＫＩＤ−Ａ３Ｄ、ＭＣｏｄｅ、ＣＯＮＮＵＭ０、ＢＬＯＣＫ ＳＥＲＩＡＬが二重に書かれる。従って、１ブロックの余りの領域Ｍバイトは、（１６，３８４−３８４×４２−１６×３＝２０８（バイト）となる。この中に上述したように、８バイトのＢＬＯＣＫ ＳＥＥＤが二重に記録される。

上述したアルバム番号管理ファイル、アルバム再生管理ファイル、音楽ファイルを用いて１〜５００のアルバムの再生順番、各アルバムに含まれる音楽（トラック）の再生順番、録音可能トラックの取得、各アルバムのアルバム名、各トラックのトラック名、アルバム／トラックそれぞれのアーティスト名、各アルバムの総演奏時間、各トラックの演奏時間を取得することが可能である。ところが、これらの情報は実際にＨＤＤ３０９に格納されたファイルをひとつずつオープンしてはリードして行く必要があり、システムとして快適な操作環境を得ることができない。そこで、上記の情報をデータベース化しておき、欲しい情報を素早く取得できるように、上述したファイルに加えてアルバム・トラック名データベースファイルＮａｍｅｄｂ、再生時間管理データベースファイルＰｌａｙｔｉｍｅが、ＨｉＦｉディレクトリの下に作成されている。以下に、これらのファイルについて説明する。

図２７は、アルバム・トラック名データベースファイルＮａｍｅｄｂの構成を示す。このＮａｍｅｄｂは、Ｐｂｌｉｓｔ、Ｐｂｘｘｘｘｘｘ、Ａ３ｄｘｘｘｘｘの名称フィールドＮＭ１、ＮＭ２および、付加情報ＩＮＦ(アーティスト名称)に登録された名称(アルバム、曲名、アーティスト名称)を高速に検索するためのファイルであり、このファイルには、名称のみが記録されている。Ｎａｍｅｄｂは、９個のアルバム名称ブロックと、３２３個の曲名称ブロック(１ブロック１６ｋｂ)から構成される。

各ブロック（１６ｋｂ）は、１つのＢＬＫレコード（８バイト固定長）と、６２個のネームレコード（２６４バイト固定長(６２レコード)）とから構成される。したがって、アルバム名称ブロックのネームレコードは、５５８（＝６２×９）記録可能であるが、この発明の一実施形態においては、５１０まで有効とし、以降は無効データ（０ｘ００固定）とする。また、曲名称ブロックのネームレコードは、２０００２６（＝３２３×６２）記録可能であるが、この発明の一実施形態においては、２００００まで有効とし、以降は無効データ（０ｘ００固定）とする。ファイルサイズは、３３２ブロック×１６３８４（１６ｋｂ）＝５４３９４８８バイト（５３１２ｋｂ）である。

図２８は、ＢＬＫレコードの構成を示す。ＢＬＫ−ＩＤ（４バイト）は、アルバム名称ブロックでは、"ＡＮＭＯ"固定文字列であり、曲名称ブロックでは、"ＴＮＭＯ"固定文字列である。ブロックシリアル番号（４バイト）は１から通し番号とする。

図２９は、ネームレコードの構成を示す。レコードは、アルバムファイル番号の１〜５００の順、曲ファイル番号の１〜２００００の順で記録される。なお、アルバム/曲ファイル番号が０のものは無効データとする。

図３０は、再生時間管理データベースファイルＰｌａｙｔｉｍｅの構成を示す。このＰｌａｙｔｉｍｅは、アルバム単位の総演奏時間を高速に求められるようにするためのファイルであり、このファイルには、曲毎の演奏時間が記録されている。また後述のＴＯＣデータベース内のＴＯＣ情報と関連付けるインデックスとＴＮＯが記録されている。このＰｌａｙｔｉｍｅは、１５ブロック（１ブロック１６ｋｂ）から構成される。

各ブロック（１６ｋｂ）は、１つのＢＬＫレコード（８バイト固定長）、１３６５個のＴＲＫレコード（１２バイト固定長（１３６５））、予約レコード（４バイト固定長（０ｘ００固定））から構成される。したがって、ＴＲＫレコードには、２０４７５（＝１３６５×１５）記録可能であるが、この発明の一実施形態においては、２００００まで有効とし、以降は無効データ（０ｘ００固定）とする。ファイルサイズは１５ブロック×１６３８４＝２４５７６０バイト（２４０ｋｂ）である。

図３１は、レコードのフォーマットのうちＢＬＫレコード部分の構成を示す。ＢＬＫ−ＩＤは"ＴＲＫＯ"固定文字列として、ブロックシリアル番号は１から通し番号とする。

図３２は、TRKレコードの構成を示す。レコードは曲ファイル番号の１〜２００００の順で記録する。ここで、アルバムファイル番号が０のものは無効データとする。なお、プレイリストのアルバムファイル番号は設定されないので、プレイリストの総演奏時間は、Ｐｂｎｎｎｎｎｎ．ＭＳＦ（ｎｎｎｎｎｎ:０００１Ｆ５〜０００１ＦＥ）内の再生順ファイル番号からＴＲＫレコードを求めることにより、算出される。

この発明の一実施形態によるダビング装置では、再生元であるディスク再生装置２００から記録先であるＨＤ記録再生装置３００への同期録音（シンクロ録音）が可能である。同期録音を開始する前に、ＨＤ記録再生装置３００はディスク再生装置２００に対して、再生予定のＣＤのＴＯＣデータの送信を要求する。データの要求方法は図１で示されるシステム制御信号の他に、ＩＥＣ６０９５８オーディオ信号をＨＤ記録再生装置３００に入力し、ＨＤ記録再生装置３００のデジタルインインターフェース回路を用い、オーディオ信号のＵビットに含まれる情報を解析する方法がある。再生元のＣＤのＴＯＣ情報をデータベースファイルに保管しておくことで、後にＣＤＤＢ等のインターネット上のＣＤ情報が取得可能なサイトに接続した際、ＨＤ記録再生装置３００に記録されたアルバム・トラックに名前をつけられるようにする。この役目をするためのデータベースファイルがＴｏｃｄｂである。

図３３は、ＴＯＣデータベースファイルＴｏｃｄｂの構成を示す。このＴＯＣデータベースファイルＴｏｃｄｂは、ＣＤＤＢなどのインターネット上のサイトを利用して、ＨＤ記録再生装置３００に記録されたアルバム、トラックに、アルバム名、トラック名を付けるためのファイルであり、このファイルには、具体的には、ＣＤＤＢなどを検索するためのＴＯＣ情報が記録されている。なお、システムコントローラ１００は、ＣＤＤＢなどのインターネット上のサイトへ、外部制御信号入出力部５００に接続された外部機器、例えばパソコンを介してのアクセスする。

ファイル名はＴｏｃｄｂであり、このファイルは、１３ブロック（１ブロック１６ｋｂ）から構成される。各ブロック（１６ｋｂ）は、ＢＬＫレコード（８バイト固定長）、ＡＬＢＵＭ ＴＯＣレコード（４１２バイト固定長（３９レコード））、予約レコード（３０８バイト固定長（０ｘ００固定））から構成される。ＡＬＢＵＭ ＴＯＣレコードは５０７（＝３９×１３）記録可能であるが、この発明の一実施形態においては、５００まで有効とし、以降は無効データ（０ｘ００固定）とする。ファイルサイズは１３ブロック×１６３８４＝２１２９９２バイト（２０８ｋｂ）である。

図３４は、ブロックレコードの構成を示す。ＢＬＫ−ＩＤは"ＴＯＣＯ"固定文字列、ブロックシリアル番号は１から通し番号とする。アルバム数はＡＬＢＵＭ ＴＯＣレコード数（１〜５００）である。

図３５は、Ａｌｂｕｍ ＴＯＣレコードの構成を示す。図３５に示すように、Ａｌｂｕｍ ＴＯＣレコードは、ＴＯＣ ＤＢ ＩＤＸ、使用状態、ＴＯＣ情報から構成される。

図３６は、ＴＯＣ情報の詳細を示す。図３６に示すように、ＴＯＣ情報は、Ｔｒｋ Ｎｏ．（１バイト）、ＡＭＩＮ（１バイト）、ＡＳＥＣ（１バイト）、ＡＦＲＡＭＥ（１バイト）から構成される。Ｔｒｋ Ｎｏ．は、トラック番号であり、１から２００００までの番号である。ＡＭＩＮ、ＡＳＥＣ、ＡＦＲＡＭＥは、それぞれ、Ｔｒｋ Ｎｏ．に記録されているトラック番号に該当するトラックの絶対時間分成分、絶対時間秒成分、絶対時間フレーム番号である。

なお、ＴｏｃｄｂのＡＬＢＵＭ ＴＯＣレコードと、ＰｌａｙｔｉｍｅのＴＲＫレコード部分（ＴＯＣＤＢ ＩＤＸ、ＴＯＣ ＴＮＯ）とは相互に関連がある。すなわち、Ｐｌａｙｔｉｍｅのトラック情報には、トラックがＴｏｃｄｂ内のどのＴＯＣのＴＮＯに対応しているかを知ることができるようになっている。このため、オーディオファイルの編集、削除等が発生してもＣＤＤＢから正しい曲名を取得できるようになっている。

この発明の一実施形態によるＨＤ記録再生装置３００では、上述したように、編集操作ができるようになっている。編集操作には、曲（トラック）のディバイド、曲（トラック）のコンバイン、曲（トラック）のイレース、アルバムのイレース、曲のムーブ、アルバムのムーブ、アルバム名付加、アルバムのアーティスト名付加、曲（トラック）名付加、曲（トラック）のアーティスト名付加がある。これらの編集動作の後には、必ずＴｏｃｄｂを除くデータベースの更新を編集ごとにおこない、常に実体とデータベースに相違がでないように、これらのデータベースは管理される。

図３７は、音声入出力部４００の構造の一例を示すブロック図である。この音声入出力部４００は、図３７に示すように、Ａ／Ｄコンバータ４０１、ＤＡコンバータ４０２、アナログ入力端子４０３、デジタル入力端子４０４、デジタル出力端子４０５およびアナログ出力端子４０６から構成される。

ＡＤコンバータ４０１は、アナログ入力端子４０３から供給されるアナログ信号をＬＲクロック、ビットクロックに同期したシリアル信号に変換し、ＨＤ記録再生装置３００に備えられたＡＤ／ＤＡ Ｉ／Ｆ３０２に供給する。

ＤＡコンバータ４０２は、ディスク再生装置２００あるいはＨＤ記録再生装置３００から供給されるオーディオデータ、例えばＩＥＣ６０９５８フォーマットのオーディオデータをＤＡ変換し、アナログ出力端子４０６に供給する。なお、ＤＡコンバータ４０２はオーディオデータを出力するだけでなく、ディスク再生装置２００やＨＤ記録再生装置３００から指示があれば、オーディオデータの消音も行なう。

アナログ入力端子４０３は、アナログ信号を入力するための端子であり、このアナログ入力端子４０３に供給されたアナログ信号は、ＡＤコンバータ４０１に供給される。

デジタル入力端子４０４は、デジタル信号を入力するための端子であり、このデジタル入力端子４０４に入力されたデジタル信号は、ＨＤ記録再生装置３００に備えられたデジタルオーディオＩ／Ｆ３０１に供給される。

なお、これらＨＤ記録再生装置３００に入力されたオーディオ信号は、ＨＤ記録再生装置３００が録音状態のときには、モニタ音として後述のアナログ出力端子４０６から出力される。

デジタル出力端子４０５は、ＨＤ記録再生装置３００に備えられたデジタルオーディオＩ／Ｆ３０１から供給されたデジタルオーディオ信号を、外部機器などに出力するための端子である。

アナログ出力端子４０６は、ＤＡコンバータ４０２から供給されたアナログ信号を、外部機器などに出力するための端子である。

外部制御信号入出力部５００は、外部機器、例えばパーソナルコンピュータと、ダビング装置との間で通信を可能とするためのものであり、例えば、ＵＳＢ(Universal Serial Bus)コネクタである。

次に、この発明の一実施形態によるダビング装置の検索操作について説明する。ここでは、便宜上、ＨＤ記録再生装置３００に、図３８に示すように１から８のアルバムが納められている場合を例として検索操作について示す。

図３９は、図３８で示したアルバム８の詳細情報を示す。この図３９には、トラック番号、トラック名、アーティスト名、ハイライト部分の時間が示されている。

図４０は、アルバム名によるアルバム検索操作および処理を説明するためのフローチャートである。ここでは、アルバム検索の例として、ＨＤ記録再生装置３００に格納されているアルバムの中から文字列"Ｐ"をアルバム名に含むアルバムを検索し、このアルバムの各トラックのハイライト部分を再生する場合を示す。

まず、コントローラ１０１が操作装置１０３を介してユーザから検索開始要求を受けると、アルバム検索の選択をユーザに促す表示"Ｆｏｒ Ａｌｂｕｍ？"を、表示装置１０２に表示する（ステップＳ１０１）。ここで、コントローラ１０１が、操作装置１０３に備えられた選択キーが押圧されたと判断した場合には、トラック検索の選択をユーザに促す表示"Ｆｏｒ Ｔｒａｃｋ？"を、表示装置１０２に表示する（ステップＳ１０２）。

次に、コントローラ１０１が、ユーザによりアルバム検索が選択されたことを判断し、ユーザにアルバムのタイトル名検索の選択をユーザに促す"Ｂｙ Ｔｉｔｌｅ？"を表示する（ステップＳ１０３）。ここで、コントローラ１０１が、操作装置１０３に備えられた選択キーが押圧されたと判断した場合には、アーティスト名検索の選択をユーザに促す表示"Ｂｙ Ａｒｔｉｓｔ？"を、表示装置１０２に表示する（ステップＳ１０４）。

次に、コントローラ１０１は、"Ｂｙ Ｔｉｔｌｅ？"が表示されている状態で、確定キーが押圧されたことを判断し、キーワードの入力をユーザに促す表示"Ｋｅｙｗｏｒｄ ＩＮ"を表示する（ステップＳ１０５）。

次に、ユーザが、表示装置１０２を閲覧しながら、操作装置１０３に備えられたジョグキーを適宜選択し、検索にマッチさせたいキーワード"Ｐ"を入力し、確定キーを押圧する（ステップＳ１０６）。

次に、コントローラ１０１が、確定キーが押圧されたことを判断した場合には、ＨＤ記録再生装置３００がＨＤＤ３０９に格納されているアルバム名・トラック名データベースファイルＮａｍｅｄｂを参照し、ステップＳ１０６で入力されたキーワードを有するアルバムのタイトル名を検索する（ステップＳ１０７）。

次に、コントローラ１０１が、検索結果"１／２"を表示装置１０２に表示するとともに、この検索結果に該当するアルバムに含まれるトラックのハイライト部分をトラック１より順次再生する（ステップＳ１０８）。ここで、コントローラ１０１が、選択キーが押圧されたと判断した場合には、検索結果"２／２"を表示装置１０２に表示するとともに、この検索結果に該当するアルバムに含まれるトラックのハイライト部分をトラック１より順次再生する（ステップＳ１０９）。なお、表示装置１０２における表示"１／２"および"２／２"は、キーワードに該当するアルバムが２枚の場合の表示例である。

次に、コントローラ１０１が、検索結果"１／２"が表示装置１０２に表示されている状態で、情報表示キーが押圧されたと判断した場合には、表示"１／２"に該当するアルバム番号をユーザに知らせる表示"Ａｌｂｕｍ２"を、表示装置１０２に表示する（ステップＳ１１０）。ここで、選択キーが押圧されたと判断した場合には、表示"２／２"に該当するアルバム番号をユーザに知らせる表示"Ａｌｂｕｍ３"を、表示装置１０２に表示する（ステップＳ１１１）

次に、コントローラ１０１が、"Ａｌｂｕｍ２"が表示装置１０２で表示されている状態において、情報表示キーが押圧されたと判断した場合には、"Ａｌｂｕｍ２"に該当するアルバム名をユーザに知らせる表示"Ｐｏｒｎｏｇｒａｆｆｉｔｔｉ"を、表示装置１０２に表示する（ステップＳ１１２）。ここで、コントローラ１０１が、選択キーが押圧されたと判断した場合には、"Ａｌｂｕｍ３"に該当するアルバム名をユーザに知らせる表示"Ｍａｓｔｅｒ ｏｆ Ｐｕｐｐｅｔｓ"を、表示装置１０２に表示する（ステップＳ１１３）。

所望のアルバムのアルバム名が"Ｍａｓｔｅｒ ｏｆ Ｐｕｐｐｅｔｓ"であった場合には、ステップＳ１１３において、検索終了キーを押圧することにより、このアルバムが先頭トラックから自動的に順次再生される。

なお、検索された各アルバムのハイライト再生は一つのアルバムの各トラックのハイライト部分の再生が終了したら、そのアルバムの先頭のトラックのハイライト部分から再生を繰り返すようになっている。すなわち、ユーザの操作なしに次の検索結果アルバムのハイライト再生を行わないようになっている。

上述した例では、アルバム名が表示装置１０２に表示されている状態において、検索終了キーを押すと、このアルバム名に該当するアルバムが先頭トラックから再生される例を示したが、アルバム番号が表示装置１０２に表示されている状態において、検索終了キーを押すと、このアルバム名に該当するアルバムが先頭トラックから再生されるようにしてもかまわない。

また、検索結果"１／２"あるいは"２／２"が表示されている状態において、検索終了キーを押すと、この検索結果"１／２"あるいは"２／２"に該当するアルバムが先頭トラックから再生されるようにしてもかまわない。

図４１は、アーティスト名によるトラック検索操作および処理を説明するためのフローチャートである。ここでは、トラック検索の例として、ＨＤ記録再生装置３００に格納されているトラックの中から文字列"Ｗｅａｔｈｅ"を含むトラックを検索し、このトラックを再生する場合を示す。

まず、コントローラ１０１が操作装置１０３を介してユーザから検索開始要求を受けると、アルバム検索の選択をユーザに促す表示"Ｆｏｒ Ａｌｂｕｍ？"を、表示装置１０２に表示する（ステップＳ２０１）。

次に、コントローラ１０１が、操作装置１０３に備えられた選択キーが押圧されたと判断し、トラック検索の選択をユーザに促す表示"Ｆｏｒ Ｔｒａｃｋ？"を、表示装置１０２に表示する（ステップＳ２０２）。

次に、コントローラ１０１は、ユーザによりトラック検索が選択されたことを判断し、トラックのタイトル名検索の選択をユーザに促す表示"Ｂｙ Ｔｉｔｌｅ？"を、表示装置１０２に表示する（ステップＳ２０３）。

次に、コントローラ１０１が、操作装置１０３に備えられた選択キーが押圧されたと判断し、トラックのアーティスト名検索の選択をユーザに促す表示"Ｂｙ Ａｒｔｉｓｔ？"を、表示装置１０２に表示する（ステップＳ２０４）。

次に、コントローラ１０１は、"Ｂｙ Ａｒｔｉｓｔ？"が表示されている状態で、確定キーが押圧されたことを判断し、キーワードの入力をユーザに促す表示"Ｋｅｙｗｏｒｄ ＩＮ"を表示する（ステップ２０５）。

次に、ユーザが、表示装置１０２を閲覧しながら、操作装置１０３に備えられたジョグキーを適宜選択し、検索にマッチさせたいキーワード"Ｗｅａｔｈｅ"を入力し、確定キーを押圧する（ステップ２０６）。

次に、コントローラ１０１が、確定キーが押圧されたことを判断した場合には、ＨＤ記録再生装置３００がＨＤＤ３０９に格納されているアルバム名・トラック名データベースファイルＮａｍｅｄｂを参照し、ステップＳ２０６で入力されたキーワードを有するトラックを検索する（ステップＳ２０７）。

次に、コントローラ１０１が、検索結果"１／７"を表示装置１０２に表示するとともに、この検索結果に該当するトラックを再生する（ステップＳ２０８）。ここで、コントローラ１０１が、選択キーが押圧されたと判断した場合には、検索結果"２／７"を表示装置１０２に表示するとともに、この検索結果に該当するトラックを再生する（ステップＳ２０９）。なお、表示装置１０２における表示"１／７"および"２／７"は、キーワードに該当するトラックが７つの場合の表示例である。

次に、コントローラ１０１が、検索結果"１／７"が表示装置１０２に表示されている状態で、情報表示キーが押圧されたと判断した場合には、表示"１／７"に該当するトラック名をユーザに知らせる表示"Ｂｌａｃｋ Ｍａｒｋｅｔ"を、表示装置１０２に表示する（ステップＳ２１０）。ここで、選択キーが押圧されたと判断した場合には、表示"２／７"に該当するトラック名をユーザに知らせる表示"Ｔｅｅｎ Ｔｏｗｎ"を、表示装置１０２に表示する（ステップＳ２１０）

次に、コントローラ１０１が、"Ｂｌａｃｋ Ｍａｒｋｅｔ"が表示装置１０２で表示されている状態において、情報表示キーが押圧されたと判断した場合には、"Ｂｌａｃｋ Ｍａｒｋｅｔ"に該当するアルバム番号およびトラック番号をユーザに知らせる表示"Ａｌｂｕｍ８ Ｔｒａｃｋ１"を、表示装置１０２に表示する（ステップＳ２１２）。ここで、コントローラ１０１が、選択キーが押圧されたと判断した場合には、"Ｔｅｅｎ Ｔｏｗｎ"に該当するアルバム番号およびトラック番号をユーザに知らせる表示"Ａｌｂｕｍ８ Ｔｒａｃｋ２"を、表示装置１０２に表示する（ステップＳ２１３）。

所望のアルバムのアルバム名が"Ａｌｂｕｍ８ Ｔｒａｃｋ２"であった場合には、ステップＳ２１３において、検索終了キーを押圧し、検索の操作および処理を終了する。なお、検索終了キーが押圧されても、トラックの再生は維持される。

上述した例では、アルバム番号およびトラック番号が表示装置１０２に表示されている状態において、検索終了キーを押すと、このアルバム番号およびトラック番号に該当するトラックが再生される例を示したが、トラック名が表示装置１０２に表示されている状態において、検索終了キーを押すと、このトラック名に該当するトラックが再生されるようにしてもかまわない。

また、検索結果"１／７"、・・・、"７／７"が表示されている状態において、検索終了キーを押すと、この検索結果"１／７"、・・・、"７／７"に該当するトラックが再生されるようにしてもかまわない。

図４２は、検索結果をプレイリストに登録する登録操作および処理を説明するためのフローチャートである。ここでは、例として、文字列"ｉｔ"を含むアルバム名を有するアルバムを検索し、この検索結果に含まれるアルバムのうちの１枚をプレイリストに登録する例について示す。なお、キーワード入力までの検索操作および処理は、図４０および図４１に示した場合と略同様であるので、説明を省略する。

まず、ユーザが、表示装置１０２を閲覧しながら、操作装置１０３に備えられたジョグキーを適宜選択し、検索にマッチさせたいキーワード"ｉｔ"を入力し、確定キーを押圧する（ステップ３０１）。

次に、コントローラ１０１が、確定キーが押圧されたことを判断した場合には、ＨＤ記録再生装置３００がＨＤＤ３０９に格納されているアルバム名・トラック名データベースファイルＮａｍｅｄｂを参照し、ステップＳ３０１で入力されたキーワードを有するアルバムのタイトル名を検索する（ステップＳ３０２）。

次に、コントローラ１０１が、検索結果"１／２"を表示装置１０２に表示するとともに、この検索結果に該当するトラックを再生する（ステップＳ３０３）。ここで、コントローラ１０１が、選択キーが押圧されたと判断した場合には、検索結果"２／２"を表示装置１０２に表示するとともに、この検索結果に該当するトラックを再生する（ステップＳ２０９）。

次に、コントローラ１０１が、検索結果"１／２"が表示装置１０２に表示されている状態で、情報表示キーが押圧されたと判断した場合には、表示"１／２"に該当するアルバム名をユーザに知らせる表示"Ａｌｂｕｍ２"を、表示装置１０２に表示する（ステップＳ３０４）。ここで、選択キーが押圧されたと判断した場合には、表示"２／２"に該当するトラック名をユーザに知らせる表示"Ａｌｂｕｍ５"を、表示装置１０２に表示する（ステップＳ３０６）

次に、コントローラ１０１が、"Ａｌｂｕｍ２"が表示装置１０２で表示されている状態において、情報表示キーが押圧されたと判断した場合には、"Ａｌｂｕｍ２"に該当するアルバム名をユーザに知らせる表示"Ｐｏｒｎｏｇａｆｆｉｔｔｉ"を、表示装置１０２に表示する（ステップＳ３０７）。ここで、コントローラ１０１が、選択キーが押圧されたと判断した場合には、"Ａｌｂｕｍ５"に該当するアルバム名をユーザに知らせる表示"Ａ ｄａｙ ｗｉｔｈｏｕｔ Ｒａｉｎ"を、表示装置１０２に表示する（ステップＳ３０８）。

次に、コントローラ１０１が、"Ａ ｄａｙ ｗｉｔｈｏｕｔ Ｒａｉｎ"が表示装置１０２で表示されている状態において、プレイリスト登録キーが押圧されたと判断した場合には、プレイリスト５０１（アルバム番号５０１）に検索結果を登録するか否かをユーザに促す表示"Ｐ．Ｌｉｓｔ ５０１？"を、表示装置１０２に表示する（ステップＳ３０９）。

次に、コントローラ１０１が、選択キーを押圧されたことを判断し、プレイリスト５０２（アルバム番号５０２）に登録結果を登録するか否かをユーザに促す表示"Ｐ．Ｌｉｓｔ ５０２"を表示する。なお、この発明の一実施形態によるダビング装置においては、ユーザは、検索結果の登録先プレイリストを、プレイリスト５１０（アルバム番号５１０）からプレイリスト５０２（アルバム番号５０２）から選択することができる。

次に、コントローラ１０１が、"Ｐ．Ｌｉｓｔ ５０２"が表示装置１０２で表示されている状態において、情報表示キーが押圧されたと判断した場合には、アルバム名"Ａ ｄａｙ ｗｉｔｈｏｕｔ Ｒａｉｎ"に該当するアルバムに含まれる全トラックを、プレイリスト５０２に登録するとともに、検索結果のプレイリストへの登録が終了したことをユーザに知らせる表示"Ｃｏｍｐｌｅｔｅ！！"を、表示装置に１０２に表示する（ステップＳ３１１）。

次に、コントローラ１０１が、操作装置１０３において表示結果画面に戻るための操作が行われたことを判断し、表示装置１０２に検索"２／２"を、表示装置１０２に表示するとともに、この検索結果に該当するトラックを再生する（ステップＳ３１２）。

次に、コントローラ１０１が、選択キーが押圧されたことを判断した場合には、検索結果"１／２"を表示装置１０２に表示するとともに、この検索結果に該当するトラックを再生する（ステップＳ３１３）。

次に、コントローラ１０１が、検索結果"１／２"が表示装置１０２で表示されている状態において、プレイリスト登録キーが押圧されたと判断し、プレイリスト５０１（アルバム番号５０１）に検索結果"１／２"を登録するか否かをユーザに促す表示"Ｐ．Ｌｉｓｔ ５０１？"を、表示装置１０２に表示する（ステップＳ３１４）。

次に、プレイリスト５０９（アルバム番号５０９）を表示装置１０２に表示するための選択キー操作がなされたと判断し、プレイリスト５０９（アルバム番号５０９）に登録するか否かをユーザに促す表示"Ｐ．Ｌｉｓｔ ５０９？"を表示する（ステップＳ３１５）。

次に、コントローラ１０１が、"Ｐ．Ｌｉｓｔ ５０９？"が表示装置１０２で表示されている状態において、情報表示キーが押圧されたことを判断し、検索結果"１／２"に該当するアルバムに含まれる全トラックを、プレイリスト５０９に登録するとともに、検索結果のプレイリストへの登録が終了したことをユーザに知らせる表示"Ｃｏｍｐｌｅｔｅ！！"を、表示装置１０２に表示する（ステップＳ３１６）。なお、検索状態を抜け出すには、検索終了キーを押圧する。

尚上記ハイライト部分は曲のクライマックスであったり映画などのビデオ信号の場合にはストーリーのクライマックスシーンであったりとユーザにとって一部分を視聴することで全体を把握できる部分であり、ダイジェストとも呼ばれている。

上述したように、この発明の一実施形態によれば、ユーザはハードディスクに収められた大量のトラック／アルバムの中から、簡単に目的のトラック／アルバムを探しだすことができるため、従来、ユーザがトラック／アルバムの管理に要していた負担を大幅に低減することができる。

また、検索を高速化するためのデータベースをＨＤＤ３０９内に収納しているため、大量のトラック／アルバムがハードディスク内に収めてある場合でも、検索中の待ち時間を短縮することができる。したがって、ユーザに快適な操作環境を提供することができる。

また、検索の対象がアルバムであるのか、トラックであるのか、あるいは検索に用いるキーワードがアルバム名／トラック名なのか、アーティスト名なのかを選択できるため、アルバム、トラックの特定を速やかに行うことができる。

また、オーディオ機器であることを特徴とした検索結果の再生をおこなうことが可能である。すなわち、ユーザは表示装置１０２に表示されるデータ以外に、音楽を聴取することで検索結果の特定をすることが可能である。よって、音楽を確認しながら、検索結果を閲覧することで、ユーザが検索対象の間違えてしまう人為的ミスを低減することが可能である。また、このようなことを行なえる理由には、ハードディスクオーディオ特有な、曲の頭だしが高速におこなえるという利点を利用している。

また、本発明が提供する検索機能における検索結果の閲覧および再生機能は、検索の対象がアルバム検索である場合には、キーワードにより特定されたアルバム内に含まれる全てのトラックのハイライト部分を続けて再生できるため、すなわち、アルバムのハイライト部分のダイジェストを聞く事ができるため、キーワードにより特定されたアルバムの中身全てを聞かずに、所望のアルバムを特定できる。

また、本発明が提供する検索機能は、検索されたアルバム／トラックをただ単に再生するだけではなく、検索されたアルバム／トラックをお気に入りの曲だけを集めたプレイリストアルバムに、簡単に登録することができる。

また、本発明が提供する検索機能のプレイリスト登録機能は、検索対象がアルバムであった場合、アルバム内に含まれている全ての曲をまとめてプレイリストに登録できるため、ユーザが１曲ずつ順番に登録する手間を省くことが可能である。

また、本発明が提供する検索機能は、検索状態を抜けない限り、検索の内容を保持しているため、検索結果が複数合った場合、その一つをプレイリストに登録した後などでも、続けて次の検索結果をプレイリストに登録することができる。

以上、この発明の実施形態について具体的に説明したが、この発明は、上述の実施形態に限定されるものではなく、この発明の技術的思想に基づく各種の変形が可能である。

また、上述した一実施形態においては、光ディスクがＣＤの場合を例として示したが、光ディスクは、ＤＶＤ(Digital Versatile Disc)などであってもかまわない。

また、上述した一実施形態においては、音楽データを、ＨＤ記録再生装置３００に格納する例について示したが、映像データおよび音声データなどをＨＤ記録再生装置３００に格納するようにしてもかまわない。

また、上述した一実施形態においては、ダビング装置が、光ディスクを再生する再生装置を備える例について示したが、これ以外の記録媒体を再生する再生装置であってもかまわない。例えば、再生装置が、音楽テープ、ビデオテープ、ＤＡＴ（Digital Audio Tape）などの磁気テープを再生する再生装置、あるいは、Ｚｉｐなどの磁気ディスクを再生する再生装置であってもかまわない。さらには、不揮発性メモリを再生する再生装置であってもかまわない。

また、曲名を検索する際に複数の曲がヒットした場合には、候補として挙がった先頭の曲のハイライト部分の再生を行った後に、次にヒットした曲のハイライト部分の再生を行い、以降順次ヒットした曲のハイライト部分を順次再生するようにしてもよい。

そして、ヒットした曲の最終曲のハイライト部分の再生をおこなったら再度先頭曲のハイライト部分の再生に戻りループ再生を行ってもよい。

上記ハイライト部分の再生中に選曲確定キーの操作がなされた場合には選択された曲の冒頭部分から再生を開始するようにしてもかまわない。

また、アルバム名の検索に際しても複数のアルバムが候補として挙がった場合には、候補として挙がったアルバムの代表曲のハイライト部分を一度再生した後に、次に候補として挙がったアルバムの代表曲のハイライト部分を再生し、以降順次ヒットしたアルバムの代表曲のハイライト部分を再生するようにしてもよい。

そして、ヒットしたアルバムの最終アルバムの代表曲のハイライト部分の再生をおこなったら、再度先頭アルバムの代表曲のハイライト部分の再生に戻りループ再生を行ってもよい。

尚上記ハイライト部分は曲のクライマックスであったり映画などのビデオ信号の場合にはストーリーのクライマックスシーンであったりとユーザにとって一部分を視聴することで全体を把握できる部分であり、ダイジェストとも呼ばれている。

この発明の一実施形態によるダビング装置の構成の一例を示すブロック図である。 この発明の一実施形態によるシステムコントローラ１００の構成の一例を示すブロック図である この発明の一実施形態によるディスク再生装置２００の構成の一例を示すブロック図である ＣＤにおけるフレームの構成の一例を示す略線図である。 ＣＤにおけるサブコードのフォーマット構成の一例を示す略線図である。 ＣＤにおけるサブコードフレームの構成の一例を示す略線図である。 サブコードにおけるＱデータの構成の一例を示す略線図である。 Ｑデータ内におけるデータ部の構成の一例を示す略線図である。 この発明の一実施形態によるＨＤ記録再生装置の構成の一例を示すブロック図である。 この発明の一実施形態によるＨＤ記録再生装置にオーディオデータを録音する処理を説明するためのフローチャートである。 この発明の一実施形態におよるＨＤ記録再生装置にオーディオデータを録音する処理を説明するためのフローチャートである。 ＨＤＤ内に記憶されるファイルの構造を示す枝図面である。 アルバム番号管理ファイルのデータ構造図である。 アルバム番号管理ファイルのデータ構造図である。 アルバム再生管理ファイルＰｂｘｘｘｘｘｘ．ｍｓｆの構造図である。 連続した１つのＡＴＲＡＣ３データファイルを所定単位ごとに分割するととともに属性ファイルを付加した場合のデータ構造図である。 この発明のコンバイン編集処理および分割編集処理を説明するための構造図である。 アルバム再生管理ファイルＰｂｘｘｘｘｘｘ．ｍｓｆのデータ構造図を示す。 アルバム再生管理ファイルＰｂｘｘｘｘｘｘ．ｍｓｆのデータ構造図を示す。 ＡＴＲＡＣ３データファイルの詳細なデータ構造図である。 ＡＴＲＡＣ３データファイルを構成する属性ヘッダーの上段のデータ構造図である。 ＡＴＲＡＣ３データファイルを構成する属性ヘッダーの中段のデータ構造図である。 録音モードの種類と各録音モードにおける録音時間等を示す表である。 コピー制御状態を示す表である。 ＡＴＲＡＣ３データファイルを構成する属性ヘッダーの下段のデータ構造図である。 ＡＴＲＡＣ３データファイルのデータブロックのヘッダーのデータ構造図である。 アルバム・トラック名データベースファイルＮａｍｅｄｂ．ｍｓｆの構造図である。 アルバム・トラック名データベースファイルＮａｍｅｄｂ．ｍｓｆのブロックＩＤ部分を示す。 アルバム・トラック名データベースファイルＮａｍｅｄｂ．ｍｓｆのネームレコード部分を示す。 再生時間管理データベースファイルＰｌａｙｔｉｍｅ．ｍｓｆの構造図である。 再生時間管理データベースファイルＰｌａｙｔｉｍｅ．ｍｓｆのブロックＩＤ部分を示す。 再生時間管理データベースファイルＰｌａｙｔｉｍｅ．ｍｓｆのＴＲＫレコード部分を示す。 ＣＤ ＴＯＣデータベースファイルＴｏｃｄｂ．ｍｓｆの構造図である。 ＣＤ ＴＯＣデータベースファイルＴｏｃｄｂ．ｍｓｆのブロックＩＤ部分を示す。 ＣＤ ＴＯＣデータベースファイルＴｏｃｄｂ．ｍｓｆのＡＬＢＵＭ ＴＯＣレコードを示す。 ＣＤ ＴＯＣデータベースファイルＴｏｃｄｂ．ｍｓｆのＡＬＢＵＭ ＴＯＣレコードのＴＯＣ情報を示す。 この発明の一実施形態におよる音声入出力部の構成の一例を示すブロック図である。 この発明の一実施形態によるＨＤ記録再生装置に格納されているアルバムの一例を示す。 図３８で示したアルバム８の詳細情報を示す。 アルバム名によるアルバム検索操作および処理を説明するためのフローチャートである。 アーティスト名によるトラック検索操作および処理を説明するためのフローチャートである。 検索結果をプレイリストに登録する登録操作および処理を説明するためのフローチャートである。

符号の説明

１００・・・システムコントローラ、１０１・・コントローラ、１０２・・・表示装置、１０３・・・操作装置、２００・・・ディスク再生装置、２０１・・・スピンドルモータ、２０２・・光学ヘッド、２０３・・・ＲＦアンプ、２０４・・・サーボ回路、２０５・・・スレッド、２０６・・・ＥＦＭ及びＣＩＲＣデコード回路、２０７・・・コントローラ、３００・・・ＨＤ記録再生装置、３０１・・・デジタルオーディオＩ／Ｆ、３０２・・・ＡＤ／ＤＡ Ｉ／Ｆ、３０３・・・エンコード／デコード装置、３０４・・・マジックゲートコア、３０５・・・共有ＲＡＭ、３０６・・・ＨＤコントローラ、３０７・・・ＳＤＲＡＭ、３０８・・・ＦＡＴ３２ファイルシステム、３０９・・・ＨＤＤ、４００・・・音声入出力部、４０１・・・ＡＤコンバータ、４０２・・・ＤＡコンバータ、４０３・・・アナログ入力端子、４０４・・・デジタル入力端子、４０５・・・デジタル出力端子、４０６・・・アナログ出力端子、５００・・・外部信号入出力部

Claims (10)

1. 複数のプログラムが集合化されたグループとしての第１のグループおよび第２のグループから所望のプログラムを再生する再生装置において、
   上記プログラムおよび上記プログラムのハイライト部分が再生可能な再生手段と、
   入力操作を行う入力手段と、
   第１のグループに属するプログラムのハイライト部分の再生中に上記入力手段により入力操作が行われた場合には、当該第１のグループとは異なる第２のグループに属するプログラムのハイライト部分を自動的に順次上記再生手段により再生させる第１の処理、または、ハイライト部分が再生されていたプログラムが属する当該第１のグループの所定のプログラムを冒頭部分から上記再生手段により再生を開始する第２の処理、のいずれかの処理を上記入力手段による入力操作に応じて行う制御手段と
   を備え、
   上記第２の処理では、ハイライト部分が再生されていたプログラムが属する上記第１のグループの先頭のプログラムから再生を開始させる再生装置。
2. 上記入力手段は、第１の操作部および第２の操作部を有し、
   上記制御手段は、上記入力手段の上記第１の操作部により入力操作が行われた場合に、当該第１のグループとは異なる第２のグループに属するプログラムのハイライト部分を自動的に順次上記再生手段により再生させる第１の処理を行い、上記入力手段の上記第２の操作部により入力操作が行われた場合に、ハイライト部分が再生されていたプログラムが属する当該第１のグループの所定のプログラムを冒頭部分から上記再生手段により再生を開始する第２の処理を行う請求項１に記載の再生装置。
3. 上記制御手段は、プログラムのハイライト部分の再生中に、上記入力手段によりプレイリスト登録操作が行われた場合には、当該プログラムをプレイリストに登録するように制御する請求項１に記載の再生装置。
4. 上記制御手段は、上記入力手段によりプレイリスト登録操作が行われた場合に、プレイリストを選択可能とし、表示に反映させ、選択されたプレイリストに当該プログラムを登録させるように制御する請求項３に記載の再生装置。
5. 上記制御手段は、プログラムのハイライト部分の再生中に、上記入力手段によりプレイ
   リスト登録操作が行われた場合には、当該プログラムが属されたグループの全プログラム
   をプレイリストに登録するように制御する請求項１に記載の再生装置。
6. 複数のプログラムが集合化されたグループとしての第１のグループおよび第２のグループから所望のプログラムを再生する再生方法において、
   第１のグループに属するプログラムのハイライト部分の再生中に入力操作が行われた場合には、当該第１のグループとは異なる第２のグループに属するプログラムのハイライト部分を自動的に順次再生させる第１の処理、または、ハイライト部分が再生されていたプログラムが属する当該第１のグループの所定のプログラムを冒頭部分から再生を開始する第２の処理、のいずれかの処理を上記入力操作に応じて行い、
   上記第２の処理では、ハイライト部分が再生されていたプログラムが属する上記第１のグループの先頭のプログラムから再生を開始する再生方法。
7. 第１の操作部により入力操作が行われた場合に、上記第１のグループとは異なる第２のグループに属するプログラムのハイライト部分を自動的に順次再生させる第１の処理を行い、第２の操作部により入力操作が行われた場合に、ハイライト部分が再生されていたプログラムが属する上記第１のグループの所定のプログラムを冒頭部分から再生を開始する第２の処理を行う請求項６に記載の再生方法。
8. プログラムのハイライト部分の再生中に、プレイリスト登録操作が行われた場合には、当該プログラムをプレイリストに登録する請求項６に記載の再生方法。
9. プレイリスト登録操作が行われた場合に、プレイリストを選択可能とし、表示に反映させ、選択されたプレイリストに当該プログラムを登録する請求項８に記載の再生方法。
10. プログラムのハイライト部分の再生中に、プレイリスト登録操作が行われた場合には、当該プログラムが属されたグループの全プログラムをプレイリストに登録する請求項６に記載の再生方法。

Images