CN1260644A - 传送/记录设备和方法及传送和接收设备和方法 - Google Patents

传送/记录设备和方法及传送和接收设备和方法 Download PDF

Info

Publication number
CN1260644A
CN1260644A CN99126644A CN99126644A CN1260644A CN 1260644 A CN1260644 A CN 1260644A CN 99126644 A CN99126644 A CN 99126644A CN 99126644 A CN99126644 A CN 99126644A CN 1260644 A CN1260644 A CN 1260644A
Authority
CN
China
Prior art keywords
data
communication system
aux
information
record
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
CN99126644A
Other languages
English (en)
Inventor
井上启
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
Publication of CN1260644A publication Critical patent/CN1260644A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40058—Isochronous transmission
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/16—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for devices exhibiting advertisements, announcements, pictures or the like
    • 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
    • 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/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 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40117—Interconnection of audio or video/imaging devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • 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/2525—Magneto-optical [MO] discs
    • G11B2220/2529—Mini-discs

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Abstract

本发明涉及一种传送设备、一种记录设备、一种传送和接收设备、一种传送方法、一种记录方法以及一种传送和接收方法,通过本发明,根据数据可被周期性地传送和/或接收的第一通信方法和数据可被异步地传送和/或接收的第二通信方法,可通过单一电缆在不同设备之间进行数据通信。

Description

传送/记录设备和方法及 传送和接收设备和方法
本发明涉及一种传送设备、一种记录设备、一种传送和接收设备、一种传送方法、一种记录方法及一种传送和接收方法，通过它们并根据预定的数据通信格式经数据接口传送和接收数据。
作为一种能够记录和/或再现音乐等的记录和/或再现设备，已知在记录设备和/或再现设备上使用作为记录介质的磁光盘、磁带等，其中作为数字信号的音频信号记录在所述记录介质上。已知迷你盘(mini disk)(Trade mark，商标)是上述的这样一种磁光盘。在一个使用磁光盘的记录和再现***中，用户不仅可以记录和再现作为节目乐曲(tune)等的音频信号，还可记录对于记录介质来说是唯一的标题，即盘名称，并且记录这样的标题：即作为记录介质上的字符信息而记录在记录介质上的诸如乐曲的节目的轨迹名称。例如，在再现时，盘标题、乐曲的标题、艺术家的名字等可显示在再现设备的显示部分。
值得注意的是，在本发明的规格中，术语“节目”用来表示记录在盘上作为主数据的诸如乐曲的音频数据等单元。例如，一个乐曲的音频数据形成一个节目。并且术语“轨迹”以与“节目”相同的意义使用。
由本发明的受让方已经提出了在其中使用作为记录介质的迷你盘的述你盘***，其中可记录附属于作为主数据的音频数据的子数据的记录区域与在迷你盘上记录主数据的记录区域分开提供，这样可记录作为子数据的静止画面数据和字符数据。值得注意的是，在本发明规格中的字符数据还包括符号、标记等数据。
例如，不同于上述的迷你盘***的传统迷你盘***也可记录诸如盘名称和轨迹名称的字符信息。这种字符信息以与迷你盘的U-TOC(User Table ofContents，用户内容表)中每个节目关系对应的方式记录。然而，由于U-TOC本身不具有一个非常大的容量，所以它只允许上述标题等字符的记录。
相反地，在迷你盘上提供一个专门用于在其中记录子数据的区域的情况下，可容易地实现不仅记录字符信息，还可记录不要求非常大容量的诸如静止画面的视频数据。
近年来，数字直接广播(digital directbroadcasting)已经逐渐推广。当与现有的模拟广播比较时，数字直接广播抗噪声和衰落，并且允许高品质信号的传送。另外，数字直接广播可以提高频率使用效率并且允许多频道的使用。特别是，数字直接广播允许使用一个卫星保证几百个频道。在这种数字直接广播中，准备了大量的体育、电影、音乐、新闻等专用频道，并且在专用频道广播用于相应专用内容的节目。
已经提出了使用上述的这种数字直接广播***，这样在查看广播屏幕时，用户可以下载一个乐曲音频数据或者例如可以购买关于一些商品的协议。简而言之，数字直接广播***包含与普通广播内容一起广播的数据服务广播。
作为一个实例，在下载音乐数据时，广播侧多路复用唱片封面等的乐曲数据和视频数据以及附属于乐曲数据的嵌入注释(liner notes)的文本数据，即关于乐曲、艺术家等的句子，并且广播与广播节目同时的多路复用数据。在下载这种乐曲数据和附属信息时，显示用于下载的操作屏GUI(graphical UserInterface，图形用户接口)屏幕，这样用户可执行交互式操作。在多路复用的情况下还广播用于这种GUI屏幕输出的数据。
在拥有接收设备的用户侧，当选择一个希望的频道时，则为接收设备执行预定操作，这样显示或输出用于下载乐曲数据的GUI屏幕。随后，用户执行以这种方式显示的用于操作屏的操作，以便例如将数据提供到与接收设备相连的数字音频设备并且由数字音频设备记录。
另外，近年来已经提出了一种数据传送***，其中诸如数字AV(AudioVisual，视听的)设备和个人计算机设备的各种电子设备如通过IEEE(Instituteof Electrical Engineers，电子工程师学会)1394总线彼此连接，这样数据可在其间进行通信。
通过上述的技术背景提供这样一种***是可能的：其中通过如数字直接广播，由上述的迷你盘***处理的作为主数据的音频数据和附属于音频数据的作为子数据的视频数据和文本数据可作为下载数据广播，这样用户侧通过数字直接广播接收设备可接收下载数据，并且通过迷你盘播放器经IEEE 1394总线将接收的下载数据记录到迷你盘上。
另外，如果个人计算机设备或其它AV设备经IEEE 1394总线与上述这种***的迷你盘播放器连接，则还可能将AV设备再现的数据提供到个人计算机设备，并且使用个人计算机执行数据的编辑处理等，或者使得个人计算机执行用于其它AV设备的操作控制。
如上所述，在其元件通过IEEE1394总线彼此连接的AV***传送由如上所述的迷你盘***处理的作为主数据的音频数据和作为子数据的视频数据或文本数据的情况下，最好建立一种传送形式，当研究IEEE 1394标准时，它在考虑例如硬件、软件等的负荷时展示尽可能高的效率。
本发明的一个目的是提供一种传送设备、一种记录设备、一种传送和接收设备，一种传送方法、一种记录方法及一种传送和接收方法，通过它们并根据其中数据可被周期性传送和/或接收的第一通信方法及其中数据可被异步传送和/或接收的第二通信方法，数据经一条单个数据总线可在不同设备之间通信。
为了实现上述目的，根据本发明的第一方面提供了一种信息传送设备，根据其中数据可被周期性地传送的第一通信***及其中数据可被异步传送的第二通信***，所述信息传送设备可经一条单个数据总线与其它设备交换数据，并且所述设备包括：鉴别装置，用于鉴别要传送的数据是否是要及时连续输出的主数据或与主数据相关的子数据；传送装置，当鉴别装置鉴别出要传送的数据是要及时连续输出的主数据时，根据第一通信***传送数据，而当鉴别装置鉴别出数据是与主数据相关的子数据时，根据第二通信***传送数据。
根据本发明的第二方面提供了一种记录设备，根据其中数据可被周期性地接收的第一通信***及其中数据可被异步接收的第二通信***，所述记录设备经一条单个数据总线进行数据通信，并且将所接收的数据记录在一记录介质上，所述记录设备包括：鉴别装置，用于鉴别接收的数据是否是根据第一通信***传送到此并且要及时连续地输出的主数据，或者是根据第二通信***传送并且与主数据相关的子数据；记录装置，当鉴别装置鉴别出接收的数据是要及时连续输出的主数据时，将接收的主数据记录到记录介质的第一区域，而当鉴别装置鉴别出接收的数据是与主数据相关的子数据时，则将接收的子数据记录到记录介质的第二区域。
根据本发明的第三方面提供了一种传送和接收***，该***包括：第一接收装置，用于接收要及时连续输出的主数据和与主数据相关的子数据；传送装置，根据其中数据可被周期性传送的第一通信***，传送由第一接收装置接收并且要及时连续地输出的主数据，以及根据其中数据可被异步传送的第二通信***传送并与主数据相关的子数据；第二接收装置，用于接收由传送装置经一条单个电缆传送的主数据和子数据；和分离装置，用于将根据第一通信***传送并由第二接收装置接收的主数据和根据第二通信***传送并由第二接收装置接收的子数据彼此分开。
根据本发明的第四方面提供了一种信息传送方法，根据其中数据可被周期性地传送的第一通信***及其中数据可被异步传送的第二通信***，使用此方法经一条单个数据总线可在不同的设备之间进行数据通信，该方法包括的步骤是：鉴别要传送的数据是否是要及时连续地输出的主数据或与主数据相关的子数据；以及，当鉴别步骤鉴别出要传送的数据是要及时连续地输出的主数据时，根据第一通信***传送数据，而当鉴别步骤鉴别出数据是与主数据相关的子数据时，则根据第二通信***传送数据。
根据本发明的第五方面提供了一种记录方法，根据其中数据可被周期性地接收的第一通信***及其中数据可被异步接收的第二通信***，使用此方法经一条单个数据总线可进行数据通信，并且将接收的数据记录到记录介质上，该方法包括的步骤是：鉴别接收的数据是否是根据第一通信***传送到此并且要及时连续地输出的主数据，或者是根据第二通信***传送到此并且与主数据相关的子数据；当鉴别步骤鉴别出接收的数据是要及时连续地输出的主数据时，将接收的主数据记录到记录介质的第一区域，而当鉴别步骤鉴别出接收的数据是与主数据相关的子数据时，则将接收的子数据记录到记录介质的第二区域。
根据本发明的第六方面提供了一种传送和接收方法，包括：第一接收步骤，接收要及时连续输出的主数据和与主数据相关的子数据；传送步骤，根据其中数据可被周期性传送的第一通信***，传送要及时连续输出的所接收的主数据，以及根据其中数据可被异步传送的第二通信***，传送与主数据相关的子数据；第二接收步骤，接收经一条单个电缆在传送步骤中传送来的主数据和子数据；以及分离步骤，将根据第一通信***传送的所接收的主数据和根据第二通信***传送的所接收的子数据彼此分开。
结合附图，通过下面的说明和附加的权利要求书，本发明的上述及其它目的，特点和优势将会显而易见，其中在附图中相似的部分或元素以相似的参考符号表示。
图1所示为应用本发明的数字直接广播接收***的框图；
图2所示为图1中的AV***的详细框图；
图3所示为用于图1所示IRD的遥控器外观的示意图；
图4A所示为广播接收时在图1所示的监视器上显示的图像的示意图；
图4B所示为下载时在图1所示的监视器上显示的图像的示意图；
图5所示为图1所示地面站内部结构的框图；
图6A所示为由图5的地面站传送的电视节目广播数据的定时图；
图6B、6C和6D所示为从图5的MPEG音频信令***分别输出的不同MPEG2音频数据的定时图；
图6E和6F所示为从图5所示的ATRAC音频信令***分别输出的不同ATRAC音频数据的定时图；
图6G和6H所示为从图5所示的音频附加信息信令***分别输出的不同音频附加信息的定时图；
图6I所示为从图5所示的DSM-CC编码器分别输出的GUI数据的定时图；
图7A到7D逐个显示在时分多路复用的情况下传送的4个频道的数据结构示意图；
图7E到7H逐个显示通过重新构建图7A到7D所示4个频道的接收数据来获得数据结构的示意图；
图8A所示为DSM-CC***中文件结构的示意图；
图8B所示为当图8A所示的DSM-CC***的文件转化为BIOP消息时对象的示意图；
图8C所示为一个模块的数据结构示意图；
图8D所示为图8C所示模块的分块形式示意图；
图8E所示为在其中将头部(header)加入到图8D所示块的名为DDB消息的示意图；
图8F所示为一种用于重复且周期性传送消息的数据转换方法的示意图；
图9A所示为传送流的定时图；
图9B所示为包括在图9A所示传送流中的传送包的数据结构示意图；
图9C所示为包括在图9A所示传送包中的头部的数据结构示意图；
图10A所示为NIT/CAT的数据结构示意图；
图10B所示为包括在图10A NIT/CAT中的载波的数据结构示意图；
图10C所示为用于每个载波的频道信息的数据结构示意图；
图10D所示为形成一个频道的元件(component)和ECM包的数据结构示意图；
图11是图1所示IRD的详细框图；
图12是实施本发明的记录和再现设备的详细框图；
图13A所示为记录在用在图12的记录和再现设备中的盘的记录轨迹上的簇的数据结构示意图；
图13B所示为形成图13A所示簇的扇区的数据结构示意图；
图13C所示为形成图13B所示的一对扇区的声音组的数据结构示意图；
图13D所示为由一对扇区形成的十一个声音组的数据结构示意图；
图13E所示为形成图13D所示的十一个声音组的声音帧数据结构示意图；
图14A所示为应用到与记录和再现设备一起使用的记录介质的普通地址格式的数据结构示意图；
图14B所示为应用到与记录和再现设备一起使用的记录介质的压缩(compacted)类型地址格式的数据结构示意图；
图15A所示为当以压缩地址格式描述普通地址格式数据时描述的一个实例的示意图；
图15B所示为当以压缩类型绝对地址格式和压缩类型偏移地址描述普通地址格式时描述的一个实例的示意图；
图15C所示为当以压缩类型绝对地址格式和压缩类型偏移地址描述普通地址格式时描述的另一个实例的示意图；
图16A所示为用于图12的记录和再现设备中的磁光盘区域结构的示意图；
图16B所示为图12所示的管理区域和程序区域的区域结构的示意图；
图17所示为记录在管理区域的U-TOC扇区0的数据结构示意图；
图18所示为一个链接结构的示意图；
图19所示为记录在图16B所示的管理区域的U-TOC扇区1的数据结构示意图；
图20所示为记录在管理区域的U-TOC扇区2的数据结构示意图；
图21所示为记录在管理区域的U-TOC扇区4的数据结构示意图；
图22所示为记录在管理区域的AUX-TOC扇区0的数据结构示意图；
图23所示为记录在管理区域的AUX-TOC扇区1的数据结构示意图；
图24所示为记录在管理区域的AUX-TOC扇区2的数据结构示意图；
图25所示为记录在管理区域的AUX-TOC扇区3的数据结构示意图；
图26所示为记录在管理区域的AUX-TOC扇区4的数据结构示意图；
图27所示为记录在管理区域的AUX-TOC扇区5的数据结构示意图；
图28所示为记录在图16B所示管理区域的AUX数据区域的AUX画面文件数据的数据结构示意图；
图29所示为记录在图16B所示管理区域的AUX数据区域的AUX文本文件数据的数据结构示意图；
图30A所示为一个有关画面文件拷贝状态表的示意图；
图30B所示为拷贝状态更新表的示意图；
图31所示为画面信息文件或文本信息文件的数据结构示意图；
图32所示为表示用于在图26所示的AUX-TOC扇区4的局部表中设置文本模式的定义内容的表的示意图；
图33所示为一个文本文件的数据结构示意图；
图34所示为应用本发明的个人计算机的详细结构框图；
图35是应用到IEEE 1394的堆栈模型；
图36所示为IEEE 1394总线的电缆结构示意图；
图37A是通过图36所示电缆传送数据信号的定时图；
图37B是通过图36所示电缆传送选通信号的定时图；
图37C是通过图36所示电缆传送时钟信号的定时图；
图38所示为使用IEEE 1394总线在几个设备之间连接方式的示意图；
图39A所示为在初始状态时不同设备之间通信情况的示意图；
图39B是一个相似图，但表示在总线重置后不同设备之间的通信情况；
图39C所示为在设置TREE结构之后不同设备之间通信情况的示意图；
图40所示为一个周期的数据结构的定时图；
图41A所示为异步通信时基本事务处理(transactions)的处理转变图；
图41B所示为事务处理请求的特定内容表；
图42所示为在IEEE 1394总线中的总线地址的数据结构示意图；
图43所示为CIP数据结构的示意图；
图44是为插头规定的连接情况的示意图；
图45A所示为一个输出插头控制寄存器的结构示意图；
图45B是一个相似图，但表示输入插头控制寄存器的结构；
图46所示为当把消息写入命令/响应寄存器时的处理转换图；
图47所示为在将写入请求包用作AV/C命令包的情况下的数据结构示意图；
图48是表示一个C-型和一个响应的定义内容的表；
图49A是用在具有多个功能的设备中的subunit_type(次级单元_类型)的表；
图49B是用于操作代码即操作码(opcode)的表；
图50是在异步通信时数据传送的定时图；
图51A所示为在异步通信时一个插头地址空间的数据结构示意图；
图51B所示为在以节点分割图51A中所示的插头地址空间的情况下的每个节点的数据结构示意图；
图51C所示为包括在图51B所示的插头地址空间中的插头的数据结构示意图；
图52A所示为图51B所示插头的数据结构示意图；
图52B所示为记录在图52A所示的插头地址顶部的寄存器中的数据的数据结构的示意图；
图52C是表示用来指示图52A和52B所示的插头地址的偏移地址的表；
图53所示为在生产者例和消费者侧的插头的插头结构示意图；
图54是在异步通信时传送接收过程的定时图；
图55所示为根据本发明的插接概念的示意图；
图56A所示为一个根内容列表的数据结构示意图；
图56B所示为通过图56A的根内容列表的数据结构中子目录对象指示的封面内容列表的数据结构示意图；
图56C所示为通过图56A的根内容列表的数据结构中子目录对象指示的DSI内容列表的数据结构示意图；
图56D所示为通过图56A的根内容列表的数据结构中子目录对象指示的音频内容列表的数据结构示意图；
图56E所示为通过图56D的音频内容列表的数据结构中音频(Audio)2指示的轨迹2文本内容列表的数据结构示意图；
图56F所示为通过图56D的音频内容列表的数据结构中音频1指示的轨迹1文本内容列表的数据结构示意图；
图57所示为记录对象命令的数据结构示意图；
图58所示为插头类型表的示意图；
图59所示为ONS命令的数据结构示意图；
图60所示为选择指示符的数据结构的示意图；
图61所示为AV/C命令包中的停止命令的数据结构示意图；
图62所示为用于图61所示的停止命令中的插头类型和插头ID的表的示意图；
图63所示为当AUX数据经IEEE 1394总线记录时处理过程的定时图；以及
图64所示为当AUX数据经IEEE 1394总线再现时处理过程的定时图。
下面将描述本发明的最佳实施例。
描述将以下面的顺序进行。
1.数字直接广播接收***
    1-1.总结构
    1-2.GUI屏幕的操作
    1-3.地面站
    1-4.传送格式
    1-5.IRD
    1-6迷你盘记录和再现设备
        1-6-1.MD记录器/播放器的结构
        1-6-2.扇区格式和地址格式
        1-6-3.区域结构
        1-6-4.U-TOC
            1-6-4-1.U-TOC扇区0
            1-6-4-2.U-TOC扇区1
            1-6-4-3.U-TOC扇区2
            1-6-4-4.U-TOC扇区3
        1-6-5.AUX-TOC
            1-6-5-1.AUX-TOC扇区0
            1-6-5-2.AUX-TOC扇区1
            1-6-5-3.AUX-TOC扇区2
            1-6-5-4.AUX-TOC扇区3
            1-6-5-5.AUX-TOC扇区4
            1-6-5-6.AUX-TOC扇区5
        1-6-6.数据文件
            1-6-6-1.画面文件扇区
            1-6-6-2.文本文件扇区
    1-7.个人计算机2.在实施例中经IEEE 1394的数据传送
    2-1.概述
    2-2.堆栈模型
    2-3.信号传送形式
    2-4.设备间的总线连接
    2-5.包
    2-6.事务处理规则
    2-7.寻址
    2-8.CIP(公共同步包)
    2-9.连接管理
    2-10.FCP中的命令和响应
    2-11.AV/C命令包
    2-12.用于异步通信的插接
    2-13.异步连接传送过程
    2-14.AUX数据传送中插接的概念
    2-15.对象列表的实例
    2-16.记录对象命令
    2-17.对象号选择命令
    2-18.停止命令
        2-19.AUX数据记录处理
        2-20.AUX数据再现处理1.数字直接广播接收***1-1.总结构
