CN1461482A

CN1461482A - 数据管理器

Info

Publication number: CN1461482A
Application number: CN02801265A
Authority: CN
Inventors: 工藤繁孝; 齐藤奈津美
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2001-03-15
Filing date: 2002-03-15
Publication date: 2003-12-10
Also published as: EP1300849A1; WO2002075741A1; KR100906883B1; US20040039722A1; KR20080059482A; EP1300849B1; JP2002269904A; EP1300849A4; US20060064437A1; US7747656B2; CN101714388B; KR20020094050A; CN101714388A; US7206792B2; KR100909128B1

Abstract

由硬盘记录/复制单元(3)管理从作为第一记录介质的CD－DA(光盘数字音频)通过复制到作为第二记录介质的一个硬盘驱动器(31)而记录的每组数据。该硬盘记录/复制单元(3)通过管理所述CD－DA的身份信息，以使所述附加信息能够从一个外部服务器通过通信装置得到。通过在硬盘记录/复制单元(3)中自动注册获得的附加信息，以即使在用户没有输入时也能被获得所述附加信息诸如音乐名字。

Description

数据管理器

技术领域

本发明涉及一种数据管理装置，其中，当可以从诸如一个CD-D/A(光盘数字音频)的第一便携式记录介质通过复制到诸如一个硬盘驱动器(HDD)的第二记录介质而记录数据时，数据库管理已被记录的数据诸如音乐，其中，从作为信息站点的外部服务器诸如因特网采集附加信息诸如唱片或音乐曲调的名字，用来在数据库中自动注册。

背景技术

作为用于处理在其上记录音频数据的记录介质的设备，现在投入使用的是一个CD播放器或记录和/或复制装置，采用具有64毫米直径的磁光盘即MD(小型盘)(商标)。

例如，对于用户来说，复制在CD或MD上记录的音乐曲调的操作有时是通过复制音频数据的方法来完成的。

近来，有人推荐把记录在诸如CD或MD的便携式记录介质上的音乐曲调通过复制方法记录到硬盘驱动器(HDD)上，并把诸如所述HDD作为音乐提供服务器使用。

在所述CD或MD中，一个或多个节目(曲目)被记录，用一个单独音乐编号作为一个节目或曲目，用整个节目或曲目组成一个单独的唱片。在把作为一个记录源的所述CD或MD复制到另一个记录介质的操作中，复制操作可以在整个CD上执行，即以所述唱片为基础，或仅仅由用户指定的所述曲目。

应该注意到，在某个传统的音频设备中，不仅能记录音乐数据而且能记录整个唱片的附加信息或单独的音乐编号。这里，附加信息指诸如唱片名字或所述音乐曲目的名字，记录日期和时间，或版权信息(SRC：国际标准记录代码)等文本数据。例如，在小型盘(MD)***的例子中，能记录和每个被记录音乐编号或整个唱片相联系的音乐曲目的名字、唱片名字或所述记录日期和时间。然而，在输入诸如所述音乐曲目名字的文本数据中，用户不得不利用MD记录设备的操作***通过极端费力的操作输入所述文本。在大多数场合，大量用户仅仅只是欣赏音乐，而不输入音乐曲目的名字或唱片的名字。

尽管记录设备可以和一个PC(个人计算机)连接以便于在输入文本的过程中利用PC键盘，但并不能说这就能解除用户输入音乐曲目名字或唱片名字的负担。

而且，如果用户要输入诸如所述音乐曲目名字等文本数据，当然，他或她必须从CD的曲目编号中明白，现在正被记录的音乐曲目通过复制已经被记录好。例如，如果用户想选择性地从大量的CD中记录多个音乐曲目，则可能会出现这种情况，记录在MD上的音乐曲目的名字变得模糊不清，即，用户没办法输入音乐编号的名字，除非用户对该音乐曲目十分清楚。

在适合于把大量的CD复制到HDD的装置这种情况中，也经常可能发生：在通过复制而记录在HDD中的音乐曲目和作为记录源的CD之间的对应关系对用户来说不清楚。

作为外部服务器，诸如音乐曲目信息站点，诸如因特网，提供了许多记录在CD上的音乐曲目的名字和附加信息的服务。如果不清楚CD唱片是从哪个CD通过复制到HDD而产生的，则不可能享受由所述外部服务器提供的这种服务。

即，虽然近来在各种记录***中已经实现了与在记录介质上记录的数据诸如音乐数据的相联系的附加信息的相关记录，大量的情况是，在这些***中没有实际记录在某种程度上依靠用户输入的信息，诸如文本信息，结果，在很多时候所述文本信息不能被有效利用。

发明内容

鉴于如上所述的技术状态，本发明的一个目的是提供一种数据管理装置，其中，当可以从诸如一个CD-DA(光盘数字音频)的第一便携式记录介质通过复制到具有极大存储容量的第二记录介质诸如一个硬盘驱动器(HDD)而记录数据，并且可以管理通过这样复制而记录的数据时，即使没有用户的作用，该装置也能自动采集附加信息，并实施与诸如音乐曲调的数据相联系的注册和管理，由此使用户用起来更容易更方便。

为了实现该目的，本发明提供了一种数据管理装置，包括：复制单元，用于对一个便携式记录介质进行复制；记录和/或复制单元，用于对具有比音乐第一记录介质更大容量的第二记录介质进行记录和/或复制；数据库单元，用于存储与来自音乐复制单元的通过音乐复制单元复制的以及在第二记录介质上由音乐记录和/或复制单元记录的数据相联系的第一记录介质的身份信息和附加信息；通信单元，用于和保持有与音乐第一记录介质相联系的各种附加信息的外部服务器通信；和控制单元，用于使音乐通信单元通过音乐通信单元把由音乐数据库单元管理的、与记录在音乐第二记录介质上的数据相联系的音乐第一记录介质的身份信息发送到音乐外部服务器，以便于从拥有这样接收的、与音乐身份信息相联系的、存储在音乐数据库单元的附加信息的音乐外部服务器接收与音乐第一记录介质有关的附加信息。

在根据本发明的数据管理装置中，一个或多个节目(曲目)和用于管理所述节目的管理信息被记录在所述第一记录介质，并且基于所述管理信息生成所述身份信息。

在第一记录介质中，记录了一个或多个节目，并且从第一记录介质通过复制单元复制的、在第二记录介质通过记录和/或复制单元记录的数据变成了基于节目的数据。如果数据库单元用包括身份信息和附加信息作为一个单位的数据库文件构成，则在第二记录介质记录的基于节目的数据包括指示与所述数据相关的数据库文件的指针信息。

提供数据组管理文件，用于管理基于节目的数据的一个或多个数据作为将要按预定顺序被复制的一组数据。数据组管理文件包括指示与被管理的数据组中的每个数据相联系的一个或多个数据库文件的指针信息。

根据本发明的数据管理装置的控制单元使通信单元把由数据库单元管理的第一记录介质的身份信息发送到一个外部服务器以使第一记录介质的所述附加信息从所述外部服务器中整个地接收，并把与身份信息相联系的被接收的所述附加信息存储在所述数据库单元。或者，所述控制单元使记录在第一记录介质上的部分节目的附加信息从所述外部服务器被接收，以把与身份信息相联系的被接收的所述附加信息存储在所述数据库单元。

在根据本发明的数据管理装置中，数据库单元从第一记录介质通过复制到第二记录介质而记录的所述数据。通过管理第一记录介质的身份信息，可以从所述外部服务器中得到所述附加信息。在数据库单元自动注册这样产生的附加信息，以使得诸如音乐曲调的名字等附加信息即使在用户没有输入的时候也能得到。

通过阅读如图所示的本发明的实施例，将会更清楚本发明的其他目的，特征和优点。

附图说明

图1是显示用于构成根据本发明的数据管理装置的一个复制器件和一个个人计算机的方框图。

图2是显示用于构成根据本发明的数据管理装置的一个CD复制单元的方框图。

图3显示用于构成根据本发明的数据管理装置的一个HD记录和/或复制单元的方框图。

图4是一个语音输入/输出单元的方框图。

图5显示所述CD***的帧结构。

图6A和图6B显示了所述CD***的一个子编码***。

图7A和7B显示了所述CD***的sub-Q数据，其中，图7A显示了在一个导入区域(TOC)中的sub-Q数据，而图7B显示了曲目#1到#n的sub-Q数据和一个导出区域。

图8显示了所述CD***的具有6个曲目的一个TOC结构。

图9显示了HDD的文件结构。

图10显示了一个音乐数据文件。

图11A和11B显示了一个音乐曲目播放顺序管理文件。

图12A和12B显示了一个唱片管理文件的所述结构。

图13显示了一个数据库文件。

图14和15显示了说明在复制中的处理序列的一个流程图。

图16是显示在复制中HD记录处理序列的一个流程图。

图17至19显示了附加信息自动采集的处理序列的流程图。

具体实施方式

作为根据本发明的数据管理装置的一个实施例，随后将解释一个这样的复制器件，它适合于自动记录一个节目诸如音乐曲调数据，同时也称作曲目，并从一张CD通过复制翻录到HDD上，而且还包含一个基于数据库管理管理所述复制数据的功能。

尽管一个复制器件和一个个人计算机在本实施例中连接起来构成了本发明的数据管理装置，但本发明不只限于该结构。

现在，按如下顺序说明本发明的实施例。

1.复制器件的结构

2.一个CD复制单元的结构

3.一个HD记录和/或复制单元的结构

4.一个语音输入/输出单元的结构

5.一个CD的子代码和TOC

6.在HDD中记录的文件结构

7.数据库

8.复制操作

9.采集附加信息的操作

10.其他实施例1.复制器件的结构

