数据发送和接收系统.pdf

本发明提供一种发送和接收系统，其中由用户产生的数据文件可被上载到服务器，并且所上载的文件被下载到另一个用户。该发送和接收系统提供一个供普通用户可公开他们的作品和出售该作品的场所。

1.  一种被配置来传送内容数据到终端设备的信息服务器，包括：
存储媒体，被配置成存储多个内容数据；
通信单元，被配置成与所述终端设备通信；以及
控制单元，被配置成控制所述通信单元传送内容数据，
其中所述通信单元接收来自所述终端设备的内容选择信息，
其中所述控制单元控制所述通信单元传送数据到终端设备，所述数据表示相应于所述内容选择信息的一部分内容数据。

2.  按照权利要求1的信息服务器，
当所述通信单元在传送所述数据到所述终端设备后接收来自所述终端设备的内容请求信息时，所述控制单元控制所述通信单元传送内容数据。

3.  按照权利要求1的信息服务器，
当所述通信单元在传送所述数据到所述终端设备后接收来自所述终端设备的内容请求信息时，所述控制单元请求相应于所述内容数据的收费。

4.  按照权利要求1的信息服务器，
所述控制单元通过切掉相应于所述内容选择信息的一部分内容数据，而构成所述数据。

5.  按照权利要求1的信息服务器，
所述存储媒体单独地存储所述数据作为与相应于所述内容选择信息的内容数据有关的数据。

6.  按照权利要求1的信息服务器，
所述内容数据是音频数据，以及所述数据是作为一部分音频数据的内容数据的摘要。

7.  一种从信息服务器传送内容数据到终端设备的内容传送方法，包括以下步骤：
用于接收来自所述终端设备的内容选择信息的接收步骤；
用于检索指示相应于来自存储媒体的所述内容选择信息的一部分内容数据的数据的检索步骤；以及
把所述数据从所述信息服务器传送到所述终端设备。

8.  按照权利要求7的内容传送方法，还包括以下步骤：
用于在传送所述数据到所述终端设备后接收来自所述终端设备的内容请求信息的第二接收步骤；以及
用于把相应于所述内容请求信息的内容数据传送到所述终端设备的内容传送步骤。

9.  按照权利要求7的内容传送方法，还包括以下步骤：
用于在传送所述数据到所述终端设备后接收来自所述终端设备的内容请求信息的第二接收步骤；以及
用于根据所述内容请求信息请求收费的收费请求步骤。

10.  按照权利要求7的内容传送方法，
其中所述数据是相应于所述内容选择信息的一部分内容数据。

11.  按照权利要求7的内容传送方法，
其中所述存储媒体单独地存储所述数据作为与相应于所述内容选择信息的内容数据有关的数据。

12.  按照权利要求7的内容传送方法，
所述内容数据是音频数据，以及所述数据是作为一部分音频数据的内容数据的摘要。

