專利名稱：圖像記錄再生裝置及文件管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及能夠?qū)V播電臺等所使用的內(nèi)容文件高速傳送的圖像記錄再生裝置
及文件管理方法。
背景技術(shù)：
為了縮短在廣播電臺使用的節(jié)目服務(wù)器的收錄時間，有效的方法是將節(jié)目素材的 數(shù)據(jù)以文件形式收錄在節(jié)目服務(wù)器中。近年來，開始按照MXF (Material Exchange Format) 標(biāo)準(zhǔn)來交接流數(shù)據(jù)的節(jié)目素材，該MXF(Material Exchange Format)標(biāo)準(zhǔn)是由SMPTE(電影 和電視工程師協(xié)會)作為影像、聲音數(shù)據(jù)的文件交換用統(tǒng)一格式來制定的。
在該節(jié)目素材的數(shù)據(jù)中，被進(jìn)行了如MPEG2那樣的壓縮編碼的流數(shù)據(jù)做成文件而 寫入存儲到存儲裝置中，進(jìn)而在服務(wù)器之間等進(jìn)行文件傳送。為了在收錄文件時附加糾錯 碼，進(jìn)而實現(xiàn)中途再生或倍速再生，節(jié)目服務(wù)器需要進(jìn)行節(jié)目素材的MXF文件的構(gòu)造解析， 檢測各幀和/或GOP的開頭位置信息，并登記到管理表(信息再生所需要的管理表)中等 文件操作。 節(jié)目服務(wù)器在進(jìn)行寫入、讀出或向其他服務(wù)器傳送文件等處理時，通過從MXF文 件的開頭起依次解析KLV構(gòu)造，由此進(jìn)行檢測幀、G0P信息的處理。并且，MXF文件中所保存 的全部幀的位置信息被登記在稱為IndexTable Segment (索引表片段)的段中。但是，通 常Index Table Segment位于登記在該處的幀數(shù)據(jù)之后。 因此，在接收到Index Table Segment之后開始幀、GOP數(shù)據(jù)檢測處理的情況下， 成為必須將幀、GOP數(shù)據(jù)存儲到緩沖器中，這樣反而成為降低收錄量的結(jié)果。換言之，需要 考慮了幀數(shù)據(jù)的間隙或文件的邏輯結(jié)構(gòu)的文件分割等處理，該數(shù)據(jù)的間隙的檢測處理成為 縮短對節(jié)目服務(wù)器的收錄時間時的瓶頸。 在這種現(xiàn)有的節(jié)目服務(wù)器中存在的問題為，在從MXF文件所存儲的節(jié)目內(nèi)容的中 途讀出文件而進(jìn)行收錄的情況下，或者向其他服務(wù)器傳送的情況下，從希望的位置讀出文 件來進(jìn)行輸出較花費(fèi)時間。(例如參照日本特開2002-215497號公報(第7頁、圖1))。

發(fā)明內(nèi)容
本發(fā)明是為了解決上述問題而進(jìn)行的，其目的在于，提供能夠從MXF文件化的流
數(shù)據(jù)文件的任意部位迅速讀出來進(jìn)行收錄或傳送的圖像記錄再生裝置以及文件管理方法。
為了實現(xiàn)上述目的，本發(fā)明的圖像記錄再生裝置，用于文件收錄系統(tǒng)，在該文件收 錄系統(tǒng)中，從蓄積保存SMPTE格式的MXF文件的源側(cè)服務(wù)器，向經(jīng)由網(wǎng)絡(luò)連接的收錄側(cè)服 務(wù)器傳送并收錄上述素材的MXF文件，該圖像記錄再生裝置的特征在于，上述收錄側(cè)服務(wù) 器的圖像記錄再生裝置具備控制輸入單元，輸入與上述傳送以及收錄相關(guān)的命令或數(shù)據(jù)； 存儲單元，存儲上述MXF文件；數(shù)據(jù)接口單元，經(jīng)由上述網(wǎng)絡(luò)，在與上述源側(cè)服務(wù)器之間，基 于FTP收發(fā)與上述傳送相關(guān)的數(shù)據(jù)；管理表，對與上述MXF文件的傳送及收錄的處理相關(guān) 的、記述于上述MXF文件中的控制信息進(jìn)行存儲保存；以及控制單元，在輸入了對由上述控
4制輸入單元所指定的MXF文件進(jìn)行收錄的收錄命令的情況下，進(jìn)行如下控制在預(yù)先設(shè)定 的處理步驟進(jìn)行如下的預(yù)備步驟，即，經(jīng)由上述數(shù)據(jù)接口單元將FTP命令發(fā)送到上述源側(cè) 服務(wù)器，從上述源側(cè)服務(wù)器接收上述指定的MXF文件的Randomlndex Pack(隨機(jī)索引包) 信息，從上述接收的Random Index Pack信息讀出對該MXF文件存儲保存在上述管理表中 的上述控制信息的記述位置信息，根據(jù)該記述位置信息，從上述源側(cè)服務(wù)器進(jìn)一步指定并 接收上述收錄所需的所有上述控制信息，從而制作上述管理表；在上述預(yù)備步驟結(jié)束后，向 上述源側(cè)服務(wù)器發(fā)送該MXF文件的下載命令，對通過上述預(yù)備步驟制作的管理表的上述控 制信息進(jìn)行判讀，對接收的MXF文件進(jìn)行需要的文件管理處理，并向上述存儲單元進(jìn)行寫 入存儲并進(jìn)行收錄。 并且，本發(fā)明的圖像記錄再生裝置的文件管理方法，該圖像記錄再生裝置用于文 件收錄系統(tǒng)，在該文件收錄系統(tǒng)中，從蓄積保存SMPTE格式的MXF文件的源側(cè)服務(wù)器，向 經(jīng)由網(wǎng)絡(luò)連接的收錄側(cè)服務(wù)器傳送并收錄上述素材的MXF文件，上述圖像記錄再生裝置具 備控制輸入單元，輸入與上述傳送以及收錄相關(guān)的命令或數(shù)據(jù)；存儲單元，存儲上述MXF 文件；數(shù)據(jù)接口單元，經(jīng)由上述網(wǎng)絡(luò)，在與上述源側(cè)服務(wù)器之間，基于FTP收發(fā)與上述傳送 相關(guān)的數(shù)據(jù)；管理表，對與上述MXF文件的傳送及收錄的處理相關(guān)的、記述于上述MXF文 件中的控制信息進(jìn)行存儲保存；以及控制單元。上述收錄側(cè)服務(wù)器的圖像記錄再生裝置 的控制單元，在輸入了對由上述控制輸入單元所指定的MXF文件進(jìn)行收錄的收錄命令的情 況下，進(jìn)行如下控制在預(yù)先設(shè)定的處理步驟進(jìn)行如下的預(yù)備步驟，即，經(jīng)由上述數(shù)據(jù)接口 單元將FTP命令發(fā)送到上述源側(cè)服務(wù)器，從上述源側(cè)服務(wù)器接收上述指定的MXF文件的 Random Index Pack信息，從上述接收的Random Index Pack信息讀出對該MXF文件存儲保 存在上述管理表中的上述控制信息的記述位置信息，根據(jù)該記述位置信息，從上述源側(cè)服 務(wù)器進(jìn)一步指定并接收上述收錄所需的所有上述控制信息，從而制作上述管理表；在上述 預(yù)備步驟結(jié)束后，向上述源側(cè)服務(wù)器發(fā)送該MXF文件的下載命令，對通過上述預(yù)備步驟制 作的管理表的上述控制信息進(jìn)行判讀，對接收的MXF文件進(jìn)行需要的文件管理處理，并向 上述存儲單元進(jìn)行寫入存儲并進(jìn)行收錄。 根據(jù)本發(fā)明，能夠提供可以從作成MXF文件的流數(shù)據(jù)文件的任意部分迅速讀出來 進(jìn)行收錄或傳送的圖像記錄再生裝置以及文件管理方法。 本發(fā)明的其它目的和優(yōu)點(diǎn)將在下面的詳細(xì)說明部分中列出，并且，它們根據(jù)說明 部分也將是顯而易見的，或者可以通過實施本發(fā)明來獲悉。本發(fā)明的目的和優(yōu)點(diǎn)可以借助 于下面具體給出的手段和組合方式來實現(xiàn)和獲得。