如图1所示，根据本发明的一个复制器件100由一***控制器1、一CD复制单元2、一HD记录和/或复制单元3、一语音输入/输出单元4、一操作单元5、一显示单元6和一接口7组成。该复制器件100被连接到一个个人计算机101上以便形成一个数据管理装置。在此情况中，个人计算机101主要扮演通信单元的角色。例如，在复制器件100中，***控制器1、CD复制单元2和HD记录和/或复制单元3通过相互连接的总线结构彼此之间能够交换各种控制信号CS。***控制器1把控制信号CS发送给复制单元2以及HD记录和/或复制单元3，以使CD复制单元2和HD记录和/或复制单元3执行各自所需的操作。所述CD复制单元2和HD记录和/或复制单元3把控制信号CS的应答信号，与操作状态有关的信息，下述的子代码或TOC以及其他必需信息发送给***控制器1。

***控制器1由微型计算机组成，并且基于在此提供的控制信号CS控制全部的操作。把来自操作单元5的输入提供给***控制器1。并且操作单元5配有例如一个电源键、一个拒绝键、一个回放键、一个暂停键、一个停止键、一个曲目选择键或一个记录键，并且由用户对其操作。***控制器1对来自操作单元5的激励做出响应以便通过控制信号CS指挥由CD复制单元2以及HD记录和/或复制单元3执行的操作。例如，在这些可以执行的操作中，可能存在一个通过用户指定CD曲目编号来指挥任意音乐曲目复制的操作，一个通过用户用所谓的节目复制的方法指定音乐曲目复制的顺序的操作，和一个用所谓的洗牌复制(shuffle reproduction)的方法按随机顺序复制音乐曲目的操作。同时也可能提供能顺序输入字母或字符以便操作者输入诸如音乐曲目的名称或名字的附加信息的操作员。

把***控制器1连接到显示单元6，以便***控制器1能发送显示数据给显示单元6，以允许显示单元执行必要的显示。例如，在所述显示单元6显示时间信息，诸如全部播放时间，自从开始播放音乐曲目后流逝的时间，正在播放的音乐曲目的剩余播放时间，或全部的剩余播放时间，或正在播放的音乐曲目的曲目编号。如果在盘上已经记录了盘的名字(唱片的名字)或曲目名字，则显示所述盘名或曲目名。

CD复制单元2是一个其中对当作第一记录介质的一CD-DA进行装载和复制的地点。尽管随后将会详细说明其详细结构，把从该CD复制的音频数据S1(PCM数字音频数据)发送到语音输入/输出单元4和HD记录和/或复制单元3，

注意到，就本描述所涉及的范围，CD复制单元2能复制CD类型盘的音乐数据，并且适合于处理所述CD-DA。然而，即使音乐数据已经记录在其他CD类型盘上，例如，CD-R或CD-RW，该CD复制单元也能用类似的方法复制所述音乐数据。同时也存在取名为CD文本的一种盘，作为CD-DA的一种类型，其中将文本数据记录在子代码中。在这种情况下，也可以复制音乐数据，同时也能从所述子代码复制所述文本数据。

本发明中的第一记录介质尽管是CD，但第一记录介质也可以同时是其他的盘，诸如MD，存储卡，DATA(数字音频磁带)或其他介质。在此情况下，有充分的理由提供一个用于CD，存储卡，DATA(数字音频磁带)的复制单元来代替，或者，除了所述CD复制单元2外，还提供一个用于CD，存储卡，DATA(数字音频带)的复制单元。

记录和/或复制单元3是配有HDD的地方，所述HDD大容量第二记录介质作为，用于为所述HDD记录和/或复制数据。作为第二记录介质的所述HDD有比作为第一记录介质的CD更大的容量，诸如达几十个GB的容量。记录和/或复制单元3的结构将在随后解释，来自CD复制单元2的音频数据S1和来自语音输入/输出单元4(PCM数字音频数据)的音频数据S2输入到记录和/或复制单元3，以便记录和/或复制单元3能在HDD上记录这些音频数据S1和S2。该音频数据S1和S2可以是例如符合IEC60958的音乐数据信号。也可以把从HDD复制的音频数据S3输出到语音输入/输出单元4。

语音输入/输出单元4是用于输入/输出音频数据的地方.，并把从CD复制单元2或HD记录和/或复制单元3复制的音频数据输出到扬声器***或其它设备，同时接收从其他设备提供的音频数据(数字音频数据或模拟音频信号)。***控制器1同时也基于转换控制信号(changeover controlsignal)CSW通过语音输入/输出单元4控制输入/输出路径，这点随后将作详细说明。

***控制1通过接口7连接到个人计算机101。例如，个人计算机101和***控制器1使用时钟异步串行信号彼此通信。由计算机中常用的串行电缆或USB电缆连接。运行在个人计算机101上的应用软件能控制***控制器1，以使复制器件100执行所需操作。

个人计算机101有通过预先建立的通信网络进行网络通信的功能，诸如通过因特网，并且能和没有标出的外部服务器通信。外部服务器在此意指一个提供有关商用CD唱片的附加信息的扩充服务的信息站点。具体地讲，外部服务器检索响应所述CD身份信息的有关CD以便提供用于所述CD的附加信息，例如，唱片名字，被记录的音乐曲目的名字，或ISRC。与这种外部服务器通信的个人计算机101能采集所述附加信息。为了实现用于采集附加信息的通信处理，个人计算机101包括了一个用于自动采集附加信息的应用软件。这点将结合图17至19随后说明，作为本实施例的操作特点的自动采集附加信息的操作可以通过应用软件和***控制器1协同处理来实现。

在个人计算机101上运行的所述应用软件能够通过使用GUI显示在视觉上易于理解的所述CD音乐曲目或记录在HDD上的信息，以允许用户在该应用软件上编辑信息。例如，可以在与个人计算机101连接的没有示出的显示器上进行GUI操作。

在本实施例中，假定个人计算机101具有和通信单元一样的功能和用于自动采集附加信息的控制单元的部分功能。然而在复制器件100中可能提供一个网络通信单元，并使***控制器1执行通信操作控制以便在***控制器和个人计算机101之间提供冗余连接。2.CD复制单元的结构

在本发明的数据管理装置中使用的CD复制单元2有一个如图2所示的结构。一个盘90是一个在CD复制单元2上装载的CD。在CD复制操作期间，盘90以恒定线速度(CLV)由主轴马达22主轴驱动。通过光学头23读出在盘90上按比特记录的数据，并把它提供给RF放大器25。

为了从盘90读出数据，在光学头23中提供了一个作为激光光源的激光二极管，一个用于检测反射光的光检测器，一个作为激光输出端的物镜，和一个用于把激光通过物镜照射到盘记录表面或把反射光发送到光检测器的光学***。

由一个双轴激励器件支撑物镜在平行于光学轴的聚焦方向和垂直于光学轴的跟踪方向的运动。一滑动机械装置24支撑整个光学头23沿着光学盘的半径运动。

射频放大器25除了重放RF信号外，还生成聚焦误差信号和跟踪误差信号。把这些误差信号发送到伺服电路27。伺服电路27从聚焦和跟踪误差信号生成聚焦驱动信号、跟踪驱动信号和滑动驱动信号，以便控制光学头23中的双轴机械装置或滑动机械装置24的动作。伺服电路27对跟踪误差信号的低范围分量或来自CD控制器21的访问命令信号做出响应，以产生滑动驱动信号来控制滑动机械装置24，以引起光学头23的运动。伺服电路27还基于由解码器26或CD控制器21提供的主轴误差信号或主轴反冲/制动信号生成主轴驱动信号，以控制主轴马达22的运动。

把从RF放大器25输出的再生RF信号发送到解码器26，解码器26执行EFM解调和CIRC解码，以便把从盘90读出的信息解码成按44.1kHz和16比特量化的数字音频数据S1。把数字音频数据发送到如图1所示的HD记录和/或复制单元3和语音输入/输出单元4。把从解码器26提取的控制数据，诸如TOC或子代码，提供给CD控制器21，用于各种控制目的的应用。

所述CD控制器21是一个用于控制CD复制单元2的微型计算机。在盘90(CD)复制期间，有必要读出在CD上记录的管理信息即TOC。基于该管理信息，CD控制器21找出在盘90上记录的曲目编号或每个曲目的地址，以控制复制操作。从而，当装载盘90时，CD控制器21通过复制已经记录TOC的盘的最里面边沿来读取TOC，并使这样读出的TOC存储在内部RAM中，在随后的盘复制操作时用作参照。

如果盘90是CD文本，则以形成TOC数据的子代码格式记录文本数据。在读TOC的过程中，当读入TOC时，CD控制器21读入该文本数据以便在内部RAM中存储这样读入的文本数据。同时，存在这样一种模式，其中，文本数据不是被记录在所谓的TOC区域，而是以子代码的形式记录在节目区。在此情况下，与子代码数据一起，还捕获当进行节目(曲目)的复制时提取的文本数据。

CD控制器21能与如图1所示的***控制器1或HD记录和/或复制单元3(HD记录和/或复制单元3里面的HD控制器31将在后面说明)交换各种控制信号CS。例如，当对操作单元5操作以便启动诸如CD复制，快进(fastfeed，FF)，倒带(rewind，REW)，自动目录搜索(AMS)，暂停(pause，transientstop)，停止，或复制等操作时，***控制器1把用于这些操作的操作信息发送到CD控制器21。响应于该操作信息，CD控制器21控制CD复制单元2的各个部分以便执行用户想要的操作。CD控制器21还把CD复制单元2的操作状态，从盘90读入的TOC信息或文本信息，或在CD回放期间的时间信息(地址)发送到***控制器1。基于CD控制器21的信息，***控制器1能理解CD复制单元2的操作状态，并使显示单元6基于所述TOC或子代码信息显示随后提到的各种显示信息。

CD控制器21在进行复制操作时在它和HD记录和/或复制单元3之间交换各种信息，这点将在随后作详细的具体解释。3.HD记录和/或复制单元的结构

组成本发明的数据管理装置的HD记录和/或复制单元3按如图3所示的结构构建。如图3所示的HD记录和/或复制单元3包括一HDD(硬盘驱动器32，)作为具有大容量的第二记录介质。HD控制器31是一个用于控制HD记录和/或复制单元3的操作的控制器。在HD控制器31里面安装了用于对HDD32实现访问、读出和写入的一个取名为文件***的装置。例如，该文件***可以是一个FAT32的文件***。

