JP2005251390A - 編集装置および編集方法 - Google Patents

Abstract

【課題】 トラックが編集された場合に、このトラックに該当する情報をプレイリストから消去できるようにする。
【解決手段】 ユーザが、システムコントローラ１００の操作装置を適宜操作し、消去を所望するトラックのアルバム番号およびトラック番号を入力する。システムコントローラ１００が、これらの番号に該当するトラックがＨＤ記録再生装置３００のプレイリストに登録されているか否かを判断する。プレイリストに登録されていると判断した場合には、システムコントローラ１００の表示装置に、警告を表示する。ユーザは、この表示を確認後、トラックを消去してもかまわない場合には、操作装置を適宜操作し、トラック消去を確定する。システムコントローラ１００は、消去を所望するトラックをＨＤ記録再生装置３００から消去するとともに、この消去したトラックに該当する情報をプレイリストから消去する。
【選択図】 図１

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）が示される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

この発明の一実施形態によるダビング装置では、プレイリストへの音楽（トラック）の登録は、操作装置１０３に備えられたプレイリスト登録キーを押圧した後、ジョグキーなどを用いて、プレイリストに登録したい音楽（トラック）およびこの音楽（トラック）の登録先プレイリストを選択することにより可能である。また、この発明の一実施形態によるダビング装置では、再生している音楽（トラック）を容易にプレイリストに登録することも可能である。以下に、このプレイリスト登録方法について説明する。

図３８は、再生している音楽（トラック）をプレイリストに登録する登録操作および処理の一例を説明するためのフローチャートである。なお、ここでは、アルバム２（アルバム２再生管理ファイル）のトラック２をプレイリスト２（プレイリスト２管理ファイル）に登録する例について示す。

まず、操作装置１０３に備えられたジョグキーを適宜操作し、アルバム２のトラック２を再生する（ステップ２１）。

次に、システムコントローラ１００の操作装置１０３に備えられたプレイリスト登録キーを押す（ステップ２２）。これにより、プレイリストへの登録が開始され、システムコントローラ１００の表示装置１０２に、プレイリスト登録先ファイルの選択をユーザに促す表示“登録先プレイリスト？”が表示される（ステップ２３）。

次に、システムコントローラ１００の操作装置１０３を用いて、登録先プレイリストとして、プレイリスト２を選択する（ステップ２４）。これにより、プレイリスト２管理ファイルＰｂ０００１ｆ６の情報が更新され（ステップ２５）、プレイリスト登録操作および処理は終了となる。

上述した登録方法においては、登録先プレイリストを、ユーザが選択する例について示したが、登録先プレイリストが、予めデフォルトで選択されているようにしてもかまわない。このようにすることにより、ステップ２２において、システムコントローラ１００に備えられたプレイリスト登録キーを押した後、例えばシステムコントローラ１００に備えられたプレイリスト登録キーをもう一度押すことで、再生している音楽（トラック）をプレイリストへ登録することができるようになる。すなわち、プレイリストに登録したい音楽（トラック）を再生し、プレイリスト登録キーを２回押すだけで、再生している音楽（トラック）をプレイリストに簡単に登録することができるようになる。

また、プレイリススト登録キーに、プレイリストへの登録を開始する機能に加えて、再生している音楽（トラック）をプレイリストへ登録する機能も付与しておくようにしてもかまわない。このような機能をプレイリスト登録キーに付与しておくことにより、プレイリスト登録キーを１回押すだけで、再生している音楽（トラック）をプレイリストに簡単に登録することができるようになる。

次に、この発明の一実施形態によるダビング装置の編集操作について説明する。上述したように、この発明の一実施形態によるダビング装置では、ＨＤ記録再生装置３００に格納されたオーディオデータを編集することができる。ここでは、編集操作として、トラックイレース、コンバイン、ディバイド、アルバムイレースの操作について説明する。

図３９は、編集操作前における、アルバムの番号と各アルバムに含まれるトラック数とを示す表である。なお、図３９において、アルバム（Ａｌｂｕｍ）１、２、・・・、５００は、ぞれぞれ、図１２に示したアルバム１管理ファイル、アルバム２管理ファイル、・・・、アルバム５００管理ファイルを示す。

図４０は、編集操作前における、各プレイリストに登録されたトラックのリンク先を示す表である。なお、図４０において、プレイリスト（Ｐ．Ｌｉｓｔ）５０１、５０２、・・・、５１０は、それぞれ、図１２に示したプレイリスト１管理ファイル、プレイリスト２管理ファイル、・・・、プレイリスト１０管理ファイルを示す。

図４１は、この発明の一実施形態によるダビング装置におけるトラックイレースの操作および処理を説明するためのフローチャートである。ここでは、アルバム番号３、トラック番号４に該当する音楽（トラック）をイレースする場合を一例として示す。なお、アルバム番号３、トラック番号４に該当する音楽（トラック）は、プレイリスト５０２のトラック４に登録されている。

まず、ユーザが、操作装置１０３に備えられたメニューキーを押圧し、表示装置１０２にメニュー画面を表示し、このメニュー画面よりトラックイレースを選択する（ステップＳ３１）。

次に、ユーザが、操作装置１０３に備えられたジョグキーを適宜操作し、トラックイレースを所望するトラックのアルバム番号およびトラック番号を入力する（ステップＳ３２）。ここでは、アルバム番号３、トラック番号４を入力する。

次に、コントローラ１０１が、ステップＳ３２において、入力されたアルバム番号およびトラック番号に該当するトラックが、プレイリストに登録されているか否かを判断する（ステップＳ３３）。プレイリストに登録されていないと判断した場合には、ステップＳ３６に進む。プレイリストに登録されていると判断した場合には、表示装置１０２に、トラックイレースを所望するトラックがプレイリストに登録されていることを、ユーザに警告する表示“プレイリストに登録されています”を表示する（ステップＳ３４）。

次に、コントローラ１０１が、操作装置１０３から供給される信号に基づき、ユーザによりイレース指示が確定されたか否かを判断する（ステップＳ３５）。イレース指示が確定しなかった場合には、イレース操作および処理は終了となる。イレース指示が確定した場合には、ステップＳ３２において入力されたアルバム番号およびトラック番号に該当するトラックと、プレイリスト５０２のトラック４に登録されたトラックの情報とをイレースする（ステップＳ３６）。

図４２は、イレース操作後における、各プレイリストに登録されたトラックのリンク先を示す表である。図４２に示すように、上述したイレース操作により、図４０に示したプレイリスト５０２のトラック４がイレースされる。

図４３は、この発明の一実施形態によるダビング装置におけるコンバインの操作および処理を説明するためのフローチャートである。ここでは、アルバム番号２３、トラック番号１に該当するトラックと、アルバム番号２３、トラック番号１８に該当するトラックとをコンバインする場合を一例として示す。なお、アルバム番号２３、トラック番号１８に該当するトラックは、プレイリスト５０１のトラック１と、プレイリスト５０２のトラック２とに登録されている。

まず、ユーザが、操作装置１０３に備えられたメニューキーを押圧し、表示装置１０２にメニュー画面を表示し、このメニュー画面よりコンバイン操作を選択する（ステップＳ４１）。

次に、ユーザが、操作装置１０３に備えられたジョグキーを適宜操作し、コンバイン操作を所望するトラックのアルバム番号およびトラック番号を入力する（ステップＳ４２）。ここでは、アルバム番号３およびトラック番号４と、アルバム番号２３およびトラック番号１８とを入力する。

次に、コントローラ１０１が、ステップＳ４２において、入力されたアルバム番号およびトラック番号に該当するトラックが、プレイリストに登録されているか否かを判断する（ステップＳ４３）。プレイリストに登録されていないと判断した場合には、ステップＳ４６に進む。プレイリストに登録されていると判断した場合には、表示装置１０２に、コンバイン操作を所望するトラックがプレイリストに登録されていることを、ユーザに警告する表示“プレイリストに登録されています”を表示する（ステップＳ４４）。

