记录设备和方法、再现设备和方法及记录介质和程序的制作方法

专利名称：：记录设备和方法、再现设备和方法及记录介质和程序的制作方法
技术领域：
：本发明涉及记录方法和设备、再现方法和设备以及记录介质和程序，其中，在数据中附加了代表图片的缩略图(thumbnail)。
背景技术：
：近来，作为能够从记录设备中取出的记录介质的各种类型的光盘已经被提出。这些可记录光盘作为几兆位(severalGB)的大容量介质已经被提出，并且被认为作为用于记录AV(audiovisual，视听)信号如视频信号的介质是很有前途的。在要被记录在这种可记录光盘上的数字AV信号源(提供源)当中，有CS数字微型广播和BS数字广播。此外，将来使用的，数字系统的地面波(groundwave)电视广播也已经被提出。一般在MPEG(MovingPictureExpertsGroup，运动图像专家组)2系统下，将从这些信号源提供的数字视频信号压缩。在记录设备中，设置了适合于该设备的记录速率。如果要将数字广播的数字视频信号记录在常规的用于家庭使用的图像存储介质中，首先要将数字视频信号解码，接着，为了记录，数字视频信号要受到带宽限制。对数字记录系统来说，当然包括MPEG1、MPEG2和DV系统，首先将数字视频信号解码，接着，根据适合于用于随后记录的设备的记录速率和编码系统，将其重新编码。但是，在这种记录系统，其中，提供的位流被解码一次、随后受到带宽限制并且在记录之前被重新编码，具有降低图片质量的缺点。在记录压缩数字信号过程中，如果输入数字信号的传输速率小于用于记录和/或再现设备的记录速率，则不进行解码或重新编码，而将所提供的位流直接记录，这种方法影响图片的质量的程度最小。但是，如果输入的数字信号的传输速率超过记录和/或再现设备的记录速率，则的确需要将位流重新编码并且记录被如此重新编码的位流，因此，在记录和/或再现设备解码之后，传输速率应该不高于盘记录速率的上限。如果位流在可变速率的系统中被传输，在这种系统中，输入数字信号的比特率(bitrate)是随时间而增大或减小的，则利用适合于在缓冲器中暂时存储数据并且以同步的方式(burstfashion)记录数据的盘记录设备能够比利用磁带记录系统更充分地利用记录介质的容量，其中旋转磁头的固定的每分钟转速迫使磁带记录系统具有固定的记录速率。由此可以预言，在不久的将来，当数字广播成为主流时，将会引发对这样的记录和/或再现设备需求的增加，在该设备中，如在数据通信筒(streamer)中那样不进行解码或重新编码，将广播信号记录为数字信号，并且在其中，盘被用作记录介质。在利用上述设备再现记录介质的过程中，在该记录介质上已经记录了复合数据，如由视频或语音数据构成的节目数据，存在着一个问题，就是随着记录在记录介质上的数据量的增加，预回放(pre-playback)处理，例如处理要再现哪个节目或者从节目的哪个情节再现，会变得比较复杂。
发明内容本发明的一个目的是通过在要被再现的数据上添加一个代表用于再现的数据的缩略图，使得能够方便地选择用于再现的数据。按照本发明，提供了一种记录设备，该设备包括一个生成装置，用于从输入的运动图片数据生成一个代表该运动图片数据的缩略片，作为第一缩略图数据，还用于生成从该运动图片数据作为特征图片提取的图片的缩略片，或者由用户指定的图片的缩略片，作为第二缩略图数据；以及一个记录装置，用于在记录介质上按照独立的组记录由所述生成装置生成的第一缩略图数据和第二缩略图数据。最好，所述生成装置按照各自独立的文件生成第一和第二缩略图数据。最好，所述生成装置按照各自独立的数据块并且按照一个文件生成第一和第二缩略图数据。最好，所述生成装置生成监控第一缩略图数据的，与第一缩略图数据的数量相对应的第一管理数据。所述生成装置也生成监控第二缩略图数据的，与第二缩略图数据的数量相对应的第二管理数据，而所述记录装置在记录介质中记录第一和第二管理数据。最好，第一和第二管理数据包括指定被监控的缩略图数据的图片数据格式的数据。最好，所述记录装置按照以预置的大小为单位的块记录包含在第一或第二管理数据中的缩略片的图片数据。最好，所述记录装置在记录介质上按照分开的文件记录代表第一缩略图数据的参考目的文件(referencingdestination)的信息。最好，所述记录装置还记录说明包含在第二缩略图数据中的缩略片的参考目的文件的信息。按照本发明的一种记录方法，包括如下步骤一个生成步骤，用于从输入的运动图片数据生成代表该运动图片数据的缩略片，作为第一缩略图数据，还用于生成从该运动图片数据作为特征图片提取的图片的缩略片，或者由用户指定的图片的缩略片，作为第二缩略图数据；以及一个记录控制步骤，用于对在记录介质上按照独立的组记录由生成步骤生成的第一缩略图数据和第二缩略图数据的记录过程进行控制。按照本发明的一种用于记录介质的程序，包括如下步骤一个生成步骤，用于从输入的运动图片数据生成代表该运动图片数据的缩略图数据，作为第一缩略图数据，还用于生成从运动图片数据作为特征图片提取的图片的缩略片或者由用户指定的图片的缩略片，作为第二缩略图数据；以及一个记录控制步骤，用于对在记录介质上按照独立的组记录由生成步骤生成的第一缩略图数据和第二缩略图数据的记录过程进行控制。按照本发明的一种程序，用于使计算机执行如下步骤一个生成步骤，用于从输入的运动图片数据生成代表该运动图片数据的缩略片，作为第一缩略图数据，还用于生成从运动图片数据作为特征图片提取的图片的缩略片或者用户指定的图片的缩略片，作为第二缩略图数据；以及一个记录控制步骤，用于在记录介质上按照独立的组记录由生成步骤生成的第一缩略图数据和第二缩略图数据。按照本发明的一种再现设备，包括第一读出装置，用于在命令回放图片数据的情况下，读出监控表示图片数据内容的缩略片的图片数据的管理数据；第二读出装置，用于根据由第一读出装置读出的管理数据读出图片数据；第三读出装置，用于读出从图片数据作为特征图片提取的图片的缩略片的图片数据或者用户指定的图片的缩略片的图片数据，读出监控图片数据的管理数据；以及第四读出装置，用于根据从第三读出装置读出的管理数据读出图片数据。按照本发明的一种再现方法，包括如下步骤第一读出控制步骤，用于在命令回放图片数据的情况下，读出监控代表图片数据内容的缩略片的图片数据的管理数据；第二读出控制步骤，用于根据由第一读出控制装置的处理而被控制读出的管理数据，对读出图片数据进行控制；第三读出控制步骤，用于读出从图片数据作为特征图片提取的图片的缩略片的图片数据或者用户指定的图片的缩略片的图片数据，并且读出监控图片数据的管理数据；以及第四读出控制步骤，用于根据由第三读出控制步骤的处理而控制读出的管理数据读出图片数据。按照本发明的一种用于记录介质的程序，包括如下步骤第一读出控制步骤，用于在命令回放图片数据的情况下，控制读出监控代表图片数据内容的缩略片的图片数据的管理数据；第二读出控制步骤，用于根据由第一读出控制装置的处理而被控制读出的管理数据，对读出图片数据进行控制；第三读出控制步骤，用于读出从图片数据作为特征图片提取的图片的缩略片的图片数据或者用户指定的图片的缩略片的图片数据，并且读出监控图片数据的管理数据；以及第四读出控制步骤，用于根据由第三读出控制步骤的处理而控制读出的管理数据读出图片数据。按照本发明的一种程序，包括如下步骤第一读出控制步骤，用于在命令回放图片数据的情况下，控制读出监控代表图片数据内容的缩略片的图片数据的管理数据；第二读出控制步骤，用于根据由第一读出控制装置的处理而被控制读出的管理数据，对读出图片数据进行控制；第三读出控制步骤，用于读出从图片数据作为特征图片提取的图片的缩略片的图片数据或者用户指定的图片的缩略片的图片数据，并且读出监控图片数据的管理数据；以及第四读出控制步骤，用于根据由第三读出控制步骤的处理而控制读出的管理数据读出图片数据。按照本发明的一种记录介质，在其上记录如下数据第一数据，包括图片数据、从图片数据提取的说明图片内容的缩略片的缩略片数据以及用于监控缩略片数据的管理数据；以及第二数据，包括从所述第一次提到的图片数据作为特征图片提取的图片的缩略片的缩略片数据或者用户指定的图片的缩略片的图片数据以及监控图片数据的管理数据。借助于本发明的记录方法和设备以及第一个程序，从输入的运动图片数据生成代表输入运动图片数据的缩略片，作为第一缩略图数据，还生成从该运动图片数据作为特征图片提取的图片的缩略片或者用户指定的图片的缩略片，作为第二缩略图数据。在记录介质上按照分开的独立的组记录第一和第二缩略片。借助于按照本发明的再现方法和设备以及第二个程序，如果命令回放AV流，则将监控代表AV流内容的缩略片的图片数据的管理数据读出，同时，根据由读出装置读出的管理数据，读出图片数据。从所述AV流中读出作为特征图片提取的图片的缩略片的图片数据或者用户指定的图片的缩略片的图片数据以及监控图片数据的管理数据，再根据读出的管理数据读出图片数据。通过阅读如附图所示的本发明的实施例，本发明的其他目的、特性和优点将会变得更加清楚。附图的简要说明图1示出了按照本发明的记录和/或再现设备的结构；图2示出了Clip和PlayList之间的关系；图3为监控AV流的结构的UML图；图4示出了DVR系统的目录；图5示出了info.dvr；图6说明DVRVolume()；图7说明UIAppInfoVolume()；图8说明TableOfPlayList()；图9说明UIAppInfoPlatList()；图10说明zzzzz.clip；图11说明ClipMark()；图12说明Mark；图13说明xxxxx.rpls和yyyyy.vpls；图14说明PlayList()；图15说明PlayItem()；图16说明PlayListMark()；图17说明菜单缩略图；图18说明加在PlayList上的标志；图19说明加在该PlayList上的标志；图20说明在其中存储缩略图的文件；图21说明menu_thmb/mark.thmb；图22说明Thumbnail()；图23说明thumbnail_picture_format；图24A和24B说明了用于在tn_block()中存储缩略片数据的方法；图25说明了另一种目录文件结构；图26说明与图25中示出的文件结构有关的menu_thmb/mark.thmb；图27说明与图25中示出的文件结构有关的TableOfPlayList()；图28说明与图25中示出的文件结构有关的PlayList()；图29说明与图25中示出的文件结构有关的UIAppInfoPlayList()；图30为示出了创建标志缩略图的顺序的流程图；图31为示出了创建菜单缩略图的顺序的流程图；图32示出了DVR系统的另一种目录结构；图33示出了缩略图的标题信息的语法；图34说明display_aspect_ratio；图35说明color_space；图36示出了缩略片数据文件的语法；图37说明将数据存储到tn_block中；图38说明一种介质。实现本发明的最佳方式下面将参照附图详细描述按照本发明的记录方法和设备、再现方法和设备以及记录介质和程序。图1示出了实施本发明的记录和/或再现设备1的典型的示意性结构。首先说明在结构中负责将外部输入信号记录在记录介质上的部分。记录和/或再现设备1能够馈入并记录模拟或数字数据。模拟视频信号和模拟音频信号分别馈入端子11和12。将输入到端子11的视频信号输出到分析单元14和AV编码器15。只将输入到端子12的音频信号输出到AV编码器15。分析单元14从输入的视频信号中提取特征点，如场景变化。AV编码器15将输入的视频和音频信号编码为输出到多路复用器16的系统信息(S)，如经过编码的视频流(V)、经过编码的音频流(A)和AV同步。经过编码的视频流为用例如MPEG(运动图片专家组)2系统编码的视频流，而经过编码的音频流为按照MPEG1系统编码的音频流。经过编码的音频流为例如在例如MPEG1系统中编码的音频流或者为按照杜比(Dolby)AC3(商标)系统编码的音频流。根据输入的系统信息，多路复用器16将输入的视频和音频流多路复用，并通过开关17将被多路复用的流输出到多路复用流分析单元18和源打包器(sourcepacketizer)19。多路复用流为例如MPEG-2传输流或MPEG2程序流。源打包器19根据在其上记录流的记录介质100的应用格式，将输入的多路复用流编码为由源数据包组成的AV流。在输出到写入单元22之前，在ECC(ErrorCorrectionandCoding，误差校正及编码)单元20中，用ECC码的附件(appendage)对AV流进行处理，在调制单元21中，对AV流进行调制处理，然后，写入单元22根据控制器23输出的控制信号写入(记录)AV流文件。从数字接口或数字电视调谐器输入的传输流，如数字电视广播，被输入到端子13。有两种用于记录从端子13输入的传输流的记录系统，一种是透明(tansparent)记录系统，另一种记录系统是在记录之前，为了如降低记录的比特率而进行重新编码的系统。该记录系统的指示信息从作为用户接口的端子24输入到控制器23。在透明记录输入的传输流过程中，输入端子13的传输流被输出到多路复用流分析单元18和源打包器19。随后进行的在记录介质上记录AV流的处理与上述的，对输入的音频和视频信号进行编码和记录的处理相同，因此，为简单起见，这里不进行说明。如果对输入的传输流先重新编码，然后再记录，则将输入到端子13的传输流输入到多路分解器26。多路分解器26将输入的传输流多路分解，从而提取视频流(V)、音频流(A)和系统信息(S)。在由多路分解器26提取的流(信息)中，将视频流输出到AV解码器27，而将音频流和系统信息输出到多路复用器16。AV解码器27将输入的视频流解码，并将再现的视频流输出到AV编码器15，然后，AV编码器15将经过编码的视频流V输出到多路复用器16。另一方面，根据输入的系统信息，将从多路分解器26输出并输入到多路复用器16的音频流和系统信息多路复用，并且将其作为多路复用流通过开关17输出到多路复用流分析单元18和源打包器19。随后的直到在记录介质100上记录AV流的处理与对视频信号进行编码和记录的处理相似，因此不进行具体说明。本实施例的记录和/或再现设备1在记录介质100上记录AV流文件，同时，也记录说明该文件的应用数据库信息。由控制器23准备应用数据库信息。到控制器23的输入信息是来自分析单元14的运动图片的特征信息、来自多路复用流分析单元18的AV流的特征信息以及在端子24输入的用户指令信息。由分析单元14提供的运动图片的特征信息是与输入的运动图片信号的图片特性有关的信息，例如，可以包括指定信息(标志)，如节目开始点、场景变化点或者是广告(CM)的开始和结束点；或者，指定场合的图片的缩略片信息。来自多路复用流分析单元18的AV流的特征信息是用于记录的，与AV流的编码信息有关的信息，如在AV流中的I-图片的地址信息、AV流的编码参数、在AV流中的编码参数的转移(transition)点信息或者与视频流中的特征图片(标志)有关的信息。来自端子24的用户指定信息是AV流中的信息，如按照用户指定的回放范围的指定信息、说明回放范围内容的特征字母(characterletter)或者用于用户设置他或她喜欢的场景的书签(bookmarks)或恢复(resuming)点。根据上述的输入信息，控制器23创建AV流数据库(Clip)、AV流的回放范围(PlayItem)的组数据库(PlayList)、记录介质100所记录的内容的管理信息(info.dvr)以及关于缩略片的信息。与AV流相似，由上述信息构成的应用数据库信息在ECC单元20和调制单元21中被处理，并且被输入到写入单元22，然后，写入单元22在记录介质100上记录数据库文件。以下将详细说明上述的应用数据库信息。当再现记录在记录介质100上的AV流文件(图片数据和语音数据文件)以及如此记录在记录介质100上的应用数据库信息时，控制器23首先命令读出单元28从记录介质100中读出应用数据库信息。读出单元28从记录介质100中读出应用数据库信息，然后，它从记录介质100中读出应用数据库信息，通过解调单元29和ECC解码器30的解调和校正处理，将应用数据库信息发送到控制器23。根据应用数据库信息，控制器23将记录在记录介质100上的PlayList列表输出到端子24的用户接口。用户从PlayList列表中选择想要再现的PlayList。与被指定要再现的PlayList有关的信息被输入到控制器23。控制器23命令读出单元28读出再现该PlayList所需要的AV流文件。按照命令，读出单元28从记录介质100中读出相应的AV流，并将读出的AV流输出到解调单元29。如此输入到解调单元29的AV流由预置的处理进行解调并且通过ECC解码器30的处理，输出到源打包器19。源解包器(sourcedepackettizer)31将从记录介质100中读出的并且按预置方式处理的应用格式的AV流转换为可以输出到多路分解器26的流。多路分解器26将形成由控制器23指定AV流的回放范围(PlayItem)的系统信息(S)，如视频流(V)、音频流(A)或AV同步，输出到AV解码器27，AV解码器27将视频流和音频流解码，并将回放视频信号和回放音频信号分别输出到相关的端子32和33。如果从作为用户接口的端子24馈入说明随机访问回放或指定回放的信息，控制器23根据AV流的数据库(Clip)的内容，确定从记录介质100中读出AV流的位置，并命令读出单元28读出AV流。如果由用户选择的PlayList是按照从预置时间点再现，则控制器23命令读出单元28从具有时间标记的I-图片中读出离指定时间点最近的数据。如果用户已经命令了进行快速向前回放，则控制器23根据AV流的数据库(Clip)命令读出单元28连续地读出在AV流中的I-图片数据。读出单元28从指定的随机访问点读出AV流的数据。经过下游侧(downstreamside)的各种器件的处理，将如此读出的数据再现。下面说明用户编辑记录在记录介质100上的AV流的情况。如果想要指定记录在记录介质100上的AV流的回放范围，举例来说，如果想要创建一个回放路径，从歌曲节目A中再现由歌手A演唱的部分，接着，从另一个歌曲节目B中再现由同一个歌手A演唱的部分，则从作为用户接口的端子向控制器23输入与回放范围的开始点(IN-点)和结束点(OUT-点)有关的信息。控制器23创建AV流的回放范围(PlayItem)的组(PlayList)的数据库。当用户想要擦除一部分记录在记录介质100上的AV流时，将与擦除范围的IN-点和OUT-点有关的信息输入控制器23，然后，控制器23修改PlayList的数据库，使得仅涉及所需要的AV流。控制器23还命令写入单元22擦除AV流不需要的流部分。下面说明用户想要指定记录在记录介质100上的AV流的回放范围，从而创建一个新的回放路径并且将各个回放范围以无缝的方式相互连接的情况。在这种情况下，控制器23创建AV流的回放范围(PlayItem)的组(PlayList)的数据库，并且将在回放范围连接点附近的视频流部分地进行重新编码并且重新多路复用。从端子24将回放范围的IN-点和OUT点的图片信息输入到控制器23。控制器23命令读出单元28读出在该IN点和OUT点再现图片所需要的数据。读出单元28从记录介质100中读出数据。通过解调单元29、ECC解码器30和源解包器31，将如此读出的数据输出到多路分解器26。控制器23分析输入到多路分解器26的数据，确定对于视频流进行重新编码的方法(改变picture_coding_type并且测定用于重新编码的编码位的量)并且确定重新多路复用系统，再将该系统发送到AV编码器15和多路复用器16。然后，多路分解器26将输入的流分离为视频流(V)，音频流(A)和系统信息(S)。视频流可以被分为输入到音频解码器27的数据和输入到多路复用器16的数据。前者为重新编码所需要的数据，并且被AV解码器27解码，然后，经过解码的图片被AV编码器15重新编码，由此使之变为视频流。后者的数据是从原始流拷贝的，不进行重新编码的数据。音频流和系统信息被直接输入到多路复用器16。根据从控制器23输入的信息，多路复用器16将输入流多路复用，输出被多路复用的流，被多路复用的流被ECC编码器单元20和调制单元21处理以便被发送到写入单元22。根据控制器23提供的控制信号，写入单元22在记录介质100上记录AV流。在这样的记录和/或再现设备1中，将记录在记录介质100上的数据(从记录介质100再现的数据)再现。这种通过产生位流而得到的，按照编码系统如MPEGVideo或MPEGAudio编码的，按照MPEG-2系统被多路复用的，成为被文件系统所操作的文件的并且将该文件记录在盘上的数据被称为AV(音频视频)流文件或ClipAV流。以下说明部分或全部指定这样的AV流文件，并且通过指定回放顺序，排列被指定的回放部分的方案。部分和/或全部指定AV流文件并且仅再现需要的部分的回放顺序的说明为PlayList。PlayList是按照用户观点的自含式单元。最简单的结构为从记录开始直到记录结束的单元。这样的单元不用编辑就可以成为一个PlayList。PlayList由要被再现的AV流文件的名称以及一组回放的开始点(IN-点)和回放的结束点(OUT-点)所组成的。一组AV流文件、回放开始点和回放结束点被称为PlayItem。PlayList是一组PlayItem。参照图2，PlayItem确定了由所给出的AV流的IN-点和OUT-点所指定的范围。再现PlayItem相当于再现AV流中由PlayItem所确定的部分。虽然AV流是被例如以MPEG-TS的形式多路复用的位流，但是，这个具有一一对应关系的信息(clipinformation，剪辑信息)被保留在与记录AV流的文件不同的文件中。提供剪辑信息有助于再现和编辑。将这个剪辑信息和该AV流作为一个单元(对象)处理，称做Clip。即，Clip为由AV流文件和辅助信息组成的对象。图3以UML图的形式示出了上述关系。由图3的UML框图代表的AV流文件、Clip、PlayItem和PlayList的结构列出了不修改AV流文件，仅再现所选择部分的可能的无损的回放顺序。以下说明用于实现本发明的，在用于记录或再现可变信息的记录介质上的文件排列。在记录介质上记录了五种文件，即，info.dvr、menu.thmb(mark.thmb)、#####.rpls(#####.vpls)、％％％％％.cpli和％％％％％.clpi，其中，#####表示任选数，％％％％％.cpli中的％％％％％表示任选数，％％％％％.clpi中的％％％％％是这样一个数，它使每个m2ts文件与cpli文件一一对应。在盘上提供了目录/DVR，由此，在这个目录之下的范围是由一个盘的有关系统监控的范围。注意到，/DVR可以在光盘的根目录中或者在预置目录之下。放在/DVR目录中的有info.dvr、menu.thmb和mark.thmb文件。在/DVR之下有/PLAYLIST、/CLIPINF和/M2TS。文件#####.rpls和#####.vpls放在/PLAYLIST之下，而％％％％％.clpi和％％％％％.m2ts文件分别放在/CLIPINF和/M2TS中。在/DVR之下放置一个单独的文件，即文件info.dvr。图5所示的语法说明info.dvr的结构。文件的内部由从一个功能信息到另一个功能信息的块组成，因此，与卷有关的信息、与PlayList的排列有关的信息以及专属于该记录和/或再现设备1的制造厂的信息被分别存储在DVRVolume()、TableOfPlayList()和MakersPrivateData()中。在文件的前端的是说明各个功能块的前端的规定地址。例如，TableOfPlayList_Start_address说明TableOfPlayList()在该文件中的开始位置，用相对字节数表示。图6所示的语法表示DVRVolume()的结构。Version_number表示DVRVolume()的版本号，length代表从字段(field)一直跟踪到DVRVolume()后端的长度，以字节为单位。ResumeVolume()是在其中存储与恢复有关的信息的区域，而UIAppInfoVolume()是在其中存储Volume(卷)的属性信息的区域。图7示出了UIAppInfoVolume()语法。character_set说明对在Volume_name字段中被编码的特征字符进行编码的方法。该编码方法可以从ASCII、统一代码(Unicode)等中选择。name_length表示在Volume_name字段中说明的卷(盘)名的字节长度。Volume_name表示卷(盘)名。从该字段的左侧的name_length数的字节数是说明卷(盘)名的有效特征字母。在Volume_name字段中，跟在这些有效特征字母后面的值(value)是任选的。Volume_protect_flag是说明在该卷中的内容是否可以不加限制地提供给用户观看的标记(flag)。如果将这个标记设置为1，则只有在用户已经成功地输入了正确的PIN号(在图7中的PIN)的时候，用户才可以观看卷的内容。如果将这个标记设置为0，则即使用户不输入PIN号，用户也可以观看卷的内容。当用户已经将盘插入播放器(player)(记录和/或再现设备1)时，如果该标记设置为0，或者该标记设置为1，但是用户已经成功地输入了正确的PIN号，则该播放器显示如此放置的盘中的PlayList中的列表。以上说明了加在卷上的回放限制。对各个PlayList的回放限制与Volume_protect_flag无关，而是如后面说明的，由图9的UIAppInfoPlayList()中定义的playback_control_flag来说明的。PIN是四个从0到9的数字，根据ISO/IEC646将四个数字中的每个数字编码。如果存在代表卷的缩略图，则ref_thumbnail_index为在其中存储用于识别该缩略图号的区域。在menu和thmb文件中的具有由ref_thumbnail_index指定的thumbnail_index的缩略图成为代表卷的菜单缩略图。在本发明中，代表卷或PlayList的缩略图称为菜单缩略图。如果rp_info_valid_flag为1，则说明下面跟着的rp_ref_to_PlayList_file_name、rp_ref_to_PlayItem_id和rp_time_stamp为有效值。rp_ref_to_PlayList_file_name说明已经通过从预置的PlayList的图片中提取图片创建了代表卷的菜单缩略图，并且说明PlayList文件的文件名。rp_ref_to_PlayItem_id说明PlayItem_id以及代表卷的菜单缩略图，其中PlayItem_id说明由rp_ref_to_PlayList_file_name表示的PlayList中的一个PlayItem，代表卷的菜单缩略图是通过从PlayItem的图片中提取图片而创建的。rp_time_stamp说明在由rp_ref_to_PlayTime_id说明的PlayItem中的图片的时间标记(stamp)，并且表示已经从图片创建的代表卷的菜单缩略图。图8示出了TableOfPlayList()的语法。注意，number_of_PlayList说明在卷中的PlayList的号，用PlayList_file_name指定文件名，如#####.rpls或#####.vpls。用如图9所示的语法，在UIAppInfoPlayList()中写入PlayList的各种属性。如图9所示，在UIAppInfoPlayList()中，存储对于回放PlayList并不直接需要的各种属性信息，如PlayList名、记录日期和时间、记录时间或者禁止或允许删除等等。其中，ref_thumbnail_index能够指定作为PlayList的代表图片的缩略图。即，在menu.thmb文件中的，由ref_thumbnail_index指定的thumbnail_index的缩略图为代表PlayList的缩略图。如果rp_info_valid_flag为1，则说明下面跟着的rp_ref_to_PlayTime_id和rp_time_stamp是有效的。另一方面，rp_ref_to_PlayItem_id说明指定在PlayList中的一个PlayItem的PlayItem_id，并且表示代表PlayList的菜单缩略图是通过从PlayItem的图片中提取图片创建的，而rp_time_stamp说明在由rp_ref_to_PlayItem_id指定的PlayItem中的图片中显示的时间标记，并且表示代表PlayList的菜单缩略图是从图片创建的。图4中所示的一个％％％％％.clpi文件是在/CLPINF根据每个AV流文件％％％％％.m2ts创建的。图10示出了％％％％％.clpi的结构。该文件的内部由多个从一个功能信息到另一个功能信息的块组成。与Clip有关的信息存储在ClipInfo()中，与PCR(programclockreference，程序时钟参考)的中断点有关的信息存储在STC_Info()中，其中，PCR代表在MPEG-2系统中的传输流的时间基准，与MPEG-2系统中的程序有关的信息存储在ProgramInfo()中，与CPI(CharacteristicPointInformation，特征点信息)有关的信息存储在CPI()中，其中，CPI代表特征点，如在AV流中的随机访问起始点，标志信息，如目录点或者是加在Clip上的广告开始和结束点，存储在ClipMark中。说明各个块前端的地址记录在该文件的前端。这里，仅对与缩略图有关的块进行解释。在本实施例中，将缩略图加在clip上的操作是通过将缩略图加在clip标志(marks)上实现的。加在clip上的标志信息存储在ClipMark()中。图11示出了ClipMark()的语法。在该语法中，mark_type表示标志类型，如恢复(resume)、书签(bookmark)或跳过(skip)等，而mark_time_stamp说明加在标志上的时间。与缩略图有关的字段(field)为ref_thumbnail_index。注意，在mark.thmb文件中存储有缩略图数据，ref_thumbnail_index指定缩略图号，从而指定在mark.thmb文件中的缩略图。由ref_thumbnail_index指定的缩略图成为给予该标志的标志缩略图。在本发明中，特地将提供给标志的缩略图称为标志缩略图。标志主要用于指定在Clip和PlayList中的精彩场面或特有场景。命令从标志到再现下一个PlayItem之间的跳过回放的跳过功能也由标志实现。图12示出了给予Clip和PlayList的标志。下面概述标志的特征。加在Clip上的标志指定可属于AV流的内容的特有场景，例如，场景变化点。在再现PlayList的过程中，利用由PlayList参考的Clip中的标志可以进行随机访问。在图12中，给予Clip两个标志为广告(CM)和场景。对广告标志的利用来自第一个PlayList，而对场景标志的利用来自两个PlayList。加在PlayList上的标志，如书签、恢复点等，主要由用户设置。这些是图12中的书签和恢复点。通过加上说明指向标志列表的标志时间的时间标记，设置Clip和PlayList中的标志。删除标志相当于从标志列表中去除标志的时间标记。因此，设置或删除标志并不会使AV流发生变化。下面说明图4所示的#####.rpls和#####.vpls文件。在/PLAYLIST下创建用于每个PlayList的#####.rpls中的一个文件和#####.vpls文件中的一个文件。图13示出了#####.rpls和#####.vpls文件的结构。该文件的内部由从一个功能信息到另一个功能信息的块组成。与PlayList有关的信息存储在PlayList()中，加在PlayList上的标志信息存储在PlayListMark()中，已经记录了PlayList文件的记录和/或再现设备的制造厂的专有信息存储在MakersPrivateData()中。说明块的前端的地址如PlayList_Start_address记录在该文件的前端。因此，在块之前或之后可以插入padding_byte。但是，PlayList()的开始位置是固定的，被设置在，例如，从该文件的前端开始的第256个字节。图14中示出了PlayList()块的内容。第一和最前面的是说明下面跟着的信息的版本号的version_number。length说明从该字段一直跟踪到PlayList()结束的长度的字节长度。PlayList_type说明PlayList的类型，而CPI_type表示属于这个PlayList的CPI的类型。number_of_PlayItem表示构成PlayList的PlayItem的数量，而number_of_SubPlayItem表示对加在PlayList上的用于后记录(postrecording)的Playitem(SubPlayitem)(副Playitem)的号。PlayItem()和SubPlayItem()分别存储Playitem的信息和SubPlayitem的信息。PlayItem()块的内容如图15所示。在Clip_Information_file_name中，由PlatItem引用的Clip信息文件(具有扩展名(extender)clpi的文件)以字母串的形式存储。STC_sequence_id说明具有连续PCR的时间范围的域(domain)。由于在该域中可以定义统一的(integrated)连续时间轴，因此，能够单独地确定PlayItem的起止点。即，各个PlayItem起止点必须出现在同一个STC_sequence中。IN_time表示关于PlayItem的起始点的STC_sequence的pts(presentationtimestamp，出现时间标记)，而OUT_time表示关于PlayItem的终止点的STC_sequence的pts。connection_condition是说明这个Playitem如何与下一个Playitem连接的信息，并且表示相邻的Playitem是否可以被无缝再现的条件。BridgeSequenceInfo()存储与位流(bridgesequence，桥顺序)有关的信息，当在Playitem的连接点(junction)跳到与原有再现的位流不同的位流，并且再现这个不同的位流从而实现无缝地再现相邻的Playitem的功能时，生成这个与位流有关的信息。program_number表示一组在MPEG系统中定义的基本(elementary)流，如视频或音频流，即电视广播中的一个频道。以上为形成PlayList和Playitem数据结构的要点。利用这样的数据结构，有可能由AV流中的Playitem阵列形成PlayList，该AV流是想要再现的并且是由多组IN和OUT点指定的，同时，也有可能监控一组由用户认可的回放单元。在本发明的实施例中，通过在PlayList标志上加上缩略图来实现在任选的时间点，在PlayList上加上缩略图的操作。加在PlayList上的标志信息存储在PlayListMark()中。图16示出了PlayListMark()的语法。在语法中，mark_type表示标志的类型，如恢复、书签以及跳过等，而mark_time_stamp表示该标志被指定的标志时间。ref_thumbnail_index指定缩略图号，从而指定在存储缩略图数据的mark.thmb文件中的缩略图。由ref_thumbnail_index指定的缩略图成为对应于该标志的标志缩略图。下面详细描述缩略图。缩略图表示一个附属于Volume、PlayList和Clip的静止图片。有两种类型的缩略图，一种是代表内容的缩略图。这种缩略图主要用在菜单图片中，以便允许用户利用光标选择想要观看的图片。另一种类型的缩略图代表由标志指明的场景。Volume和每个PlayList需要能够具有各自的代表图片。预先假定将Volume的代表图片用于这样一种情况，即，首先显示说明盘的内容的静止图片。预先假定将一个静止图片预定用做PlayList的代表图片，用于显示在选择PlayList时所使用的菜单图片中的PlayList内容。获得PlayList的代表图片的最简单的方法是将PlayList的第一个图片变成缩略图。但是，在0时间回放的开始图片未必最适合代表内容。因此，选择的图片适合于被确定为关于PlayList的缩略图。上述的两种缩略图称为菜单缩略图。菜单缩略图被频繁显示，因此需要能够迅速地从盘中读出。为了满足需要，从效率起见，将所有的菜单缩略图存储在一个文件中。菜单缩略图不必是从卷中的运动图片提取的图片，而可以是由个人计算机或数字照相机捕获的图片。另一方面，多个标志能够进入Clip和PlayList是必要的，并且，为了抓取标志位置的内容，需要能够方便地观看标志点的图片也是必要的。说明这些标志点的图片称为标志缩略图。因此，如图18和19所示，缩略图主要从被提取标志点图片，而不从外面捕获的图片获得。为了与菜单缩略图区别，标志缩略图被用在例如用于代表PlayList细节的子菜单中，因此，不必在很短的访问时间内读出。因此，如果播放器每次打开一个文件，读出该文件的一部分的操作都需要一个缩略图会浪费一些时间，但这是没有问题的。为了减少出现在卷中的文件数量，希望将所有标志缩略图存储在一个文件中。虽然PlayList可以具有一个菜单缩略图和多个标志缩略图，但是不需要由用户直接选择Clip(它通常通过PlayList指定)，因而没有Clip菜单缩略图。图20示出了上述关系。由于要经常添加或删除缩略图，因此，需要方便而迅速地执行添加或部分删除的操作。为此，Thumbnail()具有块结构。将图片数据分为多个部分，将每个部分存储在一个tn_block()中。一个图片的数据被存储在连续的tn_block()中。在tn_block()串中可能存在没被使用的tn_block()。一个缩略片的字节长度是可变的。图21示出了存储缩略图数据的文件的语法。在这个文件中，只有一个Thumbnail()。图22示出了thumbnail()的语法。ver_number表示说明这个thumbnail()的版本号的四个字符字母。length为一个32位无符号整数，说明thumbnail()的字节数，而tu_blocks_start_address为一个32位无符号整数，说明自thumbnail()前端的起始字节地址。number_ofthumbnails为一个16位无符号整数，说明存储在这个thumbnail()中的缩略片号。tu_blocks_start_address为一个16位无符号整数，以千字节为单位表示一个tn_block()的大小。例如，tu_block_start_address等于1，说明一个tn_block()的大小为1024字节。number_of_tu_block为一个16位无符号整数，说明在这个thumbnail()中的tn_block()的数量。thumbnail_index为一个16位无符号整数，说明缩略图的索引号，这个缩略图的索引号是由从这个thumbnail_index字段开始的一个循环环(for-loop)缩略图信息表示的。值0xFFFF不许用于thumbnail_index。thumbnail_index被ref_thumbnail_index引用。thumbnail_picture_format是一个8位无符号整数，说明缩略片的图片格式，thumbnail_picture_format采用图23所示的值。只在“menu.thmb”中认可DCF(DesignRuleforcameraFileSystem，用于照相机文件系统的设计规则)和PNG(PortableNetworkGraphics，便携网络图形)。即，标志缩略图必须采用值“0x00”(MPEG-2VideoI-picture)。picture_data_size是一个32位无符号整数，说明经过编码的缩略片的字节长度，而start_tn_block_number是一个16位无符号整数，说明tn_blocks的tn_block_number，缩略片的数据随着它开始。缩略片数据的前端必须与tb_block的前端一致。start_tn_block_number从0开始，并且与tn_block循环环中的变量k的数值有关。x_picture_length是一个16位无符号整数，说明缩略片水平方向的像素数。y_picture_length是一个16位无符号整数，说明缩略片垂直方向的像素数。tn_block是一个在其中存储图片数据的区域。在thumbnail()中的所有tn_block()必须是在tu_block_size中规定的相同的大小。图24A和24B示意性地说明了将图片数据存储在tu_block中的方式。如图24A和24B所示，每个图片数据在tn_block()的前端开始。如果图片数据的大小超过一个tn_block()，则通过利用下面跟着的tn_block()将其存储。虽然图片数据的长度可变，但是一个tn_block()的大小是固定的。通过将可变长度的数据转换为固定长度的数据，可以按照块的基底进行添加新的图片数据或删减图片数据的处理，由此简化地址管理。在下文中将说明目录文件结构以及用于缩略图记录的语法的另一个方案。在图25中示出了图4所示的目录文件结构的另一种方案。在图4中，在/DVR下，只有一个用于记录标志缩略图的文件，即，mark.thmb。在图25中，提供了与每个PlayList和Clip一一对应的多个xxxxx.thmb文件(除去扩展名，xxxxx是代表相关的PlayList或Clip的文件名)。例如，由#####.rpls代表的PlayList所拥有的标志缩略片存储在相同目录中的#####.thmb文件中。相似地，％％％％％.clpi代表的Clip所拥有的标志缩略片存储在相同目录中的％％％％％.thmb文件中。如图26所示，PlayList的clip的标志缩略图服从于这样的限制，即，它被用与menu.thmb或mark.thmb(图21)相同的xxxxx.thmb语法存储在除文件扩展名外，文件名部分相同的.thumb文件中。对于PlayList的菜单缩略图来说，在图8和图9中，用于指定缩略图的ref_thumbnail_index放在Info.dvr文件的TableOfPlayLists()中的UIAppInfoPlayList()之中。或者，可以不将UIAppInfoPlayList()放在Info.dvr中，而放在每个PlayList文件中。在这种情况下，将UIAppInfoPlayList()从TableOfPlayLists()移到PlayList文件中的TableOfPlayLists()。因此，图8所示的语法与图27所示的语法相同，而图14所示的语法与图28所示的语法相同。图28中的UIAppInfoPlayList()与图29所示的语法相同，在其中插入了ref_thumbnail_index。对缩略图的记录有可能利用上述的文件和语法。参照图30的流程图，下面说明标志缩略图的创建。在步骤S1，用户选择想要再现的PlayList。在步骤S2，根据所选择的PlayList，开始再现AV流。在步骤S3，用户观看正在被再现的AV流，寻找想要加上标志的场景。如果成功地找到要加上标志的场景，他或她按下遥控器上的标志按钮，该遥控器附属于记录和/或再现设备1，没有示出。这种操作可以在回放或暂停期间进行。如果用户在步骤S3按下标志按钮，则在步骤S4，按照对应于用户命令的处理，确定标志的位置。如果设置了标志位置，则在步骤S5，选择用做缩略片的图片。在指定标志位置的时刻，控制器23(图1)可以向用户查询是否要形成缩略图，如果要形成缩略图，则控制器23可以通过例如断续地输出，向用户提供候选的缩略片，使用户能够选择缩略片。如果通过用户或通过控制器23已经选择了用做缩略片的图片，则控制器23从AV编码器15捕捉图片，并将该图片传送到控制器23的RAM(随机存取存储器)，没有示出。在步骤S7，检验是否压缩该图片。如果检验为要压缩该图片，则控制器23将流程转向步骤S8，进行图片压缩并将数据返回到RAM。如果在步骤S7检验为不压缩该图片，则控制器23跳过步骤S8的处理，将流程进行到步骤S9。在步骤S9，控制器23创建标题信息，如缩略图编码系统、用于识别缩略图的thumbnail_id、大小(字节数)以及由X-和Y-方向的像素数构成的缩略图标题，从而将图片数据分为tu_block()单元。在步骤S10，将分为标题信息的图片数据和tu_block()通过写单元22传送到ECC单元20，以便在记录介质100上将其写为mark.thmb文件。下面参照图31的流程图，说明用于创建菜单缩略图的方法。由于要将菜单缩略图指定给Volume和每个PlayList，因此，在步骤S21，控制器23允许用户选择要给予菜单缩略图的对象。在步骤S22，控制器23允许用户选择是从外部还是从PlayList中的场景捕捉缩略图。如果在步骤S22检验为是从外部捕捉缩略图，则控制器23将流程转向步骤S23，从由用户指定的输入端子或从文件捕捉图片数据。当完成捕捉时，控制器23将流程进行到步骤S26。如果在步骤S22的检验为不是从外部捕捉缩略图，则控制器23将流程进行到步骤S24，控制器23首先允许用户选择要从中捕捉缩略图的PlayList。然后，控制器23将所选择的PlayList再现。在步骤S25，控制器23允许用户选择想要加上缩略图的场景。如果在步骤S23或S25中已经选择了缩略片，则控制器23将流程进行到步骤S26。自步骤S26往后的处理与图30的流程图中自步骤S5往后的处理相似，因此，不做具体说明。通过如上述的将缩略片给予PlayList，更易于监控这些缩略片，这样便于在再现所记录的AV流的过程中的选择AV流的处理。图32示出了另一个要在盘上创建的目录和文件的实施例。“menu.tidx”和“menu.tdat”存储用于每个菜单缩略图的代表图片的信息，它是代表Volume的每个图片和每个PlayList。全部菜单缩略图的标题信息按照一个压缩的menu.tidx进行管理。全部菜单缩略图的图片数据按照一个压缩的menu.tdat进行管理。“mark.tidx”和“mark.tdat”存储与标志缩略图有关的信息，标志缩略图是由标志点指定的图片。全部标志缩略图的标题信息在一个压缩的mark.tidx中进行管理，而全部标志缩略图的图片数据在一个压缩的mark.tdat中进行管理。即，在这种文件结构中，在不同的文件中对缩略图标题信息和缩略片信息进行管理。其原因与文件系统所采用的文件管理方法有关。即，由于缩略图标题信息的文件是相对重要的信息，因此，文件系统通过在盘上双重写入来管理该数据。这样做的原因在于，在由于盘上的擦伤使一个数据丢失的情况下，顺利地进行处理，同时具有数据备份的意义。由于图片数据文件相对较大，因此双重写入会增加所需要的盘的容量，故不对其进行双重写入。对于存储在“menu.tdat”和“mark.tdat”中的图片数据的编码方法、采样结构和扫描结构可以从图片到图片进行改变。但是，如果图片数据的总量相同，则记录和/或再现设备1的结构可以更简单。例如，使用JFIF(JPEGfileinterchangeformat，JPEG文件互换格式)、分量信号和逐行扫描格式。下面说明这四个文件的语法和语义。“menu.tidx”和“mark.tdat”的语法结构相同。图33示出了“menu.tidx”和“mark.tdat”的语法结构。version_number是说明缩略图标题信息文件的版本号的四个数字。length为从length字段一直跟踪字节直到menu.tidx/mark.tidx的最后一个字节的字节数。对menu.tidx来说，number_of_thumbnails为存储在menu.tidx中的缩略片的号，而对mark.tidx来说，number_of_thumbnail为存储在mark.tdax中的缩略片的号。对menu.tidx和mark.tidx来说，tn_block_size分别说明在menu.tdat中的一个tn_block的大小以及在mark.tdat中的一个tn_block的大小。这个大小是以1024字节为单位的。例如，tn_block_size＝1说明一个tn_block的大小为1024字节。一个缩略片必须存储在一个tn_block中。对menu.tidx和mark.tidx来说，number_of_tn_blocks分别说明在menu.tdat以及在mark.tdat中的tn_block的数量。thumbnail_index说明下面跟着thumbnail_index字段的缩略图信息的索引号。thumbnail_index必须使用值0xFFFF。对menu.tidx来说，thumbnail_index被在UIAppInfoVolume和UIAppInfoPlayList中的ref_thumbnail_index引用。对mark.tidx来说，thumbnail_index被在PlayListMark()和ClipMark()中的ref_thumbnail_index引用。对menu.tidx来说，ref_to_block_id说明在menu.tdat中的一个tn_block，同时，tn_block存储由thumbnail_index说明的图片数据。ref_to_block_id的值引用在menu.tdat语法中的tn_block_id的值。对mark.tidx来说，ref_to_block_id说明在mark.tdat中的一个tn_block，同时，tn_block存储由thumbnail_index说明的图片数据。ref_to_block_id的值引用在menu.tdat语法中的tn_block_id的值。picture_byte_size以字节为单位说明一个由thumbnail_index指定的经过编码的缩略片的数据长度。picture_byte_size必须小于tn_block_size的值1024*。即，由记录和/或再现设备1进行的编码必须是这样的，即一个被编码的缩略片的数据长度应该不大于tn_block_size的1024±值。horizontal_picture_size说明由thumbnail_index指定的经过编码的缩略片在水平方向的像素数。vertical_picture_zise说明由thumbnail_index指定的经过编码的缩略片在垂直方向的像素数。display_aspect_ratio表示由thumbnail_index指定的经过编码的缩略片显示长宽比。在图34中示出了该值的含义。color_spaces说明当将分量信号Y、Cb和Cr转换为分量信号R、G和B时的格式。图35中示出了该值的含义。“menu.tdat”和“mark.tdat”的语法结构相同。图36示出了“menu.tdat”和“mark.tdat”的语法结构。tn_block为存储一个经过编码的缩略片的区域。一个缩略片的字节长度不大于一个tn_block的大小。一个图片数据的第一个字节必须与tn_block的第一个字节相符。对“menu.tdat”和“mark.tdat”来说，由menu.tdat中的tn_block_size和mark.tdat中的tn_block_size分别说明一个tn_block的大小。当在循环环(for-loop)语法中出现tn_block时，由tn_block_id的值区分每个tn_block。对“menu.tidx”和“mark.tidx”来说，分别由menu.tidx中的ref_to_block_id和mark.tidx中的ref_to_block_id引用tn_block_id。由于要经常添加和删除缩略图，需要方便而迅速地执行添加和部分删除的操作。为此，“menu.tdat”和“mark.tdat”为块结构。将一个图片的数据存储在一个tn_block()中。没有使用着的tn_block可以出现在“menu.tdat”和“mark.tdat”的tn_block串中。例如，在删除预置的缩略图中，如果不改变缩略图的图片数据文件，而将进入缩略图的标题信息文件的thumbnail_index删除，则在tn_block串中就会出现没有使用着的tn_block。图37示意性地示出了在tn_block中存储缩略片数据的方法。如图37所示，一个缩略片的字节长度不大于一个tn_block的大小。没有使用着的tn_block可以出现在一个tn_block之上。在以上实施例中，假设menu.tbat和mark.tbat文件按照将它们一分为二来记录。或者，可以将每个文件设想为一个块并且可以将menu.tbat的第一个块和mark.tdat的第二个块记录为一个压缩文件。在记录一个压缩文件的过程中，可以按照分开的块记录SequenceInfo、CPI和Clipmark。上述的操作程序不但可以由硬件执行，而且可以由软件执行。如果该操作程序由软件执行，则将该软件从记录介质安装到专用硬件中的计算机中，该硬件安装了形成软件的程序，或者将该软件安装到图38的通用个人计算机上，该计算机能够根据安装在其中的各种程序执行各种功能。在图38所示的个人计算机中，CPU(中央处理单元)201根据存储在ROM(只读存储器)202中的程序或者从存储器208装入RAM(随机存取存储器)203中的程序执行各种操作。在RAM203中还存储在执行各种处理的操作中所需要的数据。CPU201、ROM202和RAM203通过总线204相互连接。输入/输出接口205也连接到总线204上。连接到输入/输出接口205上的有输入单元206、显示器、输出单元207、存储器208和通信单元209，其中，输入单元206包括键盘和鼠标，显示器包括CRT和LCD、输出单元207包括扬声器，存储器208包括硬盘，通信单元209包括调制解调器和终端适配器。通信单元209通过网络执行通信处理。连接到输入/输出接口205上的还有驱动器210、磁盘221、光盘222、磁光盘223或半导体存储器224。按照需要，在存储器208上安装从其中读出的程序。如图38所示，除计算机以外，构成记录介质的不仅有为了向用户提供程序而配发的封装介质，如在其中携带程序的磁盘221，包括软盘；光盘222，包括CD-ROM(CompactDisc-Read-Onlymemory，光盘只读存储器)或DVD(DigitalVersatileDisc，数字多用盘)；磁光盘，包括Mini-Disc；或者半导体存储器224，而且有硬盘，包括携带程序的ROM202以及存储器208，它们安装在计算机中，向用户提供程序。在本说明中，通过介质提供程序的步骤不仅包括根据所说明的程序，按照时间顺序进行的处理，而且包括不按时间顺序而是并行或分别进行的处理。此外，在本说明书中，所述系统指的是包括多个组件的完整设备。工业应用性按照本发明，在所述记录方法和设备以及第一程序中，从输入的运动图片数据中生成代表运动图片数据的缩略片，作为第一缩略图数据。生成从运动图片数据作为特征图片提取的图片的缩略片或者用户指定的图片的缩略片，作为第二缩略图数据，并且，在记录介质上，按照各自独立的组记录第一和第二缩略图数据。因此，允许用户利用所记录的图片数据方便地选择被记录的数据。按照本发明，在所述再现方法和设备以及第二程序中，如果命令回放AV流，则将监控代表该AV流的内容的缩略片的图片数据的管理数据读出，并且根据由读出装置读出的管理数据，将图片数据读出。从AV流中，读出按照特征图片从其中提取的图片的缩略片的图片数据或者用户指定的图片的缩略片的图片数据以及监控缩略图数据的管理数据，并且根据读出的管理数据读出图片数据。因此，允许用户利用管理数据方便地选择被记录的数据。权利要求1.一种记录设备，包括一个生成装置，用于从输入的运动图片数据生成代表所述运动图片的缩略片，作为第一缩略图数据，还生成用于从所述运动图片数据作为特征图片提取的图片的缩略片或者用户指定的图片的缩略片，作为第二缩略图数据；以及一个记录装置，用于在记录介质上按照独立的组记录由所述生成装置生成的所述第一缩略图数据和第二缩略图数据。2.如权利要求1所述的记录设备，其中，所述生成装置按照各自独立的文件生成所述第一和第二缩略图数据。3.如权利要求1所述的记录设备，其中，所述生成装置按照各自独立的数据块并且按照一个文件生成所述第一和第二缩略图数据。4.如权利要求1所述的记录设备，其中，所述生成装置生成监控所述第一缩略图数据的，数量与第一缩略图数据对应的第一管理数据，所述生成装置还生成监控所述第二缩略图数据的，数量与第二缩略图数据对应的第二管理数据；所述记录装置在所述记录介质中记录所述第一和第二管理数据。5.如权利要求4所述的记录设备，其中，所述第一和第二管理数据包括指定被监控的缩略图数据的图片数据的格式的数据。6.如权利要求4所述的记录设备，其中，所述记录装置按照以预置的大小为单位记录包含在所述第一或第二管理数据中的所述缩略片的图片数据。7.如权利要求1所述的记录设备，其中，所述记录装置在所述记录介质上，按照不同的文件记录代表所述第一缩略图数据的参考目的文件的信息。8.如权利要求1所述的记录设备，其中，所述记录装置还记录说明包含在所述第二缩略图数据中的所述缩略片的参考目的文件的信息。9.一种记录方法，包括如下步骤一个生成步骤，用于从输入的运动图片数据中生成代表所述运动图片的缩略片，作为第一缩略图数据，还用于生成从所述运动图片中作为特征图片提取的图片的缩略片或者用户指定的图片的缩略片，作为第二缩略图数据以及一个记录控制步骤，用于对在记录介质上按照独立的组记录由所述生成步骤生成的第一缩略图数据和第二缩略图数据进行控制。10.一种记录介质，在其上已经记录了计算机可读程序，该计算机可读程序包括一个生成步骤，用于从输入的运动图片数据生成代表所述运动图片的缩略片，作为第一缩略图数据，还用于生成从所述运动图片作为特征图片提取的图片的缩略片或者用户指定的图片的缩略片，作为第二缩略图数据；以及一个记录控制步骤，用于对在记录介质上按照独立的组记录由所述生成步骤生成的第一缩略图数据和第二缩略图数据进行控制。11.一种使计算机执行的程序，包括如下步骤一个生成步骤，用于从输入的运动图片数据生成代表所述运动图片的缩略片，作为第一缩略图数据，还用于生成从所述运动图片作为特征图片提取的图片的缩略片或者用户指定的图片的缩略片，作为第二缩略图数据；以及一个记录控制步骤，用于在记录介质上按照独立的组记录由所述生成步骤生成的第一缩略图数据和第二缩略图数据。12.一种再现设备，包括第一读出装置，用于在命令回放所述图片数据的情况下，读出监控代表所述图片数据内容的缩略片的图片数据的管理数据；第二读出装置，用于根据由所述读出装置读出的所述管理数据读出所述图片数据；第三读出装置，用于读出作为特征图片从所述图片数据中提取的图片的缩略片的图片数据或者用户指定的图片的缩略片的图片数据以及监控所述图片数据的管理数据；以及第四读出装置，用于根据由所述第三读出装置读出的所述管理数据读出所述图片数据。13.一种再现的方法，包括如下步骤第一读出控制步骤，用于在命令回放所述图片数据的情况下，读出监控代表所述图片数据内容的缩略片的图片数据的管理数据；第二读出控制步骤，用于根据通过所述第一读出控制步骤的处理而被控制读出的所述管理数据，控制读出所述图片数据；第三读出控制步骤，用于读出从所述图片数据作为特征图片提取的图片的缩略片的图片数据或者用户指定的图片的缩略片的图片数据以及监控所述图片数据的管理数据；以及第四读出控制步骤，用于根据通过所述第三读出控制步骤的处理而被控制读出的所述管理数据，读出所述图片数据。14.一种记录介质，在其上已经记录了计算机可读程序，该计算机可读程序包括第一读出控制步骤，用于在命令回放所述图片数据的情况下，控制读出监控代表所述图片数据内容的缩略片的图片数据的管理数据；第二读出控制步骤，用于根据通过所述第一读出控制步骤的处理而被控制读出的所述管理数据，控制读出所述图片数据；第三读出控制步骤，用于读出作为特征图片从所述图片数据中提取的图片的缩略片的图片数据或者用户指定的图片的缩略片的图片数据以及监控所述图片数据的管理数据；以及第四读出控制步骤，用于根据通过所述第三读出控制步骤的处理而被控制读出的所述管理数据，读出所述图片数据。15.一种使计算机执行的程序，包括如下步骤第一读出控制步骤，用于在命令回放所述图片数据的情况下，控制读出监控代表所述图片数据内容的缩略片的图片数据的管理数据；第二读出控制步骤，用于根据通过所述第一读出控制步骤的处理而被控制读出的所述管理数据，控制读出所述图片数据；第三读出控制步骤，用于读出作为特征图片从所述图片数据中提取的图片的缩略片的图片数据或者用户指定的图片的缩略片的图片数据以及监控所述图片数据的管理数据；以及第四读出控制步骤，用于根据通过所述第三读出控制步骤的处理而被控制读出的所述管理数据，读出所述图片数据。16.一种记录介质，在其上已经记录了第一数据和第二数据，其中第一数据包括图片数据、从所述图片数据中提取的说明图片数据内容的缩略片的缩略片数据以及用于监控所述缩略片的数据的管理数据；第二数据包括从所述首次提到的图片数据作为特征图片提取的图片的缩略片的缩略片数据或者用户指定的图片的缩略片的图片数据和监控图片数据的管理数据。全文摘要从输入的时变图像数据中创建代表该时变图像数据的缩略像,作为第一缩略图数据组。创建从时变图像中作为特征图像提取的图像的缩略像,或者创建用户指定的图像的缩略像,作为第二缩略图数据组。在记录介质上按照相互独立的组记录第一和第二缩略图数据组。因此,通过利用记录的图像数据,用户能够方便地选择记录的数据。文档编号G11B20/10GK1383681SQ01801609公开日2002年12月4日申请日期2001年4月20日优先权日2000年4月21日发明者浜田俊也,加藤元树申请人:索尼公司