如图1所示，HD控制器31能够同***控制器1和CD复制单元2(CD控制器21)交换各种控制信号CS。如随后所述，当把来自CD复制单元2的重放数据复制到HDD32时，***控制器1把复制和其他命令发布给HD控制器31。CD控制器21发送根据复制盘90而读入的TOC信息或文本信息。TOC信息等被用于在如随后所述的数据库中生成所述盘的身份信息。HD控制器31把与操作状态或复制操作有关的信息发送到***控制器1和CD控制器21。

HDD32在HD控制器31的控制下写入/读出数据。特别地讲，按预定的方式处理由CD复制单元2复制的数字音频数据S1或由语音输入/输出单元4提供的数字音频数据S2，并把它们记录在HDD32。由FAT32文件***管理所述记录数据。由HD控制器31读出所述记录数据以便于提供给语音输入/输出单元4并在语音输入/输出单元4输出。例如，如果为了复制用户在操作单元5已经执行了在HDD32上记录的音乐曲目的指定操作。则***控制器1把所述操作信息发送到HD控制器31。例如，HD控制器31接着使指定的音乐曲目的数据从HDD32复制并把作为音频数据S3的这样复制的音乐曲目发送到语音输入/输出单元4。

为了管理记录在HDD32上的数据，在HDD32中提供了一个用于记录CD身份信息或关于CD的附加信息的数据库。当有必要时，HD控制器31能查询和更新存储在HDD32中的数据库。

语音压缩编码/解码电路33和缓冲存储器34是用于处理HD32的重放数据或记录数据的地方。把由CD复制单元2复制的数字音频数据S1或由语音输入/输出单元4提供的数字音频数据S2输入到HD记录和/或复制单元3。语音压缩编码/解码电路33例如ATRAC3压缩***将这样输入的数字音频数据S1，S2进行压缩。把这样压缩的数字音频数据存储在缓冲存储器34中，用于在HD控制器31控制下在HDD32上记录。当从HDD32复制时，把通过HD控制器31从HDD32读出的数据存储在缓冲存储器34。接着按预定的速率从缓冲存储器34读出数据以便于在语音压缩编码/解码电路33中解压缩(expand)。这消除了ATRAC3***的压缩以致在语音输入/输出单元4把该数据作为常规数字音频数据S3输出。

应该注意到，压缩***不一定必须是ATRAC3，它也可以是其他压缩***，诸如MPEG音频***。另外，也可以非压缩地把数据记录在HDD32上。可以对记录在HDD32上的数据加密，并且这样加密的数据可以在复制的时候被解密。4.语音输入/输出单元的结构

形成按照本发明的数据管理装置的语音输入/输出单元4可以按如图4所示的结构构成。如图4所示的语音输入/输出单元4具有一个用于模拟音频信号的输出终端41，一个用于模拟音频信号的输入终端42，一个用于模拟音频数据的输出终端43，一个用于数字音频数据的输入终端44，D/A转换器45，46，一个A/D转换器47，一个数字接口48和开关49，50。把由CD复制单元2复制的数字音频数据S1或由HD记录和/或复制单元3复制的数字音频数据S3提供给该语音输入/输出单元4。

在CD复制单元2的复制时间期间，***控制器1通过转换控制信号CSW把开关49连接到tc终端。从而，D/A转换器46把来自HD记录和/或复制单元3的数字音频数据S3转换成模拟音频信号，该信号通过开关49提供给输出终端41以便于作为模拟音频信号被输出。功率放大电路放大来自输出终端41的模拟音频信号，并通过扬声器输出或发送到其他设备作为线路输出。

同时也把由CD复制单元2复制的数字音频数据S1，或由HD记录和/或复制单元3复制的数字音频数据S3提供给数字接口48。该数字接口48按作为数字接口格式的传输数据结构对提供至此的数字音频数据S1或S3编码，并在输出终端43输出随后的编码数据。即，可以以数字音频数据结构把已复制的语音发送到其他设备。

HD记录和/或复制单元3在HDD32上不仅能记录来自CD复制单元2的数字音频数据S1，而且能记录由语音输入/输出单元4提供的数字音频数据S2。为此目的，语音输入/输出单元4按如下方式输出数字音频数据S2：

首先，如果把来自外部设备的模拟音频信号输入到输入终端42，A/D转换器47就按44.1kHz的采样频率和16个量化比特数把模拟音频信号转换成数字音频数据。接着***控制器1通过转换控制信号CSW把开关50的可移动终端连接到终端ta，以便把A/D转换器47的输出作为数字音频数据S2发送到HD记录和/或复制单元3。当把来自外部设备的数字音频数据输入到输入终端44时，由数字接口48对输入数据进行解码。此时，***控制器1通过转换控制信号CSW使开关50的可移动终端被连接到终端td。从而，把由数字接口解码的输出作为数字音频数据S2发送到HD记录和/或复制单元3。同时也可能通过数字接口48把由CD复制单元2复制的数字音频数据S1作为数字音频数据S2提供给HD记录和/或复制单元3。5.CD的子代码和TOC

在下文中解释与主数据一道记录在具有CD格式的盘上的子代码和在它的导入区域记录的TOC。

记录在CD类型盘上的数据的最小单位是一帧，98个这样的帧构成一个块。

图5说明了一帧的结构。

一帧由588个比特组成，其中头24比特代表同步数据并且接下来的14比特代表一个子代码区数据域，接着往下是数据和奇偶性。98个这样的帧构成一个块。收集从这些98帧中摘取的子代码数据以形成如图6A所示的子代码数据的一个块(子代码帧)。来自98帧中的第一和第二帧(帧98n+1和帧98n+2)的子代码数据被用作同步模式。第3至第98帧(帧98n+3至帧98n+98)构成通道P，Q，R，S，T，U，V和W的子代码数据(通道数据)，每个通道子代码数据由96个比特组成。在这些通道中，P和Q通道用作例如访问管理。应该注意到，P通道代表在相邻曲目之间的暂停部分以使Q-通道进行精确控制(Q1至Q6)。按照如图6B所示的方法构造96比特的Q-通道数据。

首先，Q1至Q4的4个比特用作控制数据，用来识别音频通道的编号，着重强调的是，用来识别是否是CD-ROM，或者，是否可能进行数字拷贝。

Q5至Q8的4个比特用作ADR，用来表示sub-Q数据模式。具体地讲，ADR的4个比特表示如下的模式(sub-Q数据的内容)：0000：模式0…基本上sub-Q数据全为0(在CD-RW中使用)0001：模式1…常规模式0010：模式2…指示盘的类别编号0011：模式3…指示例如ISRC(国际标准记录代码)0100：模式4…在CD-V中使用0101：模式5…在多光道(multi-session)类型介质诸如CD-R，CD-RW或CD-EXTRA中使用

在ADR之后的Q9至Q80的72个比特用作sub-Q数据，而剩余的比特Q81至Q96用作CRC。

当ADR表示模式1时，由sub-Q数据表示地址。参照图7和8说明ADR＝模式1的情形的Sub-Q数据和TOC结构。

在盘的导入区域，记录在其中的sub-Q数据正是TOC信息。即，在从导入区域读入的Q通道数据中来自Q9至Q80的72个比特的sub-Q数据具有如图7A所示的信息。同时，图7A更详细地显示了在导入区域中的图6B的部分72比特sub-Q数据的结构。每个sub-Q数据有8比特的数据并代表TOC信息。

首先，用Q9至Q16共8个比特记录曲目编号(TNO)。在导入区域中，曲目编号被固定在[00]。

点(POINT)由来自Q17至Q24的8个比特描述。

Q25至Q32、Q33至Q40以及Q41至Q48的每8个比特分别表示作为在导入区域中的流逝时间的MIN(分钟)，SEC(秒)和FRAME(帧)。

Q49至Q56被设置为“00000000”。

Q57至Q64、Q65至Q72以及Q73至Q80的每8个比特分别记录PMIN、PSEC和PFRAME。PMIN，PSEC和PFRAME的意义由POINT的值确定。

如果POINT值在“01”至“99”之间取值，则这些POINT值表示曲目编号。至于PMIN、PSEC和PFRAME，作为分(PMIN)，秒(PSEC)和帧(PFRAME)来记录给定曲目编号的某个曲目的起始点。

如果POINT的值是“A0”，则用PMIN记录第一个曲目的曲目编号。诸如CD-DA(数字音频)，CD-I或CD-ROM(XA规范)的规范的区别依PSEC的值而定。如果POINT的值是“A1”，则用PMIN记录最后曲目的曲目编号。如果POINT的值是“A2”，则用PMIN，PSEC以及PFRAME作为绝对时间地址(分(PMIN)，秒(PSEC)和帧(PFRAME))表示导出区域的起始点。

如果一个盘譬如说有6个曲目(6个节目或6个音乐曲调)记录其上，则通过这些sub-Q数据按照如图8所示记录作为TOC的数据。由于它是已记录的TOC，曲目编号TNO是全0或用“00”表示。块编号(block NO.)意味着作为如上所述的98帧(子代码帧)块数据的一个导入sub-Q数据的号码。用3个多块写入每个TOC数据的相同内容。如果POINT是如图所示“01”至“06”，则第一曲目#1至第六曲目#6用PMIN、PSEC和PFRAME表示。

如果POINT是“A0”，则PMIN中用“01”表示为第一曲目编号。如果盘是用于通常音频的CD，则通过PSEC的值“00”可以鉴别该盘。如果盘是CD-ROM(XA规范)，则PSEC＝“20”。在POINT的值是“A1”时，用PMIN记录最后曲目的曲目编号，同时当POINT的值是“A2”时用PMIN、PSEC和PFRAME表示导出区域的起始点。在块n+27ff中，块n至n+26的内容被重复记录。

在节目区域中，其中的音乐曲目等被记录为曲目#1至曲目#n，并且在导入区域中，记录在其中的sub-Q数据具有如图7B所示的信息。在该图中，详细显示了在节目区域和导出区域中的图6B的用于72比特sub-Q数据部分的结构。