附圖是說明書的一部分，它們示出了本發(fā)明當(dāng)前的優(yōu)選實施例，并且，與上面給出 的概要說明和下面給出的優(yōu)選實施例詳細(xì)說明一起，闡明本發(fā)明的原理。
圖1是說明本發(fā)明的實施例的文件傳送系統(tǒng)的動作的功能框圖。
圖2是MXF文件的基本結(jié)構(gòu)圖。 圖3是包括圖像數(shù)據(jù)的MXF文件格式的節(jié)目數(shù)據(jù)(視頻信號)的邏輯結(jié)構(gòu)圖的一 個例子。 圖4是說明MXF文件的結(jié)構(gòu)的Index Table Segment (索引表片段)與幀的關(guān)系的幀結(jié)構(gòu)圖。 圖5是Random Index Pack(隨機(jī)索引包)的數(shù)據(jù)結(jié)構(gòu)圖。 圖6是Random Index Pack信息所保存的Partition Pack(分段包)偏置信息的 概念圖。 圖7是與收錄服務(wù)器從源服務(wù)器接收MXF文件并進(jìn)行傳送的預(yù)備步驟有關(guān)的時序 圖。 圖8是表示從文件開頭到各Partition Pack的開頭為止的偏置的列表的例子。 圖9是說明接收MXF文件時的數(shù)據(jù)I/F部的動作步驟的流程圖。 圖10是表示Partition Pack(#l)的偏置信息的列表的例子。 圖11是表示Index Table Segment管理的幀的偏置信息的列表的例子。
具體實施例方式以下，參照附圖對本發(fā)明的實施例進(jìn)行說明。 圖1是說明本發(fā)明的實施例的圖像記錄再生裝置的動作的文件傳送系統(tǒng)的功能 框圖。 在圖1中，文件傳送系統(tǒng)具有作為源側(cè)服務(wù)器的FTP服務(wù)器20，將做成MXF文件 的節(jié)目素材通過FTP (File Transfer Protocol)經(jīng)由網(wǎng)絡(luò)30送出；和收錄服務(wù)器10，將經(jīng) 由IP網(wǎng)絡(luò)接收的節(jié)目素材進(jìn)行存儲蓄積(收錄)。大多情況下，F(xiàn)TP服務(wù)器20送出的MXF 文件，從節(jié)目素材編輯服務(wù)器、CM庫等經(jīng)由網(wǎng)絡(luò)而輸入、蓄積到FTP服務(wù)器20中。換言之， FTP服務(wù)器20起到鏡像服務(wù)器或網(wǎng)關(guān)的作用。并且，在FTP服務(wù)器20是具有與收錄服務(wù)器 10相同的功能結(jié)構(gòu)的圖像記錄再生裝置通過FTP將備份用數(shù)據(jù)發(fā)送給收錄服務(wù)器10的源 服務(wù)器的情況下，當(dāng)然也適用本發(fā)明實施例所示的與文件傳送相關(guān)的文件管理方法。
網(wǎng)絡(luò)30為能夠通過FTP(File Transfer Protocol,即文件傳輸協(xié)議)協(xié)議進(jìn)行文 件傳送的網(wǎng)絡(luò)，作為代表例使用高速的IP網(wǎng)絡(luò)。 收錄服務(wù)器10具有各自之間通過內(nèi)部總線B(未圖示)等相互連接的控制部11、 解析部12、管理表13、存儲部14、用于操作者輸出輸入控制信息的用戶IF部15、解碼器16、 數(shù)據(jù)I/F部17以及糾錯碼附加部18。 控制部11監(jiān)視內(nèi)部總線B，并綜合控制解析部12、管理表13、存儲部14、用戶IF 部15、解碼器16、數(shù)據(jù)1/F部17以及糾錯碼附加部18的動作。 數(shù)據(jù)I/F部17是用于在與經(jīng)由網(wǎng)絡(luò)30連接的FTP服務(wù)器20之間輸入輸出節(jié)目數(shù) 據(jù)的單元，經(jīng)由內(nèi)部總線B在與網(wǎng)絡(luò)30之間輸入輸出被打包的文件。關(guān)于FTP服務(wù)器20， 作為實施與文件傳送有關(guān)的功能的結(jié)構(gòu)，也具有與收錄服務(wù)器10類似的結(jié)構(gòu)，將通過FTP 蓄積的MXF文件向收錄服務(wù)器10輸出，以下以收錄服務(wù)器10的動作為中心進(jìn)行說明。
用戶IF部15為由鼠標(biāo)、鍵盤和顯示器等構(gòu)成的輸入輸出控制單元，用于操作者輸 入需要的命令或者數(shù)據(jù)，并且顯示作為圖像記錄再生裝置的動作狀態(tài)等。例如，還用于進(jìn)行 將節(jié)目素材的需要部分切出的指定輸入、輸入從FTP服務(wù)器20傳送的節(jié)目數(shù)據(jù)的各參數(shù)、 服務(wù)器的地址信息的設(shè)定以及網(wǎng)絡(luò)的信道設(shè)定等。 解碼器16進(jìn)行如下動作根據(jù)控制部11的控制，將存儲部14所存儲的圖像、聲音 數(shù)據(jù)讀出并輸入來解碼(解碼)，并將該解碼的信號輸出到外部的監(jiān)視器、發(fā)送機(jī)或者網(wǎng)絡(luò)等。 數(shù)據(jù)I/F部17經(jīng)由網(wǎng)絡(luò)30將由控制部11指定的文件從FTP服務(wù)器20進(jìn)行收發(fā) 處理。數(shù)據(jù)I/F部17不僅從開頭起接收FTP服務(wù)器20上的MXF文件，還具有如下接口的 功能通過基于由用戶IF部15輸入的命令或者數(shù)據(jù)的控制部11的控制，例如從文件開頭 起指定字節(jié)數(shù)的位置開始接收數(shù)據(jù)，接收向內(nèi)部總線B輸出時的構(gòu)成MXF文件的節(jié)目數(shù)據(jù) 的一部分。 解析部12對如下的動作處理進(jìn)行管理并控制將數(shù)據(jù)I/F部17從網(wǎng)絡(luò)30接收并 輸入到內(nèi)部總線B的節(jié)目數(shù)據(jù)輸入并解析數(shù)據(jù)內(nèi)容，例如，將檢測到的與圖像數(shù)據(jù)、MXF文 件有關(guān)的Partition Pack信息、Index TableSegment信息以及Random Index Pack信息 的位置和數(shù)據(jù)大小作為解析信息而存儲到管理表13中，將解析結(jié)束的節(jié)目數(shù)據(jù)經(jīng)由糾錯 碼附加部18寫入存儲到存儲部14中。 這樣，以下將如下的處理稱為"收錄"對從FTP服務(wù)器20發(fā)送的MXF文件格式的 節(jié)目數(shù)據(jù)進(jìn)行接收并解析，將節(jié)目數(shù)據(jù)存儲到收錄服務(wù)器10的存儲部14中。
糾錯碼附加部18將從解析部12送來的節(jié)目數(shù)據(jù)按照規(guī)定的數(shù)據(jù)大小或每個塊進(jìn) 行附加錯誤訂正用的符號的處理，并寫入存儲到存儲部14中。 在對收錄的數(shù)據(jù)進(jìn)行再生的情況下，控制部11經(jīng)由內(nèi)部總線B從用戶IF部15接 收例如節(jié)目數(shù)據(jù)的識別信息、或表示再生位置等的命令、數(shù)據(jù)等。并且，讀出存儲部14中所 存儲的節(jié)目數(shù)據(jù)，并參照節(jié)目數(shù)據(jù)和管理表13的解析信息，從存儲部14讀出用于規(guī)定與該 節(jié)目數(shù)據(jù)相對應(yīng)的再生處理的再生信息，并發(fā)送到解碼器16。以下，將解析信息以及再生信 息統(tǒng)稱為控制信息。 接收了節(jié)目數(shù)據(jù)和其再生信息的解碼器16根據(jù)再生信息從MXF文件格式的節(jié)目
數(shù)據(jù)的指定位置起開始進(jìn)行圖像、聲音以及輔助數(shù)據(jù)的解碼，對需要的圖像、聲音、輔助數(shù)
據(jù)進(jìn)行再生并向外部輸出。 圖2是MXF文件的基本結(jié)構(gòu)圖。 在圖2中，MXF文件是通過重復(fù)Key3A、 Length4A、 Value5A這3個記述而構(gòu)成的， 將其稱為KLV編碼方式。Key3A中記述數(shù)據(jù)的識別標(biāo)記，Length4A中記述與其后連續(xù)的 Value5A的數(shù)據(jù)大小有關(guān)的信息，Value5A中為想要在MXF文件中保存的數(shù)據(jù)本身。
圖3是包括圖像數(shù)據(jù)的MXF文件格式的節(jié)目數(shù)據(jù)(視頻信號)的邏輯結(jié)構(gòu)圖的一 個例子。 MXF文件大體上包括頭部hp、主體部bp以及腳注(footer)部fp。頭部fp始終位 于MXF文件的開頭部，含有元數(shù)據(jù)。并且，主體部bp保存圖像數(shù)據(jù)等被稱為Essence的數(shù) 據(jù)主體，腳注部fp存在于MXF文件的最后尾。 并且，MXF文件為在頭部hp、主體部bp以及腳注部fp的開頭中用Partition Pack(以下簡稱為PP)表示數(shù)據(jù)的劃分的分割構(gòu)造。將從1個Partition Pack的開頭到下 一個Partition Pack的開頭為止作為1個數(shù)據(jù)單位。置于主體部bp中的PP還按每一定 幀數(shù)來設(shè)置。 MXF文件的主體部bp由PP劃分為節(jié)目數(shù)據(jù)所需要的數(shù)據(jù)單位的組。例如，與PP 連續(xù)的幀fn為圖像的數(shù)據(jù)幀和與其對應(yīng)的聲音1 p的數(shù)據(jù)幀的組合。并且，在MPEG編 碼的情況下，在接著PP的開頭的幀fn中，以I幀成為開頭的GOP (Group ofPictures)被排列的方式排列多個幀。 這種MXF文件的構(gòu)造在圖像記錄再生裝置中被默認(rèn)設(shè)定。并且，在傳送MXF文件 時，從開頭部分按順序以PP單位讀出該MXF文件，并且按照FTP協(xié)議以包數(shù)據(jù)的方式傳送。
圖4是說明MXF文件的結(jié)構(gòu)的Index Table Segment與幀之間的關(guān)系的幀結(jié)構(gòu)圖。
在圖4中，在每個信息的邊界插入PP卯，通過文件頭部分的元數(shù)據(jù)md對MPEG2的 壓縮編碼圖像文件數(shù)據(jù)即幀f0 fn-l…、Index TableSegment IT等進(jìn)行包裝。
MXF文件由必需構(gòu)成要素和用戶設(shè)定的選擇構(gòu)成要素構(gòu)成，因此構(gòu)成要素的排列 方法在每個MXF文件、進(jìn)而在相同的MXF文件內(nèi)也有變化。例如，在開頭的PPpp(糾)緊之 后一定附加元數(shù)據(jù)md，但是其以后的PP卯(ftl)之后大半為未附加元數(shù)據(jù)md的PP卯。
并且，通常Index Table Segment IT被置于PP卯或者元數(shù)據(jù)md之后，記述(管 理)l個之前的分段所包含的幀信息。這樣，Index Table Segment IT必然置于PP卯之 后、或者與PP卯連續(xù)的元數(shù)據(jù)md之后，但是Index TableSegment IT不一定附屬于所有的 PPpp。 將從Partition Pack的開頭到下一個Partition Pack的開頭為止的數(shù)據(jù)單位稱 為分段(Paritition) 。 Index Table Segment IT是用于對1個分段所包含的幀進(jìn)行管理 的信息。 MPEG2的圖像信號例如以由15幀構(gòu)成的GOP單位被進(jìn)行壓縮編碼，對每個GOP進(jìn) 行存儲蓄積、解碼等信號處理。并且，各G0P內(nèi)部的幀也必須判斷開頭的I圖片、表示幀間 的相關(guān)的B圖片或者P圖片的區(qū)別(I/B/P種類)、偏置等來進(jìn)行管理。
每(f0 fn-1)的n個幀插入Index Table Segment IT，該Index TableSegment IT配置在其第n個幀的后部分。在MPEG的MXF文件中，各個幀的I/B/P圖片的信息存儲在 Index Table Segment IT中，因此在現(xiàn)有的方法中，為了進(jìn)行各幀的I/B/P種類、配置等的 對照，需要對于暫時輸入的n個幀，在數(shù)據(jù)1/F部17或解析部12設(shè)置大容量的緩沖器。
并且，圖1的用戶IF部15例如利用節(jié)目開始起的經(jīng)過時間來指定節(jié)目素材的文 件的讀出開始位置，以往，從開頭開始按順序讀出Partition Pack信息，并取得與所記述的 時間標(biāo)記相關(guān)的信息。 Partition Pack卯之后接著存儲有GOP數(shù)據(jù)，但是對位于各GOP的開頭的I幀的 位置進(jìn)行管理的Index Table Segment IT通常被配置在GOP之后。因此，為了從由外部指 定的讀出開始位置開始收錄和/或傳送，必須等待至接收到對讀出開始位置的GOP數(shù)據(jù)的 I幀位置信息進(jìn)行管理的Index TableSegment IT的數(shù)據(jù)，因此到開始處理為止花費(fèi)時間。
在從任意位置讀出較長的播放時間的節(jié)目素材時、或者在演播室內(nèi)或中心電臺與 地方電臺之間高速傳送數(shù)據(jù)時，很多情況下想在較短時間內(nèi)讀出需要的文件取出位置來在 短時間開始圖像再生的顯示，或想縮短到傳送開始為止的時間。 另外，F(xiàn)TP具備不僅從指定的文件的開頭開始、還從文件的中途開始傳送的命令
(REST命令)。因此，在本實施例中，運(yùn)用REST命令，在文件的傳送或收錄之前，通過取出相
應(yīng)MXF文^牛的末尾數(shù)據(jù)、艮卩Randomlndex Pack ri禾口 /或中途的Partition Pack pp的{言
息，來檢測相當(dāng)于希望的文件開頭位置的PP劃分。然后，在短時間內(nèi)設(shè)定所需的文件取出
位置，而縮短到開始圖像再生的顯示為止的時間、以及到開始傳送為止的時間。 返回圖3，在腳注部fp記載有相當(dāng)于1個節(jié)目數(shù)據(jù)的MXF文件的末尾的信息，
8Random Index Pack ri中記載有與從各PP的文件開頭起的配置大小信息等相關(guān)的信息。
圖5是說明Random Index Pack的數(shù)據(jù)結(jié)構(gòu)的圖。 Random Index Pack ri包括16字節(jié)的密鑰信息140、 Length信息141、從MXF文 件開頭到各Partition Pack卯的開頭為止的偏置信息列表142、以及記錄Random Index Packl40 142的大小的4字節(jié)的大小信息143。 Random Index Pack大小信息143記錄在 MXF文件最末尾4字節(jié)中。 圖6是Random Index Pack信息中所保存的Partition Pack偏置信息142的概 念圖。 Random Index Pack ri中登記有圖6所示的MXF文件內(nèi)的所有PartitionPack 卯的記述位置信息。記述位置信息例如為從MXF文件開頭到各Partition Pack卯的開頭 為止的偏置信息。因此，根據(jù)FTP的REST命令，從輸出文件的服務(wù)器中，從MXF文件末尾的 Random Index Pack ri讀出偏置信息列表142，取得Partition Pack卯的記述位置信息。
SP，在各Partition Pack pp中登記有到位于Partition Pack卯所屬的分段內(nèi) 的Index Table Segment IT為止的偏置信息。并且，在各Index TableSegment IT中登記 有由Index Table Segment IT管理的所有幀開頭位置的偏置信息，因此預(yù)先讀出各Index Table Segment IT的信息，并取得所有幀的開頭位置信息。 在結(jié)束這些預(yù)備步驟之后，從輸出文件的源服務(wù)器，從文件開頭取得MXF文件，并 使用事先收集的各幀的開頭位置信息切出所需的幀數(shù)據(jù)。 首先，最初作為下載收錄命令，例如，操作者從用戶IF部15輸入"DLXYZ. mxf "，作 為收錄命令。然后，由控制部ll開始以下的預(yù)備步驟?？刂撇縧l在輸入"DL"和擴(kuò)展名 ".mxf"的組的情況下，在后面說明的圖9的FTP的MXF文件傳送處理中，設(shè)定僅傳送控制數(shù) 據(jù)(信息)的條件，并開始預(yù)備步驟的動作。 圖7是與收錄服務(wù)器10從源服務(wù)器20接收MXF文件并傳送的預(yù)備步驟有關(guān)的時 序圖。 以下，參照圖7示出由圖像收錄再生裝置10取得MXF文件內(nèi)的各幀位置信息的處 理步驟的例子。 首先，在收錄服務(wù)器10中，從收錄服務(wù)器10的控制部11對數(shù)據(jù)I/F部17發(fā)出 MXF文件大小信息的取得請求(SIOI)。數(shù)據(jù)I/F部17經(jīng)由網(wǎng)絡(luò)30(未圖示)對FTP服務(wù) 器20發(fā)送FTP的SIZE命令，例如"ftp > quoteSIZE XYZ. mxf" (S102)，從FTP服務(wù)器20 取得MXF文件XYZ. mxf的大小信息，例如"F"字節(jié)(S103)。 在FTP服務(wù)器20中，F(xiàn)TP服務(wù)器20的數(shù)據(jù)I/F部17按照FTP步驟，通過控制部 11將從存儲部14的MXF文件取出的各數(shù)據(jù)在與收錄服務(wù)器10之間收發(fā)。該步驟是不直接 影響發(fā)明本身的公知的步驟，因此下面，在沒有特別需要的情況下，省略詳細(xì)說明。
數(shù)據(jù)I/F部17將從FTP服務(wù)器20取得的MXF文件的大小信息、"F"字節(jié)傳送到 控制部11 (S104)。之后，控制部11根據(jù)取得的MXF文件大小信息，進(jìn)行MXF文件末尾的4 字節(jié)的Random Index Pack大小信息143的信息取得處理。 控制部11對數(shù)據(jù)I/F部17輸出Random Index Pack大小信息143 (參照圖5)的 取得請求，即表示Random Index Pack ri的開始點(diǎn)的、此處為從合計字節(jié)數(shù)"F"減去"4" 字節(jié)的數(shù)值(S105)。
數(shù)據(jù)I/F部17對FTP服務(wù)器20發(fā)送表示文件的下載開始點(diǎn)的"REST (F_4)"的 REST命令、和對之后指定的文件進(jìn)行發(fā)送請求的命令"RETRXYZ. mxf" (S106)。然后，從FTP 服務(wù)器20接收Random Index Pack大小信息143 (S107)。 控制部11接收數(shù)據(jù)I/F部17接收并傳送的Random Index Pack大小信息143的 數(shù)據(jù)、此處為"XXX"字節(jié)(S108)。 之后，控制部11根據(jù)取得的MXF文件大小信息"F"字節(jié)以及RandomIndex Pack 大小信息143的"XXX"字節(jié)，根據(jù)"F-XXX-4"計算出Randomlndex Pack信息的開頭位置。
然后，控制部11對數(shù)據(jù)I/F部17輸出Random Index Pack信息140以后的取得 請求的數(shù)據(jù)"F-XXX-4" (S109)。 即，數(shù)據(jù)I/F部17對FTP服務(wù)器20發(fā)送FTP的REST命令、"REST(F-XXX-4)"、 和"RETR XYZ. mxf" (S110)。然后，從FTP服務(wù)器20向收錄服務(wù)器發(fā)送MXF文件的Random Index Pack的各信息140 143 (Sill)。 數(shù)據(jù)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)的偏置信息的列表進(jìn)行存儲，并將其 結(jié)果返回給控制部11(S114)。 之后，控制部11根據(jù)取得的各Partition Pack偏置信息，開始取得各Partition Pack信息(#0) (#r)?？刂撇?1對數(shù)據(jù)I/F部17發(fā)出例如PartitionPack (#1)的信息 的取得請求(SI 15)。 數(shù)據(jù)1/F部17對FTP服務(wù)器20發(fā)送FTP的REST命令、"REST 3122"、之后發(fā)送 "RETR XYZ. mxf" (S116)，并從FTP服務(wù)器20接收Partition Pack信息(S117)。此處，對 本實施例的特征即MXF文件的Partition Pack信息等控制數(shù)據(jù)的文件傳送中的接收方法 進(jìn)行說明。 控制部11對數(shù)據(jù)1/F部17，在從用戶IF部15輸入FTP命令而在FTP服務(wù)器20 和收錄服務(wù)器10之間收發(fā)與MXF文件傳送相關(guān)的數(shù)據(jù)的情況下，進(jìn)行如下控制僅交換該 MXF文件的Partition Pack等中所記述的控制數(shù)據(jù)，不傳送其之后的內(nèi)容的流數(shù)據(jù)。通過 該功能，在下載MXF文件整體之前，收錄服務(wù)器10能夠預(yù)先在短時間內(nèi)從FTP服務(wù)器20僅 取得與MXF文件處理相關(guān)的控制數(shù)據(jù)。 圖9是說明接收MXF文件時的數(shù)據(jù)I/F部17的動作步驟的流程圖。
在圖9中，數(shù)據(jù)1/F部17在從控制部11接收REST命令和RETR命令(相當(dāng)于圖 9的步驟sl、圖7的步驟sl15)時，檢查該RETR命令下載的文件"XYZ. mxf"的擴(kuò)展名，并檢 查是否為MXF文件，從而判斷是否為MXF文件(步驟s2的"是")。 然后，對接收數(shù)據(jù)進(jìn)行監(jiān)視，當(dāng)從開頭接收到從第3122字節(jié)開始的、例如圖6中的 Partition Pack(#l)的全部數(shù)據(jù)時，中斷之后繼續(xù)送來的幀數(shù)據(jù)(frame0)等、以后的流數(shù) 據(jù)傳送(步驟s3)。(另外，在接收MXF文件以外的文件時(步驟s2的"否")，執(zhí)行通常的 FTP文件傳送(步驟s4)。)
數(shù)據(jù)I/F部17將取得的Partition Pack(#l)信息送到解析部12 (SI 18)。解析 部12從Partition Pack(#1)信息取得從Partition Pack(#l)的開頭位置到各Index Table Segment開頭為止的字節(jié)數(shù)、即PP大小gl、元數(shù)據(jù)(Header)的字節(jié)數(shù)g0、各Index Table Segment的大小信息G2、以及以MXF的格式規(guī)定為Body Offset的信息，并送到管理 表13(S119)。另外，BodyOffset是與后述的幀的偏置有關(guān)的管理信息，因此在本實施例中 不詳細(xì)說明。 管理表13對各Index Table Segment的偏置信息進(jìn)行存儲，并將其結(jié)果通知給控 制部11(S120)。 Partition Pack信息在MXF文件內(nèi)存在多個(r+1)，因此重復(fù)PartitionPack的 數(shù)量、(r+l)次S115 S120的處理，制作與Index Table Segment的偏置信息有關(guān)的列表， 并寫入管理表13。 圖10是表示處于Partition Pack(#l)的Index Table Segment的偏置信息的列 表的例子。 圖10(a)是表示構(gòu)成Partition Pack的偏置信息的數(shù)據(jù)的概念的結(jié)構(gòu)圖，圖 10(b)表示Partition Pack的偏置信息的構(gòu)成要素。 在圖10(b)中，Partition Pack(#l)的Index Table Segment的偏置信息為，相 應(yīng)PP(此處為(#1))的PP大小gl與元數(shù)據(jù)即Header的字節(jié)數(shù)g0的和Gl。 Partition Pack(#l)以后，很少發(fā)送作為該選擇的元數(shù)據(jù)。 并且，在記述有索引的字節(jié)數(shù)G2，G2 = 0的情況下，該分段中不含有Index Table Segment。在G2 - 0的情況下，G1為從Partition Pack開頭至lj IndexTable Segment開頭 為止的偏置值，成為與元數(shù)據(jù)字節(jié)數(shù)gl的和。并且，將該G1寫入管理表13。
之后，控制部11根據(jù)取得的Index Table Segment的偏置值，計算出從MXF文件 開頭到各Index Table Segment開頭位置為止的偏置值。 例如，在Index Table Segmental)中，如果其之前的PP (#1)的偏置數(shù)PP(ftl)of 為3122字節(jié)，PP(#1)的PP大小為gl字節(jié)、Index TableSegment (#1)的元數(shù)據(jù)字節(jié)數(shù)為 g0字節(jié)，則(3122+gl+gO = Gl)字節(jié)成為其偏置值。(如上所述，無元數(shù)據(jù)、g0 = 0的情況
較多)。 控制部11對數(shù)據(jù)I/F部17發(fā)出Index Table Segment (例如(#1))信息的取得 請求(S121)。數(shù)據(jù)I/F部17對FTP服務(wù)器20發(fā)送FTP的REST命令、例如"RESTG1"和"RETR
XYZ. mxf" (S122)，從FTP服務(wù)器20接收Index Table Segment (#1)的信息(S123)。數(shù)據(jù)
I/F部17將取得的Index Table Segment信息送到解析部12(S124)。 控制部11或者數(shù)據(jù)I/F部17監(jiān)視接收數(shù)據(jù)，當(dāng)從開頭接收到從第Gl字節(jié)開始的
Index Table Segmental)的所有數(shù)據(jù)時，中斷其之后繼續(xù)送來的流數(shù)據(jù)傳送。 解析部12從Index Table Segmental)信息取得Index Table Segmental)管
理的各幀的偏置信息，作為列表送到管理表13(S125)。 管理表13將各幀的偏置信息作為列表存儲，將其結(jié)果通知給控制部11 (S126)。根 據(jù)以MXF文件的格式規(guī)定為Index Enter Array的Stream Offset的數(shù)據(jù)以及處理步驟， 計算 各幀的偏置信息。
圖11是表示Index Table Segmental)管理的幀的偏置信息的列表的例子。
在圖11中，對于"幀(#0)"表示"Stream O.S. D#0"。 如圖6所示，Index Table Segment信息在MXF文件內(nèi)存在多個(例如M個)，因
此S121 S126的處理重復(fù)Index Table Segment信息的數(shù)量M次?？刂撇?1監(jiān)視Partition Pack、 Index Table Segment的狀態(tài)，當(dāng)最后的Index
Table Segment的數(shù)據(jù)被寫入管理表13的列表中時，結(jié)束預(yù)備步驟。在該預(yù)備步驟結(jié)束的
時刻，使圖9所示的數(shù)據(jù)I/F部17的處理步驟的步驟s2無效化，并以不中斷地取得輸入的
文件數(shù)據(jù)的方式變更動作步驟。 通過S101 S126的步驟，將從Random Index Pack到全部幀的偏置信息為止全 部相關(guān)聯(lián)。然后，取得如圖8 圖IO那樣的MXF文件所含有的全部幀的位置信息，而結(jié)束 在接收MXF文件之前制作管理表13的預(yù)備步驟。 之后，控制部11經(jīng)由數(shù)據(jù)I/F部17向FTP服務(wù)器20發(fā)送下載命令例如RETR XYZ. mxf ，以便重新從開頭收錄MXF文件(S127、 S128)。 FTP服務(wù)器20根據(jù)該命令，從開頭將MXF文件XYZ. mxf向收錄服務(wù)器發(fā)送(S129)。
來自FTP服務(wù)器20的數(shù)據(jù)由數(shù)據(jù)1/F部17接收，并發(fā)送到糾錯碼附加部 18(S130)。對于從解析部12送來的每一定大小數(shù)據(jù)計算糾錯碼，將并將其附加到元數(shù)據(jù)中 而輸出到存儲部14，進(jìn)行寫入和存儲(S131)。 在到步驟S126為止的預(yù)備步驟中，在取得所有幀的位置信息之后制作管理表13。
為此，與現(xiàn)有的下載方法不同，在從FTP服務(wù)器20輸入的文件的數(shù)據(jù)的收錄中，不需要由解
析部12執(zhí)行幀檢測處理，與以往相比能夠?qū)崿F(xiàn)高速的文件的統(tǒng)一下載和收錄處理。 本發(fā)明實施例的圖像記錄再生裝置，在不從開頭開始收錄全部MXF文件、而從中
途部分例如從開頭起一半以后的位置開始下載及收錄的情況下，作為一個例子進(jìn)行以下的處理。 MXF文件的內(nèi)容再生時間，由元數(shù)據(jù)等記述在MXF文件中，或者再生時間另外標(biāo)記 在媒體的外殼等上，因此通過與MXF格式、或者在FTP服務(wù)器20和收錄服務(wù)器10之間預(yù)先 設(shè)定的編輯信息相關(guān)的元數(shù)據(jù)收集步驟等，收集該MXF文件的元數(shù)據(jù)。
將其l/2的時間作為傳送(收錄)開始點(diǎn)，從用戶IF部15的鍵盤等輸入下載命 令。例如，如果有原收錄時間是1:00:00的文件，則輸入從經(jīng)過30分鐘以后進(jìn)行下載的 "ST@30:00、DL XYZ.mxf"命令。 控制部11監(jiān)視內(nèi)部總線，當(dāng)檢測到該命令時，取得與"STt30:00"的開始定時相對 應(yīng)的幀信息，并將與其對應(yīng)的Stream Offset信息例如換算為從該文件的開頭位置起的字 節(jié)數(shù)的信息即"H"字節(jié)存儲到工作存儲器(未圖示)中。然后，執(zhí)行圖7的步驟并執(zhí)行預(yù) 備步驟。 當(dāng)預(yù)備步驟結(jié)束時，控制部11從工作存儲器讀出"H"字節(jié)并與管理表13對照，讀 出其之前的Partition Pack、此處為(#10)開頭偏置數(shù)據(jù)hp。然后，經(jīng)由數(shù)據(jù)1/F部17向 FTP服務(wù)器20發(fā)送"REST hp、 RETR XYZ. mxf"命令。 從FTP服務(wù)器20返送Partition Pack (#10)以后的內(nèi)容數(shù)據(jù)。如上所述，由于圖 9所示的預(yù)備步驟的限制動作已被解除，因此數(shù)據(jù)I/F部17對Partition Pack(#10)以后 的到Random Index Pack為止的數(shù)據(jù)進(jìn)行接收并輸出。然后，進(jìn)行錯誤控制處理的數(shù)據(jù)被
12寫入存儲到存儲部14。 另外，相反地，在僅想對從開頭到一半為止的內(nèi)容進(jìn)行收錄的情況下，例如，如果 有原收錄時間為1:00:00的文件，則輸入"EN@30:00、 DLXYZ. mxf "命令，該"EN@30:00、 DL XYZ. mxf"命令表示經(jīng)過30分鐘為止進(jìn)行下載。 控制部11監(jiān)視內(nèi)部總線，當(dāng)檢測到該命令時，取得與"E濯30:00"的結(jié)束定時相對 應(yīng)的幀信息，并將與其對應(yīng)的相應(yīng)文件的Stream Offset信息例如換算為從該文件的開頭 位置起的字節(jié)數(shù)的信息即"H"字節(jié)存儲到工作存儲器(未圖示)中。然后，執(zhí)行圖7的步 驟，并執(zhí)行預(yù)備步驟。 當(dāng)預(yù)備步驟結(jié)束時，控制部11從工作存儲器讀出"H"字節(jié)，并與管理表13對照， 讀出之前的Partition Pack、此處為(#10)開頭偏置數(shù)據(jù)hp。然后，經(jīng)由數(shù)據(jù)I/F部17向 源服務(wù)器20發(fā)送"RETR XYZ. mxf、 OUITOhp"命令。 從FTP服務(wù)器20返送從開頭起的內(nèi)容數(shù)據(jù)。數(shù)據(jù)I/F部17對PartitionPack (#10) 之前為止的數(shù)據(jù)進(jìn)行接收并輸出。然后，進(jìn)行了錯誤控制處理的數(shù)據(jù)被寫入存儲到存儲部 14。并且，數(shù)據(jù)I/F部17通過QUIT(相當(dāng)于FTP步驟的傳送中止指定)，執(zhí)行中止Partition Pack(#10)以后的數(shù)據(jù)接收，以及從FTP服務(wù)器20的傳送的步驟。 如果想只切出文件的一部分來進(jìn)行收錄，則只要將上述途中傳送的步驟組合即 可。例如，在進(jìn)行從開頭15分鐘到45分鐘為止的文件傳送的情況下，只要從用戶IF輸入 "ST@15:00、EN@45:00DL XYZ. mxf"這樣的命令，控制部11輸出"RETR XYZ. mxf 、 QUIT@hp"、 "REST hp、 RETRXYZ. mxf"即可。 通過以上的方法，本實施例的文件傳送系統(tǒng)以及文件傳送方法，與以往相比能夠 縮短傳送時間。 對于本領(lǐng)域技術(shù)人員來說，其他優(yōu)點(diǎn)和變通是很容易聯(lián)想得到的。因此，本發(fā)明就 其較寬方面而言，并不限于本申請給出和描述的具體細(xì)節(jié)和說明性實施例。因此，在不偏 離所附權(quán)利要求及其等同物定義的總發(fā)明構(gòu)思精神或保護(hù)范圍的前提下，可以做出各種修 改。
權(quán)利要求
一種圖像記錄再生裝置，用于文件收錄系統(tǒng)，在該文件收錄系統(tǒng)中，從蓄積保存SMPTE格式的MXF文件的源側(cè)服務(wù)器，向經(jīng)由網(wǎng)絡(luò)連接的收錄側(cè)服務(wù)器傳送并收錄上述素材的MXF文件，該圖像記錄再生裝置的特征在于，上述收錄側(cè)服務(wù)器的圖像記錄再生裝置具備控制輸入單元，輸入與上述傳送以及收錄相關(guān)的命令或數(shù)據(jù)；存儲單元，存儲上述MXF文件；數(shù)據(jù)接口單元，經(jīng)由上述網(wǎng)絡(luò)，在與上述源側(cè)服務(wù)器之間，基于FTP收發(fā)與上述傳送相關(guān)的數(shù)據(jù)；管理表，對與上述MXF文件的傳送及收錄的處理相關(guān)的、記述于上述MXF文件中的控制信息進(jìn)行存儲保存；以及控制單元，在輸入了對由上述控制輸入單元所指定的MXF文件進(jìn)行收錄的收錄命令的情況下，進(jìn)行如下控制在預(yù)先設(shè)定的處理步驟進(jìn)行如下的預(yù)備步驟，即，經(jīng)由上述數(shù)據(jù)接口單元將FTP命令發(fā)送到上述源側(cè)服務(wù)器，從上述源側(cè)服務(wù)器接收上述指定的MXF文件的隨機(jī)索引包信息，從上述接收的隨機(jī)索引包信息讀出對該MXF文件存儲保存在上述管理表中的上述控制信息的記述位置信息，根據(jù)該記述位置信息，從上述源側(cè)服務(wù)器進(jìn)一步指定并接收上述收錄所需的所有上述控制信息，從而制作上述管理表；在上述預(yù)備步驟結(jié)束后，向上述源側(cè)服務(wù)器發(fā)送該MXF文件的下載命令，對通過上述預(yù)備步驟制作的管理表的上述控制信息進(jìn)行判讀，對接收的MXF文件進(jìn)行需要的文件管理處理，并向上述存儲單元進(jìn)行寫入存儲并進(jìn)行收錄。
2. 如權(quán)利要求1所述的圖像記錄再生裝置，其特征在于，存儲保存于上述管理表中的上述控制信息中，MXF文件格式的隨機(jī)索引包信息、分段包 信息以及索引表片段信息相關(guān)聯(lián)地形成列表，能夠指定記述于上述索引表片段信息中的各 幀在文件上的位置。
3. 如權(quán)利要求2所述的圖像記錄再生裝置，其特征在于，在輸入了上述收錄命令的情況下，上述控制單元進(jìn)行如下控制，即，執(zhí)行如下的上述預(yù) 備步驟在所下載的文件為MXF文件的情況下，將FTP命令中的指定文件傳送開始位置的REST 命令和指定文件的RETR命令進(jìn)行組合，經(jīng)由上述數(shù)據(jù)接口單元進(jìn)行下載，僅對該MXF文件的由上述REST命令指定并開始下載的上述隨機(jī)索引包信息、上述分 段包信息或者上述索引表片段信息進(jìn)行下載，并進(jìn)行使其后的流數(shù)據(jù)以后的接收中斷的處理。
4. 如權(quán)利要求3所述的圖像記錄再生裝置，其特征在于，在輸入了上述收錄命令的情況下，上述控制單元在將上述控制信息全部寫入存儲到上 述管理表中并結(jié)束了上述預(yù)備步驟之后，解除使上述接收中斷的處理。
5. —種圖像記錄再生裝置的文件管理方法，該圖像記錄再生裝置用于文件收錄系統(tǒng)， 在該文件收錄系統(tǒng)中，從蓄積保存SMPTE格式的MXF文件的源側(cè)服務(wù)器，向經(jīng)由網(wǎng)絡(luò)連接的 收錄側(cè)服務(wù)器傳送并收錄上述素材的MXF文件，上述圖像記錄再生裝置具備控制輸入單元，輸入與上述傳送以及收錄相關(guān)的命令或數(shù)據(jù)； 存儲單元，存儲上述MXF文件；數(shù)據(jù)接口單元，經(jīng)由上述網(wǎng)絡(luò)，在與上述源側(cè)服務(wù)器之間，基于FTP收發(fā)與上述傳送相 關(guān)的數(shù)據(jù)；管理表，對與上述MXF文件的傳送及收錄的處理相關(guān)的、記述于上述MXF文件中的控制 信息進(jìn)行存儲保存；以及 控制單元，上述收錄側(cè)服務(wù)器的圖像記錄再生裝置的控制單元，在輸入了對由上述控制輸入單元 所指定的MXF文件進(jìn)行收錄的收錄命令的情況下，進(jìn)行如下控制在預(yù)先設(shè)定的處理步驟進(jìn)行如下的預(yù)備步驟，即，經(jīng)由上述數(shù)據(jù)接口單元將FTP命令 發(fā)送到上述源側(cè)服務(wù)器，從上述源側(cè)服務(wù)器接收上述指定的MXF文件的隨機(jī)索引包信息， 從上述接收的隨機(jī)索引包信息讀出對該MXF文件存儲保存在上述管理表中的上述控制信 息的記述位置信息，根據(jù)該記述位置信息，從上述源側(cè)服務(wù)器進(jìn)一步指定并接收上述收錄 所需的所有上述控制信息，從而制作上述管理表；在上述預(yù)備步驟結(jié)束后，向上述源側(cè)服務(wù)器發(fā)送該MXF文件的下載命令，對通過上述 預(yù)備步驟制作的管理表的上述控制信息進(jìn)行判讀，對接收的MXF文件進(jìn)行需要的文件管理 處理，并向上述存儲單元進(jìn)行寫入存儲并進(jìn)行收錄。
6. 如權(quán)利要求5所述的圖像記錄再生裝置的文件管理方法，其特征在于， 存儲保存于上述管理表中的上述控制信息中，MXF文件格式的隨機(jī)索引包信息、分段包信息以及索引表片段信息相關(guān)聯(lián)地形成列表，能夠指定記述于上述索引表片段中的各幀在 文件上的位置。
7. 如權(quán)利要求6所述的圖像記錄再生裝置的文件管理方法，其特征在于， 在輸入了上述收錄命令的情況下，上述控制單元進(jìn)行如下控制，即，執(zhí)行如下的上述預(yù)備步驟在所下載的文件為MXF文件的情況下，將FTP命令中的指定文件傳送開始位置的REST 命令和指定文件的RETR命令進(jìn)行組合，經(jīng)由上述數(shù)據(jù)接口單元進(jìn)行下載，僅對該MXF文件的由上述REST命令指定并開始下載的上述隨機(jī)索引包信息、上述分 段包信息或者上述索引表片段信息進(jìn)行下載，并進(jìn)行使其后的流數(shù)據(jù)以后的接收中斷的處理。
8. 如權(quán)利要求7所述的圖像記錄再生裝置的文件管理方法，其特征在于， 在輸入了上述收錄命令的情況下，上述控制單元在將上述控制信息全部寫入存儲到上述管理表中并結(jié)束了上述預(yù)備步驟之后，解除使上述接收中斷的處理。
全文摘要
在本發(fā)明的圖像記錄再生裝置中，控制部(11)進(jìn)行如下預(yù)備步驟，通過在預(yù)先設(shè)定的處理步驟經(jīng)由數(shù)據(jù)IF(17)將FTP命令發(fā)送到FTP服務(wù)器(20)，并取得MXF文件的Random Index Pack信息，由此取得該MXF文件處理所需的控制信息的記述位置信息并存儲保存在管理表(13)中，根據(jù)該記述位置信息，將從FTP服務(wù)器(20)進(jìn)一步取得的上述收錄所需的所有上述控制信息的表存儲保存到管理表(13)中；在上述預(yù)備步驟結(jié)束后，下載該MXF文件，參照管理表(13)的上述控制信息，對MXF文件進(jìn)行需要的文件管理處理，并向存儲單元(14)進(jìn)行寫入存儲并收錄。
文檔編號G11B27/10GK101729538SQ200910161650
公開日2010年6月9日 申請日期2009年7月24日 優(yōu)先權(quán)日2008年10月16日
發(fā)明者中尾昭彥 申請人:株式會社東芝