在本实施例中，经IEEE 1394总线传送和接收数据的AV***作为一个实例被描述。通常构建AV***，以使其可以接收数字直接广播并且下载接收的数据。
因而，将描述包括作为本发明实施例的AV***的数字直接广播传送和接收***的概述。
图1所示为本实施例的数字直接广播的总结构。参见图1，来自电视节目素材服务器106的电视节目广播的素材、来自乐曲素材服务器107的乐曲数据素材、来自音频附加信息服务器108的音频附加信息及来自GUI数据服务器109的GUI数据被传送到地面站101以进行数字直接广播。
电视节目素材服务器106为普通广播节目提供素材。由电视节目素材服务器106传送的用于音频广播的素材包括视频和音频信息。例如，在一个音频广播节目中，使用电视节目素材服务器106的视频和音频素材来广播视频和音频，例如一个新乐曲的推广(promotion)。
乐曲素材服务器107使用音频通道提供音频节目。音频节目仅使用音频数据作为素材。乐曲素材服务器107将用于不同音频通道的音频节目的多个素材传送到地面站101。
在每个音频通道的节目的广播中，相同的乐曲在一个预定的单元时间重复广播。音频通道彼此独立并且能以各种方式使用。例如，在一个音频通道中，一个日本流行乐曲在某个固定的时间内重复广播，而在另一个音频通道中，一个最新的国外流行乐曲在另外的某个时间重复广播。
音频附加信息服务器108提供由乐曲素材服务器107输出的乐曲的时间信息等。
GUI数据服务器109提供“GUI数据”，该数据用来形成用于由用户操作的GUI屏幕。例如，随后将描述的这种有关乐曲下载的GUI屏幕提供了视频数据和/或文本数据，用来形成要分布的乐曲的列表页，或者形成这种乐曲的信息页或唱片封面的静止画面。而且，用来在AV***103侧显示称作EPG(Electrical Program Guide，电子节目指南)的节目列表的EPG数据由GUI数据服务器109提供。
需要指出的是，对于“GUI数据”来说，采用如MHEG(多媒体超媒体信息编码专家组)***。MHEG是一种用于脚本(scenario)描述的国际标准，用于捕捉(grasping)作为对象的多媒体信息、过程、操作等及它们的组合，并且将这些对象编码，随后为它们产生一个标题(如，GUI屏幕)。在本实施例中采用MHEG-5。
地面站101多路复用从电视节目素材服务器106、乐曲素材服务器107、音频附加信息服务器108和GUI数据服务器109传送到此的信息，并且传送多路复用的信息。
在本实施例中，当音频数据根据MPEG(Moving Picture Experts Group，运动图像专家组)2音频***进行压缩编码时，从音频附加信息服务器108传送的视频数据根据MPEG2***进行压缩编码。同时，例如根据MPEG2音频***和ATRAC(Adaptive Transform Acoustic Coding，自适应转换声音编码)***中的一个，对从乐曲素材服务器107传送的、每个音频通道的音频数据进行压缩编码。
当这种数据多路复用时，使用来自密钥信息服务器110的密钥信息来加密数据。
注意随后将对地面站101的内部结构的实例进行描述。
经卫星102，通过每家的接收设备(下面有时称为AV***)103接收来自地面站101的信号。卫星102载有多个应答器。一个应答器具有例如30Mbps的传送容量。每家的AV***103包括一个抛物面天线111、一个IRD(Integrated Receiver Decoder，集成接收解码器)112、一个监视器设备114、一个MD记录器/播放器1和一台个人计算机113。
图1所示的AV***进一步包括一个用于操作IRD112的遥控器64，和一个用于操作MD记录器/播放器1的遥控器32。
经卫星102广播的信号通过抛物面天线111puhc接收。通过一个附属于抛物面天线111的LNB(low noise block down converter，低噪声块下转换器)115，接收的信号转换为预定频率的信号并随后提供到IRD112。
IRD112的一般操作是，IRD112选择来源于接收信号的预定信道的信号，分别解调来自所选信号节目的视频数据和音频数据以获得视频信号和音频信号，并且输出该视频信号和音频信号。另外，在节目的数据被多路复用的情况下，IRD112根据传送到此的GUI数据输出GUI屏幕。IRD112的输出提供给如监视器设备114。接着，监视器设备114可执行由IRD112接收和选择的节目的图像和音频输出的显示，并且通过响应比如随后描述的操作可显示GUI屏幕。
MD记录器/播放器1可将音频数据记录到装载于其中的迷你盘上或者从迷你盘再现。MD记录器/播放器1还将附属于作为主数据的音频数据的唱片封面静止画面数据(一个画面文件)等和乐曲、线注释等的字的文本数据(一个文本文件)记录到盘上，并且与盘上音频数据的再现时间同步地再现或输出这些记录在盘上的画面文件、文本文件等数据。
需要指出的是，为了便于说明，根据下述的MD记录器/播放器1上相同的处理，上述的这些附属于音频数据的画面文件、文本文件等数据在下面可称为“AUX(Auxiliary，辅助)数据”。
个人计算机113可获取例如由IRD112接收的数据或者由MD记录器/播放器1再现的数据，并且为获取的数据执行各种要求的编辑处理。另外，通过响应用户执行的对个人计算机113的操作，个人计算机113可以执行IRD112或MD记录器/播放器1的操作控制。
在本实施例的AV***103中，IRD112、MD记录器/播放器1和个人计算机113通过图2可见的IEEE 1394总线116彼此连接。
特别是，形成AV***103的IRD112、MD记录器/播放器1和个人计算机113中的每一个均包括一个与作为数据传送标准的IEEE 1394一致的数据接口。
因此，在本实施例中，IRD112所接收的作为下载数据的音频数据可被直接获取和记录，而不需要根据ATRAC***执行解压缩处理。而且，从传送例下载的AUX数据还可与这种音频数据一起记录。
如图1所示，IRD112通过电话电路104可与结算服务器105通信。一张以比如下述的方式存储了各种信息的IC卡***IRD112中。例如，如果执行一个乐曲的音频数据的下载，则与此有关的历史信息存储到了IC卡中。通过电话电路104，IC卡的存储信息在预定的时机或定时传送到结算服务器105。根据以此方式传送到此的历史记录，结算服务器105设置金额以执行收费操作并且要求用户付费。
从上面的描述可认识到，在本发明应用的***中，地面站101多路复用来自制作音乐节目广播素材的电视节目素材服务器106的视频数据和音频数据、来自制作音频通道素材的乐曲素材服务器107的音频数据、来自音频附加信息服务器108的音频数据以及来自GUI数据服务器109的GUI数据，并且传送多路复用的数据。
当每家的AV***103接收广播时，则可在比如监视器114上欣赏所选频道的节目。另外，当基于GUI数据的GUI屏幕与节目的数据一起传送时，首先，显示EPG(电子节目指南)屏幕以执行节目等的寻找。其次，如果用于一个特定服务而非普通节目广播的GUI屏幕用来执行一个要求的操作，则可欣赏广播***提供的服务而非普通节目服务。
例如，如果显示用于音频数据下载服务的GUI屏幕并且使用GUI屏幕执行操作，则用户可下载希望乐曲的音频数据，并且将该音频数据记录和存储到MD记录器/播放器1中。
值得注意的是，提供了特定服务而非允许上述的这种GUI屏幕操作的普通节目广播的数据服务广播具有交互式的性能，并且有时可用“交互式广播”表示。1-2.用于GUI屏幕的操作
参考图3、4A、4B，在此将简要描述使用上述的交互式广播的实例，即用于GUI屏幕的操作的实例。这里描述当音频数据下载时执行的操作。
首先，参照图3描述遥控器64的一些特别重要的操作键，该遥控器由用户操作以操作IRD112。
图3所示为提供了各种键的遥控器64的操作盘面。这里，在所示的各种键中，描述了：电源键161、数字键162、屏幕显示转换键163、交互式转换键164、EPG键盘部分165和频道键166。
提供电源键161以执行IRD112电源的开/关操作。执行数字键162以根据数字设定来转换频道，或者执行比如用于GUI屏幕的数值输入操作。
对屏幕显示转换键163进行操作，以执行比如在普通广播屏幕和EPG屏幕之间的转换。例如，如果在EPG屏幕被屏幕显示转换键163再次呼叫时操作置于EPG键盘部分165上的键，则可执行使用电子节目指南的显示屏幕的节目搜索。另外，在EPG键盘部分165中的箭头标记键165a也可用来移动用于下述服务的GUI屏幕上的光标。
提供交互式转换键164以在普通广播屏幕和用于附属于广播节目的服务的GUI屏幕之间进行转换。
提供频道键166，从而以频道数上升的顺序或下降的顺序在不同的频道之间转换IRD112选择的频道。
值得注意的是，当构建本实施例中的遥控器64以执行各种操作，例如也用于监视器设备114并且具有用于提供到其上的操作的各种键时，则在此忽略对用于监视器设备114操作的键的描述。
现在，参考图4A和4B描述用于GUI屏幕的操作的详细实例。
如果AV***103接收了一个广播并且选择了一个希望的频道，则基于电视节目素材服务器106提供的节目素材的运动图像显示在图4A所示的监视器设备114的显示屏上。换句话说，普通节目内容显示在监视器设备114上。这里是假设显示一个音乐节目。还假设该乐曲的音频数据的下载服务(交互式广播)附属于该音乐节目。
随后，如果在显示音乐节目的同时用户操作遥控器64的交互式转换键164，则图4B所示的用于音频数据下载的这样一个GUI屏幕在监视器设备114的显示屏上可转换地显示。
在GUI屏幕上，显示在图4A所示的显示屏上并依据来自电视节目素材服务器106的视频数据的图像以缩小比例在位于图4B所示的显示屏左上角部分的电视节目显示区域121A中显示。
同时，在显示屏右上角，显示在音频通道中广播的不同频道的乐曲列表121B。另外，文本显示区域121C和封面显示区域121D在显示屏左下角显示。而且，乐曲字(tune words)显示按钮122、概要(profile)显示按钮123、信息显示按钮124、预订(reserved)记录按钮125、预订列表显示按钮126、记录历史显示按钮127和下载按钮128置于屏幕的右半部分。
用户观察显示在列表121B上的乐曲的标题并且搜索用户感兴趣的乐曲。然后，如果用户找到感兴趣的乐曲，则用户将操作遥控器64的EPG键盘部分165中的箭头标记键165a，以在显示乐曲的位置移动和调整光标并且执行一个确认(entering)操作。此时，在本实施例中，用户按下箭头标记键165a的中心位置。
这样用户就可欣赏光标调整的乐曲。特别是，由于在一个预定单元时间在每个音频通道中重复广播相同的乐曲，如果在显示电视节目显示区域121A的屏幕时要欣赏的频道转换到通过IRD112的操作而选择的乐曲的音频通道以输出音频通道的音频数据，则用户可以欣赏该乐曲。因此，该乐曲的封面画面可在封面显示区域121D显示。
另一方面，例如，如果光标在上述的情况下调整到乐曲字显示按钮122并且随后执行一个确认操作，则该乐曲的字在与文本显示区域121C的音频数据同步的定时显示。需要指出的是，在下面的描述中，调整光标到一个显示的按钮并且执行一个确认操作被称作“按下按钮”。类似地，如果按下概要显示按钮123或信息显示按钮124，则与乐曲对应的艺术家的概要或者音乐会信息显示在文本显示区域121C。在这种方式下，用户可知当前分布有哪些乐曲，并且可进一步知道每个乐曲的详细信息。
如果用户想要购买欣赏的乐曲，则用户按下下载按钮128。如果按下下载按钮128，则MD记录器/播放器1将所选乐曲的音频数据下载并记录到一个盘上。该乐曲的字数据、艺术家的概要信息、封面的静止画面等数据也可与该乐曲的音频数据一起下载。
每次乐曲的音频数据以这种方式下载，则历史信息存储到IRD112的IC(Integraged Circuit，集成电路)卡中。这些存储到IC卡中的信息由结算服务器105获取，例如每月一次。随后，依据数据服务使用的历史的金额记入用户的账内。因此，可以保护每个下载乐曲的版权。
另外，如果用户想预订下载，用户可以按下预订记录按钮125。通过响应预订记录按钮125的按下，GUI屏幕的显示被转换，并且可以预订的乐曲列表以全屏显示。例如，列表可显示在一个小时的单元中、一个星期的单元中、一个频道的单元中或其它的单元中搜索到的乐曲。用户将从列表中选择一个用于下载的预订乐曲。这样，所选乐曲的信息注册到IRD112中。如果用户想确认已经预订用以下载的乐曲，则用户可以按下预订列表显示按钮126以在全屏上显示它们。当预定的时间到来时，以这种方式预订的每个乐曲由IRD112下载并且下载的乐曲由MD记录器/播放器1记录到盘上。
如果用户想确定过去已下载的任何乐曲历史，则用户可以按下记录历史显示按钮127以使已经下载的乐曲的列表在全屏上显示。
在这种方式下，使用本发明应用的***的AV***103，乐曲列表在监视器设备114的GUI屏幕上显示。随后，如果用户根据GUI屏幕上的显示选择了一个乐曲，则用户可试用性地欣赏该乐曲，并且可知该乐曲的字、艺术家的概要等。另外，可执行一个乐曲的下载和这个下载的预订以及下载历史、预订的乐曲列表的显示等。
尽管忽略了细节描述，但通过根据上述的MHEG***规定脚本描述中的对象关系可实现图4B所示的这种GUI屏幕的显示、及响应用于GUI屏幕的用户操作而改变GUI屏幕上的显示、以及音频输出。这些对象是对应于各种按钮的视频数据和在图4B所示的显示区域显示的素材数据。
另外，在本发明的规格中，由定义诸如GUI屏幕的对象间关系的脚本描述实现的诸如视频显示或音频输出的输出形式被称为“场景”。而且，形成一个场景的对象可是一个脚本描述文件本身。
如上所述，在应用本发明的数字直接广播***中分布了广播节目并且使用多个音频通道分布乐曲的音频数据。因此，可使用分布的乐曲列表等来寻找希望的乐曲，并且使用MD记录器/播放器将希望乐曲的音频数据记录到盘介质上。
需要指出的是，除了上述的乐曲数据下载外，还可由数字直接广播***提供的不只是节目，还可以是其它服务。例如，可以准备这样的服务，如播出称为电视购物的商品推荐节目以及播出一个在其上可签订购买协议的GUI屏幕。1-3.地面站
上面描述了本实施例的数字直接广播***的概述，而下面将给出该***的更详细的描述。首先，参考图5描述地面站101的结构。
值得注意的是进行下面的描述是基于下面的假设。
在本实施例中，对于经卫星102从地面站101到AV***103的传送来说，采用的是DSM-CC(Digital Storage Media-Command and control，数字存储介质-命令和控制)协议。
在本技术领域中已知，DSM-CC(MPEG-部分6)***规定命令和控制方法，用于检索存储在数字存储介质(下面称作DSM)上的MPEG编码比特流，或者将流存储到DSM。在本实施例中，采用DSM-CC***作为数字直接广播***的传送标准。
为了根据DSM-CC***传送数据广播服务的内容，必须定义一种内容的描述格式。在本实施例中，采用上述的MHEG作为描述格式的定义。
图5所示的地面站101包括一个电视节目素材注册***131，它将从电视节目素材服务器106获得的素材数据注册到AV服务器135。素材数据传送到电视节目信令***139，通过该***，例如根据MPEG2***压缩视频数据并且例如根据MPEG2音频***对音频数据打包(packetize)。电视节目信令***139的输出传送到多路复用器145。
同时，乐曲素材注册***132将来自乐曲素材服务器107的素材数据，即音频数据提供给MPEG2音频编码器136A和ATRAC编码器136B。MPEG2音频编码器136A和ATRAC编码器136B为提供到此的音频数据执行编码处理(压缩编码)，并且将产生的数据分别注册到MPEG音频服务器140A和ATRAC音频服务器140B。
在MPEG2音频服务器140A中注册的MPEG音频数据传送到MPEG音频信令***143A，通过该***所述音频数据被打包，并且打包的数据传送到多路复用器145。在ATRAC音频服务器140B中注册的ATRAC数据作为ATRAC数据传送到ATRAC音频信令***143B，通过该***所述ATRAC数据被打包，并且打包的数据传送到多路复用器145。此时，ATRAC数据高速转换到ATRAC音频服器140B。
音频附加信息注册***133将音频附加信息注册到音频附加信息数据库(DB)137，其中音频附加信息是来自音频附加信息服务器108的素材数据。注册到音频附加信息数据库137的音频附加信息传送到音频附加信息信令***141，类似地，通过该***所述附加信息被打包，并且打包的数据传送到多路复用器145。
GUI素材注册***134将GUI数据注册到GUI素材数据库138，其中GUI数据是来自GUI数据服务器109的素材数据。
在GUI素材数据库138中注册的GUI素材数据传送到GUI创作(authoring)***142，通过该***所述素材数据被处理以具有一种数据格式，这些数据以这种格式作为上述参考图4B所述的GUI显示屏即“场景”输出。
特别是，如果从GUI创作***142传送来的数据例如是用于乐曲下载的GUI屏幕的数据，则这些数据包括唱片封面的静止画面的数据、该乐曲的字文本数据等、响应操作要输出的音频数据等。
上述的每种数据被称作单介质。GUI创作***142使用MHEG创作工具来将这些单介质数据编码并且将它们作为对象处理。
随后，MHEG-5的内容与规定对象关系的脚本描述文件(脚本)一起准备，这样可获得例如与上述参考图4B描述的这种场景的显示形式(GUI屏幕)一致的视频和音频数据的输出形式和操作。
另外，在图4B所示的这种GUI屏幕上还显示基于电视节目素材服务器106的视频和音频数据的MPEG视频数据和MPEG音频数据、基于乐曲素材服务器107的乐曲素材数据的MPEG音频数据等，并且根据操作提供一种输出形式。
相应地，在脚本描述文件中，GUI创作***142处理基于电视节目素材服务器106的素材数据的视频和音频数据、基于乐曲素材服务器107的乐曲素材数据的MPEG音频数据、及基于必要时作为对象的上述音频附加信息服务器108的音频附加信息，并且执行MHEG脚本的描述。
值得注意的是，GUI创作***142传送来的MHEG内容的数据可能是脚本文件和各种静止画面文件或作为对象的文本数据文件，并且静止画面数据是诸如根据JPEG(Joint Photograph Experts Group，联合图片专家组)***压缩的640×480象素的数据，而文本数据是作为包括诸如小于800个字符的文件提供的。
由GUI创作***142获得的MPEG内容的数据传送到DSM-CC编码器144。
DSM-CC编码器144将MHEG内容数据转换为一种格式的传送流(下面简称为TS)，使用该格式并根据MPEG2格式可将传送流与视频数据和音频数据的数据流一起多路复用，并且DSM-CC编码器144打包传送流并随后将打包的传送流输出到多路复用器145。
多路复用器145时基多路复用来自电视节目信令***139的视频包和音频包、来自MPEG音频信令***143A的音频包、来自ATRAC音频信令***143B的高速音频包、来自音频附加信息信令***141的音频附加信息包、以及来自GUI创作***142的GUI数据包，并且多路复用器145使用从图1所示的密钥信息服务器110输出的密钥信息来加密时基多路复用包。
多路复用器145的输出传送到无线电波信令***146，通过该***，对接收到的多路复用器145的输出执行诸如错误校正码的附加(addition)、调制和频率转换的处理。随后，无线电波信令***146的输出从天线输出，这样可传送到卫星102。1-4.传送格式
现在描述根据DSM-CC***规定的本实施例的传送格式。
图6A至6I描述的是当数据从地面站101输出并且传送到卫星102时的数据实例。需要注意的是，如上所述，图6A至6I所示的各种数据实际上处于时基多路复用状态。另外，正如图6A所示，事件在一个从时间t1到时间t2的周期发生，而另外一个事件在时间t2之后发生。就一个音乐节目的频道来说，这里所说的事件是一个单元，其中一组排列成行的多个乐曲被改变，或者具有约30分钟或一小时的时间。由图6A可以看出，在从时间t1到时间t2的事件中，一个具有预定内容A1的节目在运动画面的普通节目广播中广播。在开始于时间t2的事件中，广播另一个内容A2的节目。在普通节目中所广播的是运动画面和音频。
MPEG音频通道(1)至(10)是为从通道CH1至通道CH10的10个通道准备的。在图6B至6D所示的音频通道CH1、CH2、CH3、……、CH10的每一个中，当广播一个事件时，则重复传送相同的乐曲。特别是，在从时间t1到时间t2的事件周期内，乐曲B1在音频通道CH1重复传送，而另一个乐曲C1在音频通道CH2重复传送。类似地，相同的乐曲在每一个其它音频通道CH3至CH9中重复传送，并且乐曲K1在音频通道CH10中重复传送。这类似地应用到了图6E至6F所示的四倍速ATRAC音频通道(1)到(10)中。
在图6B至6F中，括号中那些相同的数字指示的MPEG音频通道和四倍速ATRAC音频通道表示相同的乐曲。特别是，在本实施例中，对于一个给定乐曲来说，输出根据MPEG2***压缩的音频数据和根据ATRAC***压缩的音频数据。另外，指示音频附加信息频道号的每个括号中的数字表示附加到具有相同频道号的音频数据的音频附加信息。而且，还为每个频道形成作为GUI数据传送的静止数据和文本数据。如从图7A至7D可以看出，这些数据时分多路复用到MPEG2的传送包并且作为这种传送包传送。随后，如图7E至7H所示，通过使用单独数据包的头部信息，数据在IRD112中重新构建。
另外，图6I所示用于数据服务器的GUI数据(交互式广播)根据DSM-CC***以下面的方式逻辑形成。这里，严格地给出了对由DSM-CC编码器144输出的传送流数据的描述。
从图8A中可以看出，根据DSM-CC***传送的本实施例的所有数据广播服务都包括在一个称作服务网关的根目录中。如图8B所示，服务网关包括不同种类的包括目录、文件、流、和流事件的对象。
在上述对象中，文件包括根据MHEG描述的静止画面、音频数据、文本数据和脚本的各种单个数据文件。
流包括与一些其它数据服务和电视节目素材的MPEG视频数据和音频数据的AV流、MPEG音频数据和作为乐曲素材的ATRAC音频数据等链接的信息。
流事件包括类似的链接信息和时间信息。
目录是一个在其中收集彼此相关数据的文件夹。
从图8B中可以看出，在DSM-CC***中，捕捉这种作为对象单元的每一个单元信息和服务网关，并且每个对象形式上转换成BIOP(BroadcastInteroperable Object Reference，广播可共同操作对象参考)消息。
需要指出的是，由于文件、流和流事件三个对象之间的区别对于本发明的描述来说不是必需的，因此下面进行描述是有关于作为表示它们的一个文件的对象的描述。
这样，在DSM-CC***中，产生一个图8C所示的称为模块的数据单元。该模块是一个形成的可变长数据单元，这样它包括一个或多个每个都具有图8B所示的BIOP消息形式的对象并且在其中加入了一个BIOP头部，并且是下述的在接收侧接收数据的缓冲单元。
另外，在DSM-CC***中，在多个对象形成一个模块的情况下，对象之间的关系不做专门规定或限制。简而言之，本质上说，即使一个模块是由彼此没有关系的场景间的两个或多个对象形成的，也不会违反DSM-CC***的规定。
如图8D所示，模块主要被机械地分成称作“块”的固定长数据单元，以便它可以以称为由MPEG2格式所规定的区段的形式传送。然而，该块最后的块没必要具有规定的固定长度。一个模块分成块的原因在于MPEG2格式规定一个区段必须不能超过4KB。
另外，此时作为块的数据单元和区段在意义上是相同的。
如图8E所示，以这种方式分割模块而获得的每个块加入了一个头部，这样块转换成称为DDB(Download Data Block，下载数据块)形式的消息。
另外，与这种转换为DDB同时的，还准备了称作DSI(Download ServerInitiaate，下载服务器起动)和DII(Download Indicate Information，下载指示信息)的控制消息。
当接收侧(IRD112)从接收的数据获得一个模块时，DSI和DII是所要求的信息，并且DSI主要具有下述的转盘式磁带(carousel)识别符，以及有关代表转盘式磁带旋转所需时间和转盘式磁带暂停值等的全部转盘式磁带的信息。DSI还具有用于鉴别数据服务(在对象转盘式磁带***的情况下)的根目录(服务网关)位置的信息。
DII是与包括在转盘式磁带中的每个模块对应的信息并且具有每个模块的大小、版本、暂停值等信息。
随后，DDB、DSI和DII这三种消息以对应关系被重复且周期性地传送到区段的数据单元。因此，接收器侧可在任何时间接收其中包含了获得对象GUI屏幕(场景)所必须的对象的模块。
在本发明的规格中，刚才描述的这种传送***由于与转盘式磁带的相似性而被称为“转盘式磁带***”，并且如图8F示意示出的数据传送形式被称作转盘式磁带。
而且，“转盘式磁带***”分成包括“数据转盘式磁带***”和“对象转盘式磁带***”两个级别。特别是，在对象转盘式磁带***中，通过使用转盘式磁带，具有文件、目录、流和服务网关这些性质的对象作为数据传送。对象转盘式磁带***与数据转盘式磁带***具有相当大的不同，因为它处理目录结构。本实施例的***采用对象转盘式磁带***。
以上述的这种方式通过转盘式磁带传送的GUI数据，即，从图5的DSM-CC编码器144输出的数据，是以传送流的形式输出的。传送流具有如图9A至9C所示的那种结构。
图9A表示一个传送流。从图9A中可以看出，传送流是在MPEG***中定义的一种比特序列并且是由188个字节的固定长度包(下文中称为传送包)的连接形成的。从图9B可以看出，每个传送包包括一个头部、一个用于允许附加信息包括在某个单个包中的自适应字段、以及一个表示包的视频/音频数据等内容的有效载荷区。
头部实际上具有例如4个字节的长度，并且在其顶部必定有一个同步字节。放置在同步字节之后预定位置的头部还具有作为包的识别信息的PID(Packet ID)、表示存在或不存在扰频的扰频控制信息、表示存在或不存在有效载荷的自适应字段控制信息，等等。
根据这些控制信息，通过使用多路分解器，接收设备侧可在一个包单元中执行解扰，并且可执行要求的视频/音频数据包的分离和获取等。另外，可在此执行用作视频/音频数据同步再现的参考的时间信息。
另外，从下面的描述中可以认识到，一个传送流具有用于在其中多路复用的多个频道的视频/音频数据包。一个传送流还具有在其中多路复用的用于称为PSI(Program Specific Information，节目专用信息)的控制频道选择的信号、以及对于限制性接收是必须的信息(EMM(Entitlement ManagementMessage，权利管理消息)/ECM(Entitlement Common Message，权利共同消息))，该限制性接收是一种接收功能，它根据单个协议的情况来决定订购的频道是否可被接收，传送流还具有用于实现EPG(电子节目指南)等服务的SI(Service Information，服务信息)。这里描述PSI。
从图10A至10D可以看出，PSI由四个表形成。每个表以符合称为区段格式的MPEG***的格式表示。
图10A所示为NIT(Network Information Table，网络信息表)和CAT(Conditional Access Table，条件存取表)。
NIT在内容上与所有的载波共同多路复用。现在描述每个载波的各种传送尺寸如极化面、载频和卷积率和多路复用到此的频道的列表。NIT的PID由PID＝0x0010决定。
CAT也在内容上与所有载波共同多路复用。在CAT中描述用于识别限制接收方法、协议信息等信息的EMM(权利管理消息)包的PID。CAT的PID由PID＝0x0001表示。
图10B所示PAT是作为具有对于单个载波来说唯一的内容的信息。每个PAT在其中描述了载波中的频道信息和表示频道内容的PMT的PID。用于PAT的PID由PID＝0x0000表示。
另外，作为用于每个载波频道的信息，提供了图10C所示的PMT(ProgramMap Table，节目映射表)表。
PMT具有多路复用到此的不同频道的内容。例如，如图10D所示，每个PMT由组成每个频道的部分(视频/音频数据部分等)组成，并且ECM(权利共同消息)包对于解扰是必须的。1-5.IRD
随后将参考图11描述包括在AV***103中的IRD112结构的实例。
图11所示的IRD112具有一个输入端T1，其中由抛物面天线111接收并经抛物面天线111的LNB115转换成预定频率信号的接收信号输入到所述输入T1。输入的接收信号从输入端T1提供到调谐器/前端部分51。
根据由CPU(中央处理单元)80设置并从其接收的指示传送尺寸等的设置信号，调谐器/前端部分51接收由设置信号确定的接收频率，并且对载波执行诸如维特比(viterbi)解调处理和错误校正处理等的必要处理，以获得一个传送流。
调谐器/前端部分51获得的传送流提供到解扰器52。调谐器/前端部分51还从传送流获得PSI包，并且更新PSI包的频道选择信息。而且，调谐器/前端部分51获得传送流中的每个频道的组成PID并且将其传送到比如CPU80。这样CPU80使用所获得的PID，用于处理接收信号。
解扰器52通过CPU80接收存储在IC卡65中的解扰密钥数据，并且由CPU80设置解扰器52的PID。根据解扰密钥数据和PID，解扰器52执行解扰处理并且将处理的数据传送到传送部分53。
传送部分53包括一个多路分解器(DeMUX)70和一个由诸如DRAM或类似元素形成的队列(quene)71。队列71的形成使得与模块单元对应的多个存储区域排成列。例如，在本实施例中，提供了32列的存储区域。换句话说，队列71最大可同时存储32个模块的信息。
作为多路分解器70进行的一般操作，它根据CPU80的多路分解器(DeMUX)驱动器82设置的滤波器情况来将解扰器52提供到此的传送流多路分用，并且如果必要的话，使用作为工作区域的队列71以获得如上参考图7E至7H所述的那种格式的数据。随后，多路分解器70将这些获得的数据提供到必要的功能电路部分。
当MPEG音频数据输入到MPEG2音频解码器54时，由多路分解器70分离的MPEG视频数据输入到MPEG2视频解码器55。多路分解器70分离的单个MPEG视频/音频数据包以称作PES(Packetized Elementary Stream，打包基本流)的格式输入到相应的解码器。
传送流的MHEG内容的数据在来自传送流的传送包单元中被多路分解器70分离并获取，并且被写入到队列71的所要求的存储区域，这样它们排列在模块单元中。随后，排列在模块单元中的MHEG内容数据在CPU80控制下经数据总线写入到主存储器90中的DSM-CC缓冲器91中，并随后保存在DSM-CC缓冲器91中。
在传送流中以四倍速ATRAC数据的形式压缩的音频数据被多路分解器在比如一个传送包的单元中分离和获取，并输出到IEEE 1394接口(I/F)60。IEEE 1394接口60不仅允许传送音频数据还允许传送视频数据、文本数据信号、各种命令信号等。
根据MPEG2格式，通过使用作为工作区域的存储器55A，向MPEG2视频解码器55输入PES格式的MPEG视频数据，以为MPEG视频数据执行解码处理。这样解码的视频数据提供到显示处理部分58。
如上所述，从MPEG2视频解码器55输入的视频数据、以及随后描述的由主存储器90的MHEG缓冲器92以这种方式获得的用于数据服务的GUI屏幕的视频数据，被输入到显示处理部分58。显示处理部分58对以此种方式输入的视频数据执行要求的信号处理，从而根据预定的电视***将视频信号转换成模拟音频信号，并且将模拟音频信号输出到模拟视频信号输出端T2。
因此，如果模拟视频输出端T2与监视器设备114的视频输入端彼此连接，则将执行参考图4A的上述显示。
根据MPEG2格式，通过使用作为工作区域的存储器54A，输入PES格式的MPEG音频数据的MPEG2音频解码器54为MPEG音频数据执行解码处理。这样解码的音频数据提供到D/A转换器56和光学数字输出接口59。
D/A转换器56将输入到此的音频数据转换成模拟音频信号并且将模拟音频信号输出到切换电路57。切换电路57执行信号路径的转换，这样模拟音频信号可输出到一对模拟音频输出端T3和T4中的一个。
这里提供了模拟音频输出端T3，以与监视器设备114的音频输入端连接。同时，模拟音频输出端T4用来将经过的下载乐曲作为模拟信号输出。
光学数字输出接口59将输入到此的数字音频数据转换成光学数字信号并输出该光学数字信号。此时，光学数字输出接口59例如符合IEC(International Electrotechnical Commission，国际电子技术委员会)958。
当CPU80执行各种控制处理时，使用主存储器90作为工作区域。在本实施例中，上述的作为DSM-CC缓冲器91和MHEG缓冲器92的区域被分配到了主存储器90。
使用MHEG缓冲器92作为产生视频数据的工作区域，该视频数据例如用于根据MHEG***脚本的描述产生的GUI屏幕，这里产生的视频数据经一条总线提供给显示处理部分58。
CPU80执行IRD112的全部控制。该控制包括用于由多路分解器70进行的数据分离和获取的控制。
根据脚本描述的内容，CPU80还为获得的MHEG内容的数据执行解码处理以执行用于构建一个GUI屏幕的处理，并且输出该GUI屏幕。
因此，除了执行主控制处理的控制处理部分81之外，本实施例的CPU80至少还包括多路分解器驱动器82、一个DSM-CC解码器块83和一个MHEG解码器块84。在本实施例中，至少部件中的DSM-CC解码器块83和MHEG解码器块84是由软件形成的。
根据输入到此的传送流的PID，多路分解器驱动器82为多路分解器70设置了滤波器情况。
DSM-CC解码器块83具有作为DSM-管理者的功能，并且将存储在DSM-CC缓冲器91的模块单元中数据重新构建成MHEG内容的数据。而且，根据来自MHEG解码块84的存取，DSM-CC解码器块83执行与要求的DSM-CC解码等相关的处理。
MHEG解码器块84存取DSM-CC解码器块83获得的MHEG内容的数据，即由DSM-CC缓冲器91获得的MHEG内容的数据，并且执行用于MHEG内容数据的输出场景的解码处理。简而言之，MHEG解码器块84实现了由MHEG内容的脚本文件规定的对象之间的关系，从而形成一个场景。因此，当形成作为一个场景的GUI屏幕时，MHEG解码器块84利用MHEG缓冲器92，并且根据存储在MHEG缓冲器92中的脚本文件的内容产生用于GUI屏幕的视频数据。
DSM-CC解码器块83和MHEG解码器块84之间的接口采用U-U(User-User，用户-用户)API(Application Portability Interface，应用可携带接口)。
U-U API是一种用于存取DSM管理者对象(用于实现DSM功能的服务器对象)的接口，并且对诸如服务网关、目录、文件、流以及流事件的对象执行操作。
通过使用U-U API，客户对象可执行用于这些对象的操作。
这里描述通过CPU的控制，用于获取从传送流形成场景所必须的目标对象的操作实例。
为了指示传送流中对象的位置，DSM-CC使用IOR(Interoperable ObjectReference，可共同操作对象参考)。IOR包括一个与用于找出对象的转盘式磁带对应的识别符、一个其中包括对象的模块识别符(下面以module_id指示)、一个用于规定模块中的对象的识别符(下面以object_key指示)、以及用于识别具有包括对象的模块信息的DII的标签信息(association_tag)。
另外，具有模块信息的DII包括module_id、模块大小和多于一个模块的每一个的模块版本以及用于识别模块的标签(association_tag)信息。
当从传送流提取的IOR由CPU80识别时，则例如执行下述的这种处理以接收和分离由IOR指示的对象。
(Pr1)CPU80的多路分解器驱动器82搜索出与来自转盘式磁带的PMP的ES环的association_tag具有相同值的基本流(下面以ES指示)，从而获得一个PID。DII包括在具有PID的ES中。
(Pr2)设置PID和table_id_extention(表_标识_扩展)作为多路分解器70的滤波器情况。因此，多路分解器70分离DII并且将其输出到CPU80。
(Pr3)获得与包括在前面的IOR中的module_id对应的DII中的模块的association_tag。
(Pr4)从PMT的ES环(转盘式磁带)中搜索出具有与上述association_tag相等值的ES以获得一个PID。目标模块包括在具有PID的ES中。
(Pr5)设置PID和module_id为滤波器情况，并且根据该滤波器情况由多路分解器70执行滤波。根据滤波器情况分离和获取的传送包存储到队列71的要求的存储区域(列)，直到最终形成目标模块为止。
(Pr6)从该模块中获取与包括在前面的IOR中的object_key对应的对象。这是一个目标模块。从该模块获取的对象写入到DSM-CC缓冲器91的预定区域。
例如，如果重复上述的操作以收集目标对象并将它们存储到DSM-CC缓冲器91中，则获得用于形成必要场景的MHEG内容。
人-机接口61接收从遥控器64传送到此的命令信号并将其传送到CPU80。CPU80执行要求的控制处理，从而可获得与接收的命令信号对应的设备的操作。
IC卡65***到IC卡插槽62中。CPU80执行对***到IC卡插槽62中的IC卡65的信息读出和写入操作。
调制解调器(MODEM)63经电话电路104与结算服务器105连接并且由CPU80控制，从而可执行IRD112和结算服务器105之间的通信。
这里，参考图4A和4B，结合上述显示的形式，对具有上述结构的IRD112中的视频/音频流进行辅助地描述。
当一个普通的节目以如图4A所示的方式输出时，则从输入的传送节目中获取必要节目的MPEG视频数据和MPEG音频数据，并且为MPEG视频数据和MPEG音频数据执行解码处理。MPEG视频数据和MPEG音频数据分别输出到模拟视频输出端T2和模拟音频输出端T3，从而在监视器设备114执行广播节目的图像显示和音频输出。
另一方面，当输出图4B所示的GUI屏幕时，通过传送部分53从输入传送流分离和获取GUI屏幕必须的MHEG内容的数据，并且提取到DSM-CC缓冲器91。随后，通过使用提取的数据，DSM-CC解码器块83和MHEG数据块84进行上面所述的操作，从而在MHEG缓冲器92中产生用于GUI屏幕的视频数据。然后，视频数据通过显示处理部分58提供到模拟视频输出端T2，从而在监视器设备114上显示GUI屏幕。
另外，如果从图4B所示的GUI屏幕的乐曲列表121B中选择一个乐曲从而可尝试性地欣赏该乐曲的音频数据，则可通过多路分解器70获得该乐曲的MPEG音频数据。然后，通过MPEG音频解码器54、D/A转换器56、切换电路57和模拟音频输出端T3，MPEG音频数据作为模拟音频信号输出到监视器设备114。
另一方面，如果在图4B所示的GUI屏幕上按下下载按钮128来下载音频数据，则多路分解器70获取要下载乐曲的音频数据，并且输出到模拟音频数据输出端T4、光学数字输出接口59或者IEEE 1394接口60。
这里，特别是在MD记录器/播放器1经IEEE 1394总线116与IEEE 1394接口60连接的情况下，下载乐曲的四倍速ATRAC数据由多路分解器70获取，并且通过IEEE 1394总线116从IEEE 1394接口60将该数据记录于装载在MD记录器/播放器1中的盘上。另外，此时，通过多路分解器70还从传送流获取根据JPEG***压缩的唱片封面的静止画面数据(画面文件)和该乐曲的字文本数据(文本文件)以及艺术家的概要等，并且通过IEEE 1394总线116将它们从IEEE 1394接口60传送到MD记录器/播放器1。该MD记录器/播放器1可将这种静止画面数据和文本数据记录到装载于其中的盘的预定区域。1-6.迷你盘记录和再现设备1-6-1.MD记录器/播放器的结构
图12示出了本实施例的AV***3提供的记录和再现设备(MD播放器/记录器1)的内部结构。
参见图12，在其上记录音频数据的磁光盘(迷你盘)90由主轴马达2驱动旋转。在记录和/或再现时，来自光学头3的激光束照射到磁光盘90上。
在记录时，光学头3输出一束高能级的激光束，用于将记录轨迹加热到居里温度(Curie temperature)，而在再现时，光学头3输出一束相对低能级的激光束，用于通过克尔磁效应(magnetic Kerr effect，检测来自磁光盘90的反射光的数据。
因此，光学头3包括一个光学***，该光学***依次包括一个作为激光输出装置的激光二极管、一个极化束分路器、一个物镜3a等、一个用于检测反射光的检测器、以及其它必要的元件。通过一个双轴设备4，支撑物镜3a以在磁光盘90的径向或面对或背离磁光盘90的方向放置。
磁头6a以与光学头相对的关系放置在磁光盘90上。磁头6a适于对磁光盘90施加一个由提供到此的数据调制的磁场。
通过一个滑轨(sled)设备5支撑全部光学头3和磁头6a，以便在磁光盘90的径向移动。
在再现时，光学头3从磁光盘90检测到的信息提供到RF放大器7。RF放大器7为提供到此的信息执行算术处理以检测一个再现RF信号、一个轨迹错误信号TE、一个聚焦错误信号FE、沟槽信息GFM和其它必要信息。沟槽信息是作为在磁光盘90上的预置沟槽(pre-groove)(抖动(wobbling)沟槽)记录的绝对位置信息。
获取的再现RF信号提供给一个解码器和解码器部分8。轨迹错误信号TE和聚焦错误信号FE提供给伺服电路9，并且沟槽信息GFM提供到地址解码器10。
根据从RF放大器7提供的轨迹错误信号TE和聚焦错误信号FE，伺服电路9产生各种伺服驱动信号、来自由微型计算机形成的***控制器11的轨迹转移指令或存取指令、主轴马达2的转速检测信息等，从而控制双轴设备4和滑轨设备5以影响聚焦和轨迹控制，并且控制主轴马达以一个恒定的线速度(constant liner velocity，CLV)旋转。
地址解码器10解码RF放大器7提供到此的沟槽信息GFM以获取地址信息。地址信息提供到***控制器11并且用于***控制器11的各种控制操作。
在编码器和解码器部分8中，再现RF信号须经诸如EFM(Eight toFourteen Modulation，八到十四调制)解调和CIRC(Cross Interface Reed-Solomon Coding，十字交错里德-索罗门编码)等的解码处理。在这种解码处理时还获取地址、子码数据等并将它们提供到***控制器11。
通过诸如EFM解调和CIRC的解码处理，由编码器和解码器部分8获得的区段形式的音频数据通过存储控制器12写入到缓冲存储器13一次。需要指出的是，通过光学头3从盘90的数据的读出以及在***中从光学头3到缓冲存储器13的再现数据的传送以1.41兆比特/秒的速率间歇执行。
缓冲存储器13中写入的数据在再现数据以0.3兆比特/秒的速率执行的定时被读出，并且提供到编码器和解码器部分14。提供到编码器和解码器部分14的数据须经诸如对应于音频压缩处理的解码处理的再现信号处理，这样它们被转换为用44.1KHz采样、并用16比特量化的数字音频信号。
通过D/A转换器15，数字音频信号转换为模拟信号，并且随后须由输出处理部分16进行电平调整、阻抗调整等。来自输出处理部分16的处理信号作为模拟音频信号Aout从线输出端17输出到外部设备。来自输出处理部分16的信号还作为耳机输出HPout输出到耳机输出端27，从而使该信号输出到与耳机输出端27连接的耳机中。
同时，由编码器和解码部分14解码后的数字音频信号提供到数字接口部分22，这样它可作为数字音频信号Dout从数字输出端21输出到外部设备。例如，通过经光缆的传送，数字音频信号输出到外部设备。
当执行磁光盘90上的记录操作时，提供到线输入端18的模拟音频信号Ain通过A/D转换器19转换为数字数据，并随后提供到编码器和解码器部分14，通过该部分执行音频压缩编码。
另一方面，如果数字音频信号Din由外部设备提供到数字输入端20，则由数字接口部分22执行音频数据、控制代码等的获取。音频数据提供到编码器和解码器部分14，通过该部分执行音频压缩编码处理。
尽管未示出，但自然可以提供一个话简输入端，从而使话筒输入用作记录信号。
通过存储控制器12，来自编码器和解码器部分14的压缩记录数据写入到缓冲存储器13一次并在其中累积，并随后为每个预定值的数据单元读出，并传送到编码器和解码器部分8。随后，通过编码器和解码器部分8，记录数据须经诸如CIRC编码和EFM调制的编码处理，并且处理的数据提供到磁头驱动电路6。
根据来自编码器和解码器部分8的编码记录数据，磁头驱动电路6将磁头驱动信号提供到磁头6a。换句话说，磁头驱动电路6使得磁头6a将N或S极磁场应用到磁光盘90。另外，***控制器11提供一个控制信号给光学头3，这样光学头3可输出一个记录电平的激光束。
操作部分23由用户操作并且它包括作为操作元素的操作键、拨号盘等。操作元素例如包括：关于诸如再现、记录、暂停、停止、FF(fast feeding，快进)、REW(rewinding，倒带)和AMS(Auto Music Search，自动音乐搜索)(headsearch头部搜索)的记录和再现操作的操作元素；关于诸如正常再现、节目再现、慢再现的播放模式的操作元素；用于转换显示部分24的显示状态的显示模式操作的操作元素；用于诸如轨迹划分、轨迹连接、轨迹消除、轨迹名称输入和盘名称输入的节目编辑操作的操作元素。
操作键和拨号盘的操作信息提供到***控制器11。***控制器11则根据控制信息执行操作控制。
本实施例中的记录和再现设备1进一步包括一个接收部分30。该接收部分30接收例如从遥控器32通过红外线传送的命令信号，对该命令信号执行解码处理，并且将作为命令代码的解码命令信号输出到***控制器11。根据从接收部分30接收的命令代码，***控制器11执行操作控制。
***控制器11控制显示部分24的显示操作。
特别是，为了使显示部分24执行显示操作，***控制器11将要显示的数据传送到显示部分24中的显示驱动器。根据提供到此的数据，显示驱动器驱动诸如液晶板的显示单元的显示操作，从而显示要求的数字、字符、标记等。
显示部分24显示记录或回放的盘的操作模式状态、轨迹数、记录时间或再现时间、编辑操作状态等。
盘90允许在其上记录诸如轨迹名称的字符信息，其中轨迹名称是由附属于作为主数据的节目管理的。当输入这种字符信息时显示输入的字符信息并且显示从盘中读出的字符信息。
另外，在本实施例中，构成独立于乐曲数据的数据文件的子数据(AUX数据)作为节目被记录在盘90上。
作为AUX数据的数据文件包括字符信息、静止画面等，并且这种字符或静止画面可在显示部分24上显示。
在本实施例中，提供JPEG解码器26作为允许显示部分24显示AUX数据的静止画面和字符的部件。
特别是，在本实施例中，作为AUX数据的一个数据文件的静止画面数据以根据JPEG(联合图片编码专家组)***压缩的文件形式记录。通过存储控制器12，JPEG解码器26接收从盘90再现的静止画面数据文件并且将其存储到缓冲存储器13，并根据用于文件的JPEG***执行压缩处理，并且将处理的数据输出到显示部分24。因此，作为AUX数据的静止画面数据在显示部分24上显示。
然而，需要指出的是，在输出AUX数据的字符信息或静止画面信息的情况下，具有相对大屏幕并可在某种程度上自由使用屏幕的CRT显示单元或全点显示(full dot display)单元可频繁地优先使用。因此，可以在连接于接口部分25的外部监视器设备等上显示AUX数据。
另外，尽管用户可将AUX数据文件记录到盘90上，但有时必须使用一个图像扫描器、一台个人电脑或一个键盘作为输入设备，并且可通过接口部分25，从这种刚刚谈及的输入设备将作为AUX数据文件的信息输入到记录和再现设备1。
需要指出的是，在本实施例中，接口部分25采用IEEE 1394接口。因而，在下面的描述中，接口部分25有时表示为IEEE 1394接口部分25。相应地，IEEE 1394接口25可通过IEEE 1394总线116连接各种外部设备。
作为一个微型计算机形成的***控制器11包括一个CPU、一个内部接口单元等，并且控制上述的各种操作。
节目ROM28在其中存储节目等，用于实现记录和再现设备1的各种操作。而且，执行各种处理所必须的***控制器11的数据、节目等适当地存储到工作RAM29并由其保存。
当为盘90执行记录和再现操作时，记录在盘90上的管理信息，即，P-TOC(Pre-mastered Table of Contents，预先掌握的内容表)和U-TOC(用户内容表)必须被读出。根据所述管理信息，***控制器11鉴别盘90上要记录区域的地址或要回放区域的地址。
管理信息存储在缓冲存储器13中。
当盘90装载到记录和再现设备1时，***控制器11使得在其上记录管理信息的盘90的最里面圆周的再现操作被执行，从而读出管理信息并将该管理信息存储到缓冲存储器13，以使管理信息随后用来指示盘90记录、再现或编辑时的操作。
通过响应节目数据的记录或编辑处理，U-TOC被重新写入。特别是，每次执行记录或编辑操作时，***控制器11为存储在缓冲存储器13中的U-TOC信息执行U-TOC更新处理，并且通过响应重写操作，在预定的时间重新写入盘90的U-TOC区域。
当AUX数据文件与节目分开记录在盘90上时，在盘90上形成用于允许AUX数据文件管理的AUX-TOC。
***控制器11还在读出U-TOC时读出AUX-TOC，并且将该AUX-TOC存储到缓冲存储器13，以便在必要时可指示AUX数据管理状态。
另外，在必要时，***控制器11在预定的时间读出AUX数据文件并且将AUX数据文件存储到缓冲存储器13。随后，通过响应使用AUX-TOC管理的输入定时，***控制器11使得显示部分24或与接口部分25连接的外部设备执行字符或图像的输出操作。1-6-2.扇区格式和地址格式
参考图13A至13E，下面将描述称为扇区或簇的数据单元。
从图13A中可以看出，在迷你盘***的记录轨迹中，连续地形成簇CL，并且一个簇成为记录时的最小单元。一个簇对应于2到3个圆周轨迹。
参见图13B，一个簇CL包括从SFC到SFF的四个扇区的链接区域和从S00到S1F的32个扇区的主数据区。
从图13C中可以看出，一个扇区是包括2,352个字节的数据单元。
图13B示出的四个扇区的子数据区中的扇区SFF用作子数据扇区，它可用于作为子数据的信息的记录。然而，其余的三个扇区SFC到SFE不用于数据的记录。
同时，TOC数据、音频数据、AUX数据等记录到32个扇区的主数据区。
需要注意的是，记录用于每个扇区的一个地址。
参见图13C和13D，一个扇区还进一步分成称为声音组的单元。特别是，两个扇区分成11个声音组。
更具体地说，从图13C和13D可以看出，包括一个诸如扇区S00的偶数扇区和一个诸如扇区S01的奇数扇区的两个连续扇区包括从SG00到SG0A的声音组。一个声音组由424个字节形成并且包括一些与11.61毫秒的时间对应的音频数据。
从图13D和13F可以看出，在一个声音组SG中，数据分别记录到左频道和右频道。例如，声音组SG00包括左频道数据L0和右频道数据R0，并且声音组SG01包括左频道数据L1和右频道数据R1。
需要指出的是，作为用于左频道或右频道的数据区域的212个字节被称为声音帧。
参考图14A和14B，下面将描述迷你盘***中的地址格式。
每个扇区地址以一个簇地址和一个扇区地址表示。从图14A中可以看出，簇地址具有一个16比特(＝2个字节)的值而扇区地址具有一个8比特(＝1个字节)的值。
这样，在每个扇区的顶部位置记录3个字节的地址。
而且，通过加入一个4比特的声音组地址，还可表示一个扇区中的声音组地址。例如，如果所述声音组地址用于U-TOC等的管理，则允许声音组单元中再现位置的设置。
另外，在U-TOC或AUX-TOC中，为了允许簇地址、扇区地址和声音组地址以三个字节表示，使用了图14B所见的压缩类型地址。
首先，因为一个簇包括36个扇区，所以可用6比特代替一个扇区。相应地，可以忽略一个扇区地址的两个高位比特。类似地，由于到达盘最外圆周的簇可用14个比特表示，所以可忽略两个高位比特。
通过忽略一个扇区地址和一个簇地址中每一个的两个最重要的比特，可使用3个字节表示还允许声音组指定的地址。
另外，在下述的U-TOC和AUX-TOC中，用于再现位置、再现定时等管理的地址以一种压缩类型地址描述。该地址可用绝对地址形式表示或以偏移地址形式表示。偏移地址例如是一种相对的地址，它参考确定为地址0的位置的节目顶部位置而表示诸如乐曲的每个节目中的位置。参考图15A至15C，下面将描述偏移地址的实例。
如下面参考图16A和16B所述的，诸如乐曲的节目记录在盘上以第五十簇开始的簇中，也就是以十六进位法中的第32h簇开始的簇中。应当注意的是，“由h”紧跟的任何数字都代表一个十六进位法的数值。
例如，如图15A所示，第一个节目顶部位置的地址的地址值(即，簇“32h”、扇区“00h”、声音组“0h”)是“0000000000110010000000000000”，也就是“0032h”、“00h”、“0h”。如果以压缩类型表示，则是“000000001100100000000000”，即，“00h”、“C8h”、“00h”。
由于确定顶部地址作为开始点，在第一节目中某一点的地址如簇“0032h”、扇区“04h”、声音组“0h”的地址在图15B所示的压缩绝对地址表示法中是“00h”、“C8h”、“40h”。同时，上述在偏移地址表示法中的地址是“00h”、“00h”、“40h”，因为簇“0032h”、扇区“04h”、声音组“0h”表示为从顶部地址提供的开始点起的有限差别。
另一方面，由于确定图15A中的顶部地址作为开始点，则在第一节目中另外的某个点如簇“0032h”、扇区“13h”、声音组“9h”的地址，在压缩绝对地址中如图15C所示是“00h”、“C9h”、“39h”，但是在偏移地址中则是“00h”、“01h”、“39h”。
类似于上述的实例，一个节目中的位置可使用绝对地址或偏移地址来指定。1-6-3.区域结构
参考图16A和16B，下面描述可由本实施例的MD记录器/播放器处理的盘90的区域结构。
图16A示出了盘90从最里面圆周例到最外面的圆周侧的不同区域。
作为磁光盘的盘90在最里面圆周侧具有一个凹坑区域，在其中形成凸纹式(embossed)凹坑形式的只读数据并且记录P-TOC。
相对于凹坑区域的外面圆周的剩余区域作为一个磁光区域和一个记录/再现允许区域形成，在其中形成作为记录轨迹的指导沟槽的沟槽。
从最里面圆周侧上的簇0到簇49的磁光区域的一个部分作为一个管理区域使用，而从簇50到簇2,251的另一个部分作为一个在其中记录诸如乐曲的实际节目的节目区域使用。相对于节目区域的其余外部圆周区域用作导出(lead-out)区域。
在图16B中更特别地描述管理区域。图16B显示水平方向的扇区并且显示垂直方向的簇。
在管理区域中的簇0和1形成一个到凹坑区域的缓冲区域。簇2作为一个电源校准区域PCA使用并且用于激光束等的输出功率调整。
在簇3、4和5中记录U-TOC。当在下面描述U-TOC的内容时，在一个簇的每个扇区定义一个数据格式，并且预定管理信息记录在每个扇区。在具有在其中记录U-TOC数据的扇区的三个簇3、4和5中重复记录U-TOC数据三次。
簇6、7和8用来记录AUX-TOC。尽管下面还描述AUX-TOC的内容，但在一个簇的每个扇区中定义一个数据格式，并且在每个扇区中记录预定管理信息。在具有在其中记录AUX-TOC数据的扇区的三个簇6、7和8中重复记录AUX-TOC数据三次。
从簇9到簇46的区域用来记录AUX数据。AUX数据的数据文件在一个扇区单元中形成，并且包括下述的作为静止画面文件的画面文件扇区，作为字符信息文件的文本文件扇区、作为与节目同步的字符信息文件的karaoke(卡拉OK)文本文件扇区等。
在其中可记录AUX数据的数据文件、AUX数据文件等的AUX数据区域中的区域使用AUX-TOC来管理。
需要指出的是，在假设错误校正***模式2的情况下，用于AUX数据区域中的数据文件的记录容量是2.8兆字节。
还可形成第二AUX数据区域，该AUX数据区域例如形成在节目区域的后半部分或节目区域的外侧圆周区域，例如导出部分，从而提高数据文件的记录容量。
簇47、48和49作为节目区域的缓冲区域。
在开始于簇50(＝“32h”)的节目区域中，一个或多个乐曲的数据等以由称为ATRAC的压缩方法压缩的形式记录。
使用U-TOC来管理记录的节目和记录允许区域。
值得注意的是，在节目区域的每个簇中，扇区“FFh”可用于记录作为上述的子数据的一些信息。
需要指出的是，在本发明的迷你盘***中，尽管可使用在其上以凹坑方式记录有作为只再现数据的节目等的只再现盘，但只再现盘的全部区域作为一个凹坑区域形成。对记录在只再现盘上的节目的管理基本上与下述使用U-TOC管理的方式相似，并且不形成U-TOC。
然而，在只再现数据文件作为AUX数据被记录的情况下，记录用于管理数据文件的AUX-TOC。1-6-4.U-TOC1-6-4-1.U-TOC扇区0
如上所述，为了执行在盘90上记录或从盘90再现的操作，***控制器11读出预先记录在盘90上的作为管理信息的P-TOC和U-TOC，并且在需要时指出它们。
这里描述作为管理信息用于管理盘90上的轨迹的记录和再现操作的U-TOC扇区。
需要注意的是，如上面参考图16A所述的，P-TOC在盘90最里面圆周侧上的凹坑区域中形成。于是，根据P-TOC执行盘的可记录区域、导出区域和U-TOC区域等位置的管理、值得注意的是，由于在只读光盘上所有的数据是以凹坑的形式记录，所以也可使用P-TOC执行作为ROM(只读存储器)记录的乐曲的管理，但不形成U-TOC。
P-TOC的详细描述被忽略，而在这里，描述了在一个可记录磁光盘上提供的U-TOC。
图17示出了U-TOC扇区0的格式。
需要指出的是，作为U-TOC扇区，可提供从扇区0到扇区32的扇区，并且在这些扇区中，扇区1和扇区4可作为在其中记录字符信息的区域使用，而扇区2可作为在其中记录记录日期/时间的区域使用。
首先，描述用于盘90的记录和再现操作的必须的U-TOC0扇区。
U-TOC扇区0是一个数据区域，其中由用户记录主要关于诸如乐曲的节目的管理信息，以及在其中可新近记录节目的空闲区域。
例如，如果用户想将某个乐曲记录到盘90上，则***控制器11从U-TOC扇区0中搜索出盘90上的一个空闲区域，并且将音频数据记录到该空闲区域。另一方面，在再现时，从U-TOC扇区0中识别在其中记录要再现乐曲的区域，并且访问该区域以执行一个再现操作。
在U-TOC扇区0的数据区域(4字节×588＝2,352字节)的顶部位置，记录在其中连续形成全部0或全部1的几个1字节数据的同步图案。
随后，通过3个字节记录包括一个簇地址(簇H)(簇L)和一个扇区地址(Sector)的地址，并且加入一个字节的模式信息(MODE)。提到的这些字节形成一个头部。这里的三个字节的地址是一个扇区本身的地址。
在其中记录同步图案和地址的头部部分的结构不仅应用到U-TOC扇区0，还应用到P-TOC扇区、AUX-TOC扇区、AUX文件扇区和节目扇区，并且尽管忽略了参考图19到29的下述任何扇区的头部部分的描述，但在任何扇区的头部部分中，扇区本身和同步图案的地址记录在一个扇区单元中。
需要指出的是，作为扇区本身的地址，簇地址以一个高位地址(簇H)和一个低位地址(簇L)的两个字节来表示，而扇区地址(Sector)以一个字节表示。换句话说，该地址不是压缩类型的地址。
随后，在预定字节的位置记录制造商代码、型号(model)代码、第一轨迹的轨迹数(First TNO，第一TNO)、最后轨迹的轨迹数(Last TNO，最后TNO)、扇区使用情况(Used Sector，使用的扇区)、盘序列号、盘ID等数据。
另外，准备一个区域，其中提供各种指针(P-DFA(Pointer for DefectiveArea，用于损坏区域的指针)、P-EMPTY(Pointer for Empty Slot，用于空时隙的指针)、P-FRA(Pointer for Free Area，用于空闲区域的指针)、P-TNO1到P-TNO255)，以允许识别由用户执行的记录操作所记录的轨迹区域，通过使它们对应于下面将描述的一个表部分来记录空闲区域等。
在对应于指针(P-DFA到P-TNO255)的表部分中，提供了“01h”到“FFh”的255个局部表。在每个局部表中，记录定义一个给定部分开始点的开始地址、定义该部分结束点的结束地址以及该部分的模式信息。另外，由于由一个局部表指示的部分可链接到另一个部分，因此可以记录指示在其中记录链接指定部分的开始地址和结束地址的局部表的链接信息。
需要指出的是，术语“部分(part)”表示一个轨迹部分，其中在一个轨迹上连续实际地记录在时间连续的数据。
以开始地址和结束地址表示的地址指定形成轨迹的一个部分或多个部分中的每一个。
这些地址以压缩表示法的形式记录并且每一个指定一个簇、一个扇区和一个声音组。
在上述该类型的记录和再现设备中，诸如节目或轨迹的乐曲数据有时实际不连续地或离散地记录在多个部分中。这是因为，当考虑由用户记录音频数据同步，即使数据记录在多个部分，在再现操作中来通过连续地访问这些部分来再现数据也是不成问题的，并且这可以有效利用可记录区域等。
因此，提供链接信息，并且通过根据给定的单独局部表的数字“01h”到“FFh”来指定要链接的局部表，可链接该局部表。
特别是，在U-TOC扇区0的管理表部分，一个局部表代表一个部分，并且例如对于一个由三个彼此链接的部分形成的乐曲来说，通过使用与链接信息链接的三个局部表来管理所述部分的位置。
实际上值得注意的是，通过预定的计算处理，在U-TOC扇区0中，由代表一个字节位置的数值来指定链接信息。特别是，一个局部表以304+(链接信息)×8(-th byte，第-字节)来表示。
在U-TOC扇区0中从“01h”到“FFh”的每个局部表通过使用所述指针(P-FDA，P-EMPTY，P-FRA，P-TNO1到PTNO255)以下列的方式表示该指针部分中的所述部分的内容。
指针P-DFA表示磁光盘90上的一个损坏区域，并且指定一个局部表或多个局部表中顶部的一个，其中所述局部表表示提供由相同破坏造成的损坏区域的一个部分或一些部分。简而言之，如果磁光盘90包括一个损坏部分，从“01h”到“FFh”中的一个局部表记录到指针P-DFA中，并且在相应的局部表中使用开始和结束地址指示该损坏部分。而且，如果磁光盘90包括另一个损坏部分，则这个损坏部分的局部表以第一次提到的局部表中的链接信息表示，并且还在该局部表中指示该损坏部分。如果不包括其它的损坏部分，则设置链接信息比如为“00h”，它指示不存在进一步的链接。
在管理表部分，指针P-EMPTY指示一个未使用部分的局部表或多个未使用局部表中顶部的一个。在存在一个未使用局部表的情况下，将“01h”到“FFh”中的一个记录在指针P-EMPTY中。
在存在多个未使用局部表的情况下，用来自由指针P-EMPTY指定的局部表的链接信息来连续地指定这些局部表，这样，在管理表部分，所有的未使用局部表被链接。
指针P-RFA指示一个包括在其中可写入数据的磁光盘90上的擦除区域，并且指定包括一空闲区域的一个局部表或多个局部表中顶部的一个。特别是，如果存在一个空闲区域，则在指针P-FRA中记录“01h”到“FFh”中的一个，并且在与其对应的一个局部表中，使用开始和结束地址来指示形成空闲区域的部分。另外，在存在多个这种部分的情况下，或者换句话说，在存在多个这种局部表的情况下，使用链接信息连续地指定局部表，直到找到链接信息“00h”。
图18示意性地表示使用局部表形成一个空闲区域的部分的管理方式。在图18中，部分“03h”、“18h”、“1Fh”、“2Bh”以及“E3h”形成一个空闲区域并且以指针P-FRA开始连续地链接。也在上面描述过的那种损坏区域或未使用局部表以相似的方式被管理。
回去参考图17，指针P-TNO1到P-TNO255指示用户记录在磁光盘90上的乐曲等的轨迹。例如，指针P-TNO1指定指示一个部分或相对于时间的多个部分中顶部的一个的局部表，在其中记录第一轨迹的数据。
例如，如果不分开记录第一轨迹或第一节目的一个乐曲，即，记录在盘上的一个部分，则在指针P-TNO1指定的局部表中，第一轨迹的记录区域使用开始和结束地址来指定。
另外，如果第二轨迹或第二节目的一个乐曲直接记录在盘上的多个部分，则根据时间的顺序指定用于指示第二轨迹记录位置的部分。特别是，根据时间的顺序，从指针P-TNO2所指定的局部表开始，使用链接信息连续指定另外的局部表，以链接这些部分，直到到达链接信息为“00h”的局部表为止。链接方式类似于上述参考图18所述的方式。
由于在其中例如记录第二乐曲数据的所有部分是以这种方式连续地指定和记录，当使用U-TOC扇区0的数据执行第二乐曲的再现或重写记录到第二乐曲区域时，可控制光学头3和磁头6a以访问离散部分，从而获取连续的音乐信息或影响有效使用的记录区域的记录。
在这种方式下，使用可重写磁光盘90，根据P-TOC执行对盘上区域的管理，并且根据U-TOC执行对记录在可记录服务区域、空闲区域等上乐曲的管理。1-6-4-2.U-TOC扇区1
图19显示U-TOC扇区1的格式。U-TOC扇区1是一个数据区域，当轨迹名称提供到记录的轨迹或作为盘自身名称等信息的盘名称提供给盘时，在该区域中记录输入的字符信息。
在U-TOC扇区1中，指针P-TNA1到P-TNA255作为与记录的轨迹对应的指针部分准备，并且准备通过指针P-TNA1到P-TNA255指定的8字节的“01h”到“FFh”的255个时隙和一个8字节的时隙“00h”。这样U-TOC扇区1则用于以与U-TOC扇区0本质上相似的方式进行字符数据的管理。
表示盘标题或轨迹名称的字符信息以ASCII码记录在“01h”到“FFh”的每个时隙中。
例如，在指针P-TNA1指定的一个时隙中，记录用户输入的与第一轨迹对应的字符。而且，作为与链接信息链接的时隙，可为一个轨迹输入一些多于7个字节(7个字符)的字节。
值得注意的是，准备8个字节的时隙“00h”作为专用区域，以记录盘的名称，并且与指针P-TNA(x)所指定的分开。
还是在U-TOC扇区1中，指针P-EMPTY用于未使用时隙的管理。1-6-4-3.U-TOC扇区2
图20显示U-TOC扇区2的格式。U-TOC扇区2是一个数据区域，在其中主要记录用户记录的乐曲的记录日期/时间。
在U-TOC扇区2中，指针P-TRD1到P-TRD255作为与记录的轨迹对应的指针部分准备，并且准备一个由指针P-TRD1到P-TRD255指定的时隙部分(slot section)。另外，在时隙部分中准备8字节的“01h”到“FFh”的255个时隙，并且U-TOC扇区2用于以与U-TOC扇区0本质上相似的方式进行日期/时间数据的管理。
在时隙“01h”到“FFh”中，作为乐曲的轨迹记录日期/时间以6个字节记录。在这6个字节中，对应于年、月、日、时、分和秒的值连续地记录在每个字节中。剩余的2个字符作为制造商代码和型号代码准备，在其中记录表示用于该乐曲的记录的记录设备制造商的编码数据，以及表示用于记录的记录设备类型的编码数据。
例如，如果作为第一乐曲的轨迹记录在盘上，则记录日期/时间、所使用的记录设备的制造商代码和型号代码被记录到由指针P-TRD1所指定的时隙中。参考内部时钟，通过***控制器11自动记录记录日期/时间数据。
8字节时隙“00h”作为专用区域准备，以记录盘的记录日期/时间，并且与指针P-TRD(x)所指定的分开。
需要指出的是，还是在U-TOC扇区2中，时隙指针P-EMPTY用于未使用时隙的管理。在这种未使用时隙中，链接信息记录在型号代码的位置。这样未使用时隙与这种开始于时隙指针P-EMPRY的链接信息链接以管理未使用时隙。1-6-4-4.U-TOC扇区4
图21显示U-TOC扇区4。U-TOC4是一个数据区域，当与上述的U-TOC扇区1相似地将乐曲名称提供到用户记录的轨迹或将盘名称提供到盘时，在该区域中记录输入的字符信息。从图21与图19的比较中可以看出，U-TOC4的格式本质上与U-TOC扇区1的格式相似。
然而，U-TOC扇区4允许记录代码数据，即记录与汉字或诸如法文或德文相对应的2字节代码，并且除了图19的U-TOC扇区1的数据外，还将字符代码的属性记录在预定的字节位置。
与U-TOC扇区1相似，通过使用指针P-TNA1到P-TNA255来执行对U-TOC扇区4的字符信息的管理，并且指针P-TNA1到p-TNA255指定时隙“00h”到“FFh”。
值得注意的是，本实施例的记录和再现设备或MD记录器/播放器1可处理在其上不形成U-TOC的只再现盘。在使用只再现盘的情况下，可将盘名称或轨迹名称的字符信息记录在P-TOC中。
特别是，本质上与U-TOC扇区1和U-TOC扇区4相似的扇区作为P-TOC扇区准备，并且盘标记可预先在P-TOC扇区上记录盘名称和轨迹名称。1-6-5.AUX-TOC1-6-5-1.AUX-TOC扇区0
在本实施例的盘90中，将记录AUX数据文件和AUX-TOC的区域设置成上述参考图16B所述的设置，并且独立于诸如乐曲节目的轨迹的字符信息、画面信息等可作为AUX数据文件记录。
用AUX-TOC对这种AUX数据文件进行管理。AUX-TOC在3个簇重复地记录三次，并且相应地，作为一个管理数据结构，在一个簇中的32个扇区可以与在U-TOC中相似的方式使用。
如下所述，在本实施例中，设置AUX-TOC扇区0到5以管理AUX数据文件。
首先，参考图22描述AUX-TOC扇区0的格式。
AUX-TOC扇区0作为主要用于管理全部AUX数据区域中的空闲区域的区域分配表使用。
从图22可以看出，在AUX-TOC扇区0中，首先记录包括一扇区地址(Sector)＝“00h”和模式信息(MODE)＝“02h”的头部，在一个预定字节位置的4字节区域中，四个字符“M”、“D”、“A”和“D”以ASCII码的形式记录。字符‘M’、‘D’、‘A’、‘D’指示格式ID，并且通常记录在下述AUX-TOC中相同的字节位置。
另外，制造商代码和型号代码记录在紧接着格式ID的预定字节位置，接着制造商代码和型号代码的预定位置记录使用的扇区信息。
使用的扇区信息指示在AUX-TOC中的扇区的使用情况。
形成使用的扇区0的八个比特d8到d1分别对应0到7扇区。类似地，使用的扇区1的八个比特d8到d1分别对应8到15扇区。使用的扇区2的八个比特d8到d1分别对应16到23扇区。使用的扇区3的八个比特d8到d1分别对应24到31扇区。
在AUX-TOC扇区0中，由指针P-EMPTY和P-BLAND形成指针部分。
在一个表部分中，形成具有一个开始地址、一个结束地址和链接信息的8比特的99个局部表，这样对AUX数据区域的管理可以使用与上述的U-TOC扇区0相似的方式来执行。然而，此时，局部表“01h”到“63h”作为表部分使用，但剩余的局部表“64h”到“FFh”不使用，置于其中的全部为0(零)。
需要注意的是，尽管为了实际的应用，开始于局部表“64h”的局部表可能作为表部分使用，但也可充分地使用用于管理的99个局部表。这里，局部表“01h”到“63h”作为有效表部分使用的原因在于它是考虑了缓冲存储器13的特定容量而决定的。
在AUX-TOC扇区0中，指针P-EMPTY以未使用局部表链接的方式用于管理。
在AUX数据区域，即在其中可记录AUX数据文件的未记录区域中，与U-TOC扇区0的指针P-FRA相类似，指针P-BLANK以空闲区域局部表链接的方式用于管理。
需要注意的是，开始地址和结束地址以压缩表示法来表示并且因此允许对声音组位置的指定。然而，在本实施例的AUX-TOC扇区0中，规定了指定一个簇单元中的地址，并将所有的0置于指示扇区中的声音单元、开始地址和结束地址的数据位置。
在表部分中以3字节记录的开始地址和结束地址或下述的AUX-TOC部分1到5的时隙部分以压缩表示法表示。另外，达到指定数据单元开始地址或结束地址的规定在不同的扇区内容中是不同的，并且下面适当地描述这种规定。
在只再现盘上形成AUX-TOC的情况下，没有局部表使用链接信息。1-6-5-2.AUX-TOC扇区1
AUX-TOC扇区1到3用于作为静止画面信息的画面文件的管理。
图23所示的AUX-TOC扇区1是一个作为图像分配表的管理扇区，并且用于作为在AUX数据区域中的画面文件记录的数据文件的管理。
使用AUX-TOC1，以与U-TOC扇区0相似的方式执行静止画面文件的管理。
在本实施例中，对记录在AUX数据区域的一个静止画面的画面文件的文件长度未作专门规定。然而，在本实施例中，如下所述，最大可管理包括一个封面画面(cover picture)的100个画面文件。相应地，实际可记录画面文件数是100。
封面画面可是一个盘封面等的画面文件。
在AUX-TOC扇区1中，在头部记录扇区地址(Sector)＝“01h”和模式信息(MODE)＝“02h”。
由于使用指针P-PNO(x)用于99个画面文件而非封面画面文件的管理，所以在AUX-TOC扇区1中形成指针P-PNO1到P-PNO99。在从指针P-PNO99到紧接着前个表部分的指针中的单个字节位置记录“00h”。
然而，为了能够通过未来AUX数据区域的扩展或文件尺寸的改变使得在其中处理更大量的画面文件成为可能，可将指针P-PNO100到P-PNO255作为指针P-PNO(x)设置到图23中空格(blankets)指示的从紧接着指针P-PNO1到P-PNO99的字节位置到指针P-PNO255的字节位置的字节位置。
另外，紧接着制造商代码和型号代码的2字节区域用于指针First PNO(第一PNO)和Last PNO(最后PNO)。在指针First PNO中，记录所使用的指针P-PNO1到P-PNO99的第一个P-PNO(x)的数值x，并且指针P-PNO1到P-PNO99中使用的最后一个P-PNO(x)的数值x记录在指针Last PNO中。例如，如果假设使用来自指针P-PNO1到P-PNO99中的P-PNO1到P-PNO5，则记录指针First PNO＝“01h”和指针Last PNO＝“05h”。
在该指针部分，还形成指针P-PFRA和P-EMPTY。
另外，在该时间表中，形成从“01h”到“63h”的99个局部表，作为与单个指针对应的8字节局部表，其中在每一个局部表中记录开始地址、结束地址和画面模式(S.Pict.模式)。还是在此时，与AUX-TOC扇区0相似，其余的局部表“64h”到“FFh”不被使用，置于此处的全部为0(零)。
局部表“00h”禁止被任意指针指定，并且专用于确定为封面画面的画面文件的地址管理。上述的画面模式(S.Pict.模式)也提供在局部表“00h”中用于封面画面。
指针P-PNO1到P-PNO99用于区域的管理，通过指定某个局部表，在每个区域中记录一个画面文件。例如，在由指针P-PNO1指定的局部表中，记录第一图像的开始地址、结束地址和画面数据的画面文件的画面模式(S.Pict.模式)。
需要指出的是，使用AUX-TOC扇区1，不执行通过链接局部表与链接信息(链接-P)而执行的文件管理。换句话说，一个画面文件不记录在物理上彼此相隔的部分中。
然而，在AUX-TOC扇区1中未使用的局部表是以从指针P-EMPTY开始的链接形式被管理的。
在AUX-TOC扇区1中的指针P-PFRA是用于空闲区域管理的指针，其中小于1簇的画面数据记录在AUX数据区域中1簇的区域，并且在其中未记录画面数据的1簇中的区域是一个可记录区域并因而是一个空闲区域。简而言之，作为空闲区域的一个部分的地址记录在指针P-PFRA指定的部分中。
在AUX-TOC扇区1的每个局部表中的画面模式(S.Pict.模式)表示包括记录在由每个局部表指定的地址中的画面文件拷贝状态的模式信息。
例如，按如图30A所示的方式定义画面模式(S.Pict.模式)。
该画面模式由8个比特d1至d8构成，并且由2个比特d1至d2代表复制状况。该复制状况是有关是否允许复制一个相应的画面文件的信息设置。
在这个实施例中，如果复制状况是“0h”，则其代表允许复制，并且能够任意次复制该画面文件。
如果复利状况是“1h”，则其代表仅允许复制一次该画面文件。
如果复制状况是“2h”，则其代表仅允许经过授权的数据总线复制一次该画面文件。相反过来说，不允许经过未授权的数据总线来复制该画面文件。
如果复制状况是“3h”，则其代表禁止复制该画面文件。
余下的6个比特d3至d8在这里未定义。
如果对某个画面文件进行数据复制，则按比如图30B所示的方式，把在复制之前赋予该画面文件的复制状况的内容更改成在复制后将要赋予该画面文件的复制状况。
具体来说，如果在复制之前某个画面文件的复制状况是“0h”，则复制之后还把复制状况为“0h”赋予该画面文件。换言之，允许复制任意次该画面文件。
另一方面，如果在复制之前某个画面文件的复制状况是“1h”或“2h”，则复制之后改为“3h”，这样以后就禁止复制该画面文件。1-6-5-3.AUX-TOC扇区2
图24示出AUX-TOC扇区2的格式。AUX-TOC扇区2用作一个画面信息表以及一个数据区，在该画面信息表和数据区中，在对记录的每个画面文件上加有信息(下面把该信息称作画面信息)的情况下，将该作为画面信息的信息作为字符信息记录。这里，本实施例中的画面信息包括：画面名称、记录日期/时间以及互联网的URL(Uniform Resource Locator，统一资源定位符)。
这里，在说明AUX-TOC扇区2之前，参照图31说明在AUX-TOC扇区2的表部分上所记录的画面信息文件。这里画面信息文件包括对应于一个画面文件的画面信息的信息。
如图31所示，在这个画面信息文件的顶部设置有作为画面名称的一个数据单元，画面名称的形式为ASCII码或一些其他字符代码。根据字符信息的格式记录这个画面名称，该字符信息的格式被记录在图21中所示的U-TOC扇区4的一时隙(slot)中。
紧接着作为画面名称的该数据单元，设置了“1Fh”，该“1Fh”表示数据单元之间的一个划界点，并且紧接着该“1Fh”设置了用于记录日期/时间的一个数据单元。按照如下所述利用6个字节记录在如图20所示的U-TOC扇区2的一时隙中的记录日期/时间的格式，来记录所述记录日期/时间。
紧接着所述记录日期/时间所述该数据单元，设置了上述的“1Fh”，并且紧接着该“1Fh”设置了作为URL的字符信息。可以把这个字符信息记录为来自MSB(最高有效位)的一个ASCII码而不必取决于下面将描述的一个字符代码(character.code)。然后，在文件的最后设置“00h”。
值得注意的是，在画面名称、记录日期/时间以及URL的数据单元之一没有实质内容的情况下，可在所述数据单元中记录“00h”。
考虑上述的URL，例如，在通过从互联网的一个主页(home page)下载而获得了画面信息的情况下，则将该主页的URL作为加给该画面文件的URL。
返回参照图24，说明AUX-TOC扇区2。
首先，在AUX-TOC扇区2的头部(header)，记录扇区地址(Sector)＝“02h”以及模式信息(MODE)＝“02h”。
另外，在AUX-TOC扇区2中，在指针部分中预备指针P-PIF1至P-PIF99，指针P-PIF1至P-PIF99对应于在盘上所记录的各个画面文件。另外，在时隙部分中，预备256个8字节的时隙“01h”至“FFh”以及1个8字节的时隙“00h”，该256个8字节的时隙“01h”至“FFh”能够被指针P-PIF1至P-PIF99所指示。然而，也可以把指针P-PIF1扩展直至P-PIF255。
在制造商代码和型号代码之后的2字节的一个区域中，记录指针First PIF和Last PIF。指针First PIF已经在其中记录了指针P-PIF1至P-PIF99之中被使用指针的第一个P-PIF的号码。指针Last PIF已经在其中记录了指针P-PIF1至P-PIF99之中被使用指针的最后一个P-PIF的号码。
在时隙“00h”至“FFh”中，按ASCII码或一些其他字符代码的形式，记录了作为画面信息文件的字符信息。由一个字符代码(如图24中说明的chara code)定义所记录的字符的类型，这个字符代码被记录在AUX-TOC扇区2上的预定字节位置上。
例如，把字符代码定义成：“O0h”表示ASCII码；“01h”表示变更的ISO(International Organization for Stardard，国际标准化组织)8859-1码；“02h”表示音乐移动(music shifted)的JIS(Japan Industrial Standard，日本工业标准)码；“03h”表示KS C 5601-1989码(Korean Language，韩语)；“04h”表示GB 2312-80码(Chinese Language，汉语)。
指针P-PIF1至P-PIF99指示特定局部表，在这个特定局部表中记录了对应于各个指针的文件名称的画面信息文件。例如，在指针P-PIF1所指示的时隙中，记录了对应于第一画面文件的画面的字符。值得注意的是，8个字节的时隙“00h”用作专用区域，用于开始记录对应于封面画面(cover picture)的画面信息文件，并且禁止被指针P-PIF(x)所指示。
利用链接信息来链接这些时隙，这样即使对应于一个画面文件的一个画面信息文件大于7个字节，也能够记录该画面信息文件。
指针P-EMPTY用来管理处于一链路形式的未使用时隙。
值得注意的是，可以为画面名称、记录日期/时间以及URL设置不同的AUX-TOC扇区，以使它们可以被独立地管理。然而，在利用AUX-TOC扇区2集中地管理加给画面信息的各种字符信息成为如图24和31所示的画面信息文件的情况下，能够有效地使用盘的记录区域。这是因为管理信息所需要的数据量(TOC扇区的数目)小于将不同AUX-TOC扇区提供给画面名称、记录日期/时间及URL以便管理它们的情况下的数据量。1-6-5-4.AUX-TOC扇区3
图25所示的AUX-TOC扇区3用作画面重放顺序表，其中存储了管理信息，该管理信息用于与再现诸如一乐曲的节目相同步地输出一画面文件。
在AUX-TOC扇区3的头部中，记录了扇区地址(Sector)＝“03h”和模式信息(MODE)＝“02h”。
另外，作为对应于记录的画面文件的指针部分，准备了指针P-TNP1至P-TNP99。应注意，可以把指针P-TNP扩展直至P-TNP255。指针P-TNP1至P-TNP99对应于在节目区域中的轨迹单元中所记录的音频数据的轨迹号码。简言之，指针P-TNP1至P-TNP99对应于第1至第99轨迹。
在表部分中，预备了由指针P-TNP1至P-TNP99所指示的8字节的99个局部表“01h”至“63h”以及8字节的1个局部表“00h”。在该实施例中，在没有使用的保留局部表“64h”至“FFh”中也全部记录了0。在紧随着制造商代码和型号代码的指针First TNP和Last TNP中，分别记录了指针P-TNP1至P-TNP99之中被使用指针的第一个P-TNP的号码以及指针P-TNP1至P-TNP99之中被使用指针的最后一个P-TNP的号码。
在由指针P-TNP1至P-TNP99所指示的每个局部表中，按距离轨迹顶端位置的地址的偏移地址的形式，记录了一开始地址和一结束地址。通过AUX-TOC扇区3，指示出直至一声音组单元的地址。
在每个局部表的第4字节中，一个特定画面文件被表示成一个指针P-PNOj。该指针P-PNOj具有一个值，该值对应于利用AUX-TOC扇区1管理的相应一个画面信息(P-PNO1至P-PNO99)。此外，另一个局部表可以与链接信息链接。换言之，能够定义多个画面文件以使它们显示在相同的轨迹上。
例如，当进行第一轨迹的一个乐曲的再现时，如果在再现期间希望在特定定时输出第一画面文件的一画面，则将一画面输出周期的开始地址和结束地址记录在由对应于第一轨迹的指针P-TNP1所指示的一局部表中，并且，作为要输出的一画面，用指针P-PNOj来指示一特定画面文件。这里，考虑这样一种情况：希望在开始再现第一轨迹1分钟之后的一个时刻点之后直至过了1分30秒才显示或输出第一画面文件的一画面。在此示例中，将对应于开始再现第一轨迹刚好1分钟的一地址点和对应于1分钟30秒的另一个地址点作为处于偏移地址形式的一开始地址和一结束地址分别记录到由指针P-PTNP1所指示的局部表中。然后，把指针P-PNOj设置成P-PNO1的值以使其指示第一画面文件。
在想要在一个轨迹的再现期间可切换地显示多个画面的情况下，链接各局部表以管理要输出的画面文件以及输出周期。
应注意，虽然局部表“00h”相应于封面画面，由于原则上规定封面画面不能与音频轨迹同步地输出，故局部表“00h”的开始地址和结束地址全部记录成0。
此外，如果对应于某个轨迹的一个局部表的开始地址和结束地址全部为0，则由指针P-PNOj所指示的画面文件的画面被显示一段时间，在该段时间之内输出该轨迹的声音。
如果仅仅结束地址全部为0，则在再现该轨迹的一段期间之内，输出由指针P-PNOj所指示的一画面文件，直到到达随后将显示的一画面文件的开始地址。
如果开始地址和结束地址都是不全为0并且具有相等的值，则禁止播放和输出该画面文件。
还可以利用AUX-TOC扇区5，使用来自指针P-EMPTY的一个链，管理未使用的局部表。1-6-5-5.AUX-TOC扇区4
使用AUX-TOC扇区4和5来管理文本文件。
首先，如图26所示的AUX-TOC扇区4是作为一个文本分配表的管理扇区，并且用来管理在AUX数据区域中已记录成文本文件的数据文件。
按照与U-TOC扇区0相似的方式，利用AUX-TOC扇区4来管理文本文件。
如果假设把AUX数据区域全部用来记录文本文件，则其中能够记录38簇(cluster)(×32扇区×2,324字节)的文本数据。但是这里假设按如下所述的方式管理包括一个封面文本的(cover text)多达100个文件。
应注意，一个文本文件的文件长度等于一个扇区的长度。
一个特定文本文件可以被当作对应于该盘的封面画面的文本文件(封面文本)。
在AUX-TOC扇区4的头部中，记录了扇区地址(Sector)＝“04h”和模式信息(MODE)＝“02h”。
在AUX-TOC扇区6中形成了指针P-TXNO1至指针P-TXNO99，作为用于管理文本文件的指针P-TXNO(X)。指针P-TXNO1至P-TXNO99对应于音频轨迹的轨迹号。应注意，指针P-TXNO可以扩展到P-TXNO255。因此，这里，除了封面文本以外，最多能够管理对应于第1至第99音频轨迹的99个文本文本。
在这个指针部分还形成指针P-PFRA和P-EMPTY。
另外，作为对应于各个独立指针的8比特的局部表，在表部分中形成了99个局部表“01h”至“63h”，其中在每一个局部表中记录一开始地址、一结束地址及一文本模式。保留局部表“64h”至“FFh”未被使用，在其中存储的全部为0。
应注意，下文中将说明文本模式的定义内容。
局部表“00h”禁止被任何指针所指示。然而，这里将局部表“00h”专用于确定为封面文本和文本模式的文本文件的地址管理。
使用指针P-TXNO1至指针P-TXNO99来管理各个区域，在每个区域中记录一个文本文件，一个特定局部表表示一个文本文件。例如，在由指针P-TNX1指定的局部表中，将第一文本文件的开始地址、结束地址以及文本模式记录成一个文件号。
应注意，由于如上所述以扇区单元来管理文本文件，因此说明直至一个扇区单元的每个开始地址和结束地址，并且在用于指示一个声音组的数据位置中放置“0h”。
另外，不利用AUX-TOC扇区4执行对利用由链接信息所连接的局部表而执行的文件管理，换言之，一个文本文件并不记录在物理上彼此间隔的部分中。
然而，利用由每个局部表的第8字节提供的链接信息来管理AUX-TOC扇区4中的未使用的局部表，该链接信息从指针P-EMTYE开始。
在AUX-TOC扇区4中的指针P-PFRA中，在AUX数据区域的1簇的区域中记录其数据量小于1簇的一个文本文件的数据。另外，指针P-PFRA用作用于管理一空闲区域的指针，在该空闲区域中，没有记录数据的1簇中的区域为可记录区域，因而是一个空闲区域。为了管理该空闲区域，每个局部表的第8字节也可以用作链接信息，以便使局部表彼此连接从而使彼此间隔的多个部分也能够作为一个空闲区域被管理。
这里，将参照图32说明AUX-TOC扇区4的每个局部表中所设置的文本模式的定义的内容。
文本模式是处于每个局部表的第4字节位置的区域，并且由8个比特d1至d8(1字节)形成。
在8个比特d1至d8中，2个比特d1至d2表示复制状况。该复制状况类似于上述参照图30A所说明的有关画面文件的复制状况(S.Pict模式)，因此这里省略了对它的重复说明。
2个比特d3至d4表示该文本文件的内容。在本示例中，如果2个比特d3至d4是“0h”，则这说明该文本文件是声音文本。
具体来说，表示该文本文件是相应音频轨迹的一个乐曲的字的文本。如果比特d3至d4是“1h”，则表示该文本文件是这样一个文件：其中描述了诸如演奏相应音频轨迹中的乐曲的艺术家的名称等的艺术家信息。
如果比特d3至d4是“2h”，则表示该文本文件描述了诸如附加到一唱片集的解释说明的嵌入说明(liner note)，而如果比特d3至d4是“3h”，则表示该文本文件描述了一些其他信息。
1比特d5表示在该文本文件中是否***了一个时间标记(time stamp)。如果比特d5是‘0’，则表示没有时间标记，如果比特d5是‘1’，则表示有时间标记。应注意，下文中将参照图33说明时间标记。
3个比特d6、d7以及d8表示一个字符代码。该字符代码例如设置成：“0h”表示ASCII码；“1h”表示变更的ISO 8859-1码；“2h”表示音乐移动的JIS码；“3h”表示KS C 5601-1989码(韩语)；“04h”表示GB 2312-80码(汉语)。该字符代码没有定义(保留)“5h”和“6h”。字符代码“07h”表示一明文(plain text)。通过把该文本文件定义成一个明文文件，就能够为字符代码提供扩展。1-6-5-6.AUX-TOC扇区5
图27示出AUX-TOC扇区5的格式。AUX-TOC扇区5被用作一个文本信息表并且用作一个数据区域，当为每个文本文件加上文本名称、记录日期/时间及互联网的URL等的信息(以下称作文本信息)时，将这些信息作为字符信息记录到所述数据区域中。
应注意，在AUX-TOC扇区5的表部分中所记录的一个文本信息表具有类似于上述参照图31所述的画面信息文件的结构。具体来说，一个文本信息具有类似的结构，其区别在于在图31中的画面名称的数据单元是文本名称的数据单元。
在图27中所示的AUX-TOC扇区5的格式中，在头部记录了一扇区地址(Sector)＝“05h”以及一模式信息(MODE)＝“02h”。
另外，在AUX-TOC扇区5中，在指针部分中准备了指针P-TXIF1至指针P-TXIF99，它们与记录的文本文件具有对应关系。另外，在时隙部分中，准备了由指针P-TXIF1至指针P-TXIF99所指示的255个8比特时隙‘01h’至“FFh”以及1个8比特时隙“00h”。应注意，指针P-TXIF能够扩展到P-TXIF255。
另外，在紧接着制造商代码和型号代码的指针First TXIF中，记录了指针P-TXIF1至指针P-TXIF99之中被使用指针的第一个P-TXIF的号码，在指针Last TXIF中，记录了指针P-TXIF1至指针P-TXIF99之中被使用部分的最后一个P-TXIF的号码。
在表部分的时隙“00h”至“FFh”中，按照ASCII码或其他字符代码的形式，记录文本信息文件的字符信息。由记录在AUX-TOC扇区2的预定位置上的一字符代码(chara.code)来定义要记录的字符的类型。
此外，在本示例中，与AUX-TOC扇区2相类似地设置字符代码，例如：“00h”表示ASCII码；“01h”表示变更的ISO 8859-1码；“02h”表示音乐移动的JIS码；“03h”表示KS C 5601-1989码(韩语)；“04h”表示GB 2312-80码(汉语)。
指针P-TXIF1至指针P-TXIF99指示记录了对应于各个指针号的文件号的文本信息文件的特定局部表。例如，在由指针P-TXIF1所指示的时隙中记录了对应于第一文本文件的画面的字符。应注意，8比特的时隙“00h”用作专用于开始记录对应于一封面文本的封面文本信息文件的区域，并且禁止被指针P-TXIF(X)指示。
上述的时隙能够用链接信息来连接，因此，即使对应于一个文本文件的文本信息文件具有大于7个字节的大小，也能够被处理。
另外，指针P-EMPTY用于管理处于一链路形式的未使用的时隙。
此外，在本示例中，为文本名称、记录日期/时间以及URL可以单独设置不同的AUX-TOC扇区以使它们可以被单独地管理。然而，在利用AUX-TOC扇区5把加给画面文件的各种字符信息集中地管理成文本信息文件的情况下，与利用一信息文件的情况相类似地减少了TOC扇区的数目，即减少了管理信息所需要的数据量。1-6-6.数据文件1-6-6-1.画面文件扇区
下面说明包括画面文件和文本文件的两种数据文件，这些数据文件是利用比如由上面所述方式形成的AUX-TOC扇区管理的AUX数据文件。
至于画面文件，一个静止画面的文件长度可以是任意的一个长度。静止画面的图像大小为640×480点，并且画面文件是基于JPEG制式基线。由于利用AUX-TOC进行画面文件的管理，因此一个文件的一个比特流从JPEG标准所规定的SOI(Start Of Image，图像的开始)传播到EOI(End Of Image，画面的结尾)。
另外，由于扇区格式是模2并且没有使用第3层ECC，因此一个扇区容纳图像数据能力的有效字节数为2,324字节。例如，如果假设JPEG的一个画面文件具有1簇(＝32扇区)的大小，则实际数据大小范围为从72,045(＝2,324×31+1)字节至74,368(＝2,324×32)字节。
例如图28示出形成如上所述画面文件的扇区的格式。
参考图28，在该格式的顶端提供了包含同步模式的16字节的头部、簇地址(簇H、簇L)、扇区地址(Sector)以及模式信息(02h)，并且后面的8字节未定义(保留)。
然后，如数据DP0至DP2323所指示的，提供了作为数据区域的一个区域，在该数据区域中记录了2,324字节的画面数据。
在最后4字节的每个中，记录了“00h”。然而，也可以在最后4字节中记录纠错奇偶校验位。1-6-6-2.文本文件扇区
在文本文件中，能够记录ASCII、更改的ISO 8859-1、音乐移动的JIS等文本数据。这些文本数据是由AUX-DOC扇区4的文本模式所定义的。
例如，例如图29示出形成一文本文件的扇区的格式。参考图29，与画面文件类似，从文本文件的顶端提供一头部(16字节)和一未定义(保留)区域(8字节)。它们的后面是一数据区域，在该数据区域中记录了2,324字节的文本文件的数据，由数据DT0至DT2323表示。
在最后4字节的每个中，提供“00h”。然而，也可以在该最后4字节中记录纠错奇偶校验位。
图33示出在文本文件扇区中所记录的文本文件的数据结构。然而，应注意，所示的文本文件具有相应于这样一种情况的数据结构：其中将时间标记的存在(d5＝‘1’)设置成AUX-TOC扇区4的文本模式。
如图33所示，在文本文件中设置了“1Eh”，该“1Eh”表示每个文本文件的划界点，紧接其后设置了一个表示时间标记的数据单元(3字节纯二进制)。
该时间标记定义了与再现一个相应音频轨迹相同步地显示或输出一个文本文件的定时，并且，利用该相应音频轨迹的偏移地址来指示该时间标记。
紧接着表示时间标记的该数据区域，设置了一个表示一节数据单元的数据长度的一节长度的数据区域(3字节纯二进制)。另外，紧接着数据“1Eh”又设置了一节的数据区域(实质字符信息)。1-7.个人计算机
现在，参照图34将说明在本实施例的AV***中的个人计算机113的内部结构。
图34中所示的个人计算机113包括一个IEEE 1394接口209，该IEEE1394接口209是与外部进行数据通信的一个接口。该IEEE 1394接口209与作为外部数据总线的一个IEEE 1394总线116连接，因此允许个人计算机113与***设备进行相互通信。
IEEE 1394接口209解调经IEEE 1394总线116接收的包，提取包括在解调的包中的数据，把所提取的数据转换成适合内部数据通信的数据格式的数据，并经过内部总线210把得到的数据输出到CPU201。
另外，IEEE 1394接口209还在CPU201的控制下接收输出数据，按照诸如把所接收的数据打包的IEEE 1394制式进行调制处理，以及经过IEEE1394总线116向外部输出和传送所得到的数据。
CPU201根据例如在ROM202中所存储的程序来执行各种处理。在本实施例中，为了允许按照IEEE 1394标准执行传送/接收各种数据，在ROM202中还存储了用于控制IEEE 1394接口209的程序。换言之，个人计算机113包括了能够按照IEEE 1394标准进行数据传送/接收的硬件和软件。
同时，在RAM203中存储了CPU201执行各种处理所需要的数据、程序等。
键盘205和鼠标206连接到输入/输出接口204，因此能够把从键盘205和鼠标206输入的操作信号输出到CPU201。另外，包括作为存储介质的一硬盘的硬盘驱动器207也连接到输入/输出接口204。CPU201能够从硬盘驱动器207的硬盘中读出数据、程序等，也能够把数据、程序等记录到硬盘驱动器207的硬盘中。用于显示图像的显示监视器208也连接到输入/输出接口204。
内部总线210例如由PCI(Peripheral Component Interconnect，***元件互连)总线、本机总线等总线构成，并且内部总线210与个人计算机113的各种内部功能电路部分互连。
应注意，如上所述的每个IRD112和MD记录器/播放器1的IEEE 1394接口功能与如上所述的个人计算机113具有基本相似的结构。
具体来说，在图11所示的IRD112中，在一个未示出的ROM中存储了一个程序，该程序使IEEE 1394接口60可以受到CPU80的控制，而在MD记录器/播放器1中，在程序ROM28中存储一个程序，用于使IEEE 1394接口25可以受到***控制器11的控制。
应注意，这里为说明本实施例列举了其元件通过IEEE 1394总线互连的***的结构，但本发明并不限制于上面所说明的形式，上述各例仅仅是为了说明本发明。2.在实施例中经IEEE 1394的数据传送2-1.概要
下面，将在本实施例中说明按照IEEE 1394标准的数据传送。
按照IEEE 1394标准的数据传送***分成：同步通信***和异步通信***，同步通信***周期地进行数据通信，而异步通信***异步地与周期无关地进行数据通信。通常，同步通信***用于数据的传送/接收，而异步通信***用于各种控制命令的传送/接收。采用单一电缆能够进行按照两种通信***的传送/接收。
如上所述，本实施例的AV***通过IEEE 1394总线在不同的设备之间通信用户数据以及附属于ATRAC数据的文本文件，用户数据包括：作为音频数据的ATRAC数据和诸如JPEG静止画面数据的AUX数据等。
这里，ATRAC数据是将按照再现时基作为音频输出而输出的时序数据，并且ATARAC数据要求实时特性。另外，当ATRAC数据与AUX数据比较时，ATRAC数据的数据量更大。另一方面，AUX数据的数据量没有ATRAC数据的数据量大，并且，虽然有时与再现音频时间相同步地再现AUX数据，但AUX数据并不需要ATARAC数据所要求的那样严格的实时特性。
因此，当如上所述通过IEEE 1394总线传送/接收ATRAC数据和AUX数据时，在本实施例中由IEEE 1394接口所进行通信形式通常被规定为按照同步通信***传送/接收ATRAC数据，而按照异步通信***传送/接收AUX数据。在本实施例中，不仅可以彼此不同时机地传送ATRAC数据和AUX数据，而且还通过采用IEEE 1394接口在同步周期中时分地传送ATRAC数据和AUX数据而使ATRAC数据和AUX数据看起来像同时被传送。
这样，下面基于按照上述IEEE 1394标准的传送方式的假定来描述本发明。2-2.堆栈模型
图35示出本实施例所处理的IEEE 1394的堆栈模型。
在IEEE 1394制式中，把堆栈模型大致分成包括异步***400和同步***500的两个***。
物理层301和链接层302是异步***400和同步***500所共有的层，物理层301设为最低层，链接层302设在物理层301之上。物理层301是控制硬件信号传送的一个层，链接层302是具有用于例如将IEEE 1394总线转换成每个设备所规定的内部总线的一个层。
通过一条事件(event)/控制/配置的线，把物理层301、链接层302和下述的事务处理(transaction)层401与串行总线管理器303链接。
AV电缆/连接器304表示用于AV数据传送的物理连接器和电缆。
在异步***400中把事务处理层401设置成位于链接层302之上的一个上层。事务处理层401是规定了IEEE 1394的数据传送协议的一个层。作为基本异步处理，规定了：写事务处理、读事务处理以及锁定事务处理。
把FCP(Function Control Protocol，功能控制协议)402规定为事务处理层401之上的一个层。FCP402采用规定为AV/C命令(AV/C数字接口命令集)403的控制命令，从而能够对各种AV设备执行命令控制。
插接(plug)控制寄存器404是位于事务处理层401之上的一个层，插接控制寄存器404用于采用连接管理规程405设置一插头(plug)，该插头表示IEEE1394的逻辑设备连接关系，对此将在下文中说明。
在同步***500的链接层302之上规定了一个上层：CIP(CommonIsochronous Packet，公用同步包)头部格式501，并且还规定各传送协议，诸如：SD-DVCR(Standard Density-DVCR，标准密度-DVCR)实时传送502、HD-DVCR(Hi Density-DVCR，高密度-DVCR)实时传送503、SDL-DVCR(Stardard Density Long-DVCR，标准密度长-DVCR)实时传送504、MPEG2-TS(MPEG2-Transport Strength，MPEG2-传送强度)实时传送505和音频及音乐实时传送506，它们都由CIP头部格式501管理。
SD-DVCR实时传送502、HD-DVCR实时传送503、SDL-DVCR实时传送504都是用于数字VTR(Video Tape Recorder，视频磁带录像机)的数据传送协议。
由SD-DVCR实时传送502处理的数据是SD-DVCR数据序列507，该SD-DVCR数据序列507是按照SD-DVCR记录格式508的规定所得到的数据序列。
由HD-DVCR实时传送503处理的数据是HD-DVCR数据序列509，该HD-DVCR数据序列509是按照HD-DVCR记录格式510的规定所得到的数据序列。
由SDL-DVCR实时传送504处理的数据是SDL-DVCR数据序列511，该SDL-DVCR数据序列511是按照SDL-DVCR记录格式512的规定所得到的数据序列。
MPEG2-TS实时传送505是用于调谐器，例如用于数字直接广播等的传送协议，并且由MPEG2-TS实时传送505处理的数据是MPEG2-TS数据序列513，该MPEG2-TS数据序列513是按照DVB(Digital Video Broadcast，数字视频广播)记录格式514或ATV记录格式515的规定所得到的数据序列。
音频及音乐实时传送506是用于包括例如本实施例的MD***的通用数字音频设备的传送协议，并且由音频及音乐实时传送506处理的数据是音频及音乐数据序列516，该音频及音乐数据序列516是按照音频及音乐记录格式517的规定所得到的数据序列。2-3.信号传送形式
图36是实际用作IEEE 1394总线的一电缆结构的例子。
参考图36，图中示出了这样的结构：通过电缆601连接一对连接器600A和600B，并且引线(pin)号为1至6的6个引线用于连接器600A和600B的引线端。
把连接器600A和600B上的引线端配置成：引线号1用于电源(VP)；引线号2用于接地(VG)；引线号3用于TPB1；引线号4用于TPB2；引线号5用于TPA1以及引线号6用于TPA2。
连接器600A和600B的引线之间的连接方案为：
引线号1(VP)-引线号1(VP)
引线号2(VG)-引线号2(VG)
引线号3(TPB1)-引线号5(TPA1)
引线号4(TPB2)-引线号6(TPA2)
引线号5(TPA1)-引线号3(TPB1)
引线号6(TPA2)-引线号4(TPB2)从上面的引线连接组中，铰接线的两个引线连接组：
引线号3(TPB1)-引线号5(TPA1)
引线号4(TPB2)-引线号6(TPA2)这些铰接线的两个引线连接组形成了信号线601A，该信号线601A用于差分传送连接器600A和600B之间的信号，而铰接线的两个引线连接组：
引线号5(TPA1)-引线号3(TPB1)
引线号6(TPA2)-引线号4(TPB2)这些铰接线的两个引线连接组形成了信号线601B，该信号线601B用于差分传送连接器600A和600B之间的信号。
通过两个信号线601A和601B分别传送图37A所示的数据信号(Data，数据)和图37B所示的选通信号(Strobe，选通)。
通过信号线601A和601B之一，从引线TPB1和TPB2输出图37A所示的数据信号并将其输入到引线TPA1和TPA2。
图37B所示的选通信号是通过对数据信号和与该数据信号相同步的传送时钟信号进行预定的逻辑操作所得到的，并且图37B所示的选通信号具有具有比实际传送时钟信号更低的频率。利用信号线601A和601B之一中没有用于传送图37A所示的数据信号的一个信号线，选通信号从引线TPA1和TPA2输出到引线TPB1和TPB2。
例如，如果把图37A所示的数据信号和图37B所示的选通信号输入到与IEEE 1394匹配的某设备，则该设备对所输入的数据信号和选通信号进行预定的逻辑操作，产生了如图37C所示的一个传送时钟信号(Clock，时钟)，并且利用该传送时钟信号进行所需要的数据信号处理。
在IEEE 1394制式中，采用如上所述的硬件数据传送形式，以消除在设备之间通过电缆传送高频率的传送时钟信号的必要，从而确保了信号传送的高度可靠。
应注意，虽然上述涉及了6个引线的说明，但IEEE 1394制式也允许4个引线，即去掉电源(VP)和接地(VG)，而仅包括作为两条铰接线的信号线601A和601B。例如，本实施例的MD记录器/播放器1就是参考下列因素构成的：通过使用4-引线形式的电缆来为实际用户提供了简单而方便的***。2-4.设备间的总线连接
图38示意性地示出了在几个设备之间利用IEEE 1394总线进行连接的一个例子。在图38中示出了一个***，其中，5个设备A、B、C、D及E的节点利用IEEE 1394总线相互连接以进行互相通信。
IEEE 1394接口允许所谓的“菊花链连接(daisy chain connection)”，其中采用IEEE 1394总线串联连接各设备，诸如设备A、B和C的连接。另外IEEE1394接口还允许所谓的“分支连接(branch connection)”，其中将某个设备与多个设备并联连接，就象图38中所示***的设备A与设备B、D和E之间的连接。
通过采用菊花链连接和分支连接，IEEE 1394接口允许在整个***中最多连接63个设备。但是，在仅采用菊花链连接的情况下，最多只能连接16个设备。另外，IEEE 1394接口不需要SCSI所要求的终端。
另外，IEEE 1394接口允许在以如上所述的方式通过菊花链连接和/或分支连接的设备之间进行相互通信。在图38所示的***中，允许在设备A、B、C、D和E之中的任意设备之间相互通信。
在多个设备通过采用IEEE 1394总线互连的***(这种***下面称作IEEE 1394***)中，实际执行用于设置将赋予每个设备的节点ID的处理过程。图39A和39B中示意性地示出了该处理。
在具有诸如图39A中所示的连接方案的IEEE 1394***中，如果在PHY(Physical Layer Protocol，物理层协议)等中发生了电缆的连接或断接、对***中的某个设备供电的开/关操作、自发产生过程，则在该IEEE 1394***中发生总线重置。响应于该总线重置，在设备A、B、C、D和E之间通过IEEE1394总线执行向所有设备通知该总线重置的处理。
作为总线重置通知的结果，通过在如图39B所示的设备之间进行通信(孩子-通知)(Child-Notify)，在每个相邻设备端子之间定义了一个亲子关系(parentage)。换言之，构成了在IEEE 1394***中设备之间的一个树结构。然后，按照树结构的构造结果把一个设备定义成一个根。该根是将其所有端子都定义成孩子(Ch；Child)的一设备。在图39B所示的***中，把设备B定义成根。反过来说，例如，设备A的一个端子与起根作用的设备B连接，因此就把设备A的该端子定义为父母(p；parent)。
在按照如上所述方式在IEEE 1394***中定义了树结构和根之后，如图39C所示，每个设备输出一个自身-ID包(self-ID packet)，用来声明该设备自身的节点-ID。然后，该根证明(许可)该节点-ID以确定地址，即确定在IEEE1394***中该设备的节点ID。2-5.包
按照IEEE 1394制式，通过以如图40中所示方式重复同步循环(Isochronous cycle)(额定循环)来进行传送。在本示例中，一个同步循环具有相应于100MHz的频带的125μsec的时间。应注意，把同步循环的周期规定为125μsec之外的任何其他值。对每个同步循环打包并传送数据。
如图40所示，在同步循环的顶端放置表示一个同步循环的开始的循环开始包。
虽然这里省略了详细说明，循环开始包的一个产生定时是由IEEE 1394***中被定义成循环控制器(master)的一个特定设备来指示的。
循环开始包的后面最好放置同步包。这些同步包是为不同的信道产生的并且是按照如图40所示的时分方式(同步子动作(Isochronous subaction))传送的。在同步子动作中，为每个包的一个中断点提供称为同步间隙的一个睡眠(rest)周期，例如0.05μsec。
按照该方式，IEEE 1394***允许利用单个传送线在多个信道中传送和接收同步数据。
在考虑这样一种情况，即本实施例的MD记录器/播放器按照同步***传送可应用ATRAC数据(压缩的音频数据)的时候，如果以正常的1.4Mbps传送速率传送ATRAC数据，则如果把至少约二十几个兆字节的ATRAC数据作为125μsec的一个同步循环的每个周期的同步包来传送，就能够保证时序连贯性(实时特性)。
例如，当某设备传送ATRAC数据时，尽管这里省略详细说明，需要在IEEE 1394***中的IRM(同步资源管理器)用于同步包的尺寸，利用该IRM能够保证ATRAC数据的实时传送。IRM管理目前的数据传送情况并且向某个设备提供允许/不允许。如果提供了允许，则所述某个设备能够把ATRAC数据打包成同步包并且利用指定的信道传送该同步包。这被称为IEEE 1394接口的频段备用(band reservation)。
利用同步循环的频段中的一个保留频段，而不采用同步子动作，执行异步子动作的传送，即执行异步包的传送。
在图40中示出了传送包括包A和包B两个异步包的一个例子。在一个确认间隙(0.05μsec)的睡眠周期中，异步包后面是一个称为ACK(确认)的信号。在如上所述的方式的一个异步事务处理的过程中，所述ACK是从接收侧(目标)的硬件输出的一个信号，用来通知传送侧(控制器)已经接收到某个异步数据。
在包括一异步包和跟着该异步包的一ACK的一个数据传送单元之前和之后，提供了约10μsec的称为子动作时隙的睡眠周期。
这里，如果用同步包传送ATRAC数据，用异步包传送附属该ATRAC数据的AUX数据文件，则能够看起来像同时地传送ATRAC数据和AUX数据文件。2-6.事务处理规则
图41A的处理转换图示出了异步通信的一个基本通信规则(事务处理规则)。由FCP规定了该事务处理规则。
如图41A所示，首先在步骤S11中，请求器(传送侧)向应答器(接收侧)发出一个事务处理请求。当应答器接收到该事务处理请求时(步骤S12)，首先向请求器送回一个确认(步骤S13)。传送侧接收到该确认并且知道接收例已经接收到了该请求(步骤S14)。
然后，应答器向请求器传送一个事务处理应答作为对步骤S12已经接收到该请求的一个响应(步骤S15)。请求器接收到该事务处理应答(步骤S16)，并且向应答器传送一个确认，作为对该事务处理应答的响应(步骤S17)。应答器接收到该确认，并且知道传送侧已经接收到该事务处理应答(步骤S18)。
在图41A中所传送的请求事务处理粗分为三种类型：写请求、读请求以及锁定请求，如图41B中左侧所示。
写请求是请求写数据的命令；读请求是请求读数据的命令；而锁定请求是交换比较或掩蔽(masking)的一个命令，这里省略对锁定请求的详细说明。
根据一个操作数的数据大小，进一步把写请求分成三种类型，该操作数是放置在AV/C命令包中的一命令，该AV/C命令包是一个异步包，将在下面说明。三种类型的写请求是：写请求(数据4字节组(quadlet)用于传送仅基于一个异步包的头部大小的命令，写请求(数据块：数据长度＝4字节)和写请求(数据块：数据长度≠4字节)用于传送具有附加到一个异步包头部的一数据块的命令。根据放置在数据块中的一操作数的数据大小是否等于或大于4字节，使这些写请求彼此不同。
根据放置在一个异步包中的一个操作数的数据大小，还进一步把读请求分成三种类型，即：读请求(数据四字节组)、读请求(数据块：数据长度＝4字节)和读请求(数据块：数据长度≠4字节)。
在图41B的右侧示出一个响应事务处理。
相应于上述三种写请求，定义了写响应和不写响应。
相应于读请求(数据四字节组)，定义了读响应(数据四字节组)；相应于读请求(数据块：数据长度＝4字节)或读请求(数据块：数据长度≠4字节)，定义了读响应(数据块)。
相应于锁定请求，定义了锁定响应。2-7.寻址
图42示出IEEE总线1394的寻址结构。
如图42所示，按照IEEE 1394总线制式，为一个总线地址寄存器预备了64比特(地址空间)。
总线地址寄存器的高位10个比特的区域表示一个总线ID，用于识别IEEE 1394总线，并且作为一个总线ID，如图42所示，允许总共设置1,023个总线ID，即总线#0至总线#1022。总线ID的总线#1023定义成本地总线。
在图42的总线地址之后的6比特的区域表示连接到由总线ID所指示的每个IEEE 1394总线的设备的节点ID。可以把节点ID定义成63个不同的节点ID，即节点#0至节点#62，节点ID的节点#63定义成广播。
表示总线ID和节点ID的全部16个比特的区域对应于下面将说明的AV/C命令包的头部的一个目标ID，利用总线ID和节点ID，可指定IEEE 1394***上与某条总线连接的一设备。
在图42的节点ID之后的20比特的区域是一个寄存器空间，该寄存器空间之后的28比特的区域指示一寄存器地址。
所述寄存器空间有一个值“FFF FFh”，并且表示图42所示的寄存器，并且该寄存器的内容被定义成如图42所示。所述寄存器地址代表图42所示的寄存器的地址。
简言之，例如，参考从地址512即图42的寄存器的“0 00 02 00h”开始的串行总线相关寄存器，获得了同步循环的循环时间的信息及空闲信道。
另外，如果参考从地址1,024即“0 00 04 00h”开始的配置ROM的内容，还可以识别节点的类型以及加给该类型的节点唯一ID(Node Unique ID)等。2-8.CIP
图43示出一个CIP(公共同步包)的结构。尤其示出了图40中所示的同步包的数据结构。
如上所述，在IEEE 1394通信中，利用同步通信传送并接收ATRAC数据，该ATRAC数据是可以被本实施例的MD记录器/播放器所处理的记录和再现数据中的一种。具体来说，把保持了实时特性的一定量数据放置在同步包中，并且每一个同步循环被依次传送。
CIP的顶部的32比特(1个四字节组)用作1394包头部。
从1394包头部的顶部开始的16比特区域用于Data_length(数据_长度)；接下来的2比特区域用于tag(标记)，接下来的6比特区域用于channel(信道)，接下来的4比特区域用于tcode(t代码)，接下来的4比特区域用于sy。
1394包头部之后的一个四字节组的区域用于在其中放置header_CRC(头部_CRC)。
Header_CRC之后的2个四字节组的区域用于CIP头部。
CIP头部的高位四字节组的高位2字节具有放置于此的‘0’、‘0’，并且接下来的6比特的区域表示SID(transmission node number，传送节点号)。SID之后的8比特区域用于DBS(data block size，数据块大小)并且表示一个数据块的大小(打包时的单位数据量)。紧接着DBS，设置用于FN(2比特)和QPC(3比特)的区域。FN指示打包时的分组数目，而QPC指示附加用于这种分组的四字节数目。
SPH(1比特)表示源包的头部的一个标志，并且DBC在其中放置一个计数器的值，用于检测包的掉落(a drop of a packet)。
CIP头部的低位四字节组的高位2字节具有放置于此的‘0’、‘1’，接下来提供了用于FMT(6比特)和FDF(24比特)的区域。FMT表示一个信号格式，并且从FMT所表示的值中能够识别在CIP中所存储的数据(数据格式)的类型。具体来说，能够识别MPEG流数据、音频流数据、数字视频摄像(DV)流数据以及其他数据。能够由FMT所指示的数据格式对应于传送协议，这些传送协议比如为：SD-DVCR实时传送502、HD-DVCR实时传送503、SDL-DVCR实时传送504、MPEG2-TS实时传送505以及音频及音乐实时传送506，这些传送协议都由图35所示的CIP头部格式401管理。
FDF是格式相关场(format depending field)，并且是表示由上述所给出的FMT分类的数据格式的进一步的分类。对于音频数据来说，例如，FDF能够识别出哪里是线性音频数据或MIDI数据。
例如，对于本实施例中的ATRAC数据来说，FMT首先表示该数据是按照音频数据流的标准的数据，而在其中放置了符合规定的特定值的FDF表示该音频数据流是ATRAC数据。
例如，这里，当FMT表示MPEG时，则在FDF中放置称为TSF(time shiftlag，时间变换滞后)的同步控制信息。另一方面，如果FMT表示DVCR(digitalvideo camera，数字视频流)，则定义FDF成如图43中的较低部分所示。具体来说，从高位侧：50/60(1比特)定义了每一秒的场数；STYPE(5比特)表示SD和HD视频格式之一；以及SYT表示用于帧同步的时间标记。
在如上所述的CIP头部之后，以n个数据块的序列的形式放置了由FMT和FDF所表示的数据。在FMT和FDF表示ATRAC数据的情况下，则在数据块的区域中就存储ATRAC数据。
最后在数据块之后放置了data_CRC。2-9.连接管理
按照IEEE 1394制式，由称为“插头(plug)”的逻辑连接概念规定通过IEEE1394总线互连的设备之间的连接关系。
图44示出由插头所规定的连接关系的一个示例。更具体地讲，图44示出这样一种***配置：通过IEEE 1394总线连接VTR1、VTR2、机顶盒(STB：数字直接广播调谐器)、监视设备(监视器)以及数字静止摄像机(摄像机)。
这里，作为通过插接的IEEE 1394的连接形式，可以用点对点连接和广播连接这两种形式。
点对点连接是这样一个连接关系：在传送设备与接收设备之间建立一种关系，并且利用特定频道在传送设备与接收设备之间进行数据传送。
相比而言，广播连接是这样一个连接关系：一个传送设备不规定接收设备和使用频道就进行传送，接收设备在没有特别规定传送设备的情况下接收传送来的数据，并且如果需要，就按照所接收数据的内容执行所要求的处理。
图44示出点对点连接，在一种状态中，将STB设置为传送设备而将VTR1设置为接收设备，因而利用信道#1进行数据传送，在另一个状态中，将数字静止摄像机设置为传送设备而将VTR2设置为接收设备，因而利用信道#2进行数据传送。
图44还示出另一个状态，把数字静止摄像机数值成通过广播连接进行数据传送。这里，一个情况是监视器接收通过广播连接所传送的数据并且执行所要求的响应处理过程。
利用在每个设备中的地址空间中所提供的一个PCR(Plug ControlRegister，插接控制寄存器)，建立了上述的这样的一种连接形式(插接)。
图45A示出一个插接控制寄存器oPCR[n](输出插接控制寄存器)的结构，图45B示出另一个插接控制寄存器iPCR[n](输入插接控制寄存器)的结构，插接控制寄存器oPCR[n]和iPCR[n]的大小都是32比特。
在图45A的插接控制寄存器oPCR中，例如，在高位1比特的联机(on line)中放置了‘1’的情况下，表示通过广播连接进行传送，而在高位1比特的联机中放置了‘0’的情况下，表示通过点对点连接进行传送，该点对点连接是利用从第11位高位比特开始的6比特区域中由信道号所表示的一个信道进行传送。
另外在图45B的插接控制寄存器iPCR中，例如，在高位1比特的联机中放置了‘1’的情况下，表示通过广播连接进行传送，而在高位1比特的联机中放置了‘0’的情况下，表示通过点对点连接进行传送，该点对点连接是利用从第11位高位比特开始的6比特区域中由信道号所表示的一个信道进行传送。2-10.FCP中的命令和响应
按照本实施例的IEEE 1394制式，通过异步通信对JPEG画面文件和文本文件形式的AUX数据进行通信，该AUX数据是用于MD记录器/播放器的数据。
在本实施例中，图35所示的FCP402规定了通过异步通信的AUX数据的传送。这里，说明由FCP所定义的一个事务处理。
对于FCP，使用了异步通信中规定的图41B中所示的写事务处理。因此，在本实施例中的AUX数据传送也使用由FCP规定的异步通信的写事务处理来进行。
支持FCP的设备包括命令/响应寄存器，并且按照下面参照图46将说明的方式，通过把一消息写到该命令/响应寄存器来实现一个事务处理。
在图46的处理转换图中，首先执行COMMAND传送，在步骤S21，控制器执行产生一个事务处理请求并且向目标传送一个写请求包的处理过程。在步骤S22，目标接收该写请求包并且把数据写入命令/响应寄存器。然后，目标还向控制器传送一个确认并且控制器接收该确认(步骤S23至S24)。至此现在执行了COMMAND传送的一系列处理过程。
然后，执行用于响应所述COMMAND的一个RESPONSE的处理，目标传送一个写请求包(步骤S25)。控制器接收该写请求包并且把数据写入命令/响应寄存器(步骤S26)。另外，控制器响应于接收到该写请求包而向目标传送一个确认(步骤S27)。目标接收到该确认因此知道控制器已经接收到了该写请求包(步骤S28)。
简言之，从控制器传送到目标的COMMAND处理过程和从目标传送到控制器的RESPONSE处理过程，是利用FCP的基本数据传送(事务处理)。2-11.AV/C命令包
如上参照图35所述的，FCP利用AV/C命令允许各种AV设备按照异步通信进行通信。
如上参照图41A所述的，异步通信指定了三种事务处理：写、读和锁定。实际上，使用了根据这些事务处理的写请求/响应包、读请求/响应包以及锁定请求/响应包。FCP使用如上所述的写事务处理。
图47示出写请求包(异步包(用于数据块的写请求))的格式。在本实施例中，写请求包用作AV/C命令包。
写请求包的高位5个四字节组(第1至第5个四字节组)用于一个包头部。
包头部的第1个四字节组的高位16比特区域用于destination_ID(目标_ID)并且表示数据的传送的目标的节点ID。接下来的6比特区域用于tl(传送标号)并且表示一个包号，接下来的2比特用于rt(重试代码)并且表示该包是第一次传送的还是重新传送的。接下来的4比特用于tcode(transaction code，事务处理代码)并且表示一个指令代码。然后，接下来的4比特用于pri(priority优先权)并且表示该包的优先级号。
第2个四字节组的高位16比特区域用于source_ID(源_ID)并且表示数据传送源的节点ID(Node_ID)。
包括第2个四字节组的低位16比特和全部第3个四字节组的总共48比特用于destination_offset(目标_偏移)并且表示COMMAND寄存器(FCP_COMMAND寄存器)以及RESPONSE寄存器(FCP_RESPONSE寄存器)的地址。
destination_ID和destination_offset对应于IEEE 1394制式所规定的64比特的地址空间。
第4个四字节组的高位16比特区域用于data_length并且表示数据字段的数据大小，这是图47的一个粗线所围绕的一个区域，并且以后将说明。
接下来的低位16比特是用于extend_tcode的区域并且当要扩展tcode时才使用该区域。
第5个四字节组的32比特区域用于header_CRC并且用于为该包头部的检验总和存储一个CRC(Cyclic Redundancy Check，循环冗余检验)计算值。
从包头部之后第6个四字节组开始放置了一个数据块，并且在该数据块的顶部形成了数据字段。
在所述数据字段的顶部处第6个四字节组的高位的4字节说明了CTS(Command and Transaction Set，命令和事务处理组)。CTS表示写请求包的命令组的ID。如此定义该CTS，例如，如图47所示，如果把CTS的值设置为“0000”，则数据字段中说明的内容是AV/C命令。简言之，CTS表示该写请求包是一个AV/C命令包。因此，在本实施例中，由于FCP使用一个AV/C命令，因此就在CTS中设置“0000”。
CTS接下来的4比特区域说明ctype(Command type；functionalclassification of the command，命令类型；命令的功能性分类)或表示对应于该命令处理结果的一个响应。
图48示出上述的ctype和响应的定义内容。
Ctype(命令)可以使用“0000”至“0111”，并且“0000”被定义成CONTROL(控制)；“0001”被定义成STATUS(状态)；“0010”被定义成INQUIRY(查询)；“0011”被定义成NOTIFY(通知)；目前没有定义“0100”至“0111”(保留)。
CONTROL是用于对外部的功能进行控制的一个命令；STATUS是对外部的状态进行查询的一个命令；INQUIRY是用于查询是否存在支持外部的一个控制命令的一个命令；NOTIFY是用于向外部请求通知状态变化的一个命令。
所述响应可以使用“1000”至“1111”，并且“1000”被定义成NOTIMPLEMENTED(未完成)；“1001”被定义成ACCEPTED(接收)；“1010”被定义成REJECTED(拒绝)；“1011”被定义成IN TRANSITION(在事务处理中)；“1100”被定义成IMPLEMENTED/STABLE(完成/稳定)；“1101”被定义成CHANNEL(信道)；“1110”被保留；以及“1111”被定义成INTERIM(过渡)。
如上所述的各个响应被清楚地用于响应命令的类型。例如，作为用于命令CONTROL的一个响应，响应应答侧等的一个情况，有选择地使用NOTIMPLEMENTED、ACCEPTED、REJECTED以及INTERIM这4个响应之一。
反过来参考图47，在ctype/response接下来的5比特的区域中，放置了subunit-type(子单元-类型)。该subunit-type表示所述COMMAND的目标的子单元或所述RESPONSE的传送源是什么设备。在IEEE 1394制式中，设备本身被称为单元，由该单元所提供的功能性设备单元的类型被称为子单元。例如，在以一个普通VTR为例子的情况下，作为VTR的单元包括两个子单元：接收地面波或直接广播的调谐器以及视频盒式记录器/播放器。
按如图49A所示的方式定义所述subunit-type。参考图49A，“00000”被定义成监视器；“000001”至“00010”被保留；“00011”定义成盘记录器/播放器；“00100”被定义成VCR；“00101”被定义成调谐器；“00111”被定义成摄像机；“01000”至“11110”被保留；“11111”被定义成未使用单元，这里不出现子单元。
再反过来参考图47，在上述的subunit-type接下来的3比特中，放置了id(Node_ID)，该id用于指定在包括相同类型的多个子单元之中的任何一个子单元。
在id(Node_ID)接下来的8比特区域中放置了操作码(opcode)，并且在接下来的8比特区域中放置了操作数(operands)。
操作码表示操作代码，并且在操作数中放置该操作码所需要的信息(参数)。为每个子单元定义一操作数，并且该操作数具有对各个子单元为唯一的操作码目录的一个表。例如，如果一个子单元是VCR，则对操作数定义如图49B中所示的各种命令，这些命令包括PLAY(再现)和RECORD(记录)。为每个操作码定义一操作数。
反过来参考图47，对于所示的数据字段来说，基本要求上述的第6个四字节组的32比特。然而，如果需要，在第6个四字节组之后可以加上操作数(附加操作数)。
紧接着所述数据字段，放置data_CRC。应注意，如果需要，在data_CRC之前可以放置填充比特。2-12.插接
现在说明在IEEE1394制式中的插接的轮廓。这里所述的插接表示如上述参照图45A和45B所述的在IEEE1394制式中各设备之间的逻辑连接关系。
如图50所示，从制造商向消费者发出一个在异步通信中有效的命令或诸如此类的请求。这里的制造商和消费者分别表示在IEEE 1394接口上分别起传送器和接收器作用的设备。消费者包括由图50中的斜线所示的一个段缓冲器，并且把来自制造商的数据写入段缓冲器。
在IEEE 1394***中，在由网格线所示的插接地址中的预定位置处，存储了用于确定作为制造商和消费者的特定设备的信息(连接管理信息)。在插接地址之后放置段缓冲器。
由一个极限计数寄存器确定消费者的段缓冲器的地址范围，消费者侧按照下述方式管理该极限计数寄存器。
图51A至51C示出按照异步通信的插接的地址空间结构。
按照如图51A所示的方式把64比特的插接的地址空间分成264(64K)。然后，如图51B所示的每个节点的地址空间包括一插接。然后，每个插接包括图51C中由网络区所示的寄存器以及图51C中由斜线所示的段缓冲器。在该寄存器中按照下面将说明的方式，存储制造商与消费者之间数据的通信管理所需要的信息，例如由传送数据大小和可接收数据大小所表示的信息。段缓冲器是这样一个区域：在该区域中可以写入从制造商传送给消费者的数据，并且规定该段缓冲器最小有例如64字节的大小。
图52A示出了该插接地址。换言之，在图52A示出了与图51C所示相同的内容。
如图52A所示，在插接地址的顶部放置了寄存器，在寄存器之后放置了段缓冲器。
然后，图52B示出了该寄存器的内部结构。参考图52B，在该寄存器的顶部放置了例如32比特的制造商计数寄存器，并且在制造商计数寄存器之后放置了32比特的极限计数寄存器[1]至[14]。换言之，提供了一个制造商计数寄存器和14个极限计数寄存器。应注意，在极限计数寄存器[14]之后还放置了一个未使用区域。
利用如图52C所示的方式，用偏移地址(地址偏移)的方式表示图52A和52B所示的插接结构。
具体来说，偏移地址0表示一个消费者端口(制造商计数寄存器)，并且偏移地址4、8、12...、56、60分别表示制造商端口[1]至[14]。把偏移地址60定义成保留，从而使其指示一未使用区域，并且偏移地址64表示段缓冲器。
图53示出制造商侧和消费者侧两端的插接结构。
在异步通信的插接结构中，按照下面将说明的传送/接收规范来执行：写入制造商计数寄存器、写入极限计数寄存器以及写入段缓冲器，从而实现了异步通信。作为上述的写事务处理来处理这种写操作。
制造商执行写入消费者的制造商计数寄存器的处理过程。
制造商首先把关于制造商侧的数据传送的信息，写入在该制造商本身的地址处的制造商计数寄存器，然后把制造商计数寄存器中的内容写入消费者的制造商计数寄存器中。
制造商计数寄存器将通过一个写入处理操作所写的数据大小的信息，用作该制造商将写入消费者的段缓冲器的数据大小。换言之，通过执行写入制造商计数寄存器的处理过程，该制造商执行通知消费者将要写入消费者的段缓冲器的数据大小的处理过程。
反过来，由消费者执行写入制造商的极限计数寄存器的处理过程。
消费者将其段缓冲器的内容写入其极限计数寄存器[1]至[14]之一，所写入的极限计数寄存器[1]至[14]之一对应于制造商方面指示的极限计数寄存器，并且把极限计数寄存器[n]的内容写入制造商的极限计数寄存器[n]中。
制造商侧响应于按照如上所述方式已经写入极限计数寄存器[n]中的内容，确定通过一个写操作将要写入的数据量，并且执行例如写入制造商本身的段缓冲器的处理过程。然后，把已经写入该段缓冲器中的内容写入消费者。该写入段缓冲器的处理过程对应于按照异步通信的数据传送。2-13.异步连接传送过程
然后，参照图54的处理转换图，说明一个异步连接的基本传送/接收过程，假设插接(制造商-消费者)之间的结构如上述图53所示。
图54中所示的传送/接收处理的过程，是在由FCP所规定的环境中利用一个AV/C命令(写请求包)按照异步通信来执行的。同样，也利用该传送/接收处理的过程，在IEEE 1394***中，还传送和接收在本实施例中所处理的AUX数据。然而，图53中所示的处理过程仅表示了异步连接的通信操作，对应于记录和再现AUX数据的通信处理过程将在下面进行说明。
应注意，虽然在实际异步连接中，如上述参照图46所述那样响应于一个命令的传送来执行一个确认的传送/接收，但在图54中省略了这样的确认的传送/接收处理过程。
另外，IEEE 1394接口除包括上述的制造商-消费者之间的关系外，还包括规定为控制器-对象的关系，该关系作为插接之间的连接关系。在IEEE 1394***中，规定制造商-消费者的关系的设备，并不一定与规定控制器-对象的关系的设备相一致。换言之，IEEE 1394***可以包括规定为制造商的设备，也可以包括规定为具有控制器功能的设备的设备。然而，这里将对制造商-消费者的关系与控制器-对象的关系彼此一致的情况进行说明。
在图54所示的传送过程中，在步骤S101，从制造商向消费者传送一个连接请求。该连接请求是这样一个命令：制造商通过该连接请求，要求与消费者连接，并且向消费者传送该制造商的寄存器的地址。
在步骤S102，消费者接收到该连接请求，并且因此消费者知道了制造商的寄存器地址。然后在步骤S103，作为响应，消费者向制造商传送一个同意连接。然后在步骤S104，制造商接收到该同意连接。因此，在制造商与消费者之间建立了后面数据传送/接收的连接关系。
当按照上述方式建立起连接关系之后，在步骤S105，消费者请求制造商写入极限计数寄存器(下面简称“极限计数”)。在步骤S106，制造商接收到该写请求，并且在步骤S107，向消费者传送一个同意写入极限计数。然后在步骤S108，消费者接收到该同意写入极限计数。通过一系列请求写入极限计数/同意写入极限计数的处理过程，就确定了段缓冲器的容量，该容量是将来写入到该段缓冲器的数据写入大小。
然后在步骤S109，制造商向消费者传送一个段缓冲器写入请求。然后在步骤S110，消费者接收到该段缓冲器写入请求，并且响应于该段缓冲器写入请求，在步骤S111，消费者向制造商传送一个同意写入段缓冲器。在步骤S112制造商接收到该同意写入段缓冲器。
通过执行步骤S109至S112的处理过程，就完成了从制造商的段缓冲器向消费者的段缓冲器写入数据的一个数据的写入处理操作。
这里，在如上所述的步骤S109至S112的该处理过程中所要写入的数据，是通过一个传送操作利用参照图40如上所述的一个异步包来被写入的。因此，如果利用该异步包传送的数据大小，小于如上所述的极限计数所表示的数据大小，并且利用异步包进行的传送操作还没有完成必要的数据传送，则在全部占据该段缓冲器的范围之内，重复步骤S109至S112的处理过程。
然后，在完成了在如上所述的步骤S109至S112中写入段缓冲器的处理过程之后，在步骤S113，制造商向消费者传送一个写入制造商计数寄存器(下面简称“制造商计数”)的请求。在步骤S114，消费者接收到该写入制造商计数的请求，并且把它写入本身的制造商计数寄存器中。在步骤S115，消费者向制造商传送一个同意写入制造商计数。在步骤S116，制造商接收到该同意写入制造商计数。
通过上述处理过程，消费者知道了通过如上所述的步骤S109至S112的处理所执行的从制造商传送给消费者的段缓冲器的数据大小。
然后在步骤S117，响应如上所述步骤S113至S116的写入制造商计数的处理，执行写入极限计数的一系列处理过程。具体来说，按照步骤S117至S120中这样的一个方式，执行从消费者向制造商的写入极限计数的请求的传送，以及响应该写入极限计数的请求的传送，执行从制造商向消费者的同意写入极限计数的传送。
步骤S109至S120中处理过程，提供了按照异步连接的数据传送处理的一系列过程。这里，例如，如果将要传送的数据大小大于段缓冲器的容量，并且通过步骤S109至S120的一个处理操作并不能完成数据的传送，则可以重复执行步骤S109至S120的处理过程，直至完成数据的传送。
在完成了该数据的传送之后，在步骤S121，制造商向消费者传送一个断开请求。在步骤S122，消费者接收到该断开请求，在步骤S123，消费者向制造商传送一个同意断开。在步骤S124，制造商接收到该同意断开。因此，通过异步连接完成了数据传送/接收。2-14.在AUX数据传送中插接的概念
图55示出了当本实施例的MD记录器/播放器把ATRAC数据和AUX数据(JPEG画面文件和文本文件)作为将记录和再现的数据而传送/接收时的接接概念。应注意，下面把本实施例的MD记录器/播放器将记录和再现的数据，即ATRAC数据和AUX数据(JPEG画面文件和文本文件)统称为“MD匹配数据”。
参考图55，把MD记录器/播放器显示成一个单元。另外，把用于记录和回放迷你盘的盘记录器/播放器显示成该MD记录器/播放器单元中的一个子单元。通过上述参照图49的“00011”把该子单元定义成sub_unit类型。
把用于通过IEEE 1394总线输入数据至该单元的插接地址规定为单元目标接插，反过来，把用于通过IEEE 1394总线从该单元输出数据的插接地址规定为单元源插接，通过IEEE 1394接口，就使MD匹配数据经过单元目标插接和单元源插接进行输入和输出。
另外，在该单元目标插接的层之下规定一个子单元目标插接作为到该子单元的一个输入。在本实施例中，规定了三个用于MD匹配数据的子单元目标插接：音频、DSI(Digital Still Image，数字静止画面)以及文本。该音频是用于输入ATRAC数据的一个插接；该DSI是用于输入JPEG画面文件的一个插接；而该文本是用于输入文本文件的一个插接。
同样，在该单元源插接的层之下规定一个子单元源插接作为到该子单元的一个输出，并且，规定了三个用于MD匹配数据的子单元源插接：音频、DSI(数字静止画面)以及文本。该音频是用于输出ATRAC数据的一个插接；该DSI是用于输出JPEG画面文件的一个插接；而该文本是用于输出文本文件的一个插接。2-15.对象列表的实例
为了让通过IEEE 1394总线输入的MD匹配数据将被本实施例的MD记录器/播放器记录，或者为了让MD记录器/播放器将播放的数据输出至诸如个人计算机或监视器的另外设备，就需要构造用于管理MD匹配数据的信息，该MD匹配数据被记录在MD记录器/播放器中所装载的一个盘上，以便该MD匹配数据能被IEEE 1394接口确认。
如上所述，MD记录器/播放器使用U-TOC和AUX-TOC作为管理MD匹配数据的管理信息。但是，U-TOC和AUX-TOC的信息是完全封闭在MD记录器/播放器的***中的信息，这种信息不直接支持IEEE 1394接口。
因此，本实施例的MD记录器/播放器利用U-TOC和AUX-TOC的信息，以产生例如“对象列表”，作为使MD匹配数据支持IEEE 1394制式的管理信息，将在下面说明该对象列表。
例如，采用如图56A至56F所示的分层结构，形成该对象列表。按照如图56A所示的方式，首先放置一个根内容列表(列表ID＝“1000”h)。
应注意，该列表ID被表示成16比特(2字节)并且不同的列表有不同的值，下面将对此说明。把该列表ID用作一个记录对象命令和一个对象号选择命令(AV/C命令)的一操作数，下面就说明该操作数。
在该根内容列表中，在顶部放置一个列表头部，之后放置一个孩子目录列表(child Directory object)。该表示成一个孩子的列表的列表ID被放置在该孩子目录对象。
在本实施例中规定：具有描述于其中的列表ID＝“1010”h的孩子目录对象表示音频内容列表；具有描述于其中的列表ID＝“1020”h的孩子目录对象表示DSI内容列表；具有描述于其中的列表ID＝“1100”h的孩子目录对象表示封面文本内容列表。
所述音频内容列表包括一个列表头部，紧接着该列表头部以在盘上所记录的轨迹(节目)的轨迹号的顺序放置了列表区域音频1、音频2、....。在这些列表区域音频1、音频2、...中，放置对应于轨迹#1、轨迹#2、...的文本内容列表的列表ID。对应于各个轨迹号的文本内容列表的列表ID被规定为“11xx”h，并且被设置成使相应于低位的1字节的“xx”h的值与一个轨迹号相对应。
如图56F所示，示出了这样的文本内容列表：轨迹1文本内容列表(对应于轨迹#1的文本内容列表)和轨迹2文本内容列表(对应于轨迹#2的文本内容列表)。
每个文本列表具有列表区域，被分段如文本1、文本2、文本3、...，这些列表区域对应于例如再现文本文件的顺序，按此再现顺序管理所述文本文件，以使其能够与轨迹相同步地再现，并且每个列表区域具有在其中所放置的文本文件的记录位置的信息(地址：目录)。记录的位置信息对应于下面将说明的记录对象命令和对象号选择命令(AV/C命令)的一操作数的object_position(对象_位置)。
图56C所示的DSI内容列表管理在盘上所记录的画面文件。该DSI内容列表包括一个列表头部，在该列表头部之后按照在该盘上所记录的文件号的顺序放置列表区域画面1、画面2...。每个列表区域具有在其中所放置的画面文件的object position。
图56B所示的封面文本内容列表管理在盘上所记录的文本文件，这些文本文件被表示为封面文本。该封面文本内容列表包括一个列表头部，在该列表头部之后按照在该盘上所记录的文件号的顺序放置列表区域封面文本1、封面文本2...。每个列表区域具有用于说明在其中所放置的文本文件的object_position。
应注意，按照所需要的时机，诸如当装上一个盘或者当根据IEEE 1394采用对应于IEEE 1394的设置开始数据通信时，MD记录器/播放器1的***控制器11产生了如上所述的这样的对象列表。2-16.记录对象命令
现在，说明该记录对象列表，该记录对象列表是一个AV/C命令包，定义该命令包用于执行IEEE 1394制式上的一个AUX数据文件(一个JPEG画面文件或者一个文本文件)的记录。把该记录对象命令用作一个记录命令，从作为一个控制器的诸如个人计算机的一***设备将所述记录命令传送至作为一个目标的MD记录器/播放器，以便通过该MD记录器/播放器记录一个AUX数据文件。
图57示出所述记录对象列表的一个结构。具体来说，图57示出从上述参照图47所述的数据字段中拾取的所述操作码(opcode)和操作数(operand)的内容。
把所述记录对象列表规定如下：当AV/C命令的操作码(1字节)是C“2”h时，该AV/C命令包是一个记录对象命令。
在本示例中，操作数1(1字节)被定义成子功能(subfunction)1。子功能1表示将记录的对象号码，其中说明了如图58所示的“01”h至“FE”h之一。当子功能1是“ FF”h时，说明没有指定一个对象号码。
操作数2(1字节)被定义成子功能2。在此示例中，在操作数2中固定表示为“00”h。
操作数3(1字节)是一个用于插接类型的区域，并且规定了记录数据所传送的目标的插接。如图58所示，在该插接类型为“00”h时指定源插接，而在该插接类型为“01”h时指定目标插接。关于源插接和目标插接，请参照图55。
由于该记录对象命令是一个记录命令，因此在插接类型中说明：“01”h表示该插接类型是目标插接。
操作数4(1字节)是一个用于插接ID的区域，并且规定了由操作数3的插接类型所表示的插接的子单元层上的一个插接。因此，此时指定如图55所示的子单元目标插接。
如图58所示，把插接ID定义成：“01”h表示DSI，而“02”h表示文本。例如，虽然在图55示出当子单元目标插接为“00”h时表示音频，在本示例中，由于通过同步通信传送作为音频数据的ATRAC数据，因此这里不使用“00”h表示音频。
例如，在以MD记录器/播放器为代表的一个***设备侧，有称为描述符(descriptor)的一个数据库，在该描述符中放置了如图58所示的插接ID的定义的内容的信息。因此，通过参考操作数4的插接ID，该***设备就能够识别将传送以便记录的数据是DSI还是文本。
操作数5(2字节)是一个用于新对象位置号的区域。
传送具有在新对象位置号中表示为“FFFF”h的记录对象命令。这样，目标把该对象位置的值放置到用于RESPONSE(ACCEPTED)的新对象位置号码的区域中，并且把该RESPONSE返回给控制器，其中所述对象位置的值是在盘上的一个记录位置。
操作数6(2字节)是一个用于目标列表ID的区域。该目标列表ID还对应于图56的对象列表的内容并且指示一个内容列表(即，类型)，其中的记录数据受到管理。具体来说，如图58所示，把该目标列表ID定义成：“1020”h是DSI，“11xx”h是文本，并且“1100”h是封面文本。应注意，“1010”h表示在这里也不使用音频。2-17.对象号选择命令
下面说明对象号选择命令(ONS命令)，该对象号选择命令是为按照IEEE1394制式再现AUX数据文件所定义的一个AV/C命令包。该ONS命令用作再现命令，例如，把该ONS命令从作为控制器的一设备，传送到作为目标的MD记录器/播放器，以便可由该MD记录器/播放器再现AUX数据文件。
图59示出该ONS命令的一个结构。在该图59中还示出了上述参照图47所示的操作码的内容以及数据字段的操作数。
在AV/C命令包的操作码(1字节)是“00”h的情况下，规定该AV/C命令包是ONS命令。
操作数0(1字节)是指示源插接(图56所示的子单元源插接)的一个区域。具体来说，操作数0指示作为MD匹配数据的音频(ATRAC数据)、DSI(画面文件)以及文本之一。如图60所示，这里还把该源插接定义成：“01”h表示该源插接是DSI，而“02”h表示该源插接是文本(“00”h，表示不使用音频)。
操作数1(1字节)被定义成子功能。在该ONS命令中，操作数1仅接受“D3”h(NEW)。
操作数2(1字节)被定义成状态，并且传送具有这里所表示的“FF”h的该操作数2。然后，如果目标接收到该操作数2，则该目标把“00”h(选择的)放置到该操作数2的区域中，并且把该ONS命令送回给该控制器。
操作数3(1字节)是用于选择ONS数目的一个区域，并且指示通过一个命令将再现的内容的(对象)的数目。
操作数4(2字节)是用于Root_List_ID(根_列表_ID)的一个区域。在本示例中，在该操作数4处放置“1000”h，作为图56的根内容列表的List_ID的表示。
操作数5(1字节)被定义成selection_indicator(选择_指示符)。
如图60所示，当所述selection_indicator为“00”h时，表示所述AV/C命令包是指定来自整个对象列表(参考图56)(整个对象的指示符)之内的一个特定文件的ONS命令。
当所述selection_indicator为“01”h时，表示所述AV/C命令包是指定来自孩子的层之内的一个文件的ONS命令。
操作数6被定义成target_depth(目标_深度)。这里，在该操作数6中放置“FF”h。
操作数7(2字节)表示List_ID。该List_ID对应于由图56中所示的根内容列表的孩子目录对象所表示的List_ID。简言之，该操作数7的List_ID中所说明的值表示内容列表的类型，其中存在将被指定再现的文件。
这里把所述List_ID定义成：“1020”h是DSI，“11xx”h是文本，“1100”h是封面文本。这里该List_ID对应于上述参照图56所说明的对象列表的List_ID(“1010”h表示不使用音频)。
操作数8(2字节)被定义成target object_position(目标对象_位置)，并且在该操作数8中说明：由上述的操作数7的List_ID所指示的那个内容列表的对象(内容)之一的object_position(对象_位置)的值，指示将再现的一文件。
例如，如果该ONS列表指示：例如，在图56A至56F中所示的对象列表中的图56F的轨迹1文本内容列表的文本1，是将再现的一个文件，则在操作数4的Root_List_ID中放置“1000”h，并且在操作数7的List_ID中说明实际加给所述轨迹1文本内容列表的List_ID的值“11xx”h。另外，在操作数8的target object_position中说明实际加给所述文本1的object_position的值“11xx”h。按照这样的方式，在该ONS命令中指示了将再现的AUX数据文件的一个目录(object_position)。2-18.停止命令
图61示出停止列表的一种结构，该停止命令是一个AV/C命令包，用于控制记录或者再现的停止。应注意，图61示出上述参照图47所示的操作码的内容以及数据字段的操作数。
当一个AV/C命令包的操作码(1字节)是“C5”h时，该AV/C命令将被定义成停止命令。
操作数1和操作数2的区域被分别定义为子功能1和子功能2。在该停止命令中，规定操作数1和操作数2都是“00”h。
操作数3(1字节)用作一个插接类型，并且表示用于控制记录或者再现的停止的插接类型。把操作数3定义成：“00”h表示源插接，而“01”h表示目标插接。对于记录停止控制，“01”h表示在插接类型中所描述的目标插接。对于再现停止控制：“00”h表示在插接类型中所描述的源插接。
操作数4(1字节)的插接ID表示由该插接类型指示的插接中的一个子单元插接，所述插接类型的记录或再现将要停止。因此，把该插接ID定义成：“01”h表示DSI，而“02”h表示文本(“00”h表示不使用音频)。2-19.AUX数据记录处理
现在，根据前面参照图63的处理转换图所述的内容，说明通过IEEE 1394总线进行的AUX数据的记录处理过程。
作为IEEE 1394***的记录AUX数据例子，说明上述参照图1所述的记录AV***103的AUX数据的过程。例如，把个人计算机113的硬盘上所存储的AUX数据传送到MD记录器/播放器1，这样就能够在MD记录器/播放器1的硬盘上存储该AUX数据。当应用到图63所示情况时，规定一个插接关系：图63中的制造商(控制器)是个人计算机113，消费者(目标)是MD记录器/播放器1。
应注意，下面将说明的在图63中实线箭头所示的处理过程，就是如上述参照图54所述的异步连接，而双线箭头所示的处理过程，就是AV/C命令包的通信处理过程，在该通信处理过程中，使用了上述参照图57、58、61和62所述的AV/C命令包，该AV/C命令包用于AUX数据记录或者停止控制。在图63中实际上还执行传送/接收确认信号的处理过程，但在图中为了简化而省略了其示出和说明。
当记录AUX数据过程中，在步骤S201中，制造商首先传送一个内容请求，开始了该记录AUX数据的处理过程。应注意，在步骤S201至S208中的处理过程类似于上述参照图54所示的在步骤S102至S108中的处理过程，因此，为了避免重复，省略了重复说明。
当通过步骤S201的处理，完成了向显示监视器208进行的插接连接和极限计数的确认之后，在步骤S209中，该制造商返回一个记录对象请求。具体来说，制造商传送一个记录对象命令，该记录对象命令具有对应于按照上述参照图57和58所述制式将记录的数据内容的操作数。然后，在步骤S210中，消费者接收该记录对象命令，并且在步骤S211中，向制造商传送一个同意记录对象命令。具体来说，消费者根据需要重写所接收的记录对象命令的操作数，并且向制造商返回所得到的记录对象命令。然后在步骤S212中，制造商接收同意记录对象。通过操作，就建立了上述参照图55所述的子单元目标插接，以建立能够进行AUX数据(画面文件或者文本文件)的传送/接收的状态。
接着上述步骤S212中的处理过程，在步骤S213至S216中执行从制造商向消费者传送写入段缓冲器的请求的处理过程以及接下来的从消费者向制造商接收同意写入段缓冲器的处理过程，这样就从制造商向消费者传送了作为记录数据的AUX数据。
还是在这里，如果在步骤S213至S216中所执行的处理操作不能够完成作为记录数据的AUX数据的传送，则在一定范围中重复执行在步骤S213至S216中所执行的处理操作，直至完全占满了所述段缓冲器。
当以此方式完成了向段缓冲器写入数据之后，在步骤S217，制造商向消费者传送一个制造商计数写入请求，在步骤S218，消费者接收到该制造商计数写入请求，然后在步骤S219，从消费者向制造商传送一个同意制造商计数写入，并且在步骤S220，制造商接收到该同意制造商计数写入，因此完成了这样一个处理过程：通知制造商在如上所述的步骤S213至S216中已经写入消费者的段缓冲器中的数据大小。
然后在下面的步骤S221至S224中，传送/接收极限计数寄存器的处理过程，是通过类似于上述的步骤S205至S208的处理过程执行的，并且是写入段缓冲器之前的响应处理过程。
上述的步骤S213至S224中所述的处理过程是一组处理过程，例如，用于把AUX数据写入MD记录器/播放器侧的段缓冲器中，该MD记录器/播放器起到一个消费者的作用。
还是在这里，如果将传送的一个AUX数据文件的大小大于该段缓冲器的容量，并且在步骤S213至S224中所执行的处理操作不能够完成AUX数据的传送，则重复执行在步骤S213至S224中所执行的处理操作，直至完成该数据的传送。
然后，在完成了数据的传送之后，在步骤S225，制造商传送一个停止请求。具体来说，制造商传送这样一个停止命令：该命令具有用于执行记录停止控制的操作数，用于按照参照图61和62所述的格式控制所要求的子单元插接。然后，在步骤S226，消费者接收到该停止命令，并且在步骤S227，向制造商传送一个同意停止。然后在步骤S228制造商接收到该同意停止，因此完成了记录操作的停止控制。
这样，当通过步骤S229至S232中的处理完成了用于断开的传送/接收处理过程时，取消用于AUX数据记录的插接设置。2-20.AUX数据再现处理
参照图64的处理转换图说明通过IEEE 1394总线再现AUX数据的再现处理过程。
这里，考虑这样一个情况：例如，上述参照图1所述的AV***103传送由MD记录器/播放器1所再现的AUX数据至个人计算机113，这样就能够把该再现的AUX数据存储到硬盘上或者能够显示或者输出。此时，个人计算机113传送一个再现请求。
如果应用到图64中，规定这样一种插接关系：消费者(目标)是个人计算机113，而制造商(控制器)是MD记录器播放器。换言之，制造商与消费者之间的关系与上述参照图63所述的记录处理过程的关系相反。
应注意，图64还示出：实线箭头所示的处理过程是上述参照图54所述的异步连接，而双线箭头所示的处理过程是使用AV/C命令包的通信处理过程，该AV/C命令包用于上述参照图59至62所述的AUX数据再现和停止控制。
当再现AUX数据时，在步骤S301中，从消费者向制造商传送一个连接请求，从而开始再现AUX数据的处理过程。在步骤S301至S308中的处理过程类似于上述参照图54所述的在步骤S102至S108中的处理过程，因此，为了避免重复，省略了重复说明。
当通过步骤S302至S308的处理，完成了插接连接和极限计数的确认之后，在步骤S309中，该消费者传送一个ONS请求。具体来说，消费者传送一个ONS命令，该ONS命令具有对应于按照上述参照图59和60所述的制式将再现的数据文件的内容的操作数。然后，在步骤S310中，制造商接收该ONS命令，并且在步骤S311中，向消费者传送一个同意ONS。具体来说，制造商也根据接收情况执行重写操作数的处理过程，并且向消费者返回所得到的ONS命令。然后在步骤S312中，消费者接收该同意ONS。这样，例如起到制造商作用的MD记录器/播放器规定从该对象列表之内(参考图56)将再现的AUX数据文件，从盘中读出该AUX数据文件，并且进行再现或者输出。
然后，为了向消费者传送从盘上按照上述方式所读出的AUX数据文件，在步骤S313至S316中执行从制造商向消费者传送一个段缓冲器写入请求的处理过程，以及响应该段缓冲器写入请求从消费者向制造商传送一个同意写入段缓冲器的处理过程。这样通过在步骤S313至S316中的单一处理过程，就把从盘上所再现的AUX数据文件以异步包为单位传送到消费者的段缓冲器。
还是在这里，如果在步骤S313至S316中所执行的处理操作(异步包的一个传送操作)，不能够完成将传送给消费者的AUX数据的传送，则在一定范围中重复执行在步骤S313至S316中所执行的处理操作，直至完全占满了段缓冲器。
当以此方式完成向该段缓冲器写入数据之后，执行在步骤S317至S320的处理过程：制造商向消费者传送一个制造商计数写入请求，以及从消费者向制造商传送一个同意制造商计数写入，因此完成了这样一个处理过程：通知制造商在如上所述的步骤S313至S316中已经写入消费者的段缓冲器中的数据大小。
应注意，当进行AUX数据再现处理时，在步骤S317至S320的制造商计数写入请求/写入同意之后，并不执行极限计数寄存器的传送/接收。
还是在本示例中，上述的步骤S313至S320中所述的处理过程是这样一组处理过程：例如，用于把作为制造商的MD记录器/播放器侧所再现的AUX数据写入作为消费者的个人计算机的段缓冲器中。还是在这里，如果将传送的AUX数据文件的大小大于段缓冲器的容量，并且在步骤S313至S320中所执行的一个处理操作不能够完成AUX数据的传送，则重复执行在步骤S313至S216中所执行的处理操作，直至完成数据的传送。
然后，在完成了数据的传送之后，执行步骤S321至S328中的处理过程。应注意，步骤S321至S328中处理过程，类似于上述参照图63所述的步骤S225至S232中的处理过程，因此为了避免重复，就省略了重复说明。
应注意，虽然上述处理过程假设了这样一个情况：其中就AUX数据文件的传送来讲，在图1所示的AV***103中的MD记录器/播放器1与个人计算机113之间进行AUX数据通信，但是，即使通过插接连接将MD记录器/播放器1与IRD112彼此连接，也可以应用类似的处理过程。另外，根据类似的处理概念，也能够在IRD112与个人计算机113之间进行AUX数据文件的传送。具体来说，在本示例中，通过如上所述的方式，通过异步通信，能够进行各种***构型，完成IEEE 1394中的AUX数据文件的传送。
另外，本发明不仅应用于IEEE 1394制式，而且也应用于任何的这样的通信制式：其中使用周期地传送数据的一个通信模式以及异步地通信数据的另一个通信模式。
应注意，在上述的该例子中，响应于来自个人计算机113的再现请求，将由MD记录器/播放器1所再现的AUX数据传送到个人计算机113，并且在该传送过程中，禁止从MD记录器/播放器1再现音频数据。
然而，由于执行所谓的断续再现，即MD记录器/播放器1从一个盘中再现音频数据，当这些音频数据已经全部存储到存储器时，就停止再现，在这样的断续再现中，在通过重复地将光拾取器(optical pickup)从音频数据记录区域馈送到AUX数据记录区域以再现AUX数据然后返回该光拾取到音频数据记录区域从而再现(传送)音频数据的同时，可以传送作为子数据的AUX数据。
在上述的传送过程中，按照同步通信***传送作为主数据的音频数据(ATRAC数据)，同时按照异步通信***传送作为子数据的静止画面或者文本数据。
在接收侧的个人计算机113根据插接ID或者目标列表ID，区分通过IEEE 1394总线传送的作为主数据的音频数据(ATRAC数据)和作为子数据的静止画面或者文本数据，从而提取这些主数据和子数据。
例如，在IEEE 1394制式中，执行同步通信***(第一通信***)以及异步通信***(第二通信***)，同步通信***周期地传送数据，而异步通信***异步地传送数据。通常，同步通信***处理数据，而异步通信***执行命令的传送/接收。
在本发明中，规定：当音频数据(主数据)和AUX数据文件(包括画面文件和文本文件，并且被称为子数据)能够通过例如迷你盘***的记录或者再现设备被记录或者再现，并且通过IEEE 1394总线被传送和接收时，利用同步通信***传送和接收音频数据，而利用异步通信***传送和接收AUX数据文件。
简言之，在记录过程中，通过IEEE 1394总线，所述迷你盘记录和再现设备利用同步通信***接收音频数据，而利用异步通信***接收AUX数据文件，并且把所接收到的数据记录到一个盘上。
反之，在再现过程中，从一个盘上所再现的音频数据和AUX数据文件之中，该迷你盘记录和再现设备利用同步通信***传送音频数据，而利用异步通信***传送AUX数据文件。
由于采用了上述的结构，因此本发明能够实现下面的优点：
例如，当音频数据具有大的数据大小，并且该音频数据需要一个时间序列连续性(实时性)时，则本发明通过同步通信***传送和接收音频数据，由于利用同步通信***中频段保留所得到的带宽来传送音频数据，因此就能够确保这些音频数据的时间序列连续性。
同时，AUX数据例如是静止画面或者文本数据，因此AUX数据就不需要音频数据所需要的实时特性。此外，AUX数据文件的数据大小也较小。因此，通过同步通信***传送AUX数据文件就传送效率来讲是不可取的，这是因为即使数据量小，数据也会占用频带。因此，在本发明中，利用通常用于传送和接收命令的异步通信***传送和接收AUX数据文件，在用于传送1个包的一个周期之内，利用一个空闲频段来传送AUX数据文件，而不是保留一个用于传送的频段。换言之，能够有效地利用有限的频段传送和接收AUX数据以及音频数据。
另外，同步通信***要求PLL电路并且要求在传送侧与接收例之间建立同步，而异步通信***就不需要任何在传送侧与接收例之间建立同步所需要的元件。因此，为了传送AUX数据文件，就不需要提供用于建立同步所要求的PLL电路，因此，就能够尽量简化IEEE 1394接口的硬件结构。尤其是，即使诸如个人计算机等的设备的结构的同步通信功能非常差，也能够执行AUX数据的传送/接收。
另外，在本发明中，定义了用于通过异步通信请求记录的记录命令(AV/C命令)，该记录命令是将要从例如迷你盘记录和再现设备传送到外部设备(控制器)的命令，并且，通过传送该记录命令，就能够传送要记录的AUX数据的类型的通知。因此，所述迷你盘记录和再现设备就能够执行适合于要记录的AUX数据类型的记录和再现操作。简言之，当记录通过IEEE 1394总线输入的数据时，利用AUX数据的类型单元，能够对记录过程进行管理。
另一方面，在再现过程中，定义了用于通过异步通信请求再现的记录命令(AV/C命令)，并且，通过传送该记录命令，指定要再现的一个AUX数据文件。然后，响应于该命令，所述你迷盘记录和再现设备能够再现和输出一个指定的AUX数据文件。简言之，当再现或者输出一个AUX数据文件时，能够在AUX数据文件单元中执行所要求数据的再现，以便把这些数据输出到总线。
虽然使用特定术语已经说明了本发明的优选实施例，但这样的说明仅仅用于示例目的，应当理解，在不脱离附属的权利要求书的精神或范围的情况下，可由本领域技术人员对本发明进行多种更改和变化。

Claims (22)

1.一种信息传送设备，根据数据可被周期性地传送的第一通信***及数据可被异步传送的第二通信***，所述信息传送设备可经一条单个数据总线与另一设备交换数据，并且所述设备包括：
鉴别装置，用于鉴别要传送的数据是否是要及时连续输出的主数据或与主数据相关的子数据；
传送装置，当所述鉴别装置鉴别出要传送的数据是要及时连续输出的主数据时，根据所述第一通信***传送数据，而当所述鉴别装置鉴别出数据是与主数据相关的子数据时，根据所述第二通信***传送数据。
2.按照权利要求1所述的信息传送设备，其中所述第一通信***是同步通信***。
3.按照权利要求1所述的信息传送设备，其中所述第二通信***是异步通信***。
4.按照权利要求1所述的信息传送设备，其中所述第一和第二通信***符合IEEE1394标准。
5.按照权利要求1所述的信息传送设备，其中所述传送装置按照所述第二通信***将要传送的命令数据传送到作为传送目标的设备。
6.按照权利要求1所述的信息传送设备，其中所述将要及时连续输出的主数据是音频数据。
7按照权利要求1所述的信息传送设备，其中所述将要及时连续输出的主数据是视频数据。
8.按照权利要求1所述的信息传送设备，其中与所述主数据相关的所述子数据是视频数据。
9.按照权利要求1所述的信息传送设备，其中与所述主数据相关的所述子数据是文本数据。
10.一种记录设备，根据数据可被周期性地接收的第一通信***及数据可被异步接收的第二通信***，所述记录设备可经一条单个数据总线进行数据通信，并且将所接收的数据记录在一记录介质上，所述记录设备包括：
鉴别装置，用于鉴别接收的数据是否是根据第一通信***传送到此并且要及时连续地输出的主数据，或者是根据第二通信***传送并且与主数据相关的子数据；
记录装置，当所述鉴别装置鉴别出接收的数据是要及时连续输出的主数据时，将接收的主数据记录到所述记录介质的第一区域，而当所述鉴别装置鉴别出接收的数据是与主数据相关的子数据时，则将接收的子数据记录到所述记录介质的第二区域。
11.按照权利要求10所述的记录设备，其中所述第一通信***是同步通信***。
12.按照权利要求10所述的记录设备，其中所述第二通信***是异步通信***。
13.按照权利要求10所述的记录设备，其中所述第一和第二通信***符合IEEE 1394标准。
14.按照权利要求10所述的记录设备，其中所述接收装置还根据所述第二通信***接收命令数据。
15.按照权利要求10所述的记录设备，其中所述将要及时连续输出的主数据是音频数据。
16.按照权利要求10所述的记录设备，其中所述将要及时连续输出的主数据是视频数据。
17.按照权利要求10所述的记录设备，其中与所述主数据相关的所述子数据是视频数据。
18.按照权利要求10所述的记录设备，其中与所述主数据相关的所述子数据是文本数据。
19.一种传送和接收***，包括：
第一接收装置，用于接收要及时连续输出的主数据和与主数据相关的子数据；
传送装置，根据数据可被周期性传送的第一通信***，传送由所述第一接收装置接收并且要及时连续地输出的主数据，以及根据数据可被异步传送的第二通信***传送并与主数据相关的子数据；
第二接收装置，用于接收从所述传送装置经一条单个电缆传送的主数据和子数据；和
分离装置，用于将根据所述第一通信***传送并由所述第二接收装置接收的主数据和根据所述第二通信***传送并由所述第二接收装置接收的子数据彼此分开。
20.一种信息传送方法，根据数据可被周期性地传送的第一通信***及数据可被异步传送的第二通信***，使用所述方法经一条单个数据总线可在不同的设备之间进行数据通信，该方法包括的步骤是：
鉴别要传送的数据是否是要及时连续地输出的主数据或与主数据相关的子数据；以及
当所述鉴别步骤鉴别出要传送的数据是要及时连续地输出的主数据时，根据所述第一通信***传送数据，而当所述鉴别步骤鉴别出数据是与主数据相关的子数据时，则根据所述第二通信***传送数据。
21.一种记录方法，根据数据可被周期性地接收的第一通信***及数据可被异步接收的第二通信***，使用所述方法经一条单个数据总线可进行数据通信，并且将接收的数据记录到一记录介质上，该方法包括的步骤是：
鉴别接收的数据是否是根据所述第一通信***传送到此并且要及时连续地输出的主数据，或者是根据第二通信***传送到此并且与主数据相关的子数据；
当所述鉴别步骤鉴别出接收的数据是要及时连续地输出的主数据时，将接收的主数据记录到所述记录介质的第一区域，而当所述鉴别步骤鉴别出接收的数据是与主数据相关的子数据时，则将接收的子数据记录到所述记录介质的第二区域。
22.一种传送和接收方法，包括：
第一接收步骤，接收要及时连续输出的主数据和与主数据相关的子数据；
传送步骤，根据数据可被周期性传送的第一通信***，传送要及时连续输出的所接收的主数据，以及根据数据可被异步传送的第二通信***，传送与主数据相关的子数据；
第二接收步骤，接收经一条单个电缆在所述传送步骤中传送来的主数据和子数据；以及
分离步骤，将根据所述第一通信***传送的所接收的主数据和根据所述第二通信***传送的所接收的子数据彼此分开。
CN99126644A 1998-11-10 1999-11-10 传送/记录设备和方法及传送和接收设备和方法 Pending CN1260644A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP10319385A JP2000149407A (ja) 1998-11-10 1998-11-10 情報伝送方法、情報処理方法、情報伝送システム、及びデータ処理装置
JP319385/1998 1998-11-10

Publications (1)

Publication Number Publication Date
CN1260644A true CN1260644A (zh) 2000-07-19

Family

ID=18109581

Family Applications (1)

Application Number Title Priority Date Filing Date
CN99126644A Pending CN1260644A (zh) 1998-11-10 1999-11-10 传送/记录设备和方法及传送和接收设备和方法

Country Status (7)

Country Link
US (1) US6496896B1 (zh)
EP (1) EP1006531A2 (zh)
JP (1) JP2000149407A (zh)
KR (1) KR20000047617A (zh)
CN (1) CN1260644A (zh)
AU (1) AU5837399A (zh)
CA (1) CA2288404A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113032014A (zh) * 2019-12-09 2021-06-25 成都鼎桥通信技术有限公司 一种双***终端的域间模式同步方法和装置

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6671290B1 (en) * 1998-11-10 2003-12-30 Sony Corporation Receiving apparatus and recording/reproducing system for digital broadcasts
JP2000156031A (ja) * 1998-11-17 2000-06-06 Sony Corp 情報処理システム、情報処理装置、及び情報処理方法
EP1133157A3 (en) * 1999-12-28 2004-10-27 Sony Corporation Image commercial transactions system and method, image transfer system and method, image distribution system and method, display device and method
US20020059637A1 (en) * 2000-01-14 2002-05-16 Rakib Selim Shlomo Home gateway for video and data distribution from various types of headend facilities and including digital video recording functions
EP1148730A3 (en) * 2000-03-31 2003-10-08 Matsushita Electric Industrial Co., Ltd. Data broadcast apparatus for controlling presentation timing of additional data with high precision
KR20010097455A (ko) * 2000-04-24 2001-11-08 윤종용 온 스크린 디스플레이 커서 표시방법 및 osd 영상 표시장치
US7984473B1 (en) * 2000-06-14 2011-07-19 International Business Machines Corporation System and method for the coordination of short-term cyclic data and ephemeral content in a broadcast stream
JP4240766B2 (ja) 2000-06-26 2009-03-18 パナソニック株式会社 データ蓄積方法およびそれを実現した受信装置および放送システム
GB0016061D0 (en) * 2000-06-30 2000-08-23 Koninkl Philips Electronics Nv Efficient recording of object carousels
JP4725758B2 (ja) * 2000-08-25 2011-07-13 ソニー株式会社 情報処理装置および情報処理方法、並びに記録媒体
JP4703094B2 (ja) * 2000-08-28 2011-06-15 パナソニック株式会社 目的を果たせないコンテンツを受信しないユーザ端末プログラム
JP3983463B2 (ja) * 2000-09-04 2007-09-26 パイオニア株式会社 情報送信装置及び情報送信方法、情報受信装置及び情報受信方法、情報伝送システム及び情報伝送方法並びに情報記録媒体
KR100672405B1 (ko) * 2001-02-01 2007-01-23 엘지전자 주식회사 디지털 티브이의 사용자 인터페이스 장치 및 방법
JP2002244902A (ja) * 2001-02-16 2002-08-30 Tdk Corp データファイル管理方法、データファイル管理プログラムおよび電子端末
GB0111008D0 (en) * 2001-05-04 2001-06-27 Koninkl Philips Electronics Nv Recording of interactive applications
JP3820925B2 (ja) * 2001-06-20 2006-09-13 ソニー株式会社 受信装置および方法、情報配信方法、フィルタ蓄積プログラムおよび記録媒体
US6975836B2 (en) * 2001-06-28 2005-12-13 Kabushiki Kaisha Toshiba Data broadcasting system, receiving terminal device, contents providing server, and contents providing method
US20030031107A1 (en) * 2001-08-09 2003-02-13 Noriaki Horii Recording /reproduction apparatus, recording method, reproduction apparatus and distribution apparatus
US7292775B1 (en) 2001-09-20 2007-11-06 Keen Personal Media, Inc. Communicating program identifiers from a digital video recorder (DVR) to a set top box (STB) independent of when the STB demodulates the associated program data
US7325244B2 (en) * 2001-09-20 2008-01-29 Keen Personal Media, Inc. Displaying a program guide responsive to electronic program guide data and program recording indicators
US20030106072A1 (en) * 2001-12-05 2003-06-05 Koninklijke Philips Electronics N.V. Multimedia storage and control system
JP3733061B2 (ja) * 2001-12-18 2006-01-11 三洋電機株式会社 画像記録装置
JP2004134023A (ja) * 2002-10-11 2004-04-30 Matsushita Electric Ind Co Ltd 可換ディスク記録再生装置、ディスク情報出力方法、ディスク情報取得方法、プログラム、および記録媒体
JP3836077B2 (ja) * 2002-11-14 2006-10-18 松下電器産業株式会社 伝送データ構造及びそれを伝送するための方法並びに装置
JP4228288B2 (ja) * 2003-06-11 2009-02-25 ソニー株式会社 記録制御装置および方法、プログラム、並びにデータ記録方法
JP4482380B2 (ja) * 2003-06-19 2010-06-16 パナソニック株式会社 視聴制御装置、視聴制御プログラム、セキュアモジュール
US6999467B2 (en) * 2003-07-28 2006-02-14 Motorola, Inc. Method and apparatus for transmission and reception within an OFDM communication system
JP2005056361A (ja) * 2003-08-07 2005-03-03 Sony Corp 情報処理装置および方法、プログラム、並びに記録媒体
JP2007531183A (ja) * 2004-02-10 2007-11-01 エルジー エレクトロニクス インコーポレーテッド 多様なデータストリームを管理するためのデータ構造を有する記録媒体、記録再生方法及び装置
KR20050089353A (ko) * 2004-03-04 2005-09-08 엘지전자 주식회사 고밀도 광디스크와 그에 따른 데이터 파일 구성 방법 및재생 방법과 장치
US20060041924A1 (en) * 2004-08-20 2006-02-23 Matsushita Electric Industrial Co., Ltd. Digital television middleware service for home networking domains
DE602005020098D1 (de) * 2004-10-14 2010-05-06 Sony Corp Videogerät, Verfahren zur Steuerung des Videoausgangs und Verfahren zur Wiedergabesteuerung
JP4843449B2 (ja) * 2005-12-02 2011-12-21 ソニー株式会社 コンテンツ送受再生方法および受信再生端末
US20080064326A1 (en) * 2006-08-24 2008-03-13 Stephen Joseph Foster Systems and Methods for Casting Captions Associated With A Media Stream To A User
US9056249B2 (en) 2009-04-01 2015-06-16 Activision Publishing, Inc. Device and method for a streaming video game
ES2398160B1 (es) * 2011-05-12 2014-01-15 Joaquín Vicente IBÁÑEZ BALLESTEROS Procedimiento y sistema para transferir información audiovisual a medios de almacenamiento portátiles.
CN112859660B (zh) * 2019-11-28 2022-06-24 上海微电子装备（集团）股份有限公司 一种设备同步控制方法、装置、终端及***

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2618571B2 (ja) * 1992-09-24 1997-06-11 富士通株式会社 光磁気ディスクのデータ再生回路
JPH06162668A (ja) * 1992-11-24 1994-06-10 Hitachi Ltd 情報記録方式
JP3484838B2 (ja) * 1995-09-22 2004-01-06 ソニー株式会社 記録方法及び再生装置
JPH10188385A (ja) * 1996-12-17 1998-07-21 Fujitsu Ltd 光磁気記録媒体の再生方法及び再生装置
JP4092767B2 (ja) * 1998-04-10 2008-05-28 ソニー株式会社 記録媒体及び再生装置
JP3520774B2 (ja) * 1998-08-12 2004-04-19 ソニー株式会社 光ディスク再生装置および光ディスク再生方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113032014A (zh) * 2019-12-09 2021-06-25 成都鼎桥通信技术有限公司 一种双***终端的域间模式同步方法和装置
CN113032014B (zh) * 2019-12-09 2022-08-09 成都鼎桥通信技术有限公司 一种双***终端的域间模式同步方法和装置

Also Published As

Publication number Publication date
AU5837399A (en) 2000-05-11
JP2000149407A (ja) 2000-05-30
US6496896B1 (en) 2002-12-17
KR20000047617A (ko) 2000-07-25
EP1006531A2 (en) 2000-06-07
CA2288404A1 (en) 2000-05-10

Similar Documents

Publication Publication Date Title
CN1260644A (zh) 传送/记录设备和方法及传送和接收设备和方法
CN1275253C (zh) 信息传输和处理方法,信息传输***及数据处理装置
CN1323036A (zh) 控制装置及控制方法
CN1237822C (zh) 光盘、光盘记录方法和装置,以及光盘再现方法和装置
CN1199446C (zh) 信息处理设备和方法
CN1277770A (zh) 数据发送控制方法、数据发送方法和设备以及接收设备
CN1160724C (zh) 用于写入和再生数据的装置及方法
CN1118772C (zh) 数字数据发送接收***及其方法
CN1321984A (zh) 电子设备***、控制设备以及同步电源控制方法
CN1264347C (zh) 数字广播方法
CN1653819A (zh) 提供媒体内容的***和方法
CN1723446A (zh) 记录介质、记录设备及使用该记录介质和设备的再现设备
CN1396594A (zh) 记录/重播装置、方法及记录介质
CN1327684A (zh) 发送方法和接收装置
CN1465182A (zh) 数据传输装置及方法
CN1607825A (zh) 信息处理方法和装置、程序和记录介质
CN1933582A (zh) 再生装置、再生方法、程序、及程序存储介质
CN1617576A (zh) 信息记录介质、方法和设备以及信息回放方法和设备
CN1144221C (zh) 记录设备和带接收功能的记录设备
CN1271811C (zh) 接收装置和接收方法
CN1602066A (zh) 信息记录介质、记录和还原方法以及记录和还原设备
CN1178444C (zh) 控制器设备、通讯***和控制方法
CN1237743C (zh) 广播装置及方法、接收装置及方法、以及媒体
CN1276614C (zh) 电子装置***，控制装置和控制方法
CN1816986A (zh) 显示器、显示方法和显示控制程序

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication