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

編集装置および編集方法

Info

Publication number
JP2003051179A
JP2003051179A JP2001237176A JP2001237176A JP2003051179A JP 2003051179 A JP2003051179 A JP 2003051179A JP 2001237176 A JP2001237176 A JP 2001237176A JP 2001237176 A JP2001237176 A JP 2001237176A JP 2003051179 A JP2003051179 A JP 2003051179A
Authority
JP
Japan
Prior art keywords
editing
program
management information
recorded
track
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2001237176A
Other languages
English (en)
Inventor
Shigetaka Kudo
繁孝 工藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2001237176A priority Critical patent/JP2003051179A/ja
Priority to US10/398,113 priority patent/US6898159B2/en
Priority to KR1020037004579A priority patent/KR100889979B1/ko
Priority to CNB028026934A priority patent/CN100468560C/zh
Priority to PCT/JP2002/007165 priority patent/WO2003015099A1/ja
Priority to EP02746055A priority patent/EP1414041A4/en
Publication of JP2003051179A publication Critical patent/JP2003051179A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/11—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information not detectable on the record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/36—Monitoring, i.e. supervising the progress of recording or reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B2020/1264—Formatting, e.g. arrangement of data block or words on the record carriers wherein the formatting concerns a specific kind of data
    • G11B2020/1265—Control data, system data or management information, i.e. data used to access or process user data
    • G11B2020/1267—Address data
    • G11B2020/1271—Address data the address data being stored in a subcode, e.g. in the Q channel of a CD
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2545—CDs

Abstract

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

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は、編集装置および
編集方法に関し、特に、記録媒体に記録されたプログラ
ムを編集する編集装置および編集方法に関する。
【０００２】
【従来の技術】従来、オーディオ機器で用いられている
記録媒体は、８０分程度のオーディオデータを記録でき
る容量のものが一般的であったが、近年の記録媒体の大
容量化に伴い、従来とは比較にならないほど長時間のオ
ーディオデータを記録媒体に格納できるようになってい
る。また、記録メディアの低価格化も進み、ユーザは大
容量記録媒体を安価に享受できるようになっている。そ
の中にあって、大容量記録媒体の代表であるハードディ
スクドライブ（以下、ＨＤＤ）は、容量の大きさ、価格
の面で、近年最も注目されているメディアである。
【０００３】ＨＤＤでは、従来の記録媒体とは比較にな
らないほど多くの曲を収納・保存できるため、オーディ
オ機器自体の機能も従来とは大きく変化してきている。
例えば、プレイリスト機能がその一つである。プレイリ
スト機能とは、ハードディスクに記録された音楽ファイ
ル（トラック）から好きなものだけを選び出し、プレイ
リストと称するファイルに登録することで、ユーザの好
きな曲ばかりを集めた仮想的アルバムを作成可能な機能
である。すなわち、従来のＣＤ再生装置が装備している
プログラム再生機能を拡張したような機能である。
【０００４】
【発明が解決しようとする課題】ところが、従来のプレ
イリスト機能では、プレイリストに登録されているトラ
ックがディバイド（分割）、コンバイン（結合）、イレ
ース（消去）された場合に、プレイリストに登録されて
いる曲が再生できなくなってしまうことが問題とされて
いる。これは、実体であるトラックが編集されたとき
に、プレイリストに登録されているトラックの情報を更
新しなかったために生じる問題である。
【０００５】また、従来のプレイリスト機能では、プレ
イリストに登録されているトラックに対して、ディバイ
ド、コンバイン、イレースなどの編集操作を誤って実行
してしまう可能性が高いことも、問題とされている。
【０００６】したがって、この発明の目的は、実体であ
るトラックが編集された場合に、このトラックに対応し
たトラック情報をプレイリストから消去することができ
る編集装置および編集方法を提供することにある。
【０００７】また、この発明の他の目的は、プレイリス
トに登録されているトラックを誤って編集操作すること
を防止できる編集装置および編集方法を提供することに
ある。
【０００８】
【課題を解決するための手段】上記課題を解決するため
に、請求項１の発明は、複数のプログラムを記録したプ
ログラム領域とプログラム領域に記録された複数のプロ
グラムを集合化してグループ毎に管理する第１の管理情
報とプログラム領域に記録された複数のプログラムから
所望のプログラムを収集してグループ化するための第２
の管理情報とが記録された管理領域とからなる記録媒体
に記録されたプログラムを編集する編集装置は、プログ
ラム領域に記録された所定グループに属する所定プログ
ラムに対して消去指示をする操作手段と、操作手段にて
消去指示された所定プログラムが第２の管理情報にて管
理されているか否かを判別する判別手段と、判別手段に
て操作手段で消去指示された所定プログラムが第２の管
理情報にて管理されていると判別された場合には、消去
動作を行う前に警告する告知手段とを備えてなる編集装
置である。
【０００９】請求項５の発明は、複数のプログラムを記
録したプログラム領域とプログラム領域に記録された複
数のプログラムを集合化してグループ毎に管理する第１
の管理情報とプログラム領域に記録された複数のプログ
ラムから所望のプログラムを収集してグループ化するた
めの第２の管理情報とが記録された管理領域とからなる
記録媒体に記録されたプログラムを編集する編集装方法
は、プログラム領域に記録された所定グループに属する
所定プログラムに対して消去指示が行われたか否かを判
別する第１の判別工程と、第１の判別工程にて消去指示
が行われたと判別された場合には、消去指示が行われた
所定プログラムが第２の管理情報にて管理されているか
否かを判別する第２の判別手段と、第２の判別手段にて
消去指示された所定プログラムが第２の管理情報にて管
理されていると判別された場合には、消去動作を行う前
に警告する告知工程とを備えてなる編集方法である。
【００１０】請求項９の発明は、複数のプログラムを記
録したプログラム領域とプログラム領域に記録された複
数のプログラムを集合化してグループ毎に管理する第１
の管理情報とプログラム領域に記録された複数のプログ
ラムから所望のプログラムを収集してグループ化するた
めの第２の管理情報とが記録された管理領域とからなる
記録媒体に記録されたプログラムを編集する編集装置
は、プログラム領域に記録された所定グループに属する
所定プログラムに対して編集指示をする操作手段と、操
作手段にて編集指示された所定プログラムが第２の管理
情報にて管理されているか否かを判別する判別手段と、
判別手段にて操作手段で編集指示された所定プログラム
が第２の管理情報にて管理されていると判別された場合
には、編集動作を行う前に警告する告知手段とを備えて
なる編集装置である。
【００１１】請求項１８の発明は、複数のプログラムを
記録したプログラム領域とプログラム領域に記録された
複数のプログラムを集合化してグループ毎に管理する第
１の管理情報とプログラム領域に記録された複数のプロ
グラムから所望のプログラムを収集してグループ化する
ための第２の管理情報とが記録された管理領域とからな
る記録媒体に記録されたプログラムを編集する編集装方
法は、プログラム領域に記録された所定グループに属す
る所定プログラムに対して編集指示が行われたか否かを
判別する第１の判別工程と、第１の判別工程にて編集指
示が行われたと判別された場合には、編集指示が行われ
た所定プログラムが第２の管理情報にて管理されている
か否かを判別する第２の判別手段と、第２の判別手段に
て編集指示された所定プログラムが第２の管理情報にて
管理されていると判別された場合には、編集動作を行う
前に警告する告知工程とを備えてなる編集方法である。
【００１２】請求項１および５に係る発明では、編集装
置が、消去が指示された所定プログラムの管理情報が管
理領域に管理されているか否かを判別し、管理領域に管
理されていると判断された場合には、所定のプログラム
を消去する前に、ユーザに消去指示がなされた所定プロ
グラムが管理領域に管理されていることを警告するた
め、ユーザは、消去を指示した所定プログラムが管理領
域に登録されているか否かを確認できる。
【００１３】請求項９および１８に係る発明では、編集
装置が、編集が指示された所定プログラムの管理情報が
管理領域に管理されているか否かを判別し、管理領域に
管理されていると判断された場合には、所定のプログラ
ムを編集する前に、ユーザに編集指示がなされた所定プ
ログラムが管理領域に管理されていることを警告するた
め、ユーザは、編集を指示した所定プログラムが管理領
域に登録されているか否かを確認できる。
【００１４】
【発明の実施の形態】以下、この発明の一実施形態につ
いて図面を参照しながら説明する。図１は、この発明の
一実施形態によるダビング装置の構成の一例を示すブロ
ック図である。図１に示すように、この発明の一実施形
態によるダビング装置は、システムコントローラ１０
０、ディスク再生装置２００、ＨＤ記録再生装置３０
０、音声入出力部４００および外部制御信号入出力部５
００から構成される。
【００１５】ディスク再生装置２００、ＨＤ記録再生装
置３００および音声入出力部４００の間で送受信される
オーディオ信号は、例えばＩＥＣ６０９５８のデジタル
オーディオインターフェースに準拠したオーディオ信号
である。但し、音声入出力部４００は後述するアナログ
入力端子を備えているため、音声入出力部４００のアナ
ログ入力端子にアナログ入力されたオーディオ信号は後
述するＡＤコンバータでデジタル変換され、ＬＲクロッ
ク、ビットクロックに同期したシリアル信号がＨＤ記録
再生装置３００に供給される。
【００１６】図２は、この発明の一実施形態によるシス
テムコントローラ１００の構成の一例を示すブロック図
である。図２に示すように、システムコントローラ１０
０は、コントローラ１０１、表示装置１０２および操作
装置１０３から構成される。コントローラ１０１は、シ
ステム制御信号を用いてダビング装置に備えられた各ブ
ロックを制御する。
【００１７】表示装置１０２は、例えば液晶ディスプレ
イやＦＬ管等で構成される表示装置である。この表示装
置１０２は、コントローラ１０１に対して接続され、コ
ントローラ１０１から供給される信号に基づき表示を行
う。例えば、表示装置１０２は、コントローラ１０１か
ら供給される信号に基づき、トラックナンバ、演奏時間
などの情報を表示する。
【００１８】操作装置１０３は、ダビング装置を操作す
るためのものであり、具体的には、電源キー、再生キ
ー、一時停止キー、停止キー、録音キー、シンクロ録音
キー、プレイリスト登録キー、メニューキー、ジョグキ
ーなどを備える。
【００１９】電源キーは、ダビング装置の電源をオン／
オフするためのものである。再生キーは、ディスク再生
装置２００に装填された光ディスクあるいはＨＤ記録再
生装置に記録された音楽ファイルの再生を開始するため
のものである。一時停止キーは、ディスク再生装置２０
０に装填された光ディスクあるいはＨＤ記録再生装置に
記録されたファイルの録音／再生を一時的に停止するた
めのものである。停止キーは、ディスク再生装置２００
に装填された光ディスクあるいはＨＤ記録再生装置に記
録された音楽ファイルの録音／再生を停止するためのも
のである。録音キーは、ＨＤ記録再生装置へのデータの
録音を開始するためのキーである。
【００２０】シンクロ録音キーは、シンクロ録音を行う
ためのキーである。シンクロ録音とは、再生側に合わせ
て自動的に録音を始める／止める録音方法である。具体
的には、シンクロ録音キーを押すと、ディスク再生装置
２００の再生に同期して、ＨＤ記録再生装置３００の録
音も開始される。そして、ディスク再生装置２００の再
生が停止に同期して、ＨＤ記録再生装置３００の録音も
停止する。したがって、ユーザはディスク再生装置２０
０とＨＤ記録再生装置３００とをそれぞれ操作せずに、
ディスク再生装置２００で再生されたデータを、ＨＤ記
録再生装置３００に簡単に格納できる。メニューキー
は、表示装置１０２に編集操作などのメニューを表示す
るためのものである。プレイリスト登録キーは、プレイ
リストへの曲の登録を開始するためのものである。
【００２１】ジョグキーは、押圧可能であるとともに、
回転可能な構造を有する。具体的には、１回転につき間
欠的に例えば１０回の停止位置があり、その停止位置毎
にデータが更新されるようになっている。例えば、右側
に回転させたとき、表示装置１０２において選択されて
いる数値が＋更新され、左側に回転させたとき、表示装
置１０２において選択されている数値が−更新されるよ
うになっている。なお、このジョグキー操作のみで、再
生、一時停止、停止、録音、シンクロ録音、メニュー選
択などを行うことも可能である。
【００２２】図３は、この発明の一実施形態によるディ
スク再生装置２００の構成の一例を示すブロック図であ
る。このディスク再生装置２００は、図３に示すよう
に、スピンドルモータ２０１、光学ヘッド２０２、ＲＦ
（Radio Frequency）アンプ２０３、サーボ回路２０
４、スレッド２０５、ＥＦＭ（Eight to Fourteen Modu
lation）およびＣＩＲＣ（Cross Interleave Reed-Solo
mon Code）デコード回路２０６、コントローラ２０７か
ら構成される。ここで、光ディスクＤは、例えばコンパ
クトディスクである。
【００２３】ディスク再生装置２００に装着された光デ
ィスクＤは、ＣＤ再生動作時には、スピンドルモータ２
０１により、一定線速度（Constant linear Velocity
（ＣＬＶ））で回転駆動される。
【００２４】光学ヘッド２０２は、光ディスクＤの記録
面にレーザ光を照射して反射光を受光することにより、
光ディスクＤにピット形態で記録されているデータを読
み出し、ＲＦアンプ２０３に供給する。なお、レーザ光
強度は、図示しないＡＰＣ（Automatic Power Contro
l）によって最適化される。この光学ヘッド２０２はト
ラッキング及びフォーカス方向に変位可能である。ま
た、光学ヘッド２０２は、スレッド２０５より供給され
る信号に基づき、光ディスクＤの半径方向に移動可能で
ある。
【００２５】ＲＦアンプ２０３は、光学ヘッド２０２か
ら供給された信号に基づき、再生ＲＦ信号、フォーカス
エラー信号およびトラッキングエラー信号を生成する。
そして、フォーカスエラー信号およびトラッキングエラ
ー信号をサーボ回路２０４に供給し、再生ＲＦ信号をＥ
ＦＭおよびＣＩＲＣデコード回路２０６に供給する。
【００２６】サーボ回路２０４は、ＲＦアンプ２０３か
ら供給されるフォーカスエラー信号およびトラッキング
エラー信号に基づき、フォーカス駆動信号、トラッキン
グ駆動信号、スレット駆動信号およびスピンドル駆動信
号の各種駆動信号を生成する。これらの信号に基づき、
スレッド２０５およびスピンドルモータ２０１の動作は
制御される。
【００２７】ＥＦＭおよびＣＩＲＣデコード回路２０６
は、ＲＦアンプから供給された再生ＲＦ信号を、２値化
し、ＥＦＭ信号を得る。そして、このＥＦＭ信号に対し
て、ＥＦＭ復調およびＣＩＲＣデコードなどを行うこと
により、光ディスクから読み出された情報を１６ビット
（Binary digiT(bit)）量子化、４４．１ＫＨｚサンプ
リングのデジタル形式にデコードし、音声入出力部４０
０に供給する。ここで、ＣＩＲＣデコードとは、ＣＩＲ
Ｃを利用したエラー検出およびエラー訂正処理であり、
具体的には、Ｃ１、Ｃ２符号によるエラー検出およびエ
ラー訂正処理である。
【００２８】また、ＥＦＭおよびＣＩＲＣデコード回路
２０６は、ＲＦアンプ２０３から供給された再生ＲＦ信
号から、後述するＴＯＣ（Table Of Contents）やサブ
コードなどの制御データを抽出し、これらの制御データ
をコントローラ２０７に供給する。
【００２９】コントローラ２０７は、ＥＦＭおよびＣＩ
ＲＣデコード回路２０６から供給されるＴＯＣやサブコ
ードなどのデータに基づき、各部を制御する。また、コ
ントローラ２０７は、例えば、ＴＯＣおよびサブコード
などの制御データをシステムコントローラ１００に送信
する。さらに、コントローラ２０７は、システムコント
ローラ１００からシステム制御信号を受信し、このシス
テム制御信号に基づき、ディスク再生装置２００に備え
られた各部を制御する。
【００３０】図４は、図３で示したＥＦＭおよびＣＩＲ
Ｃデコード回路２０６で生成され、コントローラ２０７
に供給されるデータのフレーム構成を示す。図４に示す
ように、１フレームは、同期パターン部（２４チャンネ
ルビット）、サブコーディング部（１シンボル、すなわ
ち１４チャンネルビット）、第１のデータ部（１２シン
ボル、すなわち１２×１４チャンネルビット）、第１の
パリティ部（４シンボル、すなわち４×１４チャンネル
ビット）、第２のデータ部（１２シンボル、すなわち１
２×１４チャンネルビット）、および第２のパリティ部
（４シンボル、すなわち４×１４チャンネルビット）か
らなる。ここでは、図示を省略するが、各シンボル（同
期パターンも２４ビットからなるシンボルとみなす）の
結合のために、３ビットの結合ビットがフレーム内に含
まれる。この結合ビットの総ビット数は、３４×３＝１
０２チャンネルビットである。したがって、１フレーム
は、合計で５８８チャンネルビットからなる。
【００３１】図５に示すように、９８個のフレームがフ
レーム同期情報、サブコード情報、データおよびパリテ
ィ情報からなる１まとまりの情報（サブコードフレー
ム）を形成する。９８個のフレーム内のサブコードデー
タが１ブロックとしてサブコード情報を表現する。この
ようなブロックについて図６を参照して説明する。最初
のフレームＦ１，２番目のフレームＦ２のサブコード
は、それぞれ、固定の同期パターンＳ０＝００１０００
０００００００１，Ｓ１＝０００００００００１００１
０からなる。Ｓ０、Ｓ１としては、ＥＦＭ変調において
現れ得ないパターンが用いられており、これにより、再
生時にサブコード情報に関するブロックの開始位置が特
定される。
【００３２】３番目のフレームＦ３、４番目のフレーム
Ｆ４，・・・，９７番目のフレームＦ９７、９８番目の
フレームＦ９８の９６個のフレームのサブコードは、そ
れぞれ、Ｐ１，Ｑ１，Ｒ１，Ｓ１，Ｔ１，Ｕ１，Ｖ１，
Ｗ１，Ｐ２〜Ｗ２、・・・、Ｐ９５〜Ｗ９５、Ｐ９６〜
Ｗ９６からなる。そして、Ｐ１，Ｐ２，・・・，Ｐ９
６、Ｑ１，Ｑ２，・・・，Ｑ９６、Ｒ１〜Ｒ９６、Ｓ１
〜Ｓ９６、Ｔ１〜Ｔ９６、Ｕ１〜Ｕ９６、Ｖ１〜Ｖ９
６、Ｗ１〜Ｗ９６が、それぞれ、完結した情報チャンネ
ルを形成する。
【００３３】これらのサブコーディング情報には、
（１）楽曲の頭出し、予め設定された順序に従って再生
するなどのプログラム機能に係る情報、（２）テキスト
情報などの付加情報などが含まれている。（１）の情報
としてサブコードのＰチャンネルおよびＱチャンネルが
用いられ、（２）の情報としてサブコードのＲチャンネ
ルからＷチャンネルが用いられる。なお、Ｐチャンネル
は、楽曲の間（ｐａｕｓｅ）を示しており、ラフな頭出
しのい使用される情報である。Ｑチャンネルは、より詳
細な制御のための情報である。
【００３４】図７は、Ｑデータの内容の一例を示す。図
８に示すように、Ｑデータは、コントロール部、アドレ
ス部、データ部およびＣＲＣ（Cyclic Redundancy Cod
e）部からなる。
【００３５】コントロール部は、Ｑ１〜Ｑ４の４ビット
からなり、オーディオのチャンネル数、エンファシスお
よびデジタルデータなどの識別を行うためのデータが記
録されている。
【００３６】アドレス部は、Ｑ５〜Ｑ８の４ビットから
なり、後述するデータ部内のデータのフォーマットや種
類を示す制御信号が記録されている。
【００３７】ＣＲＣ部は、Ｑ８１〜Ｑ９６の１６ビット
からなり、巡回符号のエラー検出を行うためのデータが
記録されている。
【００３８】データ部は、図８に示すように、Ｑ９〜Ｑ
８０までの７２ビットのデータからなる。アドレス部の
４ビットのデータが“０００１”である場合には、光デ
ィスクＤのリードイン領域におけるデータ部（ＴＯＣ
（Table of Contents））は、図９に示す構造を有す
る。すなわち、図９に示すように、データ部は、ＭＮＲ
部（楽曲番号部）、ＰＯＩＮＴ部（ポイント部）、ＭＩ
Ｎ部（経過時間分成分部）、ＳＥＣ部（経過時間秒成分
部）、ＦＲＡＭＥ部（経過時間フレーム番号部）、ＺＥ
ＲＯ部（ゼロ部）、ＰＭＩＮ部（絶対時間分成分部）、
ＰＳＥＣ部（絶対時間秒成分部）およびＰＦＲＡＭＥ部
（絶対時間フレーム番号部）とからなる。なお、これら
の各部は、それぞれ、８ビットのデータからなるもので
ある。
【００３９】ＭＮＲ部、ＭＩＮ部、ＳＥＣ部、ＦＲＡＭ
Ｅ部およびＺＥＲＯ部は、いずれも１６進数表示で“０
０”に固定され、８ビット全てに“０”が付与されてな
る。
【００４０】また、ＰＭＩＮ部は、ＰＯＩＮＴ部が１６
進数表示で“Ａ０”の場合には、最初の楽曲番号あるい
は楽章番号を示し、ＰＯＩＮＴ部が１６進数で“Ａ１”
の場合には、最後の楽曲番号あるいは楽章番号を示す。
また、ＰＯＩＮＴ部が１６進数表示で“Ａ２”の場合に
は、ＰＭＩＮ部（絶対時間分成分部）、ＰＳＥＣ部（絶
対時間秒成分部）およびＰＦＲＡＭＥ部（絶対時間フレ
ーム番号部）は、それぞれ、リードアウト領域が始まる
絶対時間（ＰＴＩＭＥ）を示す。
【００４１】さらに、ＰＯＩＮＴ部が、２ディジットの
ＢＣＤで表現される場合には、ＰＭＩＮ部（絶対時間分
成分部）、ＰＳＥＣ部（絶対時間秒成分部）およびＰＦ
ＲＡＭＥ部（絶対時間フレーム番号部）は、それぞれ、
その数値で示される各曲あるいは楽章が始まるアドレス
を絶対時間（ＰＴＩＭＥ）で表したものとなる。
【００４２】ここでは、ディスク再生装置２００が、一
枚の光ディスクを装填可能なディスク再生装置である場
合を例として示したが、ディスク再生装置２００は、複
数枚の光ディスクを装填可能なディスクチェンジャ型再
生装置であってもかまわない。
【００４３】図９は、この発明の一実施形態によるＨＤ
記録再生装置３００の構成の一例を示すブロック図であ
る。このＨＤ記録再生装置３００は、オーディオデータ
の記録再生およびオーディオデータを管理するためのデ
ータなどを記録する装置である。
【００４４】ＨＤ記録再生装置３００は、図９に示すよ
うに、デジタルオーディオインターフェース（以下、デ
ジタルオーディオＩ／Ｆ）３０１、ＡＤ／ＤＡインター
フェース（以下、ＡＤ／ＤＡ Ｉ／Ｆ）３０２、エンコ
ード／デコード装置３０３、マジックゲートコア（Magi
c Gate Core）部３０４、共有ＲＡＭ（Random AccessMe
mory）３０５、ＨＤコントローラ３０６、ＳＤＲＡＭ
（Synchronous DynamicRandom 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 Quan
tization）などの圧縮方式を用いるようにしても構わな
い。
【００４８】また、音声圧縮エンコード／デコード装置
３０３は、マジックゲートコア部３０４から供給された
ＡＴＲＡＣ３で圧縮されたデータを伸長し、デジタルイ
ンターフェース３０１および／あるいはＡＤ／ＤＡ Ｉ
／Ｆ３０２に供給する。
【００４９】マジックゲートコア部３０４は、エンコー
ダ／デコード装置３０３から供給されたオーディオデー
タを暗号化し、共有ＲＡＭ３０５に供給する。なお、マ
ジックゲート（ＭＡＧＩＣ ＧＡＴＥ）とは著作権保護
を目的としたコンテンツ（音楽）の暗号化と機器間の相
互承認をおこなう機能である。
【００５０】共有ＲＡＭ３０５は、マジックゲートコア
部３０４から供給されるデジタルオーディオデータを格
納し、ＨＤコントローラ３０６に供給する。また、共有
ＲＡＭ３０５は、ＨＤコントローラ３０６から供給され
るデジタルオーディオデータを格納し、マジックゲート
コア部３０４に供給する。
【００５１】ＨＤコントローラ３０６は、マイクロコン
ピュータであり、このマイクロコンピュータによりＨＤ
記録再生装置３００の各部は制御される。例えば、ＨＤ
コントローラ３０６は、ＡＴＲＡＣ３エンコード／デコ
ード装置３０３に対して、ＡＴＲＡＣ３エンコード開始
あるいはＡＴＲＡＣ３デコード開始の制御を行う。ま
た、ＨＤコントローラ３０６は、ＭＡＧＩＣ ＧＡＴＥ
ＣＯＲＥ部（５−４）に対して、暗号化開始あるいは
復号化開始の制御を行う。ＨＤコントローラ３０６とＨ
ＤＤ３０９とは、例えばＡＴＡ（AT Attachment）準拠
のＩＤＥ（Integrated Device (Drive) Electronics）
バスで接続され、このバスを介したデータの書き込みお
よび読出しは、ＰＩＯ（Programmable I/O）モードを使
ったデータ転送により行われる。
【００５２】また、ＨＤコントローラ３０６には、マジ
ックゲートコア部３０４において１サウンドユニット
（約２３．２ｍｓｅｃ）の暗号化が終了するごとに、共
有ＲＡＭ３０５からの割り込みが入る。ＨＤコントロー
ラ３０６は、この割り込みが入る毎に、共有ＲＡＭ３０
５におかれたデータをＳＤＲＡＭ３０７に転送し、さら
にＦＡＴ３２ファイルシステム（３０８）を介してＨＤ
Ｄ３０９へ転送し、ＨＤＤ３０９に音楽をファイルとし
て記録していく。
【００５３】また、ＨＤコントローラ３０６には、マジ
ックゲートコア部３０４において１サウンドユニットの
復号化が終了するごとに、共有ＲＡＭ３０５がＨＤコン
トローラ３０６に対して割り込みが入る。ＨＤコントロ
ーラ３０６は、その割込みごとに次のサウンドユニット
をＳＤＲＡＭ３０７から共有ＲＡＭに転送する。
【００５４】ＳＤＲＡＭ３０７は、ＨＤＤ３０９あるい
は共有ＲＡＭ３０５から供給されたオーディオデジタル
データを格納する。
【００５５】ＦＡＴ３２ファイルシステム３０８は、Ｈ
Ｄコントローラ３０６がＨＤＤ３０９からデータの読出
しおよび、ＨＤＤ３０９へのデータの書き込みをおこな
う際に用いられるファイルシステムであり、ＨＤＤ３０
９に書かれたデータをファイルごとに管理するために必
要不可欠なものである。ここでは、便宜上、ＦＡＴ３２
ファイルシステム３０８をブロックにより示すが、この
ＦＡＴ３２ファイルシステム３０８は、ＨＤコントロー
ラ３０６に組み込まれたソフトウェアであり、他のブロ
ックに示すような物理的なものではない。なお、この発
明の一実施形態においては、ファイルシステムとして、
ＦＡＴ３２ファイルシステムを用いるが、ＶＦＡＴ３２
ファイルシステムをファイルシステムとして用いてもか
まわない。また、ＮＴＦＳ（NT File System）、ＨＦＳ
（Hierarchical File System）およびＨＦＳ Ｐｌｕ
ｓなどをファイルシステムとして用いてもかまわない。
【００５６】ＨＤＤ３０９に記録されるデータは全て、
ＦＡＴ３２ファイルシステム３０８が管理するファイル
であり、後に説明するオーディオデータや音楽管理情報
のためのデータベースもＦＡＴ３２ファイルシステム３
０８が管理するファイルである。ＦＡＴ３２ファイルシ
ステム３０８には、ファイル操作に必要なファイルのオ
ープン、クローズ、リード、ライトなどのシステムコー
ルが備わっている。
【００５７】ＨＤＤ３０９は、オーディオデータなどを
格納する。具体的には、ＨＤＤ３０９は、アルバム番号
管理ファイル、再生時間管理データベースファイル、ア
ルバム・トラック名データベースファイル、ＴＯＣデー
タベースファイル、アルバム再生管理ファイル、音楽フ
ァイルおよびプレイリスト管理ファイルなどを格納す
る。なお、これらの各ファイルの詳細については、後述
する。
【００５８】図１０は、ＨＤ記録再生装置３００にオー
ディオデータを録音する処理を説明するためのフローチ
ャートである。ここで、ＨＤ記録再生装置３００にオー
ディオデータを録音することは、ＨＤコントローラ３０
６がＨＤＤ３０９上にＦＡＴ３２ファイルシステム３０
８を用いてファイルを作成すことである。
【００５９】まず、ＨＤコントローラ３０６は、ＦＡＴ
３２ファイルシステム３０８を用いてＨＤＤ３０９上に
新規ファイル作成をおこなう（ステップＳ１）。
【００６０】次に、ＡＴＲＡＣ３エンコード／デコード
装置３０３が、ＨＤコントローラ３０６の制御に基づ
き、デジタルオーディオＩ／Ｆ３０１あるいはＡＤ／Ｄ
Ａ Ｉ／Ｆ３０２を介して、音声入出力部４００から供
給されるデジタルオーディオ信号を、ＡＴＲＡＣ３圧縮
コーディング技術を用いて高音質・高能率に圧縮し、マ
ジックゲートコア部３０４に供給する（ステップＳ
２）。
【００６１】次に、マジックゲートコア部３０４が、Ｈ
Ｄコントローラ３０６の制御に基づき、ＡＴＲＡＣ３圧
縮されたオーディオデータを暗号化し、共有ＲＡＭ３０
５に供給する（ステップＳ３）。
【００６２】次に、ＨＤコントローラ３０６が、１サウ
ンドユニットの暗号化が終了するたびに、共有ＲＡＭ３
０５におかれたデータをＳＤＲＡＭ３０７に転送し（ス
テップＳ４）、さらにＦＡＴ３２ファイルシステム３０
８を介してＨＤＤ３０９へ転送し、ＨＤＤ３０９にオー
ディオデータをファイルとして記録していく（ステップ
Ｓ５）。
【００６３】なお、ＩＥＣ６０９５８のオーディオデー
タの録音を行なっていて、そのカテゴリがＣＤである場
合には、ＨＤ記録再生装置３００は、オーディオデータ
のＣビット、Ｕビットを解析し、ＣＤの曲番どおりに、
ＨＤＤ３０９に録音をすることが可能になっている。
【００６４】図１１は、ＨＤ記録再生装置３００にオー
ディオデータを録音する処理を説明するためのフローチ
ャートである。ここで、ＨＤ記録再生装置３００を用い
てオーディオデータを再生することは、ＨＤコントロー
ラ３０６がＨＤＤ３０９上に記録されている音楽ファイ
ルをオープンして、データを読み出すことである。
【００６５】まず、ＨＤコントローラ３０６は、ＦＡＴ
３２ファイルシステム３０８を用いて再生したい希望の
ファイルをオープンし（ステップＳ１１）、このオープ
ンしたファイルをＨＤＤ３０９からＳＤＲＡＭ３０７に
読み出す（ステップＳ１２）。
【００６６】次に、ＨＤコントローラ３０６は、マジッ
クゲートコア部３０４において１サウンドユニットの復
号化が終了するごとに、ＳＤＲＡＭ３０７から共有ＲＡ
Ｍ３０５に１サウンドユニットを転送する（ステップＳ
１３）。
【００６７】次に、マジックゲートコア部３０４が、共
有ＲＡＭ３０５を介して、ＨＤコントローラ３０６から
供給されたオーディオデータを復号化し、エンコード／
デコード装置３０３に供給する（ステップＳ１４）。
【００６８】次に、エンコード／デコード装置３０３
が、マジックゲートコア部３０４から供給されたオーデ
ィオデータを伸張し、デジタルオーディオＩ／Ｆ３０１
あるいはＡＤ／ＤＡＩ／Ｆ３０２を介して、音声入出力
部４００に供給する（ステップＳ１５）。
【００６９】この発明の一実施形態によるＨＤ記録再生
装置３００には、複数の音楽（トラック）をグループ化
するための、アルバムと称する受け皿（ファイル）が、
予め５００個用意されている。さらに、このアルバムの
他にも、ＨＤＤ３０９に実際に記録されている任意のト
ラックを集めることが可能な、プレイリストと称する受
け皿（ファイル）が、予め１０個用意されている。アル
バムとプレイリストの違いは、前者が、記録した音楽そ
のものを入れるための受け皿（ファイル）であるのに対
して、後者は前者が保持している音楽（トラック）への
リンクが貼られているものであり、音楽ファイル実体そ
のものを保持する受け皿（ファイル）ではない点にあ
る。
【００７０】一つのアルバム内に記録可能な音楽ファイ
ル数は、４００個（４００曲）である。このアルバム内
でのトラック数の制限はプレイリストについても適用さ
れる。したがって、ＨＤ記録再生装置３００には、最大
２０万曲（５００アルバム×４００トラック）での音楽
を保持することができる。ただし、本発明が適用される
ディスク再生装置２００とＨＤ記録再生装置３００一体
型のダビング装置では、快適な音楽再生と録音を保証す
るため最大２万曲という制限が設けられている。
【００７１】図１２は、ＨＤＤ３０９内に記憶されるフ
ァイルの構造を示す枝図面である。音楽ファイルと音楽
ファイルを管理するデータベースファイルは、ルートデ
ィレクトリの下のＨｉＦｉというディレクトリの下に置
かれる。ＨｉＦｉディレクトリの下には、５００個のア
ルバムの再生順を示す、アルバムプレイバックリストと
称するアルバム番号管理ファイルＰｂｌｉｓｔ．ｍｓｆ
（以下、単にＰｂｌｉｓｔと表記する）（１６ｋｂ）が
格納されている。このＰｂｌｉｓｔには、５００個のア
ルバムそれぞれの再生管理ファイルのファイル番号が書
かれている。同ディレクトリ内には、Ｐｂｌｉｓｔの他
に、全てのアルバムとトラックのアルバム名・トラック
名・アーティスト名をデータベース化したアルバム・ト
ラック名データベースファイルＮａｍｅｄｂ．ｍｓｆ
（以下、単にＮａｍｅｄｂと表記する）、全てのトラッ
クの再生時間をデータベース化した再生時間管理データ
ベースファイルＰｌａｙｔｉｍｅ．ｍｓｆ（以下、単に
Ｐｌａｙｔｉｍｅと表記する）、ディスク再生装置２０
０とシンクロ録音をおこなうとき光ディスクのＴＯＣを
取得しておき、あとでＣＤＤＢ（Compact Disc Data Ba
se）等のサービスを利用することで、各アルバム、各ト
ラックに名前を付加できるようにするためのＴＯＣデー
タベースファイルＴｏｃｄｂ．ｍｓｆ（以下、Ｔｏｃｄ
ｂと表記する）が格納されている。また、ＨｉＦｉディ
レクトリの下にあるＡｌｂｕｍ０００というディレクト
リは５００個のアルバムそれぞれに含まれる総トラック
数、アルバム名、再生曲順番、アルバムハイライト等の
データが納めてあるプレイバックリストと称するアルバ
ム再生管理ファイルＰｂ０００００１．ｍｓｆ〜Ｐｂ０
００１ｆ４．ｍｓｆ（以下、単にＰｂ００００００と表
記する）が格納されている。
【００７２】ＨｉＦｉディレクトリの下にあるＡｌｂｕ
ｍ００１からＡｌｂｕｍ１００の１００個のディレクト
リは記録した音楽ファイルを格納するディレクトリであ
る。音楽ファイルは最大で２万曲作成可能であるため、
これら全ての音楽ファイルを同じディレクトリにおいて
おくとＦＡＴ３２ファイルシステム３０８がファイルの
場所を検索するのに時間を多く必要とする。この時間を
短縮するためには音楽ファイルを分散させて格納するの
が効果的である。このような理由により、記録した音楽
ファイルはＡｌｂｕｍ００１からＡｌｂｕｍ１００まで
の１００個のディレクトリに分散させて保存してある。
音楽ファイルはＡ３ｄｘｘｘｘｘ．ｍｓａ（以下、単に
Ａ３ｄｘｘｘｘｘと表記する）というファイル名を有
し、１〜最大の２００００トラック目まで通し番号が付
されている。
【００７３】最後にＨｉＦｉディレクトリの下にあるＰ
ｌａｙｌｉｓｔディレクトリには、上述したプレイリス
ト機能を実現するためのプレイリスト管理ファイルＰｂ
０００１ｆ５からＰｂ０００１ｆｅを格納するディレク
トリである。
【００７４】図１３は、アルバム番号管理ファイルＰｂ
ｌｉｓｔの構成を示し、図１４Ａおよび図１４Ｂは、ア
ルバム番号管理ファイルＰｂｌｉｓｔを構成するヘッダ
とそれ以外の部分をそれぞれ示す。アルバム番号管理フ
ァイルＰｂｌｉｓｔは、１クラスタ（１ブロック＝１６
ＫＢ）のサイズである。図１４Ａに示すヘッダは、３２
バイトから成る。図１４Ｂに示すヘッダ以外の部分に
は、アルバムの再生順番を管理するテーブルＡｌｂ−ｎ
ｎｎおよびヘッダ中の情報の一部が記録されている。こ
れらの異なる種類のデータ群のそれぞれの先頭は、再生
管理ファイル内で所定の位置となるように規定されてい
る。
【００７５】アルバム番号管理ファイルは、図１４Ａに
示す（０ｘ００００）および（０ｘ００１０）で表され
る先頭から３２バイトがヘッダである。なお、ファイル
中で先頭から１６バイト単位で区切られた単位をスロッ
トと称する。ファイルの第１および第２のスロットに配
されるヘッダには、下記の意味、機能、値を持つデータ
が先頭から順に配される。なお、Ｒｅｓｅｒｖｅｄと表
記されているデータは、未定義のデータを表している。
通常ヌル（０ｘ００）が書かれるが、何が書かれていて
もＲｅｓｅｒｖｅｄのデータが無視される。将来のバー
ジョンでは、変更がありうる。また、この部分への書き
込みは禁止する。
【００７６】ＢＬＫＩＤ−ＴＬ０（４バイト） 意味：BLOCKID FILE ID 機能：アルバム番号管理ファイルの先頭であることを識
別するための値 値：固定値＝“ＴＬ＝０”（例えば０ｘ５４４Ｃ２Ｄ３
０）
【００７７】ＲＥＶＩＳＩＯＮ（４バイト） 意味：Ｐｂｌｉｓｔの書き換え回数 機能：アルバム番号管理ファイルを書き換える度にイン
クリメント 値：０より始まり＋１づつ増加する
【００７８】Ｔ−ＡＢＬＥ（２バイト） 意味：ＴＯＴＡＬ ＴＲＡＣＫ ＮＵＭＢＥＲ 機能：総アルバム数 値：１から５１２（プレイリストを含む）データがない
場合はオールゼロとすること
【００７９】Ａｌｂ−ｎｎｎ 意味：再生するアルバムのＳＱＮ（シーケンス）番号 機能：各アルバム再生管理ファイルＰｂｘｘｘｘｘｘ．
ｍｓｆのファイル番号を記述する 値：１から５１２ アルバムが存在しない時はオールゼロとすること
【００８０】図１５は、アルバム再生管理ファイルの構
成を示し、図１６が１ＦＩＬＥ（１曲）のＡＴＲＡＣ３
データファイルの構成を示す。アルバム再生管理ファイ
ルは、１６ＫＢ固定長のファイルである。ＡＴＲＡＣ３
データファイルは、曲単位でもって、先頭の属性ヘッダ
と、それに続く実際の暗号化されたオーディオデータと
からなる。属性ヘッダも１６ＫＢ固定長とされ、アルバ
ム再生管理ファイルと類似した構成を有する。
【００８１】図１５に示すアルバム再生管理ファイル
は、ヘッダ、１バイト文字列アルバム名を格納する領域
ＮＭ１−Ｓ、２バイト文字列アルバム名を格納する領域
ＮＭ２−Ｓ、曲順の再生テーブルＴＲＫＴＢＬ、付加情
報ＩＮＦ−Ｓとからなる。図１６に示すデータファイル
の先頭の属性ヘッダは、ヘッダ、１バイトコードの曲名
ＮＭ１、２バイトコードの曲名ＮＭ２、トラックのキー
情報等のトラック情報ＴＲＫＩＮＦ、パーツ情報ＰＲＴ
ＩＮＦと、トラックの付加情報ＩＮＦとからなる。ヘッ
ダには、総パーツ数、名前の属性、付加情報のサイズの
情報等が含まれる。
【００８２】属性ヘッダに対してＡＴＲＡＣ３のオーデ
ィオデータが続く。オーディオデータは、１６ＫＢのブ
ロック毎に区切られ、各ブロックの先頭にヘッダが付加
されている。ヘッダには、暗号を復号するための初期値
が含まれる。なお、暗号化の処理を受けるのは、ＡＴＲ
ＡＣ３データファイル中のオーディオデータのみであっ
て、それ以外の再生管理ファイル、ヘッダ等のデータ
は、暗号化されない。
【００８３】図１６を参照して、曲とＡＴＲＡＣ３デー
タファイルの関係について説明する。１トラックは、１
曲を意味する。１曲は、１つのＡＴＲＡＣ３データファ
イル（図１６参照）で構成される。ＡＴＲＡＣ３データ
ファイルは、ＡＴＲＡＣ３により圧縮されたオーディオ
データである。ＨＤＤ３０９に対しては、クラスタと呼
ばれる単位で記録される。１クラスタは、例えば１６Ｋ
Ｂの容量である。１クラスタに複数のファイルが混じる
ことがない。
【００８４】１曲は、基本的に１パーツで構成される
が、編集が行われると、複数のパーツから１曲が構成さ
れることがある。パーツは、録音開始からその停止まで
の連続した時間内で記録されたデータの単位を意味し、
通常は、１トラックが１パーツで構成される。曲内のパ
ーツのつながりは、各曲の属性ヘッダ内のパーツ情報Ｐ
ＲＴＩＮＦで管理する。すなわち、パーツサイズは、Ｐ
ＲＴＩＮＦの中のパーツサイズＰＲＴＳＩＺＥという４
バイトのデータで表す。パーツサイズＰＲＴＳＩＺＥの
先頭の２バイトがパーツが持つクラスタの総数を示し、
続く各１バイトが先頭および末尾のクラスタ内の開始サ
ウンドユニット（以下、ＳＵと略記する）の位置、終了
ＳＵの位置を示す。このようなパーツの記述方法を持つ
ことによって、オーディオデータを編集する際に通常、
必要とされる大量のオーディオデータの移動をなくすこ
とが可能となる。ブロック単位の編集に限定すれば、同
様にオーディオデータの移動を回避できるが、ブロック
単位は、ＳＵ単位に比して編集単位が大きすぎる。
【００８５】ＳＵは、パーツの最小単位であり、且つＡ
ＴＲＡＣ３でオーディオデータを圧縮する時の最小のデ
ータ単位である。４４．１ｋHzのサンプリング周波数で
得られた１０２４サンプル分（１０２４×１６ビット×
２チャンネル）のオーディオデータを約１／１０に圧縮
した数百バイトのデータがＳＵである。１ＳＵは、時間
に換算して約２３ｍ秒になる。通常は、数千に及ぶＳＵ
によって１つのパーツが構成される。１クラスタが４２
個のＳＵで構成される場合、１クラスタで約１秒の音を
表すことができる。１つのトラックを構成するパーツの
数は、付加情報サイズに影響される。パーツ数は、１ブ
ロックの中からヘッダや曲名、付加情報データ等を除い
た数で決まるために、付加情報が全く無い状態が最大数
（６４５個）のパーツを使用できる条件となる。
【００８６】図１７Ａは、ＣＤ等からのオーディオデー
タを２曲連続して記録する場合のファイル構成を示す。
１曲目（ファイル１）が例えば５クラスタで構成され
る。１曲目と２曲目（ファイル２）の曲間では、１クラ
スタに二つのファイルが混在することが許されないの
で、次のクラスタの最初からファイル２が作成される。
従って、ファイル１に対応するパーツ１の終端（１曲目
の終端）がクラスタの途中に位置し、クラスタの残りの
部分には、データが存在しない。第２曲目（ファイル
２）も同様に１パーツで構成される。ファイル１の場合
では、パーツサイズが５、開始クラスタのＳＵが０、終
了クラスタが４となる。
【００８７】トラックの編集操作として、トラックのデ
ィバイド、トラックのコンバイン、トラックのイレー
ス、トラックのムーブ、トラック名付加、トラックのア
ーティスト名付加の６種類の操作が規定される。ディバ
イドは、１つのトラックを２つに分割することである。
ディバイドがされると、総トラック数が１つ増加する。
ディバイドは、一つのファイルをファイルシステム上で
分割して２つのファイルとし、再生管理ファイルおよび
ＦＡＴを更新する。コンバインは、２つのトラックを１
つに統合することである。コンバインされると、総トラ
ック数が１つ減少する。コンバインは、２つのファイル
をファイルシステム上で統合して１つのファイルにし、
再生管理ファイルおよびＦＡＴを更新する。イレース
は、トラックを消去することである。消された以降のト
ラック番号が１つ減少する。ムーブは、トラック順番を
変えることである。以上イレースおよびムーブ処理につ
いても、再生管理ファイルおよびＦＡＴを更新する。ト
ラック名付加は、トラックにトラック名を付けることで
ある。トラックのアーティスト名の付加は、トラックに
アーティスト名を付けることである。
【００８８】図１７Ａに示す二つの曲（ファイル１およ
びファイル２）をコンバインした結果を図１７Ｂに示
す。コンバインされた結果は、１つのファイルであり、
このファイルは、二つのパーツからなる。また、図１７
Ｃは、一つの曲（ファイル１）をクラスタ２の途中でデ
ィバイドした結果を示す。ディバイドによって、クラス
タ０、１およびクラスタ２の前側からなるファイル１
と、クラスタ２の後側とクラスタ３および４とからなる
ファイル２とが発生する。
【００８９】上述したように、この一実施形態では、パ
ーツに関する記述方法があるので、コンバインした結果
である図１７Ｂにおいて、パーツ１の開始位置、パーツ
１の終了位置、パーツ２の開始位置、パーツ２の終了位
置をそれぞれＳＵ単位でもって規定できる。その結果、
コンバインした結果のつなぎ目の隙間をつめるために、
パーツ２のオーディオデータを移動する必要がない。ま
た、パーツに関する記述方法があるので、ディバイドし
た結果である図１７Ｃにおいて、ファイル２の先頭の空
きを詰めるように、データを移動する必要がない。
【００９０】また、アルバムの編集操作として、アルバ
ムのイレース、アルバムのムーブ、アルバム名付加、ア
ルバムのアーティスト名付加などが規定されている。ア
ルバムのイレースは、アルバムを消去することである。
消された以降のアルバム番号が１つ減少する。アルバム
のムーブは、アルバムの順番を変えることである。以上
イレースおよびムーブ処理についても、アルバム番号管
理ファイルおよびＦＡＴを更新する。アルバム名付加
は、アルバムにアルバム名を付けることである。アルバ
ムのアーティスト名の付加は、アルバムにアーティスト
名を付けることである。
【００９１】図１８は、アルバム再生管理ファイルのよ
り詳細なデータ構成を示し、図１９Ａおよび図１９Ｂ
は、アルバム再生管理ファイルを構成するヘッダとそれ
以外の部分をそれぞれ示す。アルバム再生管理ファイル
は、１クラスタ（１ブロック＝１６ＫＢ）のサイズであ
る。図１９Ａに示すヘッダは、３２バイトから成る。図
１２Ｂに示すヘッダ以外の部分は、名前ＮＭ１−Ｓ（２
５６バイト）、名前ＮＭ２−Ｓ（５１２バイト）、ＣＯ
ＮＴＥＮＴＳＫＥＹ、Ｃ＿ＭＡＣ［０］、Ｓ−ＹＭＤｈ
ｍｓと、再生順番を管理するテーブルＴＲＫＴＢＬ（８
００バイト）、付加情報ＩＮＦ−Ｓ（１４７２０バイ
ト）および最後にヘッダ中の情報の一部が再度記録され
ている。これらの異なる種類のデータ群のそれぞれの先
頭は、再生管理ファイル内で所定の位置となるように規
定されている。
【００９２】アルバム再生管理ファイルは、図１９Ａに
示す（０ｘ００００）および（０ｘ００１０）で表され
る先頭から３２バイトがヘッダである。なお、ファイル
中で先頭から１６バイト単位で区切られた単位をスロッ
トと称する。ファイルの第１および第２のスロットに配
されるヘッダには、下記の意味、機能、値を持つデータ
が先頭から順に配される。なお、Ｒｅｓｅｒｖｅｄと表
記されているデータは、未定義のデータを表している。
通常ヌル（０ｘ００）が書かれるが、何が書かれていて
もＲｅｓｅｒｖｅｄのデータが無視される。将来のバー
ジョンでは、変更がありうる。また、この部分への書き
込みは禁止する。Ｏｐｔｉｏｎと書かれた部分も使用し
ない場合は、全てＲｅｓｅｒｖｅｄと同じ扱いとされ
る。
【００９３】ＢＬＫＩＤ−ＴＬ０（４バイト） 意味：BLOCKID FILE ID 機能：再生管理ファイルの先頭であることを識別するた
めの値 値：固定値＝“ＴＬ＝０”（例えば０ｘ５４４Ｃ２Ｄ３
０） ＭＣｏｄｅ（２バイト） 意味：MAKER CODE 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） ＲＥＶＩＳＩＯＮ（４バイト） 意味：アルバム再生管理ファイルの書き換え回数 機能：アルバム再生管理ファイルを書き換える度にイン
クリメント 値：０より始まり＋１づつ増加する
【００９４】ＳＮ１Ｃ＋Ｌ（２バイト） 意味：ＮＭ１−Ｓ領域に書かれるアルバムのタイトル
（１バイト）の属性を表す 機能：使用する文字コードと言語コードを各１バイトで
表す 値：文字コード（Ｃ）は上位１バイトで下記のように文
字を区別する 00: 文字コードは設定しない。単なる２進数として扱う
こと 01: ASCII(American Standard Code for Information I
nterchange) 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 Voic
e)。
【００９５】言語コード（Ｌ）は下位１バイトで下記の
ように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 Se
rial Copy ManagementSystem)におけるコピー許可回数 機能：コピー１回か、コピーフリーかの区別を拡張し、
回数で指定する。コピー第１世代の場合にのみ有効であ
り、コピーごとに減算する 値：００：コピー禁止、０１から０ｘＦＥ：回数、０ｘ
ＦＦ：回数無制限。
【０１２１】上述したトラック情報領域ＴＲＫＩＮＦに
続いて、０ｘ０３７０から始まる２４バイトのデータを
パーツ管理用のパーツ情報領域ＰＲＴＩＮＦと呼び、１
つのトラックを複数のパーツで構成する場合に、時間軸
の順番にＰＲＴＩＮＦを並べていく。図２５にＰＲＴＩ
ＮＦの部分を示す。ＰＲＴＩＮＦ内のデータについて、
配置順序に従って以下に説明する。
【０１２２】ＰＲＴＳＩＺＥ（４バイト） 意味：パーツサイズ 機能：パーツの大きさを表す。クラスタ：２バイト（最
上位）、開始ＳＵ：１バイト（上位）、終了ＳＵ：１バ
イト（最下位） 値：クラスタ：１から０ｘ１Ｆ４０（８０００）、開始
ＳＵ：０から０ｘＡ０（１６０）、終了ＳＵ：０から０
ｘＡ０（１６０）（但し、ＳＵの数え方は、０，１，
２，と０から開始する） ＰＲＴＫＥＹ（８バイト） 意味：パーツを暗号化するための値 機能：初期値＝０、編集時は編集の規則に従うこと 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ ＣＯＮＮＵＭ０（４バイト） 意味：最初に作られたコンテンツ累積番号キー 機能：コンテンツをユニークにするためのＩＤの役割 値：コンテンツ累積番号初期値キーと同じ値とされる。
【０１２３】ＡＴＲＡＣ３データファイルの属性ヘッダ
中には、図２０に示すように、付加情報ＩＮＦが含まれ
る。この付加情報は、開始位置が固定化されていない点
を除いて、再生管理ファイル中の付加情報ＩＮＦ−Ｓ
（図１８および図１９Ｂ参照）と同一である。１つまた
は複数のパーツの最後のバイト部分（４バイト単位）の
次を開始位置として付加情報ＩＮＦのデータが開始す
る。
【０１２４】ＩＮＦ 意味：トラックに関する付加情報データ 機能：ヘッダを伴った可変長の付加情報データ。複数の
異なる付加情報が並べられることがある。それぞれにＩ
Ｄとデータサイズが付加されている。個々のヘッダを含
む付加情報データは、最小１６バイト以上で４バイトの
整数倍の単位 値：再生管理ファイル中の付加情報ＩＮＦ−Ｓと同じで
ある。
【０１２５】上述した属性ヘッダに対して、ＡＴＲＡＣ
３データファイルの各ブロックのデータが続く。図２６
に示すように、ブロック毎にヘッダが付加される。各ブ
ロックのデータについて以下に説明する。
【０１２６】ＢＬＫＩＤ−Ａ３Ｄ（４バイト） 意味：BLOCKID FILE ID 機能：ＡＴＲＡＣ３データの先頭であることを識別する
ための値 値：固定値＝“Ａ３Ｄ”（例えば０ｘ４１３３４４２
０） ＭＣｏｄｅ（２バイト） 意味：MAKER CODE 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） ＣＯＮＮＵＭ０（４バイト） 意味：最初に作られたコンテンツ累積番号 機能：コンテンツをユニークにするためのＩＤの役割、
編集されても値は変化させない 値：コンテンツ累積番号初期値キーと同じ値とされる ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト） 意味：トラック毎に付けられた連続番号 機能：ブロックの先頭は０から始まり次のブロックは＋
１づつインクリメント編集されても値を変化させない 値：０より始まり０ｘＦＦＦＦＦＦＦＦまで ＢＬＯＣＫ−ＳＥＥＤ（８バイト） 意味：１ブロックを暗号化するための１つの鍵 機能：ブロックの先頭は、記録機器のセキュリティブロ
ックで乱数を生成、続くブロックは、＋１インクリメン
トされた値、この値が失われると、１ブロックに相当す
る約１秒間、音が出せないために、ヘッダとブロック末
尾に同じものが二重に書かれる。編集されても値を変化
させない 値：初期は８バイトの乱数 ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ ＶＥＣＴＯＲ（８バイ
ト） 意味：ブロック毎にＡＴＲＡＣ３データを暗号化、復号
化する時に必要な初期値 機能：ブロックの先頭は０から始まり、次のブロックは
最後のＳＵの最後の暗号化された８バイトの値。ディバ
イドされたブロックの途中からの場合は開始Ｓ Ｕの直前の最後の８バイトを用いる。編集されても値を
変化させない 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ ＳＵ−ｎｎｎ 意味：サウンドユニットのデータ 機能：１０２４サンプルから圧縮されたデータ、圧縮モ
ードにより出力されるバイト数が異なる。編集されても
値を変化させない（一例として、ＳＰモードの時では、
Ｎ＝３８４バイト） 値：ＡＴＲＡＣ３のデータ値。
【０１２７】図２０では、Ｎ＝３８４であるので、１ブ
ロックに４２ＳＵが書かれる。また、１ブロックの先頭
の２つのスロット（４バイト）がヘッダとされ、最後の
１スロット（２バイト）にＢＬＫＩＤ−Ａ３Ｄ、ＭＣｏ
ｄｅ、ＣＯＮＮＵＭ０、ＢＬＯＣＫ ＳＥＲＩＡＬが二
重に書かれる。従って、１ブロックの余りの領域Ｍバイ
トは、（１６，３８４−３８４×４２−１６×３＝２０
８（バイト）となる。この中に上述したように、８バイ
トのＢＬＯＣＫ ＳＥＥＤが二重に記録される。
【０１２８】上述したアルバム番号管理ファイル、アル
バム再生管理ファイル、音楽ファイルを用いて１〜５０
０のアルバムの再生順番、各アルバムに含まれる音楽
（トラック）の再生順番、録音可能トラックの取得、各
アルバムのアルバム名、各トラックのトラック名、アル
バム／トラックそれぞれのアーティスト名、各アルバム
の総演奏時間、各トラックの演奏時間を取得することが
可能である。ところが、これらの情報は実際にＨＤＤ３
０９に格納されたファイルをひとつずつオープンしては
リードして行く必要があり、システムとして快適な操作
環境を得ることができない。そこで、上記の情報をデー
タベース化しておき、欲しい情報を素早く取得できるよ
うに、上述したファイルに加えてアルバム・トラック名
データベースファイルＮａｍｅｄｂ、再生時間管理デー
タベースファイルＰｌａｙｔｉｍｅが、ＨｉＦｉディレ
クトリの下に作成されている。以下に、これらのファイ
ルについて説明する。
【０１２９】図２７は、アルバム・トラック名データベ
ースファイルＮａｍｅｄｂの構成を示す。このＮａｍｅ
ｄｂは、Ｐｂｌｉｓｔ、Ｐｂｘｘｘｘｘｘ、Ａ３ｄｘｘ
ｘｘｘの名称フィールドＮＭ１、ＮＭ２および、付加情
報ＩＮＦ(アーティスト名称)に登録された名称(アルバ
ム、曲名、アーティスト名称)を高速に検索するための
ファイルであり、このファイルには、名称のみが記録さ
れている。Ｎａｍｅｄｂは、９個のアルバム名称ブロッ
クと、３２３個の曲名称ブロック(１ブロック１６ｋｂ)
から構成される。
【０１３０】各ブロック（１６ｋｂ）は、１つのＢＬＫ
レコード（８バイト固定長）と、６２個のネームレコー
ド（２６４バイト固定長(６２レコード)）とから構成さ
れる。したがって、アルバム名称ブロックのネームレコ
ードは、５５８（＝６２×９）記録可能であるが、この
発明の一実施形態においては、５１０まで有効とし、以
降は無効データ（０ｘ００固定）とする。また、曲名称
ブロックのネームレコードは、２０００２６（＝３２３
×６２）記録可能であるが、この発明の一実施形態にお
いては、２００００まで有効とし、以降は無効データ
（０ｘ００固定）とする。ファイルサイズは、３３２ブ
ロック×１６３８４（１６ｋｂ）＝５４３９４８８バイ
ト（５３１２ｋｂ）である。
【０１３１】図２８は、ＢＬＫレコードの構成を示す。
ＢＬＫ−ＩＤ（４バイト）は、アルバム名称ブロックで
は、”ＡＮＭＯ”固定文字列であり、曲名称ブロックで
は、”ＴＮＭＯ”固定文字列である。ブロックシリアル
番号（４バイト）は１から通し番号とする。
【０１３２】図２９は、ネームレコードの構成を示す。
レコードは、アルバムファイル番号の１〜５００の順、
曲ファイル番号の１〜２００００の順で記録される。な
お、アルバム/曲ファイル番号が０のものは無効データ
とする。
【０１３３】図３０は、再生時間管理データベースファ
イルＰｌａｙｔｉｍｅの構成を示す。このＰｌａｙｔｉ
ｍｅは、アルバム単位の総演奏時間を高速に求められる
ようにするためのファイルであり、このファイルには、
曲毎の演奏時間が記録されている。また後述のＴＯＣデ
ータベース内のＴＯＣ情報と関連付けるインデックスと
ＴＮＯが記録されている。このＰｌａｙｔｉｍｅは、１
５ブロック（１ブロック１６ｋｂ）から構成される。
【０１３４】各ブロック（１６ｋｂ）は、１つのＢＬＫ
レコード（８バイト固定長）、１３６５個のＴＲＫレコ
ード（１２バイト固定長（１３６５））、予約レコード
（４バイト固定長（０ｘ００固定））から構成される。
したがって、ＴＲＫレコードには、２０４７５（＝１３
６５×１５）記録可能であるが、この発明の一実施形態
においては、２００００まで有効とし、以降は無効デー
タ（０ｘ００固定）とする。ファイルサイズは１５ブロ
ック×１６３８４＝２４５７６０バイト（２４０ｋｂ）
である。
【０１３５】図３１は、レコードのフォーマットのうち
ＢＬＫレコード部分の構成を示す。ＢＬＫ−ＩＤは”Ｔ
ＲＫＯ”固定文字列として、ブロックシリアル番号は１
から通し番号とする。
【０１３６】図３２は、TRKレコードの構成を示す。レ
コードは曲ファイル番号の１〜２００００の順で記録す
る。ここで、アルバムファイル番号が０のものは無効デ
ータとする。なお、プレイリストのアルバムファイル番
号は設定されないので、プレイリストの総演奏時間は、
Ｐｂｎｎｎｎｎｎ．ＭＳＦ（ｎｎｎｎｎｎ:０００１Ｆ
５〜０００１ＦＥ）内の再生順ファイル番号からＴＲＫ
レコードを求めることにより、算出される。
【０１３７】この発明の一実施形態によるダビング装置
では、再生元であるディスク再生装置２００から記録先
であるＨＤ記録再生装置３００への同期録音（シンクロ
録音）が可能である。同期録音を開始する前に、ＨＤ記
録再生装置３００はディスク再生装置２００に対して、
再生予定のＣＤのＴＯＣデータの送信を要求する。デー
タの要求方法は図１で示されるシステム制御信号の他
に、ＩＥＣ６０９５８オーディオ信号をＨＤ記録再生装
置３００に入力し、ＨＤ記録再生装置３００のデジタル
インインターフェース回路を用い、オーディオ信号のＵ
ビットに含まれる情報を解析する方法がある。再生元の
ＣＤのＴＯＣ情報をデータベースファイルに保管してお
くことで、後にＣＤＤＢ等のインターネット上のＣＤ情
報が取得可能なサイトに接続した際、ＨＤ記録再生装置
３００に記録されたアルバム・トラックに名前をつけら
れるようにする。この役目をするためのデータベースフ
ァイルがＴｏｃｄｂである。
【０１３８】図３３は、ＴＯＣデータベースファイルＴ
ｏｃｄｂの構成を示す。このＴＯＣデータベースファイ
ルＴｏｃｄｂは、ＣＤＤＢなどのインターネット上のサ
イトを利用して、ＨＤ記録再生装置３００に記録された
アルバム、トラックに、アルバム名、トラック名を付け
るためのファイルであり、このファイルには、具体的に
は、ＣＤＤＢなどを検索するためのＴＯＣ情報が記録さ
れている。なお、システムコントローラ１００は、ＣＤ
ＤＢなどのインターネット上のサイトへ、外部制御信号
入出力部５００に接続された外部機器、例えばパソコン
を介してのアクセスする。
【０１３９】ファイル名はＴｏｃｄｂであり、このファ
イルは、１３ブロック（１ブロック１６ｋｂ）から構成
される。各ブロック（１６ｋｂ）は、ＢＬＫレコード
（８バイト固定長）、ＡＬＢＵＭ ＴＯＣレコード（４
１２バイト固定長（３９レコード））、予約レコード
（３０８バイト固定長（０ｘ００固定））から構成され
る。ＡＬＢＵＭ ＴＯＣレコードは５０７（＝３９×１
３）記録可能であるが、この発明の一実施形態において
は、５００まで有効とし、以降は無効データ（０ｘ００
固定）とする。ファイルサイズは１３ブロック×１６３
８４＝２１２９９２バイト（２０８ｋｂ）である。
【０１４０】図３４は、ブロックレコードの構成を示
す。ＢＬＫ−ＩＤは”ＴＯＣＯ”固定文字列、ブロック
シリアル番号は１から通し番号とする。アルバム数はＡ
ＬＢＵＭ ＴＯＣレコード数（１〜５００）である。
【０１４１】図３５は、Ａｌｂｕｍ ＴＯＣレコードの
構成を示す。図３５に示すように、Ａｌｂｕｍ ＴＯＣ
レコードは、ＴＯＣ ＤＢ ＩＤＸ、使用状態、ＴＯＣ
情報から構成される。
【０１４２】図３６は、ＴＯＣ情報の詳細を示す。図３
６に示すように、ＴＯＣ情報は、Ｔｒｋ Ｎｏ．（１バ
イト）、ＡＭＩＮ（１バイト）、ＡＳＥＣ（１バイ
ト）、ＡＦＲＡＭＥ（１バイト）から構成される。Ｔｒ
ｋ Ｎｏ．は、トラック番号であり、１から２００００
までの番号である。ＡＭＩＮ、ＡＳＥＣ、ＡＦＲＡＭＥ
は、それぞれ、Ｔｒｋ Ｎｏ．に記録されているトラッ
ク番号に該当するトラックの絶対時間分成分、絶対時間
秒成分、絶対時間フレーム番号である。
【０１４３】なお、ＴｏｃｄｂのＡＬＢＵＭ ＴＯＣレ
コードと、ＰｌａｙｔｉｍｅのＴＲＫレコード部分（Ｔ
ＯＣＤＢ ＩＤＸ、ＴＯＣ ＴＮＯ）とは相互に関連が
ある。すなわち、Ｐｌａｙｔｉｍｅのトラック情報に
は、トラックがＴｏｃｄｂ内のどのＴＯＣのＴＮＯに対
応しているかを知ることができるようになっている。こ
のため、オーディオファイルの編集、削除等が発生して
もＣＤＤＢから正しい曲名を取得できるようになってい
る。
【０１４４】この発明の一実施形態によるＨＤ記録再生
装置３００では、上述したように、編集操作ができるよ
うになっている。編集操作には、曲（トラック）のディ
バイド、曲（トラック）のコンバイン、曲（トラック）
のイレース、アルバムのイレース、曲のムーブ、アルバ
ムのムーブ、アルバム名付加、アルバムのアーティスト
名付加、曲（トラック）名付加、曲（トラック）のアー
ティスト名付加がある。これらの編集動作の後には、必
ずＴｏｃｄｂを除くデータベースの更新を編集ごとにお
こない、常に実体とデータベースに相違がでないよう
に、これらのデータベースは管理される。
【０１４５】図３７は、音声入出力部４００の構造の一
例を示すブロック図である。この音声入出力部４００
は、図３７に示すように、Ａ／Ｄコンバータ４０１、Ｄ
Ａコンバータ４０２、アナログ入力端子４０３、デジタ
ル入力端子４０４、デジタル出力端子４０５およびアナ
ログ出力端子４０６から構成される。
【０１４６】ＡＤコンバータ４０１は、アナログ入力端
子４０３から供給されるアナログ信号をＬＲクロック、
ビットクロックに同期したシリアル信号に変換し、ＨＤ
記録再生装置３００に備えられたＡＤ／ＤＡ Ｉ／Ｆ３
０２に供給する。
【０１４７】ＤＡコンバータ４０２は、ディスク再生装
置２００あるいはＨＤ記録再生装置３００から供給され
るオーディオデータ、例えばＩＥＣ６０９５８フォーマ
ットのオーディオデータをＤＡ変換し、アナログ出力端
子４０６に供給する。なお、ＤＡコンバータ４０２はオ
ーディオデータを出力するだけでなく、ディスク再生装
置２００やＨＤ記録再生装置３００から指示があれば、
オーディオデータの消音も行なう。
【０１４８】アナログ入力端子４０３は、アナログ信号
を入力するための端子であり、このアナログ入力端子４
０３に供給されたアナログ信号は、ＡＤコンバータ４０
１に供給される。
【０１４９】デジタル入力端子４０４は、デジタル信号
を入力するための端子であり、このデジタル入力端子４
０４に入力されたデジタル信号は、ＨＤ記録再生装置３
００に備えられたデジタルオーディオＩ／Ｆ３０１に供
給される。
【０１５０】なお、これらＨＤ記録再生装置３００に入
力されたオーディオ信号は、ＨＤ記録再生装置３００が
録音状態のときには、モニタ音として後述のアナログ出
力端子４０６から出力される。
【０１５１】デジタル出力端子４０５は、ＨＤ記録再生
装置３００に備えられたデジタルオーディオＩ／Ｆ３０
１から供給されたデジタルオーディオ信号を、外部機器
などに出力するための端子である。
【０１５２】アナログ出力端子４０６は、ＤＡコンバー
タ４０２から供給されたアナログ信号を、外部機器など
に出力するための端子である。
【０１５３】外部制御信号入出力部５００は、外部機
器、例えばパーソナルコンピュータと、ダビング装置と
の間で通信を可能とするためのものであり、例えば、Ｕ
ＳＢ(Universal Serial Bus)コネクタである。
【０１５４】この発明の一実施形態によるダビング装置
では、プレイリストへの音楽（トラック）の登録は、操
作装置１０３に備えられたプレイリスト登録キーを押圧
した後、ジョグキーなどを用いて、プレイリストに登録
したい音楽（トラック）およびこの音楽（トラック）の
登録先プレイリストを選択することにより可能である。
また、この発明の一実施形態によるダビング装置では、
再生している音楽（トラック）を容易にプレイリストに
登録することも可能である。以下に、このプレイリスト
登録方法について説明する。
【０１５５】図３８は、再生している音楽（トラック）
をプレイリストに登録する登録操作および処理の一例を
説明するためのフローチャートである。なお、ここで
は、アルバム２（アルバム２再生管理ファイル）のトラ
ック２をプレイリスト２（プレイリスト２管理ファイ
ル）に登録する例について示す。
【０１５６】まず、操作装置１０３に備えられたジョグ
キーを適宜操作し、アルバム２のトラック２を再生する
（ステップ２１）。
【０１５７】次に、システムコントローラ１００の操作
装置１０３に備えられたプレイリスト登録キーを押す
（ステップ２２）。これにより、プレイリストへの登録
が開始され、システムコントローラ１００の表示装置１
０２に、プレイリスト登録先ファイルの選択をユーザに
促す表示“登録先プレイリスト？”が表示される（ステ
ップ２３）。
【０１５８】次に、システムコントローラ１００の操作
装置１０３を用いて、登録先プレイリストとして、プレ
イリスト２を選択する（ステップ２４）。これにより、
プレイリスト２管理ファイルＰｂ０００１ｆ６の情報が
更新され（ステップ２５）、プレイリスト登録操作およ
び処理は終了となる。
【０１５９】上述した登録方法においては、登録先プレ
イリストを、ユーザが選択する例について示したが、登
録先プレイリストが、予めデフォルトで選択されている
ようにしてもかまわない。このようにすることにより、
ステップ２２において、システムコントローラ１００に
備えられたプレイリスト登録キーを押した後、例えばシ
ステムコントローラ１００に備えられたプレイリスト登
録キーをもう一度押すことで、再生している音楽（トラ
ック）をプレイリストへ登録することができるようにな
る。すなわち、プレイリストに登録したい音楽（トラッ
ク）を再生し、プレイリスト登録キーを２回押すだけ
で、再生している音楽（トラック）をプレイリストに簡
単に登録することができるようになる。
【０１６０】また、プレイリススト登録キーに、プレイ
リストへの登録を開始する機能に加えて、再生している
音楽（トラック）をプレイリストへ登録する機能も付与
しておくようにしてもかまわない。このような機能をプ
レイリスト登録キーに付与しておくことにより、プレイ
リスト登録キーを１回押すだけで、再生している音楽
（トラック）をプレイリストに簡単に登録することがで
きるようになる。
【０１６１】次に、この発明の一実施形態によるダビン
グ装置の編集操作について説明する。上述したように、
この発明の一実施形態によるダビング装置では、ＨＤ記
録再生装置３００に格納されたオーディオデータを編集
することができる。ここでは、編集操作として、トラッ
クイレース、コンバイン、ディバイド、アルバムイレー
スの操作について説明する。
【０１６２】図３９は、編集操作前における、アルバム
の番号と各アルバムに含まれるトラック数とを示す表で
ある。なお、図３９において、アルバム（Ａｌｂｕｍ）
１、２、・・・、５００は、ぞれぞれ、図１２に示した
アルバム１管理ファイル、アルバム２管理ファイル、・
・・、アルバム５００管理ファイルを示す。
【０１６３】図４０は、編集操作前における、各プレイ
リストに登録されたトラックのリンク先を示す表であ
る。なお、図４０において、プレイリスト（Ｐ．Ｌｉｓ
ｔ）５０１、５０２、・・・、５１０は、それぞれ、図
１２に示したプレイリスト１管理ファイル、プレイリス
ト２管理ファイル、・・・、プレイリスト１０管理ファ
イルを示す。
【０１６４】図４１は、この発明の一実施形態によるダ
ビング装置におけるトラックイレースの操作および処理
を説明するためのフローチャートである。ここでは、ア
ルバム番号３、トラック番号４に該当する音楽（トラッ
ク）をイレースする場合を一例として示す。なお、アル
バム番号３、トラック番号４に該当する音楽（トラッ
ク）は、プレイリスト５０２のトラック４に登録されて
いる。
【０１６５】まず、ユーザが、操作装置１０３に備えら
れたメニューキーを押圧し、表示装置１０２にメニュー
画面を表示し、このメニュー画面よりトラックイレース
を選択する（ステップＳ３１）。
【０１６６】次に、ユーザが、操作装置１０３に備えら
れたジョグキーを適宜操作し、トラックイレースを所望
するトラックのアルバム番号およびトラック番号を入力
する（ステップＳ３２）。ここでは、アルバム番号３、
トラック番号４を入力する。
【０１６７】次に、コントローラ１０１が、ステップＳ
３２において、入力されたアルバム番号およびトラック
番号に該当するトラックが、プレイリストに登録されて
いるか否かを判断する（ステップＳ３３）。プレイリス
トに登録されていないと判断した場合には、ステップＳ
３６に進む。プレイリストに登録されていると判断した
場合には、表示装置１０２に、トラックイレースを所望
するトラックがプレイリストに登録されていることを、
ユーザに警告する表示“プレイリストに登録されていま
す”を表示する（ステップＳ３４）。
【０１６８】次に、コントローラ１０１が、操作装置１
０３から供給される信号に基づき、ユーザによりイレー
ス指示が確定されたか否かを判断する（ステップＳ３
５）。イレース指示が確定しなかった場合には、イレー
ス操作および処理は終了となる。イレース指示が確定し
た場合には、ステップＳ３２において入力されたアルバ
ム番号およびトラック番号に該当するトラックと、プレ
イリスト５０２のトラック４に登録されたトラックの情
報とをイレースする（ステップＳ３６）。
【０１６９】図４２は、イレース操作後における、各プ
レイリストに登録されたトラックのリンク先を示す表で
ある。図４２に示すように、上述したイレース操作によ
り、図４０に示したプレイリスト５０２のトラック４が
イレースされる。
【０１７０】図４３は、この発明の一実施形態によるダ
ビング装置におけるコンバインの操作および処理を説明
するためのフローチャートである。ここでは、アルバム
番号２３、トラック番号１に該当するトラックと、アル
バム番号２３、トラック番号１８に該当するトラックと
をコンバインする場合を一例として示す。なお、アルバ
ム番号２３、トラック番号１８に該当するトラックは、
プレイリスト５０１のトラック１と、プレイリスト５０
２のトラック２とに登録されている。
【０１７１】まず、ユーザが、操作装置１０３に備えら
れたメニューキーを押圧し、表示装置１０２にメニュー
画面を表示し、このメニュー画面よりコンバイン操作を
選択する（ステップＳ４１）。
【０１７２】次に、ユーザが、操作装置１０３に備えら
れたジョグキーを適宜操作し、コンバイン操作を所望す
るトラックのアルバム番号およびトラック番号を入力す
る（ステップＳ４２）。ここでは、アルバム番号３およ
びトラック番号４と、アルバム番号２３およびトラック
番号１８とを入力する。
【０１７３】次に、コントローラ１０１が、ステップＳ
４２において、入力されたアルバム番号およびトラック
番号に該当するトラックが、プレイリストに登録されて
いるか否かを判断する（ステップＳ４３）。プレイリス
トに登録されていないと判断した場合には、ステップＳ
４６に進む。プレイリストに登録されていると判断した
場合には、表示装置１０２に、コンバイン操作を所望す
るトラックがプレイリストに登録されていることを、ユ
ーザに警告する表示“プレイリストに登録されていま
す”を表示する（ステップＳ４４）。
【０１７４】次に、コントローラ１０１が、操作装置１
０３から供給される信号に基づき、ユーザによりコンバ
イン指示が確定されたか否かを判断する（ステップＳ４
５）。コンバイン指示が確定しなかった場合には、コン
バインの操作および処理は終了となる。コンバイン指示
が確定した場合には、ステップＳ４２において入力され
たアルバム番号およびトラック番号に該当するトラック
をコンバインするとともに、プレイリスト５０１のトラ
ック１に登録されたトラックの情報と、プレイリスト５
０２のトラック１に登録されたトラックの情報とを消去
する（ステップＳ４６）。
【０１７５】図４４は、コンバイン操作後における、各
プレイリストに登録されたトラックのリンク先を示す表
である。図４４に示すように、コンバイン操作により、
図４０に示したプレイリスト５０１のトラック１と、プ
レイリスト５０２のトラック１とが消去される。
【０１７６】図４５は、この発明の一実施形態によるダ
ビング装置における分割の操作および処理を説明するた
めのフローチャートである。ここでは、アルバム番号
１、トラック番号１に該当するトラックをディバイドす
る場合を一例として示す。なお、アルバム番号、トラッ
ク番号１に該当するトラックは、プレイリスト５０２の
トラック３と、プレイリスト５１０のトラック１とに登
録されている。
【０１７７】まず、ユーザが、操作装置１０３に備えら
れたメニューキーを押圧し、表示装置１０２にメニュー
画面を表示し、このメニュー画面よりディバイド操作を
選択する（ステップＳ５１）。
【０１７８】次に、ディバイドを所望する操作装置１０
３に備えられたジョグキーを適宜操作することにより、
ユーザが操作を所望する、アルバム番号１、トラック番
号１に該当するトラックを再生し、ディバイドを所望す
るポイントが再生されると同時に、ジョグキーを押圧す
る。（ステップＳ５２）。
【０１７９】次に、コントローラ１０１が、ステップＳ
５２において、入力されたアルバム番号およびトラック
番号に該当するトラックが、プレイリストに登録されて
いるか否かを判断する（ステップＳ５３）。プレイリス
トに登録されていないと判断した場合には、ステップＳ
５６に進む。プレイリストに登録されていると判断した
場合には、表示装置１０２に、ディバイドを所望するト
ラックがプレイリストに登録されていることを、ユーザ
に警告する表示“プレイリストに登録されています”を
表示する（ステップＳ５４）。
【０１８０】次に、コントローラ１０１が、操作装置か
ら供給される信号に基づき、ユーザによりディバイド指
示が確定されたか否かを判断する（ステップＳ５５）。
ディバイド指示が確定しなかった場合には、編集処理は
終了となる。ディバイド指示が確定した場合には、ステ
ップＳ５２において指示されたポイントでトラックをデ
ィバイドするとともに、プレイリスト５０２のトラック
４に登録されたトラックの情報と、プレイリスト５１０
のトラック１に登録されたトラックの情報とを消去する
（ステップＳ５６）。
【０１８１】図４６は、ディバイド操作後における、各
プレイリストに登録されたトラックのリンク先を示す表
である。図４６に示すように、上述したディバイド操作
により、図４０に示したプレイリスト５０２のトラック
４と、プレイリスト５１０のトラック１とが消去され
る。
【０１８２】図４７は、この発明の一実施形態によるダ
ビング装置におけるアルバムイレース編集の操作および
処理を説明するためのフローチャートである。ここで
は、アルバム４７をイレースする場合を一例として示
す。なお、アルバム４７のトラック４、アルバム４７の
１２８が、それぞれ、プレイリスト５０５のトラック
２、プレイリスト５１０のトラック４とに登録されてい
る。
【０１８３】まず、ユーザが、操作装置１０３に備えら
れたメニューキーを押圧し、表示装置１０２にメニュー
画面を表示し、このメニュー画面よりアルバムイレース
を選択する（ステップＳ６１）。
【０１８４】次に、ユーザが、操作装置１０３に備えら
れたジョグキーを適宜操作し、アルバムイレースを所望
するアルバムのアルバム番号を入力する（ステップＳ６
２）。ここでは、アルバム番号４７を入力する。
【０１８５】次に、コントローラ１０１が、ステップＳ
６２において、入力されたアルバム番号およびトラック
番号に該当するトラックが、プレイリストに登録されて
いるか否かを判断する（ステップＳ６３）。プレイリス
トに登録されていないと判断した場合には、ステップＳ
６６に進む。プレイリストに登録されていると判断した
場合には、表示装置１０２に、アルバムイレースを所望
するトラックがプレイリストに登録されていろことを、
ユーザに警告する表示“プレイリストに登録されていま
す”を表示する（ステップＳ６４）。
【０１８６】次に、コントローラ１０１が、操作装置か
ら供給される信号に基づき、ユーザによりイレース指示
が確定されたか否かを判断する（ステップＳ６５）。イ
レース指示が確定しなかった場合には、編集処理は終了
となる。イレース指示が確定した場合には、ステップＳ
５２において入力されたアルバム番号４７のアルバムに
含まれるトラックをイレースするとともに、プレイリス
ト５０５のトラック２に登録されたトラックの情報およ
びプレイリスト５１０のトラック４に登録されたトラッ
クの情報をイレースする（ステップＳ６６）。
【０１８７】図４８は、イレース後における、各プレイ
リストに登録されたトラックのリンク先を示す表であ
る。図４８に示すように、上述したアルバムイレースに
より、図４０に示したプレイリスト５０５のトラック２
と、プレイリスト５１０のトラック４とがイレースされ
る。
【０１８８】以上説明したように、この発明の一実施形
態によれば、ユーザが、ＨＤ記録再生装置３００に記録
されている音楽ファイル（トラック）の編集を指示した
場合には、システムコントローラ１００が、編集が指示
された音楽ファイル（トラック）に関する情報をプレイ
リストから消去するため、リンク先が存在しない音楽フ
ァイル（トラック）がプレイリスト内に生じることを防
止できる。すなわち、プレイリストに登録されている音
楽ファイル（トラック）が編集により再生できなくなる
状態を防止できる。
【０１８９】また、この発明の一実施形態によれば、ユ
ーザが、ＨＤ記録再生装置３００に記録されている音楽
ファイルの編集を指示した場合には、システムコントロ
ーラ１００が、編集が指示された音楽ファイル（トラッ
ク）がプレイリストに登録されていることをユーザに知
られる情報を表示装置１０２に表示するため、ユーザ
は、編集を指示した所定プログラムが管理情報に登録さ
れているか否かを確認できる。よって、プレイリストに
登録されている音楽ファイル（トラック）に対する誤編
集操作を防止できる。
【０１９０】以上、この発明の一実施形態について具体
的に説明したが、この発明は、上述の一実施形態に限定
されるものではなく、この発明の技術的思想に基づく各
種の変形が可能である。
【０１９１】例えば、上述した一実施形態では所定グル
ープに属する所定曲に対して消去指示がなされた場合に
は上記消去対象の曲がプレイリストに登録されているか
否かを判別し登録されている場合には警告表示を行うよ
うにしたが、変形例として消去指示がなされた曲に対し
てはグループからは消去するがプレイリストからは消去
しないようにしてもよい。この場合にグループ内では消
去対象の曲に対する記録位置の管理を編集（消去）する
とともにプレイリストで実体管理をすればよい。上記実
施例では記録位置等の実体管理はグループ管理で行いプ
レイリスト側では曲が所属するグループ番号、トラック
番号が管理されているだけで実体管理を行っていない
が、プレイリスト側でも実体管理するようにすればリン
クされた消去が行われないようにできる。これによって
グループ側で消去されてもプレイリスト側では影響を受
けなくもできる。
【０１９２】また、上述した一実施形態においては、プ
レイリストに登録されているトラックあるいはアルバム
に対してイレース、コンバイン、ディバイドなどの編集
操作およびこの編集操作が可能なダビング装置に、この
発明を適用する例について示したが、この発明はこの例
に限られるものではない。すなわち、プレイリストに登
録されている音楽ファイルをハードディスクから消去す
る（イレース）編集操作、およびこの編集操作が可能な
ダビング装置にこの発明を適用することが可能である。
また、プレイリストに登録されている音楽のサイズを変
更する（ディバイド・コンバイン）編集操作、およびこ
の編集操作が可能なダビング装置にこの発明を適用する
ことが可能である。具体的には、プレイリスト管理ファ
イルＰｂ０００１ｆ５からＰｂ０００１ｆｅのＴＲＫ−
ｘｘｘの示す先のＦｎｏの番号が変わったり、番号が変
わらずとも該当するＦｎｏのサイズが変更されたりする
編集操作およびこの編集操作が可能なダビング装置に、
この発明を適用することが可能である。
【０１９３】また、上述した一実施形態においては、ユ
ーザが編集を指示したトラックがＨＤ記録再生装置３０
０に記録されていることをユーザに警告する例に着いて
示したが、この警告を行わないようにしてもかまわな
い。すなわち、ＨＤ記録再生装置３００に記録されてい
る音楽ファイルの編集を指示した場合には、システムコ
ントローラ１００が、表示装置１０２を介して編集を指
示したファイルがプレイリストに登録されていることを
ユーザに警告せずに、ユーザにより指示された編集を実
行するようにしてもかまわない。
【０１９４】また、上述した一実施形態においては、ト
ラックをディバイドした場合に、ディバイトしたトラッ
クがプレイリストから消去される場合について示した
が、ディバイト後の２つのトラックが新たにプレイリス
トに登録されるようにしてもかまわない。あるいは、デ
ィバイト後の２つのトラックのうちのいずれか一方がプ
レイリストに登録されるようにしてもかまわない。
【０１９５】また、上述した一実施形態においては、ト
ラックをコンバインした場合に、コンバインしたトラッ
クがプレイリストから消去される場合について示した
が、コンバイン後のトラックが新たにプレイリストに登
録されるようにしてもかまわない。
【０１９６】
【発明の効果】以上説明したように、この発明によれ
ば、プログラム領域に記録された所定プログラムに対し
て編集が指示された場合には、所定プログラムの管理情
報が管理領域に管理されているか否かが判別され、管理
領域に管理されていると判断された場合には、所定のプ
ログラムを編集する前に、編集指示がなされた所定プロ
グラムが管理領域に管理されていることがユーザに警告
されるため、ユーザは、編集を指示した所定プログラム
が管理領域に登録されているか否かを確認できる。よっ
て、管理領域に管理されているプログラムに対する誤っ
た編集操作を防止できる。
【０１９７】また、プログラム領域に記録されていない
プログラムの管理情報が、管理領域に生じることを防止
できる。すなわち、管理領域に管理されているプログラ
ムが編集により再生できなくなる状態を防止できる。
【図面の簡単な説明】
【図１】この発明の一実施形態によるダビング装置の構
成の一例を示すブロック図である。
【図２】この発明の一実施形態によるシステムコントロ
ーラ１００の構成の一例を示すブロック図である
【図３】この発明の一実施形態によるディスク再生装置
２００の構成の一例を示すブロック図である
【図４】ＣＤにおけるフレームの構成の一例を示す略線
図である。
【図５】ＣＤにおけるサブコードのフォーマット構成の
一例を示す略線図である。
【図６】ＣＤにおけるサブコードフレームの構成の一例
を示す略線図である。
【図７】サブコードにおけるＱデータの構成の一例を示
す略線図である。
【図８】Ｑデータ内におけるデータ部の構成の一例を示
す略線図である。
【図９】この発明の一実施形態によるＨＤ記録再生装置
の構成の一例を示すブロック図である。
【図１０】この発明の一実施形態によるＨＤ記録再生装
置にオーディオデータを録音する処理を説明するための
フローチャートである。
【図１１】この発明の一実施形態におよるＨＤ記録再生
装置にオーディオデータを録音する処理を説明するため
のフローチャートである。
【図１２】ＨＤＤ内に記憶されるファイルの構造を示す
枝図面である。
【図１３】アルバム番号管理ファイルのデータ構造図で
ある。
【図１４】アルバム番号管理ファイルのデータ構造図で
ある。
【図１５】アルバム再生管理ファイルＰｂｘｘｘｘｘ
ｘ．ｍｓｆの構造図である。
【図１６】連続した１つのＡＴＲＡＣ３データファイル
を所定単位ごとに分割するととともに属性ファイルを付
加した場合のデータ構造図である。
【図１７】この発明のコンバイン編集処理および分割編
集処理を説明するための構造図である。
【図１８】アルバム再生管理ファイルＰｂｘｘｘｘｘ
ｘ．ｍｓｆのデータ構造図を示す。
【図１９】アルバム再生管理ファイルＰｂｘｘｘｘｘ
ｘ．ｍｓｆのデータ構造図を示す。
【図２０】ＡＴＲＡＣ３データファイルの詳細なデータ
構造図である。
【図２１】ＡＴＲＡＣ３データファイルを構成する属性
ヘッダーの上段のデータ構造図である。
【図２２】ＡＴＲＡＣ３データファイルを構成する属性
ヘッダーの中段のデータ構造図である。
【図２３】録音モードの種類と各録音モードにおける録
音時間等を示す表である。
【図２４】コピー制御状態を示す表である。
【図２５】ＡＴＲＡＣ３データファイルを構成する属性
ヘッダーの下段のデータ構造図である。
【図２６】ＡＴＲＡＣ３データファイルのデータブロッ
クのヘッダーのデータ構造図である。
【図２７】アルバム・トラック名データベースファイル
Ｎａｍｅｄｂ．ｍｓｆの構造図である。
【図２８】アルバム・トラック名データベースファイル
Ｎａｍｅｄｂ．ｍｓｆのブロックＩＤ部分を示す。
【図２９】アルバム・トラック名データベースファイル
Ｎａｍｅｄｂ．ｍｓｆのネームレコード部分を示す。
【図３０】再生時間管理データベースファイルＰｌａｙ
ｔｉｍｅ．ｍｓｆの構造図である。
【図３１】再生時間管理データベースファイルＰｌａｙ
ｔｉｍｅ．ｍｓｆのブロックＩＤ部分を示す。
【図３２】再生時間管理データベースファイルＰｌａｙ
ｔｉｍｅ．ｍｓｆのＴＲＫレコード部分を示す。
【図３３】ＣＤ ＴＯＣデータベースファイルＴｏｃｄ
ｂ．ｍｓｆの構造図である。
【図３４】ＣＤ ＴＯＣデータベースファイルＴｏｃｄ
ｂ．ｍｓｆのブロックＩＤ部分を示す。
【図３５】ＣＤ ＴＯＣデータベースファイルＴｏｃｄ
ｂ．ｍｓｆのＡＬＢＵＭ ＴＯＣレコードを示す。
【図３６】ＣＤ ＴＯＣデータベースファイルＴｏｃｄ
ｂ．ｍｓｆのＡＬＢＵＭ ＴＯＣレコードのＴＯＣ情報
を示す。
【図３７】この発明の一実施形態におよる音声入出力部
の構成の一例を示すブロック図である。
【図３８】この発明の一実施形態によるダビング装置に
おけるプレイス登録操作および処理を説明するためのフ
ローチャートである。
【図３９】編集処理前における、ＨＤ記録再生装置に格
納された各アルバムの番号と、各アルバムに含まれるト
ラックの数とを示す表である。
【図４０】編集処理前における、ＨＤ記録再生装置に格
納された各アルバムの番号と、各アルバムに含まれるト
ラックの数とを示す表である。
【図４１】この発明の一実施形態によるダビング装置に
おけるトラック消去編集の操作および処理を説明するた
めのフローチャートである。
【図４２】編集処理後における、ＨＤ記録再生装置に格
納された各アルバムの番号と、各アルバムに含まれるト
ラックの数とを示す表である。
【図４３】この発明の一実施形態によるダビング装置に
おける結合編集の操作および処理を説明するためのフロ
ーチャートである。
【図４４】編集処理後における、ＨＤ記録再生装置に格
納された各アルバムの番号と、各アルバムに含まれるト
ラックの数とを示す表である。
【図４５】この発明の一実施形態によるダビング装置に
おける分割編集の操作および処理を説明するためのフロ
ーチャートである。
【図４６】編集処理後における、ＨＤ記録再生装置に格
納された各アルバムの番号と、各アルバムに含まれるト
ラックの数とを示す表である。
【図４７】この発明の一実施形態によるダビング装置に
おけるアルバム消去編集の操作および処理を説明するた
めのフローチャートである。
【図４８】編集処理後における、ＨＤ記録再生装置に格
納された各アルバムの番号と、各アルバムに含まれるト
ラックの数とを示す表である。
【符号の説明】
１００・・・システムコントローラ、１０１・・コント
ローラ、１０２・・・表示装置、１０３・・・操作装
置、２００・・・ディスク再生装置、２０１・・・スピ
ンドルモータ、２０２・・光学ヘッド、２０３・・・Ｒ
Ｆアンプ、２０４・・・サーボ回路、２０５・・・スレ
ッド、２０６・・・ＥＦＭ及びＣＩＲＣデコード回路、
２０７・・・コントローラ、３００・・・ＨＤ記録再生
装置、３０１・・・デジタルオーディオＩ／Ｆ、３０２
・・・ＡＤ／ＤＡ Ｉ／Ｆ、３０３・・・エンコード／
デコード装置、３０４・・・マジックゲートコア、３０
５・・・共有ＲＡＭ、３０６・・・ＨＤコントローラ、
３０７・・・ＳＤＲＡＭ、３０８・・・ＦＡＴ３２ファ
イルシステム、３０９・・・ＨＤＤ、４００・・・音声
入出力部、４０１・・・ＡＤコンバータ、４０２・・・
ＤＡコンバータ、４０３・・・アナログ入力端子、４０
４・・・デジタル入力端子、４０５・・・デジタル出力
端子、４０６・・・アナログ出力端子、５００・・・外
部信号入出力部

Claims (26)

    【特許請求の範囲】
  1. 【請求項１】 複数のプログラムを記録したプログラム
    領域と上記プログラム領域に記録された複数のプログラ
    ムを集合化してグループ毎に管理する第１の管理情報と
    上記プログラム領域に記録された複数のプログラムから
    所望のプログラムを収集してグループ化するための第２
    の管理情報とが記録された管理領域とからなる記録媒体
    に記録されたプログラムを編集する編集装置は、上記プ
    ログラム領域に記録された所定グループに属する所定プ
    ログラムに対して消去指示をする操作手段と、上記操作
    手段にて消去指示された所定プログラムが第２の管理情
    報にて管理されているか否かを判別する判別手段と、上
    記判別手段にて上記操作手段で消去指示された所定プロ
    グラムが第２の管理情報にて管理されていると判別され
    た場合には、消去動作を行う前に警告する告知手段とを
    備えてなる編集装置。
  2. 【請求項２】 上記第１の管理情報は各プログラムの記
    録媒体上の記録位置を管理し、上記第２の管理情報は収
    集されたプログラムが属するグループの番号とグループ
    内での通し番号とが管理されていることを特徴とする第
    １項記載の編集装置。
  3. 【請求項３】 上記告知手段にて警告を行った後に消去
    指示確認が行われ消去指示が確定された場合には、上記
    第１の管理情報及び上記第２の管理情報を編集する制御
    手段とを更に備えてなる第１項記載の編集装置。
  4. 【請求項４】 上記告知手段にて警告を行った後に消去
    指示確認が行われ消去指示が確定された場合には、上記
    第１の管理情報から消去指示されたプログラムに対応す
    る記録位置情報を消去するとともに上記第２の管理情報
    から消去指示されたプログラムに対応するグループの番
    号とグループ内での通し番号とを消去する制御手段とを
    更に備えてなる第２項記載の編集装置。
  5. 【請求項５】 複数のプログラムを記録したプログラム
    領域と上記プログラム領域に記録された複数のプログラ
    ムを集合化してグループ毎に管理する第１の管理情報と
    上記プログラム領域に記録された複数のプログラムから
    所望のプログラムを収集してグループ化するための第２
    の管理情報とが記録された管理領域とからなる記録媒体
    に記録されたプログラムを編集する編集装方法は、上記
    プログラム領域に記録された所定グループに属する所定
    プログラムに対して消去指示が行われたか否かを判別す
    る第１の判別工程と、上記第１の判別工程にて消去指示
    が行われたと判別された場合には、消去指示が行われた
    所定プログラムが第２の管理情報にて管理されているか
    否かを判別する第２の判別手段と、上記第２の判別手段
    にて上記消去指示された所定プログラムが第２の管理情
    報にて管理されていると判別された場合には、消去動作
    を行う前に警告する告知工程とを備えてなる編集方法。
  6. 【請求項６】 上記第１の管理情報は各プログラムの記
    録媒体上の記録位置を管理し、上記第２の管理情報は収
    集されたプログラムが属するグループの番号とグループ
    内での通し番号とが管理されていることを特徴とする第
    ５項記載の編集方法。
  7. 【請求項７】 上記告知工程にて警告を行った後に消去
    指示確認が行われ消去指示が確定された場合には、上記
    第１の管理情報及び上記第２の管理情報を編集する編集
    工程とを更に備えてなる第５項記載の編集方法。
  8. 【請求項８】 上記告知工程にて警告を行った後に消去
    指示確認が行われ消去指示が確定された場合には、上記
    第１の管理情報から消去指示されたプログラムに対応す
    る記録位置情報を消去するとともに上記第２の管理情報
    から消去指示されたプログラムに対応するグループの番
    号とグループ内での通し番号とを消去する制御工程とを
    更に備えてなる第６項記載の編集方法。
  9. 【請求項９】 複数のプログラムを記録したプログラム
    領域と上記プログラム領域に記録された複数のプログラ
    ムを集合化してグループ毎に管理する第１の管理情報と
    上記プログラム領域に記録された複数のプログラムから
    所望のプログラムを収集してグループ化するための第２
    の管理情報とが記録された管理領域とからなる記録媒体
    に記録されたプログラムを編集する編集装置は、上記プ
    ログラム領域に記録された所定グループに属する所定プ
    ログラムに対して編集指示をする操作手段と、上記操作
    手段にて編集指示された所定プログラムが第２の管理情
    報にて管理されているか否かを判別する判別手段と、上
    記判別手段にて上記操作手段で編集指示された所定プロ
    グラムが第２の管理情報にて管理されていると判別され
    た場合には、編集動作を行う前に警告する告知手段とを
    備えてなる編集装置。
  10. 【請求項１０】 上記第１の管理情報は各プログラムの
    記録媒体上の記録位置を管理し、上記第２の管理情報は
    収集されたプログラムが属するグループの番号とグルー
    プ内での通し番号とが管理されていることを特徴とする
    第９項記載の編集装置。
  11. 【請求項１１】 上記告知手段にて警告を行った後に編
    集指示確認が行われ編集指示が確定された場合には、上
    記第１の管理情報及び上記第２の管理情報を編集する制
    御手段とを更に備えてなる第９項記載の編集装置。
  12. 【請求項１２】 上記告知手段にて警告を行った後に編
    集指示確認が行われ編集指示が確定された場合には、上
    記第１の管理情報から編集指示されたプログラムに対応
    する記録位置情報を編集するとともに上記第２の管理情
    報から編集指示されたプログラムに対応するグループの
    番号とグループ内での通し番号とを消去する制御手段と
    を更に備えてなる第１０項記載の編集装置。
  13. 【請求項１３】 上記編集は、プログラムを消去する編
    集であることを特徴とする請求項９記載の編集装置。
  14. 【請求項１４】 上記編集は、プログラムを結合する編
    集であることを特徴とする請求項９記載の編集装置。
  15. 【請求項１５】 上記編集は、プログラムを分割する編
    集であることを特徴とする請求項９記載の編集装置。
  16. 【請求項１６】 上記編集は、上記第１の管理情報によ
    り管理されるグループを消去する編集であることを特徴
    とする請求項１記載の編集装置。
  17. 【請求項１７】 上記編集は、プログラムを分割する編
    集であることを特徴とする請求項１記載の編集装置。
  18. 【請求項１８】 複数のプログラムを記録したプログラ
    ム領域と上記プログラム領域に記録された複数のプログ
    ラムを集合化してグループ毎に管理する第１の管理情報
    と上記プログラム領域に記録された複数のプログラムか
    ら所望のプログラムを収集してグループ化するための第
    ２の管理情報とが記録された管理領域とからなる記録媒
    体に記録されたプログラムを編集する編集装方法は、上
    記プログラム領域に記録された所定グループに属する所
    定プログラムに対して編集指示が行われたか否かを判別
    する第１の判別工程と、上記第１の判別工程にて編集指
    示が行われたと判別された場合には、編集指示が行われ
    た所定プログラムが第２の管理情報にて管理されている
    か否かを判別する第２の判別手段と、上記第２の判別手
    段にて上記編集指示された所定プログラムが第２の管理
    情報にて管理されていると判別された場合には、編集動
    作を行う前に警告する告知工程とを備えてなる編集方
    法。
  19. 【請求項１９】 上記第１の管理情報は各プログラムの
    記録媒体上の記録位置を管理し、上記第２の管理情報は
    収集されたプログラムが属するグループの番号とグルー
    プ内での通し番号とが管理されていることを特徴とする
    第１８項記載の編集方法。
  20. 【請求項２０】 上記告知工程にて警告を行った後に編
    集指示確認が行われ編集指示が確定された場合には、上
    記第１の管理情報及び上記第２の管理情報を編集する編
    集工程とを更に備えてなる第１８項記載の編集方法。
  21. 【請求項２１】 上記告知工程にて警告を行った後に編
    集指示確認が行われ編集指示が確定された場合には、上
    記第１の管理情報から編集指示されたプログラムに対応
    する記録位置情報を変更するとともに上記第２の管理情
    報から編集指示されたプログラムに対応するグループの
    番号とグループ内での通し番号とを消去する制御工程と
    を更に備えてなる第１９項記載の編集方法。
  22. 【請求項２２】 上記編集は、プログラムを消去する編
    集であることを特徴とする請求項１８記載の編集方法。
  23. 【請求項２３】 上記編集は、プログラムを結合する編
    集であることを特徴とする請求項１８記載の編集方法。
  24. 【請求項２４】 上記編集は、プログラムを分割する編
    集であることを特徴とする請求項１８記載の編集方法。
  25. 【請求項２５】 上記編集は、上記第１の管理情報によ
    り管理されるグループを消去する編集であることを特徴
    とする請求項１記載の編集方法。
  26. 【請求項２６】 上記編集は、プログラムを分割する編
    集であることを特徴とする請求項１８記載の編集方法。
