专利名称：数据传输设备及其相应指令的使用方法
本项发明涉及到数据传输设备，及其使用相应指令通过数据接口，如IEEE1394标准接口，将记录在光盘、磁带及诸如此类的记录媒体上的数据发送到外部设备或从外部设备接收数据的方法。
最近，IEEE1394标准在串行数据传输系统中的应用已经扩大。IEEE1394系统不仅可以用于通常由SCSI系统或者其它同类系统处理的计算机数据的传输，而且还可以用于供音频和/或视频(以下称为“AV”)设备处理的大量的AV数据的传输。这是由IEEE(电气和电子工程师学会)1394标准系统定义了两种通信方法，即同步数据传输系统和异数据传输系统。
同步通信这种数据传输方法可用于传输要求实时性能的诸如大量的AV数据。在这种方法中，数据传输所要求的频带进行数据传输。通过这种安排，数据传输的实时性能可以得到保证。
同时，异步通信是一种不受时间限制的数据传输方法，可用于传输不要求实时性能的辅助数据如指令或计算机数据以及其它同类数据的传输。这种通信方法可被认为与通用的SCSI方法相同。有各种各样的标准被推荐为IEEE1394系统的主传输协议，而IEC61883标准被作为这些方法之一。IEC(国际电工委员会)61883标准规定了一种在同步通信系统中发送和接收要求实时性能的AV数据的方法，同时还规定了一种在异步通信系统中发送和接收将被送往AV设备的指令的方法。
一个AV/C指令及应答集由IEC61883规定的功能控制协议(FCP)来传送。FCP提供了一个在IEEE1394范围内封装指令及应答的简要方法。本项发明的领域即在由IEC61883规定的指令及应答范围之内。图8示出了在一个串行总线数据包中封装的一个FCP帧的格式。
如图8所示，一个FCP帧的格式被封装在一个串行总线包内，这是一个序列，即一个正方形，相当于32位，而前五个序列(即前五个正方形)作为IEEE1394标准的导步系统中的一个包的标题，而下面的“cts”和FCP数据字段接着进行传输。在这种格式中定义了目的地标志，源标志和其它字段，其中cts字段定义了供FCP帧使用的指令执行格式。由串行总线节点上的设备(即控制器)生成的指令存放在串行总线节点上的FCP指令寄存器(即目的地偏置)中，该串行总线节点上有将要受到控制的设备(即目标)。由数据长度确定的FCP申请数据包和应答数据包的数据载荷最大长度为512个字节。
图9所示的是一个AV/C指令帧的结构图，指令载荷最大达512个字节。AV/C指令及应答封装在FCP帧之内，并在控制器和目标FCP-指令寄存器及FCP-应答寄存器这间进行传送。在这种指令帧结构中，所定义的“C型”字段代表指令类型，表示一条指令是控制指令还是存取指令。所定义的子型和子标志字段代表一个AV设备的类型，而后面的操作码及操作数
至[n]表示一条实际指令，如“放”、“停”、“录”等。所有的操作数都是可选的，并且是由C型、子型和操作码定义的。
在用光盘或小型光盘作为光盘驱动器中的数据记录媒体来记录或复制大量的数据如音频(和/或视频)数据的情况下，除记录大量的音频(和/或视频)数据之外，盘片还要接受辅助的属性信息。如
图10所示，属性信息记录在光盘的TOC(目录)区或者小光盘的UTOC区。
在光盘中录有音频数据和乐曲的情况下，属性信息包括乐曲数据的起始地址和结束地址，乐曲的标题，乐曲数据的录制日期/时间以及其他同类信息。在按照IEC1883标准进行的串行数据输出中并未定义这种属性信息的传输方法。因此，在通常的数据传输系统中，建议采用按照列表结构的数据格式表储存属性信息的方法和对来自外部设备的列表的属性信息进行存取的方法。
图11所示的是对列表的属性信息进行储存和存取的通用数据传输系统的例子。在该例中，数据传输设备1000经由数据接口1002与外部设备1001连接，数据传输设备1000中装载一片光盘1004，上面录有大量的AV数据及AV数据的属性信息数据。属性数据包括AV数据的数据序数(当AV数据为乐曲音频数据时，即为乐曲序数)，总的重放时间，各个AV数据的重放时间，光盘标题，AV数据的标题，以及其它类似信息。
当光盘1004装入设备1000时，属性信息如AV数据的数据序数，总的重放时间，每个AV数据的重放时间，每个标题及其它同类数据以作为第一表1003而绘制的属性信息表的形式被复制并储存在该设备的存储部件寄存器中。
同时，表示设备1000当前的运行状态如重放或停止等有关信息，当前的重放位置，当前的重放方法如常规重放或程控重放等有关信息的状态信息以作为第二表1005而绘制的状态信息表的形式储存在该设备的存储部件寄存器中。
图12示出了具有三个级层结构的属性信息表1003的具体数据模型的格式结构的通用例子。在第一层结构中，数据包标题被放在顶端，而AV数据(作为第一、第二、第三，…首乐曲图示)的属性信息组被依次安排在下面。在第二层结构中，数据包标题由表明标题的规定字节长度的标题长度和包含在光盘中的全部属性信息组成，而每个AV数据的属性信息组由一个数据标题组成，数据标题包括每个数据的数据长度和属性信息内容。
如在第三层结构中所示，整个光盘的属性信息由信息块组成，包括整盘的重放时间，光盘标题，乐曲序数等，每个信息块有一个规定的字节长度如4个字节，而每个AV数据的属性信息内容包括重放时间，标题及同类信息，每项内容具有一个由规定的字节数确定的数据长度。
注意图12中表示的数据模型格式的第三层结构，当一项属性内容如一首特定乐曲的标题被要求存取时，该存取必须通过从表的顶部位置开始安节指定地址的位置这种方式进行。
然而，由于属性信息表数据模型格式的长度是可变的，因而，所要求的属性信息内容的按字节安排的地址位置在表中并不总是固定的。
在图11所示的结构中，当用户要把一项属性内容如一个光盘标题输入到设备1000中的光盘1004上面去时，按照外部设备1001通过数字接口1002发出的指令，所要的标题写到属性表1003中光盘标题的位置。当光盘1004被放入该设备中时，写入表1003上所要求的区域中的属性信息即被记录到光盘1004上的相对应的区域中。当光盘1004被装入一个设备时，一个新的属性信息表1003即以记录在光盘1004上的属性信息为基础而在该设备中生成。当记录在光盘1004上的属性信息如重放时间和标题数据被要求送往外部设备时，被要求的属性信息即可以通过对设备1000中的第一表1003的相应区域进行存取的方式经由数字总线1002而被外部设备1001获得。当用户要求获得设备1000的当前运行状态信息时，所要求的该设备的状态信息可以通过存取状态信息表(即作为第二表格1005而绘出的表格)的方式获得。例如，从第二表格1005中读取当前的运行状态信息，用户就通过接口以及通过外部设备1001获得了关于在目前的运行中该设备处于什么状态的信息。
然而，在通用系统中，由于属性信息的内容及其在第一表1003中的安排顺序是固定的，因此，当今后在该设备中采用录有新的属性信息的新的记录媒体时，必须为该媒体专门定义新的属性信息表。
而且，在如上所述的通用方法中，当对第一表1003中的属性信息进行读或写存取时，必须从表的顶部位置开始，指明字节中的存取位置。因此，当属性信息由于重写或插入操作而通过外部设备写入到第一表1003中去时，如果信息内容的输入被搞错，即使是在表中的一个字节位置中，与要写入的确切内容相比，写入结果的内容也会出现不希望看到的差别。在这种不希望看到的字节位置错误的情况下，外部设备以把所要求的信息写入第一表103的过程中难以确定错误的字节位置，因为外部设备是把从设备1000中读出的信息表当作一个字节序列来确认的。
此外，在表格每次进行重写时，表格中所要的属性信息的内容的字节位置均是不同的。因此，在写入属性信息的存取中，在执行写操作之前，必须首先读出属性信息的当前表格以便确认表格中所要求的属性信息内容的字节位置，这必然会增加操作的处理量。如上所述，通用方法存在着问题。
本项发明的目的就是解决通用数据传输设备的这些固有的问题，而本项发明的一个最重要的目的是提供一项经过改进的数据传输设备及适合该设备的特定指令的使用方法，这些指令能够轻易地改变辅助信息的内容及辅助信息的内容在表内的排列顺序，还能够在对这些辅助信息进行存取时将它们写入准确的地址或从准确的地址读出，即使是在辅助信息的表格被更新的时候也没有必要对表中信息的字节位置进行识别，因而所需要的辅助信息能够通过同一指定方法顺利地进行存取，借此用户就能够通过简单的结构及方法获得记录媒体中的属性信息表或者设备的状态信息表。
为实现上述目的，本项发明提供了一个数据传输设备，其按照从外部设备发出的指令数据，通过数据接口将记录在记录媒体上的主数据发送到外部设备上去或从外部设备上接收主数据，该数据传输设备包括一个辅助信息存储装置，用来存储与主数据的处理有关的辅助信息；一个表生成装置，根据预先为辅助信息的内容指定的ID代码的表格，通过为辅助信息组的每个内容附加一个相应的ID代码的方式生成一个辅助信息表，借此就可以根据附加的ID代码对所需要的表中的辅助信息内容进行存取。
在本结构中，整个辅助信息表包括许多辅助信息组，每组均有一个数据格式结构，其中包括多个由辅助信息内容及其相应的附加ID代码组成的连续的信息对。
本项发明的另一个目的是提供一种数据传输方法根据从外部设备发出的指令数据，通过数字接口将记录在记录媒体上的主数据发往外部设备或从外部设备接收主数据，该方法包括以下步骤存储与主数据的处理事务相关的辅助信息；根据预先为辅助信息的内容指定的ID代码的表格，通过为辅助信息的每项内容附加一个相应的ID代码的方式来生成一个辅助信息表；根据附加的ID代码对所需要的存于表中的辅助信息内容进行存取。
本项发明的再一个目的是提供适合于数据传输设备的指令数据，指令数据就是对辅助信息的内容进行存取的指令，包括一个ID代码字段，用来表示所需要的因而将被存取的辅助信息内容的ID代码，这样，所要求的辅助信息内容即被识别于表的地址位置中，通过存取也就能获得所要求的辅助信息的内容。
通过这种设置，在源于本项发明的数据传输设备及方法中，当记录在记录媒体中的数据在数据传输设备与外部之间进行传输时，主数据处理的辅助信息就采用了表结构，该表是通过为辅助信息的每项内容附加一个相应的ID代码的方式生成的，而ID代码是为辅助信息组的内容预先指定的，当对表中的内容进行存取时间，ID代码被作为一个存取存取键，以便获得所需要的辅助信息。因此，即使在一个辅助信息组扩大的时候，已经扩大辅助信息组的内容还是容易存取的，只是要为新增的相应的内容定义ID代码而已，表图型格式的基本结构也可以得到维持。同时，没有必要对辅助信息的写入顺序进行固定，而表中的顺序也可以有选择地进行调整。
而且，由于ID代码用作对辅助信息进行存取的存取键，因而就没有必要象在通用方法中作要求的那样在表的顶部字节中指定地址位置，因此对表中错误位置的存取就可以有效避免，这就保证了对所需辅助信息的准确存取。而且，由于对辅助信息的存取是以ID代码为检索存取键而进行的，因而象在通用方法中所要求的那样，在写操作时先读出表再标识所要求的信息在字节中的位置这一过程就可以略去了，这样，数据的处理量就可以显著减少。
另外，在源于本项发明的数据传输设备中，当辅助信息记录在记录媒体中的属性信息或者设备运行状况的状态信息存储在表结构之中时，该表格是通过为现行的辅助信息内容加上相应的ID代码的方式生成的。而对辅助信息表的存取是以ID代码为存取存取键而完成的，因而辅助信息的读出和写入是容易进行的。
还有，当从外部设备传往数据传输设备的指令数据查询数据传输设备中存放的是那种辅助信息内容时，数据传输设备即生成一个存放在数据传输设备中的属性信息与状态信息的ID代码表，然后把生成的ID代码表传送到外部设备作为对该指令的应答。查询操作的执行不仅可能面对整个的属性信息及状态信息，而且也可能面对部分属性信息及状态信息，因而被要求的属性信息及状态信息的ID代码表是根据该指令查询内容的范围来制定的。
如上所述，即使提供在一个用户要求获得关于数据传输设备是否存有可供选择的辅助信息内容的消息时，也没有必要直接读出每一个要求的信息内容。所以，数据传输设备中存放的辅助信息表可以顺利地通过外部设备来获得。这样，数据传输设备及外部设备的数据处理量就能够随着数字接口上通讯量的减少而一起减少。
本项发明的种种目的和优点从下文中参照附图对优选的实际装置所进行的详细描述中很快就能了解。在附图中，相同的部分被赋以相同的参数。
其中图1是根据本发明的一部数据传输设备的方块图；图2A、2B和2C是展示本项发明的一个典型的属性信息表的说明图；图3A、3B是展示本项发明的一个典型的表结构的说明图；图4A、4B是展示的典型的数据图形格式的说明图；图5A、5B、5C是展示典型的指令及应答的结构的说明图；图6A、6B、6C是展示本项发明的一个典型的状态信息表的说明图；图7A、7B、7C是展示典型的指令及应答的结构的说明图；图8是展示IEC61883定义的FPC帧的格式的说明图；图9是展示IEC61883定义的一个AV/C指令帧的结构的说明图；图10是展示一个盘形媒体中的一个数据记录区的示意图；图11是展示存有一个表信息的一个通用的数据传输系统的说明图；图12是展示属性信息表的一个传统的数据模型格式的说明图。
在进行详细描述之前请注意，在所有的附图中，相同的部分被赋予相同的标号。
下面参照附图对源于本项发明的数据传输设备的一个优选实施例进行描述。在本优选实施例中，这里要提出的是，音频数据是作为大量的主数据来讨论的，数据传输设备上配置了光盘驱动器，里面加载的光盘作为数据记录媒体。
而且，在本项发明的这一优选实施例中，要提出的是，本项发明的范围在由IEC61883所定义的AV/C指令及应答的范围之内。在一个串行总线数据包中封装的FCP帧的格式与图8中所示的传统的数据包中的FCP帧的格式相同。在本项发明中，一个AV/C指令帧的结构与图9中所示的传统的指令帧的结构相同，只是在AV/C指令结构中定义的操作码及操作数[O]至[n]表示一个实际的指令如READ INFOBLOCK(读信息块)等。
图1示出了源于本项发明的一个数据传输系统的示意结构，其中，数据传输设备100包括一个重放信号处理器101，一个辅助数据存储装置102，用于存储与主数据的处理相关的辅助数据。辅助数据包括表示对主数据进行属性的管理信息以及表示设备100当前运行状态的状态信息。设备100还包括一个系统控制器103，用于对整个设备进行控制，和一个数据发送/接收器105，有于通过数字接口108来发送和接收去往和来的自外部设备的各种数据。设备100还包括一个光度头106，光度头106适用于作为记录媒体而可以向其加载的光盘107，和一个表生成器109，用于生成一个辅助信息数据表。辅助数据存储装置102由一个属性信息存储器102a和一个状态信息存储器102b组成。设备通过由作为例子的IEEE1394标准定义的数字接口108与外部设备如另一部数据传输设备200，个人计算机300及其他诸如此类的设备互连，因此，数据传输是在设备100与外部设备之间进行的。
下面对如此构造的数据传输设备的运行进行描述。在本实施例中是与所列举的例子相对应进行叙述的，其中音频数据如记录在光盘107上的乐曲作为大量的主数据的例子，而同样记录在光盘107上的音频数据的属性信息是作为辅助数据的例子。
在图1所示的结构中，当光盘107被装载到设备100中时，记录在光盘TOC区中的属性信息数据由光度头106进行复制。经过复制的属性信息数据由重放信号处理器101进行处理以便进行解调及ECC解码，作为结果的经过处理的数据被输入到系统控制器103。然后，输入到系统控制器103的属性信息数据被输往辅助数据存储装置102中的属性信息存储器102a并存在那里。将被存于属性信息存储器102a中的属性信息数据包括的信息有整个光盘的重放时间，光盘的标题，音频数据的序数(即乐曲的序数)，每个音频数据的重放时间，每个音频数据的标题，演唱者的姓名，每个音频数据的分类名，以及类似的管理信息。
与此同时，表明设备100当前运行状态的状态信息被存于系统控制器103控制下的状态信息存储器102b。将被存于状态信息存储器102b中的状态信息包括运行状态信息如放音、录音、停止、以乐曲序数或时间(分与秒)表示的当前放音位置或录音位置、当前的放音方法(如常规放音、程控放音或其它放音方法)、录音方法(如采样频率数、显化位置)等。
下面对辅助信息的读出操作进行描述，所谓辅助信息系指来自光盘107的音频数据的属性信息或者由数字接口108传住外部设备的表明设备100当前操作的状态信息。在对包括属性或状态信息的辅助信息进行读出操作的过程中，辅助信息被转换成表模型格式的结构，以便辅助信息表接受存取而被读出，借此获得所需要的信息内容。
在第一步，设备100的数据发送/接收器105接收一个数据包，该数据包含有一条读指令，用于通过数字总线108由外部设备读取记录于光盘107上的音频数据的属性信息，设备100数据发送/接收器105对数据包的标题进行分析。然后，包含于数据包中的读指令被接受并输入到系统控制器103。因为读指令被系统控制器103接收，存于属性信息存储器102a中的属性信息被接受并输往表生成器109。因为属性信息被表生成器109接收，通过给属性信息的内容附加ID代码的方式，属性信息被转换成预定的表格式，于是，形成表格的属性信息产生并被输往系统控制器103。然后，信息表从系统控制器103输出并被送往数据发送/接收器105，在此，通过增加一个标题及其它同类项目的方式，表格式被转变成包格式，以便设定一个目的地地址。这样，包含于包格式中的结果信息表通过数字接口108被传送到外部设备。
图2A和2B示出了由表生成器109生成的属性信息的表结构的例子。图2A示出了光盘107的整个属性信息的表201的一个结构模型，其中作为音频数据例子的三首乐曲数据a、b和c记录于光盘107中，如图2A所示，整个表结构201包括一条整盘属性信息202，一条乐曲序数203,204表示乐曲a的属性信息，205表示乐曲b的属性信息，206表示乐曲c的属性信息。
在总表结构201中，除乐曲序数203外，如图2B所示，每个条目，即202,204,205和206，均被转换为一般格式的结构210。
在图2B所示的表结构210的一般格式中，每个第一至第四个属性信息条目(213,215,217,219)均被附加一个相应的ID代码(212,214,216,218)，因而形成了一个由ID代码与属性信息内容组合而成的信息对的系列。在本文中，属性信息的条目数为4，因而有4个ID代码附加到属性信息的内容上去，这正是预定的用来确定被组合的辅助信息内容的ID代码数量。
图2C示出了ID代码与相应的属性信息条目之间的关系的例子。这种ID代码表格也以供查阅用的表格的形式存于外部设备中。在本实施例中，由于所作的叙述是对于记录在光盘107上音乐数据的属性信息包括四种属性信息条目，即放音时间，标题，演奏者姓名和类别名这种情况而进行的，因此，如图3A所示，乐曲a,b和c的属性信息组204,205和206中每个信息组均有一个属性信息内容的表结构。
这里要注意，在本实施例中虽然属性信息的全部内容均被列入表结构210或204中，但是，在这些内容中只有一个必要的部分能够在属性信息表中得到利用。
图4A示出一个记录于所有盘区中的属性信息条目202的数据模型格式的例子，就象在图2A中所示的包含于整个表结构201中那样，而图4B示出了乐曲a,b和c的每个属性信息表结构(204,205和206)的数据模型的例子。也就是说，图4A和4B中所示的每个数据模型都有一个这样的结构，即每个信息的内容块都被附加一个在图12中所示的数据模型第三阶层结构中的2个字节长度的ID代码。
作为包含在AV设备中的表结构的一个例子，乐曲的属性信息表被标准化为根内容表，由描述符长度，表类型，属性信息，表标识信息，入口号#，及音频跟踪目标组成，而音频跟踪目标表示与每支乐曲相对应的属性信息，而这些乐曲又是与图12中所示的数据模型的第二个阶层相对应的。同时，状态信息表被标准化为光盘子组状态描述符，由描述符长度，综合的盘状态信息块，目的插入状态区信息块，源插入状态区信息块和执行状态区信息组成。
当一条指令经由数字总线108从外部设备传到设备100，要求执行读出操作，如读出记录于光盘107上的音频数据的全部属性信息时，如图2A中所示的整盘属性信息表201由表生成器109生成并送往系统控制器103。当读指令要求执行读出操作，如读出图2A中所示的乐曲a的各别的属性信息204时，则所要求的如图3A所示的各别的属性信息表(204)由表生成器109生成并被送往系统控制器103。
当外部设备从设备100接收如此生成的信息表时，根据如图2C和图3A中所示的附加给它的ID代码，含于表中的属性信息的种类(或条目)就能得到确认。这样，对于由表生成器109生成的表204中的属性信息条目在叙述中的安排顺序就没有必要加以固定了，而且如图3B所示，属性信息条目具有不同的顺序安排的另一表格204a也就可以使用了。同时，与图3A所示的情况相同，在对顺序安排进行了调整的情况下，属性信息的种类(或条目)就能够根据赋予它的ID代码进行确认了。
如上所述，属性信息表具有一个由实际的属性信息内容和赋予它的相应的ID代码组成的信息对而成的结构，因此，即使有新的属性信息条目或者种类加入到设备100，新加入的信息条目可能被确认，只是要定义与其相对应的ID代码而已，这就不必对表的结构进行修改了。同时，对于属性信息条目在叙述中安排的顺序也就没有必要加以固定了，而是允许该顺序被轻易改变。
下面描述利用指令数据存取(即读和/或写)属性信息的方法，该指令是从一个部外部设备传到设备100的，并包括所要求的属性信息的一个ID代码。如图5A和5C所示，该指令数据(301,321)包括一个指令名字段(302,322)将要被存取的数据的数据序数字段(303,324)，和所要求的属性信息的ID代码字段(304,325)。
当设备100的数据发送/接收器105接收经过数字接口118从外部设备传来的包括一个指令在内的数据包时，数据发送/接收器105从数据包中去掉标题并将该指令发送到系统控制器103。系统控制器103根据指令中包含的信息的数据序数(即乐曲的序数)和ID代码(304,325)对指令进行分析，确定属性信息的哪一内容要被存取，以及属性信息的内容属于哪一音频数据。这样，系统控制器103就对表生成器109生成的表210中的被要求的属性信息条目的地址位置进行了存取。
图5A示出了读指令301的例子，下面描述利用包括辅助信息ID字段304的指令301读取属性信息的一种方法。指令数据301由以下字段组成指令名称302，乐曲序数303以及信息ID304。当指令301读取属性信息时，其指令名被示为READ。当如图3A所示第一支乐曲数据204的标题235将要被读出时，鉴于图2C中所示的ID表，乐曲序数303被示为“1”，而属性信息ID 304被示为“3”。
当设备100的数据发送/接收器105接收一个包括通过数字接口108从外部设备传来的指令301在内的数据包时，数据发送/接收器105从数据包中去掉标题并将该指令传送到系统控制器103。系统控制器103对指令301进行分析，根据乐曲序数303是“1”而属性信息IC304是“3”，确认所接收的指令是要读取第一支乐曲(204)的标题(235)。系统控制器103通过表生成器109人属性信息存储器102a获得所要求的信息第一支乐曲(204)的标题(235)。然后，系统控制器103如图5B中所示的那样利用上面获得的第一支乐曲的标题为指令301生成一个应答311。应答311有一个数据格式结构，也就是指令311与所获得的属性信息312即第一支乐曲的标题形成的组成。应答311在数据接收/发送器105中被附以表示目的的地址的标题，作为结果的包括该应答在内的数据包通过数字接口108被送往外部设备。
要注意，与处理属性信息的情况相似，图5A和5B中所示的指令和应答的结构除数据数量303之外，也适用于处理作为辅助信息的状态信息的情况。
下面描述一种利用如图5C中所示的写指令来改写第二支乐曲的类别名的方法。在图5C所示的这个例子中，指令321包括以下字段；指令名322，子命令名323，乐曲序数324，属性信息ID325，和将要写入的属性信息内容326。在这个例子中，鉴于图2C中所示的ID表，指令名是WRITE，子命令名是OVERWRITE，乐曲序数324是“2”，而属性信息ID325是“6”。
当设备100的数据发送/接收器通过数字接口108接收一个从外部设备发来的包括写指令321在内的数据包时，数据发送/接收器105从数据包中去掉标题并把该指令送往系统控制器103。系统控制器103对指令321进行分析，并根据乐曲324是“2”，属性信息ID 325是“6”而确认该指令是要对第二支乐曲(205)的类别名(239)进行改写。在系统控制器103的控制下，在图3A中所示的存放于表生成器109中的第二支乐曲(205)的类别名(239)的位置，所要求的属性信息的内容326被改写。当所要求的信息内容326在存于表生成器109中的表中的相对位置被改写时，经过改写的属性信息被送往属性信息存储器102a。因此，在属性信息存储器102a的相对位置中，所要求的第二支乐曲的类别名被改写并更新。
这样，在本实施例中所配备的指令数据对于本项发明的数据通信系统是有效的，当指令数据要存取一个作为属性或状态信息的辅助信息内容时，该指令包括一个表示指令内容条目的指令名字段(302,322)和一个IC-代码字段(304,325)表示所要求的因而将要被存取的辅助信息内容的ID代码数，借此，所要求的辅助信息内容被标识于该表中的地址位置，并通过存取而被获得。
如上所述，根据本发明，辅助信息表是通过为每个属性信息内容附加一个相应的ID代码的方式而生成的。对信息表中的内容进行存取时，ID代码作为存取或检索存取键用于获得所要求的将要被读出或写入的信息。因此，即使是在增加新的属性信息条目时，只要为新增的条目定义相应的ID代码，增加的信息内容就可被顺利存取，因而维护了表模型格式的根本结构。
而且，由于ID代码用作属性信息的存取或检索存取键，因而也就没有必要象在常规的方法中所要求的那样从顶部字节中指定地址位置了，因而能够有效地避免对表中错误地址进行的存取，这就保证了对所要求的信息进行准确的存取。
再者，由于存取属性信息是以ID代码为检索存取键而进行的，因而，象常规方法中所要求的那样在写操作中先读出表格并标定所要求的信息在表内字节中的位置这一作法就可以略去了，因而数据处理量可以明显减少。
下面描述通过数字接口108从外部设备对设备100的运行状态信息进行查询的方法。设备100的数据发送/接收器105接收一个包括读出设备100的状态信息的指令在内的数据包时，数据发送/接收器对数据包进行分析并去掉其标题，同时将该指令送往系统控制器103，系统控制器103对该指令进行分析并确认该指令是要读出的状态信息。然后，在系统控制器103的控制下存于状态存储器102b中的状态信息被读出并送往表生成器109。接收状态信息之后，如表6A中所示，通过为状态信息条目附加相应的标识码ID的方式，表生成器109将状态信息转换成一个表格式结构。这样，表中所要求的状态信息即被获得并被送往系统控制器103。系统控制器103通过表生成器109从状态存储器102b中获取所要求的状态信息表。这样，所要求的状态信息表被输入到数据发送/接收器105，而且通过为其附加标题的方式，该表被制成数据包的格式，而且，包括所要求的状态信息的数据包通过数字接口108被回送到外部设备。该操作与读取属性信息的操作相似。
状态信息的表结构示于图6A，与图2B或图3A中所示的结构相似。在本实施例中，所作的叙述是利用一个例子进行的，在这种情况下状态存储器102b存有状态信息，状态信息包括的条目有操作状态503，放音位置505，放音方法507，录音位置509和录音方法511，并且如图6A所示，表生成器109生成了状态信息表501。
图6B示出了状态信息条目和与其相对应的ID代码之间关系的例子。当设备100只用于放音时，状态信息就不包括录音位置及录音方法，因此，表生成器109如图6C所示的那样生成一个状态信息结构521。
把ID代码作为寻址存取键对状态信息进行存取的方法与如上所述的对属性信息进行存取的方法相似。也就是说，指令中含有要被存取的状态信息的ID代码且该指令就要对状态信息表501中所要求的状态信息进行读出存取时，对该指令的应答是通过将获得的状态信息附加到该指令上去的方式产生的，除要求乐曲序数字段303之外，这种状态与参照图5A和5B所叙述的对属性信息进行的读出存取的状况是相似的。
如上所述，根据本项发明，状态信息表是将相应的ID代码附加到每个属性信息内容上而产生的。对信息表中的内容进行存取时，ID代码作为存取或检索存取键以获得所要求的将要被读出或写入的信息。因此，没有必要象在传统方法中要求的那样，在表的顶部字节中指定地址位置，因此能够有效地避免对表中的错误地址进行存取，这就保证了对所要求的信息进行准确的存取。
下面描述对查询描述作出的应答的方法，该指令查询的是表生成器109所生成的表中包含的是作为属性和/或状态信息的辅助信息的哪一个条目。为获得存于设备100中的要被查询的属性和/或状态信息的ID代码表，图7A中所示的指令401经过数字接口108从外部设备传到设备100。
如图7A所示，指令401由标记指令内容的指令名字段402和指定存储在设备100中的包含辅助信息的条目的辅助信息表的表指定字段403组成。例如，当对包含于乐曲a的属性信息表204之中的属性信息的ID代码进行查询时，图2A中所示的表204被指定为表指定字段403。为指定表204，使用了为其分配的表数据字，或者可以将表数字指定为第一支乐曲的属性信息表。与此相似，当对包含于状态信息表中的状态信息的条目的表格进行查询时，图6A中所示的状态信息表501被指定为表指定字段403。
当设备100的数据发送/接收器105接收表查询指令401时，数据发送/接收器105对数据包进行分析并去掉其标题，再将该指令传到系统控制器103。系统控制器103对指令401进行分析并确认该指令要对包含于独立的属性信息表(204)中的属性信息条目表查询。然后，系统控制器103要求表生成器109生成一个包含在各自的表204中的ID代码表而该表204存储在存储器102a中的乐曲a的属性信息的各自的表204，然后，在系统控制器103的控制下，所要求的ID代码被送往表生成器109。接收之后，表生成器109生成乐曲a的属性信息的ID代码表，作为结果的该ID代码表被送往系统控制器103。
在这种情况下，由于乐曲a的属性信息包括以下条目放音时间，标题，演奏者姓名，和如图3A中所示的类别名，鉴于图2C，与这些属性信息条目相对应的ID代码表包括“1”,“3”,“4”和“6”。接收以上的ID代码表之后，如图7B所示，系统控制器103生成一个对指令401的应答411，应答411有一个数据图形结构，该结构是将与乐曲a的属性信息的条目相对应的ID代码412至415即“1”,“3”,“4”和“6”组成的代码表附加到指令401上而构成的。如此生成的应答411通过附加一个代表一个目标地址的标题而被转换成数据包的形式并通过数字接口108被送往外部设备。
与此相似，当对包含于状态信息表501中的状态信息的ID代码表进行查询时，示于图6A中的表501被指定为表指定字段403。
在这种情况下，状态信息被从状态存储器102b中取出以形成一个与状态信息的条目相对应的ID代码表，而作为结果的ID代码表被传送到系统控制器103。
当存于状态存储器102b中的状态信息包括条目运行状态，放音位置和放音方法时，鉴于图6B，则ID代码表由“11”,“12”和“13”组成。从表生成器109接收到ID代码之后，如图7C所示，系统控制器103为该指令形成一个应答421。
当对包含于所有的辅助信息表中的属性与状态信息的条目表进行查询时，存于设备100中的整个表被指定为指令401的表指定字段403。在这个例子中，整个属性和状态信息是从属性和状态存储单元102a和102b中取出的，从而以在表生成器中形成对应于整个辅助信息的ID码表。
在这个例子中，由于存了属性存储器102a中的属性信息包括条目放音时间，标题，演奏者姓名和类别名，而存于状态存储器102b的状态信息包括条目运行状态，放音位置和放音方法，因此，表生成器109生成一个由属性ID代码“1”,“3”,“4”和“6”与状态ID代码“11”,“12”和“13”组成而成的表格。接收到ID代码表之后，如图7D中所示，系统控制器103为该指令形成一个应答431。
如上所述，当设备100接收一个查询指令对包含于由表生成器109生成的表中的作为属性和/或状态信息的辅助信息进行查询时，生成一个与被查询的信息相对应的ID代码表，然后，将生成的ID代码表附加到该指令上进而形成了一个对该指令的应答。
这里要注意，对于设备100中的属性及状态信息，查询指令及应答即可以为其一个必要的部分而执行，又可以为其整体而执行，而ID代码表可以根据查询指令的范围来形成。
因此，为确认存于存设备100中的部分或全部属性和/或状态信息，就不必直接读出设备100中的每一项属性和/或状态信息，使得能够顺利地确认该设备中的条目，这就显著减少了设备100及外部设备的处理量，同时也减少了设备100与外部设备之间数字接口上的流通量。
要注意，虽然在本实施例中把光盘作为记录媒体，但并不仅限于此，其他数据记录媒体如磁盘、磁带及其他同类媒体也可使用，只要该媒体能将属性信息的数据处理记录下来即可。
同时，在本实施例中，虽然把音频数据作为大量的主数据来看待，但是视频数据及其它静态的图像数据也可以使用。
而且，在本实施例中，虽然辅助数据存储器102中的属性及状态信息借助于表生成器109被转换成表图形格式，但是属性及状态信息可以被存在辅助数据存储器102中的表图形格式里，该辅助数据存储器102包括表生成器109。
再有，在本实施例中，虽然属性信息及状态信息的表格的例子象在图2A,2B及图6A和6C中绘制的那样被展示出来，但是，其他条目也可以包括表格中，例如，录制的日期及时间，作词及作曲者的名字，图像数据及其他同类的条目，如属性信息，以及作为其他状态信息的I/O层。
还有，在本项发明中，虽然ID代码被附加给属性及状态信息的所有条目，但是，ID代码也可以附加于部分属性及状态信息，而且一个ID代码还可以附加给多个辅助信息的条目。
还有，在本项发明中，虽然使用了在图2B及图6A中示出的表结构，但是其他表结构也可以使用，而且虽然在文本数据中使用了标题，演奏者名字及类别名，但是其他数据如字符代码和字符长度也可以包含在文本数据中。
还有，在本实施例中，指令数据的结构并不仅限于图5A及5C中所示的那些。当用一条指令对属性信息进行读或写时，在一个操作中并不仅限于一条属性信息，可以通过在一条指令描述多个ID代码的方式同时对多条属性信息进行读出或写入。
还有，在本项发明中，虽然属性信息及状态信息被用作辅助信息而被外部设备存取，但并不仅限于这些信息，其他辅助信息也可以被应用，只要该信息能被外部设备及数据传输系统存取即可。
还有，在本项发明中，虽然属性信息及状态信息在传输设备中进行处理，但两者中的任一个均可存放于传输设备之中。
如上所述，在源于本项发明的数据传输设备及方法中，在传输设备与外部设备之间的传输中使用了用于对主数据进行处理的辅助信息的表结构，该表是通过为每个辅助信息条目附加一个相对应的ID代码的方式而形成的，而这些ID代码是预选为辅助信息的条目指定好的。对表中的内容进行存取时，ID代码作为存取存取键用于获得所要求的辅助信息。因此，即使在辅助信息增加的时候，所增加的辅助信息内容的条目也能被顺利存取，只是要为新增的内容定义相对应的ID代码而已，因而维护了表图形格式的基本结构。而且，没有必要固定在写入辅助信息时安排的顺序，而且表中的顺序可以有选择地调整。
还有，由于ID代码用作对辅助信息存取的存取键，因而没有必要象在常规方法中所要求的那样在表的顶部的字节中指定地址的位置，因而可以有效地避免对表中错误地址的存取，保证了对所要求的辅助信息的准确存取。而且，由于辅助信息的存取是以ID代码为检索键而进行的，因而象在常规方法中所要求的那样，在写操作时先读表再标识所要求的信息在表内字节中的位置这种作法就可以避免了，这样数据处理量就能明显减少。
另外，在本项发明的数据传输设备中，当辅助信息如记录于记录媒体中的属性信息或者反映传输设备运行状况的状态信息存放于表结构中时，该表是通过为实际的辅助信息条目附加相对应的ID代码的方式产生的。而对辅助信息表的存取是以ID代码为存取存取键而进行的，因此，辅助信息的读和写能够顺利进行。
此外，当指令数据从外部设备传到数据传输设备以查询数据传输设备中存有何种辅助信息内容时，传输设备生成一个存储在它里面的属性和状态信息的ID代码表，然后生成的ID代码表作为对该指令的应答输往外部设备。查询操作不仅可以对全部属性和状态信息进行，而且也可以对部分属性和状态信息进行，而所要求的属性与状态信息的ID代码表是根据该指令查询的内容的范围生成的。
如上所述，即使是在一个用户要求知道在数据传输设备中是否存有可供选择的辅助信息内容时，也没有必要直接读出每一个所要求信息内容。因此，存于数据传输设备中的辅助信息表通过外部设备就可顺利获得。这样，数据传输设备和外部设备的数据处理量与数字接口上的流通量就能够同时减少。
虽然对本项发明已结合优选的具体实施例参照附图进行了描述，但是这里要指出，对于那些精于此技者，作出各种改变及调整将是显然的事情。但应理解，这些改变及调整将包括在下面所附的权利要求所规定的本项发明的范围之内，除非偏离该范围。
权利要求
1．一种数据传输设备，其按照外部设备发来的指令数据，通过数据接口，向外部设备发送及从及外部设备接收记录在记录媒体上的主数据，其中所谓数据传输设备包括一个辅助信息存储装置，用于存储与主数据的处理事务相关的辅助信息；一个表生成装置，用于生成一个辅助信息表，方法是按照预先为辅助信息的条目指定的ID代码表格在每个辅助信息条目上附加一个相对应的ID代码，以便参照所附的ID代码对表中所要求的辅助信息内容进行存取。
2．根据权利要求1所述的数据传输设备，其特征在于，整个辅助信息表包括多个辅助信息条目，每个条目有一个数据格式结构，该结构包括连续的多个由辅助信息内容及为其附加的相对应的ID代码组成的信息对。
3．根据权利要求1所述的数据传输设备，其特征在于所述的指令数据是一条对辅助信息内容进行存取的指令，包括一个ID代码字段，表示所要求的将要被存取的辅助信息内容的ID代码，从而通过存取使所要求的辅助信息内容在表内的地址位置被识别，并被获取。
4．根据权利要求3所述的数据传输设备，其特征在于，所述的辅助信息是表示主数据属性的管理信息，而其中所述的指令数据包括一个所要求的将要被存取的管理信息内容的ID代码，依据对将要对表内所要求的管理信息进行读出存取的指令的接收，所述表生成装置即利用由所述的指令存取的所需的管理信息产生一个对所述指令作出的应答，所述的应答具有一个由所述的指令数据和为其附加的所述的获取的管理信息内容组合而成的数据格式。
5．根据权利要求3所述的数据传输设备，其特征在于所述的辅助信息是表示主数据属性的管理信息，而所述的指令数据包含所要求的将要被存取的管理信息内容及其ID代码，当存取指令要把所要求的管理信息写入表内时，所述的指令数据具有一个数据格式结构，该结构包括一个指令名字段，和一个包含将被写入的所要求的管理信息内容的信息内容字段，从而所需要的管理信息被写入到对应于在表中所获得的管理信息内容的地址位置上去。
6．根据权利要求3所述的数据传输设备，其特征在于，所述的辅助信息是表示在所述的数据传输设备中主数据处理状态的状态信息，而所述的指令数据包含一个所要求的将被存取的状态信息内容的ID代码，依据接收到的要对表中的所要求的状态数据进行读出存取的指令数据，所述的表生成装置就利用所要的将被所述的指令存取的状态信息来生成一个对所述指令的应答，所述的应答具有一个由所述的命令数据和为其附加的所述的获得的状态信息内容组合而成的数据格式。
7．根据权利要求6所述的数据传输设备，其特征在于状态信息表包括一个数据格式结构，该结构具有连续的多个由状态信息内容和为其附加的相应的ID代码组成的信息对。
8．根据权利要求1所述的数据传输设备，其特征在于从外部设备发来的所述的指令数据，用于对表示包含于辅助信息表内的辅助信息内容的条目表进行查询，而所述的指令数据由一个表示指令名称的指令名字段和一个用于指定条目表的的表指定字段组成，依据接收到的指令，通过产生包含于辅助信息表内的对应于条目的ID代码的查询表产生对该指令的应答，所述的应答具有由产生的ID代码表与所述的指令数据相加组合的一个数据格式。
9．根据权利要求1所述的数据传输设备，其特征在于所述的数字接口是一个由IEEE1394标准规定的串行传输系统，把由IEC61883标准规定的AV/C指令及应答作为其主传输协议。
10．一种数据传输方法，通过数字接口，按照从外部设备发来的指令数据，向从外部设备发送和从外部设备接收记录于记录媒体上的主数据，其中所述的方法包括以下步骤存储与主数据处理事务有关的辅助信息；按照预先为辅助信息的条目指定的ID代码的表格，以为通过对辅助信息的每个条目附加一个相应的ID代码生成一个辅助信息表；参照为辅助信息的内容附加的ID代码对表内的所要求的附助信息内容进行存取。
11．根据权利要求10所述的方法，其特征在于，其中辅助信息的完整表格包括多个辅助信息条目，每个条目都有一个数据格式结构，该结构包括连续的多个由辅助信息内容及为其附加的相应的ID代码组成的信息对。
12．根据权利要求10所述的方法，其特征在于，其中所述的指令数据是对辅助信息内容进行存取的指令，其包括一个ID代码字段，表示所要的将被存取的辅助信息内容的一个ID代码，通过这个ID代码，所要的辅助信息的内容在表内的地址位置被识别，并通过存取而被获取。
13．根据权利要求12所述的方法，其特征在于，所述的辅助信息是表示主数据属性的管理信息，而其中所述的指令数据包括一个所要求的将要被存取的管理信息内容的ID代码，依据接收到的将要对存于表内所要求将要被读出的管理信息进行存取的指令，即利用要被所述的指令存取的所要求管理信息产生一个对所述指令作出的应答，所述的应答具有一个数据格式，该格式由所述的指令数据和为其附加的所述的获取的管理信息内容组成。
14．根据权利要求12所述的方法，其特征在于，所述的辅助信息是表示主数据属性的管理信息，而所述的指令数据包含一个所要求的管理信息内容，该管理信息内容将与其ID代码一起接受存取，当该存取指令要把所需要的管理信息写入表内时，所述的指令数据具有一个数据格式结构，该格式包括一个指令名字段和一个包含所要求的将被写入的管理信息内容的信息内容字段，从而所需要的管理信息被写入对应于表内获得的管理信息内容的地址位置上去。
15．根据权利要求12所述的方法，其特征在于，所述的辅助信息是表示在所述的主数据处理事务的状态信息，而所述的指令数据含有一个所要的将被存取的状态信息内容的ID代码，依据接收到的用于存取将要被读出的表中的所要的状态信息的该指令，利用所要的被该指令存取的状态信息对所述的指令产生一个应答，所述的应答具有一个数据格式，该格式由所述的指令数据和对其附加的所述获得的状态信息内容的组合构成。
16．根据权利要求15所述的方法，其特征在于，状态信息表包括一个数据格式结构，该结构具有连续的多个状态信息内容和对其附加的相应的ID代码组成的对。
17．根据权利要求10所述的数据传输设备，其特征在于，从外部设备发来的所述的指令数据，用于对表示包含于辅助信息表内的辅助信息内容的条目表进行查询，而所述的指令数据由一个表示指令名称的指令名字段和一个用于指定条目表的表指定字段组成，依据接收到的指令，通过生成包含于辅助信息表内的对应于条目的ID代码的表格产生对该指令的应答，所述的应答具有一个数据格式，该格式由生成的ID代码表再加上所述的指令数据组成。
18．根据权利要求10所述的方法，其特征在于，所述的数字接口是一个由IEEE1394标准规定的串行传输系统，把由IEC61883标准规定的AV/C指令及应答作为其主传输协议。
19．适合于权利要求1所述的数据传输设备的指令数据，其特征在于，所述的指令数据是用于对辅助信息的内容进行存取的一条指令，包括一个表示所要的将被存取的辅助信息内容的ID代码的ID代码字段，从而所要的辅助信息内容被识别于表中的地址位置，并通过存取而被获取。
20．根据权利要求19所述的指令数据，其特征在于，所述的辅助信息是表示主数据属性的管理信息，而其中所述的指令数据包括一个所要求的将要被存取的管理信息内容的ID代码，依据该指令的接收用于对将被读出的表中所要的管理信息进行存取，所述的表生成装置利用所要的将被该指令存取的管理理信息生成一个对该所述指令的应答，所述的应答具有一个数据格式，该格式由所述的指令数据和为其附加的所述的获取的管理信息内容组成。
21．根据权利要求19所述的指令数据，其特征在于，所述的辅助信息是表示主数据属性的管理信息，而所述的指令数据包含一个所要求的管理信息内容，该管理信息内容将与其ID代码一起接受存取，当该存取指令要把所要的管理信息写入表内时，所述的指令数据具有一个数据格式结构，包括一个指令名字段和一个包含所要求的将被写入的管理信息内容的信息内容字段，从而所要的管理信息被写入对应于表内获得的管理信息内容的地址位置上去。
22．根据权利要求19所述的指令数据，其特征在于，所述的辅助信息是表示在所述的主数据处理事务的状态信息，而所述的指令数据含有一个所要的将被存取的状态信息内容的ID代码，依据接收到的用于存取将要被读出的表中的所要的状态信息的该指令，利用所要的被所述指令存取的状态信息来生成一个对所述指令的应答(311)，所述的应答具有一个数据格式，该格式为所述的指令数据和对附加给它的所获得的状态信息内容的组合。
23．根据权利要求19所述的指令数据，其特征在于，从外部设备发来的所述的指令数据，用于对表示包含于辅助信息表内的辅助信息内容的条目表进行查询，而所述的指令数据由一个表示指令名称的指令名字段和一个用于指定条目表的表指定字段组成，依据接收到该指令，通过生成包含于辅助信息表内的对应于条目的ID代码表生成对该指令的应答，所述的应答具有一个数据格式，该格式由生成的ID代码表再加上所述的指令数据组成。
全文摘要
在一个数据传输设备中,一个表生成器(109)以按照预先为辅助信息(图2B,图3,图6A)的条目指定的ID代码的表格为辅助信息的每个条目附加一个相应的ID代码的方式生成一个辅助信息表,利用该辅助信息表参照为其附加的ID代码对所要的位于表中的辅助信息内容进行存取。
文档编号G11B27/32GK1235451SQ99103389
公开日1999年11月17日 申请日期1999年3月17日 优先权日1998年3月17日
发明者近藤敏志, 村木健司, 山田二郎 申请人:松下电器产业株式会社