图像记录再生装置及文件管理方法 【技术领域】
本发明涉及能够将广播电台等所使用的内容文件高速传送的图像记录再生装置及文件管理方法。
背景技术
为了缩短在广播电台使用的节目服务器的收录时间，有效的方法是将节目素材的数据以文件形式收录在节目服务器中。近年来，开始按照MXF(Material Exchange Format)标准来交接流数据的节目素材，该MXF(Material Exchange Format)标准是由SMPTE(电影和电视工程师协会)作为影像、声音数据的文件交换用统一格式来制定的。
在该节目素材的数据中，被进行了如MPEG2那样的压缩编码的流数据做成文件而写入存储到存储装置中，进而在服务器之间等进行文件传送。为了在收录文件时附加纠错码，进而实现中途再生或倍速再生，节目服务器需要进行节目素材的MXF文件的构造解析，检测各帧和/或GOP的开头位置信息，并登记到管理表(信息再生所需要的管理表)中等文件操作。
节目服务器在进行写入、读出或向其他服务器传送文件等处理时，通过从MXF文件的开头起依次解析KLV构造，由此进行检测帧、GOP信息的处理。并且，MXF文件中所保存的全部帧的位置信息被登记在称为IndexTable Segment(索引表片段)的段中。但是，通常Index Table Segment位于登记在该处的帧数据之后。
因此，在接收到Index Table Segment之后开始帧、GOP数据检测处理的情况下，成为必须将帧、GOP数据存储到缓冲器中，这样反而成为降低收录量的结果。换言之，需要考虑了帧数据的间隙或文件的逻辑结构的文件分割等处理，该数据的间隙的检测处理成为缩短对节目服务器的收录时间时的瓶颈。
在这种现有的节目服务器中存在的问题为，在从MXF文件所存储的节目内容的中途读出文件而进行收录的情况下，或者向其他服务器传送的情况下，从希望的位置读出文件来进行输出较花费时间。(例如参照日本特开2002-215497号公报(第7页、图1))。
【发明内容】
本发明是为了解决上述问题而进行的，其目的在于，提供能够从MXF文件化的流数据文件的任意部位迅速读出来进行收录或传送的图像记录再生装置以及文件管理方法。
为了实现上述目的，本发明的图像记录再生装置，用于文件收录系统，在该文件收录系统中，从蓄积保存SMPTE格式的MXF文件的源侧服务器，向经由网络连接的收录侧服务器传送并收录上述素材的MXF文件，该图像记录再生装置的特征在于，上述收录侧服务器的图像记录再生装置具备：控制输入单元，输入与上述传送以及收录相关的命令或数据；存储单元，存储上述MXF文件；数据接口单元，经由上述网络，在与上述源侧服务器之间，基于FTP收发与上述传送相关的数据；管理表，对与上述MXF文件的传送及收录的处理相关的、记述于上述MXF文件中的控制信息进行存储保存；以及控制单元，在输入了对由上述控制输入单元所指定的MXF文件进行收录的收录命令的情况下，进行如下控制：在预先设定的处理步骤进行如下地预备步骤，即，经由上述数据接口单元将FTP命令发送到上述源侧服务器，从上述源侧服务器接收上述指定的MXF文件的RandomIndex Pack(随机索引包)信息，从上述接收的Random Index Pack信息读出对该MXF文件存储保存在上述管理表中的上述控制信息的记述位置信息，根据该记述位置信息，从上述源侧服务器进一步指定并接收上述收录所需的所有上述控制信息，从而制作上述管理表；在上述预备步骤结束后，向上述源侧服务器发送该MXF文件的下载命令，对通过上述预备步骤制作的管理表的上述控制信息进行判读，对接收的MXF文件进行需要的文件管理处理，并向上述存储单元进行写入存储并进行收录。
并且，本发明的图像记录再生装置的文件管理方法，该图像记录再生装置用于文件收录系统，在该文件收录系统中，从蓄积保存SMPTE格式的MXF文件的源侧服务器，向经由网络连接的收录侧服务器传送并收录上述素材的MXF文件，上述图像记录再生装置具备：控制输入单元，输入与上述传送以及收录相关的命令或数据；存储单元，存储上述MXF文件；数据接口单元，经由上述网络，在与上述源侧服务器之间，基于FTP收发与上述传送相关的数据；管理表，对与上述MXF文件的传送及收录的处理相关的、记述于上述MXF文件中的控制信息进行存储保存；以及控制单元。上述收录侧服务器的图像记录再生装置的控制单元，在输入了对由上述控制输入单元所指定的MXF文件进行收录的收录命令的情况下，进行如下控制：在预先设定的处理步骤进行如下的预备步骤，即，经由上述数据接口单元将FTP命令发送到上述源侧服务器，从上述源侧服务器接收上述指定的MXF文件的Random Index Pack信息，从上述接收的Random Index Pack信息读出对该MXF文件存储保存在上述管理表中的上述控制信息的记述位置信息，根据该记述位置信息，从上述源侧服务器进一步指定并接收上述收录所需的所有上述控制信息，从而制作上述管理表；在上述预备步骤结束后，向上述源侧服务器发送该MXF文件的下载命令，对通过上述预备步骤制作的管理表的上述控制信息进行判读，对接收的MXF文件进行需要的文件管理处理，并向上述存储单元进行写入存储并进行收录。
根据本发明，能够提供可以从作成MXF文件的流数据文件的任意部分迅速读出来进行收录或传送的图像记录再生装置以及文件管理方法。
本发明的其它目的和优点将在下面的详细说明部分中列出，并且，它们根据说明部分也将是显而易见的，或者可以通过实施本发明来获悉。本发明的目的和优点可以借助于下面具体给出的手段和组合方式来实现和获得。
【附图说明】
附图是说明书的一部分，它们示出了本发明当前的优选实施例，并且，与上面给出的概要说明和下面给出的优选实施例详细说明一起，阐明本发明的原理。
图1是说明本发明的实施例的文件传送系统的动作的功能框图。
图2是MXF文件的基本结构图。
图3是包括图像数据的MXF文件格式的节目数据(视频信号)的逻辑结构图的一个例子。
图4是说明MXF文件的结构的Index Table Segment(索引表片段)与帧的关系的帧结构图。
图5是Random Index Pack(随机索引包)的数据结构图。
图6是Random Index Pack信息所保存的Partition Pack(分段包)偏置信息的概念图。
图7是与收录服务器从源服务器接收MXF文件并进行传送的预备步骤有关的时序图。
图8是表示从文件开头到各Partition Pack的开头为止的偏置的列表的例子。
图9是说明接收MXF文件时的数据I/F部的动作步骤的流程图。
图10是表示Partition Pack(#1)的偏置信息的列表的例子。
图11是表示Index Table Segment管理的帧的偏置信息的列表的例子。
【具体实施方式】
以下，参照附图对本发明的实施例进行说明。
图1是说明本发明的实施例的图像记录再生装置的动作的文件传送系统的功能框图。
在图1中，文件传送系统具有：作为源侧服务器的FTP服务器20，将做成MXF文件的节目素材通过FTP(File Transfer Protocol)经由网络30送出；和收录服务器10，将经由IP网络接收的节目素材进行存储蓄积(收录)。大多情况下，FTP服务器20送出的MXF文件，从节目素材编辑服务器、CM库等经由网络而输入、蓄积到FTP服务器20中。换言之，FTP服务器20起到镜像服务器或网关的作用。并且，在FTP服务器20是具有与收录服务器10相同的功能结构的图像记录再生装置通过FTP将备份用数据发送给收录服务器10的源服务器的情况下，当然也适用本发明实施例所示的与文件传送相关的文件管理方法。
网络30为能够通过FTP(File Transfer Protocol，即文件传输协议)协议进行文件传送的网络，作为代表例使用高速的IP网络。
收录服务器10具有各自之间通过内部总线B(未图示)等相互连接的控制部11、解析部12、管理表13、存储部14、用于操作者输出输入控制信息的用户IF部15、解码器16、数据I/F部17以及纠错码附加部18。
控制部11监视内部总线B，并综合控制解析部12、管理表13、存储部14、用户IF部15、解码器16、数据I/F部17以及纠错码附加部18的动作。
数据I/F部17是用于在与经由网络30连接的FTP服务器20之间输入输出节目数据的单元，经由内部总线B在与网络30之间输入输出被打包的文件。关于FTP服务器20，作为实施与文件传送有关的功能的结构，也具有与收录服务器10类似的结构，将通过FTP蓄积的MXF文件向收录服务器10输出，以下以收录服务器10的动作为中心进行说明。
用户IF部15为由鼠标、键盘和显示器等构成的输入输出控制单元，用于操作者输入需要的命令或者数据，并且显示作为图像记录再生装置的动作状态等。例如，还用于进行将节目素材的需要部分切出的指定输入、输入从FTP服务器20传送的节目数据的各参数、服务器的地址信息的设定以及网络的信道设定等。
解码器16进行如下动作：根据控制部11的控制，将存储部14所存储的图像、声音数据读出并输入来解码(解码)，并将该解码的信号输出到外部的监视器、发送机或者网络等。
数据I/F部17经由网络30将由控制部11指定的文件从FTP服务器20进行收发处理。数据I/F部17不仅从开头起接收FTP服务器20上的MXF文件，还具有如下接口的功能：通过基于由用户IF部15输入的命令或者数据的控制部11的控制，例如从文件开头起指定字节数的位置开始接收数据，接收向内部总线B输出时的构成MXF文件的节目数据的一部分。
解析部12对如下的动作处理进行管理并控制：将数据I/F部17从网络30接收并输入到内部总线B的节目数据输入并解析数据内容，例如，将检测到的与图像数据、MXF文件有关的Partition Pack信息、Index TableSegment信息以及Random Index Pack信息的位置和数据大小作为解析信息而存储到管理表13中，将解析结束的节目数据经由纠错码附加部18写入存储到存储部14中。
这样，以下将如下的处理称为“收录”：对从FTP服务器20发送的MXF文件格式的节目数据进行接收并解析，将节目数据存储到收录服务器10的存储部14中。
纠错码附加部18将从解析部12送来的节目数据按照规定的数据大小或每个块进行附加错误订正用的符号的处理，并写入存储到存储部14中。
在对收录的数据进行再生的情况下，控制部11经由内部总线B从用户IF部15接收例如节目数据的识别信息、或表示再生位置等的命令、数据等。并且，读出存储部14中所存储的节目数据，并参照节目数据和管理表13的解析信息，从存储部14读出用于规定与该节目数据相对应的再生处理的再生信息，并发送到解码器16。以下，将解析信息以及再生信息统称为控制信息。
接收了节目数据和其再生信息的解码器16根据再生信息从MXF文件格式的节目数据的指定位置起开始进行图像、声音以及辅助数据的解码，对需要的图像、声音、辅助数据进行再生并向外部输出。
图2是MXF文件的基本结构图。
在图2中，MXF文件是通过重复Key3A、Length4A、Value5A这3个记述而构成的，将其称为KLV编码方式。Key3A中记述数据的识别标记，Length4A中记述与其后连续的Value5A的数据大小有关的信息，Value5A中为想要在MXF文件中保存的数据本身。
图3是包括图像数据的MXF文件格式的节目数据(视频信号)的逻辑结构图的一个例子。
MXF文件大体上包括头部hp、主体部bp以及脚注(footer)部fp。头部fp始终位于MXF文件的开头部，含有元数据。并且，主体部bp保存图像数据等被称为Essence的数据主体，脚注部fp存在于MXF文件的最后尾。
并且，MXF文件为在头部hp、主体部bp以及脚注部fp的开头中用Partition Pack(以下简称为PP)表示数据的划分的分割构造。将从1个Partition Pack的开头到下一个Partition Pack的开头为止作为1个数据单位。置于主体部bp中的PP还按每一定帧数来设置。
MXF文件的主体部bp由PP划分为节目数据所需要的数据单位的组。例如，与PP连续的帧fn为图像的数据帧和与其对应的声音1～p的数据帧的组合。并且，在MPEG编码的情况下，在接着PP的开头的帧fn中，以I帧成为开头的GOP(Group ofPictures)被排列的方式排列多个帧。
这种MXF文件的构造在图像记录再生装置中被默认设定。并且，在传送MXF文件时，从开头部分按顺序以PP单位读出该MXF文件，并且按照FTP协议以包数据的方式传送。
图4是说明MXF文件的结构的Index Table Segment与帧之间的关系的帧结构图。
在图4中，在每个信息的边界插入PPpp，通过文件头部分的元数据md对MPEG2的压缩编码图像文件数据即帧f0～fn-1…、Index TableSegment IT等进行包装。
MXF文件由必需构成要素和用户设定的选择构成要素构成，因此构成要素的排列方法在每个MXF文件、进而在相同的MXF文件内也有变化。例如，在开头的PPpp(#0)紧之后一定附加元数据md，但是其以后的PPpp(#1)之后大半为未附加元数据md的PPpp。
并且，通常Index Table Segment IT被置于PPpp或者元数据md之后，记述(管理)1个之前的分段所包含的帧信息。这样，Index Table Segment IT必然置于PPpp之后、或者与PPpp连续的元数据md之后，但是Index TableSegment IT不一定附属于所有的PPpp。
将从Partition Pack的开头到下一个Partition Pack的开头为止的数据单位称为分段(Paritition)。Index Table Segment IT是用于对1个分段所包含的帧进行管理的信息。
MPEG2的图像信号例如以由15帧构成的GOP单位被进行压缩编码，对每个GOP进行存储蓄积、解码等信号处理。并且，各GOP内部的帧也必须判断开头的I图片、表示帧间的相关的B图片或者P图片的区别(I/B/P种类)、偏置等来进行管理。
每(f0～fn-1)的n个帧插入Index Table Segment IT，该Index TableSegment IT配置在其第n个帧的后部分。在MPEG的MXF文件中，各个帧的I/B/P图片的信息存储在Index Table Segment IT中，因此在现有的方法中，为了进行各帧的I/B/P种类、配置等的对照，需要对于暂时输入的n个帧，在数据I/F部17或解析部12设置大容量的缓冲器。
并且，图1的用户IF部15例如利用节目开始起的经过时间来指定节目素材的文件的读出开始位置，以往，从开头开始按顺序读出Partition Pack信息，并取得与所记述的时间标记相关的信息。
Partition Pack pp之后接着存储有GOP数据，但是对位于各GOP的开头的I帧的位置进行管理的Index Table Segment IT通常被配置在GOP之后。因此，为了从由外部指定的读出开始位置开始收录和/或传送，必须等待至接收到对读出开始位置的GOP数据的I帧位置信息进行管理的Index TableSegment IT的数据，因此到开始处理为止花费时间。
在从任意位置读出较长的播放时间的节目素材时、或者在演播室内或中心电台与地方电台之间高速传送数据时，很多情况下想在较短时间内读出需要的文件取出位置来在短时间开始图像再生的显示，或想缩短到传送开始为止的时间。
另外，FTP具备不仅从指定的文件的开头开始、还从文件的中途开始传送的命令(REST命令)。因此，在本实施例中，运用REST命令，在文件的传送或收录之前，通过取出相应MXF文件的末尾数据、即RandomIndex Pack ri和/或中途的Partition Pack pp的信息，来检测相当于希望的文件开头位置的PP划分。然后，在短时间内设定所需的文件取出位置，而缩短到开始图像再生的显示为止的时间、以及到开始传送为止的时间。
返回图3，在脚注部fp记载有相当于1个节目数据的MXF文件的末尾的信息，Random Index Pack ri中记载有与从各PP的文件开头起的配置大小信息等相关的信息。
图5是说明Random Index Pack的数据结构的图。
Random Index Pack ri包括16字节的密钥信息140、Length信息141、从MXF文件开头到各Partition Pack pp的开头为止的偏置信息列表142、以及记录Random Index Pack140～142的大小的4字节的大小信息143。Random Index Pack大小信息143记录在MXF文件最末尾4字节中。
图6是Random Index Pack信息中所保存的Partition Pack偏置信息142的概念图。
Random Index Pack ri中登记有图6所示的MXF文件内的所有PartitionPack pp的记述位置信息。记述位置信息例如为从MXF文件开头到各Partition Pack pp的开头为止的偏置信息。因此，根据FTP的REST命令，从输出文件的服务器中，从MXF文件末尾的Random Index Pack ri读出偏置信息列表142，取得Partition Pack pp的记述位置信息。
即，在各Partition Pack pp中登记有到位于Partition Pack pp所属的分段内的Index Table Segment IT为止的偏置信息。并且，在各Index TableSegment IT中登记有由Index Table Segment IT管理的所有帧开头位置的偏置信息，因此预先读出各Index Table Segment IT的信息，并取得所有帧的开头位置信息。
在结束这些预备步骤之后，从输出文件的源服务器，从文件开头取得MXF文件，并使用事先收集的各帧的开头位置信息切出所需的帧数据。
首先，最初作为下载收录命令，例如，操作者从用户IF部15输入“DLXYZ.mxf”，作为收录命令。然后，由控制部11开始以下的预备步骤。控制部11在输入“DL”和扩展名“.mxf”的组的情况下，在后面说明的图9的FTP的MXF文件传送处理中，设定仅传送控制数据(信息)的条件，并开始预备步骤的动作。
图7是与收录服务器10从源服务器20接收MXF文件并传送的预备步骤有关的时序图。
以下，参照图7示出由图像收录再生装置10取得MXF文件内的各帧位置信息的处理步骤的例子。
首先，在收录服务器10中，从收录服务器10的控制部11对数据I/F部17发出MXF文件大小信息的取得请求(S101)。数据I/F部17经由网络30(未图示)对FTP服务器20发送FTP的SIZE命令，例如“ftp＞quoteSIZE XYZ.mxf”(S102)，从FTP服务器20取得MXF文件XYZ.mxf的大小信息，例如“F”字节(S103)。
在FTP服务器20中，FTP服务器20的数据I/F部17按照FTP步骤，通过控制部11将从存储部14的MXF文件取出的各数据在与收录服务器10之间收发。该步骤是不直接影响发明本身的公知的步骤，因此下面，在没有特别需要的情况下，省略详细说明。
数据I/F部17将从FTP服务器20取得的MXF文件的大小信息、“F”字节传送到控制部11(S104)。之后，控制部11根据取得的MXF文件大小信息，进行MXF文件末尾的4字节的Random Index Pack大小信息143的信息取得处理。
控制部11对数据I/F部17输出Random Index Pack大小信息143(参照图5)的取得请求，即表示Random Index Pack ri的开始点的、此处为从合计字节数“F”减去“4”字节的数值(S105)。
数据I/F部17对FTP服务器20发送表示文件的下载开始点的“REST(F-4)”的REST命令、和对之后指定的文件进行发送请求的命令“RETRXYZ.mxf”(S106)。然后，从FTP服务器20接收Random Index Pack大小信息143(S107)。
控制部11接收数据I/F部17接收并传送的Random Index Pack大小信息143的数据、此处为“XXX”字节(S108)。
之后，控制部11根据取得的MXF文件大小信息“F”字节以及RandomIndex Pack大小信息143的“XXX”字节，根据“F-XXX-4”计算出RandomIndex Pack信息的开头位置。
然后，控制部11对数据I/F部17输出Random Index Pack信息140以后的取得请求的数据“F-XXX-4”(S109)。
即，数据I/F部17对FTP服务器20发送FTP的REST命令、“REST(F-XXX-4)”、和“RETR XYZ.mxf”(S110)。然后，从FTP服务器20向收录服务器发送MXF文件的Random Index Pack的各信息140～143(S111)。
数据I/F部17将取得的Random Index Pack的各信息140～143传送到解析部12(S112)。解析部12提取从Random Index Pack信息的文件开头到各Partition Pack(#0)～(#r)为止的偏置信息，并传送到管理表13(S113)。
图8是表示从文件开头到各Partition Pack(#0)～(#r)的开头为止的偏置的列表的一个例子。
管理表13对各Partition Pack(#0)～(#r)的偏置信息的列表进行存储，并将其结果返回给控制部11(S114)。
之后，控制部11根据取得的各Partition Pack偏置信息，开始取得各Partition Pack信息(#0)～(#r)。控制部11对数据I/F部17发出例如PartitionPack(#1)的信息的取得请求(S115)。
数据I/F部17对FTP服务器20发送FTP的REST命令、“REST 3122”、之后发送“RETR XYZ.mxf”(S116)，并从FTP服务器20接收Partition Pack信息(S117)。此处，对本实施例的特征即MXF文件的Partition Pack信息等控制数据的文件传送中的接收方法进行说明。
控制部11对数据I/F部17，在从用户IF部15输入FTP命令而在FTP服务器20和收录服务器10之间收发与MXF文件传送相关的数据的情况下，进行如下控制：仅交换该MXF文件的Partition Pack等中所记述的控制数据，不传送其之后的内容的流数据。通过该功能，在下载MXF文件整体之前，收录服务器10能够预先在短时间内从FTP服务器20仅取得与MXF文件处理相关的控制数据。
图9是说明接收MXF文件时的数据I/F部17的动作步骤的流程图。
在图9中，数据I/F部17在从控制部11接收REST命令和RETR命令(相当于图9的步骤s1、图7的步骤s115)时，检查该RETR命令下载的文件“XYZ.mxf”的扩展名，并检查是否为MXF文件，从而判断是否为MXF文件(步骤s2的“是”)。
然后，对接收数据进行监视，当从开头接收到从第3122字节开始的、例如图6中的Partition Pack(#1)的全部数据时，中断之后继续送来的帧数据(frame0)等、以后的流数据传送(步骤s3)。(另外，在接收MXF文件以外的文件时(步骤s2的“否”)，执行通常的FTP文件传送(步骤s4)。)
数据I/F部17将取得的Partition Pack(#1)信息送到解析部12(S118)。解析部12从Partition Pack(#1)信息取得从Partition Pack(#1)的开头位置到各Index Table Segment开头为止的字节数、即PP大小g1、元数据(Header)的字节数g0、各Index Table Segment的大小信息G2、以及以MXF的格式规定为Body Offset的信息，并送到管理表13(S119)。另外，BodyOffset是与后述的帧的偏置有关的管理信息，因此在本实施例中不详细说明。
管理表13对各Index Table Segment的偏置信息进行存储，并将其结果通知给控制部11(S120)。
Partition Pack信息在MXF文件内存在多个(r+1)，因此重复PartitionPack的数量、(r+1)次S115～S120的处理，制作与Index Table Segment的偏置信息有关的列表，并写入管理表13。
图10是表示处于Partition Pack(#1)的Index Table Segment的偏置信息的列表的例子。
图10(a)是表示构成Partition Pack的偏置信息的数据的概念的结构图，图10(b)表示Partition Pack的偏置信息的构成要素。
在图10(b)中，Partition Pack(#1)的Index Table Segment的偏置信息为，相应PP(此处为(#1))的PP大小g1与元数据即Header的字节数g0的和G1。Partition Pack(#1)以后，很少发送作为该选择的元数据。
并且，在记述有索引的字节数G2，G2＝0的情况下，该分段中不含有Index Table Segment。在G2≠0的情况下，G1为从Partition Pack开头到IndexTable Segment开头为止的偏置值，成为与元数据字节数g1的和。并且，将该G1写入管理表13。
之后，控制部11根据取得的Index Table Segment的偏置值，计算出从MXF文件开头到各Index Table Segment开头位置为止的偏置值。
例如，在Index Table Segment(#1)中，如果其之前的PP(#1)的偏置数PP(#1)of为3122字节，PP(#1)的PP大小为g1字节、Index TableSegment(#1)的元数据字节数为g0字节，则(3122+g1+g0＝G1)字节成为其偏置值。(如上所述，无元数据、g0＝0的情况较多)。
控制部11对数据I/F部17发出Index Table Segment(例如(#1))信息的取得请求(S121)。
数据I/F部17对FTP服务器20发送FTP的REST命令、例如“RESTG1”和“RETR XYZ.mxf”(S122)，从FTP服务器20接收Index Table Segment(#1)的信息(S123)。数据I/F部17将取得的Index Table Segment信息送到解析部12(S124)。
控制部11或者数据I/F部17监视接收数据，当从开头接收到从第G1字节开始的Index Table Segment(#1)的所有数据时，中断其之后继续送来的流数据传送。
解析部12从Index Table Segment(#1)信息取得Index Table Segment(#1)管理的各帧的偏置信息，作为列表送到管理表13(S125)。
管理表13将各帧的偏置信息作为列表存储，将其结果通知给控制部11(S126)。根据以MXF文件的格式规定为Index Enter Array的Stream Offset的数据以及处理步骤，计算出各帧的偏置信息。
图11是表示Index Table Segment(#1)管理的帧的偏置信息的列表的例子。
在图11中，对于“帧(#0)”表示“Stream O.S.D#0”。
如图6所示，Index Table Segment信息在MXF文件内存在多个(例如M个)，因此S121～S126的处理重复Index Table Segment信息的数量M次。
控制部11监视Partition Pack、Index Table Segment的状态，当最后的Index Table Segment的数据被写入管理表13的列表中时，结束预备步骤。在该预备步骤结束的时刻，使图9所示的数据I/F部17的处理步骤的步骤s2无效化，并以不中断地取得输入的文件数据的方式变更动作步骤。
通过S101～S126的步骤，将从Random Index Pack到全部帧的偏置信息为止全部相关联。然后，取得如图8～图10那样的MXF文件所含有的全部帧的位置信息，而结束在接收MXF文件之前制作管理表13的预备步骤。
之后，控制部11经由数据I/F部17向FTP服务器20发送下载命令例如RETR XYZ.mxf，以便重新从开头收录MXF文件(S127、S128)。
FTP服务器20根据该命令，从开头将MXF文件XYZ.mxf向收录服务器发送(S129)。
来自FTP服务器20的数据由数据I/F部17接收，并发送到纠错码附加部18(S130)。对于从解析部12送来的每一定大小数据计算纠错码，将并将其附加到元数据中而输出到存储部14，进行写入和存储(S131)。
在到步骤S126为止的预备步骤中，在取得所有帧的位置信息之后制作管理表13。为此，与现有的下载方法不同，在从FTP服务器20输入的文件的数据的收录中，不需要由解析部12执行帧检测处理，与以往相比能够实现高速的文件的统一下载和收录处理。
本发明实施例的图像记录再生装置，在不从开头开始收录全部MXF文件、而从中途部分例如从开头起一半以后的位置开始下载及收录的情况下，作为一个例子进行以下的处理。
MXF文件的内容再生时间，由元数据等记述在MXF文件中，或者再生时间另外标记在媒体的外壳等上，因此通过与MXF格式、或者在FTP服务器20和收录服务器10之间预先设定的编辑信息相关的元数据收集步骤等，收集该MXF文件的元数据。
将其1/2的时间作为传送(收录)开始点，从用户IF部15的键盘等输入下载命令。例如，如果有原收录时间是1:00:00的文件，则输入从经过30分钟以后进行下载的“ST@30:00、DL XYZ.mxf”命令。
控制部11监视内部总线，当检测到该命令时，取得与“ST@30:00”的开始定时相对应的帧信息，并将与其对应的Stream Offset信息例如换算为从该文件的开头位置起的字节数的信息即“H”字节存储到工作存储器(未图示)中。然后，执行图7的步骤并执行预备步骤。
当预备步骤结束时，控制部11从工作存储器读出“H”字节并与管理表13对照，读出其之前的Partition Pack、此处为(#10)开头偏置数据hp。然后，经由数据I/F部17向FTP服务器20发送“REST hp、RETR XYZ.mxf”命令。
从FTP服务器20返送Partition Pack(#10)以后的内容数据。如上所述，由于图9所示的预备步骤的限制动作已被解除，因此数据I/F部17对Partition Pack(#10)以后的到Random Index Pack为止的数据进行接收并输出。然后，进行错误控制处理的数据被写入存储到存储部14。
另外，相反地，在仅想对从开头到一半为止的内容进行收录的情况下，例如，如果有原收录时间为1:00:00的文件，则输入“EN@30:00、DLXYZ.mxf”命令，该“EN@30:00、DL XYZ.mxf”命令表示经过30分钟为止进行下载。
控制部11监视内部总线，当检测到该命令时，取得与“EN@30:00”的结束定时相对应的帧信息，并将与其对应的相应文件的Stream Offset信息例如换算为从该文件的开头位置起的字节数的信息即“H”字节存储到工作存储器(未图示)中。然后，执行图7的步骤，并执行预备步骤。
当预备步骤结束时，控制部11从工作存储器读出“H”字节，并与管理表13对照，读出之前的Partition Pack、此处为(#10)开头偏置数据hp。然后，经由数据I/F部17向源服务器20发送“RETR XYZ.mxf、OUIT@hp”命令。
从FTP服务器20返送从开头起的内容数据。数据I/F部17对PartitionPack(#10)之前为止的数据进行接收并输出。然后，进行了错误控制处理的数据被写入存储到存储部14。并且，数据I/F部17通过QUIT(相当于FTP步骤的传送中止指定)，执行中止Partition Pack(#10)以后的数据接收，以及从FTP服务器20的传送的步骤。
如果想只切出文件的一部分来进行收录，则只要将上述途中传送的步骤组合即可。例如，在进行从开头15分钟到45分钟为止的文件传送的情况下，只要从用户IF输入“ST@15:00、EN@45:00DL XYZ.mxf”这样的命令，控制部11输出“RETR XYZ.mxf、QUIT@hp”、“REST hp、RETRXYZ.mxf”即可。
通过以上的方法，本实施例的文件传送系统以及文件传送方法，与以往相比能够缩短传送时间。
对于本领域技术人员来说，其他优点和变通是很容易联想得到的。因此，本发明就其较宽方面而言，并不限于本申请给出和描述的具体细节和说明性实施例。因此，在不偏离所附权利要求及其等同物定义的总发明构思精神或保护范围的前提下，可以做出各种修改。