JP2001237176A 2001-08-03 2001-08-03 編集装置および編集方法 Pending JP2003051179A (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2001237176A JP2003051179A (ja) 2001-08-03 2001-08-03 編集装置および編集方法
US10/398,113 US6898159B2 (en) 2001-08-03 2002-07-15 Editing apparatus and method capable of erasing a predetermined program on a selected play-list
KR1020037004579A KR100889979B1 (ko) 2001-08-03 2002-07-15 편집장치 및 편집방법
CNB028026934A CN100468560C (zh) 2001-08-03 2002-07-15 编辑装置和编辑方法
PCT/JP2002/007165 WO2003015099A1 (fr) 2001-08-03 2002-07-15 Dispositif d'edition et procede d'edition
EP02746055A EP1414041A4 (en) 2001-08-03 2002-07-15 EDITING DEVICE, EDITING PROCESS

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001237176A JP2003051179A (ja) 2001-08-03 2001-08-03 編集装置および編集方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2005141570A Division JP4207132B2 (ja) 2005-05-13 2005-05-13 編集装置および編集方法

Publications (1)

Publication Number Publication Date
JP2003051179A true JP2003051179A (ja) 2003-02-21

Family

ID=19068304

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001237176A Pending JP2003051179A (ja) 2001-08-03 2001-08-03 編集装置および編集方法

Country Status (6)

Country Link
US (1) US6898159B2 (ja)
EP (1) EP1414041A4 (ja)
JP (1) JP2003051179A (ja)
KR (1) KR100889979B1 (ja)
CN (1) CN100468560C (ja)
WO (1) WO2003015099A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005111994A1 (ja) * 2004-05-19 2005-11-24 Sony Corporation 情報処理装置、コンテンツタイトル表示方法及びコンテンツタイトル表示プログラム
JP2007535077A (ja) * 2004-04-27 2007-11-29 アプル・コンピュータ・インコーポレーテッド プレイリスト共有方法およびシステム
US7430565B2 (en) 2003-10-30 2008-09-30 Sony Corporation Information processing apparatus, information processing method, and computer program
US7761513B2 (en) 2003-07-14 2010-07-20 Sony Corporation Information recording device, information recording method, and information recording program
CN105047210A (zh) * 2015-08-25 2015-11-11 广东欧珀移动通信有限公司 一种随机播放列表的跨设备同步方法及装置

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4304888B2 (ja) * 2000-09-04 2009-07-29 ソニー株式会社 記録媒体、編集装置及び編集方法
EP1209684A3 (en) * 2000-11-24 2003-08-13 Pioneer Corporation Information displaying/reproducing device, information editing device and information recording device
US20030054117A1 (en) * 2001-02-02 2003-03-20 Brewer Science, Inc. Polymeric antireflective coatings deposited by plasma enhanced chemical vapor deposition
JP2003030964A (ja) 2001-07-11 2003-01-31 Sony Corp 再生装置および編集装置
US20030167318A1 (en) * 2001-10-22 2003-09-04 Apple Computer, Inc. Intelligent synchronization of media player with host computer
KR100718613B1 (ko) * 2001-10-22 2007-05-16 애플 인크. 호스트 컴퓨터와 미디어 플레이어의 미디어 내용 동기화 방법
JP3855862B2 (ja) * 2002-04-01 2006-12-13 ソニー株式会社 編集方法および装置
US8150937B2 (en) * 2004-10-25 2012-04-03 Apple Inc. Wireless synchronization between media player and host device
US9412417B2 (en) 2002-04-05 2016-08-09 Apple Inc. Persistent group of media items for a media device
US7680849B2 (en) 2004-10-25 2010-03-16 Apple Inc. Multiple media type synchronization between host computer and media device
US7827259B2 (en) * 2004-04-27 2010-11-02 Apple Inc. Method and system for configurable automatic media selection
US7797446B2 (en) * 2002-07-16 2010-09-14 Apple Inc. Method and system for updating playlists
KR100925875B1 (ko) * 2002-04-15 2009-11-06 소니 가부시끼 가이샤 기록재생장치 및 기록재생방법
US8161411B2 (en) 2003-04-25 2012-04-17 Apple Inc. Graphical user interface for browsing, searching and presenting media items
US7956272B2 (en) * 2002-07-30 2011-06-07 Apple Inc. Management of files in a personal communication device
US7166791B2 (en) * 2002-07-30 2007-01-23 Apple Computer, Inc. Graphical user interface and methods of use thereof in a multimedia player
CN1754226A (zh) * 2003-03-24 2006-03-29 松下电器产业株式会社 记录介质、记录装置和再现装置
US20050190659A1 (en) * 2004-03-01 2005-09-01 Matsushita Electric Industrial Co., Ltd. Audio reproducing apparatus
KR100585668B1 (ko) * 2004-03-22 2006-06-07 엘지전자 주식회사 가상 미디어파일 시스템을 이용한 멀티미디어 편집 방법및 장치와 멀티미디어 파일 구조
US20070110074A1 (en) 2004-06-04 2007-05-17 Bob Bradley System and Method for Synchronizing Media Presentation at Multiple Recipients
US8443038B2 (en) 2004-06-04 2013-05-14 Apple Inc. Network media device
US8797926B2 (en) 2004-06-04 2014-08-05 Apple Inc. Networked media station
US10972536B2 (en) 2004-06-04 2021-04-06 Apple Inc. System and method for synchronizing media presentation at multiple recipients
JP4213081B2 (ja) * 2004-06-04 2009-01-21 京セラ株式会社 コンテンツ複写装置
US8261246B1 (en) 2004-09-07 2012-09-04 Apple Inc. Method and system for dynamically populating groups in a developer environment
US7958441B2 (en) * 2005-01-07 2011-06-07 Apple Inc. Media management for groups of media items
US11314378B2 (en) 2005-01-07 2022-04-26 Apple Inc. Persistent group of media items for a media device
JP4375292B2 (ja) * 2005-07-11 2009-12-02 船井電機株式会社 ディスク再生装置
US8850140B2 (en) 2007-01-07 2014-09-30 Apple Inc. Data backup for mobile device
US10083184B2 (en) * 2007-01-07 2018-09-25 Apple Inc. Widget synchronization in accordance with synchronization preferences
US20080168185A1 (en) * 2007-01-07 2008-07-10 Robbin Jeffrey L Data Synchronization with Host Device in Accordance with Synchronization Preferences
US8631088B2 (en) 2007-01-07 2014-01-14 Apple Inc. Prioritized data synchronization with host device
US8046369B2 (en) 2007-09-04 2011-10-25 Apple Inc. Media asset rating system
KR101386012B1 (ko) * 2007-09-17 2014-04-17 삼성전자주식회사 플레이리스트 편집 방법 및 이를 적용한 멀티미디어재생장치
US20110138280A1 (en) * 2009-12-04 2011-06-09 Wes Albert Nagara Playlist management
US8472289B2 (en) * 2010-12-01 2013-06-25 Gracenote, Inc. Static TOC indexing system and method
US9147435B2 (en) 2011-06-09 2015-09-29 Sony Computer Entertainment America Llc Weighted playlist
US10993274B2 (en) 2018-03-30 2021-04-27 Apple Inc. Pairing devices by proxy
US10783929B2 (en) 2018-03-30 2020-09-22 Apple Inc. Managing playback groups
US11297369B2 (en) 2018-03-30 2022-04-05 Apple Inc. Remotely controlling playback devices
US10614857B2 (en) 2018-07-02 2020-04-07 Apple Inc. Calibrating media playback channels for synchronized presentation

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03135637A (ja) * 1989-10-20 1991-06-10 Matsushita Electric Ind Co Ltd ディレクトリ検索装置
JPH11242873A (ja) * 1998-02-26 1999-09-07 Sony Corp 記録再生装置
JPH11288576A (ja) * 1998-03-31 1999-10-19 Aiwa Co Ltd ディスク装置及びその記録方法
JP2002175680A (ja) * 2000-12-06 2002-06-21 Canon Inc 記録装置、再生装置、記録方法、再生方法及び記憶媒体

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5751672A (en) * 1995-07-26 1998-05-12 Sony Corporation Compact disc changer utilizing disc database
EP0910086A4 (en) * 1997-04-07 2002-10-28 Sony Corp CUTTING SYSTEM AND METHOD
US5986979A (en) * 1997-10-16 1999-11-16 Delco Electronics Corporation Play list control method and system for
USRE41082E1 (en) * 1998-02-03 2010-01-19 Sanyo Electric Co., Ltd. Information recorder, recording method, and recording media
KR100293158B1 (ko) * 1998-08-24 2001-06-15 윤순조 다양한 기능을 갖는 휴대용 ｍｐ3 플레이어
KR100326337B1 (ko) * 1998-09-05 2002-09-12 엘지전자주식회사 재기록가능기록매체의데이터재생순서정보의생성기록방법
JP4221803B2 (ja) * 1999-03-02 2009-02-12 ソニー株式会社 記憶再生装置及び記憶再生方法
JP4332927B2 (ja) * 1999-03-23 2009-09-16 ソニー株式会社 編集装置
JP3159692B2 (ja) 1999-04-02 2001-04-23 松下電器産業株式会社 光ディスクとその記録装置および再生装置
US6407972B1 (en) * 1999-10-20 2002-06-18 Sony Corporation Editing apparatus and editing method
JP4842417B2 (ja) * 1999-12-16 2011-12-21 ソニー株式会社 記録装置
JP2001202085A (ja) 2000-01-21 2001-07-27 Toshiba Corp 再生装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03135637A (ja) * 1989-10-20 1991-06-10 Matsushita Electric Ind Co Ltd ディレクトリ検索装置
JPH11242873A (ja) * 1998-02-26 1999-09-07 Sony Corp 記録再生装置
JPH11288576A (ja) * 1998-03-31 1999-10-19 Aiwa Co Ltd ディスク装置及びその記録方法
JP2002175680A (ja) * 2000-12-06 2002-06-21 Canon Inc 記録装置、再生装置、記録方法、再生方法及び記憶媒体

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7761513B2 (en) 2003-07-14 2010-07-20 Sony Corporation Information recording device, information recording method, and information recording program
US7430565B2 (en) 2003-10-30 2008-09-30 Sony Corporation Information processing apparatus, information processing method, and computer program
JP2007535077A (ja) * 2004-04-27 2007-11-29 アプル・コンピュータ・インコーポレーテッド プレイリスト共有方法およびシステム
JP4739328B2 (ja) * 2004-04-27 2011-08-03 アップル インコーポレイテッド プレイリスト共有方法およびシステム
US9715500B2 (en) 2004-04-27 2017-07-25 Apple Inc. Method and system for sharing playlists
US11507613B2 (en) 2004-04-27 2022-11-22 Apple Inc. Method and system for sharing playlists
WO2005111994A1 (ja) * 2004-05-19 2005-11-24 Sony Corporation 情報処理装置、コンテンツタイトル表示方法及びコンテンツタイトル表示プログラム
US8032538B2 (en) 2004-05-19 2011-10-04 Sony Corporation Information processing device, content title display method, and content title display program
CN105047210A (zh) * 2015-08-25 2015-11-11 广东欧珀移动通信有限公司 一种随机播放列表的跨设备同步方法及装置

Also Published As

Publication number Publication date
CN1606781A (zh) 2005-04-13
EP1414041A1 (en) 2004-04-28
KR100889979B1 (ko) 2009-03-25
CN100468560C (zh) 2009-03-11
WO2003015099A1 (fr) 2003-02-20
US20040027930A1 (en) 2004-02-12
EP1414041A4 (en) 2008-01-23
US6898159B2 (en) 2005-05-24
KR20040021566A (ko) 2004-03-10

Similar Documents

Publication Publication Date Title
JP2003051179A (ja) 編集装置および編集方法
JP2003050816A (ja) 検索装置および検索方法
US6434103B1 (en) Recording medium, recording apparatus, recording method, editing apparatus and editing method
JP4779183B2 (ja) 再生装置および再生方法
JP4281185B2 (ja) 編集装置および方法
CN100468549C (zh) 内容数据传输系统和内容数据传输方法
JP2001175517A (ja) 記録装置
JP4749522B2 (ja) 再生装置および再生方法
KR100956861B1 (ko) 재생장치 및 편집장치
JP2002175090A (ja) 再生装置および再生方法
JP4406988B2 (ja) 不揮発性記録媒体、記録方法、記録装置
JPWO2002056312A1 (ja) データの複製管理方法及び装置並びに複製管理システム
KR100925875B1 (ko) 기록재생장치 및 기록재생방법
JP4207132B2 (ja) 編集装置および編集方法
JP3815490B2 (ja) 検索装置および検索方法
TW200306527A (en) Track management method and apparatus for managing tracks on a storage medium
JP4407667B2 (ja) 再生装置および再生方法
JP4196799B2 (ja) 記録装置及び方法並びにプログラム、データ送受信システム及び方法並びにプログラム
JP3711991B2 (ja) 記録装置
RU2252448C2 (ru) Устройство и способ редактирования
JP3624900B2 (ja) 記録又は再生装置及び記録又は再生方法
JP2005149677A (ja) 記録再生装置、記録媒体判別方法及び識別用再生情報算出方法
JP2002329373A (ja) ディスク状記録媒体
JP2005038532A (ja) メモリ制御装置及び方法、再生装置及び方法
JP2005149676A (ja) 記録再生装置、ファイル管理方法及びディスク記録媒体

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050315

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050511

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050719

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050816

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20051024

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20051126