專利名稱：：數據記錄方法、數據記錄裝置、數據記錄媒體、數據重播方法和數據重播裝置的制作方法
技術領域：
：本發(fā)明涉及對于硬盤、光盤等的能進行隨機存取的記錄媒體記錄影像數據、聲音數據的數據記錄方法、數據記錄裝置、數據記錄媒體、數據重播方法和數據重播裝置。
背景技術：
：使用了盤媒體的視頻的數字記錄重播裝置(以下稱為視頻盤記錄器)正在得到普及。在其記錄格式中，常常使用由于提高與PC(個人計算機)的親和性而在PC中廣泛地使用的例如QuickTime文件格式或AVI(音頻視頻交叉存取)文件格式。關于在使用了這樣的PC用文件格式的情況的盤中的內容的管理方法，已在日本國公開專利公報特開2001-84705號公報(2001年3月30日公開)公開了。以下，使用圖60說明其概要。盤305中的文件301～303與已錄像的各場景或一組鏡頭相對應，分別是1個QuickTime文件(以下稱為QuickTimeMovie(電影)文件)。索引文件300是存儲盤305中的數據的目錄的信息的文件，對于每個QuickTimeMovie文件存在條目，在各個條目中存儲包含對應的場景的代表畫面的縮小圖像數據311～313和場景的文件的文件名。在對用戶提示盤畫面時，在內容選擇畫面307上顯示對各條目的縮小圖像數據311～313進行了譯碼的縮小圖像321～323。用戶從在內容選擇畫面307上顯示了的多個縮小圖像中選擇打算進行重播或編輯的文件。例如，如果在用戶選擇縮小圖像323并指示重播后，就取得作為與縮小圖像323對應的內容所包含的文件的文件名的文件303，開始文件303的重播。由于在索引文件300中關于盤305中的全部的內容包含了對于存儲了該內容的文件的指針和縮小圖像數據，故只通過從盤305讀出索引文件300，就能進行內容選擇畫面307的顯示，具有可減少在Index(索引)畫面顯示中所需要的時間的優(yōu)點。由于頻繁地顯示內容選擇畫面307，故其顯示時間的削減可大大有助于提高整體的體感響應程度。近年來，一次寫入型的光盤的利用急劇地增加了。CD-R是其代表的例子。此外，DVD-R的價格也急劇地下降了，逐漸地被大家采用。在將上述的索引文件應用于這些一次寫入型光盤的情況下，存在以下那樣的問題。索引文件是具有隨著使用的增加其大小逐漸變大的性質的文件。在一次寫入型的盤中，在一度記錄了的區(qū)域中不能再次進行記錄。在這樣的媒體中，在處理像索引文件那樣隨著使用的增加其大小逐漸變大的文件的情況下，難以無浪費地使用存儲容量。例如，在每逢對于索引文件發(fā)生條目的附加、刪除、變更等時一次寫入新的索引文件的情況下，發(fā)生大量的存儲容量的浪費。本發(fā)明是鑒于上述的課題而進行的，其目的在于提供能在一次寫入型的記錄媒體中削減存儲容量的浪費的數據記錄方法。發(fā)明的公開本發(fā)明的數據記錄方法是在記錄媒體上記錄第1數據、第2數據和第3數據的記錄方法，上述第1數據包含第4數據，上述第3數據包含與上述第4數據相關的信息。在本發(fā)明的數據記錄方法中，上述第2數據可具有0個以上的與上述第4數據為同一的數據。在本發(fā)明的數據記錄方法中，是否包含同一數據可基于第4數據的屬性。在本發(fā)明的數據記錄方法中，上述第4數據的屬性可以是數據量。在本發(fā)明的數據記錄方法中，上述第4數據的屬性可以是層次信息。在本發(fā)明的數據記錄方法中，上述第4數據的屬性可以是優(yōu)先度。在本發(fā)明的數據記錄方法中，上述第4數據的屬性可以是重播與上述第4關聯(lián)的數據的時刻。在本發(fā)明的數據記錄方法中，可在上述記錄媒體上記錄上述第4數據的屬性。在本發(fā)明的數據記錄方法中，可將上述第1數據和上述第2數據作為1個文件來管理，用整數個記錄單元來構成包含上述第4數據的上述第2數據。在本發(fā)明的數據記錄方法中，為了在整數個記錄單元中構成包含上述第4數據的上述第2數據，可插入無意義數據。在本發(fā)明的數據記錄方法中，可在上述記錄媒體上記錄使上述無意義數據變得無效的數據。在本發(fā)明的數據記錄方法中，上述無意義數據的插入位置可以是能插入上述無意義數據的位置。在本發(fā)明的數據記錄方法中，可將上述第4數據的附近的前方和后方作為不同的文件來管理第1數據，在上述記錄媒體上記錄上述文件間的關聯(lián)信息。在本發(fā)明的數據記錄方法中，上述第1數據可包含確保區(qū)域用的數據。在本發(fā)明的數據記錄方法中，可在不同的文件上記錄上述第1數據和上述第2數據，在上述記錄媒體上記錄上述文件間的讀出控制信息。在本發(fā)明的數據記錄方法中，可將上述第1數據和上述第2數據作為不同的文件來管理，在上述記錄媒體上記錄上述文件間的關聯(lián)信息。在本發(fā)明的數據記錄方法中，可用上述文件名來表示上述關聯(lián)信息。在本發(fā)明的數據記錄方法中，上述第3數據可以是包含有效的上述第4數據的文件名和在上述文件內的位置信息。在本發(fā)明的數據記錄方法中，上述第3數據可以是使上述第4數據變得無效的信息。在本發(fā)明的數據記錄方法中，可在不同的文件中記錄上述第3數據和上述第4數據。在本發(fā)明的數據記錄方法中，可將上述第1數據和上述第2數據作為同一文件來管理。在本發(fā)明的數據記錄方法中，可以采取使上述第4數據的開頭位置成為記錄單元邊界的方式來記錄。在本發(fā)明的數據記錄方法中，可用整數個記錄單元來構成上述第2數據。在本發(fā)明的數據記錄方法中，上述第3數據可以是有效的第4數據的在上述文件內的位置信息。在本發(fā)明的數據記錄方法中，上述第3數據可以是使上述第4數據變得無效的信息。在本發(fā)明的數據記錄方法中，可在上述記錄媒體上的附近記錄上述第3數據。在本發(fā)明的數據記錄方法中，可在上述記錄媒體上記錄第5數據，第4數據是與第5數據相關的信息。在本發(fā)明的數據記錄方法中，與第5數據相關的信息可以是上述第5數據的代表圖像數據、代表音頻數據、標題數據、屬性數據中的至少1個數據。在本發(fā)明的數據記錄方法中，上述記錄媒體可以是一次寫入型的。在本發(fā)明的數據記錄方法中，可在表示上次一次寫入結束位置的信息的附近記錄上述第3數據。在本發(fā)明的數據記錄方法中，上述第2數據可以是上述第1數據的附加數據。本發(fā)明的數據記錄裝置是具備在記錄媒體上記錄第1數據、第2數據和第3數據的記錄手段的數據記錄裝置，上述第1數據包含第4數據，上述第3數據包含與上述第4數據相關的信息。本發(fā)明的數據記錄媒體是記錄了第1數據、第2數據和第3數據的記錄媒體，上述第1數據包含第4數據，上述第3數據包含與上述第4數據相關的信息。本發(fā)明的數據重播方法是下述的記錄媒體的數據重播方法，其中，在記錄媒體上記錄了第1數據、第2數據和第3數據，上述第1數據包含第4數據，上述第3數據是與上述第4數據相關的信息，本發(fā)明的數據重播方法中根據上述第3數據來進行重播控制。本發(fā)明的數據重播裝置是下述的記錄媒體的數據重播裝置，其中，在記錄媒體上記錄了第1數據、第2數據和第3數據，上述第1數據包含第4數據，上述第3數據是與上述第4數據相關的信息，本發(fā)明的數據重播裝置具備基于上述第3數據的控制手段。按照本發(fā)明，在記錄一次寫入數據時，通過記錄管理已有數據的有效/無效的信息，可再次利用已有數據，可削減記錄容量的浪費。此外，按照本發(fā)明，在記錄一次寫入數據時，通過根據已有數據的屬性記錄與已有數據為同一的數據，可高速地讀出具有特定的屬性的數據，可提高對于用戶的響應程度。利用以下示出的記載內容可充分地了解本發(fā)明的另外的目的、特征和優(yōu)點。此外，通過參照附圖的以下的說明，本發(fā)明的長處可變得明白。附圖的簡單的說明圖1是示出本發(fā)明的實施形態(tài)中的視頻盤記錄器的概略結構的框圖。圖2(a)～(c)是示出QuickTime文件格式中的管理信息與AV流的關系的圖。圖3是示出QuickTime文件格式中的Movieatom的概要的圖。圖4是示出QuickTime文件格式中的Trackatom的概要的圖。圖5是示出QuickTime文件格式中的Trackheaderatom的結構的圖。圖6是示出QuickTime文件格式中的Mediaatom的結構的圖。圖7是示出QuickTime文件格式中的Mediainformationatom的結構的圖。圖8是示出由sampletableatom進行的數據管理的例子的圖。圖9是示出QuickTime文件格式中的sampletableatom的結構的圖。圖10是示出QuickTime文件格式中的Editatom的結構的圖。圖11(a)～(c)是示出由Editatom進行的重播范圍指定的例子的圖。圖12是示出QuickTime文件格式中的Userdataatom的結構的圖。圖13是示出QuickTime文件格式中的Fragmentedmovie的整體結構的圖。圖14是示出QuickTime文件格式中的Movieextendsatom的結構的圖。圖15是示出QuickTime文件格式中的Trackextendsatom的結構的圖。圖16是示出QuickTime文件格式中的Moviefragmentatom的結構的圖。圖17是示出QuickTime文件格式中的Moviefragmentheaderatom的結構的圖。圖18是示出QuickTime文件格式中的Trackfragmentatom的結構的圖。圖19是示出QuickTime文件格式中的Trackfragmentheaderatom的結構的圖。圖20是示出QuickTime文件格式中的Trackfragmentrunatom的結構的圖。圖21是示出本發(fā)明的實施形態(tài)中的AV流的結構的圖。圖22是示出本發(fā)明的實施形態(tài)中的VU的結構的圖。圖23是示出本發(fā)明的實施形態(tài)中的QuickTime的AV流的管理形態(tài)的圖。圖24是示出本發(fā)明的實施形態(tài)中的參照器件模型的柜圖。圖25(a)、(b)是示出UDF中的管理信息的關系的圖。圖26是示出一次寫入型記錄媒體中的UDF中的管理信息的關系的圖。圖27是示出本發(fā)明的第1實施形態(tài)中的AVIndex文件的結構的圖。圖28是示出本發(fā)明的第1實施形態(tài)中的屬性信息的結構的圖。圖29是示出本發(fā)明的第1實施形態(tài)中的flags的結構的圖。圖30是示出本發(fā)明的第1實施形態(tài)中的整體的處理的流程的流程圖。圖31是示出本發(fā)明的第1實施形態(tài)中的由用戶指示進行的各種處理的流程的流程圖。圖32(a)、(b)分別是示出本發(fā)明的第1實施形態(tài)中的AVIndex文件更新前的目錄/文件結構和記錄媒體上的記錄狀態(tài)的例子的圖。圖33是示出本發(fā)明的第1實施形態(tài)中的盤插入之后的AVIndex管理表的例子的圖。圖34(a)、(b)是示出本發(fā)明的第1實施形態(tài)中的錄像處理之后的記錄媒體上的記錄狀態(tài)的例子的圖。圖35是示出本發(fā)明的第1實施形態(tài)中的錄像之后的AVIndex管理表的例子的圖。圖36是示出本發(fā)明的第1實施形態(tài)中的條目刪除之后的AVIndex管理表的例子的圖。圖37是示出本發(fā)明的第1實施形態(tài)中的條目數據變更之后的AVIndex管理表的例子的圖。圖38是示出本發(fā)明的第1實施形態(tài)中的AVIndex文件更新處理的流程圖。圖39是示出本發(fā)明的第1實施形態(tài)中的AVIndex文件更新后的記錄媒體上的記錄狀態(tài)的例子的圖。圖40是示出本發(fā)明的第1實施形態(tài)中的AVIndex文件讀出處理的流程圖。圖41是示出本發(fā)明的第1實施形態(tài)中的屬性信息的第2結構的圖。圖42是示出本發(fā)明的第2實施形態(tài)中附加了的管理信息的結構的圖。圖43是示出本發(fā)明的第2實施形態(tài)中的AVIndex文件更新處理的流程圖。圖44是示出本發(fā)明的第2實施形態(tài)中的AVIndex文件更新后的記錄媒體上的記錄狀態(tài)的例子的圖。圖45(a)、(b)是示出本發(fā)明的第2實施形態(tài)中的AVIndex文件合并前后的記錄媒體上的記錄狀態(tài)的例子的圖。圖46是示出本發(fā)明的第2實施形態(tài)中的AVIndex文件讀出處理的流程圖。圖47是示出本發(fā)明的第2實施形態(tài)中的flags的第2結構的圖。圖48是示出本發(fā)明的第3實施形態(tài)中的AVIndex文件的結構的圖。圖49是示出本發(fā)明的第3實施形態(tài)中的AVIndex文件更新前的記錄媒體上的記錄狀態(tài)的例子的圖。圖50是示出本發(fā)明的第3實施形態(tài)中的AVIndex文件更新處理的流程圖。圖51(a)、(b)是示出本發(fā)明的第3實施形態(tài)中的AVIndex文件更新后的記錄媒體上的記錄狀態(tài)的例子的圖。圖52是示出本發(fā)明的第3實施形態(tài)中的AVIndex文件讀出處理的流程圖。圖53(a)、(b)是示出本發(fā)明的第4實施形態(tài)中的AVIndex文件更新處理(Movieatom中的數據量的變化為扇區(qū)的整數倍的情況)的圖。圖54是示出本發(fā)明的第4實施形態(tài)中的AVIndex文件更新(Movieatom中的數據量的變化為扇區(qū)的整數倍的情況)后的記錄媒體上的記錄狀態(tài)的例子的圖。圖55(a)、(b)是示出本發(fā)明的第4實施形態(tài)中的AVIndex文件更新處理(Movieatom中的數據量的變化不是扇區(qū)的整數倍的情況)的圖。圖56是示出本發(fā)明的第4實施形態(tài)中的AVIndex文件更新(Movieatom中的數據量的變化不是扇區(qū)的整數倍的情況)后的記錄媒體上的記錄狀態(tài)的例子的圖。圖57(a)、(b)是示出本發(fā)明的第4實施形態(tài)中的AVIndex文件與區(qū)域的關系的例子的圖。圖58是示出本發(fā)明的第4實施形態(tài)中的由第2更新方法得到的AVIndex文件更新后的記錄媒體上的記錄狀態(tài)的例子的圖。圖59(a)、(b)是示出本發(fā)明的第4實施形態(tài)中的由第3更新方法得到的AVIndex文件更新后的記錄媒體上的記錄狀態(tài)的例子的圖。圖60是示出現(xiàn)有技術中的索引文件的圖。用于實施發(fā)明的最佳形態(tài)以下，一邊參照附圖，一邊詳細地說明本發(fā)明的實施形態(tài)。按在本發(fā)明中共同地使用的結構、各個實施形態(tài)中固有的內容的順序進行這里的說明。<系統(tǒng)結構>圖1是本發(fā)明中共同地使用的視頻盤記錄器的結構圖。如圖1中所示，該裝置由下述部分構成總線100、主CPU101、RAM102、ROM103、用戶接口104、系統(tǒng)時鐘105、光盤106、檢拾器107、ECC(錯誤糾正碼)譯碼器108、ECC編碼器109、重播用緩沖器110、記錄/后期錄音用緩沖器111、多路信號分離器112、多路轉換器113、多路復用緩沖器114、音頻譯碼器115、視頻譯碼器116、音頻編碼器117、視頻編碼器118和未圖示的照相機、話筒、揚聲器、顯示器等。再有，圖1的視頻盤記錄器相當于權利要求書中的「數據記錄裝置(記錄裝置)」或「數據重播裝置(重播裝置)」，光盤106相當于權利要求書中的「數據記錄媒體(記錄媒體)」。主CPU101通過總線100與多路信號分離器112、多路轉換器113、檢拾器107還有總線100的連接未圖示，但進行音頻譯碼器115、視頻譯碼器116、音頻編碼器117、視頻編碼器118的控制。在重播時，利用ECC譯碼器108對從光盤106通過檢拾器107讀出的數據進行錯誤糾正，將該數據一度存儲在重播用緩沖器110中。主CPU101根據與重播中的數據有關的管理信息，按照來自音頻譯碼器115、視頻譯碼器116的數據發(fā)送要求，對多路信號分離器112給予指示，以便按照其類別將重播用緩沖器110中的數據分配給適當的譯碼器。再有，利用檢拾器107、ECC譯碼器108、重播用緩沖器110、多路信號分離器112、音頻譯碼器115、視頻譯碼器116、主CPU101和RAM102構成權利要求書中的「重播手段」。另一方面，在記錄時，將由音頻編碼器117、視頻編碼器118進行了壓縮編碼的數據一度發(fā)送給多路復用緩沖器114，利用多路轉換器113進行AV多路復用，發(fā)送給記錄/后期錄音用緩沖器111。利用ECC編碼器109對記錄/后期錄音用緩沖器111中的數據附加錯誤糾正符號，通過檢拾器107記錄在光盤106上。再有，利用檢拾器107、ECC編碼器109、記錄/后期錄音用緩沖器111、多路轉換器113、多路復用緩沖器114、音頻編碼器117、視頻編碼器118、主CPU101和RAM102構成權利要求書中的「記錄手段」。在音頻數據的編碼方式中使用MPEG-1Layer-II，在視頻數據的編碼方式中使用MPEG-2。將光盤106定為作為一次寫入型的光盤的DVD-R。將2048byte(字節(jié))定為1個扇區(qū)，為了進行錯誤糾正，用16個扇區(qū)構成ECC塊。<文件格式>在本發(fā)明中，說明用作AV流管理用的格式的QuickTime文件格式。所謂QuickTime文件格式，是Apple公司開發(fā)的多媒體數據管理用的格式，在PC的領域中廣泛地被使用。用視頻數據或音頻數據等(也將其總稱為多媒體數據)和管理信息構成QuickTime文件格式。將兩者合在一起，稱為QuickTimeMovie(簡稱為Movie)。兩者可在相同的文件中存在，也可在不同的文件中存在。在相同的文件中存在管理信息和多媒體數據的情況下，采取圖2(a)中示出的那樣的結構。將各種信息存儲在稱為atom的共同的結構中。將管理信息存儲在稱為Movieatom這樣的結構中，將多媒體數據存儲在稱為Moviedataatom這樣的結構中。此外，在Movieatom中的管理信息中包含了引導與多媒體數據中的任意的時間對應的多媒體數據的文件中的相對位置用的表、多媒體數據的屬性信息、后述的外部參照信息等。另一方面，在不同的文件中存儲了管理信息和多媒體數據的情況下，采取圖2(b)中示出的那樣的結構。將管理信息存儲在稱為Movieatom這樣的結構中，但沒有必要在atom中存儲多媒體數據。此時，Movieatom對存儲了多媒體數據的文件進行了「外部參照」。如圖2(c)中所示，外部參照可對多個AV流文件來進行，利用該編排，可在不以物理的方式移動AV流本身的情況下進行看作進行了外觀上的編輯的所謂的「非線性編輯」「非破壞編輯」。在此，使用圖3至圖12說明QuickTime的管理信息的格式。首先，說明作為共同的信息存儲格式的atom。在atom的開頭必定存在作為該atom的尺寸的atomsize和作為該atom的類別信息的Type。用4個文字來區(qū)別Type，例如在Movieatom中成為′moov′，在Moviedataatom中成為′mdat′。在此，將處于atom的開頭的Atomsize和Type的列成為atomheader。各atom可包含另外的atom。即，在atom間有層次結構。在圖3中示出Movieatom的結構。Movieheaderatom管理該Movieatom管理的Movie的整體的屬性。Trackatom存儲關于該Movie中包含的視頻或音頻等的信道的信息。Userdataatom是可獨自地定義的atom。在圖4中示出Track的結構。atomheaderatom管理該信道的整體的屬性。Editatom管理在Movie的哪個時刻重播媒體數據的哪個區(qū)間。Trackreferenceatom管理與另外的信道的關系。Mediaatom管理實際的視頻或音頻這樣的數據。在圖5中示出Trackheaderatom的結構。在此，只說明在后面的說明中所必要的結構。flags是示出屬性的標識位的集合。作為代表的標識位，有Trackenabled標識位，如果該標識位為1，則重播該信道，如果是0，則不重播。layer表示該信道的空間的優(yōu)先度，如果有多個顯示圖像的信道，則越是layer的值小的信道，圖像就越在前面顯示。在圖6中示出Mediaatom的結構。Mediaheaderatom管理與該Mediaatom管理的媒體數據相關的整體的屬性等。Handlerreferenceatom存儲示出用哪個譯碼器對媒體數據進行譯碼的信息。Mediainformationatom管理視頻或音頻等媒體固有的屬性信息。在圖7中示出Mediainformationatom的結構。Mediainformationheaderatom管理視頻或音頻等媒體固有的屬性信息。Handlerreferenceatom的情況與在Mediaatom的項目中已說明的相同。Datainformationatom包含作為管理包含該QuickTimeMovie所參照的媒體數據的文件的名稱的atom的Datareferenceatom。sampletableatom管理了數據的大小或重播時間等。其次，說明sampletableatom，在此之前，使用圖8說明QuickTime中的數據的管理方法。在QuickTime中，將數據的最小單位(例如視頻幀)稱為樣品。在每個信道中，按重播時間順序從1起對樣品加上了編號(樣品編號)。此外，在QuickTime格式中，管理了各個樣品的重播時間長度和數據大小。此外，將屬于同一信道的樣品按重播時間順序在文件中連續(xù)地配置的區(qū)域稱為塊(chunk)。對于塊來說，也按重播時間順序從1起加上了編號。再者，在QuickTime格式中，管理了各個塊的從文件開頭算起的地址和各個塊所包含的樣品數。根據這些信息，可求出與任意的時間對應的樣品的位置。在圖9中示出sampletableatom的結構。Sampledescriptionatom管理各個塊的數據格式(Dataformat)或存儲了樣品的文件的塊的Index(索引)等。Time-to-sampleatom管理各個樣品的重播時間。Syncsampleatom管理各個樣品中能開始譯碼的樣品。Sample-to-chunkatom管理各個樣品中包含的樣品數。Samplesizeatom管理各個樣品的大小。Chunkoffsetatom管理從各個塊的文件開頭算起的地址。如圖10中所示，Editatom包含1個Editlistatom。Editlistatom具有用Numberofentries指定的個數部分的Trackduration、Mediatime、Mediarate的值的組(條目)。各條目在信道上與連續(xù)地重播的區(qū)間相對應，按在該信道上的重播時間順序進行了排列。Trackduration表示該條目所管理的區(qū)間的信道上的重播時間，Mediatime表示與該條目所管理的區(qū)間的開頭對應的媒體數據上的位置，Mediarate表示該條目所管理的區(qū)間的重播速率。此外，在Mediatime為-1的情況下，停止該條目的Trackduration部分的在該信道上的樣品的重播。將該區(qū)間稱為emptyedit。圖11(a)～(c)示出Editlist的使用例。在此，Editlistatom的內容是圖11(a)中示出的內容，再者，假定樣品的結構為圖11(b)。此外，在此將第i個條目的Trackduration定為D(i)，將Mediatime定為T(i)，將Mediarate定為R(i)。此時，按圖11(c)中示出的順序進行實際的樣品的重播?，F(xiàn)簡單地說明這一點。首先，對于條目#1來說，由于Trackduration為13000，Mediatime為20000，Mediarate為1，故從該信道的開頭至13000的區(qū)間重播樣品中的時刻20000至33000的區(qū)間。其次，對于條目#2來說，由于Trackduration為5000，Mediatime為-1，故在信道中的時刻13000至18000的區(qū)間內不進行任何重播。最后，對于條目#3來說，由于Trackduration為10000，Mediatime為0，Mediarate為1，故在信道中的時刻18000至28000的區(qū)間中重播樣品中的時刻0至10000的區(qū)間。在圖12中示出Userdataatom的結構。在該atom中，可存儲任意個數的未按QuickTime格式定義的獨自的信息。用1個條目管理1個獨自信息，用Size、Type和Userdata構成1個條目。Size表示該條目本身的大小，Type表示分別區(qū)別獨自信息用的識別信息，Userdata表示實際的數據。其次，說明作為為了與錄像中的電源隔斷等相對應而導入的概念的FragmentedMovie。FragmentedMovie是用作為QuickTime格式的1個應用程序的MotionJPEG2000而導入的概念，可在每個部分的AV流中管理與上述的sampletableatom相當的信息。在MotionJPEG2000中使用了box那樣的術語來代替atom，但在此為了統(tǒng)一起見，置換為atom來說明。在圖13中示出導入了FragmentedMovie的QuickTime文件的整體結構。在開頭配置管理在該整個文件中共同的信息的Movieatom，在此之后交替地配置存儲部分AV流數據的Moviedataatom、構成該部分AV流數據的樣品的地址及大小、管理重播時間等的MovieFragmentedatom。此外，與通常的QuickTime文件同樣，可在不同的文件中存在AV流數據。通過在錄像時按該順序進行記錄，在最小限度方面可以防止因錄像時的電源切斷引起的損害。在Movieatom中包含表示該QuickTimeMovie是Fragmentedmovie用的Movieextendsatom。在Movieextendsatom中存儲在該Movie中包含的與各信道相關的默認值。此外，在Moviefragmentatom中包含了與該Moviefragmentatom管理的部分AV流相關的管理信息。在管理信息中有存儲與該管理的部分AV流整體相關的信息的Moviefragmentheaderatom和存儲與部分AV流中的各信道相關的信息的Trackfragmentatom。Trackfragmentatom包含存儲與屬于其管理的信道的部分AV流相關的信息的Trackfragmentheaderatom和分別管理構成屬于該信道的部分AV流的邏輯的連續(xù)區(qū)域(稱為Trackrun)的Trackfragmentrunatom。以下，詳細地說明各atom。在圖14中示出Movieextendsatom。如上所述，Movieextendsatom具有表示包含該atom的QuickTimeMovie是Fragmentedmovie的作用。在圖15中示出Trackextendsatom的結構。Trackextendsatom是為了設定在該QuickTimeMovie中包含的各信道的樣品的默認值而存在的。trackID參照在Movieatom中定義的信道的trackID。用default-sample開始的字段設定用該atom管理的trackfragment的默認值。在圖16中示出Moviefragmentatom的結構。在錄像中逐次記錄的管理信息是該atom。如上所述，該atom包含作為存儲與該atom所管理的Moviefragment相關的實際的信息的atom的Moviefragmentheaderatom或Trackfragmentatom。在圖17中示出Moviefragmentheaderatom的結構。在該atom中所存儲的主要的信息是sequence-number(序列號)。sequence-number表示包含該atom的Moviefragmentatom所管理的Moviefragment的從開頭算起的序號。在圖18中示出Trackfragmentatom的結構。Trackfragmentatom存儲作為與Moviefragment中包含的特定的信道的樣品相關的管理信息的Trackfragmentheaderatom或Trackfragmentrunatom。在圖19中示出Trackfragmentheaderatom的結構。該atom存儲在Moviefragment中包含的與特定的信道的樣品相關的默認值等。trackID表示與在Movieatom中定義了的信道的trackID的對應。sample-description-index是該atom管理的樣品所參照的sampledescriptiontable的索引編號，用default-sample開始的字段分別是該atom所管理的樣品的默認值。在圖20中示出Trackfragmentrunatom的結構。該atom存儲被稱為Trackrun的該atom所管理的連續(xù)區(qū)域或各個樣品的管理信息。sample-count表示Trackrun中包含的樣品的個數。data-offset表示偏離base-data-offset的Trackrun的偏移值。用sample-開始的字段存儲該atom所管理的樣品的重播時間等的值。但是，如果與上述的默認值相同，則可省略之以縮小數據大小。<AV流的形態(tài)>使用圖21和圖22說明在本發(fā)明中共同地使用的AV流的結構。AV流由整數個ContinuousUnit(連續(xù)單元)(CU)構成。CU是在盤上連續(xù)地記錄的單位。將CU的長度設定為即使怎樣地在盤上配置構成AV流的CU也保證無縫重播(在重播中圖像或聲音能以不中斷的方式重播)或實時后期錄音(一邊對后期錄音對象的視頻進行無縫重播，一邊記錄音頻)。在后面敘述該設定方法。CU由整數個VideoUnit(視頻單元)(VU)構成。VU是能單獨重播的單位，根據這一點，可成為在重播時的條目指針。在圖22中示出VU結構。VU由存儲了約1秒的視頻數據的整數個GOP(groupofpicture)(圖片組)和存儲了在與其相同的時間內重播的主音頻數據的整數個AAU(音頻存取單元)構成。此外，GOP是MPEG-2視頻規(guī)格中的圖像壓縮的單位，用多個視頻幀(其型地約15幀)構成。AAU是MPEG-1Layer-II規(guī)格中的聲音壓縮的單位，由1152點的聲音波形樣品點構成。在取樣頻率為48kHz的情況下，每AAU的重播時間為0.024秒。在VU中，為了減小為AV同步重播所必要的延遲，按AAU、GOP的順序來配置。此外，為了能用VU單位進行獨立重播，在VU中的視頻數據的開頭放置SequeceHeader(序列標題)(SH)。將VU的重播時間定義為將視頻幀周期乘上在VU中包含的視頻幀數的時間。<AV流的管理方法>AV流的管理方法以上述的QuickTime文件格式為基礎。在圖23中示出AV流管理形態(tài)。視頻信道將1個視頻幀作為1個樣品來管理，將VU中的視頻的塊作為1個chunk來管理。主音頻信道將AAU作為1個樣品來管理，將VU中的音頻的塊作為1個chunk來管理。<CU單位的決定方法>其次說明CU單位的決定方法。在該決定方法中，設想成為基準的器件(參照器件模型)，在其上決定連續(xù)記錄單位，以便無破綻地進行無縫重播。因此，首先使用圖24說明參照器件模型。參照器件模型由下述部分構成1個檢拾器和與其相連的ECC編碼、譯碼器501、信道緩沖器502、多路信號分離器503、后期錄音用緩沖器504、音頻編碼器509、視頻緩沖器505、音頻緩沖器506、視頻譯碼器507以及音頻譯碼器508。假定如果在VU的譯碼開始時在信道緩沖器502上存在至少1個VU，就能保證本模型中的無縫重播。將音頻幀數據的對ECC編碼器501的數據的輸入速度和從ECC編碼器501起數據的輸出速度定為Rs。此外，將由存取進行的讀出、記錄的停止的最大期間定為Ta。再者，將短的存取(約100信道)所需要的時間定為Tk。再有，在這些期間中包含尋找時間、旋轉等待時間、在存取后最初從盤讀出的數據從ECC到被輸出的時間。在本實施形態(tài)中，Rs＝20Mbps，Ta＝1秒，Tk＝0.2秒。在上述參照器件模型中進行了重播的情況下，如果滿足下述那樣的條件，則可保證信道緩沖器502沒有下溢。在示出條件之前，首先進行記號的定義。將構成AV流的第i個連續(xù)區(qū)域定為C#i，將C#i中包含的重播時間定為Tc(i)。將Tc(i)定為在C#i中包含了開頭的VU的重播時間的合計。此外，將從C#i至C#i+1的存取時間定為Ta。此外，將重播時間Tc(i)部分的VU讀出時間定為Tr(i)。此時，所謂不使信道緩沖器502下溢的條件，是指在將包含了分斷轉移的最大讀出時間定為Tr(i)時，在任意的C#i中，<式1>成立Tc(i)≥Tr(i)+Ta...<式1>之所以如此，是因為該式是滿足作為無縫重播的充分條件的下式的充分條件的緣故ΣiTc(i)≥Σi(Tr(i)+Ta)]]>將Tr(i)＝Tc(i)×(Rv+Ra)/Rs代入<式1>的Tr(i)中，如果解Tc(i)，則可得到能保證無縫重播的Tc(i)的條件<式2>Tc(i)≥(Ta×Rs)/(Rs-Rv-Ra)...<式2>即，如果使各連續(xù)區(qū)域中開頭所包含的VU的合計滿足上式，則能保證無縫重播。此時，也可對各連續(xù)區(qū)域進行限制，使得合計的重播時間包含滿足上式的完全的VU組。即使在自動分割Movie文件中，也必須滿足<式2>。但是，開頭的自動分割Movie的最初的CU和末尾的自動分割Movie的最后的CU也可不滿足<式2>。之所以如此，是因為對于開頭來說，通過使重播開始比來自記錄媒體的數據讀出開始晚，可予以吸收，對于末尾來說，由于沒有接著相連的數據，故沒有必要關心連續(xù)重播的緣故。通過以這種方式在開頭和末尾使條件緩和，可有效地利用短的空閑區(qū)域。<文件系統(tǒng)>使用圖25(a)、(b)和圖26說明作為在本發(fā)明的說明中使用的文件系統(tǒng)的格式的UDF(通用盤格式)。在圖25(b)中示出用UDF記錄了圖25(a)中示出的目錄/文件結構的例子。圖中的AVDP602是AnchorVolumeDescriptorPointer的簡稱，相當于尋找UDF的管理信息用的條目指針，通常記錄在第256扇區(qū)、第N扇區(qū)或N-第256扇區(qū)(N為最大邏輯扇區(qū)編號)中。VDS601是VolumeDescriptorSequence的簡稱，記錄與作為UDF所管理的區(qū)域的Volume相關的管理信息。一般來說，在1個盤上存在1個Volume，其中一般包含1個分割區(qū)。FSD603是FileSetDescriptor的簡稱，在分割區(qū)中存在1個FSD603。在分割區(qū)中的位置信息用與從分割區(qū)的開頭算起的扇區(qū)編號相當的邏輯塊編號來表示。再有，1個邏輯塊與1個扇區(qū)相對應。FSD603包含作為樹干目錄的FileEntry(文件條目)(FE)的FE604的位置信息(用邏輯塊編號和邏輯塊數構成，被稱為extent)。FE管理了extent的集合，通過改寫、附加或刪除extent，可改變構成文件的實際數據的序號或插入數據、刪除數據。FE604管理存儲FileIdentifierDescriptor(FID)的集合的區(qū)域605，該FID存儲樹干目錄的正下方的文件或目錄的名稱等。區(qū)域605中的FID611、FID612分別包含文件621、文件622的文件名或管理extent的集合的FE606、FE608的位置信息。FE606將作為構成文件621的實際數據的區(qū)域的區(qū)域607、610作為extent來管理。此時為了對文件621的實際數據進行存取，按AVDP602、VDS601、FSD603、FE604、FID611、FID606、區(qū)域607、610的順序，以環(huán)狀來行進即可。其次使用圖26說明與一次寫入型盤對應的UDF。與圖25(b)相比，在附加了VAT(VirtualAllocationTable，虛擬地址分配表)613和上次一次寫入結束區(qū)域614方面不同。VAT是指示FE的地址的變換表，通過使用該表，在不能改寫的一次寫入型盤中實現(xiàn)了外觀上的改寫。上次一次寫入結束區(qū)域614是表示在何處結束了上次的一次寫入用的區(qū)域，在DVD-R中被稱為Borderout。在DVD-R中在Borderout之前記錄VAT，在重播時首先檢測Borderout，通過讀出其之前的VAT，在存儲器上構建指示FE的地址的變換表，經由變換表對盤上的實際的FE進行存取。因而，在打算在外觀上改寫文件的情況下，對更新部分的數據進行一次寫入，在盤上一次寫入在改寫對象的文件的FE上附加了該數據的extent的內容，在VAT上登錄在新的FE中讀入該文件的FE那樣的映像(mapping)即可。對于文件的附加或刪除來說，也同樣地一次寫入管理FID的集合的extent的FE，在VAT上登錄與現(xiàn)有的FE置換那樣的映像即可?！驳?實施形態(tài)〕使用圖27至圖41說明本發(fā)明的第1實施形態(tài)。<管理信息格式>如上所述，為了管理在盤內包含的QuickTimeMovie或包含靜止圖像數據等的各種文件(以后稱為AV文件)，在盤內放置AVIndex文件1740這樣的特別的QuickTimeMovie文件。在圖27中示出本實施形態(tài)中的AVIndex文件1740的結構。AVIndex文件1740與通常的QuickTimeMovie文件同樣，用作為管理信息的Movieatom1791和數據本身的Moviedataatom1792構成。再有，AV文件相當于權利要求書中的「本體數據」，AVIndex文件相當于權利要求書中的「發(fā)現(xiàn)數據」。AVIndex文件1740管理多個條目，盤內的各AV文件分別用1個條目來管理。Movieatom1791由下述合計4種信道構成管理各條目的屬性信息(屬性數據)用的Propertytrack1793、管理各條目的標題文字列數據用的Titletrack1794、管理各條目的代表圖像數據用的Thumbnailtrack1795、管理各條目的代表音頻數據用的Intromusictrack1796。與各條目相關的屬性信息或標題文字列數據、代表圖像數據、代表音頻數據分別作為1793～1796的信道的樣品來管理。例如與AV文件1741相關的屬性信息用Propertytrack1793上的樣品1701來管理，標題文字列數據由Titletrack1794上的樣品1711來管理，代表圖像數據由Thumbnailtrack1795上的樣品1721來管理，代表音頻數據由Intromusictrack1796上的樣品1731來管理。根據各樣品的重播開始時間來進行樣品間的關聯(lián)。即，在信道間位于同一時刻的樣品判斷為與同一條目相對應。Moviedataatom1792存儲與各AV文件相關的屬性信息、標題文字列數據、代表圖像數據、代表音頻數據。再有，屬性信息、標題文字列數據、代表圖像數據、代表音頻數據分別相當于權利要求書中的「發(fā)現(xiàn)信息」。屬性信息采取圖28中示出的結構。以下說明各字段。version示出文件格式的版本。flags將各種標識位歸納起來。entry-number(條目編號)存儲與屬性信息對應的條目的ID。creation-time和modification-time分別表示作成了和修正了與該屬性信息對應的條目的日期時間。duration表示與該屬性信息對應的條目的重播時間。fie-identifier在與該管理信息對應的條目與文件相對應的情況下，存儲該文件的文件名?，F(xiàn)使用圖29說明上述flags。StatusofEntry是識別對應的條目為有效(available)或無效(invalid)用的標識位?，F(xiàn)說明在Moviedataatom1792中被存儲的其它的數據。使用被縮小為160×120像素的JPEG壓縮數據作為代表圖像數據，使用文本數據作為標題文字列數據，使用用MPEG-1AudioLayer-II進行了壓縮的數據作為代表音頻數據。<整體的流程>在圖30中示出本實施形態(tài)中的從盤插入起到盤彈出或電源關斷為止的流程。如果插入了光盤106后，則沿上述的序列，首先讀入文件系統(tǒng)的管理信息(步驟2000)。其次從光盤106讀入AVIndex文件，進行索引畫面的顯示(步驟2001)。其次，檢驗是否是在盤上記錄AVIndex文件的時刻。所謂記錄的時刻，是指為了將新的信息從光盤106讀出到RAM102上而必須將盤彈出指示、電源關斷或與AVIndex文件相關的信息在RAM102上的一度記錄到光盤106上的時刻。如果是記錄的時刻，則進行從步驟2003至步驟2004的AVIndex記錄處理。另一方面，在不記錄的時刻的情況下，首先檢驗是否沒有來自用戶的指示(步驟2008)。如果有指示，則按指示執(zhí)行各種處理(參照圖31)，如果結束了上述的處理，則反映這些情況，執(zhí)行索引畫面顯示更新處理(步驟2019)。其次，說明在步驟2003至步驟2007中示出的處理。首先，從RAM102上的信息進行AVIndex文件的記錄(步驟2003)，進行文件目錄信息記錄(步驟2004)。其次，檢驗成為進行AVIndex記錄的引發(fā)劑的是否是電源關斷或盤彈出(步驟2005)，如果是電源關斷或盤彈出，則記錄VAT(步驟2006)，記錄作為表示一次寫入結束為止用的區(qū)域的Borderout(步驟2007)。在重播該光盤106的情況下，最初必須讀出VAT，但尋找該位置用的信息是Borderout。因而，重播裝置在文件的讀出前必定使檢拾器在光盤的半徑方向上移動，尋找最后的Borderout，讀出其之前的VAT。通過像本實施形態(tài)那樣將記錄最新的AVIndex文件的內容的區(qū)域置于VAT或Borderout的附近，可縮短到讀出AVIndex文件為止的尋找時間。通過這樣做，可高速地對用戶示出代表圖像或標題等，與對用戶的響應程度的提高相連系。其次，使用圖31說明步驟2009中的各種處理。首先，檢驗指示是否是錄像(步驟2010)，如果是錄像，則進行后述的錄像處理(步驟2011)。如果指示不是錄像，則檢驗是否是條目刪除，即已有的AVIndex的刪除(步驟2012)，如果是條目刪除，則執(zhí)行后述的條目刪除處理(步驟2013)。如果既不是錄像、也不是條目刪除，則接著檢驗是否是與已有的條目相關的代表圖像數據、標題文字列數據、代表音頻數據、屬性信息的某一個的變更(步驟2014)，如果是的話，則執(zhí)行后述的簡略內容等的變更處理(步驟2015)。如果所指示的不是簡略內容等的變更處理，則執(zhí)行其它的處理(步驟2016)。以下，詳細地說明各處理。在此，作為開始處理之前的初始狀態(tài)，假定在光盤106上用圖32(a)中示出的目錄結構記錄文件，分別在光盤106上配置成圖32(b)中示出的狀態(tài)。即，分別在AVfile2201、AVfile2202和AVfile2203的位置上記錄作為AV文件的SHRP0001.MOV、SHRP0002.MOV和SHRP0003.MOV。此外，在圖32(b)中的AVIndexfie2204的區(qū)域上記錄作為AVIndex文件的AVIF0000.MOV，在AVIndexfile2204的區(qū)域的開頭，在區(qū)域2211上記錄AVIndexfile的Movieatom。此外，假定在區(qū)域2212、區(qū)域2215、區(qū)域2218上記錄SHRP0001.MOV的屬性信息、標題文字列數據和代表圖像數據，在區(qū)域2213、區(qū)域2216、區(qū)域2219上記錄SHRP0002.MOV的屬性信息、標題文字列數據和代表圖像數據，在區(qū)域2214、區(qū)域2217、區(qū)域2220上記錄SHRP0003.MOV的屬性信息、標題文字列數據和代表圖像數據。進行了后述的索引畫面顯示處理的結果是，在RAM102上構成管理與AVIndex文件相關的信息用的圖33中示出的表。在此，將該表稱為AVIndex管理表。該表的各行管理盤插入時讀出的AVIndex的狀態(tài)和其后的各條目的更新。在各行中具有與屬性相關的信息或各條目所管理的AVIndex的名稱、記錄了代表圖像數據的位置(AVIndex文件的名稱和地址信息)、對于在RAM102的另外的區(qū)域中保持了的代表圖像數據的指針信息。再有，為了簡單地進行說明起見，關于代表音頻數據和標題文字列數據沒有圖示，但分別進行與代表圖像數據和屬性信息同樣的處理。此外，實際上用來自樹干目錄的全通路(fullpass)管理了各文件的名稱，但在此為了簡單起見，省略了目錄名。<錄像時的處理>使用圖34(a)、(b)說明本實施形態(tài)中的錄像時的處理。如果由用戶指示了錄像，則首先啟動音頻編碼器117和視頻編碼器118，用上述的編碼方式開始對來自未圖示的照相機和話筒的輸入數據進行編碼。利用多路轉換器113并按照上述的AV流格式對已編碼的音頻數據和視頻數據進行多路復用。此時，在RAM102上存儲了在后面記錄Movieatom時所必要的GOP的大小或重播時間等。此外，用JPEG編碼方式對從輸入視頻數據抽出并縮小了開頭的圖像作為代表圖像的圖像進行編碼，作成代表圖像數據，保持在RAM102上。作為多路復用結果的AV流經由記錄/后期錄音用緩沖器111和ECC編碼器109，利用檢拾器107記錄在光盤106上。在圖34(a)的2100的位置上從左至右進行AV流的在光盤106上的記錄。如果由用戶指示錄像停止，將記錄/后期錄音用緩沖器111上留下的AV流記錄在光盤106上結束后，則在RAM102上存儲已記錄的AV流的字節(jié)數，其次，進行Movieatom的記錄。如圖34(a)所示那樣，從扇區(qū)邊界2112起開始記錄。如果結束了Movieatom的記錄后，則在區(qū)域2102中插入適當的大小的Skipatom，使其在下一個扇區(qū)邊界2113之前位于Moviedataatom的atomheader的后端。再有，所謂Skipatom，是在QuickTime文件格式中主要在填充用途中使用的atom。其次，在區(qū)域2103上記錄Moviedataatom的atomheader。在atomheader上記錄將在RAM102上存儲了的AV流的字節(jié)數和Moviedataatom的atomheader的字節(jié)數加在一起的值，記錄意味Moviedataatom的“mdat”。最后，在2104的位置上記錄FE。在FE上從開頭起讀出該AV文件的情況下，按圖34(b)的順序記錄了信息。以下說明采取這樣的記錄形態(tài)的原因。在QuickTime文件格式中，Moviedataatom中的size和Movieatom的內容是具有只要錄像不結束就不決定的性質的信息。通常，由于AV流的大小比記錄/后期錄音用緩沖器111大，故在Movieatom記錄之前必須記錄AV流。此時，在能改寫型的盤中，可返回到前方(圖34(a)中的AV流2100的左邊)來記錄Movieatom，但在一次寫入型盤的情況下，只能在后方(圖34(a)中的AV流2100的右邊)進行記錄。因而，在光盤上的記錄按圖34(a)的順序來記錄，然后記錄作為文件系統(tǒng)的管理信息的FE，以使作為文件的讀出順序如圖34(b)所示那樣。此時，在利用FE的信息依次讀出多個連續(xù)區(qū)域間的情況下，除了最后的區(qū)域外，各自的區(qū)域的大小必須為扇區(qū)(記錄單元)的整數倍。因此，插入Skipatom2102，進行了調節(jié)，使得記錄了Movieatom2101、Moviedataatom的atomheader2103的區(qū)域的大小為扇區(qū)的整數倍。由于Skipatom是最高位的atom(例如Movieatom或Moviedataatom)的邊界，將其插入任何地方均可，故也可在Movieatom2101與Moviedataatom的atomheader2103之間以外，例如在Movieatom之前。此外，在本實施形態(tài)中，在同一文件中存儲了Movieatom和AV流，但如圖2(b)中所示，當然也可記錄在不同的文件中。此時，只按AV流文件、Movieatom的文件的順序來記錄。在錄像結束了的時刻，在RAM102上的AVIndex管理表中附加用圖35的行編號3示出的行。以下，說明該行的內容。在屬性信息中，entry-number存儲不與已有的編號重復的編號。即使關于AV文件名稱，AVIndex管理表中的已有的AV文件名稱的第5位至第8位的數字部分也生成并存儲在文件系統(tǒng)方面不重復的文件名稱。此外，關于代表圖像數據記錄位置，由于在光盤106上未記錄，故存儲表示未記錄的NULL。此外，關于代表圖像數據指針，存儲在記錄時所生成的上述的代表圖像數據的在RAM102上的地址。<條目刪除處理>現(xiàn)說明本實施形態(tài)中的條目刪除時的處理。在此，假定刪除之前的AVIndex管理表的狀態(tài)為圖35中示出的狀態(tài)。在由用戶指示了條目的刪除的情況下，在RAM102上的AVIndex管理表中附加用圖36的行編號4示出的行。即，具有與所刪除的條目的entry-number為同一的entry-number，附加statusofentry(條目狀況)為invalid(無效)的行。<條目數據變更時的處理>現(xiàn)說明本實施形態(tài)中的條目數據變更時的處理。在此，假定條目數據變更之前的AVIndex管理表的狀態(tài)為圖36中示出的狀態(tài)。在由用戶指示了代表圖像的變更的情況下，首先取得變更后的圖像，用JPEG編碼數據存儲在RAM102上。其次，對RAM102上的AVIndex管理表附加用圖37的行編號5示出的行。即，附加具有變更代表圖像的條目和與entry-number為同一的entry-number并具有在代表圖像數據指針中存儲了上述的JPEG編碼數據的RAM102上的開頭地址的行。此時，由于示出變更的只是代表圖像數據，故在其它的項目中存儲意味著無變更的NOCHANGE。此外，與錄像時同樣地，由于在光盤106上未記錄，故在代表圖像數據記錄位置上存儲NULL。再有，在此說明了變更代表圖像的情況，但即使對于代表音頻數據、標題等其它的屬性信息等條目數據的變更，也進行同樣的處理。<AVIndex記錄處理>按圖38說明本實施形態(tài)中的AVIndex文件記錄處理。首先，在AVIndex管理表上進行entry-number重復的行的合并(步驟2401、2402)。具體地說，在有entry-number重復的行的情況下，用行編號大的行的內容重寫行編號小的行，刪除行編號大的行。在重寫時，對于存儲了意味著無變更的NOCHANGE的項目，不進行行編號小的行的重寫。其次，對刪除過的條目進行除外處理。具體地說，從AVIndex管理表刪除具有statusofentry為invalid的entry-number的行(步驟2403)。其次，在RAM102上進行新的記錄AVIndex文件的sampletable的構建(步驟2404)。具體地說，在新的記錄AVIndex文件上記錄屬性信息或標題文字列數據那樣數據量小而且對于用戶或裝置來說重要度高的打算立即存取的數據，對于代表圖像數據、代表音頻數據那樣重要度低的信息(例如，在只具有1行部分文字列的顯示手段的裝置中，代表圖像是沒有意義的)去掉新附加的數據，以參照已有的AVIndex文件的方式構建sampletable。根據屬性信息、標題文字列數據、代表圖像數據、代表音頻數據的各數據的屬性來確定記錄在新的記錄AVIndex文件上還是參照已有的AVIndex文件。作為該數據的屬性，如上所述，可考慮數據量，但除此以外，也可考慮該數據的層次信息、該數據的優(yōu)先度、重播了與該數據對應的AV文件的時刻等。也可在光盤106上記錄這樣的數據的屬性。利用作為權利要求書中的「發(fā)現(xiàn)數據作成手段」的主CPU101和RAM102來執(zhí)行以上的處理。通過這樣做，既可削減記錄容量的浪費，又可防止對重要度高的信息的存取性能的下降。其次，記錄新的記錄AVIndex文件的Movieatom(步驟2405)，記錄AVIndex管理表中的全部條目的屬性信息和標題文字列(步驟2406)，最后記錄新附加的代表圖像數據和代表音頻數據。根據AVIndex管理表中的代表圖像數據記錄位置是否為NULL，可判斷是否是新附加的。再有，將新的記錄AVIndex文件的名稱定為對取出光盤106上的已有的AVIndex文件的名稱的第5位至第8位的數字的值的最大值加1的值。例如已有的AVIndex文件的名稱為AVIF0000.MOV～AVIF0100.MOV的情況下，定為SHRP0101.MOV。通過這樣做，可從名稱判斷最新的AVIndex文件，同時通過參照最新以外的AVIndex文件，可容易地再現(xiàn)光盤106中的過去的快拍(snapshot)(狀態(tài))。這樣，通過在光盤106上記錄AVIndex文件的名稱作為AVIndex文件間的關聯(lián)信息，可容易地對在該光盤106中的記錄內容的變更經歷進行存取。此外，通過將AVIndex文件的名稱的一部分定為所通過的編號，可容易地把握經歷的序號。具體地說明進行了以上的處理之后的光盤106的記錄狀態(tài)。在此，假定在AVIndex文件記錄處理開始之前在RAM102上存在具有圖37的內容的AVIndex管理表。進行了AVIndex文件記錄處理的結果是，如圖39中所示，在光盤106上作成新的AVIndexfile2242。其中，在區(qū)域2232、區(qū)域2235、區(qū)域2238上記錄了與變更了代表圖像數據的SHRP0002。MOV2202相關的屬性信息、標題文字列數據和代表圖像數據，在區(qū)域2233和區(qū)域2236上記錄了與無變更的SHRP0003。MOV2203相關的屬性信息、標題文字列數據，在區(qū)域2234、區(qū)域2237、區(qū)域2239上記錄了與新登錄的SHRP0004。MOV2241相關的屬性信息、標題文字列數據和代表圖像數據。關于SHRP0003。MOV2203的代表圖像數據，由于參照已有的AVIndexfile中的區(qū)域2220，故不重新進行記錄。再有，AVIndexfile2204相當于權利要求書中的「老的發(fā)現(xiàn)數據」或「第1數據」，AVIndexfile2242相當于權利要求書中的「新的發(fā)現(xiàn)數據」或「第2數據」。因而，第1數據是已記錄的數據，第2數據是新記錄的數據。而且，第1數據和第2數據的記錄時期不同，即使在記錄媒體上也分離地被記錄。在重播時，在第2數據之前讀出第1數據。此外，可以說第2數據是第1數據的附加數據。此外，Movieatom2231相當于權利要求書中的「第3數據」，AVIndexfile2204中包含的屬性信息、標題文字列數據、代表圖像數據、代表音頻數據(參照圖32)等的條目數據分別相當于權利要求書中的「第4數據」。此外，權利要求書中的「參照信息」或「與第4數據相關的信息」相當于作為管理信息的Movieatom2231中包含的樣品(參照圖27)中的某一個。此外，AV文件相當于權利要求書中的「第5數據」。因而，可以說屬性信息、標是文字列數據、代表圖像數據、代表音頻數據等的第4數據是具有與第5數據相關的信息的數據。<索引文件畫面顯示處理>按圖40說明本實施形態(tài)中的索引文件畫面顯示處理。首先，打開最新的AVIndex文件(步驟2300)，讀入Movieatom，在RAM102上作成上述的AVIndex管理表。但是，在該時刻，只取得了代表圖像數據等的各種數據的位置信息，還未進行各種數據至RAM102上的讀入(步驟2301)。再有，如上所述，可使用文件名來判斷哪個AVIndex文件是最新的。其次，讀出各條目的標題文字列數據和屬性信息，存儲在AVIndex管理表中(步驟2302)。其次，進行讀出代表圖像數據及代表音頻數據的讀出安排(步驟2303)。即，綜合由用戶指定的目前的索引顯示順序和各數據所包含的AVIndex文件的文件名，決定打開文件的序號，以使到顯示為止的時間為最短。具體地說，以索引畫面的顯示順序為基本，減少文件打開的次數。其次，從現(xiàn)在打開中的AVIndex文件進行代表圖像數據和代表音頻數據的讀出(步驟2304～2305)。如果結束了有效的數據的讀入后，則關閉文件(步驟2306)，取得由步驟2303決定的、下面打開的AVIndex文件的名稱(步驟2308)，如果未結束至最后的文件的讀入，則打開該文件(步驟2309)，執(zhí)行步驟2304以后的步驟。如上所述，在步驟2301中，通過參照最新以外的AVIndex文件，可容易地再現(xiàn)光盤106中的過去的快拍(snapshot)(狀態(tài))。<變型>在本實施形態(tài)中，沒有在最新的AVIndex文件中管理刪除過的條目或變更前的條目數據，但也可進行管理。具體地說，可考慮定義、附加具有已有條目的刪除或已有條目數據的變更那樣的屬性的條目?；蛘?，也可在sampletable中附加并記錄管理每個樣品的有效/無效的表。此外，在本實施形態(tài)中，在參照已有的數據方面使用了QuickTime文件格式的外部參照功能，但即使使用文件系統(tǒng)的功能，也能實現(xiàn)同樣的功能。例如，將包含在本實施形態(tài)中進行了外部參照的數據的扇區(qū)定為最新AVIndex文件的extent，如果從Movieatom來參照，則可實現(xiàn)同樣的功能而不使用QuickTime文件格式的外部參照功能。如果以圖39為例，則用包含區(qū)域2231～2239的連續(xù)扇區(qū)和包含區(qū)域2220的連續(xù)扇區(qū)的這2個extent來構成最新AVIndex文件。由此，將AVIndex文件2204和AVIndex文件2242作為同一文件來管理。此時，Movieatom包含上述同一文件內的區(qū)域2220的位置信息。此外，通過使最新AVIndex文件的文件名與之前的最新AVIndex文件的文件名相同，可進行已有數據的再次利用而不使AVIndex文件的文件數增加。再者，在記錄代表圖像數據等的條目數據時，如果記錄成其開頭位置與扇區(qū)的邊界一致，則由于條目數據的開頭成為extent的開頭，故上述處理變得單純，而且減少了在AVIndex文件中包含多余的數據的程度。此外，在本實施形態(tài)中，在AVIndex文件中存儲了代表圖像數據等的條目數據，但也可只將條目數據歸納起來，或按條目數據的每個類別作為1個文件來管理。此外，也可記錄在AV文件內，從AVIndex文件來參照。通過這樣做，在AVIndex文件的更新處理中，由于對于條目數據來說常時地參照共同的數據文件即可，故不需要變更條目數據的參照目的地的處理。此外，在本實施形態(tài)中，在最新AVIndex文件中不記錄已有AVIndex文件中包含的代表圖像數據或代表音頻數據，而是進行參照，但即使是在已有AVIndex文件中包含的代表圖像數據或代表音頻數據，為了對于特定的數據高速地進行從光盤106的讀出以提高對于用戶的響應程度，也可記錄在最新AVIndex文件中。作為特定的數據，例如可考慮與已記錄的目錄層次淺的AV文件相關的代表圖像數據。此外，在記錄最新AVIndex文件的時刻(盤彈出時或電源關斷時)，當然也可考慮預先在最新AVIndex文件中記錄與對用戶示出的文件相關的代表圖像數據或代表音頻數據。通過這樣做，在盤插入時或電源接通時可在更短的時間內再現(xiàn)上次的狀態(tài)(例如畫面顯示)。在新的記錄AVIndex文件中記錄根據代表圖像數據或代表音頻數據，或參照已有的AVIndex文件，是根據這些代表圖像數據或代表音頻數據的屬性來決定的，但作為該屬性，如上所述，也可考慮該數據的層次信息、重播了與該數據對應的AV文件的時刻等。此外，如圖41中所示，在屬性信息中準備作為存儲顯示或讀出的優(yōu)先度的字段的priority，即使在已有AVIndex文件中包含了優(yōu)先度高的文件，通過在最新AVIndex文件中記錄代表圖像數據或代表音頻數據，也可實現(xiàn)盤插入時的索引畫面的顯示的高速化，可認為提高了對于用戶的響應程度。〔第2實施形態(tài)〕使用圖42至圖47說明本發(fā)明的第2實施形態(tài)。與第1實施形態(tài)的不同點在于在第2實施形態(tài)中，在最新AVIndex文件中不包含已有的AVIndex文件中的與數據相關的管理信息，減少了因管理信息的重復記錄而導致的浪費。由于與第1實施形態(tài)共同的部分多，故集中于不同點進行說明。<管理信息格式>本實施形態(tài)中的AVIndex文件的結構除了在Movieatom的Userdataatom中包含了圖42中示出的indexlinkatom以外，與第1實施形態(tài)是共同的。indexlinkatom是在盤上存在多個AVIndex文件的情況下的表示文件間的前后關系的信息。在該atom中存在字段previous和字段next，但在本發(fā)明中只使用字段previous。在后面敘述字段previous的使用方法。<整體的流程>本實施形態(tài)中的從盤插入起到盤彈出或電源關斷為止的流程與第1實施形態(tài)是同樣的，省略其說明。<錄像時的處理>與第1實施形態(tài)是同樣的，省略其說明。<條目刪除處理>與第1實施形態(tài)是同樣的，省略其說明。<條目數據變更時的處理>與第1實施形態(tài)是同樣的，省略其說明。<AVIndex記錄處理>按圖43說明本實施形態(tài)中的AVIndex文件記錄處理。首先，進行RAM102上的AVIndex管理表的合并處理(步驟3101～3102)。具體地說，如果對于光盤106插入后附加的行存在NOCHANGE的項目，則由于可知在比該行的行編號小的條目中記錄了實際的數據的位置，故尋找具有同一entry-number的行，用該項目的內容來補充。如果內容的取得來源是光盤106插入后附加的行，則刪除該行。其次，根據AVIndex管理表的信息進行sampletable的構建(步驟3103)。具體地說，首先，對于光盤106插入后附加的行，將各行作為1個條目，對于每個條目作成管理屬性信息、代表圖像數據、代表音頻數據、標題文字列數據的sample。其次，根據行的類別在sample中存儲信息。對于意味著條目刪除的行，在屬性信息中的statusofentry中設置invalid，將管理代表圖像數據、代表音頻數據、標題文字列數據的sample的size信息設置成0。對于除此以外的行，構成sample，以便在最新的AVIndex文件中記錄最新的屬性信息、代表圖像數據、代表音頻數據、標題文字列數據。再有，在statusofentry中被設置的invalid成為使與該行對應的條目變得無效的信息。該statusofentry相當于權利要求書中的「第3數據」。其次，記錄Movieatom(步驟3104)，最后，記錄屬性信息、代表圖像數據、代表音頻數據、標題文字列數據。再有，在Movieatom的indexlinkatom的字段previous中存儲了之前的最新AVIndex文件的文件名。再有，將新的記錄AVIndex文件的名稱定為對取出光盤106上的已有的AVIndex文件的名稱的第5位至第8位的數字的值的最大值加1的值?，F(xiàn)具體地說明進行了以上的處理之后的光盤106的記錄狀態(tài)。在此，在AVIndex文件記錄處理開始之前，假定在RAM102上存在具有圖37的內容的AVIndex管理表。進行了AVIndex文件記錄處理的結果是，如圖44中所示，在光盤106上作成新的AVIndex文件2242。其中，在區(qū)域2252、區(qū)域2254、區(qū)域2256上記錄了與SHRP0002.MOV相關的屬性信息、標題文字列數據和代表圖像數據，在區(qū)域2253、區(qū)域2255和區(qū)域2257上記錄了與SHRP0004.MOV相關的屬性信息、標題文字列數據和代表圖像數據。在第1實施形態(tài)中，最新的AVIndex文件的Movieatom管理了與在光盤106上存在的全部的條目相關的信息。因此，包含了與過去的AVIndex文件的Movieatom重復的信息，相應地，存儲容量的浪費較多。與此不同，在本實施形態(tài)中，由于最新的AVIndex文件的Movieatom只管理偏離上次的AVIndex文件的差異部分(條目的附加、刪除、條目數據的變更)，故與第1實施形態(tài)相比，具有管理信息的重復記錄少的優(yōu)點。<AVIndex合并處理>在重復地進行了上述的AVIndex記錄的情況下，如圖45(a)中所示，在光盤106上分散地記錄多個AVIndex文件。由于光盤在讀出位置的移動中花費時間，故讀出位置的變更次數越多，作為結果，整體的讀出時間就越長。因而，越是重復進行AVIndex記錄，讀出時間就越長，可考慮對索引畫面顯示等的響應帶來不利影響的可能性。作為解決此問題的方法，可考慮將分散地記錄了的多個AVIndex文件的內容集中于附近來記錄的方法。在此，將該處理稱為合并處理。現(xiàn)使用例子來說明合并處理。圖45(b)是進行了合并處理的例子，在AVIndex文件3306中歸納了在AVIndex文件3303和AVIndex文件3304中包含的屬性信息、代表圖像那樣的條目數據并進行了記錄。在Movieatom中當然存儲管理這些條目數據用的sampletable。如上所述，將AVIndex文件3306的文件名定為關于作為之前的AVIndex文件的AVIndex文件3304的文件名在第5位～第8位的數字上加上1的值。此時，在Movieatom的Userdataatom中的indexlinkatom的previous字段中存儲作為條目數據的合并源的AVIndex文件的1個之前的AVIndex文件的AVIndex文件3302的文件名。通過這樣做，在從最新的文件上溯過去的文件而讀出AVIndex文件時，通過參照previous字段，可防止再次讀出合并過的數據。此外，由于也留下了合并源的AVIndex文件，故也沒有損害可容易地再現(xiàn)過去的狀態(tài)的功能。在本實施形態(tài)中，與通常的AVIndex記錄處理獨立地進行了合并處理，但當然也可同時進行。此外，與第1實施形態(tài)同樣，當然也可根據條目或條目數據的屬性來選擇合并的條目或條目數據。這樣，在Movieatom的Userdataatom中的indexlinkatom的previous字段中存儲的信息是控制文件間的讀出用的信息，該信息相當于權利要求書中的「讀出控制信息」。<編輯處理的返工處理>如上所述，在盤的彈出或電源關斷或任意的時刻使之記錄AVIndex文件，故用已記錄的AVIndex文件單位能容易地再現(xiàn)過去的快拍(snapshot)(狀態(tài))。此外，由于在RAM上有AVIndex管理表，故取消從盤讀出已有的AVIndex到在盤上寫出反映了變更的AVIndex為止之間進行的編輯操作等是容易的。另一方面，由于從AVIndex的文件名的編號可知，數字越小就越是過去作成的文件，故用AVIndex單位上溯到過去的狀態(tài)是容易的。從在AVIndex文件中設定了的日期信息，可確定該文件是在何時作成的AVIndex文件。此時，可考慮從最新的AVIndex文件的狀態(tài)返回到例如3個前的AVIndex文件的狀態(tài)。這里的「返回」，意味著全部廢除現(xiàn)在處于RAM上的AVIndex管理表的內容和由過去2個AVIndex文件管理的編輯操作，復歸到3個前的AVIndex文件的狀態(tài)。通過3次追尋用indexlinkatom的previous字段管理了之前的AVIndex文件，可實現(xiàn)這一點。從盤上讀出由indexlinkatom把握的3個前的AVIndex文件的狀態(tài)，對該狀態(tài)繼續(xù)進行編輯操作等。在實際上在盤上記錄最新的AVIndex文件時，在Movieatom的Userdataatom中的indexlinkatom的previous字段中存儲上溯的3個前的AVIndex文件的文件名。通過這樣做，在從最新的AVIndex文件上溯到過去而讀出AVIndex文件時，通過參照previous字段可防止再次讀出取消了編輯操作的數據。此外，由于也留下了取消了編輯操作的AVIndex文件，故沒有損害能容易地再現(xiàn)包含取消了的編輯操作的過去的狀態(tài)的功能。此外，在打算將上溯的3個前的AVIndex文件的狀態(tài)定為最新的AVIndex文件的情況下，作為在盤內的未使用的最大文件編號的AVIndex，記錄樣品數為0(未管理一個條目)或在全部的字段中記錄NULL等的1個屬性信息或在indexlinkatom中記錄存儲了3個前的AVIndex文件的文件名的特別的AVIndex文件，以便表示未管理有效的條目的情況。由此，由文件編號為最大的最初讀出的AVIndex文件，可追尋3個前的AVIndex文件。<索引文件畫面顯示處理>按圖46說明本實施形態(tài)中的索引文件畫面顯示處理。首先，打開最新的AVIndex文件(步驟3201)，讀入Movieatom，在RAM102上作成上述的AVIndex管理表。但是，在該時刻，只取得了代表圖像數據等的各種數據的位置信息，還未進行各種數據至RAM102上的讀入(步驟3203)。再有，如上所述，可使用文件名來判斷哪個AVIndex文件是最新的。其次，從AVIndex文件讀出各條目的標題文字列數據、屬性信息、代表圖像數據、代表音頻數據，存儲在AVIndex管理表中(步驟3204)。再有，如果讀出了已在AVIndex管理表中存在的行和具有相同的entry-number的屬性信息則舍棄該信息。在結束了有效的條目數據的讀入后，則關閉文件(步驟3206)。其次，參照之前打開的AVIndex文件中的indexlinkatom的previous字段，取得以下讀出的AVIndex文件的名稱(步驟3207)。其次，判斷之前打開的AVIndex文件是否是最后讀出的AVIndex(步驟3208)。具體地說，如果其次讀出的AVIndex文件的名稱被指定表示在indexlinkatom中不參照的NULL，則判斷為最后的AVIndex。如果不是最后讀出的AVIndex，則打開具有其次讀出的AVIndex文件的名稱的文件(步驟3209)，執(zhí)行步驟3203以后的步驟。如上所述，通過在步驟3201中參照最新以外的AVIndex文件，能容易地再現(xiàn)光盤106中的過去的快拍(snapshot)(狀態(tài))。<變型>在本實施形態(tài)中，在變更代表圖像數據等的條目數據的情況下，再次記錄了包含該數據的條目的全部的條目數據。如果將圖44取作例子，則在區(qū)域2255上記錄了SHRP0002.MOV的標題文字列數據，但已變更的只是代表圖像數據，是本來沒有必要記錄的數據。但是，由于在上述的數據格式中不能指定變更對象的條目數據的類別，故在變更某個類別的條目數據的情況下，必須重寫全部的類別的條目數據。作為解決這一點的方法，可考慮像圖47那樣在屬性信息中附加變更對象的條目數據的類別。例如，如果打算進行代表圖像數據的變更，則使StatusofThumbnail為available(有效)，將其它的StatusofIntromusic或StatusofTitle設定為invalid(無效)。在讀出時，如果StatusofThumbnail為available，則讀出數據，如果是invalid，則使用已有的數據。通過這樣做，可只記錄變更對象的類別的條目數據，可削減記錄容量的浪費。此外，在本實施形態(tài)中，通過使entry-number為同一，附加statusofentry為invalid的條目來進行條目的刪除，但也可通過刪除管理刪除對象的條目的AVIndex文件來進行。此時，用各AVIndex文件管理的條目限定于1個。再者，關于管理刪除對象的條目的AVIndex文件，也可通過變更文件名、使之無效來進行?！驳?實施形態(tài)〕使用圖48至圖52說明本發(fā)明的第3實施形態(tài)。本實施形態(tài)在避免管理信息的重復記錄這一點上與第2實施形態(tài)是共同的，但在1個AVIndex文件中一次寫入管理信息或條目數據這一點上不同。<管理信息格式>在圖48中示出本實施形態(tài)中的AVIndex文件的結構。AVIndex文件用上述的Fragmentedatom來構成。即，在開頭放置作為文件整體的管理信息的Movieatom，交替地排列Moviedataatom和Moviefragmentatom。為了管理屬性信息、代表音頻數據、代表圖像數據和標題文字列數據，Moviefragmentatom分別具有Propertytrack、Intromusictrack、Thumbnailtrack、Titletrack。由于各Moviefragmentatom表示橫跨信道的樣品相互間與共同的條目相對應，故對于各信道管理同一數目和同一時間長度的樣品。例如，在Moviefragmentatom4103管理m個條目的情況下，對于屬性信息、代表音頻數據、代表圖像數據和標題文字列數據的每一個，管理m個樣品。將與該樣品對應的數據存儲在作為與Moviefragmentatom4103對應的Moviedataatom的Moviedataatom4102中。再有，由于屬性信息、代表音頻數據、代表圖像數據和標題文字列數據的格式與第1實施形態(tài)是相同的，故省略其說明。<整體的流程>本實施形態(tài)中的從盤插入起到盤彈出或電源關斷為止的流程與第1實施形態(tài)是同樣的，省略其說明。在此，作為開始處理之前的初始狀態(tài)，在光盤106上用與第1實施形態(tài)同樣的圖32(a)中示出的目錄結構來記錄文件，假定分別在光盤106上配置成圖49中所示的狀態(tài)。即，分別在區(qū)域4201、區(qū)域4202和區(qū)域4203上記錄作為AV文件的SHRP0001.MOV、SHRP0002.MOV和SHRP0003.MOV。此外，在圖49中的區(qū)域4204上記錄作為AVIndex文件的AVIF0000.MOV，在區(qū)域4204的開頭，在區(qū)域4211上記錄AVIndex文件的Movieatom。此外，假定在區(qū)域4212、區(qū)域4215、區(qū)域4218上記錄SHRP0001.MOV的屬性信息、標題文字列數據和代表圖像數據，在區(qū)域4213、區(qū)域4216和區(qū)域4219上記錄SHRP0002.MOV的屬性信息、標題文字列數據和代表圖像數據，在區(qū)域4214、區(qū)域4217和區(qū)域4220上記錄SHRP0003.MOV的屬性信息、標題文字列數據和代表圖像數據，最后分別在區(qū)域4221和區(qū)域4222上記錄了管理上述的條目數據的Moviefragmentatom和后述的Skipatom。再者，進行了后述的索引畫面顯示處理的結果是，假定在RAM102上構成管理與AVIndex文件相關的信息用的圖37中示出的表。<錄像時的處理>與第1實施形態(tài)是同樣的，省略其說明。<條目刪除處理>與第1實施形態(tài)是同樣的，省略其說明。<條目數據變更時的處理>與第1實施形態(tài)是同樣的，省略其說明。<AVIndex記錄處理>用圖50說明本實施形態(tài)中的AVIndex文件記錄處理。首先，進行RAM102上的AVIndex管理表的合并處理(步驟4301～4302)。根據其結果來構建sampletable(步驟4303)。由于具體的處理與第2實施形態(tài)是相同的，故省略其說明。其次，記錄Moviedataatom(步驟4304)。具體地說，記錄atomheader，記錄各個條目的屬性信息、代表數據、代表音頻數據和標題文字列數據。最后，根據上述的sampletable的內容記錄Moviefragmentatom(步驟4305)。如果在結束了Moviefragmentatom的記錄后，為了調整而插入上述的Skipatom，使得文件的終端與扇區(qū)的邊界相一致。由此，就用整數個扇區(qū)來構成AVIndex文件。再有，也可使Moviefragmentatom與Moviedataatom的記錄順序倒過來。此外，在大小的調整中也可不用Skipatom，而是在Moviefragmentatom之前放入無意義數據。此時，在Moviedataatom的atomheader的size字段中包含上述無意義數據的數據量。其后，由于將這次記錄了的區(qū)域定為已有的AVIndex文件的一部分，故對于管理AVIndex文件的FE，將該區(qū)域作為新的extent來附加，在盤上進行一次寫入。即使在進行了extent附加處理的情況下，作為QuickTime文件，由于沒有矛盾，故也進行了由Skipatom進行的大小調整。以這種方式附加extent并在盤上一次寫入的FE相當于權利要求書中的「第3數據」。具體地說明進行了以上的處理之后的光盤106的記錄狀態(tài)。在AVIndex文件記錄處理開始之前，假定在RAM102上存在具有圖37的內容的AVIndex管理表。進行了AVIndex文件記錄處理的結果是，如圖51(a)中所示，在光盤106上對于區(qū)域4242一次寫入在區(qū)域4230～4239中示出的數據。首先，在區(qū)域4242的開頭的區(qū)域4230中記錄Moviedataatom的atomheader。在區(qū)域4231～4233中記錄屬性信息，分別是使SHRP0001.MOV4201無效用的屬性信息、置換SHRP0002.MOV4202的代表圖像數據用的屬性信息、用來新登錄SHRP0004.MOV4241用的屬性信息。在區(qū)域4234和區(qū)域4235中記錄變更了代表圖像的SHRP0002.MOV4202和新登錄的SHRP0004.MOV4241的標題文字列數據。此外，在區(qū)域4236和區(qū)域4237中分別記錄了SHRP0002.MOV4202和SHRP0004.MOV4241的代表圖像數據。在區(qū)域4238和區(qū)域4239中分別記錄了使Moviefragmentatom和文件的終端與扇區(qū)邊界相一致用的Skipatom。在區(qū)域4204和區(qū)域4242中分別記錄了與AVIndex文件相關的已有的信息和最新的信息，在對于AVIndex文件的FE將區(qū)域4242作為后續(xù)的extent來附加時，如果讀出AVIndex文件，則就從圖51(b)的左邊起按順序讀出。<索引文件畫面顯示處理>按圖52說明本實施形態(tài)中的索引文件畫面顯示處理。首先，打開AVIndex文件(步驟4401)，讀出Movieatom(步驟4402)。其次，讀出后續(xù)的區(qū)域，如果是文件的末尾(步驟4403)，顯示索引畫面(步驟4404)而結束。如果不是文件的末尾，則判斷是否是Moviefragmentatom(步驟4405)。如果是Moviefragmentatom，則讀出Moviefragmentatom(步驟4406)，按照該信息，讀出Moviedataatom，即屬性信息等的條目數據(步驟4407)。在步驟4405中，在讀出的區(qū)域是Moviefragmentatom以外的atom的情況下，進行跳躍讀出，直到呈現(xiàn)Moviefragmentatom(步驟4408)。<變型>在本實施形態(tài)中，也與第2實施形態(tài)同樣，通過記錄在圖47中示出的變更對象的條目數據的類別信息，可削減記錄容量的浪費。此外，在本實施形態(tài)中，通過一次寫入具有同一entry-number的條目來進行條目的刪除，但也可通過從AVIndex文件的FE刪除與管理刪除對象的條目的FragmentedMovie對應的extent來進行。但是，必須忽略sequence-number(序列號)的不連續(xù)。此外，由于在本實施形態(tài)中必定從開頭進行文件的讀出，故存在對最近記錄了的條目數據進行存取的時間變長的趨勢。為了避免這一點，也可這樣來設定AVIndex文件的FE，使得條目數據按新記錄的順序來排列。此外，此時，如在第1或第2實施形態(tài)中說明的那樣，當然也可只重復地記錄特定的屬性的條目數據，以便實現(xiàn)對條目數據的存取的高速化。〔第4實施形態(tài)〕使用圖53(a)～圖59(b)說明本發(fā)明的第4實施形態(tài)。本實施形態(tài)與第1實施形態(tài)類似，但在利用與AVIndex文件有關的FE的操作盡可能再次利用包含Movieatom的記錄過的數據這一點上不同。在此，集中于AVIndex文件的更新處理進行說明。由于本實施形態(tài)的管理信息格式與第1實施形態(tài)相同，故省略其說明。<AVIndex文件更新時的處理(Movieatom中的數據量的變化為扇區(qū)的整數倍的情況)>首先，使用圖53(a)、(b)和圖54說明Movieatom的大小因AVIndex文件更新的緣故而只以扇區(qū)的整數倍變化的情況(也包含Movieatom的大小不因AVIndex文件更新而變化的情況)的AVIndex文件的更新處理。首先，進行示出更新前的AVIndex文件的數據結構的圖53(a)的說明。AVIndex文件由用Movieatom5101和atomheader5102、屬性信息5103等構成的Moviedataatom構成。在此，考慮變更Moviedataatom中的屬性信息5103的內容和數據量的情況。此時，由于Moviedataatom的大小改變了，故必須改寫atomheader5102的size字段。再者，由于屬性信息5103的大小改變了，故必須改寫屬性信息5103的數據量信息(Samplesizeatom)、與后續(xù)的數據對應的樣品的位置信息(Chunkoffsetatom)。即，必須改寫Movieatom5101的一部分。此時，將必須改寫的部分稱為要變更部分5104。再有，由于沒有因該變更引起的樣品數的變更，故通常不發(fā)生sampletableatom的數據量的增減。如圖54中所示，在光盤106上的區(qū)域5221上記錄圖53(a)中示出的AVIndex文件，假定在盤上的扇區(qū)上配置了上述的屬性信息5103、atomheader5102、要變更部分5104。再有，數據5201和數據5202分別示出存儲了要變更部分的扇區(qū)列中的要變更部分5104的左方、右方的數據。同樣，數據5203和數據5204分別示出atomheader5102的左方、右方的數據。此外，數據5205和數據5206分別示出屬性信息5103的左方、右方的數據。利用變更處理，用以下說明的形態(tài)在區(qū)域5224上記錄變更后的屬性信息5113、變更后的atomheader5112、要變更部分5104的變更結果5114。首先，關于變更后的屬性信息5113，按上述數據5205、屬性信息5113、填充數據5207、上述數據5206的順序進行記錄。填充數據5207是使上述數據5205、屬性信息5113、填充數據5207、上述數據5206合在一起的數據量為扇區(qū)大小的整數倍用的無效數據。再有，填充數據5207相當于權利要求書中的「無意義數據」。其次，變更后的atomheader5112按上述數據5203、atomheader5112、上述數據5204的順序進行記錄。由于atomheader5112在數據量中沒有變更，故在屬性信息的記錄中已說明的那樣的填充數據就沒有必要了。其次，變更結果5114按上述數據5207、變更結果5114、上述數據5202的順序進行記錄。如上所述，由于沒有數據量的變更，故填充數據就沒有必要了。最后，構成并一次寫入AVIndex文件的FE，以便按圖中R1、R10、R3、R9、R5、R8的順序來讀出。以這種方式再次構成并一次寫入了的FE相當于權利要求書中的「第3數據」。利用以上的處理，如圖53(b)那樣改寫AVIndex文件。再有，在此以屬性信息作為變更的對象，但對簡介等其它的條目數據來說也是同樣的。通過進行上述的AVIndex文件的更新處理，可將伴隨變更的記錄容量的浪費抑制在最小限度。<AVIndex文件更新時的處理(Movieatom中的數據量的變化不是扇區(qū)的整數倍的情況)>其次，使用圖55(a)、(b)和圖56說明Movieatom的大小因AVIndex文件更新的緣故以扇區(qū)的整數倍以外的方式變化的情況的AVIndex文件的更新處理。在圖55(a)中示出更新前的AVIndex文件的數據結構，但由于與圖53(a)相同，故省略其說明?？紤]對該AVIndex文件進行屬性信息等條目數據的附加的情況。Movieatom5101管理的樣品的數目因附加而增加，Chunkoffsetatom的條目數增加，即發(fā)生管理信息的附加。伴隨于此，必須更新高位的atom的atomheader的size字段。此外，由于Moviedataatom的數據量因條目數據的附加而增加，故必須更新Moviedataatom的atomheader的size字段。如圖56中所示，在光盤106上的區(qū)域5221上記錄圖55(a)中示出的AVIndex文件，假定伴隨Chunkoffsetatom的條目數增加的附加管理信息5303的插入位置為數據附加部位5301。再有，關于Moviedataatom的atomheader等的數據量不變的部分，由于與圖54是同樣的，故予以省略。再有，數據5311和數據5313分別示出包含數據附加部位5301的扇區(qū)中的數據附加部位5301的左方、右方的數據。利用變更處理，用以下說明的形態(tài)在記錄上述數據5311、前述數據5313、附加管理信息5303和附加條目數據5302。首先，從扇區(qū)的開頭起按上述數據5311、附加管理信息5303、上述數據5313、數據5314的順序進行記錄。此外，在另外的扇區(qū)列中記錄附加條目數據5302。再有，數據5314是從上述數據5313的末尾起到扇區(qū)的末尾存在的無意義數據。最后，如圖57(a)中所示，按R11、R14、R13、R15的順序構成并一次寫入AVIndex文件的FE。此時，數據5314是無意義數據，在從開頭起解釋該AVIndex文件的情況下，不能正確地解釋。為了避免這一點，在光盤106上記錄使這些無意義數據變得無效的信息。具體地說，作成SKIP0000.DAT這樣的文件，記錄這些數據的從AVIndex文件開頭起的地址和字節(jié)數。在AVIndex的讀出時，在此之前讀出SKIP0000.DAT，根據該信息來解釋AVIndex文件。利用以上那樣的更新處理，可使伴隨AVIndex文件更新的Movieatom中的數據的重復記錄為最小限度。<變型>在本實施形態(tài)中，歸納為也包含無意義數據的1個文件，但也可如圖57(b)中所示，用多個文件來管理。即，將R11和數據5311、附加管理信息5303、數據5313作為1個部分AVIndex文件5321來管理，將R13和附加條目數據5302作為1個部分AVIndex文件5324來管理。通過連續(xù)地讀出部分AVIndex文件5321和部分AVIndex文件5324，在RAM102上復原AVIndex文件。作為管理多個文件間的讀出順序的方法，可考慮以下的方法。例如，關于構成最新的AVIndex文件的文件，可考慮按讀出順序像AVIF0001.MOS、AVIF0002.MOS那樣用文件名可知道順序。在此，之所以將擴展符定為MOS，是為了表示已被分割的部分。此外，也可考慮作成記錄了文件的讀出順序的文件，在AVIndex讀出時必定參照該文件。此外，也可考慮在另外的文件中與管理附加位置的信息一起記錄包含附加管理信息5303的附加數據，在AVIndex讀出時必定參照該文件。此外，在本實施形態(tài)中，在附加管理信息的數據大小為不滿足扇區(qū)的整數倍的數據的情況下，插入了填充數據，但也可在該填充數據中使用QuickTime文件格式中的atom?，F(xiàn)用圖58來說明。再有，由于附以與上述的說明為同一的符號的部分具有與上述相同的意義，故省略其說明。在更新處理時，首先，在數據附加部位5301的右方尋找可插入填充數據的部位，具體地說，尋找atom的邊界。將最初發(fā)現(xiàn)的部位定為可插入填充數據的部位5320。此外，將從數據附加部位5301到可插入填充數據的部位5320為止的數據定義為數據5321，將從可插入填充數據的部位5320到最初的扇區(qū)邊界為止的數據定義為數據5322。根據上述的數據，按順序記錄數據5311、附加管理信息5303、數據5321、填充數據5323、數據5322。在此，插入填充數據5323，使得上述的數據為扇區(qū)的整數倍的數據量，像上述的Skipatom那樣，使用在重播時可忽略的無意義的atom。最后，構成并一次寫入AVIndex文件的FE，以便按R11、R23、R22、R16的順序讀出AVIndex文件。這樣，在附加不是扇區(qū)的整數倍的情況下，通過在atom的邊界上插入大小調整用的atom，可將數據的一次寫入抑制得較少，再有，可在單獨的AVIndex文件中作內容的解釋。此外，在本實施形態(tài)中，以因更新處理的緣故發(fā)生Movieatom中的atom大小的增減為前提，但對于大小有增減的atom(例如editatom、sampleatom)來說，確保了AVIndex文件的初始記錄時充分的大小的區(qū)域，對于未使用的區(qū)域，如圖59(a)中所示，可考慮記錄在重播時可忽略的無意義的atom(在此，稱為nullatom)。例如，在樣品信息中因附加的緣故Chunkoffsetatom的數據量從圖59(a)的chunkoffsetatom5401起像chunkoffsetatom5403那樣增加時，伴隨于此，使后續(xù)的nullatom的開頭偏移到文件的后方，通過減小size，可防止因高位的atom的atomheader的變更或Moviedataatom的移動引起的chunkoffset的變更，即附加數據的增加。在采取這樣的結構的情況下，不需要AVIndex文件的分割或解釋AVIndex文件的內容用的附加的信息。再者，通過使大小有增減的atom的開頭5405和nullatom的末尾5406與扇區(qū)邊界相一致，可簡化處理。此外，也可如圖59(b)中所示，登錄足夠的數目的空的樣品，來代替對于在AVIndex文件的初始記錄時未使用的區(qū)域放入無意義的atom。在圖59(b)的情況下，在作為管理chunkoffsetatom5411的條目數的字段的numberofentries5412中例如記錄了1000，在從條目數據5413至條目數據5414之間登錄了1000個條目。此時，伴隨對AVIndex文件的條目附加，在空的樣品中登錄了與實際的數據有關的信息。作為表示樣品為空的方法，可考慮將樣品的內容信息設定為無效的信息?；蛘?，也可比與實際上管理的條目數相當的atom大小大、通過用atomheader管理atom大小來確保區(qū)域。再者，通過使chunkoffsetatom的始終端與扇區(qū)邊界相一致，可簡化處理。在采取這樣的結構的情況下，不需要AVIndex文件的分割或解釋AVIndex文件的內容用的附加的信息。這些方法當然也可應用于其它的atom、例如editlistatom。此外，本實施形態(tài)中記述的更新處理不僅可應用于AVIndex文件，當然也可應用于AV文件?！矊τ谌康膶嵤┬螒B(tài)的補充〕再有，在上述的實施形態(tài)中使用了DVD-R作為記錄媒體，但只要是一次寫入型的記錄媒體，本發(fā)明當然也可應用于DVD-R以外的記錄媒體。此外，當然也可應用于雖不是一次寫入型的記錄媒體但媒體的改寫次數方面有限制的記錄媒體、例如flash(閃速)ROM。因而，在本實施形態(tài)中，使用了扇區(qū)作為數據的管理單位，但在應用于不同點記錄媒體的情況下，可將扇區(qū)理解為各自的記錄媒體上的數據的管理/記錄單位或管理/記錄單無。再有，在上述的實施形態(tài)中使用了UDF作為文件系統(tǒng)，但本發(fā)明不限定于UDF。此外，在上述的實施形態(tài)中使用了音頻或視頻那樣的AV數據作為數據，但本發(fā)明不限定于此。再有，在上述的實施形態(tài)中使用了QuickTime文件格式作為文件格式，但本發(fā)明不限定于此。如以上已說明的那樣，按照本發(fā)明，在記錄一次寫入數據時，通過記錄管理已有數據的有效/無效的信息，可進行已有數據的再次利用，可削減記錄容量的浪費。此外，按照本發(fā)明，在記錄一次寫入數據時，通過根據已有數據的屬性記錄與已有數據為同一的數據，可高速地讀出具有特定的屬性的數據，可提高對用戶的響應程度。此外，在實施發(fā)明用的最佳形態(tài)的項目中所形成的具體的實施形態(tài)始終是為了闡明本發(fā)明的技術內容，不應狹義地解釋為只限定于這樣的具體例，在本發(fā)明的宗旨和以下記載的權利要求書的范圍內，可作各種各樣的變更來付諸實施。工業(yè)上的可利用性本發(fā)明涉及對于硬盤、光盤等的能進行隨機存取的記錄媒體記錄影像數據、聲音數據的數據記錄方法、數據記錄裝置、數據記錄媒體、數據重播方法和數據重播裝置。在一次寫入型媒體中，在更新AV文件管理用的索引文件時，產生記錄容量的浪費。因此，在更新時作成新的索引文件，通過參照已有的索引文件中的簡略圖像數據，在削減浪費的同時，通過在新的索引文件中存儲屬性信息，可實現(xiàn)對最低限度的必要的信息的存取的高速化。權利要求1.一種在記錄媒體上記錄第1數據、第2數據和第3數據的記錄方法，其特征在于上述第1數據包含第4數據，上述第3數據包含與上述第4數據相關的信息。2.如權利要求1中所述的數據記錄方法，其特征在于上述第2數據具有0個以上的與上述第4數據為同一的數據。3.如權利要求2中所述的數據記錄方法，其特征在于是否包含同一數據基于第4數據的屬性。4.如權利要求3中所述的數據記錄方法，其特征在于上述第4數據的屬性是數據量。5.如權利要求3中所述的數據記錄方法，其特征在于上述第4數據的屬性是層次信息。6.如權利要求3中所述的數據記錄方法，其特征在于上述第4數據的屬性是優(yōu)先度。7.如權利要求3中所述的數據記錄方法，其特征在于上述第4數據的屬性是重播與上述第4關聯(lián)的數據的時刻。8.如權利要求3至7中所述的數據記錄方法，其特征在于在上述記錄媒體上記錄上述第4數據的屬性。9.如權利要求2中所述的數據記錄方法，其特征在于將上述第1數據和上述第2數據作為1個文件來管理，用整數個記錄單元來構成包含上述第4數據的上述第2數據。10.如權利要求9中所述的數據記錄方法，其特征在于為了在整數個記錄單元中存儲包含上述第4數據的上述第2數據而插入無意義數據。11.如權利要求10中所述的數據記錄方法，其特征在于在上述記錄媒體上記錄使上述無意義數據變得無效用的數據。12.如權利要求10中所述的數據記錄方法，其特征在于上述無意義數據的插入位置是能插入上述無意義數據的位置。13.如權利要求2中所述的數據記錄方法，其特征在于將上述第4數據的附近的前方和后方作為不同的文件來管理第1數據，在上述記錄媒體上記錄上述文件間的關聯(lián)信息。14.如權利要求2中所述的數據記錄方法，其特征在于上述第1數據包含確保區(qū)域用的數據。15.如權利要求2中所述的數據記錄方法，其特征在于在不同的文件上記錄上述第1數據和上述第2數據，在上述記錄媒體上記錄上述文件間的讀出控制信息。16.如權利要求1中所述的數據記錄方法，其特征在于將上述第1數據和上述第2數據作為不同的文件來管理，在上述記錄媒體上記錄上述文件間的關聯(lián)信息。17.如權利要求16中所述的數據記錄方法，其特征在于用上述文件名來表示上述關聯(lián)信息。18.如權利要求16中所述的數據記錄方法，其特征在于上述第3數據是包含有效的上述第4數據的文件名和在上述文件內的位置信息。19.如權利要求16中所述的數據記錄方法，其特征在于上述第3數據是使上述第4數據變得無效的信息。20.如權利要求16中所述的數據記錄方法，其特征在于在不同的文件中記錄上述第3數據和上述第4數據。21.如權利要求1中所述的數據記錄方法，其特征在于將上述第1數據和上述第2數據作為同一文件來管理。22.如權利要求21中所述的數據記錄方法，其特征在于以使上述第4數據的開頭位置成為記錄單元邊界的方式來記錄。23.如權利要求21中所述的數據記錄方法，其特征在于用整數個記錄單元來構成上述第2數據。24.如權利要求21中所述的數據記錄方法，其特征在于上述第3數據是有效的第4數據的在上述文件內的位置信息。25.如權利要求21中所述的數據記錄方法，其特征在于上述第3數據是使上述第4數據變得無效的信息。26.如權利要求1至25中所述的數據記錄方法，其特征在于在上述記錄媒體上的一次寫入結束位置的附近記錄上述第3數據。27.如權利要求1至26中所述的數據記錄方法，其特征在于在上述記錄媒體上記錄第5數據，第4數據是與第5數據相關的信息。28.如權利要求27中所述的數據記錄方法，其特征在于與上述第5數據相關的信息是上述第5數據的代表圖像數據、代表音頻數據、標題數據、屬性數據中的至少1個數據。29.如權利要求1至28中所述的數據記錄方法，其特征在于上述記錄媒體是一次寫入型的。30.如權利要求1至29中所述的數據記錄方法，其特征在于在表示上次一次寫入結束位置的信息的附近記錄上述第3數據。31.如權利要求1至30中所述的數據記錄方法，其特征在于上述第2數據是上述第1數據的附加數據。32.一種具備在記錄媒體上記錄第1數據、第2數據和第3數據的記錄手段的記錄裝置，其特征在于上述第1數據包含第4數據，上述第3數據包含與上述第4數據相關的信息。33.一種記錄了第1數據、第2數據和第3數據的記錄媒體，其特征在于上述第1數據包含第4數據，上述第3數據包含與上述第4數據相關的信息。34.一種記錄媒體的數據重播方法，其中，在記錄媒體上記錄了第1數據、第2數據和第3數據，上述第1數據包含第4數據，上述第3數據是與上述第4數據相關的信息，其特征在于根據上述第3數據來進行重播控制。35.一種記錄媒體的數據重播裝置，其中，在記錄媒體上記錄了第1數據、第2數據和第3數據，上述第1數據包含第4數據，上述第3數據是與上述第4數據相關的信息，其特征在于具備基于上述第3數據的控制手段。36.一種數據記錄方法，利用數據記錄裝置來變更記錄了本體數據和包含與該本體數據相關的發(fā)現(xiàn)信息的發(fā)現(xiàn)數據的數據記錄媒體的記錄內容，其特征在于包含上述數據記錄裝置的發(fā)現(xiàn)數據作成手段作成與變更后的記錄內容對應的新的發(fā)現(xiàn)數據的步驟；以及上述數據記錄裝置的記錄手段在上述數據記錄媒體上記錄上述已作成的新的發(fā)現(xiàn)數據的步驟，在上述新的發(fā)現(xiàn)數據中包含關于已在上述數據記錄媒體上記錄了的老的發(fā)現(xiàn)數據中包含的、而且沒有必要變更內容的發(fā)現(xiàn)信息中的至少一部分的信息參照上述老的發(fā)現(xiàn)數據中包含的發(fā)現(xiàn)信息用的參照信息。37.如權利要求36中所述的數據記錄方法，其特征在于在上述新的發(fā)現(xiàn)數據中包含關于已在上述數據記錄媒體上記錄了的老的發(fā)現(xiàn)數據中包含的、而且沒有必要變更內容的發(fā)現(xiàn)信息中的另外一部分的信息與上述老的發(fā)現(xiàn)數據中包含的發(fā)現(xiàn)信息為同一的發(fā)現(xiàn)信息。38.一種數據記錄裝置，該裝置變更記錄了本體數據和包含與該本體數據相關的發(fā)現(xiàn)信息的發(fā)現(xiàn)數據的數據記錄媒體的記錄內容，其特征在于具備在變更上述數據記錄媒體的記錄內容時作成與變更后的記錄內容對應的新的發(fā)現(xiàn)數據的發(fā)現(xiàn)數據作成手段；以及在上述數據記錄媒體上記錄上述已作成的新的發(fā)現(xiàn)數據的記錄手段，上述發(fā)現(xiàn)數據作成手段在上述新的發(fā)現(xiàn)數據中包含關于已在上述數據記錄媒體上記錄了的老的發(fā)現(xiàn)數據中包含的、而且沒有必要變更內容的發(fā)現(xiàn)信息中的至少一部分的信息參照上述老的發(fā)現(xiàn)數據中包含的發(fā)現(xiàn)信息用的參照信息。39.如權利要求38中所述的數據記錄裝置，其特征在于上述發(fā)現(xiàn)數據作成手段在上述新的發(fā)現(xiàn)數據中包含關于已在上述數據記錄媒體上記錄了的老的發(fā)現(xiàn)數據中包含的、而且沒有必要變更內容的發(fā)現(xiàn)信息中的另外一部分的信息與上述老的發(fā)現(xiàn)數據中包含的發(fā)現(xiàn)信息為同一的發(fā)現(xiàn)信息。40.一種數據記錄媒體，該記錄媒體記錄了本體數據和包含與該本體數據相關的發(fā)現(xiàn)信息的發(fā)現(xiàn)數據，其特征在于包含在變更記錄內容之前記錄了的老的發(fā)現(xiàn)數據；以及在變更了記錄內容之后記錄了的新的發(fā)現(xiàn)數據，在上述新的發(fā)現(xiàn)數據中包含關于在上述老的發(fā)現(xiàn)數據中包含的、而且即使在記錄內容的變更后也沒有必要變更內容的發(fā)現(xiàn)信息中的至少一部分的信息參照上述老的發(fā)現(xiàn)數據中包含的發(fā)現(xiàn)信息用的參照信息。41.如權利要求40中所述的數據記錄媒體，其特征在于在上述新的發(fā)現(xiàn)數據中包含關于在上述老的發(fā)現(xiàn)數據中包含的、而且沒有必要變更內容的發(fā)現(xiàn)信息中的另外一部分的信息與上述老的發(fā)現(xiàn)數據中包含的發(fā)現(xiàn)信息為同一的發(fā)現(xiàn)信息。42.一種利用數據重播裝置重播記錄了本體數據和包含與該本體數據相關的發(fā)現(xiàn)信息的發(fā)現(xiàn)數據的數據記錄媒體的記錄內容的數據重播方法，其特征在于包含下面的步驟在上述數據記錄媒體上包含變更記錄內容之前記錄了的老的發(fā)現(xiàn)數據和變更了記錄內容后記錄了的新的發(fā)現(xiàn)數據，在上述新的發(fā)現(xiàn)數據中包含關于在上述老的發(fā)現(xiàn)數據中包含的、而且即使在記錄內容的變更后也沒有必要變更內容的發(fā)現(xiàn)信息中的至少一部分的信息參照上述老的發(fā)現(xiàn)數據中包含的發(fā)現(xiàn)信息用的參照信息的情況下，上述數據重播裝置的重播手段根據在上述新的發(fā)現(xiàn)數據中包含的參照信息從上述老的發(fā)現(xiàn)數據取得發(fā)現(xiàn)信息。43.如權利要求42中所述的數據重播方法，其特征在于包含下面的步驟在上述新的發(fā)現(xiàn)數據中包含關于在上述老的發(fā)現(xiàn)數據中包含的、而且沒有必要變更內容的發(fā)現(xiàn)信息中的另外一部分的信息與上述老的發(fā)現(xiàn)數據中包含的發(fā)現(xiàn)信息為同一的發(fā)現(xiàn)信息的情況下，上述數據重播裝置的重播手段取得在上述新的發(fā)現(xiàn)數據中包含的發(fā)現(xiàn)信息。44.一種重播記錄了本體數據和包含與該本體數據相關的發(fā)現(xiàn)信息的發(fā)現(xiàn)數據的數據記錄媒體的記錄內容的數據重播裝置，其特征在于在上述數據記錄媒體上包含變更記錄內容之前記錄了的老的發(fā)現(xiàn)數據和變更了記錄內容后記錄了的新的發(fā)現(xiàn)數據，在上述新的發(fā)現(xiàn)數據中包含關于在上述老的發(fā)現(xiàn)數據中包含的、而且即使在記錄內容的變更后也沒有必要變更內容的發(fā)現(xiàn)信息中的至少一部分的信息參照上述老的發(fā)現(xiàn)數據中包含的發(fā)現(xiàn)信息用的參照信息的情況下，具備在重播上述數據記錄媒體的記錄內容時根據在上述新的發(fā)現(xiàn)數據中包含的參照信息從上述老的發(fā)現(xiàn)數據取得發(fā)現(xiàn)信息的重播手段。45.如權利要求44中所述的數據重播裝置，其特征在于在上述新的發(fā)現(xiàn)數據中包含關于在上述老的發(fā)現(xiàn)數據中包含的、而且沒有必要變更內容的發(fā)現(xiàn)信息中的另外一部分的信息與上述老的發(fā)現(xiàn)數據中包含的發(fā)現(xiàn)信息為同一的發(fā)現(xiàn)信息的情況下，在重播上述數據記錄媒體的記錄內容時上述重播手段取得在上述新的發(fā)現(xiàn)數據中包含的發(fā)現(xiàn)信息。46.一種數據記錄方法，利用數據記錄裝置來變更記錄了本體數據和包含與該本體數據相關的發(fā)現(xiàn)信息的發(fā)現(xiàn)數據的數據記錄媒體的記錄內容，其特征在于包含上述數據記錄裝置的發(fā)現(xiàn)數據作成手段作成與變更后的記錄內容對應的新的發(fā)現(xiàn)數據的步驟；以及上述數據記錄裝置的記錄手段在上述數據記錄媒體上記錄上述已作成的新的發(fā)現(xiàn)數據的步驟，在上述新的發(fā)現(xiàn)數據中包含為了確定重播時的發(fā)現(xiàn)數據的讀出順序而從已在上述數據記錄媒體上記錄了的多個老的發(fā)現(xiàn)數據中指定在該新的發(fā)現(xiàn)數據之后應讀出的發(fā)現(xiàn)數據的讀出控制信息。47.一種變更記錄了本體數據和包含與該本體數據相關的發(fā)現(xiàn)信息的發(fā)現(xiàn)數據的數據記錄媒體的記錄內容的數據記錄裝置，其特征在于具備在變更上述數據記錄媒體的記錄內容時作成與變更后的記錄內容對應的新的發(fā)現(xiàn)數據的發(fā)現(xiàn)數據作成手段；以及在上述數據記錄媒體上記錄上述已作成的新的發(fā)現(xiàn)數據的記錄手段，上述發(fā)現(xiàn)數據作成手段在上述新的發(fā)現(xiàn)數據中包含為了確定重播時的發(fā)現(xiàn)數據的讀出順序而從已在上述數據記錄媒體上記錄了的多個老的發(fā)現(xiàn)數據中指定在該新的發(fā)現(xiàn)數據之后應讀出的發(fā)現(xiàn)數據的讀出控制信息。48.一種數據記錄媒體，該數據記錄媒體記錄了本體數據和包含與該本體數據相關的發(fā)現(xiàn)信息的發(fā)現(xiàn)數據，其特征在于包含在每逢變更記錄內容時記錄了的多個發(fā)現(xiàn)數據，在各發(fā)現(xiàn)數據中包含為了確定重播時的發(fā)現(xiàn)數據的讀出順序而從在該發(fā)現(xiàn)數據之前記錄了的老的發(fā)現(xiàn)數據中指定在該發(fā)現(xiàn)數據之后應讀出的發(fā)現(xiàn)數據的讀出控制信息。49.一種利用數據重播裝置重播記錄了本體數據和包含與該本體數據相關的發(fā)現(xiàn)信息的發(fā)現(xiàn)數據的數據記錄媒體的記錄內容的數據重播方法，其特征在于包含下面的步驟在上述數據記錄媒體上包含在每逢變更記錄內容時記錄了的多個發(fā)現(xiàn)數據，在上述各發(fā)現(xiàn)數據中包含為了確定重播時的發(fā)現(xiàn)數據的讀出順序而從在該發(fā)現(xiàn)數據之前記錄了的老的發(fā)現(xiàn)數據中指定在該發(fā)現(xiàn)數據之后應讀出的發(fā)現(xiàn)數據的讀出控制信息的情況下，上述數據重播裝置的重播手段根據在上述各發(fā)現(xiàn)數據中包含的讀出控制信息從上述多個發(fā)現(xiàn)數據依次讀出發(fā)現(xiàn)信息。50.一種重播記錄了本體數據和包含與該本體數據相關的發(fā)現(xiàn)信息的發(fā)現(xiàn)數據的數據記錄媒體的記錄內容的數據重播裝置，其特征在于在上述數據記錄媒體上包含在每逢變更記錄內容時記錄了的多個發(fā)現(xiàn)數據，在上述各發(fā)現(xiàn)數據中包含為了確定重播時的發(fā)現(xiàn)數據的讀出順序而從在該發(fā)現(xiàn)數據之前記錄了的老的發(fā)現(xiàn)數據中指定在該發(fā)現(xiàn)數據之后應讀出的發(fā)現(xiàn)數據的讀出控制信息的情況下，該數據重播裝置在重播上述數據記錄媒體的記錄內容時根據在上述各發(fā)現(xiàn)數據中包含的讀出控制信息從上述多個發(fā)現(xiàn)數據依次讀出發(fā)現(xiàn)信息的重播手段。全文摘要在一次寫入型媒體中更新AV文件管理用的索引文件時產生記錄容量的浪費。因此，在更新時作成新的索引文件，通過參照已有的索引文件中的簡略圖像數據，在削減浪費的同時，通過在新的索引文件中存儲屬性信息，使對于最低限度的必要的信息的存取實現(xiàn)高速化。文檔編號G11B27/034GK1643605SQ0380645公開日2005年7月20日申請日期2003年3月17日優(yōu)先權日2002年3月18日發(fā)明者木山次郎,紫村智哉,巖野裕利,木付英士,山口孝好申請人:夏普株式會社