次に、コントローラ１０１が、操作装置１０３から供給される信号に基づき、ユーザによりコンバイン指示が確定されたか否かを判断する（ステップＳ４５）。コンバイン指示が確定しなかった場合には、コンバインの操作および処理は終了となる。コンバイン指示が確定した場合には、ステップＳ４２において入力されたアルバム番号およびトラック番号に該当するトラックをコンバインするとともに、プレイリスト５０１のトラック１に登録されたトラックの情報と、プレイリスト５０２のトラック１に登録されたトラックの情報とを消去する（ステップＳ４６）。

図４４は、コンバイン操作後における、各プレイリストに登録されたトラックのリンク先を示す表である。図４４に示すように、コンバイン操作により、図４０に示したプレイリスト５０１のトラック１と、プレイリスト５０２のトラック１とが消去される。

図４５は、この発明の一実施形態によるダビング装置における分割の操作および処理を説明するためのフローチャートである。ここでは、アルバム番号１、トラック番号１に該当するトラックをディバイドする場合を一例として示す。なお、アルバム番号、トラック番号１に該当するトラックは、プレイリスト５０２のトラック３と、プレイリスト５１０のトラック１とに登録されている。

まず、ユーザが、操作装置１０３に備えられたメニューキーを押圧し、表示装置１０２にメニュー画面を表示し、このメニュー画面よりディバイド操作を選択する（ステップＳ５１）。

次に、ディバイドを所望する操作装置１０３に備えられたジョグキーを適宜操作することにより、ユーザが操作を所望する、アルバム番号１、トラック番号１に該当するトラックを再生し、ディバイドを所望するポイントが再生されると同時に、ジョグキーを押圧する。（ステップＳ５２）。

次に、コントローラ１０１が、ステップＳ５２において、入力されたアルバム番号およびトラック番号に該当するトラックが、プレイリストに登録されているか否かを判断する（ステップＳ５３）。プレイリストに登録されていないと判断した場合には、ステップＳ５６に進む。プレイリストに登録されていると判断した場合には、表示装置１０２に、ディバイドを所望するトラックがプレイリストに登録されていることを、ユーザに警告する表示“プレイリストに登録されています”を表示する（ステップＳ５４）。

次に、コントローラ１０１が、操作装置から供給される信号に基づき、ユーザによりディバイド指示が確定されたか否かを判断する（ステップＳ５５）。ディバイド指示が確定しなかった場合には、編集処理は終了となる。ディバイド指示が確定した場合には、ステップＳ５２において指示されたポイントでトラックをディバイドするとともに、プレイリスト５０２のトラック４に登録されたトラックの情報と、プレイリスト５１０のトラック１に登録されたトラックの情報とを消去する（ステップＳ５６）。

図４６は、ディバイド操作後における、各プレイリストに登録されたトラックのリンク先を示す表である。図４６に示すように、上述したディバイド操作により、図４０に示したプレイリスト５０２のトラック４と、プレイリスト５１０のトラック１とが消去される。

図４７は、この発明の一実施形態によるダビング装置におけるアルバムイレース編集の操作および処理を説明するためのフローチャートである。ここでは、アルバム４７をイレースする場合を一例として示す。なお、アルバム４７のトラック４、アルバム４７の１２８が、それぞれ、プレイリスト５０５のトラック２、プレイリスト５１０のトラック４とに登録されている。

まず、ユーザが、操作装置１０３に備えられたメニューキーを押圧し、表示装置１０２にメニュー画面を表示し、このメニュー画面よりアルバムイレースを選択する（ステップＳ６１）。

次に、ユーザが、操作装置１０３に備えられたジョグキーを適宜操作し、アルバムイレースを所望するアルバムのアルバム番号を入力する（ステップＳ６２）。ここでは、アルバム番号４７を入力する。