在此情况中，用Q9至Q16的8个比特记录曲目编号(TNO)。在曲目#1至#n中，曲目编号假定是“01”至“99”中的任何值。在导出区域中，曲目编号是“AA”。在下一个8比特即Q17至Q24中，记录目录。该目录是进一步细划各自曲目的信息。

Q25至Q32、Q33至Q40以及Q41至Q48的每8个比特表示作为在一个曲目中的流逝时间的MIN(分钟)，SEC(秒)和FRAME(帧)(相对地址)。

Q49至Q56被设置为“00000000”。

分别称作AMIN，ASEC和AFRAME的Q57至Q64、Q65至Q72以及Q73至Q80的每8个比特分别变成作为绝对地址的分(AMIN)，秒(ASEC)和帧(AFRAME)。该绝对地址变成从第一个曲目的引导结尾(即把节目区域的引导结尾)到导出区域而连续分配的地址。

上面是子代码和主要由这些子代码形成的TOC。该子代码可以进一步包括各种信息。例如，在CD文本中，子代码P，Q，R，S，T，U，V和W的数据R至W被用来存储文本信息。6.在HDD中记录的文件结构

下面参照图9解释在HDD32中记录的各种文件。

如上所述，按照一个音乐数据文件MDF，以曲目为基础，即以音乐曲调为基础，来记录输入到HD记录和/或复制单元3并在HDD32中记录的作为数字音频数据S1，S2的数据诸如音乐数据。在图9中，显示了多个音乐数据文件MDF1，MDF2，...，每个都代表一个音乐曲调。

这里提供了一个用于单个音乐数据文件MDF的、按一个数据组即按一个独立的唱片来安排的音乐曲调播放顺序管理文件PFM。图9显示了多个音乐曲调播放顺序管理文件PFM，PFM1，PFM2，...，它们中的每一个都管理一个单独的唱片。这些播放顺序管理文件PFM整个地作为一个唱片管理文件受到管理。当唱片管理文件和各自的播放顺序管理文件PFM的结构可以明显地可改变时，如图12A的例子所示，可以在一个唱片管理文件中把各自播放顺序管理文件PFM，PFM1，PFM2，...按块组成，或者由如图12B所示，用带有关联指针表示的每个播放顺序管理文件PFM，PFM1，PFM2，...的唱片管理文件来管理用于每个播放顺序管理文件PFM的指针，即在HDD 32上的记录位置或文件名。

例如，如果在图9中，音乐数据文件MDF1至MDF4是从一个包含有4个音乐曲调的从单个CD唱片中通过复制而记录的曲目，则设计播放顺序管理文件PFM1以便按曲目TK1至TK4来分别管理组成一个单独唱片的这些音乐数据文件MDF1至MDF4。同时，不仅当CD唱片整个地通过复制而被记录时，而且当由用于按一个唱片管理的播放顺序管理文件PFM指定由用户随意地选择并在HDD32中被记录的多个音乐曲调时，执行按一张唱片的方式的管理。即，用户能按一张唱片的形式以任意播放顺序构造音乐数据文件MDF的任意可选编号。用冗余方式由多个播放顺序管理文件PFM来管理单独的音乐数据文件也是可能的。即，当一个单独的音乐曲调组成一张唱片时，可以在多个唱片的任何一个中管理一个给定音乐曲调。

在HDD32中，按如上所述的方法构造所述数据库。该数据库管理用于具有一个作为一个独立单元的数据库文件DBF的音乐数据文件MDF的附加信息。该单独数据库文件DBF的形成和单个CD唱片相关联。每个音乐数据文件MDF有一个指定与之相关联的数据库文件DBF的指针。例如，如果音乐数据文件MDF1至MDF4是从包含有4个音乐曲调的单个CD唱片中通过复制而记录的曲目，则在所述数据库中形成与作为通过复制而记录的母本的CD唱片相联系的一个数据库文件DBF1。如图9所示，音乐数据文件MDF1至MDF4与数据库文件DBF1相关联。

图10显示了音乐数据文件MDF的结构。

具有文件名“MDF^***”的单个音乐数据文件MDF大致由一头部分和一音乐数据部分组成。在头部分中，记录了各种属性，文件大小(声音单元数)和音乐数据文件MDF的其他必要管理数据。同时也记录了数据库文件数量或数据库文件名，作为如上所述的指向在与音乐数据文件MDF相关联的数据库中的单个数据库文件DBF的指针。还记录了曲目编号(TNO)，该编号表明在哪一个曲目音乐曲调编号，在相关的数据库文件DBF中管理所述音乐数据文件MDF。由于数据库文件是基于CD的TOC而形成的，所述曲目编号与在CD唱片中原始记录的曲目编号相同，但是没必要和在音乐曲调播放顺序管理文件中被管理的曲目编号一致，这点随后将作说明。

在音乐数据部分中记录实际的音频数据。音频数据本身是一组称作声音单元SU的单元，每个声音单元大约23秒长。由声音单元(SU001至SU(n))形成一个音乐曲调的音频数据。

图11A和11B显示了一个音乐曲调播放顺序管理文件PFM的一个典型结构。

如图11A所示，与文件名“PMF^***”相符的音乐曲调播放顺序管理文件PFM大约由一个头部分和一个音乐曲调顺序管理部分组成。在头部分，记录了一个唱片编号和其他各种管理数据。

音乐曲调顺序管理部分管理多个音乐数据文件MDF，通过音乐曲调播放顺序管理文件PFM按照唱片管理，按照预置序列的曲目TK#1至TK#md，即按照音乐曲调播放顺序。具体地讲，如所示，组成一张唱片的多个音乐数据文件MDF的文件名表示成曲目TK#1至TK#m。例如，按照如图9所示，如果音乐曲目播放顺序管理文件PFM1按曲目TK1、TK2、TK3和TK4的方式管理这些组成一张独立的唱片的音乐数据文件MDF、MDF1、MDF2、MDF3和MDF4，则在音乐曲调顺序管理部分顺序记录所述音乐数据文件MDF、MDF1、MDF2、MDF3和MDF4的文件名。

图11B显示了对音乐曲调播放顺序管理文件PFM的修改，其中，除了图11A的信息外，在头部分记录了数据库文件DBF的一个指针。正如参照图9已经解释的那样，音乐曲调播放顺序管理文件PFM管理组成一张唱片的每个音乐数据文件MDF，同时每个音乐数据文件MDF指向相关联的数据库文件DBF。虽然本实施例的说明是以该结构为前提的，但是，它管理的音乐数据文件MDF指向相关联的数据库文件DBF也是可能的，这点将在如图9所示的修改X中指出。在这种情况下，如图11B所示，记录相关联的数据库文件编号或数据库文件名。

同时，一个数据库文件和一个音乐曲调播放顺序管理文件PFM没必要一一彼此对应。即，一个数据库文件DBF和一张作为复制母本的CD唱片相关联，并管理该CD唱片整个的或在其中记录的音乐曲调的附加信息等。

作为对CD复制的响应，形成一个该CD的数据库文件DBF。例如，如果仅仅一个音乐曲调从某个CD通过复制记录到HDD32，则按与作为复制的记录母本的整个CD相关联的结构构造与以这种方式记录的音乐数据文件MDF相关联而形成的数据库文件DBF。随后将参照图13对此作出解释。

另一个方面，作为一个独立唱片的音乐曲调播放顺序管理文件PFM管理作为音乐曲调记录在HDD32中的一个或多个音乐数据文件MDF。从而，如果从CD唱片通过复制而记录了整个音乐曲调，并且在所述音乐曲调播放顺序管理文件PFM中作为一个独立的唱片管理该整个音乐曲调的音乐数据文件MDF，则由音乐曲目播放顺序管理文件PFM管理的整个音乐曲调，即音乐数据文件MDF和公共的数据库文件DBF相关联，结果从音乐曲调播放顺序管理文件DBF中引用一个数据库文件DBF。然而，如果用户从大量的CD中通过复制选择和记录了这些音乐曲调并且在作为一张唱片的音乐曲调播放顺序管理文件PFM中有被管理的这样记录的音乐曲调，则由音乐曲调播放顺序管理文件PFM管理的各个音乐曲调和各自的不同数据库文件DBF分别相关联，结果从音乐曲调播放顺序管理文件PFM引用多个数据库文件DBF。在这种情况下，根据该曲目标明图11B的文件名的数据库文件编号。7.数据库

如图9所示，用一组单独的数据库文件DBF组成数据库。在数据库文件DBF中，记录了与其中记录的节目(曲目)有关的CD身份信息，CD唱片和附加信息。

图13显示了一个数据库文件DBF的内容。

如上所述，一个数据库文件DBF是结合一个CD而形成的。下面是在用与之相符的生成的给定数据库文件名“DBF^***”的数据库文件DBF中的内容：·数据库文件编号

这样的数据库文件编号是与给定的数据库中的每个数据库文件相符的编号。·唱片名***区(1)(Album name slot)

它是其中***一个字节字母或字符的唱片名的区域。·唱片名***位(2)(Album name slot)

它是其中***2个字节字母或字符的唱片名的区域·艺术家名***区(1)(Artist name slot)

它是其中***一个字节字母或字符的艺术家名的区域。·艺术家名***区(2)(Artist name slot)

它是其中***2个字节字母或字符的艺术家名的区域·唱片INFO

它是其中***与整个唱片相关联但不包含唱片名和艺术家名的附加信息的区域。例如，在此区域可以存储诸如与唱片出品人、出品公司和类型有关的信息等信息。此外，也可以存储例如唱片封面照片、艺术家照片或图像的图像数据·记录日期和时间

它是其中***通过复制记录到HDD32上的年，月，日，小时，分钟，秒的信息的区域。

如上所述的从唱片名至记录日期和时间的信息是作为与某个CD唱片整个相关联的附加信息而被管理的信息。

接着，提供了一个获得的CD的TOC数据等信息的区域。·在一张唱片中的总曲目编号