数据发送和接收系统
本申请是申请号为98118358.1的专利申请的分案申请。
技术领域
本发明涉及一种数据发送和接收系统，该系统能把被装载在客户机一侧的记录媒体上所记录的数据从记录媒体处上载到服务器一侧，和能把来自服务器一侧的音频数据等等下载到记录媒体上。
背景技术
作为允许记录和重放的记录媒体，被称为迷你(mini)盘(商标)的磁-光盘是熟知的，它是一种直径约为64mm可被包容在盒子中的盘形式的记录媒体。
磁-光盘允许通过使用自适应变换声音编码系统(ATRAC)作为音频压缩系统而在其上以立体声记录音频数据大约74分钟。
磁-光盘可很容易地在室外携带，因为它的尺寸很小，易于携带。而且由于磁-光盘不同于被称为compact盘(商标)的传统的数字音频盘之处在于，它允许在其上进行记录，所以它允许复制音频数据。
顺便地说，为了把被压缩到大约五分之一的音频数据记录在磁-光盘上，音频服务器系统可被构建成使得压缩的音频数据在它们进入服务器一侧时被存储，并且数据被发送到客户机一侧，而不会受到用于压缩处理的任何译码器或任何编码器的干扰，这样它们可被下载到被装载在客户机一侧的磁-光盘上。
在音频服务器系统中，由于压缩的数据是在它们未被解压时被记录的，所以，与其中在执行解压处理以后执行压缩处理时进行记录相比较，用于记录所需要的时间可以减少。
如果音频服务器系统被构建成使得由用户携带的磁-光盘可被装在其中，并且在服务器中作为音频数据被记录的多个节目中的一个或多个节目可被复制在磁-光盘上，则可以实现不同于诸如CD(compact盘)那样的包装媒体的形式的音乐节目的新的销售/服务形式等。
然而，由如上述的这种音频服务器系统提供的音乐内容是从录音公司一侧提供的，而普通用户是处在被动状态。
某些使用上述的这种音频服务器系统的普通用户可能具有音乐写作的能力或抒情作品写作的能力，因此，为这样的人们提供一个可使这样的能力公众化或供出售的地方，将给出一个自我表现的机会。
发明内容
本发明的一个目的是提供一种数据发送和接收系统，它允许普通用户除了处在仅能接收由系统提供的信息的地位之外，还能进行表演。
为了达到上述目的，按照本发明的一个方面，提供了一种连接到信息中心的数据发送和接收系统，用于发送数据到信息中心和从信息中心接收数据，它包括：装载装置，在其中可装载用来记录由用户产生的内容数据的记录媒体；重放装置，用于重放由用户产生的和存储在记录媒体上的内容数据；发送装置，用于发送由重放装置重放的内容数据和与内容数据有关的管理信息；选择装置，用于从信息中心的大容量存储器中选择想要的数据；接收装置，用于接收由选择装置所选择的想要的数据和由信息中心发送给它的想要的数据的管理信息；以及记录装置，用于记录由接收装置接收的数据和管理信息，并把接收的数据和管理信息记录在被装载在装载装置中的记录媒体上。
按照本发明的另一个方面，提供了一种具有至少一个终端设备的信息中心，信息中心连接到终端设备并用于和终端设备进行数据通信，该信息中心包括：存储器装置，用于在其中存储多个内容数据；发送装置，用于把对于一个内容数据的管理信息加到由终端设备侧选择的、被存储在存储器装置中的内容数据之一上，并把其所得到的结果数据发送到终端设备；以及接收装置，用于接收在终端设备侧产生的及从终端设备侧发送的内容数据、和与内容数据有关的管理信息，以及在其中，内容数据是根据由接收装置接收的和被存储在存储器装置中的管理信息来进行安排的。
从以下的结合附图的描述和附属权利要求，本发明的以上的和其他的目的、特征、与优点将变成很明显，其中相同的参考符号表示相同的部件或元件。
附图说明
图1是显示本发明被应用于其中的音频服务器系统的方框图；
图2是说明被存储在图1的音频服务器系统的服务器中的文件结构的表格；
图3是图1的音频服务器系统的详细方框图；
图4是说明被图1所示的音频服务器系统记录在磁-光盘上的一个分组数据(a cluster of data)的数据结构的示意图；
图5A是说明被图1所示的音频服务器系统记录在磁-光盘上的一个分组数据的数据结构的示意图；
图5B是说明被包括在由图5A所示的分组中的一个扇区的数据结构的示意图；
图5C是说明声音帧的数据结构的示意图，其中11个声组由两个扇区构成；
图5D是数据结构的示意图，其中图5C所示的一个声组包括用于右信道和左信道的2-信道数据；
图6是说明U-TOC扇区0的数据结构的表格，该U-TOC扇区0是在图1所示的音频服务器系统中使用的磁-光盘的管理区；
图7是说明图6所示的U-TOC扇区0中管理的的起始地址和结尾地址的数据结构的示意图；
图8是说明图6所示的U-TOC扇区0中管理的的跟踪模式的数据结构的示意图；
图9是说明图6所示的U-TOC扇区0中的槽的链接条件的数据结构的示意图；
图10是说明U-TOC扇区1的数据结构的表格，该U-TOC扇区1是在图1所示的音频服务器系统中使用的磁-光盘的另一个管理区；
图11是说明U-TOC扇区2的数据结构的表格，该U-TOC扇区2是在图1所示的音频服务器系统中使用的磁-光盘的再一个管理区；
图12是说明U-TOC扇区4的数据结构的表格，该U-TOC扇区4是在图1所示的音频服务器系统中使用的磁-光盘的又一个管理区；
图13是图1的音频服务器系统的服务器单元和记录与重放段的方框图；
图14是说明在图13所示的服务器单元和记录与重放段之间下载时的信号流动的示意图；
图15A是ATRAC数据(ATRAC(S))从服务器单元侧发送到图14所示的客户机侧的记录与重放段的时序图；
图15B是数据请求数据(DATA Req(UD))从客户机侧的记录与重放段发送到图14所示的服务器单元侧的时序图；
图15C是说明由图14所示的记录与重放段进行的记录的时序的时序图；
图15D是从服务器单元侧发送到图14所示的客户机侧的记录与重放段的命令数据(Command(S))的时序图；
图15E是用于确认从客户机侧的记录与重放段发送到图14所示的服务器单元侧的处理条件的RTS/CTS信号(RTS/CTS(UD))的时序图；
图15F是说明由图14所示的记录与重放段进行的处理的时序的时序图；
图15G是说明从客户机侧的记录与重放段发送到图14所示的服务器单元侧的命令数据(Command(UD))的时序图；
图15H是用于确认从服务器单元侧发送到图14所示的客户机侧的记录与重放段的处理条件的RTS/CTS信号(RTS/CTS(S))的时序图；
图15I是说明由图14所示的服务器单元侧进行的处理的时序的时序图；
图16是说明在图13所示的服务器单元和记录与重放段之间上载时的信号流动的示意图；
图17A是说明从客户机侧的记录与重放段发送到图16所示的服务器单元侧的ATRAC数据(ATRAC(UD))的时序图；
图17B是说明数从服务器单元侧发送到图16所示的客户机侧的记录与重放段的据请求数据(DATA Req(S))的时序图；
图17C是说明由图16所示的服务器单元侧进行的记录的时序的时序图；
图17D是说明从服务器单元侧发送到图16所示的客户机侧的记录与重放段的命令数据(Command(S))的时序图；
图17E是用于确认从客户机侧的记录与重放段发送到服务器单元侧的处理条件的信号RTS/CTS(RTS/CTS(UD))的时序图；
图17F是说明由图16所示的记录与重放段进行的处理的时序的时序图；
图17G是说明从客户机侧的记录与重放段发送到图16所示的服务器单元侧的命令数据(Command(UD))的时序图；
图17H是用于确认从服务器单元侧发送到图16所示的客户机侧的记录与重放段的处理条件的信号RTS/CTS(RTS/CTS(S))的时序图；
图17I是说明由服务器单元侧进行的处理的时序的时序图；
图18是说明图13所示的服务器单元侧进行的处理的流程图；
图19是说明在下载处理时由图13所示的服务器单元侧进行的处理的流程图；
图20是说明在上载处理时由图13所示的服务器单元侧进行的处理的流程图；
图21是说明在图13所示的服务器中登记的曲目的列表显示的例子的表格；
图22A是显示在下载以前由图16所示的服务器单元提供的节目清单的示意图；
图22B是显示在下载以前被提前记录在盘上的节目清单的示意图，该盘被装载在图16所示的客户机侧的记录与重放段中；
图23A是从服务器单元侧发送到图16所示的客户机侧的记录与重放段的ATRAC数据(ATRAC(S))的时序图；
图23B是数据从客户机侧的记录与重放段发送到图16所示的服务器单元侧的请求数据(DATA Req(UD))的时序图；
图23C是从服务器单元侧发送到图16所示的客户机侧的记录与重放段的命令数据(Command(S))的时序图；
图23D是从客户机侧的记录与重放段发送到图16所示的服务器单元侧的命令数据(Command(UD))的时序图；
图23E是说明在下载时图16所示的客户机侧的记录与重放段的控制条件的时序图；
图24A是当作为管理信息的U-TCO扇区0信息被更新时，从服务器单元侧发送到图16所示的客户机侧的记录与重放段的命令数据(Command(S))的时序图；
图24B是用于确认从客户机侧的记录与重放段发送到图16所示的服务器单元侧的处理条件的信号(RTS/CTS(UD))的时序图；
图24C是说明由图16所示的记录与重放段进行的处理的时序的时序图；
图24D是说明作为磁-光盘的管理信息的U-TCO扇区0信息的更新条件的时序图。
图25A是当作为管理信息的U-TCO扇区1信息被更新时，从服务器单元侧发送到图16所示的客户机侧的记录与重放段的命令数据(Command(S))的时序图；
图25B是用于确认从客户机侧的记录与重放段发送到图16所示的服务器单元侧的处理条件的信号(RTS/CTS(UD))的时序图；
图25C是说明由图16所示的记录与重放段进行的处理的时序的时序图；
图25D是说明作为磁-光盘的管理信息的U-TOC扇区1信息的更新条件的时序图。
图26A是当作为管理信息的U-TCO扇区1信息被更新时，从服务器单元侧发送到图16所示的客户机侧的记录与重放段的命令数据(Command(S))的时序图；
图26B是用于确认从客户机侧的记录与重放段发送到图16所示的服务器单元侧的处理条件的信号(RTS/CTS(UD))的时序图；
图26C是说明由图16所示的记录与重放段进行的处理的时序的时序图；
图26D是说明作为磁-光盘的管理信息的U-TOC扇区1信息的更新条件的时序图。
图27是说明在下载后记录在磁-光盘上的节目清单的示意图；
图28A是说明在上载前存储在图13所示的服务器单元侧的节目清单的示意图；
图28B是说明在上载前被记录在盘上的节目清单的示意图，该盘被装载在图13所示的客户机侧的记录与重放段中；
图29A是从服务器单元侧发送到图16所示的客户机侧的记录与重放段的ATRAC数据(ATRAC(S))的时序图；
图29B是从客户机侧的记录与重放段发送到图16所示的服务器单元侧的数据请求数据(DATA Req(UD))的时序图；
图29C是从服务器单元侧发送到图16所示的客户机侧的记录与重放段的命令数据(Command(S))的时序图；
图29D是)从客户机侧的记录与重放段发送到图16所示的服务器单元侧的说明命令数据(Command(UD)的时序图；
图29E是说明在下载时图16所示的客户机侧的记录与重放段的控制条件的时序图；
图30A是当作为管理信息的U-TOC扇区0信息被更新时，从服务器单元侧发送到图16所示的客户机侧的记录与重放段的命令数据(Command(S))的时序图；
图30B是当作为管理信息的U-TOC扇区0信息被更新时，从客户机侧的记录与重放段发送到图16所示的服务器单元侧的命令数据(Command(UD))的时序图；
图30C是用于确认从服务器单元侧发送到图16所示的客户机侧的记录与重放段的处理条件的RTS/CTS信号(RTS/CTS(S))的时序图；
图30D)是说明由图16所示的服务器单元进行的处理的时序的时序图；
图31A是当作为管理信息的U-TOC扇区1信息被上载时，从服务器单元侧发送到图16所示的客户机侧的记录与重放段的命令数据(Command(S))的时序图；
图31B是当作为管理信息的U-TOC扇区1信息被上载时，从客户机侧的记录与重放段发送到图16所示的服务器单元侧的命令数据(Command(UD))的时序图；
图31C是用于确认从客户机侧的记录与重放段发送到图16所示的服务器单元侧的处理条件的RTS/CTS信号(RTS/CTS(S))的时序图；
图31D是说明由图16所示的服务器单元进行的处理的时序的时序图；
图32A是当作为管理信息的U-TOC扇区1信息被上载时，从服务器单元侧发送到图16所示的客户机侧的记录与重放段的命令数据(Command(S))的时序图；
图32B是当作为管理信息的U-TOC扇区1信息被上载时，从客户机侧的记录与重放段发送到图16所示的服务器单元侧的命令数据(Command(UD))的时序图；
图32C是用于确认从客户机侧的记录与重放段发送到图16所示的服务器单元侧的处理条件的信号(RTS/CTS(S))的时序图；
图32D是说明由图16所示的服务器单元进行的处理的时序的时序图；
图33是说明在上载后在服务器单元中的硬盘内的管理条件的表格；
图34是说明其中使用了一个通信网络的图1的音频服务器系统的示意图；
具体实施方式
在下面，将把利用迷你(mini)盘系统而构建的音频服务器系统作为本发明的优选实施例按以下次序来描述。
1.音频服务器系统的结构概念
2.音频服务器系统的结构
3.迷你(mini)盘的分组的格式
4.U-TOC
5.用于上载/下载的数据传输系统
6.上载/下载处理
7.下载运行的举例
8.上载运行的举例
9.音频服务器系统使用网络
1.音频服务器系统的结构概念
首先，参照图1和2描述其中本发明被应用于其中的音频服务器系统的结构的概念。
图1说明音频服务器系统的结构概念。参照图1，音频服务器系统包括上载单元200、服务器单元201和下载单元203，作为其基本部件。
上载单元200具有重放被记录在例如迷你(mini)盘(磁-光盘)D1上的音频数据和音频数据附带的字符信息、图象信息、管理信息、与某些其它信息的功能，迷你(mini)盘是使用于迷你(mini)盘系统的。
服务器单元201包括服务器202，它由例如硬盘等构成，能存储大量音乐节目作为音频数据，以及存储节目附带的各种不同的信息。
下载单元203具有把音频数据和音频数据附带的字符信息、图象信息、管理信息、以及某些其它信息记录在例如迷你(mini)盘(磁-光盘)D2上的的功能，迷你(mini)盘是使用于迷你(mini)盘系统的。
应当指出，上载单元200和下载单元203可以以整体构件被构成为例如迷你(mini)盘记录和重放设备。作为数据发送和接收系统结构的具体实例，其中采用了具有上载单元200和下载单元203的记录与重放段的实例将在后面描述。
上载单元200和服务器单元201具有用于音频数据的接口和用于在其中所建立的各种命令、附带信息等的另一个接口，这样，从盘D1重放的得到的音频数据和附加信息可由上载单元200上载到服务器202。
下载单元203和服务器单元201也具有用于音频数据的接口和用于在其中所建立的各种命令、附带信息等的另一个接口，这样，被存储在服务器202的音频数据和附加信息可被发送到下载单元203，以便允许下载单元203把它们记录到盘D2上，以执行下载。
具体地，在音频服务器系统中，某个用户可把用户携带的盘D1装到上载单元200，以及把由用户编曲的、并提前记录在盘D1上的音乐节目上载到服务器202。
也可以把作为与音乐节目有关的信息的字符信息或图象信息同音乐节目等相伴随地上载到服务器单元201。
而且，另一个某个用户可携带来一个可记录的盘2，把它装到下载单元203，从被存储在服务器202的音乐节目中选择想要的音乐节目等，并把选择的音乐节目复制到盘2，以实现下载。
在这种情况下，不单音频数据、而且和音频数据附带一起存储的字符信息和图象信息都可被下载。
通过上述的音频服务器系统，用户可把用户自己拥有的信息(音乐节目等)提供(上载)给许多的以及未加以限定的人。
而且，用户可通过付费或不用付费而可得到被存储在服务器202中的信息。
在服务器202中，上载信息是以例如图2中所示的这样的文件结构而被存储的。应当指出，图2中所示的结构仅仅是一个例子。
例如，一个上载信息作为内容被存储。为便于描述起见，把内容号码#1，#2，...，#n个别地加到内容上。
对于每个内容，首先登录上载该内容的用户的用户姓名。接着，登录用户(或对于每个内容)的密码。再接着，作为真实数据、音乐节目等的音频数据(按照ATRAC压缩系统的音频数据；在以后把它称为ATRAC数据)的内容和它的标题(音乐节目等的名称)一起被存储。
再者，如果把字符数据(文本数据)或图象数据(比特映射数据或压缩图象数据)附带在ATRAC数据上一起上载，那末它们以相应的关系被存储。
应当指出，为便于描述起见，为了识别ATRAC数据、字符数据和图象数据，用分别加在每个内容号码#n上的下标，如“#n.atc”、“#n.txt”、和“#n.TIF”来表示它们。
字符数据是由上载的用户任意产生的信息，例如音乐节目的文字、抒情作品的作者和作曲者、演奏者、消息、解释和其它个人信息。
图象数据也是由上载的用户任意产生的信息，例如有关音乐节目的图象图画，上载的用户的照片等等。
而且，在服务器202中，下载操作的数目受到管理，它导致下载信息附属于上载信息。
而且，当上载用户想要以收费供给节目时，与有关的下载相一致的收费的付款情况(例如上载次数)受到了管理。
另外，也登录了当上载用户在上载后要把URL(均匀资源定位器)地址呈现在用户本身的互联网主页时输入的URL地址。
而且，也设置了例如用于一次下载操作要收的钱数，并通过输入上载用户等而被登记。还对进行上载登记的日期进行了管理。
2.音频服务器系统的结构
作为如上所述的这样的音频服务器系统的具体结构的实例，描述了作为本发明的优选实施例的音频服务器系统1。
图3是显示音频服务器系统1的结构的方框图。
参照图3，音频服务器系统1包括服务器单元10和记录与重放段20作为用于执行上载和下载的基本部分。
服务器单元10包括主控制器11、服务器12、操作输入段13、和显示段14等等。
记录与重放段20具有把音频数据记录到作为便携式记录媒体的盘D上以及从盘D重放音频数据的功能。
服务器单元10和记录与重放段20通过连接电缆2互相连接。连接电缆2可以是例如IEEE1394接口等。
在服务器单元10中的服务器12可以位于远端，这时ISDN(综合业务数字网)、公共网等被用作为在主控制器11和服务器12之间的传输线。
在音频服务器系统1中，用户把从装入在记录与重放段20中的盘D处上载的音频数据等以如在上面参照图2所描述的这样的文件结构存储到服务器单元10侧。
然后，如果下载用户把盘装入在记录与重放段20中，并从被存储在服务器12的音频数据中选择想要的数据，然后音频数据等被发送到记录与重放段20和被下载到盘D上。
记录与重放段20相应于图1的上载单元200和下载单元203，及服务器单元10相应于图1的服务器单元201，而服务器12相应于图1的服务器202。
换句话说，现在的音频服务器系统1被做成这样，以使得它不是以音频数据被存储在诸如致密(compact)盘或音频磁带那样的媒体的形式来提供内容(音乐节目等)，而是它以音频数据被记录在由用户拥有的记录媒体(盘D)上的形式把音乐内容提供给下载用户。
例如，有可能把音频服务器系统1放置在一个站、一个商店等处，这样，音乐的内容以收费或不收费方式被提供给用户，或者有可能把音频服务器系统1放置在一个音乐演播厅等处，以便被用来管理内容。
再者，被存储在服务器中的内容可由许多的和未规定的用户(上载用户)任意地与容易地被提供(被上载)。
因此，通常不能很容易地以包装的媒体(例如CD)提供的信息，例如业余音乐家的原始的音乐节目，也可容易地被提供给普通用户。这样，可以实现具有高自由度的信息提供系统。
在音频服务器系统1的服务器12中，音乐节目(每个几分钟)的内容作为音乐数据被上载和被存储。
应当指出，存储的内容不一定是由用户上载的原先的那些内容，但是可以包括，例如在由唱片公司等提供的最近的流行榜中的头100个音乐节目。
所存储的内容作为由以上所述的ATRAC系统压缩的数据被记录。
下载用户将确认由音频服务器系统1在显示段14上提供的内容，并且如果用户找到一个或多个想要的内容，则通过使用操作输入段13来选择内容。然后，用户将把由用户本人拥有的盘D装入到记录与重放段20，并通过使用操作输入段13执行用于开始记录的操作。
当由用户执行用于开始记录的操作时，服务器单元10的主记录器11提供从存储在服务器12的内容中的预定内容的音频数据给记录与重放段20。
记录与重放段20把从服务器单元10提供给它的音频数据记录到盘D的空白区。
然后，当完成把用户想要的内容的音频数据纪录到盘D上时，音频服务器系统1结束内容的提供。
在本实施例中，假定盘D是磁-光盘，以及其总量被减小到原先数据的大约1/5的ATRAC音频数据被记录到盘D上。
因此，存储在服务器12的ATRAC系统的音频数据的压缩信号可从服务器12被直接转录到盘，而不受用于压缩和解压的译码器和编码器电路的干扰，而且因为压缩数据按它们原先的样子被直接记录，所以用于转录所需要的时间比起把压缩的音频数据解压、重放、然后记录的做法的时间短。
再者，用户携带了用户自己拥有的盘D，其上记录了要提供给音频服务器系统1的节目等，用户把盘装入记录与重放段20。然后，用户通过使用操作输入段13进入到要上载的轨道(轨道是被记录在盘D上的节目等的单元)，并实行上载操作。
当由用户执行用于开始上载的操作时，服务器单元10的主记录器11指令记录与重放段20实行重放，并把由记录与重放段20重放的音频数据和相关信息存储到服务器12中。
然后，当完成把来自盘的、用户想要的轨道的音频数据和相关信息存储到服务器12中时，音频服务器系统1结束上载。
还在这种情况下，存储在盘D的ATRAC系统的音频数据可被记录到服务器12，而不受用于压缩和解压的译码器和编码器电路的干扰，而且因为压缩数据按它们原先的样子被记录，所以用于上载所需要的时间比起把音频数据解压、然后压缩后再重放、然后记录的做法的时间短。
音频服务器系统1还包括重放段41、相关信息重放段46、通信接口44和接收/付费块50，如图3所示。
重放段41包括译码器42、和重放处理段43等。
相关信息重放段46包括打印装置47、显示装置48、和扬声器49等。
音频服务器系统1除了把音频数据下载到盘D以外，还通过使用重放段41、相关信息重放段46和通信接口44执行各种不同操作。
例如，可以通过重放段41重放要被下载到盘D的音频数据并输出到扬声器或耳机，或者可以监视要被记录的部分音频数据。
而且，要被记录的与音频数据有关的信息从相关信息重放段46输出。
在重放段41中，译码器42解压从主控制器11提供给它的ATRAC数据，以产生音频数据。
重放处理段43执行把数字信号转换为模拟信号的处理、和放大处理等，以产生模拟音频信号。
由重放处理段43产生的模拟音频信号被提供给扬声器或耳机等，以便作为音频信号从扬声器或耳机输出。
通过重放段41，例如，被复制的部分音频数据可作为监视信号提供给用户。
通信接口44可以是，例如，调制解调器、或用于ISDN(综合业务数字网)线的终端适配器等。
主控制器11可通过通信接口44从互联网的WWW网址得到图象信息、音频信息、和文本信息等等。
相关信息重放段46的打印装置47打印出从主控制器11提供给它的图象信息、或文本信息。
显示装置48显示从主控制器11提供给它的图象信息、或文本信息。
应当指出，显示装置48可以是和服务器单元10的显示段14共用的。
扬声器49输出从主控制器11提供给它的音频信息。应当指出，扬声器49可以是和用来输出来自重放段的音频信号的扬声器或耳机共用的。
在服务器12中，存储了以如上面所述的这种方式上载的多个内容的ATRAC数据，也存储了相应于内容的制作人的照片、和音乐节目的图象图形的图象数据等、作为内容的音乐节目的文字、和代表艺术家的历史的字符数据等。
再者，服务器12可以在其中存储URL地址，如果在其中可以访问到上述的制作人的这样的照片或动画的主页是可提供的话。
这样，主控制器可得到图象信息、或字符信息作为有关各个内容的相关信息，并把它从相关信息重放段46以打印、显示图象、或音频输出等形式输出，以便把它提供给下载用户。
再者，为了把由下载用户选择的内容记录到盘D上，当主控制器11从服务器12读出ATRAC数据和把它们提供给记录与重放段20时，主控制器11把要被提供给记录与重放段20的ATRAC数据中的预定部分的ATRAC数据提供给重放段41。
这样做的目的是允许那些下载记录的轨道的用户在记录与重放段20进行记录ATRAC数据时收听ATRAC数据。
然而，应当指出，由于ATRAC数据是处在原先数据被压缩到大约1/5的情况下，因此不可能在进行记录的同时对总的轨道区实行重放，且主控制器11切下一部分正在被记录的ATRAC数据，把它们提供给重放段41。
例如，主控制器11切下一部分ATRAC数据，利用它可看到节目摘要(例如节目的开头部或结尾部)，并把切下的一部分ATRAC数据提供给重放段41。
要被切下的部分提前放在服务器12中。而且，与要被记录的ATRAC数据没有直接关系的数据可被提供给重放段41，以便作为音频输出被输出。例如，可以提供与要被下载的内容等没有关系的新节目的信息。
可替换地，实行上载的用户在上载要被执行时可任意设置那些从其中可输出重放的声音的部分，以便允许进行如上面提及的这样的摘要重放，以使得要被重放的部分的地址清单被存储在服务器中。
然后，在下载时，由执行上载的用户所指定的部分被重放，并由重放段41输出。
通常，执行上载的用户的原先的音乐节目等在大多数情况下是未知的节目，因而，试图执行下载的用户在大多数情况下想要在用户把节目重放一次以后执行下载。
所以，存储在服务器12中的内容允许用户重放它们。具体地，例如为响应于操作输入段13的运行而选择的用来可看到节目摘要的一部分节目(例如节目的开头部或结尾部)、或节目的全部被加以重放，然后由重放段41输出。
因此，下载用户可正确选择一个属于该下载用户真正想要的节目等，并把它下载到用户的盘D上。
再者，上载时可执行监视由重放段41进行的重放。
具体地，上载时，主控制器11把存储在服务器中的一部分音频数据(例如节目的开头部)提供给重放段41，以便被重放和被监视。因此，上载用户可确认想要的节目是否被正确地上载。
自然地，在上载图象数据或字符数据时，也可由显示装置48完成对图象数据或字符数据的输出的监视。
接收/付费块50进行收集来自下载用户的交费，以及付费给已完成上载的用户。
例如，已完成上载的用户可按照对所上载的内容的下载请求设定要收的钱的总数。
服务器单元10以如图2所看到的对于每个内容的响应关系来管理登记的钱数，当接收到下载请求时，服务器单元10要求想要进行下载的用户付费。应当指出，自然不必需使得对要进行下载的用户收取的钱数和登记给已完成上载内容的用户接收的钱数相一致。
而且，服务器单元10管理对于每个内容执行的下载次数，并可付给上载用户根据下载的次数计算的钱数与要接收的登记的钱数。
例如，如果已完成上载的用户周期地通过使用操作输入段13进行付款请求操作，那末，根据下载次数计算的钱数从接收/付费块50被付给已完成上载的用户。
在这种情况下，对于那些还没有支付如图2所看到的钱数的下载次数等进行了管理。
3.迷你(mini)盘的分组的格式
这里，作为在音频服务器系统1中处理的记录媒体(盘D)，描述了一种以一种被称为“mini盘”的格式规定的可记录和可重放的磁-光盘。
被称为“mini盘”的磁-光盘，作为本实施例的盘D来被使用，它是以直径约为64mm可被包容在盒子内的盘的形式的记录媒体，通过使用作为音频压缩系统的ATRAC(自适应变换声音编码)系统，大约74分钟的音频数据可作为立体声信号被记录在磁-光盘上。
接着，由于音频服务器系统1把由ATRAC系统压缩的音频数据下载和记录到盘D上，所以，从盘D上载到服务器12的音频数据在上载时以ATRAC系统的压缩形式被存储到音频服务器系统1。
换句话说，在从盘D上载到服务器12和从服务器12下载到盘D时，音频数据都是以ATRAC压缩的数据的形式被处理。
因此，在服务器单元10和记录与重放段20之间传送音频数据的连接电缆2传送着ATRAC数据。
应当指出，连接电缆2也发送命令数据，例如控制命令和盘D的TOC信息等，如后面所描述的。
现在描述在音频服务器系统1中使用的盘D(mini盘)上的数据格式。
如图4所示，记录在盘D上的数据是以称作为分组的单位来安排的。数据是以整倍数的分组为单位被写在盘D上。如果重放按一个分组记录的ATRAC数据，则得到大约2.04秒的音频信号。如图5A所示，一个分组由总共36个扇区组成，其中包括3个链接扇区、1个子数据扇区、和32个主扇区(它们被用来记录由ATRAC和TOC信息压缩的音频数据)。
应当指出，一个扇区是由2352个字节的数据组成的单位。
链接扇区被这样分配，以使得由于盘D的格式采用了ACIRC(高级交叉交织里德所罗门码)系统纠错处理，所以纠错处理的交织可在分组内完成。换句话说，链接扇区是插入的空扇区，考虑到纠错处理中的交织，这样，数据的重写可在一个分组的单位内完成。子数据扇区作为保留区。
在盘D中，由ATRAC系统压缩的424个字节的数据在被称为声组的单元中处理，如图5C所示。在声组中，212字节的数据被分配用于左和右信道中的每个信道。
如果被压缩在声组的单元中的数据被解压，则它们相当于左信道和右信道的总共两个信道的512个样本，如图5D所示。512个样本的数据相当于2048个字节。
更具体地，512样本×16比特×2信道÷8比特＝2048字节。
如图5B所示，11个声组构成两个扇区。
4.U-TOC
盘D的记录区被划分成用来记录由ATRAC系统压缩的音频数据的节目区、U-TOC(用户内容表)、和P-TOC(预先掌握的内容表)，在此，U-TOC是管理区，其中记录了用来管理被记录在节目区的音频数据的管理数据，P-TOC是读入区。
作为盘D，即使实际音乐数据不被重写，也能通过重写U-TOC信息来完成删除或编辑节目。例如，如果，有了其上记录5个节目的盘D，第三节目的起始地址和结尾地址作为可记录区被管理，则第三节目不再能被重放。
换句话说，当ATRAC数据被记录在盘D上时，U-TOC信息也必须同时被重写。
在以下，描述U-TOC。应当指出，被记录在盘D上的音频数据的单位称作为“轨道”。该轨道是例如一个单元的音乐，以及是相应于存储在上述的音频服务器系统中的音乐节目内容的单元。
对于盘D的U-TOC，可使用从U-TOC扇区0到U-TOC扇区31的32个扇区。在这些扇区中，扇区0到4已被规定。这样，扇区0、扇区1、扇区2和扇区4被详细描述。
图6说明了记录在U-TOC扇区0中的数据。这里，记录在U-TOC扇区0中的数据是对于每一个字节划分边界的，为描述方便起见，此后把它称为空隙。每个空隙用(第x行，第y列)表示，(第x行，第y列)是由在图6所示的纵坐标轴的方向上从0到587的数字值(x)和在横坐标轴的方向上从左端的从1到4的空隙号(列号)给出的。这也适用于U-TOC扇区1等等。
在U-TOC扇区0中，12字节的数据头数据后面跟有“分组H”、“分组L”和“扇区”，代表以从空隙(第3行，第1列)起的三个字节所记录的扇区0的地址信息。而且，在空隙(第3行，第4列)中，代表迷你(mini)盘系统的识别码被记录为“模式”。
再者，以空隙(第7行，第1列)开始，接连地记录了“制造者码”(代表盘D的制造者)，“模式码”(代表盘D的模式)，“第一TNO”(代表盘D的的第一轨道的轨道号)，和“最后TNO”(代表盘D的的最后一个轨道的轨道号)。
再者，在空隙(第8行，第4列)中，记录了“使用的扇区”(代表扇区的使用情况)，在空隙(第10行，第1列)中，记录了“盘序列号”(代表盘D的序列号)。
再者，以空隙(第11行，第1列)开始，记录了“盘ID”，代表盘D的ID(识别)号、“P-DFA(对于缺陷区的指针)”，它是代表一个空隙的指针，在该空隙中记录了一个区域的起始地址，在该区域中记录了出现在盘D上的缺陷地址的信息、“P-EMPTY(对于空的空隙的指针)”，它是代表空隙使用情况的指针，和“P-FRA(对于空闲区域的指针)”，它是代表一个空隙的指针，在该空隙中存储了用于管理可记录区的一个区域的起始地址。在它们后面，记录了“P-TNOn”，它们是代表空隙的指针，在这些空隙中记录了被记录在盘D上的轨道的起始地址，直到空隙(第75行，第4列)为止。这里，n表示轨道的轨道号码。N代表从1到255的整数。
由于“P-TNO0”到“P-TNOn”是准备作为用于管理轨道的指针“P-TNOn”，直到最大值的255个轨道可被记录在盘D上。
再者，以空隙(第78行，第1列)开始，起始地址、结尾地址、链接信息Link-P和每个轨道的轨道模式(轨道模式)被记录为8字节的表格。
在U-TOC扇区0中，提供了255×4×2空隙(255个表)，在其中记录了起始地址、和结尾地址等，以及在由相应于每个轨道的指针表示的表格中，记录了轨道的起始地址、和结尾地址等。
被记录在上面提到的指针P-DFA、P-EMPTY、和P-FRA中的每个指针中的数值表示255个表格中的一个表格。
在每个表格中的起始地址和结尾地址，其每个由3字节＝24比特的数据代表，如图7所示。在起始地址和结尾地址中，分组地址以头14个比特被记录，扇区地址以紧跟的6比特被记录，和声组地址以最后的4个比特被记录。
再者，轨道模式(轨道模式)由1字节＝8比特的数据代表，如图8所示。
在轨道模式(轨道模式)中，记录的保护信息以第一个比特被记录；重复的保护信息以第二个比特被记录；生成信息以第三个比特被记录；音频信息以第四个比特被记录；删除存储器信息以第五和第六比特被记录；单声道或立体声信息以第七比特被记录；以及加强信息以第八个比特被记录。
换句话说，在轨道模式(轨道模式)中，记录了对于每个轨道独有的相关信息。
链接信息P-Link是这样一个指针，它表示，其中同一个轨道不以连续的数据流被记录在盘D上，也就是说，同一个轨道的数据被离散地记录在盘D的记录区，从该起始地址开始记录下一个数据。
例如，当单个轨道被重放时，从空隙(第586行，第1列)的表格的起始地址开始的数据必须被重放，接续在空隙(第78行，第1列)的表格中表示的结尾地址后面，空隙(第80行，第4列)的链接信息P-Link表示空隙(第586行，第1列)。
换句话说，在采用盘D的情况下，数据不一定必须以连续的形式被记录在记录媒体上，也就是，数据不一定必须以连续的数据流被记录，而顺序的数据链可以离散地被记录。即使数据以这样的方式离散地被记录，但由于数据的连续性由链接信息P-Link表示，以及在重放时被读出的数据以高于读出速率的写入速率被写进存储器一次，所以，连续的数据可不中断地进行重放。
再者，即使在已经记录的数据被短于该被记录的节目的数据所重写时，该剩余部分可被指定为可记录区(P-FRA)而不被删除，因此，可允许进行高效率的记录。
参照图9，通过使用表示可记录区的指针P-FRA的例子，描述了离散地呈现的区域的连接方法。
如果假定，例如，03h(十六进制)被记录于指针P-FRA，它表示空隙的顶部位置，这些空隙管理着U-TOC扇区0的可记录区，于是，相应于03h的空隙首先被访问。
应当指出，空隙03h指向以空隙(第82行，第1列)开始的8字节的区域(表格)。
指针的数值通过使用该数值进行预定的计算处理而指向特定的空隙。
具体地，在指针的数值用“P”表示的场合，它把字节位置表示为304+P×8。因此，上面提到的“03h”指向304+3×8＝328，这相应于空隙(第82行，第1列)(82×4＝328)的比特位置。
每个指针和链接信息以上述这种形式指定一个特定的空隙。
被记录在空隙03h的起始地址和结尾地址的数据表示被记录在盘上的轨道中的一部分的起始地址和结尾地址。
被记录在空隙03h的链接信息表示应当跟随在后面的空隙的号码，在这种情况下，18h被记录为链接信息。
通过跟踪被记录在空隙18h的链接信息，随后访问空隙2Bh，然后，通过跟踪被记录在空隙2Bh的链接信息，访问空隙E3h。这样，链接信息被接连地跟踪，直到数据00h作为链接信息出现为止。分别由当访问每个空隙时被读入的起始地址和结尾地址所规定的这些段，都被安排为空闲区。
这样，空隙可从由指针P-FRA表示的空隙所给出的起始点开始被跟踪，直到检测到零(＝00h)的链接信息为止，因此，在存储器中链接该部分作为离散地出现在盘上的空闲区。
虽然上面以指针P-FRA作为例子描述了链接，但离散地出现的部分也可以以同样方式从每个指针P-DFA、F-EMPTY和P-TNO0到P-TNO255被链接。例如，按照指针P-TNO0到P-TNO255被离散地记录在盘上和来自单个轨道的部分可在存储器中被链接。
图10说明了被记录在U-TOC扇区1上的数据。
在U-TOC扇区1上，管理了被记录在节目区中的轨道标题和整个盘的标题。
在音频数据被记录在轨道的情况下，整个盘D的标题是唱片集标题、或演奏者等的信息，每个轨道的标题相应于节目的名称。
各个轨道的字符信息被记录在由指针PTNAn(n的范围从1到255)指定的空隙中，从空隙(第12行，第2列)开始，并且在字符数很大的情况下，通过使用链接信息链接多个空隙来记录字符信息。
图11说明了被记录在U-TOC扇区2上的数据。
在U-TOC扇区2上，以类似于上面所述的U-TOC扇区1上的方式管理了被记录在节目区中的各个轨道的记录数据。
具体地，在由指针PTNAn(n的范围从1到255)指示的空隙中，从空隙(第12行，第2列)开始，记录了各个轨道的记录数据等。
图12说明了被记录在U-TOC扇区4上的数据。
在U-TOC扇区4上，以类似于按U-TOC扇区1上的方式记录了被记录在节目区中的各个轨道的标题和整个盘的标题。然而，该扇区4被设置为字符信息的记录区，其中“kanji”字符，或欧洲字符等被用作为一种活字。
管理形式相似于上面所述的U-TOC扇区1上的方式。
再者，在U-TOC扇区4上，“char code”被记录在空隙(第10行，第4列)中，以便指示被用来记录的字符类型。
虽然以上面所描述的这种方式规定了U-TOC扇区0、扇区1、扇区2、和扇区4，但另一些扇区5到31，可以以各自规定的预定格式被利用。
在本实施例中，假定，作为一个例子，字符数据可被存储在扇区5，以及图象数据可被存储在扇区6。
例如，在扇区5上，文本数据可任意地从字节位置开始被记录(例如，从跟随在扇区地址后面的(第4行，第1列)开始)。
文本数据可以是相应于整个盘的字符信息，或可以是相应于任意轨道的字符信息。
同样地，在扇区6上，通过由CCD摄像机摄下的照片所得到的图象数据等可作为相应于盘或任意轨道的信息被记录。
具体地，通过使用本发明的音频服务器系统实行上载的用户可记录附属于要被上载到U-TOC扇区5或6上的音乐节目等的字符信息或图象信息。因此，在上载某个轨道时，音频服务器系统也获取被记录在U-TOC扇区5或6上的字符信息和/或图象信息，并且把它们存储在服务器12中。换句话说，音频服务器系统实现相应于如图2所示的ATRAC数据的填充。
另一方面，对于实行下载的用户，音频服务器系统在某个内容的ATRAC数据要通过下载被记录到盘D上时，可把附加的字符信息和/或图象信息记录在盘D的U-TOC扇区5和/或6上。换句话说，音频服务器系统除了音乐节目等以外，也能把由音乐节目等的供应者提供的字符或图象下载到用户拥有的要在其上实行下载的盘D上。
应当指出，虽然描述了使用扇区5和6，自然，某些其他扇区也可被用来存储字符或图象。
5.用于上载/下载的数据传输系统
在下面，描述音频服务器系统1的一个用于上载/下载的数据传输系统。为了描述，图13上显示了如图3所示的记录与重放段20的详细结构。
参照图13，所显示的记录与重放段20包括：存储器控制器21，用于接收来自服务器单元10的数据和控制随机存储器(RAM)22；编码器-译码器电路23，用于译码和编码数据；磁头驱动器电路24，用于驱动磁头25；光拾取器26，用于把激光波束照射到盘上和检测反射光；射频(RF)放大器27，用于从由光拾取器26检测的反射光重现聚焦误差信号(FE)、跟踪误差信号(TE)、和磁-光重放信号(MO)；以及地址译码器28，用于重现对应于根据来自RF放大器27的推挽信号(PP)在光盘的引导沟槽中形成的凹槽颤动的信号，以译码绝对地址；主轴电机29，用于驱动盘D旋转；穿线(thread)机构30，用于驱动光拾取器26沿盘的径向移动。
记录与重放段20包括：伺服电路31，用于根据来自RF放大器27的聚焦误差信号(FE)和跟踪误差信号(TE)控制聚焦伺服、跟踪伺服、穿线伺服、主轴伺服等；以及系统控制器32，用于控制存储器控制器21、编码器-译码器电路23、伺服电路31等。
光拾取器26把来自激光二极管的激光束通过物镜照射到盘D。而且，光拾取器26借助于光检测器检测来自盘的反射光，并把检测电流提供给RF放大器27。
RF放大器27根据来自光拾取器26的检测电流产生聚焦误差信号(FE)、跟踪误差信号(TE)、磁-光重放信号(MO)和推挽信号(PP)。
RF放大器27把这样产生的聚焦误差信号(FE)、和跟踪误差信号(TE)提供给伺服电路31，把磁-光重放信号(MO)提供给地址译码器28和把推挽信号(PP)提供给编码器-译码器电路23。
伺服电路31根据提供到其上的聚焦误差信号(FE)、和跟踪误差信号(TE)通过光拾取器26的双轴机构驱动物镜，以实现对被照射在磁-光盘上的激光束的跟踪聚焦伺服控制。
再者，伺服电路31根据跟踪误差信号(TE)实现穿线伺服控制，以驱动穿线机构30使光拾取器26沿盘D的径向移动。
而且，伺服电路31根据来自用于盘D的旋转检测电路(图上未示出)的主轴误差信号，驱动主轴电动机29，以使得盘D可以以恒定线性速度旋转。
地址译码器28根据在光盘的引导沟槽中形成的颤动凹槽提供的颤动信号(推挽信号PP)来重现地址信息。
在重放盘D时(上载时)，编码器-译码器电路23在处理来自盘D的重放信号时，对从放大器27加到其上的磁-光重现信号(MO)进行二进制数字化，根据EFM(八到十四调制)系统解调二进制数字化的磁-光重现信号，然后，根据CIRC(交叉交织里德所罗门编码)系统实现纠错译码处理。
另一方面，在记录到盘上时(下载时)，编码器-译码器电路23在处理加到盘D的记录信号时，把纠错码加到从存储器控制器21加到其上的记录信号上，根据EFM(八到十四调制)系统调制所得的结果的记录信号，并把调制的记录信号加到磁头驱动电路24。
磁头驱动电路24根据来自编码器-译码器电路23的记录信号驱动磁头25，以便把调制磁场加到盘D，而把信号记录到盘D上。
在这样的记录操作时，光拾取器26输出高功率的激光波束，这样磁头25的磁场信息可保持靠近在盘D的记录面上。
存储器控制器21控制要被存储到随机存取存储器22的ATRAC数据。存储器控制器21把从服务器单元10加到其上的ATRAC数据暂时存储到随机存取存储器22，然后把它们加到编码器-译码器电路23。
另一方面，在重放盘D时，存储器控制器21暂时存储由编码器-译码器电路23译码的ATRAC数据，并根据来自服务器单元10的数据的数据请求，读出ATRAC数据和把它传送到服务器单元10。
系统控制器32控制整个的记录和重放段20，并控制例如存储器控制器21、编码器-译码器电路23、和伺服电路等。
系统控制器32控制那些与服务器单元10通信控制数据的电路。这将在后面详细描述。
具有如上描述的这种结构的音频服务器系统的记录与重放段20，在下载时把从服务器单元10发送到其上的ATRAC数据记录在盘D上，而在上载时，则把从盘D重现的ATRAC数据加到服务器单元10。
音频服务器系统1包括连接电缆2，它互联了服务器单元10和如上所述的记录与重放段20。参照图13，连接电缆2包括：ATRAC线2A，它在服务器单元10和记录与重放段20(存储器控制器21)之间传输ATRAC数据；以及命令线2C，它在服务器单元10和记录与重放段20(系统控制器32)之间传输命令数据、和TOC数据等。
在下载和上载时，在服务器单元10和记录与重放段20(存储器控制器21)之间数据传输方法将参照图14到17来描述。
图14说明了在下载时各种不同信号的流动，及图15A到15I说明了在下载时各种不同信号的接口情形。同时，图16说明了在上载时各种不同信号的流动，及图17A到17I说明了在上载时各种不同信号的接口情形。
图14和16说明了信号通过ATRAC线2A以及命令线2C的流动。在下载时，使用ATRAC线2A，以使得ATRAC数据从服务器单元10被发送到作为下载单元工作的记录与重放段20。
另一方面，在上载时，使用ATRAC线2A，以使得ATRAC数据从作为下载单元工作的记录与重放段20被发送到服务器单元10。
同时，通过命令线2C，在服务器单元10和记录与重放段20之间传输请求信号(Data Req)、命令信号(Command)、和RTS/CTS信号。
具体地，在下载时，记录与重放段20输出一个请求信号(DataReq)，用于请求ATRAC数据送到记录与重放段20，如图14所示。再者，记录与重放段20和服务器单元10在它们之间传送命令信号(Command)、和RTS/CTS信号。
另一方面，在上载时，服务器单元10输出一个请求信号(DataReq)，用于请求将ATRAC数据送到记录与重放段20，如图16所示。再者，记录与重放段20和服务器单元10在它们之间传送命令信号(Command)和RTS/CTS信号。
应当指出，为说明和描述方便起见，对于每个信号的参考符号，在信号是从服务器单元10输出的地方将伴随有“S”，在信号是从记录与重放段20输出的地方将伴随有“UD”。
首先，描述在下载时和在上载时ATRAC数据的传输。
在下载时，相应于被存储在服务器12中的内容的ATRAC数据(ATRAC(S))通过ATRAC线2A从服务器单元10的主控制器11被发送到记录与重放段20的存储器控制器21。
应当指出，用于传输的ATRAC数据是按照记录与重放段20的存储器控制器21的容量以每个单位的预定量被发送的。
再者，代表对ATRAC数据(ATRAC(S))的请求的请求信号(DataReq(UD))通过命令线2C从记录与重放段20的系统控制器32被发送到服务器单元10的主控制器11。
具体地，由于ATRAC数据(ATRAC(S))是以预定数量的单位被发送的，当已被发送的和已被读进随机存取存储器22的ATRAC数据(ATRAC(S))都被写在盘上时，记录与重放段20把请求信号(DataReq(UD))提供给服务器单元10，以便请求下一个数据。
具体地，在图15A和15B的时序图上，说明了在ATRAC数据(ATRAC(S))和(Data Req(UD))之间的关系。
如果记录与重放段20的记录条件是正常的，则记录与重放段20首先在时间t11把请求信号(Data Req(UD))提供给服务器单元10。当请求信号(Data Req(UD))被接收时，服务器单元10在时间t12把预定容量的ATRAC数据(ATRAC(S))提供给记录与重放段20。
当ATRAC数据(ATRAC(S))被接收时，记录与重放段20在时间t13停止供给请求信号(Data Req(UD))。
如果记录与重放段20的记录条件不正常，则不把请求信号(DataReq(UD))从记录与重放段20加到服务器单元10，如从时间t14到时间t15所看到的，因此，没有ATRAC数据(ATRAC(S))从服务器单元10加到记录与重放段20。
应当指出，如果没有请求信号(Data Req(UD))从记录与重放段20被提供，则记录处理被中断。
再者，如果在预定时间内没有从服务器单元10接收到ATRAC数据(ATRAC(S))，即使提供了请求信号(Data Req(UD))，如从时间t16到时间t17所看到的，则记录与重7放段20进入等待数据写入的条件(例如，进入记录暂停条件)以等待ATRAC数据(ATRAC(S))。
然后，如果提供ATRAC数据(ATRAC(S))，则记录与重放段20开始写操作，如从时间t17所看到的。
应当指出，如果等待数据写入的条件继续一段固定的时间，则音频服务器系统1确定：出现了某个故障，并中断其处理。
由于记录与重放段20提供对ATRAC数据的请求信号(Data Req(UD))给服务器单元10，然后，服务器单元10根据请求信号(DataReq(UD))发送ATRAC数据(ATRAC(S))给记录与重放段20，所以，ATRAC数据的下载可稳定地完成。
然后，在上载时，根据轨道被记录在盘D上的ATRAC数据(ATRAC(UD))通过ATRAC线2A从记录与重放段20的存储器控制器21被发送到服务器单元10的主控制器11。
用于传输的ATRAC数据(ATRAC(UD))是按照服务器单元10的缓存性能或服务器12的连线容量以每个单位的预定量被发送的。
再者，表示对ATRAC数据(ATRAC(UD))的请求的请求信号(DataReq(S))通过命令线2C从服务器单元10的主控制器11被发送到记录与重放段20的系统控制器32。
具体地，服务器单元10根据在服务器12中的写操作条件把请求信号(Data Req(S))提供给记录与重放段20，以便请求下一个数据。
更具体地，在图17A和17A的时序图上，说明了在ATRAC数据(ATRAC(UD))和(Data Req(S))之间的关系。
首先，服务器单元10在时间t21把请求信号(Data Req(S))提供给记录与重放段20。当请求信号(Data Req(S))被接收时，记录与重放段20在时间t22开始把预定容量的ATRAC数据(ATRAC(UD))提供给服务器单元10。
当ATRAC数据(ATRAC(UD))被接收时，服务器单元10在时间t23停止输出请求信号(Data Req(S))。
如果服务器单元10的记录条件不正常，则不从服务器单元10输出请求信号(Data Req(S))，如从时间t24到时间t25所看到的，因此，也没有ATRAC数据(ATRAC(UD))从记录与重放段20提供到服务器单元10。
再者，如果在预定时间内没有从记录与重放段20接收到ATRAC数据(ATRAC(UD))，即使服务器单元10提供了请求信号(Data Req(S))，则服务器单元10进入等待数据写入的条件，以等待ATRAC数据(ATRAC(UD))，如从时间t16到时间t17所看到的。
然后，如果提供ATRAC数据(ATRAC(UD))，则服务器单元10开始服务器12中的写操作，如从时间t27所看到的。
应当指出，如果等待数据写入的条件继续一段固定的时间，则服务器单元10确定：出现了某个故障，并中断其处理。
由于服务器单元10把对于ATRAC数据的请求信号(Data Req(S))提供给记录与重放段20，然后服务器单元10把ATRAC数据(ATRAC(UD))以这样的方式发送给记录与重放段20，因此ATRAC数据的上载能够可靠地完成。
随后描述了用于操作控制如上所述的这样的发送和接收ATRAC数据以及上载和下载TOC信息的各种不同命令信号(Command(S)、Command(UD))以及对于TOC信息的上载和下载，该TOC信息是在服务器单元10的主控制器11和记录与重放段20的系统控制器32之间进行通信的。
如图14和16所示，服务器单元10和记录与重放段20互相通信命令信号(Command(S)、Command(UD))，并通过使用RTS/CTS信号在相应于一个命令的处理时间间隔内设置和确认相互占有情况。
具体地，在上载和下载时，如图15D到15I和17D到17I所示，如果从服务器单元10提供某个命令信号(Command(S))到记录与重放段20，则记录与重放段20实行相应于命令信号的处理，并发回信号(RTS/CTS(UD))。
另一方面，如果从记录与重放段20提供某个命令信号(Command(UD))到服务器单元10，则服务器单元10实行相应于命令信号(Command(UD))的处理，并发回信号(RTS/CTS(S))。
在下面给出的表1中，列出了通过连接电缆2在服务器单元10的主控制器11和记录与重放段20的系统控制器32之间传送的命令信号。命令是用如表1中的例子所给出的1字节的数值设定的。
表1
命令名称      数值(1字节)      功能          参数
SETUP         01h       表示记录暂停        ------
DOWNLOAD REC  02h       表示开始下载记录    ------
STOP          03h       结束处理            ------
TOC0 INFO     04h       发送TOC扇区0的信    轨道号码(装载次序)
                        息                  轨道模式
                                            轨道尺寸