次に、コントローラ１０１が、ステップＳ６２において、入力されたアルバム番号およびトラック番号に該当するトラックが、プレイリストに登録されているか否かを判断する（ステップＳ６３）。プレイリストに登録されていないと判断した場合には、ステップＳ６６に進む。プレイリストに登録されていると判断した場合には、表示装置１０２に、アルバムイレースを所望するトラックがプレイリストに登録されていろことを、ユーザに警告する表示“プレイリストに登録されています”を表示する（ステップＳ６４）。

次に、コントローラ１０１が、操作装置から供給される信号に基づき、ユーザによりイレース指示が確定されたか否かを判断する（ステップＳ６５）。イレース指示が確定しなかった場合には、編集処理は終了となる。イレース指示が確定した場合には、ステップＳ５２において入力されたアルバム番号４７のアルバムに含まれるトラックをイレースするとともに、プレイリスト５０５のトラック２に登録されたトラックの情報およびプレイリスト５１０のトラック４に登録されたトラックの情報をイレースする（ステップＳ６６）。

図４８は、イレース後における、各プレイリストに登録されたトラックのリンク先を示す表である。図４８に示すように、上述したアルバムイレースにより、図４０に示したプレイリスト５０５のトラック２と、プレイリスト５１０のトラック４とがイレースされる。

以上説明したように、この発明の一実施形態によれば、ユーザが、ＨＤ記録再生装置３００に記録されている音楽ファイル（トラック）の編集を指示した場合には、システムコントローラ１００が、編集が指示された音楽ファイル（トラック）に関する情報をプレイリストから消去するため、リンク先が存在しない音楽ファイル（トラック）がプレイリスト内に生じることを防止できる。すなわち、プレイリストに登録されている音楽ファイル（トラック）が編集により再生できなくなる状態を防止できる。

また、この発明の一実施形態によれば、ユーザが、ＨＤ記録再生装置３００に記録されている音楽ファイルの編集を指示した場合には、システムコントローラ１００が、編集が指示された音楽ファイル（トラック）がプレイリストに登録されていることをユーザに知られる情報を表示装置１０２に表示するため、ユーザは、編集を指示した所定プログラムが管理情報に登録されているか否かを確認できる。よって、プレイリストに登録されている音楽ファイル（トラック）に対する誤編集操作を防止できる。

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

例えば、上述した一実施形態では所定グループに属する所定曲に対して消去指示がなされた場合には上記消去対象の曲がプレイリストに登録されているか否かを判別し登録されている場合には警告表示を行うようにしたが、変形例として消去指示がなされた曲に対してはグループからは消去するがプレイリストからは消去しないようにしてもよい。この場合にグループ内では消去対象の曲に対する記録位置の管理を編集（消去）するとともにプレイリストで実体管理をすればよい。上記実施例では記録位置等の実体管理はグループ管理で行いプレイリスト側では曲が所属するグループ番号、トラック番号が管理されているだけで実体管理を行っていないが、プレイリスト側でも実体管理するようにすればリンクされた消去が行われないようにできる。これによってグループ側で消去されてもプレイリスト側では影響を受けなくもできる。

また、上述した一実施形態においては、プレイリストに登録されているトラックあるいはアルバムに対してイレース、コンバイン、ディバイドなどの編集操作およびこの編集操作が可能なダビング装置に、この発明を適用する例について示したが、この発明はこの例に限られるものではない。すなわち、プレイリストに登録されている音楽ファイルをハードディスクから消去する（イレース）編集操作、およびこの編集操作が可能なダビング装置にこの発明を適用することが可能である。また、プレイリストに登録されている音楽のサイズを変更する（ディバイド・コンバイン）編集操作、およびこの編集操作が可能なダビング装置にこの発明を適用することが可能である。具体的には、プレイリスト管理ファイルＰｂ０００１ｆ５からＰｂ０００１ｆｅのＴＲＫ−ｘｘｘの示す先のＦｎｏの番号が変わったり、番号が変わらずとも該当するＦｎｏのサイズが変更されたりする編集操作およびこの編集操作が可能なダビング装置に、この発明を適用することが可能である。