这是一个如图7和8说明的TOC数据中所指示的那样的，指示在所述CD上记录的曲目编号的区域。具体地讲，能够完全可以键入如图8所示的盘的最后曲目编号的值。·曲目TK#1的起始点...曲目TK#m的起始点

它指示CD的某个曲目的起始点(绝对时间地址值)。例如，如果TOC数据如图8所示，则在数据库文件的该区域直接记录曲目track#1至#6中的每个曲目所示的起始点的值。·导出的起始点

它指示所述CD的导出起始点(绝对时间地址值)。例如，如果TOC数据如图8所示，则在数据库文件的该区域直接记录所示的导出起始点的值。

如上所述的从全部曲目编号至导出起始点的信息是直接记录CD的TOC数据的内容的信息。

在TOC数据中，其中按分钟，秒，和帧的形式写入在CD中包含的曲目编号，曲目起始的绝对时间和导出起始点，不同的CD中这些值都一样几乎是不可能的。因此，这些TOC数据可以证明一个特定名称的CD的身份信息。在本实施例中，应用这点使数据库文件DBF成为相关CD的身份信息。

如上所述的在因特网上提供服务的外部服务器通过采用CD的TOC信息的身份信息识别CD以提供有关CD的附加信息。从而，在随后说明的本实施例中，当要求所述附加信息时，把由TOC数据构成的身份信息发送到外部服务器。

紧跟在身份信息之后，形成用于记录与记录在CD上的每个曲目相关联的附加信息的区域。·曲目TK#1的名字***区(1)(Name slot)至TK#m的名字***区(1)

这是一个用来***用于曲目TK#1至曲目TK#m的中的每一个曲目的一个字节字母/字符的曲目名字的区域。·曲目TK#1的名字***区(2)至TK#m的名字***区(2)

这是其中***用于曲目TK#1至曲目TK#m的每一个曲目的2个字节字母/字符的曲目名字的区域。·曲目TK#1的记录日期和时间至曲目TK#m的记录日期和时间

这是其中***用于曲目TK#1至曲目TK#m的每一个曲目的在HDD32上记录的日期和时间的区域。·曲目TK#1的ISRC至曲目TK#m的ISRC

这是其中***用于曲目TK#1至曲目TK#m的每一个曲目的ISRC数据的区域。·曲目TK#1的INFO至曲目TK#m的INFO

这是其中***用于曲目TK#1至曲目TK#m的每一个曲目的附加信息而不是如上所述的信息的区域。例如，可以在该区域存储诸如音乐曲目的歌词，曲作者，指挥者或类型或图像数据等信息。

响应来自CD的音乐数据的复制而生成这样的数据库文件DBF，或者，在这样的时间点从所述CD的TOC数据记录证明前面提及的身份信息的部分信息。然而，在大多数情况下，不是在数据库文件DBF中的所有信息在通过音乐数据的复制而记录的某个时间点作为音乐数据文件MDF的都记录在HDD32上。例如，对于HD控制器31，在从CD复制的时刻不能得到唱片名、音乐曲目的名字、ISRC或INFO，结果把这些信息作为空白(无效数据)留下来。

当数据库文件DBF不管理附加信息诸如音乐曲调的名字时，用户不能用例如音乐编号的名字识别记录在HDD32上的音乐数据文件MDF。在本实施例中，能从外部服务器自动获得用于在数据库文件DBF上注册的这种附加信息，这点将在随后说明。同时，如果被复制的盘90是CD文本，并且在从子代码读出的文本数据中如果存在音乐曲目的名字，则在复制相关联的曲目或盘的时刻可以在数据库文件中注册音乐曲目的名字。如果用户选择性地键入音乐曲目的名字，当然就可以作为附加信息注册它。然而，在本实施例中，通过自动注册处理使用户的这种输入显得多余。8.复制操作

将参照图14和15解释在由***控制器1，CD控制器21和HD控制器31的控制下在复制器件100中执行的复制操作。

***控制器1在步骤F101监控用户是否在操作单元5执行操作，以发布从CD到HDD32复制的命令。如果执行了复制操作，在步骤F102就把关于用户操作的信息发送到CD复制电路2(CD控制器21)。同时，***控制器1发布命令以将当前在CD复制单元2装载的盘90的TOC信息转送到HD控制器31。

该操作信息是关于用户已经命令的那种复制类型的信息，即，指示是否通过复制而记录CD的全部音乐曲目，或指定一个或更多的曲目并且仅仅通过复制而记录这样指定的曲目的信息。

当从***控制器1得到关于复制信息和用于TOC转发的命令的通知时，CD控制器21在步骤F201按照由***控制器1发布的命令，把用于当前装载的盘90已经读入的TOC数据转发到HD控制器31。

一旦从CD控制器21接收到TOC数据，HD控制器31在步骤F301就检索存储在HDD32中的数据库。即，HD控制器31根据输入的TOC数据内容生成参照图13已作说明的身份信息。利用这样生成的身份信息，HD控制器在其中记录有同样的身份信息的数据库中检索是否存在任意数据库文件DBF。当在过去从当前装载于CD复制单元2中的盘90复制进行记录，并且对于盘90已经生产了数据库文件DBF时，找得到具有相同身份信息的数据库文件DBF。另一方面，当现在第一次从中当前装载于CD复制单元2的盘90复制时，找不到具有相同身份信息的数据库文件DBF。

如果检索的结果指示没有发现有关的数据库文件DBF时，HD控制器31就从步骤F302进行到步骤F303，在此，重新准备具有这样准备的与其相符的身份信息的数据库文件DBF并把它加到该数据库。接着HD控制器31进行到步骤F304。如果倒过来，已经找到相关的数据库文件DBF作为检索结果，则HD控制器31从步骤F302进行到步骤F304。在该步骤F304，把重新准备或检索与本复制有关的数据库文件DBF以使已经作好关于该数据库的准备的事实通知给***控制器1。

如果作为检索结果，已经发现了有关数据库文件，则在HDD32上可能已记录作为音乐数据文件MDF的、在盘90上最新记录的所有曲目。而且，如果用户已经仅仅指定了用于复制的盘90的某些曲目，那么，这些曲目可能已经记录作为音乐数据文件MDF。在这些情况下，没必要进行将要执行的复制操作。从而，虽然没有在图14中标出，但可以把关于复制是不必要的这种结论的通知从HD控制器31发送到***控制器1，以便避免多余的复制，接着***控制器1在显示单元6为用户显示消息，以便再次确认用户的意图。如上所述，由于在数据库文件DBF上已经记录了在CD上记录的曲目的HDD32上的记录日期和时间，以致可以知道在HDD32上已经记录了作为音乐数据文件MDF的关于CD(盘90)的音乐曲调的曲目编号，通过HD控制器31从***控制器1或从CD控制器21接收有关本复制的曲目编号，HD控制器31可以做出如上所述的复制是否是不必要的决定。当然，可以在数据库文件DBF上记录指示在HDD32上记录或没记录每个曲目的信息。

一旦从HD控制器31接收到数据库调整结束的通知，***控制器1就在步骤F103发出用于准备复制的命令。即，命令CD控制器21准备由用户指定的复制，同时，命令HD控制器31准备记录。CD控制器21在步骤F202对来自***控制器1的命令做出响应，以准备复制盘90。即，通过响应用户的激励而准备复制，准备整个(即从第一个音乐曲目到最后一个曲目连续复制)盘90或由用户指定的曲目的复制。在完成准备复制的时间点，在步骤F203把准备结束的通知发送到***控制器1。

HD控制器31在步骤F305对来自***控制器1的命令做出响应，以对盘90的复制做好准备。具体地讲，HD控制器做好在HDD32上对由CD复制单元2提供并由它复制的数字音频数据S1的记录的准备。在这时，打开相关的数据库文件DBF，并且把通过复制而记录的用于管理盘90的音乐曲调信息的数据库文件名存储起来。当然，给出在步骤F301要检索所述数据库文件DBF或者在步骤F303重新准备数据库文件DBF。在已经做好记录准备的时刻，HD控制器在步骤F306把准备结束的通知发送到***控制器1。

由各自部分执行的处理接着进行到如图15所示的处理。

一旦检测到CD复制单元2和HD记录和/或复制单元3的准备已经完成，***控制器1在步骤F104命令CD控制器21开始复制，同时命令HD控制器31开始记录。CD复制单元2在步骤F204做出响应以复制盘90并把已复制的数字音频数据S1发送到记录和/或复制单元3。CD控制器21执行步骤F204的复制处理直到在步骤F205中检测出已经完成盘90的复制，即将要结束整个曲目的复制，或即将结束由用户指定的一个或多个曲目的复制。

HD控制器31对来自***控制器1的开始记录的命令做出响应，以在步骤F307实施对HDD32的记录处理。即，HD控制器对由CF复制单元2提供的数字音频数据S1执行预知处理，以按照声音单元记录作为音乐数据文件MDF的数据。

图16详细显示了在该步骤F307的记录处理。

在开始记录处理的时刻，HD控制器31在步骤F351重新设置音乐数据文件MDF。在步骤F352，HD控制器继续运行以便对于由CD复制单元2提供至此的数字音频数据S1执行预置的处理诸如数据压缩，以通过执行记录处理按音乐数据文件MDF的形式把所述数据从一个声音单元SU写到另一个声音单元。在按单独的音乐数据文件MDF写数据的时间期间，在步骤F353，HD控制器31不断监督所述曲目的变化或用于记录结束的命令。一旦曲目变化，即，当由CD复制单元2复制的曲目(曲调)从一个曲调变化到下一个曲调，或者当从***控制器1发布了用于结束记录的命令时，HD控制器运行到步骤F354。

各种曲目变化检测***可以大致分为一个用来在HD控制器31的部件上监督曲目变化的***和一个用CD控制器21把一曲目变化通知给HD控制器31的***。例如，假定监控在数字数据中连续的U比特曲目编号，如果提供给HD记录和/或复制单元3的数字音频数据S1是符合IEC60958格式的数字数据，则HD控制器31能检测到数字音频数据S1的曲目变化时序。当然，CD控制器21能知道来自在盘90复制期间获得的子代码的曲目变化。因此，HD控制器31通过把曲目变化通知发送给HD控制器31就能知道与数字音频数据S1的发送时序有定时关系的输入数字音频数据S1的曲目变化时序。