TNO           05h       按装载次序指定轨    装载次序的号码
UPLOAD TNO    11h       道                  轨道数目；轨道号码
UPLOAD PLAY   12h       指定上载轨道        ------
UPLOAD FIN    13h       指令开始上载重放    ------
TOC REQ       14h       通知上载结束        请求的扇区号n
                        对发送TOC信息的     (n＝TOCSector(n))
UD STATUS     20h       请求                状态：
                        通知上载/下载       00H＝STOP
                        单元状态            01H＝UPLOAD PLAY
                                            02H＝DOWNLOAD REC
                                            03H＝REC PAUSE
                                            FDH＝ERROR
Title         83h                           字符数，·字符
                      发送标题信息
建立命令(SETUP)是用于服务器单元10把记录与重放段20设置到记录等待状态的命令，也就是用于记录暂停的状态。如果提供了建立命令(SETUP)，则记录与重放段20进入记录暂停状态。建立命令(SETUP)具体地是例如1字节的“01h”。
下载记录命令(DOWNLOAD REC)是指令记录与重放段20开始把ATRAC数据(ATRAC(S))记录到盘D上的命令。
如果提供下载记录命令(DOWNLOAD REC)，则记录与重放段20开始把ATRAC数据(ATRAC(S))记录到盘D上。下载命令(DOWNLOADREC)是例如“02h”。
停止命令(STOP)是指示停止进行根据来自服务器单元10的命令的记录与重放段20的处理的、或指示停止进行根据来自记录与重放段20的命令的服务器单元10的处理的命令。
例如，如果从服务器单元10提供停止命令(STOP)给记录与重放段20，则记录与重放段20停止进行根据下载记录命令(DOWNLOADREC)的记录处理等。停止命令(STOP)例如是“03h”。
TOC0信息命令(TOC0 INFO)是用于服务器单元10发送U—TOC扇区0的信息给记录与重放段20的、或用于记录与重放段20发送同样的信息给服务器单元10的命令。
在下载时，如果服务器单元10提供TOC0信息命令(TOC0 INFO)和后续的轨道号码信息(下载的次序号码)、轨道尺寸和轨道模式作为参数给记录与重放段20，则记录与重放段20根据轨道尺寸确定记录的ATRAC数据的起始地址和结尾地址，并把TOC数据记录到盘D的U—TOC扇区0上。
另一方面，在上载时，如果记录与重放段20提供TOC0信息命令(TOC0 INFO)和后续的轨道号码信息(下载的次序号码)、轨道尺寸和轨道模式作为参数给服务器单元10，则服务器单元10根据轨道尺寸来确定记录的ATRAC数据的起始地址和结尾地址，并把TOC数据记录到盘D的U—TOC扇区0上。
应当指出，例如。在下载时，U—TOC扇区0的信息一开始应当根据由记录与重放段20侧执行的记录操作来产生，并被记录在盘D上。
然而，例如当从服务器单元10提供大量内容的ATRAC数据时，由于它们是作为单个数据流被提供给记录与重放段20的，所以记录与重放段20不能精确地产生TOC扇区0的信息。
换句话说，存在着一个问题，即由于发送的数据是压缩数据，所以不能确定曲调的间断点。
因此，在本实施例中，代表相应于每个内容的数据流长度的数据尺寸和轨道模式作为TOC0信息命令(TOC0 INFO)由服务器单元10提供。然后记录与重放段20根据TOC0信息命令(TOC0 INFO)的信息来产生要被记录到盘C上的U—TOC扇区0的信息。
在上载时，从记录与重放段20也以同样方式发送U—TOC扇区0的信息给服务器单元10。
TOC0信息命令(TOC0 INFO)是“04h”。
轨道号码命令(TNO)是一个指定要被上载或下载的ATRAC数据的轨道号码的命令。如果提供轨道号码命令(TNO)和接续在该命令后的轨道号(作为装载次序的号码)，则记录与重放段20或服务器单元10实行相应于一个接续在轨道号后的命令的处理，例如对于轨道号的轨道(内容)的标题命令(Title)。轨道号码命令TNO是“05h”。
上载轨道号码命令(UPLOAD TNO)是在上载时由服务器单元10指定在盘D的轨道中要被上载的一个轨道给记录与重放段20的命令。一个或多个轨道被指定为用上载轨道号码命令(UPLOAD TNO)和接续在上载轨道号码命令(UPLOAD TNO)后的轨道数和轨道号码表示的上载目标。
上载轨道号命令(UPLOAD TNO)是例如“11h”。
上载重放命令(UPLOAD PLAY)是一个用于服务器单元10在上载时指令记录与重放段20开始从盘D重放ATRAC数据的命令。如果提供了上载重放命令(UPLOAD PLAY)，则记录与重放段20开始从盘D重放ATRAC数据(ATRAC(UD))。上载重放命令(UPLOAD PLAY)是例如“12h”。
上载结束命令(UPLOAD FIN)是服务器单元10指令记录与重放段20去指示上载完成的命令。上载结束命令(UPLOAD FIN)是“13h”。
TOC请求命令(TOC REQ)是用于服务器单元10在上载时请求记录与重放段20去转移TOC信息的命令。接续在TOC请求命令(TOCREQ)后的数值是U—TOC扇区的号码，并请求转移必要的U—TOC扇区的信息。TOC请求命令(TOC REQ)是例如“14h”。
状态命令(UD STATUS)是用于记录与重放段20把操作条件通知服务器单元10的命令。接续在状态命令(UD STATUS)后面的值代表记录与重放段20的操作条件。例如接续的值00h代表停止条件，01h代表在上载时的重放条件，02h代表在下载时的记录条件，03h代表记录暂停条件，以及FDh代表出现错误条件。状态命令(UD STATUS)的数值例如是“20h”。
标题命令(Title)是用于发送要被记录到盘D的U—TOC扇区1和扇区4的标题信息的命令。接续在标题命令(Title)后，提供了字符串信息和字符数据。如果在下载时从服务器单元10接收到它们，则记录与重放段20把相应于该轨道的标题信息记录到盘D的U—TOC扇区1和扇区4。另一方面，在上载时，如果从记录与重放段20把它们提供给服务器单元10，则服务器单元10获取它们作为相应于上载的ATRAC数据的标题信息。
标题命令(Title)的数值例如是“83h”。
6.上载/下载处理
在下面参照图18到20所示的流程图来描述音频服务器系统1用于上载和下载的处理内容。流程图代表服务器单元10的主控制器的处理。
在步骤S101，服务器单元10(主控制器11)在不进行上载或下载操作的时间间隔内用显示段14显示登记在服务器12中的内容的清单。
在登记如图2所示的内容的地方，以图21所示的列表提取和显示了有关内容的必要的信息。
具体地，对于每个内容，显示了标题、节目长度、登记人(上载的人)、登记日期(上载日期)、已进行的下载操作的次数、下载用户为下载要付的钱数(即节目的售价，这是根据上载用户想要获得的钱数决定的)等，并把它显示给送给想要下载的用户。
而且，虽未示出，一个操作菜单连同清单一同被显示。
应当指出，当从操作菜单中选择下载时(紧接在步骤S104以前)，可执行步骤S101中的清单显示。
在菜单操作中，准备了用于下载、上载、在下载前的试听等的操作。这里只描述下载操作和上载操作。
如果用户操纵操作输入段13来选择下载并同时观察显示段14，则控制从步骤S102进到步骤S104，开始下载处理。
另一方面，如果用户从操作菜单选择上载，则控制从步骤S103进到步骤S112，开始上载处理。
首先描述下载处理。
在步骤S104，服务器单元10请求用户选择要被下载的内容。服务器单元10要求用户例如在图21所示的清单显示上选择想要的一个或多个内容。
如果完成选择，则服务器单元10提取选择的操作信息，控制从步骤S105进到S106，其中服务器单元10要求用户把盘D装入到记录与重放段20。
如果用户把携带的盘D装入记录与重放段20，则控制从步骤S107进到S108。
应当指出，取决于不同情况，即根据有可能出现由用户装入的盘D的空闲区(未记录区域)的时间量(可记录的剩余时间)以及所选择内容的总时间长度，空闲区可能不足以允许执行下载。所以实际上在步骤S107，在要下载的ATRAC数据量和盘的可记录的剩余时间之间进行相互比较，如果可记录的剩余时间不够，则必须请求用户替换盘D或结束处理，因为下载处理是不可能的。
装入的盘D的可记录的剩余时间可由服务器单元10通过使用这样的技术来确认，即服务器单元10通过使用上面所述的TOC请求命令(TOC REQ)来要求转移U—TOC扇区0的信息，该信息在装入盘D时已被记录与重放段20的系统控制器32读出。
在装入盘D以后，服务器单元10在步骤S108计算出为被选择为下载目标的一个或多个内容付费的总钱数，并要求用户付费。
如果用户根据要求把费用付给接收/付费块50，则控制从步骤S104进到S110，其中开始实际的下载处理。
应当指出，在下载一个免费提供的内容时，步骤S108和S109的处理当然是不需要的。
图19说明了在步骤S110中的下载处理。
在开始下载处理后，服务器单元10首先在步骤S201询问使用显示段的用户是否应当进行错误检测。如果用户通过使用操作输入段13输入：应当或不应当执行错误检验，则控制进到步骤S202。应当指出，错误检验将在后面描述。
在步骤S202，服务器单元10通过命令线2C把建立命令(SETUP)提供给记录与重放段20。当从服务器单元10接收到建立命令(SETUP)时，记录与重放段20把操作条件设定为记录暂停条件给盘D。
在步骤S203，服务器单元10确认是否已把记录暂停设定为记录与重放段20的操作条件，并且如果它确认已执行这样的设定，则控制进到步骤S205。另一方面，如果在一段预定时间内没有确认这样的建立记录暂停条件，则控制进到步骤S204。应当指出，虽然也给出了对将在后面描述的具体例子的描述，但服务器单元10可确认记录与重放段20的操作条件，如果它从记录与重放段20接收到状态命令(UD STATUS)的话。
在步骤S204，服务器单元10确定：记录与重放段20由于某个故障不能记录到盘D上，并且把错误消息等显示在显示段14上，结束其处理。
当控制进到步骤S205时，服务器单元10把下载记录命令(DOWNLOAD REC)提供给记录与重放段20。
当接收到下载记录命令(DOWNLOAD REC)时，记录与重放段20把请求信号(DATA REQ(UD))提供给服务器单元10。当接收到请求信号(DATA REQ(UD))时，服务器单元10把对于每个预定量的ATRAC数据(ATRAC(S))提供给记录与重放段20。然后当提供ATRAC数据时，记录与重放段20接连地把数据记录到盘D的空白区。简言之，在步骤S205开始下载ATRAC数据。
应当指出，即使已由用户指定多个内容，服务器单元10也把ATRAC数据(ATRAC(S))作为单个数据流提供给记录与重放段20。
而且，记录与重放段20把盘的U—TOC的信息提前存储到外部存储器等，这样，当不正常地执行去向盘D的记录过程时，盘D的条件可返回到下载前的盘条件。
在步骤S205开始记录ATRAC数据以后，控制进到步骤S206和S207的循环。
在步骤S206，服务器单元10监管来自记录与重放段20的状态命令(UD STATUS)，以鉴别状态命令(UD STATUS)是否呈现异常条件，也就是是否产生除记录条件以外的状态值或错误状态值。如果没有产生这样的状态值，即记录条件是正常的，则服务器单元10在步骤S207检测是否已完成要被下载的ATRAC数据的传输和把它们记录到盘D上。
换句话说，在步骤S206和S207，记录与重放段20确认在每个固定时间间隔后，记录是否正常以及记录是否已完成。
如果记录与重放段20确定记录未正常进行，则控制从步骤S206进到S204，在其中进行记录处理的中断处理。在这种情况下，为了把盘D返回到记录前的条件，执行把已被存储到外部存储器的U—TOC信息提前写回到盘D的处理。
如果确定记录与重放段20已实行记录并且记录已完成，则控制从步骤S207进到S208，在其中进行记录处理的中断处理。
在步骤S208，服务器单元10把停止命令(STOP)提供给记录与重放段20。当接收到停止命令(STOP)时，记录与重放段20结束对ATRAC数据的处理。在发送停止命令(STOP)以后，控制进到S209。
在步骤S209，服务器单元10连同着磁道号命令(TNO)一起提供TOC0信息命令(TOC0 INFO)的必要的TOC信息和作为TOC0信息命令(TOC0 INFO)的参数的轨道尺寸信息、标题命令(Title)和标题的字符数、字符数据等。
当从服务器单元10接收到这样的TOC信息时，记录与重放段20把所需要的数据根据提供给它的TOC信息记录在盘D的扇区0到4。
应当指出，要被记录在U—TOC扇区0上的各个轨道的起始地址和结尾地址是根据所提供的接续在TOC0信息命令(TOC0 INFO)之后的轨道尺寸的信息产生的。具体地，由于ATRAC数据是作为单个数据流被提供的，所以数据流是用对于每个轨道的数据尺寸来进行划分以便产生TOC信息的。
而且，在字符数据和/或图象数据作为当作装载的目标的内容出现的场合，它们作为要被记录到例如U—TOC扇区5和扇区6的信息发送。记录与重放段20把这样的字符信息和图象信息以这样的方式记录到U—TOC扇区5和6等，以便它们相当于作为下载目标而被记录的ATRAC数据。
在步骤S209发送必要的TOC信息以后，控制进到步骤S210。
在步骤S210，服务器单元10鉴别用户先前是否在步骤S201已设定要进行错误检验。如果用户已设定应当进行错误检验，则控制进到步骤S211，但是如果用户还没有设定应当进行错误检验，则控制进到步骤S213。
当应当进行错误检验时，在步骤S211，服务器单元10把错误检验命令通过命令线2C提供给记录与重放段20。如果提供了错误检验命令，则记录与重放段20读出被记录在其中的ATRAC数据，并鉴别记录的数据是否包括某些错误。
在记录与重放段20开始进行错误检测以后，服务器单元10在步骤S212进行等待一直到错误检验完成，在错误检验完成以后，控制进到步骤S213。
在步骤S213，服务器单元10把记录的结果显示在显示段14。例如，如果作为错误检验的结果鉴别出记录数据包括有错误，则服务器单元10把错误消息等显示在显示段14上。应当指出，如果错误检验的结果揭示：记录的数据包括某些错误，则最好在记录前，把先前存储在外部存储器的TOC信息记录回到盘D上，以使得盘D可返回到它的转录操作以前的条件。
在步骤S213显示记录结果以后，有关每个下载内容的下载结果在步骤S214被更新。具体地，以图2所示的文件结构的每个下载内容的下载次数被重写(增量加1)。
附加地，也把未付费次数增量加1。在完成步骤S214的处理以后，控制进到图18的步骤S111，在其中服务器单元10指令记录与重放段20执行对盘D的上载，借此结束下载处理操作序列。
现在来描述上载处理。
如果用户从操作菜单选择上载，则控制从步骤S103进到步骤S112，开始上载处理。
在步骤S112，服务器单元10要求用户输入用户名字和密码等。密码被用来例如在根据下载被上载的音乐节目等的结果的收费进行付款时作核对使用。
应当指出，密码的设置不限于是由用户输入的，有可能假定成各种不同形式。
例如，服务器单元10可自动设置密码，并通过打印装置47的打印而输出密码，以便把它传送到上载用户。
也可能使用另一种系统，其中自动产生的密码被写在所装入的用于上载的盘D的预定区域。在本例中，例如，有可能甚至不把密码呈现给上载用户本人，而是在付费时要求用户将其装入盘本身以实行核对密码。
也有可能实现这样的系统，其中用户把密码提前记录在盘D的预定区域。
再者，在上载用户想要提供收费的音乐节目的地方，对于每一个下载要收的钱数可在步骤S112被输入。应当指出，为了使得能上载多个轨道和对于不同轨道设置设置不同钱数，对于每个轨道的钱数例如可在步骤S116在指定轨道时被输入。
应当指出，要付的钱数不一定由用户输入，而可由服务器单元10自动设置(例如，均一收费)。
上载用户在步骤S112根据请求来操纵操作输入段13，以便输入其用户名字和密码等。如果完成输入，则控制从步骤S113进到S114，在其中，服务器单元10要求用户将盘D装到记录与重放段20中。
如果用户把携带的盘D，也就是在其上记录有被上载的音乐节目的盘D，装入记录与重放段20，则控制从步骤S115进到S116。
在步骤S116，服务器单元10要求用户从被记录在这样装入的盘D上的那些轨道中指定一个要被上载的轨道。
如果用户完成轨道指定操作，并指定一个或多个轨道，则服务器单元10获取指定操作信息，控制从步骤S117进到S118。
在步骤S116，进行轨道指定时，最好使得显示段14显示出被记录在盘D上的轨道的轨道号和/或轨道名称，这样指定操作可在显示时被完成。在装入的盘D上的轨道号和轨道名称等的信息，由服务器单元10通过使用这样的技术来得到，即服务器单元10通过使用上面所述的TOC请求命令(TOC REQ)来请求转移U—TOC扇区0和扇区1等的信息，该信息在装载盘D时已被记录与重放段20的系统控制器32读入。
有可能发生：不能指定要被上载的轨道，因为用户已装入了一个错误的盘D。所以，要求用户可进行操作以实现盘D的替换等。
如果上面所述的准备过程已完成，控制从步骤S117进到S118，然后，开始上载处理。步骤S118的处理在图20上说明。
现在参照图20，在开始上载处理后，在步骤S301，服务器单元10首先发送上载轨道号命令(UPLOAD TNO)给记录与重放段20。具体地，服务器单元10通知带有上载轨道号命令(UPLOAD TNO)和接续在上载轨道号命令(UPLOAD TNO)后的轨道数与轨道号的记录与重放段20：一个或多个轨道已被设置为上载目标。
然后在步骤S302，服务器单元10把上载重放命令(UPLOADPLAY)发送到记录与重放段20。
当接收到上载重放命令(UPLOAD PLAY)时，记录与重放段20开始进行对由上载重放命令(UPLOAD PLAY)指定的一个或多个轨道的重放操作。
然后，从这个时间点起，服务器单元10把请求信号(DataReq(S))提供给记录与重放段20，并响应于请求信号(Data Req(S))而把从记录与重放段20连续地发送给它的ATRAC数据(ATRAC(UD))接连地记录在服务器12中。简言之，在步骤S302，开始上载ATRAC数据。
在步骤S302开始上载ATRAC数据以后，控制进到步骤S303和S304的循环。
在步骤S303，服务器单元10监管来自记录与重放段20的状态命令(UD STATUS)，以检测是否出现异常条件，也就是是否产生作为错误的状态值。如果没有出现异常条件并且重放条件是正常的，则服务器单元10在步骤S303监管来自记录与重放段20的状态命令(UDSTATUS)，以检测是否达到停止条件，也就是记录与重放段20是否已完成所指定的轨道的ATRAC数据的重放和发送。
简言之，在步骤S303和S306，在每个固定时间间隔后，确认重放是否正常以及重放是否已完成。
如果确定：由记录与重放段20进行的重放未正常完成，则控制从步骤S303进到S305，在其中进行上载处理的中断处理。
如果确定：由记录与重放段20正常执行重放并且已完成到服务器12的记录，则控制从步骤S305进到步骤S306。
在步骤S306，服务器单元10把TOC请求命令(TOC REQ)发送给记录与重放段20，以请求对TOC信息的传输。
例如，服务器单元10连同着TOC请求命令(TOC REQ)一起发送参数“00h”，以便请求关于上载轨道的U—TOG扇区0的信息。
响应于该请求，记录与重放段20发送TOC0信息命令(TOC0INFO)和轨道尺寸信息等作为TOC0信息命令(TOC0INFO)的参数。记录与重放段20通过使用停止命令(STOP)通知服务器单元10：已完成发送。
服务器单元10提取以这种方式发送给它的U—TOC扇区0的信息，并使该信息对应于上载轨道。具体地，由于一个或多个ATRAC数据作为单个数据流被上载，所以服务器单元10根据提取的U—TOC扇区0的信息以每个轨道的数据尺寸来划分数据流，以便把上载轨道作为单独地的内容来正确安排。
然后，如果接收到停止命令(STOP)，则控制从步骤S307进到步骤S308。然后，在步骤S308如果确定有要求被发送的剩余的TOC信息，则控制返回到步骤S306。
然后，服务器单元10连同着TOC请求命令(TOC REQ)一起发送参数“01”，以便对有关上载轨道之一的U—TOC扇区1的信息进行请求。
响应于该请求，记录与重放段20把标题命令(Title)和字符数与字符作为标题命令(Title)的参数发送回服务器单元10。然后，记录与重放段20通过使用停止命令(STOP)来发送“已完成发送”。
服务器单元10提取以这种方式发送给它的U—TOC扇区0的信息，并使该信息相应于一条轨道。然后，如果接收到停止命令(STOP)，则控制从步骤S307进到步骤S308。然后，在步骤S308如果确定有被请求进行发送的剩余的TOC信息，则控制返回到步骤S306。
重复进行如上所述的这种处理，以便接连地提取有关上载轨道的信息，例如，U—TOC扇区0、扇区1、扇区4、扇区5、和扇区6等的信息。而且，伴随着作为以这种方式上载的轨道的ATRAC数据，还接连地上载标题信息、字符信息、和图象信息等。
因此，产生了如图2所示的相应于每个内容列出的各个不同信息的文件形式。
在上载了所有必要的信息后，控制进到步骤S309，在其中，服务器单元10发送上载结束命令(UPLOAD FIN)，以便通知记录与重放段20：已完成上载。
当用户通过使用操作输入段13等进一步寄存相关信息等时，步骤S310提供对策处理。例如，当字符信息没有提前记录在盘D上而用户想要按相应于ATRAC数据的关系来寄存字符信息时，步骤S310提供出对策。具体地，如果当用户试图实行上载时用户想要输入字符信息，则在步骤S310，执行输入请求操作，在本例中，服务器单元10使它的控制进到步骤S311。在步骤S311，服务器单元10按相应于上载的ATRAC数据的关系寄存从使用操作输入段13输入的字符。
而且，在这一时刻，可输入URL信息。
应当指出，音频服务器系统1可附加地包括图象扫描仪或CCD摄影机等，这样，上载用户可在该处输入图象数据。
在完成了步骤S310和S311的处理后，控制进到图18的步骤S119，在其中，服务器单元10使得记录与重放段20执行上载盘D，从而结束上载处理操作序列。
通过上面所述的这种处理，音频服务器系统1可执行上载/下载处理。
应当指出，虽然描述了在上面所述的处理中，在下载时，在所有的ATRAC数据被记录后，必要的TOC信息被提供给记录与重放段20，但是可替换地，TOC信息可在服务器单元10提供ATRAC数据给记录与重放段20以前被提供。
具体地，在步骤S209的处理是在完成建立以后及提供起始命令(START)以前，也就是说，是在步骤S203的处理和步骤S205的处理之间完成的。应当指出，由于记录与重放段20在ATRAC数据被记录到盘D以后记录TOC信息，所以，先前提供的TOC信息必须被存储在外部存储器等。
而且，在音频服务器系统1中，在服务器单元10提供ATRAC数据给记录与重放段20的同时，可同时提供TOC信息。
具体地，由于提供ATRAC数据和命令的数据线是在ATRAC线2A和命令线2C之间不同的，所以，在步骤S206和S207的处理和步骤S209的处理可并行地实行。这可减少用于下载处理的一序列步骤的数据传输时间。应当指出，在本例中，在所有的ATRAC数据被记录后，记录与重放段20必须把TOC信息存储到外部存储器中或把TOC信息记录到盘D上。
而且，虽然描述了：在步骤S201到S213的处理中，相应于多个内容的ATRAC数据作为单个数据流被处理、以及为产生TOC信息所必需的信息从服务器单元10被分开地提供给记录与重放段20，但是，并不限于该特定的处理。例如，如果由用户指定多个内容，则诸如将相应于该内容之一的ATRAC数据记录在盘D上的这种处理将也产生和记录这样记录的ATRAC数据的信息，然后，就有可能记录相应于下一个内容的ATRAC数据。
具体地，这样的处理可通过使在步骤S205到S209的处理形成循环(在循环中，对于每一个内容重复该处理)来完成。
虽然对于传输次序或并行处理可提供用于传输ATRAC数据和传输TOC信息的各种处理方法，但这也适用于上载。具体地，有可能在上载ATRAC数据之前实行TOC信息的上载，以便实现对于每个轨道并行地上载TOC信息和ATRAC数据。
7.下载操作实例
下面参照图22到27描述由上述的下载处理执行的下载操作的实例。
这里，参照时序图等描述在把2个节目的音乐内容下载到盘D时具体的操作例子。
假定在服务器12中，记录了大量的内容。例如如图22A所示，内容#1其标题是“再见”(“ByeBye”)，轨道模式(trmd)是“a6”，以及轨道尺寸是“0002.00.00”，内容#2其标题是“喂”(“Hello”)，轨道模式(trmd)是“a6”，以及轨道尺寸是“0010.2F.0A”，内容#3其标题是“早安”(“Morning”)，轨道模式(trmd)是“86”，以及轨道尺寸是“0020.1E.00”。
同时假定在用户携带的要在其上进行下载的盘上，如图22B所示，记录了两个音乐节目，其第一轨道Tr1的标题是“情感”(“Emotion”)，轨道模式(trmd)是“e6”，轨道尺寸是“0011.05.02”，其第二轨道Tr2的标题是“梦”(“Dream”)，轨道模式(trmd)是“e6”，轨道尺寸是“0022.1F.0A”。
这里，如果用户把盘D装入记录与重放段20，并选择在服务器12中的内容#2和#3以及执行下载操作，则存储在服务器12中的内容#2(ATRAC数据，其标题是“喂”(“Hello”))和内容#3(ATRAC数据，其标题是“早安”(“Morning”))被记录在盘D上。在这种情况下，执行了如图23A到23E，24A到24E，25A到25E和26A到26D所示的这样的处理。
图23A到23E是在下载ATRAC数据时在服务器单元10和记录与重放段20之间通信的命令数据的时序图。应当指出，在图23A到23E中，省略了RTS/CTS信号。
首先，如图23C所示，服务器单元10在时间t31把建立命令(SETUP)“01h”提供给记录与重放段20。
当接收到建立命令(SETUP)，记录与重放段20在时间t32进入记录暂停条件，并发送状态命令(UDSTATUS)和代表记录暂停的数值“03h”给服务器单元10，以通知服务器单元10已进入建立条件。
在确认记录与重放段20的建立以后，服务器单元10在时间t33把下载记录命令(DOWNLOA DREC)“02h”提供给记录与重放段20，如图23C所示。
下载记录命令(DOWNLOAD REC)的提供与在上面所述的步骤S205中的处理相对应。
当接收到下载记录命令(DOWNLOAD REC)时，记录与重放段20开始记录操作，把代表记录条件的数值“02h”连同状态命令(UDSTATUS)一起发送给服务器单元10，如图23D所示，以便把记录条件通知给服务器侧。
服务器单元10根据图23B所示的请求信号(Data Req(UD))开始提供预定量的ATRAC数据(也就是存储在服务器12中的内容#2和#3的ATRAC数据(ATRAC(S)))给记录与重放段20，该请求信号是在时间t34以后从记录与重放段20发送给服务器单元10的。
然后，由于服务器单元10提供每个预定量的ATRAC数据(ATRAC(S))，所以它根据图23B所示的接连地产生的请求信号(Data Req(UD))来接连地提供数据给记录与重放段20。
同时，服务器单元10通过监管以便检测是否从记录与重放段20发送状态命令(UD STATUS)给它，以及检验记录与重放段20的记录条件是否正常。这相应于在上面所述的步骤S206的处理。
应当指出，虽然即使在操作条件不改变时记录与重放段20在每次改变操作条件时通过使用状态命令(UD STATUS)和状态命令(UDSTATUS)的参数来发送它的条件，但是记录与重放段20也可通过使用状态命令(UD STATUS)“20h”和状态命令(UD STATUS)的参数来周期性地发送它的条件。
如果服务器单元10确定它已提供所有的ATRAC数据给记录与重放段20，则它在时间t35提供停止命令(STOP)“03h”给记录与重放段20，如图23C所示。
提供停止命令(STOP)的处理相应于在上面所述的步骤S208中的处理。
如果接收到停止命令(STOP)和把所有提供的ATRAC数据记录到盘D上，则记录与重放段20在时间t36结束它的记录处理，并通过使用状态命令(UD STATUS)“20h”和代表停止条件的数值“00h”来通知服务器单元10：已进入了停止条件，如图23D所示。
图24A到24D是说明在上述的步骤S209中将TOC0信息命令(TOC0 INFO)从服务器单元10提供给记录与重放段20的通信传输的时序图。
应当指出，图24A到24C显示了在服务器单元10和处理和记录与重放段20之间进行的数据传输的时序图，而图24D显示了在不同时间盘D的U—TOC扇区0的记录条件。
首先，在时间t41以前，没有提供TOC0信息命令(TOC0 INFO)，在时间t41在盘D的U—TOC扇区0中记录了先前记录的起始地址、结束地址和第一与第二轨道Tr1和Tr2的模式(其标题是“情感”(“Emotion”)和“梦”(“Dream”)的轨道)。
如图24所示，服务器单元10在时间t42提供来自已被执行了下载的两个内容中的第一内容(在这个例子中是内容#2)的轨道模式和轨道尺寸。具体地，服务器单元10连同TOC0信息命令(TOC0 INFO)“04”一起提供内容号“01h”作为内容#2的ATRAC数据的装载序号(“01h”表示两个下载轨道中的第一下载轨道)，图22所示的内容#2的轨道模式“a6h”以及内容#2的轨道尺寸“0010h.2fh.0ah”。
当接收到已执行下载的多个内容中的第一内容(#2)的轨道模式和轨道尺寸时，记录与重放段20根据提供给它的信息执行处理以产生U—TOC扇区0的信息，并把它记录在盘D上。
应当指出，在执行处理的同时记录与重放段20返还信号(RTS/CTS(UD))，如图24B所示。
因此在时间t43，把相应于已经下载的第一内容(#2)的轨道模式和起始地址与结尾地址记录在盘D的U—TOC扇区0上。
这里，已下载的内容的第一内容(#2)作为U—TOC扇区0中的第三轨道Tr3被管理，因为在下载前，两个轨道已被记录在盘D上。
在时间t43后，如图24A所示，服务器单元10提供已下载的内容的第二内容(在本例中是内容#3)的轨道模式和轨道尺寸。具体地，服务器单元10连同TOC0信息命令(TOC0 INFO)一起提供内容号(“01h”；它表示这是第二下载轨道)作为其标题为“早安”(“Morning”)的ATRAC数据的装载序号，内容#3的轨道模式“86h”以及内容#3的轨道尺寸“0020h.1eh.00h”。
当接收到已执行了下载的第二内容(#3)的轨道模式和轨道尺寸时，记录与重放段20根据接收到的信息执行处理以根据接收到的信息来产生U—TOC扇区0的信息，并把它记录在盘D上。因此在时间t44，把相应于内容#3的轨道模式和起始地址与结尾地址记录在盘D的U—TOC扇区0上。已执行下载的第二内容(#3)以后作为盘D的第四轨道Tr4被管理。
然后服务器单元10在时间t45提供停止命令(STOP)“03h”，如图24A所示。当接收到停止命令(STOP)时，记录与重放段20确定已完成相应于先前提供的TOC0信息命令(TOC0 INFO)“04h”的处理，并在确定了在相应于复制的第二内容(#3)的结尾地址后面的任何地址没有数据时，完成删除其余数据的处理。
因此，在时间t46，由U-TOC扇区0管理内容#2和#3的轨道，连同已被记录的第一和第二轨道Tr1和Tr2的数据一起被U-TOC扇区0管理。
图25A到25D和26A到26D是说明在上面所述的步骤S209中由服务器单元10提供给记录与重放段20的标题信息处理等的时序图。
应当指出，图25A，25B，25C和26A，26B，26C显示了在服务器单元10的处理和记录与重放段20之间的通信数据和处理的时序图，而图25D和26D显示了在不同时间盘D的U—TOC扇区1和扇区4的记录条件。
首先如图25D所示，在时间t51以前没有接收标题命令(Title)，在时间t51在盘D的U—TOC扇区1和扇区4中只记录了先前记录的第一与第二轨道Tr1和Tr2的标题。
服务器单元10在时间t52以后提供作为已下载内容的第一内容(#2)的标题。
具体地，服务器单元10连同标题命令(Title)一起提供ATRAC数据的内容号、要被提供的字符数以及内容的标题“喂”(“Hello”)的字符数据。
更具体地，如图25A所示，首先在时间t52，服务器单元10发送跟在轨道号命令(TNO)“05h”后面的轨道号“01h”，以便通知记录与重放段20：已下载的内容中的第一内容#2的第一信息正在被发送。
如果根据信号(RTS/CTS(UD))确认记录与重放段20已完成相应于轨道号命令(TNO)的处理，则服务器单元10以后在时间t53连同标题命令(Title)“83h”一起发送字符数的信息和字符串数据。
当第一内容(#2)的标题作为下载内容被接收时，记录与重放段20根据接收的信息进行处理，以产生U—TOC扇区1和U--TOC扇区4的信息，并把信息记录在盘D上。
应当指出，如果标题的字符数大于预定数目，则多次地分段进行处理。
具体地，如果一次发送可提供只有4个字符的数据，则4个字符的“喂”(“Hell”)首先在时间t53提供，然后一个字符“o”在时间t54提供。
因此在时间t55相应于已下载的内容#2(盘D的第三轨道Tr3)的标题被记录在盘D的U—TOC扇区1上。应当指出，在以同样发送处理提供的“kanji”字符、欧洲字符等的场合，记录与重放段20根据信息执行U—TOC扇区4的记录。
在对记录与重放段20的有关内容#2的标题信息的处理后，服务器单元10在时间t56提供下载的第二内容(#3)的标题，如图26A所示。
具体地，服务器单元10首先发送跟在轨道号命令(TNO)“05h”后面的轨道号“02h”作为ATRAC数据的内容号，以便通知记录与重放段20：正被发送的信息是已下载内容的第二内容(#3)的信息。然后，如果由记录与重放段20完成相应处理，则其后服务器单元10连同标题命令(Title)“83h”一起发送字符数信息和字符串数据。
应当指出，在此例中字符串数据是“早安”(“Morning”)，并包括4个以上的字符，所以把它分为“Morn”和“ing”，并分两次分开地发送，如图26A所示。
当以这种方式提供下载的第二内容(#3)的标题时，记录与重放段20执行处理以产生U—TOC扇区1(取决于不同情况：是扇区1或扇区4)的信息，并把它记录在盘D上。
因此，在时间t57，相应于已下载的第二内容#3(盘D的第四轨道Tr4)的标题被记录在盘D的U—TOC扇区1。
然后，当记录与重放段20完成所有标题的记录处理时，如图26C所示，服务器单元10提供停止命令(STOP)“03h”，从而结束它的处理。
应当指出，在剩余有要被记录在U—TOC扇区5，6等的信息的场合，在提供停止命令(STOP)“03h”以前，以同样方式实行信息发送处理。然后在所有TOC信息下载的时侯，提供停止命令(STOP)“03h”。
通过执行如上所述的这种处理，音频服务器系统1可把有关下载音频数据的U—TOC信息记录在盘D上。具体地，在盘D上，除了已记录的具有标题“情感”(“Emotion”)的第一轨道Tr1和具有标题“梦”(“Dream”)的第二轨道Tr2以外，还可记录已从服务器12下载的具有标题“喂”(“Hello”)的第三轨道Tr3和具有标题“早安”(“Morning”)的第四轨道Tr4的TOC信息和ATRAC数据。
自然地，如果还下载字符数据和/或图象数据，则它们被记录在预定的U—TOC扇区上。
如上所述，在音频服务器系统1中，服务器单元10连同ATRAC数据一起发送每个轨道的轨道尺寸，及记录与重放段20根据轨道尺寸分解被记录在盘D上的数据流，并把各个轨道的起始地址和结尾地址记录在盘D的U—TOC上。
因此，采用音频服务器系统1，可把由用户选择的轨道精确地下载到盘上。而且由于记录与重放段20根据发送给它的数据流把ATRAC数据作为单个轨道记录，并以这样的方式记录各个轨道的起始地址和结尾地址，以使得单个轨道的数据流被分开，所以可提高盘D的利用效率。
顺便地说，在这样下载时，通过使用重放段41和/或相关信息重放段46可实行各种不同操作。
具体地，在音频服务器系统1中，在记录与重放段20记录ATRAC数据的同时，由记录与重放段20记录的压缩ATRAC数据被解压和被重放段41重放。因此，当一个或多个轨道要被记录到盘D上时，用户可确认被记录的相应轨道的音频数据。
然而，由于被下载的数据是ATRAC系统的压缩数据，所以可作为音乐节目被重放的数据的一部分是节目的一部分。例如在约1/5的数据压缩的情况下，可对1/5的整个节目实行监视重放。
用于监视的要被重放的位置有可能从几个部分被选择，例如节目的开头部、高亮部以及由上载用户在上载时设定的部分。
而且，在音频服务器系统1中，连同由重放段41进行的要被记录在盘D上的ATRAC数据的监视重放、或代替由重放段41进行的ATRAC数据重放，可由相关信息重放段46来重放静止图象或活动图象，或文本数据等以作为要被记录在盘D上的ATRAC数据的相关信息。
具体地，服务器单元10的主控制器11连同作为来自服务器12的一个内容的ATRAC数据一起获得存储在服务器12中的字符数据和/或图象数据的文件，并把文件提供给相关信息重放段46的打印装置47或显示装置48。当提供图象数据时，相关信息重放段46的打印装置47例如根据用户操作把图象数据打印在纸上，以呈现给用户。而且当提供图象数据时，相关信息重放段46的显示装置48根据用户操作显示图象。
而且在涉及到作为WWW服务器地址的URL(均匀资源定位器)的场合，服务器单元10的主控制器11通过通信接口44获得来自主页等的相关信息，并把它提供给相关信息重放段46的打印装置47、显示装置48和扬声器49。当接收到WWW服务器的信息时，相关信息重放段46的打印装置47和显示装置48等根据用户操作输出活动图象、静止图象、声音和字符信息等。
如上所述，当采用音频服务器系统1，在把ATRAC数据下载到盘D的同时，提前存储在服务器12中的图象、声音和文本数据或通过传输媒体从网络(例如互联网)得到的相关信息由显示装置48显示或由打印装置47打印，这样，可把它们提供给下载用户。
8.上载操作实例
下面参照图28A到28B，29A到29E，30A到30D，31A到31D，32A到32D和33描述由上面参照图18和20描述的上载处理执行的上载操作的实例。
这里，参照时序图等描述在把2个节目的轨道上载到服务器12时具体的操作例子。
假定在服务器12中记录了大量的内容，如内容#1，#2，#3，。。。，如图28A所示。
而且，假定，如图28B所示，在想要进行上载的用户所携带的盘D上，记录了三个音乐节目，其第一轨道Tr1的标题是“女人”(“Woman”)，轨道模式(trmd)是“e6”，轨道尺寸是“0010.05.03”，其第二轨道Tr2的标题是“街”(“Street”)，轨道模式(trmd)是“e6”，轨道尺寸是“0012.10.3e”，以及其第三轨道Tr3的标题是“夜”(“Night”)，轨道模式(trmd)是“86”，轨道尺寸是“0021.1e.06”。
这里，假定用户把盘D装入记录与重放段20，指定盘D的轨道Tr2和Tr3，以及执行上载操作。
在上载操作时，执行了如29A到29E，30A到30D，31A到31D，32A到32D所示的这样的处理。
图29A到29E是在上载ATRAC数据时，在服务器单元10和记录与重放段20之间通信的命令数据的时序图。应当指出，在图29A到29E中，省略了RTS/CTS信号。
首先，如图29C所示，服务器单元10在时间t61把上载轨道号命令(UPLOAD TNO)提供给记录与重放段20。具体地，服务器单元10把上载轨道号命令(UPLOAD TNO)“11h”和轨道数“02h”以及跟随在其后的已被选择为上载目标的轨道Tr2和Tr3的轨道号“02h”和“03h”通知给记录与重放段20。这个处理相当于上面所述的步骤S301的处理。
然后在时间t62，服务器单元10把上载重放命令(UPLOAD PLAY)“12h”发送给记录与重放段20，如图29C所示。这个处理相当于步骤S302的处理。
响应于该发送，记录与重放段20开始了由上载轨道号命令(UPLOAD TNO)指定的轨道Tr2和Tr3的重放操作。然后如图29D所示，记录与重放段20把代表上载重放的数值“01h”连同状态命令(UDSTATUS)“20h”一起发送给服务器单元10，如图29所示。
在时间t63以后，服务器单元10把请求信号(Data Req(S))发送给记录与重放段20。响应于请求信号(Data Req(S))，记录与重放段20开始提供预定量的ATRAC数据数据，也就是，从盘重放的轨道的Tr2和Tr3的ATRAC数据(ATRAC(S))。
然后，服务器单元10响应于提供给服务器12的记录操作，把请求信号(Data Req(S))发送到记录与重放段20，如图29B所示。响应于请求信号(Data Req(UD))记录与重放段20把ATRAC数据接连地提供给服务器单元10。
同时，服务器单元10通过监视来检测从记录与重放段20是否发送状态命令(UD STATUS)，以便鉴别记录与重放段20的记录条件是否正常。这相应于在上面所述的步骤S303的处理。
如果记录与重放段20确定所有的ATRAC数据都提供给服务器单元10，则它在时间t64停止其重放操作，如图29D所示，并通过使用状态命令(UD STATUS)“20h”和代表停止条件的数值“00h”来通知服务器单元10：已进入停止条件。
因此，服务器单元10检测到上载ATRAC数据的完成，并结束记录ATRAC数据到服务器12的过程。
图30A到30D是在上面所述的步骤S306执行的从服务器单元10到记录与重放段20的TOC信息请求的通信的时序图。
在完成了记录ATRAC数据到服务器12的过程以后，服务器单元10在时间t71把TOC请求命令(TOC REQ)发送给记录与重放段20，如图30A所示，以便作出对发送TOC信息的请求。
具体地，服务器单元10首先连同TOC请求命令(TOC REQ)“14h”一起发送参数“00h”，以便请求关于上载轨道的U—TOC扇区0的信息。
响应于该请求，记录与重放段20在时间t72提供TOC0信息命令(TOC0 INFO)及其参数，也就是已上载的两个轨道中的第一轨道(在本例中是轨道Tr2)的轨道模式和轨道尺寸。
具体地，如图30B所示，记录与重放段20连同TOC0信息命令(TOC0 INFO)一起提供轨道号“01h”(它表示该轨道是两个上载轨道中的第一上载轨道)作为轨道Tr2的ATRAC数据的装入次序号，以及轨道Tr2的轨道模式“06h”和轨道Tr2的轨道尺寸“0012h.10h.3eh”如图28B所示。
当接收到已上载的第一轨道(Tr2)的轨道模式和轨道尺寸时，服务器单元10根据提供给它的信息产生文件管理信息，并重新安排在服务器中的ATRAC数据。应当指出，在执行处理期间，服务器单元10返还信号(RTS/CTS(S))。
然后在时间t73以后，记录与重放段20提供作为第二上载轨道的轨道Tr3的轨道模式和轨道尺寸。具体地，记录与重放段20连同TOC0信息命令(TOC0 INFO)“04h”一起提供作为轨道Tr3的ATRAC数据的装入次序号的轨道号“02h”(它表示该轨道是第二上载轨道)、轨道Tr3的轨道模式“86h”和轨道Tr3的轨道尺寸“0021h.1eh.06h”。
当接收到已上载的第二轨道(Tr3)的轨道模式和轨道尺寸时，服务器单元10根据提供给它的信息产生文件管理信息，并重新安排在服务器中的ATRAC数据。
在发送有关所有上载轨道的U—TOC扇区0的信息以后，记录与重放段20通过使用停止命令(STOP)在时间t74发送传输完成的消息，如图30B所示。
当接收到停止命令(STOP)，服务器单元10在时间t75确定：相应于前面提供的TOC0信息命令(TOC0 INFO)“04h”的处理已完成，并并在确定了在相应于上载的第二轨道(Tr3)的结尾地址后面的任何地址没有数据时，完成删除其余数据的处理。
服务器单元10提取以这种方式发送的U—TOC扇区0的信息，并使该信息相应于上载轨道。具体地，由于两个轨道的ATRAC数据作为单个数据流被上载，所以数据流可根据提取的U—TOC扇区0的信息按每个轨道的数据尺寸被分解，以便建立这样一个条件，在其中，上载轨道被单独地作为内容正确安排。图31A到31D和32A到32D显示了在上面所述步骤S306中从服务器单元10传送到记录与重放段20的TOC信息请求的时序图。
TOC信息请求是对标题信息的请求(盘D的U—TOC扇区1和U—TOC扇区4的信息)。
服务器单元10在时间t81发送TOC请求命令(TOC REQ)给记录与重放段20，以便作出对发送TOC信息的请求。
具体地，服务器单元10连同TOC请求命令(TOC REQ)“14h”一起发送参数“01h”，以便对有关上载轨道的U—TOC扇区1的信息进行请求。
响应于该请求，记录与重放段20在时间t82提供作为已上载的轨道的第一轨道Tr2的标题。
具体地，记录与重放段20连同标题命令(Title)一起提供ATRAC数据的轨道号、要被提供的字符数以及轨道的标题“街”(“Street”)的收费的数据。
更具体地，记录与重放段20首先在时间t82发送跟在轨道号命令(TNO)“05h”后面的轨道号“01h”，以便通知服务器单元10：正被发送的轨道信息是已被上载的两个轨道中的第一轨道(Tr2)的信息。
如果根据信号(RTS/CTS(S))确认服务器单元10已完成相应于轨道号命令(TNO)的处理，则记录与重放段20在时间t83后连同标题命令(Title)“83h”一起发送字符数的信息和字符串数据。
当第一轨道(Tr2)的标题作为上载轨道被接收时，记录与重放段20对那些以相应于轨道(Tr2)的ATRAC数据的关系加到其上的信息执行登记处理。
应当指出，在本例中，由于标题字符数大于预定数目，所以服务器单元10首先在时间t83提供4个字符“Stre”，然后在时间t84提供其余的两个字符“et”。
因此在时间t85，相应于上载的轨道(Tr2)的标题被记录到服务器12。应当指出，在以同样的发送处理来接收由“kanji”字符、欧洲字符等表示的标题信息的场合，服务器单元10根据该信息执行登记。
在服务器单元10对于轨道(Tr2)的标题信息的处理完成以后，服务器单元10在时间t86提供上载的第二轨道(Tr3)的标题，如图32B所示。
具体地，记录与重放段20首先发送跟在轨道号命令(TNO)“05h”后面的轨道号“02h”作为ATRAC数据的轨道号，以便通知服务器单元10：正被发送的信息是上载的两个轨道中的第二轨道(Tr3)的信息。然后，如果由服务器单元10完成相应处理，则记录与重放段20连同标题命令(Title)“83h”一起发送字符数信息和字符串数据。
应当指出，在此例中由于字符串数据是“夜”(“Night”)，并包括4个以上的字符，所以把它分为“Nigh”和“t”，并分两次分开地发送。
当以这种方式提供上载的第二轨道(Tr3)的标题时，服务器单元10对那些以相应于轨道(Tr2)的ATRAC数据的关系加到其上的信息执行登记到服务器12的处理。
然后当服务器单元10完成所有标题的登记处理时，记录与重放段20在时间t88把停止命令(STOP)“03h”提供给服务器单元10。
在完成对所有U—TOC扇区的信息提取后，服务器单元10把上载结束命令(UPLOAD FIN)“13h”发送给记录与重放段20，以便通知记录与重放段结束上载，如图32A所示。
应当指出，在U—TOC扇区5和/或扇区6，除了记录U—TOC扇区0、扇区1和扇区4的信息以外还记录字符数据和/或图象数据的情况下，对这些信息的发送请求是在提供上载结束命令(UPLOAD FIN)“13h”以前以同样方式作出的。然后在上载所有TOC信息的时候，服务器单元10把上载结束命令(UPLOAD FIN)“13h”发送给记录与重放段20。
通过执行如上所述的这种处理，音频服务器系统1可把以U—TOC记录的音频数据和相关信息从盘D精确地上载到服务器12。
在上述的例子中，除了已记录的内容以外，已上载的标题为“街”(“Street”)的内容#m和标题为“夜”(“Night”)的内容#m+1连同这些内容的相关信息一起被登记在服务器12中，如图33所示。
顺便地说，在这个上载时，也可通过使用重放段41和相关信息重放段46完成各种各样的操作。
具体地，在音频服务器系统1中，当服务器单元10记录ATRAC数据的同时，压缩的ATRAC数据也被提供给重放段41，以便被解压缩和重放。因此上载用户可确认上载用户自己想要的音乐节目等是否已正确地被上载。
再者，在本音频服务器系统1中，也有可能借助于相关的信息重放段46连同ATRAC数据一起输出要被上载的字符信息和/或图象信息，以便允许上载用户根据显示输出或打印输出实现确认。
9.使用网络的音频服务器系统
虽然上面描述了具有参照图3所述的结构的音频服务器系统，本发明的音频服务器系统也可在使用通信网络的场合被实现。
图34显示了刚才提到的修正的音频服务器系统的图象。参照图34，中央服务器100通过通信网络被连接到CD商店101，102和103，以及普通的家104，105和106，它们中的每个具有服务器终端。
每个服务器终端例如具有和上面所述的记录与重放段20相同的功能。同时中央服务器100具有例如上面所述的服务器单元10相同的功能。
因此，有可能在家中或例如CD商店的商店中通过使用服务器终端经由通信网络实行上载到中央服务器100。也有可能在家中或例如CD商店的商店中通过通信网络从中央服务器100实行下载。
通过实现如上所述的这个系统，可以实现对音乐等的广泛的和非常容易的提供形式。
虽然在描述实施例时描述了把音频数据记录到磁-光盘，但本发明不但可被应用到记录音乐数据的系统，也可应用到记录视频数据的其他装置。
而且可采用的记录媒体并不限于磁-光盘(例如mini盘)，任何其他记录媒体也可被应用，只要它们允许随机存取。
自然地，对于用于上载和下载等的处理方法，可应用各种不同方法。
从以上说明中可看到本发明的数据发送和接收系统可达到以下效果。
本发明的数据发送和接收系统具有这样的效果，用户可公开他自己拥有的数据，例如原始的音乐节目，并通过使用数据发送和接收系统与该用户所拥有的记录媒体把它很容易地出售给许多不受限定的用户。
本发明的数据发送和接收系统具有另一个效果，许多不受限定的用户甚至可很容易地得到那些通常很难得到的个人信息，例如业余音乐家的音乐节目。
由于上载和下载共同地使用同样的记录媒体(例如mini盘)，增大了使用本发明的方便性。例如，本发明的数据发送和接收系统也方便地用于某个用户首先进行上载然后进行下载的情况。而且在使用同一记录媒体的场合可以避免用户使用上的混淆性。
再者，由于被用作为记录装置和重放装置的记录与重放装置段可作为一个系统结构被使用，所以也可实现结构上的简便性。
实行上载的用户可连同压缩的音频数据一起提供字符数据和/或图象数据。例如，作为附属于音乐节目的字符，可以提供文字、消息、生活时间表或解释，以及作为图象，可以提供用户照片、或图象照片等。因此有这样的效果：使得具有高附加值的信息的传输成为可能。
进行上载的用户可通过使用信息输入装置把必要的信息存储到服务器中。该信息可以例如是可被提供给许多和未加限定的个人的消息，或可以是通过上载而提供的、用以限定有关音乐节目的下载条件的信息等。具体地，在上载时，可任意输入要被加到存储在可携带的记录媒体上的信息、或执行上载的个人想要指示给系统的信息上的信息。这可允许各种不同的信息提供形式。
被用来接受下载收费或用于各种不同管理的密码等可由用户任意设置。
执行上载的个人可以通过信息输入装置来对上载目标的压缩的音频数据设定用于下载的收费(上载用户对于一次下载操作想要收取的钱数)。换句话说，当要提供收费信息时，信息提供人可按照其个人情况规定收费。
在上载时，音频服务器系统可产生各种必要的信息，并把它们用于管理上载的压缩音频数据等。例如在音频服务器系统产生上载日期或数据尺寸并以相应于上载数据的关系存储它的场合，在下载时它可被用来以表格的形式显示，或用于管理其它存储的数据。因此可增大系统操作的有用性和有效性。
而且进行上载的用户的密码可被自动设定，以及它可在下载收费费用的付款时或指令删除时用来限定用户。
进行下载的用户除了用户选定的音频数据以外也可得到字符数据和/或图象数据，并且也可得到高附加值的信息。
在下载时，可对进行下载的用户适当地提出付费要求，数据发送和接收系统可适当地起到一个收费信息提供系统的作用。
由于以相应于存储的压缩音频数据的关系来管理下载结果，所以信息可被有效地使用。例如该信息可用作为对进行上载的个人征税的基础，或可用作为受喜爱的程度的晴雨表。而且，有可能对于执行下载的个人提供非常流行的音乐节目，或在音频服务器系统中产生流行榜。
在通过通信网实现音频服务器系统的场合，压缩的音频数据和其他信息的上载与下载可经由公共通信网甚至在除了装备有服务器装置、重放装置或记录装置的商店等以外的地方广泛地被实现。换句话说，存在着这样的效果，即可提供效率更高的和能由范围广泛的用户使用的音频服务器系统。