また、上述した一実施形態においては、ユーザが編集を指示したトラックがＨＤ記録再生装置３００に記録されていることをユーザに警告する例に着いて示したが、この警告を行わないようにしてもかまわない。すなわち、ＨＤ記録再生装置３００に記録されている音楽ファイルの編集を指示した場合には、システムコントローラ１００が、表示装置１０２を介して編集を指示したファイルがプレイリストに登録されていることをユーザに警告せずに、ユーザにより指示された編集を実行するようにしてもかまわない。

また、上述した一実施形態においては、トラックをディバイドした場合に、ディバイトしたトラックがプレイリストから消去される場合について示したが、ディバイト後の２つのトラックが新たにプレイリストに登録されるようにしてもかまわない。あるいは、ディバイト後の２つのトラックのうちのいずれか一方がプレイリストに登録されるようにしてもかまわない。

また、上述した一実施形態においては、トラックをコンバインした場合に、コンバインしたトラックがプレイリストから消去される場合について示したが、コンバイン後のトラックが新たにプレイリストに登録されるようにしてもかまわない。

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

符号の説明

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

Claims (12)

1. 第１の管理情報により第１のグループに属していると管理されると共に、第２の管理情報により第２のグループにも属していると管理されるプログラムが記録される記録媒体に対して、上記第１の管理情報に基づき当該プログラムに対して編集指示する操作手段と、
   上記操作手段にて編集指示された上記プログラムが上記第２の管理情報に管理されているか否かを判別する判別手段と、
   上記判別手段にて上記プログラムが上記第２の管理情報に管理されていると判別された場合には、編集動作を行う前に警告する告知手段と、
   を備える編集装置。
2. 上記告知手段にて警告を行った後に編集指示確認が行われ編集指示が確定された場合には、上記第１の管理情報及び上記第２の管理情報を編集する制御手段とを更に備えてなる請求項１記載の編集装置。
3. 上記編集は、プログラムを消去する編集であることを特徴とする請求項１乃至２の何れかに記載の編集装置。
4. 上記編集は、プログラムを結合する編集であることを特徴とする請求項１乃至２の何れかに記載の編集装置。
5. 上記編集は、プログラムを分割する編集であることを特徴とする請求項１乃至２の何れかに記載の編集装置。
6. 上記編集は、上記第１の管理情報により管理されるグループを消去する編集であることを特徴とする請求項１乃至２の何れかに記載の編集装置。
7. 第１の管理情報により第１のグループに属していると管理されると共に、第２の管理情報により第２のグループにも属していると管理されるプログラムが記録される記録媒体に対して、上記第１の管理情報に基づき当該プログラムに対して編集指示が行われたか否かを判別する第１の判別工程と、
   上記第１の判別工程にて編集指示が行われたと判別された場合には、編集指示された上記プログラムが上記第２の管理情報に管理されているか否かを判別する第２の判別工程と、
   上記第２の判別工程にて、上記プログラムが上記第２の管理情報に管理されていると判別された場合には、編集動作を行う前に警告する告知工程と、
   を備える編集方法。
8. 上記告知工程にて警告を行った後に編集指示確認が行われ編集指示が確定された場合には、上記第１の管理情報及び上記第２の管理情報を編集する編集工程とを更に備えてなる請求項７記載の編集方法。
9. 上記編集は、プログラムを消去する編集であることを特徴とする請求項７乃至８の何れかに記載の編集方法。
10. 上記編集は、プログラムを結合する編集であることを特徴とする請求項７乃至８の何れかに記載の編集方法。
11. 上記編集は、プログラムを分割する編集であることを特徴とする請求項７乃至８の何れかに記載の編集方法。
12. 上記編集は、上記第１の管理情報により管理されるグループを消去する編集であることを特徴とする請求項７乃至８の何れかに記載の編集方法。

Images