如果已经检测到曲目变化，在曲目变化时刻的数字音频数据S1已记录的时间点，其中至目前为止已经被写入声音单元SU(见图10)的音乐数据文件MDF的音乐数据部分的记录即将结束。从而，HD控制器31在步骤F354写入音乐数据文件MDF的头部分的信息，以终止音乐数据文件MDF的记录。具体地讲，参照图10解释的各种管理数据按照头部分被写入，同时关于数据库文件的数据库文件编号、数据库文件名和曲目编号被写入作为指针，指示相关数据库文件DBF。数据库文件编号和数据库文件名分别赋予指示在步骤F305打开的数据库文件DBF的所述编号和文件名，同时，曲目编号赋予在盘90上的曲目的曲目编号。

接着，处理从步骤F355回到步骤F351以便为下一个曲目设置新的音乐数据文件MDF，并且在步骤F352，通过执行记录处理，按音乐数据文件MDF的格式把数字音频数据S1从一个声音单元SU写入到另一个声音单元。通过这种处理，将来自盘90的曲目逐一地在HDD32上形成所述音乐数据文件MDF。

在完成盘90的复制的时间点，CD控制器21把CD复制结束的通知发送给***控制器1。同时把该通知发送到HD控制器31。一旦从CD控制器21检测到CD复制结束通知，***控制器1在步骤F105就向HD控制器31发送记录结束的命令。在HD控制器从步骤F355运行到图15的步骤F308的记录结束处理之后，在图16的步骤F353的处理中该HD控制器31检测到用于记录结束的命令，在这种情形中，HD控制器执行如上所述的步骤F354中相同处理以便完成用于正被记录的最后曲目的音乐数据文件MDF。

步骤F308的记录结束处理的例子包括设置响应一个或多个音乐数据文件MDF的生成的管理状态，诸如必需的处理，即，FAT刷新或目录设置，或生成用于管理一个或多个作为一个独立唱片叠置(incumber)的音乐数据文件MDF的音乐曲调播放顺序管理文件PFM。此外，在数据库文件DBF中写入可记录信息。如果所述文本90是CD文本并且已经采集了所述附加信息诸如音乐曲目名字信息，则在所述数据库文件DBF中可以写入诸如唱片名或音乐曲目名信息等数据。在如上所述的记录结束处理结束之后，结束在复制中的处理操作序列。

在上文中，已经按照在用户已经执行了复制来自作为一张独立盘的盘90的部分或所有曲目的操作的情况下的过程解释了复制操作。实际上，往往是用户从多个CD中选择他或她最喜欢的音乐曲目以执行连续复制。在这种情况下，在从一张CD到另一张CD中重复图14和15的操作。9.采集附加信息的操作

基于所述曲目在HDD32上通过如上所述的复制操作形成音乐数据文件MDF，然而，在数据库中，存在与各自音乐数据文件MDF相关联的现有数据库文件DBF。此外，由音乐曲调播放顺序管理文件PFM管理作为一张唱片的音乐数据库文件MDF。即，构造在图9中说明的文件结构。然而，在数据库文件DBF中，不存在在数据库文件DBF中记录的附加信息诸如音乐曲调的名字。

在本实施例中，在其中没有记录附加信息的数据库文件DBF中通过现在将要说明的处理自动注册附加信息。

在复制器件100和个人计算机101的协同操作下，实现自动附加信息的采集操作。参照图17至19解释该处理。在这些图中，显示了在个人计算机101上的操作处理和在部分复制器件上的处理，尤其是通过***控制器1和HD控制器31执行的处理。

在个人计算机101上启动的下面称为PC应用软件的所述应用软件具有把在HDD32上记录的音乐数据文件MDF有关的信息提供给用户的功能，处理GUI操作的功能，通过网络通信的功能和控制***控制器1的功能。在下面的描述中，术语“显示器”意指在个人计算机101中的显示器。例如，作为一个改进，可以使用复制器件100的显示器6。虽然使用个人计算机101的器件上的键盘或鼠标进行用户的操作，但是作为再一个改进的例子，也可以使用操作单元5。

用户可以使用个人计算机101，以请求显示在HDD32上记录的唱片信息，作为在HDD32上记录的音乐数据文件MDF的信息。一旦在步骤F402中检测到在图17中显示的来自用户的唱片信息显示请求，则在步骤F402中PC应用软件就从复制器件100要求唱片信息。例如，PC应用软件接收来自复制器件100的、目前诸如在启动时在HDD32中的音乐曲调播放顺序管理文件PFM的文件名，以至少知道在HDD32中的目前“唱片”的编号。在所述显示器上显示与每个音乐曲调播放顺序管理文件PFM相关联的唱片名等。为响应该显示，用户选择一张可选择的唱片以要求所述唱片的更多的详细信息。从而，在步骤F402，用户请求与用户已经选择的唱片有关的所述信息(音乐曲调播放顺序管理文件PFM)。

在步骤F501，复制器件100确认与PC应用软件请求有关的所述音乐曲调播放顺序管理文件PFM的内容，并且知道(grasp)由所述音乐曲调播放顺序管理文件PFM管理的每个音乐数据文件MDF。接着，在步骤F502，根据在每个音乐数据文件MDF中记录的数据库文件的指针确认与每个音乐数据文件MDF相关联的数据库文件DBF。同时，如果在这种情况中，已经根据所述单独的CD通过复制而记录了由所述音乐曲调播放顺序管理文件PFM管理的每个音乐数据文件MDF，则单独的数据库文件DBF被确认为与音乐数据文件MDF相关联的数据库文件DBF。如果已经根据两个或多个CD通过复制而选择性地记录了由所述音乐曲调播放顺序管理文件PFM管理的每个音乐数据文件MDF，则两个或多个数据库文件DBF被确认为与音乐数据文件MDF相关联的数据库文件DBF。

在已经检测到相关联的数据库文件DBF的时间点，确认所述一个或多个数据库文件DBF，以检查是否注册了所述附加信息诸如音乐曲调的名字。

如果没有注册用于音乐曲调播放顺序管理文件PFM的全部音乐数据文件MDF的所述附加信息诸如音乐曲调的名字，则把当前感兴趣的唱片的处理从步骤F503中调到步骤F504，以把所述音乐曲调播放顺序管理文件PFM的内容作为所述唱片的信息发送到PC应用软件。在这种情况中，把由所述音乐曲调播放顺序管理文件PFM管理的所述信息诸如所述音乐数据文件MDF的文件名发送到个人计算机100。另一方面，如果已经注册了用于音乐曲调播放顺序管理文件PFM的部分或全部的音乐数据文件MDF的附加信息诸如音乐曲调的名字，则把当前感兴趣的唱片的处理从步骤F503中调到步骤F505，以把所述音乐曲调播放顺序管理文件PFM的内容和在相关的数据库文件DBF中注册的附加信息的内容作为所述唱片的信息发送到PC应用软件。因此，在这种情况中，把由音乐曲调播放顺序管理文件PFM管理的所述信息诸如音乐数据文件MDF的文件名发送到个人计算机100，然而，对于音乐数据文件MDF和已经注册的所述附加信息而言，还发送所述附加信息诸如音乐曲调的名字。

如果复制器件100通过步骤F504或F505的处理已经发送了所述唱片的信息，则在步骤F403，PC应用软件在所述显示器上显示这样发送的所述唱片信息的内容。例如，按一个列表的形式显示音乐数据文件MDF的文件名作为在所述唱片中包含的音乐曲调和用户已经要求的信息。具体地讲，如果在步骤F505已经发送了所述附加信息，则可以代替或和所述文件名一起显示音乐曲目的名字。当然，也可以显示其他的附加信息的内容。

很明显，如果显示所述音乐曲调的名字，则用户能理解在所述唱片中包含的音乐曲目。例如，用户能选择和复制所述唱片或在所述唱片中的想要的音乐曲目，或者能指定另一张唱片以便索取其唱片信息。在没有显示所述音乐曲目的名字情况下执行这样的选择和复制是可能的。然而，如果在HDD32中已经记录了相当量的音乐数据文件MDF，则让用户去识别哪个音乐数据文件MDF表示哪个音乐曲调是一件困难的事。另一方面，如果显示基于唱片的所述附加信息，则对用户来说显得很方便，而当没有显示这样的信息时，则用户会感到不便。基于这种考虑，对于既没有记录唱片名字又没有记录音乐曲调的名字这种情况而言，把PC应用软件设计成能请求自动注册用于没有给予唱片名或音乐曲调名的所述唱片或音乐数据文件MDF这样信息的处理。在这种情况中，用户能根据所述唱片选择性地指定采集诸如唱片名或在所述唱片中包含的音乐曲调名等附加信息的所述处理，或者，在所述唱片中指定某个曲目或者仅仅自动选择没有注册附加信息的所述曲目的处理，以便于采集所述附加信息诸如用于该曲目的音乐曲调名。

如果用户已经指定了基于所述唱片的附加信息的自动采集，则PC应用软件的进程就从步骤F404进行到步骤F405并且把执行基于所述唱片的附加信息的自动采集的结果通知给复制器件100。PC应用软件的进程接着进行到图18的处理。如果用户已经指定了基于所述曲目的附加信息的自动采集，则PC应用软件的进程从步骤F406进行到步骤F407并且把执行基于所述曲目的附加信息的自动采集的结果通知给复制器件100。PC应用软件的进程接着进行到图19的处理。同时，在基于所述唱片的附加信息的自动采集的情况下或者在基于所述曲目的附加信息的自动采集的情况下，复制器件100对在步骤F405或F407的PC应用软件的通知做出响应，以分别运行到图18或图19的处理。

同时，如果用户通过GUI操作已经执行了另一个处理以响应在显示器上的显示，则PC应用软件从步骤F408进行到另一个处理，即和执行的处理保持联系的处理。例如，如果用户通过唱片编辑处理，已经命令回放一张唱片或一个曲目或者增加或删除在一张唱片中包含的所述音乐数据文件MDF或者改变音乐曲调播放顺序，或者已经执行了对HDD32上记录的音乐数据文件MDF的提取操作以构成一张新唱片，即一个音乐曲调播放顺序管理文件PFM，则执行与被执行的所述处理保持联系的处理。由于它和自动采集附加信息的处理没有直接的关系，所以不对它作详细的说明。

参看图18，现在说明在用户已经申请基于所述唱片的附加信息的自动采集这种情况中的PC应用软件和复制器件100的处理。在这种情况中，首先，PC应用软件在步骤F409申请一个当前被处理的数据库文件名给复制器件100。复制器件100在此做出响应，以在步骤F507把在当前唱片中(音乐曲调播放顺序管理文件PFM)被管理的每个音乐数据文件MDF中记录的数据库文件编号或所述数据库文件名发送到PC应用软件。

一旦接收到和每个音乐数据文件MDF相关联的所述数据库文件名，则PC应用软件在步骤F410检查整个数据库文件名或数据库文件编号，发送时是否相互一致。如果整个数据库文件名不一致，它表明当前所述唱片(音乐曲调播放顺序管理文件PFM)没有管理从独立的CD通过复制而记录的音乐数据文件MDF。即，音乐曲调播放顺序管理文件PFM没有管理和给定的独立CD相关联的所述唱片。在这种情况中，处理调转到步骤F413以便放弃基于唱片的附加信息的自动采集，同时通过给用户提示在显示器上显示指示该结果的消息以便终止该处理。

如果在步骤F410整个数据库文件名是一致的，则PC应用软件在步骤F411把所述数据库文件DBF自身的数据的内容申请给复制器件100。复制器件100在此做出响应，以在步骤F508把这样申请的数据库文件DBF的内容发送给PC应用软件。尽管发送到PC应用软件的数据库文件DBF的内容可以是整个的所述数据，对于发送至少前述基于TOC数据生成的身份信息而言它也足够了。

PC应用软件能够从数据库文件DBF的内容理解原始CD唱片的曲目编号。这是因为所述身份信息包含了在所述唱片中与整个曲目编号有关的所述信息，正如参照图13所作的说明那样。现在，将所述CD曲目的原始编号和由当前音乐曲调播放顺序管理文件PFM(音乐数据文件DFM的编号)管理的曲目编号比较，以检查曲目的两个编号是否彼此一致。如果曲目的编号彼此一致，则可能通过复制把整个CD的曲目记录到HDD32，并且所述音乐曲调播放顺序管理文件PFM管理在HDD32上的、作为和在原始CD上记录的整个曲目有相同内容的一组音乐曲调的各自音乐数据文件MDF。应该注意到音乐曲调的顺序根据用户的编辑操作可能不一致。

如果相反，曲目编号彼此不一致，则它表明由音乐曲调播放顺序管理文件PFM管理的音乐曲调(音乐数据文件MDF)是在相同CD上记录的音乐曲调，而不是在所述CD上记录的整个的音乐曲调。在这种情况中，对于其中包含的音乐曲调而言，可以确定原始CD和在HDD32上的当前唱片(音乐曲调播放顺序管理文件PFM)彼此不是完全一致。从而，PC应用软件调转到步骤F413，以放弃基于唱片的附加信息自动采集处理，同时通过用户信息在显示器上显示表示这种结果的消息，以终止所述处理。

即，在图18所示的说明性流程中，在原始CD中包含的音乐曲调和当前在HDD32上的唱片(音乐曲调播放顺序管理文件PFM)中的音乐曲调彼此完全一致的情况下，执行基于唱片的附加信息自动采集处理。因此，在步骤F412，当所述曲目的编号一致时，启动附加信息自动采集处理。首先，在步骤F414的PC应用软件建立在步骤F414中的网络连接，用来建立与提供附加信息供给服务的预置外部服务器的连接。在步骤F415，PC应用软件发送在数据库文件DBF上记录的TOC数据，即前述身份信息，并中请与在身份信息中表示的所述CD有关的附加信息诸如唱片名或音乐曲调名。外部服务器按照用于辨别TOC数据的某个关键词从大量商用CD唱片中辨别某个指定的CD唱片，并且发送用于指定CD唱片的附加信息。一旦接收到来自外部服务器的附加信息，在步骤F416中，PC应用软件就在显示器上显示这样接收的信息。例如，代替或除了在HDD32上作为文件名表示的音乐曲调的名字或者唱片名，显示实际唱片名或者音乐曲调名。

把存储在HDD32中的给定唱片的内容用这种方式通知给用户。实际上，用户在数据库文件DBF中注册所述名字等，并且接着键入所述名字等是不是由注册名表示的指令。具体地讲，在步骤F417，PC应用软件使在显示器上显示的消息，用来询问是否可以注册附加信息诸如正被显示的所述名字。用户答复该询问。如果用户决定注册是不必要的，则可以直接终止该处理。如果用户要求该注册，PC应用软件就调转到步骤F418，以便把用于更新数据库文件DBF的请求发送给复制器件100。复制器件100在此做出响应以便在步骤F509中为更新数据库文件DBF做好准备，用来在结束准备的时刻返回完成准备的通知。在步骤F419中，PC应用软件把所述数据库文件DBF的内容，即从外部服务器接收的附加信息发送给复制器件100。在步骤F510，复制器件100通过执行更新操作把发送至此的附加信息写入数据库文件DBF。一旦完成更新，在步骤F511，PC应用软件把结束更新的通知发送给PC应用软件，以终止所述处理。

利用如上所述的处理，从外部服务器自动采集基于所述唱片的附加信息，并且通过更新处理，注册在相关数据库文件DBF中采集的所述附加信息。例如，即使在上述处理之前的时刻在所述数据库文件DBF中已经记录了在图13中显示的信息中的数据库文件编号、TOC数据的身份信息以及记录日期和时间，在图13所示的每个名字***区(slot)，ISRC和INFO中通过上述处理也要注册所述附加信息。

在用户在步骤F406已经申请在图17中的基于所述曲目的附加信息自动采集的情况中，PC应用软件和复制器件100的处理如图19所示。在此情况中，在步骤F429，PC应用软件首先请求把一与一个或多个目标曲目相关的数据库文件名给复制器件100。考虑中的曲目意指由用户指定的曲目。或者，PC应用软件可以自动指定某个曲目，其中，在显示器上不能显示音乐曲目的名字作为目标曲目。对由PC应用软件请求的响应，在步骤F512，复制器件100把在所述目标曲目(音乐数据文件MDF)中记录的数据库文件名或者数据库文件编号以及在所述数据库文件曲目编号发送给PC应用软件。

一旦接收到来自复制器件100的答复，在步骤F421，PC应用软件就检查是否存在有与所述目标曲目(音乐数据文件MDF)相关的数据库文件名。如果通过如上所述的图14至图16的处理从CD通过复制而没有记录目标曲目(音乐数据文件MDF)，并且如果没有形成具有身份信息的相关数据库文件，同样当从没有TOC发送功能的外部设备通过复制已经记录了所述目标曲目时，目前不存在与整个目标曲目相关联的数据库文件名。如果现在不存在数据库文件DBF，则没有附加信息可以被注册，并且因此在步骤F422放弃所述处理，同时在显示器上显示表明放弃这类结果的消息，用于把这样的结果提示给用户以终止所述处理。

如果返回至少一个数据库文件名，在步骤F423，PC应用软件就请求这样返回的一个或多个数据库文件DBF的内容给复制器件100。复制器件100在此做出响应，在步骤F513发送所申请的数据库文件DBF的内容给PC应用软件。返回到PC应用软件的数据库文件DBF的内容可以是整个数据。然而，基于TOC数据生成的与前述身份信息对应的整个数据的一部分可能也足够了。根据数据库文件DBF的内容，PC应用软件能理解用于每个目标曲目复制母本的所述CD唱片的身份信息。当然，由于在步骤F512通过发送而已经采集了在音乐数据文件MDF中记录的数据库文件DBF上的曲目编号，因此已经可以理解在复制母本的CD唱片中的目标曲目的曲目编号。

同时，如果确定步骤F421的目标曲目的整个数据库文件DBF存在并且没有放弃所述处理，则没有用于部分目标曲目的数据库文件DBF这种情况是存在的。如果没有用于部分目标曲目的数据库文件DBF，则PC应用软件从步骤F124调转到步骤F425以便在显示器上提醒用户不能采集用于部分曲目的附加信息。从自动采集处理的主题中忽略不存在数据库文件DBF的曲目。

如果已经获得所述内容，具体地讲就是所述目标曲目的数据库文件DBF的身份信息，则PC应用软件就启动实际的自动附加信息采集处理。

即，在步骤F426的PC应用软件和在步骤F414的PC应用软件在步骤F426建立起用于与预置的提供附加信息供给服务的外部服务器建立连接的网络连接。在步骤F427，PC应用软件发送记录在数据库文件DBF上的TOC数据即前述身份信息，和所述目标曲目的曲目编号，并请求与在所述身份信息中表示的CD相关的所述附加信息诸如音乐曲调的名字。外部服务器利用所述TOC数据作为关键词辨别指定的CD唱片。外部服务器同时也从被发送的曲目编号中摘取个人计算机100所需的曲目的附加信息，以发送这样摘取的附加信息。

如果存在多个目标曲目，PC应用软件发送用于每个曲目的身份信息和曲目编号，同时，外部服务器把所述附加信息发送给每个这样的发送过程。

一旦接收到来自外部服务器的附加信息，在步骤F428，在显示器上就显示所述附加信息。例如，按在HDD32上显示用于至目前为止显示作为文件名的曲目的音乐曲调的实际名字。按照这种方式，可以清楚地通知用户在HDD32中存储的给定唱片的给定曲目代表什么音乐曲调。在实际的注册中，确认用户的意图。即，在步骤F429中，PVC应用软件在显示器上显示一条消息，查询是否可以注册与所述曲目相关的、在该显示器上显示的、当前采集的附加信息诸如所述名字。接着，用户在此做出响应。如果用户已经决定所述注册是不必要的，则直接终止该处理。如果用户已经请求了注册，则PC应用软件调转到步骤F430以便把用于更新数据库文件DBF的请求发送给复制器件100。在步骤F514，复制器件100对此做出响应而准备更新所述数据库文件DBF。当准备结束，复制器件100对于完成准备做出响应。

在步骤F431，PC应用软件把数据库文件DBF的内容，即，从外部服务器接收的附加信息，发送给复制器件100，复制器件100接着调转到步骤F515以便通过执行更新操作把返回的附加信息写入数据库文件DBF。如果将要更新多个数据库文件DBF，则以相同方式更新每个数据库文件DBF的更新操作。如果已经完成了整个的更新操作，则复制器件100把更新结束的通知发送给PC应用软件，以终止所述处理。

通过如上所述的处理，从外部服务器自动采集附加信息，并且通过执行更新操作处理在相关数据库文件DBF中注册所采集到的附加信息。例如，如果在这种处理之前的时刻，在用于部分由某个给定音乐曲调播放顺序管理文件PFM管理的数据库文件DBF中没有已经注册的附加信息，则采集用于这种音乐数据文件MDF(曲目)的附加信息，并把它注册在相关的数据库文件DBF中。

由于按照这种方式基于所述唱片或曲目实施附加信息的自动采集处理，用户就不必要必须输入例如用于在HDD32上通过复制而记录的音乐曲调的音乐曲调自身的名字。在自动注册之后，显示每个音乐数据文件MDF的音乐曲调或唱片名的名字(图17的步骤F403的显示)。从而，能容易理解在HDD 32中记录的内容(音乐曲调)。当然，如果已经注册了所述附加信息，则可以把它显示出来，由此用户能拒绝无意中的用于第二次的自动注册的请求，因此避免浪费的通信链路。10.其他实施例

本发明不限于如上所述的实施例或说明性操作，并且包括各种修改。

尽管在前文已经描述了基于唱片的处理和基于曲目的处理，但是仍可以应用它们中的一个。

在如上所述的实施例中，针对基于唱片的处理，当在HDD32上的唱片中包含的音乐曲调播放顺序管理文件PFM(音乐数据文件MDF)的音乐曲调和在复制母本的CD唱片中记录的音乐曲调完全彼此一致时，实施所述处理。或者，在音乐曲调不一致的情况中，也可以实施附加信息的自动采集处理。例如，可以忽略图18中的步骤F410或F412的决定，并且，可以在一个或多个数据库文件DBF上执行基于唱片的附加信息自动采集处理。

根据本发明的数据管理装置的结构不限于如图1所示的结构。尤其是，在复制器件中可以提供与通信单元对应的器件部分，并且可以不用个人计算机。或者，可以按照各自分离器件调整CD复制单元和HD记录和/或复制单元。

在复制处理中或者在基于唱片的附加信息自动采集处理中，在***控制器1，CD控制器21，HD控制器31或PC应用软件之间发送的通知或者命令仅仅是解释性的，结果依赖实际结构当然可以选择性地改变发送/接收通知或者命令的实体和内容。

可以不在HDD32中存储数据库或者音乐曲调播放顺序管理文件PFM，并且在其他场合可以提供非易失性存储器。

除了根据TOC数据准备的信息外，辨别各自CD的身份信息可以是任何适合的附加信息或者生产批号。即，外部服务器可以用来足以辨认给定CD的信息。

第一记录介质不限于CD，并且可以是一张MD，一个存储卡或者DATA，同时第二记录介质也不限于HDD，并且可以是一个固态存储器或者其他圆盘型记录介质或者卷带型记录介质。工业适用性

如上所述，根据本发明，由数据库单元管理从第一记录介质到第二记录介质的通过复制而记录的数据，同时管理第一记录介质的身份信息以使所述附加信息通过通信单元从外部服务器获得，并在数据库单元中自动注册这样产生的附加信息以允许所述附加信息诸如音乐曲调的名字即使在没有用户输入时也能采集到。因此，可以产生一个优点：如果用户没有执行通过操作***的繁琐的输入字母或字符的操作，也能相当容易地得到曲目名字、唱片名或者唱片的附加信息。尤其是，用户在利用HDD构建一个音乐服务器过程中会觉得一点也不费劲。

例如，能够用与传统的记录介质相比可能是大得不可比拟的大容量记录介质，诸如HDD，存储大量的音乐曲调。因此，有助于用户从音乐曲调的名字或者唱片名能自动地和被记录的音乐曲调相一致的HDD搜索想要的曲目。

通过具有基于记录在第一记录介质上记录的管理信息生成的身份信息，肯定可以辨别第一记录介质。由于在外部服务器上可以肯定辨别出第一记录介质，那么生成正确的附加信息是可能的。当然，用户不必要设置身份信息。

在第二记录介质上记录的基于节目的数据具有表示与所述数据相关联的数据库文件的指针信息。即，可以基于所述节目或曲目实现数据库管理。因此，例如，可以不考虑复制母本的CD唱片单元实现最佳数据管理。

例如，如果通过用户的编辑操作，诸如移动或删除曲目，打乱在第二记录介质上的在第二记录介质中基于所述唱片管理的音乐曲调的结构，则通过基于所述曲目管理音乐曲调，可以维持正确管理所述音乐曲调名或者所述附加信息的状态。

当用户在第二记录介质上从大量的CD中仅仅收集最喜欢的音乐曲调以形成一张唱片时，基于曲目的音乐曲调管理保证对附加信息诸如音乐曲调名正确管理。

通过提供按预定的顺序被生成的、管理一个或更多个数据的、作为基于节目的单元数据的一个数据组管理文件，在第二记录介质上管理作为一个独立唱片的数据诸如大量音乐曲调是可能的，从而使用户的复制更容易。

而且，如果被管理的数据组中的每个数据具有表示一个或多个相关联的数据库文件的指针信息，则数据组管理文件能够查阅甚至来自数据组管理文件的数据库文件。

控制单元使通信单元把由数据库单元管理的第一记录介质的身份信息发送到外部服务器。例如，从外部服务器接收用于整个第一记录介质的附加信息，并把这样接收的与所述身份信息相关联的附加信息存储在数据库单元，由此从逐个唱片中生成所述附加信息。

此外，通过具有接收用于某个节目的附加信息和在数据库单元中存储与所述身份信息相关联的如此接收的附加信息，获得基于曲目的附加信息也是可能的。

从上文可以看出，依靠在第二记录介质上的数据或唱片结构或者出现的已经采集了所述附加信息的曲目，可以实现最佳附加信息采集操作。例如，如果被管理的作为一张独立唱片的数据组中的某个数据已经采集了所述附加信息，则没有必要采集用于这样数据的附加信息，结果可以忽略采集附加信息的操作以便实现高效率的附加信息采集。尤其是，在家用的装置中，它对用户的一个极大好处是，通过高效的附加信息采集操作，通信的时间缩短了。

Claims

1.一种数据管理装置，包括：

复制单元，用于对一个便携式第一记录介质进行复制；

记录和/或复制单元，用于对具有比所述第一记录介质容量更大的第二记录介质进行记录和/或复制；

数据库单元，用于存储与来自所述复制单元的通过所述复制单元复制的以及在第二记录介质上由音乐记录和/或复制单元记录的数据相联系的、所述第一记录介质的身份信息和附加信息；

通信单元，用于和保持有与所述第一记录介质相联系的各种附加信息的外部服务器通信；

控制单元，用于使所述通信单元通过所述通信单元把由所述数据库单元管理的、与记录在所述第二记录介质上的数据相联系的、所述第一记录介质的身份信息发送到所述外部服务器，以便于拥有与从所述外部服务器接收的所述第一记录介质有关的附加信息，以拥有存储在与所述身份信息相联系的所述数据库单元的这样接收的附加信息。

2.根据权利要求1的数据管理装置，其中，把一个或多个节目和用于管理所述节目的管理信息记录在所述第一记录介质上，并且基于所述管理信息生成所述身份信息。

3.根据权利要求1的数据管理装置，其中，把一个或多个节目记录在所述第一记录介质上，并且其中，从所述第一记录介质通过所述复制单元复制的、在所述第二记录介质通过所述记录和/或复制单元记录的数据变成了基于节目的数据；

所述数据库单元用作为一个单位的、包括所述身份信息和附加信息的数据库文件构造一个数据库；并且其中，

在第二记录介质记录的基于节目的数据包括表示与所述数据有关联的所述数据库文件的指针信息。

4.根据权利要求1的数据管理装置，其中，把一个或多个节目记录在所述第一记录介质上；

从所述第一记录介质通过所述复制单元复制的、在所述第二记录介质通过所述记录和/或复制单元记录的数据变成了基于节目的数据；

所述装置还包括：

一数据组管理文件，用于管理作为基于节目的数据的一个或多个数据，作为将按预定顺序被复制的一组数据。

5.根据权利要求4的数据管理装置，其中，所述数据库单元用所述身份信息构造包括所述身份信息和所述附加信息作为一个单元的一个数据库；

所述数据库组管理文件包括表示与被管理的数据组中的每个数据相联系的一个或多个数据库文件的指针信息。

6.根据权利要求1的数据管理装置，其中，控制单元使所述通信单元把由所述数据库单元管理的第一记录介质的身份信息发送到一个外部服务器，以使得从所述外部服务器整个地接收用于第一记录介质的所述附加信息，以将与身份信息相联系的被接收的所述附加信息存储在所述数据库单元。

7.根据权利要求2的数据管理装置，其中，控制单元使所述通信单元把由所述数据库单元管理的第一记录介质的身份信息发送到一个外部服务器，以使得从外部服务器接收在所述第一记录介质上记录的用于部分节目的附加信息，并在所述数据库单元存储与所述身份信息相联系的、被接收的所述附加信息。